过载处理方法及系统、过载处理的sip实体的制作方法

专利名称：过载处理方法及系统、过载处理的sip实体的制作方法
技术领域：
本发明涉及移动通信技术领域，特别涉及一种过载处理方法及系统、过
载处理的SIP实体。
背景技术：
在通信网络中，过载控制是重要的呼叫处理控制机制之一，尤其是在单
一服务器处理全国的呼叫业务的下一代网络(Next Generation Network,以 下简称NGN)中更是如此。在会话初始协议(Session Initiation Protocol, 以下简称SIP)为交互协议的业务中，过载检测与处理仅存在于应用层。
在过载控制中， 一个比较容易被忽视的方面是过载检测。过载检测一 般是基于系统资源的使用来进行的，系统资源除了包括CPU资源外，还包 括内存资源、文件句柄、磁盘10等，但是一般以CPU作为过载条件来检 测。系统资源的占用情况是能够从外部观测到的。但是在运行较高优先级 的服务器或者由于其他的一些情况，可能过载检测还会用到其他的一些资 源，基于这些资源的过载条件也很重要但却不容易被检测到，例如，程序 启动时固定创建了 100个线程用于处理呼叫线程池中的线程，如果这IOO 个线程都在处理呼叫，就不能处理新的呼叫了，但是该线程资源的占用是 很难从外部观察的，即从CPU资源的占用情况来看，可能是没有过载的， 但实际上由于线程不足(thread starvations),系统是过载的。
现有技术中也存在过载处理的方法，并定义了在协议层的过载控制机制。 可以在使用SIP进行会话控制的情况下，在传输控制协议(Transfer Control Protocol,以下简称TCP)或用户数据才艮协议(User Datagram Protocol,以下简称UDP)下使用该过载控制机制。 一般在UDP中这种控制机制更加有 用。
目前，过载控制是基于CPU使用、线程使用和其他系统资源的使用进行 过载检测的。 一般地，通过运行一个额外的程序及循环机制来完成该过载检 测。
对过载条件做出反应的最常见的方法如图1所示，具体的实现是执行 另外一个程序D,此程序D与假定过载的代理B在同一个系统上运行。程序D 定期(如每1分钟)检测一次代理B的CPU占用率，假设代理B的CPU占用 率超过某个预先设置的过载门限值，则认为代理B过载了，并向代理B通知 代理B已经过载；代理B通过向代理A发送业务不可获得(Service Unavailable) 101来响应SIP客户端发来的请求(Invite)。但是如果仅仅 是这样的话，该通过代理A发送请求的SIP客户端并不能得知SIP实体，如 代理B,过载的信息量是多少，也不能得知它需要减少发送多少请求消息就 可解决过载问题。
如上所述，利用额外的程序进行过载检测的方法，其准确度较低例如， 设定的过载门限值及比较过程，对于网络实体和SIP服务器可能实际上是系 统开销。又例如，由于这些程序设定的过载条件的局限性，它们可能响应不 了这些实体(网络实体和SIP服务器等)。

发明内容
本发明实施例提供一种过载处理方法及系统、过载处理的SIP实体，以 实现在不增加额外的系统负载的情况下，提高过载的实体的检测的准确度。 本发明实施例提供了一种过载处理方法，包括
请求方向接收方发送携带请求负载头的请求消息，所述请求负载头至少 包括请求消息的重发次数和重发系数；
接收所述接收方返回的携带响应负载头的响应消息，所述响应负载头包括请求消息的重发次数、响应消息的重发次数以及过载实体标识；或者，返 回的不携带响应负载头的响应消息； 确定是否存在过载实体。
本发明实施例还提供了一种过载处理的会话初始协议实体，包括 请求负载头构造模块，用于构造请求负载头，所述请求负载头至少包括
请求消息的重发次数和重发系数；
第一发送模块，用于发送携带请求负载头的请求消息至接收方会话初始 协议(SIP)实体；
第一接收模块，用于接收所述接收方SIP实体返回的携带响应负栽头的 响应消息，或返回的不携带响应负载头的响应消息；
判断模块，用于确定是否存在过载实体。
本发明实施例又提供了一种过载处理系统，包括
请求方会话初始协议(SIP)实体，用于发送携带请求负载头的请求消息， 并根据接收的响应消息，确定是否存在过载实体；
接收方SIP实体，用于接收所述请求方SIP实体发送的请求消息，并返 回携带响应负载头的响应消息，或不携带响应负载头的响应消息。
由以上技术方案可知，本发明实施例的过载处理方法及系统、过载处理 的SIP实体，在多种实体组合方式下，通过在请求消息和响应消息中添加负 载头，来指示过载实体以及希望减少的信息的发送数量；结合描述的机制， 用户代理能够得知其自身是否过载，或其他中间实体是否过载；实现了在进 行有效的过载检测的同时，并不增加系统的负载，使得过载检测灵活性强， 并且简单有效。
下面通过具体实施例并结合附图对本发明做进一步的详细描述。


