彩信技術(shù)培訓-CSL

移動多媒體信息技術(shù)應(yīng)用培訓

前言：彩信業(yè)務(wù)定義

彩信是中國移動通信為多媒體信息服務(wù)所取的業(yè)務(wù)名稱。多媒體信息服務(wù)的英文名是MMS，它是MultimediaMessagingService的縮寫，通常又稱為多媒體彩信。彩信支持多媒體功能，能夠傳遞功能全面的內(nèi)容和信息，包括文字、圖像、聲音、數(shù)據(jù)等各種多媒體格式。彩信業(yè)務(wù)以WAP無線應(yīng)用協(xié)議為載體，通過中國移動通信的GSM、GPRS數(shù)據(jù)網(wǎng)絡(luò)，傳送包括文字、圖像、聲音、數(shù)據(jù)等各種多媒體格式的信息。彩信業(yè)務(wù)的業(yè)務(wù)種類主要包括手機與手機互發(fā)、手機與郵箱互發(fā)和夢網(wǎng)彩信應(yīng)用等。前言：彩信業(yè)務(wù)定義

本次培訓針對的彩信技術(shù)都是基于已納入DSMP（數(shù)據(jù)業(yè)務(wù)管理平臺）的彩信接入號。

前言：彩信業(yè)務(wù)定義

縮略詞：

MMS：

MultimediaMessageService（多媒體消息服務(wù)）

MMSC：MultimediaMessageServiceCenter（多媒體消息服務(wù)中心） VAS：ValueAddedService（增值業(yè)務(wù)） SP：ServiceProvider（業(yè)務(wù)提供商） HTTP：HypertextTransferProtocol（超文本傳輸協(xié)議）

MMSE：統(tǒng)一管理下MMS相關(guān)網(wǎng)元的集合23DSMP彩信規(guī)范4彩信MM7接口規(guī)范2彩信實現(xiàn)技術(shù)方案中興MM7API應(yīng)用5業(yè)務(wù)要點1目錄代碼管理 1、企業(yè)代碼 網(wǎng)絡(luò)中SP公司地址和身份的標識、地址翻譯、計費、結(jié)算等均以企業(yè)代碼為依據(jù)。企業(yè)代碼以數(shù)字表示，共6位，從“8XY000”至“8XY499”，其中“XY”表示SP接入地。當XY為“00”時，表明SP從中央級的集中平臺接入；SP從某地方平臺接入時，“XY”為接入地移動分公司代碼。目前彩信SP接入按照接入地分配企業(yè)代碼

2、服務(wù)代碼

服務(wù)代碼由信息產(chǎn)業(yè)部和通信管理局統(tǒng)一分配。服務(wù)代碼是客戶使用彩信的發(fā)送、上傳等上行類業(yè)務(wù)時，需要輸入的發(fā)送號碼；或SP在根據(jù)客戶的點播請求在向客戶發(fā)送、下載等下行類業(yè)務(wù)時，客戶終端中顯示的發(fā)送方的號碼。 如果SP已經(jīng)開展了短信等業(yè)務(wù)，原則上彩信的服務(wù)代碼依照SP原有的服務(wù)代碼進行分配，以保證客戶的使用習慣。代碼管理

3、業(yè)務(wù)代碼 業(yè)務(wù)代碼表示業(yè)務(wù)類別，并且區(qū)分不同業(yè)務(wù)的信息服務(wù)費。業(yè)務(wù)代碼的數(shù)據(jù)需要在MMSC和BOSS系統(tǒng)中進行配置。業(yè)務(wù)代碼用6位數(shù)字表示

第1位：功能標識位，目前有如下兩種選擇： 1，代表一般下行業(yè)務(wù) 7，代表用于“先機時代”項目中手機內(nèi)置并參與渠道分成的業(yè)務(wù) 6，代表用于集團客戶應(yīng)用的業(yè)務(wù)（免費）代碼管理

第2位：彩信業(yè)務(wù)一級分類 第3位：彩信業(yè)務(wù)二級分類 第4位：業(yè)務(wù)模式位，各個模式及其數(shù)字標識如下： 1：按條點播 2：按條定制 3：包月定制 4：包月點播 第5～6位：由彩信SP自行編排代碼管理

彩信包月和點播業(yè)務(wù)可以采用短信上行和彩信上行2種方式實現(xiàn)。訂購或點播指令需在DSMP上申報，原則上不得采用空指令或雙模糊的匹配方式。 彩信指令雖然申報時不能采用空指令，但在實際應(yīng)用中做為空指令處理，如申報發(fā)彩信指令A到1066XXXX22訂購某業(yè)務(wù)，實際只要發(fā)任意彩信到1066XXXX22都會認為是訂購指令。匹配規(guī)則

彩信業(yè)務(wù)的點播計費規(guī)則與短信相同，用戶發(fā)送點播指令點播某業(yè)務(wù)，SP填寫正確的業(yè)務(wù)代碼和LINKID下發(fā)彩信，用戶成功收到該彩信后，MISC會發(fā)話單請求扣費。 彩信業(yè)務(wù)的包月計費規(guī)則與短信的主要差別是彩信的計費規(guī)則必須是首次使用觸發(fā)計費，而非包月帳期觸發(fā)計費。訂購用戶在收費帳期內(nèi)，必須成功收到至少一條包月信息，MISC才會觸發(fā)話單請求。計費規(guī)則23DSMP彩信規(guī)范4彩信MM7接口規(guī)范1業(yè)務(wù)要點中興MM7API應(yīng)用5彩信實現(xiàn)技術(shù)方案2目錄多媒體信息業(yè)務(wù)目標網(wǎng)組網(wǎng)方案

