【通信行业标准(YD)】 移动通信网IMS系统接口技术要求 ISC/Ma接口

ICS33.040.01
中华人民共和国通信行业标准
YD/T 1982-2009
移动通信网IMS系统接口技术要求ISC/Ma 接口
Technical requirements for ISC/Ma interface in IMS system inmobilecommunicationnetwork
2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部　发 布前
范围·
规范性引用文件
缩略语·
4ISC接口的定义
5ISC接口在网络中的位置
6ISC接口的协议…
ISC接口的功能
7.1iFC业务交互
第三方注册和注销·
用户注册状态信息的订阅和通知7.4非注册的初始消息的业务逻辑…7.5
非注册的非初始消息的路由……·7.6计费相关要求·
8AS充当的角色·
8.1AS作为始发用户代理
8.2AS作为终结用户代理或重定向服务器..8.3AS作为SIP代理·
8.4AS作为第三方控制功能
9ISC/Ma接口支持的消息
10Ma接口：
10.1Ma接口在网络中的位置.·
10.2Ma接口的协议
10.3Ma接口的功能
附录A（规范性附录）ISC接口支持的消息头：附录B（规范性附录）ISC接口的业务流程示意图次
YD/T1982-2009
YD/T1982-2009
本标准是针对IMS系统ISC接口和Ma接口所做的技术要求，基于3GPPR6版本。本标准是移动通信网络IMS系统系列标准之一，该系列标准的结构和名称如下：a）YD/T1980-2009《移动通信网IMS系统接口技术要求Mg/Mi/Mj/Mk/Mw/Gm接口》b）YD/T1981-2009《移动通信网IMS系统接口测试方法Mg/Mi/Mj/Mk/Mw/Gm接口》c）YD/T1982-2009《移动通信网IMS系统接口技术要求ISC/Ma接口》d）YD/T1983-2009《移动通信网IMS系统接口测试方法ISC/Ma接口》e）YD/T1984-2009《移动通信网IMS系统设备技术要求》f）YD/T1985-2009《移动通信网IMS系统设备测试方法》g）YD/T1986-2009《移动通信网IMS系统接口技术要求Cx/Dx/Sh接口》h）YD/T1987-2009《移动通信网IMS系统接口测试方法Cx/Dx/Sh接口》本标准与YD/T1983-2009《移动通信网IMS系统接口测试方法ISC/Ma接口》配套使用。本标准的附录A、附录B为规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、中兴通讯股份有限公司、诺基亚西门子通信（上海）有限公司、华为技术有限公司、上海贝尔股份有限公司。本标准主要起草人：杨红梅、杨雁飞、沈洋、姜怡、严学强、朱丽、张志龙。H
1范围
移动通信网IMS系统接口技术要求ISC/Ma接口
YD/T1982-2009
本标准规定了移动通信网IMS系统中ISC/Ma接口的定义，ISC/Ma接口在网络中的位置，ISC/Ma接口的协议功能以及相关消息和参数等。本标准适用于移动通信网IMS系统中的ISC/Ma接口相关设备。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3GPPTS24.229：基于SIP和SDP的IP多媒体呼叫控制协议（阶段三）3GPPTS32.240：计费体系架构和原理3GPPTS32.260：IMS计费、OAM&P和计费IETFRFC2976：SIPNFO方法
IETFRFC3261：SIP：会话初始化协议ETFRFC3262：SIP中的提供响应的可靠性IETFRFC3265：SIP-特定事件通知IETFRFC3311：SIPUPDATE方法
IETFRFC3428：SIP协议即时消息扩展IETFRFC3455：SIP在3GPP的P-Header扩展IETFRFC3680：SIP注册事件包
IETFRFC3903：SIP协议事件状态发布扩展注：以上3GPP的规范为2005年12月版，Release6。3缩略语
下列缩略语适用于本标准。
I-CSCF
Application Server
ChargingCollectionFunction
Charging Data Function
Event Charging Function
HomeSubscriberServer
Interrogating-CSCF
IMS Charging Identity
应用服务器
计费采集功能
计费数据功能
事件计费功能
归属用户服务器
查询呼叫会话控制功能
IMS计费标识
YD/T1982-2009
S-CSCF
4ISC接口的定义
initial Filter Criteria
IPMultimediaSubsystem
Inter-OperatorIdentity
IMSServiceControl
OnlineChargingSystem
Public Service Identity
Serving-CSCF
Service Point Trigger
初始过滤规则
IP多媒体子系统
运营商网间标识
IMS业务控制接口
在线计费系统
公共业务标识
服务CSCF
业务点触发器
ISC接口是AS（包括SIPAS、OSASCS和IM-SSF）与S-CSCF之间，以及IMSGWF与S-CSCF之间的接口。
ISC接口可以用于S-CSCF代表IMPU在AS上进行第三方注册（见7.2节）。ISC接口可以用于AS和S-CSCF间进行事件通知签约，这样就能向AS通知隐式注册的IMPU、注册状态、特征以及UE的能力和状态等内容（见7.3节）。ISC接口可以用于S-CSCF米触发可能到AS的业务逻辑（见7.4节）。ISC接口可以用于AS和S-CSCF间提供的路由、会话管理、呼叫控制等功能（见7.5节和第8章）。ISC接口可以根据3GPP32.240和3GPP32.260的要求，传送计费信息和进行在线计费（见7.6节）。5ISC接口在网络中的位置
ISC接口在网络中的位置如图1所示。AS
SIP应用服务器
S-CSCF
IM-SSF
OSA业务
能力服务器
OSAAPI
IMSGWF
图1ISC接口在网络中的位重
ISC接口位于S-CSCF和AS（SIP应用服务器）、SCS（OSA业务能力服务器）、IM-SSF以及IMSGWF之间。
AS提供驻留在用户归属网络或者在第三方位置里的增值业务。第三方可以是一个网络或者仅仅是个单独的AS。此内容来自标准下载网
AS和S-CSCF的接口用于提供驻留在一个AS中的业务。有两种接口：2
·S-CSCF与归属网络中AS间的接口；S-CSCF与外部网络（例如，第三方或者拜访网络）中AS间的接口。AS可以控制和执行业务，能够影响SIP会话，并用ISC接口与S-CSCF联系。6ISC接口的协议
YD/T1982-2009
ISC接口使用与承载无关的SIP协议，基本协议遵照ETFRFC3261，并且应该支持SIP扩展的其他IETF规范，相关消息见第9章。
7ISC接口的功能
本章描述ISC接口的功能，ISC接口的相关业务流程见附录B。7.1iFC业务交互
iFC作为用户profile（即用户IMS签约信息）的一部分保存在HSS中，在未注册用户作为被叫以及用户注册的时候被下载到S-CSCF。S-CSCF根据这些iFC触发到特定AS的请求，有以下三种情况。·当S-CSCF收到SIP注册请求（包括重注册请求和注销请求）的时候，需要检查iFC信息来触发可能到AS的第三方注册（见7.2节）：·当S-CSCF收到SIP非注册的初始请求的时候，需要检查iFC信息来触发可能到AS的业务逻辑（见7.4节）；
·当S-CSCF收到SIP非注册的非初始请求的时候，不需要检查iFC信息（见7.5节）。iFC的内容包括如下几方面。
（1）应用服务器（AS）的地址
当用户profile与初始SIP请求相匹配时，S-CSCF将SIP消息触发到这个iFC中所保存的AS地址。（2）默认处理（defaulthandling）默认处理的过程是指当S-CSCF与AS的通信失败时，是放弃低优先级的触发器匹配并释放当前对话，还是继续对话并进行较低优先级的触发器匹配。（3）触发点（triggerpoint）
触发点包含真正的触发规则。iFC包含0个或1个触发点，触发点由1到n个SPT组成。SPT是指SIP信令流程中可以设置过滤规则点，过滤规则可以包括：初始SIP请求的方法（例如，REGISTER、INVITE）；注册请求的类型（例如，注册、重注册、注销）；某个SIP消息头是否存在；
RequestURI或者SIP消息头的内容；.
被服务用户的消息请求方向：注册用户始发；注册用户终结；未注册用户始发；未注册用户终结：
·会话描述信息
（4）iFC优先级（iFCpriority）一个用户可能有多个iFC，分配给每个iFC不同的优先级，S-CSCF通过iFC优先级来判断用什么样的顺序来向不同的AS触发SIP初始请求消息。S-CSCF从优先级最高的iFC开始与相匹配规则中指定的AS进行交互。S-CSCF根据iFC处理入局SIP消息，S-CSCF应支持到多个AS的业务触发，并且应使用串行触发的方3
YD/T1982-2009
式。S-CSCF根据iFC优先级对iFC表格的SPT逐项比对，与SPT一致时，触发到AS的请求，AS返回消息后继续对后面的低优先级的FC进行对比。（5）服务信息（ServiceInformation）（可选）服务信息是一个和AS相关的额外数据，它只能用在第三方注册消息的消息体中。一个AS中可能会有多个应用，S-CSCF应该通过ISC接口通知AS当前触发的是哪个应用。7.2第三方注册和注销
当S-CSCF收到用户发送的初始注册消息时，S-CSCF遍历所属签约数据的隐式注册集中所有关联IMPU的业务描述数据。对于每个业务描述数据，S-CSCF将注册消息与注册初始过滤规则中的初始过滤规则进行匹配，并且在匹配成功时向对应的应用服务器发送请求消息以进行第三方初始注册。当S-CSCF收到用户发送的重注册消息时，S-CSCF遍历所属签约数据的隐式注册集中所有关联IMPU的业务描述数据。对于每个业务描述数据，S-CSCF将重注册消息与注册初始过滤规则中的初始过滤规则进行匹配，并且在匹配成功时向对应的应用服务器发送请求消息以进行第三方重注册。当S-CSCF收到用户发送的注销消息时，S-CSCF遍历所属签约数据的隐式注册集中所有关联IMPU的业务描述数据。对于每个业务描述数据，S-CSCF将注销消息与注册初始过滤规则中的初始过滤规则进行匹配，并且在匹配成功时向对应的应用服务器发送请求消息以进行第三方注销。当S-CSCF发起网络注销消息后，S-CSCF认为在此情况下等价于S-CSCF收到对应用户发送的注销请求，此时S-CSCF的处理和当S-CSCF收到用户发送的注销消息时处理一样。如果AS在收到第三方初始注册后进行了如7.3节所描述的注册信息订阅流程，那么以后S-CSCF可以通过此订阅对话的通知机制来告知AS相关刷新和注销事件。S-CSCF通过发起三方注册消息（包括重注册和注销）建立一个新的事务：Request-URI取值为AS的URI，From取值为S-CSCF的URI，To取值为用户的IMPU，Contact取值为S-CSCF的URI。当发送注销请求时，S-CSCF构造和注册时相似的请求，不同点就是Expires参数值设为O。如果相应iFC中含有服务信息（服务信息见7.1节），也可以把它加入三方注册消息的消息体中。如果AS成功接受注册请求，那么会向S-CSCF返回200OK响应。如果AS未成功接受注册请求，那么会向S-CSCF返回4xX、5xx等状态码的响应，此时S-CSCF的处理需要根据触发该第三方注册的iFC中的默认处理要求（默认处理见7.1节）：。默认处理要求是SESSION_CONTINUED，则继续检查其他更低优先级的iFC；●默认处理要求是SESSION_TERMINATED，则停止检查iFC，并向用户侧进行网络注销。三方注册请求的REGISTER消息示例如下。REGISTERsip:presence.homel.cnSIP/2.0Via: SIP/2.0/UDP scscf1.home1.cn;branch=sc001Max-Forwards:70
From:;tag=register1To:
Contact:;expires=600000Call-D:1234567
CSeq:99REGISTER
Content-Length:0
7.3用户注册状态信息的订阅和通知7.3.1注册事件订阅流程
YD/T1982-2009
AS收到第三方初始注册消息后，可以按照IETFRFC3680向S-CSCF订阅用户注册状态信息。在S-CSCF收到一个AS发来的用户注册状态信息的订阅请求时，S-CSCF应该执行授权检查：●检查订阅者AS是否在iFC的AS列表中；·检查AS是否存在于信任域中（可选）。当上述授权检查通过后，S-CSCF会向AS回复2xx响应（见IETFRFC3680），指示该订阅请求成功：在2xx响应中S-CSCF可以把Expires头的值设置为订阅请求中提供的Expires头的值，也可以小于订阅请求中提供的Expires头的值。
如果上述授权检查未通过，S-CSCF应遵从IETFRFC3265的相关处理，即向AS回复403响应。7.3.2注册状态通知
S-CSCF在收到一个新的订阅或者检测到注册状态信息发生改变时，S-CSCF会将用户注册状态信息通知AS，S-CSCF发送订阅注册状态对应的通知消息处理流程如下。1）按照保存的订阅的路由信息设置通知消息中的Request-URI和Route头域。2）设置Event头域为“reg”。
3）NOTIFY消息体中，应描述所有该用户订阅的IMPU的注册状态。4）设置每个注册事件的AOR为IMPU，按照以下处理。a）每个注册事件中的设为UE提供的contact地址：b）如果该IMPU已经被注销，没有可用的contact地址，则：该注册事件的状态标志设为“terminated”；·
每个项对应的状态标志设为“terminated”；·
根据ETFRFC3680中的处理，设置每个·根据IETFRFC3680中的处理，按照注册消息中contact头域包含的其他参数设置值；
●设置的状态为“active”；。如果注册的contact地址改变，设置项状态为“active”，对应的事件为“registered”；否则不用改动项。
d）IMPU已经自动注册（即隐式注册）：根据IETFRFC3680中的处理，按照注册消息中contact头域包含的其他参数设置值；
设置的状态为“active”；设置项状态为“active”；·设置项的事件状态为“created”5）按照3GPPTS32.260设置P-Charging-Vector的icid值。YD/T1982-2009
注册信息状态通知的消息体示例如下：（该示例表示当某IMPU sip:userl_public1@homel.net被注册后，其关联IMPU为sip:userl_public2@homel.net被自动注册）
sip:[5555:aaa:bbb:ccc:ddd]


