專利名稱：用于點對多點傳輸系統(tǒng)的點對點修復(fù)響應(yīng)機制的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于傳送數(shù)據(jù)符號的系統(tǒng)中的方法、系統(tǒng)、發(fā)射機、網(wǎng)元、接收機和軟件應(yīng)用，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，并且其中在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從修復(fù)服務(wù)器傳送到所述接收機的一個特定接收機。
背景技術(shù)：
對于通過系統(tǒng)的例如互聯(lián)網(wǎng)協(xié)議(IP)多播、IP數(shù)據(jù)播送(IPDC)以及多媒體廣播/多播服務(wù)(MBMS)的點對多點(PtM)服務(wù)(也稱作一對多服務(wù))來說，例如諸如多媒體文件下載的文件傳遞是一項重要的服務(wù)。
然而，用于通過例如諸如文件傳輸協(xié)議(FTP)和超文本傳輸協(xié)議(HTTP)的點對點(PtP)協(xié)議傳送文件的許多特征對于PtM情境來說是有問題的。特別地，利用例如傳輸控制協(xié)議(TCP)的類似PtP確認(rèn)(ACK)協(xié)議進(jìn)行文件的可靠傳遞，即文件的有保證傳送不是切實可行的。
國際工程任務(wù)組(IETF)的可靠多播傳輸(RMT)工作組目前處于對兩類錯誤彈性多播傳輸協(xié)議進(jìn)行標(biāo)準(zhǔn)化的過程中。在第一分類中，可靠性通過(主動式)前向糾錯(FEC)的使用來實施，即通過發(fā)送能夠幫助接收機重構(gòu)錯誤數(shù)據(jù)的一定量冗余數(shù)據(jù)；在第二分類中，可靠性通過使用接收機的反饋來實施，即，由接收機發(fā)送關(guān)于接收到的數(shù)據(jù)的確認(rèn)(ACK)或非確認(rèn)(NACK)。
異步分層編碼(ALC)是屬于第一分類的協(xié)議實例，而面向NACK的可靠多播(NORM)協(xié)議屬于第二分類。這些協(xié)議可在接入網(wǎng)絡(luò)上使用，該接入網(wǎng)絡(luò)包括但不限于無線多址網(wǎng)絡(luò)，例如通用移動通信系統(tǒng)(UMTS，包括全球移動通信系統(tǒng)演進(jìn)無線接入網(wǎng)(GERAN，Global System for Moblie Communications Evolution Radio AccessNetwork)和UMTS陸地?zé)o線接入網(wǎng)(UTRAN，UMTS Terrestrial RadioAccess Network))、無線局域網(wǎng)(WLAN)、數(shù)字視頻廣播-陸地(DVB-T)網(wǎng)絡(luò)和數(shù)字視頻廣播-衛(wèi)星(DVB-S)網(wǎng)絡(luò)。
NACK消息一般不是NORM特定的，但它們也可結(jié)合其他協(xié)議或系統(tǒng)使用，例如結(jié)合支持由基于單向傳輸?shù)奈募鬟f(FLUTE，F(xiàn)ile Delivery over Unidirectional Transport)協(xié)議控制的會話的系統(tǒng)。
FLUTE是在FEC和ALC構(gòu)建塊上構(gòu)建的一對多傳輸協(xié)議。其旨在用于通過單向系統(tǒng)從發(fā)射機至接收機的文件傳遞。其具有使其適于無線PtM系統(tǒng)的專門作用。在由上述的IETF的RMT工作組所準(zhǔn)備的標(biāo)題為“FLUTE-基于單向傳輸?shù)奈募鬟f”(互聯(lián)網(wǎng)草案)的公開物中更加詳細(xì)地描述了該FLUTE協(xié)議的細(xì)節(jié)。
FLUTE的使用例如由第三代合作伙伴(3GPP)規(guī)定以用于MBMS系統(tǒng)會話中的文件下載。FEC可能用于或可能不用于這種FLUTE會話中。不管怎樣，不是會話中的所有接收機都能夠被期望當(dāng)在會話結(jié)束時接收整個文件。為此，3GPP處于定義PtP修復(fù)會話的過程中，其中允許接收機經(jīng)由NACK消息向發(fā)射機或修復(fù)服務(wù)器進(jìn)行關(guān)于修復(fù)數(shù)據(jù)符號的傳輸?shù)男盘栒埱?所述修復(fù)數(shù)據(jù)符號例如為沒有被接收機正確接收的數(shù)據(jù)符號)，以便接收足夠的數(shù)據(jù)符號并且接著能夠重構(gòu)下載的內(nèi)容。在所述的NACK消息中，所述接收機所需的所述修復(fù)數(shù)據(jù)符號必須被充分地標(biāo)識，從而修復(fù)服務(wù)器能夠確定哪些數(shù)據(jù)符號必須被傳送或重傳。
當(dāng)接收機被預(yù)定用于修復(fù)會話時，則在接收機和修復(fù)服務(wù)器之間建立例如HTTP會話的PtP會話，其中所需的修復(fù)數(shù)據(jù)符號被傳送到接收機。
盡管數(shù)據(jù)符號在基于例如用戶數(shù)據(jù)報協(xié)議(UDP)的不可靠協(xié)議的PtM會話中被傳送，并且修復(fù)數(shù)據(jù)符號在基于例如傳輸控制協(xié)議(TCP)的可靠協(xié)議的PtP會話中被傳送，目前修復(fù)數(shù)據(jù)符號被配備成與數(shù)據(jù)符號具有相同報頭信息。該報頭信息包括-默認(rèn)的分層編碼傳輸(LCT)報頭，-LCT報頭擴(kuò)展段，以及-FEC凈荷ID段。
LCT報頭包括-具有一排標(biāo)記的第一段，LCT報頭長度字段和用于表示FEC編碼ID的碼點字段，-擁塞控制信息(CCI)，-傳輸會話標(biāo)識符(TSI)，-傳輸對象標(biāo)識符(TOI)，-發(fā)送方當(dāng)前時間(SCT)，以及-期望剩余時間(ERT)。
然而，修復(fù)數(shù)據(jù)符號應(yīng)該以最有效的方式發(fā)送使得接收機能夠容易地識別修復(fù)數(shù)據(jù)符號并且完成對在多播/廣播PtM會話期間部分下載的文件的解碼。因此應(yīng)該保持少量的在修復(fù)數(shù)據(jù)符號傳輸中帶來的開銷，所述開銷通常代表已經(jīng)發(fā)送的數(shù)據(jù)符號的重傳，以減小PtP響應(yīng)時間而同時保持接收機操作簡單。

