（计算机软件与理论专业论文）3g网管接口控制信息建模研究.pdf

北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 3 g 网管接口控制信息建模研究 摘要 一般说来，通信网中设备是由多个不同厂家提供，不同厂家设 备的管理系统无法与其他厂商管理系统进行交互。随着通信网的逐 步复杂化、智能化，对于能够管理多厂家设备的统一网管系统的需 求也越来越迫切。由于各个设备商管理系统对外提供的网管接口的 不统一，增加了统一网管系统需要处理的接口数量、开发成本、系 统复杂度与建设周期，同时不利于网管系统可持续建设。解决此问 题的一个可行方法是对设备网管系统对外提供的网管接口进行标准 化。 随着3 g 相关技术的发展与成熟，3 g 网管系统的接口技术规范 也在制订与完善中。3 g 网管接口规范对于网管接口的通信协议、网 管协议、网管信息模型进行了定义，力求使不同厂家网管接口的差 异性降至最低。 本文以首先对3 g 网管接口进行了简要介绍，包括其位置、含义 及定义方法等。然后，结合目前国内的3 g 网管接口规范制定的需要， 对其中的管理信息的访问机制、批量数据在接口的传送机制、批量 操作在接口的传送机制、多用户情况下通知的定制与分发机制和通 信链路的可用性管理机制进行了分析，给出了对网管接口控制信息 进行建模的方法。最后对全篇论文加以总结并提出可改进之处。 关键词：3 g 网管接口网管功能控制信息建模 北京邮电大学硕士学位论文 3 g 网管接口控制信息建模研究 s t u d yo nm o d e l u n gc o n t r o l i n f o r m l a t i o ni n3gn m si n t e r f a c e a b s t r a c t g e n e r a l l ys p e a l 【i n g ，t h ee q u i p m e n t si nt e l e c o m m u i l i c a t i o nn e t w o r k sa r en o m d i f ! c e r e n tv e n d o r s ，w h o s em a i l a g e m e n ts y s t e mc a i ln o tc o o p e r a t ew i t h e a c ho t h e r a u t o m o t i v e w i t ht e l e c o m m u n i c a t i o nn e 俩o r k sb e i n gm o r ec o m p l e x ，t h e r ei sm o r e u 唱e n tr e q u i r e m e n tf o ru n i f i e dn e t w o r km a i l a g e m e n ts y s t e m 烈m s ) b e c a u s eo ft h e d i 虢r e n c e锄o n gm a n a g 锄e n ti n t e r f a c e s s u p p o r t e db ye q u i p m e n te l e m e n t m a i l a g e m e n ts y s t 锄皿m s ) ，t h eu n i f i e dn m sh a st od e a lw i t hs e v e r a li n t e 渤c e s ， w h i c hi n c r e a s e sn m s d e v e l o p i n gc o s t ，d e v e l o p i n gt i m ea n dd ob a dt ot h ef o l l o w i n g d e v e l o p m e n to fn m s af e a s i b l em e t h o dt or e s o l v et h i sp r o b l e mi st ou i l i f y m 锄a g e m e n ti n t e r f a c es u p p o r t e db ye m s w n ht h em a t u r a t i o no f3 r dg e n e r a t i o nm o b i l ec o m m u n i c a t i o n sn e t 、) l ，o r k ( 3 g ) ， m 锄a g e m e n ti n t e r f a c et e e 啪c a ls p e d j e i c a t i o ni sb e 吨f u l f i l l e d n es p e c i f i c a t i o n d e 缅e dc o m m u n i c a t i o np r o t o c o l s ，m 趾a g e m e n tp r o t o c o l sa l l di n f o 肋a t i o nm o d e l st o d e c r e a s et h ed i f ! f e r e n to fv e n d o ri m p l e m e n t a t i o n i nt h i st h e s i s ，t h e g e n e r i ci n f b 皿a t i o na b o u t3 gn m si n t e r f a c ei n c l u d i n g p o s i t i o n ，c o n c 印ta n dd e i t i o nm e t h o d si sd i s c u s s e df i r s t l y t 1 l e n ，b a s e d0 nt h e r e q u i r e m e n t so n3 gn m s i n t e r f a c es p e c i f i c a t i o n s ，t l l et h e s i sa n a l y z e sp r o b l e m s e x i t i n gi i lc u l l r e n ts p e c i f i c a t i o n s 趾d 酉v e sam e t h o dt om o d e lc o n t m lf u n c t i o ni i l n e t 、7 l ，o r k m 柚a g e m e n t i n t e d a c e t h e s e p r o b l e m s i n d u d e ： a c c e s s i n gm a i l a g e d i l l f b 珊a t i o n ，t 啪s f b m i n gb u l kd a t av i ai i l t e 砌c e ，t 砌s f b 珊i n gb u l ko p e r a t i o nv i a i n t e r f a c e ， d e s c r i b ea i l d d i s p a t c hn o t i f i 僦i o n sf o rm u l t i - u s e r sa i l d m o n i t o r i n g c o m m u n i c a t i o nl i i l l 【a r ed i s c u s s e d a tl a s t ，s o m ea d v i c ef o r p e r f e c t i n gt h ep r o j e c ti s b r o u g h tf o r w a r d 第i i i 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 k e yw o l 圃i s ：3 gn e t w o r km a n a g e m e n ti n t e r f a c en e t w o r k m a n a g e m e n t f u n c t i o nc o n t r o li n f o 珊a t i o nm o d e l 第i v 页 独创性( 或创新性) 声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究 成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内容以外，论文中 不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或 其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所 做的任何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名：等葛菩 日期：知。五名 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即： 研究生在校攻读学位期间论文工作的知识产权单位属北京邮电大学。学校有权 保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅 和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印 或其它复制手段保存、汇编学位论文。( 保密的学位论文在解密后遵守此规定) 保密论文注释：本学位论文属于保密在年解密后适用本授权书。非保密 论文注释：本学位论文不属于保密范围，适用本授权书。 日期：e ，z 弘 日期：- ( 10 2 ，( ) ? 沙 程坝 专 呷 名 名 签 签 人 师 本 导 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 第1 章序论 1 1 课题背景 网络管理系统的显著特征是它必须通过网管接口与被管系统相连接，才能 提供管理功能。因此，网管接口是网管系统与被管系统或其他网管系统之间交 互信息的通道。通常，网管接口的定义包括通信协议栈、信息模型和接口功能 三部分。在多设备厂商环境下，根据网管接口所连接实体的角色，网管接口的 位置主要有以下三种情形：网管系统与被管设备之间，同一专业网不同层次的 网管系统之间以及不同专业网的网管系统之间。如果双方实体要求交互信息， 就需要定义相应的网管接口。 网管接口技术随着网络的发展而不断变化，当前网管接口的主要类型包括 s n m p 接口、c o r b a 接口、q 3 接口和厂家自定义接口等。网管接口类型不同，所 包含的通信协议栈和信息模型也可能会不同。目前，常见的接口通信协议包括 基于i n t e r n e t s n m p 框架结构的s n m p 、基于c o r b a 结构的i1 0 p ( i n t e r n e t i n t e r 一0 r bp r o t o c 0 1 ) 以及基于q 3 接口的c m i p ( c o m m o nm a n a g e m e n t i n f o r m a t i o np r o t o c 0 1 ) 等。 当前，对网络管理框架、工程化的网络管理技术和网管接口等方面的研究 是网络管理研究领域中的热点和重点。其中，网管接口研究的重点内容是网管 接口的标准化，而网管接口的标准化研究主要集中在接口通信协议、接口信息 模型和接口测试三个方面。网管接口的标准化对于在多厂商设备环境下减少网 管系统开发时需要处理的网管接口数目、降低网管系统开发的复杂度、缩短网 管系统建设的生命周期以及满足网管系统可持续建设的要求都具有重要的意 义。 1 2 本文要解决的问题 通常情况下，在定义网管接口规范时，可能会遇到以下几个问题： 1 ) 在定义网管接口规范时，常用的方法是对被管资源信息进行建模，而 对于操作仅仅是进行定义，并不会作为模型对象体现在接口上。这样， 在进行网管接口的变更与升级时( 例如为了优化效率而修改了某一操 作的参数) ，只有两种方法可以采用：( 1 ) 修改原有的操作，这样的 第3 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 结果是接口双方( m a n a g e r 和a g e n t ) 软件必须进行修改以期适应接口 的修改；( 2 ) 增加新的操作，这样会导致接口操作的快速膨胀，而且 会出现原有m a n a g e r 无法识别新增加的操作，升级后的a g e n t 不得不 继续支持所有的接口操作的情况。 2 ) 由于未对接口操作进行模型化，导致对于接口操作的访问机制难以清 晰定义和细化。而且，如果a g e n t 可以支持的接口操作发生了变化， 无法实时反应给m a n a g e r 。 3 ) 不支持批量操作：这导致了在需要批量操作时，只能通过m a n a g e r 与 a g e n t 的大量使用单条操作完成，增加了系统的通信负担。 4 ) 通知的定购与分发并未区分多用户与多用户类型，导致每个用户都收 到所有的通知，而不是只接受自己需要的通知，增加了通信负担与通 知用户的处理负担。 5 ) 无明确的通信链路可用性监控。这样，在m a n g e r 与a g e n t 断联而双方 都不知道的情况下，可能会丢失大量通知信息，尤其是丢失告警信息 会产生不良影响。 根据接口管理功能的需求，网管接口交互的管理信息建模可以被为网络资 源信息( 接口数据的抽象) 和管理控制信息( 接口功能的抽象) 。本文通过对 管理控制信息进行建模，在相应的管理控制信息模型中解决以上问题。 1 3 本文结构 本文总结了作者在北京邮电大学网络与交换技术国家重点实验室从事网管 系统开发和标准制定的一些经验，同时借鉴3 g p p 规范3 2 系列相关内容，从理 论和实践角度提出了在定义网管接口规范时，对管理域控制信息进行建模的方 法。 本文共分四章，其中： 第一章是序论，说明了论文的研究背景和作者本人研究生阶段从事的科研 工作。 第二章介绍与3 g 网管接口相关的基本知识，包括3 g 网管接口位置、内容、 通信协议等信息。 第4 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 第三章是本文的核心内容。首先对网管接口中需要定义的通用功能( 性能、 配置、告警) 进行了介绍。然后把管理控制信息以管理域为粒度进行定义，成 为相互独立的管理域控制对象。如针对配置管理接口需求，定义一个相应的配 置管理域控制对象；根据性能管理需求，定义一个相应的性能管理域控制对象。 通过对每个管理域控制对象进行建模的方法解决“1 2 本文要解决的问题 中 提到的问题。 第四章为结束语，总结全文并提出论文研究中可进一步改进的地方。 1 4 研究生期间工作 研究生阶段，作者在北京邮电大学网络与交换技术国家重点实验室进行研 究工作。在整个学习过程中主要从事了网络管理接口技术规范和网管管理接口 测试规范的制订工作，并参与了多次网管管理接口测试工作，对网管管理接口 的规范制订及测试相关理论及具体实践有较深的体会。作者参与的具体工作包 括： 1 ) 网管接口测试 中国军网s d h 设备入网测试，负责测试阿尔卡特的网管接口； 中国移动u s s d c 设备入网测试，负责测试重庆瑞笛恩的网管接口； 信产部w c d m a 外场测试。负责测试中兴、华为、摩托罗拉、朗讯的 网管接口。 2 ) 网管系统开发 令国家科技攻关计划一t d s c d m a 研究开发和产业化项目，开发 t d s c d m a 网络管理系统，该系统能够通过符合信产部行业标准的北 向接口与对多厂家网管系统互联，并对其设备进行配置、告警、性 能管理。 3 ) 网管规范研究与制定 令中国移动3 g 网管接口规范v 1 2 0 ( 系列) ； 令中国移动3 g 业务开通接口规范初稿： 中国移动3 g 网管接口测试规范v 1 2 0 ； 信息产业部第三代移动通信网络管理系列标准( 系列) 报批稿； 夺信息产业部第三代移动通信网网络管理接口测试规范； 第5 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 第6 页 中国联通c d m a 9 5 1 x 网络管理技术规范( 系列) v 2 0 ； 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 第2 章3 g 网管接口概述 2 1 网管接口位置 在网络管理中，相互交互的两个实体分别承担了两个角色一一管理者 ( m a n a g e r ) 或是代理者( a g e n t ) 。管理者的任务是发送管理命令并接收代理 者发来的通知；代理者的任务是直接管理有关的管理对象，接收管理者发来的 管理命令并向管理者返回操作响应( 确认型操作时) ，也可在需要时主动向管 理者发出通知。图2 一l 描述了管理者和代理者间的基本关系。 管理系统被管系统 图2 1管理者与代理者关系示意图 在3 g 网络管理中，网络管理系统( n m s ) 承担了m a n a g e r 的作用，3 g 网元 设备( n e ) 或其操作维护系统( 0 m c ) 承担了a g e n t 的作用。它们之间的网络管 理接口称为北向接口，下文简称为i t 卜n 。 i t f - n 的位置可能如图2 2 两种情况： m a n a g e r a g e n t i i t f 州 ( a ) 接口位置1 i m a n a g e ra g e n t i i t f n ( b ) 接口位置2 图2 2i t f n 接口位置图 第7 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 图2 2 中，n e 泛指设备商提供的第三代移动通信设备( 以下简称3 g 设备) ， 可以是单个设备，也可以是多个设备；o m c 是由设备厂商自行提供的网元管理 系统，可以对本厂商的3 g 设备进行配置、操作和维护等；n m s 是网管开发商提 供的第三代移动通信网管理系统，能够管理不同设备厂商的3 g 设备。 图2 2 ( a ) 所示，i t f n 位于n m s 与o m c 之间，由o m c 向n m s 提供北向接 口，在这种情况下，0 m c 和n e 之间的接口为设备内部接口。 图2 2 ( b ) 所示，i t f n 位于n m s 与n e 之间，即由n e 直接向n m s 提供北 向接口。 2 2 接口含义 网络管理接口指的是m a n a g e r 与a g e n t 之间进行管理信息交互的通道，包 含以下几层含义： 支持m a n a g e r 与a g e n t 之间进行通信的通信协议栈。这是网络管理接口应 具备的基本功能，即网络管理接口应具备底层传输协议，以完成数据的传输。 对于传统q 3 接口来说，底层传输协议应包括物理层、数据链路层、网络层、 传输层、会话层、表示层和应用层底层协议( 见i t u tq 8 1 1 和i t u tq 8 1 2 ) 。 对于基于s n m p 的q 接口来说，底层传输协议应包括物理层、数据链路层、网络 层和传输层。对于基于c o r b a 的q 接口来说，底层传输协议应包括物理层、数 据链路层、网络层和传输层。 应用层网络管理协议。网络管理接口应对应用层网络管理协议进行定义， 以完成m a n a g e r 和a g e n t 之间交换端到端的管理信息。如定义m a n a g e r 从a g e n t 获取信息的方式，包括管理动作和应答的交互、上报通知的方式等。 对于传统q 3 接口来说，网络管理协议位于应用层的上层，目前常用的有 c m i p ( 公共管理信息协议) 和f t a m ( 文件传送、访问与管理) 协议，其中c m i p 主要用来传送网络管理操作命令和响应等数据量较小的数据；而f t a m 主要用来 传送大数据量的管理数据，如计费数据、局数据等。对于基于s n m p 的q 接口来 说，网络管理协议为s n m p 。对于基于c o r b a 的q 接口来说，没有定义单独的网 络管理协议，隐含在管理信息模型的描述中。 统一的管理信息模型。网络管理接口应对m a n a g e r 和a g e n t 之间传递的管 第8 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 理信息进行定义，使得双方对管理信息的语义及语法有统一的认识。通过网管 接口交互的管理信息，可分为管理控制信息和网络资源信息，均含语义定义和 语法定义。 管理控制信息：是为了完成管理功能而进行管理交互的信息，如要完成性 能管理功能需要定义性能管理相关操作，要完成配置管理功能需定义配置管理 相关操作等。需要指出的是对于基于c o r b a 的q 接口来说，由于其没有定义单 独的网络管理协议，因此在管理控制信息的定义中，包含了基本的管理操作， 如管理动作和应答的交互、上报通知的方式等。 网络资源信息：是具体的被管网络资源的抽象，如可按网元功能抽象而成 的管理对象类m s c f u n c t i o n ，r n c f u n c i o n ，n o d e b 等，对象类中再抽象出该对象 需要被管理的属性、操作、及可上报的通知等。 图2 3 表示了上述三部分网络管理接口含义的关系： 管理信息模型 通信协议栈 2 3 接口定义内容 图2 3 接口含义及其关系示意图 根据接口含义的要求，在定义3 g 网络管理的i t f n 时，将从如下三个方面 进行定义： 1 ) 接口通信协议。本文将对i t f n 可能采用的几种接口通信协议给出定 义，包括底层传输协议和高层网络管理协议。 2 ) 接口管理功能。由于接口管理信息模型的定义是基于接口管理功能需 求，并为其服务的，因此在定义接口管理信息之前，需要对接口管理 功能作出准确的定义。 i t f n 的接口管理功能需求可以分为不同的管理域，如配置管理接 第9 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 口需求、性能管理接口需求、故障管理接口需求、其他管理接口需求 等，对应的i t f n 由一簇管理接口组成，如配置管理接口、性能管理 接口、故障管理接口、其他管理接口等，如图2 4 所示。 m a n a g e r n m s ) 性能管 理接口 a g e n t ( o m c n e ) 其他管 理接口 图2 4 接口管理功能示例图 3 ) 接口管理信息模型，根据接口管理功能的要求，接口还将定义具体的 通过网管接口交互的管理信息，包括管理控制信息和网络资源信息， 含语义定义和语法定义。在本文中，管理控制信息以管理域为粒度进 行定义，如针对配置管理接口需求，定义一个相应的配置管理接口控 制对象；根据性能管理需求，定义一个相应的性能管理接口控制对象。 这样的控制对象称为管理域控制对象。 2 4 接口定义方法 3 g 网管标准采用了i t u - t 定义的u t r a d 方法学定义管理接口，在接口的描 述过程中，分三个阶段，分别为：接口功能需求定义阶段，接口分析阶段和接 口设计阶段。 根据u t r a d 方法学对网管接口进行描述，在接口功能需求阶段和接口分析 阶段，本文具体采用了u m l 表示法。 2 4 1 接口功能需求定义阶段 接口功能需求定义阶段，即描述接口的功能需求。在本阶段，首先定义通 过此接口相互作用的网管系统实体、性质以及它们之间的关系，然后按管理域 定义接口的功能需求。 在描述接口功能需求时，分两个层次，分别为“事务需求”和“详述需求”。 第l o 页 北京邮电大学硕士学位论文 3 g 网管接口控制信息建模研究 “事务需求”从高层管理者的角度概要描述了本接口需要实现的基本功能， 使读者对本接口的功能有一个宏观的了解。另外，需要指明实现本接口功能时 交互的实体名称和相互关系，即角色定义。用u m l 表示法对事务需求进行描述 时，应用了u m l 中的用例图来表示接口的基本功能。 “详述需求 是对“事务需求 中描述的基本功能的逐层细化。在功能的 细化过程中，可以用自然语言给出尽量详细的功能描述，为以后的接口分析和 接口设计提供充足的依据。若在功能细化过程中，需要增加新的管理实体( 即 角色) ，则需要给出相应声明。在用u m l 对需求进行详述时，使用u m l 的用例 图。 2 4 2 接口分析阶段 接口分析阶段，即接口功能需求的细化分析阶段。在本阶段，将根据需求 阶段描述的接口功能需求，分析出要满足此功能需求，需要哪些输入输出数据； 需要如何抽象被管理资源；这些被管理资源应抽象出哪些属性，有哪些行为； 在完成功能过程中，各个管理实体之间有什么关系，发生了什么交互等等。 在这个阶段，可使用u m l 中的类图( 被管理资源在u m l 中称为类) 和表格 来描述被管理资源的属性，行为，通知等：使用u m l 中的序列图来描述管理实 体在完成功能过程中的交互序列；如果需要，还可以使用u m l 的状态图来描述 实体或资源状态的变化。需要注意的是，虽然接口分析阶段所描述的是较具体 的功能或资源，但仍独立于接口设计阶段。在接口分析阶段，一般都采用面向 对象( 0 0 ) 的方法来描述；而在接口设计阶段，既可以用0 0 方法来描述接口( 如 基于c m i p 的g d m 0 ，基于c o r b a 的i d l 等) ，也可以用非0 0 方法来描述( 如 数据流等) 。 2 4 3 接口设计阶段 接口设计阶段，即使用与技术相关的语言对接口功能需求进行具体定义的 阶段。在本阶段，将使用形式化的接口描述语言来描述被管理资源。根据用户 需求及适用范围，可选择不同的接口描述语言，如0 m gi d l ，g d m 0 a s n 1 等。 从独立于技术的接口分析可根据需要导出不同的与接口技术相关的接口设 计部分，如图2 5 所示。 第1 1 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 图2 5u t r a d 接口定义方法阶段图 如图2 5 中所示，在接口设计阶段，可根据需要采用不同的接口定义方法 对接口进行形式化定义，如图中所举的基于c o r b a i d l 的接口设计、基于 c m i p g d m 0 的接口设计和基于s n m p s m i 的接口设计等例子。在从接口分析到接 口设计的映射过程中，由于采用接口定义方法的不同，可能会出现与接口分析 部分的不一致，如名称、参数等。本文只讨论基于c o r b a i d l 的接口设计。 2 5 接口通信协议 3 g 网管接口中采用如下两种协议栈：1 1 0 p 协议栈和f ，i p 协议栈。其中，在 管理接口设计中，采用了c o r b a 技术对管理接口进行定义，即使用i d l 语言定 义接口信息模型，采用的通信协议栈为i i o p 协议栈。管理接口中文件的传输会 采用f t p ( 文件传输协议) 方式进行，使用f t p 协议栈。 2 5 1 1 10 p 协议栈 采用i i o p 的协议栈如图2 6 所示。 第1 2 页 北京邮电大学硕士学位论文 3 g 网管接口控制信息建模研究 图2 6c o r b a 接口使用的协议栈 其中，0 r b 及c o r b a 服务遵循的最低o m g 标准版本如表1 所示。 表2 1o r b 及c o r b a 服务遵循的标准版本 _ | | | ：lo r b 及c o r b a 服务类别i 羹_9 m g 版本号 j 0 r bc o r e 2 2 或以上 命名服务( 可选)1 o 或以上( 可选) 通知服务1 0 或以上 电信日志服务1 0 或以上( 可选) 采用“s e c u r e1 0 pp r o t o c 0 1 ”或 安全服务( 可选) “ c o r b as e c u r it ys s l i n t e r o p e r a b i l i t y ( 可选) 事务服务( 可选)1 1 或以上( 可选) 异步消息服务( 可选)1 1 或以上( 可选，由n m 决定) 采用的f t p 协议栈如图2 7 所示。 第1 3 页 北京邮电大学硕士学位论文 3 g 网管接口控制信息建模研究 应用层 墓豢滋藏；j 隧i 纛叠 传输层= t 哩 黼瓣萋馨鬻黪瓣魅l 麟i 冀薹；萋黔一 | 网络羼? 磊遴逡赫感基。 i 数据。：。 豢滋瀛漱基魁瀛溅； 。= 。物理层叠 ，曼。嚣p 疵。 图2 7f t p 使用的协议栈 2 63 g 网管接口的关键内容 3 g 网管接口定义了网管接口中的接口通信协议、接口管理功能、接口管理 信息模型三部分。 接口通信协议已经在“2 5 接口通信协议”进行了说明。 接口管理信息模型主要是对被管配置资源模型和性能资源模型进行建模， 与通用的网管接口建模并无大的差别，本文将不涉及此部分。 接口控制管理信息模型，也就是对网管接口控制信息的建模，是3 g 网管接 口的关键部分，本文将在“第3 章3 g 网管接口控制信息建模”进行讨论。 第1 4 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 第3 章3 g 网管接口控制信息建模 3 1 基本网管功能建模 3 1 1 性能管理 3 1 1 1 性能采集活动管理功能 性能采集活动是指从m a n a g e r 的角度来看，a g e n t 从物理设备或逻辑功能 中定期获取性能数据并上报给m a n a g e r 。性能采集活动管理是指m a n a g e r 对性 能采集活动的相应参数进行管理，通过对性能采集活动的管理，m a n a g e r 可以 要求a g e n t 按照要求采集并上报所需的性能数据，但对于a g e n t 内部的具体实 现不做限制。性能采集活动管理功能包括以下几个操作：开启采集活动，结束 采集活动，挂起恢复采集活动，查询采集活动参数和性能数据上报，如图3 一l 所示： d a n a g e r 性能采集管理功能、a g e n t ，一 j 、 、 、 ，一一、j i n c l u d e ” 羔一一 ij，、 ，一一、 、 ，一一、 ； ， ，、 、一j 、j 、 ，? 、，j 开启竺二二：忑二一羔查询采集参数性矗五报 ，一一、挂起恢复采集一、4 “”? 一” i 、 ji j | 、 、一一 、一一 结束采集采集活动状态变化通知上报 一、 ，jij 一一一， i 文件传输接口功能 通知上报功能 图3 1性能采集活动管理功能用例图 1 ) 开启采集活动功能支持m a n a g e r 通过i t f n 接口开启采集活动，当开 启采集活动成功后，a g e n t 向m a n a g e r 返回采集活动标识符。开启采集 活动成功后，在采集活动的生命期内，采集活动参数( 除采集活动状 第1 5 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 态外) 不能被改变。 2 ) 结束采集活动功能支持m a n a g e r 通过i t f n 接口结束采集活动，采集 活动成功结束后，该采集活动在i t f n 接口中不可见。 3 ) 挂起恢复采集活动功能支持m a n a g e r 通过i t f n 接口挂起采集活动或 恢复采集活动，如果挂起成功，从m a n a g e r 的角度来看，a g e n t 不再准 备相应的性能数据文件。a g e n t 可以立即挂起采集活动，也可以在完成 当前采集周期后挂起采集活动。采集活动被挂起后，a g e n t 可以立即上 报文件准备好通知或文件准备异常通知，也可以在下一个上报周期上 报文件准备好通知或文件准备异常通知。对于a g e n t 内部的具体实现 不做限制。如果恢复成功，从m a n a g e r 的角度来看，a g e n t 应根据起始 时间和终止时间，以及其他相关要求恢复原性能采集活动任务。 4 ) 查询采集活动参数功能支持m a n a g e r 通过i t f n 接口查询采集活动参 数，m a n a g e r 可以指定查询的采集活动标识符列表，如果指定的采集活 动标识符为空，则返回a g e n t 中所有采集活动的采集活动参数。 5 ) 性能数据上报功能，性能测量数据存放于文件中。当a g e n t 采集了性 能数据，且m a n a g e r 指定的上报时间间隔到达后，a g e n t 应将相应的性 能测量数据的文件准备好，并将文件信息通知给m a n a g e r ，m a n a g e r 可 以随时获取相应文件，该功能使用“文件传输接口功能”。在一次上 报时间间隔内准备好的数据是放在一个文件中还是多个文件中，根据 每个采集活动的要求不同，以及a g e n t 自身的实现方式不同，由a g e n t 来决定，同时a g e n t 在上报文件信息给m a n a g e r 时，应当将本上报时 间间隔内准备好的所有的文件信息都通知给m a n a g e r 。a g e n t 在组织文 件准备通知时可以一个通知中包含一个采集活动的文件，也可以包含 多个采集活动的文件。 6 ) 采集活动状态变化通知上报，当采集活动的状态发生变化时，如停止、 挂起或者恢复，a g e n t 应向m a n a g e r 发送采集活动状态变化通知。 3 1 1 2 性能门限管理功能 m a n a g e r 可以对a g e n t 的性能数据门限进行设置。通过对性能门限的设置， 当a g e n t 采集到的性能数据达到或超越门限时，a g e n t 应发出相应的越限告警。 第1 6 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 性能门限管理功能包括以下操作：创建性能门限、删除性能门限、挂起恢复性 能门限、性能阈值告警上报和查询性能门限参数，如图3 2 所示。 m a n a g e r 性能门限管理功能 、 a g e n tm a n a g e ra g e n t i n c l u d e ! 。 、 多1 蹦u ? e ： 、一一 一0 j 一、 一 创建性能门限， 、 ，一望 i ，j 挂起恢复性能门限 j ? i、， j 一 一一 删除性能门限 、一_ _ t 查询门限参数 e x e 叩? i 性能阈值告警上报 ，、 1 一一、。、，一一、 i ji 、j 、一一，、一，j 公共配置管理接口功能故障管理接口功能 图3 2 性能门限管理功能用例图 1 ) 创建性能门限功能支持m a n a g e r 通过i t f n 接口创建性能门限，对一 个被监测的性能参数，可以根据不同的告警级别设置不同的告警门限 监测值。当创建性能门限成功后，a g e n t 向m a n a g e r 返回性能门限标识 符，且上报性能门限创建通知。该功能使用了公共配置管理接口功能 中的“对象创建通知上报“功能。 2 ) 删除性能门限功能支持m a n a g e r 通过i t f n 接口删除性能门限，当删 除性能门限成功后，a g e n t 向m a n a g e r 上报性能门限删除通知。该功能 使用了公共配置管理接口功能中的“对象删除通知上报 功能。性能 门限删除后，相关的性能阂值告警仍然可能存在。由于门限监测任务 已经删除，即使告警清除条件达到，a g e n t 也无法再上报告警清除通知。 这时，需要m a n a g e r 或a g e n t 侧操作人员分析了解这些告警是与已被 删除的门限监测任务有关，手工清除告警。如果运维人员删除门限监 测任务后立刻又再创建了相类似的任务( 可能针对同一个性能参数需 要改变监测的门限值) ，这样后续的告警和前期的告警虽然监测的是 第1 7 页 北京邮电大学硕士学位论文3 g 网管接口控制信息建模研究 同一个性能参数，但可以结合告警产生时间区分他们是针对不同的门 限