【YD通讯标准】 统一 IMS 查询/服务会话控制设备(I-CSCF/S-CSCF)技术要求(第一阶段)

ICS33.040.99
中华人民共和国通信行业标准
YD/T2291-2011
统一IMS查询/服务会话控制设备（I-CSCF/S-CSCF）技术要求（第一阶段）Technical requirements of interrogating call session control function/serving call session control function(I-CSCF/S-CSCF)oftheunifiedIMs(Release1)
2011-12-10发布
2011-12-10实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件
缩略语·
网络架构
功能要求·
5.1I-CSCF的功能…·
5.2S-CSCF的功能··
6安全要求·
6.1I-CSCF的安全功能要求·
6.2S-CSCF的安全功能要求·
7接口要求
7.1物理接口
7.2本地维护接口
7.3网元网管直连接口
8操作维护及网管要求…
维护测试功能·
8.2故障检测处理.
8.3状态监视及性能管理此内容来自标准下载网
系统实时控制
8.5软、硬件更新
8.6数据修改
告警要求·
性能及可靠性指标
9.1会话处理能力
9.2注册用户数
9.3系统可靠性和可用性
10环境要求
11电源与接地要求
附录A（资料性附录）计费话单内容目
建筑321--标准查询下载网
YD/T2291-2011
本标准是统一IMS第一阶段系列标准之一，该系列标准的结构及名称预计如下：《统一IMS的需求（第一阶段）》《统一IMS的功能体系架构（第一阶段）》—《统一IMS的组网总体技术要求（第一阶段）》YD/T2291-2011
一《统一IMS查询/服务会话控制设备（I-CSCF/S-CSCF）技术要求（第一阶段）》《统一IMS代理会话控制设备（P-CSCF）技术要求（第一阶段）》《统一IMS归属用户服务器（HSS）设备技术要求（第一阶段）》本标准的附录A为资料性附录。
本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、华为技术有限公司、中国电信集团公司、中国移动通信集团公司、中国联合网络通信集团有限公司、上海贝尔股份有限公司。本标准主要起草人：刘荣朵、刘文宇、聂衡、陈艾、黄文利、柳晶。I
1范围
统一IMS查询/服务会话控制设备（I-CSCF/S-CSCF）技术要求
（第一阶段）
YD/T2291-2011
本标准规定了统一IMS网络中的会话控制类设备I-CSCF、S-CSCF的功能要求、安全要求、操作维护及网管，性能及可靠性指标等。本标准适用于统一IMS网络中的会话控制类设备I-CSCF、S-CSCF。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。ITU-T E.164
YDN065-1997
3GPPTS33.203
IEEE802.3
IEEE802.3ab
IEEE802.3u
IEEE802.3z
IETFRFC3261
IETFRFC3608
3缩略语
国际公共电信编号计划
邮电部移动电话交换设备总技术规范书基于IP业务的接入安全（AccesssecurityforIP-basedservices）以太网标准
千兆以太网技术标准（1000Base-T）百兆比特每秒以太网标准（100Base-T）千兆比特每秒以太网标准（1000Base-x）会话初始协议（SIP：SessionInitiationProtocol，June2002）SIP协议头扩展一支持注册过程中业务路由的发现（SessionInitiationProtocol(SIP) Extension Header Field for Service Route Discovery During Registration,October2003)
下列缩略语适用于本文件。
Authentication and Key AgreementApplication Server
Attribute-Length-Value
Breakout Gateway Control FunctionCellular Authentication and Voice EncryptionCharging Data Function
Charging Data Record
Core Network
Call Session Control FunctionDomain Name System
E.164Number
建筑321---标准查询下载网
鉴权和密钥协议
应用服务器
属性一长度一值三元组
出口网关控制功能
蜂窝鉴权和语音加密
计费数据功能
计费数据记录
核心网
呼叫会话控制功能
域名系统
E.164号码
YD/T2291-2011
I-CSCF
P-CSCF
S-CSCF
网络架构
General Packet Radio ServiceGateway GPRS Support Node
Home Subscriber Server
IMS Charging ID
Interrogating-CSCF
Immediate Event Charging
initial Filter Criteria
IPMultimedia
IP Multimedia Core Network SubsystemInter Operator Identifier
InternetProtocol
IPSecurity
Encapsulating Security PayloadTransition Gateway
Interconnection Border Control FunctionMedia GatewayControl FunctionMultimedia ResourceFunction ControllerProxy-CSCF
Public Service Identity
IMS Private User Identity
IMSPublic User Identity
Open System Architecture
Selective Call Acceptance
Service Capability Servers
Session Description ProtocolSession Initiated Protocol
Serving-CSCF
Subscription Locator FunctionService Switching Function
Topology Hiding Inter-network GatewayUser Agent
User Equipment
Uniform Resource Locator
通用分组无线业务
网关GPRS支持节点
归属用户服务器
IMS计费标识
查询CSCF
即时事件计费
初始过滤规则
IP多媒体
IP多媒体网络子系统
归属网络标识
互联网协议
IP安全
封装安全载荷
转换网关
互联边界控制功能
媒体网关控制功能
多媒体资源功能控制器
代理CSCF
公共业务标识
私有用户标识
公共用户标识
开放系统体系结构
可选择的呼叫接收
业务能力服务器
会话描述协议
会话初始协议
服务CSCF
签约位置功能
业务交换功能
拓扑隐藏网间网关
用户代理
用户设备
统一资源定位器
图1所示为I-CSCF和S-CSCF在IMS总体网络架构中的位置。2
LMS核心网
图1VS-CSCF在IMS网络中的位置
IM-SSE
YD/T2291-2011
服务器
电路交换机
固定软交换
MseSenc
在IMS网络中，I-CSCF是用户IMS连接的主要接触点，其主要功能包括在注册阶段分配为用户服务的S-CSCF：在会话阶段，从HSS中获取S-CSCF的地址，向相应的S-CSCF前转SIP请求或响应消息：产生计费信息。
S-CSCF是统一IMS核心网中的中心节点，所有IMS终端发送和接收的SIP消息都需要经过S-CSCF。S-CSCF位于用户所归属的IMS网络域中，提供注册服务、会话控制和相关的选路功能。5功能要求
5.1I-CSCF的功能
5.1.1注册和注销
I-CSCF支持在注册流程中充当SIP有状态代理的功能。当I-CSCF收到一个注册请求时，I-CSCF会向HSS发起用户注册状态查询流程。用户注册状态查询消息包括IMPU、IMPI和VisitedNetworkID等AVP。在向HSS发起用户注册状态查询流程之前，I-CSCF可以通过查询SLF来决定向哪个HSS发出用户注册状态查询消息。
如果从HSS返回的用户注册状态查询响应中包括有效的SIPURI（S-CSCF的地址），那么I-CSCF用它来代替注册请求中的请求URI，将注册请求转发给HSS指示的S-CSCF。3
建筑321---标准查询下载网
YD/T2291-2011
如果从HSS返回的用户注册状态查询响应中包括一张能力列表，那么I-CSCF会把注册请求转发给符合要求的一个S-CSCF。
如果用户注册状态查询流程从HSS得到的响应既没有能力列表也没有有效的SIPURI，那么I-CSCF可以任意选择一个S-CSCF，把注册请求转发给它。在用户注册状态查询流程中，如果HSS发了一个否定的响应给I-CSCF，I-CSCF就发回403响应。当网络中部署了多个独立的HSS时，I-CSCF能够根据用户标识到HSS的解析机制定位到HSS，该HSS保存了与特定用户相关的签约数据。为了得到HSS的地址，I-CSCF向SLF发送Dx请求。当网络需要用户标识到HSS的解析机制时，每个I-CSCF都需要配置能支持解析机制的SLF的地址或名称。SLF查询时，如果SLF不发送HSS地址到I-CSCF，I-CSCF会发回一个403响应给UE。如果用户注册状态查询流程无法完成，比如，由于超时或者HSS的消息不正确，I-CSCF会发回一个480响应给UE。
如果被选择的S-CSCF不响应I-CSCF发出的注册请求以及后来的重发消息，同时注册请求中“完整性保护”参数被设置为“yes”，I-CSCF会发回一个408或504响应给用户。如果被选择的S-CSCF不响应I-CSCF发出的注册请求以及后来的重发消息，或者S-CSCF返回3xx或480响应，同时注册请求中没有完整性保护，或“完整性保护”设置为‘yes之外的其他值，I-CSCF会根据已收到的S-CSCF能力列表重选一个S-CSCF。如果之前I-CSCF没有S-CSCF能力列表，则I-CSCF需要从HSS请求一个能力列表，再进行重选。当I-CSCF收到来自注册请求的2xx响应后，I-CSCF会把它转发给P-CSCF。5.1.2会话管理
I-CSCF在处理初始请求的过程中充当SIP有状态代理的功能。当I-CSCF收到一个与PSI无关的对话或独立事务的初始请求时，它会向HSS发起用户位置查询流程。用户位置查询消息包括IMPU等AVP。当I-CSCF收到一个指向PSI的对话或独立事务的初始请求时，通过内部的数据对PSI进行匹配，如果成功则通过内部的DNS机制把请求URI转化成AS的IP地址：如果匹配不成功，则向HSS发起用户位置查询流程。
在向HSS发起用户位置查询流程之前，I-CSCF可以通过查询SLF来决定向哪个HSS发出用户位置查询消息。
用户位置查询成功的话，当响应中包含S-CSCF/AS的URI时，那么I-CSCF将请求消息转发给HSS指示的S-CSCF/AS。当响应中包含关于所需S-CSCF能力的信息，I-CSCF将会选择一个S-CSCF，并将请求发送给被选中的S-CSCF。
当I-CSCF收到初始请求的响应（如183或2xx），它会储存来自P-Charging-Function-Addresses头中的值。如果下一跳在当前网络之外的，那么I-CSCF在转发信息之前，会移除P-Charging-Function-Addresses头。当I-CSCF收到INVITE请求时，它可以要求UA发起周期性的刷新以防止I-CSCF处于挂起状态。当用户位置查询失败，来自HSS的回应显示用户不存在时，I-CSCF会回复一个适当的不成功SIP回应。当用户不归属于本网络时，这个响应可能是404或是604。当用户位置查询失败，来自HSS的响应显示用户没有注册且没有服务可以提供给这位用户时，I-CSCF会回复一个SIP响应，这个响应可能是480。4
YD/T2291-2011
当SLF查询时，如果SLF不发送HSS地址给I-CSCF，I-CSCF会给UE发回一个404响应。在用户位置查询中，如果I-CSCF收到否定性响应，I-CSCF会发回404响应。如果I-CSCF收到一个CANCEL请求，同时I-CSCF的内部状态显示与HSS的Cx流程正在进行过程中，I-CSCF会用200OK回应CANCEL，用487响应原先的请求，接下来会丢弃所有来自HSS的Cx应答信息。5.1.3E.164地址转换
当收到的SIP消息中Request-URI中的SrPURI包含“user-phone”时，I-CSCF在向HSS发生查询之前，应将E.164格式的地址转换为Tel：URI的格式。对于用户不存在的情况，根据运营商的策略，I-CSCF可将E.164地址转换成可路由的SIPURI格式。5.1.4计费功能
I-CSCF在收到特定的SIP消息后应能够产生CDR，并向CDF报告计费信息。报告是通过发送计费请求消息（ACR）消息实现的。
5.2S-CSCF的功能
5.2.1鉴权和授权功能
5.2.1.1鉴权
a）S-CSCF应能支持的鉴权方式包括：IMSAKA、HTTPDigest、EarlyIMS、CAVEAKA。b）在用户初始注册流程中，S-CSCF对用户进行鉴权为必选功能。c）对于未进行完整性保护的重注册请求，S-CSCF应该对用户进行重新鉴权。对于已经进行完整性保护的重注册请求，S-CSCF应根据配置来决定是否需要重新对用户进行鉴权。如果需要对用户进行鉴权，采用的鉴权过程应和初始注册过程中鉴权流程一样。d）S-CSCF应从HSS获得用户对应的鉴权数据，鉴权功能是由S-CSCF和HSS配合完成的。e）S-CSCF应检查UE提供的鉴权响应，通过比较UE提供的鉴权响应参数和从HSS下载存储的鉴权响应参数来判断用户的鉴权是否通过。f）S-CSCF应支持自身内部事件（如安全因素）而发起的重鉴权请求，该重鉴权请求是通过NOTIFY通知消息发送给UE，其中含有缩短注册的有效时长的事件。5.2.1.2授权
a）S-CSCF应支持在用户IMS会话过程中按照用户基本的业务数据对用户此次IMS会话进行授权，如果用户此次会话请求超过了用户的业务订阅范围，则S-CSCF应该拒绝此次会话请求。b）S-CSCF应支持对已经成功通过鉴权且在时效内的用户进行业务授权检查。5.2.1.3媒体授权
a）收到含有SDPoffer的SIP请求时，S-CSCF应检查SDP中的媒体参数。如果根据本地策略或者签约情况，S-CSCF发现有不允许的媒体参数时，S-CSCF将返回一个488响应，响应中包含SDP载荷。根据本地策略和用户签约情况，或者运营商配置情况，SDP载荷包含所有允许的媒体类型、编解码方式和其他SDP参数，或者这些被允许参数的子集。b）收到一个包含SDPoffer且不同于200（OK）响应的SIP响应，S-CSCF应不检查收到的SDPoffer中的媒体参数，而是检查后续包含对这个offer的响应。如果必要，S-CSCF将返回488响应，响应中包含本地策略允许的SDP载荷。如果SDP响应被加密，S-CSCF可以拒绝后续的请求。建筑321-标准查询下载网YD/T2291-2011
c）收到一个200（OK）响应，响应中包含“SDPoffer”，S-CSCF应检查收到的SDP中的媒体参数。如果根据本地策略或者签约情况，S-CSCF发现有不允许的媒体参数，将转发“SDPoffer”，当收到包含SDP响应的ACK请求，S-CSCF将立即中正会话。如果SDPoffer”被加密，S-CSCF转发SDPoffer”当收到包含SDP响应的ACK请求，S-CSCF将立即中止会话。5.2.1.4多认证
S-CSCF应具备在多种鉴权方式中进行区分和选择的功能，这种功能称为多认证功能。具体的鉴权方式的区分和选择可以按照以下步骤进行：步骤一：S-CSCF首先检查IMS注册请求是否使用了IMS-AKA鉴权方式。如果请求中使用了IMS-AKA鉴权方式，S-CSCF应根据规范3GPPTS33.203的要求进行处理。否则执行步骤二。步骤二：对于使用非IMS-AKA鉴权方式的注册请求，S-CSCF需要检查所用的鉴权方式是否为3GPP的鉴权方法（即EarlyIMS）。如果使用的是EiarlyIMS，S-CSCF应该根据规范TS33.978的要求进行处理。步骤一到步骤三的详细实现方式包括：步骤一：S-CSCF检查“Authentication”消息头，如果该消息头有值，则继续检查该消息头中的“Integrity-Protect”标签；如果有该标签，则S-CSCF可以得出本次IMS请求与IMS-AKA相关。步骤二：使用本步骤之前有两个假设，一个是S-CSCF知道哪一个P-CSCF可以处理TISPAN会话，另一个假设是传统的P-CSCF只与3GPP接入网相连。基于以上假设，S-CSCF会做如下处理：首先检查发现登记请求中没有“Authentication”消息头，如果“P-Access-Network-Info”消息头没有“NetworkProvided”这个参数，或者注册请求来自从传统的P-CSCF，则使用EarlyIMS鉴权方式。5.2.2注册和注销功能
5.2.2.1用户发起的注册
a）S-CSCF在注册流程中充当SIP注册服务器的功能。b）S-CSCF需要支持用户发起的注册请求，包括从归属网络发起的注册请求以及从拜访网络发起的注册请求。
c）S-CSCF需要根据运营商的要求能够灵活配置注册有效时长的一个范围。d）S-CSCF可以根据运营商的要求能够灵活配置重注册定时器时长。5.2.2.2初始注册
a）在用户初始注册流程中，S-CSCF对用户进行鉴权为必选功能。b）对于IMSAKA和HTTPDigest鉴权方式，S-CSCF需要判断初始注册请求是否已经进行了完整性保护：
1）如果注册请求不是完整性保护的，那么S-CSCF通过与HSS的交互，选择一个鉴权向量，向UE发送401未授权消息。此外，S-CSCF需要保存RES参数，并需要启动鉴权等待定时器。2）如果注册请求是完整性保护的，那么S-CSCF需要检查“Authentication”消息头中“RES”参数是否与之前所保存的“XRES”一致。如果一致，就意味这对该用户鉴权被通过了，那么S-CSCF通过与HSS的交互，下载用户对应的用户数据（包括所有的关联IMPU以及关联IMPU所对应的所有服务配置）。c）用户注册成功后，S-CSCF需要维护相应的关联关系：1）S-CSCF需要将用户“Contact”消息头中的地址和已注册的IMPU（包括关联IMPU，即隐式注册的IMPU）关联起来；
YD/T2291-2011
2）S-CSCF需要利用“Path”消息头维护一个预加载的路由消息表，并将这个列表与“Contact”地址关联起来。
d）用户注册成功后，S-CSCF需要返回200消息给UE。1）S-CSCF把所有未被排除的IMPU列表“P-AsSociated-URI”消息头返回给用户：2）S-CSCF将自身SIPURI信息、以及在网络需要拓扑隐藏的情况下I-CSCF的“SIPURI”信息通过“Service-Route”消息头返回给用户；3）S-CSCF需要在将该注册IMPU对应的所有地址信息通过“Contact”消息头中返回给用户，并在“Expires”参数中定义注册的有效时长；4）S-CSCF还应启动重注册定时器。e）S-CSCF可以根据存储的用户数据中iFC，触发可能到AS的第三方注册。5.2.2.3重注册
a）对于未进行完整性保护的重注册请求，S-CSCF应该对用户进行重新鉴权。对于已经进行完整性保护的重注册请求，S-CSCF需要根据运营商的鉴权配置来决定是否需要重新对用户进行鉴权。如果需要对用户进行鉴权，采用的鉴权过程应和初始注册过程中鉴权流程一样。b）用户重注册成功后，S-CSCF需要更新相应的关联关系：1）重新将用户“Contact”地址和已注册的IMPU（包括关联IMPU，即隐式注册的IMPU）关联起来；
2）重新利用“Path”消息维护一个预加载的路由消息表，并将这个列表与“Contact”地址关联起来。当此用户已经和原来的“Contact”地址信息（该“Contact”的地址值不同于重注册“Contact”的地址值》关联且原注册并未到期，S-CSCF需要强制执行网络注销流程来注销原来的“Contact”地址信息。c）用户注册成功后，S-CSCF还应重新启动重注册定时器。d）S-CSCF需要检查重注册请求消息中的“Expire”消息头，如果“Expire”消息头值为O，则S-CSCF应判断此流程为用户发起的注销流程，将按照用户发起的注销流程处理。e）S-CSCF可以根据存储的用户数据中iFC信息，触发可能到AS的第三方重注册。5.2.2.4隐式注册
a）如前述注册功能需求，S-CSCF需要支持用户通过HSS返回的隐式注册集在一次注册过程中同时注册多个IMPU，这些IMPU可以是SIPURI格式或者TELURI格式。b）S-CSCF需要保证隐式注册集内某个IMPU不能被单独注册或注销，隐式注册集内某个IMPU只要被注册或注销，隐式注册集内的所有其他IMPU也必须同时被注册或注销。c）S-CSCF需要将同一重注册定时器功能运用于隐式注册集内所有的IMPU上。5.2.2.5第三方注册
a）S-CSCF应支持在IMPU注册成功后，根据从HSS下载的用户签约数据触发可能到AS的第三方注册。S-CSCF遍历所述签约数据的隐式注册集中所有关联IMPU的业务描述数据，将注册消息与注册初始过滤规则中的初始过滤规则进行匹配，并且在匹配成功时向对应的应用服务器（AS）发送请求消息以进行第三方注册，第三方注册消息中“RequestURI”应该为AS的地址，“From”消息头应该填充为“S-CSCFURI”信息，“To”消息头应该填充为“IMPU”，“Contact”消息头应填充为“S-CSCF地址”信息。b）S-CSCF在处理第三方注册过程中收到一个触发的AS返回失败响应消息后，若注册初始过滤规建筑321---标准查询下载网
YD/T2291-2011
则的缺省处理配置数据为“会话继续”或没有配置缺省处理数据时，S-CSCF则继续后续的处理：若注册初始过滤规则的缺省处理配置数据为“会话终止”，S-CSCF则停止对当前正在处理的业务描述中的后续低优先级过滤规则的处理，并向用户侧发起网络注销。c）如果从HSS下载的数据中包含业务信息数据，S-CSCF需要支持通过第三方注册将业务信息透明传送给AS。
5.2.2.6注册状态信息订阅
a）S-CSCF应支持UE、P-CSCF、AS等实体发起的对用户注册状态信息的订阅：b）在S-CSCF收到个新的订阅的情况下，S-CSCF需要判断“P-Asserted-Identity”消息头中的标识是否已经在S-CSCF上注册，如果该标识已经注册，S-CSCF会返回200消息，随后S-CSCF需要向该订阅者发送NOTIFY消息，通知其用户注册状态信息；c）在用户注册状态信息发生变化的情况下，S-CSCF需要向所有订阅者发送NOTIFY消息，通知其用户注册状态信息的改变：
d）S-CSCF需要支持以下用户注册状态改变事件：1）Registered（IMPU的初始注册）；2）Created（IMPU被初始隐式注册）：3）Refreshed（IMPU的重注册）；4）Shortened（网络发起的重鉴权）；5）Deactived（网络发起的注销，并规定以后可以再进行注册）；6）Probation（网络发起的注销，并规定某个时间以后必须再进行注册）；7）Unregistered（用户发起的注销）；8）Rejected（网络发起的注销，并规定以后不可以再进行注册）。5.2.2.7用户发起的注销
a）S-CSCF需要支持用户发起的注销请求，包括从归属网络发起的注销请求以及从拜访网络发起的注销请求。
b）S-CSCF需要通过检查注册请求的“SIPExpires”头部或者“Contact”头部中的“Expires”参数是否为0，如果是0，那么此请求就是用户发起的注销请求。c）如果采用AKA鉴权方式，对未进行完整性保护的注销请求，S-CSCF应该丢弃该注销请求。对已经进行完整性保护的注销请求，S-CSCF需要根据运营商的鉴权配置来决定是否需要重新对用户进行鉴权。如果需要对用户进行鉴权，采用的鉴权过程应和初始注册过程中鉴权流程一样。d）S-CSCF收到注销消息后，如果被注销的IMPU（包括关联IMIPU）只和一个用户“Contact”地址关联，那么S-CSCF需要把自身保存的此关联项删除；否则，S-CSCF只需要删除自身保存的该“Contact”地址。
e）S-CSCF收到注销消息后，S-CSCF需要主动发起会话释放流程，释放被注销的IMPU（包括关联IMPU）所对应存在的活动会话。f）S-CSCF收到注销消息后，S-CSCF需要通知HSS该IMPU的注销，并相应地将HSS中对应IMPU（包括关联IMPU）的状态设置为非注册状态，并且S-CSCF需要删除或更新（在被注销的IMPU和多个用户“Contact”地址关联的时候就是更新：不是这种情况的时候就是删除）该IMPU（包括关联IMPU）、8
YD/T2291-2011
IMPU的注册状态以及所对应的用户数据（包括所有的关联IMPU以及关联IMPU所对应的所有服务配置)。
5.2.2.8网络发起的注销
a）S-CSCF需要支持重注册定时器超时而触发的网络注销流程。b）S-CSCF需要支持HSS基于管理目的（如删除开户用户的签约信息）发起的网络注销流程。c）S-CSCF需要支持自身内部事件而发起的网络注销流程。d）S-CSCF可以支持AS可能发起的注销流程（如AS基于管理目的清除用户的注册信息）（可选）。e）网络发起注销流程时，S-CSCF需要释放其对应的活动会话、删除其对应的用户数据并通知HSS该IMPU的注销（与用户发起的注销流程基本一一致）。f）网络注销流程的情况，S-CSCF都需要发送NOTIFY通知消息给UE和P-CSCF来通知其注销事件：重注册定时器超时而发起的网络注销流程的情况下S-CSCF可以不发送。g）S-CSCF可以根据存储的用户数据中iFC信息，触发可能到AS的第三方注销。5.2.3用户和业务数据管理
5.2.3.1用户数据管理功能
a）S-CSCF应支持某个IMPU在多个IMPI之间共享使用。b）S-CSCF应在初始注册过程从HSS下载用户对应的用户数据（包括基本用户数据和业务订阅数据），并在初始注册成功后将下载的用户数据存储在S-CSCF中。c）S-CSCF应支持HSS主动发起的用户数据修改操作。d）S-CSCF应支持在第三方注册过程中将和AS相关的业务信息透明地传递给相应的AS。5.2.3.2注册过程前后S-CSCF中的信息存储a）注册前，S-CSCF中没有用户状态信息。b）注册期间，S-CSCF中存储HSS/SLF的地址、部分用户配置、P-CSCF的地址/名称、P-CSCF所在的拜访网络标识符（一般为P-CSCF所在拜访网的域名）、注册用户的IMPI，注册用户的IMPU，注册用户的UEIP地址。
c）注册后，S-CSCF中存储HSS/SLF的地址、部分用户配置、P-CSCF的地址/名称、P-CSCF所在的拜访网络标识符（一般为P-CSCF所在拜访网的域名）、注册用户的IMPI，注册用户的IMPU，注册用户的UEIP地址，隐含注册的IMPU（s）及注册用户的签约信息。5.2.3.3业务触发
、S-CSCF应根据用户的签约业务数据将业务触发到正确的业务平台。a）S-CSCF只需要对初始SIP请求消息执行FC检测b）S-CSCF应支持根据SIP请求消息和用户数据内容来执行iFC检测，若该请求与iFC相匹配，则触发相应业务。
c）S-CSCF应支持到多个AS的业务触发，并且应使用串行触发的方式。d）S-CSCF应支持根据iFC的优先级来触发相应业务。e）S-CSCF应根据以下步骤来评估iFC：1）检查IMPU是否是被禁止的，如果不是，则继续。2）检查该请求是一个用户起始请求还是一个用户终止请求。建筑321---标准查询下载网
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。