用于影响应用服务器向用户设备提供的服务的调用的方法和设备

摘要

此处描述了能够影响应用服务器向用户－用户设备提供的服务的调用的服务器和方法。该服务器包括数据库，其存储用于用户－用户设备的服务简档，其中所述服务简档具有多个过滤准则，其中至少一个过滤准则包括：(1)第一触发器点和至少一个第一服务点触发器，所述至少一个第一服务点触发器规定一个或多个条件，在为用户－用户设备调用服务之前，所述一个或多个条件在被满足时将被下载到远程控制功能并且被远程控制功能检验；以及(2)第二触发器点和至少一个第二服务点触发器，所述至少一个第二服务点触发器规定一个或多个条件，所述一个或多个条件对照与用户－用户设备相关联的内部存储的数据而被检验，并且需要在具有包括第一触发器点和至少一个第一服务点触发器的过滤准则的服务简档被下载到远程控制功能并然后被远程控制功能检验以为用户－用户设备调用服务之前被满足。

说明书

要求在先提交的美国申请的权益

本申请要求于2007年6月26日提交的美国临时专利申请序列号60/946,187的权益，其内容以引用方式并入本文。

技术领域

该申请涉及通信领域，尤其涉及一种使得服务器能够影响应用服务器(例如IMS应用服务器)向用户-用户设备(UE)提供的服务(例如IMS服务)调用的服务器(例如HSS)和方法。

背景技术

以此定义了以下缩写，至少一些缩写涉及现有技术和本发明的以下描述。

3GPP    第三代合作伙伴计划

CAMEL   移动网络增强逻辑的定制应用

CS      电路交换

CSCF    呼叫会话控制功能

GUP     通用用户简档(Profile)

HSS     归属订户服务器

IP      网际协议

IP-CAN  IP连通性接入网

IM      IP多媒体

IMS     IP多媒体子系统

LTE     长期架构

PS      分组交换

PPA     推送简档应答

PPR     推送简档请求

SAA     服务器指定应答

SAR     服务器指定请求

S-CSCF   服务CSCF

SDP      会话描述协议

SIP      会话发起协议

UE       用户设备

UML      统一建模语言

URI      统一资源标识符

WLAN     无线局域网

参考图1(现有技术)，存在用于说明3GPP网络100的图示，该3GPP网络100具有传统的HSS 102，该HSS 102耦合到CS域104、PS域106和IM CN子系统108。3GPP网络100在以下文件中被详细说明：日期为2007年3月、题目为“3rd Generation Partnership Project；Technical Specification Group Core Network and Terminals；IPMultimedia(IM)Subsystem Cx and Dx Interfaces；Signalling Flows andMessage Contents(Release 7)”的3GPP TS 29.228V7.5.0(其内容以引用方式并入)。同样，本领域技术人员熟知该特定3GPP网络100的架构和功能。所以，为了清楚起见，仅对有关当前讨论的HSS 102和IM CN子系统108(特别是CSCF 110和应用服务器112)进行详细地讨论，而对于像GMSC、MSC/VLR、SGSN、GGSN、OSA SCS、IM-SSF等其他公知部件在本文中不再进行详细地讨论。CSCF 110是IM CN子系统108内的实体，其涉及与UE 114(仅示出一个)建立用户呼叫/会话。应用服务器112是IM CN子系统108内的实体，其向UE 114提供IMS服务。

HSS 102具有主(master)数据库103，其存储与3GPP网络100中的用户及他们各自的UE 114相关的信息。为了简单起见，在本文中，用户和用户设备一般意义相同并且经常被标识为UE 114，以至于基于用户而在主数据库103中存储的信息通常被称为用户数据，而不管这样的数据是与用户相关联还是与他们各自的用户设备相关联。例如，除了与接入相关的其他功能(像用户控制IP多媒体子系统(IMS)功能、CS功能、PS功能、WLAN功能等)之外，HSS 102还包括2G/3G核心网HLR功能。特别地，HSS 102支持以下功能：(1)移动性管理；(2)用户安全信息代；(3)用户安全支持；(4)服务提供支持；(5)呼叫/会话建立支持；(6)GUP数据储存库；(7)标识处理；(8)服务授权支持；(9)访问授权；(10)应用服务支持；以及(11)CAMEL服务支持。基本上，HSS 102成为其中许多不同接入符合(meet)的3GPP网络100中的特权点。

