專利名稱：多媒體消息業(yè)務計費方法、系統(tǒng)及多媒體消息中心的制作方法
技術領域：
本發(fā)明涉及多媒體消息業(yè)務(Multimedia Messaging Service，簡稱為MMS)領域 領域，特別是涉及一種多媒體消息業(yè)務計費方法、系統(tǒng)及多媒體消息中心。
背景技術：
MMS是一種能夠在手機(支持MMS的終端)和手機之間、業(yè)務提供商和手機之間、 以及手機和電子郵件服務器等其他應用服務器之間傳送多媒體內容的消息服務。MMS目前 已經得到了廣泛的開展，豐富了用戶的生活。手機上關于多媒體消息獲取的設置包括兩種一種是自動獲取，另外一種是延時 獲取。在設置為自動獲取的情況下，手機收到多媒體消息中心(Multimedia Messaging Service Center，簡稱為MMSC)下發(fā)的通告消息，自動向MMSC發(fā)起獲取請求，獲取成功后， 向MMSC發(fā)送通告響應消息，表示該條多媒體消息到達最終流程，MMSC產生相應話單提供給 業(yè)務運營支撐系統(tǒng)(Business Operation Support System，簡稱為BOSS)計費，并刪除多媒 體消息控制信息，終止流程；在設置為延時獲取的情況下，手機收到匪SC下發(fā)的通告消息 后不再自動發(fā)起獲取請求，而是由用戶手動發(fā)起獲取請求，從收到通告消息開始到該條消 息過期為止的任何時間點用戶都可以手動獲取。如果用戶在MMSC設置的轉發(fā)增值業(yè)務平 臺(也可以稱為轉相冊)時間內(一般為兩個小時)未獲取該多媒體消息，MMSC將把多媒 體消息轉發(fā)到增值業(yè)務平臺(相冊)；如果在匪SC設置的有效期內(一般為48小時)用 戶仍然沒有獲取該多媒體消息，MMSC則觸發(fā)過期操作，產生相應話單提供給BOSS計費，刪 除多媒體消息控制信息，終止流程。需要說明的是，相冊是與用戶綁定的，并為每個用戶開 辟獨立空間，轉相冊成功的業(yè)務相當于手機獲取成功，BOSS將會正常計費。在現(xiàn)有技術的多媒體消息計費流程中，MMSC產生話單都是在每個業(yè)務流程的最終 狀態(tài)對發(fā)送到本地匪SC的流程來說，匪SC收到用戶獲取成功后發(fā)送匪^Notification. RES消息或者MMlAcknowledgement. REQ消息，認為該條消息到達最終狀態(tài)；對于前轉到其 他MMSC的消息，MMSC收到對端MMSC的MM4_DeliveryR印ort. REQ消息，認為消息到達最終 狀態(tài)；如果MMSC沒有收到上述消息，而達到多媒體消息消息的有效期，MMSC會出發(fā)過期機 制，消息也到達最終狀態(tài)。目前，一條多媒體消息業(yè)務，一共會出兩張話單，計費話單(0話單)和對賬話單(T 話單)，0話單用于計費，T話單用于對賬。源用戶和目的用戶歸屬于同一 MMSC時，OT話單 在同一匪SC產生，源用戶和目的用戶歸屬于不同匪SC時，0話單在源用戶歸屬匪SC產生， T話單在目的用戶歸屬匪SC產生。在用戶一直未到匪SC獲取多媒體消息的情況下，匪SC在2個小時轉相冊，轉相冊 成功后，從MMSC獲取該多媒體消息48小時后，多媒體消息過期后達到最終狀態(tài)時，才能夠 對該條多媒體消息進行計費。如上所述，轉相冊成功相當于手機獲取成功，無論后續(xù)手機是 否到MMSC獲取，都需要正常計費，如果計費點放在MMSC獲取該多媒體消息48小時之后，欠 費手機在兩個小時到48小時之內還可以正常使用，從而危害了運營商的利益。

