第一章、接口改造分冊(cè)

一、MISC系統(tǒng)構(gòu)造和作用

1、SP接入MISC流程

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

3、接口改造總體闡明

4、接口改造需具有條件

二、CMPP協(xié)議

1、CMPP2.0和CMPP3.0區(qū)別一SP登錄

2、CMPP2.0和CMPP3.0區(qū)別一協(xié)議包的變化

3、CMPP3.0協(xié)議包體闡明CMPP_SUBMIT

4、CMPP3.0協(xié)議包體闡明CMPP_SUBMIT_RESP

5、CMPP3.0協(xié)議包體闡明CMPP_DEUVER

6、CMPP3.0協(xié)議包體闡明CMPP_DELIVER_RESP

7、CMPP3.0協(xié)議包體闡明一網(wǎng)關(guān)返回狀態(tài)匯報(bào)

8、CMPP3.0協(xié)議包體闡明—返回狀態(tài)匯報(bào)值

9、MISC常見錯(cuò)誤代碼闡明

三、PROVISION接口

正向同步PROVISION接口規(guī)范一流程圖

2、正向同步PROVISION接口規(guī)范一流程闡明

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

4、正向同步接口應(yīng)答包消息定義

5、正向訂購(gòu)、取消包示例

6、反向訂購(gòu)接口規(guī)范一流程圖

7、反向訂購(gòu)接口規(guī)范一流程闡明

8、反向訂購(gòu)接口消息定義

9、反向取消接口規(guī)范一流程圖

10、反向取消接口規(guī)范一流程闡明

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

12、反向訂購(gòu)、取消包示例

四、網(wǎng)站SSO接口

1、顧客在中央SSO的iframe頁面上登錄

2、顧客在SP網(wǎng)站上進(jìn)行登錄的處理流程

3、SSO登錄接口定義

4、查詢顧客信息接口

5、顧客訂購(gòu)業(yè)務(wù)與點(diǎn)播下載業(yè)務(wù)的處理流程

6、SSO訂購(gòu)、點(diǎn)播接口定義

7、服務(wù)下發(fā)祈求接口

第二章、業(yè)務(wù)改造分冊(cè)

一、業(yè)務(wù)改造

1、業(yè)務(wù)改造重要性闡明

2、SP升級(jí)前后特性對(duì)比

3、業(yè)務(wù)類型分類闡明

4、業(yè)務(wù)類型分類闡明

二、M0指令規(guī)劃提議

1、M。指令規(guī)劃

2、M0指令的匹配過程

3、M0匹配流程

4、指令匹配流程闡明

5、M0正向訂購(gòu)流程舉例

三、指令流程闡明

1、訂購(gòu)指令匹配處理流程

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

3、點(diǎn)播指令匹配處理流程

4、一般M0匹配處理流程

5、M0匹配實(shí)例

四、業(yè)務(wù)規(guī)劃

1、訂購(gòu)業(yè)務(wù)種類規(guī)劃

2、定制、取消點(diǎn)播指令設(shè)置

3、反向訂購(gòu)業(yè)務(wù)申請(qǐng)

4、統(tǒng)一反向取消接口開放

5、包月話單收取

五、業(yè)務(wù)組合模式闡明

1、關(guān)聯(lián)業(yè)務(wù)組合

2、不一樣等級(jí)業(yè)務(wù)組合

3、套餐式業(yè)務(wù)組合

4、一般業(yè)務(wù)組合

5、特殊業(yè)務(wù)設(shè)計(jì)舉例

6、包月定制類業(yè)務(wù)需要免費(fèi)使用N個(gè)月

7、VIP顧客群免費(fèi)使用業(yè)務(wù)

8、游戲、聊天類業(yè)務(wù)

9、股票信息點(diǎn)播、定制

第三章、SPOA分冊(cè)

一、系統(tǒng)概述

1、移動(dòng)夢(mèng)網(wǎng)運(yùn)行管理系統(tǒng)簡(jiǎn)介

2、SP自服務(wù)系統(tǒng)簡(jiǎn)介

二、短信合作申請(qǐng)管理

1、注冊(cè)登錄賬號(hào)

2、當(dāng)?shù)匦耂P合作申請(qǐng)一流程圖

3、SP合作申請(qǐng)資料填寫闡明

4、當(dāng)?shù)厣?jí)為全網(wǎng)SP申請(qǐng)流程

5、全網(wǎng)SP當(dāng)?shù)亟尤牒献魃暾?qǐng)

