CN105262714A - 网络通信系统中动态上报话单的方法及装置 - Google Patents

Abstract

本发明提供了一种网络通信系统中动态上报话单的方法。本发明通过控制通信服务节点动态向通信管理服务器申请满足预设规则的新呼叫处理机，在获取的新呼叫处理机与原呼叫处理机不一致且在与获取的新呼叫处理机建链成功的情况下，控制通信服务节点将上报话单的对象切换为新呼叫处理机，实现通信服务节点与呼叫处理机的多对多的动态对应方式，有效防止了因固定对应方式而导致异常呼叫处理机的话单丢失情况。

Description

网络通信系统中动态上报话单的方法及装置

技术领域

本发明涉及一种网络通信系统话单处理技术，特别涉及一种网络通信系统中动态上报话单的方法及装置。

背景技术

在包括通信管理服务器(例如，IPTV系统中的CDN“ContentDeliveryNetwork，内容分发网络”管理服务器)与话单管理服务器(例如，IPTV系统中的CP“CallProcess，呼叫处理机”管理服务器)的网络通信系统(例如，IPTV系统)中，话单(或称详单)，一般包括用户编号、内容编号、授权ID、开始时间和结束时间等，用于用户访问计费或其他统计用途。在用户服务结束时，网络通信系统(例如，IPTV系统)中的通信服务节点(例如，IPTV系统中的CDN“ContentDeliveryNetwork，内容分发网络”服务节点)会生成原始的话单信息上报给CP(CallProcess，呼叫处理机)，然后由CP生成指定格式的话单文件。

在每个通信服务节点(例如，IPTV系统中的CDN服务节点)对应固定CP的情况下(即多对一固定对应方式，如图1所示，通信服务节点1和通信服务节点2固定对应话单管理服务器管理的CP1，而通信服务节点3至通信服务节点N固定对应话单管理服务器管理的CP2)，一般将CP的通信配置参数(例如，IP、Port、局号和模块号等)直接设定在通信服务节点。服务节点根据配置主动向CP发起建链，并保持链接心跳，这种情况下通信服务节点只会向配置的固定CP上报话单。

这样的固定对应方式，虽然实现起来较为简单，但缺点是：无法实现各个CP的动态负载均衡，并且如果某一台CP异常，其对应的所有通信服务节点的话单将全部丢失。

发明内容

本发明的主要目的是防止因固定对应方式而导致异常CP的话单丢失情况。

为了达成上述目的，本发明提供一种网络通信系统中动态上报话单的方法，该方法包括步骤：各通信服务节点定时从通信管理服务器申请满足预设规则的新呼叫处理机；在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则在与申请的新呼叫处理机建链成功的情况下，将上报话单的对象切换为新呼叫处理机，并向新呼叫处理机上报话单。

优选地，所述预设规则是当前可用且负载最小的呼叫处理机，所述各通信服务节点定时从通信管理服务器申请满足预设规则的新呼叫处理机的步骤包括：各通信服务节点定时向通信管理服务器发送新呼叫处理机申请请求，所述申请包括自己建链失败的呼叫处理机信息，以供通信管理服务器向自己下发除建链失败的呼叫处理机外的当前可用且负载最小的呼叫处理机。

优选地，在所述各通信服务节点定时从通信管理服务器申请满足预设规则的新呼叫处理机的步骤之前，该方法还包括：各个呼叫处理机实时或者定时向话单管理服务器上报资源信息，所述资源信息包括呼叫处理机标识和呼叫处理机当前资源占用信息；话单管理服务器在收到各呼叫处理机上报的资源信息时生成最新呼叫处理机列表，所述呼叫处理机列表包括当前所有可用呼叫处理机的资源信息；话单管理服务器实时或者定时将生成的最新呼叫处理机列表发送给通信管理服务器，或者，通信管理服务器实时或者定时向话单管理服务器获取最新呼叫处理机列表。

