專利名稱：通過通信協(xié)議傳送廣播/多播會話的參數(shù)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于在一個傳輸會話內(nèi)從一個發(fā)送器向多個接收器傳輸公用數(shù)據(jù)的方法、計算機程序、計算機程序產(chǎn)品、系統(tǒng)、發(fā)送器、接收器以及協(xié)議。
背景技術(shù)：
廣播/多播業(yè)務(wù)是旨在提供用于從一個發(fā)送器向多個接收器發(fā)送公用(相同)信息的靈活的、高效的機制的業(yè)務(wù)。
在無線通信系統(tǒng)的上下文中，如由第三代伙伴項目(3GPP)所標準化的，多媒體廣播/多播業(yè)務(wù)(MBMS)使用在通用移動電信系統(tǒng)(UMTS)中。
在3GPP MBMS中，該廣播業(yè)務(wù)描述從單一信源實體(發(fā)送方)到一個或多個廣播區(qū)域內(nèi)的所有用戶(接收方)的多媒體數(shù)據(jù)(如文本、音頻、圖片、視頻)的單向點對多點傳輸。該廣播方式意在有效地使用無線/網(wǎng)絡(luò)資源，舉例來說，數(shù)據(jù)是通過公用無線信道傳輸?shù)?。?shù)據(jù)被傳輸?shù)皆摼W(wǎng)絡(luò)定義的廣播區(qū)域上。
用戶接收的廣播業(yè)務(wù)可能包括一個或多個連續(xù)廣播會話。例如，一個廣播業(yè)務(wù)可以由單一正在進行的會話(如一個媒體流)組成，或者包括在一延長時限內(nèi)的幾個斷續(xù)會話(如消息)。
使用廣播方式的業(yè)務(wù)的一個例子是廣告或網(wǎng)絡(luò)的歡迎信息。由于并非與該網(wǎng)絡(luò)相連的所有用戶都希望接收此類信息，所以用戶能夠在他的用戶設(shè)備(UE)上啟用/禁用這些廣播業(yè)務(wù)的接收。
廣播方式與多播方式的區(qū)別是，不具體要求啟動或預(yù)訂廣播方式中的MBMS。
3GPP MBMS的多播方式允許從單一信源點到多播區(qū)域內(nèi)的多播組的多媒體數(shù)據(jù) (如文本、音頻、圖片、視頻)的單向點對多點傳輸。多播方式意在有效地使用無線/網(wǎng)絡(luò)資源，例如，數(shù)據(jù)是通過公用無線信道傳輸?shù)?。如該網(wǎng)絡(luò)所定義的，數(shù)據(jù)被傳輸?shù)蕉嗖^(qū)域。在多播方式中，對于該網(wǎng)絡(luò)有可能有選擇地傳輸?shù)桨嗖ソM的成員的多播區(qū)域內(nèi)的小區(qū)。
UE接收的多播業(yè)務(wù)可能包括一個或多個連續(xù)多播會話。例如，一個多播業(yè)務(wù)可以或者由單一正在進行的會話(如一個多媒體流)組成，或者包括在一延長時限上的多個斷續(xù)多媒體會話(如消息)。使用多播方式的業(yè)務(wù)的一個例子可以是需要進行預(yù)訂的足球結(jié)果業(yè)務(wù)。
不同于廣播方式，多播方式通常需要預(yù)訂多播預(yù)訂組，然后用戶加入相應(yīng)的多播組?？梢杂晒藐懙匾苿泳W(wǎng)絡(luò)(PLMN)運營商、用戶或代表他們的第三方(如公司)進行預(yù)訂和組加入。
作為可以從因特網(wǎng)工程任務(wù)組(IETF)獲得的因特網(wǎng)草案(http://WWW. ietf. org/internet-drafts/)，單向傳輸上的文件交付(FLUTE)協(xié)議代表用于在基于IP(因特網(wǎng)協(xié)議)的網(wǎng)絡(luò)上的文件的單向交付的協(xié)議，基于IP的網(wǎng)絡(luò)特別適合于多播網(wǎng)絡(luò)，其中把公用數(shù)據(jù)從一個基于IP的實體發(fā)送到多個基于IP的主機。FLUTE規(guī)范構(gòu)建在異步分層編碼 (ALC)協(xié)議上，該協(xié)議是為大量可升級的多播分發(fā)而設(shè)計的基礎(chǔ)協(xié)議。通過使用時長為幾秒鐘或更長的交付會話，F(xiàn)LUTE適合向許多基于IP的主機交付大文件和小文件。例如，F(xiàn)LUTE 還用來同時向許多基于IP的主機交付大量軟件更新。它也可以用于分段而連續(xù)的數(shù)據(jù)，如用于字幕的帶有時間線的文本。
然而，當試圖使FLUTE協(xié)議的業(yè)務(wù)(向基于IP的主機提供的業(yè)務(wù))對于3GPP MBMS 可用時，為了允許處在無線通信系統(tǒng)中的移動接收器訪問最初位于基于IP的網(wǎng)絡(luò)中的廣播/多播內(nèi)容，會造成以下問題，移動接收器無法獲得建立廣播/多播會話所需的多個參數(shù)，其中至少部分地在FLUTE協(xié)議的控制下，部分通過基于IP的網(wǎng)絡(luò)，部分通過無線網(wǎng)絡(luò)， 把公用內(nèi)容從位于基于IP的網(wǎng)絡(luò)內(nèi)的信源實體傳輸?shù)剿鼋邮掌?。例如，當前不可能向移動接收器提供與前向糾錯(FEC)有關(guān)的信息，與廣播/多播會話期間內(nèi)容損壞的情況下的數(shù)據(jù)修復(fù)能力有關(guān)的信息，與擁塞控制有關(guān)的信息，與多個信道的使用的信息以及FLUTE 協(xié)議使用的內(nèi)容描述有關(guān)的信息，從而造成以下事實，在廣播/多播傳輸路徑的兩端均無法執(zhí)行上述功能性。發(fā)明內(nèi)容
基于在無線通信系統(tǒng)中的IP發(fā)起的公用內(nèi)容到移動接收器的廣播/多播方式傳輸?shù)木唧w上下文中遇到的問題，除別的目的以外，本發(fā)明的一般目的是，提供允許向多個接收器傳送與在傳輸會話內(nèi)的從發(fā)送器到多個接收器的公用數(shù)據(jù)的傳輸有關(guān)的參數(shù)的方法、 計算機程序、計算機程序產(chǎn)品、系統(tǒng)、發(fā)送器、接收器和協(xié)議。
提出了在傳輸會話內(nèi)從一個發(fā)送器向多個接收器傳輸公用數(shù)據(jù)的方法,該方法包括通過通信協(xié)議，向所述多個接收器傳送與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸有關(guān)的至少一個會話參數(shù)；以及在所述傳輸會話內(nèi)從所述發(fā)送器向所述多個接收器傳輸所述公用數(shù)據(jù)。
所述公用數(shù)據(jù)可以包括可以用電子形式表示的任何種類的信息，如文本、音頻、 圖像和視頻。所述公用數(shù)據(jù)可以是采用同步方式從所述發(fā)送器連續(xù)傳輸?shù)剿龆鄠€接收器的流傳輸數(shù)據(jù)，或者是非流傳輸數(shù)據(jù)。所述數(shù)據(jù)是公用的，亦即，采用點對多點方式把相同數(shù)據(jù)傳輸?shù)剿龆鄠€接收器的每個接收器。所述公用數(shù)據(jù)的所述傳輸可以在有線 (wire-bound)網(wǎng)絡(luò)中，或者在無線網(wǎng)絡(luò)中，或在其組合中進行。因此，發(fā)送器例如可以是因特網(wǎng)服務(wù)器，接收器可以為基于IP的主機。同樣，所述接收器也可以是無線網(wǎng)絡(luò)中的移動接收器。所述接收器可以是相同類型的或不同類型的。所述公用數(shù)據(jù)的所述傳輸在可以在有限持續(xù)時間的傳輸會話內(nèi)進行。
所述至少一個會話參數(shù)與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸有關(guān)。所述至少一個會話參數(shù)可以例如描述用于所述公用數(shù)據(jù)的所述傳輸?shù)腻e誤防護、信道編碼、調(diào)制和/或交織。所述至少一個會話參數(shù)可以同樣包括與加在該接收器上的延遲或存儲限制有關(guān)的信息、與公用數(shù)據(jù)的內(nèi)容有關(guān)的信息、與擁塞控制有關(guān)的信息、與錯誤恢復(fù)有關(guān)的信息、或任何其它與所述公用數(shù)據(jù)的正確傳輸和接收有關(guān)的主題有關(guān)的信息。例如，如果一個或幾個接收器沒有正確接收到所述公用數(shù)據(jù)，因而不得不在修復(fù)會話內(nèi)至少部分地重傳公用數(shù)據(jù)時，在所述公用數(shù)據(jù)的所述傳輸之后可能需要的與修復(fù)會話有關(guān)的信息可以包含在所述至少一個會話參數(shù)中。
所述至少一個會話參數(shù)是通過通信協(xié)議傳送到所述多個接收器的。所述通信協(xié)議可以例如為會話描述協(xié)議(SDP)，文件傳輸協(xié)議(FTP)，超文本傳輸協(xié)議(HTTP)，短消息業(yè)務(wù)(SMS)，通用分組無線業(yè)務(wù)(GPRS)或類似協(xié)議。例如，可以在不同端的通信協(xié)議實體之間交換的協(xié)議數(shù)據(jù)單位中傳送所述至少一個會話參數(shù)，其中一端可以是發(fā)送器，而另一端可以是所述多個接收器中的一個接收器。所述通信協(xié)議可以是為所述至少一個會話參數(shù)的傳送而特別指定或定義的。
向所述多個接收器傳送所述會話參數(shù)的所述通信協(xié)議的部署可以為所述接收器提供與所述傳輸會話有關(guān)的信息，該信息對所述傳輸會話的正確運行是至關(guān)重要的。
根據(jù)本發(fā)明的方法，所述至少一個會話參數(shù)優(yōu)選地是在建立所述傳輸會話之前或在建立所述傳輸會話期間傳送到所述多個接收器的。然后，及早給接收器提供所述至少一個會話參數(shù)，該會話參數(shù)與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述后續(xù)傳輸有關(guān)，以便所述多個接收器可以正確接收所述公用數(shù)據(jù)。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地為會話描述協(xié)議(SDP)。
所述SDP旨在描述用于會話通告、會話邀請和其它形式的多媒體會話發(fā)起目的的多媒體會話。
所述SDP提供用于媒體細節(jié)的描述、傳送地址和其它會話描述元數(shù)據(jù)的標準表示，這些元數(shù)據(jù)在發(fā)起多媒體電話會議、通過IP的語音(VoIP)呼叫、流傳輸視頻或其它實時會話時是所需要的。在實際多媒體會話發(fā)生之前，可以把所述SDP提供的所述會話描述元數(shù)據(jù)運送到多媒體會話的參與者。所述SDP可以獨立于傳送信息所用的實際方式。所述 SDP可以僅僅是不包括傳送協(xié)議的用于會話描述的格式，目的是使用不同的合適的傳送協(xié)議，例如包括會話通告協(xié)議(SAP)，會話發(fā)起協(xié)議(SIP)，實時流傳輸協(xié)議(RTSP)，或超文本傳輸協(xié)議(HTTP)。所述SDP旨在是通用的，從而可以在廣泛范圍的網(wǎng)絡(luò)環(huán)境和應(yīng)用中使用。 所述SDP可以例如是由所述發(fā)送器中的SDP協(xié)議實體(或諸如內(nèi)容服務(wù)器之類的另一個實例)和所述多個接收器中的SDP協(xié)議實體操作的。
所述SDP可以是例如因特網(wǎng)工程任務(wù)組(IETF)定義的SDP。
所述至少一個會話參數(shù)是通過所述SDP傳送到所述多個接收器的。例如，可以用所述SDP定義的多個屬性字段實現(xiàn)上述處理，其中每個屬性字段能夠合并一個或多個會話參數(shù)的信息。
根據(jù)本發(fā)明的方法，所述公用數(shù)據(jù)優(yōu)選地是至少部分地通過基于IP的網(wǎng)絡(luò)從所述發(fā)送器傳輸?shù)剿龆鄠€接收器的。例如，所述發(fā)送器可以是因特網(wǎng)服務(wù)器或因特網(wǎng)內(nèi)的類似實例，并且所述接收器可以是其核心網(wǎng)絡(luò)與因特網(wǎng)相連進而與所述發(fā)送器相連的無線通信系統(tǒng)的移動接收器。
根據(jù)本發(fā)明的方法，所述公用數(shù)據(jù)優(yōu)選地是以廣播或多播操作從所述發(fā)送器傳輸?shù)剿龆鄠€接收器的。無論如何，點對多點操作總會發(fā)生。
根據(jù)本發(fā)明的方法，所述公用數(shù)據(jù)優(yōu)選地是流傳輸數(shù)據(jù)或非流傳輸數(shù)據(jù)。流傳輸數(shù)據(jù)的特征可能在于其作為以流傳輸視頻或音頻的形式，從所述發(fā)送器向所述多個接收器連續(xù)地且以同步方式傳輸?shù)臄?shù)據(jù)。
根據(jù)本發(fā)明的方法，所述公用數(shù)據(jù)優(yōu)選地是實時數(shù)據(jù)或非實時數(shù)據(jù)。
根據(jù)本發(fā)明的方法，所述公用數(shù)據(jù)優(yōu)選地是至少部分地通過無線網(wǎng)絡(luò)從所述發(fā)送器傳輸?shù)剿龆鄠€接收器的。例如，所述接收器可以是與駐留在基于IP的網(wǎng)絡(luò)上的發(fā)送器相連的無線通信網(wǎng)絡(luò)中的移動接收器。所述無線網(wǎng)絡(luò)可以例如是符合通用移動電信系統(tǒng) (UMTS)標準的移動無線通信網(wǎng)絡(luò)，或者是諸如IEEE 802. 11或HiperLAN/2的無線局域網(wǎng) (W-LAN)，抑或是基于衛(wèi)星的網(wǎng)絡(luò)。
根據(jù)本發(fā)明的方法，所述無線網(wǎng)絡(luò)優(yōu)選地是移動網(wǎng)絡(luò)，該移動網(wǎng)絡(luò)至少部分地實現(xiàn)如第三代伙伴項目3GPP定義的多媒體廣播/多播業(yè)務(wù)MBMS。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含前向糾錯(FEC)屬性，該屬性指定至少FEC編碼方案，該編碼方案用于所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸。
所述通信協(xié)議中包含的所述屬性可以是用于擴展所述通信協(xié)議的主要方法，并且可以被定義為用作“會話級”或“媒體級”屬性，或二者。所述屬性可以添加有關(guān)媒體流的信息。此外，它也可以運送作為整體應(yīng)用于所述傳輸會話而非應(yīng)用于個別媒體的附加信息。 屬性可以或者是性質(zhì)屬性，或者是值屬性。
所述FEC屬性指定的所述FEC編碼方案可以例如是自動重復(fù)請求(ARQ)方案。
根據(jù)本發(fā)明的方法，所述FEC屬性優(yōu)選地進一步指定FEC編碼標識符。所述FEC 編碼標識符可以包含關(guān)于FEC解碼矩陣或FEC字節(jié)碼的信息。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含F(xiàn)EC機器屬性，該屬性指定可以下載FEC解碼信息的位置。
根據(jù)本發(fā)明的方法，所述多個接收器中的至少一個接收器優(yōu)選地以無差錯的方式從所述位置下載諸如FEC解碼矩陣或FEC字節(jié)碼的所述FEC解碼信息。
根據(jù)本發(fā)明的方法，所述多個接收器中的至少一個接收器優(yōu)選地使用基于超文本傳輸協(xié)議(HTTP)或傳輸控制協(xié)議(TCP)的點對點連接來下載所述FEC解碼信息。
根據(jù)本發(fā)明的方法，所述多個接收器中的至少一個接收器優(yōu)選地使用時間分散函數(shù)來確定何時開始從所述位置下載所述FEC解碼信息，或者確定何時開始修復(fù)會話。該時間分散函數(shù)可以例如通過規(guī)定用于所述下載的隨機開始時間來減少可能同時嘗試從所述位置下載所述FEC信息或可能同時嘗試執(zhí)行修復(fù)會話的接收器的數(shù)目。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含F(xiàn)EC緩沖屬性，該屬性指定在所述傳輸會話內(nèi)從所述發(fā)送器向所述多個接收器傳輸所述公用數(shù)據(jù)期間強加在所述多個接收器上的緩沖需求。
根據(jù)本發(fā)明的方法，所述緩沖需求優(yōu)選地為緩沖延遲和/或緩沖存儲容量。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含擁塞控制屬性，該屬性指定所述傳輸會話內(nèi)所述公用數(shù)據(jù)的所述傳輸使用的擁塞控制方案。
根據(jù)本發(fā)明的方法，當所述多個接收器中的至少一個接收器沒有正確接收到所述公用數(shù)據(jù)時，優(yōu)選地在修復(fù)會話內(nèi)從修復(fù)服務(wù)器向所述至少一個接收器傳輸所述公用數(shù)據(jù)的至少一部分。
根據(jù)本發(fā)明的方法，所述多個接收器中的所述至少一個接收器優(yōu)選地使用時間分散函數(shù)來確定何時開始所述修復(fù)會話。
根據(jù)本發(fā)明的方法,所述修復(fù)會話優(yōu)選地為點對點或點對多點修復(fù)會話。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含修復(fù)統(tǒng)一資源標識符URI屬性，該屬性指定所述修復(fù)服務(wù)器的URI。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含修復(fù)閾值屬性，該屬性指定錯誤閾值，并且所述錯誤閾值與所述傳輸會話內(nèi)所述公用數(shù)據(jù)由所述多個接收器從所述發(fā)送器那里接收時的接收質(zhì)量有關(guān)。例如，所述錯誤閾值可以量化每分組或每次的比特錯誤的最大允許數(shù)。
根據(jù)本發(fā)明的方法，所述多個接收器中的一個接收器是否進入所述修復(fù)會話優(yōu)選地取決于在所述傳輸會話內(nèi)所述公用數(shù)據(jù)由所述接收器從所述發(fā)送器那里接收時的接收質(zhì)量和所述錯誤閾值之間的相互關(guān)系。例如，如果所述接收器在所述傳輸會話期間以300 秒的窗口中10個字節(jié)的錯誤來接收所述公用數(shù)據(jù)，并且如果所述錯誤閾值規(guī)定只有300秒的窗口中達到I個字節(jié)的錯誤時才允許起動修復(fù)會話，則所述接收器可能被禁止進入所述修復(fù)會話。
根據(jù)本發(fā)明的方法，優(yōu)選地按照錯誤單位、錯誤值、測量窗口單位和測量窗口值對所述錯誤閾值進行量化。所述錯誤單位可以例如是字節(jié)、比特、分組或百分比，所述錯誤值可以是實值的數(shù)，所述窗口單位可以例如是秒、分組、比特或字節(jié)，并且所述窗口值可以是實值的數(shù)。按上述方式量化的錯誤閾值的一個示例是，在300秒的窗口中有10個錯誤字節(jié)或類似組合。
根據(jù)本發(fā)明的方法，所述錯誤閾值優(yōu)選地是按照錯誤值進行量化的。也可以用實值的錯誤值(如0.01)來指定所述錯誤閾值。例如，可以預(yù)先定義錯誤單位，測量窗口單位和測量窗口值。
根據(jù)本發(fā)明的方法，對于所述傳輸會話優(yōu)選地使用多個錯誤閾值，其中明確地或隱含地標記所述錯誤閾值。例如，可以用整數(shù)來明確地標記所述錯誤閾值，從而可以區(qū)分第一、第二等的錯誤閾值。同樣，可以固有地標記所述錯誤閾值，例如，規(guī)定按照錯誤閾值的大小對錯誤閾值進行排序，然后從最小或最大的錯誤閾值開始按照升序(或者可選地按照降序)進行標記。當支持不同補償模式并且當每個錯誤閾值與各補償模式相對應(yīng)時，標記錯誤閾值特別有利，其中補償模式可以例如描述接收器在對于修復(fù)會話的請求開始前需要等待多長時間?？梢愿鶕?jù)接收錯誤的大小控制接收器進入修復(fù)會話，因此例如，具有大的接收錯誤的接收器最先或最后進入所述修復(fù)會話。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含補償模式屬性，該屬性提供與在所述傳輸會話內(nèi)沒有從所述發(fā)送器正確接收到所述公用數(shù)據(jù)的接收器何時可以開始對于所述修復(fù)會話的請求有關(guān)的信息。
根據(jù)本發(fā)明，所述通信協(xié)議優(yōu)選地包含補償模式屬性，該屬性指定補償模式，其中所述補償模式提供與在所述傳輸會話內(nèi)沒有從所述發(fā)送器正確接收到所述公用數(shù)據(jù)的接收器何時可以開始對于所述修復(fù)會話的請求有關(guān)的信息，其中對于所述傳輸會話使用多個補償模式，并且其中把所述錯誤閾值中的至少一個閾值和所述補償模式的至少一個模式鏈接起來。例如，可以把每個錯誤閾值和相應(yīng)的補償模式鏈接起來。例如，通過標記錯誤閾值和補償模式兩者，以使相應(yīng)的標記被理解為表示鏈接，可以實現(xiàn)上述鏈接。
根據(jù)本發(fā)明，優(yōu)選地根據(jù)在所述傳輸會話期間所述公用數(shù)據(jù)由所述接收器接收時的接收質(zhì)量和所述錯誤閾值要求的接收質(zhì)量之間的關(guān)系，為接收器指派所述補償模式?；谠谒鰝鬏敃拑?nèi)接收所述公用數(shù)據(jù)期間接收器經(jīng)歷的錯誤率，以及所述錯誤閾值和所述補償模式之間的聯(lián)系，則可以為所述接收器指派補償模式。以此方式，具有高錯誤率(超過第一錯誤閾值)的接收器被指派為第一補償模式，具有較低錯誤率(比第一錯誤閾值小但比第二錯誤閾值大)的接收器被指派為第二補償模式。然后允許處于第一補償模式的接收器在處于第二補償模式的接收器之前或之后進行傳輸，由此實現(xiàn)服務(wù)質(zhì)量(QoS)控制。
根據(jù)本發(fā)明的方法，優(yōu)選地由補償單位、補償值和補償窗口表示所述信息。所述補償單位可以例如是以秒為單位的相對時間，絕對網(wǎng)絡(luò)時間協(xié)議(NTP)時間，字節(jié)，比特或分組。所述補償值可以例如是實值的數(shù)。所述補償窗口可以例如是實值的數(shù)，其單位可以與所述補償單位指定的單位相同。所述信息可以與絕對或相對時基有關(guān)。例如，如果所述補償單位是秒，所述補償值是60并且所述補償窗口是120，這可以指示接收器可以在該傳輸會話結(jié)束后的60到180( = 60+120)秒之間開始對于修復(fù)會話的請求，其中所述啟動時間可以是例如基于均勻分布在60到120秒之間的所述間隔內(nèi)隨機選擇的。
根據(jù)本發(fā)明的方法，所述信息優(yōu)選地是用變量和時間值表示的，其中變量指示使用絕對定時還是使用相對定時。例如，如果所述變量指示使用絕對定時，則所述時間值可以指定開始對于修復(fù)會話的請求(或在其左右或從其可以隨機選擇開始時間)的絕對NTP時間?？蛇x擇地，如果所述變量指示使用相對定時，則所述時間值可以例如指定可以在以下間隔內(nèi)隨機開始所述請求，亦即在該傳輸會話結(jié)束時開始并且在所述時間值指示的持續(xù)時間之后結(jié)束的間隔內(nèi)。也可以把所述時間值定義為最大修復(fù)可用時間，亦即修復(fù)操作可行之前的時間，因此優(yōu)選地用NTP時間表示，從而支持所謂的懶惰修復(fù)(lazy impair)。
根據(jù)本發(fā)明的方法，所述信息優(yōu)選地包括一個錯誤閾值和三個值X、Y和Ζ，并且在所述多個接收器中的至少一個接收器中，如果在所述傳輸會話內(nèi)所述公用數(shù)據(jù)由所述至少一個接收器從所述發(fā)送器那里接收時的接收質(zhì)量好于所述錯誤閾值指示的接收質(zhì)量，則對于所述修復(fù)會話的所述請求是在持續(xù)時間X的時間間隔內(nèi)隨機開始的，其中所述間隔在所述傳輸會話結(jié)束時開始；否則，在Y和Υ+Ζ之間的時限內(nèi)隨機開始對于所述修復(fù)會話的所述請求，其中Y是從所述傳輸會話結(jié)束時開始起算的。
根據(jù)本發(fā)明的方法，優(yōu)選地能夠使用所述通信協(xié)議向所述多個接收器傳送所述多個接收器的數(shù)目。在確定所述修復(fù)會話的補償時間時，所述接收器可以有利地使用與接收器的數(shù)目有關(guān)的信息。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含修復(fù)類型參數(shù)屬性，該屬性指定所述修復(fù)會話可以是點對點會話，點對多點會話，還是二者。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含修復(fù)令牌屬性，該屬性指定所述修復(fù)會話的類型，和/或與將在所述修復(fù)會話內(nèi)從所述修復(fù)服務(wù)器向所述至少一個接收器傳輸?shù)脑谒鰝鬏敃拑?nèi)所述多個接收器中的至少一個接收器沒有正確接收到的所述公用數(shù)據(jù)的哪些部分有關(guān)的信息。與所述部分有關(guān)的所述信息可以例如指定文件標識符，所述公用數(shù)據(jù)的源塊號(SBN)和/或編碼符號ID(ESI)，或基于這些值的一對值或范圍。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含內(nèi)容描述屬性，該屬性指定所述發(fā)送器如何向所述多個接收器指示URI，后者為所述公用數(shù)據(jù)的內(nèi)容描述的存儲位置。所述 URI可以例如是諸如文件交付表(FDT)XML方案的擴展標記語言(XML)方案，或者是到達因特網(wǎng)媒體指南(MG)數(shù)據(jù)模型的入口點，抑或是到達某一方案或模型的另一個入口點。
根據(jù)本發(fā)明的方法，從所述發(fā)送器到所述多個接收器的所述公用數(shù)據(jù)的所述傳輸優(yōu)選地是至少部分地由單向傳輸上的文件交付FLUTE協(xié)議控制的。所述FLUTE可以表示用于因特網(wǎng)上的文件的單向交付的協(xié)議，因特網(wǎng)特別適合于多播網(wǎng)絡(luò)。所述FLUTE協(xié)議可以基于異步分層編碼(ALC)。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含F(xiàn)LUTE信道屬性，該屬性指定在所述傳輸會話內(nèi)該發(fā)送器使用多少信道向所述多個接收器傳輸所述公用數(shù)據(jù)。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含F(xiàn)LUTE傳輸會話標識符TSI屬性，該屬性指定所述傳輸會話內(nèi)的TSI的值。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含媒體描述，該媒體描述指定所述傳輸會話內(nèi)使用的媒體。該媒體描述也稱為“m-行”。例如，所述媒體可以是音頻、視頻、應(yīng)用、 數(shù)據(jù)和控制。所述媒體描述可以例如描述在信道上傳送的視頻數(shù)據(jù)，其中該信道在用戶數(shù)據(jù)報協(xié)議(M)P)上使用FLUTE。
根據(jù)本發(fā)明的方法，所述通信協(xié)議優(yōu)選地包含連接數(shù)據(jù)，該連接數(shù)據(jù)指定所述傳輸會話內(nèi)使用的信道的地址。該連接數(shù)據(jù)也稱為“c-行”。所述連接數(shù)據(jù)可以包括網(wǎng)絡(luò)類型、地址類型和連接地址。因此，該連接數(shù)據(jù)可以例如指示IPv6地址。
另外，提出了其指令可操作為使處理器執(zhí)行上述方法步驟的計算機程序。所述處理器可以例如集成到所述發(fā)送器、接收器或二者中。
另外，提出了一種計算機程序產(chǎn)品，該計算機程序產(chǎn)品包括其指令可操作為使處理器執(zhí)行上述方法步驟的計算機程序。
另外，提出了用于傳輸數(shù)據(jù)的系統(tǒng)，該系統(tǒng)包括至少一個發(fā)送器和多個接收器，其中所述至少一個發(fā)送器和所述多個接收器包括用于通過會話描述協(xié)議通信協(xié)議從所述至少一個發(fā)送器向所述多個接收器傳送至少一個會話參數(shù)的裝置，該會話參數(shù)與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸有關(guān)；以及其中所述至少一個發(fā)送器和所述多個接收器包括用于在所述傳輸會話內(nèi)從所述發(fā)送器向所述多個接收器傳輸所述公用數(shù)據(jù)的裝置。
另外，提出了用于在傳輸會話內(nèi)向多個接收器傳輸公用數(shù)據(jù)的發(fā)送器，該發(fā)送器包括用于通過會話描述協(xié)議通信協(xié)議向所述多個接收器傳輸至少一個會話參數(shù)的裝置， 該會話參數(shù)與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸有關(guān)；以及用于在所述傳輸會話內(nèi)向所述多個接收器傳輸所述公用數(shù)據(jù)的裝置。
另外，提出了用于接收公用數(shù)據(jù)的接收器，該公用數(shù)據(jù)是在傳輸會話內(nèi)從一個發(fā)送器傳輸?shù)蕉鄠€接收器的，該接收器包括用于接收至少一個會話參數(shù)的裝置，該會話參數(shù)與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸有關(guān)，并且該參數(shù)是通過會話描述協(xié)議通信協(xié)議傳輸?shù)剿龆鄠€接收器的；以及用于接收在所述傳輸會話內(nèi)從所述發(fā)送器傳輸?shù)剿龆鄠€接收器的所述公用數(shù)據(jù)的裝置。
另外，提出了會話描述協(xié)議，該協(xié)議包括至少一個會話參數(shù)的定義，該會話參數(shù)與在傳輸會話內(nèi)從一個發(fā)送器到多個接收器的公用數(shù)據(jù)的傳輸有關(guān)。
通過參照下文描述的實施方式闡述本發(fā)明的這些方面和其它方面，本發(fā)明的這些方面和其它方面將是明顯的。