传统的HSS 102也具有多个任务，并且这些任务之一是为从IM应用服务器112接收IMS服务的IMS UE 114处理服务简档116。例如，当UE 114向IM CN子系统108登记时，HSS 102将服务简档116下载到被指定用于服务UE 114的服务CSCF 110(下文中的S-CSCF以及特别是S-CSCF 110)。然后，S-CSCF 110使用服务简档116以为UE 114调用IMS服务。无论什么时候运营商以管理的方式改变与UE 114有关的数据，HSS 102还将服务简档116下载到S-CSCF 110。接下来提供有关传统服务简档116的内容的讨论，但是对传统服务简档116的更加详细的讨论参考前述3GPP TS 29.228V7.5.0中的附件B。

参考图2A(现有技术)，存在用于说明当前在3GPP TS 29.228V7.5.0中规定的传统服务简档116的UML模型的略图的图示。如图所示，传统的服务简档116具有如下内容：(1)公共标识类别202；(2)核心网服务授权类别204；(3)初始过滤准则类别206；以及(4)共享IFC集类别208。IFC类别206与当前讨论相关，因为其包含被S-CSCF 110使用来为UE 114调用IMS服务的机制。因此，以下将详细地描述IFC类别206，同时在本文中将不再讨论公共标识类别202、核心网服务授权类别204、以及共享IFC集类别208。

参考图2B(现有技术)，存在用于说明当前在3GPP TS 29.228V7.5.0中规定的IFC类别206的UML模型的略图的图示。IFC类别206具有0到n个IFC实例206’(示出一个实例)，每个IFC实例由0个或1个触发器点类别210实例以及一个应用服务器类别212实例构成。每个IFC 206’具有指示过滤准则的优先级的优先级属性，其中优先级数越高，那么过滤准则的优先级就越低。例如，具有较高优先级数值的IFC 206’将在具有较小优先级数的IFC 206’已经被访问之后被访问。另外，每个IFC 206’具有ProfilePartIndicator(简档部分指示器)属性，其是一种具有可能值“REGISTERED(已登记)”和“UNREGISTERED(未登记)”的枚举类型，其指示各个过滤器是否是已登记或未登记用户服务简档116的一部分。

触发器点类别210描述触发器点，所述触发器点被S-CSCF 110检验以查明所指示的应用服务器112(例如)是否应当被联系或者不向UE 114提供IMS服务。每个触发器点210由1到n个服务点触发器类别214(下文中为SPT或SPT类别)实例组成。另外，每个触发器点210是合取范式或析取范式(DNF的CNF)形式的布尔表达式。特别地，每个触发器点210具有ConditionTypeCNF(条件类型CNF)属性，其定义如何表达相应的SPT 214集，也就是或者SPT语句ANDed集的ORed集或者语句的ORed集的ANDed集。将这些组合分别称为析取范式(DNF)和合取范式(CNF)。能够使用DNF和CNF这两种形式。在没有触发器点类别210的情况下，这将指示所指示的应用服务器112的无条件触发。

如果触发器点210和SPT 214相符，那么应用服务器类别212指示被联系的应用服务器112(例如)。应用服务器类别212具有ServerName(服务器名称)属性，其包含(例如)应用服务器112的SIP URL。应用服务器类别212也具有Default Handling(缺省处理)属性，其指示如果应用服务器112不可达到的话，则与UE 114的对话是否应该被释放。Default Handling属性是枚举的并且能够取以下值：SESSION_CONTINUED(会话_继续)或者SESSION_TERMINATED(会话_终止)。另外，应用服务器类别212包含0个或1个服务信息类别216实例。服务信息类别216具有ServiceInfo(服务信息)属性并且允许向S-CSCF 110下载信息，其中当相应的IFC206’的触发器点210被满足时，以透明的方式将所下载的信息传送到应用服务器112.

