CN103166922B - 点对点叠加网络中的呼叫请求处理方法、系统和装置 - Google Patents

Abstract

本发明公开了一种P2P叠加网络中的呼叫请求处理方法：mAGCF周期性地接收所连接的SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息；当接收到终端发送来的呼叫请求且确定SN1出现问题时，从所存储的各相关节点中选出一个可用的相关节点SN2，与SN2建立连接，并利用SN2完成本次呼叫。本发明同时公开了一种P2P叠加网络系统以及一种mAGCF。应用本发明所述方案，能够提高呼叫成功率。

Description

点对点叠加网络中的呼叫请求处理方法、系统和装置

技术领域

本发明涉及网络技术，特别涉及一种点对点(P2P，Peer to Peer)叠加网络中的呼叫请求处理方法、系统和装置。

背景技术

现有P2P叠加网络中，需要利用移动接入网关控制实体(mAGCF，MobileAccess Gateway Control Function)来进行电路域终端与超级节点(SN，SuperNode)之间往来消息的转换及传输等工作，以便将电路域终端接入到分组域中。

图1为现有P2P叠加网络系统的组成结构示意图。如图1所示，主要包括：mAGCF、终端和SN；其中，终端可分为电路域终端和分组域终端，电路域终端可为2G终端或3G终端等，分组域终端可为会话初始协议(SIP，Session Initiation Protocol)终端等，分组域终端可直接与SN之间进行往来消息的传输。

当用户需要进行某次通信时，会通过其所使用的终端(电路域终端)向mAGCF发起呼叫请求，mAGCF接收到该呼叫请求后，向所配置的对应的SN请求提供服务，相应地，SN提供相应的服务，并完成本次呼叫。

但是，如果SN出现问题，如图2所示，图2为现有SN可能出现的问题示意图，即可能因为意外故障而退出P2P叠加网络，或者因为高负载而无法再提供服务，则会导致终端的呼叫请求不能被正常处理。

后续，只能由人工为mAGCF重新配置新的SN，但该配置通常不够及时，因此并不是解决问题的理想方式，而由于呼叫请求不能被正常处理，因此降低了呼叫成功率。

发明内容

有鉴于此，本发明提供了一种点对点叠加网络中的呼叫请求处理方法、系统和装置，能够提高呼叫成功率。

为达到上述目的，本发明的技术方案是这样实现的：

一种点对点P2P叠加网络中的呼叫请求处理方法，包括：

移动接入网关控制实体mAGCF周期性地接收所连接的超级节点SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息；

当接收到终端发送来的呼叫请求且确定SN1出现问题时，所述mAGCF从所存储的各相关节点中选出一个可用的相关节点SN2，与SN2建立连接，并利用SN2完成本次呼叫。

一种点对点P2P叠加网络系统，包括：移动接入网关控制实体mAGCF、超级节点SN以及终端；

所述SN，用于周期性地向所连接的mAGCF发送路由表信息，所述路由表信息中包括自身的各相关节点信息；

所述mAGCF，用于周期性地接收所连接的SN发送来的路由表信息，并存储最新的路由表信息；当接收到终端发送来的呼叫请求且确定所连接的SN出现问题时，从所存储的各相关节点中选出一个可用的相关节点，与其建立连接，并利用所选出的相关节点完成本次呼叫。

一种移动接入网关控制实体mAGCF，包括：

第一处理模块，用于周期性地接收所连接的超级节点SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息；

第二处理模块，用于当接收到终端发送来的呼叫请求且确定SN1出现问题时，从第一处理模块所存储的各相关节点中选出一个可用的相关节点SN2，与SN2建立连接，并利用SN2完成本次呼叫。

可见，采用本发明所述方案，当mAGCF所连接的SN出现问题时，可自动选出一个新的可用SN，并与之建立连接，完成本次呼叫，从而提高了呼叫成功率；而且，本发明所述方案实现起来简单方便，便于普及和推广。

附图说明

图1现有P2P叠加网络系统的组成结构示意图。

图2为现有SN可能出现的问题示意图。

图3为本发明P2P叠加网络中的呼叫请求处理方法实施例的流程图。

图4为现有终端注册过程示意图。

图5为本发明中当SN因为意外故障而退出P2P叠加网络时的呼叫请求处理过程示意图。

图6为本发明中当SN因为高负载而无法再提供服务时的呼叫请求处理过程示意图。

图7为本发明mAGCF实施例的组成结构示意图。

具体实施方式

