3GPP TS 28.532
3GPP TS 28.532
2 0 (2023-0709)
Technical Specification
The present document has been developed within the 3rd Generation Partnership Project (3GPP TM) and may be further elaborated for the purposes of 3GPP.
The present document has not been subject to any approval process by the 3GPP Organizational Partners and shall not be implemented.
This Specification is provided for future development work within 3GPP only. The Organizational Partners accept no liability for any use of this Specification.
Specifications and Reports for implementation of the 3GPP TM system should be obtained via the 3GPP Organizational Partners' Publications Offices.
Release 1718 2 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Postal address
Internet
https://www.3gpp.org
Copyright Notification
© 2023, 3GPP Organizational Partners (ARIB, ATIS, CCSA, ETSI, TSDSI, TTA, TTC).
All rights reserved.
UMTS™ is a Trade Mark of ETSI registered for the benefit of its members
3GPP™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
LTE™ is a Trade Mark of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners
GSM® and the GSM logo are registered and owned by the GSM Association
3GPP
Release 1718 3 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Contents
Foreword...........................................................................................................................................................
1 Scope.......................................................................................................................................................
2 References...............................................................................................................................................
3 Definitions and abbreviations.................................................................................................................
3.1 Definitions.........................................................................................................................................................
3.2 Abbreviations.....................................................................................................................................................
4 Overview.................................................................................................................................................
5 Void........................................................................................................................................................
6 Void........................................................................................................................................................
7 Void........................................................................................................................................................
8 Void........................................................................................................................................................
9 Void........................................................................................................................................................
10 Void........................................................................................................................................................
11 Management services – Stage 2..............................................................................................................
11.1 Generic provisioning management service........................................................................................................
11.1.0 Introduction..................................................................................................................................................19
11.1.1 Operations and notifications........................................................................................................................19
11.1.1.1 createMOI operation..............................................................................................................................19
11.1.1.1.1 Description........................................................................................................................................19
11.1.1.1.2 Input parameters...............................................................................................................................19
11.1.1.1.3 Output parameters.............................................................................................................................20
11.1.1.1.4 Results..............................................................................................................................................20
11.1.1.2 getMOIAttributes operation...................................................................................................................21
11.1.1.2.1 Definition..........................................................................................................................................21
11.1.1.2.2 Input Parameters...............................................................................................................................21
11.1.1.2.3 Output Parameters............................................................................................................................22
11.1.1.2.4 Results..............................................................................................................................................23
11.1.1.3 modifyMOIAttributes operation............................................................................................................23
11.1.1.3.1 Description........................................................................................................................................23
11.1.1.3.2 Input parameters...............................................................................................................................24
11.1.1.3.3 Output parameters.............................................................................................................................26
11.1.1.3.4 Results..............................................................................................................................................26
11.1.1.4 deleteMOI operation..............................................................................................................................26
11.1.1.4.1 Description........................................................................................................................................26
11.1.1.4.2 Input parameters...............................................................................................................................26
11.1.1.4.3 Output parameters.............................................................................................................................27
11.1.1.4.4 Results..............................................................................................................................................27
11.1.1.5 Void......................................................................................................................................................27
11.1.1.6 Void......................................................................................................................................................27
11.1.1.7 Notification notifyMOICreation.............................................................................................................27
11.1.1.7.1 Definition..........................................................................................................................................27
11.1.1.7.2 Input parameters...............................................................................................................................28
11.1.1.7.3 Triggering event...............................................................................................................................29
11.1.1.7.3.1 From-state...................................................................................................................................29
11.1.1.7.3.2 To-state.......................................................................................................................................29
11.1.1.8 Notification notifyMOIDeletion.............................................................................................................29
11.1.1.8.1 Definition..........................................................................................................................................29
11.1.1.8.2 Input parameters...............................................................................................................................30
11.1.1.8.3 Triggering event...............................................................................................................................31
11.1.1.8.3.1 From-state...................................................................................................................................31
3GPP
Release 1718 4 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.8.3.2 To-state.......................................................................................................................................31
11.1.1.9 Notification notifyMOIAttributeValueChanges.....................................................................................31
11.1.1.9.1 Definition..........................................................................................................................................31
11.1.1.9.2 Input parameters...............................................................................................................................32
11.1.1.9.3 Triggering event...............................................................................................................................34
11.1.1.9.3.1 From-state...................................................................................................................................34
11.1.1.9.3.2 To-state.......................................................................................................................................34
11.1.1.10 Notification notifyEvent.........................................................................................................................34
11.1.1.10.1 Definition..........................................................................................................................................34
11.1.1.10.2 Input parameters...............................................................................................................................35
11.1.1.11 Notification notifyMOIChanges............................................................................................................35
11.1.1.11.1 Definition..........................................................................................................................................35
11.1.1.11.2 Input parameters...............................................................................................................................37
11.1.2 Managed Information...................................................................................................................................40
11.1.2.1 ManagedEntity << ProxyClass>>..................................................................................................40
11.1.2.1.1 Definition..........................................................................................................................................40
11.2 Generic fault supervision management service.................................................................................................
11.2.1 Operations and notifications........................................................................................................................40
11.2.1.1 Fault supervision data report..................................................................................................................40
11.2.1.1.1 subscribe...........................................................................................................................................40
11.2.1.1.1.1 Definition....................................................................................................................................40
11.2.1.1.1.2 Input parameters..........................................................................................................................40
11.2.1.1.1.3 Output parameters.......................................................................................................................40
11.2.1.1.1.4 Pre-condition...............................................................................................................................41
11.2.1.1.1.5 Post-condition.............................................................................................................................41
11.2.1.1.1.6 Exceptions...................................................................................................................................41
11.2.1.1.2 unsubscribe.......................................................................................................................................42
11.2.1.1.2.1 Definition....................................................................................................................................42
11.2.1.1.2.2 Input parameters..........................................................................................................................42
11.2.1.1.2.3 Output parameters.......................................................................................................................42
11.2.1.1.2.4 Pre-condition...............................................................................................................................42
11.2.1.1.2.5 Post-condition.............................................................................................................................42
11.2.1.1.2.6 Exceptions...................................................................................................................................42
11.2.1.1.3 getAlarmList.....................................................................................................................................43
11.2.1.1.3.1 Definition....................................................................................................................................43
11.2.1.1.3.2 Input parameters..........................................................................................................................43
11.2.1.1.3.3 Output parameters.......................................................................................................................44
11.2.1.1.3.4 Exceptions and constraints..........................................................................................................47
11.2.1.1.4 notifyNewAlarm...............................................................................................................................47
11.2.1.1.4.1 Definition....................................................................................................................................47
11.2.1.1.4.2 Input parameters..........................................................................................................................47
11.2.1.1.4.2a Input parameters for notifications related to security alarms......................................................49
11.2.1.1.4.3 Triggering event..........................................................................................................................49
11.2.1.1.4.3.1 From-state..............................................................................................................................49
11.2.1.1.4.3.2 To-state..................................................................................................................................50
11.2.1.1.5 notifyChangedAlarm........................................................................................................................50
11.2.1.1.5.1 Definition....................................................................................................................................50
11.2.1.1.5.2 Input parameters....................................................................................................................50
11.2.1.1.5.3 Triggering event..........................................................................................................................50
11.2.1.1.5.3.1 From-state..............................................................................................................................50
11.2.1.1.5.3.2 To-state..................................................................................................................................51
11.2.1.1.6 notifyAlarmListRebuilt.....................................................................................................................51
11.2.1.1.6.1 Definition....................................................................................................................................51
11.2.1.1.6.2 Input parameters..........................................................................................................................51
11.2.1.1.6.3 Triggering event..........................................................................................................................52
11.2.1.1.6.3.1 From-state..............................................................................................................................52
11.2.1.1.6.3.2 To-state..................................................................................................................................52
11.2.1.1.7 notifyCorrelatedNotificationChanged..............................................................................................52
11.2.1.1.7.1 Definition....................................................................................................................................52
11.2.1.1.7.2 Input parameters..........................................................................................................................52
11.2.1.1.7.3 Triggering event..........................................................................................................................52
3GPP
Release 1718 5 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.7.3.1 From-state..............................................................................................................................52
11.2.1.1.7.3.2 To-state..................................................................................................................................53
11.2.1.1.8 getAlarmCount.................................................................................................................................53
11.2.1.1.8.1 Definition....................................................................................................................................53
11.2.1.1.8.2 Input parameters..........................................................................................................................53
11.2.1.1.8.3 Output parameters.......................................................................................................................54
11.2.1.1.8.4 Pre-condition...............................................................................................................................54
11.2.1.1.8.5 Post-condition.............................................................................................................................54
11.2.1.1.8.6 Exceptions...................................................................................................................................54
11.2.1.1.9 setComment......................................................................................................................................54
11.2.1.1.9.1 Definition....................................................................................................................................54
11.2.1.1.9.2 Input parameters..........................................................................................................................55
11.2.1.1.9.3 Output Parameters.......................................................................................................................55
11.2.1.2 Fault supervision data control................................................................................................................55
11.2.1.2.1 acknowledgeAlarms.........................................................................................................................55
11.2.1.2.1.1 Definition....................................................................................................................................55
11.2.1.2.1.2 Input parameters..........................................................................................................................55
11.2.1.2.1.3 Output parameters.......................................................................................................................56
11.2.1.2.1.4 Exceptions and constraints..........................................................................................................56
11.2.1.2.2 unacknowledgeAlarms.....................................................................................................................56
11.2.1.2.2.1 Definition....................................................................................................................................56
11.2.1.2.2.2 Input parameters..........................................................................................................................57
11.2.1.2.2.3 Output parameters.......................................................................................................................57
11.2.1.2.2.4 Exceptions and constraints..........................................................................................................58
11.2.1.2.3 clearAlarms.......................................................................................................................................58
11.2.1.2.3.1 Definition....................................................................................................................................58
11.2.1.2.3.2 Input parameters..........................................................................................................................58
11.2.1.2.3.3 Output parameters.......................................................................................................................58
11.2.1.2.3.4 Exceptions and constraints..........................................................................................................58
11.2.1.2.4 notifyClearedAlarm..........................................................................................................................58
11.2.1.2.4.1 Definition....................................................................................................................................58
11.2.1.2.4.2 Input parameters..........................................................................................................................59
11.2.1.2.4.3 Triggering event..........................................................................................................................59
11.2.1.2.4.3.1 From-state..............................................................................................................................59
11.2.1.2.4.3.2 To-state..................................................................................................................................59
11.2.1.2.5 notifyAckStateChanged....................................................................................................................60
11.2.1.2.5.1 Definition....................................................................................................................................60
11.2.1.2.5.2 Input parameters..........................................................................................................................60
11.2.1.2.5.3 Triggering event..........................................................................................................................60
11.2.1.2.5.3.1 From-state..............................................................................................................................60
11.2.1.2.5.3.2 To-state..................................................................................................................................60
11.2.1.2.6 notifyComments...............................................................................................................................60
11.2.1.2.6.1 Definition....................................................................................................................................60
11.2.1.2.6.2 Input parameters..........................................................................................................................61
11.2.1.2.6.3 Trigger event...............................................................................................................................61
11.2.1.2.6.3.1 From-state..............................................................................................................................61
11.2.1.2.6.3.2 To-state..................................................................................................................................61
11.2.1.2.7 notifyPotentialFaultyAlarmList........................................................................................................61
11.2.1.2.7.1 Definition....................................................................................................................................61
11.2.1.2.7.2 Input parameters..........................................................................................................................62
11.2.1.2.7.3 Trigger event...............................................................................................................................62
11.2.1.2.7.3.1 From-state..............................................................................................................................62
11.2.1.2.7.3.2 To-state..................................................................................................................................62
11.2.1.2.8 notifyChangedAlarmGeneral............................................................................................................63
11.2.1.2.8.1 Definition....................................................................................................................................63
11.2.1.2.8.2 Input parameters for notifications related to non-security alarms..............................................63
11.2.1.2.8.3 Input parameters for notifications related to security alarm.......................................................63
11.2.1.2.8.4 Trigger event...............................................................................................................................64
11.2.1.2.8.4.1 From-state..............................................................................................................................64
11.2.2 Managed information...................................................................................................................................65
11.2.2.1 Alarm information, alarm state change and Information Object Classes...............................................65
3GPP
Release 1718 6 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 7 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.2.3.1.2 Attributes...............................................................................................................................79
11.2.2.2.3.2 NtfSubscription...........................................................................................................................79
11.2.2.2.3.2.1 Definition..............................................................................................................................79
11.2.2.2.3.2.2 Attributes...............................................................................................................................79
11.2.2.2.3.2.3 Void.......................................................................................................................................79
11.2.2.2.3.3 NotificationIRP...........................................................................................................................79
11.2.2.2.3.3.1 Definition..............................................................................................................................79
11.2.2.2.4 Information relationship definitions.................................................................................................80
11.2.2.2.4.1 relation-ntfSubscriber-ntfSubscription (M)................................................................................80
11.2.2.2.4.1.1 Definition..............................................................................................................................80
11.2.2.2.4.1.2 Roles......................................................................................................................................80
11.2.2.2.4.1.3 Constraints.............................................................................................................................80
11.2.2.2.4.2 relation-ntfIRP-ntfSubscriber (M)..............................................................................................80
11.2.2.2.4.2.1 Definition..............................................................................................................................80
11.2.2.2.4.2.2 Roles......................................................................................................................................80
11.2.2.2.4.2.3 Constraints.............................................................................................................................80
11.2.2.2.5 Information attribute definitions.......................................................................................................81
11.2.2.2.5.0 Introduction.................................................................................................................................81
11.2.2.2.5.1 Definitions and legal values........................................................................................................81
11.2.2.2.5.2 Constraints..................................................................................................................................81
11.3 Performance assurance......................................................................................................................................
11.3.1 Operations and notifications........................................................................................................................81
11.3.1.1 Void........................................................................................................................................................81
11.3.1.2 Void........................................................................................................................................................81
11.3.1.3 Notification notifyThresholdCrossing....................................................................................................81
11.3.1.3.1 Definition..........................................................................................................................................81
11.3.1.3.2 Notification information...................................................................................................................82
11.3.2 Managed information...................................................................................................................................82
11.3.2.1 Performance data file.............................................................................................................................82
11.3.2.1.1 Void..................................................................................................................................................82
11.3.2.1.2 Performance data file content description........................................................................................82
11.3.2.1.3 Void..................................................................................................................................................84
11.3.2.1.3.1 Void.............................................................................................................................................84
11.3.2.1.3.2 Void.............................................................................................................................................84
11.3.2.1.4 Performance data file naming convention........................................................................................84
11.3.2.1.4 Void........................................................................................................................................................85
11.4 Heartbeat............................................................................................................................................................
11.4.1 Operations and notifications........................................................................................................................85
11.4.1.1 Notification notifyHeartbeat...................................................................................................................85
11.4.1.1.1 Definition..........................................................................................................................................85
11.4.1.1.2 Input parameters...............................................................................................................................86
11.4.1.1.3 Triggering event...............................................................................................................................86
11.4.1.1.3.1 From-state...................................................................................................................................86
11.4.1.1.3.2 To-state.......................................................................................................................................86
11.5 Streaming data reporting service.......................................................................................................................
11.5.1 Operations and notifications........................................................................................................................86
11.5.1.1 establishStreamingConnection operation (M)........................................................................................86
11.5.1.1.1 Definition..........................................................................................................................................86
11.5.1.1.2 Input parameters...............................................................................................................................87
11.5.1.1.3 Output parameters.............................................................................................................................87
11.5.1.1.4 Exceptions........................................................................................................................................88
11.5.1.2 terminateStreamingConnection operation (M).......................................................................................88
11.5.1.2.1 Definition..........................................................................................................................................88
11.5.1.2.2 Input parameters...............................................................................................................................88
11.5.1.2.3 Output parameters.............................................................................................................................88
11.5.1.2.4 Exceptions........................................................................................................................................88
11.5.1.3 reportStreamData operation (M)............................................................................................................88
11.5.1.3.1 Definition..........................................................................................................................................88
11.5.1.3.2 Input parameters...............................................................................................................................88
11.5.1.3.3 Output parameters.............................................................................................................................89
11.5.1.3.4 Exceptions........................................................................................................................................89
3GPP
Release 1718 8 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 9 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 10 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 11 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 12 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 13 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
A.0 Introduction...........................................................................................................................................
A.1 Provisioning management service........................................................................................................
A.1.0 Introduction.....................................................................................................................................................
A.1.1 OpenAPI document "TS28532_ProvMnS.yaml"............................................................................................
A.1.2 Integration with ONAP VES...........................................................................................................................
A.2 Generic fault supervision management service....................................................................................
A.2.0 Introduction................................................................................................................................................209
A.2.1 OpenAPI document "TS28532_FaultMnS.yaml"...........................................................................................
A.2.2 Integration with ONAP VES...........................................................................................................................
A.3 Void......................................................................................................................................................
A.4 Generic performance assurance management service..........................................................................
A.4.1 Void.................................................................................................................................................................
A.4.2 OpenAPI document "TS28532_PerfMnS.yaml".............................................................................................
A.4.3 Integration with ONAP VES...........................................................................................................................
A.5 Heartbeat...............................................................................................................................................
A.5.0 Introduction................................................................................................................................................224
A.5.1 OpenAPI document "TS28532_HeartbeatNtf.yaml".......................................................................................
A.5.2 Integration with ONAP VES...........................................................................................................................
A.6 Streaming data reporting management service.....................................................................................
A.6.1 Introduction.....................................................................................................................................................
A.6.2 OpenAPI document "TS28532_StreamingDataMnS.yaml"............................................................................
A.7 File data reporting management service...............................................................................................
A.7.1 Introduction.....................................................................................................................................................
A.7.2 OpenAPI document "TS 28532_FileDataReportingMnS.yaml".....................................................................
A.7.3 Integration with ONAP VES...........................................................................................................................
3GPP
Release 1718 14 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Annex B (Informative): Guidelines for the integration of 3GPP MnS notifications with ONAP
VES................................................................................................................235
3GPP
Release 1718 15 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Foreword
This Technical Specification has been produced by the 3rd Generation Partnership Project (3GPP).
The contents of the present document are subject to continuing work within the TSG and may change following formal
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an
identifying change of release date and an increase in version number as follows:
Version x.y.z
where:
y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections,
updates, etc.
z the third digit is incremented when editorial only changes have been incorporated in the document.
In drafting the TS/TR, pay particular attention to the use of modal auxiliary verbs! TRs shall not contain any normative
provisions.
The constructions "shall" and "shall not" are confined to the context of normative provisions, and do not appear in
Technical Reports.
The constructions "must" and "must not" are not used as substitutes for "shall" and "shall not". Their use is avoided
insofar as possible, and they are not used in a normative context except in a direct citation from an external, referenced,
non-3GPP document, or so as to maintain continuity of style when extending or modifying the provisions of such a
referenced document.
The construction "may not" is ambiguous and is not used in normative elements. The unambiguous constructions
"might not" or "shall not" are used instead, depending upon the meaning intended.
The constructions "can" and "cannot" are not substitutes for "may" and "need not".
will indicates that something is certain or expected to happen as a result of action taken by an agency
the behaviour of which is outside the scope of the present document
will not indicates that something is certain or expected not to happen as a result of action taken by an
agency the behaviour of which is outside the scope of the present document
3GPP
Release 1718 16 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
might indicates a likelihood that something will happen as a result of action taken by some agency the
behaviour of which is outside the scope of the present document
might not indicates a likelihood that something will not happen as a result of action taken by some agency
the behaviour of which is outside the scope of the present document
In addition:
is (or any other verb in the indicative mood) indicates a statement of fact
is not (or any other negative verb in the indicative mood) indicates a statement of fact
3GPP
Release 1718 17 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
1 Scope
The present document specifies the stage 2 and stage 3 of generic management services for mobile network.
2 References
- The following documents contain provisions which, through reference in this text, constitute provisions of the
present document.
- References are either specific (identified by date of publication, edition number, version number, etc.) or
non-specific.
- For a 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.
[2] Void
[3] 3GPP TS 28.541: "Management and orchestration ; 5G Network Resource Model (NRM); Stage 2
and stage3".
[4] ITU-T Recommendation X.733 (02/92): "Information technology - Open Systems Interconnection
- Systems Management: Alarm reporting function".
[6] 3GPP TS 28.554: "Management and orchestration ; 5G end to end Key Performance Indicators
(KPI)".
[7] Void
[8] Void
[9] Void
[10] Void
[11] 3GPP TS 28.622: "Telecommunication management; Generic Network Resource Model (NRM)
Integration Reference Point (IRP); Information Service (IS)".
[12] Void
[14] Void
[15] 3GPP TS 32.158: "Management and orchestration; Design rules for REpresentational State
Transfer (REST) Solution Sets (SS)".
[16] Void
[17] Void
3GPP
Release 1718 18 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
[20] ISO 8601:2004: "Data elements and interchange formats – Information interchange –
Representation of dates and times".
[21] Void.
[22] Void.
[23] Void.
[24] Void.
[30] Void.
[31] 3GPP TS 32.111-2: " Telecommunication management; Fault Management; Part 2: Alarm
Integration Reference Point (IRP): Information Service (IS)".
[33] 3GPP TS 32.160 " Management and orchestration; Management service template ".
[34] IETF RFC 7950 "The YANG 1.1 Data Modeling Language".
[35] Void
[38] 3GPP TS 32.422: "Telecommunication management; Subscriber and equipment trace; Trace
control and configuration management".
[39] 3GPP TS 32.423: "Telecommunication management; Subscriber and equipment trace; Trace data
definition and management".
[44] 3GPP TS 28.623: "Telecommunication management; Generic Network Resource Model (NRM)
Integration Reference Point (IRP); Solution Set (SS) definitions".
[45] Text Attribution: Creator: ONAP, under Creative Commons Attribution 4.0 International License,
https://creativecommons.org/licenses/by/4.0/, URI to access the text:
https://github.com/onap/vnfrqts-requirements/blob/05f26fac2b941513a7d0e856b99fd8c61d68829
9/docs/Chapter8/ves7_1spec.rst#resource-structure.
[47] 3GPP TS 32.404: "Performance Management (PM); Performance measurements; Definitions and
template".
3GPP
Release 1718 19 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
[48] Void
[50] IETF RFC 7951: " JSON Encoding of Data Modeled with YANG".
[52] IETF RFC 3339: " Date and Time on the Internet: Timestamps".
3.1 Definitions
For the purposes of the present document, the terms and definitions given in TR 21.905 [1] 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 [1].
3.2 Abbreviations
For the purposes of the present document, the abbreviations given in TR 21.905 [1] 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 [1].
FS Fault Supervision
MnS Management Service
4 Overview
The generic management services concept follows the management service concepts as defined in TS 28.533 [13].
5 Void
6 Void
7 Void
8 Void
9 Void
3GPP
Release 1718 20 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
10 Void
In addition, notifications to report changes related to managed objects and their attributes are specified.
11.1.1.1.1 Description
This operation is invoked by MnS consumer to request the MnS producer to create a Managed Object instance in the
MIB maintained by MnS producer. This operation will create only one Managed Object instance.
The MnS consumer supplies the values of all attributes that are supported, i.e. a) attributes whose Support Qualifier is
M and b) attributes whose Support Qualifier is O. The special cases are:
1) If the attribute has a default value specified. In such case, if the MnS consumer supplies a value, the supplied
value is used; otherwise, the default value is used.
2) If the attribute is specified as capable of carrying a null value or carrying no information. In such case, if the
Generic Provisioning MnS consumer supplies a (non-null) value, the supplied value is used; otherwise, the null
value is used.
3) If the attribute does not have a default value specified and is specified as incapable of carrying null value and
incapable of carrying no information, if there is a MnS producer defined default value, then that value will be
used.
3GPP
Release 1718 21 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.1.4 Results
In case of success, the ManagedEntity instance has been created with the supplied DN. In case of failure, indication
of the failure is provided in the Output parameters.
3GPP
Release 1718 22 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.2.1 Definition
This operation is invoked by MnS consumer to request the retrieval of management information (Managed Object
attribute names and values) from the MIB maintained by MnS producer. One or several Managed Objects may be
retrieved - based on the containment hierarchy.
A SS may choose to split this operation in several operations (e.g. operations to get "handlers" or "iterators" to Managed
Objects fulfilling the scope/filter criteria and other operations to retrieve attribute names/values from these
"handlers").
3GPP
Release 1718 23 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
The value "BASE_ALL" indicates the base object and all of its
subordinate objects (incl. the leaf objects) are selected.
3GPP
Release 1718 24 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.2.4 Results
In case of success, all of the ManagedEntity instances selected for retrieval are returned. In case of failure, a
specified or unspecified reason may be provided in the Output parameters.
11.1.1.3.1 Description
This operation is invoked by MnS consumer to request the modification of one or more Managed Object instances from
MnS producer. Attributes of one or several Managed Objects may be modified.
3GPP
Release 1718 25 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 26 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
See Comment for when 2). attribute value: the value(s) to be used in the
attribute values are require and modification of the attribute. The use of this parameter
when they are optional. is defined by the modify operator. This parameter is
optional when the set to default modify operator is
specified and if supplied, shall be ignored.
3GPP
Release 1718 27 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
In lieu of a synchronization parameter, best effort synchronization will apply; that is, all managed objects selected for
this operation will perform the operation if possible regardless of whether some managed objects fail to perform it.
11.1.1.3.4 Results
In case of success, all of the ManagedEntity instances selected for modification are modified. In case of failure, a
specified or unspecified reason may be provided in the Output parameters.
11.1.1.4.1 Description
This operation is invoked by MnS consumer to request the deletion of one or more Managed Object instances in the
MIB maintained by the MnS producer.
3GPP
Release 1718 28 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
In lieu of a synchronization parameter, best effort synchronization will apply; that is, all managed objects selected for
this operation will perform the operation if possible regardless of whether some managed objects fail to perform it.
11.1.1.4.4 Results
In case of success, all of the ManagedEntity instances selected for deletion are deleted. In case of failure, a specified
or unspecified reason may be provided in the Output parameters.
11.1.1.5 Void
11.1.1.6 Void
11.1.1.7.1 Definition
This notification notifies the subscribed consumers that a new Managed Object Instance has been created.
3GPP
Release 1718 29 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 30 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.7.3.1 From-state
stateBeforeObjectCreation.
11.1.1.7.3.2 To-state
stateAfterObjectCreation.
11.1.1.8.1 Definition
This notification notifies the subscribed consumers that an existing Managed Object Instance has been deleted.
3GPP
Release 1718 31 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 32 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.8.3.1 From-state
stateBeforeObjectDeletion.
11.1.1.8.3.2 To-state
stateAfterObjectDeletion.
11.1.1.9.1 Definition
This notification notifies the subscribed MnS consumers that changes of one or several attributes of a Managed Object
Instance in the NRM.
3GPP
Release 1718 33 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 34 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 35 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.9.3.1 From-state
stateBeforeAttributeValueChange.
11.1.1.9.3.2 To-state
stateAfterAttributeValueChange.
11.1.1.10.1 Definition
This notification notifies the MnS consumer, who has a subscription receiving this type of notification, that certain
network events has occurred with potential service impact, for example, system restart and system redundancy shift
(backup).
This notification definition is generic in the sense that the specific types of network event are not defined.
3GPP
Release 1718 36 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.1.11.1 Definition
This notification reports NRM updates to subscribed MnS consumers. It can report multiple NRM updates that happen
at the same time. All possible NRM updates can be reported:
- Creation and deletion of an attribute, attribute field, attribute element and attribute field element.
- Replacement of an attribute value, attribute field value, attribute element and attribute field element.
The MnS producer decides whether to send notifications of type notifyMOICreation, notifyMOIDeletion or
notifyMOIAttributesValueChange, or a single notifyMOIChanges reporting all changes in a single notification.
The MnS producer should take subscription information into account when deciding the notification types to be sent,
and not try to send notifications that the MnS consumer did not subscribe to.
The notification header includes a notificationId. This identifier shall not be used in the parameter
correlatedNotifications potentially carried in other notifications. The notificationId in mOIChanges shall
be used instead. This is because the latter notification id is associated to a single MOI only, whereas the former
notification id can be associated to changes of multiple MOIs. The correlatedNotifications associates to a single
MOI one or more notification ids identifying notifications reporting events for that MOI.
attribute: Information element of an object composed of an attribute name and an attribute value.
attribute value: Value of an attribute. The value is defined by a simple type or a complex type.
attribute field: Attribute contained in an attribute. Attribute fields can contain attribute fields.
attribute field value: Value of an attribute field. The value is defined by a simple type or a complex type.
structured attribute: Attribute whose value contains one or more attribute fields. A structured attribute is a kind of a
complex attribute.
multi-valued attribute: Attribute with multiplicity > 1. A multi-valued attribute is a kind of a complex attribute.
3GPP
Release 1718 37 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 38 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 39 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.1.2.1.1 Definition
The ProxyClass ManagedEntity represents the role that can be played by an instance of an IOC defined in NRMs,
e.g. Generic NRM, NR and NG-RAN NRM, or 5GC NRM. ManagedEntity is used in the specification of
provisioning operations and notifications to represent an instance of an IOC defined in these NRMs.
11.2.1.1.1 subscribe
11.2.1.1.1.1 Definition
A MnS consumer invokes this operation to establish a subscription to receive network events via notifications, under
the filter constraint specified in this operation.
The operation is deprecated, its support and usage is not recommended. Use IOC NtfSubscriptionControl specified in
TS 28.622 [11] clause 4.3.22 instead.
3GPP
Release 1718 40 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.1.4 Pre-condition
notificationCategoriesNotAllSubscribed OR notificationCategoriesParameterAbsentAndNotAllSubscribed.
11.2.1.1.1.5 Post-condition
3GPP
Release 1718 41 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.1.6 Exceptions
Name Definition
operation_failed_existing_subscription Condition: (notificationCategoriesNotAllSubscribed OR
notificationCategoriesParameterAbsentAndNotAllSubscribed) not
true
Returned Information: The output parameter status
Exit state: Entry State
operation_failed Condition: Post-condition is false
Returned Information: The output parameter status
Exit state: Entry State
11.2.1.1.2 unsubscribe
11.2.1.1.2.1 Definition
A MnS consumer invokes this operation to cancel subscriptions. The MnS consumer can cancel one subscription made
with a consumerReference by providing the corresponding subscriptionId or all subscriptions made with the same
consumerReference by leaving the subscriptionId parameter absent.
The operation is deprecated, its support and usage is not recommended. Use IOC NtfSubscriptionControl specified in
TS 28.622 [11] clause 4.3.22 instead.
11.2.1.1.2.4 Pre-condition
validSubscriptionId&ManagerReference OR SubscriptionIdAbsent&ValidManagerReference.
11.2.1.1.2.5 Post-condition
subscriptionDeleted OR allSubscriptionDeleted.
3GPP
Release 1718 42 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.2.6 Exceptions
Name Definition
operation_failed Condition: Pre-condition is false or post-condition is false
Returned Information: The output parameter status
Exit state: Entry State
11.2.1.1.3 getAlarmList
11.2.1.1.3.1 Definition
A MnS consumer invokes this operation to request the MnS producer to provide either the complete list of
AlarmInformation instances in the AlarmList or only a part of this list (partial alarm alignment).
The parameters baseObjectClass and baseObjectInstance are used to identify the part of the alarm list to be
returned. If they are absent, then the complete alarm list shall be provided (full alarm alignment). If they identify a
particular class instance, then only a) the AlarmInformation instances related to this class instance and b) the
AlarmInformation instances related to the subordinate class instances of this class instance shall be provided
(partial alarm alignment). An instance-a is said to be subordinate to instance-b if the DN of the latter is part of the DN
of the former.
There are two modes of operation. One mode is synchronous. In this mode, the list of AlarmInformation
instances in AlarmList is returned synchronously with the operation. The other mode is asynchronous. In this
mode, the list of AlarmInformation instances is returned via alarm notifications. In asynchronous mode of
operation, the only information returned synchronously is the status of the operation. A method allowing to abort an
ongoing alarm alignment process shall be available in the asynchronous mode. The mode of operation to be used is
determined by means outside the scope of specification. To use asynchronous mode, the authorized consumer needs to
have established a subscription via the subscribe operation.
3GPP
Release 1718 43 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 44 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 45 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 46 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
systemDN M --
alarmId M AlarmInformation.alarmId
[objectClass], n/a MonitoredEntity.objectClass, Parmeter identical to the first parameter
[objectInstance] MonitoredEntity.objectInstance in this list, shown here to clarify all
elements of AlarmInformation are
present
[notificationId] n/a AlarmInformation.notificationId Parmeter identical to the second
parameter in this list, shown here to
clarify all elements of AlarmInformation
are present
alarmRaisedTime M AlarmInformation.alarmRaisedTime
alarmChangedTime O AlarmInformation.alarmChangedTime not applicable if the severity of related
alarm was not changed
alarmType M AlarmInformation.alarmType
probableCause M AlarmInformation.probableCause
specificProblem O AlarmInformation.specificProblem
perceivedSeverity M AlarmInformation.perceivedSeverity
backedUpStatus O AlarmInformation.backedUpStatus not applicable if related alarm is a
security alarm
backUpObject O MonitoredEntity.objectInstance The MonitoredEntity is identified by
relation-BackUpObject-
AlarmInformation.
3GPP
Release 1718 47 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.4 notifyNewAlarm
11.2.1.1.4.1 Definition
This notification is generated by the MnS producer when a new AlarmInformation is added to the AlarmList.
The notification parameters depend on the alarmType and are different for non-security and security alarms.
3GPP
Release 1718 48 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 49 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
The notifyNewAlarm notification is defined by Table 11.2.1.1.4.2a-1, if the alarmType is equal to "Integrity
Violation", "Operational Violation", "Physical Violation", "Security Service or Mechanism Violation" or "Time
Domain Violation".
11.2.1.1.4.3.1 From-state
noMatchedAlarm.
3GPP
Release 1718 50 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.4.3.2 To-state
newAlarmInAlarmList.
The following attributes of the AlarmInformation shall be populated with information in the
newly generated alarm:
notificationId, alarmRaisedTime, alarmId, alarmType, , probableCause, perceivedSeverity.
The following attributes of the same AlarmInformation shall be populated with information of
the newly generated alarm if the information is present (in the newly generated alarm) and if
the attribute is supported:
specificProblem, backedUpStatus, trendIndication, thresholdInfo, stateChangeDefinition,
monitoredAttributes, proposedRepairActions, additionalText, additionalInformation.
11.2.1.1.5 notifyChangedAlarm
11.2.1.1.5.1 Definition
This notification is generated by the MnS producer when the perceivedSeverity of an existing
AlarmInformation changes (except to the value "CLEARED").
11.2.1.1.5.3.1 From-state
3GPP
Release 1718 51 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.5.3.2 To-state
informationUpdate.
11.2.1.1.6 notifyAlarmListRebuilt
11.2.1.1.6.1 Definition
This notification is generated by the MnS producer when the AlarmList has been completely or partially rebuilt.
3GPP
Release 1718 52 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.6.3.1 From-state
alarmListRebuilt_0 OR alarmListRebuilt_1.
11.2.1.1.6.3.2 To-state
alarmListRebuilt_2.
11.2.1.1.7 notifyCorrelatedNotificationChanged
11.2.1.1.7.1 Definition
This notification is generated by the MnS producer when the set of CorrelatedNotification is created, updated
or deleted.
11.2.1.1.7.3.1 From-state
newAlarmCorrelationInfoIsAvailable AND alarmInformationExists.
3GPP
Release 1718 53 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.7.3.2 To-state
alarmCorrelatedInfoUpdated.
11.2.1.1.8 getAlarmCount
11.2.1.1.8.1 Definition
A MnS consumer invokes this operation to get the number of alarms in the alarm list. The alarms are counted separately
for each perceived severity level. An input parameter allows to control which alarms are counted.
3GPP
Release 1718 54 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.1.8.4 Pre-condition
11.2.1.1.8.5 Post-condition
allAlarmInformationCounted.
11.2.1.1.8.6 Exceptions
Name Definition
operation_failed Condition: the pre-condition is false or the post-condition is true.
Returned Information: The output parameter status.
Exit state: Entry state.
filter_complexity_limit Condition: Operation not performed because the filter parameter is too complex.
Returned Information: The output parameter status.
Exit state: Entry state.
11.2.1.1.9 setComment
11.2.1.1.9.1 Definition
A MnS consumer invokes this operation to set a comment in one or more AlarmInformation instances in
AlarmList.
3GPP
Release 1718 55 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.1 acknowledgeAlarms
11.2.1.2.1.1 Definition
The MnS consumer invokes this operation to acknowledge one or more alarms.
When this operation is not supported, the MnS producer shall support acknowledging alarms.
3GPP
Release 1718 56 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.2 unacknowledgeAlarms
11.2.1.2.2.1 Definition
The MnS consumer invokes this operation to remove acknowledgement information kept in one or more
AlarmInformation instances.
3GPP
Release 1718 57 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 58 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.3 clearAlarms
11.2.1.2.3.1 Definition
The authorized consumer invokes this operation to clear one or more AlarmInformation instances in AlarmList.
For example, this operation can be used to support the manual clearing of the ADMC (automatic detection and manual
clearing, see also TS 32.111-1 [3]) alarms.
11.2.1.2.4 notifyClearedAlarm
11.2.1.2.4.1 Definition
This notification is generated by the MnS producer when the perceivedSeverity of an existing
AlarmInformation changes to "CLEARED".
3GPP
Release 1718 59 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.4.3.1 From-state
alarmMatchedAndCleared OR clearedByProvider.
11.2.1.2.4.3.2 To-state
alarmInformationCleared_1 OR alarmInformationCleared_2.
3GPP
Release 1718 60 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.5 notifyAckStateChanged
11.2.1.2.5.1 Definition
This notification is generated by the MnS producer when a the acknowledgement state of an alarm changes from
"UNACKNOWLEDGED" to "ACKNOWLEDGED" or back from "ACKNOWLEDGED" to
"UNACKNOWLEDGED".
11.2.1.2.5.3.1 From-state
ackedByConsumer OR ackedByProvider AND alarmInformationExists.
11.2.1.2.5.3.2 To-state
alarmAckStateHasChanged.
11.2.1.2.6 notifyComments
11.2.1.2.6.1 Definition
This notification is generated by the MnS producer when a Comment instance is added to an AlarmInformation
instance in the AlarmList.
3GPP
Release 1718 61 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
A MnS producer shall support this notification if it supports the operation setComment.
11.2.1.2.6.3.1 From-state
commentSetByServiceConsumer OR commentSetInternallyByServiceprovider
commentedByServiceprovider AND alarmInformationExists.
11.2.1.2.6.3.2 To-state
commentInserted.
11.2.1.2.7 notifyPotentialFaultyAlarmList
11.2.1.2.7.1 Definition
This notification is generated by the MnS producer when the MnS producer looses confidence in the integrity of its
alarm list.
The MnS producer may then rebuilt the faulty alarm list. When the alarm List is rebuilt or confidence in the existing
alarm list is re-established the MnS producer may generate a notifyAlarmListRebuilt notification.
The parameters objectClass and objectInstance are used to specify if the complete alarm list is unreliable or
only parts thereof.
The MnS consumer behaviour, on reception of this notifyPotentialFaultyAlarmList notification, is not specified. The
authorized consumer behaviour is considered not essential for the specification of the interface itself. However, the
following are recommended actions the uthorized consumer should take, in case it receives this notification.
3GPP
Release 1718 62 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
1) The uthorized consumer should not perform any task requiring the integrity of the AlarmInformation identified
as faulty or unreliable by the subject notification.
2) The uthorized consumer should not invoke operations that require integrity of the AlarmList such as
getAlarmList., acknolwedgeAlarms operations.
11.2.1.2.7.3.1 From-state
faultyAlarmListDetected.
11.2.1.2.7.3.2 To-state
faultyAlarmList
3GPP
Release 1718 63 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.8 notifyChangedAlarmGeneral
11.2.1.2.8.1 Definition
This notification is generated by the MnS producer when one or more of the following attributes of an
AlarmInformation instance in the AlarmList changes its value: perceivedSeverity,
backedUpStatus, backUpObject, trendIndication, thresholdInfo,
stateChangeDefinition, monitoredAttributes, proposedRepairActions,
additionalText, additionalInformation, serviceUser, serviceProvider or
securityAlarmDetector. From the attributes listed above, only those that changed value shall be included in the
notification.
The notification parameters depend on the alarmType and are different for non-security and security alarms.
3GPP
Release 1718 64 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.1.2.8.4.1 From-state
11.2.1.2.8.4.2 To-state
informationUpdate.
3GPP
Release 1718 65 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1 Alarm information, alarm state change and Information Object Classes
3GPP
Release 1718 66 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.2.1 Introduction
This clause introduces the fault supervision related classes (i.e. IOCs, SupportIOCs). The intent is to identify the
information required for the Fault management service implementation of its operations and notification emission. This
clause provides the overview of all support object classes in UML. Subsequent clauses provide more detailed
specification of various aspects of these support object classes.
11.2.2.1.3.1 AlarmInformation
11.2.2.1.3.1.1 Definition
A MnS producer is related to at most one AlarmList. The MnS producer assigns an identifier, called alarmId, to
each AlarmInformation in the AlarmList. An alarmId unambiguously identifies one
AlarmInformation in the AlarmList.
3GPP
Release 1718 67 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.3.1.2 Attribute
Attribute name S
alarmId M
objectClass/objectInstance (attribute related to role) M
notificationId M
alarmRaisedTime M
alarmChangedTime O
alarmClearedTime M
alarmType M
probableCause M
specificProblem O
perceivedSeverity M
backedUpStatus O
backUpObject (attribute related to role) O
trendIndication O
thresholdInfo O
correlatedNotifications (attribute related to role) O
stateChangeDefinition O
monitoredAttributes O
proposedRepairActions O
additionalText O
additionalInformation O(see note 3)
rootCauseIndicator O
ackTime M
ackUserId M
ackSystemId O
ackState M
clearUserId O (see note 1)
clearSystemId O (see note 1)
serviceUser O (see note 2)
serviceProvider O (see note 2)
securityAlarmDetector O (see note 2)
NOTE 1: These attributes and qualifiers are applicable only if the management service producer supports
clearAlarms() (they are absent if clearAlarms() is not supported).
NOTE 2: These attributes are supported if the management service producer emits notifyNewAlarm that carries
security alarm information.
NOTE 3: This attribute is optionally populated whenever vendor specific attributes are needed.
Alarms have states. The alarm state information is captured in AlarmInformation in AlarmList.
The solid circle icon represents the Start State. The double circle icon represents the End State. In this state, the
alarm is Cleared and acknowledged. The AlarmInformation shall not be accessible via the Service interface and is
removed from the AlarmList.
Note the state diagram uses " X / Y ^ Z " to label the arc that indicates state transition. The meanings of X, Y and Z are:
- Y identifies the action of FaultSupervision MnS producer because of the triggering event;
- Z is the notification to be emitted by FaultSupervision MnS producer because of the triggering event.
Note that, to reduce cluttering to the diagram, the setComment^notifyComment is not included in the figure . One
transition should be applied from unack&unclear to itself. Similarly, another transition should be applied from
ack&unclear to itself. Another one is from unack&clear to itself.
3GPP
Release 1718 68 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Figure 11.2.2.1.3.1.3-1 is used if it supports ^notifyChangedAlarm and Figure 11.2.2.1.3.1.3-2 is used if it does not
support ^notifyChangedAlarm.
3GPP
Release 1718 69 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.3.2 AlarmList
11.2.2.1.3.2.1 Definition
The MnS producer maintains an AlarmList that contains currently active alarms (i.e. AlarmInformation whose
perceivedSeverity is not Cleared) and alarms that are Cleared but not yet acknowledged.
11.2.2.1.3.2.2 Attribute
There is no additional attribute defined for this class besides those inherited.
3GPP
Release 1718 70 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.3.3 FSMnSProducer
11.2.2.1.3.3.1 Definition
FSMnSProducer is the representation of the entity who provides the fault supervision management service(s) and
contains the AlarmList.
11.2.2.1.3.3.2 Attribute
There is no additional attribute defined for this class besides those inherited.
Name S Notes
notifyAlarmListRebuilt M
notifyPotentialFaultyAlarmList O .
11.2.2.1.3.4 Comment
11.2.2.1.3.4.1 Definition
Comment contains commentary and associated information such as the time when the commentary is made.
11.2.2.1.3.4.2 Attribute
Attribute Name S
commentTime M
commentUserId M
commentSystemId O
commentText M
11.2.2.1.3.5 CorrelatedNotification
11.2.2.1.3.5.1 Definition
The notification identified by the CorrelatedNotification, as defined in ITU-T and used here, can carry all
types of information and is not restricted to carrying alarm information only. For example, a notification, identified by
the CorrelatedNotification, can indicate a managed instance attribute value change. In this case, the
information of the AlarmInformation is said to be correlated to the managed instance attribute value change event.
The meaning of correlation is dependent on the type of notification itself. See the comment column of the
correlatedNotification input parameter for each type of notification, such as notifyNewAlarm.
3GPP
Release 1718 71 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.3.5.2 Attribute
Attribute Name S
sourceObjectInstance M
notificationIdSet M
11.2.2.1.3.6 MonitoredEntity
11.2.2.1.3.6.1 Definition
It represents classes that can have an alarmed state. The types of classes that can have alarmed state are:
b) VSE subclass of 3GPP defined classes and VSE defined classes that can have alarmed state.
The objectClass and objectInstance of this class identifies an instance of this class. The
AlarmInformation uses this information in two places. In one place, the information is used to identify the
instance that is in alarmed state. In another place, the information is used to identify an instance that can be used as the
back up network resource for the instance that is in alarmed state.
11.2.2.1.3.6.2 Attribute
3GPP
Release 1718 72 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.4.1.1 Definition
11.2.2.1.4.1.2 Role
11.2.2.1.4.1.3 Constraint
11.2.2.1.4.2.1 Definition
11.2.2.1.4.2.2 Role
Name Definition
identifyAlarmInformation It represents a capability to obtain the information contained in AlarmInformation.
11.2.2.1.4.2.3 Constraint
Name Definition
inv_ hasAlarmInformation1 No AlarmInformation playing the role of theAlarmInformation shall have its
perceivedSeverity = "cleared" and its ackState = "acknowledged".
inv_ hasAlarmInformation2 The alarmId of all AlarmInformation instances playing the role of theAlarmInformation
are distinct.
11.2.2.1.4.3.1 Definition
11.2.2.1.4.3.2 Role
Name Definition
comment It represents a capability to obtain the information contained in Comment.
11.2.2.1.4.3.3 Constraint
There is no constraint.
11.2.2.1.4.4 relation-AlarmInformation-CorrelatedNotification (M)
11.2.2.1.4.4.1 Definition
3GPP
Release 1718 73 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.4.4.2 Role
Name Definition
correlatedNotification It represents a capability to obtain the information contained in CorrelatedNotification.
11.2.1.4.4.3 Constraint
There is no constraint.
11.2.2.1.4.5.1 Definition
11.2.2.1.4.5.2 Role
Name Definition
objectClass/objectInstance It represents the capability to obtain the identification, in terms of objectClass and
objectInstance, of alarmed network resource.
11.2.2.1.4.5.3 Constraint
Name Definition
inv_relation-AI-ME All AlarmInformation involved in this relationship with the same MonitoredEntity shall have
at least one different value in the following attributes: alarmType, probableCause and
specificProblem.
11.2.2.1.4.6.1 Definition
The relationship represents the relationship between AlarmInformation and the backUpObject.
11.2.2.1.4.6.2 Role
Name Definition
backUpObject It represents a capability to obtain the identification, in terms of objectClass and
objectInstance, of the backUpObject.
11.2.2.1.4.6.3 Constraint
Name Definition
inv_identifyBackUpObject This relationship is present if and only if the AlarmInformation.backedUpStatus attribute is
present and is indicating true.
3GPP
Release 1718 74 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Communications Alarm:
An alarm of this type is associated with the procedure and/or
process required conveying information from one point to
another (ITU-T Recommendation X.733 [4]).
Environmental Alarm:
An alarm of this type is associated with a condition related to an
enclosure in which the equipment resides (ITU-T
Recommendation X.733 [4]).
Equipment Alarm:
An alarm of this type is associated with an equipment fault (ITU-
T Recommendation X.733 [4]).
Integrity Violation:
An indication that information may have been illegally modified,
inserted or deleted.
Operational Violation:
An indication that the provision of the requested service was not
possible due to the unavailability, malfunction or incorrect
invocation of the service.
Physical Violation:
An indication that a physical resource has been violated in a way
that suggests a security attack.
3GPP
Release 1718 75 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- vendor defined
alarm type
using defined identification.
Other vendor specific
information parts are
allowed by using vendor
specific identifications.
rootCauseIndicator It indicates that this AlarmInformation is the root cause of the boolean
events captured by the notifications whose identifiers are in the
related CorrelatedNotification instances.
3GPP
Release 1718 76 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Unacknowledged: the
alarm has been
unacknowledged or the
alarm has never been
acknowledged.
commentTime It carries the time when the comment has been added to the
alarm.
commentText It carries the textual comment.
commentUserId It carries the identification of the user who made the comment.
commentSystemId It carries the identification of the system (Management System)
from which the comment is made. That system supports the user
that made the comment.
clearUserId It carries the identity of the user who invokes the clearAlarms It can be used to identify
operation. the human operator such
as "John Smith" or it can
identify a group, such as
"Team Six", or it can
contain no information
such as "".
clearSystemId It carries the identity of the system in consuming the fault It can be used to identify
management service. That management service consumer the system, such as
supports the user who invokes the clearAlarms(). "system 6" or it can contain
no information such as "".
serviceUser It identifies the service-user whose request for service provided This attribute may carry no
by the serviceProvider led to the generation of the security alarm. information if the server
user is not identifiable.
serviceProvider It identifies the service-provider whose service is requested by
the serviceUser and the service request provokes the generation
of the security alarm.
securityAlarmDetector It carries the identity of the detector of the security alarm. This attribute may carry no
information if the security
alarm detector is not
identifiable.
sourceObjectInstance It identifies one MonitoredEntity. All values that carry the
semantics of DN.
notificationIdSet It carries one or more notification identifiers.
11.2.2.1.5.2 Constraints
Name Definition
inv_alarmChangedTime Time indicated shall be later than that carried in alarmRaisedTime.
inv_alarmClearedTime Time indicated shall be later than that carried in alarmRaisedTime.
inv_ackTime Time indicated shall be later than that carried in alarmRaisedTime.
inv_notificationId NotificationIds shall be chosen to be unique across all notifications of a particular Managed
Object throughout the time that alarm correlation is significant. The algorithm by which
alarm correlation is accomplished is outside the scope of the present document.
3GPP
Release 1718 77 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This clause depicts the set of Support IOCs that encapsulate information within the notification IRP. The intent is to
identify the information required for the notification IRP implementation of its operations and notification emission.
This clause provides the overview of all Support IOCs in UML. Subsequent clauses provide more detailed specification
of various aspects of these Support IOCs.
<<SupportIOC>>
NotificationIRP
1
+theNotificationIRP
relation-ntfIRP-ntfSubscriber
+theNtfSubscriber 0..n
<<SupportIOC>> +theNtfSubscriber +theNtfSubscription <<SupportIOC>>
NtfSubscriber NtfSubscription
1 relation-ntfSubscriber-ntfSubscription 1..n
11.2.2.2.2.2 Inheritance
This clause depicts the inheritance relationships that exist between Support IOCs.
<<SupportIOC>>
ManagedGenericIRP
(from TS 32.312)
<<SupportIOC>>
NotificationIRP
3GPP
Release 1718 78 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.2.3.1 NtfSubscriber
11.2.2.2.3.1.1 Definition
This Support IOC represents a Subscriber from a notification perspective: a subscriber is fully identified by a
management service consumer reference. A management service consumer using multiple management service
consumer reference attributes to subscribe will result in multiple NtfSubscriber instances.
11.2.2.2.3.1.2 Attributes
11.2.2.2.3.2 NtfSubscription
11.2.2.2.3.2.1 Definition
This Support IOC represents a subscription that has been requested by a management service consumer and created.
11.2.2.2.3.2.2 Attributes
11.2.2.2.3.2.3 Void
11.2.2.2.3.3 NotificationIRP
11.2.2.2.3.3.1 Definition
This Support IOC represents a notification IRP. It inherits from Support IOC ManagedGenericIRP.
3GPP
Release 1718 79 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.2.4.1.1 Definition
This relationship defines the relationship between a NtfSubscriber and its current subscriptions.
11.2.2.2.4.1.2 Roles
Name Definition
theNtfSubscriber This role represents the one who has subscribed. It can be played by instances of
Support IOC NtfSubscriber
theNtfSubscription This role represents the subscriptions which were made and not unsubscribed. It
can be played by instances of Support IOC NtfSubscription
11.2.2.2.4.1.3 Constraints
Name Definition
inv_notificationCategoriesAllDistinct The notification categories contained in the ntfNotificationCategorySet attribute of
NtfSubscription playing the role theNtfSubscription are all distinct from each other.
11.2.2.2.4.2.1 Definition
This relationship defines the relationship between the NotificationIRP and the current subscribers of notifications.
11.2.2.2.4.2.2 Roles
Name Definition
theNtfSubscriber This role represents the entities to which IRPAgent will notify events. It is played
by instances of Support IOC NtfSubscriber
theNotificationIRP This role represents the NotificationIRP to which an IRPManager has subscribed.
It is played by instances of Support IOC NotificationIRP
11.2.2.2.4.2.3 Constraints
Name Definition
inv_uniqueManagerReference All NtfSubscriber involved in the subscriptionRegistration relationship are
distinguished from each other by their ntfManagerReference Attribute.
3GPP
Release 1718 80 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.2.5.0 Introduction
This clause defines the semantics of the Attributes used in Support IOCs.
11.2.2.2.5.2 Constraints
- "ntfTimeTickTimer is lower.
11.3.1.1 Void
11.3.1.2 Void
11.3.1.3.1 Definition
A MnS producer sends this notification to subscribed MnS consumers when a "ThresholdMonitor" (TS 28.622 [11]) on
that MnS producer detects the threshold crossing of a monitored performance metric.
3GPP
Release 1718 81 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.3.2.1.1 Void
3GPP
Release 1718 82 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
"DC=a1.operatorNN.com,SubNetwork=CountryNN,ManagedElement=RNC-Gbg-1"
"DC=a1.companyNN.com,SubNetwork=CountryNN,ManagedElement=RNC-Gbg-1"
"RncFunction=RF-1,UtranCell=Gbg-997".
The class of the measured object is defined in item f) of measurement definitions (TS 32.404
[47], TS 28.552 [18]) and in item d) of KPI definitions (TS 28.554 [6]).
measResults List of result values for the observed or computed performance metrics. The "measResults"
sequence shall have the same number of elements and follow the same order as the
"measTypes" sequence. The NULL value is reserved to indicate that the performance metric
is not applicable or could not be produced for the object instance.
suspectFlag Reliability of the performance metrics. FALSE means the metrics are reliable, TRUE means
they are not reliable. The default value is "FALSE".
collectionEndTime Time stamp indicating the end of the last granularity period for which performance metrics are
stored in the file.
3GPP
Release 1718 83 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
The representation of all timestamps in PM files shall follow the representations allowed by the ISO 8601 [20].
The precise format for timestamp representation shall be determined by the technology used for encoding the PM file
(e.g. ASN.1, XML DTD, and XML Schema). The choice of technology should ensure that this representation is derived
from ISO 8601 [20]. Based on the representation used, the timestamp shall refer to either UTC time or local time or
local time with offset from UTC.
11.3.2.1.3 Void
11.3.2.1.3.1 Void
11.3.2.1.3.2 Void
<Type><Startdate>.<Starttime>-[<Enddate>.]<Endtime>[_-<jobIdList>][_<UniqueIdList>][_-_<RC>]
1) The "Type" field indicates if the file contains measurement results for single or multiple measured objects and/or
granularity periods where:
- "A" means single measured object, single granularity period (this is used when granularity period is equal to
reporting period);
- "B" indicates multiple measured objects, single granularity period (this is used when granularity period is
equal to reporting period);
- "C" signifies single measured object, multiple granularity periods (this is used when reporting period is
multiples of the granularity period and will contain multiple measurement reports);
- "D" stands for multiple measured objects, multiple granularity periods (this is used when reporting period is
multiples of the granularity period and will contain multiple measurement reports).
2) The "Startdate" field indicates the date when the granularity period began if the "Type" field is set to A or B. If
the "Type" field is either "C" or "D" then "Startdate" contains the date when the first granularity period of the
measurement results contained in the file started. The "Startdate" field is of the form YYYYMMDD, where:
3) The "Starttime" field indicates the time when the granularity period began if the "Type" field is set to A or B. If
the "Type" field is either "C" or "D" then "Starttime" contains the time when the first granularity period of the
measurement results contained in the file began. The "Starttime" field is of the form HHMMshhmm, where:
- HH is the two-digit hour of the day (local time), based on 24-hour clock (00 - 23);
- MM is the two digit minute of the hour (local time), based on 60-minutes clock (00 - 59);
- s is the sign of the local time differential from UTC (+ or -), in case the time differential to UTC is 0 then the
sign may be arbitrarily set to "+" or "-";
- hh is the two-digit number of hours of the local time differential from UTC (00-23);
- mm is the two digit number of minutes of the local time differential from UTC (00-59).
4) The "Enddate" field shall only be included if the "Type" field is set to "C" or "D", i.e. measurement results for
multiple granularity periods are contained in the file. It identifies the date when the last granularity period of
these measurements ended, and its structure corresponds to the "Startdate" field.
3GPP
Release 1718 84 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
5) The "Endtime" field indicates the time when the granularity period ended if the "Type" field is set to A or B. If
the "Type" field is either "C" or "D" then "Endtime" contains the time when the last granularity period of the
measurement results contained in the file ended. Its structure corresponds to the "Starttime" field.
7) The "RC" field is a running count, starting with the value of "1", and shall be appended only if the filename is
otherwise not unique, i.e. more than one file is generated and all other parameters of the file name are identical.
Therefore it may only be used by the EM, since the described situation cannot occur with NE generated files.
Note that the delimiter for this field, _-_, is an underscore character (_), followed by a minus character (-),
followed by an underscore character (_).
8) The "jobIdList" indicates the measurement job id(s) that the performance data file is associated with.
11.3.2.1.4 Void
11.4 Heartbeat
11.4.1 Operations and notifications
11.4.1.1.1 Definition
This notification notifies the subscribed consumer(s) that the MnS producer heartbeat period has expired or that a MnS
consumer requested the emission of an immediate heartbeat notification.
The emission of heartbeat notifications is controlled by the HeartbeatControl IOC (TS 28.622 [11]).
3GPP
Release 1718 85 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.4.1.1.3.1 From-state
stateBeforeHeartbeatNotification1 OR stateBeforeHeartbeatNotification2.
11.4.1.1.3.2 To-state
stateAfterOHeartbeatNotification1 OR stateAfterOHeartbeatNotification2.
11.5.1.1.1 Definition
This operation enables the MnS producer to establish a connection to the MnS consumer (i.e. streaming target). The
connection establishement includes the exchange of meta-data (producer informs consumer about its own identity and
the nature of the data to be reported via streaming) phase and the actual connection (a data pipe for streaming)
establishment.
Established connection supports stream multiplexing (one connection supports one or more reporting streams
simultaneously).
Upon successful connection establishment, the MnS consumer is aware of the MnS producer's identity, the list of
reporting streams and the nature of data being reported on each of the streams.
The established connection may be kept "alive" either by built-in functionality of the solution set or by periodic
reporting of empty stream data.
3GPP
Release 1718 86 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.1.4 Exceptions
Exception Name Definition
unexpectedStreams Condition: Some information in the list of streamInfo was unexpected by the MnS consumer.
Returned Information: Name of the exception; status is set to "Failure".
3GPP
Release 1718 87 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.2.1 Definition
This operation enables the MnS producer to terminate the connection to theMnS consumer (i.e. streaming target).
Upon successful termination of the streaming connection, the MnS producer stops reporting data to the MnS consumer
on this connection.
11.5.1.2.4 Exceptions
Exception Name Definition
unknownConnection Condition: the connectionId is invalid.
Returned Information: Name of the exception; status is set to "Failure".
11.5.1.3.1 Definition
This operation enables the MnS producer to send a unit of streaming data to the MnS consumer.
3GPP
Release 1718 88 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.3.4 Exceptions
Exception Name Definition
11.5.1.4.1 Definition
This operation allows the MnS producer to add one or more reporting streams to an already established streaming
connection.
3GPP
Release 1718 89 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.4.4 Exceptions
Exception Name Definition
duplicateStream Condition: One or more of stream identifiers in the streamInfoList already exist on
this connection.
Returned Information: Name of the exception; status is set to "Failure" or
"PartialSuccess".
unexpectedStreams Condition: Some information in the list of streamInfo was unexpected by the MnS
consumer.
Returned Information: Name of the exception; status is set to "Failure".
unknownConnection Condition: the connectionId is invalid.
Returned Information: Name of the exception; status is set to "Failure".
3GPP
Release 1718 90 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.5.1 Definition
This operation allows the MnS producer to remove one or more reporting streams from an already established streaming
connection.
11.5.1.5.4 Exceptions
Exception Name Definition
unknownStreamId Condition: One or more of stream identifiers in the streamIdList does not exist on
this connection.
Returned Information: Name of the exception; status is set to "Failure" or
"PartialSuccess".
unknownConnection Condition: the connectionId is invalid.
Returned Information: Name of the exception; status is set to "Failure".
11.5.1.6.1 Definition
This operation enables the MnS producer to obtain information about one or more streaming connections from the MnS
consumer.
3GPP
Release 1718 91 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.6.4 Exceptions
Exception Name Definition
unknownConnectionId Condition: One or more of connection identifiers in the connectionIdList is not
known to this MnS consumer.
Returned Information: Name of the exception; status is set to "Failure" or
"PartialSuccess".
11.5.1.7.1 Definition
This operation enables theMnS producer to obtain information about one or more reporting streams the MnS consumer.
3GPP
Release 1718 92 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 93 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.5.1.7.4 Exceptions
Exception Name Definition
unknownStreamId Condition: One or more of stream identifiers in the streamIdList is not known to
this MnS consumer.
Returned Information: Name of the exception; status is set to "Failure" or
"PartialSuccess".
11.6.1.1.1 Definition
A MnS producer sends this notification to subscribed MnS consumers when a new file becomes ready (available) on the
MnS producer for upload by MnS consumers. The "fileInfoList" parameter provides information (meta data) about the
new file and optionally, in addition to that, information about all other files, which became ready for upload earlier and
are still available for upload when the notification is sent.
3GPP
Release 1718 94 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
The "objectClass" and "objectInstance" parameters of the notification header identify the object representing the
function (process) making the file available for retrieval, such as the "PerfMetricJob" or the "TraceJob" defined in TS
28.622 [11]. When no dedicated object is standardized or instantiated, the "ManagedElement", where the file is
processed, shall be used. For the case that the file is processed on a mangement node, the "ManagementNode", where
the file is processed, shall be used instead.
3GPP
Release 1718 95 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 96 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.6.1.2.1 Definition
A MnS producer sends this notification to subscribed MnS consumers when an error occurs while preparing a file. For
many error reasons, such as low memory or hard disk full, it is very likely that all ongoing file preparation processes fail
at the same time. For that reason, it is possible to report with this notification that multiple file preparation processes
failed.
In case the MnS producer keeps the file, where an error occurred during preparation, the "fileInfoList" parameter
contains a list item with information about that file, otherwise, if the file is deleted or not created at all, the
"fileInfoList" parameter has no list item related to that file.
3GPP
Release 1718 97 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.6.1.3.1 Definition
This operation allows a MnS consumer to subscribe to the notifications of the file data reporting service producer.
Unit is minutes
filter O Filter constraint that the MnS producer shall use to
filter notifications. The filter can be applied to all
parameters of a notification
11.6.1.3.4 Exceptions
Name Definition
operation_failed_existing_subscription Condition: The subscription is duplicated or conflict with existing subscription(s)
Returned Information: The output parameter status
operation_failed Condition: The operation failed for any other reason than being duplicated or
conflict with subscription(s)
Returned Information: The output parameter status
3GPP
Release 1718 98 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.6.1.4.1 Definition
This operation allows a MnS consumer to cancel subscription(s) at a MnS producer.
A MnS consumer can cancel one subscription made with a "consumerReference" by providing the corresponding
"subscriptionId" or all subscriptions made with the same "consumerReference" by leaving the "subscriptionId"
parameter absent.
11.6.1.4.4 Exceptions
Name Definition
operation_failed Condition: the operation is failed
Returned Information: The output parameter status
11.6.1.5.1 Definition
This operation allows a MnS consumer to retrieve a list of files available for upload on a MnS producer. The request
message contains the file data type of the files, that shall be listed in the response. In addition to that it is possible to
specify that only files shall be included in the response whose file ready time falls into a specific time window defined
by the "beginTime" and "endTime" input parameters.
3GPP
Release 1718 99 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.6.1.5.4 Exceptions
Exception Name Definition
invalidTimes Condition: Either "beginTime" or "endTime" is invalid.
Returned information: output parameter status is set to Failure.
- SFTP;
- FTPES,
- HTTPS.
The MnS producer shall always act as the server while the MnS consumer shall always act as the initiator (client) of file
transfer actions.
3GPP
Release 1718 100 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.1.1.1 Introduction
The IS operations are mapped to SS equivalents according to table 12.1.1.1.1-1.
Note 1: Void.
Further details on creating a resource with HTTP PUT are provided in TS 32.158 [15], clause 5.1.2.
3GPP
Release 1718 101 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Note 1: Void.
Note 2: Void.
Further details on reading resources with HTTP GET are provided in TS 32.158 [15], clause 5.2.
Further details on the SS parameters "scope" and "filter" are provided in TS 32.158 [15], clause 6.1.
Further details on the SS parameters "attributes" and "fields" are provided in TS 32.158 [15], clause 6.2.
The IS parameters "scope" and "filter" have no meaning when targeting a single resource with the target URI and are
not mapped.
3GPP
Release 1718 102 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Further details on updating a resource with HTTP PUT are provided in TS 32.158 [15], clause 5.3.
Four patch media types are available for the request message body. They are listed below together with their request
body data types:
If the MnS producer cannot honor a patch request for some reason, such as malformed requests or unsupported patch
operations, an error response with an appropriate error response code such as "400 Bad Request" shall be returned.
The patch operations "copy" and "move" have no corresponding definition in stage 2. Support for these operations is
optional.
The IS parameters "scope" and "filter" have no SS equivalents in the present document.
Further details on updating resources with HTTP PATCH and JSON Merge Patch are provided in TS 32.158 [15],
clause 6.3.2.
Further details on updating resources with HTTP PATCH and 3GPP JSON Merge Patch are provided in TS 32.158
[15], clause 6.4.2.
Further details on updating resources with HTTP PATCH and JSON Patch are provided in TS 32.158 [15], clause 6.3.3.
Further details on updating resources with HTTP PATCH and 3GPP JSON Patch are provided in TS 32.158
[15], clause 6.4.3.
Note 1: Void.
3GPP
Release 1718 103 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Note 1: Void.
Note 2: Void.
Further details on deleting a resource with HTTP DELETE are provided in TS 32.158 [15], clause 5.4.
12.1.1.1.6 Void
12.1.1.1.7 Void
12.1.1.2.1 Introduction
The IS notifications are mapped to SS equivalents according to table 12.1.1.2.1-1.
3GPP
Release 1718 104 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.1.3 Resources
Figure 12.1.1.3.1.1-1 shows the resource structure of the Provisioning MnS on the MnS producer.
3GPP
Release 1718 105 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
{MnSRoot}/ProvMnS/{MnSVersion}/{URI-LDN-first-part}
/{className}={id}
Figure 12.1.1.3.1.1-1: Resource URI structure of the Provisioning MnS on the MnS producer
Table 12.1.1.3.1.1-1 provides an overview of the resources and applicable HTTP methods.
HTTP
Resource name Resource URI Description
method
MOI …/{className}={id} PUT Create a resource representing a managed object instance
Retrieve one or multiple resources representing managed
MOI …/{className}={id} GET
object instances
Modifiy one or multiple resources representing managed
MOI …/{className}={id} PATCH
object instances
Delete one or multiple resources representing managed
MOI …/{className}={id} DELETE
object instances
Figure 12.1.1.3.1.2-1 shows the resource structure of the Provisioning MnS on the MnS consumer.
{notificationTarget}
Figure 12.1.1.3.1.2-1: Resource URI structure of the Provisioning MnS on the MnS consumer
Table 12.1.1.3.1.2-1 provides an overview of the resources and applicable HTTP methods.
12.1.1.3.2.1.1 Description
12.1.1.3.2.1.2 URI
Name Definition
MnSRoot See clause 4.4.2 of TS 32.158 [15]
MnSVersion See clause 4.4.2 of TS 32.158 [15]
URI-LDN-first-part See clause 4.4.2 of TS 32.158 [15]
className Class name of the targeted resource
id Identifier of the targeted resource
3GPP
Release 1718 106 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This method shall support the URI query parameters specified in the following table.
Table 12.1.1.3.2.1.3.1-1: URI query parameters supported by the PUT method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.1.1.3.2.1.3.1-2: Data structures supported by the PUT request body on this resource
Table 12.1.1.3.2.1.3.1-3: Data structures supported by the PUT Response Body on this resource
This method shall support the URI query parameters specified in the following table.
Table 12.1.1.3.2.1.3.2-1: URI query parameters supported by the GET method on this resource
3GPP
Release 1718 107 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This method shall support the request data structures, the response data structures and response codes specified in the
following tables.
Table 12.1.1.3.2.1.3.2-2: Data structures supported by the GET request body on this resource
Table 12.1.1.3.2.1.3.2-3: Data structures supported by the GET response body on this resource
This method shall support the URI query parameters specified in the following table.
Table 12.1.1.3.2.1.3.3-1: URI query parameters supported by the PATCH method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following tables.
Table 12.1.1.3.2.1.3.3-2: Data structures supported by the PATCH request body on this resource
Table 12.1.1.2.1.1.3.3-3: Data structures supported by the PATCH response body on this resource
This method shall support the URI query parameters specified in the following table.
3GPP
Release 1718 108 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.1.1.3.2.1.3.4-1: URI query parameters supported by the DELETE method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following tables.
Table 12.1.1.3.2.1.3.4-2: Data structures supported by the DELETE request body on this resource
Table 12.1.1.3.2.1.3.4-3: Data structures supported by the DELETE response body on this resource
12.1.1.3.2.2 Void
12.1.1.3.2.3 Void
12.1.1.3.2.4.1 Description
12.1.1.3.2.4.2 URI
Name Definition
notificationTarget URI of the notification target on the MnS consumer, contained in the notification subscription,
see notificationRecipientAddress defined in clause 4.3.22.2 in TS 28.622 [11].
12.1.1.3.2.4.3.1 POST
This method shall support the URI query parameters specified in table 12.1.1.3.2.4.3.1-1.
3GPP
Release 1718 109 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.1.1.3.2.4.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures specified in table 12.1.1.3.2.4.3.1-2 and the response data
structures and response codes specified in table 12.1.1.3.2.4.3.1-3.
Table 12.1.1.3.2.4.3.1-2: Data structures supported by the POST Request Body on this resource
Table 12.1.1.3.2.4.3.1-3: Data structures supported by the POST Response Body on this resource
12.1.1.4.1 General
This clause defines the data types used by the Provisioning MnS. Table 12.1.1.4.1-1 specifies the data types defined in
the present document and Table table 12.1.1.4.1-2 the data types imported.
3GPP
Release 1718 110 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This definition of "Resource" does not specify any attributes or name contained objects. Resource representations with
specific attributes and name contained objects are contained in the NRM definitions. These definitions should be used
in implementations of the Provisioning MnS instead of this generic definition.
3GPP
Release 1718 111 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
The properties "op", "path" and "value" shall use the 3GPP JSON Patch format (TS 32.158 [15]) for reporting NRM
changes. The "merge" operation specified by 3GPP JSON Patch is not supported in "notifyMOIChanges". The "move",
"copy" and "test" operations specified by JSON Patch are not supported either.
The "oldValue" is an optional extension for "notifyMOIChanges" allowing to report also the value that the attribute had
before replacing the value with the new value, that is contained in "value".
The following example notification (where JSON is expressed in YAML notation) reports an object creation
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: add
path: /ClassA=1
value:
id: 1,
objectClass: ClassA,
attributes:
attrA: 123
attrB:
subAttrB1: ABC
subAttrB2: 56
3GPP
Release 1718 112 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: add
path: /ClassA=1#/attributes/attrC
value: xyz
The following example reports a value change for the simple attribute "attrA".
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrA
value: 456
When the old value is reported as well, the notification looks like.
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrA
value: 456
oldValue: 123
The following example reports a value change for the complex attribute "attrB".
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrB
value:
subAttrB1: abc
subAttrB2: 78
The previous two notifications can be combined into a single notification as follows.
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrA
value: 456
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrB
value:
subAttrB1: abc
subAttrB2: 78
Note the operation "replace" has replace semantics and not merge semantics. The following notification reports the
value change of the attribute field "attrB:subAttrB1" to "def" and the deletion of the attribute field "attrB:subAttrB2".
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrB
value:
subAttrB1: def
3GPP
Release 1718 113 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Assume "attrD" is a JSON array with simple elements, then the creation of this multi-valued attribute is reported as
follows.
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: add
path: /ClassA=1#/attributes/attrD
value:
- 1
- 2
- 3
The following example reports the second item in the array changed to "22".
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrD/1
value: 22
Assume now "attrE" is a JSON array with complex array items, for example.
[{subItemE1: 11, subItemD2: abc}, {subItemE1: 21, subItemE2: def}, {subItemE1: 31, subItemE2": ghi}.
A value change to
[{subItemE1: 11, subItemE2: abc}, {subItemE1: 21, subItemE2: xyz}, {subItemE1: 31, subItemE2": ghi}.
is reported by
href: https://example.com/3gpp
...
moiChanges
- notificationId: 123456789
op: replace
path: /ClassA=1#/attributes/attrE/1/subItemE2
value: xyz
3GPP
Release 1718 114 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
When "subItemE2" is defined as array item key at stage 2, then "attrE" should contain a JSON map.
attrE:
11:
subItemE2: abc
21:
subItemE2: def
31:
subItemE2: ghi
When all attributes of an object have been updated with a new value, the MnS producer may use a compact format
reporting that the "attributes" container was updated completely.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/3gpp",
"notificationId": 123456789,
"notificationType": "notifyMOICreation",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"moiChanges": [
{
"notificationId": 123,
"op": "replace",
"path": "/ClassA=1#/attributes",
"value": {
"attrA": "newValueAttrA",
"attrB": "newValueAttrB"
}
}
]
}
Note that clause 4.3 of IETF RFC 6902 [13] does not consider it as an error if an attribute value is replaced with exactly
the same value. For that reason, it would not be an error if in the example above an attribute value is included in the
"value" property that did not change value. A MnS producer may consider this compact format hence also for the case
that not all attributes of an object have been updated.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/3gpp",
"notificationId": 123456789,
"notificationType": "notifyMOICreation",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"moiChanges": [
{
"notificationId": 123,
"op": "replace",
"path": "/ClassA=1#/attributes",
"value": {
"attrA": "newValueAttrA",
"attrB": "oldValueAttrB"
}
}
]
}
3GPP
Release 1718 115 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
To allow the MnS consumer to understand which attributes have been updated, the MnS producer may decide to send
the following notification.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/3gpp",
"notificationId": 123456789,
"notificationType": "notifyMOICreation",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"moiChanges": [
{
"notificationId": 123,
"op": "replace",
"path": "/ClassA=1#/attributes",
"value": {
"attrA": "newValueAttrA",
"attrB": "oldValueAttrB"
},
"oldValue": {
"attrA": "oldValueAttrA",
"attrB": "oldValueAttrB"
}
]
}
The following example shows a notification reporting the creation of an object with two attributes "attrA" and "attrB".
Note that the notification includes the name/value pairs representing the attributes of the created object only and not the
complete object representation.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOICreation",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"attributeList":
{
"attrA": "valueAttrA",
"attrB": "valueAttrB"
3GPP
Release 1718 116 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
}
}
The creation of an empty object not containing any attribute values is reported as follows.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOICreation",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"attributeList":
{
}
}
The following example demonstrates the deletion of an object. The message body includes the name/value pairs
representing the attributes of the deleted object.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOIDeletion",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1"
}
The message body may include the name/value pairs representing the attributes of the deleted object.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.com
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOIDeletion",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"attributeList":
{
"attrA": "valueAttrA",
"attrB": "valueAttrB"
3GPP
Release 1718 117 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
}
}
The following example notification reports the modification of the attribute values for "attrA" and "attrB".
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.org
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOIAttributeValueChanges",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"attributeListValueChanges": [
{
"attrA": "newValueAttrA",
"attrB": "newValueAttrB"
}
]
}
In addition to the new values, the old values may be included in the notification.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.org
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOIAttributeValueChanges",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"attributeListValueChanges": [
{
"attrA": "newValueAttrA",
"attrB": "newValueAttrB"
},
{
"attrA": "oldValueAttrA",
"attrB": "oldValueAttrB"
}
]
}
3GPP
Release 1718 118 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
In the example above the attribute values are of simple type. For attributes of structured type, the question is if all
attribute fields of an attribute, where at least one attribute field changed its value, need to be reported or only those
attribute fields that changed value. Assume an attribute field that did not change value is not included in the notification.
In this case the MnS consumer receiving the notification cannot tell if the attribute field was deleted or if the attribute
field did not change value. It is not possible to distinguish these two cases based on the information in the notification.
For that reason, always all attribute fields of an attribute need to be included in the notification. For structured attributes
with many attribute fields this may not be very efficient.
In the next example "attrA" is a structured attribute with the attribute fields "attrFieldAA" and "attrFieldAB". The
attribute field "attrFieldAA" changed value, the attribute field "attrFieldAB" did not change value. The attribute value
change notification reporting this change may look as follows.
POST /3gpp-management/cm-notification-sink HTTP/1.1
Host: example.org
Content-Type: application/json
{
"href": "http://example.com/ManagedElement=ME1/ClassA=CA1",
"notificationId": 123456789,
"notificationType": "notifyMOIAttributeValueChanges",
"eventTime": "Tue, 06 Aug 2019 16:50:26 GMT",
"systemDN":"DC=example.com,ManagedElement=ME1,MnsAgent=MA1",
"attributeListValueChanges": [
{
"attrA": {
"attrFieldAA": "newValueAttrFieldAA",
"attrFieldAB": "oldValueAttrFieldAB"
}
},
{
"attrA": {
"attrFieldAA": "oldValueAttrFieldAA",
"attrFieldAB": "oldValueAttrFieldAB"
}
}
]
}
Note also that for multi-valued attributes all attribute elements of the new value need to be reported. It is not possible to
report only added, deleted, or modified attribute elements. Furthermore, the notification does not allow reporting of
deleted attributes. When this is required the MnS producer needs to include always all attributes of the object in the
notification. It is outside the present document how the MnS producer signals to the MnS consumer if all attributes or
only the changed ones are included in the attribute value change notification. The notification itself does not include this
information.
3GPP
Release 1718 119 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.1.4.2 Void
12.1.1.4.3 Void
12.1.1.4.4.1 General
This clause defines simple data types and enumerations that are used by the data structures defined in the previous
clauses.
3GPP
Release 1718 120 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.2 RESTful HTTP-based solution set for integration with ONAP VES
API
3GPP
Release 1718 121 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.2.2.1 Introduction
12.1.2.2.1.1 General
12.1.2.2.1.2 Void
12.1.2.3 Resources
Figure 12.1.2.3.1-1: Resource URI structure of the provisioning MnS for integration with ONAP VES
Event Listener 7.1.1 (Resource structure section) [45]
Table 12.1.2.3.1-1 provides an overview of the resources and applicable HTTP methods.
3GPP
Release 1718 122 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.3.1.1 Introduction
The YANG/Netconf based solution set is based on the TS 32.160 [33] clause 6.2 and the IETF RFC 6241 [32] including
the Xpath capability.
NOTE: The clauses below omit namespaces for brevity. In NETCONF operations namespaces are included
following [34]
The NETCONF operation attribute on the list representing the newly created MOI should be set to ‘create’.
The IS operation parameters are mapped to SS equivalents according to table 12.1.3.1.2-1 and table 12.1.3.1.2-2.
3GPP
Release 1718 123 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Examples
The IS operation parameters are mapped to SS equivalents according to table 12.1.3.1.3-1 and table 12.1.3.1.3-2.
3GPP
Release 1718 124 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
If scope is BASE_ONLY the <get> shall be directed against the “attributes” container of the baseObjectInstance.
Example 1
If scope is BASE_ALL the <get> shall be directed against the list representing the baseObjectInstance.
Example 2
3GPP
Release 1718 125 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
If scope is BASE_SUBTREE the <get> shall be directed against the list representing the baseObjectInstance. The
Xpath filter expression will need a sub-expression for each level joined by the OR operator.
Example 3
If scope is BASE_NTH_LEVEL the <get> shall be directed against the list representing classes at the Nth level under
the baseObjectInstance. The number of ‘*’ parts (descendant axis) will correspond to the number of levels.
Example 4
3GPP
Release 1718 126 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
indirectly supports scope or filtered sets of MOIs that are part of the modifyMOIAttributes 3GPP operation
specification. <edit-config> needs a config block, containing the explicit config changes to be made for each MOI.
The Netconf operation attribute on the list representing modified MOI(s) should be set to create, replace or delete
according to the ENUM in the modificationList.
The IS operation parameters are mapped to SS equivalents according to table 12.1.3.1.4-1 and table 12.1.3.1.4-2.
The Netconf operation attribute on the list representing the baseObjectInstance should be set to delete or remove.
The IS operation parameters are mapped to SS equivalents according to table 12.1.3.1.5-1 and table 12.1.3.1.5-2.
3GPP
Release 1718 127 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.1.3.2.1 Introduction
The notifications "notifyMOICreation", "notifyMOIDeletion" and "notifyMOIAttributeValueChanges" should not be
used in the YANG_Netconf solution set as "notifyMOIChanges" provides the same functionality.
- Any changes reported are based on the YANG NRM definitions, even though the RESTful notification mapping is
reused.
- The media type as specified by the "Content-Type" header in the HTTP POST request shall be "application/yang-
data+json" and not "application/json".
- The value of "href" shall be set to the FQDN or IP address identifying the NETCONF server.
- The value of "path" shall be a RESTCONF data resource identifier (RFC 8040 [49], clause 3.5.3).
- The "#" character before "/attributes" in "path" is not present. NETCONF/YANG does not differentiate
between the stage 2 concepts of object and attribute, hence there is no need for a delimiter.
- The value of "value" shall follow the JSON encoding of YANG (RFC 7951 [50]).
- Attribute elements are identified by their value (in case of a YANG "leaf-list") or by the values of keys (in case of
a YANG "list"). In JSON Patch, attribute elements are identified based on their index, i.e. based on the position
in the array.
- In case no key is defined for a YANG "list" it is not possible to report the creation, deletion or replacement of
individual list entries. In this case, whenever the list is modified, the replacement of the complete attribute or
attribute field (the complete list with all list enties) shall be reported.
- Similarly if an attribute(field) is mapped to a YANG leaf-list with non-unique values it is not possible to report
the creation, deletion or replacement of an individual value. In this case, whenever the leaf-list is modified,
3GPP
Release 1718 128 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
the replacement of the complete attribute or attribute field (the complete leaf-list; all values) shall be
reported.
- Attributes with default values, for which no value is specified in the object creation request, shall be included in
the object creation report with their default values.
- Attributes with default values, that are deleted and consequently set to their default value, shall be included in
attribute replacement reports.
- operation: add
- path: YANG resource identifier pointing to the list entry representing the MOI
- value: a complete MOI representation, represented by the "id" node and the "attributes" container but exluding
the list entry itself encoded according to RFC7951 [50].
For example, the following instance of a "moiChanges" array item reports an object creation:
href: node1.lichtenberg.de
…
notificationId: 123456001
path: "/3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:PerfMetricJob=job1"
operation: add
value:
id: job1
3gpp-common-measurements:PerfMetricJob:attributes:
jobId: 9865
fileReportingPeriod: 30
- operation: remove
- path: YANG resource identifier pointing to the list entry representing the MOI
For example, the following instance of a "moiChanges" array item reports an object deletion:
href: node1.charlottenburg.de
…
notificationId: 123456002
path: "/3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:PerfMetricJob=job1"
operation: remove
Case 3: Creating a (complete) attribute is reported as follows. (Setting the value(s) of an attribute that had no value
before the change):
- operation: add.
- path: YANG resource identifier pointing to the leaf/leaf-list/container/list representing the attribute. If the
attribute is represented by a list or leaf-list, then for this last data node the equal sign, the key value(s) or leaf-list
value is omitted, only the list/leaf-list name shall be present.
- value: the content of the leaf/leaf-list entry(s)/container/list entry(s) representing the created attribute encoded
according to RFC7951 [50]. In case of attribute represented by a container/list the child data nodes are encoded
only,the container/list itself is not.
3GPP
Release 1718 129 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
For example, the following instance of a "moiChanges" array item reports setting the values of the performanceMetrics
simple, multivalue attribute:
href: node1.spandau.de
…
notificationId: 123456003
path: "/3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:PerfMetricJob=job1/attributes/performanceMetrics"
operation: add
value:
- inOctets
- inPackets
- outPackets
- operation: remove.
For example, the following instance of a "moiChanges" array item reports deleting all values of the performanceMetrics
attribute:
href: node1.pankow.de
…
notificationId: 123456004
path: "/3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:PerfMetricJob=job1/attributes/performanceMetrics"
operation: remove
Case 5: Replacing a (complete) attribute is reported as follows. (Removing all previous values of the attribute and
setting new value(s)):
- operation: replace.
Case 6: Adding a new value to a multivalue attribute (an attribute with multiplicity upper bound greater than 1) is
reported as follows. (This does not imply any change to exisiting values):
- operation: add/
- path: YANG resource identifier pointing to a leaf-list/list entry representing an attribute element(value). In case
of adding a new element to an attribute with the property isOrdered=True the new element/value is inserted
before the pointed element(value), unless the "insert" subparameter specifies differently.
- value: the leaf-list/list entry representing the new attribute value encoded according to RFC7951 [50]. In case of
a list the child data nodes are encoded the list-entry itself is not.
- insert: an additional input subparameter is added to the moiChange input parameter. This indicates whether the
new element/value was added before or after the element/value specified in path. The subparameter is only valid
in case of attributes with the property isOrdered=True. It can take the values "before", "after". If missing it
defaults to "before".
For example, the following instance of a "moiChanges" array item reports adding a new element/value to the
"performanceMetrics" attribute before the outPackets element.:
notificationId: 123456006
path: "/3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:PerfMetricJob=job1/attributes/performanceMetrics/performanceMetrics=outPackets"
operation: add
insert: before
value: outOctets
3GPP
Release 1718 130 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Case 7: Deleting a single element/value from a multivalue attribute is reported as follows. (This does not imply any
change to any other elements):
- operation: remove.
Case 8: Replacement of a single value for a multivalue attribute is reported as follows. This implies removing the old
value; in case of a structured attribute removal all its subparts. This does not imply any change to any other values:
- operation: replace.
For example, the following instance of a "moiChanges" array item reports replacing an element/value of the
"thresholdInfoList" structured attribute:
notificationId: 123456008
path: 3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:ThresholdMonitor=job1/attributes/thresholdInfoList=thr1
operation: replace
value:
- idx: thr1
thresholdDirection: UP
thresholdValue: '4.5'
Case 9: Adding afield (subpart) of an attribute value is reported as follows (only used for structured attributes
represented by a list or container in YANG):
- operation: add.
- path: YANG Resource Identifier pointing to the leaf/leaf-list/container/list representing the attribute field. If the
attribute field is represented by a list or leaf-list, the field has multiplicity upper bound greater than 1, with the
property isOrdered=True the new element/value is inserted before the pointed element(value), unless the "insert"
subparameter specifies differently.
- value: the leaf/leaf-list/container/list representing the new attribute field values encoded according to RFC7951.
In case of a list/container representing the attribute field, value shall contain only the child data nodes, but not
the container/list-entry itself.
- insert: In case the field has multiplicity upper bound greater than 1 and has the property isOrdered=True, the
subparameter is used similarly as in case 6.
For example, the following instance of a "moiChanges" array item reports adding a value to the " hysteresis " attribute
subpart:
notificationId: 123456009
path: 3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:ThresholdMonitor=job1/attributes/thresholdInfoList=thr1/hysteresis
operation: add
value: '10'
Case 10: Deleting a field (subpart) of an attribute is reported as follows. (only used for structured attributes represented
by a list or container in YANG):
- operation: remove.
For example, the following instance of a "moiChanges" array item reports deleting all values of the "hysteresis"
attribute field:
3GPP
Release 1718 131 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
notificationId: 123456010
path: 3gpp-common-managed-element:ManagedElement=node3/3gpp-common-
measurements:ThresholdMonitor=job1/attributes/thresholdInfoList=thr1/hysteresis
operation: remove
Case 11: Replacement of a field (subpart) of an attribute is reported as follows. This implies removing previous
value(s). (only used for structured attributes represented by a list or container in YANG):
- operation: replace.
12.1.3.3.1 Introduction
The Netconf server implementing the MnS provider shall implement some basic capabilities.
12.2.1.1.1 Introduction
The IS operations are mapped to SS equivalents according to table 12.2.1.1.1-1.
3GPP
Release 1718 132 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
1. The MnS consumer sends a HTTP GET request to the MnS producer.
- The querycomponent may contain three optional parameters: "alarmAckstate", "baseObjectInstance" and
"filter". Absence of the query component means all alarms shall be returned.
2. The MnS producer sends a HTTP GET response to the MnS consumer.
- On success "200 OK" shall be returned. The response message body shall contain the queried alarm
records. For each alarm, the notification header of the last alarm notification, that was related to this
alarm, shall be included. Only "notifyNewAlarm", "notifyChangedAlarm" or "notifyClearedAlarm"
notifications shall be considered when determining the last alarm notification. The comments related to
each alarms shall be contained in the response as well.
- On failure, an appropriate error code shall be returned. The response message body may carry additional
error information.
1. The MnS consumer sends a HTTP GET request to the MnS producer.
3GPP
Release 1718 133 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- The query component may contain two optional parameters: "alarmAckstate" and "filter". Absence of the
query component means all alarms shall be counted.
2. The MnS producer sends a HTTP GET response to the MnS consumer.
- On success "200 OK" shall be returned. The response message body shall carry the alarm count for all
perceived severity values. The response format is defined by "AlarmsCount".
- On failure, an appropriate error code shall be returned. The response message body may carry additional
error information.
1. The MnS consumer sends a HTTP POST request to the MnS producer.
- The URI identifies the "…/alarms/{alarmId}/comment" alarm resource the comment shall be added to.
- The request message body shall contain a JSON object with "commentUserId" and "commentText"
properties. In addition to that the request object may contain the "commentSystemId" property. .
2. The MnS producer sends a HTTP POST response to the MnS consumer.
- On success "201 Created " shall be returned. The response message body shall carry the representation of
the created comment resource. The Location header shall be present and carry the URI of the created
comment resource.
- On failure, an appropriate error code shall be returned. The response message body may carry additional
error information.
The stage 3 solution does not support adding a comment to multiple alarms.
3GPP
Release 1718 134 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
1. The MnS consumer sends a HTTP PATCH request to the MnS producer.
- The request message body contains a merge patch document. The document shall patch the "ackState" and
"ackUserId" property of the identified alarm resource, and may patch the "ackSystemId" property. The
patch document is defined by "MergePatchAcknowledgeAlarms".
2. The MnS producer sends a HTTP PATCH response to the MnS consumer.
- On success "204 No Content" shall be returned. The response message body shall be empty.
- On failure, an appropriate error code shall be returned. The response message body shall return the alarmId,
together with failure reason. The response message body may carry additional error information.
In case multiple alarms shall be acknowledged the IS operation parameters are mapped to SS equivalents according to
table 12.2.1.1.5-3 and table 12.2.1.1.5-4.
1. The MnS consumer sends a HTTP PATCH request to the MnS producer.
3GPP
Release 1718 135 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- The request message body contains a merge patch document. The document shall patch the "ackState" and
"ackUserId" property of the identified alarm resources, and my patch the "ackSystemId" property. The
patch document is defined by "MergePatchAcknowledgeAlarms".
2. The MnS producer sends a HTTP PATCH response to the MnS consumer.
- On success "200 OK" shall be returned. The response message body shall be empty.
- On failure, an appropriate error code shall be returned. The response message body shall return a list with
the alarmId's that did not exist or were identifying alarms that could not be acknowledged, together with
the failure reasons.
1. The MnS consumer sends a HTTP PATCH request to the MnS producer.
- The request message body contains a merge patch document. The document shall patch the "ackState" and
"ackUserId" property of the identified alarm resource, and may patch the "ackSystemId" property. The
patch document is defined by "MergePatchAcknowledgeAlarms".
2. The MnS producer sends a HTTP PATCH response to the MnS consumer.
- On success "204 No Content" shall be returned. The response message body shall be empty.
- On failure, an appropriate error code shall be returned. The response message body may carry additional
error information.
In case multiple alarms shall be unacknowledged the IS operation parameters are mapped to SS equivalents according
to table 12.2.1.1.6-3 and table 12.2.1.1.6-4.
3GPP
Release 1718 136 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
1. The MnS consumer sends a HTTP PATCH request to the MnS producer.
- The request message body contains a merge patch document. The document shall patch the "ackState" and
"ackUserId" property of the identified alarm resources, and my patch the "ackSystemId" property. The
patch document is defined by "MergePatchAcknowledgeAlarms".
2. The MnS producer sends a HTTP PATCH response to the MnS consumer.
- On success "200 OK" shall be returned. The response message body shall be empty.
- On failure, an appropriate error code shall be returned. The response message body shall return a list with
the alarmId's that did not exist or were identifying alarms that could not be unacknowledged, together
with the failure reasons.
1. The MnS consumer sends a HTTP PATCH request to the MnS producer.
- The request message body contains a merge patch document. The document shall patch the "clearUserId"
property, may patch the "clearSystemId" property and shall patch the "perceivedSeverity" property of the
identified alarm resource represented by an "alarmRecord" object. The patch document is defined by
"MergePatchClearAlarms".
2. The MnS producer sends a HTTP PATCH response to the MnS consumer.
- On success "204 No content" shall be returned. The response message body shall be empty.
3GPP
Release 1718 137 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- On failure, an appropriate error code shall be returned. The response message body shall return the alarmId
that did not exist or was identifying an alarm that could not be cleared together with a failure reason. The
JSON document carried in the response shall comply to "FailedAlarms-Response" .
In case multiple alarms shall be cleared the IS operation parameters are mapped to SS equivalents according to table
12.2.1.1.7-3 and table 12.2.1.1.7-4.
1. The MnS consumer sends a HTTP PATCH request to the MnS producer.
- The request message body contains a merge patch document. The document shall patch the "clearUserId"
property, may patch the "clearSystemId" property and shall patch the "perceivedSeverity" property of the
identified alarm resources . The patch document is defined by "patchClearAlarms-RequestType".
2. The MnS producer sends a HTTP PATCH response to the MnS consumer.
- On success "200 OK" shall be returned. The response message body shall be empty.
- On failure, an appropriate error code shall be returned. The response message body shall return a list with
the alarmId's that did not exist or were identifying alarms that could not be cleared, together with the
failure reasons.
3GPP
Release 1718 138 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
1. The MnS consumer sends a HTTP POST request to the MnS producer.
- The request message body shall carry a data structure of type "Subscription". This data structure contains
filtering criteria and a consumer side URI to which the provider will subsequently send notifications about
events that match the filter.
2. The MnS producer creates a new subscription for notifications related to fault management, and a resource that
represents this subscription.
3. The MnS producer sends a HTTP POST response to the MnS consumer.
- On success "201 Created " shall be returned. The response message body shall carry the representation of the
created subscription resource. The Location header shall be present and carry the URI of the created
subscription resource.
- On failure, an appropriate error code shall be returned. The response message body may carry additional error
information.
1. The MnS consumer sends a HTTP DELETE request to the MnS producer.
2. The MnS producer sends a HTTP DELETE response to the MnS consumer.
- On success "204 No Content" shall be returned. The response message body shall be empty.
- On failure, an appropriate error code shall be returned. The response message body may carry an error object.
12.2.1.2.1 Introduction
The IS notifications are mapped to SS equivalents according to table 12.2.1.2.1-1.
3GPP
Release 1718 139 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 140 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 141 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 142 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 143 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.1.3 Resources
Figure 12.2.1.3.1.1-1 shows the resource structure of the Fault Supervision MnS on the MnS producer.
{MnSRoot}/FaultSupervisionMnS/{MnSVersion}
/alarms
/{alarmId}
/comments
/{commentId}
/alarmCount
/subscriptions
/{subscriptionId}
Figure 12.2.1.3.1-1: Resource URI structure of the Fault Supervision MnS on the MnS producer
Table 12.2.1.3.1.1-1 provides an overview of the resources and applicable HTTP methods.
HTTP
Resource name Resource URI Description
method
Alarms .../alarms GET Retrieve all alarms or a filtered subset
PATCH Clear, acknowledge or unacknowledge multiple
alarms
Alarm Count .../alarms/alarmCount GET Retrieve the alarm count per perceived severity
Alarm .../alarms/{alarmId} PATCH Clear, acknowledge or unacknowledge an alarm
Comments .../alarms/{alarmId}/comments POST Add a comment to an alarm
Subscriptions .../subscriptions POST Create a subscription
Subscription .../subscriptions/{subscriptionId} DELETE Delete a subscription
Figure 12.2.1.3.1.2-1 shows the resource structure of the Fault Supervision MnS on the MnS consumer.
{notificationTarget}
Figure 12.2.1.3.1.2-1: Resource URI structure of the Fault Supervision MnS on the MnS consumer
Table 12.2.1.3.1.2-1 provides an overview of the resources and applicable HTTP methods.
3GPP
Release 1718 144 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.1.3.2.1.1 Description
12.2.1.3.2.1.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
This method shall support the URI query parameters specified in the following table.
Table 12.2.1.3.2.1.3.1-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.2.1.3.2.1.3.1-2: Data structures supported by the GET Request Body on this resource
Table 12.2.1.3.2.1.3.1-3: Data structures supported by the GET Response Body on this resource
12.2.1.3.2.1.3.2 Void
3GPP
Release 1718 145 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This method shall support the URI query parameters specified in the following table.
Table 12.2.1.3.2.1.3.3-1: URI query parameters supported by the PATCH method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.2.1.3.2.1.3.3-2: Data structures supported by the PATCH Request Body on this resource
Table 12.2.1.3.2.1.3.3-3: Data structures supported by the PATCH Response Body on this resource
12.2.1.3.2.2.1 Description
12.2.1.3.2.2.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
alarmId Alarm identifier
This method shall support the URI query parameters specified in the following table.
Table 12.2.1.3.2.2.3.1-1: URI query parameters supported by the PATCH method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
3GPP
Release 1718 146 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.2.1.3.2.2.3.1-2: Data structures supported by the PATCH Request Body on this resource
Table 12.2.1.3.2.2.3.1-3: Data structures supported by the PATCH Response Body on this resource
12.2.1.3.2.3.1 Definition
This resource holds metadata about the /alarms collection resource like the alarm count per perceived severity.
12.2.1.3.2.3.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
12.2.1.3.2.3.3.1 GET
This method shall support the URI query parameters specified in table 12.2.1.3.2.3.3.1-1.
Table 12.2.1.3.2.3.3.3-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures specified in table 12.2.1.3.2.3.3.1-2 and the response data
structures and response codes specified in table 12.2.1.3.2.3.3.1-3.
Table 12.2.1.3.2.3.3.1-2: Data structures supported by the GET Request Body on this resource
Table 12.2.1.3.2.3.3.1-3: Data structures supported by the GET Response Body on this resource
3GPP
Release 1718 147 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.1.3.2.4.1 Definition
12.2.1.3.2.4.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
alarmId Alarm identifier
12.2.1.3.2.4.3.1 POST
This method shall support the URI query parameters specified in the following table.
Table 12.2.1.3.2.4.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures, and the response data structures and response codes specified in
the following tables.
Table 12.2.1.3.2.4.3.1-2: Data structures supported by the POST Request Body on this resource
Table 12.2.1.3.2.4.3.1-3: Data structures supported by the POST Response Body on this resource
12.2.1.3.2.5.1 Definition
12.2.1.3.2.5.2 URI
3GPP
Release 1718 148 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
alarmId Alarm identifier
commentId Comment identifier
None.
12.2.1.3.2.6.1 Description
12.2.1.3.2.6.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
12.2.1.3.2.6.3.1 POST
This method shall support the URI query parameters specified in table 12.2.1.3.2.6.3.1-1.
Table 12.2.1.3.2.6.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures specified in table 12.2.1.3.2.6.3.1-2 and the response data
structures and response codes specified in table 12.2.1.3.2.6.3.1-3.
Table 12.2.1.3.2.6.3.1-2: Data structures supported by the POST Request Body on this resource
Table 12.2.1.3.2.6.3.1-3: Data structures supported by the POST Response Body on this resource
3GPP
Release 1718 149 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.1.3.2.6.3.2 Void
12.2.1.3.2.7.1 Description
12.2.1.3.2.7.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
subscriptionId Subscription identifier
12.2.1.3.2.7.3.1 DELETE
This method shall support the URI query parameters specified in table 12.2.1.3.2.7.3.1-1.
Table 12.2.1.3.2.7.3.1-1: URI query parameters supported by the DELETE method on this resource
This method shall support the request data structures specified in table 12.2.1.3.2.7.3.1-2 and the response data
structures and response codes specified in table 12.2.1.3.2.7.3.1-3.
Table 12.2.1.3.2.7.3.1-2: Data structures supported by the DELETE Request Body on this resource
Table 12.2.1.3.2.7.3.1-3: Data structures supported by the DELETE Response Body on this resource
12.2.1.3.2.8.1 Description
12.2.1.3.2.8.2 URI
3GPP
Release 1718 150 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Name Definition
notificationTarget URI of the notification target on the MnS consumer, contained in the notification subscription
12.2.1.3.2.8.3.1 POST
This method shall support the URI query parameters specified in table 12.2.1.3.2.8.3.1-1.
Table 12.2.1.3.2.8.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures specified in table 12.2.1.3.2.8.3.1-2 and the response data
structures and response codes specified in table 12.2.1.3.2.8.3.1-3.
Table 12.2.1.3.2.8.3.1-2: Data structures supported by the POST Request Body on this resource
Table 12.2.1.3.2.8.3.1-3: Data structures supported by the POST Response Body on this resource
12.2.1.4.1 General
This clause defines the data types used by the Fault Supervision MnS. Table 12.2.1.4.1-1 specifies the data types
defined in the present document and table 12.2.1.4.1-2 the data types imported.
3GPP
Release 1718 151 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 152 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 153 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 154 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 155 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 156 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
11.2.2.1.5.1
3GPP
Release 1718 157 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 158 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 159 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 160 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 161 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 162 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.1.4.2 Void
12.2.1.4.3 Void
12.2.1.4.4.1 General
This clause defines simple data types and enumerations that are used by the data structures defined in the previous
clauses.
3GPP
Release 1718 163 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 164 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.2 RESTful HTTP-based solution set for integration with ONAP VES
API
3GPP
Release 1718 165 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.2.2.1 Introduction
12.2.2.2.1.1 General
12.2.2.2.1.2 Void
3GPP
Release 1718 166 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.2.2.3 Resources
Figure 12.2.2.3.1-1: Resource URI structure of the fault supervision data report MnS for integration
with ONAP VES Event Listener 7.1.1 (Resource structure section) [45]
Table 12.2.2.3.1-1 provides an overview of the resources and applicable HTTP methods.
12.3.1.1 Void
3GPP
Release 1718 167 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.3.1.2.2.1 Introduction
12.3.1.2.3 Resources
Table 12.3.1.2.3.1-1 provides an overview of the resources and applicable HTTP methods.
12.3.1.2.3.2.1.1 Description
This resource represents a resource on a MnS consumer to which notifications are sent to.
3GPP
Release 1718 168 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.3.1.2.3.2.1.2 URI
12.3.1.2.3.2.1.3.1 POST
This method shall support the URI query parameters specified in table 12.3.1.2.3.2.1.3.1-1.
Table 12.3.1.2.3.2.1.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures specified in table 12.3.1.2.3.2.1.3.1-2 and the response data
structures and response codes specified in table 12.3.1.2.3.2.1.3.1-3.
Table 12.3.1.2.3.2.1.3.1-2: Data structures supported by the POST Request Body on this resource
Table 12.3.1.2.3.2.1.3.1-3: Data structures supported by the POST Response Body on this resource
12.3.1.2.4.1 General
3GPP
Release 1718 169 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.3.1.2.4.3 Void
12.3.1.2.4.4 Void
12.3.1.2.4.5 Void
12.3.1.2.4.6.1 General
This clause defines simple data types and enumerations that are used by the data structures defined in the previous
clauses.
3GPP
Release 1718 170 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.3.2.1 Introduction
This clause describes the format of performance data file. The XML file format definition is based on XML schema
([26], [27], [28] and [29]).
3GPP
Release 1718 171 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.3.2.3 Void
12.3.2.3.1 Void
12.3.2.3.2 Void
Name: measData.xsd
Version: 2.0.0
Identifier: measData.xsd-v2.0.0
<element name="measDataFile">
<complexType>
<sequence>
3GPP
Release 1718 172 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
<element name="fileHeader">
<complexType>
<sequence>
<element name="fileSender">
<complexType>
<attribute name="senderName" type="string" use="optional"/>
<attribute name="senderType" type="string" use="optional"/>
</complexType>
</element>
<element name="measData">
<complexType>
<attribute name="beginTime" type="dateTime" use="required"/>
</complexType>
</element>
</sequence>
<attribute name="fileFormatVersion" type="string" use="required"/>
<attribute name="vendorName" type="string" use="optional"/>
<attribute name="dnPrefix" type="string" use="optional"/>
</complexType>
</element>
3GPP
Release 1718 173 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
<extension base="md:measResultType">
<attribute name="p" type="positiveInteger" use="required"/>
</extension>
</simpleContent>
</complexType>
</element>
</choice>
<element name="suspect" type="boolean" minOccurs="0"/>
</sequence>
<attribute name="measObjLdn" type="string" use="required"/>
</complexType>
</element>
</sequence>
<attribute name="measInfoId" type="string" use="optional"/>
</complexType>
</element>
</sequence>
</complexType>
</element>
<element name="fileFooter">
<complexType>
<sequence>
<element name="measData">
<complexType>
<attribute name="endTime" type="dateTime" use="required"/>
</complexType>
</element>
</sequence>
</complexType>
</element>
</sequence>
</complexType>
</element>
<simpleType name="measResultType">
<union memberTypes="integer float string">
<simpleType>
<restriction base="string">
<enumeration value="NULL"/>
</restriction>
</simpleType>
</union>
</simpleType>
</schema>
12.4 Heartbeat
12.4.1 RESTful HTTP-based solution set
12.4.1.2.1 Introduction
The IS notifications are mapped to SS equivalents according to table 12.4.1.2.1-1.
3GPP
Release 1718 174 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.4.1.4 Resources
N/A.
12.4.1.5.1 General
12.4.1.5.3.1 General
This subclause defines simple data types and enumerations that are used by the data structures defined in the previous
subclauses.
3GPP
Release 1718 175 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.4.2 RESTful HTTP-based solution set for integration with ONAP VES
API
NOTE: Void.
12.4.2.2.1 Introduction
12.4.2.2.1.1 General
The 3GPP IS heartbeat notifications are mapped to SS equivalents according to table 12.4.2.2.1.1-1.
3GPP IS fault supervision alarm notification parameters are mapped to solution set equivalent as follows:
12.5.1.1.1 Introduction
The IS operations are mapped to SS equivalents according to table 12.5.1.1.1-1.
3GPP
Release 1718 176 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 177 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.5.1.1.2-3: Mapping of IS operation input parameters to SS equivalents (HTTP GET (Upgrade))
Table 12.5.1.1.2-4: Mapping of IS operation output parameters to SS euivalents (HTTP GET (Upgrade))
The message flow for establishing a streaming connection illustrated on Figure 12.5.1.1.2-1 is as follows:
3GPP
Release 1718 178 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- The request message body carries the information about the connecting producer identity via parameter
"producerId" and about streams supported by the new connection via parameter "StreamInfoList".
2. The MnS consumer sends a HTTP POST response to the MnS producer.
- On success "201 Posted" shall be returned with the identifier of a newly created
".../connections/{connectionId}" resource.
- On failure, an appropriate error code shall be returned. The response message body may carry an error object.
3. If step 2 is successful, the MnS producer sends a HTTP GET (upgrade) request to theMnS consumer to establish
the WebSocket connection.
- The HTTP-version in the Request-line indicates the HTTP version which is no earlier than HTTP/1.1;
- The Sec-WebSocket-Key header is with a valid value according to IETF RFC 6455 [40].
- The Sec-WebSocket-Version header is with a valid according to IETF RFC 6455 [40].
4. The MnS consumer sends a HTTP GET (Upgrade) response to the MnS producer.
- On failure, an appropriate error code shall be returned. The response message body may carry an error object.
- The HTTP-version in the Response-line indicates the HTTP version which is no earlier than HTTP/1.1;
- The Sec-WebSocket-Accept header is with a valid value according to IETF RFC 6455 [40].
3GPP
Release 1718 179 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
The protocol stack with Streaming Trace Payloads formatted as per clause 5 of TS 32.423 [39] carried by WebSocket
binary data frames (see clause 5.6 of IETF RFC 6455 [40]) is illustrated on Figure 12.5.1.1.4-1.
The protocol stack with streaming performance data payloads formatted as per Annex G of TS 28.550 [42] carried by
WebSocket binary data frames (see clause 5.6 of IETF RFC 6455 [40]) is illustrated on Figure 12.5.1.1.4-2.
3GPP
Release 1718 180 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
TS 32.423 TS 32.423
WebSocket WebSocket
TLS TLS
TCP TCP
IP IP
TS 28.550 TS 28.550
WebSocket WebSocket
TLS TLS
TCP TCP
IP IP
3GPP
Release 1718 181 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 182 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.5.1.3 Resources
Figure 12.5.1.3.1-1: Resource URI structure of the Streaming data reporting service
Table 12.5.1.3.1-1 provides an overview of the resources and applicable HTTP methods.
Resource HTTP
Resource URI Description
name method
connections …/connections POST Inform consumer about reporting streams to
be carried by the new connection and
receive a new connection id.
GET Obtain information about connections
connection …/connections/{connectionId} GET Establish WebSocket for a given connection
(Upgrade)
GET Obtain information about connection
WebSocket Send a unit of streaming data
0x2
WebSocket Terminate a WebSocket connection
0x8
streams …/connections/{connectionId}/streams POST Inform consumer about new reporting
streams on an existing connection.
DELETE Remove reporting streams from an existing
connection
GET Obtain information about streams
stream …/connections/{connectionId}/streams/ GET Obtain information about stream
{streamId}
12.5.1.3.2.1.1 Description
This resource represents a collection of connections and can be used to establish new connections or to obtain
information about existing connections.
12.5.1.3.2.1.2 URI
3GPP
Release 1718 183 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This resource shall support the resource URI variables defined in the table 12.5.1.3.2.1.2-1.
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.1.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.1.3.1-2: Data structures supported by the POST request body on this resource
Table 12.5.1.3.2.1.3.1-3: Data structures supported by the POST Response Body on this resource
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.1.3.2-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.1.3.2-2: Data structures supported by the GET request body on this resource
3GPP
Release 1718 184 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.5.1.3.2.1.3.2-3: Data structures supported by the GET Response Body on this resource
12.5.1.3.2.2.1 Description
This resource represents an individual connection and can be used for an "upgrade" to WebSocket as part of the
connection establishment, or to obtain information about an existing connection, or to terminate an existing connection,
or to send a unit of streaming data.
12.5.1.3.2.2.2 URI
This resource shall support the resource URI variables defined in the table 12.5.1.3.2.2.2-1.
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
connectionId Represents identifier of an individual connection assigned by the MnS consumer during
connection establishment
This method shall support the URI header parameters specified in the following table.
Table 12.5.1.3.2.2.3.2-1: Header parameters supported by the GET request on this resource
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.2.3.2-2: URI query parameters supported by the GET method on this resource
3GPP
Release 1718 185 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.2.3.2-3: Data structures supported by the GET request body on this resource
Table 12.5.1.3.2.2.3.2-4: Header parameters supported by the GET response on this resource
Table 12.5.1.3.2.2.3.2-5: Data structures supported by the GET response body on this resource
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.1.3.2-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.1.3.2-2: Data structures supported by the GET request body on this resource
Table 12.5.1.3.2.1.3.2-3: Data structures supported by the GET Response Body on this resource
3GPP
Release 1718 186 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.5.1.3.2.3.1 Description
This resource represents a collection of reporting streams on a particular connection and can be used to add a new
reporting stream to an existing connection, or to remove a reporting stream from an existing connection, or to obtain
information about reporting streams.
12.5.1.3.2.3.2 URI
This resource shall support the resource URI variables defined in the table 12.5.1.3.2.3.2-1.
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
connectionId See table 12.5.1.3.2.2.2-1
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.3.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.3.3.1-2: Data structures supported by the POST request body on this resource
Table 12.5.1.3.2.3.3.1-3: Data structures supported by the POST Response Body on this resource
This method shall support the URI query parameters specified in the following table.
3GPP
Release 1718 187 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.5.1.3.2.3.3.2-1: URI query parameters supported by the DELETE method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.3.3.2: Data structures supported by the DELETE request body on this resource
Table 12.5.1.3.2.3.3.2-3: Data structures supported by the DELETE Response Body on this resource
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.3.3.3-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.3.3.3-2: Data structures supported by the GET request body on this resource
Table 12.5.1.3.2.3.3.3-3: Data structures supported by the GET Response Body on this resource
12.5.1.3.2.4.1 Description
This resource represents an individual reporting stream on an existing connection and can be used to obtain information
about reporting stream.
12.5.1.3.2.4.2 URI
3GPP
Release 1718 188 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
This resource shall support the resource URI variables defined in the table 12.5.1.3.2.4.2-1.
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
connectionId See table 12.5.1.3.2.2.2-1
streamId Represents identifier of an individual stream. For Streaming Trace reporting, the Trace
Reference (see clause 5.6 of TS 32.422 [38]) is used as stream identifier
This method shall support the URI query parameters specified in the following table.
Table 12.5.1.3.2.4.3.1-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following table.
Table 12.5.1.3.2.4.3.1-2: Data structures supported by the GET request body on this resource
Table 12.5.1.3.2.4.3.1-3: Data structures supported by the GET Response Body on this resource
3GPP
Release 1718 189 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.5.1.4.1 General
3GPP
Release 1718 190 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 191 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Name Definition
measObjDn (support qualifier) Attribute shall be present for streaming performance data
only.
measTypes (support qualifier) Attribute shall be present for streaming performance data
only.
analyticsInfo (support qualifier) Attribute shall be present for streaming analytics only.
vsDataContainer (support qualifier) Attribute shall be present for proprietary data streaming.
traceInfo (support qualifier) Attribute shall be present for streaming trace data only.
12.5.1.4.3.1 General
This subclause defines simple data types and enumerations that are used by the data structures defined in the previous
subclauses.
3GPP
Release 1718 192 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.6.1.1.1 Introduction
The IS operations are mapped to SS equivalents according to table 12.6.1.1.1-1.
- 1. The MnS consumer sends a HTTP GET request to the MnS producer.
- The query part may contain filter parameters. Absence of the query component means all available files shall
be returned.
2. The MnS producer sends a HTTP GET response to the MnS consumer.
- On success "200 OK" shall be returned. The response message body shall carry the information of available
files. The response format is defined by " array(FileInfo) ".
- On failure, an appropriate error code shall be returned. The response message body may provide additional
error information..
3GPP
Release 1718 193 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.6.1.2.1 Introduction
The IS notifications are mapped to SS equivalents according to table 12.6.1.2.1-1.
3GPP
Release 1718 194 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.6.1.3 Resources
Figure 12.6.1.3.1.1-1 shows the resource structure of the File Data Reporting MnS on the MnS producer.
{MnSRoot}/FileDataReportingMnS/{MnSVersion}
/files
/subscriptions
/{subscriptionId}
Figure 12.6.1.3.1.1-1: Resource URI structure of the File Data Reporting MnS on the MnS producer
Table 12.2.1.3.1.1-1 provides an overview of the resources and applicable HTTP methods.
Figure 12.6.1.3.1.2-1 shows the resource structure of the File Data Reporting MnS on the MnS consumer.
{notificationTarget}
Figure 12.6.1.3.1.2-1: Resource URI structure of the File Data Reporting MnS on the MnS consumer
Table 12.6.1.3.1.2-1 provides an overview of the resources and applicable HTTP methods.
12.6.1.3.2.1.1 Description
12.6.1.3.2.1.2 URI
3GPP
Release 1718 195 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
This method shall support the URI query parameters specified in the following table.
Table 12.6.1.3.2.1.3.1-1: URI query parameters supported by the GET method on this resource
This method shall support the request data structures, the response data structures and response codes specified in the
following tables.
Table 12.6.1.3.2.1.3.1-2: Data structures supported by the GET request body on this resource
Table 12.6.1.3.2.1.3.1-3: Data structures supported by the GET response body on this resource
12.6.1.3.2.2.1 Description
12.6.1.3.2.2.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
3GPP
Release 1718 196 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.6.1.3.2.2.3.1 POST
This method shall support the URI query parameters specified in table 12.6.1.3.2.2.3.1-1.
Table 12.6.1.3.2.2.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures specified in table 12.6.1.3.2.2.3.1-2 and the response data
structures and response codes specified in table 12.6.1.3.2.2.3.1-3.
Table 12.6.1.3.2.2.3.1-2: Data structures supported by the POST Request Body on this resource
Table 12.6.1.3.2.2.3.1-3: Data structures supported by the POST Response Body on this resource
12.6.1.3.2.2.3.2 Void
12.6.1.3.2.3.1 Description
12.6.1.3.2.3.2 URI
Name Definition
MnSRoot See clause 4.4.3 of TS 32.158 [15]
MnSVersion See clause 4.4.3 of TS 32.158 [15]
subscriptionId Subscription identifier
12.6.1.3.2.3.3.1 DELETE
This method shall support the URI query parameters specified in table 12.6.1.3.2.3.3-1.
3GPP
Release 1718 197 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.6.1.3.2.3.3-1: URI query parameters supported by the DELETE method on this resource
This method shall support the request data structures specified in table 12.6.1.3.2.3.3-2 and the response data structures
and response codes specified in table 12.6.1.3.2.3.3-3.
Table 12.6.1.3.2.3.3-2: Data structures supported by the DELETE Request Body on this resource
Table 12.6.1.3.2.3.3-3: Data structures supported by the DELETE Response Body on this resource
12.6.1.3.2.4.1 Description
12.6.1.3.2.4.2 URI
Name Definition
notificationTarget URI of the notification target on the MnS consumer, contained in the notification subscription
12.6.1.3.2.4.3.1 POST
This method shall support the URI query parameters specified in table 12.6.1.3.2.4.3.1-1.
Table 12.6.1.3.2.4.3.1-1: URI query parameters supported by the POST method on this resource
This method shall support the request data structures specified in table 12.6.1.3.2.4.3.1-2 and the response data
structures and response codes specified in table 12.6.1.3.2.4.3.1-3.
Table 12.6.1.3.2.4.3.1-2: Data structures supported by the POST Request Body on this resource
3GPP
Release 1718 198 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Table 12.6.1.3.2.4.3.1-3: Data structures supported by the POST Response Body on this resource
12.6.1.4.1 General
3GPP
Release 1718 199 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
12.6.1.4.3 Void
12.6.1.4.4 Void
12.6.1.4.5 Void
12.6.1.4.6.1 General
This clause defines simple data types and enumerations that are used by the data structures defined in the previous
clauses.
3GPP
Release 1718 200 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 201 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Annex A (normative):
OpenAPI specification
A.0 Introduction
This clause describes the capabilities of the service in the structure of the OpenAPI Specification Version 3.0.1 [A9].
The OpenAPI definitions are provided in YAML or JSON format.
A.1.0 Introduction
Clause A.1.1 contains the OpenAPI definition of the provisioning MnS which includes the provisioning MnS operations
and the provisioning MnS notifications.
Clause A.1.2 provides indications regarding the content of the generic provisioning MnS notifications when the
consumer of these notifications supports the ONAP VES API. This content is sent as payload of VES events (see Annex
B).
3GPP
Release 1718 202 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/Resource'
responses:
'200':
description: >-
Success case ("200 OK").
This status code shall be returned when the resource is replaced, and
when the replaced resource representation is not identical to the resource
representation in the request.
This status code may be retourned when the resource is updated and when the
updated resource representation is identical to the resource representation
in the request.
The representation of the updated resource is returned in the response
message body.
content:
application/json:
schema:
$ref: '#/components/schemas/Resource'
'201':
description: >-
Success case ("201 Created").
This status code shall be returned when the resource is created.
The representation of the created resource is returned in the response
message body.
content:
application/json:
schema:
$ref: '#/components/schemas/Resource'
'204':
description: >-
Success case ("204 No Content").
This status code may be returned only when the replaced resource
representation is identical to the representation in the request.
The response has no message body.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
callbacks:
notifyMOICreation:
'{request.body#/notificationRecipientAddress}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyMoiCreation'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response
has no message body.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyMOIDeletion:
'{request.body#/notificationRecipientAddress}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyMoiDeletion'
responses:
'204':
description: >-
3GPP
Release 1718 203 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 204 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 205 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
application/json-patch+json:
schema:
type: array
items:
$ref: '#/components/schemas/PatchItem'
application/3gpp-json-patch+json:
schema:
type: array
items:
$ref: '#/components/schemas/PatchItem'
responses:
'200':
description: >-
Success case ("200 OK").
This status code is returned when the updated the resource representations
shall be returned for some reason.
The resource representations are returned in the response message body. The
response message body is constructed according to the hierarchical response
construction method (TS 32.158 [15])
content:
application/json:
schema:
$ref: '#/components/schemas/Resource'
'204':
description: >-
Success case ("204 No Content").
This status code is returned when there is no need to return the updated
resource representations.
The response message body is empty.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
delete:
summary: Deletes one resource
description: >-
With HTTP DELETE one resource is deleted. The resources to be deleted is
identified with the target URI.
responses:
'200':
description: >-
Success case ("200 OK").
This status code is returned, when the resource has been successfully deleted.
The response body is empty.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
components:
schemas:
CmNotificationTypes:
type: string
enum:
- notifyMOICreation
- notifyMOIDeletion
- notifyMOIAttributeValueChanges
- notifyMOIChanges
SourceIndicator:
type: string
enum:
- RESOURCE_OPERATION
- MANAGEMENT_OPERATION
- SON_OPERATION
- UNKNOWN
ScopeType:
type: string
enum:
- BASE_ONLY
- BASE_NTH_LEVEL
- BASE_SUBTREE
- BASE_ALL
Operation:
type: string
enum:
3GPP
Release 1718 206 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- add
- remove
- replace
Insert:
type: string
enum:
- before
- after
PatchOperation:
type: string
enum:
- add
- replace
- remove
- copy
- move
- test
Resource:
oneOf:
- type: object
properties:
id:
type: string
objectClass:
type: string
objectInstance:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
attributes:
type: object
additionalProperties:
type: array
items:
type: object
required:
- id
- anyOf:
- $ref: 'TS28623_GenericNrm.yaml#/components/schemas/resources-genericNrm'
- $ref: 'TS28541_NrNrm.yaml#/components/schemas/resources-nrNrm'
- $ref: 'TS28541_5GcNrm.yaml#/components/schemas/resources-5gcNrm'
- $ref: 'TS28541_SliceNrm.yaml#/components/schemas/resources-sliceNrm'
- $ref: 'TS28536_CoslaNrm.yaml#/components/schemas/resources-coslaNrm'
- $ref: 'TS28312_IntentNrm.yaml#/components/schemas/resources-intentNrm'
- $ref: 'TS28104_MdaNrm.yaml#/components/schemas/resources-mdaNrm'
- $ref: 'TS28105_AiMlNrm.yaml#/components/schemas/resources-AiMlNrm'
- $ref: 'TS28538_EdgeNrm.yaml#/components/schemas/resources-edgeNrm'
Scope:
type: object
properties:
scopeType:
$ref: '#/components/schemas/ScopeType'
scopeLevel:
type: integer
CorrelatedNotification:
type: object
properties:
source:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
notificationIds:
type: array
items:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationId'
required:
- source
- notificationIds
MoiChange:
type: object
properties:
notificationId:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationId'
correlatedNotifications:
type: array
items:
$ref: '#/components/schemas/CorrelatedNotification'
additionalText:
type: string
sourceIndicator:
$ref: '#/components/schemas/SourceIndicator'
3GPP
Release 1718 207 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
op:
$ref: '#/components/schemas/Operation'
path:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Uri'
insert:
$ref: '#/components/schemas/Insert'
value: {}
oldValue: {}
required:
- notificationId
- op
- path
NotifyMoiCreation:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
correlatedNotifications:
type: array
items:
$ref: '#/components/schemas/CorrelatedNotification'
additionalText:
type: string
sourceIndicator:
$ref: '#/components/schemas/SourceIndicator'
attributeList:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
NotifyMoiDeletion:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
correlatedNotifications:
type: array
items:
$ref: '#/components/schemas/CorrelatedNotification'
additionalText:
type: string
sourceIndicator:
$ref: '#/components/schemas/SourceIndicator'
attributeList:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
NotifyMoiAttributeValueChanges:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
correlatedNotifications:
type: array
items:
$ref: '#/components/schemas/CorrelatedNotification'
additionalText:
type: string
sourceIndicator:
$ref: '#/components/schemas/SourceIndicator'
attributeListValueChanges:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeValueChangeSet'
required:
- attributeListValueChanges
NotifyMoiChanges:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
moiChanges:
type: array
items:
$ref: '#/components/schemas/MoiChange'
required:
- moiChanges
PatchItem:
type: object
properties:
op:
$ref: '#/components/schemas/PatchOperation'
from:
type: string
path:
3GPP
Release 1718 208 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
type: string
value:
nullable: true
required:
- op
- path
Clause A.2.2 provides indications regarding the content of the generic fault supervision MnS notifications when the
consumer of these notifications supports the ONAP VES API. This content is sent as payload of VES events (see Annex
B).
3GPP
Release 1718 209 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Filter'
responses:
'200':
description: >-
Success case ("200 OK").
Returns the alarms identified in the request. The alarmId is the key
of the map.
content:
application/json:
schema:
type: object
additionalProperties:
type: object
allOf:
- type: object
properties:
lastNotificationHeader:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- $ref: '#/components/schemas/AlarmRecord'
- type: object
properties:
comments:
$ref: '#/components/schemas/Comments'
default:
description: Response in case of error.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
patch:
summary: 'Clear, acknowledge or unacknowledge multiple alarms'
description: >-
Clears, acknowledges or unacknowledges multiple alarms using patch. Depending
on which action is to be performed, different merge patch documents need
to be used.
requestBody:
description: >-
Patch documents for acknowledging and unacknowledging, or clearing multiple
alarms. The keys in the map are the alarmIds to be patched.
content:
application/merge-patch+json:
schema:
oneOf:
- type: object
additionalProperties:
$ref: '#/components/schemas/MergePatchAcknowledgeAlarm'
- type: object
additionalProperties:
$ref: '#/components/schemas/MergePatchClearAlarm'
responses:
'204':
description: >-
Success case ("204 No content").
The response message body is empty.
default:
description: Response in case of error.
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/FailedAlarm'
/alarms/alarmCount:
get:
summary: Get the alarm count per perceived severity
parameters:
- name: alarmAckState
in: query
required: false
schema:
$ref: '#/components/schemas/AlarmAckState'
- name: filter
in: query
required: false
schema:
type: string
responses:
'200':
3GPP
Release 1718 210 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
description: >-
Success case ("200 OK").
The alarm count per perceived severity is returned.
content:
application/json:
schema:
$ref: '#/components/schemas/AlarmCount'
default:
description: Response in case of error. The error case needs rework.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
/alarms/{alarmId}:
patch:
summary: 'Clear, acknowledge or unacknowledge a single alarm'
description: >-
Clears, acknowledges or unacknowldeges a single alarm by patching the alarm
information. A conditional acknowledge request based on the perceived
severity is not supported.
parameters:
- name: alarmId
in: path
description: Identifies the alarm to be patched.
required: true
schema:
type: string
requestBody:
required: true
content:
application/merge-patch+json:
schema:
oneOf:
- $ref: '#/components/schemas/MergePatchAcknowledgeAlarm'
- $ref: '#/components/schemas/MergePatchClearAlarm'
responses:
'204':
description: >-
Success case (204 No content).
The response message body is absent.
default:
description: Response in case of error.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
/alarms/{alarmId}/comments:
post:
summary: Add a comment to a single alarm
description: >-
Adds a comment to an alarm identified by alarmId. The id of the new comment
is allocated by the producer.
parameters:
- name: alarmId
in: path
description: Identifies the alarm to which the comment shall be added.
required: true
schema:
type: string
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/Comment'
responses:
'201':
description: >-
Success case (201 Created).
The representation of the newly created comment resource shall be returned.
content:
application/json:
schema:
$ref: '#/components/schemas/Comment'
headers:
Location:
description: URI of the newly created comment resource.
required: true
3GPP
Release 1718 211 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
schema:
type: string
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
/subscriptions:
post:
summary: Create a subscription
description: >-
To create a subscription the representation of the subscription is
POSTed on the /subscriptions collection resource.
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/Subscription'
responses:
'201':
description: >-
Success case ("201 Created").
The representation of the newly created subscription resource shall
be returned.
content:
application/json:
schema:
$ref: '#/components/schemas/Subscription'
headers:
Location:
description: URI of the newly created subscription resource
required: true
schema:
type: string
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
callbacks:
notifyNewAlarm:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
oneOf:
- $ref: '#/components/schemas/NotifyNewAlarm'
- $ref: '#/components/schemas/NotifyNewSecAlarm'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyClearedAlarm:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyClearedAlarm'
responses:
'204':
3GPP
Release 1718 212 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyChangedAlarm:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyChangedAlarm'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyChangedAlarmGeneral:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
oneOf:
- $ref: '#/components/schemas/NotifyChangedAlarmGeneral'
- $ref: '#/components/schemas/NotifyChangedSecAlarmGeneral'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyCorrelatedNotificationChanged:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyCorrelatedNotificationChanged'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyAckStateChanged:
'{request.body#/consumerReference}':
post:
3GPP
Release 1718 213 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyAckStateChanged'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyComments:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyComments'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyPotentialFaultyAlarmList:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyPotentialFaultyAlarmList'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyAlarmListRebuilt:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyAlarmListRebuilt'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
3GPP
Release 1718 214 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
/subscriptions/{subscriptionId}:
delete:
summary: Delete a subscription
description: >-
The subscription is deleted by deleting the corresponding subscription
resource. The resource to be deleted is identified with the path
component of the URI.
parameters:
- name: subscriptionId
in: path
description: Identifies the subscription to be deleted.
required: true
schema:
type: string
responses:
'204':
description: >-
Success case ("204 No Content").
The subscription resource has been deleted. The response message body
is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
components:
schemas:
AlarmId:
type: string
AlarmType:
type: string
enum:
- COMMUNICATIONS_ALARM
- QUALITY_OF_SERVICE_ALARM
- PROCESSING_ERROR_ALARM
- EQUIPMENT_ALARM
- ENVIRONMENTAL_ALARM
- INTEGRITY_VIOLATION
- OPERATIONAL_VIOLATION
- PHYSICAL_VIOLATION
- SECURITY_SERVICE_OR_MECHANISM_VIOLATION
- TIME_DOMAIN_VIOLATION
ProbableCause:
description: >-
The value of the probable cause may be a specific standardized string, or any
vendor provided string. Probable cause strings are not standardized in the
present document. They may be added in a future version. Up to then the
mapping of the generic probable cause strings "PROBABLE_CAUSE_001" to
"PROBABLE_CAUSE_005" is vendor specific.
The value of the probable cause may also be an integer. The mapping of integer
values to probable causes is vendor specific.
oneOf:
- anyOf:
- type: string
enum:
- PROBABLE_CAUSE_001
- PROBABLE_CAUSE_002
- PROBABLE_CAUSE_003
- PROBABLE_CAUSE_004
- PROBABLE_CAUSE_005
- type: string
- type: integer
SpecificProblem:
oneOf:
- type: string
- type: integer
PerceivedSeverity:
type: string
enum:
- INDETERMINATE
3GPP
Release 1718 215 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- CRITICAL
- MAJOR
- MINOR
- WARNING
- CLEARED
TrendIndication:
type: string
enum:
- MORE_SEVERE
- NO_CHANGE
- LESS_SEVERE
ThresholdHysteresis:
type: object
required:
- high
properties:
high:
oneOf:
- type: integer
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/Float'
low:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Float'
ThresholdLevelInd:
oneOf:
- type: object
properties:
up:
$ref: '#/components/schemas/ThresholdHysteresis'
- type: object
properties:
down:
$ref: '#/components/schemas/ThresholdHysteresis'
ThresholdInfo:
type: object
properties:
observedMeasurement:
type: string
observedValue:
type: number
thresholdLevel:
$ref: '#/components/schemas/ThresholdLevelInd'
armTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
required:
- observedMeasurement
- observedValue
CorrelatedNotification:
type: object
properties:
sourceObjectInstance:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
notificationIds:
type: array
items:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationId'
required:
- sourceObjectInstance
- notificationIds
CorrelatedNotifications:
type: array
items:
$ref: '#/components/schemas/CorrelatedNotification'
AckState:
type: string
enum:
- ACKNOWLEDGED
- UNACKNOWLEDGED
AlarmRecord:
description: >-
The alarmId is not a property of an alarm record. It is used as key
in the map of alarm records instead.
type: object
properties:
# alarmId:
# $ref: '#/components/schemas/AlarmId'
objectInstance:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
3GPP
Release 1718 216 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
notificationId:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationId'
alarmRaisedTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
alarmChangedTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
alarmClearedTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
specificProblem:
$ref: '#/components/schemas/SpecificProblem'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
backedUpStatus:
type: boolean
backUpObject:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
trendIndication:
$ref: '#/components/schemas/TrendIndication'
thresholdinfo:
$ref: '#/components/schemas/ThresholdInfo'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
stateChangeDefinition:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeValueChangeSet'
monitoredAttributes:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
proposedRepairActions:
type: string
additionalText:
type: string
additionalInformation:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
rootCauseIndicator:
type: boolean
ackTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
ackUserId:
type: string
ackSystemId:
type: string
ackState:
$ref: '#/components/schemas/AckState'
clearUserId:
type: string
clearSystemId:
type: string
serviceUser:
type: string
serviceProvider:
type: string
securityAlarmDetector:
type: string
AlarmNotificationTypes:
type: string
enum:
- notifyNewAlarm
- notifyChangedAlarm
- notifyChangedAlarmGeneral
- notifyAckStateChanged
- notifyCorrelatedNotificationChanged
- notifyComments
- notifyClearedAlarm
- notifyAlarmListRebuilt
- notifyPotentialFaultyAlarmList
AlarmListAlignmentRequirement:
type: string
enum:
- ALIGNMENT_REQUIRED
3GPP
Release 1718 217 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
- ALIGNMENT_NOT_REQUIRED
NotifyNewAlarm:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
- perceivedSeverity
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
specificProblem:
$ref: '#/components/schemas/SpecificProblem'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
backedUpStatus:
type: boolean
backUpObject:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
trendIndication:
$ref: '#/components/schemas/TrendIndication'
thresholdInfo:
$ref: '#/components/schemas/ThresholdInfo'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
stateChangeDefinition:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeValueChangeSet'
monitoredAttributes:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
proposedRepairActions:
type: string
additionalText:
type: string
additionalInformation:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
rootCauseIndicator:
type: boolean
NotifyNewSecAlarm:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
- perceivedSeverity
- serviceUser
- serviceProvider
- securityAlarmDetector
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
additionalText:
type: string
additionalInformation:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
rootCauseIndicator:
type: boolean
serviceUser:
type: string
serviceProvider:
type: string
securityAlarmDetector:
3GPP
Release 1718 218 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
type: string
NotifyClearedAlarm:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
- perceivedSeverity
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
clearUserId:
type: string
clearSystemId:
type: string
NotifyChangedAlarm:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
- perceivedSeverity
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
NotifyChangedAlarmGeneral:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
specificProblem:
$ref: '#/components/schemas/SpecificProblem'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
backedUpStatus:
type: boolean
backUpObject:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Dn'
trendIndication:
$ref: '#/components/schemas/TrendIndication'
thresholdInfo:
$ref: '#/components/schemas/ThresholdInfo'
stateChangeDefinition:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeValueChangeSet'
monitoredAttributes:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
proposedRepairActions:
type: string
3GPP
Release 1718 219 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
additionalText:
type: string
additionalInformation:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
rootCauseIndicator:
type: boolean
changedAlarmAttributes:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
NotifyChangedSecAlarmGeneral:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- serviceUser
- serviceProvider
- securityAlarmDetector
- probableCause
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
additionalText:
type: string
additionalInformation:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
rootCauseIndicator:
type: boolean
serviceUser:
type: string
serviceProvider:
type: string
securityAlarmDetector:
type: string
changedAlarmAttributes:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/AttributeNameValuePairSet'
NotifyCorrelatedNotificationChanged:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- correlatedNotifications
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
correlatedNotifications:
$ref: '#/components/schemas/CorrelatedNotifications'
rootCauseIndicator:
type: boolean
NotifyAckStateChanged:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
- perceivedSeverity
- ackState
- ackUserId
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
3GPP
Release 1718 220 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
ackState:
$ref: '#/components/schemas/AckState'
ackUserId:
type: string
ackSystemId:
type: string
NotifyComments:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- alarmId
- alarmType
- probableCause
- perceivedSeverity
- comments
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
alarmType:
$ref: '#/components/schemas/AlarmType'
probableCause:
$ref: '#/components/schemas/ProbableCause'
perceivedSeverity:
$ref: '#/components/schemas/PerceivedSeverity'
comments:
$ref: '#/components/schemas/Comments'
NotifyPotentialFaultyAlarmList:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- reason
properties:
reason:
type: string
NotifyAlarmListRebuilt:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
required:
- reason
properties:
reason:
type: string
alarmListAlignmentRequirement:
$ref: '#/components/schemas/AlarmListAlignmentRequirement'
AlarmAckState:
type: string
enum:
- ALL_ALARMS
- ALL_ACTIVE_ALARMS
- ALL_ACTIVE_AND_ACKNOWLEDGED_ALARMS
- ALL_ACTIVE_AND_UNACKNOWLEDGED_ALARMS
- ALL_CLEARED_AND_UNACKNOWLEDGED_ALARMS
- ALL_UNACKNOWLEDGED_ALARMS
MergePatchAcknowledgeAlarm:
description: >-
Patch document acknowledging or unacknowledging a single alarm. For
acknowledging an alarm the value of ackState is ACKNOWLEDGED, for unacknowledging
an alarm the value of ackState is UNACKNOWLEDGED.
type: object
required:
- ackUserId
- ackState
properties:
ackUserId:
type: string
ackSystemId:
type: string
ackState:
$ref: '#/components/schemas/AckState'
3GPP
Release 1718 221 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
MergePatchClearAlarm:
description: Patch document for clearing a single alarm
type: object
required:
- clearUserId
- perceivedSeverity
properties:
clearUserId:
type: string
clearSystemId:
type: string
perceivedSeverity:
type: string
enum:
- CLEARED
FailedAlarm:
type: object
required:
- alarmId
- failureReason
properties:
alarmId:
$ref: '#/components/schemas/AlarmId'
failureReason:
type: string
AlarmCount:
type: object
required:
- criticalCount
- majorCount
- minorCount
- warningCount
- indeterminateCount
- clearedCount
properties:
criticalCount:
type: integer
majorCount:
type: integer
minorCount:
type: integer
warningCount:
type: integer
indeterminateCount:
type: integer
clearedCount:
type: integer
Comment:
type: object
properties:
commentTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
commentUserId:
type: string
commentSystemId:
type: string
commentText:
type: string
Comments:
description: >-
Collection of comments. The comment identifiers are allocated by the
MnS producer and used as key in the map.
type: object
additionalProperties:
$ref: '#/components/schemas/Comment'
Subscription:
type: object
properties:
consumerReference:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Uri'
timeTick:
type: integer
3GPP
Release 1718 222 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
filter:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Filter'
A.3 Void
A.4.1 Void
3GPP
Release 1718 223 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
schemas:
PerfNotificationTypes:
type: string
enum:
- notifyThresholdCrossing
PerfMetricValue:
oneOf:
- type: integer
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/Float'
PerfMetricDirection:
type: string
enum:
- UP
- DOWN
NotifyThresholdCrossing:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
observedPerfMetricName:
type: string
observedPerfMetricValue:
$ref: '#/components/schemas/PerfMetricValue'
observedPerfMetricDirection:
$ref: '#/components/schemas/PerfMetricDirection'
thresholdValue:
$ref: '#/components/schemas/PerfMetricValue'
hysteresis:
$ref: '#/components/schemas/PerfMetricValue'
monitorGranularityPeriod:
type: integer
additionalText:
type: string
A.5 Heartbeat
A.5.0 Introduction
Clause A.5.1 contains the OpenAPI definition of the heartbeat management capability.
Clause A.5.2 provides indications regarding the content of the heartbeat management capability notifications when the
consumer of these notifications supports the ONAP VES API. This content is sent as payload of VES events (see Annex
B).
3GPP
Release 1718 224 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
NotifyHeartbeat:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
heartbeatNtfPeriod:
type: integer
Detailed guidelines for integration of heartbeat notifications with ONAP VES are provided in Annex B.
A.6.1 Introduction
Clause A.6.2 contains the OpenAPI specification of the Streaming data reporting MnS.
3GPP
Release 1718 225 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
description: Enables the streaming data reporting service producer to obtain information about
one or more streaming connections.
parameters:
- name: connectionIdList
in: query
description: The list of connectionId for which the connection information is to be
returned.
required: false
schema:
type: array
items:
$ref: '#/components/schemas/connectionId-Type'
responses:
'200':
description: Success case (200 OK). The resources identified in the request for retrieval
are returned in the response message body. In case the fields query parameter is used, the selected
resources are returned.
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/connectionInfo-Type'
'202':
description: Partial success case (202 Partially retrieved). Subset of the resources
identified in the request for retrieval are returned in the response message body.
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/connectionInfo-Type'
default:
description: Error case.
content:
application/json:
schema:
$ref: '#/components/schemas/errorResponse-Type'
'/connections/{connectionId}':
get:
summary: Obtain information about a connection.
description: Enables the streaming data reporting service producer to obtain information about
one streaming connection.
parameters:
- name: connectionId
in: path
description: Indicate the ID (URI) of the connection for which the information is being
retrieved
required: true
schema:
$ref: '#/components/schemas/connectionId-Type'
- name: Connection
in: header
schema:
$ref: '#/components/schemas/websocketHeaderConnection-Type'
- name: Sec-WebSocket-Extensions
in: header
schema:
$ref: '#/components/schemas/websocketHeader-Sec-WebSocket-Extensions-Type'
- name: Sec-WebSocket-Key
in: header
schema:
$ref: '#/components/schemas/websocketHeader-Sec-WebSocket-Key-Type'
- name: Sec-WebSocket-Protocol
in: header
schema:
$ref: '#/components/schemas/websocketHeader-Sec-WebSocket-Protocol-Type'
- name: Sec-WebSocket-Version
in: header
schema:
$ref: '#/components/schemas/websocketHeader-Sec-WebSocket-Version-Type'
responses:
'101':
description: Success case (101 Switching Protocols). The connection has been successfully
switched to WebSocket. The response message body is absent.
headers:
Upgrade:
schema:
3GPP
Release 1718 226 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
$ref: '#/components/schemas/websocketHeaderUpgrade-Type'
Connection:
schema:
$ref: '#/components/schemas/websocketHeaderConnection-Type'
Sec-WebSocket-Accept:
schema:
$ref: '#/components/schemas/websocketHeader-Sec-WebSocket-Accept-Type'
'200':
description: Success case (200 OK). The resource identified in the request for retrieval
returned in the response message body.
content:
application/json:
schema:
$ref: '#/components/schemas/connectionInfo-Type'
default:
description: Error case.
content:
application/json:
schema:
$ref: '#/components/schemas/errorResponse-Type'
'/connections/{connectionId}/streams':
post:
summary: Inform consumer about new reporting streams on an existing connection.
description: Allows the producer to add one or more reporting streams to an already
established streaming connection.
parameters:
- name: connectionId
in: path
description: Indicate the ID (URI) of the connection for which the reporting stream
information is being added.
required: true
schema:
$ref: '#/components/schemas/connectionId-Type'
requestBody:
required: true
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/streamInfo-Type'
responses:
'201':
description: Success case (201 Posted).
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/streamInfo-Type'
'202':
description: Partial success case (202 Posted).
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/streamInfo-Type'
default:
description: Error case.
content:
application/json:
schema:
$ref: '#/components/schemas/errorResponse-Type'
delete:
summary: Remove reporting streams from an existing connection
description: Allows the producer to remove one or more reporting streams from an already
established streaming connection.
parameters:
- name: connectionId
in: path
description: Indicate the ID (URI) of the connection for which the reporting stream
information is being removed.
required: true
schema:
$ref: '#/components/schemas/connectionId-Type'
- name: streamIds
in: query
3GPP
Release 1718 227 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
3GPP
Release 1718 228 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
$ref: '#/components/schemas/streamId-Type'
responses:
'200':
description: Success case (200 OK).
content:
application/json:
schema:
$ref: '#/components/schemas/streamInfoWithReporters-Type'
default:
description: Error case.
content:
application/json:
schema:
$ref: '#/components/schemas/errorResponse-Type'
components:
schemas:
analyticsInfo-Type:
description: Information specific to analytics reporting.
type: object
properties:
activityDetails:
type: string
connectionId-Type:
$ref: '#/components/schemas/uri-Type'
connectionInfo-Type:
type: object
properties:
connection:
$ref: '#/components/schemas/connectionId-Type'
producer:
$ref: '#/components/schemas/producerId-Type'
streams:
type: array
items:
$ref: '#/components/schemas/streamId-Type'
connectionRequest-Type:
type: object
properties:
producer:
$ref: '#/components/schemas/producerId-Type'
streams:
type: array
items:
$ref: '#/components/schemas/streamInfo-Type'
errorResponse-Type:
type: object
properties:
error:
type: object
properties:
errorInfo:
type: string
failedConnectionResponse-Type:
type: object
properties:
error:
type: array
items:
type: object
properties:
streamId:
$ref: '#/components/schemas/streamId-Type'
errorReason:
type: string
measObjDn-Type:
description: DN of the measured object instance (see TS 28.550)
allOf:
- $ref: '#/components/schemas/systemDN-Type'
performanceMetrics-Type:
description: an ordered list of performance metric names (see clause 4.4.1 of TS 28.622[11])
whose values are to be reported by the Performance Data Stream Units (see Annex C of TS 28.550 [42])
via this stream. Performance metrics include measurement and KPI
type: array
items:
type: string
performanceInfo-Type:
description: Information specific to performance data reporting
type: object
3GPP
Release 1718 229 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
properties:
measObjDn:
$ref: '#/components/schemas/measObjDn-Type'
performanceMetrics:
$ref: '#/components/schemas/performanceMetrics-Type'
jobId:
type: string
required:
- measObjDn
- performanceMetrics
producerId-Type:
description: DN of the streaming data reporting MnS producer.
allOf:
- $ref: '#/components/schemas/systemDN-Type'
serializationFormat-Type:
type: string
enum:
- GPB
- ASN1
streamId-Type:
description: globally unique stream identifier
type: string
example: '26F452550021'
streamInfo-Type:
description: Reporting stream meta-data.
type: object
properties:
streamType:
$ref: '#/components/schemas/streamType-Type'
serializationFormat:
$ref: '#/components/schemas/serializationFormat-Type'
streamId:
oneOf:
- $ref: '#/components/schemas/streamId-Type'
- $ref: '#/components/schemas/traceReference-Type'
additionalInfo:
oneOf:
- $ref: '#/components/schemas/traceInfo-Type'
- $ref: '#/components/schemas/performanceInfo-Type'
- $ref: '#/components/schemas/analyticsInfo-Type'
- $ref: '#/components/schemas/vsDataContainer-Type'
required:
- streamType
- serializationFormat
- streamId
streamInfoWithReporters-Type:
description: Reporting stream meta-data with added information about reporters.
type: object
properties:
streamInfo:
$ref: '#/components/schemas/streamInfo-Type'
reporters:
type: array
items:
$ref: '#/components/schemas/producerId-Type'
systemDN-Type:
description: See TS 32.300 for details
type: string
example: 'SubNetwork=ABCNetwork,SubNetwork=MUC01,GNBDUFunction=XYZ0100'
streamType-Type:
type: string
enum:
- TRACE
- PERFORMANCE
- ANALYTICS
- PROPRIETARY
traceInfo-Type:
description: Information specific to trace data reporting
allOf:
- $ref: 'TS28623_GenericNrm.yaml#/components/schemas/TraceJob-Attr'
traceReference-Type:
description: Trace Reference (see clause 5.6 of TS 32.422) as stream identifier for streaming
trace data reporting
type: string
example: '4358070034D7'
uri-Type:
description: Resource URI
type: string
3GPP
Release 1718 230 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
vsDataContainer-Type:
description: container for vendor specific data (see TS 28.622)
type: object
properties:
vsDataType:
type: string
vsData:
type: string
vsDataFormatVersion:
type: string
websocketHeaderConnection-Type:
description: Header value for the upgrade request and response.
type: string
enum:
- Upgrade
websocketHeaderUpgrade-Type:
description: Header value for the upgrade to WebSocket request and response.
type: string
enum:
- websocket
websocketHeader-Sec-WebSocket-Accept-Type:
description: Header value for secure WebSocket response. Carries hash.
type: string
websocketHeader-Sec-WebSocket-Extensions-Type:
description: Header value for secure WebSocket request. Carries protocol extensions.
type: string
websocketHeader-Sec-WebSocket-Key-Type:
description: Header value for secure WebSocket request. Provides information to the server
which is needed in order to confirm that the client is entitled to request an upgrade to WebSocket.
type: string
websocketHeader-Sec-WebSocket-Protocol-Type:
description: Header value for secure WebSocket request. Carries a comma-separated list of
subprotocol names, in the order of preference.
type: string
websocketHeader-Sec-WebSocket-Version-Type:
description: Header value for secure WebSocket request and response. Carries the WebSocket
protocol version to be used.
type: string
A.7.1 Introduction
Clause A.7.2 contains the OpenAPI definition of the File Data Reporting MnS.
Clause A.7.3 provides indications regarding the content of the File Data Reporting MnS notifications when the
consumer of these notifications supports the ONAP VES API. This content is sent as payload of VES events (see Annex
B).
3GPP
Release 1718 231 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
default: http://example.com/3GPPManagement
MnSVersion:
description: Version number of the OpenAPI definition
default: XXX
paths:
/files:
get:
summary: Read information about available files
description: >-
Information about available files is read with HTTP GET. The files for
which information shall be returned are identified with the path
component (base resource) and the query component (fileDataType, beginTime,
endTime) of the URI.
parameters:
- name: fileDataType
in: query
description: >-
This parameter selects files based on the file data type.
required: true
schema:
$ref: '#/components/schemas/FileDataType'
- name: beginTime
in: query
description: >-
This parameter selects files based on the earliest time they
became available
required: false
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
- name: endTime
in: query
description: >-
This parameter selects files based on the latest time they
became available
required: false
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
responses:
'200':
description: >-
'Success case ("200 OK").
The resources identified in the request for retrieval are returned
in the response message body.'
content:
application/json:
schema:
type: array
items:
$ref: '#/components/schemas/FileInfo'
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
/subscriptions:
post:
summary: Create a subscription
description: >-
To create a subscription the representation of the subscription is
POSTed on the /subscriptions collection resource.
requestBody:
required: true
content:
application/json:
schema:
$ref: 'TS28532_FaultMnS.yaml#/components/schemas/Subscription'
responses:
'201':
description: >-
Success case ("201 Created").
The representation of the newly created subscription resource shall
be returned.
content:
application/json:
schema:
$ref: 'TS28532_FaultMnS.yaml#/components/schemas/Subscription'
headers:
3GPP
Release 1718 232 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Location:
description: URI of the newly created subscription resource
required: true
schema:
type: string
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
callbacks:
notifyFileReady:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyFileReady'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
notifyFilePreparationError:
'{request.body#/consumerReference}':
post:
requestBody:
required: true
content:
application/json:
schema:
$ref: '#/components/schemas/NotifyFilePreparationError'
responses:
'204':
description: >-
Success case ("204 No Content").
The notification is successfully delivered. The response message
body is absent.
default:
description: Error case.
content:
application/json:
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
/subscriptions/{subscriptionId}:
delete:
summary: Delete a subscription
description: >-
The subscription is deleted by deleting the corresponding subscription
resource. The resource to be deleted is identified with the path
component of the URI.
parameters:
- name: subscriptionId
in: path
description: Identifies the subscription to be deleted.
required: true
schema:
type: string
responses:
'204':
description: >-
Success case ("204 No Content").
The subscription resource has been deleted. The response message body
is absent.
default:
description: Error case.
content:
application/json:
3GPP
Release 1718 233 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
schema:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/ErrorResponse'
components:
schemas:
FileDataType:
type: string
enum:
- Performance
- Trace
- Analtytics
- Proprietary
FileNotificationTypes:
type: string
enum:
- notifyFileReady
- notifyFilePreparationError
FileInfo:
type: object
properties:
fileLocation:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/Uri'
fileSize:
type: integer
fileReadyTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
fileExpirationTime:
$ref: 'TS28623_ComDefs.yaml#/components/schemas/DateTime'
fileCompression:
type: string
fileFormat:
type: string
fileDataType:
$ref: '#/components/schemas/FileDataType'
NotifyFileReady:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
fileInfoList:
type: array
items:
$ref: '#/components/schemas/FileInfo'
additionalText:
type: string
NotifyFilePreparationError:
allOf:
- $ref: 'TS28623_ComDefs.yaml#/components/schemas/NotificationHeader'
- type: object
properties:
fileInfoList:
type: array
items:
$ref: '#/components/schemas/FileInfo'
reason:
type: string
additionalText:
type: string
3GPP
Release 1718 234 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Annex B (Informative):
Guidelines for the integration of 3GPP MnS notifications
with ONAP VES
In case the consumer of the 3GPP MnS notifications specified in the present document is an ONAP VES collector, the
following guidelines are for the developer of the corresponding notification producer:
- The VES Common Event Header fields are populated by the producer is as follows:
- The "stndDefinedNamespace" field value is the concatenation of "3GPP-" and the name of the 3GPP MnS
which the 3GPP IS notification is part of. Based on the MnS names defined in the present version of this
document, VES name space values corresponding to 3GPP MnS could be:
- "3GPP-Provisioning",
- "3GPP-FaultSupervision",
- "3GPP-PerformanceAssurance",
- "3GPP-Heartbeat",
- "3GPP-DataStreamingReporting",
- "3GPP-DataFileReporting".
- How the other fields of the Common Event Header are populated is not in the scope of the present document;
- The payload part of the VES event specification conforms to the OpenAPI definitions of clause A.1.1 (for
provisioning MnS notifications), A.2.1 (for the fault supervision MnS notifications), A4.2 (for the performance
assurance MnS notifications), A.5.1 (for the heartbeat notifications) and A.7.2 (for the file data reporting MnS
notifications) of the present document. The OpenAPI definitions of Annex A in the present document may also
be found on 3GPP FORGE (see [X5346]).
3GPP
Release 1718 235 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
Annex C (informative):
Change history
Change history
Date Meeting TDoc CR Rev Cat Subject/Comment New
version
2018-09 SA#81 Upgrade to change control version 15.0.0
2018-09 SA#81 EditHelp editorial fix 15.0.1
2018-12 SA#82 SP-181042 0002 1 F Correction of references 15.1.0
2018-12 SA#82 SP-181042 0003 1 F Align with 3GPP draft rules of the usage of must 15.1.0
2018-12 SA#82 SP-181042 0004 1 F Correction of the numbering and title of figures and tables 15.1.0
2018-12 SA#82 SP-181042 0005 1 F Remove unnecessary Editor’s Note and figure 15.1.0
2018-12 SA#82 SP-181045 0006 1 F Update Resource URI of alarmCount 15.1.0
2018-12 SA#82 SP-181045 0009 1 F Change the name of IRPAgent and IRPManager 15.1.0
2018-12 SA#82 SP-181045 0010 1 F Remove unnecessary import table and state diagram 15.1.0
2018-12 SA#82 SP-181045 0012 - F Correct the subscription resource related errors 15.1.0
2018-12 SA#82 SP-181043 0018 - F Add notifyNewSecurityAlarm to notification type 15.1.0
2018-12 SA#82 SP-181045 0020 1 F Change alarmIRP to FaultSupervision MnS producer 15.1.0
2018-12 SA#82 SP-181042 0021 1 F Add stage 2 definition for provisioning management 15.1.0
service related notifications
2018-12 SA#82 SP-181042 0022 1 F Correct stage 3 description of the Provisioning 15.1.0
Management Service
2018-12 SA#82 SP-181045 0025 - F Correct erroneous reference to notification header 15.1.0
2019-03 SA#83 SP-190120 0029 1 F Correction of references 15.2.0
2019-06 SA#84 SP-190372 0031 2 B Add RESTful HTTP-based solution set of fault 16.0.0
supervision for integration with ONAP VES
2019-06 SA#84 SP-190371 0038 1 B Add performance threshold crossing notification 16.0.0
2019-09 SA#85 SP-190742 0038 Global reorganization, correcting operation names, 16.1.0
A notification parameter and wrong references
2019-12 SA#86 SP-191178 0055 1 B RESTful CM notifications for integration with ONAP VES 16.2.0
2019-12 SA#86 SP-191219 0059 1 A Corrections to provisioning MnS notification definitions 16.2.0
(Stage 2)
2019-12 SA#86 SP-191219 0061 2 A Correct fault supervision management service 16.2.0
2019-12 SA#86 SP-191159 0069 2 C Make scoping and filtering optional in the ProvMnS 16.2.0
2019-12 SA#86 SP-191159 0071 2 F Correct and update the RESTful HTTP-based solution set 16.2.0
of provisioning
2019-12 SA#86 SP-191178 0073 2 B Introduce Heartbeat 16.2.0
2019-12 SA#86 SP-191173 0075 1 A Correct event time defn 16.2.0
2019-12 SA#86 SP-191166 0076 1 B Add notifyEvent 16.2.0
2019-12 SA#86 SP-191159 0081 1 F Correct schema to reflect location in the specifications 16.2.0
2019-12 SA#86 SP-191159 0082 - F Correct XML Schema for consistency and clarity 16.2.0
2020-03 SA#87E SP-200174 0089 - A Add missing definition for matching-criteria-attributes 16.3.0
2020-03 SA#87E SP-200166 0092 1 F Clarify capability of ack alarms and filter constraint 16.3.0
2020-03 SA#87E SP-200176 0094 1 F Correction of MnS Stage 3 solution sets for integration 16.3.0
with ONAP VES
2020-03 SA#87E SP-200166 0096 - F Rapporteur clean up 16.3.0
2020-03 SA#87E SP-200169 0098 1 B YANG_Netconf Operations 16.3.0
2020-03 SA#87E SP-200166 0101 1 F Clarify and add numerous issues in the REST SS of the 16.3.0
ProvMnS
2020-03 SA#87E SP-200166 0103 2 F Correct OpenAPI definition of the ProvMnS 16.3.0
2020-03 SA#87E SP-200174 0104 - A Correct ackState attribute name 16.3.0
2020-03 SA#87E SP-200169 0105 - F Correct Heartbeat 16.3.0
2020-06 SA#88-e SP-200484 0100 2 B Add summary CM notification to the ProvMnS 16.4.0
2020-06 SA#88-e SP-200484 0102 1 F Remove subscribe and unsubscribe operation from 16.4.0
ProvMnS
2020-06 SA#88-e SP-200484 0107 1 F Void meaningless clauses 12.1.2.2.1.2 and 12.2.2.2.1.2 16.4.0
2020-06 SA#88-e SP-200484 0111 - F Add missing callbacks for notifications to ProvMnS 16.4.0
2020-06 SA#88-e SP-200484 0113 - F Remove attribute referenceObjectInstance which is not 16.4.0
supported by solution set
2020-06 SA#88-e SP-200485 0114 2 F Update URI for generic fault supervision management 16.4.0
service
2020-06 SA#88-e SP-200485 0115 2 F Update URI for performance data file reporting 16.4.0
3GPP
Release 1718 236 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
management service
2020-06 SA#88-e SP-200484 0116 - F Remove data object from response types in the ProvMnS 16.4.0
2020-06 SA#88-e SP-200483 0117 3 B Add streaming trace data reporting service stage 2 16.4.0
definition
2020-06 SA#88-e SP-200483 0118 2 B Add streaming data reporting service stage 3 mapping of 16.4.0
operations
2020-06 SA#88-e SP-200483 0119 2 B Add streaming data reporting service stage 3 resources 16.4.0
2020-06 SA#88-e SP-200483 0120 2 B Add streaming data reporting service stage 3 data types 16.4.0
2020-06 SA#88-e SP-200483 0121 2 B Add streaming data reporting service stage 3 OpenAPI 16.4.0
definition
2020-06 SA#88-e SP-200499 0123 - A Move XML file format from stage2 to stage3 16.4.0
2020-06 SA#88-e SP-200485 0126 1 C Update Fault Supervision MnS (stage 2) 16.4.0
2020-06 SA#88-e SP-200485 0127 1 C Update Fault Supervision MnS (REST SS) 16.4.0
2020-06 SA#88-e SP-200485 0128 1 C Update Fault Supervision MnS (OpenAPI definitions) 16.4.0
2020-06 SA#88-e SP-200500 0133 - F Correction of ONAP references 16.4.0
2020-06 SA#88-e SP-200611 0134 1 F Convert JSON schema to YAML file for performance 16.4.0
threshold monitoring service
2020-09 SA#89e SP-200738 0135 - F Change stage2 definition for performance data file report 16.5.0
MnS to generic file data report MnS
2020-09 SA#89e SP-200738 0136 - F Change RESTFUL definition for performance data file 16.5.0
report MnS to generic file data report MnS
2020-09 SA#89e SP-200724 0137 - F Change openAPI definition for performance data file 16.5.0
report MnS to generic file data report MnS
2020-09 SA#89e SP-200737 0138 1 F Clarification on Annex A.1, A.2 and A.5 16.5.0
2020-09 SA#89e SP-200723 0139 - F Update URI for streamingDataReportingMnS to aligh with 16.5.0
URI structure defined in 32.158
2020-09 SA#89e SP-200736 0141 1 A Correct the description for generic provisioning MnS 16.5.0
2020-09 SA#89e SP-200724 0143 - F Correct various smaller errors (e.g. validation errors) in 16.5.0
faultMnS.yaml (OpenAPI definitions)
2020-09 SA#89e SP-200724 0144 - F Correct definition of ThresholdLevelInd (REST SS) 16.5.0
2020-09 SA#89e SP-200737 0147 - F Remove unintended normative statement from 16.5.0
informative clause
2020-09 SA#89e Correction of clause numbering 16.5.1
2020-11 Cleanup of custom XML, watermarks, hidden text, etc.. 16.5.2
no technical changes
2020-12 SA#90e SP-201050 0148 1 F Correction on generic file data report MnS 16.6.0
2020-12 SA#90e SP-201088 0149 2 F Update generic streaming MnS 16.6.0
2020-12 SA#90e SP-201050 0150 1 F Correct CR implementation errors (Fault MnS) 16.6.0
2020-12 SA#90e SP-201050 0152 1 F Correct ThresholdLevelInd (REST SS, OpenAPI 16.6.0
definition)
2020-12 SA#90e SP-201054 0153 - F Correct notifyThresholdCrossing (stage 2) 16.6.0
2020-12 SA#90e SP-201050 0154 1 F Correct notifyThresholdCrossing (REST SS, OpenAPI 16.6.0
definition)
2020-12 SA#90e SP-201050 0155 1 F Correct notifyHeartbeat (stage 2, REST SS, OpenAPI 16.6.0
definition)
2020-12 SA#90e SP-201050 0156 - F Correct small errors in faultMnS.yaml (OpenAPI 16.6.0
definition)
2020-12 SA#90e SP-201050 0157 1 F Correct notifyChangedAlarmGeneral (stage 2) 16.6.0
2020-12 SA#90e SP-201050 0158 - F Correct notifyChangedAlarmGeneral (REST SS, 16.6.0
OpenAPI definitions)
2020-12 SA#90e SP-201055 0160 1 F Fix inconsistencies in guidelines for integration with 16.6.0
ONAP VES
2020-12 SA#90e SP-201088 0161 - F Correct small errors in the Fault MnS (REST SS) 16.6.0
2020-12 SA#90e SP-201088 0162 - F Align ProvMnS data type names to UpperCamel (REST 16.6.0
SS, OpenAPI definition)
2021-03 SA#91e SP-210150 0163 2 F Correct definitions for the File MnS (stage 2) 16.7.0
2021-03 SA#91e SP-210150 0164 2 F Correct definitions for the File MnS (REST SS) 16.7.0
2021-03 SA#91e SP-210150 0165 2 F Correct definitions for the File MnS (OpenAPI definitions) 16.7.0
2021-03 SA#91e SP-210150 0166 1 F Correct support qualifiers of the notifyThresholdCrossing 16.7.0
parameters (stage 2)
2021-03 SA#91e SP-210146 0167 - F Fix compilation errors 16.7.0
2021-03 SA#91e SP-210146 0168 1 F Correct the misalignment information for stage2 Fault 16.7.0
Supervision MnS
2021-03 SA#91e SP-210146 0170 1 F Correct some minor errors in the Fault MnS definition 16.7.0
(REST SS)
3GPP
Release 1718 237 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
2021-03 SA#91e SP-210146 0171 - F Correct some minor errors in the Prov MnS definition 16.7.0
(REST SS)
2021-04 SA#91e Editorial cleanup with the help of the Rapporteur 16.7.1
2021-06 SA#92e SP-210406 0173 1 F Correct definitions for performance assurance (stage 2 16.8.0
and 3)
2021-06 SA#92e SP-210406 0174 1 F Correct definitions for file management (stage 2, REST 16.8.0
SS, OpenAPI definition)
2021-06 SA#92e SP-210416 0175 - F Align different (abbreviated) names for support qualifier to 16.8.0
S
2021-06 SA#92e SP-210406 0176 1 F Update clause 11.2.2 Managed information for fault 16.8.0
supervision management service
2021-06 SA#92e Editorial fix: format of tables 16.8.1
2021-09 SA#93e SP-210885 0178 1 F Remove last occurrences of “-Type” in data type names 16.9.0
2021-09 SA#93e SP-210885 0179 1 F Correct definition of the timeTick parameter in the File 16.9.0
MnS
2021-09 SA#93e SP-210885 0180 1 F Alignment the description for streaming data reporting 16.9.0
MnS producer
2021-09 SA#93e SP-210885 0185 - F Add missing reference for TS 32.404 and RFC 6901 16.9.0
2021-12 SA#94e SP-211454 0187 1 F Align the description for generic provisioning MnS 16.10.0
2021-12 SA#94e SP-211454 0188 - F Fix the incorrect reference of Generic fault supervision 16.10.0
management service to TS 32.158
2021-12 SA#94e SP-211454 0189 - F Fix the incorrect reference of File data reporting service 16.10.0
to TS 32.158
2021-12 SA#94e SP-211454 0190 1 F Fix the URI description for streaming data report MnS 16.10.0
2021-12 SA#94e SP-211454 0193 1 F Correct spelling of notifyAlarmListRebuilt 16.10.0
2022-03 SA#95e SP-220183 0196 1 B Add jobId to FileInfo 17.0.0
2022-06 SA#96 SP-220497 0200 - A Correct REST SS of deleteMOI 17.1.0
2022-06 SA#96 SP-220497 0201 - F Align allowed file transfer protocols in stage 2 with stage 17.1.0
1 requirements
2022-06 SA#96 SP-200502 0202 - B Update proMnS yaml file to include the resources- 17.1.0
intentNrm
2022-06 SA#96 SP-220497 0205 - A OpenAPI file name and dependence change- part1 17.1.0
2022-06 SA#96 SP-220497 0206 - A OpenAPI file name and dependence change- part2 17.1.0
2022-06 SA#96 SP-220497 0208 1 A Correct definition of Resource 17.1.0
2022-06 SA#96 SP-220564 0209 1 F Correct notifyMOIChanges (stage 2) 17.1.0
2022-06 SA#96 SP-220564 0210 1 F Correct notifyMOIChanges (REST SS) 17.1.0
2022-06 SA#96 SP-220564 0211 1 F Correct notifyMOIChanges (OpenAPI definitions) 17.1.0
2022-06 SA#96 SP-220564 0213 1 B Data change notifications YANG-in-Rest format 17.1.0
2022-06 SA#96 SP-220497 0216 - A Fix FileDataType definition in OpenAPI 17.1.0
2022-06 SA#96 CR implementation corrections 17.1.1
2022-09 SA#97e SP-220849 0219 - F Updating Hysteresis from M to O in 17.2.0
notifyThresholdCrossing
2022-09 SA#97e SP-220858 0221 - A Update provMnS yaml to include resources-coslaNrm 17.2.0
2022-09 SA#97e SP-220851 0222 - F Update provMnS yaml to include MDA NRM related 17.2.0
resources
2022-09 SA#97e SP-220859 0223 - F Correct notifyMOIChanges handling for YANG leaf-lists 17.2.0
2022-09 SA#97e Annex A.1.1 aligned with FORGE content 17.2.1
2022-12 SA#98e SP-221169 0227 1 A Correct OpenAPI definition of HTTP DELETE 17.3.0
2022-12 SA#98e SP-221169 0229 1 A Correct type of observedValue attribute 17.3.0
2022-12 SA#98e SP-221169 0231 1 A Correct definition of the HTTP GET response 17.3.0
2022-12 SA#98e SP-221169 0233 2 A Add missing definition of the JSON Patch document 17.3.0
2022-12 SA#98e SP-221169 0235 - A Remove duplicated message flows (REST SS of 17.3.0
ProvMnS)
2022-12 SA#98e SP-221169 0237 2 A Add introduction clause to the Prov MnS definition 17.3.0
2022-12 SA#98e SP-221167 0238 1 F Add missing insert attribute to the data type MoiChange 17.3.0
2022-12 SA#98e SP-221167 0239 - F Clarify allowed values for href parameter in 17.3.0
notifyMOIChanges (NETCONF/YANG)
2023-03 SA#99 SP-230199 0241 - A Align media type names with TS 32.158 17.4.0
2023-03 SA#99 SP-230199 0243 1 A Add examples for notifyMOICreation, notifyMOIDeletion 17.4.0
and notifyAttributeValueChanges
2023-03 SA#99 SP-230196 0244 1 F Clarify definitions related to attributes 17.4.0
2023-03 SA#99 SP-230200 0245 - A Updates for generic management services 17.4.0
2023-06 SA#100 SP-230648 0249 1 A Netconf with-defaults 17.5.0
2023-06 SA#100 SP-230648 0253 - A Add missing definition of the JSON Patch document 17.5.0
2023-06 SA#100 SP-230681 0255 1 A Correction the Information Type for objectClass and 17.5.0
3GPP
Release 1718 238 3GPP TS 28.532 V17V18.50.2 0 (2023-0709)
objectInstance
2023-06 SA#100 SP-230649 0256 - F Resources-edgeNrm is missing in resource schema 17.5.0
2023-06 SA#100 SP-230648 0258 - A Correct media types used with HTTP Patch 17.5.0
2023-06 SA#100 SP-230648 0260 - A Clarification on notification target 17.5.0
2023-06 SA#100 SP-230647 0263 - A Correction of RFC references, and alarm information 17.5.0
2023-06 SA#100 Adding code files to the zip 17.5.1
2023-07 SA#100 Fixing header and footer 17.5.2
2023-09 SA#101 SP-230944 0265 - F Make probableCause mandatory in 17.6.0
notifyChangedAlarmGeneral
2023-09 SA#101 SP-230940 0267 1 A Correction to ProvMnS stage3 issue concerning 17.6.0
parameter attributes
2023-09 SA#101 SP-230940 0270 - A Clarify complete attribute values must be included in 17.6.0
notifyMOIAttributeValueChanges
2023-09 SA#101 SP-230940 0272 - A Clarify usage of the attributes container in 17.6.0
notifyMOIChanges
2023-09 SA#101 SP-230940 0280 1 A Correction of reference to Forge OpenAPI definition 17.6.0
2023-09 SA#101 SP-230940 0282 - A Clarify description of generic provisioning service 17.6.0
2023-09 SA#101 SP-230960 0268 - C Deprecate FM subscribe-unsubscribe 18.0.0
3GPP