短信开发技术秘籍

第一章、接口改造分册

一、MISC系统构造和作用

1、SP接入MISC流程

2、SP接入MISC流程一流程回明

3、接口改造总体阐明

4、接口改造需具有条件

二、CMPP协议

1、CMPP2.0和CMPP3.0区别一SP登录

2、CMPP2.0和CMPP3.0区别一协议包的变化

3、CMPP3.0协议包体阐明CMPP_SUBMIT

4、CMPP3.0协议包体阐明CMPP_SUBMIT_RESP

5、CMPP3.0协议包体阐明CMPP_DEUVER

6、CMPP3.0协议包体阐明CMPP_DELIVER_RESP

7、CMPP3.0协议包体阐明一网关返回状态汇报

8、CMPP3.0协议包体阐明—返回状态汇报值

9、MISC常见错误代码阐明

三、PROVISION接口

正向同步PROVISION接口规范一流程图

2、正向同步PROVISION接口规范一流程阐明

3、正向同步PROVISION接口消息定义

4、正向同步接口应答包消息定义

5、正向订购、取消包示例

6、反向订购接口规范一流程图

7、反向订购接口规范一流程阐明

8、反向订购接口消息定义

9、反向取消接口规范一流程图

10、反向取消接口规范一流程阐明

11、反向取消接口消息定义

12、反向订购、取消包示例

四、网站SSO接口

1、顾客在中央SSO的iframe页面上登录

2、顾客在SP网站上进行登录的处理流程

3、SSO登录接口定义

4、查询顾客信息接口

5、顾客订购业务与点播下载业务的处理流程

6、SSO订购、点播接口定义

7、服务下发祈求接口

第二章、业务改造分册

一、业务改造

1、业务改造重要性阐明

2、SP升级前后特性对比

3、业务类型分类阐明

4、业务类型分类阐明

二、M0指令规划提议

1、M。指令规划

2、M0指令的匹配过程

3、M0匹配流程

4、指令匹配流程阐明

5、M0正向订购流程举例

三、指令流程阐明

1、订购指令匹配处理流程

2、取消指令匹配处理流程

3、点播指令匹配处理流程

4、一般M0匹配处理流程

5、M0匹配实例

四、业务规划

1、订购业务种类规划

2、定制、取消点播指令设置

3、反向订购业务申请

4、统一反向取消接口开放

5、包月话单收取

五、业务组合模式阐明

1、关联业务组合

2、不一样等级业务组合

3、套餐式业务组合

4、一般业务组合

5、特殊业务设计举例

6、包月定制类业务需要免费使用N个月

7、VIP顾客群免费使用业务

8、游戏、聊天类业务

9、股票信息点播、定制

第三章、SPOA分册

一、系统概述

1、移动梦网运行管理系统简介

2、SP自服务系统简介

二、短信合作申请管理

1、注册登录账号

2、当地新SP合作申请一流程图

3、SP合作申请资料填写阐明

4、当地升级为全网SP申请流程

5、全网SP当地接入合作申请

6、变更合作申请资料

二、短信业务管理

1、短信当地业务申请流程

2、短信业务申请资料填写阐明

3、短信全网业务申请流程

4、申请短信业务变更

三、通用信息

1、公共信息简介

2、私有信息

四、投诉处理

1、顾客投诉

2、SP投诉

第一章、接口改造分册

MISC系统构造和作用

SP接入MISC流程

CMPP3.0接口开发阐明

正反向订购接口开发阐明

网站改造SSO接口流程阐明

、MISC系统构造和作用

1、SP接入MISC流程

组织SP培训

SP程序开发及业务梳理

安排SP在试验环境做接口测试

现网全业务申报

SP进行全业务自行拨测及有关程序调整

SP提交全业务拨测汇报供计费验证

安排割接

N

N

2、SP接入MISC流程一流程阐明

•1）首先需要组织SP参与MISC升级改造培训

