CN101711477B - 紧急服务解决方案的实现 - Google Patents

紧急服务解决方案的实现 Download PDF

Info

Publication number
CN101711477B
CN101711477B CN200880013611.2A CN200880013611A CN101711477B CN 101711477 B CN101711477 B CN 101711477B CN 200880013611 A CN200880013611 A CN 200880013611A CN 101711477 B CN101711477 B CN 101711477B
Authority
CN
China
Prior art keywords
soft switch
emergency services
end points
urgency communication
message
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
Application number
CN200880013611.2A
Other languages
English (en)
Other versions
CN101711477A (zh
Inventor
D·L·斯帕克斯
A·S·本德
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Genband US LLC
Original Assignee
Genband US LLC
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Genband US LLC filed Critical Genband US LLC
Publication of CN101711477A publication Critical patent/CN101711477A/zh
Application granted granted Critical
Publication of CN101711477B publication Critical patent/CN101711477B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M7/00—Arrangements for interconnection between switching centres
    • H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • H04M7/0081—Network operation, administration, maintenance, or provisioning
    • H04M7/0084—Network monitoring; Error detection; Error recovery; Network testing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1069—Session establishment or de-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1096—Supplementary features, e.g. call forwarding or call holding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M2242/00—Special services or facilities
    • H04M2242/04—Special services or facilities for emergency applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/08—Indicating faults in circuits or apparatus

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)

Abstract

一种用于重定向紧急通信的系统、方法、和装置，包括：从端点起始紧急通信；确定软交换的不可用性；识别紧急服务器，所述紧急服务器在所述软交换不可用的情况下，对来自所述端点的紧急通信进行呼叫控制；以及起始与所述紧急服务器的紧急通信。

Description