参考图2C(现有技术)，存在用于说明当前在3GPP TS 29.228V7.5.0中规定的SPT类别214的UML模型的略图的图示。SPT类别214具有一个或n个SPT实例214’(示出一个)，其中每个SPT 214’具有Group(组群)属性，其允许对将配置CNF或DNF表达式内的子表达式的SPT进行分组。例如，在以下的CNF表达式(A+B)·(C+D)中，A+B和C+D将对应于不同的组群。在CNF中，Group属性标识SPT实例214’的ORed集。如果SPT 214’属于不同的ORed集，那么SPT 214’能够具有多于一个所指定的Group值。为每个SPT 214’指定至少一个Group。在DNF中，Group属性标识SPT实例214’的ANDed集。如果SPT 214’属于不同的ANDed集，那么SPT 214’能够具有多于一个所指定的Group值。为每个SPT实例214’指定至少一个Group。另外，每个SPT 214’也具有ConditionNegated(条件求反)属性，其定义是否对相应的实例求反(也就是NOT逻辑表达)。另外，每个SPT 214’具有RegistrationType(登记类型)属性，其仅与(以下讨论的)SIP方法216相关，该方法具有“REGISTER(登记)”值(注意：在HSS 102和在S-CSCF 110中对RegistrationType属性的支持是可选的)。

而且，每个SPT 214’包括以下内容：(1)请求-URI类别218；(2)SIP方法类别216；(3)SIP首部类别220；(4)会话情况(case)类别222；以及(5)会话描述类别224。请求-URI类别218包含RequestURI(请求URI)属性并且定义用于请求-URI的SPT。SIP方法类别216包含Method(方法)属性并且定义了用于SIP方法的SPT。SIP首部类别220包含Header(首部)属性和Content(内容)属性，其针对任意SIP首部的存在或不存在或者针对任意SIP首部内容定义SPT。会话情况类别222是一种具有以下可能值的枚举类型：“Originating(始发)”、“Terminating_Registered(终止_已登记)”、“Terminating_Unregistered(终止_未登记)”、“Originating_Unregistered(始发_未登记)”，它们用于指示操控已登记终端用户114的始发、终止，未登记终端用户114的终止，或者未登记终端用户114的始发的S-CSCF 110是否应该使用过滤器。会话描述信息类别224具有Line(行)属性和Content属性，其为SIP方法的主体内的任意SDP字段的内容定义SPT。

通过图2A-2C(现有技术)能够看出：服务简档116具有一个或多个IFC 206’，其是被下载到IMS核心108中的S-CSCF 110并且然后被使用来为UE 114(仅示出一个)调用IMS服务的机制。IFC 206’基本上识别：S-CSCF 110必须调用的特定IMS应用服务器112，以及如果该特定IMS应用服务器112不可用那么必须做什么。另外，IFC206’包括一个或多个SPT 214，其规定在哪些条件下，应该在SIP会话中包含所识别的IMS应用服务器112，以使得能够为特定UE 114调用IMS服务。

特别地，当处理UE 114(或者代表UE 114的IMS应用服务器112)的SIP请求时，S-CSCF 110审阅(go through)服务简档106内优先化IFC 206的列表和相应的SPT 214。并且，当根据SIP请求中的信息，IFC 206中的条件和相应的SPT被满足时，S-CSCF 110与应用服务器类别212中所指示的IMS应用服务器112联系以调用SIP请求。一般而言，IFC 206与SIP消息和SIP程序相关，并且因此，在相应SPT 214中规定的条件也与SIP程序和SIP消息的内容相关。这通过以下事实而能够看出来：已经被标准化为日期的SPT 214包括请求-URI 218，SIP方法216(例如INVITE(邀请))，SIP首部220(用于任意SIP首部的存在或不存在或者用于任意SIP首部的内容)，会话情况222(枚举类型，具有可能值“Originating”、“Terminating_Registered”、“Terminating_Unregistered”、“Originating_Unregistered”)，以及会话描述224(用于位于SIP方法主体内的任意SDP字段的内容)(注意：SDP是一种用于描述流媒体初始化参数的格式，并且在IETF的RFC 4566中被详细地讨论)。

然而，如今较高的兴趣在于考虑其他信息，而不仅仅是与S-CSCF110接收的用以为UE 114调用IMS服务的特定SIP请求相关的SIP信息。例如，现在不可能考虑UE 114的CS状态(GSM附着等等)以确定在SIP请求中是应该包含一个IMS应用服务器112还是另一个IMS应用服务器。因此，当为特定UE调用IMS服务的时候，已经存在并且仍存在对以当前现有技术来解决该缺陷和其他缺陷的需求。而本发明满足了该需求和其他需求。

