向呼叫管理器的弹性注册的制作方法

专利名称：向呼叫管理器的弹性注册的制作方法
技术领域：
本发明 一般地涉及通信领域，更具体而言涉及用于向呼叫管理器注册 的系统和方法。
背景技术：
会话发起协议(SIP)是一种用于因特网会议、电话、出席、事件通 知和即时消息传递的协议。当利用SIP发出呼叫时，域名服务器向电话提 供代理列表并辅助SIP电话间的通信。利用域名服务器，电话在用户试图
使用电话时检测代理的不可用。因此，电话可能有一段时间不可用，而用
户却没有意识到不可用。检测中断(outage)可能花费相当长的时间，并 且增加电话不可用的时间量。另外，当电话由于原始代理发生故障而尝试 连接到备用代理时，利用域名服务器该过程会花费额外的时间。

发明内容
根据本发明，可以减小或消除与用于呼叫管理的现有技术相关联的缺 点和问题。
根据本发明的一个实施例，向呼叫管理器注册包括连接到第一呼叫管 理器和第二呼叫管理器。端点向第一呼叫管理器注册并向第一呼叫管理器 和第二呼叫管理器发送保活(keep-alive)信号。如果在第一呼叫管理器中 检测到故障，系统则发起因故障转移(failover)过程。当第一呼叫管理器 重获可操作性时，端点向第一呼叫管理器重新注册。
在本发明的另 一实施例中，向呼叫管理器注册包括注册多个端点并管 理与多个端点相关联的呼叫会话的多个呼叫管理器。此外，多个端点耦合 到多个呼叫管理器并向第一呼叫管理器注册。多个端点保持与第一呼叫管
理器和第二呼叫管理器的连接，并向第一和第二呼叫管理器发送保活信
号。
一个或多个传送协议服务器耦合到多个端点，并向多个端点提供配置信息。
本发明的某些实施例可提供一个或多个技术优点。 一个实施例的技术 优点可包括呼叫管理器的可用性更高并且用户获得持续电话服务的概率更 高。该实施例辅助故障期间的迅速恢复，同时使资源影响达最低限度。一个实施例的另一技术优点可包括在sip环境中使用呼叫管理器，这提供r 在呼叫会话发生故障的情况下保持呼叫的能力。另一个优点包括使用提供 多重呼叫控制功能、更低的服务延迟、更低的呼叫延迟以及如果在呼叫会 话期间发生故障则具有更低的建立延迟的呼叫管理器。
本发明的某些实施例可不包括上述技术优点或包括其中的一些或全 部。本领域的技术人员从附图、说明书和这里包括的权利要求书中可很容 易明白 一个或多个其他技术优点。


