TW200845635A - Method for the support of file versioning in file repair - Google Patents

Method for the support of file versioning in file repair Download PDF

Info

Publication number
TW200845635A
TW200845635A TW097100707A TW97100707A TW200845635A TW 200845635 A TW200845635 A TW 200845635A TW 097100707 A TW097100707 A TW 097100707A TW 97100707 A TW97100707 A TW 97100707A TW 200845635 A TW200845635 A TW 200845635A
Authority
TW
Taiwan
Prior art keywords
file
version
repair
client
server
Prior art date
Application number
TW097100707A
Other languages
English (en)
Inventor
Imed Bouazizi
Original Assignee
Nokia Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Corp filed Critical Nokia Corp
Publication of TW200845635A publication Critical patent/TW200845635A/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/57Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for mobile receivers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications

Description

200845635 九、發明說明: 【發明戶斤屬之技術領域】 發明領域 本發明一般關於行動廣播/多播服務(MBMS)。更詳細 地說,本發明關於與MBMS聯合使用的檔案修復功能性特 徵。 '
t先前技術J 發明背景 本節目的在於提供詳述於申請專利範圍中該發明之背 10景(back§round)或脈絡(context)。這裡的説明可能包含可被 執行的概念,但不需要是已經被事先設想或執行的概念。 因此,除非另有註明,本節之描述並非本申請案中説明以 及申凊專利範圍的先前技術,並且也不被承認是本節所包 含的先前技術。 4亍動多播和廣播糸統近來已經被不同的組織標準化, 諸如第三代合作夥伴計畫(3GPP)多媒體廣播/多播服務 (MBMS)、數位視訊廣播(DVB)廣播與行動服務敫八 (CBMS),和開放行動通訊聯盟(ΟΜΑ)行動库 ’播服務 (BCAST)組織。這些多播/廣播解決方案所提供的兩項主要 20 服務是串流(streaming)和播案遞送(file delivery)服矛欠雖款、 串流服務被認為是該技術(例如,行動TV應用鞋式)的主 驅動程式,但檔案遞送被預期以產生大量流晷^ I和大量收 入。例如,在遞送音樂和視訊剪輯中,該檔宰谈〜 可包含 主要應用程式元件。另外,檔案遞送可以是該應用^气之 5 200845635 一次要元件,諸如在富媒體(rich media)應用程式和切換 (zapping)串流的情況中。 在檔案遞送情況中,單向傳送檔案遞送(FLUTE)可被 使用作為檔案遞送協定。如在網路工作小組之需求說明書 5 (Request for Comments,RFC)3926 中所討論的,其可在 www.ietf.org/rfc/rfc3926.txt處找到,且其全部在此以參照方 式被併入本文,FLUTE由網際網路工程任務編組(IETF)所 定義,且此文件之一修訂版正在進行當中。FLUTE基於非 同步分層編碼(ALC)協定實例化(Instantiation),其可在RFC 10 3450 中找到(www.ietf.org/rfc/rfc3450.txt,其全部在此以參 照方式被併入本文)。ALC包含一組組成區塊(building block),諸如分層編碼傳送(LCT)區塊,其可在rfc 3451中 找到(www.ietf.org/rfc/rfc3451 .txt,其全部在此以參照方式 被併入本文),和前向糾錯(FEC)組成區塊,其可在rfc 3452 15 中找到(www.ietf.org/rfc/rfc3452.txt,其全部在此以參照方 式被併入本文)。FLUTE擴展了 ALC,藉由其中定義描述 FLUTE對話(FLUTE session)内容的機制。這是藉由以下實 現的:引入一習知的物件,其傳送物件識別符(T0I)等於〇, 攜帶一標案遞送表實例(FDT instance)。該FDT實例列出一 2〇 組檔案及其相對應傳送選項。該FDT是一XML標案,跟在
FLUTE規格中所定義的一概要(schema)之後,其中該FDT 之該等語義主要自HTTP 1·1協定獲取(其可在 www.ietf.org/rfc/rfc2616.txt中找到,其全部在此以參照方式 被併入本文)。 6 200845635 30卩卩當勒正在指定多媒體廣播/多播服務(MBMS)檔考 下載和申流方法之升級版(ETSITS 126 346,通用行動通訊 系統(UMTS);多媒體廣播/多播服務(MBMS);協定和編石馬 /解碼(3GPP TS 26.346),其全部在此以參照方式被併入本 5文)。此等升級版的目標之一是賦能在一單播對話上的服務 遞送。這在使用者偶然離開一多播覆蓋區域且只有單播通 道可得以資料接收的情況中是特別重要的。賦能在一單播 對話上的服務遞送藉由以下被完成:提供適當的信號以指 示接收器存在遞送與多播/廣播對話相同内容的另一單播 1〇 對話。 在一檔案下載對話的生命期内,該等檔案的新版本可 能變得可得,且被遞送到該等接收器以取代該等檔案之舊 版本。這樣一服務之一範例可以是將目前股價更新遞送到 一接收器的一股票市場資訊服務。不能根據所接收之編碼 15符號和FEC修復符號重新獲得該檔案的接收器,可能試圖 執行一檔案修復操作以檢索遺漏編碼符號。 如3GPP TS 26.346規格(上文中已註明)中所定義的目 前檔案修復語法並不允許該接收器指定請求是關於哪個檔 案版本。被允許的該檔案的唯一識別是檔案的統一資源定 20位裔(URL) ’其對於一檔案的所有版本來說是相同的。因 此’當一不同版本的編碼符號自該修復伺服器/服務被檢索 時,該檔案的重新獲得可能是錯誤的。 第1圖說明此歧義可能聯合一檔案修復請求發生時之 一範例。第1圖中所描述之系統包括至少一標案遞送伺服器 7 200845635 100、希望自該檔案遞送伺服器100接收/下載一檔案之—客 戶端110,和用於在該檔案下載期間發送例如未被該客戶端 110接收到的遺漏編碼符號之一修復伺服器120。將該1?13了11 自該檔案遞送伺服器100遞送到該客戶端110表示為130,其 5中該FDTn包括檔案1、版本1。遞送該檔案1、版本1到該客 戶端110表示為135。該檔案1、版本1之的一部分(例如,最 後部分)未被接收到則指不為140。另外,例如,14〇可指干 該檔案1、版本1的最後部分有缺陷地被接收。由該客戶端 110向該修復伺服器120發起的對該檔案1的一修復請求表 10 示為145。 在傳輸修復請求和傳輸代表檀案1之最後部分的該遺 漏編碼符號之間的某時間,一新版本,即檔案1、版本2變 得可得。遞送包括檔案1、版本2的FDT n+1到該客戶端11〇 被表示為150。例如,由於該檔案1、版本1之最後部分的遞 15 送並沒完成的這個相同原因,因而未被遞送到該客戶端HQ 的檔案1、版本2之該等編碼符號的遞送表示為155。用於遞 送該播案1、版本2到該客戶端11 〇的一“修復回應標案1、 版本2说息顯不為160。然而,該客戶端11 〇所請求的實於 上並不是該檔案1、版本2,而是對該檔案1、版本丨的一修 20復請求。因此,該修復請求是有歧義的,這裏並沒有機制 用於指示一特定檔案的哪一版本是該修復請求所針對的。
個不同的解決方案先前 一技術以唯一地識別 現正確。兩 已經被提出以處理歧義問題。第一 8 200845635 個解決方案涉及時間考慮(timing consideration)。DVB CDP 實現技術指導手冊(DVB-Η的網際網路協定式資料廣播(IP Datacast):内容遞送協定(CDP)實現技術指導手冊 TM-CBMS 1483/TM 3460 Rev· 3)中所採用的一種建議提供 5 一種用於選擇檔案修復區間的處理,在此方法中它們對於 一檔案的不同版本來說並不重疊。因為,習知地,修復請 求被假定僅在那些檔案修復區間期間被發起,所以該請求 之檔案版本可唯一地被識別。然而,此第一個解決方案的 一個缺點是,必須對於在一服務通告中需被發信號通知一 10 接收為的该專修復請求的時間區間來設定限制/要求。因 而,該接收器不允許在該等檔案修復請求區間之外的時間 發送修復請求。 第二個解決方案涉及在該修復請求中包括一檔案之 T0I。而該TOI被用以識別該遺漏或缺失、被請求之編碼符 15 號所屬的該檔案之版本。然而,這僅產生一不完全解決方 案,因為該T0I必須還被一關聯的傳輸對話識別符(TSI)和 發送者位址確定範圍。相同值的TOI可被複數個FLUTE伺服 器所使用’以指向一槽案的不同版本’所以,只有一 T0I 值是不夠的。即使添加這些參數到該請求URL也不能產生 20 一令人滿意的解決方案,因為該請求列的大小由於包括額 外的參數而明顯地被增加。此外,這樣一解決方案限制了 實現該修復伺服器的有效可能性,其中該修復伺服器需要 維持攜帶一給定檔案的所有檔案下載對話之一列表,以及 在這些檔案下載對話的每一個之中所使用的不同的T0I值。 9 200845635 【号务明内 發明概要 本發明之各種實施例提供,改變檔案修復功能性以允 許明確識別檔案修復請求中之一檔案版本。一修復請求藉 5 由可整體地,且與該檔案下載對話無關地識別一檔案之版 本的資訊而被擴展。依據本發明之一個實施例,一檔案之 最後修改日期可聯合該檔案之URL被使用,以識別該檔案 及其版本。依據本發明之另一實施例,該檔案之一散列值 (hash value)可聯合該檔案之URL被使用,以識別該檔案及 10 其版本。 本發明之各種實施例具有建立一種用以識別 一檔案下載對話中所遞送的檔案版本之更健全方法的優 勢。此外,本發明之各種實施例允許更加靈活地實現/實施 一槽案修復服務’因為在一槽案遞送祠服器和該樓案修復 15 伺服器之間進行同步化所需的同步努力被最小化。 本發明的此等和其他優勢和特徵及其操作的組織和方 式,將根據以下結合附圖的詳細描述而變得明顯,其中貫 穿下文所描述的數個圖式中,相同元件具有相同編號。 圖式簡單說明 20 第1圖說明一歧義檔案修復請求之一訊息流程表示; 第2圖說明依據本發明之一實施例使用MD5核對和之 一訊息流程表示; 第3圖說明依據本發明之另一實施例實施的一最後修 改日期特徵之一訊息流程表示; 10 200845635 第4圖是本發明可被實施於其中的一系統之一概觀圖·, 第5圖是可被用於本發明之實現技術中的一行動裝置 之' 透視圖,及 第6圖是第5圖中行動裝置的裝置電路的一示意性代 5 表。 t實施方式3 較佳實施例之詳細說明 本發明之各種實施例改良可在3GPP TS 26.346(其可在 www.3gpp.org/ftp/Specs/archive/26—series/26.346/處找到, 10其全部在此以參照方式被併入本文)中找到的協定和編碼/ 解碼中所定義的檔案修復功能性。因此,本發明之各種實 施例能夠提供對與為一檔案而發起的檔案修復請求的該檔 案相關聯之版本的明確識別。對一檔案之版本的明確識別 藉由使用可整體地,且與該檔案下載對話無關地識別該檔 15案之該版本的資訊來擴展該修復請求而被實現。 依據本發明之一實施例,一檔案之一最後修改日期可 聯合該檔案之URL被使用,以識別此檔案及該檔案版本。 依據本發明之另一實施例,該檔案之一散列值也可聯合該 檔案之URL被使用,以識別此稽案及該檔案版本。該檔案 20之1;111^唯一地識別一給定檔案。當該檔案之URL與該檔案 之隶後修改日期和/或該槽案之散列值被組合時,該槽案及 該樓案版本可唯一地被識別。 一檔案之最後修改日期指示該檔案之一特定版本被建 立完成的時間。可以假定,相同檔案的兩個版本不共用相 11 200845635 同的修改時間。還應該知道,該修改日期可以是指例如一 特定曆曰期和一時間。以此方式定義該修改曰期進一步有 助於確保相同檔案的兩個版本不共用相同的修改日期。 該檔案之散列值是玎以關於整個檔案/在整個檔案上 5 被計算之值。因此,該檔案之散列值可被用以唯一地識別 該檔案之一版本,因為玎假定,該檔案沒有兩個版本會產 生相同的散列值。 實施本發明之各種實施例包括用於發信號通知接收器 該檔案版本之一識別符的一程序。發信號通知該檔案版本 10 較佳地發生在該FDT中,但可以發生在別處。該散列值已 經在該FDT中以一訊息摘錄演算法5(MD5)核對和的形式被 定義,其可在 RFC 1321 中找到(www.ietf.org/ rfc/ rfcl321.txt,其全部在此以參照方式被併入本文)。具有該 MD5值的一 FDT之一範例以下面的語法被實施: 15 <?xml version=ff1.0,f encoding=??UTF-8f? standalone=!?no?? ?> <FDT-Instance xmlns=ffhttp://\vww.example.com/ fluten Expires =,,3396186000,,> <File Content-Location=ffmusic.mp3M Content-Type=,f audio/mp3ff 20 TOI=?f9f?Content-MD5=55A3DC4902FB2ECE812845AD0D0AA7> </FDT-Instance> 該MD5散列值使用base64編碼被編碼,然而應該知 道,其他編碼技術可以被使用。此外,其他散列值演算法 12 200845635 也可被使用。 另外,如上所述,一“最後修改”元素可被引入到該 檔案中,其攜帶指示該檔案之目前版本的建立Μ多改的曰期 和時間的一時間標記(timestamp)。具有該最後修改元素的 5 一 FDT之一範例以下面的語法被實施: <?xml version=?’1.0’’ encoding=’’UTF_8’’ standalone="no" ?> <FDT-Instance xmlns= ??http:// www.example.com /flute,f Expires =,,3396186000,,> 10 <File Content-Location=?fmusic.mp3?f Content-Type = "audio /mp3,,TOI =,,9,,Last-Modified =”3374187237〉 </FDT-Instance> 應該注意,該最後修改元素可以是一網路時間協定 15 (NTP)時間標記,或其可以是如HTTP 1.1中所定義的一曰期 和時間值。在一特定實施例中,此日期和時間指示的解析 度至少是秒級的。雖然任何所希望的解析度可被實施,但 一較小的解析度更可確保沒有兩個不同的檔案版本會共用 相同的建立時間。例如,如上所述,日級的解析度將容易 2〇 導致在一天中被修改的一檔案出現多於一個版本。 實施本發明之各種實施例還包括用於使用一檔案版本 之一指示來歸檔(file)一修復請求的一過程。為了實現它, 一檔案修復請求可被修改以包括所請求之該檔案版本之一 指示。依被包括於該FDT中的該檔案描述而定,該修改日 13 200845635 期和該散列值中的至少一個被使用作為該指示。 使用一MD5散列值的一檔案修復請求之一範例被顯示 於下:
5 GET/file_repair_service?fileURI=www.news.examples om/latest/music.mp3&Content-MD5= A3DC4902FB2ECE812845AD0D0AA&SBN 二 0;ESI=12,78&S
BN=2 HTTP/LI
Host: http://ipdcrepair.operator.com 10 第2圖顯示說明該檔案修復請求程序之一訊息圖,其中 在該FDT中該MD5散列值被發送。第2圖中所示之該系統, 像第1圖中所示之系統,包括至少一檔案遞送伺服器1〇〇、 一客戶端110和一修復伺服器120。將該FDT η自該檔案遞送 % 15伺服器100遞送到該客戶端110表示為170,其中該FDT η包 括檔案1、版本1。此外,該FDT包括MD5散列值X。將該檔 案1、版本1遞送到該客戶端110顯示為175。該槽案1、版本 1的一部分未被該客戶端110接收到指示為180。另外,例 如’ 180可指示該檔案1、版本1之此部分有缺陷地被接收。 20 在傳輸該檔案修復請求和傳輸代表檔案1之最後部分 的遺漏編碼符號之間的某時間,一新版本,即稽案1、版本 2變得可得。遞送包括檔案1、版本2的FDTn+Ι和MD5散列 值Y到該客戶端110表示為190。因而未被遞送到該客戶端 U〇的該檔案1、版本2之該等編碼符號的遞送表示為195。 14 200845635 然而,與第1圖中所示的歧義檔案修復請求不同,i85表示 由該客戶端110向該修復伺服器120發起的對於該俨案丄的 一槽案修復請求,其中該請求還包括指示所請求的該稽案工 的版本是版本1的該MD5散列值指示符。因此,該修復饲服 5器120以檔案1的適當版本,即版本1,回應該檔案修復請 求,因為檔案1、版本i和檔案丨、版本2可經由其各自的MD5 散列值X和Y被區分。 回應該修復請求包括,該修復伺服器將與該檔案丨、版 本1相關聯的被請求編碼符號遞送到該客戶端11〇 α在一, 10施例中,在開始檔案修復對話之前,該被請求檔案,即檔 案卜版本1在該修復伺服器120處已經可得,例如經由該修 復伺服器12 0和該檔案遞送伺服器1 〇 〇之間的一較早的交互 作用。6亥修復祠服器120运可具有關於一適當的區塊演算法 (blocking algorithm)之資訊,其被用於將該檔案分成複數個 15來源區塊,以能夠依據該話在該原始伺服器處 (即,檔案遞送伺服器100)再生該等被請求編碼符號。另外, 該修復伺服器120可以是來自該檔案遞送伺服器1〇〇之 FLUTE對話的一接收器。應該注意,用於自該檔案遞送伺 服器100獲取檔案的該修復伺服器12〇行為是特定實施 20 (imPlementation_sPecific)。為了可縮放性目的,該修復伺服 為120可以(但不必)使檔案在本地可得,代替必須轉送對該 修復的請求(例如,重新發送遺漏編碼符號)到該檔案遞送伺 服器100。 具有一被包括於其中之最後修改元素的一檔案修復請 15 200845635 求之一範例被顯示於下: GET/file_repair_service?fileURI=www.news.example.c om/latest/music.mp3&Last-Modified=”337418723”&SBN=0; 5 ESI=12,78&SBN=2 HTTP/1.1
Host: http://ipdcrepair.operator.com 第3圖顯示說明該檔案修復請求程序之一訊息圖,其中 在該FDT中一最後修改元素被發送。第3圖中所示之系統包 10 括至少一檔案遞送伺服器100、一客戶端110和一修復伺服 器120。將該FDT η自該檔案遞送伺服器1〇〇遞送到該客戶端 110表示為210,其中該FDTn包括檔案1、版本1。此外,該 FDT包括一最後修改值X,其中X可以是指一NTP時間標記 或其他日期和時間值,如上所述。將該檔案1、版本1遞送 15到該客戶端11〇表示為215。220指示該檔案1、版本1的一部 分未被該客戶端110揍收到。另外,例如,220還指示該檔 案1、版本1的此部分有缺陷地被接收。 在傳輸該檔案修復請求和傳輸代表檔案1之最後部分 的遺漏編碼符號之間的某時間,一新版本,即檔案卜版本 20 2變得可得。230指示將FDT n+1遞送到該客戶端110,其中 該FDT n+1包括檔案卜版本2和具有一值等於γ的一最後修 改元素。因而未被遞送到該客戶端11〇的該檔案1、版本2之 該等編碼符號的遞送指示為235。225表示由該客戶端110向 該修復伺服器120發起的對該檔案丨之一檔案修復請求,其 16 200845635 中該請求還包括識別所請求的該檔案1的版本是版本丨的該 最後修改元素值X。因此,該修復伺服器120以槽案1的適當 版本,即版本1,回應該槽案修復請求,因為槽案1、版本丄 和槽案1、版本2可經由其各自的最後修改元素值X和γ被區 5 分。
本發明之各種實施例具有建立一種用以識別在F L U T E 上的一檔案下載對話中所遞送的檔案版本之更健全方法的 優勢。此外,本發明之各種實施例允許更加靈活地實現/實 施一稽案修復服務,因為在一檔案遞送伺服器和該檔案修 10 復伺服器之間進行同步化所需的同步努力被最小化。雖然 一槽案遞送伺服器(例如,檔案遞送伺服器100)被要求在該 FDT中包括比習知所要求的更多的關於一檔案之資訊,但 這僅對於那些預期要被該檔案遞送伺服器更新的檔案來說 才是必要的。
20 第4圖顯示本發明可被使用於其中的一系統10,包含多 個可透過一網路進行通訊的通訊裝置。該系統10可包含有 線和無線網路之任何組合,包括,但不僅限於一行動電話 網路、一無線區域網路(LAN)、一藍芽個人區域網路、一乙 太 LAN、 訊標環LAN、一廣域網路、網際網路等。該系 、、先可包括有線和無線通訊裝置兩種。 例如,第4圖中所示之該系統1〇包括一行動電話網路u 孝°亥、’’罔際網路28。與網際網路28的連接可包括,但不僅限 ;長私無線連接、短程無料接和各種有線連接,包括, 但不僅限於電話線、線、電力線之類。 17 200845635 5亥系統10的示範性通訊裝置可包括,但不僅限於一行 動裝置12、一組合PDA及行動電話14、一PDA 16、一整合 訊息裝置(IMD)18、一桌上型電腦2〇和一筆記型電腦22。該 等通矾裝置可以是固定的或是行動的,如當被一正在移動 5的個人所攜帶時。該等通訊裝置還可被置於一交通模式 (mode 〇f transportation),包括,但不僅限於一汽車、一卡 車、一公車、一船、一飛機、一腳踏車、一摩托車等。某 些或所有該等通訊裝置可發送或接收呼叫和訊息,並透過 一無線連接25到達一基地台24與服務提供器進行通訊。該 10基地σ 24可被連接到一網路伺服器26,允許該行動電話網 路11與該網際網路28之間的通訊。該系統10可包括附加的 通訊裝置和不同類型的通訊裝置。 該等通訊裝置可使用各種傳輸技術進行通訊,包括, 但不僅限於分碼多重接取(CDMA)、全球行動通訊系統 15 (GSM)、通用行動電訊系統(UMTS)、分時多重接取 (TD—MA)、分頻多重接取(FDMA)、傳輸控制協定/網際網路 協定(tcp/IP)、短訊息服務(SMS)、多媒體訊息服務 ( )黾子郵件、即時訊息服矛务(IMS)、藍芽、IEEE 802.11 等。一通訊裝置可使用各種媒體進行通訊,包括,但不僅 2〇限於無線電波、紅外線、雷射、電缏連接之類。 第5和6圖顯示本發明可被實施於其中的一代表性行動 /置 ;、彳而應该知道,本發明並不企圖被限制在一特定 颏聖的包子裝置中。第5和ό圖之行動裝置12包括一外殼 3〇 /夜阳顯示器形式的顯示器32、一小鍵盤34、一麥克 18 200845635 5 10 15 風36、一耳機38、—電池40、一紅外線埠42、-天線44、 依據本發明之-實施例的聰⑽式的一智慧卡46、一讀卡 器48、無線電介面電路52、編媽/解碼電路“、—控制器% 和一記憶體58。個別的電路及元件是所有該技術領域二習 知的類型’例如行動電話中的諾基亞⑽故)系列。 這裏所描述的各種實施例被描述於方法步驟和程序的 I 又月厅、’其可藉由—電腦程式產品被實施於—實施例 中,實施於-電腦可讀取媒體中,包括被網路環境中的電 腦執行的電腦可執行指令,諸如程式碼。—f腦可讀取媒 體可包括可移除和非可移除儲存裝置,包括,但不僅限於 唯讀記憶體(ROM)、隨機存取記憶體(RAM)、光碟(CD)、 數位多功能光碟(DVD)等。一般來說,程式模組包括執行 知·疋任務或實現特定抽象資料類型的常用程式、程式、物 件、元件、資料結構等。電腦可執行指令、相關資料結構 和程式模組代表了用於執行這裏所揭露之方法的步驟的程 式碼的範例。此類可執行指令之特定序列或相關資料結構 代表了用於實施此等步驟中所描述之功能的相對應的動作 的範例。 各種實施例之軟體及網路的實現技術可使用基於規則 20 的邏輯以及其他邏輯的標準程式技術實現,以實現不同資 料庫檢索步驟或程序、相關性步驟或程序、比較步驟或程 序以及決定步驟或程序。還應該注意,詞“元件”和“模 組”(即這裏以及下面的申請專利範圍中所使用的)意指包 含使用一或多行軟體碼及/或硬體實現技術,及/或用於接收 19 200845635 人工輸入的設備的實現技術。 前文對本發明實施例的描述已經被呈現以達到解釋及 說明的目的。前文描述並不意指詳盡描述或將本發明之實 施例限制在揭露的明確形式裏,且依據上述教示之修改和 5 變化是可能的,或玎從本發明之實施中獲得。在此所討論 的該等實施例的選取及描述是為了解釋各種實施例的原理 和本質及其實際應用,以使此技藝中具有通常知識者能夠 利用本發明於各種實施例及各種修改以適用於特定使用之 考量。在此所描述之該等實施例之特徵可在所有可能的方 10 法、設備、模組、系統和電腦程式產品之組合中被組合。 C圖式簡單說明3 第1圖說明一歧義檔案修復請求之一訊息流程表示; 第2圖說明依據本發明之一實施例使用MD5核對和之 一訊息流程表示; 15 第3圖說明依據本發明之另一實施例實施的一最後修 改曰期特徵之一訊息流程表示; 第4圖是本發明可被實施於其中的一系統之一概觀圖; 第5圖是可被用於本發明之實現技術中的一行動裝置 之一透視圖;及 2〇 第6圖是第5圖中行動裝置的裝置電路的一示意性代 表。 【主要元件符號說明】 10···系統 12···行動電話 11…行動電話網路 14…組合PDAA行動電話 20 200845635
16.. .PDA 18.. .整合訊息裝置(IMD) 20…桌上型電腦 22.. .筆記型電腦 24···基地台 25···無線連接 26.. .網路伺服器 28.. .網際網路 30.. .外殼 32.. .顯示器 34.. .小鍵盤 36…麥克風 38…耳機 40.. .電池 42.. .紅外線埠 44.. .天線 46.. .智慧卡 48··.讀卡機 52…無線介面電路系統 54…編碼/解碼電路糸統 56.. .控制器 58.. .記憶體 100.. .糟案遞送伺服器 110.. .客戶端 120…檔案修復伺服器 130〜160...接取狀態 170〜210…接取狀態 210〜240...接取狀態 21

