本申請是國際申請日為2012年1月30日、中國申請?zhí)枮?01280015815.6、發(fā)明名稱為“用于在移動通信系統(tǒng)中控制收費(fèi)的設(shè)備和方法”的發(fā)明專利申請的分案申請。

本發(fā)明涉及移動通信系統(tǒng)的開賬單(billing)控制裝置和方法，更具體地，涉及在移動通信系統(tǒng)中對贊助通訊(sponsortraffic)收費(fèi)的開帳單控制裝置和方法。

背景技術(shù)：

隨著網(wǎng)絡(luò)技術(shù)的進(jìn)步，出現(xiàn)了各種類型的電子購買交易。典型地，電子購買交易通過這樣的方式進(jìn)行：用戶經(jīng)由通信網(wǎng)絡(luò)訪問服務(wù)供應(yīng)商并且在查看他們的信息的同時購買產(chǎn)品。在這種情況下，用戶可以支付網(wǎng)絡(luò)訪問的費(fèi)用。例如，如果用戶訪問服務(wù)供應(yīng)商的服務(wù)器以購買產(chǎn)品，則移動通信網(wǎng)絡(luò)運(yùn)營商向用戶收取網(wǎng)絡(luò)訪問的費(fèi)用。具體地，購買諸如電子圖書和音頻的具有大量數(shù)據(jù)的內(nèi)容要花費(fèi)相對較長的時間，導(dǎo)致網(wǎng)絡(luò)利用費(fèi)用的增加。

技術(shù)實(shí)現(xiàn)要素：

技術(shù)問題

本發(fā)明涉及在包括服務(wù)供應(yīng)商、網(wǎng)絡(luò)運(yùn)營商和終端的通信網(wǎng)絡(luò)中，對于用戶和服務(wù)供應(yīng)商之間的通訊，向服務(wù)供應(yīng)商開賬單的方法。

技術(shù)方案

根據(jù)本發(fā)明的實(shí)施例，一種移動通信系統(tǒng)的開賬單控制方法包括：當(dāng)從終端接收到贊助商服務(wù)請求時，在服務(wù)供應(yīng)商處向終端發(fā)行贊助商贈券(coupon)；從終端向運(yùn)營商發(fā)送該贊助商贈券；在運(yùn)營商處向終端發(fā)送基于贊助商贈券配置的用于贊助通訊的過濾器和收費(fèi)規(guī)則；在終端處向服務(wù)供應(yīng)商再次請求贊助商服務(wù)，以從服務(wù)供應(yīng)商接收贊助通訊服務(wù)；以及在運(yùn)營商處向服務(wù)供應(yīng)商收取贊助通訊的費(fèi)用。

此外，一種本發(fā)明的移動通信系統(tǒng)的開帳單控制裝置包括：終端，其向服務(wù)供應(yīng)商發(fā)送對使用贊助商服務(wù)的贊助商服務(wù)請求，并且當(dāng)從服務(wù)供應(yīng)商接收到贊助商贈券時向服務(wù)供應(yīng)商發(fā)送贊助商服務(wù)再次請求；服務(wù)供應(yīng)商，其在從終端接收到贊助商服務(wù)請求時向終端發(fā)行贊助商贈券，并且在從終端接收到贊助商服務(wù)再次請求時向用戶提供贊助通訊服務(wù)；以及運(yùn)營商，其在從終端接收到贊助商贈券時使用接收到的贊助商贈券配置用于贊助通訊的過濾和收費(fèi)規(guī)則，向終端通知該配置，以及向服務(wù)供應(yīng)商收取贊助通訊的費(fèi)用。

此外，一種由移動通信系統(tǒng)中的終端進(jìn)行的方法包括：向第一服務(wù)器發(fā)送第一贊助商服務(wù)請求；響應(yīng)于所述第一贊助商服務(wù)請求，從所述第一服務(wù)器接收贊助商贈券和對應(yīng)于第二服務(wù)器的信息；向網(wǎng)絡(luò)中的實(shí)體發(fā)送所接收的贊助商贈券；從所述實(shí)體接收贊助商贈券驗(yàn)證結(jié)果，所述贊助商贈券驗(yàn)證結(jié)果用于向服務(wù)供應(yīng)商收取贊助商服務(wù)的費(fèi)用；以及向所述第二服務(wù)器發(fā)送第二贊助商服務(wù)請求。

此外，一種移動通信系統(tǒng)中的終端包括：控制器，被配置為向第一服務(wù)器發(fā)送第一贊助商服務(wù)請求，響應(yīng)于所述第一贊助商服務(wù)請求，從所述第一服務(wù)器接收贊助商贈券和對應(yīng)于第二服務(wù)器的信息，向網(wǎng)絡(luò)中的實(shí)體發(fā)送所接收的贊助商贈券，從所述實(shí)體接收贊助商贈券驗(yàn)證結(jié)果，所述贊助商贈券驗(yàn)證結(jié)果用于向服務(wù)供應(yīng)商收取贊助商服務(wù)的費(fèi)用；以及收發(fā)器，被配置為：發(fā)送第一贊助商服務(wù)請求、贊助商贈券和第二贊助商服務(wù)請求。

有益效果

在根據(jù)本發(fā)明實(shí)施例的移動通信系統(tǒng)中，網(wǎng)絡(luò)運(yùn)營商響應(yīng)于終端的贊助通訊請求，使用由服務(wù)供應(yīng)商發(fā)行的贈券執(zhí)行驗(yàn)證、過濾器安裝以及收費(fèi)規(guī)則配置，并且網(wǎng)絡(luò)運(yùn)營商向服務(wù)供應(yīng)商收取從服務(wù)供應(yīng)商到終端的贊助通訊的費(fèi)用。因此，根據(jù)本發(fā)明實(shí)施例的贊助通訊處理方法在最小化第三方服務(wù)器信息以及第三方服務(wù)器與位于運(yùn)營商網(wǎng)絡(luò)中的服務(wù)器之間的在線交易的動態(tài)配置資源方面是有益的。

附圖描述

圖1是示出移動通信網(wǎng)絡(luò)中的贊助通訊的概念的圖。

