YD T 1982-2009 移动通信网IMS系统接口技术要求 ISC Ma接口.pdf

《YD T 1982-2009 移动通信网IMS系统接口技术要求 ISC Ma接口.pdf》由会员分享，可在线阅读，更多相关《YD T 1982-2009 移动通信网IMS系统接口技术要求 ISC Ma接口.pdf（27页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 33 04001M 19 Y口中华人民共和国通信行业标准YDT 1 982-2009移动通信网I MS系统接口技术要求ISCMa接口Technical requirements for ISCMa interface in IMS system inmobile communication network2009-12-11发布 20100101实施中华人民共和国工业和信息化部发布目 次前 言1 范同2规范性引用文件”3缩略语。4 ISC接J的定义5 ISC接口在网络中的位置”6 ISC接口的协议”7 ISC接口的功能”71 iFC业务交互72第三方注册和注销73用户注册状态信息的订阅

2、和通知74非注册的初始消息的业务逻辑75非注册的非初始消息的路由-76计费相关要求8 AS充当的角色”81 AS作为始发用户代理”8 2 AS作为终结用户代理或重定向服务器”83 AS作为SIP代理84 AS作为第三方控制功能”9 ISCMa接u支持的消息10 Ma接口10 1 Ma接口在网络中的位置102 Ma接口的协议103 Ma接口的功能附录A(规范性附录)ISC接口支持的消息头附录B(规范性附录)ISC接口的业务流程示意图 |=|=|=一=三|三|兰三|一|享享蔫享享月U 蟊YDT 1 982-2009本标准是针对MS系统ISC接口和Ma接口所做的技术要求，基于3GPPR6版本。本标准

3、是移动通信网络IMS系统系列标准之一该系列标准的结构和名称如下：a)YD厂r 1980-2009移动通信网IMS系统接口技术要求MgMiMjMkMwGm接13b)YDtI198卜2009移动通信网IMS系统接13测试方法MgMiMjMkMwGm接口c)YDFF 1982-2009移动通信网IMS系统接口技术要求ISCMa接口d)YDdI*19832009移动通信网IMS系统接口测试方法ISCMa接口e)YDT 19842009移动通信网IMS系统设备技术要求f)yD,rf 1985-2009移动通信网IMS系统设备测试方法g)yD,ri1986-2009移动通信网1MS系统接口技术要求CxDU

4、Sh接口h)YDT 19872009移动通信网IMS系统接口测试方法CxDxSh接口本标准与YDT 19832009移动通信网IMS系统接口测试方法ISCMa接口配套使用。本标准的附录A、附录B为规范性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、中兴通讯股份有限公司、诺基亚西门子通信(上海)有限公司、华为技术有限公司、上海贝尔股份有限公司。本标准主要起草人：杨红梅、杨雁飞、沈洋、姜怡、严学强、朱丽、张志龙。II移动通信网lMS系统接口技术要求ISCMa接口YD厂r 1 982-20091 范围本标准规定了移动通信网IMS系统qqSCMa接口的定义，IS

5、CMa接口在网络中的位置，ISCMa接口的协议功能以及相关消息和参数等。本标准适用二移动通信网IMS系统中的ISCMa接口相关设备。2规范|生引用文件下列文件中的条款通过本标准的引用成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3GPPTS 24229：基于SIP和SDP的IP多媒体呼叫控制协泌(阶段三)3GPPTS 32240：计费体系架构和原理3GPPTS 32 260：IMS计费、OAM&P和计费IETF RFC 2

6、976：SIP INFO方法IETFRFC 3261：SIP：会话初始化协议IETF RFC 3262：SIP中的提供响应的可靠性IETF RFC 3265：SIP，特定事件通知rETFRFC 3311：SIP UPDATE方法IETF RFC3428：SIP协议即时消息扩展IETF RFC 3455：SIP在3GPP的PHeader扩展IETF RFC 3680：SIP注册事件包rETF RFC3903：SIP协议事件状态发布扩展注：以上3GPP的规范为2005年12)9版Release 6。3缩略语下列缩略语适用于本标准。AS Application Server 应用服务器CCF Cha

