專利名稱：基于單向文件傳輸協(xié)議傳輸文件的方法及接收文件的終端的制作方法
技術(shù)領(lǐng)域：
本申請涉及通信技術(shù)領(lǐng)域，尤其涉及一種基于單向文件傳輸協(xié)議傳輸文件的方法，以及接收文件的終端。
背景技術(shù)：
在多媒體廣播業(yè)務(wù)中，傳輸多媒體數(shù)據(jù)文件時通常采用的是單向文件傳輸協(xié)議 (FLUTE =File delivery over Unidirectional Transport)。該協(xié)議是由互聯(lián)網(wǎng)工程任務(wù)組(IETF Internet Engineering Task R)rce)所制訂的一套通信協(xié)議，可將文件以點到多點傳送方式從發(fā)送端傳送至多個接收終端。FLUTE協(xié)議是在異步分層編碼(ALC)協(xié)議之上發(fā)展的。FLUTE協(xié)議繼承了 ALC協(xié)議的會話管理、擁塞控制以及可靠傳輸?shù)忍攸c，并在ALC協(xié)議的基礎(chǔ)上，增加了文件傳輸表 (FDT =File Delivery Table)的相關(guān)機(jī)制。根據(jù)FLUTE協(xié)議，為了傳輸文件，發(fā)送端將發(fā)起FLUTE會話，一次FLUTE會話中可以傳輸一個或多個文件，也稱為傳輸對象。在FLUTE協(xié)議中，會為各個傳輸對象(文件) 分別分配不同的傳輸對象標(biāo)識(Τ0Ι transportation Object Identity)值，以便終端通過TOI值來區(qū)分不同文件。發(fā)送端將為當(dāng)前會話中待傳輸?shù)奈募蒄DT表，通過FDT表中的各項參數(shù)描述當(dāng)前傳輸?shù)奈募?傳輸對象)的相關(guān)信息。FDT是FLUTE廣播會話中的一種特殊文件(其TOI被定義為永遠(yuǎn)為“0”)，在FLUTE傳輸會話內(nèi)被廣播的內(nèi)容文件一同廣播下發(fā)，F(xiàn)DT文件的內(nèi)容包括被廣播的內(nèi)容文件的各種屬性信息，也就是說FDT文件的內(nèi)容是被傳輸文件的屬性信息，如文件名、文件URI、文件類型、文件大小、文件的標(biāo)識 (Content-Location)、傳輸對象標(biāo)識(TOI)等。在FLUTE協(xié)議中，文件傳輸表和待傳輸?shù)奈募⑼ㄟ^數(shù)據(jù)包廣播。圖1顯示了將文件通過多個數(shù)據(jù)包廣播的過程。如圖1所示，發(fā)送端根據(jù)分塊算法將文件110分割成多個源塊120 (源塊1...源塊N)，源塊經(jīng)過FEC編碼形成多個編碼符號130 (編碼符號1...編碼符號k)，在各編碼符號130前加入FLUTE/ALC “頭部” 140進(jìn)行封包處理，以生成該文件的FLUTE數(shù)據(jù)包150 (數(shù)據(jù)包1...數(shù)據(jù)包k)。發(fā)送端可以通過廣播數(shù)據(jù)包150來廣播該文件。由于FLUTE協(xié)議中采用廣播單向下行無反饋機(jī)制，不能保證接收終端能夠在一次會話中完整接收文件的所有數(shù)據(jù)包。為此，發(fā)送端通常會將文件循環(huán)重復(fù)廣播，以便接收終端能在同一文件被重復(fù)廣播時再次接收其內(nèi)容，從而獲取完整的文件。循環(huán)廣播的方式例如可以包括靜態(tài)輪播，即每次FLUTE會話中的文件和FDT都會在下一次會話中被重復(fù)廣播； 以及動態(tài)輪播，即下一次FLUTE會話中將會更新廣播的文件和FDT表。其中，F(xiàn)DT表的內(nèi)容更新是因為廣播的文件及文件屬性信息發(fā)生了變化。在現(xiàn)有技術(shù)中，當(dāng)接收終端未完整接收某些文件時，為了能夠在這些文件重復(fù)廣播時對其進(jìn)行接收，接收終端需要一直監(jiān)聽廣播，即使正在廣播的內(nèi)容是接收終端已經(jīng)完整接收的其他文件(靜態(tài)輪播場景下)或其他不需要接收的節(jié)目內(nèi)容(例如動態(tài)輪播場景下)，但是由于還沒有開始廣播接收終端未完整接收的文件，接收終端需要一直接收廣播并持續(xù)解析文件內(nèi)容，當(dāng)發(fā)現(xiàn)內(nèi)容是已接收過的內(nèi)容時，再丟棄相關(guān)數(shù)據(jù)包，而內(nèi)容未接收過時，才保存數(shù)據(jù)包，直至形成完整文件。因此，只要有一個文件沒有接收完整，接收終端就需要一直接收廣播內(nèi)容，以免錯過未接收內(nèi)容的數(shù)據(jù)包。這樣就帶來一個問題，當(dāng)某次廣播中包括多個文件內(nèi)容而終端在接收過程中沒有在輪播過程的第一次廣播完整接收所有文件內(nèi)容時(這種情況由于網(wǎng)絡(luò)信號問題等原因有著很高的發(fā)生概率)，為了接收之前未完整接收的某個或某些文件，接收終端可能需要長時間持續(xù)接收大量已經(jīng)對其無用的廣播內(nèi)容，這樣會耗費(fèi)接收終端的電能，降低其接收廣播文件內(nèi)容的效率，并影響接收終端其他應(yīng)用的效率(包括終端處理速度變慢，可能會和并發(fā)的電路域通話沖突等)。