圖2是示出移動通信網(wǎng)絡(luò)中的示范性贊助通訊的圖。

圖3是示出當(dāng)前在3gpp中討論的策略和收費(fèi)控制(policychargingcontrol)擴(kuò)展解決方案結(jié)構(gòu)的圖。

圖4是示出當(dāng)前在3gpp中討論的策略和收費(fèi)控制擴(kuò)展解決方案結(jié)構(gòu)中的操作的圖。

圖5是示出根據(jù)本發(fā)明第一實(shí)施例的移動通信網(wǎng)絡(luò)中的基于贈券的贊助收費(fèi)情景的圖。

圖6是示出根據(jù)本發(fā)明實(shí)施例的示范性贊助商贈券服務(wù)訂購(subscription)信息計劃的圖。

圖7是示出根據(jù)本發(fā)明實(shí)施例的移動通信系統(tǒng)的架構(gòu)的圖。

圖8是示出圖7中的sne服務(wù)器的內(nèi)部配置的圖。

圖9是示出根據(jù)本發(fā)明實(shí)施例的發(fā)行和發(fā)送贈券的過程的圖。

圖10是示出根據(jù)本發(fā)明實(shí)施例的安裝用于贊助通訊分組過濾器和配置收費(fèi)規(guī)則的過程的圖。

圖11是示出根據(jù)本發(fā)明實(shí)施例的處理贊助通訊的過程的圖。

圖12是示出根據(jù)本發(fā)明實(shí)施例的在贈券使用量表示為數(shù)據(jù)量和/或持續(xù)時間的情況中的操作過程的圖。

圖13是示出根據(jù)本發(fā)明實(shí)施例的在由服務(wù)供應(yīng)商終止贈券使用的情況中的操作過程的圖。

圖14是示出根據(jù)本發(fā)明實(shí)施例的停用贊助收費(fèi)的過程的圖。

圖15是示出根據(jù)本發(fā)明實(shí)施例的網(wǎng)絡(luò)運(yùn)營商和服務(wù)供應(yīng)商之間的收費(fèi)過程的圖。

圖16是示出根據(jù)本發(fā)明第二實(shí)施例的移動通信網(wǎng)絡(luò)中的基于贈券的贊助收費(fèi)情景的圖。

具體實(shí)施方式

將參照附圖詳細(xì)描述本發(fā)明的示范性實(shí)施例。遍及附圖相同的參考標(biāo)號用于指示相同或相似的部分。

雖然利用諸如“服務(wù)供應(yīng)商”和“贈券”之類的專用名詞做出本描述，但是這些詞是為了幫助對描述的理解，并且對本領(lǐng)域技術(shù)人員明顯的是，可以在沒有一個或多個特定細(xì)節(jié)的情況下實(shí)踐本發(fā)明?？梢允÷源颂幒喜⒌墓δ芎徒Y(jié)構(gòu)的詳細(xì)描述以避免模糊本發(fā)明的主題。

在下面的描述中，術(shù)語“終端”表示向服務(wù)供應(yīng)商請求服務(wù)的用戶終端，并且與“ue”可交換地使用；術(shù)語“網(wǎng)絡(luò)運(yùn)營商”與“運(yùn)營商”可交換地使用；并且術(shù)語“服務(wù)供應(yīng)商”與“贊助商”和“第三方服務(wù)”可交換地使用。此外，術(shù)語“贊助通訊”表示與服務(wù)供應(yīng)商相關(guān)聯(lián)發(fā)生的通訊，并且術(shù)語“贊助收費(fèi)(sponsoredcharge)”表示服務(wù)供應(yīng)商支付對終端的網(wǎng)絡(luò)訪問收費(fèi)的帳單。

本發(fā)明的實(shí)施例提出一種在移動通信網(wǎng)絡(luò)中對于贊助通訊向服務(wù)供應(yīng)商而不是終端開帳單的方法。通信網(wǎng)絡(luò)可以由終端、網(wǎng)絡(luò)運(yùn)營商和服務(wù)供應(yīng)商組成。為此目的，在本發(fā)明的實(shí)施例中，根據(jù)贊助商和運(yùn)營商之間的合同發(fā)行贊助商贈券，并且贈券被發(fā)送給終端或網(wǎng)絡(luò)運(yùn)營商。對于前一種情況，提出一種終端將贈券繞發(fā)(bypass)給運(yùn)營商服務(wù)器的方法。此外，本發(fā)明的實(shí)施例提出一種基于被發(fā)送到網(wǎng)絡(luò)運(yùn)營商的贈券中的內(nèi)容/服務(wù)服務(wù)器信息來安裝用于贊助收費(fèi)的過濾器和規(guī)則的方法。此外，本發(fā)明的實(shí)施例提出一種用于檢查與贈券中指定的贊助使用量相關(guān)聯(lián)的贊助期滿、并通知該贊助滿期或達(dá)到贊助滿期的方法。

為了實(shí)現(xiàn)本發(fā)明，本發(fā)明的第一實(shí)施例的特征在于：如果終端請求基于贊助通訊的服務(wù)，則服務(wù)供應(yīng)商識別贊助通訊請求并向終端發(fā)行能夠在移動通信網(wǎng)絡(luò)中使用的贊助商贈券。終端向網(wǎng)絡(luò)運(yùn)營商發(fā)送贈券，并且網(wǎng)絡(luò)運(yùn)營商基于贈券中包含的信息來配置贊助通訊過濾和收費(fèi)規(guī)則，并且向終端通知配置結(jié)果。然后，終端經(jīng)由網(wǎng)絡(luò)運(yùn)營商訪問服務(wù)供應(yīng)商以接收贊助通訊服務(wù)，并且網(wǎng)絡(luò)運(yùn)營商向服務(wù)供應(yīng)商收取由終端消費(fèi)的贊助通訊的費(fèi)用。

