短信增值业务总体技术要求v1000611.docx

短信增值业务总体技术要求v1000611.docx

《短信增值业务总体技术要求v1000611.docx》由会员分享，可在线阅读，更多相关《短信增值业务总体技术要求v1000611.docx（44页珍藏版）》请在冰豆网上搜索。

短信增值业务总体技术要求v1000611

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

短信增值业务总体技术要求

GeneralTechnicalSpecificationofValue-addedServicesforSMS

版本号：

1.0.0

╳╳╳╳-╳╳-╳╳实施

╳╳╳╳-╳╳-╳╳发布

中国移动通信有限公司发布

目录

1.范围1

2.规范性引用文件1

3.术语缩略语2

4.业务2

4.1.业务定义2

4.2.业务特征3

4.3.业务触发规则3

5.系统结构和组网原则4

5.1.系统结构4

5.1.1.短信增值业务平台-DCS系统结构图4

5.1.2.各模块功能说明4

5.1.3.DCS系统的扩容5

5.2.网络结构6

5.2.1.各网元的功能描述7

5.2.2.各接口的功能描述8

6.选路和流程9

6.1.选路方法9

6.2.业务流程10

6.2.1.短信增值业务总流程10

6.2.2.主叫短信回执流程12

6.2.3.短信签名流程13

6.2.4.短信转移流程15

6.2.5.短信过滤流程17

6.2.6.短信仓库流程19

6.2.7.被叫短信回执流程22

7.码号24

8.设备要求24

8.1.新增设备的要求24

8.1.1.对DCS系统的要求24

8.2.对原有设备的要求25

8.2.1.对短信中心的改造25

8.2.2.对BOSS系统的改造25

9.接口要求26

9.1.新增接口的要求26

9.1.1.DCS与SMSC接口要求26

9.1.2.DCS与梦网网关的接口26

9.1.3.DCS与BOSS的接口26

9.1.4.本地DCS与外地DCS接口要求26

9.1.5.DCS与网管平台接口26

9.2.对原有接口的改造26

10.质量指标27

11.认证授权27

12.计费结算27

12.1.计费27

12.2.结算27

13.客户管理和服务28

13.1.用户开通和注销业务28

13.2.用户设置业务28

14.网络管理30

14.1.网管系统结构30

14.2.网管功能要求30

14.2.1.配置管理30

14.2.2.故障管理31

14.2.3.性能管理31

14.2.4.安全管理32

14.2.5.报表管理和错误代码统计33

14.3.网管接口要求33

15.网络安全33

16.编制历史33

前言

本总体技术要求规定了中国移动通信集团公司开展短信增值业务（包括短信转移、短信回执（主叫回执和被叫回执）、短信仓库、短信签名档及短信过滤等）所必须遵循的技术规范。

本技术要求对短信增值业务系统的结构、组网、接入方式、自服务流程、路由、业务管理和计费等技术实现方法进行了规范，阐述了短信增值业务所涉及的设备平台（SMSC、BOSS等）、短信增值业务平台（DCS）、业务提供商（SP）之间相互配合的技术实现方案。

本总体技术要求作为短信增值业务后续相关规范制定和后续业务开发的依据。

本总体技术要求主要包括以下几方面内容：

短信增值业务系统结构与组网原则、业务流程、设备及接口要求、计费结算、客户管理和服务、网络管理等。

本标准由中移号文件印发。

本规范由中国移动通信有限公司技术部提出并归口。

本规范由规范归口部门负责解释。

本规范起草单位：

中国移动通信有限公司研究院。

本规范主要起草人：

吴滨、谢丰、封令隽、唐剑峰、胡伟

1.范围

本总体技术要求规定了中国移动通信有限公司开展短信增值业务（包括短信转移、短信过滤、短信仓库、短信回执（主叫回执和被叫回执）、短信签名档及魔力短信（可选）等业务）所使用的业务流程、组网、业务和用户的管理以及计费实现等相关内容，用于现阶段中国移动短信增值业务试点的开展，以及远期短信增值业务发展所需遵循的技术要求。

本总体技术要求原则上在中国移动通信集团公司内部和厂商共同使用，用于在业务开展、招标选型、工程建设及运行维护过程中，为集团公司和省公司提供技术依据，适用于GSM/GPRS网络环境。

本总体技术要求发布后取代原《短信回执业务总体技术要求v1.0.0》（规范编号：

QB-D-029-2005）。

2.规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

[1]

TR22.942

StudyonValue-addedServicesforSMS（v0.1.0）

3GPP

[2]

TS23.040

