CN101621814A - 一种ip多媒体子系统业务及网络管理方法与系统 - Google Patents
一种ip多媒体子系统业务及网络管理方法与系统 Download PDFInfo
- Publication number
- CN101621814A CN101621814A CN200910137551A CN200910137551A CN101621814A CN 101621814 A CN101621814 A CN 101621814A CN 200910137551 A CN200910137551 A CN 200910137551A CN 200910137551 A CN200910137551 A CN 200910137551A CN 101621814 A CN101621814 A CN 101621814A
- Authority
- CN
- China
- Prior art keywords
- key point
- class
- professional
- network
- business
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Abstract
本发明提供了一种IP多媒体子系统业务及网络管理方法和系统,所述方法包括:建立若干个对象类,将该若干个对象类划分为若干个域;将IP多媒体子系统IMS网络的管理信息映射到所述若干个对象类中,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网、IMS业务客户的被管对象模型,每个被管对象包含对象标识、对象类别标识和属性信息,对象类别标识指示该被管对象所属的对象类;在被管对象之间建立相互关系;在管理功能和被管对象或被管对象属性之间建立映射关系;IMS业务与网络管理系统接收管理请求,根据管理功能和被管对象或被管对象属性的映射关系,对管理对象实施管理操作。本发明可以实现对IMS网络的简捷高效的管理。
Description
技术领域
本发明涉及移动通信系统网络管理,尤其涉及一种IMS(IP多媒体子系统)业务及网络管理方法与系统。
背景技术
接入无关性、业务控制分离和用户数据分离三大技术特征构成了IMS的核心技术优势。自3GPP(第三代合作伙伴计划)在2002年R5版本中提出第一个全IP的核心网-IMS架构以来,经过R6、R7版本的逐步演化,IMS已经成为NGN(下一代网络)研究的一个热点,并得到了包括ITU、ETSITISPAN、3GPP2等标准组织的广泛认可和接受。网络技术的巨大变化给构建新型网络的网络管理带来了挑战,IMS网络管理研究作为NGN网络管理研究的一部分,已成为研究的热点。
下一代运营软件和系统(NGOSS)是“电信管理论坛(TMF)”提出的新一代OSS(运营支持系统)体系。NGOSS从系统(即插即用规则)、过程(企业事务过程模型)、信息(关联处理公用数据)、产品四个方面保证OSS体系具备标准化、能够逐步演化、保证互连互操作(开放)、实现端到端的管理和高度自动化的特点。NGOSS提出一系列的文档、信息模型和代码,分析研究企业核心业务流和信息技术,提出一套指导OSS建设的系统框架和设计即插即用的OSS组件方法,帮助开发商迅速开发支撑系统,满足电信运营商对OSS系统建设的需要,从而使OSS系统设计、开发从满足个别运营商的个体需求到分析电信运营商的整体需求的范围上来,进一步使OSS系统的设计、开发进入到一个崭新时代。贴近运营商需求,使系统开发变得更迅速、更灵活、成本更低是NGOSS的目标。
NGOSS试图建立一种以构件为基础的分布式系统结构以及一套关键的系统服务,保证OSS具备标准化、能够逐步演化、保证互连互通、实现端到端的管理等特点。NGOSS关注的是运营系统和软件,注重通过软件来实现业务流程的自动化,它强调包含有文档、模型和代码等知识库的创建,侧重于业务流程和信息模型的定义、系统框架的定义、合作催化试点项目的实施等关键元素。
SID(Shared Information/Data,共享信息数据)模型是NGOSS工作组制定的用于描述电信领域的数据和信息,定义NGOSS组件和合约的信息模型。SID模型的定义侧重于对实体、事物间关系及事物的属性进行描述。其目标是信息和数据共享。
整个SID模型由四大模型框架、商务实体及其属性和商务实体的UML类模型等组件组成。SID框架按照域(Domain)->商务聚合体(AggregatedBusiness Entity,ABE)->商务实体(Business Entity,BE)的概念组织实体分类,使用表格和UML的形式,对商务实体的属性和商务实体间关系进行描述。商务实体、属性及实体间的关系共同构成了SID模型的商务视图。SID模型实际上采用的是自上而下、逐层细化的组织方式,做到了“高内聚、低耦合”。
NGOSS的网络管理方案的缺陷主要在于模型庞大、繁冗,不利于实现。另外该框架更多的是侧重商业的高层需求,仅给出了概要性的描述信息。
从1995年起,电信管理论坛(TeleManagement Forum,简称TMF)总结归纳了电信运营图(TelecomOperationsMap,简称TOM),为国际电信企业的流程重组提供了整合规范的流程架构,并为最终实现流程自动化打下了基础。2000年,TOM逐渐发展成为eTOM(Enhanced TOM,演进的电信运营图),成为新一代运营系统与软件(简称NGOSS)的重要组成部分。2003年,TMF将eTOM递交给国际电信联盟,成为国际电信行业标准。
eTOM模型采取自顶向下的方法,从核心业务层、功能层、活动、任务,逐级进行业务流程的设计、定义。eTOM已经根据业界最佳实践的归纳,给出了第三层业务活动设计的参考,第四个层次由企业根据自身的情况和经营环境进行设计。
eTOM支持两种不同的视图来细化和分组业务过程:(1)垂直的过程分组:该分组描述了端到端的过程,如整个的计费流程所涉及的过程;(2)水平的过程分组:描述了面向功能的过程,如管理供应链所涉及的过程。eTOM第一层模型,它将企业环境分为三个部分,分别是战略、基础设施和产品过程域(SIP),运营过程域(OPS)和企业管理过程域(EM)。战略、基础设施和产品过程域指导和使能运营过程域,包括策略的开发、基础设施的构建、产品的开发和管理、供应链的开发和管理。运营过程域是eTOM的核心,它既包括日常的运营支撑过程,如从前台到后台的开通、保障和计费端到端的流程组,也包括为这些运营支撑提供条件的准备过程以及销售管理和供应商、合作伙伴关系管理。企业管理过程域则包含了运作和管理一个大型企业所需要的基本业务过程。
eTOM作为电信运营业务流程的向导蓝图和BSS/OSS发展和集成的始发点,有助于推动基于NGOSS解决方案运营支撑系统的开发。对电信运营商来说,eTOM为企业内部的流程重组、为与运营商、合作伙伴及其他企业建立战略联盟提供了一个中立的参考点;对于软件开发商来说,eTOM勾画出了未来运营支撑系统的功能模块、输入、输出以及组件之间的接口。
eTOM的缺陷主要在于模型庞大、繁冗,不利于实现。在每层组件的划分上,需要着重考虑了组件的粒度划分问题。另外该框架更多的是侧重商业的高层需求,仅给出了概要性的描述信息。eTOM缺少以IMS网络,含核心网、业务网、承载网统一管理相关的专门研究。
在3GPP定义的网络管理体系架构中,网络管理系统(NMS)承担了Manager(管理)的作用,3G网元设备(NE)或其操作维护中心(OMC)承担了Agent(代理)的作用。它们之间的网络管理接口称为北向接口,下文简称为Itf-N。Itf-N的位置可能有两种情况,如图1所示。3GPP与IMS相关的网络管理工作主要围绕Itf-N展开。
3GPP对IMS网络管理的研究,主要停留在网络管理接口Itf-N层面,缺少专门应用于管理IMS的系统层面的研究。同时,3GPP主要以IMS核心网为研究对象,缺少对IMS业务网、IP承载网综合管理的研究。
在竞争日益激烈的现实中,用户数饱和及ARPU(Average Revenue PerUser,每用户平均收入)值下降日益困扰全球的电信运营商。深发掘用户需求,通过提高用户满意度保证用户忠诚度,防止用户流失,进一步提高用户使用新型业务的兴趣都是电信运营商所关心的问题。随着IMS的引入,单一的电信业务开始变得名目繁多,传统的电信基础设施与更多IT设备相并存。在IMS的运营支撑系统的设计理念,要求从过去的以网络为中心、以资源为中心向以业务为中心转变,业务管理要体现以客户为中心,从而提高电信运营商在IMS业务运营中的竞争力。
综上所述,现有技术中缺少对IMS网络的统一管理系统,特别是缺少对客户的有效管理。
发明内容
本发明要解决的技术问题是提供一种IMS业务及网络管理方法与系统,实现对IMS网络的方便快捷的管理。
为了解决上述问题,本发明提供了一种IP多媒体子系统业务及网络管理方法,包括:
建立若干个对象类,将该若干个对象类划分为若干个域;
将IP多媒体子系统IMS网络的管理信息映射到所述若干个对象类中,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网的被管对象模型,建立IMS业务客户的被管对象模型;每个被管对象包含对象标识、对象类别标识和属性信息,所述对象类别标识指示该被管对象所属的对象类;
在被管对象之间建立相互关系;
在管理功能和被管对象或被管对象属性之间建立映射关系;
IMS业务与网络管理系统接收管理请求,根据管理功能和被管对象或被管对象属性的映射关系,对管理对象实施管理操作。
进一步地,上述方法还可具有以下特点,
建立七大对象类,包括客户类、网络设备类、主机类、业务类、业务关键点类、进程类和子网类,客户类属于客户域,业务类和业务关键点类属于业务域,网络设备类、主机类、进程类和子网类属于资源域;
为IMS业务客户建立的被管对象为客户对象,客户对象属于客户类;
为IMS核心网及其IP承载网、以及IMS业务网的IP承载网建立的被管对象为网络设备对象,网络设备对象属于网络设备类;
为IMS业务网建立的被管对象为主机对象、业务对象、业务关键点对象和/或进程对象,分别属于主机类、业务类、业务关键点类和进程类;
若干个网络设备对象和主机对象组成子网对象,属于子网类。
进一步地,上述方法还可具有以下特点,
所述业务关键点对象为由一个或一组进程或下级业务关键点组合而成的逻辑功能节点,该节点实现了业务的特定功能或功能组;
业务关键点对象依赖其前向业务关键点对象,被其后序业务关键点对象所依赖。
进一步地,上述方法还可具有以下特点,按如下方式建立业务关键点对象:
在业务对象和进程对象之间划分一级或多级业务关键点对象;
业务关键点对象和该业务关键点对象外的其他业务关键点对象或进程对象的相互关系尽可能少;
业务对象和业务关键点对象、上级业务关键点对象和下级业务关键点对象、业务关键点对象和进程对象的对应关系的数量对比在指定的区间范围内。
进一步地,上述方法还可具有以下特点,
所述在被管对象之间建立相互关系是指建立如下一种或多种关系:
网络设备对象之间、网络设备对象和主机对象之间、主机对象和主机对象之间建立连接关系;主机对象、网络设备对象和子网对象建立逻辑组成关系或连接关系;
进程对象运行于主机对象上,主机对象承载进程对象;
业务对象和进程对象之间建立包含关系;
业务对象和业务关键点之间建立逻辑包含关系;
业务关键点对象和进程对象之间建立逻辑包含关系;
业务关键点对象之间建立组成和/或关联和/或上下游关系;
进程对象之间建立操作和/或通信关系;
在客户对象和业务对象之间建立关联关系,客户对象使用业务对象,业务对象支撑客户对象的管理。
进一步地,上述方法还可具有以下特点,
业务对象和进程对象之间的包含关系是指,进程对象直接实现了业务对象;
业务对象和业务关键点对象之间的逻辑包含关系是指,业务关键点对象实现了业务对象;
业务关键点对象和进程对象的逻辑包含关系是指,进程对象实现了业务关键点对象;
业务关键点对象之间的组成关系是指业务关键点包含多个下级业务关键点;关联关系是指业务关键点之间的通信关联关系,包含数据通信和策略通信;上下游关系是指业务关键点之间的前向后序关系;
进程对象之间的操作和通信关系具体指,操作关系是指进程对象之间的创建、修改和删除关系;通信关系是指如下一种或多种关系:
第一进程对象请求第二进程对象,第二进程对象回应第一进程对象;或者,第一进程对象向第二进程对象发起请求,之后第一进程对象和第二进程对象都没有动作;或者,第二进程对象先向第一进程对象发起请求,第一进程对象才被动回应第二进程对象;或者,第二进程对象先向第一进程对象发起请求,第一进程对象回应第二进程对象,而后第二进程对象返回数据给第一进程对象。
进一步地,上述方法还可具有以下特点,
所述客户对象包含的属性信息为客户基本信息,和/或客户和服务提供商的签约信息,和/或辅助客户信息。
进一步地,上述方法还可具有以下特点,
所述网络设备对象是指IMS核心网的设备,或者,IMS核心网和/或IMS业务网的IP承载网的设备,所述主机对象是指IMS网络系统中的计算机及相关资源。
本发明还提出一种IP多媒体子系统业务及网络管理系统,包括:
模型建立单元,用于建立若干个对象类,将该若干个对象类划分为若干个域;将IP多媒体子系统IMS网络的管理信息映射到所述若干个对象类中,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网的被管对象模型,建立IMS业务客户的被管对象模型;每个被管对象包含对象标识、对象类别标识和属性信息,对象类别标识指示该被管对象所属的对象类;
关联关系建立单元,用于在被管对象之间建立相互关系;
映射单元,用于在管理功能和被管对象或被管对象属性之间建立映射关系;
请求处理单元,用于接收管理请求,根据管理功能和被管对象或被管对象属性的映射关系,对管理对象实施管理操作。
进一步地,上述系统还可具有以下特点,
所述模型建立单元建立七大对象类,包括客户类、网络设备类、主机类、业务类、业务关键点类、进程类和子网类,客户类属于客户域,业务类和业务关键点类属于业务域,网络设备类、主机类、进程类和子网类属于资源域;
所述模型建立单元为IMS业务客户建立的被管对象为客户对象,客户对象属于客户类;为IMS核心网及其IP承载网、以及IMS业务网的IP承载网建立的被管对象为网络设备对象,网络设备对象属于网络设备类;为IMS业务网建立的被管对象为主机对象、业务对象、业务关键点对象和/或进程对象,分别属于主机类、业务类、业务关键点类和进程类;若干个网络设备对象和主机对象组成子网对象,属于子网类。
进一步地,上述系统还可具有以下特点,
所述模型建立单元建立的所述业务关键点对象为由一个或一组进程或下级业务关键点组合而成的逻辑功能节点,该节点实现了业务的特定功能或功能组,业务关键点对象依赖其前向业务关键点对象,被其后序业务关键点对象所依赖。
进一步地,上述系统还可具有以下特点,
所述模型建立单元按如下方式建立业务关键点对象:
在业务对象和进程对象之间划分一级或多级业务关键点对象;
业务关键点对象和该业务关键点对象外的其他业务关键点对象或进程对象的相互关系尽可能少;
业务对象和业务关键点对象、上级业务关键点对象和下级业务关键点对象、业务关键点对象和进程对象的对应关系的数量对比在指定的区间范围内。
进一步地,上述系统还可具有以下特点,
所述关联关系建立单元在被管对象之间建立相互关系是指建立如下一种或多种关系:
网络设备对象之间、网络设备对象和主机对象之间、主机对象和主机对象之间建立连接关系;主机对象、网络设备对象和子网对象建立逻辑组成或连接关系;
进程对象运行于主机对象上,主机对象承载进程对象;
业务对象和进程对象之间建立包含关系;
业务对象和业务关键点对象之间建立逻辑包含关系;
业务关键点对象和进程对象之间建立逻辑包含关系;
业务关键点对象之间建立组成和/或关联和/或上下游关系;
进程对象之间建立操作和/或通信关系;
在客户对象和业务对象之间建立关联关系,客户对象使用业务对象,业务对象支撑客户对象的管理。
进一步地,上述系统还可具有以下特点,
业务对象和进程对象之间的包含关系是指,进程对象直接实现了业务对象;
业务对象和业务关键点对象之间的逻辑包含关系是指,业务关键点对象实现了业务对象;
业务关键点对象和进程对象的逻辑包含关系是指,进程对象实现了业务关键点对象;
业务关键点对象之间的组成关系是指业务关键点包含多个下级业务关键点;关联关系是指业务关键点之间的通信关联关系,包含数据通信和策略通信;上下游关系是指业务关键点之间的前向后序关系;
进程对象之间的操作关系是指进程对象之间的创建、修改和删除关系;进程对象之间的通信关系是指如下一种或多种关系:
第一进程对象请求第二进程对象,第二进程对象回应第一进程对象;或者,第一进程对象向第二进程对象发起请求,之后第一进程对象和第二进程对象都没有动作;或者,第二进程对象先向第一进程对象发起请求,第一进程对象才被动回应第二进程对象;或者,第二进程对象先向第一进程对象发起请求,第一进程对象回应第二进程对象,而后第二进程对象返回数据给第一进程对象。
本发明将IMS网络被管理资源抽象成对象,并根据IMS网络的特性定义被管对象类,以面向对象的方法建立管理信息模型,并且可以通过常用的网络管理协议来实现,从而更简捷高效的在IMS中实现网络管理功能。
附图说明
图1是北向接口位置示意图;
图2是IMS业务与网络管理系统管理对象示意图;
图3是IMS业务与网络管理系统的组网结构图;
图4是本发明IMS业务与网络管理的逻辑分层体系结构示意图;
图5是本发明IMS业务与网络管理方法流程图;
图6是本发明IMS业务与网络管理对象类示意图;
图7是本发明IMS业务与网络管理对象类与被管元素的示意图;
图8是本发明IMS业务与网络管理对象类间关系示意图;
图9是本发明由管理对象处理网络管理请求信息的流程图;
图10是本发明IMS业务与网络管理系统详细管理功能示意图。
具体实施方式
本发明提供的是一种IMS业务与网络管理方法,它通过建立一套基于SID的面向IMS业务与网络的管理信息模型,实现各项网管功能的管理映射,从而支持IMS业务与网络管理系统中的管理应用。
如图2所示,本发明IMS业务与网络管理的对象包括IMS业务网、IMS核心网和IP承载网。IMS业务网是指提供IP多媒体业务的业务应用平台,典型的网元如BREW、定位、UniJa、流媒体、即时消息、PUSHMAIL等,它们可以通过业务使能灵活组合。IMS核心网是指3GPP标准化的控制域、承载域实体,典型的网元如呼叫状态控制功能(CSCF)、归属用户服务器(HSS)、媒体网关控制功能(MGCF)等。IP承载网特指为IMS核心网和IMS业务网提供IP连接的数据网络,典型的网元如路由器、防火墙、交换机、认证鉴权计费(AAA)、域名服务器(DNS)等。
如图3所示,本发明实现的IMS业务与网络管理系统的组网方式。本发明提出的IMS业务与网络管理系统包括管理信息模型、管理信息数据库、管理信息处理层、管理信息采集层及网络管理其他应用。IMS业务与网络管理系统与IMS网络及其它运营支撑系统互联,直接面向电信运营商用户提供管理应用。管理信息采集层采集被管的IMS网络的各种管理信息并适配到管理信息处理层。管理信息处理层对采集到的管理信息进行分析处理,生成网元实例或者业务实例,从而生成管理信息模型。具体的生成方法见后。本发明主要实现IMS业务与网络管理系统中的客户管理、业务管理、网络管理。
如图4所示,为本发明IMS业务与网络管理的逻辑分层体现结构示意图。国际电信联盟ITU-T提出的TMN(电信管理网)框架,长久以来一直指导着电信领域的网络管理建设。TMN从逻辑分层、功能分布的角度出发定义了一个分层管理结构,由底至上依次是:网元管理层、网络管理层、业务管理层和商务管理层。在功能划分上,TMN提出了五大管理功能域:故障管理、配置管理、计费管理、性能管理和安全管理。图4是本发明结合TMN框架以及本发明的被管元素的3个分层的结构(网络管理层、业务管理层和客户管理层),生成的本发明的管理框架。本发明提供的网络管理映射到TMN的网元管理层、网络管理层,本发明提供的业务管理映射到TMN的业务管理层。本发明提供的客户管理映射到TMN的商务管理层。本管发明提供的网络管理功能域覆盖故障管理、性能管理、配置管理。
如图5所示,是本发明IMS业务与网络管理方法流程图,包括:
步骤10,将被管网络元素划分为三大域、七大对象。
如图6所示,将IMS网络被管元素划分为三大域(Domain),即资源域、业务域、客户域,并定义了七大对象类,即客户类、业务类、业务关键点类、网络设备类、主机类、进程类、子网类。
其中客户域仅包含一个类,即客户类(Customer class);
业务域包含两个类:业务类(Business class)和业务关键点类(BusinessKeyPoint class/Service);
资源域包含以下4类:网络设备类、主机类、进程类、子网类。
这样,本发明管理信息模型总共抽象出7大被管对象类,它们组成了IMS业务与网络管理系统的管理对象。进一步地,一个子网或若干个子网构成一个组。网络设备和主机构成的设备资源、进程构成的进程资源、业务和业务关键点构成的业务资源、客户中的一种或多种构成一个元素。组或元素也可作为IMS业务与网络管理系统的管理对象。
各被管对象的具体描述如下:
1)客户:客户信息包括三类,一是客户基本信息,包括客户名称、类型、级别等;二是客户和服务提供商的签约信息,包括服务项目、SLA协议等;三是其它辅助的客户信息,如运维服务必需的维护责任人信息,如维护工程师联系方式、故障报告及升级途径等。客户信息配置在客户对象的属性信息中。
在支撑系统中,有关客户信息主要从客户关系管理获取,除此以外,运维服务中必需的其它客户有关信息由支撑系统负责维护。
2)业务:业务是指在特定环境下,由企业向用户提供并能为用户带来某种体验的一系列事务和活动的集合。
本发明中业务指的是IMS业务,即可以通过IMS网络系统提供的、直接或间接实现经济目的的、可管理的业务能力或功能集合,面向客户制定,并能按照用户的需求进行相关的改进。
3)业务关键点:为方便管理,而人为划定的,由一个或一组进程或下级(Lower)业务关键点组合而成的逻辑功能节点,该节点实现了业务的特定功能或功能组。一个业务可以根据其内部各模块功能的不同划分为不同的业务关键点;一个业务关键点通过一个或多个进程实现,依赖前向业务关键点,被后序业务关键点所依赖。其中,业务关键点的前一级业务关键点为其前向业务关键点、后一级业务关键点为其后序业务关键点,业务关键点前若干级业务关键点为其上级业务关键点、其后的若干级业务关键点为其下级业务关键点。
业务关键点划分原则如下:
业务关键点内包含的进程或下级业务关键点应能共同完成某一功能,并尽可能的少与该业务关键点之外的其他业务关键点或进程发生交互关系(独立性);
业务关键点处在业务与进程之间,可以呈现多级的层次划分(分层性);
业务与业务关键点之间、上级业务关键点和下级业务关键点之间、业务关键点和进程之间的对应关系应保持合理的数量对比,数值维持在指定的区间范围,比如1/1~1/50,如果该数值过小,则应调整增加中间的业务关键点,从而便于管理(可管理性)。
4)主机:指的是IMS网络系统中的计算机及相关资源,包括承载AS、DNS、AAA等逻辑功能实体的服务器,也包括工作站、磁盘阵列等。
5)网络设备:泛指IMS网络系统,包括IMS核心网设备,如CSCF、MGCF、BGCF(出口网关控制功能),也包括IP承载网设备,如路由器、交换机等。
6)进程,进程指的是运行于某台主机中的执行活动,进程可以直接实现业务;一台主机可以有多个进程,某个进程必须依附于某台主机。
7)子网,子网指的是包含若干台网络设备或/和主机的逻辑概念。
步骤20,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网相关的被管对象模型。
参考图7,IMS的被管元素包括IMS核心网、IMS业务网、IP承载网、IMS客户等,它们的管理信息可以映射到七大对象类之中去。需要说明的是,子网是由多个网络设备和/或主机组成的,它和被管元素没有直接的映射。IMS核心网的设备可以参考3GPP TS.236的介绍,IP承载网相关设备的介绍可以参考IETF的RFC文档。
IMS业务网中,MMSC多媒体消息服务中心用于向IMS用户提供多媒体消息服务,完成多媒体消息的提交、存储和转发等功能。多媒体消息可以包括文本、图形、动画、视频、音频等多种格式的内容,与文本短消息相比,多媒体消息提供了更加丰富多彩的内容。
参考图7,在本方法的实施中,为每一个IMS核心网、IP承载网网元实例化一个网络设备对象,为一个IMS业务网设备实例一个主机对象,一个到多个进程对象,一个到多个业务对象,一个到多个业务关键点对象。
在本方法的实施中,MMSC多媒体消息服务中心实例为一个主机对象、一个进程对象、两个业务对象(即业务A、业务B),两个业务关键点对象。其中,业务关键点对象分别为:核心处理模块和业务处理模块。其中,核心处理模块,包括用户管理、终端管理,java二进制分析、优化封装等功能。业务处理模块为内容提供商的业务上传、维护,业务下载等功能。本实施方案按照专业域进行子网划分,即分别实例了三个子网,对应于IMS业务网、IMS核心网、IP承载网。
为每一个被管对象定义一个对象实例唯一标识(或称为对象标识),该对象实例唯一标识可以为一字符串类型的实例标识(ID),和一个表示被管对象类别的对象类别编号(或称为对象类别标识),对象类别编号可以唯一的标识被管对象所属的对象类;为每一个被管对象类定义属性值(或称为属性信息),每一个属性值都有属性唯一标识,该属性唯一标识可以为一字符串类型标识符。
在本方法实施中,对象类别编号即对象类别的唯一标识采用如下各标识:BC(Business class,业务类),标识业务类;BKC(BusinessKeyPoint class/Service,业务关键点类),标识业务关键点类;NC(NetworkEquipment class,网络设备类),标识网络设备类;HC(Host class,主机类),标识主机类;PC(Process class,进程类),标识进程类;SC(Subnetwork class,子网类),标识子网类;和CC(Customer class,客户类),标识客户类。
对象实例唯一标识采用:“机房唯一标识+设备唯一标识+对象实例识别名”的方式。属性唯一标识采用:“机房唯一标识+设备唯一标识+对象实例识别名+属性唯一识别名”的方式。
本方法实施中,属性的定义分为两类,即配置属性和性能测量参数。配置属性是被管理网络所拥有资源的一些固有信息,包括物理配置信息和逻辑配置信息,用户获取这些网络固有的配置数据,来对网络状况有明确的认识。性能测量参数:是与网络运行过程、运行状态、服务质量等相关的内容,对设备、网络、业务等性能方面进行监视,采集相应的性能数据,通过各种分析和比较,从而评价网络、设备和业务的有效性。配置属性的采集粒度为24小时或更长(如由人工录入),性能测量参数的采集粒度为15分钟。配置属性可以细分为通用的配置属性和对象特有信息,性能测量参数也可以相应的分类。配置属性的“属性唯一标识”采用“CM+属性名称”的方式,性能测量参数的唯一标识采用“PM+性能测量参数名”的方式。
步骤30,建立IMS业务客户相关的被管对象模型。
IMS业务客户相关的被管对象仅有一类,即客户类,每一个被管对象都有一个对象实例唯一标识(或称为对象标识),该对象实例唯一标识可以为一个字符串类型的实例ID,和一个表示被管对象类别的对象类别编号(或称为对象类别标识),对象类别编号可以唯一的标识被管对象所属的对象类;为每一个对象类定义属性值(或称属性信息),每一个属性值都有唯一的字符串类型标识符。
如图7所示,在本方法的实施中,仅管理两类大客户信息,即黄金客户和白银客户。客户信息包括三类,一是客户基本信息,包括客户名称、类型、级别等;二是客户和服务提供商的签约信息,包括服务项目、SLA协议等;三是其它辅助的客户信息,如运维服务必需的维护责任人信息,如维护工程师联系方式、故障报告及升级途径等。这些信息配置在客户对象的属性信息中。
步骤40,在被管对象之间建立“包含”或者“逻辑包含”关系。
对系统进行管理时,除了需要知道被管实体,这些实体之间彼此有相互关联关系,它们与对方一起共同实现或提供了一个功能或服务,因而他们的相互关系是需要被关注的,以便于管理整个系统,也方便并排查故障的根源。因此在建立被管对象之后,还需要定义被管对象之间的相互关系。
相互关系中的一种是“包含”或者“逻辑包含”关系。
在IMS核心网及其IP承载网被管对象之间、IMS业务网及其IP承载网被管对象之间建立“包含”关系或“逻辑包含”关系。
其中,可能存在包含或逻辑包含关系的对象是:
业务“包含”进程;业务“逻辑包含”业务关键点;业务关键点“逻辑包含”进程;业务关键点“逻辑包含”业务关键点;子网“包含”主机、网络设备;
与包含或“逻辑包含”对应的关系是“组成”或“逻辑组成”,即业务“包含”进程,则进程组成业务。业务关键点“逻辑包含”进程,则进程“逻辑组成”业务关键点,其余类似。
如果业务与进程之间存在“包含”关系,则表示进程直接实现了业务,两者中间没有划分业务关键点。
如果业务关键点之间存在“逻辑包含”,则表示上级业务关键点逻辑包含一个或多个下级业务关键点;
业务对象和业务关键点对象之间的逻辑包含关系是指,业务关键点对象实现了业务对象。
业务关键点对象和进程对象的逻辑包含关系是指,进程对象实现了业务关键点对象。
参考图8,它给出了各对象间的关系,包括“包含”关系。在本实施方案中,该步骤仅在IMS业务网的被管对象上实现。
本实施方案中,IMS业务网仅有MMSC多媒体消息服务中心这一个网元。在步骤20中,MMSC多媒体消息服务中心实例为一个主机对象、一个进程对象、两个业务对象(业务A、业务B),两个业务关键点对象。参考图8,先后按照自上而下的顺序实施包含关系,即业务与业务关键点、业务关键点与进程、进程与主机之间建立包含关系。包含关系的建立通过唯一标识的赋值实现。
步骤50,在被管对象之间建立“关联”或者扩展的关联关系。
“关联”或者扩展的关联关系是被管对象之间除“包含”或者“逻辑包含”关系外的其他相互关系,例如图8中除了“包含”关系之外的其它关系。
具体的关联关系或者扩展的关联关系可能为:网络设备间存在的连接关系;客户与业务之间的关联关系;同类型对象间可能存在组成、关联或上下游关系;进程运行于承载主机上;同类型对象间可能存在操作和通信关系。
对各关系的说明如下:
客户与业务之间的关联关系是:客户使用业务,业务支撑客户的管理。
业务关键点之间的关联关系是:通信关系,具体可分为数据通信和策略通信,业务关键点之间更细粒度的关系可以映射到业务关键点内部的进程之间的关系;
业务关键点之间的上下游关系是:两个业务关键点之间的前后序关系;
进程之间存在操作和/或通信关系,其中,进程之间的操作关系包括创建、修改和删除;进程之间的通信关系包括四种:进程A主动请求进程B,B回应A;A向B发起请求,之后AB都没有动作;B先向A发起请求,A才被动回应B;B先向A发起请求,A回应B,而后B返回数据给A。
在本实施方案中,IMS核心网各实例(即被管对象)之间(主要是网络设备类的实例)、IP承载网各实例之间(主要是网络设备类的实例)根据运营商的组网情况建立了连接关系。IMS核心网、IMS业务网、IP承载网的子网实例之间建立了连接关系。业务与客户之间建立了扩展的关联关系-使用。其它关系的建立类似。
每一个被管对象都有与相互关系相关的属性,关系的建立通过属性的赋值实现。在连接关系中,存在的属性为:连接的对端对象标识列表。
被管对象之间的相互关系总结如下,具体参考表1中对“包含”与关联关系的详细描述。
网络设备对象之间、网络设备对象和主机对象之间、主机对象和主机对象之间建立连接关系;主机对象、网络设备对象和子网对象建立逻辑组成关系;
进程对象运行于主机对象上,主机对象承载进程对象;
业务对象和进程对象之间建立包含关系;
业务对象和业务关键点对象之间建立逻辑包含关系;
业务关键点对象和进程对象之间建立逻辑包含关系;
业务关键点对象之间建立组成和/或关联和/或上下游关系;
进程对象之间建立操作和/或通信关系;
在客户对象和业务对象之间建立关联关系,客户对象使用业务对象,业务对象支撑客户对象的管理。
表1(a)类关系描述
表1(b)类关系描述
表1(c)通信关系细化
步骤60,在管理功能与被管对象或者被管对象属性之间建立映射关系。
步骤70,IMS业务和网络管理系统接收管理请求,根据建立的映射关系,对管理对象进行管理操作,从而处理管理请求。
根据对管理操作的处理方式的不同,可以将管理操作分为两类,一是管理对象直接返回操作结果,如图9中的步骤S5’,S6’;一是管理对象需要进一步与管理元素进行交互,交互的方式参考3GPP TS 32.XXX系列,管理对象根据交互结果,返回操作的响应。可见,IMS业务与网络管理系统的管理功能的实现,都是通过管理对象交互间接实现对IMS管理元素的管理。本发明为管理功能与管理对象提供了映射。
参考图9,本发明方法通过对管理对象实施管理操作,间接处理网络管理请求,具体如下:
S1,IMS业务与网络管理系统(下文简称为管理系统)用户接口接收用户管理请求;
S2,管理系统用户接口将该用户管理请求转换为后台管理请求;
S3,管理系统用户接口将转换后得到的后台管理请求发送给管理系统后台;
S4,管理系统后台与管理对象交互信息;
管理系统后台根据步骤60中建立的管理功能和被管对象或者被管对象属性之间的映射关系与管理对象交互信息。
管理对象可能是被管对象,也可能是多个被管对象组合后形成的元素或者组等。
S5,管理系统后台向IMS网络发送管理请求;
S6,IMS网络对管理请求进行处理;
S7,IMS网络向管理系统后台返回处理后得到的最终结果;
S8,管理系统后台与管理对象交互信息;
S9,管理系统后台向管理系统用户接口返回最终结果;
S10,管理系统用户接口返回管理请求响应给用户。
在本发明另一实施例中,步骤S4之后执行步骤S5’,S6’之后结束,具体如下:
S5’,管理系统后台返回管理请求响应给管理系统用户接口;
S6’,管理系统用户接口返回管理请求响应给用户。
下面给出一管理功能和管理对象的映射实例,以IMS的通信助理业务为例。
通信助理业务是针对用户提供的一种秘书服务,包括代发短信、名片管理语音通信录、代转留言信息、事务备忘、叫醒服务、代接代转、电话、代通知及代收代发传真服务,是用户电话通信的补充,是用户的随时秘书。通信助理业务由业务能力集中的通信簿、通话管理、IM、Presence和CTD等共同支撑。
如果通信助理的留言信息代转失败,客户会发送投诉请求,同时客户满意度会受到影响。管理系统用户接口将客户请求转换为后台请求,向管理系统后台发送管理请求。管理系统后台与业务、进程等管理对象交互信息,如果业务能力集中的某项能力如IM出现问题,或者该IM进程根本没有启动,导致了通信助理业务出现问题,则需要进行相对应的业务重配置或者激活,性能参数的纠正等功能。管理系统后台与该层面的管理对象进行交互后,如果问题并没有得到解决,进而向IMS网络发送管理请求,与网络层面的该业务相关的子网和设备等管理对象交互信息,指示相对应的某项网络资源出现故障,或者性能参数配置不准确,要进行相应的故障管理、性能管理甚至是资源的指配等功能。最后管理系统后台向管理系统用户接口返回最终结果。管理系统用户接口向用户发送请求响应,从而完成一次管理请求的处理。
参考图10,本发明的方法实现的IMS业务与网络管理功能具体来说,可以划分为三个层面,即客户关系管理(客户管理层)、业务管理(业务管理层)、网络资源管理(网络管理层),图10给出了各功能域的进一步分解。客户关系管理功能域映射到客户类、业务类、IMS业务网的子网等对象实例,业务管理功能域映射到业务类、业务关键点类、主机类、进程类、IMS业务网的子网、IMS核心网的网络设备及子网等对象实例。网络资源管理功能域映射到IMS业务网的子网、主机类、IMS核心网的网络设备及子网、IP承载网网络设备及子网。
如图10所示,本发明IMS业务与网络管理方法基于eTOM L2过程元,对IMS业务与网络管理功能进行分解。图10给出的是一个高层商务视图,细化了本管理方法实现的管理功能。该管理功能可以按照三个层面划分:
在客户管理层面,“业务订购”负责收集、存储并发送客户的订购需求,负责预定购可行性决断、信用授权、订单发布、订单状态跟踪、客户定购活动更新和定购完成客户通知。“客户问题处理”负责接收客户的故障报告,并向客户提供业务恢复过程中重要的状态报告。主动向客户发布业务问题。“SLA管理”对提供给客户的服务质量进行监控,输出与客户SLA违例报告或SLA实施报告。
在业务管理层面,“业务配置与激活”负责配置网络资源和安装客户设备,使客户可以使用业务,同时支持业务初始配置后因客户或SP各种原因引起的业务再配置。“业务问题管理”对影响业务的问题或故障做出及时反应,进行网络维护,尽量减少影响,还包括创建问题报告、建立临时工作区孤立根本故障点等功能。“业务质量管理”负责监测、分析和控制客户感知的业务性能。
“网络资源指配”对单个客户业务实体进行资源分配和配置,调度网络对象以及相关资源来满足业务需求。“网络资源故障管理”负责处理资源出现的故障(包括报告资源故障,分离根本原因和网络维护解决相关故障)。“网络资源性能管理”负责监视、分析、报告和控制网络资源性能情况,转发相关统计信息至不同的处理组件。“网络资源数据采集和处理”负责从网络中采集性能数据、网络事件、网络资源/业务使用记录等基础数据,为上层的网络资源故障管理、网络资源性能管理和业务计费管理提供数据源。
本发明提供一种IP多媒体子系统业务及网络管理系统,包括:
模型建立单元,用于建立若干个对象类,将该若干个对象类划分为若干个域;将IP多媒体子系统IMS网络的管理信息映射到所述若干个对象类中,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网的被管对象模型,建立IMS业务客户的被管对象模型;每个被管对象包含对象标识、对象类别标识和属性信息,对象类别标识指示该被管对象所属的对象类,具体是指:
所述模型建立单元建立七大对象类,包括客户类、网络设备类、主机类、业务类、业务关键点类、进程类和子网类,客户类属于客户域,业务类和业务关键点类属于业务域,网络设备类、主机类、进程类和子网类属于资源域;
所述模型建立单元为IMS业务客户建立的被管对象为客户对象,客户对象属于客户类;为IMS核心网及其IP承载网、以及IMS业务网的IP承载网建立的被管对象为网络设备对象,网络设备对象属于网络设备类;为IMS业务网建立的被管对象为主机对象、业务对象、业务关键点对象和/或进程对象,分别属于主机类、业务类、业务关键点类和进程类;若干个网络设备对象和主机对象组成子网对象,属于子网类。
关联关系建立单元,用于在被管对象之间建立相互关系;具体建立相互关系的方法见前面方法流程中所述。
映射单元,用于在管理功能和被管对象或被管对象属性之间建立映射关系;
请求处理单元,用于接收管理请求,根据管理功能和被管对象或被管对象属性的映射关系,对管理对象实施管理操作。具体处理管理请求的方法见前面方法流程中所述。
Claims (14)
1、一种IP多媒体子系统业务及网络管理方法,其特征在于,包括:
建立若干个对象类,将该若干个对象类划分为若干个域;
将IP多媒体子系统IMS网络的管理信息映射到所述若干个对象类中,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网的被管对象模型,建立IMS业务客户的被管对象模型;每个被管对象包含对象标识、对象类别标识和属性信息,所述对象类别标识指示该被管对象所属的对象类;
在被管对象之间建立相互关系;
在管理功能和被管对象或被管对象属性之间建立映射关系;
IMS业务与网络管理系统接收管理请求,根据管理功能和被管对象或被管对象属性的映射关系,对管理对象实施管理操作。
2、如权利要求1所述的方法,其特征在于,
建立七大对象类,包括客户类、网络设备类、主机类、业务类、业务关键点类、进程类和子网类,客户类属于客户域,业务类和业务关键点类属于业务域,网络设备类、主机类、进程类和子网类属于资源域;
为IMS业务客户建立的被管对象为客户对象,客户对象属于客户类;
为IMS核心网及其IP承载网、以及IMS业务网的IP承载网建立的被管对象为网络设备对象,网络设备对象属于网络设备类;
为IMS业务网建立的被管对象为主机对象、业务对象、业务关键点对象和/或进程对象,分别属于主机类、业务类、业务关键点类和进程类;
若干个网络设备对象和主机对象组成子网对象,属于子网类。
3、如权利要求2所述的方法,其特征在于,
所述业务关键点对象为由一个或一组进程或下级业务关键点组合而成的逻辑功能节点,该节点实现了业务的特定功能或功能组;
业务关键点对象依赖其前向业务关键点对象,被其后序业务关键点对象所依赖。
4、如权利要求2或3所述的方法,其特征在于,按如下方式建立业务关键点对象:
在业务对象和进程对象之间划分一级或多级业务关键点对象;
业务关键点对象和该业务关键点对象外的其他业务关键点对象或进程对象的相互关系尽可能少;
业务对象和业务关键点对象、上级业务关键点对象和下级业务关键点对象、业务关键点对象和进程对象的对应关系的数量对比在指定的区间范围内。
5、如权利要求2所述的方法,其特征在于,所述在被管对象之间建立相互关系是指建立如下一种或多种关系:
网络设备对象之间、网络设备对象和主机对象之间、主机对象和主机对象之间建立连接关系;主机对象、网络设备对象和子网对象建立逻辑组成关系或连接关系;
进程对象运行于主机对象上,主机对象承载进程对象;
业务对象和进程对象之间建立包含关系;
业务对象和业务关键点之间建立逻辑包含关系;
业务关键点对象和进程对象之间建立逻辑包含关系;
业务关键点对象之间建立组成和/或关联和/或上下游关系;
进程对象之间建立操作和/或通信关系;
在客户对象和业务对象之间建立关联关系,客户对象使用业务对象,业务对象支撑客户对象的管理。
6、如权利要求5所述的方法,其特征在于,
业务对象和进程对象之间的包含关系是指,进程对象直接实现了业务对象;
业务对象和业务关键点对象之间的逻辑包含关系是指,业务关键点对象实现了业务对象;
业务关键点对象和进程对象的逻辑包含关系是指,进程对象实现了业务关键点对象;
业务关键点对象之间的组成关系是指业务关键点包含多个下级业务关键点;关联关系是指业务关键点之间的通信关联关系,包含数据通信和策略通信;上下游关系是指业务关键点之间的前向后序关系;
进程对象之间的操作和通信关系具体指,操作关系是指进程对象之间的创建、修改和删除关系;通信关系是指如下一种或多种关系:
第一进程对象请求第二进程对象,第二进程对象回应第一进程对象;或者,第一进程对象向第二进程对象发起请求,之后第一进程对象和第二进程对象都没有动作;或者,第二进程对象先向第一进程对象发起请求,第一进程对象才被动回应第二进程对象;或者,第二进程对象先向第一进程对象发起请求,第一进程对象回应第二进程对象,而后第二进程对象返回数据给第一进程对象。
7、如权利要求2所述的方法,其特征在于,所述客户对象包含的属性信息为客户基本信息,和/或客户和服务提供商的签约信息,和/或辅助客户信息。
8、如权利要求2所述的方法,其特征在于,所述网络设备对象是指IMS核心网的设备,或者,IMS核心网和/或IMS业务网的IP承载网的设备,所述主机对象是指IMS网络系统中的计算机及相关资源。
9、一种IP多媒体子系统业务及网络管理系统,其特征在于,包括:
模型建立单元,用于建立若干个对象类,将该若干个对象类划分为若干个域;将IP多媒体子系统IMS网络的管理信息映射到所述若干个对象类中,建立IMS核心网及其IP承载网、IMS业务网及其IP承载网的被管对象模型,建立IMS业务客户的被管对象模型;每个被管对象包含对象标识、对象类别标识和属性信息,对象类别标识指示该被管对象所属的对象类;
关联关系建立单元,用于在被管对象之间建立相互关系;
映射单元,用于在管理功能和被管对象或被管对象属性之间建立映射关系;
请求处理单元,用于接收管理请求,根据管理功能和被管对象或被管对象属性的映射关系,对管理对象实施管理操作。
10、如权利要求9所述的系统,其特征在于,
所述模型建立单元建立七大对象类,包括客户类、网络设备类、主机类、业务类、业务关键点类、进程类和子网类,客户类属于客户域,业务类和业务关键点类属于业务域,网络设备类、主机类、进程类和子网类属于资源域;
所述模型建立单元为IMS业务客户建立的被管对象为客户对象,客户对象属于客户类;为IMS核心网及其IP承载网、以及IMS业务网的IP承载网建立的被管对象为网络设备对象,网络设备对象属于网络设备类;为IMS业务网建立的被管对象为主机对象、业务对象、业务关键点对象和/或进程对象,分别属于主机类、业务类、业务关键点类和进程类;若干个网络设备对象和主机对象组成子网对象,属于子网类。
11、如权利要求10所述的系统,其特征在于,所述模型建立单元建立的所述业务关键点对象为由一个或一组进程或下级业务关键点组合而成的逻辑功能节点,该节点实现了业务的特定功能或功能组,业务关键点对象依赖其前向业务关键点对象,被其后序业务关键点对象所依赖。
12、如权利要求10所述的系统,其特征在于,所述模型建立单元按如下方式建立业务关键点对象:
在业务对象和进程对象之间划分一级或多级业务关键点对象;
业务关键点对象和该业务关键点对象外的其他业务关键点对象或进程对象的相互关系尽可能少;
业务对象和业务关键点对象、上级业务关键点对象和下级业务关键点对象、业务关键点对象和进程对象的对应关系的数量对比在指定的区间范围内。
13、如权利要求10所述的系统,其特征在于,所述关联关系建立单元在被管对象之间建立相互关系是指建立如下一种或多种关系:
网络设备对象之间、网络设备对象和主机对象之间、主机对象和主机对象之间建立连接关系;主机对象、网络设备对象和子网对象建立逻辑组成或连接关系;
进程对象运行于主机对象上,主机对象承载进程对象;
业务对象和进程对象之间建立包含关系;
业务对象和业务关键点对象之间建立逻辑包含关系;
业务关键点对象和进程对象之间建立逻辑包含关系;
业务关键点对象之间建立组成和/或关联和/或上下游关系;
进程对象之间建立操作和/或通信关系;
在客户对象和业务对象之间建立关联关系,客户对象使用业务对象,业务对象支撑客户对象的管理。
14、如权利要求13所述的系统,其特征在于,
业务对象和进程对象之间的包含关系是指,进程对象直接实现了业务对象;
业务对象和业务关键点对象之间的逻辑包含关系是指,业务关键点对象实现了业务对象;
业务关键点对象和进程对象的逻辑包含关系是指,进程对象实现了业务关键点对象;
业务关键点对象之间的组成关系是指业务关键点包含多个下级业务关键点;关联关系是指业务关键点之间的通信关联关系,包含数据通信和策略通信;上下游关系是指业务关键点之间的前向后序关系;
进程对象之间的操作关系是指进程对象之间的创建、修改和删除关系;进程对象之间的通信关系是指如下一种或多种关系:
第一进程对象请求第二进程对象,第二进程对象回应第一进程对象;或者,第一进程对象向第二进程对象发起请求,之后第一进程对象和第二进程对象都没有动作;或者,第二进程对象先向第一进程对象发起请求,第一进程对象才被动回应第二进程对象;或者,第二进程对象先向第一进程对象发起请求,第一进程对象回应第二进程对象,而后第二进程对象返回数据给第一进程对象。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101375511A CN101621814B (zh) | 2009-05-11 | 2009-05-11 | 一种ip多媒体子系统业务及网络管理方法与系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101375511A CN101621814B (zh) | 2009-05-11 | 2009-05-11 | 一种ip多媒体子系统业务及网络管理方法与系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101621814A true CN101621814A (zh) | 2010-01-06 |
CN101621814B CN101621814B (zh) | 2012-07-18 |
Family
ID=41514784
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101375511A Active CN101621814B (zh) | 2009-05-11 | 2009-05-11 | 一种ip多媒体子系统业务及网络管理方法与系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101621814B (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016065773A1 (zh) * | 2014-10-29 | 2016-05-06 | 中兴通讯股份有限公司 | 北向接口分布式管理方法及装置 |
CN107241457A (zh) * | 2017-06-01 | 2017-10-10 | 苏州派因太利网络科技有限公司 | 一种实现网络端到端通信的方法 |
WO2019072033A1 (zh) * | 2017-10-12 | 2019-04-18 | 中兴通讯股份有限公司 | 一种网络方法和系统、及终端 |
CN111669290A (zh) * | 2020-05-29 | 2020-09-15 | 中国联合网络通信集团有限公司 | 网元管理方法、管理服务器和存储介质 |
CN111932368A (zh) * | 2020-08-13 | 2020-11-13 | 中国工商银行股份有限公司 | 一种信用卡发卡系统及其构建方法、装置 |
CN112584398A (zh) * | 2019-09-29 | 2021-03-30 | 华为技术有限公司 | 数据处理方法、装置及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100637080B1 (ko) * | 2005-02-23 | 2006-10-23 | 삼성전자주식회사 | 홈네트워크의 서비스 프레임워크 |
CN101304392B (zh) * | 2007-05-10 | 2010-12-01 | 中国传媒大学 | 一种用于媒体资产管理的并行应用服务网关、系统及方法 |
CN101425927A (zh) * | 2008-12-04 | 2009-05-06 | 中兴通讯股份有限公司 | 网络管理信息库及其管理方法 |
-
2009
- 2009-05-11 CN CN2009101375511A patent/CN101621814B/zh active Active
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016065773A1 (zh) * | 2014-10-29 | 2016-05-06 | 中兴通讯股份有限公司 | 北向接口分布式管理方法及装置 |
CN107241457A (zh) * | 2017-06-01 | 2017-10-10 | 苏州派因太利网络科技有限公司 | 一种实现网络端到端通信的方法 |
CN107241457B (zh) * | 2017-06-01 | 2020-09-11 | 常青 | 一种实现网络端到端通信的方法 |
WO2019072033A1 (zh) * | 2017-10-12 | 2019-04-18 | 中兴通讯股份有限公司 | 一种网络方法和系统、及终端 |
CN109660379A (zh) * | 2017-10-12 | 2019-04-19 | 中兴通讯股份有限公司 | 一种网络方法和系统、及终端 |
CN109660379B (zh) * | 2017-10-12 | 2022-04-05 | 中兴通讯股份有限公司 | 一种网络方法和系统、及终端 |
CN112584398A (zh) * | 2019-09-29 | 2021-03-30 | 华为技术有限公司 | 数据处理方法、装置及存储介质 |
CN112584398B (zh) * | 2019-09-29 | 2022-09-16 | 华为技术有限公司 | 数据处理方法、装置及存储介质 |
CN111669290A (zh) * | 2020-05-29 | 2020-09-15 | 中国联合网络通信集团有限公司 | 网元管理方法、管理服务器和存储介质 |
CN111669290B (zh) * | 2020-05-29 | 2023-04-18 | 中国联合网络通信集团有限公司 | 网元管理方法、管理服务器和存储介质 |
CN111932368A (zh) * | 2020-08-13 | 2020-11-13 | 中国工商银行股份有限公司 | 一种信用卡发卡系统及其构建方法、装置 |
CN111932368B (zh) * | 2020-08-13 | 2024-01-05 | 中国工商银行股份有限公司 | 一种信用卡发卡系统及其构建方法、装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101621814B (zh) | 2012-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101621814B (zh) | 一种ip多媒体子系统业务及网络管理方法与系统 | |
CN104053142B (zh) | 编排网络环境中的移动数据网络 | |
CN101867563B (zh) | 用于执行服务的ims应用服务器、网络和方法 | |
CN108075920A (zh) | 一种视联网终端的管理方法和系统 | |
CN103997725A (zh) | 用于抽象和编排网络环境中的移动数据网络的系统和方法 | |
CN104662840A (zh) | 用于分析服务会话中的服务的方法和设备 | |
CN101072129A (zh) | 基于jmx的网络业务管理方法及其应用系统 | |
WO2013181918A1 (zh) | 一种物联网能力集成方法与系统 | |
US20060075102A1 (en) | Method and system for provisioning services on a communication network | |
CN109074287B (zh) | 基础设施资源状态 | |
Sathyan | Fundamentals of Ems, Nms and Oss/bss | |
WO2002006973A1 (en) | Method and apparatus for automated service provisioning across multiple networking technologies | |
CN101997721B (zh) | 一种电信网络管理系统、方法及相应的装置 | |
CN100369443C (zh) | 遵循snmp/cim协议中间件映射的方法 | |
CN101232404B (zh) | 一种epon接入系统的远程网络管理方法 | |
Misra | OSS for Telecom Networks: An Introduction to Networks Management | |
KR100766608B1 (ko) | 네트워크 관리 시스템의 통합 방법 및 통합 네트워크 관리시스템 | |
CN114697885A (zh) | Lan群组计费的方法、及相关装置 | |
CN111466134B (zh) | 用于在通信网络中分配通信资源的方法和布置 | |
CN103064726A (zh) | 一种实现事件服务的方法及装置 | |
Wong et al. | From network management to service management-a challenge to telecom service providers | |
CN109561080A (zh) | 一种动态入网通信的方法和装置 | |
Lu et al. | Key issues of future network management | |
US20090238082A1 (en) | TELECOMMUNICATION SYSTEM COMPRISING AN O&M (Operation and Maintenance) HIERARCHICAL LAYER STRUCTURE | |
Rader | Operations support systems for mission critical public safety communication networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |