CN101563904A - 在服务供应网络中提供服务的技术 - Google Patents

Abstract

本发明涉及用于在服务供应网络(100′)中提供服务的技术，其中服务相关消息(118)由服务路由节点(104′)路由至服务接管节点(106′)。本发明的方法实施例包括在服务路由节点中，如从服务接管节点接收指示服务接管节点中的服务的可用性的服务可用性信息(124)的步骤；以及根据接收的服务可用性信息建立服务路由规则的步骤。

Description

在服务供应网络中提供服务的技术

发明领域

一般来说，本发明涉及通信网络如IMS网络中的服务提供领域。更具体地说，本发明涉及用于在服务供应网络中提供服务的技术，其中服务相关消息由服务路由节点路由至服务接管节点。

发明背景

IP多媒体子系统(IMS)是用于由第三代合作项目(3GPP)标准化的电信服务和由ETSI电信和因特网融合服务及高级网络协议(TISPAN)组标准化的固定服务的下一代网络(NGN)架构。IMS使用由因特网工程任务组(IETF)标准化的因特网协议定义。具体地说，IMS以IETF会话发起协议(SIP)加上由3GPP标准化并在因特网协议(IP)上运行的一些扩展为基础。分组交换和电路交换电信系统均支持并且IMS和因特网用户的任何组合可在它们之间建立会话。

IMS不仅设计为提供新服务，而且还充当当前和未来服务、电信和因特网服务的整合平台。IMS旨在为固定和移动用户提供对服务的接入，无论他们当前漫游的是什么类型的网络。因此，通过使能使用蜂窝技术中提供无处不在的接入和使用因特网技术提供有吸引力的服务，IMS为应用程序开发者合并了因特网和移动性范型。

IMS接管用于向订户提供服务的多种基本通信功能，例如用于验证、计费、用户简档存储等。增值服务(VAS)也可以经由IMS提供。VAS是指依赖于基本服务如上述标准呼叫服务但为用户提供额外益处并因此也可能为服务提供商产生收入的服务。电信领域中的VAS一般示例为传真服务和电话信息服务；在移动领域中，SMS和MMS是VAS的主要示例。增值服务可由移动运营商自己提供，但也可由第三方VAS提供商提供。

IMS网络中的中央节点为S-CSCF(服务呼叫状态控制功能)，它为用户(或更准确地说，为网络中的用户标识)执行会话相关功能，如注册、验证和会话控制。S-CSCF还为主叫和/或被叫IMS用户实施会话路由功能。HSS(归属用户服务器)节点接管用于存储用户简档的服务简档数据库。一般来说，在IMS网络中，呼叫/会话处理逻辑和服务控制逻辑是分开的。因此，特定服务如VAS的服务控制位于IMS内部或外部的应用服务器中。来自用户的服务请求由S-CSCF转发到相应的应用服务器，S-CSCF由此充当了服务路由节点。

SIP(会话发起协议)可用于控制IMS网络中的会话。SIP用于会话的建立、控制和拆毁。经由SIP的服务调用可通过使用公共SIP URI(统一资源标识符)或私有URL(统一资源定位符)来实现。URI仅命名资源，如应用服务器，而通常是装置特定的URL则指定网络中的资源位置并由此允许访问资源。服务调用呼叫的路由可由SIP注册处理，即知道每个注册用户、应用服务器等(即任何注册用户标识；在这方面服务器也可被视作用户)的当前位置并且将指定URI的服务调用呼叫重定向至当前的正确URL的CSCF节点。

用户标识在IMS网络中由用户代理表示，用户代理可位于与用户标识相关联的用户装置中或网络中的其它位置。用户代理代表用户装置起作用，例如在网络中注册装置。在IMS网络中调用服务可包括在S-CSCF接收源于用户代理的服务请求。服务请求中可指定服务资源的URI。S-CSCF随后将服务请求转发到接管所请求服务的应用服务器。为此目的，S-CSCF实施多个“初始过滤器标准”，允许作出将接收的表示服务请求的SIP消息转发到哪个应用服务器的决策。

iFC一般可视作服务路由规则。基本上，这些规则包含过滤器部分和决策部分，其中过滤器部分包含所谓的服务触发点(Service PointTriggers，SPT)，定义适用于输入服务请求消息的一个或多个过滤器标准。决策部分指定在输入消息符合规则的过滤器标准时要采取的动作。SPT指示会话控制信令中其上可以设置过滤器标准的点。例如，过滤器标准可设置在初始输入SIP消息(如REGISTER和INVITE消息)上和/或消息中一个或多个标题字段的存在或内容上。然后，设置的过滤器标准可包含，例如应用服务器的具体地址(如URI)。过滤器标准对用户标识和指定应用服务器来说是特定的。

这样，过滤器标准基本上触发发送服务相关消息(如服务请求)到特定应用服务器。在服务请求处理期间由S-CSCF用于触发应用服务器的过滤器标准由3GPP(第三代合作项目)UMTS标准化团体在例如TS(技术规范)23.218、TS 23.228和TS 29.228中指定。

有两种过滤器标准，初始过滤器标准(iFC)和后续过滤器标准。初始过滤器标准作为用户相关服务简档的一部分存储在HSS中。如果用户预订了多个服务，多个iFC将作为存储在HSS中的其订户简档的一部分。这样，每个iFC表示供应的用户的应用预订。iFC在IMS域中的用户标识注册(如初始注册或更新注册)期间由S-CSCF从HSS接收。一旦应用服务器被S-CSCF卷入服务控制，后续过滤器标准可从应用服务器发信到S-CSCF，S-CSCF根据相应iFC执行路由决策。后续过滤器标准允许在应用执行时对相关SPT进行动态(重)定义。

对于新服务的定义，相应的新iFC必须生成并且提供给HSS中的用户服务简档。通常，iFC通过管理动作创建。例如，新iFC可由管理员为可能的大量用户在OAM(操作、管理和维护)终端上输入和创建。创建之后，iFC传递到HSS中并且以与相应的服务简档相关联的方式存储。因此，在新服务在应用服务器上可用之后并且在供应HSS中的相应iFC之后，对于每个用户，要求新注册以触发新iFC到S-CSCF的下载。仅在iFC准备好应用于输入的服务相关消息之后，新服务才可以提供给用户。因此，这些服务供应程序显得昂贵和麻烦，因为它们要求可观的管理动作和用户(重)注册。

