本发明涉及移动通信技术领域， 尤其涉及一种网管系统中北向 Corba ( Common Object Request Broker Architecture,公共对象请求代理体系结构 ) 接口的双向链路状态检测方法、 EMS及系统。 背景技术

目前，在移动通信网络中，为了可以将数据传 递给上级网管系统， OMC ( Operations & Maintenance Center, 操作维护中心） 与 NMS ( Network Management System,网络管理系统）协作制定了北向 Corba接口规范。 OMC 根据此套规范将相应的数据报给 NMS。

在传统的北向 Corba接口中， NMS处于主动管理地位， 由 NMS发出 相应的命令， 然后由 OMC 给出响应或者发送相应的通知信息。 由于北向 Corba接口为 OMC与 NMS两个系统的接口， 由此涉及到相应的链路检测 机制。 对此， 北向 Corba接口规范定义了相关的参考点 CS IRP, 此参考点 中规定了相应的操作和通知， 通过该参考点， NMS可以要求 OMC即时发 送一个心跳消息或以一定周期定时发送心跳消 息给该 NMS, NMS通过定期 接收心跳消息确认 OMC的在线与响应情况。

但是，在目前的移动通信网络使用的北向 Corba接口中， OMC和 NMS 的链路检测只存在 OMC向 NMS的链路状态报告， 此种链路检测机制存在 以下缺陷：

1、 OMC资源的浪费和多余消耗： 根据系统实际的使用场景， OMC为 常在线应用， 而 NMS并不是常在线应用， 也就是说， NMS可以经常关闭 或切换端口， 但是在 OMC侧无法获取 NMS 的实际状态， 因此无法根据 NMS的实际情况来动态的决定业务信息是否需要 发送， 只能持续盲目的不 间断发送， 而在实际应用中， NMS的变更较为频繁， 而且许多 NMS每次 启动时均会以新的端口来进行订购， 为了保持以前订购的稳定性与兼容性， OMC必须向所有的端口发送消息， 由此导致 OMC在 NMS关闭或切换端 口的情形下， 依然向一些不工作的 NMS不停发送既定的业务信息， 从而浪 费了 OMC的资源， 也拖慢了系统整体效率， 而且 EMS向 NMS进行信息 的大量重复发送， 增加了 NMS的负担， 易造成 NMS端消息的堆积， 甚至 引发资源溢出， 保持大量连接及信息发送势必使代码更加复杂 ， 增加了开 发维护成本。

2、 由于不了解 NMS的在线情况， 在出现异常情况时无法及时处理， 无法判断是 OMC出现故障导致信息无法传递还是 NMS关闭 （或异常）导 致没有收取数据， 给实际使用过程中的数据核对、 问题定位及责任界定带 来了很大困扰。 由于只有单方向的心跳消息， 因此只有一方可以进行心跳 消息检测， 若 NMS端报告无法收到心跳消息， EMS端则认为心跳消息已 任无法界定。

因此， 现有的单向心跳消息链路检测机制无法满足现 有网管系统对接 接口的需要。 发明内容

有鉴于此， 本发明的主要目的在于提供一种双向链路状态 检测方法、 EMS及系统， 旨在节省网络资源， 提高网管系统效率。

为了达到上述目的， 本发明提出一种双向链路状态检测方法， 包括：

EMS向 NMS发送心跳消息订购请求；

接收所述 NMS根据所述心跳订购请求发送的心跳消息；

根据所述心跳消息检测所述 EMS与 NMS之间的链路状态。 优选地， 所述根据心跳消息检测所述 EMS与 NMS之间的链路状态之 后， 该方法还包括：

所述 EMS根据所述链路状态调整工作策略。

优选地， 所述心跳消息至少包括： NMS的忙闲状况及 NMS在用端口 情况中的一种； 所述链路状态为 NMS的工作状态。

优选地， 所述 EMS根据所述链路状态调整工作策略为：

根据所述心跳消息判断 MNS工作状态为忙时， EMS降低或停止向 NMS 发送大数据量的业务信息；

根据所述心跳消息判断 MNS在用端口超过预定数量时， EMS向最新 的预定数量的在用端口发送业务信息， 并停止向最旧的在用端口发送业务 信息。

优选地， 所述 EMS向 NMS发送心跳消息订购请求之后， 该方法还包 括：

所述 EMS没有收到 NMS发送的心跳消息时， 所述 EMS停止向所述 NMS发送心跳消息订购请求。

优选地， 所述 EMS向 NMS发送心跳消息订购请求为： 所述 EMS根据 所述 NMS提供的心跳检测 IRP参考点的 IOR字符串向 NMS发送心跳消息 订购请求。

优选地， 该方法还包括：

EMS撤销、 挂起和 /或恢复所述心跳消息订购请求。

本发明还提出一种双向链路状态检测 EMS, 包括：

发送模块， 用于向 NMS发送心跳消息订购请求；

接收模块， 用于接收所述 NMS 根据所述心跳订购请求发送的心跳消 检测模块， 用于根据所述心跳消息检测所述 EMS与 NMS之间的链路 状态。

优选地， 该 EMS还包括：

调整模块， 用于根据所述链路状态调整工作策略。

优选地， 所述调整模块， 还用于根据所述心跳消息判断 MNS工作状态 为忙时， 降低或停止向 NMS发送大数据量的业务信息； 根据所述心跳消息 判断 MNS在用端口超过预定数量时，向最新的预定数 量的在用端口发送业 务信息， 并停止向最旧的在用端口发送业务信息。

优选地， 所述发送模块， 还用于没有收到 NMS发送的心跳消息时， 停 止向所述 NMS发送心跳消息订购请求。

优选地， 所述发送模块， 还用于撤销、 挂起和 /或恢复所述心跳消息订 购请求。

本发明还提出一种双向链路状态检测系统， 包括： EMS及 NMS;其中， 所述 EMS, 用于向 NMS发送心跳消息订购请求； 接收所述 NMS根据 所述心跳订购请求发送的心跳消息； 根据所述心跳消息检测所述 EMS 与 NMS之间的链路状态；

所述 NMS, 用于接收所述 EMS发送的心跳消息订购请求； 根据所述 心跳消息订购请求向所述 EMS发送心跳消息。

优选地， 所述 EMS, 还用于根据所述链路状态调整工作策略； 以及撤 销、 挂起和 /或恢复所述心跳消息订购请求。

本发明提出的双向链路状态检测方法、 EMS及系统， 由 EMS发起心跳 消息订购请求， 要求 NMS定时发出心跳消息给 EMS, 使 EMS可以及时地 了解到 NMS的状态， 高效准确可靠的完成链路检测工作， 而且 EMS还可 根据 NMS的实际工作情况制定相应的应对策略，提高 系统整体处理效率和 准确性， 节省网络资源， 同时也可以给接口对接中的相关联接问题得到 更 好的澄清和处理， 极大地提高网管系统的可用性， 提高网管系统效率。 而 且本发明以现有技术为基础， 实现方法简便通用， 不影响原有的链路检测 流程， 对现有系统无任何沖击。 附图说明

图 1是本发明双向链路状态检测方法一实施例流� �示意图；

图 2是本发明双向链路状态检测方法另一实施例� �程示意图； 图 3是本发明双向链路状态检测 EMS—实施例结构示意图；

图 4是本发明双向链路状态检测 EMS另一实施例结构示意图； 图 5是本发明双向链路状态检测系统一实施例结� �示意图。 具体实施方式

本发明实施例解决方案主要是： 由 EMS发起心跳消息订购请求， 要求 NMS定时发出心跳消息给 EMS, 使 EMS可以及时了解到 NMS的状态， 从而高效准确可靠的完成链路检测工作， 同时 EMS可根据 NMS的实际工 作情况制定相应的应对策略， 以提高系统整体处理效率和准确性。

如图 1 所示， 本发明一实施例提出一种双向链路状态检测方 法， 该方 法包括以下步驟：

步驟 S101 , EMS向 NMS发送心跳消息订购请求；

本发明实施例通过移动通信网管系统中北向 Corba对接接口的双向链 路检测的方法， 以解决 EMS ( Element Management System , 网元管理系统） 无法获知 NMS工作状态的问题。

具体地， EMS首先根据 NMS提供的心跳检测 IRP( I/O request packets , 输入输出请求包 )参考点的 IOR字符串向 NMS发送心跳消息订购请求。

在本实施例双向检测机制中， NMS需要提供一个心跳检测的 IOR字符 串给 EMS, 由 EMS完成心跳消息的订购。 通过该心跳消息的订购， EMS 可以定时获取到 NMS的心跳消息， 通过对心跳消息加以分析利用， 来判断 NMS的工作状态。

步驟 S102, 接收 NMS根据心跳订购请求发送的心跳消息。

步驟 S 103 , 根据心跳消息检测 EMS与 NMS之间的链路状态。

上述步驟 S102及步驟 S103中，在正确的完成心跳消息的订购后， EMS 则可以按照设定的周期定时接收到心跳消息， EMS根据是否收到 NMS发 送的心跳消息来判断 EMS与 NMS之间的链路是否正常， 同时根据心跳消 息的内容判断 NMS的实际工作情况。

当 EMS收到 NMS发送的心跳消息，即可得知 NMS目前正处于工作状 态， 当 EMS没有收到 NMS发送的心跳消息时， 认为 NMS下线， EMS停 止向 NMS发送心跳消息订购请求， 以降低系统消耗。

当 NMS在线时， NMS根据 EMS发送的心跳消息订购请求， 定时向

EMS发送心跳消息， 其中可以选择性的在心跳消息中增加某些信息 内容。

心跳消息包括 NMS的忙闲状况及 NMS在用端口情况等 , 其详细信息 如 1所示：

表 1

NMS向 EMS发送心跳消息的周期由 EMS操作设置可调， 本实施例默 认时间为 10分钟。 因此， 通过是否收到心跳消息， EMS可以证实 NMS是 否还处于工作状态； 其次， 由于心跳消息本身可以携带上述表 1 中的数据 信息，因此 EMS也可以通过分析该心跳消息来判断 NMS目前的工作状态， 检测链路状态。

本实施例中， 链路状态即指 NMS的工作状态。 需要说明的是， 对于旧有不支持心跳消息发生和订购的 NMS 系统， EMS无法完成订购，则不需启动相应的判断和处 理工作， 因此 EMS仍然可 以按照传统方式进行工作， 保持对原有系统的兼容性。 本实施例也不仅限 于心跳消息的情形，对于携带有反馈 NMS状态的消息均可依据本实施例原 理实现链路的检测。

在移动通信网络中， 一套 EMS可能需要连接多套 NMS系统， 反之亦 然， 本实施例在现有技术基础上， 可以快速简便的完成 NMS和 EMS间相 互链路状态的认定和分析过程， 从而节省大量人力物力， 给现实应用带来 良好的收益。 通用的检测机制， 适用于各种产品 Corba北向接口； 逆向的 心跳机制， 既保证了检测及时性， 又不会牺牲处理灵活度， 同时兼顾系统 规范的兼容性， 是一种可快速实现的高效机制。

如图 2所示， 本发明另一实施例提出一种双向链路状态检测 方法， 在 上述实施例的基础上， 在步驟 S103之后， 该方法还包括：

步驟 S104, EMS根据链路状态调整工作策略。

具体的， 由于心跳消息本身可以携带有上述表 1 中的数据信息， 因此 EMS不仅可以通过分析该心跳消息来判断 NMS目前的工作状态， 而且可 以根据该心跳消息调整工作策略， 达到 EMS策略优化的目的。

以下以心跳消息携带 NMS 忙闲状况及在用端口占用情况为例对本步 驟进行详细阐述。

EMS可以根据心跳消息携带的 NMS忙闲状况来判断 NMS工作状态为 忙或闲。 其中， 设定 Nms为是否忙碌的标志位。 0表示空闲， 1表示忙碌， 2表示阻塞， 3表示状态未知。

NMS通常接入有多个 EMS, 而一个 NMS自身的处理能力有限， 不可 能达到上述多个 EMS处理能力的总和， 因此， NMS会出现相应的忙 /闲状 态， 当 NMS处于忙的状态时， 对 EMS发送的信息处理则可能出现滞后， 而此时， 若 EMS再大量的发送信息给 NMS, 如果 NMS在一定时间内无法 处理， 则会产生信息丟弃现象， 而一旦知道 NMS的忙闲状况， 则 EMS可 以根据忙闲标志调整发送信息的速率， 比如在 NMS忙时， EMS降低或停 止向 NMS发送大数据量信息， 甚至可以緩存部分信息， 直到标志变为空闲 时再发送， 从而减少信息丟失的可能性。

对于 NMS在用端口情况， 可以设定 NMS目前在用活动的端口、 字符 串形式， 可以为多个端口， 端口号以数字表示，每个端口之间以 T分割， 为空表示没有在用端口。

NMS通常通过多个端口向 EMS进行消息订购， 但是一般只开设一个 端口进行接收。 对于 EMS而言， 在不知道 NMS 目前在用端口数量的情况 下， 必须向所有端口发送消息， 而如果知道 NMS开设的在用端口情况， 则 可以只向在用端口发送消息， 以减少系统开销。

比如可以将在用端口写入日志， 并查询同时使用的在用端口是否超过 预定数量比如 5个， 如果超过 5个， 则停止向最旧的在用端口发送业务信 息， 维持仅向最新的 5个在用端口推送数据， 其中可用端口的预定数量可 以配置。

步驟 S105, EMS撤销、 挂起和 /或恢复心跳消息订购请求。

在本实施例中， EMS还可根据实际情况对心跳消息订购请求进行 4敦销、 挂起、 恢复等操作。

当 EMS向 NMS发起心跳消息订购请求后， 若因某种原因不需要进行 链路检测操作， 不用订购心跳消息时， 则可以向 NMS发送心跳消息请求撤 销消息。

此外， 若 EMS因某种原因暂时不需要进行链路检测操作， 则可暂时挂 起心跳消息订购请求，并向 NMS发送挂起心跳消息订购请求的消息。之后， EMS可根据实际情况对挂起的心跳消息订购请求 进行恢复。 其中， 心跳订 购请求的挂起和恢复， 可以通过查询订购号及相关订购参数来实现， 订购 参数还可根据实际情况进行修改。

本实施例实现了一种在移动通信网管系统中使 用的北向 Corba接口上 的反向心跳监测机制， 该机制与现有的标准接口规范中所规定的流程 为逆 向过程，解决了现有移动网络的网管系统使用 过程中，从 OMC侧无法实时 发现 NMS 侧是否已不再工作的问题。 同时也解决了现有网管系统中北向 Corba接口中定位分析接口断链阻塞问题时耗时� ��长的问题。其具有以下功 能特性：

1、 采用现有技术基础， 无任何实现的技术难度； 可以快速简便的完成 NMS和 EMS间相互链路状态的认定和分析过程， 从而节省大量人力物力， 给现实应用带来良好的收益；

2、 进行链路双向检测及全面分析， 对接双方均可以在第一时间内获取 到相应的链路信息；

3、 可以携带额外信息， 除了链路判断外， 还可以为 EMS提供 NMS的 实际工作情况， 从而制定提高效率的应对策略。

4、 方法简便通用， 具有改动代价小， 效果高的优点。 对于现有架构的 影响和改动较小， 因此可以完全兼容支持双向检测的系统和不支 持双向检 测的旧有系统， 可以更好的迎合目前通信管理系统发展趋势和 实际工程应 用特点， 避免新应用带来的负面影响， 对现有系统无任何沖击。

如图 3所示，本发明一实施例提出一种双向链路状� �检测 EMS, 包括： 发送模块 301、 接收模块 302以及检测模块 303, 其中：

发送模块 301 , 用于向 NMS发送心跳消息订购请求；

接收模块 302, 用于接收 NMS根据心跳订购请求发送的心跳消息； 检测模块 303, 用于根据心跳消息检测 EMS与 NMS之间的链路状态。 本发明实施例通过移动通信网管系统中北向 Corba对接接口的双向链 路检测的方法， 以解决 EMS无法获知 NMS工作状态的问题。

具体地， EMS发送模块 301首先根据 NMS提供的心跳检测 IRP参考 点的 IOR字符串向 NMS发送心跳消息订购请求。

在本实施例双向检测机制中， NMS需要提供一个心跳检测的 IOR字符 串给 EMS, 由 EMS完成心跳消息的订购。 通过该心跳消息的订购， EMS 可以定时获取到 NMS的心跳消息， 通过对心跳消息加以分析利用， 来判断 NMS的工作状态。

在正确的完成心跳消息的订购后， EMS接收模块 302则可以按照设定 的周期定时接收到心跳消息， EMS检测模块 303根据是否收到 NMS发送 的心跳消息来判断 EMS与 NMS之间的链路是否正常， 同时根据心跳消息 的内容判断 NMS的实际工作情况。

当 EMS收到 NMS发送的心跳消息，即可得知 NMS目前正处于工作状 态， 当 EMS没有收到 NMS发送的心跳消息时， 认为 NMS下线， EMS停 止向 NMS发送心跳消息订购请求， 以降低系统消耗。

当 NMS在线时， NMS根据 EMS发送的心跳消息订购请求， 定时向

EMS发送心跳消息， 其中可以选择性的在心跳消息中增加某些信息 内容。

心跳消息包括 NMS的忙闲状况及 NMS在用端口情况等， 其详细信息 如表 1所示。

NMS向 EMS发送心跳消息的周期由 EMS操作设置可调， 本实施例默 认时间为 10分钟。 因此， 通过是否收到心跳消息， EMS可以证实 NMS是 否还处于工作状态； 其次， 由于心跳消息本身可以携带上述表 1 中的数据 信息，因此 EMS也可以通过分析该心跳消息来判断 NMS目前的工作状态， 检测链路状态。

本实施例中， 链路状态即指 NMS的工作状态。

需要说明的是， 对于旧有不支持心跳消息发生和订购的 NMS 系统， EMS无法完成订购，则不需启动相应的判断和处 理工作， 因此 EMS仍然可 以按照传统方式进行工作， 保持对原有系统的兼容性。 本实施例也不仅限 于心跳消息的情形，对于携带有反馈 NMS状态的消息均可依据本实施例原 理实现链路的检测。

如图 4所示， 本发明另一实施例提出一种双向链路状态检测 EMS, 在 上述实施例的基础上， 还包括：

调整模块 304,与检测模块 303连接，用于根据链路状态调整工作策略。 进一步的调整模块 304还用于当根据心跳消息判断 MNS工作状态为忙 时， 降低或停止向 NMS发送大数据量的业务信息； 当根据所述心跳消息判 断 MNS在用端口超过预定数量时，向最新的预定数 量的在用端口发送业务 信息， 并停止向最旧的在用端口发送业务信息。

发送模块 301还用于当没有收到 NMS发送的心跳消息时，停止向 NMS 发送心跳消息订购请求。

发送模块 301还用于撤销、 挂起和 /或恢复心跳消息订购请求。

由于心跳消息本身可以携带有上述表 1中的数据信息， 因此 EMS不仅 可以通过分析该心跳消息来判断 NMS目前的工作状态，还可以根据该心跳 消息调整工作策略， 达到 EMS策略优化的目的。

以下以心跳消息携带 NMS 忙闲状况及在用端口占用情况为例对本步 驟进行详细阐述。

EMS可以根据心跳消息携带的 NMS忙闲状况来判断 NMS工作状态为 忙或闲。 其中， 设定 Nms为是否忙碌的标志位。 0表示空闲， 1表示忙碌， 2表示阻塞， 3表示状态未知。

NMS通常接入有多个 EMS, 而一个 NMS自身的处理能力有限， 不可 能达到上述多个 EMS处理能力的总和， 因此， NMS会出现相应的忙 /闲状 态， 当 NMS处于忙的状态时， 对 EMS发送的信息处理则可能出现滞后， 而此时， 若 EMS再大量的发送信息给 NMS, 如果 NMS在一定时间内无法 处理， 则会产生信息丟弃现象， 而一旦知道 NMS的忙闲状况， 则 EMS可 以根据忙闲标志调整发送信息的速率， 比如在 NMS忙时， EMS降低或者 停止向 NMS发送大数据量信息， 甚至可以緩存部分信息， 直到标志变为空 闲时再发送， 从而减少信息丟失的可能性。

对于 NMS在用端口情况， 可以设定 NMS目前在用活动的端口、 字符 串形式， 可以为多个端口， 端口号以数字表示，每个端口之间以 T分割， 为空表示没有在用端口。

NMS通常通过多个端口向 EMS进行消息订购， 但是一般只开设一个 端口进行接收。 对于 EMS而言， 在不知道 NMS 目前在用端口数量的情况 下， 必须向所有端口发送消息， 而如果知道 NMS开设的在用端口情况， 则 可以只向在用端口发送消息， 以减少系统开销。

比如可以将在用端口写入日志， 并查询同时使用的在用端口是否超过 预定数量比如 5个， 如果超过 5个， 则停止向最旧的在用端口发送业务信 息， 维持仅向最新的 5个在用端口推送数据， 其中可用端口的预定数量可 以配置。

当 EMS向 NMS发起心跳消息订购请求后， 若因某种原因不需要进行 链路检测操作， 不用订购心跳消息时， 则可以向 NMS发送心跳消息请求撤 销消息。

此外， 若 EMS因某种原因暂时不需要进行链路检测操作， 则可暂时挂 起心跳消息订购请求，并向 NMS发送挂起心跳消息订购请求的消息。之后， EMS可根据实际情况对挂起的心跳消息订购请求 进行恢复。 其中， 心跳订 购请求的挂起和恢复， 可以通过查询订购号及相关订购参数来实现， 订购 参数还可根据实际情况进行修改。

如图 5所示， 本发明一实施例提出一种双向链路状态检测系 统， 包括： EMS 501及 NMS 502, 其中：

EMS 501 ,用于向 NMS 502发送心跳消息订购请求；接收所述 NMS 502 根据心跳订购请求发送的心跳消息； 根据心跳消息检测 EMS 501与 NMS 502之间的链路状态；

NMS 502, 用于接收 EMS 501发送的心跳消息订购请求； 根据心跳消 息订购请求向 EMS发送心跳消息。

进一步的， EMS 501还用于根据链路状态调整工作策略； 以及 ·ί敦销、 挂起、 和 /或恢复心跳消息订购请求。

其中双向链路状态检测的基本原理， 请参见上述实施例所描述的内容， 在此不作详述。

本发明实施例双向链路状态检测方法、 EMS及系统， 由 EMS发起心跳 消息订购请求， 要求 NMS定时发出心跳消息给 EMS , 使 EMS可以及时地 了解到 NMS的状态， 高效准确可靠的完成链路检测工作， 而且 EMS还可 根据 NMS的实际工作情况制定相应的应对策略，提高 系统整体处理效率和 准确性， 同时也可以给接口对接中的相关联接问题得到 更好的澄清和处理， 极大地提高网管系统的可用性。 而且本发明以现有技术为基础， 实现方法 简便通用， 不影响原有的链路检测流程， 对现有系统无任何沖击。

以上所述仅为本发明的优选实施例， 并非因此限制本发明的专利范围 , 凡是利用本发明说明书及附图内容所作的等效 结构或流程变换， 或直接或 间接运用在其它相关的技术领域， 均同理包括在本发明的专利保护范围内。

工业实用性

本发明提供的双向链路状态检测方法、 EMS及系统， EMS向 NMS 发送心跳消息订购请求； 接收 NMS根据心跳订购请求发送的心跳消息； 根据心跳消息检测 EMS与 NMS之间的链路状态。 EMS可以及时地了解 到 NMS 的状态， 高效准确可靠的完成链路检测工作， 节省网络资源， 还可根据 NMS 的实际工作情况制定相应的应对策略， 提高系统整体处 理效率和准确性， 同时也可以给接口对接中的相关联接问题得到 更好的 澄清和处理， 极大地提高网管系统的可用性。