CN105144631B - 用于紧急呼叫路由故障转移的系统和方法 - Google Patents
用于紧急呼叫路由故障转移的系统和方法 Download PDFInfo
- Publication number
- CN105144631B CN105144631B CN201480023917.1A CN201480023917A CN105144631B CN 105144631 B CN105144631 B CN 105144631B CN 201480023917 A CN201480023917 A CN 201480023917A CN 105144631 B CN105144631 B CN 105144631B
- Authority
- CN
- China
- Prior art keywords
- emergency call
- routing
- gateway
- node
- request
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- 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
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1046—Call controllers; Call servers
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/50—Connection management for emergency connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Emergency Management (AREA)
- Environmental & Geological Engineering (AREA)
- Public Health (AREA)
- Telephonic Communication Services (AREA)
Abstract
一种在因特网协议多媒体子系统(IMS)中使用会话发起协议(SIP)和/或域名系统(DNS)的方法用于在紧急呼叫会话控制功能(E‑CSCF)和多连接远程端点功能,如边界网关控制功能(BGCF)/媒体网关控制功能(MGCF)或互连边界控制功能(IBCF)之间执行紧急呼叫路由故障切换的系统和方法。E‑CSCF和/或DNS服务器监控远程端点的可用性,以创建路由选项的对等体列表。E‑CSCF或者DNS服务器从对等体列表中选择路由选项以将紧急呼叫路由到适当的公共安全应答点(PSAP)。在路由选项失败的情况下,E‑CSCF故障转换到下一个可用的路由选项来路由紧急呼叫。
Description
背景技术
因特网协议多媒体子系统(“IMS”)是由被称为第三代合作伙伴计划(“3GPP”)的标准组织开发,用于传输互联网协议(“IP”)多媒体至移动用户,如各种移动装置的用户,的架构框架。IMS核心网络(“IMS核心”)允许无线和有线装置访问多媒体、消息、语音应用和服务。为了便于IMS核心与因特网资源的整合,3GPP规范在IMS核心内使用互联网工程任务组(“IETF”)协议,诸如会话发起协议(“SIP”)和直径(Diameter)。
如在3GPP TS 23.167规范中定义的,IMS核心通过将紧急呼叫(例如,“911”呼叫)路由到最近的公共安全应答点(PSAP)来支持紧急服务,该公共安全应答点是从公众接收紧急呼叫的物理位置。
附图说明
图1示出了代表性的具有适当的冗余机制的互联网协议多媒体子系统(“IMS”)环境,用于将紧急呼叫路由到公共安全应答点(“PSAP”)。
图2A示出了在IMS环境中的远程节点的周期性监控的呼叫流程图。
图2B示出了在IMS环境中紧急呼叫建立的呼叫流程图。
图2C示出了在IMS环境中基于会话发起代理(“SIP”)OPTION方法的紧急呼叫路由故障转移(failover,失效切换)的呼叫流程图。
图2D示出了在IMS环境中基于域名系统(“DNS”)监督的紧急呼叫路由故障转移的呼叫流程图。
图3示出了在IMS环境中基于动态创建的对等体列表的紧急呼叫路由故障转移的逻辑流程图。
图4示出了在IMS环境中基于PSAP能力的对等体列表选择的逻辑流程图。
图5是在计算机系统的示例性形式中的机器的示意图,其中一组指令可以被执行,使得机器执行任何一个或多个在此描述的方法。
具体实施例
通过称为紧急呼叫会话控制功能(“E-CSCF”)的IMS功能性元件,互联网协议多媒体子系统(“IMS”)核心网络(“IMS核心”)支持紧急服务(例如,“911”呼叫)。E-CSCF通过远程端点功能性元件或网关节点,如边界网关控制功能(“BGCF”),媒体网关控制功能(“MGCF”)或互连边界控制功能(”IBCF”),将紧急呼叫请求路由到最近的公共安全应答点(“PSAP”)。在这些或其它IMS功能性元件之间的多媒体会话通过使用被称为会话发起协议(“SIP”)的客户端-服务器信今协议被创建和控制。
在下面详细描述的实现方式中,紧急呼叫路由故障转移的系统和方法被公开。故障转移路由机制被用于通过E-CSCF在信今网关节点,如BGCF/MGCF和IBCF管理冗余,以在某种形式的故障情况下选择合适的故障转移节点。
当紧急呼叫请求到达时,E-CSCF识别适当的PSAP,并经由BGCF(其确定了MGCF),MGCF或IBCF(以下每个都称为“远程节点”或“节点”)路由该请求至PSAP。当由E-CSCF选择的用于路由紧急呼叫请求的远程节点关闭,或以其他方式不可用时,则在现有的E-CSCF规范和标准中没有可用的或没有概述的以完成与PSAP连接的冗余机制。所公开的系统和方法允许E-CSCF监控远程节点以确定它们的状态(例如,打开或关闭),并基于不同的独特的标准,诸如会话发起协议选项(SIP OPTIONS)方法和域名服务(“DNS”)方法来选择可用的指向远程节点的路由选项,如在下面详细描述的。一个或多个故障转移路由机制的实现方式在紧急呼叫路由中提供冗余并提供紧急呼叫到合适的PSAP的更快和/或有效的路由的优点。
所公开的系统和方法的各种实施方式现在将被描述。下面的描述提供了特定细节用于对这些实施方式的透彻理解和可实现的描述。然而,本领域技术人员将明白,本发明可以在没有许多这些细节的情况下实施。此外,一些众所周知的结构或功能可能不被详细地示出或被描述,以避免不必要地模糊各种实施方式的相关描述。在下面给出的描述中所使用的术语希望以其最宽的合理方式来解释,即使它与本发明的某些具体实施方案的详细描述联合起来使用。
图1是代表性的具有适当的冗余机制的用于将紧急呼叫路由到PSAP的IMS环境的示意图。环境100包括启动紧急呼叫的用户设备(“UE”)102。该UE 102连接到因特网协议(“IP”)连接性接入网络(“IP-CAN”)104。该IP-CAN 104是网络实体和接口的集合,其提供在UE 102和IMS实体之间的底层IP传输连接。IMS核心不依赖于接入网络的任何具体类型。因此,IP-CAN 104可以包括,例如,通用分组无线服务(“GPRS”)、通用移动通信系统(“UMTS”)、长期演进(“LTE”)、CDMA2000、固定有线(例如,DSL、以太网,电缆等)、全球微波互联接入(WiMax)、固定宽带接入、无线局域网(“WLAN”),或其它有线或无线通信连接。该UE 102可以包括可以连接到IP-CAN 104的任何装置104。一些装置可以是支持IMS的(即,可以处理信今和/或IMS核心的媒体传输协议),而其它可以是不支持IMS的。例如,UE 102可包括,但不限于:移动电话、IP电话(“VoIP”)装置、个人数字助理、射频装置、红外装置、手持式计算机、膝上型计算机、台式计算机、上网本、可穿戴计算机、平板装置、寻呼机、IP语音(VoIP)电话、媒体播放器、游戏装置、机顶盒,等等。
来自UE 102的呼叫请求可以是紧急呼叫请求(例如,“911呼叫”)或正常呼叫请求,由代理呼叫会话控制功能(“P-CSCF”)110接收。P-CSCF 110检查接收到的呼叫请求,以确定该呼叫请求是否是紧急呼叫请求或正常的或非紧急呼叫请求。如果该呼叫请求是正常的或非紧急的呼叫请求,P-CSCF 110与服务呼叫会话控制功能(“S-CSCF”)106以及询问呼叫会话控制功能(“I-CSCF”)108进行通信,以路由该呼叫请求到公共交换电话网络(“PSTN”)118或IP网络128中的端接UE。例如,在一实现方式中,呼叫可通过由边界网关控制功能(“BGCF”)选择的媒体网关控制功能(“MGCF”)114被路由到PSTN 118。在另一实现方式中,呼叫可以通过互连边界控制功能(“IBCF”)116被路由到IP网络128。为了执行路由,P-CSCF110和/或其它IMS实体可以使用来自电话号码映射服务器(“ENUM”)122和/或归属用户服务器(“HSS”)124的信息。
当该呼叫请求是紧急呼叫请求时,P-CSCF 110将呼叫请求作为紧急呼叫请求进行分类或标记并在相同的网络中选择E-CSCF 112来处理紧急呼叫请求。E-CSCF 112与检索UE102的位置信息的位置检索功能(“LRF”)126通信,并从一个或多个支持位置服务的实体,如网关移动位置中心(“GMLC”)(未示出),为紧急呼叫获取路由信息(例如,PSAP的地址)。
如上所述,MGCF 114支持IMS-PSTN互连。IBCF 116支持与其他网络的互连,该其它网络较时分多路复用(“TDM”)网络,如PSTN 118,而言更可能是IP网络128。IBCF 116位于在IMS核心的边缘的会话边界控制器(“SBC”,未示出)。根据与紧急呼叫请求相关联的细节,该紧急呼叫可被路由到BGCF/MGCF 114或IBCF 116。如果E-CSCF 112选择MGCF 114作为路由节点,则MGCF 114将紧急呼叫路由到位于PSTN网络118中的PSAP 120。同样地,如果E-CSCF112选择IBCF 116作为路由节点,IBCF 116将紧急呼叫路由到在IP网络128中的PSAP 130。S-CSCF 106、I-CSCF 108、P-CSCF 110、E-CSCF 112,BGCF/MGCF 114、IBCF 116、ENUM 122、HSS 124和LRF 126可被认为是作为IMS核心132的一部分的IMS实体。
图2A示出了通过E-CSCF 112对IMS环境中的远程节点202的周期性监控的流程图。E-CSCF 112使用基于SIP的方法来监控每个节点202的可用性,其可能包括BGCF/MGCF节点114和/或IBCF节点116。在一实现方式中,E-CSCF 112启动或以可配置的频率(例如,每5秒)向节点202的每一个发送SIP“OPTIONS”消息204。在任何给定时间,节点202的一些可以是可用的,而其它的可能是不可用的或关闭的。如果节点是打开并运行的,则节点以“200 OK”消息206响应。
可替代地,如果节点是不可用的,则错误代码208可被返回。在一实现方式中,错误代码208可以是“503”(服务不可用)错误响应。在其它实现方式,其它服务器故障5xx错误代码可以由节点返回,以指示错误状态,如特定的错误状态。5xx错误代码可以包括,例如,“500”(服务器内部故障),“502”(坏的网关),“504”(即,服务器超时),“505”(版本不支持)和“513”(消息太大)。错误被详细描述在RFC 3261“SIP:会话发起协议”中,其通过引用并入本文。
在框210,当从节点收到任何服务器故障错误代码5xx作为OPTIONS消息的响应时,或没有收到响应时,E-CSCF 112启动内部故障转移以将节点从用于路由紧急呼叫流量的路由选择中去掉。在一实现方式中,E-CSCF 112可以保持BGCF/MGCF节点的第一对等体列表和IBCF节点的第二对等体列表。当然,其他对等体列表也是可能的,如包括所有BGCF/MGCF或IBCF节点的列表。节点可以是基于标识符或IP地址来识别的。基于该响应,E-CSCF 112可以记录或标记以5xx错误代码响应的节点,作为在相应的对等体列表中是不可用的(或者如果没有收到响应)。可替代地,不可用的节点可以从相应的对等体列表中移除。在任一实现方式中,不可用的节点被检测,并且在至少持续的一段时间内不作为用于路由紧急呼叫流量的对等体来使用。以这种方式,当E-CSCF接收紧急呼叫时,其保持使用远程节点的活动的、最新的列表。
在一实现方式中,如果在E-CSCF 112和节点之间的链路是活动的,则E-CSCF 112可以不向节点发送任何心跳信号(例如,OPTIONS消息、轮询信号等)。当这两者之间的链路是闲置的时候,E-CSCF 112可以以可配置的频率(例如,几毫秒到几秒)开始发送心跳。心跳信号的发送可以通过使用指数退避的重发定时器实现自动化。当先前不可用的节点变得可用时,节点可由E-CSCF 112被添加到相应的对等体列表。
图2B示出了在IMS环境中紧急呼叫建立的呼叫流程图。为了清楚起见,UE 102被示为支持IMS的装置(例如,SIP电话),其通过使用SIP信今与各种IMS核心实体(如该LRF 126、P-CSCF 110和E-CSCF 112)通信。然而,应当注意的是,UE 102可以是任何不支持IMS(例如,GSM电话)的其他装置,它可以连接到由IMS核心支持的多个IP-CAN104的其中一个。
在框212,UE 102发起紧急呼叫请求。紧急呼叫请求是用于与合适的PSAP建立紧急呼叫,并且用于将与用户的UE 102相关联的位置信息传输到PSAP。该位置信息可以经由一个或多个程序来获得。例如,在一实现方式中,在框214,UE 102可以需要或不需要IP-CAN104的帮助来确定其自己的位置或者位置标识符。各种位置确定方法当然是可能的。
UE 102接下来发送具有紧急指示的会话发起协议邀请SIP INVITE请求消息216至P-CSCF 110。对于不支持IMS的UE,网关(例如,媒体网关)可以代表UE发送具有紧急指示的SIP INVITE消息到P-CSCF 110。在一些实现方式中,INVITE消息216可以包括位置信息,如在框214处获得的位置信息。
在框218,P-CSCF 110检测INVITE请求消息216作为紧急呼叫请求。然后P-CSCF110选择在同一网络中的E-CSCF 112来处理紧急呼叫请求。P-CSCF 110转发该INVITE请求消息220到E-CSCF 112。在一实现方式中,INVITE请求消息220可以包括不充分或没有位置信息使得E-CSCF112不能够确定UE 102的地理位置和/或该紧急呼叫应被路由至的PSAP的地址。因此E-CSCF 112可将请求222发送至LRF 126以检索位置和/或路由信息,在此基础上,E-CSCF 112可以重定向该紧急呼叫到下一跳(即,BGCF/MGCF或IBCF)。位置请求222可以包括识别IP-CAN 104、UE 102的信息、访问UE的手段(例如,UE的IP地址或其它电子地址/标识符),等等。
在框224,LRF 126可以获取和/或核实UE 102的位置。LRF 126可以使用在3GPP TS23.271中定义的过程用于控制平面位置或由开放移动联盟(“OMA”)定义的过程用于安全用户平面定位(“SUPL”)以确定UE102的位置。LRF 126也可以确定被选择用于紧急呼叫的PSAP的地址,通过GMLC或通过调用路由确定功能(“RDF”)以将UE 102的位置转换为PSAP地址。在一实现方式中,LRF 126将获得的、接收的和/或与UE102和紧急呼叫请求相关联的一些或全部信息存储在记录中。LRF 126可以发送位置信息(UE位置)和/或路由信息(PSAP地址)226到E-CSCF112。除了位置和/或路由信息,LRF 126还可以将相关信息发送到E-CSCF112。相关信息识别存储在LRF 126中的紧急呼叫的记录,并且可以作为密钥被PSAP使用以从LRF 126稍后请求UE的位置信息。相关信息可包括紧急服务路由密钥(“ESRK”)或紧急服务查询密钥(“ESQK”)。ESRK是10位(或者可以是更多或更少的位数)可路由、但不一定可拨叫的、可被用于识别紧急呼叫的UE 102和LRF 126的号码。例如,每个LRF可以从号码的不同的唯一范围分配ESRK号码,这使得PSAP基于特定ESRK的号码范围确定LRF。位置信息和/或路由信息的获取的细节在3GPP TS 123.167技术规范中被详细描述,其通过引用的方式并入本文。
图2C示出了在IMS环境中基于SIP OPTION方法的紧急呼叫路由故障转移的流程图。当E-CSCF 112具有位置和/或路由信息时,E-CSCF 112可以将紧急呼叫路由至PSAP252。PSAP 252可以是位于PSTN网络118之后的PSAP 120或位于IP网络128之后的支持IP的PSAP 130。在框228,E-CSCF 112,根据INVITE请求和/或PSAP地址的细节,动态地创建以特定顺序布置的可用的BGCF/MGCF节点或可用的IBCF节点的对等体列表(“动态的对等体列表”或“搜寻列表”)。动态的对等体列表也可以在接收紧急呼叫之前被生成(例如在由E-CSCF 112接收到每个紧急呼叫请求之前)。
在块230中,E-CSCF 112选择来自动态的对等体列表的目标节点,并修改或调节从P-CSCF 110接收的INVITE请求消息用于递送到选择的节点254a。例如,如果选择的节点254a是MGCF,该INVITE请求消息可以包括作为目的地的PSAP 252的地址,MGCF的主机/域名或IP地址作为下一跳、UE位置信息、ESRK,等等。同样地,如果选择的节点是IBCF,INVITE消息可以包括PSAP地址作为请求统一资源标识符(“R-URI”),IBCF的主机/域名或IP地址作为下一跳、UE位置信息、ESRK,等等。E-CSCF 112发送修改的或调整的INVITE请求消息232到所选择的节点254a。如果INVITE请求消息232由所选择的节点254a成功地接收,“200OK”消息234由所选择的节点254a发送到E-CSCF 112以确认收到。
所选择的节点254a,取决于PSAP 252的TDM或IP连接,可以发送SIP INVITE消息238或初始地址消息(“IAM”)240至PSAP 252。例如,MGCF可以将SIP INVITE请求消息232转换成综合业务数字网用户部分(“ISUP”)IAM 240,其是No.7信今系统(“SS7”)的一部分,用于在PSTN内建立电话呼叫。IBCF,在另一方面,可以调整和转发SIP INVITE请求消息238到支持IP的PSAP。
或者,在一实现方式中,由于种种原因,如暂时超载或维护等等,所选择的节点254a可能无法处理INVITE请求消息232。所选择的节点254a可以以5xx错误代码响应(例如,“503”或服务不可用错误)。可替代地,所选择的节点254a可不提供响应,在这种情况下,E-CSCF 112可以自生成错误代码,如“408”(请求超时)错误。在“503”“408”或其它错误代码指示对INVITE请求消息的失败响应的情况下,E-CSCF 122选择在动态对等体列表中的可用节点的序列中的下一个节点作为选择以路由紧急呼叫请求。E-CSCF 112发送SIP INVITE请求消息244到所选择的节点254b。E-CSCF 112可以通过在动态的对等列表中向下移动节点,直到其中一个节点以“200 OK”消息响应,来继续搜寻可用的或响应的节点。像之前一样,所选择的节点254b转发SIP INVITE请求消息245到支持SIP/IP的PSAP或发送ISUP IAM 248到具有TDM连接的PSAP。在递送SIP INVITE请求消息或ISUP IAM消息给PSAP 252之后,在块250,紧急呼叫的建立完成。
图2D示出了在IMS环境中基于域名系统(“DNS”)的紧急呼叫路由故障转移的流程图。在一实施方式中,IMS核心132可以实现DNS服务器256来监视节点202的生命值。可选地或另外地,DNS服务器256可以实现负载平衡的策略将紧急呼叫的路由分配到不同的节点。基于循环或其他策略来平衡负载,DNS服务器256将完全合格域名(“FQDN”)解析到对应于不同节点的不同IP地址。
在一实现中,E-CSCF 112发送DNS查询258到DNS服务器256来解析例如MGCF节点(例如,mgcfl@t-mobile.com)或IBCF节点(例如,ibcfl@t-mobile.com)的FQDN。DNS服务器256通过使用一种或多种诊断方法如ping轮询、简单网络管理协议(“SNMP”)轮询,等等来执行定期检查以监控节点202的生命值。在一实现方式中,节点202可以包括接口,如SNMP接口,以将节点特定的信息提供给DNS服务器256。例如,DNS服务器256周期性地向节点202发送GET/SET请求260。在节点202上运行的SNMP代理以响应262来响应。在一实现方式中,响应262可以是变量、数据或其它由SNMP代理收集的节点特定的信息并对GET/SET请求进行确认。可替代地,该响应262可以是错误的响应。
在一实施方式中,DNS服务器256负责动态地创建被诊断为健康的节点的对等体列表,并从动态对等体列表中选择紧急呼叫请求被路由到的节点。在一实现方式中,用于BGCF/MGCF和IBCF节点的静态对等体列表可以由DNS服务器256被保持。在框264,DNS服务器256更新BGCF/MGCF节点的对等体列表和/或IBCF节点的对等体列表,通过标记那些以错误,如被关闭或不可用、没有响应,或以其它方式对系统是不可用的,来响应的节点。可替代地,以确认和/或其它数据来响应的节点可以被标记为打开或可用。在框266,DNS服务器256使用更新后的对等体列表以从对等体列表中选择可用的目标节点IP地址。在一实现方式中,DNS服务器256可以使用循环调度、地理调度、基于区号/自动号码识别(“ANI”)选择,或任何其他方法来选择可用的目标节点IP地址来实现在可用节点之间的负载分配。
DNS服务器256提供响应268,其包括对来自E-CSCF 112的对DNS查询的所选择的节点的IP地址。随后E-CSCF 112向所选择的节点270发送INVITE请求消息274。所选择的节点270通过返回“200OK”消息276到E-CSCF 112来确认接收INVITE请求消息274。根据节点类型,所选择的节点随后转发SIP INVITE请求消息278到具有IP连接的PSAP或向具有TDM连接的PSAP转发ISUP IAM 280。在框282,紧急呼叫建立完成。
在一实现方式中,向DNS服务器256的DNS查询258可能超时。当DNS服务器256超时时,不用提供路由紧急呼叫请求的下一跳的IP地址,E-CSCF 112可以使用备份的对等体列表来选择节点并通过选择的节点路由紧急呼叫请求。如果选择的节点关闭,则E-CSCF 112可以搜寻对等体列表以选择不同的节点来路由紧急呼叫,直到至节点的SIP INVITE请求消息由节点成功地确认。在一实现方式中,E-CSCF 112可以起到对路由紧急呼叫选择节点的作用,直到DNS服务器来备份。
图3示出了在IMS环境中基于动态创建的对等体列表的紧急呼叫路由故障转移的方法300的逻辑流程图。在一实现方式中,在框304,E-CSCF 112监控所有远程节点(即,BGCF/MGCF和/或IBCF)的状态,通过使用,例如,如相对于图2A详细描述的SIP OPTIONS方法。在框302,E-CSCF 112接收用于紧急呼叫的SIP INVITE请求消息。在框306中,E-CSCF112基于节点的状态信息动态地创建用于紧急呼叫请求的对等体列表,或使用先前创建的对等体列表。动态的对等体列表可以仅以特定顺序列出可用节点。可替换地,动态的对等体列表可以以特定顺序列出所有节点,但标记每个节点是打开(可用的)或关闭(不可用的)。在另一实现方式中,除了当INVITE请求到达时动态地创建新对等体,持续或静态的对等体列表可以是由E-CSCF 112创建并保持。当E-CSCF 112检测到节点的打开或关闭的状态有任何变化时,静态的对等体列表可以周期性地或连续地更新。
在框308,在一实现方式中,出于负载平衡,E-CSCF 112将位于对等体列表中的节点向上移动一个位置。通过将节点向上移动一个位置,E-CSCF 112避免了选择先前选择的节点来路由紧急呼叫。在一替代的实施方式中,动态的和/或静态的对等体列表可以包括指针、位递增或其他指示装置,用于识别用于选择的在队列中的下一个节点。移动或跟踪确保了所选择的用于路由的节点在不断地循环并且路由负载在可用的节点之间被分配。在一实现方式中,当对等体列表是被动态生成时,框308可以被执行。在一些实施方式中,框308可以是可选的。其他负载平衡方法当然也是可能的。
在框310,E-CSCF 112从动态的对等体列表中选择节点来路由紧急呼叫。E-CSCF112可以包括额外的信息,例如呼叫者的位置、R-URI或PSAP的其他标识符,等等,在将INVITE请求消息转发到所选择的节点的IP地址之前。为了响应INVITE请求消息,E-CSCF112可以接收响应或完全不响应。在一实现方式中,在判定框312,如果该紧急呼叫被成功地路由到所选择的节点,如由来自所选择的节点的确认消息(例如,“200OK”)的接收来证明,则在框316,E-CSCF 112结束紧急呼叫路由过程并转向处理另一个紧急呼叫。可选择地,如果紧急呼叫路由不成功,如有证据表明缺乏来自所选择的节点的响应(例如,对于请求超时的408错误代码)或错误响应(例如,对服务不可用的503错误代码),则E-CSCF112从动态(或静态)的对等体列表中选择下一个可用的节点并在框314路由紧急呼叫到所选择的节点。从动态或静态的对等体列表中选择下一个可用的节点并试图路由紧急呼叫的过程可以继续直到节点以成功的消息来响应。当在框316接收到另一个紧急呼叫时,过程移动到框306,新的对等体列表被创建用于紧急呼叫,或静态的对等体列表被访问以选择可用的节点用于路由。
如上所述,两个对等体列表可以由或在E-CSCF112处被创建和/或保持。对等体列表的的其中一个包括可用的BGCF/MGCF节点的列表,而另一个包括用于紧急呼叫路由的可用的IBCF节点的列表。BGCF/MGCF节点有助于通过将SIP信今转化为ISUP IAM将紧急呼叫路由到在PSTN中的PSAP。类似地,IBCF节点接受SIP信今,并有助于将紧急呼叫路由到在IP网络中的PSAP。在一实施方式中,为实现在两种情况下的紧急呼叫路由故障转移,E-CSCF 112可以实施在图4示出的方法400来基于在IMS环境中的边界节点(例如,SBC上的IBCF)选择对等体列表。
在一实现方式中,在框402,E-CSCF 112从P-CSCF 110接收紧急呼叫请求(即,SIPINVITE)。在框404,E-CSCF 112获得与紧急呼叫相关联的用于操纵位数的操纵密钥(例如,ESRK或E-164号码)。如前面所描述的,每个LRF 126(或另一位置服务器)可以从号码的不同的唯一范围中分配ESRK号码到紧急呼叫。在判定框406,E-CSCF 112确定来自LRF的ESRK是否能够与在E-CSCF 112能够访问的在平面文件(或任何其他类型的文件或记录)中的ESRK范围相匹配。如果不匹配,紧急呼叫被识别为阶段0呼叫(phase 0 call)。阶段0呼叫被路由到适当的PSAP而不具有位置信息。阶段0 PSAP可能只处理阶段0紧急呼叫并且可能没有设施来请求来自LRF的关于紧急呼叫的额外的信息。例如,国家高速公路巡警PSAP或小城镇PSAP只能接受阶段0紧急呼叫。在框424,阶段0呼叫被归类为紧急呼叫,并在框426与呼叫者ID信息一起被路由到适当的PSAP。
可替代地,在判定框406,E-CSCF 112可以确定来自LRF的ESRK与在文件中的ESRK范围匹配。在框408,E-CSCF从与PSAP相关联的ESRK号码的范围中分配ESRK。例如,ESRK号码的范围可与纽约警察局(“NYPD”)PSAP相关联。至纽约市警察局PSAP的紧急呼叫被从范围中按顺序分配一个ESRK号码,以允许每个紧急呼叫被唯一地识别。PSAP使用在紧急呼叫请求中的ESRK号码以便从例如E-CSCF 112或者LRF获取位置和其它信息(例如,全球定位系统坐标)。
在判定框410,E-CSCF 112确定是否存在IBCF ID或SBC ID。IBCF ID可以是标识符、FQDN、IP地址等等指示紧急呼叫经由IBCF被路由到另一个IP网络上的PSAP。在一实现方式中,IBCF ID可以被包括在SIP INVITE请求消息的路由头部中作为在紧急呼叫的路径中的一跳。在另一实现方式中,例如IBCF ID可以由LRF 126来提供。如果IBCF ID存在,则E-CSCF 112选择来自IBCF节点的静态的对等体列表中的IBCF节点。在一实现方式中,包括可用的IBCF节点的动态的对等体列表可以被创建或生成。在框420,E-CSCF修改紧急呼叫请求消息(如,INVITE),以包括或更改在紧急呼叫请求消息中的一些信息。例如,可以调整紧急呼叫请求消息以包括所分配的ESRK作为R-URI,在路由头部中的选择的IBCF节点的IP地址,等等。在框422,E-CSCF 112转发紧急呼叫请求消息到选择的IBCF节点用于向与ESRK相关联的PSAP路由。
在另一实现方式中,如果IBCF ID不存在,则E-CSCF 112选择来自BGCF/MGCF节点的静态对等体列表中的BGCF/MGCF节点。在一实现方式中,包括可用的BGCF/MGCF节点的动态对等体列表可被创建。在框414,E-CSCF 112修改紧急呼叫请求消息以包括ESRK,所选择的BGCF/MGCF节点的IP地址,等等。在框416,E-CSCF 112将该紧急呼叫请求消息转发到所选择的MGCF节点用于路由到与ESRK相关联的PSAP。
当DNS服务器负责监控远程节点的可用性并从可用的远程节点中选择路由选项时,类似的方法可以由DNS服务器实现。
图5是在计算机系统或机器500的示例性形式中的机器的示意图,其中一组指令当被执行时,可以使得机器执行在此描述的方法(方法300和400)的任何一个或多个。
在一些实施方式中,机器500作为独立的装置操作,而在其他实施方式中,机器500可被连接(例如,联网)到其它机器。在联网的部署中,机器可以在客户端-服务器网络环境中作为服务器或客户端机器(例如,UE 102),或在对等(或分布式)网络环境中作为对等机。
该机器可以包括服务器计算机、客户端计算机、个人计算机(PC),平板PC、膝上型计算机、机顶盒(“STB”)、个人数字助理(“PDA”)、蜂窝电话、智能电话、电话、web设备、网络路由器、交换机或桥接器、控制台、手持式控制台、(手持)游戏装置,或能够执行一组指令(顺序的或其他方式)的任何机器,而该指令指定由该机器实施的行为。一般来说,机器500包括提供语音、视频和数据通信的任何电子装置。在一实施方式中,机器500可包括SIP服务器或代理(例如,S-CSCF 106,I-CSCF108,P-CSCF 110,E-CSCF 112,BGCF/MGCF 114,IBCF116,等等)。虽然单个机器被示出,但是机器500可以包括单独或联合地执行指令以执行上述任何方法的机器的任何集合。
该机器500可包括处理器502、主存储器506和总线524。总线524是用于在机器500的部件之间传输数据,包括在主存储器506和处理器502之间传输数据的子系统。该总线524可以表示一个或多个独立的物理总线,点对点连接,或两者,通过适当的桥、适配器或控制器相连接。机器500还可以包括显示装置514(例如,液晶显示器(“LCD”)、阴极射线管(“CRT”),等等)、一个或多个输入装置516(例如,键盘、触摸屏等等)、光标控制装置518(例如,鼠标)、驱动单元520、信号生成装置或输出装置522(例如,扬声器、远程控制等等)以及网络接口装置510,等等。
处理器502(例如,中央处理单元(“CPU”)、图形处理单元(“GPU”),或两者)控制机器500的整体操作。处理器502执行存储在存储器(例如,506,520)内的计算机程序或固件。处理器502可以包括,一个或多个可编程通用或专用微处理器、数字信号处理器(“DSP”)、可编程控制器、专用集成电路(“ASIC”)、可编程逻辑装置(“PLD”)、可信平台模块(“TPM”),等等,或它们的组合。
主存储器506表示任何形式的随机存取存储器(“RAM”)、只读存储器(“ROM”)、快闪存储器,等等,或连接到总线524的这样的装置的组合。驱动单元520可包括机器可读介质或机器可读存储介质,其存储、编码或携带一组或多组由机器500执行的指令以执行任何上述方法或全部上述方法。应当指出的是,术语“机器可读介质”和“机器可读存储介质”可以包括单个介质或多个介质(例如,集中式或分布式数据库,和/或相关联的缓存和服务器),其存储体现上述任何或所有方法的一组或多组指令。机器可读介质或机器可读存储介质的例子包括,但不限于:可记录型介质,诸如易失性(例如,RAM)、非易失性存储器装置(例如,ROM)、主存储器506、固态存储器、软盘和其他可移动磁盘、硬盘、光盘(例如,压缩盘只读存储器(“CD ROMS”)、数字多功能盘(“DVD”)等等),等。
一般情况下,被执行以实现本公开的实施方式的例程,可以作为操作系统的一部分或特定应用、部件、程序、对象、模块或被称为“计算机程序”的指令的序列来实现。计算机程序通常包括在计算机的各种存储器和存储装置中在不同的时间的一个或多个指令集,并且,当由一个或多个在计算机中的处理单元或处理器读取和执行时,使得计算机执行操作以执行涉及本公开的各个方面的元件。
网络接口设备510允许机器500通过由机器500和外部实体支持的任何已知的和/或便利的通信标准和协议,在各个网络中与一个或多个位于机器外部的实体调解数据。由机器500支持的示例协议包括,但不限于:应用层IP协议(例如,SIP、会话描述协议(“SDP”)、实时传输协议(“RTP”)、超文本传输协议(“HTTP”),SNMP等等),传输层的协议(例如,传输控制协议(“TCP”)、用户数据报协议(“UDP”),等等),互联网层的协议(例如,IPv4,IPv6等等),链路层协议(例如,数字用户线路(“DSL”)、太网等等),等等。网络接口装置510可包括一个或多个网络适配器卡、无线网络接口卡、路由器、接入点、无线路由器、交换机、多层交换机、协议转换器、网关、网桥、桥路由器、集线器、数字媒体接收器、转发器,或其它用于支持各种协议的接口。尽管本公开描述了在实施方式中参考表示现有技术水平的特定标准和协议所实现的部件和功能,本公开并不限于这些标准和协议,并包括可能取代现有技术水平的功能性等价物。
本公开的实施例的以上具体描述并非意在穷举或限制以上公开的精确形式的教导。相关领域的技术人员将认识到尽管本公开的具体实施方式和示例旨在说明目的被描述,各种在公开的范围内的等同修改是可能的。例如,尽管流程或框以给定的顺序呈现,替代性实施方式可以以不同的顺序执行具有步骤的例程或采用具有框的系统,并且一些流程或框可以被删除、移动、增加、分割、组合,和/或修改以提供替代或子组合。这些流程或框的每一个可以被以多种不同的方式实现。此外,尽管流程或框有时以串行方式执行,这些流程或框可能以并行方式执行,或者可以在不同的时间被执行。
在此提供的发明的教导可以被应用到其他系统,未必是上述的系统。上述各种例子的元素和行为可以被结合以提供发明的进一步的实现方式。本发明的一些可替代性实现方式不仅可以包括对于以上提及的实现方式的额外的元素,也可以包括更少的元素。任何专利和申请以及如上所述的其它参考文献,包括任何可能被列在所附申请文件中的文件,都通过引用并入本文。如果需要,本发明的方面可以被修改,以采用上述的各种参考文献的系统、功能和概念来提供本发明的又进一步的实现方式。
Claims (10)
1.一种在因特网协议多媒体子系统(IMS)中通过网关节点在路由紧急呼叫中实现冗余的系统,包括:
至少一个处理器;
由所述处理器执行的紧急呼叫会话控制功能(E-CSCF)并且其被配置为:
接收与紧急呼叫相关联的会话发起协议(SIP)INVITE请求;
动态地创建对等体列表,所述对等体列表包括成功地对SIP OPTIONS请求作出响应的网关节点;
从所述对等体列表中选择网关节点;以及
向所选择的网关节点发起与所述紧急呼叫相关联的SIP INVITE请求以将所述紧急呼叫递送到公共安全应答点(PSAP)。
2.根据权利要求1所述的系统,其中所述E-CSCF进一步被配置为:
基于关于互连边界控制功能(IBCF)或会话边界控制器(SBC)的信息的存在或不存在来确定是否动态地创建对等体列表包括IBCF服务器作为网关节点,还是边界网关控制功能(BGCF)服务器或媒体网关控制功能(MGCF)服务器作为网关节点。
3.根据权利要求1所述的系统,其中所述E-CSCF进一步被配置为:
当所选择的网关节点在时间周期内没有响应所述SIP INVITE请求时,检测故障转移情况;以及
响应于所述故障转移情况,继续从所述对等体列表中选择新的网关节点并发起与所述紧急呼叫相关联的SIP INVITE请求,直到所述E-CSCF接收到对所述SIP INVITE请求的成功响应。
4.根据权利要求1所述的系统,其中,所述E-CSCF进一步被配置为:
从位置服务器获得用于所述PSAP的路由信息,其中用于所述PSAP的路由信息包括用于公共交换电话网络(PSTN)PSAP或因特网协议(IP)PSAP的路由信息,以及
其中,用于所述PSTN PSAP或所述IP PSAP的路由信息包括紧急服务路由密钥(ESRK),其由所述PSTN PSAP或IP PSAP使用以请求与所述紧急呼叫相关联的位置信息。
5.一种存储指令的至少一个有形的机器可读介质,当由至少一个计算机执行时,在因特网协议多媒体子系统(“IMS”)网络中分析用于紧急呼叫路由的节点,包括:
接收与紧急呼叫请求相关联的会话发起协议(SIP)请求;
确定多个网关节点的每一个的状态;以及,
基于所确定的状态,调整在网关节点的列表中的一个或多个网关节点状态,
其中所述列表提供用于所接收到的与所述紧急呼叫相关联的SIP请求的一个或多个路由选项;
从路由选项的所述列表中选择路由选项;以及
当所选择的路由选项提供错误的响应或所选择的路由选项在持续时间内没有提供响应时,检测故障转移情况。
6.根据权利要求5所述的至少一个有形的机器可读介质,其中所述确定包括:
对所述多个网关节点的每一个发起SIP OPTION消息;
基于所发起的SIP OPTION消息确定所述多个网关节点的每一个的状态,以及
其中路由选项的所述列表包括媒体网关控制功能(MGCF)服务器,或选择MGCF服务器的边界网关控制功能(BGCF)服务器,或互连边界控制功能(IBCF)服务器。
7.根据权利要求5所述的至少一个有形的机器可读介质,进一步包括:
从路由选项的所述列表选择下一个路由选项;以及
为所述紧急呼叫向所选择的路由选项发起会话发起协议(SIP)INVITE请求。
8.一种存储指令的至少一个有形的机器可读介质,当由至少一个计算机执行时,在因特网协议多媒体子系统(“IMS”)网络中分析用于紧急呼叫路由的节点,包括:
接收与紧急呼叫请求相关联的会话发起协议(SIP)请求;
确定多个网关节点的每一个的状态;以及,
基于所确定的状态,调整在网关节点的列表中的一个或多个网关节点状态,
其中所述列表提供用于所接收到的与所述紧急呼叫相关联的SIP请求的一个或多个路由选项;
其中所述至少一个有形的机器可读介质,进一步包括:
由紧急呼叫会话控制功能(E-CSCF)、域名系统(DNS)发起请求来确定用于路由所述紧急呼叫的路由选项;
检测DNS请求超时事件;以及
响应于所检测的DNS请求超时事件,
从路由选项的所述列表中选择路由选项;以及
为所述紧急呼叫发起会话发起协议(SIP)INVITE请求到所选择的路由选项。
9.一种用于执行紧急呼叫路由故障转换的系统,包括:
至少一个处理器;
用于向多个网关节点的每一个发起请求的装置;
用于从所述多个网关节点识别一个或多个网关节点的装置,
其中所述用于识别的装置识别作为可用来接收紧急呼叫的节点、作为不可用的来接收紧急呼叫的节点,或两者;
用于从紧急呼叫会话控制功能(E-CSCF)接收域名系统(DNS)的装置;
用于选择网关节点接收紧急呼叫的装置;以及
用于提供所选择的网关节点作为对所述DNS请求的响应的装置。
10.根据权利要求9所述的系统,进一步包括:
用于确定所述紧急呼叫与特定类型的网关节点相关联的装置;以及
用于选择所述特定类型的所述可用的网关节点以动态地创建可用节点的列表的装置
其中所述特定类型是下列之一:边界网关控制功能(BGCF)、媒体网关控制功能(MGCF)或互连边界控制功能(IBCF)。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910664714.5A CN110417767B (zh) | 2013-03-01 | 2014-02-26 | 用于紧急呼叫路由故障转移的系统和方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US13/783,184 | 2013-03-01 | ||
US13/783,184 US9426833B2 (en) | 2013-03-01 | 2013-03-01 | Systems and methods for emergency call route failover |
PCT/US2014/018797 WO2014134220A1 (en) | 2013-03-01 | 2014-02-26 | Systems and methods for emergency call route failover |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910664714.5A Division CN110417767B (zh) | 2013-03-01 | 2014-02-26 | 用于紧急呼叫路由故障转移的系统和方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105144631A CN105144631A (zh) | 2015-12-09 |
CN105144631B true CN105144631B (zh) | 2020-01-14 |
Family
ID=51421158
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910664714.5A Active CN110417767B (zh) | 2013-03-01 | 2014-02-26 | 用于紧急呼叫路由故障转移的系统和方法 |
CN201480023917.1A Active CN105144631B (zh) | 2013-03-01 | 2014-02-26 | 用于紧急呼叫路由故障转移的系统和方法 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910664714.5A Active CN110417767B (zh) | 2013-03-01 | 2014-02-26 | 用于紧急呼叫路由故障转移的系统和方法 |
Country Status (4)
Country | Link |
---|---|
US (5) | US9426833B2 (zh) |
EP (1) | EP2962425B1 (zh) |
CN (2) | CN110417767B (zh) |
WO (1) | WO2014134220A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110417767A (zh) * | 2013-03-01 | 2019-11-05 | T移动美国公司 | 用于紧急呼叫路由故障转移的系统和方法 |
Families Citing this family (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9907096B2 (en) * | 2013-09-27 | 2018-02-27 | Solacom Technologies Inc. | Recovery of established emergency video calls |
US9838858B2 (en) | 2014-07-08 | 2017-12-05 | Rapidsos, Inc. | System and method for call management |
US10070475B2 (en) * | 2014-08-01 | 2018-09-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for providing answer in emergency event |
WO2016043728A1 (en) * | 2014-09-17 | 2016-03-24 | Nokia Technologies Oy | Emergency call handling using over-the-top services |
EP3195563B1 (en) | 2014-09-19 | 2021-12-15 | Rapidsos Inc. | Method for emergency call management |
CN104378373A (zh) * | 2014-11-14 | 2015-02-25 | 北京邮电大学 | 一种面向sbc的畸形sip消息检测的方法与系统 |
US9756664B2 (en) * | 2014-11-24 | 2017-09-05 | Qualcomm Incorporated | Methods of supporting location and emergency calls for an over-the-top service provider |
US10097979B2 (en) | 2014-11-24 | 2018-10-09 | Qualcomm Incorporated | Location by reference for an over-the-top emergency call |
CN108476260A (zh) | 2015-11-02 | 2018-08-31 | 快速求救公司 | 用于紧急响应的态势感知的方法和系统 |
US10432461B2 (en) | 2015-12-04 | 2019-10-01 | T-Mobile Usa, Inc. | Peer-to-peer distribution of radio protocol data for software defined radio (SDR) updates |
CN106878475B (zh) * | 2015-12-14 | 2020-01-10 | 中国电信股份有限公司 | 域名寻址方法和系统 |
EP3391632A4 (en) | 2015-12-17 | 2019-06-12 | Rapidsos Inc. | DEVICES AND METHOD FOR EFFICIENT EMERGENCY CALL |
CN106899952B (zh) * | 2015-12-21 | 2021-02-19 | 中兴通讯股份有限公司 | 紧急呼叫切换方法及装置 |
WO2017112820A1 (en) * | 2015-12-22 | 2017-06-29 | Rapidsos, Inc. | Systems and methods for robust and persistent emergency communications |
WO2017147014A1 (en) * | 2016-02-24 | 2017-08-31 | Nokia Solutions And Networks Oy | Initiation of conference and transfer call in internet protocol multimedia subsystem based emergency services network |
US9986404B2 (en) | 2016-02-26 | 2018-05-29 | Rapidsos, Inc. | Systems and methods for emergency communications amongst groups of devices based on shared data |
CA3021803A1 (en) | 2016-04-26 | 2017-11-02 | Rapidsos, Inc. | Systems and methods for emergency communications |
WO2017196753A1 (en) | 2016-05-09 | 2017-11-16 | Rapidsos, Inc. | Systems and methods for emergency communications |
US9807580B1 (en) * | 2016-06-01 | 2017-10-31 | T-Mobile Usa, Inc. | Emergency call handling within IP multimedia system (IMS) networks |
US10861320B2 (en) | 2016-08-22 | 2020-12-08 | Rapidsos, Inc. | Predictive analytics for emergency detection and response management |
US10257165B2 (en) | 2016-09-30 | 2019-04-09 | T-Mobile Usa, Inc. | Dynamic provisioning of a firewall role to user devices |
US10616776B2 (en) * | 2016-09-30 | 2020-04-07 | T-Mobile Usa, Inc. | Dynamic provisioning of a gateway role to user devices |
US11777834B2 (en) * | 2016-11-01 | 2023-10-03 | T-Mobile Usa, Inc. | IP multimedia subsystem (IMS) communication testing |
US10362482B2 (en) | 2016-12-21 | 2019-07-23 | T-Mobile Usa, Inc. | Network operation and trusted execution environment |
US10609211B2 (en) * | 2017-03-17 | 2020-03-31 | T-Mobile Usa, Inc. | Determining dropped call rates in IP multimedia networks |
CN108924810A (zh) * | 2017-04-05 | 2018-11-30 | 深圳市中兴微电子技术有限公司 | 一种终端的紧急呼叫方法及装置 |
WO2018200418A1 (en) | 2017-04-24 | 2018-11-01 | Rapidsos, Inc. | Modular emergency communication flow management system |
US10412537B2 (en) * | 2017-08-31 | 2019-09-10 | T-Mobile Usa, Inc. | SIP options based location determination |
US10701542B2 (en) | 2017-12-05 | 2020-06-30 | Rapidsos, Inc. | Social media content for emergency management |
US10820181B2 (en) | 2018-02-09 | 2020-10-27 | Rapidsos, Inc. | Emergency location analysis system |
US20190320310A1 (en) | 2018-04-16 | 2019-10-17 | Rapidsos, Inc. | Emergency data management and access system |
JP7064132B2 (ja) * | 2018-04-24 | 2022-05-10 | 日本電信電話株式会社 | 障害監視システム及び障害監視方法 |
US10805786B2 (en) | 2018-06-11 | 2020-10-13 | Rapidsos, Inc. | Systems and user interfaces for emergency data integration |
US10616935B2 (en) * | 2018-06-22 | 2020-04-07 | Blackberry Limited | Emergency calls |
US11917514B2 (en) | 2018-08-14 | 2024-02-27 | Rapidsos, Inc. | Systems and methods for intelligently managing multimedia for emergency response |
US11132357B1 (en) | 2018-09-14 | 2021-09-28 | State Farm Mutual Automobile Insurance Company | Big-data view integration platform |
US10977927B2 (en) | 2018-10-24 | 2021-04-13 | Rapidsos, Inc. | Emergency communication flow management and notification system |
US11218584B2 (en) | 2019-02-22 | 2022-01-04 | Rapidsos, Inc. | Systems and methods for automated emergency response |
CA3135274C (en) | 2019-03-29 | 2024-01-16 | Rapidsos, Inc. | Systems and methods for emergency data integration |
US11146680B2 (en) | 2019-03-29 | 2021-10-12 | Rapidsos, Inc. | Systems and methods for emergency data integration |
US11228891B2 (en) | 2019-07-03 | 2022-01-18 | Rapidsos, Inc. | Systems and methods for emergency medical communications |
US11330664B1 (en) | 2020-12-31 | 2022-05-10 | Rapidsos, Inc. | Apparatus and method for obtaining emergency data and providing a map view |
US11790300B2 (en) | 2021-08-03 | 2023-10-17 | State Farm Mutual Automobile Insurance Company | Systems and methods for generating insurance business plans |
CN115766668A (zh) * | 2021-09-03 | 2023-03-07 | 中国移动通信集团山东有限公司 | 自动容灾方法、电子设备和存储介质 |
US11864265B2 (en) * | 2021-10-13 | 2024-01-02 | T-Mobile Usa, Inc. | Proxy-call session control function (P-CSCF) restoration |
US20230217235A1 (en) * | 2021-12-30 | 2023-07-06 | T-Mobile Usa, Inc. | Hss-based p-cscf restoration triggered by as |
EP4329263A1 (en) * | 2022-08-24 | 2024-02-28 | Unify Patente GmbH & Co. KG | Method and system for automated switchover timer tuning on network systems or next generation emergency systems |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2445164A1 (en) * | 2009-06-19 | 2012-04-25 | ZTE Corporation | System and method for cscf entity disaster tolerance and load balancing |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7251312B2 (en) * | 2003-09-06 | 2007-07-31 | Intrado Inc. | Method and system for availing participants in a special number call event and others of information contained in a plurality of data stores |
CN107071891A (zh) * | 2005-09-15 | 2017-08-18 | 高通股份有限公司 | 用于紧急电路模式呼叫支持的方法和设备 |
CN100579278C (zh) * | 2006-03-03 | 2010-01-06 | 华为技术有限公司 | 紧急呼叫方法、系统及呼叫会话控制功能实体 |
US8295176B2 (en) * | 2006-10-31 | 2012-10-23 | Verizon Patent And Licensing Inc. | Priority call routing |
US8019331B2 (en) * | 2007-02-26 | 2011-09-13 | Kineto Wireless, Inc. | Femtocell integration into the macro network |
US7796901B2 (en) * | 2007-03-29 | 2010-09-14 | Canon Kabushiki Kaisha | Image forming apparatus, and unit removably installed in an image forming apparatus |
JP2009219076A (ja) * | 2008-03-13 | 2009-09-24 | Nec Corp | Ip電話システムにおけるゲートウェイルータおよび緊急呼の優先制御方法 |
US8107361B2 (en) | 2008-03-26 | 2012-01-31 | Avaya Inc. | Simultaneous active registration in a SIP survivable network configuration |
EP2106097A1 (en) * | 2008-03-27 | 2009-09-30 | Alcatel Lucent | Method and device for providing peer-to-peer emergency service |
US8305890B2 (en) * | 2008-09-15 | 2012-11-06 | At&T Intellectual Property I, L.P. | Method and apparatus for prioritizing voice over internet protocol signaling messages |
US20100103927A1 (en) * | 2008-10-29 | 2010-04-29 | Jan Hendrik Lucas Bakker | Method and apparatus for interworking sip communication waiting with circuit switching and packet switching nodes |
US8260926B2 (en) * | 2008-11-25 | 2012-09-04 | Citrix Systems, Inc. | Systems and methods for GSLB site persistence |
US9432409B2 (en) * | 2009-03-12 | 2016-08-30 | At&T Intellectual Property I, L.P. | Apparatus and method for managing emergency calls |
US8228901B2 (en) | 2009-04-14 | 2012-07-24 | Global Convergence Solutions | System and method for dynamic call routing |
US8416781B2 (en) * | 2009-11-03 | 2013-04-09 | Research In Motion Limited | System and method for session initiation protocol header modification |
US8627422B2 (en) * | 2010-11-06 | 2014-01-07 | Qualcomm Incorporated | Authentication in secure user plane location (SUPL) systems |
WO2012072407A1 (en) * | 2010-11-30 | 2012-06-07 | Koninklijke Kpn N.V. | Dynamic assignment of a serving network node |
WO2012092670A1 (en) * | 2011-01-06 | 2012-07-12 | Research In Motion Limited | System and method for enabling a peer-to-peer (p2p) connection |
JP5456708B2 (ja) | 2011-02-14 | 2014-04-02 | 株式会社Nttドコモ | 移動通信方法及び呼セッション制御ノード |
US8761721B2 (en) | 2011-07-27 | 2014-06-24 | Verizon Patent And Licensing Inc. | Integrated emergency call support for mobile and nomadic devices |
EP3139193A1 (en) * | 2012-06-05 | 2017-03-08 | NextNav, LLC | Systems and methods for location positioning of user device |
US9426833B2 (en) | 2013-03-01 | 2016-08-23 | T-Mobile Usa, Inc. | Systems and methods for emergency call route failover |
-
2013
- 2013-03-01 US US13/783,184 patent/US9426833B2/en active Active
-
2014
- 2014-02-26 EP EP14757623.5A patent/EP2962425B1/en active Active
- 2014-02-26 WO PCT/US2014/018797 patent/WO2014134220A1/en active Application Filing
- 2014-02-26 CN CN201910664714.5A patent/CN110417767B/zh active Active
- 2014-02-26 CN CN201480023917.1A patent/CN105144631B/zh active Active
-
2016
- 2016-08-19 US US15/242,426 patent/US9967760B2/en active Active
-
2018
- 2018-04-05 US US15/946,698 patent/US10219171B2/en active Active
- 2018-12-05 US US16/211,222 patent/US10602384B2/en active Active
-
2020
- 2020-01-22 US US16/749,948 patent/US10716018B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2445164A1 (en) * | 2009-06-19 | 2012-04-25 | ZTE Corporation | System and method for cscf entity disaster tolerance and load balancing |
Non-Patent Citations (1)
Title |
---|
IP multimedia call control protocol based on session intuition protocol and session description protocol;3rd Generation Partnership Project;《3GPP TS 24.229》;20130213;第238页至245页 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110417767A (zh) * | 2013-03-01 | 2019-11-05 | T移动美国公司 | 用于紧急呼叫路由故障转移的系统和方法 |
CN110417767B (zh) * | 2013-03-01 | 2022-02-25 | T移动美国公司 | 用于紧急呼叫路由故障转移的系统和方法 |
Also Published As
Publication number | Publication date |
---|---|
US20160360431A1 (en) | 2016-12-08 |
US20140248848A1 (en) | 2014-09-04 |
US10219171B2 (en) | 2019-02-26 |
US9967760B2 (en) | 2018-05-08 |
US10716018B2 (en) | 2020-07-14 |
EP2962425B1 (en) | 2019-05-08 |
US10602384B2 (en) | 2020-03-24 |
EP2962425A4 (en) | 2016-12-21 |
CN110417767A (zh) | 2019-11-05 |
CN110417767B (zh) | 2022-02-25 |
CN105144631A (zh) | 2015-12-09 |
EP2962425A1 (en) | 2016-01-06 |
US20200162946A1 (en) | 2020-05-21 |
US20190110215A1 (en) | 2019-04-11 |
US20180227778A1 (en) | 2018-08-09 |
US9426833B2 (en) | 2016-08-23 |
WO2014134220A1 (en) | 2014-09-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10716018B2 (en) | Systems and methods for emergency call route failover | |
US11659469B2 (en) | Restoration of serving call session control and application server function | |
US9591082B2 (en) | Method and system of transferring a message in a session initiation protocol based communications network | |
US9338625B2 (en) | Geographically redundant and multiple EATF nodes | |
US10305942B2 (en) | SIP server with multiple identifiers | |
US20120166621A1 (en) | Sharing the Status of S-CSCF Nodes Across I-CSCF Nodes in a Communications Network | |
US20100232403A1 (en) | Apparatus and method for managing emergency calls | |
JP5212363B2 (ja) | 通信システム、通信装置および輻輳発生時の迂回制御方法 | |
US12010154B2 (en) | Support for IMS virtual clients in multi-operator environment | |
US11818179B2 (en) | IMS recovery |
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 |