為了實(shí)現(xiàn)本發(fā)明，本發(fā)明的第二實(shí)施例的特征在于：如果終端請求基于贊助通訊的服務(wù)，則服務(wù)供應(yīng)商識別贊助通訊服務(wù)請求并發(fā)行能夠在移動通信網(wǎng)絡(luò)中使用的贊助商贈券，并且向網(wǎng)絡(luò)運(yùn)營商發(fā)出該贊助商贈券。然后網(wǎng)絡(luò)運(yùn)營商配置贊助通訊過濾器和收費(fèi)規(guī)則，并且向服務(wù)供應(yīng)商通知該配置結(jié)果。然后，用戶經(jīng)由網(wǎng)絡(luò)運(yùn)營商訪問服務(wù)供應(yīng)商以接收基于贊助通訊的服務(wù)，并且網(wǎng)絡(luò)運(yùn)營商向服務(wù)供應(yīng)商收取由終端消費(fèi)的贊助通訊的費(fèi)用。

對根據(jù)本發(fā)明實(shí)施例的操作進(jìn)行描述。

在當(dāng)前的3gpp中，正在討論支持向第三方而不是消費(fèi)相應(yīng)通訊的終端收費(fèi)的贊助通訊的解決方案。圖1是示出贊助通訊的概念的圖。如圖1所示，贊助通訊表示由終端消費(fèi)并由第三方付費(fèi)的通訊。

例如，如果終端訪問作為第三方的在線書店以檢索和/或購買電子書，則第三方為該終端消費(fèi)的電子書下載通訊付費(fèi)。此時，可以以各種方式實(shí)現(xiàn)開帳單策略。在終端訪問在線書店以購買電子書的情況中，電子書檢索和下載購買的電子書的全部花費(fèi)可以向在線書店收費(fèi)。此外，如圖2所示，有可能向終端收取電子書檢索通訊(圖2的標(biāo)號210)的費(fèi)用，并且向在線書店收取自按下電子書購買按鈕起的購買的電子書下載通訊(圖2的標(biāo)號220)的費(fèi)用。

圖3是示出當(dāng)前在3gpp中討論的策略和收費(fèi)控制擴(kuò)展解決方案結(jié)構(gòu)的圖。

參照圖3，作為第三方服務(wù)器(圖2中的書店服務(wù)器)的非sipasp310向處理贊助通訊的運(yùn)營商網(wǎng)絡(luò)服務(wù)器(圖3中的af)發(fā)出有關(guān)圖書下載通訊的信息。如果接收到此信息，則運(yùn)營商網(wǎng)絡(luò)服務(wù)器(af)向策略和收費(fèi)規(guī)則功能(pcrf)實(shí)體發(fā)出贊助通訊信息。然后pcrf向分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(pgw)發(fā)出用于以贊助商id生成關(guān)于贊助通訊的開帳單記錄的消息。然后pgw以贊助商id而不是用戶id生成關(guān)于贊助通訊的開帳單記錄。即，pgw向第三方而不是ue100收取贊助通訊的費(fèi)用。

圖3的策略和收費(fèi)控制擴(kuò)展解決方案可能引起以下問題。

首先，第三方服務(wù)器必須發(fā)出贊助通訊信息和指示贊助通訊的開始和結(jié)束的信號以便pgw生成開帳單數(shù)據(jù)。因此，第三方服務(wù)器和連接到運(yùn)營商網(wǎng)絡(luò)中的pgw的服務(wù)器具有連接。在提供全局服務(wù)的情況下，第三方必須如圖4所示連接到全部運(yùn)營商的服務(wù)器，并且每當(dāng)贊助通訊發(fā)生時都向運(yùn)營商的服務(wù)器發(fā)出贊助通訊信息。因?yàn)榉莝ipasp和af之間的連接在3gpp的范圍之外，所以第三方有必要支持由運(yùn)營商的服務(wù)器支持的其他預(yù)備協(xié)議，這導(dǎo)致第三方負(fù)擔(dān)的增加(n:m連接)。

第二，第三方服務(wù)器有必要固定發(fā)送贊助的通訊的會話。通過使用服務(wù)器的靜態(tài)地址和端口以利用靜態(tài)信息發(fā)送相應(yīng)的通訊并配置pgw，有可能當(dāng)發(fā)生相應(yīng)的通訊時利用贊助商id對通訊收費(fèi)。然而，為了達(dá)到此目的，必須固定發(fā)送相應(yīng)通訊的服務(wù)器的地址和端口。然而，如果第三方是企業(yè)公司，則它很可能使用中央數(shù)據(jù)中心(centraldatacenter，cdf)或因特網(wǎng)數(shù)據(jù)中心(internetdatacenter，idc)，而這意味著它很難固定服務(wù)器地址和端口。

因此需要考慮最小化上述問題，即，第三方服務(wù)器信息以及第三方服務(wù)器與運(yùn)營商網(wǎng)絡(luò)服務(wù)器之間的在線交易的動態(tài)配置資源。

圖5是示出根據(jù)本發(fā)明第一實(shí)施例的、考慮到最小化第三方服務(wù)器信息以及第三方服務(wù)器與運(yùn)營商網(wǎng)絡(luò)服務(wù)器之間的在線交易的動態(tài)配置資源來處理贊助通訊的操作的圖。

參照圖3，運(yùn)營商提供贊助商贈券服務(wù)以用于服務(wù)供應(yīng)商開始第三方服務(wù)，并且第三方供應(yīng)商必須訂購由運(yùn)營商提供的贊助商贈券服務(wù)。

圖6是示出根據(jù)本發(fā)明實(shí)施例的示范性贊助商贈券服務(wù)訂購信息計劃的圖。

如圖6中所示，贈券指定數(shù)據(jù)模型以及數(shù)據(jù)量(總量)和有效期間。例如，每月～1g:40$，～2g:70$，～3g:100$。

為了處理贊助通訊，服務(wù)供應(yīng)商300和運(yùn)營商200應(yīng)當(dāng)在向ue100發(fā)行贈券之前預(yù)先交換用于驗(yàn)證贈券的信息。為了達(dá)到此目的，在步驟511中，服務(wù)供應(yīng)商300向運(yùn)營商發(fā)出贊助商贈券訂購信息和公共密鑰以供對之后將發(fā)行的贈券的信號的有效性進(jìn)行認(rèn)證之用。然后，在步驟513中運(yùn)營商200向服務(wù)供應(yīng)商300發(fā)出運(yùn)營商id以共享附加安全密鑰。通過步驟511和步驟513，服務(wù)供應(yīng)商300和運(yùn)營商200準(zhǔn)備好處理贊助通訊。