优选地，所述在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则在与申请的新呼叫处理机建链成功的情况下，将上报话单的对象切换为新呼叫处理机，并向新呼叫处理机上报话单的步骤包括：通信服务节点在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则与所述新呼叫处理机进行建链，在与所述新呼叫处理机建链过程中，通信服务节点将话单依然上报原呼叫处理机；通信服务节点在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机一致，则保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单；通信服务节点在与所述新呼叫处理机建链成功后，将上报话单的对象从原呼叫处理机切换为新呼叫处理机，并向所述新呼叫处理机上报话单；通信服务节点在与所述新呼叫处理机建链失败后，保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单。

优选地，所述通信服务节点与所述新呼叫处理机进行建链的步骤包括：在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则开始与所述新呼叫处理机进行建链心跳测试，并等待所述新呼叫处理机响应心跳消息；如果所述新呼叫处理机心跳响应超时，则通信服务节点将所述新呼叫处理机记录为预设标识，并在下一个新呼叫处理机申请请求中上报该记录的预设标识；如果所述新呼叫处理机心跳响应成功，则与所述新呼叫处理机建链成功。

此外，为了达成上述目的，本发明还提供一种网络通信系统中动态上报话单的装置，该装置包括话单动态上报模块，所述话单动态上报模块用于：定时从通信管理服务器申请满足预设规则的新呼叫处理机；在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则在与申请的新呼叫处理机建链成功的情况下，将上报话单的对象切换为新呼叫处理机，并向新呼叫处理机上报话单。

优选地，所述预设规则是当前可用且负载最小的呼叫处理机，所述话单动态上报模块定时从通信管理服务器申请满足预设规则的新呼叫处理机的步骤包括：定时向通信管理服务器发送新呼叫处理机申请请求，所述申请包括自己建链失败的呼叫处理机信息，以供通信管理服务器向自己下发除建链失败的呼叫处理机外的当前可用且负载最小的呼叫处理机。

优选地，该装置还包括：资源上报模块，用于实时或者定时向话单管理服务器上报资源信息，所述资源信息包括呼叫处理机标识和呼叫处理机当前资源占用信息；列表生成模块，用于在收到各呼叫处理机上报的资源时生成最新呼叫处理机列表，所述呼叫处理机列表包括当前所有可用呼叫处理机的资源信息；列表获取模块，用于实时或者定时将生成的最新呼叫处理机列表发送给通信管理服务器，或者，实时或者定时向话单管理服务器获取最新呼叫处理机列表。

优选地，所述话单动态上报模块用于：在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则与所述新呼叫处理机进行建链，在与所述新呼叫处理机建链过程中，通信服务节点将话单依然上报原呼叫处理机；在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机一致，则保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单；在与所述新呼叫处理机建链成功后，将上报话单的对象从原呼叫处理机切换为新呼叫处理机，并向所述新呼叫处理机上报话单；在与所述新呼叫处理机建链失败后，保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单。

优选地，所述话单动态上报模块执行如下步骤与所述新呼叫处理机进行建链：在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则开始与所述新呼叫处理机进行建链心跳测试，并等待所述新呼叫处理机响应心跳消息；如果所述新呼叫处理机心跳响应超时，则通信服务节点将所述新呼叫处理机记录为预设标识，并在下一个新呼叫处理机申请请求中上报该记录的预设标识；如果所述新呼叫处理机心跳响应成功，则与所述新呼叫处理机建链成功。

相较现有技术，本发明通过控制通信服务节点动态向通信管理服务器申请满足预设规则的新呼叫处理机，在获取的新呼叫处理机与原呼叫处理机不一致且在与获取的新呼叫处理机建链成功的情况下，控制通信服务节点将上报话单的对象切换为新呼叫处理机，实现通信服务节点与呼叫处理机的多对多的动态对应方式，有效防止了因固定对应方式而导致异常呼叫处理机的话单丢失情况。

附图说明

图1为现有通信服务节点与呼叫处理机固定对应方式一实施例的示意图。

图2为本发明通信服务节点与呼叫处理机动态对应方式一实施例的示意图。