对于应用服务提供商，新服务的自动创建现在已经发挥着重要作用，并且可能在将来还要发挥更加重要的作用。但是，在以自动方式使应用服务器中的服务对用户可用之后，iFC仍必须生成并下载到服务路由节点。这些要求甚至可阻止新服务的自动供应，至少它们会导致可观的供应开销。因此，新服务只能在部分取决于采用的OAM资源的延迟情况下供应。

需要用于在服务供应网络中提供服务的技术，允许以迅速高效地方式供应新服务。

发明内容

根据本发明的第一方面，提出了一种用于在服务供应网络中提供服务的方法，其中服务相关消息由服务路由节点根据一个或多个服务路由规则路由至接管服务的服务接管节点。所述方法在服务路由节点中执行并且包括接收指示服务接管节点中的服务的可用性的服务可用性信息的步骤；以及根据服务可用性信息建立服务路由规则的步骤。

例如，服务供应网络可以是IMS网络。服务相关消息可以是任何消息，可源自网络中表示如与用户或用户装置相关联的用户标识的用户代理，并且意图在与服务接管节点接管的服务相关联的服务路由节点中执行动作。例如，在SIP框架中，REGISTER、INVITE、SUBSCRIBE或MESSAGE消息可以是服务相关消息。在IMS环境中，服务路由节点可在CSCF，更具体地说，在S-CSCF中实现。IMS内部或外部的应用服务器可以是服务接管节点的实现。

服务可用性信息可从服务接管节点本身或从另一节点接收，如服务接管节点所属的管理点或服务器群(servier farm)的中央服务器。服务可用性信息例如可以指示服务接管节点中可用的新服务或可指示在服务接管节点处服务的激活。

根据本发明的一个变体，所述方法还包括传送创建的服务路由规则到例如可位于服务供应网络中的服务路由规则数据库的步骤。可提供服务路由规则数据库以存储用于网络中多个服务路由节点的服务路由规则。在此变体的一个模式中，服务路由规则数据库是服务简档数据库的一部分，即服务路由规则被传送到如服务供应网络中的服务简档数据库，用于存储与用户标识有关的服务简档。与IMS域相关联的HSS可以是服务简档数据库的实现。但是，服务路由规则数据库或服务简档数据库也可以位于服务供应网络外部。用户标识可与单个人用户或一群人相关。此外，用户标识还可与机器用户相关。例如，服务器可具有人机或机器-机器通信分配的用户服务简档。

建立服务路由规则的步骤可包括创建新服务路由规则和激活现有服务路由规则中的至少一个。IMS网络中使用的iFC可以是服务路由规则的实现。

接收服务可用性信息的步骤可包括接收注册服务的注册请求。例如，服务可用性信息可包含在注册请求中，该注册请求用于在服务路由节点中注册服务可用性信息中指示的服务。服务路由节点可充当注册器以注册用户标识以及服务供应网络中的其它网络标识。服务可用性信息可明示或暗示地包含在注册请求中。例如，服务路由节点可将请求本身视作服务可用性信息。注册请求可与新服务或现有服务相关。例如，新服务可能已经在服务接管节点上实现，或者服务接管节点在特定服务路由节点上初次请求此服务的注册。

在本发明的一些实现中，服务路由规则根据从服务可用性信息中提取的数据生成。例如，路由地址(如URL)可由服务路由节点用于路由可从服务可用性信息中提取的服务相关消息到服务接管节点。又例如，由服务路由节点用于过滤服务相关消息的过滤地址(如URI)可从服务可用性信息中提取。再例如，服务相关消息的类型、请求用户标识的状态或请求的服务的类型可从服务激活信息中提取。

在这些实现的变体中，服务相关消息中用于参考服务的服务参考信息从服务可用性信息中提取。例如，在IMS网络中，应用服务器可在SIP REGISTER消息内将iFC-ID提供给CSCF。服务参考信息可在由服务路由节点接收和/或从服务路由节点转发的服务相关消息中使用。建立服务路由规则的步骤可响应服务可用性信息中检测到服务参考信息而执行。除上述示例之外，iFC-ID的检测可触发CSCF中新iFC的创建。

在备选变体中，建立服务路由规则的步骤可包括生成服务参考信息用于在服务相关消息中参考服务。例如，iFC-ID可根据适当的规定在CSCF中生成，所述规定可包含如连续号码的分配(所述号码唯一地分配给CSCF中的服务)到CSCF特定号码，使得生成在网络中唯一的iFC-ID。

多个服务路由规则可根据接收的服务可用性信息建立。例如，可为网络中的多个用户标识生成用户特定规则。服务路由规则可与为一个或多个用户标识提供的一个或多个服务相关。例如，服务路由规则可适合于一组用户。

在本发明的一种表示中，所述方法还包括接收指示服务不可用性的服务不可用性信息的步骤；以及根据服务不可用性信息取消建立(de-establish)服务路由规则的步骤。取消建立可包括去除或去激活。然而规则的去除可能会去除存储部件中与服务路由规则和/或服务路由规则数据库相关联的规则的任何表示，在去激活后，规则可保留在存储器中用于以后重新激活。此表示还可包括响应服务不可用性信息传送去除或去激活命令到服务路由规则数据库的步骤，服务路由规则数据库可以是如位于服务供应网络中其它位置的外部数据库。

在本发明的此表示的一些变体中，服务可用性信息包含至少一个时间点指示，并且服务路由规则根据时间指示建立或取消建立。例如，服务可用性信息中的时间点的绝对或相对指示可在服务路由节点中用作触发器以在此时间点建立或取消建立相应的规则。在本发明的一种模式中，服务可用性信息可包含服务不可用性信息。例如，服务可用性信息可指示时间段，如3600秒，它可导致服务路由规则的即时创建和/或激活以及在其激活1小时后的去激活或去除。