6、變更合作申請(qǐng)資料

二、短信業(yè)務(wù)管理

1、短信當(dāng)?shù)貥I(yè)務(wù)申請(qǐng)流程

2、短信業(yè)務(wù)申請(qǐng)資料填寫闡明

3、短信全網(wǎng)業(yè)務(wù)申請(qǐng)流程

4、申請(qǐng)短信業(yè)務(wù)變更

三、通用信息

1、公共信息簡(jiǎn)介

2、私有信息

四、投訴處理

1、顧客投訴

2、SP投訴

第一章、接口改造分冊(cè)

MISC系統(tǒng)構(gòu)造和作用

SP接入MISC流程

CMPP3.0接口開發(fā)闡明

正反向訂購(gòu)接口開發(fā)闡明

網(wǎng)站改造SSO接口流程闡明

、MISC系統(tǒng)構(gòu)造和作用

1、SP接入MISC流程

組織SP培訓(xùn)

SP程序開發(fā)及業(yè)務(wù)梳理

安排SP在試驗(yàn)環(huán)境做接口測(cè)試

現(xiàn)網(wǎng)全業(yè)務(wù)申報(bào)

SP進(jìn)行全業(yè)務(wù)自行撥測(cè)及有關(guān)程序調(diào)整

SP提交全業(yè)務(wù)撥測(cè)匯報(bào)供計(jì)費(fèi)驗(yàn)證

安排割接

N

N

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

?1）首先需要組織SP參與MISC升級(jí)改造培訓(xùn)

?2）培訓(xùn)結(jié)束后SP就應(yīng)當(dāng)開始著手進(jìn)行業(yè)務(wù)梳理及接口程序開發(fā)，并在移動(dòng)規(guī)定H勺

時(shí)間內(nèi)完畢這項(xiàng)工作

?3）SP具有接口測(cè)試條件后來，集中統(tǒng)一安排在測(cè)試環(huán)境做接口測(cè)試及經(jīng)典業(yè)務(wù)申

報(bào)

?4）接口測(cè)試通過后來根據(jù)現(xiàn)網(wǎng)MISC系統(tǒng)建設(shè)狀況，安排接口測(cè)試通過口勺SP在現(xiàn)

網(wǎng)做全業(yè)務(wù)申報(bào)和全業(yè)務(wù)撥測(cè)

?5）全業(yè)務(wù)撥測(cè)通過后提交撥測(cè)匯報(bào)供計(jì)費(fèi)做計(jì)費(fèi)驗(yàn)證

6）驗(yàn)證通過后根據(jù)網(wǎng)絡(luò)部的割接計(jì)劃安排割接

3、接口改造總體闡明

?在整個(gè)升級(jí)改造過程中“接口改造”占了一種非常童要的位置。SP需要根據(jù)

CMPP3.0協(xié)議和DSMP規(guī)范對(duì)自己的接口進(jìn)行改造開發(fā)，才能接入MISCo

?接口改造重要分為如下幾種方面：

1）CMPP3.0接口程序改造

2）正反向訂購(gòu)、取消接口開發(fā)

3）網(wǎng)站改造SSO接口開發(fā)

CMPP3.0接口改造闡明

?接口開發(fā)需具有條件

?CMPP2.0和CMPP3.0區(qū)別

?CMPP3.0協(xié)議包體闡明

4、接口改造需具有條件

1、自己開發(fā)接口的SP,應(yīng)根據(jù)CMPP3.0協(xié)議對(duì)接口進(jìn)行修改；使用APIIKJSP,應(yīng)向接入網(wǎng)

關(guān)的省企業(yè)或網(wǎng)關(guān)廠家索取最新的CMPP3.0接口API以及使用闡明等有關(guān)文檔

2、不管是自己開發(fā)接口的.壞是使用接口APImSP,都應(yīng)當(dāng)詳細(xì)理解CMPP2.0和CMPP3.0

的區(qū)別

二、CMPP協(xié)議

CMPP2.0和CMPP3.0區(qū)另lj—SP登錄

CMPP2.0和CMPP3.0區(qū)別一SP登錄

?1、SP向所接入出JISMG發(fā)送登錄祈求；

?2、ISMG向MISC發(fā)送SP登陸鑒權(quán)信息查詢祈求；

?3、MISC向ISMG返回SP登陸鑒權(quán)成果：

-4、ISMG根據(jù)此信息進(jìn)行SP登陸認(rèn)證，并向SP返回認(rèn)證成果；