紧急服务解决方案的实现
技术领域
本发明总体上涉及通信服务，并且具体地涉及实现紧急服务解决方案。
背景技术
传统上，通过基于分组的网络进行通信的端点在通信期间是在软交换的控制下。然而，如果软交换故障，那么端点就不能起始或不能涉及包括紧急服务的通信的任何通信。
发明内容
根据本发明，可以减少或消除与在软交换故障时的紧急服务通信的现有技术相关联的缺点和问题。
根据本发明的一个实施例，一种用于重定向紧急通信的系统、方法，和装置包括从端点起始紧急通信。软交换的不可用被确定，并且紧急服务器在软交换不可用的情况下被识别为对来自端点的紧急通信进行呼叫控制。利用紧急服务器起始紧急通信。
本发明的特定实施例可以提供一个或多个技术优点。一个实施例的技术优点包括即使故障在系统中发生(例如，软交换故障)，也便于(facilitate)与紧急服务进行通信。因此，用户具有可以在不考虑系统中的可能的问题的情况下联系紧急服务的连续的能力。
本发明的特定实施例可以不包括上述的技术优点、或者包括上述的技术优点中的一些或所有。根据本文所包括的说明书附图、说明书和权利要求书，一个或多个其它技术优点对本领域的技术人员是显而易见的。
附图说明
为了更完整地理解本发明及其特征和优点，现在结合附图来进行以下的说明，在附图中：
图1说明了一种用于实现端点的紧急服务解决方案的系统；
图2是进行端点的紧急通信的紧急服务器的实施例的详细的说明；
图3是在系统中进行通信的端点的实施例的详细说明；
图4是说明了端点起始使用紧急模块以进行紧急通信的呼叫流程图；
图5是说明了紧急服务器起始使用紧急模块以进行紧急通信的呼叫流程图；
图6是说明了在没有明显地与端点进行交互的情况下起始使用紧急模块以进行紧急通信的呼叫流程图；
图7是说明了紧急服务器通过与其它网络服务进行交互来起始使用紧急模块以进行紧急通信的呼叫流程图；以及
图8是说明了系统对端点的紧急通信从软交换透明地切换到紧急服务器的呼叫流程图。
具体实施方式
通过参照附图的图1到图8可以最佳地理解本发明的实施例及其优点，相同的附图标记用于各个附图的相同并且对应的部分。
图1说明了用于实现端点12的紧急服务解决方案的系统10。系统10包括端点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的保持活动(keep-alive)消息。软交换16可以包括任何合适的组件，例如呼叫代理、媒体网关控制器，或提供呼叫控制功能的看门器。软交换16可以包括可以实现任何合适的协议或通信的任何其它硬件和/或软件。
软交换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、POTS32、和服务局34。PSAP 30、POTS 32，和服务局34中的每一个对处于紧急情况的用户提供帮助。用户可以联系任何合适的紧急服务28，这取决于用户的位置、用户的紧急事件的特征、或任何其它合适的准则。例如，如果端点12处于小城镇中，那么联系紧急服务28可以包括联系在城镇的警察局处的POTS 32。作为另一个示例，如果端点12处于大城市区域，那么联系紧急服务28可以包括联系PSAP 30，其收集关于紧急事件的具体的信息并且便于向用户派遣援助。作为另一个示例，用户可以联系服务局34，其将通信定向到紧急应答器或PSAP。
在所示的实施例中，系统10包括域名服务器(DNS)36，其代表可以将名字或用户标识符转换为网络地址的任何合适的服务器。例如，如果主机名描述了ES 19，那么DNS 36可以将名字解析为端点12可理解的IP地址。
策略服务器37代表了对系统10内的一个或多个策略进行处置的任何合适的服务器。例如，策略服务器37与策略执行点38进行交互，其中策略执行点38确保具体的服务质量(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代表任何端口和连接，其可以是真实的或虚拟的，包括允许ES 19与网络14、端点12、或系统10的其它部件交换信息的任何合适的硬件和/或软件。
处理器54通过处理从网络接口52和存储器56所接收的信息来控制ES19的操作和处置。处理器54包括可控制和处置信息的任何硬件、软件、或这两者的组合。例如，处理器54可以是可编程逻辑设备、微控制器、微处理器，任何合适的处理设备、或上述的任何组合。
存储器56永久地或暂时地存储数据、代码58、标识符60，或处理器54处理的其它信息。存储器54包括适合于存储信息的易失性或非易失性本地或远程设备中的任何一个或它们的组合。例如，存储器56可以包括随机存取存储器(RAM)、只读存储器(ROM)、磁存储设备、光存储设备、任何其它合适的信息存储设备，或这些设备的任何合适的组合。
代码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的主地址(primary address)92、用于软交换16b的备份地址94、和用于ES 19的紧急地址96。这些地址90可以包括标识符的任何合适类型的标识符，例如标识部件的名字、网络地址、或URI。端点12可以在将端点12注册到网络14的期间，确定来自网络14的控制器地址90。如下文所讨论，端点12还可以起始使用ES 19，以用于使用紧急地址96的紧急通信。在另一个实施例中，端点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处，系统10确定主软交换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.1，所以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，即primary.example.com与ES 19进行关联。
如上所论述的，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将连接保留消息传送给策略服务器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处，它应答活动探测并且将OK消息发送给ES 19。然后，为了后续的呼叫处理服务，ES 19将消息继续从端点12转发给主软交换16a。
虽然已在几个实施例中已经描述了本发明，但是本领域的技术人员能够设想到相当多的修改、变化、改变、转变、和变形，这种修改、变化、改变、转变、和变形均落入本发明所附权利要求书的保护范围内。

Claims (36)

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.根据权利要求11所述的装置，其中，所述网络接口还用于发送保持活动消息以监视所述主软交换和备份软交换的可用性。
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.一种用于重定向紧急通信的系统，包括：
用于从与第一接入设备相关联的端点起始紧急通信的单元；
用于确定软交换的不可用性的单元；
用于识别紧急服务器的单元，所述紧急服务器在所述软交换不可用的情况下，对来自所述端点的所述紧急通信进行呼叫控制，其中，所述紧急服务器用于为经由不同的接入设备连接到网络的端点提供呼叫控制；以及
用于起始与所述紧急服务器的所述紧急通信的单元，其中，所述紧急服务器用于将所述紧急通信定向到经由不同于所述第一接入设备的第二接入设备连接到所述网络的紧急服务。
CN200880013611.2A 2007-02-26 2008-02-26 紧急服务解决方案的实现 Active CN101711477B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/678,686 US7961849B2 (en) 2007-02-26 2007-02-26 Implementing an emergency services solution
US11/678,686 2007-02-26
PCT/US2008/054941 WO2008106416A1 (en) 2007-02-26 2008-02-26 Implementing an emergency services solution

Publications (2)

Publication Number Publication Date
CN101711477A CN101711477A (zh) 2010-05-19
CN101711477B true CN101711477B (zh) 2014-02-19

Family

ID=39471685

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200880013611.2A Active CN101711477B (zh) 2007-02-26 2008-02-26 紧急服务解决方案的实现

Country Status (4)

Country Link
US (1) US7961849B2 (zh)
EP (1) EP2140670B1 (zh)
CN (1) CN101711477B (zh)
WO (1) WO2008106416A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7903545B1 (en) * 2008-07-31 2011-03-08 Juniper Networks, Inc. Multicast tree state replication
US8831555B2 (en) 2009-04-03 2014-09-09 Qualcomm Incorporated Reestablishment procedure for an emergency call
EP3086532B1 (en) 2009-04-13 2019-11-06 BlackBerry Limited System and method for determining trust for sip messages
TWI433503B (zh) * 2009-04-21 2014-04-01 Inst Information Industry 行動裝置、基地台、後端網路裝置及用於該行動裝置之方法與電腦程式產品
CA2853952C (en) 2013-06-10 2019-07-02 PioneerNet Solutions Inc. Emergency communication solution
US9907096B2 (en) * 2013-09-27 2018-02-27 Solacom Technologies Inc. Recovery of established emergency video calls
US10313528B2 (en) * 2014-03-26 2019-06-04 Genband Us Llc Systems, methods, and computer program products for providing regional survivable calling over a packet network
US10225766B2 (en) 2016-06-01 2019-03-05 At&T Intellectual Property I, L.P. E-911 redirection system and method
CN110958501B (zh) * 2019-11-22 2021-12-24 烽火通信科技股份有限公司 PON系统的VoIP紧急独立代理装置及方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1432254A1 (en) * 2002-12-17 2004-06-23 Alcatel Call-routing apparatus and associated method for providing local call handling functions in a communication network
CN1863075A (zh) * 2005-09-19 2006-11-15 华为技术有限公司 一种宽带接入设备链路故障处理系统及方法
CN1870689A (zh) * 2006-01-09 2006-11-29 华为技术有限公司 会话边界控制器双归属的实现方法及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5563931A (en) * 1994-08-16 1996-10-08 Sos Wireless Communications & National Dispatch Center Emergency wireless telephone and control system, and method
US7257629B2 (en) * 2001-09-27 2007-08-14 Siemens Communications, Inc. Method and apparatus for providing back-up capability in a communication system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1432254A1 (en) * 2002-12-17 2004-06-23 Alcatel Call-routing apparatus and associated method for providing local call handling functions in a communication network
CN1863075A (zh) * 2005-09-19 2006-11-15 华为技术有限公司 一种宽带接入设备链路故障处理系统及方法
CN1870689A (zh) * 2006-01-09 2006-11-29 华为技术有限公司 会话边界控制器双归属的实现方法及系统

Also Published As

Publication number Publication date
CN101711477A (zh) 2010-05-19
EP2140670B1 (en) 2015-04-08
US20080205600A1 (en) 2008-08-28
EP2140670A1 (en) 2010-01-06
US7961849B2 (en) 2011-06-14
WO2008106416A1 (en) 2008-09-04

Similar Documents

Publication Publication Date Title
CN101711477B (zh) 紧急服务解决方案的实现
US7894410B2 (en) Method and system for implementing backup based on session border controllers
AU2005200060B2 (en) Managing routing path of voice over internet protocol (VoIP) system
JP3961717B2 (ja) 公衆交換電話網およびインターネットを介する呼の最適ルーティング
JP4786993B2 (ja) 音声伝送用の電話網を使用するｉｐテレビ会議を確立する方法
US6643283B2 (en) Communication network
CA2692790A1 (en) Alarm signaling with hybrid data and two-way voice channel
JP2004135329A (ja) リングバックトーン発生装置を備えたインターネットフォン、及びそのリングバックトーン伝送方法
CN102263775A (zh) 一种本区域sip呼叫控制方法及其装置
CN103401882B (zh) Voip网关语音链路备份方法及系统
EP2346293B1 (en) Method and communication terminal for realizing voice service via wireless network
US20080069089A1 (en) Method for Transmitting Signalling Information Via a Network Limiting Element in a Communications Network
KR101519600B1 (ko) 인터넷 전화 시스템의 통화 처리 방법 및 그 장치
JP2005252994A (ja) ＶｏＩＰシステムとそれを構成するＩＰ電話機及びゲートウェイ
JP4941789B2 (ja) ホームゲートウェイ装置および番号ポータビリティ制御方法
US7756260B2 (en) Method for providing features to the user of a telephone, a central unit and a telecommunication system therefor
JP4135466B2 (ja) 通信システム
JP2006033004A (ja) 通信装置、呼処理制御装置および通信システム
KR20050090819A (ko) 비상계획에 따른 응급전화 전달장치 및 방법
KR100824167B1 (ko) Ｎｇｎ에서의 음성 통화 감청 시스템 및 방법
TWI664847B (zh) 會話發起協定閘道器、其發話方法及其受話方法
KR100821576B1 (ko) 아이피 망을 이용한 사설교환기 간의 중계 호 처리방법
JP3934901B2 (ja) ＶｏＩＰシステムにおける障害対策方法、ＶｏＩＰシステムおよびＶｏＩＰシステム用通信交換管理装置
JPH11341073A (ja) インターネット電話装置
JP2006094330A (ja) Ｉｐ電話転送装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C53 Correction of patent of invention or patent application
CB02 Change of applicant information

Address after: Texas in the United States

Applicant after: GENBAND INC.

Address before: Texas in the United States

Applicant before: Genband Inc.

COR Change of bibliographic data

Free format text: CORRECT: APPLICANT; FROM: GENBAND INC. TO: GENBAND US CO., LTD.

C14 Grant of patent or utility model
GR01 Patent grant