与用户标识相关的服务路由规则一般可在用户标识注册时从服务路由规则数据库提供到服务路由节点。例如，在IMS网络中，HSS提供iFC到S-CSCF。但是，在服务路由节点中建立的服务路由规则可由服务路由节点独立于用户标识的注册用于路由服务请求，如S-CSCF可立即将新建立的iFC用于路由服务相关消息。

在本发明的一些实现中，服务路由规则包含用于服务相关消息正文(body)分析的指令和用于在规则采用期间访问外部数据的指令中至少之一。例如，取代于仅分析标题字段的存在和可能分析其内容，如还可分析SDP消息的有效载荷。在规则采用期间，例如可搜索数据库以使用具体值取代规则中的变量。

根据本发明的第二方面，提出了另一种用于在服务供应网络中提供服务的方法，其中服务相关消息由服务路由节点根据一个或多个服务路由规则路由至接管服务的服务接管节点。所述方法在服务接管节点中执行并且包括准备服务的可用性的步骤；以及发起指示服务的可用性的服务可用性信息到服务路由节点的传输的步骤。

准备服务的可用性的步骤可包括在服务接管节点(如服务供应网络内部或外部的应用服务器)上实施和激活服务。该步骤还包括激活已实施的服务以便由一个或多个用户标识经由网络访问。

所述方法可包括创建服务可用性信息的另一步骤。创建服务可用性信息的步骤可包括生成注册服务的注册请求。注册请求本身可表示服务可用性信息和/或注册请求中可包含的具体、附加的信息。例如，服务可用性信息可包含用于参考服务的服务参考信息。例如，IMS中的应用服务器可在引导至S-CSCF的SIP REGISTER消息中包括iFCID。

在本发明的第二方面的一些实现中，所述方法包括创建和传送指示服务不可用性的服务不可用性信息的步骤。例如，由服务接管节点接管的服务可短时、定期或永久地去激活。根据这些实现的一个变体，服务可用性信息包含服务不可用性信息。

根据本发明的第三方面，提出了一种用于在服务供应网络中提供服务的方法，其中服务相关消息由服务路由节点根据由服务路由规则数据库提供给服务路由节点的一个或多个服务路由规则路由至接管服务的服务接管节点。所述方法在服务路由规则数据库中执行并且包括接收和存储从服务路由节点接收和由服务路由节点创建的服务路由规则的步骤。

服务路由规则数据库可包含在如服务供应网络中的服务简档数据库中以存储与用户标识相关的服务简档。例如，在IMS网络中，HSS可适用于存储经由OAM提供给它的iFC。iFC可以使用与表示网络中用户标识的服务预订的一个或多个服务简档相关联的方式存储。另外，HSS还可适用于接收和存储从一个或多个CSCF节点提供给它的iFC。

服务路由规则可包含用于参考服务的服务参考信息。在本发明的第三方面的一种模式中，所述方法包括从服务路由节点接收与服务路由规则相关的去激活命令的步骤；以及响应去激活命令去激活服务路由规则的步骤。

根据本发明的第四方面，计算机程序产品包含用于在一个或多个计算机装置上，如服务路由节点(如CSCF平台)、服务接管节点(如应用服务器)或服务路由规则数据库(如HSS)上运行计算机程序产品时执行本文中所述的任一方法的步骤的程序代码部分。计算机程序产品可存储在计算机可读记录媒体上，如计算装置内或与其相关联的永久性或可重写存储器或可拆卸CD-ROM或DVD。作为补充或替代，计算机程序产品可提供用于下载到计算装置，例如经由网络(如因特网)和/或通信线路(如电话线)。

根据本发明的第五方面，提出了一种用于在服务供应网络中提供服务的服务路由节点，其中服务路由节点适用于根据一个或多个服务路由规则将服务相关消息路由至接管服务的服务接管节点。服务路由节点包含接收部件，适用于如从服务接管节点接收指示服务接管节点中的服务的可用性的服务可用性信息；以及规则建立部件，适用于根据服务可用性信息建立服务路由规则。

此服务路由节点还可包含传输部件，适用于将服务路由规则传送到可位于服务供应网络之内或之外的服务路由规则数据库。作为补充和替代，服务路由节点还可包含提取部件，适用于从服务可用性信息中提取数据以生成服务路由规则。

根据本发明的第六方面，提出了一种用于在服务供应网络中提供服务的服务接管节点，其中服务相关消息由服务路由节点根据一个或多个服务路由规则路由至接管服务的服务接管节点。服务接管节点包含服务准备部件，适用于准备服务的可用性；以及传输部件，适用于发起服务可用性信息到服务路由节点的传输。

根据本发明的第七方面，提出了一种用于在服务供应网络中提供服务的服务路由规则数据库，其中服务相关消息由服务路由节点根据一个或多个服务路由规则路由至接管服务的服务接管节点，并且服务路由规则数据库适用于提供一个或多个服务路由规则给服务路由节点。服务路由规则数据库包含接收部件，适用于从服务路由节点接收由服务路由节点建立的服务路由规则；以及存储部件，适用于存储接收的服务路由规则。服务路由规则数据库可包含在服务供应网络之内或之外的服务简档数据库中以存储与用户标识相关的服务简档。

附图说明

以下将参照附图所示的示范实施例来进一步描述本发明，其中：

图1A、1B是服务供应网络的实施例的示意图；

图2是示意说明服务路由节点的实施例的功能框图；

图3是示意说明服务接管节点的实施例的功能框图；

图4是示意说明服务路由规则数据库的实施例的功能框图；

图5是示意说明用于在服务供应网络中提供服务的方法的第一实施例的步骤的流程图；

图6是示意说明用于在服务供应网络中提供服务的方法的第二实施例的步骤的流程图；

图7是示意说明用于在服务供应网络中提供服务的方法的第三实施例的步骤的流程图；

图8是示意说明服务供应网络中的消息序列的实施例的顺序图；

图9说明传输服务可用性信息的消息的第一实施例的内容；

图10说明自动创建的iFC的第一实施例；

图11说明在服务路由节点处接收的服务相关消息的实施例的内容；

