彩铃业务总体技术要求2.0.0-主叫局SS CODE包括异常情形描述
- 格式：doc
- 大小：852.50 KB
- 文档页数：41
文档推荐
-
国家质量技术监督局令第13号页数:9
-
《产品质量监督抽查管理办法》(总局令第133号)页数:14
下载文档原格式
合集下载
彩铃业务总体技术要求V
彩铃业务总体技术要求V一、前言随着移动通信技术的发展，彩铃业务已经成为了人们生活中不可或缺的一部分。
无论是闹铃，来电提醒还是短信提示，彩铃都扮演着重要的角色。
因此，彩铃业务的技术要求也变得越来越高。
本文将会对“彩铃业务总体技术要求V” 进行详细的探讨。
二、技术需求1、客户端要求客户端是彩铃业务的重要组成部分。
彩铃客户端设计要求精美，操作简单，界面友好，在保证用户体验的同时，还应主动记录用户的使用习惯、喜好等信息，以便给用户提供更为个性化的服务。
另外，客户端还应具备良好的扩展性和兼容性，能够适应各种不同型号、版本的手机。
2、服务端要求服务端是彩铃业务数据的存储和管理的中心。
服务端的设计要求稳定、可靠，能够支持海量用户的访问和数据存储。
同时，服务端需要具备高度的安全性，能够确保用户隐私的安全。
此外，服务端应当支持高并发访问，能够快速响应用户请求，并且需要支持即时更新，能够实时更新彩铃和歌曲资源。
3、数据库要求数据库是彩铃业务数据的存储和管理的核心。
数据库系统应该具有高性能、高可靠性、高可扩展性三个方面的特征，另外，也需要具备高安全性。
4、安全性要求彩铃业务存在一定的安全风险。
因此，必须对系统进行更加严格的安全措施，如数据加密、防火墙、安全域隔离等。
此外，系统也应该具备监控和报警机制，及时发现和处理安全事故。
5、所有权彩铃业务数据的所有权归运营商所有，具备完整的法律权利和责任。
服务端和客户端都需要分别对数据的来源和彩铃的质量负责。
6、资源管理彩铃资源的管理非常重要。
应该采用多元化的资源管理模式，不断引进现代化的资源管理方法。
同时，彩铃资源涉及版权问题，需要建立版权管理机制，保护音乐资源的知识产权。
三、彩铃业务开发开发彩铃业务需要遵循一系列约定规范。
技术要求的设计、实现和测试应该按照相关标准进行，并且需要进行严格的测试，测试过程应该覆盖相关的测试用例。
开发人员还需要对制定的系统架构进行必要的改进，增强程序的可维护性和可扩展性。
彩铃培训材料彩铃系统功能及业务概要
短信网关
功能模块
CDR管理
操作和维护
彩铃播放功能模块
➢IP组件主要功能: • ISUP信令 • E1语音中继接口 • 彩铃内容播放及其控制 • 选择播放最高优先级的铃声内容
(优先级范例：特定时刻铃声 特定主 叫用户铃声 默认铃声)
数据模块
用户信息数据库 内容管理数据库 音源数据库
彩铃培训材料彩铃系统功能及业务概 要
Select
Menu
NEC
<RBM>
[Search]
<My Ring Inbox>
1. Default ring 2. By phone number(3) 3. By date 4. By time 5. Gift
Select
Menu
NEC
Registration by WAP Search by singer, title, and criteria Retrieve by weekly, monthly popular song Store favorite songs in Inbox Set various option
1
主叫方
2
HLR
被叫方
呼叫
主叫方 MSC
被叫方 MSC
彩铃培训材料彩铃系统功能及业务概 要
1.1 彩铃业务概要
应用服务后
应用个性化回铃服务后，主叫方在呼叫手机用户时，被叫方听到的回铃可以替换 成“商业音乐、流行歌曲、古典音乐、自然声响、特殊音效或问候语”。
服务流程
用户
RBM System
Ring Back Melody 设置个性化回铃 System
彩铃系统
移动核心网
客服系统
WG003405 彩铃业务 ISSUE10
[Color Ring Trigger Value]：“彩铃”触发值，选择2（凭据实际情况配置）；
[Color Ring ProcessType]：“彩铃”触发类型，选择LOCAL；
[AIP Access Code]：“彩铃”业务平台接入码，凭据实际情况配置；
[Called Number Format]：出局到AIP的被叫号码格式，选择前缀+被叫MSISDN；
被叫用户应答后，主叫（G）MSC拆除到“彩铃”业务平台的话路，转为连接被叫MSC的话路；
主、被叫按正常流程进行通话。
被叫互换机方案
被叫互换机方案是在被叫侧MSC触发“彩铃业务”，该方案组网如图1-3所示。
图1-2被叫互换机方案
在这种组网方法下，“彩铃”业务实现方法与主叫互换机方案根本一致。只是，“彩铃”用户的判别是被叫MSC凭据VLR中存储的用户签约信息进行的。用户签约信息是在位置更新流程中，由HLR发送给被叫MSC的。
2.
主叫互换机NPI方案“彩铃”业务配置流程如图1-5所示。
图1-1主叫互换机NPI方案配置流程
具体的配置历程如下：
运行ADD RBTCTRL命令，配置彩铃控制表。主要参数设置如下：
[Color Ring Service Type]：“彩铃”业务类型，选择SPEECH；
[Color Ring Trigger Type]：“彩铃”触发方法，选择NPI；
1.1.2
凭据“彩铃”业务实现方法的差别，“彩铃”业务方案可分为有路由迂回的“彩铃”业务方案和无路由迂回的“彩铃”业务方案两大类，其中无路由迂回的“彩铃”业务方案又可归纳为主叫互换机方案和被叫互换机方案。
MSOFTX3000支持如下六种“彩铃”业务触发方法：
主叫互换机NPI：主叫MSC凭据漫游号码标识（从HLR取得）触发“彩铃”到被叫MSC的呼唤接续；
[Color Ring ProcessType]：“彩铃”触发类型，选择LOCAL；
[AIP Access Code]：“彩铃”业务平台接入码，凭据实际情况配置；
[Called Number Format]：出局到AIP的被叫号码格式，选择前缀+被叫MSISDN；
被叫用户应答后，主叫（G）MSC拆除到“彩铃”业务平台的话路，转为连接被叫MSC的话路；
主、被叫按正常流程进行通话。
被叫互换机方案
被叫互换机方案是在被叫侧MSC触发“彩铃业务”，该方案组网如图1-3所示。
图1-2被叫互换机方案
在这种组网方法下，“彩铃”业务实现方法与主叫互换机方案根本一致。只是，“彩铃”用户的判别是被叫MSC凭据VLR中存储的用户签约信息进行的。用户签约信息是在位置更新流程中，由HLR发送给被叫MSC的。
2.
主叫互换机NPI方案“彩铃”业务配置流程如图1-5所示。
图1-1主叫互换机NPI方案配置流程
具体的配置历程如下：
运行ADD RBTCTRL命令，配置彩铃控制表。主要参数设置如下：
[Color Ring Service Type]：“彩铃”业务类型，选择SPEECH；
[Color Ring Trigger Type]：“彩铃”触发方法，选择NPI；
1.1.2
凭据“彩铃”业务实现方法的差别，“彩铃”业务方案可分为有路由迂回的“彩铃”业务方案和无路由迂回的“彩铃”业务方案两大类，其中无路由迂回的“彩铃”业务方案又可归纳为主叫互换机方案和被叫互换机方案。
MSOFTX3000支持如下六种“彩铃”业务触发方法：
主叫互换机NPI：主叫MSC凭据漫游号码标识（从HLR取得）触发“彩铃”到被叫MSC的呼唤接续；
彩铃业务业务规范2.0.0
中国移动通信企业标准QB-D-023-2004彩铃T M业务业务规范C o l o r r i n g s e r v i c e s p e c i f i c a t i o n版本号： 2.0.0╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布目次1 范围 (1)2 术语缩略语 (1)3 总体业务特征描述 (1)3.1业务描述 (1)3.2业务功能 (1)4 业务属性 (3)4.1用户范围 (3)4.2业务使用范围 (3)4.3部分业务功能细则 (3)4.3.1彩铃复制功能 (3)4.3.2彩铃赠送功能 (4)4.3.2.1功能赠送 (4)4.3.2.2内容赠送 (4)4.4业务受理 (5)4.4.1拨打12530受理 (5)4.4.2短信受理 (5)4.4.3 Web方式受理 (6)4.4.4营业厅（或12580移动秘书）方式受理 (7)4.4.5 WAP受理 (7)4.4.6 USSD受理 (7)5 业务收费与结算 (7)5.1业务资费构成 (7)5.2月功能使用费 (7)5.3信息费 (7)5.4费用结算 (8)6 用户操作流程 (8)6.1用户拨打接入号的操作流程 (8)6.1.1用户拨打接入号12530的操作流程 (8)6.1.2用户拨打接入号12530的操作流程模块结构和流程图 (10)6.1.3用户拨打接入号12530XYZ的操作流程 (1)6.1.4用户拨打接入号12530＋铃音短编号（XYZLMNOPQR）的操作流程 (1)6.2短信操作流程 (2)6.2.1短信开通业务 (2)6.2.2短信取消业务 (3)6.2.3短信定购彩铃/铃音盒/包月套餐 (3)6.2.4短信取消特定SP的铃音盒/包月套餐 (4)6.2.5短信取消所有SP的铃音盒/包月套餐 (5)6.3 Web操作流程 (6)6.3.1用户归属地移动公司WWW网站操作模块 (6)6.3.2中国移动门户网站功能 (6)6.3.3 SP网站操作流程 (6)7 铃音资源管理 (7)7.1回铃音内容 (7)7.2铃音音质与格式 (7)7.3铃音编号 (7)7.4铃音说明文件 (8)7.5铃音盒编号及说明文件 (9)7.6包月套餐编号及说明文件 (10)7.7铃音短编号 (10)7.8铃音资源审批及SP管理 (11)7.9铃音资源的修改 (12)8 与其他业务关系 (12)8.1与呼叫前转的关系 (12)8.2与呼叫等待的关系 (13)8.3对同城特例情况的处理 (13)8.4与IP电话业务的关系 (13)9 业务管理与统计 (13)10 编制历史 (14)前言彩铃TM业务是一项由被叫（或主叫）用户定制，为主叫客户提供一段悦耳的音乐或一句问候语来替代普通回铃音的业务。
彩铃系统服务器处理能力计算方法
彩铃系统服务器处理能力计算方法邬宏;石磊【摘要】彩铃业务即个性化回铃业务,是电信企业近年来重点打造的个人增值业务.在实际工程设计中,彩铃系统服务器的处理能力如何计算,怎样才能既保证业务的顺利完成又为电信运营商节省投资,成为了彩铃系统设计中的重点.针对具体问题,简要阐述了彩铃业务的实现技术,服务器处理能力计算的模型及方法.【期刊名称】《电脑与电信》【年(卷),期】2010(000)011【总页数】3页(P70-71,74)【关键词】彩铃系统;处理能力计算【作者】邬宏;石磊【作者单位】长春电信工程设计院有限公司,吉林,长春,130012;长春电信工程设计院有限公司,吉林,长春,130012【正文语种】中文1.彩铃业务简要介绍彩铃如同手机的振铃音一样，它是个性化追求的体现。
所以彩铃业务适用于愿意追求新奇、时尚及个性的移动通信用户。
根据业务的演进计划，各阶段的目标用户群略有不同，逐渐扩大。
目前，彩铃业务的用户群体主要是个人群体，但随着业务的推广，越来越多的企业也利用此项业务宣传自己，树立企业形象。
彩铃业务是移动、联通、小灵通等运营商的一个共同机遇，它已经成为电信运营商仅次于短信业务的另一巨大增长点。
2.彩铃业务实现方法2.1 实现方法彩铃系统的实现方案大约分为三种：Service-node方式、IN方案、交换机方案。
从实现来说，三种方式各有利弊。
Service-node即服务器方式，它接入方式简单，彩铃平台通常以TUP或ISUP方式与大网交换机连接，大网以无条件呼转的方式将触发呼叫路由至彩铃平台。
但是用户原已设置的条件转移业务失效，包括来电秘书及语音信箱等功能。
此方案对平台故障缺乏良好的应对能力。
一旦系统出故障，所有彩铃用户的被叫业务均无法进行，造成呼损。
同时VPN及PPC用户无法实现彩铃。
IN方式更确切地说应该是IN+Service-node方式。
不同的厂商在实现的细节上有所不同，但大体方式是一样的。
呼叫等待和彩铃业务管理知识分析
呼叫等待和彩铃业务管理知识分析呼叫等待和彩铃业务是现代通信网络中常见的一种增值业务。
它们的出现使得用户能够更好地管理自己的通话和个人形象，也提升了运营商的服务水平和盈利能力。
本文将从技术原理、功能特点、业务应用和管理策略等方面进行综述和分析。
首先，我们来看呼叫等待业务。
呼叫等待是指当用户正在通话中时，如果有新的呼叫进来，用户可以选择接听新来电或者继续原来的通话。
这一功能的实现基于电话交换机的信令和路由功能，当有新呼叫进来时，交换机会发送信号给用户设备并播放等待音乐。
用户可以根据自己的需求决定是否切换到新呼叫。
呼叫等待业务的功能特点主要体现在以下几个方面。
首先，它能够提升通话效率。
用户在通话中接听新呼叫，使得原本需要挂断通话、等待重拨的过程变得更加简洁和高效。
其次，它能够提供更好的沟通体验。
对于用户来说，能够得知有其他人想要联系自己，可以更加灵活地处理重要的通话和日常沟通。
此外，呼叫等待还能够提供个性化的等待音乐和提示音，一定程度上彰显用户的个人品味。
呼叫等待业务的应用范围广泛。
在个人用户方面，呼叫等待可以提供更好的家庭或个人办公室电话管理服务。
而在商业用户方面，比如企业的客服电话或办公室电话，呼叫等待能够提供更加高效的业务处理能力，并提升企业形象。
下面我们再来看彩铃业务。
彩铃是指当来电时，对方听到的不再是传统的标准铃声，而是用户自定义的音乐、歌曲、语音等。
它的实现依赖于电话交换机和多媒体技术，用户可以通过设置来实现对指定联系人或来电号码播放特定彩铃的功能。
彩铃业务的功能特点主要包括以下几点。
首先，彩铃具有个性化和时尚化的特点。
用户可以根据自己的喜好、情绪和需求来选择和设置彩铃，从而体现自己的个性和生活态度。
其次，彩铃能够提供更好的来电辨识度。
通过设定不同彩铃，用户可以根据来电者的身份或重要程度来进行不同的处理。
再者，彩铃还能够提高用户的视听体验。
用户可以选择自己喜欢的音乐、歌曲作为彩铃，在接听电话时享受到更好的音乐和声音体验。
中国联通视频炫铃业务技术规范20081015
中国联通WCDMA数字蜂窝移动通信网视频炫铃业务技术要求China Unicom Digital Cellular Mobile Communication Network Specification for MRBT Service（V1.0）中国联合通信有限公司发布目次前言 (III)1 范围 (4)2 规范性引用文件 (4)3 缩略语 (5)4 业务概述 (6)4.1 业务描述 (6)4.2 业务使用方式 (6)4.3 业务开放范围 (7)5 系统体系结构（华为） (7)5.1概述 (7)5.2和核心网络的组网 (7)5.3系统外部组网 (8)5.3.1 各网元简述 (9)5.3.2 接口 (10)5.4系统总体结构 (11)5.4.1 各模块简述 (11)6 系统功能要求 (12)6.1业务管理功能 (12)6.1.1 业务受理功能 (12)6.1.2 业务基本功能 (14)6.2 业务统计功能 (16)6.3 SP管理 (17)7 业务流程 (17)7.1 基本流程 (17)7.2 无条件前转/关机前转呼叫的正常处理流程呼转 (20)7.3 网络决定忙前转/用户不可及前转的正常处理流程 (23)7.4 无应答前转/用户决定忙前转的正常处理流程 (26)7.5 异常情况的处理流程（不包括回落处理） (28)7.6 回落技术处理 (31)7.7 普通2G用户呼叫视频炫铃用户的呼叫处理 (34)7.8 跨运营商视频通话时的处理 (35)7.9 漫游情况下处理 (36)7.9.1 被叫视频炫铃用户漫游 (36)7.9.2 主叫用户漫游 (36)8 计费和结算 (36)8.1计费 (36)8.1.1 费用构成 (36)8.1.2 话单（参照其它已有增值业务系统规范的话单格式） (37)8.2结算 (37)9 视频铃音资源管理 (37)9.1 视频铃音格式(与视频电话的要求保持一致) (37)9.2 视频铃音与铃音盒编号.................................................................... 错误！未定义书签。
中国移动IMS域彩铃总体技术要求
中国移动I M S域彩铃总体技术要求版本号：0.9.0(初稿)前言本规范是中国移动集团公司开展的IMS域彩铃业务对业务功能的全面要求，是集团公司和各省公司在IMS网络下开展彩铃业务的业务依据。
本规范主要包括业务概述、业务特征、业务流程业务管理和计费需求等方面内容。
本规范解释权属于中国移动研究院负责解释。
本规范起草单位：中国移动通信集团公司研究院本标准主要起草人：目录1 范围 (5)2 引用标准 (5)3相关术语与缩略语解释 (6)4业务 (7)4.1 业务概述 (7)4.1.1 业务概念 (7)4.1.2 业务分类 (7)4.1.3 业务开放范围 (7)4.2业务特征 (7)4.3 业务管理 (8)4.3.1业务管理功能架构 (8)4.3.2业务管理功能基本要求 (10)5系统结构和组网原则 (15)5.1系统结构图 (16)5.2系统组网图 (17)5.3各网元功能描述 (17)5.3.1 彩铃业务AS (17)5.3.2 HSS (17)5.3.3 S-CSCF (18)5.3.4 CCF (18)5.3.5 MRS (18)5.3.6 GSMP (18)6 信令流程 (19)6.1正常信令流程一 (19)6.2正常信令流程二（可选） (21)6.3彩铃与呼叫转移的关系 (23)6.4彩铃与呼叫等待的关系 (25)6.5彩铃异常流程 (27)7 网间业务互通 (28)7.1互通概述 (28)7.2系统结构与组网原则 (29)7.2.1系统结构图 (29)7.2.2 系统组网图 (30)7.2.3各网元功能描述 (31)7.3 互通信令流程 (32)7.3.1 IMS主叫呼叫2G电路域用户，播放2G语音彩铃 (32)7.3.2 2G电路域主叫呼叫IMS用户，播放IMS语音彩铃 (34)7.3.3 IMS用户呼叫3G电路域用户，播放3G视频彩铃 (36)7.3.4 3G电路域主叫呼叫IMS用户，播放IMS视频彩铃 (38)8 码号 (40)9 设备要求 (40)10 终端 (41)11接口要求 (41)12 计费结算 (42)13质量指标 (42)13.1 彩铃接通率 (42)13.2 接续时长 (42)附录A 编制历史 (42)1 范围本技术方案对技术方案所作用的技术范畴提出规定，原则上在中国移动通信集团内部使用，用于在业务开展及招标选型方面为集团公司和省公司提供技术依据；适用于未来移动通信网络IMS网络环境。
彩铃业务总体技术要求V700-0403
彩铃业务总体技术要求V700-0403中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳彩铃业务总体技术要求General Technical Specification ofColor RingBack Tone版本号：7.0.0目录目录I前言IV1. 范围12. 规范性引用文件13. 术语、定义和缩略语14. 业务特征15. 系统结构和组网26. 业务流程36.1. 2G/3G用户拨打2G/3G用户场景46.1.1. ISUP方式接入核心网呼叫流程错误!未定义书签。
6.1.2. 无条件前转/关机前转呼叫正常处理流程错误!未定义书签。
6.1.3. 网络决定忙前转/用户不可及前转正常处理流程错误!未定义书签。
6.1.4. 无应答前转/用户决定忙前转正常处理流程错误!未定义书签。
6.1.5. 异常情况处理流程76.1.6. BICC方式接入核心网业务呼叫流程错误!未定义书签。
6.2. 4G用户拨打4G用户96.2.1. 正常呼叫流程错误!未定义书签。
6.2.2. 与无条件呼叫前转关系错误!未定义书签。
6.2.3. 遇用户忙呼叫前转(CFB) 错误!未定义书签。
6.2.4. 无应答前转关系错误!未定义书签。
6.2.5. 被叫不可及前转关系错误!未定义书签。
6.2.6. 异常流程166.2.7. VPN短号业务场景下IMS话音彩铃触发流程176.2.8. 呼叫等待业务场景下IMS话音彩铃触发流程 176.3. 4G用户拨打4G用户（被叫漫游到CS域）错误!未定义书签。
6.3.1. 正常业务呼叫流程错误!未定义书签。
6.3.2. 其他异常情况处理流程错误!未定义书签。
6.4. 4G用户拨打4G用户（主叫漫游到CS域）错误!未定义书签。
6.4.1. 正常业务呼叫流程错误!未定义书签。
6.4.2. 异常情况处理流程错误!未定义书签。
6.5. 4G用户拨打4G用户（主叫用户漫游到CS域，被叫用户漫游到CS域）错误!未定义书签。
彩铃业务平台设备规范
中国移动通信企业标准 QB-D-035-2004 彩铃业务 平台设备规范 中国移动通信有限公司 发布╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施版本号： 1.0.0目次1范围 (1)2引用标准 (1)3术语与缩略语 (1)4业务组网 (1)5总体功能架构 (4)6功能要求 (6)6.1 前台部分功能要求 (6)6.1.1七号信令 (6)6.1.2呼叫处理 (8)6.1.3放音/收号 (9)6.2 后台部分功能要求 (9)6.2.1 SP管理 (9)6.2.2铃音资源管理 (10)6.2.3提示音逻辑流程管理 (10)6.2.4用户管理 (10)6.2.5计费能力 (17)6.2.6统计功能 (18)6.3 PORTAL部分功能要求 (19)6.3.1语音PORTAL (19)6.3.2短信PORTAL (19)6.3.3 WEB PORTAL (20)6.3.4 USSD PORTAL (20)6.3.5 W AP PORTAL (20)7接口要求 (20)8编码和寻址 (21)9性能要求 (21)9.1 处理能力 (21)9.2 呼损 (21)9.3 时延概率 (21)9.4 年故障时间 (22)9.5 铃音资源容量 (22)9.6 忙时业务请求应答时间 (22)9.7 系统容量 (22)10网管要求 (22)11安全性要求 (23)12软硬件要求 (23)12.1硬件要求 (23)12.1.1硬件系统基本要求 (23)12.1.2对处理机的要求 (24)12.1.3对输入、输出设备的基本要求 (24)12.2 软件要求 (24)12.2.1基本要求 (24)12.2.2软件功能要求 (25)12.2.3软件维护管理功能要求 (26)13电源和环境要求 (26)13.1电源要求 (26)13.2接地要求 (27)13.3绝缘电阻 (27)14时间同步要求 (27)14.1同步方式 (27)14.2时钟等级 (27)15编制历史 (27)16附录A 彩铃业务话单基本要素 (28)前言本标准规定了中国移动通信有限公司对彩铃业务平台设备的具体要求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
中国移动通信企业标准QB-D-038-2004彩铃T M业务总体技术要求版本号： 2.0.02004-9-21发布2004-9-21实施中国移动通信有限公司发布目次1 范围 (1)2 引用标准 (1)3 定义和缩略语 (1)4 业务特征 (1)5 方案实施阶段的划分 (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/TU P信令链路；3）虚实线表示MAP/BSSMA P信令链路图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所示，图解如下：6.3目标方案中智能用户彩铃呼叫的正常处理流程彩铃业务与智能业务没有任何冲突，即无论什么智能业务的签约用户都可以开通彩铃功能。
下面以一个主被叫都是CSI签约智能用户（为图示方便，假定主被叫用户归属于同一个SCP）的呼叫为例进行流程描述：图3目标方案智能用户彩铃呼叫的正常信令流程图注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。
智能用户的彩铃呼叫处理流程如图3所示，图解如下：6.4目标方案中无条件前转/关机前转呼叫的正常处理流程本节以主叫方（A）、发生前转方（B）、实际被叫方（C）都是无智能签约信息的移动用户为例，给出目标方案中无条件前转（CFU）的正常处理流程，用户关机时发生前转（CFNRC-1）的情况也可参照：图4目标方案无条件前转呼叫正常信令流程图注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。
无条件前转呼叫的彩铃呼叫处理流程如图4所示，图解如下：6.5目标方案中网络决定忙前转/用户不可及前转的正常处理流程本节以主叫方（A）、发生前转方（B）、实际被叫方（C）都是无智能签约信息的移动用户为例，给出目标方案中遇忙前转（CFB-1）的正常处理流程，、用户不可及前转（CFNRC-2）也可参照，这两类前转统称为有条件的振铃前前转：图5目标方案有条件前转呼叫（振铃前前转）正常信令流程图注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。
有条件振铃前前转呼叫的彩铃呼叫处理流程如图5所示，图解如下：6.6目标方案中无应答前转/用户决定忙前转的正常处理流程本节以主叫方（A）、发生前转方（B）、实际被叫方（C）都是无智能签约信息的移动用户为例，给出无应答前转（CFNRY）的正常处理流程，用户决定忙时发生的前转（CFB-2）也可参照，这两类前转统称为有条件的振铃后前转：（注意在有条件前转的情况下，主叫将听到两遍彩铃音，首先是B用户定制的，然后是C用户定制的！）图6目标方案有条件前转呼叫（振铃后前转）正常信令流程图注：正常通话后的主被叫方的拆线或HOLD流程与本业务相关不大，且完全同现行标准，所以在本图中略去。
有条件振铃后前转呼叫的彩铃呼叫处理流程如图6所示，图解如下：6.7目标方案中异常情况的处理流程1、播放彩铃过程中呼叫中断在播放彩铃过程中，如遇主叫、被叫或MSC拆线，相应的彩铃连接也需要被拆除。
以普通用户彩铃呼叫时主叫早释为例：图8目标方案异常处理信令流程图之一普通用户彩铃呼叫遇主叫早释时的处理流程如图8所示，图解如下：2、彩铃播放失败（MSC可知的失败情况）MSC可知的彩铃播放失败情况有：1）到彩铃平台方向的链路或电路不可用（或全忙）；2）向彩铃平台发出IAM后一定时长（小于或等于5秒）内无响应；3）向彩铃平台发出IAM后，在收到彩铃平台返回的ACM之前，收到彩铃平台主动拆线信令REL，或其它非ACM的非法信令。
在这些情况下，主被叫的正常呼叫不应受到影响。
因此一旦主叫MSC/GMSC判断彩铃功能失败，必需立即释放到彩铃平台的连接，并打开已闭塞的到被叫侧的电路，使主叫用户得以听到普通的回铃音。
之后的主被叫通话流程不受影响。
此时主叫MSC/GMSC应输出告警信息。
以普通用户彩铃呼叫的第3）种情况为例：图9目标方案异常处理信令流程图之二普通用户彩铃呼叫建立过程中遇彩铃平台折除连接时的处理流程如图9所示，图解如下：3、彩铃播放失败（MSC不可知的失败情况）对于MSC不可知的彩铃播放失败情况，比如由于彩铃平台自身的原因导致放不出音或放错音，但设备间信令完全正常，这时对MSC来说完全是一个正常的处理流程，同6.2/6.3节。