1、ICS M. YD 中华人民共和国通信行业标准YD/T 1280-2003 900/1800MHz TDMA数字蜂窝移动通信网网络管理接口技术要求一一基于CMIP的接口定义9OO/1800MHz TDMA Digi钮1Celler Mobile Telecemmunication network management interface technical specitication 一一-Interfacedetinition based on CMIP 2003-07-07发布2003-07-07实施中华人民共和国信息产业部发布YD/T 1280-2003 E次雪吉言.&.o_. _. .
2、 . . E 1 范厘. 2 规范性引用文件3 术语、定义和缩略语.-. . .-. . .、._. 2 3.1 术语和定义._0 . . . 2 3.2 缩赂语.-. . . 2 4接口的位置.-_.-. . _. -,. . . 3 5 主要口管理功能. -. . . . . . 4 5.1 公共管理功能. .-. _-. . 4 5.1.1 事件管理. . . . 4 5.1.2 日志管理. . . . . . 7 5.1.3 批量数据传送功能-.*. . . 9 5.2 配置管理.*. . . . . . . . . 12 5.2.1 配置修改功能._. . 12 5.2.2 配置监视
3、功能-. a . ._. . .垂.12 5.3 放瘁管理.-. . . . . 16 5.3.1 故障监视. . . . 16 5.3.2 故障定位. . . . . 19 5.4性能管理. . ._. 20 5.4.1 性能测量对象模型. . . . . 20 5.4.2性能数据的采集. . . 20 5.4.3 性能数据的上报. . 21 5.4.4 性能测量结果她存储及传输. .a町. . . 21 5.5 安全管理. .量. . 21 6 接口协议. . . . . 21 6.1 概述. . . . . 21 6.2 Q3接口的高层. . . .22 6.2.1 应用层. . . .
4、 22 岳.2.2表示层. . ._. . 22 6.2.3 会活层. . . . 22 6.3 Q3接泛的低层. . . 22 6.3.1 概述._ . . . . . . . . . 22 6.3.2 RFC lO06 . . . . . . . . .H . . . 22 岳3.3传输层. . . . 23 6.3.4 网络层. . . . . 23 岳.3.5数据辈辈革基层和物理层. . . . 23 6.4 接口的使用. . . 23 6.4.1 管理者和代理者的关系. . . . 23 岳4.2初始化过程描述. . . . 23 YO/1280-2003 6.4.3 处理流程举例.
5、 -. . 24 附录A(规范性野草录公共管理信息模型. . . . . 25 附录B(规范性附录)放肆管理信息模型. . . . 38 黝录c(规范性附录配置管理信息模型. 53 附录D(规范位附录性能管理信息摸型. . . . 162 衔录E(规范性附录)批量数据文件格式定义.,. 279 附录F(规范性附录)管理信息模型总览. . . 281 E YDIT 1280-2003 前百主FF司本标准是。118MHzTDMA数字蜂窝移动遥信网网络管理接口技术要求系列标准中的第1项标准。该系列标准由两个标准组成，其名称如下:-9V18MHzDMA数字蜂窝移动通信网网络管理接口技术要求一一基于CM
6、IP的接口定义头一(900/1800双HzTDMA数字蜂窝移动通信网网络管理接口技术要求一一-基于CORBA剖接口定义。本标准是参考国际电信联盟一一电信标准部但它一T)X.72x系列、X.73x系列、X佣系列、Q.82x系列、M.31、混3020等梧关建议以及欧洲电信标准协会径TS日的GSM12.xx系列标准，并结合我医具体情况编制而成的。附录A、B、C、D、E和F是规范性附录。本标准由中图通信标准化协会提出并归口。本标准起草单位:中雷移动通信集团公司北京邮电大学本标准主要起草人z陈颖慧施万中王智立魏丽红李文琼徐海东芮兰兰王烨E YDIT 1280-20臼900/1800MHzD陆A数字蜂富移
7、动逼信网网络管理接口技术要求一一基于CMIP的接口定义1 范围本标准规定了9/18MHzD直在A数字蜂窝移动通信网网络管理接口的管理功能需求、管理信息模型和通信协议。本标准定义剖接口类型为基于CMIP部网络管理接口。本标准适用于对贝郑1/1800MHzTDMA数字蜂窝移动通信网的网络管理。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注吕貌的寻|周文件，其随后所有的修改单不包括黯误的内容或修订版均不适用于本标准，然商，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注吕朔的引用文件，其最新版本适用于本标准。YD/T 871-1996 (1996)
8、电信管理阿通用网络信怠模型U-T E.502 (1992) 数字通信交换话务测量得求U-T Q.544 (1988) 数字交换涎量ITU-T Q.722 (19雪2)电话消忌和信号的通用功能ITU-T Q.811 (1992) 耶和X接口的低层协议轮廓T Q.812 (1992) Q3和X接口的高层协议轮廓U-T Q.821 (1争93)Q3接口的告警监视功能ITU-T Q.822 (1994) Q3接口性能管理的第1，2 , 3阶段描述ITU-T Q.823 (199创话务量管理的第2和第3阶段功能规范ITU-T X.721 (1992) 信息技术一开放系统互连一管理信息结构:管理信患定义E
9、抗J-TX.730 (1992) 信息技术一开放系统互连一系统管理z对象管理功能ITU-T X刀1(1992) 信息技术一开放系统互连一管理信息结构2状态管理功能U-T X刀3(1啻92)信息技术一开放系统互连一系统管理:告警上报功能U-T X刀4(1992) 信息技术一开放系统互连一系统管理:事件报告管理功能ITU-T X刀5(l啻92)信息技术一开放系统互连一系统管理:a志控制功能EfSI GSM 02.16 (V4.3.4, 1994) 数字蜂窝通信系统(第二阶段):吕际移动台设备标识ETSI GSM 04.08 (V4.10.1 , 1亨95)数字蜂窝通信系统第二阶段):移动无线簇口第
10、三层规范EfSI GSM 04.11 (V5.3.0, 2创那)数字蜂窝通信系统第二阶段):在无线接口上的点到点短消息业务支持EfSI 3GPP TS 04.(V8.9.0， 21)数字蜂窝通信系统(第二阶段):遥用分组无线业务一移动台与基主主系统接口一无线缝路控制/虫草皮接人控帘j协议EfSI GSM 08.08 (V4.12.1 , 1998) 数字蜂窝通信系统(第二阶段):移动交换中心与基站系统(MSC-BSS)之闵接口的第三层规范EfSI GSM 09坦(V5.3.0，1996) 数字蜂突遥信系统(第二阶段):MAP规范ETSI GSM 12.(V4.5.1， 1996) 数字蜂窝遥信
11、系统(第二阶段):网络管理的吕标和结构EfSI GSM 12.04 (V 4.3.1 , 2仪冶数字蜂窍递信系统(第二阶段):GSM PLMN的性能管理和测量EfSI GSM 12.11 (V6.3.0, 19佣数字蜂窝遥信系统(第二阶段):基站子系统的故薄管理YDIT 1280-2)3 ESI GSM 12.20 (V 4.2.1. 19吉岳)数字蜂窝通信系统第二阶段头基站子系统的管理信息3 术语、定义和结略语3.1 术语和定义下列术语和定义适用于本标准。3.1.1 PLMN子网PLMN subnetwork 由一个OMC及其所管辖的所有设备、资源组成的网络，是整个PLM刻的一个子集。3.2
12、 绩路运z 下列缩疆各语运用于本标准。ACSE 连接控制服务单元(AssociationControl Servi臼Element)ASN.I AUC BER BHCA BSC BSS BTS CM CMIP CMISE COM CORBA DN EFD EIR FM FTP GDMO GPRS GSM HLR HO. HDO IMSI MIT MO MOC MOI MSC MSRN NE NMC NR OMC osr 抽象语法标记No.l(Abstract Syn幅xNo国.tionnumher on约鉴权中心(AuthenticationCenteT) 基本编码规则(B描icEncodin
13、g Rules) 忙时试露于次数(BusyHour Call Attemps) 基站控制器(B酷eStation Controller) 基站子系统(B幽eSta岳阳S也system)基主吉i次发信机(BaseTransceiver Station) 配置管理(ConfIguTationM皿agement)公共管理信息协议(CommonManagement Information Protocol) 公共管理信息服务单元(CommonManagement Information Service Element) 公共管理(Com皿onM四句ment)公共对象请求代理体系结构(CommonObj
14、ect Request Brok田Architectur的可识到名(DistinguishedN ame ) 事件转发鉴别器(EventFOTW町rlingDiscriminator) 设备身份寄存器(EquipmentIdentity Register) 故障管理(FaultManagement) 文件传输协议(FileTransfeT Protocol) 管理对象定义指南将出del沁园forthe DefInition of Mana吾，edObjects) 通用分组无线业务(GeneralPacket Radio se凹ice)全球移动通信系统(GlobalSystem for Mobi
15、le communication) 归属位量寄存器(HomeLocation RegisteT) 切换(Handover)国际移动用户标识(InternationalMobile Su始CribeTIdentiller) 管理信息树(ManagementInformation Tree) 管理对象(ManagedObject) 管理对象类(M阻碍edObject CI酷的管理对象实例(Mana喜，edObject Instance) 移动交换中心(MobileSwitchin喜CenteT)移动用户漫游号码(MobileSUbSCI玉berR崎mingNumber) 网元(Network El
16、e田ent)网络管理中心(NetworkManage皿entCenter) 网络资源(NetworkRe回田ce)操作维护中心(Operation& Maintenance Center) 开放系统互连(OpenSystem Inter，nnectJo的PCU PLMN PM PSTN QoS RDN ROSE SMASE SMSC VLR 4 接口的位置分组控制单元(PackelConlrol Unit) 公用陆地移动同(PublicLand Mobile Network) 佳能管理(PerlonnanceMana岳;ement)公用交换电话网(PuhlicSwitched Telephon
17、e Nelwork) 服务质量(Qualityof Service) 格对可识到名(RelativeDistin萨ishedName) 远端操作服务单元(RemoteOpera后onService Element) YD/T 1280-2003 系统管理应用服务单元(SyslemsM国gementApplicalion Service Element) 短消息交换中心(ShortM，酬呜eSwitching Cenler) 拜访位置寄存器(VisitingLocalion Registe忖9/18IMHz TDMA数字蜂窝移动通信网网络管理接只在900/1800MHzTDMA数字蜂窝移动通信网
18、部管理网中位置郊望91所示。贸抽/1800擅自zTDMA数字蜂窝移动通信阿图1叙泊11自JOMHzTDMA数字篝寓移动通倍勇网络管理接旦在叙10/18白侃AHzTDMA数字篝荡荡动通倍网警理弱中的位重示意在图l中.OMC由各设备供应商提供，用于管理其自身的设备。NMC在OMC的协同工作下，负责监视和控制整个91/18MHzDMA数字蜂窝移动通信网的运行状态.Xt织到日/1800MHzTDMA数字蜂窗移动通信网进行统一管理。NMC和OMC之间通过Q接口福连，本标准定义了基于CMIP的NMC和OMC间Q接口的管理功能需求和管理信息模型。本标准第5章对接口的管理功能察求进行了规定，分别从公共管理、配
19、置管理、故撞在管理和性能管理等方面进行了详述。本标准的附录A对公共管理部分的信怠模型进行了定义，附录B对故障管理部分约信息模型进行了描述，附录C对配置管理部分的信息模型进行定义，附录D对性能管翠部分的信怠模型进行定义。NMC和OMC之间豹物理连续可以采用DDr豆、X.25和其他的物理媒质。3 YDIT 1280-2003 5接口管理功能5.1 公共管理功能5.1.1 事件管理5.1.1.1 事件报告模型在一个NMC和多个OMC之间的接口中使用的事件报告功能应符合U-T建议X刀4的定义。接口的事件报告机制如图2所示。出NE产生的事件以内部格式传递给OMC，OMC应将其转化为标准格式，并通过军FD
20、上级给NMC。事件报告功能通过管理对象类事件前夜鉴别器(EFD)来实现，所有从技E来的事件都可能发送到NMCoEFD用来确定哪些事件通知将被发送到某个特定的NMC。所有辛辛发给NMC的事件都必须在OMC本地进行存佬。网络资源(叭。俨Mdw/:二控制/响应一-of三三三0:01事件报告、自国iNMC 回2事件报告模噩EFD管理对象类具有的必备属位和条件包见表1。褒1EFD必备.娃及条件包属位名/条件包名访网方式拮述必备属性dscri田inatorld只读EFD管理对象实例标识，在创建EFD实倒时赋值ad血n8tatveS坦le读写管理状态，可被NMC控能或修改。当其肇被设为锁定(locked)
21、时EFD实例将不能发出任何事件i虽然，直到被解镰(四ockoo)ope四tionalSta胆只读表示EFD实伊j豹运行状态。当由于某些原因OMC不能向NMC发送事件通知肘，此属性能值将变为不可黑(d础JOO):指EFD的过滤条件，屑于涎试接收到的通知。如果过滤器条件d臼crionatorC。因2四d读写值为真，EFD会发送该事件至理由属性destin曲。E所指定部管理者NMC。该属性可被管理者NMC读滚租llV:写destination 读写;指事件通知上报部目刽地。该属位iiJ在创建一个EFD实倒砖由NMC盖在值4 YD/T 1280-2003 袤1(续;震位在/条件包名访;可方式结述条件包
22、此包中只定义了.availahlity sta阳藩性，该属性自告锺依赣于盯m坦bili句S坦国sP.缸三kage dailyScheduli咱霄包和.weekl yScheduliI悲包的计算结果。玫变此属性值不会引起发送attributeValueCh缸18e消J喜的激活hackUpDestinati创证.JstPackage备份吕西号跑由国此包有startT自由和M暴，top.在me两个属性，湾于自动控哥哥一个EFD给开始租得止始时间也ilcheduling也i拔地eduJi唔提供了鉴剥器以24h为题期指可运行的时拇段weeklySchedulin丢W配k1ySch咄画ng提供了鉴别器以一
23、周为建期都可运行的时i哥段extema1Sch，时世井部定立的B1间表modePackage 可用手指定事件报告模式，为臻认翠通知或非礁认型运知对表l中EFD条件包的详细信怠，请参阅ITU-T建议X，734中的定义D在本标准中，因D需支持如下过滤条件参数或这些参数自运算符.AND:OR和NOf所连续的组合:-M.血agedObj配tClass (管理对象类); 怒目mgedOhject Instance (管理对象实例); 一军ventType (事件类型); -Pe坦白vedSeverity (告警级剿，如果该EFD实例用于转发告警事件通知); Prohahle Cause (可能原蜀，如果
24、该EFD实倒用于转发告警事件通知。5.1.1.2 事伶种类定义在卒标准中.OM.C支持的事件类型见表2的说顷。亵2事件类型说想事件类型说呢communicationsAlarm 通信告警envronmentalAlann 环境告警e申lipment.参数携带来表达告警部的格关性如告警约清除。对告警标识的指配由OMC决定，OMC应保证在较长的一段时间内各告警的标识锥性。- Correlaled No凶catio田韵。该参数包括梧关告警标识的集合和或)把关的对象实例。该参数可用于在向NMC报告告警清除通知(告警级别为cleared)中，明确指晓是对哪一个或哪几个告警的清除。- State chan
25、ge definition (U)。Monitored attrihules (U)。一Propo配drepair actions (U)。- Additional text (归。该参数用来提供OMC所检测到的故障、缺陷和异常的更详绍信息。主目使用该参数，应按以下的规定对该参数的ASCII文本进行语法和格式约束。字符被用来作为各子参数的分享ru符，宫的ASCII码值是960该参数可拥有的子参数觅表130褒13Additior回Ilext的子数子参数名说确l田atinglnfo发生告警的网络实体豹具体定位信息，如定位到某个极架的稽和极位甚至靖口的信息。该信怠中包含量号己知陈元标识应与其内部标识
26、国自与hel保持一致originalType 厂畜设置的告警原始类型originalSeverity 厂董事设置的告警原始级黑detailedConte盟厂商对告警部更详缰的文本说明rel国rPropo田1广离提供的故障修复建议17 YD/T 1280-2)3 以下是定义.Additional text参数ASCII码流格式的BNR范式。additonalText := J叫. ,n fieldlnfo := : = locatinglnfo I .四喜inalTypeI . origi田lSeverity. detailedContext I 距pairProposal :=, := A主C
27、IIstring, which are all printable ch缸acle臣，exc号ptthe character ,.,. := t 字符用于分割各个子参数，字符=房子连接各子参数的名字和值。各子参数弱值序列中不应包含分割字符，。一一-Addtional inforn回tion(U)。5.3.1.3告警通知映射规则口飞J-TX刀3定义了5种基本告警类别。这5类告警可以分为两组:一组是功能格关告警，包括conununicationsAlann (通信告警、processingErrorAlann(处理错误告警)和qualityofServiceAlann(HIl务质量告警);另一经是
28、设备相关告警，有何tlpmentAlarm(设备告警)和environmenta1Alarm(环境告警)。在本接口中，各类告警到各管理对象类的映射见表14。褒14管建立苦.类的辑关告警管理对象类告警类型必远/条件可选c在msccommuncatonsAlann 必选proce回ngElTOrA)arm必选甲埠IityolServiceAlann可选四世ronm田ltalA1arm出相关的c1引GsmEquipment对象上报e甲豆豆pm怠ntAlar回由相关的c1￥IGsmEquipment对象上报cTelBts 与cTelBsc裙同cTell有唱，LinkTPproc回国ngE四Alw回必选
29、communicationsAIarm 、选cTelCircuitEndPaintSuhgrot伊proc国以singError.赳arm必选proc田singErrorAalrm必选con四回nicationsAlarm必选proc国singErrorAlann必选cTelOmcFunct阳早且!ityofSe凹iceAlann可选environmentalAlann 自相关拘cTelGsmEq时rpmem对象上报equipmentAlarm 囱极关豹cTelGsmEquipment对象上报cTe/SimpkFikTronsferCorrol bulkTransferError 必选一个来自
30、于NE约非标准的告警通知可能触发OMC产生一个到EFD和log实例的标准告警通知。在OMC进行非标准告警通知到标准告警通知的转换对，应遵循以下挟射规则:a)管理对象类cTelPlmnSubnetwork和11U1I明gedElement只用于表达OMC域的包含关系，来自于NE或OMC内部的告警不会被陕射为这两个管理对象类的告警通知:b)对于基站子系统，所有来自于NE的功能相关告警事件都将被陕射到相应的功能实体上，例如cTelBsc、cTelBts、cTelBtsSi胆班回再r、cTelLapdLink、cTelPcmCircuit和cTe ITronscode苦，所有来包子NE的设备相关告警事
31、件都应该被映射到相关的物理设备cTelGsmEq，且Pment上:c)对于交换子系统，生丑MSC、VLR、HLR、EIR和AUC.并没有为它们前功能实体恕应忽黯Func阳n对象类定义告警通知，所有来自于这些同元约告警事件都应被映射到它们相关物理设备c1￥IGsmEquipment上;d)对于OMC.功能相关告警峡射到其功能实体cTelOmcFunct白n上，而设备招关告警映射呈现极关物理设备cTelGsm局uipment上。注2对于各类功能实体与物理设备cTelGsmEql呻酣国的关联关系请参考附录。5.3.1.4告警信惠的传递5.3.1.4.1 告警实附上报OMC能够向NMC实对上报被管网络
32、中所发生的异常告警。告警通知的实时上报通过管理对象EFD来控制，通过对EFD属性的设置可以控制告警上报的条件及上报目豹池。关于EFD的管理可参见5.1.1.3节。5.3.1 .4.2 告警同步告警同步属于事件同步，参见5.1.1.5节的描述。5.3.2 故障定位故障定位的吕标是当OMC通知NMC有故障发生时，通过OMC提供的信息能够确定故障单元。如果需要，也可以通过定位程序的进一步确认例如测试)得到更详细的信怠。本接口要求包含在告警通知中的信怠应该尽量详细，以支持故障定位功能。除了故障原因和严重程度，告警通知信怠还应该指出告警来自哪个管理对象实例。19 YD!T 1280-2003 关于故障定
33、位和检泌的更进一步信息也可在告警通知中的附加文本子参数域提供。5.4性能管理5.4.1 佳能测量对象模型位能管理用来监测GSM通信网络的运行状况，以实施网络维护和调整，保证网络以经济、有效的方式运行。性能管理的内容包括进行性能测量，收集性能测量数据并上报给NMCoNMC根据这些数据进行性能分析，以发现整个网络的运行趋向和模式，定位潜在的问题。佳能满量对象模型如图6所示。主件传送边CMIP xxxc出言回旋Data四n慧副丑剧于类些些L二主Jq幅AIann1M-EVENT-EPORT 墨6佳能源量对象模型在这个模型中，管理对象类xxxCurrentD血负责各位能参数的采集，这些管理对象类继承Il
34、ITU-T Q.822中定义韵currenlData类。每个xxxCurrenlD酬的实例都周期性地从相应的资源采集所需的性能数据，采集周期出对象实例中的granular也yPeriod属性决定。在每个采集周期结束后，OMC将会创建一个xxxH岳阳ryData对象实例来记录这个周期内的位能数据。对于性能逾门限监视，本模型中采用threshlwldDa郎对象，可以设置一个或多个位能门限。当某个性能参数的樱量结果超出了ElthreshlwldD响设定的门限时，就出相应的xxxCurre时Da缸实例触发QoS告警，并可能作为告警记录记人吕志。本接口不对性能凋值监视作强刽要求。维能测量结果的传递采用批
35、量数据传输机制，可以也OMC周期性地自动地将佳能测量结果上报给NMC，也可以自NMC主动进行性能数据的查询。本标准中定义管理对象cTelMe出urementScm隅er作为性能测量上报任务，周期性地从XXXHi目如Data收集性能数据，生成相应的性能数据文件。之后，这些测量结果文件将自对象cTelSimpleFileT，由毛ferControl负责传送给NMC。该对象将在每个事尊重周期结束时触发transferUpReady通知绘NMC，详级的文件传送流程参见到3.2.2节。此外，NMC也E可以很据需要在任何时候对指定时间段内的指定类型的性能数据衍黯H目如ryD幽)进行批量查询，详细的文件传送
36、流程参见5.1.3.2.1节。5.4.2性能数据的采集位能数据的采集由U甜时Data的子类实例;xxxCurrentD幽完成。OMC必须支持对xxxC，四ntData的下列操作功能c启动创建一个位能采集任务。当OMC在初始化对，应该尽丐能为每个有测量需求的管理对象创建相应的xxxCurrentDa阳对象实倒进行性能数据采集，而不论NMC是否会开启测量任务。对于某个管理对象下的每种性能采集，OMC只需实例化一个xxxCurrentData对象来进行数据采集即可，缺省的采集周期设为15min。在本接口中，只有cTelObservedDestnationCurrentDat，和cTelObserve
37、dHanda四rCurrentData两20 YD/T 1280-2003 称赞能采集任务需要由NMC显式地进行创建。-创建/删除一个位能采集任务cNMC可以主动创建一个性能采集任务xxxCurrentData的对象实例。OMC应支持的采集任务是小采集题窥粒度为15mino直接童医除一个激活的性能采集任务(llP正在执行的佳能采集任务)是不允许的，只能删除己挂起的佳能采集任务。因此应首先将某个激活的佳能采集任务挂起，然后再将其激除掉。定义/修改性能采集lltf写表参数。在创建xxxCurrentData时将会定义性能采集任务的时间表参数，包括采集周期和采集起止时间。任何对对间表的修改只能在采集任务处于挂起状态时进行。-改变性能采集任务的管理状态以挂起或恢复性能采集。)查询性能采集任务的参数设置。5.4.3 性能数据的土报性能数据的雪慧量上报出cTelMesuremerScanner的对象实例完成cOMC必须支持对cTelMeruurement&w回旷的下列操作功能。-创建/删除一个测量上报任务。直接删除二个激活的对象(p正在执行的测量上报任务)是不允许的，只能跟徐己挂起街对象即挂起的测量上报任务)。-定义/修改澳i量上报任务的时间表参数。在创建cTelMeasurementScaJ四erI才将会定义草草量任务的时间表属性，包括上级周期和上报起止对i泻。任何对测量上报任务对
