WO2011057551A1 - 一种进行网络设备负载均衡的方法及ip多媒体子系统 - Google Patents

一种进行网络设备负载均衡的方法及ip多媒体子系统 Download PDF

Info

Publication number
WO2011057551A1
WO2011057551A1 PCT/CN2010/078521 CN2010078521W WO2011057551A1 WO 2011057551 A1 WO2011057551 A1 WO 2011057551A1 CN 2010078521 W CN2010078521 W CN 2010078521W WO 2011057551 A1 WO2011057551 A1 WO 2011057551A1
Authority
WO
WIPO (PCT)
Prior art keywords
network element
service provider
provider network
load
resource information
Prior art date
Application number
PCT/CN2010/078521
Other languages
English (en)
French (fr)
Inventor
李振东
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011057551A1 publication Critical patent/WO2011057551A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1045Proxies, e.g. for session initiation protocol [SIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers

Definitions

  • the present invention relates to the field of communications, and in particular, to a network interconnection protocol (Internet Protocol, IP for short) multimedia subsystem and a method for performing network device load balancing in an IP multimedia subsystem.
  • IP Internet Protocol
  • IP Multimedia Subsystem is a kind of foundation proposed by the 3rd Generation Partnership Project (3GPP).
  • the IP network architecture creates an open and flexible business environment that supports multimedia applications and provides users with rich multimedia services.
  • the control layer and the service layer are separated.
  • the control layer does not provide specific services, and only provides the necessary triggering, routing, charging, and control functions to the service layer.
  • the service triggering and control functions in the control layer are implemented by the Call Session Control Function (CSCF).
  • the call session control functions are divided into: proxy call session control function (Proxy-CSCF, referred to as P-CSCF), interrogating-CSCF (I-CSCF for short) and service call session control function (Serving-CSCF, referred to as S-CSCF) three types.
  • the IMS user equipment User Equipment, UE for short
  • the first signaling access point at the IMS layer is the P-CSCF.
  • the P-CSCF can be in the home network or on the visited network.
  • the Home Subscriber Server (HSS) is used to store user-related information.
  • the service layer in the IMS service system consists of a series of Application Servers (ASs) that provide specific service services.
  • the AS can be a separate entity or it can exist in the S-CSCF.
  • the S-CSCF of the control layer controls the service trigger according to the subscription information of the user, invokes the service on the AS, and implements the service function.
  • FIG. 1 is a schematic diagram of an initial IMS registration process after a UE is powered on. The UE first obtains a P-CSCF address, and then registers with the S-CSCF of the home IMS network, and the S-CSCF replaces the user to initiate the first. The third party is registered to the AS.
  • the performance of the service provider network elements is limited.
  • multiple devices of the same type are required for load sharing (such as multiple P-CSCF, S-CSCF, and AS, etc.).
  • the load sharing technology distributes the load of the heavily loaded service provider network element to the same type of lightly loaded device.
  • the heavily loaded P-CSCF distributes the load to the load.
  • Figure 2 shows the architecture of this load sharing: a network resource information server (RIS) is added to the network, and each service provider network element reports its own load status to RIS.
  • RIS network resource information server
  • the registrant entity is selecting the service network.
  • Figure 3 is a flow chart of selecting a P-CSCF that can be load-sharing after the UE is powered on.
  • the two network elements, P-CSCF1 and P-CSCF2 are used as load balancing network elements as an example.
  • the following steps are included: 301, the P-CSCF periodically sends a load status to the RIS to report the fault, and notifies the RIS of its own load status;
  • Step 302 The RIS periodically updates the load status of each P-CSCF in the Domain Name System (DNS).
  • DNS Domain Name System
  • Step 303 The UE requests a P-CSCF address from the DNS.
  • Step 304 The DNS returns a P-CSCF address suitable for the UE to the UE.
  • Figure 4 is a flow chart of the I-CSCF selecting the load-sharing S-CSCF.
  • the S-CSCF1 and the S-CSCF2 are used as the load-sharing NEs. The following steps are included: 401.
  • the S-CSCF periodically sends a load status to the RIS to report the load status to the RIS.
  • the technical problem to be solved by the present invention is to provide a method for performing network device load balancing and an IP multimedia subsystem, which improves the load balancing capability of an overloaded service provider network element, and improves the registration speed and system performance of the requesting entity.
  • the present invention provides a method for performing network device load balancing, the method comprising: When the service provider network element receives the registration request sent by the requesting entity entity and determines that the load quantity of the service provider network element is greater than or equal to the load quantity threshold, according to what can be learned from the resource information server before or after receiving the registration request, The information of other service provider network elements that are load balanced by the service provider network element, and redirects the registration request to a service provider network element learned from the resource information server.
  • the method further includes: the service provider network element participating in the load balancing reporting the load amount to the resource information server, where the resource information server participates in load balancing
  • the service provider network element notifies information of all or part of the service provider network element that can be load balanced with the service provider network element; and redirects the registration request to a service provider network element learned from the resource information server
  • the service provider network element selects a service party network element as the destination service provider network element in the service provider network element that is learned from the resource information server and can perform load balancing with the service provider network element. Redirecting the registration request to the destination service party network element.
  • the method further includes: the service provider network element participating in the load balancing reporting the load amount to the resource information server, where the resource information server participates in load balancing
  • the response message carries information of all or part of the servant network elements that can be load balanced with the servant network element; and redirects the registration request to the slave resource information.
  • the step of the service provider network element learned by the server includes: the service provider network element selects a service party network from the service provider network element that can be learned from the response message and can be load balanced with the service provider network element. The element acts as the destination service party network element, and redirects the registration request to the destination service party network element.
  • the method further includes: reporting, by the service provider network element participating in the load balancing, the load amount to the resource information server; after receiving the registration request sent by the requesting entity, the service provider network element determines the service provider network element
  • the step of redirecting the registration request to a service party network element learned from the resource information server includes: the service provider network element queries the resource information server And the service provider network element capable of load balancing with the service provider network element and having a load smaller than the load threshold, and selecting one of the learned service provider network elements as the destination service provider network element, and redirecting the registration request to The destination server is on the network element.
  • the requesting party entity is a user equipment, and the server network element is a proxy call session control function; or the requesting party entity is an inquiry call session control function, and the service provider network element is a service call session control function; or The requestor entity is a service call session control function, and the service provider network element is an application server.
  • the present invention further provides an IP multimedia subsystem for performing network device load balancing, including a requesting entity, a resource information server, and a service party network element, where: the service provider network element is set to: When the registration request sent by the requesting entity determines that the load of the service provider network element is greater than or equal to the load threshold, the network information element can be learned from the resource information server before or after receiving the registration request.
  • the resource information server is configured to: after receiving the load reported by the service provider network element, when the response message is returned to the service provider network element participating in the load balancing, the response message carries the load that can be loaded with the service provider network element Equalizing all or part of the information of the service provider network element; the service provider network element is further configured to: report the load amount to the resource information server; and after receiving the registration request sent by the requesting entity, determine the service party
  • the method is configured to redirect the registration request to a service provider network element learned from the resource information server as follows: A service provider network element is selected as a destination service provider network element among the service provider network elements that can perform load balancing with the service provider network element, and the registration request is redirected to the destination service provider network element.
  • the information of the service provider network element that can be load balanced with the service provider network element by the resource information server to the service provider network element refers to the load quantity or identifier of the service provider network element;
  • the party network element is configured to select a servant network element as the destination servant network element as follows: when the load amount of the other servant network element is known from the resource information server, the learned network can be learned from the servant network.
  • the service provider network element that performs load balancing selects a service provider network element whose load quantity is smaller than the load quantity threshold as the destination service provider network element; or, when the other service party network element identifier is known from the resource information server, A servant network element that is learned to be load balanced with the servant network element is selected as a destination servant network element.
  • the service provider network element is further configured to: report the load amount to the resource information server; After receiving the registration request sent by the requesting entity, determining that the load of the service provider network element is greater than or equal to the load threshold, the method is configured to redirect the registration request to the information learned from the resource information server.
  • a service provider network element querying the resource information server for a service provider network element capable of load balancing with the service provider network element and having a load quantity smaller than a load threshold, and selecting one of the learned service party network elements as The destination servant network element redirects the registration request to the destination servant network element.
  • the service provider network element is further configured to: report the load amount to the resource information server; and, after receiving the registration request sent by the requesting entity, determine that the load quantity of the service provider network element is greater than or equal to the load quantity threshold And configured to redirect the registration request to a service provider network element learned from the resource information server by: sending a destination service provider network element query message to the resource information server; and from the resource information After the server learns the destination service provider network element, the registration request is redirected to the destination service provider network element.
  • the resource information server is configured to: after receiving the destination service party network element query message sent by the service provider network element, Selecting one of the service provider network elements that can be load balanced with the service provider network element and the load quantity is less than the load threshold, and notifying the service provider network element.
  • the registration is based on information of other service party network elements that can be learned from the resource information server before or after receiving the registration request and capable of load balancing with the service provider network element.
  • the request is redirected to the January party network element learned from the resource information server.
  • the invention provides a new solution for load balancing of the service provider network element, improves the load balancing capability of the overloaded service provider network element, and improves the registration speed and system performance of the requesting entity.
  • 1 is a schematic diagram of an initial IMS registration process after a user equipment is powered on in the prior art
  • FIG. 2 is a schematic diagram of a load splitting system in a system including a network element resource information server in the prior art;
  • FIG. 4 is a flowchart of selecting an S-CSCF that can perform load sharing in the prior art;
  • FIG. 5a is a request in Embodiment 1.
  • FIG. 5b shows a method in which the requesting entity is an inquiry call session control function, and the service party network element is a service call session control, where the party entity is a user equipment and the service provider network element is a proxy call session control function.
  • FIG. 5 is a schematic diagram of a method for load balancing when the requesting entity is a service call session control function and the service provider network element is an application server in the first embodiment
  • FIG. 6a is a schematic diagram of the requester in the second embodiment
  • FIG. 6b is a requester in the second embodiment.
  • the entity is a query call session control function
  • the service provider network element is a method for load balancing when serving the call session control function
  • FIG. 6c is a second embodiment, the requesting entity is a service call session control function, and the service party network element is an application server.
  • the service provider network element is configured to: when receiving the registration request sent by the requesting entity and determining that the load quantity of the service provider network element is greater than or equal to the load quantity threshold, according to the resource information server before or after receiving the registration request.
  • the information of other service provider network elements capable of load balancing with the service provider network element redirects the registration request to a service provider network element learned from the resource information server.
  • the load threshold of the service provider network element may be the same, or different load thresholds may be set for different service provider network elements.
  • the load of the service provider network element can be expressed in multiple ways.
  • Step A502 The UE initiates an IMS registration request to the P-CSCF2; Step A503, the P-CSCF2 finds that its own load is greater than or equal to the load threshold of the P-CSCF2, according to the load of other P-CSCFs learned from the RIS, When the load of P-CSCF1 is less than the load threshold of P-CSCF1, P-CSCF2 redirects the registration request to P-CSCF1; P-CSCF2 returns a registration response to the UE, indicating redirection to P-CSCF1; Step A504, UE An IMS registration request is initiated to the P-CSCF1.
  • Threshold according to the load of other S-CSCFs learned from RIS, when the load of S-CSCF1 is less than the load threshold of S-CSCF1, S-CSCF2 redirects the registration request to S-CSCF1 (S-CSCF2 can directly The registration request is redirected to the S-CSCF1, and the registration request can be redirected to the S-CSCF1 indirectly through the I-CSCF; the S-CSCF2 returns a registration response to the I-CSCF, indicating the redirection to the S-CSCF1; B504.
  • the I-CSCF initiates an IMS registration request to the S-CSCF1.
  • AS2 redirects the registration request to AS1; AS2 returns a registration response to the S-CSCF, indicating that the redirection is registered to AS1; (AS2 can directly indicate The registration request is redirected to AS1, and the registration request can be redirected to AS1 through the S-CSCF.
  • S-CSCF initiates IMS to AS1. Three-party registration request.
  • the P-CSCF1 and the P-CSCF2 can share the load with each other.
  • the method for load balancing includes the following steps: Step A601, P-CSCF1 periodically to RIS Reporting the load (which may be reported periodically or under certain trigger conditions); Step A602, the RIS sends a response to the P-CSCF1, which includes the load of other P-CSCFs that can be load-sharing; Step A603, The P-CSCF2 periodically reports its load to the RIS (either periodically or under certain trigger conditions);
  • Step A604 the RIS sends a response to the P-CSCF2, which includes the load of other P-CSCFs that can be load-sharing; Step A605, the user UE initiates IMS registration to the P-CSCF2; Step A606, the P-CSCF2 finds its own load. Greater than or equal to the load threshold of P-CSCF2, according to the load of other P-CSCFs learned from RIS, when the load of P-CSCF1 is less than the load threshold of P-CSCF1, P-CSCF2 redirects the registration request to P- CSCF1; P-CSCF2 returns a registration response to the UE, indicating to redirect to P-CSCF1; Step A607, the user UE initiates an IMS registration request to P-CSCF1.
  • the information about the other service provider network element that can be load balanced with the service provider network element sent by the resource information server to the service provider network element refers to the service provider network element identifier.
  • the service provider network element selects (can arbitrarily select) a service party network element as the destination service party network element, and redirects the received registration request to the destination service party network element.
  • the service provider network element after receiving the registration request sent by the requesting entity, can redirect the registration request to other non-overloaded without interacting with other network elements.
  • the registration speed of the requesting entity can be improved, the network interaction time can be reduced, and the system performance can be improved, and is typically applied to the case where the network is overloaded.
  • P-CSCF2 decides to redirect to P-CSCF1; Step A703, P-CSCF2 returns a registration response to the UE, indicating to redirect to P-CSCF1; Step A704, user UE initiates IMS to P-CSCF1 Registration request.
  • the S-CSCF1 and the S-CSCF2 can share the load with each other.
  • the I-CSCF selects the S-CSCF is a prior art, S -CSCF1 and S-CSCF2 report their load to RIS (either periodic report or report under certain trigger conditions).
  • the load balancing method includes the following steps: Step B701, I-CSCF initiates IMS registration to S-CSCF2.
  • S-CSCF2 finds that its own load is greater than or equal to the load threshold of S-CSCF2, and S-CSCF2 queries RIS for S-CSCF that can perform load sharing and load less than the load threshold, S-CSCF1
  • the load is less than the load threshold of S-CSCF1, S-CSCF2 decides to redirect to S-CSCF1; Step B703, S-CSCF2 returns a registration response to I-CSCF, indicating to redirect to S-CSCF1; Step B704, I-CSCF
  • the S-CSCF1 initiates an IMS registration request.
  • the requesting entity is the S-CSCF
  • the AS is the AS.
  • the AS1 and the AS2 can share the load.
  • the S-CSCF selects the AS to initiate the third-party registration.
  • AS2 reports its load to RIS (either periodic report or under certain trigger conditions).
  • the load balancing method includes the following steps: Step C701: The S-CSCF initiates an IMS third-party registration to the AS2.
  • the AS2 finds that the load of the AS is greater than or equal to the load threshold of the AS2, and the AS2 queries the RIS for the AS that can perform load balancing and the load is less than the load threshold.
  • the destination service party network element that selects the redirect may also be determined by the RIS.
  • the method includes: the service provider network element periodically reports the load amount to the resource information server (which may be a periodic report, or may be reported under a certain trigger condition), when the service provider network element receives the registration sent by the requesting entity.
  • the destination service party network element query message is sent to the resource information server, and the resource information server is capable of interacting with the service party network element Selecting one of the service provider network elements that performs load balancing and the load quantity is less than the load threshold, and notifying the network element of the service provider, and the service provider network element redirects the registration request to the Describe the purpose of the service party network element.
  • the load or information of the network element (for example, when the resource information server detects that the servant network element load exceeds the threshold set by the system).
  • the received registration request may be redirected to other non-overloaded service provider network elements to load balance the service provider network element.
  • the present invention provides a new solution for load balancing of a service provider network element, improves the load balancing capability of the overloaded service provider network element, and improves the registration speed and system performance of the requesting entity.

Abstract

本发明公开了一种进行网络设备负载均衡的方法,该方法包括:服务方网元收到请求方实体发送的注册请求并判断此服务方网元的负载量大于或等于负载量门限时,根据在收到所述注册请求之前或之后从资源信息服务器获知的能够与所述服务方网元进行负载均衡的其它服务方网元的信息,将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上。本发明还公开了一种进行网络设备负载均衡的IP多媒体子系统以及一种进行网络设备负载均衡的服务方网元。本发明提高了超载的服务方网元进行负载均衡的能力,提高了请求方实体的注册速度及系统性能。

Description

一种进行网络设备负载均衡的方法及 IP多媒体子系统
技术领域 本发明涉及通信领域, 尤其涉及一种网络互联协议 ( Internet Protocol , 简称 IP ) 多媒体子系统以及 IP多媒体子系统中进行网络设备负载均衡的方 法。
背景技术
IP多媒体子系统(IP Multimedia Subsystem, 简称 IMS )是由第三代合 作伙伴计划( 3rd Generation Partnership Project , 简称 3GPP )提出的一种基于
IP的网络架构, 构建了一个开放而灵活的业务环境, 支持多媒体应用, 能够 为用户提供丰富的多媒体业务。 在 IMS业务体系中 ,控制层和业务层是分离的,控制层不提供具体业务, 只向业务层提供必要的触发、 路由、 计费以及控制等功能。 控制层中业务触 发和控制功能是呼叫会话控制功能 (Call Session Control Function, 简称 CSCF ) 完成的。 呼叫会话控制功能分为: 代理呼叫会话控制功能 ( Proxy-CSCF,简称 P-CSCF )、查询呼叫会话控制功能( Interrogating-CSCF, 简称 I-CSCF )和服务呼叫会话控制功能 (Serving-CSCF, 简称 S-CSCF )三 种类型。 IMS用户终端( User Equipment, 简称 UE )必须要在归属 IMS网络 注册,在 IMS层的第一个信令接入点就是 P-CSCF, P-CSCF可以在归属网络 也可以在拜访网络。 归属用户服务器 ( Home Subscriber Server, 简称 HSS ) 用于存储用户相关的信息。
IMS业务体系中业务层由一系列应用服务器(Application Server, 简称 AS )组成, 能提供具体业务服务。 AS 可以是独立的实体, 也可以存在于 S-CSCF中。 控制层的 S-CSCF根据用户的签约信息控制业务触发, 调用 AS 上的业务, 实现业务功能。 图 1是 UE开机后的 IMS初始注册流程示意图, UE首先获得 P-CSCF 地址, 然后在归属的 IMS网络的 S-CSCF注册, S-CSCF代替用户再发起第 三方注册到 AS上; 具体包括以下步骤: 步骤 101 , UE接入网络后, 获得 P-CSCF地址; 步骤 102, UE向 P-CSCF发起 IMS注册消息; 该 P-CSCF可以在拜访 网络, 也可以在归属网络; 步骤 103 , P-CSCF将注册消息转发给归属网络的 I-CSCF; 步骤 104, I-CSCF通过查询 HSS确定用户 UE注册的 S-CSCF信息; 步骤 105, I-CSCF将注册请求发送给选择的 S-CSCF; 步骤 106, S-CSCF和 HSS交互(用于下载签约数据等内容) , 完成 UE 在 S-CSCF的注册; 步骤 107, S-CSCF发注册确认给 UE; 步骤 108, 如果用户 UE的签约信息中有特定的签约业务信息, S-CSCF 代替用户发起第三方注册到 AS上。 系统中的服务方网元(包括 P-CSCF, S-CSCF, 以及 AS )的性能都是有 限的, 当网络中有大量用户时, 需要多个同类型的设备来做负载分担(如多 个 P-CSCF, S-CSCF, 以及 AS等) 。 在大量用户注册后, 网络设备的负担 开始增加, 负荷分担技术将负荷重的服务方网元的负荷分摊到同类型的负荷 较轻的设备上, 例如负荷重的 P-CSCF将负荷分摊到负荷轻的 P-CSCF上。 图 2 显示了这种负荷分摊的架构: 网络中增加一个网元资源信息服务器 ( Resource Information Server, 简称 RIS ) , 各服务方网元向 RIS报告自己的 负载情况, 注册方实体在选择服务方网元的时候, 考虑 RIS中的负载信息来 选择合适的服务方网元。 图 3 是 UE开机后选择可进行负载分担的 P-CSCF 的流程图, 图中以 P-CSCF1和 P-CSCF2两个网元作为可以负载分担的网元为例进行说明,包括 以下步骤: 步骤 301 , P-CSCF定期向 RIS发送负载状态才艮告, 将本身的的负载状况 通知至 RIS; 步骤 302, RIS定期更新域名系统(Domain Name System, DNS ) 中各 P-CSCF的负载状态; 步骤 303 , UE向 DNS请求 P-CSCF地址; 步骤 304, DNS返回负载适合的 P-CSCF地址给 UE; 步骤 305, UE向该 P-CSCF发起注册请求。 图 4 是 I-CSCF 选择可进行负载分担的 S-CSCF 的流程图, 图中以 S-CSCF1和 S-CSCF2两个网元作为可以负载分担的网元为例进行说明,包括 以下步骤: 步骤 401 , S-CSCF定期向 RIS发送负载状态才艮告, 将本身的的负载状况 通知至 RIS; 步骤 402, 在用户 UE注册时, I-CSCF向 HSS查询 S-CSCF信息, 获得 可用的 S-CSCF或 S-CSCF列表; 步骤 403 , I-CSCF向 RIS查询相关的 S-CSCF负载状态; 步骤 404, 1-CSCF选择合适的 S-CSCF注册;一般情况下,选择各 S-CSCF 中负载最小的 P-CSCF。
然而, 上述现有的负载分担方法只是在某种程度上将负载分担到多个网 元上, 但并不能防止过载的发生, 也未针对服务方网元过载的情况提供相应 解决方案。
发明内容 本发明要解决的技术问题是提供一种进行网络设备负载均衡的方法及 IP多媒体子系统, 提高超载的服务方网元进行负载均衡的能力, 提高请求方 实体的注册速度及系统性能。 为了解决上述问题, 本发明提供了一种进行网络设备负载均衡的方法, 该方法包括: 服务方网元收到请求方实体发送的注册请求并判断此服务方网元的负载 量大于或等于负载量门限时, 根据在收到所述注册请求之前或之后从资源信 息服务器获知的能够与所述服务方网元进行负载均衡的其它服务方网元的信 息,将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上。
服务方网元收到请求方实体发送的注册请求的步骤之前, 所述方法还包 括: 参与负载均衡的服务方网元向所述资源信息服务器上报负载量, 所述资 源信息服务器向参与负载均衡的服务方网元通知能够与所述服务方网元进行 负载均衡的全部或部分服务方网元的信息; 将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上 的步骤包括: 所述服务方网元在从所述资源信息服务器处已获知的能够与所 述服务方网元进行负载均衡的服务方网元中选择一服务方网元作为目的服务 方网元, 并将所述注册请求重定向到所述目的服务方网元上。 服务方网元收到请求方实体发送的注册请求的步骤之前, 所述方法还包 括: 参与负载均衡的服务方网元向所述资源信息服务器上报负载量, 所述资 源信息服务器向参与负载均衡的服务方网元返回应答消息时, 在应答消息中 携带能够与所述服务方网元进行负载均衡的全部或部分服务方网元的信息; 将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上 的步骤包括: 所述服务方网元在从所述应答消息中获知的能够与所述服务方 网元进行负载均衡的服务方网元中选择一服务方网元作为目的服务方网元, 并将所述注册请求重定向到所述目的服务方网元上。 所述资源信息服务器向服务方网元发送的能够与所述服务方网元进行负 载均衡的所述服务方网元的信息, 是指服务方网元的负载量; 选择一服务方 网元作为目的服务方网元的步骤包括: 所述服务方网元从获知的能够与所述 服务方网元进行负载均衡的服务方网元中选择一负载量小于负载量门限的服 务方网元作为目的服务方网元; 或者, 所述资源信息服务器向服务方网元发送的能够与所述服务方网元进行负 载均衡的所述服务方网元的信息, 是指服务方网元的标识; 选择一服务方网 元作为目的服务方网元的步骤包括: 所述服务方网元从获知的能够与所述服 务方网元进行负载均衡的服务方网元中选择一服务方网元作为目的服务方网 元。 所述方法还包括: 参与负载均衡的服务方网元向所述资源信息服务器上 报负载量; 所述服务方网元收到所述请求方实体发送的注册请求后, 判断所述服务 方网元的负载量大于或等于负载量门限时, 将所述注册请求重定向到从所述 资源信息服务器获知的一服务方网元上的步骤包括: 所述服务方网元向所述 资源信息服务器查询能够与所述服务方网元进行负载均衡并且负载量小于负 载量门限的服务方网元, 并从获知的服务方网元中选择一个作为目的服务方 网元, 将所述注册请求重定向到所述目的服务方网元上。 所述方法还包括: 参与负载均衡的服务方网元向所述资源信息服务器上 报负载量; 所述服务方网元收到所述请求方实体发送的注册请求后, 判断所述服务 方网元的负载量大于或等于负载量门限时, 将所述注册请求重定向到从所述 资源信息服务器获知的一服务方网元上的步骤包括: 所述服务方网元向所述 资源信息服务器发送目的服务方网元查询消息, 所述资源信息服务器能够与 所述服务方网元进行负载均衡并且负载量小于负载量门限的服务方网元中选 择一个作为目的服务方网元, 并通知至所述服务方网元, 所述服务方网元将 所述注册请求重定向到所述目的服务方网元上。 所述请求方实体为用户设备,所述服务方网元为代理呼叫会话控制功能; 或者, 所述请求方实体为查询呼叫会话控制功能, 所述服务方网元为服务呼 叫会话控制功能; 或者, 所述请求方实体为服务呼叫会话控制功能, 所述服 务方网元为应用服务器。 为了解决上述问题,本发明还提供了一种进行网络设备负载均衡的 IP多 媒体子系统, 包括请求方实体, 资源信息服务器, 以及服务方网元, 其中: 所述服务方网元设置为: 收到请求方实体发送的注册请求并判断此服务 方网元的负载量大于或等于负载量门限时, 根据在收到所述注册请求之前或 之后从资源信息服务器获知能够与所述服务方网元进行负载均衡的其它服务 方网元的信息, 将所述注册请求重定向到从所述资源信息服务器获知的一服 务方网元上。 所述资源信息服务器设置为: 向参与负载均衡的服务方网元通知能够与 所述服务方网元进行负载均衡的全部或部分服务方网元的信息; 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及收 到所述请求方实体发送的注册请求后, 判断此服务方网元的负载量大于或等 于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源信 息服务器获知的一服务方网元上: 在从所述资源信息服务器处已获知的能够 与所述服务方网元进行负载均衡的服务方网元中选择一服务方网元作为目的 服务方网元, 并将所述注册请求重定向到所述目的服务方网元上。 所述资源信息服务器设置为: 收到服务方网元报告的负载量后, 向此参 与负载均衡的服务方网元返回应答消息时, 在应答消息中携带能够与所述服 务方网元进行负载均衡的全部或部分服务方网元的信息; 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及收 到所述请求方实体发送的注册请求后, 判断此服务方网元的负载量大于或等 于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源信 息服务器获知的一服务方网元上: 在从所述应答消息中获知的能够与所述服 务方网元进行负载均衡的各服务方网元中选择一服务方网元作为目的服务方 网元, 并将所述注册请求重定向到所述目的服务方网元上。 所述资源信息服务器向所述服务方网元发送的能够与所述服务方网元进 行负载均衡的所述服务方网元的信息, 是指服务方网元的负载量或标识; 所述服务方网元是设置为按如下方式选择一服务方网元作为目的服务方 网元: 从所述资源信息服务器处获知其它服务方网元的负载量时, 从获知的 能够与所述服务方网元进行负载均衡的服务方网元中选择一负载量小于负载 量门限的服务方网元作为目的服务方网元; 或者, 从所述资源信息服务器处 获知其它服务方网元的标识时, 从获知的能够与所述服务方网元进行负载均 衡的服务方网元中选择一服务方网元作为目的服务方网元。 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及接 收到请求方实体发送的注册请求后, 判断所述服务方网元的负载量大于或等 于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源信 息服务器获知的一服务方网元上: 向所述资源信息服务器查询能够与所述服 务方网元进行负载均衡并且负载量小于负载量门限的服务方网元, 并从获知 的服务方网元中选择一个作为目的服务方网元, 将所述注册请求重定向到所 述目的服务方网元上。 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及, 接收到请求方实体发送的注册请求后, 判断所述服务方网元的负载量大于或 等于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源 信息服务器获知的一服务方网元上: 向所述资源信息服务器发送目的服务方 网元查询消息; 并从所述资源信息服务器获知目的服务方网元后, 将所述注 册请求重定向到此目的服务方网元上; 所述资源信息服务器设置为: 收到服务方网元发送的目的服务方网元查 询消息后, 从能够与所述服务方网元进行负载均衡并且负载量小于负载量门 限的服务方网元中选择一个作为目的服务方网元,并通知至所述服务方网元。 所述请求方实体为用户设备,所述服务方网元为代理呼叫会话控制功能; 或者, 所述请求方实体为查询呼叫会话控制功能, 所述服务方网元为服务呼 叫会话控制功能; 或者, 所述请求方实体为服务呼叫会话控制功能, 所述服 务方网元为应用服务器。 为了解决上述问题, 本发明还提供了一种进行网络设备负载均衡的服务 方网元, 所述服务方网元设置为: 收到请求方实体发送的注册请求并判断此 服务方网元的负载量大于或等于负载量门限时, 根据在收到所述注册请求之 前或之后从资源信息服务器获知的能够与所述服务方网元进行负载均衡的其 它服务方网元的信息, 将所述注册请求重定向到从所述资源信息服务器获知 的一月良务方网元上。 本发明为服务方网元的负载均衡提供了一种新的解决方案, 提高超载的 服务方网元进行负载均衡的能力, 提高请求方实体的注册速度及系统性能。 附图概述 图 1是现有技术中用户设备开机后的 IMS初始注册流程示意图; 图 2是现有技术中包含网元资源信息服务器的系统中负荷分推的架构示 意图; 图 3是现有技术中用户设备开机后选择可进行负载分担的 P-CSCF的流 程图; 图 4是现有技术中 I-CSCF选择可进行负载分担的 S-CSCF的流程图; 图 5a是实施例一中,请求方实体为用户设备,服务方网元为代理呼叫会 话控制功能时负载均衡的方法示意图; 图 5b是实施例一中,请求方实体为查询呼叫会话控制功能,服务方网元 为服务呼叫会话控制功能时负载均衡的方法示意图; 图 5c是实施例一中,请求方实体为服务呼叫会话控制功能,服务方网元 为应用服务器时负载均衡的方法示意图; 图 6a是实施例二中,请求方实体为用户设备,服务方网元为代理呼叫会 话控制功能时负载均衡的方法示意图; 图 6b是实施例二中,请求方实体为查询呼叫会话控制功能,服务方网元 为服务呼叫会话控制功能时负载均衡的方法示意图; 图 6c是实施例二中,请求方实体为服务呼叫会话控制功能,服务方网元 为应用服务器时负载均衡的方法示意图; 图 7a是实施例三中,请求方实体为用户设备,服务方网元为代理呼叫会 话控制功能时负载均衡的方法示意图; 图 7b是实施例三中,请求方实体为查询呼叫会话控制功能,服务方网元 为服务呼叫会话控制功能时负载均衡的方法示意图; 图 7c是实施例三中,请求方实体为服务呼叫会话控制功能,服务方网元 为应用服务器时负载均衡的方法示意图。 本发明的较佳实施方式 下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是, 在 不冲突的情况下, 本申请中的实施例及实施例中的特征可以相互任意组合。 进行网络设备负载均衡的 IP多媒体子系统, 包括请求方实体, 资源信息 服务器, 以及参与负载均衡的服务方网元; 请求方实体为用户设备, 服务方 网元为代理呼叫会话控制功能; 或者,请求方实体为查询呼叫会话控制功能, 服务方网元为服务呼叫会话控制功能; 或者, 请求方实体为服务呼叫会话控 制功能, 服务方网元为应用服务器。 服务方网元设置为: 收到请求方实体发送的注册请求并判断此服务方网 元的负载量大于或等于负载量门限时, 根据在收到所述注册请求之前或之后 从资源信息服务器获知的能够与所述服务方网元进行负载均衡的其它服务方 网元的信息, 将所述注册请求重定向到从所述资源信息服务器获知的一服务 方网元上。 满足此条件的服务方网元有多个时, 可以从中任意选择一个, 也 可以选择其中负载最小的一个作为重定向注册消息的目的服务方网元。 其中, 服务方网元的负载量门限可以相同, 也可以为不同的服务方网元 设置不同的负载量门限。 服务方网元的负载量可以有多种表示方式。 参与负载均衡的服务方网元可以是系统事先配置的。 系统可以按所属地 域分配参与负载均衡的服务方网元, 例如属于同一个地区的多个同类型服务 方网元可以互相分担负载; 还可以根据除所属地域这一特征之外的其它网元 特征分配参与负载均衡的服务方网元, 对此本发明中不作限制。 此 IP多媒体子系统中各组成实体的具体功能与下述实施例中描述相同。
本发明典型应用于接收注册请求的服务方网元过载的情况, 下面将结合 附图和实施例对本发明进行详细描述。 所有实施例均以 2个可以负载分担的 网元为例进行说明, 该技术可以应用到任意多个可负载分担的网元场景。 实施例一: 实施例一中, 资源信息服务器向服务方网元通知此能够与所述服务方网 元进行负载均衡的全部或部分服务方网元的信息 (例如负载量) , 使服务方 网元实时获知其它服务方网元的负载信息, 在此服务方网元过载时, 可以将 请求方实体发送的注册请求重定向到其它不过载的服务方网元上。 如图 5a中, 请求方实体为 UE, 服务方网元为 P-CSCF时, P-CSCF1和 P-CSCF2可以互相分担负载, 负载均衡的方法包括以下步骤: 步骤 A500, 各个 P-CSCF定期向 RIS报告其负载量(可以是定期报告, 也可以是在一定触发条件下报告) ; 步骤 A501 , RIS定期向各 P-CSCF通知 RIS下能够与此 P-CSCF进行负 载均衡的 P-CSCF的负载量; 步骤 A502, UE向 P-CSCF2发起 IMS注册请求; 步骤 A503 , P-CSCF2发现自己的负载量大于或等于 P-CSCF2的负载量 门限, 根据从 RIS获知的其它 P-CSCF 的负载量, P-CSCF1 的负载量小于 P-CSCF1的负载门限时, P-CSCF2将注册请求重定向到 P-CSCF1上; P-CSCF2 向 UE返回注册响应, 指示重定向到 P-CSCF1 ; 步骤 A504, UE向 P-CSCF1发起 IMS注册请求。
如图 5b中,请求方实体为 I-CSCF,服务方网元为 S-CSCF时, S-CSCF1 和 S-CSCF2可以互相分担负载,其中 I-CSCF如何选择 S-CSCF是现有技术, 负载均衡的方法包括以下步骤: 步骤 B500, 各个 S-CSCF定期向 RIS报告其负载量(可以是定期报告, 也可以是在一定触发条件下报告) ; 步骤 B501 , RIS定期向 S-CSCF通知 RIS下能够与此 S-CSCF进行负载 均衡的 S-CSCF的负载量; 步骤 B502, 根据现有技术, I-CSCF决定将用户注册到 S-CSCF2上, 向 S-CSCF2发 IMS注册请求; 步骤 B503 , S-CSCF2发现自己的负载量大于或等于 S-CSCF2的负载量 门限, 根据从 RIS获知的其它 S-CSCF 的负载量, S-CSCF1 的负载量小于 S-CSCF1的负载门限时, S-CSCF2将注册请求重定向到 S-CSCF1上( S-CSCF2 可以直接将注册请求重定向到 S-CSCF1上, 也可以通过 I-CSCF间接将注册 请求重定向到 S-CSCF1上) ; S-CSCF2向 I-CSCF返回注册响应, 指示重定 向到 S-CSCF1上; 步骤 B504, I-CSCF向 S-CSCF1发起 IMS注册请求。
如图 5c中, 请求方实体为 S-CSCF, 服务方网元为 AS时, AS1和 AS2 可以互相分担负载, 其中 S-CSCF选择 AS发起第三方注册是现有技术, 不 再赘述, 负载均衡的方法包括以下步骤: 步骤 C500, 各个 AS定期向 RIS报告其负载量(可以是定期报告, 也可 以是在一定触发条件下报告) ; 步骤 C501 , RIS定期向各 AS通知 RIS下能够与此 AS进行负载均衡的 AS的负载量; 步骤 C502, 根据现有技术, S-CSCF向 AS2发起第三方注册请求; 步骤 C503 , AS2发现自己的负载量大于或等于 AS2的负载量门限, 根 据从 RIS获知的其它 AS的负载量, AS1的负载量小于 AS1的负载门限时, AS2将注册请求重定向到 AS1上; AS2向 S-CSCF返回注册响应, 指示重定 向注册到 AS1 ; ( AS2可以直接指示将注册请求重定向到 AS1上, 也可以通 过 S-CSCF间接指示将注册请求重定向到 AS1上 ) 步骤 C504, S-CSCF向 AS1发起 IMS第三方注册请求。
实施例二 实施例二中, 服务方网元向资源信息服务器报告负载量, 资源信息服务 器在应答消息中向服务方网元通知能够与所述服务方网元进行负载均衡的全 部或部分服务方网元的信息 (例如负载量) , 使服务方网元实时获知其它服 务方网元的负载信息, 在此服务方网元过载时, 可以将请求方实体发送的注 册请求重定向到其它不过载的服务方网元上。
如图 6a中, 请求方实体为 UE, 服务方网元为 P-CSCF时, P-CSCF1和 P-CSCF2可以互相分担负载, 负载均衡的方法包括以下步骤: 步骤 A601 , P-CSCF1定期向 RIS报告其负载量(可以是定期报告, 也 可以是在一定触发条件下报告 ) ; 步骤 A602, RIS向 P-CSCF1发送应答, 其中包含了可以负载分担的其 它 P-CSCF的负载量; 步骤 A603 , P-CSCF2定期向 RIS报告其负载量(可以是定期报告, 也 可以是在一定触发条件下报告 ) ;
步骤 A604, RIS向 P-CSCF2发送应答, 其中包含了可以负载分担的其 它 P-CSCF的负载量; 步骤 A605, 用户 UE向 P-CSCF2发起 IMS注册; 步骤 A606, P-CSCF2发现自己的负载量大于或等于 P-CSCF2的负载量 门限, 根据从 RIS获知的其它 P-CSCF 的负载量, P-CSCF1 的负载量小于 P-CSCF1的负载门限时, P-CSCF2将注册请求重定向到 P-CSCF1上; P-CSCF2 向 UE返回注册响应, 指示重定向到 P-CSCF1 ; 步骤 A607, 用户 UE向 P-CSCF1发起 IMS注册请求。
如图 6b中,请求方实体为 I-CSCF,服务方网元为 S-CSCF时, S-CSCF1 和 S-CSCF2可以互相分担负载,其中 I-CSCF如何选择 S-CSCF是现有技术, 负载均衡的方法包括以下步骤: 步骤 B601 , S-CSCF1定期向 RIS报告其负载量(可以是定期报告, 也 可以是在一定触发条件下报告 ) ; 步骤 B602, RIS向 S-CSCF1发送应答, 其中包含了可以负载分担的其 它 S-CSCF的负载量; 步骤 B603 , S-CSCF2定期向 RIS报告其负载量(可以是定期报告, 也 可以是在一定触发条件下报告 ) ; 步骤 B604, RIS向 S-CSCF2发送应答, 其中包含了可以负载分担的其 它 S-CSCF的负载量; 步骤 B605, I-CSCF向 S-CSCF2发起 IMS注册请求; 步骤 B606, S-CSCF2发现自己的负载量大于或等于 S-CSCF2的负载量 门限, 根据从 RIS获知的其它 S-CSCF 的负载量, S-CSCF1 的负载量小于 S-CSCF1的负载门限时, S-CSCF2将注册请求重定向到 S-CSCF1上; S-CSCF2 向 I-CSCF返回注册响应, 指示重定向到 S-CSCF1上; ( S-CSCF2可以直接 将注册请求重定向到 S-CSCF1上, 也可以通过 I-CSCF间接将注册请求重定 向到 S-CSCF1上) 。 步骤 B607, I-CSCF向 S-CSCF1发起 IMS注册请求。
如图 6c中, 请求方实体为 S-CSCF, 服务方网元为 AS时, AS1和 AS2 可以互相分担负载, 其中 S-CSCF选择 AS发起第三方注册是现有技术, 不 再赘述, 负载均衡的方法包括以下步骤: 步骤 C601 , AS1定期向 RIS报告其负载量(可以是定期报告, 也可以是 在一定触发条件下报告 ) ; 步骤 C602, RIS向 AS1发送应答, 其中包含了可以负载分担的其它 AS 的负载量;
步骤 C603 , AS2定期向 RIS报告其负载量(可以是定期报告, 也可以是 在一定触发条件下报告 ) ; 步骤 C604, RIS向 AS2发送应答, 其中包含了可以负载分担的其它 AS 的负载量;
步骤 C605, S-CSCF向 AS2发起 IMS第三方注册请求; 步骤 C606, AS2发现自己的负载量大于或等于 AS2的负载量门限, 根 据从 RIS获知的其它 AS的负载量, AS1的负载量小于 AS1的负载门限时, AS2将注册请求重定向到 AS1上; AS2向 S-CSCF返回注册响应, 指示重定 向注册到 AS1 ; ( AS2可以直接指示将注册请求重定向到 AS1上, 也可以通 过 S-CSCF间接指示将注册请求重定向到 AS1上) 。 步骤 C607, S-CSCF向 AS1发起 IMS第三方注册请求。
在实施例一和实施例二的另一种实施方式中, 资源信息服务器向服务方 网元发送的能够与服务方网元进行负载均衡的其它服务方网元的信息是指服 务方网元标识, 服务方网元从中选择(可以任意选择)一服务方网元作为目 的服务方网元, 并将收到的注册请求重定向到目的服务方网元上。
上述实施例一和实施例二中 , 服务方网元在超载情况下收到请求方实体 发送的注册请求后, 不需与其它网元进行交互即可将此注册请求重定向到其 它不超载的服务方网元上, 可提高请求方实体的注册速度, 减少网络交互时 间, 提高系统性能, 并典型适用于网络运行超负荷的情况。
实施例三 实施例三中, 服务方网元向资源信息服务器上报其负载量(可以是定期 报告, 也可以是在一定触发条件下报告) , 当服务方网元收到所述请求方实 体发送的注册请求后, 判断所述服务方网元的负载量大于或等于负载量门限 时, 向所述资源信息服务器查询能够与所述服务方网元进行负载均衡并且负 载量小于负载量门限的服务方网元, 并从获知的各服务方网元中选择一个作 为目的服务方网元, 将所述注册请求重定向到所述目的服务方网元上。 如图 7a中, 请求方实体为 UE, 服务方网元为 P-CSCF时, P-CSCF1和 P-CSCF2可以互相分担负载, P-CSCF1和 P-CSCF2向 RIS上报其负载量(可 以是定期报告, 也可以是在一定触发条件下报告) , 负载均衡的方法包括以 下步骤: 步骤 A701 , 用户 UE向 P-CSCF2发起 IMS注册; 步骤 A702, P-CSCF2发现自己的负载量大于或等于 P-CSCF2的负载量 门限, P-CSCF2 向 RIS 查询可进行负载分担并且负载量小于负载量门限的 P-CSCF, P-CSCF1的负载量小于 P-CSCF1的负载门限, P-CSCF2决定重定 向到 P-CSCF1 ; 步骤 A703 , P-CSCF2向 UE返回注册响应, 指示重定向到 P-CSCF1 ; 步骤 A704, 用户 UE向 P-CSCF1发起 IMS注册请求。
如图 7b中,请求方实体为 I-CSCF,服务方网元为 S-CSCF时, S-CSCF1 和 S-CSCF2可以互相分担负载,其中 I-CSCF如何选择 S-CSCF是现有技术, S-CSCF1和 S-CSCF2向 RIS上报其负载量(可以是定期报告,也可以是在一 定触发条件下报告) , 负载均衡的方法包括以下步骤: 步骤 B701 , I-CSCF向 S-CSCF2发起 IMS注册请求; 步骤 B702, S-CSCF2发现自己的负载量大于或等于 S-CSCF2的负载量 门限, S-CSCF2 向 RIS 查询可进行负载分担并且负载量小于负载量门限的 S-CSCF, S-CSCF1的负载量小于 S-CSCF1的负载门限, S-CSCF2决定重定 向到 S-CSCF1 ; 步骤 B703 , S-CSCF2向 I-CSCF返回注册响应,指示重定向到 S-CSCF1 ; 步骤 B704, I-CSCF向 S-CSCF1发起 IMS注册请求。 其中, 当 S-CSCF2发现自己的负载量大于或等于 S-CSCF2的负载量门 限时, 还可以直接发响应给 I-CSCF, 告诉 I-CSCF其已经过载, 让 I-CSCF 重选 S-CSCF来发起注册请求。
如图 7c中, 请求方实体为 S-CSCF, 服务方网元为 AS时, AS1和 AS2 可以互相分担负载, 其中 S-CSCF选择 AS发起第三方注册是现有技术, 不 再赘述, AS1和 AS2向 RIS上报其负载量(可以是定期报告, 也可以是在一 定触发条件下报告) , 负载均衡的方法包括以下步骤: 步骤 C701 , S-CSCF向 AS2发起 IMS第三方注册; 步骤 C702, AS2发现自己的负载量大于或等于 AS2的负载量门限, AS2 向 RIS查询可进行负载分担并且负载量小于负载量门限的 AS, AS1的负载 量小于 AS1的负载门限, AS2决定重定向到 AS1 ; 步骤 C703 , AS2向 S-CSCF返回注册响应, 指示重定向到 AS1 ; 步骤 C704, S-CSCF向 AS1发起 IMS注册请求。
实施例三中, 还可以由 RIS决定选择重定向的目的服务方网元。 方法包 括:服务方网元定期向所述资源信息服务器上报其负载量(可以是定期报告, 也可以是在一定触发条件下报告) , 当服务方网元收到所述请求方实体发送 的注册请求后, 判断所述服务方网元的负载量大于或等于负载量门限时, 向 所述资源信息服务器发送目的服务方网元查询消息, 所述资源信息服务器从 能够与所述服务方网元进行负载均衡并且负载量小于负载量门限的服务方网 元中选择一个作为目的服务方网元, 并通知至所述服务方网元, 所述服务方 网元将所述注册请求重定向到所述目的服务方网元上。
在上述实施例一、 二、 三的实施方式中, 除了服务方网元主动上报负载 量的方式之外, 还可以是资源信息服务器向服务方网元发送负载量查询消息 (可以是定期发送, 也可以是在一定触发条件下发送) , 服务方网元收到此 查询消息后, 再向资源信息服务器上报其负载量。 上述实施例中, 服务方网元和资源信息服务器在一定触发条件下进行信 息交互。 可以是服务方网元在满足一定条件下上报负载量(例如此服务方网 元的负载超过系统设置的门限的条件下) ; 还可以是资源信息服务器在满足 一定条件下通知服务方网元其他网元的负载量或者信息 (例如资源信息服务 器检测到此服务方网元负载量超过系统设置的门限时) 。 上述方法中, 服务方网元超载时, 可以将收到的注册请求重定向到其它 不超载的服务方网元上, 使服务方网元负载均衡。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。
工业实用性 本发明为服务方网元的负载均衡提供了一种新的解决方案, 提高了超载 的服务方网元进行负载均衡的能力, 提高了请求方实体的注册速度及系统性 能。

Claims

权 利 要 求 书
1、 一种进行网络设备负载均衡的方法, 该方法包括: 服务方网元收到请求方实体发送的注册请求并判断此服务方网元的负载 量大于或等于负载量门限时, 根据在收到所述注册请求之前或之后从资源信 息服务器获知的能够与所述服务方网元进行负载均衡的其它服务方网元的信 息,将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上。
2、 如权利要求 1所述的方法, 其中: 服务方网元收到请求方实体发送的注册请求的步骤之前, 所述方法还包 括: 参与负载均衡的服务方网元向所述资源信息服务器上报负载量, 所述资 源信息服务器向参与负载均衡的服务方网元通知能够与所述服务方网元进行 负载均衡的全部或部分服务方网元的信息; 将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上 的步骤包括: 所述服务方网元在从所述资源信息服务器处已获知的能够与所 述服务方网元进行负载均衡的服务方网元中选择一服务方网元作为目的服务 方网元, 并将所述注册请求重定向到所述目的服务方网元上。
3、 如权利要求 1所述的方法, 其中: 服务方网元收到请求方实体发送的注册请求的步骤之前, 所述方法还包 括: 参与负载均衡的服务方网元向所述资源信息服务器上报负载量, 所述资 源信息服务器向参与负载均衡的服务方网元返回应答消息时, 在应答消息中 携带能够与所述服务方网元进行负载均衡的全部或部分服务方网元的信息; 将所述注册请求重定向到从所述资源信息服务器获知的一服务方网元上 的步骤包括: 所述服务方网元在从所述应答消息中获知的能够与所述服务方 网元进行负载均衡的服务方网元中选择一服务方网元作为目的服务方网元, 并将所述注册请求重定向到所述目的服务方网元上。
4、 如权利要求 2或 3所述的方法, 其中, 所述资源信息服务器向服务方网元发送的能够与所述服务方网元进行负 载均衡的所述服务方网元的信息, 是指服务方网元的负载量; 选择一服务方 网元作为目的服务方网元的步骤包括: 所述服务方网元从获知的能够与所述 服务方网元进行负载均衡的服务方网元中选择一负载量小于负载量门限的服 务方网元作为目的服务方网元; 或者, 所述资源信息服务器向服务方网元发送的能够与所述服务方网元进行负 载均衡的所述服务方网元的信息, 是指服务方网元的标识; 选择一服务方网 元作为目的服务方网元的步骤包括: 所述服务方网元从获知的能够与所述服 务方网元进行负载均衡的服务方网元中选择一服务方网元作为目的服务方网 元。
5、 如权利要求 1所述的方法, 其中, 所述方法还包括: 参与负载均衡的服务方网元向所述资源信息服务器上 报负载量;
所述服务方网元收到所述请求方实体发送的注册请求后, 判断所述服务 方网元的负载量大于或等于负载量门限时, 将所述注册请求重定向到从所述 资源信息服务器获知的一服务方网元上的步骤包括: 所述服务方网元向所述 资源信息服务器查询能够与所述服务方网元进行负载均衡并且负载量小于负 载量门限的服务方网元, 并从获知的服务方网元中选择一个作为目的服务方 网元, 将所述注册请求重定向到所述目的服务方网元上。
6、 如权利要求 1所述的方法, 其中, 所述方法还包括: 参与负载均衡的服务方网元向所述资源信息服务器上 报负载量;
所述服务方网元收到所述请求方实体发送的注册请求后, 判断所述服务 方网元的负载量大于或等于负载量门限时, 将所述注册请求重定向到从所述 资源信息服务器获知的一服务方网元上的步骤包括: 所述服务方网元向所述 资源信息服务器发送目的服务方网元查询消息, 所述资源信息服务器能够与 所述服务方网元进行负载均衡并且负载量小于负载量门限的服务方网元中选 择一个作为目的服务方网元, 并通知至所述服务方网元, 所述服务方网元将 所述注册请求重定向到所述目的服务方网元上。
7、 如权利要求 1所述的方法, 其中, 所述请求方实体为用户设备,所述服务方网元为代理呼叫会话控制功能; 或者, 所述请求方实体为查询呼叫会话控制功能, 所述服务方网元为服务呼 叫会话控制功能; 或者, 所述请求方实体为服务呼叫会话控制功能, 所述服 务方网元为应用服务器。
8、 一种进行网络设备负载均衡的 IP多媒体子系统, 包括请求方实体, 资源信息服务器, 以及服务方网元, 其中: 所述服务方网元设置为: 收到请求方实体发送的注册请求并判断此服务 方网元的负载量大于或等于负载量门限时, 根据在收到所述注册请求之前或 之后从资源信息服务器获知能够与所述服务方网元进行负载均衡的其它服务 方网元的信息, 将所述注册请求重定向到从所述资源信息服务器获知的一服 务方网元上。
9、 如权利要求 8所述的 IP多媒体子系统, 其中, 所述资源信息服务器设置为: 向参与负载均衡的服务方网元通知能够与 所述服务方网元进行负载均衡的全部或部分服务方网元的信息; 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及收 到所述请求方实体发送的注册请求后, 判断此服务方网元的负载量大于或等 于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源信 息服务器获知的一服务方网元上: 在从所述资源信息服务器处已获知的能够 与所述服务方网元进行负载均衡的服务方网元中选择一服务方网元作为目的 服务方网元, 并将所述注册请求重定向到所述目的服务方网元上。
10、 如权利要求 8所述的 IP多媒体子系统, 其中, 所述资源信息服务器设置为: 收到服务方网元报告的负载量后, 向此参 与负载均衡的服务方网元返回应答消息时, 在应答消息中携带能够与所述服 务方网元进行负载均衡的全部或部分服务方网元的信息; 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及收 到所述请求方实体发送的注册请求后, 判断此服务方网元的负载量大于或等 于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源信 息服务器获知的一服务方网元上: 在从所述应答消息中获知的能够与所述服 务方网元进行负载均衡的各服务方网元中选择一服务方网元作为目的服务方 网元, 并将所述注册请求重定向到所述目的服务方网元上。
11、 如权利要求 9或 10所述的 IP多媒体子系统, 其中, 所述资源信息服务器向所述服务方网元发送的能够与所述服务方网元进 行负载均衡的所述服务方网元的信息, 是指服务方网元的负载量或标识; 所述服务方网元是设置为按如下方式选择一服务方网元作为目的服务方 网元: 从所述资源信息服务器处获知其它服务方网元的负载量时, 从获知的 能够与所述服务方网元进行负载均衡的服务方网元中选择一负载量小于负载 量门限的服务方网元作为目的服务方网元; 或者, 从所述资源信息服务器处 获知其它服务方网元的标识时, 从获知的能够与所述服务方网元进行负载均 衡的服务方网元中选择一服务方网元作为目的服务方网元。
12、 如权利要求 8所述的 IP多媒体子系统, 其中, 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及接 收到请求方实体发送的注册请求后, 判断所述服务方网元的负载量大于或等 于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源信 息服务器获知的一服务方网元上: 向所述资源信息服务器查询能够与所述服 务方网元进行负载均衡并且负载量小于负载量门限的服务方网元, 并从获知 的服务方网元中选择一个作为目的服务方网元, 将所述注册请求重定向到所 述目的月良务方网元上。
13、 如权利要求 8所述的 IP多媒体子系统, 其中, 所述服务方网元还设置为: 向所述资源信息服务器上报负载量; 以及, 接收到请求方实体发送的注册请求后, 判断所述服务方网元的负载量大于或 等于负载量门限时, 设置为按如下方式将所述注册请求重定向到从所述资源 信息服务器获知的一服务方网元上: 向所述资源信息服务器发送目的服务方 网元查询消息; 并从所述资源信息服务器获知目的服务方网元后, 将所述注 册请求重定向到此目的服务方网元上; 所述资源信息服务器设置为: 收到服务方网元发送的目的服务方网元查 询消息后, 从能够与所述服务方网元进行负载均衡并且负载量小于负载量门 限的服务方网元中选择一个作为目的服务方网元,并通知至所述服务方网元。
14、 如权利要求 8所述的 IP多媒体子系统, 其中, 所述请求方实体为用户设备,所述服务方网元为代理呼叫会话控制功能; 或者, 所述请求方实体为查询呼叫会话控制功能, 所述服务方网元为服务呼 叫会话控制功能; 或者, 所述请求方实体为服务呼叫会话控制功能, 所述服 务方网元为应用服务器。
15、一种进行网络设备负载均衡的服务方网元,所述服务方网元设置为: 收到请求方实体发送的注册请求并判断此服务方网元的负载量大于或等于负 载量门限时, 根据在收到所述注册请求之前或之后从资源信息服务器获知的 能够与所述服务方网元进行负载均衡的其它服务方网元的信息, 将所述注册 请求重定向到从所述资源信息服务器获知的一服务方网元上。
PCT/CN2010/078521 2009-11-10 2010-11-08 一种进行网络设备负载均衡的方法及ip多媒体子系统 WO2011057551A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200910210828.9 2009-11-10
CN200910210828.9A CN102055654B (zh) 2009-11-10 2009-11-10 一种进行网络设备负载均衡的方法及ip多媒体子系统

Publications (1)

Publication Number Publication Date
WO2011057551A1 true WO2011057551A1 (zh) 2011-05-19

Family

ID=43959605

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/078521 WO2011057551A1 (zh) 2009-11-10 2010-11-08 一种进行网络设备负载均衡的方法及ip多媒体子系统

Country Status (2)

Country Link
CN (1) CN102055654B (zh)
WO (1) WO2011057551A1 (zh)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103685167A (zh) * 2012-09-06 2014-03-26 阿尔卡特朗讯 一种对ims会话进行管理的方法、装置和设备
CN104144227B (zh) * 2013-05-10 2017-11-21 中国电信股份有限公司 Ip地址查询方法、系统与全网资源控制器
CN105099934A (zh) * 2014-04-25 2015-11-25 阿尔卡特朗讯公司 在电信产品中进行负载均衡的方法和设备
CN106797585B (zh) * 2015-06-29 2020-04-21 华为技术有限公司 一种p-cscf负载管理方法及装置
CN105847171A (zh) * 2016-03-28 2016-08-10 乐视控股(北京)有限公司 网络设备过载保护方法
CN106254526A (zh) * 2016-09-13 2016-12-21 国网天津市电力公司 一种基于负载均衡的分布式ims体系架构的设计与优化方法
CN109525536A (zh) * 2017-09-18 2019-03-26 深圳市中兴微电子技术有限公司 一种ip多媒体子系统接入方法和装置
CN108111590A (zh) * 2017-12-15 2018-06-01 安徽长泰信息安全服务有限公司 一种基于多服务节点的数据处理系统及其方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070180113A1 (en) * 2006-01-31 2007-08-02 Van Bemmel Jeroen Distributing load of requests from clients over multiple servers
US20090022298A1 (en) * 2007-07-20 2009-01-22 Chaoxin Charles Qiu Methods and Apparatus for Load Balancing in Communication Networks
WO2009068429A1 (en) * 2007-11-30 2009-06-04 Nokia Siemens Networks Oy Allocation of a serving entity in a communication network
US20090245113A1 (en) * 2008-03-27 2009-10-01 Nec Corporation Load balancer, network system, load balancing method, and program

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070180113A1 (en) * 2006-01-31 2007-08-02 Van Bemmel Jeroen Distributing load of requests from clients over multiple servers
US20090022298A1 (en) * 2007-07-20 2009-01-22 Chaoxin Charles Qiu Methods and Apparatus for Load Balancing in Communication Networks
WO2009068429A1 (en) * 2007-11-30 2009-06-04 Nokia Siemens Networks Oy Allocation of a serving entity in a communication network
US20090245113A1 (en) * 2008-03-27 2009-10-01 Nec Corporation Load balancer, network system, load balancing method, and program

Also Published As

Publication number Publication date
CN102055654A (zh) 2011-05-11
CN102055654B (zh) 2016-01-20

Similar Documents

Publication Publication Date Title
WO2011057551A1 (zh) 一种进行网络设备负载均衡的方法及ip多媒体子系统
JP4856179B2 (ja) Imsにおけるアプリケーションサーバの割当方法および装置
US9906566B2 (en) Voice session termination for messaging clients in IMS
CN101401384B (zh) 用于将用户注册到ip多媒体子系统或从ip多媒体子系统取消用户注册的方法和装置
EP2647170B1 (en) Dynamic assignment of a serving network node
EP2302863B1 (en) A method and device of session control
JP4955694B2 (ja) Ipマルチメディアサブシステムにおけるメッセージハンドリング
CN102148739B (zh) 一种ims会话路由控制方法及系统
US9667665B1 (en) Session initiation protocol (SIP) communications over trusted hardware
US20120219127A1 (en) Method and system for implementing aggregate endpoints on IMS networks
WO2006136097A1 (fr) Procédé pour traiter une anomalie lors de la procédure d'inscription d'un utilisateur
US20120177194A1 (en) Method for connecting call
WO2010041348A1 (en) Service node, control method thereof, user node, and control method thereof
WO2008134975A1 (fr) Procédé, appareil et système pour désenregistrer l'adresse de connexion d'un réseau d'accès ip sans fil
US20080301787A1 (en) Ims network identity management
US9578068B2 (en) Methods and apparatus for processing an IMS session
JP5174708B2 (ja) Imsにおけるセッション制御システム
CN101132407B (zh) 一种对重选服务呼叫会话控制功能导致的异常的处理方法
WO2012142978A1 (zh) 对等网络中实现策略控制的方法、资源控制代理及系统
WO2006047957A1 (fr) Procede pour determiner l'occasion de lancer une selection d'entite a fonction de commande d'appel de service
JP2006521717A5 (zh)
EP3794806A1 (en) Support for ims virtual clients in multi-operator environment
WO2012041138A1 (zh) 终呼通过拜访地ims接入点接入的方法及系统
WO2008134959A1 (fr) Procédé et système pour réaliser un équilibrage de charge dans un réseau à commutation par paquets
WO2016050033A1 (zh) 终呼处理方法、装置及系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10829515

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10829515

Country of ref document: EP

Kind code of ref document: A1