專利名稱：電信系統(tǒng)中的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第3代移動通信系統(tǒng)中的方法和裝置以及預定要在該系統(tǒng)中使用的用戶設備。本發(fā)明尤其涉及對參與多媒體廣播/多播業(yè)務(MBMS)的用戶設備進行計費。根據(jù)現(xiàn)有技術(shù)，運用MBMS的通信系統(tǒng)在下行鏈路中將MBMS數(shù)據(jù)從單個信源實體傳送到多個接收者。該業(yè)務被認為是“盡力服務”業(yè)務，例如，在數(shù)據(jù)丟失時不要求重傳。
發(fā)明概述本發(fā)明解決從使用廣播/多播業(yè)務的用戶設備收集相關(guān)的計費信息的問題，從而向網(wǎng)絡運營商提供必要信息使得能夠?qū)λ鲇脩粼O備進行計帳。
根據(jù)本發(fā)明的解決方案建議引入上行鏈路信道來傳送與MBMS有關(guān)的控制信息，例如，來指示參與特定MBMS-業(yè)務的請求或者關(guān)于已經(jīng)被發(fā)送到用戶設備的MBMS-數(shù)據(jù)消息的接收狀態(tài)的確認信息。本發(fā)明還想引入解碼密鑰來編碼和解碼所述傳送的MBMS-數(shù)據(jù)消息的內(nèi)容。根據(jù)本發(fā)明的方法，用戶設備必須適用于參與某個MBMS-業(yè)務的MBMS-會話，并且根據(jù)所述業(yè)務的類型，在會話進行期間對MBMS-數(shù)據(jù)消息的接收進行確認。作為對成功接收到的MBMS-數(shù)據(jù)消息而傳送的確認消息的響應，網(wǎng)絡對用戶設備進行計費，并且作為對以前接收到的MBMS-數(shù)據(jù)消息進行計費的響應，該用戶設備從網(wǎng)絡接收解碼密鑰。解碼密鑰或者在整個MBMS-會話期間、部分這種會話期間有效，或者只對一個接收到的MBMS-數(shù)據(jù)消息有效。該有效時間大體上可由網(wǎng)絡運營商規(guī)定。此外，當在MBMS-會話期間傳送幾個解碼密鑰時，本發(fā)明允許運營商在MBMS-會話推移期間期間自適應地對所傳送的MBMS-數(shù)據(jù)消息進行計費。
本發(fā)明具備這樣的優(yōu)點，即允許運營商對使用MBMS-業(yè)務的用戶設備進行有效地記帳(bill)，該記帳根據(jù)各種計費標準，例如根據(jù)MBMS會話的持續(xù)時間或者用戶設備參與這種會話的時間，或者還可以根據(jù)已經(jīng)被遞送到用戶設備的數(shù)據(jù)信息的數(shù)量來進行。
本發(fā)明的另一個優(yōu)點是，允許自適應地對用戶設備進行計費。這意指網(wǎng)絡運營商能夠運用不同的計費分布(profile)、例如相對MBMS-會話經(jīng)過的時間，或者，如果用戶經(jīng)歷，則關(guān)于其內(nèi)容和接收質(zhì)量來補償MBMS-數(shù)據(jù)消息價值改變。上行鏈路信道的引入也使得可能對參與同一個MBMS-會話的不同訂戶子群運用不同的計費模型。
當結(jié)合附圖和權(quán)利要求來考慮時，從下列對本發(fā)明的詳細描述中，本發(fā)明的其它的目的、優(yōu)點和新穎的特征將變得更加明顯。
附圖簡述