图12说明传输服务可用性信息的消息的第二实施例的内容；

图13说明传输服务可用性信息的消息的第三实施例的内容；

图14说明自动创建的iFC的第二实施例。

最佳实施例详细说明

为便于说明而不是进行限制，以下说明中提出了诸如包括特定网络节点、通信协议等的特定网络拓扑之类的具体细节，以便透彻地了解本发明。本领域的技术人员将十分清楚，本发明可以在这些具体细节之外的其它实施例中实现。例如，技术人员将理解，本发明可使用与下述说明本发明的IMS网络不同的服务供应网络来实现。然而，本发明可使用适用于提供服务给用户标识并且其中例如呼叫/会话控制和服务控制是分离的任何网络实现。这可包括例如GSM网络的智能网络部分。

本领域的技术人员还会理解，下文所述的功能可采用单独的硬件电路、采用与编程微处理器或通用计算机结合工作的软件、采用专用集成电路(ASIC)和/或采用一个或多个数字信号处理器(DSP)来实现。还应该理解，在本发明被描述为一种方法时，它也可以在计算机处理器和耦合到处理器的存储器中实现，其中存储器使用在被处理器执行时执行本文中所述方法的一个或多个程序进行编码。

参照图1A，将描述服务供应网络100的第一实施例。用户装置102、服务路由节点104和服务接管节点106与网络100相关联。服务供应网络100(在此实施例中)是IMS网络，其中SIP部署为信令协议。服务路由节点104是S-CSCF。服务接管节点106是应用服务器。在网络100中，用户装置102可由在S-CSCF 104中注册的用户标识表示。位于用户装置102内或网络100中其它位置的用户代理代表用户装置102起作用，例如在网络中注册装置。因此，用户代理表示网络100中与用户装置102相关联的用户标识。“用户”可以是人或机器用户，如服务器。

应用服务器106可位于网络100内部或外部，即服务器可由网络100的操作员操作或可由应用服务器提供商操作。

网络100还包含服务路由规则数据库，它是HSS 108的一部分。与用户装置102的用户标识相关联的服务简档存储在HSS 108中。服务简档具体包含一组初始过滤器标准(iFC)，其可经由OAM终端110通过对HSS 108的管理访问112创建、更新或管理。在用户102于认为与S-CSCF 104相关联的SIP注册器(未示出)处进行注册114时，HSS 108被联络。根据与用户102相关联的服务简档，一个或多个iFC从HSS 108下载到CSCF 104中的路由部件115，如箭头116所示。下载的iFC可临时存储在S-CSCF中，例如在用户代理102注册期间。

iFC在路由部件115中用于过滤任何输入的消息。在源于与装置102相关的用户代理的服务相关消息符合iFC过滤器标准的情况下，执行iFC中指定的路由决策。例如，在用户装置102的用户想要访问应用服务器106提供的服务的情况下，服务请求消息118可传送到S-CSCF 104。输入的请求消息通过应用下载的iFC在部件115中过滤。所产生路由决策包括将接收的消息作为服务请求消息120转发到应用服务器106。由请求消息120触发，AS 106可随后提供请求的服务给用户标识102。

尽管已经参照图1A进行了讨论，iFC经由OAM提供给HSS 108，HSS 108再将iFC提供给CSCF 104，在图1B中以网络100′说明了用于提供iFC的不同机制。附图中，相同的参考标记指示相同的部件。图1B中由弯箭头122示意说明的预备动作使新服务可用。例如，动作122可包括在应用服务器106′上实施新服务。在备选实施例中，可通过例如激活服务使已经实施的服务可用。技术人员了解许多其它的可能性。

由动作122触发，应用服务器106′向CSCF 104′传送包含指示服务的可用性的服务可用性信息的消息124。消息124是SIP REGISTER消息，用于向应用服务器106注册网络100中的新服务。

在收到消息124时，CSCF 104′的路由部件105′执行动作126以建立新的iFC。下面更详细地论述动作126。部件105′包含图1A的部件105和其它部件，这些其它部件也将参照后续附图进行更详细的论述。

新iFC在输入的消息创建之后立即应用于它们，即使用户102在动作126之前已经注册。因此，输入的服务请求消息118可根据新iFC进行过滤并且可作为消息120以已参照图1A论述的相同方式转发给应用服务器106′。此外，新iFC在消息128内提供给HSS 108′进行存储。

图2是更详细地说明服务路由节点200的部件的功能框图，服务路由节点200可以是图1B中节点104′的实现。

服务路由节点200包含接收部件202，适用于从服务接管节点(如图1B中的应用服务器106′)接收在服务接管节点中指示服务的可用性的服务可用性信息。节点200还包含规则建立部件204，适用于根据接收的服务可用性信息建立服务路由规则。提取部件206与规则建立部件204相关联。提取部件206适用于从服务可用性信息中提取数据以生成服务路由规则。建立的规则可存储在内部服务路由规则数据库210中。例如，规则建立部件204可创建新的规则并将此规则存储在数据库210中。存储在数据库210中的服务路由规则可具有与其相关联的标志，指示规则是否活动。响应输入的服务可用性信息或服务不可用性信息建立规则可意味着在数据库210中将相应标志从设置状态更改为未设置状态或反之亦然。

节点200的传输部件208适用于将新建立的服务路由规则传送到服务供应网络中的服务路由规则数据库，例如传送到如图1B中HSS108′之类的服务简档数据库。路由节点200还包含路由部件212，其适用于路由输入的服务相关消息，如来自网络中注册的用户标识的服务请求。路由包括应用服务路由规则，如IMS网络中的iFC，以及根据相匹配的服务路由规则将服务相关消息转发到其中所指示的服务控制节点。路由部件212应用存储在内部服务路由规则数据库210中标记为活动规则的所有规则。

存储在数据库210中的服务路由规则可包含变量(占位符)。例如，规则可包含变量以取代转发消息所至的服务接管节点的URI或URL。变量必须在“运行时间(runtime)”被替换，即在发现消息符合规则的过滤器标准时。为了替换，节点200的路由部件212适用于访问外部数据库，如可位于或可不位于服务供应网络内的数据库214。例如，数据库214可存储将服务路由规则中提供的关键字(key)(类似于指示字(pointer)起作用)与服务控制节点的当前有效URL相关联的表格。关键字在规则中与变量结合提供，并且用于查询随后取代变量的URL。