2、CMPP2.0和CMPP3.0區(qū)別一協(xié)議包的變化

1)包內(nèi)容的變化：CMPP.SUBMIT

CMPP3.0中新增字段：

Fee_terminal_type：被計(jì)費(fèi)顧客的號(hào)碼類型，0：真實(shí)號(hào)碼：1：偽碼

Dest_terminal_type：接受短信的顧客號(hào)碼類型,0：真實(shí)號(hào)碼;1：偽碼

LinkID：20個(gè)字節(jié)，點(diǎn)播業(yè)務(wù)使用，非點(diǎn)播類業(yè)務(wù)H勺MT流程不使用該字段

CMPP3.0中刪除字段：

Reserve：保留字段。

CMPP3.0中變化字段：

Fee-terminaljd：被計(jì)費(fèi)顧客號(hào)碼。長(zhǎng)度擴(kuò)展為32個(gè)字節(jié)，數(shù)據(jù)類型從

Unsignedlnteger修改為Octetstring

Dest.terminaljd：接受短信日勺顧客號(hào)碼。長(zhǎng)度擴(kuò)展為32個(gè)字節(jié)，數(shù)據(jù)類型從

Unsignedlnteger修改為Octetstring

2)包內(nèi)容的變化CMPP_DEUVER

CMPP3.0中新增字段:

Src_terminal_type：源終端號(hào)碼類型,0：真實(shí)號(hào)碼：1：偽碼

LinkID：20個(gè)字節(jié)，點(diǎn)播業(yè)務(wù)使用，非點(diǎn)播類業(yè)務(wù)H勺MT流程不使用字段

CMPP3.0中刪除字段：

Reserve：保留字段

CMPP3.0中變化字段：

Src_terminal_id：源終端號(hào)碼。長(zhǎng)度擴(kuò)展為32個(gè)字節(jié)，數(shù)據(jù)類型從Unsignedlnteger

修改為Octetstring

字段闡明：

偽碼：一種隨機(jī)字符串，對(duì)于一種SP,唯一標(biāo)識(shí)一種顧客LinkID：20位字符串，該

字段時(shí)值由MISC產(chǎn)生，編碼格式為4位MISCID+12位時(shí)間+4位序列號(hào)。用于點(diǎn)播類業(yè)務(wù)中

MT與M0消息的匹配。

3、CMPP3.0協(xié)議包體闡明CMPP_SUBMIT

字段名字節(jié)數(shù)屬性描述

Msg_ld8Unsignedlnteger信息標(biāo)識(shí)。

Pk_total1Unsignedlnteger相似Msg」d的信息總條數(shù)，從1開始。

Pk_number1Unsignedlnteger相似Msg」d的信息序號(hào)，從1開始。

Registered_Delivery1Unsignedlnteger與否規(guī)定返回狀態(tài)確認(rèn)匯報(bào)：

0：不需要:

1：需要。

Msg_level1Unsignedlnteger信息級(jí)別。

Service_ld10Octetstring業(yè)務(wù)標(biāo)識(shí)，是數(shù)字、字母和符號(hào)的組合。

Fee_UserType1Unsignedlntege計(jì)費(fèi)顧客類型字段：

0：對(duì)目的終端MSISDN計(jì)費(fèi)；

1：對(duì)源終端MSISDN計(jì)費(fèi)：

2：對(duì)SP計(jì)費(fèi):

3：表達(dá)本字段無效，對(duì)誰計(jì)費(fèi)參見

Fee_terminal_ld字段。

Fpp_tprminal_ld*OrtPtString被計(jì)求顧客的號(hào)碼，當(dāng)Fpp_lkprTypp為2時(shí)該值

有效,當(dāng)FeeJJserType為0、1、2時(shí)該值無意義。

Fee_terminal_type1Unsignedlntege被計(jì)費(fèi)顧客的號(hào)碼類型，0：真實(shí)號(hào)碼：1：偽碼。

TP_pld1UnsignedlntegeGSM協(xié)議類型。詳細(xì)是解釋請(qǐng)參照GSM03.40中

的923.9。

TP_udhi1UnsignedlntegeGSM協(xié)議類型。詳細(xì)是解釋請(qǐng)參照GSM03.40中

的9.2.3.23,僅使用1位，右對(duì)齊。

Msg_Fmt1Unsignedlntege信息格式：

0：ASCII串：

3：短信寫卡操作：

4：二進(jìn)制信息；

