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

ICS 33.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接口在网络中的位置.
61SC接口的协议
7ISC接口的功能，
7.1 iFC 业务交互
7.2第三方注册和注销
7.3用户注册状态信息的订阅和通知…7.4非注册的初始消息的业务逻辑.7.5非注册的非初始消息的路由
7.6计费相关要求
8AS充当的角色
8.1AS作为始发用广代理….
8.2AS作为终结用户代理或重定向服务器8.3AS作为 SP代理.
8.4AS作为第三方控制功能
9ISCMa接口支持的消息.
10　Ma 接口·
10.1Ma接口在网络中的位置
10.2Ma接口的协议·
10.3Ma 接口的功能·
附录A（规范性附录）1SC接口支持的消息头：附录B（规范性附录）ISC接口的业务流程示意图次
-KAONIKAca
YD/T 1982-2009
本标准是针对IMS系统ISC接口和 Ma接口所做的技术要求，基丁3GPPR6版本。本标准是移动通信网络IMS系统系列标准之一，该系列标准的结构和名称如下：YD/T1982-2009
a）YDT1980-2009《移动通信网IMS系统接口技术要求Mg/Mi/Mj/Mk/Mw/Gm接口》h）YD/T1981-2009《移动通信网IMS系统接口测试方法Mg/Mi/Mj/Mk/Mw/Gm接口》c）YD/T1982-2009《移动信网IMS系统接口技术要求ISC/Ma接口》d）YD/T1983-2009《移动通信网IMS系统接[I测试方法ISC/Ma接口》e）YD/T1984-2009《移动通信网IMS系统设备技术要求》f）YID/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为规范性附录。本标准中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、中兴通讯股份有限公司、诺基亚西门子通信（上海）有限公司、华为技术有限公司、上海贝尔股份有限公司。本标推要起草人：杨红梅、杨雁飞、沈洋、姜怡、严学强、朱、丽、张丧龙，1范围
移动通信网IMS系统接口技术要求ISC/Ma接口
YD/T 1982-2009
本标准规定了移动通信网IMS系统中ISC/Ma接口的定义，ISC/Ma接口在网络中的位置，ISC/Ma接口的协议功能以及相关消息和参数等本标准适用于移动通信网IMS系统中的ISC/Ma接口和关设备。2规范性引用文件
下列文件心的条款通过本标准的引月而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不还用于本标准。然而，鼓励根据本标推达成协议的各方研究是否可使用这些文件的最新版本，凡是不注日期的引用文件，其最新版木适用于本标雅。3GPPTS24.229：基TSIP和SDP的IP多媒体呼叫控制协议（阶段三）3GPPTS32.240：计费体系架构和源理3GPPTS32.260：IMS计费、OAM&P和计费JETFRFC2976:SIPLNFO方法
IETFRFC3261：SIP：会话初始化协议IETFRFC3262：SIP中的提供响应的可靠性IETFRFC3265：SIP-特定事件知
IETFRFC3311：SIPUPDATE万泌
IETFRFC3428：SIP协议即时消息扩展JETFRHC3455：SIP在3GPP的P-Header扩展ETFRFC3680：SIP注册事件包
IETFRFC3903：SIP协议事件状态发布扩展注：以上3GPP的规范为2005年12月版，Releasc63缩略语
下列缩略语适用木标准
I-CSCF
Application Scrven
Charging Collection FunctionCharging Data Function
Event Charging Function
Home Subscriber Server
Interrogating-CSCF
IMS Charging Identity
应用服务器
计费采集功能
计费数据功能
事件计费功能
归属用户服务器
查询呼叫会话控制功能
IMS计费标识
-YIKAONIKAca-
YD/T 1982-2009
S-CSCF
4ISC接口的定义
inilial Filter Criteria
IPMultimcdiaSubsyslem
Inter-Operator Identity
IMS Service Control
OnlineChargingSystem
Public Service Idenlity
Serving-CSCF
Service Poinl Trigger
初始过滤规则
IP多媒体子系统
运营商网问标识
IMS业务控制接口
在线计费系统
公共业务标识
服务CSCF
业务点触发器
ISC接L是AS（包括SIPAS、OSASCS和IM-SSF）与S-CSCF之间，以及IMSGWF与S-CSCF之间的接口。
ISC接口可以用FS-CSCF代装IMPU在AS上进行第一方注册（见72节）ISC接口可以用丁AS利S-CSCF间进行事件通知签约，这样就能向AS通知隐式润册的IMPU、注册状态、特征以及UE的能力和状态等内容（见7.3节）。ISC接口可以用S-CSCF来触发可能到AS的业务逻辑（见7.4节）：SC接口可以用于AS和S-CSCF间提供的路自、会话管理、呼叫控制等功能（见7.5\节和第8章）。ISC接口可以根据3GPP32.240和3GPP32.260的要求，传送计费信息利进行在线计费（见7.6节）5ISC接口在网络中的位置
ISC接口在网络中的位胃如图1所示。AS
SIP 应川脏务器
S-CSCF
IM-SSF
Carel 业务
能方必多器
OSAAEI
IMSGWH
图1ISC接口在网络中的位置
ISC接LI位-」S-CSCF和AS（SIP应用服务器）、SCS(OSA业务能力服务器）IM-SSF以及IMSGWF之间。
AS提供驻留在门广归属网络或者在第三方位置里的增值业务。第二方可以足一个网络或者仅仅是一个单独的AS。
AS和S-CSCF的接口用了提供驻留在·个AS 中的业务：有两种接门：2
S-CSCF与归属网络PAS问的接口：S-CSCF与外部网络（例如，第三方或者拜访网络）中AS间的接口。AS可以控制利执行业务，能够影响SIP会话，并用ISC接口与S-CSCF联系。6ISC接口的协议
YD/T 1982-2009
ISC接口使用与承载无关的SIP协议，基本协议遵照TETFRFC3261，并且应该支持SIP扩展的其他ETF规范，相关消息见第9章。
7ISC接口的功能
本章描述ISC接口的功能，ISC接口的相关业务流程见附录B.7.1FC 业务交互
iFC作为用户profile（即用户IMS签约信息）的一部分保存在HSS中，在未注册用户作为被叫以及拍户注册的时候被下载到S-CSCF。S-CSCF根据这些iFC触发到特定AS的请求，有以下三种情况。当S-CSCF收到SP注册请求（包括重注册请求和注销请求）的时候，需要检查追C信息来触发可能到AS的第三方注珊（见7.2节）：。当S-CSCF收到SP非注册的初始请求的时候，需要检查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）触发点（triggcrpoint）
触发点包含真正的触发规测。iFC包含0个或1个触发点，触发点由1到n个SPT组成。SPT是指SP信令流程中可以设置过滤规则点，过滤规则可以包括：。初始SIP谐求的方法（例如，RFGISTER、INVITE）：注册请求的类型（例如，注册、重注谢、注销）：。某个SIP消息头是否存在：
RcquestURI或者SIP消息头的内容：被服务用户的消息请求方向：注班用户始发；注册月户终结：未注册用广始发：未注册用户终结：
·会话描述信息
（4）iFC优先级（iFCpriority）一个用户可能有多个iFC，分配给每个iFC不同的优先级，S-CSCF通过iFC优先级来判断用什么样的顺序来向不同的AS触发SIP初始请求消息。S-CSCF从优先级最高的iFC开始与相匹配规则中指定的AS进行交互。S-CSCF根据FC处理入局SIP消息，S-CSCF应支持到多个AS的业务触发，月宜应使用行触发的方3
TIKAONIKACa-
YD/T 1982-2009
式。S-CSCF根据FC优先级对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参数值设为U。如果和应iFCtH舍有服务信息（服务信息见7.1节），也可以把它加入方注册消息的消息体中。如果AS成功接受注册请求，那么会尚S-CSCF返回200OK响应。如果AS末成功接受注册请求，那么会向S-CSCF返4xx，5xx等状态码的响应，此时S-CSCF的处理需要根据触发该第一方注册的FC中的默认处理要求（默认处埋见7.1节）：，默认处理要求是SESSION_CONTINUED，则继续检查其他更低优先级的iFC；默认处埋要求是SESSION_TERMINATED，则停止检查iFC，非向用户侧进行网络注销。兰方注册请求的REGISTER消息示例如下。REGISTER sip:presence.home1.cn SIP/2.0Via: SIP/2.0/UDP scscf1.homel.cn;branch=sco01Max-Forwards:70
From:;tag=registerlTo:
Contact:;expires=600000Call-ID: 1234567
CSeq:99 REGISTER
Content-Length:0
7.3用户注册状态信息的订阅和通知7.3.1注册事件订阅流程
YD/T1982-2009
AS收到第三方初始注册消息后，可以按照TETFRFC3680向S-CSCF订阅用注册状态信息。在S-CSCF收到一个AS发来的用户注状态信息的订阅请求时，S-CSCF应该执行授权检查：检否订阅者AS是否在FC的AS列表中；检查AS是否存在”信任域中（可选）。当上述授权检查通过店，S-CSCF会向AS回复2xx响应（见IETFRFC3680)，指示该订阅请求成功：在2xx响应中S-CsCF以把Expires头的值设置为订阅请求提供的Expires头的值，也可以小于订阅请求中提供的Expires头的值。
如果上述授权检查米通过，S-CSCF应遵从ETFRFC3265的相关处理，即向AS回复403响应。7.3.2注册状态通知
S-CSCF在收到·个新的订阅或者检测到册状态信息发生改变时，S-CSCF会将用户注册状态信息通知AS，S-CSCF发送订阅注册状态对应的通知消息处理流程如下。D）按照保存的订阅的路由信息设置通知消息中的Request-URI和Route头域。2！ 设置Event 头域为“reg”，3）NOTIFY消息体中，应描述所有该用订阅的TMPU的注册状态。4）设置每个注册事件的AOR为IMPU，按照以下处理。a）每个注册事件[r的设为UE提供的contact地址：b）如果该IMPU已经被注销，没有可用的contact地址，则：·该注册事件的状态标志设为“terminated”，。每个项对应的状态标志设为“terminated”；根据IETFRFC3680中的处理，设置每个事件标志为“dcactivated”、“expired”“unregistered”，“rejected”或“probation”c）如果该IMPU已经注册：
，根据IETFRFC3680中的处理，按照注册消息中contact头域包含的其他参数设置值
设置的状态为“active”如！果注册的contact地址改变，设置项状态为“active”，对应的事件为“registered”查则不用改动项。
d）IMPU己经白动注斯（即隐式注册）：根批LETHRFC3680中的处理，按照注册消息中contact头域包含的其他参数设置值：
设置的状态为“active”；设置项状态为“active”；设置项的事件状态为“created”。5）按照3GPPTS32.260设置P-Charging-Vector的icid值。IKAONIKAa-
YD/T 1982-2009
注册信息状态通知的消息体示例如下：（该示例表示当某IMPLsip:[email protected]被注册后，其关联IMPU为sip:[email protected]被自动注册）

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

sip:[5555:aaa:bbb:ccc:dddjwww.bzxz.net


7.4非注册的初始消息的业务逻辑当S-CSCF收到非注册的初始请求时，S-CSCF对应的处理流程如下：1）根据iFC的优先级为这个请求建立对应的iFC列表。2）分析接收到的消息，找出其中包含的SPT。3）检查最高优先级FC的触发点是否与这个请求的SPT相匹配。a）如果不匹配，S-CSCF执行步骤4：b）如果匹配，S-CSCF应：
，将它白已的地比放入Raute头顶端，并在这个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-Veclor和P-Charging-Function-Addresses消总头传递计费朴关信息，包括计费功能地址和计费关联信息。P-Charging-Function-Addresses带有计费功能实体的地址，包括离线计费的CDF（CCF（ChargingCollectionFunction）参数）和在线计费的OCS（ECF（EventChargingFunction）参数），计费关联信总包括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在对该会话请求的Ixx或者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在响应消息中带有收到的 otig-ioi 和 AS 插入的第三类 term-ioi。当As与S-CSCF不在同个网络时，S-CSCF不能在消息中携带P-Charging-Function-Address。当As 与S-cCSCF 不在间·一个信任域内时，s-CscF 也不能在 P-Charging-vector消息头中携帮access-network-charging-info参数。S-CSCF应该能够通过ISC接口进行在线计费。8AS充当的角色
8.1 AS 作为始发用户代理
AS作为始发亡A的示意图如图2所示。KAONIKAca
YD/T 1982-2009
S-CSCF
sIPleg #
从：x
图2AS作为始发UA
AS作为始发UA时的功能遵循UE作为始发UA的功能。AS作为始发UA的场景有两种：AS代表一个IMPU发起请求：AS代表一个PSr发起请求。如果AS代表一一个IMPU发越请求，那么不管该IMPU的状态到底是注册还是未注册，消息必须经过该IMPU对应的S-CSCF：如果AS代表一个PSI发起请求，可以直接通过I-CSCF进行路由。AS可以直接通过Sh接口、第兰方注册或者其他方式得到IMPU/PSI对应的S-CSCF的名字。8.2AS作为终结用户代理或重定向服务器AS作为终结UA或重定向服务器的示意图如图3所示。AS
ID：2
S-CSCF
SIPleg#
到i：Y
呼ID:z
图3AS作为终结UA或重定向服务器AS作为重定向服务器时的功能等份丁AS作为终结UA的功能。AS作为终结UA时的功能遵循UE作为终结UA的功能。AS作为终结UA的场景如下：
●AS收到ISC接口的业务逻辑（见7.4节），且AS在完成业务逻辑后决定终结该请求：，AS收到ISC接口的指向PSI的请求。8.3 AS 作为 SIP 代理
AS作为SIP代理的示意图如图4所示。8
呼D:z
SIP log 1
S-CSCF
spleg #1
图4AS作为SIP代理
YD/T1982-2009
AS作为SIP代理时的功能遵循CSCF作为SIP代理的功能，此时AS应通过ISC接口向触发该AS业务逻辑的 S-CSCF 返回请求消息。AS在将请求路回S-CSCF之前，可以根据业务逻辑来修改SIP请求的消息内容。AS作为SIP代理的场景下：AS收到ISC按的业务逻辑（见7.4节），并且AS在完成业务逻辑质，向触发该AS业务逻辑的S-CSCF返回请求消息。8.4AS作为第三方控制功能
AS作为第三方控制功能的示意图如图5和图6所示。AS
SIPleg*1
SIP leg A2，a
S-CSCF
siPleg2
到：口
图 5 AS 作为第三方控制功能的场景 1AS
sipleg#
以:×
SiP leg #1
SIPlog #2
S-CSCF
SiPleg#2
从：P
呼印ID:R
图6AS 作为第三方控制功能的场景 2AS作为第平方控制功能的场景有两种：9
YIKAKAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。