TWI307591B

TWI307591B - Method and apparatus for transmitting data symbols

Info

Publication number: TWI307591B
Application number: TW094124793A
Authority: TW
Inventors: Vedantham Ramakrishna; Leon David; Curcio Igor; Walsh Rod
Original assignee: Nokia Corp
Priority date: 2004-07-30
Filing date: 2005-07-22
Publication date: 2009-03-11
Also published as: EP1771992A1; WO2006013460A1; PL1771992T3; DE602005019051D1; AU2005268493B2; CN1969528A; CA2574083A1; RU2371863C2; US20060023652A1; CA2574083C; ZA200700792B; JP4625080B2; ATE456239T1; RU2007101528A; CN1969528B; EP1771992B1; JP2008508762A; MXPA06013544A; AU2005268493A1; US7376150B2

Description

1307591 九、發明說明：【發明所屬之技術領域】本發明係與資料符號傳送系統之方法、系統、傳送器、網路元件、接收器、及軟體應用有關，其中一或多個資料符號是由傳送器傳送至一或多個接收器於點對多點傳輸通訊期間，以及其中一或多個修正資料符號是由修正伺服器傳送至該等接收器之一特定接收器於點對點修正通訊期間。【先前技術】對於點對多點（point-to-multipoint, PtM)服務（也稱為一對多服務)之系統，例如網際網路協定多播(Internet

Protocol (IP) multicast)，IP 資料資料傳播(ip Data Casting， IPDC)及多媒體廣播/多播服務（Multimedia Broadcast/ Multicast Services, MBMS)，檔案傳送如多媒體檔案之下載是一項重要之服務。然而，許多點對點(point-to-point，PtP)協定上之傳遞檔案特性’例如檔案傳送協定(File Transfer Protocol, FTP)及超文件傳送協定（Hypertext Transfer Protocol， HTTP)，對於PtM情況是有問題的。尤其，檔案之可靠傳送，亦即有擔保之檔案傳送，使用類似ptp確認接收訊息（acknowledgement，ACK)協定，例如傳輸控制協定 (Transport Control Protocol，TCP)，是不適當的。國際工程專責組（International Engineering Task Force，IETF)之可靠多播傳輸工作組(ReHable Multicast 1307591

Transport (RMT) Working Group)目前正進行兩個容錯性 (error-resilient)多播傳輸協定類型之標準化。在第一個類型中，可靠性是以（主動式）前向錯誤更正(Forward Error Correction，FEC)方式實行，亦即，傳送有助於接收器重建錯誤資料之某些冗餘資料；在第二個類型中，可靠性是以使用接收器回饋來實行，亦即，以接收器傳送有關接收資料之確認接收訊息（ACK)或非確認接收訊息 (non-acknowledgements, NACK)。非同步分層編碼（Asynchronous Layered Coding， ALC)是屬於第一類之協定例證，而非確認接收訊息導向之可靠多點傳送（NACK-Oriented Reliable Multicast， NORM)協定屬於第二類型。可供該等協定使用之接取網路(access networks)包括’但不局限於，無線多接取網路’例如通用行動電話系統（Universal Mobile Telecommunications System，UTMS-包括全域性行動通訊進化無線電接取網路系統（Global System for Mobil Communications Evolution Radio Access Network, UTRAN)、無線區域網路(Wireless Local Area Networks, WLAN)、數位視訊廣播-地面網路(DVB_T)、以及數位視訊廣播-衛星網路(DVB-S)。 NACK訊息非屬NORM特有的，其也可用於與其他協定或系統結合，例如與支持單向傳輸標案傳遞(File

Delivery 〇ver Unidiectional Transport，FLUTE)協定所控制之通訊期之系統結合。

—.m— 年月日修(I 1307591 第94124793號專利申嗜索劃線之說明^修正頁一式三份 flute是建構於FEC及ALC建構區塊（bu腿ng block)之一對多傳輸協定。其目的在於由傳送器傳送檔案至接收器於單向系統中。其具有使其適多點系統之特殊化。FLUTE協定之細節於上述ΙΕ^ RMT工作組之刊物”FLUTE_單向傳輸檔案傳遞”(網際網路草稿）中有詳細討論。

^ FLUTE之使用是例如由第三代行動通訊夥伴合作計晝（Third Generation partnership Pr〇ject，3 Gpp)所指示’其用於MBMS系統之通訊期之檔案下載。FEC未必被使用於如此之FLUTE通訊期。在任何情況，不是所 f在通訊期之減H皆可_減整域案於通訊期結束時。為此目的，3GPP正進行點對點修正通訊期之嗖計，其中接收器被允許經由NACKffl<t、，傳遞未被正破接收之資料符狀修正資料符_騎求等至傳送修正伺服器，以促使接收足夠資料符號並重建下^ 容。在該NACK訊息中，該純器所要求之該修正資料付號必須充分被識別，使得修正伺服器能夠決料符號必須被傳送或再傳送。二貝當接收器被排程用於修正通訊期，一點對列==通Z，被建立於接收器及修正伺Ϊ =間’於該期間’所需之修正資料符號被傳送至接收 0 雖然’資料符號傳送是基於用戶資料訊息協定 Datagram Protoco卜 UDP)等之非可靠(unreliabie)協定之 1307591 點對多點(PtM)通訊期，以及修正資料符號傳送是基於傳輸控制協定（Transport Control Protocol，TCP)等之可靠 (reliable)協定之點對點(PtP)通訊期，修正資料符號目前備有與資料符號相同之標頭資訊。該標頭資訊包括： -預 e又为層編竭傳輸(Layered Coding Transport, LCT) 標頭， -LCT標頭延伸區段，及 • FEC有效負载id區段。 LCT標頭包括： -具有旗標陣列、LCT標頭長度欄及編碼點（Code

Point)攔以傳送FEc編碼識別符之第一區段， -擁塞控制資訊（Congestion Control Information, CCI)， _ 傳輸通訊期識別符（Transport Session identifier， TSI)， -傳輸物件識別符（TranSp〇rt object identifier， TOI) ’ -傳送器目刖時間（Sender Current Time, SCI)，及 -期待殘餘時間（Expected Residual Time, ERT)。然而’修正資料符號應以最有效率之方式傳送，使得接收器可容易地識別該修正資料符號及完成部份下載於多播/廣播PtM通訊期之檔案之解碼。修正資料符號所帶來之額外負擔通常代表著已傳送資料符號之再傳送，其

時間及維持接收器操作