多媒體信息中心和終端之間采用WAP協(xié)議實現(xiàn)，通過WAP網(wǎng)關(guān)承載MMS業(yè)務(wù)。在MMS業(yè)務(wù)中，WAP網(wǎng)關(guān)的功能主要包括： 支持MMS終端與多媒體信息中心之間傳送多媒體信息。MMS終端發(fā)送多媒體信息時，需要與WAP網(wǎng)關(guān)建立WSP會話，通過WAP網(wǎng)關(guān)將一條多媒體信息發(fā)送到多媒體信息中心MMSC，WAP網(wǎng)關(guān)通過HTTP協(xié)議訪問MMSC。

與WAP設(shè)備的關(guān)系

當多媒體信息到達在MMSC中后，MMSC需要給接收用戶終端發(fā)送通知，MMSC通過協(xié)議發(fā)送該通知。 支持多媒體信息中心與MMS終端之間傳送多媒體信息。MMS終端接收多媒體信息時，需要與WAP網(wǎng)關(guān)建立WSP會話，通過WAP網(wǎng)關(guān)訪問多媒體信息中心MMSC，取得一條多媒體信息，WAP網(wǎng)關(guān)通過HTTP協(xié)議訪問MMSC。 與WAP設(shè)備的關(guān)系

在多媒體信息業(yè)務(wù)中，WAP網(wǎng)關(guān)與MMSC的關(guān)系如下圖： 與WAP設(shè)備的關(guān)系

MM1：MMSRelay/Server–MMS終端 MMSRelay/Server與MMS終端之間的通信協(xié)議采用WSP協(xié)議。 MM2：MMSRelay–MMSServer MMSRelay和MMSServer之間的協(xié)議，該接口為可選接口。 MM3：MMSRelay/Server–外接應(yīng)用服務(wù)器 MMSRelay/Server與外接應(yīng)用服務(wù)器之間通過SMTP或HTTP協(xié)議相連。

MM4：不同多媒體信息系統(tǒng)之間的交互 MM4接口用于屬于不同多媒體信息系統(tǒng)的MMSRelay/Servers之間的信息傳遞，基于SMTP協(xié)議。

彩信的系統(tǒng)接口 MM6：MMSRelay/Server–MMS用戶數(shù)據(jù)庫

MM7：MMSRelay/Server–MMSVAS應(yīng)用 MM7用于MM從MMSRelay/Server傳遞至MMSVASapplications以及從MMSVASapplications至MMSRelay/Server。 MM8：MMSRelay/Server–Billingsystem MM8接口用于MMSRelay/Server傳遞計費信息到Billingsystem。

彩信的系統(tǒng)接口終端到終端的業(yè)務(wù)流程終端到應(yīng)用的業(yè)務(wù)流程應(yīng)用到終端的業(yè)務(wù)流程對非MMS終端的支持6)SMPP-Submit-MM.REP5)SMPP-Submit-MM4)CMPP-Submit.REP3)CMPP-Submit2)MM7-delivery.RES1)MM7-delivery.REQMMSCISMGSMSC終端WEBSERVERWAP瀏覽MAILSERVER非MMS終端支撐系統(tǒng)22彩信實現(xiàn)技術(shù)方案4彩信MM7接口規(guī)范1業(yè)務(wù)要點中興MM7API應(yīng)用5DSMP彩信規(guī)范3目錄 各省DSMP之間形成網(wǎng)狀互聯(lián)的DSMP互聯(lián)網(wǎng)絡(luò)，各省MMSC之間形成網(wǎng)狀互聯(lián)的MMSC互聯(lián)網(wǎng)絡(luò)。 每一個省的MMSC只與本省的DSMP連接，如果需要訪問其它省的DSMP，則必須通過本省的DSMP進行轉(zhuǎn)發(fā)。組網(wǎng)結(jié)構(gòu)說明VASP到MMS終端的業(yè)務(wù)流程（不需前轉(zhuǎn)）

VASP到MMS終端的業(yè)務(wù)流程（需要前轉(zhuǎn)）MMS終端到VASP的業(yè)務(wù)流程（不需要前轉(zhuǎn)）MMS終端到VASP的業(yè)務(wù)流程（需要前轉(zhuǎn)）

定購/取消定購業(yè)務(wù)流程（不需要前轉(zhuǎn)）