發(fā)明內(nèi)容
本申請的目的是提供一種至少能夠部分改善上述現(xiàn)有技術(shù)中的缺陷的基于單向文件傳輸協(xié)議傳輸文件的方法，以及文件接收終端。根據(jù)本申請的一個方面，公開了一種基于單向文件傳輸協(xié)議傳輸文件的方法。該方法包括為當(dāng)前會話中待傳輸?shù)囊粋€或多個文件生成文件傳輸表；將所述文件傳輸表和所述一個或多個文件分別通過數(shù)據(jù)包廣播，其中，所述數(shù)據(jù)包中包含所述一個或多個文件中將重播的文件的重播時間信息。這樣，能夠在通過單向文件傳輸協(xié)議傳輸文件的同時傳輸文件將被重新廣播的時間信息，從而便于終端根據(jù)該時間信息確定接收廣播的時間，提高了文件傳輸效率。根據(jù)本申請的一種實施方式，所述重播時間信息承載于所述文件傳輸表中用于描述所述將重播的文件的屬性參數(shù)的字段。根據(jù)本申請的另一種實施方式，所述重播時間信息承載于所述將重播的文件的數(shù)據(jù)包的頭部信息的擴(kuò)展字段。更進(jìn)一步地，當(dāng)終端接收到數(shù)據(jù)包后，能夠解析所接收的數(shù)據(jù)包，確定將重播的文件及其重播時間，以設(shè)定再次接收廣播的時間。此外，在終端解析所接收的數(shù)據(jù)包以獲得所廣播的一個或多個文件時，如果判斷存在未完整獲得的文件且該文件將被重新廣播，則暫停接收廣播，直到到達(dá)所述未完整獲得的文件的重播時間再次接收廣播。從而，終端能夠僅在確定的時間來接收廣播，而無需持續(xù)不斷的接收廣播。這樣能夠節(jié)省終端耗電量，提高終端接收廣播內(nèi)容的效率，減少接收廣播內(nèi)容對終端其他應(yīng)用的影響。根據(jù)本申請的一個方面，公開了一種基于單向文件傳輸協(xié)議接收文件的終端，包括接收模塊，通過廣播接收包含一個或多個文件中將重播的文件的重播時間信息的數(shù)據(jù)包；確定模塊，解析所接收的數(shù)據(jù)包并確定將重播的文件及其重播時間；以及設(shè)定模塊，根據(jù)所確定的將重播的文件及其重播時間設(shè)定接收模塊再次接收廣播的時間。