WLAN ’ DVB-T或DVB-S之内文(context)中，及可能用於分發多媒體檔案等之内容至多個接收器。該一或多個資料符號之傳送可實行於單向或雙向傳送連接。該等傳送資料符號可例如是相關於傳送至該等接收器之内容。該内容可被分段並處理以允許傳送至該接收器，其實可理解的是該等資料符號是此分段並處理所得 1307591 . 第94124793號專利申請案 - 補充、修正後無劃線之說明書修正頁一式三份應盡里保持微小以減少Ptp回應之簡單。 … 【發明内容】因此’在點對夕點及點對點兩者在著對更有效率之方法、系統、傳° ^系統中存收器及軟體應用程式之需求。、網路元件、接本發明k出一種傳送資料符號之點對多點傳送通訊_，由傳送二，包括：在遞協定之第-類酬;楼案傳修正伺服器傳送一或多個修正資料_ 内，由之一侗桩宗垃此哭^ ^ 貝抖符旒至該等接收器中 ^個特疋接收器，其中該修正資料遵循，同槽案傳遞協定之-或多個第二類型標；。刀中資料符號是由至少一傳送器傳送至一或多個)接T器:、該點對多點傳送或可為廣播傳送，其中所有接收器皆受傳送器傳送，:戈可為多點傳送，其中所有接收器祇有一組党傳送器傳送。該系統可例如部署於UMTS，LAN， 1307591 之結果。舉例言之，-資料符射能代表以傳輪物件之 FEC編碼所獲致之一或多個編碼符號（例如，編碼封包）’例如多媒體檔案或其中之多個部分。其中，個料符號可能代表僅—個#赠遞單元，例如二進數元），或多個資訊傳遞單元。該等資料符號備有遵循檔案傳遞協定之第一例如/LUTE協定。該備有方式可使用附加該標頭i k貝料付號之方法或使該第一類型標頭與該資料實行。該第一類型資料符號及其相可例如包括介於該傳送器與接收器之協符號之邏輯傳送之相關資訊。仵間之貝枓該等接收器中至少有一須用於接收修特定接收_，其可料乡_目，勤傳 =確=或遺失。該特定接收器可注意二 t之要求於資料封包傳送朗或資料封包傳送結束之上述修正資觸包可例如為未被料定接收 2傳送資料封包之簡單複製。同樣可行地們在編碼及實際内容方面不相同。修正作提供該特定伺服器所需要之資訊。』可用為啟動該修正健器之修正f料封接收器以修正請求訊息方式傳送修，达以特疋舰器。此可„餘於點對轉送。該修正健器因而 10 1307591 產生適當之修正資料符號並將其傳送至該特定接收器。此傳送可例如為點對點傳送。 σ 該等修正資料符號具有一或多個至少部分遵循誃同槽案傳遞協定之第二類型標頭。該等第二類型標以因此可能完全遵循該檔案傳遞協定，因此該協定至^需要定義兩個不同類型之資料符號標頭。同樣，該等第二類型標頭可代表該㈣傳遞贼所定義之—或^個資[ 號標頭之修改，其中該修改可包括該第—類型標頭之辦二，或改變參數之所有形式’以及合併數個可能i 刪除該第-類型標頭至少一參數為方式之第== 有方式可刪加第二類型標頭至修正： ίΐ Γ =之’數個修正f料符號可合併於耐Τ ^包’及-個第二類型標頭也可包括在該m 内，其中該第二類型標頭因此包括在 : 所有修正資料符號之有效資訊。/Η™封包中之本發明因此倡議使用不關頭，料符號之傳送，另一方面用於倏τ次如方面用於貝提議說明之事實是，資料符號號之傳送。此 (例如UDP)之點對多點通訊期，：佟可靠協定某二必須匕括在使用於資料符號之沒有必須包括在使用於修正標頭之參數貝抖符旒之第二類型標頭 1307591 内。根據本發明之此方式允許顯著減少額外負擔之有效修正資料符號傳送。因為具有至少部分遵循該資料傳遞協定之第二類型標頭，修正伺服器及接收器兩者之協定實例及相應之施行不需要或僅需少數修改。

