1、SP 短信開發(fā)-基礎(chǔ)知識(shí)篇2(MISC系統(tǒng)短信SP接入培訓(xùn))導(dǎo)讀： MISC系統(tǒng)短信SP接入培訓(xùn) 第一章、接口改造分冊.4 一、MISC系統(tǒng)結(jié)構(gòu)和作用.4 1、SP接入MISC流程.4 2、SP接入MISC流程流程說明.5 3、接口改造總體說明.5 4、接口改造需具備條件.6 二、CMPP協(xié)議.6 1、CMPP2.0和CMPP3.0區(qū)別SP登錄.6 2、CMPP2.0和CMPP3.0區(qū)別協(xié)議包的變化.7 3、CMPP3.0協(xié)議包體說明CMPP_SUBMIT.7 4、CMPP3.0協(xié)議包體說明CMPP_SUBMIT_RESP.9 5、CMPP3.0協(xié)議包體說明CMPP_DELIVER.9 6、C

2、MPP3.0協(xié)議包體說明CMPP_DELIVER_RESP.11 7、CMPP3.0協(xié)議包體說明_網(wǎng)關(guān)返回狀態(tài)報(bào)告.11 8、CMPP3.0協(xié)議包體說明_返回狀態(tài)報(bào)告值.12 9、MISC常見錯(cuò)誤代碼說明.12 三、PROVISION接口.13 1、正向同步PROVISION接口規(guī)范流程圖.13 2、正向同步PROVISION接口規(guī)范流程說明.13 3、正向同步PROVISION接口消息定義.14 4、正向同步接口應(yīng)答包消息定義.16 5、正向訂購、取消包示例.17 6、反向訂購接口規(guī)范流程圖.18 7、反向訂購接口規(guī)范流程說明.19 8、反向訂購接口消息定義.20 9、反向取消接口規(guī)范流程圖

3、.21 10、反向取消接口規(guī)范流程說明.21 11、反向取消接口消息定義.22 12、反向訂購、取消包示例.23 四、網(wǎng)站SSO接口.26 1、用戶在中央SSO的iframe頁面上登錄.26 2、用戶在SP網(wǎng)站上進(jìn)行登錄的處理流程.27 3、SSO登錄接口定義.28 4、查詢用戶信息接口.29 5、用戶訂購業(yè)務(wù)與點(diǎn)播下載業(yè)務(wù)的處理流程.30 6、SSO訂購、點(diǎn)播接口定義.31 7、服務(wù)下發(fā)請求接口.33 第二章、業(yè)務(wù)改造分冊.34 一、業(yè)務(wù)改造.34 1、業(yè)務(wù)改造重要性說明.34 2、SP升級(jí)前后特性對比.34 3、業(yè)務(wù)類型分類說明.35 4、業(yè)務(wù)類型分類說明.36 二、MO指令規(guī)劃建議.37

4、 1、MO指令規(guī)劃.37 2、MO指令的匹配過程.37 3、MO匹配流程.38 4、指令匹配流程說明.38 5、MO正向訂購流程舉例.39 三、指令流程說明.39 1、訂購指令匹配處理流程.39 2、取消指令匹配處理流程.40 3、點(diǎn)播指令匹配處理流程.40 4、普通MO匹配處理流程.40 5、MO匹配實(shí)例.40 四、業(yè)務(wù)規(guī)劃.41 1、訂購業(yè)務(wù)種類規(guī)劃.41 2、定制、取消點(diǎn)播指令設(shè)置.41 3、反向訂購業(yè)務(wù)申請.41 4、統(tǒng)一反向取消接口開放.42 5、包月話單收取.42 五、業(yè)務(wù)組合模式說明.42 1、關(guān)聯(lián)業(yè)務(wù)組合.43 2、不同等級(jí)業(yè)務(wù)組合.43 3、套餐式業(yè)務(wù)組合.43 4、普通業(yè)務(wù)

