 |
善于提问，勤于回答，你也是专家
|
 |
想请教一个问题：移动通信里任一个增值业务（如彩铃），是通过什么样的技术实现的？
想请教一个问题：移动通信里任一个增值业务（如彩铃），是通过什么样的技术实现的？
我要回答
问题答案
增值业务通常都是从移动运营商关口局或者IP前置机接入到核心网，之后在呼叫过程中，通常会利用特殊的接入码，或者号段，或者是号码的签约信息来触发业务到增值业务的系统，比如彩铃系统，由彩铃系统进行处理（播彩铃音），等呼叫进行到某一阶段（比如用户接通），彩铃系统释放彩铃音，正常进入通话。
回答者：hepatica007 回答时间：2009-08-17 17:42
8
12以目前而言，彩铃系统的实现方案大约分为三种：Service-node方式、IN方案、及交换机方案。从实现来说，三种方式各有利弊。
Service-node方式 Service-node即服务器方式，它接入方式简单，彩铃平台通常以TUP或ISUP方式与大网交换机连接，大网以无条件呼转的方式将触发呼叫路由至彩铃平台。但是用户原已设置的条件转移业务失效，包括来电秘书及语音信箱等功能。
此方案对平台故障缺乏良好的应对能力。一旦系统出故障，所有彩铃用户的被叫业务均无法进行，造成呼损。
同时VPN及PPC用户无法实现彩铃。
IN方式 IN方式更确切地说应该是IN + Service-node方式。不同的厂商在实现的细节上有所不同，但大体方式是一样的。此种方案对呼叫有一定的控制能力，可以在试呼前知道被叫的状态，进而选择不同的呼叫策略，试呼被叫。同时可以实现VPN及PPC用户的彩铃功能。
用户在开通彩铃功能的同时不会影响用户已开通的其它业务，如呼叫转移等，同时支持彩铃用户的漫游功能。
但同样，整个呼叫均需要通过彩铃系统做桥接，存在话路迂回，系统E1资源的需求大。
交换机方式 理论上说交换机方案是最合理的彩铃实现方案，其所需E1资源较少：一是彩铃平台无需再呼叫被叫，而由交换机自行完成；二是当被叫应答开始通话时交换机到彩铃平台电路便将释放。
而且从整个呼叫而言，彩铃平台只是单纯的放音设备，安全要求不高，其可靠性不会影响正常呼叫。
但此方案需要交换机厂商配合修改交换机，其工作量很大。
综上所述，交换机方式应是最理想且可行的目标方案。以下将以此来介绍彩铃业务的具体实现方式。
Service-node方式 Service-node即服务器方式，它接入方式简单，彩铃平台通常以TUP或ISUP方式与大网交换机连接，大网以无条件呼转的方式将触发呼叫路由至彩铃平台。但是用户原已设置的条件转移业务失效，包括来电秘书及语音信箱等功能。
此方案对平台故障缺乏良好的应对能力。一旦系统出故障，所有彩铃用户的被叫业务均无法进行，造成呼损。
同时VPN及PPC用户无法实现彩铃。
IN方式 IN方式更确切地说应该是IN + Service-node方式。不同的厂商在实现的细节上有所不同，但大体方式是一样的。此种方案对呼叫有一定的控制能力，可以在试呼前知道被叫的状态，进而选择不同的呼叫策略，试呼被叫。同时可以实现VPN及PPC用户的彩铃功能。
用户在开通彩铃功能的同时不会影响用户已开通的其它业务，如呼叫转移等，同时支持彩铃用户的漫游功能。
但同样，整个呼叫均需要通过彩铃系统做桥接，存在话路迂回，系统E1资源的需求大。
交换机方式 理论上说交换机方案是最合理的彩铃实现方案，其所需E1资源较少：一是彩铃平台无需再呼叫被叫，而由交换机自行完成；二是当被叫应答开始通话时交换机到彩铃平台电路便将释放。
而且从整个呼叫而言，彩铃平台只是单纯的放音设备，安全要求不高，其可靠性不会影响正常呼叫。
但此方案需要交换机厂商配合修改交换机，其工作量很大。
综上所述，交换机方式应是最理想且可行的目标方案。以下将以此来介绍彩铃业务的具体实现方式。
回答者：wz3g 回答时间：2009-08-18 02:48