根據本發明，該第一類型標頭可包括至少一個不包括在該參數第二類型標頭之參數；該參數與點對多點傳送有關聯。該參數可例如為擁塞控制資訊(CCI)’傳送器目前時間’期待殘餘時間(ERT)，及某些情況之傳輸通訊期識別符(TSI)。根據本發明’該資料傳遞協定可使用使用者資料流通信協定之服務於點對多點傳送通訊期。根據本發明’該資料傳遞協定可使用傳輸控制協定之服務於點對點修正通訊期。 —根據本發明’該資料傳遞協定可使用超文件傳輸協疋之服務。該協定可輪流使用傳輸控制協定之服務於點對點修正通訊期。根據本發明，該難傳輸狀可為單向傳輸槽案傳遞(FUe Delivery 0ver Unidirecti〇naI Transp〇rt，flu 號與紅資料符號可代表肛㈣編碼符说。該FLUTE編碼符號可例如獲自於傳送至，收器於該點财點通_之部份項 ;===二：—= 12 1307591 伺服器與該特定接收器之間。為此目的，該資料符號與其相關之一或多個第一類型標頭可結合成為在HPPT封包内之有效負載。根據本發明之第一個實施例，FLUTE編碼符號與相關之第二類型標頭之合併形成一壓縮之FLUTE封包，且該等HTTP封包中至少有一個包括HTTP封包標頭及一或多個該等壓縮flute封包。根據本發明之第一個實施例，該壓縮FLUTE封包之參第二類型標頭至少包括分層編碼傳輸標頭之一部份、該壓縮FLUTE封包之FLUTE編碼符號之識別符及該 FLUTE編碼符號之大小。該分層編碼傳輸標頭可產生自 FLUTE協定層建構於其上之分層編碼傳輸建構區塊。該 FULTE編碼符號之識別符可例如為提供原始區塊號碼 (Source Blcok Number，SBN)之 FEC 有效負載 ID 及對應該FLUTE編碼符號之編碼符號識別符(Encoding Symbol Identifier，ESI)。 • 根據本發明之第二個實施例，該至少一個HTTP封包具有一個多部分多用途網際網路郵件延伸 (Multipurpose Internet Mail Extensions，MIME)結構，及該壓縮FLUTE封包是以MIME邊界與HPPT封包標頭及彼此之間分隔的。該MIME邊界之分隔因此允許忽略編碼符號大小之參數於該第二類梨標頭。根據本發明之第二個實施例，該壓縮FLUTE封包之第二類型標頭包括部分之分層編碼傳輸標頭，及在該壓 13 1307591 縮flute封㈣之FLUTE編碼符叙識別符。根據本發明之第二個實施例’該等Ηρρτ封包中至少一個包括HTTP封包標頭’一或多個包括至少兩個 FLUTE編碼符號及其個別關聯之識別符之區塊，及每個區塊之個別第二類型標頭，其中每個個別之第二類型標頭對於個別區塊隻所有FLUTE編碼符號是有效的。 FLUTE編碼符號之組入區塊允許每個區塊使用一個第 Φ 一類型標頭，而非提供每個flute編碼符號一個第二類型標頭。該組入區塊内之flute編碼符號可有利地具有相同之特徵’例如相同之大小’相同之T0I及相同之 TSI ’以及每個FLUTE編碼符號之不同特徵則可合併入 FLUTE編碼符號之區塊内。根據本發明之第三個實施例，該至少一個HPPT封包具有MIME結構，以及該HPPT封包標頭、該區塊及該第二類型標頭是由MIME邊界將彼此分隔。因此明確地傳送FLUTE編碼符號區塊之大小是沒有必要的。 • 根據本發明之第三個實施例，該等個別第二類型標頭包括分層編碼傳輸標頭之一部分及在該個別區塊之該 FLUTE編碼符號之大小。根據本發明之第三個實施例，該等區塊中至少一個包括FLUTE編碼符號，個別關聯之識別符、個別分層編碼傳，標頭及至少一個分層編碼傳輸標頭之延伸。該〜LCT標頭延伸可例如為EXTj7TI或ext_FDT。該個別 LCT標頭長度可表示一或多個LCT標頭延伸之存在與 14 .1307591 否。根據本發明之第四個實施例’該等http封包中至少-個包括HTTP封包標頭、一個第二類型標二含至少兩個F L U T E編碼符號之一或多個區塊。因此僅一個第二類型標頭用於該HTTP封包所包括之所有几仍匕編碼符號，該HTTP封包作為提供所有標頭資訊給所有 FLUTE編碼符號之指標物件(in(jex object)。該第二類型標頭則可例如被分割成相關於FLUTE編碼^號之每個區塊之次標頭。根據本發明之第四個實施例，該至少一個HTTP封包具有MIME結構，且該HTTP封包標頭，該第二類型標頭及該一或多個區塊是以mime邊界使彼此互相分隔。如此可允許忽略FLUTE編碼符號之區塊大小之明; 傳送。根據本發明之第四個實施例，該第二類型標頭包括在HTTP封包之個別區塊之個別次標頭，且每一個該等次標頭包括分層編碼傳輸標頭之一部分、個別區塊之 FLUTE編碼符號之大小、個別區塊之FLUTE編碼符號之數目、及個別區塊之每個FLUTE編碼符號之識別符。根據本發明之第四個實施例，該等次標頭中至少一個包括一用於該個別區塊之每個FLUTE編碼符號之分層編碼傳輸標頭長度’及至少一用於該個別區塊之至少一 FLUTE編碼符號之分層编碼傳輸標頭延伸。該lct 標頭長度可表示一或多個LCT標頭延伸之存在與否。 15 1307591 多點明’該第二類型標頭可進—步包括該點對期識別ίϋ期之識別符。該識別符可例如為傳輸通訊然、而’若只有-個傳輸通訊期存在，或含於，祕/馬付號所涉及之那個傳輸通訊期可清楚地隱函構(ecmtext)中，則該傳輸通訊期之識別符是不需 FLu2本f明’該第二類型標頭可進-步包括該可似心符號所相關之傳輸物件之識別符。該識別符。右匕物件識別符⑽)。然而，若每傳輸通訊期 -有個傳輪物件被傳送’則該識別符是不需要的。满值Ϊί本發明，該第二類型標頭可進—步包括分層編 εχτ ^ιΓ頭延伸。該等LCT標頭延伸可為 EXT FTI 或根據本發明，齡層編碼傳輸標頭之部分可包括分擁塞控制旗標、傳輸通訊期識別符、傳輸物件識別符T〇I旗標、半字組(Half_word)旗標傳 ^器目前時間旗標、期待殘餘時間旗標、關閉通訊期旗標分層編碼傳輸標賴標及編碼點。該分層編碼傳頭之部分可例如為4位元組長》、本發明進-步提出-傳送資料符號之系統，包括一傳送器、一或多個接收器及一修正伺服器，其中一個資料符號是由該傳送器傳送至該—或多個接收器於點對多點傳送通訊㈣’其中該資料符號具傳遞協定之第-類型標頭，其中—或多個修正 16 1307591 是由該修正伺服器傳送至器於點對祕正通訊期^ =中之「個特定接收有一或多個至少部分遵# 、中心修正資料符號具備型標頭。 ^遵麟㈣姆傳輸協定之第二類根據本發明之該系統，其 μ 少一個不包括在該第二類第:類型標頭包括至點對多點傳送有關聯。之> 數，且該參數與送器本送資料符號系統中之傳點對多點傳送通訊期之至：或多個接收器於播案傳遞協定之第一^g其甘中：資料符號具有遵循符號是由修正伺服考傳送：二中一或多個修正資料收器於點對點修正收器中之一個特定接多個至少部分遵·相_4^^^具有一或頭：r該修正_可並二 -未包括在該第二類型標頭内包括至少多點傳送有關聯。頭内之參數且該參數與點對路元5發3一 2出一種在傳送資料符號系統中之網於LC4符號由傳送器傳送至-或多個遵循槽荦通訊期，及其中該資料符號具有遵循檔案傳遞協定H型標頭，該送-或多個修正資料符號至該等接收器中之收器於點_修正通訊期之裝置，其中該修正2符號 13.07591 具有一或多個至少部分遵循該相同檔案傳遞協定之第二類型標頭。該傳送器及該網路元件可並置或甚至為同一個。該網路元件可為修正词服器等。根據本發明之該網路元件，該第一類型標頭可包括至少一未包括在該第二類型標頭内之參數，且該參數盥點對多點傳送有關聯。〃本發明進一步提出一種可執行於傳送資料符號之 =網路元件之應用軟體，其中—或多資料符號由傳送 =傳送至-或多個接收ϋ於點對多點傳送通訊期中該資料符號具有遵循檔案傳遞協定之第—類型了 ^用軟體包滅該财元件傳送—❹ ^ 個特定接收器於_修= 分遵循；相ni案二ί資料符號具有一或多個至少部刀遵循該相_案傳遞協定之第二類型標該應用㈣也可料電腦料產品，、媒體之程式碼，例如該網路元件之記憶體。括了儲存於根據本發明之該應用軟體，該第一至少-未包括在該第二類型標頭内之^碩可包括點對多點傳送有關聯。 /歎，且該參數與本發明進一步提出一種在值收器’包括有處理接收一或多個由以，統中之接個接收器之資料符號於點對多點傳送至一或多中該資料符號具有遵循檔案傳遞期之裝置，其及包括有處理接收來自修正飼服器一第一類型標頭，之一或多個修正資料 18 1307591 點修正通訊期之裝置，其中該修正資料符號 2標S少部分遵循該相同檔案傳遞協定之第丄 ,1、一 = i發明之該接收器，該第—類型標頭可包括至點對多點傳送有__内之參數，且該參數可與之接出;：可執行於傳送資料符號系統收一或多個僂Γ用軟體包括有使該接收器接正伺服包括有使接收器接收來自修之程式碼，正通訊期遵循，案傳遞協定之2類個至少部分媒體體為電腦程式產品，包括可儲存於程式碼，例如該接收器之記憶體。至少!應用軟體’該第一類型標頭可包括與點對多第關;類型標頭内之參數，且該參數可例中 0 * - 以下所揭示之實施【實施方式】物可以=方:專利申請之引導部分之主題事 19 1307591 本發明提議使用兩種不同標頭類型，一者用於傳送器至多個接收器之資料符號之點對多點傳送，另二者用於修正飼服器至該等接收器其中之—之修正資料符號之點對點傳送。此可說明，資料符號之傳送是協定，例如脈，及需要更多管理資訊（_ information)之修正資料符號之傳送乃基於更可靠之協定，例如TCP。在本發明實施方式中，通常是以FLUTE/XJDP使用於PtM傳送之情況’及以HTTP/Tcp使用於ptp之情況。應注意的是，如此選擇僅為範例特性；本發明可同等適用於相似之方案，其中遵猶―特定協定之諸符號首先被傳送於PtM之情況，然後必須再被傳送於Rp之情況，且其中至少部分必須遵守該協定。圖la表示資料符號由傳送器】傳送至多個接收器 3 1..3 3之PtM通訊期。該傳送器連接到網際網路等之網路2，如此可存取被分發至多個接收器之内容於廣播或多播通關(例如在3GPPMBMS线之麵）。為達此目的，該傳送器包括一處理器1〇, 一記憶體n及一傳送/接收(Tx/Rx)裝置。内容在處理H 10控制下收集自網路2其可旎館存於記憶體11，經編碼及調變後，由 TX/RX裝置12傳送至接收器3-1..3-3之Tx/Rx裝置32。二t行1S〇/〇SI協定堆疊之所有層面之功能，特別疋將内谷編碼成FLUTE編碼符號，其與FLUte_ 頭共同形成FLUTE封包，且FLUTE標頭之產生是由^ 20 1307591 理器ίο執行β 於該等接收器3-1..3-3中，僅— # 細節之描述。FLUTE封包經由Tx/=H器Μ做更理器30解調變及魅满甘妙— 衷置幻接收，處該接收器或r裝解置圖lb揭示當該特定接收封包或未接收足夠之E 器3-1重建該傳送器1發送之完整内容之佟求，此目的，修二= 送^七正伺服器4，其具有類似傳送器1之裝献，可能與該傳送器1完全相同。 ^τ ^ Ν忑修正凊求資訊之傳送可甘ρ通訊期。該修正饲服器4然後處理： t正明求貝訊，其包括有關該特定接收器3_丨 FLUTE封包之資訊。 1戈承之口圖lc揭示該修正伺服器4之處理結果。當修正伺服器4已決定作為修正資料符號送往特定接收器3_丨於修正回應之FLUTE編碼符號，其從網路2擷取產生該等修正資料符號所需之資訊，例如與所要求FLUTE編碼符號相關之傳輸物件或其之部分。基於該傳輸物件，處理器 40產生修正資料符號(FLUTE編碼符號)使其具有壓縮之 FLUTE標頭以獲得壓縮之FLUTE封包，然後將其傳送至該特定接.收器3-1於修正回應訊息。 ' 根據本發明’相較於使用於flute封包之資料符號之FLUTE標頭，修正伺服器4使用壓縮FLUTE標頭於 21 1307591 修正資料符號’亦即壓縮之FLUTE標頭所包括之參數或資訊少於該FLUTE標頭。舉例言之，所有ptM傳送指定的及不需使用於ptp傳送之參數皆可於該壓縮FLUT^ 標頭中被省略。也有可能的是，數個FLUTE編碼符號共用相同之壓縮FLUTE標頭。、圖2a描述使用於flute編碼符號之PtM傳送之協定堆疊；該等符號由傳送器1之FLUTE協定裝置僂谈5 接收器3-L.3-3*對等之·TE協定裝讚FLUTE封包，FLUTE層51使用UDp層52之服務，其續而使用網際網路協定(Internet Protoc〇1，ιρ)層53之^ 務。IP封包之實質傳送是由協定堆疊之下部層完成。其中，與FLUTE協定相對應之FLUTE標頭被使用。圖2b描述使用於FLUTE編碼符號（包括在壓縮 FLUTE封包内）之PtP傳送之協定堆疊；該等符號由修正伺服器4之FLUTE協定裝置傳送至特定接收器3_i中同等之FLUTE協定裝置。在此情況，壓縮FLUTE標頭被 •使用。與圖2a之協定堆疊形成對比地，FLUTE協定層 51現在使用其下之HTTP層55之ptp傳送服務；該Ηττρ 層55位處於TCP層56之上。該壓縮FLUTE封包置入 HTTP封包，然後再傳送於修正伺服器4及特定接收器 3-1之對等之HTTP裝置之間。對此傳送，HTTp/TCp使用其下之IP層53之服務。與圖2a相似地，該ιρ封包然後由下部層54來傳送。本發明第1音祐.你丨 22 1307591 根據本發明之第一個實施例，圖3a描述一壓縮之 LUT£封包8。該壓縮FLUTE封包8包括壓縮封包標頭及作為有效負載(payload)之編碼符號7。兩使用於PtM傳送之FLUTE封包内之某些襴位是不 =需要用於PtP修正通訊期，因為，相對於傳遞於非可 a UDP連接之PtM通訊期2FLUTE封包，該修正回應疋傳遞於可靠之TCP連結。因此本發明提議將FLUTE 封包解構至最小而確保僅必要之欄位被包括在使用於修正通訊期之PtP回應有效負載格式中。、圖3a之壓縮FLUTE標頭包括前4個位元組之預設分層編碼傳輸(Layered Coding Transport，LCT)標頭 61。相應之欄位6100-6111及其意義维持相同。TSI旗標 103 T0I旗;^ 61〇4及半字組旗標6105之襴位提供tsi 欄62及T〇1攔之大小資訊。編碼點攔6111，依照FLUTE 協定所指示的，用於傳送FEC編竭ID。某些攔位，例如擁塞控制旗標61G1、傳送器目前_旗標6106期待殘餘時間旗標6107、關通訊期旗標義旗請9可能不傳送於PtP回應，因為當結時’它們是沒有Μ處的。 ^ LCT標頭區段61之攔位之位元組大小 V=LCT版本數(4位元）斤卜 C=擁塞控制旗標(2位元） R=保留（2位元） S=TSI旗標（1位元） 23 1307591 υ=_ιυι旗標(2位元） H=半字組旗標（l位元） R=期待殘餘時間旗標(1位元 A=關閉通訊期旗標（1位元） B=關閉物件旗標位元） ffl)R_LEN=LCT標縣度(8位 CP=編碼點（8位元）壓縮FLUTE標頭6之tsi繃ο 16、32或48位元。該TSI用於可能之大小是〇、接收器可能已參予同—個傳送器^該通訊期，。該特別前之一個以上之FLUTE下修正通訊期之必須指定那-個是ptp修正蚊接收器因此器傳送TSI於PtP修正回應，^ =訊期。修正飼服修正眘枓棼祙ώί· Η 心致使特疋接收器能夠確認修正貝枓相所屬之通訊期 = 地確認通訊期。吁疋器之位址及TSI獨特壓2縮FLUTE標頭6之彻襴63可能之大小是〇、 π期内之值2或112位70 °該T01適用於識別在該通訊期内之傳輸物件。該FLUTE下傳輸物件(料）包括—個以上之下载於同一個FLUTE通訊期。該特定之接收器確認w修正之傳輸物件。⑽，TSI)獨特地壓縮flute標頭6之FEC有效負載ID 64依FEc 編碼ID而定。FEC編瑪ID與FEC有效負載ID之間之 24 1307591 映射是相同於下列刊物中之定義:IETF之RFC 3452 "前向錯誤更正建構區塊，，及RFC 3695，，壓縮前向錯誤更正 (FEC)方案”，及最近之IETF網際網路草案"簡易前向錯誤更正方案’'，作者 M. Luby, Digital Fountain，2004 年 6 月 7 日（乂供於 http://www.ietf.org/mail-archive/web/rmt/

urrent/msg00312.html)。例如，依據 RFC 3695(由 MBMS FLUTE採用），對於FEC編碼ID=0(無編碼FEC)，FEC $ 有效負載ID包括以下： SBN=原始區塊號碼(2位元組） ESI=編碼符號ID(2位元組）。 β壓縮FLUTE標頭6之編碼符號大小攔65具有之長度是2位元組及包括包含在壓縮FLUTE封包8作為有效負載之編碼符號7之大小。

明顯地，根據本發明第1實施例，壓縮flute標頭 6不再包括擁塞控制(CCI)、傳送器目前時間（SCT)及期待殘餘時間(ERT) ’雖然這些參數存在於FLUTE/UDp ptM 參，送之FLUTE標頭6。因此，這些支持非可靠傳送及高量可擴充性（massive scalability)之參數不需要包括在 FLUTE/HTTP PtP傳送之壓縮FLUTE標頭6。圖3a所示之壓縮FLUTE標頭6之資訊可考慮為於，定接收器3-1重建所需之基本資訊。本發明之其他施行可增加任何欄位數至此最基本資訊。無論如何，本發明之不同實施例可利用壓縮FLUTE封包，其可以某些不同於圖3a所示之壓縮FLUTE封包8方式Ϊ舉例;二， 25 1307591 t所ίί :皆須出現’若其可由其涵構(_加)推導，〇1攔63可被刪除，若假設只有單一物 m；TE_期。在本發明最通常之實施^ 中’該特疋接收器大概*要求有關於—個通訊期修正資料。在該情況下’ TSI是包含於涵構中及維持相同於所有PtP修正回應傳送之封包。因此，TSI搁可由壓縮FLUTE標頭中刪除。圖3a所示之FLUTE封包標頭 6也可包括額外之區段，例如LCT標頭延伸Εχτ f 及 EXT_FDT 等。一此外，修正伺服器4也可傳送PtM通訊期之傳送器 1之IP位址，以利用傳送器之IP位址及TSI充分識別該通訊期，若其無法由其涵構得知。圖3b表示將圖3a之多個壓縮FLUTE封包8-1..8-M 置入HTTP封包9，然後再由HTTP/TCP傳送於修正飼服器4與特定接收器3·ΐ之對等協定裝置之間。^中， HTTP封包9進一步包括具有實驗性内容類型 “x-flutePtP/compressedFlutePkt”之 HTTP 標頭 91，其標示HTTP封包9之訊息本身包括壓縮FLUTE封包 8-1 "8-M 〇

由修正祠服器4傳送至特定祠服器3-1之ptP HTTP 回應因此採用下列形式：

HTTP/1.1 200 OK

Content-Type: x-flutePtP/compressedFlutePkt Content-Length: TOTAL_LENGTH Content-Transfer-Encoding: binary 26 厂—96：12：'ίθ—--—〜

1307591 第94124793號專利申請案補充、修正後無劃線之說明書修正頁一式三份

Compressed FLUTE Packet - 1 Compressed FLUTE Packet - 2

Compressed FLUTE Packet - M 其中，TOTAL_LENGTH是所有壓縮FLUTE封包之大小。本發明第2會施例

根據本發明第1實施例（見圖3a及3b)之HTTP封包 9内之資訊可以不同之方式壓縮或重整。例如，根據本發明第2實施例，多重部分MIME結構可用於分隔及傳送壓縮FLUTE封包。在多重部分 MIME結構中，”邊界字串"(boundry strings)分隔構成之部分。因此圖3a之壓縮FLUTE標頭6之編碼符號大小攔65可被省略’依據圖4a產生包括在壓縮FLUTE封包义之壓縮FLUTE標頭6’。圖4b描述對應之HTTP封包9'。其中，HTTP標頭攔”内容-類型”設定為”多重部分/混合”。多重部分之主要次類型，”混合”，意圖用於當HTML主體部分是獨立且需要以特定次序包束。其他相關之内容-類型，例如，，多重部分/平行”或”多重部分/相關”也可被使用。尤其，在" 多重部分/平行”實體(entity)，主體部分之次序是不顯著的。該"多重部分/相關”内容-類型提供一共同機構用於代表相關之MIME主體部分之集合之物件。任何施行上無 27

