专利名称：通信适配层系统及获取网元信息的方法
技术领域：
本发明涉及基于电信管理网(Telecom Management Network，简称TMN)构架的网络技术领域，尤其是一种用于网管系统与网元进行通讯并获取网元信息的通信适配层系统，以及获取方法。
背景技术：
在TMN中部署有各种各样的硬件设备和软件系统，网管系统能够对这些作为网元的硬件设备和软件系统进行统一管理。当网管系统对某些服务进行支持时，可能需要通过通信适配层(Telecom Adapter Layer，简称TAL)与网元进行通信，并获取网元的具体信息。图1为现有技术中TAL在TMN中所在层次的示意图，其中服务模块可以是性能服务模块、故障服务模块或者拓扑服务模块等等，通过TAL可以获得网元的信息。
在现有技术中，网管系统一般都是集中的进行部署，通常是将服务模块与TAL部署在同一台设备上，如图2所示，为现有技术中一种集中式部署的示意图。在这种集中式部署下的网管服务器接入的网元到达极限时，就需要进行扩容，但由于集中式在扩展上的缺陷，只能够采用新的更高配置的网管服务器，并将原网管服务器中的数据迁出，才能够进行正常的管理，显然这种方式工作量很大，而且原网管服务器无法进行再利用。
这种集中式部署还有另一缺点当网管服务器所在的网段与其所管理的网元不在同一网段时，如果在网元的网段中采用了防火墙策略，则由于网管服务器无法获知网元的地址信息，而无法访问其所管理的网元，从而无法对这些防火墙内部的网元进行管理。
还有另一种集中式部署的方式，即如图3所示的现有技术中一种集群式部署的示意图，在这种集群(Cluster)式部署中TAL虽然在物理设备上是分离的，但在逻辑上只作为一个集中的TAL设备对网元进行管理。这种部署方式的TAL也无法对其所管理的防火墙内的网元进行访问。
发明内容
本发明实施例的目的是提出了一种通信适配层系统及获取网元信息的方法，能够实现分布式的多机部署，并具有良好的扩展性。
为实现上述目的，本发明实施例提供了一种通信适配层系统，包括管理体，通过分布式总线与外部的服务模块连接，用于接收所述外部的服务模块发出的获取执行体的请求，该请求中包括有网元标识号，并根据所述网元识别号与执行体识别号之间的映射关系获取与网元对应的执行体的引用，然后将所述执行体的引用返回给所述外部的服务模块；执行体，通过分布式总线与外部的服务模块和外部的网元连接，用于根据外部的服务模块依据所述执行体的引用发送的信息获取请求，对所述外部的网元执行获取信息的操作，并将从所述外部的网元获取到的网元信息返回给所述外部的服务模块。
为实现上述的目的，本发明的实施例提供了一种获取网元信息的方法，包括步骤100、管理体根据外部的服务模块发出的获取执行体的请求查询网元对应的执行体，并向所述外部的服务模块返回该执行体的引用；步骤200、外部的服务模块依据所述执行体的引用向所述执行体发送信息获取请求，根据该信息获取请求对所述外部的网元执行获取信息的操作，并将从所述外部的网元获取到的网元信息返回给所述外部的服务模块。
基于上述的技术方案，本发明实施例具有以下优点通过分布式总线将通信适配层系统分成相对独立的管理体和执行体，在部署时可以将执行体部署到服务模块和管理体之外的其他设备中，从而具有良好的分布式特性；本发明还可以对执行体进行扩展，通过在一台或多台设备中部署多个执行体以满足扩展网元管理系统的扩容。
下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。
图1为现有技术中TAL在TMN中所在层次的示意图。
图2为现有技术中一种集中式部署的示意图。
图3为现有技术中一种集群式部署的示意图。
图4为本发明通信适配层系统的一个实施例的基本结构示意图。
图5为本发明通信适配层系统中的一种分布式部署实施例的部署示意图。
图6为本发明通信适配层系统中的另一种分布式部署实施例的部署示意图。
图7为本发明通信适配层系统部署在同一设备的一个实施例的部署示意图。
图8为本发明通信适配层系统跨防火墙的一个实施例的部署示意图。
图9为本发明通信适配层系统的具体实施例的结构示意图。
图10为本发明获取网元信息的方法的第一实施例的流程示意图。
图11为本发明获取网元信息的方法的第二实施例的流程示意图。
图12为本发明获取网元信息的方法的第三实施例的流程示意图。
图13为本发明获取网元信息的方法的第四实施例的流程示意图。
图14为本发明获取网元信息的方法的第五实施例的流程示意图。
图15为本发明实施例中性能模块获取SUN主机上的CPU占有率的信令示意图。
具体实施例方式
本发明实施例是将通信适配层系统中的管理功能和执行功能分别独立起来，且通过分布式总线进行通信，体现在设备形态上，管理体和执行体可以分别设置在不同设备内，执行体可以根据需要增加或减少个数，其设置的位置也可以根据需要进行选择。
如图4所示，为本发明通信适配层系统的一个实施例的基本结构示意图，该系统由两大部分构成管理体4和执行体5。管理体4通过分布式总线与外部的服务模块2连接，可以接收外部的服务模块2发出的获取执行体的请求，在这个请求中包括有与外部的对象网元3对应的网元识别号，并根据获取执行体的请求中的网元识别号与执行体识别号之间的映射关系获取与网元对应的执行体的引用，然后返回给外部的服务模块2。外部的服务模块2是一些进行提供管理服务的功能模块，如性能模块、故障模块以及拓扑模块等。执行体5通过分布式总线与外部的服务模块2和外部的网元3连接，外部的服务模块2可以依据所述执行体的引用将信息获取请求发送给执行体5，执行体根据该信息获取请求对外部的网元3执行获取信息的操作，并将从外部的对象网元3获取到的网元信息返回给外部的服务模块2。
管理体4与执行体5之间是相对独立的，管理体4可以提供执行体5的引用给外部的服务模块2，外部的服务模块2根据这个引用调用执行体5去执行获取网元信息的操作。在部署时可以利用这种相对独立的特性，将管理体部署在网络侧的设备中，而将执行体分布式的部署以方便获取网元信息。如图5所示，为本发明通信适配层系统中的一种分布式部署实施例的部署示意图，执行体设置在主机2中，而管理体设置在主机1中。在主机2中可以部署多个执行体，每个执行体管理多个网元，从而便于进行网元管理的扩容。
这里的分布式总线主要是指以面向对象技术为主要特征的分布式构件技术，采用了面向对象的多层客户服务器计算模型，该模型将分布在网络上的全部资源(无论是系统层的、还是应用层的；无论是传统意义上的应用还是数据)都按照对象的概念组织；每个对象有定义明晰的访问接口；创建和维护对象实体的应用称为服务器，按照对象接口访问对象的应用称为客户。服务器中的对象不仅能够被访问，而且自身也可能作为其它对象的客户。建立在这种结构之上的大型系统符合当今Internet的发展，易于维护，易于扩展，更新(例如在保证24*7的运行下升级)，具有高可用性，开放性和可伸缩性。本发明中分布式总线可以采用OMG组织的CORBA、Microsoft公司COM/DCOM，Sun公司的JavaBeans/EJB等。
通用对象请求代理体系结构CORBA(Common Object Request BrokerArchitecture)是对象管理组织OMG(Object Management Group)的推出的。遵照CORBA规范开发出的分布计算软件环境可以在各种硬软件环境，遵循CORBA的产品被称为对象请求代理(ORB)，ORB是一种中间件，主要负责在对象之间建立起客户服务器的关系，通过ORB，客户端即可透明地访问到一个服务器上的对象内的方法。不论服务器对象是在同一台机器上还是在网络上。
ORB的机理是首先截获客户对象发出的IDL请求，负责找出能够对请求做出应答的对象，然后将参数传递给该服务器对象，并启动其中的方法，最后还要负责将结果返还给请求的客户方。因此客户方不必知道所请求的对象的位置，以及该对象的编程语言、操作系统等其它与对象接口无关的信息。因此，ORB为异构分布式环境中的不同应用之间提供了一种交互操作的能力，从而实现了多个目标系统之间的无缝连接。
除了使用COMBA总线之外，还可以采用COM/DCOM总线，DCOM(Distributcd Component Object Model)可以使基于COM的组件能够在位于不同机器上的两个进程间协作，使得程序员可以不必编写网络代码去处理分布式组件跨网络交互所需要的通信，在DCOM中主要使用ActiveX构件作为其对象。另外，还可以采用基于JavaBeans构件的分布式总线，JavaBeans是一种代码组件组合重用技术。它允许软件开发人员基于Java语言，开发并重用代码组件Bean。
如图6所示，为本发明通信适配层系统中的另一种分布式部署实施例的部署示意图，在这种部署方式下，管理体所在的主机1与多台部署有多个执行体的主机进行通信，显然这种分布式的部署方式可以消除集中式部署时作为管理方的主机的负担重、难以扩展的缺陷。本发明的通信适配层系统在进行扩容时，只需将部署在主机中的执行体注册到提供命名服务的设备中，这样就可以建立与管理体之间的连接，相同的，当需要取消某个执行体时，也只需取消执行体的注册。虽然本发明的管理体和执行体适用于分布式的部署方式，但部署在同一台设备中也是可以的，如图7所示，为本发明通信适配层系统部署在同一设备的一个实施例的部署示意图。
由于本发明中执行体相对于管理体和外部的服务模块是独立和松耦合的，因此可以方便的解决网元管理跨防火墙的难题，如图8所示，为本发明通信适配层系统跨防火墙的一个实施例的部署示意图。由于防火墙通常设置在局域网的边缘设备上，该局域网外部的设备需要通过防火墙访问局域网内部的网元时，必须了解网元的映射地址，才能实现访问以及进行管理。然而处于安全的考虑，另外还有网元数量庞大，网管系统获得所有网元的映射地址显然是不可能的。本发明将执行体设置在防火墙的内部，由执行体对网元进行管理，而与管理体的交互由执行体完成，因此只需要在管理体存储执行体通过映射得到的IP地址，映射方式可以采用NAT方式，也可以采用其他方式进行映射，这样就可以实现跨防火墙的访问。
管理体和执行体的实现可能有很多种，接下来将提供一种具体的实现，但应认为可实现管理体和执行体的独立，且实现管理体和执行体的功能的其他实现都是本发明请求保护的范围。如图9所示，为本发明通信适配层系统的具体实施例的结构示意图，管理体4具体包括管理体接口服务模块41，该模块与外部的服务模块2连接，可以接收外部的服务模块2发出的获取执行体的请求，并根据获取执行体的请求中的网元识别号在所述映射管理模块43中查询对象网元3的网元标识号对应的执行体5的执行体标识号，以获取该执行体的引用；映射管理模块43，该模块与管理体接口服务模块41连接，预先存储有网元识别号与执行体识别号之间的映射关系；执行体管理模块42，与管理体接口服务模块41和外部的命名服务模块6连接，能够根据执行体识别号从外部的命名服务模块6中获取执行体5的引用，这里的引用与指针的概念相近，即相应的执行体的访问地址，以此可以减弱执行体与服务模块之间的耦合关系。
执行体5具体包括以下几个模块执行体接口服务模块51、网元引擎模块52、脚本包管理模块54、命令解释模块53及协议管理模块55，其中执行体接口服务模块51与外部的服务模块2连接，能够接收并处理外部的服务模块2调用IDL接口发出的信息获取请求。网元引擎模块52连接着执行体接口服务模块51，能够根据信息获取请求中的网元标识号获取对应的网元引擎实体。命令解释模块53与网元引擎模块5以及脚本包管理模块54连接，可以接收所述网元引擎实体转发的所属信息获取请求，并根据信息获取请求创建命令引擎，然后查找对应的命令所在的脚本包，并根据脚本包和脚本命令之间的映射关系查找到对应的脚本命令并执行，脚本包与脚本命令之间的映射关系存储于脚本包管理模块54。协议管理模块55与命令解释模块53连接，能够将脚本命令转换为设备底层协议格式，并发送给外部的网元1。在获取网元信息后，通过命令解释模块53、网元引擎模块52以及执行体接口服务模块51将网元信息返回给外部的服务模块2。
基于上述的通信适配层系统，本发明提出了一种获取网元信息的方法，如图10所示，为本发明获取网元信息的方法的第一实施例的流程示意图，包括步骤100、管理体根据外部的服务模块发出的获取执行体的请求查询网元对应的执行体，并向外部的服务模块返回该执行体的引用；步骤200、外部的服务模块依据所述执行体的引用向所述执行体发送信息获取请求，所述执行体根据该信息获取请求对外部的网元执行获取信息的操作，并将从外部的网元获取到的网元信息返回给外部的服务模块。
由于每个执行体对应着不同的网元，因此在获取某个网元信息之前，服务模块需要通过管理体获得该网元对应的执行体的引用，然后通过执行体获取网元信息。
如图11所示，为本发明获取网元信息的方法的第二实施例的流程示意图，与上一实施例相比，本发明对步骤100进行了细化，具体为管理体接收外部的服务模块通过IDL接口下发的获取执行体的请求，在该请求中包括网元识别号；管理体根据预设的网元识别号与执行体识别号之间的映射关系获得对应的执行体标识号；管理体根据执行体识别号获取相应执行体的引用，并返回给外部的服务模块。
应用于前述通信适配层系统，则具体为以下步骤步骤110、管理体中的管理体接口服务模块接收外部的服务模块通过IDL接口下发的获取执行体的请求，在该请求中包括网元识别号；步骤120、管理体接口服务模块向映射管理模块发出带有网元标识号的获取执行体标识号的请求；步骤130、映射管理模块根据预设的网元识别号与执行体识别号之间的映射关系，将与网元标识号对应的执行体标识号返回给管理体接口服务模块；步骤140、管理体接口服务模块向执行体管理模块发出获取执行体引用的请求，在该请求中包括执行体识别号；步骤150、执行体管理模块根据执行体识别号将相应执行体的引用返回给管理体接口服务模块；步骤160、管理体接口服务模块将与该网元识别号对应的执行体的引用返回给外部的服务模块。
图12中第三实施例进一步对第二实施例中的步骤200进行了细化，包括执行体接收外部的服务模块通过IDL接口发送的信息获取请求，在该信息获取请求中包括网元标识号和执行指令；执行体根据所述信息获取请求中的网元标识号获取对应的网元引擎实体；执行体通过所述网元引擎实体将所述信息获取请求中的执行指令转换为设备底层协议格式，并发送给所述外部的网元，然后获取所述网元信息，并返回给外部的服务模块。
应用于前述通信适配层系统，步骤200具体为步骤210、执行体接收外部的服务模块通过IDL接口发送的信息获取请求，在该信息获取请求中包括网元标识号和执行指令；步骤220、执行体根据信息获取请求中的网元标识号获取对应的网元引擎实体；步骤230、执行体通过网元引擎实体将信息获取请求中的执行指令发送到命令解释模块；步骤240、命令解释模块获取并调用信息获取请求中的执行指令对应的脚本命令；步骤250、命令解释模块调用协议管理模块将脚本命令转换为设备底层协议格式，并发送给外部的网元，然后获取网元信息，并通过命令解释模块、网元引擎管理模块以及执行体接口服务模块将网元信息返回给外部的服务模块。
如图13所示，为本发明获取网元信息的方法的第四实施例的流程示意图，与上一实施例相比，本实施例提供了一种命令解释方式，包括步骤241、命令解释模块创建一个命令引擎；步骤242、命令解释模块在脚本包管理模块中查找信息获取请求中的执行指令对应的脚本包，并根据脚本包和脚本命令之间的映射关系查找到对应的脚本命令；步骤243、命令解释模块根据查找到的脚本包名加载该脚本包，并执行对应的脚本命令。
如图14所示，为本发明获取网元信息的方法的第五实施例的流程示意图，本实施例在前面几个方法实施例的步骤100之前，增加了注册执行体的步骤a，步骤a中将执行体注册到外部的命名服务模块，并在命名服务模块中生成相应的命名服务模块识别号。这个步骤生成了执行体的引用和执行体识别号之间的对应关系。
在注册时通过拓扑模块输入网元的IP及PORT等协议信息，其中也需要输入执行体的标识号；通过输入执行体标识号，由执行体得到网元的协议信息，然后下发给网元，从而获取网元的拓扑信息；在获取到网元信息后，拓扑模块会生成一个标识，并将此标识传给映射管理模块，从而在网元识别号与执行体识别号之间的建立映射关系，由此网元就完成注册的过程。
以下以作为外部的服务模块的性能模块获取SUN主机上的CPU占有率作为例子来具体说明整个流程。如图15所示，为本发明实施例中性能模块获取SUN主机上的CPU占有率的信令示意图，包括步骤301、性能模块通过IDL接口下发获取网元识别号为“.0.123”，即SUN主机的网元识别号给管理方接口服务模块；步骤302、管理体接口服务模块向映射管理模块发出查询网元识别号为“.0.123”所对应的执行体识别号；步骤303、映射管理模块根据预存的网元识别号与执行体识别号之间的映射关系将对应的执行体识别号“.1.189”返回给管理体接口服务模块；步骤304、管理体接口服务模块向执行体管理模块发出获取执行体识别号为“.1.189”的执行体的引用的请求；步骤305、执行体管理模块根据在命名服务模块中预先注册的执行体信息，查找到与执行体识别号“.1.189”对应的执行体的引用，然后将该执行体的引用返回给管理体接口服务模块；步骤306、管理体接口服务模块将执行体的引用返回给性能服务模块；步骤307、性能服务模块通过执行体识别号为“.1.189”的执行体提供的IDL接口向执行体接口服务模块发出请求，请求中包括网元识别号“.0.123”和执行指令“GetSunCpu”，该执行指令“GetSunCpu”表示获取该网元的CPU占有率；步骤308、执行体接口服务模块向网元引擎模块中查找与网元标识号“.0.123”的网元引擎实例；步骤309、网元引擎模块通过查找到的网元引擎实例将请求透传给命令解释模块；步骤310、命令解释模块创建一个命令引擎，并向脚本包管理模块发出查询与执行指令“GetSunCpu”对应的脚本包的请求；步骤311、脚本包管理模块将“GetSunCpu”对应的脚本包“SunHostInfo”返回给命令解释引擎；步骤312、命名解释模块调用命令“Package require SunHostInfo”加载该脚本包“SunHostInfo”；步骤313、命名解释模块执行脚本包中对应的“GetSunCpu”命令；步骤314、命令解释模块在调用“GetSunCpu”的过程中调用协议管理模块与脚本包之间的接口“snmp∷GetExt”；步骤315、协议管理模块调用对应的底层命令“TclSnmpGetExt”；步骤316、协议管理模块通过这个底层命令向SUN主机发出获取CPU占用率的请求，在该请求中将SUN主机的CPU占用率信息打包成一个PDU发送给SUN主机；步骤317、SUN主机将CPU占有率(例如90％)返回给协议管理模块；步骤318-321、协议管理模块通过执行体中的其他模块(如图)将该CPU占有率信息返回给性能服务模块。
基于上述的流程，性能服务模块便获取到了SUN主机的CPU占有率以进行管理。以上这个实例只是为了说明本发明的思路，并非将本发明限制在某一具体实现上。
本发明通过分布式总线将通信适配层系统分成相对独立的管理体和执行体，在部署时可以将执行体部署到服务模块和管理体之外的其他设备中，从而具有良好的分布式特性；本发明还可以对执行体进行扩展，通过在一台或多台设备中部署多个执行体以满足扩展网元管理系统的扩容；基于执行体相对独立管理体的特点，可以将执行体部署到防火墙内部的局域网内，由管理体访问通过NAT方式映射的执行体，从而实现了跨防火墙的网元管理。
最后应当说明的是以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解依然可以对本发明的具体实施方式
进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。
权利要求
1.一种通信适配层系统，其特征在于，包括管理体，通过分布式总线与外部的服务模块连接，用于接收所述外部的服务模块发出的获取执行体的请求，该请求中包括有网元标识号，并根据所述网元识别号与执行体识别号之间的映射关系获取与网元对应的执行体的引用，然后将所述执行体的引用返回给所述外部的服务模块；执行体，通过分布式总线与外部的服务模块和外部的网元连接，用于根据外部的服务模块依据所述执行体的引用发送的信息获取请求，对所述外部的网元执行获取信息的操作，并将从所述外部的网元获取到的网元信息返回给所述外部的服务模块。
2.根据权利要求1所述的通信适配层系统，其特征在于，所述管理体具体包括映射管理模块，用于预先存储网元识别号与执行体识别号之间的映射关系；管理体接口服务模块，与所述外部的服务模块和映射管理模块连接，用于接收所述外部的服务模块发出的获取执行体的请求，并根据所述获取执行体的请求中的网元识别号在所述映射管理模块中查询与该网元标识号对应的执行体标识号，以获取该执行体的引用；执行体管理模块，与所述管理体接口服务模块和外部的命名服务模块连接，用于根据执行体识别号从所述外部的命名服务模块中获取执行体的引用。
3.根据权利要求2所述的通信适配层系统，其特征在于，所述执行体具体包括执行体接口服务模块，与所述外部的服务模块连接，用于接收并处理所述外部的服务模块调用IDL接口发出的信息获取请求；网元引擎模块，与所述执行体接口服务模块连接，用于根据所述信息获取请求中的网元标识号获取对应的网元引擎实体；脚本包管理模块，用于存储脚本包与脚本命令之间的映射关系；命令解释模块，与所述网元引擎模块和脚本包管理模块连接，用于接收所述网元引擎实体转发的所属信息获取请求，并根据该信息获取请求创建命令引擎，然后查找对应的命令所在的脚本包，并根据所述脚本包和脚本命令之间的映射关系查找到对应的脚本命令并执行；协议管理模块，与所述命令解释模块连接，用于将所述脚本命令转换为设备底层协议格式，并发送给所述外部的网元，然后获取所述网元信息，并通过命令解释模块、网元引擎模块以及执行体接口服务模块将所述网元信息返回给外部的服务模块。
4.根据权利要求3所述的通信适配层系统，其特征在于，所述管理体与执行体部署于同一设备。
5.根据权利要求3所述的通信适配层系统，其特征在于，所述管理体与执行体分别部署于不同设备。
6.根据权利要求5所述的通信适配层系统，其特征在于，所述执行体为多个，并集中部署于同一设备或分别部署在不同设备。
7.根据权利要求1-6任一所述的通信适配层系统，其特征在于，所述分布式总线为CORBA总线。
8.根据权利要求5或6所述的通信适配层系统，其特征在于，所述管理体中存储有执行体通过映射得到的IP地址。
9.一种获取网元信息的方法，其特征在于，包括以下步骤步骤100、管理体根据外部的服务模块发出的获取执行体的请求查询网元对应的执行体，并向所述外部的服务模块返回该执行体的引用；步骤200、外部的服务模块依据所述执行体的引用向所述执行体发送信息获取请求，所述执行体根据该信息获取请求对所述外部的网元执行获取信息的操作，并将从所述外部的网元获取到的网元信息返回给所述外部的服务模块。
10.根据权利要求9所述的获取网元信息的方法，其特征在于，所述步骤100具体为步骤110、管理体接收外部的服务模块通过IDL接口下发的获取执行体的请求，在该请求中包括网元识别号；步骤120、管理体根据预设的网元识别号与执行体识别号之间的映射关系获得对应的执行体标识号；步骤130、管理体根据所述执行体识别号获得相应执行体的引用，并返回给外部的服务模块。
11.根据权利要求10所述的获取网元信息的方法，其特征在于，所述步骤200具体为步骤210、执行体接收外部的服务模块通过IDL接口发送的信息获取请求，在该信息获取请求中包括网元标识号和执行指令；步骤220、执行体根据所述信息获取请求中的网元标识号获取对应的网元引擎实体；步骤230、执行体通过所述网元引擎实体将所述信息获取请求中的执行指令转换为设备底层协议格式，并发送给所述外部的网元，然后获取所述网元信息，并返回给外部的服务模块。
12.根据权利要求11所述的获取网元信息的方法，其特征在于，所述步骤230中将所述信息获取请求中的执行指令转换为设备底层协议格式的操作具体为步骤231、创建一个命令引擎；步骤232、查找所述信息获取请求中的执行指令对应的脚本包，并根据所述脚本包和脚本命令之间的映射关系查找到对应的脚本命令；步骤233、根据查找到的脚本包名加载该脚本包，并将脚本命令转换为设备底层协议格式。
13.根据权利要求11所述的获取网元信息的方法，其特征在于，在步骤100之前，还包括以下步骤将执行体注册到外部的命名服务模块，并在命名服务模块中生成相应的命名服务模块识别号。
全文摘要
本发明涉及一种通信适配层系统，包括采用分布式总线的管理体和执行体。本发明还涉及一种获取网元信息的方法，包括以下步骤外部的服务模块依据所述执行体的引用向所述执行体发送信息获取请求，所述执行体根据该信息获取请求对所述外部的网元执行获取信息的操作，并将从所述外部的网元获取到的网元信息返回给所述外部的服务模块。本发明通过分布式总线将通信适配层系统分成相对独立的管理体和执行体，在部署时可以将执行体部署到服务模块和管理体之外的其他设备中，从而具有良好的分布式特性，且易于扩展，并能方便的实现跨防火墙的网元管理。
文档编号H04L29/10GK101035020SQ20071006375
公开日2007年9月12日 申请日期2007年2月8日 优先权日2007年2月8日
发明者叶翔, 曾成勇 申请人:华为技术有限公司