ImageVerifierCode 换一换
格式:PDF , 页数:9 ,大小:73.96KB ,
资源ID:742799      下载积分:10000 积分
快捷下载
登录下载
邮箱/手机:
温馨提示:
如需开发票,请勿充值!快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝扫码支付 微信扫码支付   
注意:如需开发票,请勿充值!
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【http://www.mydoc123.com/d-742799.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(ETSI TS 132 121-2017 Digital cellular telecommunications system (Phase 2+) (GSM) Universal Mobile Telecommunications System (UMTS) LTE Telecommunication management Advanced Alarm M.pdf)为本站会员(diecharacter305)主动上传,麦多课文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知麦多课文库(发送邮件至master@mydoc123.com或直接QQ联系客服),我们立即给予删除!

ETSI TS 132 121-2017 Digital cellular telecommunications system (Phase 2+) (GSM) Universal Mobile Telecommunications System (UMTS) LTE Telecommunication management Advanced Alarm M.pdf

1、 ETSI TS 132 121 V14.0.0 (2017-04) Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); LTE; Telecommunication management; Advanced Alarm Management (AAM) Integration Reference Point (IRP): Requirements (3GPP TS 32.121 version 14.0.0 Release

2、 14) TECHNICAL SPECIFICATION ETSI ETSI TS 132 121 V14.0.0 (2017-04)13GPP TS 32.121 version 14.0.0 Release 14Reference RTS/TSGS-0532121ve00 Keywords GSM,LTE,UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N 348 623 562 0001

3、7 - NAF 742 C Association but non lucratif enregistre la Sous-Prfecture de Grasse (06) N 7803/88 Important notice The present document can be downloaded from: http:/www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any ele

4、ctronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (P

5、DF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https:/portal.etsi.org/TB/ETSIDeliv

6、erableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https:/portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, includi

7、ng photocopying and microfilm except as authorized by written permission of ETSI. The content of the PDF version shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Ins

8、titute 2017. All rights reserved. DECTTM, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM and LTE are Trade Marks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. oneM2M logo is protected for the

9、 benefit of its Members GSM and the GSM logo are Trade Marks registered and owned by the GSM Association. ETSI ETSI TS 132 121 V14.0.0 (2017-04)23GPP TS 32.121 version 14.0.0 Release 14Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared

10、 to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is

11、available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (https:/ipr.etsi.org/). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI

12、 SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essential to the present document. Foreword This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). The present document may refer to technical specifications or re

13、ports using their 3GPP identities, UMTS identities or GSM identities. These should be interpreted as being references to the corresponding ETSI deliverables. The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under http:/webapp.etsi.org/key/queryform.asp. Modal verbs termin

14、ology In the present document “shall“, “shall not“, “should“, “should not“, “may“, “need not“, “will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ are NOT allowed in

15、ETSI deliverables except when used in direct citation. ETSI ETSI TS 132 121 V14.0.0 (2017-04)33GPP TS 32.121 version 14.0.0 Release 14Contents Intellectual Property Rights 2g3Foreword . 2g3Modal verbs terminology 2g3Foreword . 4g3Introduction 4g31 Scope 5g32 References 5g33 Definitions and abbreviat

16、ions . 5g33.1 Definitions 5g33.2 Abbreviations . 5g34 Requirements for AAM on Itf-N 5g34.1 Concept 5g34.2 General Requirements for AAM on Itf-N 6g3Annex A (informative): Change history . 7g3History 8g3ETSI ETSI TS 132 121 V14.0.0 (2017-04)43GPP TS 32.121 version 14.0.0 Release 14Foreword This Techni

17、cal Specification has been produced by the 3rdGeneration Partnership Project (3GPP). The contents of the present document are subject to continuing work within the TSG and may change following formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by

18、the TSG with an identifying change of release date and an increase in version number as follows: Version x.y.z where: x the first digit: 1 presented to TSG for information; 2 presented to TSG for approval; 3 or greater indicates TSG approved document under change control. y the second digit is incre

19、mented for all changes of substance, i.e. technical enhancements, corrections, updates, etc. z the third digit is incremented when editorial only changes have been incorporated in the document. Introduction The present document is part of a TS-family covering the 3rdGeneration Partnership Project; T

20、echnical Specification Group Services and System Aspects; Telecommunication management; as identified below: 32.121: “Advanced Alarm Management Integration Reference Point (IRP): Requirements“; 32.122: “Advanced Alarm Management Integration Reference Point (IRP): Information Service (IS)“; 32.126: “

21、Advanced Alarm Management (AAM) Integration Reference Point (IRP); Solution Set (SS) definitions“. The Itf-N interface is built up by a number of IRPs and a related Name Convention, which realize the functional capabilities over this interface. The basic structure of the IRPs is defined in 3GPP TS 3

22、2.150 1. IRPManagers (typically Network Management Systems) and IRPAgents (typically EMs or NEs) synchronize their data concerning alarms or configuration data. In certain scenarios this synchronization is lost or not done. This IRP provides functionality to significantly reduce the amount of data w

