用户配置和服务提供

用户配置

当用户从运营商处得到一个IMS订购关系时，运营商需要给他分配一个用户配置。用户配置至少包含一个私有的用户身份和单个服务配置。图3-19描绘出了一个用户配置的总体结构[3GPPTS29.228]。私有用户身份在3.5.1.1节中已有描述，但应该理解的一点是，如果用户使用3.7节所述的共享公共用户身份，则用户配置可能包含多于一个的私有用户身份。图3-4表明，一个单个的IMS订购关系可能包含多个服务配置，这就允许对不同公共用户身份给予不同处理，如3.5.1.4节所述。

图3-19  IMS用户配置结构

3.12.1服务配置

服务配置是永久地储存在HSS中的用户专有信息的集合。它通过两种用户数据处理操作从HSS传送到所分配的S-CSCF,即服务器分配应答（SAA）和推送配置请求（PPR）,如2.3.4.1节和2.342节中所述。服务配置由一个DiameterAVP携带，它作为一个XML（扩展标识语言）文档被包含在其中。服务配置进一步分成以下三部分：

•  公共标识。

•  核心网服务授权。

•  初始过滤规则。

3.12.1.1公共标识

公共标识由那些与服务配置相关联的用户公共身份构成。身份可以是SIPURI或telURI。每个公共用户身份包含一-相关的禁止指示（BarringIndication）。若禁止指示被设置，则S-CSCF将阻止该公共身份（如临时公共用户身份）用在除注册和注销以外的任何其他IMS通信中。

3.12.1.2媒体策略信息

媒体策略信息在核心网服务授权中携带。它包含一个整数，用于标识在S-CSCF中的一个订阅的媒体配置（如允许的SDP参数）。该信息允许运营商在其IMS网络中定义不同的用户配置。他们可能定义不同的客户等级，如金、银和铜牌客户。金牌客户可以意味着一个用户能进行视频呼叫以及所有普通呼叫。银牌客户意味着一个用户能使用宽带AMR（自适应多速率）作为语音编码方案，但不允许进行视频等呼叫。在HSS和S-CSCF间仅传送整数值，可以节省HSS内的存储空间，优化Cx参考点的使用。

S-CSCF需要拥有一个包含该整数值与所订购的媒体配置之间的映射关系的静态数据库。各整数值的含义没有标准化（即运营商自行定义）。图3-20给出了一个示意性的例子。

图3-20S-CSCF中的媒体授权

3.12.1.3服务触发信息

服务触发信息用初始过滤规则的形式表示。初始过滤规则用来描述到来的SIP消息何时被进一步路由到一个特定的应用服务器。图3-21显示，初始过滤规则由0或1个触发点实例（Instance）以及一个应用服务器实例组成[3GPPTS29.228]。服务配置内的每个初始过滤规则在S-CSCF中都有一个惟一的优先级（整数）。当分配了多个初始过滤规则时，S-CSCF按数值顺序对其进行评估，即具有较大优先级数值的初始过滤规则将在有较小优先级数值的初始过滤规则之后被评估。

图3-21  初始过滤规则的结构

1.触发点

触发点描述应该检查的条件，以发现所指示的应用服务器是否应该被联系。如果没有触发点，表明将对AS进行无条件触发。每个触发点包含一个或多个服务点触发器的实例。服务点触发器可通过逻辑表达式的方法（与、或、非）组合起来。3.13节将给出有关如何使用触发点的更详细的解释。

2.应用服务器

应用服务器定义当触发点被匹配时应该联系的应用服务器（AS）。应用服务器可以包含当与AS的联系失败时相关会话的缺省处理的信息。基于初始过滤规则中的信息，缺省处理或者会终止会话，或者让会话继续。另外，应用服务器包含0或1个服务信息的例程。当在注册期间初始过滤规则的条件被满足时，服务信息使得信息能够通过S-CSCF透明地传送到AS。

3.13  服务提供(provision)

3.13.1概述