8：UCS2編碼：

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

Msg_src6Octetstring信息內(nèi)容來源］SP_ld）。

FeeType2Octetstring資費(fèi)類別：

01：對(duì)“計(jì)費(fèi)領(lǐng)客號(hào)碼”免費(fèi)；

02：對(duì)“計(jì)費(fèi)力客號(hào)碼”按條計(jì)信息費(fèi):

03：對(duì)“計(jì)費(fèi)顧客號(hào)碼”按包月收取信息費(fèi)。

FeeCode16Octetstring資費(fèi)代碼（以分為單位）。

Valld_Time17Octetstring存活有效期.格式遵照SMPP3.3協(xié)議.

At_Time17Octetstring定期發(fā)送時(shí)間，格式遵照SMPP3.3協(xié)議。

Src_ld21Octetstring源號(hào)碼。SP的服務(wù)代碼或前綴為服務(wù)代碼的長(zhǎng)號(hào)

碼，網(wǎng)關(guān)將該號(hào)碼完整的填到SMPP協(xié)議

Submit_SM消息對(duì)應(yīng)II勺source_addr字段,該號(hào)碼

最終在顧客上顯示為短消息的由叫號(hào)碼。

DestUsr_tl1Unsignedlntege接受信息的顧客數(shù)量（不不小JT00個(gè)顧客）。

Dest_terminal_ld32*DestUsr_tlOctetstring接受短信的MSISDN號(hào)碼。

Dest_terminal_type1Unsignedlntege接受短信的顧客口勺號(hào)碼類型，0：真實(shí)號(hào)碼：1：

偽碼。

Msg_Length1Unsignedlntege信息長(zhǎng)度（Msg_Fmt值為。時(shí)：＜160個(gè)字節(jié)：其

他＜=140個(gè)字節(jié)），取值不小于或等于0。

Msg_ContentMsgjengthOctetstring信息內(nèi)容。

LinkID20Octetstring點(diǎn)播業(yè)務(wù)使用小JlinkID,非點(diǎn)播類業(yè)務(wù)的MT流

程不使用該字段。

4、CMPP3.0協(xié)議包體闡明CMPP_SUBMIT_RESP

字段名字節(jié)數(shù)屬件描述

Msg_ld8Unsignedlnteger信息標(biāo)識(shí)，生成算法如下：

采用64位（8字節(jié)）的整數(shù)：

1.時(shí)間（格式為MMDDHHMMSS,即月日時(shí)分秒）:

bit64~bit39,其中

bit64-bit61：月份的二進(jìn)制表達(dá):

bit60~bit56：門的二進(jìn)制表達(dá)：

bitSS-bitSl：小時(shí)的二進(jìn)制表達(dá);

bit50-bit45：分的二進(jìn)制表達(dá)；

bit44~bil39：杪的二進(jìn)制表達(dá)；

2.短信網(wǎng)關(guān)代碼:bit38~bitl7,把短信網(wǎng)關(guān)的代碼轉(zhuǎn)

換為整數(shù)填寫到該字段中：

3.序列號(hào):bitl6-bitl,次序增長(zhǎng),步長(zhǎng)為1,循環(huán)使

用。

各部分如不能填滿，左補(bǔ)零，右對(duì)齊。

（SP根據(jù)祈求和應(yīng)答消息的Sequencejd一致性就可

得到CMPP_submit消息叫Msgjd）

Result4Unsignedlnteger成果：

0；對(duì)的；

1：消息構(gòu)造錯(cuò)；

2:命令字錯(cuò):

3：消息序號(hào)反復(fù);

4：消息長(zhǎng)度錯(cuò)；

5:資費(fèi)代碼錯(cuò)：

6：超過最大信息長(zhǎng)；

7：業(yè)務(wù)代碼錯(cuò)：

8：流量控制帶:

9：本網(wǎng)關(guān)不負(fù)責(zé)服務(wù)此計(jì)費(fèi)號(hào)碼：

10：Srjld錯(cuò)誤;

11：Msg_src錯(cuò)誤：

12：Fee_terminal_ld錯(cuò)誤；

13：Desjterminaljd錯(cuò)誤：

5、CMPP3.0協(xié)議包體闡明CMPP_DELIVER

字段名字節(jié)數(shù)屬性描述

Msg_ld8Unsignedlnteger信息標(biāo)識(shí)。

生成算法如下：

采用64位（8字節(jié)）的整數(shù)：

