目前，大多数传输网络中运行着众多不同厂商的网络设备及其相应的网 管系统。由于不同厂商的网络设备各不相同，导致相应的网管系统在功能和 使用方法上也不尽相同。这一方面给网络管理人员带来了极大的困难和不 便，同时，在这些孤立的多厂商网管环境中，由于技术规范不统一，许多功 能不能联网应用，无法发挥设备的最大效率。更为严重的是，无法实现对网 络的统一监控和维护管理，大大降低了运营商对传输网的管理力度，使得一 些突发事件不能得到及时解决。
因此随着网络技术的不断发展，迫切需要针对各厂商设备和网管系统开 发开放的、可扩展的标准接口，以解决所有运营支撑系统(OSS)与传统的 多厂家的网管系统之间的对接问题。
现有技术的一种解决方案是运营支撑系统通过其南向接口与传统的网 管系统对接，系统结构如图1所示。其业务传输与供给过程主要包括如下步 骤：首先，运营支撑系统将不同客户端请求转换为JAVA对象发送给适配器； 其次，适配器将接收到的转换为JAVA对象的客户端请求进一步按照一定的 语义格式，如抽象语法符号(ASN.1)、人机语言(MML)以及标记定义语 言(IDL)等进行封装，然后发送给相应的网管系统；最后，网管系统执行 业务供给任务，并向客户端返回响应。在上述业务传输与供给过程中，一方 面，由于不同客户端请求或网管系统的响应通过运营支撑系统传输的路径不 同，而经过不同路径的传输节点(网络设备)可能产自不同的生产厂家，而 使得最终转换为JAVA对象的客户端请求的语义格式只能与特定生产厂家 的网络设备或网管系统的语义格式相匹配，而不能与采取其它语义格式的网 管系统相匹配，这就使得必须根据特定的采用某一语义格式的JAVA对象分 别开发相应的适配器，不仅开发工作量大，而且实施起来也比较困难。另一 方面，当根据某一特定厂商的规定的语义格式生成的JAVA对象只能与采用 相同语义格式的厂商的网管系统相匹配，而不能与采用其它语义格式的厂商 的网管系统进行对接，可扩展性差。
现有技术的另一种解决方案是通过多厂商网管系统共同使用公共对象 请求代理架构(CORBA)的北向接口技术规范，实现多厂商网管系统与各 运营支撑系统的对接。然而在实现过程当中，虽然按照CORBA规范进行网 络设备或网管系统开发的各家厂商具有很大的发挥余地，难免造成各厂商开 发出来的网管系统具有不同厂商的特点，这就导致虽然采用的是同一种规 范，而最终开发出来的网管系统却不能做到完全互通，因此目前主流电信管 理论坛(TMF)已经不推荐使用CORBA技术。
另外，在现有技术中也有采用私有厂家接口，如MML实现多厂商网管 系统对接的技术方案，然而这种接口根本不能向第三方厂商开放，因此也不 能从本质上解决多厂商网管系统的对接问题。