發(fā)明內(nèi)容
因此在用于以點對多點和點對點會話二者來傳送數(shù)據(jù)符號的系統(tǒng)中需求更為有效的方法、系統(tǒng)、發(fā)射機、網(wǎng)元、接收機和軟件應(yīng)用。
提出了一種用于傳送數(shù)據(jù)符號的方法，包括在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭；以及在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從修復(fù)服務(wù)器傳送到所述接收機中的一個特定接收機，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
所述系統(tǒng)可表示任何無線或有線系統(tǒng)，其中數(shù)據(jù)符號從至少一個發(fā)射機傳送到一個或多個接收機。所述點對多點傳輸可以是廣播傳輸，其中所述發(fā)射機尋址所有接收機，或者所述點對多點傳輸可以是多播傳輸，其中所述發(fā)射機僅尋址所有接收機的一個子群。所述系統(tǒng)例如可以在UMTS、LAN、WLAN、DVB-T或DVB-S的環(huán)境中部署，并且可旨在將例如多媒體文件的內(nèi)容分布于多個接收機。所述一個或多個數(shù)據(jù)符號的所述傳輸可在單向或雙向的傳輸鏈路上執(zhí)行。
所述傳送的數(shù)據(jù)符號例如可涉及將要被傳輸?shù)剿鼋邮諜C的內(nèi)容。該內(nèi)容可被分段并被處理以允許到所述接收機的傳輸，而所述數(shù)據(jù)符號將被理解為該分段和處理的結(jié)果。例如，一個數(shù)據(jù)符號可表示一個或多個編碼符號(例如，編碼分組)，該編碼符號通過例如多媒體文件或其部分的傳輸對象的FEC編碼來獲得。其中，每個數(shù)據(jù)符號僅可表示一個信息攜帶單元，例如一個二進(jìn)制數(shù)字(位)或多個信息攜帶單元。
所述數(shù)據(jù)符號配備有服從例如FLUTE協(xié)議的文件傳遞協(xié)議的第一類型報頭。所述配備可通過將所述報頭添加到所述數(shù)據(jù)符號或通過創(chuàng)建在所述第一類型報頭和所述數(shù)據(jù)符號之間的關(guān)聯(lián)的其他技術(shù)來執(zhí)行。所述第一類型數(shù)據(jù)符號和它們的關(guān)聯(lián)數(shù)據(jù)符號例如可以形成FLUTE分組。第一類型報頭例如可包含有關(guān)所述接收機和所述發(fā)射機處的協(xié)議實體之間的所述數(shù)據(jù)符號的邏輯傳輸?shù)男畔ⅰ?br> 至少在一個所述接收機(其被稱作特定接收機)處，需要接收修復(fù)數(shù)據(jù)符號，這歸因于例如諸如所傳送的數(shù)據(jù)符號的不正確接收或丟失的多種原因。所述特定接收機可在數(shù)據(jù)符號的所述傳輸期間或在數(shù)據(jù)符號傳輸完成以后意識到需要接收修復(fù)數(shù)據(jù)符號。
所述修復(fù)數(shù)據(jù)符號例如可以是沒有被特定接收機接收到的傳送數(shù)據(jù)符號的簡單副本。同樣，它們關(guān)于編碼和實際內(nèi)容可以不同。修復(fù)數(shù)據(jù)符號用于向所述特定接收機提供所述特定接收機所需的一定量信息。
為了觸發(fā)來自所述修復(fù)服務(wù)器的修復(fù)數(shù)據(jù)符號的傳輸，所述特定接收機可在修復(fù)請求消息中將修復(fù)數(shù)據(jù)信息向所述修復(fù)服務(wù)器進(jìn)行信號發(fā)送。這可發(fā)生在點對點傳輸中。因此修復(fù)服務(wù)器能夠生成合適的修復(fù)數(shù)據(jù)符號并且將它們傳送到特定的接收機。該修復(fù)數(shù)據(jù)符號的傳輸在點對點修復(fù)會話中執(zhí)行。
所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從相同文件傳遞協(xié)議的一個或多個第二類型報頭。因此所述第二類型數(shù)據(jù)符號報頭例如可完全服從所述文件傳遞協(xié)議，這樣其需要定義至少兩種不同類型的數(shù)據(jù)符號報頭。同樣，所述第二類型報頭可表示由所述文件傳遞協(xié)議所定義的一個或多個數(shù)據(jù)符號報頭的修改，其中所述修改可包括對所述第一類型報頭的參數(shù)的所有形式的添加、刪除或改變以及組合幾種可能修改的第一類型報頭。優(yōu)選地，所述修改可僅包括通過刪除所述第一類型報頭的至少一個參數(shù)的所述第一類型報頭的縮減。所述配備例如可通過將第二類型報頭添加到修復(fù)數(shù)據(jù)符號或通過將所述修復(fù)數(shù)據(jù)符號與所述第二類型報頭關(guān)聯(lián)的其他技術(shù)來完成。例如，幾個修復(fù)數(shù)據(jù)符號可組合成一個HTTP分組，并且一個第二類型報頭還可包括在所述HTTP分組中，其中所述第二類型報頭包括對于所述HTTP分組中所有修復(fù)數(shù)據(jù)符號都有效的信息。
因此本發(fā)明一方面提出針對數(shù)據(jù)符號的傳輸使用不同類型的報頭，并且另一方面修復(fù)數(shù)據(jù)符號。該建議考慮到這樣的事實，即在點對多點會話中傳送的數(shù)據(jù)符號是基于不可靠協(xié)議(例如UDP)的，而在點對點會話中傳輸?shù)臄?shù)據(jù)符號是基于可靠協(xié)議(例如TCP)的，因此必須包括在用于該數(shù)據(jù)符號的第一類型報頭中的至少一些參數(shù)不必包括在由修復(fù)數(shù)據(jù)符號使用的第二類型數(shù)據(jù)符號報頭中。根據(jù)本發(fā)明的該方法考慮在具有明顯減小的開銷的情況下更為有效地傳輸修復(fù)數(shù)據(jù)符號。利用至少部分地服從所述文件傳遞協(xié)議的第二類型報頭，在修復(fù)服務(wù)器和接收機的協(xié)議實例處以及相應(yīng)的實施可能不需要或僅需要少量的改變。
根據(jù)本發(fā)明，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)可以與點對多點傳輸相關(guān)。所述參數(shù)例如可以是擁塞控制信息(CCI)、發(fā)送方當(dāng)前時間(SCT)、期望剩余時間(ERT)以及一些情況下的傳輸會話標(biāo)識符(TSI)。
根據(jù)本發(fā)明，在所述點對多點傳輸會話中，所述文件傳遞協(xié)議可使用用戶數(shù)據(jù)報協(xié)議的服務(wù)。
根據(jù)本發(fā)明，在所述點對點修復(fù)會話中，所述文件傳遞協(xié)議可使用傳輸控制協(xié)議的服務(wù)。
根據(jù)本發(fā)明，在所述點對點修復(fù)會話中，所述文件傳遞協(xié)議可使用超文本傳輸協(xié)議的服務(wù)。該協(xié)議又可使用傳輸控制協(xié)議的服務(wù)。
根據(jù)本發(fā)明，所述文件傳遞協(xié)議可以是基于單向傳輸?shù)奈募鬟f(FLUTE)協(xié)議，并且所述數(shù)據(jù)符號和所述修復(fù)數(shù)據(jù)符號可表示FLUTE編碼符號。所述FLUTE編碼符號例如可通過對傳輸對象的部分進(jìn)行前向糾錯編碼來獲得，所述傳輸對象將被傳遞到所述點對多點會話中的所述一個或多個接收機。每個數(shù)據(jù)符號例如可表示一個或幾個編碼符號。
根據(jù)本發(fā)明，所述FLUTE協(xié)議可使用超文本傳輸協(xié)議(HTTP)的服務(wù)，并且所述HTTP可在所述修復(fù)服務(wù)器和所述特定接收機之間傳輸HTTP分組。為此，所述數(shù)據(jù)符號和它們關(guān)聯(lián)的一個或多個第二類型報頭可以被作為凈荷并入所述HTTP分組。
根據(jù)本發(fā)明的第一實施方式，一個FLUTE編碼符號和一個關(guān)聯(lián)的第二類型報頭的組合形成壓縮FLUTE分組，并且至少一個所述HTTP分組包括HTTP分組報頭和一個或多個所述壓縮FLUTE分組。
根據(jù)本發(fā)明的所述第一實施方式，所述壓縮FLUTE分組的所述第二類型報頭至少包括分層編碼傳輸報頭的一部分、所述壓縮FLUTE分組中的所述FLUTE編碼符號的標(biāo)識符以及所述FLUTE編碼符號的大小。所述分層編碼傳輸報頭可來自于分層編碼傳輸構(gòu)建塊，F(xiàn)LUTE協(xié)議層構(gòu)建于其上。所述FLUTE編碼符號的所述標(biāo)識符例如可以是提供源塊號(SBN)的FEC凈荷ID和對應(yīng)于所述FLUTE編碼符號的編碼符號標(biāo)識符(ESI)。
根據(jù)本發(fā)明的第二實施方式，所述至少一個HTTP分組具有多部分多用途互聯(lián)網(wǎng)郵件擴(kuò)展(MIME)結(jié)構(gòu)，并且所述壓縮FLUTE分組通過MIME邊界彼此隔開并與所述HTTP分組報頭隔開。則由MIME邊界構(gòu)成的隔開可允許在所述第二類型報頭中跳過關(guān)于編碼符號大小的參數(shù)。
根據(jù)本發(fā)明的第二實施方式，所述壓縮FLUTE分組的所述第二類型報頭包括分層編碼傳輸報頭的一部分，以及所述壓縮FLUTE分組中所述FLUTE編碼符號的標(biāo)識符。
根據(jù)本發(fā)明的第三實施方式，至少一個所述HTTP分組包括HTTP分組報頭、包括至少兩個FLUTE編碼符號和相應(yīng)的關(guān)聯(lián)標(biāo)識符的一個或多個塊、以及每個所述塊的一個相應(yīng)的第二類型報頭，其中每個相應(yīng)第二類型報頭對于相應(yīng)塊的所有FLUTE編碼符號是有效的。FLUTE編碼符號與塊的組合允許每個塊僅使用一個第二類型報頭而不必每個FLUTE編碼符號提供一個第二類型報頭。與塊組合的所述FLUTE編碼符號有利地具有相同的特性，例如相同的大小、相同的TOI和相同的TSI，并且針對每個FLUTE編碼符號而不同的特性則可被并入FLUTE編碼符號的所述塊中。
根據(jù)本發(fā)明的所述第三實施方式，所述至少一個HTTP分組具有MIME結(jié)構(gòu)，以及所述HTTP分組報頭、所述塊和所述第二類型報頭由MIME邊界相互隔開。然后可以不需要顯式地傳輸FLUTE編碼符號的塊的大小。
根據(jù)本發(fā)明的所述第三實施方式，所述相應(yīng)的第二類型報頭包括在所述相應(yīng)塊中的所述FLUTE編碼符號的大小和分層編碼傳輸報頭的一部分。
根據(jù)本發(fā)明的所述第三實施方式，至少一個所述塊包括FLUTE編碼符號、相應(yīng)的關(guān)聯(lián)標(biāo)識符、相應(yīng)的分層編碼傳輸報頭長度和至少一個分層編碼傳輸報頭擴(kuò)展。所述LCT報頭擴(kuò)展例如可以是EXT_FTI或EXT_FDT。所述相應(yīng)的LCT報頭長度可指示是否存在一個或多個所述LCT報頭擴(kuò)展。
根據(jù)本發(fā)明的第四實施方式，至少一個所述HTTP分組包括HTTP分組報頭、一個第二類型報頭和包括至少兩個FLUTE編碼符號的一個或多個塊。接著僅一個第二類型報頭用于包括在所述HTTP分組中的所有FLUTE編碼符號，其用作為所有所述FLUTE編碼符號提供所有報頭信息的索引對象。接著所述第二類型報頭例如可以被分段成與FLUTE編碼符號的所述塊的每一個相關(guān)的子報頭。
根據(jù)本發(fā)明的所述第四實施方式，所述至少一個HTTP分組具有MIME結(jié)構(gòu)，并且所述HTTP分組報頭、所述一個第二類型報頭以及所述一個或多個塊由MIME邊界互相隔開。這可以允許跳過FLUTE編碼符號的塊的尺寸的顯式(explicit)傳輸。
根據(jù)本發(fā)明的所述第四實施方式，所述第二類型報頭包括在所述HTTP分組中的每個相應(yīng)塊的一個相應(yīng)子報頭，并且每個所述的相應(yīng)子報頭包括分層編碼傳輸報頭的一部分、所述相應(yīng)塊中所述FLUTE編碼符號的大小，所述相應(yīng)塊中FLUTE編碼符號的數(shù)目以及所述相應(yīng)塊中每個FLUTE編碼符號的一個標(biāo)識符。
根據(jù)本發(fā)明的所述第四實施方式，至少一個所述子報頭包括所述相應(yīng)塊中每個FLUTE編碼符號的一個分層編碼傳輸報頭長度、以及用于所述相應(yīng)塊中至少一個所述FLUTE編碼符號的至少一個分層編碼傳輸報頭擴(kuò)展。所述LCT報頭擴(kuò)展例如可以是EXT_FDT或EXT_FTI。所述LCT報頭長度可以指示是否存在一個或多個所述LCT報頭擴(kuò)展。
根據(jù)本發(fā)明，所述第二類型報頭可進(jìn)一步包括所述點對多點傳輸會話的標(biāo)識符。所述標(biāo)識符例如可以是傳輸會話標(biāo)識符(TSI)。然而，如果僅存在一個傳輸會話或如果從上下文完全清楚所述FLUTE編碼符號所涉及的是哪些傳輸會話，則所述傳輸會話的所述標(biāo)識符可以不需要。
根據(jù)本發(fā)明，所述第二類型報頭可進(jìn)一步包括與所述FLUTE編碼符號相關(guān)的傳輸對象的標(biāo)識符。該標(biāo)識符例如可以是傳輸對象標(biāo)識符(TOI)。然而，如果每個傳輸會話僅一個傳輸對象被傳送，則所述標(biāo)識符可以不需要。
根據(jù)本發(fā)明，所述第二類型報頭可進(jìn)一步包括分層編碼傳輸報頭擴(kuò)展。這些LCT報頭擴(kuò)展例如可以是EXT_FTI或EXT_FDT。
根據(jù)本發(fā)明，所述分層編碼傳輸報頭的所述部分可包括分層編碼傳輸版本號、擁塞控制標(biāo)記、預(yù)留空間、傳輸會話標(biāo)識符標(biāo)記、傳輸對象標(biāo)識符TOI標(biāo)記、半字標(biāo)記、發(fā)送方當(dāng)前時間標(biāo)記、期望剩余時間標(biāo)記、關(guān)閉會話標(biāo)記、關(guān)閉對象標(biāo)記、分層編碼傳輸報頭長度以及碼點。所述分層編碼傳輸報頭的所述部分例如可以是4個字節(jié)的長度。
進(jìn)一步提出一種用于傳輸數(shù)據(jù)符號的系統(tǒng)，該系統(tǒng)包括發(fā)射機、一個或多個接收機和修復(fù)服務(wù)器，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從所述發(fā)射機傳送到所述一個或多個接收機，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，其中在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述修復(fù)服務(wù)器傳送到所述接收機的一個特定接收機，并且其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
根據(jù)本發(fā)明的系統(tǒng)，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)可以與點對多點傳輸相關(guān)。
進(jìn)一步提出一種用于傳送數(shù)據(jù)符號的系統(tǒng)中的發(fā)射機，該發(fā)射機包括被設(shè)置用于在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從所述發(fā)射機傳送到一個或多個接收機的裝置，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，其中在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從修復(fù)服務(wù)器傳送到所述接收機的一個特定接收機，并且其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。所述發(fā)射機和所述修復(fù)服務(wù)器可以共同定位或甚至是相同的。
根據(jù)本發(fā)明的發(fā)射機，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)可以與點對多點傳輸相關(guān)。
進(jìn)一步提出一種用于傳送數(shù)據(jù)符號的系統(tǒng)中的網(wǎng)元，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從所述發(fā)射機傳送到一個或多個接收機，并且其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，所述網(wǎng)元包括被設(shè)置用于在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述網(wǎng)元傳送到所述接收機的一個特定接收機的裝置，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。所述發(fā)射機和所述網(wǎng)元可以共同定位或甚至是相同的。所述網(wǎng)元例如可以是修復(fù)服務(wù)器。
根據(jù)本發(fā)明的網(wǎng)元，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)可以與點對多點傳輸相關(guān)。
進(jìn)一步提出一種可在用于傳輸數(shù)據(jù)符號的系統(tǒng)的網(wǎng)元中執(zhí)行的軟件應(yīng)用，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，并且其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，該軟件應(yīng)用包括用于使得網(wǎng)元在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述網(wǎng)元傳送到所述接收機的一個特定接收機的程序代碼，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
所述軟件應(yīng)用也可以是計算機程序產(chǎn)品，該計算機程序產(chǎn)品包括存儲在例如所述網(wǎng)元的存儲器那樣的介質(zhì)上的程序代碼。
根據(jù)本發(fā)明的軟件應(yīng)用，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)例如可以與點對多點傳輸相關(guān)。
進(jìn)一步提出一種用于傳送數(shù)據(jù)符號的系統(tǒng)中的接收機，該接收機包括被設(shè)置用于接收在點對多點傳輸會話中從發(fā)射機向一個或多個接收機傳送的一個或多個數(shù)據(jù)符號的裝置，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭；以及被設(shè)置用于接收在點對點修復(fù)會話中來自修復(fù)服務(wù)器的一個或多個修復(fù)數(shù)據(jù)符號的裝置，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
根據(jù)本發(fā)明的接收機，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)可以與點對多點傳輸相關(guān)。
進(jìn)一步提出一種可在用于傳送數(shù)據(jù)符號的系統(tǒng)的接收機內(nèi)執(zhí)行的軟件應(yīng)用，該軟件應(yīng)用包括用于使得接收機接收在點對多點傳輸會話中從發(fā)射機傳送到一個或多個接收機的一個或多個數(shù)據(jù)符號的程序代碼，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭；以及用于使得接收機接收在點對點修復(fù)會話中來自修復(fù)服務(wù)器的一個或多個修復(fù)數(shù)據(jù)符號的程序代碼，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
所述軟件應(yīng)用也可以是計算機程序產(chǎn)品，該計算機程序產(chǎn)品包括存儲在例如所述接收機的存儲器那樣的介質(zhì)上的程序代碼。
根據(jù)本發(fā)明的軟件應(yīng)用，所述第一類型報頭可包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且所述參數(shù)例如可以與點對多點傳輸相關(guān)。
結(jié)合下面描述的實施方式，本發(fā)明的這些和其他的方面將變得明顯并且得到闡明。