在P2P叠加网络中，各SN之间可通过资源定位与发现(RELOAD，Resource Location and Discovery)消息进行联系，完成连接以及数据存储等操作，而mAGCF只负责进行消息的发送和接收等，并不进行数据存储和消息路由等。

本发明所述方案中，对现有mAGCF的功能进行扩展，使其可以存储所连接的SN发送来的路由表信息，并能够在所连接的SN出现问题时，根据路由表信息选择和连接新的SN。

图3为本发明P2P叠加网络中的呼叫请求处理方法实施例的流程图。如图3所示，包括以下步骤：

步骤31：mAGCF周期性地接收所连接的SN，假设为SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息。

当SN1与mAGCF连接后，SN1会周期性地向mAGCF发送路由表信息，其中包括自身的各相关节点信息，如何确定哪些节点为自身的相关节点不作限制，比如，可利用P2P叠加网络中的某种成熟算法来确定哪些节点为自身的相关节点，另外，由于在P2P叠加网络中，每个节点的相关节点均是动态变化的，因此，SN1需要周期性地向mAGCF发送路由表信息。

mAGCF每次接收到SN1发送来的路由表信息后，即会确定本次接收到的路由表信息相比于前一次接收到的路由表信息是否有更新，如果有，则利用本次接收到的路由表信息更新之前所存储的路由表信息，即始终存储最新的路由表信息。

SN1每相邻两次发送路由表信息之间间隔的时长可根据实际需要而定。

步骤32：当接收到终端发送来的呼叫请求且确定SN1出现问题时，mAGCF从所存储的各相关节点中选出一个可用的相关节点，假设为SN2，与SN2建立连接，并利用SN2完成本次呼叫。

当用户需要与另一用户进行通话时，会利用所使用的终端(电路域终端)向mAGCF发起呼叫请求。

需要说明的是，终端在开机等情况下，需要首先接入网络，即执行注册流程，之后才能进行发起呼叫请求等处理。

图4为现有终端注册过程示意图。如图4所示，包括以下步骤：

步骤41：终端向mAGCF发送注册请求(Register Req)消息，其中可携带有终端标识等信息。

步骤42～43：mAGCF向SN1发送连接请求(Attach App)消息；连接建立，SN1向mAGCF返回连接响应(Attach Ans)消息。

步骤44：mAGCF向SN1发送Register Req消息(RELOAD消息)。

步骤45：SN1与终端之间执行鉴权(Authentication)过程。

步骤46：鉴权通过，SN1向mAGCF返回注册响应(Register Ans)消息(RELOAD消息)。

步骤47：mAGCF向终端返回注册响应(Register Rsp)消息。

至此，注册完成。

mAGCF接收到终端发起的呼叫请求后，如果确定SN1出现了问题，则从所存储的各相关节点中选出一个可用的相关节点SN2，这里所提到的“可用”，即指能够提供服务，并与SN2建立连接，利用SN2完成本次呼叫。

具体来说，路由表信息中可包括各相关节点的地址信息，mAGCF根据所存储的各相关节点的地址向各相关节点发送检测消息，并从返回响应消息的各相关节点中选出一个相关节点，所选出的相关节点即为SN2，其中，返回响应消息的各相关节点均为能够提供服务的相关节点，也就是说，如果已经退出P2P叠加网络或者处于高负载状态，则不会返回响应消息。

另外，mAGCF可从返回响应消息的各相关节点中随机选出一个相关节点，或者，根据发送检测消息的时间以及接收到响应消息的时间确定返回响应消息的各相关节点的时延，从中选出时延最小的一个相关节点，当然，也可以采用其它选择方式，本实施例中不作限制。

如前所述，SN1出现问题，可能是因为意外故障而退出P2P叠加网络，也可能是因为高负载而无法再提供服务，为使本发明所述方案更加清楚、明白，以下分别针对这两种情况，对本发明所述方案进行进一步说明。

图5为本发明中当SN因为意外故障而退出P2P叠加网络时的呼叫请求处理过程示意图。其中，UE1表示发起呼叫请求的终端，UEx表示UE1的呼叫对象，SN1表示UE1对应的SN，SNx表示UEx对应的SN，并假设mAGCF与SN1之间已经建立连接。如图5所示，包括以下步骤：

步骤51～52：SN1周期性地向mAGCF发送更新请求(Update Req)消息，其中携带有路由表信息；mAGCF接收到Update Req消息后，向SN1返回更新响应(Update Ans)消息，并存储最新的路由表信息。