•2）培训结束后SP就应当开始着手进行业务梳理及接口程序开发，并在移动规定H勺

时间内完毕这项工作

•3）SP具有接口测试条件后来，集中统一安排在测试环境做接口测试及经典业务申

报

•4）接口测试通过后来根据现网MISC系统建设状况，安排接口测试通过口勺SP在现

网做全业务申报和全业务拨测

•5）全业务拨测通过后提交拨测汇报供计费做计费验证

6）验证通过后根据网络部的割接计划安排割接

3、接口改造总体阐明

•在整个升级改造过程中“接口改造”占了一种非常童要的位置。SP需要根据

CMPP3.0协议和DSMP规范对自己的接口进行改造开发，才能接入MISCo

•接口改造重要分为如下几种方面：

1）CMPP3.0接口程序改造

2）正反向订购、取消接口开发

3）网站改造SSO接口开发

CMPP3.0接口改造阐明

•接口开发需具有条件

・CMPP2.0和CMPP3.0区别

•CMPP3.0协议包体阐明

4、接口改造需具有条件

1、自己开发接口的SP,应根据CMPP3.0协议对接口进行修改；使用APIIKJSP,应向接入网

关的省企业或网关厂家索取最新的CMPP3.0接口API以及使用阐明等有关文档

2、不管是自己开发接口的.坏是使用接口APImSP,都应当详细理解CMPP2.0和CMPP3.0

的区别

二、CMPP协议

CMPP2.0和CMPP3.0区另lj—SP登录

CMPP2.0和CMPP3.0区别一SP登录

•1、SP向所接入出JISMG发送登录祈求；

•2、ISMG向MISC发送SP登陆鉴权信息查询祈求；

•3、MISC向ISMG返回SP登陆鉴权成果：

-4、ISMG根据此信息进行SP登陆认证，并向SP返回认证成果；

2、CMPP2.0和CMPP3.0区别一协议包的变化

1)包内容的变化：CMPP.SUBMIT

CMPP3.0中新增字段：

Fee_terminal_type：被计费顾客的号码类型，0：真实号码：1：伪码

Dest_terminal_type：接受短信的顾客号码类型,0：真实号码;1：伪码

LinkID：20个字节，点播业务使用，非点播类业务H勺MT流程不使用该字段

CMPP3.0中删除字段：

Reserve：保留字段。

CMPP3.0中变化字段：

Fee-terminaljd：被计费顾客号码。长度扩展为32个字节，数据类型从

Unsignedlnteger修改为Octetstring

Dest.terminaljd：接受短信日勺顾客号码。长度扩展为32个字节，数据类型从

Unsignedlnteger修改为Octetstring

2)包内容的变化CMPP_DEUVER

CMPP3.0中新增字段:

Src_terminal_type：源终端号码类型,0：真实号码：1：伪码

LinkID：20个字节，点播业务使用，非点播类业务H勺MT流程不使用字段

CMPP3.0中删除字段：

Reserve：保留字段

CMPP3.0中变化字段：

Src_terminal_id：源终端号码。长度扩展为32个字节，数据类型从Unsignedlnteger

修改为Octetstring

字段阐明：

伪码：一种随机字符串，对于一种SP,唯一标识一种顾客LinkID：20位字符串，该

字段时值由MISC产生，编码格式为4位MISCID+12位时间+4位序列号。用于点播类业务中

MT与M0消息的匹配。

3、CMPP3.0协议包体阐明CMPP_SUBMIT

字段名字节数属性描述

Msg_ld8Unsignedlnteger信息标识。

Pk_total1Unsignedlnteger相似Msg」d的信息总条数，从1开始。

Pk_number1Unsignedlnteger相似Msg」d的信息序号，从1开始。

Registered_Delivery1Unsignedlnteger与否规定返回状态确认汇报：

0：不需要:

1：需要。

Msg_level1Unsignedlnteger信息级别。

