欢迎来到麦多课文档分享! | 帮助中心 海量文档,免费浏览,给你所需,享你所想!
麦多课文档分享
全部分类
  • 标准规范>
  • 教学课件>
  • 考试资料>
  • 办公文档>
  • 学术论文>
  • 行业资料>
  • 易语言源码>
  • ImageVerifierCode 换一换
    首页 麦多课文档分享 > 资源分类 > PDF文档下载
    分享到微信 分享到微博 分享到QQ空间

    ITU-T Q 542-1993 Digital Exchange Design Objectives - Operations and Maintenance - Digital Exchanges (Study Group XI) 24 pp《数据交换设计目标》.pdf

    • 资源ID:801749       资源大小:1.30MB        全文页数:24页
    • 资源格式: PDF        下载积分:10000积分
    快捷下载 游客一键下载
    账号登录下载
    微信登录下载
    二维码
    微信扫一扫登录
    下载资源需要10000积分(如需开发票,请勿充值!)
    邮箱/手机:
    温馨提示:
    如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如需开发票,请勿充值!如填写123,账号就是123,密码也是123。
    支付方式: 支付宝扫码支付    微信扫码支付   
    验证码:   换一换

    加入VIP,交流精品资源
     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    ITU-T Q 542-1993 Digital Exchange Design Objectives - Operations and Maintenance - Digital Exchanges (Study Group XI) 24 pp《数据交换设计目标》.pdf

    1、ITU-T RECMN*Q.542 93 4862593 0585772 802 INTERNATIONAL TELECOMMUNICATION UNION ITU=T TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU DIGITAL EXCHANGES (2.542 (03/93) DIGITAL EXCHANGE DESIGN OBJECTIVES - OPERATIONS AND MAINTENANCE ITU-T Recommendation Q.542 (Previously CCIlT Recommendation”) ITU-T RE

    2、CMNmQ-542 93 4862591 0585773 749 FOREWORD The ITU Telecommunication Standardization Sector (ITU-T) is a permanent organ of the International Telecom- munication Union. The ITU-T is responsible for studying technical, operating and tariff questions and issuing Recommendations on them with a view to s

    3、tandardizing telecommunications on a worldwide basis. The World Telecommunication Standardization Conference (WTSC), which meets every four years, established the topics for study by the ITU-T Study Groups which, in their turn, produce Recommendations on these topics. ITU-T Recommendation 4.542 was

    4、revised by the ITU-T Study Group XI (1988-1993) and was approved by the WTSC (Helsinki, March 1-12, 1993). NOTES 1 As a consequence of a reform process within the International Telecommunication Union (ITU), the CCIJT ceased to exist as of 28 February 1993. In its place, the ITU Telecommunication St

    5、andardization Sector (ITU-T) was created as of 1 March 1993. Similarly, in this reform process, the CCIR and the IFRB have been replaced by the Radiocommunication Sector. In order not to delay publication of this Recommendation, no change has been made in the text to references containing the acrony

    6、ms “CCITT, CCIR or IFRB” or their associated entities such as Plenary Assembly, Secretariat, etc. Future editions of this Recommendation will contain the proper terminology related to the new ITU structure. 2 telecommunication administration and a recognized operating agency. In this Recommendation,

    7、 the expression “Administration” is used for conciseness to indicate both a O ITU 1994 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 IT

    8、U. ITU-T RECMN*Q.542 93 = 4862593 0585774 b5 = CONTENTS General . Maintenance design objectives . 2.1 2.2 2.3 2.4 2.5 2.6 2.7 2.8 2.9 2.10 2.1 1 2.12 2.13 2.14 2.15 2.16 2.17 Status and other information . Inputs and outputs . Routine testing Trouble localization Fault and alarm detection and action

    9、s at interfaces A. B. V2. Vg and V4 . Fault and alarm signal detection and actions at interface V1 Fault and alarm signal detection and actions at interface Z Fault and alarm signal detection and actions for transmission systems Fault and alarm signal detection and actions for channel associated sig

    10、nalling (2048 and 8448 kbits) . Fault and alarm signal detection and actions for channel associated channel signalling ( 1544 kbits) Fault and alarm signal detection and actions for common channel signalling . Fault and alarm detection and consequent actions - Other functions of the exchange . Super

    11、vision or testing of interface function Supervision or testing of signalling functions Supervision or testing of exchange connections . Supervision or testing of digital link performance . Supervision or testing of analogue link performance . Subscriber line maintenance and testing design objectives

    12、 3.1 Analogue subscriber lines . 3.2 Digital subscriber lines . Operations design objectives 4.1 General 4.2 Operations features . Exchange functions related to the TMN . Network management design objectives 5.1 General 5.2 Network management elements 5.3 Information provided by an exchange for netw

    13、ork management purposes 5.4 5.5 5.6 4.3 Exchange controls for network management Automatic controls for network management . Order of application of controls Recommendation Q.542 (03/93) Page 1 1 1 1 1 1 2 4 4 5 5 6 6 6 7 7 7 8 8 8 8 9 9 9 9 10 10 10 11 11 13 15 21 i ITU-T RECMN*Q-542 93 W 4862593 0

    14、585775 513 W Recommendation Q.542 DIGITAL EXCHANGE DESIGN OBJECTIVES - OPERATIONS AND MAINTENANCE (Melbourne, 1988; modified at Helsinki, 1993) 1 General This Recommendation applies to digital local, combined, transit and international exchanges for telephony in Integrated Digital Networks (IDN) and

    15、 mixed (anaiogddigital) networks, and also to local, combined, transit and international exchanges in an Integrated Services Digital Network (ISDN). The field of application of this Recommendation is more fully defined in Recommendation Q.500. Some objectives only apply to a certain type (or types)

    16、of exchange. Where this occurs, the application is defined in the text. Where no such qualification is made, the objective applies to all exchange applications. 2 Maintenance design objectives The exchange shall be arranged so that normal maintenance activities can be easily performed by maintenance

    17、 personnel. It should be capable of providing all information necessary for the identification of trouble conditions and the direction of repair activities. 2.1 Status and other information The exchange shall provide information to maintenance personnel so that they can quickly ascertain: - equipmen

    18、thystem status; - critical load levels; - trouble conditions; - network management controls in effect. 2.2 Inputs and outputs The exchange shall be able to transmit and receive maintenance information and respond to commands from on-site and if appropriate, from remote maintenance centre(s) or syste

    19、ms over the recommended interace(s) (see Recommen- dation Q.513). Depending on the degree of processing desired by the Administration, the humadmachine terminal could offer the following features: - - - exchange status observation. operational data processing and analysis; maintenance data processin

    20、g and analysis; In performing operations and maintenance functions, the exchange shall use CCITT MML at its inpuVoutput terminals as covered in the 2.300-Series Recommendations. 2.3 Routine testing The exchange shall have facilities for performing or directing routine test activities on its componen

    21、t parts and possibly with interfacing equipment or systems. 2.4 Trouble localization The exchange shall have adequate facilities for diagnosing and locating faults within the exchange. Recommendation Q.542 (03/93) 1 ITU-T RECMN*Q-542 93 W 4862591 058-5776 458 2.5 Fault and alarm detection and action

    22、s at interfaces A, B, V2, V3 and V4 The exchange shall interact with transmission systems as required to detect fault and alarms and take appropriate actions. 2.5.1 Fault detection The following fault conditions should be detected: - - loss of incoming signal; failure of local power supply (if pract

    23、icable); NOTE - The detection of this fault condition is required only when the fault does not result in an indication of loss of frame alignment. loss of frame alignment (see Recommendation G.706; the loss of frame alignment will also be assumed if no CRC multiframe alignment can be achieved or if

    24、the proportion of corrupted CRC checks exceeds a certain value); excessive error ratio (without CRC procedure). The criteria for activating and deactivating the indication of the fault condition are given in Recommendation G.707. Consequent actions are given in 2.5.3; CRC error reporting, if applica

    25、ble: a) - - - every time a received CRC block is detected errored by the exchange termination: - - a report will be transmitted to the error monitoring function; the information “one multiframe errored” is transmitted in the outgoing signai at the interface using an E bit (see 2.3.3.4/G.704); every

    26、time that an E bit in the binary state O is received, a report will be transmitted to the error monitoring functions. (On a provisional basis the considerations related to the E bit may only apply to V interfaces - for further study.) b) 2.5.2 Alarm signal detection The following alarm indications s

    27、hould be detected: - - Alarm indication (remote alarm) received from the remote end. AIS (alarm indication signal). The equivalent binary content of the alarm indication signal (AIS) is a continuous stream of “1”s at 2048 or 8448 kbit/s. The strategy for detecting the presence of the AIS should be s

    28、uch that the AIS is detectable even in the presence of an error ratio of 1 in lo3. However, a signal with all bits except the frame alignment bit in the 1 state should not be mistaken as an AIS. 2.5.3 Consequent actions 2.5.3.1 Generation of alarm signais for action within the exchange - The service

    29、 alarm indication should be generated to signify that the service is no longer available (see Table 1). The prompt maintenance alarm indication should be generated to signify that performance is below acceptable standards and that immediate maintenance attention is required locally (see Table 1). -

    30、2.5.3.2 Generation of alarm signals transmitted by the exchange - Alarm signais sent in the outgoing direction at the exchange interface. The relevant alarm bits for the remote alarm indication, as recommended in Recommendation G.704 should be effected as soon as possible (see Table I). Alarm signal

    31、s sent towards the switching function. Alarm indication signal applied in ail received time-slots containing speech, data and/or signalling should be applied as soon as possible and not later than 2 ms after the detection of the fault condition (see Table 1). - 2 Recommendation 9.542 (03/93) ITU-T R

    32、ECMN*Q.542 93 m 4862593 0585777 394 m Prompt maintenance alarm signals detected Service alarm alarm indication indication generated generated TABLE VQ.542 Fault conditions and alarms detected by exchange termination functions and consequent actions (excluding interface VI) I Consmuent actions I AIS

    33、towards the switching stages Alarm indication to remote end generated Failure of power supply Loss of incoming signal Loss of frame alignment Excessive error ratio Yes Yes Yes, Yes, if practicable if practicable Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Yes Alarm indication received from remote en

    34、d Yes 2048 + 8448 kbitls: 1544 + 63 12 kbitls: optional AIS received Yes 2.5.3.3 Removal of alarm indications 1544 + 63 12 kbitls: Yes Yes Yes When ail fault conditions have been cleared and alarm indication signal is no longer received, the alarm indication signal and remote alarm indication should

    35、 be removed within the same respective time limits as specified in 2.5.3.4 after the conditions have cleared. 2.5.3.4 Alarm procesSing The following items are required to ensure that equipment is not removed from service due to short breaks in transmission (e.g. due to noise or transient fault) and

    36、to ensure that maintenance action does not result where no direct maintenance action is required. The persistence of service alarm and of the prompt maintenance alarm indications may be verified for 100 ms before action is taken. When the AIS is detected, the prompt maintenance alarm indication, ass

    37、ociated with loss of frame alignment and excessive error rate in the frame alignment pattern, should be inhibited. When the fault conditions cease, the service alarm and prompt maintenance alarm indications, if given, should be removed. Again, the persistence of this change in condition may be verif

    38、ied for 100 ms before action is taken. - - - - It is possible that some systems could suffer from frequent transient faults resulting in an unacceptable quality of service. For this reason, if a persistence check is provided, fault rate monitoring should also be provided for each digital transmissio

    39、n system. This monitoring will result in permanent removal from service of digital transmission system which are frequently removed from the service or frequently produce transient alarm conditions. The threshold for removal from service needs study. When this action is taken, the service alarm indi

    40、cation and the prompt maintenance alarm indication shall be given. Recommendation Q.542 (03/93) 3 ITU-T RECMN*d.542 73 W 4862573 0585778 220 2.5.4 Error performance monitoring using CRC 2.5.4.1 General When the CRC procedure is implemented at the interface, the exchange should monitor the error perf

    41、ormance of the interface to report on the performance (see Recommendation G.821). 2.5.4.2 Error performance parameters The exchange should derive the following information from CRC checks in the incoming signal and received E bits: - degraded minutes (DM); - severely errored seconds (SES); - error-f

    42、ree seconds (EFS). NOTES 1 2 3 4 These parameters are defined in Recommendation G.821. The definition of a value for the suitable time interval during which the parameters should be assessed needs further The choice has to be made between the association of one type of parameter to each direction of

    43、 transmission and the The correlation between the results of CRC checks and the parameters quoted above requires further study. study. integration of the two directions in one type of parameter. This needs further study. 2.5.4.3 Error performance evaluation Each of the performance parameters will be

    44、 processed separately in order to evaluate the performance of the interface. The following classification of the interface maintenance conditions has to be made by the exchange (see I.6-Series Recommendations): - correct functioning interface; - degraded transmission interface; - unacceptable transm

    45、ission interface. NOTES 1 2 3 This subclause may only apply to V interfaces (for study). The level at which an interface for ISDN access enters the degraded transmission condition may be dependent on the The levels at which an interface enters the degraded or unacceptable transmission conditions are

    46、 for further study and quality of service provided to the customer. are outside the scope of this Recommendation. 2.5.4.4 Consequent actions For further study. 2.6 The exchange shall interact with transmission systems as required to detect fault and alarm signals and take appropriate actions. Fault

    47、and alarm signal detection and actions at interface Vi To be specified a) Fault detection b) Alarm detection c) Consequent actions 2.7 Fault and alarm signal detection and actions at interface 2 a) Fault detection b) Alarm detection c) Consequent actions To be specified 4 Recommendation Q.542 (03/93

    48、) ITU-T RECNN*G-542 93 Y862591 0585779 Lb7 2.8 Fault and alarm signal detection and actions for transmission systems Faults and alarms which cannot be directly detected by the exchange termination function but which are detected by transmission equipment (e.g. group pilot failure) should be accepted

    49、 by the exchange as needed to take appropriate action. 2.9 Fault and alarm signal detection and actions for channel associated signalling (2048 and 8448 kbis) 2.9.1 Fault detection The exchange signalling function should detect the following fault conditions for each multiplex carrying a 64 kbit/s signalling channel: - failure of local power supply (if practicable); - loss of 64 kbit/s incoming signal; NOTE - The detection of this fault condition is required only when the fault does not result in an indication of loss of multiframe alignment. - loss of multiframe alignment. Th


    注意事项

    本文(ITU-T Q 542-1993 Digital Exchange Design Objectives - Operations and Maintenance - Digital Exchanges (Study Group XI) 24 pp《数据交换设计目标》.pdf)为本站会员(王申宇)主动上传,麦多课文档分享仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文档分享(点击联系客服),我们立即给予删除!




    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2008-2019 麦多课文库(www.mydoc123.com)网站版权所有
    备案/许可证编号:苏ICP备17064731号-1 

    收起
    展开