SIST EN 300 371 V1.3.1:2003

Telecommunications Management Network (TMN); Plesiochronous Digital Hierarchy (PDH) information model for the Network Element (NE) view;

Maintain and enhance the information model contained in the ETS 300 371 for management of PDH interfaces Reference documents: prETS 300 417, M.3100

Telekomunikacijsko upravljavno omrežje (TMN) - Informacijski model pleziohrone digitalne hierarhije (PDH), gledano s strani omrežnega elementa (NE)

General Information

• Status: Published
• Publication Date: 31-Oct-2003
• ICS: 33.040.20 - Transmission systems
• ICS: 33.040.40 - Data communication networks
• Technical Committee: SPN - Services and Protocols for Networks
• Current Stage: 6060 - National Implementation/Publication (Adopted Project)
• Start Date: 01-Nov-2003
• Due Date: 01-Nov-2003
• Completion Date: 01-Nov-2003
• Ref Project: ETSI EN 300 371 V1.3.1 (1999-03) - Telecommunications Management Network (TMN); Plesiochronous Digital Hierarchy (PDH) information model for the Network Element (NE) view;

Standards Content (Sample)

SLOVENSKI STANDARD
SIST EN 300 371 V1.3.1:2003
01-november-2003
Telekomunikacijsko upravljavno omrežje (TMN) - Informacijski model pleziohrone
digitalne hierarhije (PDH), gledano s strani omrežnega elementa (NE)
Telecommunications Management Network (TMN); Plesiochronous Digital Hierarchy
(PDH) information model for the Network Element (NE) view;
Ta slovenski standard je istoveten z: EN 300 371 Version 1.3.1
ICS:
33.040.20 Prenosni sistem Transmission systems
33.040.40 Podatkovna komunikacijska Data communication
omrežja networks
SIST EN 300 371 V1.3.1:2003 en
2003-01.Slovenski inštitut za standardizacijo. Razmnoževanje celote ali delov tega standarda ni dovoljeno.

---------------------- Page: 1 ----------------------

SIST EN 300 371 V1.3.1:2003

---------------------- Page: 2 ----------------------

SIST EN 300 371 V1.3.1:2003
EN 300 371 V1.3.1 (1999-03)
European Standard (Telecommunications series)
Telecommunications Management Network (TMN);
Plesiochronous Digital Hierarchy (PDH) information model
for the Network Element (NE) view

---------------------- Page: 3 ----------------------

SIST EN 300 371 V1.3.1:2003
2 EN 300 371 V1.3.1 (1999-03)
Reference
REN/TMN-00039 (3fo00j0o.PDF)
Keywords
NE, PDH, transmission
ETSI
Postal address
F-06921 Sophia Antipolis Cedex - FRANCE
Office address
650 Route des Lucioles - Sophia Antipolis
Valbonne - FRANCE
Tel.: [phone]  Fax: [phone]
Siret N° 348 623 562 00017 - NAF 742 C
Association à but non lucratif enregistrée à la
Sous-Préfecture de Grasse (06) N° 7803/88
Internet
[e-mail]
Individual copies of this ETSI deliverable
can be downloaded from
http://www.etsi.org
If you find errors in the present document, send your
comment to: [e-mail]
Copyright Notification
No part may be reproduced except as authorized by written permission.
The copyright and the foregoing restriction extend to reproduction in all media.
© European Telecommunications Standards Institute 1999.
All rights reserved.
ETSI

---------------------- Page: 4 ----------------------