7、rging Collection Function 计费采集功能CDF Charging Data Function 计费数据功能ECF Event Charging Function 事件计费功能HSS Home Subscriber Server 归属用户服务器I-CSCF InterrogatingCSCF 查询呼叫会话控制功能ICID IMS Charging Identity IMS计费标识YO，T 1 982-2009iFC initial Filter CriteriaIMS IP Multimedia SubsystemIOI Inter-Operator ldentityIS

8、C IMS Service ControlOCS Online Charging SystemPSI Public Service ldenfityS-CSCF ServingCSCFSPT Service Point Trigger初始过滤规则IP多媒体子系统运营商网间标识1MS业务控制接口在线计费系统公共业务标识服务CSCF业务点触发器4 ISC接口的定义ISC接口是AS(包括SIP AS、OSA SCSIIIMSSF)与SCSCF之间，以及IMS GWF与SCSCF之问的接口。ISC接口uJ以用j。SCSCF代表IMPU在AS上进行第三办注册(见7 2节)。ISC接口川以用J：ASIIS

9、CSCF间进行事件通知签约，这样就能向AS通知隐式注册的IMPU、注卅状态、特征以及UE的能力和状态等内容(见7 3节)。1SC接口可以用rsCSCF米触发J i；皂至IJAS的业务逻辑(见74节)。1SC接口可以用JASfIISCSCF间提供的路由、会话管理、呼叫控制等功能(见7 5节和第8章)。1SC接口可以根据3GPP 32 240t13GPP 32 260的求传送计费信息和进彳丁在线il费(见7 6。H)。5 ISC接口在网络中的位置ISC接口在网络中的位置如图1所示。图1 ISC接口在网络中的位置ISC接口位J：S-CSCF和AS(SIP应用服务器)、SCS(OSA业务能力服务器)、

10、IMSSF以及1MS GWF之间。AS提供驻留在用户归属网络或者在第三办位置里的增值业务。第三办iJ以是一个网络或者仅仪是一个单独的AS。AS羽l S-CSCF的接口用J。提供驻留在一个AS中的业务。有两种接口：YD厂r 1982-2009 S-CSCF与归属网络中AS问的接口； S-CSCF与外部网络(例如，第三方或者拜访网络)中AS间的接口。AS可以控制和执行业务，能够影响SIP会话，并用ISC接口与S-CSCF联系。6 ISC接口的协议ISC接口使用与承载无关的SIP协议，基本协议遵照IETF RFC3261，并且应该支持SIP扩展的其他IETF规范，相关消息见第9章。7 lSC接口的功

11、能本章描述ISC接口的功能，ISC接口的相关业务流程见附录B。71 iFC业务交互iFC作为用,Pprofile(即用户IMS签约信息)的一部分保存在Hssee，在未注册用户作为被叫以及用户注册的时候被下载NsCSCF。S-CSCF根据这些iFC触发到特定AS的请求，有以下三种情况。 当SCSCF收到sp注册请求(包括重注册请求和注销请求)的时候，需要检查iFC信息来触发可能到As的第三方注册(见72节)： 当SCSCF收NsIP非注册的初始请求的时候，需要检查iFC信息来触发可能到As的业务逻辑(见74节)： 当SCSCF收到s坤非注册的非初始请求的时候，不需要检查iFC信息(见75节)。i

12、Fc的内容包括如下几方面。(1)应用服务器(AS)的地址当用profile与初始SIP请求相匹配时，S-CSCF将SIP消息触发到这个iFC中所保存的As地址。(2)默认处理(default handling)默认处理的过程是指当SCSCF与AS的通信失败时，是放弃低优先级的触发器匹配并释放当前对话，还是继续对话并进行较低优先级的触发器匹配。(3)触发点(trigger point)触发点包含真正的触发规则。iFC包含0个或1个触发点，触发点由INn个SPT组成。SPT是指SIP信令流程中可以设置过滤规则点，过滤规则可以包括： 初始SIP请求的方法(例如，REGISTER、INVITE)； 注

