CN102511146A - 会话边界控制器池的实现方法和会话边界控制器 - Google Patents

Abstract

本发明公开了一种会话边界控制器池的方法和会话边界控制器设备。本发明通过至少二个SBC组成SBC池，所述至少二个SBC互为容灾备份且对终端设备具有相同的IP地址，通过判断所述终端设备是否在SBC池注册；如果所述终端设备已在所述SBC池注册，则将所述业务消息转发给所述终端设备注册的SBC；避免了SBC设备容灾时对终端设备的特殊要求，不需要终端设备配置两个IP地址，同时，SBC池中的设备都能够处理终端设备的业务消息，提高了资源的利用率。

Description

会话边界控制器池的实现方法和会话边界控制器

技术领域

本发明涉及网络通信技术，尤其涉及一种会话边界控制器池的实现方法和会话边界控制器。

背景技术

为了避免业务中断，网络中的某些关键业务处理设备通常存在备份设备。另外，为了满足网络可靠性的要求，通常备份设备需要部署在异地。为此，网络中有设备异地容灾方案的需求。

现有技术中，对于会话边界控制器(SBC，Session Border Controller)，通常采用主备方式提供业务，主用SBC设备和备用SBC设备分别提供两个不同的IP地址。对端设备，例如终端设备或网络侧的软交换等，配置这两个主备用SBC设备的IP地址，通过分别探测这两个IP地址来判定这两个主备用SBC设备是否工作正常。

在正常情况下，对端设备访问主用SBC设备的IP地址，通过主用SBC设备实现相关业务；当对端设备感知到主用SBC设备故障时，自动切换到备用SBC设备，继续完成相关业务，实现SBC设备的容灾。这种SBC容灾的方案对对端设备(例如终端设备)有特殊要求，即要求其配置两个IP地址，正常时选择其中的一个设备作为主用，探测到主用异常后，自动切换使用备份设备；同时，备份设备平时处于空闲状态，在主用设备故障后才启用，资源利用率低。

发明内容

本发明实施例提供一种会话边界控制器池的实现方法和会话边界控制器，以避免会话边界控制器容灾对终端设备的特殊要求，提高资源利用率。

本发明实施例提供了一种会话边界控制器池的实现方法，包括：

所述会话边界控制器池内的会话边界控制器接收终端设备的业务消息，判断所述终端设备是否在所述会话边界控制器池注册；所述会话边界控制器池包含至少二个会话边界控制器，所述会话边界控制器池中的会话边界控制器通过相同的IP地址与所述终端设备通信；

如果所述终端设备已在所述会话边界控制器池注册，则将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。

本发明实施例还提供了一种会话边界控制器，所述会话边界控制器位于会话边界控制器池中，所述会话边界控制器池包含所述会话边界控制器和一个以上其它会话边界控制器，所述会话边界控制器和所述一个以上其它会话边界控制器通过相同的IP地址与终端设备通信；

所述会话边界控制器包括接收单元和转发单元；

所述接收单元，用于接收终端设备的业务消息，判断所述终端设备是否在所述会话边界控制器池注册；

所述转发单元，用于在所述接收单元判断所述终端设备已在所述会话边界控制器池注册时，将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。

由上述技术方案可知，本发明实施例通过至少二个会话边界控制器组成会话边界控制器池，所述会话边界控制器池中的会话边界控制器通过相同的IP地址与终端设备通信，如果所述终端设备已在所述会话边界控制器池注册，则将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息；避免了会话边界控制器设备容灾时对终端设备的特殊要求，不需要终端设备配置两个IP地址，同时，会话边界控制器池中的设备都能够处理终端设备的业务消息，提高了资源的利用率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一种会话边界控制器池实现方法的流程示意图；

图2为本发明实施例一种会话边界控制器池一种具体应用场景第一结构示意图；

图3为本发明实施例一种会话边界控制器池一种具体应用场景第二结构示意图；

图4为本发明实施例一种会话边界控制器池一种具体应用场景第三结构示意图；

图5为本发明实施例一种会话边界控制器池的实现方法的一个具体实现流程图；

图6为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图；

图7为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图；

图8为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图；

图9为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图；

图10为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图；

图11为本发明实施例一种会话边界控制器的结构示意图；

图12为本发明实施例一种会话边界控制器的另一结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明实施例一种会话边界控制器池的实现方法流程示意图，包括：

步骤100：会话边界控制器池内的会话边界控制器接收终端设备的业务消息，判断所述终端设备是否在所述会话边界控制器池注册；所述会话边界控制器池包含至少二个会话边界控制器，所述会话边界控制器池中的会话边界控制器通过相同的IP地址与所述终端设备通信；

步骤102：如果所述终端设备已在所述会话边界控制器池注册，则将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。

其中，所述终端设备的业务消息可以是终端设备的注册请求消息、呼叫请求消息或被叫请求消息等业务消息。所述SBC池内的SBC设备在所述SBC池内可以具有不同的IP地址，用以在SBC池内区分不同的SBC设备，以进行SBC池内SBC设备的通知和管理。

