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


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