џWPCL ћџ2BJ|xа АH аа АА X агга ХА6p&А6p&Х аеЯI а Hx аааУ Уб cмˆ4 PŽТ б styleref head_footRecommendation G.784Ф ФPAGE1У Уб cмˆ4 PŽТ бЯееЌ† а HH аааб cмˆ4 PŽТ бPAGE38У Уб cмˆ4 PŽТ б styleref head_footRecommendation G.784 Ќеа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаа X Ш аб cмˆ4 PŽТ бУ УRecommendation G.784Ф Ф аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бRecommendation G.784 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср8;Сб cмˆ4 PŽТ бУ УSYNCHRONOUS DIGITAL HIERARCHY (SDH) MANAGEMENTФ Ф б cмˆ4 PŽТ бС СThe CCITT, УУconsidering а H аФФС С(a)СpСthat Recommendations G.707, G.708 and G.709 form a coherent set of specifications for the synchronous digital hierarchy (SDH) and the network node interface (NNI); а H аС С(b)СpСthat Recommendation G.781 gives the structure of Recommendations on multiplexing equipment for the SDH; С С(c)СpСthat Recommendation G.782 describes the types and general characteristics of SDH multiplexing equipment; С С(d)СpСthat Recommendation G.783 specifies the characteristics of SDH multiplexing equipment functional blocks; а H аС С(e)СpСthat Recommendation G.958 specifies digital line systems based on SDH for use on optical fibre cables; а H аС С(f)СpСthat it is expected that further Recommendations will be produced concerned with other SDH equipment types, e.g. digital crossЉconnects and radio systems; С С(g)СpСthat Recommendation M.30 defines the principles for a telecommunicationas management network (TMN); а H аС С(h)СpСthat Recommendation G.773 defines the protocol suites for QЉinterfaces, УУrecommends а H аФФС Сthat the management of SDH equipment should be organized in accordance with the details contained within this Recommendation. ‚У У1ТX ТIntroductionФ ФЦЦ С СThis Recommendation addresses management aspects of the synchronous digital hierarchy (SDH), including the control and monitoring functions relevant to SDH network elements (NE). The SDH management subЉnetwork (SMS) architecture, SDH embedded control channel (ECC) functions, and SDH ECC protocols are specified. Detailed message sets are for further study. С СThe management of SDH equipment should be seen as a subset of the telecommunications management network (TMN) described in Recommendation M.30, and reference is made to Recommendation G.773 for the specification of protocol suites to be used at external (Q) management interfaces. ‚У У2ТX ТAbbreviations and definitionsФ ФЦЦ 2.1Тh  ТУУAbbreviationsФФЦЦ Та ТТ№ ТС€ СACSEСи СAssociation control service elementЦЦ Та ТТ№ ТС€ СAITSСи СAcknowledged information transfer serviceЦЦ Та ТТ№ ТС€ СAPDUСи СApplication protocol data unitЦЦ Та ТТ№ ТС€ СASEСpССи СApplication service elementЦЦ Та ТТ№ ТС€ СASN.1Си СAbstract syntax notation oneЦЦ Та ТТ№ ТС€ СCCСpССи СConnect confirmЦЦ Т№ ТС€ СCLNPСи СConnectionless network layer protocolЦЦ Та ТТ№ ТС€ СCLNSСи СConnectionless network layer serviceЦЦ Та ТТ№ ТС€ СCMIPСи СCommon management information protocolЦЦ Та ТТ№ ТС€ СCMISEСи СCommon management information service elementЦЦ Та ТТ№ ТС€ СCONPСи СConnection oriented networkЉlayer protocolЦЦ Та ТТ№ ТС€ СCRСpССи СConnection requestЦЦ Та ТТ№ ТС€ СCVСpССи СCode violationЦЦ Та ТТ№ ТС€ СDCCСpСData communications channelЦЦ Та ТТ№ ТС€ СDCNСpСData communications networkЦЦ Та ТТ№ ТС€ СECCСpСEmbedded control channelЦЦ Та ТТ№ ТС€ СESСpССи СErrored secondЦЦ Та ТТ№ ТС€ СFLSСpССи СFrame loss secondЦЦ Та ТТ№ ТС€ СFUСpССи СFunctional unitЦЦ Та ТТ№ ТС€ СGNEСpСGateway network elementЦЦ Та ТТ№ ТС€ СIFUСpССи СInterworking functional unitЦЦ Та ТТ№ ТС€ СIPСpССи СInterworking protocolЦЦ Та ТТ№ ТС€ СISСpССи СIntermediate systemЦЦ Та ТТ№ ТС€ СISOСpССи СInternational for standardization organizationЦЦ Та ТТ№ ТС€ СLCN Си СLocal communications networkЦЦ Та ТТ№ ТС€ СMAFСpСManagement applications functionЦЦ Та ТТ№ ТС€ СMCFСpСMessage communications functionЦЦ Та ТТ№ ТС€ СMDСpССи СMediation deviceЦЦ Та ТТ№ ТС€ СMFСpССи СMediation functionЦЦ Та ТТ№ ТС€ СMOСpССи СManaged objectЦЦ Та ТТ№ ТС€ СMOCСpСManaged object classЦЦ Та ТТ№ ТС€ СNEСpССи СNetwork elementЦЦ Та ТТ№ ТС€ СNEFСpССи СNetwork element functionЦЦ Та ТТ№ ТС€ СNLRСpСNetwork layer relayЦЦ Та ТТ№ ТС€ СNNEСpСNonЉSDH network elementЦЦ Та ТТ№ ТС€ СNPDUСи СNetwork protocol data unitЦЦ Та ТТ№ ТС€ СNSAPСи СNetwork service access pointЦЦ а Hр аТа ТТ№ ТС€ СOAM&PСи СOperations, administration, maintenance and provisioningЦЦ Та ТТ№ ТС€ СOSСpССи СOperations systemЦЦ Та ТТ№ ТС€ СOSFСpССи СOperations system functionЦЦ Та ТТ№ ТС€ СOSIСpССи СOpen systems interconnectionЦЦ Та ТТ№ ТС€ СPDUСpСProtocol data unitЦЦ Та ТТ№ ТС€ СPJCСpССи СPointer justification countЦЦ Та ТТ№ ТС€ СPPDUСи СPresentation protocol data unitЦЦ Та ТТ№ ТС€ СPSNСpССи СPacket switched networkЦЦ Та ТТ№ ТС€ СROSEСи СRemote operations service elementЦЦ Та ТТ№ ТС€ СSAPIСи СService access point identifierЦЦ Та ТТ№ ТС€ СSDHСpСSynchronous digital hierarchyЦЦ Та ТТ№ ТС€ СSMNСpСSDH management networkЦЦ Т№ ТС€ СSMSСpСSDH management subЉnetworkЦЦ Та ТТ№ ТС€ СSNDCFСи СSubЉnetwork dependent convergence functionЦЦ Та ТТ№ ТС€ СSPDUСи СSession protocol data unitЦЦ Та ТТ№ ТС€ СSTMСpСSynchronous transport moduleЦЦ Та ТТ№ ТС€ СSVCСpССи СSwitched virtual circuitЦЦ Та ТТ№ ТС€ СTEIСpССи СTerminal endЉpoint identifierЦЦ Та ТТ№ ТС€ СTMNСpСTelecommunications management networkЦЦ Та ТТ№ ТС€ СTPDUСи СTransport protocol data unitЦЦ Та ТТ№ ТС€ СTSAPСи СTransport service access pointЦЦ Та ТТ№ ТС€ СUASСpСUnavailable secondЦЦ Та ТТ№ ТС€ СUATСpСUnAvailable timeЦЦ Та ТТ№ ТС€ СUIСpССи СUnnumbered informationЦЦ Та ТТ№ ТС€ СUITSСи СUnacknowledged information transfer serviceЦЦ а HH а2.2Тh  ТУУDefinitionsФФЦЦ Та ТС€ HС2.2.1С СУ Уdata communications channel (DCC)Ф ФУУЦЦ а H аФФС СWithin an STMЉN signal there are two DCC channels, comprising bytes D1ЉD3, giving a 192 kbit/s channel, and bytes D4ЉD12, giving a 576 kbit/s channel. D1ЉD3 (DCCб cмˆ4 PŽТ бУУRФФб cмˆ4 PŽТ б) are accessible by all SDH NEs whereas D4ЉD12 (DCCб cмˆ4 PŽТ бУУMФФб cмˆ4 PŽТ б), not being part of the regenerator section overhead, are not accessible at regenerators. D1ЉD3 are allocated for SDH NE use. The D4ЉD12 channel can be used as a wide area, general purpose, communication channel to support TMN including nonЉSDH applications. This would include both communication between OSs and communication between an OS and a network element (including SDH network elements). The application of the D4ЉD12 channel requires study for general TMN applications and also for SDH network element management applications. Та ТС€ HС2.2.2С СУ Уembedded control channel (ECC)Ф ФЦЦ а H аС СAn ECC provides a logical operations channel between SDH NEs, utilizing a data communications channel (DCC) as its physical layer. Та ТС€ HС2.2.3С СУ УSDH management network (SMN)Ф ФЦЦ а H аС СAn SDH management network is a subset of a TMN, responsible for managing SDH NEs. An SMN may be subdivided into a set of SDH management subЉnetworks. Та ТС€ HС2.2.4С СУ УSDH management subЉnetwork (SMS)Ф ФЦЦ а H аС СAn SDH management subЉnetwork (SMS) consists of a set of separate SDH ECCs and associated intraЉsite data communication links which have been interconnected to form an operations data communications control network within any given SDH transport topology. An SMS represents an SDH specific local communication network (LCN) portion of a network operator's overall operations data network or TMN. Та ТС€ HС2.2.5С СУ Уmanagement application function (MAF)Ф ФЦЦ а H аС СAn application process participating in system management. The management application function includes an agent (being managed) and/or manager. Each SDH network element (NE) and operations system or mediation device (OS/MD) must support a management application function that includes at least an agent. A management application function is the origin and termination for all TMN messages. Та ТС€ HС2.2.6С СУ УmanagerФ ФЦЦ а H аС СPart of the MAF which is capable of issuing network management operations (i.e. retrieve alarm records, set thresholds) and receiving events (i.e. alarms, performance). SDH NEs may or may not include a manager while SDH OS/MDs will include at least one manager. Та Т2.2.7Си СУ УagentФ ФЦЦ а H аС СPart of the MAF which is capable of responding to network management operations issued by a manager and may perform operations on managed objects, issuing events on behalf of managed objects. The managed objects can reside within the entity or in another open system. Managed objects from other open systems are controlled by a distant agent via a local manager. All SDH NEs will support at least an agent. Some SDH NEs will provide managers and agents (being managed). Some NEs (e.g. regenerators) will only support an agent. Та ТС€ HС2.2.8С СУ Уmanaged object (MO)Ф ФЦЦ а H аС СThe management view of a resource within the telecommunication environment that may be managed via the agent. Examples of SDH managed objects are: equipment, receive port, transmit port, power supply, plugЉin card, virtual container, multiplex section, and regenerator section. Та ТС€ HС2.2.9С СУ Уmanaged object class (MOC)Ф ФЦЦ С СAn identified family of managed objects that share the same characteristics, e.g. Р"РequipmentР"Р may share the same characteristics as Р"РplugЉin cardР"Р. Та ТС€ HС2.2.10С СУ Уmessage communications function (MCF)Ф ФЦЦ а H аС СThe message communications function provides facilities for the transport of TMN messages to and from the MAF, as well as facilities for the transit of messages. The message communications function does not originate or terminate messages (in the sense of the upper protocol layers). Та ТС€ HС2.2.11С СУ Уoperations system function or mediation function (OSF/MF)Ф ФЦЦ С СA telecommunications management network (TMN) entity that processes management information to monitor and control the SDH network. In the SDH sub а H аЉportion of the TMN, no distinction is made between the operations system function and the mediation function; this entity being a MAF containing at least a manager. Та ТС€ HС2.2.12С СУ Уnetwork element function (NEF)Ф ФЦЦ С СA function within an SDH entity that supports the SDH based network transport services, e.g. multiplexing, crossЉconnection, regeneration. The network element function is modelled by managed objects. Та ТС€ HС2.2.13С СУ Уoperations system or mediation device (OS/MD)Ф ФЦЦ а H аС СA standЉalone physical entity that supports OSF/MFs but does not support NEFs. It contains a message communication function (MCF) and a MAF. Та ТС€ HС 2.2.14СpСУ Уnetwork element (NE)Ф ФЦЦ а H аС СA standЉalone physical entity that supports at least NEFs and may also support OSF/MFs. It contains managed objects, a MCF and a MAF. ‚У У3ТX ТSDH management networkФ ФЦЦ 3.1Тh  ТУУManagement network organizational modelФФУ УФ ФЦЦ С СThe management of an SDH network uses a multiЉtiered distributed management process. Each tier provides a preЉdefined level of network management capabilities. The lower tier of this organizational model (see Figure 3-1/G.784) includes the SDH NEs providing transport services. The management applications function (MAF) within the NEs communicates with, and provides management support to, peer NEs and mediation device(s) (MDs)/operations system(s) (OSs). С СThe communication process is provided via the message communication function (MCF) within each entity. а H аС СThe MAF at each entity can include agents only, managers only, or both agents and managers. Entities that include managers are capable of managing other entities. а H аС СEach tier in the multiЉtiered organizational model can provide additional management functionality. However, the message structure should remain the same. A manager within an SDH NE may suppress alarms generated by one or more of its managed NEs due to a common failure, and replace them by a new alarm message, directed to the OS/MD, identifying the source of the problem. The new alarm message format will be consistent with other alarm messages. ‚Ср QСб cмˆ4 PŽТ бFIGURE 3Љ1/G.784 б cмˆ4 PŽТ бб cмˆ4 PŽТ б Ср QСFIGURE 3Љ2/G.784 б cмˆ4 PŽТ б С СThe message format will be maintained as messages are elevated up the hierarchy, i.e., SDH NE to SDH NE messages will have the same structure as SDH NE to MD messages and SDH MD to OS messages. а H аС СFigure 3Љ2a/G.784 illustrates examples of management communication using a QЉinterface implemented in the MCF where logically independent communications are provided over a single physical interface: а H аТа ТРIРТ№ Тbetween a manager in the OS and two different agents; one in the MD and one in NE2 (interface a);ЦЦ а H аТа ТРIРТ№ Тbetween a manager in the MD and an agent in NE1; between a manager in the OS and an agent in NE2 (interface b).ЦЦ а H аС СFigure 3Љ2b/G.784 illustrates examples of management communication using QЉinterface protocols implemented in the MCF: а Hx аТа ТРIРТ№ Тbetween a manager in the OS and an agent in the MD (interface c);ЦЦ а Hр аТа ТРIРТ№ Тbetween a manager in the MD and an agent in NE1 (interface d);ЦЦ Та ТРIРТ№ Тbetween a manager in NE1 and an agent in NE2 (interface e).ЦЦ а HH а3.2Тh  ТУУRelationship between SMN, SMS and TMNФФЦЦ а H аС СThe interЉrelationship between the SMN, SMS and TMN is shown in Figure 3Љ3/G.784. Figure 3Љ4/G.784 shows specific examples of SMN, SMSs and connectivities within the encompassing TMN. ‚Ср QСб cмˆ4 PŽТ бFIGURE 3Љ3/G.784 б cмˆ4 PŽТ б а H аС СThe following subЉsections describe the SMS in more detail, addressing: Та ТРIРТ№ Тaccess to the SMS; andЦЦ Та ТРIРТ№ ТSMS architecture.ЦЦ а HH а3.2.1С СУУAccess to the SMSФФ а H аС СAccess to the SMS is always by means of an SDH NE functional block. The SDH NE may be connected to other parts of the TMN through the following sets of interfaces: Та ТТ№ ТС€ С1)СpСworkstation (F);ЦЦ Та ТТ№ ТС€ С2)СpСmediation device (a QЉinterface);ЦЦ Та ТТ№ ТС€ С3)СpСoperations system (a QЉinterface);ЦЦ а H аТа ТТ№ ТС€ С4)СpСnonЉSDH NE or site related information (interface(s) for further study).ЦЦа HH а‚б cмˆ4 PŽТ б Ср8JСFIGURE 3Љ4/G.784 б cмˆ4 PŽТ б а H аС СThe functionality required to be supported by the SDH NE will determine the type of QЉinterface to be provided. For instance, the two main varieties of SDH NEs expected are the SDH NEs with mediation functions (MF) and Р"РregularР"Р SDH NEs. An example of the SDH NE with MF is shown in Figure 3Љ5/G.784. An example of a Р"РregularР"Р SDH NE is shown in Figure 3Љ6/G.784. Та ТС€ HС3.2.2С СУУSDH management subЉnetwork architectureФФЦЦ С СIn Figure 3Љ4/G.784 a number of points should be noted concerning the architecture of the SMS: Та ТТ№ ТС€ Сa)СpСУУMultiple NEs at a single siteЦЦ а H аФФС СТ№ ТMultiple, addressable SDH NEs may appear at a given site. For example, in Figure 3Љ4/G.784 NEe and NEg may be collocated at a single equipment site.ЦЦ Та ТТ№ ТС€ Сb)СpСУУSDH NEs and their communications functionsЦЦ а H аФФС СТ№ ТThe message communications function of an SDH NE terminates (in the sense of the lower protocol layers), routes or otherwise processes messages on the ECC, or connected via an external QЉinterface.ЦЦ а H аТа ТТ№ ТТhpТС€Сi)Си СAll NEs are required to terminate the ECC. In OSI terms, this means that each NE must be able to perform the functions of an end system.ЦЦ а H аТа ТТ№ ТТhpТС€Сii)Си СNEs may also be required to route ECC messages between ports according to routing control information held in the NE. In OSI terms, this means that some NEs may be required to perform the functions of an intermediate system.ЦЦ а Hр аТа ТТ№ ТТhpТС€Сiii)Си СNEs may also be required to support QЉ and FЉinterfaces.ЦЦ Та ТТ№ ТС€ Сc)СpСУУSDH interЉsite communicationsФФЦЦ а H аС СТ№ ТThe interЉsite or interЉoffice communications link between SDH NEs will normally be formed from the SDH ECCs.ЦЦ Та ТТ№ ТС€ Сd)СpСУУSDH intraЉsite communicationsФФЦЦ а H аС СТ№ ТWithin a particular site, SDH NEs may communicate via an intraЉsite ECC or via an LCN. Figure 3-4/G.784 illustrates both instances of this interface.ЦЦ а H аС СУУNoteФФ РIР A standardized LCN for communicating between collocated network elements has been proposed as an alternative to the use of an ECC. The LCN would potentially be used as a general site communications network serving both SDH and nonЉSDH NEs (NNEs). The LCN is part of the TMN and thus the specification of the LCN is beyond the scope of this Recommendation. 3.3Тh  ТУУSMS topology and reference modelsФФЦЦ Та ТС€ HС3.3.1С СУУECC topology for the SDH management subЉnetworkЦЦ а H аФФС СIt is intended that this Recommendation should place no restriction on the physical transport topology to support the ECC. Thus it is expected that the supporting DCCs may be connected using string (bus), star, ring or mesh topologies. а H аС СEach SDH management subЉnetwork (SMS) must have at least one element which is connected to an OS/MD. This is called a gateway network element (GNE) and is illustrated in Figures 3Љ5/G.784, 3Љ6/G.784 and 3-7/G.784. The GNE should be able to perform an intermediate system network layer routing function for ECC messages destined for any end system in the SMS. С СУУNoteФФ РIР This is a specific instance of the general requirement that messages passing between communicating subЉnetworks shall use the network layer relay. а H аС СThe communications function is illustrated in Figure 3Љ7/G.784. Messages passing between OS/MD and any of the end systems in the subЉnetwork are routed through the GNE and, in general, other intermediate systems. ‚Ср QСб cмˆ4 PŽТ бFIGURE 3Љ5/G/784 б cмˆ4 PŽТ б Ср QСб cмˆ4 PŽТ бFIGURE 3Љ6/G.784 б cмˆ4 PŽТ б Ср QСб cмˆ4 PŽТ бFIGURE 3Љ7/G.784 б cмˆ4 PŽТ б Та ТС€ HС3.3.2С СУУMessage routing at SDH NE sitesФФЦЦ а H аС СThe means of generation and administration of routing control information amongst communicating subЉnetworks and within subЉnetworks is detailed in РSР 6.2.3. Та ТС€ HС3.3.3С СУУSMS reference modelsФФЦЦ а H аС СReference models are particularly suited for test cases and for design verification and acceptance testing. The reference configurations in Figure 3Љ8/G.784 and Figure 3Љ9/G.784 are examples of test cases for SMS management. Examples of SMS connectivity are given in Figure 3Љ10/G.784. а H аС СOther variations of Figure 3Љ9/G.784 are also of interest as reference configurations; for example, on routes where the operator chooses not to implement the multiplex section protection (MSP) function, the ECCs would be provided on at least two SDH lines, and optionally on any remaining SDH lines of a particular route. ‚Ср QСб cмˆ4 PŽТ бFIGURE 3Љ8/G.784 б cмˆ4 PŽТ б Ср QСб cмˆ4 PŽТ бFIGURE 3Љ9/G.784 б cмˆ4 PŽТ бб cмˆ4 PŽТ б Ср QСFIGURE 3Љ10/G.784 б cмˆ4 PŽТ б У У4ТX ТInformation modelФ ФЦЦ а H аС СAn overview of object modelling and the objectives for the SDH specific model are given in Annex D. С СDetailed specifications are for further study. а H аС СУУNoteФФ РIР This section will contain the information required to specify the ASN.1 encoded managerЉagent messages needed to support the management functions described in РSР 5. ‚У У5ТX ТManagement functionsФ ФЦЦ С СThis section provides an overview of the minimum functions which are required to support interЉvendor/Љnetwork communications and singleЉended maintenance of SDH NEs within an SMS, or between communicating peer NEs across а H аa network interface (РSРS 5.1.1, 5.2.1, 5.3.1, 5.4.2). SingleЉended maintenance is the ability to access remotely located NEs to perform maintenance functions. а H а С СOther management functions have been identified (РSРS 5.1.2, 5.1.3, 5.1.4, 5.1.5, 5.2.2, 5.2.3, 5.4.1, 5.4.3, 5.5) and will be specified in the latter stages of the 1988Љ1992 CCITT study period. а H аС СIt should be noted that the management functions have been categorized according to the classifications given in Recommendation M.30. а H аС СDetailed specifications of the management functions, in terms of support objects, attributes and message specification, are given in Annex A. 5.1Тh  ТУУGeneral functionsФФЦЦ Та ТС€ HС5.1.1С СУУEmbedded control channel (ECC) managementФФЦЦ С СIn order for SDH NEs to communicate they must manage the ECC. The ECC management functions defined below are examples of functions required to be supported with ECC messages: а H аТа ТТ№ ТС€ Сa)СpСretrieval of network parameters to ensure compatible functioning, e.g., packet size, timeouts, quality of service, window size, etc.;ЦЦ Та ТТ№ ТС€ Сb)СpСestablishment of message routing between DCC nodes;ЦЦ Та ТТ№ ТС€ Сc)СpСmanagement of network addresses;ЦЦ а H аТа ТТ№ ТС€ Сd)СpСretrieval of operational status of the DCC at a given node; andЦЦ Та ТТ№ ТС€ Сe)СpСcapability to enable/disable access to the DCC.ЦЦ а HH аТа ТС€ HС5.1.2С СУУSecurityФФЦЦ С СFor further study. Та ТС€ HС5.1.3С СУУSoftwareФФЦЦ С СFor further study. Та ТС€ HС5.1.4С СУУRemote loginФФЦЦ С СFor further study. Та ТС€ HС5.1.5С СУУTimeЉstampingФФЦЦ а H№ аС СThe required accuracy and precise details of the timeЉstamping of events/reports is the subject of further study. (Maximum values in the range 1 to 30 seconds have been mentioned for the permissible inaccuracy compared to real time.) 5.2Тh  ТУУFault (maintenance) managementЦЦ Та ТС€ HСФФ5.2.1С СУУAlarm surveillanceФФЦЦ С СAlarm surveillance is concerned with the detection and reporting of relevant events/conditions which occur in the network. In a network, events/conditions detected within the equipment and within the incoming signal, as well as those external to the equipment, should be reportable. Alarms are indications that are automatically generated by an NE as a result of certain events/conditions. The user shall have the ability to define which events/conditions generate autonomous alarm reports. The remaining events/conditions are reported on request. С СThe following alarmЉrelated functions shall be supported: Та ТРIРТ№ Тreport autonomous alarms;ЦЦ Та ТРIРТ№ Тrequest all alarms;ЦЦ Та ТРIРТ№ Тreport all alarms;ЦЦ Та ТРIРТ№ Тallow/inhibit alarm reporting over the ECC;ЦЦ Та ТРIРТ№ Тrequest status of allow/inhibit alarm reporting;ЦЦ Та ТРIРТ№ Тreport status of allow/inhibit alarm reporting.ЦЦ а H аС СA summary of alarm conditions is given in РSР 2 of Annex A. Detailed message sets are for further study. Та ТС€ HС5.2.2С СУУTestingФФЦЦ С СFor further study. Та ТС€ HС5.2.3С СУУExternal eventsФФЦЦ С СFor further study. Та Т5.3СpСУУPerformance managementФФЦЦ а HH аТа ТС€ HС5.3.1С СУУPerformance monitoringФФЦЦ а H аС СУУNoteФФ РIР Fixed window processing of the primitive performance information (15 minutes and 1 day) is considered satisfactory for the purpose of а H аnetwork surveillance and of fault identification and sectionalization. This does not preclude the additional use of other window processing techniques for detailed performance or fault characterization where it is demonstrated that these provide significant additional information on the nature of errored events. If an alternative window processing technique is used, it should be capable of default to the fixed window method. Та ТС€ HС5.3.1.1СpСУУPerformance data collectionФФЦЦ а H аС СPerformance data collection refers to the event count associated with each of the performance parameters indicated in Recommendation G.783. The parameters are derived from performance primitives associated with SDH frame formats defined in Recommendations G.707, G.708 and G.709. Event counts are inhibited under certain failure or unavailable conditions as specified in РSР 5.3.1.7. а H аС СParameter requirements specific to each digital signal are summarized in РSР 3 of Annex A. Detailed message sets are for further study. Та ТС€ HС5.3.1.2СpСУУPerformance monitoring historyФФЦЦ а H аС СPerformance history data is useful to assess the recent performance of transport systems and sectionalize the trouble or degradation. This history can also enable performance assessment against longЉterm performance objectives. а H аС СLimited historical data, in the form of event counts for each monitored parameter, shall be stored in NEs, or in mediation devices associated with NEs. Separate performance monitoring data shall be stored for individual directions of transmission. а H аС СA current 15Љminute and current day register, a previous 15Љminute and previous day register, and a certain number of recent 15Љminute and day registers will be provided per monitored parameter, per direction (as detailed in РSР 3 of Annex A). С СThe 15Љminute and day registers shall function as follows: а H аТа ТТ№ ТС€ Сa)СpСCurrent 15Љminute register РIР contains the impairment count for the parameter during a 15Љminute period. The current 15Љminute register shall be reset to zero each 15 minutes after the data is transferred to the previous 15Љminute register.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСCurrent day register РIР contains the impairment count for the parameter during a 1Љday period. The current day register shall be reset to zero each day (e.g. at midnight) after the data is transferred to the previous day register.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСPrevious 15Љminute register РIР contains a 15Љminute count for the parameter. At the end of each 15 minutes the impairment count from the current 15Љminute register is stored in the previous 15-minute register and the old data from the previous 15Љminute register is transferred to the first recent register (if recent 15Љminute registers are provided; if not, the old data is discarded).ЦЦ а H аТа ТТ№ ТС€ Сd)СpСPrevious day register РIР contains a 1Љday count for the parameter. At the end of each day the impairment count from the current day register is stored in the previous day register and the old data from the previous day register is transferred to the most recent register (if recent day registers are provided; if not, the old data is discarded).ЦЦ а H аТа ТТ№ ТС€ Сe)СpСRecent 15Љminute registers РIР a group of УУnФФ registers, each of which contains a 15Љminute count, so that performance data for the УУnФФ most recent 15 minutes (plus the previous 15 minutes) is stored (values of Р"РУУnФФР"Р are specified in РSР 3 of Annex A). At the end of each 15 minutes the count from the previous 15-minute register is stored in the first recent register. The values in each successive recent register are pushed down one register in the stack. The oldest 15 minutes at the bottom of the stack is discarded.ЦЦ а H аТа ТТ№ ТС€ Сf)СpСRecent day registers РIР a group of УУmФФ registers, each of which contains a 1Љday count, so that performance data for the УУmФФ most recent days (plus the previous day) is stored (values of Р"РУУmФФР"Р are specified in РSР 3 of Annex A). At the end of each day the count from the previous day register is stored in the first recent register. The values in each successive recent register are pushed down one register in the stack. The oldest day at the bottom of the stack is discarded.ЦЦ а H аС СThe above registers shall be readable on demand, and routine (e.g. daily) retrieval of the previous plus recent data shall be possible without loss а H аof data. The registers may be manually reset to zero at any time. The registers shall not be automatically reset when service is restored after failure. С СУУNoteФФ РIР The need to provide a limited number of registers which could provide, on request, event history of a selectable parameter, time stamped on a 1Љsecond basis is for further study. Та ТС€ HС5.3.1.3СpСУУThreshold setting and threshold crossing notificationsЦЦ ФФС СThreshold crossing alarm messages signify performance degradations reaching and/or exceeding (i.e. > = function) preset thresholds, and as such, are an integral part of the performance monitoring process. Thresholds may be set in the NE to notify the OS before service is affected. The value of the threshold shall be settable over the minimum range given in Table AЉ6/G.784. С СWhen the NE recognizes a threshold crossing for a given parameter, a threshold crossing notification should be generated. When a threshold is crossed, the NE shall continue counting to the end of the accumulation period, when the current count is stored and reset. No more than one threshold notification (per parameter, per direction of transmission) shall be sent during any accumulation period. С СDetails of threshold setting functions are given in РSР 5.3.1.5. Та ТС€ HС5.3.1.4СpСУУPerformance data reportingЦЦ а H аФФС СData reporting is useful for initiating appropriate maintenance actions and also when following up trouble reports. That is, performance data stored in the NE may be collected and analysed. If marginal troubles are detected, appropriate maintenance actions can then be carried out. а H аС СAlso, routine data collection may be performed periodically to support trend analysis to predict future failure/degrade conditions. а H аС СTo report performance data, the parameters (e.g. ES, SES), the direction of transmission (i.e. near end, far end) and the accumulation period (e.g. current 15 minutes, day) need to be specified. The reporting intervals are nominally 15 minutes and a day. а H аС СPerformance data shall be reportable across the OS/NE interface in each of the following ways: Та ТТ№ ТС€ Сa)СpСon demand per port when requested by the OS;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСautomatically upon the crossing of a performance monitoring threshold (e.g. 15Љminute alert and current 15Љminute register values for all parameters);ЦЦ а H аТа ТТ№ ТС€ Сc)СpСperiodically for specific ports as required by the OS. The suppression of reporting of zero counts is for further study.ЦЦ а H аС СУУNoteФФ РIР The term Р"РportР"Р means a single section, line or path termination, or monitoring point, in the NE. а H аС СAn OS can request an NE to report performance monitoring data on demand or periodically on selected ports. а H аС СIf the NE is unable to begin periodic reporting of data in response to the OS command, the NE should respond with an unable to comply message. а H аС СFor 24Љhour data specifically, the OS may instruct the NE on when to begin measurement of the 24Љhour period for the purpose of collecting data. The NE shall be able to begin the measurement at the start of any hour. а H аС СThe specific functions which should be supported at the OS/NE interface to support data collection and thresholding are: а H аТа ТТ№ ТС€ Сa)СpСRequest data РIР OS requests the NE to send data including parameters, direction of transmission and accumulation period; NE responds with a data report.ЦЦ а H аТа ТТ№ ТС€ Сb)СpСSchedule data report РIР OS directs the NE to establish a schedule for the reporting of data including parameters, direction of transmission, reporting interval, start of reports and number of reports; NE responds by sending the appropriate period data reports, or NE responds with an unable to comply message if not equipped to handle scheduling of data reports.ЦЦ а H аТа ТТ№ ТС€ Сc)СpСRequest data report schedule РIР OS directs the NE to send the current data reporting schedule; NE reports with the schedule including parameters, direction of transmission, reporting interval (i.e. 15 minutes, daily), time of next report, and remaining number of reports.ЦЦ а H аТа ТТ№ ТС€ Сd)СpСStart/stop data РIР OS directs the NE to start or stop the reporting of data including reporting interval, parameters, direction of transmission; NE responds with verification that reporting will start/stop.ЦЦ а H аТа ТТ№ ТС€ Сe)СpСData report РIР NE sends performance data to the OS including parameter, direction of transmission, type of threshold, threshold level and register value. It may be generated periodically by the NE (when periodic reporting is scheduled by OS), sent upon demand by the OS or by exception when a parameter threshold has been exceeded.ЦЦ а H аТа ТТ№ ТС€ Сf)СpСSet attributes РIР OS directs the NE to assign designated attributes including parameter to be monitored, type of threshold (i.e. 15 minutes, daily), threshold value, data reporting mode (e.g. scheduled, start/stop), and start time of 24Љhour period; NE responds with new attribute designations.ЦЦ а H аТа ТТ№ ТС€ Сg)СpСRequest attributes РIР OS requests the NE to send to the OS the current attributes; NE responds by sending the currently assigned attributes including parameter to be monitored, type of threshold, threshold value, whether data reports are enabled or inhibited, and start time of 24Љhour period. It is permissible for the NE to code the set (or sets) of attributes so as to minimize message traffic, and also to use the code to signify operational status of the NE. How this latter function can be achieved in the context of standardized OS/NE messages is for further study.ЦЦ а HH аТа ТС€ HС5.3.1.5СpСУУRegister and threshold setting functionsФФЦЦ Та ТС€ HС5.3.1.5.1 УУInitializationЦЦ а H аФФС СThe NE shall allow the OS to initialize current storage registers. The specific function related to data initialization which should be supported at the OS/NE interface is: а H аТа ТРIРТ№ ТInitialize data РIР OS directs the NE to reset storage registers for data, including type of registers (i.e. 15 minutes, daily).ЦЦ а HH аТа ТС€ HС5.3.1.5.2 УУCapability for threshold settingЦЦ а H аФФС СThe OS shall be able to retrieve and change the settings of the 15-minute and daily thresholds on a per port basis. а H аС СThreshold crossing notifications shall have default thresholds, as well as locally and remotely settable nonЉdefault thresholds. а H аС СWhen the OS requests that a threshold be changed, the NE shall respond with the new value to which the threshold has been set. If the OS requests а H аa threshold value higher than allowed by a given NE implementation, the NE shall set the threshold to the nearest lower threshold value which the NE implementation allows and report this change to the OS. а H аС СThe ability to inhibit threshold setting on a per port basis or on a per NE basis shall be supported. The OS shall be notified of such a condition when data is collected, and when attributes are requested. When threshold setting is reЉenabled, threshold values shall be restored to the same ones in place just prior to the inhibit. Та ТС€ HС5.3.1.6СpСУУAccuracy and resolutionЦЦ ФФС СAll parameter counts should be actual, except when there is register overflow, in which case the registers hold at the maximum value until they are read and reset at the end of the accumulation period. а H аС С15Љminute and daily time intervals shall be accurate to within plus or minus (to be decided; values in the range 1 to 10 seconds have been proposed). а H аС СThe start of 15Љminute and daily counts shall be accurate to within plus or minus (to be decided; values in the range 1 to 30 seconds have been proposed). Та ТС€ HС5.3.1.7СpСУУPerformance monitoring during unavailable and trouble conditionsЦЦ а H аФФС СPerformance parameter counts shall be inhibited during UnAvailable time (UAT) as given in Table A-7/G.784. Monitoring shall be correlated with UAT and trouble conditions, e.g. LOS, LOF and LOP, as well as AIS which is indicative of upstream trouble. 5.4Тh  ТУУConfiguration managementФФЦЦ Та ТС€ HС5.4.1С СУУProvisioningЦЦ ФФС СFor further study. Та ТС€ HС5.4.2С СУУStatus and control (protection switching)ФФЦЦ С СThe general facility of protection switching is defined as the substitution of a standby or backЉup facility for a designated facility. The specific functions which allow the user to control the traffic on the protection line are: Та ТРIРТ№ Тoperate/release manual protection switching;ЦЦ Та ТРIРТ№ Тoperate/release force protection switching;ЦЦ Та ТРIРТ№ Тoperate/release lockout;ЦЦ Та ТРIРТ№ Тrequest/set automatic protection switching (APS) parameters.ЦЦ а HH аТа ТС€ HС5.4.3С СУУInstallation functionsФФЦЦ С СFor further study. 5.5Тh  ТУУSecurity managementФФЦЦ С СFor further study. ‚У У6ТX ТProtocol stackФ ФЦЦ 6.1Тh  ТУУDescriptionФФЦЦ а H аС СThe protocol stack shown in this section has been selected to satisfy requirements for the transfer of operations, administration, maintenance а H аand provisioning (OAM&P) messages across the SDH data communications channels (DCC). It is in accordance with the current object oriented approach to the management of open systems. That is, the application layer includes the common management information service element (CMISE), and the remote operations service element (ROSE) and association control service element (ACSE) to support CMISE. С СThe presentation, session and transport layers provide the connection oriented service required for support of ROSE and ACSE. The transport layer includes the additional protocol elements required to provide a Connection Mode service when operating over the connectionless network layer protocol (CLNP) (ISO 8473 [1]). Data link support is provided by LAPD as defined in Recommendations Q.920 [31] and Q.921 [32]. С СLayer 1, the physical layer of the stack, represents the SDH DCC. Та ТС€ HС6.1.1С СУУECC protocol stack descriptionФФЦЦ С СThe protocol stack given in Figure 6Љ1/G.784 is to be used for the communication of management messages over the SDH DCC. The specifications of options and parameters required in order to guarantee interoperation are described in РSР 6.2. а H а С СThe protocols for each layer, as outlined in the following subЉsections, are to be used for management communications over the SDH ECC. The detailed specifications of these protocols are given in РSР 6.2. ‚Ср QСб cмˆ4 PŽТ бFIGURE 6Љ1/G.784 б cмˆ4 PŽТ б Та ТС€ HС6.1.1.1СpСУУPhysical layer (layer 1)ФФЦЦ а H аС СThe SDH data communication channel (DCC) constitutes the physical layer. Та ТС€ HС6.1.1.2СpСУУData link layer (layer 2)ФФЦЦ а H аС СThe data link protocol, LAPD (Recommendation Q.921) provides pointЉtoЉpoint connections between nodes of the underlying transmission network. Та ТС€ HС6.1.1.3СpСУУNetwork layer (layer 3)ФФЦЦ а H аС СThe network protocol ISO 8473, provides a datagram service suitable for the high speed, high quality underlying network. Convergence protocols have been defined in ISO 8473/AD3 for the operation of ISO 8473 over both connectionЉoriented and connectionless data link subЉnetworks. Та ТС€ HС6.1.1.4СpСУУTransport layer (layer 4)ФФЦЦ С СThe transport protocol ensures the accurate endЉtoЉend delivery of information across the network. The protocol creates a transport connection from the underlying connectionless network service (ISO 8073/AD2 [7]) and provides for flowЉcontrol and error recovery on this connection. Transport class 4 is selected to ensure reliable NPDU delivery over the connectionless mode network layer services. Та ТС€ HС6.1.1.5СpСУУSession layer (layer 5)ФФЦЦ С СThe session protocol ensures that the communication systems are synchronized with respect to the dialogue under way between them and manages, on behalf of the presentation and application layers, the transport connections required. Та ТС€ HС6.1.1.6СpСУУPresentation layer (layer 6)ФФЦЦ а H аС СThe presentation protocol and the ASN.1 basic encoding rules act to ensure that application layer information can be understood by both of the communicating systems РIР the context of the information being transferred and the syntax of the encoding of information. Та ТС€ HС6.1.1.7СpСУУApplication layer (layer 7)ФФЦЦ С СThe following options of the application layer shall be utilized: Та ТТ№ ТС€ Сi)СpСCMISEЦЦ а H аТа ТТ№ ТThe common management information service element (CMISE) of the ISO common management information protocol (CMIP) provides services for the manipulation of management information across the ECC. It has been selected by ISO as the carriage protocol for network management protocols. CMISE is based on an object-oriented paradigm that represents network entities, and network management functions and information as objects with attributes and operations that can be performed on the objects. The CMISE services enable a network management system to:ЦЦ Та ТТ№ ТРIРТhpТcreate and delete the objects (CREATE/DELETE);ЦЦ а H аТа ТТ№ ТРIРТhpТdefine and redefine values of object attributes, (SET and GET);ЦЦ Та ТТ№ ТРIРТhpТinvoke operations on the objects (ACTION), and ЦЦ Та ТТ№ ТРIРТhpТto receive reports from the objects (EVENT REPORT).ЦЦ Та ТТ№ ТС€ Сii)СpСROSEЦЦ а H аТа ТТ№ ТThe remote operations service element (ROSE) permits one system to invoke an operation on another system and to be informed of the results of that operation. In the context of the ECC protocol stack, the operations are defined to be CMISE services.ЦЦ Та ТТ№ ТС€ Сiii)Си СACSEЦЦ а H аТа ТТ№ ТThe association control service element (ACSE) provides services to initiate and terminate a connection (association), between two applications. This association is then used to convey the management messages corresponding to the CMISE services.ЦЦа HH а Та Т6.2СpСУУProtocol specificationsЦЦ ФФС СThis section specifies protocols for the SDH ECC. а H аС СProtocol options, features, parameter values, etc., in addition to those specified in this Recommendation may be included in a conforming system provided they are not explicitly excluded by this Recommendation and they do not prevent interoperability with conforming systems that do not provide them. С СA control network topology is outlined in РSР 3.2.2. Та ТС€ HС6.2.1С СУУPhysical layer protocol specificationФФЦЦ а H аС СThe regenerator section DCC shall operate as a single 192 kbit/s message based channel using the section overhead bytes D1 to D3. The multiplex section DCC shall operate as a single 576 kbit/s message based channel using the section overhead bytes D4 to D12. Та ТС€ HС6.2.2С СУУData link layer protocol specificationФФЦЦ а H аС СThe data link layer shall provide pointЉtoЉpoint transfer, over the SDH DCC, of Network Service Data Units (NSDU) through a single logical channel between each pair of adjacent network nodes. а H аС СThe data link layer shall operate under the rules and procedures specified in Recommendation Q.921 [32] for the Unacknowledged Information Transfer service (UITS) specified in РSР 6.2.2.1, and for Acknowledged Information Transfer service (AITS) specified in РSР 6.2.2.2. Both services (UITS and AITS) shall be supported. AITS shall be the default mode of operation. а H аС СA mapping between the connectionЉmode Data Link service primitives defined in ISO 8886 (Recommendation X.212) and Recommendations Q.920/Q.921 primitives is defined in Table 6Љ1/G.784. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT01ETABLE 6Љ1/G.784 Ср AСУ УMapping of Data Link service and Q.920 primitivesФ Ф б cмˆ4 PŽТ бвЦ‚H˜ ˆˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј ˜ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаСр LСааб cмˆ4 PŽТ бData Link Service Primitive аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHрHА ш@˜ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр RСQ.920 Primitive а ˆш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆрHА ш@˜ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ˆш аб cмˆ4 PŽТ бвЦ‚H˜ ˆˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бDLЉCONNECT request DLЉCONNECT indication DLЉCONNECT response DLЉCONNECT confirm DLЉDATA request DLЉDATA indication DLЉDISCONNECT request DLЉDISCONNECT indication (Note 3) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆрHА ш@˜ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаDLЉESTABLISH request DLЉESTABLISH indication (Note 1) (Note 2) DLЉESTABLISH confirm DLЉDATA request DLЉDATA indication DLЉRELEASE request DLЉRELEASE indication DLЉRELEASE confirm а ˆш аб cмˆ4 PŽТ бˆа H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бУУС СNote 1ФФ РIР This primitive indicates that the data link connection is open. УУС СNote 2ФФ РIР Recommendation Q.921 will ignore this response. УУС СNote 3ФФ РIР Network layer will ignore this confirmation. аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Та Т6.2.2.1СP СUnacknowledged information transfer service (UITS)ЦЦ а H аС СUITS shall follow the rules and procedures specified in Recommendation G.921 [32]. For the UITS, the sub-network dependent convergence function (SNDCF) provides a direct mapping onto the data link layer as specified in РSР 8.4.4.1 of ISO 8473/AD3 [2]. For this application, mandatory and optional service and Protocol parameters shall have the values specified in Table 6Љ2/G.784. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT02ETABLE 6Љ2/G.784 Ср PСУ УUITS specificationФ Ф б cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаСр XСб cмˆ4 PŽТ бa) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe unnumbered information (UI) frames shall be used for data transfer as specified in Recommendation Q.921 [32]. а Ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа Ш аб cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср рGСб cмˆ4 PŽТ бb) а 8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаAs specified in Recommendation Q.921 [32], UI frames shall always be commands. The assignment of userЉside/networkЉside roles (and hence the C/R bit value) shall be made prior to initialization. а Ш аб cмˆ4 PŽТ бˆа Ш аб cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср рGСб cмˆ4 PŽТ бc) а p ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаService access point identifier (SAPI) Value: 62* а Р а*VaThe need for additional SAPIs is for further study, e.g. to support SDH DCC Servmaintenance. а Ш аб cмˆ4 PŽТ бˆа Ш аб cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср рGСб cмˆ4 PŽТ бd) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаTerminal endЉpoint identifier (TEI) Value: 60 а Ш аб cмˆ4 PŽТ бˆа Ш аб cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср рGСб cмˆ4 PŽТ бe) а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe frame size shall be capable of supporting an Information Field of 512 octets as specified in ISO 8473, РSР 8.4.2 [1]. а Ш аб cмˆ4 PŽТ бˆа Ш аб cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср рGСб cмˆ4 PŽТ бf) а ( ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаTEI management procedure, as specified in Recommendation Q.921 [32], shall NOT be supported. а Ш аб cмˆ4 PŽТ бˆа Ш аб cмˆ4 PŽТ бвЦ‚H(ЈЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср рGСб cмˆ4 PŽТ бg) а ( ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ЈџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаPoll/Final Bit shall always be set to 0, as specified in Recommendation Q.921 [32]. а Ш аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HС6.2.2.2СpСУУAcknowledged information transfer services (AITS)ЦЦ а H аФФС СAITS shall follow the rules and procedures specified in Recommendation Q.921 [32]. For AITS, the SNDCF provides a mapping onto the data link layer as specified in РSР 8.4.4.2 of ISO 8473/AD3 [2]. For this application, mandatory and optional service and protocol parameters shall have the values specified in Table 6Љ3/G.784. In addition, the requirements specified in c) to f) of Table 6Љ2/G.784 shall also be followed. Та ТС€ HС6.2.3С СУУNetwork layer protocol descriptionЦЦ а H аФФС СThe connectionless mode network layer service provided to the transport layer is defined in ISO 8348/AD1 [3] and the protocol to provide this service shall conform to ISO 8473 [1]. Network protocol data units (NPDUs) are routed through intermediate systems to end systems using routing control information at each intermediate system. All NEs must be designed to function as an intermediate system, as an end system or both. An intermediate system is defined as having one or more ports to which a received NPDU may be forwarded, while an end system has none. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT03ETABLE 6Љ3/G.784 Ср PСУ УAITS specificationsФ Ф б cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаСр XСб cмˆ4 PŽТ бa) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe assignment of userЉside/networkЉside roles, and hence the C/R bit value, shall be made prior to initialization. а h ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа h аб cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср ;Сб cмˆ4 PŽТ бb) а x ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe default value for (k)С&(+СС+ ,С 207 а h аб cмˆ4 PŽТ бˆа h аб cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср ;Сб cмˆ4 PŽТ бc) а ˆ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe default value for T200 С((+С 200 ms а h аб cмˆ4 PŽТ бˆа h аб cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср ;Сб cмˆ4 PŽТ бd) а И ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe default value for T203 С((+С 210 secondes УУNoteФФ РIР This parameter is used with the optional procedures listed as item f) below. а h аб cмˆ4 PŽТ бˆа h аб cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср ;Сб cмˆ4 PŽТ бe) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThe default value for N200 С((+С 203 а h аб cмˆ4 PŽТ бˆа h аб cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср ;Сб cмˆ4 PŽТ бf) а @ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаData link monitor functions as specified in RecommenЌdation Q.921 [32] are optional. а h аб cмˆ4 PŽТ бˆа h аб cмˆ4 PŽТ бвЦ‚H(Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср ;Сб cмˆ4 PŽТ бg) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј Xа(џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаParameter negotiation as described in Appendix IV of Q.921 may be used to select alternative parameter values. а h аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe routing control information is used to select the underlying service needed to reach the next system in the route. It is recommended that the derivation and provisioning of this routing information should be supported in one of the following ways. Та ТТ№ ТС€ Сa)СpСmanual administration;ЦЦ а H аТа ТТ№ ТС€ Сb)СpСuse of the end system to intermediate system routing exchange protocol as defined in ISO 9542 [4] (i.e. can be used between an intermediate system and all end systems connected to it to establish the routing control at the intermediate system);ЦЦ а H аТа ТТ№ ТС€ Сc)СpСintermediate system to intermediate system intraЉdomain routing exchange protocols are currently under study and may be used when available. They are expected to be backward compatible with the end system to intermediate system routing exchange protocol referred to in b) above.ЦЦ а H аС СУУNoteФФ РIР Until intermediate system to intermediate system intraЉdomain routing exchange protocols are available, and if the manual administration of routing tables is too burdensome, then one of the schemes described in Annexes B and C may be used. However, when selecting one of these schemes, network operators should take into account the possible backward compatibility implications of introducing intermediate system to intermediate system intraЉ domain routing exchange protocols, once finalized. а H аС СFor this application, the full protocol subset of category 1 functions, as specified in ISO 8473 [1], shall be supported. Category 2 functions, as specified in ISO 8473 [1], may be supported. Category 3 functions, as specified in ISO 8473 [1], that are not required or prohibited in Table 6Љ4/G.784, may also be supported. The service/protocol parameters shall have the values specified in Table 6Љ4/G.784. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT04ETABLE 6Љ4/G.784 Ср EСУ УNetwork layer service/protocol parametersФ Ф б cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаСр XСб cмˆ4 PŽТ бa) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаDestination and source addresses used by this protocol shall be Network Service Access Points (NSAP) addresses, as specified in ISO 8348/AD2 [5]. The destination and source addresses are of variable length. The destination and source address fields shall be encoded as network protocol address information using the preferred binary encoding specified in ISO 8348/AD2 [5]. а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср РOСб cмˆ4 PŽТ бb) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаPartial source routing shall NOT be supported. A defect exists with this option which can cause NPDUs to loop in the network until their lifetime expires. а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср РOСб cмˆ4 PŽТ бc) а x ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаInactive subset РIР Implementations shall not transmit NPDUs encoded using the ISO 8473 [1] inactive subset. Received NPDUs encoded with the inactive subset shall be discarded. а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср РOСб cмˆ4 PŽТ бd) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаSegmentation РIР The nonЉsegmentation subset shall NOT be used. However, implementation shall be capable of receiving and correctly processing NPDUs which do not contain de segmentation part. а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср РOСб cмˆ4 PŽТ бe) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаSegmentation permitted flag РIР Implementation shall NOT generate data NPDUs without a segmentation part, i.e., the segmentation permitted flag (SPF) shall be set to 1 and segmentation part shall be included. а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср РOСб cмˆ4 PŽТ бf) а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаLifetime control РIР The lifetime parameter shall be used as specified in clause 6.4 of ISO 8473 [1]. This parameter shall have an initial а  аvalue of at least three times the network spans (number of network entities) or three times the maximum transmission delay (in units of 500 milliseconds), whichever is greater. а  аб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср РOСб cмˆ4 PŽТ бg) а а ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаQuality of service maintenance РIР The quality of service (QOS) Maintenance function shall be supported. The QOS parameter shall be used as specified in РSРS 6.16, 7.5.6 and 7.5.6.3 of ISO 8473. а  аThe coding of the QOS parameter for the selection of UITS/AITS is shown below: а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџјpи @ Ј xа(€и0ˆhџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚1)СјСThe absence of a QOS parameter shall select AITS in the data link. 2)СјСIn the QOS parameter, bits 7 and 8 set to 1 (globally unique QOS) and bit 1 set to 1 shall С%(+Сselect AITS. 3)СјСIn the QOS parameter, bits 7 and 8 set to 1 (globally unique QOS) and bit 1 set to 0 shall С%(+Сselect UITS. а  а4)СјСThe use of QOS parameter bits 2, 3, 4, 5 and 6 are not the subject of, or specified in, this С'(+СRecommendation. The criteria for selecting AITS or UITS is the network provider's responsibility. а  аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HС6.2.4С СУУTransport layer protocol specificationФФЦЦ а Hx аС СThe required transport layer protocol shall be the connectionЉmode protocol as specified in ISO 8073 [6], together with ISO 8073/AD2 [7] for class 4 operation over CLNS. Transport protocol class 4 (TP4) shall be the only supported transport protocol class over the SDH DCC. С СTransport layer attribute values are given in Table 6Љ5/G.784. Та ТС€ HС6.2.5С СУУSession layerЦЦ ФФС СThe session layer conforms to the service definition and protocol specification in RecommenЌdations X.215 [19] and X.225 [20] respectively. Support of version 2 of the session protocol is mandatory. ‚Ср IСб cмˆ4 PŽТ бinclude 784ЉT05ETABLE 6Љ5/G.784 Ср DСУ УTransport layer attributes specificationФ Ф б cмˆ4 PŽТ бвЦ„H(xhШ@hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј xxџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр TСParameter Ср VСRange аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHxhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр UСDefault а @ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа @ аб cмˆ4 PŽТ бвЦ„H(xhШ@hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8˜zСб cмˆ4 PŽТ бa) а @р ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xx@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаMaximum TPDU (octets) (Note 1) 128, 256, 512, 1024 (2048, 4096 optional) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8h…С128 а @ аб cмˆ4 PŽТ бˆа @ аб cмˆ4 PŽТ бвЦ„H(xhШ@hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8˜zСб cмˆ4 PŽТ бb) а @8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xx@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаTSAPЉID (Note 2) Class of service Alternative class Expedited Data Up to 32 octets 4 None NonЉuse аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а @ аб cмˆ4 PŽТ бˆа @ аб cмˆ4 PŽТ бвЦ„H(xhШ@hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8˜zСб cмˆ4 PŽТ бc) а @ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xx@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаOptional for class 4 Data TPDU numbering (Note 3) Checksum (Note 4) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€pШШ@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Normal, extended Use, nonЉuse аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср8X ‡СNormal Ср8X ‡СNonЉuse а @ аб cмˆ4 PŽТ бˆа @ аб cмˆ4 PŽТ бвЦ„H(xhШ@hЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8˜zСб cмˆ4 PŽТ бd) а @ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xx@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаParameters for class 4 T1 retransmission time N retransmissions L Bound on reference I Inactivity time 0.25 РIР 64 seconds (Note 4) 2 (Other values for further study) 1 РIР 256 seconds 2 РIР 512 seconds аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8X ŠС8 Ср8X ‰С32 Ср8X ‰С64 а @ аб cмˆ4 PŽТ бˆа (( ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ(pи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бУУNote 1ФФ РIР TPDU size negotiation shall be supported. а ( аУУNote 2ФФ РIР Some systems may not require TSAPЉIDs. However, all systems shall be capable of generating called TSAP IDs in CR TPDUs and be capable of receiving calling TSAP IDs in received CR and CC TPDUs. а ( аУУNote 3ФФ РIР Extended format option shall be implemented. NonЉuse of this option shall be negotiable. The responder shall honour the initiator's request whenever possible. Negotiation to other than what has been requested shall only occur under abnormal conditions, for example, severe congestion, as determined by the implementor. Initiators shall be prepared to operate in the mode confirmed by the responder. а ( аУУNote 4ФФ РIР Use of checksum is required for CR TPDU. All implementations shall support Р"РnonЉuseР"Р of the checksum. Both transport entities shall agree to Р"РnonЉuseР"Р of the checksum. All implementations shall be able to operate with checksum if requested. а ( аУУNote 5ФФ РIР The transport timer T1 should always be greater than the link layer T1 timer. а ( аУУNote 6ФФ РIР If a responder receives an alternate class of none, it shall respond with the class of TP4. УУNote 7ФФ РIР User data on the connect request (CR) and connect confirm (CC) transport PDU (TPDU) may be ignored and shall not cause a disconnect. а ( аУУNote 8 ФФРIР Quality of service (QOS) negotiation is outside the scope of this Recommendation. QOS parameters, including throughput, residual error rate, priority and transit delay in the CC and CR TPDUs may be ignored. а ( аУУNote 9ФФ РIР Protection negotiation is outside the scope of this Recommendation. Protection parameters in the CC and CR TPDUs may be ignored. а ( аУУNote 10ФФ РIР Unknown TPDU parameters and the Additional Options parameters shall be ignored. а ( аУУGeneral noteФФ РIР The default values shall be part of a vendor's offering. That is, unless otherwise specified by the user, the default parameters shall be the initial values supplied. They can be subsequently changed by the user within the specified range. а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СTwo session layer functional units (FU) are required in this Recommendation: Та ТТ№ ТС€ С1)СpСKernel,ЦЦ Та ТТ№ ТС€ С2)СpСDuplex.ЦЦ а H аС СRestrictions applied to parameters and their values are specified in the following sections. Та Т6.2.5.1СP СУУSession protocol data unitsФФЦЦ а H аС СThe following session protocol data units (SPDUs) associated with the Kernel and Duplex functional units shall be supported as detailed in Table 6Љ6/G.784. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT06ETABLE 6Љ6/G.784 Ср TСУ УSession PDUФ Ф б cмˆ4 PŽТ бвЦ‚HИ Ј XЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бConnect Accept Refuse Finish Disconnect Abort Abort Accepted Data Transfer аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHhа8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(CN SPDU) (AC SPDU) (RF SPDU) (FN SPDU) (DN SPDU) (AB SPDU) (AA SPDU) (DT SPDU) а Ј  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЈ hа8џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HС6.2.5.2СpСУУTransport expedited serviceФФЦЦ С СThe use of the transport expedited service is as stated in Recommendation X.225 [20]; if available, it must be used. When the transport expedited service is available, the prepare (PR) SPDU shall be supported as in RecommenЌdation X.225 [20]. The prepare type parameter value in the PR SPDU, to indicate the arrival of an abort (AB) SPDU, is ABORT. Та ТС€ HС6.2.5.3СpСУУParametersФФЦЦ а H аС СAll mandatory parameters defined in Recommendation X.225 [20] for the SPDUs required by the Kernel and Duplex FUs are mandatory parameters for this Recommendation. Та ТС€ HС6.2.5.4СpСУУUser dataФФЦЦ а H аС СThe maximum length of the session user data shall be 10 240 octets. This restriction implies that the overflow accept (OA) and connect data overflow (CDO) SPDUs are not required to be supported. Session selector (S-selector) parameter values shall have a maximum length of 16 octets. Та ТС€ HС6.2.5.5СpСУУReuseФФЦЦ С СReuse of the transport connection is not required. The transport disconnect parameter value (PV) field may be absent or set to Р"Рtransport connection is releasedР"Р in appropriate SPDUs. Furthermore, on receipt of a transport disconnect PV field indicating Р"Рtransport connection is keptР"Р, the transport connection can be released. Та ТС€ HС6.2.5.6СpСУУSegmentationФФЦЦ а H аС СThe segmentation feature in the session layer is not required. Support for extended concatenation of SPDUs is not required. Та ТС€ HС6.2.5.7СpСУУInvalid SPDUsЦЦ а H аФФС СUpon receipt of an invalid SPDU, the session protocol machine shall take any action specified in РSР A.4.3.2 of Recommendation X.225 [20] with the exception of action Р"РdР"Р (take no action). Та ТС€ HС6.2.6С СУУPresentation layerФФЦЦ а H аС СIt is mandatory that the presentation layer conform to the services and protocols specified in Recommendations X.216 [21] and X.226 [22] respectively. One presentation layer functional unit (FU) is required in this Recommendation: Kernel. а H аС СThe presentation protocol shall be used in the normal mode. Restrictions applied to parameters and their values are specified in the following sections. Та Т6.2.6.1СP СУУPresentation protocol unitsФФЦЦ а H аС СThe following presentation protocol units (PPDU) associated with the Kernel functional unit shall be supported, as detailed in Table 6Љ7/G.784. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT07ETABLE 6Љ7/G.784 Ср QСУ УPresentation PDUФ Ф б cмˆ4 PŽТ бвЦ‚H˜ ˆ8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј ˜ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бConnect presentation Connect presentation accept Connect presentation reject Abnormal release provider Abnormal release user Presentation data аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа(CP PPDU) (CPA PPDU) (CPR PPDU) (ARP PPDU) (ARU PPDU) (TD PPDU) а ˆ8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТС€ HС6.2.6.2СpСУУParametersФФЦЦ а H аС СAll mandatory parameters defined in Recommendation X.226 [22] for the above PPDUs are mandatory for this Recommendation. The presentation context identifier value shall be encoded in no more than 2 octets. Also, the value(s) in the parameter presentation context definition list shall be consistent with the value(s) defined in the applicationЉspecific standards. PresentationЉselector (PЉselector) parameter values shall have a maximum length of 4 octets. Та ТС€ HС6.2.6.3СpСУУEncoding rules for transfer syntaxЦЦ а H аФФС СThe encoding rules defined in Recommendation X.209 [23] shall be applied to derive the transfer syntax for the application protocol data units (APDUs). The ASN.1 OBJECT IDENTIFIER {jointЉisoЉccitt asn.1(1) basicЉ encoding(1)} shall be used as the value for the transfer syntax name. The maximum value of an ASN.1 basic encoding tag that needs to be handled for conformance to this Recommendation is 16 383. This is the largest unsigned integer that can be represented in 14 bits. Hence the identifier octets shall consist of an initial octet and up to two more octets, thus occupying a maximum of three octets. Also, the largest number of octets in the contents octets component of an ASN.1 data value encoding that needs to be handled for conformance to this Recommendation is 4 294 967 295. This is the largest unsigned integer than can be represented in 32 bits. Hence in the long form encoding, the length octets shall consist of an initial octet and up to four more octets, thus occupying a maximum of five octets. (Note that this restriction does not apply to indefinite length encodings.) Та ТС€ HС6.2.7С СУУApplication layerЦЦ а H аФФС СIt is mandatory that the application layer conforms to the architecture for the application layer outlined in ISO 9545 [8]. Abstract syntax notation one (ASN.1) shall be used as the abstract syntax for specifying application protocols. Та ТС€ HС6.2.7.1СpСУУSupporting ASEФФЦЦ С СIt is mandatory that the association control service elements (ACSE) conform to the services and protocols specified in Recommendations X.217 [24] and X.227 [25]. The ACSE shall establish, release and abort the associations required. The ACSE service shall operate in the normal mode. а H аС СNetwork management transaction oriented applications shall use the common management information service element (CMISE). Services defined by CMISE that are applicable include: Та ТТ№ ТС€ С1)СpСthe reporting of an event to an OS/MD;ЦЦ Та ТТ№ ТС€ С2)СpСthe transfer of information between OSs/MDs and NEs;ЦЦ а H аТа ТТ№ ТС€ С3)СpСthe transfer of action requests and results between OSs/MDs and NEs.ЦЦа HH а Та Т6.2.7.2СP СУУApplication protocol data unitsФФЦЦ а H аС СThe following application protocol data units shall be supported, as detailed in Table 6Љ8/G.784. ‚Ср JСб cмˆ4 PŽТ бinclude 784ЉT08ETABLE 6Љ8/G.784 Ср RСУ УApplication PDUФ Ф б cмˆ4 PŽТ бвЦ‚H˜ ˆ8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј ˜ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бAЉAssociateЉRequest AЉAssociateЉResponse AЉReleaseЉRequest AЉReleaseЉResponse AЉAbort аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚(AARQ APDU) (AARE APDU) (RLRQ APDU) (RLRE APDU) (ABRT APDU) а ˆ8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СAll mandatory parameters defined in Recommendation X.227 [25] for the above APDUs are mandatory for this Recommendation. Та ТС€ HС6.2.7.3СpСУУAbstract syntax nameЦЦ а H аФФС СThe ACSE abstract syntax name has the ASN.1 type OBJECT IDENTIFIER. The following value shall be used to identify the ACSE abstractЉsyntaxЉdefinition: ‚С С{ С СjointЉisoЉccitt associationЉcontrol(2) С СabstractЉsyntax(1) apdus(0) version(1) С С} Та ТС€ HС6.2.7.4СpСУУCommon management informationФФЦЦ Та ТС€ HС6.2.7.4.1 УУServicesФФЦЦ С СThe common management information service element (CMISE) shall be a mandatory service element. The CMISE service description is detailed in ISO 9595 [9], ISO 9595/DAD1 [10] and ISO 9595/DAD2 [11]. а H аС СMultiple object selection, filter and multiple reply functional units as defined in ISO 9595 [9] are optional. Their use is application dependent. The negotiation during association establishment to use or not use the Functional Units shall be supported. а H аС СSupport of the extended service functional unit defined in ISO 9595 [9] is not required for conformance to this Recommendation and negotiation shall be supported, at association establishment, for its nonЉuse. Та ТС€ HС6.2.7.4.2 УУProtocolФФЦЦ а H аС СImplementations shall support those operations defined in ISO 9596 [12], ISO 9596/DAD1 [13] and ISO 9596/DAD2 [14] that are required by specific applications. All mandatory parameters defined in ISO 9596 [12], ISO 9596/DAD1 [13] and ISO 9596/DAD2 [14] for the required operations are mandatory parameters for this Recommendation. Та ТС€ HС6.2.7.5СpСУУRemote Operations Service Element (ROSE)ЦЦ ФФС СNetwork management transactionЉoriented applications shall use the following underlying service defined in Recommendation X.219 [26]: а H аТа ТРIРТ№ ТRemote Operations Service Element (ROSE). The protocol is specified in Recommendation X.229 [27].ЦЦ а H аС СThe requirement specified above implies association class 3 in ROSE.‚У У Та Т7СpСEEC InterworkingФ ФЦЦ а HH а7.1Тh  ТУУIntroductionФФЦЦ а H аС СWithin the TMN architecture (see Recommendation M.30 [29]), the SMS is a type of local communication network (LCN). Communications between an SMS and OS will take place (optionally) over one or more intervening wideЉarea data communications networks (DCN) and LCNs. Therefore, interworking is necessary between the SMS and either a DCN or another LCN. Interworking may also be necessary between a DCN and an LCN. This section will only specify the interworking between a SMS and DCN. С СThe regenerator section and multiplex section DCCs will use the seven layer, OSI protocol stack specified in РSР 6 and includes the connectionlessЉmode network protocol (CLNP) that is specified in ISO 8473 [1]. For the purpose of this Recommendation, the communications on the DCN between the OS and entry point(s) to the SMS will use an OSI protocol stack that includes the X.25 [28] connectionЉmode network protocol (CONP) specified in ISO 8208 [15] with ISO IP (ISO 8473 [1]) as an option in the OS. а H аС СThe OSI architecture describes the view that interworking between subЉnetworks, such as the SMS and DCN, should take place within the network layer, with the transport and higher layers operating strictly on a peerЉtoЉpeer basis between end systems (SNE and OS). ISO 7498 [16] specifies that the network layer will provide the transparent data transfer between transportЉentities, i.e. end systems, that is independent of the characteristics, other than quality of service, of different subЉnetworks. This is identified as the routing and relaying function in the network layer. ISO 8648 [17] specifies the OSI principles of interworking within sublayers of the network layer. 7.2Тh  ТУУInterworking between the SMS and DCNЦЦ а H аФФС СInterworking between the SMS's CLNP and the DCN's CONP OSI protocol stacks shall be required. Interworking, at the lower layers, between the SMS's and the DCN's OSI protocol stacks shall be based upon ISO DTR 10172 [18]. The ISO interworking PDTR defines an interworking functional unit (IFU) that will perform relaying and/or conversion of PDUs between networks. 7.3Тh  ТУУNetwork layer relay overviewФФЦЦ С СThe IFU, operating in the NLR mode, would function as a regular intermediate system and is the only OSI compliant method of interworking between end systems with different OSI network protocols. As specified in ISO 7498 [16] and ISO 8648 [17], interworking is a network layer function. ISO 8473 [1] specifies the CLNP and describes an SNDCF that specifies the rules for operating the CLNP over a X.25 [28] packet switched network (PSN). а H аС СThe NLR could provide interworking between the SMN and the DCN if both the SMN and DCN operated the ISO 8473 [1] CLNP and utilized TP class 4 (TP4) connections. The topЉlevel SMS SNE РIР DCN OS network service would then be connectionless, with the X.25 [28] PSN providing an underlying CONP from the IFU to the OS via the DCN. The IFU would examine the destination address of network PDUs (NPDU) received from the SMN and then transfer those CLNP NPDUs (from the SMS) to an appropriate X.25 [28] switched virtual circuit (SVC) on the DCN. ‚У У8ТX ТOperations interfacesФ ФЦЦ 8.1Тh  ТУУQЉ interfaceФФЦЦ а H аС СFor interconnection with the TMN, the SMS will communicate through a QЉinterface having a protocol suite, B1, B2 or B3 as defined in Recommendation G.773 [30]. The selection of which of the three protocol suites to adopt is a network provider's decision. 8.2Тh  ТУУFЉinterfaceЦЦ ФФС СFor further study. ‚Ср VСб cмˆ4 PŽТ бANNEX A Ср MСб cмˆ4 PŽТ б(to Recommendation G.784) Ср EСУ УSupport object, attributes and messagesФ ФУУб cмˆ4 PŽТ б1ж{† а HH а1)б cмˆ4 PŽТ бФФDetailed message sets are for further study. {ж)ФФб cмˆ4 PŽТ бУ УФ Ф б cмˆ4 PŽТ бA.1Тh  ТУУECCФФЦЦ С СFor further study. A.2Тh  ТУУAlarmsФФЦЦ Та ТС€ HСA.2.1С СУУSDH alarm indicationsФФЦЦ а H аС СTable AЉ1/G.784 contains a summary of alarm indications required to be available for reporting, if enabled. This information is derived from the anomalies and defects tables in Recommendation G.783. A.3Тh  ТУУPerformance monitoringФФЦЦ Та ТС€ HСA.3.1С СУУSDH data collectionФФЦЦ а H аС СRequired (R) primitives and parameters are given in Tables AЉ2/G.784 and AЉ3/G.784 respectively. Other parameters are indicated as optional (O). Та ТС€ HСA.3.2С СУУSDH performance monitoring historyЦЦ ФФС СSDH history requirements are given in Table AЉ4/G.784. Та ТС€ HСA.3.3С СУУSDH thresholdingЦЦ ФФС СSDH thresholding requirements are given in Table AЉ5/G.784. а H аС СThe minimum range for SDH performance thresholds is specified in Table AЉ6/G.784. Except for bit error ratios (related to CV counts), these ranges are independent of the SDH signal, and for completeness are shown for both required and optional parameters. а H аС СParameter counts shall be inhibited under unavailable and alarm conditions as detailed in Table AЉ7/G.784. A.4Тh  ТУУProtection switching controlФФЦЦ С СFor further study A.5Тh  ТУУConfigurationФФЦЦ С СFor further study. A.6Тh  ТУУSecurityФФЦЦ С СFor further study. A.7Тh  ТУУTestingФФЦЦ С СFor further study. Та ТA.8СpСУУExternal eventsФФЦЦ а HH аС СFor further study. A.9Тh  ТУУSoftware downloadФФЦЦ С СFor further study. A.10Т№  ТУУRemote loginФФЦЦ С СFor further study. A.11Т№  ТУУDetailed network modelФФЦЦ С СFor further study. ‚Ср8CСб cмˆ4 PŽТ бinclude 784ЉT09ETABLE AЉ1/G.784 Ср8CСУ УRequired SDH alarm indicationsФ Ф б cмˆ4 PŽТ бвЦ‚H˜ ˆxЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј ˜ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHр8ш@˜xџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаSDH а ˆј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆр8ш@˜xџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ˆј аб cмˆ4 PŽТ бвЦ…H˜ ˆXHИ0xЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ јP Ј ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср€XСб cмˆ4 PŽТ бEvents/Conditions аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр€^СRSect Ср€^СMSect аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆш@ИџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр€^СPath аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆhX Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа а 0ј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа 0ј аб cмˆ4 PŽТ бвЦ‡Hи Ш ˜ ˆXHш`И0xЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџрHА 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`ШИ0 џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:˜zСHVC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:˜zСLVC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:˜yСOther а 0ј аб cмˆ4 PŽТ бˆа 0ј аб cмˆ4 PŽТ бвЦ‡Hи Ш ˜ ˆXHш`И0xЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б а 0 аСр:yСFailures а 0  аProtection Switching аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаTF LOS LOF EЉBER SD LOP FERF MIS LOM LOT TIF AIS PS аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџрHА 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср:€СR Ср:€СR Ср:€СR аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ p`0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср:€СO Ср:€СR Ср:€СR Ср:€СR Ср:€СR Ср:СR* аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`ШИ0 џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср:€СR Ср:€СR Ср:€СO Ср:СR# Ср:€СR аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср:СR+ Ср:€СR Ср:€СO аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср:€СR Ср:€СO а 0ј аб cмˆ4 PŽТ бˆа 0ј аб cмˆ4 PŽТ бвЦ‚HXHxЦв‡а 0 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј X0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ бR С<˜=СRequired to be reportable O С<˜=СOptional УУAbbreviationsФФ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ јP Ј X0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаСр:а …СTFС<˜=СTransmit fail Ср:а „СSDС<˜=СSignal degrade а 0 аСр:А"…СEЉBERС?@СExcessive bit error ratio Ср:а ‚СLOMС=>СLossЉofЉmultiframe Ср:а ‚СLOTС=>СLossЉofЉtributary а 0 аСр:Р!ƒСAISС=>СAlarm indication signal а 0 аСр:H!‚СRSectС?@СRegenerator section а 0 аMISС=>СMismatch path trace Id/signal label а 0 аHVCС=>СHigh order virtual container (VCЉ3/4) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ јP0ЈxџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаLVCС=@СLow order virtual containerr Ср:а ‡СС:@С(VCЉ1/2/3) Ср:а ƒСLOS С>@СLossЉofЉsignal Ср:а „СLOFС=@СLossЉofЉframe Ср:а ƒСLOPС=@СLossЉofЉpointer а 0 аСр:8"…СFERFС>@СFarЉend receive failure Ср:а ‚СTIFС=@СTiming input fail а 0 аСр:H!„СPSС<@СProtection switching Ср:а СMSectС?xAСMultiplex section а 0 а*С;@СRequired if protection switch equipped а 0 а+С;@СFor byte synchronous mappings only а 0 а#С;@СOnly required for payloads that require СGР!HСthe multiframe indication а Hј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јPЈxџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ б Ср8CСinclude 784ЉT10ETABLE AЉ2/G.784 Ср8AСУ УRequired SDH performance primitivesФ Ф б cмˆ4 PŽТ бвЦƒHи Ш hXˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH ˆ№XџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHА`ИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8QСSDH а Xш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXА`ИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа Xш аб cмˆ4 PŽТ бвЦ…Hи Ш hX( ш`ˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и XџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр%p_Сб cмˆ4 PŽТ бImpairment аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№XџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр%p_СPerformance аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXА€pџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXpиШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр%pbСPath а `ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`ИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа `ш аб cмˆ4 PŽТ бвЦ†Hи Ш hX( ш`И0ˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и `џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИpСб cмˆ4 PŽТ бevents аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИnСprimitives аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА€p`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИqСRSect аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџp`иШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИqСMSect аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИrСHVC Ср4ИrСLVC а 0ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа 0ш аб cмˆ4 PŽТ бвЦ†Hи Ш hX( ш`И0ˆЦв‡а 0ј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бErrors а 0  аFrame synch Clock synch аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:СBIP Ср:~СFEBE Ср:СOOF Ср:СPJ# аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА€p0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:€СA Ср:€СR аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpиШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:€СR аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:€СR Ср:СO* аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:€СR Ср:СO* а 0ш аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа Тб cмˆ4 PŽТ бRСpССи СRequiredЦЦ Та ТOСpССи СOptionalЦЦ а H аТа ТAСpССи СApplication specific (i.e. not required in the case of no intermediate regenerators)ЦЦ Та ТУУAbbreviationsФФЦЦ Та ТBIPСpССи СBit interleaved parity (coding violation)ЦЦ Та ТFEBEСи СFarЉend block errorЦЦ Та ТOOFСpССи СOutЉofЉframeЦЦ Та ТPJСpССи СPointer justificationЦЦ Та Т#СpССи СFor further studyЦЦ а H аТа Т*СpССи СRequired for monitoring the far end when the far end is managed by a different networkЦЦ Та ТС ССpСmanager/operator than the near end.ЦЦ а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б ‚б cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср8CСinclude 784ЉT11ETABLE AЉ3/G.784 Ср8AСУ УRequired SDH performance parametersФ Ф б cмˆ4 PŽТ бвЦƒHи Ш hXˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи и џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH ˆ№XџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHА`ИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8QСSDH а Xш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXА`ИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа Xш аб cмˆ4 PŽТ бвЦ…Hи Ш hX( ш`ˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и XџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр%p\Сб cмˆ4 PŽТ бImpairment events аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№XџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр%p_СPerformance аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXА€pџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXpиШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр%pbСPath а `ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`ИˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа `ш аб cмˆ4 PŽТ бвЦ†Hи Ш hX( ш`И0ˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и `џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИnСparameters аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА€p`џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИqСRSect аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџp`иШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИqСMSect аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр4ИrСHVC Ср4ИrСLVC а 0ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа 0ш аб cмˆ4 PŽТ бвЦ†Hи Ш hX( ш`И0ˆЦв‡а 0ј ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи и 0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:˜xСб cмˆ4 PŽТ бErrors а 0  аСр:{СFrame synch Ср:{СClock synch а 0H аFailure (as per Table AЉ1) Protection switching аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№„СCV Ср:№„СES Ср:№„СSES Ср:№„СOFS Ср:№ƒСPJC# Ср:№ƒСUAS+ Ср:№„СPSC Ср:№„СPSD аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџА€p0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…СA Ср:№…СA Ср:№…СO Ср:№…СO Ср:№…СO аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpиШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…СR Ср:№…СR Ср:№…СR Ср:№…СO Ср:№„СR* Ср:№…СO аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0˜ˆ№џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…СA Ср:№…СA Ср:№…СA Ср:№…СO аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0hX Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр:№…СA Ср:№…СA Ср:№…СA Ср:№…СO а 0ш аб cмˆ4 PŽТ бˆа ( ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бRСpССи СRequired OСpССи СOptional AСpССи СApplication specific УУAbbreviationsФФ CVСpССи СCode violation (generic term for error count) ESСpССи СErrored second SESСpСSeverely errored second PJCСpСPointer justification count UASСpСUnAvailable second PSCСpСProtection switching count PSDСpСProtection switching duration OFSСpСOutЉof frame second #СpССи СFor further study *СpССи СRequired if protection switch equipped а  а+СpССи СThe precise definition of UnAvailable second, in the context of lower and higher order paths, С ССpСis under study in CCITT SG XVIII. а  аУУNoteФФ РIР Further study is necessary in order to determine the appropriate status for the performance parameters that are application specific. а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ б Ср8CСinclude 784ЉT12ETABLE AЉ4/G.784 Ср8@СУ УHistory requirements for SDH signalsФ Ф б cмˆ4 PŽТ бвЦ„Hи P x№Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH ји џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бParameter аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHЈ xџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаCurrent 15 min Day аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHH џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаPrevious 15 min Day аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHш@˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаRecent 15 min Day а ` ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџш@˜џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ` аб cмˆ4 PŽТ бвЦˆHји P Ј x№HРиШЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бRSect MSect PathЉHCV PathЉLCV аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџP И џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚CV ES OFS CV ES SES PSC* CV ES SES CV ES SES аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆxрџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа 1 1 1 1 1 1 1 1 1 1 1 1 1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ№XHАџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџР(€џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа 1 1 1 1 1 1 1 1 1 1 1 1 1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ€шPџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PhС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 Ср.PiС 1 аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ`PИ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа Ср.PhС(Note 2) аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ˆ№X џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа ‚ Ср.PhС(Note 3) а Ш` ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџШ ˆ№X џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа Тб cмˆ4 PŽТ б*СpСRequired if protection switch is equipped.ЦЦ а H аТа ТУУNote 1ФФ РIР The numbers in the table represent individual 15Љminute and daily counts.ЦЦ а H аТа ТУУNote 2ФФ РIР It has been proposed that either 31 or 95 registers be provided.ЦЦ а Hр аТа ТУУNote 3ФФ РIР It has been proposed that these registers are optional.ЦЦ а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср8CСб cмˆ4 PŽТ бinclude 784ЉT13ETABLE AЉ5/G.784 Ср8>СУ УThresholding requirements for SDH signalsФ Ф б cмˆ4 PŽТ бвЦ‚HP @ РЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP P џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ бParameter аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH˜ №HРџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаThreshold setting capability 15 min Day а @ А ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ ˜ №HРџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа @ А аб cмˆ4 PŽТ бвЦ„HјpP @ ˆxРЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бRSect MSect PathЉHVC PathЉLVC аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ 0 ˜ џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚CV ES OFS CV ES SES CV ES SES CV ES SES аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ hаџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср<С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R Ср=С R а xА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџxhаџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаТа ТТ№ ТТhpТТhи ТТаЈ Тб cмˆ4 PŽТ бR RequiredЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ б Ср8CСinclude 784ЉT14ETABLE AЉ6/G.784 Ср81СУ УMinimum threshold ranges (for all SDH signals РIР provisional values)Ф Ф б cмˆ4 PŽТ бвЦƒHјш˜ ˆ8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаСр8NСб cмˆ4 PŽТ бParameter аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH@ Ј xџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8MСper 15Љmin Ср8OСper day а ˆ8 ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@ Ј ˆxџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ˆ8 аб cмˆ4 PŽТ бвЦƒHјш˜ ˆ8Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџАpи ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бCVС!№"С(STMЉ1) С С(VCЉ11) С С(VCЉ12) С С(VCЉ2) С С(VCЉ3) С С(VCЉ4) ES а ˆX аSES, OFS, UAS аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџи @ Ј ˆxџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСx!С1Љ13997 Сx!С1Љ150 Сx!С1Љ202 Сx!С1Љ617 Сx!С1Љ4407 Сx!С1Љ13531 Сx!С1Љ900 Сx!С1Љ255 each аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџˆxрHА џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСx!С1Љ1343693 Сx!С1Љ14377 Сx!С1Љ19354 Сx!С1Љ59167 Сx!С1Љ423015 Сx!С1Љ1298903 Сx!С1Љ65535 Сx!С1Љ4095 each а ˆ8 аб cмˆ4 PŽТ бˆа Ш   ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ш Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бУУNote 1ФФ РIР The 15Љmin and day ranges for the ES parameter correspond to < 100% and < 76% of seconds respectively. УУNote 2ФФ РIР The 15Љmin and day ranges for all other 1 second based parameters correspond to < 28% and < 4.7% of seconds, respectively. УУNote 3ФФ РIР The ranges given for CV are consistent with resolving error ratios better than 10УУб cмˆ4 PŽТ бРIР7ФФб cмˆ4 PŽТ б, assuming a random error distribution. The upper values for the ranges given for CV of an STMЉ1 signal should be multiplied by N for an STMЉN signal. а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ б Ср8CСinclude 784ЉT15ETABLE AЉ7/G.784 Ср85СУ УSDH monitoring during unavailable time and fault conditionsФ Ф б cмˆ4 PŽТ бвЦ‚Hши ˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаадаб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH0 ˆр8ш@˜ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр8>СUnavailable time and fault conditions in а и ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџи 0 ˆр8ш@˜ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа и ш аб cмˆ4 PŽТ бвЦ…Hши ˆx( Ш@ˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрАKСб cмˆ4 PŽТ бMonitored parameter аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџи 0 ˜ hџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрАRСRSect СрАLСUAT* LOS LOF аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџи а8 џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрАRСMSect СрАLСUAT SIA LOP# аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџи pиШ0џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрАPСHVC path СрАLСUAT AIS LOP+ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџи xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрАPСLVC path СрАPСUAT IAS а @ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@xhа џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа @ш аб cмˆ4 PŽТ бвЦ…Hши ˆx( Ш@ˆЦв‡а @€ ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б RSectС?@СС?@СС?@СCV С8И9СС90:СС:Ј;СES С8И9СС90:СС:Ј;СSES С8И9СС90:СС:Ј;СOFS С8И9СС90:СС:Ј;СUAS а @ а MSectС?@СС@xAССA№BСCV С8И9СС90:СС:Ј;СES С8И9СС90:СС:Ј;СSES С8И9СС90:СС:Ј;СPJC* С8И9СС90:СС:Ј;СPSC С8И9СС90:СС:Ј;СPSD С8И9СС90:СС:Ј;СUAS HVC pathСBhCССCрDСCV С8И9СС90:СС:Ј;СES С8И9СС90:СС:Ј;СSES С8И9СС90:СС:Ј;СPJC* С8И9СС90:СС:Ј;СUAS LVC pathСBhCССCрDСCV С8И9СС90:СС:Ј;СES С8И9СС90:СС:Ј;СSES С8И9СС90:СС:Ј;СUAS аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ0 ˜ h@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа UAT*С>ˆ?СIС@xAСI UAT*С=>СIС?@СI UAT*С=>СIС?@СI UAT*С=>СIС?@СI UAT*С=>СMС?@СM UAT*С>ˆ?СIС@xAСI UAT*С?@СIСA№BСI UAT*С?@СIСA№BСI UAT*С>ˆ?СIС@xAСM UAT*С?@СIСA№BСM UAT*С?@СMСA№BСM UAT*С>ˆ?СIС@xAСI UAT*С?@СIСA№BСI UAT*С?@СIСA№BСI UAT*С>ˆ?СMС@xAСM UAT*С>ˆ?СIС@xAСI UAT*С?@СIСA№BСI UAT*С?@СIСA№BСI UAT*С?@СMСA№BСM аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџXаР8 @џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа UMС; <СMС=>СM UMС; <СMС=>СM UMС; <СMС=>СM UMС; <СMС=>СM UMС; <СMС=>СM UIС; <СIС=>СС>ˆ?СM UIС; <СIС=>СС>ˆ?СM UIС; <СIС=>СС>ˆ?СM UMС; <СMС=>СM UMС; <СMС=>СM UMС; <СMС=>СM UIС; <СIС=>СС>ˆ?СM UIС; <СIС=>СС>ˆ?СM UIС; <СIС=>СС>ˆ?СM UMС; <СMС=>СM UIС; <СIС=>СС>ˆ?СI UIС; <СIС=>СС>ˆ?СI UIС; <СIС=>СС>ˆ?СI UMС; <СMС=>СM аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџјp`PШ@џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM MС=>СMС?@СM IС=>СIС?@СС@xAСM IС=>СIС?@СС@xAСM IС=>СIС?@СС@xAСM MС=>СMС?@СM IС=>СIС?@СС@xAСI IС=>СIС?@СС@xAСI IС=>СIС?@СС@xAСI MС=>СMС?@СM аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ@˜˜ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM MС=ˆ?СM IС=ˆ?СI IС=ˆ?СI IС=ˆ?СI MС=ˆ?СM а @ш аб cмˆ4 PŽТ бˆа   ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ бIСpСInhibit parameter count MСpСMonitor parameter count *СpСFor further study а  а#СpСLOP affects HVC paths but the pointers are located in the MSection overhead а  а+СpСLOP affects LVC path but the pointers are located in the HVC path. а  аУУGeneral noteФФ РIР In interpreting the table, unavailable and fault conditions for lower rate signals do not affect the monitoring of higher rate signals, and the higher rate signals can therefore continue to be monitored in a normal manner. For example, MSect, HVC path unavailable and fault conditions do not affect RSect monitoring, so that RSect monitoring can continue as shown in the table. а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ б Ср8OСANNEX B Ср8FСб cмˆ4 PŽТ б(to Recommendation G.784) Ср8BСУ УNetwork layer protocol proceduresФ Ф а H аС СIf it is felt that the administrative procedures for manually inputting routing information is burdensome or no routing information is available, another procedure may be used. This procedure, called broadcast routing, consists of the forwarding of the network protocol data units to all underlying services except the service from which it may have been received. а H аС СThe ISO IP protocol (ISO 8473) [1], requires an error message be created when an NPDU is received with an unknown address. The error reporting flag may be set to inhibit error messages. However, this procedure inhibits all error messages and not just routing error messages. It may be utilized, with the loss of some maintenance functionality, at the discretion of the user. ‚Ср VСб cмˆ4 PŽТ бANNEX C Ср MСб cмˆ4 PŽТ б(to Recommendation G.784) Ср 8СУ УA mechanism to eliminate routing control administration in the SMSФ Ф С СA layer 2 multicast function and a media access (MA) sublayer are introduced to eliminate the need for intermediate system functionality at branch points in the SMS. Thus, any SMS, no matter how complex the topology, will consist of one intermediate system (the GNE) and a number of end systems. C.1Тh  ТУУData link layer protocol descriptionФФЦЦ а H аС СThe main purpose of the data link layer is to provide a broadcast service with address filtering, to the network layer. It must achieve this using а H аthe underlying SDH DCC network, which is made up from a series of physical point to point links. The data link layer is made up from two sublayers, one controlling logical links and one dealing with media access (see Figure CЉ1/G.784). ‚Ср QСб cмˆ4 PŽТ б FIGURE CЉ1/G.784 б cмˆ4 PŽТ б Та ТС€ HСC.1.1С СУУLogical link control (LLC) sublayer descriptionЦЦ а H аФФС СSince the network layer assumes an underlying connectionless mode subЉnetwork, ISO 8802 class 1 logical link control shall be used. This protocol needs 3 octets at the start of the LLC PDU: include 784ЉT16E б cмˆ4 PŽТ бвЦ‚H(XЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаада‚Ср WСб cмˆ4 PŽТ бOctet аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи @ Ј xXџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр WСField а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xXџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа  аб cмˆ4 PŽТ бвЦ‚H(XЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр И 2Сб cмˆ4 PŽТ б1 Ср И 2С2 Ср И 2С3 Ср И 1С4ЉN а h ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи @ Ј xXџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаDestination service Access Point (DSAP) Source Service Access Point (SSAP) Control (CNTL) field LLC information field а  а‚б cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа а H ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThese octets are carried in the media access sublayer information field. Та ТС€ HСC.1.2С СУУMedia access sublayer descriptionФФЦЦ а H аС СThe description of the media access (MA) sublayer covers three areas, the general operation, the format of various fields and the bit oriented frame structure. The sublayer is based on a combination of the IEEE 802.3 MAC services plus part of the frame structure and the Recommendation Q.921 HDLC frame structure. а H аС СThe service this sublayer provides is to transfer LLC PDUs from one LLC sublayer entity to a peer LLC sublayer entity, by transporting the LLC PDUs across a physical subЉnetwork, which is made up from SDH NEs connected by point to point SDH DCCs. а H а С СThe sublayer uses HDLC framing and the octets shown below are carried in the HDLC frame information field: include 784ЉT17E б cмˆ4 PŽТ бвЦ‚HˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаада‚Ср WСб cмˆ4 PŽТ бOctet аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH` Ш 0 ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр WСField а ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ш аб cмˆ4 PŽТ бвЦ‚HˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСрШ -Сб cмˆ4 PŽТ б1Љ6 СрШ ,С7Љ12 СрШ ,С13Љ14 СрШ ,С15ЉN а  ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаDestination address (DA) Source address (SA) Length (Len) MA information field а ш аб cмˆ4 PŽТ бˆа ˜ ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи P Ј ˜ XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚б cмˆ4 PŽТ бDAСX%СMA address of the NE for which the С'А*СPDU is intended. SAСX%СMA address of the NE that originated С'А*Сthe PDU LenС X%СLength in octets of LLC PDU, which is С(А*Сcarried in the MA information field. а HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаааб cмˆ4 PŽТ б а Hx ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe provision of the NE address is a local matter, but it shall be assigned to a NE prior to initialization. а H аС СThe operation of the sublayer is a combination of address filtering and frame relay. When an MA frame is received at an SDH NE, the following basic algorithm is applied. If the MA destination address (DA) of the received frame matches the MA address of the NE or it is a group address, the HDLC information field is passed to the logical link sublayer. If the MA destination address (DA) of the received frame does not match the MA address of the NE or it is a group address, the frame is sent out on all DCC physical ports, except the one it was received on. Та ТС€ HСC.1.3С СУУHDLC descriptionЦЦ а H аФФС СThe purpose of the HDLC frame is to provide a bit structure that can be transmitted to and received from the SDH DCC physical line. It also provides for the removal of corrupted frames using the cyclic redundancy check. Since the frequency of errors on an optical line is so low, it is not efficient to perform retransmission of lost frames at this layer. С СThe HDLC frame described in Recommendation Q.921, РSР 2 shall be used. However, the address (Recommendation Q.921, РSР 2.3) and control (Recommendation Q.921, РSР 2.4) fields shall not be used, because they are redundant. Present hardware will be able to operate with this partial use of HDLC. С СThe fields shall be defined as follows: адаб cмˆ4 PŽТ бinclude 784ЉT18E вЦ‚HˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚Ср WСOctet аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH` Ш 0 ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаСр WСField а ш ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бˆа ш аб cмˆ4 PŽТ бвЦ‚HˆЦв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б1 2Љ(NЉ3) (NЉ2) (NЉ1) N аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ` Ш 0 ˜ ˆџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаFlag HDLC information field CRC CRC Flag а ш аб cмˆ4 PŽТ бˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬааа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаС СThe HDLC information field length must be at least 529 octets (512 + 3 + 14); 512 octets for the NPDU, 3 octets for LLC 1 and 14 octets for the MA address. а Hx аС СTwo further options in the use of HDLC are outlined in the section entitled Р"РHDLC optionsР"Р. C.2Тh  ТУУPhysical layer descriptionФФЦЦ а H аС СThe physical layer consists of a point to point connection, between SDH network elements, where it is terminated. The data link PDUs are carried in the octets (D1 to D3 or D4 to D12) of the SDH DCC, which form two clear channels. There is no physical layer signalling protocol associated with this layer.‚б cмˆ4 PŽТ б Ср VСANNEX D Ср MСб cмˆ4 PŽТ б(to Recommendation G.784) Ср OСУ УObject model overviewФ Ф а H аС СAn information model provides a structured means of describing a portion of the real world that is of interest. Information models use a formal notation and vocabulary for organizing, classifying, and abstracting items. Information is identified in terms of objects. Detailed characteristics of each object are described in terms of attributes and behaviour. Objects with similar properties may be grouped into object classes. Additionally, associations between object instances may be described by relationships. С СA telecommunications information model provides a means of describing those items used to provide telecommunications services. Such an information model, applicable to all telecommunications networks, is essential for the consistent management of different types of telecommunications networks. The SDH information model is a subset of the telecommunications network information model. а H аС СThe SDH information model will allow a manager to obtain the following from an agent regarding those entities for which it is responsible: Та ТТ№ ТС€ Сa)СpСobject classes and instances (what the entities are);ЦЦ а Hh аТа ТТ№ ТС€ Сb)СpСattributes and methods (what they know and how they behave);ЦЦ а H№ аТа ТТ№ ТС€ Сc)СpСrelationships (what they are related to and how they relate).ЦЦ а HH аС СCriteria for evaluating the SDH information model include: а H аТа ТТ№ ТС€ С1)СpСSatisfactory management of the transport reference configurations, a subset of which is given in Figure DЉ1/G.784 below. Test cases are for further study. These test cases should minimally address the networkЉwide management of paths, as well as the management of equipment.ЦЦ а Hh аТа ТТ№ ТС€ С2)СpСUnambiguous interЉvendor communications, when the reference configurations are provided by equipment from different vendors.ЦЦ а H№ аТа ТТ№ ТС€ С3)СpСUnambiguous interЉoperator communications when the reference configurations cross one or more interЉoperator boundaries.ЦЦ а H аТа ТТ№ ТС€ С4)СpСAbility to generate a unique mapping of the information model to the functional reference model described in Recommendations G.782 and G.783.ЦЦ а H аТа ТТ№ ТС€ С5)СpСAbility to manage the reference configurations in the context of a large network which has many network elements and crosses multiЉoperator boundaries.ЦЦ а H аТа ТТ№ ТС€ С6)СpСControlled mechanism for extending the information model within the procedures of CCITT.ЦЦа HH а‚б cмˆ4 PŽТ б Ср8JСFIGURE DЉ1/G.784 б cмˆ4 PŽТ б С СУ УReferencesФ Ф а H а[1]Тh  ТISO 8473 РIР УУInformation processing systems РIР Data communications РIР Protocol for providing the connectionless-mode network serviceФФ, 1988.ЦЦ [2]Тh  ТISO 8473/AD3 РIР УУInformation processing systems РIР Data communications РIР Protocol for providing the connectionlessЉmode network service РIР Addendum 3: Provision of the underlying service assumed by ISO 8473 over pointЉtoЉpoint subЉnetworks which provide the OSI data link serviceФФ, 1988.ЦЦ [3]Тh  ТISO 8348/AD1УУ РIР Information processing systems РIР Data communications РIР Network service definition РIР Addendum 1: ConnectionlessЉmode transmissionФФ, 1987.ЦЦ а H а[4]Тh  ТISO 9542 РIР УУInformation processing systems РIР End system to intermediate system routing exchange protocol for use in conjunction with ISO 8473ФФ, 1988.ЦЦ [5]Тh  ТISO 8348/AD2 РIР УУInformation processing systems РIР ФФDataУУ communicationsЉNetwork РIР service definition РIР Addendum 2: Covering network layer addressingФФ, 1988.ЦЦ [6]Тh  ТISO/IEC 8073 РIР УУInformation processing systems РIР Open systems interconnection РIР Connection oriented transport protocol specificationФФ, 1988.ЦЦ [7]Тh  ТISO/IEC 8073/AD2 РIР УУInformation processing systems РIР Open systems interconnection РIР Connection oriented transport protocol specification РIР Addendum 2:ФФ УУOperation of class 4 over connectionless network service, 1989.ЦЦ ФФ[8]Тh  ТISO/IEC 9545 РIР УУInformation processing systems РIР Open systems interconnection РIР Application layer structure (ALS)ФФ, 1989.ЦЦ а H а[9]Тh  ТISO 9595 РIР УУInformation processing systems РIР open systems interconnection РIР Common management information service definition (CMIS)ФФ, 1990.ЦЦ [10]Т№  ТISO 9595/DAD1 РIР УУInformation processing systems РIР Open systems interconnection РIР Common management information service element definition (CMIS), CANCELЉGETФФ.УУЦЦ ФФ[11]Т№  ТISO 9595/DAD2 РIР УУInformation processing systems РIР Open systems interconnection РIР Common management information service definition, REMOVEФФ.ЦЦ а H а[12]Т№  ТISO 9596 РIР УУInformation processing systems РIР Open systems interconnection РIР Common management information protocol specification (CMIP)ФФ, 1990.ЦЦ [13]Т№  ТISO 9596/DAD1 РIР УУInformation processing systems РIР Open systems interconnection РIР Common management information protocol specification, CANCELЉGETФФ.ЦЦ [14]Т№  ТISO 9596/DAD2 РIР УУInformation processing systems РIР Open systems interconnection РIР Common management information protocol specification, REMOVEФФ.ЦЦ а H а[15]С  СISO 8208 РIР УУInformation processing systems РIР X.25 packet level protocol for data terminal equipment,ФФ 1987. а H а[16]С  СISO 7498 РIР УУInformation processing systems РIР Open systems interconnection РIР Basic Reference model,ФФ 1984. а H а[17]Т№  ТISO 8648 РIР УУInformation processing systems РIР Open systems interconnection РIР Internal organization of the Network LayerФФ, 1988.ЦЦ [18]Т№  ТISO DTR 10172 РIР УУInformation processing systems РIР Data communication network transport protocol interworking specificationФФ.ЦЦ [19]Т№  ТCCITT Recommendation РIР УУSession service definition for open systems interconnection (OSI) for CCITT applicationsФФ, Vol. VIII, Rec. X.215 (ISO 8326, 1987).ЦЦ а H а[20]Т№  ТCCITT Recommendation РIР УУSession protocol specification for open systems interconnection (OSI) for CCITT applicationsФФ УУ, ФФVol. VIII, Rec. X.225 (ISO 8327 РIР 8327/AD1 РIР 8327/AD3, 1988).ЦЦ а H а[21]Т№  ТCCITT Recommendation РIР УУPresentation service definition for open systems interconnection (OSI) for CCITT applicationsФФ, Vol. VIII, Rec. X.216 (ISO 8822, 1987).ЦЦ а H а[22]Т№  ТCCITT Recommendation РIР УУPresentation protocol definition for open systems interconnection (OSI) for CCITT applicationsФФ, Vol. VIII, Rec. X.226 (ISO 8823, 1988).ЦЦ а H а[23]Т№  ТCCITT Recommendation РIР УУSpecification of basic encoding rules for abstract syntax notation one (ASN.1)ФФ, Vol. VIII, Rec. X.209 (ISO 8825, 1987).ЦЦ а H а[24]Т№  ТCCITT Recommendation РIР УУAssociation control service definition for open systems interconnection (OSI) for CCITT applicationsФФ, Vol. VIII, Rec. X.217.ЦЦ а H а[25]Т№  ТCCITT Recommendation РIР УУAssociation control protocol definition for open systems interconnection (OSI) for CCITT applicationsФФ, Vol. VIII, Rec. X.227 (ISO IS 8650, 1988).ЦЦ [26]Т№  ТCCITT Recommendation РIР УУRemote operations: Model, notation and service definitionФФ, Vol. VIII, Rec. X.219 (ISO 9072Љ1, 1988).ЦЦ [27]С  СCCITT Recommendation РIР УУRemote operations: Protocol specificationФФ, Vol. VIII, Rec. X.229. а H а[28]Т№  ТCCITT Recommendation РIР УУInterface between data terminal equipment (DTE) and data circuit terminating equipment (DCE) for terminating operating in the packet mode and connected to public data networks by dedicated circuitФФ, Vol. VIII, Rec. X.25 (ISO 8208, 1984 and ISO 7776, 1986).ЦЦ [29]Т№  ТCCITT Recommendation РIР УУPrinciples for a telecommunications management network (TMN)ФФ, Vol. IV, Rec. M.30.ЦЦ а H а[30]Т№  ТCCITT Recommendation РIР УУProtocol suites for QЉinterfaces for management of transmission equipmentФФ, Vol. III, Rec. G.773.ЦЦ а H а[31]С  СCCITT Recommendation РIР УУISDN UserЉnetwork interface РIР Data link layer РIР GeneralФФ, Vol. VI, Rec. Q.920. а H а[32]Т№  ТCCITT Recommendation РIР УУISDN UserЉnetwork interface РIР Data link layer РIР SpecificationФФ, Vol. VI, Rec. Q.921.ЦЦ еp† а HH а‚У У styleref head_foot pееC† а HH а‚У У styleref head_foot CеаЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџH јP Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаа Ш  аб cмˆ4 PŽТ б аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б вЦ‚HјР!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бIMPORT R:\\ART\\WMF\\ITU.WMF \* mergeformatб cмˆ4 PŽТ бУ У Ф ФаЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHP И XА`ИhР!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ б б cмˆ4 PŽТ бINTERNATIONAL TELECOMMUNICATION UNIONб cмˆ4 PŽТ бУ У а јА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџјP И XА`ИhР!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаˆа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјpи (#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ЬаТа ТТ№ ТТ№јТб cмˆ4 PŽТ бCCITTб cмˆ4 PŽТ бСHШ AСƒб cмˆ4 PŽТ бG.784УУб cмˆ4 PŽТ бЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјpи А"(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ЬаТа ТТ№ ТТ№јТ‚б cмˆ4 PŽТ бФ ФФФTHE INTERNATIONALЦЦ Та ТТ№ ТТ№јТTELEGRAPH AND TELEPHONEЦЦ Та ТТ№ ТТ№јТCONSULTATIVE COMMITTEEЦЦ Та ТТ№ ТТ№јТб cмˆ4 PŽТ бЦЦ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи А"(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјpи А"(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџ ЬаТа ТТ№ ТТ№јТб cмˆ4 PŽТ бУ УGENERAL ASPECTS OF DIGITALЦЦ Та ТТ№ ТТ№јТTRANSMISSION SYSTEMS;ЦЦ Та ТТ№ ТТ№јТTERMINAL EQUIPMENTSЦЦ Та ТТ№ ТТ№јТб cмˆ4 PŽТ бЦЦ Та ТТ№ ТТ№јТЦЦ Та ТТ№ ТТ№јТSYNCHRONOUS DIGITAL HIERARCHY (SDH) MANAGEMENTЦЦ Та ТТ№ ТТ№јТб cмˆ4 PŽТ бЦЦ Та ТТ№ ТТ№јТЦЦ Та ТТ№ ТТ№јТЦЦ Та ТТ№ ТТ№јТб cмˆ4 PŽТ бRecommendation G.784б cмˆ4 PŽТ бЦЦ Та ТТ№ ТТ№јТФ ФЦЦ Та ТТ№ ТТ№јТб cмˆ4 PŽТ бЦЦ Та ТТ№ ТТ№јТб cмˆ4 PŽТ бвЦ‚HјР!Цв‡аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјpи џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаIMPORT R:\\ART\\WMF\\CCITTRUF.WMF \* mergeformatб cмˆ4 PŽТ бУ УЦЦТа ТТ№ ТТ№јТ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHјP И XА`ИhР!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бФ ФGeneva, 1990б cмˆ4 PŽТ бУ УЦЦ а јА ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџјP И XА`ИhР!Р!џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаˆФ Фа HH ааЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи А"(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬа‚ аЬџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџHpи P Ј XА`ИhР!(#џџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџџЬаб cмˆ4 PŽТ бУ У Та ТС€ HССр8NСFOREWORDФ ФЦЦ а H№ аС СThe CCITT (the International Telegraph and Telephone Consultative Committee) is a permanent organ of the International Telecommunication Union (ITU). CCITT is responsible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to standardizing telecommunications on a worldwide basis. а H аС СThe Plenary Assembly of CCITT which meets every four years, establishes the topics for study and approves Recommendations prepared by its Study Groups. The approval of Recommendations by the members of CCITT between Plenary Assemblies is covered by the procedure laid down in CCITT Resolution No. 2 (Melbourne, 1988). а H аС СRecommendation G.784 was prepared by Study Group XV and was approved under the Resolution No. 2 procedure on the 14 of December 1990. ‚Ср PС___________________  Та ТС€ HС‚Ср TСб cмˆ4 PŽТ бCCITT NOTEУ Уб cмˆ4 PŽТ бЦЦ б cмˆ4 PŽТ бФ ФС СIn this Recommendation, the expression Р"РAdministrationР"Р is used for conciseness to indicate both a telecommunication Administration and a recognized private operating agency. ‚Ср UСРMР  ITU  1990 а H аAll 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 the ITU. ‚У У