5、組合.43 5、特殊業(yè)務(wù)設(shè)計(jì)舉例.44 6、包月定制類業(yè)務(wù)需要免費(fèi)使用N個(gè)月.44 7、VIP用戶群免費(fèi)使用業(yè)務(wù).44 8、游戲、聊天類業(yè)務(wù).45 9、手機(jī)股票信息點(diǎn)播、定制.45 第三章、SPOA分冊.45 一、系統(tǒng)概述.46 1、移動(dòng)夢網(wǎng)運(yùn)營管理系統(tǒng)介紹.46 2、SP自服務(wù)系統(tǒng)介紹.46 二、短信合作申請管理.47 1、注冊登錄賬號(hào).47 2、本地新SP合作申請流程圖.48 3、SP合作申請資料填寫說明.49 4、本地升級(jí)為全網(wǎng)SP申請流程.51 5、全網(wǎng)SP本地接入合作申請.51 6、變更合作申請資料.52 二、短信業(yè)務(wù)管理.53 1、短信本地業(yè)務(wù)申請流程.54 2、短信業(yè)務(wù)申請資料填

6、寫說明.54 3、短信全網(wǎng)業(yè)務(wù)申請流程.57 4、申請短信業(yè)務(wù)變更.57 三、通用信息.58 1、公共信息介紹.58 2、私有信息.58 四、投訴處理.59 1、用戶投訴.59 2、SP投訴.60 第一章、接口改造分冊 MISC系統(tǒng)結(jié)構(gòu)和作用 SP接入MISC流程 CMPP3.0接口開發(fā)說明 正反向訂購接口開發(fā)說明 網(wǎng)站改造SSO接口流程說明 一、MISC系統(tǒng)結(jié)構(gòu)和作用 1、SP接入MISC流程 組織SP培訓(xùn) SP程序開發(fā)及業(yè)務(wù)梳理 安排SP在試驗(yàn)環(huán)境做接口測試 現(xiàn)網(wǎng)全業(yè)務(wù)申報(bào) SP進(jìn)行全業(yè)務(wù)自行撥測及相關(guān)程序調(diào)整 SP提交全業(yè)務(wù)撥測報(bào)告供計(jì)費(fèi)驗(yàn)證 安排割接 N N 2、SP接入MISC流程流

7、程說明 1）首先需要組織SP參與MISC升級(jí)改造培訓(xùn) 2）培訓(xùn)結(jié)束后SP就應(yīng)該開始著手進(jìn)行業(yè)務(wù)梳理及接口程序開發(fā)，并在移動(dòng)要求的時(shí)間內(nèi)完成這項(xiàng)工作 3）SP具備接口測試條件以后，集中統(tǒng)一安排在測試環(huán)境做接口測試及典型業(yè)務(wù)申報(bào) 4）接口測試通過以后根據(jù)現(xiàn)網(wǎng)MISC系統(tǒng)建設(shè)情況，安排接口測試通過的SP在現(xiàn)網(wǎng)做全業(yè)務(wù)申報(bào)和全業(yè)務(wù)撥測 5）全業(yè)務(wù)撥測通過后提交撥測報(bào)告供計(jì)費(fèi)做計(jì)費(fèi)驗(yàn)證 6）驗(yàn)證通過后根據(jù)網(wǎng)絡(luò)部的割接計(jì)劃安排割接 3、接口改造總體說明 在整個(gè)升級(jí)改造過程中“接口改造”占了一個(gè)非常重要的位置。SP需要根據(jù)CMPP3.0協(xié)議和DSMP規(guī)范對自己的接口進(jìn)行改造開發(fā)，才能接入MISC。 接口改造

8、主要分為以下幾個(gè)方面： 1）CMPP3.0接口程序改造 2）正反向訂購、取消接口開發(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é)議對接口進(jìn)行修改；使用API的SP，應(yīng)向接入網(wǎng)關(guān)的省公司或網(wǎng)關(guān)廠家索取最新的CMPP3.0接口API以及使用說明等相關(guān)文檔 2、不管是自己開發(fā)接口的，還是使用接口API的SP，都應(yīng)該詳細(xì)了解CMPP2.0和CMPP3.0的區(qū)別 二、CMPP協(xié)議 1、CMPP2.0和CMPP3.0區(qū)別SP登錄 CMPP2

9、.0和CMPP3.0區(qū)別SP登錄 1、SP向所接入的ISMG發(fā)送登錄請求； 2、ISMG向MISC發(fā)送SP登陸鑒權(quán)信息查詢請求； 3、MISC向ISMG返回SP登陸鑒權(quán)結(jié)果； 4、ISMG根據(jù)此信息進(jìn)行SP登陸認(rèn)證，并向SP返回認(rèn)證結(jié)果； 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ù)的MT流程不使用

10、該字段 CMPP3.0中刪除字段： Reserve：保留字段。 CMPP3.0中變化字段： Fee_terminal_id：被計(jì)費(fèi)用戶號(hào)碼。長度擴(kuò)展為32個(gè)字節(jié)，數(shù)據(jù)類型從UnsignedInteger修改為OctetString Dest_terminal_id：接收短信的用戶號(hào)碼。長度擴(kuò)展為32個(gè)字節(jié)，數(shù)據(jù)類型從UnsignedInteger修改為OctetString 2） 包內(nèi)容的變化CMPP_DELIVER CMPP3.0中新增字段： Src_terminal_type：源終端號(hào)碼類型，0：真實(shí)號(hào)碼；1：偽碼 LinkID：20個(gè)字節(jié)，點(diǎn)播業(yè)務(wù)使用，非點(diǎn)播類業(yè)務(wù)的MT流程不使用字段

11、CMPP3.0中刪除字段： Reserve：保留字段 CMPP3.0中變化字段： Src_terminal_id：源終端號(hào)碼。長度擴(kuò)展為32個(gè)字節(jié)，數(shù)據(jù)類型從UnsignedInteger修改為OctetString 字段說明： 偽碼：一個(gè)隨機(jī)字符串，對于一個(gè)SP，唯一標(biāo)識(shí)一個(gè)用戶 LinkID：20位字符串，該字段的值由MISC產(chǎn)生，編碼格式為4位MISCID+12位時(shí)間+4位序列號(hào)。用于點(diǎn)播類業(yè)務(wù)中MT與MO消息的匹配。 3、CMPP3.0協(xié)議包體說明CMPP_SUBMIT 字段名 字節(jié)數(shù) 屬性 描述 Msg_Id 8 UnsignedInteger 信息標(biāo)識(shí) Pk_total 1 Uns

12、ignedInteger 相同Msg_Id的信息總條數(shù)，從1開始。 Pk_number 1 UnsignedInteger 相同Msg_Id的信息序號(hào)，從1開始。 Registered_Delivery 1 UnsignedInteger 是否要求返回狀態(tài)確認(rèn)報(bào)告： 0：不需要； 1：需要。 Msg_level 1 UnsignedInteger 信息級(jí)別。 Service_Id 10 OctetString 業(yè)務(wù)標(biāo)識(shí)，是數(shù)字、字母和符號(hào)的組合。 Fee_UserType 1 UnsignedInteger 計(jì)費(fèi)用戶類型字段： 0：對目的終端MSISDN計(jì)費(fèi)； 1：對源終端MSISDN計(jì)費(fèi)；

13、2：對SP計(jì)費(fèi)； 3：表示本字段無效，對誰計(jì)費(fèi)參見Fee_terminal_Id字段。 Fee_terminal_Id 32 OctetString 被計(jì)費(fèi)用戶的號(hào)碼，當(dāng)Fee_UserType為3時(shí)該值有效，當(dāng)Fee_UserType為0、1、2時(shí)該值無意義。 Fee_terminal_type 1 UnsignedInteger 被計(jì)費(fèi)用戶的號(hào)碼類型，0：真實(shí)號(hào)碼；1：偽碼。 TP_pId 1 UnsignedInteger GSM協(xié)議類型。詳細(xì)是解釋請參考GSM03.40中的。 TP_udhi 1 UnsignedInteger GSM協(xié)議類型。詳細(xì)是解釋請參考GSM03.