TechnicalrealizationoftheShortMessageService（SMS）（v6.7.0）

3GPP

[3]

QB-GF-031-2003

《移动梦网短信业务信令流程规范v3.0.1》

中国移动通信有限公司

[4]

《中国移动通信互联网短信网关接口协议v3.0.1》

中国移动通信有限公司

[5]

ShortMessagePeertoPeerProtocolSpecification（v3.3）

SMPPForum

[6]

ShortMessagePeertoPeerProtocolSpecification（v3.4）

SMPPForum

[7]

《短信增值业务业务规范v1.0.0》

中国移动通信有限公司

[8]

《短信增值业务设备规范v1.0.0》

中国移动通信有限公司

[9]

《短信增值业务接口规范v1.0.0》

中国移动通信有限公司

[10]

QB-D-029-2005

《短信回执总体技术要求v1.0.0》

中国移动通信有限公司

3.术语缩略语

下列术语、定义和缩略语适用于本标准。

BOSSBusinessOperationSupportSystem运营支撑系统

CMPPChinaMobilePointtoPoint中国移动短信点对点协议

DCSDataCenterforShortMessageService短信业务数据中心

DSMPDataServiceManagementProtocol数据业务管理协议

FTPFileTransferProtocol文件传输协议

HTTPSSecureHypertextTransferProtocol安全超文本传输协议

ISMGInternetShortMessageGateway短信梦网网关

MOMobileOriginated手机用户发起的短消息

MSMobileSubscriber移动用户

MTMobileTerminated发送给手机用户的短消息

OAMOperationAdministrationandMaintenance操作管理维护

SCPServiceControlPoint业务控制点

SMPPShortMessagePeertoPeer短消息点对点协议

SMSCShortMessageServiceCenter短消息中心

SNMPSimpleNetworkManagementProtocol简单网络管理协议

SOAPSimpleObjectAccessProtocol简单对象访问协议

SPServiceProvider业务提供者

WTLSWirelessTransportLayerSecurity无线传输层安全协议

4.业务

4.1.业务定义

短信转移业务：

短信转移业务为手机用户提供短信呼叫转移服务，通过此功能用户可将原本发给自己手机号码的短信转移到另外一个网内的手机号码、邮箱或消息仓库。

短信过滤业务：

按号码、时间段及关键词等设置免打扰和系统过滤，可以有效地使用户拒绝垃圾短信、恶意骚扰等情况。

短信仓库业务：

将用户发送/接收的短信同步备份到系统数据库中，用户可以通过Web或WAP（可选）按多种方式查询短信记录，弥补了手机存储空间不足等缺陷，并可在此基础上扩展为所有消息的仓库。

短信回执业务：

可以分为主叫短信回执业务和被叫短信回执业务。

主叫短信回执业务是指系统及时给用户发送回执以提示该短信是否发送成功的业务，运营商可控制回执内容（例如，允许加有广告信息），被叫短信回执是指由接收方A对短信回执进行个性化定制，任何用户向A发短信都会收到由A定制的短信回执信息。

短信签名档业务：

用户设置自己的签名信息，在发送短信时签名信息将自动附于短信内容之后。

魔力短信业务（可选）：

魔力短信业务是主叫用户订购的主叫类业务，是指用户在发送短信时，系统将利用短信的剩余容量加入符号拼图\魔力签名等效果，并且用户可以利用表情标记控制拼图类型。

其它短信增值业务。

4.2.业务特征

短信增值业务是指基于目前的短消息系统实现，以短消息为载体的增值业务。

从大的概念上说，短信增值业务可以分为主叫类及被叫类短信增值业务。

Ø主叫类短信增值业务是指由主叫用户订购，并且设置相应的业务触发条件和业务逻辑，系统提供满足主叫用户的业务处理，主叫类业务包含：

主叫短信回执业务、短信签名档业务及魔力短信业务（可选）；

Ø被叫类业务是由被叫用户订购，并且设置相应的业务触发条件和业务逻辑，系统提供满足被叫用户的业务处理。

被叫类业务包含：

短信转移业务、短信过滤业务、被叫短信回执业务；

Ø另外一类比较特殊的业务是短信仓库，订购了该业务的用户在作为短信的主叫方或被叫方时，都需要进行处理。

为了归类简单清晰，本规范将其视为主、被叫类综合业务。

4.3.业务触发规则

同一用户签约多种短信增值业务的情况下，短信增值业务系统可以按照各增值业务优先级的高低依次触发用户签约的增值业务。

具体业务触发规则要求参见《短信增值业务业务规范v1.0.0》。

