紧急服务解决方案的实现的制作方法

专利名称：紧急服务解决方案的实现的制作方法
技术领域：
本发明总体上涉及通信服务，并且具体地涉及实现紧急服务解决方案。
背景技术：
传统上，通过基于分组的网络进行通信的端点在通信期间是在软交换的控制下。 然而，如果软交换故障，那么端点就不能起始或不能涉及包括紧急服务的通信的任何通信。

发明内容
根据本发明，可以减少或消除与在软交换故障时的紧急服务通信的现有技术相关 联的缺点和问题。 根据本发明的一个实施例，一种用于重定向紧急通信的系统、方法，和装置包括从
端点起始紧急通信。软交换的不可用被确定，并且紧急服务器在软交换不可用的情况下被
识别为对来自端点的紧急通信进行呼叫控制。利用紧急服务器起始紧急通信。 本发明的特定实施例可以提供一个或多个技术优点。 一个实施例的技术优点包括
即使故障在系统中发生(例如，软交换故障)，也便于(facilitate)与紧急服务进行通信。
因此，用户具有可以在不考虑系统中的可能的问题的情况下联系紧急服务的连续的能力。 本发明的特定实施例可以不包括上述的技术优点、或者包括上述的技术优点中的
一些或所有。根据本文所包括的说明书附图、说明书和权利要求书，一个或多个其它技术优
点对本领域的技术人员是显而易见的。