在附圖中表示出圖1a根據(jù)本發(fā)明的點對多點(PtM)傳輸會話中的數(shù)據(jù)符號的傳輸?shù)氖疽鈭D；圖1b根據(jù)本發(fā)明的點對點(PtP)修復(fù)會話中的針對修復(fù)數(shù)據(jù)符號的請求的信令的示意圖；
圖1c根據(jù)本發(fā)明的PtP修復(fù)會話中的修復(fù)數(shù)據(jù)符號的傳輸?shù)氖疽鈭D；圖2a根據(jù)本發(fā)明的用于在PtM傳輸會話中傳輸數(shù)據(jù)符號的協(xié)議棧的示意圖；圖2b根據(jù)本發(fā)明的用于在PtP修復(fù)會話中傳輸修復(fù)數(shù)據(jù)符號的協(xié)議棧的示意圖；圖3a根據(jù)本發(fā)明的第一實施方式的壓縮FLUTE分組的示意圖；圖3b根據(jù)本發(fā)明的第一實施方式的將壓縮FLUTE分組嵌入HTTP分組的示意圖；圖4a根據(jù)本發(fā)明的第二實施方式的壓縮FLUTE分組的示意圖；圖4b根據(jù)本發(fā)明的第二實施方式的將壓縮FLUTE分組嵌入HTTP分組的示意圖；圖5a根據(jù)本發(fā)明的第三實施方式的HTTP分組的示意圖；圖5b根據(jù)本發(fā)明的第三實施方式的公共FLUTE報頭的示意圖；圖5c根據(jù)本發(fā)明的第三實施方式的編碼符號的塊的示意圖；圖5d根據(jù)本發(fā)明的第三實施方式的在使用LCT報頭擴(kuò)展情況下的編碼符號的可選塊的示意圖；圖6a根據(jù)本發(fā)明的第四實施方式的HTTP分組的示意圖；圖6b根據(jù)本發(fā)明的第四實施方式的索引對象報頭的示意圖；圖6c根據(jù)本發(fā)明的第四實施方式的編碼符號的塊的示意圖；圖7根據(jù)本發(fā)明的方法的示意性流程圖。
具體實施例方式
作為初始說明，應(yīng)該注意到本專利申請的介紹性部分的主題可用于支持該詳細(xì)的描述。
本發(fā)明提出使用兩種不同的報頭類型，一方面用于從發(fā)射機至多個接收機的數(shù)據(jù)符號的PtM傳輸，以及另一方面用于從修復(fù)服務(wù)器至所述接收機之一的修復(fù)數(shù)據(jù)符號的PtP傳輸。這考慮了這樣的事實，即數(shù)據(jù)符號的傳輸基于例如UDP的不可靠協(xié)議，并且由于修復(fù)數(shù)據(jù)符號的傳輸因而需要更多的開銷信息，其中該修復(fù)數(shù)據(jù)符號的傳輸基于例如TCP的更為可靠的協(xié)議。
在本發(fā)明的該詳細(xì)描述中，經(jīng)常對FLUTE/UDP被用于PtM傳輸情形以及HTTP/TCP被用于PtP傳輸情形的情況進(jìn)行參考。應(yīng)該注意到該選擇的本質(zhì)僅是示例性的并且本發(fā)明可同樣很好地在類似的情境中應(yīng)用，其中服從某個協(xié)議并且首先以PtM情境傳送的數(shù)據(jù)符號接著必須在PtP情境中重傳，并且其中至少部分地必須遵守所述協(xié)議。
圖1a示出PtM會話，其中數(shù)據(jù)符號從發(fā)射機1傳送到多個接收機3-1...3-3。發(fā)射機連接到例如互聯(lián)網(wǎng)的網(wǎng)絡(luò)2，并且因此訪問待分布于廣播或多播會話中的所述多個接收機的內(nèi)容，例如在3GPPMBMS系統(tǒng)的范圍內(nèi)。為此，發(fā)射機包括處理器10、存儲器11和傳輸/接收(Tx/Rx)實例。內(nèi)容在處理器10的控制下從網(wǎng)絡(luò)2收集，可能立即存儲在存儲器11中并接著被編碼和調(diào)制用于經(jīng)由Tx/Rx實例12傳輸?shù)浇邮諜C3-1...3-3的Tx/Rx實例32。所述處理器10被理解為實施ISO/OSI協(xié)議棧的所有層的功能，尤其將內(nèi)容編碼到FLUTE編碼符號，連同F(xiàn)LUTE報頭形成FLUTE分組，并且這些FLUTE報頭的生成由所述處理器10執(zhí)行。
在所述接收機3-1...3-3處，其中僅特定的接收機3-1被詳細(xì)地示出，F(xiàn)LUTE分組經(jīng)由Tx/Rx實例32被接收，由處理器30解調(diào)和解碼并且存儲在存儲器31中作為在所述接收機或附屬設(shè)備中運行的任意類型的應(yīng)用的輸入。
圖1b示出當(dāng)在所述特定接收機3-1處沒有正確地接收FLUTE分組時的情況，或當(dāng)在所述特定接收機處3-1處沒有接收到足夠的FLUTE分組時的情況，從而必須請求修復(fù)數(shù)據(jù)符號的傳輸，所述修復(fù)數(shù)據(jù)符號允許所述特定接收機3-1重構(gòu)由所述發(fā)射機1所分布的完整內(nèi)容。為此，從接收機3-1向修復(fù)服務(wù)器4發(fā)送修復(fù)請求消息，該修復(fù)服務(wù)器具有與發(fā)射機1類似的結(jié)構(gòu)(set-up)并甚至可以與所述發(fā)射機1相同。所述修復(fù)請求消息的傳輸例如可以在HTTP會話中發(fā)生。接著所述修復(fù)服務(wù)器4處理所述修復(fù)請求消息，該消息包括關(guān)于所述特定接收機3-1所需的FLUTE分組的信息。
圖1c示出修復(fù)服務(wù)器4的該處理的結(jié)果。當(dāng)修復(fù)服務(wù)器4已確定必須被發(fā)送到特定接收機3-1作為修復(fù)響應(yīng)中的修復(fù)數(shù)據(jù)符號的FLUTE編碼符號時，它從網(wǎng)絡(luò)2獲取生成這些修復(fù)數(shù)據(jù)符號所需的信息，例如所需FLUTE編碼符號相關(guān)的傳輸對象或其部分?；谠搨鬏攲ο螅迯?fù)數(shù)據(jù)符號(FLUTE編碼符號)由處理器40生成，其配備有壓縮FLUTE報頭以獲得壓縮FLUTE分組，并且接著在修復(fù)響應(yīng)消息中將其傳送到特定的接收機3-1。
根據(jù)本發(fā)明，與用于FLUTE分組中的數(shù)據(jù)符號的FLUTE報頭相比，修復(fù)服務(wù)器4因而使用用于修復(fù)數(shù)據(jù)符號的壓縮FLUTE報頭，即，壓縮FLUTE報頭包括比所述的FLUTE報頭更少的參數(shù)或信息。例如，PtM傳輸特定于并且在PtP傳輸中不需要的所有參數(shù)可在所述壓縮FLUTE報頭中被跳過。還可能若干FLUTE編碼符號共享相同的壓縮FLUTE報頭。
圖2a示意性地示出用于從發(fā)射機1處的FLUTE協(xié)議實體到接收機3-1..3-3處的對等FLUTE協(xié)議實體的FLUTE編碼符號(包括在FLUTE分組中)的PtM傳輸?shù)膮f(xié)議棧。為了傳輸FLUTE分組，F(xiàn)LUTE層51使用UDP層53的服務(wù)，其接著又使用互聯(lián)網(wǎng)協(xié)議(IP)層53的服務(wù)。接著IP分組的實際傳輸由協(xié)議棧的更低層54完成。其中，使用與FLUTE協(xié)議一致的FLUTE報頭。
圖2b示意性地示出用于從修復(fù)服務(wù)器4處的FLUTE協(xié)議實體到特定接收機3-1處的對等FLUTE協(xié)議實體的FLUTE編碼符號(包括在壓縮FLUTE分組中)的PtP傳輸?shù)膮f(xié)議棧。在這種情況下，使用壓縮FLUTE報頭。與圖2a的協(xié)議棧相比較，F(xiàn)LUTE協(xié)議層51現(xiàn)在使用下面的HTTP層55的PtP傳輸服務(wù)，該HTTP層駐留于TCP層56之上。為此，壓縮FLUTE分組被嵌入到HTTP分組中，該HTTP分組接著在特定接收機3-1和修復(fù)服務(wù)器4處的對等HTTP實體之間傳輸。為了該傳輸，HTTP/TCP使用下面的IP層53的服務(wù)。類似于圖2a，IP分組接著由更低層54傳輸。
本發(fā)明的第一實施方式圖3a示出根據(jù)本發(fā)明的第一實施方式的壓縮FLUTE分組8。該壓縮FLUTE分組8包括壓縮FLUTE報頭6和作為凈荷的一個編碼符號7。
在PtM傳輸中使用的FLUTE分組中的某些字段在PtP修復(fù)會話中不再需要，因為與通過不可靠的UDP鏈路傳遞的PtM會話中的FLUTE分組相反，修復(fù)響應(yīng)通過可靠的TCP鏈路傳遞。因此本發(fā)明提出將FLUTE分組拆分至僅有的最低限度，同時確保僅有必要的字段包括在修復(fù)會話中使用的PtP響應(yīng)凈荷格式中。
圖3a的壓縮FLUTE報頭包括默認(rèn)分層編碼傳輸(LCT)報頭61的前4個字節(jié)。相應(yīng)的字段6100-6111以及它們的含意保持相同。字段TSI標(biāo)記6103、TOI標(biāo)記6104和半字標(biāo)記6105提供關(guān)于TSI字段62和TOI字段63的大小的信息。字段碼點6111用于將FEC編碼ID如由FLUTE協(xié)議指定的那樣進(jìn)行信號發(fā)送。如擁塞控制標(biāo)記6101、發(fā)送方當(dāng)前時間標(biāo)記6106、期望剩余時間標(biāo)記6107、關(guān)閉會話標(biāo)記6108以及關(guān)閉對象標(biāo)記6109的一些字段可以不在PtP響應(yīng)中發(fā)送，因為當(dāng)通過可靠的PtP連接發(fā)送時，它們是沒有用的。以LCT報頭段61的字段的比特數(shù)表示的大小和內(nèi)容可總結(jié)如下V＝LCT版本號(4比特)C＝擁塞控制標(biāo)記(2比特)R＝預(yù)留(2比特)S＝TSI標(biāo)記(1比特)O＝TOI標(biāo)記(2比特)H＝半字標(biāo)記(1比特)T＝發(fā)送方當(dāng)前時間標(biāo)記(1比特)R＝期望剩余時間標(biāo)記(1比特)A＝關(guān)閉會話標(biāo)記(1比特)
B＝關(guān)閉對象標(biāo)記(1比特)HDR_LEN＝LCT報頭長度(8比特)CP＝碼點(8比特)壓縮FLUTE報頭6的TSI字段62可具有0、16、32、或48比特的大小。該TSI需要用來標(biāo)識該會話。特定的接收機可在PtP修復(fù)會話之前加入到來自相同發(fā)射機的多于一個的FLUTE下載會話中。因此特定的接收機必須指定在其PtP修復(fù)請求中請求PtP修復(fù)的會話。修復(fù)服務(wù)器在PtP修復(fù)響應(yīng)中發(fā)送TSI，使得特定接收機將能夠識別修復(fù)數(shù)據(jù)符號所屬于的會話。發(fā)射機的地址和TSI唯一地標(biāo)識該會話。
壓縮FLUTE報頭6的TOI字段63可具有0、16、32、48、64、80、96或112比特的大小。需要TOI來標(biāo)識會話中的傳輸對象。FLUTE下載可在單個會話中包括多于一個的傳輸對象(文件)。例如，音頻文件和視頻文件可在相同F(xiàn)LUTE會話中被下載。特定的接收機必須指定請求PtP修復(fù)的傳輸對象。(TOI，TSI)唯一地標(biāo)識該傳輸對象。
壓縮FLUTE報頭6的FEC凈荷ID64取決于FEC編碼ID。FEC編碼ID和FEC凈荷ID之間的映射與由IETF在出版物RFC3452“Forward Error Correction Building Block”和在出版物RFC3695“Compact Forward Error Correction(FEC)Schemes”中以及由DigitalFountain的M.Luby于2004年6月7日在最新IETF互聯(lián)網(wǎng)草案“Simple Forward Error Correction Schemes”(可在http://www.ietf.org/mailarchive/web/rmt/current/msg00312.html處獲得)中所定義的相同。例如，根據(jù)RFC3695(由MBMS FLUTE所采用)，對于FEC編碼ID＝0(No_Code(無碼)FEC)，F(xiàn)EC凈荷ID包括以下SBN＝源塊號(2字節(jié))ESI＝編碼符號ID(2字節(jié))。
壓縮FLUTE報頭6的字段編碼符號大小65具有2字節(jié)的長度并且包括在壓縮FLUTE分組8中包含的作為凈荷的編碼符號7的大小。
顯然，根據(jù)本發(fā)明的第一實施方式的壓縮FLUTE報頭6不再包括擁塞控制信息(CCI)、發(fā)送方當(dāng)前時間(SCT)和期望剩余時間(ERT)，盡管這些參數(shù)存在于用于FLUTE/UDP PtM傳輸?shù)腇LUTE報頭中。這些參數(shù)支持不可靠傳輸以及大規(guī)?？缮炜s性，并且因此不必被包括在用于FLUTE/HTTP PtP傳輸?shù)膲嚎sFLUTE報頭6中。
如圖3a中所給出的壓縮FLUTE報頭6的信息可以被認(rèn)為是在特定接收機3-1處重構(gòu)所需的基本信息。本發(fā)明的其他實施方案可以將任意數(shù)目的字段添加到該最小量信息中。然而，本發(fā)明的不同實施方式可使用在一些方面可以與圖3a所示的壓縮FLUTE分組8不同的壓縮FLUTE分組。例如，不是所有的字段都存在，如果它們可以從上下文中得出。例如，如果假定僅一個單獨對象(文件)在FLUTE會話中傳遞，則TOI字段63可被省略。在本發(fā)明的大多數(shù)普通實施方式中，在多于一個的傳輸會話中很可能特定的接收機不需要請求修復(fù)數(shù)據(jù)。。在這種情況下，從上下文來看，TSI是隱式的并且對在PtP修復(fù)響應(yīng)中發(fā)送的所有分組保持相同。因此TSI字段可以從壓縮FLUTE報頭中省略。如圖3中所給出的FLUTE分組報頭6也可包括另外的段，例如諸如EXT_FTI和EXT_FDT的LCT報頭擴(kuò)展段。
另外，修復(fù)服務(wù)器4還可發(fā)送PtM傳輸會話的發(fā)射機1的IP地址，以便如果不能從環(huán)境中得知，則通過發(fā)射機的IP地址和TSI完全識別該會話。
圖3b示出將圖3a的多個壓縮FLUTE分組8-1...8-M嵌入HTTP分組9中，其接著由在特定接收機3-1和修復(fù)服務(wù)器4處的對等協(xié)議實體之間的HTTP/TCP傳輸。其中，HTTP分組9進(jìn)一步包括具有試驗性的內(nèi)容類型“x-flutePtP/compressedFlutePkt”的HTTP報頭9，其表示HTTP分組9的消息體包括壓縮FLUTE分組8-1...8-M。
接著從修復(fù)服務(wù)器4傳送到特定接收機3-1的PtP HTTP響應(yīng)采用下面各項
HTTP/1.1 200 OKContent-Typex-flutePtP/compressedFlutePktContent-LengthTOTAL_LENGTHContent_Transfer_EncodingbinaryCompressed FLUTE Packet-1Compressed FLUTE Packet-2……Compressed FLUTE Packet-M其中，TOTAL_LENGTH是所有壓縮FLUTE分組的大小。
本發(fā)明的第二實施方式根據(jù)本發(fā)明的第一實施方式，在HTTP分組9中包括的信息(參見圖3a和圖3b)可以不同的方式壓縮或重新設(shè)置。
例如，根據(jù)本發(fā)明的第二實施方式，多部分-MIME結(jié)構(gòu)可用于隔開和發(fā)送壓縮FLUTE分組。在多部分MIME結(jié)構(gòu)中，“邊界字符串”隔開組成部分。所以圖3a的壓縮FLUTE報頭6的編碼符號大小字段65可被省略，得到根據(jù)圖4a的包含在壓縮FLUTE分組8’中的壓縮FLUTE報頭6’。
圖4b示出相應(yīng)的HTTP分組9’。其中，HTTP報頭字段“Content-Type(內(nèi)容類型)”被設(shè)置成“多部分/混合”。多部分的主要子類型“混合”旨在當(dāng)HTML體部分是獨立的并且需要以特定的順序打包時被使用。其他的相關(guān)內(nèi)容類型，例如“多部分/并列”或“多部分/相關(guān)”也可被使用。特別地，在“多部分/并列”實體中，體部分的順序不是太重要。“多部分/相關(guān)”內(nèi)容類型提供用于表示聚集了相關(guān)MIME體部分的對象的公共機制。實施不能識別的任何多部分子類型必須被視為子類型“多部分/混合”。
根據(jù)本發(fā)明的第二實施方式，常規(guī)邊界字符串(BOUNDARY_P2P_REPAIR_RESPONSE)92被這樣限定，以標(biāo)記圖4b的HTTP分組9’中的多部分-MIME結(jié)構(gòu)的每一部分的開始。該邊界字符串82可長至70個字符。有利地，可以選擇這樣一種方式，即它不在任何體部分中出現(xiàn)(或具有消失可能性的出現(xiàn))。最終部分后的邊界字符串之后是“--”。
由于壓縮FLUTE分組8’本質(zhì)上是每次可被讀取一個字節(jié)的二進(jìn)制對象，所以多部分MIME的每個部分的Content-Transfer-Encoding(內(nèi)容傳輸-編碼)被設(shè)置成“binary(二進(jìn)制)”。“binary”編碼方案不涉及任何開銷。例如“base64”的其他相關(guān)編碼方案也是可以使用的?！癰ase64”編碼可導(dǎo)致33％的開銷。
包括HTTP報頭91、邊界字符串92和壓縮FLUTE分組8’-1..8’-M的圖4b的HTTP分組9’則可借助于下面的偽代碼表示為HTTP/1.1 200 OKContent-Typemultipart/mixed；boundary＝BOUNDARY_P2P_REPAIR_RESPONSE--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/compressedFlutePktContent-Transfer-EncodingbinaryCompressed FLUTE Packet-1--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/compressedFlutePktContent-Transfer-EncodingbinaryCompressed FLUTE Packet-2……--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/compressedFlutePktContent_Transfer_Encodingbinary
Compressed FLUTE Packet-M--BOUNDARY_P2P_REPAIR_RESPONSE--本發(fā)明的第三實施方式根據(jù)本發(fā)明的第三實施方式，與第二實施方式相比較，多部分MIME PtP HTTP響應(yīng)的信息也可以更為有效的方式進(jìn)行傳送?，F(xiàn)在參考圖5a到圖5c對該第三實施方式進(jìn)行描述。
修復(fù)服務(wù)器4可處理具有相同TSI和TOI的所有FLUTE分組并且將它們的FLUTE編碼符號7組合到共享相應(yīng)公共FLUTE報頭6”-m的FLUTE分組M塊7”-m中，其中整數(shù)m范圍從1到M。通過這種方式，避免了壓縮FLUTE報頭的相同部分的重復(fù)。
這可例如通過使用已經(jīng)由HTTP支持的多部分MIME結(jié)構(gòu)來實施。為此，引入下面實驗性的內(nèi)容類型以標(biāo)識多部分MIME結(jié)構(gòu)中的每一部分的內(nèi)容“x_flutePtP/encSyrnbolHdr”表示包含公共FLUTE報頭6”-m的消息體，所述公共FLUTE報頭6”-m對于多部分MIME結(jié)構(gòu)的下一部分(FLUTE編碼符號的塊7”-m)中的所有編碼符號都是公共的。
“x-flutePtP/encSymbolVideo”表示消息體包含對應(yīng)于視頻對象的FLUTE編碼符號7-1-m..7-Mm-m(以及它們相應(yīng)的FEC凈荷ID64-1-m..64-Mm-m，其中Mm表示每個塊7”-m的FLUTE編碼符號的數(shù)目)。
“x_flutePtP/encSymbolAudio”表示消息體包含對應(yīng)于音頻對象的FLUTE編碼符號7-1-m..7-Mm-m(以及它們相應(yīng)的FEC凈荷ID64-1-m..64-Mm-m)。
“x_flutePtP/encSymbolOther”表示消息體包含對應(yīng)于“Other(其他)”對象的FLUTE編碼符號7-1-m..7-Mm-m(以及它們相應(yīng)的FEC凈荷ID64-1-m..64-Mm-m)。
可選地，一些實施方式可以選擇在不同的媒體類型之間不進(jìn)行區(qū)分，并且例如使用像“x_flutePtP/encSymbolData”的普通內(nèi)容類型。
圖5a中示出得到的PtP HTTP響應(yīng)9”的結(jié)構(gòu)，在圖5b中表示出公共FLUTE報頭6”-m，并且在圖5c中表示出FLUTE編碼符號的塊7”-m的格式。從圖5c可以看到，針對每個FLUTE編碼符號7-1-m..7-Mm-m(以m定義從1到M的整數(shù)范圍)的FEC凈荷ID64-1-m..64-Mm-m有利地被移入FLUTE編碼符號的塊7”-m中，因為其是FLUTE-encoding-symbol-specific(特定的FLUTE編碼符號)。另外，由于FLUTE編碼符號不是由MIME邊界彼此隔離的，所以FLUTE編碼符號7-1-m..7-Mm-m的大小65-m必須在公共FLUTE報頭6”-m中定義，參見圖5b。
圖5a的HTTP響應(yīng)9”可借助于偽代碼來表述(注釋以雙正斜杠開始)為HTTP/1.1 200 OKMIME Version1.0Content-Typemultipart/mixed；Boundary＝--BOUNDARY_P2P_REPAIR_RESPONSE--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolHdrContent-Transfer-Encodingbinary//包括下面部分的所有FLUTE編碼符號公共的//TSI、TOI和編碼符號大小。
//(在本例子中，下面的部分包含屬于視頻對象的所有編碼符號)。
--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolVideoContent-Transfer-Encodingbinary
//包括屬于視頻對象的所有FLUTE編碼符號//(以及它們的FEC凈荷ID)FEC Payload ID-1，Encoding Symbol-1FEC Payload ID-2，Encoding Symbol-2……FEC Payload ID-M1，Encoding Symbol M1.
--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolHdrContent-Transfer-Encodingbinary//包括下面部分的所有FLUTE編碼符號公共的//TSI、TOI和編碼符號大小。
//(在本例子中，下面的部分包含屬于音頻對象的所有編碼符號)。
--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolAudioContent-Transfer-Encodingbinary//包括屬于音頻對象的所有FLUTE編碼符號//(具有它們的FEC凈荷ID)。
FEC Payload ID-1，Encoding Symbol-1FEC Payload ID-2，Encoding Symbol-2……
FEC Payload ID-M2，Encoding Symbol-M2.
………--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolHdrContent-Transfer-Encodingbinary//包括下面部分的所有FLUTE編碼符號公共的//TSI、TOI和編碼符號大小。
//(在本例子中，下面的部分包含屬于音頻對象的所有編碼符號)。
--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolOtherContent-Transfer-Encodingbinary//包括屬于音頻對象的所有FLUTE編碼符號//(具有它們的FEC凈荷ID)FEC Payload ID-1，Encoding Symbol-1FEC Payload ID-2，Encoding Symbol-2……FEC Payload ID-MM，Encoding Symbol-MM.
--BOUNDARY_P2P_REPAIR_RESPONSE-到目前為止，本發(fā)明的第三實施方式假設(shè)沒有例如EXT_FTI和EXT_FDT的LCT報頭擴(kuò)展包含在FLUTE報頭中。因此圖5c中所示的FLUTE編碼符號的塊7”-m不包括任何的LCT報頭擴(kuò)展。
然而，如果LCT報頭擴(kuò)展由至少一些FLUTE編碼符號使用，則目前參照圖5a到圖5c表示出的本發(fā)明的第三實施方式僅必須參照FLUTE編碼符號的塊7”-m的結(jié)構(gòu)而改變。這在圖5d中示例性地示出，其用作圖5c的塊的替代方式并且因此保持了相同的編號。
根據(jù)圖5c，F(xiàn)LUTE編碼符號的塊7”-m還包括編碼符號7-1-m..7-Mm-m，其中整數(shù)m的范圍從1到M，并且其中Mm是每個塊m的編碼符號的數(shù)目，而M是塊的總數(shù)。如圖5c，在所述塊中包括針對每個編碼符號的FEC凈荷ID 64-1-m..64-Mm-m，并且所述FEC凈荷ID 64-1-m..64-Mm-m位于相應(yīng)編碼符號之前。然而，為了解決由至少一些編碼符號對LCT報頭擴(kuò)展的使用，針對每個相應(yīng)編碼符號7-1-m..7-Mm-m的LCT報頭長度字段(HDR_LEN)6110-1-m..6110-Mm-m被引入塊7”-m中。這些LCT報頭長度字段指示LCT報頭擴(kuò)展是否被使用，并且它們中的多少與每個編碼符號關(guān)聯(lián)。接著這些LCT報頭擴(kuò)展68-1-m..68-Mm-m分別在LCT報頭長度字段后被包括。
在圖5d的例子中，在第一編碼符號中出現(xiàn)兩個EXT_FTI，在第二編碼符號中沒有EXT_FTI，并且在塊的最后一個編碼符號中出現(xiàn)一個EXT_FTI。在這種情況下，在公共編碼符號報頭(圖5b中示出的6”-m)中包括的HDR_LEN字段6110可能沒有意義。
容易理解用于支持LCT報頭擴(kuò)展使用的上述方法也對EXT-FDT LCT報頭實例有效，當(dāng)編碼符號屬于文件分布表(FDT)實例時，使用這些報頭實例。
本發(fā)明的第四實施方式本發(fā)明的又一個實施方式通過重新設(shè)置在PtP HTTP響應(yīng)中包括的信息得到，如以下參照圖6a至圖6c所描述。
根據(jù)本發(fā)明的該實施方式，與相同的TSI和TOI關(guān)聯(lián)的FLUTE編碼符號被再次存儲在FLUTE編碼符號(具有范圍從1到M的m)的塊7-m中，并且公共FLUTE報頭用于每個塊的FLUTE編碼符號；然而，與第三實施方式相比較，所有公共FLUTE報頭的字段被組合到一個索引對象6中，并且在FLUTE編碼符號的一個塊7-m中包括的所有FLUTE編碼符號的FEC凈荷ID也不再如在第三實施方式中那樣存儲在FLUTE編碼符號的所述塊中，而是存儲到FEC凈荷ID 64-1-m...64-Mm-m的特定塊排列中，其也被并入所述索引對象6中。這就允許對PtP HTTP響應(yīng)9中的每個期望的FLUTE編碼符號的隨機訪問。
在圖6a中示出該HTTP響應(yīng)(分組)9。再次，具有MIME邊界92的多部分MIME結(jié)構(gòu)可用于隔開索引對象6和不同類型的FLUTE編碼符號的塊7-m。此處定義了新的內(nèi)容類型“xflutePtP/IndexObject”，其表示消息體包括索引對象6。
圖6b表示在HTTP響應(yīng)9中發(fā)送的所有編碼符號的信息(TSI、TOI，編碼符號長度、FEC凈荷ID)的索引對象6的格式。索引對象6可以被理解為包括索引為m＝1...M的M個子報頭(第三實施方式的修改的公共FLUTE報頭)，其中每個所述的子報頭涉及特定的TSI、TOI、FLUTE編碼符號大小并且自然涉及FLUTE編碼符號的每個塊7-m的FLUTE編碼符號Mm的數(shù)目，并且其中這些量值分別存儲在字段62-m、63-m、65-m和67-m中。每個所述子報頭還包括LCT報頭61-m的一部分以及FEC凈荷ID64-1-m..64-Mm-m的所述塊特定排列。
通過該信息，特定接收機3-1可將每個FEC凈荷ID映射到接收到的字節(jié)流中的唯一字節(jié)范圍。因此特定的接收機3-1可隨機地訪問任意期望的編碼符號。FLUTE編碼符號的塊7-m的格式(其中，m的范圍從1到M，并且M表示FLUTE編碼符號的塊的數(shù)目)在圖6c中示出。顯然，與本發(fā)明的第三實施方式相比較，在FLUTE編碼符號的塊中沒有包括FEC凈荷ID，因為現(xiàn)在這些都沒有包括在索引對象6中。
圖6a的HTTP響應(yīng)9可以偽代碼表述(注釋以雙正斜杠開始)為HTTP/1.1 200 OKMIME Version1.0Content-Typemultipart/mixed；boundary＝--BOUNDARY_P2P_REPAIR_RESPONSE--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/IndexObjectContent-Transfer-Encodingbinary//包括索引對象，//該索引對象包含訪問由(TSI、TOI、FEC凈荷ID)//唯一標(biāo)識的任何FLTUE編碼符號所需的所有信息。
--BOUNDARY_P2P_REPAIR_RESPONSEContent-Typex-flutePtP/encSymbolVideoContent-Transfer-Encodingbinary//包括屬于視頻對象的所有FLUTE編碼符號。
Encoding Symbol-1Encoding Symbol-2……Encoding Symbol-M1.
--BOUNDARY_P2P_REPAIR_RESPONSE
Content-Typex-flutePtP/encSymbolAudioContent-Transfer-Encodingbinary//包括屬于音頻對象的所有FLUTE編碼符號。
Encoding Symbol-1Encoding Symbol-2……Encoding Symbol-M2.
………--BOUNDARY_P2P_REPAIR_RESPONSEContent_Typex-flutePtP/encSymbolOtherContent-Transfer-Encodingbinary//包括屬于“Other”對象的所有編碼符號。
Encoding Symbol-1Encoding Symbol-2……Encoding Symbol-MM.
--BOUNDARY_P2P_REPAIR_RESPONSE本發(fā)明的第四實施方式的描述假設(shè)沒有像EXT_FTI和EXT_FDT的LCT報頭擴(kuò)展與編碼符號相關(guān)聯(lián)。然而應(yīng)該注意到如本發(fā)明的第三實施方式應(yīng)用到的類似技術(shù)(見圖5d)也可應(yīng)用于本發(fā)明的第四實施方式。為此，在每個子報頭中簡單地包括LCT報頭長度的排列，該子報頭為每個編碼符號指示LCT報頭擴(kuò)展是否被使用以及被使用多少。則該排列的條目表示存儲在每個子報頭的編碼符號特定的數(shù)據(jù)結(jié)構(gòu)中的LCT報頭擴(kuò)展的數(shù)目。
圖7描述根據(jù)本發(fā)明的用于傳送數(shù)據(jù)符號的方法的示例性流程圖。在該流程圖中，為了簡化表示，假設(shè)發(fā)射機1和修復(fù)服務(wù)器4由同一設(shè)備實現(xiàn)。
在第一步驟701中，例如通過對在PtM會話中將被傳輸?shù)蕉鄠€接收機3-1...3-3的傳輸對象的部分進(jìn)行FEC編碼，發(fā)射機1生成FLUTE編碼符號。接著在步驟702中，這些FLUTE編碼符號被配備有服從FLUTE協(xié)議的FLUTE報頭(第一類型報頭)，生成FLUTE分組，并接著在步驟703中被傳送到所述多個接收機。這例如可通過使用UDP和下層IP協(xié)議的服務(wù)來完成。接著在接收機3-1...3-3處以及在至少所述接收機之一即特定接收機3-1處接收所傳送的FLUTE分組，由于分組的丟失或不正確的接收或由于其他的原因，發(fā)現(xiàn)將需要修復(fù)數(shù)據(jù)分組的附加接收。接著特定接收機3-1將修復(fù)請求通過信號發(fā)送到修復(fù)服務(wù)器，在該示例性的情況下其與發(fā)射機相同。
在所述修復(fù)服務(wù)器4處，在步驟704中所述修復(fù)請求被接收，并且包括在其中的修復(fù)信息，例如丟失FLUTE編碼符號的TSI、TOI、SBN和ESI的四元組，用于確定哪些FLUTE編碼符號必須生成作為修復(fù)數(shù)據(jù)符號。這在步驟705中由修復(fù)服務(wù)器中4執(zhí)行。在步驟706中，生成的FLUTE編碼符號接著被配備成具有服從FLUTE協(xié)議的壓縮FLUTE報頭(第二類型報頭)，例如根據(jù)圖3a的本發(fā)明的第一實施方式的壓縮FLUTE報頭6。接著FLUTE編碼符號和壓縮FLUTE報頭形成圖3a的壓縮FLUTE分組8。接著該壓縮FLUTE分組8由修復(fù)服務(wù)器傳送到PtP修復(fù)會話中的特定接收機，參見步驟707，例如通過將多個壓縮FLUTE分組8-1、..8-M嵌入用于響應(yīng)修復(fù)請求的一個HTTP分組9中(參見圖3b)，以及通過使用HTTP/TCP的服務(wù)來在特定接收機3-1和修復(fù)服務(wù)器4的實體之間傳輸這些HTTP分組。
以上通過優(yōu)選實施方式對本發(fā)明進(jìn)行了描述。應(yīng)該注意到存在對于本領(lǐng)域技術(shù)人員顯而易見的可選方式和變形并且可以被實施且不會背離所述權(quán)利要求書的范圍和精神。特別地，本發(fā)明的范圍不應(yīng)限于3GPP MBMS系統(tǒng)或FLUTE協(xié)議的環(huán)境中的應(yīng)用。這歸因于這樣的事實，即本發(fā)明的原理不限于任何特定的協(xié)議或系統(tǒng)，其中所述原理一方面針對PtM傳輸而另一方面針對PtP傳輸使用相同協(xié)議的不同類型的報頭。
權(quán)利要求
1.一種用于傳送數(shù)據(jù)符號的方法，包括-在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭；以及-在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從修復(fù)服務(wù)器傳送到所述接收機中的一個特定接收機，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
2.根據(jù)權(quán)利要求1所述的方法，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
3.根據(jù)權(quán)利要求1所述的方法，其中在所述點對多點傳輸會話中，所述文件傳遞協(xié)議使用用戶數(shù)據(jù)報協(xié)議的服務(wù)。
4.根據(jù)權(quán)利要求1所述的方法，其中在所述點對點修復(fù)會話中，所述文件傳遞協(xié)議使用傳輸控制協(xié)議的服務(wù)。
5.根據(jù)權(quán)利要求1所述的方法，其中在所述點對點修復(fù)會話中，所述文件傳遞協(xié)議使用超文本傳輸協(xié)議的服務(wù)。
6.根據(jù)權(quán)利要求1所述的方法，其中所述文件傳遞協(xié)議是基于單向傳輸?shù)奈募鬟fFLUTE協(xié)議，并且其中所述數(shù)據(jù)符號和所述修復(fù)數(shù)據(jù)符號表示FLUTE編碼符號。
7.根據(jù)權(quán)利要求6所述的方法，其中所述FLUTE協(xié)議使用超文本傳輸協(xié)議HTTP的服務(wù)，并且其中所述HTTP在所述修復(fù)服務(wù)器和所述特定接收機之間傳輸HTTP分組。
8.根據(jù)權(quán)利要求7所述的方法，其中一個FLUTE編碼符號和一個關(guān)聯(lián)的第二類型報頭的組合形成壓縮FLUTE分組，并且其中至少一個所述HTTP分組包括HTTP分組報頭和一個或多個所述壓縮FLUTE分組。
9.根據(jù)權(quán)利要求8所述的方法，其中所述壓縮FLUTE分組的所述第二類型報頭至少包括分層編碼傳輸報頭的一部分、所述壓縮FLUTE分組中的所述FLUTE編碼符號的標(biāo)識符以及所述FLUTE編碼符號的大小。
10.根據(jù)權(quán)利要求8所述的方法，其中所述至少一個HTTP分組具有多部分多用途互聯(lián)網(wǎng)郵件擴(kuò)展MIME結(jié)構(gòu)，并且其中所述壓縮FLUTE分組通過MIME邊界彼此隔開并與所述HTTP分組報頭隔開。
11.根據(jù)權(quán)利要求10所述的方法，其中所述壓縮FLUTE分組的所述第二類型報頭包括分層編碼傳輸報頭的一部分以及所述壓縮FLUTE分組中所述FLUTE編碼符號的標(biāo)識符。
12.根據(jù)權(quán)利要求7所述的方法，其中至少一個所述HTTP分組包括HTTP分組報頭、包括至少兩個FLUTE編碼符號和相應(yīng)的關(guān)聯(lián)標(biāo)識符的一個或多個塊、以及用于每個所述塊的一個相應(yīng)的第二類型報頭，其中每個相應(yīng)的第二類型報頭對于相應(yīng)塊的所有FLUTE編碼符號是有效的。
13.根據(jù)權(quán)利要求12所述的方法，其中所述至少一個HTTP分組具有MIME結(jié)構(gòu)，并且其中所述HTTP分組報頭、所述塊和所述第二類型報頭通過MIME邊界彼此隔開。
14.根據(jù)權(quán)利要求13所述的方法，其中所述相應(yīng)的第二類型報頭包括分層編碼傳輸報頭的一部分以及在所述相應(yīng)塊中的所述FLUTE編碼符號的大小。
15.根據(jù)權(quán)利要求12所述的方法，其中至少一個所述塊包括FLUTE編碼符號、相應(yīng)的關(guān)聯(lián)標(biāo)識符、相應(yīng)的分層編碼傳輸報頭長度和至少一個分層編碼傳輸報頭擴(kuò)展。
16.根據(jù)權(quán)利要求7所述的方法，其中至少一個所述HTTP分組包括HTTP分組報頭、一個第二類型報頭和包括至少兩個FLUTE編碼符號的一個或多個塊。
17.根據(jù)權(quán)利要求16所述的方法，其中所述至少一個HTTP分組具有MIME結(jié)構(gòu)，并且其中所述HTTP分組報頭、所述一個第二類型報頭和所述至少一個或多個塊通過MIME邊界相互隔開。
18.根據(jù)權(quán)利要求17所述的方法，其中所述第二類型報頭包括在所述HTTP分組中的每個相應(yīng)塊的一個相應(yīng)子報頭，并且其中每個所述的相應(yīng)子報頭包括分層編碼傳輸報頭的一部分、所述相應(yīng)塊中所述FLUTE編碼符號的大小、所述相應(yīng)塊中FLUTE編碼符號的數(shù)目以及所述相應(yīng)塊中每個FLUTE編碼符號的一個標(biāo)識符。
19.根據(jù)權(quán)利要求18所述的方法，其中至少一個所述子報頭包括所述相應(yīng)塊中每個FLUTE編碼符號的一個分層編碼傳輸報頭長度、以及用于所述相應(yīng)塊中至少一個所述FLUTE編碼符號的至少一個分層編碼傳輸報頭擴(kuò)展。
20.根據(jù)權(quán)利要求9所述的方法，其中所述第二類型報頭進(jìn)一步包括所述點對多點傳輸會話的標(biāo)識符。
21.根據(jù)權(quán)利要求9所述的方法，其中所述第二類型報頭進(jìn)一步包括與所述FLUTE編碼符號相關(guān)的傳輸對象的標(biāo)識符。
22.根據(jù)權(quán)利要求9所述的方法，其中所述第二類型報頭進(jìn)一步包括分層編碼傳輸報頭擴(kuò)展。
23.根據(jù)權(quán)利要求9所述的方法，其中所述分層編碼傳輸報頭的所述部分包括分層編碼傳輸版本號、擁塞控制標(biāo)記、預(yù)留空間、傳輸會話標(biāo)識符標(biāo)記、傳輸對象標(biāo)識符TOI標(biāo)記、半字標(biāo)記、發(fā)送方當(dāng)前時間標(biāo)記、期望剩余時間標(biāo)記、關(guān)閉會話標(biāo)記、關(guān)閉對象標(biāo)記、分層編碼傳輸報頭長度以及碼點。
24.一種用于傳輸數(shù)據(jù)符號的系統(tǒng)，包括-發(fā)射機，-一個或多個接收機，以及-修復(fù)服務(wù)器，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從所述發(fā)射機傳送到所述一個或多個接收機，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，其中在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述修復(fù)服務(wù)器傳送到所述接收機的一個特定接收機，并且其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
25.根據(jù)權(quán)利要求24所述的系統(tǒng)，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
26.一種用于傳送數(shù)據(jù)符號的系統(tǒng)中的發(fā)射機，包括-被設(shè)置用于在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從所述發(fā)射機傳送到一個或多個接收機的裝置，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，其中在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述修復(fù)服務(wù)器傳送到所述接收機的一個特定接收機，并且其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
27.根據(jù)權(quán)利要求26所述的發(fā)射機，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
28.一種用于傳送數(shù)據(jù)符號的系統(tǒng)中的網(wǎng)元，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，并且其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，所述網(wǎng)元包括-被設(shè)置用于在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述網(wǎng)元傳送到所述接收機的一個特定接收機的裝置，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
29.根據(jù)權(quán)利要求28所述的網(wǎng)元，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
30.一種可在用于傳送數(shù)據(jù)符號的系統(tǒng)的網(wǎng)元中執(zhí)行的軟件應(yīng)用，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，并且其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，所述軟件應(yīng)用包括-用于使得所述網(wǎng)元在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從所述網(wǎng)元傳送到所述接收機的一個特定接收機的程序代碼，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
31.根據(jù)權(quán)利要求30所述的軟件應(yīng)用，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
32.一種用于傳送數(shù)據(jù)符號的系統(tǒng)中的接收機，包括-被設(shè)置用于接收在點對多點傳輸會話中從發(fā)射機向一個或多個接收機傳送的一個或多個數(shù)據(jù)符號的裝置，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭；以及-被設(shè)置用于接收在點對點修復(fù)會話中來自修復(fù)服務(wù)器的一個或多個修復(fù)數(shù)據(jù)符號的裝置，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
33.根據(jù)權(quán)利要求32所述的接收機，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
34.一種可在用于傳送數(shù)據(jù)符號的系統(tǒng)的接收機內(nèi)執(zhí)行的軟件應(yīng)用，該軟件應(yīng)用包括-用于使得所述接收機接收在點對多點傳輸會話中從發(fā)射機傳送到一個或多個接收機的一個或多個數(shù)據(jù)符號的程序代碼，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭；以及-用于使得所述接收機接收在點對點修復(fù)會話中來自修復(fù)服務(wù)器的一個或多個修復(fù)數(shù)據(jù)符號的程序代碼，其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
35.根據(jù)權(quán)利要求34所述的軟件應(yīng)用，其中所述第一類型報頭包括在所述第二類型報頭中沒有包括的至少一個參數(shù)，并且其中所述參數(shù)與點對多點傳輸相關(guān)。
36.根據(jù)權(quán)利要求11所述的方法，其中所述第二類型報頭還包括所述點對多點傳輸會話的標(biāo)識符。
37.根據(jù)權(quán)利要求11所述的方法，其中所述第二類型報頭還包括所述FLUTE編碼符號相關(guān)的傳輸對象的標(biāo)識符。
38.根據(jù)權(quán)利要求11所述的方法，其中所述第二類型報頭還包括分層編碼傳輸報頭擴(kuò)展。
39.根據(jù)權(quán)利要求11所述的方法，其中所述分層編碼傳輸報頭的所述部分包括分層編碼傳輸版本號、擁塞控制標(biāo)記、預(yù)留空間、傳輸會話標(biāo)識符標(biāo)記、傳輸對象標(biāo)識符TOI標(biāo)記、半字標(biāo)記、發(fā)送方當(dāng)前時間標(biāo)記、期望剩余時間標(biāo)記、關(guān)閉會話標(biāo)記、關(guān)閉對象標(biāo)記、分層編碼傳輸報頭長度以及碼點。
40.根據(jù)權(quán)利要求14所述的方法，其中所述第二類型報頭還包括所述點對多點傳輸會話的標(biāo)識符。
41.根據(jù)權(quán)利要求14所述的方法，其中所述第二類型報頭還包括所述FLUTE編碼符號相關(guān)的傳輸對象的標(biāo)識符。
42.根據(jù)權(quán)利要求14所述的方法，其中所述第二類型報頭還包括分層編碼傳輸報頭擴(kuò)展。
43.根據(jù)權(quán)利要求14所述的方法，其中所述分層編碼傳輸報頭的所述部分包括分層編碼傳輸版本號、擁塞控制標(biāo)記、預(yù)留空間、傳輸會話標(biāo)識符標(biāo)記、傳輸對象標(biāo)識符TOI標(biāo)記、半字標(biāo)記、發(fā)送方當(dāng)前時間標(biāo)記、期望剩余時間標(biāo)記、關(guān)閉會話標(biāo)記、關(guān)閉對象標(biāo)記、分層編碼傳輸報頭長度以及碼點。
44.根據(jù)權(quán)利要求18所述的方法，其中所述第二類型報頭還包括所述點對多點傳輸會話的標(biāo)識符。
45.根據(jù)權(quán)利要求18所述的方法，其中所述第二類型報頭還包括所述FLUTE編碼符號相關(guān)的傳輸對象的標(biāo)識符。
46.根據(jù)權(quán)利要求18所述的方法，其中所述第二類型報頭還包括分層編碼傳輸報頭擴(kuò)展。
47.根據(jù)權(quán)利要求18所述的方法，其中所述分層編碼傳輸報頭的所述部分包括分層編碼傳輸版本號、擁塞控制標(biāo)記、預(yù)留空間、傳輸會話標(biāo)識符標(biāo)記、傳輸對象標(biāo)識符TOI標(biāo)記、半字標(biāo)記、發(fā)送方當(dāng)前時間標(biāo)記、期望剩余時間標(biāo)記、關(guān)閉會話標(biāo)記、關(guān)閉對象標(biāo)記、分層編碼傳輸報頭長度以及碼點。
全文摘要
本發(fā)明涉及用于傳送數(shù)據(jù)符號的系統(tǒng)中的方法、系統(tǒng)、發(fā)射機、網(wǎng)元、接收機和軟件應(yīng)用，其中在點對多點傳輸會話中將一個或多個數(shù)據(jù)符號從發(fā)射機傳送到一個或多個接收機，其中所述數(shù)據(jù)符號配備有服從文件傳遞協(xié)議的第一類型報頭，其中在點對點修復(fù)會話中將一個或多個修復(fù)數(shù)據(jù)符號從修復(fù)服務(wù)器傳送到所述接收機中的一個特定接收機，并且其中所述修復(fù)數(shù)據(jù)符號配備有至少部分地服從所述相同文件傳遞協(xié)議的一個或多個第二類型報頭。
文檔編號H04L29/06GK1969528SQ200580019957
公開日2007年5月23日 申請日期2005年7月27日 優(yōu)先權(quán)日2004年7月30日
發(fā)明者拉馬克里施納·維丹撒姆, 達(dá)維德·萊昂, 伊戈爾·屈爾西奧, 羅德·沃爾什 申請人:諾基亞公司