5.系统结构和组网原则

5.1.系统结构

5.1.1.短信增值业务平台-DCS系统结构图

实现短信增值业务，需要新建网元：

短信增值业务平台，即DCS。

DCS是实现短信增值业务的核心平台，主要负责获得主/被叫签约的短信增值业务信息，并进行短信增值业务控制与处理。

短信增值业务平台DCS系统结构如图5-1所示。

DCS系统内部由与周围各网元的接口模块和各功能处理模块组成，各模块功能说明见5.1.2。

图5-1短信增值业务平台－DCS系统结构图

5.1.2.各模块功能说明

DCS平台系统内部需要包含以下处理及接口模块。

1）、接口处理模块

ØSNMP协议适配器：

DCS系统与网管之间的接口模块；

ØSOAP协议适配器：

基于SOAP协议，用于与BOSS的订购关系同步；

ØCMPP协议适配器：

基于CMPP协议，用于与梦网网关之间的接口处理；

ØSMPP协议适配器：

处理SMPP及协议，是与SMSC或SCP预付费处理模块（对于短信增值业务包月计费无此接口）之间的接口处理；

ØDCS互通协议适配器：

基于SMPP协议扩展，负责DCS之间的接口协议处理；

ØWWW服务：

基于HTTP协议，用于用户业务自服务受理接口；

ØWAPProxy：

基于WTLS协议，用户通过WAPPortal设置业务的接口部件；

Ø与外部数据库存储的接口：

与外部用户业务相关数据存储器的接口；

Ø与第三方应用接口模块：

该接口用于扩展第三方应用（如，与内容提供商提供的魔力/表情短信资源库等）。

2）、内部处理单元

Ø主/被叫短信增值业务查询及业务逻辑处理模块：

主要负责短信增值业务逻辑的判断和触发、业务逻辑优先级裁决以及业务逻辑处理；

Ø消息路由/转发业务模块：

是与外省DCS的路由接口，近期试点可以在本省DCS内部前置机或者DCS代理方式实现，根据业务量的发展可以将此功能以DCS前置方式实现；

Ø网管功能模块：

负责DCS内部各模块的管理与配置；

Ø用户业务信息管理单元：

主要负责用户设置业务的受理；

Ø增值业务管理单元：

对DCS平台提供的增值业务进行管理；

Ø安全管理单元：

主要负责DCS与短信中心以及DCS之间信息交互过程中的安全管理与安全；

Ø计费功能单元（可选）：

用于处理业务按条计费，以及指示其它相关网元（如，SCP）进行扣费操作。

5.1.3.DCS系统的扩容

DCS业务平台可以通过多台服务器来承载，多台物理上的服务器组成一个逻辑上的DCS系统。

对于未来短信增值业务量增加的情况下，可以根据需要进行扩容。

扩容可以分为以下三个层面来考虑：

Ø功能扩展；

Ø存储容量扩容；

Ø性能扩容。

针对这三个层面的扩容，对于DCS系统的要求如下：

Ø功能扩展：

短信增值业务的一个显著特点是业务逻辑变化快，新业务层出不穷。

随着业务的开展，在未来会面临很多增加短信增值业务的情况。

因此，DCS系统业务处理逻辑的可扩展性就显得尤为重要。

基于此，要求DCS系统采用将业务处理逻辑与系统的调度策略、接口适配器等公用模块分离的设计策略。

这样，在今后需要增加新业务的时候，只需要简单地增加对于新业务的业务处理逻辑模块，并且将这个业务处理模块注册到系统中即可，不需要修改短信中心，也不需要修改DCS系统的公共处理模块。

Ø存储容量扩容：

有些短信增值业务的特点是对于系统存储空间的占用很大，例如短信仓库业务。

随着短信增值业务的开展，有可能会遇到DCS系统存储容量不够的情况。

因此，要求DCS将存储控制逻辑剥离出来，作为系统中单独的一个公用子系统和业务逻辑与物理存储介质的中间层。

这样能够做到：

所有的业务处理逻辑和公共模块通过公用的存储控制逻辑共享外部的物理存储介质，在今后遇到系统存储容量不够的情况时，只需要简单地扩充系统的物理存储介质即可满足要求，不需要对业务逻辑、公共模块进行任何的修改。

Ø性能扩容：

随着短信增值业务的开展，有可能会出现系统处理性能不够的情况。

因此，要求DCS能够做到：

1）、系统中应该能够支持多个相同的处理逻辑同时运行；

2）、系统中的各个处理逻辑能够共享系统的计算资源（例如CPU、内存等）。