Claims (1)

  1. 200845635 十、申請專利範圍: 1. 一種方法,包含以下步驟: 在一單播對話期間發送一第一檔案遞送表和一檔 案之一第一版本到一客戶端和一檔案修復伺服器,該第 5 一檔案遞送表包括一第一檔案版本指示符; 在決定該檔案之一第二版本存在之後,發送一第二 檔案遞送表和該檔案之一第二版本到該客戶端,該第二 檔案遞送表包括一第二檔案版本指示符。 2. 如申請專利範圍第1項所述之方法,其進一步包含以下 10 步驟:若該檔案之該第一版本的至少一部分未被該客戶 端接收到和有缺陷地被該客戶端接收這兩種情況之一 發生時,從該客戶端發送一檔案修復請求到該檔案修復 伺服器,該檔案修復請求包括該第一檔案版本指示符。 3. 如申請專利範圍第2項所述之方法,其進一步包含以下 15 步驟:接收該檔案修復請求,該檔案修復請求自該檔案 修復伺服器被轉送,及發送表示該檔案之該第一版本的 該至少一部分的編碼符號到該客戶端。 4. 如申請專利範圍第2項所述之方法,其中該檔案修復伺 服器具有關於一區塊演算法之資訊,以依據該單播對話 20 再生該等編碼符號。 5. 如申請專利範圍第4項所述之方法,其進一步包含以下 步驟:發送編碼符號到該客戶端,該等編碼符號表示該 檔案之該第一版本的該至少一部分。 6. 如申請專利範圍第1項所述之方法,其中該第一和第二 22 200845635 檔案版本指示符的每一個包含該檔案之該第一和第 版本的散列值和最後修改元素之一。 7·如申請專利範圍第6項所述之方法,其中該等散列值包 含依據訊息摘錄演算法5之值。 5 8·如申請專利範圍第6項所述之方法,其中該等最後修改 元素包含關於當該檔案之該第一和第二版本的每一個 被建立時的一最後時刻之時間標記值。 9· 一種包含如申請專利範圍第丨項所述之程序的電腦程式 產品,被實施於一電腦可讀取媒體上。 10 10· —種設備,包含: 一處理器;及 °己饭體單70,通訊性地被連接到該處理器,且包 括·· ;在單播對話期間發送一第一檔案遞送表和 15 一槽案之~第_ jjr- I 版本到一客戶端和一檔案修復伺服器 標㈣送表包括—第― 指不符; 第nt决^槽案之一第二版本存在之後,發送一 弟一榀案遞送表和 2〇 «程式石馬,該第一1 弟二版本到該客戶端之 -〇 人—輻案遞达表包括一第二檔案版本指 .步包圍第10項所述之設備,其中該客戶端進- 該客戶端接=錢案之該第—版本的至少—部分未被 到和有缺陷地被該客戶端接收這兩種情 23 200845635 況之一發生時,發送一檔案修復請求到該檔案修復伺服 器之電腦程式碼,該檔案修復請求包括該第一檔案版本 指不符。 12. 如申請專利範圍第11項所述之設備,其中該記憶體單元 5 進一步包含用於接收該檔案修復請求之電腦程式碼,該 檔案修復請求自該檔案修復伺服器被轉送,及用於發送 表示該檔案之該第一版本的該至少一部分的編碼符號 到該客戶端之電腦程式碼。 13. 如申請專利範圍第11項所述之設備,其中該檔案修復伺 10 服器具有關於一區塊演算法之資訊,以依據該單播對話 再生該等編碼符號。 14. 如申請專利範圍第13項所述之設備,其中該檔案修復伺 服器包含用於發送編碼符號到該客戶端之電腦程式 碼,該等編碼符號表示該檔案之該第一版本的該至少一 15 部分。 15. 如申請專利範圍第11項所述之設備,其中該第一和第二 檔案版本指示符的每一個包含該檔案之該第一和第二 版本的散列值和最後修改元素之一。 16. 如申請專利範圍第15項所述之設備,其中該等散列值包 20 含依據訊息摘錄演算法5之值。 17. 如申請專利範圍第15項所述之設備,其中該等最後修改 元素包含關於當該檔案之該第一和第二版本的每一個 被建立時的一最後時刻之時間標記值。 18. —種方法,包含以下步驟: 24 200845635 在一單播對話期間接收一第一檔案遞送表和一樓 案之一第一版本,該第一檔案遞送表包括一第一檔案版 本指不符, - 若該檔案之該第一版本的至少一部分未被該客戶 ,5 端接收到和有缺陷地被該客戶端接收這兩種情況之一 發生時,發送一檔案修復請求到一檔案修復伺服器,該 檔案修復請求包括該第一檔案版本指示符;及 接收一槽案修復回應,該檔案修復回應包括表示該 檔案之該第一版本的該至少一部分的編碼符號。 10 19.如申請專利範圍第18項所述之方法,其進一步包含以下 步驟:自一檔案遞送伺服器發送一第二檔案遞送表和該 檔案之一第二版本,該第二檔案遞送表包括一第二檔案 版本指示符。 20. 如申請專利範圍第19項所述之方法,其中該第二檔案版 15 本指示符包含該檔案之該第二版本的一散列值和一最 . 後修改元素之一。 21. 如申請專利範圍第20項所述之方法,其中該散列值包含 依據訊息摘錄演算法5之一值。 22. 如申請專利範圍第20項所述之方法,其中該最後修改元 20 素包含關於當該檔案之該第二版本被建立時的一最後 時刻之一時間標記值。 23. 如申請專利範圍第18項所述之方法,其中該檔案修復回 應包括編碼符號,該等編碼符號表示該檔案之該第一版 本的該至少一部分。 25 200845635 24·如申請專利範圍第18項所述之方法,其中該檔案修復回 應自該檔案修復伺服器被接收。 25·如申請專利範圍第24項所述之方法,其中該檔案修復伺 服器具有關於一區塊演算法之資訊,以依據該單播對話 5 再生該等編碼符號。 26·如申請專利範圍第18項所述之方法,其中該檔案修復回 應自一檔案遞送伺服器被接收,該檔案修復請求自該檔 案修復伺服器被轉送,I包括表示該檔案之該第一版本 的該至少一部分的編碼符號。 10 27·如申請專利範圍第18項所述之方法,其中該第一檔案版 本指示符包含該檔案之該第一版本的一散列值和一最 後修改元素之一。 28·如申請專利範圍第27項所述之方法,其中該散列值包含 依據訊息摘錄演算法5之一值。 15 29·如申請專利範圍第27項所述之方法,其中該最後修改元 素包含關於當該檔案之該第一版本被建立時的一最後 時刻之一時間標記值。 30· —種包含如申請專利範圍第18項所述之程序的電腦程 式產品,被實施於一電腦可讀取媒體上。 20 31· 一種設備,包含: 一處理器;及 一記憶體單元,通訊性地被連接到該處理器,且包 括: 用於在一單播對話期間接收一第一檔案遞送表和 26 200845635 一檔案之一第一版本之電腦程式碼,該第一檔案遞送表 包括一第一檔案版本指示符; 用於若該檔案之該第一版本的至少一部分未被該 客戶端接收到和有缺陷地被該客戶端接收這兩種情況 5 之一發生時,發送一檔案修復請求到一檔案修復伺服器 之電腦程式碼,該檔案修復請求包括該第一檔案版本指 示符;及 用於接收一檔案修復回應之電腦程式碼,該檔案修 復回應包括表示該檔案之該第一版本的該至少一部分 10 的編碼符號。 32.如申請專利範圍第31項所述之設備,其中一檔案遞送伺 服器包含用於發送一第二檔案遞送表和該檔案之一第 二版本到該客戶端之電腦程式碼,該第二檔案遞送表包 括一第二檔案版本指示符。 15 33.如申請專利範圍第32項所述之設備,其中該第二檔案版 本指示符包含該檔案之該第二版本的一散列值和一最 後修改元素之一。 34.如申請專利範圍第33項所述之設備,其中該散列值包含 依據訊息摘錄演算法5之一值。 20 35.如申請專利範圍第33項所述之設備,其中該最後修改元 素包含關於當該檔案之該第二版本被建立時的一最後 時刻之一時間標記值。 36.如申請專利範圍第31項所述之設備,其中該檔案修復回 應包括編碼符號,該等編碼符號表示該檔案之該第一版 27 200845635 本的該至少一部分。 37. 如申請專利範圍第31項所述之設備,其中該檔案修復回 應自該檔案修復伺服器被接收。 38. 如申請專利範圍第37項所述之設備,其中該檔案修復伺 5 服器具有關於一區塊演算法之資訊,以依據該單播對話 再生該等編碼符號。 39. 如申請專利範圍第31項所述之設備,其中該檔案修復回 應自一檔案遞送伺服器被接收,該檔案修復請求自該檔 案修復伺服器被轉送,且包括表示該檔案之該第一版本 10 的該至少一部分的編碼符號。 40. 如申請專利範圍第31項所述之設備,其中該第一檔案版 本指示符包含該檔案之該第一版本的一散列值和一最 後修改元素之一。 41. 如申請專利範圍第40項所述之設備,其中該散列值包含 15 依據訊息摘錄演算法5之一值。 42. 如申請專利範圍第40項所述之設備,其中該最後修改元 素包含關於當該檔案之該第一版本被建立時的一最後 時刻之一時間標記值。 43. —種方法,包含以下步驟: 20 自一客戶端接收一檔案修復請求,該檔案修復請求 包括一檐案之一第一版本的一第一檔案版本指示符;及 在決定該檔案之該第一版本的至少一部分未被該 客戶端接收到和有缺陷地被該客戶端接收這兩種情況 之一發生之後,發送一檔案修復回應到該客戶端。 28 200845635 44.如申請專利範圍第43項所述之方法,其中一檔案遞送伺 服器發送一第二檔案遞送表和該檔案之一第二版本到 該客戶端,該第二檔案遞送表包括一第二檔案版本指示 符。 5 45.如申請專利範圍第44項所述之方法,其中該第二檔案版 本指示符包含該檔案之該第二版本的一散列值和一最 後修改元素之一。 46.如申請專利範圍第45項所述之方法,其中該散列值包含 依據訊息摘錄演算法5之一值。 10 47.如申請專利範圍第45項所述之方法,其中該最後修改元 素包含關於當該檔案之該第二版本被建立時的一最後 時刻之一時間標記值。 48. 如申請專利範圍第43項所述之方法,其進一步包含以下 步驟:轉送該檔案修復請求到一檔案遞送伺服器,其中 15 該檔案修復回應被發送到該客戶端,該檔案修復回應包 括表示該檔案之該第一版本的該至少一部分的編碼符 號。 49. 如申請專利範圍第43項所述之方法,其中該檔案修復回 應被該檔案修復伺服器發送到該客戶端,該檔案修復回 20 應包括表示該檔案之該第一版本的該至少一部分的編 碼符號。 50. 如申請專利範圍第49項所述之方法,其進一步包含以下 步驟··預先接收一區塊演算法,以依據一單播對話再生 該等編碼符號。 29 200845635 51. 如申請專利範圍第43項所述之方法,其中該第一檔案版 本指示符包含該稽案之該第一版本的一散列值和一最 後修改元素之一。 52. 如申請專利範圍第51項所述之方法,其中該散列值包含 5 依據訊息摘錄演算法5之一值。 53. 如申請專利範圍第51項所述之方法,其中該最後修改元 素包含關於當該檔案之該第一版本被建立時的一最後 時刻之一時間標記值。 54. —種包含如申請專利範圍第43項所述之程序的電腦程 10 式產品,被實施於一電腦可讀取媒體上。 55. —種設備,包含: 一處理器;及 一記憶體單元,通訊性地被連接到該處理器,且包 括: 15 用於自一客戶端接收一檔案修復請求之電腦程式 碼,該檔案修復請求包括一檔案之一第一版本的一第一 檔案版本指示符;及 用於在決定該檔案之該第一版本的至少一部分未 被該客戶端接收到和有缺陷地被該客戶端接收這兩種 20 情況之一發生之後,發送一檔案修復回應到該客戶端之 電腦程式碼。 56. 如申請專利範圍第55項所述之設備,其中一檔案遞送伺 服器包含用於發送一第二檔案遞送表和該檔案之一第 二版本到該客戶端之電腦程式碼,該第二檔案遞送表包 30 200845635 括一第二檔案版本指示符。 57.如申請專利範圍第56項所述之設備,其中該第二檔案版 本指示符包含該檔案之該第二版本的一散列值和一最 後修改元素之一。 5 58.如申請專利範圍第57項所述之設備,其中該散列值包含 依據訊息摘錄演算法5之一值。 59.如申請專利範圍第57項所述之設備,其中該最後修改元 素包含關於當該檔案之該第二版本被建立時的一最後 時刻之一時間標記值。 10 60.如申請專利範圍第55項所述之設備,其中該記憶體單元 進一步包含:轉送該檔案修復請求到一檔案遞送伺服 器,其中該檔案修復回應被發送到該客戶端,該檔案修 復回應包括表示該檔案之該第一版本的該至少一部分 的編碼符號。 15 61.如申請專利範圍第55項所述之設備,其中該檔案修復回 應被該檔案修復伺服器發送到該客戶端,該檔案修復回 應包括表示該檔案之該第一版本的該至少一部分的編 碼符號。 62. 如申請專利範圍第61項所述之設備,其中該記憶體單元 20 進一步包含用於預先接收一區塊演算法,以依據一單播 對話再生該等編碼符號之電腦程式碼。 63. 如申請專利範圍第55項所述之設備,其中該第一檔案版 本指示符包含該檔案之該第一版本的一散列值和一最 後修改元素之一。 31 200845635 64·如申請專利範圍第63項所述之設備,其中該散列值包含 依據成息摘錄演算法5之^一值。 65·如申請專利範圍第63項所述之設備,其中該最後修改元 素包含關於當該檔案之該第一版本被建立時的一最後 時刻之一時間標記值。 66· —種系統,包含: 一檔案遞送伺服器,被組配以在一單播對話期間發 送弟一稽案遞送表和一播案之一第一版本,該第一播 案遞送表包括一第一檔案版本指示符,及在決定該檔案 之一第二版本存在之後,發送一第二標案遞送表和該槽 案之一第二版本,該第二檔案遞送表包括一第二檔案版 本指示符; 一客戶端,被組配以自該檔案遞送伺服器接收該第 一棺案遞送表、該槽案之該第一版本和該第一樓案版本 指示符,及在決定該檔案之該第一版本的至少一部分未 被接收到和有缺陷地被接收這兩種情況之一發生之 後,發送一檔案修復請求,該檔案修復請求包括該第一 槽案版本指示符;及 一檔案修復伺服器,被組配以自該客戶端接收該檔 案修復請求,及發送一槽案修復回應到該客戶端。 67.如申請專利範圍第66項所述之系統,其中該檔案修復回 應是以下之一:該檔案修復請求被轉送到該檔案遞送伺 服器,在其上該檔案修復回應被發送到該客戶端,該檔 案修復回應包括表示該檔案之該第一版本的該至少— 32 200845635 〆 部分的編碼符號,及該檔案修復回應直接被該檔案修復 伺服器發送到該客戶端,該檔案修復回應包括表示該檔 案之該第一版本的該至少一部分的編碼符號。 33