13、册请求的类型(例如，注册、重注册、注销)； 某个SIP消息头是否存在： Request URI或者SIP消息头的内容； 被服务用户的消息请求方向：注册用户始发；注册用户终结；未注册用户始发；未注册用户终结：会话描述信息(4)iFC优先级(iFC priority)一个用户可能有多个iFC，分配给每个iFC不同的优先级，S-CSCF通过iFC优先级来判断用什么样的顺序来向不同的AS触发SIP初始请求消息。S-CSCF从优先级最高的iFC开始与相匹配规则中指定的AS进行交互。S-CSCF根据iFC处理入局SIP消息，S-CSCFI照支持到多个AS的业务触发，并且应使用串行触发的方1YD厂r 1 9

14、82-2009式。S-CSCF根据iFC优先级对iFC表格的sPr逐项比对，与SPT一致时，触发至UAS的请求，AS返回消息后继续对后面的低优先级的iFC进行对比。(5)服务信息(ServiceInformation)(可选)服务信息是一个和AS相关的额外数据，它只能用在第三方注册消息的消息体中。一个AS中可能会有多个应用，S-CSCF应该通过ISC接口通知AS当前触发的是哪个应用。72第三方注册和注销当S-CSCF收到用户发送的初始注册消息时，S-CSCF遍历所属签约数据的隐式注册集中所有关联IMPU的业务描述数据。对于每个业务描述数据，S-CSCF将注册消息与注册初始过滤规则中的初始过滤规

15、则进行匹配，并且在匹配成功时向对应的应用服务器发送请求消息以进行第三方初始注册。当S-CSCF收到用户发送的重注册消息时，S-CSCF遍历所属签约数据的隐式注册集中所有关联IMPU的业务描述数据。对于每个业务描述数据，S-CSCF将重注册消息与注册初始过滤规则中的初始过滤规则进行匹配，并且在匹配成功时向对应的应用服务器发送请求消息以进行第三方重注册。当S-CSCF收到用户发送的注销消息时，S-CSCF遍历所属签约数据的隐式注册集中所有关联IMPU的业务描述数据。对于每个业务描述数据，S-CSCF将注销消息与注册初始过滤规则中的初始过滤规则进行匹配，并且在匹配成功时向对应的应用服务器发送请求消息

16、以进行第三方注销。当S-CSCF发起网络注销消息后，S-CSCF认为在此情况下等价于S-CSCF收到对应用户发送的注销请求，此时S-CSCF的处理和当S-CSCF收到用户发送的注销消息时处理一样。如果AS在收到第三方初始注册后进行了如73节所描述的注册信息订阅流程，那么以后S-CSCF可以通过此订阅对话的通知机制来告知AS相关刷新和注销事件。S-CSCF通过发起三方注册消息(包括重注册和注销)建立一个新的事务：RequestURI取值为As的URI，From取值为S-CSCF的URI，To取值为用户的IMPU，Contact取值为S-CSCF的URI。当发送注销请求时，S-CSCF构造和注册时

17、相似的请求，不同点就是Expires参数值设为0。如果相应iFC中含有服务信息(服务信息见71节)，也可以把它加入三方注册消息的消息体中。如果AS成功接受注册请求，那么会向S-CSCF返回200 OK响应。如果AS未成功接受注册请求那么会向S-CSCF返回4xx、5xx等状态码的响应，此时S-CSCF的处理需要根据触发该第三方注册的iFC中的默认处理要求(默认处理见71节)： 默认处理要求是SESSION_CONTINUED，则继续检查其他更低优先级的iFC； 默认处理要求是SESSIONTERMINATED，则停止检查iFC，并向用户侧进行网络注销。三方注册请求的REGISTER消息示例如下

18、。REGISTER sip：presencehomelca SIP20Via：SIP20UDP scscflhomelcn；branch=sc001MaxForwards：70From：；tag=registerlTo：C叽tact：；expires=600000Call一：1234567CSeq：99 REGISTER4Y13I 19822009ContentLength：073用户注册状态信息的订阅和通知7 31 注册事件订阅流程AS收到第三方初始注册消息后，可以按照IETFRFC3680向SCSCF订阅用户注册状态信息。在S-CSCF收到一个AS发来的用户注册状态信息的订阅请求时，S-C