发明内容

在一方面中，本发明提供了一种服务器，其包括数据库，该数据库存储用于用户的服务简档，其中服务简档具有多个过滤准则，其中至少一个过滤准则包括：(1)第一触发器点和至少一个第一服务点触发器，所述至少一个第一服务点触发器规定一个或多个条件，在为用户-用户设备调用服务之前，所述一个或多个条件在被满足时将被下载到远程控制功能并且被远程控制功能检验；以及(2)第二触发器点和至少一个第二服务点触发器，所述至少一个第二服务点触发器规定一个或多个条件，所述一个或多个条件对照与用户-用户设备相关联的内部存储的数据(例如非-SIP相关数据)而被检验，并且需要在具有包括第一触发器点和至少一个第一服务点触发器的过滤准则的服务简档被下载到远程控制功能并然后被远程控制功能检验以为用户-用户设备调用服务之前被满足。该方案是所期望的，因为当为用户-用户设备调用服务时，服务器能够使用内部存储的非SIP相关信息。另外，该方案是所期望的，因为服务器能够通过使用第二触发器点和内部存储的非SIP相关数据来确定第一触发器点是否应当在第一位置被下载到可以为用户-用户设备调用服务的远程控制功能，从而影响该服务的调用。

在另一方面中，本发明提供了一种使得服务器能够影响对用户-用户设备的服务调用的方法，所述方法包括以下步骤：(a)创建用于用户-用户设备的服务简档，其中所述服务简档具有多个过滤准则，其中至少一个过滤准则包括：第一触发器点和至少一个第一服务点触发器，所述至少一个第一服务点触发器规定一个或多个条件，在远程控制功能能够为用户-用户设备调用服务之前，所述一个或多个条件必须被满足；和(2)第二触发器点和至少一个第二服务点触发器，所述至少一个第二服务点触发器规定一个或多个条件，所述一个或多个条件将对照与用户-用户设备相关联的内部存储的数据而被检验；(b)通过确定在所述至少一个第二服务点触发器中的一个或多个条件同与用户-用户设备相关联的内部存储的数据之间是否存在匹配来对过滤准则进行预过滤；(c)如果存在匹配，那么将具有包括第一触发器点和至少一个第一服务点触发器的过滤准则的服务简档下载到远程控制功能，其中远程控制功能然后需要在为用户-用户设备调用服务之前确认至少一个第一服务点触发器的一个或多个条件被满足；以及(d)如果不存在匹配，那么阻止将具有包括第一触发器点和至少一个第一服务点触发器的过滤标准的服务简档下载到远程控制功能。

在又一方面中，本发明提供了一种3GPP网络，包括：HSS、S-CSCF、以及IMS应用服务器，其中HSS通过以下步骤来影响所述IMS应用服务器向用户-用户设备提供的IMS服务的调用：(a)创建用于用户-用户设备的服务简档，其中服务简档具有初始过滤准则(IFC)，其中IFC包括：(1)第一触发器点和至少一个第一服务点触发器，所述至少一个第一服务点触发器规定一个或多个条件，在S-CSCF能够为用户-用户设备调用IMS服务之前，所述一个或多个条件必须被满足；和(2)第二触发器点和至少一个第二服务点触发器，所述至少一个第二服务点触发器规定一个或多个条件，所述一个或多个条件将对照与用户-用户设备相关联的内部存储的数据而被检验；(b)通过确定在所述至少一个第二服务点触发器中的一个或多个条件同与用户-用户设备相关联的内部存储的数据之间是否存在匹配来对IFC进行预过滤；(c)如果存在匹配，那么将具有包括第一触发器点和至少一个第一服务点触发器的IFC的服务简档下载到S-CSCF，其中S-CSCF然后必须在调用IMS应用服务器为用户-用户设备提供服务之前确认所述至少一个第一服务点触发器的一个或多个条件被满足；以及(d)如果不存在匹配，那么阻止将具有包括第一触发器点和至少一个第一服务点触发器的IFC的服务简档下载到S-CSCF。

本发明的附加方面将在以下详细描述、附图以及任何权利要求中部分地阐述，并且将从详细描述部分地推出，或者能够通过发明的实践而获知。应该理解，先前一般性的描述和随后的详细描述仅为示范性和解释性的，并且不作为所公开发明的限制。