SIST EN 300 371 V1.3.1:2003
3 EN 300 371 V1.3.1 (1999-03)
Contents
Intellectual Property Rights . 4
Foreword. 4
Introduction. 4
1 Scope. 6
2 References . 6
3 Abbreviations. 7
4 Registration supporting Abstract Syntax Notation No. 1 (ASN.1) for EN 300 371 . 7
5 PDH fragment. 8
5.1 Object classes definitions. 8
5.1.1 Electrical PDH physical interface . 8
5.1.2 European PDH Alarm Indication Signal (AIS) trail termination point.9
5.1.3 European PDH connection termination point. 10
5.1.3.1 Monitoring European PDH connection termination point . 11
5.1.4 European PDH trail termination point. 12
5.1.5 European PDH TTP's for transport SDH VC's and ATM cells. 13
5.1.6 140 Mbit/s object classes . 13
5.1.7 34 Mbit/s object classes . 15
5.1.8 8 Mbit/s object classes . 17
5.1.9 2 Mbit/s object classes . 18
5.1.10 64 kbit/s object classes. 20
5.2 Attributes definitions . 21
5.2.1 Additional attributes. 22
5.3 Name bindings definitions . 23
5.3.1 Additional name bindings . 26
5.4 ASN.1 definitions . 26
5.5 Packages . 27
5.6 Behaviour definitions. 28
History. 35
ETSI

---------------------- Page: 5 ----------------------

SIST EN 300 371 V1.3.1:2003
4 EN 300 371 V1.3.1 (1999-03)
Intellectual Property Rights
IPRs essential or potentially essential to the present document may have been declared to ETSI. The information
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found
in SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect
of ETSI standards", which is available free of charge from the ETSI Secretariat. Latest updates are available on the
ETSI Web server (http://www.etsi.org/ipr).
Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee
can be given as to the existence of other IPRs not referenced in SR 000 314 (or the updates on the ETSI Web server)
which are, or may be, or may become, essential to the present document.
Foreword
This European Standard (Telecommunications series) has been produced by ETSI Technical Committee
Telecommunications Management Network (TMN).
The present document describes the information model for Network Elements (NEs), which use the Plesiochronous
Digital Hierarchy (PDH) multiplexing structure.
National transposition dates
Date of adoption of this EN: 19 February 1999
Date of latest announcement of this EN (doa): 31 May 1999
Date of latest publication of new National Standard
or endorsement of this EN (dop/e): 30 November 1999
Date of withdrawal of any conflicting National Standard (dow): 30 November 1999
Introduction
Network Operators have extensive deployments of PDH and SDH equipments in their Networks. Some are flexible
and/or is monitorable and do possess a standard management interface. A suitable PDH information model is required
for such equipment to take advantage of the management capability provided by functional standards related to PDH
interfaces of those equipments and enable it to be part of an overall managed network.
The model presented in the present document represents 4 major functional requirements:
1) Fixed PDH structures.
2) Flexible PDH structures.
3) SDH Transport over PDH bearers.
4) The monitoring of PDH Ports.
Fixed PDH Structures utilize the inheritance tree given in figure 1 and the naming tree in figure 3. As can be seen this
can be used to model the rigid multiplexing structure from 64 kbits/sec to 140 Mbits/sec interfaces in line systems. An
example is given in figure 7 of a 140Mbit/s line signal multiplexed through the 34Mbit/s and 8Mbit/s levels to a 2Mbit/s
tributary signal which is mapped in a VC12 by a transmission system.
Flexible PDH structures use the same inheritance structure but the naming tree as in figure 2. This represents the flexible
structures that may be encountered in PDH crossconnects with ports at all data rates. An example is given in figure 6.
ETSI

---------------------- Page: 6 ----------------------

SIST EN 300 371 V1.3.1:2003
5 EN 300 371 V1.3.1 (1999-03)
The transport of SDH (VC12) and ATM traffic is represented by the Objects e3INTTTP and e4INTTTP for 34
Mbits/sec bearers and 140 Mbits/sec bearers respectively.
The reporting control of failures of PDH signals at the different path layers is modelled by reusing techniques specified
in ITU-T Recommendation M.3100 (flexible assignment of severities to a failure).
The monitoring of the PDH ports is represented by the portMode Package that defines the behaviour. This package
models a port that may be enabled for monitoring or may be disabled for monitoring. In addition the port may be set for
auto monitoring providing no valid signal is present on the port. The port is then automatically enabled for monitoring
when a valid signal is applied for the first time.
It should also be noted that the behaviour of the operationalState is as defined by the ETSI community (different from
the SDH environment) and this only applies to this PDH model. This is apparent from the notes that remain in the
document. Only equipment failures, and not transmission failures, affect the attribute value.
ETSI

