一种容灾方法、装置及通信系统与流程

本发明涉及通信系统内的容灾领域，尤其涉及一种容灾方法、装置及通信系统。

背景技术：

为了保证通信系统不能因为单个设备故障导致系统瘫痪，现有技术提供了容灾机制，为通信设备配置容灾设备，当该通信设备故障时，其执行的业务转交给对应的容灾设备执行，以此来维持通信系统的正常运行。

现有的容灾方法为：源设备或者中转设备直接将通信请求(认证业务等)发送至目标设备，目标设备若因为设备故障导致不可用时，目标设置通知源设备将这些通信请求转发至目标设备的容灾设备进行处理。这种方法因为需要先将通信请求发送给目标设备，过程较慢，效率低。

因此，如何提供一种现有容灾效率低的容灾方法，是本领域技术人员亟待解决的技术问题。

技术实现要素：

本发明提供了一种容灾方法、装置及通信系统，以解决现有容灾效率低的问题。

本发明提供了一种容灾方法，其包括：在接收到源设备的通信请求后，确定通信请求的目标设备；判断目标设备的工作状态是否可用，若不可用，则通知源设备与目标设备的容灾设备进行通信。

进一步的，判断目标设备的工作状态是否可用包括：判断其与目标设备之间是否存在可用链路，若否，则工作状态为不可用。

进一步的，还包括：若否，则发动单次建链，当单次建链失败次数大于预设值时，工作状态为不可用。

进一步的，通知源设备与目标设备的容灾设备进行通信包括：查找目标设备的容灾设备，将容灾设备的标识发送至源设备。

进一步的，通知源设备与目标设备的容灾设备进行通信包括：通知源设备目标设备不可用，通知源设备查找目标设备的容灾设备。

本发明提供了一种容灾装置，其包括：确定模块，用于在接收到源设备的通信请求后，确定通信请求的目标设备；处理模块，用于判断目标设备的工作状态是否可用，若不可用，则通知源设备与目标设备的容灾设备进行通信。

进一步的，处理模块用于判断其与目标设备之间是否存在可用链路，若否，则工作状态为不可用。

进一步的，处理模块还用于若否，则发动单次建链，当单次建链失败次数大于预设值时，工作状态为不可用。

进一步的，处理模块用于查找目标设备的容灾设备，将容灾设备的标识发送至源设备。

进一步的，处理模块用于通知源设备目标设备不可用，通知源设备查找目标设备的容灾设备。

本发明也提供了一种通信系统，其包括本发明提供的容灾装置。

本发明的有益效果：

本发明提供了一种新的容灾方法，在发送通信请求到目标设备之前，先判断目标设备的工作状态，若目标设备不可用，则直接通知源设备将通信请求发送给容灾设备，而不必发送给目标设备，减少了通信流程，提供了容灾效率，解决了现有容灾效率低的问题。

附图说明

图1为本发明第一实施例提供的容灾装置的结构示意图；

图2为本发明第二实施例提供的容灾方法的流程图；

图3为本发明第三实施例提供的容灾方法的流程图。

具体实施方式

现通过具体实施方式结合附图的方式对本发明做出进一步的诠释说明。

第一实施例：

图1为本发明第一实施例提供的容灾装置的结构示意图，由图1可知，在本实施例中，本发明提供的容灾装置1包括：

确定模块11，用于在接收到源设备的通信请求后，确定通信请求的目标设备；

处理模块12，用于判断目标设备的工作状态是否可用，若不可用，则通知源设备与目标设备的容灾设备进行通信，若可用则转发通信请求至目标设备。

在一些实施例中，上述实施例中的处理模块12用于判断其与目标设备之间是否存在可用链路，若否，则工作状态为不可用。

在一些实施例中，上述实施例中的处理模块12还用于若否，则发动单次建链，当单次建链失败次数大于预设值时，工作状态为不可用。

在一些实施例中，上述实施例中的处理模块12用于查找目标设备的容灾设备，将容灾设备的标识发送至源设备。

在一些实施例中，上述实施例中的处理模块12用于通知源设备目标设备不可用，通知源设备查找目标设备的容灾设备。

对应的，本发明也提供了一种通信系统，其包括本发明提供的容灾装置1。

第二实施例：

图2为本发明第二实施例提供的容灾方法的流程图，由图2可知，在本实施例中，本发明提供的容灾方法包括以下步骤：

S201：在接收到源设备的通信请求后，确定通信请求的目标设备；

S202：判断目标设备的工作状态是否可用，若不可用，则通知源设备与目标设备的容灾设备进行通信。

在一些实施例中，上述实施例中的判断目标设备的工作状态是否可用包括：判断其与目标设备之间是否存在可用链路，若否，则工作状态为不可用。

在一些实施例中，上述实施例还包括：若否，则发动单次建链，当单次建链失败次数大于预设值时，工作状态为不可用。

在一些实施例中，上述实施例中的通知源设备与目标设备的容灾设备进行通信包括：查找目标设备的容灾设备，将容灾设备的标识发送至源设备。

在一些实施例中，上述实施例中的通知源设备与目标设备的容灾设备进行通信包括：通知源设备目标设备不可用，通知源设备查找目标设备的容灾设备。

现结合具体应用场景对本发明做进一步的诠释说明。

第三实施例：

