YD/T 1280-2003.900/1800MHz TDMA Digital Celler Mobile Telecemmunicationnetwork management interface technical specification - Interface definition based on CMIP.
1范围
YD/T 1280规定了900/1800MHzTDMA数字蜂窝移动通信网网络管理接口的管理功能需求、管理信息模型和通信协议。本标准定义的接口类型为基于CMIP的网络管理接口。
YD/T 1280适用于对900/1800MHzTDMA数字蜂窝移动通信网的网络管理。
2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
YD/T 871-1996(1996)电信管理网通用网络信息模型
ITU-T E.502(1992)数字通信交换话务测量需求
ITU-T Q.544(1988)数字交换测量
ITU-T Q.722 (1992)电话消息和信号的通用功能
ITU-T Q.811 (1992)Q3和X接口的低层协议轮廓
TTU-T Q.812 (1992)Q3和X接口的高层协议轮廓
ITU-T Q.821 (1993)Q3接口的告警监视功能
ITU-T Q.822 (1994)Q3接口性能管理的第1,2，3阶段描述
ITU-T Q.823 (1996)话务量管理的第2和第3阶段功能规范
ITU-T X.721 (1992)信息技术一开放系统互连一管理信息结构:管理信息定义
ITU-T X.730 (1992)信息技术一开放系统互连一系统管理:对象管理功能
ITU-T X.731 (1992)信息技术一开放系统互连一管理信息结构:状态管理功能
ITU-T X.733 (1992)信息技术一开放系统互连一系统管理:告警上报功能