14、40中的3,僅使用1位，右對齊。 Msg_Fmt 1 UnsignedInteger 信息格式： 0：ASCII串； 3：短信寫卡操作； 4：二進(jìn)制信息； 8：UCS2編碼； 15：含GB漢字。 Msg_src 6 OctetString 信息內(nèi)容來源(SP_Id)。 FeeType 2 OctetString 資費(fèi)類別： 01：對“計(jì)費(fèi)用戶號(hào)碼”免費(fèi)； 02：對“計(jì)費(fèi)用戶號(hào)碼”按條計(jì)信息費(fèi)； 03：對“計(jì)費(fèi)用戶號(hào)碼”按包月收取信息費(fèi)。 FeeCode 6 OctetString 資費(fèi)代碼（以分為單位）。 ValId_Time 17 OctetString 存活有效期，格式遵循S

15、MPP3.3協(xié)議。 At_Time 17 OctetString 定時(shí)發(fā)送時(shí)間，格式遵循SMPP3.3協(xié)議。 Src_Id 21 OctetString 源號(hào)碼。SP的服務(wù)代碼或前綴為服務(wù)代碼的長號(hào)碼,網(wǎng)關(guān)將該號(hào) 碼完整的填到SMPP協(xié)議Submit_SM消息相應(yīng)的source_addr字段， 該號(hào)碼最終在用戶手機(jī)上顯示為短消息的主叫號(hào)碼。 DestUsr_tl 1 UnsignedInteger 接收信息的用戶數(shù)量(小于100個(gè)用戶)。 Dest_terminal_Id 32*DestUsr_tl OctetString 接收短信的MSISDN號(hào)碼。 Dest_terminal_type 1