其中，所述至少二个会话边界控制器可以是相互容灾的，所述相互容灾是至少两个会话边界控制器相互容灾备份。相互容灾的SBC设备能够保证在一个SBC设备故障时终端设备的业务不中断。在其中一个SBC设备故障的情况下，另一个SBC设备能够代替故障的SBC设备继续处理终端设备的业务。

上述方法通过至少二个会话边界控制器组成会话边界控制器池，所述至少二个会话边界控制器通过相同的IP地址与终端设备通信，在接收到终端设备的业务消息时，判断所述终端设备是否在所述会话边界控制器池注册；如果所述终端设备已在所述会话边界控制器池注册，则将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息；避免了会话边界控制器设备容灾时对终端设备的特殊要求，不需要终端设备配置两个IP地址，同时，会话边界控制器池中的设备都能够处理终端设备的业务消息，提高了资源的利用率。

可选的，如果所述终端设备没有在所述会话边界控制器池注册，则接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册。进一步，所述接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册后，将所述终端设备的注册信息发送给所述会话边界控制器池中的其它会话边界控制器，使得其它会话边界控制器记录所述终端设备注册的会话边界控制器的信息。

可选地，如果接收的终端设备的业务消息包括注册请求消息且所述终端设备没有在所述会话边界控制器池注册，则接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册。如果接收的终端设备的业务消息包括呼叫请求消息或被叫请求消息且所述终端设备未注册，则接收到所述终端设备业务消息的会话边界控制器可以拒绝终端设备的此次业务请求，当然也可以将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册，本发明实施例对此不作限制。

通过将终端设备在会话边界控制器池内的任一会话边界控制器注册，能够实现未注册的终端设备在会话边界控制器池中注册，并且能够实现会话边界控制器池中的会话边界控制器之间的容灾备份，在一个会话边界控制器故障时，终端设备还可以在其它会话边界控制器上注册；同时，将所述终端设备的注册信息发送给所述会话边界控制器池中的其它会话边界控制器，能够使得会话边界控制器池中的其它会话边界控制器知道终端设备在会话边界控制器池中是否注册以及注册在哪个会话边界控制器上，在接收到所述终端设备的业务消息，例如呼叫请求消息时，能够将所述终端设备的业务消息转发到所述终端设备注册的会话边界控制器上进行处理。

可选的，所述所述会话边界控制器池中包含的会话边界控制器通过相同的IP地址与网络侧设备通信；

所述会话边界控制器池内的会话边界控制器收到网络侧设备关于所述终端设备的另一业务消息时，判断所述终端设备注册的会话边界控制器，并将所述另一业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述另一业务消息。

其中，所述网络侧设备可以是网络控制设备等控制功能的设备，例如媒体网关控制器(MGC，Media Gateway Controller)或软交换等控制设备。

所述至少二个会话边界控制器通过相同的IP地址与网络侧设备通信，能够进一步降低SBC池对网络的改动，对网络侧也没有特殊要求，使得SBC池的实现方式更容易在现有网络中实现，能够提高网络管理质量和效率，同时也降低了维护成本。

可选的，所述步骤100中判断所述终端设备是否在所述会话边界控制器池注册包括：

查询自身保存的注册列表，判断所述注册列表中是否有所述终端设备的注册信息，如果没有所述终端设备的注册信息，则确认所述终端设备没有在所述会话边界控制器池注册；所述注册列表是所述会话边界控制器池中的会话边界控制器记录的终端设备在所述会话边界控制器池中注册的注册信息。

可选的，所述步骤102中接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册之后还包括：

接收到所述终端设备业务消息的会话边界控制器将所述终端设备在另一会话边界控制器注册，该另一会话边界控制器为所述任一会话边界控制器备份设备，在所述任一会话边界控制器故障时，由所述另一会话边界控制器处理所述终端设备的业务。

可选的，所述步骤102中接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册包括：

接收到所述终端设备业务消息的会话边界控制器，通过轮选、随机选择或负荷均衡的方式，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；或，

接收到所述终端设备业务消息的会话边界控制器，将所述业务消息分发给离所述终端设备物理地址最近的会话边界控制器进行注册。

上述方式能够进一步保障终端设备在SBC池中注册的均衡，保障SBC池设备的负荷均衡。

下面，以一个SBC池包含3个SBC设备为例详细描述本发明实施例的具体实现方式，如图2所示的SBC池结构图。该3个SBC设备互为容灾且对终端设备具有相同的IP地址。上述3个SBC设备只是一种简单举例，用来说明和解释本发明实施例的具体实现方式；在具体实现时，本发明实施例所应用到的SBC池和其中的SBC设备可以有多种实现方式，例如有3个以上的SBC设备，本发明实施例不对SBC池中的SBC设备做具体的限制，其它3个以上SBC池的实现方式可以参考下述3个SBC设备的实现方式来实现。