然后，在步驟521中ue100請求基于贊助通訊的服務(wù)(服務(wù)請求)(例如，在為電子書付款之后點(diǎn)擊下載按鈕)。當(dāng)在步驟521中請求服務(wù)時，ue100將當(dāng)前使用的運(yùn)營商id一起發(fā)出。如果從ue100接收到服務(wù)請求，則在步驟523中服務(wù)供應(yīng)商300識別基于贊助通訊的服務(wù)請求，生成能夠在相應(yīng)的運(yùn)營商網(wǎng)絡(luò)中使用的贊助商贈券，并且利用與通知到運(yùn)營商的公共密鑰配對的私有密鑰在發(fā)行的贈券上簽名。除簽名之外，還可以利用共享的安全密鑰來加密贊助商贈券。利用私有密鑰在贈券上簽名的理由是防止ue100修改贈券以供其他目的之用。即，如果利用服務(wù)供應(yīng)商的私有密鑰在贈券上簽名，則用戶100不能修改贈券中的信息，由此可以用于相應(yīng)的服務(wù)。然后，在步驟525中，服務(wù)供應(yīng)商300響應(yīng)于服務(wù)請求向ue100發(fā)出重試命令和發(fā)行的贈券。此時，用于重試的供訪問的服務(wù)器地址和包括在贈券中的服務(wù)器地址一樣。

此時，從服務(wù)供應(yīng)商發(fā)送到ue100的贈券可以具有如表1所示的格式。

表1

表1的翻譯

如表1所示的發(fā)行的贈券包括服務(wù)供應(yīng)商id、運(yùn)營商id、贈券id、使用模型、服務(wù)供應(yīng)商連接地址、以及贈券使用開始時間(時間戳)，并且利用服務(wù)供應(yīng)商的私有密鑰在贈券的全部參數(shù)上簽名。

一旦收到贈券，在步驟527中ue100將接收到的贈券繞發(fā)給運(yùn)營商200。如果從ue100接收到具有如表1所示的格式的贈券，則在步驟529中運(yùn)營商200利用在合同步驟(圖5的步驟511)中接收到的服務(wù)供應(yīng)商300的公共密鑰來驗(yàn)證贈券的有效性。如果成功地驗(yàn)證了贈券的有效性，則運(yùn)營商200使用包括在贈券中的服務(wù)器信息來配置贊助通訊過濾器并且配置收費(fèi)以利用贊助商id對過濾的通訊收費(fèi)。此時，運(yùn)營商200可以在必要時建立新承載，并且對于新建立的承載配置過濾和收費(fèi)。

在步驟529中驗(yàn)證贈券的有效性并配置過濾和收費(fèi)之后，在步驟531中運(yùn)營商向ue通知過濾器配置和贈券驗(yàn)證結(jié)果。然后在步驟533中ue100向由第三方供應(yīng)商300提供的重試地址再次請求服務(wù)。此時，根據(jù)ue100的服務(wù)請求生成的通訊是贊助通訊，從而運(yùn)營商200基于用于贊助通訊的贊助商id的訂購信息來生成收費(fèi)記錄。即，運(yùn)營商200向第三方供應(yīng)商300而不是ue100收取贊助通訊的費(fèi)用。

圖7是示出根據(jù)本發(fā)明實(shí)施例的用于處理贊助通訊的移動通信系統(tǒng)的架構(gòu)的圖。

參照圖7，ue100可以包括用戶110、內(nèi)容應(yīng)用120以及移動os130；并且運(yùn)營商200包括sne服務(wù)器(snes)201、udr220、pcrf230、pgw(ggsn)240以及ofcs250。這里，用戶110下載贈券并處理和顯示與贊助通訊相關(guān)的信息。內(nèi)容應(yīng)用120是用于處理贊助通訊的應(yīng)用，并且移動os130負(fù)責(zé)與運(yùn)營商200的無線通信。

當(dāng)處理贊助通訊時，運(yùn)營商200的sne服務(wù)器210驗(yàn)證從ue100接收到的贈券，并且使用贈券中包含的服務(wù)器信息配置贊助通訊過濾器，并且生成利用贊助商id對過濾的通訊收費(fèi)的收費(fèi)規(guī)則。用戶數(shù)據(jù)儲存庫(userdatarepository，udr)220存儲該收費(fèi)規(guī)則，并且pcrf230生成用于對贊助通訊以贊助商id生成開賬單記錄的消息，pgw230根據(jù)由pcrf230發(fā)送的該消息對于贊助通訊以贊助商id而不是用戶id生成開帳單記錄，并且ofcs250基于該開帳單記錄發(fā)出帳單。

圖8是示出圖7中的ue的sne通信客戶端模塊和運(yùn)營商200的sne服務(wù)器210的配置的圖。

參照圖8，用于處理贊助通訊的ue的移動平臺包括執(zhí)行以下功能的sne通信客戶端模塊。首先，sne通信客戶端模塊請求運(yùn)營商網(wǎng)絡(luò)的sne服務(wù)器210安裝從第三方應(yīng)用接收到的贈券。如果sne服務(wù)器210通知贈券期滿，則它向第三方應(yīng)用發(fā)出通知。此外，sne通信客戶端模塊負(fù)責(zé)與運(yùn)營商網(wǎng)絡(luò)的sne服務(wù)器210的通信功能。

此外，sne服務(wù)器210包括四個功能模塊和兩個儲存庫，所述功能如下。

sne客戶端通信功能820負(fù)責(zé)與sne通信客戶端模塊的通信。sne客戶端功能820接收由ue發(fā)送的第三方應(yīng)用的贈券并且向贈券有效性功能830傳遞贈券以驗(yàn)證有效性。如果贊助通訊策略控制器安裝了贊助收費(fèi)收費(fèi)規(guī)則，則sne客戶端通信功能820向ue的sne通信客戶端模塊通知結(jié)果并且與ue的移動平臺中的sne通信客戶端模塊通信。