有鉴于此，本发明的一个目的在于提供一种运营支撑系统的接口，以解 决运营支撑系统与多厂商网络管理系统的对接问题。
本发明的另一个目的在于提供一种基于上述接口与网管系统对接的方 法。
为了达到上述本发明的第一个目的，本发明提供了一种运营支撑系统的 接口，包括通用解析器(Generic Parser)、分发器(Dispatcher)和适配器 (Adapter)，其中，
客户端请求由运营支撑系统向网管系统传输的过程中，
通用解析器，从接收到的来自运营支撑系统的表示为二进制对象的客户 端请求中解析出业务请求配置信息，并将解析出的业务请求配置信息转换为 扩展标记语言(XML)对象，然后将该XML对象发送给分发器；
分发器，将接收到的XML对象转发给适配器；
适配器，解析接收到的来自分发器的XML对象，生成包含业务请求配 置信息的内部二进制对象，然后将内部二进制对象按照对应网管系统能够识 别的语义格式进行封装，生成相应的数据对象转发给对应的网管系统；
在网管系统向运营支撑系统发送响应的过程中，
适配器，解析接收到的来自网管系统的响应，并将解析得到的配置信息 生成内部二进制对象，然后将内部二进制对象转换为XML对象，发给分发 器；
分发器，将接收到的来自适配器的XML对象转发给通用解析器；
通用解析器，从接收到的来自分发器的XML对象中提取配置信息，然 后将提取出得配置信息进一步转换为二进制对象，转发给运营支撑系统。
在上述接口中，所述二进制对象为JAVA对象，或C++对象。
在上述接口中，所述网管系统能够识别的语义格式为抽象语法符号 (ASN.1)，或人机语言(MML)，或标记定义语言(IDL)。
在上述接口中，所述网管系统为网络管理系统(NMS)，或网元管理系 统(EMS)，或二者的组合。
为了达到上述本发明的第二个目的，本发明提供了一种通过所述运营支 撑系统的接口与网管系统对接的方法，至少包括如下步骤：
a、运营支撑系统将客户端请求转换为二进制对象发送给通用解析器；
b、通用解析器将来自运营支撑系统的二进制对象转换为XML对象发 送给分发器；
c、分发器将接收到的XML对象转发给适配器；
d、适配器将接收到的XML对象按照网管系统识别的语义格式封装， 生成相应语义格式的数据对象，发送给相应网管系统；
e、网管系统接收到客户端请求对象进行业务激活，完成供给操作后， 向适配器发送响应；
f、适配器解析接收到的来自网管系统的响应，并将解析得到的配置信 息生成内部二进制对象，然后将内部二进制对象转换为XML对象，发给分 发器；
g、分发器将接收到的来自适配器的XML对象转发给通用解析器；
h、通用解析器从接收到的来自分发器的XML对象中提取配置信息， 然后将提取出的配置信息进一步转换为二进制对象，转发给运营支撑系统。
在上述方法中，所述二进制对象为JAVA对象，或C++对象。
在上述方法中，所述网管系统能够识别的语义格式为抽象语法符号 (ASN.1)，或人机语言(MML)，或标记定义语言(IDL)。
在上述方法中，所述网管系统为网络管理系统(NMS)，或网元管理系 统(EMS)，或二者的组合。
综上所述，本发明中采用由通用解析器、分发器和适配器组成的XML 接口作为运营支撑系统的南向接口。其中，通用解析器将来自运营支撑系统 的客户端请求的二进制对象转换成业界标准的XML对象发送给分发器，然 后由分发器将接收到的XML对象进一步转发给适配器，最后由适配器将接 收到的XML对象按照不同厂商网管系统能够识别的语义格式封装，进行业 务激活，从而最终实现运营支撑系统与多厂商网管系统的灵活对接。XML 接口具有优越的适应性和扩展性，真正实现运营支撑系统与不同厂商网管系 统的对接。
附图说明
图1为现有技术的运营支撑系统的接口结构示意图。
图2为本发明的运营支撑系统的接口结构示意图。
图3为本发明的运营支撑系统与网管系统对接的方法流程图。