图3为本发明通信服务节点切换作为话单上报对象的呼叫处理机一实施例的状态变迁图。

图4为本发明网络通信系统中动态上报话单的方法一实施例的具体实施流程图。

图5为将图4所示方法应用于IPTV系统一实施例的示例图。

图6为本发明网络通信系统中动态上报话单的装置一实施例的功能模块图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明的核心发明思想是：由各通信服务节点(例如，IPTV系统中的CDN服务节点)定时从通信管理服务器(例如，IPTV系统中的CDN“ContentDeliveryNetwork，内容分发网络”管理服务器)申请满足预设规则的新CP，在获取到新CP后，若新CP与原CP不一致，则在与申请的新CP建链成功的情况下，将上报话单的对象切换为新CP，并向新CP上报话单。

本领域技术人员当知：所述预设规则并不唯一，例如，所述预设规则可以是当前可用且负载最小；所述预设规则还可以是当前可用、负载小于预设值且预设时间内未与任何通信服务节点(例如，IPTV系统中的CDN服务节点)建链。

基于本发明的上述核心发明思想，本发明所欲达成的技术效果是：实现将通信服务节点与CP的多对一固定对应方式，改进为多对多的动态对应方式(例如，图2所示的示意图中，“通信服务节点1和通信服务节点2对应话单管理服务器管理的CP1，而通信服务节点3至通信服务节点N对应话单管理服务器管理的CP2”，可以被动态改变为“通信服务节点1和通信服务节点2对应话单管理服务器管理的CP2，而通信服务节点3至通信服务节点N对应话单管理服务器管理的CP1”)，有效防止因固定对应方式而导致异常CP的话单丢失情况。

为了更好的帮助本领域技术人员理解本发明的上述核心发明思想，以下结合附图进行示例性说明。

如图4所示，为本发明网络通信系统中动态上报话单的方法一实施例的具体实施流程图。

步骤S10，各个CP(CallProcess，呼叫处理机)实时或者定时向话单管理服务器(例如，IPTV系统中的CP管理服务器)上报资源信息(例如，所述资源信息包括CP标识和CP当前资源占用信息“例如，处理器占用情况、内存占用情况等”)。

步骤S11，话单管理服务器在收到各CP上报的资源时生成最新CP列表，所述CP列表包括当前所有可用CP的资源信息。

步骤S12，话单管理服务器实时或者定时将生成的最新CP列表发送给通信管理服务器(例如，IPTV系统中的CDN管理服务器)，或者，通信管理服务器实时或者定时向话单管理服务器获取最新CP列表。

步骤S13，通信服务节点(例如，IPTV系统中的CDN服务节点)定时从通信管理服务器申请新CP，在获取到新CP后，若新CP与原CP不一致，则在与申请的新CP建链成功的情况下，通信服务节点将上报话单的对象从原CP切换为新CP，并向新CP上报话单。

通过上述方法，实现将通信服务节点与CP的多对一固定对应方式，改进为多对多的动态对应方式(例如，图2所示的示意图中，“通信服务节点1和通信服务节点2对应话单管理服务器管理的CP1，而通信服务节点3至通信服务节点N对应话单管理服务器管理的CP2”，可以被动态改变为“通信服务节点1和通信服务节点2对应话单管理服务器管理的CP2，而通信服务节点3至通信服务节点N对应话单管理服务器管理的CP1”)，有效防止了因固定对应方式而导致异常CP的话单丢失情况。

进一步地，在本发明的其他实施例中，上述步骤S13包括：

通信服务节点定时向通信管理服务器发送新CP申请请求，所述申请包括自己建链失败的CP信息，以供通信管理服务器向自己下发除建链失败的CP外的当前可用且负载最小的CP；

通信服务节点在获取到新CP后，若新CP与原CP不一致，则与所述新CP进行建链(在与所述新CP建链过程中，通信服务节点可以将话单依然上报原CP)；

通信服务节点在与所述新CP建链成功后，将上报话单的对象从原CP切换为新CP，并向所述新CP上报话单；