这时，根据具体情况，可以采用以下两种方式扩容：

1）、如果整个系统的硬件资源足够，但是某一种业务处理逻辑的处理能力不足时，可以通过增加这个业务处理逻辑的运行实例的方式扩容。

2）、如果整个系统的硬件计算资源不足，则通过扩充系统硬件资源的方式扩容。

例如：

增加服务器台数、增加CPU个数等等。

所增加的系统计算资源，由系统中的各子模块共享。

5.2.网络结构

短信增值业务平台——DCS网元可以分为本地DCS和外地DCS，本地DCS主要负责本地短信增值业务网络/业务系统分布建设，DCS之间采用基于TCP/IP方式互联。

在业务初期，各省DCS可以只有一个，面向全省短消息中心提供服务。

随着业务量的增加，各省DCS和DCS前置要能够平滑扩充，各省DCS和SMSC之间要支持多对多的连接方式。

全国原则上以省为单位建设DCS，业务开展初期有需要的省设置一个DCS，将来根据业务的实际发展需要，可以考虑建设多个DCS。

各省的DCS通过IP承载网（CMNET或IP专网）实现交互，为保证当前短信中心网络的安全，需要短信增值业务平台DCS内部支持安全机制（如，前端设置防火墙、对信息完整性进行认证等功能）。

在业务开展初期，对于未建设DCS平台的省份，此时则由本大区DCS为此省服务。

近期试点可以采用在各省建设一套DCS，DCS之间两两互联，各省DCS与本省梦网网关和省BOSS接口，随着各省业务量的发展，DCS在本省根据业务可扩容，初期系统组网如图5-2所示。

图5-2短信增值业务初期建设系统组网

开展短信增值业务引入的DCS网元设备与数据业务管理平台、现有信令网不存在接口。

DCS网元设备与国内其他运营商以及海外运营商不存在连接接口。

DCS网络的安全要求，应符合中国移动SOX法案的规范要求，各省DCS和DCS内部前置路由模块都需要支持集群模式。

5.2.1.各网元的功能描述

1）DCS在网络中的基本功能

短消息增值业务平台——DCS是新增业务网元，用于实现短消息用户的主/被叫短信增值业务。

DCS保存本地用户主被叫业务的签约数据和业务设置信息，完成主被叫业务的逻辑判断和业务处理。

DCS实时的将本地签约信息同步到SMSC。

2）SMSC在网络中的基本功能

短消息调度中心，完成短消息的基本收发特性，短消息中心只保存本地用户签约业务标识，即用户开通业务的标识。

SMSC需要具备判断被叫用户是否为本地用户的能力。

3）SCP在网络中的基本功能（可选）

智能网SCP可以配合DCS完成对使用短信增值业务的预付费用户进行计费和计费回滚操作。

4）BOSS在网络中的基本功能

运营商BOSS系统为终端用户提供短信增值业务开户、销户、计费、业务设置和业务查询功能，并将用户设置信息同步给DCS。

5）梦网网关

支持DCS接入，完成某些消息的转发功能。

5.2.2.各接口的功能描述

图5-3短信增值业务平台和其他网元的接口关系

短信增值业务平台与中国移动现有其它网元之间的接口关系如图5-3所示，各接口说明如下：

ØIF1：

短信增值业务平台DCS和SMSC之间的接口；

ØIF2：

本地DCS和外地DCS之间的接口；

ØIF3：

DCS和SCP之间的接口；

ØIF4：

DCS和BOSS之间的接口；

ØIF5：

DCS和梦网网关的接口；

ØIF6：

DCS和网管之间的接口；

ØIF7：

短信中心与短信互联网关之间的接口。

接口说明：

1）、DCS和SMSC之间的接口

基于SMPP的扩展协议，通过DCS和SMSC之间接口，SMSC向DCS查询主/被叫用户是否开通短信增值业务，DCS向SMSC发送业务控制信息，DCS需支持向SMSC的用户订购信息同步功能。

2）、本地DCS和外地DCS之间的接口

本地DCS和外地DCS之间的接口是基于SMPP扩展协议，用于本地DCS和外地DCS之间进行短信增值业务数据传递。

3）、DCS和SCP之间的接口（可选）

通过DCS和SCP之间的接口，DCS可以完成短信增值业务的计费和相关计费回滚操作（如有业务需要逐条计费，后续扩展）。

4）、DCS和BOSS之间的接口

终端用户可以通过BOSS提供的门户进行短信增值业务开户、销户、业务设置和业务查询操作。

