彩铃业务总体技术要求培训资料.docx

QB-中国移动通信企业标准QB-彩铃业务总体技术要求General Technical Specification ofColor RingBack Tone 版本号：7.0.0-实施-发布中国移动通信集团公司 发布目录目 录I前 言III1.范围12.规范性引用文件13.术语、定义和缩略语14.业务特征25.系统结构和组网26.业务流程36.1.2G/3G用户拨打2G/3G用户场景46.1.1.ISUP方式接入核心网的呼叫流程46.1.2.无条件前转/关机前转呼叫的正常处理流程86.1.3.网络决定忙前转/用户不可及前转的正常处理流程106.1.4.无应答前转/用户决定忙前转的正常处理流程126.1.5.异常情况的处理流程156.1.6.BICC方式接入核心网的业务呼叫流程186.2.4G用户拨打4G用户266.2.1.正常呼叫流程266.2.2.与无条件呼叫前转关系286.2.3.遇用户忙呼叫前转(CFB)306.2.4.无应答前转关系326.2.5.被叫不可及前转关系346.2.6.异常流程366.2.7.VPN短号业务场景下IMS话音彩铃的触发流程376.2.8.呼叫等待业务场景下IMS话音彩铃的触发流程386.3.4G用户拨打4G用户（被叫漫游到CS域）396.3.1.正常业务呼叫流程396.3.2.其他异常情况的处理流程416.4.4G用户拨打4G用户（主叫漫游到CS域）416.4.1.正常业务呼叫流程416.4.2.异常情况的处理流程436.5.4G用户拨打4G用户（主叫用户漫游到CS域，被叫用户漫游到CS域）436.5.1.正常业务流程436.5.2.异常情况的处理流程456.6.2G/3G用户拨打4G用户466.6.1.正常处理流程466.6.2.异常情况的处理流程476.7.2G/3G用户拨打4G用户（漫游到CS域）场景476.7.1.正常处理流程476.7.2.异常情况的处理流程476.8.4G用户拨打2G/3G用户476.8.1.正常流程476.8.2.异常情况的处理流程476.9.4G用户拨打2G/3G用户（主叫用户漫游到CS域）476.9.1.正常流程476.9.2.异常情况的处理流程477.彩铃业务流程487.1.1.彩铃复制流程487.1.2.彩铃赠送流程527.1.3.铃音订购流程568.铃音盒业务流程598.1.1.省彩铃业务平台侧渠道（除短信渠道外）订购铃音盒流程598.1.2.全网彩铃业务平台侧渠道（除短信渠道外）订购铃音盒流程608.1.3.省彩铃业务平台短信渠道订购铃音盒流程618.1.4.全网业务平台短信渠道订购铃音盒流程628.1.5.铃音盒到期下线639.彩铃业务与其它补充业务的关系及处理流程6310.彩铃业务与现有提示音的关系及处理流程6411.彩铃运营数据同步流程7012.互通流程7112.1.1.查询好友彩铃基本信息7213.彩铃详细信息查看、试听、订购7314.码号和路由7315.彩铃服务号码7416.路由指向要求7416.1.1.GSM网络下路由指向要求：7416.1.2.TD-SCDMA网络下路由指向要求：7516.1.3.软交换核心网络下路由指向要求：7517.配置TD用户的号段7518.端到端业务质量要求76端到端彩铃业务主叫呼叫时延要求76端到端彩铃业务被叫接通时延要求76端到端业务成功率要求76业务请求响应时长要求7619.设备要求7620.铃音定制、管理及结算7721.编制历史78附录A.承载控制信息中SDP包参数举例80前言本标准的目的是规定中国移动网络（含2G、3G、4G）下彩铃业务的基本业务特征、技术实现手段以及实施建议，为彩铃业务的网络规划与建设、设备制造、工程设计和通信组织、网络维护和运营等提供技术依据，用于各公司按目标网方案开发研制符合中国移动通信有限公司要求的彩铃业务。本标准主要包括彩铃业务呼叫流程、彩铃复制、赠送、订购流程、集团彩铃业务流程、彩铃与补充业务关系、对彩铃平台的寻址方式等几方面内容。本标准是彩铃业务系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1QB-D-XXX-XXXX彩铃业务总体技术要求2QB-D-XXX-XXXX 彩铃业务接口规范3QB-D-XXX-XXXX 彩铃业务设备规范4QB-D-XXX-XXXX 彩铃业务业务规范本标准需与中央音乐平台业务规范配套使用。本标准附录A为标准性附录。本标准由中移号文件印发。本标准由中国移动通信集团数据部提出，集团公司技术部归口。本标准起草单位：中国移动通信研究院。本标准主要起草人：甘亮、张昕、王佳、封令隽、于蓉蓉、徐浩华、孙楠、郑朝晖、王钊。III1. 范围本标准主要包含彩铃业务的基本业务特征、技术实现手段以及实施建议，并给出业务所涉及的信令要求，包括使用的消息、参数等。用于各公司开发研制符合中国移动通信集团公司要求要求的彩铃业务。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-1 规范性引用文件序号标准编号标准名称发布单位1QB-D-XXX-XXXX彩铃业务总体技术要求中国移动通信有限公司2QB-D-XXX-XXXX彩铃业务平台设备规范中国移动通信有限公司3QB-D-XXX-XXXX中国移动900/1800MHz GSM数字蜂窝移动通信网移动应用部分技术要求4QB-D-XXX-XXXX中国移动900/1800MHz GSM数字蜂窝移动通信网ISUP技术要求5QB-D-XXX-XXXX中国国内电话网NO.7信号方式技术规范6QB-D-XXX-XXXXMobile Application Part，GSM09.02 v7.3.0ETSI3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表3-1 术语、定义和缩略语词语解释CFB-1指网络侧判断被叫用户忙时发生的前转，简称为网络决定忙前转CFB-2指被叫用户按键拒接电话时发生的前转，简称为用户决定忙前转CFNRC-1指用户关机造成的前转CFNRC-2指用户不可及（例如寻呼不到）造成的前转CR-GMSC彩铃业务关口局GMSC关口移动业务交换中心HLR归属位置寄存器MSC移动业务交换中心MSC Server移动端局软交换机4. 业务特征彩铃业务是一项由被叫用户定制，为主叫用户提供一段悦耳的音乐或一句问候语来替代普通回铃音的业务。在业务开展初期，暂不考虑主叫用户定制的情况。业务用户申请开通彩铃业务之后，可以通过、拨打接入码等方式自行设置彩铃。在业务用户做被叫时，系统根据不同主叫号码、被叫设定的特定时间等条件为主叫用户播放个性化定制的音乐或DIY的录音，来代替普通的回铃音。根据用户需求，对于重点铃音设置功能，如情侣彩铃、纪念日彩铃等，系统需向用户提供一键设置的快捷操作方式。5. 系统结构和组网补IM-MGW的接口图5-1 组网结构图如图5-1所示，彩铃平台作为重要的电信增值业务平台，位于运营商的核心网侧,彩铃平台的信令面与核心网MSC Server/GMSC Server、S-CSCF、MGCF相连，提供多种信令的统一接入处理，媒体面与MGW、SBC、IM-MGW之间相连，为用户提供彩铃的媒体放音。彩铃平台在业务逻辑上分为前台和后台，前台负责和核心网对接，提供彩铃放音，后台负责管理彩铃的用户和铃音数据、彩铃的计费和开销户功能、短信的发送、接收能力、并与中央音乐平台的对接实现内容分发、订购受理等功能。组网原则：中央音乐平台全国统一建设一套，彩铃平台各省分建（图中仅以A省为例画出一个省的核心网和彩铃平台），并且中央音乐平台和各省彩铃平台之间通过接口直连交互，全网音乐内容由中央音乐平台统一引入，详见中央音乐平台业务规范7.2内容产品管理章节。彩铃话路的路由组织原则参见后文“对彩铃平台的寻址方式”章节。为同时支持2、3G用户和4G用户的彩铃业务，并提供用户在升级为4G用户时的平滑的业务体验，省彩铃平台应同时支持BICC/ISUP接入和IMSSIP接入。l BICC/ISUP路由机制简要说明：主叫MSC/GMSC为主叫发起呼叫的交换机；用户归属省HLR（即三合一的HSS）中记录被叫是否具有彩铃业务的信息SS_Code（254），并在SRI_ACK消息中返回，标识此次呼叫是“彩铃”呼叫；彩铃平台具备根据被叫用户的设置播放相应铃音的功能。主叫MSC或GMSC发起路由查询（SRI）操作时，如果HLR返回的SRI_ACK中具有彩铃SS_Code（254），则将本呼叫置上彩铃呼叫标志记录本呼叫为彩铃呼叫，然后接续到被叫MSC（过程同普通呼叫）；当被叫MSC返回ACM信令且其中状态指示为空闲时，主叫MSC根据彩铃呼叫的标志，暂时阻塞被叫MSC的普通回铃音，并向彩铃平台发起呼叫，成功建立连接后由彩铃平台根据主被叫号码的逻辑关系选择彩铃并向主叫侧播放；当主叫MSC收到被叫MSC返回的ANM应答信令时，拆除和彩铃平台的连接，向主叫侧回应答信令，并重新激活主被叫用户之间的通话话路。本业务由主叫MSC、GMSC、HLR和彩铃平台等网络设备配合完成。其中彩铃平台的话路连接只在播放彩铃时被占用，在呼叫应答后的通话期间并不被占用。l IMSSIP路由机制简要说明：IMS域彩铃触发遵循3GPP 24.182协议规范，采用被叫IMS域触发原则，当主叫IMS域发起的INVITE消息送至被叫IMS域S-CSCF后，被叫S-CSCF通过查询用户的iFC签约信息，触发到彩铃平台，彩铃平台处理之后，呼叫消息回到S-CSCF，继续后续呼叫流程。彩铃平台收到，触发iFC评估流程，将INVITE消息送至TAS服务器，TAS 服务器通过再次查询用户iFC签约信息，决定将呼叫INVITE消息经S-CSCF送至彩铃平台，彩铃平台收到INVITE消息后，触发呼被叫流程，呼叫INVITE消息经S-CSCF送至TAS 服务器，TAS服务器启动被叫域选流程，获取被叫所在的域信息，并通知S-CSCF呼被叫，被叫振铃消息（180）震铃后回180消息后，彩铃平台启动向主叫用户的放音流程，当被叫摘机后，彩铃平台发起re-INVITE流程，完成主被叫之间的媒体协商，邀请被叫重新带入被叫SDP信息，并发UPDATE消息给主叫，带入主叫的SDP信息，并最终完成主、被叫用户之间通话。6. 业务流程VoLTE引入后，中国移动手机用户分为：2G用户、3G（TD）用户、4G CSFB用户、4G 双待机用户和4G VoLTE用户。其中，2G用户、3G（TD）用户、4G CSFB用户、4G 双待机用户使用CS进行通话，为便于阐述，后续统称为CS用户。针对不同的移动用户：CS用户、VoLTE用户（可能驻留LTE、或在2G、3G网络），对业务呼叫场景进行流程说明。表X6-1 用户呼叫场景主叫被叫CS用户VoLTE用户CS用户详见6.1章节详见6.3章节VoLTE用户详见6.4章节详见6.2章节6.1. CS用户拨打CS用户场景6.1.1. 彩铃呼叫正常流程l 主叫用户：Ø TD用户：1. 驻留在TD、GSM网内，其注册的端局是MSC Server或MSC，业务触发在端局；2. 在其他运营商网内漫游时触发在GMSC。Ø GSM用户：其注册的端局是MSC Server或MSC，业务触发在端局。Ø 其他网络用户（如PSTN）：业务触发在GMSC。l 被叫用户：Ø TD用户、GSM用户。图6-1 彩铃呼叫正常信令流程图注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。表6-1 流程说明消息名解释1Setup/IAM/IAI主叫MSC/MSS收到主叫用户的SETUP消息；或者GMSC收到外网入局的ISUP IAM/IAI信令。2SRI主叫MSS/MSC/GMSC向被叫HLR发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志。3PRNHLR向被叫用户当前所在的被叫MSS发PRN，寻求MSRN。4PRN_ACK被叫MSS分配MSRN，向HLR回 PRN_ACK。5SRI_ACKHLR向主叫MSS/MSC/GMSC发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）。6IAM主叫MSS/MSC/GMSC根据彩铃业务码将本呼叫置上彩铃标志，并由1）主叫MSS向被叫侧发起向BICC IAM。2）或者由MSC/GMSC向被叫侧发起ISUP IAM。 7IAMTMSC将主叫侧的IAM路由至被叫MSS/MSC。若主被叫侧的端局（关口局）支持的分别是BICC和ISUP，则TMSC执行BICC IAM至ISUP IAM的转换，或ISUP IAM至BICC IAM的转换。8Setup被叫MSS/MSC收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息。9Alerting被叫用户成功建立连接后，终端振铃，同时返回振铃消息给被叫MSS/MSC。10ACM被叫MSS向主叫侧回振铃信令BICC ACM或者被叫MSC向主叫侧回振铃信令ISUP ACM，其中用户状态为空闲；被叫MSS/MSC同时开始播放普通回铃音。11ACMTMSC将被叫侧的ACM路由至主叫MSS/MSC/GMSC。若主被叫侧的端局（关口局）支持的分别是BICC和ISUP，则TMSC执行BICC ACM至ISUP ACM的转换，或ISUP ACM至BICC ACM的转换。12Alerting主叫MSS/MSC向主叫移动用户发送Alerting消息，或者GMSC向外网交换机发送ISUP ACM。13IAM主叫MSS收到被叫侧回的BICC ACM或者MSC/GMSC收到被叫侧回的ISUP ACM后，根据第6步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向被叫用户所属的彩铃平台发送BICC IAM或ISUP IAM消息，被叫号码为“业务码+被叫MSISDN”。 14IAMTMSC将主叫侧的IAM路由至被叫归属彩铃平台。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC IAM至ISUP IAM的转换，或ISUP IAM至BICC IAM的转换。15ACM彩铃平台根据主被叫用户号码得出所需的铃音，向主叫侧回送ISUP ACM或BICC ACM消息并开始播放铃音。这时起主叫用户开始听到被叫定制的铃音。16ACMTMSC将彩铃平台侧的ACM路由至主叫MSS/MSC/GMSC。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC ACM至ISUP ACM的转换，或ISUP ACM至BICC ACM的转换。17Connect被叫用户接听来话，终端向被叫MSS发送Connect消息。18ANM被叫MSS向主叫侧发送BICC ANM应答消息，或者被叫MSC向主叫侧发送ISUP ANM； 19ANMTMSC将被叫侧的ANM路由至主叫MSS/MSC/GMSC。若主被叫侧的端局（关口局）支持的分别是BICC和ISUP，则TMSC执行BICC ANM至ISUP ANM的转换，或ISUP ANM至BICC ANM的转换。20Connect/ANM/ANC主叫MSS/MSC向主叫用户发送Connect消息；或者GMSC向外网转发ISUP ANM/ANC消息。同时，主叫MSS/MSC/GMSC将彩铃话路挂起，转而打开到被叫MSS/MSC的话路连接，使主被叫用户正常对话，双方都听不到彩铃音。21REL主叫侧向彩铃平台发送拆线信令ISUP REL（MSC/GMSC）或者BICC REL（MSS）消息，拆线原因值为正常拆线。22RELTMSC将主叫侧的REL路由至被叫归属彩铃平台。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行协议转换。23REL COM彩铃平台向主叫侧回送ISUP REL COM或BICC REL COM信令，表示拆线完毕。24REL COMTMSC将彩铃平台发送的REL COM路由至主叫MSS/MSC/GMSC。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行协议转换。注1：彩铃平台BICC接入的Nb接口初始化为兼容BICC和ISUP信令，彩铃平台应同时支持BICC和ISUP接入。其中，BICC接入时，彩铃平台应支持前向延迟无通知方式（必选）和前向快速方式（可选）。l 前向延迟无通知方式：为支持前向延迟无通知，彩铃平台应在收到主叫侧发送的IAM消息（上图步骤14）后，与主叫侧完成下述信令交互。主叫侧发送的BICC IAM应携带MGW编解码列表、应用传送参数、动作指示语为前向连接。BICC APM彩铃平台回发BICC APM返回选择的编解码，动作指示语：前向连接，无通知；并带有编解码列表，选择的编解码。BICC APM主叫MSS根据彩铃平台选择的编解码，发送BICC APM，包含tunnel date。BICC APM彩铃平台回发BICC APM，包含彩铃平台的tunnel date，彩铃平台与MGW之间进行Nb接口初始化并完成。l 前向快速方式：为支持前向延迟无通知，彩铃平台应在收到主叫侧发送的IAM消息（上图步骤14）后，与主叫侧完成下述信令交互。主叫侧发送的BICC IAM应携带MGW编解码列表、动作指示语：前向连接无通知，并含tunnel date。BICC APM彩铃平台回发BICC APM返回选择的编解码，动作指示前向连接，无通知；并含编解码列表，选择的编解码，含彩铃平台tunnel date，彩铃平台与MGW之间进行Nb接口初始化并完成。当主叫端局为MSS时，上述流程终结在主叫MSS；当主叫端局为MSC/GMSC时，上述流程终结在TMSC。注2：当被叫端局为MSS时或被叫端局为MSS时，其 Nb接口初始化过程参考注1。6.1.2. 异常情况的处理流程6.1.2.1. 播放彩铃过程中呼叫中断本节描述的被叫方处于TD网络下，对于GSM网络消息流程类似，在此不再赘述。在播放彩铃过程中，如遇主叫、被叫或MSC/MSS拆线，相应的彩铃连接也需要被拆除。以普通用户彩铃呼叫时主叫早释为例：图6-5 异常处理信令流程图之一普通用户彩铃呼叫遇主叫早释时的处理流程如图5所示，图解如下：表6-5 信令流程消息名解释N参见6.1.1节参见6.1.1节。N+1Release/REL主叫MSC/MSS收到主叫用户的Release消息；或者GMSC收到外网入局的REL信令。N+2REL主叫MSS向被叫端局发送BICC REL拆线信令或者主叫MSC/GMSC发送ISUP REL信令。N+3RELTMSC将主叫侧的REL路由至被叫MSS/MSC。若主被叫侧的端局（关口局）支持的分别是BICC和ISUP，则TMSC执行BICC-ISUP转换。N+4Disconnect被叫侧MSS/MSC向用户发送Disconnect消息。N+5Disconnect_Ack用户终端反馈网络Disconnect_Ack消息。N+6REL COM被叫MSS向主叫侧回送BICC REL COM或者被叫MSC向主叫侧回送ISUP REL COM，表示拆线完成。N+7REL COMTMSC将被叫侧的REL COM路由至主叫MSS/MSC/GMSC。若主被叫侧的端局（关口局）支持的分别是BICC和ISUP，则TMSC执行BICC-ISUP转换。N+8Release complete/REL COM/主叫MSC/MSS向主叫用户发送Release complete，或向外网回送REL COM，表示拆线完成。N+9REL主叫MSS/MSC/GMSC向彩铃平台发送ISUP REL（MSC/GMSC）或者BICC REL（MSS）消息。N+10RELTMSC将主叫侧的REL路由至被叫归属彩铃平台。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC-ISUP转换。N+11REL COM彩铃平台向主叫侧回送ISUP REL COM(MSC/GMSC)信令或者BICC REL COM(MSS)消息，表示拆线完毕。N+12REL COMTMSC将被叫归属彩铃平台发送的REL COM路由至主叫端局。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC-ISUP转换。6.1.2.2. 彩铃播放失败（交换机可知的失败情况）交换机可知的彩铃播放失败情况有：1. 到彩铃平台方向的链路或电路不可用（或全忙）；2. 向彩铃平台发出IAM后一定时长（小于或等于5秒）内无响应；3. 向彩铃平台发出IAM后，在收到彩铃平台返回的ACM之前，收到彩铃平台主动拆线信令REL，或其它非ACM/APM的非法信令。在这些情况下，要求主被叫的正常呼叫不应受到影响。因此一旦主叫MSC/MSS/GMSC判断彩铃功能失败，必需立即释放到彩铃平台的连接，并打开已闭塞的到被叫侧的电路，使主叫用户得以听到普通的回铃音。之后的主被叫通话流程不受影响。此时主叫MSC/MSS/GMSC应输出告警信息。以第3种情况为例，流程视图如下：图6-6 异常处理信令流程图之二普通用户彩铃呼叫建立过程中遇彩铃平台折除连接时的处理流程如图6-7所示，图解如下：表6-6 信令流程消息名解释1-12参见6.1.1节参见6.1.1节。13IAM主叫MSS收到被叫侧回的BICC ACM或者MSC/GMSC收到被叫侧回的ISUP ACM后，根据第6步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向被叫用户所属的彩铃平台发送BICC IAM或ISUP IAM消息，被叫号码为“业务码+被叫MSISDN”。 14IAMTMSC将主叫侧的IAM路由至被叫归属彩铃平台。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC IAM至ISUP IAM的转换，或ISUP IAM至BICC IAM的转换。15REL（或其它非法ACM/ANM信令/非法BICC APM信令）彩铃平台向主叫MSS发送BICC REL信令或ISUP REL信令，或者其它非ACM/ANM/APM的非法信令。16RELTMSC将彩铃平台侧的REL路由至主叫MSS/MSC/GMSC。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC-ISUP转换。17REL COM主叫MSS向彩铃平台回送BICC REL COM或者MSC/GMSC向彩铃平台回送ISUP REL COMM消息i，表示完成拆线。同时主叫MSC/MSS/GMSC打开第11步中挂起的到被叫侧的电路，让主叫用户听到被叫MSS播放的普通的回铃音。18REL COMTMSC将主叫侧的REL COM路由至被叫归属彩铃平台。若主叫端局（关口局）与彩铃平台支持的分别是BICC和ISUP，则TMSC执行BICC-ISUP转换。6.1.2.3. 彩铃播放失败（MSS不可知的失败情况）对于MSS不可知的彩铃播放失败情况，如由于彩铃平台自身的原因导致放不出音或放错音，但设备间信令完全正常，这时对MSS来说完全是一个正常的处理流程，同6.1.1章节。6.1.3. 带外方式接收DTMF信号消息流程无论采用何种承载连接建立方式，带外收号过程是相同的，在彩铃平台为用户播放彩铃的过程中，需要进行以上信令流程的交互。参见BICC技术规范 PART3中7.13章节。 图6-7 带外方式接收DTMF信号流程表6-7 信令流程消息名解释1BICC APM主叫MSS收到主叫用户的Start DTMF信号，给彩铃平台发送BICC APM消息，动作指示语为start signal，无通知，附加的信号参数子字段填写信号类型。如果提供信号的长度，应在持续时间子域中编码。2BICC APM主叫MSS收到主叫用户的Stop DTMF信号，给彩铃平台发送BICC APM消息，动作指示语为Stop signal，无通知6.2. VoLTE用户拨打VoLTE用户场景中国移动VoLTE阶段的彩铃业务采用Gateway方式（非precondition）方式实现。注：本版本规范只规定了no-precondition场景下的彩铃相关流程。6.2.1. VoLTE用户（驻留VoLTE）拨打VoLTE用户（驻留VoLTE）（no-precondition）图6-13 Gateway-非precondition流程图1-4：被叫IMS域的彩铃AS收到INVITE消息，在进行了必要的业务处理后，向被叫侧发起呼叫； 5-8：INVITE消息经由被叫域TAS、I/S-CSCF到达，被叫UE；9-12：被叫UE收到INVITE后，回复180消息，该消息经由被叫TAS、I/S-CSCF到达被叫归属彩铃AS；13-18：彩铃AS回复主叫183 携带彩铃SDP Answer，消息中应包含p-early-media标识经由被叫TAS、I/S-CSCF到达主叫域，主叫域回复PRACK确认，彩铃服务器针对PRACK相应回复200 OK，播放彩铃音；19-22：被叫UE摘机回复200OK（携带被叫UE针对主叫初始SDP offer的SDP answer），经被叫TAS、I/S-CSCF传递到彩铃AS，彩铃AS向被叫UE发送ACK，并停止彩铃播放；23-26：彩铃AS向被叫UE发送一个不携带SDP的INVITE，经被叫TAS、I/S-CSCF传递到被叫UE；27-30：被叫UE向彩铃服务器回送200 OK，携带被叫的SDP (offer)，经被叫TAS、I/S-CSCF传递到被叫归属彩铃AS；31-32：彩铃AS向主叫侧发送UPDATE消息，其携带的SDP（offer）为被叫UE上一个200 OK中携带的SDP，UPDATE消息经由经被叫TAS、I/S-CSCF传递到主叫域；33-34：主叫UE回送针对UPDATE的200响应，其中携带和被叫UE协商后的SDP（answer），经被叫TAS、I/S-CSCF传递到彩铃AS；35：彩铃AS向主叫侧发送INVITE的200 OK响应，经被叫TAS、I/S-CSCF传递到主叫侧；36：主叫UE回复ACK消息，经被叫TAS、I/S-CSCF传递到彩铃AS；37-38：彩铃AS发送ACK，经被叫TAS、I/S-CSCF传递到被叫UE，携带主叫协商后的SDP answer，建立主被叫UE之间的会话。6.2.2. VoLTE用户（驻留VoLTE）拨打VoLTE（驻留在CS）（no-precondition）（被叫MGCF只回180场景）图6-14 主叫VoLTE，被叫VoLTE漫游到CS域彩铃流程图1-6：被叫IMS域的彩铃AS收到INVITE消息，在进行了必要的业务处理后，向被叫侧发起呼叫； 7-1413：被叫域TAS服务器进行域选，判断被叫漫游在CS域，控制SCSCF发起对MGCF的呼叫，MGCF寻呼漫游在CS域的被叫用户，被叫MSC向MGCF回复APM，完成CS承载建立，MGCF向IMS域发送183（携带SDP answer），彩铃平台收到183后，将SDP替换为彩铃平台的SDP，并转发183至主叫侧，转出的183消息中应包含p-early-media标识。彩铃平台与主叫侧完成PRACK/200 OK的交互。14-18：被叫振铃后，被叫所在的MSC向MGCF回ANCM消息，MGCF向CSCF回180消息，CSCF透传给彩铃AS；15-17：彩铃AS向主叫侧转发180，并回复主叫183 携带彩铃 SDP，主叫回复PRACK确认，彩铃AS相应回复200 OK，播放彩铃音；183消息中应包含p-early-media标识。198-241：被叫UE摘机，被叫CS域回复ANM到MGCF，MGCF回复200 OK，经由TAS、S-CSCF至彩铃AS；22-23：彩铃AS停止放音，并回复ACK至MGCF；2425-2528：彩铃AS向被叫UE发送一个不携带SDP的INVITE，经被叫TAS、I/S-CSCF传递到MGCF； 26-27：MGCF向彩铃AS回送200 OK，携带被叫的SDP (offer)，经被叫TAS、I/S-CSCF传递到被叫归属彩铃AS；2829-2930：彩铃AS向主叫侧发送UPDATE消息，其携带的SDP（offer）为被叫UE上一个200 OK中携带的SDP，UPDATE消息经由经被叫TAS、I/S-CSCF传递到主叫域；主叫UE回送针对UPDATE的200响应，其中携带和被叫UE协商后的SDP（answer），经被叫TAS、I/S-CSCF传递到彩铃AS；3031：彩铃AS向主叫侧发送INVITE的200 OK响应，经被叫TAS、I/S-CSCF传递到主叫侧；3132：主叫UE回复ACK消息，经被叫TAS、I/S-CSCF传递到彩铃AS；3233-3334：彩铃AS发送ACK，经被叫TAS、I/S-CSCF传递到被叫UE，携带主叫协商后的SDP answer，建立主被叫UE之间的会话。6.2.3. VoLTE用户（驻留VoLTE）拨打VoLTE（驻留在CS）（被叫MGCF先回183再回180场景）图6-14 主叫VoLTE，被叫VoLTE漫游到CS域彩铃流程图1-6：被叫IMS域的彩铃AS收到INVITE消息，在进行了必要的业务处理后，向被叫侧发起呼叫； 7-13：被叫域TAS服务器进行域选，判断被叫漫游在CS域，控制SCSCF发起对MGCF的呼叫，MGCF寻呼漫游在CS域的被叫用户，被叫振铃后，被叫所在的MSC向MGCF回ACM消息，MGCF向CSCF先回183消息，CSCF透传给彩铃AS；彩铃AS 透传183消息给主叫；14-18：被叫侧回ACM，MGCF回180 消息给CSCF；19-21：CSCF透传180给彩铃平台，彩铃平台判断此前给主叫侧已经透传过183 消息，彩铃AS回复主叫Update消息给主叫携带彩铃 SDP，主叫回复200确认，彩铃平台开始向主叫播放彩铃。22-25：被叫UE摘机，被叫CS域回复ANM到MGCF，MGCF回复200 OK，经由TAS、S-CSCF至彩铃AS；26-27：彩铃AS停止放音，并回复ACK至MGCF；28-29：彩铃AS向被叫UE发送一个不携带SDP的INVITE，经被叫TAS、I/S-CSCF传递到MGCF；30-31：MGCF向彩铃AS回送200 OK，携带被叫的SDP (offer)，经被叫TAS、I/S-CSCF传递到被叫归属彩铃AS；32-33：彩铃AS向主叫侧发送UPDATE消息，其携带的SDP（offer）为被叫UE上一个200 OK中携带的SDP，UPDATE消息经由经被叫TAS、I/S-CSCF传递到主叫域；主叫UE回送针对UPDATE的200响应，其中携带和被叫UE协商后的SDP（answer），经被叫TAS、I/S-CSCF传递到彩铃AS；34：彩铃AS向主叫侧发送INVITE的200 OK响应，经被叫TAS、I/S-CSCF传递到主叫侧；35：主叫UE回复ACK消息，经被叫TAS、I/S-CSCF传递到彩铃AS；36-37：彩铃AS发送ACK，经被叫TAS、I/S-CSCF传递到被叫UE，携带主叫协商后的SDP answer，建立主被叫UE之间的会话。6.2.4. VoLTE用户（驻留CS）呼叫VoLTE(用户驻留VoLTE) （no-precondition）图6-15 主叫VoLTE，漫游到CS域，被叫VoLTE彩铃流程图流程说明：1-42：主叫是VoLTE用户，漫游到CS域，主叫发起呼叫，查询被叫路由数据，获得SCP签约，触发被叫归属地SCP，添加被叫路由前缀，主叫局将呼叫路由至本地MGCF；被叫IMS域的彩铃AS收到INVITE消息，在进行了必要的业务处理后，向被叫侧发起呼叫； 5-8：INVITE消息经由被叫域TAS、I/S-CSCF、彩铃AS到达，被叫UE；93-124：被叫UE收到INVITE后，回复180消息，该消息经由被叫TAS、I/S-CSCF到达被叫归属彩铃AS；135-187：彩铃AS回复主叫183 携带彩铃SDP Answer，消息中应包含p-early-media标识经由被叫TAS、I/S-CSCF到达主叫域，MGCF向主叫VMSC发送ACM消息；主叫域回复PRACK确认，彩铃服务器针对PRACK相应回复200 OK，播放彩铃音；19：MGCF向主叫VMSC发送ACM消息；208-2311：被叫UE摘机回复200OK（携带被叫UE的SDP answer），经被叫TAS、I/S-CSCF传递到彩铃AS，彩铃AS向被叫UE发送ACK，并停止彩铃播放；2412-2713：彩铃AS向被叫UE发送一个不携带SDP的INVITE，经被叫TAS、I/S-CSCF传递到被叫UE；2814-3115：被叫UE向彩铃服务器回送200 OK，携带被叫的SDP (offer)，经被叫TAS、I/S