中国移动在线业务技术方案.doc

中国移动在线业务技术方案

17
2020年5月29日
文档仅供参考
╳╳╳╳-╳╳-╳╳实施
╳╳╳╳-╳╳-╳╳发布
中国移动通信集团公司 发布
QB-╳╳-╳╳╳-╳╳╳╳
中国移动通信企业标准

娱音在线业务总体技术要求
(征求意见稿)

12586 Service technical specification

版本号:1.0.0

目次
1 范围 1
2 引用标准 1
3 术语和缩略语 1
4 业务特征概述 1
5 技术实现 2
5.1 组网方案及接口 2
5.2 业务键 3
5.3业务实现流程 3
5.4 CIC与SP数据同步机制 4
5.5 与其它全国智能类业务的关系 4
5.6 SP业务逻辑加载 5
5.7 计费及结算 5
5.7.1 业务收费 5
5.7.2 通信费结算 6
5.7.3 信息费结算 6
5.8 对相关设备的要求 6
5.8.1 对MSC/SSP、HLR的要求 6
5.8.2 对SCP的要求 6
5.8.3 对CIC的要求 6
5.8.4 对IP的要求 7
5.9 对BOSS系统的要求 7
6 需制订的规范 7
7 编制历史 7
附录A:MSC/SSP不支持同一个MSC/SSP二次触发情况下的过渡方案 8
附录B:SCP与IP建设实施方案 10
附录C:CIC建设方案 11