16、 UnsignedInteger 接收短信的用戶的號(hào)碼類型，0：真實(shí)號(hào)碼；1：偽碼。 Msg_Length 1 UnsignedInteger 信息長度(Msg_Fmt值為0時(shí)：160個(gè)字節(jié)；其它 xmlns:SOAP-ENC=/soap/encoding/xmlns:xsd=/2001/XMLSchema xmlns:SOAP-ENV=/soap/envelope/ xmlns:SOAP-ENC=/soap/en

17、coding/ 。 接口協(xié)議 HTTP協(xié)議 接口方向 請求：SP中央SSO平臺(tái) 響應(yīng)：中央SSO平臺(tái)SP 查詢用戶信息接口請求的參數(shù)描述： 字段名稱 字段說明 ICPCode SP的企業(yè)代碼，長度為6位，格式是9XYnnn,XY表示SP接入地的短信網(wǎng)關(guān)編號(hào)，nnn表示序列號(hào)。 ICPPassword SP的密碼，該字段要求使用統(tǒng)一的DES算法加密，并用SP的密碼作為加密算法的密鑰。 SeqNo SP用于標(biāo)識(shí)唯一一次認(rèn)證請求的號(hào)碼 RandomSessionKey 用戶的臨時(shí)會(huì)話標(biāo)識(shí) 查詢用戶信息接口響應(yīng)的參數(shù)描述： 響應(yīng)中的BackURL上以BackURL?參數(shù)名稱1=參數(shù)值1&參數(shù)名稱2=參

18、數(shù)值2的形式返回以下輸出參數(shù)： 字段名稱 字段說明 ResultID SSO平臺(tái)處理的結(jié)果，為0表示成功，其它表示失敗。失敗時(shí)將在ResultString字段將表示錯(cuò)誤信息。 失敗時(shí)不返回PseudoCode和MSISDN字段。 ResultString ResultIDid為0時(shí)，內(nèi)容為”O(jiān)K”。 失敗時(shí)將在本字段表示具體失敗原因。 SeqNo SP用于標(biāo)識(shí)唯一一次認(rèn)證請求的號(hào)碼。 PseudoCode 用戶偽碼 要求可以配置成：當(dāng)響應(yīng)包中有MSISDN字段時(shí)，填或不填該字段。即當(dāng)不填MSISDN時(shí)，此字段為必填 項(xiàng)；當(dāng)響應(yīng)包中有MSISDN字段時(shí)，則根據(jù)配置決定響應(yīng)包中是否需要該字段。 M

19、SISDN 用戶手機(jī)號(hào)碼（要求能維護(hù)一個(gè)icp列表，對列表中有的icp才填該字段，否則，響應(yīng)包中不包含該字段） AreaID 用戶的歸屬地ID。 定義與用戶登錄接口響應(yīng)信息中定義的AreaID一樣。 OtherInfoNumber 返回包中Other_Info的個(gè)數(shù)。 Other_Info是為了今后能夠靈活擴(kuò)展接口中傳遞的信息而定義的數(shù)據(jù)類型。 本字段表明在該XML包中存在的Otner_Info的數(shù)目。 Other_Info 表示其他信息數(shù)據(jù)。 OtherInfoNumber等于多少，在該XML包中就有多少個(gè)Other_Info。 在Other_Info的結(jié)構(gòu)中，包含兩個(gè)字段： InfoCod

20、e：表示信息代碼 InfoValue：表示具體的信息值 5、用戶訂購業(yè)務(wù)與點(diǎn)播下載業(yè)務(wù)的處理流程 SP接入MISC平臺(tái)的實(shí)施說明 由于MISC平臺(tái)的建設(shè)有一個(gè)由點(diǎn)到面，逐步鋪開的過程，因此在實(shí)施訂購接口時(shí)需要考慮對于沒有接入MISC的服務(wù)如何與已接入MISC的服務(wù)區(qū)別對待的問題。 根據(jù)服務(wù)接入MISC的情況不同，會(huì)有以下幾種情況： 1）服務(wù)在MISC單點(diǎn)接入的情況 2）服務(wù)不在MISC接入的情況 3）服務(wù)多點(diǎn)接入時(shí)，主接入點(diǎn)和分接入點(diǎn)都接入MISC的情況 4）服務(wù)多點(diǎn)接入時(shí)，主接入點(diǎn)接入MISC，而分接入點(diǎn)沒有接入MISC的情況 需要特別說明的是，在實(shí)現(xiàn)訂購功能時(shí)，SP需要根據(jù)服務(wù)接入地選擇S

21、SO平臺(tái)，即訂購請求鏈接需要指向服務(wù)接入地的SSO平臺(tái)，對于多點(diǎn)接入業(yè)務(wù)，則指向服務(wù)主接入地的SSO平臺(tái)；如果服務(wù)接入地沒有建設(shè)SSO平臺(tái)，則指向中央SSO平臺(tái)。 6、SSO訂購、點(diǎn)播接口定義 業(yè)務(wù)訂購與下載接口 接口名稱 業(yè)務(wù)訂購與下載 接口描述 SSO平臺(tái)向SP系統(tǒng)開放的用戶業(yè)務(wù)訂購和下載功能接口，本接口根據(jù)參數(shù)的不同，有兩種不同的用途： 1) 完成業(yè)務(wù)訂購、取消訂購、激活訂購和暫停訂購等操作 2) 完成下載類業(yè)務(wù)的臨時(shí)訂購，并返回臨時(shí)訂購關(guān)系ID 接口協(xié)議 HTTP協(xié)議 接口方向 請求：SP中央SSO平臺(tái) 響應(yīng)：中央SSO平臺(tái)SP 業(yè)務(wù)訂購與下載接口請求的參數(shù)描述： 字段名稱 字段說明