图3是示意说明用于在服务供应网络中提供服务的服务接管节点300的实施例的部件的功能框图。服务接管节点300可以是图1B的节点106′的实现。例如，节点300可以是应用服务器。

节点300包含服务准备部件302，其适用于准备服务的可用性。例如，部件302可例示一个或多个服务对象，服务对象随后准备好提供服务给请求的用户标识(requesting user identity)。作为补充或替换，部件302可控制从服务器内部或外部数据库(未示出)的数据下载、程序代码的下载和实现、到外部服务部件的网络连接的发起等。部件302还可仅为未来使用准备服务的可用性，例如，服务可从下一天开始可用或在一天中当前时间的下一小时之后可用。部件还可以只是激活已实施的服务，如响应网络操作员或服务提供商人员的人工输入。

服务接管节点300还包含可用性指示部件304，其适用于创建指示服务的可用性的服务可用性信息。部件304可由准备部件302内部触发，或作为补充或替代，由外部信号(如人工输入)触发。例如，部件304可准备注册消息(如SIP注册消息)作为服务可用性的指示。例如，部件304还可生成服务参考信息并将其包含在注册消息中。

服务可用性信息提供到节点300的传输部件306，它例如可以确定服务供应网络中一个或多个服务路由节点的网络地址并且发起包含服务可用性信息的消息到这些节点的传输。例如，部件306可提供消息给节点300(未示出)的网络接口用于传输。

图4示意说明服务路由规则数据库400的实施例的功能部件，服务路由规则数据库400可以是图1A和1B所示的数据库108的实现。

数据库400包含接收部件402，其适用于从服务路由节点接收服务路由规则，其中服务路由规则已由服务路由节点生成或以其他方式建立。例如，部件402可适用于从IMS网络中的一个或多个CSCF节点接收iFC。数据库400还包含存储部件404，其适用于存储接收的服务路由规则。

服务路由规则数据库400可用作服务路由节点池的存储空间。数据库400可以是用于存储与用户标识相关联的服务简档的服务简档数据库的一部分。例如，存储部件404可以是IMS网络中的HSS的一部分，其中iFC以与用户服务简档相关联的方式存储。

图5是说明服务路由节点(如图1B的节点104‘或图2的节点200)中执行的用于在服务供应网络中提供服务的方法的第一实施例的步骤。在服务供应网络中，服务相关消息由服务路由节点根据一个或多个服务路由规则路由至接管服务的服务接管节点。所述方法在步骤502中以接收在服务接管节点中指示服务的可用性的服务可用性信息开始。服务可用性信息可源自服务接管节点或另一实体，如管理终端或另一服务控制节点。

在步骤504中，根据服务可用性信息，建立服务路由规则。例如，可创建新服务路由规则或激活现有的服务路由规则以应用于过滤输入的服务相关消息。在步骤506中，建立的服务路由规则传送到服务路由规则数据库，如传送到服务供应网络中的服务简档数据库以存储与用户标识(如IMS网络中的HSS)相关的服务简档。所述方法在步骤508中以服务路由节点闲置以及例如等待将建立的服务路由规则应用到的输入的服务相关消息来结束。

图6示意说明用于在服务供应网络中提供服务的第二方法实施例的步骤。所述方法在服务接管节点中执行，例如图1B中的节点106′或图3中的节点300。在服务供应网络中，服务相关消息由服务路由节点根据服务路由规则路由至接管服务的服务接管节点。

所述方法在步骤602中以触发信号开始，触发信号例如可以是人工输入的管理命令。在步骤604中，准备服务的可用性。在步骤606中，创建指示服务的可用性的服务可用性信息。所述方法在步骤608中以发起服务可用性信息到服务路由节点的传输结束。传输可由服务接管节点自身或另一节点执行，如与服务接管节点相关联的服务控制节点。

图7示意说明用于在服务供应网络中提供服务的第三方法实施例的步骤。服务相关消息由服务路由节点根据由服务路由数据库提供给服务路由节点的一个或多个服务路由规则路由至接管服务的服务接管节点。所述方法的步骤在服务路由规则数据库中执行。

所述方法在步骤702中以从服务路由节点接收服务路由规则开始，其中服务路由规则已由服务路由节点建立。在步骤704中，接收的服务路由规则存储在服务路由规则数据库中。在步骤706中，所述方法结束。

图8示意说明包含S-CSCF 802、HSS 804和应用服务器806的服务供应网络中的消息序列800的实施例。S-CSCF 802可以是图1B中的服务路由节点104′或图2中的节点200的实现。HSS 804可以是图1B中的服务路由规则数据库108′或图4中的数据库400的实现。应用服务器806可以是图1B中的服务接管节点106′或图3中的节点300的实现。

在步骤S1中，在应用服务器806上部署新服务。例如，服务可在服务器806上实施。在部署过程结束之后，新服务可以使用。根据服务部署信息，在步骤S2中应用服务器806创建指示服务的可用性的服务可用性信息。为此，服务器806创建SIP REGISTER消息(在此实施例中)。

图9说明可由应用服务器806创建的REGISTER消息的一个示例。在图9中，为了参考的目的，消息显示为包含行1-12。SIPREGISTER消息的一般内容和格式是本领域的技术人员已知的，参见IETF(因特网工程任务组)RFC(请求注解)3261。

在图8的步骤S2中，应用服务器806还创建iFC-ID作为参考新部署的服务的参考号码。为了传递iFC-ID，可在REGISTER消息中定义特定参数。在图9所示的示例消息中，为此目的定义了可包含在Contact标题字段中的“ifcid”参数，参见图9的行11。iFC-ID可唯一地识别服务，至少对于应用服务器806上可用的服务。在其它实施例中，iFC-ID在服务供应网络中可以是唯一的。iFC-ID可由S-CSCF生成。生成iFC-ID的程序也可以使用分布的方式执行。例如，应用服务器可生成ID的第一部分，该部分对由服务器接管的服务是唯一的。该ID可随后传送到S-CSCF，该S-CSCF给该ID添加另一部分，例如对S-CSCF特定的固定编号或由S-CSCF路由的服务的唯一编号或其组合。