Service_ld10Octetstring业务标识，是数字、字母和符号的组合。

Fee_UserType1Unsignedlntege计费顾客类型字段：

0：对目的终端MSISDN计费；

1：对源终端MSISDN计费：

2：对SP计费:

3：表达本字段无效，对谁计费参见

Fee_terminal_ld字段。

Fpp_tprminal_ld*OrtPtString被计求顾客的号码，当Fpp_lkprTypp为2时该值

有效,当FeeJJserType为0、1、2时该值无意义。

Fee_terminal_type1Unsignedlntege被计费顾客的号码类型，0：真实号码：1：伪码。

TP_pld1UnsignedlntegeGSM协议类型。详细是解释请参照GSM03.40中

的923.9。

TP_udhi1UnsignedlntegeGSM协议类型。详细是解释请参照GSM03.40中

的9.2.3.23,仅使用1位，右对齐。

Msg_Fmt1Unsignedlntege信息格式：

0：ASCII串：

3：短信写卡操作：

4：二进制信息；

8：UCS2编码：

15：含GB中文。。。。。。

Msg_src6Octetstring信息内容来源］SP_ld）。

FeeType2Octetstring资费类别：

01：对“计费领客号码”免费；

02：对“计费力客号码”按条计信息费:

03：对“计费顾客号码”按包月收取信息费。

FeeCode16Octetstring资费代码（以分为单位）。

Valld_Time17Octetstring存活有效期.格式遵照SMPP3.3协议.

At_Time17Octetstring定期发送时间，格式遵照SMPP3.3协议。

Src_ld21Octetstring源号码。SP的服务代码或前缀为服务代码的长号

码，网关将该号码完整的填到SMPP协议

Submit_SM消息对应II勺source_addr字段,该号码

最终在顾客上显示为短消息的由叫号码。

DestUsr_tl1Unsignedlntege接受信息的顾客数量（不不小JT00个顾客）。

Dest_terminal_ld32*DestUsr_tlOctetstring接受短信的MSISDN号码。

Dest_terminal_type1Unsignedlntege接受短信的顾客口勺号码类型，0：真实号码：1：

伪码。

Msg_Length1Unsignedlntege信息长度（Msg_Fmt值为。时：＜160个字节：其

他＜=140个字节），取值不小于或等于0。

Msg_ContentMsgjengthOctetstring信息内容。

LinkID20Octetstring点播业务使用小JlinkID,非点播类业务的MT流

程不使用该字段。

4、CMPP3.0协议包体阐明CMPP_SUBMIT_RESP

字段名字节数属件描述

Msg_ld8Unsignedlnteger信息标识，生成算法如下：

采用64位（8字节）的整数：

1.时间（格式为MMDDHHMMSS,即月日时分秒）:

bit64~bit39,其中

bit64-bit61：月份的二进制表达:

bit60~bit56：门的二进制表达：

bitSS-bitSl：小时的二进制表达;

bit50-bit45：分的二进制表达；

bit44~bil39：杪的二进制表达；

2.短信网关代码:bit38~bitl7,把短信网关的代码转

换为整数填写到该字段中：

3.序列号:bitl6-bitl,次序增长,步长为1,循环使

用。

各部分如不能填满，左补零，右对齐。

（SP根据祈求和应答消息的Sequencejd一致性就可

得到CMPP_submit消息叫Msgjd）

Result4Unsignedlnteger成果：

0；对的；

1：消息构造错；

2:命令字错:

3：消息序号反复;

4：消息长度错；

5:资费代码错：

6：超过最大信息长；

7：业务代码错：

8：流量控制带:

9：本网关不负责服务此计费号码：

10：Srjld错误;

11：Msg_src错误：

12：Fee_terminal_ld错误；

13：Desjterminaljd错误：

5、CMPP3.0协议包体阐明CMPP_DELIVER

字段名字节数属性描述

Msg_ld8Unsignedlnteger信息标识。

生成算法如下：

