CN101513016A - 通信会话管理中的交易超时处理 - Google Patents
通信会话管理中的交易超时处理 Download PDFInfo
- Publication number
- CN101513016A CN101513016A CNA2007800337259A CN200780033725A CN101513016A CN 101513016 A CN101513016 A CN 101513016A CN A2007800337259 A CNA2007800337259 A CN A2007800337259A CN 200780033725 A CN200780033725 A CN 200780033725A CN 101513016 A CN101513016 A CN 101513016A
- Authority
- CN
- China
- Prior art keywords
- transaction
- message
- overtime
- signaling
- control
- 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
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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/40—Support for services or applications
-
- 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
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
-
- 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
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
- H04L67/145—Termination or inactivation of sessions, e.g. event-controlled end of session avoiding end of session, e.g. keep-alive, heartbeats, resumption message or wake-up for inactive or interrupted session
-
- 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/04—Protocols for data compression, e.g. ROHC
-
- 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
- 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]
-
- 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/28—Timers or timing mechanisms used in protocols
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
本公开描述了在通信会话建立和管理过程中用于处理交易超时的技术。特别是,基于遇到交易超时的信令和控制消息的类型,通信设备可以对交易超时作不同的处理。在一方面,通信设备以不同于非注册交易期间遇到的交易超时的方式处理注册交易期间遇到的交易超时。例如,当非注册交易遇到交易超时的时候,启动该交易的通信设备启动至少一个到当前代理服务器的后续交易。在遇到连续交易超时的数量达到阈值、失败持续时间定时器到期或与注册交易相关联的交易超时之后,通信设备取消当前的通信会话并发送注册消息到新的代理服务器。
Description
本申请对2006年9月12日提交的美国临时申请No.60/825,307和2007年9月11日提交的美国申请No.11/853,605要求权益,其全部内容在此引入作为参考。
技术领域
本公开涉及通信设备间的通信会话的建立。
背景技术
信令和控制协议用于建立和管理设备间的通信会话。特别是,这些信令和控制协议提供用于建立、变更和终止通信会话的多种功能。某些信令和控制协议是基于像HTTP这样的请求和响应交易模式。每个交易包括调用特定功能的请求和至少一个响应。如果在特定的时间段内没有接收到请求的响应时,则认为该交易超时。
这样的一种信令和控制协议,如会话启动协议(SIP),是用于建立和管理基于分组的网络内的基于互联网协议(IP)的电话服务传递的应用层信令和控制协议。可以使用SIP支持多种例如语音或视频会话、短信、互动游戏和呼叫转移这样的电信服务。SIP协议在由互联网工程任务组(IETF)编写、2002年出版的征求意见(RFC)3261中有所描述。SIP兼容其它协议,以建立能向最终用户提供完整的基于IP的电话服务的多媒体架构。例如,SIP能通过任何传输层协议,例如通过用户数据报协议(UDP)或传输控制协议(TCP)运行。
发明内容
在一方面,一种方法包括:在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时;在检测到所述非注册交易的所述交易超时之后的特定时间段内,启动所述第一设备的至少一个后续信令和控制交易;并且当没有接收到对所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,启动第二设备的注册信令和控制交易。
在另一方面,一种装置包括用于发送信号的发射电路和用于在没有从第一设备接收到回复消息时检测非注册信令和控制交易的交易超时的交易管理模块。交易管理模块在检测所述非注册信令和控制交易的交易超时之后的特定时间段内经由所述发射电路启动所述第一设备的至少一个后续信令和控制交易,并且当没有接收到用于所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,经由所述发射电路启动第二设备的注册信令和控制交易。
在另一方面,一种计算机程序产品包括上面具有指令的计算机可读介质,所述指令包括用于执行以下操作的代码:在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时;在检测到所述非注册交易的所述交易超时之后的特定时间段内,启动所述第一设备的至少一个后续信令和控制交易;并且当没有接收到对所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,启动第二设备的注册信令和控制交易。
在另一个实施例中,一种装置包括检测模块,用于在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时;和启动模块,用于在检测所述非注册信令和控制交易的交易超时之后的特定时间段内,启动所述第一设备的至少一个后续信令和控制交易,其中,所述启动模块当没有接收到用于所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,启动第二设备的注册信令和控制交易。
本公开描述的技术可以以硬件、软件、固件或它们的任意组合实现在通信装置中。如果实现为软件,该软件可以在计算机里执行。该软件最初可以存储为指令、程序代码等。因此,本公开还设想一种用于通信会话的建立和管理的计算机程序产品,包括计算机可读介质,其中,计算机可读介质包括用于促使计算机执行根据本公开的技术和功能的代码。
在下面的附图和说明书中,提出了本公开技术的一个或多个示例的细节。本公开的其它特征、目标和优势从说明书和附图以及权利要求书中显而易见。
附图说明
图1是示出了用于管理两个或两个以上的使用信令和控制协议的通信设备间的通信会话的系统的方框图。
图2是更加详细地示出图1中的一个通信设备的方框图。
图3是示出了根据本公开的技术处理交易超时的通信设备的示例性操作的流程图。
图4是示出了当使用UDP作为底层(underlying)传输层协议时交易管理模块向代理服务器发送消息和根据重发安排表重发该消息的示例性操作的流程图。
图5是示出了当使用TCP作为底层传输层协议时交易管理模块向代理服务器发送消息和根据重发安排表重发该消息的示例性操作的流程图。
具体实施方式
概括地说,本公开涉及通信设备间的通信会话的建立。例如,通信设备可以使用用于建立和管理这些设备间的通信会话的信令和控制协议。某些信令和控制协议,例如会话启动协议(SIP),是基于像HTTP这样的请求和响应交易模式的。如这里所使用的,术语“交易(transaction)”指消息交换。特别是,每个交易包括最少两个消息:从第一通信设备发送到第二通信设备(或代理服务器)的第一消息和从第二通信设备(或代理服务器)接收的作为对第一消息的回复的第二消息。作为示例,交易可以包括调用特定的会话管理功能的请求消息和至少一个响应消息。在某些情况下,交易还可以包括至少一个确认消息。在任何情况下,当在特定的时间段内没有接收到对交易的第一消息的回复时,可以认为该交易已经超时了。术语“交易”可以与“呼叫控制交易”、“信令交易”、“呼叫建立交易”等互换使用。
本公开描述了用于在通信会话的建立和管理期间避免交易超时和从交易超时中恢复的技术。特别地,基于遇到交易超时的信令和控制消息的类型,通信设备可以对交易超时作不同的处理。在一方面,通信设备可以对在注册交易期间遇到的交易超时与在非注册交易期间遇到的交易超时做不同的处理。“注册交易”可以指这种消息的交换,即,该消息请求增加或取消用于发送数据到始发端设备的位置。例如,在SIP协议中,注册交易的消息可以包括初始REGISTER消息、re-REGISTER消息和de-REGISTER消息。“非注册交易”指不是注册交易的交易。在SIP协议中,非注册交易的消息的示例包括SUBSCRIBE消息、INVITE消息、CANCEL消息、PRACK消息、UPDATE消息、BYE消息、ACK消息等。
根据本公开的技术,用于启动交易的通信设备在这里指客户端设备或始发端设备,当遇到交易超时的交易是非注册交易时,可以试图发送至少一个后续消息。例如,始发端设备可以继续发送后续消息,直到遇到交易连续超时的数量达到阈值、定时器到期或与注册消息相关联的交易超时。在遇到交易连续超时的数量达到阈值、定时器到期或与注册交易相关联的交易超时之后,始发端设备取消当前的通信会话,并且可以发送注册消息到新的代理服务器。在非注册交易遇到交易超时之后能够发送一个或多个后续消息,可以使通信设备在交易超时的原因是暂时的时候能避免不必要地中断正在进行的通信会话。
图1是示出了用于管理两个或两个以上的使用信令和控制协议的通信设备间的通信会话的系统10的方框图。在图1所示的示例中,系统10包括通信设备14A和14B(统称为“通信设备14”)。系统10还包括如SIP网络12这样的信令网络,该网络嵌入或以其它方式耦合到基于分组的通信网络(例如互联网协议(IP)网络(没有示出))中。在图1的示例中,通信设备14通过使用由SIP网络12管理的SIP通信会话彼此通信。在许多情况下,通信设备14可以与一个以上的其它通信设备通信。然而,为了便于说明,图1描述了仅在两个通信设备14间的通信。
通信设备14可以是任何并入有线或无线通信能力的设备。例如,一个或两个通信设备14可以是蜂窝电话、卫星电话、无线电电话、个人数字助理(PDA)、所谓的SIP电话、软电话、WiFi手持设备、IP电话或任何其它并入无线通信能力的设备。可选择地,一个或两个通信设备14可以是台式计算机、膝上型计算机、固定电话、媒体网关、应用服务器或任何其它并入有线通信能力的设备。在本公开中,通信设备14用于支持用于一个或多个各种各样应用的SIP信令协议,例如互联网协议上的语音(VoIP)电话和语音会议、电话和视频会议、短信、在线游戏和其它基于分组的电话应用。然而,可以扩展这里所述的技术以使用其它信令协议,例如由国际电信联盟电信标准化部门(ITU-T)引入的H.323标准。
分别通过接入网络18A和18B(统称为“接入网络18”)将通信设备14耦合到SIP网络12。特别地,通过接入网络18A将通信设备14A耦合到SIP网络12并通过接入网络18B将通信设备14B耦合到SIP网络12。接入网络18A和18B可以是有线网络、无线网络或它们的组合。在无线环境下,通信设备14根据多种无线电接入技术(RAT)的任何一种,例如通用分组无线业务(GPRS)、码分多址(CDMA)、CDMA 2000、宽带码分多址(W-CDMA)、1x演进数据优化(1xEV-DO)等,经由接入网络18进行通信。
通过使用同样的接入技术或使用不同的接入技术,通信设备14可以经由接入网络18进行通信。可选择地,或此外,通信设备14可以根据无线局域网络(WLAN)协议,例如任何由各种IEEE802.11标准定义的协议,进行通信。接入网络18可以包括与通信设备14交换无线信号的无线基站和接入点,并且通过全球性的基于分组的核心网络,例如互联网、广域网
(WAN)或局域网(LAN)和/或公共交换电话网络(PSTN)提供与其它
网络客户端或服务器的连接。
SIP网络12包括代理服务器20A和20B(统称为“代理服务器20”),代表通信设备14的利益来操作,以通过交换信令消息(例如一个或多个SIP消息)来方便建立通信会话。通信设备14和代理服务器20交换SIP消息,以建立和管理通信设备14间的一个或多个通信会话。一旦建立了SIP会话,例如语音、视频或两者的多媒体内容就可以根据多媒体传输协议,例如实时传输协议(RTP),在通信设备14间交换。
当始发端设备用户(例如通信设备14A)与在要求建立通信会话的设备上执行的应用交互时,始发端设备与代理服务器20通信,以方便建立始发端设备和终端设备(例如通信设备14B)间的通信会话。如在本公开使用的词组“始发端设备”指通信设备14之一,其启动对建立的会话的尝试,例如,打电话。如在本公开使用的词组“终端设备”指始发端设备试图与之建立通信会话的通信设备14之一。出于示例性的目的,将通信设备14A描述为始发端设备,将通信设备14B描述为终端设备。然而,在特定的会话中,设备中的任一个都可以作为始发端设备或终端设备。换言之,在会话进行时,会话中的始发端设备或终端设备都可以启动交易。此外,如上所述,在某些情况下始发端设备可以与多个终端设备通信。
通信设备14和代理服务器20可以交换一些SIP消息以建立和管理通信会话。例如,在语音电话情况下,通信设备14和代理服务器20可以交换一些SIP消息以建立VoIP会话。通信会话的建立涉及一个或多个交易。特别地,通信设备14A可以向代理服务器20A发送消息,例如SIP请求或响应。代理服务器20A处理这些消息,并且最终将这些消息路由到与设备14B相关联的代理服务器20B。代理服务器20B将这些消息路由到通信设备14B。通信设备14A可以针对在通信设备14A上执行的不同应用同时参与多个交易。
对于每个由通信设备14A启动的交易,通信设备14A均等待回复。例如,通信设备14A可以等待针对每个所发送的请求消息进行回复的响应消息。作为另一个示例,通信设备14A可以等待对每个所发送的响应进行回复的确认消息。如果没有接收到回复,通信设备14A可以根据重发安排重新发送该消息。通信设备14A可以根据重发安排继续重新发送该消息,直到接收到该消息的回复或发生交易超时。如这里所使用的,术语“交易超时”指在从发送序列中的第一条消息时开始测量的特定时间段内没有接收到回复的情况。
由于任何若干原因,SIP交易可能遇到超时。例如,由于空中接口上射频(RF)断电或IP核心网络上严重的业务拥塞引起的网络分组丢失,SIP交易可能遇到超时。作为另一个示例,当发生IP安全(IPsec),例如完整性检查失败时,SIP交易也可能遭遇超时。SIP交易超时的其它原因包括在代理服务器20上的解压缩失败或无法访问代理服务器20。
交易超时的原因依据原因的类型可以长度不一。尤其是,某些交易超时的原因可能仅仅是暂时的,例如暂时的RF断电或业务拥塞。其它交易超时可能由于更加永久的原因,例如,在无法访问代理服务器20的情况下。因此,以同样的方式处理所有交易超时的原因有时会导致正在进行的通信会话的不必要中断。本公开提供了用于处理通信会话管理中的交易超时的技术。当由暂时的情况引起的超时时,该技术可以减少对正在进行的通信会话的不必要中断。此外,该技术可以试图避免同时的交易超时。
特别是,基于遇到超时的信令和控制交易的类型,通信设备14对交易超时作不同的处理。在一方面,通信设备14对在注册交易期间遇到的交易超时与在非注册交易期间遇到的交易超时作不同的处理。如上所述,“注册交易”指消息的交换,该消息以通信设备发送注册消息的位置信息更新位置服务器。例如,注册消息可以包括用于通信设备14A的统一资源标识符(URI)和/或通信设备14A的IP地址。在SIP协议中,注册消息可以包括初始REGISTER消息、re-REGISTER消息和de-REGISTER消息。更具体地说,SIP通信设备使用初始注册消息将设备的联系地址绑定到其注册的地址记录,当以前没有这样的绑定存在时。重新注册消息刷新通信设备的绑定期限。注销消息删除绑定。“非注册交易”指非注册消息的消息交换。例如,在SIP协议中,非注册消息可以包括SUBSCRIBE消息、INVITE消息、CANCEL消息、PRACK消息、UPDATE消息、BYE消息、ACK消息等。这些非注册消息大部分用于创建、维持和终止通信设备14间的通信会话。其它非注册消息可以用于获得关于网络中某些事件的信息。以上示例对SIP协议来说是特定的。本公开的技术通过扩展还适用于其它信令和控制协议。
根据本公开的技术,当先前的遇到交易超时的交易是非注册交易时,启动交易的通信设备,即,这个示例中的通信设备14A,可以启动至少一个到当前代理服务器20A的后续交易。通信设备14A在交易超时后的特定时间段内通过向代理服务器20A发送一个或多个消息,可以继续启动后续交易。例如,通信设备14A可以继续启动与代理服务器20A的后续交易,直到交易超时的连续数量到达阈值。可选择地,通信设备14A可以继续启动与代理服务器20A的后续交易,直到失败持续时间定时器到期,其中失败持续时间定时器在遇到第一个交易超时开始计时。通信设备14A可以继续启动与代理服务器20A的后续交易,直到遇到与注册交易相关联的交易超时。
在某些情况下,连续交易超时的阈值数量或当交易超时发生时开始的持续时间阈值,基于交易失败的原因或交易类型可能会有所不同。换言之,可以调整失败持续时间定时器的持续时间和/或连续交易超时的阈值数量,以便在某些情况下更快达到,从而减少在后续试图进行的交易中可能会丢失的到来的呼叫数量。例如,可以基于呼叫到达统计预先设置或动态地选择失败持续时间定时器的持续时间和/或连续交易超时的阈值数量。呼叫到达统计指SIP请求希望的到达率。大多数SIP请求预期建立电话会话或传递即时消息。交易超时原因可能还影响发送到通信设备的消息。这意味着直到达到交易超时发生的阈值数量,到来的会话都可能无法送达。无法送达的到来的会话的最大可承受的数量除以已知的到来的会话到达的平均速率,得到可以接受的阻塞持续时间。在这个持续时间内启动的交易可能会继续遇到超时。不像到来的错过的会话那样,没有成功的外发会话将立即被通信设备的用户察觉到。交易超时的阈值代表这种失败会话的可接受数量。在某些情况下,可以基于呼叫到达率的统计预先设置持续时间。
在特定的时间段内交易继续超时之后,例如,遇到连续交易超时的数量达到阈值、失败持续时间定时器到期或遇到与注册消息相关联的交易超时,通信设备14A取消当前的通信会话并且启动与新的代理服务器的注册交易。在非注册交易遇到的交易超时之后能够发送一个或多个后续消息,可以当交易超时的原因只是暂时的时候(与此相反的是永久的、长期的或持久的),使通信设备14A避免不必要地中断正在进行的通信会话。
在图1的示例中,系统10包括两个代理服务器20和两个端点通信设备14。然而,信令和控制协议基础设施可以包括任何数量的代理服务器和端点通信设备。此外,系统10可以包括图1没有示出的额外的元件,例如一个或多个注册服务器和位置服务器。在本公开里描述的用于处理交易超时的技术可以由使用请求-响应模式的通信设备执行,并且特别与运行在有损耗的通信介质上的设备有关。因此,如图1示出的SIP网络12仅仅是示例性的,不应该视为如本公开所广泛描述的技术的限制。因此,本公开的技术同样适用于类似的信令和控制协议。
图2是更加详细地示出图1中的通信设备14A的方框图。图1中的通信设备14B可以包括与那些在图2中的通信设备14A所示出的部件相类似的部件。通信设备14A包括天线22、收发信机24、处理器26和存储器28。收发信机24包括用于发送和接收信号的发射和接收电路(没有示出)。在图2示出的示例中,收发信机通过天线22发送和接收信号。收发信机24可以包括合适的模拟和/或数字电路部件,例如,放大器、滤波器、变频器、调制器、解调器、模拟-数字转换电路、数字-模拟转换电路和数字调制解调器电路。在运行时,天线22在通信设备14A所支持的无线电频带上发送和接收无线信号。收发信机24可以用于支持任何期望的无线电接入技术(RAT)或任何WLAN协议,例如本公开里指定的协议。然而,在某些情况下,发送和接收电路可以由单独的发射机和接收机部件组成。尽管图2示出的示例性通信设备是无线通信设备,但该技术同样适用于有线通信设备。
处理器26控制收发信机24发送信号和处理收发信机24接收到的信号。处理器26负责管理应用模块32A-32N(统称为“应用模块32”)的通信会话。特别地,交易管理模块30和应用32建立、修改和终止通信会话。应用模块32(在图2中以“APP”标记)是在处理器26上执行的应用程序,所述应用程序使用通过利用信令和控制协议(如SIP)所建立的通信会话。应用模块32与用户相互作用,例如,通过用户接口,如电话键盘。应用模块32响应于用户的输入产生信令和控制消息,以启动交易。例如,如果用户试图进行VoIP电话呼叫,VoIP电话应用就可以产生INVITE交易。应用模块32可以是基于SIP的应用模块,例如一个或多个VoIP音频电话和会议应用、视频电话和会议应用、短信应用、即时消息应用、在线游戏应用、驻留应用(presence application)、视频共享应用、按键通话应用和/或其它基于分组的电话应用。
交易管理模块30可以管理应用模块32的交易。换言之,交易管理模块30可以实现信令和控制协议的交易层。根据本公开的技术,交易管理模块30监视交易超时,并处理该交易超时。因为SIP运行于请求/响应交易模式,所以交易管理模块30在每个交易中均等待回复,例如,响应消息或确认消息。如果没有接收到回复,交易管理模块30和/或应用32可以根据重发安排表重发该消息。在某些方面,重发安排表基于消息的类型可以有所不同。下面的表1示出了用于UDP传输的一些不同类型的SIP请求消息的示例性重发安排表。
表1:用于UDP的SIP请求重发安排表(假设T1=0.5秒)
请求名称 | 交易超时定时器 | 超时前交易数量 | 相对于原始发送的重发安排(秒) |
INVITE | 64*T1 | 7 | 0,0.5,1.5,3.5,7.5,15.5,31.5 |
非-INVITE | 64*T1 | 11 | 0,0.5,1.5,3.5,7.5,11.5,15.5,19.5,23.5,27.5,31.5 |
ACK | 在2xx响应之后的64*T1或3xx-6xx响应后的32秒 | 11 | 依据何时接收到重发响应 |
表1针对三种类型的请求,即,INVITE消息、非INVITE消息(除了ACK)和ACK,示出直到遇到交易超时时的时间数量,这里指的是交易超时定时器。对于针对2xx响应消息发送的INVITE消息、非INVITE消息(除了ACK)和ACK消息而言,交易超时定时器是64*T1。T1是往返时间(RTT)的估计值,并且对于SIP协议来说,T1的默认值是500毫秒。对于以3xx-6xx响应消息的确认发送的ACK消息而言,根据SIP协议,交易超时定时器是32秒。尽管示例性超时定时器是T1的函数,但是其它信令和控制协议可以设置特定的交易超时定时器(例如,作为其它变量的函数)。
当没有接收到回复时,交易管理模块30和/或应用32可以根据表1中各自的重发安排表重发交易的初始消息。例如,交易管理模块30在INVITE交易遇到交易超时之前重发7次该INVITE消息。针对INVITE交易的示例性重发安排表示出在表1的第一行。特别是,在T1=500毫秒的情况下除非或直到接收到响应,否则以相对于第一次交易请求的0.5秒(sec)、1.5秒、3.5秒、7.5秒、15.5秒和31.5秒的间隔发送INVITE消息。用于非INVITE消息的重发安排表示出在表1的第二行。在交易超时之前,交易管理模块30重发11次该消息。对于ACK消息,重发安排表依据何时接收到响应消息,但可以在交易超时之前重发总共11次。
表2示出了用于服务器交易的相似重发安排表,服务器交易涉及响应消息以及在INVITE交易情况下的相关确认消息。如同上面针对请求消息所描述的那样,通信设备14A根据重发安排表重发响应消息,直到该交易超时或接收到对响应消息回复的确认消息。每当接收到重发请求时,都重发非INVITE交易的响应。
表2:SIP响应重发安排表(假设T1=0.5秒)
响应/对应的请求 | 交易超时定时器 | 超时前交易数量 | 相对于原始发送的重发安排(秒) |
可靠的1xx/INVITE | 64*T1 | 7 | 0,0.5,1.5,3.5,7.5,15.5,31.5 |
2xx/INVITE | 64*T1 | 11 | 0,0.5,1.5,3.5,7.5,11.5,15.5,19.5,23.5,27.5,31.5 |
3xx-6xx/INVITE | 64*T1 | 11(只对UDP) | 0,0.5,1.5,3.5,7.5,11.5,15.5,19.5,23.5,27.5,31.5(只对UDP) |
2xx-6xx/non-INVITE | n/a | 11 | 当接收到发送请求时,发送 |
可以压缩交易的信令消息,以减少信令延迟。如IETF所开发并在IETFRFC 3320中所描述的信令压缩(SigComp)协议,其可以建立支持包括SIP消息在内的信令消息的压缩和解压缩的架构。压缩从消息中删除冗余信息,而解压缩则可以恢复冗余信息,以便使解压缩的消息与原始消息尽可能的相似。将压缩的消息恢复到它的未压缩形式失败称为解压缩失败。任何压缩方案都需要执行兼容的压缩算法的压缩器和解压缩器。在SigComp中,通过授权压缩器将兼容的解压缩算法发送到解压缩端点来实现这一需要。在SigComp用语中,这种算法的表示称为“字节码”。在连续信令消息之中往往存在冗余,并且可以利用它们来实现更加有效的压缩。全部或部分先前发送的消息构成用于压缩后续消息的状态信息。相对于先前保存的消息对消息进行压缩称为动态压缩。相对于静态项目的压缩也是可能的。这种项目往往是信令消息里发现的共同关键字的用词。本公开中的关于压缩的说明暗示使用SigComp协议,但很容易适用于其它用于执行信令消息的无损压缩的机制。
基于当前交易之前遇到的交易超时数量,交易管理模块30和/或应用32可以对稍后的重发请求应用与应用到最初少数几个发送的压缩技术不同的压缩技术。此外,交易管理模块30可以基于底层传输层协议,针对初始消息和消息的任何重发使用不同的压缩技术。特别是,当没有之前的交易超时时,交易管理模块30可以发送初始消息和使用现有动态状态信息压缩的消息的一次或多次重发。
如果底层传输层协议是用户数据报协议(UDP),那么交易管理模块30可以发送交易的初始消息以及使用现有动态状态信息压缩的消息的前N次重发。如果没有接收到对初始消息或前N次重发的回复,交易管理模块30可以使用不同的压缩技术或甚至不压缩,发送消息的剩下重发。例如,交易管理模块30可以发送不使用动态状态信息压缩的消息的剩下重发。不使用状态信息对数据进行压缩可以减少在终端设备(例如,上述示例中的通信设备14B)解压缩失败的可能性。例如,如果终端设备已经丢失状态信息,则它将不能成功地解压缩使用状态信息进行压缩的消息。因此,发送不使用状态信息进行压缩的消息的重发增加了接收对消息的回复的可能性。如果字节码包括在早先的发送中,交易管理模块30可以继续将字节码包括在重发中。当消息的大小超出阈值(例如,1300字节)时,交易管理模块30可以打开通信设备与代理之间的传输控制协议(TCP)连接,以发送剩下的重发。
然而,如果底层协议是TCP,则交易管理模块30发送所有的使用现有动态状态信息进行压缩的发送。换言之,在整个重发安排表期间压缩技术保持不变。这是因为TCP根据协议自动执行了重发,并且在重发期间不允许调整压缩技术。
当已经遇到一个或多个之前的交易超时时,交易管理模块30发送初始消息和任何必要的不用动态状态信息而用字节码进行压缩的消息的重发。同样,这减少了在终端设备上解压缩失败的可能性。交易管理模块30可以发送初始消息和所有的不管底层传输层协议如何都使用单一压缩技术的重发。如果底层传输层协议是TCP,那么交易管理模块30可以在发送初始消息和任何必要的重发之前打开新的TCP连接。在某些情况下,交易管理模块30可以使用相同的端口号打开新的TCP连接。尽管将重发技术描述成由交易管理模块30进行控制,但是重发也可以由应用32或结合交易管理模块30的应用32进行控制。
在某些方面,交易管理模块30可以包括用于检测解压缩失败以及解压缩失败的原因的机制。在这种情况下,交易管理模块30可以基于解压缩失败的原因修改用于后续版本消息重发的压缩技术。例如,某些协议,如SigComp协议,具有用于检测解压缩失败的原因的机制。典型地,在消息的第一次发送之后应该立即检测解压缩失败。如果通过UDP传输来发送消息,并且确定了解压缩失败的原因,则下一次发送请求可以使用修改的压缩技术,以便避免该失败的原因。对于TCP,可以关闭当前的TCP连接,并打开新的TCP连接,以重新试图发送进行适当修改的同样请求。
例如,IETF RFC 4077为SigComp定义了简单的否定确认(NACK)机制,允许接收机与发生失败的发射机通信。该NACK包括传送失败性质的原因代码。对于某些类型的失败,NACK还包括可能对从失败中恢复有用的额外的细节。当试图访问在解压缩端点已经删除了的状态时,发生普通的失败。SigComp NACK消息包含STATE_NOT_FOUND原因代码,并且该状态标识符可以导致后续的发送不试图访问该丢失的状态。揭示压缩方案中的不可逆漏洞的其它原因代码可能导致切换到不压缩操作。
在其它方面,交易管理模块30可以使用如在IETF RFC 3263提出的互联网控制消息协议(ICMP)错误消息,以检测交易超时的原因。例如,如果交易管理模块30接收到致命的ICMP错误消息,如具有相关代码字段的目的地不可到达消息,则可以终止进一步的消息重发,如果使用UDP传输,则将对该错误消息的接收看作是注册请求交易的超时。同样的操作适用于TCP连接失败。
当响应指示了在分配的时间段(例如,表1和2所示出的大部分情况下的64*T1)接收到请求时,交易管理模块30将超时计数器34置0。此外,交易管理模块30还可以重置失败持续时间定时器36。接收到的响应指示了代理服务器20A是可到达的。此外,如果以前禁止了动态压缩,则交易管理模块30启用动态压缩。例如,如下所述,当交易超时发生时,交易管理模块30可能禁止对所发送的消息进行动态压缩。
当在交易超时定时器的持续时间内没有接收到对初始消息或消息重发的回复时,则该交易超时。如上所述,交易管理模块30基于交易超时的信令和控制交易的类型对交易超时作不同的处理。在一方面,交易管理模块30对注册交易遇到的交易超时与非注册交易的交易超时做不同的处理。
如果遇到交易超时的交易是注册交易,则交易管理模块30启动新的与不同的代理服务器的注册交易。特别是,交易管理模块30终止(drop)当前通信会话并通知对应于这种会话的应用32。应用32释放当前资源,并且一旦从交易管理模块30获得通知,就通过使用取消的通信会话来终止对话。结合交易管理模块30的应用32之一选择新的代理服务器20,并且执行与新的代理服务器20的初始注册。如上所述,注册消息包括初始注册消息、重新注册消息和注销消息。如果遇到交易超时的交易包括注销消息,则交易管理模块30可以额外地启动注销程序,以注销通信设备14A。
如果遇到交易超时的交易是非注册交易,典型地,交易管理模块30通知与该交易相关联的一个应用32。于是,特定的交易超时的处理留给了应用32。表3提供了交易管理模块和应用32对请求交易超时的特定处理的示例性细节。特定的交易超时处理基于超时交易的请求消息的类型可以有所不同。
表3:SIP请求交易超时的交易管理模块和应用的处理
请求 | 使用案例 | 交易超时的交易管理模块处理 | 交易超时的建议应用处理 |
REGISTER | 启动注册、重新注册、注销 | 终止对话(通知应用),使用下一个代理服务器并执行初始注册(标准) | 一旦从交易管理模块得到通知,就释放资源并终止对话 |
SUBSCRIBE | 对于注册事件分组,或其它事件分组 | 如果没有注册事件分组,通知应用。对于注册事件分组,如果仍要注册,则定期尝试SUBSCRIBE(事件:注册)直到最大尝试次数,或直到预订到期。如果失败,或没有注册,则尝试新的代理服务器。 | 如果没有注册事件分组,则在从交易管理模块接收到通知时,特定应用进行处理。 |
INVITE | 对于所有的会话,会话刷新(re-INVITE) | 通知应用并将处理留给应用 | 如果在INVITE对话以外,应用要么重试要么释放资源,并且执行退回步骤。如果在对话中间,应用应该终止并且释放资源。 |
CANCEL | 在早期的INVITE对话中 | 什么也不做,通知应用并将处理留给应用 | 如果仍然要求取消,则应用可以在接收到最后的响应之后发送BYE |
PRACK | 在早期的INVITE对话中 | 什么也不做,通知应用并将处理留给应用 | 当1xx超时时,UAS应该发送5xx |
UPDATE | 在早期的对话或确认的对话中 | 什么也不做,通知应用并将处理留给应用 | 应用可以重试或应用可以允许使用旧的状态继续对话或可以终止并释放资源 |
BYE | 在确认的对话中 | 什么也不做,通知应用并将处理留给应用 | RFC3261要求终止会话 |
MESSAGE | 对话以外的即时消息 | 什么也不做,通知应用并将处理留给应用 | 应用可以稍后重试 |
NOTIFY | 在REFER预订中发送 | 什么也不做,通知应用并将处理留给应用 | 应用应该删除预订 |
PUBLISH | 驻留应用 | 什么也不做,通知应用并将处理留给应用 | 应用可以稍后重试 |
REFER | 针对呼叫转移服务类型(VoIP) | 什么也不做,通知应用并将处理留给应用 | 应用使呼叫转移失败,但如果现有的呼叫存在,则不应该终止 |
ACK | 所有INVITE交易 | 什么也不做,通知应用并将处 | 对具有接收到的2xx的对话进行 |
请求 | 使用案例 | 交易超时的交易管理模块处理 | 交易超时的建议应用处理 |
理留给应用 | 确认。应该终止所有早期的对话 | ||
OPTIONS | 交换能力 | 什么也不做,通知应用并将处理留给应用 | 应用可以稍后重试 |
INFO | 杂项,通常是专用的 | 什么也不做,通知应用并将处理留给应用 | 应用可以稍后重试 |
如表3所示,典型地,作为对失败的交易所遇到的特定交易超时的响应,交易管理模块30除了通知相应的一个应用32之外什么也不做。交易管理模块30通常按照避免不必要地终端正在进行的通信会话的方式处理经常性的交易超时,而不是采取行动以响应特定的交易超时。然而,表3示出了一个特定的请求消息,即,SUBSCRIBE消息,针对该消息,交易管理模块30执行动作。对于SUBSCRIBE消息,交易管理模块30确定SUBSCRIBE消息是否是“注册”事件分组的一部分。如果SUBSCRIBE消息不是“注册”事件分组的一部分,则交易管理模块30什么也不做,并且通知相应的应用来处理超时交易。如果SUBSCRIBE消息是“注册”事件分组的一部分,并且通信设备14A仍然是被注册的,则交易管理模块30定期地重发SUBSCRIBE消息,直到达到尝试的最大次数或直到该预订到期。如果这没有成功,或没有注册,则交易管理模块30与新的代理服务器20进行注册。当事件分组不是注册事件分组时,对SUBSCRIBE消息遇到的交易超时的处理,可以委派给应用32。同样,对其它请求消息的交易超时的处理也可以委派给交易管理模块30。
表4提供了交易管理模块30和应用32对特定服务器交易超时的示例性处理的细节。对特定交易超时的处理基于超时交易的响应消息的类型和交易(INVITE或非INVITE)的类型可能有所不同。
表4:交易管理模块和应用对SIP服务器交易超时的处理
响应 | 使用案例 | 交易超时的交易管理模块处理 | 交易超时的应用处理 |
可靠的1xx/INVITE | 会话 | (没有接收到PACK),什么也不做,通知应用并将处理留给应用 | 拒绝与5xx响应的会话 |
2xx/INVITE | 会话 | (没有接收到ACK),什么也不做,通知应用并将处理留给应用 | RFC 3261推荐发送BYE,以终止对话 |
3xx-6xx/INVITE | 会话 | (没有接收到ACK),交易将被破坏,通知应用 | 应用应该终止对话 |
2xx-6xx/非INVITE | 杂项 | (定时器J启动(fires))交易将被破坏 | 应用通常会允许请求 |
类似于在客户端交易期间遇到的交易超时,交易管理模块30通常什么也不做地来响应在服务器交易期间遇到的交易超时。相反,交易管理模块通知相应一个应用32,并且应用32处理该特定的交易超时。然而,如上所述,响应交易的交易超时处理中的至少一部分可以从应用32委派给交易管理模块30。
不管交易管理模块30和/或应用32对当前交易超时的处理怎样,交易管理模块30都可以继续在特定的时间段内试图启动与代理服务器20A的后续交易。当超时计数器34小于阈值并且遇到交易超时的交易是非注册交易时,交易管理模块30可以试图启动另一个到同一代理服务器(即,代理服务器20A)的交易。换言之,交易管理模块30可以在通过新的代理服务器注册之前,试图发送至少一个的消息到同一代理服务器。交易管理模块30可以继续试图发送消息到代理服务器20A,直到特定的时间段到期,即,遇到连续交易超时的数量达到阈值、失败持续时间定时器36到期或发生用于注册交易的交易超时。
交易超时之后,交易管理模块30递增存储在存储器28内的超时计数器34。超时计数器34跟踪非注册交易遇到的交易超时的数量。当超时计数器34超出交易超时的阈值数量时,交易管理模块30取消当前的通信会话,并且通知应用32已经取消了通信会话。可选择地或此外,一旦失败持续时间定时器36到期,交易管理模块30就可以取消当前的通信会话。失败持续时间定时器36跟踪自从遇到第一次交易超时后已经逝去的时间数量。失败持续时间定时器36用于在遇到第一次交易之后的特定时间段内保持当前通信会话打开。失败持续时间定时器36独立于在最初交易超时之后发生的交易超时的数量。
应用32一旦从交易管理模块30接收到的取消通信会话的通知就释放当前的资源并终止对话。结合交易管理模块30的应用32之一执行与新的代理服务器20的初始注册。交易管理模块30也重置超时计数器34和/或失败持续时间定时器36。在交易超时之后能够启动一个或多个后续的非注册交易,可以使交易管理模块30在交易超时的原因是暂时的时候,避免不必要地中断正在进行的通信会话。然而,如果遇到若干连续的交易超时,则交易管理模块30可以确定代理服务器是不可到达的。
在某些情况下,当没有交易超时发生时,交易管理模块30可以取消当前的通信会话,并且通过新的代理服务器进行注册。例如,在检测到终端IPsec失败事件之后,交易管理模块30可以取消当前的通信会话,并且通过新的代理服务器进行注册。在通信设备上或代理服务器上的安全联盟检测、不匹配安全联盟的外发消息或不可到达的代理的检测是触发初始注册程序的终端IPsec错误事件的示例。
图2示出的各种部件可以实现为硬件、软件、固件或它们的任意组合。某些部件可以实现为由一个或多个微处理器或数字信号处理器(DSP)、一个或多个特定应用集成电路(ASIC)、一个或多个现场可编程门阵列(FPGA)或其它等效的集成或离散的逻辑电路执行的过程或模块。作为模块的不同特征的描述是为了突出通信设备14A的不同功能的方面,并不一定意味着这样的模块必须由单独的硬件和/或软件部件实现。相反,与一个或多个模块相关联的功能可以集成在共同或单独的硬件和/或软件部件内。因此,本公开不应该局限在通信设备14A的示例上。
当实现为软件时,赋予本公开所描述的系统和设备的功能可以具体体现为计算机可读介质上的指令,如存储器34内的指令,所述存储器可以包括,例如随机存取存储器(RAM)、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、电可擦除可编程只读存储器(EEPROM)、闪存等。所述指令可以被执行,以支持本公开所描述的功能的一个或多个方面。
图3是示出了根据本公开的技术处理交易超时的通信设备(如通信设备14A)的示例性操作的流程图。交易管理模块30将超时计数器34和/或失败持续时间定时器36置0(40)。这指示了没有交易遇到交易超时。在成功完成交易之后,即,没有遇到超时,交易管理模块30可以将超时计数器34和/或失败持续时间定时器36置0。可选择地,当完成与新代理服务器20的新注册之后,交易管理模块30可以将超时计数器34和/或失败持续时间定时器36置0。
交易管理模块等待新交易(41)。当没有新交易时,交易管理模块继续等待新交易。当有新交易时,交易管理模块30发送新交易的消息到相应的代理服务器20(42)。发送该消息不仅包括发送初始消息,而且还包括根据重发安排表发送消息的任何重发。如上所述,交易管理模块30和/或应用32通过基于超时计数器34的值使用不同的压缩技术可以发送消息和/或该消息的重发。例如,当超时计数器34的值等于0时,交易管理模块30可以发送初始消息和使用状态信息进行压缩的消息的重发中的至少一部分。然而,当超时计数器34大于0时,交易管理模块30可以发送交易的初始消息和/或使用字节码而不使用状态信息进行压缩的消息的重发。此外,交易管理模块30可以基于底层传输层协议为消息和/或消息的重发选择特定的压缩技术。
此外,如上所详细描述的,交易管理模块30可以包括用于检测解压缩失败和解压缩失败原因的机制,如NACK。在这些情况下,交易管理模块30可以基于解压缩失败的原因修改用于后续版本消息重发的压缩技术。在其它方面,交易管理模块30可以使用ICMP错误消息来终止消息的进一步重发,并将对该错误消息的接收看作是注册请求的交易超时。
交易管理模块30确定交易是否遇到了交易超时(44)。当在特定的时间内(例如,在上面指定的交易超时定时器值内),没有从相应的代理服务器20接收到响应于初始消息或该消息的任何重发的回复时,交易管理模块30确定该交易遇到了交易超时。基于消息的类型交易超时定时器的值可能有所不同。例如,在SIP内,交易超时定时器的值可以等于往返时间(RTT)的64倍。通常,因为假设RTT为0.5秒,所以交易超时定时器的值是32秒。
当从代理服务器接收到回复时(即,没有发生交易超时),交易管理模块30将超时计数器34和/或失败持续时间定时器36置0。当在交易超时定时器的值内没有从相应的代理服务器接收到回复(即,发生了交易超时),交易管理模块30通知应用32中与失败的交易相关联的那个应用(46)。相关联的应用32为那个特定的消息处理该交易超时。表3和表4示出了应用32针对特定类型的交易处理交易超时的示例。
交易管理模块30确定遇到交易超时的交易是否是注册交易(48)。注册交易包括初始注册交易、重新注册交易或注销交易。当遇到交易超时的交易是注册交易时,交易管理模块30终止任何当前的通信会话,并且发送初始注册消息到新的代理服务器20(50)。
当遇到交易超时的交易是非注册交易时,交易管理模块30递增超时计数器34,并且如果失败持续时间定时器36还没有启动则启动它(52)。交易管理模块30比较超时计数器34的值与阈值(54)。当超时计数器34的值大于或等于阈值时,交易管理模块30停止失败持续时间定时器36(58)。交易管理模块30终止任何当前的通信会话,并且发送初始注册消息到新的代理服务器20(50)。
当超时定时器34小于阈值时,交易管理模块30可以确定失败持续时间定时器36是否已经过期(56)。当失败持续时间定时器没有过期时,交易管理模块可以等待新的交易,即,后续的交易,并且当检测到新交易时发送后续消息到相应的代理服务器(41、42)。换言之,交易管理模块30没有立即终止通信会话并与一个新代理服务器20注册。
当失败持续时间定时器36到期时,交易管理模块30终止任何当前的通信会话,并且发送初始注册消息到新的代理服务器20(50)。在非注册交易遇到交易超时之后能发送一个或多个后续消息到同样的代理服务器,可以在交易超时的原因是暂时的时候使交易管理模块30能避免不必要地中断正在进行的通信会话。如果遇到若干连续的交易超时,交易管理模块30就假定代理服务器是不可到达的。
在图3所述的示例中,交易管理模块30使用彼此相结合的超时计数器34和失败持续时间定时器36。然而,可以基于交易超时的类型静态地或动态地调整它们两个。例如,在某些情况下可以调整失败持续时间定时器36以更快地实现对可能会在后续尝试的交易中丢失的到来的呼叫的数量的减少。然而,在其它方面,交易管理模块30可以独立于超时定时器34和失败持续时间定时器36中的一个,而只利用其中的另一个。换言之,交易管理模块30可以基于对超时定时器34与阈值的比较而不考虑失败持续时间定时器36来确定是否终止通信会话。同样,交易管理模块30可以基于失败持续时间定时器36是否到期而不考虑超时定时器34来确定是否终止通信会话。
图4是示出交易管理模块30发送消息和根据重发安排表重发该消息(如果必要)到代理服务器的示例性操作的流程图。首先,交易管理模块30从使用UDP的应用32之一接收请求(60)。交易管理模块30确定超时计数器34的值是否等于0(62)。
当超时计数器34等于0,交易管理模块30发送初始消息和使用动态状态信息进行压缩的消息重发中的第一部分(64)。例如,消息重发中的第一部分包括消息重发的前两次或三次。如果在消息的前几次发送之后没有接收到回复,则交易管理模块30发送剩下的用字节码而不用动态状态信息进行压缩的消息的重发(66)。
当超时计数器34大于0时,交易管理模块30发送初始消息和用字节码而不用动态状态信息进行压缩的消息的任何重发(68)。以这种方式,交易管理模块30可以在已经发生交易超时之后降低遇到解压缩失败的风险。
图5是发送消息和根据重发安排表重发该消息(如果必要)到代理服务器的流程图。首先,交易管理模块30从使用TCP的应用32之一接收请求(70)。交易管理模块30确定超时计数器的值是否等于0(72)。当超时计数器34的值等于0时,交易管理模块30在使用现有的动态状态信息压缩之后传递该消息到TCP层(74)。TCP负责确保可靠地将该消息传递到代理。
当超时计数器34的值大于0时,打开新的TCP连接(76)。在一方面,交易管理模块30可以使用相同的端口号打开通信设备和代理服务器间的新的TCP连接。交易管理模块30在未使用动态状态信息进行压缩之后将该消息与字节码一起传递到TCP层(78)。同样,TCP负责确保可靠地将该消息传递到代理。
基于这里所述的教导,很显然,这里公开的方案可以独立于任何其它方案实现,并且这些方案中的两个或多个可以以各种方式组合。这里所述的技术可以实现为硬件、软件、固件或它们的任意组合。如果以硬件实现,则使用数字硬件、模拟硬件或其组合来实现该技术。如果以软件实现,则至少部分地由包括存储有一条或多条指令或代码的计算机可读介质的计算机程序产品来实现该技术。
作为示例而非限制,这种计算机可读介质可以包括如同步动态随机存取存储器(SDRAM)的RAM、只读存储器(ROM)、非易失性随机存取存储器(NVRAM)、ROM、电可擦除可编程只读存储器(EEPROM)、可擦除可编程只读存储器(EPROM)、闪存、CD-ROM或其它光盘存储装置、磁盘存储装置或其它磁性存储设备,或可以按照指令或数据结构的形式携带或存储所需的程序代码并且可以由计算机访问的任何其它有形的介质。
与计算机程序产品的计算机可读介质相关联的指令或代码可以由计算机执行,例如,由一个或多个处理器执行,如一个或多个数字信号处理器(DSP)、通用微处理器、ASIC、FPGA或其它等效的集成或离散的逻辑电路。
已经描述了一些方面和示例。然而,这些示例的各种修改都是可能的,并且这里所提出的原理同样适用于其它方面。这些及其它方面将落入以下的权利要求书的范围之内。
Claims (64)
1、一种方法,包括:
在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时;
在检测到所述非注册交易的所述交易超时之后的特定时间段内,启动与所述第一设备的至少一个后续信令和控制交易;并且
当没有接收到对所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,启动与第二设备的注册信令和控制交易。
2、如权利要求1所述的方法,还包括:
在检测到所述非注册信令和控制交易的所述交易超时的时候,递增超时计数器,其中,
启动所述至少一个后续信令和控制交易包括:当所述超时计数器的值小于阈值时,启动所述至少一个后续信令和控制交易。
3、如权利要求2所述的方法,还包括:
接收用于所述至少一个后续信令和控制交易的回复消息;并且
在接收到所述回复消息时,重置所述超时计数器。
4、如权利要求1所述的方法,还包括:
在检测到所述非注册信令和控制交易的所述交易超时的时候,递增超时计数器,其中,
启动所述注册信令和控制交易包括:当所述超时计数器的值大于或等于阈值时,启动与所述第二设备的所述注册信令和控制交易。
5、如权利要求4所述的方法,还包括:基于呼叫到达统计来动态地确定所述阈值。
6、如权利要求1所述的方法,还包括:
在检测到所述非注册信令和控制交易的所述交易超时的时候,启动定时器,其中,
启动所述注册信令和控制交易包括:一旦所述定时器到期就启动与所述第二设备的所述注册信令和控制交易。
7、如权利要求1所述的方法,还包括:
在没有从所述第一设备接收到对第一注册信令和控制交易的回复时,检测所述第一注册信令和控制交易的交易超时;
一旦检测到所述第一注册信令和控制交易的所述交易超时,就启动与所述第二设备的第二注册信令和控制交易。
8、如权利要求1所述的方法,其中,启动所述至少一个后续信令和控制交易包括:
发送用于所述后续信令和控制交易的初始消息以及根据重发安排表的所述消息的一次或多次重发。
9、如权利要求8所述的方法,其中,发送所述初始消息和所述消息的所述一次或多次重发包括:
当至少有一次交易超时的时候,发送所述后续信令和控制交易的初始消息以及用字节码而不用动态状态信息进行压缩的所述消息的所述一次或多次重发。
10、如权利要求1所述的方法,还包括:
发送用于所述后续非注册信令和控制交易的初始消息以及所述消息的一次或多次重发,其中,使用第一压缩技术发送用于所述非注册信令和控制交易的所述初始消息以及所述消息的重发的第一部分,并且使用第二压缩技术发送所述消息的重发的第二部分。
11、如权利要求10所述的方法,其中,不使用压缩来发送所述消息的所述重发的第二部分。
12、如权利要求10所述的方法,其中,使用动态状态信息进行压缩来发送用于所述非注册信令和控制交易的初始消息以及所述消息的所述重发的第一部分,并且在不使用动态状态信息进行压缩的情况下来发送所述消息的所述重发的第二部分。
13、如权利要求10所述的方法,还包括:
检测解压缩失败;
识别所述检测到的解压缩失败的原因;和
基于所述解压缩失败的原因,为所述重发的第二部分选择所述第二压缩技术。
14、如权利要求10所述的方法,还包括:
接收互联网控制消息协议(ICMP)错误消息;
在接收到所述ICMP错误消息时终止所述消息的进一步重发;和
启动与所述第二设备的所述注册信令和控制交易消息。
15、如权利要求1所述的方法,还包括:
检测终端互联网协议安全(IPsec)失败事件;和
响应于检测到所述IPsec失败事件来启动与所述第二设备的所述注册信令和控制交易消息。
16、如权利要求1所述的方法,其中,检测所述交易超时包括:
一旦在交易超时定时器到期前没有从所述第一设备接收到用于所述非注册信令和控制交易的回复消息,就检测所述交易超时。
17、一种装置,包括:
发射电路,用于发送信号;和
交易管理模块,在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时,并且在检测所述非注册信令和控制交易的交易超时之后的特定时间段内经由所述发射电路启动与所述第一设备的至少一个后续信令和控制交易,并且当没有接收到用于所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,经由所述发射电路启动与第二设备的注册信令和控制交易。
18、如权利要求17所述的装置,还包括:
跟踪交易超时数量的超时计数器,其中,所述交易管理模块一旦检测到所述非注册信令和控制交易的所述交易超时,就递增所述超时计数器,并且当所述超时计数器的值小于阈值时,启动所述至少一个后续信令和控制交易。
19、如权利要求18所述的装置,其中所述交易管理模块接收用于所述至少一个后续信令和控制交易的回复消息,并且在接收到所述回复消息时重置所述超时计数器。
20、如权利要求17所述的装置,还包括:
跟踪交易超时数量的超时计数器,其中,所述交易管理模块一旦检测到所述非注册信令和控制交易的所述交易超时,就递增所述超时计数器,并且当所述超时计数器的值大于或等于阈值时启动与所述第二设备的所述注册信令和控制交易。
21、如权利要求20所述的装置,其中,所述交易管理模块基于呼叫到达统计来动态地确定所述阈值。
22、如权利要求17所述的装置,还包括:
跟踪自所述非注册信令和控制交易的所述交易超时以来已经流逝的时间量的定时器,其中,一旦所述定时器到期所述交易管理模块就启动与所述第二设备的所述注册信令和控制交易。
23、如权利要求17所述的装置,其中,所述交易管理模块在没有从所述第一设备接收到用于所述第一注册信令和控制交易的回复消息时,检测第一注册信令和控制交易的交易超时,并且一旦检测到所述第一注册信令和控制交易消息的所述交易超时,就启动与所述第二设备的第二注册信令和控制交易。
24、如权利要求17所述的装置,其中,所述交易管理模块发送用于所述后续信令和控制交易的初始消息和根据重发安排表的所述消息的一次或多次重发。
25、如权利要求24所述的装置,其中,当至少有一次交易超时的时候,所述交易管理模块发送所述后续信令和控制交易的初始消息以及用字节码而不用动态状态信息进行压缩的所述消息的所述一次或多次重发。
26、如权利要求17所述的装置,其中,所述交易管理模块发送用于所述后续非注册信令和控制交易的初始消息以及所述消息的一次或多次重发,其中,使用第一压缩技术发送所述初始消息和所述消息的所述重发的第一部分,并且使用第二压缩技术发送所述消息的所述重发的第二部分。
27、如权利要求26所述的装置,其中,所述第二压缩技术包括不压缩。
28、如权利要求26所述的装置,其中,使用动态状态信息进行压缩来发送用于所述非注册信令和控制交易的初始消息以及所述消息的所述重发的第一部分,并且在不使用动态状态信息进行压缩的情况下来发送所述消息的所述重发中的第二部分。
29、如权利要求26所述的装置,其中,所述交易管理模块检测解压缩失败,识别所述检测到的解压缩失败的原因,并且基于所述解压缩失败的所述原因为所述重发的第二部分选择所述第二压缩技术。
30、如权利要求26所述的装置,其中,所述交易管理模块接收互联网控制消息协议(ICMP)错误消息,在接收到所述ICMP错误消息时终止所述消息的进一步重发,并且启动与所述第二设备的所述注册信令和控制交易消息。
31、如权利要求17所述的装置,其中,一旦在交易超时定时器到期前没有从所述第一设备接收到用于所述非注册信令和控制交易的回复消息,所述交易管理模块就检测所述交易超时。
32、如权利要求17所述的装置,其中,所述交易管理模块检测终端互联网协议安全(IPsec)失败事件,并且响应于检测到所述IPsec失败事件来启动与所述第二设备的所述注册信令和控制交易消息。
33、一种计算机程序产品包括上面具有指令的计算机可读介质,所述指令包括用于执行操作的代码:
在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时;
在检测到所述非注册交易的所述交易超时之后的特定时间段内,启动与所述第一设备的至少一个后续信令和控制交易;并且
当没有接收到对所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,启动与第二设备的注册信令和控制交易。
34、如权利要求33所述的计算机程序产品,还包括用于执行以下操作的代码:
在检测到所述非注册信令和控制交易的所述交易超时,递增超时计数器,其中,
启动所述至少一个后续信令和控制交易包括:当所述超时计数器的值小于阈值时,启动所述至少一个后续信令和控制交易。
35、如权利要求34所述的计算机程序产品,还包括用于执行以下操作的代码:
接收用于所述至少一个后续信令和控制交易的回复消息;并且
在接收到所述回复消息时,重置所述超时计数器。
36、如权利要求33所述的计算机程序产品,还包括用于执行以下操作的代码:
在检测到所述非注册信令和控制交易的所述交易超时,递增超时计数器,其中,
启动所述注册信令和控制交易包括:当所述超时计数器的值大于或等于阈值时,启动与所述第二设备的所述注册信令和控制交易。
37、如权利要求36所述的计算机程序产品,还包括用于基于呼叫到达统计来动态地确定所述阈值的代码。
38、如权利要求33所述的计算机程序产品,还包括用于执行以下操作的代码:
在检测到所述非注册信令和控制交易的所述交易超时,启动定时器,其中,
启动所述注册信令和控制交易包括:一旦所述定时器到期就启动与所述第二设备的所述注册信令和控制交易。
39、如权利要求33所述的计算机程序产品,还包括用于执行以下操作的代码:
在没有从所述第一设备接收到对第一注册信令和控制交易的回复时,检测所述第一注册信令和控制交易的交易超时;
一旦检测到所述第一注册信令和控制交易的所述交易超时,就启动与所述第二设备的第二注册信令和控制交易。
40、如权利要求33所述的计算机程序产品,其中用于启动所述至少一个后续信令和控制交易的代码包括:
用于发送用于所述后续信令和控制交易的初始消息以及根据重发安排表的所述消息的一次或多次重发的代码。
41、如权利要求40所述的计算机程序产品,其中,用于发送所述初始消息和所述消息的所述一次或多次重发的代码包括用于执行以下操作的代码:
当至少有一次交易超时的时候,发送所述后续信令和控制交易的初始消息以及用字节码而不用动态状态信息进行压缩的所述消息的所述一次或多次重发。
42、如权利要求33所述的计算机程序产品,还包括用于执行以下操作的代码:
发送用于所述后续非注册信令和控制交易的初始消息以及所述消息的一次或多次重发,其中,使用第一压缩技术发送用于所述非注册信令和控制交易的所述初始消息以及所述消息的所述重发的第一部分,并且使用第二压缩技术发送所述消息的所述重发的第二部分。
43、如权利要求42所述的计算机程序产品,其中,不使用压缩来发送所述消息的所述重发的第二部分。
44、如权利要求42所述的计算机程序产品,其中,使用动态状态信息进行压缩来发送用于所述非注册信令和控制交易的初始消息以及所述消息的所述重发的第一部分,并且在不使用动态状态信息进行压缩的情况下来发送所述消息的所述重发的第二部分。
45、如权利要求42所述的计算机程序产品,还包括用于执行以下操作的代码:
检测解压缩失败;
识别所述检测到的解压缩失败的原因;和
基于所述解压缩失败的原因,为所述重发的第二部分选择所述第二压缩技术。
46、如权利要求42所述的计算机程序产品,还包括用于执行以下操作的代码:
接收互联网控制消息协议(ICMP)错误消息;
在接收到所述ICMP错误消息时终止所述消息的进一步重发;和
启动与所述第二设备的所述注册信令和控制交易消息。
47、如权利要求33所述的计算机程序产品,其中,用于检测所述交易超时的代码包括:
用于一旦在交易超时定时器到期前没有从所述第一设备接收到对所述非注册信令和控制交易的回复消息就检测所述交易超时的代码。
48、如权利要求33所述的计算机程序产品,还包括用于执行以下操作的代码:
检测终端互联网协议安全(IPsec)失败事件;和
响应于检测到所述IPsec失败事件来启动与所述第二设备的所述注册信令和控制交易消息。
49、一种装置包括:
检测模块,用于在没有从第一设备接收到回复消息时,检测非注册信令和控制交易的交易超时;和
启动模块,用于在检测所述非注册信令和控制交易的交易超时之后的特定时间段内,启动与所述第一设备的至少一个后续信令和控制交易,其中,所述启动模块当没有接收到用于所述至少一个后续信令和控制交易的回复消息时,在所述特定时间段之后,启动与第二设备的注册信令和控制交易。
50、如权利要求49所述的装置,还包括:
递增模块,用于在检测到所述非注册信令和控制交易的所述交易超时的时候,递增超时计数器,其中,
当所述超时计数器的值小于阈值时,所述启动模块启动所述至少一个后续信令和控制交易。
51、如权利要求50所述的装置,还包括:
用于接收用于所述至少一个后续信令和控制交易的回复消息的模块;和
用于在接收到所述回复消息时重置所述超时计数器的模块。
52、如权利要求49所述的装置,还包括:
递增模块,用于在检测到所述非注册信令和控制交易的所述交易超时,递增超时计数器,其中,
当所述超时计数器的值大于或等于阈值时,所述启动模块启动与所述第二设备的所述注册信令和控制交易。
53、如权利要求52所述的装置,还包括用于基于呼叫统计来动态地确定所述阈值的模块。
54、如权利要求49所述的装置,还包括:
用于在检测到所述非注册信令和控制交易的所述交易超时启动定时器的模块,其中,
一旦所述定时器到期,所述启动模块就启动与所述第二设备的所述注册信令和控制交易。
55、如权利要求49所述的装置,还包括:
用于在没有从所述第一设备接收到对第一注册信令和控制交易的回复时检测所述第一注册信令和控制交易的交易超时的模块;其中,
一旦检测到所述第一注册信令和控制交易的所述交易超时,所述启动模块就启动与所述第二设备的第二注册信令和控制交易。
56、如权利要求49所述的装置,其中,所述启动模块启动用于所述后续的信令和控制交易的初始消息以及根据重发安排表的所述消息的一次或多次重发。
57、如权利要求56所述的装置,其中,当至少有一次交易超时的时候,所述启动模块启动用于所述后续信令和控制交易的所述初始消息以及用字节码而不用动态状态信息进行压缩的所述消息的所述一次或多次重发。
58、如权利要求49所述的装置,其中所述启动模块启动用于所述后续非注册信令和控制交易的初始消息以及所述消息的一次或多次重发,其中,使用第一压缩技术发送用于所述后续非注册信令和控制交易的初始消息以及所述消息的所述重发的第一部分,并且使用第二压缩技术发送所述消息的所述重发的第二部分。
59、如权利要求58所述的装置,其中,所述第二压缩技术包括不压缩。
60、如权利要求58所述的装置,其中,使用动态状态信息进行压缩来发送所述非注册信令和控制交易的初始消息以及所述消息的所述重发的第一部分,并且在不使用动态状态信息进行压缩的情况下来发送所述消息的所述重发的第二部分。
61、如权利要求58所述的装置,还包括:
用于检测解压缩失败并识别检测到的解压缩失败的原因的模块;和
用于基于所述解压缩失败的原因为所述重发的第二部分选择所述第二压缩技术的模块。
62、如权利要求58所述的装置,其中,所述启动模块接收互联网控制消息协议(ICMP)错误消息,在接收到所述ICMP错误消息时终止所述消息的进一步重发,并且启动与所述第二设备的所述注册信令和控制交易消息。
63、如权利要求49所述的装置,其中,一旦在交易超时定时器到期前没有从所述第一设备接收到用于所述非注册信令和控制交易的回复消息,所述检测模块就检测所述交易超时。
64、如权利要求49所述的装置,还包括:
用于检测终端互联网协议安全(IPsec)失败事件的模块;并且
其中,所述启动模块响应于检测到所述IPsec失败事件来启动与所述第二设备的所述注册信令和控制交易消息。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US82530706P | 2006-09-12 | 2006-09-12 | |
US60/825,307 | 2006-09-12 | ||
US11/853,605 | 2007-09-11 | ||
US11/853,605 US8213295B2 (en) | 2006-09-12 | 2007-09-11 | Transaction timeout handling in communication session management |
PCT/US2007/078320 WO2008033959A2 (en) | 2006-09-12 | 2007-09-12 | Transaction timeout handling in communication session management |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101513016A true CN101513016A (zh) | 2009-08-19 |
CN101513016B CN101513016B (zh) | 2014-03-19 |
Family
ID=39169529
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200780033725.9A Expired - Fee Related CN101513016B (zh) | 2006-09-12 | 2007-09-12 | 通信会话管理中的交易超时处理 |
Country Status (7)
Country | Link |
---|---|
US (1) | US8213295B2 (zh) |
EP (1) | EP2087708B1 (zh) |
JP (2) | JP2010504045A (zh) |
KR (1) | KR101025121B1 (zh) |
CN (1) | CN101513016B (zh) |
TW (1) | TW200822658A (zh) |
WO (1) | WO2008033959A2 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102548025A (zh) * | 2012-03-16 | 2012-07-04 | 北京工业大学 | 一种降低移动VoIP呼叫建立时延方法 |
CN105631743A (zh) * | 2016-03-14 | 2016-06-01 | 中国银行股份有限公司 | 一种atm交易实时流量控制方法及系统 |
Families Citing this family (57)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8644314B2 (en) * | 2006-09-07 | 2014-02-04 | Kyocera Corporation | Protocol and method of VIA field compression in session initiation protocol signaling for 3G wireless networks |
US7787450B1 (en) * | 2006-10-11 | 2010-08-31 | Itt Manufacturing Enterprises, Inc | Method and system for efficient network formation and maintenance of node routing databases in a mobile ad-hoc network |
KR100791305B1 (ko) * | 2006-10-24 | 2008-01-04 | 삼성전자주식회사 | 메신저를 이용한 컨텐츠 공유 시스템 및 방법 |
US20080101412A1 (en) * | 2006-10-30 | 2008-05-01 | Infineon Technologies Ag | Method and apparatus for generating a message in a communication system |
US8179894B2 (en) * | 2007-01-26 | 2012-05-15 | Cellco Partnership | Method, apparatus, and computer program product for reducing session setup latency |
US8089886B1 (en) * | 2007-05-22 | 2012-01-03 | At&T Intellectual Property Ii, L.P. | Method and apparatus for detecting and reporting timeout events |
US7949767B2 (en) * | 2007-07-31 | 2011-05-24 | Cisco Technology, Inc. | System and method for multiple address of record registration using a single explicit SIP request |
US8271663B2 (en) * | 2007-07-31 | 2012-09-18 | Cisco Technology, Inc. | System and method for multiple address of record registration using a single implicit SIP request |
US9094422B2 (en) * | 2007-07-31 | 2015-07-28 | Cisco Technology, Inc. | System and method for multiple address of record deregistration using a single SIP request |
US9083722B2 (en) * | 2007-10-05 | 2015-07-14 | Qualcomm Incorporated | Session initiation protocol registration with ping |
CN101577884B (zh) * | 2008-09-19 | 2012-06-13 | 中兴通讯股份有限公司 | 一种ip多媒体链路的媒体协商方法 |
US8639821B2 (en) | 2008-10-06 | 2014-01-28 | Verizon Patent And Licensing Inc. | Method and system for providing a setup timer in a sip-based network |
US8468566B2 (en) * | 2009-04-10 | 2013-06-18 | Echostar Technologies L.L.C. | Control message feedback in a satellite broadcast communication system |
JP2010258787A (ja) * | 2009-04-24 | 2010-11-11 | Mitsubishi Electric Corp | シグナリング圧縮装置、シグナリング伸長装置およびシグナリング圧縮伸長装置 |
US20100284284A1 (en) * | 2009-05-08 | 2010-11-11 | Qualcomm Incorporated | VOICE OVER INTERNET PROTOCOL (VoIP) ACCESS TERMINAL |
US8396961B2 (en) * | 2009-08-31 | 2013-03-12 | Red Hat, Inc. | Dynamic control of transaction timeout periods |
US8203939B2 (en) * | 2009-09-12 | 2012-06-19 | At&T Intellectual Property I, L.P. | Method and apparatus for providing a window based overload control |
ES2620311T3 (es) * | 2009-11-05 | 2017-06-28 | Amadeus S.A.S. | Método y sistema para adaptar un periodo de tiempo de expiración de sesión |
CN101727648B (zh) * | 2009-12-01 | 2012-07-25 | 中国建设银行股份有限公司 | 服务系统中的超时控制方法及服务系统 |
US9015330B2 (en) * | 2010-01-11 | 2015-04-21 | Microsoft Technology Licensing, Llc | Intercepting file transfers in multi-node topologies |
US9417906B2 (en) | 2010-04-01 | 2016-08-16 | Red Hat, Inc. | Transaction participant registration with caveats |
US20120110115A1 (en) * | 2010-04-30 | 2012-05-03 | Qualcomm Incorporated | Exchanging Data Associated With A Communication Session Within A Communications System |
JP5404661B2 (ja) * | 2011-01-14 | 2014-02-05 | 株式会社Nttドコモ | 移動通信方法、sipサーバ及び移動局 |
EP2501119B1 (en) * | 2011-03-15 | 2013-08-07 | Alcatel Lucent | A gateway for the survivability of an enterprise network using sip |
WO2012148424A1 (en) * | 2011-04-29 | 2012-11-01 | 1/2Nii Holdings, Inc. | Method for setting up a communication connection |
CN102263797B (zh) * | 2011-08-30 | 2014-09-10 | 大唐移动通信设备有限公司 | 一种会话控制的方法及装置 |
US10936591B2 (en) | 2012-05-15 | 2021-03-02 | Microsoft Technology Licensing, Llc | Idempotent command execution |
US9239868B2 (en) | 2012-06-19 | 2016-01-19 | Microsoft Technology Licensing, Llc | Virtual session management and reestablishment |
US9251194B2 (en) | 2012-07-26 | 2016-02-02 | Microsoft Technology Licensing, Llc | Automatic data request recovery after session failure |
US8898109B2 (en) | 2012-07-27 | 2014-11-25 | Microsoft Corporation | Automatic transaction retry after session failure |
US8966487B1 (en) * | 2012-10-16 | 2015-02-24 | Sprint Communications Company L.P. | Application transaction wait time dynamic adjustment |
US9235464B2 (en) | 2012-10-16 | 2016-01-12 | Microsoft Technology Licensing, Llc | Smart error recovery for database applications |
US10102028B2 (en) * | 2013-03-12 | 2018-10-16 | Sas Institute Inc. | Delivery acknowledgment in event stream processing |
US9201919B2 (en) | 2013-05-07 | 2015-12-01 | Red Hat, Inc. | Bandwidth optimized two-phase commit protocol for distributed transactions |
US20140351417A1 (en) * | 2013-05-21 | 2014-11-27 | Tsz Fung Chan | Session timeout method for dhtmlx interface control library |
US20140364118A1 (en) * | 2013-06-10 | 2014-12-11 | Broadcom Corporation | Method and Apparatus for Incoming Call Detection in a Dual SIM Single RF Communication Device |
JP2015035209A (ja) | 2013-07-12 | 2015-02-19 | 株式会社半導体エネルギー研究所 | 情報処理装置、情報処理システム |
CN104767716B (zh) * | 2014-01-03 | 2018-05-25 | 腾讯科技(深圳)有限公司 | 业务请求处理方法及装置 |
US9433030B2 (en) | 2014-01-14 | 2016-08-30 | Qualcomm Incorporated | Volte call setup |
US9658917B2 (en) | 2014-02-07 | 2017-05-23 | AppDynamics, Inc. | Server performance correction using remote server actions |
US9122651B1 (en) | 2014-06-06 | 2015-09-01 | Sas Institute Inc. | Computer system to support failover in an event stream processing system |
US9652752B2 (en) * | 2014-07-31 | 2017-05-16 | Ncr Corporation | Dynamic network timeout tuning |
US10171532B2 (en) * | 2014-09-30 | 2019-01-01 | Citrix Systems, Inc. | Methods and systems for detection and classification of multimedia content in secured transactions |
CN105790903A (zh) * | 2014-12-23 | 2016-07-20 | 中兴通讯股份有限公司 | 一种终端及终端呼叫软切换的方法 |
US9756106B2 (en) | 2015-02-13 | 2017-09-05 | Citrix Systems, Inc. | Methods and systems for estimating quality of experience (QoE) parameters of secured transactions |
US10021221B2 (en) | 2015-02-24 | 2018-07-10 | Citrix Systems, Inc. | Methods and systems for detection and classification of multimedia content in secured transactions using pattern matching |
PL3275149T3 (pl) * | 2015-03-25 | 2020-11-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Konfiguracja limitu czasu kontroli żywotności przy użyciu komunikatów IKE |
US9710302B2 (en) * | 2015-11-24 | 2017-07-18 | International Business Machines Corporation | Dynamic timeout period adjustment of service requests |
FR3066872A1 (fr) * | 2017-05-23 | 2018-11-30 | Orange | Procede de controle d' une communication comprenant des transactions multiples |
US10592322B1 (en) | 2017-06-27 | 2020-03-17 | Amazon Technologies, Inc. | Adaptive timeout mechanism |
US10673801B2 (en) * | 2017-11-29 | 2020-06-02 | International Business Machines Corporation | Dynamic communication session management |
US11354164B1 (en) * | 2018-04-20 | 2022-06-07 | Automation Anywhere, Inc. | Robotic process automation system with quality of service based automation |
US10908950B1 (en) | 2018-04-20 | 2021-02-02 | Automation Anywhere, Inc. | Robotic process automation system with queue orchestration and task prioritization |
US11117484B2 (en) * | 2018-05-09 | 2021-09-14 | Byton Limited | Safe and secure charging of a vehicle |
JP7061929B2 (ja) * | 2018-05-30 | 2022-05-02 | 株式会社Nttドコモ | 呼制御システム |
US11317325B2 (en) * | 2018-05-31 | 2022-04-26 | Apple Inc. | Call setup time in loaded IMS networks |
US10979896B2 (en) | 2018-11-20 | 2021-04-13 | International Business Machines Corporation | Managing dynamic lockouts on mobile computing devices |
Family Cites Families (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3176548B2 (ja) | 1996-01-26 | 2001-06-18 | 富士通株式会社 | Atm交換局における回線インタフェース装置 |
JP2000349856A (ja) | 1999-06-04 | 2000-12-15 | Canon Inc | 通信装置及び通信方法並びに記憶媒体 |
US7860114B1 (en) | 1999-11-08 | 2010-12-28 | Verizon Business Global Llc | Method and system for dynamic gateway selection in an IP telephony network |
JP3619411B2 (ja) * | 1999-12-03 | 2005-02-09 | 富士通株式会社 | パケット中継装置 |
CN1198406C (zh) * | 2000-09-02 | 2005-04-20 | 中兴通讯股份有限公司 | 通讯系统备份方法和设备 |
US6992974B1 (en) * | 2000-10-10 | 2006-01-31 | 3Com Corporation | System and method for providing fault tolerance in a network telephony system |
JP3934901B2 (ja) * | 2001-09-28 | 2007-06-20 | サクサ株式会社 | VoIPシステムにおける障害対策方法、VoIPシステムおよびVoIPシステム用通信交換管理装置 |
US6970909B2 (en) * | 2001-10-11 | 2005-11-29 | The Trustees Of Columbia University In The City Of New York | Multi-protocol data communication system supporting wireless telephony and content delivery |
US7103674B2 (en) * | 2002-03-28 | 2006-09-05 | International Business Machines Corporation | Apparatus and method of reducing dataflow distruption when detecting path maximum transmission unit (PMTU) |
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 |
US7154907B2 (en) * | 2002-05-10 | 2006-12-26 | Nokia Corporation | Method and system for resetting nodes in communication systems |
JP3761509B2 (ja) | 2002-11-25 | 2006-03-29 | 日本電気通信システム株式会社 | Ip網におけるsipサーバ障害検出方式 |
SE0300973D0 (sv) * | 2003-04-01 | 2003-04-01 | Ericsson Telefon Ab L M | Improvements in or relating to compression of messages in telecommunication services |
GB0329857D0 (en) * | 2003-12-23 | 2004-01-28 | Nokia Corp | User registration in a communication system |
US7627692B2 (en) * | 2004-01-30 | 2009-12-01 | Nokia Corporation | Multiplexing of compressed control and user-plane messages |
JP3944182B2 (ja) * | 2004-03-31 | 2007-07-11 | キヤノン株式会社 | セキュリティ通信方法 |
US7873738B2 (en) * | 2004-04-23 | 2011-01-18 | Motorola Mobility, Inc. | Session initiation protocol system timeout timer method |
US8090845B2 (en) * | 2004-10-18 | 2012-01-03 | Audiocodes Texas, Inc. | Apparatus and method for firewall traversal |
JP4452173B2 (ja) | 2004-12-22 | 2010-04-21 | エヌ・ティ・ティ・コミュニケーションズ株式会社 | ゲートウェイ装置及びVoIPネットワークシステム |
WO2006077734A1 (ja) | 2005-01-20 | 2006-07-27 | Sharp Kabushiki Kaisha | 情報処理装置及び情報処理プログラム |
JP2006237950A (ja) | 2005-02-24 | 2006-09-07 | Saxa Inc | Ip電話端末およびプログラム |
JP4688566B2 (ja) * | 2005-05-10 | 2011-05-25 | 富士通東芝モバイルコミュニケーションズ株式会社 | 送信機及び受信機 |
US7668100B2 (en) * | 2005-06-28 | 2010-02-23 | Avaya Inc. | Efficient load balancing and heartbeat mechanism for telecommunication endpoints |
-
2007
- 2007-09-11 US US11/853,605 patent/US8213295B2/en active Active
- 2007-09-12 JP JP2009528459A patent/JP2010504045A/ja not_active Ceased
- 2007-09-12 WO PCT/US2007/078320 patent/WO2008033959A2/en active Application Filing
- 2007-09-12 CN CN200780033725.9A patent/CN101513016B/zh not_active Expired - Fee Related
- 2007-09-12 EP EP07842374.6A patent/EP2087708B1/en not_active Not-in-force
- 2007-09-12 TW TW096134077A patent/TW200822658A/zh unknown
- 2007-09-12 KR KR1020097007586A patent/KR101025121B1/ko not_active IP Right Cessation
-
2013
- 2013-02-04 JP JP2013019449A patent/JP5684301B2/ja not_active Expired - Fee Related
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102548025A (zh) * | 2012-03-16 | 2012-07-04 | 北京工业大学 | 一种降低移动VoIP呼叫建立时延方法 |
CN102548025B (zh) * | 2012-03-16 | 2015-04-29 | 北京工业大学 | 一种降低移动VoIP呼叫建立时延方法 |
CN105631743A (zh) * | 2016-03-14 | 2016-06-01 | 中国银行股份有限公司 | 一种atm交易实时流量控制方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
JP2010504045A (ja) | 2010-02-04 |
WO2008033959A2 (en) | 2008-03-20 |
KR101025121B1 (ko) | 2011-03-25 |
EP2087708A2 (en) | 2009-08-12 |
US20080062863A1 (en) | 2008-03-13 |
EP2087708B1 (en) | 2015-10-21 |
WO2008033959A3 (en) | 2008-09-04 |
US8213295B2 (en) | 2012-07-03 |
JP2013146068A (ja) | 2013-07-25 |
TW200822658A (en) | 2008-05-16 |
KR20090055629A (ko) | 2009-06-02 |
JP5684301B2 (ja) | 2015-03-11 |
CN101513016B (zh) | 2014-03-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101513016B (zh) | 通信会话管理中的交易超时处理 | |
CN100496043C (zh) | 获取会话初始协议网络节点状态的方法及系统 | |
CN102480575B (zh) | Voip录音控制方法及其系统 | |
US20050237999A1 (en) | Session initiation protocol retransmission method | |
CN101577884B (zh) | 一种ip多媒体链路的媒体协商方法 | |
EP2383952A1 (en) | Apparatus and method for resolving a race condition between two session initiation protocol (SIP) end points | |
US20170064075A1 (en) | Continuous call recording | |
CN107969165A (zh) | 快速接入电信隧道克隆 | |
WO2016101457A1 (zh) | 一种终端及终端呼叫软切换的方法 | |
KR100666946B1 (ko) | 단말의 상태를 테스트하기 위한 네트워크시스템 및 그테스트방법 | |
CN103618747B (zh) | 一种实现sip信息服务的方法及系统 | |
CN101459533B (zh) | 一种下一代网络中改进的应用服务器容灾的系统及方法 | |
JP5241705B2 (ja) | 制限された帯域上での通話管理 | |
US8391457B2 (en) | Systems and methods of timing DTMF tones for telephony control | |
KR20070039666A (ko) | Sip 단말장치의 세션 제어 방법 및 장치 | |
KR20040073643A (ko) | SIP 기반의 프락시 서버에서의 SIP 메시지forking을 이용한 실시간 과금 데이터 수집 방법 | |
KR20180043655A (ko) | 단말의 호 연결 방법 및 이를 수행하는 단말 | |
CN101204061A (zh) | 软开关中用于切换优先级比邀请消息高的后续消息的方法和计算机产品 | |
KR101470562B1 (ko) | 이동통신 시스템 및 이동통신 시스템의 호 연결 방법 | |
KR100686181B1 (ko) | 통신 방법 및 이를 위한 단말 | |
CN114827099A (zh) | 一种基于VoIP通信的内线通话方法和系统 | |
EP3456021A1 (en) | Method for improved handling of an ims (internet multimedia subsystem) conversational service of a user equipment being connected to a telecommunications network comprising or being associated to an ims network, system for improved handling of an ims conversational service, telecommunications network, user equipment, program and computer program product | |
Renier | Dependable IMS services-A Performance Analysis of Server Replication and Mid-Session Inter-Domain Handover | |
US20080049608A1 (en) | Process for Securing Communication Connections and Associated Billing in a Redundant Communication Network | |
KR20040082204A (ko) | 자원 예약 프로토콜을 이용한 양방향 자원 예약 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140319 Termination date: 20180912 |
|
CF01 | Termination of patent right due to non-payment of annual fee |