IMS本身并不是一个服务，相反，它是一个基于SIP的体系，以在PS网络之上实现先进的IP服务和应用-IMS为服务的调用提供必要的方法，该功能称为“服务提供（ServiceProvision）”。IMS服务提供包含以下三个基本步骤：

1）定义可能的服务或服务集合。

2）当用户定购/修改订购关系（subscription）时，以初始过滤规则的形式创建用户专有的服务数据。

3)将到达的初始请求传递给应用服务器。

本书中没有谈及第1)条，因为定义向用户提供什么样的服务取决于运营商和服务提供商。下面说明其他两个步骤。

3.13.2过滤规则的创建

每当用户获得一个IMS订购关系且其订购关系包含一些增值服务，或运营商愿意将AS用作其IMS基础设施的一部分时，他们需要创建服务专用的数据。这些服务专用数据是用户配置的一部分。更确切地说，服务专用数据被表示成了初始过滤规则。以下我们将仅专注于初始过滤规则上。在3.12节中描述了初始过滤规则是如何嵌入到用户配置中去的。当构建初始过滤规则时，运营商需要考虑这些问题：

• 触发点是什么？

• 当触发点被匹配时，正确的AS是什么？

• 各初始过滤规则的优先级是什么？

• 如果应用服务器没有应答，应该怎么做？

触发点用来决定是否去联系应用服务器。它包含一个到多个的服务点触发器实例［3GPP TS 29.228］。服务点触发器包含图3-22所示的各项：

图3-22 服务点触发器的结构

• 请求URI 标识该请求所指向的资源(如sportnews@ims.example.com)。

• SIP方法——表示该请求的类型(如INVITE或MESSAGE)。

• SIP消息头—含与该请求相关的信息。一个服务点触发器可基于任何SIP头的是否出现，或基于任何SIP头的内容。内容的值是一个字符串，可用一个正规表达式来表示。正规表达式可以很简单，例如标识请求的发起者的FROM头中的一个恰当的名词(如John)。

• 会话情形有三个可能的值，即起始(Originating)、终止(Terminating)或终止未注册(Terminating_Unregistered),指明过滤器是否应该被处理起始、终止或终止未注册的终端用户服务的S-CSCF所使用。起始情形是指当S-CSCF正在服务主叫用户时，终止情形是指当S-CSCF正在服务被叫用户时。

• 会话描述——定义针对SIP方法体内的任何SDP字段内容的服务点触发器。正规表达式可用来匹配该触发器。

基于以上各项，运营商可以构建初始过滤规则，用来处理未注册用户（即没有注册任何公共用户标识符的IMS用户）。当用户没有注册时，以下初始过滤规则将到来的会话路由到语音信箱服务器（sip:vmail@ims.example.com）。要实现这个目的，运营商必须设置一个SIP方法来匹配INVITE,并设置一种会话情形来匹配“终止未注册”的值。如果不能与语音信箱服务器联系上，则缺省处理就是终止该会话。初始过滤规则用XML编码，如下所示（初始过滤规则的确切编码原则参见［3GPPTS29.228］）：

Method=MINVITEHANDSessionCase=“2”

<?xmlversion=H1.0Hencoding=nUTF-8M?>

<testDatatypexmlns:xsi=http://www.w3.org/2001/XMLSchma-instance

xsi:noNamespaceSchemaLocation=''D:\CxDataType.xsd''>

<IMSSubscription>

<PrivateID>privatexzyjoe@ims.example.com</Identity>

<ServiceProfile>

<PublicIdentiy>

<Identity>sip:joe.doe@ims.example.com</Identity>

</PublicIdentity>

<PublicIdentiy>

<Identity>tel:+358503334444</Identity>

</PublicIdentity>

<InitialFilterCriteria>

<Priority>0</Priority>

<TriggerPoint>

<ConditionNegated>0</ConditionTypeCNF>

<SPT>

<ConditionNegated>0</ConditionNegated>

<Group>0</Group>

