CN105592489A - 一种传输数据管理方法和装置 - Google Patents
一种传输数据管理方法和装置 Download PDFInfo
- Publication number
- CN105592489A CN105592489A CN201410638036.2A CN201410638036A CN105592489A CN 105592489 A CN105592489 A CN 105592489A CN 201410638036 A CN201410638036 A CN 201410638036A CN 105592489 A CN105592489 A CN 105592489A
- Authority
- CN
- China
- Prior art keywords
- dependence
- hierarchical relationship
- module
- data
- transmission data
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种传输数据管理方法,包括:接收用户输入的检索条件;根据接收到的检索条件,检索用户所需MO及依赖层次关系,并进行输出显示。本发明还提供了一种传输数据管理装置。
Description
技术领域
本发明涉及无线通讯网管技术领域,尤其涉及一种传输数据管理方法和装置。
背景技术
随着无线通讯网管技术的日趋成熟以及无线标准的逐步演进,设备运营商对于大型网管系统的要求越来越高。例如,运营商越来越重视网管对于数据和信令的业务处理速度,以及网管对于所管理的数据是否能很好的封装抽象、是否能够和无线协议、标准以及业务模型解耦等。以便于能够在后期基站现场问题的排查中,快速发现并解决问题,提高网管设备的业务维护能力水平,降低外场维护阶段业务以及研发人员的人工干预。
传输数据配置是网管内的基站本地操作维护模块(OMMB,Operation&MaintainsModuleNodeB)在地面资源管理子系统中的一个重要功能,主要展示基站侧的传输数据的配置方式和依赖关系,传输数据配置基于第三代合作伙伴项目(3GPP,The3rdGenerationPartnershipProject)的Iub接口协议,需要按照传输协议栈配置起自下而上的传输数据实例。只有传输建立起来,才能配置无线业务进而建立小区接入终端UE完成通话,因此传输数据配置是建立无线业务的关键步骤。由于传输数据多样,传输方式的多样性,依赖层次复杂,因此对配置人员的业务要求很高,出现问题也难以排查。
目前,基站网管软件以及OMMB网管系统对于传输数据的管理,是基于表格的数据管理方式,每一类传输数据抽象为一张表格,具体传输数据以表记录的形式存在,这种关系展示非常不直观,只能在表之间跳转。图1为现有技术中传输数据展示方式,如图1所示,图1所示的传输数据管理展示方法无法直观体现传输层数据的各层次依赖关系,虽然数据代表着3GPP的Iub接口协议的某些信元,但是无法抽象协议的层次结构。另外,由于数据之间的依赖关系很复杂,运维人员无法找出数据之间的传输层依赖关系,一旦底层传输链路出现故障,由于传输数据展示的不直观,使得运营维护成本非常高。虽然现有技术中对于轻型网管本地操作维护终端(LMT,LocalOperation&MaintainsTerminal)在Iub接口协议的基础上进行了一部分数据抽象,能够通过如图2所示的传输数据图形化展示方式对传输数据进行展示,使得LMT系统对于传输的抽象基于协议栈,但是,由于图2所示的传输数据图形化展示方式业务逻辑比较简单,在多模系统网管系统中,双主双时钟控制(CC,ClockControl)业务下无线制式有多种组合的情况下,无法展示出多个传输根节点下的复杂的业务逻辑关系,也无法展示出对象实例之间的依赖关系,不能和协议栈中的所有信元一一对应。以至于在多种传输方式组合的配置场景下,无法辨认每种传输方式所关联的传输数据实例层,在无线业务搭建起来后,也无法确认对应制式的信令实例和底层传输实例之间的引用关系。
发明内容
有鉴于此,本发明实施例期望提供一种传输数据管理方法,能够直观展现MO之间的依赖和层次关系,方便了传输链路故障时运维人员对于故障的排查。
为达到上述目的,本发明的技术方案是这样实现的:
本发明实施例提供了一种传输数据管理方法,所述方法包括:
接收用户输入的检索条件;
根据接收到的检索条件,检索用户所需MO及依赖层次关系,并进行输出显示。
上述方案中,所述依赖层次关系为将传输数据定义为多个管理对象MO后建立的各MO之间的依赖层次关系。
上述方案中,在将传输数据定义为多个MO之前,所述方法还包括:
发送传输数据请求到网元设备,并接收网元设备发送的传输数据。
上述方案中,所述将传输数据定义为多个MO包括:基于MOM对象模型确定MO的基本属性;
所述建立各MO之间的依赖层次关系包括:基于3GPP的Iub口协议确定MO的依赖层次关系。
上述方案中,所述基于MOM对象模型确定MO的基本属性包括:通过管理对象索引MOID唯一标识MO,通过相对识别名RDN表示MO的特性;
所述基于3GPP的Iub口协议确定MO的依赖层次关系包括:通过本地识别名LDN表示MO之间的依赖层次关系。
上述方案中,所述建立各MO之间的依赖层次关系之后,所述方法还包括:
将所述各MO之间的依赖层次关系以MO树的方式进行存储;
相应地,所述根据接收到的检索条件,检索用户所需MO及依赖层次关系包括:根据接收到的检索条件,在所述MO树中检索用户所需MO及依赖层次关系。
上述方案中,所述方法还包括:按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
本发明实施例还公开了一种传输数据管理装置,所述装置包括:接收模块、检索模块、输出模块;其中,
所述接收模块,用于接收用户输入的检索条件,并将所述用户输入的检索条件发送到检索模块;
所述检索模块,用于根据接收到的检索条件,检索用户所需MO及依赖层次关系,并将检索结果发送到输出模块;
所述输出模块,用于将所述检索结果进行输出显示。
上述方案中,所述装置还包括管理对象MO定义模块、依赖层次关系建立模块,其中,
所述MO定义模块,用于将传输数据定义为多个MO;
所述依赖层次关系建立模块,用于建立各MO之间的依赖层次关系。
上述方案中,所述装置还包括传输数据请求发送模块、传输数据接收模块,其中,
传输数据请求发送模块,用于在将传输数据定义为多个MO之前,发送传输数据请求到网元设备;
所述传输数据接收模块,用于接收网元设备发送的传输数据。
上述方案中,所述MO定义模块具体用于:基于MOM对象模型确定MO的基本属性;
所述依赖层次关系建立模块具体用于:基于3GPP的Iub口协议确定MO的依赖层次关系。
上述方案中,所述MO定义模块具体用于:通过MO索引MOID唯一标识MO,通过相对识别名RDN表示MO的特性;所述依赖层次关系建立模块具体用于:通过本地识别名LDN表示MO之间的依赖层次关系。
上述方案中,所述装置还包括存储模块,用于在建立各MO之间的依赖层次关系之后,将所述各MO之间的依赖层次关系以MO树的方式进行存储;
相应地,所述检索模块具体用于:根据接收到的检索条件,在所述MO树中检索用户所需MO及依赖层次关系。
上述方案中,所述装置还包括拓扑树建立模块,用于按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
本发明实施例所提供的传输数据管理方法,将传输数据定义为多个管理对象MO,建立各MO之间的依赖层次关系;接收用户输入的检索条件,根据接收到的检索条件,检索用户所需MO及依赖层次关系,并进行输出显示。如此,能够使网管操作人员无需关心传输数据涉及到Iub接口协议的细节就可以看到传输数据的层次依赖关系,能够在外场快速发现故障所在,从根本上提高运维人员的维护效率。
附图说明
图1为现有技术中传输数据展示方式示意图;
图2为现有技术中传输数据图形化展示方式示意图;
图3为本发明实施例传输数据管理方法流程示意图;
图4为本发明实施例获取传输数据方法流程示意图;
图5为本发明实施例各MO之间的依赖层次关系示意图;
图6为本发明实施例MO树的结构示意图;
图7为本发明实施例输出的传输数据记录示意图;
图8为本发明实施例具有层次依赖关系的传输拓扑树结构示意图;
图9为本发明实施例传输数据管理装置结构示意图。
具体实施方式
目前的OMMB网管系统针对于多模系统中必须要支持的双主双CC业务,即一个基站中存在两个相互独立的单板,且两个单板各自负责不同的无线制式基站调度业务。这就要求基站的设计上有几套不同制式的软件,比如在GU(全球移动通信系统GSM,GlobalSystemforMobileCommunication和通用移动通信系统UMTS,UniversalMobileTelecommunicationsSystem)共模的情况下,GU共模基站是由分离的两套软件系统构成的,其中GSM和UMTS制式的两个主控板分别控制各自的基站系统。这就导致管理对象(MO,ManagedObject)设计中要有两个根节点transportNetwork,并通过无线制式属性描述所用的制式。针对这一情况,目前这种业务在表数据的传输建模时,每个表格的传输数据实例只能看到当前传输数据和相邻层次的引用关系,如果想获得关联的transportNetwork的无线制式字段,必须人为的一个一个去查找每个表的ref字段,找到相邻层次的MO,再层层向上,直到找到对应信令层,才能最终找到关联的transportNetwork的无线制式字段,进而找到一个制式下的所有MO的层次和连接关系。这一方法在操作的过程中非常耗时,并且对操作人员的业务能力水平要求太高,故障不易排查。
基于此,本发明实现了一种传输数据管理方法,包括:将传输数据定义为多个MO,建立各MO之间的依赖层次关系;接收用户输入的检索条件,根据接收到的检索条件,检索用户所需MO及依赖层次关系,并进行输出显示。
本发明实施例中,所述方法还包括:按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
在将传输数据定义为多个MO之前,所述方法还包括:发送传输数据请求到网元设备,并接收网元设备发送的传输数据。
下面结合附图及具体实施例,对本发明技术方案的实施作进一步的详细描述。图3为本发明实施例传输数据管理方法流程示意图,如图3所示,本发明实施例传输数据管理方法包括以下步骤:
步骤301:接收用户输入的检索条件;
本发明实施例中,在接收用户输入的检索条件之前,所述方法还包括:将传输数据定义为多个MO,建立各MO之间的依赖层次关系;
在将传输数据定义为多个MO之前,所述方法还包括:发送传输数据请求到网元设备,并接收网元设备发送的传输数据。具体的,网管与网元通讯,向网元传输数据请求,网元将网管需要的传输数据从网元数据库中取出转为适配传输MO模型的传输配置数据文件上传给网管,网管最终对传输数据存储成MO树结构并按照传输层次方式展示。
图4为本发明实施例获取传输数据方法流程示意图,如图4所示,包括以下步骤:
步骤A:网管启动后,生成传输数据请求;
步骤B:网管发送传输数据请求到网元设备;
步骤C:网元设备接收到所述数据传输请求后,将网管需要的传输数据从网元数据库中取出;
步骤D:网元设备将所述传输数据转为适配传输MO模型的传输配置数据文件;
步骤E:网元设备将所述传输配置数据文件发送到网管;
步骤F:网管最终对传输数据存储成MO树结构并按照传输层次方式展示。
本发明实施例中,在获取网元设备发送的传输数据之后,将所述传输数据定义为多个MO。具体的,基于MOM对象模型确定MO的基本属性,通过管理对象索引(MOID,ManagedObjectindex)唯一标识MO,通过相对识别名(RDN,RelativeDistinguishedName)表示MO的特性;例如,传输数据MO以TransportNetwork为根节点,对于网管有双主双CC的管理方式,需要定义两个TransportNetwork,以MOID作为MO实例的唯一标识,通过RDN表示TransportNetwork的特性:TransportNetwork=1,TransportNetwork=2。
本发明实施例中,在将传输数据定义为多个MO之后,需要建立各MO之间的依赖层次关系;具体的,基于3GPP的Iub口协议确定MO的依赖层次关系,通过LDN表示MO之间的依赖层次关系。例如,本发明实施例中,两个根节点分别延伸出两套传输树结构,并通过LDN来决定显示哪一套根节点下面的传输数据。此外,TransportNetwork通过无线制式radioMode来表示无线制式组合的属性,便于多模网管对于负责业务下的传输管理。
具体的,每一个MO通过RDN标示对象的一级结构,格式为对象ID=ID值,如TransportNetwork=1,通过LDN标示MO的父子层次关系,其中,MO的父子层次关系为各级对象的RDN组合。此外,还可以为每一个MO定义一个下级层次结构对象关系refMO,其中,所述refMO中存储其引用对象的LDN,最终针对16个传输数据,确定16个传输数据MO及各MO之间的其引用关系,并存储于存储引擎。
基于MOM抽象出跟传输业务相关的所有的MO对象,包括TransportNetwork,E1Device/T1Device/GeDevice/Stm1Device,PhyLayerPort,EthernetLink,Hdlc,ChannelizedStm1,PppLink,AtmLayerLink,IpLayerConfig,SaalUni,Aal2,Alcap,NbapDSignalling/NbapCSignalling,Sctp。其中,根节点包含了制式的数据,因此不包括在内。
在建立各MO之间的依赖层次关系的过程中,每个MO和下级MO之间的关系定义一个ref+下级MO名称的属性来表述,此字段的内容是一个下级MO的LDN属性字段的数组,是MO的唯一标识,例如:
TransportNetwork:作为传输业务根节点,在双主双CC的情况下最多有两个实例,在传输视图中最终以名为“传输网络”的树状根节点展示,为其属性设置radiomode字段,表示多模网管中网元CC板的网元制式或者制式组合。
E1Device/T1Device、Stm1Device、GeDevice:其中,所述E1Device/T1Device为ATM传输模式或IPoverPPP传输模式,所述Stm1Device为ATM传输模式传输,所述GeDevice为以太网用于IP传输模式;基于IP和ATM两种不同的传输方式,确定其基于的传输基础资源,集成于单板的软件功能内,虽然不属于传输层次的一部分,却是传输底层需要依赖的资源,同时也决定采取哪种传输方式。
PhyLayerPort:物理层端口,针对不同的传输承载方式,需要依赖不同的单板侧底层资源,因此设置其下层MO为E1Device/T1Device/Stm1Device/GeDevice,即:refE1Device/refT1Device/refStm1Device/refGeDevice,决定其是那种传输方式下的物理层。
EthernetLink:以太网链路层对象,设置其下层MO为PhyLayerPort,即设置属性refPhyLayerPort,决定其下层MO,是IP传输方式的一种选择;
Hdlc:设置其下层MO为PhyLayerPort,即设置属性refPhyLayerPort,决定其下层MO;
PppLink:设置其下层MO为Hdlc,即设置属性refHdlc,决定其下层MO,也是IP传输方式的一种选择;为抽象后的数据链路对象。
IpLayerConfig:IP对象:设置其下层MO为EthernetLink/PppLink,即设置属性refEthernetLink/refPppLink,决定其下层MO。
SCTP:SCTP对象,设置其下层MO为IpLayerConfig,即设置属性refIpLayerConfig,决定其下层MO。
NbapCSignalling/NbapDSignalling/BTSM:NBAP对应信令对象,设置其下层MO为Sctp,即设置属性refSctp,决定其下层MO,属于无线侧的信令对象,是传输协议栈应用层信令。
ChannelizedStm1:信道化STM1对象,设置其下层MO为PhyLayerPort,即设置属性refPhyLayerPort决定其下层MO。
AtmLayerLink:AtmLayerLink对象,ATM传输方式下,设置其下层MO为ChannelizedStm1,即设置属性refChannelizedStm1决定其下层MO。
AAL2/SaalUni:AAL2/SaalUni对象,ATM传输方式下,设置其下层MO为AtmLayerLink,即设置属性refAtmLayerLink决定其下层MO。
ALCAP:ALCAP对象,ATM传输方式下,设置其下层MO为refSaalUni,即设置属性refSaalUni决定其下层MO。
通过上述过程,建立各MO之间的依赖层次关系如图5所示。
本发明实施例中,在建立各MO之间的依赖层次关系之后,所述方法还包括:将所述各MO之间的依赖层次关系以MO树的方式进行存储;
具体的,OMMB传输数据进行对象化抽象之后,按照表结构解耦合的设计,提取出16个MO,每个MO定义了基本的传输指标的属性,如表示其主键的MOID,唯一标示RDN、LDN等。启动传输数据初始化加载引擎初始化加载并存储所有的MO到内存管理区,包括各传输数据MO的主键MOID、MO名称、RDN、LDN、ref字段、无线制式等,图6为本发明实施例无线制式UMTS下的MO树的结构示意图。
如此,将网元的MOM传输数据,完全抽象化填充到基于3GPP协议和MOM对象模型建模的传输数据,并在网管的内存中以一个MO树的方式存储。
步骤302:根据接收到的检索条件,检索用户所需MO及依赖层次关系,并进行输出显示。
其中,所述依赖层次关系为将传输数据定义为多个管理对象MO后建立的各MO之间的依赖层次关系。
本发明实施例中,在将所述各MO之间的依赖层次关系以MO树的方式进行存储之后,根据接收到的检索条件,在所述MO树中检索用户所需MO及依赖层次关系。
具体的,接收用户输入的查询和过滤条件,通过传输数据MOM查找引擎,经过表达式解析引擎解析出表达式,查找用户所期望的传输数据,并将传输结果进行输出。
本发明实施例中,针对存储的MO树,建立数据查找引擎,用于快速查找和传输业务相关的传输数据,并通进行显示。所述查找引擎可以基于sql语言原型来设计,入口查询方法统一为selectMo(MO对象名称,查询表达式,扩展参数)。本发明实施例中,传输协议栈的查询表达式规则如下:
对于MO属性值是数据类型(int/long)的情况,表达式格式为:key==value;其中,key对应数据库查询中的主键的定义;多个描述表达式中间可用“||”或“&&”分隔;如果表达式为空,则表示获取所有对象。
对于MO属性值是字符串类型(String),表达式格式为key==′value′,比如针对根据ref字段获取传输上层MO对象的查询表达式实例为:LDN==‘ManagedElement=1,TransportNetwork=1,PhyLayerPort=1’;
对于查找的MO属性值包含在传输记录的对应属性值列表中的情况,表达式格式为keyin(value1,value2..),用于返回本MO的属性列表表达式中的属性值枚举的传输MO记录。
对于查找不同无线制式下的传输根节点下的传输记录的情况,定义特殊表达式格式parent==‘TransportNetwork=1’,以过滤出这个根节点下面的传输记录。查找完成后,会返回查找到的传输数据记录。例如,输入的查找条件为selectmo("TransportNetwork","radioModein(1)")时,输出的传输数据记录如图7所示。
本发明实施例中,所述方法还包括按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
本发明实施例中,首先获取所创建的网元的无线制式,自动拼装查询传输根节点的传输表达式,作为输入参数,查询出对应的根节点TransportNetwork,绘制为拓扑树的根节点;然后根据传输数据类型值表达式,获取传输最底层物理层端口PhyLayerPort的所有记录;获取当前MO的LDN字段值,在查找引擎中传入表达式,查找ref+当前MO名称,字段值等于当前MO的LDN的所有MO记录,即获取了当前MO的上层MO记录,并保存其LDN值;最后逐级递归,逐级获取其上层MO节点实例,并画出最终的具有层次依赖关系的传输拓扑树。本发明实施例以IP传输为例,所述具有层次依赖关系的传输拓扑树结构示意图如图8所示。
本发明实施例中,传输数据可以通过对象化的方式加载,通过伪数据库查询语句查询的方式进行查询,并按照拓扑树的方式显示,以使得传输数据的依赖关系一目了然。如此,能够使网管操作人员无需关心传输数据涉及到Iub接口协议的细节就可以看到传输数据的层次依赖关系,能够在外场快速发现故障所在,从根本上提高运维人员的维护效率。
本发明实施例仅仅是以上述过程为例,具体实现过程中,可根据实际应用场景对具体步骤进行调整、替换、删除等。本领域的技术人员对本发明进行简单变动和变型仍然不脱离本发明的精神和范围。本发明实施例所述传输数据管理方法是基于双主双CC业务为例进行描述的,但并不限定此应用范围。
本发明实施例还提供了一种传输数据管理装置,图9为本发明实施例传输数据管理装置结构示意图,如图9所示,所述装置包括:接收模块91、检索模块92、输出模块93;其中,
所述接收模块91,用于接收用户输入的检索条件,并将所述用户输入的检索条件发送到检索模块;
本发明实施例中,所述装置还包括:MO定义模块94、依赖层次关系建立模块95;其中,
所述MO定义模块94,用于在接收模块91接收用户输入的检索条件之前,将传输数据定义为多个MO;
所述装置还包括传输数据请求发送模块96、传输数据接收模块97,其中,传输数据请求发送模块96,用于在MO定义模块94将传输数据定义为多个MO之前,发送传输数据请求到网元设备;所述传输数据接收模块97,用于接收网元设备发送的传输数据。
本发明实施例中,所述MO定义模块94具体用于:基于MOM对象模型确定MO的基本属性;具体的,所述MO定义模块94通过MO索引MOID唯一标识MO,通过相对识别名RDN表示MO的特性;
例如,每一个MO通过RDN标示对象的一级结构,格式为对象ID=ID值,例如,传输数据MO以TransportNetwork为根节点,对于网管有双主双CC的管理方式,需要定义两个TransportNetwork,以MOID作为MO实例的唯一标识,通过RDN表示TransportNetwork的特性:TransportNetwork=1,TransportNetwork=2。
所述依赖层次关系建立模块95,用于建立各MO之间的依赖层次关系;
所述依赖层次关系建立模块95具体用于:基于3GPP的Iub口协议确定MO的依赖层次关系,具体的,所述MO定义模块92通过本地识别名LDN表示MO之间的依赖层次关系。
例如,本发明实施例中,两个根节点分别延伸出两套传输树结构,并通过LDN来决定显示哪一套根节点下面的传输数据。此外,TransportNetwork通过无线制式radioMode来表示无线制式组合的属性,便于多模网管对于负责业务下的传输管理。
本发明实施例中,所述装置还包括存储模块98,用于模块,用于在建立各MO之间的依赖层次关系之后,将所述各MO之间的依赖层次关系以MO树的方式进行存储;
具体的,OMMB传输数据进行对象化抽象之后,按照表结构解耦合的设计,提取出16个MO,每个MO定义了基本的传输指标的属性,如表示其主键的MOID,唯一标示RDN、LDN等。启动传输数据初始化加载引擎,初始化加载并存储所有的MO到内存管理区,包括各传输MO的主键MOID、MO名称、RDN、LDN、ref字段、无线制式等。如此,将网元的MOM传输数据,完全抽象化填充到基于3GPP协议和MOM对象模型建模的传输数据,并在网管的内存中以一个MO树的方式存储。
所述检索模块92,用于根据接收到的检索条件,检索用户所需MO及依赖层次关系,并将检索结果发送到输出模块;
其中,所述依赖层次关系为将传输数据定义为多个管理对象MO后建立的各MO之间的依赖层次关系。
本发明实施例中,所述检索模块92具体用于:根据接收到的检索条件,在所述MO树中检索用户所需MO及依赖层次关系。具体的,所述检索模块92针对存储的MO树,建立数据查找引擎,用于快速查找和传输业务相关的传输数据,并通进行显示。所述找引擎可以基于sql语言原型来涉及,入口查询方法统一为selectMo(MO对象名称,查询表达式,扩展参数)。
所述输出模块93,用于将所述检索结果进行输出显示。
奔放买那个实施例中,所述装置还包括拓扑树建立模块99,用于按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
具体的,所述拓扑树建立模块99首先获取所创建的网元的无线制式,自动拼装查询传输根节点的传输表达式,作为输入参数,查询出对应的根节点TransportNetwork,绘制为拓扑树的根节点;然后根据传输数据类型值表达式,获取传输底层物理层端口PhyLayerPort的所有记录;获取当前MO的LDN字段值,在查找引擎中传入表达式,查找ref+当前MO名称,字段值等于当前MO的LDN的所有MO记录,即获取了当前MO的上层MO记录,并保存其LDN值;最后逐级递归,逐级获取其上层MO节点实例,并画出最终的具有层次依赖关系的传输拓扑树。
图9中所示的传输数据管理装置中的各处理模块的实现功能,可参照前述传输数据管理方法的相关描述而理解。本领域技术人员应当理解,图9所示的传输数据管理装置中各处理单元的功能可通过运行于处理器上的程序而实现,也可通过具体的逻辑电路而实现,比如:可由中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)、或现场可编程门阵列(FPGA)实现;所述存储单元也可以由各种存储器、或存储介质实现。
在本发明所提供的几个实施例中,应该理解到,所揭露的方法、装置及系统,可以通过其他的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,所述模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个模块或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的通信连接可以是通过一些接口,设备或模块的间接耦合或通信连接,可以是电性的、机械的或其他形式的。
上述作为分离部件说明的模块可以是、或也可以不是物理上分开的,作为模块显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部模块来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能模块可以全部集成在一个处理模块中,也可以是各模块分别单独作为一个模块,也可以两个或两个以上模块集成在一个模块中;上述集成的模块既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-OnlyMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
或者,本发明实施例上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。
本发明是实例中记载的传输数据管理方法、装置和系统只以上述实施例为例,但不仅限于此,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (14)
1.一种传输数据管理方法,其特征在于,所述方法包括:
接收用户输入的检索条件;
根据接收到的检索条件,检索用户所需MO及依赖层次关系,并进行输出显示。
2.根据权利要求1所述方法,其特征在于,所述依赖层次关系为将传输数据定义为多个管理对象MO后建立的各MO之间的依赖层次关系。
3.根据权利要求2所述方法,其特征在于,在将传输数据定义为多个MO之前,所述方法还包括:
发送传输数据请求到网元设备,并接收网元设备发送的传输数据。
4.根据权利要求2所述方法,其特征在于,所述将传输数据定义为多个MO包括:基于MOM对象模型确定MO的基本属性;
所述建立各MO之间的依赖层次关系包括:基于3GPP的Iub口协议确定MO的依赖层次关系。
5.根据权利要求4所述方法,其特征在于,所述基于MOM对象模型确定MO的基本属性包括:通过管理对象索引MOID唯一标识MO,通过相对识别名RDN表示MO的特性;
所述基于3GPP的Iub口协议确定MO的依赖层次关系包括:通过本地识别名LDN表示MO之间的依赖层次关系。
6.根据权利要求2所述方法,其特征在于,所述建立各MO之间的依赖层次关系之后,所述方法还包括:
将所述各MO之间的依赖层次关系以MO树的方式进行存储;
相应地,所述根据接收到的检索条件,检索用户所需MO及依赖层次关系包括:根据接收到的检索条件,在所述MO树中检索用户所需MO及依赖层次关系。
7.根据权利要求2所述方法,其特征在于,所述方法还包括:按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
8.一种传输数据管理装置,其特征在于,所述装置包括:接收模块、检索模块、输出模块;其中,
所述接收模块,用于接收用户输入的检索条件,并将所述用户输入的检索条件发送到检索模块;
所述检索模块,用于根据接收到的检索条件,检索用户所需MO及依赖层次关系,并将检索结果发送到输出模块;
所述输出模块,用于将所述检索结果进行输出显示。
9.根据权利要求8所述装置,其特征在于,所述装置还包括管理对象MO定义模块、依赖层次关系建立模块,其中,
所述MO定义模块,用于将传输数据定义为多个MO;
所述依赖层次关系建立模块,用于建立各MO之间的依赖层次关系。
10.根据权利要求9所述装置,其特征在于,所述装置还包括传输数据请求发送模块、传输数据接收模块,其中,
传输数据请求发送模块,用于在将传输数据定义为多个MO之前,发送传输数据请求到网元设备;
所述传输数据接收模块,用于接收网元设备发送的传输数据。
11.根据权利要求9所述装置,其特征在于,所述MO定义模块具体用于:基于MOM对象模型确定MO的基本属性;
所述依赖层次关系建立模块具体用于:基于3GPP的Iub口协议确定MO的依赖层次关系。
12.根据权利要求11所述装置,其特征在于,所述MO定义模块具体用于:通过MO索引MOID唯一标识MO,通过相对识别名RDN表示MO的特性;所述依赖层次关系建立模块具体用于:通过本地识别名LDN表示MO之间的依赖层次关系。
13.根据权利要求9所述装置,其特征在于,所述装置还包括存储模块,用于在建立各MO之间的依赖层次关系之后,将所述各MO之间的依赖层次关系以MO树的方式进行存储;
相应地,所述检索模块具体用于:根据接收到的检索条件,在所述MO树中检索用户所需MO及依赖层次关系。
14.根据权利要求9所述装置,其特征在于,所述装置还包括拓扑树建立模块,用于按照依赖层次关系,对MO进行分层,建立拓扑树并进行输出显示。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410638036.2A CN105592489A (zh) | 2014-11-12 | 2014-11-12 | 一种传输数据管理方法和装置 |
PCT/CN2015/076529 WO2016074433A1 (zh) | 2014-11-12 | 2015-04-14 | 一种传输数据管理方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410638036.2A CN105592489A (zh) | 2014-11-12 | 2014-11-12 | 一种传输数据管理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105592489A true CN105592489A (zh) | 2016-05-18 |
Family
ID=55931610
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410638036.2A Pending CN105592489A (zh) | 2014-11-12 | 2014-11-12 | 一种传输数据管理方法和装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105592489A (zh) |
WO (1) | WO2016074433A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114553657B (zh) * | 2022-02-09 | 2024-01-30 | 北京润科通用技术有限公司 | 一种数据管理方法及装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050027850A1 (en) * | 1998-05-08 | 2005-02-03 | Microsoft Corporation | Management information to object mapping and correlator |
CN101316187A (zh) * | 2007-06-01 | 2008-12-03 | 杭州华三通信技术有限公司 | 网络管理方法和网络管理系统 |
CN101478444A (zh) * | 2008-12-19 | 2009-07-08 | 中国移动通信集团浙江有限公司 | 一种用于核心网故障定位的靶向域隔离测试方法 |
CN102364894A (zh) * | 2011-10-21 | 2012-02-29 | 中兴通讯股份有限公司 | 一种配置数据文件的下发方法及网管设备 |
CN102857354A (zh) * | 2011-06-27 | 2013-01-02 | 中兴通讯股份有限公司 | 告警信息上报方法、装置及系统 |
CN103457791A (zh) * | 2013-08-19 | 2013-12-18 | 国家电网公司 | 一种智能变电站网络采样和控制链路的自诊断方法 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1756188B (zh) * | 2004-09-30 | 2011-03-23 | 北京航空航天大学 | 大规模网络拓扑图形化显示的方法 |
CN102857954B (zh) * | 2011-06-30 | 2017-09-29 | 中兴通讯股份有限公司 | 传输配置数据的处理方法及装置 |
CN102904751B (zh) * | 2012-09-25 | 2015-11-25 | 华为软件技术有限公司 | 网络拓扑视图的生成方法和装置 |
-
2014
- 2014-11-12 CN CN201410638036.2A patent/CN105592489A/zh active Pending
-
2015
- 2015-04-14 WO PCT/CN2015/076529 patent/WO2016074433A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050027850A1 (en) * | 1998-05-08 | 2005-02-03 | Microsoft Corporation | Management information to object mapping and correlator |
CN101316187A (zh) * | 2007-06-01 | 2008-12-03 | 杭州华三通信技术有限公司 | 网络管理方法和网络管理系统 |
CN101478444A (zh) * | 2008-12-19 | 2009-07-08 | 中国移动通信集团浙江有限公司 | 一种用于核心网故障定位的靶向域隔离测试方法 |
CN102857354A (zh) * | 2011-06-27 | 2013-01-02 | 中兴通讯股份有限公司 | 告警信息上报方法、装置及系统 |
CN102364894A (zh) * | 2011-10-21 | 2012-02-29 | 中兴通讯股份有限公司 | 一种配置数据文件的下发方法及网管设备 |
CN103457791A (zh) * | 2013-08-19 | 2013-12-18 | 国家电网公司 | 一种智能变电站网络采样和控制链路的自诊断方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2016074433A1 (zh) | 2016-05-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110933146B (zh) | 一种数据转换方法、装置和服务器 | |
CN101621405B (zh) | 分布式管理监控系统及其监控方法、创建方法 | |
US9417849B2 (en) | Communications network, computer architecture, computer-implemented method and computer program product for development and management of femtocell-based applications | |
US8739178B2 (en) | Method of configuring intelligent electronic devices to facilitate standardized communication messages among a plurality of IEDS within a network | |
CN103220285B (zh) | 泛在业务环境下基于RESTful接口的接入系统 | |
CN102368261A (zh) | 一种可扩展的运维报表生成方法 | |
CN102802139A (zh) | 一种物联网网关数据适配系统及方法 | |
CN109376866B (zh) | 元数据的记录方法及装置、量子程序的运行方法及装置 | |
CN103516541A (zh) | 基于智能化变电站的配置信息自动管理方法 | |
CN104838620A (zh) | 电信网中的事件管理 | |
WO2023098374A1 (zh) | 网络资源部署方法、装置、电子设备及存储介质 | |
CN110968629A (zh) | 一种基于跨层级、异构数据汇聚的统一信息资源管理方法及系统 | |
CN104683164A (zh) | 简化的配置项关联模型生成监控拓扑图的方法 | |
CN105824905A (zh) | 一种电子地图聚合图层的构建、操作方法及装置 | |
CN104199625A (zh) | 一种将打印数据转换输出的方法、装置及系统 | |
CN100334841C (zh) | 一种基于分级链表和动态xml技术的lcs网管方法 | |
CN101227327A (zh) | 一种集中网管系统以及上载下级告警信息的方法 | |
CN105592489A (zh) | 一种传输数据管理方法和装置 | |
CN103957119A (zh) | 一种采用mib文件对网络设备进行管理的方法及浏览器 | |
CN103139806B (zh) | 网管与基站配置数据解耦的方法及基站 | |
CN101873228A (zh) | 一种网络设备的物料信息的管理系统及方法 | |
CN107832459B (zh) | 基于分布式网络环境的知识库内容分享学习的系统和方法 | |
CN106649181A (zh) | 一种用于钻完井现场同时集成wits数据和witsml数据的方法 | |
CN111723036B (zh) | 数据处理方法、相关设备及计算机存储介质 | |
CN106202585B (zh) | 电力多场景多态数据系统及管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20160518 |