在图8的步骤S3中，应用服务器806传送SIP REGISTER消息到S-CSCF 802。在步骤S4中，S-CSCF 802根据接收的服务可用性信息创建新的iFC。Contact标题字段中ifcid参数的出现由S-CSCF 802解释为服务可用性信息，该服务可用性信息在与CSCF 802相关联的iFC数据库中找不到带有接收的iFC-ID的现有iFC的情况下触发新iFC的生成。不包含iFC-ID的REGISTER消息不可解释为包含服务可用性信息；这样在CSCF中不会触发iFC建立过程。在备选实施例中，iFC建立过程可基于另外或其它的触发器。

图10显示可根据图9的REGISTER消息生成的iFC。为了构建iFC 1000，包含服务可用性信息的接收的消息被分析并且从该消息提取信息。例如，目标应用服务器的URI或URL(将输入的服务相关消息路由所至地址)得自接收的消息的Contact标题字段中的地址参数值。参照图9和10的示例，REGISTER消息的行8中指定的Contact地址从消息900中提取并且包含在图10的iFC 1000中作为参考号码为1002的行中的路由地址。

iFC的各个服务触发点(SPT)也可得自接收的消息。下面根据对接收的REGISTER消息900中的Contact标题字段(行8-11)的进一步分析概述了示例。过滤器标准“输入的服务相关消息的类型”根据提取REGISTER消息900中行11的参数“方法”的值来定义。方法或消息类型“INVITE”被提取并且包含在新生成的iFC 1000中作为定义1004行中的SPT。

作为又一过滤器标准，输入的服务相关消息的会话类型(会话情况)在iFC 1000的行1006中定义。此SPT并非从图9的REGISTER消息900中提取。相反，操作员的一般政策假定所有自动生成的iFC应在“发起会话”情况下触发。因此，引入了如行1006中的SPT，而没有分析这方面的触发服务可用性信息。在备选实施例中，会话情况SPT也可以通过从输入的服务可用性信息中提取一些信息来定义。

又一SPT在iFC 1000的行1008中定义，指定输入的服务相关消息中的“To”标题字段必须与特定URL相符。为了构建SPT 1008，从REGISTER消息900(行2)提取“From(来自)”标题字段。此外，在行1010中，相关于服务相关消息中被请求服务的类型定义SPT。服务类型“audio(音频)”和“video(视频)”从图9(行8和行9)中的REGISTER消息的Contact标题字段提取。这些特性必须在输入的服务相关消息中的Accept-Contact标题字段中指定以符合SPT1010。在服务相关消息符合图10的iFC 1000中定义的所有SPT的情况下，消息被转发到行1002中定义的应用服务器(ApplicationServer)。

另外或其它SPT也可根据操作员的偏好定义，它们可以是也可以不是基于从接收的服务可用性信息提取信息。例如，来自服务供应网络内部或外部的数据库的数据可用于生成iFC。

在如图10的iFC 1000的iFC确实已存在，如以未激活状态存储在服务路由规则数据库中的情况下，图9的REGISTER消息900的接收可触发现有iFC的激活。激活可基于传送的iFC-ID。例如，服务路由节点可通过尝试访问对应于数据库中的iFC-ID的iFC来分析接收的iFC-ID。

在图8的步骤S5中，S-CSCF 802将新iFC存储在HSS 804中。在步骤S6中，HSS确认iFC的存储。在步骤S7中，S-CSCF 802确认向应用服务器806的注册。在收到确认消息时，在步骤S8中，AS806存储iFC-ID用于以后参考。例如，经由S-CSCF 802从用户装置转发到应用服务器806的服务请求可包含iFC-ID。

图11是服务相关消息的示例，在它到达S-CSCF 802时可应用图10的iFC 1000。图11的SIP INVITE消息1100可源自如图1B中的用户装置102，即消息1100可以是图1B中消息118的表示。消息1100符合iFC 1000中定义的所有SPT：消息是INVITE消息(SPT 1004)；会话已由发送用户装置发起(SPT 1006)；To标题字段与iFC中指定的To标题字段相符(SPT 1008)；以及Accept-Contact标题字段中被请求服务特性与iFC 1000中指定的内容类型相符(SPT 1010)。因此，图8中的S-CSCF 802将INVITE消息1100转发到iFC 1000中定义的应用服务器1002。

已经参照图1B和图8说明，新创建或另外建立的iFC可上传到服务供应网络中的服务路由规则数据库，例如与IMS网络中的S-CSCF相关联的HSS。新生成或另外建立的iFC可在输入的业务相关消息于服务路由节点中建立时立即应用于它们，与服务路由规则数据库中的存储过程无关。例如，图10的iFC 1000可在其创建后立即应用于消息路由。通过这种方式，短期规则可创建但从不存储在外部数据库如服务简档数据库(如HSS)中。服务路由规则要存储在服务简档数据库中还是另一实体中可根据预定的阈值来判定。例如，在确定规则仅应用短于阈值时间(如一小时)的情况下，规则不会在外部存储。

此外，新建立的iFC可立即影响路由决策，与用户的注册无关。换言之，在服务路由节点中的规则的自动建立不仅可影响在新iFC建立之后注册的用户，还可以影响已经注册的订户。在备选实施例中，新建立的iFC可应用于服务路由节点中仅在用户标识的注册(重新注册)之后的路由。

图12说明包含服务可用性信息的消息1200的又一实施例。消息1200与图9中的消息900的不同之处在于行12中“Expires(期满)”字段的出现。在此实施例中，此字段的值指示自当前时间的时间点“0”秒。这可由服务路由节点解释为请求立即去激活或去除由行11中的iFC-ID所指示的iFC。例如按照一般SIP程序，时间可以从服务路由节点中收到消息1200起测量。取决于操作员，如图12的消息仅导致iFC的去激活、服务路由节点的存储器中iFC的去除、或服务简档数据库中的去除。