采用64位（8字节）的整数：

时间（格式为MMDDHHMMSS，即月日时分秒）:

bit64-bit39,其中

bit64-bit61：月份的二进制表达;

bit60~bit56：日的二进制表达:

bitS5-bit51：小时时二进制表达：

bit50-bit45：分内二进制表达；

bit44~bit39：秒内二进制表达；

1.短信网关代码：bit38~bitl7,把短信网关的代码

转换为整数填写到该字段中：序列号：bitl6-bitl,

次序增长，步长为1，循环使用。

各部分如不能填满，左补零，右对齐。

Dest_ld21Octetstring目的号码。

SP的服务代码，一般4-6位，或者是前缀为服务

代码的

氏号码：该号码是顾客短消息H勺被叫号码。

Service_ld10Octetstring业务标识，是数字、字母和符号的组合。

TP_pid1UnsignedlntegeGSM协议类型。详细解释请参照GSM03.40中II勺

923.9。

TP_udhi1UnsignedlntegeGSM协议类型。详细解释请参照GSM03.40中的

923.23,仅使用1位，右对齐。

Msg_Fmt1Unsignedlnteger信息格式：

0：ASCII中：

3：短信写卡操作：

4：二进制信息：

8：UCS2编码；

15：含GB中文:

Src_terminal_ld32Octetstring源终端MSISDN号码（状态汇报时填为

CMPP_SUBMIT消息的目的终端号码）。

Src_terminal_type1Unsignedlntege源终端号码类型，0：真实号码；1：伪码。

Registered_Delivery1Unsignedlntege与否为状态汇报：

0：非状态汇报：

1：状态汇报。

Msg_Length1Unsignedlntege消息长度，取值不小于或等于0.

Msg_ContentMsglengthOctetstring消息内容。

LinkID20Octetstring点播业务使用『'JlinkID,非点播类业务的MT流程

不使用该字段。

6、CMPP3.0协议包体阐明CMPP_DELIVER_RESP

字段名字节数属性描述

Msg_ld8Unsignedlnteger信息标识（CMPP_DELIVER中的Msg_ld字段）。

Result4Unsignedlnteger成果：

0：对口勺：

1:消息构造错：

2：命令字错：

3：消息序号反复：

消息长度错：

4;

5：资费代码错；

6：超过最大信息长：

7：业务代码错；

8:流量控制借；

9~：其他错误。

7、CMPP3.0协议包体阐明一网关返回状态汇报

字段名字节数属性描述

Msg_ld8Unsignedlnteger信息标识。

SP提交短信（CMPP_SUBMIT）操作时,与SP相连

的ISMG产生的Msgjd,

Stat7Octetstring发送短信的应答成果，含义详见表一。

SP根据该字段确定CMPP_SUBMIT消息口勺处理状态。

Submit_time10OctetstringYYMMDDHHMM（YY为年的后两位00-99,MM：

01-12,DD.01-31,HH,00-23,MM：00-59）。

Done_time10OctetstringYYMMDDHHMM,

Dest_terminal_ld32Octetstring目的终端MSISDN号码（SP发送CMPP_SUBMIT消息

的目的终端）。

SMSC_sequence4Unsignedlnteger取自SMSC发送状态汇报的消息体中的消息标识。

8、CMPP3.0协议包体阐明—返回状态汇报值

MessagestateFinalMessageStatesDescription

DELIVEREDDELIVEREDMessageisdeliveredtodestination

EXPIREDEXPIREDMessagevalidityperiodhas

expired

DELETEDDELETEDMessagehasbeendeleted

UNDELIVERABLEUNDELIVERABLEMessageisundeliverable

ACCEPTEDACCEPTED

ofthesubscriberbycustomerservice)

UNKNOWNUNKNOWNMessageisininvalidstate

REJECTEDREJECTEDMessageisinarejectedstate

MArxxxxMA:xxxxSMSC不返回响应消息时的状态汇报