23、hich needs to be transferred in order to re-establish synchronization. ETSI ETSI TS 132 121 V14.0.0 (2017-04)53GPP TS 32.121 version 14.0.0 Release 141 Scope The purpose of this set of specifications is to provide a mechanism enabling the IRP Manager to improve the information content of alarms, the

24、reby contributing to reduce the time-to-repair. For this configurable rules for advanced alarm filtering are defined to reduce the number of alarms by applying such advanced alarm filtering. The present document contains the Requirements of Advanced Alarm Management (AAM) on Itf-N IRP. It defines, f

25、or the purpose of AAM on Itf-N, the basic requirements to be fulfilled on Itf-N. 2 References The following documents contain provisions that, through reference in this text, constitute provisions of the present document. - References are either specific (identified by date of publication, edition n

26、umber, version number, etc.) or non-specific. - For a specific reference, subsequent revisions do not apply. - For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest

27、version of that document in the same Release as the present document. 1 3GPP TS 32.150: “Telecommunication management; Integration Reference Point (IRP) Concept and definitions“. 3 Definitions and abbreviations 3.1 Definitions For the purposes of the present document, the following terms and definit

28、ions apply: IRP: See 3GPP TS 32.150 1. IRPAgent: See 3GPP TS 32.150 1. IRPManager: See 3GPP TS 32.150 1. 3.2 Abbreviations For the purposes of the present document, the following abbreviations apply: IRP Integration Reference Point IS Information Service Itf-N Interface NNE Network Element 4 Require

29、ments for AAM on Itf-N 4.1 Concept A single network fault may generate a large number of alarms over space and time. In a large and complex network, simultaneous network faults may occur, causing the network operator to be flooded with high volume of alarms. The high volume of alarms, typically the

30、one received by an IRPManager via the getAlarmList or alarm notifications of ETSI ETSI TS 132 121 V14.0.0 (2017-04)63GPP TS 32.121 version 14.0.0 Release 14Alarm IRP specification, greatly inhibits the operator ability to quickly identify and locate the responsible network faults. Therefore it is co

31、nsidered advantageous to have methods categorizing network alarms as insignificant or significant. The word insignificant does not imply “low priority“. In the context of this specification the words significant and insignificant have the following implications: - IRPAgent shall not report alarms ca

32、tegorized as insignificant. - IRPAgent shall report all significant alarms. Reporting only significant alarms and not reporting insignificant alarms would reduce network operators time to locate network faults so that more time can be spent fixing them. When reading the alarmList it can be advantage

33、ous to partition alarms in the alarmList into sets of alarms which might be caused by the same network fault. By assigning network operators to locate network faults based on alarms in such alarm partitions, rather than based on alarm severity, alarm type or reporting location, duplication of networ

34、k operator effort (e.g. two network operators work on two different alarms and their resolutions lead to the same network faults) can be reduced or avoided 4.2 General Requirements for AAM on Itf-N 4.2.1 The IRPManager should be able to request the IRPAgent to a) categorize alarms as insignificant o

35、r significant and b) to act based on these categories, e.g. to discard if insignificant. The IRPManager should be able to cancel such requests. 4.2.2 The standard should define some alarm categorization rules. The standard should also allow vendor to define their own alarm categorization rules. 4.2.

36、3 Possible alarm categorization rule(s) may depend for example on the type of alarm, the environment, the time of day, the type of network element, the alarm severity, the location, position in the containment tree and many more. No restriction is imposed in this regard. 4.2.4 The IRPManager should

37、be able to request the IRPAgent for the list of active categorization rules (i.e. standard defined and vendor defined). 4.2.5 The IRP manager should be able to request the IRPAgent to apply the categorization rule(s) and to remove the insignificant alarms in the following situations: + alarm notific

38、ations to be sent to any IRPManager + advanced alarm management requests by this IRPManager to read the alarm list Certain types of categorization rules are only to be applied to read the alarm list. The term used for these rules is alarm partitioning rules. ETSI ETSI TS 132 121 V14.0.0 (2017-04)73G

39、PP TS 32.121 version 14.0.0 Release 14Annex A (informative): Change history Change history Date TSG # TSG Doc. CR R Subject/Comment Cat Old New May 2007 SA_36 SP-070294 - - Submitted to SA#36 for Information - - 1.0.0 Mar 2008 SA_39 SP-080071 - - Submitted to SA#39 for Approval - 2.0.0 8.0.0 Dec 200

40、9 - - - - Update to Rel-9 version (MCC) - 8.0.0 9.0.0 Mar 2011 - - - - Update to Rel-10 version (MCC) - 9.0.0 10.0.0 2012-09 - - - - Update to Rel-11 version (MCC 10.0.0 11.0.0 2014-10 - - - - Update to Rel-12 version (MCC 11.0.0 12.0.0 2016-01 - - - - Update to Rel-13 version (MCC) 12.0.0 13.0.0 2017-03 SA#75 - - - Promotion to Release 14 without technical change 13.0.0 14.0.0 ETSI ETSI TS 132 121 V14.0.0 (2017-04)83GPP TS 32.121 version 14.0.0 Release 14History Document history V14.0.0 April 2017 Publication

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