12· It -轉(更:五样

1307591 第94124793號專利申請案 '· 補充、修正後無劃線之說明書修正頁一式三份法辨識之多部分次類型必須視為”多重部分/混合"次類型。、根據本發明之第2實施例，自訂邊界字串 (BOUNDARY_P2P_H£；PAIR—RESPONSE) 92 定義為標示圖4b之HTTP封包9’之多重MIME結構之每個部^之開始。此邊界字串92可為70字元長。選擇其不出現(或出現機率零)於任何主體部分之方式是有利的。於最後部份之後之該邊界字串跟隨著。 ° 多重部分MIME之每個部分之内容-傳送_編竭是設定為”二進制"，因為壓縮FLUTE封包8’是可一次讀取_ 位元組之承繼式二元物件。該”二進制，，編碼計晝不涉及任何管理負擔（overhead)。其他相關編碼計晝，例如 ”base64" ’也可被使用。該"base64"編碼可形成33%之管理負擔。圖4b之HTTP封包9’包括HTTP標頭91、邊界字串92及壓縮FLUTE封包R-1..8MV[，因此可以下列虛擬碼方式表示：

HTTP/l . 1 200 0K

Content-Type: multipart/miKed;

boundary = B0UNDARY_P2P REPAIR RESPONSE --B0 UNDAR Y_ P2 P_REPA IR_ RESPONSE

Content-Type : x~flutePtP/compressedFlutePkt Content-Transfer-Encoding: binary Compressed FLUTE Packet - 1 28 1307591

一一BOUNDARY P2P REPAIR RESPONSE

Content-Type : x-flutePtP/compressedFlutePkt Content-Transfer-Encoding: binary Compressed FLUTE Packet 一 2 --BOUNDARY P2P REPAIR RESPONSE

Content-Type : k-flutePtP/compressedFlutePkt Content-Transfer-Encoding: binary Compressed FLUTE Packet - M --B0UNDARY_P2P_RE PAIR—RESPONSE — 太發明篦3實施例根據本發明第3實施例，多部分MIME PtP HTTP 回應之資訊相較於第2實施例也可以更有效之方法傳 # 送。該第3實施例揭示於圖5a_5c。修正伺服器4可處理所有具相同TSI及Τ0Ϊ之 FLUTE封包’及合併其FLUTE編碼符號7至共享個別共同FLUTE標頭6w-m之FLUTE封包之Μ區塊7〃_m。其中，整數m之範圍是由1至Μ。如此，讦避免壓縮 FLUTE標頭之相同部份之重複。此可由使用HTTP支持之多部分MIME結構來實 29 1307591 施。為此目的，以下實驗之内容類型被引介以辨識多部分MIME結構之每個部分之内容： x-flutePtP/encSymbolHdr”表示訊息主體包括對多部分MIME結構之下個部分(FLUTE編碼符號之區塊 7"-m)之所有編碼符號是共有之共同FLUTE標頭6"_m。 “x-flutePtP/encSymbolVideo”表示訊息主體包括對應至視訊物件之FLUTE編碼符號7-l-m..7-Mm-m(與其相應之FEC有效負載IDs 64-l-m..64-Mm-m，其中Mm 參表示每個區塊7"-m之FLUTE編碼符號數目）。 ‘‘x-flutePtP/encSymbolAudio’’ 表示訊息主體包括對應至音訊物件之FLUTE編碼符號7-l-m..7-Mm-m(與其相應之 FEC 有效負載 IDs 。 “x-flutePtP/encSymbolOther”表示訊息主體包括對應至”其他"物件之FLUTE編碼符號7小m (與其相應之FEC有效負載IDs 64-l-m..64-Mm-m)。另外，某些實施例可選擇不去區分不同之媒體類型麵及使用包谷性的内容類型如“x-flutePtP/encSymbolData” 等。圖5a表示PtP HTTP回應9"之結構，圖5b表示共同FLUTE標頭6"-m，及圖5c表示的是一 FLUTE編石馬符號之區塊7"-m之格式。如圖5c所示，每個FLUTE編石馬符號7-l-m..7-Mm-m(該m表示一由1至μ之整數)之 FEC有效負載IDs 64-l-m..64-Mm-m是有益地移入〜FLUTE編碼符號之區塊7"-m’因為其乃FLUTE-編碼、 30 1307591

符號-特有的。此外，當該FLUTE編碼符號不是由MIME 邊界彼此分隔時，FLUTE編碼符號之大小65-m必須定義於共同FLUTE標頭6"-m (見圖5b)。圖5a之HTTP回應9"可以下列之虛擬碼表示（註解以雙斜線開頭）：

HTTP/1.1 200 OK MIME Version: 1.0

Content-Type: multipart/mixed;

boundary = --BOUNDARY_P2P一REPAIR—RESPONSE

-B O UNDAR Y_P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymboIHdr Content-Transfer-Encoding: binary // Include the TSI，TOI and Encoding Symbol Size common // to all FLUTE encoding symbols of the following part. // (In this example, the following part contains all the // encoding symbols that belong to a video object).

-B O UNDAR Y_P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymbolVideo Content-Transfer-Encoding: binary //Include all the FLUTE, encoding symbols (with their FEC // Payload IDs) that belong to the Video object. FEC Payload ID - 1, Encoding Symbol - 1 FEC Payload ID -2, Encoding Symbol - 2 31 1307591 FEC Payload ID — Ml, Encoding Symbol Ml.

-BOUNDARY_P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymbolHdr Content-Transfer-Encoding: binary // Include the TSI, TOI and Encoding Symbol Size common // to all FLUTE encoding symbols of the following part. // (In this example, the following part contains all the // encoding symbols that belong to the Audio object).

-BOUNDARY_P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymbolAudio Content-Transfer-Encoding: binary //Include all the FLUTE encoding symbols (with their FEC // Payload IDs) that belong to the Audio object. FEC Payload ID - 1, Encoding Symbol - 1 FEC Payload ID -2, Encoding Symbol - 2 FEC Payload ID - M2, Encoding Symbol - M2.

--BOUNDARYP2P—REPAIR—RESPONSE

Content-Type: X-flutePtP/encSymbolHdr Content-Transfer-Encoding: binary ⑧ 32 1307591 // Include the TSI, TOI and Encoding Symbol Size common // to all FLUTE encoding symbols of the following part. // (In this example, the following part contains all the // encoding symbols that belong to the Audio object).

--BOUNDARYP2PREPAIR一RESPONSE

Content-Type: x-flutePtP/encSymbolOther Content-Transfer-Encoding: binary

//Include all the FLUTE encoding symbols (with their FEC // Payload IDs) that belong to the Audio object. FEC Payload ID — 1, Encoding Symbol - 1 FEC Payload ID —2, Encoding Symbol - 2 FEC Payload ID — MM, Encoding Symbol - MM. --BOUNDARY_P2P—REPAIR—RESPONSE— 至目前為止，本發明第3實施例假設沒有LCT標頭延伸EXT—FTI及EXT_FDT等包括於FLUTE標頭。圖 5c之FLUTE編碼符號之區塊7"-m因此不.包括任LCT 標頭延伸。然而’若LCT標頭延伸被至少一些FLUTE編碼符號所使用’如圖5a-5c‘所顯示之本發明第3實施例祇必須改變關於FLUTE編碼符號之區塊7〃-m之設定。此範例表示於圖5d，其作為圖5c區塊之替代，及維持相同之數字。 33 1307591 根據圖5c，FLUTE編碼符號之區塊7"_m仍包括符號其中m整數之範圍是由1至M，Mm 是母個區塊m之編瑪符號數目’及^[是所有之區塊數。根據圖5c，每個編碼符號之FEC有效負載iDs 64-1 -m..64-Mm-m被包含於個別編碼符號之前之該區塊内。然而，為說明至少某些編碼符號之使用LCT標頭延伸’各別編碼符號之LCT標頭長度欄 _ (HDR_LEN)6110-l-m..6110-Mm-m 也被引介入區塊 7〃-m。該等LCT標頭長度欄表示是否LCT標頭延伸被使用’及它們當中有多少是與每個編碼符號有關聯。這些LCT標頭延伸68-l-m..68-Mm-m然後個別被包括在 LCT標頭長度欄之後。於圖5d之範例中’兩個EXT一FTI出現在第1個編碼符號，沒有EXT一FTI出現在第2個編碼符號，及一個 EXT_FTI出現在區塊之最後一個編碼符號。在此情況，包括於共同編碼符號標頭（圖5b之6"-m )之HDR LEN 鲁欄6110可能不具意義。 — 可容易了解的是，上述支持LCT標頭延伸之使用之方法也可用於EXT—FTILCT標頭實例，該等實例被使用於當編碼符號屬於檔案發佈表(File Distribmi〇n Table)實例ο 本發明第4實; . 本發明之另一個實施例是重新安排包括在PtP HTTP回應之資訊如圖6a_6c所示。 34 "呢严 1’.........------, 总£]修(更;正#換頁

1307591 .. 第94124793號專利申請案 • 補充、修正後無劃線之說明書修正頁一式三份根據此實施例’與相同TSI及TOI關聯之FLUT^ 編碼符號再次儲存於FLUTE編碼符號(m之範圍由1至 M)之區塊中’及共同FLUTE標頭被使用於每個區塊之FLUTE編碼符號；然而，與第3實施例形成對比地，所有共同FLUTE標頭之攔位合併於一指標物件 6〃' ’同時包括在FLUTE編碼符號之區塊7…-m中之所有FLUTE編碼符號之FEC有效負載IDs不再儲存於如第3實施例之FLUTE編碼符號之該等區塊内，而是於 FEC有效負載ids 64-l-m..64-Mm-m之區塊特定之陣列，其也納入該指標物件6，〃中。如此允許於ptp Ηττρ 回應=9…中隨機存取期望之FLUTE編碼符號。該HTTP回應（封包)9"，揭示於圖6a。再次地，具邊界92之多部分MI_結構可用於分隔指標物及不同類型之FLUTE編碼符號之區塊7"，_m。一固'的内容類型“x_flutePtp/Index〇bject，，定義於此，其表不訊息本體包括指標物件6,”。 ” ©雍顯7F指標物件6〃’之格式，其包括傳送於HTTP 士之所有編碼符號之資訊(TSI，T〇I，編碼符號長， ID)。削旨標物件『可被理解為具指標矜M1,甘個次標頭(修改自第3實施例之共同FLUTE :碼符號Γ每個次標頭相關於特^之tsi、T〇1、flute 每個區#然地’若干用於FLUTE編碼符號之 e -m之FLUTE編碼符號Mm。上述兮莖费署疋個别儲存於糊位…-二及 35 1307591 步包括—部分之LCT標頭61.m，及fec有效負载區塊特定陣列64-1氣64-Mm-m。吟鱼t此貝訊，特定接收器3]可映射(map)每個FEC有 =士1〇至一特定之位元紐範圍於接收之位元組資料机如此，該特定接收器3-1可隨機存取任何想得到之編碼賤。FLUTE編碼符號之區塊7,、加之範圍由 1至Μ，Μ表示；FLUTE編碼符號之區塊數)之格式顯示於圖6c。明顯地，與本發明第3實施例成對比的，沒有 FEC有效負載ids包括於FLUTE編碼符號之區塊内，因為該等現在包括在指標物件6…。圖6a之HTTP回應9’’’可以虛擬碼表示如下（註解以雙斜線開頭）：

HTTP/1.1 200 OK MIME Version: 1.0

Content-Type: multipart/mixed;

boundary = -BOUNDARY—P2P—REPAIR—RESPONSE -BOUNDARY一P2P一REPAIR_RESPONSE Content-Type: x-flutePtP/IndexObject Content-Transfer-Encoding: binary // Include the index object that contains all the // necessary information to access any FLUTE encoding // Symbol uniquely identified by (TSI, TOI, FEC Payload //ID).

-B 0 UNDAR Y_P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymbolVideo 36 、O / 1307591

Content-Transfer-Encoding: binary //Include all the FLUTE encoding symbols that belong to // the Video object.

Encoding Symbol - 1 Encoding Symbol - 2

Encoding Symbol - Ml. -BOUNDARY_P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymbolAudio Content-Transfer-Encoding: binary //Include all the FLUTE encoding symbols that belong to // the Audio object.

Encoding Symbol - 1 Encoding Symbol - 2

Encoding Symbol - M2.

-BOUNDARY一P2P_REPAIR_RESPONSE

Content-Type: x-flutePtP/encSymbolOther Content-Transfer-Encoding: binary //Include all the encoding symbols that belong to the 37 1307591 //“Other” object. Encoding Symbol - 1 Encoding Symbol - 2

Encoding Symbol - MM.

-BOUNDARY_P2P_REPAIR—RESPONSE 本發明之第4實施例假設無ext_FTI及EXT Jl)T 等之LCT標頭延伸與該編碼符號結合。然而應注意的是，如施行於本發明第3實施例（圖5d)之類似技術也可採用於第4實施例。為此目的，簡單地將LCT標頭長夜之陣列包括在每個次標頭；該次標頭表示是否及多少 LCT標頭延伸被使用於編碼符號。該陣列之陣列值表示 LCT標頭延伸之數目，其儲存於每個次標頭之編碼符靜特定資料結構内。 “ 圖7是根據本發明之傳送資料符號方法之典型流毅 •圖。在此流程圖中，為簡化表示，假設傳送器1及伺服器4包括在相同之裝置中。在第1步驟701 ’傳送器1產生FLUTE編碼符號，例如以傳輸物件之FEC編騎分產生；該傳輸物件是於 PtM通訊期傳送至多個接收器在7〇2步驟，使 =等FLUTE編碼符號具備有遵循FLUTE協定之FLUT^ 標頭（第一類型標頭），產生FLUTE封包，然後將其傳送〜至多個接收器於步驟703。此可例如完成於使用 UDP< 38 1307591 垃Ϊ二 P協定。傳送之FLUTE封包然後接收於接收器3-1..3-3，且至少該等接收器之一，特定接收器 3-卜需要額外接收修正㈣封包，0為遺失或非正確的封，接收或者其他原因。因此，特定接收^ 3_丨傳送修正明求至修正伺服器，其在本範例中是與傳送器同一個。該伺服器4接收該修正請求於步驟7〇4，及使用包括在其中之修正資訊，例如遺失FLUTE編碼符號之tSi、雌T〇1、SBN&ESI®部份’於決定那個FLUTE編碼符號黌必須產生作為修正資料符號。此㈣服器4執行於步驟 7匕。然後使產±之FLUTE編碼符號備有遵循flute 協定之壓縮FLUTE標頭（第二類型標頭)於步驟7〇6，例如依據圖3a實施例1之壓縮FLUTE標頭6。該fujte 編碼符號與壓縮FLUTE標頭形成圖3a之壓縮FLUTE封包8。然後，該壓縮FLUTE封包8由修正伺服器傳送至特定接收器於PtP修正通訊期，見步驟7〇7，例如將多個壓縮FLUTE封包8-1..8-M置入作為修正請求回應之 φ ^ΤΤΡ封包9(見圖3b) ’及使用HTTP/TCP之服務，將該等HTTP封包傳送於修正伺服器4及特定接收器裝置之間。本發明已揭示於上述實施例。應注意的是，替代方 ^及改變可由熟悉此技#人士實行而不偏移申請專利之範圍及精神。尤其，本發明範圍應不受限於FLUTE協定之涵構或3GPP MBMS系統方面之應用。此歸因於使用相同協定之不同類型標頭一方面於PtM傳送另一方面於 39 1307591 ptp傳送之發明原則是不受限於任何特定之協定或系統。【圖式簡單說明】間圖la 據本發明，在點對多資料符號傳送之示意圖；點（PtM)傳送通訊期

