專利名稱：：處理多媒體消息的方法、裝置及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及通信
技術(shù)領(lǐng)域：
，特別是涉及處理多媒體消息的方法、裝置及系統(tǒng)。
背景技術(shù)：
：多i某體消息業(yè)務(MultimediaMessagingService,醒S)是在短消息業(yè)務基礎上發(fā)展起來的一種新型消息業(yè)務。固S是第3代移動通訊標準化組織3GPP制定的全球信息傳送標準，是一項全新的數(shù)據(jù)業(yè)務。它將不同的i某體，如文本、圖片、照片、音頻、視頻等組合成一個多媒體消息進行發(fā)送，應用該業(yè)務時，用戶可以像使用短消息一樣收發(fā)更加個性化的多媒體消息。同時，醒S信息容量也大大增長，可以達到100kB左右。薩S采用存儲轉(zhuǎn)發(fā)的技術(shù)，所謂存諸轉(zhuǎn)發(fā)的技術(shù)，是指一條多媒體消息的傳遞的過程中，先由交換服務器(在畫S系統(tǒng)中，該服務器被命名為多媒體消息服務中心畫SCenter,簡稱為畫SC)接收由發(fā)送方提交的醒S消息，并保存起來，然后，腿SC試圖將此消息下發(fā)給接收方用戶。如果嘗試下發(fā)失敗，腦SC會在該多媒體消息的有效期內(nèi)繼續(xù)嘗試，直至下發(fā)成功或者超過有效期。發(fā)明人在仔細研究現(xiàn)有技術(shù)后發(fā)現(xiàn)，在存儲轉(zhuǎn)發(fā)模式下，畫SC需要對多媒體消息進行存儲，但是，在實際應用中，需儲存在應SC中的多媒體消息的數(shù)量比較多，這樣會大量占用畫SC的資源。
發(fā)明內(nèi)容有鑒于此，本發(fā)明實施例的目的在于提供處理多媒體消息的方法、裝置及系統(tǒng)，以解決現(xiàn)有技術(shù)中多媒體消息存儲轉(zhuǎn)發(fā)需大量占用醒sc資源的問題。為實現(xiàn)上述目的，本發(fā)明實施例提供了如下方案一種處理多媒體消息的方法，包括獲取多媒體消息；向接送方發(fā)送將有多媒體消息向其發(fā)送的通知消息；如果滿足首次下發(fā)的條件，則將所述多媒體消息發(fā)送到所述接收方，否則，將所述多媒體消息發(fā)送到多媒體消息服務中心廳sc。一種處理多媒體消息的裝置，包括獲取單元，用于獲取多媒體消息；通知單元，用于向接收方發(fā)送將有多媒體消息向其發(fā)送的通知消息；發(fā)送單元，用于當滿足首次下發(fā)的條件時，將所述多媒體消息發(fā)送到所述接收方；否則，將所述多媒體消息發(fā)送到畫SC。一種處理多媒體消息的系統(tǒng)，包括首次下發(fā)嘗試服務器，用于獲取多媒體消息；向接收方發(fā)送將有多媒體消息向其發(fā)送的通知消息；當滿足首次下發(fā)的條件時，則將所述多媒體消息發(fā)送到所述接收方，否則，將所述多媒體消息發(fā)送到腦SC;多媒體消息服務中心腦SC，用于接收首次下發(fā)嘗試服務器發(fā)送的多媒體消息。通過本發(fā)明實施例，處理多媒體消息時，醒SC只有在首次下發(fā)嘗試失敗時，才存儲所述多媒體消息，減輕了腦SC的資源消耗。圖l是本發(fā)明實施例一提供的方法的流程圖；圖2是本發(fā)明實施例提供的另一方法的流程圖；圖3是本發(fā)明實施例二提供的方法的流程圖；圖4是本發(fā)明實施例三提供的方法的流程圖；圖5是本發(fā)明實施例四提供的方法的流程圖；圖6是本發(fā)明實施例提供的第一裝置的示意圖；圖7是本發(fā)明實施例提供的第二裝置的示意圖；圖8是本發(fā)明實施例提供的第三裝置的示意圖；圖9是本發(fā)明實施例4是供的第四裝置的示意圖；圖10是本發(fā)明實施例提供的系統(tǒng)的示意圖。具體實施方式下面結(jié)合附圖，對本發(fā)明實施例處理多媒體消息的方法進行詳細地描述。實施例一、參見圖1，本實施例所提供的處理多媒體消息的方法，包括以下步驟S101:獲取多i某體消息；發(fā)送方可以通過畫l、畫3、畫4、畫7等接口發(fā)送提交請求，并將所述多媒體消息攜帶于該提交請求(如畫l-submit,REQ)中。Sl02:向接收方發(fā)送將有多媒體消息向其發(fā)送的通知消息；S103:如果滿足首次下發(fā)的條件，則進入S104,否則，進入S105;S104;將所述多J某體消息發(fā)送到接收方；S105:將所述多媒體消息發(fā)送到多媒體消息服務中心薩SC。首先需要說明的是，SlOl、S102、S103、S104及S105的執(zhí)行主體可以是多種形式的裝置，這里以首次下發(fā)嘗試-多媒體消息服務中心(FirstDeliveryAttempt-匿SC,FDA-畫SC)為例進行詳細地描述，其中，F(xiàn)DA-畫SC可以利用高速緩存技術(shù)，該高速緩存技術(shù)能夠在緩存時間內(nèi)將接收到的數(shù)據(jù)發(fā)送出去。在實際應用中，接收方的地址可以由發(fā)送方提交的請求消息來攜帶，F(xiàn)DA-腦SC在獲得發(fā)送方提交的請求消息(畫l-Submit.REQ)后，就可以解析出接收方的地址。FDA-匿SC在接收到發(fā)送方的提交請求后，可以向接收方發(fā)送通知消息(畫l-Notification.REQ)，通知接收方將有多媒體消息向其發(fā)送這一事件，且接收方需在有效期內(nèi)提取該多媒體消息。其中，所述滿足首次下發(fā)的條件可以是在有效期內(nèi)收到可以發(fā)送的指示，或者在有效期內(nèi)接收到接收方的提取請求的等，為方便起見，下文均以在有效期內(nèi)接收到接收方的提取請求為首次下發(fā)的條件進行描述。接收方在接收到FDA-畫SC的通知消息后，如果想要接收發(fā)送方的多媒體消息，則會向FDA-畫SC發(fā)送提取請求，如果接收方是在預設的首次下發(fā)有效期內(nèi)發(fā)送提取請求的，則認為滿足首次下發(fā)的條件，F(xiàn)DA-畫SC直接將發(fā)送方的多媒體消息發(fā)送給接收方；否則，如果接收方在有效期內(nèi)一直沒有發(fā)送提取請求，則FDA-畫SC會將發(fā)送方的多媒體消息發(fā)送到腦SC,由醒SC對該多媒體消息進行存儲。當然，可能存在這樣的情形接收方在有效期內(nèi)向FDA-謹SC發(fā)送了提取多4某體消息的請求，但由于網(wǎng)絡等因素的存在，F(xiàn)DA-畫SC沒有能夠在有效期內(nèi)接收到該提取請求。對于這種情況，F(xiàn)DA-腦SC也會將多媒體消息發(fā)送到薩SC進行存儲。因此，在實際應用中，所述滿足首次下發(fā)的條件可以設置為FDA-固SC在預置有效期內(nèi)接收到接收方發(fā)送來的提取所述多媒體消息的請求?？梢?，通過本實施例，處理多+某體消息時，在滿足首次下發(fā)條件的情況下，以高速緩存方式工作的FDA-匿SC可以直接將發(fā)送方的多媒體消息發(fā)送的接收方，不需要經(jīng)過匿SC進行存儲轉(zhuǎn)發(fā)。畫SC只有在首次下發(fā)嘗試失敗時，才存儲所述多媒體消息，因此減輕了畫SC的資源消耗。通過本發(fā)明實施例，處理多媒體消息時，匿SC只有在首次下發(fā)嘗試失敗時，才存儲所述多媒體消息，減輕了畫SC的資源消耗。如果FDA-畫SC在預置有效期內(nèi)接收到接收方發(fā)送的提取多媒體消息的請求，則參見圖2,FDA-腿SC可以通過以下步驟將多媒體消息發(fā)送到接收方S201S202:FDA-畫SC接收發(fā)送方攜帶有多Jf某體消息的提交請求(薩l-submit.REQ)，并向該發(fā)送方返回提交響應消息(畫1—submit.RES);S203-S204:FDA-醒SC從上述的提交請求中獲取接收方的地址，并通過接收方的地址向所述接收方發(fā)送通知消息(匿l-Notification.REQ)，接收方向FDA-畫SC返回通知響應消息(薩l-Notification.RES);S205S206:4妄收方向FDA-應SC發(fā)送提取多媒體消息的請求消息(畫l-Retrieve.REQ)，F(xiàn)DA-畫SC向接收方回復攜帶有所述多媒體消息的提取響應消息(畫l-Retrieve.RES);S207:接收方向FDA—應SC發(fā)送提取確認消息(MMl—Ackknowledge.REQ);如果發(fā)送方請求了遞送報告，則FDA_MMSC接收到提取確認消息后還包括S208:向發(fā)送方發(fā)送遞送報告消息(醒1—Delivery—Report.REQ)?？梢?，通過本實施例提供的方法，對于首次下發(fā)嘗試成功的多媒體消息，將不需要被畫SC存儲，便可以直接發(fā)送到接收方；只有首次下發(fā)嘗試失敗的多媒體消息，才會由薩SC進行存儲，這樣減輕了醒SC的資源消耗。在實際應用中，如果首次下發(fā)嘗試失敗，而接收方在超出預置有效期后發(fā)送了提取消息的請求，也應該能夠?qū)⒍嗝襟w消息發(fā)送給該接收方，為了滿足這個需求，本發(fā)明實施例提供了幾種方案，下面分別對這幾種方案進行詳細地描述。實施例二、在該實施例中，當FDA-應SC向接收方發(fā)送通知消息時，向接收方發(fā)送一個該通知消息的有效期，通過這個期限告知接收方在該通知消息有效期滿后，不要再向FDA-MMSC發(fā)送提取請求，因為對于FDA-畫SC來講，通知消息有效期滿后，意味著首次下發(fā)嘗試失敗，F(xiàn)DA-固SC會將發(fā)送方發(fā)送的多媒體消息發(fā)送到醒SC，由畫SC負責該多媒體消息的后續(xù)處理，而FDA-應SC中已經(jīng)不存在該多媒體消息。參見圖3，本發(fā)明實施例所提供的方法中，在首次下發(fā)嘗試失敗的情況下，包括以下步驟S301~S302:FDA-羅SC接收發(fā)送方發(fā)送的攜帶有多媒體消息的提交請求(應l—submit.REQ)，并向發(fā)送方返回提交響應消息(畫l—submit.RES);S303~S304:FDA-薩SC向接收方發(fā)送攜帶有效期的通知消息(醒l-notification.REQ);接收方向FDA-醒SC返回通知響應消息(醒1—Notification.RES);其中，攜帶有效期的目的是，要求接收方在該通知消息有效期滿后，不要再向FDA-薩SC發(fā)送提取請求，而應該向羅SC發(fā)送提取消息；其中，所述攜帶有效期t3的通知消息，可以通過在通知消息中新增expiretime字段來實現(xiàn)，該expiretime字段可以如下定義，參見表1:<table>tableseeoriginaldocumentpage10</column></row><table>S305:FDA-謹SC在首次下發(fā)有效期內(nèi)沒有接收到接收方的提取請求，則認為不滿足首次下發(fā)的條件，F(xiàn)DA-醒SC向畫SC發(fā)送攜帶有所述多媒體消息的提交請求(畫l-submit.REQ);S306:應SC向FDA-畫SC返回提交響應消息(畫l-Submit.RES)，并存儲所述多媒體消息；S307S308:固SC向接收方發(fā)送通知消息(醒1—notification.REQ)，接收方向畫SC返回通知響應消息(醒l-Notification.RES);S309~S310:接收方在MMSC超出預置有效期后向畫SC發(fā)送提取消息的請求(MMl_Retrieve.REQ);應SC向接收方回復攜帶有所述多媒體消息的提取響應消息(薩l—Retrieve.RES);S311:接收方向畫SC發(fā)送提取確認消息(醒l-Ackknowledge.REQ);如果發(fā)送方請求了遞送報告，則薩SC接收到提取確認消息后還包括S312:向發(fā)送方發(fā)送遞送才艮告消息(匿1—Delivery—Report.REQ)?？梢?，通過本實施例，處理多々某體消息時，在滿足首次下發(fā)條件的情況下，F(xiàn)DA-應SC可以直接將發(fā)送方的多媒體消息發(fā)送的接收方，不需要經(jīng)過匿SC進行存儲轉(zhuǎn)發(fā)。只有在首次下發(fā)嘗試失敗時，才會將多媒體消息發(fā)送到畫SC進行存儲，因此減輕了腦SC的資源消耗。另外，由于首次下發(fā)嘗試服務器采用了高速緩存的技術(shù)，加快了多媒體消息的處理速度。實施例三、參見圖4,本發(fā)明實施例所提供的方法中，在首次下發(fā)嘗試失敗的情況下，包括以下步驟S401-S404與S201S204相同，這里不再存又述；S405:在首次下發(fā)有效期內(nèi)沒有接收到接收方的提取請求，則認為不滿足首次下發(fā)的條件，并向固SC發(fā)送攜帶有所述多媒體消息的提交請求(醒l-submit.REQ)，并可以通知畫SC不再向接收方發(fā)送通知消息；其中，可以通過在提交請求中新增PUSH指示(PUSHIndication)字段用來通知醒SC，F(xiàn)DA—畫SC已經(jīng)成功向接收方發(fā)送了通知消息，則薩SC將不再向接收方發(fā)送通知消息；PUSHIndication字段可以如下定義，參見表2:表2<table>tableseeoriginaldocumentpage11</column></row><table>S406:畫SC向FDA-應SC發(fā)送提交響應消息(匿l—submit.RES),并將所述多媒體消息存放的地址通知給FDA-畫SC;其中，可以通過在提交響應消息中新擴充消息統(tǒng)一定位符(MessageURL)字段來將所述多媒體消息存放的地址通知給FDA-腿SC,MessageURL字段可以如下定義，參見表3:表3<table>tableseeoriginaldocumentpage11</column></row><table>S407:當接收方想要提取所述多媒體消息時，向FDA-腦SC發(fā)送提取消息的i貪求(醒l—Retrieve.REQ);S408:FDA-固SC利用所述多媒體消息存儲的地址向應SC發(fā)送提取消息請求(MMl_Retrieve.REQ);由于在首次下發(fā)失敗之后，F(xiàn)DA-腿SC已經(jīng)將發(fā)送方的多媒體消息交由畫SC進行存儲，因此此時收到提取消息請求時，F(xiàn)DA-醒SC中已經(jīng)不存在該多媒體消息，這就需要先到醒SC中進行提?。辉赟406中醒SC將多媒體消息存儲的地址通過增加的URL字段通知給了FDA-畫SC,因此FDA-畫SC就可以根據(jù)所述多媒體消息存儲的地址，來向固SC發(fā)送提取該多媒體消息的請求；S409:畫SC向FDA-醒SC發(fā)送攜帶有所述多媒體消息的提取響應消息(畫l—Retrieve.RES)，將所述多媒體消息發(fā)送給FDA-畫SC;S410:FDA-麗SC在收到固SC發(fā)送到額多媒體消息后，向接收方回復攜帶有所述多媒體消息的提取響應消息(醒l-Retrieve.RES),將所述多媒體消息發(fā)送給所述接收方；S411:接收方在接收到所述多媒體消息后，向FDA-薩SC發(fā)送提取確認消息(畫l-Ack廳ledge.REQ);同樣，如果發(fā)送方請求了遞送報告，則在步驟S411之后還包括S412:FDA-畫SC向發(fā)送方發(fā)送遞送l艮告消息(MMl_Delivery_Report.REQ)。可見，通過本實施例，處理多媒體消息時，在滿足首次下發(fā)條件的情況下，F(xiàn)DA-畫SC可以直接將發(fā)送方的多媒體消息發(fā)送的接收方，不需要經(jīng)過畫SC進行存儲轉(zhuǎn)發(fā)。只有在首次下發(fā)嘗試失敗時，才會將多媒體消息發(fā)送到畫SC進行存儲，因此減輕了匿SC的資源消耗。另外，通過獲取多媒體消息存儲地址的方法，使得FDA-畫SC在超出預置有效期后仍然可以按照所述地址，向畫SC提取所述多媒體消息，并發(fā)送給接收方，此過程中畫SC不需要重復向接收方發(fā)送通知消息，減少了消息交互的次數(shù)，簡化了薩SC的處理流程。實施例四、該實施例^是供的處理首次下發(fā)失敗時的處理方法中，同樣在FDA-應SC向畫SC發(fā)送攜帶有多媒體消息的提交消息時，在消息中擴充一個PUSH字段，以此來通知畫SC已經(jīng)成功向接收方發(fā)送了通知消息，固SC在回復請求響應消息時，也會在消息中擴充一個URL字段，以此來通知FDA-應SC所述多媒體消息存儲的地址；但與實施例三提供的方法不同的地方在于，當FDA-謹SC接收到接收方的提取消息時，會向接收方發(fā)送一個重定向消息，將接收方的提取請求重定向到醒SC,參見圖5，本發(fā)明實施例提供的在首次下發(fā)失敗的情況下處理多媒體消息的方法包括以下步驟S501S507與S401S407相同,這里不再敘述;S508:FDA-醒SC向接收方發(fā)送重定向消息(HTTP—Redirect);其中，所述重定向消息是由所述多媒體消息存儲的地址URL,也就是S406中應SC向FDA-薩SC返回的URL來確定的，以此來通知接收方將提取消息的請求重定向到畫SC,這樣接收方就會根據(jù)所述URL向腦SC發(fā)送提取請求消息；S509:接收方接收到上述重定向消息后，向應SC發(fā)送提取請求消息(醒LRetrieve.REQ)^S510:固SC向接收方回復攜帶有所述多媒體消息的提取響應消息(薩1—Retrieve.RES);S511:接收方在接收到所述多媒體消息后，向謹SC回復提取確認消息(醒l-Acknowledge.REQ);同樣，如果發(fā)送方請求了遞送報告，則在步驟S511之后還包括S512:醒SC向發(fā)送方發(fā)送遞送I艮告消息(MMl_Delivery_Report.REQ)。綜上，本發(fā)明實施例利用新增的FDA-應SC對發(fā)送方的多媒體消息進行緩存，在滿足首次下發(fā)的條件下，直接將多i某體消息發(fā)送給接收方，不需要畫SC對消息進行存儲，降低了醒SC的資源消耗。對于首次下發(fā)失敗的情況，本發(fā)明實施例也提供了幾種不同的方法來滿足接收方的提取多媒體消息的請求。另外，由于FDA-畫SC利用了高速緩存技術(shù)，因此在首次下發(fā)嘗試成功的情況下，可以大幅提高消息發(fā)送的速度，提高系統(tǒng)的性能。與上述實施例所提供的方法相對應，本發(fā)明實施例還提供了一種處理多媒體消息的裝置，參見圖6，該裝置包括獲取單元U601,用于獲取多媒體消息；通知單元U602,用于向接收方發(fā)送將有多4某體消息向其發(fā)送的通知消息；發(fā)送單元U603,用于當滿足首次下發(fā)的條件時，將所述多媒體消息發(fā)送到所述接收方；否則，將所述多媒體消息發(fā)送到固SC。其中，所述首次下發(fā)的條件可以是在預置有效期內(nèi)接收到接收方發(fā)送的提取所述多媒體消息的請求，則發(fā)送單元U603在預置有效期內(nèi)接收到接收方發(fā)送的提取所述多媒體消息的請求時，將所述多媒體消息發(fā)送到接收方，否則，發(fā)送單元U603將所述多媒體消息發(fā)送到畫SC進行存儲?？梢姡ㄟ^本實施例，處理多媒體消息時，在滿足首次下發(fā)條件的情況下，F(xiàn)DA-薩SC可以直接將發(fā)送方的多媒體消息發(fā)送的接收方，不需要經(jīng)過固SC進行存儲轉(zhuǎn)發(fā)。只有在首次下發(fā)嘗試失敗時，才會將多媒體消息發(fā)送到應SC進行存儲，因此減輕了應SC的資源消耗。與實施例三所提供的方法相對應，通知單元U602還可以通知接收方在超出所述預置有效期后，不再向接受方發(fā)送所述多媒體消息。后續(xù)的步驟由畫SC來咒成。參見圖7,該裝置可以進一步包括提交單元U604,用于向應SC發(fā)送已經(jīng)向接收方發(fā)送了所述通知消息的提交消息；地址獲取單元U605,用于接收畫SC根據(jù)所述提交消息發(fā)送的所述多媒體消息的存儲地址；在這種情況下，與實施例四所4是供的方法相對應，參見圖8，該裝置還可以包括接收單元U606,用于接收提取所述多媒體消息的請求；提取單元U607，用于根據(jù)所述請求按照所述多媒體消息的存儲地址從所述應SC提取所述多i某體消息；所述發(fā)送單元U603,還用于將所述多媒體消息發(fā)送給所述接收方。在超出所述預置有效期后，接收方還可以繼續(xù)發(fā)送提取所述多媒體消息的請求，則接收單元U606接收提取所述多媒體消息的請求；然后由提取單元U607根據(jù)所述請求按照所述多媒體消息的存儲地址從所述麗SC提取所述多媒體消息，最后由發(fā)送單元U603將所述多媒體消息發(fā)送給所述接收方。可見，通過本實施例，處理多媒體消息時，在滿足首次下發(fā)條件的情況下，F(xiàn)DA-薩SC可以直接將發(fā)送方的多媒體消息發(fā)送的接收方，不需要經(jīng)過畫SC進行存儲轉(zhuǎn)發(fā)。只有在首次下發(fā)嘗試失敗時，才會將多媒體消息發(fā)送到醒SC進行存儲，因此在很大程度上減輕了畫SC的資源消耗。另外，在本實施例中，在首次下發(fā)嘗試失敗的情況下，畫SC不需要重復向接收方發(fā)送通知消息，減輕了畫SC的負擔。與實施例四所提供的方法相對應，參見圖9,該裝置還可以包括接收單元U608,用于接收提取所述多媒體消息的請求；重定向單元U609，用于根據(jù)所述多媒體消息的存儲地址，通知接收方將提取所述多媒體消息的請求重定向到所述的畫SC。如前文所述，接收方在超出預置有效期后還可以向FDA-畫SC發(fā)送提取所述多媒體消息的請求，此時接收單元U608接收提取所述多媒體消息的請求，重定向單元U609可以根據(jù)所述多媒體消息存儲的地址，通知接收方將提取所述多媒體消息的請求重定向到相應的腦SC。然后，接收方將重新向相應的畫SC發(fā)送提取所述多媒體消息的請求，并由匿SC直接將所述多媒體消息發(fā)送給接收方?？梢姡ㄟ^本實施例，處理多媒體消息時，在滿足首次下發(fā)條件的情況下，F(xiàn)DA-固SC可以直接將發(fā)送方的多媒體消息發(fā)送的接收方，不需要經(jīng)過畫SC進行存儲轉(zhuǎn)發(fā)。只有在首次下發(fā)嘗試失敗時，才會將多i某體消息發(fā)送到畫SC進行存儲，因此減輕了固SC的資源消耗。另外，在本實施例中，畫SC不需要向接收方發(fā)送通知消息，而且通過向接收方發(fā)送重定向消息，使得接收方可以直接向相應的畫SC發(fā)送提取請求，減少了FDA-謹SC的消息處理流程。與上述實施例所提供的方法及裝置相對應，本實施例還提供了處理多媒體消息的系統(tǒng)，參見圖10,該系統(tǒng)包括首次下發(fā)嘗試服務器U1001,用于獲取多媒體消息；向接收方發(fā)送將有多媒體消息向其發(fā)送的通知消息；當滿足首次下發(fā)的條件時，則將所述多媒體消息發(fā)送到所述接收方，否則，將所述多媒體消息發(fā)送到應SC。畫SCU1002,用于接收首次下發(fā)嘗試服務器發(fā)送的多媒體消息。其中，首次下發(fā)嘗試服務器U1001在預置有效期內(nèi)接收到接收方發(fā)送的提取所述多媒體消息的請求時，將將所述多媒體消息發(fā)送到接收方；否則，發(fā)送到畫SC,并由應SC對所述多媒體消息進行存儲。對于首次下發(fā)嘗試失敗的情況，本系統(tǒng)也能夠?qū)⒍嗝襟w消息發(fā)送到接收方，因此，首次下發(fā)嘗試服務器U1001還可以協(xié)助接收方從畫SC獲取所述多媒體消息。在本發(fā)明實施例中，首次下發(fā)嘗試服務器U1001可以采用多種方式，協(xié)助接收方從畫SCU1002獲取所述多i某體消息?，F(xiàn)分別描述如下與實施例二所述的方法相對應，首次下發(fā)服務器U1001通知接收方在超出所述預置有效期后，不再向所述接收方發(fā)送所述多媒體消息；然后由腿SCUl002按照傳統(tǒng)的方法將收到的所述多媒體消息發(fā)送到接收方。也可以采用如下方式首次下發(fā)嘗試服務器U1001向匿SCU1002發(fā)送已經(jīng)向接收方發(fā)送了所述通知消息的提交消息；畫SCU1002根據(jù)首次下發(fā)嘗試服務器發(fā)送的提交消息向首次下發(fā)嘗試服務器發(fā)送所述多媒體消息的存儲地址。在這種情況下，與實施例三相對應，首次下發(fā)嘗試服務器U1001可以10根據(jù)接收方提取所述多媒體消息的請求按照所述多媒體消息的存儲地址，從應sc提取所述多媒體消息，并將提取到的多媒體消息發(fā)送給所述接收方。與實施例四相對應，首次下發(fā)嘗試服務器U1001也可以根據(jù)所述接收方提取所述多媒體消息的請求，按照所述多媒體消息存儲的地址，通知接收方將提取所述多媒體消息的請求重定向到相應的醒SCU1002;接收方根據(jù)重定向消息向相應的畫SCU1001發(fā)送提取所述多媒體消息的請求，最后由薩scU1001將所述多媒體消息發(fā)送到接收方。綜上所述，通過本發(fā)明實施例，處理多媒體消息時，匿sc只有在首次下發(fā)嘗試失敗時，才存儲所述多媒體消息，減輕了畫sc的資源消耗。另外，本發(fā)明實施例可以通過新增加FDA-畫SC的方式，完成首次下發(fā)嘗試。其中，F(xiàn)DA-畫SC可以具有高速緩存功能，對于能夠在足夠短的時間內(nèi)發(fā)送出去的數(shù)據(jù)，不需要進行存儲，因此對于首次下發(fā)成功的情況，加快了多i某體消息的處理速度。是可以通過程序來指令相關(guān)的硬件來完成，所述的程序可以存儲于一計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，包括如下步驟獲取攜帶有多媒體消息的提交請求消息；如果滿足首次下發(fā)的條件，則將所述多媒體消息發(fā)送到接收方，否則，將所述多媒體消息發(fā)送到多媒體消息服務中心畫SC。所述的存儲介質(zhì)，如R0M/RAM、磁碟、光盤等。以上所述僅是本發(fā)明的優(yōu)選實施方式，應當指出，對于本
技術(shù)領(lǐng)域：
的普通技術(shù)人員來說，在不脫離本發(fā)明原理的前提下，還可以做出若干改進和潤飾，這些改進和潤飾也應視為本發(fā)明的保護范圍。權(quán)利要求1、一種處理多媒體消息的方法，其特征在于，包括獲取多媒體消息；向接送方發(fā)送將有多媒體消息向其發(fā)送的通知消息；如果滿足首次下發(fā)的條件，則將所述多媒體消息發(fā)送到所述接收方，否則，將所述多媒體消息發(fā)送到多媒體消息服務中心MMSC。2、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述滿足首次下發(fā)的條件包括在預置有效期內(nèi)接收到接收方發(fā)送的提取所述多媒體消息的請求。3、根據(jù)權(quán)利要求1所述的方法，其特征在于，所述通知消息包括通知接收方如果不滿足首次下發(fā)的條件，則不再向接收方發(fā)送多媒體消臺4、根據(jù)權(quán)利要求l所述的方法，其特征在于，當不滿足首次下發(fā)的條件時，還包括向醒SC發(fā)送已經(jīng)向接收方發(fā)送了所述通知消息的提交消息；接收畫SC根據(jù)所述提交消息發(fā)送的所述多媒體消息的存儲地址。5、根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括接收提取所述多媒體消息的請求；根據(jù)所述請求按照所述多媒體消息的存儲地址從所述畫SC提取所述多媒體消息；將所述多媒體消息發(fā)送給所述接收方。6、根據(jù)權(quán)利要求4所述的方法，其特征在于，還包括接收提取所述多媒體消息的請求；根據(jù)所述請求按照所述多媒體消息的存儲地址，通知接收方將提取所述多媒體消息的請求重定向到所述的畫SC。7、一種處理多i某體消息的裝置，其特征在于，包括獲取單元，用于獲取多媒體消息；通知單元，用于向接收方發(fā)送將有多媒體消息向其發(fā)送的通知消息；發(fā)送單元，用于當滿足首次下發(fā)的條件時，將所述多媒體消息發(fā)送到所述接收方；否則，將所述多媒體消息發(fā)送到畫SC。8、根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述發(fā)送單元具體用于在預置有效期內(nèi)接收到接收方發(fā)送的提取所述多媒體消息的請求時，將所述多媒體消息發(fā)送到所述接收方。9、根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述通知消息包括通知接收方不滿足首次下發(fā)條件時，則不再向所述接收方發(fā)送所述多媒體消息。10、根據(jù)權(quán)利要求7所述的裝置，其特征在于，還包括提交單元，用于向畫SC發(fā)送已經(jīng)向接收方發(fā)送了所述通知消息的提交消自地址獲取單元，用于接收匿sc根據(jù)所述提交消息發(fā)送的所述多媒體消息的存儲地址。11、根據(jù)權(quán)利要求IO所述的裝置，其特征在于，還包括接收單元，用于接收提取所述多媒體消息的請求；提取單元，用于根據(jù)所述請求按照所述多媒體消息的存儲地址從所述畫SC提取所述多媒體消息；所述發(fā)送單元，還用于將所述多媒體消息發(fā)送給所述接收方。12、根據(jù)權(quán)利要求10所述的裝置，其特征在于，還包括接收單元，用于接收提取所述多媒體消息的請求；重定向單元，用于根據(jù)所述多媒體消息的存儲地址，通知接收方將提取所述多媒體消息的請求重定向到所述的薩SC。13、一種處理多J某體消息的系統(tǒng)，其特征在于，包括首次下發(fā)嘗試服務器，用于獲取多媒體消息；向接收方發(fā)送將有多媒體消息向其發(fā)送的通知消息；當滿足首次下發(fā)的條件時，則將所述多媒體消息發(fā)送到所述接收方，否則，將所述多媒體消息發(fā)送到薩SC;多媒體消息服務中心畫SC,用于接收首次下發(fā)嘗試服務器發(fā)送的多媒體消息。14、根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于，所述滿足首次下發(fā)的條件包括首次下發(fā)嘗試服務器在預置有效期內(nèi)接收到接收方發(fā)送的提取所述多媒體消息的請求。15、根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于所述通知消息包括通知接收方在不滿足首次下發(fā)的條件時，則不再向接收方發(fā)送所述多媒體消息。16、根據(jù)權(quán)利要求13所述的系統(tǒng)，其特征在于首次下發(fā)嘗試服務器還用于，向畫SC發(fā)送已經(jīng)向接收方發(fā)送了所述通知消息的提交消息；應SC還用于，根據(jù)首次下發(fā)嘗試服務器發(fā)送的提交消息向首次下發(fā)嘗試服務器發(fā)送所述多媒體消息的存儲地址。17、根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于首次下發(fā)嘗試服務器還用于，根據(jù)接收方提取所述多媒體消息的請求按照所述多媒體消息的存儲地址，從畫SC提取所述多媒體消息，并將提取到的多媒體消息發(fā)送給所述接收方。18、根據(jù)權(quán)利要求16所述的系統(tǒng)，其特征在于首次下發(fā)嘗試服務器還用于，根據(jù)所述接收方提取所述多媒體消息的請求按照所述多媒體消息的存儲地址，通知接收方將提取所述多媒體消息的請求重定向到相應的畫SC;畫SC用于將所述多媒體消息發(fā)送到接收方。全文摘要本發(fā)明實施例公開了一種處理多媒體消息的方法，該方法包括獲取多媒體消息；向接送方發(fā)送將有多媒體消息向其發(fā)送的通知消息；如果滿足首次下發(fā)的條件，則將所述多媒體消息發(fā)送到所述接收方，否則，將所述多媒體消息發(fā)送到多媒體消息服務中心MMSC。本發(fā)明實施例還公開了一種處理多媒體消息的裝置及系統(tǒng)，通過本發(fā)明實施例，處理多媒體消息時，MMSC只有在首次下發(fā)嘗試失敗時，才存儲所述多媒體消息，減輕了MMSC的資源消耗。另外，由于首次下發(fā)嘗試服務器采用了高速緩存的技術(shù)，因此對于首次下發(fā)成功的情況，加快了多媒體消息的處理速度。文檔編號H04M3/42GK101321323SQ20081012621公開日2008年12月10日申請日期2008年6月26日優(yōu)先權(quán)日2008年6月26日發(fā)明者洋汪,程衛(wèi)明申請人:華為技術(shù)有限公司