22、ICPCode SP的企業(yè)代碼，長度最長為6位，格式是9XYnnn,XY表示SP接入地的短信網(wǎng)關(guān)編號(hào)，nnn表示序列號(hào)。 ICPServID SP提供的短信業(yè)務(wù)的業(yè)務(wù)代碼，變長（小于等于10位）的字符串。 如果是批量訂購，則該字段可能包括多個(gè)業(yè)務(wù)代碼，多個(gè)業(yè)務(wù)代碼之間用逗號(hào)（“,”）分隔。 SeqNo SP用于標(biāo)識(shí)唯一一次認(rèn)證請求的號(hào)碼。 ItemID 用于標(biāo)識(shí)SP的即時(shí)下發(fā)類業(yè)務(wù)（鈴聲、圖片等）唯一性的標(biāo)識(shí)，長度及格式由SP自行約定，應(yīng)只包含數(shù)字 和ASCII字符。 本字段只對下載業(yè)務(wù)有效，即只有當(dāng)ActionID為10時(shí)才需要，ActionID為其他值時(shí)參數(shù)中不應(yīng)包含本字段 。 例如，如果

23、用戶訂購的是天氣預(yù)報(bào)、新聞等包月服務(wù)，則不需要帶此參數(shù)。 MSISDN 用戶在SP網(wǎng)站上輸入的手機(jī)號(hào)碼（此參數(shù)為可選參數(shù)） ActionID 標(biāo)識(shí)用戶的操作，如訂購、取消訂購、暫停、激活等，長度為2位的整數(shù)，取值區(qū)間： 1：訂購服務(wù)；2：取消服務(wù)； 3：激活服務(wù)；4：暫停服務(wù)； 10：點(diǎn)播下載服務(wù)。 BackURL 處理完成后要求SSO平臺(tái)重定向用戶到的目的URL。 DeliverURL SP的服務(wù)下發(fā)請求接口地址。 該參數(shù)為可選參數(shù)，當(dāng)訂購?fù)瓿珊骃P需要向用戶下發(fā)服務(wù)時(shí)填寫該參數(shù)（ActionID10時(shí)）。 當(dāng)訂購?fù)瓿珊筮€需要向用戶下發(fā)服務(wù)時(shí)，SSO平臺(tái)將向該參數(shù)定義的地址發(fā)起一個(gè)HTTPG

24、ET請求，以通 知SP向用戶下發(fā)指定的服務(wù)，請求中攜帶的參數(shù)格式參見服務(wù)下發(fā)請求接口。 SSO訂購、點(diǎn)播接口定義 業(yè)務(wù)訂購與下載接口響應(yīng)的參數(shù)描述： 響應(yīng)中的BackURL以BackURL?參數(shù)名稱1=參數(shù)值1&參數(shù)名稱2=參數(shù)值2的形式返回以下輸出參數(shù)： 字段名稱 字段說明 ActionID 標(biāo)識(shí)用戶的操作，如訂購、取消訂購、暫停、激活等，長度為2位的整數(shù)，取值區(qū)間：參見上表。 ResultID SSO平臺(tái)處理的結(jié)果，0表示成功，其它表示失敗。 失敗時(shí)不返回ResultString字段。 如果是批量訂購，則該字段中包含多個(gè)返回碼，多個(gè)返回碼之間用逗號(hào)（“,”）分隔，分別對應(yīng)批 量訂購中的每個(gè)

25、服務(wù)。 例如，如果批量訂購3個(gè)業(yè)務(wù)，第1和第2個(gè)服務(wù)訂購成功，第3個(gè)服務(wù)由于服務(wù)代碼錯(cuò)誤訂購失敗 ，則該字段的值為0,0,4110。 ResultString ResultID為0時(shí)，內(nèi)容為”O(jiān)K” 失敗時(shí)將在本字段表示具體失敗原因。 如果是批量訂購且部分成功時(shí)，則該字段為“部分成功” SeqNo SP用于標(biāo)識(shí)唯一一次認(rèn)證請求的號(hào)碼。 RandomSessionKey 用戶登錄成功后的臨時(shí)會(huì)話標(biāo)識(shí)。 ICPServID SP提供的業(yè)務(wù)代碼，變長（小于10位）的字符串。 TempAuthNo 由SSO平臺(tái)生成的本次訂購操作的臨時(shí)訂購關(guān)系ID，只對下載業(yè)務(wù)有效，即只有當(dāng)ActionID為10或 5

