[发明专利]建立业务链接的实现方法、装置及系统

说明书

本发明公开了一种建立业务链接的实现方法、装置及系统，该方法包括，当一个或多个前台发起控制链接时，建立每个前台的标识与该前台发起的控制链接的对应关系；接收来自于一个或多个后台的链接建立请求，其中，链接建立请求携带有需要建立连接的前台的标识；在对应关系中查找需要建立连接的前台的标识对应的控制链接，并通过控制链接向控制链接对应的前台发送链接建立信息以建立前后台之间的业务链接。根据本发明提供的技术方案，达到了简化用户配置，提高资源的利用率以及系统扩展能力的效果。

技术领域

本发明涉及通信领域，具体而言，涉及一种建立业务链接的实现方法、装置及系统。

背景技术

随着移动通信网络的建设和发展，与之相适应的通信用组合电源的需求量也在日逐提升。为监控这些大量分散的电源(前台)的运行状态，确保可靠供电，运营商一般都会采用网管(后台)按照定期轮询前台的方式对全部电源进行集中监控。目前，相关技术中的通讯链路大都采用串口加无线透传的方式，其采用的通讯协议通常为邮标1104协议或者是厂家自定义的协议。当在国外使用上述设备时，还会遇到其它协议，例如：西班牙的EOC协议。因此，需要电源监控系统可以支持多种已知的协议，同时还要具备其它未知协议的扩展能力。

由于采用串口通讯，因此，前台与后台之间只有一条通讯链路，并且同一时间在该链路上仅能支持一种协议，否则通讯双方无法区分数据帧属于哪种协议。当然，如果多种协议都是厂家自定义的，可以在协议格式上增加一些特殊的字段，通过这些字段，可以在一条链路上对协议类型的适用进行选择。但当该设备进入其它国家或地区，必然会引进新的协议，因此，该方法的实用性不强。为解决此问题，有些设备的厂家采用软件定制的方式，针对不同的用户，定制不同的协议或者采用参数的方式，让用户选择使用哪种协议，然而，上述方式显然不利于通讯链路的维护。

随着组合电源智能化，目前的电源大都支持以太网通讯。基于TCP/IP协议族，可以采用IP地址加端口虚拟出更多的链路，以满足一台设备同时支持多种协议的需求。该方式通常采用协议与端口号绑定，在不同的链路上使用不同的协议，互不影响，类似于FTP协议默认端口号21，HTTP协议默认端口号80。但采用该种方式同样存在缺陷，因为采用TCP/IP通讯的前提是双方的IP地址需要互通，其通讯方式主要包括以下四种情况：

(1)双方均在同一个内网中，在此种情况下，任意一方都可以主动发起连接。

(2)双方均在公网中，此种情况与情况(1)相类似。

在上述情况(1)和情况(2)中，虽然后台可以在轮询时主动向前台建链，但后台建链的前提是已知前台的IP地址和监听端口号，这需要手动配置。目前通常采用DHCP动态分配的方式进行处理，但是，由于IP地址可能发生变化以及监听端口号也可能与其它协议冲突，这些问题均会导致维护的难度大大增加。

(3)一方在内网、一方在公网，在此种情况下，只能由位于内网的一方主动向位于公网的另一方发起连接；通常情况下，都是数量众多的前台在内网，而数量较少的后台在公网。目前，采用GPRS无线组网时拨号建立起来的链路，为使后台轮询时能够查找到前台，需要前台主动向后台建链，并维持该链接。图1是根据相关技术的公网和内网建链的示意图。如图1所示，假设3前台当前想要同时支持3种协议，则需要分别向3个后台主动建链，但因为图1中的公网中仅存在网元层后台，所以，3个前台均只能接收到该网元层后台返回的响应，而由于支持另外两种协议的后台并不存在，因此，上述3个前台的另外2条链接就需要不断的尝试。不仅如此，针对每种协议，都会有一个后台IP地址参数与监听端口号参数相对应，用户此时需要维护大量的参数，实用性明显降低。从后台的角度出发，如果后台当前需要监控10000个前台，就会有10000个链接在同一时间建立，而后台同一时刻只会轮询一个前台，大量资源被白白浪费。

(4)双方在不同的内网中，在此种情况下，双方无法直接建立连接，此时，可以要求数量较少的后台采取静态NAT映射的方式转换为上述情况(3)。