附图说明

结合附图并参考以下详细描述可以获得对于本发明更加完整的理解：

图1(现有技术)是用于说明3GPP网络的图示，该3GPP网络具有耦合到如当前在3GPP TS 29.228V7.5.0中规定的CS域、PS域和IMCN子系统的传统HSS；

图2A-2C(现有技术)是用于说明当前在3GPP TS 29.228V7.5.0中规定的传统服务简档的UML模型的略图的图示；

图3是用于说明3GPP网络的图示，其具有根据本发明耦合到CS域、PS域和IM CN子系统的增强的HSS；

图4A-4C是用于说明根据本发明配置的示例性服务简档的UML模型略图的三个图示；

图5是说明根据本发明在UE登记期间能够如何使用增强的HSS的信号流程图；

图6是用于说明根据本发明在指向UE的终止会话期间能够如何使用增强的HSS的信号流程图；以及

图7是用于说明根据本发明的当用于UE的数据发生改变时能够如何使用增强的HSS的信号流程图。

具体实施方式

参考图3，存在用于说明具有根据本发明耦合到CS域304、PS域306和IM CN子系统308的增强的HSS 302的3GPP网络300的图示。该增强的HSS 302具有用于UE 314(仅示出一个)的主数据库303，其支持HLR功能，也支持IMS相关预订和订户数据。该增强的HSS 302还操控用于每个IMS UE 314的服务简档316，并且在给定UE 314的登记期间，向被指定用于服务给定UE 314的S-CSCF 310(位于IM CN子系统308中)提交相应的服务简档316。为简单起见，在本文件中，用户和用户设备通常意义相同并且经常被标识为UE 314，以至于基于用户而在主数据库303上存储的信息一般被称为用户数据，而不管这样的数据是与用户相关联还是与他们各自的用户设备相关联。

一如既往，该增强的HSS 302仍操控服务简档316，所述服务简档316包括传统的IFC，所述传统的IFC被S-CSCF 310使用来为用户及它们各自的UE 314调用在IMS应用服务器312中执行的IMS服务。在用于给定UE 314的服务简档316中，每个传统IFC包括多个SPT，所述多个SPT规定这样的条件，其中在为给定UE 314调用IMS服务的过程中，在S-CSCF 310包含IMS应用服务器312之前所述条件必须被满足。该传统IFC与SIP消息和SIP程序相关，并因此，相应的SPT所规定的条件也与SIP程序和SIP消息的内容相关。然而，服务简档316也已经被改变，以使得能够考虑其他信息而不仅仅是与S-CSCF 110所接收到的特定SIP请求相关的SIP信息，以影响为给定UE 314调用IMS服务。例如，其他信息能够包括数据，例如就特定UE 314而言CS状态是否是活动的、其中给定UE 314已经接入IMS网络208的IP-CAN、给定UE 314所接入的PS网络306的类型等等。该增强的HSS 302可以访问该非SIP相关信息，因为其是3GPP网络300的主数据库。

特别地，根据本发明，该增强的HSS 302提供具有增强的IFC包的服务简档316，所述增强的IFC包除了传统的IFC(包括与SIP相关的SPT)之外，还包括在本文中被称为HSS-触发器点(HSS-TP)的内容。每个HSS-TP包括预过滤条件，所述条件由该增强的HSS 302对照相关的订户数据(例如非SIP相关信息)来检验以确定：为给定UE 314所配置的任意IFC中哪个IFC(如果有)将被下载并且进一步由所指定的S-CSCF 310来评估。以下提供详细的讨论以解释服务简档316如何被扩展以包括新的HSS-TP，然后提供讨论以解释：增强的HSS 302如何操作来通过使用新的HSS-TP来确定服务简档316中的哪个IFC将被下载到所指定的S-CSCF 310，以针对给定UE 314影响对IMS服务的调用。

参考图4A-4C，存在用于说明根据本发明配置的示例性服务简档316的UML模型略图的三个图示。图4A说明一种高级别的示例性服务简档316，其具有以下：(1)公共标识类别402；(2)核心网服务授权类别404；(3)增强的初始过滤准则类别406；以及(4)共享的IFS集类别408。服务简档316包括增强的IFC类别406(以下将对其进行详细描述)并且也使用先前标准化的公共标识类别402、核心网服务授权类别404以及共享IFC集类别408(与图2A相比)。