在附圖中，
圖I表示根據(jù)本發(fā)明的方法的可能實施方式的流程圖；以及
圖2表示根據(jù)本發(fā)明的系統(tǒng)的可能實施方式的示意圖。
具體實施方式
本發(fā)明提議部署通信協(xié)議，以便向通過點對多點連接接收來自發(fā)送器的公用數(shù)據(jù)的多個接收器傳送會話參數(shù)。在不是用來限制本發(fā)明的范圍的下述描述中，將使用會話描述協(xié)議SDP作為用于此目的的通信協(xié)議的例子。為此目的，所述SDP包含為傳送所述會話參數(shù)而定義的屬性、媒體描述和連接數(shù)據(jù)。在下文中，將針對以下系統(tǒng)，亦即為因特網(wǎng)工程任務(wù)組(IETF)定義的單向傳輸上的文件交付(FLUTE)協(xié)議控制的會話提供第三代伙伴項目(3GPP)多媒體廣播/多播業(yè)務(wù)的系統(tǒng)，用示例的方式說明這些SDP組成部分的定義。請注意，本發(fā)明在該系統(tǒng)中的應(yīng)用以及下面的組成部分定義決不意味著把本發(fā)明的范圍限制為該具體應(yīng)用。這些組成部分是基于增量巴科斯-諾爾范式(ABNF)語法描述格式定義的。
I. FEC 參數(shù)
前向糾錯(FEC)屬性描述所使用的FEC編碼方案。FEC屬性也可以描述FEC編碼標識符(以及其與使用的FEC編碼方案的聯(lián)系)。例如，在IETF FLUTE協(xié)議草案中，給出了用于FLUTE協(xié)議的FEC編碼ID的描述。可以有多個編碼標識符與一個FEC編碼方案相聯(lián)系O
下面給出用于根據(jù)本發(fā)明的FEC屬性的示例語法
a = FEC-Info " {" value*("，" value)" }" CRLF
其中
value = value-single/value-couple
value-single = % dO-127
value-couple =" (" % dl28_255" , " % dO-255")"
其中，value是一個數(shù)值，代表所使用的FEC編碼方案。
value-single代表FEC編碼方案(在本例中，其值在O到127之間)。
value-couple代表(FEC編碼方案，F(xiàn)EC編碼ID)對(在本例中，F(xiàn)EC編碼方案的值在128到255之間，編碼ID的值在O到255之間)。
FEC屬性優(yōu)選地為僅會話級屬性(然而，不排除把它用作媒體級屬性)。
給出的value-single和value-couple示例可以是優(yōu)選語法。然而，諸如 value-single = % dO-255 或 value-couple =" {" % dO-255" , " % dO-255")"之類的其它選項也在本發(fā)明的范圍內(nèi)。
如果在SDP描述符之中沒有此屬性，則這可以指示該描述符不使用FEC(例如，正如IETF FLUTE協(xié)議草案規(guī)定的那樣，使用簡潔無代碼(Compact Nocode)FEC)。這相當于使用描述符 a = FEC-Info {0}。
供根據(jù)本發(fā)明的FEC屬性使用的例子是
a = FEC-Info {0，64，127，(128，3)，(128，4)，(129，3)}
在上面的例子中，發(fā)送器指示使用了多個FEC ID。數(shù)字0、64、127等表示這些FEC ID。發(fā)送器不需要把這些ID映射到FLUTE會話的具體信道。
供根據(jù)本發(fā)明的FEC屬性所使用的另一個例子是
a = FEC-Info {0}
在上面的例子中，發(fā)送器向接收器指示它使用簡潔無代碼FEC。也可以僅僅使用該參數(shù)來指示FEC ID 0-127(其是完全指定的)。然而，發(fā)送器也可以選擇使用兩個參數(shù)以指定可以使用 FEC ID 0-127，例如，a = FEC-Info :{(0，O)}描述 FEC ID O 和 FEC 實例 O (在用于FEC ID 0-127的最佳模式中，實例信息是冗余信息)。
ALC版本I指定了僅單個用于FEC編碼ID 0-127的參數(shù)是有用的(FEC編碼ID) 的限制。然而，根據(jù)本發(fā)明，為了進一步擴展可以用信號傳送的完全指定的FEC模式的數(shù)目，也可以想象針對FEC編碼ID 0-127使用第二參數(shù)(FEC實例ID)。
2. FEC機器參數(shù)
如果使用通用FEC機器(亦即，允許在開始會話之前向接收器下載FEC方案或FEC 解碼矩陣的系統(tǒng))，則發(fā)送器必須用信號傳送要從接收器上下載的FEC解碼矩陣或FEC字節(jié)碼的準確位置，以便對將要在多播/廣播信道上傳輸?shù)臄?shù)據(jù)進行解碼。
有利地，該數(shù)據(jù)的下載是以無錯誤的方式，優(yōu)選地(但不限于)通過HTTP/TCP點對點連接進行的。如果沒有把字節(jié)碼或FEC矩陣無錯誤地交付給接收器，則接收器難以在多播/廣播會話內(nèi)正確接收公用數(shù)據(jù)。
根據(jù)本發(fā)明，發(fā)送器在SDP會話通告期間從而在會話開始之前用信號傳送FEC文件的位置。有利地，在會話開始之前，接收器取回無錯誤的FEC文件，以使系統(tǒng)準備好對該數(shù)據(jù)進行解碼。為了避免由于許多接收器的對于FEC文件下載的請求引起的網(wǎng)絡(luò)過載，接收器可以根據(jù)隨機選擇的開始時間開始點對點下載。例如，接收器可以計算在時刻0(當通過所述SDP收到該會話描述時)到同一會話描述內(nèi)包含的(第一個)t參數(shù)值中的會話開始時間指示的時刻之間的時間。
下面給出用于根據(jù)本發(fā)明的FEC機器屬性的示例語法
a = FEC-machine :FILE_ID
其中
權(quán)利要求
1.一種方法，包括 在接收機器處接收補償模式屬性以及修復(fù)閾值屬性，其中所述補償屬性指定補償模式，所述補償模式提供與沒有正確接收到在傳輸會話內(nèi)向所述多個接收器發(fā)送的數(shù)據(jù)的接收器能夠在何時開始對于修復(fù)會話的請求有關(guān)的信息，其中所述修復(fù)閾值屬性指定錯誤閾值，所述錯誤閾值與在所述傳輸會話內(nèi)接收的所述數(shù)據(jù)的接收質(zhì)量有關(guān)，其中針對所述傳輸會話，使用多個補償模式和多個錯誤閾值，以及其中所述錯誤閾值中的至少一個和所述補償模式中的至少一個分別鏈接起來， 確定所述接收器是否正確接收到在所述傳輸會話中發(fā)送的所述數(shù)據(jù)，以及響應(yīng)于確定所述接收器沒有正確接收到在所述傳輸會話中發(fā)送的所述數(shù)據(jù)的情況 確定針對所述接收器的錯誤閾值， 確定與確定的所述錯誤閾值相鏈接的補償模式， 根據(jù)確定的所述補償模式請求修復(fù)會話，其中在所述修復(fù)會話中，至少向所述接收器發(fā)送在所述會話中向所述多個接收器發(fā)送的所述數(shù)據(jù)的至少一部分，以及 在所述修復(fù)會話中接收數(shù)據(jù)。
2.根據(jù)權(quán)利要求I所述的方法，其中所述數(shù)據(jù)至少部分地通過無線網(wǎng)絡(luò)在所述傳輸會話中向所述多個接收器傳輸。
3.根據(jù)權(quán)利要求2所述的方法，其中所述無線網(wǎng)絡(luò)是至少部分地實現(xiàn)第三代伙伴項目定義的多媒體廣播/多播業(yè)務(wù)的移動網(wǎng)絡(luò)。
4.根據(jù)權(quán)利要求I所述的方法，其中所述數(shù)據(jù)在所述傳輸會話中向所述多個接收器的所述傳輸至少部分地由單向傳輸上的文件交付協(xié)議控制。
5.一種非暫時計算機可讀存儲介質(zhì)，包括計算機程序，該計算機程序具有操作以使處理器執(zhí)行權(quán)利要求I所述的方法的指令。
6.—種設(shè)備,包括 處理器，被配置為使得在傳輸會話中向多個接收器傳送數(shù)據(jù)，以及還被配置為使得向所述多個接收器傳送補償模式屬性以及修復(fù)閾值屬性，其中所述補償模式屬性指定補償模式，所述補償模式提供與沒有正確接收到在傳輸會話內(nèi)發(fā)送的所述數(shù)據(jù)的接收器能夠在何時開始對于修復(fù)會話的請求有關(guān)的信息，其中所述修復(fù)閾值屬性指定錯誤閾值，所述錯誤閾值與所述傳輸會話內(nèi)接收的所述數(shù)據(jù)的接收質(zhì)量有關(guān)，其中針對所述傳輸會話使用多個補償模式和多個錯誤閾值，以及其中所述錯誤閾值中的至少一個和所述補償模式中的至少一個分別鏈接起來，從而允許所述接收器根據(jù)與由所述接收器確定的錯誤閾值相關(guān)聯(lián)的補償模式來請求所述修復(fù)會話，以及其中在所述修復(fù)會話中，至少向所述接收器發(fā)送在所述會話中發(fā)送的所述數(shù)據(jù)的至少一部分。
7.—種設(shè)備,包括 接收單元，被配置為在接收器處接收補償模式屬性以及修復(fù)閾值屬性，其中所述補償屬性指定補償模式，所述補償模式提供與沒有正確接收到在傳輸會話內(nèi)向多個接收器發(fā)送的數(shù)據(jù)的接收器能夠在何時開始對于修復(fù)會話的請求有關(guān)的信息，其中所述修復(fù)閾值指定錯誤閾值，所述錯誤閾值與所述傳輸會話內(nèi)接收的所述數(shù)據(jù)的接收質(zhì)量有關(guān)，其中針對所述傳輸會話，使用多個補償模式和多個錯誤閾值，以及其中所述錯誤閾值中的至少一個和所述補償模式中的至少一個分別鏈接起來，所述設(shè)備還包括 處理器，被配置為確定所述接收器是否正確接收到在所述傳輸會話中發(fā)送的所述數(shù)據(jù)，以及響應(yīng)于確定所述接收器沒有正確接收到在所述傳輸會話中發(fā)送的所述數(shù)據(jù)，確定針對所述接收器的錯誤閾值，確定與確定的所述錯誤閾值相鏈接的補償模式，根據(jù)確定的所述補償模式請求修復(fù)會話，其中在所述修復(fù)會話中，至少向所述接收器發(fā)送在所述會話中發(fā)送的所述數(shù)據(jù)的至少一部分，以及 其中所述接收單元還被配置在所述修復(fù)會話中接數(shù)據(jù)。
8.根據(jù)權(quán)利要求6所述的設(shè)備，其中所述數(shù)據(jù)至少部分地通過無線網(wǎng)絡(luò)在所述傳輸會話中向所述多個接收器傳輸，以及其中所述無線網(wǎng)絡(luò)是至少部分地實現(xiàn)第三代伙伴項目定義的多媒體廣播/多播業(yè)務(wù)的移動網(wǎng)絡(luò)。
9.根據(jù)權(quán)利要求6所述的設(shè)備，其中所述數(shù)據(jù)在所述傳輸會話中向所述多個接收器的所述傳輸至少部分地由單向傳輸上的文件交付協(xié)議控制。
10.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述數(shù)據(jù)至少部分地通過無線網(wǎng)絡(luò)在所述傳輸會話中向所述多個接收器傳輸，以及其中所述無線網(wǎng)絡(luò)是至少部分地實現(xiàn)第三代伙伴項目定義的多媒體廣播/多播業(yè)務(wù)的移動網(wǎng)絡(luò)。
11.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述數(shù)據(jù)在所述傳輸會話中向所述多個接收器的所述傳輸至少部分地由單向傳輸上的文件交付協(xié)議控制。
12.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述補償模式屬性和所述修復(fù)閾值參數(shù)在所述傳輸會話的建立之前或者期間被傳送。
13.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述數(shù)據(jù)至少部分地通過無線網(wǎng)絡(luò)在所述傳輸會話中向所述多個接收器傳輸。
14.一種方法，包括 使得在傳輸會話中向多個接收器傳送數(shù)據(jù)，以及使得向所述多個接收器傳送補償模式屬性以及修復(fù)閾值屬性，其中所述補償屬性指定補償模式，所述補償模式提供與沒有正確接收到在傳輸會話內(nèi)發(fā)送的所述數(shù)據(jù)的接收器能夠在何時開始對于修復(fù)會話的請求有關(guān)的信息，其中所述修復(fù)閾值指定錯誤閾值，所述錯誤閾值與所述傳輸會話內(nèi)接收的所述數(shù)據(jù)的接收質(zhì)量有關(guān)，其中針對所述傳輸會話，使用多個補償模式和多個錯誤閾值，以及其中所述錯誤閾值中的至少一個和所述補償模式中的至少一個分別鏈接起來，因而允許所述接收器根據(jù)與由所述接收器確定的錯誤閾值相關(guān)聯(lián)的補償模式來請求所述修復(fù)會話，以及其中在所述修復(fù)會話中，至少向所述接收器發(fā)送在所述會話中發(fā)送的所述數(shù)據(jù)的至少一部分。
15.一種非暫時計算機可讀存儲介質(zhì)，包括計算機程序，該計算機程序具有操作以使處理器執(zhí)行權(quán)利要求14所述的方法的指令。
16.根據(jù)權(quán)利要求6所述的設(shè)備，其中所述通信單元被配置為將所述補償模式屬性和所述修復(fù)閾值屬性作為會話描述協(xié)議的屬性進行傳送。
17.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述接收單元被配置為接收作為所述會話描述協(xié)議的屬性的所述補償模式屬性和所述修復(fù)閾值屬性。
18.根據(jù)權(quán)利要求14所述的方法，其中所述補償模式屬性和所述修復(fù)閾值屬性被作為所述會話描述協(xié)議的屬性進行傳送。
19.根據(jù)權(quán)利要求6所述的設(shè)備，其中所述補償模式屬性和所述修復(fù)閾值屬性在所述傳輸會話的建立之前或者期間向所述接收器傳送。
20.根據(jù)權(quán)利要求14所述的方法，其中所述補償模式屬性和所述修復(fù)閾值屬性在所述傳輸會話的建立之前或者期間向所述接收器傳送。
21.根據(jù)權(quán)利要求I所述的方法，其中所述接收器是用戶設(shè)備。
22.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述接收器是用戶設(shè)備。
23.根據(jù)權(quán)利要求14所述的方法，其中所述接收器是用戶設(shè)備。
24.根據(jù)權(quán)利要求14所述的方法，其中所述數(shù)據(jù)至少部分地通過無線網(wǎng)絡(luò)在所述傳輸會話中傳輸，以及其中所述無線網(wǎng)絡(luò)是至少部分地實現(xiàn)第三代伙伴項目定義的多媒體廣播/多播業(yè)務(wù)的移動網(wǎng)絡(luò)。
25.根據(jù)權(quán)利要求14所述的方法，其中所述數(shù)據(jù)在所述傳輸會話中的所述傳輸至少部分地由單向傳輸上的文件交付協(xié)議控制。
26.根據(jù)權(quán)利要求I所述的方法，其中在所述傳輸會話的建立之前或者期間，向所述多個接收器傳送所述補償模式屬性和所述修復(fù)閾值屬性。
27.根據(jù)權(quán)利要求I所述的方法，其中所述補償模式屬性和所述修復(fù)閾值屬性作為會話描述協(xié)議的屬性被接收。
28.根據(jù)權(quán)利要求I所述的方法，其中所述接收器進入所述修復(fù)會話取決于在所述傳輸會話內(nèi)由所述接收器所接收的所述數(shù)據(jù)的接收質(zhì)量和所述錯誤閾值之間的相互關(guān)系。
29.根據(jù)權(quán)利要求I所述的方法，其中所述錯誤閾值按照錯誤單位、錯誤值、測量窗口單位和測量窗口值被量化。
30.根據(jù)權(quán)利要求I所述的方法，其中所述錯誤閾值被明確地或者隱含地標記。
31.根據(jù)權(quán)利要求I所述的方法，其中所述錯誤閾值其中的至少兩個與所述補償模式其中的至少兩個分別鏈接起來。
32.根據(jù)權(quán)利要求I所述的方法，其中根據(jù)在所述傳輸會話期間由接收器接收的所述數(shù)據(jù)的接收質(zhì)量和所述錯誤閾值要求的接收質(zhì)量之間的關(guān)系，將所述補償模式指派給所述接收器。
33.根據(jù)權(quán)利要求I所述的方法，其中所述信息由補償單位，補償值和補償窗口來表/Jn ο
34.根據(jù)權(quán)利要求I所述的方法，其中所述信息由指示使用絕對定時還是相對定時的變量以及時間值來表示。
35.根據(jù)權(quán)利要求I所述的方法，其中所述信息包括錯誤閾值和三個值X、Y和Z，以及其中在所述接收器處，如果在所述傳輸會話內(nèi)由所述接收器接收的所述數(shù)據(jù)的接收質(zhì)量好于所述錯誤閾值指示的接收質(zhì)量，則在持續(xù)時間X的時間間隔內(nèi)隨機開始對于所述修復(fù)會話的所述請求，其中所述間隔在所述傳輸會話結(jié)束時開始；否則，在Y和Y+Z之間的時限內(nèi)隨機開始對于所述修復(fù)會話的所述請求，其中Y從所述傳輸會話結(jié)束時開始起算。
36.根據(jù)權(quán)利要求I所述的方法，進一步包括接收修復(fù)類型參數(shù)屬性，所述修復(fù)類型參數(shù)屬性指定所述修復(fù)會話是否能夠是點對點會話，點對多點會話，還是二者。
37.根據(jù)權(quán)利要求I所述的方法，進一步包括接收修復(fù)令牌屬性，所述修復(fù)令牌屬性指定所述修復(fù)會話的類型和如下信息其中的至少一個，所述信息與將在所述修復(fù)會話內(nèi)從所述修復(fù)服務(wù)器向所述至少一個接收器傳輸所述多個接收器中的至少一個接收器在所述傳輸會話內(nèi)沒有正確接收到的所述數(shù)據(jù)的哪些部分有關(guān)。
38.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述接收器進入所述修復(fù)會話取決于在所述傳輸會話內(nèi)由所述接收器所接收的所述數(shù)據(jù)的接收質(zhì)量和所述錯誤閾值之間的相互關(guān)系。
39.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述錯誤閾值按照錯誤單位、錯誤值、測量窗口單位和測量窗口值被量化。
40.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述錯誤閾值被明確地或者隱含地標記。
41.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述錯誤閾值其中的至少兩個與所述補償模式其中的至少兩個分別鏈接起來。
42.根據(jù)權(quán)利要求7所述的設(shè)備，其中根據(jù)在所述傳輸會話期間所述接收器接收的所述數(shù)據(jù)的接收質(zhì)量和所述錯誤閾值要求的接收質(zhì)量之間的關(guān)系，將所述補償模式指派給接收器。
43.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述信息由補償單位，補償值和補償窗口來表示。
44.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述信息由指示使用絕對定時還是相對定時的變量以及時間值來表示。
45.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述信息包括錯誤閾值和三個值X、Y和Z，以及其中在所述接收器處，如果在所述傳輸會話內(nèi)由所述接收器接收的所述數(shù)據(jù)的接收質(zhì)量好于所述錯誤閾值指示的接收質(zhì)量，則在持續(xù)時間X的時間間隔內(nèi)隨機開始對于所述修復(fù)會話的所述請求，其中所述間隔在所述傳輸會話結(jié)束時開始；否則，在Y和Y+Z之間的時限內(nèi)隨機開始對于所述修復(fù)會話的所述請求，其中Y從所述傳輸會話結(jié)束時開始起算。
46.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述接收單元進一步配置為接收修復(fù)類型參數(shù)屬性，所述修復(fù)類型參數(shù)屬性指定所述修復(fù)會話是否能夠是點對點會話，點對多點會話，還是二者。
47.根據(jù)權(quán)利要求7所述的設(shè)備，其中所述接收單元進一步配置為接收修復(fù)令牌屬性，所述修復(fù)令牌屬性指定所述修復(fù)會話的類型和如下信息其中的至少一個，所述信息與將在所述修復(fù)會話內(nèi)從所述修復(fù)服務(wù)器向所述至少一個接收器傳輸所述多個接收器中的至少一個接收器在所述傳輸會話內(nèi)沒有正確接收到的所述數(shù)據(jù)的哪些部分有關(guān)。
全文摘要
本發(fā)明涉及在一個傳輸會話內(nèi)從一個發(fā)送器(902)向多個接收器(901)傳輸公用數(shù)據(jù)的方法、計算機程序、計算機程序產(chǎn)品、系統(tǒng)、發(fā)送器、接收器和會話描述協(xié)議，包括通過通信協(xié)議，向所述多個接收器(901)傳送(802)與所述傳輸會話內(nèi)的所述公用數(shù)據(jù)的所述傳輸有關(guān)的至少一個會話參數(shù)；以及在所述傳輸會話內(nèi)從所述發(fā)送器(902)向所述多個接收器(901)傳輸所述公用數(shù)據(jù)。本發(fā)明特別涉及有線和/或無線網(wǎng)絡(luò)中的公用數(shù)據(jù)的廣播/多播傳輸，其中使用了單向傳輸上的文件交付FLUTE協(xié)議。
文檔編號H04L12/18GK102984262SQ201210513458
公開日2013年3月20日 申請日期2005年3月17日 優(yōu)先權(quán)日2004年3月22日
發(fā)明者伊戈爾·屈爾西奧, 埃姆勒·阿克敘, 羅德·瓦爾施, 阿爾施·梅塔, 達維德·萊昂 申請人:諾基亞公司