培训讲义5-彩铃目标网.ppt

areate 彩铃业务目标网方案 目录 1 彩铃业务网络现状及存在问题 1 彩铃业务网络现状及存在问题 2 目标网方案的目的 3 目标网方案 目标网主叫交换机改造方案 目标网主叫交换机改造方案 目标网主叫交换机改造方案 信令流程 信令流程 目标网主叫交换机改造方案 网元改造 HLR 支持一个备用SS-CODE（254）的启用。 选即254为彩铃业务的业务码。HLR应支持返回SRI-ACK时携带该业务码给MSC的功能。但在向VLR进行用户数据插入操作时，不允许将本SS-CODE插入到VLR中。 在特定的条件下才下发带有彩铃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业务码。 网元改造 GMSC、MSC/VLR 向HLR发送的SRI消息中，必需利用扩展域带上支持彩铃业务标志。扩展域使用方法为： SendRoutingInfoArg ::= SEQUENCE { . . . extensionContainer [13] ExtensionContainer OPTIONAL, -- extId for SriExtension = {0 34 5} . . .} SriExtension ::= [PRIVATE 0] SEQUENCE { . . . srbt_indicator [4] NULL OPTIONAL, . . .} 根据SRI-ACK中携带的彩铃SS-CODE(254)业务码标志该呼叫为彩铃呼叫，并在恰当的时候启动彩铃处理流程。 同时管理两个话路通道： MSC/GMSC－被叫MSC，MSC/GMSC－彩铃系统；并能够按前几节中处理流程要求对各通道进行阻塞/打开的操作；这项多个话路通道管理的功能不能影响多方通话时的彩铃功能。即当通话某一方HOLD住一个连接进行第2个连接接续时，应播放第2个连接的被叫用户的彩铃音。 向彩铃平台发起呼叫时，被叫号码是“12531+被叫用户MSISDN”，其中12531做为前缀示例，实际应用应该可配置。 支持用户在听彩铃的过程中，能够拨号来复制彩铃的功能。对MSC来说，要做到的就是在播放彩铃的过程中，将主叫用户的按键信息传递给彩铃平台，收号由彩铃平台完成。 支持异常流程、补充业务流程、播放提示音流程对MSC的具体要求。见下页 网元改造 彩铃业务与其他补充业务的关系 与来电显示类业务的关系：互不影响 与呼叫闭锁类业务的关系：互不影响 与呼叫保持/呼叫等待的关系： 与呼叫保持业务互不影响 当被叫用户触发呼叫等待时，不能播放彩铃，必需让用户听到被叫局播放的呼叫等待提示音。 与呼叫前转的关系： B用户无条件前转或关机前转到C时，如果C用户是彩铃用户，播放C用户定制的铃音；如果C用户不是彩铃用户，不播放彩铃，播放普通回铃音； B用户遇忙（网络决定忙）、不可及前转到C时，如果C用户是彩铃用户，播放C用户定制的铃音；如果C用户不是彩铃用户，不播放彩铃，播放普通回铃音； B用户无应答前转到C，或B用户先振铃再按拒绝使通话忙前转到C时，先放B的铃音，前转后再放C的铃音。 具体要求参见《彩铃业务总体技术要求V2.0.0（报批稿）》。 网元改造 目标方案中彩铃业务与现有提示音的关系及处理流程 按照业务规范要求，彩铃只在被叫空闲并振铃的情况下播放，因此，当被叫并非空闲或者由于某种原因没有振铃时，应根据失败原因值按现网已有的方式由被叫MSC播放已有的提示语音。主叫MSC必需根据被叫MSC所回ACM/CPG信令中的各项参数来判断被叫是否空闲且真正开始振铃。当收到ACM后，主叫交换机判断ACM中各参数的值，并执行相应的动作 。具体要求请参见《彩铃业务总体技术要求V2.0.0（报批稿）》。 异常流程处理原则 播放彩铃过程中呼叫中断：在播放彩铃过程中，如遇主叫、被叫或MSC拆线，相应的彩铃连接也需要被拆除。 彩铃播放失败（MSC可知的失败情况） 到彩铃平台方向的链路或电路不可用（或全忙）； 向彩铃平台发出IAM后一定时长