在网络中路由呼叫的制作方法

专利名称：在网络中路由呼叫的制作方法
在网络中路由呼叫
背景技术：
电信服务提供商己经正在增加订户可用的服务的数目，诸如互联
网语音(VoIP)相关的服务。因此，对于电信服务提供商而言，已经 极大地增加了业务量。


图l图示了其中可以实现这里所描述的系统和方法的示例性网络； 图2图示了图1的路由器的示例性配置；
图3图示了图1的服务选择应用服务器的示例性配置；以及 图4-6图示了通过图l所示的各种设备的示例性处理。
具体实施例方式
下面的详细描述参考了附图。在不同附图中的相同附图标记可以 标识相同的或类似的元素。而且，下面的详细描述不限制本发明。相 反地，本发明发范围由权利要求和它们的等同物来限定。
这里所描述的实现设计涉及在支持许多电信服务的网络中路由消 息和数据业务。该网络架构可以允许将消息路由到可用服务器，并且 允许管理降级的或失效的服务。该网络架构还可以允许在各种服务之 间路由消息。
图1是其中可以实现这里所描述的系统和方法的示例性网络100 的框图。网络100可以包括网络IIO、 120、 130;网关115;会话边
界控制器(SBC) 125;用户设备140和150;会话发起协议(SIP)路 由器160;服务选择应用服务器(SSAS) 170;以及服务180和190。 为了简洁而提供了图1所示的示例性配置。应当理解，典型的网络可以包括比图1所示的更多或更少的设备。
网络110可以包括一个或多个电路交换网络，诸如，例如，公共 交换电话网络(PSTN)或其它类型的交换网络。网路110还可以包括 一个或多个本地电话网络、 一个或多个长程网络和/或一个或多个无线 网络。
网络120可以包括一个或多个分组交换网络，诸如因特网、内联 网、局域网(LAN)、广域网(WAN)或能够将数据从源设备传送到 目的地设备的另一类型的网络。网络120还可以包括用于接收无线信 号并且将该无线信号转发到期望目的地的一个或多个无线网络。
网络130可以包括分组交换网络，诸如LAN、 WAN、诸如因特网、 内联网等的IP网络、或另一类型的网络。在示例性实现中，网络130 可以与电信服务提供商相关联，所述电信服务商向呼叫者，诸如在用 户设备140和150处的呼叫者，提供各种服务。如以下详细描述的， 网络130可以用于在网络100中将呼叫转发到适当的组件。
网关115可以包括一个或多个设备，诸如路由器、交换机等，它 们允许发散传输网络进行通信并且协作地承载业务。例如，网关115 可以在例如在不同的信令方案之间以及在不同的媒体形式之间的两个 水平处提供互操作。在一个实例中，网关115可以在网络110的SS7 信令和由网络130使用的SIP或H.323协议之间适应。网关115还可以 使模拟或脉冲编码调制(PCM)编码的语音信号适应于适于通过网络 130传输的分组化数据流。
SBC 125可以包括一个或多个SBC，所述SBC提供在不同服务提 供商网络之间(例如，在网络120和130之间)的边界的控制，提供 在基于IP的网络130和其它服务提供商网络之间互通的信令协议，控 制在服务提供商网络之间的传输边界，以及提供用于媒体流的使用计量和服务质量(QoS)测量。在一个实现中，SBC 125可以与针对SIP 理由器160的进入点相对应。
用户设备140可以包括与PSTN对接的任何常规电话以拨打和接 收电话呼叫。用户设备140可以是标准电话、无绳电话、蜂窝电话或 任何其它类型的常规电话。
用户设备150可以包括能够传送和/或接收基于IP的数据的任何设 备。例如，用户设备150可以包括个人计算机(PC)、膝上型计算机、 个人数字助理(PDA)或能够经由诸如网络120的网络来传送和接收 IP数据的基于网络的装置。IP数据可以包括文本数据、视频或图像数 据、电子邮件数据、语音数据等。在示例性实现中，用户设备150可 以使用互联网语音(VoIP)经由网络120来传送语音数据。例如，用 户设备150可以是基于SIP的电话设备或另一个基于VoIP的电话设备。 基于SIP的电话设备也可以包括可以在例如常规PC、膝上型计算机或 其它计算设备上运行的软件客户端。用户设备150还可以包括任何无 线设备，诸如执行无线应用协议(WAP)或另一个协议的蜂窝电话、 PDA或寻呼器，该协议使得用户设备150能够经由网络120来传送和 接收语音数据和/或文本和图像。
SIP路由器160可以包括充当用于处理和加工用户请求的代理的 路由器或其它网络设备。例如，在网络100中的网关115、 SBC125和 各种应用服务器可以将请求转发到SIP路由器160。 SIP路由器160可 以筛选这些请求，以确定正在调用什么服务，并且将请求转发到适当 的设备(多个设备)。如以下详细描述的，SIP路由器160还可以在实 现期望的服务的各种服务器之间分配业务，以平衡负载和/或避免可能 处于非服务状态的服务器。
SSAS 170可以包括一个或多个服务器，所述服务器接收从SIP路 由器160转发的请求，控制对服务180的接入，并且基于所接收到的请求生成路由决定。例如，ssas no可以筛选在sip邀请消息中的许
多元素，诸如起呼(originating)服务报头和宣称的身份报头。如以下 详细描述的，SSAS 170还可以将一定百分比的与特定服务相关联的业 务分配到提供期望服务的特定设备。
服务180可以包括向诸如用户设备140和150处的呼叫者的呼叫 者提供服务的许多组件。例如，服务180可以包括VoIP相关的服务， 诸如核心路由服务(CRS) 182、 IP交互语音响应(IVR)服务184、 IP 预付费(PPD)服务和媒体服务(MS) 188。在服务180中可以包括其 它服务(未示出)，诸如，例如，基于软件的自动呼叫分配器(ACD)。 在服务180中所示的每一个独立服务可以包括与提供特定服务相关联 的一个或多个服务器。
服务l卯可以包括向呼叫者提供附加服务的许多组件。例如，服 务190可以包括免费(toll free)服务192和呼叫转发服务194。在服 务190中可以包括其它服务(未示出)。在服务190中所示的每个独 立服务可以包括与提供特定服务相关联的一个或多个服务器。
在图1中的点线框中所示出的元素可以与由电信服务提供商提供 的特定平台和/或站点相关联。在服务190中包括的服务可以包括由相 同电信服务提供商的另一个平台和/或站点提供的其它服务。如以下详 细描述的，SIP路由器160和SSAS 170可以交互以将呼叫路由到期望 的服务(例如，服务180和190)。如以下详细描述的，SIP路由器160 和SSAS 170还可以基于特定的呼叫需要在服务之间路由呼叫。
在图1中将SIP路由器160和SSAS 170示作分立的组件。在其 它实现中，如以下更加详细描述的，由SIP路由器160和SSAS 170执 行的功能可以通过单个设备/平台来执行。
图2图示了sip路由器160的示例性配置。参考图2， sip路由器160可以包括询问呼叫会话控制功能(I-CSCF)逻辑210、服务呼叫 会话控制功能(S-CSCF)逻辑220、分配逻辑230和家庭订户服务器 (HSS) 240。I-CSCF逻辑210和S-CSCF逻辑220可以是负责基于每个事件解 析会话(例如，SIP会话)和应用逻辑(例如，商业逻辑、服务逻辑、 操作逻辑等)的呼叫会话控制组件。会话控制的结果可以是在网络100 中将呼叫或事件路由到适当的组件、将SIP报头和值附加到消息等。在示例性实现中，I-CSCF逻辑210可以充当用于连接到由其它IP 网络服务的订户的主要联系点。例如，I-CSCF逻辑210可以接收SIP 消息，并且标识用于该SIP消息的下一跳。为了实现该目的，I-CSCF 逻辑210可以向HSS 240查询特定SIP消息要被转发到的位置(例如， 地址)。S-CSCF逻辑220可以执行对用户期望的服务的会话控制和登记服 务，诸如服务180和190中的任何一个。S-CSCF逻辑220可以从HSS 240接入用户简档，并且路由用户(也被称为"订户")所请求的会话。 另外，S-CSCF逻辑220可以基于来自HSS 240的信息来执行用户认证。在一些实现中，S-CSCF逻辑220可以包括服务能力交互管理器 (SCIM)和资源管理(RM)功能。SCIM可以负责协调在使得技术和 平台能够为用户产生有价值的服务的各种服务中的一个或多个应用服 务的提供。RM可以负责通过分配适当的资源来执行商业规则和服务水 平协议(SLA)。分配逻辑230可以向诸如SSAS 170的各种设备分配业务，以在网 络100中平衡设备中的业务。例如，如以下更加详细描述的，分配逻 辑230可以将业务分配到许多SSAS 170中的一个以平衡总负载。HSS 240可以包括充当用于用户相关的信息的中央储存库的一个 或多个服务器。例如，HSS 240可以包含用于处理多媒体会话的用户相 关的预订信息。在HSS 240中包含的一些信息可以包括标识用于特定 用户的特定S-CSCF逻辑220的位置的信息。HSS 240还可以包括包含 服务触发点的用户简档信息和提供服务的相应资源(例如，应用、媒 体、服务等)。用户简档信息可以被接入和/或转发到用于会话控制和 服务处理的S-CSCF逻辑220。 HSS 240还可以提供和接收直接来自各 种应用服务器(未示出)的更新。如上所述，SIP路由器160筛选进入消息以确定要调用哪些服务。 SIP路由器160还确定在实现期望服务的服务器中业务的百分比分配。 在SIP路由器160中的组件可以包括包含在诸如存储器的计算机可读 介质中的软件指令。计算机可读介质可以被定义为一个或多个存储器 设备和/或载波。软件指令可以从另一个计算机可读介质或经由通信接 口从另一个设备读入存储器。在存储器中包含的软件指令可以使各种 逻辑组件执行稍后将要描述的过程。替代地，可以使用硬连线的电路 代替或结合软件指令来实现与示例性实施例相一致的过程。因此，这 里所描述的系统和方法不限于硬件电路和软件的任何特定组合。图3图示了SSAS 170的示例性配置。参考图3， SSAS 170可以 包括控制逻辑310、服务名称数据库320和服务分配数据库330。为了 简洁而提供了图3中的配置。应当理解，在SSAS 170中可以包括附加 的组件和/或不同的组件。控制逻辑310可以包括用于筛选进入消息以标识用于该消息的目 的地的逻辑以及用于将该消息路由到所标识的目的地的逻辑。例如， 控制逻辑310可以筛选SIP邀请消息的报头以标识是否存在例如"起 呼服务(orig-Service)"的专用报头。该报头可以标识与进入消息相 关联的起呼服务，而不是起呼用户。专用报头的示例可以是与IPIVR 服务184相关联的IPIVR外拨(outdial)报头。该报头可以指示，特定的动作可以基于起呼服务来预期。如果不存在起呼服务，则控制逻辑310可以对在报头中包括的宣 称的公共身份(P-Asserted-Identity)进行筛选。控制逻辑310可以使用 宣称的公共身份来标识与呼叫者相关联的统一资源标识符(URI)。服务名称数据库320可以存储由控制逻辑130使用的数据，以将 请求URI映射到服务名称URI。服务分配数据库330可以存储由控制 逻辑310使用的数据，以向适当的服务(例如，服务180和1卯)路由 业务。例如，控制逻辑310可以接入服务分配数据库330来确定与特 定服务相关联的业务的百分比，以基于该服务名称URI分配给实现该 服务所需要的适当的服务和/或微服务分配。如以下将要详细描述的，SSAS 170可以执行与路由去往和来自各 方的呼叫相关联的处理。在SSAS 170中的组件可以包括包含在诸如存 储器的计算机可读介质中的软件指令。计算机可读介质可以被定义为一个或多个存储器设备和/或载波。软件指令可以从另一个计算机可读 介质或经由通信接口从另一个设备读入存储器。在存储器中包含的软 件指令可以使各种逻辑组件执行稍后将要描述的过程。替换地，可以 使用硬连线电路代替或结合软件指令来实现与示例性实施例相一致的 过程。因此，这里所描述的系统和方法不限于硬件电路和软件的任何 特定组合。图4是图示与在网络100中路由呼叫相关联的示例性处理的流程 图。在该示例中，假设呼叫与IPIVR服务相关联。例如，呼叫可以例 如从诸如用户设备140或用户设备150的外部起源分别经由网络115 或SBC 125到达。在该示例中，假设从用户设备140经由网络IIO和 网关U5接收到呼叫。网关115可以接收与呼叫相关联的进入初始地 址消息(IAM)并且生成SIP邀请消息(动作410)。然后，网关115 可以将SIP邀请消息发送到在它的本地表中作为能够处理SIP邀请消息而提供的的任何路由器。在该示例中，假设网关115将SIP邀请消息 发送到SIP路由器160。SIP路由器160接收SIP邀请消息。然后，SIP路由器160可以标 识SIP邀请消息所发送到的网络IOO中的下一跳或组件(动作420)。 例如，SIP路由器160可以确定SIP邀请消息包括P-Asserted-Identity 报头，该报头将呼叫者标识为对由电信服务提供商提供的与服务180 和190中的一个相关联的服务的订户。在该情况下，I-CSCF逻辑210 可以检查在宣称的公共身份报头中接收到的域，以确定SIP路由器160 是否处理用于该特定请求的服务的域。如果不存在任何域名(例如，IP 地址)，则SIP路由器160可以进一步筛选该请求。例如，I-CSCF逻辑210可以使用宣称的公共身份报头在HSS 240 中执行查找。在该呼叫流的示例中，假设将不提供任何起呼服务，并 且因此将不会找到针对该特定呼叫的任何匹配。I-CSCF逻辑210还可 以检查在请求URI中接收到的域，以确定请求URI是否与SIP路由器 160所处理的域相关联。I-CSCF逻辑210还可以通过在HSS 240中执行查找来检查在请求 URI中接收到的域。假设请求URI与由SIP路由器160所处理的域相 关联。在该情况下，HSS 240可以返回标识应当将该SIP邀请消息转发 到哪里的下一个服务的名称。然后，分配逻辑230可以使用服务名称 在它的本地数据库(未示出)中执行查找，并且标识与被配置成处理 特定服务的每个自主系统相关联的信息。分配逻辑230还可以基于要 被分配到每个自主系统的业务的百分比将SIP邀请消息发送到特定的 自主系统。例如，许多自主系统可以被配置成处理特定的服务。在该情况下， 分配逻辑230可以存储标识多少百分比的总业务应当被转发到这些自 主系统中的每一个的信息(动作430)。以该方式，SIP路由器160可以平衡在许多不同的系统中的负载。在该示例中，假设分配逻辑230将SSAS 170标识为呼叫所应当被 转发到的自主系统。然后，SIP路由器160可以将SIP邀请消息转发到 SSAS 170 (动作440)。SSAS 170可以接收SIP邀请消息。然后，SSAS 170可以检査在宣 称的公共身份报头中的域，以确定SSAS 170是否处理与该SIP邀请消 息相关联的特定域，并且确定是否要提供起呼服务。在该示例中，假 设SSAS 170处理在宣称的公共身份报头中的域，并且假设将不提供任 何起呼服务。SSAS 170还可以检查请求URI，以确定请求URI是否对应于与服 务180和l卯相关联的电信服务提供商使用的"令牌"。该令牌可以 用于标识特定的服务。如果请求URI对应于令牌，则SSAS 170在令牌 数据存储(TDS)系统(未示出)中执行查找，以标识将要用于确定特 定服务的URI。在该示例中，假设请求URI对应于令牌。SSAS170将 该令牌转发到TDS以标识与该令牌相关联的URI，并且从该TDS接收 腦。然后，SSAS 170可以检查该URI，以标识与该特定URI相关联的 服务(动作450)。例如，SSAS 170可以使用所接收到的URI在服务 名称数据库320中执行查找。在该示例中，假设SSAS 170将IPIVR 184 标识为与该请求URI相对应的适当服务。然后，SSAS170可以确定针 对IPIVR184的分配(动作450)。例如，控制逻辑310可以使用服务名称来接入服务分配数据库 330，以标识与服务相关联的百分比分配和路由。例如，服务分配数据 库330可以指示40n/。的业务要转到与IPIVR184相关联的第一服务器， 35%要转到第二服务器并且25%要转到第三服务器。服务分配数据库330还可以存储指示已经向每个服务器路由了多少最近业务的信息。控 制逻辑310可以使用存储在服务分配数据库330中的信息来指示向哪 里发送SIP邀请信息。以该方式，控制逻辑310可以平衡在执行特定 服务的多个服务器中的业务。在该示例中，假设控制逻辑310将第一 服务器标识为适当的位置。然后，SSAS 170可以将该SIP邀请消息转 发到与IPIVR184相关联的第一服务器(动作460)。在一些实现中，可以在与SSAS 170相同的物理站点上放置与 IPIVR184相关联的一个或多个服务器。在该情况下，控制逻辑310可以确定它是否可以在它自己的物理站点处将所有的业务转发到与 IPIVR 184相关联的服务器。g卩，控制逻辑310可以确定与IPIVR 184 相关联的本地服务器是否具有处理由需要IPIVR相关服务的SSAS 170 接收到的所有业务的能力。如果是，则SSAS170可以优选能够为该请 求提供服务的本地服务器。即，SSAS 170可以在它自己的本地站点保 留业务，而不是将该请求路由到另一个站点。这可以减少与将请求和/ 数据转发到其它站点相关联的网络堵塞。如果在本地或内部站点处可 以处理少于100%的业务，则SSAS 170可以将无法本地处理的那部分 业务转发到其它物理站点。IPIVR184可以接收SIP邀请消息并且处理该SIP邀请消息以提供 期望的服务。在该情况下，IPIVR184可以提供特定的IVR应用，诸如 用于号码簿辅助程序的应用。在该情况下，IPIVR184可以包括IVR菜 单并且可以与呼叫者交互以提供期望的服务/信息。在其它情况下，与SIP邀请消息相关联的服务或特征处理可以涉 及另外一个服务180或另一个VoIP相关的服务，诸如文本到语音转换、 自动语音识别、多媒体会议等。在每种情况下，SSAS170都可以在网 络IOO中将请求转发到适当的元件，以执行期望的服务。由SSAS170 识别的服务可以包括微服务和宏服务。微服务可以包括可再利用的构 造块服务，诸如，例如，文本到语音转换、自动语音识别和多媒体会议。在一些实例中，宏服务可以通过微服务的组合来实现或获得以执 行特定的服务。在以上的示例中，SIP路由器160和SSAS 170交互以将请求转发 到与提供服务相关联的特定服务器。在一些实现中，如以下详细描述 的，请求可能需要许多服务，诸如一个服务180和另一个服务190。图5图示了与提供与也被称为呼叫流的单个呼叫相关联的多个服 务相关联的示例性处理。在该示例中，假设呼叫流涉及IPIVR184和免 费服务192。这样的呼叫流可以涉及对由接着是外拨免费号码(例如， 800号码)的IPIVR184所处理的号码簿辅助的请求。处理可以类似于以上针对图4所描述的来继续。例如，IPIVR184 可以以类似于以上针对图4所描述的方式从SSAS 170接收SIP邀请消 息(动作510)。进一步假设在与呼叫者交互之后，IPIVR184标识用 户想要连接到的800号码URI。然后，IPIVR 184可以修改所接收到的 SIP邀请消息或者创建新的SIP消息(动作520)。例如，IPIVR 184 可以生成在消息的报头中包括800号码URI的SIP邀请消息。IPIVR 184 还可以从呼叫的原始入站线路(inbound leg)将该宣称的公共身份报头 和"来源(From)"字段复制到SIP邀请消息。IPIVR184还可以添加 新的报头，该新的报头指示呼叫从将覆写起呼筛选的特定服务(例如， IPIVR 184)起呼。然后，IPIVR184可以将该新的或修改的SIP邀请消 息转发到SSAS 170 (动作520)。然后，SSAS 170可以执行数据接入点(DAP)査找，以解析800 电话号码来标识被配置成处理用于电信服务提供商的免费服务的服务 器和/或站点(动作530)。在该情况下，假设SSAS 170将与免费服务 192相关联的服务器标识为适当的服务器。在一些情况下，与服务190 相关联的SSAS或重定向服务器可以被标识为与免费服务192相关联的 请求所转发到的代理。然后，与服务190相关联的SSAS或重定向服务器可以以类似于上述SSAS 170的方式，在与免费服务192相关联的许 多独立服务器中分配业务。在每种情况下，然后，SSAS 170可以在SIP 邀请消息中插入地址，SSAS 170标识免费服务192并且将该SIP邀请 消息转发到免费服务192，或者转发到处理针对免费服务192的呼叫的 服务器/代理(动作540)。免费服务192接收SIP邀请消息并且执行期望的服务(例如，将 呼叫者连接到期望的800号码)。以该方式，即使当期望的服务驻留 在网络100的不同的平台或部分上时，与服务180和190相关联的电 信服务提供商也可以采取执行网络间路由以提供期望的服务。如以上所简要描述的，SIP路由器160和SSAS 170都包括用于将 呼叫路由到适当目的地的逻辑，诸如与特定服务相关联的各种自主系 统和/或服务器，以及用于平衡在系统/服务器中的负载。在示例性实现 中，如以下详细描述的，SIP路由器160和SSAS 170可以进行"健康 状况"计算以促进路由决定。图6图示了与由SSAS 170执行的健康状况计算相关联的示例性处 理。处理可以通过确定哪个服务器被配置成提供与服务180和190中 的每一个相关联的服务来开始(动作610)。例如，对于IPIVR服务 184而言，很多不同的服务器可以用于提供IPIVR服务。在标识与IPIVR服务184相关联的各种服务器之后，SSAS 170 可以确定与IPIVR 184相关联的哪个特定服务器是开启的并且正在运 行(动作620)。在该示例中，与IPIVR服务184相关联的每个服务器 可以包括许多独立的组件或进程，诸如资源管理器、媒体服务器、服 务定向器等。如果这些组件/进程中的每一个都是开启的并且正在满负 荷运行，则该服务器的健康状况计算可以是100%或完全可用。在一些 实现中，SSAS 170可以轮询各种服务器/设备以确定它们是否是开启的 并且正在满负荷运行。在其它实例中，SSAS 170可以基于从诸如与IPIVR 184交互的设备的其它源接收到的信息来接收关于各种设备/服 务器状态的信息，以确定组件的健康状况。在每种情况下，如果一些组件正在运行并且其它的没有运行，则服 务器的健康状况可能基于没有运行的特定组件而被降级到某个百分比。 例如，如果与IPIVR服务器相关联的媒体服务器的一部分没有运行，则 该服务器的总健康状况可能被降级到例如60%或某个其它的百分比。SSAS 170可以以类似的方式确定与其它服务180相关联的每个服 务器的健康状况，以生成用于每个服务器的健康状况指示值(动作 630)。然后，SSAS 170可以将该信息存储在服务分配数据库330中(动 作640)。可以通过例如与服务190相关联的自主系统做出用于服务 190的类似计算，并且可以将用于服务190的健康状况指示存储在服务 分配数据库330中。SIP路由器160可以执行类似的处理，以确定与之通信的各种自主 系统的健康状况，诸如SSAS170、与服务190相关联的自主系统、或 它将消息/业务所转发到的其它组件。然后，在SIP路由器160内的分 配逻辑230 (图2)可以存储该健康状况/可用性信息并且当路由消息/ 业务时使用该信息。然后，当路由数据时，SIP路由器160和域SSAS170可以使用所 更新的可用性/健康状况信息，以避免将消息/数据路由到可能离线或处 于降级的操作模式中的系统/组件。例如，如果特定的服务器或自主系 统关闭或处于降级的操作模式中，则SIP路由器160和/或SSAS 170 可以避免向该服务器/系统路由业务。以该方式，SIP路由器160和/或 SSAS 170可以在特定时间基于各种设备的健康状况/可用性来做出智 能路由决定。为在网络内路由呼叫而提供了这里所描述的实现。这些呼叫可能涉及许多不同的服务。另外，可以基于各种组件的可用性来路由呼叫 和/或用于在各种组件上平衡负载。示例性实现的前述描述提供了图示和描述，但并不意在穷举或将 本发明限制于所公开的确切形式。修改和变化鉴于以上的教导是可能的，或者可以从本发明的实践中获得。例如，以上已经针对SIP路由 器160和SSAS 170描述了各种特性。在一些实现中，由这两个组件执 行的功能可以由这些组件中的单个一个来执行。在其它实现中，被描 述为由这些组件中的一个执行的一些功能可以由这些组件中的另一个 或另一个设备/组件来执行。另外，尽管已经针对图4-6描述了一些列的动作，但是在其它实 现中所述动作的顺序可以变化。此外，可以并行实现非依赖性的动作。对于本领域的普通技术人员将显而易见的是，在附图中图示的实 现中，可以以很多不同形式的软件、固件和硬件来实现上述各种特征。 用于实现各种特征的实际软件代码或专用控制硬件并不限制本发明。因此，在不参考特定软件代码的情况下，描述了本发明多个方面的操 作和性能一一应当理解，本领域普通技术人员将能够基于这里的描述 来设计软件并且控制硬件以实现各种特征。而且，本发明的某些部分可以被实现为执行一个或多个功能的"逻 辑"。该逻辑可以包括硬件(诸如处理器、微处理器、专用集成电路 或现场可编程门阵列)、软件或硬件和软件的组合。在本申请的描述中所使用的任何元素、动作或指令都不应当被解 释为对本发明是关键的或必要的，除非如此明确描述。而且，如这里 所使用的，不加数量词限定的项意在包括一个或多个项。当仅希望表 达一个项时，使用术语"一个"或类似的语言。另外，短语"基于" 意在意味着"至少部分地基于"，除非另有明确声明。
权利要求
1.一种系统，包括第一设备，包括第一逻辑，所述第一逻辑被配置成接收第一会话发起协议(SIP)邀请消息，标识与所述第一SIP邀请消息相关联的特定服务，使用与多个服务选择服务器相关联的状态信息来标识用于所述第一SIP邀请消息的目的地，并且将所述第一SIP邀请消息转发到所述目的地；以及服务选择服务器，包括存储器，所述存储器被配置成存储与多个应用服务器相关联的分配信息，以及第二逻辑，所述第二逻辑被配置成从所述第一设备接收所转发的第一SIP邀请消息，基于所述第一SIP邀请消息和所述分配信息来标识所述应用服务器的第一应用服务器，并且将所述第一SIP邀请消息转发到所述第一应用服务器。
2. 根据权利要求l所述的系统，进一步包括 所述第一应用服务器，所述第一应用服务器被配置成执行用于与所述第一SIP邀请消息相关联的呼叫的服务， 标识与所述呼叫相关联的第二服务，生成第二SIP邀请消息，所述第二SIP邀请消息包括在所述第 一SIP邀请消息中的信息和基于所标识的第二服务的附加信息，以及 转发所述第二SIP邀请消息。
3. 根据权利要求2所述的系统，进一步包括与所述第二服务相关联的第二应用服务器，所述第二应用服务器 被配置成接收所述第二SIP邀请消息，以及执行与所述呼叫相关联的第二服务。
4. 根据权利要求l所述的系统，其中，所述分配信息包括标识要 转发到所述多个应用服务器中的每一个应用服务器的数据的百分比的 信息。
5. 根据权利要求l所述的系统，其中，所述状态信息包括标识与 所述多个服务选择服务器相关联的可用性的信息。
6. 根据权利要求l所述的系统，其中，所述第二逻辑被配置成当所述第一应用服务器位于与所述服务选择服务器相同的物理站点中时，针对转发所述第一SIP邀请消息，优选所述第一应用服务器甚于所述多个应用服务器中的其它服务器。
7. 根据权利要求l所述的系统，其中，所述第一设备包括路由器。
8. —种方法，包括-接收会话发起协议(SIP)邀请消息； 标识与所述SIP邀请消息相关联的特定服务；使用与多个服务器相关联的状态信息来标识用于所述SIP邀请消 息的目的地；将所述SIP邀请消息转发到所述目的地； 在所述目的地处接收所转发的SIP邀请消息；基于所述SIP邀请消息和与在多个应用服务器中分配业务相关联 的分配信息来标识所述多个应用服务器中的第一应用服务器；以及 将所述SIP邀请消息转发到所述第一应用服务器。
9. 根据权利要求8所述的方法，进一步包括 执行用于与所述SIP邀请消息相关联的呼叫的服务；标识与所述呼叫相关联的第二服务；生成第二SIP邀请消息，所述第二SIP邀请消息包括在所述SIP邀请 消息中的信息和基于所述第二服务的附加信息；以及 转发所述第二SIP邀请消息。
10. 根据权利要求9所述的方法，进一步包括 在与所述第二服务相关联的第二应用服务器处接收所述第二SIP邀请消息；以及执行与所述呼叫相关联的第二服务。
11. 根据权利要求9所述的方法，其中，所述生成第二SIP邀请消 息包括标识在所述SIP邀请消息中的宣称的身份字段和来源字段，以及 在所述第二邀请消息中包括所述宣称的身份字段和来源字段。
12. 根据权利要求8所述的方法，进一步包括 生成与所述多个服务器相关联的状态信息。
13. 根据权利要求12所述的方法，其中，所述生成状态信息包括 轮询所述多个服务器以确定与所述多个服务器相关联的可用性测量。
14. 根据权利要求8所述的方法，进一步包括 生成与所述多个应用服务器相关联的分配信息，所述分配信息标识要路由到所述多个应用服务器的每一个应用服务器的业务的百分 比。
15. 根据权利要求14所述的方法，其中，所述生成所述分配信息 进一步包括生成指示所述多个应用服务器的每一个应用服务器的相对 健康状况的值。
16. 根据权利要求8所述的方法，其中，所述标识所述多个应用服 务器中的第一应用服务器包括当所述第一应用服务器位于与接收到所述SIP邀请消息的目的地 相同的物理站点中时，针对转发所述SIP邀请消息，优选所述第一应用服务器甚于所述多个应用服务器中的其它服务器。
17. —种方法，包括接收对与呼叫相关联的互联网语音(VoIP)相关的服务的请求； 基于与多个服务器相关联的状态信息来标识用于所述请求的目的 地，所述多个服务器控制对多个VoIP相关的服务的接入； 将所述请求转发到所述目的地； 在所述目的地处接收所述请求；基于所述请求标识所述多个VoIP相关的服务的第一VoIP相关的服务；确定与在能够提供所述第一VoIP相关的服务的多个组件中分配业 务相关联的分配信息；以及基于所述分配信息将所述请求转发到所述组件的第一组件。
18. 根据权利要求17所述的方法，进一步包括 标识与所述呼叫相关联的第二VoIP相关的服务； 生成第二请求，所述第二请求包括在所述请求中的信息和标识所述第二VOIP相关的服务的附加信息；以及将所述第二请求转发到与所述执行所述第二VoIP相关的服务相关联的组件。
19. 根据权利要求17所述的方法，进一步包括生成与所述多个服务器相关联的状态信息，所述状态信息标识可 用性状态或相对可用性状态中的至少一个。
20. 根据权利要求19所述的方法，进一步包括生成所述分配信息，所述分配信息标识要路由到所述多个组件的 每一个组件的业务的百分比。
全文摘要
一种方法包括接收会话发起协议(SIP)邀请消息，以及标识与该SIP邀请消息相关联的特定服务。该方法还可以包括使用与许多服务器相关联的状态信息来标识用于该SIP邀请消息的目的地，以及将该SIP邀请消息转发到该目的地。该方法还可以进一步包括基于该SIP邀请消息和与在许多应用服务器中分配业务相关联的分配信息来标识第一应用服务器。
文档编号H04M7/00GK101595697SQ200780048745
公开日2009年12月2日 申请日期2007年12月27日 优先权日2006年12月28日
发明者大卫·E·费尔普斯, 布赖恩·S·巴杰, 菲利普·D·克拉布尔 申请人:维里逊商务网络服务有限公司