由消息1200的行11中的iFC-ID所指示的iFC可能先前已经自动定义或通过管理操作进行定义。消息1200可能已由也可能未由接管所指示服务的应用服务器发送。例如，在多个服务由服务器群接管的情况下，多个服务器可配置为大体控制服务的可用性，以使得取消建立消息(如图12中的消息1200)可源自不同于服务接管节点的节点。

图13是表示服务可用性信息的消息1300的又一实施例。对比图12的消息1200，消息1300中的Expires标题字段指示一小时的时间间隔。首先，消息1300可在服务路由节点中解释为请求立即创建或激活iFC-ID所指示的iFC(在当前未建立此iFC-Id的iFC的情况下)。其次，消息1300请求在收到消息1300一小时后取消建立所指示的iFC。

取决于实现详情，在消息1300的行12中指定的期满时间之前发送的又一消息，如图9的消息900，可导致所指示iFC的无限激活。在iFC去激活之后到达的包含诸如Expires标题字段的值不等于0之类的指示的服务可用性信息可导致在所指示的时间间隔的iFC重新激活。

图14说明iFC 1400的第二实施例，它在几个方面不同于图10中的iFC 1000。通过指定带有子标签<name>和<arg>的标签<function>，SPT 1402被定义为函数，其中标签<name>定义应用于变元<arg>的操作符类型(即由函数执行的匹配操作)。因此，在iFC 1400应用于输入消息的情况下，函数1402分析Accept-Contact标题字段(Argument 1(变元1)中是否出现字符串“audio”(Argument 2(变元2))。(自动创建的)iFC可包含一个或多个函数，如定义对服务相关消息的内容进行的一般字符串相关操作的函数1402。

单个iFC(如iFC 1400)可用于大量用户。具体地说，从发起会话中的用户装置发送的、请求“audio”服务的任何INVITE消息均符合iFC 1400。通过这种方式，单个iFC(可以是也可以不是自动生成的)可取代大量订户特定的iFC。诸如函数1402之类的函数也可以用于根据例如其它信息(如时间、环境变量、数据库)来源定义触发条件。此外，触发条件也可以根据对消息正文的分析来定义。例如，可对SIP/SDP有效载荷的正文进行分析。

在图14的iFC 1400的行1404，带有子标签<table>、<column>和<key>的标签<variable>用于从数据库得出应用服务器名称。包含表格“Attached Services Gateways”的数据库可位于服务控制节点甚或服务供应网络的内部或外部。将输入的服务相关消息中的“To”标题字段的内容作为关键字值搜索该表格。所产生的URI从“Gateway URI”列得出。结构1404一般地说明了使用变量在应用iFC时访问信息。

虽然在前面所述的实施例中已经说明基于服务路由规则的路由决策在中央路由节点如IMS网络中的S-CSCF中执行，自动提供创建的或另外建立的服务路由规则的技术可在IMS网络或任何服务供应网络中的其它节点中或其它位置处适当地执行。例如，在包含若干应用服务器的服务器群中，一个或多个服务器可包含路由部件，如为了负载均衡的目的。在执行类似于以上所述的路由决策的部件中，也可以实施本文提出的技术。

一般来说，在会话/呼叫控制和服务控制之间分离的服务供应网络中涉及执行路由决策的任何节点均适合使用本文所述的技术。

本文提出的技术允许自动创建或激活服务路由规则，如IMS网络中的iFC。例如，取代提供服务路由规则给服务路由规则数据库(如HSS)以及例如在用户标识注册时将规则下载到服务路由节点，对应于新的可用服务的服务路由规则可在执行路由决策的服务路由节点上直接建立。这允许对服务供应网络中的服务进行动态部署，从而能够将人工操作或其它管理动作减到最少。

此外，所述技术允许独立于用户的注册应用服务路由规则。因此，新创建的规则可在创建之后立即应用，方便部署新服务，如自动创建的服务。此外，特别是对于短期服务，可以减少网络业务，因为可以避免已建立服务路由规则到服务路由规则数据库的上传以及后续到服务路由节点的下载。

过滤器标准的更灵活定义以及iFC中的目标地址允许减少所需的iFC数量，并且还方便了服务的动态部署。这不仅允许生成用户特定的服务路由规则，还允许生成可应用于多个订户的规则。例如，在服务路由节点中，需要支持的iFC数量更少。一般来说，服务路由规则的生成、执行和维护的效率得以提高。

提出的技术的这些和其它方面非常重要，例如，当新服务在短时间间隔内和/或对大量订户可用的情况下。例如，订户可自动预订新服务，而无需任何操作员的人工动作，甚至无需重新注册。

虽然参照优选实施例对本发明进行了说明，但应该理解，此说明仅用于说明而非限制的目的。本发明仅受所附权利要求书的范围限制。

Claims (36)

1.一种用于在服务供应网络(100′)中提供服务的方法，其中服务相关消息(118，1100)由服务路由节点(104′，200)根据一个或多个服务路由规则路由至接管服务的服务接管节点(106′)，所述方法包括在服务路由节点(104′，200)中的以下步骤：

-接收(502)指示服务接管节点中的服务的可用性的服务可用性信息(124，900，1200，1300)；以及

-根据接收的服务可用性信息建立(504)服务路由规则(1000，1400)。

2.如权利要求1所述的方法，

还包括将建立的服务路由规则传送(128，506)到服务路由规则数据库(108′)的步骤。

3.如权利要求2所述的方法，

其中所述服务路由规则传送到服务简档数据库(128)以存储与用户标识相关的服务简档。

4.如以上权利要求中的任一项所述的方法，

其中建立所述服务路由规则的步骤包括创建新服务路由规则和激活现有服务路由规则中的至少一个。

5.如以上权利要求中的任一项所述的方法，

其中接收所述服务可用性信息的步骤包括接收注册所述服务的注册请求(900，1200，1300)。

6.如权利要求5所述的方法，

其中注册请求与新服务或现有服务相关。

7.如以上权利要求中的任一项所述的方法，

其中服务路由规则根据从所述服务可用性信息(1002，1004，1008，1010)中提取的数据生成。

8.如权利要求7所述的方法，

其中，用于在服务相关消息(118，120)中参考服务的服务参考信息(ifcid)从所述服务可用性信息(900，1200，1300)中提取。

9.如权利要求8所述的方法，

其中建立所述服务路由规则的步骤响应在所述服务可用性信息中检测到所述服务参考信息而执行。

10.如权利要求1到7中的任一项所述的方法，

其中建立所述服务路由规则的步骤包括生成用于在服务相关消息中参考服务的服务参考信息。

11.如以上权利要求中的任一项所述的方法，

其中多个服务路由规则根据接收的服务可用性信息建立。

12.如以上权利要求中的任一项所述的方法，

其中所述服务路由规则(1400)与为一个或多个用户标识提供的一个或多个服务相关。

13.如任何以上权利要求所述的方法，还包括以下步骤：

-接收指示服务的不可用性的服务不可用性信息(1200，1300)；以及

-根据服务不可用性信息取消建立所述服务路由规则。

14.如权利要求13所述的方法，

还包括响应服务不可用性信息传送去除或去激活命令到服务路由规则数据库的步骤。

15.如权利要求13或14所述的方法，

其中所述服务可用性信息(1200，1300)包含至少一个时间点指示，以及

所述服务路由规则根据所述时间指示建立或取消建立。

16.如权利要求13到15中的任一项所述的方法，

其中所述服务可用性信息包含所述服务不可用性信息(1300)。

17.如权利要求2到16中的任一项所述的方法，

其中建立的服务路由规则由所述服务路由节点独立于所述用户标识的注册用于路由服务请求。

18.如以上权利要求中的任一项所述的方法，

其中所述服务路由规则包含用于所述服务相关消息正文分析的指令和用于在规则(1404)采用期间访问外部数据的指令中的至少之一。

19.一种用于在服务供应网络(100′)中提供服务的方法，其中服务相关消息(118，1100)由服务路由节点(104′，200)根据一个或多个服务路由规则路由至接管所述服务的服务接管节点(106′，300)，

在所述服务接管节点(106′，300)中包括以下步骤：

-准备(604)服务的可用性；以及

-发起(608)指示所述服务的可用性的服务可用性信息到所述服务路由节点的传输。

20.如权利要求19所述的方法，

包括创建(606)所述服务可用性信息的进一步的步骤。

21.如权利要求20所述的方法，

其中创建所述服务可用性信息的步骤包括生成注册所述服务的注册请求(124，900，1200，1300)。

22.如权利要求19到21中的任一项所述的方法，

其中所述服务可用性信息包含用于参考服务的服务参考信息(ifcid)。

23.如权利要求19到22中的任一项所述的方法，

包括创建和传送指示所述服务的不可用性的服务不可用性信息的步骤。

24.如权利要求23所述的方法，

其中所述服务可用性信息包含所述服务不可用性信息。

25.一种用于在服务供应网络(100′)中提供服务的方法，其中服务相关消息(118，1100)由服务路由节点(104′，200)根据由服务路由规则数据库(108，108′)提供给所述服务路由节点的一个或多个服务路由规则路由至接管服务的服务接管节点(106′，300)，

包括在所述服务路由规则数据库(108′)中接收(702)和存储(704)从所述服务路由节点接收和由所述服务路由节点创建的服务路由规则(1000，1400)的步骤。

26.如权利要求25所述的方法，

其中所述服务路由规则数据库包含在用于存储与用户标识相关的服务简档的服务简档数据库(108′)中。

27.如权利要求24或25所述的方法，

其中所述服务路由规则包含用于参考服务的服务参考信息(ifcid)。

28.如权利要求25到27中的任一项所述的方法，

包括从所述服务路由节点接收与所述服务路由规则相关的去激活命令的步骤；以及响应所述去激活命令去激活所述服务路由规则的步骤。

29.一种计算机程序产品，包括用于当所述计算机程序产品在一个或多个计算装置上执行时执行以上权利要求中任一项所述的步骤的程序代码部分。

30.如权利要求29所述的计算机程序产品，所述产品存储在计算机可读记录媒体中。

31.一种用于在服务供应网络(100′)中提供服务的服务路由节点(104′，200)，其中所述服务路由节点适用于根据一个或多个服务路由规则将服务相关消息(118，1100)路由至接管服务的服务接管节点(106′)，所述服务路由节点包含：

-接收部件(202)，适用于接收指示服务接管节点中的服务的可用性的服务可用性信息；以及

-规则建立部件(204)，适用于根据接收的服务可用性信息建立服务路由规则。

32.如权利要求31所述的服务路由节点，

还包括传输部件(208)，适用于将所述服务路由规则传送到服务路由规则数据库。

33.如权利要求31或32所述的服务路由节点，

还包括提取部件(206)，适用于从所述服务可用性信息中提取数据以生成所述服务路由规则。

34.一种用于在服务供应网络(100′)中提供服务的服务接管节点(300)，其中服务相关消息(118，1100)由服务路由节点(104′，200)根据一个或多个服务路由规则路由至接管所述服务的服务接管节点(106′，300)，

所述服务接管节点包括：

-服务准备部件(302)，适用于准备所述服务的可用性；以及

-传输部件(306)，适用于发起指示所述服务的可用性的服务可用性信息到所述服务路由节点的传输。

35.一种用于在服务供应网络(100′)中提供服务的服务路由规则数据库(400)，其中服务相关消息(118，1100)由服务路由节点(104′)根据一个或多个服务路由规则(1000，1400)路由至接管服务的服务接管节点(106′)，并且服务路由规则数据库(400)适用于提供一个或多个服务路由规则给所述服务路由节点，所述服务路由规则数据库包含：

-接收部件(402)，适用于从所述服务路由节点接收由所述服务路由节点建立的服务路由规则；以及

-存储部件(404)，适用于存储接收的服务路由规则。

36.如权利要求35所述的服务路由规则数据库，

其中所述服务路由规则数据库包括在所述服务供应网络中用于存储与用户标识相关的服务简档的服务简档数据库(108′)中。

Images