預付費多媒體消息服務業務的實現方法
2023-09-17 11:25:10 2
專利名稱：預付費多媒體消息服務業務的實現方法
技術領域：
本發明涉及預付費業務，特別涉及一種預付費多媒體消息服務業務的實現方法。
背景技術：
多媒體消息服務(簡稱MMS)是簡訊息服務(SMS)和增強型消息服務(EMS)的進一步發展，為個人多媒體移動通信服務提供了完整的端到端解決方案。從通信內容上講，多媒體消息包括圖像、音頻、視頻和數據等；從功能上講，多媒體消息服務涵蓋了終端到終端、終端到應用、應用到終端的多媒體消息通信。它不僅實現了終端之間、終端和應用之間的信息傳遞，還實現了內容的多樣性，包括圖片、語音、圖像、數據和文本的各種組合。作為一個開放的媒體接入平臺，MMS可以在移動用戶和網際網路內容提供商的互動下，衍生出更豐富多彩的內容服務應用。而用戶既是MMS的消費者，又是內容開發者，這無疑會提高終端用戶對業務的使用興趣。
預付費MMS業務被視為啟動和發展2.5G和3G數據業務的重要業務。預付費MMS業務在實際的實現方法上採用的是無線應用協議(簡稱WAP)事件的處理流程，由接收方主動從多媒體消息中心取信息，相同於WAP的瀏覽或下載方式，因此在網絡結構和計費模式上與SMS不同。
預付費用戶是中國移動用戶的重要組成部分，預付費MMS業務以向預付費用戶提供完善多媒體消息服務為目的，使預付費移動用戶和全球通用戶一樣，隨時隨地可以享受各種多媒體信息服務。
關於預付費MMS業務，在3GPP標準中的描述如下多媒體消息中心可支持預付費MMS業務。在發送方提交多媒體消息時，如果發送方多媒體消息中心確認多媒體消息的發送方為預付費MMS客戶，發送方多媒體消息中心向業務控制點SCP發送計費請求進行鑑權、計費校驗，若客戶金額不足以提交這一特定多媒體消息，發送方多媒體消息中心可拒絕消息。檢查基於以下標準--多媒體消息的大小；--內容類型；--信息元素的設置；--抽象消息的類型；流程描述如下1、業務控制點(簡稱SCP)對多媒體消息中心進行鑑權。
2、若發送方為終端或Email地址，則由多媒體消息中心指定費率，由業務控制點根據費率和發送方用戶可支付的金額進行校驗及扣費。
3、若發送方為增值業務(簡稱VAS)，則由VAS生成費率及計費類型，由業務控制點SCP根據費率、計費類型和接收方用戶可支付的金額進行校驗及扣費。
如果多媒體消息被拒絕，發送方多媒體消息中心應以適當的狀態值響應提示發送方MMS終端，發送方MMS終端應提請用戶注意該信息。
如果SCP對發送方多媒體消息鑑權成功，則業務控制點SCP會請求多媒體消息中心下發消息。
在提取時，接收方多媒體消息中心首先確認多媒體消息的接收方為預付費MMS客戶，然後對特定客戶開始金額檢查。檢查可在多媒體消息到達接收方多媒體消息中心時進行。根據檢查結果，多媒體消息中心可拒絕或接受多媒體消息。如果多媒體消息被接受(經過或沒經過預先檢查)，多媒體消息中心可以在接收方MMS終端發送提取請求時開始金額檢查。檢查基於與發送時相同的標準。如果多媒體消息由於客戶餘額太少而無法提取，接收方多媒體消息中心應以適當的狀態值響應提示接收方MMS終端，接收方MMS終端應提請用戶注意該信息；否則，多媒體消息發送至接收方MMS終端。
多媒體消息中心將消息下發之後，向業務控制點SCP發出計費確認請求，由SCP完成正確計費。
3GPP中關於預付費MMS業務的規定比較簡單，主要從整體上描述了預付費MMS業務開展的一些基本原理，沒有針對預付費MMS業務的具體實現開展提出解決方案。主要存在一下缺陷(1)沒有解決預付費MMS業務的預付費接口(多媒體消息中心和業務控制點SCP之間的接口)之間的協議、消息結構問題。
(2)沒有預付費(神州行)MMS業務關於終端和終端、終端和VASP應用之間消息交互的業務流程問題。
(3)3GPP中只是簡單的提到預付費MMS業務的計費問題，沒有提供一套完善的預付費計費機制解決方案。
發明內容
本發明的目的在於針對現有技術中的不足，提供一種預付費多媒體消息服務業務的實現方法。
本發明是針對預付費多媒體消息服務用戶，在預付費用戶所歸屬的業務控制點上具有預付費業務和預付費多媒體消息服務的業務，該方法至少包括下述步驟A、主叫用戶向多媒體消息中心提交多媒體消息；B、所述多媒體消息中心對主叫用戶和接收該多媒體消息的被叫用戶的地址類型進行判斷，以確定用戶類型；C、根據用戶類型，由用戶歸屬的多媒體消息中心向業務控制點發起計費請求消息以完成計費處理，以及完成多媒體消息下發。
根據上述方法所述用戶類型包括終端和應用。
步驟C進一步包括步驟(a)、如果主叫用戶和被叫用戶均為終端且歸屬於同一多媒體消息中心，則轉步驟(b)；如果主叫用戶和被叫用戶均為終端且歸屬於不同的多媒體消息中心，則轉步驟(c)；如果主叫用戶為終端、被叫用戶為應用，則轉步驟(d)；如果主叫用戶為應用、被叫用戶為終端，則進行步驟(e)；b、由所述的多媒體消息中心下發多媒體消息，以及通過向業務控制點發送鑑權計費請求消息完成對主叫用戶和被叫用戶的計費處理，轉步驟f；c、分別由主叫用戶歸屬的多媒體消息中心和被叫用戶歸屬的多媒體中心向業務控制點發送鑑權計費請求消息完成對主叫用戶和被叫用戶的計費處理，以及由被叫用戶歸屬的多媒體中心下發多媒體消息，轉步驟f；d、由主叫用戶歸屬的多媒體消息中心下發多媒體消息，以及通過向業務控制點發送鑑權計費請求消息完成對主叫用戶的計費處理，轉步驟f；e、由被叫用戶歸屬的多媒體消息中心下發多媒體消息，以及通過向業務控制點發送鑑權計費請求消息完成對被叫用戶的計費處理，轉步驟f；f、所述多媒體中心向主叫用戶返回消息。
步驟b進一步包括下述步驟(1)多媒體消息中心發起發送方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向多媒體消息中心返回鑑權計費請求響應消息；(2)多媒體消息中心發起接收方鑑權計費請求消息到業務控制點；業務控制點進行鑑權和預扣費操作，並向多媒體消息中心返回鑑權計費請求響應消息；(3)多媒體消息中心下發該多媒體消息給被叫用戶；(4)多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，向業務控制點發送接收方計費確認請求消息，業務控制點進行流量核減，並返回計費確認請求；(5)多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起發送方計費確認請求到業務控制點，業務控制點確認扣費及流量核減，並返回計費確認請求響應消息給多媒體消息中心。
步驟c進一步包括下述步驟(1)主叫歸屬的多媒體消息中心發起發送方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求消息；(2)主叫歸屬的多媒體消息中心將接收到的多媒體消息前轉到被叫歸屬的多媒體消息中心；(3)被叫歸屬的多媒體消息中心發起接收方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求響應消息；(4)被叫歸屬的多媒體消息中心將多媒體消息下發給被叫用戶；(5)被叫歸屬的多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點的接收方計費確認請求消息，業務控制點SCP進行流量核減，並返回計費確認請求響應消息給被叫歸屬的多媒體消息中心；(7)、被叫歸屬的多媒體消息中心發送前轉遞送報告給主叫歸屬的多媒體消息中心；(8)、主叫歸屬的多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點的發送方計費確認請求消息，業務控制點確認扣費及流量核減，並返回計費確認請求響應消息給主叫歸屬的多媒體消息中心。
步驟d進一步包括下述步驟(1)多媒體消息中心發起發送方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求響應消息；(2)多媒體消息中心發送該多媒體消息給應用；(3)多媒體消息中心在確認應用已經收到該多媒體消息後，發起到業務控制點的發送方計費確認請求消息，業務控制點進行扣費及流量核減，並向多媒體消息中心回送計費確認請求響應消息；步驟e進一步包括步驟(1)接收方歸屬的多媒體消息中心發送接收方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求響應消息；(2)所述多媒體消息中心下發送該多媒體消息到接收方終端；(3)所述多媒體消息中心在確認接收方終端已經收到該多媒體消息後，發起到業務控制點P的接收方計費確認請求消息，業務控制點進行扣費及流量核減，並向該多媒體消息中心回送計費確認請求響應消息。
所述的鑑權計費請求消息中包括會話ID、內容提供商標識、服務碼和業務代碼、消息編號、轉發多媒體消息的源多媒體消息中心的代碼、向業務控制點發送計費請求的多媒體消息中心代碼、多媒體消息的優先級、多媒體消息目的號碼類別、多媒體消息目的號碼的編碼計劃、多媒體消息目的號碼的地址、計費號碼、費率、計費類型、話單類型以及折扣率欄位中的複數項。
所述的鑑權計費請求響應消息中包括會話ID和計費操作成功與否欄位。
計費確認請求消息包括會話ID、消息編號、計費手機號碼、標識多媒體消息發送成功與否的狀態值、向業務控制點發送計費請求的多媒體消息中心的代碼和本次內容的流量大小欄位中的複數項。
計費確認請求響應消息包括會話ID和計費確認操作成功與否欄位。
當多媒體消息中心發送鑑權計費請求到業務控制點後，在設定時間內多媒體消息中心沒有接收到業務控制點的鑑權計費請求響應，則停止對當前多媒體消息的服務，並向發送方用戶發送遞送報告。
當多媒體消息中心接收不到計費確認請求響應消息時將話單的「計費確認標誌」欄位置為「未確認」，並按非預付費多媒體消息服務用戶處理流程。
計費機制可採用實時扣除按條計費信息費、實時扣除包月費、計費手機帳戶鑑權、按條計費查重、包月計費查重、單次按條消費限額、包月消費限額、計費確認請求、支持封頂計費和包月計費方式的業務或按條計費時的流量核減。
本發明的有益效果本發明有效的給出了一個關於預付費MMS業務的詳細的解決方案，解決了預付費MMS業務的預付費接口(多媒體消息中心和業務控制點SCP之間的接口)之間的協議和消息結構的定義、預付費(神州行)MMS業務關於終端和終端、終端和應用之間消息交互的業務流程的實現以及預付費MMS業務的計費原理和預付費MMS業務的計費機制的具體實現問題，為預付費MMS業務的順利開展提供了優秀的技術方案。
圖1為預付費系統組網圖；圖2為本發明主要的流程圖；圖3為本發明終端到終端(非前轉)的業務流程圖；圖4為本發明終端到終端(前轉)的業務流程圖；圖5本發明終端到應用的業務流程圖；圖6本發明應用到終端的業務流程圖。
具體實施例方式
參考圖1所示的預付費系統，多媒體消息服務中心(簡稱MMSC)與相關網絡設備之間的交互協議如下MMSC與業務控制點G-SCP之間採用EMPP協議，長連接；MMSC與具有Email地址設備之間採用SMTP協議；MMSC與業務提供商(SP)應用之間採用HTTP協議；MMSC與WAP網關之間採用HTTP協議；在本實施例中，多媒體消息中心和業務控制點SCP之間採用EMPP協議通信，實現預付費MMS業務的預付費接口功能。
在本實施例中預付費MMS業務是針對預付費MMS用戶的，因此它依賴於原有的預付費MMS業務，原則上預付費MMS用戶的帳戶應該位於該預付費用戶所歸屬的業務控制點SCP上，在該業務控制點SCP上至少應該同時具有預付費業務和預付費MMS業務。本發明對多媒體消息中心與業務控制點的接口消息協議結構定義如下
鑑權計費請求消息(MM_Charge.req)
鑑權計費請求消息響應(MM_Charge.res)
計費確認請求消息(MM_Confirm.req)
計費確認請求消息響應(MM_Confirm.res)
通過上述四條完整的消息協議接口，以實現多媒體消息中心和業務控制點SCP之間消息交互，完成多媒體消息的預付費功能。
參閱圖2，本發明主要包括步驟A、預付費主叫用戶向多媒體消息中心MMSC提交多媒體消息(步驟100)。
B、多媒體消息中心MMSC對主叫用戶和接收該多媒體消息的被叫用戶的地址類型進行判斷，以確定用戶類型(步驟110)。
主叫用戶歸屬的多媒體消息中心根據從接收到的消息中得到的主、被叫用戶的地址，並根據該地址確定主、被叫用戶的類型以及歸屬的多媒體消息中心。主叫用戶和被叫用戶可能屬於同一多媒體消息中心，也可能屬於不同的多媒體消息中心。用戶類型包括終端和應用，終端主要指移動終端(手機)，應用包括SP應用和Email地址應用。因此，主叫和被叫之間可形成非前轉的終端到終端，前轉的終端到終端，終端到應用及應用到終端之間的業務。
終端類型的判斷方法(a)手機終端的判斷如果單個地址的地址串符合E.164的號碼地址規範，則可以初步認定是一個PLMN號碼，即除去地址串的尾部可能的「/TYPE＝PLMN」串，全由0-9的數字以及「+」等合法號碼組成。只有在被判斷為是一個PLMN號碼的基礎之上，檢查發現該地址串的號碼部分取到路由不為空，且號碼長度正確，那麼這個地址就是一個合法到移動終端地址。
(b)Email地址的判斷規則Email地址必需符合標準到RFC822地址規範，即帶有「@」符號的，在「@」前為用戶名串，在「@」後為域名地址串的字符串。
(c)SP應用的判斷規則SP應用的「地址」必需首先是一個PLMN類型的地址，如果該地址的號碼部分取不到路由，或者其長度值不是標準到移動終端號碼到長度，那麼該地址將被視為一個SP應用到地址。
C、根據用戶類型，由用戶歸屬的多媒體消息中心向業務控制點發起計費請求消息以完成計費處理，以及完成多媒體消息下發(步驟120)。
根據上步判斷的結果採用相應業務流程，由多媒體消息中心和相應的業務控制點進行交互，最終完成計費和多媒體消息下發。
多媒體消息中心和業務控制點進行交互是由多媒體消息中心在收到多媒體消息時向業務控制點SCP發送前述結構的鑑權計費請求消息，並在該消息中的欄位中攜帶相關的控制信息，業務控制點SCP根據消息欄位rate和discount計算出費用，根據消息欄位type確定計費類型，根據消息欄位cdrtype、Tsct-id、src-mmsc、gw-mmsc、pri、Charge-date、ton、npi確定話單類型及內容等操作。業務控制點鑑權和預扣費通過後返回前述結構的鑑權計費請求響應消息MM_Charge.res，其中消息欄位stat值表示計費操作結果。多媒體消息中心下發多媒體消息，並在確認被叫用戶已經收到該多媒體消息後，向業務控制點SCP發送前述結構的計費確認請求消息MM_Confirm.req，業務控制點SCP根據消息欄位Mstat確認扣費，然後返回前述結構的計費確認請求響應消息MM_Confirm.res給多媒體消息中心，消息欄位stat表明計費確認操作結果。
本發明所採用預付費MMS業務的計費機制如下1、實時扣除按條計費信息費預付費MMS業務在接收到多媒體消息中心發起的按條計費請求後，對預付費MMS用戶帳戶的狀態、餘額等進行檢查，通過後進行扣費操作。由於預付費MMS業務的特點，多媒體消息中心應該在轉發多媒體消息之前發送計費請求給業務控制點SCP。
2、實時扣除包月費預付費MMS業務在接收到多媒體消息中心發起的扣除包月費請求後，對預付費MMS用戶帳戶的狀態、餘額等進行檢查，通過後進行扣費操作。業務提供商(或MISC)必須在發送第一條用戶享受服務的多媒體消息之前發送包月費扣費信息。業務提供商在後續以MT發送預付費MMS業務多媒體消息時，費用仍然填寫為包月費用，但是SCP對每條預付費MMS業務多媒體消息扣除的費用為零。
3、計費手機帳戶鑑權預付費MMS業務在扣除預付費MMS用戶的按條費用或包月費之前，會對預付費MMS用戶的帳戶狀態和帳戶餘額進行檢查，只有處於有效期狀態並且帳戶餘額大於或等於本次扣費費用的預付費MMS用戶才會進行實際的扣費操作。
4、按條計費查重在運營商可設定的多媒體消息序列號(Msg-ID)不會重複的周期(至少72小時)中，業務控制點SCP會檢查多媒體消息序列號(Msg-ID)、計費手機號碼(Msid)、接收方地址(Val)是否與該周期中的計費請求完全相同，如果相同則該計費請求被業務拒絕。
5、包月計費查重在運營商可設定的包月計費周期(一般為1個月)中，業務控制點SCP會檢查計費手機號碼(Msid)、接收方地址(Val)、企業代碼(vasp-id)、業務代碼(sp-id)是否與該周期中的包月計費請求完全相同，如果相同則業務認為本月已經收取過包月費。
6、單次按條消費限額在按條計費中，運營商可以靈活設定每次扣費請求中可以指定的最大金額，如果按條扣費請求中的金額超過該限額，業務拒絕此扣費請求。
7、包月消費限額在包月計費中，運營商可以靈活設定每次扣費請求中可以指定的最大金額，如果包月扣費請求中的金額超過該限額，業務拒絕此扣費請求。
8、計費確認請求(補款機制)預付費MMS用戶使用預付費MMS業務時，不管是上行通信費還是下行信息費，先由多媒體消息中心向業務控制點SCP發起預扣款，然後根據相應的狀態報告(上行的狀態報告由業務提供商接入的多媒體消息中心向用戶歸屬的多媒體消息中心發起；下行的狀態報告由用戶歸屬的多媒體消息中心發起)對預扣款進行確認或者補款，保證系統不會漏扣每筆費用，也不會在用戶沒有享受服務的情況下錯誤收取費用。
用戶歸屬的多媒體消息中心在接收到對方歸屬的多媒體消息中心發過來的狀態報告後應該向業務控制點SCP發起一個計費確認請求消息MM_Confirm.req。在運營商可以設定的等待狀態報告的周期(一般為2天)內，如果業務控制點SCP沒有收到相應的計費確認請求，業務控制點SCP也應該進行相應的補款操作。
9、支持封頂計費和包月計費方式的業務對於封頂計費方式的業務，在達到封頂費用後，業務提供商在發送多媒體消息到接收方用戶時指定計費類型為封頂方式，業務控制點SCP處理這樣的計費請求時，對計費號碼不做鑑權，也不進行計費，只是簡單地記錄一張話單，然後告訴多媒體消息中心該計費請求處理成功。
對於包月計費方式的業務，在收取過包月費用後，業務提供商在發送多媒體消息到接收方用戶時指定計費類型為包月方式，業務控制點SCP處理這樣的計費請求時，對計費號碼不做鑑權，也不進行計費，只是簡單地記錄一張話單，然後告訴多媒體消息中心該計費請求處理成功。
10、按條計費時的流量核減當預付費MMS業務承載於GPRS網絡中，在預付費MMS業務按條計費(內容計費)時，該多媒體消息在GPRS網絡產生的流量費用不再向用戶收取。對於預付費MMS用戶而言，其流量計費和內容計費是分開進行的，流量計費時不能區分那段流量是多媒體消息的，因此也就不能對多媒體消息發生的流量不計費。採取的方法是在內容計費時，回補流量費用。
無論是按條計費還是包月計費流程中，都要求多媒體消息中心在計費確認請求消息MM_Confirm.req中上報該多媒體消息的流量大小，即消息欄位Data-length，業務控制點SCP根據這個流量大小對用戶的帳戶進行回補。
以下對非前轉的終端到終端、前轉的終端到終端、終端到應用及應用到終端之間業務的整體流程進行詳細描述1、終端到終端(非前轉)的業務流程，參閱圖3本流程適合於預付費MMS終端到終端(非前轉)的消息處理流程，即多媒體消息的發送方終端和接收方終端歸屬於同一個多媒體消息中心、多媒體消息不會在不同的多媒體消息中心之間轉發的情況。
(1)、主叫用戶提交多媒體消息後，經由WAP GW和Redirector轉發到主叫用戶歸屬的多媒體消息中心；(2)、多媒體消息中心發起發送方鑑權計費請求(MM_Charge.req)到業務控制點SCP；業務控制點SCP進行鑑權和預扣費操作，所完成的功能按條計費查重和按條扣費操作。鑑權和預扣費通過後業務控制點SCP向MMSC返回消息MM_Charge.res，由消息MM_Charge.res中的stat標識扣費結果，若stat為成功，請求多媒體消息中心下發該多媒體消息；(3)、多媒體消息中心發起接收方鑑權計費請求(MM_Charge.req)到業務控制點SCP；業務控制點SCP進行鑑權和預扣費操作，所完成的功能按條計費查重和按條扣費操作。鑑權和預扣費通過後SCP向MMSC返回消息MM_Charge.res，由消息MM_Charge.res中的stat標識扣費結果，若stat為成功，則請求多媒體消息中心下發該多媒體消息；(4)、多媒體消息中心下發該多媒體消息給被叫用戶；(5)、多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點SCP的接收方計費確認請求(MM_Confirm.req)；業務控制點SCP進行流量核減，返迴響應(MM_Confirm.res)給多媒體消息中心，由消息MM_Charge.res中的stat標識扣費結果。
(6)、多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點SCP的發送方計費確認請求(MM_Confirm.req)業務控制點SCP確認扣費及流量核減，返迴響應(MM_Confirm.res)給多媒體消息中心，由消息MM_Charge.res中的stat標識扣費結果。
(7)、多媒體消息中心發送遞送報告給發送方用戶。
對異常情況的處理(1)、多媒體消息中心發送鑑權計費請求到業務控制點SCP後，在設定時間內多媒體消息中心沒有接收到業務控制點SCP的鑑權計費請求響應，則會立即停止對當前多媒體消息的服務，給發送方用戶發送遞送報告，告知用戶當前多媒體消息因業務控制點SCP鑑權計費不通過而被拒絕下發。
(2)、對於多媒體消息中心不能接收到計費確認請求響應的情況處理如下a、將話單的「計費確認標誌」欄位置為「未確認」。
b、後續流程同非預付費MMS用戶處理流程。
2、終端到終端(前轉)的業務流程，參閱圖4本流程適合於終端到終端(前轉)的消息處理流程，即多媒體消息的發送方終端和接收方終端歸屬於不同的多媒體消息中心、多媒體消息會在不同的多媒體消息中心之間轉發的情況。(1)、主叫用戶提交多媒體消息後，經由WAP GW和Redirector轉發到主叫用戶歸屬的多媒體消息中心；(2)、主叫多媒體消息中心發起發送方鑑權計費請求(MM_Charge.req)到業務控制點SCP；業務控制點SCP進行鑑權和預扣費操作，所完成的功能按條計費查重和按條扣費操作。鑑權和預扣費通過後SCP向MMSC返回消息MM_Charge.res，由消息MM_Charge.res中的stat標識扣費結果，若stat為成功，要求主叫多媒體消息中心前轉發送該多媒體消息；(3)、主叫多媒體消息中心將接收到的多媒體消息前轉到被叫歸屬的多媒體消息中心。
(4)、被叫多媒體消息中心發起接收方鑑權計費請求(MM_Charge.req)到業務控制點SCP；業務控制點SCP進行鑑權和預扣費操作，所完成的功能按條計費查重和按條扣費操作。鑑權和預扣費通過後SCP向MMSC返回消息MM_Charge.res，由消息MM_Charge.res中的stat標識扣費結果，若stat為成功，要求被叫多媒體消息中心下發該多媒體消息；(5)、被叫多媒體消息中心將多媒體消息下發給被叫用戶；(6)、被叫多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點SCP的接收方計費確認請求(MM_Confirm.req)；業務控制點SCP進行流量核減，返迴響應(MM_Confirm.res)給被叫多媒體消息中心，由消息MM_Charge.res中的stat標識扣費結果。
(7)、被叫多媒體消息中心發送前轉遞送報告給主叫多媒體消息中心；(8)、主叫多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點SCP的發送方計費確認請求(MM_Confirm.req)；業務控制點SCP確認扣費及流量核減，返迴響應(MM_Confirm.res)給主叫多媒體消息中心，由消息MM_Charge.res中的stat標識扣費結果。
(9)、主叫多媒體消息中心發送遞送報告給發送方用戶。
對異常情況的處理
(1)、主叫多媒體消息中心發送鑑權計費請求到業務控制點SCP後，在設定時間內主叫多媒體消息中心沒有接收到業務控制點SCP的鑑權計費請求響應，則會立即停止對當前多媒體消息的服務，給發送方用戶發送遞送報告，告知用戶當前多媒體消息因業務控制點SCP鑑權計費不通過而被拒絕下發。
(2)、對於主叫多媒體消息中心不能接收到計費確認請求響應的情況處理如下a、將話單的「計費確認標誌」欄位置為「未確認」。
b、後續流程同非預付費MMS用戶處理流程。
3、終端到應用的業務流程，參閱圖5(1)、主叫用戶提交多媒體消息後，經由WAP GW和Redirector轉發到主叫用戶歸屬的多媒體消息中心；(2)、多媒體消息中心發起發送方鑑權計費請求(MM_Charge.req)到業務控制點SCP；業務控制點SCP進行鑑權和預扣費操作，所完成的功能按條計費查重和按條扣費操作。鑑權和預扣費通過後SCP向MMSC返回消息MM_Charge.res，由消息MM_Charge.res中的stat標識扣費結果，若stat為成功，請求多媒體消息中心下發該多媒體消息；(3)、多媒體消息中心發送該多媒體消息給VASP；(4)、多媒體消息中心在確認VASP已經收到該多媒體消息後，發起到業務控制點SCP的發送方計費確認請求(MM_Confirm.req)；業務控制點SCP進行扣費及流量核減，向多媒體消息中心回送響應(MM_Confirm.res)，由消息MM_Charge.res中的stat標識扣費結果。
(5)、多媒體消息中心發送遞送報告給發送方用戶。
對異常情況的處理(1)、多媒體消息中心發送鑑權計費請求到業務控制點SCP後，在設定時間內多媒體消息中心沒有接收到業務控制點SCP的鑑權計費請求響應，則會立即停止對當前多媒體消息的服務，給發送方用戶發送遞送報告，告知用戶當前多媒體消息因業務控制點SCP鑑權計費不通過而被拒絕下發。
(2)、對於多媒體消息中心不能接收到計費確認請求響應的情況處理如下a、將話單的「計費確認標誌」欄位置為「未確認」。
b、後續流程同非預付費MMS用戶處理流程。
4、應用到終端的業務流程，參閱圖6本流程適合於VASP到預付費MMS終端的主叫流程。
多媒體消息處理流程如下(1)、VASP提交消息到接收方的歸屬多媒體消息中心；(2)、多媒體消息中心發送接收方鑑權計費請求(MM_Charge.req)到業務控制點SCP。所完成的功能按條計費查重或按月計費查重和按條扣費操作或按月扣費操作，是按月還是按條取決於是否包月業務。業務控制點SCP進行鑑權和預扣費操作，鑑權和預扣費通過後SCP向MMSC返回消息MM_Charge.res，由消息MM_Charge.res中的stat標識扣費結果，若stat為成功，請求多媒體消息中心下發該多媒體消息；(3)、多媒體消息中心下發送該消息到接收方終端；(4)、多媒體消息中心在確認接收方終端已經收到該多媒體消息後，發起到業務控制點SCP的接收方計費確認請求(MM_Confirm.req)；業務控制點SCP進行扣費及流量核減，向多媒體消息中心回送響應(MM_Confirm.res)，由消息MM_Charge.res中的stat標識扣費結果。
(5)、多媒體消息中心發送遞送報告給VASP。
對異常情況的處理(1)、多媒體消息中心發送鑑權計費請求到業務控制點SCP後，在設定時間內多媒體消息中心沒有接收到業務控制點SCP的鑑權計費請求響應，則會立即停止對當前多媒體消息的服務，給發送方用戶發送遞送報告，告知用戶當前多媒體消息因業務控制點SCP鑑權計費不通過而被拒絕下發。
(2)、對於多媒體消息中心不能接收到計費確認請求響應的情況處理如下a、將話單的「計費確認標誌」欄位置為「未確認」。
b、後續流程同全球通用戶處理流程。
對於本發明中Email應用與SP應用的流程相似，只是多媒體消息從不同的接口發送。多媒體消息中心與Email伺服器採用SMTP協議進行交互。
權利要求
1.一種預付費多媒體消息服務業務的實現方法，其特徵在於包括下述步驟A、主叫用戶向多媒體消息中心提交多媒體消息；B、所述多媒體消息中心對主叫用戶和接收該多媒體消息的被叫用戶的地址類型進行判斷，以確定用戶類型；C、根據用戶類型，由用戶歸屬的多媒體消息中心通過向業務控制點發起計費請求消息以完成計費處理和多媒體消息下發。
2.如權利要求1所述的方法，其特徵在於所述用戶類型包括終端和應用。
3.如權利要求2所述的方法，其特徵在於步驟C進一步包括步驟a、如果主叫用戶和被叫用戶均為終端且歸屬於同一多媒體消息中心，則轉步驟b；如果主叫用戶和被叫用戶均為終端且歸屬於不同的多媒體消息中心，則轉步驟c；如果主叫用戶為終端、被叫用戶為應用，則轉步驟d；如果主叫用戶為應用、被叫用戶為終端，則進行步驟e；b、由所述的多媒體消息中心下發多媒體消息，以及通過向業務控制點發送鑑權計費請求消息完成對主叫用戶和被叫用戶的計費處理，轉步驟f；c、由被叫用戶歸屬的多媒消息體中心下發多媒體消息，分別由主叫用戶歸屬的多媒體消息中心和被叫用戶歸屬的多媒體中心向業務控制點發送鑑權計費請求消息完成對主叫用戶和被叫用戶的計費處理，轉步驟f；d、由主叫用戶歸屬的多媒體消息中心下發多媒體消息，以及通過向業務控制點發送鑑權計費請求消息完成對主叫用戶的計費處理，轉步驟f；e、由被叫用戶歸屬的多媒體消息中心下發多媒體消息，以及通過向業務控制點發送鑑權計費請求消息完成對被叫用戶的計費處理，轉步驟f；f、所述多媒體中心向主叫用戶返回消息。
4.如權利要求3所述的方法，其特徵在於步驟b進一步包括下述步驟(1)多媒體消息中心發起發送方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向多媒體消息中心返回鑑權計費請求響應消息；(2)多媒體消息中心發起接收方鑑權計費請求消息到業務控制點；業務控制點進行鑑權和預扣費操作，並向多媒體消息中心返回鑑權計費請求響應消息；(3)多媒體消息中心下發該多媒體消息給被叫用戶；(4)多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點的接收方計費確認請求，業務控制點進行流量核減，並返回計費確認請求；(5)多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起發送方計費確認請求到業務控制點，業務控制點確認扣費及流量核減，並返回計費確認請求響應消息給多媒體消息中心。
5.如權利要求3所述的方法，其特徵在於步驟c進一步包括下述步驟(1)主叫歸屬的多媒體消息中心發起發送方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求消息；(2)主叫歸屬的多媒體消息中心將接收到的多媒體消息前轉到被叫歸屬的多媒體消息中心；(3)被叫歸屬的多媒體消息中心發起接收方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求響應消息；(4)被叫歸屬的多媒體消息中心將多媒體消息下發給被叫用戶；(5)被叫歸屬的多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點的接收方計費確認請求消息，業務控制點進行流量核減，並返回計費確認請求響應消息給被叫歸屬的多媒體消息中心；(6)、被叫歸屬的多媒體消息中心發送前轉遞送報告給主叫歸屬的多媒體消息中心；(7)、主叫歸屬的多媒體消息中心在確認被叫用戶已經收到該多媒體消息後，發起到業務控制點的發送方計費確認請求消息，業務控制點確認扣費及流量核減，並返回計費確認請求響應消息給主叫歸屬的多媒體消息中心。
6.如權利要求3所述的方法，其行徵在於步驟d進一步包括下述步驟(1)多媒體消息中心發起發送方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求響應消息；(2)多媒體消息中心發送該多媒體消息給應用；(3)多媒體消息中心在確認應用已經收到該多媒體消息後，發起到業務控制點的發送方計費確認請求消息，業務控制點進行扣費及流量核減，並向多媒體消息中心回送計費確認請求響應消息；
7.如權利要求3所述的方法，其行徵在於步驟e進一步包括步驟(1)接收方歸屬的多媒體消息中心發送接收方鑑權計費請求消息到業務控制點，業務控制點進行鑑權和預扣費操作，並向該多媒體消息中心返回鑑權計費請求響應消息；(2)所述多媒體消息中心下發送該多媒體消息到接收方終端；(3)所述多媒體消息中心在確認接收方終端已經收到該多媒體消息後，發起到業務控制點P的接收方計費確認請求消息，業務控制點進行扣費及流量核減，並向該多媒體消息中心回送計費確認請求響應消息。
8.如權利要求4至7之一所述的方法，其特徵在於所述的鑑權計費請求消息中包括會話ID、內容提供商標識、服務碼和業務代碼、消息編號、轉發多媒體消息的原多媒體消息中心的代碼、向業務控制點發送計費請求的多媒體消息中心代碼、多媒體消息的優先級、多媒體消息目的號碼類別、多媒體消息目的號碼的編碼計劃、多媒體消息目的號碼的地址、計費號碼、費率、計費類型、話單類型以及折扣率欄位中的複數項。
9.如權利要求4至7之一所述的方法，其特徵在於所述的鑑權計費請求響應消息中包括會話ID和計費操作成功與否欄位。
10.如權利要求4至7之一所述的方法，其特徵在於計費確認請求消息包括會話ID、消息編號、計費手機號碼、多媒體消息目的號碼的地址、標識多媒體消息發送成功與否的狀態值、向業務控制點發送計費請求的多媒體消息中心的代碼和本次內容的流量大小欄位中的複數項。
11.如權利要求4至7之一所述的方法，其特徵在於計費確認請求響應消息包括會話ID和計費確認操作成功與否欄位。
12.如權利要求4至7之一所述的方法，其特徵在於當多媒體消息中心發送鑑權計費請求到業務控制點後，在設定時間內多媒體消息中心沒有接收到業務控制點的鑑權計費請求響應，則停止對當前多媒體消息的服務，並向發送方用戶發送遞送報告。
13.如權利要求4至7之一所述的方法，其特徵在於當多媒體消息中心接收不到計費確認請求響應消息時將話單的「計費確認標誌」欄位置為「未確認」，並按非預付費多媒體消息服務用戶處理流程。
全文摘要
本發明公開了一種預付費多媒體消息服務業務的實現方法，在預付費用戶所歸屬的業務控制點上具有預付費業務和預付費多媒體消息服務業務，該方法包括下述步驟主叫用戶向多媒體消息中心提交多媒體消息；所述多媒體消息中心對主叫用戶和接收該多媒體消息的被叫用戶的地址類型進行判斷，以確定用戶類型；根據用戶類型，由用戶歸屬的多媒體消息中心向業務控制點發起計費請求消息以完成計費處理和多媒體消息下發。
文檔編號H04L29/06GK1501684SQ02149288
公開日2004年6月2日 申請日期2002年11月12日 優先權日2002年11月12日
發明者唐飛, 李曉斌, 徐學濤, 楊偉淑, 飛 唐 申請人:華為技術有限公司