为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明 作进一步的详细描述。
如图2所示，本发明的运营支撑系统接口主要包括：通用解析器(Generic Parser)、分发器(Dispatcher)以及适配器(Adapter)。
在客户端请求由运营支撑系统向网管系统传输的过程中，
通用解析器，从接收到的来自运营支撑系统的表示为二进制对象的客户 端请求中解析出业务请求配置信息，如供应商、电路的起点和终点、路由选 择信息、目的地址以及需要的带宽等，然后将解析出的业务请求配置信息转 换为符合XML语义格式的数据对象，即XML对象，如DOM或SAX等。 然后将该XML对象发送给分发器；其中所述二进制对象可以是JAVA对象， 也可以是C++对象等。
分发器，将接收到的XML对象转发给适配器；
适配器，解析接收到的来自分发器的XML对象，生成包含业务请求配 置信息的内部二进制对象，然后将内部二进制对象按照对应网管系统能够识 别的语义格式，如ASN.1、MML以及IDL等进行封装，生成相应语义格式 的数据对象。
在网管系统向运营支撑系统发送响应的过程中，
适配器，解析接收到的来自网管系统的按照一定语义格式，如ASN.1、 MML以及IDL等封装的网管系统响应，并将解析得到的配置信息生成内部 二进制对象，然后将内部二进制对象按照XML标准格式转换为XML对象， 发送给分发器。
分发器，将接收到的来自适配器的XML对象转发给通用解析器；
通用解析器，从接收到的来自分发器的XML对象中提取配置信息，如 供应商、电路的起点和终点、路由选择信息、目的地址以及需要的带宽等， 然后将提取出得配置信息进一步转换为二进制对象，如JAVA对象，或C++ 对象等，发送给运营支撑系统，进行显示。
扩展标记语言(Extensible Markup Language，XML)是一种由国际工业 组织定义的简单的、跨平台的、可扩展的标识数据的标准语言，具有如下特 点：通过简单的文本来标识数据，使得可以很方便地从XML中获得结构化 数据；数据定义与显示分开，使得业务逻辑与客户端界面可以相对独立，便 于业务处理；可以根据不同客户端终端定义不同的XML表现方式，满足不 同终端的不同显示规格的需要。由于XML的上述特点，尤其是其能根据不 同客户终端定义其表现方式的特点，使得XML可以适应不同厂商网管系统 的语义格式要求，并根据不同厂商网管系统的要求，将客户端请求数据对象 转换为各厂商网络管理系统能够识别的语义对象，如ASN.1、MML以及 IDL等，从而最终实现不同运营支撑系统设备与不同厂商网络管理系统或网 元管理系统的对接。
本发明的基本原理是：采用由通用解析器、分发器和适配器组成的XML 接口作为运营支撑系统的南向接口，其中通用解析器将来自运营支撑系统的 客户端请求的二进制对象转换成业界标准的XML对象发送给分发器，然后 由分发器将接收到的XML对象进一步转发给适配器，最后由适配器将接收 到的XML对象按照不同厂商网管系统能够识别的语义格式封装，进行业务 激活，从而最终实现运营支撑系统与多厂商网管系统的对接。
上述网管系统可以是网络管理系统(NMS)、网元管理系统(EMS)、 或二者的任意组合等。
本发明的基于上述运营支撑系统的接口的运营支撑系统与网管系统对 接的方法流程图，如图3所示，具体包括如下步骤：
在步骤301，运营支撑系统将客户端请求转换为二进制对象，如JAVA 对象，或C++对象等，发送给通用解析器。
在步骤302，从接收到的来自运营支撑系统的转换为二进制对象的客户 端请求中解析出业务请求配置信息，如供应商、电路的起点和终点、路由选 择信息、目的地址以及需要的带宽等，然后根据XML接口将解析出的业务 请求配置信息转换为符合XML语义格式的数据对象，即XML对象，如DOM 或SAX等。然后将该XML对象发送给分发器。
在步骤303，分发器将接收到的XML对象转发给适配器。
在步骤304，适配器解析接收到的来自分发器的XML对象，生成包含 业务请求配置信息的内部二进制对象，然后将内部二进制对象按照对应网管 系统能够识别的语义格式，如ASN.1、MML以及IDL等进行封装，生成相 应语义格式的数据对象，发送给相应的网管系统。
在步骤305，网管系统接收到客户端请求对象后，进行业务激活，完成 供给操作，并向适配器返回响应。
在步骤306，适配器解析接收到的来自网管系统的响应，并将解析得到 的配置信息生成内部二进制对象，然后将内部二进制对象转换为XML对象， 发给分发器。
在步骤307，分发器将接收到的来自适配器的XML对象转发给通用解 析器。
在步骤308，通用解析器从接收到的来自分发器的XML对象中提取配 置信息，然后将提取出得配置信息进一步转换为二进制对象，转发给运营支 撑系统。最终实现运营支撑系统与多厂商网管系统的对接。
总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的 保护范围。