19、SCF应该执行授权检查： 检查订阅者AS是否在iFC的ASYO表中； 检查AS是否存在于信任域中(可选)。当上述授权检查通过后，S-CSCF会向AS回复2xx响应(见IETFRFc3680)，指示该订阅请求成功：在2xx响应中S-CSCF可以把Expires头的值设置为订阅请求中提供的Expires头的值，也可以小于订阅请求中提供的Expires头的值。如果上述授权检查未通过， S-CSCF应遵从1ETFRFC3265的相关处理，即向AS回复403响应。732注册状态通知S-CSCF在收到一个新的订阅或者检测到注册状态信息发生改变时，S-CSCF会将用户注册状态信息通知AS，S-CSCF发送订

20、阅注册状态对应的通知消息处理流程如下。1)按照保存的订阅的路由信息设置通知消息中的RequestURI和Route头域。2)设置Event头域为“reg”。3)NOTIFY消息体中，应描述所有该用户订阅的IMPU的注册状态。4)设置每个注册事件的AOR为IMPU，按照以下处理。a)每个注册事件中的设为UE提供的contact地址；b)如果该IMPU已经被注销，没有可用的contact地址，则： 该注册事件的状态标志设为“terminated”： 每个项对应的状态标志设为“terminated”； 根据I ErrF RFC3680中的处理，设置每个事件标志为“deactivated”、“expi

21、red”、“unregistered”、 “rejected或“probation”。c)如果该IMPU已经注册：根据IErrF RFC3680中的处理，按照注册消息中contact头域包含的其他参数设置值； 设置的状态为“active”； 如果注册的contact地址改变，设置项状态为“active”，对应的事件为“registered”；否则不用改动项。d)IMPU已经自动注册(即隐式注册)： 根据IETF RFC3680中的处理，按照注册消息中contact头域包含的其他参数设置值； 设置的状态为“active”； 设置项状态为“active”： 设置项的事件状态为“created”。5

22、)按照3GPPTS 32 260设置P-ChargingVector的icid值。YD几1 982吨009注册信息状态通知的消息体示例如下：(该示例表示当某IMPU sip：userl_publicIhomelnet被注册后，其关联IMPU为sip：userl_public2homelnet被自动注册)sip：5555：aaa：bbb：cce：dddsip：5555：aaa：bbb：ccc：ddd74非注册的初始消息的业务逻辑当S-CSCF收到非注册的初始请求时，S-CSCF对应的处理流程如下：1)根据iFC的优先级为这个请求建立对应的iFC列表。2)分析接收到的消息，找出其中包含的SPT。3

23、)检查最高优先级iFC的触发点是否与这个请求的SPT相匹配。a)如果不匹配，S-CSCF执行步骤4；b)如果匹配，S-CSCF应： 将它自己的地址放入Route头顶端，并在这个Route头中添加一个对话标识符(如：用URI参数或者URI用户名的方式)，以便即使AS作为第三方控制功能(见94节)而改变了对话标识，S-CSCF依然能够得到初始消息的对话标识符； 将当前iFC中指定的AS的地址放入Route头顶端，以便通过ISC接口触发业务逻辑到该AS； 如果SCSCF收IJAS通过ISC接口再次返回的请求，那么SCSCF执行步骤4以进行二次触发的业务逻辑：4)对于步骤1建立的iFC列表中每一个iF

24、C而言，按照优先级顺序重复步骤2和3，直到检查完最后一个iFC；5)基于普通SIP路由方式路由请求。如果S-CSCF通过ISC接口成功触发了一个到特定AS的业务逻辑，那么当S-CSCF收到该AS返回6YDI 1982-2009的最终响应后，S-CSCF应该停止进行较低优先级的iFC过滤准则的匹配。如果AS未能成功接受业务逻辑，那么会向S-CSCF返回4xx、5xx等状态码的响应，此时S-CSCF应采用触发该业务逻辑的iFC中的默认处理要求(默认处理见71节)： 默认处理要求是SESSION_CONTINUED，则继续检查其他更低优先级的iFC； 默认处理要求是SESSION_TERMINATE