贊助商通信功能840在第三方與運(yùn)營商制訂贊助合同時負(fù)責(zé)服務(wù)器功能，將由贊助商輸入的信息與包括贊助商的公共密鑰的證書一起存儲在贊助商證書存儲器850中，并且將與對于運(yùn)營商網(wǎng)絡(luò)安裝的贈券有關(guān)的信息和實(shí)際的運(yùn)營商網(wǎng)絡(luò)使用信息存儲在贊助商贈券存儲器860中。贊助商通信功能840負(fù)責(zé)諸如第三方的運(yùn)營商網(wǎng)絡(luò)信息更新的第三方和運(yùn)營商之間的全部通信功能。

贈券有效性功能830使用存儲在贊助商證書存儲器850中的諸如第三方的公共密鑰和共享的安全密鑰的補(bǔ)充信息來驗(yàn)證由第三方發(fā)行的贈券的有效性并且通知驗(yàn)證結(jié)果。

贊助通訊策略控制器810使用有關(guān)通過贈券有效性功能830驗(yàn)證的贈券的信息來生成tft和收費(fèi)規(guī)則，并且安裝生成的tft和收費(fèi)規(guī)則。除了這個功能之外，贊助通訊策略控制器810負(fù)責(zé)與運(yùn)營商網(wǎng)絡(luò)的其他實(shí)體互操作的全部功能。

當(dāng)?shù)谌脚c運(yùn)營商制訂贊助商合同時，贊助商贈券存儲器860存儲全部信息以及包括已經(jīng)由贊助商輸入的贊助商的公共密鑰的證書。贊助商證書存儲器850存儲從ue的移動平臺中的sne通信客戶端模塊接收到的贈券以及該贈券的由ue使用的贊助通訊信息。

根據(jù)本發(fā)明的實(shí)施例，按如下次序描述贊助通訊處理過程：贈券激活過程(激活贊助收費(fèi)贈券)、分組過濾器安裝和收費(fèi)配置過程、贊助通訊處理過程(期滿警告)、贊助通訊處理結(jié)束過程(停用贊助收費(fèi))、以及開帳單過程(兌付贊助的通訊)。

首先描述贈券發(fā)行和交付。圖9是示出根據(jù)本發(fā)明實(shí)施例的激活贊助收費(fèi)贈券的過程的圖。

參照圖9，標(biāo)號911表示在服務(wù)供應(yīng)商300和運(yùn)營商200之間制訂用于處理贊助通訊的合同的步驟。即，在步驟911中，運(yùn)營商200提供贊助商贈券服務(wù)，并且內(nèi)容供應(yīng)商300訂購由運(yùn)營商200提供的贊助商贈券服務(wù)。為了處理贊助通訊，內(nèi)容供應(yīng)商300和運(yùn)營商200預(yù)先交換用于驗(yàn)證贈券的信息。此時，內(nèi)容供應(yīng)商300向運(yùn)營商200發(fā)出如表1所示的贊助商贈券訂購信息和公共密鑰以供驗(yàn)證贈券的有效性之用，運(yùn)營商200向內(nèi)容供應(yīng)商300發(fā)出運(yùn)營商id，并且它們可以共享安全密鑰(內(nèi)容供應(yīng)商和運(yùn)營商之間關(guān)于被贊助通訊量和它的費(fèi)率的合同協(xié)議。運(yùn)營商具有包括內(nèi)容供應(yīng)商的公共密鑰的證書)。

然后，ue100向內(nèi)容供應(yīng)商300請求使用贊助通訊的服務(wù)，并且發(fā)出當(dāng)前使用的運(yùn)營商id。如果從ue100接收到服務(wù)請求，則在步驟915中內(nèi)容供應(yīng)商300識別贊助通訊請求，生成如表1所示能夠用于運(yùn)營商網(wǎng)絡(luò)的贊助商贈券，并且利用私有密鑰在贈券上簽名(內(nèi)容供應(yīng)商發(fā)行用它的私有密鑰簽名的贊助收費(fèi)贈券)。如上所述，利用私有密鑰在贈券上簽名的理由是防止ue100修改贈券以供其他目的之用。另外，可以使用共享的安全密鑰對贈券簽名和加密。然后，在步驟917中內(nèi)容供應(yīng)商300響應(yīng)于通過入站信令來自ue100的服務(wù)請求發(fā)出重試命令和生成的贈券。此時，用于重試的供訪問的服務(wù)器地址和包括在贈券中的服務(wù)器地址一樣。當(dāng)前使用的運(yùn)營商id被一起發(fā)送。

圖10是示出根據(jù)本發(fā)明實(shí)施例的在運(yùn)營商200處安裝用于贊助的通訊的分組過濾器和收費(fèi)規(guī)則的過程的圖。

參照圖10，終端100的用戶110從內(nèi)容供應(yīng)商300接收贈券和重試命令，并且將這些傳遞到ue100的內(nèi)容應(yīng)用120。然后，在步驟1013中，內(nèi)容應(yīng)用120調(diào)用贊助收費(fèi)方法以用于將接收到的贈券作為參數(shù)提供給ue100，并將其發(fā)給os130，并且在步驟1015中移動os130向運(yùn)營商網(wǎng)絡(luò)中的服務(wù)器的snes210發(fā)出包括應(yīng)用id、用戶id和贊助商贈券的服務(wù)請求消息。

如果接收到贊助收費(fèi)激活請求，則在步驟1017中snes210利用由內(nèi)容供應(yīng)商注冊的公共密鑰來驗(yàn)證贈券的簽名的有效性。此外，如果該贈券利用安全密鑰被簽名和加密，則使用共享的安全密鑰執(zhí)行有效性驗(yàn)證和解密。如果成功地驗(yàn)證了有效性，則snes210確定用于以相應(yīng)的應(yīng)用id和贊助商id識別的贊助通訊的收費(fèi)規(guī)則是否已經(jīng)安裝在以用戶id識別的用戶的收費(fèi)規(guī)則中，以及如果沒有安裝，則在udr中存儲該收費(fèi)規(guī)則(檢查udr是否存在用于用戶id和贈券(贊助商id，內(nèi)容id)的已有記錄。如果不存在已有記錄，則snes添加(安裝)贊助收費(fèi)贈券)。