通信服务节点在与所述新CP建链失败后，保持与所述原CP通信建链，继续向所述原CP上报话单。

通过向通信管理服务器发送包括自己建链失败的CP信息的新CP申请请求，有效避免通信管理服务器向自己下发建链失败的CP，同时，限定通信管理服务器下发的CP保证当前可用且负载最小，使得网络通信系统的整体资源负载更加均衡、合理、有效。

进一步地，在本发明的其他实施例中，上述步骤S13还包括：

若新CP与原CP一致，则通信服务节点保持与所述原CP通信建链，继续向所述原CP上报话单。

进一步地，在本发明的其他实施例中，通信服务节点与所述新CP的建链过程可以如图3所示的过程进行，图3中，通信服务节点在获取到新CP后，若新CP与原CP不一致，则开始与所述新CP进行建链心跳测试，并等待所述新CP响应心跳消息；如果所述新CP心跳响应超时，则通信服务节点将所述新CP记录为预设标识(例如，BadCP，即代表建链失败)，并在下一个新CP申请请求中上报该记录的预设标识；如果所述新CP心跳响应成功，则将上报话单的对象从原CP切换为新CP。

以下以IPTV系统为例，如图5所示，为将图4所示方法应用于IPTV系统一实施例的示例图。

(1)当前CDN服务节点与CP1保持通信建链，话单上报CP1；

(2)CP1、CP2资源上报CP管理服务器；

(3)CDN管理服务器定时向CP管理服务器申请当前可用CP列表，CP管理服务器按照负载均衡算法对可用CP进行排序，并将CP列表发送CDN管理服务器；

(4)CDN服务节点定时向CDN管理服务器申请新CP，并携带建链失败的BadCP列表，CDN管理服务器根据当前CP列表过滤掉BadCP，并返回当前可用且最空闲CP；

(5)如果CDN管理服务器返回的是当前话单上报对象CP1，则不做处理，返回步骤(1)；

(6)如果CDN管理服务器返回的不是当前话单上报对象CP1，则CDN服务节点将新接收的CP2暂存，并发起建链心跳检测，等待CP2响应心跳消息；

(7)如果CP2心跳响应超时，则将CP2记录为BadCP，返回步骤(1)，或者，如果成功收到CP2心跳响应，则将话单上报对象从CP1切换为CP2。

(8)当前CDN服务节点与CP2保持通信建链，话单上报CP2。

本发明还提供一种网络通信系统中动态上报话单的装置，如图6所示，为本发明网络通信系统中动态上报话单的装置一实施例的功能模块图。

该网络通信系统中动态上报话单的装置1包括话单动态上报模块13。

所述话单动态上报模块13，用于定时从通信管理服务器(例如，IPTV系统中的CDN“ContentDeliveryNetwork，内容分发网络”管理服务器)申请满足预设规则的新CP，在获取到新CP后，若新CP与原CP不一致，则在与申请的新CP建链成功的情况下，将上报话单的对象切换为新CP，并向新CP上报话单。

所述预设规则并不唯一，例如，所述预设规则可以是当前可用且负载最小；所述预设规则还可以是当前可用、负载小于预设值且预设时间内未与任何通信服务节点(例如，IPTV系统中的CDN服务节点)建链。

该网络通信系统中动态上报话单的装置1实现将通信服务节点与CP的多对一固定对应方式，改进为多对多的动态对应方式(例如，图2所示的示意图中，“通信服务节点1和通信服务节点2对应话单管理服务器管理的CP1，而通信服务节点3至通信服务节点N对应话单管理服务器管理的CP2”，可以被动态改变为“通信服务节点1和通信服务节点2对应话单管理服务器管理的CP2，而通信服务节点3至通信服务节点N对应话单管理服务器管理的CP1”)，有效防止因固定对应方式而导致异常CP的话单丢失情况。

进一步地，在本发明的其他实施例中，该网络通信系统中动态上报话单的装置1还包括资源上报模块10、列表生成模块11、列表获取模块12。