图1为现有技术过载处理方法的功能实体结构示意图;图2为SIP网络系统结构示意图3为一个本发明过载处理方法实施例的流程示意图4为另一个本发明过载处理方法实施例的功能实体结构示意图;
图5为又一个本发明过载处理方法实施例的流程示意图6为又一个本发明过载处理方法实施例的功能实体结构示意图;
图7为本发明过载处理的SIP实体实施例的结构示意图8为本发明过载处理系统实施例的结构示意图。
具体实施例方式
在网络构架中，系统中的实体处理接收到的请求/响应消息是需要资源的，其系统过载往往是指当前的资源不能够或不足以供给以处理接收到的请求或者响应消息的情况；当SIP网络中的功能实体不能处理SIP请求或响应的时候，过载也会在SIP网络中出现。
过载主要有两种类型 一是服务器过载，由于服务器不能处理它接收的消息而过载，或者由于服务器正忙于其他的处理过程而不能接收消息，从而导致过载；二是网络过载，由于网络带宽不够，不能处理消息，例如，如果网络带宽256Kbps,但实际上需要2Mbps,那么在该网络中会丟弃大量的信息包，这与SIP会话中的SIP消息以及类似于由功能实体产生的实时传输协议(Real-time Transport Protocol,以下简称RTP )消息相关。
如图2所示的SIP网络系统中，主要功能实体包括SIP服务器、用户终端、AAA服务器、网管服务器、应用服务器、域名服务器和媒体服务器等。网络运营商可根据实际运营需要，选择合适的功能实体向用户提供语音和视频等业务。(1) SIP服务器(SIP Server): SIP网络中提供呼叫控制、呼叫路由、用户管理等功能的网络设备。(2)用户代理(User Agent):包括用户代理客户端(User Agent Client,以下简称UAC )和用户代理服务器(User AgentServer,以下简称UAS)两个部分，UAC用于发起请求，而UAS则用于响应请求，用户代理可以在SIP语音终端、SIP^f见频终端和SIPIAD等实体上实现。(3)软交换网络由软交换设备完成域内用户的注册、呼叫控制、路由、认证
计费等功能的网络。
一个实施例中，使用SIP的请求/响应消息的重发/超时来进行过载检观'J。本发明实施例主要考虑两种消息重发类型，即请求消息的重发和响应消息的重发。
具体的，这种过载处理的方法概括起来有两种情形 一是用户代理(UserAgent,以下简称UA )将请求消息和响应消息重复的发送至特定的网络或者其他UA,并且还伴有大量的超时；这种情况下，可能是网络实体过栽，也可以是终端的UA过载，还可以是中间代理过载；这种情况可以通过减少发送至UAS的请求消息的数量来解决系统过载的问题。
二是UA从特定的网络或其他UA接收到大量的重发请求消息和响应消息；这种情况下，为UA自身过载；可以通过UAS将一缩减系数(reducing factor )发送到UAC，来要求UAC减少其发送的请求消息的数量，这种情况下UAS帮助UAC从过载状况下恢复，UAC也可以拒绝来自于UAS的请求。
个具体的例子中，由在SIP的请求消息和响应消息的头信息中添加负载头来检测过载，以及通过该负载头来解决系统过载的问题。
首先解释一下在头信息中添加的新的负载头的各个参数的含义，该头信息的定义如下
load: N0R= DIGIT; RETRANS= DIGIT; 0= ( name-addr / addr-spec ); FAC=(11. " *DIGIT); RETFAC= ("."*DIGIT); FACID=n
name-addr = [ display-name ] LAQU0T addr-spec RAQUOT
=SIP-URI / SIPS-URI / absoluteURI=* (token LWS)/ quoted-string="sip:" [ userinfo ] hostport
uri-parameters [ headers ]="sips:" [ userinfo〗hostporturi-parameters [ headers ]
13
addr-spec
display-name
SIP-URI
SIPS-hostporthost
hostnamedomainlabel
toplabel
IPv4address
IPv6reference
IPv6address
hexpart
hexseq
hex4
port
host [ ": " port ]
hostname / IPv4address / IPv6reference*( domainlabel ". " ) toplabel ["."]alphanum
/ alphanum *( alphanum / "-" ) alphanumALPHA / ALPHA *( alphanum / "-" ) alphanum1*3DIGIT ". " 1*3DIGIT ". " 1*3DIGIT ". " 1*3DIGIT"["IPv6address "〗"hexpart [ ": " IPv4address ]hexseq / hexseq ":: " [ hexseq ] / ":: " [hexseq ]hex4 *( ": 11 hex4)1*4HEXDIG1*DIGIT
alphanum = ALPHA / DIGIT
其中 "load : N0R= DIGIT; RETRANS- DIGIT; 0=( name-addr /addr-spec );FAC= (" " *DIGIT); RETFAC= (". " *DIGIT); FACID=n，，，即为负载头，各个参数解释如下
1、 重发次数(Number of Times Retransmitted,简称NOR)用于告知接收方请求消息重发的次数。在UAS响应时，UAS应指示该值
并发送到UAC，它是用于响应请求消息的第n次重发。与特定的UA第一次交互时，NOR的初始值为O,即廳=0。
2、 响应重发(Response Retransmission,简称RETRANS)用于告知接收方响应消息已经重发的次数。
3、 减少系数(Reducing Factor,简称FAC)
该系数为过载实体期望其他参与方发送的减少后的请求消息。例如，如果该系数为0. 9,那么UAS要求UAC以0. 9的乘数减少UAC发送的请求消息，就是说，UAC应仅发送本打算发送到UAS的请求的90%。例如，如果UAC是发送100个请求/s，则它应减少到90个请求/s。
4、 系数标识符(Factor Identifier,简称FACID)这是一个不断地增加的标识符，并且它总是与FAC —起添加在负载头中。如果当前消息中的这个值与在前的消息中的FACID相比较是递增的，那么当前消息中的FAC将被应用，即减少请求；否则，当前消息中的FAC不被采用，仍采取在前消息的FAC。即如果该FACID改变，则说明应该釆用新的FAC;如果FACID不变，则说明此时的FAC不需要被釆用，还继续采用之前的FAC。
5、 重发系数(Retransmission Factor,简称RETFAC)
由该系数，UA将能够确定每一定数量的消息中的重发数量。该一定数量可以是IOO， 1000, 2000, 10000等任何的自然数。以确定每1000个消息中的重发数量为例
RETFAC- (在之前的1000个消息中的NOR) /1000，其中NOR应包含响应和请求两者的重发计数。
进一步地，RETFAO(第l个消息的最大NOR +第2个消息的最大NOR+...+第1000个消息的最大NOR) /1000。例如在之前的1000个消息中，第5个消息的N0R=5，第7个消息的職=2,其他消息的NOR=0,那么RETFAC =0. 007。
如果该系数由UAS发送，那么它是响应重发系数；如果该系数由UAC发送，则是请求重发系数。如果同一服务器同时充当UAS和UAC，它连接到的另外的服务器也同时充当UAS和UAC的实体，那么当发送请求消息时，该系数仅用于请求消息的计算，而当发送响应消息时，该系数仅用于响应消息的计算。
6、 过载实体(Overloaded Entity,简称0)
过载实体应在响应消息的头信息中带有该参数0，该参数0中要表明过载实体的身份标识。该参数0是必需的，因为在传输处理中，如果有很多SIP网络系统的功能实体均可能涉及过载，那么可以通过该参数O中的身份标识找到过载的实体。
例如load: NOR=0; RETRANS=5; 0=200.10.5.6; FAC=0. 9; RETFAC=0. 07;FACID=10。其中，请求消息的重发次数NOR为0次，响应消息的重发次数RETRANS为5次，过载实体的身份标识为200. 10. 5. 6,请求的减少系数FAC为0. 9，重发系数RETFAC为0. 07。
如图3所示，为一个本发明过载处理方法实施例的流程示意图，包括如下步骤
步骤301、请求方向接收方发送携带请求负载头的请求消息，该请求负载头至少包括请求消息的重发次数和重发系数；
步骤302、接收接收方返回的携带响应负载头的响应消息，该响应负载头至少包括请求消息的重发次数、响应消息的重发次数以及过载实体标识；或者，返回的不携带响应负载头的响应消息；
步骤303、确定是否存在过载实体。
具体的，请求方可以通过分析请求负载头中的各个参数以及响应负载头中的各个参数，得出具体是哪个实体过载，以及是否要减少请求消息的发送数量和具体减少多少个请求消息。
本实施例描述的过载控制机制，可以通过在请求消息和响应消息中添加负载头来实现及时有效的过载检测，以实现在不增加额外的系统负载的情况下，对实体过载的可能进行>^测。
在上述过载处理方法实施例中的步骤203，请求方通过分析，可能会出现如下几种具体的情况
情况一、请求方接收到响应消息后，确定是否存在过载实体为请求方接收到不携带响应负载头的响应消息后，通过对重发系数RETFAC的分析，确定接收方是否过载。即请求方本身具有其最优化的RETFAC，如果其请求负载头中的该值超过了 RETFAC的最佳值，请求方就应该尝试减少请求消息的发送数量，直到获得最优化的RETFAC。
情况二、请求方接收到响应消息后，确定是否存在过载实体为请求方接收到带有响应负载头的响应消息后，获取过载实体标识0，该过载实体标识为接收方的身份标识，则确定接收方为过载实体。在该响应负载头中还可以包括减少系数FAC以及系数标识符FACID,则请求方接收到带有响应负载头的响应消息后，还获取减少系数，并根据减少系数减少请求方发送至接收
方的请求消息。其中系数标识符FACID作为减少系数的标识，是为了说明是 否应用该响应负载头中的减少系数FAC，将该系数标识符FACID与前一响应消 息的响应负载头中的进行比较，如果前面的响应消息中还没有出现过该系数 标识符FACID或者当前的系数标识符FACID的值比前一个响应消息的响应负 载头的FACID的值大，则应用当前响应负载头中的减少系数FAC以减少请求 方发送至接收方的请求消息；若当前的系数标识符FACID的值不比前一个响 应消息的响应负载头的FACID的值，则不使用当前响应负载头中的减少系数 FAC减少请求方发送至接收方的请求消息。
情况三、请求方接收到响应消息后，确定是否存在过载实体为若请求 方连续收到多个响应消息，每个响应消息都有响应负载头，并且该响应负 载头中均包括过载实体标识以及减少系数、系数标识符，则请求方需要通过 比较各个系数标识符FACID,来确定要使用的减少系数。例如请求方连 续先后收到了三个响应消息，第一个响应消息的响应负载头1包括 FAC=0. 9, FACID=10;第二个响应消息的响应负载头2包括FAC=0. 85, FACID=10;第三个响应消息的响应负载头3包括FAC=0. 7， FACID=11。请 求方接收到第一个响应消息，将使用响应负载头1中的FAC=0. 9减少发送 的请求消息；再收到第二个响应消息时，将其响应负载头2中的FACID的 值和响应负载头1中的FACID的值相比较，发现相等，则此时不使用 FAC=0. 85减少发送的请求消息的数量，仍以之前减少到的数量发送请求消 息；当请求方再次收到第三个响应消息时，将其响应负载头3中的FACID 的值和响应负载头2中的FACID的值相比较，发现相较之前的FACID的值 递增了 ，那么此时应该使用响应负载头3中的FAC-O. 7来减少发送的请求 消息的数量。
情况四、请求方4^收到响应消息后，确定是否存在过载实体为请求方 接收到带有响应负载头的响应消息后，获取过载实体标识，该过载实体标识为空，并且没有检测到减少系数，则确定接收方并非过载实体，并按照之前 发送请求消息的数量继续向接收方发送请求消息。
情况五、请求方接收到响应消息后，确定是否存在过载实体为请求方 接收到带有响应负载头的响应消息后，分析响应负载头，才艮据其中的过载实 体标识以及减少系数的数值，判断其自身是否过载。具体的，如果请求方接 收到的响应消息中的响应负载头没有过载实体标识，即其过载实体标识为空， 其中没有过载实体的身份标识，但响应负载头中却包含有减少系数，则说明 此时可能是请求方自身过载，它将通过计算并确定是否过载，即通过重发系 数RETFAC是否达到最佳值来判断。若请求方判定其自身过载，则〗吏用响应负 载头中的减少系数，以减少发送的请求消息；若请求方判定其自身不过载， 则拒绝使用响应负载头中的减少系数，仍以当前标准发送请求消息，即发送 的请求消息的数量不会增加或减少。
在上述几种可能出现的情况中提到的减少系数是请求方用来根据它减少 要发送的请求消息的，可以基于过载的实体需要的系统能力、数据量、处理 的数据和权重进行计算得出。
在上述过栽处理方法实施例步骤303之后可能还会包括步骤304、请 求方再次收到带有响应负载头的响应消息，并对响应负载头中的信息进行分 析，以减少、恢复或保持发送至接收方的请求消息。
该步骤304可能有如下的几种可能情况，具体为
情况一、若请求方再次收到带有响应负载头的响应消息，并且经比较， 其中带有比前一系数标识符的值大的系数标识符，则请求方应用与当前响 应消息中的系数标识符对应的减少系数，并根据减少系数减少请求方发送 至接收方的请求消息；
情况二、若请求方再次收到带有响应负载头的响应消息，分析响应负载 头，其中不包括过载实体标识，则发送至接收方的请求消息的数量可以恢复 标准值，即请求方没有因为减少系数FAC减少请求消息之前的请求消息的数情况三、若请求方再次收到带有响应负载头的响应消息，分析响应负载 头，其中包括过载实体标识为接收方的身份标识，不包括减少系数，则请求 方保持当前发送请求消息的数量，向接收方发送请求消息。
上述描述的利用该过载控制机制来处理的可能出现的系统中的实体过载 的情况。通过在消息中添加负载头，并对负载头进行分析，可以有效的检测 出系统中的请求方或者接收方的过载情况，并对其施加过载控制。如果是接 收方过载，即接收方不能响应过多的请求消息，那么接收方可以通过响应负
载头告知请求方，并请求请求方减少发送至接收方的请求；如果是请求方过 载，可以依据其自身的计算得知，并可以通过接收方的帮助减少其要发送的 请求消息。通过上述过载处理的方法，可以实现在不增加额外的系统负载的 情况下，针对系统中实体的多种过载情况进行检测并实施有效的控制。
另外，上述描述的利用该过载控制机制来处理的可能出现的系统中的实 体过载的情况并未穷尽所有的可能，只要是可以利用添加负载头来进行过载 检测控制的方法，以达到在不增加系统负载的情况下，对过载的实体实行有 效的检测和控制的目的的，都属于本发明实施例所保护的范围。
如图4所示，为另一个本发明过载处理方法实施例的功能实体结构示意 图，该过载处理的方法应用于紧密连接的两个功能实体下，即SIP服务器410 和SIP服务器420。在请求消息重发的情况下，假设由SIP服务器410发送 的请求消息中携带有如下的请求负载头
load:廳=5; RETFAC=0. 3， 其中N0R=5表示该请求消息已经重发过4次，这是第5次重发该请求消息； RETFAC=0. 3表示在之前的IOOO个消息中,该请求已经重发了 300次。
SIP服务器420接收到该请求负载头后，如果SIP服务器420具有识别 负载头的功能，那么它会提取该请求负载头，并分析在该请求负载头中的NOR 和RETFAC;如果RETFAC是比较大的，超出了它可以接收的数值，那么SIP服务器420将得出其过载的结论，并在响应中携带如下的响应负载头以告知 SIP服务器410其过载，并期望可以减少其负载
load: N0R=5; RETRANS-O; 0=<SIP Server B Identity〉； FAC=0.9; RETFAC=0. 004; FACID=10,
其中，N0R=5表示SIP服务器420是对请求消息的第5次重发进行的响应， 并且它是第一次进行响应消息的发送，"第一次"这个数是由RETRANS-O得 出的；该响应负载头也说明SIP服务器420自身是过载的，通过在0=<SIP Server B Ident i ty〉中放置的其身份标识得出，该身份标识会被SIP服务器 410找到；通过系数FAC-0.9,说明SIP服务器420希望减少的请求消息的比 例。FAC=0. 9表示SIP服务器410应减少其请求消息的10%,仅发送90%的请 求消息，例如如果SIP服务器410每秒发10个请求，从现在起，它应每秒 发9个请求。
FAC这个系数需要由基于功能实体自身内部实现的实体来计算，该实现 可基于系统能力、数据量、处理的数量和权重，这些值是实体需要用于运行 请求消息或响应消息等的参考。
在上述的请求/响应过程中还包括下面的一些可能情况
在SIP服务器420提取了请求负载头，并分析在该请求负载头中的NOR 和RETFAC后，确定它没有过载，那么，则不需要在响应负载头中添加0=和 FAC-参数；此时SIP服务器410分析响应负载头，如其中没有0=和FAC-参数， 则确定SIP服务器42 0没有过载，继续之前发送请求消息的状态。
如果SIP服务器410连续收到多个响应消息，每个响应消息都有响应负 载头，其中均含有O-和FAC-参数，那么SIP服务器410则检查FACID参数， 如果相对于前一个响应消息中的响应负载头，该响应消息中的响应负载头中 的FACID被改变，比原来的该参数的值增大了，那么SIP服务器410可以再 次重新应用该响应消息的响应负载头中的FAC,即可能为再次减少SIP服务 器410发送的请求消息的数量。如此时的响应负载头为load: N0R=5; RETRANS=0; 0=<SIP Server B Identity〉; FAC=0. 9; RETFAC=0. 004; FACID=11，相对于前一响应负载头 FACID由IO增加到11,那么此时SIP服务器410将再次应用FAC=0.9,例如 之前SIP服务器410发送的请求消息已经从每单位时间内100个减少为每单 位时间内90个，那么此时会从每单位时间内90个减少为每单位时间内81个。
当SIP服务器410收到含有(^和FAC-参数的响应负载头，并减少了发送 请求消息的数量后，又再次收到了带有不同FACID的上述响应负载头，那么 SIP服务器410将再次将此次收到的响应负载头中的FAC应用在当前发送至 SIP服务器420的请求消息的数量上。例如，之前SIP服务器410已经仅发 送81个请求消息，那么可能再次较少至72个请求消息。
在SIP服务器410应用了响应消息中响应负载头的FAC参数后，减少发 送至SIP服务器420的请求消息；此时存在SIP服务器420不再过载的可能， 即SIP服务器420可以处理此时请求消息的数量，那么SIP服务器420将在 响应消息的响应负载头中不再携带0=参数；SIP服务器410收到响应负载头 后，发现其中没有O-参数，则应尝试恢复减少请求消息之前的数量向SIP服 务器420发送请求消息。
如果SIP服务器420认为SIP服务器410减少发送请求的数量后刚好可 以被SIP服务器420处理，并希望可以保持这一数量，那么可以在响应负载 头中携带0=参数，而不携带FAC参数；此时SIP服务器410经过对响应负载 头的分析，将保持当前发送请求消息的数量。
如果SIP服务器420没有识别负载头的功能，那么SIP服务器420收到
带有请求负载头的请求消息后，回复的响应消息中将不会携带有响应负载头； 此时SIP服务器410收到该没有响应负载头的响应消息后，会通过对其具有 的RETFAC参数进行的分析，判断SIP服务器420是否过载。SIP服务器410 应该具有其自身最优化的RETFAC参数，如果其请求负载头中的RETFAC的值 超过了最优化的RETFAC的值，SIP服务器410将尝试通过一系数(类似于FAC )减少SIP服务器410发送的请求消息的数量，直到其发送的请求消息中的请 求负载头的RETFAC的值达到其最优化的RETFAC的值。
在响应消息重发的情况下，即若SIP服务器410发送的请求消息均可被 SIP服务器420处理，但是SIP服务器420在回复响应消息时，却总是重发 响应消息，该响应消息的重发次数可以从响应消息携带的响应负载头中的 RETRANS参数得知，如此时SIP服务器420发送携带如下响应负载头的响应 消息
load: NOR-0; RETRANS=5; FAC=0. 9; RETFAC=0. 07; FACID-IO。
从另 一角度考虑，可以认为是SIP服务器420意识到SIP服务器410可 能是过载的，那么SIP服务器420可以仅发送带有FAC-参数，而不带0=参数 的响应负载头；SIP服务器410在分析SIP服务器420发送的响应消息中的 响应负载头后，获知SIP服务器420请求SIP服务器410减少请求消息，即 SIP服务器420帮助SIP服务器410减少其可能的过载情况；此时SIP服务 器410基于其自身的计算，确定是否接收该响应负载头中的FAC参数以减少 其发送的请求数量。即若SIP服务器410通过计算，也认为自身是过载的， 则应用FAC参数减少发送的请求消息的数量，否则拒绝应用FAC参数，仍按 照原来的标准发送请求消息。
需要说明的是，这里并未穷尽所有的过载检测和控制的情况，只要负载 头中带有一些定义的参数，而且功能实体又可以分析，并应用到过载检测上， 就属于本发明实施例所保护的范围。
如图5所示，为又一个本发明过载处理方法实施例的流程示意图，包括 如下步骤
步骤501、请求方通过中间实体向接收方发送携带第一请求负载头的第 一请求消息，该请求负载头包括第一请求消息的重发次数和重发系数；
步骤502、中间实体接收到第一请求消息，经过处理后，向请求方返回 携带第一响应负载头的第一响应消息，该第一响应负载头包括过载实体标识以及减少系凄t;
步骤503、请求方接收到第一响应消息后，分析第一响应负载头，并确 定是否存在过载实体。
本实施例所描述的过载处理方法比上述实施例多出了中间实体，若两端 的请求方或接收方过载，其检测情况如上述实施例中所描述，不同的是其交 互的各种信息需要通过中间实体进行转发，在此不再赘述；若中间实体是过 载的，本实施例的技术方案可以实现对中间实体是否过载进行检测，该中间 实体可以是多个。
对步骤502和步骤503的进一步细化可以从两个例子来说明， 一个例子 中该中间实体具备识别负载头的功能
步骤5021、中间实体接收到第一请求消息后，将其自身的负载头信息和 第一请求负载头中的信息构造在一起形成第二请求负载头，将携带第二请求 负载头的第二请求消息发送至接收方，第二请求负载头包括第 一请求消息的 重发次数、过载实体标识以及重发系数；
步骤5022、接收方接收到第二请求消息后，将携带第二响应负载头的第 二响应消息发送至中间实体，第二响应负载头包括第一请求消息的重发次数、 第二响应消息的重发次数、过载实体标识以及重发系数；
步骤5023、中间实体接收到第二响应消息后，经过对第二请求负载头和 第二响应负载头的分析，将其自身的负载头信息和第二响应负载头中的信息 构造在一起形成第一响应负载头，将携带第一响应负载头的第一响应消息发 送至请求方，第一响应负载头还包括第一请求消息的重发次数、第一响应消 息的重发次数、重发系数以及系数标识符；
步骤5031 、请求方接收到第一响应消息后，分析第一响应负载头，若过 载实体标识为中间实体的标识，则请求方确定中间实体过载；或者，若过载 实体标识为中间实体的标识和接收方的标识，则请求方确定中间实体和接收
方过载；步骤5032、使用减少系数减少发送至中间实体的第一请求消息。
另 一个例子中，该中间实体不具备识别负载头的功能
步骤5024、中间实体接收到第一请求消息后，将携带第一请求负载头的 第 一请求消息转发至接收方；
步骤5025、接收方"^妄收到转发的第一请求消息后，将携带第一响应负载 头的第 一响应消息发送至中间实体；
步骤5026、中间实体接收到第一响应消息后，将携带第一响应负载头的 第 一响应消息转发至请求方；
步骤5033、请求方接收到第一响应消息后，分析第一响应负载头，若过 载实体标识为接收方的标识，则请求方确定接收方过载；
步骤5034、使用第一响应负载头中的减少系数减少发送至中间实体的第 一请求消息；
上述步骤5033和5034还可以为
步骤5033'、若过载实体标识为空，则通过计算第一请求负载头中的重发 系数，确定是否存在中间实体过载的情况，若存在，执行步骤5034';
步骤5034'、使用计算得出的减少系数减少发送至中间实体的第一请求消
台
关于这两个例子的详细描述，将在下面的过载处理方法实施例中进行描述。
本实施例介绍了多个实体间的中间实体过载的处理方法，通过多个请求 负载头和多个响应负载头的构造，可以实现对中间实体和两端的实体的过载 情况进行^^测和控制，以在不增加额外的系统负载的情况下，对实体过载的 可能进行检测和控制。
如图6所示，为又一个本发明过载处理方法实施例的功能实体结构示意 图，该过载处理的方法应用于开放环境，即在该系统中可能包括多个功能实 体，本实施例中，如图6所示，包括5个功能实体，即SIP服务器610、 SIP服务器620、 SIP服务器630、 SIP服务器640和SIP服务器650。
在图6中，假定SIP服务器610发送请求消息，该请求消息通过SIP服 务器630传递到SIP服务器620。如果SIP服务器610和SIP服务器620均 支持负载头，那么如果仅仅是它们两个实体中有过栽的现象，而不会涉及中 间实体的过载，那么它们会彼此通信，并检测出过栽情况，如同在上述图3 和图4所示的实施例中的说明，中间实体仅仅起到转发的作用。
由于本实施例是应用于开放环境下的过载检测，还有可能中间的功能实 体SIP服务器630过载，本实施例将对此种情况下中间的功能实体SIP服务 器630过载进行检测。
一种是假定SIP服务器610和SIP服务器620均可以识别负载头，并且 SIP服务器630由于与SIP服务器640也在进行信息交互，因此处于过载状 态，且SIP服务器630也支持负载头。
在这种情况下，假定SIP服务器620并没有过载，SIP服务器630是过 载的，过载检测的流程为
步骤601、SIP服务器610发送的请求消息中携带有如下的请求负载头1: load: N0R=5; RETFAC=0. 3,其中各个参数的含义如上述实施例所述；
步骤602、 SIP服务器630在收到此请求消息后，会发送带有如下请求负 载头2的请求消息到SIP服务器620: load:N0R=5; 0=<SIP Entity B Identity〉; RETFAC-O. 4;
步骤603、 SIP服务器620没有过载，那么它将携带响应负载头3的响应 消息发送到SIP服务器630: load:腿=5; RETRANS-O; 0=<SIP Server B Identity〉； RETFAC=0. 004;
步骤604、 SIP服务器630得到该响应负载头3后，经过自己的分析和计 算，将携带如下响应负载头4的响应消息发送至SIP服务器610: load:N0R=5; RETRANS=0; 0=<SIP Server B Identity 〉； FAC=0.9; RETFAC=0. 004; FACID=10;步骤605、 SIP服务器610经分析，获得响应负载头4中的(^和FAC-参 数，此时如果SIP服务器610直到另外可以到达SIP服务器620的途径，在 本实施例中如图5所示，那么它能够通过SIP服务器650发送由FAO参数计 算后剩余的请求消息到SIP服务器620;如果没有另外的途径可以到达SIP 服务器620，那么SIP服务器610需要通过FAC-参数减少其发送的请求消息 的数量，从而还是全部通过SIP服务器630发送至SIP服务器620。在这种情况下，假定SIP服务器630是过载的，且SIP服务器620也是 过载的，这又分为两种情形① 在上述步骤601 ~ 605之后，即SIP服务器610可能由两条路径仍然发 送所有的请求消息到SIP服务器620，或者SIP服务器610通过FAC-参数减 少了通过SIP服务器630到SIP服务器620的请求，但是SIP服务器620由 于一些原因，此时不再能够处理发给它的所有的请求消息，而引起的SIP服 务器620过载，此时在SIP服务器630和SIP服务器620的传输处理中，过 载的SIP服务器620将发送携带如下响应负载头3的响应消息至SIP服务器 630: load: N0R=5; RETRANS=0; 0=<SIP Server B Identity, SIP Entity C Identity〉; FAC=0. 9; RETFAC=0. 004，其中RETFAC是SIP服务器630和SIP 服务器620之间的因数，而非SIP服务器610和SIP服务器620之间的；SIP 服务器630在收到该响应负载头3之后，如果确认其有必要通过另一个FAC 因数进一步减少SIP服务器610发送的请求消息，那么SIP服务器630将发 送携带增加的FACID的新的系数FAC的响应负载头4到SIP服务器610，以 减少SIP服务器610发送的请求消息。② 在SIP服务器610重发请求消息到SIP服务器630，即在步骤601之 始，就是SIP服务器630和SIP服务器620均过载，过载检测的流程为步骤601'、SIP服务器610发送的请求消息中携带有如下的请求负载头1: load: N0R=5; RETFAC=0. 3，其中各个参数的含义如上述实施例所述；步骤602'、 SIP服务器630在收到此请求消息后，会发送带有如下请求负载头2的请求消息到SIP服务器620: load:N0R=5; 0=<SIP Entity B Identity〉; RETFAC=0. 4;步骤603'、 SIP服务器620也过载，那么它将携带响应负载头3的响应消 息发送到SIP服务器630: load: N0R-5; RETRANS=0; 0=<SIP Server B Identity, SIP Entity C Identity〉； FAC=0. 9; RETFAC=0. 004; FACID=10;步骤604'、 SIP服务器630得到该响应负载头3后，经过自己的分析和计 算，将携带如下响应负载头4的响应消息发送至SIP服务器610: load:N0R=5; RETRANS=0; 0=<SIP Server B Identity, SIP Entity C Identity 〉； FAC=0. 7; RETFAC=0. 004; FACID=20;步骤605'、 SIP服务器610经分析，获得响应负载头4中的0=、 FAC-和 FACID-参数，此时SIP服务器610得到的0=参数表明SIP服务器620和SIP 服务器630是过载的，FACID-20的参数较之前增加了，因此应用此响应负载 头4中的FAC参数，减少请求消息。在这种情况下，还有可能是SIP服务器620过载，并且没有其他实体过 载，此时SIP服务器630是负责转发响应负载头3的内容到SIP服务器610， 其实现的各种情况如上述实施例所示，只是还需要SIP服务器630,即中间 实体进行转发；或者SIP服务器620没有通过过载的SIP服务器630响应SIP 服务器610，和前一种情况相同，即通过了没有过载的中间实体响应，此时 如果SIP服务器620过载，那么仅发送它自身的FAC-参数至SIP服务器610, 请求减少请求消息的数量即可。另 一种是假定SIP服务器610和SIP服务器620均能够识别负载头，并 且SIP服务器630由于与SIP服务器640也在进行信息交互，因此处于过载 状态，但是SIP服务器630不可以识别负载头。如果过载实体SIP服务器630不提供负载头，就无法得知是SIP服务器 630过载，在这种情况下，SIP服务器630将转发SIP服务器610请求消息中 的负载头到SIP服务器620。如果此时SIP服务器620不知道其自身是否过载，即没有它自己的识别是否过载的机制，那么SIP服务器620将假定其是 过载的，在响应消息中携带包括自己身份标识的响应消息，并由SIP服务器 630转发至SIP服务器610, SIP服务器610经过分析，得知SIP服务器620 过载，基于由SIP服务器620发送的响应负载头中的FAC-参数，减少发送的 请求的数量。如果此时SIP服务器620能够知道其并不过载，它将不在响应 负栽头中添加自己的身份标识，并将该响应负载头由SIP服务器630转发至 SIP服务器610; SIP服务器610确定目标实体SIP服务器620并没有过载， 此时，它应具备自我分析系统是否过载的能力，SIP服务器610分析其为何 会重发请求消息，并确定在发送路径中是否存在过载实体；当SIP服务器610 确定确实在发送的路径中存在过载的实体，那么它可以选择其他的可替代路 径分担请求消息，或者通过自身的分析、计算，得到FAC-参数，并根据该FAC= 参数减少请求消息的数量。结合上述两个实施例，通过该过载控制机制和过载处理方法，UA能够通 过它接收的响应消息中响应负载头中的信息得知其自身是否过载，或其他中 间的实体是否过载，并且在获知了哪个实体过载后能够釆取及时的解决途径 以控制过载情况，例如减少其自身发送的请求消息，或者分出部分请求消息 通过其他没有过载的实体进行发送等等。实现了在进行有效的过载检测的同 时，并不增加系统的负载，使得过载检测及控制的灵活性强，简单有效易实施o如图7所示，为本发明过载处理的SIP实体实施例的结构示意图。该SIP 实体包括请求负载头构造模块710，用于构造请求负载头，该请求负载头 至少包括请求消息的重发次数和重发系数；第一发送模块720,用于发送携 带请求负载头构造模块710构造的请求负载头的请求消息至接收方SIP实体； 第一接收模块730,用于接收接收方SIP实体返回的携带响应负栽头的响应 消息，或返回的不携带响应负载头的响应消息；判断模块740，用于判断第 一接收模块730接收的响应消息中的响应负载头，并确定是否存在过载实体。该过载处理的SIP实体为上述过载处理方法中的请求方进行过载;^测与控制的主要功能结构^t块，其具体的过载>^测和控制方法如上述过载处理方法实施例中所描述，尤其是判断模块740对几种过载情况的判断方法。在该过载处理的SIP实体中还可以包括接收方的SIP实体，包括第二 接收模块750，用于接收第一发送模块720发送的携带请求负载头的请求消 息；响应负载头构造模块760，用于构造响应负载头，该响应负载头至少包 括请求消息的重发次数、响应消息的重发次数以及过载实体标识；第二发送 模块770,用于发送携带响应负载头的响应消息，或不携带响应负载头的响 应消息至第一接收模块730。本实施例提供的过载处理的SIP实体通过其中的负载头构造模块可以构 造出用于过载检测和控制的负载头，将其添加到请求信息和响应信息中进行 传递，通过SIP实体内的判断模块，对负载头中的信息进行分析、判断，得 出过载实体的信息和需要控制的信息数量。可以实现在不增加系统负载的情 况下，对系统中的实体进行有效的过载检测及控制。如图8所示，为本发明过载处理系统实施例的结构示意图。该过载处理 系统包括请求方SIP实体810，用于发送携带请求负载头的请求消息，并 根据接收的响应消息，确定是否存在过载实体；接收方SIP实体820,用于 接收请求方SIP实体810发送的请求消息，并返回携带响应负载头的响应消 息，或不携带响应负载头的响应消息。该请求方SIP实体810包括请求负载头构造模块811,用于构造请求 负载头，该请求负载头至少包括请求消息的重发次数和重发系数；第一发送 模块812,用于发送携带请求负载头构造模块811构造的请求负载头的请求 消息至接收方SIP实体；第一接收模块812,用于接收接收方SIP实体返回 的携带响应负载头的响应消息，或返回的不携带响应负载头的响应消息；判 断模块814，用于判断第一接收模块812接收的响应消息中的响应负载头， 并确定是否存在过载实体。该接收方SIP实体820包括第二接收模块821，用于接收第一发送模 块812发送的携带请求负载头的请求消息；响应负载头构il^莫块822，用于 构造响应负载头，该响应负载头至少包括请求消息的重发次数、响应消息的 重发次数以及过载实体标识；第二发送模块823，用于发送携带响应负载头 的响应消息，或不携带响应负载头的响应消息至第一接收模块813。该过载处理系统还可以包括中间实体830,用于接收请求方SIP实体 810的携带请求负载头的请求消息，经过处理后，发送至接收方SIP实体820; 接收接收方SIP实体820的携带响应负载头的响应消息，经过处理后，发送 至请求方SIP实体810。该中间实体830具体包括第三接收模块831，用于接收请求方SIP实 体的携带请求负载头的请求消息和接收接收方SIP实体820的携带响应负载 头的响应消息；请求负载头重构模块832，用于对请求方SIP实体810的请 求负载头进行重构，其中包括中间实体830的负载情况；响应负载头重构才莫 块833,用于对接收方SIP实体820的响应负载头进行重构，其中包括中间 实体830的负载情况；第三发送模块834,用于发送携带重构之后的请求负 载头的请求消息至接收方SIP实体820,以及发送携带重构之后的响应负载 头的响应消息至请求方SIP实体810，或者用于转发请求方SIP实体810的 携带请求负载头的请求消息至接收方SIP实体820，以及转发接收方SIP实 体820的携带响应负载头的响应消息至请求方SIP实体810。本实施例提供的过载处理系统通过请求方SIP实体和接收方SIP实体的 负载头构造模块，可以构造出用于过载检测和控制的负载头，将其添加到请 求信息和响应信息中进行传递，通过SIP实体内的判断才莫块，对负载头中的 信息进行分析、判断，得出过载实体的信息和需要控制的信息数量。还可以 对中间实体的过载情况通过上述负载头的构造进行;险测和控制。实现了在不增加系统负载的情况下，对系统中的实体进行有效的过载检测及控制。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或 者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络 单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例 方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以 理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实 施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬 件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部 分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可
读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计 算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例 或者实施例的某些部分所述的方法。
最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其 限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术 人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或 者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1、一种过载处理方法，其特征在于，包括请求方向接收方发送携带请求负载头的请求消息，所述请求负载头至少包括请求消息的重发次数和重发系数；接收所述接收方返回的携带响应负载头的响应消息，所述响应负载头至少包括请求消息的重发次数、响应消息的重发次数以及过载实体标识；或者，接收所述接收方返回的不携带响应负载头的响应消息；确定是否存在过载实体。
2、 根据权利要求1所述的过载处理方法，其特征在于，所述确定是否存 在过载实体具体包括所述请求方接收到不携带所述响应负载头的响应消息 后，通过对所述重发系数的分析，确定所述接收方是否过载。
3、 根据权利要求1所述的过载处理方法，其特征在于，所述确定是否存 在过载实体具体包括所述请求方接收到带有所述响应负载头的响应消息后， 获取所述过载实体标识，该过载实体标识为所述接收方的身份标识，则确定 所述接收方为过载实体。
4、 根据权利要求3所述的过载处理方法，其特征在于，若所述响应负载 头中还包括减少系数以及系数标识符，则所述接收到带有所述响应负载头的 响应消息后，所述请求方还获取所述减少系数，并根据所述减少系数减少发 送至所述接收方的所述请求消息。
5、 根据权利要求1所述的过载处理方法，其特征在于，所述确定是否存 在过载实体具体包括若所述请求方接收到与多个响应消息对应的多个所述响应负载头，并 且所述响应负载头中包括所述过载实体标识以及减少系数、系数标识符，则 所述请求方比较各个系数标识符；若当前响应消息中的所述系数标识符的值大于前一响应消息中的所述 系数标识符，则使用与当前响应消息中的所述系数标识符对应的所述减少系数，并根据所述减少系数减少发送至所述接收方的所述请求消息。
6、 根据权利要求1所述的过载处理方法，其特征在于，所述确定是否存 在过载实体具体包括所述请求方接收到带有所述响应负载头的响应消息后， 获取所述过载实体标识，该过载实体标识为空，并且没有检测到减少系数， 则确定所述接收方并非过载实体，并按照之前发送请求消息的数量继续向所 述接收方发送所述请求消息。
7、 根据权利要求1所述的过载处理方法，其特征在于，所述确定是否存 在过载实体具体包括所述请求方接收到带有所述响应负载头的响应消息后， 分析所述响应负载头，根据其中的所述过载实体标识为空以及所述减少系数 的数值，判断其自身是否过载。
8、 根据权利要求7所述的过载处理方法，其特征在于，所述根据其中的 所述过载实体标识为空以及所述减少系数的数值，判断其自身是否过载包括计算并确定是否过载，若所述请求方判定其过载，则应用所述响应负载 头中的减少系数，以减少发送的请求消息；若所述请求方判定其不过载，则 拒绝应用所述响应负载头中的减少系数，仍以当前标准发送所述请求消息。
9、 根据权利要求4、 5、 7或8所述的过载处理方法，其特征在于，所述 减少系数基于所述过载实体需要的系统能力、数据量、处理的数据和权重进 行计算得出。
10、 根据权利要求9所述的过载处理方法，其特征在于，在所述确定是 否存在过载实体之后包括若所述请求方再次收到带有响应负载头的响应消息，并且经比较，其中 带有比前一响应消息中的所述系数标识符的值大的所述系数标识符，则所述 请求方使用与当前响应消息中的所述系数标识符对应的所述减少系数，并 根据所述减少系数减少发送至所述接收方的所述请求消息。
11、 根据权利要求9所述的过载处理方法，其特征在于，在所述确定是 否存在过载实体之后包括若所述请求方再次收到带有响应负载头的所述响应消息，分析所述响应 负载头，其中所述过栽实体标识为空或不包括所述过载实体标识，则所述请 求消息的数量恢复标准值，并向所述接收方发送所述请求消息。
12、 根据权利要求9所述的过载处理方法，其特征在于，在所述确定是 否存在过载实体之后包括若所述请求方再次收到带有响应负载头的所述响应消息，分析所述响应 负载头，其中包括所述过载实体标识为所述接收方的身份标识，不包括所述 减少系数，则所述请求方保持当前发送所述请求消息的数量，向所述接收方 发送所述请求消息。
13、 根据权利要求1所述的过载处理方法，其特征在于， 所述请求方向接收方发送携带请求负载头的请求消息具体包括请求方通过中间实体向接收方发送携带第一请求负载头的第一请求消息，所述请求 负载头包括请求消息的重发次数和重发系数；所述接收方返回的携带响应负载头的响应消息具体包括所述中间实体 接收到所述第一请求消息，经过处理后，向所述请求方返回携带第一响应负 载头的第一响应消息，所述第一响应负载头包括过载实体标识以及减少系数；所述确定是否存在过载实体具体包括所述请求方接收到所述第一响应 消息后，分析所述第一响应负载头，并确定是否存在过载实体。
14、 根据权利要求13所述的过载处理方法，其特征在于，所述中间实体 接收到所述第一请求消息，经过处理后，向所述请求方返回携带第一响应负 载头的第 一响应消息的步骤包括所述中间实体接收到所述第 一请求消息后，将携带第二请求负载头的第 二请求消息发送至所述接收方，所述第二请求负载头包括第一请求消息的重 发次数、过载实体标识以及重发系数；所述接收方接收到所述第二请求消息后，将携带第二响应负载头的第二 响应消息发送至所述中间实体，所述第二响应负载头包括第一请求消息的重发次数、第二响应消息的重发次数、过载实体标识以及重发系数；所述中间实体接收到所述第二响应消息后，经过对第二请求负载头和第 二响应负载头的分析，将携带所述第一响应负载头的第一响应消息发送至所 述请求方，所述第一响应负载头还包括第一请求消息的重发次数、第一响应 消息的重发次数、重发系数以及系数标识符。
15、 根据权利要求14所述的过载处理方法，其特征在于，所述请求方接 收到所述第一响应消息后，分析所述第一响应负载头，并确定是否存在过载 实体包括所述请求方接收到所述第一响应消息后，分析所述第一响应负载头，若 所述过载实体标识为所述中间实体的标识，则所述请求方确定所述中间实体 过载，并应用所述减少系数减少发送至所述中间实体的所述第一请求消息； 若所述过载实体标识为所述中间实体的标识和所述接收方的标识，则所述请 求方确定所述中间实体和所述接收方过载，并应用所述减少系数减少发送至 所述中间实体的所述第 一请求消息。
16、 根据权利要求13所述的过载处理方法，其特征在于，所述中间实体 接收到所述第一请求消息，经过处理后，向所述请求方返回携带第一响应负 载头的第一响应消息包括所述中间实体接收到所述第一请求消息后，将携带所述第 一请求负载头 的第 一请求消息转发至所述接收方；所述接收方接收到转发的所述第一请求消息后，将携带第一响应负载头 的第 一响应消息发送至所述中间实体；所述中间实体接收到所述第一响应消息后，将携带所述第一响应负载头 的所述第一响应消息转发至所述请求方。
17、 根据权利要求16所述的过载处理方法，其特征在于，所述请求方接 收到所述第一响应消息后，分析所述第一响应负载头，并确定是否存在过载 实体包括所述请求方接收到所述第一响应消息后，分析所述第一响应负载头，若 所述过载实体标识为所述接收方的标识，则所述请求方确定所述接收方过栽， 并应用所述第一响应负载头中的减少系数减少发送至所述中间实体的所述第一请求消息；若所述过载实体标识为空，则通过计算所述第一请求负载头中 的重发系数，确定是否存在中间实体过载的情况，若存在，则应用计算得出 的减少系数减少发送至所述中间实体的所述第一请求消息。
18、 一种过载处理的会话初始协议实体，其特征在于，包括 请求负载头构造模块，用于构造请求负载头，所述请求负载头至少包括请求消息的重发次数和重发系数；第一发送模块，用于发送携带请求负载头的请求消息至接收方会话初始 协议(SIP)实体；第一接收模块，用于接收所述接收方SIP实体返回的携带响应负载头的 响应消息，或返回的不携带响应负载头的响应消息； 判断模块，用于确定是否存在过载实体。
19、 根据权利要求18所述的过载处理的会话初始协议实体，其特征在 于，所述接收方SIP实体包括第二接收模块，用于接收所述第一发送模块发送的携带请求负载头的请 求消息；响应负载头构造模块，用于构造所述响应负载头，所述响应负载头至少 包括请求消息的重发次数、响应消息的重发次数以及过载实体标识；第二发送模块，用于发送携带响应负载头的响应消息，或不携带响应负 载头的响应消息。
20、 一种过载处理系统，其特征在于，包括请求方会话初始协议(SIP)实体，用于发送携带请求负载头的请求消息， 并根据接收的响应消息，确定是否存在过载实体；接收方SIP实体，用于接收所述请求方SIP实体发送的请求消息，并返回携带响应负载头的响应消息，或不携带响应负栽头的响应消息。
21、 根据权利要求20所述的过载处理系统，其特征在于，所述请求方 SIP实体包括请求负载头构造模块，用于构造请求负载头，所述请求负载头至少包括 请求消息的重发次数和重发系数；第一发送才莫块，用于发送携带请求负载头的请求消息至接收方会话初始 协议(SIP)实体；第一接收模块，用于接收所述接收方SIP实体返回的携带响应负载头的 响应消息，或返回的不携带响应负载头的响应消息； 判断模块，用于确定是否存在过载实体。
22、 根据权利要求20所述的过载处理系统，其特征在于，所述接收方 SIP实体包括第二接收模块，用于接收所述第一发送模块发送的携带请求负载头的请 求消息；响应负载头构造模块，用于构造所述响应负载头，所述响应负载头包括 请求消息的重发次数、响应消息的重发次数以及过载实体标识；第二发送模块，用于发送携带响应负载头的响应消息，或不携带响应负 载头的响应消息。
23、 根据权利要求20、 21或22所述的过载处理系统，其特征在于，还 包括中间实体，用于接收所述请求方SIP实体的携带请求负载头的请求消 息，经过处理后，发送至所述接收方SIP实体；接收所述接收方SIP实体的 携带响应负载头的响应消息，经过处理后，发送至所述请求方SIP实体。
24、 根据权利要求23所述的过载处理系统，其特征在于，所述中间实体 包括第三接收模块，用于接收所述请求方SIP实体的携带请求负载头的请求 消息和接收所述接收方SIP实体的携带响应负载头的响应消息；请求负载头重构模块，用于对所述请求方SIP实体的请求负载头进行重 构，其中包括所述中间实体的负载情况；响应负载头重构模块，用于对所述接收方SIP实体的响应负载头进行重 构，其中包括所述中间实体的负载情况；第三发送模块，用于发送携带重构之后的请求负载头的请求消息至所述 接收方SIP实体，以及发送携带重构之后的响应负载头的响应消息至所述请 求方SIP实体，或者用于转发所述请求方SIP实体的携带请求负载头的请求 消息至所述接收方SIP实体，以及转发所述接收方SIP实体的携带响应负载 头的响应消息至所述"i奮求方SIP实体。
全文摘要
本发明实施例涉及一种过载处理方法及系统、过载处理的SIP实体。过载处理方法为请求方向接收方发送带有负载头的请求消息，可以通过中间实体，也可以不通过；中间实体和/或接收方通过对请求负载头的分析，可以将携带负载头的响应消息返回至请求方，从而请求方可以通过对负载头的分析、计算，确定过载的实体，并可以减少其发送的请求消息。系统中包括请求方SIP实体和接收方SIP实体。本发明实施例的过载处理方法及系统、过载处理的SIP实体，通过在请求消息和响应消息中添加负载头，来指示过载实体以及希望减少的信息的发送数量；实现了在进行有效的过载检测的同时，不增加系统的负载，过载检测灵活性强，简单有效。
文档编号H04L12/56GK101645825SQ20081011774
公开日2010年2月10日 申请日期2008年8月4日 优先权日2008年8月4日
发明者乌梅什, 甘尼夏 申请人:华为技术有限公司