專利名稱：一種多媒體消息傳輸方法及實(shí)現(xiàn)該方法的裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動(dòng)通信領(lǐng)域，尤其涉及移動(dòng)通信增值業(yè)務(wù)中多媒體消息業(yè)務(wù)的傳輸
方法和裝置。
背景技術(shù)：
實(shí)現(xiàn)彩信互通的最基本網(wǎng)絡(luò)結(jié)構(gòu)包括源彩信中心、源互通網(wǎng)關(guān)、目的互通網(wǎng)關(guān)和 目的彩信中心，目的彩信互通網(wǎng)關(guān)(匪SIG)與源彩信中心(匪SC)，或者目的彩信互通網(wǎng)關(guān) 與源彩信互通網(wǎng)關(guān)(或稱對(duì)端彩信互通網(wǎng)關(guān))之間消息交互使用兩種協(xié)議SMTP(Simple Mail Transfer Protocol,簡(jiǎn)單由卩fH專輸協(xié)、i義)禾口 HTTP (Hypertext Transfer Protocol，超 文本傳輸協(xié)議)。對(duì)于前者，目的彩信互通網(wǎng)關(guān)在收到源彩信中心發(fā)送的MM4_ForWardReq 消息(匪4接口彩信消息提交請(qǐng)求)后，會(huì)給源彩信中心回MM4_ForwardRes響應(yīng)(匪4接口 彩信消息提交響應(yīng))，然后繼續(xù)處理該消息并產(chǎn)生話單。但源彩信中心的處理方式是必須收 到該匪4—ForwardRes響應(yīng)才認(rèn)為消息發(fā)送成功從而產(chǎn)生話單，否則會(huì)進(jìn)行重新發(fā)送即重 試流程，而且使用相同的消息ID。而目的彩信互通網(wǎng)關(guān)收到這些重試消息后并不會(huì)判斷這 些ID是否與以前的重復(fù)(也無法判斷)，因此繼續(xù)處理這些消息并產(chǎn)生話單。這樣，同一個(gè) 消息，在源彩信中心只有一個(gè)話單，而在目的彩信互通網(wǎng)關(guān)會(huì)產(chǎn)生多個(gè)話單，且話單中的源 消息ID相同，這顯然是錯(cuò)誤的。而在現(xiàn)網(wǎng)，這個(gè)匪4—ForwardRes響應(yīng)消息因?yàn)榫W(wǎng)絡(luò)擁塞或 源彩信中心業(yè)務(wù)處理不及時(shí)等其他問題而發(fā)生的概率很大，實(shí)際上已經(jīng)在現(xiàn)網(wǎng)引起過重大 的問題。因此需要優(yōu)化其中的處理方案解決該問題。
發(fā)明內(nèi)容
本發(fā)明所要解決的問題是提供一種多媒體消息傳輸方法及實(shí)現(xiàn)該方法的裝置，避 免出現(xiàn)同一業(yè)務(wù)流程中話單不一致的情況。 為了解決上述技術(shù)問題，本發(fā)明提供了一種多媒體消息傳輸方法，包括目的彩信 互通網(wǎng)關(guān)在收到第三方平臺(tái)發(fā)送的匪4接口彩信消息提交請(qǐng)求后，向第三方平臺(tái)返回匪4 接口彩信消息提交響應(yīng)，同時(shí)將所述匪4接口彩信消息提交請(qǐng)求存儲(chǔ)到一臨時(shí)隊(duì)列中，在 確認(rèn)第三方平臺(tái)收到所述匪4接口彩信消息提交響應(yīng)后，從所述臨時(shí)隊(duì)列中取出所述匪4 接口彩信消息提交請(qǐng)求，處理該消息并產(chǎn)生話單。 進(jìn)一步地，若收到第三方平臺(tái)發(fā)送的傳輸控制協(xié)議消息，則認(rèn)為所述第三方平臺(tái) 收到所述MM4接口彩信消息提交響應(yīng)。 進(jìn)一步地，若目的彩信互通網(wǎng)關(guān)在定時(shí)時(shí)間內(nèi)沒有收到所述傳輸控制協(xié)議消息， 或者所述目的彩信互通網(wǎng)關(guān)收到的所述傳輸控制協(xié)議消息指示所述匪4接口彩信消息提 交響應(yīng)發(fā)送失敗，則丟棄所述臨時(shí)隊(duì)列中保存的所述匪4接口彩信消息提交請(qǐng)求。
進(jìn)一步地，在所述目的彩信互通網(wǎng)關(guān)上設(shè)置一用于指示第三方平臺(tái)是否需要確認(rèn) 消息的標(biāo)志位；當(dāng)與所述目的彩信互通網(wǎng)關(guān)交互的第三方平臺(tái)需要所述匪4接口彩信消息 提交響應(yīng)才能生成話單，則將所述標(biāo)志位設(shè)置為有效；當(dāng)與所述目的彩信互通網(wǎng)關(guān)交互的第三方平臺(tái)不需要所述匪4接口彩信消息提交響應(yīng)就能生成話單，則將所述標(biāo)志位設(shè)置為 無效。 進(jìn)一步地，所述目的彩信互通網(wǎng)關(guān)在收到第三方平臺(tái)發(fā)送的匪4接口彩信消息提 交請(qǐng)求后，若判斷所述標(biāo)志位為有效，則將所述匪4接口彩信消息提交請(qǐng)求存儲(chǔ)到臨時(shí)隊(duì) 列中，并向第三方平臺(tái)返回匪4接口彩信消息提交響應(yīng)。 為了解決上述技術(shù)問題，本發(fā)明還提供了一種多媒體消息傳輸裝置，用于接收第 三方平臺(tái)發(fā)送的匪4接口彩信消息提交請(qǐng)求，以及向第三方平臺(tái)返回匪4接口彩信消息提 交響應(yīng)，所述傳輸裝置包括簡(jiǎn)單郵件傳輸協(xié)議處理模塊、消息分發(fā)模塊以及主業(yè)務(wù)處理模 塊，所述簡(jiǎn)單郵件傳輸協(xié)議處理模塊以下簡(jiǎn)稱SMTP模塊，所述消息分發(fā)模塊以下簡(jiǎn)稱DISP 模塊，所述主業(yè)務(wù)處理模塊以下簡(jiǎn)稱匪SP模塊，其中 所述簡(jiǎn)單郵件傳輸協(xié)議處理模塊，用于與第三方平臺(tái)進(jìn)行交互，接收匪4接口彩 信消息提交請(qǐng)求發(fā)送給所述DISP模塊，以及接收所述DISP模塊發(fā)送的響應(yīng)消息向第三 方平臺(tái)返回匪4接口彩信消息提交響應(yīng)，還用于在接收到第三方平臺(tái)發(fā)送的響應(yīng)確認(rèn)消息 后，向DISP模塊發(fā)送響應(yīng)確認(rèn)消息； 所述DISP模塊，用于在收到所述匪4接口彩信消息提交請(qǐng)求后，向所述SMTP模塊 發(fā)送響應(yīng)消息，同時(shí)將所述匪4接口彩信消息提交請(qǐng)求保存到一臨時(shí)隊(duì)列中，待收到所述 SMTP模塊發(fā)送的響應(yīng)確認(rèn)消息后，將所述MM4接口彩信消息提交請(qǐng)求從臨時(shí)隊(duì)列中取出， 發(fā)送給所述匪SP模塊； 所述匪SP模塊，用于對(duì)DISP模塊發(fā)送的匪4接口彩信消息提交請(qǐng)求進(jìn)行處理，生 成話單。 進(jìn)一步地，所述響應(yīng)確認(rèn)消息為傳輸控制協(xié)議消息。 進(jìn)一步地，所述SMTP模塊在定時(shí)時(shí)間內(nèi)沒有收到所述傳輸控制協(xié)議消息，或者收 到的傳輸控制協(xié)議消息指示所述匪4接口彩信消息提交響應(yīng)發(fā)送失敗，則向所述DISP模塊 發(fā)送失敗消息；所述DISP模塊在定時(shí)時(shí)間內(nèi)沒有收到響應(yīng)確認(rèn)消息，或者收到所述SMTP模 塊發(fā)送的失敗消息，則丟棄在臨時(shí)隊(duì)列中保存的所述匪4接口彩信消息提交請(qǐng)求。
進(jìn)一步地，所述裝置中還設(shè)置有配置臺(tái)，所述配置臺(tái)至少與所述DISP模塊相連， 用于進(jìn)行參數(shù)配置和更新，在所述配置臺(tái)設(shè)置一用于指示第三方平臺(tái)是否需要確認(rèn)消息的 標(biāo)志位；當(dāng)與所述裝置交互的第三方平臺(tái)需要所述匪4接口彩信消息提交響應(yīng)才能生成話 單，則將所述標(biāo)志位設(shè)置為有效；當(dāng)與所述裝置交互的第三方平臺(tái)不需要所述匪4接口彩 信消息提交響應(yīng)就能生成話單，則將所述標(biāo)志位設(shè)置為無效。 進(jìn)一步地，所述DISP模塊在收到SMTP模塊發(fā)送的匪4接口彩信消息提交請(qǐng)求后， 還用于判斷所述標(biāo)志位是否有效，如果有效，則將所述匪4接口彩信消息提交請(qǐng)求存儲(chǔ)到 臨時(shí)隊(duì)列中，并向所述SMTP模塊返回響應(yīng)消息。 本發(fā)明應(yīng)用于移動(dòng)通信增值業(yè)務(wù)中的多媒體信息服務(wù)(匪S， MultimediaMessage Service)，提供了一種優(yōu)化彩信互通網(wǎng)關(guān)接收彩信消息流程的方案。采用本發(fā)明，可以解決 目前現(xiàn)網(wǎng)中存在的源彩信中心(或源彩信互通網(wǎng)關(guān))與目標(biāo)彩信互通網(wǎng)關(guān)在同一業(yè)務(wù)流程 中話單不一致的情況，提升局方對(duì)于現(xiàn)網(wǎng)節(jié)點(diǎn)間對(duì)賬的準(zhǔn)確性，便于局方維護(hù)網(wǎng)絡(luò)。
圖1是本發(fā)明實(shí)施例彩信互通網(wǎng)關(guān)中新增模塊示意圖；
圖2是本發(fā)明實(shí)施例多媒體消息傳輸?shù)牧鞒虉D1 ;
圖3是本發(fā)明實(shí)施例多媒體消息傳輸?shù)牧鞒虉D2。
具體實(shí)施例方式目的彩信互通網(wǎng)關(guān)在收到源彩信中心或源彩信互通網(wǎng)關(guān)發(fā)送的匪4接口彩信消
息提交請(qǐng)求后，向源彩信中心或源彩信互通網(wǎng)關(guān)返回匪4接口彩信消息提交響應(yīng)，同時(shí)將
該匪4接口彩信消息提交請(qǐng)求存儲(chǔ)到一臨時(shí)隊(duì)列中，在確認(rèn)源彩信中心或源彩信互通網(wǎng)關(guān)
收到匪4接口彩信消息提交響應(yīng)后，從該隊(duì)列中取出該匪4接口彩信消息提交請(qǐng)求，處理該
請(qǐng)求并產(chǎn)生話單，從而避免彩信互通網(wǎng)關(guān)與彩信中心出現(xiàn)話單不一致的情況。 為實(shí)現(xiàn)上述功能，需要改進(jìn)現(xiàn)有的彩信互通網(wǎng)關(guān)，如圖1所示，實(shí)現(xiàn)本發(fā)明的彩信
互通網(wǎng)關(guān)包括SMTP協(xié)議處理模塊(以下簡(jiǎn)稱SMTP模塊)、消息分發(fā)模塊(以下簡(jiǎn)稱DISP
模塊)以及主業(yè)務(wù)處理模塊(以下簡(jiǎn)稱匪SP模塊，或稱為數(shù)據(jù)業(yè)務(wù)管理平臺(tái))，其中 SMTP模塊，用于在收到彩信中心發(fā)送的匪4—ForwardReq后，將其變換格式(變換
為mms匪4RecvForwardReq消息)后發(fā)送至DISP模塊，以及在接收到DISP模塊發(fā)送的響應(yīng)
消息(mms匪4RecvForwardRes)后向彩信中心發(fā)送MM4_ForwardRes消息，待彩信中心返回
響應(yīng)確認(rèn)消息(底層傳輸控制協(xié)議消息)后，向DISP模塊發(fā)送響應(yīng)確認(rèn)消息； DISP模塊，用于管理消息隊(duì)列，原來的彩信互通網(wǎng)關(guān)已經(jīng)有臨時(shí)存儲(chǔ)消息
的存儲(chǔ)隊(duì)列(直接發(fā)送的隊(duì)列)，在此基礎(chǔ)上增加一個(gè)消息隊(duì)列(WaitRes隊(duì)列)，用
于臨時(shí)存儲(chǔ)SMTP模塊轉(zhuǎn)發(fā)來的彩信提交請(qǐng)求；該DISP模塊在收到SMTP模塊發(fā)送的
mms匪4RecvForwardReq消息后，將該消息臨時(shí)存儲(chǔ)到WaitRes隊(duì)列中，并向SMTP模塊返
回響應(yīng)消息(mms匪4RecvForwardRes)，當(dāng)接收到SMTP模塊發(fā)送的響應(yīng)確認(rèn)消息后，從
WaitRes隊(duì)列中取出mms匪4RecvForwardReq消息并將其發(fā)送給匪SP模i央處理； 在其他實(shí)施例中還可設(shè)置定時(shí)時(shí)間，如果DISP模塊在定時(shí)時(shí)間內(nèi)沒有收到SMTP
模塊發(fā)送的響應(yīng)確認(rèn)消息，則DISP模塊丟棄WaitRes隊(duì)列中保存的mms匪4RecvForwardReq
消息，結(jié)束該消息的處理。 畫SP模塊，用于對(duì)DISP模塊發(fā)送的mms畫4RecvForwardReq消息進(jìn)行處理，生成話單。
彩信互通網(wǎng)關(guān)需要與各種彩信中心相交互，而有些彩信中心并不是必須收到匪4_ ForwardRes響應(yīng)才認(rèn)為消息提交成功，也就是說有的彩信中心無需等待MM4_ForwardRes 即可生成話單，因此，為了保證彩信互通網(wǎng)關(guān)的兼容性，可以在彩信互通網(wǎng)關(guān)的后臺(tái)(彩信 互通網(wǎng)關(guān)的配置臺(tái))，在彩信中心和彩信互通網(wǎng)關(guān)的配置項(xiàng)中設(shè)置一該匪SC是否需要確認(rèn) 消息的選項(xiàng)(或是一個(gè)標(biāo)識(shí)位)，用于控制是否以MM4_F0rwardReS回復(fù)成功作為消息提交 成功的標(biāo)志。如果某彩信互通網(wǎng)關(guān)與收到匪4—ForwardRes響應(yīng)才認(rèn)為消息提交成功(認(rèn) 為消息提交成功，才對(duì)該業(yè)務(wù)流程進(jìn)行處理，生成話單)的彩信中心相連，則該彩信互通網(wǎng) 關(guān)可將該標(biāo)志設(shè)置為有效，否則該彩信互通網(wǎng)關(guān)將該標(biāo)志設(shè)置為無效。
配置臺(tái)作為彩信互通網(wǎng)關(guān)的后臺(tái)用于進(jìn)行參數(shù)的配置和更新，其與前臺(tái)的各個(gè)模 塊相連，在彩信互通網(wǎng)關(guān)初始啟動(dòng)時(shí)或者參數(shù)更新后將各參數(shù)分發(fā)到各個(gè)模塊中去。
有的彩信互通網(wǎng)關(guān)是可以直接與對(duì)端的彩信中心相交互，而有的彩信互通網(wǎng)關(guān)是需要先與對(duì)端的彩信互通網(wǎng)關(guān)相交互，不管交互對(duì)象是誰，均可采用本發(fā)明實(shí)現(xiàn)。
基于上述裝置的多媒體消息流程如圖2和圖3所示，包括以下步驟 步驟201，第三方平臺(tái)(源彩信中心或源彩信互通網(wǎng)關(guān))發(fā)送MM4_ForWardReq消
息給目標(biāo)彩信互通網(wǎng)關(guān)； 目標(biāo)彩信中心可能直接與源彩信中心交互也可能是直接與彩信互通網(wǎng)關(guān)交互。
步驟202 ，目的彩信互通網(wǎng)關(guān)中的STMP模塊在收到MM4_ForwardReq消息后， 對(duì)其進(jìn)行鑒權(quán)，鑒權(quán)通過后，向DISP模塊發(fā)送mms匪4RecvForwardReq消息，即將匪4_ ForwardReq消息改變格式后轉(zhuǎn)發(fā)給DISP模塊； 步驟203， DISP模i央收到SMTP模i央發(fā)送過來的mms匪4RecvForwardReq消息后，判 斷配置臺(tái)中的匪SC是否需要確認(rèn)消息的標(biāo)志是否有效，如果是，執(zhí)行步驟204，否則，執(zhí)行 步驟205 ; 該標(biāo)志為有效表示匪SC需要確認(rèn)消息，該標(biāo)志為無效表示匪SC不需要確認(rèn)消息。
步驟204，將該mms匪4RecvForwardReq消息保存到WaitRes隊(duì)列中，執(zhí)行步驟 206 ; 步驟205，將該mms匪4RecvForwardReq消息保存到直接發(fā)送的隊(duì)列中，之后按現(xiàn) 有流程實(shí)現(xiàn)； 步驟206， DISP模塊向SMTP模塊返回mms匪4RecvForwardRes消息；
如果保存失敗，則回復(fù)mms匪4RecvForwardRes消息并標(biāo)識(shí)為失敗，出錯(cuò)誤日志， 同時(shí)DISP模塊刪除WaitRes隊(duì)列中的mms匪4RecvForwardReq消息，如果成功，則回復(fù) 墜匪4RecvForwa:rdRes消息并標(biāo)識(shí)為成功。 步驟207， SMTP模土央收到DISP模土央回復(fù)的mms匪4RecvForwardRes消息后，向源彩 信中心回復(fù)匪4—ForwardRes響應(yīng)； 步驟208，當(dāng)源彩信中心(或源彩信互通網(wǎng)關(guān))收到復(fù)匪4—ForwardRes響應(yīng)后，向 目的彩信互通網(wǎng)關(guān)發(fā)送TCP_ok消息(TCP_ok消息為底層的TCP協(xié)議消息)；
步驟209， SMTP模塊收到彩信中心發(fā)送的TCP_ok消息后，向DISP模塊發(fā)送 mms匪4RecvForwardAck0k消息； 如果SMTP在定時(shí)時(shí)間內(nèi)沒有收到TCP_ok消息，或者如果發(fā)送失敗，SMTP模塊收
到TCP_fail消息，才向DISP模塊返回mms匪4RecvForwardAckFail消息。 如果DISP模塊收到mms匪4RecvForwardAckFail消息，表示該消息的響應(yīng)發(fā)送失
敗，則直接從waitres隊(duì)列中直接刪除mms匪4RecvForwardReq消息，出錯(cuò)誤日志。 步驟210， DISP模塊收到mms匪4RecvForwardAck0k消息后，表示該消息的響應(yīng)已
經(jīng)成功發(fā)送給對(duì)方，該消息可以正常下發(fā)，此時(shí)DISP模塊將mms匪4RecvForwardReq消息從
WaitRes隊(duì)列中取出來放到直接下發(fā)的隊(duì)列中去，準(zhǔn)備發(fā)送給匪SP模塊； 如果DISP模塊在配置的時(shí)間內(nèi)，沒有接收到SMTP協(xié)議處理模塊發(fā)送的
mms匪4RecvForwardAck0k消息，或者收到的消息為mms匪4RecvForwardAckFail，則DISP模
塊會(huì)丟棄該消息，出錯(cuò)誤日志。 步驟211，匪SP模i央對(duì)收到的mms匪4RecvForwardReq消息進(jìn)行處理，生成話單。
本文提供了一種解決方案，主要是優(yōu)化彩信互通網(wǎng)關(guān)對(duì)MM4_ForwardReq和匪4_ ForwardRes的處理，避免產(chǎn)生重復(fù)處理同一個(gè)消息的情形出現(xiàn)。
當(dāng)然，本發(fā)明還可有其他多種實(shí)施例，在不背離本發(fā)明精神及其實(shí)質(zhì)的情況下，熟 悉本領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但這些相應(yīng)的改變和變 形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。 例如，本文中模塊間的消息名稱僅為舉例說明，在其他實(shí)施例中，只要彩信互通網(wǎng) 關(guān)中各模塊能互通即可，也可不改變彩信中心發(fā)來的消息格式。
權(quán)利要求
一種多媒體消息傳輸方法，其特征在于，目的彩信互通網(wǎng)關(guān)在收到第三方平臺(tái)發(fā)送的MM4接口彩信消息提交請(qǐng)求后，向第三方平臺(tái)返回MM4接口彩信消息提交響應(yīng)，同時(shí)將所述MM4接口彩信消息提交請(qǐng)求存儲(chǔ)到一臨時(shí)隊(duì)列中，在確認(rèn)第三方平臺(tái)收到所述MM4接口彩信消息提交響應(yīng)后，從所述臨時(shí)隊(duì)列中取出所述MM4接口彩信消息提交請(qǐng)求，處理該消息并產(chǎn)生話單。
2. 如權(quán)利要求l所述的方法，其特征在于，若收到第三方平臺(tái)發(fā)送的傳輸控制協(xié)議消息，則認(rèn)為所述第三方平臺(tái)收到所述匪4接 口彩信消息提交響應(yīng)。
3. 如權(quán)利要求2所述的方法，其特征在于，若目的彩信互通網(wǎng)關(guān)在定時(shí)時(shí)間內(nèi)沒有收到所述傳輸控制協(xié)議消息，或者所述目的彩 信互通網(wǎng)關(guān)收到的所述傳輸控制協(xié)議消息指示所述匪4接口彩信消息提交響應(yīng)發(fā)送失敗， 則丟棄所述臨時(shí)隊(duì)列中保存的所述匪4接口彩信消息提交請(qǐng)求。
4. 如權(quán)利要求1或2或3所述的方法，其特征在于，在所述目的彩信互通網(wǎng)關(guān)上設(shè)置一用于指示第三方平臺(tái)是否需要確認(rèn)消息的標(biāo)志位；當(dāng)與所述目的彩信互通網(wǎng)關(guān)交互的第三方平臺(tái)需要所述匪4接口彩信消息提交響應(yīng) 才能生成話單，則將所述標(biāo)志位設(shè)置為有效；當(dāng)與所述目的彩信互通網(wǎng)關(guān)交互的第三方平 臺(tái)不需要所述匪4接口彩信消息提交響應(yīng)就能生成話單，則將所述標(biāo)志位設(shè)置為無效。
5. 如權(quán)利要求4所述的方法，其特征在于，所述目的彩信互通網(wǎng)關(guān)在收到第三方平臺(tái)發(fā)送的匪4接口彩信消息提交請(qǐng)求后，若判 斷所述標(biāo)志位為有效，則將所述匪4接口彩信消息提交請(qǐng)求存儲(chǔ)到臨時(shí)隊(duì)列中，并向第三 方平臺(tái)返回匪4接口彩信消息提交響應(yīng)。
6. —種多媒體消息傳輸裝置，用于接收第三方平臺(tái)發(fā)送的匪4接口彩信消息提交請(qǐng) 求，以及向第三方平臺(tái)返回匪4接口彩信消息提交響應(yīng)，所述傳輸裝置包括簡(jiǎn)單郵件傳輸 協(xié)議處理模塊、消息分發(fā)模塊以及主業(yè)務(wù)處理模塊，所述簡(jiǎn)單郵件傳輸協(xié)議處理模塊以下 簡(jiǎn)稱SMTP模塊，所述消息分發(fā)模塊以下簡(jiǎn)稱DISP模塊，所述主業(yè)務(wù)處理模塊以下簡(jiǎn)稱匪SP 模塊，其特征在于，所述簡(jiǎn)單郵件傳輸協(xié)議處理模塊，用于與第三方平臺(tái)進(jìn)行交互，接收匪4接口彩信消 息提交請(qǐng)求發(fā)送給所述DISP模塊，以及接收所述DISP模塊發(fā)送的響應(yīng)消息向第三方平臺(tái) 返回匪4接口彩信消息提交響應(yīng)，還用于在接收到第三方平臺(tái)發(fā)送的響應(yīng)確認(rèn)消息后，向 DISP模塊發(fā)送響應(yīng)確認(rèn)消息；所述DISP模塊，用于在收到所述匪4接口彩信消息提交請(qǐng)求后，向所述SMTP模塊發(fā)送 響應(yīng)消息，同時(shí)將所述匪4接口彩信消息提交請(qǐng)求保存到一臨時(shí)隊(duì)列中，待收到所述SMTP 模塊發(fā)送的響應(yīng)確認(rèn)消息后，將所述匪4接口彩信消息提交請(qǐng)求從臨時(shí)隊(duì)列中取出，發(fā)送 給所述匪SP模塊；所述匪SP模塊，用于對(duì)DISP模塊發(fā)送的匪4接口彩信消息提交請(qǐng)求進(jìn)行處理，生成話單。
7. 如權(quán)利要求6所述的裝置，其特征在于， 所述響應(yīng)確認(rèn)消息為傳輸控制協(xié)議消息。
8. 如權(quán)利要求7所述的裝置，其特征在于，所述SMTP模塊在定時(shí)時(shí)間內(nèi)沒有收到所述傳輸控制協(xié)議消息，或者收到的傳輸控制 協(xié)議消息指示所述匪4接口彩信消息提交響應(yīng)發(fā)送失敗，則向所述DISP模塊發(fā)送失敗消 息；所述DISP模塊在定時(shí)時(shí)間內(nèi)沒有收到響應(yīng)確認(rèn)消息，或者收到所述SMTP模塊發(fā)送的 失敗消息，則丟棄在臨時(shí)隊(duì)列中保存的所述匪4接口彩信消息提交請(qǐng)求。
9. 如權(quán)利要求6或7或8所述的裝置，其特征在于，所述裝置中還設(shè)置有配置臺(tái)，所述配置臺(tái)至少與所述DISP模塊相連，用于進(jìn)行參數(shù)配 置和更新，在所述配置臺(tái)設(shè)置一用于指示第三方平臺(tái)是否需要確認(rèn)消息的標(biāo)志位；當(dāng)與所述裝置交互的第三方平臺(tái)需要所述匪4接口彩信消息提交響應(yīng)才能生成話單， 則將所述標(biāo)志位設(shè)置為有效；當(dāng)與所述裝置交互的第三方平臺(tái)不需要所述匪4接口彩信消 息提交響應(yīng)就能生成話單，則將所述標(biāo)志位設(shè)置為無效。
10. 如權(quán)利要求9所述的裝置，其特征在于，所述DISP模塊在收到SMTP模塊發(fā)送的匪4接口彩信消息提交請(qǐng)求后，還用于判斷所 述標(biāo)志位是否有效，如果有效，則將所述匪4接口彩信消息提交請(qǐng)求存儲(chǔ)到臨時(shí)隊(duì)列中，并 向所述SMTP模塊返回響應(yīng)消息。
全文摘要
本發(fā)明公開了一種多媒體消息傳輸方法及實(shí)現(xiàn)該方法的裝置，避免出現(xiàn)同一業(yè)務(wù)流程中話單不一致的情況。所述方法包括目的彩信互通網(wǎng)關(guān)在收到第三方平臺(tái)發(fā)送的MM4接口彩信消息提交請(qǐng)求后，向第三方平臺(tái)返回MM4接口彩信消息提交響應(yīng)，同時(shí)將所述MM4接口彩信消息提交請(qǐng)求存儲(chǔ)到一臨時(shí)隊(duì)列中，在確認(rèn)第三方平臺(tái)收到所述MM4接口彩信消息提交響應(yīng)后，從所述臨時(shí)隊(duì)列中取出所述MM4接口彩信消息提交請(qǐng)求，處理該消息并產(chǎn)生話單。
文檔編號(hào)H04W4/12GK101784018SQ20091000309
公開日2010年7月21日 申請(qǐng)日期2009年1月19日 優(yōu)先權(quán)日2009年1月19日
發(fā)明者葉松青, 張浩軍, 王國才 申請(qǐng)人:中興通訊股份有限公司