26、時(shí)才返回該字段，ActionID為其他值時(shí)不返回該字段。另外，只有在請求處理成功，即result為0 時(shí)才返回該字段。 ItemID 用于標(biāo)識(shí)SP的即時(shí)下發(fā)類業(yè)務(wù)（鈴聲、圖片等）唯一性的標(biāo)識(shí)，長度及格式由SP自行約定，建議只包含數(shù)字和ASC字符。其值將與請求中的ItemID的值相同。 本字段只對下載業(yè)務(wù)有效，即只有當(dāng)ActionID為10時(shí)才返回本字段，ActionID為其他值時(shí)不返回本字段。 FeePseudoCode 計(jì)費(fèi)用戶偽碼； 當(dāng)響應(yīng)包中沒有FeeMSISDN時(shí)，此字段為必填項(xiàng)；當(dāng)響應(yīng)包中有FeeMSISDN字段時(shí)，則該字段為可選字段。 FeeMSISDN 計(jì)費(fèi)用戶的手機(jī)號(hào)碼； 要求

27、能維護(hù)一個(gè)icp列表，對列表中有的icp才填該字段，否則，響應(yīng)包中不包含該字段 DestPseudoCode 被贈(zèng)送者的用戶偽碼；當(dāng)用戶輸入了多個(gè)被贈(zèng)送用戶手機(jī)號(hào)碼時(shí)，多個(gè)偽碼之間用逗號(hào)（“,”）分隔。 該字段僅當(dāng)請求中的ActionID為5時(shí)有效，ActionID為其他值時(shí)不返回本字段； 當(dāng)響應(yīng)包中沒有DestMSISDN時(shí)，此字段為必填項(xiàng)；當(dāng)響應(yīng)包中有DestMSISDN字段時(shí)，則該字段為可選字段。 DestMSISDN 被贈(zèng)送用戶的手機(jī)號(hào)碼；當(dāng)用戶輸入了多個(gè)被贈(zèng)送用戶手機(jī)號(hào)碼時(shí)，多個(gè)號(hào)碼之間用逗號(hào)（“,”）分隔。 該字段僅當(dāng)請求中的ActionID為10時(shí)有效，ActionID為其他值時(shí)

28、不返回本字段； 要求能維護(hù)一個(gè)icp列表，對列表中有的icp才填該字段，否則，響應(yīng)包中不包含該字段 7、服務(wù)下發(fā)請求接口 接口名稱 服務(wù)下發(fā)請求接口 接口描述 SP系統(tǒng)向SSO平臺(tái)開放的服務(wù)下發(fā)請求接口用于完成向用戶下發(fā)服務(wù)的功能。 該接口主要用于處理SSO平臺(tái)在用戶完成服務(wù)訂購后需要向用戶下發(fā)服務(wù)時(shí)的情況。 接口協(xié)議 HTTP協(xié)議，使用GET請求 接口方向 請求：SSO平臺(tái)SP 響應(yīng)：SPSSO平臺(tái) 服務(wù)下發(fā)請求接口的參數(shù)描述： ICPCode SP的企業(yè)代碼，長度最長為6位，格式是9XYnnn,XY表示SP接入地的短信網(wǎng)關(guān)編號(hào)，nnn表示序列號(hào)。 ICPServID SP提供的短信業(yè)務(wù)的業(yè)