圖1顯示了 FLUTE協(xié)議中將文件通過多個數(shù)據(jù)包廣播的過程。圖2顯示了根據(jù)本申請的基于FLUTE協(xié)議傳輸文件的方法，其中廣播的數(shù)據(jù)包中包含將重播的文件的重播時間信息。圖3顯示了根據(jù)本申請的基于FLUTE協(xié)議接收文件的方法。圖4示出了 FLUTE協(xié)議的數(shù)據(jù)包的封包格式。圖5顯示了根據(jù)本申請的增加了重播時間信息參數(shù)的數(shù)據(jù)包的包頭擴(kuò)展字段的具體內(nèi)容。圖6顯示了根據(jù)本申請的一種實施方式的基于FLUTE協(xié)議接收文件的終端。圖7顯示了根據(jù)本申請的另一種實施方式的基于FLUTE協(xié)議接收文件的終端。
具體實施例方式下面參照附圖對本申請公開的多媒體廣播業(yè)務(wù)中的文件傳輸方法進(jìn)行詳細(xì)說明。 為簡明起見，本申請各實施例的說明中，相同或類似的裝置使用了相同或相似的附圖標(biāo)記。本申請?zhí)峁┝艘环N基于單向文件傳輸協(xié)議傳輸文件的方法。如圖2所示，在步驟 201中，為當(dāng)前單向文件傳輸協(xié)議會話中待傳輸?shù)囊粋€或多個文件生成文件傳輸表。在步驟 202中，將所述文件傳輸表和所述一個或多個文件分別通過數(shù)據(jù)包廣播，其中，數(shù)據(jù)包中包含所述一個或多個文件中將重播的文件的重播時間信息。由于在傳輸文件時廣播了文件的重播時間信息，從而便于終端根據(jù)該時間信息確定接收廣播的時間，提高了文件傳輸效率。圖3顯示了根據(jù)本申請的基于FLUTE協(xié)議接收文件的方法。如圖3所示，在步驟 301中，終端接收數(shù)據(jù)包。在步驟302中，終端解析所接收的數(shù)據(jù)包，確定將重播的文件及其重播時間。在步驟303中，終端根據(jù)所確定的將重播的文件及其重播時間設(shè)定再次接收廣播的時間。根據(jù)一個實施例，為設(shè)定再次接收廣播的時間，終端可以解析所接收的數(shù)據(jù)包以獲得所廣播的一個或多個文件，并判斷在本次接收中是否存在未完整獲得的文件，例如該文件的全部或部分?jǐn)?shù)據(jù)包沒有正確接收。如果存在未完整獲得的文件，則判斷該未完整獲得的文件是否將被重新廣播，即，是否屬于將被重播文件。如果是，則在當(dāng)前會話結(jié)束后暫停接收廣播，根據(jù)未完整獲得的文件的重播時間設(shè)定計時期，當(dāng)?shù)竭_(dá)計時期后再次接收廣播，以獲取該未完整獲得的文件。從而，終端能夠僅在設(shè)定的時間來接收廣播，而無需持續(xù)不斷的接收廣播。這樣能夠節(jié)省終端耗電量，提高終端接收廣播內(nèi)容的效率，減少接收廣播內(nèi)容對終端其他應(yīng)用的影響。根據(jù)本申請的一種實施方式，可以在FLUTE協(xié)議的FDT表中增加指示文件重播時間的“重播時間信息”，即，將重播時間信息承載于文件傳輸表中，位于描述將重播的文件的屬性參數(shù)的字段。表1示意性的示出了一個FDT表中各項參數(shù)的定義，其中參數(shù)文件的標(biāo)識 (Content-Location)、傳輸對象標(biāo)識(TOI)是必選的，其他參數(shù)是可選的。如表1所示， 可以定義參數(shù)1 11 ow-up-Sending-Time，用于指示文件后續(xù)將被重復(fù)廣播的時間間隔， 即距離當(dāng)前時間多長時間間隔后將再次廣播文件。此外，也可以在FDT表中定義參數(shù) knding-Time-Absolute，用于指示出本文件后續(xù)將被重復(fù)廣播的絕對時間，即直接指示再
次廣播文件的實際時間。
權(quán)利要求
1.一種基于單向文件傳輸協(xié)議傳輸文件的方法，包括 為當(dāng)前會話中待傳輸?shù)囊粋€或多個文件生成文件傳輸表；將所述文件傳輸表和所述一個或多個文件分別通過數(shù)據(jù)包廣播，其特征在于，所述數(shù)據(jù)包中包含所述一個或多個文件中將重播的文件的重播時間信息。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述重播時間信息承載于所述文件傳輸表中用于描述所述將重播的文件的屬性參數(shù)的字段。
3.根據(jù)權(quán)利要求1所述的方法，其中，所述重播時間信息承載于所述將重播的文件的數(shù)據(jù)包的頭部信息的擴(kuò)展字段。
4.根據(jù)權(quán)利要求1-3中任一項所述的方法，其中，所述重播時間信息包括所述將重播的文件的重播時間間隔參數(shù)。
5.根據(jù)權(quán)利要求1-3中任一項所述的方法，其中，所述重播時間信息包括所述將重播的文件的重播絕對時間參數(shù)。
6.根據(jù)權(quán)利要求1所述的方法，進(jìn)一步包括，接收數(shù)據(jù)包，解析所接收的數(shù)據(jù)包確定將重播的文件及其重播時間，以設(shè)定再次接收廣播的時間。
7.根據(jù)權(quán)利要求6所述的方法，其中，所述解析所接收的數(shù)據(jù)包確定將重播的文件及其重播時間的步驟包括解析所接收的數(shù)據(jù)包以獲得文件傳輸表，通過文件傳輸表確定將重播的文件及其重播時間。
8.根據(jù)權(quán)利要求6所述的方法，其中，所述解析所接收的數(shù)據(jù)包確定將重播的文件及其重播時間的步驟包括解析所接收的數(shù)據(jù)包以獲得頭部信息，通過所接收的數(shù)據(jù)包的頭部信息確定將重播的文件及其重播時間。
9.根據(jù)權(quán)利要求6所述的方法，所述設(shè)定再次接收廣播的時間的步驟進(jìn)一步包括，解析所接收的數(shù)據(jù)包以獲得所廣播的一個或多個文件，如果存在未完整獲得的文件，則判斷所述未完整獲得的文件是否屬于將被重播文件，如果是，則在當(dāng)前會話結(jié)束后暫停接收廣播，根據(jù)所述未完整獲得的文件的重播時間設(shè)定計時期，當(dāng)?shù)竭_(dá)計時期后再次接收廣播，以獲取所述未完整獲得的文件。
10.一種基于單向文件傳輸協(xié)議接收文件的終端，包括接收模塊，通過廣播接收包含一個或多個文件中將重播的文件的重播時間信息的數(shù)據(jù)包；確定模塊，解析所接收的數(shù)據(jù)包并確定將重播的文件及其重播時間；以及設(shè)定模塊，根據(jù)所確定的將重播的文件及其重播時間設(shè)定所述接收模塊再次接收廣播的時間。
11.根據(jù)權(quán)利要求10所述的終端，所述確定模塊解析所接收的數(shù)據(jù)包以獲得文件傳輸表，通過文件傳輸表確定將重播的文件及其重播時間。
12.根據(jù)權(quán)利要求10所述的終端，所述確定模塊解析所接收的數(shù)據(jù)包以獲得頭部信息，通過所接收的數(shù)據(jù)包的頭部信息確定將重播的文件及其重播時間。
13.根據(jù)權(quán)利要求10所述的終端，所述設(shè)定模塊進(jìn)一步包括判斷模塊，解析所接收的數(shù)據(jù)包以獲得所廣播的一個或多個文件，判斷是否存在未完整獲得的文件，如果存在，則判斷所述未完整獲得的文件是否屬于將被重播文件，如果是，則指示所述接收模塊在當(dāng)前會話結(jié)束后暫停接收廣播；以及計時裝置，根據(jù)所述未完整獲得的文件的重播時間設(shè)定所述計時裝置的計時期，當(dāng)?shù)竭_(dá)計時期后，指示所述接收模塊再次接收廣播，以獲取所述未完整獲得的文件。
全文摘要
本發(fā)明提供了一種基于單向文件傳輸協(xié)議傳輸文件的方法，包括為當(dāng)前會話中待傳輸?shù)囊粋€或多個文件生成文件傳輸表；將所述文件傳輸表和所述一個或多個文件分別通過數(shù)據(jù)包廣播，其中，所述數(shù)據(jù)包中包含所述一個或多個文件中將重播的文件的重播時間信息。本申請還提供了一種基于單向文件傳輸協(xié)議接收文件的終端。由于在傳輸文件時廣播了文件的重播時間信息，從而便于終端根據(jù)該時間信息設(shè)定接收廣播的時間，提高了文件傳輸效率。并且避免了終端持續(xù)不斷的接收廣播，節(jié)省了終端的耗電量。
文檔編號H04L29/06GK102195994SQ20101011858
公開日2011年9月21日 申請日期2010年3月5日 優(yōu)先權(quán)日2010年3月5日
發(fā)明者王慧, 王靜 申請人:中國移動通信集團(tuán)公司