参考图2，该SBC池中的各个SBC对终端设备配置有相同的IP地址(例如IP11)，即各个SBC通过相同的IP地址与终端设备通信；同时，每个SBC可以有自己不同的IP地址(例如IP01，IP02和IP03)与接入侧IP承载网的路由设备连接。在终端设备上，配置IP地址(IP11)，终端设备的业务消息可以发给SBC池内任意一个设备，SBC池内的SBC设备都处于工作状态。这样，终端设备上只需要配置一个IP地址(如IP11)，组网方案对终端无特殊要求。SBC池内设备提供了不同的IP地址(IP01，IP02，IP03)，路由设备与这些IP地址连接，对路由设备也没有特殊要求。

图2所示的实现方式只描述了对终端设备侧的组网模式，对于网络侧的组网模式，可以分为两种场景，该两种场景均可实现本发明实施例的目的：

场景1：SBC池内设备对网络侧采用相同的IP地址，即SBC池内的SBC通过相同的IP地址与网络侧设备通信，如图3所示；

SBC池内设备对网络侧也采用相同的IP地址(例如IP22)，同时，每个SBC设备通过不同的IP地址(如IP04，IP05和IP06)与网络侧IP承载网路由设备连接；当然，也可以采用IP01，IP02，IP03与网络侧IP承载网路由设备连接，本发明实施例不做具体限制。网络侧设备，例如软交换设备，与SBC池中的各SBC通过一个IP地址(如IP22)连接；可选地，对网络侧的IP地址也可以采用与对终端设备侧相同的IP地址，即IP22可以由IP11替代。在本发明实施例中，以IP11和IP22进行举例和描述，当终端设备注册时，在网络侧软交换设备上使用的是相同的IP地址(IP22)。

场景2：SBC池内设备对网络侧采用不同的IP地址，即SBC池内的SBC通过不同的IP地址与网络侧设备通信，如图4所示；

SBC池内设备对网络侧采用不同的IP地址(如IP22，IP23和IP24)。网络侧设备，例如软交换设备，与每个SBC设备通过不同的IP地址连接。当终端设备注册时，从不同的SBC设备上注册，就使用不同的IP地址。例如，在SBC1上注册，就使用IP22；在SBC2上注册，就使用IP23；在SBC3上注册，就使用IP24。

下面就不同场景下，SBC池的具体实现方式进行描述。

参考图5，图5为本发明实施例一种会话边界控制器池的实现方法的一个具体实现流程图，结合图3，该实施例以场景1下终端设备首次在SBC池注册为例进行说明，包括：

步骤200：终端设备A发起注册请求，目标地址为会话边界控制器池；

由于SBC池内的SBC设备对终端设备具有相同的IP地址，因此终端设备A的目的地址是IP11；

终端设备A发起注册请求后，根据具体的路由规则，SBC池内的任一SBC都有可能接收到终端设备A的注册请求；本发明实施例以发给SBC1为例进行说明。

步骤202：SBC1收到目标地址为I P11的注册请求后，判断该终端设备A是否已经在该SBC池注册，即判断该终端设备A是否是首次注册；如果是首次注册，根据预先设定的分发算法，将该注册请求消息转发给SBC池内任意一个SBC设备上，使得该任意一个SBC设备能够处理终端设备A的注册请求。本发明实施例以转发给SBC2为例进行说明。

上述分发算法可以为轮选、随机选择或负荷均衡的方式，将所述注册请求消息分发给SBC池内的任意一个SBC设备，也可以选择物理地址离注册终端最近的SBC设备等。

本发明实施例中，判断终端设备A是否为首次注册可以通过如下方式实现：

SBC1收到终端设备A的注册请求后，查询自身保存的注册列表，判断终端设备A是否在注册列表中，如果不能查到，则确认所述终端设备A没有在该会话边界控制器池注册；所述注册列表是所述会话边界控制器池中的会话边界控制器设备在终端设备的注册后记录的注册信息，该注册信息是某一终端设备注册在SBC池中的某个SBC上的信息。当一个终端设备在SBC池内某个SBC设备上注册后，会在自身的注册列表中记录该终端设备的注册信息，并将该终端设备的注册信息通知到SBC池中的其它SBC设备上，使得其它SBC设备记录终端设备A已经在SBC2上注册，SBC设备记录终端设备的注册信息可以通过本地保存的注册列表实现，该注册列表记录终端设备的注册信息。其中，不同终端设备可以通过IP地址信息进行区分。

步骤204：SBC2完成终端设备A在本地的注册，向网络侧软交换设备发起注册流程；

具体地，SBC2收到目标地址为IP11，且由SBC1转发的注册请求后不再转发，在SBC2执行注册流程。SBC2完成终端设备A在本地的注册，向网络侧设备软交换发起注册流程，在发给软交换的注册请求中，SBC2的业务IP为IP22。

