《中国移动——彩信系统优化及发展(1).ppt》由会员分享,可在线阅读,更多相关《中国移动——彩信系统优化及发展(1).ppt(40页珍藏版)》请在三一办公上搜索。
1、彩信系统优化及发展,中国移动有限公司网络部,Contents,1.1、伪彩信分析,1.2、垃圾彩信分析及对策,1.3、彩信中心MM4接口HTTP改造情况,1.4、彩信网关建设,目录,1.5、彩信中心Push下发优化,1.6、彩信五期、六期的新功能需求,1.7、其它,“伪彩信”发展情况,2007年底以来,各省公司陆续收到许多投诉,反映收到莫名其妙的彩信。经查,都是SP或其它人员通过各种途径发送的伪彩信。近期,伪彩信投诉越来越多,而且技术上也呈现新的趋势。根据2008年5月在江苏WAP网关上的统计,伪彩信的比例已占到总彩信条数的6左右。以下是数据部一位同事收到的一个伪彩信的内容:,标题 中国移动热
2、点推荐 发送者 1860文字内容中国移动无线音乐热点推荐曲目,迷子平鞋底女生,“竹书文化”巧琢四年新一代!全能实力偶像粉墨登场!彩信内容提供单位:北京联丰通信技术优先公司,发送伪彩信方式一:通过点对点彩信发送“伪彩信”,简介彩信通知消息是特殊的短信,对“短信群发器”进行改造,即可方便的改造为“彩信通知消息群发器”,通过手机卡笔记本方式即可实现群发伪彩信。计费对接收方用户不能收费。此种伪彩信目的一般都是用来做宣传案例2006年7月,数据部某同事曾收到此种类型的伪彩信,用户当前所在WAP网关,短信网关,短信中心,通过短信计费,发送伪彩信方式二:通过短信通道发送“伪彩信”,简介彩信通知消息是特殊的短
3、信,SP通过短信通道,也可以进行彩信通知消息的下发。计费SP有和中国移动合作的短信业务,通过短信业务可以实现对“伪彩信”的计费。此种伪彩信目的SP有短信通道,但没有彩信通道,通过短信通道,变相的发送彩信。计费通过短信代码对用户计费。案例“彩风”发送伪彩信通过短信SP901081的娱乐猜谜进行计费。,用户当前所在WAP网关,短信中心,WAPPush平台,简介彩信通知是一种Push消息,SP利用Push通道,可以下发彩信通知消息。计费对接收方用户不能收费。此种伪彩信目的通过Push通道发送伪彩信,不能对用户收费,一般都是用来做宣传。,发送伪彩信方式三:通过Push通道发送“伪彩信”,“伪彩信”危害
4、,(1)鱼目混珠,业务极不稳定,对彩信品牌造成不利影响。,(2)部分伪彩信发送时发送方地址乱填,有的甚至填写为1860,内容也伪装为中国移动推荐,引起大量用户投诉。,(3)伪彩信没有经过彩信中心,无从产生彩信话单,对用户的流量无法进行核减,造成用户的投诉。,(4)SP可能通过其它名目对该彩信进行计费,这必然造成混淆,引起投诉。,“伪彩信”对策,对于SP通过伪彩信进行宣传或通过短信通道发送伪彩信,一经发现,严厉处罚。,“Push消息”的短信含有特殊的编码,可以改造短信中心,当发现短信是一Push消息时,进行发送方鉴权,如鉴权不通过,禁止发送。评估:需要短信中心对短信内容解码,难度较大。,WAP网
5、关建立彩信白名单,判断content-type为mms时,如果访问地址不在白名单中:连接到主页推送平台或者连接到中国移动彩信中心,给用发送一条提示彩信。评估:需要WAP网关改造,但难度较小。,管理方面,技术方案1:改造短信中心拦截未鉴权Push,技术方案2:WAP网关建立彩信白名单,Contents,1.1、伪彩信分析,1.2、垃圾彩信分析及对策,1.3、彩信中心MM4接口HTTP改造情况,1.4、彩信网关建设,目录,1.5、彩信中心Push下发优化,1.6、彩信五期、六期的新功能需求,1.7、其它,垃圾彩信情况,2006年初以来,垃圾彩信开始泛滥,先后影响到广东、辽宁、北京等低,其中以广东影
6、响最大。5月、6月广州彩信中心先后启用了限制垃圾彩信策略(限制1000条/天)后,业务量下降巨大:5月(4.45亿)份较4月份(4.99亿)业务量下降了0.5亿条,6月份(2.83亿)比5月份又下降了1.6亿条。,起用发送量控制,1000条/天,垃圾彩信内容:“快快拨打961363358,我在等你”。,某彩信中心某天彩信发送用户分布情况:,彩信群发工具,最近在互联网上发现彩信群发软件非常流行,珠海盟泰()的MTCOM就是其中一种,号称“1元钱可以发送10万条彩信”,该软件售价只有2500元。网上还有其他软件可供选择,并且有专人负责发送。可以说,短信、彩信群发正在向“产业化”发展:有专门的工具,
7、又有专人负责发送。,垃圾彩信新动向,内容13802434224和13480220107两个号码通过梦网邮箱群发的彩信内容:(快讯):您想一天内,让百万目标客户知道您的产品或服务吗?想将您的广告自动传真到数十万客户手上吗?请用我们的短信和传真群发平台吧!上万用户实践证明:用短信和传真群发平台推广业务,省钱到位有效!咨询:020-61136325杜小姐/鲍小姐,详情;诚征各地代理商。(此条信息免费),现象七月份,垃圾彩信又出现新动向,开始使用梦网邮箱发送垃圾彩信,梦网邮箱通过广州省网四彩信中心发送彩信量由6月份以前每月不足几千条,大幅增加到近7月份300万条。对策对梦网邮箱发送的彩信,也针对单个用
8、户进行小时和天发送量的总体控制。,万,垃圾彩信恶意欠费,用户利用话单产生和扣费时延集中使用业务导致较大量欠费。,扣费时延分析,数据业务扣费时延组成分析,全国中心接收到文件,产生话单文件,信息提交/业务使用,产生话单,采集到话单文件,话单处理完成,停机处理完成,T1:话单产生时间,T2:话单文件产生时间,接收到全国中心下发文件,T3:采集时间,T4:全国中心 处理时间/全网业务,T5:BOSS系统处理时间,T6:停机 时间,彩信业务扣费的总时延为:776.55分(彩信中心建设省为521.55分,彩信业务扣费时延情况示意图,扣费时延分析,彩信话单产生时间分布,设定彩信发送量限制:第一阶段:(1)全
9、网启用发送量限制,策略为:“非节假日限制客户发送彩信流量200条/小时、节假日限制客户发送彩信流量500条/小时。”第二阶段:(1)若某小时某客户发送的彩信条数超过设定值,系统首先输出本地告警并发送短信和EMAIL通知,同时进行默认处理动作(限制发送或仍允许发送)(2)限制用户彩信发送量为N条/秒,当用户某个小时发送量超过N条/秒后,暂停该用户彩信功能M小时。节假日限制用户彩信发送量为N条/秒,当用户某个小时发送量超过N条/秒后,暂停该用户彩信功能M小时。N和M可配置。节假日的具体日期可配置。(3)限制用户彩信发送量为X条/天,当用户某天发送量超过X条/天后,暂停该用户彩信功能Y天。X和Y可配
10、置。节假日限制用户彩信发送量为X条/天,当用户某天发送量超过X条/天后,暂停该用户彩信功能Y天。X和Y可配置。(4)小时和天的限制可同时设置。(5)支持发送量控制白名单功能,在白名单中的用户不受小时、天发送量的限制。(6)支持对单个用户的发送量限制解锁功能,及当某个用户超过发送量控制,被禁止发送后,能够解除该用户的发送量控制。,垃圾彩信对策,3、修改规范,减少彩信转相册话单生成时间:,终端到终端发送彩信,当接收方没有及时接收彩信时,2小时转梦网相册,并且彩信会在彩信中心保存,直到用户提取或48小时过期才产生计费的MO话单和MT或AT话单,转相册也对发送方收费。这种情况MO计费话单产生时延较长,
11、很大一部分需等待48小时。根据网络部建议,将话单产生机制修改为计费的MO话单在转相册后立即产生(目前为2小时),对用户进行计费,MT或AT话单待用户提取或48小时过期后再产生。此修改已在彩信六期工程中确认,预计9月份完成。,彩信相册,MMSC,彩信相册,MMSC,产生计费用O话单,垃圾彩信对策,4、规范彩信中心话单产生时间 彩信中心一般会按照15分钟或满2M后产生一个计费话单文件,然后等待BOSS系统来提取(全国彩信中心基本这样配置,但根据省计费中心要求,河北设置的话单产生时间为30分钟,陕西设置的话单产生时间为1小时)。BOSS会每隔一段时间来提取一次计费话单(各省设置不一致),提取后BOS
12、S处理话单到对用户计费仍有一定的延时,用户可以在话单产生到真正计费这段时间内群发大量彩信。针对以上问题,建议:要求全国彩信中心都调整为按照15分钟或2M后产生一个计费话单文件;网络部已发文给各省公司,并请业务支撑系统部会签。同时,建议尽量减小计费处理时延。,垃圾彩信对策,Contents,1.1、伪彩信分析,1.2、垃圾彩信分析及对策,1.3、彩信中心MM4接口HTTP改造情况,1.4、彩信网关建设,目录,1.5、彩信中心Push下发优化,1.6、彩信五期、六期的新功能需求,1.7、其它,前因MM4接口原来采用SMTP协议,效率低。改造MM4接口改造为HTTP协议。要求可配置。进展 目前华为彩
13、信中心D300版本,中兴彩信中心P026版本已经支持MM4接口HTTP协议,全网华为彩信中心基本已启用MM4接口HTTP协议。由于中兴和华为对部分字段理解不同,HTTP协议互通存在问题,中兴彩信中心暂时未启用.,问题说明杭州中兴彩信中心加载P026补丁后,打开了HTTP协议。但后期发现,华为彩信中心到中兴彩信中心的出现重复发送的情况。问题说明启用HTTP协议后,MM4_forward.REQ中增加了Rcpt To消息的字段,MM4_Forward.REQ消息的真正接收方扩展到消息 体的Rcpt To字段中,但没有详细定义Rcpt To字段的填写方式。MM4_forward.REQ中的Recip
14、ient(s)address只是表征消息发送时的接收方情况,是为了给用户显示用的(和SMTP协议中的To,CC,Bcc字段含义类似)。华为彩信中心Rcpt To字段发送时,采用的是8613811112222/TYPE=PLMNmmsc-gz2-格式,接收时支持8613811112222/TYPE=PLMNmmsc-gz2-和8613811112222/TYPE=PLMN两种格式。而中兴彩信中心发送和接收时都只支持8613811112222/TYPE=PLMN一种格式。当中兴彩信中心收到华为彩信中心前转来的MM4_forward.REQ消息时,认为Rcpt To 字段8613811112222/
15、TYPE=PLMNmmsc-gz2-不合法,转而解析Recipient(s)address中的To字段。所以导致发生问题。,解决方案经与研究院商议,对Rcpt To 字段明确规定为8613811112222/TYPE=PLMN格式。目前的临时解决方案是中兴彩信中心暂不打开HTTP协议。待华为或中兴推出兼容补丁后再打开。并已要求中兴、华为公司都进行补丁的开发。,Contents,1.1、伪彩信分析,1.2、垃圾彩信分析及对策,1.3、彩信中心MM4接口HTTP改造情况,1.4、彩信网关建设,目录,1.5、彩信中心Push下发优化,1.6、彩信五期、六期的新功能需求,1.7、其它,SP发送彩信到M
16、MSG,由MMSG查询ENUM DNS接收方用户所属MMSC,对彩信进行转发。为减少查询流程带来过多的时延,MMSG缓存查询过的号段信息,并能定期更新和接收到ENUM DNS服务器通知后更新。MMSG支持接收SP群发消息功能,以及向MMSC群发消息功能。全网SP业务的计费话单在MMSG上生成,全网SP和MMSG所在省的BOSS系统结算。彩信网关一期工程在北京、广州分别建设4套彩信网关,每套处理能力为1050条/秒年底完成建设和部分SP的割接,彩信网关典型功能:群发,缓存,优先级,群发的技术目标,群发需要实现的技术目标SP快速提交通过提升彩信网关、彩信中心对包月消息的处理性能,在大业务量条件下控
17、制端到端时延提升网络带宽利用率,群发模型,SP,彩信网关,彩信中心,彩信中心,彩信中心,SP,ENUMDNS,MISC,SP采用群发方式提交彩信业务,每条消息中最多携带R1个接收方地址,MMSG根据接收方地址分布,对下发至MMSC的彩信进行群发重组,并采用群发方式提交,每条消息最多携带R2个接收方地址,MMSG向ENUM查询、向MISC鉴权。目前是1次处理1个接收方,用户,优先级控制,优先级控制(1)系统内部默认配置终端到应用上行业务的优先级为最高(2)彩信网关对于来自SP的消息能够按照业务代码和服务代码的组合,区分出不同的优先级,从而进行不同的处理。特殊活动战略合作SP点播普通合作SP点播战
18、略合作SP包月普通合作SP包月对于优先级高的业务,系统分配更多的资源、优先处理。,消息缓存,(1)消息缓存是SP群发、优先级控制的要求。(2)彩信网关支持将SP提交的超出系统处理能力的消息进行缓存,可以针对不同的优先级消息分别设置缓存区。(3)要求一个缓存区可以进行总体的大小配置,并且也可以对同一缓存区内分配给单一SP的缓存大小进行配置(单一SP的缓存大小一定小于缓存区的总体大小)。(4)目前要求配置的缓存区大小应保证彩信网关在30分钟内处理完缓存区内的所有消息。,与MISC鉴权方案,MISC A,彩信网关,全网SP,MISC B,A省用户,B省用户,A省本地SP,B省本地SP,说明:,红色表
19、示全网业务蓝色表示本地业务,全网SP将业务发送到彩信网关后,由彩信网关发起业务鉴权。彩信网关将向计费方用户归属的MISC发起鉴权请求(路由信息查询ENUM DNS获得),彩信网关需要和全网的MISC系统互连,MISC系统之间不再需要前转。接入点、鉴权点、计费点均在彩信网关。,AO-MT业务流程,对彩信中心的影响,中兴MMSC可以负责所有的梦网业务的接入,在彩信网关建设完成后,彩信中心将彩信网关看作是一个普通的SP进行接入,完成相应的业务。在彩信网关系统建设后,对于终端到应用的上行业务,要求MMSC判断是否属于全网SP的业务。若为全网SP业务,则MMSC向ENUM DNS发起SP归属彩信网关的路
20、由查询(或查询本地缓存),并根据查询结果将消息路由到相应的彩信网关。,Contents,1.1、伪彩信分析,1.2、垃圾彩信分析及对策,1.3、彩信中心MM4接口HTTP改造情况,1.4、彩信网关建设,目录,1.5、彩信中心Push下发优化,1.6、彩信五期、六期的新功能需求,1.7、其它,彩信下发PUSH给用户,用户是否及时成功接收到短消息,彩信中心日志中没有记录,不利于用户行为细分。要求彩信中心向短信中心要求状态报告,彩信中心可以根据状态报告,对PUSH消息下发情况依据用户行为进行分析。,目前华为MMSC没有实现接收短信中心状态报告的功能。根据华为MMSC的特点,有两个方案可以实现:方案1
21、:短信中心的DELIVER_SM消息中包含一个short_message字段,作用是将SUBMIT_SM消息中的部分消息内容返回给彩信中心。如果能要求短信中心将SUBMIT_SM消息的前16字节内容在DELIVER_SM消息带给彩信中心,彩信中心的MM1Client模块就能识别出该消息应当发现哪一个Server。华为短信中心已经支持该功能。方案2:彩信中心使用SMPP协议中的SUBMIT_SM消息将PUSH通知消息下发给短信中心,短信中心然后回送SUBMIT_SM_RESP响应消息,在响应消息的消息体中包含一个message-id字段,MMSC将该message-id字段值和彩信消息的Mess
22、ageID的对应关系存入数据库中;当彩信中心的MM1Client模块收到短信中心返回DELIVER_SM消息时,根据message-id字段到数据库中查找到对应的MessageID,然后MM1Client模块根据MessageID将该条消息转发给对应的Server进行处理。,Contents,1.1、伪彩信分析,1.2、垃圾彩信分析及对策,1.3、彩信中心MM4接口HTTP改造情况,1.4、彩信网关建设,目录,1.5、彩信中心Push下发优化,1.6、彩信五期、六期的新功能需求,1.7、其它,垃圾彩信控制:限制发送条数、白名单、通知消息等。要求系统支持对多媒体消息大小的限制,并且对消息大小的限
23、制值可以灵活配置修改,具备今后将限制值修改为300K的能力。MM4/MM7传递详细的状态代码彩信中心到短信中心支持多链接MO计费话单触发点修改:48小时过期改为2小时转相册触发支持用户发送给加17951的用户号码。支持计数器手工清除Enum DNS缓存中兴多Server版本业务分配需要按号段划分(会给后期业务均衡和维护带来很大麻烦),要求中兴把按模取号段的改造纳入版本规划。,彩信五期、六期新的要求,在彩信网关系统建设后,对于终端到应用的上行业务,要求MMSC判断是否属于全网SP的业务。若为全网SP业务,则MMSC向ENUM DNS发起SP归属彩信网关的路由查询(或查询本地缓存),并根据查询结果
24、将消息路由到相应的彩信网关。中兴MMSC在彩信网关建设完成后,MMSC判断SP业务的来源,对于从彩信网关来的业务,MMSC不会进行DSMP请求,而对于本地SP的业务,MMSC将进行DSMP请求来完成业务的控制和管理。支持MM4、MM7接口的群发。对于从MM7和MM4接口发来的消息,要求MMSC能够限制最大接收方个数,且最大接收方个数可配置。,彩信五期、六期新的要求,中国移动多媒体消息业务规范(讨论稿V1.0.5)中国移动多媒体消息接口规范(讨论稿V1.0.4)中国移动多媒体消息业务设备规范(讨论稿V1.0.5)数据业务管理平台接口规范-MMSC分册(V1.0.7)中国移动ENUM-DNS接口和设备规范(征求意见稿V1.0.3)彩信系统消息发送状态码细化方案V1.7.3-20060723MMSC统计报表要求(V1.6.1)-20060216彩信性能指标及计数器定义(1.0)彩信主被叫号码传递格式规范(1.0)彩信中心操作维护要求(V1.4.0)中国移动MMSC割接数据格式要求1.0.0网管局数据下发接口规范,目前中国移动彩信相关规范列表,谢谢!,