彩铃业务总体技术要求2.0.0

2004-9-21实施 2004-9-21发布 中国移动通信有限公司 发布 QB-D-038-2004 中国移动通信企业标准 彩铃TM业务总体技术 要求 对教师党员的评价套管和固井爆破片与爆破装置仓库管理基本要求三甲医院都需要复审吗 版本号：2.0.0 目次 1  范围    1 2  引用标准    1 3  定义和缩略语    1 4  业务特征    1 5  方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 实施阶段的划分    2 6  目标方案    2 6.1目标方案组网结构图    2 6.2目标方案中普通彩铃呼叫的正常处理 流程 快递问题件怎么处理流程河南自建厂房流程下载关于规范招聘需求审批流程制作流程表下载邮件下载流程设计     3 6.3目标方案中智能用户彩铃呼叫的正常处理流程    5 6.4目标方案中无条件前转/关机前转呼叫的正常处理流程    8 6.5目标方案中网络决定忙前转/用户不可及前转的正常处理流程    11 6.6目标方案中无应答前转/用户决定忙前转的正常处理流程    14 6.7目标方案中异常情况的处理流程    17 6.8目标方案中彩铃业务与其它补充业务的关系及处理流程    20 6.9目标方案中彩铃业务与现有提示音的关系及处理流程    21 6.10目标方案中对彩铃平台的寻址方式    26 6.11目标方案对网元设备的要求    27 7  过渡阶段技术实现方案的建议    28 7.1需求描述    28 7.2方案1的组网结构图    30 7.3方案1的处理流程    30 7.4方案1对网元设备要求    33 7.5方案2的组网结构图    34 7.6方案2的处理流程    34 7.7方案2对网元设备要求    37 8 铃音定制、管理及结算    38 9  编制历史    38 前言 为了各省公司能够较为快捷地进行彩铃业务的开展，集团公司印发了《彩铃业务总体技术要求》V1.0.0，给出了多种实现方案供各省公司选择。在实际实施时各省公司根据自省实际情况选择了不同的方案开展彩铃业务。各省公司的实践经验和有限公司的深入研究发现，《彩铃业务总体技术要求》V1.0.0和各省的方案实施上主要存在路由迂回、省际漫游时无法听彩铃等问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 。为了解决这些问题，有限公司采用统一的交换机改造技术作为目标网络方案，编制了本总体技术要求——《彩铃业务总体技术要求》V2.0.0， 内容 财务内部控制制度的内容财务内部控制制度的内容人员招聘与配置的内容项目成本控制的内容消防安全演练内容 主要包含业务的基本业务特征、技术实现手段以及实施建议，并给出业务所涉及的信令修改，包括使用的消息、参数等，用于各公司按目标网方案开发研制符合中国移动通信有限公司要求的彩铃业务。 本标准由中移有限技[2004]30号印发。 本标准由中国移动通信有限公司技术部提出并归口中国移动通信有限公司技术部。 本标准由中国移动通信有限公司技术部负责解释。 本标准起草单位：中国移动通信有限公司研究开发中心。 本标准主要起草人：封令隽、于蓉蓉、徐浩华、孙楠、郑朝晖。 1  范围 本总体技术要求采用统一的交换机改造技术，解决了《彩铃业务总体技术要求》V1.0.0存在的路由迂回、漫游时无法听彩铃等问题。内容主要包含业务的基本业务特征、技术实现手段以及实施建议，并给出业务所涉及的信令修改，包括使用的消息、参数等。用于各公司按目标网方案开发研制符合中国移动通信有限公司要求的彩铃业务。 2  引用标准 中国移动通信集团公司《彩铃业务总体技术要求》V1.0.0 中国移动通信集团公司《彩铃业务平台设备规范》V1.0.0 《中国国内电话网NO.7信号方式技术规范》 《中国移动900/1800MHz GSM数字蜂窝移动通信网移动应用部分技术要求》 《中国移动900/1800MHz GSM数字蜂窝移动通信网ISUP技术要求》 ETSI 《Mobile Application Part》，GSM09.02 v7.3.0。 3  定义和缩略语 CFB-1 指网络侧判断被叫用户忙时发生的前转，简称为网络决定忙前转 CFB-2 指被叫用户按键拒接电话时发生的前转，简称为用户决定忙前转 CFNRC-1 指用户关机造成的前转 CFNRC-2 指用户不可及（例如寻呼不到）造成的前转 CR-GMSC 彩铃业务关口局 GMSC 关口移动业务交换中心 HLR 归属位置寄存器 MSC 移动业务交换中心     4  业务特征 彩铃业务是一项由被叫用户定制，为主叫用户提供一段悦耳的音乐或一句问候语来替代普通回铃音的业务。在业务开展初期，暂不考虑主叫用户定制的情况。 业务用户申请开通彩铃业务之后，可以通过WWW、WAP、拨打接入码等方式自行设置彩铃。在业务用户做被叫时，系统根据不同主叫号码、被叫设定的特定时间等条件为主叫用户播放个性化定制的音乐或DIY的录音，来代替普通的回铃音。 5  方案实施阶段的划分 目标方案的实施阶段分目标阶段和过渡阶段两部分。目标阶段指全网都实现了本要求方案，过渡阶段则是指部分省已实现了目标方案，而其它省还采用其它非目标方案时的阶段。本技术要求中的过渡阶段方案可以用于指导省公司在省内完成目标网建设之后，如何处理主叫在未完成目标网建设的它省时如何听彩铃的问题。 需要指明的是，在过渡阶段，已执行目标方案的省，如果所开展的彩铃业务只提供省内用户为主叫时才能听到彩铃音的功能，则在技术实现上完全同目标阶段。本技术要求中的过渡阶段技术实现目的只是为了满足这类省份在过渡阶段提供全国性彩铃服务（即无论主被叫在国内如何漫游，主叫都能听到彩铃）的要求。 6  目标方案 6.1目标方案组网结构图 图例说明： 1） 粗实线表示话路； 2） 细实线表示ISUP/TUP信令链路； 3） 虚实线表示MAP/BSSMAP信令链路 图1目标方案组网结构图 如图1所示，网络中增加了彩铃平台，与主叫MSC或GMSC通过E1中继接口，接口信令为ISUP；GMSC与它网交换机连接的信令可以是ISUP或者TUP。 主叫MSC/GMSC为主叫发起呼叫的交换机；HLR中记录被叫是否具有彩铃业务的信息SS_Code（254），并在SRI_ACK响应信令时返回，以标识 “彩铃”呼叫；彩铃平台具备根据主被叫用户播放铃音的功能；被叫MSC为被叫用户当前所在的交换机。 技术实现机制简要说明如下：主叫MSC或GMSC发起路由查询（SRI）操作时，如果HLR返回的SRI_ACK中具有彩铃SS_Code（254），则将本呼叫置上彩铃呼叫标志记录本呼叫为彩铃呼叫，然后接续到被叫MSC（过程同普通呼叫）；当被叫MSC返回ACM信令且其中状态指示为空闲时，主叫MSC根据彩铃呼叫的标志，暂时阻塞被叫MSC的普通回铃音，并向彩铃平台发起呼叫，成功建立连接后由彩铃平台根据主被叫号码的逻辑关系选择彩铃并向主叫侧播放；当主叫MSC收到被叫MSC返回的ANM应答信令时，拆除和彩铃平台的连接，向主叫侧回应答信令，并重新激活主被叫用户之间的通话话路。 可见本业务由主叫MSC、GMSC、HLR和彩铃平台等网络设备配合完成。其中彩铃平台的话路连接只在播放彩铃时被占用，在呼叫应答后的通话期间并不被占用。 6.2目标方案中普通彩铃呼叫的正常处理流程 本节以主被叫都是无智能签约信息的移动用户为例，给出目标方案中普通彩铃呼叫的正常处理流程： 图2目标方案普通彩铃呼叫正常信令流程图 注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。 非智能用户的彩铃呼叫处理流程如图2所示，图解如下：   消息名 解释 1 Setup/IAM/IAI 主叫MSC收到主叫用户的SETUP消息；或者GMSC收到外网入局的IAM/IAI信令； 2 SRI 主叫MSC向被叫HLR发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 3 PRN HLR向被叫用户当前所在的被叫MSC发PRN，寻求MSRN； 4 PRN_ACK 被叫MSC分配MSRN，向HLR回 PRN_ACK； 5 SRI_ACK HLR向主叫MSC发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 6 IAM 主叫MSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 7 Setup 被叫MSC收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 8 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给被叫MSC； 9 ACM 被叫MSC向主叫侧回振铃信令ACM，其中用户状态为空闲；被叫MSC同时开始播放普通回铃音； 10 Alerting /ACM 主叫MSC向主叫移动用户发送Alerting消息，或者GMSC向外网交换机发送ACM 11 IAM 主叫MSC/GMSC收到被叫侧回的ACM后，根据第6步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向被叫用户所属的彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 12 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，向主叫MSC/GMSC回送ACM消息并开始播放铃音。这时起主叫用户开始听到被叫定制的铃音。 13 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 14 ANM 被叫MSC向主叫侧发送ANM应答信令 15 Connect /ANM/ANC 主叫MSC向主叫用户发送Connect消息；或者GMSC向外网转发ANM/ANC消息。同时，主叫MSC/GMSC将彩铃话路挂起，转而打开到被叫MSC的话路连接，使主被叫用户正常对话，双方都听不到彩铃音。 16 REL 在回送CONNECT/ANM/ANC之后，主叫MSC/GMSC向彩铃平台发送拆线信令REL，拆线原因值为正常拆线。 17 REL COM 彩铃平台向主叫MSC/GMSC回送REL COM信令，表示拆线完毕。       6.3目标方案中智能用户彩铃呼叫的正常处理流程 彩铃业务与智能业务没有任何冲突，即无论什么智能业务的签约用户都可以开通彩铃功能。下面以一个主被叫都是CSI签约智能用户（为图示方便，假定主被叫用户归属于同一个SCP）的呼叫为例进行流程描述： 图3目标方案智能用户彩铃呼叫的正常信令流程图 注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。 智能用户的彩铃呼叫处理流程如图3所示，图解如下：   消息名 解释 1 Setup 主叫MSC收到主叫用户的SETUP消息 2 IDP 主叫MSC根据主叫用户数据中的OCSI触发主叫智能流程，发送IDP消息给SCP 3 RRBE+AC+CONTINUE SCP进行智能业务逻辑处理后，下发RRBE+AC+CONTINUE等相关信令指示MSC继续接续 4 SRI 主叫MSC向被叫HLR发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 5 SRI_ACK HLR向主叫MSC发SRI_ACK，其中带有被叫用户的签约信息TCSI；此时SRI_ACK中不带有彩铃SS_Code（254）。 6 IDP 主叫MSC根据被叫用户的TCSI触发被叫智能流程，发送IDP消息给SCP 7 RRBE+AC+CONTINUE SCP进行智能业务逻辑处理后，下发RRBE+AC+CONTINUE等相关信令指示MSC继续接续 8 SRI（2） 主叫MSC向被叫HLR发SRI，查询路由信息，消息带有抑制TCSI的标志，并利用扩展域带有彩铃支持信息标志； 9 PRN HLR向被叫用户当前所在的被叫MSC发PRN，寻求MSRN； 10 PRN_ACK 被叫MSC分配MSRN，向HLR回 PRN_ACK； 11 SRI_ACK（2） HLR向主叫MSC发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 12 IAM 主叫MSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 13 Setup 被叫MSC收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 14 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给被叫MSC； 15 ACM 被叫MSC向主叫侧回振铃信令ACM，其中用户状态为空闲；被叫MSC同时开始播放普通回铃音； 16 Alerting 主叫MSC向主叫移动用户发送Alerting消息 17 IAM 主叫MSC/GMSC收到被叫侧回的ACM后，根据第6步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 18 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，向主叫MSC/GMSC回送ACM消息并开始播放铃音。这时起主叫用户开始听到被叫定制的铃音。 19 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 20 ANM 被叫MSC向主叫侧发送ANM应答信令 21 Connect 主叫MSC向主叫用户发送Connect消息。同时，主叫MSC/GMSC将彩铃话路挂起，转而打开到被叫MSC的话路连接，使主被叫用户正常对话，双方都听不到彩铃音。 22 REL 主叫MSC/GMSC向彩铃平台发送拆线信令REL，拆线原因值为正常拆线。 23 REL COM 彩铃平台向主叫MSC/GMSC回送REL COM信令，表示拆线完毕。       6.4目标方案中无条件前转/关机前转呼叫的正常处理流程 本节以主叫方（A）、发生前转方（B）、实际被叫方（C）都是无智能签约信息的移动用户为例，给出目标方案中无条件前转（CFU）的正常处理流程，用户关机时发生前转（CFNRC-1）的情况也可参照： 图4目标方案无条件前转呼叫正常信令流程图 注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。 无条件前转呼叫的彩铃呼叫处理流程如图4所示，图解如下：   消息名 解释 1 Setup/IAM/IAI 主叫MSC收到主叫用户的SETUP消息；或者GMSC收到外网入局的IAM/IAI信令； 2 SRI 主叫MSC向B用户归属的HLRb发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 3 SRI_ACK HLR发现B用户设置了CFU，或者B用户设置了关机前转且已知该用户已关机，则向主叫MSC回送SRI_ACK，其中带有前转信息（包括C号码），但不带有MSRN和彩铃业务码SS_Code（254）； 4 SRI 主叫MSC向C用户归属的HLRc发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 5 PRN HLRc向C用户当前所在的被叫MSC发PRN，寻求MSRN； 6 PRN_ACK 被叫MSC分配MSRN，向HLRc回 PRN_ACK； 7 SRI_ACK HLRc向主叫MSC发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 8 IAM 主叫MSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 9 Setup 被叫MSC收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 10 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给被叫MSC； 11 ACM 被叫MSC向主叫侧回振铃信令ACM，其中用户状态为空闲；被叫MSC同时开始播放普通回铃音； 12 Alerting /ACM 主叫MSC向主叫移动用户发送Alerting消息，或者GMSC向外网交换机发送ACM 13 IAM 主叫MSC/GMSC收到被叫侧回的ACM后，根据第6步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向被叫用户C所属的彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 14 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，向主叫MSC/GMSC回送ACM消息并开始播放铃音。这时起主叫用户开始听到被叫定制的铃音。 15 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 16 ANM 被叫MSC向主叫侧发送ANM应答信令 17 Connect /ANM/ANC 主叫MSC向主叫用户发送Connect消息；或者GMSC向外网转发ANM/ANC消息。同时，主叫MSC/GMSC将彩铃话路挂起，转而打开到被叫MSC的话路连接，使主被叫用户正常对话，双方都听不到彩铃音。 18 REL 在回送CONNECT/ANM/ANC之后，主叫MSC/GMSC向彩铃平台发送拆线信令REL，拆线原因值为正常拆线。 19 REL COM 彩铃平台向主叫MSC/GMSC回送REL COM信令，表示拆线完毕。       6.5目标方案中网络决定忙前转/用户不可及前转的正常处理流程 本节以主叫方（A）、发生前转方（B）、实际被叫方（C）都是无智能签约信息的移动用户为例，给出目标方案中遇忙前转（CFB-1）的正常处理流程，、用户不可及前转（CFNRC-2）也可参照，这两类前转统称为有条件的振铃前前转： 图5目标方案有条件前转呼叫（振铃前前转）正常信令流程图 注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。 有条件振铃前前转呼叫的彩铃呼叫处理流程如图5所示，图解如下：   消息名 解释 1 Setup/IAM/IAI 主叫MSC收到主叫用户的SETUP消息；或者GMSC收到外网入局的IAM/IAI信令； 2 SRI 主叫MSC向B用户归属的HLRb发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 3 PRN HLRb向B用户当前所在的被叫MSCb发PRN，寻求MSRN； 4 PRN_ACK 被叫MSCb分配MSRN，向HLRb回 PRN_ACK； 5 SRI_ACK HLRb向主叫MSC发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 6 IAM 主叫MSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 7 ACM 被叫MSCb收到入局IAM信令后，发现被叫用户B正忙，且B用户设置有遇忙前转到C用户。此时返回ACM信令，其中带有前转指示。 8 Alerting /ACM 主叫MSC收到ACM，根据其中带有的前转指示信息，决定不连接B用户归属的彩铃平台，而是直接向主叫移动用户发送Alerting消息，或者GMSC向外网交换机发送ACM 9 SRI MSCb向C用户归属的HLRc发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 10 PRN HLRc向C用户当前所在的被叫MSCc发PRN，寻求MSRN； 11 PRN_ACK 被叫MSCc分配MSRN，向HLRc回 PRN_ACK； 12 SRI_ACK HLRc向MSCb发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 13 IAM MSCb根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 14 Setup MSCc收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 15 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给MSCc； 16 ACM MSCc向主叫侧回振铃信令ACM，其中用户状态为空闲；MSCc同时开始播放普通回铃音； 17 IAM MSCb收到被叫侧回的ACM后，根据第13步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向C用户所属的彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 18 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，向主叫MSC/GMSC回送ACM消息并开始播放铃音。这时起主叫用户开始听到C用户定制的铃音。 19 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 20 ANM MSCc向MSCb发送ANM应答信令 21 ANM MSCb向主叫MSC发送ANM应答信令 22 Connect /ANM/ANC 主叫MSC向主叫用户发送Connect消息；或者GMSC向外网转发ANM/ANC消息。同时，主叫MSC/GMSC将彩铃话路挂起，转而打开到被叫MSC的话路连接，使主被叫用户正常对话，双方都听不到彩铃音。 23 REL 在回送CONNECT/ANM/ANC之后，主叫MSC/GMSC向彩铃平台发送拆线信令REL，拆线原因值为正常拆线。 24 REL COM 彩铃平台向主叫MSC/GMSC回送REL COM信令，表示拆线完毕。       6.6目标方案中无应答前转/用户决定忙前转的正常处理流程 本节以主叫方（A）、发生前转方（B）、实际被叫方（C）都是无智能签约信息的移动用户为例，给出无应答前转（CFNRY）的正常处理流程，用户决定忙时发生的前转（CFB-2）也可参照，这两类前转统称为有条件的振铃后前转： 图6目标方案有条件前转呼叫（振铃后前转）正常信令流程图 注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。 有条件振铃后前转呼叫的彩铃呼叫处理流程如图6所示，图解如下：   消息名 解释 1 Setup/IAM/IAI 主叫MSC收到主叫用户的SETUP消息；或者GMSC收到外网入局的IAM/IAI信令； 2 SRI 主叫MSC向被叫HLR发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 3 PRN HLR向被叫用户当前所在的被叫MSC发PRN，寻求MSRN； 4 PRN_ACK 被叫MSC分配MSRN，向HLR回 PRN_ACK； 5 SRI_ACK HLR向主叫MSC发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 6 IAM 主叫MSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 7 ACM MSCb收到IAM后正常向B用户进行接续，B用户返回振铃消息，MSCb向主叫MSC回送ACM消息，其中用户状态为空闲；MSCb同时开始播放普通回铃音； 8 Alerting /ACM 主叫MSC向主叫移动用户发送Alerting消息，或者GMSC向外网交换机发送ACM 9 IAM 主叫MSC/GMSC收到MSCb回的ACM后，根据第6步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向B用户所属的彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 10 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，向主叫MSC/GMSC回送ACM消息并开始播放铃音。这时起主叫用户开始听到B用户定制的铃音。 11 CPG B用户无应答，MSCb超时后，发现B用户设置有无应答前转到C，此时向主叫侧回送CPG消息，其中带有前转信息 12 REL 主叫MSC/GMSC收到CPG后，根据其中的前转信息，向B用户归属的彩铃平台发送REL消息，拆除与彩铃平台之间的连接。 13 REL-COM 彩铃平台回送REL-COM消息，完成电路的拆除。 14 SRI MSCb向前转后的用户C归属的HLRc发SRI，查询路由信息，其中利用扩展域带有彩铃支持信息标志； 15 PRN HLRc向被叫用户C当前所在的被叫MSCc发PRN，寻求MSRN； 16 PRN_ACK MSCc分配MSRN，向HLRc回 PRN_ACK； 17 SRI_ACK HLRc向MSCb发SRI_ACK，根据SRI信令中带有的彩铃支持信息标志，SRI_ACK中带有MSRN以及彩铃业务码SS_Code（254）； 18 IAM MSCb根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 19 Setup MSCc收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 20 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给MSCc； 21 ACM MSCc收到C用户返回的ALERTING消息后，向MSCb回送ACM消息，其中用户状态为空闲；MSCc同时开始播放普通回铃音； 22 IAM MSCb收到MSCc回的ACM后，根据第18步所置的彩铃呼叫标志，暂时挂起与被叫侧的话路连接，同时向C用户所属的彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 23 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，向主叫MSC/GMSC回送ACM消息并开始播放铃音。这时起主叫用户开始听到C用户定制的铃音。 24 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 25 ANM MSCc向MSCb发送ANM应答信令 26 ANM MSCb向主叫MSC发送ANM应答信令 27 Connect /ANM/ANC 主叫MSC向主叫用户发送Connect消息；或者GMSC向外网转发ANM/ANC消息。同时，主叫MSC/GMSC将彩铃话路挂起，转而打开到被叫MSC的话路连接，使主被叫用户正常对话，双方都听不到彩铃音。 28 REL 在回送ANM/ANC之后，MSCb向C用户归属的彩铃平台发送拆线信令REL，拆线原因值为正常拆线。 29 REL COM 彩铃平台向MSCb回送REL COM信令，表示拆线完毕。       6.7目标方案中异常情况的处理流程 1、 播放彩铃过程中呼叫中断 在播放彩铃过程中，如遇主叫、被叫或MSC拆线，相应的彩铃连接也需要被拆除。 以普通用户彩铃呼叫时主叫早释为例： 图8目标方案异常处理信令流程图之一 普通用户彩铃呼叫遇主叫早释时的处理流程如图8所示，图解如下：   消息名 解释 1-12 参见6.2节 参见6.2节 13 Release/REL 主叫MSC收到主叫用户的Release消息；或者GMSC收到外网入局的REL信令； 14 REL 主叫MSC向被叫侧发送REL拆线信令 17 REL COM 被叫MSC向主叫侧回送REL COM，表示拆线完成 18 Release complete/REL COM/ 主叫MSC向主叫用户发送Release complete，或向外网回送REL COM，表示拆线完成 19 REL 主叫MSC向彩铃平台发送REL拆线信令 20 REL COM 彩铃平台向主叫MSC回送REL COM，表示拆线完成       2、 彩铃播放失败（MSC可知的失败情况） MSC可知的彩铃播放失败情况有： 1） 到彩铃平台方向的链路或电路不可用（或全忙）； 2） 向彩铃平台发出IAM后一定时长（小于或等于5秒）内无响应； 3） 向彩铃平台发出IAM后，在收到彩铃平台返回的ACM之前，收到彩铃平台主动拆线信令REL，或其它非ACM的非法信令。 在这些情况下，主被叫的正常呼叫不应受到影响。因此一旦主叫MSC/GMSC判断彩铃功能失败，必需立即释放到彩铃平台的连接，并打开已闭塞的到被叫侧的电路，使主叫用户得以听到普通的回铃音。之后的主被叫通话流程不受影响。此时主叫MSC/GMSC应输出告警信息。 以普通用户彩铃呼叫的第3）种情况为例： 图9目标方案异常处理信令流程图之二 普通用户彩铃呼叫建立过程中遇彩铃平台折除连接时的处理流程如图9所示，图解如下：   消息名 解释 1-11 参见6.2节 参见6.2节 12 REL（或其它非ACM/ANM信令） 彩铃平台向主叫MSC发送REL信令，或者其它非ACM亦非ANM的非法信令。 13 REL COM 主叫MSC向彩铃平台回送REL COM，表示完成拆线。同时主叫MSC打开第11步中挂起的到被叫侧的电路，让主叫用户听到被叫MSC播放的普通的回铃音。       3、 彩铃播放失败（MSC不可知的失败情况） 对于MSC不可知的彩铃播放失败情况，比如由于彩铃平台自身的原因导致放不出音或放错音，但设备间信令完全正常，这时对MSC来说完全是一个正常的处理流程，同6.2/6.3节。 6.8目标方案中彩铃业务与其它补充业务的关系及处理流程 1、与来电显示类业务的关系： 互不影响 2、与呼叫闭锁类业务的关系： 互不影响 3、与呼叫保持/呼叫等待的关系： 1） 与呼叫保持业务互不影响 2） 当被叫用户触发呼叫等待时，不能播放彩铃，必需让用户听到被叫局播放的呼叫等待提示音。流程如下： 当被叫发生呼叫等待时，被叫端局所回的ACM或者继ACM之后的CPG信令中应带有呼叫等待指示，这时主叫端局应不管ACM中的用户状态是空闲还是忙，根据这个呼叫等待指示就必需停止到彩铃平台的连接，并接通实际主被叫话路，以播放被叫MSC的提示音。 4、与呼叫前转的关系： 1） B用户无条件前转或关机前转到C时，如果C用户是彩铃用户，播放C用户定制的铃音；如果C用户不是彩铃用户，不播放彩铃，播放普通回铃音；流程如下： 主叫MSC第一次取B的漫游号码时，由于SRI-ACK中只带有前转号码，而不带MSRN，所以根据6.8节对HLR的要求，这个SRI-ACK中不会有彩铃SS-CODE业务码，即这时主叫MSC并不认为B是彩铃用户。第二次SRI取的则是C用户的漫游号码，这时返回的SRI带有彩铃SS-CODE业务码表示C用户的彩铃信息，因此MSC在向彩铃平台发送建立连接信令IAM时，被叫号码是“业务接入码+C用户的MSISDN”，平台播放的即是C用户定制的铃音。 2） B用户遇忙（网络决定忙）、不可及前转到C时，如果C用户是彩铃用户，播放C用户定制的铃音；如果C用户不是彩铃用户，不播放彩铃，播放普通回铃音；流程如下： 当被叫MSC发生遇忙或不可及前转时，被叫端局应向主叫端局回送ACM/CPG指示发生前转，对主叫MSC来说，如果被叫侧送来的CPG中带有前转指示，且前转原因为遇忙或不可及时，必需立即停止到彩铃平台的连接，并接通实际主被叫话路，以播放被叫MSC所放的音。而被叫MSC经过取C用户漫游号码的SRI操作后，得到C用户的彩铃信息，将连接C用户归属彩铃平台以播放C用户定制的铃音，IAM中被叫号码是“业务接入码+C用户的MSISDN”。 3） B用户无应答前转到C，或B用户先振铃再按拒绝使通话忙前转到C时，先放B的铃音，前转后再放C的铃音。流程如下： 当被叫开始振铃时，主叫MSC按正常流程播放B的彩铃。振铃一段时间后，被叫MSC发生无应答前转时，被叫端局应向主叫端局回送CPG指示发生前转，但前转原因是无应答，对主叫MSC来说，如果被叫侧送来的CPG中带有前转指示，且前转原因为无应答，必需立即停止到彩铃平台的连接，并接通实际主被叫话路，以播放被叫MSC所放的音。而被叫MSC经过取C用户漫游号码的SRI操作后，得到C用户的彩铃信息，将连接C用户归属彩铃平台以播放C用户定制的铃音，IAM中被叫号码是“业务接入码+C用户的MSISDN”。 6.9目标方案中彩铃业务与现有提示音的关系及处理流程 按照业务规范要求，彩铃只在被叫空闲并振铃的情况下播放，因此，当被叫并非空闲或者由于某种原因没有振铃时，应根据失败原因值按现网已有的方式由被叫MSC播放已有的提示语音。主叫MSC必需根据被叫MSC所回ACM/CPG信令中的各项参数来判断被叫是否空闲且真正开始振铃。 当收到ACM后，主叫交换机判断ACM中各参数的值，并执行相应的动作： Generic Notification indicator Backward call indicators （其中的DC比特：Called Party Status） Optional backward call indicators （其中的A比特：Inband Information Indicator） Cause Indicators Call Diversion Information 动作 NULL Subscriber free 0：NOT AVAILABLE NULL No 连接彩铃平台，播放彩铃 Call is a waiting call Subscriber free 0：NOT AVAILABLE NULL No IF “要求播放呼叫等待录音通知” THEN “不连接彩铃平台，由被叫MSC播放呼叫等待录音通知,” ELSE “连接彩铃平台，播放彩铃。” END NULL Subscriber free 1： AVAILABLE NULL No 连接 彩铃平台，播放彩铃 Call is a waiting call Subscriber free 1： AVAILABLE NULL No IF “要求播放呼叫等待录音通知” THEN “不连接彩铃平台，由被叫MSC播放呼叫等待录音通知,” ELSE “连接 彩铃平台，播放彩铃。” END NULL No indication 0：NOT AVAILABLE NULL No 此时的 ACM 是 early ACM ，真实的用户状态在后续信令中；不连接彩铃平台。 NULL No indication 0：NOT AVAILABLE NULL Yes 不连接彩铃平台。 NULL No indication 1： AVAILABLE NULL No 不连接彩铃平台。由被叫侧播放业务录音通知。 NULL No indication 1： AVAILABLE NULL Yes 不连接彩铃平台。 NULL No indication 1： AVAILABLE Yes No 不连接彩铃平台。由被叫侧播放业务录音通知。             当收到CPG后，主叫交换机判断CPG中各参数的值，并执行相应的动作： Generic Notification indicator Event information Backward call indicators（其中的DC比特：Called Party Status） Cause Indicators Call Diversion Infomation 动作 NULL Alerting Subscriber free NULL No IF “已连接彩铃平台” THEN “无动作，不能终止与彩铃平台的连接” ELSE “连接彩铃平台，播放彩铃。” END Call is a waiting call Alerting Subscriber free NULL No IF “已连接彩铃平台”&&“要求播放呼叫等待录音通知” THEN “终止与彩铃平台的连接，由被叫侧播放录音通知” ELSE IF “已连接彩铃平台”&&“要求在呼叫等待时播放彩铃而不是呼叫等待录音通知” THEN “无动作，不能终止与彩铃平台的连接” ELSE IF “未连接彩铃平台”&&“要求播放呼叫等待录音通知” THEN “无动作，不能连接到彩铃平台。由被叫侧播放录音通知” ELSE IF “未连接彩铃平台”&&“要求在呼叫等待时播放彩铃而不是呼叫等待录音通知” THEN “连接彩铃平台，播放彩铃。” END NULL Alerting No Indication NULL No IF “已连接彩铃平台” THEN “无动作，不能终止与彩铃平台的连接” ELSE “连接 彩铃平台，播放彩铃。” END   Call is a waiting call Alerting No Indication NULL No IF “已连接彩铃平台”&&“要求播放呼叫等待录音通知” THEN “终止与彩铃平台的连接，由被叫侧播放录音通知” ELSE IF “已连接彩铃平台”&&“要求在呼叫等待时播放彩铃而不是呼叫等待录音通知” THEN “无动作，不能终止与彩铃平台的连接” ELSE IF “未连接彩铃平台”&&“要求播放呼叫等待录音通知” THEN “无动作，不能连接到彩铃平台。由被叫侧播放录音通知” ELSE IF “未连接彩铃平台”&&“要求在呼叫等待时播放彩铃而不是呼叫等待录音通知” THEN “连接彩铃平台，播放彩铃。” END   NULL Inband Info No Indication NULL No IF “已连接彩铃平台” THEN “终止与彩铃平台的连接，由被叫侧播放录音通知” ELSE “无动作，不允许连接 彩铃平台，由被叫侧播放录音通知。” END   NULL Inband Info No Indication NULL Yes IF “已连接彩铃平台” THEN “终止与彩铃平台的连接，由被叫侧放音” ELSE “无动作，不允许连接 彩铃平台，由被叫侧放音” END   NULL Inband Info No Indication Yes No IF “已连接彩铃平台” THEN “终止与彩铃平台的连接，由被叫侧播放录音通知” ELSE “无动作，不允许连接 彩铃平台，由被叫侧播放录音通知。” END   NULL Progress Nrel Nrel No IF “已连接彩铃平台” THEN “无动作，不允许终止与彩铃平台的连接” ELSE “无动作，不允许连接彩铃平台。” END   NULL Progress Nrel Nrel Yes IF “已连接彩铃平台” THEN “终止与彩铃平台的连接” ELSE “无动作，不允许连接彩铃平台 END   NULL Call Forwarded on no reply Nrel Nrel Nrel IF “已连接彩铃平台” THEN “终止与彩铃平台的连接” ELSE “无动作，不允许连接 彩铃平台” END   NULL Call Forwarded on busy Nrel Nrel Nrel IF “已连接彩铃平台” THEN “终止与彩铃平台的连接” ELSE “无动作，不允许连接 彩铃平台” END               注：上表中“Nrel”表示本域填写什么值和要求的操作动作无关（not relative），即任何值都满足条件。 6.10目标方案中对彩铃平台的寻址方式 原则上，一省建设一套彩铃业务平台。这套彩铃业务平台可以采用多个前置接入的方式，但用户的数据信息要求统一放在同一个数据库中。 如果由于容量等特殊原因省内需要建设多套彩铃平台（即多个后台，后台的定义参见《 彩铃业务平台设备规范》），要求必需按用户划分平台，即每个平台承担一部分用户的业务，一个用户只归属于一个平台。各平台之间完全独立，不存在数据同步等要求。SP加载铃音需分别在不同平台上分别进行加载。。 1、 彩铃服务号码 MSC向彩铃平台发起呼叫时，根据以下编号进行路由选择以及信令中被叫号码的填写： “彩铃业务码”+“被叫MSISDN” 彩铃业务码暂定义为“17244” 2、 路由指向要求 为实现网络根据彩铃服务号码正确路由到归属的业务平台，网络需要按以下要求进行路由选择： 1） VMSC （1）17244+非本省MSISDN号码：指向本省TMSC （2）17244+本省MSISDN号码段：指向本省彩铃服务平台 注： A：如本省的彩铃平台有多个前台设备，第（2）项数据需需细化本省MSISDN号码段的数据配置指向不同的前台设备，使各个前台设备分担彩铃话务量。前台设备的定义请参见《彩铃业务平台设备规范》； B：如果TMSC能够承担所有彩铃播放时转接的话务量，则VMSC局数据只需如下配置： “17244：指向本省TMSC”。 2） GMSC （1）17244+非本省MSISDN号码：指向本省TMSC （2）17244+本省MSISDN号码段：指向本省彩铃服务平台； 注： A：如本省的彩铃平台有多个前台设备，第（2）项数据需细化本省MSISDN号码段的数据配置指向不同的前台设备，使各个前台设备分担彩铃话务量。前台设备的定义请参见《彩铃业务平台设备规范》； B：如果TMSC能够承担所有彩铃播放时转接的话务量，则GMSC局数据只需如下配置： “17244：指向本省TMSC”。 3） TMSC （1）17244+本省MSISDN号码段：指向本省彩铃服务平台； （2）17244+A省MSISDN号码段：指向A省TMSC； （3）17244+B省MSISDN号码段：指向B省TMSC； （4）全国各省MSISDN号码段按（2）、（3）项的类似要求进行配置，在此不做列举。 注： A：如本省的彩铃平台有多个前台设备，第（1）项数据需细化本省MSISDN号码段的数据配置指向不同的前台设备，使各个前台设备分担彩铃话务量。前台设备的定义请参见《彩铃业务平台设备规范》； 6.11目标方案对网元设备的要求 1、对HLR的要求： 1） 支持一个备用SS-CODE（254）的启用。 选用'11111110'B即254为彩铃业务的业务码。HLR应支持返回SRI-ACK时携带该业务码给MSC的功能。但在向VLR进行用户数据插入操作时，不允许将本SS-CODE插入到VLR中。 2） 在特定的条件下才下发带有彩铃SS-CODE业务码的SRI-ACK。 只有同时满足以下两个条件时，SRI-ACK中才要求携带彩铃SS-CODE业务码： 条件A：主叫MSC/GMSC支持目标方案。要求HLR根据MSC发来的SRI信令中是否利用扩展域带有支持彩铃业务标志来判断该MSC是否支持目标方案。只有当SRI信令中带有支持彩铃业务标志时，才表示MSC可支持目标方案。 条件 B：本SRI-ACK中带有MSRN信息域。要求HLR只在返回MSRN的SRI-ACK中才携带彩铃SS-CODE业务码。例如，如果某SRI-ACK仅返回TCSI信息而不带有MSRN域，则该SRI-ACK中不带彩铃SS-CODE业务码。 2、对MSC/GMSC的要求： 1） 向HLR发送的SRI消息中，必需利用扩展域带上支持彩铃业务标志。 扩展域使用方法为： SendRoutingInfoArg ::= SEQUENCE { . . . extensionContainer    [13] ExtensionContainer              OPTIONAL, -- extId for SriExtension = {0 34 5} . . .} SriExtension ::= [PRIVATE 0] SEQUENCE { . . . srbt_indicator        [4] NULL                            OPTIONAL, . . .} 2） 根据SRI-ACK中携带的彩铃SS-CODE(254)业务码标志该呼叫为彩铃呼叫，并在恰当的时候启动彩铃处理流程。 3） 同时管理两个话路通道： MSC/GMSC－被叫MSC，MSC/GMSC－彩铃系统；并能够按前几节中处理流程要求对各通道进行阻塞/打开的操作；这项多个话路通道管理的功能不能影响多方通话时的彩铃功能。即当通话某一方HOLD住一个连接进行第2个连接的接续时，应播放第2个连接的被叫用户的彩铃音。 4） 向彩铃平台发起呼叫时，被叫号码是“17244+被叫用户MSISDN”。 5） 支持6.4、6.5、6.6节中各流程对MSC的要求。 6） 支持用户在听彩铃的过程中，能够拨号来复制彩铃的功能。对MSC来说，要做到的就是在播放彩铃的过程中，将主叫用户的按键信息传递给彩铃平台，收号由彩铃平台完成。 3、对彩铃平台的要求： 1） 详见《彩铃业务平台设备规范》V1.0.0 2） 与BOSS系统的接口详见《BOSS与彩铃业务平台接口规范》 4、对BOSS系统的要求： 1） 与彩铃平台的接口详见《BOSS与彩铃业务平台接口规范》 2） 详见《彩铃业务BOSS系统支撑方案》 7  过渡阶段技术实现方案的建议 7.1需求描述 当一个省已完成彩铃业务目标网改造后，对于本省的彩铃用户，无论他漫游到哪当被叫，彩铃业务的开放范围只与主叫类型有关，如下表所示： 主叫类型 支持情况 流程 主叫非中国移动的用户 主叫是本省内的固定用户，或者当前实际位置在本省的手机用户 能听到彩铃 来话通过GMSC，参见本文6.2/6.3节 主叫是它省内的固定用户，或者当前实际位置在它省的手机用户 能听到彩铃 由于目前全网实行长途就远接入原则，所以它省它网的用户来话将通过本省的GMSC，所以流程也可参见本文6.2/6.3节 主叫是中国移动的用户 主叫是手机用户，当前实际位置在本省 能听到彩铃 标准目标方案的流程，参见本文6.2/6.3节 主叫是手机用户，当前实际位置在它省，但主叫当前所处的MSC支持目标方案 能听到彩铃 标准目标方案的流程，参见本文6.2/6.3节 主叫是手机用户，当前实际位置在它省，且主叫当前所处的MSC不支持目标方案 不能听到彩铃           可见本省完成目标网改造后，彩铃业务开放范围的唯一限制在于“主叫是中国移动手机用户，当前实际位置在它省，且主叫当前所处的MSC不支持目标方案”。 本文给出打破上述业务开放范围限制的两种建议方案：方案1和方案2，各省公司可以根据实际情况，选择是否需要打破上述业务开放范围的限制，也可选择别的可行方案打破上述限制。 7.2方案1的组网结构图 图例说明： 1） 粗实线表示话路； 2） 细实线表示ISUP/TUP信令链路； 3） 虚实线表示MAP/BSSMAP信令链路 图10过渡阶段方案1的组网结构图 如图10所示，本方案要求省内新建CR-GMSC或改造原有GMSC使之具备CR-GMSC功能，当本省的彩铃用户做被叫时，它省不支持目标方案的MSC通过CR-GMSC转接话务，并由CR-GMSC建立到彩铃平台的连接以播放彩铃。 7.3方案1的处理流程 本节以主被叫都是无智能签约信息的普通用户，且主叫当前所在MSC不支持目标方案为例，给过渡阶段方案1的典型彩铃呼叫处理流程： 图11过渡阶段方案1典型呼叫处理流程   消息名 解释 1 Setup 主叫MSC收到主叫用户的SETUP消息 2 SRI 主叫MSC向被叫HLR发SRI，查询路由信息，其中不带有彩铃支持信息标志； 3 PRN HLR根据SRI不带有彩铃支持信息标志判断出该主叫MSC属非目标方案区域，向CR-GMSC发起PRN操作。 4 PRN_ACK CR-GMSC返回SRI_ACK，其中的MSRN域中填写值为CR-GMSC为被叫用户临时分配的虚拟漫游号码MSRN’值，同时CR-GMSC保存该MSRN’与被叫实际MSISDN的对应关系。 5 SRI_ACK HLR向主叫MSC返回SRI_ACK，其中的MSRN域中填写值为CR-GMSC返回的虚拟漫游号码MSRN’值（不带彩铃业务标识SS-CODE）。 6 IAM 主叫MSC以MSRN’为被叫号码向CR-GMSC发起呼叫； 7 SRI CR-GMSC向HLR发起SRI操作，其中“MSISDN”域填写值为根据入局信令中的被叫号码（即虚拟漫游号码MSRN’）查询对应关系所得到的真实被叫MSISDN号码；SRI信令中利用扩展域带有彩铃支持信息标志； 8 PRN HLR根据SRI带有彩铃支持信息标志判断发起SRI的局支持主叫方案，向被叫MSC发送PRN消息； 9 PRN_ACK 被叫MSC返回真实漫游号码； 10 SRI_ACK HLR向CR-GMSC发SRI_ACK，其中带有真实MSRN以及彩铃业务码SS_Code（254）； 11 IAM CR-GMSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 12 Setup 被叫MSC收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 13 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给被叫MSC； 14 ACM 被叫MSC向主叫侧回振铃信令ACM，其中用户状态为空闲；被叫MSC同时开始播放普通回铃音； 15 ACM CR-GMSC向主叫MSC转发ACM 16 Alerting 主叫MSC向主叫用户发送Alerting消息 17 IAM CR-GMSC在进行第13步之后，立即根据第9步所置的彩铃呼叫标志，暂时闭塞与被叫侧的话路连接，同时向彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 18 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，并向CR-GMSC回送ACM消息 19 ANM 彩铃平台向CR-GMSC回送ANM消息并开始播放铃音。这时起主叫用户开始听到被叫定制的铃音。 20 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 21 ANM 被叫MSC向主叫侧发送ANM应答信令 22 ANM CR-GMSC向主叫MSC转发ANM 23 Connect 主叫MSC向主叫用户发送Connect消息 24 REL CR-GMSC在进行第20步之后，立即向彩铃平台发送REL拆线信令 25 REL COM 彩铃平台向CR-GMSC回送REL COM信令，表示拆线完毕。       7.4方案1对网元设备要求 所有目标方案对网元设备的要求在过渡阶段都适用。此外，以下列出过渡阶段方案1的额外设备要求： 1、对HLR的要求： 1） 将虚拟漫游号码返回给不支持彩铃目标方案的MSC 如果发起SRI操作的MSC不支持彩铃目标方案（根据SRI是否带有特殊标志来判断，参见6.8节），而且被叫用户是彩铃用户，则要求HLR向CR-GMSC（而不是被叫真实所在的MSC）发起PRN操作，收到GMSC返回的PRN_ACK信令后，将其中的虚拟漫游号码作为漫游号码，通过SRI_ACK信令返回给MSC（此时不带彩铃业务标识SS-CODE）。 2、对CR-GMSC的要求： 1） 当接收到HLR来的PRN信令时，应能分配以本局MSC ID开头的虚拟漫游号码（号长与真实漫游号码相同，11位长），然后生成PRN-ACK信令返回给HLR。并要求保存虚拟漫游号码与真实被叫MSISDN的对应关系。 2） 当接收到入局呼叫中被叫号码是本局分配的虚拟漫游号码时，应根据对应关系查询到被叫的真实MSISDN号码，使用该MSISDN号码发起SRI操作，消息中利用扩展域带有支持彩铃业务的标识。 3） 目标方案对GMSC的所有功能要求。 3、对数据配置的要求： 1） 虚拟漫游号码的数据配置要求 CR-GMSC设备以前仅仅承担GMSC的功能，不带用户，因此也从不会分配漫游号码。但改造成为CR-GMSC之后，它会分配漫游号码（虚拟漫游号码）。方案1要求全国所有省的移动交换机得到这个漫游号码时都能够将呼叫路由到CR-GMSC。 因此，要求其它省配合进行数据配置，增加以CR-GMSC局号开头的漫游号码的路由数据。 7.5方案2的组网结构图 图例说明： 4） 粗实线表示话路； 5） 细实线表示ISUP/TUP信令链路； 6） 虚实线表示MAP/BSSMAP信令链路 图12过渡阶段方案2的组网结构图 如图12所示，本方案的组网和方案1完全一致。 7.6方案2的处理流程 本节以主被叫都是无智能签约信息的普通用户，且主叫当前所在MSC不支持目标方案为例，给过渡阶段方案2的典型彩铃呼叫处理流程： 图13过渡阶段方案2典型呼叫处理流程   消息名 解释 1 Setup 主叫MSC收到主叫用户的SETUP消息 2 SRI 主叫MSC向被叫HLR发SRI，查询路由信息，其中不带有彩铃支持信息标志； 3 SRI_ACK HLR向主叫MSC返回SRI_ACK，其中的MSRN域中填写值为“前缀+被叫MSISDN”（前缀值待定，可能会与某国家码重，长度不超过5位，MSISDN不加86，号码属性为“未知”），本信令中不带彩铃业务标识SS-CODE。 4 IAM 主叫MSC以MSRN’为被叫号码向CR-GMSC发起呼叫； 5 SRI CR-GMSC向HLR发起SRI操作，其中“MSISDN”域填写值为根据入局信令中的被叫号码（即前缀+被叫MSISDN）剥除前缀后所得的被叫真实MSISDN号码。SRI信令中利用扩展域带有彩铃支持信息标志； 6 PRN HLR根据SRI带有彩铃支持信息标志判断发起SRI的局支持主叫方案，向被叫MSC发送PRN消息； 7 PRN_ACK 被叫MSC返回真实漫游号码； 8 SRI_ACK HLR向CR-GMSC发SRI_ACK，其中带有真实MSRN以及彩铃业务码SS_Code（254）； 9 IAM CR-GMSC根据彩铃业务码将本呼叫置上彩铃标志，并利用MSRN向被叫侧发起IAM； 10 Setup 被叫MSC收到被叫用户的寻呼响应（表示被叫空闲），发出呼叫建立消息； 11 Alerting 被叫用户成功建立连接后，终端振铃，同时返回振铃消息给被叫MSC； 12 ACM 被叫MSC向主叫侧回振铃信令ACM，其中用户状态为空闲；被叫MSC同时开始播放普通回铃音； 13 ACM CR-GMSC向主叫MSC转发ACM 14 Alerting 主叫MSC向主叫用户发送Alerting消息 15 IAM CR-GMSC在进行第13步之后，立即根据第9步所置的彩铃呼叫标志，暂时闭塞与被叫侧的话路连接，同时向彩铃平台发送IAM消息，被叫号码为“业务码+被叫ISDN”； 16 ACM 彩铃平台根据主被叫用户号码得出所需的铃音，并向CR-GMSC回送ACM消息 17 ANM 彩铃平台向CR-GMSC回送ANM消息并开始播放铃音。这时起主叫用户开始听到被叫定制的铃音。 18 Connect 被叫用户接听来话，终端向被叫MSC发送Connect消息 19 ANM 被叫MSC向主叫侧发送ANM应答信令 20 ANM CR-GMSC向主叫MSC转发ANM 21 Connect 主叫MSC向主叫用户发送Connect消息 22 REL CR-GMSC在进行第20步之后，立即向彩铃平台发送REL拆线信令 23 REL COM 彩铃平台向CR-GMSC回送REL COM信令，表示拆线完毕。       7.7方案2对网元设备要求 所有目标方案对网元设备的要求在过渡阶段都适用。此外，以下列出过渡阶段方案2的额外设备要求： 1、对HLR的要求： 1） 将假漫游号码返回给不支持彩铃目标方案的MSC 如果发起SRI操作的MSC不支持彩铃目标方案（根据SRI是否带有特殊标志来判断，参见6.8节），而且被叫用户是彩铃用户，则要求HLR不发起PRN操作，而是直接返回SRI_ACK信令，其中的漫游号码填写为HLR自行分配的假漫游号码（此时不带彩铃业务标识SS-CODE）。 假漫游号码的格式是：17254+MSISDN 17254是全国统一或各省自定的一个前缀，17254只是一个示例，是否采用17254待定。 MSISDN是被叫用户的MSISDN号码。 2、对CR-GMSC的要求： 1） 当接收到入局呼叫中被叫号码是“17254+MSISDN”时，应剥除前缀17254得到被叫的真实MSISDN号码，使用该MSISDN号码发起SRI操作，消息中利用扩展域带有支持彩铃业务的标识。 2） 目标方案对GMSC的所有功能要求。 3、对数据配置的要求： 1） 17254号码的数据配置要求 方案2要求全国所有省的移动交换机得到这个前缀+MSISDN号码时都能够将呼叫路由到被叫归属省的CR-GMSC。 因此，要求其它省配合进行数据配置： 如果前缀是全国统一的，那么，配置“前缀+某省MSISDN号码”指向该省的TMSC（通过T局转到CR-GMSC上去）； 如果前缀是各省自定的，那么，配置“某省前缀”字冠指向该省的TMSC（通过T局转到CR-GMSC上去）。 8 铃音定制、管理及结算 铃音资源定制、管理及结算方案等方面的内容请参考中国移动集团公司下发的《彩铃业务业务规范》V2.0.0。 9  编制历史 版本 时间 修改内容 V2.0.0 2004年8月 完成送审稿3，改动主要在（1）修改提示音流程，（2）增加过渡方案2，（3）无应答前转时要求先放B的再放C的音。（4）彩铃平台不返回ANM；（5）流程中部分信令的时序不再做强制要求；（6）MSC的彩铃话单不再做强制要求；（7）增加MSC双向接网的要求。（8）其它蓝色标注的地方 V2.0.0 2004年8月 完成送审稿4，唯一的改动在于：“支持用户在听彩铃的过程中，能够拨号来复制彩铃的功能。对MSC来说，要做到的就是在播放彩铃的过程中，将主叫用户的按键信息传递给彩铃平台，收号由彩铃平台完成”，以及：“当被叫MSC发生遇忙或不可及前转时，被叫端局应向主叫端局回送ACM/CPG指示发生前转” V2.0.0 2004年9月 增加了前转流程和短信流程，完成送审稿 V2.0.0 2004年9月 按评审意见修改，完成报批稿