---------------------- Page: 7 ----------------------

SIST EN 300 371 V1.3.1:2003
6 EN 300 371 V1.3.1 (1999-03)
1 Scope
The present document defines the information model to be used at the interface between Network Elements (NEs) and
management systems, for the management of equipment which use the Plesiochronous Digital Hierarchy (PDH).
The present document defines:
- the information model for network elements using PDH multiplexing, including PDH interfaces of Synchronous
Digital Hierarchy (SDH) network elements.
The present document does not define:
- the protocol stack to be used for message communication;
- the network level management processes;
- the application contexts;
- the conformance requirements to be met by an implementation of this information model;
- information models for other systems or equipment.
The information model defined in the present document (and the corresponding message set) is concerned with the
management of NEs, the equipment by which they are implemented and the functions contained within them. More
precisely, it applies to an equipment domain visible at the element manager to element interface and is only concerned
with information available within that domain. Information proper to the domain of a network level management process
is not included within this model.
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 specific reference, subsequent revisions do not apply.
• For a non-specific reference, the latest version applies.
• A non-specific reference to an ETS shall also be taken to refer to later versions published as an EN with the same
number.
[1] ETS 300 337 (1995): "Transmission and Multiplexing (TM); Generic frame structures for the
transport of various signals (including Asynchronous Transfer Mode (ATM) cells and Synchronous
Digital Hierarchy (SDH) elements) at the ITU-T Recommendation G.702 hierarchical rates of
2 048 kbit/s, 34 368 kbit/s and 139 264 kbit/s".
[2] ITU-T Recommendation G.702 (1988): "Digital hierarchy bit rates".
[3] ITU-T Recommendation M.3100 (1995): "Generic network information model".
[4] ITU-T Recommendation X.721 (1992): "Information technology; Open Systems Interconnection;
Structure of management information: Definition of management information".
[5] ITU-T Recommendation G.704 (1995): "Synchronous frame structures used at 1 544 kbit/s,
6 312 kbit/s, 2 048 kbit/s, 8 488 kbit/s and 44 736 kbit/s hierarchical levels".
[6] ITU-T Recommendation G.706 (1991): "Frame alignment and Cyclic Redundancy Check (CRC)
procedures relating to basic frame structures defined in Recommendation G.704".
ETSI

---------------------- Page: 8 ----------------------

SIST EN 300 371 V1.3.1:2003
7 EN 300 371 V1.3.1 (1999-03)
[7] ETS 300 167 (1993): "Transmission and Multiplexing (TM); Functional characteristics of
2 048 kbit/s interfaces".
[8] EN 300 417-5-1 (V1.1): "Transmission and Multiplexing (TM); Generic requirements of transport
functionality of equipment; Part 5-1: Plesiochronous Digital Hierarchy (PDH) path layer
functions".
[9] EN 300 417-1-1 (V1.1): "Transmission and Multiplexing (TM); Generic requirements of transport
functionality of equipment; Part 1-1: Generic processes and performance".
[10] EN 300 417-2-1 (V1.1): "Transmission and Multiplexing (TM); Generic requirements of transport
functionality of equipment; Part 2-1: Synchronous Digital Hierarchy (SDH) and Plesiochronous
Digital Hierarchy (PDH) physical section layer functions".
3 Abbreviations
For the purposes of the present document, the following abbreviations apply:
AIS Alarm Indication Signal
ASN.1 Abstract Syntax Notation No. 1
ATM Asynchronous Transfer Mode
CTP Connection Termination Point
EBER Excessive Bit Error Ratio
FERF Far End Receive Failure
LOF Loss Of Frame
LOS Loss Of Signal
NE Network Element
PDH Plesiochronous Digital Hierarchy
Pkg Package
PPA Plesiochronous Physical Adaptation
PPI Plesiochronous Physical Interface
PPT Plesiochronous Physical Termination
RDN Relative Distinguished Name
SDH Synchronous Digital Hierarchy
TMN Telecommunications Management Network
TP Termination Point
TTP Trail Termination Point
VC-n Virtual Container n
4 Registration supporting Abstract Syntax Notation
No. 1 (ASN.1) for EN 300 371
ASN1TypeModule {ccitt(0) identified-organization(4) etsi(0) ets371(371) informationModel(0)
asn1Module(2) asn1TypeModule(0)}
DEFINITIONS IMPLICIT TAGS ::= BEGIN
-- EXPORT Everything
ETS300371 OBJECT IDENTIFIER ::= {ccitt(0) identified-organization(4) etsi(0) ets371(371)
informationModel(0)}
etsObjectClass OBJECT IDENTIFIER ::= {ETS300371 managedObjectClass(3)}
etsPackage OBJECT IDENTIFIER ::= {ETS300371 package(4)}
etsNameBinding OBJECT IDENTIFIER ::= {ETS300371 nameBinding(6)}
etsAttribute OBJECT IDENTIFIER ::= {ETS300371 attribute(7)}
etsAction OBJECT IDENTIFIER ::= {ETS300371 action(9)}
etsNotification OBJECT IDENTIFIER ::= {ETS300371 notification(10)}
END
ETSI