時(shí)間（格式為MMDDHHMMSS，即月日時(shí)分秒）:

bit64-bit39,其中

bit64-bit61：月份的二進(jìn)制表達(dá);

bit60~bit56：日的二進(jìn)制表達(dá):

bitS5-bit51：小時(shí)時(shí)二進(jìn)制表達(dá)：

bit50-bit45：分內(nèi)二進(jìn)制表達(dá)；

bit44~bit39：秒內(nèi)二進(jìn)制表達(dá)；

1.短信網(wǎng)關(guān)代碼：bit38~bitl7,把短信網(wǎng)關(guān)的代碼

轉(zhuǎn)換為整數(shù)填寫到該字段中：序列號(hào)：bitl6-bitl,

次序增長(zhǎng)，步長(zhǎng)為1，循環(huán)使用。

各部分如不能填滿，左補(bǔ)零，右對(duì)齊。

Dest_ld21Octetstring目的號(hào)碼。

SP的服務(wù)代碼，一般4-6位，或者是前綴為服務(wù)

代碼的

氏號(hào)碼：該號(hào)碼是顧客短消息H勺被叫號(hào)碼。

Service_ld10Octetstring業(yè)務(wù)標(biāo)識(shí)，是數(shù)字、字母和符號(hào)的組合。

TP_pid1UnsignedlntegeGSM協(xié)議類型。詳細(xì)解釋請(qǐng)參照GSM03.40中II勺

923.9。

TP_udhi1UnsignedlntegeGSM協(xié)議類型。詳細(xì)解釋請(qǐng)參照GSM03.40中的

923.23,僅使用1位，右對(duì)齊。

Msg_Fmt1Unsignedlnteger信息格式：

0：ASCII中：

3：短信寫卡操作：

4：二進(jìn)制信息：

8：UCS2編碼；

15：含GB中文:

Src_terminal_ld32Octetstring源終端MSISDN號(hào)碼（狀態(tài)匯報(bào)時(shí)填為

CMPP_SUBMIT消息的目的終端號(hào)碼）。

Src_terminal_type1Unsignedlntege源終端號(hào)碼類型，0：真實(shí)號(hào)碼；1：偽碼。

Registered_Delivery1Unsignedlntege與否為狀態(tài)匯報(bào)：

0：非狀態(tài)匯報(bào)：

1：狀態(tài)匯報(bào)。

Msg_Length1Unsignedlntege消息長(zhǎng)度，取值不小于或等于0.

Msg_ContentMsglengthOctetstring消息內(nèi)容。

LinkID20Octetstring點(diǎn)播業(yè)務(wù)使用『'JlinkID,非點(diǎn)播類業(yè)務(wù)的MT流程

不使用該字段。

6、CMPP3.0協(xié)議包體闡明CMPP_DELIVER_RESP

字段名字節(jié)數(shù)屬性描述

Msg_ld8Unsignedlnteger信息標(biāo)識(shí)（CMPP_DELIVER中的Msg_ld字段）。

Result4Unsignedlnteger成果：

0：對(duì)口勺：

1:消息構(gòu)造錯(cuò)：

2：命令字錯(cuò)：

3：消息序號(hào)反復(fù)：

消息長(zhǎng)度錯(cuò)：

4;

5：資費(fèi)代碼錯(cuò)；

6：超過最大信息長(zhǎng)：

7：業(yè)務(wù)代碼錯(cuò)；

8:流量控制借；

9~：其他錯(cuò)誤。

7、CMPP3.0協(xié)議包體闡明一網(wǎng)關(guān)返回狀態(tài)匯報(bào)

字段名字節(jié)數(shù)屬性描述

Msg_ld8Unsignedlnteger信息標(biāo)識(shí)。

SP提交短信（CMPP_SUBMIT）操作時(shí),與SP相連

的ISMG產(chǎn)生的Msgjd,

Stat7Octetstring發(fā)送短信的應(yīng)答成果，含義詳見表一。

SP根據(jù)該字段確定CMPP_SUBMIT消息口勺處理狀態(tài)。

Submit_time10OctetstringYYMMDDHHMM（YY為年的后兩位00-99,MM：

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

Done_time10OctetstringYYMMDDHHMM,

Dest_terminal_ld32Octetstring目的終端MSISDN號(hào)碼（SP發(fā)送CMPP_SUBMIT消息

的目的終端）。

SMSC_sequence4Unsignedlnteger取自SMSC發(fā)送狀態(tài)匯報(bào)的消息體中的消息標(biāo)識(shí)。

