CN101536464A - 用于控制通信的方法及设备 - Google Patents
用于控制通信的方法及设备 Download PDFInfo
- Publication number
- CN101536464A CN101536464A CN200680056310A CN200680056310A CN101536464A CN 101536464 A CN101536464 A CN 101536464A CN 200680056310 A CN200680056310 A CN 200680056310A CN 200680056310 A CN200680056310 A CN 200680056310A CN 101536464 A CN101536464 A CN 101536464A
- Authority
- CN
- China
- Prior art keywords
- terminal
- message
- makeing mistakes
- communication
- telecommunication system
- 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.)
- Granted
Links
Images
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/1069—Session establishment or de-establishment
-
- 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/1083—In-session procedures
- H04L65/1094—Inter-user-equipment sessions transfer or sharing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- 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/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
用于对通过电信系统建立在终端之间的通信进行控制的方法及设备。在检测到(320)与建立在至少两个终端之间的通信(310)有关的故障事件时,依照该故障事件在出错终端与未出错终端的电信系统中进行确定(330)。然后,电信系统确定(340)是否对经由所述出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符登记终端,且在这种情况下,它建立(350)所述登记终端与所述未出错终端之间的新通信。未出错终端的用户可依靠电信系统来自动恢复所丢失终端,而不需要以未定结果尝试新通信。
Description
技术领域
本发明涉及用于对通过电信系统在终端之间建立的通信进行控制的方法及设备。
背景技术
电信系统包括多个电信节点与多个通信链路。电信节点是设置用于对经由具有连接到该系统的终端的通信链路所交换的信令和/或媒体进行直接或间接处理以便允许这些终端通过该系统进行通信的设备。其中,就电信节点的数量及种类与通信链路的数量及种类以及它们的功能而言,特定系统的资源取决于诸如以下的因素:系统预期服务的用户的数量,系统提供或来自系统的服务的性质,以及用户将其终端连接到系统所用的接入的类型。
但是,通常不确定用于同时服务至所有与其连接/附连或者与其最后连接/附连的终端的通信的这些资源的大小。例如,指定来处理某一数量终端的信令以便允许它们建立(即发起或接收)与其它终端的通信的给定节点,通常不具有同时为所有这些指定终端的通信的建立提供服务的处理和/或通信能力。同样,将通信节点与其它实体(例如其它节点或终端)相连接的通信链路具有有限信息传输能力。为此,实现允许错误情形的检测的机制以及在检测到与在两个或两个以上终端之间建立的通信有关的故障事件时允许对所述通信优选快速且以受控方式释放所掌握资源的机制是极其重要的。
一种众所周知的错误检测机制包括将定时器与消息关联,所述消息被从终端或从节点发送到通信中的通信对等体(终端或节点)并需要从所述对等体接收应答。例如,如果终端或节点在所述信令往返期间出错并且不能传输应答,则发生超时,这使该通信中的其它介入(intervening)实体释放其分配给该通信的所有资源。但是,因为上述的信令往返通常一直不在通信时发生,所以其它种类的错误检测机制也是合乎需要的。
在IETF RFC4028(2005年4月)中公开了这种机制的示例,其可用于使用会话发起协议SIP通过电信系统建立的通信。RFC4028公开了用于控制终端之间的通信的会话定时器。该定时器在建立通信时与某值一致,且如果通信还在进行就利用SIP“更新(UPDATE)”或“重新邀请(RE-INVITE)”消息在其期满之前定期重启动。例如,如果通信中的终端之一出错,则出现会话定时器的超时(time-out),因为没有接收到更新消息;这使对等终端以及介入SIP代理(一种设置来在SIP信令电信系统中路由信令的节点)释放其已经给所述通信分配的资源。
但是,在故障情形的情况下,虽然余下的未出错参与者(节点或终端)能够依照错误检测流程知晓该事件或者被通报该事件,且接着因此释放所分配的资源,但是该出错通信涉及的所有终端的用户如果还希望进行通信则必须建立新通信。
而且,在该错误可能由于诸如以下的若干原因时,导致通信失败的故障事件的性质对非错误终端一般是未知的:互联网络中的任意节点上的失效、介入电信节点(例如,代理、媒体网关等)的失效、相对终端的故障等;这可给所述未出错终端产生与例如下述有关的不确定性:是尝试立即重建通信、还是等待给定时间才重建通信、还是等待其它终端重建通信。
发明内容
在一个方面中,本发明涉及用于对如权利要求1中所述的终端之间的通信进行控制的方法。在另一方面,本发明涉及如权利要求11中所述的设备以及如权利要求22中所述的计算机程序。本发明的实施例在从属权利要求中给出。
依照本发明,在检测到与建立在终端之间的通信有关的故障事件时,依照该故障事件在电信系统中进行出错终端与未出错终端的确定。然后,电信系统确定是否对经由所述出错终端登记的或者通过预订(subscription)而与其相关的用户标识符登记终端,且在这种情况下,它建立所述登记终端与所述未出错终端之间的新通信。
因为电信系统检测到与出错终端的用户有关的注册终端,并用所述登记终端通过其介入重建与未出错终端的通信,所以未出错终端的用户可依靠电信系统来自动恢复所丢失通信,而不需要以未定结果尝试新通信请求。
依照一种实施例,在电信系统中通过检测在从与通信所涉及的终端发出的媒体中是否出现中断来检测故障事件。依照另一实施例,在所述电信系统中通过检查对从通信所涉及的终端发出消息是否出现超时来检测故障事件。依照又一实施例,在所述电信系统中从通信所涉及的终端接收到在所述通信中已检测到故障的故障事件通报。
通过监视在通信中交换的媒体及信令的状态,以及通过从所涉及终端接收到故障通报,电信系统可收集故障信息并依照该故障信息确定就将哪个终端考虑为出错和/或未出错,并相应地继续下去。
依照另一实施例,电信系统向通信所涉及的终端发送测试消息并等待随后的应答,以便如果没有及时收到应答就将所述终端确定为出错终端。依照备选实现,可将测试消息在通信的任意时间发送到它所涉及的任意终端或者发送到依照所检测的故障事件可能被确定为出错的特定终端,以便确认或放弃将所述终端确定为出错终端。
通过从电信系统向通信所涉及的疑为出错的终端发送请求应答的测试消息,可在电信系统中进行所述终端出错或者未出错的更准确确定,因此允许如果及时接收到适当应答就丢弃终端中的暂时故障,并因而避免不必需地执行后续恢复流程。
依照本发明的一种实施例,可从电信系统将与未出错终端的通信置于挂起(on-hold),并在以后在出错终端或者对从所述终端登记的同一用户标识符所登记的或通过预订而与所述标识符相关的其它终端被电信系统检测到且同意该通信的重建时将其恢复。
通过将未出错终端置于挂起,某些系统资源、例如媒体传输资源可被暂时释放并用于其它可能的通信。此外,电信系统可将未出错终端的用户的信息添加到将其通信置于挂起的信令消息中,以便告诉他检测到的错误和/或告诉他正在从该系统尝试该通信的重建。此外,通过将未出错终端置于挂起,与用于实现与所述未出错终端的全新通信建立所需的信令相比,可减少用于重建与它的通信的后续信令。
依照又一实施例,电信系统可在检测到通信中的故障事件之后启动定时器,用于控制是否执行恢复流程的进一步处理步骤。
通过建立恢复出错通信的某一时间限制,在控制定时器的超时时,在电信系统中还保留用于其重建的某些资源可决定性地被释放,并对其它通信可用。可根据例如系统的业务负载条件和/或受影响用户的预订数据的因素将定时器设置或修改为某值。
本发明的再一实施例涉及用于在电信系统中检测适合于重建与未出错终端的通信的所登记终端的存在的机制。在一种实施例中,这在电信系统中接收到通知终端对用户标识符的登记的消息时实现。在另一实施例中,这在电信系统中接收到请求从在电信系统中对用户标识符登记的终端恢复前一通信的消息时实现。在这两种情况中,在电信系统中进行检查,以便确定所述用户标识符是否经由出错终端登记,或者它是否通过预订与所述标识符相关。
通过检查登记或被登记终端的用户标识符,电信系统可确定适当终端用于重建所丢失通信,它可为以前出错而现在恢复的同一终端或者为所述出错终端的同一用户所用的另一终端。
依照本发明的一种实施例,新通信的建立可通过向登记的终端发送信息来实现,所述信息可用于建立与未出错终端的通信,例如经由未出错终端登记或者通过预订与所述用户标识符相关的用户标识符。该信息可用来从所登记的终端请求新通信,电信系统可用它来重建与未出错终端的通信。
通过向所登记终端发送与先前丢失的出错通信有关的信息,所述终端的用户可被告知他在其终端失效时已建立的通信,并接收到可用于恢复预期通信的某些数据。
附图说明
图1示出了用于阐述本发明的某些实施例的电信系统的简化示图。
图2示出了用于依照本发明的一种实施例对建立在终端之间的通信进行控制的设备的某些功能模块的示意表示。
图3是流程图,示出了用于依照本发明的一种实施例对建立在终端之间的通信进行控制的方法的步骤。
图4与图5示出了在图1中示出的实体中某些实体的简化信令流,用于依照本发明的实施例阐述图3的某些步骤。
具体实施方式
现在将参考图1-5描述本发明的示范实施例。
图1示意示出包括所谓因特网协议IP多媒体子系统或IMS的第三代3G电信系统100的某些节点。简言之,IMS允许使用SIP协议为其终端可例如从全球移动通信系统GSM、无线局域网WLAN以及从固定(有线)网络经由多种不同类型的接入网、例如无线接入网连接到系统100的用户建立多媒体通信。选择图1所示的复合通信系统来阐述某些使用同一情形的优选实施例,且如对本领域技术人员显而易见,这不将本发明的范围限制到该特定系统。
在图1的简化示图中,第一用户终端101示出为与第二用户终端115通信。终端101经由接入网102接入到电信系统100,接入网102包括3G电信系统100的基站系统BSS或无线网络系统RNS。经由通用无线分组系统GPRS基础设施提供终端101与IMS的连接,通用无线分组系统GPRS基础设施包括:服务GPRS支持节点SGSN 103与网关GPRS支持节点GGSN 104。接着,终端115示出经由内部结构未进一步详述的另一类型的例如WLAN、(有线)LAN的连接性接入网114或者另一种有线或无线接入接入系统100。
假设两个终端的用户预订了系统100的IMS,其中系统100包括:一个或多个归属订户服务器HSS 109,用于存储用户及其终端的预订与位置数据;以及,名为呼叫会话控制功能CSCF的一个或多个SIP代理,根据其代理P-CSCF(105、111)、服务S-CSCF(107a、110)及问询I-CSCF(图1中未示出)的不同任务被指派成对与连接到系统100的IMS的终端所交换的信令进行处理并路由。
简言之,指定终端的S-CSCF的任务是依照包含在其信令中的数据并依照从HSS接收到的所述终端的用户的预订数据介入并路由所述信令。然后,P-CSCF是终端(101、115)与IMS的第一接触点;它介入到涉及与所述终端经由接入网所交换的媒体的事务中,并在其在IMS中的注册期间向指派给该终端的S-CSCF或从该S-CSCF路由信令。
在终端101与115具有经由系统100的已建立通信、例如多媒体通信时,通过电信系统的某些实体在它们之间建立信令信道116及一个或多个媒体信道117。信令信道116用于传输在所涉及终端101与115中每个终端上发起并端接的信令消息,其中,该信令消息用于允许建立媒体信道117,可在通信时间期间通过媒体信道117交换媒体(例如语音、数据、图像等)。
在图1所示的情形中,两个实体执行与从各个终端交换的媒体有关的策略执行与监视功能,例如所述功能可用来收集用于基于流计费与用于控制/执行媒体信道117的服务质量的信息。对于终端101,这能够在GGSN 104内利用其上嵌入的功能实体、称为策略及计费执行功能PCEF(未示出)来执行。对于终端115,这由边界网关功能BGF 113执行。终端101与115的策略控制判决分别属于策略控制及计费规则功能PCRF 106与会话策略判决功能SPDF 112。简言之,判决实体(即PCRF 106或SPDF 112)分别从P-CSCF 105与111接收信息,以便建立策略规则,将所述策略规则分别下载到GGSN 104内的PCRF与BGF113,PCRF与BGF依照这些规则监视数据流。依照备选技术实现,PCRF能够嵌入到P-CSCF。类似地,称为会话边界控制器SBC的实体能够嵌入P-CSCF(例如111)、SPDF(例如112)以及BGF(例如113)的功能性。
如图1所示,HSS 109存储终端101的用户(SUBS-1)与终端115的用户(SUBS-2)的预订数据。在这些用户的其它数据中,HSS 109存储通过预订指派给这些用户的标识符(分别为IDa、IDb、IDc;以及IDx、IDy)。一旦这些用户被登记到系统100中,则HSS 109还存储所指派S-CSCF(分别为:107与110)的标识符以及这些用户通过其终端登记的用户标识符。HSS 109通过从S-CSCF接收已从终端请求登记用户的给定用户标识符的信息而知晓从终端登记的用户。例如,如果终端101的用户SUBS-1经S-CSCF 107a登记其用户标识符IDb,则HSS109保留在登记时间期间存储的这种动态数据,所述数据允许系统100中的其它节点通过向HSS 109查询而找到在何处路由对所述用户标识符所寻址的通信的初始信令。与是否经终端登记用户的给定用户标识符有关的细节没在图1的示意性示图中给出。
S-CSCF、例如示例S-CSCF 107a可设置成与应用服务器AS通信。AS可指派来执行与发起于用户SUBS-1的终端101和/或端接至该终端的信令有关的、和/或与用户SUBS-1所预期的信令有关的高级功能。在IMS中,这种AS被称为SIP-AS,且例如可指派来,在例如用户SUBS-1还未经任何终端登记其标识符IDa时对被路由到所述用户的所述标识符的到来呼叫进行处理(例如,AS可命令播放预先记录的消息和/或可该到来呼叫转移到预定目的终端)。上文所述的S-CSCF与AS是设置成对在终端之间建立的通信进行控制的节点的示例。
依照备选实现,依照本发明的恢复服务器设备(例如RS 107)的功能性可嵌入到指派来对给定用户的终端的信令进行处理的现有SIP-AS内。依照其它备选实现,该新颖的功能性可驻留在完成这种任务的特定AS中,或者例如作为额外特征嵌入到S-CSCF内。参考图2的示意示图给出的以下描述将考虑后一情形。
电信节点、例如S-CSCF 107a或RS 107可被实现为包括软件与硬件的基于计算机的设备,其根据构造备选可位于物理机器内,或者可分布于若干协作物理机器上。从功能的角度,该节点包括包含软件、硬件或软硬件组合的功能模块集合,其中,每个功能模块设计成执行该节点的特定(子)功能,并且如果继续进行就与实现其功能模块的其它功能的软件和/或硬件部分合作。软件可包括一个或多个计算机程序(计算机可读程序代码),所述计算机程序在被基于计算机的设备执行时使该设备依照如所述程序中特定程序指令确定的、依照它执行的电信节点的特定功能性的预定方式工作。
相应地,在没有落入与可能物理实现有关的特定构造细节的情况下,参考图2给出的论述将描述设置成完成本发明某些方面的S-CSCF107的某些功能组件,所述可能物理实现对本领域技术人员是众所周知的,且因此对理解本发明是不需要的。
图2中示出的S-CSCF 107的简化内部构造包括:处理模块201、通信模块202、数据存储模块203以及允许它们之间的数据通信与协作的内部通信总线204。这里要注意,根据特定特性,还可被改进来完成本发明的另一种节点可包括其它模块(例如执行媒体代码转换和/或媒体路由的模块)。
处理模块201可包括一个处理器2010或者例如可设置成以载入共享(load-sharing)或有效备份(active-backup)模式工作的多个处理器。
在S-CSCF 107中的处理器2010执行用于对与指派它来服务的用户终端有关的信令进行处理的服务逻辑。这包括来自这些终端的登记消息的处理,以及与这些终端交换的、用于控制它们的通信的信令消息的处理及路由。处理器2010所执行的服务逻辑还增强有将在后面详细描述的本发明的新颖功能性。
S-CSCF 107与其它实体(例如P-CSCF、HSS、其它S-CSCF等)之间的通信通过模块202来执行,模块202在图2中示出为包括两个通信装置2021及2022。一般而言,在发出消息时,处理模块要求通信模块发出该消息并给它提供必要的数据,并且在通信模块接收到消息时,它将相关内容传递到处理模块用于触发必要的处理。根据实现备选,某些通信装置(2021、2022)可用于特定种类的通信,例如只与配合标准化或专用信令接口使用的某一其它节点的通信、只对给定类型的通信协议的通信等。此外,根据实现细节,某些通信装置可适合处理可由S-CSCF依照一个以上通信协议执行的任意种类的通信。例如,DIAMETER协议(IETF RFC3588,2003年9月)可在S-CSCF与HSS或AS之间使用,且SIP协议(IETF RFC3261,2002年6月)可在S-CSCF与P-CSCF或另一S-CSCF之间使用,以便控制终端间的通信。如将在下文所述,这些通信协议(以及其它协议)可易于进行扩展以用于允许新或改进内容的运送,以便实现本发明。
与对所述节点所估计的总信令相比,S-CSCF 107中的通信装置的数目可根据所述装置对外部信令进行处理的各自能力而变化。此外,根据实现细节,通信模块202可包括可对一个或多个通信装置2021、2022公用的某些功能性或物理性单元(硬件、软件或软硬件组合),例如给定通信协议栈的一部分共用而其它(协议特殊)部分则驻留在对应通信装置上。
数据存储模块203及303存储S-CSCF 107工作所需的数据。基于计算机的电信节点中的数据存储模块可包括一个或多个数据存储装置。在图2所示的示例中,S-CSCF 107的数据存储模块203包括存储装置2031及2032。存储器芯片及磁盘或光盘是数据存储装置的示例。根据例如对某些数据的数据存取速度、存储可靠性等规则,电信节点的存储模块可包括一个或多个相同或不同种类的存储装置。图2示意示出了可由S-CSCF 107处理的某些数据,现将对其进行描述。
S-CSCF 107的工作由包括指令(CI-11,...,CI-1N)的计算机可读程序代码203-1控制,所述指令在被处理器2010执行时使它按照现有技术状态的S-CSCF工作,并进一步执行依照本发明实施例的新功能。
参考标号203-2代表多个数据记录(SCTX-N),每个数据记录与被指派来从S-CSCF 107服务的用户终端有关,所述用户终端具有与另一终端的已建立通信。在这些记录内,S-CSCF 107存储执行其控制功能必需的会话相关数据。图2进一步详细示出了这些记录之一的某些数据内容,所述数据内容作为对其它必要数据(未在图中详细示出)的补充可与本发明的某些实施例的实现相关。
例如,假设已指派S-CSCF 107来控制至终端101的通信,且该终端101已建立了与终端115的通信,对应会话记录SCTX-N可存储与所述通信是否因为检测到故障事件而失败有关的信息。这可通过恢复标记数据RCVR-MRK实现,在一种简单实现中,恢复标记数据可声明对失败的通信是否(Y/N)需要恢复动作。如果通信失败,则优选地可将例如下述的某些其它数据存储在会话记录SCTX-N:与通信所涉及的终端(101i、115i)有关的信息,可以包括经由这些终端登记的用户标识符和/或可用于向这些终端(IDa、IDb、IDx)路由信息的标识符;与已建立通信的特定条件有关的数据(SESDAT);以及用于对从电信系统所启动的重建流程进行控制的时序信息(TIMER)。
例如,如果依照检测到的故障事件将终端101确定为出错,则S-CSCF 107可存储与关于所述终端101i的信息关联的标记(F),以及与关于终端115(115i)的信息关联的标记(NF),所述标记(F)声明终端101为出错终端,所述标记(NF)声明终端115为未出错终端。在故障与终端101有关的情况下,所存储的信息可还包括被登记(或指派)给所述终端的用户标识符(IDa、IDb)以及通过预订与所述标识符有关的其它用户标识符。如下文所述,这可有助于不一定通过失效的同一终端101、而且还通过同一用户可能正在使用的其它任意终端来恢复所丢失通信。
所失败通信的某些数据、例如所请求服务类型SRV(例如多媒体通信、一键通等)或者媒体信息MED(例如所建立信道、所接受编解码等)可保存在记录SCTX-N中,所述数据可有助于在以后建立具有与所失败通信类似特性的新通信。例如,可将这些数据中的某些数据发送到以后恢复与非出错终端的通信的终端(例如,为了用户信息目的和/或为了被再用于新通信)。此外,要恢复的通信的状态信息STAT可保存在会话上下文记录SCTX-N中,以便依照相关事件监视恢复状态。
从该描述显而易见,上文结合图2针对依照本发明改进的S-CSCF所描述的教导可易于应用到其中控制通信及后续恢复流程的节点107是应用服务器(例如107b)的备选实施例中,所述应用服务器在所述控制中与S-CSCF(例如107a)协作。
用于依照本发明的一种实施例对终端之间的通信进行控制的方法的步骤在图3中示出。
在步骤310,从电信系统对在两个或两个以上终端之间建立的通信进行控制。如先前所述,对通信的控制可包括路由/控制节点、例如CSCF的介入以及应用服务器AS的介入。在步骤320,检测到与通信有关的故障。由电信系统中的节点或者所涉及节点中之一进行错误的发现。子步骤321表示在电信系统中检测到从终端发出的媒体的中断。子步骤322表示在电信系统中检测到对从终端发出消息的超时。子步骤323表示在电信系统中检测到由终端所检测到的故障事件的通报。与这些子步骤(321、322、323)有关的细节将在后面参考图4进行描述。
依照检测到的故障事件,在步骤330,在电信系统中在受影响通信所涉及的终端中确定出错终端与非出错终端。如果故障事件与从特定终端所发出的媒体有关,则可将所述终端确定为出错。如果,例如通信中的终端不能发送给定消息需要的应答,或者例如不能发送如先前参考RFC4028所述的更新消息,则电信系统中该通信的信令所涉及的节点可检测到该事件,且相应地所述终端可被确定为出错。这些种类的故障事件、即:与媒体中断有关的事件或者对从该通信的对等终端接收消息的超时以及其它故障事件可被通信中的终端发现并被通报给电信系统,所述电信系统可将所述对等终端确定为出错终端。
在检测到故障事件(321、322、323)时,步骤330的确定可在一个步骤中进行。备选地,可在检测到故障事件时进行出错终端的初步确定。这种情况下,对疑为出错的终端或者对同一通信所涉及的任意终端的测试可从电信系统发起,所述测试有助于对通信中出错或非出错终端进行最终且更准确的确认。所述测试的一种可能实现将在后面参考图5进行描述。
在步骤340中,电信系统开始发起通过检测是否存在可适合重建与未出错终端的通信的所登记(即以某些“有线”接入网络的特性永久连接的或者以某些“无线”接入网络的特性暂时附连的)终端来恢复丢失的通信。优选地,对可与经由出错终端进行登记的用户标识符相同或者属于同一预订的用户标识符,暂时或永久登记所述终端。这有助于确保非出错终端恢复其与在通信失败时正在与他进行通信的同一用户的通信。例如,使用图1所示的某些订户数据并假设终端101出错,如果对SUBS-1的用户标识符IDb登记了所述终端,则系统可检查(例如立即、在某一时间期间定期地等)是否存在对用户标识符IDa、IDb或IDc登记的终端。
步骤340可用不同方法完成,其可根据电信系统和/或设置来完成本发明的节点的具体特性而变化。例如,如果电信系统包含IMS(如图1所示),则S-CSCF可向包含经由出错终端登记的用户标识符的HSS发送(例如立即、在某一时间期间定期等)查询,所述查询请求所述标识符和/或与同一预订有关的任意其它用户标识符的登记状态信息。备选地,应用服务器AS可向HSS发送消息以便预订与用户标识符(即经由确定出错终端登记的用户标识符)有关的、和/或与同一预订有关的登记事件通报。接着,如果发现登记的终端/在发现登记的终端时,HSS可向查询S-CSCF或AS提供回可用于进入与它的通信的信息,用于在步骤350中重建与未出错终端的通信。
用于实现步骤340的某些其它备选实现以及与步骤350的新通信的建立有关的细节将在以后参考图5进行描述。
图4及5示出了前面依照两种不同实施例所述的方法的步骤的某些相关信令流及序列。图4考虑其中该通信的控制由S-CSCF 107a及协作AS 107b执行的实施例,并集中在与本发明的方法的前期步骤有关的细节上。其次,图5中所示的实施例考虑执行该控制的单个电信节点107,并集中在与该方法的后续步骤有关的细节。
要注意,尽管图4及5的示例中所示的通信只包含两个终端,但是依照本发明改进的流程步骤及设备同样可用于建立在更高数量的终端之间的通信(例如多协商),唯一要求是所述通信的控制所涉及的至少一个节点处理本文所述的所检测故障事件。
步骤300对在用户终端101在电信系统100的IMS内的登记时出现的信令流进行分组,为了清楚起见不在图中对这些信令流进行进一步描述。这些流旨在用于对终端100呈现的用户凭证进行认证,并用于将其用户的一个或多个用户标识符到登记系统。例如,在该阶段(300),终端101的用户可被认证为订户SUBS-1,并经由该终端登记其用户标识符(IDa、IDb、IDc)的一个或多个。3GPP技术规范TS 24.228(V5.9.0,2004年6月)在第6章提供这种登记阶段的细节。假设用户终端115已经被登记(或者永久连接到)到系统100,并可假设用户终端115被从与终端101相同的S-CSCF 107a或者从另一S-CSCF(例如S-CSCF 110,图4中未示出)服务,用于其发起或端接信令。
登记信令300在IMS之内的一般终点是指派给对应用户的S-CSCF(例如,S-CSCF 107a)。但是,如在图4中所示,登记步骤可包括AS(107b)的介入,所述AS可被通报该登记事件并在该通报中接收到经由该终端登记的用户标识符。该后一特征公开在3GPP TS 29.328(V7.3.0,2006年9月)的附录B中,并可用于实现本发明的一种实施例,其中AS 107b与S-CSCF 107a协作对建立在终端之间的通信执行控制功能。可优选地实现该实施例,不论AS在哪里执行与对给定用户登记的终端有关的高级功能,所述AS与路由所述终端的信令的节点、例如S-CSCF协作。
在所示实施例中,在AS 107b知晓终端101的登记300时,它通过在流401中向指派的S-CSCF 107a发送请求来预订与涉及所述终端的通信有关的出错事件的通报。AS 107b的该动作可对任意预订到系统的用户或者对它们中的(例如按照由可从HSS 109下载的预订数据所确定的)某些用户执行。相应地,AS 107b可存储与用户的一个(或多个)用户标识符关联的用于控制这种行为的特定标记,在它接收到登记300的通报时它可检查所述特定标记,因为所述通报包括从该终端登记的用户标识符。S-CSCF 107a可接着在流402中向介入的P-CSCF105传送该请求,因为该节点可从PCRF 106接收到影响终端101的媒体相关事件。在流403及404中确认回该请求。P-CSCF 105及S-CSCF 107a可设置与它们存储的、终端101的登记所关联的数据相关联的标记,它们允许将可能的故障事件通知到相应节点(例如P-CSCF 105可存储与指派来服务所述终端的S-CSCF、S-CSCF 107a的标识符相关联的标记;或者S-CSCF 107a可将它与AS 107b相关联地进行存储)。
步骤310表示终端101及105之间的通信的建立。要注意,可存在介于所述通信中的其它服务器实体,所述通信涉及指派来服务并路由终端115的信令的节点,例如为清楚起见在图4中未示出的其它S-CSCF及P-CSCF。
在终端之间的通信310的建立一般不仅隐含在所涉及实体(即节点与终端)之间建立信令链路,而且还隐含在系统100中发信号通知并记载用于传递有关媒体(例如语音和/或图像数据)的电信资源(流在图4中未示出)。虽然信令控制实体(例如105、107a或者107b)可定期检查与通信有关的媒体流的状态,但是优选地,媒体介入实体可设置成自动向任意其它控制实体通报媒体相关事件。步骤321示出这样的情况:在其中GGSN 104对其与终端115所建立的通信在从终端101发出的媒体中检测到异常事件。这可通过在GGSN 104内的PCEF的特定监视功能来实现。例如,该监视功能可检测到在预定时间在与该通信的媒体有关的数据流中没有分组数据(例如实时协议RTP分组和/或实时协议控制RTCP分组)从终端101发出,这可能是因为终端101中的故障。在流405中,向PCRF 106通报该故障事件,所述故障事件触发在流406及407中分别向P-CSCF 105及S-CSCF 107a的通报。该故障事件的通信可通过使用DIAMETER协议(如对“Gx”及“Rx”接口所定义的)利用通知AVP或者指示媒体故障事件的新AVP来实现,并可传递可用于标识受影响通信的用户和/或媒体流的数据以便允许确定失效的终端。
在接收到关于媒体故障的通报时,S-CSCF 107a在流408中向AS107b通报该事件。优选地,也可通过使用DIAMETER协议实现的通报408传递可用于标识受影响(可疑)终端和/或他的用户(例如利用用户标识符)或者受影响通信的标识符(例如会话标识符)的参考。如先前参考图2的设备对可能实施例所述,AS 107a可存储与会话记录数据关联的恢复标记RCVR-MRK,并将受影响终端101确定为出错终端。可在流409中从AS 107a发出确认。优选地,在媒体故障通报的情况下,S-CSCF 107a或者AS 107b检验不存在来自任意所涉及终端(101、105)的、请求通信结束的前一信令消息(例如SIP BYE消息)。
步骤322表示在S-CSCF 107a中检测到与它为终端101处理的信令有关的故障事件。例如,终端101不能发出对所接收消息需要的确认,或者终端101不能发出如在RFC4028中所述的更新消息等。这种故障事件可在S-CSCF被轻易检测到,因为S-CSCF是全状态(statefull)SIP代理服务器且同样通过执行由所交换信令消息所驱动的状态机而知晓该通信的当前状态。随后,在流410将故障事件通信到AS 107b,并在流411中返回确认,如前文对流408及409所述。如果AS 107b处理与终端101有关的信令消息,则还可由它检测这种故障事件(322)。
步骤323表示其中在终端101中检测故障的另一种情况。如上文所述,所检测事件的性质可与它与终端115的通信的媒体有关或者与所述通信的信令所涉及的事件有关。虽然,如先前所述,媒体和/或信令监视功能可在电信系统的某些节点中可用;但是有利地,该系统优选适合从终端接收故障通报,因为其节点中的某些可能不适合执行所述监视功能,和/或这些任务可能在它们中的某些中例如由于过载而暂时不可用。通过使用适合于传递通报的任意SIP消息(或者通过适配现有的一个),可在流412中通过SIP信令信道向指派的P-CSCF 105发送故障通报,并在流413中将故障通报从P-CSCF 105发送到S-CSCF 107a。后续信令流414及415按照先前对流408及409所述运行,不同之处在于现在由于已从终端101通知了故障事件,因此在通信中的另一对等终端(例如终端115)将被认为出错。
图5的信令流示出了这样的情况:其中单个电信节点107执行对建立在终端101及115之间的通信310的信令控制。选择这种简化情况来更清楚地示出与一旦在通信310中检测到故障事件320就进行的阶段有关的本发明的某些实施例。节点107可为S-CSCF或者适合本发明的AS,所述AS与一个或多个S-CSCF(在图5中未示出)协作用于控制所述通信。
在流501中,控制节点107朝终端101发送消息,以便测试其在通信中的功能性。例如,与终端101有关的故障事件在步骤320被检测到,且要求对此的确认以便丢弃该终端的暂时故障。此外,如早先所述,测试消息501可在任意时间被发送到通信所涉及的任意终端,这在因为故障事件的性质或者因为在故障通报和/或检测中缺乏足够数据而不能正确做出将哪个/哪些终端考虑为出错的判决时尤其有用。
优选地,控制节点107启动定时器等待来自终端101的对消息501的应答。接着,如果在定时器的超时之前接收到预期应答则可最终将该终端确定为出错,否则确定为未出错。与测试消息501的实现有关的具体优选实施例包括某些相关参数的传递,所述相关参数与在建立在终端之间的通信310中所用的那些相同。例如,消息501可利用SIP消息RE-INVITE或者SIP消息UPDATE来实现,所述消息可指示需要请求、并可传递在初始通信310的建立中所用的参数(例如会话标识符、相对用户标识符等)、允许现有SIP消息为其它目的的再利用。备选地,可为消息501而使用新消息(例如新SIP“TEST(测试)”消息)。
在接收到消息501时,终端101可执行内部功能测试。此外,如果在消息501中被传递,则终端501可将所收到的通信会话数据与其自己的数据进行比较(如果所述通信对该终端还“存在”且所述数据被保留在那里)。如果该终端中的测试结果是成功的,则它可发回SIP 200OK消息,该消息可阻止节点107启动随后的恢复流程。在图5中所示的示例情况考虑这样的情形:其中终端101在它不发出对消息501的应答的范围内出错。相应地,控制节点107将终端101确定为出错,而终端115未出错(步骤330),并继续进行用于恢复所丢失通信的后续步骤。
在检测到故障事件时,优选地,可将某些资源保留在电信系统中。例如,控制节点107可保留它在它失效之前存储的与该通信有关的、可用于重建该通信的某些数据,且可修改和/或存储某些其它数据。如先前参考图2的设备所述,可存储恢复标记RCVR-MRK以及与每个介入用户或终端的数据关联的出错/未出错标记(F/NF)。但是,优选地,暂时或者永久释放等待要被恢复的通信的某些其它资源。例如,分配给出错终端101的媒体资源可被永久释放,这可通过从控制节点107向其它节点(例如P-CSCF 105、S-CSCF 110)发送对应信令消息来实现,所述消息可进一步触发要被随后发送到其它节点的信令消息以便释放所分配的媒体资源及相关会话记录。但是,优选地,不永久释放由未出错终端115用来与电信系统交换媒体的媒体资源,而是可将其置于挂起(on-hold);这允许会话记录存储器资源被保留在其它介入实体中,但是在某个时段不与终端115交换媒体。备选地,可释放与未出错终端115的全部通信(包括媒体资源),其中如果继续进行则系统将在以后建立与所述终端115的新通信。
“挂起”及随后的“恢复”流程对本领域技术人员是众所周知的,且不需要在本文对其进一步描述。优选地,依照本发明使用这些流程来设置“挂起”且在以后重建未出错终端115所用的媒体流。
流502表示向未出错终端发送用于将其通信置于挂起的信令消息。在502中发送的消息可传递终端115的用户的用户信息,以便他意识到电信系统知晓已在其与相对终端(101)的通信检测到错误,且将从该系统尝试恢复流程。此外,为此目的,可向未出错终端115发送带内(可听的)信息。在SIP信令的情况下,流502可表示发送指示“挂起”的SIP消息UPDATE。
优选地,控制节点启动(步骤335)与出错通信310关联的定时器(例如存储与所失败通信的数据SCTX-N关联的时序信息“TIMER”),它可设置某一时间限制用于尝试又从所述终端或者从在电信系统中对所述用户登记的另一终端建立与出错终端101的通信。优选地,在步骤335启动的定时器设置时间限制使控制节点执行随后的恢复动作,并在超时时用于执行失败通信310还占据的资源的最终释放,所述资源包括与未出错终端115的所挂起通信以及其关联资源。
一旦检测到与通信有关的故障事件,则可不管图5示出的流优先而在任意时间启动定时器335。初始时可将其超时值设置为某一预定固定值(例如对所有情况固定、根据订户数据设置等),或者设置为这样的值,该值取决于启动定时器时在控制节点107上的当前业务负载条件、或者取决于与系统中的其它节点有关的可对节点107可用的业务负载信息。此外,一旦定时器335在运行,则可修改定时器信息,例如根据系统中和/或控制节点107中的当前业务负载条件增加或降低余下时间。
现在要描述的在图5所示的其它两种不同恢复情况,考虑到在335中启动的定时器还没有超时。流503-508考虑第一种情况,其中恢复与失效的同一终端101的通信。流509-514考虑第二种情况,其中恢复与另一终端108的通信,对经由出错终端101登记或者通过预订而与其相关的同一用户标识符将所述终端108登记到电信系统中。
现在针对可在用户从终端的登记时动态指派的控制节点进行考虑,因为S-CSCF被指派在电信系统的IMS之内。对于IMS中的S-CSCF指派,当前最新技术允许对用户的特定用户标识符指派同一S-CSCF,但是可存在其中依照其它规则动态选择为登记指派的S-CSCF(例如较少负载的S-CSCF)的其它实现。任何情况下,为了允许更简单的实现,优选控制本发明的恢复流程的节点S-CSCF或者与S-CSCF协作的AS是相同的。相应地,如果主要由与S-CSCF协作的AS(如由图4中的AS107b所示)实现新功能性,则在系统中从可最终在登记用户的用户标识符中被指派的任意S-CSCF寻址所述AS的方法是在登记阶段期间将所述AS的标识符与从HSS下载的用户简档数据一起下载到该S-CSCF;这可使该S-CSCF例如在从终端登记用户的用户标识符时联系所述AS。备选地,如果由S-CSCF执行该功能性(例如图5中的S-CSCF 107所示),则在同一用户标识符(或者通过预订与它有关的另一用户标识符)的随后登记时对其进行寻址的可能方法是将恢复信息从所述S-CSCF转发到HSS,所述HSS存储所涉及用户的预订(例如所述用户标识符的从所述S-CSCF的通信恢复是未决的)。在该后一情况中,HSS在来自给定终端的相关用户标识符的登记阶段期间(例如在被从I-CSCF查询时)可选择所述S-CSCF。
标号503将一旦出错终端101恢复则在其登记时出现的信令流进行分组。如果终端101是包含身份模块(例如订户身份模块SIM卡或者通用SIM卡USIM)的移动终端,则可假设它指示要在该新登记阶段503期间登记的相同用户标识符。控制节点107被指派给该登记并在该登记阶段503中验证从终端101登记的用户标识符。例如,控制节点107可检查是否存在包括现在从终端101登记的标识符或者与同一预订有关的会话上下文记录SCTX-N,将所述终端标记为要被恢复(RCVR-MRK:Y),且其中登记的标识符与标记为出错的终端(101i:F)有关。为此,控制节点107可根据其内部数据(例如,在终端101i、115i的存储信息之内)检查与标识符有关的匹配,和/或向HSS请求与在登记阶段503中接收到的用户标识符有关的用户标识符。作为一种实现选择,控制节点107只考虑在登记阶段503中从终端101登记的标识符与在前一通信失败时登记的标识符是否匹配(即,如在存储在对应记录SCTX-N的信息中所述)。备选地,控制节点107可考虑到在登记阶段503中接收到的用户标识符是否属于与在前一通信失败时登记的用户标识符相同的预订。在后一情况中,例如,如果终端101登记了具有预订SUBS-1的用户的标识符IDa与IDb(参见图1),且现在终端101登记标识符IDc,则控制节点107可考虑用该终端继续进行后续恢复流程。
如果根据上文所述的任意实施例找到匹配,则控制节点107可进一步检查恢复定时器335是否还没有超时。如果例如要被恢复的通信的对应会话上下文数据(SCTX-N)已在定时器335的超时时被释放,则这可是冗余的。在流504,将恢复消息发送到终端101。如果所用信令协议为SIP,则恢复消息504可利用SIP消息REFER来实现,所述SIP消息REFER例如包括:传递经由终端101登记的用户标识符的“请求URI”参数;包括正被恢复的SIP会话的会话标识符的“呼叫ID”;以及其它信息,例如未出错终端115的用户的用户标识符、传递被中断的服务的信息的通信方法(例如多媒体通信、一键通等)、关于所用媒体(例如音频、视频、数据及其组合等)的信息等。可在终端101中使用这些数据以供用户显示信息目的以及用于通信重建目的(例如在用户接受这样做的情况下)。应该注意,如果在检测到故障事件时一个以上通信正在出错终端上进行,则消息504可传递与任意或所有这些通信有关的信息,因为对应信息可被控制节点107保留在其会话记录203-2上。
如果终端101的用户接受恢复先前丢失的通信310,则它可在流505中发出通信请求消息。如果使用SIP协议,则流505可传递SIPINVITE,该SIP INVITE包括可用于寻址未出错终端115的数据、例如经由所述未出错终端登记的用户标识符。通过检查与发起和/或端接参与者有关的数据(例如通过使用存储在被标记为要被恢复的会话记录SCTX-N中的数据),控制节点107可检查通信请求505是指先前出错的通信,且在这种情况下,通过在流506中发出例如指示“恢复”的SIP消息UPDATE,将未出错终端115的通信从挂起状态恢复。此后,如果终端115接收通信恢复(流507及508可代表SIP 200 OK消息),则经由电信系统在终端101及105之间建立新通信,如在恢复流505及506中发信号通知的。在步骤335启动的恢复定时器可在新通信的成功建立时停止。此外,如果它在恢复流程期间(例如在信令504-506期间)超时,则可以给定值将其重启动以便允许完成该流程的余下部分。
通过将未出错终端置于挂起(流502),与通常用于实现与所述未出错终端的全新通信建立所需的信令相比,可减少用于重建与所恢复终端101(或者108,如在图5的下一实施例中所述)的通信的后续信令。备选地,如果以前不把与终端115的通信置于挂起,则利用SIPINVITE消息可将通信请求在接收到来自终端101的流505时从节点107发送到终端115。
上文所述恢复流程的优化可通过将恢复信息包含在从终端101发出的登记信令503内来实现(图5中未详细描述)。例如,终端101中的特定应用可利用先前所建立通信的通信数据(例如,优选地位于非易失性存储器中)。相应地,在终端101从故障恢复时,它可将例如在出错之前正在进行的会话的会话标识符包含在登记请求(例如SIP消息REGISTER)内。这种信息可接着被控制节点107用于查找要为所述终端恢复的会话的对应会话记录SCTX-N、与相对未出错终端有关的信息等,并执行上文所述的恢复动作。
在出现错误320时,终端101的用户可将他通过使用同一(出错)终端101与终端115的用户建立的通信的恢复丢弃,并改为使用他已登记到系统100的其它终端108。这种特定情形在图5的第二实施例中示出。
在流509中,在控制节点107中接收恢复请求消息。该消息可传递终端108的用户的用户标识符和/或未出错终端115的用户的用户标识符,其可帮助控制节点107标识与这些数据有关的先前出错通信是否未决定要被恢复(例如通过查找与任意前述规则匹配的所存储会话记录SCTX-N)。如结合前一实施例所述,从终端108登记的用户标识符可由控制节点107进行检查,以便确定是否要执行后续恢复动作。
例如,控制节点107可检查从终端108登记的标识符是否与在涉及终端101的前一通信失败时所登记的标识符相匹配(即,如存储在对应记录SCTX-N的信息中所声明的)。备选地,控制节点107可考虑经由终端108登记的用户标识符是否属于与经由出错终端101登记的用户标识符相同的预订。在后一种情况下,例如,如果终端101登记了具有预订SUBS-1的用户的标识符IDa及IDb(参见图1),且对标识符IDc登记终端108,则控制节点107可考虑可用终端108继续进行后续恢复流程,因为这些标识符与同一预订(SUBS-1)有关。
在接受的情况下,在流510中,可将包括可用于标识先前出错通信的信息的消息发送到终端108。在510中的消息可传递与上文对消息504所述类似的信息,其可以类似方式用于终端108以供用户显示信息目的,以及用于通信重建目的。图5中示出的示例考虑终端108的用户通过在流511发送重建通信的请求而接受重建其与终端115的所丢失通信,其内容以及控制节点107进行的对应处理可如上文参考流505所述。接着,如上文参考流506-508所述,流512-514出现以用于重建与未出错终端115的通信。
本发明如本文所述提供恢复出错通信的解决方案,该解决方案考虑到电信系统的有限共享资源与在出错通信的未出错终端的用户的用户舒适度之间的平衡。
目前,电信节点多数在基于计算机的机器中实现。相应地,将包括计算机可读程序代码的计算机程序载入到电信系统的基于计算机的机器,使其根据按照相应程序代码所确定的预定方式工作,所述程序代码与这些机器实现的电信节点所规定的特定功能性一致。因此,本领域技术人员在创建和/或修改计算机程序时在不脱离本发明的教导条件下可轻易将其用于创建和/或修改适合被载入到基于计算机的电信节点、例如设置用于控制通信并路由相关信令的节点或者设置成执行与所述信令有关的高级处理的特定应用服务器中的计算机程序,以便使其依照任意所述实施例工作。
已参考某些示范实施例以示例性而非限制性方式描述了本发明。各种变型对本领域技术人员是显而易见的。为此,本发明将按照权利要求书解释,并受其限制。
Claims (22)
1.一种用于对通过电信系统建立在终端之间的通信进行控制的方法,包括以下步骤:
a)检测到(320)与建立在至少两个终端之间的通信有关的故障事件,
b)在所述电信系统中依照所述故障事件在所述终端之间确定(330)出错终端与未出错终端,
c)在所述电信系统中检测到(340)对经由所述出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符所登记的终端,以及
d)从所述电信系统建立(350)所述所登记终端与所述未出错终端之间的新通信。
2.如权利要求1所述的方法,其中步骤a)包括以下步骤:
a1)在所述电信系统中检测到(321)从与所述通信有关的终端发出的媒体的中断,
且其中,所述步骤b)包括以下步骤:
b1)确定所述终端为所述出错终端。
3.如权利要求1所述的方法,其中步骤a)包括以下步骤:
a2)在所述电信系统中检测到(322)对从终端发出与所述通信有关的消息的超时,
且其中,所述步骤b)包括以下步骤:
b2)确定所述终端为所述出错终端。
4.如权利要求1所述的方法,其中步骤a)包括以下步骤:
a3)在所述电信系统中从所述通信所涉及的终端接收通知故障事件的检测(323)的消息(412),
且其中,所述步骤b)包括以下步骤:
b3)确定所述通信所涉及的另一终端为所述出错终端。
5.如权利要求1所述的方法,其中步骤b)包括以下步骤:
b4)从所述电信系统向所述通信所涉及的终端发送测试消息(501),
以及
b5)如果从所述终端接收到对所述消息的应答则将所述终端确定为未出错终端,否则将其确定为出错终端。
6.如权利要求1所述的方法,还包括在步骤d)之前的以下步骤:
e)从所述电信系统向所述未出错终端发送消息(502),用于将其与所述出错终端的通信置于挂起,
其中,步骤d)包括以下步骤:
d1)从所述电信系统向所述未出错终端发送消息(506,512),用于恢复与所述所登记终端的通信。
7.如权利要求1所述的方法,还包括在步骤c)之前的以下步骤:
f)在所述电信系统中启动定时器(335),以及
g)检查所述定时器在执行步骤d)之前没超时。
8.如权利要求1所述的方法,其中步骤c)包括以下步骤:
c1)在所述电信系统中接收到通知对经由所述出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符的终端的登记(503)的消息。
9.如权利要求1所述的方法,其中步骤c)包括以下步骤:
c2)在所述电信系统中接收到消息(505,509),所述消息请求恢复从在所述电信系统中对经由所述出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符所登记的终端的前一通信。
10.如权利要求1所述的方法,其中步骤d)包括以下步骤:
d2)从所述电信系统向所述所登记终端发送消息(504,510),所述消息包括经由所述未出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符,
d3)在所述电信系统中从所述所登记终端接收到消息(505,511),所述消息请求建立通信并包括可用于寻址未出错终端的数据,以及
d4)从所述电信系统向所述未出错终端发送消息(506,512),所述消息请求建立与所述所登记终端的通信。
11.一种用于对通过电信系统建立在终端之间的通信进行控制的设备(107),包括处理器(2010)以及与所述处理器通信并存储指令(203-1)的存储装置(2031),所述指令适合由所述处理器执行以便:
-处理与建立在至少两个终端之间的通信有关的所检测(320)故障事件,以便依照所述故障事件在所述终端之间确定(330)出错终端与未出错终端,
-检测到(340)在所述电信系统中对经由所述出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符所登记的终端,以及
-建立(350)所述所登记终端与所述未出错终端之间的新通信。
12.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-接收消息(408),所述消息通知从与所述通信有关的终端发出的媒体的中断(321),以及
-确定所述终端为所述出错终端。
13.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-接收消息(410),所述消息通知对从终端发出与所述通信有关的消息的超时(322),以及
-确定所述终端为所述出错终端。
14.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-将从所述通信所涉及的终端接收到的消息路由到所述通信所涉及的另一终端,所述消息要求应答,
-启动定时器,用于接收所述应答,以及
-如果在所述定时器超时(322)时没有接收到所述应答则将所述另一终端确定为所述出错终端。
15.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-从所述通信所涉及的终端接收消息(414),所述消息通知故障事件的所述检测(323),以及
-将所述通信所涉及的另一终端确定为所述出错终端。
16.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-向所述通信所涉及的终端发送测试消息(501),以及
-如果从所述终端接收到对所述消息的应答则将所述终端确定为未出错终端,否则为出错终端。
17.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-在检测到所述故障事件之后,向所述未出错终端发送消息(502),用于将其与所述出错终端的通信置于挂起,以及
-向所述未出错终端发送消息(506,512),用于恢复与所述所登记终端的通信。
18.如权利要求11所述的设备,其中,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-在检测到所述故障事件之后,启动定时器(335),以及
-在建立(350)所述新通信之前,检查所述定时器没有超时。
19.如权利要求11所述的设备,其中,为了检测到所述所登记终端,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-接收通知终端对用户标识符的登记(503)的消息,以及
-检查所述用户标识符经由所述出错终端登记或者通过预订与其相关。
20.如权利要求11所述的设备,其中,为了检测到所述所登记终端,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-接收到消息(505,509),所述消息请求从在所述电信系统中对用户标识符所登记的终端恢复前一通信,以及
-检查所述用户标识符经由所述出错终端登记或者通过预订与其相关。
21.如权利要求11所述的设备,其中,为了建立所述所登记终端与所述未出错终端之间的新通信,所述存储装置还存储指令,所述指令适合由所述处理器执行以便:
-向所述所登记终端发送消息(504,510),所述消息包括经由所述未出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符,
-从所述所登记终端接收消息(505,511),所述消息请求建立通信并包括可用于寻址未出错终端的数据,以及
-向所述未出错终端发送消息(506,512),所述消息请求建立与所述所登记终端的通信。
22.一种计算机程序,用于从基于计算机的设备(107)控制通过电信系统建立在终端之间的通信,包括可用于以下的计算机可读程序:
-处理与建立在至少两个终端之间的通信有关的所检测(320)故障事件,以便依照所述故障事件在所述终端之间确定(330)出错终端与未出错终端,
-检测到(340)在所述电信系统中对经由所述出错终端登记的或者通过预订而与所述用户标识符相关的用户标识符所登记的终端,以及
-建立(350)所述所登记终端与所述未出错终端之间的新通信。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/EP2006/068326 WO2008055549A1 (en) | 2006-11-10 | 2006-11-10 | Method and apparatus for controlling communications |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101536464A true CN101536464A (zh) | 2009-09-16 |
CN101536464B CN101536464B (zh) | 2012-09-05 |
Family
ID=38196556
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006800563109A Expired - Fee Related CN101536464B (zh) | 2006-11-10 | 2006-11-10 | 用于控制通信的方法及设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8442517B2 (zh) |
CN (1) | CN101536464B (zh) |
WO (1) | WO2008055549A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105451253A (zh) * | 2014-08-28 | 2016-03-30 | 中国移动通信集团公司 | 一种策略控制方法及装置、dra、p-cscf |
CN110880981A (zh) * | 2018-09-06 | 2020-03-13 | 中兴通讯股份有限公司 | Gx会话异常的处理方法及装置 |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20110030675A (ko) | 2008-08-13 | 2011-03-23 | 알카텔-루센트 유에스에이 인코포레이티드 | Ip-기반 멀티미디어 세션에서의 베어러 손실의 검출 |
JP5522985B2 (ja) * | 2009-06-30 | 2014-06-18 | パナソニック株式会社 | 通信装置、通信システム及びセッション制御方法 |
US9626725B2 (en) | 2010-12-23 | 2017-04-18 | Facebook, Inc. | Using social graph for account recovery |
US8644218B1 (en) | 2011-03-24 | 2014-02-04 | Sprint Communications Company L.P. | Reconnecting dropped calls using an internet protocol multimedia subsystem |
JP5851034B2 (ja) * | 2011-08-10 | 2016-02-03 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | 非3gppアクセスにおけるhss障害回復 |
CN102263797B (zh) * | 2011-08-30 | 2014-09-10 | 大唐移动通信设备有限公司 | 一种会话控制的方法及装置 |
US20150305081A1 (en) * | 2012-11-22 | 2015-10-22 | Telefonaktiebolaget L M Ericsson (Publ) | A Method and Apparatus for Controlling Association Between a Station and a WLAN |
JP6308362B2 (ja) * | 2014-04-23 | 2018-04-11 | 株式会社リコー | 宛先管理システム、通信システム、プログラム、及び宛先管理方法 |
US11641380B2 (en) * | 2019-05-21 | 2023-05-02 | Nippon Telegraph And Telephone Corporation | Call control system, terminal device, call control apparatus, method and program |
CN113852981A (zh) * | 2020-06-28 | 2021-12-28 | 中兴通讯股份有限公司 | 用于nf的故障处理方法、网络系统及介质 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003018068A (ja) * | 2001-06-28 | 2003-01-17 | Nec Corp | Cdmaシステム及び故障移動機検出方法 |
WO2004043092A1 (en) * | 2002-11-04 | 2004-05-21 | Research In Motion Limited | Method and system for maintaining a wireless data connection |
CN1894936B (zh) * | 2003-11-21 | 2010-12-22 | 尼姆凯特网络公司 | 网络器件的后备 |
US7260632B2 (en) * | 2004-03-23 | 2007-08-21 | Cisco Technology, Inc. | Presence-based management in a communication network |
JP4737980B2 (ja) * | 2004-12-07 | 2011-08-03 | 株式会社東芝 | 電話システム及びこの電話システムの主装置 |
DE102005007419A1 (de) * | 2005-01-24 | 2006-08-03 | Siemens Ag | Verfahren zur Sicherung der Kommunikationsverbindungen und der zugehörigen Vergebührungen in einem redundanten Kommunikationsnetzwerk |
US20060171299A1 (en) * | 2005-01-28 | 2006-08-03 | Skubisz Michael A | Maintaining life line packet-switched telephony services |
-
2006
- 2006-11-10 WO PCT/EP2006/068326 patent/WO2008055549A1/en active Application Filing
- 2006-11-10 US US12/514,030 patent/US8442517B2/en active Active
- 2006-11-10 CN CN2006800563109A patent/CN101536464B/zh not_active Expired - Fee Related
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105451253A (zh) * | 2014-08-28 | 2016-03-30 | 中国移动通信集团公司 | 一种策略控制方法及装置、dra、p-cscf |
CN105451253B (zh) * | 2014-08-28 | 2019-06-25 | 中国移动通信集团公司 | 一种策略控制方法及装置、dra、p-cscf |
CN110880981A (zh) * | 2018-09-06 | 2020-03-13 | 中兴通讯股份有限公司 | Gx会话异常的处理方法及装置 |
CN110880981B (zh) * | 2018-09-06 | 2020-11-03 | 中兴通讯股份有限公司 | Gx会话异常的处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US8442517B2 (en) | 2013-05-14 |
US20110034157A1 (en) | 2011-02-10 |
WO2008055549A1 (en) | 2008-05-15 |
CN101536464B (zh) | 2012-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101536464B (zh) | 用于控制通信的方法及设备 | |
TWI289984B (en) | Method and system for handling service failures | |
US8719617B2 (en) | Method and device for realizing IP multimedia subsystem disaster tolerance | |
RU2449501C2 (ru) | Способ, устройство и система аварийного восстановления ims | |
CN101527902B (zh) | 改变签约的方法和系统 | |
CN1905472B (zh) | 一种ims网络可靠性实现方法 | |
US20100287406A1 (en) | Node apparatus, communication system, and method of providing service | |
US9509811B2 (en) | Methods and apparatus for resolving data inconsistencies in an IMS network | |
CN102035798B (zh) | 一种实现容灾的业务处理方法、系统及装置 | |
CN102204222A (zh) | 用于多个联络的ims恢复过程 | |
TW200807962A (en) | Allocation of a call state control function to a subscriber | |
CN105592486B (zh) | 一种容灾方法及网元、服务器 | |
CN101127722A (zh) | 核心网元重启/故障恢复后的处理方法 | |
CN102356617B (zh) | Ims中服务代理功能的重新分配 | |
CN103138984A (zh) | 容灾倒回服务呼叫会话控制功能实体的方法及系统 | |
CN106549901B (zh) | 一种业务触发方法和装置 | |
KR20070025271A (ko) | 아이피 기반 멀티미디어 서브시스템에서 가입자 정보유실시 발신 및 착신 호를 가능하게 하는 방법 및 장치 | |
US20160302055A1 (en) | Information processing system | |
CN100452738C (zh) | Ims中的会话处理方法 | |
US20220006845A1 (en) | Self-healing and resilient ip multimedia subsystem core | |
WO2018104060A1 (en) | Service continuity after an application server fallback | |
CN101765102A (zh) | 改变签约的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120905 Termination date: 20181110 |
|
CF01 | Termination of patent right due to non-payment of annual fee |