此時，為了強(qiáng)制存儲的規(guī)則，必須在pgw中安裝該規(guī)則。為此目的，在步驟1021中snes210經(jīng)由pcrf將它通知給pgw240(向pcrf發(fā)送具有訂購id、tft、贊助商id、贊助模型及其參數(shù)的激活贊助收費(fèi)消息)，然后在步驟1023中pgw240安裝贊助收費(fèi)模型。

更詳細(xì)地，snes210向pcrf230請求包括用戶的訂購信息id、贊助商的訂購信息id和對于贊助通訊的分組過濾器的tft，并且利用使用模型作為參數(shù)來激活贊助收費(fèi)。在使用舊(legacy)承載的情況中，在pgw240中僅安裝過濾器和收費(fèi)規(guī)則，而在使用新承載的情況中，通過ip-can會話修改過程為pgw240生成使用相應(yīng)過濾器和收費(fèi)規(guī)則的承載。pgw240經(jīng)由pcrf230向snes210報告贊助收費(fèi)模型的安裝結(jié)果。

如果從pgw240接收到激活贊助收費(fèi)請求的結(jié)果，則在步驟1025中snes210向ue100的移動os130通知贊助商贈券安裝結(jié)果(激活贊助收費(fèi)響應(yīng)(結(jié)果＝成功))，并且在步驟1027中移動os130將它傳遞到內(nèi)容應(yīng)用120(從api方法調(diào)用返回)。因此，由內(nèi)容應(yīng)用120調(diào)用的贊助收費(fèi)方法的運(yùn)行結(jié)果被返回給內(nèi)容應(yīng)用120。然后內(nèi)容應(yīng)用120向與包括在贊助商贈券中的服務(wù)器地址匹配的內(nèi)容服務(wù)器請求服務(wù)，該贊助商贈券在重試命令中接收到，并且pgw240利用贊助商id生成用于ue100的贊助通訊的收費(fèi)記錄。

在內(nèi)容服務(wù)器300的重試命令中請求的內(nèi)容服務(wù)器地址和包括在贈券中的內(nèi)容服務(wù)器地址是uri的情況中，snes210執(zhí)行對于相應(yīng)的uri的dns查詢，利用結(jié)果地址配置用于贊助通訊的分組過濾器，并且向ue100發(fā)出結(jié)果地址，以使得ue100利用由服務(wù)器發(fā)送的地址作為內(nèi)容服務(wù)器地址來執(zhí)行對服務(wù)的訪問。

在驗(yàn)證過程中，如果內(nèi)容供應(yīng)商300已經(jīng)以預(yù)付方式訂購了贊助通訊服務(wù)，并且如果贊助商訂購信息id的信用期滿，則snes210確定對于內(nèi)容供應(yīng)商300關(guān)于贊助商贈券的有效性驗(yàn)證已經(jīng)失敗。

雖然圖10指向在其中用戶100向運(yùn)營商的snes服務(wù)器210直接地發(fā)出贊助收費(fèi)激活消息的流程，但是本發(fā)明不限于此。

詳細(xì)地，ue可以使用nas(非接入層)協(xié)議向snes210發(fā)送贊助收費(fèi)激活消息。為此目的，如果在nas消息中配置了pco(協(xié)議配置選項)以用于激活贊助收費(fèi)，則ue能夠向pgw240直接地發(fā)送贊助收費(fèi)激活消息。這里，贊助收費(fèi)激活消息(nas消息)可以包括和在步驟1015中指定的消息中的參數(shù)相同的參數(shù)。如果接收到消息，則pgw240將此消息轉(zhuǎn)發(fā)到pcrf230，并且由此pcrf230向snes210傳遞此消息。如果從pcrf230接收到贊助收費(fèi)激活消息，則snes210能夠執(zhí)行步驟1017和后面的步驟。

圖11是示出根據(jù)在處理贊助通訊中的贈券的使用模型來警告贊助通訊期滿的過程的圖。

參照圖11，在步驟1111中ue的下載應(yīng)用120從內(nèi)容供應(yīng)商300下載內(nèi)容數(shù)據(jù)(例如，流視頻數(shù)據(jù))。這里，內(nèi)容數(shù)據(jù)可以是電子圖書、電影和音樂數(shù)據(jù)中的任何內(nèi)容數(shù)據(jù)。當(dāng)ue的下載應(yīng)用120下載內(nèi)容數(shù)據(jù)時，在步驟1113中，pgw240確定安裝在pgw中的贈券的使用數(shù)據(jù)記錄是否到達(dá)閾值(期滿)，并且如果它到達(dá)閾值，則向pcrf通知期滿。然后pcrf230從pgw240接收閾值到達(dá)通知，該通知包括贊助商id、訂購信息id、收費(fèi)id以及使用數(shù)據(jù)記錄。然后在步驟1117中pcrf230向snes210發(fā)出事件通知(贊助商id、訂購信息id、使用數(shù)據(jù)記錄)。如果接收到事件通知，則在步驟1119中snes210向pcrf230發(fā)出ack(確認(rèn))消息，并且在步驟1121中pcrf230向pgw240轉(zhuǎn)發(fā)該ack消息。

然后，snes210向ue的移動os130發(fā)出警告消息，即，包括剩余數(shù)據(jù)使用量信息的期滿警告消息。然后在步驟1125中ue的移動os130向snes210發(fā)出ack。此外，移動os向內(nèi)容應(yīng)用120發(fā)出警告，內(nèi)容應(yīng)用120處理該警告消息(如果調(diào)用監(jiān)聽器(listener)api曾被注冊則調(diào)用監(jiān)聽器api)(例如警告贊助收費(fèi)將要期滿)，并且在步驟1129中用戶110向用戶顯示警告消息。