發(fā)明內容
本發(fā)明提供一種多媒體消息業(yè)務計費方法、系統(tǒng)及多媒體消息中心，以解決現(xiàn)有 技術中由于多媒體消息過期達后到最終狀態(tài)時才能夠對該條多媒體消息進行計費而導致 的用戶惡意欠費的問題。本發(fā)明提供一種多媒體消息業(yè)務計費方法，用于對源用戶向目的用戶發(fā)送的多媒 體消息進行計費，其中，源用戶和目的用戶屬于同一多媒體消息中心，包括多媒體消息中心接收源用戶向目的用戶發(fā)送的多媒體消息，對多媒體消息設置轉 發(fā)時限；在轉發(fā)時限到時后仍未收到目的用戶發(fā)送的獲取多媒體消息的請求的情況下，多 媒體消息中心將多媒體消息轉發(fā)到增值業(yè)務平臺；多媒體消息中心接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，根據(jù)轉發(fā)成功消息產生 計費賬單，并將計費賬單提供給業(yè)務運營支撐系統(tǒng)對源用戶進行計費。本發(fā)明還提供一種多媒體消息業(yè)務計費方法，用于對源用戶向目的用戶發(fā)送的多 媒體消息進行計費，其中，源用戶屬于第一多媒體消息中心，目的用戶屬于第二多媒體消息 中心，包括第一多媒體消息中心接收源用戶向目的用戶發(fā)送的多媒體消息，并將多媒體消息 轉發(fā)到第二多媒體消息中心；第二多媒體消息中心對多媒體消息設置轉發(fā)時限，在轉發(fā)時限到時后仍未收到目 的用戶發(fā)送的獲取多媒體消息的請求的情況下，第二多媒體消息中心將多媒體消息轉發(fā)到 增值業(yè)務平臺；第二多媒體消息中心接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，將投遞報告中預定 字節(jié)的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀態(tài)，并向第一多媒體消息中心發(fā)送投遞報告；第一多媒體消息中獲取投遞報告，判斷投遞報告中預定字節(jié)的狀態(tài)為轉發(fā)增值業(yè) 務平臺成功狀態(tài)，則根據(jù)投遞報告產生計費賬單，并將計費賬單提供給業(yè)務運營支撐系統(tǒng) 對源用戶進行計費。本發(fā)明還提供了一種多媒體消息中心，包括第一接收模塊，用于接收源用戶向目的用戶發(fā)送的多媒體消息；第一設置模塊，用于對多媒體消息設置轉發(fā)時限；發(fā)送模塊，用于將多媒體消息轉發(fā)到目的用戶所屬的多媒體消息中心；轉發(fā)模塊，用于在轉發(fā)時限到時后仍未收到目的用戶發(fā)送的獲取多媒體消息的請 求的情況下，將多媒體消息轉發(fā)到增值業(yè)務平臺；第二接收模塊，用于接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息；第二設置模塊，用于將投遞報告中預定字節(jié)的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功 狀態(tài)，并向源用戶所屬的媒體消息中心發(fā)送投遞報告；第一計費賬單產生模塊，用于獲取投遞報告，判斷投遞報告中預定字節(jié)的狀態(tài)為 轉發(fā)增值業(yè)務平臺成功狀態(tài)，則根據(jù)投遞報告產生計費賬單，并將計費賬單提供給業(yè)務運 營支撐系統(tǒng)對源用戶進行計費；第二計費賬單產生模塊，用于根據(jù)轉發(fā)成功消息產生計費賬單，并將計費賬單提供給業(yè)務運營支撐系統(tǒng)對源用戶進行計費。本發(fā)明還提供了一種多媒體消息業(yè)務計費系統(tǒng)，包括上述多媒體消息中心。本發(fā)明有益效果如下通過MMSC調整計費話單產生的時間點，MMSC在轉相冊成功的情況下立即計費，解 決了現(xiàn)有技術中由于多媒體消息過期達后到最終狀態(tài)時才能夠對該條多媒體消息進行計 費而導致的用戶惡意欠費的問題，能夠進一步限制垃圾彩信，防止用戶惡意欠費，更好的保 障運營商的利益。