25、D，则停止检查iFC，并且释放该事务请求。7 5非注册的非初始消息的路由当S-CSCF收到SIP非注册的非初始请求时，不需要检查iFC信息，此时S-CSCF基于SIP的正常路由方式前转请求：如果Route头的最顶端或者Request-URI(在无Route头的情况)是一个As的地址，那么S-CSCF就通过ISC接口路由到这个AS。76计费相关要求S-CSCF和AS之间能够通过P-Charging-Vecmr和P-ChargingFunction-Addresses消息头传递计费相关信息，包括计费功能地址和计费关联信怠。P-ChargmgFunctionAddresses带有计费功能实体的地址，

26、包括离线计费的CDF(CCF(Charging Collection Function)参数)和在线计费的OCS(ECF(Event ChargmgFunction)参数)。计费关联信息包括icid和ioi。当AS与S-CSCF在同一个网络，且进行第三方注册时，S-CSCF在REGISTER消息中携带P-Charging-FunctionAddress和P-ChargingVector消息头，P-ChargingVecmr消息头带有icid和第三类origioi。AS应存储这些参数，并在响应消息中携带第三类termioi。当AS与S-CSCF在同一个网络，且AS作为始发uA发起会话时，AS创建

27、该会话的icid和第三类orig-ioi，并插入PChargingVecmr头中，S-CSCF将这些参数存储起来。S-CSCF也可以创建新的icid并与AS创建的icid进行关联。S-CSCF在对该会话请求的lxx或者2xx响应消息中携带P-ChargingFunctionAddress和PCharging-Vector消息头，PCharging-Vector头中带有收到的odgioi和S-CSCF插入的第三类termioi参数。当As与S-CSCF在同一个网络时，S-CSCF在发给As的初始请求消息中携带P-Charging-Vecmr和P-ChargingFunctionAddress消息

28、头，p-Charging-Vecmr头中带有icid和S-CSCF插入的第三类origioi。AS应存储这些消息头里的参数，并可以在后续的请求消息中插入这些存储的参数。AS在响应消息中带有收到的origioi和AS插入的第三类termioi。当As与S-CSCF不在同一个网络时，S-CSCF不能在消息中携带PCharging-FunctionAddress。当As与S-CSCF不在同一个信任域内时，S-CSCF也不能在PChargingvector消息头中携带accessnetworkcharging，info参数。S-CSCF应该能够通过ISC接u进行在线计费。8 AS充当的角色81 AS作

29、为始发用户代理AS作为始发UAfFJ示意图如图2所示。7YD厂r 1 982-2009厂、L AS)鸯 产tU；YqWID Z图2 AS作为始发UAAS作为始发UA时的功能遵循UE作为始发uA的功能。AS作为始发UA的场景有两种：AS代表一个IMPU发起请求；AS代表一个PSI发起请求。如果AS代表一个IMPU发起请求，那么不管该IMPU的状态到底是注册还是未注册，消息必须经过该IMPU对应的S-CSCF；如果AS代表一个PSI发起请求，可以直接通过I-CSCF进行路由。AS可以直接通过sh接口、第三方注册或者其他方式得到IMPUPSI对应的S-CSCF的名字。82 AS作为终结用户代理或重定

30、向服务器AS作为终结UA或重定向服务器的示意图如图3所示。M：xY”HID Z，乏；、纠到Y日ID Z圈3 AS作为终结UA或重定向服务器AS作为重定向服务器时的功能等价于AS作为终结UA的功能。AS作为终结uA时的功能遵循UE作为终结UA的功能。AS作为终结uA的场景如下： AS收IISC接口的业务逻辑(见74节)，且AS在完成业务逻辑后决定终结该请求 AS收瑟Jtsc接口的指向PSI的请求。83 AS作为SIP代理AS作为SIP代理的示意图如图4所示。)、岔黪黪YD，T 1 982-2009“Y “：Y0干IDt Z ”ID：z图4 AS作为SIP代理AS作为SIP代理时的功能遵循CSCF

