WO2012167567A1

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

Info

Publication number: WO2012167567A1
Application number: PCT/CN2011/082718
Authority: WO
Inventors: 叶思海; 余庆华
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2011-11-23
Filing date: 2011-11-23
Publication date: 2012-12-13
Anticipated expiration: 2014-05-23
Also published as: ES2700967T3; EP2773065B1; US9807179B2; EP2773065A1; EP3200432B1; EP2773065A4; US20140258551A1; CN102511146B; CN102511146A; EP3200432A1

Abstract

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

Description

会话边界控制器池的实现方法和会话边界控制器技术领域

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

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

现有技术中，对于会话边界控制器（ SBC, Ses s ion Border Contro l ler ), 通常采用主备方式提供业务，主用 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为本发明实施例一种会话边界控制器池的实现方法的另一个具体实现流程图；

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

图 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 Cont rol ler )或软交换等控制设备。

所述至少二个会话边界控制器通过相同的 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 7 载网路由设备连接，本发明实施例不做具体限制。网络侧设备，例如软交换设备，与 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收到目标地址为 IP11的注册请求后，判断该终端设备 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的路由能到 SBC 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。本实施例以通过 SBCl转发为例进行说明。

更进一步的，在 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 ;

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

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的路由能到 SBC SBC2 和 SBC3 , 则需要通知到 SBC1和 SBC 3。附图所示以通知 SBC1为例进行说明。

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

步骤 31 0: 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收到目标地址为 IP1 1的呼叫请求，判断该终端设备 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 , 该实施例以场景 1下终端设备发起主叫业务且该终端设备注册在 SBC2为例进行说明，包括：

步骤 500: 终端设备 A发起呼叫请求，目标地址为 IP11。根据接入侧 IP承载网路由器上的具体路由配置，该呼叫请求消息可能发给 SBC池内的任意一个 SBC, 本实施例以发给 SBC1为例进行说明；步骤 502: SBC1收到目标地址为 IP11的呼叫请求，判断该终端设备 A已经注册在 SBC2 , 就将该呼叫消息转发给 SBC2;

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

步骤 506:软交换收到呼叫请求后，返回呼叫响应消息，目标地址为 IP23; 步骤 508: SBC2给终端回呼叫响应消息；

更进一步的，在 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 , 该实施例以场景 1下终端设备作为被叫且该终端设备注册在 SBC2为例进行说明，包括：

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

步骤 702: 软交接收到呼叫请求后，向 SBC池下发终端设备 A的呼叫请求消息，目标地址为 ΙΡ23 ,网络侧 IP承载网路由设备把消息直接路由给 SBC2。步骤 704 : SBC2处理该呼叫请求，并向终端设备 A发送呼叫请求消息。本实施例以 SBC2直接向终端设备 A发送呼叫请求消息为例进行说明；终端设备 A收到呼叫请求消息后回响应消息，后续的消息分发过程与终端 A发起的主叫流程相同，不再详述。

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

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

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

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

所述转发单元 1102 , 用于在所述接收单元 11 01判断所述终端设备已在所述会话边界控制器池注册时，将所述业务消息转发给所述终端设备注册的会话边界控制器，由所述终端设备注册的会话边界控制器处理所述业务消息。其中，所述终端设备的业务消息可以是终端设备的呼叫请求消息、被叫请求消息等业务消息。所述 SBC池内的 SBC设备在所述 SBC池内可以具有不同的 IP地址，用以在 SBC池内区分不同的 SBC设备，以进行 SBC池内 SBC设备的通知和管理。

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

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

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

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

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

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

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

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

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

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

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

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

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

所述注册单元 1103通过轮选、随机选择或负荷均衡的方式，将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册；或，所述注册单元 1103将所述业务消息分发给离所述终端设备物理地址最近的会话边界控制器进行注册。

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

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

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

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

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

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

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

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

Claims

权利要求

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

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

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

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

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

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

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

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

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

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

6、根据权利要求 2-5任一所述的会话边界控制器池的实现方法，其特征在于，接收到所述终端设备业务消息的会话边界控制器将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册之后还包括：接收到所述终端设备业务消息的会话边界控制器将所述终端设备在另一会话边界控制器注册，该另一会话边界控制器为所述任一会话边界控制器备用设备，在所述任一会话边界控制器故障时，由所述另一会话边界控制器处理所述终端设备的业务。

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

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

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

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

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

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

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

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

12、根据权利要求 8-11任一所述的会话边界控制器，其特征在于，所述接收单元判断所述终端设备是否在所述会话边界控制器池注册包括：查询所述会话边界控制器保存的注册列表，判断所述注册列表中是否有所述终端设备的注册信息，如果没有所述终端设备的注册信息，则确认所述终端设备没有在所述会话边界控制器池注册；所述注册列表是所述会话边界控制器记录的终端设备注册的会话边界控制器的信息。

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

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

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

14、根据权利要求 9-12任一所述的会话边界控制器，其特征在于，所述注册单元将所述业务消息分发给所述会话边界控制器池内的任一会话边界控制器进行注册包括：

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

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