---------------------- Page: 9 ----------------------

SIST EN 300 371 V1.3.1:2003
8 EN 300 371 V1.3.1 (1999-03)
5 PDH fragment
This clause provides managed objects required to model PDH interfaces.
In this context, the IMPORTS clause specifies the object classes which can be instantiated in the scope of the present
document. The IMPORT clause does not include uninstantiated super classes.
BEGIN
IMPORTS
alarmSeverityAssignmentProfile
FROM ASN1DefinedTypesModule {itu(0) recommendation(0) m(13) gnm(3100) informationModel(0)
managedObjectClass (3)};
END
5.1 Object classes definitions
5.1.1 Electrical PDH physical interface
This subclause describes the object classes required to model the PDH physical interface.
NOTE: Whether these require attributes to model more features (e.g. PDH level, line code, etc.) is for further
study.
pPITTPBidirectionalR1 MANAGED OBJECT CLASS
DERIVED FROM "Recommendation M.3100: 1995":trailTerminationPointBidirectional,
pPITTPSinkR1,
pPITTPSource;
REGISTERED AS { };
pPITTPSinkR1 MANAGED OBJECT CLASS
DERIVED FROM "Recommendation M.3100:1995":trailTerminationPointSink;
CHARACTERIZED BY
"Recommendation X.721: 1991":administrativeStatePackage,
"Recommendation M.3100:1995":createDeleteNotificationsPackage,
"Recommendation M.3100:1995":stateChangeNotificationPackage,
"Recommendation M.3100:1995":tmnCommunicationsAlarmInformationPackage,
"Recommendation M.3100:1995":userLabelPackage,
"Recommendation M.3100:1995":alarmSeverityAssignmentPointerPackage,
pPITTPSinkR1Pkg PACKAGE
BEHAVIOUR
alarmReportingControlBehaviour,
pPITTPSinkR1BehaviourPkg BEHAVIOUR
DEFINED AS
"This managed object class represents the point where the incoming interface signal is converted
into an internal logic level and the timing is recovered from the line signal. The upStream
connectivity pointer is NULL for an instance of this class.
A communicationsAlarm notification shall be issued if a Loss of Signal (LOS) is detected. The
probableCause parameter of the notification shall indicatelossOfSignal [3].
The operational state is disabled if a failure of the equipment affecting an instance of this class
prevents the resource from operation.";;
ATTRIBUTES
pPITTPId GET;;;
CONDITIONAL PACKAGES
tpSpecificPersistanceTimePkg PRESENT IF
"the persistancy time for raising / clearing alarms can be set specifically for an instance
of this class thus superseding the values which are in effect for all termination points of
a NE",
portModePkg PRESENT IF
"an instance supports it"
;
REGISTERED AS { };
ETSI

---------------------- Page: 10 ----------------------