圖1b根據本發明，在點對點（PtP)修正通訊期間’傳送修正資料符號請求之示意圖； ° / 圖lc據本發明，在點對點修正通訊期間，修正次料符號之傳送之示意圖； > 貝圖2a 據本發明，在，點對多點傳送通訊期間，使用於資料符號傳送之協定堆^(protocol stack)之示意圖；圖2b 根據本發明，在點對點修正通訊期間，使用於修正資料符號傳送之協定堆疊之示意圖；圖3a 據本發明之第/個實施例，壓縮ρχυΤΕ封包之示意圖；圖3b 根據本發明之第一個實施例，將壓縮 FLUTE封包置入HTTP封包之示意圖；圖4a 據本發明之第二個實施例，壓縮FLUTE封包之示意圖；圖4b 根據本發明之第二個實施例，將壓縮 FLUTE封包置入hTTP封包之示意圖；圖5a 根據本發明之第三個實施例，HTTP封包之不意圖；

圖5b 根據本發明之第三個實施例，共同FLUTE 40 1307591 標頭之示意圖；圖5c 根據本發明之第三個實施例，編碼符號區塊之示意圖；圖5d 根據本發明之第三個實施例，在使用LCT 標頭延伸情況下，一可替代編碼符號區塊之示意圖；圖6a 據本發明之第四個實施例，HTTP封包之示意圖，