8、CMPP3.0協(xié)議包體闡明—返回狀態(tài)匯報(bào)值

MessagestateFinalMessageStatesDescription

DELIVEREDDELIVEREDMessageisdeliveredtodestination

EXPIREDEXPIREDMessagevalidityperiodhas

expired

DELETEDDELETEDMessagehasbeendeleted

UNDELIVERABLEUNDELIVERABLEMessageisundeliverable

ACCEPTEDACCEPTED

ofthesubscriberbycustomerservice)

UNKNOWNUNKNOWNMessageisininvalidstate

REJECTEDREJECTEDMessageisinarejectedstate

MArxxxxMA:xxxxSMSC不返回響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

MB:xxxxMB:xxxxSMSC返回錯(cuò)誤響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

MC:xxxxMC:xxxx沒有從SMSC處接受到狀態(tài)匯報(bào)時(shí)的狀態(tài)匯報(bào)

CA:xxxxCA:xxxxSCP不返回響應(yīng)消息時(shí)MJ狀態(tài)匯報(bào)

CB:xxxxCB:xxxxSCP返回錯(cuò)誤響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

DA:xxxxDA:xxxxDSMP不返回響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

DBzxxxxDB:xxxxDSMP返同錯(cuò)誤響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

SA:xxxxSA:xxxxSP不返回響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

SB:xxxxSB:xxxxSP返回錯(cuò)誤響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

IA:xxxxIA:xxxx下一級(jí)ISMG不返回響應(yīng)消息時(shí)的狀態(tài)匯報(bào)

IB:xxxxIB:xxxx下一級(jí)ISMG返回錯(cuò)誤響應(yīng)消息時(shí)［向狀態(tài)匯報(bào)

IC:xxxxIC:xxxx沒有從下一級(jí)ISMG處接受到狀態(tài)匯報(bào)時(shí)的狀態(tài)匯報(bào)

9、MISC常見錯(cuò)誤代碼闡明

錯(cuò)誤代碼錯(cuò)誤描述備注

101號(hào)碼錯(cuò)誤MT包中的計(jì)緲號(hào)碼或者接受號(hào)碼不是夢(mèng)網(wǎng)顧客

102顧客停機(jī)無法使用該業(yè)務(wù)

103顧客欠費(fèi)無法使用該業(yè)務(wù)

107業(yè)務(wù)不存在MT包中的Servicejd與SP在MISC中申報(bào)的業(yè)務(wù)代碼不,致

108業(yè)務(wù)暫停MT包中所填的業(yè)務(wù)在MISC中已被暫停

115顧客沒有訂購(gòu)此業(yè)務(wù)SP向未訂購(gòu)該業(yè)務(wù)的顧客下發(fā)MT消息

116顧客暫停此業(yè)務(wù)SP向已暫停該業(yè)務(wù)的顧客下發(fā)MT消息

140順客沒有點(diǎn)播該業(yè)務(wù)點(diǎn)播類業(yè)務(wù)對(duì)應(yīng)的MT中，業(yè)務(wù)代碼、UNKID和M0中的不匹配

三、PROVISION接口

正、反向接口開發(fā)闡明

?正向同步PROVISION接口規(guī)范

正向同步PROVISION接口消息定義

?正向訂購(gòu)、取消包示例

?反向接口規(guī)范

?反向訂購(gòu)接口消息定義

?反向取消接口消息定義

?反向訂購(gòu)、取消包示例

正向同步PROVISION接口規(guī)范一流程圖

2、正向同步PROVISION接口規(guī)范一流程闡明

?顧客通過發(fā)送定制或取消指令到對(duì)應(yīng)口勺SP特服號(hào)，網(wǎng)關(guān)收到M0消息后向MISC發(fā)

起M0鑒權(quán)批價(jià)祈求，MISC收到M。鑒權(quán)批價(jià)祈求后進(jìn)行訂購(gòu)、取消點(diǎn)播指令匹配；假如

判斷指令是定制或取消指令，則MISC會(huì)向SP發(fā)送訂購(gòu)關(guān)系同步祈求包SyncOrderRelationReq

?顧客通過網(wǎng)站發(fā)起訂購(gòu)或取消祈求，MISC在收到網(wǎng)站的祈求之后，會(huì)向SP發(fā)送

訂購(gòu)關(guān)系同步祈求包SyncOrderRelationReq