SIST EN 300 371 V1.3.1:2003
9 EN 300 371 V1.3.1 (1999-03)
pPITTPSource MANAGED OBJECT CLASS
DERIVED FROM "Recommendation M.3100:1995":trailTerminationPointSource;
CHARACTERIZED BY
"Recommendation M.3100:1995":createDeleteNotificationsPackage,
"Recommendation M.3100:1995":userLabelPackage,
pPITTPSourcePkg PACKAGE
BEHAVIOUR
pPITTPSourceBehaviourPkg BEHAVIOUR
DEFINED AS
"This managed object class represents the point where the internal logic level and
the timing is converted into a line signal.
The operational state is disabled if a failure of the equipment affecting an instance of this class
prevents the resource from operation.
The downStream connectivity pointer is NULL for an instance of this class.";;
ATTRIBUTES
pPITTPId GET;;;
REGISTERED AS { etsObjectClass 3 };
NOTE: As for the attribute operationalState the decision has been taken in the ETSI/TM2 Meeting Dublin
(Oct.97) that no transmission failures but equipment failures will impact the value of that attribute. This
behaviour is applicable in general for the PDH TP fragment. No re-registration is considered to be
necessary in the pPITTPSource class definition.
5.1.2 European PDH Alarm Indication Signal (AIS) trail termination point
This generic object class represents a particular case of termination point used in a managed element where no
connectivity at respective level is provided. Instances of this object class are used when, in one layer, no flexibility is
provided, but a direct adaptation to client is present.
The sink object class includes the AIS and LOF monitoring function of a respective Connection Termination Point
(CTP) which is not instantiated where no connectivity on the respective level is provided.
Object classes inherited from this class are labelled according to the European PDH hierarchy (exATTP, where x = 0
stands for 64 kbit/s, x = 1 for 2 Mbit/s, x = 2 for 8 Mbit/s, x = 3 for 34 Mbit/s and x = 4 for 140 Mbit/s.)
NOTE: The possibility of adding conditional packages (present if the equipment supports the features) in order to
model the capability to reveal Excessive Bit Error Ratio (EBER) is for further study.
The subclasses represent two types of combined functions:
1) En/Pne_A [10] and Pne_TT [8]
The function En/Pne_A is the adaptation from physical section layer to the client PDH path layer (Pne) and the
function Pne_TT terminates the trail in that path layer.
2) Pme/Pne_A and Pne_TT [8]
The function Pme/Pne_A adapts from the server PDH path layer (Pme) to a framed, client PDH path layer (Pne)
characteristic information (P31e_CI, P22e_CI, P12s_CI). The function Pne_TT terminates the trail in that path
layers.
In both cases the management information exchanged with the combined functions is identical. As a consequence one
object exATTP reflects the management view for the particular PDH path (x=1,2,3,4). Using the objects exATTP a
PDH interface can be represented by a fewer number of instances than is obtained if objects are used which do not
represent combined functions. These alternative representations are shown in figure 5 and figure 4, respectively.
ePDHATTPBidirectionalR1 MANAGED OBJECT CLASS
DERIVED FROM
ePDHTTPBidirectionalR1,
ePDHATTPSinkR1,
ePDHATTPSource;
REGISTERED AS { };
ETSI

---------------------- Page: 11 ----------------------

