專利名稱：一種實(shí)現(xiàn)多媒體消息替換的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地說，涉及一種實(shí)現(xiàn)多媒體消息替換的方法。
背景技術(shù)：
多媒體消息業(yè)務(wù)(Multimedia Messaging Service，簡稱MMS)是短消息服務(wù)(SMS)和圖片消息(Picture Message)或EMS的進(jìn)一步發(fā)展。多媒體消息不僅僅局限于文本消息，還可以傳遞更為豐富的消息，比如圖像、音頻、視頻和數(shù)據(jù)等。
在3GPP協(xié)議中，業(yè)務(wù)提供商(Service Provider，簡稱SP)可以通過MM7接口上的MM7_replace.REQ消息要求替換多媒體消息系統(tǒng)中的消息，但是，卻沒有相應(yīng)的機(jī)制提供給用戶通過手機(jī)終端進(jìn)行替換多媒體消息系統(tǒng)中的消息地方法。而且也沒有相應(yīng)的機(jī)制保證SP的替換消息和終端替換消息請(qǐng)求能夠在多媒體消息服務(wù)中心(Multimedia Messaging Service Center，簡稱MMSC)之間進(jìn)行轉(zhuǎn)發(fā)，因此，就不能實(shí)現(xiàn)跨MMSC的消息替換功能。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題在于，針對(duì)現(xiàn)有技術(shù)的上述缺陷，提供一種實(shí)現(xiàn)多媒體消息替換的方法，使得用戶終端可以替換已經(jīng)發(fā)出的多媒體消息而且還可以使得SP或終端替換多媒體消息請(qǐng)求在不同的MMSC之間轉(zhuǎn)發(fā)，保證了SP或終端可以替換發(fā)送給MMSC簽約用戶的多媒體消息。
本發(fā)明解決其技術(shù)問題所采用的技術(shù)方案是構(gòu)造一種實(shí)現(xiàn)多媒體消息替換的方法，該方法包括以下步驟
S1.多媒體消息服務(wù)中心根據(jù)接收到發(fā)起方發(fā)來的替換請(qǐng)求消息中的原消息標(biāo)識(shí)，定位待替換的原消息；
S2.如果成功定位到所述原消息，則執(zhí)行步驟S3；否則，向所述發(fā)起方返回定位失敗的應(yīng)答消息。
S3.將所述替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并將替換結(jié)果返回所述發(fā)起方。
在本發(fā)明所述的方法中，在執(zhí)行步驟S3之前進(jìn)一步包括判斷所述原消息的狀態(tài)。
在本發(fā)明所述的方法中，包括普通替換操作和擴(kuò)展替換操作，所述原消息的狀態(tài)具體包括以下三種
所述原消息在多媒體消息服務(wù)中心未被接收方提?。?br> 所述原消息在多媒體消息服務(wù)中心已被接收方提?。?br> 所述原消息已轉(zhuǎn)發(fā)到另一多媒體消息服務(wù)中心。
在本發(fā)明所述的方法中，若所述原消息在多媒體消息服務(wù)中心未提取且為擴(kuò)展替換操作，則所述步驟S3具體包括
S31.判斷多媒體消息中心是否已向接收方發(fā)送通知消息；
S32.若未發(fā)送，則對(duì)原始消息中的消息內(nèi)容和可選字段值進(jìn)行替換，但未出現(xiàn)在替換消息中的原始消息字段保持不變；若已發(fā)送，則對(duì)原始消息中的消息內(nèi)容和可選字段值進(jìn)行替換，但通知消息中已包含的字段內(nèi)容不被替換；
S33.返回替換成功的應(yīng)答消息。
在本發(fā)明所述的方法中，若所述原消息已被接收方提取，則所述步驟S3之前進(jìn)一步包括
S21.重新向接收方下發(fā)新的通知消息；
S22.向接收方下發(fā)新的提取請(qǐng)求讓接收發(fā)來提取需要替換的新消息；
S23.將替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并將替換結(jié)果返回給發(fā)起方。
在本發(fā)明所述的方法中，若所述原消息已被接收方提取且為普通替換操作，則所述步驟S3之前進(jìn)一步包括直接向所述發(fā)起方返回錯(cuò)誤提示。
在本發(fā)明所述的方法中，若所述原消息已轉(zhuǎn)發(fā)到另一多媒體消息服務(wù)中心，則所述步驟S3之前進(jìn)一步包括
S24.所述多媒體消息服務(wù)中心向所述另一多媒體消息服務(wù)中心轉(zhuǎn)發(fā)所述步驟S1中的替換請(qǐng)求消息；
S25.所述另一多媒體消息服務(wù)中心根據(jù)所述替換請(qǐng)求消息作相應(yīng)替換處理后，將處理結(jié)果返回所述多媒體消息服務(wù)中心，進(jìn)而由其將替換結(jié)果反饋給所述發(fā)起方。
在本發(fā)明所述的方法中，若所述新消息內(nèi)容中包含指示所述原消息存儲(chǔ)在MMBox中的位置，則同步替換MMBox中的消息內(nèi)容。
在本發(fā)明所述的方法中，所述替換請(qǐng)求消息包括原消息標(biāo)識(shí)與新消息內(nèi)容。
本發(fā)明的有益效果是，使得用戶終端可以替換已經(jīng)發(fā)出的多媒體消息而且還可以使得SP或終端替換多媒體消息請(qǐng)求在不同的MMSC之間轉(zhuǎn)發(fā)，保證了SP或終端可以替換發(fā)送給MMSC簽約用戶的多媒體消息。