?SP收到同步祈求包后，對(duì)訂購(gòu)祈求做對(duì)應(yīng)的訂購(gòu)關(guān)系處理，并返回訂購(gòu)關(guān)系同步應(yīng)答

SyncOrderRelationResp

?MISC收到應(yīng)答包后，根據(jù)返回成果與否對(duì)的，在系統(tǒng)中生成正式的訂購(gòu)關(guān)系或者取消訂

購(gòu)關(guān)系，并由1862系統(tǒng)給顧客下發(fā)訂購(gòu)成功或取消成功的提醒消息

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

?功能描述

此接I」在MISC由于某種狀況更新了顧客訂購(gòu)關(guān)系（包括訂購(gòu)、取消、暫停、激活）的時(shí)

候，通過此接口發(fā)起和SPH勺更新訂購(gòu)關(guān)系的交互。

消息名消息類型消息方向

SyncOrderRelationReqRequestSPaMISC

SyncOrderRelationRespResponseMISCaSP

?接口內(nèi)容描述

SyncOrderRelationReq消息字段描述:

返回定義重要性類型闡明

MsgType必須string消息類型

TransactionlD必須string該消息編號(hào)（不能超過16位）

Version必須string該接口消息的版本號(hào),本次所有的接口消息

的版本都為“”

Send_Address必須address_info_schema發(fā)送方H勺地址

Dest_Address必須address_info_schema接受方的地址

Feellser_ID必須user_id_schema計(jì)費(fèi)顧客標(biāo)識(shí)

DestUser_ID必須user_id_schema使用顧客標(biāo)識(shí)

LinkID可選string臨時(shí)訂購(gòu)關(guān)系的事務(wù)ID

ActionlD必須integer服務(wù)狀態(tài)管理動(dòng)作代碼，詳細(xì)值如卜.：

1：開通服務(wù)：

2：停止服務(wù)：

3：激活服務(wù)：

4：暫停服務(wù)：

ActionReasonlD必須integer產(chǎn)生服務(wù)狀態(tài)管理動(dòng)作原因口勺代碼，詳細(xì)值

如下：

1：顧客發(fā)起行為

2：Admin&1860發(fā)起行為

3：Boss停機(jī)

4：Boss開機(jī)

5：Boss過戶

6：Boss銷戶

7：Boss改號(hào)

8：扣費(fèi)失敗導(dǎo)致的服務(wù)取消

9：其他

SPID可選stringSP的企業(yè)代碼

SPServicelD必須stringSP中該服務(wù)的服務(wù)代碼

AccessMode可選Integer服務(wù)的訪問方式

1：WEB

2：WAP

3：SMS

FeatureStr可選string服務(wù)訂購(gòu)參數(shù)（base64加密），內(nèi)容是長(zhǎng)號(hào)

碼+空格+顧客發(fā)送內(nèi)容

address_info_schema（地址信息）描述

字段名稱

字段類型

字段描述

DeviceType

integer

設(shè)備類型

0：MISC

100：ISMG

101：WAPSPPROXY

1XX：其他業(yè)務(wù)網(wǎng)關(guān)

200:WAPPORTAL

201：PORTAL

202：VOICEPORTAL

203：PDAPORTAL

2XX：其他門戶

300：MMSC

301：KJAVASERVER

302：LSP

3XX：其他應(yīng)用平臺(tái)

400:SP

DevicelD

string

設(shè)備編號(hào)，設(shè)備編號(hào)采用各設(shè)備的入網(wǎng)編號(hào)，例如短信網(wǎng)關(guān)使用網(wǎng)關(guān)ID、對(duì)SP使用其企業(yè)

代碼，該設(shè)備編號(hào)由MISC分派，并且在同一設(shè)備類型中該編號(hào)唯一

user_id_schema（顧客標(biāo)識(shí)）描述

字段名稱

字段類型

字段描述

UserlDType

integer

顧客標(biāo)識(shí)類型

1：用號(hào)標(biāo)識(shí)

2：用偽碼標(biāo)識(shí)

3：兩者同步標(biāo)識(shí)

MSISDN

string

顧客號(hào)

PseudoCode

binary

顧客偽碼

4、正向同步接口應(yīng)答包消息定義

SyncOrderRelationResp消息字段描述：

字段今市要件類型闡明

MsgType必須string消息類型

TransactionlD必須string該消息編號(hào)

Version必須string該接口消息的版本號(hào)，本次所有的接口消息

的版本都為“”

hRet必須string返回值，重要錯(cuò)誤如下：