SIST EN 300 371 V1.3.1:2003
10 EN 300 371 V1.3.1 (1999-03)
ePDHATTPSinkR1 MANAGED OBJECT CLASS
DERIVED FROM ePDHTTPSinkR1;
CHARACTERIZED BY
ePDHATTPSinkR1Pkg PACKAGE
BEHAVIOUR
ePDHATTPSinkR1Behaviour BEHAVIOUR
DEFINED AS
"This object class includes the AIS and LOF monitoring function of a respective CTP
which is not instantiated where no connectivity on the respective level is provided.
A communicationsAlarm notification shall be issued if an AIS is detected. The
probableCause parameter of the notification shall indicate aIS.
A communicationsAlarm notification shall be issued if a LOF is detected. The
probableCause parameter of the notification shall indicate lossOfFrame.
An instance of this object class is used when, in one layer, no flexibility is provided,
but a direct adaptation to client is present.
The upStream connectivity pointer attribute value of an instance of this object class
is equal to NULL";;
REGISTERED AS { };
ePDHATTPSource MANAGED OBJECT CLASS
DERIVED FROM ePDHTTPSource;
CHARACTERIZED BY
ePDHTPSourcePkg PACKAGE
BEHAVIOUR
ePDHATTPSourceBehaviourPkg BEHAVIOUR
DEFINED AS
"The downStream connectivity pointer attribute value of an instance of this object
class is equal to NULL.";;;;
REGISTERED AS {etsObjectClass 5};
5.1.3 European PDH connection termination point
This subclause describes an object class (sink, source or bi-directional) which represents the model for a generic PDH
connection termination point (2, 8, 34 and 140 Mbit/s).
Object classes inherited from this class are labelled according to the European PDH hierarchy (exCTP, where x = 0
stands for 64 kbit/s, x = 1 for 2 Mbit/s, x = 2 for 8 Mbit/s, x = 3 for 34 Mbit/s and x = 4 for 140 Mbit/s).
The subclasses represent two types of adaptation functions:
1) En/Pne_A or En/Pnx_A [10]
The function En/Pne_A adapts from physical section layer (En) to a framed PDH path layer characteristic
information (P4e_CI, P31e_CI, P22e_CI, P12s_CI).
The function En/Pnx_A adapts from physical section layer (En) to an unframed PDH path layer characteristic
information (Pnx_CI), which is a signal of non-specified content [10].
2) Pme/Pne_A or Pme/Pnx_A [8]
The function Pme/Pne_A adapts from the server PDH path layer (Pme) to a framed, client PDH path layer (Pne)
characteristic information (P31e_CI, P22e_CI, P12s_CI). The function Pme/Pnx_A adapts from the server PDH
path layer (Pme) to an unframed PDH path layer characteristic information (Pnx_CI), which is a signal of
non-specified content [8].
ePDHCTPSinkR1 MANAGED OBJECT CLASS
DERIVED FROM "Recommendation M.3100:1995":connectionTerminationPointSink;
CHARACTERIZED BY
"Recommendation M.3100:1995":createDeleteNotificationsPackage,
"Recommendation M.3100:1995":operationalStatePackage,
"Recommendation M.3100:1995":stateChangeNotificationPackage,
"Recommendation M.3100:1995":tmnCommunicationsAlarmInformationPackage,
"Recommendation M.3100:1995":alarmSeverityAssignmentPointerPackage,
ePDHCTPSinkR1Pkg PACKAGE
BEHAVIOUR
alarmReportingControlBehaviour,
ePDHCTPSinkR1Behaviour BEHAVIOUR
DEFINED AS
"This object class represents the termination of a PDH connection and models the adaptation sink
function in different PDH path layers represented by subclasses of this class.
An instance of this object class shall be used when, in one layer, flexibility is available or when
there is no termination of a client characteristic information (Pnx-CI).
ETSI

---------------------- Page: 12 ----------------------