圖1示出了根據(jù)本發(fā)明第一實施例的網(wǎng)絡和用戶設備之間的MBMS-會話的信令(signalling)流。
圖2示出了根據(jù)本發(fā)明第二實施例的網(wǎng)絡和用戶設備之間的MBMS-會話的信令流。
圖3示出了在丟失或錯發(fā)MBMS-數(shù)據(jù)消息時，網(wǎng)絡和用戶設備之間的MBMS-會話的信令流。
圖4示出了根據(jù)本發(fā)明第三實施例的網(wǎng)絡和用戶設備之間的MBMS-會話的信令流。
詳細描述下列詳細的描述將描述根據(jù)本發(fā)明的解決方案的幾個實施例。當用戶設備為MBMS-數(shù)據(jù)消息而被計費和當向用戶設備提供用來解碼接收到的MBMS-數(shù)據(jù)消息的解碼密鑰時，實施例對于多種可能性是有區(qū)別的。這些實施例可對于不同類型的MBMS-業(yè)務運用，這些MBMS-業(yè)務可以例如關(guān)于時間方面來區(qū)分、即實時業(yè)務或者非實時業(yè)務，關(guān)于每隔多久或者定期要求這樣的業(yè)務來區(qū)分，或者關(guān)于業(yè)務的類型來區(qū)分、例如下載業(yè)務或者各種類型的自動信息更新業(yè)務。
本發(fā)明的第一個重要特征是引入了上行鏈路信道來傳送與用戶設備所參與的MBMS-會話有關(guān)的信令信息。MBMS-上行鏈路信道可以在公共上行鏈路信道上實現(xiàn)，或者在用戶設備和網(wǎng)絡之間被實現(xiàn)為專用信道。該上行鏈路信道例如被用來傳送對成功接收MBMS-數(shù)據(jù)消息進行確認的確認消息，并且因此提供了對用戶設備進行計費的基礎(chǔ)。優(yōu)選地，確認消息應當盡可能短；然而，這些確認消息必須至少提供所確認的用戶設備的標識指示(如果沒有使用專用信道)和MBMS會話的所確認部分的標識，例如借助于段號。在本發(fā)明的范圍內(nèi)，如果消息內(nèi)容可被展現(xiàn)給MBMS-業(yè)務的用戶，則認為MBMS-數(shù)據(jù)消息被成功地接收到。原則上該由網(wǎng)絡運營商來確定多頻繁地和在哪些階段需要來自用戶設備的確認消息。該決定例如取決于特定MBMS-業(yè)務的特征，例如，關(guān)于實時方面或者關(guān)于被發(fā)送到用戶設備的MBMS-數(shù)據(jù)的速率的特征。
上行鏈路信道也被用戶設備用來指示參與所選擇的MBMS-業(yè)務的會話。對確認消息的要求也同樣適用于參與消息它們必須短，但是至少必須識別打算參與MBMS-會話的用戶設備，并指定用戶設備打算參與的會話和MBMS-業(yè)務。
保證對參與MBMS-會話的用戶設備進行有效計費的第二個重要特征是對MBMS-數(shù)據(jù)消息的內(nèi)容的編碼。用戶設備只有借助解碼密鑰只能解碼MBMS-數(shù)據(jù)消息的內(nèi)容，該解碼密鑰原則上是作為對指示用戶設備實際已經(jīng)接收到數(shù)據(jù)消息的確認消息的響應而被發(fā)送，或者對于某些實施例，已經(jīng)作為對來自用戶的參與請求的響應而被發(fā)送。如果成功傳送MBMS-數(shù)據(jù)消息，則解碼密鑰的傳送通過為一個或多個以前接收到的MBMS-數(shù)據(jù)消息而對用戶設備進行計費來觸發(fā)?？梢愿鶕?jù)已知的過程執(zhí)行編碼機制，例如，如在其它的3GPP標準文獻中所述的那樣。根據(jù)本發(fā)明的解碼密鑰因此被用來限制所傳送的MBMS-數(shù)據(jù)消息的內(nèi)容的分發(fā)，通常，分發(fā)給授權(quán)用戶設備、即能夠被計費的用戶設備。解碼密鑰也可以用來限定用戶設備接入MBMS-會話，例如，在時間方面或者在接收到的MBMS-數(shù)據(jù)消息的數(shù)目方面來限定。解碼密鑰因此能夠?qū)φ麄€MBMS-會話或者部分這種會話有效，或者對一個或幾個MBMS-數(shù)據(jù)消息有效。
如圖1所示的本發(fā)明的第一實施例涉及實時傳送數(shù)據(jù)的廣播/多播業(yè)務，即要求以低時延快速傳送數(shù)據(jù)的業(yè)務。對于這些類型的業(yè)務，在MBMS-會話進行期間，網(wǎng)絡系統(tǒng)沒有時間或者只有很少的時間來等待來自用戶設備的確認。適用這種實施例的一個實例是涉及不同的和時間受限事件(例如，運動事件)的MBMS-會話。優(yōu)選地，當指示101參與了這種MBMS-會話時，用戶設備已經(jīng)被網(wǎng)絡收取了固定量的費用102。作為對用戶設備在MBMS-上行鏈路上發(fā)送的參與消息101的響應，網(wǎng)絡向該用戶設備提供解碼密鑰103，該解碼密鑰對于整個或者至少部分MBMS-會話有效，或者在時間期間方面來度量或者在MBMS-會話期間要傳送的MBMS-數(shù)據(jù)消息105a、105b的固定或者最大數(shù)目方面來度量。解碼密鑰被保存104在用戶設備中，并且能夠被用來解碼106a、106b所述進入的MBMS-消息，而沒有由必須在進行MBMS-會話期間發(fā)送的確認消息帶來的額外的延遲。因此該實施例提供了相當簡單的計費機制，該計費機制仍然允許有效并合理地對用戶設備進行計費。
在圖2、圖3和圖4中圖示的本發(fā)明的兩個其它實施例涉及對基于非實時的MBMS-業(yè)務的計費。這些實施例大體上涉及，作為對用戶設備在成功地接收到一個或多個MBMS-數(shù)據(jù)消息之后，在MBMS-上行鏈路信道上發(fā)送的確認消息的響應，在正在進行的MBMS-會話期間對用戶設備進行計費。這些業(yè)務的一類實例是在必要時或者是在特定時間間隔期間自動實現(xiàn)的各種報告，例如，涉及當前交通狀態(tài)、證券交易信息或者旅游信息。這些業(yè)務的特征是網(wǎng)絡或多或少自動地發(fā)送MBMS-消息而沒有用戶的進一步地干預，即一旦用戶表示參與這樣的MBMS-業(yè)務的會話，MBMS-消息的發(fā)送就由某些事件來觸發(fā)。涉及這些業(yè)務的MBMS-會話的實施列在下面由“流變型(variant)”表示。另一類的業(yè)務包括媒體文件，例如，能夠被裝載到用戶設備中的語音或者視頻信息。這樣的業(yè)務的特征在于，用戶在不同的時間請求傳送一個或多個MBMS-消息。涉及這些業(yè)務的MBMS-會話的實施例在下面由“下載變型”表示。在這兩個變型中，計費都是響應于來自用戶設備的指示成功接收一個或多個MBMS-數(shù)據(jù)消息的確認消息而做出。然而，該實施例在為所述MBMS-數(shù)據(jù)消息發(fā)送解碼密鑰時是不同的。在流變型中，要傳送到用戶設備的解碼密鑰對一個或多個之后將要被發(fā)送到用戶設備的MBMS-數(shù)據(jù)消息有效。在下載變型中，解碼密鑰在成功傳送一個或多個已經(jīng)由用戶設備確認的MBMS-數(shù)據(jù)消息之后被傳送。
圖2描述了針對流變型的網(wǎng)絡和用戶設備之間的消息傳送。為了參與MBMS-業(yè)務的會話，用戶設備必須將參與請求201發(fā)送到網(wǎng)絡。響應于所述參與請求，網(wǎng)絡向用戶設備提供解碼密鑰key#1203，該解碼密鑰被保存204在用戶設備中，并能夠被用來解碼后續(xù)傳送的MBMS-數(shù)據(jù)消息MBMS#1205，或者用戶設備將在所述的MBMS-會話期間接收的幾個后續(xù)的MBMS-數(shù)據(jù)消息。在所述用戶設備已經(jīng)傳送了指示成功接收所述消息的確認ACK#1 207之后，網(wǎng)絡將為已傳送MBMS-數(shù)據(jù)消息MBMS#1對用戶設備進行計費。響應于確認消息207，網(wǎng)絡發(fā)送新的解碼密鑰key#2209，用于用戶設備參與的會話的下一個或多個MBMS-數(shù)據(jù)消息。流變型包含這樣的優(yōu)點，即因為那時已經(jīng)得到解碼密鑰，所以在用戶設備中解碼接收到的MBMS-數(shù)據(jù)消息執(zhí)行得相當快。另一方面，由于在用戶設備對所傳送的、與所述解碼密鑰相關(guān)的MBMS-數(shù)據(jù)消息付費之前已經(jīng)得到該解碼密鑰，因此要么是第一要么是最后MBMS-數(shù)據(jù)消息不被計費。根據(jù)本發(fā)明的替換實施例，可以例如通過在用戶設備表示參與MBMS-會話時的基本計費202來避免這個缺點。該基本計費能夠例如包括第一MBMS-數(shù)據(jù)消息的成本。
正如上面已經(jīng)描述的，根據(jù)本發(fā)明的這個實施例的MBMS-數(shù)據(jù)消息的傳送可以或多或少自動地執(zhí)行，而沒有用戶的進一步干預。然而，這在處理用戶設備還沒有接收到所傳送的MBMS-數(shù)據(jù)消息之一、或者根據(jù)業(yè)務類型已經(jīng)收到錯誤的MBMS-數(shù)據(jù)消息的情況時會帶來困難。例如對于具有臨時的不好的無線電接收條件用戶設備會發(fā)生這樣的問題。由于MBMS-業(yè)務沒有被定義來提供重發(fā)，因此有必要引入一種簡單的機制，該機制允許向用戶設備提供盡可能多的已傳送的MBMS-數(shù)據(jù)消息，并且保證考慮已傳送的和實際接收到的MBMS-數(shù)據(jù)消息之間的關(guān)系來合理地對用戶設備進行計費。這種機制的實施例借助圖3來描述。所述圖示出了圖2中描述的MBMS-會話的一部分。用戶設備已經(jīng)接收301并保存302解碼密鑰key#(n-1)；然而，它并沒有接收借助所述密鑰能夠解碼的MBMS-數(shù)據(jù)消息MBMS#(n-1)303。因此，用戶設備將不對該數(shù)據(jù)消息發(fā)送任何確認消息，網(wǎng)絡將此解釋為該用戶設備不再打算參與該MBMS-會話。因此，用戶設備將不接收解碼密鑰來解碼后隨的MBMS-數(shù)據(jù)消息MBMS#n304?，F(xiàn)在，這是用戶設備重新整合(re-integrate)MBMS-會話的第一個措施，即該用戶設備保存305該MBMS-數(shù)據(jù)消息MBMS#n，并發(fā)送306確認消息ACK#n，雖然用戶設備不能解碼該消息。針對每個參與MBMS-會話的用戶設備保持跟蹤至少所接收到的確認消息并且可能保持跟蹤所傳送的MBMS-數(shù)據(jù)消息的段號的網(wǎng)絡能夠檢測到，該用戶設備仍然想?yún)⑴cMBMS-會話，但是沒有確認以前的MBMS-數(shù)據(jù)消息MBMS#(n-1)，這意指該用戶設備還沒有接收到解碼密鑰key#n來解碼最后的MBMS-數(shù)據(jù)消息MBMS#n。然而，網(wǎng)絡將對用戶設備就最后的MBMS-數(shù)據(jù)消息MBMS#n進行計費307，而且還重發(fā)308遺失的解碼密鑰key#n，該解碼密鑰是由于以前遺失的確認而還沒有發(fā)送的解碼密鑰。該用戶設備現(xiàn)在能夠以某個延遲解碼309已經(jīng)保存的MBMS-數(shù)據(jù)消息MBMS#n，并且將第二次發(fā)送3010確認消息ACK#n。網(wǎng)絡將不會在接收到已經(jīng)接收的確認消息時對用戶設備進行計費，并相反將下一個解碼密鑰key#(n+1)傳送3011到重新整合的用戶設備。
圖4描述了針對下載變型的網(wǎng)絡和用戶設備之間的消息傳送。在此情況下，為了參與期望的MBMS-業(yè)務的會話，用戶設備在MBMS-上行鏈路信道上傳送參與請求401。之后，用戶設備將接收402a、402b并保存403a、403b一個或多個MBMS-數(shù)據(jù)消息MBMS#1到MBMS#n，并且在接收到所述消息之后在MBMS-上行鏈路信道上傳送確認消息ACK#1...n 304。該由運營商來定義是不是每個所述的MBMS-數(shù)據(jù)消息必須分別被確認，或者如在圖4中所示，是不是發(fā)送一個確認消息就足以確認幾個MBMS-數(shù)據(jù)消息。如上面已經(jīng)所述的那樣，在接收到所述確認消息ACK#1...n時，網(wǎng)絡就對用戶設備進行計費405。根據(jù)該變型，在傳送了MBMS-數(shù)據(jù)消息MBMS#1至MBMS#n之后并且直到已經(jīng)對用戶設備進行計費之后，網(wǎng)絡才提供解碼密鑰406key#1...n。該變型對于下載更大量的數(shù)據(jù)、例如各種類型的媒體文件將特別有利。
權(quán)利要求
1.一種在電信系統(tǒng)的一個網(wǎng)絡單元中向一個或多個用戶設備提供網(wǎng)絡業(yè)務并能夠傳送多媒體廣播/多播業(yè)務(MBMS)的數(shù)據(jù)消息的方法，其特征在于借助在預定的MBMS-上行鏈路信道上從所述用戶設備接收到的參與請求，為多媒體廣播/多播業(yè)務的會話而注冊用戶設備，當在所述預定的MBMS-上行鏈路信道上接收到來自用戶設備的指示接收一個或多個MBMS-消息的確認消息時，提供計費信息，在為先前接收到的MBMS-消息而對用戶設備計費之后，傳送一個或多個解碼密鑰，用來解碼一個或多個MBMS-消息。
2.根據(jù)權(quán)利要求1的方法，其中，用戶設備已經(jīng)響應于所述參與請求而被計費。
3.根據(jù)前述權(quán)利要求之一的方法，其中，所述計費信息還考慮其間用戶設備已經(jīng)參與所述MBMS-會話的已經(jīng)過的時間。
4.根據(jù)前述權(quán)利要求之一的方法，其中，所述計費信息還考慮用戶預訂簡檔。
5.根據(jù)前述權(quán)利要求之一的方法，還包括以下步驟維持一個寄存器來保存參與MBMS-會話的每個用戶設備的至少所接收到的確認消息的段號，借助所述段號，確定丟失的確認消息，如果檢測到丟失確認消息，則重傳所述解碼密鑰來解碼最后傳送的MBMS-消息，當從用戶設備接收到包含已經(jīng)接收到的序列號的確認消息時，省略計費處理過程。
6.一種在電信系統(tǒng)的用戶設備中能夠接收多媒體廣播/多播業(yè)務(MBMS)的數(shù)據(jù)消息的方法，其特征在于為了參與期望的多媒體廣播/多播業(yè)務的會話，在預定的MBMS-上行鏈路信道上傳送參與請求，借助由網(wǎng)絡提供的已保存的解碼密鑰，解碼一個或多個接收到的MBMS-消息，如果網(wǎng)絡運營商要求，則在所述預定的MBMS-上行鏈路信道上傳送針對一個或多個接收到的MBMS-消息的確認消息。
7.根據(jù)權(quán)利要求6的方法，還包括以下步驟保存接收到的所述會話的不能被解碼的MBMS-消息，在已經(jīng)接收到必需的解碼密鑰來解碼所述MBMS-消息之后，傳送針對所述MBMS消息的確認消息。
8.一種用戶設備，用于在電信系統(tǒng)中進行通信并能夠接收多媒體廣播/多播業(yè)務(MBMS)的數(shù)據(jù)消息，其特征在于用來保存接收到的解碼密鑰的裝置，用來保存接收到的MBMS-消息的裝置，和用來借助所保存的解碼密鑰來處理和解碼接收到的MBMS-消息的裝置。
全文摘要
本發(fā)明涉及第三代移動通信系統(tǒng)中的方法和裝置，并且涉及用來從使用廣播/多播業(yè)務的用戶設備中收集相關(guān)計費信息的用戶設備。本發(fā)明引入了上行鏈路信道和解碼密鑰，所述上行鏈路信道用來傳送與所述業(yè)務相關(guān)的控制信息，所述解碼密鑰使用戶設備能夠解碼至少一部分由所述業(yè)務廣播的數(shù)據(jù)。
文檔編號H04L29/06GK1839649SQ200380110501
公開日2006年9月27日 申請日期2003年10月6日 優(yōu)先權(quán)日2003年10月6日
發(fā)明者D·格爾斯滕伯格, I·埃里克松, J·貝里斯特倫, P·埃倫德 申請人:艾利森電話股份有限公司