图4B是用于说明根据本发明的增强IFC类别406的UML模型略图的图示。该增强的IFC类别406具有0到n个IFC实例406’(示出一个)，每个IFC实例具有用于指示过滤准则的优先级的优先级属性，其中优先级数越高，那么过滤准则的优先级就越低。例如，具有较高优先级数值的IFC 406’将在具有较小优先级数的IFC 406’已经被访问之后而被访问。另外，每个IFC 406’具有ProfilePartIndicator属性，其是具有以下可能值的枚举类型：“REGISTERED”和“UNREGISTERED”，该枚举类型用于指示各个过滤器是已登记用户服务简档316的一部分，还是未登记用户服务简档316的一部分。

另外，每个IFC实例406’由0个或1个触发器点类别410的实例、一个应用服务器类别412的实例、以及包括一个或多个HSS自身的(HSS-Owned)SPT 416的一个HSS-触发器点414的实例构成。特别地，每个IFC 406’具有标准化的触发器点类别410(包括相应的SPT418)、标准化的应用服务器类别412(包括相应的服务信息417)、以及具有相应HSS自身的SPT 416的新HSS-触发器点414(与图2B相比较)。SPT 418具有1到n个SPT实例418’，所述SPT实例418’之一被详细地在图4C中示出并且包括以下：(1)请求-URI类别420；(2)SIP方法类别422；(3)SIP首部类别424；(4)会话情况类别426；以及(5)会话描述类别428(与图2C相比较)。

如图4B中所示，HSS-触发器点414由1到n个HSS自身的SPT416构成。另外，每个HSS-触发器点414是合取范式或析取范式(DNF的CNF)形式的布尔表达式。尤其特别的是，每个HSS-触发器点414具有ConditionTypeCNF属性，其定义了相应的HSS自身的SPT 416集如何被表达，也就是或者SPT语句的ANDed集的ORed集或者语句的ORed集的ANDed集。这些组合分别被称为析取范式(DNF)和合取范式(CNF)。DNF和CNF这二者都能够被使用。

在操作中，在UE 314的登记期间(例如)，增强的HSS 302检验每个IFC 406’及他们相应的HSS-触发器点414和相关联的HSS自身的SPT 416以确定相应的触发器点类别410和应用服务器类别412是否将被下载到S-CSCF 310。特别地，增强的HSS 302具有评估过程，其对照内部存储的非SIP相关用户数据来检验HSS自身的SPT 416中所声明的条件。如果存在匹配，那么增强的HSS 302将具有相应IFC406’(不存在HSS-触发器点414和相关联的HSS自身的SPT 416)的服务简档316下载到S-CSCF 310。如果不存在匹配，那么增强的HSS 302把不具有相应的IFC 406’的服务简档316下载到S-CSCF310。在接收到服务简档316时，S-CSCF 310审阅所接收到的IFC 406’及他们相应的SPT 418，并且根据待决的SIP请求中的信息，当IFC406’中的条件和相应的SPT 418被满足时，接着S-CSCF 310联系合适的IMS应用服务器312以调用SIP请求并为UE 314提供IMS服务。这样，增强的HSS 302能够影响IMS应用服务器312向UE 314提供的IMS服务的调用。

如能够看到的，增强的HSS 302在每个IFC 406’中包括被称为HSS自身的SPT 416的新类型SPT的组合，所述SPT没有被下载到S-CSCF 310，而是首先在增强的HSS 302中被评估。在该评估过程中，鉴于非SIP相关信息，增强的HSS 302确定HSS自身的SPT 416中的条件是否被满足，如果是，那么相应的IFC 406’将被下载到S-CSCF310，并且如果否，那么相应的IFC 406’将不会被下载到S-CSCF 310。在一个可能的应用中，根据一个IFC 406’的HSS自身的SPT 416，假设UE 314需要处于用于该IFC 406’的CS状态＝GSM附着，那么仅仅在这种情况下，IFC 406’将被下发到S-CSCF 310。如果UE 314不是GSM附着的，那么从IMS核心观点308来看，特定IFC 406’永远不是用户服务简档316的一部分。能够被用来检验HSS自身的SPT 416中的条件的非SIP相关数据的一些额外的例子包括：与UE314所接入的IP-CAN相关的用户数据、UE 314所接入的PS网络106、不同接入上的用户位置等等。重要的是注意，增强的HSS 302是其中许多不同接入符合的3GPP网络300中的特权点，并且因此，其已经存储了许多有关UE 314的有价值信息(非SIP相关信息)，其中可以在评估过程中使用这些信息。