SIST EN 300 371 V1.3.1:2003
11 EN 300 371 V1.3.1 (1999-03)
The attribute framedSignalMode may have the values 'active' and 'inactive'. An attributeValueChange
notification is issued when the value is modified and the inherited conditional package
attributeValueChangeNotificationPackage is instantiated.
If the value is set 'active', then the adaptation processing of a framed signal is provisioned and
the detection of the defects LOF and AIS is enabled. A communicationsAlarm notification shall be
issued if an AIS is detected. The probableCause parameter of the notification shall indicate aIS
[3]. A communicationsAlarm notification shall be issued if an LOF is detected. The probableCause
parameter of the notification shall indicate lossOfFrame [3]. In case of defect detection the
consequent action aSSF (all-ONES) is performed.
If the value is set 'inactive', then this adaptation function is deactivated assuming the reception
of an unframed signal (characteristic information Pnx_CI).
An attributeValueChange notification is issued when the value of the attribute frameStatus is
changed and the inherited conditional package attributeValueChangeNotificationPackage is
instantiated.
The operational state is disabled if a failure of the equipment affecting an instance of this class
prevents the resource from operation.
ATTRIBUTES
ePDHCTPId GET,
framedSignalMode GET-REPLACE,
frameStatus GET
;
CONDITIONAL PACKAGES
tpSpecificPersistanceTimePkg PRESENT IF
"the persistancy time for raising / clearing alarms can be set specifically for an instance of this
class thus superseding the values which are in effect for all termination points of a NE"
;
REGISTERED AS { };
ePDHCTPSource MANAGED OBJECT CLASS
DERIVED FROM "Recommendation M.3100: 1995":connectionTerminationPointSource;
CHARACTERIZED BY
"Recommendation M.3100: 1995":createDeleteNotificationsPackage,
ePDHCTPSourcePkg PACKAGE
BEHAVIOUR
ePDHCTPSourceBehaviourPkg BEHAVIOUR
DEFINED AS
"This object class originates a PDH hierarchy connection.
The operational state is disabled if a failure of the equipment affecting an instance of this class
prevents the resource from operation.";;
ATTRIBUTES
ePDHCTPId GET;;;
REGISTERED AS {etsObjectClass 8};
NOTE 1: As for the attribute operationalState the decision has been taken in the ETSI/TM2 Meeting Dublin
(Oct.97) that no transmission failures but equipment failures will impact the value of that attribute. This
behaviour is applicable in general for the PDH TP fragment. No re-registration is considered to be
necessary in the ePDHCTPSource class definition.
NOTE 2: The superclass ePDHCTPBidirectionalR1 (not instantiated) needs not to be defined since the instantiable
bidirectional subclasses e*CTPBidirectionalR1 should inherit from ePDHCTPSinkR1 and / Source only.
Note that the superclass CTPBidirectional inherits from cTPSink / Source without special properties
added.
5.1.3.1 Monitoring European PDH connection termination point
eMonitoringCTPSink MANAGED OBJECT CLASS
DERIVED FROM ePDHCTPSinkR1;
CHARACTERIZED BY
eMonitoringCTPSinkPkg PACKAGE
BEHAVIOUR
pathTerminationMonitoringBehavior,
eMonitoringCTPSinkBeh BEHAVIOUR
DEFINED AS
"An instance incorporates the monitoring capabilities of the trail termination sink function
(TTm-Sk) defined at the path layer represented by the subclass of this class. The monitoring
capabilities do not apply in case of unframed signals expected when the inherited attribute
framedSignalMode is set to value 'inactive'";;
REGISTERED AS { };
NOTE: No eMonitoringCTPSource class is introduced since the existing definition of the eCTPSource class is
equivalent.
ETSI

---------------------- Page: 13 ----------------------

SIST EN 300 371 V1.3.1:2003
12 EN 300 371 V1.3.1 (1999-03)
5.1.4 European PDH trail termination point
This subclause describes an object class (sink, source or bidirectional) which represents the model for a generic PDH
trail termination point (2, 8, 34 and 140 Mbit/s).
Object classes inherited from this class are labelled according to the European PDH hierarchy (exTTP, where x = 1
stands for 2 Mbit/s, x = 2 for 8 Mbit/s, x = 3 for 34 Mbit/s and x = 4 for 140 Mbit/s).
These subclasses represent the trail termination functions Pne_TT [8] which terminate the trails at the corresponding
PDH path layers 2/8/34/140 Mbit/s (n=12, 22, 31, 4, respectively).
ePDHTTPSinkR1 MANAGED OBJECT CLASS
DERIVED FROM "Recommendation M.3100:1995":trailTerminationPointSink;
CHARACTERIZED BY
"Recommendation X.721: 1991":administrativeStatePackage,
"Recommendation M.3100:1995":createDeleteNotificationsPackage,
"Recommendation M.3100:1995":stateChangeNotificationPackage,
"Recommendation M.3100:1995":tmnCommunicationsAlarmInformationPackage,
"Recommendation M.3100:1995":alarmSeverityAssignmentPointerPackage,
ePDHTTPSinkR1Pkg PACKAGE
BEHAVIOUR
alarmReportingControlBehaviour,
pathTerminationMonitoringBehavior,
...