所述资源上报模块10，用于实时或者定时向话单管理服务器上报资源信息(例如，所述资源信息包括CP标识和CP当前资源占用信息“例如，处理器占用情况、内存占用情况等”)。

所述列表生成模块11，用于在收到各CP上报的资源时生成最新CP列表，所述CP列表包括当前所有可用CP的资源信息。

所述列表获取模块12，用于实时或者定时将生成的最新CP列表发送给通信管理服务器(例如，IPTV系统中的CDN管理服务器)，或者，实时或者定时向话单管理服务器获取最新CP列表。

进一步地，在本发明的其他实施例中，所述话单动态上报模块13，用于：

定时向通信管理服务器发送新CP申请请求，所述申请包括自己建链失败的CP信息，以供通信管理服务器向自己下发除建链失败的CP外的当前可用且负载最小的CP；

在获取到新CP后，若新CP与原CP不一致，则与所述新CP进行建链(在与所述新CP建链过程中，通信服务节点可以将话单依然上报原CP)；

在与所述新CP建链成功后，将上报话单的对象从原CP切换为新CP，并向所述新CP上报话单；

在与所述新CP建链失败后，保持与所述原CP通信建链，继续向所述原CP上报话单。

通过向通信管理服务器发送包括自己建链失败的CP信息的新CP申请请求，有效避免通信管理服务器向自己下发建链失败的CP，同时，限定通信管理服务器下发的CP保证当前可用且负载最小，使得网络通信系统的整体资源负载更加均衡、合理、有效。

进一步地，在本发明的其他实施例中，所述话单动态上报模块13还用于：

若新CP与原CP一致，则保持与所述原CP通信建链，继续向所述原CP上报话单。

进一步地，在本发明的其他实施例中，所述话单动态上报模块13执行如下步骤与所述新CP进行建链：

在获取到新CP后，若新CP与原CP不一致，则开始与所述新CP进行建链心跳测试，并等待所述新CP响应心跳消息；

如果所述新CP心跳响应超时，则通信服务节点将所述新CP记录为预设标识(例如，BadCP，即代表建链失败)，并在下一个新CP申请请求中上报该记录的预设标识；

如果所述新CP心跳响应成功，则将上报话单的对象从原CP切换为新CP。

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

Claims (10)

1.一种网络通信系统中动态上报话单的方法，其特征在于，该方法包括步骤：

各通信服务节点定时从通信管理服务器申请满足预设规则的新呼叫处理机；

在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则在与申请的新呼叫处理机建链成功的情况下，将上报话单的对象切换为新呼叫处理机，并向新呼叫处理机上报话单。

2.如权利要求1所述的网络通信系统中动态上报话单的方法，其特征在于，所述预设规则是当前可用且负载最小的呼叫处理机，所述各通信服务节点定时从通信管理服务器申请满足预设规则的新呼叫处理机的步骤包括：

各通信服务节点定时向通信管理服务器发送新呼叫处理机申请请求，所述申请包括自己建链失败的呼叫处理机信息，以供通信管理服务器向自己下发除建链失败的呼叫处理机外的当前可用且负载最小的呼叫处理机。

3.如权利要求1或2所述的网络通信系统中动态上报话单的方法，其特征在于，在所述各通信服务节点定时从通信管理服务器申请满足预设规则的新呼叫处理机的步骤之前，该方法还包括：

各个呼叫处理机实时或者定时向话单管理服务器上报资源信息，所述资源信息包括呼叫处理机标识和呼叫处理机当前资源占用信息；

话单管理服务器在收到各呼叫处理机上报的资源信息时生成最新呼叫处理机列表，所述呼叫处理机列表包括当前所有可用呼叫处理机的资源信息；

话单管理服务器实时或者定时将生成的最新呼叫处理机列表发送给通信管理服务器，或者，通信管理服务器实时或者定时向话单管理服务器获取最新呼叫处理机列表。