定購/取消定購業(yè)務(wù)流程（需要前轉(zhuǎn)）目錄22彩信實現(xiàn)技術(shù)方案3DSMP彩信規(guī)范1業(yè)務(wù)要點中興MM7API應(yīng)用5彩信MM7接口規(guī)范4MM7接口定義 MMSE除了支持為MMS定義的基本消息傳送服務(wù)，還支持增值業(yè)務(wù)。這些增值業(yè)務(wù)可能由MMSE的網(wǎng)絡(luò)運營商提供，也可能由第三方增值服務(wù)提供商(VASP)提供。MM7接口目前必須同時支持長連接和短連接兩種形式。本節(jié)定義MMSRelay/ServerRelay/Server和VASP之間的互通情況。VASP下行消息實現(xiàn)VASP接收消息實現(xiàn)MM7_submit摘要消息類型方向MM7_submit.REQ請求VASP（增殖服務(wù)提供商）->MMSRelay/ServerRelay/ServerMM7_submit.RES響應(yīng)MMSRelay/ServerRelay/Server->VASP增殖服務(wù)提供商（VASP）通過發(fā)送MM7_submit.REQ消息，將多媒體消息(MM)作為其有效負荷提供，從而將一個消息提交給MMSRelay/ServerRelay/Server?？梢詫⑾l(fā)往一個或多個用戶或發(fā)往一個分發(fā)表。如果MMSRelay/ServerRelay/Server接受提交，則MMSRelay/ServerRelay/Server必須發(fā)送帶一個“成功”狀態(tài)的MM7_submit.RES。這并不意味著該多媒體消息（MM）已真正傳送至目的地，它只是表明請求已接受。MM7_submit.REQ中的信息單元

信息單元存在情況說明TransactionID必備MM7_submit.REQ/MM7_submit.RES對的標識。Messagetype必備將此消息標識為MM7_submit請求。MM7version必備標識VASP所支持接口的版本VASPID必備SP代碼VASID必備服務(wù)代碼Senderaddress可選MM始發(fā)方的地址。Recipientaddress必備接收方MM的地址?？赡艽嬖诙鄠€地址或使用指示使用分發(fā)表的別名?？梢詷擞泝H供參考的地址。Servicecode必備業(yè)務(wù)代碼LinkedID可選標識傳送至VASP的上一個有效消息的對應(yīng)關(guān)系。Messageclass可選MM的類別（例如，廣告、信息服務(wù)和計費）Dateandtime可選提交MM的時間和日期（時間戳）。MM7_submit.REQ中的信息單元

TimeofExpiry可選MM的指定超時時間。Earliestdeliverytime可選將MM傳送給接收方的最早理想時間。Deliveryreport可選發(fā)送報告的請求。Readreply可選通過請求傳送一個讀取報告進行確認。Reply-Charging可選應(yīng)答計費的請求。Reply-Deadline可選在應(yīng)答計費的情況下，向接收方提交應(yīng)答的最遲時間。Reply-Charging-Size可選在應(yīng)答計費的情況下，提供給接收方的應(yīng)答MM的最大大小。Priority可選消息的優(yōu)先級（重要性）。Subject可選整個多媒體消息的標題。Adaptations可選指示VASP是否允許修改內(nèi)容（默認值為“真”）Chargedparty可選指明VASP所提交MM的付費方，例如，發(fā)送方、接收方、發(fā)送方和接收方或兩方均不付費。ChargedpartyID可選在付費方既不是發(fā)送方，也不是接收方的情況下，需要使用該字段標識付費方的E.164號碼Contenttype必備MM內(nèi)容的內(nèi)容類型。Content可選多媒體消息的內(nèi)容MessageDistributionIndicator可選如果設(shè)置為“假”，則VASP已指示不能重新分發(fā)MM的內(nèi)容。如果設(shè)置為“真”，則VASP已指示可能重新分發(fā)MM的內(nèi)容。MM7_submit.RES中的信息單元

信息單元存在情況說明TransactionID必備MM7_submit.REQ/MM7_submit.RES對的標識。Messagetype必備將此消息標識為MM7_submit響應(yīng)。MM7version必備標識MMSRelay/ServerRelay/Server所支持接口的版本。MessageID視情況而定如果狀態(tài)指示成功，則包含MMSRelay/ServerRelay/Server所生成的已提交消息的標識。此ID可以用于隨后與此消息相關(guān)的請求和報告。RequestStatus必備完成提交的狀態(tài)，不隱含傳送狀態(tài)的指示。RequestStatustext可選顯示所用狀態(tài)的文本說明，應(yīng)限定請求狀態(tài)。MM7_deliverMMSRelay/ServerRelay/Server通過將MM作為MM7_deliver.REQ的有效負荷，將消息傳送給VASP。這些消息可能發(fā)自MMS用戶代理、外部應(yīng)用程序或外部MMSE。傳送的東西可能包括一個VASP用于關(guān)聯(lián)消息響應(yīng)的請求標識。VASP應(yīng)響應(yīng)MM7_deliver.RES消息，表明已成功接收并將處理該消息。摘要消息類型方向MM7_deliver.REQ請求MMSRelay/ServerRelay/Server->VASPMM7_deliver.RES響應(yīng)VASP->MMSRelay/ServerRelay/ServerMM7_deliver.REQ中的信息單元