TW097100707A 2007-01-09 2008-01-08 Method for the support of file versioning in file repair TW200845635A (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US88419107P 2007-01-09 2007-01-09
PCT/IB2007/055094 WO2008084348A1 (en) 2007-01-09 2007-12-13 Method for supporting file versioning in mbms file repair

Publications (1)

Publication Number Publication Date
TW200845635A true TW200845635A (en) 2008-11-16

Family

ID=39608406

Family Applications (1)

Application Number Title Priority Date Filing Date
TW097100707A TW200845635A (en) 2007-01-09 2008-01-08 Method for the support of file versioning in file repair

Country Status (8)

Country Link
US (1) US20080313191A1 (zh)
EP (1) EP2122874A1 (zh)
KR (1) KR20090098919A (zh)
CN (1) CN101669323A (zh)
CA (1) CA2675135A1 (zh)
RU (1) RU2009127603A (zh)
TW (1) TW200845635A (zh)
WO (1) WO2008084348A1 (zh)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6307487B1 (en) 1998-09-23 2001-10-23 Digital Fountain, Inc. Information additive code generator and decoder for communication systems
US7068729B2 (en) 2001-12-21 2006-06-27 Digital Fountain, Inc. Multi-stage code generator and decoder for communication systems
US9240810B2 (en) 2002-06-11 2016-01-19 Digital Fountain, Inc. Systems and processes for decoding chain reaction codes through inactivation
EP2357732B1 (en) 2002-10-05 2022-04-06 QUALCOMM Incorporated Systematic encoding and decoding of chain reaction codes
EP1665539B1 (en) 2003-10-06 2013-04-10 Digital Fountain, Inc. Soft-Decision Decoding of Multi-Stage Chain Reaction Codes
WO2005112250A2 (en) 2004-05-07 2005-11-24 Digital Fountain, Inc. File download and streaming system
CN101686107B (zh) 2006-02-13 2014-08-13 数字方敦股份有限公司 使用可变fec开销和保护周期的流送和缓冲
US9270414B2 (en) 2006-02-21 2016-02-23 Digital Fountain, Inc. Multiple-field based code generator and decoder for communications systems
WO2007134196A2 (en) 2006-05-10 2007-11-22 Digital Fountain, Inc. Code generator and decoder using hybrid codes
US9419749B2 (en) 2009-08-19 2016-08-16 Qualcomm Incorporated Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes
US9209934B2 (en) 2006-06-09 2015-12-08 Qualcomm Incorporated Enhanced block-request streaming using cooperative parallel HTTP and forward error correction
US9178535B2 (en) 2006-06-09 2015-11-03 Digital Fountain, Inc. Dynamic stream interleaving and sub-stream based delivery
US9432433B2 (en) * 2006-06-09 2016-08-30 Qualcomm Incorporated Enhanced block-request streaming system using signaling or block creation
US9386064B2 (en) 2006-06-09 2016-07-05 Qualcomm Incorporated Enhanced block-request streaming using URL templates and construction rules
US9380096B2 (en) 2006-06-09 2016-06-28 Qualcomm Incorporated Enhanced block-request streaming system for handling low-latency streaming
BRPI0816680A2 (pt) 2007-09-12 2015-03-17 Qualcomm Inc Gerar e comunicar informações de identificação de origem pra habilitar comunicações confiáveis.
US8224868B2 (en) * 2008-07-31 2012-07-17 Verizon Patent And Licensing Inc. Network coding with last modified dates for P2P web caching
EP2316211B9 (en) * 2008-08-20 2017-08-23 Nokia Technologies Oy Method and apparatus for parental control of wireless broadcast content
US8407743B2 (en) * 2008-08-22 2013-03-26 Lg Electronics Inc. Method for processing additional information related to an announced service or content in an NRT service and a broadcast receiver
US9281847B2 (en) 2009-02-27 2016-03-08 Qualcomm Incorporated Mobile reception of digital video broadcasting—terrestrial services
US9288010B2 (en) 2009-08-19 2016-03-15 Qualcomm Incorporated Universal file delivery methods for providing unequal error protection and bundled file delivery services
US9917874B2 (en) 2009-09-22 2018-03-13 Qualcomm Incorporated Enhanced block-request streaming using block partitioning or request controls for improved client-side handling
EP2312437A1 (en) * 2009-09-30 2011-04-20 Thomson Licensing Detecting client software versions
US9485546B2 (en) 2010-06-29 2016-11-01 Qualcomm Incorporated Signaling video samples for trick mode video representations
US8918533B2 (en) 2010-07-13 2014-12-23 Qualcomm Incorporated Video switching for streaming video data
US9185439B2 (en) 2010-07-15 2015-11-10 Qualcomm Incorporated Signaling data for multiplexing video components
US9596447B2 (en) 2010-07-21 2017-03-14 Qualcomm Incorporated Providing frame packing type information for video coding
US9456015B2 (en) 2010-08-10 2016-09-27 Qualcomm Incorporated Representation groups for network streaming of coded multimedia data
US9270299B2 (en) 2011-02-11 2016-02-23 Qualcomm Incorporated Encoding and decoding using elastic codes with flexible source block mapping
US8958375B2 (en) 2011-02-11 2015-02-17 Qualcomm Incorporated Framing for an improved radio link protocol including FEC
US9253233B2 (en) 2011-08-31 2016-02-02 Qualcomm Incorporated Switch signaling methods providing improved switching between representations for adaptive HTTP streaming
US9843844B2 (en) 2011-10-05 2017-12-12 Qualcomm Incorporated Network streaming of media data
US9213605B2 (en) 2012-01-23 2015-12-15 Intel Corporation IP multimedia subsystem and method for MBMS file repair using HTTP servers
US9294226B2 (en) 2012-03-26 2016-03-22 Qualcomm Incorporated Universal object delivery and template-based file delivery
CN104782078B (zh) * 2012-07-27 2019-02-26 爱立信(中国)通信有限公司 执行文件修复过程的用户设备节点、服务器节点以及方法
US10127263B2 (en) * 2013-05-30 2018-11-13 Qualcomm Incorporated Full file repair using schedule description fragment in eMBMS
US9177123B1 (en) * 2013-09-27 2015-11-03 Emc Corporation Detecting illegitimate code generators
US20150172066A1 (en) * 2013-12-13 2015-06-18 Qualcomm Incorporated Practical implementation aspects of unicast fetch for http streaming over embms
US9621618B2 (en) * 2014-12-22 2017-04-11 Telefonaktiebolaget Lm Ericsson (Publ) Packet analyzer device and method to measure a video quality of transmitted IP multicast media
US10063894B2 (en) * 2017-01-10 2018-08-28 Disney Enterprises, Inc. Systems and methods for differential media distribution
US11582125B2 (en) * 2019-10-01 2023-02-14 Qualcomm Incorporated Repair mechanism for adaptive bit rate multicast

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6178429B1 (en) * 1997-11-26 2001-01-23 Cisco Technology, Inc. Mechanism for ensuring SCM database consistency on multi-part operation boundaries
US6269080B1 (en) * 1999-04-13 2001-07-31 Glenayre Electronics, Inc. Method of multicast file distribution and synchronization
US20020049760A1 (en) * 2000-06-16 2002-04-25 Flycode, Inc. Technique for accessing information in a peer-to-peer network
US7043637B2 (en) * 2001-03-21 2006-05-09 Microsoft Corporation On-disk file format for a serverless distributed file system
US7231404B2 (en) * 2003-01-31 2007-06-12 Nokia Corporation Datacast file transmission with meta-data retention
KR100595646B1 (ko) * 2004-01-09 2006-07-03 엘지전자 주식회사 Mbms서비스를 제공하는 무선통신 시스템
TWI325732B (en) * 2006-07-31 2010-06-01 Ind Tech Res Inst File repair mechanism for mbms and umts network

Also Published As

Publication number Publication date
RU2009127603A (ru) 2011-02-20
EP2122874A1 (en) 2009-11-25
US20080313191A1 (en) 2008-12-18
CA2675135A1 (en) 2008-07-17
WO2008084348A1 (en) 2008-07-17
KR20090098919A (ko) 2009-09-17
CN101669323A (zh) 2010-03-10

Similar Documents

Publication Publication Date Title
TW200845635A (en) Method for the support of file versioning in file repair
US10051031B2 (en) Further device timing adjustments and methods for supporting DASH over broadcast
EP2279584B1 (en) System and method for distributing a map of content available at multiple receivers
JP2007509565A (ja) プッシュされたコンテンツをダウンロードするためのシステム、方法及びコンピュータプログラム製品
JP2007509565A5 (zh)
EP3266184B1 (en) Indication for partial segment
EP3529972B1 (en) A method for transmitting content to mobile user devices
US20080046575A1 (en) Caching directives for a file delivery protocol
EP3266183B1 (en) Indication for partial segment
WO2016137761A1 (en) Availability start time adjustment by device for dash over broadcast
AU2016226408B2 (en) Indication for partial segment
CN102195994B (zh) 基于单向文件传输协议传输文件的方法及接收文件的终端
AU2017280873B2 (en) Signaling which version information to use on byte-range file repair