通过DCS和BOSS之间的接口，BOSS可以将上述信息同步给DCS，详细参见《短信增值业务接口规范v1.0.0》。

5）、DCS和网管之间的接口

DCS接收网管的维测命令，完成统计信息，告警信息等内容的上报。

6）、DCS和梦网网关之间的接口

发给合作方的通知消息，DCS直接发给梦网网关，接口协议采用现网的SMPP协议。

6.选路和流程

6.1.选路方法

各地DCS通过内部的消息路由模块（即，内部DCS前置）进外地被叫增值业务的查询及消息的转发。

DCS内部前置提供路由查询机制，将不同地区DCS之间的业务查询消息进行转发，完成全网业务的互联查询。

根据未来业务发展的需要，全网可以按照地区单独配置两套或多套DCS前置来提供更高的性能或者保证系统更好的安全性和健壮性。

6.2.业务流程

6.2.1.短信增值业务总流程

短信增值业务总流程如图6-1所示。

图6-1短信增值业务总流程

短信增值业务总流程如下：

1）、主叫用户提交消息到SMSC；

2）、SMSC预回应答给主叫用户，SMSC查询业务的签约状态；

3）、如果该条消息的发送含有主叫或被叫增值业务或者被叫为异地用户，SMSC发送Relay_SM消息给本地DCS，同时保存MO消息实体；

4）、如果该条消息的接收方为本地用户，则跳转至第8）步后，在本地DCS进行主被叫增值业务整合。

若被叫用户为外地，则本地DCS本地DCS发送查询业务订购关系请求Query_SM_Service给外地DCS；

5）、外地DCS返回业务定购关系应答消息Query_SM_Service_Resp给本地DCS；

6）、本地DCS将Relay_SM_Resp消息发给主叫归属SMSC；SMSC根据Relay_SM_Resp消息结果判断：

如果主被叫不含有业务信息，则主叫归属SMSC进行消息的正常下发和计费，以及话单的生成；

7）、如果含有被叫业务，本地DCS发送业务查询消息Search_Service_Info给外地DCS，外地DCS进行被叫用户业务关系查询；

8）、外地DCS返回业务触发关系应答消息Search_Service_Info_Resp给本地DCS，本地DCS根据所有DCS返回的业务结果进行业务整合；

下面的DCS和SMSC交互方式分两种[注]：

方式一（异步模式）

9）、本地DCS向SMSC提交一条新消息；

10）、SMSC向本地DCS返回Submit_Resp；

11）、SMSC向被叫用户下发消息；

12）、被叫用户发送应答消息给SMSC；

13）、SMSC向本地DCS发送状态报告消息；

14）、本地DCS向SMSC发送状态报告应答；

方式二（交互模式）

9）、本地DCS向SMSC提交一条新消息；

10）、SMSC向被叫用户下发消息；

11）、被叫用户发送应答消息给SMSC；

12）、SMSC向本地DCS返回Submit_Resp；

15）、本地DCS发送下发状态发送一条状态报告通知消息Deliver_Report_SM给SMSC；

16）、SMSC返回应答，删除MO消息实体；

17）、SMSC给主叫用户发送状态报告；

18）、主叫用户返回状态报告应答消息给SMSC；

19）、本地DCS发送业务通知请求消息Notify_SM给外地DCS；

20）、外地DCS发送业务通知应答消息Notify_SM_Resp给本地DCS。

[注]：

选择方式一或方式二由SMSC侧决定，DCS进行适配，下同。

6.2.2.主叫短信回执流程

主叫短信回执业务流程如图6-2所示。

图6-2主叫短信回执业务流程

主叫短信回执业务流程如下：

1）、主叫用户提交消息到主叫归属SMSC；

2）、SMSC预回应答给主叫用户；SMSC同时查询业务的签约状态；

3）、如果主叫订购了主叫短信回执业务，SMSC发送Relay_SM信息给本地DCS，同时保存MO消息实体；

4）、本地DCS将Relay_SM_Resp消息发给SMSC；

SMSC根据Relay_SM_Resp消息结果判断：

如果主/被叫不含有业务信息，则SMSC进行消息的正常下发和计费，以及话单的生成；

下面的DCS和SMSC交互方式分两种：

方式一（异步模式）

5）、本地DCS向SMSC提交一条含原始内容的新消息；

6）、SMSC向本地DCS返回Submit_SM_Resp；

7）、SMSC向被叫用户下发该消息；

8）、被叫用户发送应答消息给SMSC；

9）、SMSC向本地DCS发送状态报告消息；

10）、本地DCS向S