圖1是本發(fā)明方法實施例一的多媒體消息業(yè)務計費方法的流程圖；圖2是本發(fā)明方法實施例一的多媒體消息業(yè)務計費方法的詳細處理的信令流程 圖；圖3是本發(fā)明方法實施例二的多媒體消息業(yè)務計費方法的流程圖；圖4是本發(fā)明方法實施例二的多媒體消息業(yè)務計費方法的詳細處理的信令流程 圖；圖5是本發(fā)明實施例的多媒體消息中心的結構示意圖；圖6是本發(fā)明實施例的多媒體消息業(yè)務計費系統(tǒng)的結構示意圖。
具體實施例方式為了解決現(xiàn)有技術中由于多媒體消息過期達后到最終狀態(tài)時才能夠對該條多媒 體消息進行計費而導致的用戶惡意欠費的問題，本發(fā)明提供了一種多媒體消息業(yè)務計費方 法、系統(tǒng)及多媒體消息中心，包括目的用戶收到通告消息之后，轉相冊時間內未獲取多媒 體消息，匪SC會將該多媒體消息轉發(fā)到相冊處理，匪SC判斷該條消息轉相冊成功后立即出 0話單，提供給BOSS計費，到系統(tǒng)最終狀態(tài)時，只出T話單，用以對賬。以下結合附圖以及實 施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本 發(fā)明，并不限定本發(fā)明。需要說明的是，實現(xiàn)本發(fā)明實施例的技術方案包括兩種情況一是源用戶和目的 用戶歸屬于同一MMSC的情況；另一個是源用戶和目的用戶歸屬于不同MMSC的情況。在源用 戶和目的用戶歸屬于同一匪SC時，匪SC只需要調整計費觸發(fā)點，將計費觸發(fā)點由最終狀態(tài) 轉移到轉相冊成功；在源用戶和目的用戶歸屬于不同匪SC時，轉相冊流程發(fā)生在目的用戶 所在的匪SC，0話單出在源用戶所在匪SC，因此需要擴展一條消息，用于目的用戶所在匪SC 通知源用戶所在MMSC該條業(yè)務已經轉相冊成功，源MMSC收到該消息，立即出0話單。以下 對上述兩種情況分別進行詳細的說明。方法實施例一根據(jù)本發(fā)明的實施例，提供了一種多媒體消息業(yè)務計費方法，用于對源用戶向目 的用戶發(fā)送的多媒體消息進行計費，其中，源用戶和目的用戶屬于同一多媒體消息中心，圖 1是本發(fā)明方法實施例一的多媒體消息業(yè)務計費方法的流程圖，如圖1所示，根據(jù)本發(fā)明實 施例的多媒體消息業(yè)務計費方法包括如下處理步驟101，多媒體消息中心接收源用戶向目的用戶發(fā)送的多媒體消息，對多媒體消息設置轉發(fā)時限。隨后，多媒體消息中心向目的用戶發(fā)送多媒體消息通知；步驟101中，在 實際應用中，在設置轉發(fā)時限時，還可以設置消息過期時限。需要說明的是，上述用戶是指 支持MMS的終端，該終端可以通過無線網(wǎng)絡發(fā)送和接收多媒體消息，其中，無線網(wǎng)絡和MMSC 之間采用的是MMl接口。多媒體消息中心主要負責多媒體消息的保存和轉發(fā)，對于一定時 間內用戶未來獲取的多媒體消息，MMSC將其轉發(fā)到相冊處理，MMSC和相冊之間采用MM7接 口，匪SC和其他匪SC之間采用MM4接口，匪SC生成話單提供給BOSS計費和對賬；步驟102，在轉發(fā)時限到時后仍未收到目的用戶發(fā)送的獲取多媒體消息的請求的 情況下，多媒體消息中心將多媒體消息轉發(fā)到增值業(yè)務平臺；需要說明的是，增值業(yè)務平臺 也可以稱為相冊，是為每個用戶開辟的單獨空間，相冊接收匪SC通過匪7接口提發(fā)送的多 媒體消息，將其存儲于用戶獨立空間并通過WEB發(fā)布，將該多媒體消息對應的統(tǒng)一資源定 位符(Universal ResourceLocator，簡稱為URL)地址發(fā)送給用戶，以便用戶可以通過手機 或者電腦訪問該URL來查看該多媒體消息；步驟103，多媒體消息中心接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，根據(jù)轉發(fā)成功 消息產生計費賬單，并將計費賬單提供給業(yè)務運營支撐系統(tǒng)對源用戶進行計費。優(yōu)選地， 在產生計費賬單時，可以將計費賬單中多媒體消息對應的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成 功狀態(tài)。需要說明的是，業(yè)務運營支撐系統(tǒng)BOSS可以通過文件傳輸協(xié)議(File Transfer Protocol，簡稱為FTP)方式到匪SC獲取生成的話單，根據(jù)話單對每條業(yè)務進行計費和對 賬。在執(zhí)行了步驟103之后，業(yè)務運營支撐系統(tǒng)獲取計費賬單，判斷多媒體消息對應 的狀態(tài)為轉發(fā)增值業(yè)務平臺成功狀態(tài)，對源用戶進行扣費；多媒體消息中心確定預先設置 的過期時限已到，觸發(fā)過期操作，向源用戶發(fā)送用戶投遞報告，并產生對賬話單；業(yè)務運營 支撐系統(tǒng)獲取對賬話單，根據(jù)對賬話單完成對賬操作。以下結合附圖，對本發(fā)明實施例的上述技術方案進行詳細說明。以UA_1和UA_2兩個手機終端間發(fā)送多媒體消息的業(yè)務過程為例進行說明，其中 UA_2設置延時獲取，并且在有效期內未獲取多媒體消息，圖2是本發(fā)明方法實施例一的多 媒體消息業(yè)務計費方法的詳細處理的信令流程圖，如圖2所示，包括如下處理步驟1，匪SC收到UA_1向UA_2發(fā)送的多媒體消息(MMl_Submit. REQ)，并向UA_1 返回提交成功響應(MMl_Submit. RES)；步驟2，MMSC存儲該多媒體消息，設置過期時間(過期掃描)和轉相冊時間(轉相 冊掃描)操作，并向UA_2下發(fā)通告消息(MMlNotification. REQ)，通知UA_2獲取該多媒體 消息，UA_2 向 MMSC 返回 MMl_Notification. RES ；步驟3，在匪SC配置的轉相冊時間內，一般為2個小時，匪SC未收到UA_2的獲取 請求消息，MMSC將該多媒體消息通過MM7_DeliVer. REQ消息發(fā)送給相冊；步驟4，相冊收到匪SC發(fā)送過來的MM7_Deliver. REQ消息，向匪SC返回匪7_ Deliver. RES消息，相冊將解碼得到的多媒體消息存放于UA_2的獨立空間中，并通過TOB進 行發(fā)布，得到對應的URL地址，通過短信(Short MSG)發(fā)將該URL送給UA_2 ；步驟5，匪SC收到匪7_Deliver. RES，判斷轉相冊成功，則立刻產生0話單，狀態(tài)是 “轉相冊成功”，提供給BOSS對UA_1用戶計費；步驟6，BOSS通過FTP方式獲取匪SC產生的上述0話單(FTP話單)，判斷狀態(tài)為“轉相冊成功”，完成對UA_1的扣費；步驟7，到達該條多媒體消息的過期時間，MMSC觸發(fā)過期操作，向UA_1發(fā)送用戶投 遞報告(MMlDeliveryR印ort. RES)，產生T話單，用于給BOSS對賬，該條多媒體消息流程終 止；步驟8，BOSS通過FTP方式獲取匪SC產生的上述T話單(FTP話單)，完成對賬操作。從上述處理可以看出，在現(xiàn)有技術中對多媒體消息進行計費的流程中，0話單的產 生是在步驟7，即UA_1提交多媒體消息之后48小時，假如UA_1即將欠費，步驟5到步驟7 這段時間內UA_1仍可正常使用多媒體消息業(yè)務，給用戶惡意欠費提供了可乘之機；同時， 步驟5中，轉相冊成功，即可做為業(yè)務成功標識，不管后續(xù)用戶是否來獲取，都可正常計費， 所以，將計費點從步驟7移到步驟5，提前計費，可避免用戶欠費的可能。方法實施例二根據(jù)本發(fā)明的實施例，提供了一種多媒體消息業(yè)務計費方法，用于對源用戶向目 的用戶發(fā)送的多媒體消息進行計費，其中，源用戶屬于第一多媒體消息中心，目的用戶屬于 第二多媒體消息中心，圖3是本發(fā)明方法實施例二的多媒體消息業(yè)務計費方法的流程圖， 如圖3所示，根據(jù)本發(fā)明實施例的多媒體消息業(yè)務計費方法包括如下處理步驟301，第一多媒體消息中心接收源用戶向目的用戶發(fā)送的多媒體消息，并將多 媒體消息轉發(fā)到第二多媒體消息中心；步驟302，第二多媒體消息中心對多媒體消息設置轉發(fā)時限，在轉發(fā)時限到時后仍 未收到目的用戶發(fā)送的獲取多媒體消息的請求的情況下，第二多媒體消息中心將多媒體消 息轉發(fā)到增值業(yè)務平臺；在實際應用中，在設置轉發(fā)時限時，還可以設置消息過期時限，此 外，第二多媒體消息中心還需要向目的用戶發(fā)送多媒體消息通知。步驟303，第二多媒體消息中心接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，將投遞報 告中預定字節(jié)的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀態(tài)，并向第一多媒體消息中心發(fā)送投 遞報告；需要說明的是，源用戶和目的用戶歸屬于不同匪SC時，轉相冊流程發(fā)生在目的 用戶所在的匪SC，0話單出在源用戶所在匪SC，所以需要擴展一條消息，用于目的用戶 所在匪SC通知源用戶所在匪SC該條業(yè)務已經轉相冊成功，源匪SC收到該消息，立即 出O話單。原來MM4_delivery_i^port. REQ消息在目的方所在MMSC中多媒體消息到達 最終狀態(tài)時向源用戶所在MMSC返回，X-Mms-MM-Status-Code字段取值如下Expired、 Retrieved、ReiectecU Deferred、Unrecognized、Indeterminate 禾口 Forwarded,通知源用戶 所在匪SC相應的多媒體消息流程終止；現(xiàn)在原始MM4_delivery_ri5p0rt. REQ消息中擴展 X-Mms-MM-Status-Code 字段狀態(tài)ForwardedToMMBox，表示該 MM4_delivery_i^port. REQ 消息為轉夢網(wǎng)成功觸發(fā)，通知源用戶所在MMSC進行產生0話單操作。步驟304，第一多媒體消息中獲取投遞報告，判斷投遞報告中預定字節(jié)的狀態(tài)為轉 發(fā)增值業(yè)務平臺成功狀態(tài)，則根據(jù)投遞報告產生計費賬單，并將計費賬單提供給業(yè)務運營 支撐系統(tǒng)對源用戶進行計費。優(yōu)選地，在產生計費賬單時，需要將計費賬單中多媒體消息對 應的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀態(tài)。在執(zhí)行了步驟304之后，業(yè)務運營支撐系統(tǒng)獲取第一多媒體消息中心上的計費賬單，判斷多媒體消息對應的狀態(tài)為轉發(fā)增值業(yè)務平臺成功狀態(tài)，對源用戶進行扣費；第二多 媒體消息中心確定過期時限已到，觸發(fā)過期操作，將投遞報告中預定字節(jié)的狀態(tài)設置為過 期狀態(tài)，向第一多媒體消息中心發(fā)送投遞報告，并產生對賬話單；第一多媒體消息中心獲取 投遞報告，判斷投遞報告中預定字節(jié)的狀態(tài)為過期狀態(tài)，向源用戶發(fā)送用戶投遞報告；業(yè)務 運營支撐系統(tǒng)獲取第二多媒體消息中心上的對賬話單，根據(jù)對賬話單完成對賬操作。以下結合附圖，對本發(fā)明實施例的上述技術方案進行詳細說明。以UA_1和UA_2兩個手機終端間發(fā)送多媒體消息的業(yè)務過程為例進行說明，其中 UA_1歸屬與匪SC_1，UA_2歸屬于匪SC_2，UA_2設置延時獲取，并且在有效期內未獲取多 媒體消息，圖4是本發(fā)明方法實施例二的多媒體消息業(yè)務計費方法的詳細處理的信令流程 圖，如圖4所示，包括如下處理步驟1，MMSC_1 收到 UA_1 向 UA_2 發(fā)送的多媒體消息(MMl_Submit. REQ)，UA_1 返 回提交成功響應(MMl_Submit. RES)；步驟2，MMSC_1判斷UA_2歸屬于MMSC_2，則通過MM4_Forward. REQ消息將多媒體 消息轉發(fā)到匪SC_2 ；步驟3，MMSC_2收到MMSC_1轉發(fā)過來的MM4_Forward. REQ消息，向MMSC_1返回響 應(MM4_Forward. RES)，同時向 UA_2 下發(fā)通告消息(MMl_Notification. REQ)；步驟4，在匪SC_2系統(tǒng)配置的轉相冊時間內，一般為2個小時，MMSC_2未收到用戶 UA_2的獲取請求消息，MMSC_2將該多媒體消息通過MM7_DeliVer. REQ消息發(fā)送給相冊；步驟5，相冊收到MMSC_2發(fā)送過來的MM7_Deliver. REQ消息，向MMSC_2返回匪7_ Deliver. RES消息；相冊將解碼得到的多媒體消息存放于用戶UA_2的獨立空間中，并通過 WEB進行發(fā)布，得到對應的URL地址，通過短信(Short MSG)發(fā)將該URL送給UA_2 ；步驟6，MMSC_2收到MM7_Deliver. RES,判斷轉相冊成功，則向MMSC_1發(fā)送MM4_ DeliveryReport. REQ，其中 X-Mms-MM-Status-Code 字段填寫 ForwardedToMMBox，表示該消 息由轉相冊觸發(fā)；步驟7，MMSC_1 收到 MMSC_2 發(fā)送 MM4_DeliveryR印ort. REQ 消息，向 MMSC_2 返回 MM4_DeliverReport. RES 消息，判斷 X-Mms-MM-Status-Code 字段為 ForwardedToMMBox，得 知該消息由MMSC_2轉相冊觸發(fā)，則產生0話單，狀態(tài)是“轉相冊成功”，提供給BOSS用于對 UA_1用戶計費；步驟8，BOSS通過FTP方式獲取匪SC_1產生的上述0話單(FTP話單)，判斷狀態(tài) 為“轉相冊成功”，完成對UA_1扣費；步驟9，匪SC_2中該條多媒體消息到達過期時間，匪SC_2觸發(fā)過期操作， MMSC_2出T話單，用于對賬，并且向MMSC_1發(fā)送MM4_DeliveryR印ort. REQ,其中 X-Mms-MM-Status-Code字段填寫Expired ；MMSC_2中該條消息流程終止；步驟10，MMSC_1 收到 MM4_DeliveryR印ort. REQ 消息，向 MMSC_2 返回 MM4_ DeliverR印ort. RES消息，判斷X-Mms-MM-Status-Code字段填寫Expired，得知該條多媒體 消息達到最終狀態(tài)，則向UA_1發(fā)送用戶投遞報告(MMlDeliveryR印ort. RES)，MMSC_1中該 條消息流程終止；步驟11，BOSS通過FTP方式獲取匪SC產生的上述T話單(FTP話單)，用于完成 對賬操作。
從上述處理可以看出，在現(xiàn)有技術中對多媒體消息進行計費的流程中，0話單的產 生在步驟10，假如UA_1即將欠費，步驟7到步驟10這段時間內UA_1仍可正常使用多媒體 消息業(yè)務，給用戶惡意欠費提供了可乘之機；同時，步驟7中，轉相冊成功，即可做為業(yè)務成 功標識，不管后續(xù)UA_2是否來獲取，都可正常計費，所以，將計費點從步驟10移到步驟7，提 前計費，可避免用戶欠費的可能。裝置實施例根據(jù)本發(fā)明的實施例，提供了一種多媒體消息中心，圖5是本發(fā)明實施例的多媒 體消息中心的結構示意圖，如圖5所示，根據(jù)本發(fā)明實施例的多媒體消息中心包括第一接 收模塊50、第一設置模塊51、發(fā)送模塊52、轉發(fā)模塊53、第二接收模塊54、第二設置模塊 55、第一計費賬單產生模塊56、第二計費賬單產生模塊57，以下對本發(fā)明實施例的各個模 塊進行詳細的說明。在本發(fā)明實施例中，包括兩種情況一是源用戶和目的用戶歸屬于同一 MMSC的情 況；另一個是源用戶和目的用戶歸屬于不同MMSC的情況。在源用戶和目的用戶歸屬于同 一 MMSC時，MMSC只需要調整計費觸發(fā)點，將計費觸發(fā)點由最終狀態(tài)轉移到轉相冊成功；在 源用戶和目的用戶歸屬于不同MMSC時，轉相冊流程發(fā)生在目的用戶所在的MMSC，0話單出 在源用戶所在MMSC，因此需要擴展一條消息，用于目的用戶所在MMSC通知源用戶所在MMSC 該條業(yè)務已經轉相冊成功，源MMSC收到該消息，立即出0話單。源用戶和目的用戶歸屬于同一匪SC的情況第一接收模塊50接收源用戶向目的用戶發(fā)送的多媒體消息；第一設置模塊51對 多媒體消息設置轉發(fā)時限；優(yōu)選地，在設置轉發(fā)時限時，第一設置模塊51還可以設置消息 過期時限。發(fā)送模塊52向目的用戶發(fā)送多媒體消息通知；在轉發(fā)時限到時后仍未收到目的用戶發(fā)送的獲取多媒體消息的請求的情況下，轉 發(fā)模塊53將多媒體消息轉發(fā)到增值業(yè)務平臺；需要說明的是，增值業(yè)務平臺也可以稱為相 冊，是為每個用戶開辟的單獨空間，相冊接收MMSC通過MM7接口提發(fā)送的多媒體消息，將其 存儲于用戶獨立空間并通過WEB發(fā)布，將該多媒體消息對應的統(tǒng)一資源定位符(Universal Resource Locator，簡稱為URL)地址發(fā)送給用戶，以便用戶可以通過手機或者電腦訪問該 URL來查看該多媒體消息；隨后，第二接收模塊54接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，第二計費賬單產 生模塊57根據(jù)轉發(fā)成功消息產生計費賬單，并將計費賬單提供給業(yè)務運營支撐系統(tǒng)對源 用戶進行計費。優(yōu)選地，在產生計費賬單時，二計費賬單產生模塊57需要將計費賬單中多 媒體消息對應的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀態(tài)。隨后，業(yè)務運營支撐系統(tǒng)獲取計費賬單，判斷多媒體消息對應的狀態(tài)為轉發(fā)增值 業(yè)務平臺成功狀態(tài)，對源用戶進行扣費；多媒體消息中心的第一對賬話單產生模塊確定預 先設置的過期時限已到，觸發(fā)過期操作，向源用戶發(fā)送用戶投遞報告，并產生對賬話單；業(yè) 務運營支撐系統(tǒng)獲取對賬話單，根據(jù)對賬話單完成對賬操作。上述處理可以參照圖2所示的信令流程圖進行理解，在此不再贅述。源用戶和目的用戶歸屬于不同匪SC的情況第一多媒體消息中心的第一接收模塊50接收源用戶向目的用戶發(fā)送的多媒體消 息；第一多媒體消息中心的發(fā)送模塊52將多媒體消息轉發(fā)到目的用戶所屬的多媒體消息中心，第二多媒體消息中心的發(fā)送模塊52向目的用戶發(fā)送多媒體消息通知；隨后，第二多 媒體消息中心的第一設置模塊51對多媒體消息設置轉發(fā)時限；在設置轉發(fā)時限時，第二多 媒體消息中心的第一設置模塊51還可以設置消息過期時限。在轉發(fā)時限到時后仍未收到 目的用戶發(fā)送的獲取多媒體消息的請求的情況下，第二多媒體消息中心的轉發(fā)模塊53將 多媒體消息轉發(fā)到增值業(yè)務平臺；第二多媒體消息中心的第二接收模塊54接收增值業(yè)務 平臺發(fā)送的轉發(fā)成功消息，隨后，第二多媒體消息中心的第二設置模塊55將投遞報告中預 定字節(jié)的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀態(tài)，并向源用戶所屬的媒體消息中心發(fā)送投 遞報告；第一多媒體消息中心的第一計費賬單產生模塊56獲取投遞報告，判斷投遞報告中 預定字節(jié)的狀態(tài)為轉發(fā)增值業(yè)務平臺成功狀態(tài)，則根據(jù)投遞報告產生計費賬單，并將計費 賬單提供給業(yè)務運營支撐系統(tǒng)對源用戶進行計費。優(yōu)選地，在產生計費賬單時，第一多媒體 消息中心的第一計費賬單產生模塊56需要將計費賬單中多媒體消息對應的狀態(tài)設置為轉 發(fā)增值業(yè)務平臺成功狀態(tài)。需要說明的是，源用戶和目的用戶歸屬于不同匪SC時，轉相冊流程發(fā)生在目的 用戶所在的匪SC，0話單出在源用戶所在匪SC，所以需要擴展一條消息，用于目的用戶 所在匪SC通知源用戶所在匪SC該條業(yè)務已經轉相冊成功，源匪SC收到該消息，立即 出O話單。原來MM4_delivery_i^port. REQ消息在目的方所在MMSC中多媒體消息到達 最終狀態(tài)時向源用戶所在MMSC返回，X-Mms-MM-Status-Code字段取值如下Expired、 Retrieved、Rejected、Deferred、Unrecognized、Indeterminate 禾口 Forwarded,通知源用戶 所在匪SC相應的多媒體消息流程終止；現(xiàn)在原始MM4_delivery_ri5p0rt. REQ消息中擴展 X-Mms-MM-Status-Code 字段狀態(tài)ForwardedToMMBox，表示該 MM4_delivery_i^port. REQ 消息為轉夢網(wǎng)成功觸發(fā)，通知源用戶所在MMSC進行產生O話單操作。隨后，業(yè)務運營支撐系統(tǒng)獲取第一多媒體消息中心上的計費賬單，判斷多媒體消 息對應的狀態(tài)為轉發(fā)增值業(yè)務平臺成功狀態(tài)，對源用戶進行扣費；第二多媒體消息中心的 第二對賬話單產生模塊確定預先設置的過期時限已到，觸發(fā)過期操作，將投遞報告中預定 字節(jié)的狀態(tài)設置為過期狀態(tài)，向第一多媒體消息中心發(fā)送投遞報告，并產生對賬話單；第一 多媒體消息中心的處理模塊獲取投遞報告，判斷投遞報告中預定字節(jié)的狀態(tài)為過期狀態(tài)， 向源用戶發(fā)送用戶投遞報告；業(yè)務運營支撐系統(tǒng)獲取第二多媒體消息中心上的對賬話單， 根據(jù)對賬話單完成對賬操作。通過上述處理，能夠進一步限制垃圾彩信，防止用戶惡意欠費，更好的保障運營商 的利益。系統(tǒng)實施例根據(jù)本發(fā)明的實施例，提供了一種多媒體消息業(yè)務計費系統(tǒng)，包括用戶、增值業(yè)務 平臺、業(yè)務運營支撐系統(tǒng)、以及上述裝置實施例中的多媒體消息中心。具體地，圖6是本發(fā)明實施例的多媒體消息業(yè)務計費系統(tǒng)的結構示意圖，如圖6所 示，包括UA，即用戶代理、或用戶，上述用戶是指支持匪S的終端，該終端可以通過無線網(wǎng) 絡發(fā)送和接收多媒體消息，其中，無線網(wǎng)絡和MMSC之間采用的是MMl接口。增值業(yè)務平臺也可以稱為相冊，是為每個用戶開辟的單獨空間，相冊接收MMSC通 過MM7接口提發(fā)送的多媒體消息，將其存儲于用戶獨立空間并通過TOB發(fā)布，將該多媒體消 息對應的統(tǒng)一資源定位符(Universal ResourceLocator，簡稱為URL)地址發(fā)送給用戶，以便用戶可以通過手機或者電腦訪問該URL來查看該多媒體消息；業(yè)務運營支撐系統(tǒng)BOSS可以通過文件傳輸協(xié)議(File Transfer Protocol，簡稱 為FTP)方式到MMSC獲取生成的話單，根據(jù)話單對每條業(yè)務進行計費和對賬。多媒體消息中心(本地MMSC和其他MMSC)主要負責多媒體消息的保存和轉發(fā)，對 于一定時間內用戶未來獲取的多媒體消息，匪SC將其轉發(fā)到相冊處理，匪SC和相冊之間采 用匪7接口，匪SC和其他匪SC之間采用MM4接口，匪SC生成話單提供給BOSS計費和對賬； 在本發(fā)明實施例中，目的用戶收到通告消息之后，轉相冊時間內未獲取多媒體消息，MMSC會 將該多媒體消息轉發(fā)到相冊處理，匪SC判斷該條消息轉相冊成功后立即出0話單，提供給 BOSS計費，到系統(tǒng)最終狀態(tài)時，只出T話單，用以對賬。多媒體消息中心產生計費賬單和對 賬賬單的過程可以參照上述方法實施例和裝置實施例進行理解，在此不再贅述。綜上所述，通過MMSC調整計費話單產生的時間點，MMSC在轉相冊成功的情況下立 即計費，解決了現(xiàn)有技術中由于多媒體消息過期達后到最終狀態(tài)時才能夠對該條多媒體消 息進行計費而導致的用戶惡意欠費的問題，能夠進一步限制垃圾彩信，防止用戶惡意欠費， 更好的保障運營商的利益。盡管為示例目的，已經公開了本發(fā)明的優(yōu)選實施例，本領域的技術人員將意識到 各種改進、增加和取代也是可能的，因此，本發(fā)明的范圍應當不限于上述實施例。
權利要求
一種多媒體消息業(yè)務計費方法，用于對源用戶向目的用戶發(fā)送的多媒體消息進行計費，其中，所述源用戶和所述目的用戶屬于同一多媒體消息中心，其特征在于，包括所述多媒體消息中心接收所述源用戶向所述目的用戶發(fā)送的多媒體消息，對所述多媒體消息設置轉發(fā)時限；在所述轉發(fā)時限到時后仍未收到所述目的用戶發(fā)送的獲取所述多媒體消息的請求的情況下，所述多媒體消息中心將所述多媒體消息轉發(fā)到增值業(yè)務平臺；所述多媒體消息中心接收所述增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，根據(jù)所述轉發(fā)成功消息產生計費賬單，并將所述計費賬單提供給業(yè)務運營支撐系統(tǒng)對所述源用戶進行計費。
2.如權利要求1所述的方法，其特征在于，所述方法還包括所述業(yè)務運營支撐系統(tǒng)獲取所述計費賬單，判斷所述多媒體消息對應的狀態(tài)為所述轉 發(fā)增值業(yè)務平臺成功狀態(tài)，對所述源用戶進行扣費；所述多媒體消息中心確定預先設置的過期時限已到，觸發(fā)過期操作，向所述源用戶發(fā) 送用戶投遞報告，并產生對賬話單；所述業(yè)務運營支撐系統(tǒng)獲取所述對賬話單，根據(jù)所述對賬話單完成對賬操作。
3.一種多媒體消息業(yè)務計費方法，用于對源用戶向目的用戶發(fā)送的多媒體消息進行計 費，其中，所述源用戶屬于第一多媒體消息中心，所述目的用戶屬于第二多媒體消息中心， 其特征在于，包括所述第一多媒體消息中心接收所述源用戶向所述目的用戶發(fā)送的多媒體消息，并將所 述多媒體消息轉發(fā)到所述第二多媒體消息中心；所述第二多媒體消息中心對所述多媒體消息設置轉發(fā)時限，在所述轉發(fā)時限到時后仍 未收到所述目的用戶發(fā)送的獲取所述多媒體消息的請求的情況下，所述第二多媒體消息中 心將所述多媒體消息轉發(fā)到增值業(yè)務平臺；所述第二多媒體消息中心接收所述增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，將投遞報告中 預定字節(jié)的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀態(tài)，并向所述第一多媒體消息中心發(fā)送所 述投遞報告；所述第一多媒體消息中獲取所述投遞報告，判斷所述投遞報告中所述預定字節(jié)的狀態(tài) 為所述轉發(fā)增值業(yè)務平臺成功狀態(tài)，則根據(jù)所述投遞報告產生計費賬單，并將所述計費賬 單提供給業(yè)務運營支撐系統(tǒng)對所述源用戶進行計費。
4.如權利要求3所述的方法，其特征在于，所述方法還包括所述業(yè)務運營支撐系統(tǒng)獲取所述第一多媒體消息中心上的所述計費賬單，判斷所述多 媒體消息對應的狀態(tài)為所述轉發(fā)增值業(yè)務平臺成功狀態(tài)，對所述源用戶進行扣費；所述第二多媒體消息中心確定預先設置的過期時限已到，觸發(fā)過期操作，將所述投遞 報告中所述預定字節(jié)的狀態(tài)設置為過期狀態(tài)，向所述第一多媒體消息中心發(fā)送所述投遞報 告，并產生對賬話單；所述第一多媒體消息中心獲取所述投遞報告，判斷所述投遞報告中所述預定字節(jié)的狀 態(tài)為所述過期狀態(tài)，向所述源用戶發(fā)送用戶投遞報告；所述業(yè)務運營支撐系統(tǒng)獲取所述第二多媒體消息中心上的所述對賬話單，根據(jù)所述對 賬話單完成對賬操作。
5.一種多媒體消息中心，其特征在于，包括第一接收模塊，用于接收所述源用戶向所述目的用戶發(fā)送的多媒體消息； 第一設置模塊，用于對所述多媒體消息設置轉發(fā)時限；發(fā)送模塊，用于將所述多媒體消息轉發(fā)到所述所述目的用戶所屬的多媒體消息中心； 轉發(fā)模塊，用于在所述轉發(fā)時限到時后仍未收到所述目的用戶發(fā)送的獲取所述多媒體 消息的請求的情況下，將所述多媒體消息轉發(fā)到增值業(yè)務平臺；第二接收模塊，用于接收所述增值業(yè)務平臺發(fā)送的轉發(fā)成功消息； 第二設置模塊，用于將投遞報告中預定字節(jié)的狀態(tài)設置為轉發(fā)增值業(yè)務平臺成功狀 態(tài)，并向所述源用戶所屬的媒體消息中心發(fā)送所述投遞報告；第一計費賬單產生模塊，用于獲取所述投遞報告，判斷所述投遞報告中所述預定字節(jié) 的狀態(tài)為所述轉發(fā)增值業(yè)務平臺成功狀態(tài)，則根據(jù)所述投遞報告產生計費賬單，并將所述 計費賬單提供給業(yè)務運營支撐系統(tǒng)對所述源用戶進行計費；第二計費賬單產生模塊，用于根據(jù)所述轉發(fā)成功消息產生計費賬單，并將所述計費賬 單提供給業(yè)務運營支撐系統(tǒng)對所述源用戶進行計費。
6.如權利要求5所述的多媒體消息中心，其特征在于，所述多媒體消息中心還包括 第一對賬話單產生模塊，用于確定預先設置的過期時限已到，觸發(fā)過期操作，向所述源用戶發(fā)送用戶投遞報告，并產生對賬話單；第二對賬話單產生模塊，用于確定預先設置的過期時限已到，觸發(fā)過期操作，將所述投 遞報告中所述預定字節(jié)的狀態(tài)設置為過期狀態(tài)，向所述源用戶所屬的多媒體消息中心發(fā)送 所述投遞報告，并產生對賬話單；處理模塊，用于獲取所述投遞報告，判斷所述投遞報告中所述預定字節(jié)的狀態(tài)為所述 過期狀態(tài)，向所述源用戶發(fā)送所述用戶投遞報告。
7.一種多媒體消息業(yè)務計費系統(tǒng)，其特征在于，包括權利要求5或權利要求6所述的多 媒體消息中心。
全文摘要
本發(fā)明公開了一種多媒體消息業(yè)務計費方法、系統(tǒng)及多媒體消息中心。其中一種方法包括多媒體消息中心接收源用戶發(fā)送的多媒體消息，對多媒體消息設置轉發(fā)時限；在轉發(fā)時限到時后仍未收到目的用戶發(fā)送的獲取多媒體消息的請求的情況下，多媒體消息中心將多媒體消息轉發(fā)到增值業(yè)務平臺；多媒體消息中心接收增值業(yè)務平臺發(fā)送的轉發(fā)成功消息，根據(jù)轉發(fā)成功消息產生計費賬單，并將計費賬單提供給業(yè)務運營支撐系統(tǒng)對源用戶進行計費。
文檔編號H04W88/18GK101951567SQ20101051777
公開日2011年1月19日 申請日期2010年10月25日 優(yōu)先權日2010年10月25日
發(fā)明者曹俊勇 申請人:中興通訊股份有限公司