本实施例以GBA通信系统为例对本发明进行诠释说明，GAA(Generic Authentication Architecture)是一种通用的鉴权机制，GAA有两种类型的认证机制，一个基于通讯实体间的共享密钥，称为GBA(Generic Bootstrapping Architecture)；另一种是基于(公共、私有)钥匙对称数字证书，称为SSC(Support for Subscriber Certificates),GBA采用共享密钥机制,方便UE和网络部署,得到广泛应用。在GBA架构中，引入了两个逻辑网元，BSF和AP，BSF(Bootstrapping Server Function)作为引导服务功能，可以从HSS获得GBA的用户安全设置和AKA认证向量；AP(Authentication Proxy)作为认证代理功能，代替AS完成对UE的认证，然后通过AP和AS之间的接口转发UE请求到AS。目前在标准中针对BSF和AP的没有容灾描述，传统容灾的方案是在上一跳网元中设置下一跳对应容灾的网元，本方案直接采用终端和BSF生产的B-TID中BSF主机名实现容灾，简单，易实施。

结合本实施例的运用场景，本专利的核心思想就是利用BSF在引导时候生产的B-TID中BSF域名或者主机名,AP在向该BSF发送BIR之前，首先判断该BSF的状态，当该BSF主机的状态不可用的时候，返回重新引导指示消息，要求终端重新引导，在终端重新引导的时候选择了容灾的BSF，由容灾BSF提供引导功能。

图3为本发明第三实施例提供的容灾方法的流程图，由图3可知，在本实施例中，本发明提供的容灾方法包括以下步骤：

S301：用户终端UE与BSF完成引导。

本步骤为UE通过BSF引导流程，BSF生成B-TID并发送给UE流程。具体的，本步骤包括：

UE向BSF发送GET请求消息，参数携带IMPI；

BSF收到请求消息后，对于初始引导流程，BSF通过Zh接口向HSS发送认证请求消息，请求消息中携带IMPI信息；

HSS返回认证响应消息，响应消息中携带认证向量；

BSF构造401认证响应消息，并发送给UE；

UE构造请求消息并发送给BSF，请求消息中包括鉴权的response值；

BSF收到UE发送的请求后，并引导成功后，BSF构造200OK成功响应消息，响应消息中携带B-TID等信息，并发送给UE，B-TID的生成规则为：base64encode(RAND)@BSF_servers_domain_name。

S302：中转设备AP检测BSF主机的工作状态。

本步骤包括以下步骤：

AP根据配置的检测定时器间隔设置检测定时器；

检测定时器时间到了后，AP判断到目的BSF主机是否存在可用链路，如果不存在链路，则检测进程发起单次建链；

AP判断本次定时器检测主机状态为正常，则将该主机检测成功次数加1，如果成功次数大于等于可用检测次数，则设置目前主机状可用；

AP判断本次定时器检测主机状态为故障，则将该主机检测不可用次数加1，如果失败次数大于等于故障检测次数，则设置目前主机状不可用。

S303：AP接收到发送给BSF通信请求，判断目标设备的工作状态不可用， 通知终端重新引导。

AP在接收到终端发起的鉴权请求(通信请求的一种具体应用)后，终端在HTTP消息中携带了B-TID，AP在发送BIR请求到BSF之前，根据BSF主机的不同状态做不同的处理。本步骤以BSF主机的工作状态不可用为例进行说明，若主机状态可用，后续流程与步骤S305相同。

具体的，本步骤包括以下步骤：

终端发送HTTP GET消息到AP协商GBA鉴权方式；

AP回复401，指示UE进行GBA鉴权；

终端携带B-TID向AP发起GBA鉴权请求；

AP解析B-TID，提取出BSF主机名，判断BSF主机的状态为不可用，AP向终端返回重新引导指示。AP可以采用三种方案给终端返回重新引导指示：AP向终端返回401消息其中stale＝false或者不携带stale＝false，要求终端进行重新引导；AP向终端返回401消息，在401消息中扩展参数，在扩展参数中携带bsf2的IP地址或者主机名或者域名，要求终端向bsf2进行重新引导；AP向终端返回3XX消息，在3XX消息中携带bsf2的IP地址或者主机名或者域名,终端接收到该3XX消息后，重新向bsf2引导。

S304：终端向容灾设备进行重新引导。

终端在接收到重新引导消息后，根据自身配置或者BSF主机名/域名到DNS查询，获得BSF2(容灾设备)的IP地址，而后终端按照步骤S301的内容向BSF2发起引导，引导成功后，BSF2返回B-TID为base64encode(RAND)@BSF2给终端。

S305：AP接收到发送给BSF2通信请求，判断容灾设备的工作状态可用，执 行后续鉴权流程。

终端发送携带BSF2的B-TID base64encode(RAND)@BSF2 HTTP消息到AP，AP判断BSF2状态可用。AP发送BIR消息到HSS，查询鉴权数据。BSF2通过BIA消息返回鉴权数据。AP在鉴权通过后，将HTTP消息转发给相应的AS。

本实施例结合具体运用场景，提供了一种AP和BSF之间实现容灾的一种方法，包括主机检测，容灾处理。在AP通过Zn接口发送BIR消息前，判断BSF主机状态，当对应的BSF宕机或者网络中断，AP返回重新引导指示消息，要求终端进行重新引导，终端将鉴权引导消息发送到容灾BSF，保证鉴权业务可以正常的进行下去。

综上可知，通过本发明的实施，至少存在以下有益效果：

在发送通信请求到目标设备之前，先判断目标设备的工作状态，若目标设备不可用，则直接通知源设备将通信请求发送给容灾设备，而不必发送给目标设备，减少了通信流程，提供了容灾效率，解决了现有容灾效率低的问题。

以上仅是本发明的具体实施方式而已，并非对本发明做任何形式上的限制，凡是依据本发明的技术实质对以上实施方式所做的任意简单修改、等同变化、结合或修饰，均仍属于本发明技术方案的保护范围。