下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明作進(jìn)一步說明，附圖中
圖1是本發(fā)明實(shí)現(xiàn)多媒體消息替換的流程圖2是本發(fā)明實(shí)現(xiàn)終端普通替換多媒體消息的示意圖3是本發(fā)明實(shí)現(xiàn)終端擴(kuò)展替換多媒體消息的示意圖4是本發(fā)明在不同MMSC之間實(shí)現(xiàn)由手機(jī)終端發(fā)起的多媒體消息替換的示意圖5是本發(fā)明在不同MMSC之間實(shí)現(xiàn)由SP發(fā)起的多媒體消息替換的示意圖。
具體實(shí)施例方式
如圖1所示，步驟S100中，發(fā)起方(即發(fā)送方)MMSC接收到發(fā)起方發(fā)來的替換請(qǐng)求消息，根據(jù)該替換請(qǐng)求消息中的原消息標(biāo)識(shí)，定位待替換的原消息(步驟S105中)。然后判斷定位該原消息是否成功(步驟S110中)。
步驟S115中，如果不能定位到原消息，則向發(fā)起方返回定位失敗的應(yīng)答消息；否則，則判斷是否需要將替換請(qǐng)求消息轉(zhuǎn)發(fā)到接收MMSC(步驟S120中)。
步驟S125中，如果需要轉(zhuǎn)發(fā)，表示發(fā)起方與接收方不屬于同一個(gè)MMSC，發(fā)起方MMSC向接收方MMSC轉(zhuǎn)發(fā)該替換請(qǐng)求消息。接收方MMSC根據(jù)該替換請(qǐng)求消息進(jìn)行相應(yīng)替換處理后，將處理結(jié)果通過應(yīng)答消息返回發(fā)起方MMSC(步驟S130中)，進(jìn)而由其將替換結(jié)果返回發(fā)起方(步驟S135中)。
步驟S140中，如果不需要轉(zhuǎn)發(fā)，標(biāo)識(shí)發(fā)起方與接收方歸屬于同一個(gè)MMSC，則判斷接收方是否從MMSC提取了原消息。如果沒有提取，則將替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并向接收方返回替換成功的應(yīng)答消息(步驟S145中)。否則，則判斷是普通替換操作還是擴(kuò)展替換操作(步驟S150中)。
步驟S155中，如果是普通替換操作，則直接向發(fā)起方返回錯(cuò)誤提示；否則，是擴(kuò)展替換操作，則重新向接收方下發(fā)新的通知消息(步驟S160中)，并向接收方下發(fā)新的提取請(qǐng)求讓接收發(fā)來提取需要替換的新消息(步驟S165中)，然后將替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并通過replace_report消息將替換結(jié)果返回給發(fā)起方(步驟S170中)。
以下通過三個(gè)實(shí)施例對(duì)上述步驟進(jìn)行詳細(xì)說明。實(shí)施例一與實(shí)施例二為當(dāng)發(fā)起方與收到方歸屬于同一個(gè)多媒體消息服務(wù)中心時(shí)，采取普通操作與擴(kuò)展替換操作兩種方式來替換已發(fā)送的多媒體消息；實(shí)施例三為當(dāng)發(fā)起方與收到方不屬于同一個(gè)多媒體消息服務(wù)中心時(shí)，發(fā)起方MMSC將替換請(qǐng)求消息轉(zhuǎn)發(fā)給接收方MMSC來替換已發(fā)送的多媒體消息。
實(shí)施例一如圖2所示，當(dāng)用戶發(fā)送MM1_submit.REQ多媒體消息到MMSC之后，MMSC向手機(jī)終端返回MM1_submit.RES應(yīng)答消息。這時(shí)，如果需要替換已發(fā)送的多媒體消息(例如，發(fā)現(xiàn)原來的消息內(nèi)容有誤)，可執(zhí)行終端普通替換多媒體消息的操作。
本實(shí)施例是在MM1接口上新增兩條消息MM1_replace.REQ/RES來實(shí)現(xiàn)終端普通替換多媒體消息功能。手機(jī)終端將替換多媒體消息的請(qǐng)求通過消息MM1_replace.REQ發(fā)送給MMSC，其中包含待替換的原消息標(biāo)識(shí)Message ID及新消息相關(guān)字段內(nèi)容(見下表所示)。MMSC在接收到該替換消息請(qǐng)求后，執(zhí)行相應(yīng)的替換操作，并將替換結(jié)果通過應(yīng)答消息MM1_replace.RES返回手機(jī)終端。
具體流程為首先根據(jù)替換消息中攜帶的消息標(biāo)識(shí)Message ID定位需要替換的原消息，如果定位原消息失敗，則將定位失敗的結(jié)果通過MM1_replace.RES應(yīng)答消息返回給手機(jī)終端；如果成功定位到原消息，則執(zhí)行相應(yīng)的替換操作，具體替換的操作包括但不限于以下幾種
對(duì)于MMSC尚未下發(fā)MM1_notification.REQ通知消息，將原始消息中的消息內(nèi)容和可選字段值進(jìn)行替換，將未出現(xiàn)在MM1_replace.REQ通知消息中的原始消息字段保持不變；
對(duì)于MMSC已經(jīng)下發(fā)了MM1_notification.REQ通知消息，但接收方尚未來取，對(duì)原始消息中的消息內(nèi)容和可選字段值進(jìn)行替換，將MM1_notification.REQ通知消息中已包含的字段內(nèi)容保持不變；
對(duì)于原消息已被接收方提取，并且在多媒體消息系統(tǒng)中找不到該原消息，這時(shí)MMSC給發(fā)起方(即手機(jī)終端)返回錯(cuò)誤提示。
如果上述新消息中包含指示了原消息存儲(chǔ)在MMBox中的位置，那么需要同步替換MMBox中的消息內(nèi)容。
上述MM1_replace.REQ/RES消息定義如下
上述MM1_replace.REQ普通替換請(qǐng)求消息的字段描述如下
上述MM1_replace.RES普通替換請(qǐng)求消息的字段描述如下
上述MM1_replace.RES消息中的Request Status及相應(yīng)的建議文本如下
如果在上述實(shí)施例中采用新的消息或在原有消息上進(jìn)行擴(kuò)展，通過發(fā)送擴(kuò)展替換請(qǐng)求消息的方案，也能夠?qū)崿F(xiàn)在終端替換已經(jīng)發(fā)送的多媒體消息。下面對(duì)擴(kuò)展替換請(qǐng)求的方案進(jìn)行詳細(xì)說明。
實(shí)施例二如圖3所示，當(dāng)用戶發(fā)送MM1_submit.REQ多媒體消息到MMSC之后，MMSC向手機(jī)終端返回MM1_submit.RES應(yīng)答消息。這時(shí)，如果需要替換已發(fā)送出去的消息(例如，發(fā)現(xiàn)原來的消息內(nèi)容有誤)，可執(zhí)行終端擴(kuò)展替換多媒體消息的操作。
本實(shí)施例是在MM1接口上新增兩條消息MM1_extended_replace.REQ/RES來實(shí)現(xiàn)終端擴(kuò)展替換多媒體消息功能。手機(jī)終端將擴(kuò)展替換多媒體消息的請(qǐng)求通過消息MM1_extended_replace.REQ發(fā)送給MMSC，該擴(kuò)展替換請(qǐng)求消息包含待替換的原消息標(biāo)識(shí)MessageID及新消息相關(guān)字段內(nèi)容；MMSC在接收到該替換請(qǐng)求后，返回MM1_extended_replace.RES消息表示該替換請(qǐng)求待MMSC處理；然后MMSC給接收方手機(jī)終端下發(fā)一條新的MM1_notification.REQ通知消息，該通知消息中也包含需要替換原消息的標(biāo)識(shí)MessageID，接收方手機(jī)終端提取新消息后，MMSC將消息替換的結(jié)果通過MM1_replace_report.REQ消息反饋給發(fā)送方手機(jī)終端，發(fā)送方手機(jī)終端可以得到該多媒體消息替換成功與否的結(jié)果，若替換失敗，還會(huì)有相應(yīng)的失敗原因的提示(見下表定義所示)。
具體流程為首先根據(jù)替換消息中攜帶的消息標(biāo)識(shí)Message ID定位需要替換的消息，如果定位原消息失敗，則將定位失敗的結(jié)果通過MM1_extended_replace.RES消息返回給手機(jī)終端；如果成功定位到該消息，則執(zhí)行相應(yīng)的替換操作，具體替換的操作包括但不限于以下幾種
對(duì)于MMSC尚未下發(fā)MM1_notification.REQ通知消息，對(duì)原消息中的消息內(nèi)容和可選字段進(jìn)行替換，將未出現(xiàn)MM1_extended_replace.RES消息中的原消息字段，保持不變；
對(duì)于MMSC已經(jīng)下發(fā)MM1_notification.REQ通知消息，當(dāng)接收方尚未來取，對(duì)原消息中的消息內(nèi)容和可選字段進(jìn)行替換，將MM1_notification.REQ通知消息中已包含的字段內(nèi)容保持不變；
對(duì)于原消息已被接收方提起，則下發(fā)新的MM1_notification.REQ通知消息給接收方，讓接收方通過MM1_retrieve.REQ請(qǐng)求消息來提取替換后的消息，并將替換結(jié)果通過MM1_replace_report.REQ消息返回給發(fā)起方。
如果新消息包含指示了原消息存儲(chǔ)在MMBox中的位置，需同步替換MMBox中的消息內(nèi)容。
上述MM1_extended_replace.REQ/RES定義如下
上述MM1_extended_replace.REQ字段描述如下
上述MM1_extended_replace.RES消息的字段描述如下
上述MM1_replace_report.RES消息的字段描述如下
上述MM1_extended_replace.RES消息中的Request Status及相應(yīng)的建議文本如下
上述MM1_replace_report.REQ消息中的Replace Status及相應(yīng)的建議文本如下
上述兩個(gè)實(shí)施例中，在替換操作過程中，當(dāng)發(fā)起方與收到方不是歸屬于同一多媒體消息服務(wù)中心時(shí)，如果原消息已經(jīng)被發(fā)起方MMSC轉(zhuǎn)發(fā)到接收方MMSC時(shí)，那么上述替換操作的處理如圖4、圖5所示。
實(shí)施例三通過在MM4接口上新增一對(duì)消息來實(shí)現(xiàn)在不同MMSC之間轉(zhuǎn)發(fā)多媒體消息替換請(qǐng)求，與其它的MM4接口消息一樣，該對(duì)消息也采用請(qǐng)求/應(yīng)答方式。發(fā)起方MMSC接收到MM7接口發(fā)送的替換請(qǐng)求或MM1接口發(fā)送的替換請(qǐng)求之后，判斷出需要轉(zhuǎn)發(fā)該請(qǐng)求，則通過MM4_replace.REQ請(qǐng)求消息將替換請(qǐng)求轉(zhuǎn)發(fā)到接收方MMSC，該MM4_replace.REQ請(qǐng)求消息包括待替換的消息標(biāo)識(shí)Message ID及新消息內(nèi)容；接收方MMSC完成相應(yīng)替換處理之后，將結(jié)果通過MM4_replace.RES反饋給發(fā)起方MMSC，發(fā)起方MMSC進(jìn)一步將替換結(jié)果反饋給發(fā)起方(即業(yè)務(wù)提供商(Service Provider，簡稱SP)或手機(jī)終端)
圖4為手機(jī)終端發(fā)起替換多媒體消息，由MMSC轉(zhuǎn)發(fā)多媒體消息替換請(qǐng)求的操作如圖所示。當(dāng)用戶發(fā)送MM1_submit.REQ多媒體消息到MMSC之后，MMSC向手機(jī)終端返回MM1_submit.RES應(yīng)答消息。這時(shí)，如果需要替換已發(fā)送出去的消息(例如，發(fā)現(xiàn)原來的消息內(nèi)容有誤)，可執(zhí)行終端普通替換多媒體消息的操作，即發(fā)送MM1_replace.REQ替換請(qǐng)求消息，該替換請(qǐng)求消息包括原消息標(biāo)識(shí)Message ID及新消息內(nèi)容。
當(dāng)發(fā)起方MMSC接收到替換請(qǐng)求消息之后，根據(jù)替換消息中攜帶的原消息標(biāo)識(shí)Message ID定位具體的消息，若發(fā)現(xiàn)該消息已被轉(zhuǎn)發(fā)到其它的MMSC(即接收方MMSC)，則發(fā)送MM4接口替換多媒體消息請(qǐng)求(即MM4_replace.REQ消息)給接收方MMSC，該MM4_replace.REQ消息包括原消息標(biāo)識(shí)Message ID與新消息內(nèi)容。接收方MMSC進(jìn)行相應(yīng)處理之后將處理結(jié)果通過應(yīng)答消息MM4_replace.RES返回給發(fā)起方MMSC，發(fā)起方MMSC將處理結(jié)果通過MM1_replace.RES返回給發(fā)起方手機(jī)終端。
圖5為SP發(fā)起替換多媒體消息，由MMSC轉(zhuǎn)發(fā)多媒體消息替換請(qǐng)求的操作如圖所示。當(dāng)SP發(fā)送MM7_submit.REQ多媒體消息到MMSC之后，MMSC向手機(jī)終端返回MM7_submit.RES應(yīng)答消息。這時(shí)，如果需要替換已發(fā)送出去的消息(例如，發(fā)現(xiàn)原來的消息內(nèi)容有誤)，可執(zhí)行終端普通替換多媒體消息的操作，即發(fā)送MM7_replace.REQ替換請(qǐng)求消息，該替換請(qǐng)求消息包括原消息標(biāo)識(shí)MessageID及新消息內(nèi)容。
當(dāng)發(fā)起方MMSC接收到替換請(qǐng)求消息之后，根據(jù)替換消息中攜帶的原消息標(biāo)識(shí)MessageID定位具體的消息，若發(fā)現(xiàn)該消息已被轉(zhuǎn)發(fā)到其它的MMSC(即接收方MMSC)，則發(fā)送MM4接口替換多媒體消息請(qǐng)求(即MM4_replace.REQ)給接收方MMSC，該MM4_replace.REQ消息包括原消息標(biāo)識(shí)MessageID與新消息內(nèi)容。接收方MMSC進(jìn)行相應(yīng)處理之后將處理結(jié)果通過應(yīng)答消息MM4_replace.RES返回給發(fā)起方MMSC，發(fā)起方MMSC將處理結(jié)果通過MM7_replace.RES返回給發(fā)起方手機(jī)終端。
在圖4、圖5中
上述MM4接口的替換消息的定義如下
上述MM4_replace.REQ消息的字段描述如下
上述MM4_replace.RES消息的字段描述如下
在響應(yīng)中標(biāo)識(shí)請(qǐng)求消息處理結(jié)果的狀態(tài)文本字段可選，表示MMSC或用戶終端可能不支持該字段。當(dāng)發(fā)送方MMSC收到替換多媒體消息的響應(yīng)消息時(shí)，應(yīng)忽略本終端不識(shí)別的字段。
上述MM4_replace.RES消息中的Request Status及相應(yīng)的建議文本如下
本發(fā)明實(shí)現(xiàn)過程中，對(duì)替換已發(fā)送的多媒體消息的替換操作，不限于以上實(shí)施方式中所列舉的對(duì)由手機(jī)終端和/或SP發(fā)起的替換操作，也可以擴(kuò)展其他發(fā)起的替換操作，只要能夠通過替換請(qǐng)求消息實(shí)現(xiàn)對(duì)已發(fā)送的多媒體消息進(jìn)行替換即可。
對(duì)于將替換請(qǐng)求消息轉(zhuǎn)發(fā)到接收方MMS，不限于轉(zhuǎn)發(fā)到接收方MMSC的轉(zhuǎn)發(fā)替換操作，也可以轉(zhuǎn)發(fā)到另一不同的MMSC，再由該MMSC轉(zhuǎn)發(fā)到接收方的MMSC的替換操作，只要能夠通過上述轉(zhuǎn)發(fā)替換請(qǐng)求操作實(shí)現(xiàn)在不同MMSC之間實(shí)現(xiàn)多媒體消息替換即可。
權(quán)利要求
1、一種實(shí)現(xiàn)多媒體消息替換的方法，其特征在于，該方法包括以下步驟
S1.多媒體消息服務(wù)中心根據(jù)接收到發(fā)起方發(fā)來的替換請(qǐng)求消息中的原消息標(biāo)識(shí)，定位待替換的原消息；
S2.如果成功定位到所述原消息，則執(zhí)行步驟S3；否則，向所述發(fā)起方返回定位失敗的應(yīng)答消息。
S3.將所述替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并將替換結(jié)果返回所述發(fā)起方。
2、根據(jù)權(quán)利要求1所述的方法，其特征在于，在執(zhí)行步驟S3之前進(jìn)一步包括判斷所述原消息的狀態(tài)。
3、根據(jù)權(quán)利要求2所述的方法，其特征在于，包括普通替換操作和擴(kuò)展替換操作，所述原消息的狀態(tài)具體包括以下三種
所述原消息在多媒體消息服務(wù)中心未被接收方提??；
所述原消息在多媒體消息服務(wù)中心已被接收方提取；
所述原消息已轉(zhuǎn)發(fā)到另一多媒體消息服務(wù)中心。
4、根據(jù)權(quán)利要求3所述的方法，其特征在于，若所述原消息在多媒體消息服務(wù)中心未提取，則所述步驟S3具體包括
S31.判斷多媒體消息中心是否已向接收方發(fā)送通知消息；
S32.若未發(fā)送，則對(duì)原始消息中的消息內(nèi)容和可選字段值進(jìn)行替換，但未出現(xiàn)在替換消息中的原始消息字段保持不變；若已發(fā)送，則對(duì)原始消息中的消息內(nèi)容和可選字段值進(jìn)行替換，但通知消息中已包含的字段內(nèi)容不被替換；
S33.返回替換成功的應(yīng)答消息。
5、根據(jù)權(quán)利要求3所述的方法，其特征在于，若所述原消息已被接收方提取且為擴(kuò)展替換操作，則所述步驟S3之前進(jìn)一步包括
S21.重新向接收方下發(fā)新的通知消息；
S22.向接收方下發(fā)新的提取請(qǐng)求讓接收發(fā)來提取需要替換的新消息；
S23.將替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并將替換結(jié)果返回給發(fā)起方。
6、根據(jù)權(quán)利要求3所述的方法，其特征在于，若所述原消息已被接收方提取且為普通替換操作，則所述步驟S3之前進(jìn)一步包括直接向所述發(fā)起方返回錯(cuò)誤提示。
7、根據(jù)權(quán)利要求3所述的方法，其特征在于，若所述原消息已轉(zhuǎn)發(fā)到另一多媒體消息服務(wù)中心，則所述步驟S3之前進(jìn)一步包括
S24.所述多媒體消息服務(wù)中心向所述另一多媒體消息服務(wù)中心轉(zhuǎn)發(fā)所述步驟S1中的替換請(qǐng)求消息；
S25.所述另一多媒體消息服務(wù)中心根據(jù)所述替換請(qǐng)求消息作相應(yīng)替換處理后，將處理結(jié)果返回所述多媒體消息服務(wù)中心，進(jìn)而由其將替換結(jié)果反饋給所述發(fā)起方。
8、根據(jù)權(quán)利要求1-7任意一項(xiàng)所述的方法，其特征在于，若所述新消息內(nèi)容中包含指示所述原消息存儲(chǔ)在MMBox中的位置，則同步替換MMBox中的消息內(nèi)容。
9、根據(jù)權(quán)利要求1-7任意一項(xiàng)所述的方法，其特征在于，所述替換請(qǐng)求消息包括原消息標(biāo)識(shí)與新消息內(nèi)容。
全文摘要
本發(fā)明涉及一種實(shí)現(xiàn)多媒體消息替換的方法，該方法包括以下步驟S1.多媒體消息服務(wù)中心根據(jù)接收到發(fā)起方發(fā)來的替換請(qǐng)求消息中的原消息標(biāo)識(shí)，定位待替換的原消息；S2.如果成功定位到所述原消息，則執(zhí)行步驟S3；否則，向所述發(fā)起方返回定位失敗的應(yīng)答消息。S3.將所述替換請(qǐng)求消息中的新消息內(nèi)容替換原消息內(nèi)容，并將替換結(jié)果返回所述發(fā)起方。本發(fā)明使得用戶終端可以替換已經(jīng)發(fā)出的多媒體消息而且還可以使得SP或終端替換多媒體消息請(qǐng)求在不同的MMSC之間轉(zhuǎn)發(fā)，保證了SP或終端可以替換發(fā)送給MMSC簽約用戶的多媒體消息。
文檔編號(hào)H04W88/18GK1859620SQ20061003402
公開日2006年11月8日 申請(qǐng)日期2006年2月27日 優(yōu)先權(quán)日2006年2月27日
發(fā)明者陳克華, 薛耀南, 程衛(wèi)明 申請(qǐng)人:華為技術(shù)有限公司