信息單元存在情況說明TransactionID必備MM7_deliver.REQ/MM7_deliver.RES對的標識。Messagetype必備將此消息標識為MM7_deliver請求。MM7version必備標識MMSRelay/ServerRelay/Server所支持接口的版本。MMSRelay/ServerID可選MMSRelay/ServerRelay/Server的標識符。LinkedID可選VASP在后續(xù)MM7_submit.REQ中可能使用的標識符。Senderaddress必備MM始發(fā)方的地址。Recipientaddress可選VASP后續(xù)處理指定接收方的地址或原始接收方地址?？梢詷擞泝H供參考的地址。Dateandtime可選提交MM的時間和日期（時間戳）。MM7_deliver.REQ中的信息單元Reply-Charging-ID可選在應(yīng)答計費的情況下，如果在MM7_deliver.REQ中提交了應(yīng)答MM，則它指所應(yīng)答原始MM的標識。Priority可選消息的優(yōu)先級（重要性）。Subject可選整個MM的標題。Contenttype必備MM內(nèi)容的內(nèi)容類型。Content可選多媒體消息的內(nèi)容。MM7_deliver.RES中的信息單元

信息單元存在情況說明TransactionID必備MM7_deliver.REQ/MM7_deliver.RES對的標識。Messagetype必備將此消息標識為MM7_deliver響應(yīng)。MM7version必備標識VASP所支持接口的版本。Servicecode可選VASP提供的信息，可能包括在計費信息中。此信息內(nèi)容的語法和語義超出此規(guī)范的范圍。RequestStatus必備請求的完成狀態(tài)。RequestStatustext可選顯示所用狀態(tài)的文本說明，應(yīng)限定請求狀態(tài)。MM7_cancel如果VASP已決定取消傳送提交的MM，則VASP應(yīng)通過向MMSRelay/ServerRelay/Server發(fā)送MM7_cancel.REQ消息指明這一點。MMSRelay/ServerRelay/Server應(yīng)檢查消息ID所指示消息的狀態(tài)，并取消向那些沒有被它通知的所有目的地傳送MM。摘要消息類型方向MM7_cancel.REQ請求VASP->MMSRelay/ServerRelay/ServerMM7_cancel.RES響應(yīng)MMSRelay/ServerRelay/Server->VASPMM7_cancel.REQ中的信息單元

信息單元存在情況說明TransactionID必備MM7_cancel.REQ/MM7_cancel.RES對的標識。Messagetype必備將此消息標識為MM7_cancel請求。MM7version必備標識VASP所支持接口的版本。VASPID可選標識此MMSRelay/ServerRelay/Server的VASP。VASID可選始發(fā)應(yīng)用程序的標識符。Senderaddress可選MM始發(fā)方的地址。MessageID必備待取消的消息的標識符。MM7_cancel.RES中的信息單元

信息單元存在情況說明TransactionID必備MM7_cancel.REQ/MM7_cancel.RES對的標識。Messagetype必備將此消息標識為MM7_cancel響應(yīng)。MM7version必備標識MMSRelay/ServerRelay/Server所支持接口的版本。RequestStatus必備請求的完成狀態(tài)。RequestStatustext可選顯示所用狀態(tài)的文本說明，應(yīng)限定請求狀態(tài)。MM7_replace如果VASP要提交新的內(nèi)容，以取代原先提交的內(nèi)容，則它應(yīng)使用MM7_replace.REQ消息提交新的替換內(nèi)容。MMSRelay/ServerRelay/Server應(yīng)檢查消息ID所指示消息的狀態(tài)，并對目前為止尚未對該消息接收或尚未將該轉(zhuǎn)發(fā)出去的所有目的地進行消息內(nèi)容替換。MMSRelay/ServerRelay/Server應(yīng)從原始MM7_submit.REQ中將新內(nèi)容重新分發(fā)至分發(fā)表。摘要消息類型方向MM7_replace.REQ請求VASP->MMSRelay/ServerRelay/ServerMM7_replace.RES響應(yīng)MMSRelay/ServerRelay/Server->VASPMM7_replace.REQ中的信息單元

MM7_replace.REQ中的信息單元

MM7_replace.RES中的信息單元

信息單元存在情況說明TransactionID必備MM7_replace.REQ/MM7_replace.RES對的標識。Messagetype必備將此消息標識為一個MM7_replace響應(yīng)。MM7version必備標識MMSRelay/ServerRelay/Server所支持接口的版本。RequestStatus必備請求的完成狀態(tài)。RequestStatustext可選顯示所用狀態(tài)的文本說明，應(yīng)限定請求狀態(tài)。MM7_delivery_report提供相應(yīng)信息后，MMSRelay/ServerRelay/Server將創(chuàng)建MM7_delivery_report.REQ并將其發(fā)送至VASP。摘要消息類型方向MM7_delivery_report.REQ請求MMSRelay/ServerRelay/Server->VASPMM7_delivery_report.RES響應(yīng)VASP->MMSRelay/ServerRelay/ServerMM7_deliver_report.REQ中的信息單元