MB:xxxxMB:xxxxSMSC返回错误响应消息时的状态汇报

MC:xxxxMC:xxxx没有从SMSC处接受到状态汇报时的状态汇报

CA:xxxxCA:xxxxSCP不返回响应消息时MJ状态汇报

CB:xxxxCB:xxxxSCP返回错误响应消息时的状态汇报

DA:xxxxDA:xxxxDSMP不返回响应消息时的状态汇报

DBzxxxxDB:xxxxDSMP返同错误响应消息时的状态汇报

SA:xxxxSA:xxxxSP不返回响应消息时的状态汇报

SB:xxxxSB:xxxxSP返回错误响应消息时的状态汇报

IA:xxxxIA:xxxx下一级ISMG不返回响应消息时的状态汇报

IB:xxxxIB:xxxx下一级ISMG返回错误响应消息时［向状态汇报

IC:xxxxIC:xxxx没有从下一级ISMG处接受到状态汇报时的状态汇报

9、MISC常见错误代码阐明

错误代码错误描述备注

101号码错误MT包中的计缈号码或者接受号码不是梦网顾客

102顾客停机无法使用该业务

103顾客欠费无法使用该业务

107业务不存在MT包中的Servicejd与SP在MISC中申报的业务代码不,致

108业务暂停MT包中所填的业务在MISC中已被暂停

115顾客没有订购此业务SP向未订购该业务的顾客下发MT消息

116顾客暂停此业务SP向已暂停该业务的顾客下发MT消息

140顺客没有点播该业务点播类业务对应的MT中，业务代码、UNKID和M0中的不匹配

三、PROVISION接口

正、反向接口开发阐明

•正向同步PROVISION接口规范

正向同步PROVISION接口消息定义

•正向订购、取消包示例

•反向接口规范

•反向订购接口消息定义

•反向取消接口消息定义

•反向订购、取消包示例

正向同步PROVISION接口规范一流程图

2、正向同步PROVISION接口规范一流程阐明

•顾客通过发送定制或取消指令到对应口勺SP特服号，网关收到M0消息后向MISC发

起M0鉴权批价祈求，MISC收到M。鉴权批价祈求后进行订购、取消点播指令匹配；假如

判断指令是定制或取消指令，则MISC会向SP发送订购关系同步祈求包SyncOrderRelationReq

•顾客通过网站发起订购或取消祈求，MISC在收到网站的祈求之后，会向SP发送

订购关系同步祈求包SyncOrderRelationReq

•SP收到同步祈求包后，对订购祈求做对应的订购关系处理，并返回订购关系同步应答

SyncOrderRelationResp

•MISC收到应答包后，根据返回成果与否对的，在系统中生成正式的订购关系或者取消订

购关系，并由1862系统给顾客下发订购成功或取消成功的提醒消息

3、正向同步PROVISION接口消息定义

•功能描述

此接I」在MISC由于某种状况更新了顾客订购关系（包括订购、取消、暂停、激活）的时

候，通过此接口发起和SPH勺更新订购关系的交互。

消息名消息类型消息方向

SyncOrderRelationReqRequestSPaMISC

SyncOrderRelationRespResponseMISCaSP

•接口内容描述

SyncOrderRelationReq消息字段描述:

返回定义重要性类型阐明

MsgType必须string消息类型

TransactionlD必须string该消息编号（不能超过16位）

Version必须string该接口消息的版本号,本次所有的接口消息

的版本都为“”

Send_Address必须address_info_schema发送方H勺地址

Dest_Address必须address_info_schema接受方的地址

Feellser_ID必须user_id_schema计费顾客标识

DestUser_ID必须user_id_schema使用顾客标识

LinkID可选string临时订购关系的事务ID

ActionlD必须integer服务状态管理动作代码，详细值如卜.：

1：开通服务：

2：停止服务：

3：激活服务：

4：暂停服务：