中华人民共和国通信行业标准
YD/T 1280-2003
900/1800MHz TDMA数字蜂窝移动通信网网络管理接口技术要求
基于CMIIP的接口定义
900/1800MHz TDMA Digital Celler Mobile Teiecemmunicationnetwork management interface technical specificationInterface definition based on CMlP2003-07-07 发布
2003-07-07实施
中华人民共和国信息产业部发布前
规范性引用文件
术语、定义和缩略语
3.1术语和定义
3.2缩略语
4 接口的位置
接口管理功能
公共管理功能
事件管理
日志管理
5.1.3批量数据传送功能
5.2配置管理
配置悠改功能
配置监视功能
故障管理
敌障监规
故障定位
5.4性能管埋
性能测量对象模型
性能数据的采集
性能数据的上报
性能测量结果的存储及传输
安全管理
6接口协议
Q3接口的高层
应用层
表示层
会话层
Q3 接口的低层
传输层
网络层
数据链路层和物理层
6.4接口的使用
管理者和代理者的关系
初始化过程描述
YD/T1280-2003
YD/T1280-2003
6.4.3处理流程举例
附A（规范性附录）
附录B（规范性附录）
附录C（规范性附录）
附录D（规范性附录）
附录E（规范性附录）
附录F（规范性附录）
公共曾理信息模型
故障管理信息模型
配置管理信息模型
性能管理信总模型
批量数据文件楷义
管理信息模型总览
YD/T1280-2003
本标准是（900/1800MHzTDMA数字蜂窝移动通信网网络管理接口技术要求》系列标准中的第1项标准。该系列标准由两个标准组成，其名称如下：—《900/1800MHzTDMA数字蜂案移动通信网网络管理接口技术要求——基于CMIP的接口定义》；《900/1800MHzTDMA数字蜂宽移动通信网网络普理接口技术要求一基于CORBA的接口定义》。本标准是参考国际电信联盟——电信标准部（ITü-T）X.72x系列、X.73x系列、X.9x系列，Q.82x系列、M.3I00、M.3020等相关建议以及欧电信标准协会（ETSI）的CSM12.xx系列标准，并结合我国具体情况编制而成的。
附录 A、B、C,D、E 和 F 是规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国移动通信集团公司北京邮电大学
本标准主要起草人：陈颖慧施万中王智立魏丽红李文璟徐海东芮兰兰王烨日
YKANTKa
1范围
900/1800MHzTDMA数字蜂寓移动通信网YD/T 1280-2003
网络管理接口技术要求一一基于CMIP的接口定义本标准规定了900/1800MHzTDMA数字蜂窝移动通信网网络管理接口的管理功能需求、管理信息模型和通信协议。本标准定义的接口类型为基于CMIP的网络管理接口。本标准适用于对900/1B00MHzTDMA数宇蜂宽移动通信网的网络管理。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标难，然面，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用·于本标准。YD/T 871-1996 (1996)
ITU-T E.502 (1992)
ITU-T Q.544 (1988)
FTU-T Q.722 (1992)
ITL-T Q.811 (1992)
ITL-T Q.812 (1992)
ITU-T Q.821 (1993)
ITU-I Q.822 (1994)
ITU-T Q.823 (1996)
ITU-T X.721 (1992)
ITU-T X.730 (1992)
ITU-T X.731 (1992)
ITU-T X.733 (1992)
ITU-T X.734 (1992)
ITU-T X.735 (1992)
电信管理网通用网络信息模型
数字通信交换话务测量需求
数字交换测量
电话消息和信号的通用功能
Q3和X接口的低层协议轮廊
Q3和X接口的高层协议轮廉
Q3接口的告警监视功能
Q3接口性能管理的第1，2，3阶段描还话务量管理的第2和第3阶段功能规范信息技术一开放系统互连一管理信息结构：管理信息定义信息技术一开放系统互连：一系统管理：对象普理功能信息技术一开放系统互连一性理信息结构：状态管理功能信息技术一开放系统互连-一系统管理：告警上报功能信息技术一-开放系统互连一系统管理：事件报告管理功能信息技术一开放系统互连·一系统管理：日志控制功能ETSI GSM 02.16 (V4.3.4, 1994)FTSI GSM 04.08 (V4.10.1,1995)ETSI GSM 04.11 (V5.3.D, 2000)数字蜂宽通信系统（第二阶段）：国际移动台设备标识数字蜂窝通信系统（第二阶段）：移动无线接口第三层规范数字蜂富通信系统（第二阶段）：在无线接口上的点到点短消息业务支持
ETSI3GFPTS04.60（V8.9.0，2001）数疗蜂窝通信系统（第二阶段）：通用分组无线业务一移动台与基站系统接口一无线链路控制/媒质接人控制协议ETSI CSM 08.08 (V4.12.1,1998)ETSI GSM 09.02 (V5.3.0, 1996)ETSI CSM 12.00 (V4.5.1, 1996)ETSI CSM 12.04 (V4.3.1, 2000)FTSI GSM 12.11 (V6.3.0, 1999)数字蜂窝通信系统（第二阶段）：移动交换中心与基站系统（MSC-BSS）之闻接口的第兰层规范数字蜂窝通信系统（第二阶段）：MAP现范数字蜂窝通信系统（第二阶段）：网络管理的目标和结构数字蜂宽通信系统（第二阶段）：GSMPLMN的性能管理和测量数字蜂窝通信系统（第二阶段）：基站子系统的故障管理1
YD/T 1280-2003
ETSI GSM 12.20 (V4.2.11996)
3术语、定文和缩略语
3.1术语和定义
下列术语和定义适用于本标推。3.1.1 PLMN 于网 PLMN subnetwark数字蜂窝通倍系统（第二阶段）：基站子系统的管理信息由一个OMC及其所管辖的所有设备、资源组成的网络，是整个PLMN的-个子集。3.2缩略语
下列缩略语适用于本标准。
HO, HDHO
连接控制服务单元（AssociationControl ServiceElement）抽象语法标记No.1（AbstractSyntaxNotationnumber one）鉴权中心《AuthenticationCenter）基本编码规则（Basic Encoding Rulea）忙时试呼次数（Busy Hnur Call Attemps）基站控制器（Base Station Controller）基站子系统（Base Station Subsystem）基站收发信机（BaseTransceiverStation）配置管理(ConfiguratiunManagement）公共管理信息协议（Common ManagementInformationProtocol）公共管理信息服务单元(Common Management Information Service Elemert)公共管理（CommonManagemenl）公共对象请求代理体系结构（CommonObjectRequestBrokerArchitecture）可识别名(Distinguished Name）事件转发鉴别器（EventForwarrlingDiscriminator）设备身份寄存器（EquipmentIdenlityRegister）故障管理（Fault Management）文件传输协议（ileTransferProtovol）管理对象定义指南（GuidelinesfortheDefinitionofManugedOhjects）通用分组光线业务(General Parcket Radio Service）全球移动通信系统（GlobalSystemforMobilecommunication）归属位置寄存器（HomeLocationRegister）切焕(Handover)
国际移动用户标识（Intemational Mobile Subscriber Identifier）管理信息树（Management Information Tree）管理对象（Managed Object）
管对象类（Managrd Object Clasy）管理对象实例（Managcd Object Instanee）移动交换中心（Mobile SwitchingCenter）移动用户漫游导码（Mobile Subscnber Roaming Numbcr）网元 (Network Element)
网络管理中心 (Network Management Center)网络资源(Network Resource)
操作维护中心（Onerutiol&MaintenaeCenter）开改系统生连(Cpen System Interconnection）KAKAa
4接口的位置
分组控制单（PacketControlUnit）公用陆地移动网（PahlicLandMobileNetwork）性能管理(PerformanceManagement)公用交换电话网（PublicSwitchedTelephoneNetwork）服务质量 (Quality of Serviee)相对可识别名（Relative DistinguishedName）远端操作服务单元（Remote Operarion Service Element)YD/T 1280-2003
系统管理应用服务单元（SystemsManagementApplicationSeryiceElement）短消息交换中心(Short Messag:Switching Center)拜访位置寄存器【Visiting Location Registear）900/1800MHzTDMA数字蜂窝移动通信网网络管理接口在900/1800MHzTDMA数字炼窝移动通信网的管理网中位置如图1所示。
不同设备厂商的(MC
心接口
9XI80OMHzTDMA数字蜂彩动通信网图 1 9DD/1800MHz TDMA效字蜂离移动逐信网网络管理接口在900/180MHz TDMA数字蟑高移动通情两管理网中的位量示章在图1中，0MC由各设备供应商提供，用于管理其自身的设备。NMC在OMC的协同工作下，负责监视和控制整个900/1800MHzTDMA数字蜂窝移动通信网的运行状态，对900/1800MHTDMA数字蜂窝移动通信网进行统一管理，
NMC和OMC之间通过O接口相连，本标推定义了基于CMIP的NMC和OMC间Q接口的管理功能需求和管理信息模型。本标准第5章对接口的管理功能端求进行了规定，分别从公共管理、配置管理、故随管理和性能普理等方面进行了详述，本标准的附录A对公共管理部分的信息模型进行了定义，附录B对故障管理部分的信息模型进行了描述，附录C对配置管理部分的信息模型进行定义，附录D对性能管理部分的信息模避进行定义。NMC和OMC之间的物理连接可以采用DDN，X.25和其他的物理媒质。3
YD/T 1280-2003
5 接口管理功能
5.1公共普理功能
5.1.1事件管理
5.1.1.1真件报告模型
在一个NMC和多个OMIC之间的接口中使用的事件报告功能应符合ITL-T建议X,734的是义，接口的事件报告机制如图2所示。由NE产生的事件以内部格式传逆给OMC，OMC应将其转化为标准格式，并通过EFD上报给NMC。事件报告功能通过管理对象类事件前向鉴别器（EFD）来实现，所有从NE来的事件都可能发送到NMC。EFD用来确定哪些事件通知将被发送到某个特定的NMC。所有转发给NMC的事件都必须在OMC本地进行存储，
网络资源
图 2 事件报告模型
EFD管理对象类具有的必备属性和条件包见表1。表 1 EFD 必备周性及条件包
属性名/条件包务
discrimirturld
administativeStale
operutionalState
diacriminatorConstruct
destination
访间方式
必备属性
控制/响应
车件报凸
EFD管理对象实例标识，在创建EFL实例时赋值管理状态，可被NMC控制或整改。当其值鼓设为链定（\loe:kel\）时，EFD实例将不能发出征何事件通知，直到裁解锁（\unlxked\）表示EFD实例的运行状态。当用于基些原因OMC不能向NMC发送事件通知时，此属性的值变为不可用（\disabled\）指EFD的过滤条件，用于测试接收到的通知。如果“过滤器条件”值为真，EFD会发送该事件到由属性destination 所指定的管理者NMC。该属性可被管理者 NMC该取和改写指事件通知上报的目的地。该属性可在创建一个EFD实例时由NMC 赋值
KAOIKAa
属性名/条件包名
availahilityStatusPackage
hackUpDualintionListPackage
duntion
dailySeheduling
weeklysSechedulug
exlenuelSebedwler
modePackage
访间方式
表 [读］
净件包
YD/T 1280-2003
此包中只定义了
uvailability statux属 性、
该网性的值依检于
\dailyScheduling\
包和-weeklyhedulirg”位的计算结策。改变此牌性值不会引起发送“attribuleYelueChange”消息的微活备份目的地
此包有“starnTime”和“stopTime”两个厚性用于自动控制-个EFD 的开始和停止的时间
dailySeheduling提供了别器以24h为用期的可运行的时间段weeklyscbeduling提供了监别器以删为同期的可运行的时间段外部定义的时间表
可用于指定事件报告模式，为确认型通知或非确认型通划对表1中EFD条件包的详细信息，请参阅ITU-T建议X.734中的定义，在本标准中，EFD需支持如下过滤条件参数或这些参数由运算符“AND\“OR”和\NOT\所连接的组合：一ManagedObjectClaas（管理对象类）：ManagertOhjectInstance（管理对象实例）；— Event Type （事件类型);
PerceivedSeverity（告警级别，如果该EFD实例用于转发告警件通知）：PrubableCause（可能原因，如果该EFD实例用于转发告警事件通知）。5.1.1.2事件种类定义
在本标准中，OMC支持的事件类型见表2的说明，#2
享性类型说明
事作类型
communicationsAlan
environnentalalan
etjuipnentAlgm
proceeingErrorAlam
qualityofServiceAlarm
statcChange
attributeValueChange
cTelObjeclCreation
cTclObjeelDelelion
TelRequeatCMSynchranization
ransferUpReady
bulkTranisferEror
heartbeatReport
通信告警
环境告替
设备告替
处理循误告警
服务质基告警
状态改变
属性值改变
对象创建
对象期除
要求进行CM信息同步
批鱼文件传输准备就绪
批盘文件传糖准备失败
YD/T 12B0-2003
关丁表 2 中各类型事件的详细信息可参阅相关的 ITU-T建议和本标准中的 5.2 节利 5,3 节。5.1,1.3事件报告管理功能
NMC通过EFD来灵活地控制事件报告功能。OME应支持下面的EFD控制功能，包括：一创建一个 EFD 实例；
- 删除一个 EFD 实例
一修改一个EFD实的属性值；
一获取EFD实例的属性值：
一挂起一个活欧的EFD；
一重新激活一个EED。wwW.bzxz.Net
OMC应能同时女持几个不同用途的EFD实例，例如支持告警通知或配置改变通知。当OMC在第一次初始化时，应自动创建一个FFD，并允许上报下列通知：”cTelRequestCMSylichronization”，\transfertUpReady\、*heartbeatReport”，“bulkTransferError”和“processingErmor”，初始化窕成后，由NMC根据需要再创建、删除和修改EFD实例。5.1.1,4享件缓冲功能
异带情况下为了避免半件丢失，OMC底在本地实现一一种事件缓冲机制，使得从NE到来事件的速度比OMC转发给NMC的速度快时，能将这些事件暂时缓存起来，事件缓冲对NMC是不可见的，不受NMC的控制和管理，
当NMC和心MC的接口发生短时间的通信中断时，事件缓冲机制也能够避免事件的丢关。在链路中断期闻，所有的事件通都成被缓存（在缓冲区的允许的范围内）。当链路恢复时，所有被缓存的通知将以它们产生的次序依次发送给NMC。缓冲机制的具体实现出OMC决定。（MC可以将事件缓存在内存中、文件中或数据库中，当缓冲区溢出时，OMC将产生告警通知，告知NMC发生了事件缓冲溢出，在NMC收到该通知后，可以根据需要对事件进行同步。例如，NMC可要求DMC将在缓冲区溢出期间内产生的事件来用批量数据传箍机制上传。注：事件缓存不等于事件保存：所有要发往NMC的事件部要被物理保存于OMC本地，不论它们是否被缨存。5.1.1.5事件同步功能
5.1.1.5,1通信链路监规
NMC和OMC之间通信链路的状态对双方都很重要。如果链路连接中断，NMC将不能从OMC取得任何信息，OMC也无法将事件上报给NMC。因此，NMC需要监视通信链路以便及时发现通信敬障。在本标准中定义了管理对象类TetHeartbeat，该对象类的实例周期性地发送一个心跳通知（“heartbeatReport”）给NMC以告知通信链路的完好。OMC在初始化时应白动创建该对象。在正常情况下，NMC将会周期性地收到心既通知并以此判定链路连接是否正带。然而，如果NMC连续几个周期没有收到该通知，则可以得出链路中断的结论。此时，NMC以何种方式通知网管操作员，则由NMC本地实现来决定，
在链路中断期问，cTelHeartbeat对象实例将会持续发送“heartheetRepor”通知。但该通知不应被缓存，也不用进行物理存储。如果向NMC发送该通知不成功，OMC只是将它丢弃。OMC周期发送\heartbeatReport”通知的时问间隔由cTeicartbe的病性“period”快定。NMC可以改变该属性的值，从而改变心跳通知的上报期。注：cTeeate征的功能只是在与其相关的EFD处于激活状态时才有效，如果由于某种原固，EFD鼓NMC挂起，则:TelHfewrtbea就不会再将心通知发送给 NMC。这表示在此期间，NMC 不关心NMC 和 EFD 之间的连接状况，因此在此期间收不到心既通知不能被认为是连接中断。5.1.1.5.2事件向步过程
如前所还，OMC 应支持本地缓冲功能，这样在OMC-NMC之间连接中断时，可以缓存除\heartbeartReport”外的所有通知；当OMC-NMC间的通信连接恢复厉，OMC按照事件产生的时间先后顾序自动向NMC发送这些缓存的事件通知。6
KAONTKAa
YD/T 12B0-2003
在 0MC 缓冲区即将溢出时，管理对象类 cTelOmc Furiction 的实例将产生--个缓冲区溢出作警并被记录在缓冲区内。缓冲区溢出告警通知的“EventType”（事件类型）是“proceasingError”（处理出错），“AlamScverity\（告警级别）足“major\，“PrubahleCause\”（可能原因）是“storage capacity Problem\（存储容量问题），“AdditionalText”（附加文本信息）是“bufferoverlow”（缓冲区滋出）。当OMC的缓冲区已满，则此后产生的所有通知都不会被缓存，在连接恢复时，OMC将缓冲区内所有的道知都发送给NMC。如果NMC收到厂缓冲区溢出告警通知，这意味着从连接中断到恢复的过程中可能会丢失一些事件通知；NMC可根据需要采取措施以保证事件信息的同步：因为OMC保存着上报给NMC事件的物理拷贝，所以NMC可使用5.1.3节中描述的“批量数据传输机制”，从OMC得到某段时间间隔内的历史事件。5.1.2日志管理
5.1.2.1日志曾理模型
日志控制功能提供了一种由NMC控制、在QMC中存储事件信息的机制。本标准中使用的日志控制功能遵从 ITU-T 建议 X.735。
日志控制功能机制如图3所示。
此功能是通过管理对象类Log实现的，所有从NE发米的事件可以作为口志记录存人OMC侧的日惠中。誉理对象类馆的实例将判断娜些事件通知可以存入日志中，网络强源
图3 日志管理模型
节理对象类的必备属性和条件包描述见表3。表 3 fog必备离性及条件包
鼠性名
adninistativeState
operationalState
discriminatorConstruct
访问方式
必备属性
挖制/响应
操作维护举端
tog 管理对象实例的标识符。 当创建 tog 实例时赋值指管理状态,可被 NMC 控制或修以： 当值设定为锁定(“locked\)时，此实例不再存储任何日志记菜指g 实例的运行状态。当M心由于某些原因不能存筛日志记录时，此属性的值将变为“digable\
指过滤条件，用于测试和接收通知。对十接收到的再件。如果过滤条竹为真，且充许此g写日志，则此1将收到的事作存储为一条日志记录。此属性可被理者VMC读写7
YD/T 1280-2003
属性名
aveilabilityStatus
logFulLAction
finileLogSizePackagu
logAlarnPackage
duratian
daily Scheduling
weeklyScheduling
extemalScheduler
访间方式
轰3 (婧)
指可用状
指日志满时的动作。 此性提共给管理者 NMC 处理 log 中日态记录溢出问题的能力。如果此属性设定为盖（“uTp\)，当到达志满时,该tog 中最早的口志记录将被新记录所理盖；如果此属性设为替停【\halt\】，当Log满了以后特不再存储新的日志记录条件包
如果一个被限定了人小，将使用此茶件他。在此包中包含3个属性，即 maxLogSize，currentLogsize 和 numberOfHecords此条件包只有一个属性，即告警能力阅值。此属性指定了当存储的日志记录达到日志最大存储空间的某个百分比时，将会产生处理误告警，以表明山志已经快满了
此包有“gtartTinie”和\stopTime”两个属性，用于自动控制-个 log的开始记录和停止记录的时间
dailySecheduling提供了Jog以24h为周期的可运行的时间段weeklyScheduling提供了lag以一周为周期的可运行的时间段外部定义的时间表
在本标准中，支持如下过滤条件参数以及这些参数通过运算符“AND”、的组合：
Managed Ohjecl Clash（管理对象类）;Managed Object Instance（管理对象实例）；EventType（事件类型）；
一 Perceived Severity（告警级别，如果log实例用于存储牛警事件通知）;PrhahleCause（能原因，如果log实例用于存储告替事件通知）processingErorAlarm（处理错误告警）。5.1.2.2日志记录类型
在本接口中，OMC支持的日志记录类型见表4。表 4 日志记录类型
日志记录类型
alamRecord
stateChangeRecord
AttributeValureChangeRecord
cTelObjectCreationRecord
cTelObjeetDeletionRecord
cTelRequestCMSynrhmnizationRecnrdnTeJTraneoferReadyRecord
cTelBulkTransferEmurRecord
告警记录
状态改变记录
属性值改变记录
对象创建记录
对象删除记录
请求 CM 信息同步记录
文件传辅准备就蜡记录
文件传验准备失敷通知记录
“OR”和“NOT”连接
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。