为了更全面地理解本发明及其特征和优点，现在结合附图参考以下描 述，在各附图中类似的标号被用于类似和相应的部件，其中-
图1是示出能够向呼叫管理器注册的系统的一个实施例的框图2是示出用于向呼叫管理器注册的方法的一个示例的流程图3是用于向主呼叫管理器注册的呼叫流程图4是用于因故障转移到次呼叫管理器的呼叫流程图5是用于退回到主呼叫管理器的一个示例的呼叫流程图6是用于退回到主呼叫管理器的另一个示例的呼叫流程图7是用于因故障转移到可存活的远程站点电话路由器并退回到主呼 叫管理器的呼叫流程图。
具体实施例方式
图l示出能够提供向呼叫管理器的弹性注册的系统10。 一般来说，系 统10包括端点118，多个呼叫管理器和传送协议服务器，它们组合起来为 端点118提供弹性注册。系统IO与包括会话发起协议(SIP)和瘦小呼叫
控制协议(SCCP)在内的任何合适的协议兼容。
端点118可以是向用户提供通信服务的硬件和/或软件的任何组合。端点118可包括以下装置之一或其组合用于适应用户交互的用户接口、用 于提供网络连接的网络接口、用于存储的存储器和用于处理和操纵数据的 处理器。端点118可包括数字或因特网协议(IP)电话、个人计算机或任 何其他合适的设备。系统1O预期了端点118的任何数目和布置。在各种
实施例中，端点118支持传输控制协议(TCP)、传输层安全性(TLS) 和用户数据报协议(UDP)。端点118在系统10中的通信会话中交换音 频、语音、数据、视频或其他信息，并且可包括多条线路以参与通信会 话。
动态主机配置协议(DHCP)服务器114自动地向端点118分派IP地 址。DHCP服务器114向端点118提供其他配置信息，包括传送协议服务 器和网关信息。
主呼叫管理器106、次呼叫管理器108和第三级呼叫管理器110 (统 称为呼叫管理器106、 108、 110)管理端点118的通信会话。呼叫管理器 106、 108、 110是包括诸如控制呼叫处理、路由选择、电话特征和选项 (例如呼叫保持、呼叫转移和呼叫方标识)、设备配置和系统10内的其 他电话功能和参数之类的能力的应用。呼叫管理器106、 108、 110包括用 于处理端点118的配置、注册、呼叫处理和其他管理功能的逻辑。呼叫管 理器106、 108、 110还可控制位于系统IO中别处的端点118。在一个实施 例中，网络可将呼叫管理器106、 108、 110连接到端点118。呼叫管理器 106、 108、 110可实现为在耦合到系统IO的一个或多个计算机上执行的软 件。呼叫管理器106、 108、 110的软件可包含在任何类型的计算机可读介 质中，包括但不限于硬盘驱动器、磁盘、CD-ROM、 DVD-ROM或者其他 光存储设备或磁存储设备。
如果发生网络中断，可存活远程站点电话(SRST)路由器116则向系 统IO中的端点118提供电话服务。如果呼叫管理器106、 108、 110发生故 障，SRST路由器116也可变为活动的。SRST路由器116包括允许端点 118之间的呼叫与彼此通信、允许来自公共交换电话网(PSTN)的呼叫与
端点118通信以及允许来自端点118的呼叫通过PSTN与站点外的端点 118通信的硬件和/或软件的任何组合。SRST路由器116可接收来自端点 118的注册并路由呼叫。
在图示实施例中，小型文件传送协议(TFTP)服务器112在端点118 启动、端点118被重置或者发生任何其他合适的事件时向端点118提供配 置信息。任何合适的传送协议服务器，例如超文本传送协议服务器，都可 向端点118提供配置信息。配置信息可包括关于呼叫管理器106、 108、 110或SRST路由器116的信息。此外，配置信息可包括介质访问控制 (MAC)地址。MAC地址是网络接口处与每个端点118相关联的唯一的 物理地址。在一个实施例中，系统IO包括多个TFTP服务器112。 DHCP 服务器114向端点118提供多个TFTP服务器112之一的地址，端点118 从该TFTP服务器112下载配置文件。在另一个实施例中，多个TFTP服 务器112可处于一个网络上、在与呼叫管理器相同的服务器上被实现，或 者处于不同的网络上。TFTP服务器112可以是任何服务器，包括可操作 以用于向端点118提供配置信息的逻辑的任何合适的组合或布置。
呼叫管理器管理员100向系统10，具体而言是向数据库102提供信息 或者改变信息。呼叫管理器管理员IOO可向数据库102提供端点118的配 置信息。数据库102包括可操作以用于包含关于系统10、端点118或系统 10中的任何模块的信息的任何数据库。数据库102中的信息可包括端点 118的配置信息。
扩展移动性服务器(EMS) 104允许用户从另一端点118临时访问特 定端点118，例如服务、速度拨号和链路表观。用户通过访问端点118的 接口来访问EMS 104。 EMS 104与数据库102交互，以向端点118应用新 的配置信息。TFTP服务器112动态地生成配置文件，端点118在被重置 时从TFTP服务器112重新读取新的配置文件。
在操作中，端点118向主呼叫管理器106注册。注册通知主呼叫管理 器106端点118已准备好操作，将端点118与主呼叫管理器106关联起 来，并且激活在端点118上配置的线路。端点118上配置的线路的目录号 码在主呼叫管理器106内被激活，因此呼叫可端接于端点118。向呼叫管
理器注册包括以下歩骤查询DHCP服务器114以获得模块信息，定位
TFTP服务器112，从TFTP服务器112下载配置文件，确定使用什么协 议，连接到第一和第二呼叫管理器，以及向端点118成功与之连接的第一 呼叫管理器发送注册消息。在图示实施例中，端点118连接到主呼叫管理 器106和次呼叫管理器108并且向主呼叫管理器106注册。注册可取决于 端点118的协议而有所不同。如果系统10使用SCCP，则端点118利用 MAC地址向主呼叫管理器106注册。如果系统10使用SIP，则向主呼叫 管理器106注册端点118的记录地址。系统IO利用可路由的统一资源标识 符将呼叫路由到端点118，该统一资源标识符处理针对向主呼叫管理器 106注册的记录地址的呼叫。
一旦被注册，用户就可重置或者重启端点118。如果端点118被重 启，数据库102则向TFTP服务器112和主呼叫管理器106发送通知。 TFTP服务器112构建配置文件。主呼叫管理器106迫使端点118从TFTP 服务器112重新读取配置文件。端点118重新读取配置文件并利用新的配 置文件向主呼叫管理器106重新注册。
当向主呼叫管理器106注册时，端点118向主呼叫管理器106和次呼 叫管理器108发送保活信号，以确认可操作性。保活信号是不断被刷新的 注册请求。注册请求包括具有"期满"参数的头部。"期满"参数设置何 时注册将被刷新。用户可配置"期满"参数以实现所需的性能。端点118 按照用户的配置周期性地向主呼叫管理器106和次呼叫管理器108发送保 活信号。主呼叫管理器106和次呼叫管理器108确认来自端点118的保活 信号以确认可操作性。
如果主呼叫管理器106不确认保活信号，则端点118意识到主呼叫管 理器106发生故障并且开始因故障转移过程。因故障转移过程包括端点 118向次呼叫管理器108注册以管理端点118的呼叫会话以及连接到作为 备用的第三级呼叫管理器110。次呼叫管理器108管理端点118的呼叫会 话，直到主呼叫管理器106从故障中恢复。端点118向次呼叫管理器108 和第三级呼叫管理器IIO发送保活信号以确认可操作性。
主呼叫管理器106可能在端点118最初向主呼叫管理器106注册之前就发生了故障。端点118监视主呼叫管理器106的恢复。端点118利用次
呼叫管理器108、第三级呼叫管理器110或SRST路由器116来处理呼叫 会话，直到主呼叫管理器106恢复。端点118可向任何在故障之后变得可 操作的更高级呼叫管理器重新注册。例如，如果端点118向第三级呼叫管 理器110注册，则端点118可在次呼叫管理器108重获可操作性时向次呼 叫管理器108重新注册，而不是等待主呼叫管理器106恢复。当端点118 确定主呼叫管理器106已从故障中恢复过来并且在可配置的时间段中保持 可操作时，118端点从次呼叫管理器108、第三级呼叫管理器IIO或SRST 路由器U6解除注册，并且向主呼叫管理器106重新注册。
如果次呼叫管理器108在主呼叫管理器106恢复之前发生故障，在端 点118向第三级呼叫管理器110注册，并且连接到作为备用的另一呼叫管 理器或者在没有备用呼叫管理器的情况下工作。第三级呼叫管理器110管 理端点U8的呼叫会话，直到次呼叫管理器108或者主呼叫管理器106恢 复。端点118退回到可操作的具有最高优选级的呼叫管理器。当端点118 开始退回过程时，它尝试退回到所有可操作的呼叫管理器，如果其他呼叫 管理器在类似的时间恢复，则优选主呼叫管理器106。如果第三级呼叫管 理器IIO在主呼叫管理器106或次呼叫管理器108恢复之前发生故障，则 端点118向SRST路由器116注册以管理呼叫会话。
系统10的元件可包括用于执行该元件的操作的接口、逻辑和存储器 的任何合适的配置。接口是指设备的可操作以用于接收对该设备的输入和/ 或从该设备发送输入的任何合适的结构，并且可包括一个或多个端口。逻 辑是指任何合适的硬件、软件或硬件和软件的组合。例如，逻辑可包括处 理器。处理器可以指可操作以用于执行指令并操纵数据以执行操作的任何 合适的设备。存储器是指可操作以用于存储并辅助检索处理器使用的信息 的任何结构，并且可包括随机访问存储器(RAM)、只读存储器 (ROM)、磁驱动器、盘驱动器、紧致盘(CD)驱动器、数字视频盘 (DVD)驱动器、可移动对话存储设备、任何其他合适的数据存储设备或 者任何前述项目的组合。
在不脱离本发明范围的情况下，可对系统10进行修改、添加或省略。例如，主呼叫管理器106、次呼叫管理器108和第三级呼叫管现器 110可连接到一个网络，并且端点118可连接到该网络。
另外，系统10的操作可由更多、更少或其他模块来执行。例如，系 统10可具有连接到呼叫管理器106、 108、 110的多于一个端点118。另 外，端点118可以以任何呼叫管理器作为其主呼叫管理器并以任何呼叫管 理器作为其次呼叫管理器。端点118可共享主呼叫管理器和次呼叫管理器 或者可以具有不同的主呼叫管理器和不同的次呼叫管理器。系统10的组 件可根据特定需求而被集成或分离。此外，系统10的操作可利用任何合 适逻辑(包括软件、硬件、其他逻辑或前述项目的任何合适的组合)来执 行。本文中使用的"每个"是指集合的每个成员或集合的子集的每个成 员。
图2是在系统10中端点118向呼叫管理器注册的方法的流程图20。 端点118在步骤200完成启动和注册过程。该过程包括连接到主呼叫管理 器106和次呼叫管理器108并向主呼叫管理器106注册。在步骤202，端 点118向主呼叫管理器106和次呼叫管理器108发送保活信号。在步骤 204，端点118确定主呼叫管理器106是否保持可操作。如果主呼叫管理 器106可工作，端点118就继续向主呼叫管理器106和次呼叫管理器108 发送保活信号。
如果主呼叫管理器106不可工作，则在步骤206端点118向次呼叫管 理器108注册。在步骤208，端点118连接到第三级呼叫管理器110。在 步骤210，端点U8在用次呼叫管理器108进行呼叫并用第三级呼叫管理 器IIO作为备用呼叫管理器的同时监视主呼叫管理器106的恢复。在步骤 212，端点118确定主呼叫管理器106是否已从故障中恢复过来。如果主 呼叫管理器106尚未恢复，则端点118继续监视主呼叫管理器106的进展 并用次呼叫管理器108进行呼叫会话。
如果主呼叫管理器106己从其故障中恢复过来，则在步骤214端点 118确定其向主呼叫管理器106重新注册的能力。除了确定端点118何时 可向主呼叫管理器106重新注册之外，端点118还确定它是根据端点118 的当前配置向主呼叫管理器106重新注册还是应当从TFTP服务器112更新配置文件。如果主呼叫管理器106具有重新注册端点118的能力，端点
118则在步骤216向次呼叫管理器108解除注册并在步骤218向主呼叫管 理器106重新注册。然后在步骤220系统IO确定端点118是否终止与主呼 叫管理器106的注册。如果端点118不终止注册，则端点118从步骤202 起继续向主呼叫管理器106和次呼叫管理器108发送保活信号。如果在歩 骤220系统IO接收到终止注册的请求，则方法结束。
所述方法只是向呼叫管理器注册的一个示例。在不脱离本发明范围的 情况下，可对该方法进行修改、添加或省略。该方法可包括更多、更少或 其他步骤。此外，在不脱离本发明的范围的情况下，可以任何合适的顺序 执行步骤。例如，系统10可在向主呼叫管理器106解除注册之前向次呼 叫管理器108注册。
图3至7是示出向呼叫管理器注册的操作示例的呼叫流程图。当端点 118向呼叫管理器注册或重新注册时，端点118验证其具有配置文件的最 新版本。如果端点118不具有当前的配置文件，端点118则通过从TFTP 服务器U2下载当前的配置文件来更新配置文件。
图3示出了端点118的初始启动和注册的呼叫流程图30的示例。在 300，端点118从TFTP服务器112下载配置文件。端点118在302建立到 主呼叫管理器106的连接并且在304建立到次呼叫管理器108的连接。在 这里，到主呼叫管理器106和次呼叫管理器108的连接是TLS连接。TLS 连接保证了端点118和呼叫管理器106、 108的私密性和数据完整性。在 另一个实施例中，连接可以是TCP连接或UDP连接。TCP连接使得端点 118和呼叫管理器106、 108能够交换信息，并且保证了以信息被发送的顺 序递送信息。UDP连接允许通过网络发送数据报，即数据分组。在306， 端点118向主呼叫管理器106注册。
端点118在308向主呼叫管理器106发送保活信号并在310向次呼叫 管理器108发送保活信号，以刷新注册并监视可操作性。端点118上由主 呼叫管理器106选择的一条线路发送和接收保活信号。发送到主呼叫管理 器106的保活信号以可配置的间隔刷新注册。端点118向主呼叫管理器 106发送"期满"参数大于0的注册请求。发送到次呼叫管理器108的保活信号监视次呼叫管理器108的可操作性。保活信号的"期满"参数被设 置为0。将"期满"参数设置为0在持续监视次呼叫管理器108的同时最
低限度地影响次呼叫管理器108。只要主呼叫管理器106和次呼叫管理器 108保持可操作，主呼叫管理器106和次呼叫管理器108则分别在312和 314确认保活信号。
端点118可能不像图示那样向主呼叫管理器106注册。在另一个实施 例中，如果不能向主呼叫管理器106注册，端点118则尝试向次呼叫管理 器108注册。在成功地注册到次呼叫管理器108之后，端点118建立到第 三级呼叫管理器110的连接。端点118向次呼叫管理器108和第三级呼叫 管理器IIO发送保活信号以监视可操作性。此外，端点118建立到主呼叫 管理器106的连接并向主呼叫管理器106发送保活信号以监视可操作性。 如果主呼叫管理器106恢复，则端点118在保持与次呼叫管理器108的连 接同时向次呼叫管理器108解除注册，放弃到第三级呼叫管理器110的连 接，并且向主呼叫管理器106注册。
在另一个实施例中，在端点118注册到主呼叫管理器106并监视作为 备用呼叫管理器的次呼叫管理器108的同时，次呼叫管理器108可能发生 故障。如果在314次呼叫管理器108不确认保活信号，那么次呼叫管理器 108已发生故障。端点118连接到第三级呼叫管理器110。端点118发送保 活信号以监视第三级呼叫管理器110的可操作性。在连接到第三级呼叫管 理器110的同时，端点118监视次呼叫管理器108的恢复并继续使用主呼 叫管理器106进行呼叫会话。当次呼叫管理器108恢复并在被配置的时间 段中保持可操作时，端点118放弃与第三级呼叫管理器IIO的连接并停止 向第三级呼叫管理器IIO发送保活信号。端点118向次呼叫管理器108发
送保活信号以监视可操作性。
图4示出主呼叫管理器106发生故障并且端点118向次呼叫管理器 108注册的呼叫流程图40的示例。在400，端点118向主呼叫管理器106 发送保活信号以刷新注册并监视可操作性。在402，主呼叫管理器106发 生故障并且保活信号超时发生，这触发包括过程404-416的因故障转移过 程。其他故障也可触发因故障转移过程，包括套接字错误事件、重传故障和网络问题。如果在主呼叫管理器106发生故障时端点118具有活动呼 叫，则因故障转移过程要到端点118变得空闲才开始。在等待执行因故障转移过程的同时，端点118指示故障的发生。根据图示实施例，如果主呼 叫管理器106在呼叫中间发生故障，则端点118无法发起呼叫中间特征。 在一个实施例中，在端点118具有活动呼叫的同时端点118开始因故障转 移过程。在另一个实施例中，因故障转移过程可在呼叫中间开始。
为了开始因故障转移过程，在404端点118向次呼叫管理器108注 册。端点118验证端点118具有最新的配置版本。如果端点118不具有当 前的配置版本，端点118则通过从TFTP服务器112下载当前配置文件来 更新配置文件。在406，端点118建立与第三级呼叫管理器110的连接。 在408，端点118向次呼叫管理器108发送保活信号以刷新注册并监视可 操作性。在410，端点118向第三级呼叫管理器IIO发送保活信号以监视 可操作性。发送到第三级呼叫管理器110的保活信号具有被设置为0的 "期满"参数。如果正确工作，则次呼叫管理器108和第三级呼叫管理器 110分别在412和414确认保活信号。在416，端点118测试主呼叫管理器 106是否恢复。端点118通过发送"期满"参数被设置为0的注册请求来 测试主呼叫管理器106。当主呼叫管理器106确认请求时，它就已从故障 中恢复。
图5示出在主呼叫管理器106恢复之后的退回过程的呼叫流程图50的 示例。在500，端点118通过发送注册请求来测试主呼叫管理器106是否 恢复。当主呼叫管理器106确认该请求并且在用户配置的一段时间中保持 可操作时，端点118开始退回到主呼叫管理器106的过程。在图示实施例 中，端点118发送令牌请求502以向主呼叫管理器106重新注册。如果主 呼叫管理器106在其队列中有空间来重新注册端点118，则主呼叫管理器 106许可令牌请求504。在许可令牌请求后，端点118在506从次呼叫管理 器108解除注册，并在508放弃与第三级呼叫管理器110的连接。在另一 个实施例中，端点118可在不发送令牌请求的情况下尝试向主呼叫管理器 106重新注册。不发送令牌请求这一情况为端点118在队列中确立了低优 先级位置。端点118被改放在队列的后部。为了向次呼叫管理器108解除
注册，端点118发送"期满"参数被设置为0的注册请求。当端点118从
次呼叫管理器108解除注册时，端点118保持与次呼叫管理器108的连 接。
在510，端点118向主呼叫管理器106重新注册。当向主呼叫管理器 106重新注册时，端点118验证配置文件，并且如果必要则下载当前版 本。在512，端点118向主呼叫管理器106发送保活信号以刷新注册并监 视可操作性。在514，端点118向次呼叫管理器108发送保活信号以监视 可操作性。主呼叫管理器106和次呼叫管理器108分别在516和518确认 保活信号，如果这些呼叫管理器保持可操作的话。
图6示出了其中端点118退回到主呼叫管理器106的呼叫流程图60的 另一个示例。在600，端点118通过发送注册请求测试主呼叫管理器106 是否恢复。当主呼叫管理器106确认请求并在用户配置的一段时间中保持 可操作时，端点118开始退回到主呼叫管理器106的过程。端点118向主 呼叫管理器106发送令牌请求602。如果在端点118尝试重新注册时主呼 叫管理器106的队列缺乏空间，主呼叫管理器106则拒绝令牌请求。除了 拒绝令牌请求之外，主呼叫管理器106还发送指定何时重试令牌请求的时 间估计。在图示实施例中，主呼叫管理器106在604许可令牌请求，但端 点118错过了向主呼叫管理器106注册的间隔，并且端点118在606重新 发送令牌请求以在队列上确立位置。如果队列中有空间可用，则主呼叫管 理器106在608许可令牌请求。端点118在610向次呼叫管理器108解除 注册并且在612放弃与第三级呼叫管理器110的连接。在614，端点118 向主呼叫管理器重新注册。当向主呼叫管理器106重新注册时，端点118 验证配置文件是否为当前版本并且如果必要则从TFTP服务器112下载当 前版本。在616，端点118向主呼叫管理器106发送保活信号以刷新注册 并监视可操作性。在618，端点118向次呼叫管理器108发送保活信号以 监视可操作性。主呼叫管理器106和108分别在620和622确认保活信 号，如果这些呼叫管理器保持可操作的话。
图7是示出在因故障转移过程中使用SRST路由器116的系统10的呼 叫流程图70。在图示实施例中，主呼叫管理器106和次呼叫管理器108由
于网络中断发生而发生故障。在检测到中断后，在700端点118通过向
SRST路由器116注册来开始因故障转移到SRST路由器116。 SCCP端点 118向SRST路由器116发送针对每个设备的注册，而SIP端点118向 SRST路由器116发送针对每条线路的注册消息。此外，如果多个呼叫管 理器发生故障，则端点U8可因故障转移到SRST路由器116。介质网关 控制协议(MGCP)特征可检测发送到被配置的呼叫管理器的保活信号的 超时，以通知端点118向SRST路由器116注册。在因故障转移时，在 702呼叫被路由到SRST路由器116。端点118在704向主呼叫管理器106 发送注册请求并在706向次呼叫管理器108发送注册请求以确定是否恢 复。在704和706端点118不断发送注册请求，直到主呼叫管理器106和 次呼叫管理器108恢复过来并确认了信号。
在通过SRST路由器116路由呼叫的同时，端点118监视网络或多个 呼叫管理器的恢复，以开始退回过程。当主呼叫管理器106恢复时，在 708端点118建立与主呼叫管理器106的连接以测试主呼叫管理器106的 可操作性。端点118在可配置的一段时间中发送保活信号710以验证连接 和网络的稳定性。在712，主呼叫管理器106确认来自端点118的保活信 号。在确定到主呼叫管理器106的连接稳定后，端点118向主呼叫管理器 106发送请求重新注册的令牌请求714。如果主呼叫管理器106在其队列 中具有用来重新注册端点118的空间，则在716主呼叫管理器106许可令 牌请求。端点U8现在开始退回到主呼叫管理器106的过程。在718，端 点118从SRST路由器116解除注册。在720，端点118向主呼叫管理器 106重新注册。在重新注册时，端点118验证配置文件是当前的。如果文 件不是当前的，端点118则从TFTP服务器112下载当前版本。在722， 端点118发送保活信号以监视主呼叫管理器106的可操作性并刷新注册。 在724，主呼叫管理器106在可操作时确认保活信号。如果当主呼叫管理 器106恢复时端点118具有使用SRST路由器116的活动呼叫，则端点 118继续测试主呼叫管理器106直到端点118空闲。 一旦端点118空闲， 端点118就退回到主呼叫管理器106，如上所述。
虽然已经就某些实施例和一般关联的方法描述了本发明，但是木领域
的技术人员将会明白对实施例和方法的更改和置换。因此，以上对示例性实施例的描述并不限制本发明。在不脱离本发明的精神和范围的情况下， 也可进行其他变化、替换和更改。
权利要求
1.一种用于向呼叫管理器注册的方法，包括连接到第一呼叫管理器和第二呼叫管理器；向所述第一呼叫管理器注册；向所述第一呼叫管理器和所述第二呼叫管理器发送保活信号；如果在所述第一呼叫管理器中检测到故障则发起因故障转移过程；当所述第一呼叫管理器重获可操作性时向所述第一呼叫管理器重新注册。
2. 如权利要求1所述的方法，其中，发起因故障转移过程包括向所述 第二呼叫管理器注册，连接到第三呼叫管理器，并且向所述第二呼叫管理 器和所述第三呼叫管理器发送保活信号。
3. 如权利要求1所述的方法，其中，向所述第一呼叫管理器和所述第 二呼叫管理器发送保活信号包括向所述第二呼叫管理器发送期满头部等于 0的保活信号。
4. 如权利要求1所述的方法，还包括 监视到所述第一呼叫管理器的连接； 通过发送令牌请求确定所述第一呼叫管理器的注册能力； 接收包括关于注册能力的信息的响应。
5. 如权利要求4所述的方法，其中，接收包括关于注册能力的信息的 响应包括如果队列不超过指定的限度则接收对向所述第一呼叫管理器注册 的许可。
6. 如权利要求4所述的方法，其中，接收包括关于注册能力的信息的 响应包括如果队列等于或超过所述指定限度则接收对向所述第一呼叫管理 器注册的拒绝，该拒绝带有重试所述令牌请求的时间间隔。
7. 如权利要求1所述的方法，还包括响应于所述第一呼叫管理器重获可操作性，从所述第二呼叫管理器解 除注册；保持与所述第二呼叫管理器的连接；终止与所述第三呼叫管理器的连接；向所述第一呼叫管理器和所述第二呼叫管理器发送保活信号。
8. —种用于向呼叫管理器注册的系统，包括可操作以用于注册多个端点的多个呼叫管理器，所述多个呼叫管理器可操作以用于管理与所述多个端点相关联的呼叫会话；耦合到所述多个呼叫管理器的所述多个端点，所述多个端点可操作以 用于向所述第一呼叫管理器注册，所述多个端点可操作以用于保持与所述 第一呼叫管理器和第二呼叫管理器的连接，M述多个端点可操作以用于向所述第一和第二呼叫管理器发送保活信号；耦合到所述多个端点的一个或多个传送协议服务器，所述传送协议服 务器可操作以用于向所述多个端点提供配置信息。
9. 如权利要求8所述的系统，还包括耦合到所述多个端点的动态主机配置协议(DHCP)服务器，该 DHCP服务器可操作以用于向所述多个端点提供启动信息。
10. 如权利要求8所述的系统，还包括耦合到所述多个端点的扩展移动性服务器，该扩展移动性服务器可操 作以用于使用户能够从另 一端点临时访问端点配置文件；耦合到所述扩展移动性服务器和所述传送协议服务器的数据库，该数 据库可操作以用于维护端点配置文件，其中所述扩展移动性服务器与所述 数据库交互以应用与所述多个端点相关联的新配置；耦合到所述数据库的呼叫管理器管理员，所述呼叫管理器管理员可操 作以用于向所述数据库提供信息。
11. 如权利要求8所述的系统，其中，所述多个端点可操作以用于在 因故障转移过程开始的情况下向所述第二呼叫管理器注册，所述多个端点 可操作以用于连接到第三呼叫管理器，所述多个端点可操作以用于向所述 第二和第三呼叫管理器发送保活信号。
12. 如权利要求8所述的系统，其中，所述多个端点可操作以用于监 视到所述第一呼叫管理器的连接以确定所述第一呼叫管理器的可操作性， 所述多个端点可操作以用于向所述第一呼叫管理器发送令牌请求以确定所述第一呼叫管理器的注册能力。
13. 如权利要求12所述的系统，其中，所述第一呼叫管理器可操作以 用于在队列不超过指定的限度的情况下许可令牌请求。
14. 如权利要求12所述的系统，其中，所述第一呼叫管理器可操作以 用于在队列等于或超过所述指定限度的情况下拒绝所述令牌请求，该拒绝 带有重试所述令牌请求的时间间隔。
15. 如权利要求8所述的系统，所述多个端点可操作以用于向所述第二呼叫管理器解除注册，所述多个端点可操作以用于保持与所述第二呼叫 管理器的连接，所述多个端点可操作以用于终止与所述第三呼叫管理器的 连接，所述多个端点可操作以用于向所述第一和第二呼叫管理器发送保活 信号。
16. 如权利要求8所述的系统，还包括耦合到所述多个端点的可存活远程站点电话(SRST)路由器，该 SRST路由器用于辅助为所述多个端点建立所述呼叫会话。
17. —种用于向呼叫管理器注册的系统，包括-用于连接到第一呼叫管理器和第二呼叫管理器的装置； 用于向所述第一呼叫管理器注册的装置；用于向所述第一呼叫管理器和所述第二呼叫管理器发送保活信号的装置；用于如果在所述第一呼叫管理器中检测到故障则发起因故障转移过程 的装置；用于当所述第一呼叫管理器重获可操作性时向所述第一呼叫管理器重 新注册的装置。
18. 如权利要求17所述的系统，其中，发起因故障转移过程包括向所 述第二呼叫管理器注册，连接到第三呼叫管理器，并且向所述第二呼叫管 理器和所述第三呼叫管理器发送保活信号。
19. 如权利要求17所述的系统，其中，向所述第一呼叫管理器和所述 第二呼叫管理器发送保活信号包括向所述第二呼叫管理器发送期满头部等 于0的保活信号。
20. 如权利要求17所述的系统，还包括 用于监视到所述第一呼叫管理器的连接的装置；用于通过发送令牌请求确定所述第一呼叫管理器的注册能力的装置； 用于接收包括关于注册能力的信息的响应的装置。
21. 如权利要求20所述的系统，其中，接收包括关于注册能力的信息的响应包括如果队列不超过指定的限度则接收对向所述第一呼叫管理器注 册的许可。
22. 如权利要求20所述的系统，其中，接收包括关于注册能力的信总 的响应包括如果队列等于或超过所述指定限度则接收对向所述第一呼叫管 理器注册的拒绝，该拒绝带有重试所述令牌请求的时间间隔。
23. 如权利要求17所述的系统，还包括用于响应于所述第一呼叫管理器重获可操作性，从所述第二呼叫管理 器解除注册的装置；用于保持与所述第二呼叫管理器的连接的装置； 用于终止与所述第三呼叫管理器的连接的装置；用于向所述第一呼叫管理器和所述第二呼叫管理器发送保活信号的装置。
24. —种计算机可读介质，包括用于向呼叫管理器注册的计算机可读 介质的逻辑，该逻辑可操作以用于-连接到第一呼叫管理器和第二呼叫管理器； 向所述第一呼叫管理器注册；向所述第一呼叫管理器和所述第二呼叫管理器发送保活信号；如果在所述第一呼叫管理器中检测到故障则发起因故障转移过程；当所述第一呼叫管理器重获可操作性时向所述第一呼叫管理器重新注册。
25. 如权利要求24所述的计算机可读介质，其中所述逻辑可操作以用于监视到所述第一呼叫管理器的连接； 通过发送令牌请求确定所述第一呼叫管理器的注册能力；接收包括关于注册能力的信息的响应。
26. 如权利要求25所述的计算机可读介质，其中，接收包括关于注册能力的信息的响应包括如果队列不超过指定的限度则接收对向所述第一呼 叫管理器注册的许可。
27. 如权利要求25所述的计算机可读介质，其中，接收包括关于注册能力的信息的响应包括如果队列等于或超过所述指定限度则接收对向所述 第一呼叫管理器注册的拒绝，该拒绝带有重试所述令牌请求的时间间隔。
28. 如权利要求24所述的计算机可读介质，其中所述逻辑可操作以用于响应于所述第一呼叫管理器重获可操作性，从所述第二呼叫管理器解 除注册；保持与所述第二呼叫管理器的连接； 终止与所述第三呼叫管理器的连接；向所述第一呼叫管理器和所述第二呼叫管理器发送保活信号。
29. —种呼叫管理器，包括-包括逻辑的计算机可读介质，其中所述逻辑可操作以用于参与对会话 发起协议(SIP)端点的管理和呼叫处理。
30. 如权利要求29所述的呼叫管理器，其中所述逻辑还包括 可操作以用于控制所述SIP端点的呼叫和线路的控制层； 可操作以用于维护所述SIP端点的配置信息的设备层，该设备层可操作以用于参与对所述SIP端点的管理和呼叫处理；可操作以用于指定SIP的传输协议的传输层，其中被支持的传送协议 包括传输控制协议、传输层安全性和用户数据报协议。
31. 如权利要求29所述的呼叫管理器，其中所述逻辑可操作以用于控 制保活信号并对传入消息进行多路分离。
全文摘要
向呼叫管理器注册包括连接到第一呼叫管理器和第二呼叫管理器。端点向第一呼叫管理器注册并向第一呼叫管理器和第二呼叫管理器发送保活信号。如果在第一呼叫管理器中检测到故障。系统则发起因故障转移过程。当第一呼叫管理器重获可操作性时，端点向第一呼叫管理器重新注册。
文档编号H04M7/00GK101204076SQ200680001655
公开日2008年6月18日 申请日期2006年2月2日 优先权日2005年2月11日
发明者克雷格·P·米勒, 卡尔顿·M·小鲁克, 罗杰·V·比斯哈德, 路易斯·L·巴特 申请人:思科技术公司