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