0：成功

4007：MISC同步開通服務(wù)，但SP端已存在訂

購(gòu)關(guān)系，且狀態(tài)為開通

4008；MISC同步開通服務(wù)，且SP端不存在訂

購(gòu)關(guān)系，但開通服務(wù)失敗

4010：MISC同步停止服務(wù)，且SP端存在訂購(gòu)

關(guān)系，但取消服務(wù)失敗

4011：MISC同步停止服務(wù)，但5P端不存在訂

購(gòu)關(guān)系

4012：MISC同步暫停股務(wù)，且SP端存在訂購(gòu)

關(guān)系，但笆停服務(wù)失敗

4013：MISC同步暫停股務(wù)，但SP端不存在訂

購(gòu)關(guān)系

4015：MISC同步激活服務(wù)，但SP端已存在訂

購(gòu)關(guān)系，息狀態(tài)為開通

4016：MISC同步激活服務(wù)，但SP端不存在訂

購(gòu)關(guān)系

其他錯(cuò)誤請(qǐng)參見《MISC系統(tǒng)短信SP接入指

南一接口改造分冊(cè)譏

5、正向訂購(gòu)、取消包示例

正向訂購(gòu)祈求包

<?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、反向訂購(gòu)接口規(guī)范一流程圖

7、反向訂購(gòu)接口規(guī)范一流程闡明

1)SP替代顧客,向MISC發(fā)起反向訂購(gòu)祈求SubscribeServiceReq

并等待MISC處理

2)MISC對(duì)消息中口勺來源地址、企業(yè)代碼進(jìn)行鑒權(quán)，判斷與否容許

該SP進(jìn)行反向訂購(gòu)

3)接入鑒權(quán)成功后，再進(jìn)行顧客鑒權(quán)和訂購(gòu)關(guān)系鑒權(quán)，判斷顧客狀

態(tài)與否對(duì)的以及與否是反復(fù)訂購(gòu)等

4)上面鑒權(quán)成功后，MISC向SP發(fā)送訂購(gòu)關(guān)系同步祈求包

SyncOrderRelationReq

5)SP收到同步祈求后，對(duì)訂購(gòu)祈求做對(duì)應(yīng)的訂購(gòu)關(guān)系處理，并返

回訂購(gòu)關(guān)系同步應(yīng)答SyncOrderRelationResp

6)MISC收到應(yīng)答后，判斷應(yīng)答值與否為0。假如應(yīng)答值為0,則在

MISC中牛成IF式H勺訂購(gòu)關(guān)系,并給SP返叵I成功【為反向訂購(gòu)處理響應(yīng)包

SubscribeServiceResp：假如應(yīng)答值不為0,則不生成訂購(gòu)關(guān)系，同步

給SP返回不成功打勺反向訂購(gòu)應(yīng)答包SubscribeServiceResp

7）SP假如收至IJMISCH勺錯(cuò)誤響應(yīng)，則闡明訂購(gòu)失敗，SP必須對(duì)這個(gè)失

敗消息做對(duì)應(yīng)處理.，例如把自己先生成的訂購(gòu)關(guān)系清除掉等等

8）假如收到MISC^J對(duì)的響應(yīng)，則SP可以不做任何處理

8、反向訂購(gòu)接口消息定義

?功能描述

此接口用于?顧客通過SP訂購(gòu)數(shù)據(jù)業(yè)務(wù)的時(shí)候，SP先進(jìn)行業(yè)務(wù)關(guān)系訂購(gòu)，再通過該接口

向MISC進(jìn)行顧客服務(wù)訂購(gòu)?fù)娇谏灼砬蟆?/p>

消息名消息類型消息方向

SubscribeServiceReqRequestSPAMISC

SubscribeServiceRespResponseMISCaSP

SubscribeServiceReq消息字段描述:

字段名重要性類型闡明

MsgType必須string消息類型

TransactionlD必須string該消息編號(hào)（不能超過16位）

Version必須string該接口消息的版本號(hào)，本次所有的接口消息

時(shí)版本都為“”

Send_Address必須address_info_schema發(fā)送方的地址

Dest_Address必須address_info_schema接受方的地址

FeeUser_ID必須user_id_schema計(jì)費(fèi)顧客標(biāo)識(shí)

DestUser_ID必須user_id_schema使用顧客標(biāo)識(shí)

當(dāng)使用顧客和計(jì)費(fèi)顧客為同一顧客的時(shí)候，

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