如果在ue正在執(zhí)行基于贊助通訊的服務(wù)的狀態(tài)下贊助通訊到達(dá)贈券的使用量配置值，則運(yùn)營商警告ue100并且由此ue100顯示警告消息。此時，贈券的使用量可以表示為贊助通訊大小(總量，時間(總持續(xù)時間)，以及“直到結(jié)束信號”)。

圖12是示出在贈券使用量表示為總量和總持續(xù)時間的情況中的操作過程的圖，而圖13是示出在贈券使用量表示為“直到結(jié)束信號”的情況中的操作過程的圖。

參照圖12，如果贈券使用量表示為總量或總持續(xù)時間，則以與圖11類似的過程執(zhí)行操作。即，如果在步驟1211中內(nèi)容應(yīng)用120正在使用基于贊助通訊的服務(wù)，則pgw240檢查安裝在pgw中的贈券的使用量是否到達(dá)閾值，并且如果到達(dá)，則向pcrf通知該到達(dá)。這里，贈券的使用量可以是總量或總持續(xù)時間，并且如果時間或大小到達(dá)90％的預(yù)定程度，則警告贈券使用量期滿(當(dāng)安裝使用數(shù)據(jù)記錄到達(dá)該閾值(總量，總持續(xù)時間)時，它向pcrf發(fā)出通知)。

然后，執(zhí)行步驟1215到步驟1221，pgw240向pcrf發(fā)出閾值到達(dá)通知(對于贊助收費(fèi)記錄的閾值到達(dá)通知(贊助商id、訂購id(或收費(fèi)id)、使用數(shù)據(jù)記錄))，并且pcrf230向snes210發(fā)出事件通知(贊助商id、訂購id、使用數(shù)據(jù)記錄)。如果接收到事件通知，則snes210向pcrf230發(fā)出ack消息，并且pcrf230向pgw240轉(zhuǎn)發(fā)該ack消息。

然后，在步驟1223中snes210向ue100發(fā)出期滿警告消息(警告消息，剩余贊助數(shù)據(jù)使用)。然后在步驟1125中ue100向snes210發(fā)出ack。如果監(jiān)聽器api曾被注冊則ue調(diào)用監(jiān)聽器api(例如在步驟1227和步驟1129中警告贊助收費(fèi)將要期滿并且向用戶顯示警告消息)。

雖然圖11和圖12指向當(dāng)在使用之后剩余的贊助通訊的總大小處于預(yù)定水平的狀態(tài)中經(jīng)過了預(yù)定時間時輸出警告的情況，但是本發(fā)明不限于此。例如，可以每當(dāng)消費(fèi)了預(yù)定量的贊助通訊時就輸出警告。例如，可以每當(dāng)消費(fèi)了5mb贊助通訊時就輸出警告。假定服務(wù)供應(yīng)商和運(yùn)營商之間合同約定的贊助通訊的總持續(xù)時間是1小時，可以每當(dāng)消費(fèi)了5分鐘通訊時就輸出警告。

雖然本發(fā)明的實(shí)施例指向運(yùn)營商警告用戶的情況，但是本發(fā)明不限于此。例如，運(yùn)營商可以同時警告用戶和服務(wù)供應(yīng)商。如果接收到警告，則服務(wù)供應(yīng)商能夠與運(yùn)營商制訂對于贊助商贈券的附加合同以使得用戶接收贊助商服務(wù)而沒有不便。

參照圖13，在步驟1311中內(nèi)容應(yīng)用120正在使用基于贊助通訊的服務(wù)，并且在此狀態(tài)中如果贈券使用量表示為“直到結(jié)束信號”，則在步驟1313中內(nèi)容應(yīng)用120從內(nèi)容供應(yīng)商的內(nèi)容服務(wù)器接收贊助通訊終止消息。即，內(nèi)容應(yīng)用120從內(nèi)容供應(yīng)商300的服務(wù)器接收繞發(fā)請求消息(贊助通訊結(jié)束)。即，在步驟1313中內(nèi)容服務(wù)器在結(jié)束時間向內(nèi)容應(yīng)用發(fā)出贊助通訊終止的網(wǎng)絡(luò)繞發(fā)請求消息(被繞發(fā)的消息被加密)。然后在步驟1315中，內(nèi)容應(yīng)用120向用戶110顯示警告消息(例如，現(xiàn)在數(shù)據(jù)通訊將向你收費(fèi)！??！)。在步驟1317中內(nèi)容應(yīng)用120向snes210繞發(fā)加密的繞發(fā)消息(贊助通訊結(jié)束！)。

一旦贈券使用量的總大小或總持續(xù)時間在圖12中或在圖13的執(zhí)行步驟1317之后完全地期滿，運(yùn)營商200結(jié)束贊助收費(fèi)過程(停用贊助收費(fèi))。

圖14是示出停用贊助收費(fèi)的過程的圖。

參照圖14，在步驟1411中ue的下載應(yīng)用120處于能夠使用贊助通訊服務(wù)的狀態(tài)中，即，處于能夠從內(nèi)容供應(yīng)商300下載內(nèi)容數(shù)據(jù)的狀態(tài)中。在此狀態(tài)中，如果如參照圖11到圖13描述的根據(jù)贈券使用量檢測到贊助期滿，則在步驟1413中snes210向pcrf230通知贊助收費(fèi)結(jié)束，并且pcrf230向pgw通知該結(jié)束。然后在步驟1415中pgw240卸載相應(yīng)的通訊過濾器和收費(fèi)規(guī)則(當(dāng)安裝的使用數(shù)據(jù)記錄到達(dá)它的數(shù)據(jù)使用量或從snes接收到停用請求時，它解除安裝贊助數(shù)據(jù)記錄，并且向pcrf發(fā)出通知)。

pgw240向pcrf230通知贊助收費(fèi)的停用(停用贊助收費(fèi)(贊助商id，訂購id(或收費(fèi)id)，使用數(shù)據(jù)記錄))，并且在步驟1419中pcrf230向snes210發(fā)出事件通知(贊助商id，訂購信息id，使用數(shù)據(jù)記錄)。如果接收到事件通知，則在步驟1421中snes210向pcrf230發(fā)出ack消息，并且在步驟1423中pcrf230向pgw240發(fā)出ack消息。