圖6b 根據本發明之第四個實施例，指標物件標頭之不意圖，圖6c 據本發明之第四個實施例，編碼符號區塊之示意圖；圖7根據本發明之方法之流程圖。【主要元件符號說明】

1傳送器 3-1..3-3接收器 5協定堆疊 6、6'壓縮封包標頭 6"-2 共同編碼符號標頭-2 6"-M共同編碼符號標頭-M 6"-m共同FLUTE標頭-m 6…指標物件 ’ 7-1 -m 編碼符號1 7-Mixi-m編碼符號Mm 7〃_2編碼符號區塊-2 2 網路 4修正伺服器 5'協定堆疊 6"-1 共同編碼符號標頭-1 7編碼符號 7-2-ΐϊΐ編碼符號2 7〃-1 編碼符號區塊-1 7〃-M編碼符號區塊 41 1307591 7〃-m FLUTE編碼符號區塊-m 7…-1編碼符號區塊-1 7…_2 編碼符號區塊-2 7n,-M 編碼符號區塊-Μ

7"，-m FLUTE編碼符號區塊-m 8、8'壓縮FLUTE封包 8-1 壓縮FLUTE封包-1 8-2 壓縮FLUTE封包-2 8-M 壓縮FLUTE封包-M

9、9,、9”' HTTP 封包 10 處理器 11、31、41記憶體 12、32、42傳送/接收裝置 30、40 處理器 51 FLUTE 52 UDP 53 IP 54 下部層 55 HTTP