信息單元存在情況說明TransactionID必備MM7_delivery_report.REQ/MM7_delivery_report.RES對的標識。MessageType必備參考點MM7“MM7_delivery_report.REQ”上所用消息的類型。MM7Version必備MMSRelay/ServerRelay/Server所支持MM7的版本MMSRelay/ServerID可選MMSRelay/ServerRelay/Server的標識符MessageID必備原始MM的標識。Recipientaddress必備原始MM的接收方地址。Senderaddress必備提交原始MM的VAS地址。Dateandtime必備處理（接收、超時、拒絕等）MM的日期和時間（時間戳）MMStatus必備MM的狀態(tài)，例如已接收、已超時和已拒絕MMSStatusErrorCode必選MM的錯誤代碼傳遞MMStatustext必選顯示所用狀態(tài)的文本說明，應(yīng)限定MM狀態(tài)。（具體取值含義見附件）MM7_deliver_report.RES中的信息單元

信息單元存在情況說明TransactionID必備MM7_delivery_report.REQ/MM7_delivery_report.RES對的標識。MessageType必備參考點MM7：“MM7_delivery_report.RES”上所用消息的類型。MM7Version必備VASP所支持MM7的版本。RequestStatus必備關(guān)聯(lián)MM7_delivery_report.REQ的狀態(tài)。RequestStatustext可選顯示所用狀態(tài)的文本說明，應(yīng)限定請求狀態(tài)。MM7_read_reply 考慮SP業(yè)務(wù)的特殊性，其只需要收到遞送報告即可確認彩信發(fā)送成功，而無需關(guān)心讀后回復報告。目錄22彩信實現(xiàn)技術(shù)方案3DSMP彩信規(guī)范1業(yè)務(wù)要點彩信MM7接口規(guī)范4中興MM7API應(yīng)用5安裝方法在VASP用Java開發(fā)自己程序時，只要將中國移動集團公司提供的mm7api.jar和lib下的所有的Jar文件加入到classpath中即可。配置文件的設(shè)置配置文件mm7Config.xml需要根據(jù)SP情況進行修改。<?xmlversion="1.0"?><vasp:MM7Configxmlns:vasp=""> <AuthenticationMode>1</AuthenticationMode> <UserName>zxme</UserName> <Password>zxme</Password> <MaxMessageSize>100000000</MaxMessageSize> <LogPath>c:\vas_log</LogPath> <logLevel>1</logLevel> <LogNum>100</LogNum> <LogInterval>120</LogInterval> <LogSize>200</LogSize> <Charset>UTF-8</Charset>

配置文件的設(shè)置 <MmscID>1</MmscID> <mmscURL>/mm7</mmscURL> <mmscIP>80</mmscIP> <UseSSL>true</UseSSL> <ListenIP>28</ListenIP> <ListenPort>80</ListenPort> <BackLog>50</BackLog> <TimeOut>10000</TimeOut> <ReSendCount>5</ReSendCount> </vasp:MM7Config> 配置文件的設(shè)置一些地方需要進行修改，下面一一說明：<AuthenticationMode>1</AuthenticationMode>表示VASP作為服務(wù)端接收消息時是否進行鑒權(quán)或進行什么樣的鑒權(quán)，0表示不鑒權(quán)，1表示進行基本鑒權(quán)，2表示進行摘要鑒權(quán)。<UserName>zxme</UserName><Password>zxme</Password>表示彩信中心對VASP進行鑒權(quán)時的用戶名和密碼，同時也是VASP對接入的彩信中心進行鑒權(quán)時用戶名和密碼，是雙向的，要VASP和MMSC雙方進行約定。<LogPath>c:\vas_log</LogPath>表示日志存放的路徑，在Windows操作系統(tǒng)下和Linux下是不一樣的，要注意進行修改。<MmscID>1</MmscID>表示MMSC網(wǎng)關(guān)的序號，需要從MMSC處得到。<mmscURL>/mm7</mmscURL><mmscIP>80</mmscIP> 分別表示MMSC網(wǎng)關(guān)的URL地址和IP（或主機名），也需要MMSC處得到。這里也可以填成ip:port。例如：80:8080,不填端口號使用默認端口號80。配置文件的設(shè)置<ListenIP>28</ListenIP><ListenPort>80</ListenPort>表示當VASP用應(yīng)用程序方式進行接收消息時的監(jiān)聽地址和端口號。以上為這個配置文件中主要需要注意修改的地方，當然其他的內(nèi)容也可以進行修改，如<logLevel>1</logLevel>可以根據(jù)需要進行修改，0表示不產(chǎn)生日志；1表示產(chǎn)生錯誤日志；3表示產(chǎn)生信息日志；6表示產(chǎn)生完整信息日志。<TimeOut>90000</TimeOut>表示設(shè)置發(fā)送的超時時間，若發(fā)送超過這個時間，則自動進行重新發(fā)送。<ReSendCount>2</ReSendCount>表示設(shè)置重發(fā)的次數(shù)，建議在3次以下，一般用2次即可。配置文件的設(shè)置配置文件ConnConfig.xml需要根據(jù)SP情況進行修改。<?xmlversion="1.0"encoding="UTF-8"?><connection><KeepAlive>off</KeepAlive><MaxKeepAliveRequests>50</MaxKeepAliveRequests><ServerMaxKeepAlive>100</ServerMaxKeepAlive><MinKeepAliveRequests>1</MinKeepAliveRequests><KeepAliveTimeout>90</KeepAliveTimeout><step>1</step></connection> 注意，這個配置在<KeepAlive>off</KeepAlive>必須off，否則在實際操作中會導致異常發(fā)生。開發(fā)方法