31、作为SIP代理的功能，此时AS应通过ISC接口向触发该AS业务逻辑的S-CSCF返回请求消息。AS在将请求路由回S-CSCF之前，可以根据业务逻辑来修改SIP请求的消息内容。AS作为SIP代理的场景如下：AS收到ISC接口的业务逻辑(见74节)，并且AS在完成业务逻辑后，向触发该AS业务逻辑的S-CSCF返回请求消息。84 AS作为第三方控制功能AS作为第三方控制功能的示意图如图5和图6所示。么pS拿I Fleg 1 p：j1 ”叫蛆Rz U弋夕鸯鸯一Y 自：OqID-Z 日HD R图5 AS作为第三方控制功能的场景1呼叫ID：Z 呼叫ID：R图6 AS作为第三方控制功能的场景2AS作为第三方

32、控制功能的场景有两种：9Y)r 1 9822009 AS收至1lSC接13的业务逻辑(见74节)，并且AS在完成业务逻辑后决定终结该请求，同时根据原请求生成新的请求到某个SCSCF，AS在生成新的请求路由回SCSCF之前，可以根据业务逻辑来修改SIP请求的消息内容； AS通过ISC接口发起两个消息请求，并通过某种方式把这两个消息在逻辑上关联起来。9 ISCMa接口支持的消息ISC接口应支持表1所列的SIP消息，并符合相应的IETF规范中对各消息的定义。具体要求见3GPPTS24 229。表1 SIVN息名称消息名称 来 源ACK IE，rF RFc3261BYE IETF RFc326lCAN

33、CEL IETF RFC3261INF0 IE，rF RFC2976INVITE IETF RFC326lMESSAGE IETF RFC3428NOTIFY IETF RFC3265OPTIONS IErF RFC3261PRACK IETF RFC3262PUBLISH IETF RFC3903REFER IETF RFC3515REGISTER IEITF RFC326lSUBSCRIBE IETF RFC3265UPDATE IETFRFC331 110 Ma接口Ma接口的定义：AS(包括SIPAS、OSA SCS和IMSSF)与ICSCF之间的接u。101 Ma接口在网络中的位置Ma

34、接口在网络中的位置如图7所示。图7 Ma接1：3在网络中的位置102 Ma接口的协议Ma接口使用承载无关的SIP协议，基本协议遵照IETFRFC3261，并且应该支持SIP扩展的其他IETF规范，具体扩展见第9章。O103 Ma接口的功能1031 PSI作为被叫，|CSCF通过HSS查询得到AS的地址PSI作为被叫，I-CSCF通过HSS查询得至tJAS的地址，流程如图8所示。YO厂r 1982-2009图8 PSI作为被叫，l-CSCF通过HSS查询得llJAS的地址1 032 PSI作为被叫，I-CSCF根据被叫PSI的域名通过DNS查询直接得到PSI的lP地址PSI作为被叫，I-CSCF

35、根据被叫PSI的域名通过DNS奁询直接得到PSI的口地址，消息流程如图9所示。I-CSCF DNS SCSCF ASlNvrrEto aPSII服务I-C器S基CF于割，。fiJ，D的N域S名lDNS响应IP地址CSCF向AS地址转发INVITEMa Inktrace图9 PSI作为被叫，I-CSCF根据被叫PSI的域名通过DNS查询直接得蛩lPSl的IP地址1033 AS代表PSI作为主叫，AS直接通过被叫标识找到被叫归属网络的入口点AS代表PSI作为主叫，AS直接通过被叫标识找到被叫归属网络的入口点消息流程如图10所示。YD厂r 1 982-2009图10 AS代表PSI作为主叫，AS直接