56 TCP 61 分層編碼傳輸(LCT)標頭區段 62 傳輸通訊期識別符(TSI) 63 傳輸物件識別符(TOI)

64 FEC有效負載ID 65 編碼符號大小 61- 1、61-M、61-m 編碼點

62- 1傳輸通訊期識別符(TSI)-A 62-M傳輸通訊期識別符(TSI)-B 62- m傳輸通訊期識別符(TSI) 63 -1傳輸物件識別符(TOI)-1 63- M傳輸物件識別符(TOI)-2

42

Claims

...........................——— 年月日修(更)正替換頁 1307591 第94124793號專利申請案 _ 補充、修正後無劃線之說明書修正頁一式三份十、申請專利範圍： 1.一種傳送資料符號之方法，包括： -於點對多點傳送通訊期由傳送器傳送一或多個資料符號至一或多個接收器，其中該資料符號備有遵循檔案傳遞協定之第一類型標頭；及 -於點對點修正通訊期由修正伺服器傳送一或多個修正資料符號至該等接收器中之一特定接收器，其中該修正資料符號備有至少部分遵循該檔案傳遞協定之一或 ^ 多個第二類型標頭。 2.如申請專利範圍第1項之方法，其中該第一類型標頭包括至少一不包括在該第二類型標頭之參數，且其中該參數是相關於點對多點傳送。 3.如申請專利範圍第1項之方法，其中於該點對多點傳送通訊期，該檔案傳遞協定使用用戶資料訊息協定 (User Datagram Protocol, UDP)之服務。 4.如申請專利範圍第1項之方法，其中於該點對點修正通訊期，該檔案傳遞協定使用傳輸控制協定 (Transport Control Protocol)之服務。 5.如申請專利範圍第1項之方法，其中於該點對點修正通訊期，該檔案傳遞協定使用超文件傳送協定 44

曰修(更)正替換頁

1307591 *- 第94124793號專利申請案 ' 補充、修正後無劃線之說明書修正頁一式三份 (Hypertext Transfer Protocol)之服務。 6. 如申請專利範圍第1項之方法，其中該檔案傳遞協定是單向傳輸標案傳遞（File Delivery over Unidirectional Transport，FLUTE)協定，且其中該資料符號及該修正資料符號代表flute編碼符號。 7. 如申請專利範圍第6項之方法，其中該FLUTE協定使用超文件傳送協定(HTTP)之服務，且其中該HTTP 傳送HTTP封包於該修正伺㈣與該特定接收器之間。 #8.如申睛專利範圍第7項之方法，其中一 FLUTE編碼符號與一關聯之第二類型標頭之組合形成一壓縮【LUTE封包標頭’且其中該HTTp封包之至少一個包括 ttp封包標頭及該壓縮FLUTE封包之一或多個。勺之申睛專利範圍第7項之方法，其中該HTTP封括一個HTTP封包標頭、含有至少兩個該等區塊之之,別符之-或多個區塊、及各對於各個區‘所有;型標頭封包之至申專利範圍第7項之方法，其中該等HTTP 乂一個包括一個HTTP封包標頭、一個第二類 45 1307591 Θ修(更)正替換頁第94124793號專利申請案補充、修正後無劃線之說明書修正頁一式三份型標頭及一或多個含有至少兩個FLUTE編碼符號之區塊。〜 11·如申請專利範圍第8項之方法，其中該等壓縮 FLUTE封包之第二類型標頭至少包括部分之分層編碼傳輸標頭、在該壓縮FLUTE封包之FLUTE編碼符號之識別符及該FLUTE編碼符號之大小。

12·如申請專利範圍第8項之方法，其中該至少一 HTTP封包具有多部分多用途網際網路郵件延伸標準 (Multipurpose Internet Mail Extensions，MIME)結構，且其中該壓縮FLUTE封包與該HTTP封包標頭藉MIME 邊界將彼此分隔開。 13.如申請專利範圍第9項之方法，其中該至少一 HTTP封包具有MIME結構，且其中該HTTP封包標頭，該第二類型標頭及一或多個區塊是以MIME邊界相互分隔。 14. 如申請專利範圍第u項之方法，其中該第二類型標頭進一步包括該點對多點傳送通訊期之識別符。 15. 如申請專利範圍第11項之方法，其中該第二類型標頭進一步包括該FLUTE編碼符號相關之傳輸物件 46 1307591 ίΗ). 12. 10 第94124793號專利申請案補充、修正後無劃線之說明書修正頁_式三份之識別符。 ,16.如申請專·_ 11項之方法，其中該第二類 1標頭進一步包括分層編碣傳輸標頭延伸。二7.如申請專利範圍第u項之方法，其中該分層編碼傳輸標頭包括分層柄傳輸版錢、齡控制旗標、