在许多不同的IMS程序中，其中使用非SIP相关信息来评估HSS自身的SPT 416的增强的HSS 302行为是有益的。其若干例子如下：

在用户登记时：将由增强的HSS 302对具有HSS自身的SPT 416的IFC 406’进行评估，并且根据UE 314的HSS知识，只有当它们的条件被满足时，IFC 406’才被下载到S-CSCF 310(参见图5)。

·在指向非登记用户的终止会话时：增强的HSS 302对于位置信息请求将如此应答，以使得只有在HSS自身的SPT 416已经被评估之后剩下至少一个可应用于用户的“未登记状态”的IFC 406’时，S-CSCF310指定才将继续进行(参见图6)。

·在通过供应而使与HSS自身的SPT 416相关的用户动态数据改变或者用户服务简档316改变时：只有与先前下载的用户服务简档316进行比较时存在任何改变的情况下，增强的HSS 302对HSS自身SPT416的评估才会引起将服务简档316下载到S-CSCF 310(参见图7)。

参考图5，存在用于说明根据本发明在登记UE 314期间能够如何使用增强的HSS 302的信号流程图。步骤如下：

1.UE 314(UE A)使用VMSC在具有增强的HSS 302的CS中登记。

2.UE 314(UE A)启动向S-CSCF 310的IMS登记请求。

3.S-CSCF 310发送SAR消息到增强的HSS 302。

4.增强的HSS 302使用非SIP相关信息来对与UE 314相关联的服务简档中的HSS自身SPT 416进行评估(或者预过滤)。在这种情况下，在对服务简档316中的HSS自身的SPT 416的评估期间，将考虑在CS接入中的UE 314登记状态。

5.增强的HSS 302将SAA消息(包括基于步骤4的结果具有可应用的IFC 406’的UE 314’的服务简档316)下载到S-CSCF 310。

6.UE 314(UE A)向S-CSCF 310进行登记。

参考图6，存在用于说明根据本发明在指向UE 314的终止会话期间能够如何使用增强的HSS 302的信号流程图。步骤如下：

1.UE 314(UE A)使用VMSC在具有增强的HSS 302的CS中登记。

2.UE B向S-CSCF 310发送SIP INVITE以建立与UE 314的会话。更准确地，该SIP INVITE信息不是直接从UE B向S-CSCF 310提交的，而是经由其他网络节点来提交的，为简单起见，不对其他网络节点进行描述，因为它们与当前讨论无关。

3.S-CSCF 310发送SAR消息到增强的HSS 302。在此时，UE 314没有在IMS中登记，但是附着于CS(步骤1)。

4.增强的HSS 302使用非SIP相关信息来对与UE 314相关联的服务简档316中的HSS自身的SPT 416进行评估(或预过滤)。在该情况下，在对服务简档316中的HSS自身的SPT 416的评估期间，将考虑在CS接入中的UE 314登记状态。

5.增强的HSS 302将SAA消息(包括基于步骤4的结果具有可应用的IFC 406’的UE 314的服务简档316)下载到S-CSCF 310。该服务简档316将被用于在UE B和UE 314之间建立会话。

注意：在该终止会话情况中存在另一可能的结果，这就是在已经评估了HSS自身的SPT(步骤4)之后，当处于“未登记状态”时，甚至一个可应用于UE 314的IFC 416’也没有留下。如果是这种情况，那么增强的HSS 302对所接收到的请求的应答(步骤5)将对此进行指示并且会话建立将不进行。

参考图7，存在用于说明根据本发明当用于UE 314的数据中发生改变时能够如何使用增强的HSS 302的信号流程图。步骤如下：

1.UE 314(UE A)使用VMSC在具有增强的HSS 302的CS中登记。

2.UE 314(UE A)启动向所指定的S-CSCF 310的IMS登记请求。

3.S-CSCF 310发送SAR信息到增强的HSS 302。