4.如权利要求1或2所述的网络通信系统中动态上报话单的方法，其特征在于，所述在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则在与申请的新呼叫处理机建链成功的情况下，将上报话单的对象切换为新呼叫处理机，并向新呼叫处理机上报话单的步骤包括：

通信服务节点在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则与所述新呼叫处理机进行建链，在与所述新呼叫处理机建链过程中，通信服务节点将话单依然上报原呼叫处理机；

通信服务节点在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机一致，则保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单；

通信服务节点在与所述新呼叫处理机建链成功后，将上报话单的对象从原呼叫处理机切换为新呼叫处理机，并向所述新呼叫处理机上报话单；

通信服务节点在与所述新呼叫处理机建链失败后，保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单。

5.如权利要求4所述的网络通信系统中动态上报话单的方法，其特征在于，所述通信服务节点与所述新呼叫处理机进行建链的步骤包括：

在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则开始与所述新呼叫处理机进行建链心跳测试，并等待所述新呼叫处理机响应心跳消息；

如果所述新呼叫处理机心跳响应超时，则通信服务节点将所述新呼叫处理机记录为预设标识，并在下一个新呼叫处理机申请请求中上报该记录的预设标识；

如果所述新呼叫处理机心跳响应成功，则与所述新呼叫处理机建链成功。

6.一种网络通信系统中动态上报话单的装置，其特征在于，该装置包括话单动态上报模块，所述话单动态上报模块用于：

定时从通信管理服务器申请满足预设规则的新呼叫处理机；

在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则在与申请的新呼叫处理机建链成功的情况下，将上报话单的对象切换为新呼叫处理机，并向新呼叫处理机上报话单。

7.如权利要求6所述的网络通信系统中动态上报话单的装置，其特征在于，所述预设规则是当前可用且负载最小的呼叫处理机，所述话单动态上报模块定时从通信管理服务器申请满足预设规则的新呼叫处理机的步骤包括：

定时向通信管理服务器发送新呼叫处理机申请请求，所述申请包括自己建链失败的呼叫处理机信息，以供通信管理服务器向自己下发除建链失败的呼叫处理机外的当前可用且负载最小的呼叫处理机。

8.如权利要求6或7所述的网络通信系统中动态上报话单的装置，其特征在于，该装置还包括：

资源上报模块，用于实时或者定时向话单管理服务器上报资源信息，所述资源信息包括呼叫处理机标识和呼叫处理机当前资源占用信息；

列表生成模块，用于在收到各呼叫处理机上报的资源时生成最新呼叫处理机列表，所述呼叫处理机列表包括当前所有可用呼叫处理机的资源信息；

列表获取模块，用于实时或者定时将生成的最新呼叫处理机列表发送给通信管理服务器，或者，实时或者定时向话单管理服务器获取最新呼叫处理机列表。

9.如权利要求6或7所述的网络通信系统中动态上报话单的装置，其特征在于，所述话单动态上报模块用于：

在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则与所述新呼叫处理机进行建链，在与所述新呼叫处理机建链过程中，通信服务节点将话单依然上报原呼叫处理机；

在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机一致，则保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单；

在与所述新呼叫处理机建链成功后，将上报话单的对象从原呼叫处理机切换为新呼叫处理机，并向所述新呼叫处理机上报话单；

在与所述新呼叫处理机建链失败后，保持与所述原呼叫处理机通信建链，继续向所述原呼叫处理机上报话单。

10.如权利要求9所述的网络通信系统中动态上报话单的装置，其特征在于，所述话单动态上报模块执行如下步骤与所述新呼叫处理机进行建链：

在获取到新呼叫处理机后，若新呼叫处理机与原呼叫处理机不一致，则开始与所述新呼叫处理机进行建链心跳测试，并等待所述新呼叫处理机响应心跳消息；

如果所述新呼叫处理机心跳响应超时，则通信服务节点将所述新呼叫处理机记录为预设标识，并在下一个新呼叫处理机申请请求中上报该记录的预设标识；

如果所述新呼叫处理机心跳响应成功，则与所述新呼叫处理机建链成功。