步骤53：UE1向mAGCF发起呼叫请求，其中可携带有自身的标识以及呼叫对象的标识等。

步骤54：mAGCF向SN1发送连接请求(Attach Req)消息，如果超过预定时长仍未接收到SN1返回的连接响应(Attach Ans)消息，则确定SN1因为意外故障而退出了P2P叠加网络。

步骤55～56：mAGCF向所存储的路由表中的各相关节点发送检测消息，即拼请求(Ping Req)消息，并接收各相关节点返回的拼响应(Ping Ans)消息。

步骤57：mAGCF从返回响应消息的各相关节点中选出一个，假设为SN2，向SN2发送Attach Req消息。

步骤58：SN2向mAGCF返回Attach Ans消息。

步骤59：mAGCF向SN2发送邀请(Invite)消息。

步骤510～513：SN2将接收到的Invite消息路由给SNx；SNx将接收到的Invite消息发送给UEx；UEx向SNx返回200OK响应消息；SNx向SN2返回200OK响应消息。

步骤514：SN2向mAGCF返回200OK响应消息。

步骤515：mAGCF向UE1返回呼叫响应消息。

之后，UE1即可通过mAGCF、SN2以及SNx来与UEx进行通话，如何进行通话为现有技术。

图6为本发明中当SN因为高负载而无法再提供服务时的呼叫请求处理过程示意图。其中，UE1表示发起呼叫请求的终端，UEx表示UE1的呼叫对象，SN1表示UE1对应的SN，SNx表示UEx对应的SN，并假设mAGCF与SN1之间已经建立连接。如图6所示，包括以下步骤：

步骤61～62：SN1周期性地向mAGCF发送Update Req消息，其中携带有路由表信息；mAGCF接收到Update Req消息后，向SN1返回Update Ans消息，并存储最新的路由表信息。

步骤63：UE1向mAGCF发起呼叫请求。

步骤64～65：mAGCF向SN1发送Attach Req消息；SN1向mAGCF返回Attach Ans响应消息，通知mAGCF其正处于高负载状态，不能再提供服务。

步骤66～616的实现过程与图5所示步骤55～515的实现过程相同，不再赘述。

无论是对于图5还是图6所示情况，为进一步提高呼叫成功率，当连接到SN2之后，mAGCF均可周期性地接收SN2发送来的路由表信息，并存储最新的路由表信息。

这样，若在本次呼叫过程中SN2出现问题(实际发生的可能性很小，如因为意外故障而退出P2P叠加网络)，则可中断本次呼叫，并在当再次接收到终端发送来的呼叫请求时，从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3完成本次呼叫；或者，若在本次呼叫过程中SN2出现问题，则从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3继续处理本次呼叫，具体采用哪种方式可根据实际需要而定。依次类推，还可能需要选出SN4、SN5等，不再赘述。

基于上述介绍，本发明同时提供了一种P2P叠加网络系统，包括：mAGCF、SN以及终端。

其中，SN，用于周期性地向所连接的mAGCF发送路由表信息，所述路由表信息中包括自身的各相关节点信息；

mAGCF，用于周期性地接收所连接的SN发送来的路由表信息，并存储最新的路由表信息；当接收到终端发送来的呼叫请求且确定所连接的SN出现问题时，从所存储的各相关节点中选出一个可用的相关节点，与其建立连接，并利用所选出的相关节点完成本次呼叫。

图7为本发明mAGCF实施例的组成结构示意图。如图7所示，包括：

第一处理模块，用于周期性地接收所连接的SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息；

第二处理模块，用于当接收到终端发送来的呼叫请求且确定SN1出现问题时，从第一处理模块所存储的各相关节点中选出一个可用的相关节点SN2，与SN2建立连接，并利用SN2完成本次呼叫。

其中，第二处理模块中可具体包括：

第一处理单元，用于当接收到终端发送来的呼叫请求且确定SN1出现问题时，向第一处理模块中所存储的各相关节点发送检测消息，并从返回响应消息的各相关节点中选出一个相关节点SN2；其中，返回响应消息的各相关节点均为能够提供服务的相关节点；

第二处理单元，用于与SN2建立连接，并利用SN2完成本次呼叫。

具体地，第一处理单元可从返回响应消息的各相关节点中随机选出一个相关节点；或者，根据发送检测消息的时间以及接收到响应消息的时间确定返回响应消息的各相关节点的时延，从中选出时延最小的一个相关节点。

上述路由表信息中还包括：各相关节点的地址信息；第一处理单元根据各相关节点的地址向各相关节点发送检测消息。