然后，在步驟1425中snes210向ue的移動os130通知贊助收費(fèi)的期滿(停用通知(停用消息、消費(fèi)的贊助數(shù)據(jù)使用量))。然后在步驟1427中ue的移動os130向snes210發(fā)出ack。os還向內(nèi)容應(yīng)用120發(fā)出接收到的警告，內(nèi)容應(yīng)用120處理該警告(如果監(jiān)聽器api曾被注冊則調(diào)用監(jiān)聽器api(例如，停用的贊助收費(fèi)))，并且在步驟1129中用戶110向用戶顯示警告。

在贊助收費(fèi)停用之后，運(yùn)營商200對贊助通訊收費(fèi)。圖15是示出在贊助收費(fèi)結(jié)束之后對贊助的通訊收費(fèi)的過程的圖。

參照圖15，如果終止贊助收費(fèi)，則在步驟1511中運(yùn)營商將內(nèi)容供應(yīng)商300發(fā)行的贈券數(shù)據(jù)與帳單一起發(fā)給內(nèi)容供應(yīng)商300。然后在步驟1513中內(nèi)容供應(yīng)商300驗(yàn)證贈券的有效性，并且如果有效性通過驗(yàn)證，則在步驟1515中內(nèi)容供應(yīng)商300為ue消費(fèi)的贊助通訊付費(fèi)。

圖16是示出根據(jù)本發(fā)明第二實(shí)施例的贊助通訊處理過程的圖。

參照圖16，第三方供應(yīng)商(服務(wù)供應(yīng)商或內(nèi)容供應(yīng)商)300和運(yùn)營商200首先執(zhí)行用于處理贊助商贈券的預(yù)處理操作。即，運(yùn)營商200向打算開始第三方服務(wù)的服務(wù)供應(yīng)商300提供贊助商服務(wù)。第三方供應(yīng)商300訂購由運(yùn)營商200提供的贊助商服務(wù)。在步驟1611中，服務(wù)供應(yīng)商300向運(yùn)營商發(fā)出公共密鑰(贊助商贈券服務(wù)訂購信息+公共密鑰)以供向運(yùn)營商發(fā)送消息之用并且驗(yàn)證有效性。運(yùn)營商200發(fā)出第三方訪問的運(yùn)營商的服務(wù)器的地址(運(yùn)營商服務(wù)器地址)以及在服務(wù)器中使用的協(xié)議集。通過此過程，服務(wù)供應(yīng)商300和運(yùn)營商200準(zhǔn)備處理贊助通訊。

在上述狀態(tài)中，在步驟1621中ue100可以請求基于贊助通訊的服務(wù)(例如，在為電子書付款之后點(diǎn)擊下載按鈕)。此時，當(dāng)前運(yùn)營商id與贊助通訊請求一起發(fā)送。然后在步驟1623中服務(wù)供應(yīng)商300識別贊助通訊請求并且發(fā)行贈券。贈券可以如表2所示格式化并且包括供運(yùn)營商識別ue的id(例如，電話號碼)和被贊助的ue的地址(ip地址和端口)。然后，服務(wù)供應(yīng)商300使用在步驟1613中接收到的協(xié)議集，向在步驟1613中從運(yùn)營商接收到的服務(wù)器地址發(fā)出發(fā)行的贈券。

表2

表2的翻譯

如果接收到贈券，則在步驟1627中運(yùn)營商200使用已經(jīng)在步驟1611中接收到的服務(wù)供應(yīng)商300的公共密鑰來驗(yàn)證贈券的有效性。在步驟1627中，運(yùn)營商200還使用包含在贈券中的服務(wù)器信息來配置贊助通訊過濾器并且生成利用贊助商id對過濾的通訊收費(fèi)的收費(fèi)規(guī)則。此時，必要時，運(yùn)營商200建立新承載，并且對于新建立的承載配置過濾器和收費(fèi)規(guī)則。在圖10的過程中執(zhí)行贈券有效性驗(yàn)證、過濾器安裝、以及收費(fèi)規(guī)則配置的操作。

在執(zhí)行步驟1627之后，在步驟1629中運(yùn)營商向服務(wù)供應(yīng)商300通知過濾器安裝和贈券有效性結(jié)果。然后在步驟1631中服務(wù)供應(yīng)商300向已經(jīng)請求了服務(wù)購買的ue做出響應(yīng)，并且向ue通知如表2所示在步驟1623中發(fā)行的贈券中包括的服務(wù)器地址(下載服務(wù)器信息)。然后在步驟1633中ue100利用在步驟1631中接收到的服務(wù)器地址請求服務(wù)以接收贊助通訊服務(wù)。此時，將對于贊助通訊的付款記錄為與通過贊助商id識別的訂購信息相關(guān)聯(lián)的開帳單記錄，而不是向ue收費(fèi)。

如上所述，在通過移動通信網(wǎng)絡(luò)連接到服務(wù)供應(yīng)商300的服務(wù)器的ue正在下載想要的數(shù)據(jù)的狀態(tài)中，ue能夠根據(jù)贈券的使用模型，通過參照圖11到圖13描述的方法中的一個來接收期滿警告信息。如果贊助通訊服務(wù)結(jié)束，則通過圖14的過程執(zhí)行贊助收費(fèi)停用，并且通過圖15的過程執(zhí)行對贊助通訊的收費(fèi)。

根據(jù)本發(fā)明第二實(shí)施例的贊助通訊處理過程如圖16所示執(zhí)行，并且除了ue100的移動平臺的sne通信客戶端模塊存在于第三方的sne客戶端程序中之外，其在全部方面和本發(fā)明的第一實(shí)施例相同。

雖然已經(jīng)使用專用術(shù)語描述了本發(fā)明的優(yōu)選實(shí)施例，但是說明書和附圖將被認(rèn)為是說明性的而不是限制性的，以便幫助理解本發(fā)明。對本領(lǐng)域技術(shù)人員明顯地是，可以對其做出各種修改和改變而不脫離本發(fā)明的更寬的精神和范圍。