，留空間、傳輸通訊_別符旗標、傳輸物件識別符τ〇ι 擁半字組旗標、傳送器目前時間旗標、期待殘餘時 2標、Μ通訊期旗標、關物件旗標、分層編碼傳輸標頭長度、及編碼點。請t利範圍第12項之方^，其中該壓縮㈣s封〇之弟—類型標頭包括部分之分層編碼傳輸 g頭及該壓縮FLUTE封包之該FLUTE編碼符號之識別 19. 如申請專利範圍第17項之方法，其型標頭進-步包括該點對多點傳送通訊期之識^符: 20. 如申請專利範圍第17項之方法，i 步包括與該FLUTE編碼符號相關:傳:物 47

1307591 v 第94124793號專利申請案 V；補充、修正後無劃線之說明書修正頁一式三份 2L如申請專利範圍第！類型標頭進—步包括分層料傳輪標頭i伸其中 22.如申請專利範圍第n 分層編碼傳輸標頭延伸包括分=部二控制旗標、保留空間傳腎、s 、馬傳輸版本數、

:_m抑簡、半字期待殘餘時間旗標、關閉心目則時門俨分層編碼傳輸標頭長度及編=私、關閉物件紗、 =HTTP封包具有讀結構，包標 ^隔該等區塊及料第二_標頭是^臓邊界相立第二海3請，圍第2〇項之方法，其中該等個別區塊之該翻及該等個別項之方法，其中該第二類傳送通訊期之識別符。 25.如申請專利範圍第21 型標頭進一步包括該點對多點 26.如申請專利範圍第 21項之方法，其中該第二類 48

編碼符號相關之傳輸物

1307591 V- 第94124793號專利申請案 . 補充、修正後無劃線之說明書修正頁一式三份型標頭進一步包括與該flute 件之識別符。別择27.如中凊專利㈣第21項之方法，其中該第1 型標頭進一步包括分層編碼傳輸標頭延伸。第一類 28. 如申請專利範圍第21項之方法， ::::傳輸標頭延伸包括分層編瑪傳輸版件識別符彻旗標、半字組旗標、傳送器目^『專^物 =殘餘時間旗標、關通訊期旗標、義物分層編碼傳輸標頭長度及編碼點。不、 29. 如申請專利範圍第19項之方法，該等區碼符號、關聯之識職、分層編竭傳輸私頭長度及至少一分層編碼傳輸標頭延伸。 30. 如申請專利範圍第23項之方法，其中該第標頭包括在該HTTP封包内之個別區塊之次標頭，且該等個別次標頭包括分層編碼傳輸標頭、該個別區塊内之FLUTE編碼符號之大小、該個別區塊内之FLUTE編碼符號之數目及該個別區塊内之每個FLUTE編碼餘躲之識別符。灯藏 49

年月日修(更)正替換頁:

Ι3Θ7591 1 - 第94丨24793號專利申請案 • 補充、修正後無劃線之說明書修正頁一式三份清專利範圍第24項之方法，其中該等次標 J 一個包括該個別區塊内之每個FLUTE編碼層編碼傳輸標頭，及該個別區塊内之至少一個 FLUTE編碼符號之至少—個分層編碼傳輸標頭延伸。 32. 如中請專利範圍第24項之方法，其中該第二類里標頭進-步包括該點對多點傳送通訊期之識別符。 33. 如巾請專利範圍第24項之方法，其中該第二類 i=:步包括與該臓E編碼符號相關之傳輸物件之識別符。 34. 如申請專利範圍第24項之方型標頭進-步包括分層編碼傳輸標頭延伸Μ第一類 35. 如申請專利範圍第24項之方法，豆中該部分之傳輸標頭延伸包括分層編碼傳輸版本數、擁塞空Λ、乂專輸通訊期識別符旗標、傳輸物二族/、半子組旗標、傳送器目前時間旗標、關閉通訊期旗標、關閉物件旗標、刀層編碼傳輸;f示頭長度及編碼點。 36.—種傳送資料符號之系統，包括 -一個傳送器， 50 1307591 丨年96f %(更輝換頁I … 第94124793號專利申請案 ~ ' '~'—J - 補充、修正後無劃線之說明書修正頁一式三份 -一或多個接收器，及 -一個修正伺服器，

其中一或多個資料符號是由該傳送器傳送至該一或多個接收器於點對多點傳送通訊期，其中該資料符號備有遵循檔案傳遞協定之第一類型標頭，其中一或多個修正資料符號是由該修正伺服器傳送至該等接收器中之一個特定接收器於點對點修正通訊期，及其中該修正資料符號備有至少部分遵循該相同檔案傳遞協定之一或多個第二類型標頭。 37.如申請專利範圍第36項之系統，其中該第一類型標頭包括至少一個不包括在該第二類型標頭之參數，且該參數與點對多點傳送有關。 38. —種傳送資料符號系統中之傳送器，包括：於點對多點傳送通訊期使該傳送器傳送一或多個資料符號至一或多個接收器所用之裝置，其中該資料符號 • 備有遵循檔案傳遞協定之第一類型標頭，其中一或多個修正資料符號是於點對點修正期由一修正伺服器傳送至該等接收器中之一特定接收器，及其中該修正資料符號備有至少部分遵循該相同檔案傳遞協定之一或多個第二類型標頭。 39. 如申請專利範圍第38項之傳送器，其中該第一 51 Ι3Θ7591 [ 第94124793號專利申請案補充、修正後無劃線之說明書修正頁一式三份類型標頭包括至少一個不包括在 . 數，且該參數與點對多點傳送有在關读第二類型標頭之參 40. -種傳送資料符號系統中之㈣傳送通訊二ϊ傳送至定資料符號備有遵循檔案傳遞協疋之第一類型松頭，該網路元件包括. -於點對姉正賴肖器中之所= 置其中該〇正貝枓符號備有至少傳遞協定之-或多個第二類型標頭；^遵㈣相同給案 41. 如申請專利範圍第4〇馆夕_ —I 、肩路元件，其中該第類1標頭匕括至少一個不包括在數，且該參數與點對多點傳送有關。一，示 42. 種電腦程式產品，含有可於之網路元件内執行之軟體鹿用=送貝枓符说系、”充符號θ A Et 户St ^ 式，其中一或多個資料付唬疋於點對多點傳送通訊期由傳接收器，其中該資料符號傷有遵循;傳$ 或夕個類型標頭，該軟體應用=擔槽案傳遞協定之第- _使該網路元件於點對點修正修正資料符號至該等接收器中之一個了寺私式瑪，其中該修正資料符號備有至少部分遵循該相同 52 1307591 第94124793號專利申請案補充、修正後無劃線之說明書修正頁—或=& , N '·· ^ ***" ' 11 ' ··»-· !> 'MIIHU - 樓案傳遞協^之-或多個第二類型標頭。申請專利範圍第A項之電腦程式產品，1中 ίΓ 括至少一個不包括在第二類型標頭之參數’且該參數與點對多點傳送有關。 44. -種傳送資料符號系統中之接㈣，包括：二，多點傳送通訊期接收一或多個由傳送器傳 =至-或户個接收器之資料符號所用之裝置料符號備有遵循檔案傳遞蚊之第—類型標頭；及。-於點賴修正通訊期接收—或多個來自修正饲服器或多個修正資料符號所用之裝置，其中該修正資料符號備有至少部分遵循該相同㈣傳遞協定之個第二類型標頭。一夕 45. 如申請專利範圍第44項之接收器，其中該第一 ^型標頭包括至少-個不包括在第二類型標頭内之參數，且該參數與點對多點傳送有關。 / 46·-種電腦程式產品，含有可於傳送資料符號系統之接收器喊狀錄制m軟體制程式H 一々iff收器於點對多點通訊期接收由傳送器傳送至 ϊίif:符或多個資料符號所用之程式碼，复中該貝料付賴有遵賴案傳遞協定之第—類型襟、 53

1307591 / κ- 第94124793號專利申請案補充、修正後無劃線之說明¥修正頁一式三份一或收來自修正伺服器之符號備有至少部分遵循該相式碼，其中該修正資料第二類型標頭。 _案傳遞協定之-或多^ 47.如申請專利範圍第46 該第一類型標頭包括至少一個喟之電腦程式產品，其中參數，且該參數與點對多點不包括在第二類型標頭之咬有關。 54