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

╳╳╳╳-╳╳-╳╳实施╳╳╳╳╳╳╳╳-╳╳-╳╳实施╳╳╳╳-╳╳-╳╳发布中国移动通信集团公司发布中国移动通信企业标准中国移动CM-IMS试点中国移动CM-IMS试点多媒体及补充业务总体技术要求ChinaMobileCM-IMSTrialChinaMobileCM-IMSTrial-MultimediaTelephonyandSupplementaryServicesGeneralTechnicalSpecification版本号：版本号：目录TOC\o"1-3"\h\z\u前言本方案对CM-IMS试点多媒体及补充业务的业务实现过程中需要标准的内容提出全面要求，是CM-IMS多媒体及补充业务的业务实现所需要遵从的纲领性技术文件。本方案主要包括IMS多媒体及补充业务的业务实现过程中的接口要求、信令流程等内容。本标准由中国移动通信集团公司方案部提出，由集团公司技术部归口管理。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信研究院。本标准主要起草人：王亚晨、赵婷范围本技术要求对技术方案所作用的技术范畴提出规定，原那么上在中国移动通信集团内部使用，用于在IMS业务试验、业务开展和招标选型方面为集团公司和省公司提供技术依据；适用于中国移动IMS网络环境。引用标准以下标准所包含的条文，通过在本标准中引用而成为本标准的条文。本标准出版时，所示版本均为有效。所有标准都会被修订，使用本标准的各方应探讨使用以下标准最新版本的可能性。[1] IETFRFC3261,“SIP:SessionInitiationProtocol〞[2] IETFRFC3262,“ReliabilityofProvisionalResponsesinSessionInitiationProtocol(SIP)〞[3] IETFRFC3264,“AnOffer/AnswerModelwithSessionDescriptionProtocol(SDP)〞[4] IETFRFC3265,“SessionInitiationProtocol(SIP)-SpecificEventNotification〞[5] IETFRFC3323,“APrivacyMechanismfortheSessionInitiationProtocol(SIP)〞[6] IETFRFC3455,“PrivateHeader(P-Header)ExtensionstotheSessionInitiationProtocol(SIP)forthe3rd-GenerationPartnershipProject(3GPP)〞[7] IETFRFC3515,“TheSessionInitiationProtocol(SIP)ReferMethod〞[8] IETFRFC3840,“IndicatingUserAgentCapabilitiesintheSessionInitiationProtocol(SIP)〞[9] IETFRFC3841,“CallerPreferencesfortheSessionInitiationProtocol(SIP)〞[10] IETFRFC3959,“TheEarlySessionDispositionTypefortheSessionInitiationProtocol(SIP)〞[11] IETFRFC3960,“EarlyMediaandRingingToneGenerationintheSessionInitiationProtocol(SIP)〞[12] 3GPPTR23.002,“NetworkArchitecture〞,v7.1.0[13] 3GPPTR23.003,“Numbering,AddressingandIdentification〞,v6.9.0[14] 3GPPTR23.218,“IPMultimedia(IM)sessionhandling;IMcallmodel;Stage2〞,v7.1.0[15] 3GPPTS23.228,“IPMultimediaSubsystem(IMS);Stage2〞[16] 3GPPTS24.228,“SignallingflowsfortheIPmultimediacallcontrolbasedonSessionInitiationProtocol(SIP)andSessionDescriptionProtocol(SDP);Stage3〞,V[17] 3GPPTR29.228,“IPMultimedia(IM)SubsystemCxandDxInterfaces;Signallingflowsandmessagecontents〞,v7.1.0[18] 3GPPTR29.229,“CxandDxinterfacesbasedontheDiameterprotocol;Protocoldetails〞,v7.1.0[19] ETSITS183004,“TelecommunicationsandInternetconvergedServicesandProtocolsforAdvancedNetworking(TISPAN);PSTN/ISDNsimulationservices:CommunicationDiversion(CDIV);Protocolspecification〞[20] ETSITS183007,“TelecommunicationsandInternetconvergedServicesandProtocolsforAdvancedNetworking(TISPAN);PSTN/ISDNsimulationservices;OriginatingIdentificationPresentation(OIP)andOriginatingIdentificationRestriction(OIR);Protocolspecification〞,v[21] ETSITS183008,“TelecommunicationsandInternetconvergedServicesandProtocolsforAdvancedNetworking(TISPAN);PSTN/ISDNsimulationservices;TerminatingIdentificationPresentation(TIP)andTerminatingIdentificationRestriction(TIR);Protocolspecification〞[22] ETSITS183009,“TelecommunicationsandInternetconvergedServicesandProtocolsforAdvancedNetworking(TISPAN);PSTN/ISDNsimulationservices;CallWaiting(CW);Protocolspecification〞[23] ETSITS183010,“TelecommunicationsandInternetconvergedServicesandProtocolsforAdvancedNetworking(TISPAN);NGNSignallingControlProtocol;CommunicationHold(HOLD)PSTN/ISDNsimulationservices〞[24] ETSIES283003,“TelecommunicationsandInternetconvergedServicesandProtocolsforAdvancedNetworking(TISPAN);IPMultimediaCallControlProtocolbasedonSessionInitiationProtocol(SIP)andSessionDescriptionProtocol(SDP)Stage3[3GPPTS24.229(Release7),modified]〞[25] IETFRFC4244,“AnExtensiontotheSessionInitiationProtocol(SIP)forRequestHistoryInformation〞术语、定义和缩略语缩略语英文中文ASApplicationServer应用效劳器APNAccessPointName接入点名AUTNAuthenticationTokeN鉴权TokeNB2BUABack-to-BackUserAgent背靠背用户代理BGCFBreakoutGatewayControlFunction出口网关控制功能CCFChargingCollectionFunction计费收集功能CDRChargingDataRecord计费数据记录CKCipheringKey加密密钥CNCoreNetwork核心网CSCircuitSwitched电路交换CSCFCallSessionControlFunction呼叫会话控制功能DHCPDynamicHostConfigurationProtocol动态主机配置协议DNSDomainNameSystem域名系统DTDDocumentTypeDefinition文档类型定义ECFEventChargingFunction事件计费功能FQDNFullyQualifiedDomainName全资格域名GCIDGPRSChargingIdentifierGPRS计费标识GGSNGatewayGPRSSupportNode网关GPRS支持节点GPRSGeneralPacketRadioService通用分组无线业务HSSHomeSubscriberServer归属用户效劳器I-CSCFInterrogating-CSCF查询-CSCFICIDIMCNsubsystemChargingIdentifierIMS计费标识IKIntegrityKey完整性密钥IMIPMultimediaIP多媒体IMPIIMPrivateIdentityIP多媒体私有标示IMPUIMPublicIdentityIP多媒体公有标示IMSIPMultimediaCoreNetworkSubsystemIP多媒体网络子系统IMS-ALGIMSApplicationLevelGatewayIMS应用层网关IMSIInternationalMobileSubscriberIdentifier国际移动用户标识IOIInterOperatorIdentifier内部运营商标识IP-CANIP-ConnectivityAccessNetworkIP-连通性接入网络IpsecIPsecurityIP平安ISCIPmultimediaSubsystemServiceControlIMS业务控制ISIMIMSSIMIMS用户标识模块MACMessageAuthenticationCode消息验证码MCCMobileCountryCode移动国家码MGCFMediaGatewayControlFunction媒体网关控制功能MGWMediaGateway媒体网关MNCMobileNetworkCode移动网码MRFCMultimediaResourceFunctionController多媒体资源功能控制器MRFPMultimediaResourceFunctionProcessor多媒体资源功能处理器PDPPacketDataProtocol分组数据协议PLMNPublicLandMobileNetwork公用陆地移动〔通信〕网PSTNPublicSwitchedTelephoneNetwork公共交换网NAINetworkAccessIdentifier网络接入标识P-CSCFProxyCSCF代理CSCFPDUProtocolDataUnit协议数据单元PSIPublicServiceIdentity公共业务标识RANDRANDomchallenge随机询问RESRESponse响应RTCPReal-timeTransportControlProtocol实时传输控制协议RTPReal-timeTransportProtocol实时传输协议S-CSCFServing-CSCF效劳-SCSCFSDPSessionDescriptionProtocol会话描述协议SIPSessionInitiationProtocol会话发起协议SLFSubscriptionLocatorFunction签约定位功能SQNSeQuenceNumber顺序号UAUserAgent用户代理UACUserAgentClient用户代理客户端UASUserAgentServer用户代理效劳器UEUserEquipment用户设备UICCUniversalIntegratedCircuitCard通用集成电路卡URIUniformResourceIdentifier统一资源标识URLUniformResourceLocator统一资源定位USIMUniversalSubscriberIdentityModule通用用户标识模块XMACexpectedMAC期望的MACXMLeXtensibleMarkupLanguage扩展标记语言网络结构系统组网图图4.1：IMS多媒体业务系统结构图各网元功能描述VPMNSCP智能网业务平台。多媒体业务AS用于为IMS用户提供多媒体根本业务及补充业务。业务管理平台对多媒体业务进行管理、配置；提供业务用户自助Portal。CSCF会话控制及路由层。IMS核心网络的核心网元，包含P-CSCF，I-CSCF，S-CSCF等设备，执行用户注册，会话接入/路由等根本功能。HSSIMS用户信息效劳器，保存IMS用户的业务订阅信息。MRFC/MRFP对终端播放呼叫回铃音和各类呼叫提示音。MGCF用于IMS与PLMN/PSTN用户的互通。网管效劳器网管效劳器NMS为多媒体业务提供网元管理能力，主要是提供各网元的拓扑信息、告警、日志、维测、配置、统计等功能。在线/离线计费效劳器在线计费效劳器OCS对其他网元提供了在线计费功能。离线计费系统，通过FTP收集用户话单，完成后付费功能。接口描述多媒体业务AS与IMSCN的接口(ISC)采用SIP协议，实现会话控制。MRFC/MRFP与UE的媒体流接口(Mb)采用RTP/RTCP协议，实现媒体流的分发和流量控制。多媒体业务AS与UE的接口采用HTTP协议，完成业务功能配置。多媒体业务AS与业务管理平台接口多媒体业务AS与业务管理平台之间的接口基于SOAP协议，其主要功能包括业务开通/注销，业务设置等。计费接口与融合计费系统〔OCS/CCF〕之间遵循Diameter接口协议。OCS和CCF提供在线计费和离线计费的支持。多媒体业务AS与网管接口多媒体业务AS与网管之间的接口基于SNMP协议，其主要功能是通过业务网管进行维护、配置与管理。信令流程与接口要求关于信令流程中涉及precondition机制的使用说明如下：考虑到IMS核心设备，业务平台及终端的兼容性，要求IMS核心设备，业务平台及终端能够兼容非Precondition及Precondition机制的会话Precondition机制使用建议：对于IMS固定终端间的会话，建议使用非Precondition机制的信令流程，对于涉及IMS移动终端的会话，会话过程中Precondition是否使用由通信双方协商确定，建议使用Precondition机制本标准主要对非Precondition机制的信令流程进行说明用户鉴权流程AKA鉴权UE和核心网接口要求：遵循3GPPTS24.229、3GPPTS33.203定义的消息和参数。本特性不涉及核心网和AS的接口。Httpdigest鉴权UE和核心网接口要求：遵循RFC3261、RFC2069、RFC2617和3GPPTS24.229定义的消息和参数。本特性不涉及核心网和AS的接口。Sh接口流程图5.2sh接口信令流程图1. 用户签约了新的业务，运营商在AS上为用户效劳。AS存储了一些业务数据，用Sh-Update来给HSS上传数据；2. HSS确认数据已经更新；3. 用户注册到这个网络；4. S-CSCF从HSS下载用户数据。IFC指示了注册成功后将要被通知的AS；5. 对用户终端注册消息的200OK响应；6. S-CSCF发送第三方注册消息到AS通知用户已经注册；7. 对第三方注册消息的200OK响应；8. AS通过Sh-Pull从HSS下载业务需要的数据(useridentity,requesteddata,andserviceinformation)；9. HSS向AS发送数据；10. AS通过Sh-Subs-Notif向HSS订阅数据更改通知(useridentity,requesteddata,and/orserviceinformation)；11. HSS对订阅消息确实认；12. 当HSS用户数据变更时.HSS通过Sh-Notif通知AS数据的变更(useridentity,updateddata)；13.AS确认数据变更通知；14. AS某些时候可以通过Cx-Update更新HSS中的数据(useridentity,updateddata)；15. HSS确认数据已经更新；UE和核心网接口要求本特性不涉及UE和核心网的接口。核心网和AS接口要求遵循RFC3261和3GPPTS29.328、3GPPTS29.329中定义的消息和参数。多媒体业务流程多媒体业务流程包含了点到点语音业务与视频业务流程。UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。信令流程图5.3.3多媒体信令流程1 主叫用户UE-A的呼叫请求通过P-CSCF(O)被送到S-CSCF(O)。2 S-CSCF(O)根据用户签约的IFC将INVITE请求发送到AS。3 AS处理主叫用户的业务，并向S-CSCF(O)发送INVITE消息。4 S-CSCF(O)根据被叫号码进行路由，将INVITE请求消息发送给被叫用户所在的I-CSCF(T)，I-CSCF(T)收到INVITE请求后，通过Cx操作LIR/LIA获取为被叫用户效劳的S-CSCF(T)。并将INVITE消息发送给S-CSCF(T)。5 S-CSCF(T)收到INVITE请求后，根据用户签约IFC信息，将请求触发到AS，AS处理被叫用户的业务。6 S-CSCF(T)收到AS的INVITE请求，并将请求通过P-CSCF(T)路由至被叫用户UE-B。7 通过后续的180、200OK消息交互，会话建立。8 主叫用户UE-A发送BYE消息，释放会话。主叫号码识别显示(CLIP)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网——>UE〕序号参数属性参数描述1P-Asserted-Identity可选用于传递主叫地址的信息本参数由P－CSCF填写，由核心网传递到被叫UE核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网<——>AS〕序号参数属性参数描述1P-Asserted-Identity必选用于传递主叫IMPU；核心网和主被叫AS双向传递信令流程呼叫流程同图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可随机选取其中的一个。2 INVITE头域中可以包含一个或两个P-Asserted-Identity头域，一个P-Asserted-Identity头域中也可能会包括两个P-Asserted-Id值〔参考RFC3325〕。发端P-CSCF按照上述原那么在INVITE中插入P-Asserted-Identity头域。3 AS根据业务要求选择要给被叫显示的主叫号码，并把要显示的号码放在From头域中，From头域用来做主叫号码显示。为了保证from头域的可靠性，AS要求能够根据P-Asserted-Identity中的号码对from头域进行鉴别，保证from头域和P-Asserted-Identity头域的一致性。4 收端P-CSCF和AS对P-Asserted-Identity头域和From头域没有特殊处理，头域在INVITE中透传给被叫终端，终端从From头域取号码做主叫号码显示。主叫号码识别限制(CLIR)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。被叫AS应当有去掉主叫信息的能力。以下仅列出业务特殊的需要：INVITE〔核心网——>UE〕序号参数属性参数描述1privacy可选用于传递主叫显示限制的信息：参见RFC3261及3GPP24.229的定义其值为〞id〞、〞user〞、〞header〞是表示主叫有CLIR业务，值为〞none〞或未携带时表示主叫没有CLIR业务；核心网到被叫UE时可以携带此头域核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网<——>AS〕序号参数属性参数描述1privacy必选用于传递主叫显示限制的信息：参见RFC3261及3gpp24.229的定义其值为〞id〞、〞user〞、〞header〞是表示主叫有CLIR业务，值为〞none〞或未携带时表示主叫没有CLIR业务；主叫AS到核心网携带此头域，被叫AS到核心网是双向的信令流程呼叫流程同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〞等。无条件呼叫前转(CFU)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网——>被叫UE〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的地址核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网<——>被叫AS〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用户表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户的地址信令流程图5.6.3无条件呼叫前转信令流程主叫UE发起INVITE到AS，AS检查用户是否有CFU业务，如果有，处理如下：1判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来。2如果没有超过最大前转次数，如果是第一次前转，发出的INVITE的消息中如下域需要注意设置：RequestURI头域需要设置成前转方的地址；History-Info头域中增加两个hist-info条目，第一个hi-targeted-to-uri设为原INVITE消息中被叫的地址，第二个hi-targeted-to-uri设为前转到的地址。To头域设置为初始被叫的地址；P-Asserted-Identity头域中应该包含主叫用户的IMPU。如果不是第一次前转，发出的INVITE的消息中如下域需要注意设置：RequestURI头域需要设置成前转方的地址；History-Info头域中增加一个hist-info条目，hi-targeted-to-uri设为前转到的地址。To头域设置为初始被叫的地址；P-Asserted-Identity头域中应该包含主叫用户的IMPU。遇用户忙呼叫前转(CFB)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网——>被叫UE〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的地址核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网<——>被叫AS〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户IMPU信令流程图5.7.3遇用户忙呼叫前转信令流程1当签约遇忙前转(CFB)的用户所在的AS收到向这个用户发起的INVITE消息，如果发现被叫用户忙，AS检查用户是否登记有CFB业务，如果有：2判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来；3如果没有超过最大前转次数，那么进行前转，发出的前转Invite消息的设置规那么同5.6.3。4向前转方发出INVITE消息。遇无应答呼叫前转(CFNRy)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网——>被叫UE〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的地址核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网<——>被叫AS〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户的IMPU信令流程图5.8.3遇无应答呼叫前转信令流程1当签约无应答前转(CFNRy)的用户所在的AS收到向这个用户发起的INVITE消息，在处理发送完INVITE消息到被叫侧，并且收到用户的响应消息180后，如果AS的等待应答定时器超时，AS检查用户是否登记有CFNRy业务，如果有：2判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来；3如果没有超过最大前转次数，那么进行前转，发出的前转Invite消息的设置规那么同5.6.3。4向前转方发出INVITE消息。遇用户未注册呼叫前转(CFNRc)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网——>被叫UE〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的IMPU核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：INVITE〔核心网<——>被叫AS〕序号参数属性参数描述1History-Info可选用于传递会话中前转的历史信息，参见RFC4244的定义2RequestURI必选用于表示前转方的地址3To必选用于表示初始被叫的地址4P-Asserted-Identity必选用于表示主叫用户的IMPU信令流程图5.9.3遇用户未注册呼叫前转信令流程1当签约未注册呼叫前转的用户所在的AS收到向这个用户发起的INVITE消息后，判断该用户是否注册，如果未注册判断该用户是否签约未注册前转业务，判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来；2如果没有超过最大前转次数，那么进行前转，发出的前转Invite消息的设置规那么同。3向前转方发出INVITE消息。呼叫等待(CW)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。信令流程图5.10.3呼叫等待信令流程1 用户B和用户C正在通话，用户B有呼叫等待业务；2 用户A呼叫用户B；3 AS发现用户B在通话中，但有呼叫等待业务，那么发送Invite给B用户，B的终端给用户B播放呼叫等待提示音〔一般为嘟嘟的提示音〕；4 A终端收到呼叫等待通知后，给用户播放信号音提示；5 用户B拍叉簧或按flash键，欲切换与C通话，B的终端通过Re-Invite消息上报AS；6 AS收到Re-Invite消息后，立即用B的媒体发起对A的媒体切换，同时对C用户也进行媒体切换，由MRFP对其放音；7 A,B用户进入通话。呼叫保持(HOLD)UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：reINVITE〔UE——>核心网〕序号参数属性参数描述1SDP必选保持情况下，SDP里面的a=send-only或inactive或恢复情况下，SDP里面的a=send-recv或recv-only或c=有效IP核心网和AS接口要求核心网和AS的接口要求遵循RFC3261和3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：reINVITE〔核心网——>AS〕序号参数属性参数描述1SDP必选保持情况下，SDP里面的a=send-only或inactive或恢复情况下，SDP里面的a=send-recv或recv-only或c=有效IP信令流程图5.11.3呼叫保持信令流程1用户A呼叫用户B，两者进入正常通话；2 用户执行一定操作，例如：用户A拍叉簧或按flash键等，终端通过Re-Invite消息上报事件；3AS收到Re-Invite消息后，申请MRFP资源对对B放音乐〔呼叫保持音〕，B用户被呼叫保持。4 用户A再次拍叉簧或按flash键，终端再次通过Re-Invite消息上报事件。5 AS收到Re-Invite消息后，恢复用户A和用户B的通话。多方通话UE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：reINVITE〔UE——>核心网〕序号参数属性参数描述1SDP必选保持情况下，SDP里面的a=send-only或inactive或恢复情况下，SDP里面的a=send-recv或recv-only或c=有效IP核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。以下仅列出业务特殊的需要：reINVITE〔核心网——>AS〕序号参数属性参数描述1SDP必选保持情况下，SDP里面的a=send-only或inactive或恢复情况下，SDP里面的a=send-recv或recv-only或c=有效IP信令流程图5.12.3多方通话信令流程目前的三方通话是由终端来进行混音，需要终端支持该功能。IMS用户A登记并激活呼叫保持和三方通话业务；用户A呼叫IMS用户C，保持通话状态；用户A申请保持与C的通话，然后呼叫IMS用户B，进入通话状态；用户A申请建立多方通话，把C参加到三方通话中；用户A释放三方通话。ODBUE和核心网接口要求UE和核心网的接口遵循3GPPTS24.229定义的消息和参数。核心网和AS接口要求核心网和AS的接口要求遵循3GPPTS24.229定义的消息和参数。信令流程闭锁所有出呼叫图闭锁所有出呼叫信令流程1 终端拨号发起呼叫。2 AS收到INVITE请求后，发现用户闭锁所有出呼叫，那么AS对该用户播放提示音。3 放音结束后，AS发送487响应，释放该呼叫。闭锁所有入呼叫图闭锁所有入呼叫信令流程1〕用户B设有闭锁所有入呼叫。2〕 用户A拨打用户B。3〕 AS收到INVITE请求后，发现用户B闭锁所有入呼叫，于是给A用户放提示音。4〕 放音结束后，AS返回487响应，释放呼叫。播放提示放音根本回铃音的播放。对于到IMS域的呼叫其根本回铃音由主叫侧SIP终端、PC客户端或接入设备播放，以便减轻网络负荷；对于IMS域到CS域的呼叫其根本回铃音由被叫网络播放，以便保证播放准确。通知音的播放。当网络需要播放失败通知音时，通常由失败节点或第一个收到异常响应的效劳器进行失败通知音的播放，并在失败放音的消息中携带P-Early-Media指示。业务提示音的播放。当网络需要播放业务提示音时，应当由业务触发所在应用效劳器进行播放。如呼叫等待、呼叫保持等业务提示音由对应提供效劳的效劳器播放。彩铃的由彩铃效劳器播放，并在播放彩铃的消息中携带P-Early-Media指示。根本回铃音IMS域内的呼叫，由主叫终端播放或接入设备播放根本回铃音：PhoneAPhoneASIPIADCSCF/AS180Invite拨号SIPIADPhoneB振铃180InviteIAD播放回铃音IMS到CS域的呼叫，根本回铃音由CS域播放：PhoneAPhoneASIPIADCSCF/ASInvite拨号MGCFPSTN/PLMN播放回铃音180P-Early-MediaInvite180P-Early-MediaA听CS域播放的回铃音失败处理音IMS主叫失败，由主叫AS进行失败提示因的播放：主叫失主叫失败处理放音PhoneASIPIADASInvite拨号MRS200OKInvite183P-Early-MediaA听失败提示音ACK失败处理CSCFInvite183P-Early-MediaIMS被叫失败，由被叫AS进行失败提示因的播放：被叫失被叫失败处理放音PhoneASIPIADASInvite拨号MRS200OKInvite183P-Early-MediaA听失败提示音ACK失败处理CSCF/ASInvite183P-Early-Media主叫过程CSCFInvite183P-Early-MediaIMS呼叫CS域，CS失败时由CS域播放失败提示音：PhoneAPhoneASIPIADMGCFInvite拨号183P-Early-MediaA听失败提示音Invite183P-Early-Media主叫过程CSCF/ASIMS业务音IMS域的业务提示音，应该由业务效劳器提供放音，如呼叫等待音的播放由多媒体业务效劳器进行播放，被叫彩被叫彩铃PhoneASIPIADASInvite拨号MRS200OKInvite183P-Early-MediaA听B用户彩铃音ACK触发彩铃CSCF/ASInvite183P-Early-Media主叫过程CSCFInvite183P-Early-Media计费结算计费多媒体AS本身并不进行计费，但提供计费所需的相关信息。在IMS框架下，多媒体AS提供CDR接口以及相关计费规那么，实