這里主要介紹從SP接收MMSC發(fā)過來的DeliverReq開始，到SP發(fā)送SubmitReq到MMSC的整個流程，SP所需要做的工作。開發(fā)方法VASP接收傳送請求（上行業(yè)務(wù)） VASP接收可以有兩種方式： 如果SP的增值應(yīng)用是一個普通應(yīng)用程序，可以使用方式1，即接收代理會自動打開一個監(jiān)聽端口，啟動一個監(jiān)聽線程來接收來自MMSC的多媒體消息； 如果SP的增值應(yīng)用是一個Web應(yīng)用，則可以使用方式2，即接收代理作為一個Servlet運行，并自動處理從HttpRequest中搜索數(shù)據(jù)，并解碼成多媒體消息。 這里主要對方式1進行講解開發(fā)方法 新建接收類MmsReceiver繼承mm7Api中的MmsReceiver，將有3個方法分別處理用戶的上行彩信，狀態(tài)報告和已讀狀態(tài)報告，程序開發(fā)者只需在方法中實現(xiàn)業(yè)務(wù)邏輯即可importcom.cmcc.mm7.vasp.service.*;importcom.cmcc.mm7.vasp.message.*;importcom.cmcc.mm7.vasp.conf.*;publicclassMmsReceiverextendsMM7Receiver{publicMM7VASPResdoDeliver(MM7DeliverReqmm7DeliverReq){//處理用戶的發(fā)送的彩信上行}publicMM7VASPResdoDeliveryReport(MM7DeliveryReportReq mm7DeliveryReportReq){//處理MMSC遞送過來的狀態(tài)報告}publicMM7VASPResdoReadReply(MM7ReadReplyReqmm7ReadReplyReq){//處理MMSC遞送過來的已讀狀態(tài)報告}}開發(fā)方法 啟動監(jiān)聽服務(wù)只需要執(zhí)行類中初始化MmsReciever，并啟動監(jiān)聽線程，此監(jiān)聽線程或獲得該端口上的彩信soap包請求，根據(jù)包類型分發(fā)到MmsReciever的3個方法中處理publicstaticvoidmain(String[]args){ //初始化VASP MM7Configmm7Config=newMM7Config(“./config/mm7Config.xml”); //設(shè)置ConnConfig.xml文件的路徑 mm7Config.setConnConfigName(“./config/ConnConfig.xml”);//必備 //構(gòu)造MyReceiver MmsRecieverreceiver=newMmsReceiver(); myReceiver.setConfig(mm7Config);//必備 //啟動接收器 receiver.start();}開發(fā)方法 發(fā)送多媒體消息的過程就是使用MM7API組織消息，并通過MM7Sender發(fā)送給MMSC的過程。主要步驟如下：創(chuàng)建MM7消息發(fā)送接口： 創(chuàng)建發(fā)送接口使用的是MM7Sender類，其中已經(jīng)封裝了和MMSC連接的通訊機制，使用時只要創(chuàng)建它的一個帶MM7Config參數(shù)的實例即可。 MM7Configmm7Config=newMM7Config(“./config/mm7Config.xml”); mm7Config.setConnConfigName(“./config/ConnConfig.xml”);

//從配置中構(gòu)造一個發(fā)送器 MM7Sendermm7Sender=newMM7Sender(mm7Config);開發(fā)方法創(chuàng)建待發(fā)送消息 創(chuàng)建待發(fā)送消息使用的類均是由MM7Message繼承得到的。主要有MM7SubmitReq、MM7CancelReq、MM7ReplaceReq等類，這里只介紹MM7SubmitReq創(chuàng)建消息對象 MM7SubmitReqsubmitReq=newMM7SubmitReq();設(shè)置消息屬性 submitReq.setTransactionID("關(guān)聯(lián)標識"); /*設(shè)置MM7_submit.REQ/MM7_submit.RES對的標識，必備*/ submitReq.setVASPID("SP代碼")

;//設(shè)置SP代碼，必備 submitReq.setVASID("服務(wù)代碼")

;//設(shè)置服務(wù)代碼，必備 submitReq.setServiceCode("業(yè)務(wù)代碼");//設(shè)置業(yè)務(wù)代碼，必備 submitReq.setSenderAddress("MM始發(fā)方的地址");設(shè)置MM始發(fā)方的地址（填寫SP的服務(wù)代碼，或者填寫讓用戶回復SP的長號碼，長號碼構(gòu)成：SP的服務(wù)代碼＋業(yè)務(wù)代碼＋操作碼），必備 submitReq.setChargedPartyID(“付費手機號碼”);//設(shè)置付費方的手機號碼，必備

開發(fā)方法submitReq.setTo("接收方地址");//設(shè)置接收方MM的地址submitReq.addTo("單個接受方地址");//增加單個接受方地址submitReq.setCc("抄送方地址");//設(shè)置抄送方MM的地址submitReq.addCc("單個抄送方地址");//增加單個抄送方地址submitReq.setBcc("密送方地址");//設(shè)置密送方MM的地址submitReq.addBcc("單個密送方地址");//增加單個密送方地址注：在設(shè)置或增加To，Cc和Bcc時，至少需要設(shè)置其中一個，這些地址可能存在多個地址或使用指示使用分發(fā)表的別名?？梢詷擞泝H供參考的地址。submitReq.setLinkedID("鏈接標識");/*設(shè)置鏈接標識，標識傳送至VASP的上一個有效消息的對應(yīng)關(guān)系；可選*/submitReq.setMessageClass("MM的類別");/*設(shè)置MM的類別（例如，廣告、信息服務(wù)和計費），可選，具體有：Auto、Personal、Advertisement、Informational*/submitReq.setTimeStamp("提交MM的日期和時間");/*提交MM的時間和日期（時間戳）,格式如2004-02-09T10：21：07，可選*/開發(fā)方法submitReq.setExpiryDate("指定超時時間");/*設(shè)置MM指定的超時時間（絕對或相對時間），可選*/submitReq.setEarliestDeliveryTime("最早理想時間");/*設(shè)置將MM傳送給接收方的最早理想時間(絕對或相對時間)，可選*/submitReq.setDeliveryReport("發(fā)送報告的請求");/*設(shè)置是否需要發(fā)送報告的請求（boolean值）,可選*/submitReq.setReadReply("需要讀取報告的請求");/*設(shè)置通過請求傳送一個讀取報告進行確認，可選*/submitReq.setReplyCharging("應(yīng)答計費的請求");/*設(shè)置應(yīng)答計費的請求（boolean值），可選*/submitReq.setReplyDeadline("提交應(yīng)答的最遲時間");/*設(shè)置在應(yīng)答計費的情況下，向接收方提交應(yīng)答的最遲時間（絕對或相對時間），可選*/submitReq.setReplyChargingSize("應(yīng)答MM的最大大小");/*設(shè)置在應(yīng)答計費的情況下，提供給接收方的應(yīng)答MM的最大大小，可選*/submitReq.setPriority("消息的優(yōu)先級");/*消息的優(yōu)先級（重要性）（0=最低優(yōu)先級，1=正常，2=緊急），byte類型的值，可選*/開發(fā)方法submitReq.setSubject("多媒體消息的標題");/*設(shè)置多媒體消息的標題，可選*/submitReq.setAllowAdaptations("VASP是否允許修改內(nèi)容");/*設(shè)置VASP是否允許修改內(nèi)容（boolean值，默認為真），可選*/submitReq.setChargedParty("VASP所提交MM的付費方");/*設(shè)置VASP所提交MM的付費方，例如，發(fā)送方、接收方、發(fā)送方和接收方或兩方均不付費，可選，0：Sender、1：Recipients、2：Both、3：Neither、4：ThirdParty*/submitReq.setContent("多媒體消息的內(nèi)容");/*設(shè)置多媒體消息的內(nèi)容，可選，注意當要設(shè)置時，一定要設(shè)置其ContentType。*/submitReq.setDistributionIndicator("是否可重新分發(fā)");/*設(shè)置VASP是否可重新分發(fā)MM的內(nèi)容（boolean值，true為可以，false為不可以），可選*/MM7RSResresMsg=null;try{resMsg=sender.send(msg);}catch(Exceptionex){}開發(fā)方法創(chuàng)建消息內(nèi)容體 每個消息內(nèi)容體就是一個MMContent實例，可以添加多個消息內(nèi)容體，但是所有消息內(nèi)容體大小之和不能超過MMSC允許大?。壳白畲笾С?28K）。 MMContentcontent=newMMContent(); /**設(shè)置附件的類型，若不包含SMIL格式的文件，則設(shè)置類型為 MMConstants.ContentType.MULTIPART_MIXED，若包含SMIL格式的文件，則 設(shè)置類型為MMConstants.ContentType.MULTIPART_RELATED*/ content.setContentType(MMConstants.ContentType.MULTIPART_MIXED); /**添加類型為Gif的附件一*/ MMContentsub1=MMContent.createFromFile("f:\\yellow.gif"); sub1.setContentID("1.gif");//可以不設(shè) /**設(shè)置子附件的類型，有兩種設(shè)置方式：一種是在setContentType里面填寫 MMConstants.ContentType里面定義的常量，另一種是在setContentType里面填 寫一個String的類型，如text/plain等。*/ sub1.setContentType(MMConstants.ContentType.GIF);//一定要設(shè)置 content.addSubContent(sub1);開發(fā)方法/**添加類型為Txt的附件二*/MMContentsub2=MMContent.createFromString("ThisisaTest2!");sub2.setContentType(MMConstants.ContentType.TEXT);//一定要設(shè)置sub2.setContentID("2.txt");content.addSubContent(sub2);/**將附件進行設(shè)置，設(shè)需發(fā)送消息為MM7SubmitReq*/submitReq.setContent(content);開發(fā)方法Relate的彩信的smil文件例子<smil> <head> <layout> <root-layoutheight="128px"width="128px"/> <regionid="Image"top="0"left="0"height="50%"width="100%"fit="hidden"/> <regionid="Text"top="50"left="0"height="50%"width="100%"fit="hidden"/> </layout> </head> <body> <pardur="5000ms"> <imgsrc="626310.jpg"region="Image"></img> </par> <pardur="10000ms"> <textsrc="626321.txt"region="Text"></text> </body></smil>發(fā)送狀態(tài)解釋1000:成功; 1001:部分成功;2000:客戶機錯誤; 2001:操作受限;2002:地址錯誤; 2003:找不到地址;2004:多媒體內(nèi)容被拒絕; 2005:找不到消息ID;2006:找不到鏈接ID; 2007:消息格式破壞;3000:服務(wù)器錯誤; 3001:不可接受;3002:消息被拒絕; 3003:不支持多個地址; 4000:一般服務(wù)錯誤; 4001:標識不正確;4002:版本不支持; 4003:操作不支持;4004:驗證錯誤; 4005:服務(wù)錯誤;4006:無法提供服務(wù); 4007：服務(wù)被拒絕RES可能得到的StatusCode和StatusText分別如下：-100：系統(tǒng)錯誤；-101：超時發(fā)送失??；-102：接收失敗；-103：沒有返回正確的消息；-104：Socket不通；-105：待發(fā)送的消息為空；-106：發(fā)送消息不正確；-107：接收消息為空；-108：BadRequest；-109：XML解析錯誤；-110：ServerCouldnotfulfilltherequest-113：消息內(nèi)容的尺寸超出允許發(fā)送的大小

發(fā)送狀態(tài)解釋MM7API可能得到的SendStatus說明如下：0：過期；1：接收；2：系統(tǒng)拒絕；3：用戶拒絕；4：未知；5：轉(zhuǎn)發(fā)；發(fā)送狀態(tài)解釋狀態(tài)報告MMStatus的定義發(fā)送狀態(tài)報告詳解0000 MMS終端提交多媒體消息成功0100 SP應(yīng)用提交多媒體消息成功0200 外部郵件服務(wù)器提交多媒體消息成功0300 其他MMSC前轉(zhuǎn)多媒體消息成功0400 彩信中心轉(zhuǎn)發(fā)彩信到彩信網(wǎng)關(guān)成功1000 接收方MMS終端接收多媒體消息成功1100 接收方SP應(yīng)用接收多媒體消息成功1200 接收方外部郵件服務(wù)器接收消息成功1300 前轉(zhuǎn)到其他彩信中心成功2000 接收方MMS終端拒絕接收2001 用戶黑白名單或自服務(wù)系統(tǒng)設(shè)置拒絕2002 用戶黑白名單或自服務(wù)系統(tǒng)設(shè)置拒絕3400 接收方為非MMS終端，MM被成功轉(zhuǎn)移到夢網(wǎng)相冊系統(tǒng)3401 接收方為彩信終端，接收方在有效期內(nèi)未提取而導致MM被成功轉(zhuǎn)移到夢網(wǎng)相冊系統(tǒng)3402 接收方為未知終端，接收方在有效期內(nèi)未提取而導致MM被成功轉(zhuǎn)移到夢網(wǎng)相冊系統(tǒng)4014 由于彩信系統(tǒng)原因造成彩信下發(fā)到用戶失敗4100 終端發(fā)送到應(yīng)用失敗4114 由于彩信系統(tǒng)原因造成彩信發(fā)送到應(yīng)用失敗發(fā)送狀態(tài)解釋4200 終端發(fā)送到Mail系統(tǒng)失敗4214 由于彩信系統(tǒng)原因造成彩信發(fā)送到Mail失敗4400 彩信直接轉(zhuǎn)夢網(wǎng)相冊失敗4401 彩信未提取過期，轉(zhuǎn)夢網(wǎng)相冊失敗4402 彩信未提取過期，轉(zhuǎn)夢網(wǎng)相冊失敗4403 彩信提取鑒權(quán)失敗過期，轉(zhuǎn)夢網(wǎng)相冊失敗4404 彩信提取鑒權(quán)失敗過期，轉(zhuǎn)夢網(wǎng)相冊失敗4406 終端未返回確認信令造成過期，轉(zhuǎn)夢網(wǎng)相冊失敗4407 其他原因彩信過期，轉(zhuǎn)夢網(wǎng)相冊失敗4408 其他原因彩信提取失敗過期，轉(zhuǎn)夢網(wǎng)相冊失敗4414 由于彩信系統(tǒng)原因造成彩信轉(zhuǎn)夢網(wǎng)相冊失敗4441 彩信未提取過期，未轉(zhuǎn)夢網(wǎng)相冊4442 彩信未提取過期，未轉(zhuǎn)夢網(wǎng)相冊4443 彩信提取鑒權(quán)失敗過期，未轉(zhuǎn)夢網(wǎng)相冊4444 彩信提取鑒權(quán)失敗過期，未轉(zhuǎn)夢網(wǎng)相冊4446 終端未返回確認信令造成過期，未轉(zhuǎn)夢網(wǎng)相冊4447 其他原因彩信過期，未轉(zhuǎn)夢網(wǎng)相冊4448 其他原因彩信提取失敗過期，未轉(zhuǎn)夢網(wǎng)相冊5303 MM4接口對端MMSC無應(yīng)答消息?？赡苁菍Χ诉M行地址解析失敗（號碼格式錯誤、號碼不屬于本MMSC系統(tǒng)或者地址字段填空）或者網(wǎng)絡(luò)通訊故障發(fā)送狀態(tài)解