ActionReasonlD必须integer产生服务状态管理动作原因口勺代码，详细值

如下：

1：顾客发起行为

2：Admin&1860发起行为

3：Boss停机

4：Boss开机

5：Boss过户

6：Boss销户

7：Boss改号

8：扣费失败导致的服务取消

9：其他

SPID可选stringSP的企业代码

SPServicelD必须stringSP中该服务的服务代码

AccessMode可选Integer服务的访问方式

1：WEB

2：WAP

3：SMS

FeatureStr可选string服务订购参数（base64加密），内容是长号

码+空格+顾客发送内容

address_info_schema（地址信息）描述

字段名称

字段类型

字段描述

DeviceType

integer

设备类型

0：MISC

100：ISMG

101：WAPSPPROXY

1XX：其他业务网关

200:WAPPORTAL

201：PORTAL

202：VOICEPORTAL

203：PDAPORTAL

2XX：其他门户

300：MMSC

301：KJAVASERVER

302：LSP

3XX：其他应用平台

400:SP

DevicelD

string

设备编号，设备编号采用各设备的入网编号，例如短信网关使用网关ID、对SP使用其企业

代码，该设备编号由MISC分派，并且在同一设备类型中该编号唯一

user_id_schema（顾客标识）描述

字段名称

字段类型

字段描述

UserlDType

integer

顾客标识类型

1：用号标识

2：用伪码标识

3：两者同步标识

MSISDN

string

顾客号

PseudoCode

binary

顾客伪码

4、正向同步接口应答包消息定义

SyncOrderRelationResp消息字段描述：

字段今市要件类型阐明

MsgType必须string消息类型

TransactionlD必须string该消息编号

Version必须string该接口消息的版本号，本次所有的接口消息

的版本都为“”

hRet必须string返回值，重要错误如下：

0：成功

4007：MISC同步开通服务，但SP端已存在订

购关系，且状态为开通

4008；MISC同步开通服务，且SP端不存在订

购关系，但开通服务失败

4010：MISC同步停止服务，且SP端存在订购

关系，但取消服务失败

4011：MISC同步停止服务，但5P端不存在订

购关系

4012：MISC同步暂停股务，且SP端存在订购

关系，但笆停服务失败

4013：MISC同步暂停股务，但SP端不存在订

购关系

4015：MISC同步激活服务，但SP端已存在订

购关系，息状态为开通

4016：MISC同步激活服务，但SP端不存在订

购关系

其他错误请参见《MISC系统短信SP接入指

南一接口改造分册讥

5、正向订购、取消包示例

正向订购祈求包

<?xmlversion="1.0"encoding="utf-8"?>

<SOAP-ENV:Envelopexmlns:xsi=

xmlns:xsd=""

xmlns:SOAP-ENV=""

xmlns:SOAP-ENC="">

<SOAP-ENV:Header>

<TransactionlDxmlns="">56</TransactionlD>

</SOAP-ENV:Header>

<SOAP-ENV:Body>

<SyncOrderRelationReqxmlns=""><Version>1.5.0</Version>

<MsgType>SyncOrderRelationReq</MsgType>

<Send_Address>

<DeviceType>O</DeviceType>

<DevicelD>0023</DevicelD>

</Send_Address>

<Dest_Address>

<DeviceType>400</DeviceType>

<DevicelD>O</DevicelD>

</Dest_Address>

<FeeUser_ID>

<UserlDType>l</UserlDType>

<MSISDNx/MSISDN>

<PseudoCode></PseudoCode>

</FeeUser_ID>

<DestUser_ID>

<UserlDType>l</UserlDType>

<MSISDNx/MSISDN>

<PseudoCodex/PseudoCode>

</DestUser_ID>

<LinklD>SP</LinklD>

<ActionlD>l</ActionlD>

<ActionReasonlD>l</ActionReasonlD>

<SPID>911005</SPID>

<SPServicelD>-TDXY</SPServicelD>