36、通过被叫标识找到被叫归属网络的入口点1034 AS代表用户作为主叫，AS通过主叫标识找到主叫用户所在归属网络的入口点AS代表用户作为主叫，AS通过主叫标识找到主叫用户所在归属网络的入口点，消息流程如图11所示。12图11 AS代表用户作为主叫AS通过主叫标识找到主叫用_由所在归属网络的入口点A1基本的消息头附录A(规范性附录)SC接口支持的消息头YD，T 1 982-2009(1)To在非注册消息中，To消息头定义了消息的逻辑接收者，用户的record地址或资源。To消息头中可以包含SIP URI或者tel URL。在注册消息中，To消息头定义了注册用户的AOR记录地址。具体规定遵循IETF

37、RFC 3261中的定义。(2)From在非注册消息中，From消息头定义了消息的逻辑发起者，有可能是用户的record地址。From消息头中可以包含SIP URI或者tel uRL以及一个display name。在注册消息中，From消息头定义了发起注册实体的AOR记录地址。具体规定遵循IETFRFC 3261中的定义。(3)CallIDCall一消息头用于惟一标识一个对话(dialog)。在一个对话中，任何uA发送的所有请求和回应必须相同。具体规定遵循IETF RFC 3261中的定义。(4)CseqCseq消息头用二F标识transaction和对transaction进行排序。它由一

38、个序列号和一个方法组成，方法必须与请求相匹配。具体规定遵循IETF RFC3261中的定义。(5)ViaVia消息头用于指示一个transaction的传输层信息，它是消息响应路由的依据。Via消息头只有在即将跳到下一跳时才会插入。Via消息头中必须包括一个branch参数，用于区分当前请求所建立的transaction。具体规定遵循IETFRFC3261中的定义。(6)MaxForwardsMaxForwards消息头用于限制一个请求消息在到达目的地之前所经过的跳(hop)数。MaxForwards由一个整数构成，每经过一跳减1。UAC必,须向每个request插入M“一Forwards时，

39、其值一般设为70。具体规定遵循IETFRFC3261中的定义。(7)ContactContact_fi息头提供了s口URI，后续请求消息可以用它来联系该当前UA，一般采用主机地址标识。Contact消息头必须存在于任何能够建立对话的请求中。具体规定遵循IETFRFC3261中的定义。(8)其他13YD，l 1982-2009A2路由相关的消息头(1)ViaVia消息头用于对响应消息进行路由。(2)RouteRoute消息头用于对请求消息进行路由，它指定了请求消息必须经过它所设置的一系列的SIPProxyY0表。在初始请求中，Route消息头可以由UA和SIPProxy插入。在后续请求中，Rou

40、te消息头由uA插入，主WqUA将初始请求过程中获得的RecordRoute消息头中的所有条目顺序颠倒插入到Route消息头中，被叫uA将初始请求过程中获得的RecordRoute消息头中的所有条目插入llJRoute消息头中。具体规定遵循IETFRFC3261中的定义。(3)RecordRouteRecord-Route消息头为后续请求记录Route消息头，它EhSIP Proxy在初始请求中插入，保证了后继消息仍然需要经过RecordRoute所设置的一系列的SIP Proxy列表。具体规定遵循IETFRFC3261中的定义。A3扩展SlP消息头扩展消息头是指在有限环境中用于特殊目的(例如

41、计费或路由)的SIP消息头。ISC接口必须支持以下定义的几个扩展消息头。(1)P-Asserted-Identityp-Asserted-Identity消息头用于传递信任域内用户的标识，表明用户为通过鉴权的用户。当消息发送给非信任域的uE或SIP实体时，并且用户申请Tprivacy：id，则PAssertedIdentity消息头必须从消息中删掉。具体规定遵循IETFRFC3325和IETFRFC3323中的定义。(2)PrivacyPrivacy消息头用于让UA对某个SIP消息来设置一个特定的隐私级别，常见的隐私级别有id，“user”，“session”等。具体规定遵循IETF RFC3

42、323的定义。(3)PCharging-Vectorp-ChargingVector消息头用于在网络实体之间进行计费关联，它包括处理同一会话相关的各个网元实体产生的CDR所需要的通用信息。P-ChargingVector消息头包括3类计费关联信息。 nvisit馈信息lcD(TMS Charging Identifier)：用于将CDR进行计费关联的惟一值。 运营商标识IOI(Inter-OperatorIdentifiers)：可以由主叫或被叫方产生用于标识各自所在的运营商网络。 接入网计费信息：包括接入层特定的网络标识，用于将IPCAN CDR与IM域的CDR进行关联，也就是说将承载层与会