步骤206：SBC2通知会话边界控制器池内的其他SBC，终端设备A已经注册在SBC2上，使得所述SBC池内的其他SBC更新自身保存的注册列表，记录终端设备A已经注册在SBC2上；

其中，SBC2需要通知到哪些SBC，可以结合路由配置，只需要通知注册的终端路由能到的SBC即可。例如：如果终端设备A到SBC的路由只到SBC1和SBC2，则需要通知SBC1；如果终端设备A到SBC的路由能到SBC1、SBC2和SBC3，则需要通知到SBC1和SBC3。附图所示以通知SBC1为例进行说明。

上述步骤204和206之间没有固定的先后顺序，在具体实现过程中，也可以先执行步骤206，再执行步骤204。

步骤208：软交换收到注册请求后，对终端设备A的注册请求进行处理，然后返回注册响应，目标地址为IP22；

根据具体的路由配置，注册响应可能发给SBC POOL内任意一个SBC，本实施例以SBC1接收到该注册响应为例进行说明。

步骤210：SBC1收到来自软交换以目标地址为IP22的注册响应，判断终端设备A已经注册在SBC2上，则SBC1把注册响应转发给SBC2。

步骤212：SBC2收到SBC1转发的来自软交换的注册响应后，完成网络侧的注册流程，并给终端回注册响应；

SBC2回给终端设备A的注册响应可以通过SBC1转发，也可以直接发给终端A。本实施例以通过SBC1转发为例进行说明。

更进一步的，在SBC2故障的情况下，为避免终端设备A的重新注册，终端设备A在SBC2注册完成后，可以在SBC池内选择一个备份SBC(本发明实施例以SBC1为例进行说明)，将终端设备A也注册在SBC1上。在SBC1上注册完成后，SBC1也要通知POOL内其他SBC，终端设备A注册的备份SBC是SBC1。这样，在SBC池内的SBC设备收到终端设备A的业务消息时，如果发现SBC2故障，无法转发消息时，将该消息转发给备份SBC1进行处理。

上述实施例通过SBC池内的会话边界控制器收到终端设备的业务消息时，判断所述终端设备是否在所述会话边界控制器池注册；如果所述终端设备没有在所述会话边界控制器池注册，则接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册，能够使得SBC池内的SBC设备都能处于工作状态，且相互备份容灾；同时，对终端设备侧配置相同的IP地址，并且对网络侧也配置有相同的IP地址，对现有的组网方案和现有的路由设备无特殊要求，容易实现和推广。

参考图6，图6为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图，结合图4，该实施例以场景2下终端设备首次在SBC池注册为例进行说明，包括：

步骤300：终端设备A发起注册请求，目标地址为会话边界控制器池；

由于SBC池内的SBC设备对终端设备具有相同的IP地址，因此终端设备A的目的地址是IP11；

终端设备A发起注册请求后，根据具体的路由规则，SBC池内的任一SBC都有可能接收到终端设备A的注册请求；本发明实施例以发给SBC1为例进行说明。

步骤302：SBC1收到目标地址为IP11的注册请求后，判断该终端设备A是否已经在该SBC池注册，即判断该终端设备A是否是首次注册；如果是首次注册，根据预先设定的分发算法，将该注册请求消息转发给SBC池内任意一个能正常工作的SBC设备上。本发明实施例以转发给SBC2为例进行说明。

上述分发算法可以为轮选、随机选择或负荷均衡的方式，将所述注册请求消息分发给SBC池内的任意一个SBC设备，也可以选择物理地址离注册终端最近的SBC设备等。

本发明实施例中，判断终端设备A是否为首次注册可以通过如下方式实现：

SBC1收到终端设备A的注册请求后，查询自身保存的注册列表，判断终端设备A是否在注册列表中，如果不能查到，则确认所述终端设备A没有在该会话边界控制器池注册；所述注册列表是所述会话边界控制器池中的会话边界控制器设备在终端设备的注册后记录的注册信息，该注册信息是某一终端设备注册在SBC池中的某个SBC上的信息。当一个终端设备在SBC池内某个SBC设备上注册后，会在本地的注册列表中记录该终端设备的注册信息，并将该终端设备的注册信息通知到SBC池中的其它SBC设备上，其中，不同终端设备可以通过IP地址信息进行区分。

步骤304：SBC2完成终端设备A在本地的注册，向网络侧软交换设备发起注册流程；

具体地，SBC2收到目标地址为IP11，且由SBC1转发的注册请求后不再转发，在SBC2执行注册流程。SBC2完成终端设备A在本地的注册，向网络侧设备软交换发起注册流程，在发给软交换的注册请求中，SBC2的IP地址为IP23。

步骤306：SBC2通知会话边界控制器池内的其他SBC，终端设备A已经注册在SBC2上；

