[发明专利]一种IP多媒体子系统中网元间的负荷分担方法

说明书

技术领域

本发明涉及到一种在IMS(IP多媒体子系统)中实现同网元间负荷分担的方法。

背景技术

在IMS(IP多媒体子系统)中若希望实现网元级别的负荷分担，传统的做法是在发起请求的客户端进行逻辑判断。举例来说，若希望多个HSS(Home Subscriber Server，归属用户服务器)间能够做到负荷分担，那么S-CSCF(Serving-Call Session Control Function，服务呼叫会话控制功能)作为客户端，必须知道每个HSS的地址，然后决定向哪一个HSS发送请求消息。如果有多个客户端，那么每个客户端都需要服务器信息。当网络结构发生了变化，那么所需要修改的配置数据发布在各个客户端，需要一一修改过来，相当的麻烦。

另外，客户端要做到负荷分担，需要在处理逻辑中加入一些特殊处理，并且和服务器协商一致。举例来说，客户端可以选择将请求消息均匀发送到各个服务器，也可以在判断服务器的负荷等级后，优先向负荷轻的服务器发送请求消息。这些都涉及到客户端的修改。如果客户端和服务器就是两个厂商的产品，则无法要求客户端做协议规定以外的改动。

发明内容

本发明要解决的技术问题是提供一种IP多媒体子系统中网元间的负荷分担方法，克服现有IMS中实现网元间负荷分担的困难，客户端无需了解服务器端的负荷状况，且对服务器端也更为安全。

为了解决上述技术问题，本发明提供了一种IP多媒体子系统中的网元间负荷分担方法，包括以下步骤：

(a)客户端网元采用预先配置的服务器端网元标识信息作为目标地址发起业务请求；

(b)中继代理收到所述业务请求后，根据其上保存的所述服务器端网元标识信息所对应的服务器端网元的负荷状态及负荷分担原则选择服务器端网元，将所述业务请求发送至所选择的服务器端网元；

(c)所述选择的服务器端网元处理业务请求，返回响应消息；

(d)所述中继代理向客户端网元转发响应消息。

进一步地，上述方法还可具有以下特点，所述客户端网元、中继代理、服务器端网元之间采用Diameter协议通信。

进一步地，上述方法还可具有以下特点，所述服务器端网元标识信息对应一组服务器端网元，该组服务器端网元中至少包含两个服务器端网元；所述中继代理上保存了一个或多个所述服务器端网元标识信息，以及每个服务器端网元标识信息与真实服务器端网元地址的对应关系。

进一步地，上述方法还可具有以下特点，在所述服务器端网元标识信息对应一组服务器端网元中，分别设置主用服务器端网元和备用服务器端网元。

进一步地，上述方法还可具有以下特点，在所述步骤(b)中，所述中继代理优先向主用服务器端网元转发业务请求，在主用服务器端网元不可用时，再将业务请求发送至备用服务器端网元。

进一步地，上述方法还可具有以下特点，在所述步骤(b)中，所述中继代理同时将所述业务请求发送给主服务器端网元和备用服务器端网元。

进一步地，上述方法还可具有以下特点，当所述选择的服务器端网元负荷过重时，所述中继代理停止向其转发业务请求，待负荷状态信息满足要求后再向其发送新的业务请求。

进一步地，上述方法还可具有以下特点，当所述选择的服务器端网元无法返回响应消息时，所述中继代理停止向其转发业务请求，待通过握手消息确认所述服务器端网元工作正常后，再向其发送新的业务请求。

进一步地，上述方法还可具有以下特点，当所述选择的服务器端网元出现故障时，所述中继代理将客户端网元的业务请求消息发送到具有相同服务器端网元标识信息的另一服务器端网元上，待所选择的服务器端网元故障恢复后，再向其发送新的业务请求。

进一步地，上述方法还可具有以下特点，所述中继代理通过以下方式的一种或几种获取服务器端网元的负荷状态：所述中继代理向服务器端网元发送心跳请求，服务器端网元返回心跳响应，响应中携带本节点的负荷状态信息；所述中继代理向服务器端网元发送握手消息，服务器端网元在返回的消息中携带本节点的负荷状态信息；所述服务器端网元在向所述中继代理返回的业务处理响应消息中携带本节点的负荷状态信息；所述服务器端网元主动向所述中继代理上报其负荷状态信息。