中国移动cm-ims试点多媒体电话与补充业务总体技术要求

-实施-发布中国移动通信集团公司 发布中国移动通信企业标准中国移动CM-IMS试点多媒体电话及补充业务总体技术要求China Mobile CM-IMS Trial- Multimedia Telephony and Supplementary Services General Technical Specification版本号：1.1.0目 录前 言本方案对CM-IMS试点多媒体电话及补充业务的业务实现过程中需要规范的内容提出全面要求，是CM-IMS多媒体电话及补充业务的业务实现所需要遵从的纲领性技术文件。本方案主要包括IMS多媒体电话及补充业务的业务实现过程中的接口要求、信令流程等内容。本标准由中国移动通信集团公司计划部提出，由集团公司技术部归口管理。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信研究院。本标准主要起草人：王亚晨、赵婷1 范围本技术要求对技术方案所作用的技术范畴提出规定，原则上在中国移动通信集团内部使用，用于在IMS业务试验、业务开展和招标选型方面为集团公司和省公司提供技术依据；适用于中国移动IMS网络环境。2 引用标准下列标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用下列标准最新版本的可能性。1IETF RFC 3261, “SIP: Session Initiation Protocol”2IETF RFC 3262, “Reliability of Provisional Responses in Session Initiation Protocol (SIP)”3IETF RFC 3264, “An Offer/Answer Model with Session Description Protocol (SDP)”4IETF RFC 3265, “Session Initiation Protocol (SIP)-Specific Event Notification”5IETF RFC 3323, “A Privacy Mechanism for the Session Initiation Protocol (SIP)”6IETF RFC 3455, “Private Header (P-Header) Extensions to the Session Initiation Protocol (SIP) for the 3rd-Generation Partnership Project (3GPP)”7IETF RFC 3515, “The Session Initiation Protocol (SIP) Refer Method”8IETF RFC 3840, “Indicating User Agent Capabilities in the Session Initiation Protocol (SIP)”9IETF RFC 3841, “Caller Preferences for the Session Initiation Protocol (SIP)”10IETF RFC 3959, “The Early Session Disposition Type for the Session Initiation Protocol (SIP)”11IETF RFC 3960, “Early Media and Ringing Tone Generation in the Session Initiation Protocol (SIP)”123GPP TR 23.002, “Network Architecture”, v7.1.0133GPP TR 23.003, “Numbering, Addressing and Identification”, v6.9.0143GPP TR 23.218, “IP Multimedia (IM) session handling; IM call model; Stage 2”, v7.1.0153GPP TS 23.228, “IP Multimedia Subsystem (IMS); Stage 2”, v7.2.0163GPP TS 24.228, “Signalling flows for the IP multimedia call control based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3”, V5.14.0173GPP TR 29.228, “IP Multimedia (IM) Subsystem Cx and Dx Interfaces; Signalling flows and message contents”, v7.1.0183GPP TR 29.229, “Cx and Dx interfaces based on the Diameter protocol; Protocol details”, v7.1.019ETSI TS 183 004, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services: Communication Diversion (CDIV); Protocol specification”, v1.1.120ETSI TS 183 007, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Originating Identification Presentation (OIP) and Originating Identification Restriction (OIR); Protocol specification”, v1.1.121ETSI TS 183 008, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Terminating Identification Presentation (TIP) and Terminating Identification Restriction (TIR); Protocol specification”, v1.1.122ETSI TS 183 009, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); PSTN/ISDN simulation services; Call Waiting (CW); Protocol specification”,v0.0.823ETSI TS 183 010, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); NGN Signalling Control Protocol; Communication Hold (HOLD) PSTN/ISDN simulation services”, v1.1.124ETSI ES 283 003, “Telecommunications and Internet converged Services and Protocols for Advanced Networking (TISPAN); IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP) Stage 3 3GPP TS 24.229 (Release 7), modified”, v1.1.1 25IETF RFC 4244, “An Extension to the Session Initiation Protocol (SIP) for Request History Information”3 术语、定义和缩略语缩略语英文中文ASApplication Server应用服务器APNAccess Point Name接入点名AUTNAuthentication TokeN鉴权TokeNB2BUABack-to-Back User Agent背靠背用户代理BGCFBreakout Gateway Control Function出口网关控制功能CCFCharging Collection Function计费收集功能CDRCharging DataRecord计费数据记录CKCiphering Key加密密钥CNCore Network核心网CSCircuit Switched电路交换CSCFCall Session Control Function 呼叫会话控制功能DHCPDynamic Host Configuration Protocol动态主机配置协议DNSDomain Name System域名系统DTDDocument Type Definition文档类型定义ECFEvent Charging Function事件计费功能FQDNFully Qualified Domain Name全资格域名GCIDGPRS Charging IdentifierGPRS计费标识GGSNGateway GPRS Support Node网关GPRS支持节点GPRSGeneral Packet Radio Service通用分组无线业务HSSHome Subscriber Server归属用户服务器I-CSCFInterrogating-CSCF查询-CSCFICIDIM CN subsystem Charging IdentifierIMS计费标识IKIntegrity Key完整性密钥IMIP MultimediaIP多媒体IMPIIM Private IdentityIP多媒体私有标示IMPUIM Public IdentityIP多媒体公有标示IMSIP Multimedia Core Network SubsystemIP多媒体网络子系统IMS-ALGIMS Application Level GatewayIMS应用层网关IMSIInternational Mobile Subscriber Identifier国际移动用户标识IOIInter Operator Identifier内部运营商标识IP-CANIP-Connectivity Access NetworkIP-连通性接入网络IpsecIP securityIP安全ISCIP multimedia Subsystem Service ControlIMS业务控制ISIMIMS SIMIMS 用户标识模块MACMessage Authentication Code消息验证码MCCMobile Country Code移动国家码MGCFMedia Gateway Control Function媒体网关控制功能MGWMedia Gateway媒体网关MNCMobile Network Code移动网码MRFCMultimedia Resource Function Controller多媒体资源功能控制器MRFPMultimedia Resource Function Processor多媒体资源功能处理器PDPPacket Data Protocol分组数据协议PLMNPublic Land Mobile Network公用陆地移动（通信）网PSTNPublic Switched Telephone Network公共交换电话网NAINetwork Access Identifier网络接入标识P-CSCFProxy CSCF代理CSCFPDUProtocol Data Unit协议数据单元PSIPublic Service Identity公共业务标识RANDRANDom challenge随机询问RESRESponse响应RTCPReal-time Transport Control Protocol实时传输控制协议RTPReal-time Transport Protocol实时传输协议S-CSCFServing-CSCF服务-SCSCFSDPSession Description Protocol会话描述协议SIPSession Initiation Protocol会话发起协议SLFSubscription Locator Function签约定位功能SQNSeQuence Number顺序号UAUser Agent用户代理UACUser Agent Client用户代理客户端UASUser Agent Server用户代理服务器UEUser Equipment用户设备UICCUniversal Integrated Circuit Card通用集成电路卡URIUniform Resource Identifier统一资源标识URLUniform Resource Locator统一资源定位USIMUniversal Subscriber Identity Module通用用户标识模块XMACexpected MAC期望的MACXMLeXtensible Markup Language扩展标记语言4 网络结构4.1 系统组网图图4.1：IMS多媒体电话业务系统结构图4.1.1 各网元功能描述 VPMN SCP智能网业务平台。 多媒体电话业务AS用于为IMS用户提供多媒体电话基本业务及补充业务。 业务管理平台对多媒体电话业务进行管理、配置；提供业务用户自助Portal。 CSCF会话控制及路由层。IMS核心网络的核心网元，包含P-CSCF，I-CSCF，S-CSCF等设备，执行用户注册，会话接入/路由等基本功能。 HSSIMS用户信息服务器，保存IMS用户的业务订阅信息。 MRFC/MRFP 对终端播放呼叫回铃音和各类呼叫提示音。 MGCF 用于IMS与PLMN/PSTN用户的互通。 网管服务器网管服务器NMS为多媒体电话业务提供网元管理能力，主要是提供各网元的拓扑信息、告警、日志、维测、配置、统计等功能。 在线/离线计费服务器在线计费服务器OCS对其他网元提供了在线计费功能。离线计费系统，通过FTP收集用户话单，完成后付费功能。4.1.2 接口描述 多媒体电话业务AS与IMS CN的接口(ISC)采用SIP协议，实现会话控制。 MRFC/MRFP与UE的媒体流接口(Mb)采用RTP/RTCP 协议，实现媒体流的分发和流量控制。 多媒体电话业务AS与UE的接口采用HTTP协议，完成业务功能配置。 多媒体电话业务AS与业务管理平台接口多媒体电话业务AS与业务管理平台之间的接口基于SOAP协议，其主要功能包括业务开通/注销，业务设置等。 计费接口与融合计费系统（OCS/CCF）之间遵循Diameter 接口协议。OCS和CCF提供在线计费和离线计费的支持。 多媒体电话业务AS与网管接口多媒体电话业务AS与网管之间的接口基于SNMP协议，其主要功能是通过业务网管进行维护、配置与管理。5 信令流程与接口要求关于信令流程中涉及precondition机制的使用说明如下：l 考虑到IMS核心设备，业务平台及终端的兼容性，要求IMS核心设备，业务平台及终端能够兼容非Precondition及Precondition机制的会话l Precondition机制使用建议：对于IMS固定终端间的会话，建议使用非Precondition机制的信令流程，对于涉及IMS移动终端的会话，会话过程中Precondition是否使用由通信双方协商确定，建议使用Precondition机制l 本规范主要对非Precondition机制的信令流程进行说明5.1 用户鉴权流程5.1.1 AKA鉴权UE和核心网接口要求：遵循3GPP TS 24.229、3GPP TS 33.203定义的消息和参数。本特性不涉及核心网和AS的接口。5.1.2 Http digest鉴权UE和核心网接口要求：遵循RFC 3261、RFC 2069、RFC 2617和3GPP TS 24.229定义的消息和参数。本特性不涉及核心网和AS的接口。5.2 Sh接口流程图5.2 sh接口信令流程图1.用户签约了新的业务，运营商在AS上为用户服务。AS存储了一些业务数据，用Sh-Update来给HSS上传数据；2.HSS确认数据已经更新；3.用户注册到这个网络；4.S-CSCF从HSS下载用户数据。IFC指示了注册成功后将要被通知的AS；5.对用户终端注册消息的200 OK响应；6.S-CSCF发送第三方注册消息到AS通知用户已经注册；7.对第三方注册消息的200 OK响应；8.AS通过Sh-Pull从HSS下载业务需要的数据 (user identity, requested data, and service information)；9.HSS向AS发送数据；10.AS通过Sh-Subs-Notif向HSS订阅数据更改通知 (user identity, requested data, and/or service information)；11.HSS对订阅消息的确认；12.当HSS用户数据变更时. HSS 通过Sh-Notif通知AS数据的变更 (user identity, updated data)；13.AS确认数据变更通知；14.AS某些时候可以通过Cx-Update更新HSS中的数据 (user identity, updated data)；15.HSS 确认数据已经更新；5.2.1 UE和核心网接口要求本特性不涉及UE和核心网的接口。5.2.2 核心网和AS接口要求遵循RFC 3261和3GPP TS 29.328、3GPP TS 29.329中定义的消息和参数。5.3 多媒体电话业务流程多媒体电话业务流程包含了点到点语音业务与视频业务流程。5.3.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。5.3.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。5.3.3 信令流程图5.3.3 多媒体电话信令流程1主叫用户UE-A的呼叫请求通过P-CSCF(O)被送到S-CSCF(O)。2S-CSCF(O)根据用户签约的IFC将INVITE请求发送到AS。 3AS处理主叫用户的业务，并向S-CSCF(O)发送INVITE消息。4S-CSCF(O)根据被叫号码进行路由，将INVITE请求消息发送给被叫用户所在的I-CSCF(T)，I-CSCF(T)收到INVITE请求后，通过Cx操作LIR/LIA获取为被叫用户服务的S-CSCF(T)。并将INVITE消息发送给S-CSCF(T)。5S-CSCF(T)收到INVITE请求后，根据用户签约IFC信息，将请求触发到AS，AS处理被叫用户的业务。6S-CSCF(T)收到AS的INVITE请求，并将请求通过P-CSCF(T)路由至被叫用户UE-B。7通过后续的180、200 OK消息交互，会话建立。8主叫用户UE-A发送BYE消息，释放会话。5.4 主叫号码识别显示(CLIP)5.4.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网 UE）序号参数属性参数描述1P-Asserted-Identity可选用于传递主叫地址的信息本参数由PCSCF填写，由核心网传递到被叫UE5.4.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网AS）序号参数属性参数描述1P-Asserted-Identity必选用于传递主叫IMPU；核心网和主被叫AS双向传递5.4.3 信令流程呼叫流程同图5.3.3，主叫号码显示的信令处理过程如下：1根据终端的策略或者发端用户的选择，在INVITE中可以包含P-Preferred-Identity头域，表示终端期望使用哪个号码用于号码显示。如果主叫终端发送的会话请求中包含P-Preferred-Identity 头字段，则P-CSCF 应删除该头字段，并检查该头字段所填写的标识是否与该用户已注册的公共用户标识之一相符合。若符合，P-CSCF 应将其值填写在P-Asserted-Identity 头字段中；若不符合，或者主叫终端发送的请求中没有包含P-Preferred-Identity 头字段，则P-CSCF 应将用户注册公共用户标识的默认值填写在P-Asserted-Identity头字段中。如果公共用户标识的默认值有多个，则P-CSCF 可随机选取其中的一个。2INVITE头域中可以包含一个或两个P-Asserted-Identity头域，一个P-Asserted-Identity头域中也可能会包括两个P-Asserted-Id值（参考RFC3325）。发端P-CSCF按照上述原则在INVITE中插入P-Asserted-Identity头域。3AS根据业务要求选择要给被叫显示的主叫号码，并把要显示的号码放在From头域中，From头域用来做主叫号码显示。为了保证from头域的可靠性，AS要求能够根据P-Asserted-Identity中的号码对from头域进行鉴别，保证from头域和P-Asserted-Identity头域的一致性。4收端P-CSCF和AS对P-Asserted-Identity头域和From头域没有特殊处理，头域在INVITE中透传给被叫终端，终端从From头域取号码做主叫号码显示。5.5 主叫号码识别限制(CLIR)5.5.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。被叫AS应当有去掉主叫信息的能力。以下仅列出业务特殊的需要： INVITE（核心网UE）序号参数属性参数描述1privacy可选用于传递主叫显示限制的信息：参见RFC3261及3GPP 24.229的定义其值为”id”、”user”、 ”header”是表示主叫有CLIR业务，值为”none”或未携带时表示主叫没有CLIR业务；核心网到被叫UE时可以携带此头域5.5.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网AS）序号参数属性参数描述1privacy必选用于传递主叫显示限制的信息：参见RFC3261及3gpp24.229的定义其值为”id”、”user”、”header”是表示主叫有CLIR业务，值为”none”或未携带时表示主叫没有CLIR业务；主叫AS到核心网携带此头域，被叫AS到核心网是双向的5.5.3 信令流程呼叫流程同5.3.3，主叫号码显示限制的信令处理过程如下：1主叫号码显示限制有两种触发方式：永久方式和临时方式。对于临时方式，终端可以通过接入码方式触发，也可以通过在请求消息中插入Privacy头域方式来触发。如果主叫用户希望当前呼叫限制主叫号码显示，可以在INVITE中插入Privacy头域，值为id或header，同时隐藏From头域中可能暴露主叫号码的信息。（参考RFC3323及RFC3325）2发端S-CSCF将呼叫触发到发端AS后，如果INVITE消息中没有Privacy头域，发端AS通过检查用户签约（永久方式）或通过号码分析（临时方式）确定当前呼叫是否触发主叫号码显示限制业务。3如果当前呼叫需要限制主叫号码显示，则发端AS在INVITE消息中插入Privacy头域，Privacy头域中的字段值填写为id或user或header，同时隐藏From和Contact头域中可能暴露主叫号码的信息（参考RFC3323及RFC3325）。4收端P-CSCF收到INVITE后，检查消息中有Privacy头域，且字段值为id或user或header，如果被叫用户没有主叫号码显示逾越权限，则在发送给被叫终端的INVITE消息中，隐藏P-Asserted-Identity头域和From头域。在号码限制显示的情况下，依赖于终端的实现，可能会显示为“*”号或显示“CLIR”等。5.6 无条件呼叫前转(CFU)5.6.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫UE）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的地址5.6.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫AS）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用户表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户的地址5.6.3 信令流程图5.6.3 无条件呼叫前转信令流程主叫UE发起INVITE到AS，AS检查用户是否有CFU业务，如果有，处理如下：1 判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来。2 如果没有超过最大前转次数，如果是第一次前转，发出的INVITE的消息中如下域需要注意设置：l Request URI头域需要设置成前转方的地址；l History-Info头域中增加两个hist-info条目，第一个hi-targeted-to-uri设为原INVITE消息中被叫的地址，第二个hi-targeted-to-uri设为前转到的地址。l To头域设置为初始被叫的地址；l P-Asserted-Identity头域中应该包含主叫用户的IMPU。如果不是第一次前转，发出的INVITE的消息中如下域需要注意设置：l Request URI头域需要设置成前转方的地址；l History-Info头域中增加一个hist-info条目， hi-targeted-to-uri设为前转到的地址。l To头域设置为初始被叫的地址；l P-Asserted-Identity头域中应该包含主叫用户的IMPU。5.7 遇用户忙呼叫前转(CFB)5.7.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫UE）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的地址5.7.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫AS）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户IMPU5.7.3 信令流程图5.7.3 遇用户忙呼叫前转信令流程1 当签约遇忙前转(CFB)的用户所在的AS收到向这个用户发起的INVITE消息，如果发现被叫用户忙，AS检查用户是否登记有CFB业务，如果有：2 判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来；3 如果没有超过最大前转次数，则进行前转，发出的前转Invite消息的设置规则同5.6.3。4 向前转方发出INVITE消息。5.8 遇无应答呼叫前转(CFNRy)5.8.1 UE 和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫UE）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的地址5.8.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫AS）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户的IMPU5.8.3 信令流程图5.8.3 遇无应答呼叫前转信令流程1 当签约无应答前转(CFNRy)的用户所在的AS收到向这个用户发起的INVITE消息，在处理发送完INVITE消息到被叫侧，并且收到用户的响应消息180后，如果AS的等待应答定时器超时，AS检查用户是否登记有CFNRy业务，如果有：2 判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来；3 如果没有超过最大前转次数，则进行前转，发出的前转Invite消息的设置规则同5.6.3。4 向前转方发出INVITE消息。5.9 遇用户未注册呼叫前转(CFNRc)5.9.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫UE）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的IMPU5.9.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： INVITE（核心网被叫AS）序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2Request URI必选用于表示前转方的地址3To必选用于表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户的IMPU5.9.3 信令流程图5.9.3 遇用户未注册呼叫前转信令流程1 当签约未注册呼叫前转的用户所在的AS收到向这个用户发起的INVITE消息后，判断该用户是否注册，如果未注册判断该用户是否签约未注册前转业务，判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来；2 如果没有超过最大前转次数，则进行前转，发出的前转Invite消息的设置规则同5.6.3。3 向前转方发出INVITE消息。5.10 呼叫等待(CW)5.10.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。5.10.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。5.10.3 信令流程图5.10.3 呼叫等待信令流程1用户B和用户C正在通话，用户B有呼叫等待业务；2用户A呼叫用户B；3AS发现用户B在通话中，但有呼叫等待业务，则发送Invite给B用户，B的终端给用户B播放呼叫等待提示音（一般为嘟嘟的提示音）；4A终端收到呼叫等待通知后，给用户播放信号音提示；5用户B拍叉簧或按flash键，欲切换与C通话，B的终端通过Re-Invite消息上报AS；6AS收到Re-Invite消息后，立即用B的媒体发起对A的媒体切换，同时对C用户也进行媒体切换，由MRFP对其放音；7A,B用户进入通话。5.11 呼叫保持(HOLD)5.11.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： reINVITE（UE核心网）序号参数属性参数描述1SDP必选保持情况下，SDP里面的a = send-only或inactive或c=恢复情况下，SDP里面的a = send-recv或recv-only或c=有效IP5.11.2 核心网和AS接口要求核心网和AS的接口要求遵循RFC3261和3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： reINVITE（核心网AS）序号参数属性参数描述1SDP必选保持情况下，SDP里面的a = send-only或inactive或c=恢复情况下，SDP里面的a = send-recv或recv-only或c=有效IP5.11.3 信令流程图5.11.3 呼叫保持信令流程1 用户A呼叫用户B，两者进入正常通话；2 用户执行一定操作，例如：用户A拍叉簧或按flash键等，终端通过Re-Invite消息上报事件；3 AS收到Re-Invite消息后，申请MRFP资源对对B放音乐（呼叫保持音），B用户被呼叫保持。4 用户A再次拍叉簧或按flash键，终端再次通过Re-Invite消息上报事件。5 AS收到Re-Invite消息后，恢复用户A和用户B的通话。5.12 多方通话5.12.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： reINVITE（UE核心网）序号参数属性参数描述1SDP必选保持情况下，SDP里面的a = send-only或inactive或c=恢复情况下，SDP里面的a = send-recv或recv-only或c=有效IP5.12.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。以下仅列出业务特殊的需要： reINVITE（核心网AS）序号参数属性参数描述1SDP必选保持情况下，SDP里面的a = send-only或inactive或c=恢复情况下，SDP里面的a = send-recv或recv-only或c=有效IP5.12.3 信令流程图5.12.3 多方通话信令流程目前的三方通话是由终端来进行混音，需要终端支持该功能。1. IMS用户A登记并激活呼叫保持和三方通话业务；2. 用户A呼叫IMS用户C，保持通话状态；3. 用户A申请保持与C的通话，然后呼叫IMS用户B，进入通话状态；4. 用户A申请建立多方通话，把C加入到三方通话中；5. 用户A释放三方通话。5.13 ODB5.13.1 UE和核心网接口要求UE和核心网的接口遵循3GPP TS 24.229定义的消息和参数。5.13.2 核心网和AS接口要求核心网和AS的接口要求遵循3GPP TS 24.229定义的消息和参数。5.13.3 信令流程 闭锁所有出呼叫图 闭锁所有出呼叫信令流程1终端拨号发起呼叫。2AS收到INVITE请求后，发现用户闭锁所有出呼叫，则AS对该用户播放提示音。3放音结束后，AS发送487响应，释放该呼叫。 闭锁所有入呼叫图 闭锁所有入呼叫信令流程1） 用户B设有闭锁所有入呼叫。2）用户A拨打用户B。3）AS收到INVITE请求后，发现用户B闭锁所有入呼叫，于是给A用户放提示音。4）放音结束后，AS返回487响应，释放呼叫。5.14 播放提示放音基本回铃音的播放。对于到IMS域的呼叫其基本回铃音由主叫侧SIP终端、PC客户端或接入设备播放，以便减轻网络负荷；对于IMS域到CS域的呼叫其基本回铃音由被叫网络播放，以便保证播放准确。通知音的播放。当网络需要播放失败通知音时，通常由失败节点或第一个收到异常响应的服务器进行失败通知音的播放，并在失败放音的消息中携带P-Early-Media指示。业务提示音的播放。当网络需要播放业务提示音时，应当由