其中，SBC2需要通知到哪些SBC，可以结合路由配置，只需要通知注册的终端路由能到的SBC即可。例如：如果终端设备A到SBC的路由只到SBC1和SBC2，则需要通知SBC1；如果终端设备A到SBC的路由能到SBC1、SBC2和SBC3，则需要通知到SBC1和SBC3。附图所示以通知SBC1为例进行说明。

步骤308：软交换收到注册请求后，对终端设备A的注册请求进行处理，然后返回注册响应，目标地址为IP23；

步骤310：SBC2收到软交换的注册响应后，完成网络侧的注册流程，并给终端回注册响应。

SBC2回给终端设备A的注册响应可以通过SBC1转发，也可以直接发给终端A。本实施例以通过SBC1转发为例进行说明。

更进一步的，在SBC2故障的情况下，为避免终端设备A的重新注册，终端设备A在SBC2注册完成后，可以在SBC池内选择一个备份SBC(本发明实施例以SBC1为例进行说明)，将终端设备A也注册在SBC1上。在SBC1上注册完成后，SBC1也要通知POOL内其他SBC，终端设备A注册的备份SBC是SBC1。这样，在SBC池内的SBC设备收到终端设备A的业务消息时，如果发现SBC2故障，无法转发消息时，将该消息转发给备份SBC1进行处理。

上述实施例通过SBC池内的会话边界控制器收到终端设备的业务消息时，判断所述终端设备是否在所述会话边界控制器池注册；如果所述终端设备没有在所述会话边界控制器池注册，则接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册，能够使得SBC池内的SBC设备都能处于工作状态，且相互备份容灾；同时对终端设备有相同的IP地址，对现有的组网方案和现有的路由设备无特殊要求，容易实现和推广。

参考图7，图7为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图，结合图3，该实施例以场景1下终端设备发起主叫业务且该终端设备注册在SBC2为例进行说明，包括：

步骤400：终端设备A发起呼叫请求，目标地址为IP11。根据接入侧IP承载网路由器上的具体路由配置，该呼叫请求消息可能发给SBC池内的任意一个SBC，本实施例以发给SBC1为例进行说明；

步骤402：SBC1收到目标地址为IP11的呼叫请求，判断该终端设备A已经注册在SBC2，就将该呼叫消息转发给SBC2；

步骤404：SBC2处理该呼叫请求，并向软交换发送呼叫请求消息；

步骤406：软交换收到呼叫请求消息后，返回呼叫响应消息，目标地址为IP22；根据网络侧IP承载网路由器的具体配置，呼叫响应消息可能发给SBC池内任意一个SBC，本实施例以发给SBC1为例进行说明。

步骤408：SBC1收到来自软交换发送的，目标地址为IP22的终端设备A的呼叫响应消息，判断终端设备A已经在SBC2上注册，则将该呼叫消息转发给SBC2。

步骤410：SBC2给终端回呼叫响应消息；

SBC2给终端设备A返回的呼叫响应消息可以通过SBC1转发，也可以直接发给终端设备A；本实施例以通过SBC1转发为例进行说明。

更进一步的，在SBC2故障的情况下，则需要把呼叫请求消息转发给终端设备A注册的备份SBC上。如果终端设备A的备份设备是SBC1，则在步骤402，由SBC1直接处理该呼叫请求，并向软交换发送呼叫请求消息；其后续的执行流程与SBC2处理类似，不再详述。如果终端设备A的备份设备是SBC3，则在步骤402，SBC1将该呼叫消息转发给SBC3处理；其后续的执行流程与SBC2处理类似，不再详述。

上述实施例通过SBC池内的SBC1收到终端设备的呼叫请求消息时，判断该终端设备已在SBC2注册，则将所述呼叫消息转发给SBC2，由所述SBC2处理所述呼叫消息，能够使得SBC池内的SBC设备都能处于工作状态，且相互备份容灾；同时，对终端设备侧配置相同的IP地址，并且对网络侧也配置有相同的IP地址，对现有的组网方案和现有的路由设备无特殊要求，容易实现和推广。

参考图8，图8为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图，结合图4，该实施例以场景2下终端设备发起主叫业务且该终端设备注册在SBC2为例进行说明，包括：

步骤500：终端设备A发起呼叫请求，目标地址为IP11。根据接入侧IP承载网路由器上的具体路由配置，该呼叫请求消息可能发给SBC池内的任意一个SBC，本实施例以发给SBC1为例进行说明；

步骤502：SBC1收到目标地址为IP11的呼叫请求，判断该终端设备A已经注册在SBC2，就将该呼叫消息转发给SBC2；

步骤504：SBC2处理该呼叫，并向软交换发送呼叫请求消息；

步骤506：软交换收到呼叫请求后，返回呼叫响应消息，目标地址为IP23；

步骤508：SBC2给终端回呼叫响应消息；

SBC2给终端设备A返回的呼叫响应消息可以通过SBC1转发，也可以直接发给终端设备A；本实施例以通过SBC1转发为例进行说明。