另外，第二处理单元可进一步用于，当与SN2建立连接后，周期性地接收SN2发送来的路由表信息，并存储最新的路由表信息；若在本次呼叫过程中SN2出现问题，则中断本次呼叫，并在当再次接收到终端发送来的呼叫请求时，从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3完成本次呼叫；或者，若在本次呼叫过程中SN2出现问题，则从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3继续处理本次呼叫。

需要说明的是，在实际应用中，图7所示mAGCF中还会进一步包括一些用于实现其现有功能的其它组成部分，由于与本发明所述方案无直接关系，故不作介绍。

上述系统和装置实施例的具体工作流程请参照前述方法实施例中的相应说明，此处不再赘述。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (8)

1.一种点对点P2P叠加网络中的呼叫请求处理方法，其特征在于，包括：

移动接入网关控制实体mAGCF周期性地接收所连接的超级节点SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息；

当接收到终端发送来的呼叫请求且确定SN1出现问题时，所述mAGCF从所存储的各相关节点中选出一个可用的相关节点SN2，与SN2建立连接，并利用SN2完成本次呼叫；

该方法进一步包括：

当与SN2建立连接后，所述mAGCF周期性地接收SN2发送来的路由表信息，并存储最新的路由表信息；

若在本次呼叫过程中SN2出现问题，则中断本次呼叫，并在当再次接收到终端发送来的呼叫请求时，从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3完成本次呼叫；

或者，若在本次呼叫过程中SN2出现问题，则从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3继续处理本次呼叫。

2.根据权利要求1所述的方法，其特征在于，所述从所存储的各相关节点中选出一个可用的相关节点包括：

向所存储的各相关节点发送检测消息；

从返回响应消息的各相关节点中选出一个相关节点；

其中，返回响应消息的各相关节点均为能够提供服务的相关节点。

3.根据权利要求2所述的方法，其特征在于，所述从返回响应消息的各相关节点中选出一个相关节点包括：

从返回响应消息的各相关节点中随机选出一个相关节点；

或者，根据发送检测消息的时间以及接收到响应消息的时间确定返回响应消息的各相关节点的时延，从中选出时延最小的一个相关节点。

4.根据权利要求2所述的方法，其特征在于，

所述路由表信息中还包括：各相关节点的地址信息；

所述向所存储的各相关节点发送检测消息包括：根据各相关节点的地址向各相关节点发送检测消息。

5.根据权利要求1、2或4所述的方法，其特征在于，所述出现问题包括：因为意外故障而退出P2P叠加网络、因为高负载而无法再提供服务。

6.一种移动接入网关控制实体mAGCF，其特征在于，包括：

第一处理模块，用于周期性地接收所连接的超级节点SN1发送来的路由表信息，并存储最新的路由表信息，所述路由表信息中包括SN1的各相关节点信息；

第二处理模块，用于当接收到终端发送来的呼叫请求且确定SN1出现问题时，从第一处理模块所存储的各相关节点中选出一个可用的相关节点SN2，与SN2建立连接，并利用SN2完成本次呼叫；

所述第二处理模块中包括：

第一处理单元，用于当接收到终端发送来的呼叫请求且确定SN1出现问题时，向第一处理模块中所存储的各相关节点发送检测消息，并从返回响应消息的各相关节点中选出一个相关节点SN2；其中，返回响应消息的各相关节点均为能够提供服务的相关节点；

第二处理单元，用于与SN2建立连接，并利用SN2完成本次呼叫；

所述第二处理单元进一步用于，当与SN2建立连接后，周期性地接收SN2发送来的路由表信息，并存储最新的路由表信息；若在本次呼叫过程中SN2出现问题，则中断本次呼叫，并在当再次接收到终端发送来的呼叫请求时，从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3完成本次呼叫；或者，若在本次呼叫过程中SN2出现问题，则从所存储的各相关节点中选出一个可用的相关节点SN3，与SN3建立连接，利用SN3继续处理本次呼叫。

7.根据权利要求6所述的mAGCF，其特征在于，所述第一处理单元从返回响应消息的各相关节点中随机选出一个相关节点；或者，根据发送检测消息的时间以及接收到响应消息的时间确定返回响应消息的各相关节点的时延，从中选出时延最小的一个相关节点。

8.根据权利要求6所述的mAGCF，其特征在于，所述路由表信息中还包括：各相关节点的地址信息；所述第一处理单元根据各相关节点的地址向各相关节点发送检测消息。