专利名称：一种分组网络中实现负载均衡的方法、装置和系统的制作方法
技术领域：
本发明涉及分组交换网络技术领域，特别涉及一种分组网络中实现负载 均衡的方法、装置和系统。
背景技术：
目前，随着分组技术的不断成熟，基于电路交换的传统电信网络正在向
着基于分组交换的宽带电信网发展，而使用会话初始化协议(Session Initiation Protocol， SIP )作为分组电信核心网的呼叫控制信令则是当前的技
Union-T Sector, ITU-T )和欧洲电4言才示准十办会(European Telecommunications Standards Institute ， ETSI )等标准组织对下 一 代网络(Next Generation Network, NGN)的研究，这两个标准组织当前都采用第3代合作伙伴项目
(3rd Generation Partnership Project, 3GPP )标准组织定义的IP多々某体子系 统(IMS )网络架构作为NGN的核心网。
负载状态可表征网元处理请求所需资源的使用程度，也可指示网元是否 可用，例如，若负载状态指示网元处于故障状态，则该网元不可用；若负载 状态指示网元处于正常状态，则该网元可用。当网络中的某个网元的资源不 足以接纳新的服务请求时，称该网元进入过载状态。所述资源可以是该网元 用于处理一个请求的所有能力，包括中央处理器(CPU)处理能力、内存、 输入/输出资源、存储能力等等；有时也可包括扩展的资源，如该网元所使 用的数据库或者域名系统(Domain Name System, DNS )服务器(参考
《draft-rosenberg-sipping-overload一reqs誦02》 )。
随着业务量的提高、访问量和数据流量的快速增长，可能出现网络中网元负载不均衡分配的情况网络中某一个/多个网元在某时间负载过重，甚 至进入过载状态，而另外一些网元却处于轻负载状态，网络资源未能得以充 分利用，还可能导致网络拥塞问题。
现有技术给出了负载均衡方法来解决上述问题。所谓负载均衡方法，就 是根据网元的负载状态，判断网元是否负载过重或者负载过轻，在互相替代 的网元之间分配任务，以实现这些网元负载大致相当，保证网络设备高效率 运行。
现有技术中的负载均衡方法的具体做法是在分组网络中用若干台服务 器对应同一个网络域名，使用DNS服务器将任务均衡分配在这些服务器上， 从而实现负载均衡。但这种方法具有很大的局限性首先，只能实现同一域 名内的负载均衡，不能实现多个域名之间的负载均衡；其次，现有的这种利 用DNS服务器实现域名内负载均衡的方案，只解决了分组网络中很小一部 分的负载均衡问题，在很多情况下需要不依赖DNS服务器实现负载均衡， 而现有技术中并没有对应的解决方案。
发明内容
有鉴于此，本发明实施例提出一种分组网络中实现负载均衡的方法，可 以广泛适用于分组网络中各种需要进行负载均衡的情况。 该方法包括如下步骤
获取至少两个的可互相替代的目标网元的负载状态；
根据所获取的负载状态应用负载均衡策略，排除故障目标网元，从所有 非故障的目标网元中选择出至少一个目标网元；
从所述选择出的至少一个目标网元中选择一个目标网元，将业务路由到 该目标网元。
本发明实施例还提出 一 种分组网络中实现负载均衡的系统，包括 至少两个可互相替^C的目标网元；
采集单元，用于获取各个目标网元的负载状态，并将所获取的负载状态发送至状态处理单元；
状态处理单元，用于根据来自采集单元的目标网元的负载状态，选择至 少一个负载较轻的目标网元，并将所选择的目标网元的标识发送至选择单 元；
选择单元，用于根据来自状态处理单元的目标网元标识，将业务路由到 相应的目标网元进4亍处理。
本发明实施例还提出一种分组网络中实现负载均衡的装置，包括采集 单元、状态处理单元和选择单元；
所述采集单元用于获取分组网络中各个目标网元的负载状态，并将所获 取的负载状态发送至状态处理单元；
所述状态处理单元用于根据来自采集单元的目标网元的负载状态，选择 至少一个负载较轻的非故障目标网元，并将所选择的目标网元的标识发送至
选择单元；
到相应的目标网元。
从以上技术方案可以看出，目标网元上报自身的负载状态，根据所述负 载状态可以选择负载较轻的目标网元进行业务，从而实现对目标网元的负载 均衡处理。本发明方案不依赖于特定网元，可以广泛部署在分组网络的各个 部分中，具有很高的实用价值。
图1所示为本发明实施例的逻辑架构图； 图2为本发明实现负载均衡处理的流程图； 图3为本发明实施例一的实现流程图； 图4为本发明实施例二的实现流程图； 图5为本发明实施例三的实现流程图。
具体实施例方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明 作进一步的详细阐述。
本发明实施例系统的逻辑架构如图1所示，包括目标网元101、采集单 元102、状态处理单元103和选择单元104。
所述目标网元101用于提供本网元的负载状态，目标网元可以是分组网 络中任意需要考虑负载均衡的网元，如IMS网络中的代理呼叫会话控制功 能实体(Proxy-Call Session Control Function, P-CSCF )，服务呼叫会话控 制功能实体(S-CSCF)，查询呼叫会话控制功能实体(I-CSCF),应用服 务器(Application Server, AS)，媒体网关控制功能实体(Media Gateway Control Function, MGCF )，出口网关控制功能实体(Breakout Gateway Control Function, BGCF),互连边界控制功能实体(Interconnection Border Control Function, IBCF)，多媒体资源功能控制器(Multimedia Resource Function Controller, MRFC )，或紧急呼叫会话控制功能实体(Emergency-CSCF， E-CSCF)等网元。在本发明实施例系统中，可互相替代的目标网元101的 数目应大于l，比如目标网元101是P-CSCF，则P-CSCF的数目应大于1。
采集单元102负责从目标网元101采集负载状态，并将负载状态交给状 态处理单元103处理。在实际应用中，采集单元102可以位于目标网元101 中、或者目标网元之外的网元、或用户设备(UE)中。
如考虑P-CSCF的负载均衡时，即将P-CSCF作为图1中的目标网元101 ， 采集单元102可以是位于、动态主机配置协议(Dynamic Host Configuration Protocol, DHCP)服务器、GPRS网关服务节点(GGSN)、归属用户服务 器(HSS)或网管服务器。
目标网元101和采集单元102之间的El接口通讯可采用的协议包括但 不限于SIP协议、Diameter协议、DHCP、超文本传输协议(Hypertext Transfer Protocol, HTTP),网管协议、内部接口协议。状态处理单元103根据从采集单元102收到的目标网元101的负载状 态，实施一定的负载均衡策略，得到指定的目标网元交给选择单元104。在 实际应用中，它可以位于采集单元102所在的网元中，或者与采集单元102 分别位于不同的网元中，或者位于用户设备(UE)中。其中，负载均衡策 略取决于运营商的策略和具体实现，基本原则是选取非故障网元中负载较轻 的S-CSCF。
采集单元102和状态处理单元103之间的E2接口通讯可采用的协议包 括但不限于SIP协议、Diameter协议、网管协议以及内部接口协议。
选择单元104用于将用户请求路由至状态处理单元103所指定的目标网 元。在实际应用中，选择单元104可以位于状态处理单元103所在的网元中、 或者与状态处理单元103分别位于不同的网元中，或者位于用户设备(UE) 中。所述用户请求可以是选择单元104接收的来自其它网元的用户请求，也 可以是选择单元104自身产生的用户请求。
选择单元104和状态处理单元103之间的E3接口通讯可采用的协议包 括但不限于SIP协议、Diameter协议、DHCP协议、HTTP协议、网管协 议以及内部接口协议。
在本发明实施例中，采集单元102、状态处理单元103或选4奪单元104 可以位于同一个网元中，位于一个以上的网元中或者同时位于一个以上的网 元和用户设备中。
根据图l所示逻辑架构，本发明实施例实现负载均衡的方法流程如图2 所示，包括如下步骤
步骤201:采集单元从目标网元采集负载状态，状态处理单元从采集单 元获得负载状态。
如步骤201所述，采集单元的负载状态来源于目标网元。具体可以是如 下任一种方式或其任意组合
目标网元定期向采集单元上报自身的负载状态；
目标网元判断自身负载状态是否超过预先设置的阀值，若是，则上报自身的负载状态给采集单元；
采集单元定期向目标网元请求负载状态，或者注册请求/会话请求/状态 处理单元的负载请求到来时，触发采集单元向目标网元请求负载状态。
如步骤201所述，状态处理单元收到的负载状态来源于采集单元，具体 可以是如下任一种方式或其任意组合
采集单元定期向状态处理单元上报目标网元的负载状态；
采集单元判断所收到的负载状态是否超过预先设置的阀值，若是，则将 该负载状态上报给状态处理单元；
根据特定事件触发采集单元上报负载状态给状态处理单元；例如，在注 册/会话请求到达目标网元时，触发采集单元上报负载状态给状态处理单元；
状态处理单元定期向采集单元请求负载状态，或者根据特定事件触发状 态处理单元向采集单元请求负载状态，例如当注册/会话请求到达上行网元 时，则触发状态处理单元向采集单元请求负载状态。
步骤202:状态处理单元根据收到的目标网元的负载状态进行负载均衡 处理。
状态处理单元进行负载均衡处理，即根据上报的各个目标网元的负载状 态，选择非故障的目标网元中负载较低的目标网元，并将所选择的目标网元 标识返回给选择单元。这里，目标网元的标识可以是目标网元的统一资源定 位符(Uniform Resource Locator, URL)或者域名。
步骤203:选择单元根据收到的状态处理单元所指定的目标网元，路由 用户请求。
如果所述指定的目标网元是一个以上的目标网元，则选择单元从所述指
定的目标网元中选择一个目标网元，并将请求转发给该目标网元。
选择单元收到的是目标网元地址/域名，则将用户请求发送至该目标网
元i也址/i或名所对应的目标网元。
以下通过三个具体实施例对本发明方案进行进一步详细阐述。
实施例一S-CSCF的负载均衡方案。S-CSCF在IMS网络系统中主要用于根据来自用户设备的用户请求，将 业务触发到相应的AS。为了解决S-CSCF的负载均衡问题，可以在用户注 册时按照S-CSCF的负载状态选择合适的S-CSCF，用户的后续会话请求通 过所选择的S-CSCF进行，从而实现用户服务的S-CSCF的负载均衡。
对照图l所示逻辑结构，在本实施例中，目标网元为S-CSCF，采集单 元、状态处理单元和选择单元均位于I-CSCF。当用户发起注册请求至I-CSCF 后，I-CSCF查询HSS获得用户服务所要求的S-CSCF的能力集，I-CSCF选 择满足能力集要求的S-CSCF;若满足能力集要求的S-CSCF有多个，I-CSCF 根据这些S-CSCF的负载状态选择合适的S-CSCF,再将注册请求路由到该 S画CSCF。
图3示出了本实施例UE发起注册请求后对S-CSCF进行负载均^f軒处理 的过程，在UE发起注册之前，I-CSCF获取各个可选的S-CSCF的负载状况。 I-CSCF可通过请求的方式获取S-CSCF的负载状态，或者S-CSCF向I-CSCF 上报自身的负载状态。上报时，S-CSCF可通过配置的方式获得网络内I-CSCF 的地址，并根据该I-CSCF地址上报负载状态。如可通过SIP消息(如扩展 OPTIONS )或非SIP消息，I-CSCF定期请求或者S-CSCF定期/超过阀值触 发上报负载状态；或者通过SIP订阅消息(SIP SUBSCRIBE )订阅S-CSCF 的负载状态，负载状态在SIP通知(SIPNOTIFY)消息中返回；或者I-CSCF 将来自用户的注册请求或会话请求发送至S-CSCF， S-CSCF在注册响应消息 或会话响应消息(如100 Trying )中返回负载状态。
如上所述的在会话响应消息中返回负载状态，本发明实施例对SIP消息 扩展如下
1. 携带在SIP消息头域中，如Via头域，在Via头域增加load-status 参凄史，举例》口下
Via: SIP/2.0/UDP [5555:1:2:3:4]:1357; load-status=70
其中，"load-status"参数给出当前服务器的负载程度为70%;
2. 或者，在SIP消息中扩展新的头域Load-Status,举例如下Load-Status: 80
其中，Load-Status头域给出当前服务器的负载程度为80%; 从UE发起注册请求之后，则包括如下步骤
步骤301: UE发起注册请求，经P-CSCF路由至I-CSCF。图3及以下 流程描述中均省略P-CSCF。
步骤302至步骤303: I-CSCF向HSS请求用户服务所要求的S-CSCF 能力集，HSS向I-CSCF返回S-CSCF的能力集。
在本实施例中，I-CSCF向HSS请求S-CSCF能力集是通过用户授权请 求(User Authority R叫uest, UAR)命令实现的；而HSS返回S-CSCF能力 集是通过用户授权应答(User Authority Answer, UAA )命令实现的。
步骤304: I-CSCF根据所收到的S-CSCF能力集，选择满足用户要求的 能力集的S-CSCF，若满足用户要求的能力集的S-CSCF有多个，I-CSCF再 根据收到的S-CSCF的负载状态，实施一定的负载均衡策略，排除故障 S-CSCF，从非故障S-CSCF中选择至少一个S-CSCF。
或者，I-CSCF也可以先根据收到的S-CSCF的负载状态，实施一定的 负载均衡策略，排除故障S-CSCF，从非故障S-CSCF中选择出负载较轻的 S-CSCF;然后再根据所收到的S-CSCF能力集，从负载较轻的S-CSCF中选 择满足用户要求的能力集的S-CSCF。
其中，负载均衡策略取决于运营商的策略和具体实现，基本原则是选取 非故障网元中负载较轻的S-CSCF。
步骤305: I-CSCF将注册请求转发到根据负载均衡策略所选择出的 S隱CSCF。
步骤306至步骤307: S-CSCF返回注册响应消息，经过I-CSCF的转发， 最终发送至UE。
步骤308至步骤309: UE收到注册响应消息后，向S-CSCF发送第二个 注册请求，路由过程跟步骤301-305相同，只不过其中HSS只向I-CSCF返 回已指定的S-CSCF的路由信息；步骤310-311. S-CSCF向UE返回200 ( OK)响应，以指示注册成功。 以上流程描述的是采集单元和状态处理单元位于I-CSCF的情况。事实 上，采集单元和状态处理单元都可以位于其他网元，例如，采集单元和状态 处理单元还可以都位于HSS,则由HSS根据采集的负载状态，并实施一定 的负载均衡策略，选择负载较轻的S-CSCF，并向I-CSCF同时返回携带所述 负载较轻的S-CSCF地址标识以及用户要求的S-CSCF的能力集的消息；由 I-CSCF进一步根据能力在接收的S-CSCF地址标识中选择符合用户要求能 力集的S-CSCF。所述HSS向I-CSCF返回的消息可在Diameter协议中扩展 属性值对(Attribute Value Pair, AVP )携带S-CSCF地址信息，该AVP参 数包括S-CSCF的地址标识。
采集单元和状态处理单元也可以不集中在同一个网元上，例如，采集单 元可以位于HSS，状态处理单元位于I-CSCF。贝'j HSS向I-CSCF返回S-CSCF 的负载状态和能力集。为达这一目的，可在Diameter协议中扩展AVP携带 负载状态信息。该AVP参数包括目标网元的地址标识，目标网元的负载状 态值。
本实施例中，I-CSCF在收到注册请求前就获得了 S-CSCF的负载状态， 事实上，也可以由I-CSCF在需要做出S-CSCF选择时，如注册请求到来时 触发负载状态获取操作。
本实施例可以获得本网络中所有的S-CSCF,也可以根据需要，获得相 关的某几个S-CSCF的负载。
实施例二 P-CSCF的负载均衡处理。
本实施例中，目标网元为P-CSCF，采集单元和状态处理单元均位于动 态主机配置协议(Dynamic Host Configuration Protocol, DHCP )月良务器，选 才奪单元为UE。本实施例的处理流程如图4所示，包括如下步骤 步骤401: DHCP服务器收集各个P-CSCF的负载状态。 收集的方式分为两类，分别是P-CSCF把负载状态上报给DHCP服务器， 以及DHCP服务器向P-CSCF请求其负载状态。P-CSCF可通过配置的方式或其它方式获取DHCP服务器的地址，定期上报负载状态给DHCP服务器， 或者负载状态超过预先设定的阀值时，触发上报负载状态至DHCP服务器。 或者，DHCP服务器可根据其上已配置的P-CSCF地址定期请求P-CSCF的 负载状态。P-CSCF支持SIP协议，而DHCP服务器采用DHCP协议。El 接口通讯可采用SIP或DHCP,或者其它的协议。 步骤402: UE发起DHCP服务器请求。
步骤403: DHCP服务器根据负载均衡策略，排除故障P-CSCF,从非 故障P-CSCF中选择合适的P-CSCF。
步骤404: DHCP服务器将合适的P-CSCF返回给UE。
这里描述的是DHCP服务器为状态处理单元的情况，事实上UE也可以 为状态处理单元，在上述消息中返回的是P-CSCF的负载状态。该消息需要 在DHCP协议中扩展选项(OPTION ) XX,其中XX表示尚未被使用的代 码，不失一般性，这里假设XX-47。该扩展选项种包含域名/地址和负载状 态的描述。在上述步骤402中UE发出DHCP请求时，应在选项请求选项 (Option Request Option ， ORO )中增加请求的选项代码47 。在DHCP响应 时将返回包含负载状态的OPTION 47。
步骤405: UE根据接收到的P-CSCF发起注册请求。
这里描述的是DHCP服务器为状态处理单元的情况，事实上当UE为状 态处理单元时，UE收到多个P-CSCF的域名/地址和负载状态的列表时，根 据负载均衡原则，选4奪合适的P-CSCF发起注册请求。
本实施例中，采集单元和状态处理单元都为DHCP服务器。事实上，采 集单元和状态处理单元都可以位于其他网元，且可以不集中在同一个网元 上。如釆集单元位于网管服务器，状态处理单元位于UE或者网管服务器。
本实施例中，DHCP服务器在收到DHCP请求前就获得了 P-CSCF的负 载状态。事实上，也可以由DHCP服务器在需要做出P-CSCF选择时，如 DHCP请求到来时触发P-CSCF负载状态获取操作。
本实施例可以获得本网络中所有的P-CSCF,也可以根据需要，获得相关的某几个P-CSCF的负载。
实施例三I-CSCF的负载均衡处理。
本实施例中，目标网元为I-CSCF，采集单元位于、状态处理单元位于 和选择单元均位于P-CSCF。本实施例的处理流程如图5所示，包括如下步 骤
步骤501: P-CSCF收集各个I-CSCF的负载状态。
收集的方式分为两类，分别是P-CSCF向I-CSCF请求其负载状态或 I-CSCF将自身的负载状态上报给P-CSCF。上报的方式中，I-CSCF可通过 配置的方式获得P-CSCF的地址，定期或超过阀值时将本身的负载状态上报 给该地址的P-CSCF。请求方式中，P-CSCF可通过DNS查询获得I-CSCF 的地址，定期或注册/会话请求到来时请求I-CSCF的负载状态。如可通过 SIP消息(如扩展OPTIONS)或非SIP消息，P-CSCF定期请求或I-CSCF 定期/超过阀值上报负载状态；或者通过SIP SUBSCRIBE消息订阅I-CSCF 的负载状态，负载状态在NOTIFY消息中返回给P-CSCF;或者在会话响应 消息(如100 Trying )向P-CSCF返回负载状态。
步骤502: P-CSCF收到注册/会话请求；
步骤503: P-CSCF根据收集的负载状态，结合负载均衡策略，排除故 障I-CSCF,从非故障I-CSCF中选择合适的I-CSCF;
步骤504: P-CSCF将注册/会话请求路由至所选择的I-CSCF。
本实施例中，采集单元和状态处理单元都为P-CSCF。事实上，釆集单 元和状态处理单元都可以位于其他网元，且可以不集中在同一个网元上。如 采集单元位于网管服务器，状态处理单元位于P-CSCF或者网管服务器。
本实施例中，P-CSCF收到注册/会话请求前就获得了 I-CSCF的负载状 态。事实上，也可以由P-CSCF在需要做出I-CSCF选择时，如注册/会话请 求到来时触发I-CSCF负载状态获取操作。
本实施例可以获得本网络中所有的I-CSCF，也可以根据需要，获得相 关的某几个I-CSCF的负载。本实施例中只描述了 P-CSCF对I-CSCF的负载均衡， S-CSCF/MGCF/AS/目标网元之外的网元对I-CSCF的负载均衡情况类似。 IBCF在网络中位置类似I-CSCF，其负载均衡也类似I-CSCF。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本 发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本 发明的保护范围之内。
权利要求
1、一种在分组网络中实现负载均衡的方法，其特征在于，该方法包括如下步骤获取至少两个的可互相替代的目标网元的负载状态；根据所获取的负载状态应用负载均衡策略，从非故障的目标网元中选择出至少一个目标网元；从所述选择出的至少一个目标网元中选择一个目标网元，将业务路由到该目标网元。
2. 根据权利要求1所述的方法，其特征在于，所述负载状态指示目标 网元处理请求所需资源的使用程度，和/或指示目标网元是否可用。
3. 根据权利要求1所述的方法，其特征在于，由采集单元获取目标网 元的负载状态，所述获取至少两个的可互相替代的目标网元的负载状态包括 如下任意一种方式或其任意组合目标网元定期向采集单元上报自身的负载状态；目标网元判断自身负载状态是否超过预先设置的阀值，若是，则向采集 单元上报自身的负载状态；采集单元定期向目标网元请求负载状态； 采集单元根据特定事件触发向目标网元请求负载状态。
4. 根据权利要求3所述的方法，其特征在于，所述向目标网元请求负 载状态为采集单元向目标网元发送会话初始协议SIP订阅消息，目标网元 向采集单元返回携带负载状态信息的SIP通知消息。
5. 根据权利要求3所述的方法，其特征在于，所述向目标网元请求负 载状态为采集单元向目标网元发送注册请求或会话请求，目标网元向采集 单元返回携带负载状态信息的注册响应消息或会话响应消息。
6. 根据权利要求1所述的方法，其特征在于，所述从非故障的目标网 元中选择出至少一个目标网元包括根据上报的各个目标网元的负载状态，选择其中负载较低的非故障目标网元，根据所选择的目标网元标识返回给选择单元；所述将业务路由到所选择的目标网元为选择单元根据所收到的目标网 元标识将用户请求发送至所述目标网元标识对应的目标网元。
7、 根据权利要求6所述的方法，其特征在于，所述目标网元标识为目 标网元的统 一 资源定位符或域名。
8、 根据权利要求1至7任一项所述的方法，其特征在于，所述根据所 获取的负载状态应用负载均衡策略，从非故障的目标网元中选择出至少 一个 目标网元包4舌选择能够满足所述用户要求的能力集的非故障目标网元； 根据目标网元的负载状态，对满足用户要求的目标网元应用负载均衡策 略，选择出至少一个目标网元； 或者，根据目标网元的负载状态应用负载均衡策略，从非故障的目标网元选择 出负载较轻的目标网元；从所述负载较轻的目标网元中选择出至少一个满足所述用户要求的目 标网元。
9、 根据权利要求8所述的方法，其特征在于，所述用户请求为注册请 求，则所述将业务路由到所选择的目标网元之后，进一步包括所述所选4奪的目标网元向UE返回注册响应消息；UE发起第二次注册请求，所述第二次注册请求路由至所述所选择的目 标网元，目标网元向UE返回注册响应消息。
10、 一种分组网络中实现负载均衡的系统，包括至少两个可互相替代的 目标网元，其特征在于，该系统还包括采集单元，用于获取各个目标网元的负载状态，并将所获取的负载状态 发送至状态处理单元；状态处理单元，用于根据来自采集单元的目标网元的负载状态，选择至少一个负载较轻的非故障目标网元，并将所选择的目标网元的标识发送至选择单元；选择单元，用于根据来自状态处理单元的目标网元标识，将业务路由到 相应的目标网元。
11、 根据权利要求10所述的系统，其特征在于，所述目标网元用于定期向采集单元上报自身的负载状态；或者，目标网元判断自身负载状态是否超过预先设置的阀值，若是，则 上报自身的负载状态给采集单元。
12、 根据权利要求10所述的系统，其特征在于，所述采集单元获取各 个目标网元的负载状态为采集单元定期向目标网元请求负载状态；或者，注册请求/会话请求/状态处理单元的负载请求到来时，触发采集单元向 目标网元请求负载状态。
13、 根据权利要求10所述的系统，其特征在于，所述采集单元定期向 状态处理单元上报目标网元的负载状态；和/或，采集单元判断所收到的负载状态是否超过预先设置的阀值，若是，则将 该负载状态上报给状态处理单元；和/或，采集单元根据特定事件触发上报负载状态给状态处理单元。
14、 根据权利要求10所述的系统，其特征在于，所述状态处理单元用 于定期向采集单元请求负载状态，和/或，根据特定事件触发向采集单元请 求负载状态。
15、 根据权利要求10所述的系统，其特征在于，所述目标网元包括以 下功能实体中的至少一个代理呼叫会话控制功能实体P-CSCF、服务呼叫 会话控制功能实体S-CSCF、查询呼叫会话控制功能实体I-CSCF、应用服务 器AS、媒体网关控制功能实体MGCF、出口网关控制功能实体BGCF、互 连边界控制功能实体IBCF、多媒体资源功能控制器MRFC、以及紧急呼叫 会话控制功能实体E-CSCF。
16、 根据权利要求10所述的系统，其特征在于，所述采集单元位于目 标网元、目标网元之外的网元或UE中；和/或，所述状态处理单元位于采集单元所在的网元中，或者与采集单 元位于不同的网元中，或位于UE中；和/或，所述选择单元位于状态处理单元所在的网元中，或者与状态处 理单元位于不同的网元中，或者位于UE中。
17、 根据权利要求10所述的系统，其特征在于，所述目标网元和采集 单元之间的接口通讯采用SIP协议、Diameter协议、动态主机配置协议 DHCP、超文本传输协议HTTP和/或网管协议。
18、 根据权利要求10至17任一项所述的系统，其特征在于，所述采集 单元和状态处理单元之间的接口通讯采用SIP协议、Diameter协议、DHCP 协议、HTTP协议、网管协议和/或内部接口协议。
19、 根据权利要求10至17任一项所述的系统，其特征在于，所述状态 处理单元和选择单元之间的接口通讯采用SIP协议、Diameter协议、DHCP 协议、HTTP协议、网管协议和/或内部接口协议。
20、 根据权利要求10所述的系统，其特征在于，所述目标网元为代理 呼叫会话控制功能实体，所述采集单元位于动态主机配置协议DHCP服务 器、GPRS网关服务节点、归属用户服务器或网管服务器。
21、 一种分组网络中实现负载均衡的装置，其特征在于，该装置包括采 集单元、状态处理单元和选择单元；所述采集单元用于获取分组网络中各个目标网元的负载状态，并将所获 取的负载状态发送至状态处理单元；所述状态处理单元用于根据来自釆集单元的目标网元的负载状态，选择 至少一个负载较轻的非故障目标网元，并将所选择的目标网元的标识发送至 选择单元；所述选择单元用于根据来自状态处理单元的目标网元标识，将业务路由 到相应的目标网元。
全文摘要
本发明公开了一种在分组网络中实现负载均衡的方法，包括如下步骤获取至少两个的可互相替代的目标网元的负载状态；根据所获取的负载状态应用负载均衡策略，从非故障的目标网元中选择出至少一个目标网元；从所述选择出的至少一个目标网元中选择一个目标网元，将业务路由到该目标网元。本发明还公开了一种在分组网络中实现负载均衡的系统。本发明方案不依赖于特定网元，可以广泛部署在分组网络的各个部分中实现负载均衡，具有很高的实用价值。
文档编号H04L29/06GK101304366SQ20071010672
公开日2008年11月12日 申请日期2007年6月15日 优先权日2007年5月8日
发明者青 周, 廖洪波, 施有铸, 波 郑 申请人:华为技术有限公司