更进一步的，在SBC2故障的情况下，则需要把呼叫请求消息转发给终端设备A注册的备份SBC上。如果终端设备A的备份设备是SBC1，则在步骤502，由SBC1直接处理该呼叫请求，并向软交换发送呼叫请求消息；其后续的执行流程与SBC2处理类似，不再详述。如果终端设备A的备份设备是SBC3，则在步骤502，SBC1将该呼叫消息转发给SBC3处理；其后续的执行流程与SBC2处理类似，不再详述。

上述实施例通过SBC池内的SBC1收到终端设备的呼叫请求消息时，判断该终端设备已在SBC2注册；如果所述终端设备没有在所述会话边界控制器池注册，则将所述呼叫消息转发给SBC2，由所述SBC2处理所述呼叫消息，能够使得SBC池内的SBC设备都能处于工作状态，且相互备份容灾；同时对终端设备侧配置有相同的IP地址，对现有的组网方案和现有的路由设备无特殊要求，容易实现和推广。

参考图9，图9为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图，结合图3，该实施例以场景1下终端设备作被叫且该终端设备注册在SBC2为例进行说明，包括：

步骤600：其他用户向终端设备A发起呼叫请求，软交换接收到该请求；

步骤602：软交换收到呼叫请求后，向SBC池下发终端设备A的呼叫请求消息，目标地址为IP22；根据网络侧IP承载网路由器配置，对终端设备A的呼叫请求消息可能发给SBC池内任意一个SBC，本实施例以发给SBC1为例进行说明；

步骤604：SBC1收到目标地址为IP22的呼叫请求消息，判断该终端设备A已经注册在SBC2，则把该呼叫请求消息转发给SBC2；

步骤606：SBC2处理呼叫消息，并向终端A发送呼叫请求消息；

SBC2向终端设备A发的呼叫请求消息可以通过SBC1转发，也可以直接发给终端设备A。本实施例以通过SBC1转发为例进行说明。

终端设备A收到呼叫请求消息后回响应消息，后续的消息分发过程与终端A发起的主叫流程相同，不再详述。

更进一步的，在SBC2故障的情况下，则需要把呼叫消息转发给终端设备A注册的备份SBC上。如果终端设备A的备份设备是SBC1，则在步骤604，由SBC1直接处理该呼叫请求，并向软交换发送呼叫请求消息；其后续的执行流程与SBC2处理类似，不再详述。如果终端设备A的备份设备是SBC3，则在步骤604，SBC1将该呼叫消息转发给SBC3处理；其后续的执行流程与SBC2处理类似，不再详述。

上述实施例通过SBC池内的SBC1收到终端设备的被叫请求消息时，判断该终端设备已在SBC2注册，则将所述呼叫消息转发给SBC2，由所述SBC2处理所述被叫请求消息，能够使得SBC池内的SBC设备都能处于工作状态，且相互备份容灾；同时，对终端设备侧配置相同的IP地址，并且对网络侧也配置有相同的IP地址，对现有的组网方案和现有的路由设备无特殊要求，容易实现和推广。

参考图10，图10为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图，结合图4，该实施例以场景2下终端设备作为被叫且该终端设备注册在SBC2为例进行说明，包括：

步骤700：其他用户向终端设备A发起呼叫请求，软交换接收该呼叫请求。

步骤702：软交接收到呼叫请求后，向SBC池下发终端设备A的呼叫请求消息，目标地址为IP23，网络侧IP承载网路由设备把消息直接路由给SBC2。

步骤704：SBC2处理该呼叫请求，并向终端设备A发送呼叫请求消息。

本实施例以SBC2直接向终端设备A发送呼叫请求消息为例进行说明；

终端设备A收到呼叫请求消息后回响应消息，后续的消息分发过程与终端A发起的主叫流程相同，不再详述。

更进一步的，在SBC2故障的情况下，则需要把呼叫消息转发给终端设备A注册的备份SBC上。如果终端设备A的备份设备是SBC1，则在步骤702，软交换下发终端设备A的呼叫请求消息的目的地址为IP22，由SBC1直接处理该呼叫请求，并向软交换发送呼叫请求消息；其后续的执行流程与SBC2处理类似，不再详述。如果终端设备A的备份设备是SBC3，则在步骤702，软交换下发终端设备A的呼叫请求消息的目的地址为IP24，由SBC3直接处理该呼叫请求；其后续的执行流程与SBC2处理类似，不再详述。

上述实施例通过SBC池内的SBC2收到终端设备的被叫请求消息，处理所述被叫请求消息，能够使得SBC池内的SBC设备都能处于工作状态，且相互备份容灾；同时对终端设备配置有相同的IP地址，对现有的组网方案和现有的路由设备无特殊要求，容易实现和推广。

参考图11，图11为本发明实施例一种会话边界控制器1100的结构示意图，所述会话边界控制器1100位于会话边界控制器池中，所述会话边界控制器池包含所述会话边界控制器和一个以上其它会话边界控制器，所述会话边界控制器和所述一个以上其它会话边界控制器通过相同的IP地址与终端设备通信，所述会话边界控制器包括接收单元1101和转发单元1102，