4.增强的HSS 302使用非SIP相关信息来对与UE 314相关联的服务简档316中的HSS自身的SPT 416进行评估(或预过滤)。在该情况下，在对服务简档316中的HSS自身的SPT 416的评估期间，将考虑在CS接入中的UE 314登记状态。

5.增强的HSS 302将SAA消息(包括基于步骤4的结果具有可应用的IFC 406’的UE 314的服务简档316)下载到S-CSCF 310。

6.UE 314(UE A)向S-CSCF 310进行登记。

7.UE 314(UE A)从CS脱离，这意味着相对于在增强的HSS 302中存储并在步骤4中使用的CS状态，UE 314状态已经改变。

8.增强的HSS 302对UE 314的服务简档316中的HSS自身的SPT进行再评估，因为相对于CS附着的UE 314状态从附着的CS变为脱离的CS。

9.增强的HSS 302将PPR消息(包括基于步骤8的结果具有可应用的IFC 406’的UE 314的服务简档316(如果有的话))下载到S-CSCF310。

10.S-CSCF 310通过将PPA信息发回到增强的HSS 302来进行响应。

在可替换的实施例中，所述机制是将新的SPT添加到现有SPT418，以使得触发器点410包括与HSS存储的用户信息相关的条件，并且不是在增强的HSS 302中对这些新的SPT进行评估(如上所述的那样)，而是S-CSCF 310以实时下载的方式从增强的HSS 302接收所有这种信息。特别地，增强的HSS 302将所有的IFC和所有的非SIP相关用户信息(例如用户CS状态)下载到S-CSCF 310，以使得在IFC评估期间，S-CSCF 310能够考虑该非相关SIP信息。然而，该可替换实施例将具有以下一些缺陷：

1.用户服务简档316和Cx(参见图3)这二者中都需要附加的参数，这意味着高付出以使得该特定实施例标准化。

2.运营商将很可能想要使用与其他接入(而不仅仅是IMS接入)上的用户状态和位置相关的其他信息。如果发生了这种情况，那么该特定实施例也将需要针对这些不同接入中的每一个而付出标准化努力。

3.对于Cx信令或者S-CSCF 310存储来说，该特定实施例不是最优的，因为(例如)：

·在一些情况中，HSS 302将向S-CSCF 310告知不可应用于特定用户的用户数据改变以及用户数据。

·在一些情况中，HSS 302将把在用户登记期限期间可能根本不会应用的IFC下载到S-CSCF 310。

·必须对HSS 302中存储的非SIP相关的用户数据进行复制，因为现在需要将其下载到S-CSCF 310并在其中进行同步。

通过比较，在其中增强的HSS 302没有将非SIP相关下载到S-CSCF 310的本发明第一实施例被认为是一种较好的解决方案，因为在对S-CSCF 310中的信令接口Cx和数据存储(存储器容量)这二者的使用进行优化的同时，虽然不是直接针对服务调用，但是IMS核心308仍然考虑了HSS存储的用户信息。另外，本发明的第一实施例是所期望的，因为当前的3GPP标准规定了厂商需要支持哪种HSS自身的信息，以声明与特定版本的兼容。因此，本发明的第一实施例实现了厂商分化，其中在没有互用性问题并且没有任何附加的标准化的情况下，特定厂商能够创建他们自己的HSS自身的SPT 416，这是因为HSS自身SPT 416将仅为增强的HSS 302所知。

总之，应当意识到，在此讨论的当前解决方案的第一实施例提供一种高效且可扩展的机制，其允许在IFC评估过程期间考虑HSS存储的用户信息(用户动态以及用户提供的数据这二者)，并且以这种方式影响针对相应用户所调用的服务。增强的HSS通过将HSS自身的SPT添加到IFC信息并且基于同样被存储在HSS中的非SIP相关用户数据而执行IFC自己的预过滤来实现这种影响。作为该预过滤步骤的结果，IFC将会或不会被下载到S-CSCF。这样，HSS能够影响通过使用所存储的用户数据而被提供给用户的所调用的IMS服务。

虽然本发明的多个实施例在附图中被说明并且在先前详细描述中被描述，但是应该理解，本发明不限于所公开的实施例，而是还能够在不脱离如以下权利要求所阐述和限定的本发明的精神的情况下，进行多种重新调整、修改和替换。