<Method>INVITE</Method>

</SPT>

<SPT>

<ConditionNegated>0</ConditionNegated>

<Group>0</Group>

<SessionCase>2</SessionCase>

</SPT>

</TriggerPoint>

<ApplicationServer>

<ServerName>sip:vmail@ims.example.com</ServerName>

<DefaultHandling>1</DefaultHandling>

</ApplicationServer>

</InitialFiiterCriteria>

</ServiceProfile>

</IMSSubscription>

</testDatatype>

3.13.3AS的选择

在用户注册时，或收到未注册用户的一个终止的初始请求时，初始过滤规则被下载到S-CSCFo在从HSS下载完用户配置后，S-CSCF自己根据以下步骤来评估初始请求的滤波器准则［3GPPTS24.229］：

1） 检查公共用户身份是否被禁止，如果不是，则继续。

2） 检查该请求是一个起始请求还是一个终止请求。

3） 为会话情形选择初始过滤规则（起始、终止或终止未注册终端用户）。

4） 通过将该请求的公共用户身份与服务配置相比较，检查该请求是否与该用户的最高优先级的初始过滤规则相匹配：

•  若该请求与初始过滤规则匹配，则S-CSCF将请求转发给相应的AS-接下来S-CSCF还会检查请求是否与较低优先级的下一个过滤规则相匹配，如果匹配，则在SIP消息从前一个联系的AS处返回时，将该过滤规则应用于该SIP方法。

•  若该请求不能与最高优先级的初始过滤规则相匹配，则检查它是否与下一个优先级的过滤规则匹配，直至匹配上一个为止。

•  若不再有（或没有）初始过滤规则适用，则S-CSCF基于路由决策对该请求进行转发。

在S-CSCF对起始的和终止的初始过滤规则的处理上，存在一个明显的区别。在终止的初始过滤规则情形下，当S-CSCF发现有一个AS已经更改了请求URI时，则S-CSCF会停止检查，并基于更改过的请求URI值来对请求进行路由。在起始情形下，则S-CSCF将会继续评估初始过滤规则，直至所有初始过滤规则均被评估过为止。

如果所联系的AS没有响应，则S-CSCF遵从与初始过滤规则相关联的缺省处理过程，即基于过滤规则中的信息，或者终止会话，或者让会话继续。如果初始过滤规则没有包含在联系AS失败后S-CSCF应如何操作的指令，则S-CSCF的缺省行为是让呼叫继续［3GPPTS24.229］.

在上述初始过滤规则的例子中，当Joe没有在网络中注册时，到来的INVITE请求将被路由到语音信箱服务器vmail@ims.example.com。在异常情况下，当语音信箱服务器没有响应时，则指示S-CSCF释放会话尝试。

3.13.4AS行为

3.13.3节描述了如何将请求路由到一个ASo在收到请求后，AS开始实际的服务。为了开展该服务，AS可在四种不同的模式下工作：

1)终止UA——这种模式下，AS充当了UE。该模式可用来提供语音信箱服务。

2)重定向服务器——AS将用户的新位置或可能满足会话的替代服务通知给发起者。该模式可用于将发起者重定向到某个特定的Web页面。

3)SIP代理——AS对请求进行处理，然后将请求代理回S-CSCF。在处理期间，AS可能根据［RFC3261］中规定的代理规则，对包含在SIP请求中的消息头内容进行添加、删除或修改。

4)第三方呼叫控制/背靠背UA——AS在一个不同的SIP对话中产生一个新的SIP请求，并发送到S-CSCF。

12.3节将对这些模式进行更详细的描述。除了这些模式以外，AS还能充当一个起始UA。当应用充当起始UA时，它能向用户发送请求。例如，一个会议服务器可能在早上9点给一些预先确定的人们发送一条SIPINVITE请求，以建立一个会议呼叫。另一个例子是一个新闻服务器，它向足球球迷发送一条SIPMESSAGE,以让球迷知道他喜欢的球队进了一个球。