所述接收单元1101，用于接收终端设备的业务消息，判断所述终端设备是否在所述会话边界控制器池注册；

所述转发单元1102，用于在所述接收单元1101判断所述终端设备已在所述会话边界控制器池注册时，将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。

其中，所述终端设备的业务消息可以是终端设备的呼叫请求消息、被叫请求消息等业务消息。所述SBC池内的SBC设备在所述SBC池内可以具有不同的IP地址，用以在SBC池内区分不同的SBC设备，以进行SBC池内SBC设备的通知和管理。

其中，所述至少二个会话边界控制器可以是相互容灾的，所述相互容灾是至少两个会话边界控制器相互容灾备份。相互容灾的SBC设备能够保证在一个SBC设备故障时终端设备的业务不中断。在其中一个SBC设备故障的情况下，另一个SBC设备能够代替故障的SBC设备继续处理终端设备的业务。

上述实施例的会话边界控制器1100的具体实现方式避免了会话边界控制器设备容灾时对终端设备的特殊要求，不需要终端设备配置两个IP地址，同时，会话边界控制器池中的设备都能够处理终端设备的业务消息，提高了资源的利用率。

可选的，所述SBC1100还可以包括注册单元1103，如图12所示，所述注册单元1103用于在所述终端设备没有在所述会话边界控制器池注册时，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册。

可选的，所述注册单元1103还可以用于将所述终端设备的注册信息发送给所述会话边界控制器池中的其它会话边界控制器，使得其它会话边界控制器记录所述终端设备注册的会话边界控制器的信息。

上述通过注册单元1103将终端设备在会话边界控制器池内的任一会话边界控制器注册，能够实现未注册的终端设备在会话边界控制器池中注册，并且能够实现会话边界控制器池中的会话边界控制器之间的容灾备份，在一个会话边界控制器故障时，终端设备还可以在其它会话边界控制器上注册；同时，注册单元1103将所述终端设备的注册信息发送给所述会话边界控制器池中的其它会话边界控制器，能够使得会话边界控制器池中的其它会话边界控制器知道终端设备在会话边界控制器池中是否注册以及注册在哪个会话边界控制器上，在接收到所述终端设备的业务消息，例如呼叫请求消息时，能够将所述终端设备的业务消息转发到所述终端设备注册的会话边界控制器上进行处理。

可选的，所述会话边界控制器1100和所述一个以上其它会话边界控制器通过相同的IP地址与网络侧设备通信；

所述接收单元还用于网络侧设备关于所述终端设备的另一业务消息，判断所述终端设备的注册的会话边界控制器，并将所述另一业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述另一业务消息。

其中，所述网络侧设备可以是网络控制设备等控制功能的设备，例如媒体网关控制器(MGC，Media Gateway Controller)或软交换等控制设备。

所述至少二个会话边界控制器通过相同的IP地址与网络侧设备通信，对网络侧也没有特殊要求，使得SBC池内的SBC的实现方式更容易在现有网络中实现，能够提高网络管理质量和效率，同时也降低了维护成本。

可选的，所述接收单元1101判断所述终端设备是否在所述会话边界控制器池注册包括：

查询所述会话边界控制器保存的注册列表，判断所述注册列表中是否有所述终端设备的注册信息，如果没有所述终端设备的注册信息，则确认所述终端设备没有在所述会话边界控制器池注册；所述注册列表是所述会话边界控制器记录的终端设备在所述会话边界控制器池中注册的注册信息。

可选的，所述注册单元1103包括第一处理单元11031和第二处理单元11032，如图12所示；

所述第一处理单元11031，用于在所述终端设备没有在所述会话边界控制器池注册时，则将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；

所述第二处理单元11032，用于将所述终端设备在所述会话边界控制器池中另一会话边界控制器注册，该另一会话边界控制器为所述任一会话边界控制器备份设备，在所述任一会话边界控制器故障时，由所述另一会话边界控制器处理所述终端设备的业务。

可选的，所述注册单元1103将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册包括：

所述注册单元1103通过轮选、随机选择或负荷均衡的方式，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；或，

所述注册单元1103将所述业务消息分发给离所述终端设备物理地址最近的会话边界控制器进行注册。

上述实现方式能够进一步保障终端设备在SBC池中注册的均衡，保障SBC池设备的负荷均衡。

上述会话边界控制器1100的实现方式还可以参考上述方法实施例中SBC池内的SBC设备的具体实现方式来实现，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (14)

1.一种会话边界控制器池的实现方法，其特征在于，包括：

所述会话边界控制器池内的会话边界控制器接收终端设备的业务消息，判断所述终端设备是否在所述会话边界控制器池注册；所述会话边界控制器池包含至少二个会话边界控制器，所述会话边界控制器池中的会话边界控制器通过相同的IP地址与所述终端设备通信；

