1、INTERNATIONAL TELECOMMUNICATION UNIONITU-TG.774.8TELECOMMUNICATIONSTANDARDIZATION SECTOROF ITU(02/2001)SERIES G: TRANSMISSION SYSTEMS AND MEDIA,DIGITAL SYSTEMS AND NETWORKSDigital terminal equipments Operations, administrationand maintenance features of transmission equipmentSynchronous digital hier
2、archy (SDH)management of radio-relay systems for thenetwork element viewCAUTION !PREPUBLISHED RECOMMENDATIONThis prepublication is an unedited version of a recently approved Recommendation.It will be replaced by the published version after editing. Therefore, there will bedifferences between this pr
3、epublication and the published version.FOREWORDThe International Telecommunication Union (ITU) is the United Nations specialized agency in the field oftelecommunications. The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ ofITU. ITU-T is responsible for studying technical,
4、 operating and tariff questions and issuingRecommendations on them with a view to standardizing telecommunications on a worldwide basis.The World Telecommunication Standardization Assembly (WTSA), which meets every four years,establishes the topics for study by the ITU-T study groups which, in turn,
5、 produce Recommendations onthese topics.The approval of ITU-T Recommendations is covered by the procedure laid down in WTSA Resolution 1.In some areas of information technology which fall within ITU-Ts purview, the necessary standards areprepared on a collaborative basis with ISO and IEC.NOTEIn this
6、 Recommendation, the expression “Administration“ is used for conciseness to indicate both atelecommunication administration and a recognized operating agency.INTELLECTUAL PROPERTY RIGHTSITU draws attention to the possibility that the practice or implementation of this Recommendation mayinvolve the u
7、se of a claimed Intellectual Property Right. ITU takes no position concerning the evidence,validity or applicability of claimed Intellectual Property Rights, whether asserted by ITU members or othersoutside of the Recommendation development process.As of the date of approval of this Recommendation,
8、ITU had/had not received notice of intellectualproperty, protected by patents, which may be required to implement this Recommendation. However,implementors are cautioned that this may not represent the latest information and are therefore strongly urgedto consult the TSB patent database. ITU 2001All
9、 rights reserved. No part of this publication may be reproduced or utilized in any form or by any means,electronic or mechanical, including photocopying and microfilm, without permission in writing from ITU.ITU-T G.774.8 (02/2001) Prepublished version 1RECOMMENDATION G.774.08“SYNCHRONOUS DIGITAL HIE
10、RARCHY (SDH) MANAGEMENT OF RADIO-RELAY SYSTEMS FOR THE NETWORK ELEMENT VIEW”SummaryThis Recommendation provides an information model for the Synchronous Digital hierarchy (SDH)Radio-Relay Network Elements. This model describes the managed object classes and theirproperties for the Radio Synchronous
11、Physical Interface and the protection function of sectionshaving such a physical interface. These objects are useful to describe information exchanged acrossinterfaces defined in Recommendation M.3010 Telecommunications Management Network (TMN)architecture for the management of the Radio-Relay Netwo
12、rk Elements.1. ScopeThis Recommendation provides an information model to be used at the interface between NetworkElements and Management Systems, for the management of radio-relays equipment which use theSynchronous Digital Hierarchy (SDH). It identifies the Telecommunications Management Network(TMN
13、) object classes required for the management of the Radio-Relay SDH network elements.These objects are relevant to information exchanged across standardized interfaces defined inthe M.3010 TMN architecture.Structure of this RecommendationClauses 5 to 6 describe the information model using the notati
14、on mechanisms defined inRecommendation X.722: Guidelines for the Definition of Managed Objects. Subclauses 5.6 and 6.7contain the syntax definitions of the information carried in the protocol using Abstract SyntaxNotation One (ASN.1) defined in Recommendation X.680-683. Naming and Inheritance aredia
15、grammatically shown in informative Appendix I.2. ReferencesThe following Recommendations and other references contain provisions which, through referencein this text, constitute provisions of this Recommendation. At the time of publication, the editionsindicated were valid. All Recommendations and o
16、ther references are subject to revision: all users ofthis Recommendation are therefore encouraged to investigate the possibility of applying the mostrecent edition of the Recommendations and other references listed below. A list of the currently validITU-T Recommendations is regularly published. ITU
17、-T Recommendation G.707 (2000), Network-node interface for the synchronous digitalhierarchy. ITU-T Recommendation G.773 (1993), Q-Interface protocols ITU-T Recommendation G.774 (2000), SDH management information model for the networkelement view. ITU-T Recommendation G.783 (1998), Characteristics of
18、 Synchronous Digital Hierarchy(SDH) equipment functional blocks. ITU-T Recommendation G.784 (1999), Synchronous Digital Hierarchy (SDH) management. ITU-T Recommendation G.803 (1997), Architectures of transport networks based on thesynchronous digital hierarchy (SDH).ITU-T G.774.8 (02/2001) Prepublis
19、hed version 2 ITU-T Recommendation G.831 (1996), Management capabilities of transport networks based onthe synchronous digital hierarchy (SDH). ITU-T Recommendation G.958 (1994), Digital line systems based on SDH for use on opticalfibre cables. ITU-T Recommendation M.60 (1993), Maintenance terminolo
20、gy and definitions. ITU-T Recommendation M.2120 (1997), Digital path, section and transmission system faultdetection and localisation procedures. ITU-T Recommendation M.3010 (2000), Principles for a telecommunication managementnetwork. ITU-T Recommendation M.3013 (2000), Considerations for a Telecom
21、municationsManagement Network. ITU-T Recommendation M.3100 (1995), Generic network information model. ITU-T Recommendation Q.811 (1997), Q3-Lower layers protocols. ITU-T Recommendation Q.812 (1997), Q3-Higher layers protocols. ITU-T Recommendation Q.822 (1994), Stage 1, Stage 2 and Stage 3 descripti
22、on for theQ3-interface: performance management. ITU-T Recommendation X.680 - X.683 (1997), Specification of Abstract Syntax Notation One(ASN.1). ITU-T Recommendation X.701 (1997), Systems management overview. ITU-T Recommendation X.710 (1997), Common management information service. ITU-T Recommendat
23、ion X.711 (1997), Common management information protocol. ITU-T Recommendation X.720 (1992) and Amd.1 (95) and Corr.1 (94), Information technology OSI Structure of Management Information: Management information model. ITU-T Recommendation X.721 (1993) and Corr. 1, 2, 3, and 4, Definition of manageme
24、ntinformation. ITU-T Recommendation X.722 (1992) and Amd.1 (95), Amd.2 (97), Amd.2 (97) and Corr.1(96), Information technology OSI Structure of management information: Guidelines for thedefinition of managed objects. ITU-T Recommendation X.730 (1992) and Amd.1 (95) and Corr1Amd1 (96), Objectmanageme
25、nt function. ITU-T Recommendation X.731 (1992) and Amd.1 (95), Corr.1 (95) and Corr1Amd1 (96), Statemanagement function. ITU-T Recommendation X.733 (1992) and Corr.1 (94), Amd1 (95), Corr1Amd1 (96) and Corr.2(99), Alarm reporting function. ITU-T Recommendation X.734 (1992) and Corr.1 (94), Amd1 (95)
26、, Corr1Amd1 (96) and Corr.2(99), Event report management function. ITU-T Recommendation X.735 (1992) and Amd.1 (95) and Corr1Amd1 (96), Log controlfunction.3. Terms and DefinitionsThis Recommendation uses the terms and definitions defined in Recommendations G.784, G.774and M.3100.ITU-T G.774.8 (02/2
27、001) Prepublished version 34. AbbreviationsFor the purpose of this Recommendation, the following abbreviations are used:AIS Alarm Indication SignalAP Access PointITU-T International Telecommunication UnionCMIP Common Management Information ProtocolCMIS Common Management Information ServiceCP Connect
28、ion PointCTP Connection Termination PointDRR Digital Radio-RelayGTP Group Termination PointHPA Higher order Path AdaptationIA Indirect AdapterIOS Intra-Office SectionISO International Organization for StandardizationLOF Loss of FrameLPA Lower order Path AdaptationNE Network ElementOS Operations Syst
29、emOSI Open Systems InterconnectionPDH Plesiochronous Digital HierarchyPkg PackageRF Radio FrequencyRPS Radio Protection SwitchingRRR Radio-Relay RegeneratorRRT Radio-Relay TerminalRS Regenerator SectionRSPI Radio Synchronous Physical InterfaceSDH Synchronous Digital HierarchySnk SinkSrc SourceSTM-n
30、Synchronous Transport Module nSTM-RR Synchronous Transport Module for Sub-STM-1 radio-relayTMN Telecommunications Management NetworkTP Termination PointTTP Trail Termination PointVC-n Virtual Container n5. SDH Radio TP fragmentThis clause provides Managed Objects required to model Radio SDH Physical
31、 interfaces.ITU-T G.774.8 (02/2001) Prepublished version 45.1 Object classes definitions5.1.1 Radio Synchronous Physical InterfaceThis subclause describes the object classes required to model the Radio SDH physical interface.radioSPITTPBidirectional MANAGED OBJECT CLASSDERIVED FROM “Recommendation M
32、.3100“:trailTerminationPointBidirectional,radioSPITTPSink,radioSPITTPSource;REGISTERED AS g774-8ObjectClass 1 ;radioSPITTPSink MANAGED OBJECT CLASSDERIVED FROM “Recommendation M.3100“:trailTerminationPointSink;CHARACTERIZED BY“Recommendation X.721“:administrativeStatePackage,“Recommendation M.3100“:
33、createDeleteNotificationsPackage,“Recommendation M.3100“:stateChangeNotificationPackage,“Recommendation M.3100“:tmnCommunicationsAlarmInformationPackage,radioSPIPackage,radioSPITTPSinkPkg PACKAGEBEHAVIOURradioSPITTPSinkPkgBehaviour BEHAVIOURDEFINED AS“This managed object class represents the process
34、 of converting the incoming radiofrequency signal into an internal logic level STM-N signal and the recovering of thetiming from the incoming signal.The upstream connectivity pointer is NULL for an instance of this class.The aforementioned process is composed of two subfunctions, namely the RXsubfun
35、ction and the Demodulation subfunction.A communicationsAlarm notification shall be issued if the RX subfunction fails. TheprobableCause parameter of the notification shall indicate rxFail.A communicationsAlarm notification shall be issued if the Demodulation subfunctionfails. The probableCause param
36、eter of the notification shall indicate demodulationFail.When an alarm is pending on an instance, its operationalState is disabled.“;CONDITIONAL PACKAGESrxLOSNotificationPackage PRESENT IF “an instance supports it“,demLOSNotificationPackage PRESENT IF “an instance supports it“;REGISTERED AS g774-8Ob
37、jectClass 2 ;radioSPITTPSource MANAGED OBJECT CLASSDERIVED FROM “Recommendation M.3100“:trailTerminationPointSource;CHARACTERIZED BY“Recommendation X.721“:administrativeStatePackage,“Recommendation M.3100“:createDeleteNotificationsPackage,“Recommendation M.3100“:stateChangeNotificationPackage,“Recom
38、mendation M.3100“:tmnCommunicationsAlarmInformationPackage,radioSPIPackage,radioSPITTPSourcePkg PACKAGEBEHAVIOURradioSPITTPSourcePkgBehaviour BEHAVIOURDEFINED AS“This managed object class represents the process of converting an outgoing internallogic level STM-N signal into a radio frequency signal.
39、The downstream connectivity pointer is NULL for an instance of this class.ITU-T G.774.8 (02/2001) Prepublished version 5The aforementioned process is composed of two subfunctions, namely the TXsubfunction and the Modulation subfunction.A communicationsAlarm notification shall be issued if the TX sub
40、function fails. TheprobableCause parameter of the notification shall indicate txFail.A communicationsAlarm notification shall be issued if the Modulation subfunctionfails. The probableCause parameter of the notification shall indicate modulationFail.When an alarm is pending on an instance, its opera
41、tionalState is disabled.“;ATTRIBUTES atpcImplemented GET;CONDITIONAL PACKAGESatpcPackage PRESENT IF “the ATPC is implemented and an instance supports it“,txLOSNotificationPackage PRESENT IF “an instance supports it“,modLOSNotificationPackage PRESENT IF “an instance supports it“;REGISTERED AS g774-8O
42、bjectClass 3 ;5.2 Packages definitionsatpcPackage PACKAGEATTRIBUTESatpcEnabled GET-REPLACE;REGISTERED AS g774-8Package 1 ;radioSPIPackage PACKAGEATTRIBUTESradioSPITTPId GET,radioFrequency GET,“Recommendation G.774“:stmLevel GET;REGISTERED AS g774-8Package 2 ;rxLOSNotificationPackage PACKAGEBEHAVIOUR
43、rxLOSNotificationPackageBehaviour BEHAVIOURDEFINED AS“A communicationsAlarm notification shall be issued if a loss of the incoming signal for the RXsubfunctions is detected. The probableCause parameter of the notification shall indicate rxLOS. TherxLOS probableCause in the communicationsAlarm notifi
44、cation should be used only when thedistinction between the fail of the RX subfunction and the loss of the incoming signal can be carriedout with sufficient degree of confidence.“;REGISTERED AS g774-8Package 3 ;demLOSNotificationPackage PACKAGEBEHAVIOURdemLOSNotificationPackageBehaviour BEHAVIOURDEFI
45、NED AS“A communicationsAlarm notification shall be issued if a loss of the incoming signal for theDemodulation subfunctions is detected. The probableCause parameter of the notification shallindicate demLOS. The demLOS probableCause in the communicationsAlarm notification should beused only when the
46、distinction between the fail of the Demodulation subfunction and the loss of theincoming signal can be carried out with sufficient degree of confidence.“;REGISTERED AS g774-8Package 4 ;txLOSNotificationPackage PACKAGEBEHAVIOURtxLOSNotificationPackageBehaviour BEHAVIOURDEFINED AS“A communicationsAlar
47、m notification shall be issued if a loss of the OUTgoing signal for the TXsubfunctions is detected. The probableCause parameter of the notification shall indicate txLOS. TheITU-T G.774.8 (02/2001) Prepublished version 6txLOS probableCause in the communicationsAlarm notification should be used only w
48、hen thedistinction between the fail of the TX subfunction and the loss of the incoming signal can be carriedout with sufficient degree of confidence.“;REGISTERED AS g774-8Package 5 ;modLOSNotificationPackage PACKAGEBEHAVIOURmodLOSNotificationPackageBehaviourBEHAVIOURDEFINED AS“A communicationsAlarm
49、notification shall be issued if a loss of the OUTgoing signal for theModulation subfunctions is detected. The probableCause parameter of the notification shall indicatemodLOS. The modLOS probableCause in the communicationsAlarm notification should be usedonly when the distinction between the fail of the Modulation subfunction and the loss of theincoming signal can be carried out with sufficient degree of confidence.“;REGISTERED AS g774-8Package 6 ;5.3 Attributes definitionsatpcImplemented ATTRIBUTEWITH AT
