CN105491046A - 电信网络中的设备之间的信息流的管理 - Google Patents
电信网络中的设备之间的信息流的管理 Download PDFInfo
- Publication number
- CN105491046A CN105491046A CN201510908327.3A CN201510908327A CN105491046A CN 105491046 A CN105491046 A CN 105491046A CN 201510908327 A CN201510908327 A CN 201510908327A CN 105491046 A CN105491046 A CN 105491046A
- Authority
- CN
- China
- Prior art keywords
- equipment
- communication
- load condition
- message
- parameter
- Prior art date
- Legal status (The legal status 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 status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/12—Avoiding congestion; Recovering from congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
- H04L47/263—Rate modification at the source after receiving feedback
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种在第一设备(2)和至少一个第二设备(41到4N)之间管理信息流的方法,这些设备根据SIP协议在电信网络(6)上工作。本发明的特征在于,包括:向所述第一设备(2)登记所述第二设备(41到4N)的步骤(22);所述第一设备的负荷状态改变之后,根据所述SIP协议发送负荷状态通知消息的步骤(26,30,34),在此过程中,所述第一设备自发地将其负荷状态通知给先前登记的第二设备(41到4N);以及随着所述第一设备(2)的所述负荷状态的变化,执行将所述第二设备(41到4N)向所述第一设备(2)的发送的通信隔开的过程的步骤。
Description
本申请为于2006年12月21日提交的PCT国际申请PCT/FR2006/002838的对应中国国家阶段申请第200680048881.8号的分案申请。
技术领域
本发明涉及电信网络中的设备之间的信息流管理。
背景技术
在某些情况下,当给定设备处于负荷状态,如果不将其处理时间降低到有损所提供的服务质量的程度则不能对各种命令进行处理时,需要对向其发送的通信进行限制。这种限制的实现通常称为“呼叫隔开”或“通信隔开”。
在目前存在的各种解决方案中,拥塞的设备可动态地控制通信隔开过程的实现。
例如,在STN(交换电话网络)和ISDN(综合服务数字网络)中,规定了只要拥塞持续,交换机就能通过在MTSS(消息传输子系统)层交换的消息向其它交换机指示其负荷状态。其它交换机接收这类消息,从而使发送到拥塞计算机信息流交错地减少,直到不再接收到这些MTSS消息。
在交换机之间的这些消息中还能集成有指示负荷级的参数,例如高级和低级。
在智能网络中实现的INAP(智能网络应用部分)协议规定了两个特定设备之间的交互,这两个设备分别确保服务接入交换机和服务控制点的功能。一过程(procedure)允许服务控制点请求服务接入交换机将其触发请求隔开。
在名为“Megaco/H.248”的另一协议中,规定了从媒体网关向控制器发送的控制消息,以使控制器将发往拥塞网关的请求隔开。
最后,在所谓的SIP协议(会话发起协议)中,由于负荷状态而不能处理请求的实体可通过拒绝该请求而指示失败的具体原因,并且在拒绝消息中可指示在向该实体发送新的请求之前需要遵守的延迟。
IETF文件RFC3265介绍了在SIP框架内使用SUBSCRIBE和NOTIFY消息管理事件并允许事件的异步通知的机制。基于SIP协议的这种服务的实现包括两个设备的协作,其中这两个设备形成连接至网络的端网点。这些服务包括自动用户回叫(在先前呼叫的呼叫线路释放之后)、通知用户的存在、以及通知用户将消息记入用户的语音信箱等。
然而,这种应用限于形成端节点的设备,并限于特定的情况。
而且,现有方案具有以下缺陷。
首先,大多数现有方案都适用于允许预先识别两个特定设备之间的通信隔开,从而将不可适应的隔开提供给系统。此外,其它方案(例如在SIP协议框架内实现的方案)中,仅当拥塞设备接收到请求并且已经拥塞时,才可触发通信隔开。而失败消息的生成会增加其负荷。
此外,其它方案需要开发专用于信息流管理的特定协议,从而需要网络设备中附加的应用层。
发明内容
本发明的目的在于通过提出一种通知方法以及相应的系统和程序来解决这些问题,本发明提出的方法、系统和程序可以简单有效的方式实现用于通信隔开的过程。
为此,本发明的主题是一种向至少一个第二设备通知第一设备的负荷状态的方法,这些设备设计以根据所谓的SIP协议在电信网络上工作,所述方法包括:
向所述第一设备登记所述第二设备的步骤;
所述第一设备的负荷状态改变之后,根据所述SIP协议发送负荷状态通知消息的步骤,在此过程中,所述第一设备自发地将其负荷状态通知给先前登记的第二设备。
因此,通过对第二设备进行登记,本发明的方法随后可在任何已使用的网络上实现通信隔开过程。此外,第一设备在其拥塞时自发发送消息避免了在拥塞情况下的超负荷。
因此,本发明包括将管理事件的机制应用于在设备之间的绑定框架内对与网络内设备相关的事件进行管理。定义以执行管理事件的机制的管理事件是负荷。本发明中,如RFC3265所述,将用于管理事件的机制适用于基于SIP协议的服务的框架以及两个端点终端之间的协作之外。将其第一应用转向。本发明的实现需要将SIP服务器用户代理功能和SIP客户端用户代理功能分别集成到易于拥塞的设备和与之对话的实体内。
根据本发明的其它实施方式:
所述登记步骤包括将所述第二设备的列表置于所述第一设备的存储器内;
所述登记步骤包括由所述第一设备对在其工作过程与其通信的第二设备自动登记;
所述登记请求为SUBSCRIBE类型的消息,并且所述状态通知消息为所谓的NOTIFY类型的消息;
所述状态通知消息是所谓的MESSAGE类型的消息;
所述通知消息包括所述第二设备能直接使用的通信隔开参数;
所述通信隔开参数包括选择以下元素中的至少之一:建立会话请求之间的最小持续时间、自发交易请求之间的最小持续时间、每个时间隔开的最大请求数量以及信息流的最大吞吐量;
当定义所述第一设备的负荷状态的至少一个参数超过预定阈值时,所述第一设备发送通知其负荷状态的消息。
本发明还涉及一种在第一设备和至少一个第二设备之间管理信息流的方法,这些设备被设计为根据所谓的SIP协议在电信网络上工作,其中,所述第二设备被预先登记在第一设备上,所述方法包括在接收到根据SIP协议发送的、与所述第一设备的负荷状态相关的通知消息之后,随着所述第一设备的所述负荷状态的变化,执行从所述第二设备向所述第一设备发送的通信隔开的过程。
根据本发明的其它实施方式:
所述登记步骤包括由所述第二设备中的每个向所述第一设备发送登记请求;
所述通知消息包括与所述第一设备的负荷状态相关的信息提示,所述方法进一步包括由所述第二设备中的每个根据所述负荷状态信息提示确定通信隔开参数;
所述第二设备能向所述第一设备发送各种通信类型,所述通信隔开与其类型相关;
该方法包括向所述第一设备登记多个第二设备,由所述第二设备分别应用的所述隔开参数相互独立。
本发明还涉及一种根据所谓的SIP协议在电信网络上工作的设备,其特征在于,所述设备包括:
用于登记所述网络中至少一个其它设备的装置;以及
用于在其负荷状态改变后根据SIP协议向所述其它设备中的每个发送通知其负荷状态的消息,以将所述其它设备向其发送的通信隔开的装置。
本发明还涉及一种根据所述SIP协议在电信网络上工作的设备,包括:
用于接收根据所述SIP协议发送的、通知所述第一设备的所述负荷状态的消息的装置;以及
用于根据所述第一设备的所述负荷状态将发送到所述第一设备的通信隔开的装置。
最后,本发明涉及一种用于在例如先前定义的设备之间管理信息流的系统以及相应的计算机程序。
本发明涉及一种在第一设备和至少一个第二设备之间管理信息流的方法,这些设备被设计为根据SIP协议在电信网络上工作,所述方法包括:
向所述第一设备登记所述第二设备;
在检测到定义所述第一设备的负荷状态的参数超过预定阈值的情况下,根据所述SIP协议发送负荷状态通知消息,在该过程中,所述第一设备不必事先接收从先前登记的第二设备所发出的请求而自发地将其负荷状态通知给先前登记的第二设备;
随着所述第一设备的所述负荷状态的变化,执行将所述第二设备向所述第一设备的发送的通信隔开的过程;
其中,所述负荷状态通知消息包括通信隔开参数,所述通信隔开参数由所述第一设备为所述第二设备指定,从而请求所述第二设备根据所述通信隔开参数实施将与所述第一设备的通信隔开的过程;
其中,所述阈值被预先确定以使得在所述负荷状态达到拥塞的负荷级之前来实施所述隔开的过程。
本发明还涉及一种根据SIP协议在电信网络上工作的设备,所述设备包括:
用于登记所述网络中至少一个其它设备的装置;以及
用于在检测到定义其负荷状态的参数超过预定阈值的情况下,根据所述SIP协议不必事先接收从所述其它设备所发出的请求而自发地向所述其它设备中的每个发送通知其负荷状态的消息,以将所述其它设备向其发送的通信隔开的装置;
其中,各消息包括通信隔开参数,所述通信隔开参数由所述设备为所述其它设备之一指定,从而请求所述其它设备根据所述通信隔开参数实施将与所述设备的通信隔开的过程,
其中,所述阈值被预先确定以使得在所述负荷状态达到拥塞的负荷级之前来实施所述隔开的过程。
本发明还涉及一种用于对根据SIP协议在电信网络上工作的设备之间的信息流进行管理的系统,所述系统包括:
第一设备,包括用于登记所述网络中的至少一个其它设备的装置;以及
用于在检测到定义其负荷状态的参数超过预定阈值的情况下,根据所述SIP协议不必事先接收从所述其它设备所发出的请求而自发地向所述其它设备中的每个发送通知其负荷状态的消息,以将所述其它设备向其发送的通信隔开的装置;其中,各消息包括通信隔开参数,所述通信隔开参数由所述设备为所述其它设备之一指定,从而请求所述其它设备根据所述通信隔开参数实施将与所述设备的通信隔开的过程;以及
根据所述SIP协议在所述电信网络上工作的至少一个第二设备,包括:
用于接收根据所述SIP协议发送的,通知所述第一设备的所述负荷状态的消息的装置;以及
用于根据所述第一设备的所述负荷状态将发送到所述第一设备的通信隔开的装置;
其中,所述阈值被预先确定以使得在所述负荷状态达到拥塞的负荷级之前来实施所述隔开的过程。
附图说明
在阅读了权利要求书、说明书以及以下附图之后,本发明的其它有益效果将显而易见。
图1是根据本发明的系统的示意图;以及
图2以图1所示系统中各设备之间的流的形式示出了本发明的方法。
具体实施方式
图1示出的系统包括通过例如因特网的电信网络6链接于多个第二设备41到4N的第一设备2。在该实施方式中,这些设备是服务器。
服务器2和41到4N中的每一个都使用例如由R.F.C.2543中的I.E.T.F.定义的SIP协议(会话发起协议),该协议允许建立、修改和终止网络中根据IP因特网协议操作的多媒体会话。SIP协议还允许过程在会话的上下文之外通知事件和配送信息,从而使得该协议可广泛用于即时消息服务命令。
因此,在SIP环境中,存在各种类型的通信,例如会话建立请求以及在任何对话之外交换的且不必创建SIP的请求,这些通信然后由自发交易请求进行指定。
从而,一个和同一个设备可发现,与在其它架构中时相比,在SIP协议的操作框架中,其被更多的对话或消息请求。
在该实施方式中,第一服务器2为易于进入拥塞状态的设备。
除了用于在网络6上通信的传统装置(未示出)之外,第一服务器2还包括:
存储器8,其趋向于包含待通知的设备列表;
模块9,用于接收从待通知的设备发出的登记请求,其能将与这些请求相关的数据存储到存储器8中;以及
状态通知模块10,其用于发送通知设备2的状态的消息。
第二服务器41到4N中的每个以相应的方式包括用于在网络6上通信的模块121到12N。特别地,它们向设备2发送登记请求并接收与设备2的负荷状态相关的通知。
服务器41到4N中的每个还包括信息流管理器141到14N,其尤其用于管理前往第一服务器2的信息流,并在接收到从服务器2发出的负荷状态通知后执行和终止通信隔开过程。
参照图2,现在介绍在图1的系统中实现的本发明的方法。
该方法从步骤20开始,在步骤20,服务器41到4N中的每个都向第一设备2发送登记请求。登记请求以下表1所示的方式用SIP协议形成。
SUBSCRIBEsip:ASservice.francetelecom.comSIP/2.0
To:<sip:ASservice.francetelecom.com>
From:<sip:CSfrancetelecom.com>
Contact:<sip:CSCS1.francetelecom.com>
Event:callspacing
Accept:application/call-space
表1
该消息是由SIP协议定义的SUBSCRIBE(订阅)消息,用于订阅事件通知。在此实例中,该消息是从其初始使用得到的,并且,与SUBSCRIBE消息相关联的事件对应于第一服务器2的拥塞。
然后执行步骤22,在步骤22中,设备2将设备41到4N的地址存储到存储器8中,例如通过创建待通知状态的设备的标识符列表而实现。
随着实施方式的改变,直接存储设备的网络地址或与这些地址相关联的标识符的网络地址。
登记步骤22之后执行应答步骤24和通知当前状态的步骤26,该通知由服务器2发送到列表上的每个新设备41到4N。
根据SIP协议,该初始通知以下图表2所示的方法形成。
NOTIFYsip:CSCS1.francetelecom.comSIP/2.0
To:<sip:CSfrancetelecom.com>
From:<sip:ASservice.francetelecom.com>
Contact:<sip:ASservice1.francetelecom.com>
Event:callspacing
Subscription-State:active
Content-Type:application/call-space
Callspaceneeded:No
表2
该消息是由SIP协议定义的NOTIFY(通知)消息,用于通知对应于第一服务器2的拥塞的事件的当前状态。指示“Callspaceneeded:No”表示通信的隔开不是必须的,也就是说,这暗示地通知了设备2的非拥塞状态。
设备4通过步骤28中的应答消息对该负荷状态通知做出响应。
然后,在该负荷状态改变之后,第一服务器2根据其负荷状态或状态通知,在步骤30,将包括信息的消息寻址到登记的服务器41到4N中的每个,以请求执行通信隔开。对负荷状态变化的检测例如通过判断用于定义负荷状态的某些参数是否超过预定阈值而实现。
如实施例所述的,可对这些阈值进行选择,以对拥塞做出响应,或通过在拥塞发生之前(也就是,在达到有损服务质量的负荷级之前)触发隔开的实现而防止或减慢拥塞情况。
该消息由第一服务器2自发地发送,也就是,不必事先接收从第二服务器41到4N之一发出的请求。
该通知以表3所示的方式出现在所述的实施方式中。
NOTIFYsip:CSCS1.francetelecom.comSIP/2.0
To:<sip:CSfrancetelecom.com>
From:<sip:ASservice.francetelecom.com>
Contact:<sip:ASservice1.francetelecom.com>
Event:callspacing
Subscription-State:active
Content-Type:application/call-space
Callspaceneeded:Yes
Minimumtimebetweenrequestsestablishingadialog:10
Minimumtimebetweenrequestsforstandalonetransaction:99999999
Callspaceduration:300
表3
该消息是由SIP协议定义的NOTIFY消息,用于通知对应于服务器2的拥塞的事件状态。指示“Callspaceneeded:Yes”隐含地意味着,这是设备2的拥塞状态的通知。
该状态通知还指示各通信隔开参数,这些参数是由服务器2为服务器4i指定的并且为直接可用的。在此实例中,这些参数定义了建立对话的请求之间的最小持续时间和自发交易请求之间的最小持续时间。因此,第一服务器2要求服务器41到4N通过设置10秒的延迟将建立SIP对话的请求隔开,并通过设置无穷大的延迟使其不再配送建立自发交易的任何请求,以对会话建立进行优先排序。在考虑的实施例中,该通知消息还指示,请求隔开的申请的有效时间为300秒。
该通知消息的接收触发由信息流管理器141到14N将到服务器2的通信隔开的过程的实现。包含在配送到各服务器41到4N的各通知中的隔开参数可互不相同,以使每个服务器41到4N根据包含在接收的通知消息中的隔开参数,以自发的方式对发送到第一服务器2的消息之间的最小持续时间进行管理。
隔开参数可为全部设备是共用的,或对群组是共用的,或对每个设备都不相同。根据情况,将相同的通知消息寻址到全部设备或一组设备,或将不同的消息配送到每个设备。因此,分别配送到第二服务器41到4N并由其在隔开过程中使用的隔开参数是相互独立的。
在步骤32,由服务器41到4N中的每个向第一服务器2发送应答消息。
由于在负荷状态通知中指定的参数,服务器41到4N在之后的操作中将建立新会话的请求以及自发请求都隔开。而不是将在已建立的会话的框架中发送的通信隔开。
当服务器2离开拥塞状态时,其则在步骤34配送新的状态通知,以终止隔开处理。表4中示出了新的通知的实施例。
NOTIFYsip:CSCS1.francetelecom.comSIP/2.0
To:<sip:CSfrancetelecom.com>
From:<sip:ASservice.francetelecom.com>
Contact:<sip:ASservice1.francetelecom.com>
Event:callspacing
Subscription-State:active
Content-Type:application/call-space
Callspaceneeded:No
表4
和先前一样,这也是指示“拥塞”事件的状态的消息。指示“Callspaceneeded:No”指示了拥塞事件的结束,并隐含地意味着,这是对设备2的非拥塞状态的通知。服务器41到4N接收该消息之后,在步骤35用应答进行响应。
这样,通过使用现有的SIP协议,本发明的方法可在网络中的任何设备之间实现,特别是由于存在允许自动配置的登记并且不存在附加的应用层。
此外,本发明的方法允许拥塞应用自发地声明其状态,而不用等待接收消息。这就使得可在拥塞期间减少其负荷。通过以自发方式在第二设备的层对隔开处理进行管理,该有益效果得到了增加。
在另一个实施方式中,由第一设备2发送的通知消息仅包括负荷状态信息提示。在这种情况下,全部第二设备都适用于根据该负荷状态信息提示在本地确定隔开处理的参数。如上所述,分别确定用于第二服务器41到4N的隔开参数是相互独立的。
当然,本发明的其它实施方式也是可能的。
例如,在另一个实施方式中,不发生由第二设备发起的登记请求。
在第一变体中,第一服务器在其正常操作中对易于与其通信的全部设备的标识符进行登记,并在负荷状态改变后将通知消息寻址到这些设备。
在第二变体中,第一服务器2具有待通知的设备的预登记列表。
在这些不同的实施方式中,通知消息可为由SIP协议定义的MESSAGE类型的消息。
在通知消息中,还可能发送用于实现隔开过程的、已描述的参数以外的参数,例如每个时间隔开的最大请求数量、符合信息流的最大吞吐量等。
无论设备的作用是什么,该方法都可实现。特别地,对于SIP协议而言,该设备同样好地实现登记服务器、呼叫服务器、应用程序服务器、存在服务器的功能,并可通过代理(例如背靠背的用户代理)操作。该隔开过程还可在任何SIP接口上实现,尤其是会话控制接口、到应用程序服务器的接口、以及用于通知消息或用户的存在状态的接口。
上述设备可为用于形成网络中间节点(被称为网络节点或端节点)的设备。
最后,本发明还可应用于其它协议。这样,根据SIP协议发送的状态通知消息触发用于将通信隔开的过程的实现,而该通信是根据另一协议实现的通信,例如IP通信。
实现本发明所需的装置可以程序或程序段的形式实现,特别地,以包括计算机指令的计算机程序的形式实现,该程序用于根据所谓的SIP协议在电信网络上通知设备的负荷状态,当设备执行指令时,指令使该设备:
登记网络中待通知的至少一个其它设备;
为了触发用于将所述其它登记的设备发送的通信隔开的过程,根据SIP协议向登记的设备发送向其通知负荷状态的消息。
或者,实现本发明所需的装置还可以包含指令的信息流管理计算机程序的形式实现。该程序用于根据所谓的SIP协议在电信网络上对设备进行操作,当设备执行指令时,指令使该设备:
向特定设备发送登记请求;以及
接收到根据SIP协议发送的与该特定设备的负荷状态相关的通知消息后,触发用于将所述设备向所述特定设备发送的通信隔开的过程。
Claims (12)
1.一种在第一设备和至少一个第二设备之间管理信息流的方法,这些设备被设计为根据SIP协议在电信网络上工作,所述方法包括:
向所述第一设备登记所述第二设备;
在检测到定义所述第一设备的负荷状态的参数超过预定阈值的情况下,根据所述SIP协议发送负荷状态通知消息,在该过程中,所述第一设备不必事先接收从先前登记的第二设备所发出的请求而自发地将其负荷状态通知给先前登记的第二设备;
随着所述第一设备的所述负荷状态的变化,执行将所述第二设备向所述第一设备的发送的通信隔开的过程;
其中,所述负荷状态通知消息包括通信隔开参数,所述通信隔开参数由所述第一设备为所述第二设备指定,从而请求所述第二设备根据所述通信隔开参数实施将与所述第一设备的通信隔开的过程;
其中,所述阈值被预先确定以使得所述隔开的过程在所述负荷状态达到拥塞的负荷级之前实施。
2.如权利要求1所述的方法,其中所述登记步骤包括所述第二设备中的每个向所述第一设备发送登记请求。
3.如权利要求2所述的方法,其中所述登记请求为SUBSCRIBE类型的消息,并且所述负荷状态通知消息为所谓的NOTIFY类型的消息。
4.如权利要求1所述的方法,其中所述负荷状态通知消息是所谓的MESSAGE类型的消息。
5.如权利要求1所述的方法,其中所述负荷状态通知消息包括所述第二设备能直接使用的通信隔开参数。
6.如权利要求1所述的方法,其中,当定义所述第一设备的负荷状态的至少一个参数满足预定阈值时,所述第一设备发送与其负荷状态相关的通知消息。
7.如权利要求1所述的方法,其中,所述通知消息包括与所述第一设备的负荷状态相关的信息提示,所述方法进一步包括由所述第二设备中的每个根据所述负荷状态信息提示确定通信隔开参数。
8.如权利要求1所述的方法,其中,所述第二设备能向所述第一设备发送各种通信类型,所述通信隔开与所述通信类型相关。
9.一种根据SIP协议在电信网络上工作的设备,所述设备包括:
用于登记所述网络中至少一个其它设备的装置;以及
用于在检测到定义所述设备的负荷状态的参数超过预定阈值的情况下,根据所述SIP协议不必事先接收从所述其它设备所发出的请求而自发地向所述其它设备中的每个发送通知其负荷状态的消息,以将所述其它设备向其发送的通信隔开的装置;
其中,各消息包括通信隔开参数,所述通信隔开参数由所述设备为所述其它设备之一指定,从而请求所述其它设备根据所述通信隔开参数实施将与所述设备的通信隔开的过程,
其中,所述阈值被预先确定以使得所述隔开的过程在所述负荷状态达到拥塞的负荷级之前实施。
10.如权利要求9所述的设备,其中所述用于登记所述网络中至少一个其它设备的装置设计以接收订阅事件的由所述SIP协议定义的SUBSCRIBE消息,与所述SUBSCRIBE消息相关联的所述事件对应于所述第一设备的负荷。
11.如权利要求9所述的设备,其中所述用于通知的装置被设计为发送通知事件状态的由所述SIP协议定义的NOTIFY消息,与所述NOTIFY消息相关联的所述事件对应于所述第一设备的负荷。
12.一种用于对根据SIP协议在电信网络上工作的设备之间的信息流进行管理的系统,所述系统包括:
第一设备,包括用于登记所述网络中的至少一个其它设备的装置;以及
用于在检测到定义其负荷状态的参数超过预定阈值的情况下,根据所述SIP协议不必事先接收从所述其它设备所发出的请求而自发地向所述其它设备中的每个发送通知其负荷状态的消息,以将所述其它设备向其发送的通信隔开的装置;其中,各消息包括通信隔开参数,所述通信隔开参数由所述设备为所述其它设备之一指定,从而请求所述其它设备根据所述通信隔开参数实施将与所述设备的通信隔开的过程;以及
根据所述SIP协议在所述电信网络上工作的至少一个第二设备,包括:
用于接收根据所述SIP协议发送的、通知所述第一设备的所述负荷状态的消息的装置;以及
用于根据所述第一设备的所述负荷状态将发送到所述第一设备的通信隔开的装置;
其中,所述阈值被预先确定以使得所述隔开的过程在所述负荷状态达到拥塞的负荷级之前实施。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0513084 | 2005-12-21 | ||
FR0513084 | 2005-12-21 | ||
CNA2006800488818A CN101346966A (zh) | 2005-12-21 | 2006-12-21 | 使用sip协议管理电信网络中的设备之间的信息流的方法、设备和计算机程序 |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006800488818A Division CN101346966A (zh) | 2005-12-21 | 2006-12-21 | 使用sip协议管理电信网络中的设备之间的信息流的方法、设备和计算机程序 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105491046A true CN105491046A (zh) | 2016-04-13 |
Family
ID=36572414
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006800488818A Pending CN101346966A (zh) | 2005-12-21 | 2006-12-21 | 使用sip协议管理电信网络中的设备之间的信息流的方法、设备和计算机程序 |
CN201510908327.3A Pending CN105491046A (zh) | 2005-12-21 | 2006-12-21 | 电信网络中的设备之间的信息流的管理 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006800488818A Pending CN101346966A (zh) | 2005-12-21 | 2006-12-21 | 使用sip协议管理电信网络中的设备之间的信息流的方法、设备和计算机程序 |
Country Status (4)
Country | Link |
---|---|
US (1) | US8504701B2 (zh) |
EP (1) | EP1964369B1 (zh) |
CN (2) | CN101346966A (zh) |
WO (1) | WO2007077349A2 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150339634A1 (en) * | 2014-05-22 | 2015-11-26 | Verizon Patent And Licensing Inc | Home maintenance automation |
US10193932B2 (en) * | 2014-11-11 | 2019-01-29 | Solarcity Corporation | Real-time energy data publishing systems and methods |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040205192A1 (en) * | 2003-03-12 | 2004-10-14 | Microsoft Corporation | End-point identifiers in SIP |
US20050163126A1 (en) * | 2004-01-26 | 2005-07-28 | Bugenhagen Michael K. | Congestion handling in a packet communication system |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6650619B1 (en) | 1999-03-17 | 2003-11-18 | Utstarcom Incorporated | Method and system for facilitating increased call traffic by reducing signaling load in an emergency mode |
JP2002353963A (ja) * | 2001-05-28 | 2002-12-06 | Nec Corp | メッセージ配送システム、方法、およびプログラム |
US20030210649A1 (en) * | 2002-05-03 | 2003-11-13 | Bondi Andre B. | Managing network loading by control of retry processing at proximate switches associated with unresponsive targets |
-
2006
- 2006-12-21 CN CNA2006800488818A patent/CN101346966A/zh active Pending
- 2006-12-21 WO PCT/FR2006/002838 patent/WO2007077349A2/fr active Application Filing
- 2006-12-21 US US12/086,890 patent/US8504701B2/en active Active
- 2006-12-21 CN CN201510908327.3A patent/CN105491046A/zh active Pending
- 2006-12-21 EP EP06847113.5A patent/EP1964369B1/fr active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040205192A1 (en) * | 2003-03-12 | 2004-10-14 | Microsoft Corporation | End-point identifiers in SIP |
US20050163126A1 (en) * | 2004-01-26 | 2005-07-28 | Bugenhagen Michael K. | Congestion handling in a packet communication system |
Also Published As
Publication number | Publication date |
---|---|
WO2007077349A3 (fr) | 2007-10-18 |
WO2007077349A2 (fr) | 2007-07-12 |
EP1964369A2 (fr) | 2008-09-03 |
US20090172173A1 (en) | 2009-07-02 |
EP1964369B1 (fr) | 2019-06-26 |
US8504701B2 (en) | 2013-08-06 |
CN101346966A (zh) | 2009-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7796520B2 (en) | System and methods for announcing and locating services in a distributed peer-to-peer network | |
EP2375715B1 (en) | Event processing system in a communication network | |
US7366291B2 (en) | Call transfer service using service control point and service node | |
EP2582124A1 (en) | Call center system and accessing method thereof | |
EP2079197A1 (en) | A method and system for coordinating the services provided by different service providers | |
CN101543010B (zh) | 通信系统 | |
US20050271055A1 (en) | Method, network arrangement and apparatus for providing ISDN services in next generation packet based telecommunication networks | |
US7212621B1 (en) | Feature interactions | |
CN101171822A (zh) | 用于处理应用服务器中的客户相关信息的方法及装置 | |
US10075595B2 (en) | Method and system for establishing a telecommunications link | |
US20080089504A1 (en) | Method for Providing Presence Information in a Telecom Network | |
CN108111700B (zh) | 遇忙回叫方法、装置及服务器 | |
EP2178247A1 (en) | Sharing status information across a pluarlity of communication networks | |
CN100559901C (zh) | 在电信网络中建立优先级连接的方法和节点 | |
CN105491046A (zh) | 电信网络中的设备之间的信息流的管理 | |
CN115883668B (zh) | 一种话务调度平台 | |
CN101365016A (zh) | 实现回叫业务的方法及装置 | |
CA2581199C (en) | System and methods for announcing and locating services in a distributed peer-to-peer network | |
CN101404674A (zh) | 一种呼叫路由选择的方法、代理服务器和中继设备 | |
CN100586110C (zh) | 用于将消息路由到暂时不可利用的网络用户的方法、系统和网络设备 | |
CN101588560B (zh) | 通过协商调度自动回叫请求的方法、网络单元及终端 | |
CN102113302B (zh) | 提供与具有多个终端设备的用户的通信 | |
CN101237613B (zh) | 话务台服务器及夜间服务的方法 | |
WO1998027784A1 (en) | Call and connection control | |
JPH11250024A (ja) | 端末状態管理方法及びシステム装置並びに端末状態管理プログラムを記録した記録媒体 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160413 |