《目标网娱音在线业务技术方案（送审稿）(1).docx》由会员分享，可在线阅读，更多相关《目标网娱音在线业务技术方案（送审稿）(1).docx（14页珍藏版）》请在三一办公上搜索。
1、-实施-发布中国移动通信集团公司 发布QB-中国移动通信企业标准娱音在线业务总体技术要求（征求意见稿）12586 Service technical specification版本号：1.0.0 QB-目次1 范围12 引用标准13 术语和缩略语14 业务特征概述15 技术实现25.1 组网方案及接口25.2 业务键35.3业务实现流程35.4 CIC与SP数据同步机制45.5 与其他全国智能类业务的关系45.6 SP业务逻辑加载55.7 计费及结算55.7.1 业务收费55.7.2 通信费结算65.7.3 信息费结算65.8 对相关设备的要求65.8.1 对MSC/SSP、HLR的要求65.
2、8.2 对SCP的要求65.8.3 对CIC的要求65.8.4 对IP的要求75.9 对BOSS系统的要求76 需制订的规范77 编制历史7附录A：MSC/SSP不支持同一个MSC/SSP二次触发情况下的过渡方案8附录B：SCP与IP建设实施方案10附录C：CIC建设方案11前言本技术要求给出了基于智能网的娱音在线业务的基本业务特征和技术实现手段。用于各公司开发研制符合中国移动通信集团公司要求的娱音在线业务。本技术要求由中国移动通信集团公司技术部提出并归口中国移动通信集团公司技术部。本技术要求由中国移动通信集团公司技术部负责解释。本技术要求起草单位：中国移动通信集团公司研究开发中心。本技术要求
3、主要起草人：孙楠、于蓉蓉、郑朝晖、许炜、封令隽。感谢研发中心赵毓毅、数据部杨敏等同事提出的宝贵意见。本技术要求解释单位：中国移动通信集团公司技术部。1 范围本技术要求给出了基于智能网的娱音在线业务的基本业务特征和技术实现手段。用于各公司开发研制符合中国移动通信集团公司要求的娱音在线业务。2 引用标准ETSI GSM 03.78 V6.3.0 “Customized Applications for Mobile network Enhanced Logic(CAMEL)-stage2”ETSI CAMEL Application Part（CAP2）specification。GSM 09.7
4、8 v6.2.1。ETSI Mobile Application Part，GSM09.02 v6.2.0中国移动通信集团公司话音内容服务业务规范总册中国移动通信集团公司话音内容服务业务总体技术要求中国移动通信集团公司话音内容服务业务IP设备规范补充规定中国移动通信集团公司SCP和IP之间UISCRIPT协议规范中国移动通信集团公司应用于独立IP的VXML规范3 术语和缩略语IP智能外设ISMG短信网关MSC移动交换中心SCP业务控制点SP业务提供商SSP业务交换点VXML语音可扩展标识语言CIC用户信息中心IDC互联网数据中心4 业务特征概述娱音在线业务是利用移动电话的随身性，为中国移动客户
5、提供一个虚拟性的语音聊天方式，用户可以通过拨打对方的ID号码来与之直接通话或选择速配、多方聊天等功能。该业务接入号码为12586。直呼的拨号原则为12586+XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9，其中XY作为SP的代码，由中国移动分配给SP，用户在SP的网站首先申请成为SP的用户，SP分配给用户最长9位的不定长号码为Z1Z2Z3Z4Z5Z6Z7Z8Z9，用户将此号码与自己的手机号绑定，便可成为娱音在线业务的用户，XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9为该用户使用12586业务的ID号；用户也可直接拨打12586+XY，进入到XY对应的SP提供的业务流程中，完成SP提供的功能。例如：中
6、国移动为腾讯分配的XY号码为02，腾讯的某用户QQ号为1234567，可以申请将此号码与用户的手机号唯一绑定，从而成为娱音在线业务的用户，其在娱音在线业务中的ID号码为021234567，该用户作为直呼的被叫用户时，主叫用户需拨打12586021234567呼叫他，该用户也可拨打1258602选择使用腾讯提供的速配和多方聊天等其他非直聊的业务。本业务是一个全网业务，用户漫游可以使用。该业务目标用户为中国移动全体用户，本技术要求暂不考虑基于智能网的预付费用户使用该业务的情况。该业务资费结构为：通信费+信息费，通信费和信息费的计费单位为5分钟，现行的资费标准为：1、未漫游状态：根据“全球通”、“神
7、州行”和“动感地带”品牌分为以下三档资费，省内其它品牌选择其中一档资费执行：（1）“全球通”：闲时1.00元/5分钟，忙时2.00元/5分钟；（2）“神州行”：闲时1.50元/5分钟，忙时3.00元/5分钟。（3）“动感地带”：闲时1.00元/5分钟，忙时2.00元/5分钟。2、漫游状态：不分忙闲时段，所有品牌用户漫游资费标准为2.50元/5分钟。省公司可根据本省情况调整省内漫游用户资费标准。3、国际漫游出访和国际漫游入访用户使用12586娱音在线业务按正常资费标准收取。资费收入中，不分忙闲时段和品牌，0.5元/5分钟作为信息费参与结算，其余收入作为通信费，全部归移动公司所有。12586娱音在
8、线业务实行双向收费，用户接听12586的来电，按上述资费标准收费，用户作被叫的收入不进行结算，全部归移动公司所得。5 技术实现5.1 组网方案及接口系统组网如下：图1娱音在线业务组网方案图MSC/SSP（A）为主叫用户A漫游地交换机；SCP为加载业务逻辑的SCP，业务开展初期可以使用一个SCP，随着用户量的增加，可以在每个省都设立这样的SCP；IP为加载相应业务逻辑的独立IP，在业务开展初期，可以只设立一个IP加载SP提供的业务逻辑，随着用户量的增加，可以在每个省都设立这样的IP，SCP与IP的建设实施方案参见附录B；全国设立一个CIC逻辑中心，保存所有业务用户的ID、性别、年龄等用户信息和S
9、P与XY（分配给SP的代码）的对应关系等数据，CIC建设实施方案参见附录C；短信网关与SCP相连，完成短消息通知的功能。加载该业务逻辑的SCP与IP之间接口协议为CAP和INAP；IP与SP之间为基于TCP/IP的VXML消息，接口定义参见应用于独立IP的VXML规范；IP与CIC之间有接口，采用基于TCP/IP的VXML消息接口，用来传送用户号码信息、实现速配等功能；SCP与短信网关ISMG之间采用SMPP+协议。5.2 业务键本业务暂定使用业务键9。5.3业务实现流程用户可以直接拨打12586ID号码即12586+XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9呼叫被叫用户启动直呼流程，或者拨打
10、12586XY进入XY对应的SP的二次呼叫流程。呼叫处理流程如下：1、MSC/SSP根据12586触发SCP上的业务；2、SCP根据XY判断是否存在该SP，如果不存在，则通知用户呼叫无效，若存在，则根据XY触发IP上对应的业务逻辑；3、SCP下发ETC，MSC/SSP将呼叫接续到IP，IP上与XY对应的SP的脚本根据被叫号码的构成执行相应的业务逻辑：3.1对于直呼流程，脚本通过IP与CIC的接口查询主叫ID和被叫真实号码，并通过IP建立呼叫到被叫用户；3.2对于二次呼叫流程，IP解释脚本与用户进行交互，取得用户输入的信息（如：速配信息，聊天沙龙的选择信息等），IP通过与CIC的交互查询主叫ID
11、和被叫真实号码，并通过IP建立呼叫到被叫用户。5.4 CIC与SP数据同步机制SP的用户申请了12586业务，其用户数据需要同步到CIC上。用户在SP的网站上申请为娱音在线业务的用户，SP按照娱音在线业务用户信息中心接口规范（V1.0.0）要求将用户信息同步到CIC对应的数据库中。用户通过拨打接入号12586XY选择申请成为XY对应的SP的业务流程，并在该流程中成为娱音在线业务的用户时，SP保存该用户相关信息，并按照娱音在线业务用户信息中心接口规范（V1.0.0）要求将用户信息同步到CIC对应的数据库中。5.5 与其他全国智能类业务的关系该业务允许智能签约用户使用。本技术要求暂不考虑基于智能网
12、的预付费用户使用该业务的情况。其他智能用户如VPMN用户使用该业务做主叫时，通过DP-Criteria方式抑止签约信息O-CSI的触发，根据接入码触发到加载业务逻辑的SCP，计费在用户拜访地的MSC。VPMN用户做被叫时，由T-CSI触发VPMN业务，判断主叫号码前缀为12586时，将此次呼叫作为无优惠的网外呼叫处理，在被叫漫游地的MSC计费。5.6 SP业务逻辑加载娱音在线业务速配逻辑由SP提供，在IP上解释，加载方式有以下三种：1、业务初期，若只有一个IP加载业务逻辑，则可将脚本直接加载到该IP上；2、SP将脚本存储在指定的IDC上，IP在收到SCP发出的UIScriptRun操作后，根据
13、URL地址到IDC上取回脚本并在IP上加载，同时IP上具备一定的缓存，依据给定的算法，完成脚本的刷新；3、方式二中的IDC由某个IP来承担。5.7 计费及结算5.7.1 业务收费该业务资费结构为：通信费+信息费，通信费和信息费的计费单位为5分钟，现行的资费标准为：1、未漫游状态：根据“全球通”、“神州行”和“动感地带”品牌分为以下三档资费，省内其它品牌选择其中一档资费执行：（1）“全球通”：闲时1.00元/5分钟，忙时2.00元/5分钟；（2）“神州行”：闲时1.50元/5分钟，忙时3.00元/5分钟。（3）“动感地带”：闲时1.00元/5分钟，忙时2.00元/5分钟。2、漫游状态：不分忙闲时
14、段，所有品牌用户漫游资费标准为2.50元/5分钟。省公司可根据本省情况调整省内漫游用户资费标准。3、国际漫游出访和国际漫游入访用户使用12586娱音在线业务按正常资费标准收取。资费收入中，不分忙闲时段和品牌，0.5元/5分钟作为信息费，其余收入作为通信费，全部归移动公司所有。12586娱音在线业务实行双向收费，用户接听12586的来电，按上述资费标准收费，用户作被叫的收入不进行结算，全部归移动公司所得。主叫MSC/SSP、被叫VMSC上的话单作为普通GSM用户和VPMN用户分别作为主、被叫用户使用该业务的计费依据。5.7.2 通信费结算用户在归属省使用该业务产生的通信费全部归用户归属省所有；用
15、户在漫游省的使用该业务产生的通信费80%结给用户拜访省，通信费的20%用户归属省自留。5.7.3 信息费结算信息费按照相应比例在运营商和SP之间结算，与合作方分成后的信息全部归用户归属省所有。对于普通用户和VPMN用户，信息费结算点在MSC。5.8 对相关设备的要求5.8.1 对MSC/SSP、HLR的要求考虑到该业务用户隐私性问题，对于直呼流程，被叫端局的话单中，主叫号码是12586+主叫的ID号（XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9），被叫号码是被叫用户的真实号码，主叫端局的话单中，被叫号码是12586+被叫的ID号（XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9），主叫号码是主叫用户的
16、真实号码。在业务开展初期，由于用户数据不大，只会在部分SCP和IP上加载该业务逻辑，若业务的呼叫量很大，可在各省SCP和IP上加载该业务逻辑，因而要求MSC/SSP在按接入码触发业务时，还可根据主叫的号段信息将呼叫上报到不同的SCP。为支持智能签约用户使用本业务，要求MSC/SSP、HLR可以支持DP Criteria抑止签约信息的触发，直接触发到加载12586业务的SCP上。5.8.2 对SCP的要求SCP运行业务的主控逻辑，负责业务和用户的鉴权，并控制IP上业务逻辑的运行。SCP要对XY进行判断，如果该XY不存在，则需通知主叫用户。5.8.3 对CIC的要求CIC用来存储用户的信息数据，C
17、IC的设备要求、与IP、SP的接口协议请参见娱音在线业务用户信息中心接口规范（V1.0.0）和娱音在线业务用户信息中心设备(CIC)技术规范（V1.0.0）。5.8.4 对IP的要求IP用来加载SP的业务逻辑（如速配逻辑）和语音资源，对IP的要求及IP与SCP的接口协议、IP与SP的接口协议，参见GSM系统智能外设(IP)设备技术规范(CAMEL2)补充规定、SCP和IP之间UISCRIPT协议规范及应用于独立IP的VXML规范。为了满足业务需求，IP应具有大容量会议桥接资源。5.9 对BOSS系统的要求Boss系统需要根据话单中的接入码进行特殊计费、合帐及结算处理。同时，在给用户的话费详单中
18、使用该业务对方用户号码是12586ID号码。6 需制订的规范娱音在线业务用户信息中心接口规范（V1.0.0）娱音在线业务用户信息中心设备(CIC)技术规范（V1.0.0）7 编制历史版本时间修改内容V1.0.0征求意见稿2003年4月完成V1.0.0征求意见稿起草工作V1.0.0征求意见稿2003年5月根据调整后的业务规范更新业务实现流程；CIC接口确定为与IP的接口；因而调整了附录附录A：MSC/SSP不支持同一个MSC/SSP二次触发情况下的过渡方案由于目前现网设备并没有完全实现同一个MSC/SSP二次触发的功能，因而部分省仍要通过独立SSP二次触发的方式完成业务功能。图1通过独立SSP二
19、次触发业务组网图MSC/SSP或独立SSP与SCP之间的接口仍遵从ETSI 09780378规范；与HLR接口仍遵从ETSI 09020318规范，无新增或修改接口。以VPMN用户二次呼叫为例，信令流程如下图：图2通过独立SSP二次触发信令流程图主叫MSC上产生被叫开头为12586的主叫话单，作为对主叫的计费依据；独立SSP不作为话单采集点。附录B：SCP与IP建设实施方案为了实现娱音在线业务，需对现网SCP和IP设备改造或新建，通常建设实现方案为以下两种：方案一：集团统一建设由集团公司统一建设或改造一套或几套符合业务需求的SCP与IP，承载全国业务。方案一优点：1、统一建设/改造速度快；2、
20、用户量较小情况下节省投资。方案一缺点：用户量增大时，需要设备的扩容、改造或新的建设。方案二：各省实施完成改造/建设由集团公司统一组织，各省分别完成建设或改造。方案二优点：各省负荷分担业务量。方案二缺点：所有省都完成相应的改造/建设需要较长时间。建议实施步骤：为了业务实现方案尽快向目标网过渡，建议结合上述两种方案的优点：建设初期可选取最先完成改造或建设的省的SCP、IP作为全国业务的平台，此时该省移动公司以平台运营商的身份参与信息费结算，具体结算比例参见娱音在线和音信互动业务整合的指导意见中的相关规定；随着其他省设备的改造或建设的完成，可以采用大区的方式，在几个省的设备上负荷分担；最后，所有省设
21、备改造或建设完成。附录C：CIC建设方案CIC用来集中存放娱音在线的用户信息，业务流程中会实时访问这些数据，以下将讨论这部分数据的放置原则。CIC的设置方式有： 单独设置； 设置在SCP中； 设置在DSMP中。目前现网的CIC模型如下： 用户总量大概为150万，每个用户的信息存储空间是1K左右； 每秒大概是2000个TRANSACTION，每条操作大概120字节； 忙时同时在线用户是1700个。根据和DSMP厂家、SCP厂家的讨论，得到以下结果如果全部由DSMP完成，则对DSMP的设备投资会增加很多，估计和单独建设该服务器的成本是一样的。因此建议将该数据库的管理权交给DSMP，只有当用户信息发
22、生变化时，才会增加DSMP的处理性能，该压力不大，大概占5%的CPU。如果由SCP完成CIC的功能，占用的处理能力相当于几十万神州行用户（由于各厂家测算方式不同，只能得出数量级。中兴72万；华为15万；东信北邮120万）。在话音内容服务业务总体技术要求中，建议在初期将CIC设置在SCP中，受SCP（后期是DSMP）的管理。根据娱音在线业务的具体需求，CIC的功能主要是完成用户ID和手机号码的对应关系，与SCP在功能上没有必然联系。同时，随着业务发展，用户量不断增加，会增加对设备的容量和处理要求。所以建议结合SCP、IP建设情况，在业务开展初期，可将CIC设置在一个SCP中，且该SCP负责全网的娱音在线业务逻辑；随着更多SCP、IP的改造/建设完成，应建立单独的CIC设备。11
