一、DSMP梦网短信业务分类变更计划的示意图
二、 短信业务类型分类说明
为了明确订购关系类型,增加业务代码的利用效率(避免同一个业务仅仅由于订购方式的不同而被申请为多个业务),将原来根据客户订购方式而确定的七种业务 类型(手机点播类、手机定制类、网站定播类、网站定制类、STK点播类、STK定制类、帮助信息类),变更为根据业务订购关系类型(临时/长期)而确定的 五种业务类型:“点播类、定制类、STK点播类、STK定制类、帮助信息类”。
DSMP系统将进行系统改造,由支持现在的七种业务类 型定义,转变为支持新的五种业务类型定义。其中点播类是原来的手机点播类和网站点播类的合并,SP业务申请时,可以根据需要决定该点播业务支持手机点播还 是网站点播,或者两者都支持。定制类是原来手机定制类和网站定制类的合并,SP业务申请时,可以根据需要决定该点播业务支持手机点播还是网站点播,或者两 者都支持。
SP在“DSMP平台正式支持五种业务类型”之前申请的业务,将由DSMP系统在部署时自动转换为新类型定义,不需要SP进行重新改造工作;SP在“DSMP平台正式支持五种业务类型”之后申请业务的时候,应符合新业务类型定义。
五种业务类型详细描述如下:
1、点播类
§ 业务申请时可以提供手机点播方式或者网站点播方式,或者两种方式都提供。
§ 提供手机点播方式--用户必须点播SP才可下发信息,点播方式是用户使用手机发送上行MO信息,只允许按条计费,不允许包月;业务申请时必须提供点播指令。
§ 提供网站点播方式--用户必须点播SP才可下发信息,点播方式是用户从SP网站上或是移动公司门户网站上,只允许按条计费,不允许包月;因为点播操作是在网站上交互进行,所以业务申请时不需要提交点播指令。
§ 业务代码前面无符号。
2、定制类
§ 业务申请时可以提供手机定制方式或者网站定制方式,或者两种定制方式都提供。
§ 提供手机定制方式--用户必须订购,订购方式是使用手机MO上行信息,允许包月、按条两种计费方式(不建议提供按条计费的定制业务);业务申请时需要提交订购指令和退订指令。
§ 提供网站定制方式--用户必须订购,订购方式是在SP网站或者是移动公司门户网站上,允许包月、按条两种计费方式;因为是在网站上进行交互方式订购,所以业务申请时不需要提交订购指令和退订指令。
§ 业务代码前以“-”号开头
3、STK点播类
§ 用户必须点播SP才可下发信息,点播方式是用户是使用装有STK卡的手机,选择STK的相关菜单,只允许按条计费,不允许包月
§ 业务申请时需要提交点播指令,此指令已固化在STK卡中
§ 业务代码前以“+”号开头
4、STK定制类
§ 用户必须订购,订购方式是使用装有STK卡的手机,选择STK的相关菜单,允许包月、按条两种计费方式
§ 业务申请时需要提交订购指令和退订指令,此指令已固化在STK卡中
§ 业务代码前以“+”号开头
5、帮助信息类
§ 此类业务必须免费提供,供SP向用户下发业务使用帮助信息,此类业务需要严格控制,建议要求每个SP只能申请一个
§ 业务申请时不需要提交点播指令,也不需要提交订购指令和退订指令
§ 业务代码前无任何符号
SP具体对业务类型进行判断时,可参见下表
业务提供方式 点播指令 订购指令 退订指令 订购关系 允许计费模式 业务代码格式要求
点播类 需要(手机点播方式) 临时 按条,免费
定制类 需要(手机点播方式) 需要(手机点播方式) 需要 按条,包月,免费 “-”前缀
STK点播类 需要 按条,免费 “+”前缀
STK定制类 需要 需要 需要 按条,包月,免费 “+”前缀
帮助信息类 免费
点播类 需要(手机点播方式) 临时 按条,免费
定制类 需要(手机点播方式) 需要(手机点播方式) 需要 按条,包月,免费 “-”前缀
STK点播类 需要 按条,免费 “+”前缀
STK定制类 需要 需要 需要 按条,包月,免费 “+”前缀
帮助信息类 免费
三、 DSMP支持五类业务类型,各SP接入时需对原业务类别和业务代码按如下原则进行梳理和改造:
1、 SP的每一项新业务,其业务类型必须是“点播类、定制类、STK点播类、STK定制类、帮助信息类”中的一种。
2、 SP的原业务如果是点播类(非STK)的,不论该业务支持手机点播方式,还是支持网站点播方式,还是两种方式都支持,
SP申请业务的时候应按照“点播类”申请;
原提供方式中计费业务代码平移至新提供方式中,但业务代码应该没有前缀符号(+或-)。所以,如果原业务代码前面有减号(-)或加号(+),SP需先将业务代码进行改造再接入;
3、 SP的原业务如果是定制类(非STK)的,不论该业务支持手机定制方式,还是支持网站定制方式,还是两种方式都支持,则:
SP申请业务的时候应按照“定制类”申请;
原提供方式中计费业务代码平移至新提供方式中,但业务代码应该以减号(-)为前缀符号。所以,如果原业务代码前面不是减号(-),SP需先将业务代码进行改造再接入;
定制指令、退定指令必须填写,内容任意,但不得与其它指令冲突;
4、 SP的原业务如果是STK点播类的,则
SP申请业务的时候应按照“STK点播类”申请;
原提供方式中计费业务代码平移至新提供方式中,但业务代码应该以加号(+)为前缀符号。所以,如果原业务代码前面不是加号(+),SP需先将业务代码进行改造再接入;
5、 SP的原业务如果是STK定制类的,则
SP申请业务的时候应按照“STK定制类”申请;
原提供方式中计费业务代码平移至新提供方式中,但业务代码应该以加号(+)为前缀符号。所以,如果原业务代码前面不是加号(+),SP需先将业务代码进行改造再接入;
6、 每个SP可以且仅可以申请一个帮助信息类业务,
SP申请业务的时候应按照“帮助信息类”申请;
业务申请时不需要提交点播指令,也不需要提交订购指令和退订指令
业务代码前无任何符号
四、 过渡期SP接入方案
在当前DSMP平台支持七类业务类型的情况下,各SP接入的原则:
对 于当前已经接入DSMP平台的业务、已经进行测试的SP业务和已经进行改造的SP业务,可暂时保持现有业务分类和业务代码不变,不影响整个短信业务流程。 当DSMP平台完成五类业务类型改造后,系统将自动将七种业务类型转换成五种业务类型,新的业务申请必须遵循五种业务类型。
注:此接入规则指导SP将业务从其他平台割接到DSMP平台或是指导SP直接使用DSMP系统申请新业务。
如何构建固定网(PSTN)短消息系统
自从GSM开通短消息以来,应用日益广泛,并已深入人心。据国内有关部门预测,2001年我国短消息的信息量达到100亿条。据国际某著名市场公司的预测,全球2001年短消息的业务量是2000年的8倍。可见,无论国内还是国外,人们对短消息的市场前景是非常看好的。
正当移动运营商在享用这一美羹的时候,固定电话运营商(中国电信)亦坐不住了,并悄悄地进行固定电话传送短消息的试验,已在北京、广州等试验成功。固定 网运营商对现有电话网改造不大即可提供短消息业务。固定网用户比移动用户覆盖面更大,对无手机的用户无疑是福音。同时,开放短消息业务后,资费更便宜,费 用更低,而且终端价格较低,易于为广大用户所接受。
理论上凡是移动网上开通的短消息业务均可在固定网上开通。短消息成为固定网的增值业务,提高了固定网资源利用率,降低了运行成本,提高了经济效益。
综上所述,固定网开放短消息业务具有广阔的市场前景。本文介绍固定网短消息系统功能、特点、构建短消息中心技术等,因本技术新颖,希望本文能起到抛砖引玉的作用。
一、固定网短消息业务的功能
短消息业务是指用户通过短消息终端(SM-TE)经固定网(PSTN)与短消息业务中心(SM-SC)收发短消息的业务,按信息流向分为以下三类。
1.上传消息
(1)由短消息终端发起呼叫,短消息业务中心对主叫用户的身份识别(如主叫号码等)进行身份认证;
(2)确认主叫用户有效后,短消息终端向短消息业务中心发送短消息,短消息业务中心存储短消息;
(3)双方挂机拆线。
2.点播消息
(1)由短消息终端发起呼叫,短消息业务中心对主叫用户的身份识别(如主叫号码等)进行身份认证;
(2)确认主叫用户有效后,短消息终端告知短消息业务中心所需点播的信息;
(3)短消息业务中心立即或以后向短消息终端传送用户点播的信息。
(4)双方挂机拆线。
3.下传消息
(1)短消息业务中心向已确认为有效的短消息终端发起呼叫;
(2)终端交换机将短消息业务中心识别码传给短消息终端(在该情况下,短消息终端应同时具有CID功能);
(3)短消息终端应在不振铃(即屏蔽第一次振铃)情况下接收终端交换机传送的主叫号码,若主叫号码为短消息业务中心的识别码,则短消息终端自动摘机发送一个应答信号并进入短消息接收状态,否则进入正常振铃状态;
(4)短消息业务中心在确认短消息终端摘机应答后,向短消息终端发送消息;
(5)双方挂机拆线。
短消息业务中心之间可通过数据网(或其它网)互连。
二、固网短消息的相关协议
短消息的协议栈如图2所示。这个协议栈包括三层,物理层使用速率为1200Baud(波特)的FSK信号(下行)和DTMF信号(上行)进行握手和连接。
1.短消息传送协议
(1)物理层
物理层为数据链路层提供服务,使数据链路层消息能在话音频带内传送。下行信号采用半双工频移键控(FSK)调制方式,上行信号采用DTMF信号。
①FSK信号:连续相位二进制频移键控1200baud异步串行方式,数据以数据字节的方式传送。
FSK数据字节的组成和发送顺序应满足下列要求。
②DTMF信号:DTMF信号特性与普通双音多频电话频率及电平相同。在整个通信过程中,DTMF的发送有非编码方式和编码方式两种。
(2)数据链路层
数据链路层(SM-DLL)向表示层(SM-PL)提供服务,使SM-PL能够与其对等的实体接收/发送消息。该层主要功能包括以下几个方面:DLL数 据包的打包和拆包,在SMTE和SMSC之间建立和释放数据链路,SMTE和SMSC的时序控制,对数据进行比特错误检测处理,消息重发处理。
①数据链路层帧格式
数据链路层采用的帧格式如表1所示。
表1 数据链路层采用的帧格式
方向 类型 信息包类型
SMSC→SMTE 命令信息 下行FSK信息包
SMTE→SMSC 命令响应信息 上行DTMF命令响应消息包(编码方式)
信令信息 上行DTMF命令响应消息包(非编码方式)
②下行FSK信息包
服务器向用户终端发送信息,采用的是FSK的消息包格式。
③上行DTMF命令响应消息包(编码方式)是SMTE对SMSC的FSK数据响应信息包。
④上行DTMF命令响应消息包(非编码方式)SMTE对SMSC的信令响应。
⑤交互时序控制图
(3)数据链路的建立
按照发起方的不同,我们可以把数据链路的建立方式分为由SMTE发起的呼叫和有SMSC发起的呼叫两种。
(4)数据链路的拆除
数据链路的拆除可以分成4种情况:用户主动挂机;FSK数据包的ACK超时,服务器挂机;用户响应超时,服务器挂机;服务器服务超时,SMTE挂机。
三、短消息中心互联
1.互联接口
(1)短消息业务中心与固定网的信令接口
短消息业务中心与固定网的信令接口为No.7(如TUP或ISUP)信令接口。
(2)短消息业务中心与固定网的话务呼叫接口采用速率为2048kb/s的G.703/G.704数字接口(E1)。
(3)与其它短消息业务中心的接口
短消息业务中心之间的互联可采用多种形式,如通过DDN、X.25或IP因特网等。对于点对点业务其高层采用SMPP(v3.3版或v3.3以上版)协议。
(4)短消息业务中心与信息源的接口
短消息业务中心可通过短消息实体与多个信息源相连。
短消息业务中心与短消息实体(SME)之间基于SMPP协议,短消息实体与信息源(如互联网、移动短消息业务中心等)之间的接口可根据具体情况通过LAN/WAN、Modem、直接接入(专线)或PSPDN相连接。其通信协议应符合相关标准。
2.信令
短消息传送采用的信令如下。
(1)在短消息终端(主叫用户)→短消息业务中心的方向上(即终端始发),上行采用DTMF/FSK方式,下行采用FSK方式;
(2)在短消息业务中心→短消息终端(被叫用户)的方向上(即终端终结),上行采用DTMF方式,下行采用FSK方式。
(3)对于呼叫建立是与七号信令(TUP或ISUP)相关。
3.性能要求
(1)消息处理能力
短消息业务中心的处理能力应能够满足随业务不断发展对系统处理能力的需求。
(2)信令链路要求
应能支持本地网中所有固定交换机满负荷时所能服务用户容量的要求并具有平滑扩容能力。其存储容量应能适应向所覆盖网内的用户开放此业务时使用。
(3)话路要求
由于短消息是通过短消息业务中心在话路上传送,因此,应配备足够的话路(E1)以保证消息成功发送。
四、计费
为了便于运营者进行灵活的计费,短消息业务中心应具有以下计费功能。
1.计费记录
对于经过本短消息业务中心处理的业务,短消息业务中心应能自动记录以下主要信息:话单序号(注明为唯一标志)、主叫用户号码、被叫用户号码、信息来源优先级、存档时间、状态报告标记和信息量等。
2.计费接口
通过X.25或RS232接口与计费中心相连或采用磁带脱机处理。计费信息可采用FTP、FTAM规程传送。
五、同步
1.同步方式
采用主从同步方式。短消息业务中心系统必须具备内同步时钟。
2.同步链路
短消息业务中心从互连的程控交换机PCM链路中提取同步时钟信号。
3.时钟等级
时钟等级为三级时钟。
六、与其它短消息业务中心互联
短消息业务中心应能根据业务要求完成联网。短消息业务中心之间数据交换的文本格式应根据短消息的特点和前面已经规定的格式和文本要求统一规定,以达到数据格式的直接使用
在建网初期,多个固定本地网可共用一个短消息业务中心实体。
七、短消息业务应用(举例)
表2是短息业务应用的一些例子,实际应用远远不止这些。
表2 短息业务应用的一些例子
1 个人通信 点至点