29、務(wù)代碼，變長（小于等于10位）的字符串。 SeqNo SP用于標(biāo)識(shí)唯一一次認(rèn)證請求的號(hào)碼，該號(hào)碼與SP在服務(wù)訂購請求中的傳入的SeqNo相同； ItemID 用于標(biāo)識(shí)SP的即時(shí)下發(fā)類業(yè)務(wù)（鈴聲、圖片等）唯一性的標(biāo)識(shí)。 該字段為可選參數(shù)；該字段的值與SP在服務(wù)訂購請求中的傳入的ItemID相同。 FeePseudoCode 計(jì)費(fèi)用戶偽碼； 當(dāng)響應(yīng)包中沒有FeeMSISDN時(shí)，此字段為必填項(xiàng)；當(dāng)響應(yīng)包中有FeeMSISDN字段時(shí)，則該字段為可 選字段。 FeeMSISDN 計(jì)費(fèi)用戶的手機(jī)號(hào)碼； 要求能維護(hù)一個(gè)icp列表，對列表中有的icp才填該字段，否則，響應(yīng)包中不包含該字段 DestPseudo

30、Code 接收服務(wù)的用戶的偽碼；當(dāng)需要向多個(gè)用戶下發(fā)服務(wù)時(shí)，多個(gè)偽碼之間用逗號(hào)（“,”）分隔。 當(dāng)請求中沒有DestMSISDN時(shí)，此字段為必填項(xiàng)；當(dāng)請求中有DestMSISDN字段時(shí)，則該字段為可選字 段。 DestMSISDN 接收服務(wù)的用戶的手機(jī)號(hào)碼；當(dāng)需要向多個(gè)用戶下發(fā)服務(wù)時(shí)，多個(gè)號(hào)碼之間用逗號(hào)（“,”）分隔。 要求能維護(hù)一個(gè)icp列表，對列表中有的icp才填該字段，否則，響應(yīng)包中不包含該字段 LinkID 臨時(shí)訂購關(guān)系的匹配碼，用來鑒權(quán)一次點(diǎn)播請求等事務(wù)性的業(yè)務(wù)。 第二章、業(yè)務(wù)改造分冊 MISC系統(tǒng)結(jié)構(gòu)和作用 SP接入MISC流程 SP升級(jí)前后特性對比 業(yè)務(wù)梳理及業(yè)務(wù)代碼改造 點(diǎn)播、

31、訂購指令MO匹配 訂購、取消及包月收取 業(yè)務(wù)組合模式說明 特殊業(yè)務(wù)流程舉例 一、業(yè)務(wù)改造 1、業(yè)務(wù)改造重要性說明 業(yè)務(wù)改造是否合理決定了SP的業(yè)務(wù)能否順利接入MISC，所以請各SP在培訓(xùn)完后盡快派專人進(jìn)行分析和梳理業(yè)務(wù)的工作。業(yè)務(wù)改造分為以下幾個(gè)步驟： 1）業(yè)務(wù)類型劃分 2）業(yè)務(wù)代碼整理 3）點(diǎn)播、定制指令設(shè)置 4）資費(fèi)信息設(shè)置 5）反向訂購業(yè)務(wù)申請 2、SP升級(jí)前后特性對比 項(xiàng)目說明 升級(jí)前狀態(tài) 升級(jí)后狀態(tài) 訂購關(guān)系保存 所有訂購關(guān)系由SP自行掌握 訂購關(guān)系同時(shí)保存在MISC系統(tǒng)和SP系統(tǒng)中，但是以MISC系統(tǒng)中的訂購關(guān)系為準(zhǔn) 訂購、取消通知下發(fā) SP自行組包生成訂購、取消通知消息下發(fā)給用戶 MISC平臺(tái)根據(jù)SP申報(bào)的短信提醒下發(fā)給用戶 0000、00000統(tǒng)一取消指令 SP收到0000時(shí)組包產(chǎn)生取消菜單下發(fā)給用戶，收到00000自行取消用戶訂購關(guān)系 MISC平臺(tái)攔截0000指令并自行組包產(chǎn)生菜單下發(fā)，攔截00000指令自動(dòng)取消用戶訂購的所有業(yè)務(wù) 包月話單發(fā)起扣費(fèi) 由SP自行發(fā)起SMC