43、话层相关联。具体规定遵循IETF RFC3455和3GPP 24229的定义。4Y0，T 1 982-2009(4)PChargingFunction-AddressesP-Charging-Function-Addresses消息头用于给SIP Proxy提供一套公共的地址以供SIP Proxy传送计费信息，它包含两个参数：CCF和ECF，其中CCF是CDF的地址，ECF是OCF的地址。在IMS中，PChargingFunctionAddresses可以由SCSCF通过cx接12获得，并由SCSCF传递到其他实体。另外，p-ChargingFunctionAddresses也可以由AS通过S

44、h接口获得。具体规定遵循IETF RFC3455和3GPP 24 229的定义。YD厂r 1 982-2009B1 AS作为不同角色的业务流程附录B(规范性附录)SC接口的业务流程示意图811 AS作为始发用户代理AS作为始发用户代理的业务流程示意图如图B1所示。始控 终结图B1 AS作为始发用户代理步骤1：AS向其归属的S-CSCF发送SIP请求。步骤2、3：S-CSCF对主叫方进行业务控制以触发符合iFC的业务(这里只关注本AS的本次业务，对其他不再赘述)之后： 直接转发SIP请求到终结网络的ICSCF，再转发Ns，CSCF。 如果始发网络使用了THIG，则经过始发网络的I-CSCF转发给

45、终结网络ICSCF，再转发到SCSCF。16YD厂r 12-2009如果As与用户归属于同一S-CSCF，则不需要始发和终结方的I-CSCF，始发和终结方S-CSCF为同一个，其完整流程如图B2所示。步骤4：S-CSCF对被叫方进行业务控制以触发符合iFC的业务(这里只关注本AS的本次业务，对其他不再赘述)之后转发请求给终端用户。步骤5：终端用户响应SIP请求到其归属的S-CSCF。步骤6、7：S-CSCF转发SIP响应到I-CSCF，I-CSCF收到响应： 直接转发SIP响应到始发网络的SCSCF。 如果始发网络使用了TmG，则经过始发网络的ICSCF转发给SCSCF。汴意：如果AS与用户归

46、属于同一S-CSCF则不需要始发和终结方的I-CSCF，始发和终结方S-CSCF为同一个，其完整流程如图B2所示。步骤8：S-CSCF转发响应给AS。k 4 siP图B 2 AS作为始发用户代理(AS与用户归属于同一S-CSCF)B12 AS作为终结用户代理或重定向服务器As作为终结用户代理的业务流程示意图如图B3所示。步骤l：终端用户向其归属的S-CSCF发送SIP请求。步骤2、3：S-CSCF对主叫方进行业务控制以触发符合iFC的业务(这里只关注本AS的本次业务，对其他不再赘述)之后： 直接转发SIP请求到终结网络的ICSCF，再转发到sCSCF。 如粜始发网络使用了THIG，则经过始发网

47、络的I-CSCF转发给终结网络I，CSCF，再转发到SCSCF。注意：如果As与用户归属于同一S-CSCF，则不需要始发和终结方的I-CSCF，始发和终结方S-CSCF为同一个，其完整流程如图B 4所示。步骤4：S-CSCF转发请求给AS。步骤5：AS响应SIP请求到其归属的S-CSCF。步骤6、7：S-CSCF转发SIP响应到I-CSCF，I-CSCF收到响应： 商接转发SIP响应到始发网络的SCSCF。 如粜始发网络使用了THIG，则经过始发网络的ICSCF转发给SCSCF。注意：如果As与用户归属于同一S-CSCF，则不需要始发和终结方的I-CSCF，始发和终结方S-CSCF为同一个，其】7完整流程如图B4所示。步骤8：S-CSCF转发响应给终端用户。18始发 终结圈B 3 AS作为终结用户代理Requesr刊ScnIC ntrolRcsp