前言
本技术要求给出了基于智能网的娱音在线业务的基本业务特征和技术实现手段。用于各公司开发研制符合中国移动通信集团公司要求的娱音在线业务。
本技术要求由中国移动通信集团公司技术部提出并归口中国移动通信集团公司技术部。
本技术要求由中国移动通信集团公司技术部负责解释。
本技术要求起草单位:中国移动通信集团公司研究开发中心。
本技术要求主要起草人:孙楠、于蓉蓉、郑朝晖、许炜、封令隽。
感谢研发中心赵毓毅、数据部杨敏等同事提出的宝贵意见。
本技术要求解释单位:中国移动通信集团公司技术部。

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.78 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 业务特征概述
娱音在线业务是利用移动电话的随身性,为中国移动客户提供一个虚拟性的语音聊天方式,用户能够经过拨打对方的ID号码来与之直接通话或选择速配、多方聊天等功能。
该业务接入号码为12586。直呼的拨号原则为12586+XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9,其中XY作为SP的代码,由中国移动分配给SP,用户在SP的网站首先申请成为SP的用户,SP分配给用户最长9位的不定长号码为Z1Z2Z3Z4Z5Z6Z7Z8Z9,用户将此号码与自己的手机号绑定,便可成为娱音在线业务的用户,XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9为该用户使用12586业务的ID号;用户也可直接拨打12586+XY,进入到XY对应的SP提供的业务流程中,完成SP提供的功能。例如:中国移动为腾讯分配的XY号码为02,腾讯的某用户QQ号为1234567,能够申请将此号码与用户的手机号唯一绑定,从而成为娱音在线业务的用户,其在娱音在线业务中的ID号码为,该用户作为直呼的被叫用户时,主叫用户需拨打67呼叫她,该用户也可拨打1258602选择使用腾讯提供的速配和多方聊天等其它非直聊的业务。
本业务是一个全网业务,用户漫游能够使用。
该业务目标用户为中国移动全体用户,本技术要求暂不考虑基于智能网的预付费用户使用该业务的情况。
该业务资费结构为:通信费+信息费,通信费和信息费的计费单位为5分钟,现行的资费标准为:
1、未漫游状态:根据”全球通”、”神州行”和”动感地带”品牌分为以下三档资费,省内其它品牌选择其中一档资费执行:
(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娱音在线业务实行双向收费,用户接听12586的来电,按上述资费标准收费,用户作被叫的收入不进行结算,全部归移动公司所得。
5 技术实现
5.1 组网方案及接口
系统组网如下:

图1娱音在线业务组网方案图
MSC/SSP(A)为主叫用户A漫游地交换机;SCP为加载业务逻辑的SCP,业务开展初期能够使用一个SCP,随着用户量的增加,能够在每个省都设立这样的SCP;IP为加载相应业务逻辑的独立IP,在业务开展初期,能够只设立一个IP加载SP提供的业务逻辑,随着用户量的增加,能够在每个省都设立这样的IP,SCP与IP的建设实施方案参见附录B;全国设立一个CIC逻辑中心,保存所有业务用户的ID、性别、年龄等用户信息和SP与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业务实现流程
用户能够直接拨打12586＋ID号码即12586+XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9呼叫被叫用户启动直呼流程,或者拨打12586＋XY进入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和被叫真实号码,并经过IP建立呼叫到被叫用户。
5.4 CIC与SP数据同步机制
SP的用户申请了12586业务,其用户数据需要同步到CIC上。
用户在SP的网站上申请为娱音在线业务的用户,SP按照<娱音在线业务用户信息中心接口规范(V1.0.0)>要求将用户信息同步到CIC对应的数据库中。
用户经过拨打接入号12586XY选择申请成为XY对应的SP的业务流程,并在该流程中成为娱音在线业务的用户时,SP保存该用户相关信息,并按照<娱音在线业务用户信息中心接口规范(V1.0.0)>要求将用户信息同步到CIC对应的数据库中。
5.5 与其它全国智能类业务的关系
该业务允许智能签约用户使用。
本技术要求暂不考虑基于智能网的预付费用户使用该业务的情况。
其它智能用户如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操作后,根据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、漫游状态:
不分忙闲时段,所有品牌用户漫游资费标准为2.50元/5分钟。省公司可根据本省情况调整省内漫游用户资费标准。
3、国际漫游出访和国际漫游入访用户使用12586娱音在线业务按正常资费标准收取。
资费收入中,不分忙闲时段和品牌,0.5元/5分钟作为信息费,其余收入作为通信费,全部归移动公司所有。12586娱音在线业务实行双向收费,用户接听12586的来电,按上述资费标准收费,用户作被叫的收入不进行结算,全部归移动公司所得。
主叫MSC/SSP、被叫VMSC上的话单作为普通GSM用户和VPMN用户分别作为主、被叫用户使用该业务的计费依据。
5.7.2 通信费结算
用户在归属省使用该业务产生的通信费全部归用户归属省所有;用户在漫游省的使用该业务产生的通信费80%结给用户拜访省,通信费的20%用户归属省自留。
5.7.3 信息费结算
信息费按照相应比例在运营商和SP之间结算,与合作方分成后的信息全部归用户归属省所有。
对于普通用户和VPMN用户,信息费结算点在MSC。
5.8 对相关设备的要求
5.8.1 对MSC/SSP、HLR的要求
考虑到该业务用户隐私性问题,对于直呼流程,被叫端局的话单中,主叫号码是12586+主叫的ID号(XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9),被叫号码是被叫用户的真实号码,主叫端局的话单中,被叫号码是12586+被叫的ID号(XY+Z1Z2Z3Z4Z5Z6Z7Z8Z9),主叫号码是主叫用户的真实号码。
在业务开展初期,由于用户数据不大,只会在部分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用来存储用户的信息数据,CIC的设备要求、与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系统需要根据话单中的接入码进行特殊计费、合帐及结算处理。同时,在给用户的话费详单中使用该业务对方用户号码是12586＋ID号码。
6 需制订的规范
<娱音在线业务用户信息中心接口规范(V1.0.0)>
<娱音在线业务用户信息中心设备(CIC)技术规范(V1.0.0)>
7 编制历史
版本
时间
修改内容
V1.0.0征求意见稿
4月
完成V1.0.0征求意见稿起草工作
V1.0.0征求意见稿
5月
根据调整后的业务规范更新业务实现流程;CIC接口确定为与IP的接口;因而调整了附录

附录A:MSC/SSP不支持同一个MSC/SSP二次触发情况下的过渡方案
由于当前现网设备并没有完全实现同一个MSC/SSP二次触发的功能,因而部分省仍要经过独立SSP二次触发的方式完成业务功能。

图1经过独立SSP二次触发业务组网图
MSC/SSP或独立SSP与SCP之间的接口仍遵从ETSI 0978\0378规范;与HLR接口仍遵从ETSI 0902\0318规范,无新增或修改接口。
以VPMN用户二次呼叫为例,信令流程如下图:

图2经过独立SSP二次触发信令流程图
主叫MSC上产生被叫开头为12586的主叫话单,作为对主叫的计费依据;独立SSP不作为话单采集点。
附录B:SCP与IP建设实施方案
为了实现娱音在线业务,需对现网SCP和IP设备改造或新建,一般建设实现方案为以下两种:
方案一:集团统一建设
由集团公司统一建设或改造一套或几套符合业务需求的SCP与IP,承载全国业务。
方案一优点:
1、统一建设/改造速度快;
2、用户量较小情况下节省投资。
方案一缺点:
用户量增大时,需要设备的扩容、改造或新的建设。
方案二:各省实施完成改造/建设
由集团公司统一组织,各省分别完成建设或改造。
方案二优点:
各省负荷分担业务量。
方案二缺点:
所有省都完成相应的改造/建设需要较长时间。
建议实施步骤:
为了业务实现方案尽快向目标网过渡,建议结合上述两种方案的优点:建设初期可选取最先完成改造或建设的省的SCP、IP作为全国业务的平台,此时该省移动公司以平台运营商的身份参与信息费结算,具体结算比例参见<娱音在线和音信互动业务整合的指导意见>中的相关规定;随着其它省设备的改造或建设的完成,能够采用大区的方式,在几个省的设备上负荷分担;最后,所有省设备改造或建设完成。
附录C:CIC建设方案
CIC用来集中存放娱音在线的用户信息,业务流程中会实时访问这些数据,以下将讨论这部分数据的放置原则。
CIC的设置方式有:
Ø 单独设置;
Ø 设置在SCP中;
Ø 设置在DSMP中。
当前现网的CIC模型如下:
Ø 用户总量大概为150万,每个用户的信息存储空间是1K左右;
Ø 每秒大概是 个TRANSACTION,每条操作大概120字节;
Ø 忙时同时在线用户是1700个。
根据和DSMP厂家、SCP厂家的讨论,得到以下结果
如果全部由DSMP完成,则对DSMP的设备投资会增加很多,估计和单独建设该服务器的成本是一样的。因此建议将该数据库的管理权交给DSMP,只有当用户信息发生变化时,才会增加DSMP的处理性能,该压力不大,大概占5%的CPU。
如果由SCP完成CIC的功能,占用的处理能力相当于几十万神州行用户(由于各厂家测算方式不同,只能得出数量级。中兴72万;华为15万;东信北邮120万)。
在<话音内容服务业务总体技术要求>中,建议在初期将CIC设置在SCP中,受SCP(后期是DSMP)的管理。
根据娱音在线业务的具体需求,CIC的功能主要是完成用户ID和手机号码的对应关系,与SCP在功能上没有必然联系。同时,随着业务发展,用户量不断增加,会增加对设备的容量和处理要求。
因此建议结合SCP、IP建设情况,在业务开展初期,可将CIC设置在一个SCP中,且该SCP负责全网的娱音在线业务逻辑;随着更多SCP、IP的改造/建设完成,应建立单独的CIC设备。