<AccessMode>3</AccessMode>

<FeatureStr>YWJjZGVm</FeatureStr>

</SyncOrderRelationReq>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

正向取消祈求包

<?xmlversion="1.0"encoding="utf-8"?>

<SOAP-ENV:Envelopexmlns:xsi=

xmlns:xsd=""

xmlns:SOAP-ENV=""

xmlns:SOAP-ENC="">

<SOAP-ENV:Header>

<TransactionlDxmlns="">56</TransactionlD>

</SOAP-ENV:Header>

<SOAP-ENV:Body>

<SyncOrderRelationReqxmlns=""><Version>1.5.0</Version>

<MsgType>SyncOrderRelationReq</MsgType>

<Send_Address>

<DeviceType>O</DeviceType>

<DevicelD>0023</DevicelD>

</Send_Address>

<Dest_Address>

<DeviceType>400</DeviceType>

<DevicelD>O</DevicelD>

</Dest_Address>

<FeeUser_ID>

<UserlDType>l</UserlDType>

<MSISDNx/MSISDN>

<PseudoCode></PseudoCode>

</FeeUser_ID>

<DestUser_ID>

<UserlDType>l</UserlDType>

<MSISDNx/MSISDN>

<PseudoCodex/PseudoCode>

</DestUser_ID>

<LinklD>SP</LinklD>

<ActionlD>2</ActionlD>

<ActionReasonlD>l</ActionReasonlD>

<SPID>911005</SPID>

<SPServicelD>-TDXY</SPServicelD>

<AccessMode>3</AccessMode>

<FeatureStr>YWJjZGVm</FeatureStr>

</SyncOrderRelationReq>

</SOAP-ENV:Body>

</SOAP-ENV:Envelope>

6、反向订购接口规范一流程图

7、反向订购接口规范一流程阐明

1)SP替代顾客,向MISC发起反向订购祈求SubscribeServiceReq

并等待MISC处理

2)MISC对消息中口勺来源地址、企业代码进行鉴权，判断与否容许

该SP进行反向订购

3)接入鉴权成功后，再进行顾客鉴权和订购关系鉴权，判断顾客状

态与否对的以及与否是反复订购等

4)上面鉴权成功后，MISC向SP发送订购关系同步祈求包

SyncOrderRelationReq

5)SP收到同步祈求后，对订购祈求做对应的订购关系处理，并返

回订购关系同步应答SyncOrderRelationResp

6)MISC收到应答后，判断应答值与否为0。假如应答值为0,则在

MISC中牛成IF式H勺订购关系,并给SP返叵I成功【为反向订购处理响应包

SubscribeServiceResp：假如应答值不为0,则不生成订购关系，同步

给SP返回不成功打勺反向订购应答包SubscribeServiceResp

7）SP假如收至IJMISCH勺错误响应，则阐明订购失败，SP必须对这个失

败消息做对应处理.，例如把自己先生成的订购关系清除掉等等

8）假如收到MISC^J对的响应，则SP可以不做任何处理

8、反向订购接口消息定义

•功能描述

此接口用于•顾客通过SP订购数据业务的时候，SP先进行业务关系订购，再通过该接口

向MISC进行顾客服务订购同步口勺祈求。

消息名消息类型消息方向

SubscribeServiceReqRequestSPAMISC

SubscribeServiceRespResponseMISCaSP

SubscribeServiceReq消息字段描述:

字段名重要性类型阐明

MsgType必须string消息类型

TransactionlD必须string该消息编号（不能超过16位）

Version必须string该接口消息的版本号，本次所有的接口消息

时版本都为“”

Send_Address必须address_info_schema发送方的地址

Dest_Address必须address_info_schema接受方的地址

FeeUser_ID必须user_id_schema计费顾客标识

DestUser_ID必须user_id_schema使用顾客标识

当使用顾客和计费顾客为同一顾客的时候，

FeeUserJD和DestUser」D口勺值相似，告则