如果所述终端设备已在所述会话边界控制器池注册，则将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。

2.根据权利要求1所述的会话边界控制器池的实现方法，其特征在于，所述方法还包括：

如果所述终端设备没有在所述会话边界控制器池注册，则接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册。

3.根据权利要求2所述的会话边界控制器池的实现方法，其特征在于，所述方法还包括：

接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册后，所述终端设备注册的会话边界控制器将所述终端设备的注册信息发送给所述会话边界控制器池中的其它会话边界控制器，使得其它会话边界控制器记录所述终端设备注册的会话边界控制器的信息。

4.根据权利要求1-3任一所述的会话边界控制器池的实现方法，其特征在于，所述方法还包括：

所述所述会话边界控制器池中包含的会话边界控制器通过相同的IP地址与网络侧设备通信；

所述会话边界控制器池内的会话边界控制器收到网络侧设备关于所述终端设备的另一业务消息时，判断所述终端设备注册的会话边界控制器，并将所述另一业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述另一业务消息。

5.根据权利要求1-3任一所述的会话边界控制器池的实现方法，其特征在于，所述判断所述终端设备是否在所述会话边界控制器池注册包括：

查询自身保存的注册列表，判断所述注册列表中是否有所述终端设备的注册信息，如果没有所述终端设备的注册信息，则确认所述终端设备没有在所述会话边界控制器池注册；所述注册列表是所述会话边界控制器池中的会话边界控制器记录的终端设备注册的会话边界控制器的信息。

6.根据权利要求2-3任一所述的会话边界控制器池的实现方法，其特征在于，接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册之后还包括：

接收到所述终端设备业务消息的会话边界控制器将所述终端设备在另一会话边界控制器注册，该另一会话边界控制器为所述任一会话边界控制器备用设备，在所述任一会话边界控制器故障时，由所述另一会话边界控制器处理所述终端设备的业务。

7.根据权利要求2-3任一所述的会话边界控制器池的实现方法，其特征在于，所述接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册包括：

接收到所述终端设备业务消息的会话边界控制器，通过轮选、随机选择或负荷均衡的方式，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；或，

接收到所述终端设备业务消息的会话边界控制器，将所述业务消息分发给离所述终端设备物理地址最近的会话边界控制器进行注册。

8.一种会话边界控制器，其特征在于，所述会话边界控制器位于会话边界控制器池中，所述会话边界控制器池包含所述会话边界控制器和一个以上其它会话边界控制器，所述会话边界控制器和所述一个以上其它会话边界控制器通过相同的IP地址与终端设备通信；

所述会话边界控制器包括接收单元和转发单元；

所述接收单元，用于接收终端设备的业务消息，判断所述终端设备是否在所述会话边界控制器池注册；

所述转发单元，用于在所述接收单元判断所述终端设备已在所述会话边界控制器池注册时，将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。

9.根据权利要求8所述的会话边界控制器，其特征在于，所述会话边界控制器还包括注册单元；

所述注册单元用于在所述终端设备没有在所述会话边界控制器池注册时，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册。

10.根据权利要求9所述的会话边界控制器，其特征在于，所述注册单元还用于将所述终端设备的注册信息发送给所述会话边界控制器池中的其它会话边界控制器，使得其它会话边界控制器记录所述终端设备注册的会话边界控制器的信息。

11.根据权利要求8-10任一所述的会话边界控制器，其特征在于，所述会话边界控制器和所述一个以上其它会话边界控制器通过相同的IP地址与网络侧设备通信；

所述接收单元还用于接收网络侧设备关于所述终端设备的另一业务消息，判断所述终端设备注册的会话边界控制器，并将所述另一业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述另一业务消息。

12.根据权利要求8-10任一所述的会话边界控制器，其特征在于，所述接收单元判断所述终端设备是否在所述会话边界控制器池注册包括：

查询所述会话边界控制器保存的注册列表，判断所述注册列表中是否有所述终端设备的注册信息，如果没有所述终端设备的注册信息，则确认所述终端设备没有在所述会话边界控制器池注册；所述注册列表是所述会话边界控制器记录的终端设备注册的会话边界控制器的信息。

13.根据权利要求9-10任一所述的会话边界控制器，其特征在于，所述注册单元包括第一处理单元和第二处理单元，

所述第一处理单元，用于在所述终端设备没有在所述会话边界控制器池注册时，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；

所述第二处理单元，用于将所述终端设备在所述会话边界控制器池中另一会话边界控制器注册，该另一会话边界控制器为所述任一会话边界控制器备份设备，在所述任一会话边界控制器故障时，由所述另一会话边界控制器处理所述终端设备的业务。

14.根据权利要求9-10任一所述的会话边界控制器，其特征在于，

所述注册单元将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册包括：

所述注册单元通过轮选、随机选择或负荷均衡的方式，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；或，

所述注册单元将所述业务消息分发给离所述终端设备物理地址最近的会话边界控制器进行注册。

Images