为了更完整地理解本发明及其特征和优点，现在结合附图来进行以下的说明，在 附图中 图1说明了一种用于实现端点的紧急服务解决方案的系统； 图2是进行端点的紧急通信的紧急服务器的实施例的详细的说明； 图3是在系统中进行通信的端点的实施例的详细说明； 图4是说明了端点起始使用紧急模块以进行紧急通信的呼叫流程图； 图5是说明了紧急服务器起始使用紧急模块以进行紧急通信的呼叫流程图； 图6是说明了在没有明显地与端点进行交互的情况下起始使用紧急模块以进行
紧急通信的呼叫流程图； 图7是说明了紧急服务器通过与其它网络服务进行交互来起始使用紧急模块以 进行紧急通信的呼叫流程图；以及 图8是说明了系统对端点的紧急通信从软交换透明地切换到紧急服务器的呼叫 流程图。
具体实施例方式
通过参照附图的图1到图8可以最佳地理解本发明的实施例及其优点，相同的附 图标记用于各个附图的相同并且对应的部分。 图1说明了用于实现端点12的紧急服务解决方案的系统10。系统IO包括端点 12，其使用软交换16通过网络14进行通信。如果故障在系统10中发生，那么端点12可以 使用紧急模块18来联系紧急服务28。 系统10包括通过网络14彼此进行通信的任何合适的数量的端点12。端点12使 用网络14传送信息，例如传送任何合适的信息以联系紧急服务28。端点12可以发送并且 接收数据信号、音频信号、视频信号、或上述的任何组合。信号可以传送信息，例如数据、音 频、视频、多媒体、和/或在合适的分组中的信息的任何合适的类型。例如，端点12可以参 与基于分组的通信，在该通信中以语音分组传送语音信息。通信可以是呼叫、消息的形式， 或通信的任何合适的形式。端点12可以包括，例如电话、互联网协议(IP)电话、无线或蜂 窝电话、支持电话应用的计算机，或适合通信的任何其它端点。作为示例，端点12a代表与 基站22进行通信的无线电话。基站22代表便于在无线电话与网络14之间进行通信的任 何合适的组件。作为另一个示例，端点12b代表诸如普通老式电话服务(POTS)电话或IP 电话之类的电话，其与网关24进行通信以便于系统10中的通信。网关24代表便于在端点 12b与网络14之间进行通信的任何合适的组件。例如，网关24可以包括公共交换电话网 络(PSTN)网关或IP上语音(VoIP)网关，其便于在端点12b与网络14之间进行通信。作 为另一个示例，端点12c可以代表耦合到多媒体终端适配器(MTA)13的设备。端点12可以 包括任何合适的类型的通信设备，例如集成的接入设备(IAD)或光网络端点。端点12可 以支持例如IP、会话初始化协议(SIP)、媒体网关控制协议(MGCP) 、 H. 248、 H. 323、其它合 适的设备或呼叫控制通信协议、或上述的任何合适的组合。 网络14代表基于分组的网络，其允许端点12与其它网络、其它端点12、或在系统 10中的其它组件进行通信。例如，网络14提供对任何合适的基于分组的协议的支持，其可 以传递互联网协议(IP)，例如异步传输模式(ATM)、同步光网络(SONET)、电缆、3G移动无 线、或IP多媒体子系统。网络14可以包括PSTN、城域网(MAN)、局域网(LAN)、广域网(WAN)、 任何其它公共或私有数据网络、本地的、区域的、或全局的通信网络，例如互联网、企业内 联网、其它合适的有线或无线通信链路、或上述的任何合适的组合。网络14可以包括网关、 路由器、集线器、交换机、接入点、基站、和可以实现任何合适的协议或通信的任何其它硬件 和/或软件的任何组合。例如，网络14支持任何合适的设备和/或呼叫控制协议，例如 SIP、MGCP、H. 248、 H. 323、其它合适的通信协议、或上述的任何合适的组合。
软交换16可以包括提供用于端点12的呼叫控制功能的一个或多个设备。在说明 的实施例中，提供了软交换16的冗余。此外，软交换16a是提供呼叫控制的主软交换，软交 换16b是在主软交换16a出现故障的情况下提供呼叫控制的备份软交换。软交换16控制 端点12的任何合适的通信。例如，软交换16控制在端点12之间的通信，并且软交换16控 制从端点12到紧急服务28的通信。软交换16可以接收来自确认软交换16正在工作的端 点12的保持活动(ke印-alive)消息。软交换16可以包括任何合适的组件，例如呼叫代理、 媒体网关控制器，或提供呼叫控制功能的看门器。软交换16可以包括可以实现任何合适的 协议或通信的任何其它硬件和/或软件。
6
软交换16从数据库26中检索关于端点12的信息，数据库26可以任何合适的格式或媒体存储数据。例如，数据库26可以包括用于端点12的标识符和用于软交换16的标识符。数据库26代表任何合适的存储器结构，用于存储数据并且提供用于检索的数据。
紧急模块18提供了用于端点12的紧急服务呼叫控制并且将端点12定向到紧急服务28。紧急模块18支持任何合适的网络14、信令协议、不同的能力的端点12，或用于呼叫处理服务的其它合适的操作模式。在说明的实施例中，紧急模块18包括紧急服务器(ES) 19和媒体网关20。在另一个实施例中，紧急模块18仅包括ES 19。如果在系统10中发生故障，例如在网络14中出现的故障或软交换16的故障，那么ES 19在端点12尝试与紧急服务28进行通信时提供了用于端点12的呼叫控制。例如，在软交换16不可提供用于端点12的呼叫控制时，ES 19处置(handle)端点12发出的紧急呼叫。在系统10中发生故障可能是由于各种原因导致的，例如软交换16以满负荷工作，或在网络14中的路由器出现故障。在特定的实施例中，因为ES 19仅处置用于端点12的紧急通信，软交换16可以不了解ES 19。此外，即使故障在网络14中发生，ES 19也可以控制对紧急服务28的呼叫。虽然ES 19被描述为服务器，但是它还可以指代任何集线器、交换机、路由器、网关，或与端点12交换信息的其它合适的网络组件。 媒体网关20代表任何合适的组件，其可以对在网络之间的媒体(例如数据、语音，或音频)进行转换。例如，媒体网关20可以提供例如以下的功能媒体压縮/解压縮、数据分组、译码或承载在网络14与紧急服务28之间的网络互联。在一个实施例中，ES 19包括媒体网关20，而在另一个实施例中，媒体网关20包括ES 19。媒体网关20使用软交换16或ES 19来实现在端点12和紧急服务28之间的连接。在特定的实施例中，在紧急模块18处于使用中时，媒体网关20a提供了在端点12与紧急服务28之间的媒体路径，并且在软交换16处于使用中时，耦合到网络14的媒体网关20b提供在端点12与紧急服务28之间的媒体路径。 紧急服务28包括处置紧急通信的任何合适的服务，例如911呼叫。紧急服务28代表紧急通信的结束的实际的点或任何合适数量的可以将紧急通信定向到应答器的部件。用户可以使用任何合适的方法来联系紧急服务28，例如在美国和加拿大拨打911，或在英国拨打999，或在欧盟国家拨打112等。在所示的实施例中，紧急服务28包括公共安全响应点(PSAP)30、P0TS32、和服务局34。 PSAP 30、P0TS 32，和服务局34中的每一个对处于紧急情况的用户提供帮助。用户可以联系任何合适的紧急服务28，这取决于用户的位置、用户的紧急事件的特征、或任何其它合适的准则。例如，如果端点12处于小城镇中，那么联系紧急服务28可以包括联系在城镇的警察局处的P0TS 32。作为另一个示例，如果端点12处于大城市区域，那么联系紧急服务28可以包括联系PSAP 30，其收集关于紧急事件的具体的信息并且便于向用户派遣援助。作为另一个示例，用户可以联系服务局34，其将通信定向到紧急应答器或PSAP。 在所示的实施例中，系统IO包括域名服务器(DNS)36，其代表可以将名字或用户标识符转换为网络地址的任何合适的服务器。例如，如果主机名描述了ES 19，那么DNS 36可以将名字解析为端点12可理解的IP地址。 策略服务器37代表了对系统10内的一个或多个策略进行处置的任何合适的服务器。例如，策略服务器37与策略执行点38进行交互，其中策略执行点38确保具体的服务
7质量(QoS)，执行进入控制，执行边界安全，并且协调认证、授权、和记账。如果系统10包括策略服务器37，那么ES 19可以与策略服务器37进行交互以执行系统10中的策略。策略执行点38可以包括电缆调制解调器终端系统(CMTS)、会话边界控制器(SBC)，或处置策略执行的其它合适的部件。在所示的实施例中，策略执行点38耦合到MTA 13。
在操作中，端点12在网络14上交换信息并且传送信息。传统上，软交换16a控制端点12的通信。例如，端点12a通过拨打目的地号码，例如到达紧急服务28的号码来接通电话。如果软交换16a处于操作中，软交换16a将目的地号码解析到处置呼叫的合适的权限，并且将呼叫发送给被耦合到网络14的媒体网关20。在一个实施例中，软交换16a根据端点12a的位置和用户信息来解析目的地号码。从媒体网关20将呼叫转交到合适的紧急服务28。 然而，软交换16a可能会工作不正常。在一些情况中，备份软交换16b可以接管端点12a的呼叫控制功能。如果软交换16a和16b均出现故障，那么端点12a不能够与紧急服务28进行通信。 如果故障在系统10中发生，那么紧急模块18处置紧急服务28的通信。如在下文将进一步详细地讨论的，端点12可以检测故障并且起始使用用于紧急通信的紧急模块18，或ES 19可以告知端点12 :故障发生了并且端点12起始使用紧急模块18来进行紧急通信。
端点12在故障期间尝试联系紧急服务28。 ES 19基于端点12a的位置和用户信息来解析呼叫并且将呼叫发送给媒体网关20。从媒体网关20将呼叫发送给合适的紧急服务28。 在不背离本发明的范围的情况下可以对系统10进行修改、增加、或省略。例如，系统10可以没有策略执行功能并且可以不包括策略服务器38。作为另一个示例，网络14可以支持电缆特定的协议。作为另一个示例，端点12可以使用任何其它合适的方法以将故障转移到紧急模块18并且恢复与软交换16的通信，在下文中将结合图4-8对其进行论述。此外，系统10的操作可以由更多的、更少的，或其它组件来执行。任何合适的逻辑包括可以执行系统10的功能的软件、硬件、其它逻辑、或上述的任何合适的组合。
图2是处置端点12的紧急通信的ES 19的一个实施例的详细的说明。ES 19包括控制组件50和接口 62。控制组件处置ES 19的操作，并且接口 58与媒体网关20进行通信以将紧急通信发送给紧急服务28。 控制组件50包括网络接口 52、处理器54、和存储器56。网络接口 52允许ES 19与网络14交换信息。例如，网络接口 52将保持活动消息传送给软交换16以确定软交换16是否是活动的并且可以继续处置端点12的呼叫控制处理服务。作为另一个示例，网络接口52将信息传送给端点12以便于紧急呼叫处理，例如将ES 19的标识符传送给端点12。作为另一个实施例，网络接口 52接收来自软交换16的响应，其中软交换16告知ES 19软交换16是活动的。网络接口52代表任何端口和连接，其可以是真实的或虚拟的，包括允许ES19与网络14、端点12、或系统10的其它部件交换信息的任何合适的硬件和/或软件。
处理器54通过处理从网络接口 52和存储器56所接收的信息来控制ES19的操作和处置。处理器54包括可控制和处置信息的任何硬件、软件、或这两者的组合。例如，处理器54可以是可编程逻辑设备、微控制器、微处理器，任何合适的处理设备、或上述的任何组
存储器56永久地或暂时地存储数据、代码58、标识符60，或处理器54处理的其它信息。存储器54包括适合于存储信息的易失性或非易失性本地或远程设备中的任何一个或它们的组合。例如，存储器56可以包括随机存取存储器(RAM)、只读存储器(R0M)、磁存储设备、光存储设备、任何其它合适的信息存储设备，或这些设备的任何合适的组合。
代码58控制ES 19的操作，并且包括软件、可执行文件、和/或合适的逻辑模块。例如，代码58可以包括用于根据保持活动消息来检测软交换16是否是可用的软件。作为另一个示例，代码58可以包括在ES 19检测到软交换16不可用的情况下，能够起始用于端点12的紧急通信的处理的可执行文件。存储器56还包括标识符60，其识别到系统10的ES 19。标识符60可以包括IP地址、统一资源标识符(URI)，或任何其它合适类型的标识符。接口62便于在ES 19与媒体网关20之间进行通信。如果ES 19接管紧急通信的呼叫处置，那么ES 19将信息发送给媒体网关20，该媒体网关20能够实现在端点12与紧急服务28之间的连接。接口 62代表任何端口或连接，其可以是真实的或虚拟的，包括允许ES 19与媒体网关20或其它合适的部件交换信息的任何合适的硬件、软件、或上述的组合。
可以对ES 19进行修改、增加、或省略。例如，ES 19可以包括识别端点12、软交换16a和/或16b、DNS服务器36、策略服务器37、任何其它组件、或上述的任何合适的组合的信息。作为另一个示例，ES 19可以与数据库26进行交互以获得关于端点12和/或紧急服务28的信息。此外，任何合适的逻辑包括可以执行ES 19的功能的软件、硬件、其它逻辑、或上述的任何合适的组合。 图3是在系统10中进行通信的端点12的一个实施例的详细说明。端点12包括控制组件80和接口82。控制组件80处置端点12的操作。接口82接收来自用户的输入和/或将输出提供给用户。 控制组件80包括网络接口 84、处理器86、和存储器88。网络接口 84允许端点12与网络14交换信息。例如，网络接口 84可以便于确定故障是否在系统10中发生或接收来自ES 19的信息，其将处理端点12的紧急通信。网络接口84代表任何端口或连接，其可以是真实的或虚拟的，包括允许端点12与网络14、其它端点12、或系统10的其它部件交换信息的任何合适的硬件和/或软件。 处理器86通过处理从网络接口 84和存储器88所接收的信息来控制端点12的操作和处置。处理器86包括用于控制和处理信息的任何硬件、软件，或这两者的组合。例如，处理器86可以是可编程逻辑设备、微控制器、微处理器，任何合适的处理设备、或上述的任何组合。 存储器88永久地或暂时地存储数据、操作软件、和处理器86处理的其它信息。存储器88包括适合于存储信息的易失性或非易失性本地或远程设备中的任何一个或它们的组合。例如，存储器88可以包括RAM、 ROM、磁存储设备、光存储设备、任何其它合适的信息存储设备、或这些设备的任何合适的组合。存储器88包括可以执行端点12的控制功能的各种部件的控制器地址90。例如，控制器地址90包括用于软交换16a的主地址(primaryaddress) 92、用于软交换16b的备份地址94、和用于ES 19的紧急地址96。这些地址90可以包括标识符的任何合适类型的标识符，例如标识部件的名字、网络地址、或URI。端点12可以在将端点12注册到网络14的期间，确定来自网络14的控制器地址90。如下文所讨论，端点12还可以起始使用ES 19，以用于使用紧急地址96的紧急通信。在另一个实施例
9中，端点12可以不存储紧急地址96。在这个实施例中，如下文所论述的，ES 19可以在软交 换16的故障转移(failover)期间，将它的IP地址伪装为主地址92以接收来自端点12的 通信。所以，端点12可以在存储器88不具有紧急地址96的情况下，使用ES 19以进行紧 急呼叫处理。 在执行以控制端点12的操作时，代码98包括软件、可执行文件、和/或合适的逻 辑模块。例如，代码98可以包括当故障在系统10中发生时，能够起始使用用于紧急通信的 紧急模块18的可执行文件。接口 82包括执行基本通信功能的组件，例如接通和接收呼叫。 接口 82可以包括用于调整端点12的设置的键盘、按键、手机、麦克风、喇叭扩音器、或其它 合适的接口。 可以对端点12进行修改、增加、或省略。例如，端点12可以包括任何合适的数量 的接口 82，以便于在用户与端点12之间进行交互。此外，任何合适的逻辑包括可以执行端 点12的功能的软件、硬件、其它逻辑、或上述的任何合适的组合。 图4-8是说明了用于紧急通信的紧急模块18的各种使用的呼叫流程图。如上所 述，系统10可以使用任何合适的协议进行通信。所示的呼叫流程图在系统10使用MGCP时， 提供了示例性的消息交换的表示。消息可以根据在部件之间使用的网络类型、配置，和协议 来改变。例如，如果系统10使用另一个协议，那么额外的或更少的消息会发生。作为另一 个示例，消息可以以任何合适的顺序发生。消息的顺序可以根据在部件之间使用的网络类 型、配置、和协议来改变。尽管以特定的序列进行了描述，但是在呼叫流程图中的消息可以 串行或并行地以任何合适的顺序发生。 图4是说明了端点12起始使用用于紧急通信的紧急模块18的呼叫流程图。对于 普通操作，端点12尝试使用用于呼叫处理服务的主软交换16a。在消息400和402中，端点 12使用主地址92以将发起的消息传送给主软交换16a。在404处，超时发生，其告知端点 12主软交换16a没有响应。端点12可以通过任何合适的数量的尝试或通过在任何合适的 时间段使用主软交换16a来尝试发起呼叫。 在所示的实施例中，端点12被配置为对除了主软交换16a之外还与备份软交换 16b进行交互。在其它实施例中，端点12可以仅与主软交换16a进行交互。因为主软交换 16a没有响应，所以端点12尝试使用用于呼叫处理服务的备份软交换16b。在消息406和 408中，端点12使用备份地址94来将发起消息传送给备份软交换16b。在410处，超时发 生，其告知端点12备份软交换16b没有响应。端点12可以通过任何合适的数量的尝试或 通过在任何合适的时间段使用备份软交换16b来尝试起始呼叫。在412处，系统10确定主 软交换16a和备份软交换16b是不可用的。 因为主软交换16a和备份软交换16b的不可用，所以端点12联系ES 19以提供紧 急呼叫处理服务。端点12可以被配置为在确定主软交换16a和备份软交换16b是不可用 时，起始联系ES 19。在消息414处，端点12使用紧急地址96来将发起消息传送给ES 19， 并且在消息416处，ES 19将发起消息传送给媒体网关20。在消息418处，ES 19通过将发 起OK (Originate OK)传送给端点12来应答发起消息，并且媒体网关20通过在消息420处 将发起OK传送给ES 19来应答发起消息。 在所示的实施例中，通过与对端点12与紧急服务28之间的承载媒体流做准备的 策略服务器38进行交换来保留连接。在消息422处，ES 19将连接保留消息传送给策略服务器38，并且在消息424处，策略服务器38通过将保留应答传送给ES 19来应答消息。
如果紧急服务28没有立即回答呼叫，ES 19可以将在消息426中的进程指示提供 给端点12。如在消息428中所示，端点12可以应答进程指示。在紧急服务28接受呼叫时， 创建连接并且向端点12和媒体网关20发信号。在消息430处，ES 19将连接消息传送给 端点12，并且在消息432处，将其传送给媒体网关20。在消息434处，媒体网关20应答连 接消息，并且在消息436处，端点12应答连接消息。ES 19通过在消息438处将连接打开消 息传送给策略服务器38来激活承载连接。在440处，使用媒体网关20来在端点12与紧急 服务28之间建立活动的双向媒体路径。 为了断开呼叫，在消息442处，端点12将释放消息传送给ES 19。在消息444处， ES 19将释放消息传送给媒体网关20。在消息446和448处，媒体网关20和ES 19分别地 对释放消息进行应答。因为在消息438处ES 19打开了连接，所以在消息450处，ES 19通 过将连接关闭消息传送给策略服务器38来关闭连接。 在主软交换16a和备份软交换16b不可用时，端点12可以继续使用用于紧急服务 的呼叫处理的紧急模块18。在主软交换16a和备份软交换16b变得可用时，端点12可以 起始使用用于普通和紧急呼叫处理服务的软交换16a和16b。在所示的实施例中，主软交 换16a通过在消息452处传送通知的实体更新来将可用性的改变传送给端点12。在消息 454处，端点12对消息进行应答。在另一个实施例中，端点12可以通过将另一个发起消息 传送给软交换16a和16b中的一个或它们二者来检测主软交换16a和备份软交换16b的可 用性。 图5是说明了 ES 19起始使用用于紧急通信的紧急模块18的呼叫流程图。ES 19 执行主软交换16a和备份软交换16b的周期性的活动检测。在所示的实施例中，在消息500 和504处，ES 19将活动探测传送给主软交换16a，并且在消息502和506处，ES 19将活动 探测传送给备份软交换16b。在508处，发生超时。在510处，系统10确定主软交换16a和 备份软交换16b是不可用的。 因为主软交换16a和备份软交换16b不可用，所以ES 19联系端点12以提供紧急 呼叫处理服务。如果其它呼叫处理服务是不可用的，那么ES 19起始与端点12的联系。在 消息512处，ES 19传送通知的实体更新以告知端点12:ES 19对紧急呼叫处理服务是可用 的。在消息514处，端点12通过传送OK消息来响应。作为消息512的部分或分别地，ES 19还可以直接地或内在地与紧急地址96进行通信。 如果端点12尝试呼叫紧急服务28，那么在消息516处，端点12使用紧急地址96 来将发起消息传送给ES 19。在消息518处，ES 19将发起消息传送给媒体网关20。在消 息520处，ES 19将发起OK消息传送给端点12，并且在消息522处，媒体网关20将发起OK 消息传送给ES 19。 在所示的实施例中，通过与对端点12与紧急服务28之间的承载媒体流做准备的 策略服务器38进行交换来保留连接。在消息524处，ES 19将连接保留消息传送给策略服 务器38，并且在消息526处，策略服务器38通过将保留应答传送给ES 19来应答消息。
如果紧急服务28没有立即回答呼叫，ES 19可以将在消息528中的进程指示提供 给端点12。如在消息530中所示，端点12可以应答进程指示。在紧急服务28接受呼叫时， 创建连接并且向端点12和媒体网关20发信号。在消息532处，ES 19将连接消息传送给端点12，并且在消息534处，将其传送给媒体网关20。在消息536处，媒体网关20应答连 接消息，并且在消息538处，端点12应答连接消息。在消息540处，ES 19通过将连接打开 消息传送给策略服务器38来激活承载连接。在542处，使用媒体网关20来在端点12与紧 急服务28之间建立活动的双向媒体路径。 为了断开呼叫，在消息544处，端点12将释放消息传送给ES 19。在消息546处， ES 19将释放消息传送给媒体网关20。在消息548和550处，媒体网关20和ES 19分别地 对释放消息进行应答。因为在消息540处，ES19打开了连接，所以ES 19通过在消息552处 将连接关闭消息传送给策略服务器38来关闭连接。 在主软交换16a和备份软交换16b不可用时，端点12可以继续使用用于紧急服务 的呼叫处理的紧急模块18。在主软交换16a和备份软交换16b变得可用时，端点12可以 开始使用用于普通和紧急呼叫处理服务的软交换16a和16b。主软交换16a和备份软交换 16b的周期性的活动检测会连续地发生。在所示的实施例中，在消息554处，ES 19将活动 探测传送给主软交换16a。因为主软交换16a是可用的，所以在消息556处，它应答活动探 测并且发送OK消息到ES 19。 在系统10确定主软交换16a或备份软交换16b变得再次可用并且确认了可用性 时，系统10更新端点12以使用用于后续呼叫处理服务的可用的软交换16。 ES 19通过在 消息558处发送通知的实体更新来将可用的更新传送给端点12。作为消息558的部分或分 别地，ES 19还可以直接地或内在地与主地址92进行通信。在消息560处，端点12应答消 息并且开始使用用于后续呼叫处理服务的主软交换16a。 图6是说明了在没有显式地与端点12进行交互的情况下ES 19起始使用用于紧 急通信的紧急模块18的呼叫流程图。ES 19执行主软交换16a和备份软交换16b的周期性 的活动检测。在所示的实施例中，在消息600和604处，ES 19将活动探测传送给主软交换 16a，并且在消息602和606处，ES 19将活动探测传送给备份软交换16b。在608处，发生 超时。在610处，系统IO确定主软交换16a和备份软交换16b是不可用的。
在所示的实施例中，软交换16a、16b和ES 19由IP地址来标识。例如，主软交换 16a的IP地址是192. 0. 2. 1，备份软交换16b的IP地址是192. 0. 2. 2， ES 19的IP地址是 192. 0. 2. 3。 除了用于普通呼叫处理服务的软交换16a和16b的IP地址之外，端点12可能不 具有接收另外的IP地址的能力。在本示例中，在消息612处，ES19将通知的实体更新传送 给端点12。如在611处所示，为了与端点12进行通信，ES 19将它的IP地址伪装为主软交 换16a的IP地址192. 0. 2. 1，而不是它的配置的地址192. 0. 2. 3。在消息614处，端点12 将OK响应传送到ES 19。 在该点处，ES 19是用于端点12的紧急呼叫控制实体。为了起始紧急呼叫，在消 息616处，端点12将发起消息传送给IP地址192.0.2. 1。因为ES 19将它的地址伪装为 192.0.2. l，所以ES 19接收发起消息。ES 19将发起消息618传送给媒体网关20。在消息 620处，ES 19将发起OK消息传送给端点12，并且在消息622处，媒体网关20将发起OK消 息传送给ES 19。 在所示的实施例中，通过与对端点12与紧急服务28之间的承载媒体流做准备的 策略服务器38进行交换来保留连接。在消息624处，ES 19将连接保留消息传送给策略服务器38，并且在消息626处，策略服务器38通过将保留应答传送给ES 19来应答消息。
如果紧急服务28没有立即回答呼叫，在消息628处，ES 19可以将进程指示提供 给端点12。如在消息630中所示，端点12可以应答进程指示。在紧急服务28接受呼叫时， 创建连接并且向端点12和媒体网关20发信号。在消息632处，ES 19将连接消息传送给 端点12，并且在消息634处，将其传送给媒体网关20。在消息636处，媒体网关20应答连 接消息，并且在消息638处，端点12应答连接消息。ES 19通过在消息640处将连接打开消 息传送给策略服务器38来激活承载连接。在642处，使用媒体网关20来在端点12与紧急 服务28之间建立活动的双向媒体路径。 为了断开呼叫，在消息644处，端点12将释放消息传送给ES 19。在消息646处， ES 19将释放消息传送给媒体网关20。在消息648和650处，ES 19和媒体网关20分别地 对释放消息进行应答。因为在消息640处，ES 19打开了连接，所以ES 19通过在消息652 处将连接关闭消息传送给策略服务器38来关闭连接。 在主软交换16a和备份软交换16b不可用时，端点12可以继续使用用于紧急服务 的呼叫处理的紧急模块18。在主软交换16a和备份软交换16b变得可用时，端点12可以开 始使用用于普通和紧急呼叫处理服务的软交换16a和16b。系统10的运营者或管理者可以 恢复软交换16a和16b的可用性。 在所示的实施例中，在658处，运营者或管理者将ES 19恢复到它的原始的网络地 址，使得它不继续将其IP地址伪装为192. 0.2. 1。然后在消息654处，主软交换16a能够将 通知的实体更新消息传送给端点12。在消息656处，端点12用OK消息来应答所述消息并 且使用用于后续呼叫处理服务的主软交换16a。 图7是说明了 ES 19通过与其它网络服务进行交互来起始使用用于紧急通信的紧 急模块18的呼叫流程图。在所示的实施例中，软交换16a、16b和ES 19由IP地址来标识。 例如，主软交换16a的IP地址是192. 0. 2. 1，备份软交换16b的IP地址是192. 0. 2. 2， ES 19的IP地址是192. 0. 2. 3。 ES 19执行主软交换16a和备份软交换16b的周期性的活动检测。在所示的实施 例中，在消息700和704处，ES 19将活动探测传送给主软交换16a，并且在消息702和706 处，ES 19将活动探测传送给备份软交换16b。在708处，发生超时。在所示的实施例中， 紧急模块18确定主软交换16a和备份软交换16b是不可用的，并且在710处，将URI，即 如上所论述的，ES 19可以由URI来识别。在消息712处，ES 19将更新消息发送 给DNS 36。在消息714处，DNS 36将无错误消息传送给ES 19。在消息716处，端点12向 DNS 36进行查询以接收用于紧急呼叫服务处理的部件的URI。在消息718处，DNS 36用与 ES 19的IP地址关联的URI来响应。 现在，ES 19是用于端点12的紧急呼叫控制实体。为了起始紧急呼叫，在消息720 处，端点12将发起消息传送给ES 19。在消息722处，ES 19将发起消息传送给媒体网关 20。在消息724处，ES 19将发起OK消息传送给端点12，并且在消息726处，媒体网关20 将发起OK消息传送给ES 19。 在所示的实施例中，通过与对端点12与紧急服务28之间的承载媒体流做准备的 策略服务器38进行交换来保留连接。在消息728处，ES 19将连接保留消息传送给策略服
primary, example, com与ES 19进行关联。
13务器38，并且策略服务器38通过在消息730处将保留应答传送给ES 19来应答消息。
如果紧急服务28没有立即回答呼叫，在消息732处，ES 19可以将进程指示提供 给端点12。如在消息734中所示，端点12可以应答进程指示。在紧急服务28接受呼叫时， 创建连接并且向端点12和媒体网关20发信号。在消息736处，ES 19将连接消息传送给 端点12，并且在消息738处，将其传送给媒体网关20。在消息740处，媒体网关20应答连 接消息，并且在消息742处，端点12应答连接消息。ES 19通过在消息744处将连接打开消 息传送给策略服务器38来激活承载连接。在746处使用媒体网关20来在端点12与紧急 服务28之间建立活动的双向媒体路径。 为了断开呼叫，在消息748处，端点12将释放消息传送给ES 19。在消息750处， ES 19将释放消息传送给媒体网关20。在消息752和754处，ES 19和媒体网关20分别地 对释放消息进行应答。因为在消息744处，ES 19打开了连接，所以ES 19通过在消息756 处将连接关闭消息传送给策略服务器38来关闭连接。 在主软交换16a和备份软交换16b不可用时，端点12可以继续使用用于紧急服务 的呼叫处理的紧急模块18。在主软交换16a和备份软交换16b变得可用时，端点12可以 起始使用用于普通和紧急呼叫处理服务的软交换16a和16b。为了检测主软交换16a和备 份软交换16b的可用性，系统10可以将活动探测发送给软交换16a和16b或者系统10的 运营者或管理者可以恢复软交换16a和16b的可用性。在所示的实施例中，在消息758处， ES 19将活动探测传送给主软交换16a。主软交换16a是可用的，并且在消息760处，将OK 消息传送给ES 19。 在消息762处，ES 19将更新传送给DNS 36，并且在消息764处，DNS36用无错误 消息来应答。系统10将URI，即primary, example, com的关联恢复到主软交换16a的IP地 址。端点12可以使用用于后续呼叫处理服务的主软交换16a。 图8是说明了系统10将端点12的紧急通信透明地从软交换16a和16b切换到紧 急模块18的呼叫流程图。在该呼叫流通图中，端点12默认地将事件或呼叫信令消息传送 给紧急模块18。 ES 19执行主软交换16a和备份软交换16b的周期性的活动检测。在所示的实施 例中，在消息800和804处，ES 19将活动探测传送给主软交换16a，并且在消息802和806 处，ES 19将活动探测传送给备份软交换16b。在808处，超时会发生。在810处，系统10 确定主软交换16a和备份软交换16b是不可用的。 因为主软交换16a和备份软交换16b不可用，所以ES 19透明地接管来自端点12 的紧急通信。在消息812处，端点12使用紧急地址96来将发起消息传送给ES 19，并且在 消息814处，ES 19将发起消息传送给媒体网关20，而不是将其传送到主软交换16a和备份 软交换16b上。ES 19通过在消息816处将发起OK传送给端点12来应答发起消息，并且媒 体网关20通过在消息818处将发起OK传送给ES 19来应答发起消息。
ES 19可以将消息820的进程指示提供给端点12。如在消息822处所示，端点12 可以应答进程指示。在紧急服务28接受呼叫时，创建连接并且向ES 19和端点12发信号。 在消息824处，ES 19将连接消息传送给端点12，并且在消息826处，媒体网关20将连接消 息传送给ES 19。在消息828处，ES 19应答连接消息，并且在消息830处，端点12应答连 接消息。
在所示的实施例中，通过与对呼叫的端点12与紧急服务28之间的承载媒体流做 准备的策略服务器38进行交换来保留连接。在消息832处，ES19将连接保留消息传送给 策略服务器38，并且策略服务器38通过在消息834处将保留应答传送给ES 19来应答消 息。ES 19通过在消息836处将连接打开消息传送给策略服务器38来激活承载连接。在 838处，活动的双向媒体路径被建立在端点12与媒体网关20之间。 为了断开呼叫，在消息840处，端点12将释放消息传送给ES 19。在消息842处， ES 19将释放消息传送给媒体网关20。在消息844和846处，ES 19和媒体网关20分别对 释放消息进行应答。因为在消息836处，ES 19打开了连接，所以ES 19通过在消息848处 将连接关闭消息传送给策略服务器38来关闭连接。 在主软交换16a和备份软交换16b不可用时，端点12可以继续使用用于紧急服务 的呼叫处理的紧急模块18。在主软交换16a或备份软交换16b变得可用时，端点12可以开 始使用用于普通和紧急呼叫处理服务的软交换16a和16b。 主软交换16a和备份软交换16b的周期性的活动检测会继续地发生。在所示的实 施例中，ES 19将在消息850处的活动探测传送给主软交换16a。因为主软交换16a是可用 的，所以在消息852处，它应答活动探测并且将0K消息发送给ES 19。然后，为了后续的呼 叫处理服务，ES 19将消息继续从端点12转发给主软交换16a。 虽然已在几个实施例中已经描述了本发明，但是本领域的技术人员能够设想到相 当多的修改、变化、改变、转变、和变形，这种修改、变化、改变、转变、和变形均落入本发明所 附权利要求书的保护范围内。
1权利要求
一种用于对紧急通信进行重定向的方法，包括从端点起始紧急通信；确定软交换的不可用性；识别紧急服务器，所述紧急服务器在所述软交换不可用的情况下，对来自所述端点的紧急通信进行呼叫控制；以及起始与所述紧急服务器的紧急通信。
2. 根据权利要求1所述的方法，其中，确定软交换的不可用性包括将保持活动消息发 送给所述软交换。
3. 根据权利要求1所述的方法，还包括 确定所述软交换的可用性；以及将紧急通信的呼叫控制从所述紧急服务器重定向到所述软交换。
4. 根据权利要求3所述的方法，其中，确定所述软交换的可用性包括接收对保持活动 消息的响应。
5. 根据权利要求1所述的方法，其中，根据软交换故障和网络故障中的至少一个，所述 软交换不可用。
6. 根据权利要求1所述的方法，其中，识别紧急服务器包括确定所述紧急服务器的地址。
7. 根据权利要求6所述的方法，其中，确定所述紧急服务器的地址包括获取与所述紧 急服务器相关联的紧急地址。
8. 根据权利要求6所述的方法，其中，确定所述紧急服务器的地址包括获取与所述软 交换相关联的主地址。
9. 根据权利要求1所述的方法，其中，起始紧急通信包括将紧急通信从所述软交换重 定向到所述紧急服务器。
10. 根据权利要求1所述的方法，其中，所述紧急服务器对所述软交换是透明的。
11. 一种装置，包括 接口，用于接收起始紧急通信的输入；处理器，耦合到所述接口 ，所述处理器用于处理所述输入以便于紧急通信的起始； 网络接口 ，耦合到所述处理器，所述网络接口用于将紧急通信发送给通信网络；以及 存储器，耦合到所述处理器，所述存储器用于存储至少三个地址，包括 第一地址，用于标识呼叫控制的主软交换；第二地址，用于在所述主软交换不可用的情况下，标识呼叫控制的备份软交换；以及 第三地址，用于在所述主软交换和备份软交换不可用的情况下，标识紧急通信的紧急 服务器。
12. 根据权利要求11所述的装置，其中，所述第一地址、第二地址、和第三地址中的至 少一个是互联网协议(IP)地址。
13. 根据权利要求11所述的装置，其中，所述第一地址、第二地址、和第三地址中的至 少一个是域名。
14. 根据权利要求11所述的装置，其中，所述输入是紧急电话号码。
15. 根据权利要求11所述的装置，其中所述处理器还用于确定所述主软交换和备份软交换不可用；以及 所述网络接口还用于将紧急通信发送给所述紧急服务器。
16. 根据权利要求ll所述的装置，其中，所述网络接口还用于发送保持活动消息以监 视所述主软交换和备份软交换的可用性。
17. 根据权利要求11所述的装置，其中，所述网络接口还用于将紧急通信发送给所述 紧急服务器。
18. 根据权利要求17所述的装置，其中，所述网络接口还用于将紧急通信从所述主软 交换和备份软交换重定向到所述紧急服务器。
19. 一种紧急模块，包括紧急服务器，在软交换不可用的情况下，所述紧急服务器便于紧急通信的呼叫处理，所述紧急服务器包括网络接口，用于接收来自端点的紧急通信；处理器，耦合到所述网络接口 ，所述处理器用于实现紧急通信的呼叫处理；以及 存储器，耦合到所述处理器，所述存储器用于存储所述紧急服务器的标识符。
20. 根据权利要求19所述的紧急模块，还包括媒体网关，所述媒体网关用于将紧急通 信传送给紧急服务。
21. 根据权利要求19所述的紧急模块，其中，所述紧急服务器用于 将保持活动消息传送给实施所述端点的呼叫处理的软交换； 确定所述网络接口是否接收到对所述保持活动消息的响应；如果所述网络接口没有接收到响应，那么将紧急通信呼叫处理的更新传送给所述端点；接收来自所述端点的紧急通信；以及 处理所述端点的紧急通信。
22. 根据权利要求19所述的紧急模块，其中，所述紧急服务器用于 如果所述端点确定用于呼叫处理的软交换的不可用性，那么接收来自所述端点的紧急通信；以及处理所述端点的紧急通信。
23. 根据权利要求19所述的紧急模块，其中，所述紧急服务器用于将所述标识符与软 交换的域名相关联。
24. 根据权利要求19所述的紧急模块，其中，所述紧急服务器用于将所述标识符遮蔽 为软交换的标识符。
25. 根据权利要求19所述的紧急模块，其中，所述标识符是互联网协议地址。
26. —种用于对紧急通信进行重定向的逻辑，所述逻辑被体现在计算机可读介质中并 且用于从端点起始紧急通信； 确定软交换的不可用性；识别紧急服务器，所述紧急服务器在所述软交换不可用的情况下，对来自所述端点的 紧急通信进行呼叫控制；以及起始与所述紧急服务器的紧急通信。
27. 根据权利要求26所述的逻辑，其中，确定软交换的不可用性包括将保持活动消息 发送给所述软交换。
28. 根据权利要求26所述的逻辑，所述逻辑还用于 确定所述软交换的可用性；以及将紧急通信的呼叫控制从所述紧急服务器重定向到所述软交换。
29. 根据权利要求28所述的逻辑，其中，确定所述软交换的可用性包括接收对保持活 动消息的响应。
30. 根据权利要求26所述的逻辑，其中，根据软交换故障和网络故障中的至少一个，所 述软交换不可用。
31. 根据权利要求26所述的逻辑，其中，识别紧急服务器包括确定所述紧急服务器的 地址。
32. 根据权利要求31所述的逻辑，其中，确定所述紧急服务器的地址包括获取与所述 紧急服务器相关联的紧急地址。
33. 根据权利要求31所述的逻辑，其中，确定所述紧急服务器的地址包括获取与所述 软交换相关联的主地址。
34. 根据权利要求26所述的逻辑，其中，起始紧急通信包括将紧急通信从所述软交换 重定向到所述紧急服务器。
35. 根据权利要求26所述的逻辑，其中，所述紧急服务器对所述软交换是透明的。
36. —种用于重定向紧急通信的系统，包括 用于从端点起始紧急通信的单元； 用于确定软交换的不可用性的单元；用于识别紧急服务器的单元，所述紧急服务器在所述软交换不可用的情况下，对来自 所述端点的紧急通信进行呼叫控制；以及用于起始与所述紧急服务器的紧急通信的单元。
全文摘要
一种用于重定向紧急通信的系统、方法、和装置，包括从端点起始紧急通信；确定软交换的不可用性；识别紧急服务器，所述紧急服务器在所述软交换不可用的情况下，对来自所述端点的紧急通信进行呼叫控制；以及起始与所述紧急服务器的紧急通信。
文档编号H04M3/42GK101711477SQ200880013611
公开日2010年5月19日 申请日期2008年2月26日 优先权日2007年2月26日
发明者A·S·本德, D·L·斯帕克斯 申请人:杰恩邦德公司