sip:[5555::aaa:bbb:ccc:ddd]


7.4非注册的初始消息的业务逻辑当S-CSCF收到非注册的初始请求时，S-CSCF对应的处理流程如下：1）根据iFC的优先级为这个请求建立对应的iFC列表。2）分析接收到的消息，找出其中包含的SPT。3）检查最高优先级iFC的触发点是否与这个请求的SPT相匹配。a）如果不匹配，S-CSCF执行步骤4b）如果匹配，S-CSCF应：
·将它自己的地址放入Route头顶端，并在这个Route头中添加一个对话标识符（如：用URI参数或者URI用户名的方式），以便即使AS作为第三方控制功能（见9.4节）而改变了对话标识，S-CSCF依然能够得到初始消息的对话标识符；·将当前iFC中指定的AS的地址放入Route头顶端，以便通过ISC接口触发业务逻辑到该AS；●如果S-CSCF收到AS通过ISC接口再次返回的请求，那么S-CSCF执行步骤4以进行二次触发的业务逻辑；
4）对于步骤1建立的iFC列表中每一个iFC而言，按照优先级顺序重复步骤2和3，直到检查完最后一个iFC；
5）基于普通SIP路由方式路由请求。如果S-CSCF通过ISC接口成功触发了一个到特定AS的业务逻辑，那么当S-CSCF收到该AS返回6
的最终响应后，S-CSCF应该停止进行较低优先级的FC过滤准则的匹配。YD/T1982-2009
如果AS未能成功接受业务逻辑，那么会向S-CSCF返回4xX、5xx等状态码的响应，此时S-CSCF应采用触发该业务逻辑的iFC中的默认处理要求（默认处理见7.1节）：默认处理要求是SESSION_CONTINUED，则继续检查其他更低优先级的iFC.
默认处理要求是SESSION_TERMINATED，则停止检查iFC，并且释放该事务请求。7.5非注册的非初始消息的路由
当S-CSCF收到SIP非注册的非初始请求时，不需要检查iFC信息，此时S-CSCF基于SIP的正常路由方式前转请求：如果Route头的最顶端或者Request-URI（在无Route头的情况）是一个AS的地址，那么S-CSCF就通过ISC接口路由到这个AS。7.6计费相关要求
S-CSCF和AS之间能够通过P-Charging-Vector和P-Charging-Function-Addresses消息头传递计费相关信息，包括计费功能地址和计费关联信息。P-Charging-Function-Addresses带有计费功能实体的地址，包括离线计费的CDF（CCF（Charging CollectionFunction）参数）和在线计费的OCS（ECF（Event ChargingFunction）参数）。计费关联信息包括icid和ioi当AS与S-CSCF在同一个网络，且进行第三方注册时，S-CSCF在REGISTER消息中携带P-Charging-Function-Address和P-Charging-Vector消息头，P-Charging-Vector消息头带有icid和第三类orig-ioi。AS应存储这些参数，并在响应消息中携带第三类term-ioi。当AS与S-CSCF在同一个网络，且AS作为始发UA发起会话时，AS创建该会话的icid和第三类orig-ioi，并插入P-Charging-Vector头中，S-CSCF将这些参数存储起来。S-CSCF也可以创建新的icid并与AS创建的icid进行关联。S-CSCF在对该会话请求的1xx或者2xx响应消息中携带P-Charging-Function-Address和P-Charging-Vector消息头，P-Charging-Vector头中带有收到的orig-ioi和S-CSCF插入的第三类term-ioi参数。当AS与S-CSCF在同一个网络时，S-CSCF在发给AS的初始请求消息中携带P-Charging-Vector和P-Charging-Function-Address消息头，P-Charging-Vector头中带有icid和S-CSCF插入的第三类orig-ioi。AS应存储这些消息头里的参数，并可以在后续的请求消息中插入这些存储的参数。AS在响应消息中带有收到的orig-ioi和AS插入的第兰类term-ioi。当AS与S-CSCF不在同一个网络时，S-CSCF不能在消息中携带P-Charging-Function-Address。当AS与S-CSCF不在同一个信任域内时，S-CSCF也不能在P-Charging-vector消息头中携带access-network-charging-info参数。S-CSCF应该能够通过ISC接口进行在线计费。8AS充当的角色
8.1AS作为始发用户代理
AS作为始发UA的示意图如图2所示。YD/T1982-2009
S-CsCF
从：x
到：Y
呼叫ID：Z
SiPleg
从：x
呼叫ID：Z
图2AS作为始发UA
AS作为始发UA时的功能遵循UE作为始发UA的功能。AS作为始发UA的场景有两种：AS代表一个IMPU发起请求；AS代表一个PSI发起请求。如果AS代表一个IMPU发起请求，那么不管该IMPU的状态到底是注册还是未注册，消息必须经过该IMPU对应的S-CSCF；如果AS代表一个PSI发起请求，可以直接通过I-CSCF进行路由。AS可以直接通过Sh接口、第三方注册或者其他方式得到IMPU/PSI对应的S-CSCF的名字。8.2AS作为终结用户代理或重定向服务器AS作为终结UA或重定向服务器的示意图如图3所示。AS
从：x
呼叫ID：Z
S-CSCF
SIPleg#1
呼叫IDZ
图3AS作为终结UA或重定向服务器AS作为重定向服务器时的功能等价于AS作为终结UA的功能。AS作为终结UA时的功能遵循UE作为终结UA的功能。AS作为终结UA的场景如下：
·AS收到ISC接口的业务逻辑（见7.4节），且AS在完成业务逻辑后决定终结该请求；·AS收到ISC接口的指向PSI的请求。8.3AS作为SIP代理
AS作为SIP代理的示意图如图4所示。8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。