專利名稱：使用文件系統(tǒng)提取、廣播調(diào)度消息和選擇性接收的通過廣播網(wǎng)絡(luò)的文件傳遞的制作方法
使用文件系統(tǒng)提取、廣播調(diào)度消息和選擇性接收的通過廣播網(wǎng)絡(luò)的文件傳遞相關(guān)申請本申請要求于2010年5月28日提交的題為“File Delivery Over ABroadcastNetwork Using File System Abstraction，Broadcast ScheduleMessages And SelectiveReception”的美國臨時申請No. 61/349,598的優(yōu)先權(quán)的權(quán)益，其全部內(nèi)容由此通過參考并入本文中。
背景技術(shù)：
無線通信技術(shù)在過去的幾年中爆炸性地增長。這個增長受到向移動公眾提供移動的自由，并切斷了與硬連線的通信系統(tǒng)的束縛的無線服務(wù)的推動。作為服務(wù)增強(qiáng)的結(jié)果，無線服務(wù)的普及預(yù)計(jì)會繼續(xù)迅速增長。無線通信服務(wù)最近的增加是向接收機(jī)設(shè)備廣播電視及其它內(nèi)容的能力。移動僅前向鏈路廣播服務(wù)允許用戶使用被配置為接收移動廣播傳輸?shù)囊苿咏邮諜C(jī)設(shè)備，來觀看諸如電視顯示之類的多媒體節(jié)目，以及接收新聞、娛樂、體育、商業(yè)及·其它廣播節(jié)目的移動編輯。多媒體廣播服務(wù)的增長代表了用于傳送各種內(nèi)容并與用戶交互的有吸引力的通信平臺。

發(fā)明內(nèi)容
各個實(shí)施例提供了用于利用基于廣播和/或多播的文件傳遞架構(gòu)(filedeliveryframework, FDF)來向運(yùn)行在接收機(jī)設(shè)備上的應(yīng)用傳遞文件的系統(tǒng)、設(shè)備和方法。具體地，各個實(shí)施例提供了用于使用廣播和/或多播網(wǎng)絡(luò)的FDF服務(wù)，有效地通過廣播系統(tǒng)向接收機(jī)設(shè)備傳遞文件的機(jī)制和系統(tǒng)。可以由廣播網(wǎng)絡(luò)廣播廣播調(diào)度消息(Broadcast ScheduleMessage，BSM)來預(yù)先公布要廣播和/或接收的文件和數(shù)據(jù)報分組?？梢灶A(yù)先發(fā)送BSM，以向接收機(jī)設(shè)備通知將會在將來的特定時間廣播的文件和數(shù)據(jù)報分組。各個實(shí)施例利用由FDF服務(wù)提供的內(nèi)置冗余性、糾錯和可靠性機(jī)制來以更為及時、相關(guān)和有效的方式傳遞文件。


包含在本文中并構(gòu)成本說明書的一部分的附圖示出了本發(fā)明的示例性實(shí)施例，連同以上給出的總體說明和以下給出的詳細(xì)說明一起，用于解釋本發(fā)明的特征。圖I是示出了適合用于實(shí)施例中的移動多媒體廣播通信系統(tǒng)和蜂窩“單播”通信系統(tǒng)的通信系統(tǒng)方框圖。圖2是僅前向鏈路廣播系統(tǒng)的廣播通信系統(tǒng)方框圖的可替換表示。圖3是廣播通信系統(tǒng)的元件的系統(tǒng)方框圖，其示出根據(jù)實(shí)施例的經(jīng)由廣播網(wǎng)絡(luò)傳遞文件所涉及的功能塊。圖4是示出各個實(shí)施例的主要功能組件的概況系統(tǒng)方框圖。圖5是示出根據(jù)實(shí)施例的用于特定應(yīng)用(天氣應(yīng)用)的文件的攝取(ingestion)和接收的系統(tǒng)方框圖。
圖6是示出根據(jù)實(shí)施例的用于特定應(yīng)用(iTV應(yīng)用)的文件的攝取和接收的系統(tǒng)方框圖。圖7和8是示出如何可以發(fā)送廣播調(diào)度消息以向接收機(jī)設(shè)備通知在廣播管道(pipe)中發(fā)送的特定文件的時序和接收參數(shù)的時序圖。圖9是適合用于廣播調(diào)度消息中的示例性數(shù)據(jù)結(jié)構(gòu)。圖10是適合用于廣播調(diào)度消息中的另一個示例性數(shù)據(jù)結(jié)構(gòu)。圖11是示出如何可以使用廣播調(diào)度消息的下一個監(jiān)視時間數(shù)據(jù)字段來更新在下一個廣播調(diào)度周期(BSP)的廣播調(diào)度流(BSF)中的廣播調(diào)度消息(BSM)的時序圖。圖12是用于處理廣播調(diào)度消息的實(shí)施例方法的過程流程圖。圖13是用于實(shí)現(xiàn)在廣播調(diào)度流上的更新檢測的實(shí)施例方法的過程流程圖。 圖14是示出接收機(jī)設(shè)備可以在不同時間在廣播網(wǎng)絡(luò)的和/或廣播流的覆蓋區(qū)域外的時序圖。圖15是示出用于在支持初始獲取流(initial acquisition flow, IAF)的系統(tǒng)上檢測對廣播調(diào)度流(BSF )的更新的實(shí)施例方法的時序圖。圖16是示出用于在同一超幀內(nèi)接收廣播調(diào)度消息的兩個不同版本的實(shí)施例方法的時序圖。圖17是用于在來自初始獲取流(IAF)系統(tǒng)的支持的情況下處理廣播調(diào)度消息(BSM)的實(shí)施例方法的過程流程圖。圖18是示出用于確定在接收機(jī)設(shè)備與廣播服務(wù)器之間廣播更新的廣播調(diào)度消息(BSM)的時間的實(shí)施例方法的時序圖。圖19是示出在接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的分層視圖的系統(tǒng)方框圖。圖20是用于實(shí)現(xiàn)支持在不同應(yīng)用之間的文件共享的文件傳遞架構(gòu)(FDF)的實(shí)施例方法的過程流程圖。圖21是示出可以用于在不同應(yīng)用之間共享文件的結(jié)構(gòu)、數(shù)據(jù)流和高級步驟的系統(tǒng)方框圖。圖22是示出在接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的結(jié)構(gòu)和數(shù)據(jù)流以及該文件傳遞架構(gòu)選擇接收或拒絕文件的決策過程的系統(tǒng)方框圖。圖23是示出在接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的結(jié)構(gòu)和數(shù)據(jù)流以及接收機(jī)設(shè)備上的文件傳遞架構(gòu)接收和存儲文件的過程的系統(tǒng)方框圖。圖24是用于選擇性地接收僅是應(yīng)用感興趣的元素(element)的實(shí)施例方法的過程流程圖。圖25是用于處理廣播調(diào)度記錄的實(shí)施例方法的過程流程圖。圖26是示出在接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的結(jié)構(gòu)和數(shù)據(jù)流以及處理廣播調(diào)度記錄的過程的系統(tǒng)方框圖。圖27是示出用于在文件傳遞架構(gòu)上接收文件的實(shí)施例方法的系統(tǒng)方框圖。圖28是示出暫存空間管理(scratch space management)的結(jié)構(gòu)、數(shù)據(jù)流以及可以在文件傳遞核心(FDC)中實(shí)現(xiàn)的過程的系統(tǒng)方框圖。圖29是用于處理和存儲元素的實(shí)施例方法的過程流程圖。圖30是用于選擇要從暫存空間刪除的項(xiàng)目的實(shí)施例方法的過程流程圖。
圖31是示出用于對數(shù)據(jù)進(jìn)行排序和組織的實(shí)施例方法的結(jié)構(gòu)和數(shù)據(jù)流的系統(tǒng)方框圖。圖32是示出如何可以在緊急數(shù)據(jù)流上同時地傳遞緊急文件的時間線圖。圖33是示出如何可以為分開的廣播服務(wù)流上的流來處理文件的消息流程圖。圖34是示出在多頻網(wǎng)絡(luò)中(MFN)接收機(jī)設(shè)備如何可以檢測存在對廣播服務(wù)流的更新，但同時確定其不能接收該更新的時間線圖。圖35是示出如何可以強(qiáng)制正在向新的多路復(fù)用(multiplex)移動的接收機(jī)設(shè)備接收用于該新的多路復(fù)用的BSM的時間線圖。
圖36是示出其中在同一射頻上有一個以上多路復(fù)用的文件傳遞架構(gòu)配置的時間線/方框圖。圖37是示出其中文件傳遞核心(FDC)被配置為獨(dú)立地在不同射頻上調(diào)度文件下載的文件傳遞架構(gòu)配置的時間線/方框圖。圖38是示出文件傳遞管道(file delivery pipe, FDP)的結(jié)構(gòu)的系統(tǒng)方框圖。圖39是示出文件名稱到存儲名的文件傳遞架構(gòu)映射的消息流程圖。圖40是示出受管理元素表(MET)的方框圖。圖41是用于管理用于應(yīng)用的存儲空間的實(shí)施例方法的過程流程圖。圖42是用于檢查用于要為應(yīng)用接收的元素的存儲空間的實(shí)施例方法的過程流程圖。圖43是示出用于檢查用于要為應(yīng)用接收的元素的存儲空間的、在應(yīng)用層與文件傳遞架構(gòu)之間的數(shù)據(jù)流與交互的流程圖。圖44是用于將接收的文件移動到應(yīng)用存儲空間的實(shí)施例方法的過程流程圖。圖45是示出在將接收的文件移動到應(yīng)用存儲空間的同時，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的數(shù)據(jù)流與交互的流程圖。圖46是用于將多個文件名稱映射到文件傳遞文件管理(FDM)層的受管理元素表中的同一存儲名稱的實(shí)施例方法的過程流程圖。圖47是用于處理對于接收的文件沒有足夠的應(yīng)用存儲空間的情況的實(shí)施例方法的過程流程圖。圖48是示出在處理對于接收的文件沒有足夠的應(yīng)用存儲空間的情況時在應(yīng)用層(App層)與文件傳遞架構(gòu)(FDF)之間的數(shù)據(jù)流與交互的流程圖。圖49是用于處理刪除功能的實(shí)施例方法的過程流程圖。圖50是用于在文件傳遞架構(gòu)上實(shí)現(xiàn)文件打包(bundling)特征的實(shí)施例方法的過程流程圖。圖51是示出在文件傳遞架構(gòu)上的文件打包特征中，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的數(shù)據(jù)流與交互的流程圖。圖52是用于產(chǎn)生由文件傳遞文件管理層用來在要保存的文件包(filebundle)中選擇文件的選擇字符串的實(shí)施例方法的過程流程圖。圖53是示出在確定由文件傳遞架構(gòu)上的文件打包特征使用的選擇字符串時，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流與交互的流程圖。
圖54是用于確定是否應(yīng)接收文件包的實(shí)施例方法的過程流程圖。圖55是示出在確定是否應(yīng)接收文件包時，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流與交互的流程圖。圖56是示出在保存在文件包中的文件時，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流與交互的流程圖。圖57是示出在受管理元素表(MET)中的示例性文件包條目的消息流程圖。圖58是用于將文件包接收并保存在應(yīng)用存儲空間中的實(shí)施例方法的過程流程圖。圖59是示出在將文件包接收并保存在應(yīng)用存儲空間時，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流與交互的流程圖?！?br> 圖60是用于刪除從文件包中接收的文件的實(shí)施例方法的過程流程圖。圖61是示出在刪除從文件包中接收的文件時所包括的邏輯和示例性數(shù)據(jù)流的流程圖。圖62示出在接收先前已接收到的文件包時，在應(yīng)用層(App層)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流的流程圖。圖63是示出用于在文件傳遞核心(FDC)與文件傳遞文件管理(FDM)層之間交換數(shù)據(jù)的多種文件傳遞核心有效負(fù)荷格式的數(shù)據(jù)結(jié)構(gòu)圖。圖64是示出另一個示例性文件傳遞核心有效負(fù)荷格式的數(shù)據(jù)結(jié)構(gòu)圖。圖65是示出用于作為具有兩個名稱的單個文件的元素的示例性文件傳遞核心有效負(fù)荷格式的數(shù)據(jù)結(jié)構(gòu)圖。圖66是示出用于作為具有兩個名稱的文件的文件包的元素的示例性文件傳遞核心有效負(fù)荷格式的數(shù)據(jù)結(jié)構(gòu)圖。圖67是用于產(chǎn)生并發(fā)送廣播調(diào)度消息的實(shí)施例方法的過程流程圖。圖68是示出根據(jù)實(shí)施例的用于多個應(yīng)用的文件的攝取和接收的系統(tǒng)方框圖。圖69和70是根據(jù)實(shí)施例的適用于向文件攝取系統(tǒng)提交文件的示例性數(shù)據(jù)圖表。圖71是示出根據(jù)實(shí)施例的作為文件攝取系統(tǒng)的組成部分的文件發(fā)送調(diào)度的時間線圖。圖72A-72D是示出文件發(fā)送的調(diào)度與文件傳遞服務(wù)如何可以是動態(tài)的，以便能夠在廣播調(diào)度中容納由文件攝取系統(tǒng)接收的新的緊急文件的時間線圖。圖73和74是關(guān)于文件攝取系統(tǒng)的文件攝取如何導(dǎo)致產(chǎn)生廣播調(diào)度消息并導(dǎo)致在廣播調(diào)度消息中列出的調(diào)度時間發(fā)送攝取文件的圖示說明。圖75是用于攝取并處理文件以通過廣播文件傳遞服務(wù)傳遞的實(shí)施例方法的過程流程圖。圖76示出了如何可以在不同的本地運(yùn)行基礎(chǔ)架構(gòu)中廣播由廣域多路復(fù)用(widemultiplex)與局域多路復(fù)用(local multiplex)構(gòu)成的不同信號多路復(fù)用。圖77是根據(jù)實(shí)施例的如何可以在不同的廣域多路復(fù)用信號中分配不同容量的文件傳遞管道的圖示說明。圖78A和78B示出了如何可以通過不同容量的文件傳遞管道發(fā)送文件傳遞傳輸。圖79A是示出根據(jù)實(shí)施例的數(shù)據(jù)傳輸組織方案的時間線圖。
圖79B-79D示出了如何可以對文件傳遞傳輸進(jìn)行分割并在通過不同的文件傳遞
管道來發(fā)送。圖79E-79F是示出根據(jù)多個實(shí)施例的數(shù)據(jù)傳輸組織的細(xì)節(jié)的另外的時間線圖。圖80示出了如何可以調(diào)度不同的文件以便在并行文件傳遞管道上進(jìn)行廣播。圖81A-81C示出了可以在文件傳遞管道內(nèi)發(fā)送文件的不同方式。圖82A-82B示出了傳遞管道內(nèi)的大文件的傳輸如何可以被緊急文件的傳輸中斷。
圖83A和83B是用于調(diào)度并通過文件傳遞管道發(fā)送文件的實(shí)施例方法的過程流程圖。圖84是適合于與多個實(shí)施例一起使用的移動接收機(jī)設(shè)備的軟件架構(gòu)圖。圖85是在接收機(jī)設(shè)備內(nèi)運(yùn)行的應(yīng)用如何可以指定文件以便由文件傳遞服務(wù)模塊接收的圖示說明。圖86是根據(jù)實(shí)施例的可以用于文件傳遞目錄中的示例性數(shù)據(jù)圖表。 圖87A和87B是可以在接收機(jī)設(shè)備內(nèi)實(shí)現(xiàn)的用于接收通過廣播文件傳遞服務(wù)所傳遞的文件的實(shí)施例方法的過程流程圖。圖88是適合用于實(shí)施例中的接收機(jī)設(shè)備的組件方框圖。圖89是適合用于實(shí)施例中的服務(wù)器設(shè)備的組件方框圖。
具體實(shí)施例方式將參考附圖詳細(xì)說明多個實(shí)施例。只要有可能，相同的參考標(biāo)號將在附圖通篇中用于指代相同或相似的部分。對特定實(shí)例和實(shí)現(xiàn)方式的參照是用于說明性目的的，并非旨在限制本發(fā)明或權(quán)利要求的范圍。本文使用詞語“示例性的”表示“充當(dāng)示例、例子或舉例說明”。本文中被描述為“示例性的”任何實(shí)現(xiàn)方式都并非必然解釋為對于其它實(shí)現(xiàn)方式而言是優(yōu)選的或有優(yōu)勢的。術(shù)語“移動設(shè)備”和“接收機(jī)設(shè)備”在本文中可互換地使用，以指代以下任意一個或全部移動媒體廣播接收機(jī)、蜂窩電話、個人電視設(shè)備、個人數(shù)據(jù)助理(PDA)、掌上電腦、無線電子郵件接收機(jī)(例如，Blackberry_$WPTreo 設(shè)備)、有多媒體互聯(lián)網(wǎng)功能的蜂窩電話(例如，Blackberry Storm )、全球定位系統(tǒng)(GPS)接收機(jī)、無線游戲控制器、車載(例如汽車)接收機(jī)、以及類似的具有可編程處理器和存儲器和/或僅前向鏈路移動TV廣播接收機(jī)電路以便接收和處理諸如MediaFLO FLO TV 廣播之類的移動TV廣播傳輸?shù)膫€人電子設(shè)備。然而，術(shù)語“移動設(shè)備”和“接收機(jī)設(shè)備”不應(yīng)局限于所列舉的接收機(jī)列表，并且可以包括能夠接收任何移動廣播電視服務(wù)和/或?qū)崿F(xiàn)下述的任何廣播標(biāo)準(zhǔn)的任何設(shè)備。詞語“廣播”和“多播”在本文中可互換地使用，以表示數(shù)據(jù)(信息分組)的傳輸，以使得其可以由大量接收設(shè)備同時接收。廣播消息的實(shí)例是移動電視服務(wù)廣播信號，包括內(nèi)容廣播(內(nèi)容流)和開銷信息廣播(開銷流)，諸如元數(shù)據(jù)消息。本文使用的術(shù)語“文件”指代可以存儲在計(jì)算設(shè)備上的任意各種數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)和數(shù)據(jù)庫文件的集合。在本文及附圖中使用了以下術(shù)語和縮寫廣播調(diào)度消息(BSM);廣播調(diào)度記錄(BSR);廣播調(diào)度周期(BSP);廣播調(diào)度流(BSF);廣播調(diào)度監(jiān)視記錄(BSMR);條件性接入解決方案(CAS);恒定或可變比特率(CBR/VBR);目錄信息消息(DM) ；DIST (分發(fā)組件，其以所配置的速率發(fā)送文件和開銷消息)；文件傳遞架構(gòu)(FDF);文件傳遞管道(FDP);文件攝取系統(tǒng)(FIS);流廣播調(diào)度記錄(FBSR);前向糾錯(FEC)碼；FLO服務(wù)節(jié)點(diǎn)或FSN (實(shí)際OTA傳輸中所涉及的組件，其可以是用于FLO的傳輸網(wǎng)絡(luò)特定FSN，或者可用于其它廣播技術(shù)的一般性BSN，其提供了對于特定傳輸技術(shù)的適應(yīng)性)；初始獲取流(IAF) ;IP數(shù)據(jù)服務(wù)(IroS)；局域多路復(fù)用(LM);本地運(yùn)行基礎(chǔ)架構(gòu)(LOI);服務(wù)質(zhì)量(QoS);開銷調(diào)度服務(wù)器或OSS (用于管理和公布開銷消息、元數(shù)據(jù)和/或版本變化的組件);射頻(RF);實(shí)時(RT);類型值長度(Type-Value-Length, TLV);視頻點(diǎn)播(VOD)應(yīng)用(vodApp);及廣域多路復(fù)用(WM)。將來可以獲得或設(shè)想多種不同移動廣播電視服務(wù)和廣播標(biāo)準(zhǔn)，其全都可以依據(jù)多個實(shí)施例而實(shí)現(xiàn)和獲益。這些服務(wù)和標(biāo)準(zhǔn)包括例如，開放移動聯(lián)盟移動廣播服務(wù)推動者套件(OMA BCAST)、MediaFL0 、數(shù)字視頻廣播IP數(shù)據(jù)廣播(DVB-IH)C)、數(shù)字視頻廣播一手持設(shè)備(DVB-Η)、數(shù)字視頻廣播一衛(wèi)星服務(wù)到手持設(shè)備(DVB-SH)、數(shù)字視頻廣播一手持設(shè)備2(DVB-H2)、先進(jìn)電視系統(tǒng)委員會一移動/手持設(shè)備(ATSC-M/H)、和中國多媒體移動廣播(CMMB)0這些廣播格式中的每一種都涉及廣播通信信道。為了易于參考，參考MediaFLO 系統(tǒng)來說明多個實(shí)施例，其在FLO TV 廣播系統(tǒng)中實(shí)現(xiàn)。然而，對MediaFLO 術(shù)語和技術(shù)細(xì)節(jié)的參考僅是出于說明性的目的，并非旨在將權(quán)利要求的范圍局限于特定FLO通信系 統(tǒng)或技術(shù)，除非在權(quán)利要求文字中明確表述了。多個實(shí)施例提供了用于通過廣播系統(tǒng)向移動設(shè)備有效地傳遞文件的機(jī)制和系統(tǒng)。可以將用于廣播和接收的文件在邏輯上被標(biāo)識為屬于文件系統(tǒng)中的目錄。為了將這個文件系統(tǒng)提取(file system abstract)以電池高效的方式用于向接收機(jī)設(shè)備廣播文件,廣播系統(tǒng)可以使用用于傳送與可下載獲得的文件有關(guān)的信息以及要廣播這些文件的時間的機(jī)制。在各個實(shí)施例中，這可以通過在文件的廣播之前或者與文件的廣播一起來廣播廣播調(diào)度消息(BSM)來完成。通常，BSM向接收機(jī)設(shè)備通知將在將來廣播的文件，以及接收機(jī)設(shè)備可以預(yù)期要在其中廣播所述文件的特定時間幀。每一個BSM都可以包括文件內(nèi)容和廣播調(diào)度信息，諸如被廣播的文件與各種服務(wù)或應(yīng)用的關(guān)聯(lián)(例如，服務(wù)ID或應(yīng)用專用目錄上的文件名稱)；關(guān)于被廣播的文件是新的、被更新的還是重復(fù)文件的標(biāo)識(例如，文件ID/元素ID或版本號)；可以在其中接收文件的廣播傳輸流(例如，流ID、由IP地址和UDP端口號標(biāo)識的IP流);將廣播文件的時間(例如，傳遞窗口)；和何時可以以新的信息更新傳遞調(diào)度信息(例如，BSM)0BSM可以作為開銷傳輸流(例如，其由流ID、IP地址和UDP端口號等所定義)的組成部分來傳送，開銷傳輸流提供關(guān)于以下的傳輸調(diào)度信息在給定頻率上(例如，信道55)、該頻率中的發(fā)射譜的一部分上(例如，MediaFLO 局域?qū)Ρ扔趶V域多路復(fù)用)的文件廣播、和/或關(guān)于傳輸技術(shù)(例如,MediaFLO 或ATSC)。可以通過引導(dǎo)開銷流(bootstrpoverhead flow)(例如，MediaFLO 傳輸中的IAF)來發(fā)現(xiàn)用于此類傳輸?shù)倪@些開銷流、信道、流或頻率的可用性、信號或超幀中用來廣播BSM的部分、及用于發(fā)送BMS的傳輸技術(shù)。根據(jù)實(shí)施例配置的接收機(jī)設(shè)備可以利用BSM消息來從被公布的不同文件廣播中選擇文件。接收機(jī)設(shè)備可以基于與特定文件相關(guān)聯(lián)的服務(wù)或應(yīng)用、該文件是新的還是對先前接收的文件的重傳或更新、或者各種其它因素，使用BSM來接收該文件。在多個實(shí)施例中，BSM可以支持對應(yīng)用/服務(wù)ID的別名和/或文件的傳輸包的說明。在多個實(shí)施例中，每一個BSM都可以在某個時間僅公布廣播調(diào)度信息的一部分。這提供了在內(nèi)容刷新與接收機(jī)設(shè)備為保持跟蹤上BSM的最新版本所必須消耗的電池電量之間的折衷。多個實(shí)施例可以包括在廣播網(wǎng)絡(luò)內(nèi)或者與廣播網(wǎng)絡(luò)通信的文件攝取系統(tǒng)(FIS)，廣播網(wǎng)絡(luò)可以提供接口，內(nèi)容提供方可以使用所述接口來向廣播系統(tǒng)通知要廣播新的文件。內(nèi)容提供方可以使用文件攝取系統(tǒng)來指定對文件的廣播傳輸要求，諸如每一個文件的時間線要求(例如，容許時延)和傳輸魯棒性要求(例如，前向糾錯級別或重傳數(shù)量)。文件攝取系統(tǒng)可以在新文件攝取時使用由內(nèi)容提供方所指定的傳輸要求，并嘗試將新文件連同已被接受并被調(diào)度進(jìn)行傳輸?shù)奈募黄鸫虬綇V播發(fā)送流中。在多個實(shí)施例中，當(dāng)沒有成功地將新文件打包到廣播傳輸流中時(即，新文件不能連同已被調(diào)度進(jìn)行傳輸?shù)奈募黄鸱胖玫桨l(fā)送流內(nèi))，可以考慮文件攝取已經(jīng)失敗。在多個實(shí)施例中，文件攝取系統(tǒng)可以考慮文件之間的優(yōu)先級，以便當(dāng)打包最初不成功時，以抑制先前所攝取的文件的傳輸為代價成功進(jìn)行新文件攝取。一旦由文件攝取系統(tǒng)處理了新文件，文件攝取系統(tǒng)就可以產(chǎn)生BSM，其僅公布在廣播調(diào)度周期(BSP)上成功調(diào)度的文件的一小部分。接收機(jī)設(shè)備可以使用BSM中的該信息來 計(jì)劃其對文件廣播的接收。這樣，當(dāng)接收機(jī)設(shè)備確定對該設(shè)備上的應(yīng)用而言感興趣的文件將會被廣播時，接收機(jī)設(shè)備可以調(diào)度在所公布的廣播調(diào)度周期中啟動接收機(jī)電路。通過僅公布成功調(diào)度的文件的一小部分，可以通過將新文件插入到由最近廣播的BSM覆蓋的時間段之后的廣播調(diào)度中，并以修改的調(diào)度來廣播新的BSM，來滿足新文件攝取。在多個實(shí)施例中，廣播系統(tǒng)可以基于現(xiàn)有調(diào)度信息來控制對BSM的更新和文件的發(fā)送。如上所述，在任意給定時間，BSM都可以僅公布廣播調(diào)度信息的一小部分。這提供了在一方面的內(nèi)容刷新和調(diào)度靈活性與另一方面的接收機(jī)設(shè)備的功耗之間的折衷?？梢酝ㄟ^限制在每一個BSM中的廣播調(diào)度信息的量來使得內(nèi)容刷新最大化。這實(shí)現(xiàn)了更大的文件傳輸調(diào)度靈活性，因?yàn)榭梢哉{(diào)整該廣播調(diào)度的更大部分(即，在BSM中沒有通告的部分)以插入新攝取的文件。通過允許BSM頻繁地改變，廣播方可以以更短的通知來廣播文件，并容納文件傳遞優(yōu)先級和調(diào)度中的變化。然而，頻繁地改變BSM需要接收機(jī)設(shè)備更經(jīng)常地通電以接收新的BSM。每一次通電都消耗額外的接收機(jī)設(shè)備的電池電量。因此，對BSM的頻繁更新會導(dǎo)致接收機(jī)設(shè)備消耗更多的電池功率。因此，可以通過使得每一個BSM中呈送的廣播調(diào)度的量最大，來使得接收機(jī)設(shè)備的功耗最小。因此，廣播方可以在調(diào)度靈活性與設(shè)備功耗之間達(dá)成針對BSM的更新頻率的平衡，以便增強(qiáng)用戶體驗(yàn)。文件攝取系統(tǒng)還可以支持與文件相關(guān)的屬性的攝取。文件攝取系統(tǒng)可以格式化文件屬性，因此可以借助開銷消息(例如，BSM)來傳送它們。在多個實(shí)施例中，接收機(jī)設(shè)備可以使用這些文件屬性來選擇接收和下載的文件。在多個實(shí)施例中，接收機(jī)設(shè)備可以基于文件的文件屬性，使用過濾標(biāo)準(zhǔn)來選擇文件。在多個實(shí)施例中，文件攝取系統(tǒng)可以支持一次攝取一個以上的文件。在這些實(shí)施例中，文件攝取系統(tǒng)可以將兩個或更多個文件打包在一起來作為單個文件發(fā)送，或者作為較大文件的較小集合來發(fā)送。如果不能將文件打包在一起，文件攝取系統(tǒng)就可以獨(dú)立地調(diào)度每一個文件來發(fā)送。將文件打包在一起允許更有效地應(yīng)用前向糾錯(FEC)保護(hù)，并提高了包含在所發(fā)送的文件內(nèi)的數(shù)據(jù)的完整性。在多個實(shí)施例中，可以將廣播資源(例如，廣播信號的帶寬或分段)組織在文件傳遞“管道”中，所述文件傳遞“管道”是一種業(yè)務(wù)工程工具，用來提高系統(tǒng)的總體效率和資源預(yù)留目的(例如，存在用于小文件的管道和用于大文件的管道)。文件傳遞管道捕獲用于文件傳輸?shù)馁Y源分配，并支持將多個不同文件多路復(fù)用到一個或多個傳輸流上。將廣播資源組織到文件傳遞管道中可以通過實(shí)現(xiàn)用于在總體分配的資源上時分復(fù)用文件的集中式文件調(diào)度來提高效率。因此，組織資源的方式應(yīng)有效且應(yīng)對與不同文件傳遞應(yīng)用相關(guān)的不同要求。在多個實(shí)施例中，可以將資源組織到多個文件傳遞管道中，并且可以向文件攝取系統(tǒng)通知在廣播系統(tǒng)中定義的多個文件傳遞管道。被這樣通知后，文件攝取系統(tǒng)可以采用應(yīng)對為每一個文件所指定的應(yīng)用專用的傳遞要求的方式，并根據(jù)可驅(qū)動不同管道的設(shè)置的業(yè)務(wù)工程目標(biāo)(例如，用于小文件的管道和用于大文件的管道，以避免在大文件傳送期間的小文件的隊(duì)頭阻塞)，來在多個傳輸資源上調(diào)度文件進(jìn)行廣播。多個實(shí)施例支持實(shí)施各種策略來定義文件傳遞管道和在不同管道上調(diào)度文件進(jìn)行發(fā)送。例如，在多個實(shí)施例中，應(yīng)用的類可以映射到特定管道，例如，可以在專用管道上廣播具有低等待時間要求的小文件。在多個實(shí)施例中，文件攝取系統(tǒng)可以將大文件的傳輸分割到多個分開的廣播窗口中，以實(shí)現(xiàn)短文件發(fā)送。在多個實(shí)施例中，文件攝取系統(tǒng)可以經(jīng)由不同流在同一管道上調(diào)度多個并發(fā)文件傳輸。
在多個實(shí)施例中，廣播方應(yīng)用或服務(wù)可以向文件攝取系統(tǒng)提交大量的文件，以便組裝到適于傳輸?shù)囊粋€或多個文件中。相應(yīng)的接收機(jī)方應(yīng)用或服務(wù)可以僅兼容或關(guān)注被廣播的文件的一個小子集。在此情況下，廣播方應(yīng)用或服務(wù)可以向文件傳遞服務(wù)提供適用性元數(shù)據(jù)，以使得系統(tǒng)能夠構(gòu)造BSM或類似的開銷文件(例如，目錄文件)，其包括可以由接收機(jī)方應(yīng)用或服務(wù)使用的標(biāo)識元數(shù)據(jù)。例如，BSM開銷文件可以列出將在一個廣播周期內(nèi)廣播的全部文件，以及用于要被廣播的文件的標(biāo)識或適用性信息。此類標(biāo)識元數(shù)據(jù)可以包括應(yīng)用專用屬性，諸如能夠或者應(yīng)該接收文件的應(yīng)用或服務(wù)的名稱或標(biāo)識符。在接收機(jī)設(shè)備上，BSM開銷文件可以由接收機(jī)設(shè)備接收，并由相應(yīng)的接收機(jī)方應(yīng)用用于選擇要接收的文件。在多個實(shí)施例中，接收機(jī)方應(yīng)用可以基于多個應(yīng)用專用邏輯和可用屬性，并通過使用包含在BSM開銷文件中的標(biāo)識或適用性信息，來進(jìn)行這個選擇。在多個實(shí)施例中，接收機(jī)方應(yīng)用可以通過向接收機(jī)設(shè)備上的文件傳遞服務(wù)模塊指示預(yù)期的應(yīng)用或服務(wù)文件名稱、或者預(yù)期文件的標(biāo)識符，來請求從文件傳遞服務(wù)接收所選擇的在BSM中描述的文件。接收機(jī)設(shè)備上的文件傳遞服務(wù)模塊可以依據(jù)BSM確定包含預(yù)期文件的被指示文件將會在何時且在哪一個信道/流/廣播資源上廣播。僅當(dāng)廣播有可能包含接收機(jī)方應(yīng)用所請求的或者與接收機(jī)方應(yīng)用兼容的文件時，接收機(jī)設(shè)備中的處理器才可以使用這個信息來“喚醒”接收機(jī)電路。BSM中的信息也可以使得接收機(jī)設(shè)備上的處理器能夠精確定出接收機(jī)需要在其中開啟并監(jiān)聽數(shù)據(jù)的準(zhǔn)確時間幀。通過精確定出接收機(jī)需要在其中開啟的準(zhǔn)確時間幀，接收機(jī)設(shè)備可以節(jié)省大量電池功率，同時使得處理資源可用于其它任務(wù)。在多個實(shí)施例中，使用文件傳遞服務(wù)(例如，F(xiàn)DF服務(wù))的廣播方應(yīng)用可以在向文件攝取系統(tǒng)提交文件來進(jìn)行發(fā)送時，提供與文件相關(guān)的應(yīng)用專用屬性。這種應(yīng)用專用屬性可以借助BSM傳輸?shù)浇邮諜C(jī)設(shè)備。接收機(jī)方應(yīng)用可以通過指示在表征感興趣文件的應(yīng)用專用參數(shù)內(nèi)的常規(guī)表述或邏輯表述，來請求從接收機(jī)設(shè)備的文件傳遞服務(wù)模塊進(jìn)行文件捕獲。通過使用常規(guī)表述或邏輯表述來表征感興趣的文件，接收機(jī)設(shè)備可以使用應(yīng)用專用參數(shù)作為過濾標(biāo)準(zhǔn)選擇要接收的文件。接收機(jī)設(shè)備的文件傳遞服務(wù)模塊可以通過從BSM中確定預(yù)期文件的特性(日期/時間、流ID等)，使用這種過濾標(biāo)準(zhǔn)來僅接收正在廣播的文件的一個子集?？梢栽诟鞣N移動多媒體廣播系統(tǒng)內(nèi)實(shí)現(xiàn)多個實(shí)施例，圖I中示出了其一個實(shí)例。諸如MediaFLO 廣播網(wǎng)絡(luò)的移動多媒體廣播網(wǎng)絡(luò)I通常包括多個廣播發(fā)射機(jī)2，其受移動廣播網(wǎng)絡(luò)控制中心的控制，移動廣播網(wǎng)絡(luò)控制中心在本文中被稱為廣播運(yùn)行中心4(或者附圖中的“B0C”)。廣播網(wǎng)絡(luò)I從廣播發(fā)射機(jī)2廣播內(nèi)容，作為移動廣播傳輸3來由接收機(jī)設(shè)備10進(jìn)行接收，接收機(jī)設(shè)備諸如為移動電視接收機(jī)、智能電話、蜂窩電話、個人數(shù)字助理(PDA)、交互式游戲設(shè)備、筆記本電腦、智能本、上網(wǎng)本、數(shù)據(jù)處理裝置，或者其他此類電子設(shè)備。在移動廣播網(wǎng)絡(luò)控制中心4內(nèi)(也稱為廣播運(yùn)行中心或“B0C”)通常會有一個或多個服務(wù)器和系統(tǒng)，用于管理實(shí)時內(nèi)容廣播、電子服務(wù)向?qū)?、與內(nèi)容廣播相關(guān)的目錄消息和BSM的產(chǎn)生、以及經(jīng)由多媒體廣播網(wǎng)絡(luò)I的開銷流進(jìn)行廣播的元數(shù)據(jù)消息的產(chǎn)生。除了普通內(nèi)容傳遞系統(tǒng)以外，移動廣播網(wǎng)絡(luò)I還可以包括文件攝取系統(tǒng)服務(wù)器 (FIS)31，用于接收、存儲、調(diào)度和格式化經(jīng)由移動廣播網(wǎng)絡(luò)I廣播的文件。文件攝取系統(tǒng)服務(wù)器31可以經(jīng)由直接網(wǎng)絡(luò)連接或者諸如互聯(lián)網(wǎng)7的間接網(wǎng)絡(luò)連接，從文件內(nèi)容提供方9接收要廣播的文件。除了移動多媒體廣播網(wǎng)絡(luò)I以外，接收機(jī)設(shè)備10通常被配置為經(jīng)由諸如蜂窩電話網(wǎng)絡(luò)之類的單播網(wǎng)絡(luò)11進(jìn)行通信。典型的蜂窩電話網(wǎng)絡(luò)包括多個蜂窩基站12，其耦合到網(wǎng)絡(luò)運(yùn)行中心14，網(wǎng)絡(luò)運(yùn)行中心14操作以連接在移動設(shè)備10以及其他網(wǎng)絡(luò)目的地之間的語音和數(shù)據(jù)呼叫，例如，經(jīng)由電話陸上線路(例如，POTS網(wǎng)絡(luò)，未示出)和互聯(lián)網(wǎng)7。在接收機(jī)設(shè)備10與單播網(wǎng)絡(luò)11之間的通信借助諸如4G、3G、CDMA、TDMA及其他蜂窩電話通信技術(shù)之類的雙向無線通信鏈路13來完成。為了有利于互聯(lián)網(wǎng)數(shù)據(jù)通信，單播網(wǎng)絡(luò)11通常包括一個或多個服務(wù)器16，其耦合到網(wǎng)絡(luò)運(yùn)行中心14或者在網(wǎng)絡(luò)運(yùn)行中心14內(nèi)，網(wǎng)絡(luò)運(yùn)行中心14提供到互聯(lián)網(wǎng)7的連接。在進(jìn)一步的實(shí)施例中，單播網(wǎng)絡(luò)11可以是無線廣域網(wǎng)，諸如WiFi、WiMAX等。接收機(jī)設(shè)備10可以借助單播網(wǎng)絡(luò)11與廣播網(wǎng)絡(luò)I通信，例如借助經(jīng)由互聯(lián)網(wǎng)7到廣播網(wǎng)絡(luò)服務(wù)器6的IP數(shù)據(jù)呼叫，以便訂購廣播服務(wù)并向廣播裝置發(fā)送用戶交互消息。圖2示出了根據(jù)實(shí)施例的在廣播網(wǎng)絡(luò)I的一部分(例如，MediaFLO 廣播網(wǎng)絡(luò))內(nèi)的信息流。文件內(nèi)容提供方9可以經(jīng)由廣播文件傳遞服務(wù)向文件攝取服務(wù)器31提供要發(fā)送的文件。文件攝取服務(wù)器31可以調(diào)度并存儲要廣播的文件，如以下更充分說明的。在調(diào)度廣播時間，文件攝取服務(wù)器31可以向廣播運(yùn)行中心4 (BOC)提供所調(diào)度的文件，在廣播運(yùn)行中心4產(chǎn)生廣播信號，作為包括內(nèi)容流26和開銷流28的信息的多路復(fù)用。這樣，要借助文件傳遞服務(wù)發(fā)送的文件可以作為內(nèi)容流26的組成部分來發(fā)送，同時將BSM作為一個或多個開銷流28的組成部分來發(fā)送。接收機(jī)設(shè)備10接收多路復(fù)用信號，并能夠分別接收包括BSM的開銷流28及其它開銷信息流(例如，控制信道)，并使用BSM中的信息來從內(nèi)容流26接收特定文件。在典型的多媒體移動廣播系統(tǒng)中，在被組織到多個超幀中的無線信號中發(fā)送信息。每一個超幀都包括多個信號，這些信號按照頻帶內(nèi)的頻率和規(guī)定時間邊界(例如，超幀邊界)內(nèi)的時間來組織，其編碼傳送廣播內(nèi)容和開銷信息的多個數(shù)據(jù)分組。例如，在MediaFLO 廣播系統(tǒng)中，將廣播傳輸組織到跨度6MHz頻帶(例如，716MHz到722MHz)的1/2超幀中。MediaFLO 廣播信號可以在其它頻帶上發(fā)送，并且可以通過使用多個不同的頻帶來同時發(fā)送多個信號。每一個超幀都可以包括開銷流專用的部分和用來傳送與內(nèi)容流相關(guān)的多個信道的部分。如上所述，該開銷流及其它開銷流(例如，控制信道)內(nèi)的信息向接收機(jī)設(shè)備通知可以在超幀內(nèi)的何處獲得該特定內(nèi)容流，以及多個分組如何與該內(nèi)容流(content)的流(streams)相關(guān)聯(lián)。圖3示出了在適合于實(shí)現(xiàn)借助文件傳遞服務(wù)來傳遞文件的多個實(shí)施例的廣播通信系統(tǒng)的廣播裝置方上的系統(tǒng)功能組件。實(shí)時內(nèi)容提供方服務(wù)器8可以向廣播運(yùn)行中心4內(nèi)的實(shí)時編碼器39發(fā)送實(shí)時內(nèi)容(例如，音頻、視頻、文本等)。文件內(nèi)容提供方9可以借助文件傳遞服務(wù)向文件攝取服務(wù)器31提供要傳遞的文件。文件攝取服務(wù)器31可以在本地?cái)?shù)據(jù)庫31中存儲接收的文件，并調(diào)度接收的文件進(jìn)行廣播。與所調(diào)度的廣播時間有關(guān)的信息以及文件屬性數(shù)據(jù)可以提供給開銷信令服務(wù)器(OSS) 34，其是用于管理并公布BSM中開銷版本變化的組件。如以下更充分說明的，文件攝取服務(wù)器31的文件攝取和發(fā)送調(diào)度可以是動態(tài)的，以使得可以將對所調(diào)度的廣播時間的頻繁變化傳送到開銷信令服務(wù)器34。開銷信令服務(wù)器34可以向分發(fā)服務(wù)器33提供更新的BSM，分發(fā)服務(wù)器33是用于以所配置的速率發(fā)送文件和開銷消息的組件。分發(fā)服務(wù)器33可以向僅前向鏈路(FLO)服·務(wù)節(jié)點(diǎn)(FSN) 35提供要發(fā)送的BSM，僅前向鏈路(FLO)服務(wù)節(jié)點(diǎn)(FSN) 35將BSM引導(dǎo)到開銷數(shù)據(jù)傳遞系統(tǒng)36，以便經(jīng)由廣播網(wǎng)絡(luò)I發(fā)送。在接近所調(diào)度的用于發(fā)送文件的時間時，文件攝取服務(wù)器31連同本地?cái)?shù)據(jù)庫32可以向分發(fā)服務(wù)器33提供要發(fā)送的文件。分發(fā)服務(wù)器33可以向FLO服務(wù)節(jié)點(diǎn)35提供這些文件，以及用于指定何時廣播每一個文件的控制數(shù)據(jù)。FLO服務(wù)節(jié)點(diǎn)35可以向文件傳遞系統(tǒng)38傳遞要發(fā)送的文件，文件傳遞系統(tǒng)38經(jīng)由廣播網(wǎng)絡(luò)I發(fā)送文件。移動設(shè)備10隨后可以經(jīng)由無線數(shù)據(jù)傳輸從廣播網(wǎng)絡(luò)I接收文件。盡管圖3示出了作為分開的單元或服務(wù)器的文件傳遞系統(tǒng)的多個組件，但本領(lǐng)域技術(shù)人員會理解，可以在單個服務(wù)器或比圖3所示的更少的服務(wù)器內(nèi)來實(shí)施這些不同功能過程。例如，可以在單個服務(wù)器設(shè)備內(nèi)連同文件攝取系統(tǒng)31 —起實(shí)現(xiàn)開銷服務(wù)服務(wù)器34、分發(fā)服務(wù)器33和流服務(wù)節(jié)點(diǎn)35，由不同軟件模塊或者集成的軟件系統(tǒng)來完成這些功能中的每一個。作為多個實(shí)施例的圖示說明，圖4顯示了 MediaFLO文件傳遞架構(gòu)(FDF)40中包括的最高級別(top-level)上的組件。文件傳遞架構(gòu)40可以同時提供對不同文件傳遞應(yīng)用的支持。邏輯概念形式上的文件的傳遞涉及用于在文件從內(nèi)容提供方被接收、經(jīng)由廣播系統(tǒng)發(fā)送以及由接收機(jī)設(shè)備接收時進(jìn)行文件的操作和管理的實(shí)施例方法。在高級別上，廣播文件傳遞系統(tǒng)40包括前端，其是通信系統(tǒng)的廣播方；及接收機(jī)設(shè)備，其選擇性地接收并存儲被發(fā)送的文件。在前端中，本文稱為“前端應(yīng)用”42、43的提供要發(fā)送的文件的應(yīng)用定義要傳遞的文件。在前端中的服務(wù)器內(nèi)，文件攝取系統(tǒng)31可以從文件內(nèi)容提供方或前端應(yīng)用42、43接收要傳遞的文件，并在廣播調(diào)度中調(diào)度文件來進(jìn)行傳遞。文件攝取系統(tǒng)31還可以在存儲器中存儲成功調(diào)度的文件，以便稍后通過文件傳輸網(wǎng)絡(luò)41發(fā)送。由前端應(yīng)用42、43提供的文件可以打包到一個或多個傳輸文件中以便經(jīng)由文件攝取系統(tǒng)31攝取，并經(jīng)由文件傳輸網(wǎng)絡(luò)41傳遞到接收機(jī)設(shè)備。在諸如MediaFLO 接收機(jī)設(shè)備的接收機(jī)設(shè)備上，設(shè)備應(yīng)用45、46可以表征或指示要接收的文件，并從文件傳遞服務(wù)模塊44請求這些文件?？梢栽诮邮諜C(jī)設(shè)備中將文件傳遞服務(wù)模塊44實(shí)現(xiàn)為被配置為向設(shè)備應(yīng)用45、46提供文件捕獲服務(wù)的軟件。文件傳遞服務(wù)模塊44可以響應(yīng)于對文件的請求，使用傳遞和調(diào)度信息來捕獲所請求的流，并將其存儲在存儲器中。文件傳遞服務(wù)模塊44可以管理文件的接收、存儲和維護(hù)。在組合得到要發(fā)送的文件時，文件攝取系統(tǒng)31可以使用文件系統(tǒng)模擬來產(chǎn)生傳輸文件，在文件系統(tǒng)模擬中，應(yīng)用專用目錄結(jié)構(gòu)中的文件路徑名稱唯一性地標(biāo)識用于一組應(yīng)用的文件。如上所述，在廣播系統(tǒng)的前端中的服務(wù)器內(nèi)，可以提供文件攝取系統(tǒng)31以接收要傳輸?shù)奈募?，針對在廣播調(diào)度中的傳遞時機(jī)調(diào)度文件，并在存儲器中存儲成功調(diào)度的文件以便稍后通過廣播網(wǎng)絡(luò)的文件傳輸網(wǎng)絡(luò)41進(jìn)行發(fā)送。文件攝取系統(tǒng)31可以指定與文件有關(guān)的額外屬性，諸如文件名稱、文件的參數(shù)描述(例如，風(fēng)格、文件類型等)、文件內(nèi)容的參數(shù)描述(例如，在文件中包含的數(shù)據(jù)報分組的各個數(shù)據(jù)報分組的源和位置、身份、應(yīng)用或文件類型等)、及與要發(fā)送的文件的內(nèi)容相關(guān)聯(lián)的其它信息。文件攝取系統(tǒng)31還可以指定用于說明每一個文件的廣播傳遞要求的參數(shù)。在多個實(shí)施例中，文件攝取系統(tǒng)31可以向文件分配唯一性的標(biāo)識符(例如，文件ID)，其可以用于版本目的，及用于將所提交的文件打包到組合分組中以便有效地應(yīng)用前向糾錯(FEC)碼。文件攝取系統(tǒng)31還可以將前向糾錯(FEC) 碼應(yīng)用于所攝取的文件，以提高其廣播傳輸可靠性。在一個實(shí)施例中，文件攝取系統(tǒng)31可以為新接收的要發(fā)送的文件調(diào)度廣播傳遞時機(jī)。作為該過程的組成部分，文件攝取系統(tǒng)31可以基于多個參數(shù)來確定發(fā)送調(diào)度。例如，在一個實(shí)施例中，文件攝取系統(tǒng)31可以根據(jù)文件大小和可用資源來產(chǎn)生發(fā)送調(diào)度。在另一個實(shí)施例中，發(fā)送調(diào)度也可以考慮由內(nèi)容提供方分配給文件的優(yōu)先級。在多個實(shí)施例中，可以以算法的形式完成對文件廣播時間的調(diào)度，以確定發(fā)送的開始時間，以便滿足對新接收的文件和先前攝取的文件的廣播傳遞要求。文件攝取系統(tǒng)31可以存儲成功調(diào)度的文件，以便稍后通過文件傳輸網(wǎng)絡(luò)41進(jìn)行發(fā)送。文件攝取系統(tǒng)31可以根據(jù)由文件攝取系統(tǒng)31先前確定的文件調(diào)度信息，在適當(dāng)?shù)臅r間向廣播網(wǎng)絡(luò)分派所調(diào)度的文件。在調(diào)度文件的發(fā)送時，文件攝取系統(tǒng)31可以知道發(fā)送資源，諸如在文件傳輸網(wǎng)絡(luò)41中定義的文件傳遞管道。使用與文件傳遞管道的可用性有關(guān)的信息，文件攝取系統(tǒng)31可以在多個發(fā)送資源中調(diào)度文件，以便應(yīng)對由文件內(nèi)容提供方定義的應(yīng)用專用傳遞要求。在一些實(shí)施例中，文件攝取系統(tǒng)31可以被配置為將特定管道用于特定類的應(yīng)用。例如，可以在專用發(fā)送管道上廣播具有低等待時間要求的小文件?？商鎿Q地，文件攝取系統(tǒng)31可以將大文件的傳輸劃分到多個分開的廣播窗口中，以允許具有減小的延遲的短文件發(fā)送。文件攝取系統(tǒng)31還可以調(diào)度經(jīng)由不同發(fā)送管道的同一類型的多個同時發(fā)送。在多個實(shí)施例中，文件傳輸網(wǎng)絡(luò)41可以是MediaFLO 網(wǎng)絡(luò)或其它廣播網(wǎng)絡(luò)。在多個實(shí)施例中，文件傳輸網(wǎng)絡(luò)41可以是廣播和單播網(wǎng)絡(luò)的組合。當(dāng)傳輸網(wǎng)絡(luò)是廣播網(wǎng)絡(luò)時，可以調(diào)度文件發(fā)送，以使得可以在正在發(fā)送的所有不同文件之間有效地共享廣播信道。另外，如果廣播信道可以同時支持多個媒體流，數(shù)據(jù)文件的發(fā)送可以與多個媒體流中的一個相關(guān)聯(lián)。作為文件傳遞架構(gòu)40的組成部分，可以在廣播傳輸網(wǎng)絡(luò)中可獲得的開銷消息流中廣播一系列BSM。如上所述，BSM可以提供使得接收機(jī)設(shè)備能夠?qū)V播的文件與特定服務(wù)或應(yīng)用相關(guān)聯(lián)的信息。BSM還可以包括與廣播的文件有關(guān)的文件ID/元素ID或版本信息，與能夠在其中接收文件的傳輸流有關(guān)的信息，與將何時廣播文件有關(guān)的信息(例如，傳遞窗口)，和與何時將以新信息更新傳遞調(diào)度或BSM有關(guān)的信息。如上所述，用于廣播和接收的文件可以在邏輯上被標(biāo)識為屬于文件系統(tǒng)中的目錄。在多個實(shí)施例中，這個文件系統(tǒng)提取允許將文件定義為屬于應(yīng)用專用目錄結(jié)構(gòu)，在該應(yīng)用專用目錄結(jié)構(gòu)中，根(最上面的)目錄指示了應(yīng)用。例如，屬于應(yīng)用testApp的文件testFile可以定義為“/testApp/testFile”。在多個實(shí)施例中，可以將文件進(jìn)一步組織到子目錄中，作為用于描述文件的語義屬性的機(jī)制。例如，可以基于在文件的內(nèi)容與廣播信道(例如，CNN、ABC等)之間的關(guān)聯(lián)來組織文件。這樣,用于視頻點(diǎn)播應(yīng)用(vodApp)的文件可以組織為屬于某個應(yīng)用專用目錄，例如/vodApp/CNN/或/vodApp/ABC/等。作為文件系統(tǒng)提取的進(jìn)一步的實(shí)例，天氣應(yīng)用(weaApp)可以在每個城市的基礎(chǔ)上組織與天氣更新有關(guān)的文件，并且使用子文件夾來指示與特定城市相關(guān)聯(lián)的文件。例如，包括短語“/weaApp/LA/”的文件名稱可以包括與洛杉磯的天氣更新有關(guān)的文件，而包括短語“/weaApp/NY/”的傳輸文件名稱可以包括與紐約的天氣更新有關(guān)的文件。例如，weaApp文件可以被命名為“weaApp/LA/fl. jpg”與“/weaApp/NY/f4. jpg”,以便能夠確定特定文件并按照城市對其進(jìn)行分組。 這個文件系統(tǒng)提取簡化了通過廣播文件傳遞服務(wù)傳輸?shù)奈募亩x和管理。文件系統(tǒng)提取還簡化了應(yīng)用開發(fā)過程，因?yàn)閼?yīng)用開發(fā)者無需自身關(guān)心廣播傳輸系統(tǒng)的細(xì)節(jié)。圖5示出了文件系統(tǒng)提取的實(shí)現(xiàn)方式。具體地，圖5示出了可以用于經(jīng)由文件傳輸網(wǎng)絡(luò)41傳輸文件以便由天氣應(yīng)用44使用的文件名稱。在所示實(shí)例中，發(fā)送方天氣應(yīng)用43可以通過發(fā)出具有適當(dāng)命名的文件的發(fā)送命令來請求發(fā)送文件。例如，天氣應(yīng)用43可以使用命令 sendFiIe(/weaApp/LA/0125IOUpdate. jpg)(發(fā)送文件(/weaApp/LA/012510Update.jpg))來請求發(fā)送LA天氣文件。文件攝取系統(tǒng)31接收這些文件，并將文件名稱包括在BSM消息內(nèi)。在接收機(jī)設(shè)備方上，在接收機(jī)設(shè)備的處理器內(nèi)運(yùn)行的設(shè)備應(yīng)用可以通過使用與在前端方使用的相同的文件名稱結(jié)構(gòu)來請求文件。這在圖5中示出了，在此顯示了客戶機(jī)天氣應(yīng)用46可以向文件傳遞服務(wù)44注冊，并用單個命令來請求捕獲所有相關(guān)文件。例如，如果接收機(jī)設(shè)備位于紐約市附近(例如可以基于用戶偏好或如GPS的位置確定能力來確定)，設(shè)備應(yīng)用46就可以通過發(fā)出捕獲命令并提供適當(dāng)命名的目錄，來請求接收所有與紐約市相關(guān)的天氣文件。在所示實(shí)例中，客戶天氣應(yīng)用46可以發(fā)出“captureAll (全部捕獲)”命令，提供“/weaApp/NYC/”作為所請求的目錄名稱(“/”可以用作用以區(qū)分目錄名稱與文件名稱的約定。這樣，在所示實(shí)例中，客戶機(jī)應(yīng)用46僅需要發(fā)出“captureAll (/weaApp/NYC/)”命令，以從前端應(yīng)用42接收所有相關(guān)的紐約市天氣文件。這個通過使用文件系統(tǒng)提取來請求和發(fā)送文件的方法極大地簡化了文件發(fā)送和應(yīng)用開發(fā)過程。圖6示出了文件系統(tǒng)提取的另一個實(shí)現(xiàn)方式。具體地，圖6示出了前端交互式應(yīng)用(iTVApp) 60提交作為開銷文件的圖像文件和目錄的情形。目錄文件(/itv/sig/cat.xml)提供與從交互式應(yīng)用可獲得的文件有關(guān)的信息。當(dāng)前端交互式應(yīng)用60提交要傳輸?shù)男挛募r，也可以連同這些文件一起提交更新后的交互性目錄。更新后的交互性目錄可以描述新增加的交互性文件。這樣，在所示實(shí)例中，交互式應(yīng)用服務(wù)器60連同發(fā)送命令一起向文件攝取系統(tǒng)31提供目錄文件和三個交互性文件。在所示實(shí)例中，發(fā)送命令可以是“sendFiIe(/itv/sig/cat. xml;/itv/res/svc_5/fI. jpg;/itv/res/svc_5/f2. jpg;/itv/res/svc5/f3. jpg) ”。在接收機(jī)方，客戶機(jī)應(yīng)用62可以向文件傳遞服務(wù)模塊44發(fā)出請求命令，用于對目錄文件的更新的連續(xù)捕獲。在所示實(shí)例中，這個請求命令可以是“captureAll (/itv/sig/cat. xml); ”,在此將文件名稱而不是目錄名稱(參數(shù)不是由“/”終止)用作對服務(wù)請求的參數(shù)。在發(fā)出該請求命令后，客戶機(jī)應(yīng)用62可以發(fā)出請求命令，以按照對目錄文件中應(yīng)用專用信息的應(yīng)用專用處理，基于對目錄信息的更新來捕獲特定文件。例如，客戶機(jī)應(yīng)用62可以發(fā)出“singleCapture(/itv/res/svc_5/f2. jpg) ”命令來捕獲感興趣的單個文件“f2. jpg ; ”。由于預(yù)計(jì)這些文件的內(nèi)容不改變，singleCapture O不繼續(xù)監(jiān)視對所請求的文件的更新。在多個實(shí)施例中，實(shí)現(xiàn)上述文件系統(tǒng)提取系統(tǒng)的應(yīng)用可以與實(shí)現(xiàn)發(fā)現(xiàn)和請求可經(jīng)由文件傳輸網(wǎng)絡(luò)41接收而獲得的文件的其它方式的應(yīng)用混合。這樣，在多個實(shí)施例中，可以利用混合系統(tǒng)，其使用實(shí)現(xiàn)不同文件提取和/或文件請求/發(fā)送技術(shù)的客戶機(jī)和前端應(yīng)用。這個混合系統(tǒng)可以對在單一架構(gòu)上同時支持不同類型的文件傳遞應(yīng)用的文件傳遞架構(gòu)(FDF)的能力有貢獻(xiàn)。
圖7示出了在文件傳遞管道中通過時分復(fù)用文件以便共享發(fā)送資源，來調(diào)度所攝取的文件。如上所述，在多個實(shí)施例中，可以將資源組織到文件傳遞管道中以提高系統(tǒng)的總體效率。將資源組織到文件傳遞管道中提高了效率，這是因?yàn)樘峁┪募鬏敺?wù)(例如，F(xiàn)DF服務(wù))的大多數(shù)廣播網(wǎng)絡(luò)通常是資源綁定的。在多個實(shí)施例中，文件傳遞管道可以是特定的一組資源，其專用于發(fā)送過程。在多個實(shí)施例中，文件傳遞管道可以是專用的廣播資源。在多個實(shí)施例中，專用資源可以包括專用于特定的文件傳輸過程的網(wǎng)絡(luò)資源。在多個實(shí)施例中，一個或多個文件傳遞管道可以用于通過文件傳遞網(wǎng)絡(luò)傳輸一個或多個文件。圖7還示出了文件傳遞管道72，其被調(diào)度來傳送一系列文件。以不同的傳輸文件ID和/或元素ID (例如，fID_l到fID_4)來標(biāo)識每一個文件。傳輸文件ID和/或元素ID可以唯一地標(biāo)識文件，并提供一種形式的隱含的版本支持(即，可以為文件的每一個提交的版本分配一個新的文件ID/元素ID)。圖7示出了可以調(diào)度每一個文件以在特定廣播窗口(Bff)內(nèi)廣播，其中，每一個廣播窗口(例如，Bff fID_2)都對應(yīng)于一個時間段，在該時間段期間可以發(fā)送文件(例如，fID_2)。在多個實(shí)施例中，通過專用管道發(fā)送每一個文件所需的廣播窗口可以根據(jù)傳輸管道數(shù)據(jù)速率和所發(fā)送的文件的大小來定義。在多個實(shí)施例中，廣播窗口可以與文件大小除以文件管道數(shù)據(jù)速率的商成比例。圖7還示出了廣播調(diào)度流(BSF)70可以用于傳送廣播調(diào)度消息(BSM)，其描述了要傳輸?shù)奈募?、其廣播窗口以及發(fā)送元數(shù)據(jù)。在多個實(shí)施例中，廣播調(diào)度流70可以是與內(nèi)容流分離的開銷流。在多個實(shí)施例中，可以在文件前發(fā)送廣播調(diào)度消息，以使得接收機(jī)設(shè)備可以及時啟動接收機(jī)電路，以接收其預(yù)期的文件。在多個實(shí)施例中，可以頻繁地重播相同的廣播調(diào)度消息，例如在每一個超幀中，以確保由接收機(jī)設(shè)備可靠地接收廣播調(diào)度消息。如上所述，在多個實(shí)施例中，每一個廣播調(diào)度消息(BSM)都可以僅描述所調(diào)度的文件的一小部分。這用于支持這樣的情況有大量文件可用并可以為無線發(fā)送而調(diào)度，在單個廣播調(diào)度消息中定義所有所調(diào)度的文件是不現(xiàn)實(shí)的。在廣播調(diào)度消息中僅公布所調(diào)度的文件的一小部分還支持這樣的情況由于不斷提交要發(fā)送的新文件，調(diào)度可能頻繁地改變。這樣，在多個實(shí)施例中，可以產(chǎn)生廣播調(diào)度消息，以使得它們僅描述所調(diào)度的文件的一小部分。在這些實(shí)施例中，廣播調(diào)度消息可以描述其將在給定的廣播調(diào)度周期(BSP)內(nèi)廣播的一系列文件。圖7還示出了每一個BSM都可以描述每一個廣播調(diào)度周期(BSP)內(nèi)的一系列文件。具體地，圖7示出了在第一廣播調(diào)度周期(BSP1)中僅廣播三個唯一文件(fID_l到fID_3)的實(shí)例。在多個實(shí)施例中，每一個廣播調(diào)度周期都可以定義表示在相應(yīng)的廣播調(diào)度消息中包含的公布的文件廣播調(diào)度的數(shù)量的量。可以在同一廣播調(diào)度流70內(nèi)反復(fù)發(fā)送這些廣播調(diào)度消息。例如，如BSM70a到BSM70d所示的，圖7示出了在廣播調(diào)度流70中幾次廣播相同的BSM1消息，其描述為在BSP1周期內(nèi)廣播而調(diào)度的所有文件。在多個實(shí)施例中，可以配置文件傳遞系統(tǒng)，以使得廣播調(diào)度周期(BSP)相對較短，并在廣播調(diào)度流(BSF) 70內(nèi)有規(guī)律地更新廣播調(diào)度消息(BSM)。通過配置系統(tǒng)以使用短廣播調(diào)度周期并有規(guī)律地更新廣播調(diào)度消息，可以極大地提高文件傳遞系統(tǒng)的效率和靈活性，以及其管理不斷更新的文件的能力。圖7示出了有規(guī)律地更新包括在廣播調(diào)度流(BSF)70內(nèi)的廣播調(diào)度消息(BSM)的實(shí)例。具體地，圖7示出了 BSMJOd可以被更新到BSM270e，其對應(yīng)于將在BSP2內(nèi)廣播的文 件。圖7還示出了可以在兩個BSP (例如，BSPJP BSP2)的邊界更新的廣播調(diào)度消息(例如，BSMl 和 BSM2)。應(yīng)注意，圖7示出了在用于單個文件的廣播調(diào)度周期(BSP)中存在多個廣播窗口的情形，例如針對fID_l所示的。當(dāng)反復(fù)發(fā)送文件以提高文件發(fā)送的成功率時，如適用于高優(yōu)先級文件的情況，可以使用用于單個文件的多個廣播窗口。當(dāng)文件很大以致于必須將其劃分為多個分離的片段以便能夠同時發(fā)送其它文件時，用于單個文件的多個廣播窗口也是必要的。當(dāng)存在用于單個文件的多個廣播窗口時，這些多個廣播窗口可以出現(xiàn)在同一廣播調(diào)度周期內(nèi)或者不同的廣播調(diào)度周期內(nèi)。圖8示出了可以有規(guī)律地重復(fù)每一個廣播調(diào)度消息(例如，BSM1和BSM2),例如在每一個超幀中，以便為廣播調(diào)度周期內(nèi)廣播的多個文件提供廣播窗口和接收信息。圖8還示出了在文件傳遞管道數(shù)據(jù)流中發(fā)送的文件可以具有不同的廣播持續(xù)時間，因?yàn)槲募梢跃哂胁煌拇笮　Ｈ缟纤?，BSM提供了用于公布發(fā)送調(diào)度的機(jī)制。BSM還可以向接收機(jī)設(shè)備提供附加信息的陣列。圖9中示出了示例性BSM的高級格式。如圖9所示，廣播調(diào)度消息可以包括廣播調(diào)度監(jiān)視記錄(BSMR)。廣播調(diào)度監(jiān)視記錄可以包括下一個監(jiān)視時間數(shù)據(jù)字段(Next_Monitor_Time)，其指定接收機(jī)設(shè)備應(yīng)為更新的BSM而監(jiān)視廣播調(diào)度流的下一個時間。這個數(shù)據(jù)字段也可以定義下一個廣播調(diào)度周期可以開始的時間。如以下更充分論述的，指定BSM將被更新的時間使得接收機(jī)設(shè)備能夠通過當(dāng)在廣播調(diào)度流(BSF)70上傳送冗余的BSM時停用其接收機(jī)電路，來保留電池功率。圖9示出了 BSM還可以包括流廣播調(diào)度記錄(FBSR)。流廣播調(diào)度記錄可以描述用于當(dāng)前廣播調(diào)度周期(BSP)中在內(nèi)容流(例如，在文件廣播管道內(nèi))上廣播的文件的廣播調(diào)度。BSM可以包括多個流廣播調(diào)度記錄。每一個流廣播調(diào)度記錄都可以是類型一數(shù)值一長度(TLV)結(jié)構(gòu)的形式，具有包括兩個主要部分的數(shù)值部(即，記錄數(shù)據(jù))流廣播調(diào)度記錄報頭(FBSR報頭)；和流廣播調(diào)度記錄主體(FBSR主體)。流廣播調(diào)度記錄報頭(FBSR報頭)可以傳送與傳輸流、頻率、和/或廣播系統(tǒng)有關(guān)的信息。流廣播調(diào)度記錄報頭可以包括流ID和流數(shù)據(jù)速率。流ID可以是用于文件的發(fā)送的廣播流的標(biāo)識符。流數(shù)據(jù)速率可以是要發(fā)送根據(jù)流ID的在廣播調(diào)度消息中描述的文件的數(shù)據(jù)速率。流廣播調(diào)度記錄主體(FBSR主體)可以傳送一個或多個廣播調(diào)度記錄，如BSR1與BSR2K示的。每一個廣播調(diào)度記錄(BSR)可以提供與在給定廣播調(diào)度周期(BSP)70內(nèi)在內(nèi)容流上廣播的單個文件有關(guān)的廣播信息。廣播調(diào)度記錄主體(BSR主體)可以包括廣播數(shù)字記錄類型(BSR_Type)、文件ID和/或元素ID (例如，F(xiàn)ile_ID)、調(diào)度信息和以類型-數(shù)值-長度編碼來編碼的一系列參數(shù)。廣播數(shù)字記錄類型(例如，BSR_Type)可以提供與被廣播的文件的類型有關(guān)的信息，諸如單個文件、文件包等。文件ID和/或元素ID(例如，F(xiàn)ile_ID)可以標(biāo)識被廣播的文件內(nèi)容。調(diào)度信息可以描述用于給定文件的廣播窗口，并可以描述在整個廣播調(diào)度周期中的許多個廣播發(fā)送。廣播窗口可以由廣播窗口開始時間(BW_Start_Time)和廣播持續(xù)時間(BW_Duration)來定義。廣播窗口開始時間可以定義為文件的廣播開始的時間。廣播持續(xù)時間可以定義為將被廣播的文件從廣播窗口開始時間延續(xù)的時間長度。流廣播調(diào)度記錄主體可以進(jìn)一步包括采用類型一數(shù)值一長度(TLV)編碼的一系列 參數(shù)，其提供了 BSM傳送額外信息的可擴(kuò)展性，所述額外信息可以以有利于接收機(jī)設(shè)備進(jìn)行過濾和選擇的方式來進(jìn)一步標(biāo)識具有特定文件ID和/或元素ID的文件。以下說明了可以被包括在流廣播調(diào)度記錄主體中的三類參數(shù)。在第一類中(例如，類型=1)，可以包括前綴匹配字符串，其標(biāo)識可能的多個文件或者目錄名稱，由文件ID和/或元素ID標(biāo)識的文件內(nèi)容可以與這些可能的文件或者目錄名稱相關(guān)聯(lián)。例如，廣播調(diào)度記錄可以僅包括一個前綴匹配字符串，其中的數(shù)據(jù)是文件名稱，諸如“/itv/res/svc_5/f 2. jpg”。作為另一個實(shí)例,廣播調(diào)度記錄可以包括多個前綴匹配字符串，其中，每一個TLV都具有不同的文件名稱，例如在一個TLV中的“/itv/res/svc_5/f2. jpg”,在另一個 TLV 中的 “/itv/res/svc_15/f2. jpg”。該情形可以是交互性(itv)應(yīng)用的情況，其在服務(wù)5 (例如，ESPN)和服務(wù)15 (例如，ESPN2)上使用用于交互性的同一文件“f2. jpg”，因此“f2. jpg”在“/itv/”文件目錄結(jié)構(gòu)中具有兩個別名。在第三實(shí)例中，接收機(jī)設(shè)備可以接收關(guān)于按照單個捕獲SingleCapture (/itv/res/svc_15/f2. jpg)或者全部捕獲CaptureAll (/itv/res/svc_5/)形式來捕獲文件的請求,在此情況下,接收設(shè)備可以以前綴匹配字符串LTV中的值執(zhí)行雙向前綴匹配。在第二類型中(例如，類型=2)，屬性字符串可以提供多個屬性(例如，性別=男；年齡=20 - 30等)，其表征由文件ID和/或元素ID標(biāo)識的文件內(nèi)容，或者文件內(nèi)容所適合的應(yīng)用或接收機(jī)設(shè)備。在此情況下，使用屬性字符串的接收機(jī)設(shè)備將已經(jīng)接收到關(guān)于捕獲匹配多個屬性上的邏輯表述的文件的請求，諸如CaptureAll (性別=男&&年齡=20 一30)，其中，&&表示邏輯“與(AND)”運(yùn)算。在第三類型中(例如，類型=3)，為文件提供應(yīng)用或服務(wù)專用標(biāo)識符(例如，itv: 123，或者svc_3:2234等)，其標(biāo)識在給定的應(yīng)用或服務(wù)的范圍中的文件ID和/或元素ID。使用應(yīng)用或服務(wù)標(biāo)識符的接收機(jī)設(shè)備會使用目錄文件來描述可用文件、相關(guān)屬性和用于文件的相應(yīng)應(yīng)用或服務(wù)標(biāo)識符。應(yīng)用或服務(wù)于是可以請求按照單個捕獲來捕獲感興趣文件，諸如 SingleCapture (itv: 123)。圖10示出了用于另一個示例性廣播調(diào)度消息的高級格式。如圖10所示的，BSM可以包含多個廣播調(diào)度信息記錄(BSIR1到BSIRm)。每一個廣播調(diào)度信息記錄都可以包含與一個或多個流上的廣播調(diào)度有關(guān)的信息。每一個廣播調(diào)度信息記錄也可以包含監(jiān)視調(diào)度，其可以由接收機(jī)設(shè)備用來接收更新后的廣播調(diào)度。如圖10所示，每一個廣播調(diào)度信息記錄(例如，BSIR1到BSIRm)可以具有報頭部(BSIR報頭)和主體部(BSIR主體)。報頭部可以包括下一監(jiān)視時間(例如，Next_Monitor_Time)字段和監(jiān)視周期(例如，Monit0ring_Peri0d)字段。在多個實(shí)施例中，報頭部中的字段(例如，Next_Monitor_Time> Monitoring_Period等)可以用于允許文件傳遞架構(gòu)(FDF)在不同等待時間的情況下傳遞數(shù)據(jù)。在多個實(shí)施例中，一個監(jiān)視周期內(nèi)的所有廣播調(diào)度信息記錄(BSIR)都可以以降序排列，以使得接收機(jī)設(shè)備僅處理第一個廣播調(diào)度信息記錄。在多個實(shí)施例中，廣播調(diào)度信息記錄可以被配置為，僅當(dāng)確定系統(tǒng)不支持初始獲取流(IAF)系統(tǒng)時才包括下一監(jiān)視時間(例如，Next_Monitor_Time)字段。在多個實(shí)施例中，廣播調(diào)度信息記錄的主體部((BSIR主體)可以包括多個流廣播調(diào)度記錄(FBSR1到FBSRn)。流廣播調(diào)度記錄是用于描述在廣播調(diào)度周期(BSP)內(nèi)的流上廣播的元素的廣播調(diào)度的文件傳遞數(shù)據(jù)流記錄。每一個流廣播調(diào)度記錄都可以具有類型一數(shù)·值一長度(TLV)結(jié)構(gòu)，其中，數(shù)值部分包括報頭部(FBSR報頭)和主體部(FBSR主體)。流廣播調(diào)度記錄的報頭部可以包含與數(shù)據(jù)流有關(guān)的信息，諸如流ID、數(shù)據(jù)速率等。流廣播調(diào)度記錄的主體部可以包含一個或多個廣播調(diào)度記錄(BSR1到BSRn)。在多個實(shí)施例中，流廣播調(diào)度記錄的主體部可以包含用于在廣播調(diào)度周期(BSP)內(nèi)的流上廣播的每一個元素的廣播調(diào)度記錄。在多個實(shí)施例中，每一個廣播調(diào)度記錄都可以具有用于每一個元素(即，在數(shù)據(jù)流上廣播的數(shù)據(jù)單元)的元素ID (Element_ID)、用于元素中的一個(或多個)文件的一個或多個文件/目錄名稱、和廣播調(diào)度信息。在一個實(shí)施例中，文件和目錄名稱可以遵循基于UNIX的文件命名規(guī)范。在一個實(shí)施例中，由元素ID (例如，Element_ID)表示的元素可以對應(yīng)于文件的特定版本或者由多個文件組成的文件包的特定版本。在多個實(shí)施例中，同一文件或文件包的不同版本可以對應(yīng)于不同元素。在多個實(shí)施例中，元素ID可以是由文件傳遞架構(gòu)(FDF)分配給每一個元素的全局唯一 ID。圖11示出了用于使用BSM的下一監(jiān)視時間數(shù)據(jù)字段的實(shí)施例方法。如上所述，BSM可以包括下一監(jiān)視時間數(shù)據(jù)字段(例如，圖10中的Next_Monitor_Time字段),其指定接收機(jī)設(shè)備應(yīng)為更新的BSM而監(jiān)視廣播調(diào)度流的下一個時間。圖11示出了如何可以使用第一BSM (BSM1)的下一監(jiān)視時間數(shù)據(jù)字段來更新下一個廣播調(diào)度周期(下一 BSP)的廣播調(diào)度流(BSF) 70中的第二 BSM (BSM2)0圖11示出了，當(dāng)接收機(jī)設(shè)備接收到BSM (例如，BSM1)時，接收機(jī)可以根據(jù)BSM1中的下一個監(jiān)視時間調(diào)度下一個喚醒時間來監(jiān)視廣播調(diào)度流(BSF)。圖12是用于處理廣播調(diào)度消息的實(shí)施例方法1200。圖12示出了，在確定步驟1201中，接收機(jī)設(shè)備可以首先確定接收的BSM是否具有與先前處理的廣播調(diào)度消息相同的版本屬性。如果版本相同(即，確定步驟1201 =“是”)，則接收機(jī)設(shè)備就可以進(jìn)行確定步驟1216。如果版本不同(即，確定步驟1201 =“否”)，則在步驟1202中，接收機(jī)設(shè)備可以刪除先前的BSM，并保存新接收的BSM。保存新的BSM是必要的，因?yàn)槊恳淮挝募鬟f架構(gòu)(FDF)從應(yīng)用接收對于捕獲文件的請求時，它就應(yīng)使用在該請求中的新信息來再次處理所保存的BSM。在確定步驟1204中，接收機(jī)設(shè)備可以嘗試從廣播調(diào)度消息中讀取廣播調(diào)度消息記錄。如果成功(即，確定步驟1204 =“是”)，則在確定步驟1206中，接收機(jī)設(shè)備可以處理BSM中的記錄(例如，BSMR、FBSR),并確定記錄是否是廣播調(diào)度監(jiān)視記錄(BSMR)。如果記錄是廣播調(diào)度監(jiān)視記錄(即，確定步驟1206 =“是”)，則在步驟1208中，設(shè)備可以使用廣播調(diào)度監(jiān)視記錄中的下一監(jiān)視時間字段(例如，NEXT_MONITORING_TIME)作為新的下一監(jiān)視時間。如果記錄不是廣播調(diào)度監(jiān)視記錄(即，確定步驟1206 = “否”)，則在確定步驟1212中，接收機(jī)設(shè)備可以確定記錄是否是流廣播調(diào)度記錄(FBSR)。如果記錄不是流廣播調(diào)度記錄(即，確定步驟1212 =“否”)，則接收機(jī)設(shè)備就返回確定步驟1204，來讀取新的廣播調(diào)度消息記錄。如果記錄是流廣播調(diào)度記錄(即，確定步驟1212 =“是”)，則在步驟1214中，設(shè)備可以處理流廣播調(diào)度記錄，并做出數(shù)據(jù)過濾決策，并隨后返回確定步驟1204，以讀取新的廣播調(diào)度消息記錄。如果在確定步驟1204中，接收機(jī)設(shè)備從BSM讀取廣播調(diào)度消息記錄失敗(S卩，確定步驟1204 = “否”)，則在步驟1210中，接收機(jī)設(shè)備取消新BSM中沒有指定的先前所調(diào)度的下載，并進(jìn)行確定步驟1216。在多個實(shí)施例中，文件傳遞核心(FDC)可以取消新BSM中沒有指定的先前所調(diào)度的下載。在多個實(shí)施例中，廣播服務(wù)器可以使用這個特征，通過發(fā)送更新的BSM來取消廣播元素。以下參考圖19更詳細(xì)地論述文件傳遞核心。 返回圖12，在處理了廣播調(diào)度消息中的全部字段后或者在接收先前處理的BSM(即，確定步驟1201 =“是”)后，在確定步驟1216中，接收機(jī)設(shè)備可以檢查下一監(jiān)視時間(例如，NEXT_M0NIT0RING_TIME)是否晚于當(dāng)前時間一以及在當(dāng)前時間與下一監(jiān)視時間之間的差是否不大于由設(shè)備配置參數(shù)所指定的一個時間段(例如，MAX_BSF_M0NIT0RING_PERI0D)o如果下一監(jiān)視時間不晚于當(dāng)前時間(即，確定步驟1216 =“否”)，則該過程結(jié)束，并且設(shè)備可以停止監(jiān)視廣播調(diào)度流，并等待接收下一個更新的BSM。如果下一個監(jiān)視時間晚于當(dāng)前時間，并且在當(dāng)前時間與下一個監(jiān)視時間之間的差不大于所指定的時間段(即，確定步驟1216=“是”)，則在步驟1218中，接收機(jī)設(shè)備可以注銷該廣播調(diào)度流(即，停止接收當(dāng)前廣播調(diào)度流)并調(diào)度在下一個監(jiān)視時間接收廣播調(diào)度流。否則，設(shè)備可以繼續(xù)接收該廣播調(diào)度流。圖13示出了用于在廣播調(diào)度流(BSF)70上實(shí)現(xiàn)更新檢測的實(shí)施例方法1300。圖13示出了，在確定步驟1301中，設(shè)備可以首先檢查接收的廣播調(diào)度消息(BSM)中第一個廣播調(diào)度信息記錄(BSIR)的版本是否與先前處理的廣播調(diào)度信息記錄的版本相同。如果版本相同(即，確定步驟1301 =“是”)，它就可以進(jìn)行確定步驟1310。如果版本不同(即，確定步驟1301=“否”)，則在步驟1302中，接收機(jī)可以刪除先前保存的廣播調(diào)度信息記錄，并保存新的廣播調(diào)度信息記錄。保存新的廣播調(diào)度信息記錄允許在每一次文件傳遞架構(gòu)(FDF)從應(yīng)用接收到新文件捕獲請求時，文件傳遞架構(gòu)使用在請求中的新信息來再次處理所保存的廣播調(diào)度信息記錄。在步驟1304中，設(shè)備可以使用廣播調(diào)度信息記錄中的下一監(jiān)視時間字段(例如，NEXT_M0NIT0RING_HME)作為新的下一監(jiān)視時間。在步驟1306中，接收機(jī)設(shè)備可以處理廣播調(diào)度信息記錄中的所有流廣播調(diào)度記錄(FBSR)。在多個實(shí)施例中，設(shè)備可以使用對流廣播調(diào)度記錄的處理來做出數(shù)據(jù)過濾決策。在步驟1308中，文件傳遞核心(FDC)可以取消在新廣播調(diào)度信息記錄中沒有指定的先前所調(diào)度的下載。在多個實(shí)施例中，廣播服務(wù)器可以使用這個特征，通過發(fā)送更新的廣播調(diào)度消息來取消元素廣播。在處理了廣播調(diào)度信息記錄(BSIR)中的所有字段后，在確定步驟1310中，接收機(jī)設(shè)備可以檢查下一監(jiān)視時間是否晚于當(dāng)前時間一及在當(dāng)前時間與下一監(jiān)視時間之間的差是否不大于某個設(shè)備配置參數(shù)(例如，MAX_BSF_M0NIT0RING_PERI0D)o在多個實(shí)施例中，如果下一監(jiān)視時間不晚于當(dāng)前時間(即，確定步驟1310 =“否”)，則設(shè)備可以停止監(jiān)視廣播調(diào)度流70。如果下一個監(jiān)視時間晚于當(dāng)前時間，并且在當(dāng)前時間與下一個監(jiān)視時間之間的差不大于設(shè)備配置參數(shù)(MAX_BSF_MONITORING_PERIOD)(即，確定步驟1310 =“是”)，則在步驟1312中，接收機(jī)設(shè)備可以注銷該廣播調(diào)度流(即，停止接收BSF)并調(diào)度在下一個監(jiān)視時間接收廣播調(diào)度流70。否則，設(shè)備可以繼續(xù)接收該廣播調(diào)度流70。在以上參考圖12和13說明的實(shí)施例方法中，如果接收機(jī)設(shè)備在所指定的監(jiān)視時間在流覆蓋之外，則設(shè)備會不知道應(yīng)何時再次喚醒來接收廣播調(diào)度流70。這是圖14中示出的情況，其顯示了接收機(jī)設(shè)備可以在多個時刻在覆蓋區(qū)域以外。圖14是示出接收機(jī)設(shè)備如何可以在與廣播調(diào)度流發(fā)送的時序相關(guān)的多個時刻在廣播網(wǎng)絡(luò)的和/或廣播流的覆蓋區(qū)域以外(1401，1402)的時間線圖。在這種情況下，接收機(jī)設(shè)備可以在下一個指定監(jiān)視時間前再次進(jìn)入覆蓋區(qū)域，如由塊1401所示的。在其他時間，接收機(jī)設(shè)備可以不再次進(jìn)入覆蓋區(qū)域，直到已經(jīng)經(jīng)過了所指定的下一個監(jiān)視時間，如由 塊1402所示的。圖14示出了，在多個實(shí)施例中，接收機(jī)設(shè)備可以在脫離流覆蓋區(qū)域后的每一次它再次進(jìn)入流覆蓋時接收廣播調(diào)度流70。在一些實(shí)施例中，接收機(jī)設(shè)備可以基于對接收機(jī)設(shè)備在所指定的監(jiān)視時間在流覆蓋以外的確定，來做出關(guān)于接收機(jī)設(shè)備是否應(yīng)接收廣播調(diào)度流70的獨(dú)立決定。在多個實(shí)施例中，當(dāng)接收機(jī)設(shè)備返回到流覆蓋區(qū)域時，可以強(qiáng)制接收機(jī)設(shè)備接收廣播調(diào)度流70 (示出為“強(qiáng)制接收BSF”)。在其他實(shí)施例中，接收機(jī)設(shè)備可以被配置為，每一次服務(wù)核心開啟就接收廣播調(diào)度流70。在其他實(shí)施例中，接收機(jī)設(shè)備可以確定所指定的下一個監(jiān)視時間是否已經(jīng)經(jīng)過，并在必要時做出調(diào)整，以確保接收機(jī)設(shè)備接收到廣播調(diào)度流的最新版本。圖15示出了用于在支持初始獲取流(IAF)的系統(tǒng)上檢測對廣播調(diào)度流(BSF) 70的更新的實(shí)施例方法。具體地，圖15示出了用于基于初始獲取流檢測廣播調(diào)度流70的更新的時間線。在多個實(shí)施例中，對廣播調(diào)度流70上的廣播調(diào)度消息(BSM)的更新的檢測可以基于在初始獲取流上的目錄信息消息(DM)消息的內(nèi)容。在多個實(shí)施例中，接收機(jī)設(shè)備可以根據(jù)在先前的目錄信息消息中指定的下一監(jiān)視時間值(例如，NEXT_M0NIT0RING_HME)周期性地喚醒。在多個實(shí)施例中，接收機(jī)設(shè)備可以從初始獲取流接收最新的目錄信息消息，并將廣播調(diào)度消息版本信息(例如，BSM_VERSI0N)與最新的未到期的處理過的廣播調(diào)度消息的版本信息相比較。在這些實(shí)施例中，如果比較的版本不同，則接收機(jī)設(shè)備可以確定存在對廣播調(diào)度消息的更新，并啟動接收機(jī)設(shè)備中的接收機(jī)電路，以接收廣播調(diào)度流70上的更新的廣播調(diào)度消息。在多個實(shí)施例中，接收機(jī)設(shè)備可以使用公共開銷流接收機(jī)制來接收更新的廣播調(diào)度消息。在多個實(shí)施例中，接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)可以設(shè)定廣播調(diào)度消息設(shè)備參數(shù)(例如，F(xiàn)DF_BSM_EXPIRY_TIME),以指示廣播調(diào)度消息已經(jīng)到期，在該廣播調(diào)度消息被處理后經(jīng)歷的秒數(shù)。在這些實(shí)施例中，通過指示廣播調(diào)度消息已經(jīng)到期，接收機(jī)設(shè)備可以應(yīng)對設(shè)備在一個時間段內(nèi)在流覆蓋以外并且具有陳舊的廣播調(diào)度消息的情況。在多個實(shí)施例中，只要接收機(jī)設(shè)備檢測到其具有陳舊的廣播調(diào)度消息時，接收機(jī)設(shè)備就可以啟動接收機(jī)電路以接收新的廣播調(diào)度消息。圖16是示出用于在同一超幀內(nèi)接收兩個不同版本的廣播調(diào)度消息(例如，BSM1,BSM2)的實(shí)施例方法的時間線圖。如上所述，在多個實(shí)施例中，可以在被組織到多個超幀中的無線信號中發(fā)送信息。每一個超幀都可以包括在頻帶內(nèi)和在設(shè)定時間邊界內(nèi)的信號，其包括傳送廣播內(nèi)容的多個數(shù)據(jù)分組。圖16示出了可以在單個超幀的設(shè)定時間邊界內(nèi)接收兩個不同版本的廣播調(diào)度消息(BSM1、BSM2)。圖17示出了用于在來自初始獲取流(IAF)系統(tǒng)的支持下處理廣播調(diào)度消息(BSM)的實(shí)施例方法1700。在確定步驟1701中，接收機(jī)設(shè)備可以確定廣播調(diào)度消息中的版本參數(shù)(例如，BSM_VERSI0N)與目錄信息消息(DM)中指示的版本參數(shù)是否相同。如果版本不同(即，確定步驟1701 =“否”)，則設(shè)備可以忽略接收的廣播調(diào)度消息并結(jié)束處理。在多個實(shí)施例中，這是必要的，因?yàn)樵O(shè)備可以在圖16所示的超幀內(nèi)接收到相同廣播調(diào)度消息的多個版本。在這種情況下，設(shè)備可以僅處理由目錄信息消息指示的最新的版本(例如，BSM2)。在多個實(shí)施例中，服務(wù)器可以通過在初始獲取流的下一監(jiān)視時間之前的數(shù)秒(或者微秒)廣播更新的廣播調(diào)度消息來避免在同一超幀內(nèi)的多個版本的廣播調(diào)度消息。返回圖17，如果確定版本參數(shù)相同(S卩，確定步驟1701 = “是”)，則在步驟1702中， 接收機(jī)設(shè)備可以刪除先前保存的廣播調(diào)度消息，并保存新的廣播調(diào)度消息。在多個實(shí)施例中，保存新的廣播調(diào)度消息是重要的，因?yàn)槊恳淮挝募鬟f架構(gòu)從應(yīng)用接收到對于捕獲文件的請求時，它就可以使用請求中的新信息來再次處理所保存的廣播調(diào)度消息。在確定步驟1704中，接收機(jī)設(shè)備可以嘗試從廣播調(diào)度消息中讀取廣播調(diào)度消息記錄(BSMR)。如果BSMR讀取成功(B卩，確定步驟1704 =“是”)，則在確定步驟1706中，接收機(jī)設(shè)備可以處理所接收的廣播調(diào)度消息中的記錄(例如，BSMR)，并確定記錄是否是流廣播調(diào)度記錄(FBSR)。如果是(即，確定步驟1706 = “是”)，則在步驟1708中，接收機(jī)設(shè)備可以處理流廣播調(diào)度記錄，并做出數(shù)據(jù)過濾決策。這個處理可以通過返回到確定步驟1704而重復(fù)，直到已經(jīng)處理了廣播調(diào)度消息中的所有字段，其將由失敗的BSMR讀取嘗試來確定。如果在確定步驟1704中接收機(jī)設(shè)備不能成功地讀取廣播調(diào)度消息(即，確定步驟1704 =“否”)，則文件傳遞核心(FDC)可以在步驟1710中取消在新的廣播調(diào)度消息中沒有指定的先前所調(diào)度的下載。圖18是示出用于控制在接收機(jī)設(shè)備與廣播服務(wù)器之間的更新的廣播調(diào)度消息(BSM)的廣播的時序的實(shí)施例方法的時間線圖。圖18示出了，在多個實(shí)施例中，廣播服務(wù)器可以將下一監(jiān)視字段設(shè)備配置參數(shù)(例如，NextMonitoring Time (下一監(jiān)視時間))設(shè)定為在廣播調(diào)度周期(BSP)開始時間之前的一個可變的秒數(shù)(例如，BSF_M0NIT0RING_ADVANCE_TIME)。這可以允許接收機(jī)設(shè)備有足夠的時間來檢測廣播調(diào)度消息的更新，并在相應(yīng)的廣播調(diào)度周期的開始之前接收更新的廣播調(diào)度消息。圖18還示出了，在多個實(shí)施例中，服務(wù)器可以使用用于指示從服務(wù)器到設(shè)備的延遲的最大網(wǎng)絡(luò)延遲設(shè)備配置參數(shù)(例如，Max Network Delay (最大網(wǎng)絡(luò)延遲)),來為服務(wù)器確定開始時間，以開始發(fā)送更新的廣播調(diào)度消息。在多個實(shí)施例中，服務(wù)器可以將局域廣播調(diào)度消息和廣域廣播調(diào)度消息中的下一監(jiān)視時間設(shè)定為相同值。這允許設(shè)備節(jié)能。由于接收機(jī)設(shè)備可以在多路復(fù)用(例如，一個廣播區(qū)域到另一個廣播區(qū)域)之間移動，接收機(jī)設(shè)備可以在每一次接收機(jī)移動到新的多路復(fù)用時，接收新的多路復(fù)用上的廣播調(diào)度流(BSF) 70。如果下一監(jiān)視時間晚于當(dāng)前時間不超過數(shù)秒(例如，MAX_BSF_M0NIT0RING_PERIOD)，接收機(jī)設(shè)備就可以在處理了接收的廣播調(diào)度消息中的字段后注銷廣播調(diào)度流70。在處理了接收的廣播調(diào)度消息中的字段后，在下一監(jiān)視時間不晚于當(dāng)前時間的條件下，接收機(jī)設(shè)備可以繼續(xù)接收廣播調(diào)度流70。在處理了接收的廣播調(diào)度消息中的字段后，如果下一監(jiān)視時間晚于當(dāng)前時間超過數(shù)秒(例如，MAX_BSF_MONITORING_PERIOD),則設(shè)備可以繼續(xù)接收廣播調(diào)度流70。接收機(jī)設(shè)備可以在下一監(jiān)視時間調(diào)度接收廣播調(diào)度流(BSF)70。如果在廣播調(diào)度流的監(jiān)視時間設(shè)備在流覆蓋以外，則設(shè)備可以在其再次進(jìn)入流覆蓋區(qū)域時接收廣播調(diào)度流70。只要接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)開始，接收機(jī)設(shè)備就可以接收廣播調(diào)度流70。在已經(jīng)處理了廣播調(diào)度消息(BSM)數(shù)秒(例如，F(xiàn)DF_BSM_EXPIRY_TIME)后，設(shè)備上的文件傳遞架構(gòu)可以使廣播調(diào)度消息(BSM)到期。如果在最新的廣播調(diào)度消息中不再指定某個先前所調(diào)度的下載，則設(shè)備上的文件傳遞架構(gòu)可以取消該先前所調(diào)度的下載。服務(wù)器可以將局域和廣域廣播調(diào)度消息中的下一監(jiān)視時間設(shè)定為相同值。服務(wù)器可以將用于廣播調(diào)度流70的下一監(jiān)視時間設(shè)定為相應(yīng)廣播調(diào)度周期開始時間之前數(shù)秒(例如，BSF. MONITORING,ADVANCE_TIME)0當(dāng)用于從初始獲取流(IAF)接收的目錄信息消息(DIM)中的給定的多路復(fù)用的廣播調(diào)度消息的版本(例如，BSM_VERSI0N)與用于設(shè)備已經(jīng)處理的同一多路復(fù)用的最新的廣播調(diào)度消息的版本不同時，接收機(jī)設(shè)備可以接收廣播調(diào)度流70上的更新的廣播調(diào)度消息。
在多個實(shí)施例中，服務(wù)器可以將初始獲取流(IAF)的下一監(jiān)視時間設(shè)定為在下一廣播調(diào)度周期(BSP)的開始時間之前數(shù)秒(例如，BSF_MONITORING_ADVANCE_TIME) 服務(wù)器可以在提升下一監(jiān)視時間在目錄信息消息(DIM)中的更新的廣播調(diào)度消息的版本標(biāo)識符(例如，BSM_VERSI0N)之前，廣播該更新的廣播調(diào)度消息。如果在廣播調(diào)度流70上接收的廣播調(diào)度消息的版本標(biāo)識符(例如，BSM_VERSI0N)等于在最新的目錄信息消息中同一廣播調(diào)度流70的版本標(biāo)識符，則接收機(jī)設(shè)備就可以處理該在廣播調(diào)度流70上接收的廣播調(diào)度消息。如果在廣播調(diào)度流70上接收的廣播調(diào)度消息的BSM_VERSI0N等于在最新的目錄信息消息中同一廣播調(diào)度流70的BSM_VERSI0N，則設(shè)備就可以保存該在廣播調(diào)度流70上接收的廣播調(diào)度消息。當(dāng)設(shè)備移動到新的多路復(fù)用時，其可以在該新的多路復(fù)用上接收廣播調(diào)度流70。圖19示出了在接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的軟件體系結(jié)構(gòu)。具體地，圖19示出了文件傳遞架構(gòu)可以包括文件傳遞核心(FDC)層和文件傳遞文件管理(FDM)層。文件傳遞核心可以負(fù)責(zé)傳輸數(shù)據(jù)(例如，處理BSF)、從數(shù)據(jù)流接收數(shù)據(jù)、和對所接收的數(shù)據(jù)執(zhí)行各種其他功能(例如，F(xiàn)EC解碼)。文件傳遞文件管理層可以負(fù)責(zé)將由文件傳遞核心層接收的數(shù)據(jù)作為文件來管理。由于文件管理依賴于設(shè)備平臺(例如，Linux和WindowsMobile具有不同的文件名稱規(guī)范)，因此在多個實(shí)施例中，每一個應(yīng)用都可以是其自身的文件傳遞文件管理層的實(shí)例。這允許文件傳遞核心在其上運(yùn)行的通用移動接收機(jī)(UMR)設(shè)備與不同類型的設(shè)備上的應(yīng)用合作。圖20示出了用于實(shí)現(xiàn)支持在不同應(yīng)用之間的文件共享的文件傳遞架構(gòu)的實(shí)施例方法2000。圖20示出了，在步驟2002中，應(yīng)用可以向文件傳遞文件管理層發(fā)出關(guān)于捕獲文件或目錄的請求。這個捕獲請求可以是“捕獲一次”請求或者“自動捕獲”請求。在步驟2004中，文件傳遞文件管理層向文件傳遞核心傳送文件和目錄名稱，在此，文件傳遞核心在表中將它們存儲為“期望字符串(wanted string)”。在步驟2006中，文件傳遞核心可以從具有一個或多個廣播調(diào)度記錄(BSR)的廣播調(diào)度流(BSF)接收更新的廣播調(diào)度消息(BSM)，對于相應(yīng)的廣播調(diào)度周期(BSP)中廣播的每一個元素有一個廣播調(diào)度記錄。在步驟2008中，文件傳遞核心針對每一個廣播調(diào)度記錄，比較廣播調(diào)度記錄中的文件/目錄名稱與期望字符串。如果存在匹配，則在步驟2010中，文件傳遞核心可以向文件傳遞文件管理(FDM)層進(jìn)行檢查，以了解設(shè)備是否具有由匹配的廣播調(diào)度記錄中的元素ID所標(biāo)識的元素。如果沒有，則在步驟2014中，文件傳遞核心(FDC)可以根據(jù)匹配的廣播調(diào)度記錄(BSR)中的廣播調(diào)度信息來調(diào)度接收該元素。在步驟2016中，文件傳遞核心可以在所調(diào)度的時間接收用于期望元素的一個或多個文件傳遞協(xié)議(FDP)和/或文件傳遞控制協(xié)議(FDCP)消息，并執(zhí)行前向糾錯(FEC)解碼以恢復(fù)元素?cái)?shù)據(jù)。在步驟2018中，文件傳遞核心可以向文件傳遞文件管理層轉(zhuǎn)發(fā)接收到的元素。在步驟2020中，文件傳遞文件管理層可以根據(jù)應(yīng)用的存儲策略，在應(yīng)用的存儲空間中保存所述元素(以文件形式)。在多個實(shí)施例中，文件傳遞文件管理層還可以維護(hù)幾條額外信息，諸如存儲元素的存儲位置和元素的ID。在步驟2022中，文傳遞文件管理可以向應(yīng)用通知已經(jīng)為其接收到文件。圖21 — 23是示出接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的結(jié)構(gòu)和數(shù)據(jù)流的軟件體系結(jié)構(gòu)圖。圖21示出了可以由架構(gòu)用于管理在不同層之間的交互并保持追蹤和維護(hù)“期望字符串”表的結(jié)構(gòu)、數(shù)據(jù)流和高級步驟。具體地，圖21示出了在文件傳遞文件管理(FDM)·層與文件傳遞核心(FDC)層之間的實(shí)施例功能分割，其中，文件傳遞文件管理層向文件傳遞核心層傳送應(yīng)用請求。例如，圖20示出了應(yīng)用可以向文件傳遞文件管理層發(fā)出關(guān)于捕獲文件一次或者自動捕獲文件或目錄的請求(箭頭2101)。這個請求2101對應(yīng)于以上參考圖20所述的步驟2002。在圖21所示的實(shí)施例中，文件和目標(biāo)可以由其名稱來指定。在其他實(shí)施例中，可以通過使用各種命名和/或標(biāo)識規(guī)范來指定文件和目錄，以下論述其一些實(shí)例。參考圖21，一旦請求由應(yīng)用發(fā)出，文件傳遞架構(gòu)(FDF)就可以維護(hù)被請求捕獲一次的文件或目錄的名稱(例如，借助Capture_0nce命令),直到成功接收到該目錄中的文件或一些文件為止。文件傳遞架構(gòu)還可以維護(hù)應(yīng)用請求自動捕獲的(例如,借助Auto_Capture命令)文件或目錄的名稱，直到應(yīng)用取消該請求為止。文件傳遞文件管理層可以向文件傳遞核心傳送(箭頭2102)文件和目錄名稱。文件傳遞核心可以在表中將文件和目錄名稱存儲為“期望字符串”。圖22示出了在接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的結(jié)構(gòu)和數(shù)據(jù)流，以及文件傳遞架構(gòu)選擇接收文件的決策過程。例如，文件傳遞核心(FDC)層可以從廣播調(diào)度流(BSF)接收(箭頭2201)更新的廣播調(diào)度消息(BSM)。廣播調(diào)度消息可以具有一個或多個廣播調(diào)度記錄(BSRp BSR2),對于相應(yīng)廣播調(diào)度周期(BSP)中廣播的每一個元素有一個廣播調(diào)度記錄。廣播調(diào)度記錄可以包含用于相應(yīng)元素的元素ID、用于元素中文件的一個或多個文件/目錄名稱、和廣播調(diào)度信息。文件傳遞核心可以針對每一個廣播調(diào)度記錄比較(箭頭2202)廣播調(diào)度記錄中的文件/目錄名稱與期望字符串。如果存在匹配，則文件傳遞核心可以向文件傳遞文件管理層進(jìn)行檢查(箭頭2203)，以了解設(shè)備是否已經(jīng)具有由匹配的廣播調(diào)度記錄中的元素ID所標(biāo)識的元素。如果沒有，則文件傳遞核心可以根據(jù)匹配的廣播調(diào)度記錄中的廣播調(diào)度信息來調(diào)度接收所述元素。應(yīng)注意，在多個實(shí)施例中，不同版本的文件可以具有不同的元素ID。還應(yīng)注意，在多個實(shí)施例中，可以使用基于元素ID的過濾來使得文件傳遞架構(gòu)能夠接收對已經(jīng)存在于設(shè)備上的文件的更新，如以下更詳細(xì)論述的。圖22還示出了，在多個實(shí)施例中，文件傳遞文件管理(FDM)層可以維護(hù)受管理元素表(MET)。受管理元素表可以包含與文件傳遞架構(gòu)所接收的所有元素有關(guān)的信息。在多個實(shí)施例中，受管理元素表還可以包含多條額外信息，諸如元素ID、文件名稱、別名(在元素可以具有多個文件名稱的實(shí)施例中)、存儲名稱及其它屬性。以下參考圖40和57更詳細(xì)的論述受管理元素表。返回圖22，在多個實(shí)施例中，文件傳遞文件管理(FDM)層可以維護(hù)期望字符串表(例如，期望字符串)。期望字符串表可以包括多條信息，諸如應(yīng)用請求的文件或目錄名稱(例如，字符串)。期望字符串表還可以包括請求句柄(request handle)(例如,Req Inst(請求實(shí)例))，其唯一地標(biāo)識來自應(yīng)用的請求。在多個實(shí)施例中，在文件傳遞核心接收與特定請求匹配的元素時，文件傳遞核心可以使用請求句柄來識別應(yīng)被告知的文件傳遞文件管理層實(shí)例。圖22還示出了文件傳遞核心(FDC)可以接收廣播調(diào)度流(BSF)上的更新的廣播調(diào)度消息(BSM)。文件傳遞核心還可以具有數(shù)據(jù)過濾單元2210，其選擇性地僅接收應(yīng)用感興趣的元素。就是說，按照廣播調(diào)度消息所確定的，數(shù)據(jù)過濾單元2210可以負(fù)責(zé)選擇性接收 應(yīng)用已經(jīng)登記要接收的元素。在多個實(shí)施例中，數(shù)據(jù)過濾單元可以處理最新的廣播調(diào)度消息中的流廣播調(diào)度記錄(FBSR)，以確定是否將廣播應(yīng)用感興趣的任何元素。在多個實(shí)施例中，數(shù)據(jù)過濾單元可以使用流廣播調(diào)度記錄以及包含在廣播調(diào)度消息中的廣播調(diào)度信息，來調(diào)度接收機(jī)設(shè)備下載應(yīng)用感興趣的元素。在多個實(shí)施例中，文件傳遞核心可以使用這個調(diào)度在所調(diào)度的時間喚醒接收機(jī)電路，以接收應(yīng)用感興趣的元素。圖23示出了接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的示例性結(jié)構(gòu)和數(shù)據(jù)流，以及接收機(jī)設(shè)備上的文件傳遞架構(gòu)借以可以接收并存儲文件的過程。在所示實(shí)例中，文件傳遞核心(FDC)在所調(diào)度的時間接收用于期望元素的FDP/FDCP消息(箭頭2301)，并將其存儲在暫存空間2310中。在一些實(shí)施例中，文件傳遞核心還可以對FDP/FDCP消息(分別傳送FEC編碼符號和FEC編碼信息)執(zhí)行前向糾錯解碼，以恢復(fù)元素?cái)?shù)據(jù)。文件傳遞核心可以向文件傳遞文件管理(FDM)層轉(zhuǎn)發(fā)(箭頭2302)接收到的元素。根據(jù)應(yīng)用的存儲策略，文件傳遞文件管理層可以在應(yīng)用的存儲空間2315中以文件形式保存元素(箭頭2303)。在多個實(shí)施例中，文件傳遞文件管理層還可以維護(hù)多條信息，諸如存儲元素的位置(Storage)和元素的ID (EID)0在將元素保存在應(yīng)用的存儲空間中后，文件傳遞文件管理層可以向應(yīng)用通知(箭頭2304)已經(jīng)為應(yīng)用接收到文件。圖24示出了用于在文件傳遞核心中實(shí)現(xiàn)數(shù)據(jù)過濾單元2210，以選擇性地僅接收應(yīng)用感興趣的元素的實(shí)施例方法2400，其中基于廣播調(diào)度消息中的信息來決定接收。在步驟2402中，數(shù)據(jù)過濾單元2210處理流廣播調(diào)度記錄(FBSR)報頭，以確定廣播調(diào)度記錄(BSR)的名稱或特性。在確定步驟2404中，數(shù)據(jù)過濾單元2210可以確定在所接收的廣播調(diào)度消息中是否存在任何未處理的感興趣廣播調(diào)度記錄(即，記錄滿足由發(fā)出請求的應(yīng)用所指定的命名規(guī)范或選擇標(biāo)準(zhǔn))。如果沒有(即，確定步驟2404 =“否”)，則數(shù)據(jù)過濾單元2210就可以關(guān)閉。然而，如果存在未處理的感興趣廣播調(diào)度記錄(即，確定步驟2404 =“是”)，則在步驟2406中，數(shù)據(jù)過濾單元2210可以從流廣播調(diào)度記錄主體(例如，F(xiàn)BSR主體)中讀取未處理的廣播調(diào)度記錄。在步驟2408中，數(shù)據(jù)過濾單元2210可以處理廣播調(diào)度記錄，并返回確定步驟2404，以確定是否已經(jīng)處理了感興趣的所有流廣播調(diào)度記錄。這個過程可以繼續(xù)，直到已經(jīng)處理感興趣的所有流廣播調(diào)度記錄(即，確定步驟2404 = “否”)。
圖25示出了用于處理流廣播調(diào)度記錄中的廣播調(diào)度記錄的實(shí)施例方法2500。在確定步驟2502中，文件傳遞核心的數(shù)據(jù)過濾單元2210確定在廣播調(diào)度記錄中是否存在任何未處理的字段。如果有(即，確定步驟2502 =“是”)，則文件傳遞核心確定它是否應(yīng)接收由廣播調(diào)度記錄所描述的元素。在多個實(shí)施例，文件傳遞核心可以在以下情況下決定接收元素相應(yīng)廣播調(diào)度記錄具有至少一個與期望字符串雙向令牌前綴匹配(two-ways-token-prefix-match)的屬性字符串；元素沒有存在于文件傳遞核心的暫存空間中；及元素沒有存在于應(yīng)用的存儲空間中。以下更詳細(xì)地論述文件傳遞核心借以決定接收元素的過程。返回圖25，確定是否應(yīng)接收元素可以在步驟2504以數(shù)據(jù)過濾單元2210從未處理的廣播調(diào)度記錄中讀取感興趣的字段開始。在確定步驟2506中，數(shù)據(jù)過濾單元2210可以確定感興趣的字段或者元素是否是前綴匹配字段。如果元素不是前綴匹配字段(即，確定步驟2506 = “否”)，則數(shù)據(jù)過濾單元2210就可以返回到確定步驟2502，以確定廣播調(diào)度記錄中是否存在任何未處理的字段。然而，如果感興趣的字段是前綴匹配字段(即，確定步驟2506=“是”)，則在確定步驟2510中，數(shù)據(jù)過濾單元2210可以確定元素是否與期望字符串“雙向令牌前綴匹配”。 在多個實(shí)施例中，只要字符串Si是字符串s2的令牌前綴(token-prefix)，或者字符串s2是字符串Si的令牌前綴，字符串Si就與字符串s2 “雙向令牌前綴匹配”。在多個實(shí)施例中，文件傳遞架構(gòu)中的令牌前綴匹配可以基于被定義為文件中的組件的令牌，或者基于被定義為由斜線“/”標(biāo)點(diǎn)符號分割的目錄名稱的令牌。例如，在此類實(shí)施例中，將確定文件名稱“/cnn/tech/fl. mp4”具有三個令牌cnn ；tech ;和fl.mp4。因此,如果以下任意條件為真，則文件傳遞架構(gòu)可以考慮字符串si是字符串s2的如綴sl具有令牌tl、l、tl、
2、…、K ；s2具有令牌t2、l、t2、2、t2、3、…、L ；k小于或等于L ;tl、j等于t2、j，其中，j =I、2、…、K。在這些實(shí)施例中，如果廣播調(diào)度記錄指示針對“/cnn/tech/”廣播文件，且應(yīng)用期望在“/cnn/”下的任何文件一則文件傳遞核心應(yīng)接收針對/cnn/tech/廣播的文件。類似地，如果廣播調(diào)度記錄指示針對“/cnn”廣播文件，且應(yīng)用期望在“/cnn/tech/”下的任何文件，那么文件傳遞核心就應(yīng)接收針對/cnn廣播的文件，以便避免遺漏可能在“/cnntech/”下的任何文件。在一個實(shí)施例中，所有字符串匹配可以是區(qū)分大小寫的。在一個實(shí)施例中，文件傳遞核心可以應(yīng)用相同的字符串匹配算法，而不用考慮廣播調(diào)度記錄是用于文件還是用于文件包的。返回圖25，如果與期望字符串雙向前綴匹配(B卩，確定步驟2510 =“是”)，則流就可以進(jìn)行確定步驟2512，在確定步驟2512中，數(shù)據(jù)過濾單元2210可以確定文件傳遞文件管理(FDM)層是否已經(jīng)包含所述元素。如果是(即，確定步驟2512=“是”)，則處理停止。如果文件傳遞文件管理層沒有包含所述元素(即，確定步驟2512 = “否”)，如果還沒有調(diào)度接收相應(yīng)的元素，則數(shù)據(jù)過濾單元2210就可以在步驟2514中調(diào)度接收相應(yīng)的元素。在多個實(shí)施例中，可以按照流ID (例如，F(xiàn)L0ff_ID)上的廣播調(diào)度記錄(例如，BCAST_SCHEDULE_RECORD)來調(diào)度相應(yīng)的元素。在步驟2516中，數(shù)據(jù)過濾單元2210可以處理廣播調(diào)度記錄中的其它字段。圖26示出了接收機(jī)設(shè)備上的文件傳遞架構(gòu)(FDF)的結(jié)構(gòu)和數(shù)據(jù)流，以及用來處理廣播調(diào)度記錄的過程。如上所述，如果相應(yīng)廣播調(diào)度記錄(BSR)具有與期望字符串雙向令牌前綴匹配的至少一個屬性字符串，并且元素沒有存在于文件傳遞核心的暫存空間中，則文件傳遞核心(FDC)可以接收所述元素。箭頭2601示出了文件傳遞核心的數(shù)據(jù)過濾單元2210借以從未處理的廣播調(diào)度記錄中讀取元素，確定元素是否是前綴匹配字段，及確定元素是否與期望字符串雙向令牌前綴匹配的數(shù)據(jù)流和過程。箭頭2602示出了文件傳遞核心的數(shù)據(jù)過濾單元2210借以確定文件傳遞文件管理(FDM)層是否已經(jīng)包含所述元素的數(shù)據(jù)流和過程。如果文件傳遞文件管理層未包含所述元素，如果尚未調(diào)度接收相應(yīng)的元素，則文件傳遞核心就可以調(diào)度接收相應(yīng)的元素。如果決定接收所述元素，則文件傳遞核心中的調(diào)度器2605就可以調(diào)度在廣播調(diào)度記錄中所指定的廣播窗口接收元素。在多個實(shí)施例中，如果廣播調(diào)度記錄具有與應(yīng)用所請求的文件或目錄名稱雙向令牌前綴匹配的至少一個屬性字符串，且元素沒有存在于設(shè)備上，則接收機(jī)設(shè)備上的文件傳遞架構(gòu)可以調(diào)度接收由廣播調(diào)度記錄描述的元素。圖27是示出在廣播文件的時間期間中斷文件的接收的情況的時間線圖。在多個實(shí)施例中，通過在暫存空間2310中存儲部分文件，文傳遞核心可以等待文件傳送恢復(fù)，并做出與對下載的文件應(yīng)用前向糾錯碼的可行性有關(guān)的第二決定。
圖28示出了下載的數(shù)據(jù)2805如何可以被傳送并存儲到暫存空間存儲器2310中。如上所述，文件傳遞核心可以具有暫存空間存儲器2310，用于在對下載的文件應(yīng)用前向糾錯(FEC)解碼前存儲下載的文件，以及用于保存解碼的文件。在多個實(shí)施例中，文件傳遞核心在暫存空間2310中存儲未完成的下載、完成但未解碼的下載、和解碼的下載。在各種情況下，暫存空間2310都可以存儲未完成的下載。例如，下載的數(shù)據(jù)存儲在暫存空間中用于前向糾錯解碼(即，下載未完成)。在多個實(shí)施例中，可以將下載的數(shù)據(jù)保存在暫存空間2310中，直到廣播結(jié)束，這可以適應(yīng)圖27所示的中斷數(shù)據(jù)接收的情況。如上所述，暫存空間2310也可以存儲完成但未解碼的下載。就是說，在多個情況下，下載可以具有足以用于成功的前向糾錯(FEC)解碼的數(shù)據(jù)，但前向糾錯解碼尚未完成(即，下載完成，但未解碼)。在這些情況下，文件傳遞核心可以在暫存空間中存儲這些文件，直到其能夠被解碼。在一些實(shí)施例中，為了限制處理器的使用，前向糾錯解碼器可以一次解碼一個文件。在一些實(shí)施例中，可以避免前向糾錯解碼器在設(shè)備正在下載文件傳遞數(shù)據(jù)時解碼文件。在一些實(shí)施例中，暫存空間2310可以存儲尚未傳遞給發(fā)出請求的應(yīng)用的已解碼的下載。在一個實(shí)施例中，暫存空間2310可以位于接收設(shè)備的內(nèi)部存儲器上。在其它實(shí)施例中，接收機(jī)設(shè)備可以具有在內(nèi)部和外部存儲器二者上的暫存空間2310。在這些實(shí)施例中，文件傳遞架構(gòu)應(yīng)用可以具有內(nèi)部存儲器存儲策略以及外部存儲器存儲策略。在多個實(shí)施例中，文件傳遞核心可以將內(nèi)部暫存空間用于使用內(nèi)部存儲器存儲策略的那些應(yīng)用，并將外部暫存空間用于使用外部存儲器存儲策略的那些應(yīng)用。在多個實(shí)施例中，暫存空間管理策略可以包括用于在多個存儲位置中移動數(shù)據(jù)的策略和功能。暫存空間管理策略可以包括用以將成功解碼的元素從暫存空間2310移動到應(yīng)用存儲空間的功能。暫存空間管理策略可以包括用以周期性刪除暫存空間2310上的無用數(shù)據(jù)的功能。暫存空間管理策略可以包括用以當(dāng)暫存空間2310用完或者即將用完空間時刪除暫存空間2310上的數(shù)據(jù)的功能。設(shè)備上的文件傳遞架構(gòu)可以將內(nèi)部存儲器或外部存儲器中的暫存空間2310用于多個應(yīng)用。設(shè)備上的文件傳遞架構(gòu)可以將內(nèi)部存儲器中的暫存空間2310用于使用內(nèi)部存儲器存儲策略的應(yīng)用。設(shè)備上的文件傳遞架構(gòu)可以將外部存儲器中的暫存空間2310用于使用外部存儲器存儲策略的應(yīng)用。設(shè)備上的文件傳遞架構(gòu)可以以內(nèi)部和外部存儲器與存儲策略的任意組合來使用暫存空間2310。圖29示出了用于處理和存儲元素的實(shí)施例方法2900。在步驟2902中，文件傳遞核心成功地前向糾錯(FEC)解碼對應(yīng)于單個文件的元素。在步驟2904中，文件傳遞核心可以向文件傳遞文件管理(FDM)層通知已經(jīng)接收到元素。在步驟2906中，文件傳遞文件管理層可以為元素中的文件確定存儲位置。在步驟2908中，文件傳遞文件管理層可以指導(dǎo)文件傳遞核心將元素從暫存空間2310移動到所述存儲位置。在步驟2910中，如果應(yīng)用的存儲空間中有足夠的空間，則設(shè)備上的文件傳遞架構(gòu)可以在為應(yīng)用成功接收到元素后，將元素移動到應(yīng)用的存儲空間2310。在多個實(shí)施例中，文件傳遞核心可以周期性刪除暫存空間上的無用數(shù)據(jù)。在多個實(shí)施例中，文件傳遞核心可以通過刪除未完成下載中的數(shù)據(jù)來周期性地清理暫存空間，所述未完成下載的廣播已經(jīng)結(jié)束，且沒有用于它們的單播回退(fallback)機(jī)制。在多個實(shí)施例中，文件傳遞核心可以通過刪除不能被移動到應(yīng)用存儲空間且在暫存空間中已經(jīng)存在了·設(shè)備配置參數(shù)所指示的數(shù)秒(例如，F(xiàn)DF_MAX_ELEMENT_HME_IN_SCRATCH_SPACE)的、成功解碼的元素中的數(shù)據(jù)，來周期性地清理暫存空間。在多個實(shí)施例中，清理周期可以由諸如FDF_SCRATCH_SPACE_CLEAN_UP_PERIOD的設(shè)備配置參數(shù)來控制。在多個實(shí)施例中，周期性暫存空間清理機(jī)制可以將暫存空間的占用面積保持較小。在一個實(shí)施例中，文件傳遞架構(gòu)每隔幾(例如，F(xiàn)DF_SCRATCH_SPACE_CLEAN_UP_PERIOD)秒就刪除一次未完成的下載數(shù)據(jù)(數(shù)據(jù)不足以成功地進(jìn)行FEC解碼)，所述未完成的下載數(shù)據(jù)的廣播已經(jīng)結(jié)束且沒有用于它們的單播回退。在一個實(shí)施例中，文件傳遞架構(gòu)刪除大于一個可變數(shù)量的數(shù)秒(例如，DF_MAX_ELEMENT_TIME_IN_SCRATCH_SPACE秒)之前成功解碼的、并且不能被移動到應(yīng)用存儲空間的數(shù)據(jù)。在多個實(shí)施例中，如果暫存空間大小達(dá)到上限閾值，則文件傳遞核心就可以確定其已經(jīng)用完了暫存空間。如果暫存空間所在的存儲空間滿了，則文件傳遞核心也可以確定其已經(jīng)用完了暫存空間。在一個實(shí)施例中，內(nèi)部暫存空間上限可以由原始設(shè)備制造商(OEM)配置設(shè)備參數(shù)(例如，F(xiàn)DF_MAX_INTERNAL_SCRATCH_SPACE_SIZE)指定。如果不存在OEM配置設(shè)備參數(shù)(例如，F(xiàn)DF_MAX_INTERNAL_SCRATCH_SPACE_SIZE)，接收機(jī)設(shè)備就可以使用該參數(shù)的缺省值作為內(nèi)部暫存空間上限。在多個實(shí)施例中，外部暫存空間上限可以由設(shè)備調(diào)試參數(shù)來指定，諸如 FDF_MAX_EXTERNAL_SCRATCH_SPACE_SIZE。圖30示出了用于選擇用以從暫存空間存儲器中刪除的項(xiàng)目的實(shí)施例方法3000。在多個實(shí)施例中，文件傳遞核心使用一系列規(guī)則來確定何時需要將數(shù)據(jù)從暫存空間中刪除和應(yīng)刪除哪一個數(shù)據(jù)。例如，文件傳遞核心可以使用多個有優(yōu)先順序的規(guī)則(例如，規(guī)則I和規(guī)則2)以確定應(yīng)刪除那一個數(shù)據(jù)，其中，以優(yōu)先級的順序來實(shí)施所述規(guī)則(例如，規(guī)則I具有比規(guī)則2更高的優(yōu)先級)。例如，第一規(guī)則(規(guī)則I)可以是解碼的元素具有最高優(yōu)先級，而第二規(guī)則(規(guī)則2)可以是完成的下載具有高于未完成的下載的優(yōu)先級。在多個實(shí)施例中，文件傳遞核心可以維護(hù)一個經(jīng)排序的列表，其具有用于暫存空間中每一個數(shù)據(jù)段的條目。在多個實(shí)施例中，文件傳遞核心可以使用有優(yōu)先順序的規(guī)則(例如，規(guī)則I和規(guī)則2)來對列表進(jìn)行排序，諸如圖30所示。在圖30的步驟3002中，文件傳遞核心可以應(yīng)用第一規(guī)則(規(guī)則I)來對列表進(jìn)行排序。在步驟3004中，文件傳遞核心可以產(chǎn)生幾個級I存儲塊(bucket)，以使得相同級(例如，級I)的存儲塊中的條目具有按照第一規(guī)則(例如，規(guī)則I)的相同順序或優(yōu)先級。在步驟3006中，文件傳遞核心可以將第二規(guī)則應(yīng)用于在步驟3004中產(chǎn)生的每一個第一級(例如，級I)存儲塊。這會將每一個第一級(例如，級I)存儲塊劃分為幾個較小的第二級存儲塊，如步驟3008中所示的。這可以導(dǎo)致相同級(例如，級2)的存儲塊中的條目具有按照第一和第二規(guī)則(例如，規(guī)則I和規(guī)則2)的相同順序或優(yōu)先級。在一個實(shí)施例中，可以繼續(xù)這個過程，直到所有規(guī)則都已應(yīng)用于存儲在暫存空間中的項(xiàng)目列表中的條目為止。圖31示出了方法3000在存儲在暫存空間中的項(xiàng)目列表中的應(yīng)用。具體地，圖31示出了第一規(guī)則(例如，規(guī)則I)可以應(yīng)用于暫存空間中的符合刪除條件的所有數(shù)據(jù)。第一規(guī)則的應(yīng)用將暫存空間中的數(shù)據(jù)劃分到多個第一級存儲塊中(級I存儲塊)。第二規(guī)則(規(guī)則2)隨后應(yīng)用于每一個第一級存儲塊，以進(jìn)一步將數(shù)據(jù)劃分到多個第二級存儲塊中(級2存儲塊)。在一個實(shí)施例中，可以根據(jù)第二級存儲塊的最大空間大小來組織第二級存儲塊。在多個實(shí)施例中，每一次文件傳遞核心從數(shù)據(jù)流接收元素的數(shù)據(jù)時，文件傳遞核 心可以確定其是否將用完暫存空間，并且當(dāng)為前向糾錯(FEC)解碼選擇暫存空間中完成但未解碼的下載時再一次進(jìn)行該確定。后一檢查是必要的，因?yàn)椴煌笮〉木幋a元素針對前向糾錯解碼會需要暫存空間中不同量的臨時存儲器。在多個實(shí)施例中，如果文件傳遞核心檢測到其將用完暫存空間，文件傳遞核心就可以刪除在排序的列表中具有最低順序的數(shù)據(jù)。文件傳遞核心可以繼續(xù)刪除數(shù)據(jù)，直到可以滿足新的空間要求為止。在多個實(shí)施例中，如果存在具有最低順序的多個數(shù)據(jù)單元，則文件傳遞核心就可以隨機(jī)挑選一個或多個來刪除。如果需要刪除未完成的下載，且其下載仍在進(jìn)行中，則FDF就可以在刪除前中止所述下載。當(dāng)文件傳遞核心開始下載元素時，它可以向該排序的列表中為其增加條目。如果由于用完暫存空間而選擇刪除正在下載的元素，則文件傳遞架構(gòu)可以取消其下載。在多個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以基于以字節(jié)計(jì)的內(nèi)部暫存空間大小是否等于或者大于OEM配置設(shè)備參數(shù)(例如，F(xiàn)DF_MAX_INTERNAL_SCRATCH_SPACE_SIZE)，來確定其將用完內(nèi)部暫存空間。在一個實(shí)施例中，如果設(shè)備上不存在OEM配置設(shè)備參數(shù)(例如，F(xiàn)DF_MAX_INTERNAL_SCRATCH_SPACE_SIZE),則設(shè)備可以使用所述參數(shù)的缺省值作為內(nèi)部暫存空間的上限。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以基于外部暫存空間大小是否等于或者大于設(shè)備調(diào)試參數(shù)(例如，F(xiàn)DF_MAX_EXTERNAL_SCRATCH_SPACE_SIZE)，來確定其將用完外部暫存空間。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以基于暫存空間所在的存儲卡是否用完空間來確定其將用完暫存空間。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以在其從數(shù)據(jù)流接收用于使用內(nèi)部存儲器存儲策略的應(yīng)用的數(shù)據(jù)時，檢查以確定其是否將用完內(nèi)部暫存空間。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以在其從數(shù)據(jù)流接收用于使用外部存儲器存儲策略的應(yīng)用的數(shù)據(jù)時，檢查以確定其是否將用完外部暫存空間。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以在其開始前向糾錯(FEC)解碼暫存空間中的元素時，檢查以確定其是否將用完暫存空間。在一個實(shí)施例中，如果設(shè)備上的文件傳遞架構(gòu)用完暫存空間，設(shè)備上的文件傳遞架構(gòu)可以停止向暫存空間寫入數(shù)據(jù)。在一個實(shí)施例中，當(dāng)檢測到對于新的需要沒有足夠的暫存空間時，設(shè)備上的文件傳遞架構(gòu)可以從暫存空間中僅刪除能夠滿足新存儲要求的最小必要數(shù)量的數(shù)據(jù)。在一個實(shí)施例中，當(dāng)響應(yīng)于用完暫存空間而從暫存空間刪除數(shù)據(jù)時，設(shè)備上的文件傳遞架構(gòu)可以刪除具有按照以下兩條規(guī)則所確定的最低順序或優(yōu)先級的數(shù)據(jù)規(guī)則I-解碼后的元素具有最高優(yōu)先級；規(guī)則2-完成的下載具有高于未完成的下載的優(yōu)先級，其中，規(guī)則I具有高于規(guī)則2的優(yōu)先級。在一個實(shí)施例中，如果響應(yīng)于用完暫存空間而選擇刪除正在下載的元素，則設(shè)備上的文件傳遞架構(gòu)可以取消其下載。在多個實(shí)施例中，文件傳遞架構(gòu)可以使用多個文件傳遞數(shù)據(jù)流來充分支持文件傳遞服務(wù)的需要。這可以是這樣的情況存在多個多路復(fù)用(例如，廣域多路復(fù)用和局域多路復(fù)用，或者在多頻網(wǎng)絡(luò)部署中多個射頻上的一個以上的多路復(fù)用)，并且一個以上的多路復(fù)用具有一個或多個文件傳遞數(shù)據(jù)流。在多個實(shí)施例中，這些多路復(fù)用可以全都使用諸如MediaFLO 技術(shù)的相同的廣播技術(shù)，不同的廣播技術(shù)(例如，MediaFLO 、ISDB-T等)，或者多種廣播技術(shù)的任何組合。如上所述，當(dāng)存在多個多路復(fù)用時，文件傳遞架構(gòu)可以使用多個文件傳遞數(shù)據(jù)流。在一個實(shí)施例中，當(dāng)存在具有一個以上數(shù)據(jù)流的單個多路復(fù)用時，文件傳遞架構(gòu)也可以使 用多個文件傳遞數(shù)據(jù)流。例如，圖32是示出如何可以在具有兩個用于傳送文件發(fā)送的數(shù)據(jù)流的單個多路復(fù)用上使用多個文件傳遞數(shù)據(jù)流的時間線圖。具體地，圖32示出了如何提供第一數(shù)據(jù)流以傳送常規(guī)文件發(fā)送和提供另一個數(shù)據(jù)流以傳送更緊急的文件發(fā)送。在這個實(shí)施例中，如果在正發(fā)送較大的低優(yōu)先級文件(例如，文件I)的同時，接收到要發(fā)送的緊急文件(例如，文件2)，可以在不必等待另一個低優(yōu)先級文件(B卩，文件I)的發(fā)送結(jié)束的情況下，在緊急數(shù)據(jù)流上發(fā)送該緊急文件(即，文件2)。以此方式，文件傳遞架構(gòu)可以適應(yīng)低優(yōu)先級文件和高優(yōu)先級文件，以及在使用單個多路復(fù)用的同時促成晚到達(dá)的緊急文件的發(fā)送。在多個實(shí)施例中，文件傳遞架構(gòu)可以包括用于具有至少一個文件傳遞數(shù)據(jù)流的每一個多路復(fù)用的廣播調(diào)度流。如圖33所示的，在廣播調(diào)度流上廣播的廣播調(diào)度消息可以僅描述用于各自多路復(fù)用上的數(shù)據(jù)流的廣播調(diào)度。換句話說，在多個實(shí)施例中，每個多路復(fù)用可以僅存在一個廣播調(diào)度消息(BSM)。因此，在多個實(shí)施例中，單個廣播調(diào)度消息可以傳送用于不同多路復(fù)用上的發(fā)送的廣播調(diào)度信息。圖33示出了，在這些實(shí)施例中，如何可以由目錄信息消息(DM)中的不同記錄來通知不同多路復(fù)用(WM1、WM2)上的或者甚至在不同廣播網(wǎng)絡(luò)上的廣播調(diào)度流(BSF1、BSF2)的不同版本(版本I、版本2)。接收機(jī)設(shè)備可以獨(dú)立于其他廣播調(diào)度流(例如，BSF2)來檢測并接收廣播調(diào)度流(例如，BSFl)上的更新的廣播調(diào)度消息。因此，如圖33所示，目錄信息消息(DIM)可以指定第一廣域多路復(fù)用(例如，WMl)包括第一版本(例如，版本I)的第一廣播調(diào)度流(例如，BSFl)，第二廣域多路復(fù)用(例如，WMl)包括第二版本(例如，版本2)的第二廣播調(diào)度流(例如，BSF2)。在多個實(shí)施例中，可以在不同射頻網(wǎng)絡(luò)(例如，RF1、RF2)上同時廣播多個廣播調(diào)度流(例如，BSF1、BSF2)。在多個實(shí)施例中，目錄信息消息可以是在初始獲取流(IAF)中傳送的開銷消息，用以提供與這樣的廣播網(wǎng)絡(luò)有關(guān)的引導(dǎo)信息(bootstrapping information),即在所述廣播網(wǎng)絡(luò)中，這些網(wǎng)絡(luò)中的傳輸流標(biāo)識符(例如，用于廣播調(diào)度流的流ID)用于傳送廣播調(diào)度消息。圖34示出了在多頻網(wǎng)絡(luò)(MFN)中接收機(jī)設(shè)備如何有可能檢測存在對廣播調(diào)度流的更新，但同時確定它不能接收該更新的實(shí)例。在圖34所示的實(shí)例中，初始獲取流(例如，IAF)指示在第二射頻網(wǎng)絡(luò)(例如，RF2)上的廣播調(diào)度流(例如，BSF2)被更新。然而，設(shè)備不能切換到第二射頻網(wǎng)絡(luò)(例如，RF2)。在這種情況下，文件傳遞架構(gòu)會經(jīng)歷額外的數(shù)據(jù)丟失，因?yàn)榻邮諜C(jī)設(shè)備不能接收在第二射頻網(wǎng)絡(luò)(例如，RF2)上的文件傳遞數(shù)據(jù)流(由BSF2描述)。在一個實(shí)施例中，接收機(jī)設(shè)備可以檢測到更新的存在，并將更新確定為是不可接收的。在一個實(shí)施例中，當(dāng)接收機(jī)設(shè)備將更新確定為是不可接收的時，接收機(jī)設(shè)備可以啟動恢復(fù)過程來減輕數(shù)據(jù)丟失。圖35示出了可以如何配置接收機(jī)設(shè)備，以使得當(dāng)設(shè)備移動到新的多路復(fù)用時，可以迫使設(shè)備針對該新的多路復(fù)用接收廣播調(diào)度消息。在多個實(shí)施例中，可以實(shí)現(xiàn)這個移動性行為，以便適用于局域多路復(fù)用(例如，LM1、LM2)和廣域多路復(fù)用(例如，麗I、麗2)。圖36示出了支持在同一射頻上的一個以上多路復(fù)用的文件傳遞架構(gòu)配置。就是說，在多個實(shí)施例中，不同的多路復(fù)用不必在不同的射頻上。例如，第一射頻(例如，RFl)可以包含局域多路復(fù)用(例如，LM_B)和廣域多路復(fù)用(例如，麗I)。當(dāng)文件傳遞核心在同一射頻上接收多個數(shù)據(jù)流時，這些流的總速率應(yīng)不大于設(shè)備平臺專用參數(shù)(例如，F(xiàn)DF_MAX_FDRECEIVE_RATE)0由于文件傳遞架構(gòu)可以在后臺中運(yùn)行，因此該總流速率上的這個限制可以減小文件傳遞架構(gòu)對諸如實(shí)時視頻接收和顯示的前臺任務(wù)的影響。在多個實(shí)施例中，可 以在廣播調(diào)度消息中以通知或指定數(shù)據(jù)流速率。在一個實(shí)施例中，如果按照數(shù)據(jù)過濾決策，文件傳遞核心需要同時在同一射頻上接收多個數(shù)據(jù)流，并且這些流的總速率大于特定參數(shù)(例如，F(xiàn)DF_MAX_FD_RECEIVE_RATE)，則文件傳遞核心可以隨機(jī)挑選數(shù)據(jù)流的一個子集來接收，以使得挑選的數(shù)據(jù)流的總速率不大于該特定參數(shù)(例如，F(xiàn)DF_MAX_FD_RECEIVE_RATE)。在多個實(shí)施例中，文件傳遞架構(gòu)可以通過從流協(xié)議堆棧(FPS)獲得在兩個不同多路復(fù)用上的兩個數(shù)據(jù)流的射頻ID，來確定它們是否在同一射頻上。圖37示出了文件傳遞架構(gòu)配置，在該文件傳遞架構(gòu)配置中，文件傳遞核心被配置為獨(dú)立地在不同射頻上調(diào)度文件下載。就是說，在多頻網(wǎng)絡(luò)部署中，文件傳遞核心可以在一個射頻(例如，RFl)上調(diào)度接收文件傳遞數(shù)據(jù)流(例如，數(shù)據(jù)流I 一 2)，并將它們注冊到流協(xié)議堆棧(例如，F(xiàn)PS)，而不用考慮其它射頻的存在(例如，RF2)。如果存在將在不同射頻(例如，RF1、RF2)上同時廣播的多個文件(例如，文件I 一 4)，文件傳遞核心可以調(diào)度接收全部這些文件，即使其僅能夠接收一個射頻。在這個實(shí)施例中，由流協(xié)議堆棧來決定其可以接收哪一個射頻，這是因?yàn)橹挥辛鲄f(xié)議堆棧擁有與設(shè)備需要處理的所有服務(wù)(包括具有高于文件傳遞服務(wù)的優(yōu)先級的實(shí)時服務(wù))有關(guān)的信息。在一個實(shí)施例中，當(dāng)設(shè)備上的文件傳遞架構(gòu)需要在同一射頻上同時接收多個數(shù)據(jù)流，并且這些流的總數(shù)據(jù)速率大于特定參數(shù)(例如，F(xiàn)DF_MAX_FD_RECEIVE_RATE)時，文件傳遞架構(gòu)可以隨機(jī)挑選數(shù)據(jù)流的一個子集來接收，以使得挑選的數(shù)據(jù)流的總速率不大于該特定參數(shù)(例如，F(xiàn)DF_MAX_FD_RECEIVE_RATE)。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以調(diào)度接收射頻上的一個(或多個)文件傳遞數(shù)據(jù)流，而無需考慮其它射頻的存在。圖38示出了文件傳遞管道(FDP)有效載荷(B卩，由FDCP/FDP子層執(zhí)行的FEC解碼的輸出)如何可以包括兩個部分文件傳遞核心有效載荷(FDC有效載荷)；和循環(huán)冗余校驗(yàn)(CRC)尾部。文件傳遞管道有效載荷包括元素和文件傳遞核心有效載荷尾部。在一個實(shí)施例中，循環(huán)冗余校驗(yàn)尾部可以是使用標(biāo)準(zhǔn)CRC-CCITT生成多項(xiàng)式產(chǎn)生的16位校驗(yàn)和。在多個實(shí)施例中，文件傳遞核心可以基于16位循環(huán)冗余校驗(yàn)校驗(yàn)和尾部，對接收的文件傳遞核心有效載荷執(zhí)行循環(huán)冗余校驗(yàn)。如果循環(huán)冗余校驗(yàn)成功，則文件傳遞核心可以剝離循環(huán)冗余校驗(yàn)校驗(yàn)和，并將文件傳遞核心有效載荷傳送到文件傳遞文件管理(FDM)層。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以基于有效載荷中的16位循環(huán)冗余校驗(yàn)校驗(yàn)和，使用CRC-CCITT生成多項(xiàng)式來對接收的文件傳遞核心有效載荷執(zhí)行循環(huán)冗余校驗(yàn)。在一個實(shí)施例中，如果對接收的文件傳遞核心有效載荷所執(zhí)行的校驗(yàn)和失敗，則設(shè)備上的文件傳遞架構(gòu)可以丟棄接收的文件傳遞核心有效載荷。在多個實(shí)施例中，當(dāng)應(yīng)用退出時，文件傳遞架構(gòu)可以釋放分配給它的資源。所釋放的被分配資源可以包括在期望字符串表中的條目。如上所述，文件傳遞文件管理(FDM)層可以負(fù)責(zé)管理由文件傳遞核心(FDC)作為文件所接收的數(shù)據(jù)。由文件傳遞架構(gòu)傳遞的每一個文件都可以具有一個或多個獨(dú)立于設(shè)備平臺的文件名稱，其遵循UNIX文件命名規(guī)范(例如，根目錄由“/”表示，目錄或文件基本名稱由“/”分開)。由設(shè)備上的文件傳遞架構(gòu)接收的每一個文件也可以具有存儲名稱，其指定文件的物理存儲位置。存儲名稱可以依賴于設(shè)備平臺。例如，在基于WindowMobile和Linux的設(shè)備上，具有文件名稱“/tad/fl. mp4”的文件分別可以存儲在“c: \fdroot\tad\f I. mp4”和“/ext/fdroot/tad/fl. mp4”。應(yīng)注意,在多個實(shí)施例中,在文件傳遞架構(gòu)與設(shè)備應(yīng)用之間的通信可以基于獨(dú)立于設(shè)備平臺的文件名稱，而不基于依賴于設(shè)備平臺的存儲名稱。
當(dāng)文件傳遞架構(gòu)為應(yīng)用接收文件時，它可以根據(jù)應(yīng)用的存儲策略，自動將其文件名稱映射到存儲名稱，并將文件存儲在由存儲名稱所指出的位置。應(yīng)用的存儲策略可以指定文件傳遞架構(gòu)可以用于存儲其為應(yīng)用所接收的文件的存儲器的類型(內(nèi)部或外部)。在一個實(shí)施例中，當(dāng)向文件傳遞架構(gòu)注冊時，應(yīng)用可以指定以下存儲策略之一僅內(nèi)部存儲器；首先內(nèi)部存儲器隨后外部存儲器；僅外部存儲器；和首先外部存儲器隨后內(nèi)部存儲器。在一個實(shí)施例中，接收機(jī)設(shè)備可以被配置為僅支持“僅內(nèi)部存儲器”策略。在另一個實(shí)施例中，接收機(jī)設(shè)備可以被配置為僅支持“僅內(nèi)部存儲器”和“僅外部存儲器”策略。在再另一個實(shí)施例中，接收機(jī)設(shè)備可以被配置為支持所有存儲策略或者其任意組合。圖39示出了根據(jù)實(shí)施例的示例性文件命名規(guī)范和文件名稱到存儲名稱的映射。在這個實(shí)施例中，文件傳遞架構(gòu)按照如下將文件名稱映射到存儲名稱將文件名稱中的每一個分隔符“/”轉(zhuǎn)換為依賴于設(shè)備平臺的分隔符(例如，“\”)；及在與由應(yīng)用的存儲策略選擇的存儲器類型相對應(yīng)的物理基本目錄(例如，C:、D:)后面附加所轉(zhuǎn)換的字符串。在一個實(shí)施例中，應(yīng)用可以在注冊階段期間提供所述物理基本目錄。在一個實(shí)施例中，在應(yīng)用第一次訪問由文件傳遞架構(gòu)接收的文件之前，應(yīng)用可以請求文件傳遞架構(gòu)將其文件名稱映射到存儲名稱，隨后使用存儲名稱來訪問文件。圖40示出了示例性的受管理元素表(MET)。如上所述，每一個應(yīng)用的文件傳遞文件管理(FDM)層都可以維護(hù)受管理元素表，其具有與文件傳遞架構(gòu)為應(yīng)用所接收到的并且仍存在于設(shè)備上的所有元素(文件或文件包)有關(guān)的信息。受管理元素表可以包含多條信息，諸如元素ID (EID)、文件名稱(Name)、存儲名稱(Storage)、參考號(Ref)及其它屬性(Attr)。在一個實(shí)施例中，文件傳遞架構(gòu)可以通過將文件名稱中的根目錄“/”映射到在根據(jù)存儲策略選擇的物理存儲器的根處的“fdroot”，將文件名稱中根目錄“/”后的剩余部分中的每一個分隔符“/”轉(zhuǎn)換為依賴于設(shè)備平臺的分隔符，并在“fdroot/”后附加所轉(zhuǎn)換的字符串，來將文件名稱映射到存儲名稱。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以通過將文件名稱中的每一個分隔符“/”轉(zhuǎn)換為依賴于設(shè)備平臺的分隔符，隨后在與由應(yīng)用的存儲策略選擇的存儲器類型相對應(yīng)的物理基本目錄后面附加所轉(zhuǎn)換的字符串，來將文件名稱映射到存儲名稱。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以支持用于應(yīng)用的“僅內(nèi)部存儲器”存儲策略。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以支持用于應(yīng)用的“僅外部存儲器”存儲策略。在多個實(shí)施例中，當(dāng)應(yīng)用向文件傳遞架構(gòu)注冊時，它可以指定以下應(yīng)用的存儲策略；應(yīng)用的物理基本目錄，文件傳遞架構(gòu)可以在該物理基本目錄中保存為應(yīng)用所接收的所有文件；及應(yīng)用的存儲限額(quota)。在多個實(shí)施例中，可以存在多個基本目錄，每一個存儲器類型有一個基本目錄。在這些實(shí)施例中，文件傳遞架構(gòu)可以使用應(yīng)用的存儲策略來決定應(yīng)使用哪一個基本目錄。在一個實(shí)施例中，注冊可以由文件傳遞文件管理層來處理。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以支持具有存儲策略、物理基本目錄和存儲限額的應(yīng)用注冊。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以強(qiáng)化在注冊期間所指定的應(yīng)用的存儲空間上的限額。圖41示出了實(shí)施例方法4100，使用該方法，文件傳遞文件管理(FDM)層可以被配置為管理應(yīng)用的存儲空間并與之交互。在步驟4102中，文件傳遞文件管理層可以處理應(yīng)用向文件傳遞架構(gòu)(FDF)的注冊，并允許應(yīng)用在注冊期間指定其存儲策略。在步驟4104中， 文件傳遞文件管理層可以檢查是否存在用于要接收的文件的應(yīng)用存儲空間。在步驟4106中，文件傳遞文件管理層可以根據(jù)應(yīng)用的存儲策略將接收的文件保存到應(yīng)用存儲空間。在步驟4108中，文件傳遞文件管理層可以在每次應(yīng)用請求時，刪除存儲在應(yīng)用的存儲空間中的文件。圖42示出了可以在文件傳遞架構(gòu)(FDF)中實(shí)現(xiàn)的實(shí)施例方法4200，用于檢查用于要接收的元素的應(yīng)用的存儲空間。在步驟4201中，文件傳遞架構(gòu)可以從FDP/FDCP消息獲得元素大小信息，并確定應(yīng)用的存儲空間中是否有足夠空間用于所述元素。在步驟4202中，如果沒有足夠的應(yīng)用存儲空間來存儲要接收的元素，則文件傳遞架構(gòu)可以通知應(yīng)用。在步驟4203中，文件傳遞架構(gòu)可以繼續(xù)接收元素，除非由應(yīng)用取消所述下載。圖43示出了在應(yīng)用層(App Layer)與文件傳遞架構(gòu)(FDF)之間的數(shù)據(jù)流與呼叫流交互，其可以在上述的方法4200中實(shí)現(xiàn)，用于確定應(yīng)用的存儲器是否具有足夠用于要接收的元素(例如，文件或文件包)的空間，所述元素與廣播調(diào)度記錄中的屬性字符串相匹配。在操作4301中，文件傳遞架構(gòu)可以從FDP/FDCP消息中獲得元素大小信息，并確定應(yīng)用的存儲空間中是否沒有足夠用于接收和存儲所述元素的空間。在呼叫流4302中，如果沒有足夠的應(yīng)用存儲空間來存儲要接收的元素，則文件傳遞架構(gòu)可以通知應(yīng)用。在操作4303中，文件傳遞架構(gòu)可以等待應(yīng)用從其存儲空間刪除一些數(shù)據(jù)并繼續(xù)接收所述元素。在呼叫流4303中，應(yīng)用可以向文件傳遞架構(gòu)發(fā)出取消通知，指示其停止接收所述元素。圖44示出了可以在文件傳遞架構(gòu)中實(shí)現(xiàn)的實(shí)施例方法4400，用于將接收的文件移動到相應(yīng)的應(yīng)用的存儲空間。在步驟4402中，文件傳遞核心成功接收對應(yīng)于文件的文件傳遞核心有效載荷。在步驟4404中，文件傳遞核心可以向文件傳遞文件管理層通知已經(jīng)接收了文件傳遞核心有效載荷，并將其在暫存空間中的存儲位置告知文件傳遞文件管理層。在步驟4406中，文件傳遞文件管理層可以處理文件傳遞核心有效載荷中的尾部，并確定傳送的文件傳遞核心有效載荷中的元素是否對應(yīng)于單個文件。文件傳遞文件管理層可以將文件的名稱映射到存儲名稱(例如，PU。在一個實(shí)施例中，如果文件具有多個名稱，則文件傳遞文件管理層可以僅將第一個名稱映射到存儲名稱。在步驟4408中，文件傳遞文件管理層可以確定是否有足夠用于文件傳遞核心有效載荷的應(yīng)用存儲空間，并可以將有效載荷從暫存空間存儲器移動到由存儲名稱(例如，Pl)所指示的應(yīng)用存儲空間位置。在一個實(shí)施例中，如果文件名稱之一在受管理元素表(MET)中已經(jīng)存在，則可以使用用于文件傳遞核心有效載荷的額外存儲器，以確定是否有足夠的應(yīng)用存儲空間。在一個實(shí)施例中，這個額外存儲器可以被定義為表示兩個變量的值之間的差的位置，諸如在FDC_payIoacLsize (FDC有效負(fù)荷大小)與old_file_size (舊文件大小)之間的差。在步驟4410中，文件傳遞文件管理層可以向文件傳遞核心通知文件的移動已經(jīng)完成。在步驟4412中，文件傳遞文件管理層可以從存儲的文件傳遞核心有效載荷(例如，存儲在Pl的有效載荷)剝離尾部，并在受管理元素表中為文件增加條目(例如，見圖40)。在一個實(shí)施例中，如果文件傳遞核心有效載荷中的尾部指示文件具有多個文件名稱，則文件傳遞文件管理層可以向受管理元素表增加信息，其將所有文件名稱映射到所命名的存儲位置(例如，P1)。在步驟4414中，文件傳遞文件管理層可以向應(yīng)用通知文件已經(jīng)被捕獲。圖45示出了當(dāng)文件傳遞架構(gòu)(FDF)將接收的文件移動到應(yīng)用存儲空間時，可以在方法4400中發(fā)生的在應(yīng)用層(App Layer)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的數(shù)據(jù)流與交互。在操作4501中，文件傳遞核心接收文件傳遞核心有效載荷。在呼叫流4502中，文傳遞核心向文件傳遞文件管理層通知已經(jīng)接收文件傳遞核心有效載·荷。在操作4503中，文件傳遞文件管理層將文件名稱映射到存儲名稱(例如，P1)。在操作4504中，如果存在足夠的存儲空間，文件傳遞文件管理層就將文件傳遞核心有效載荷從暫存空間移動到存儲位置(例如，PD。在呼叫流4505中，文件傳遞文件管理層向文件傳遞核心通知已完成文件傳遞核心有效載荷的移動。在操作4506中，文件傳遞文件管理層將尾部從存儲在存儲位置(例如，Pl)的文件傳遞核心有效載荷剝離。在呼叫流4507中，文件傳遞文件管理層向應(yīng)用層通知已完成捕獲。在一個實(shí)施例中，如果確定接收的文件將替換已經(jīng)存在于設(shè)備上的文件的舊版本，并且替換失敗(例如，在圖45的第五步驟4505處，舊版本被鎖定)，文件傳遞核心可以在呼叫流4507中向文件傳遞文件管理層發(fā)送錯誤消息。在接收到這個錯誤消息后，文件傳遞文件管理層可以在呼叫流4505中周期性地重發(fā)該請求，直到其從文件傳遞核心接收到“移動完成”消息，或者直到它在呼叫流4505中已經(jīng)將該請求重發(fā)了預(yù)定次數(shù)(例如，F(xiàn)DF_MAX_FILE_REPLACE_RETRY_NUM)。在一個實(shí)施例中，重發(fā)周期(或者次數(shù))可以由諸如秒數(shù)之類的設(shè)備參數(shù)(例如，F(xiàn)DF_FILE_REPLACE_RETRY_PERIOD)來定義。如果所有嘗試都失敗，文件傳遞架構(gòu)可以放棄將數(shù)據(jù)從暫存空間移動到應(yīng)用存儲空間。在一個實(shí)施例中，可以以周期性的清理機(jī)制刪除已經(jīng)在暫存空間中存在了超過預(yù)定秒數(shù)(諸如由設(shè)備參數(shù)(例如，F(xiàn)DF_MAX_ELEMENT_TIME_IN_SCRATCH_SPACE)所指示的)的已完成下載。在一個實(shí)施例中，如果設(shè)備上的文件傳遞架構(gòu)不能將接收的文件移動到應(yīng)用存儲空間，其可以繼續(xù)每隔幾秒重試移動文件一次，直到移動成功為止，或者直到已經(jīng)嘗試了預(yù)定的最大數(shù)量的重試為止。此后，周期性清理機(jī)制可以在適當(dāng)時間從暫存空間刪除未移動的文件。圖46是示出多個文件名稱如何可以被映射到單個存儲名稱的軟件體系結(jié)構(gòu)和數(shù)據(jù)結(jié)構(gòu)圖。具體地，圖46示出了將多個文件名稱(例如，/mpv/cnn/fl. mp4、/mpv/cnnhl/fl. mp4)映射到受管理元素表(MET)中的同一存儲名稱(例如，D:\fdroot\cnn\fl.mp4)的實(shí)施例。當(dāng)接收到文件時(呼叫流4602)，可以將其重命名，可以將文件名稱和存儲位置保存到受管理元素表(呼叫流4603)。該圖還示出了如何將多個文件名稱映射到在受管理元素表中所支持的單個存儲名稱。圖47示出了可以在文件傳遞架構(gòu)中實(shí)現(xiàn)的實(shí)施例方法4700，用于處理沒有足夠的應(yīng)用存儲空間來存儲接收到的文件的情況。如上所述，如果文件傳遞文件管理(FDM)層確定沒有足夠的應(yīng)用存儲空間來存儲文件傳遞核心有效載荷，或者應(yīng)用存儲空間滿了，則文件傳遞文件管理層可以在步驟4702向應(yīng)用層發(fā)出請求，以請求應(yīng)用釋放空間。響應(yīng)于這個消息，在步驟4704中，應(yīng)用可以刪除一些文件。在步驟4706中，應(yīng)用可以向文件傳遞架構(gòu)通知通過文件刪除已經(jīng)釋放了一些存儲空間。在步驟4708中，文件傳遞架構(gòu)可以將接收到的文件從暫存空間移動到應(yīng)用存儲空間。在步驟4710中，文件傳遞文件管理層可以向應(yīng)用通知文件已經(jīng)被捕獲。如果文件傳遞架構(gòu)從未從應(yīng)用接收到關(guān)于已經(jīng)釋放存儲空間的通知，接收到的文件可以保存在暫存空間中，直到由暫存空間周期性清理機(jī)制將其刪除。圖48示出了方法4700的執(zhí)行中在應(yīng)用層(App Layer)與文件傳遞架構(gòu)(FDF)之間的數(shù)據(jù)流與呼叫流交互。在呼叫流4801中，文件傳遞架構(gòu)向應(yīng)用層發(fā)送通知，以便向應(yīng) 用層通知應(yīng)用沒有足夠的存儲空間來存儲文件傳遞核心有效載荷。在呼叫流4802中，應(yīng)用層直接向文件傳遞網(wǎng)絡(luò)發(fā)送指令，以從應(yīng)用存儲空間刪除一些文件。在呼叫流4803中，應(yīng)用層向文件傳遞架構(gòu)發(fā)送通知，以指示已經(jīng)可以獲得存儲空間(例如，通過刪除文件)。在操作4804中，文件傳遞架構(gòu)將文件從暫存空間移動到應(yīng)用存儲空間。在呼叫流4805中，文件傳遞架構(gòu)向應(yīng)用層通知已經(jīng)完成文件捕獲。圖49示出了可以由文件傳遞架構(gòu)實(shí)現(xiàn)的示例性方法4900，用于響應(yīng)于應(yīng)用請求文件傳遞架構(gòu)刪除文件，從應(yīng)用存儲空間刪除文件。響應(yīng)于來自應(yīng)用的、刪除由文件名稱所標(biāo)識的文件的請求，在步驟4902中，文件傳遞架構(gòu)可以在受管理元素表(MET)中搜索并找到對應(yīng)于該文件名稱的條目。在確定步驟4903中，文件傳遞架構(gòu)可以依據(jù)受管理元素表確定該文件是否具有一個以上的文件名稱。如果條目具有一個以上的文件名稱(即，確定步驟4903 =“是”)，則在步驟4904中，文件傳遞架構(gòu)可以將該文件名稱從條目簡單地移除并結(jié)束處理。這樣，在一個實(shí)施例中，如果指定要刪除的文件具有多個文件名稱，則文件傳遞架構(gòu)可以移除該文件名稱而不刪除文件。如果文件傳遞架構(gòu)確定與指示要刪除的文件相關(guān)聯(lián)的文件名稱僅有一個(即，確定步驟4903 =“否”)，則在步驟4906中，文件傳遞架構(gòu)可以刪除存儲位置中的文件，并將該條目從受管理元素表移除。在確定步驟4908中，文件傳遞架構(gòu)可以確定文件刪除是否成功。如果刪除成功(即，確定步驟4908 =“是”)，過程可以結(jié)束。如果刪除不成功(即，確定步驟4908 =“否”)，則在步驟4910中，文件傳遞架構(gòu)可以向應(yīng)用返回錯誤并結(jié)束該過程而不重發(fā)刪除請求。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以提供接口，應(yīng)用可以通過該接口來請求刪除由文件名稱指定的文件。如上所述，文件傳遞架構(gòu)可以支持將多個文件打包在一起并作為單個元素來廣播該文件包。如前所述，這有助于減小前向糾錯(FEC)開銷(即，元素越大,所需FEC開銷越小)，并提高了傳遞可靠性(即，元素越大，時間分集越多)。文件打包對于傳遞多個小文件尤其有用。在多個實(shí)施例中，文件打包特征可以實(shí)現(xiàn)為文件傳遞文件管理層特征，其對于文件傳遞核心影響最小。在多個實(shí)施例中，文件打包特征可以以使得該特征對于應(yīng)用透明的方式來實(shí)現(xiàn)。圖50示出了示例性方法5000，其可以實(shí)現(xiàn)為文件傳遞架構(gòu)內(nèi)的文件打包特征。在步驟5002中，文件傳遞核心可以使用雙向前綴匹配方案來確定用于文件包的廣播調(diào)度記錄(BSR)是否匹配任何應(yīng)用請求。在一個實(shí)施例中，這可以是與在各個文件上使用的相同的雙向前綴匹配方案，諸如以上參考圖25 - 26所述的。在確定步驟5004中，文件傳遞核心可以確定是否存在雙向前綴匹配。如果不存在匹配(即，確定步驟5004 = “否”)，則文件傳遞核心可以忽略該文件包。如果存在匹配(即，確定步驟5004 = “是”)，則在步驟5006中，文件傳遞核心可以將選擇字符串傳送到文件傳遞文件管理層。這個選擇字符串可以指定在該文件包內(nèi)應(yīng)用感興趣接收的文件。在步驟5008中，文件傳遞核心可以向文件傳遞文件管理層發(fā)送消息，以請求文件傳遞文件管理層確定是否應(yīng)接收該文件包。在一個實(shí)施例中，可以將選擇字符串作為步驟5008中這個請求的一部分傳送到文件傳遞文件管理層。在一個實(shí)施例中，步驟5006和5008可以合并為一個單元/功能呼叫，其將選擇字符串作為請求的一部分來傳送，以確定是否應(yīng)接收文件包。在確定步驟5010中，文件傳遞文件管理層可以確定文件傳遞文件管理層是否能夠接收該文件包，以及是否需要接收該文件包。如果文件傳遞文件管理層確定無需接收該文件包(即，確定步驟5010 =“否”)，則可以忽略該文件包。如果需要由文件傳遞文件管理層接收該文件包(即，確定步驟5010 =“是”)，則在步驟5012中，文件傳遞文件管理層可以 維護(hù)用于與該文件包相對應(yīng)的元素的元素ID和選擇字符串。在步驟5014中，文件傳遞核心接收與該文件包相對應(yīng)的文件傳遞核心有效載荷，并可以將其傳送到文件傳遞文件管理層。在步驟5016中，文件傳遞核心可以向文件傳遞文件管理層傳送文件傳遞核心有效載荷。在步驟5018中，文件傳遞文件管理層可以處理文件傳遞核心有效載荷尾部，并確定文件傳遞核心有效載荷是否是文件包。在步驟5020中，文件傳遞文件管理層可以使用其為文件包保存的選擇字符串來指示在該文件包內(nèi)的應(yīng)保存的文件。圖51示出了在實(shí)現(xiàn)方法5000的操作時，應(yīng)用層(App Layer)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的數(shù)據(jù)流與交互呼叫流。在操作5101中，文件包廣播調(diào)度記錄(BSR)由文件傳遞核心接收，并進(jìn)行雙向前綴匹配，以產(chǎn)生廣播調(diào)度記錄匹配條目。在呼叫流5102中，文件傳遞核心向文件傳遞文件管理層傳送選擇字符串、元素ID和元素類型，文件傳遞文件管理層檢查文件是否已經(jīng)存在以及文件傳遞文件管理層是否應(yīng)接收文件包。在操作5103中，與文件包相對應(yīng)的元素或文件傳遞核心有效載荷由文件傳遞核心接收，并傳送到文件傳遞文件管理層。在操作5104中，文件傳遞文件管理層處理文件傳遞核心有效載荷，以從接收到的文件包中選擇特定文件并將所選擇的文件保存在存儲器中。圖52示出了示例性方法5200，其可以用于產(chǎn)生選擇字符串，所述選擇字符串由文件傳遞文件管理層用于在接收的文件包中選擇文件來保存。在步驟5202中，文件傳遞核心可以確定廣播調(diào)度記錄中的字符串是否與期望字符串(即，由應(yīng)用指示的用于選擇文件進(jìn)行接收的字符串)雙向令牌前綴匹配。如果是，則在步驟5204中，文件傳遞核心可以將最長的字符串設(shè)定為其選擇字符串，并將選擇字符串傳送給文件傳遞文件管理層。在步驟5206中，文件傳遞文件管理層可以檢查文件是否已經(jīng)存在。在步驟5208中，文件傳遞文件管理層確定是否應(yīng)由文件傳遞文件管理層接收文件包。如果文件傳遞文件管理層確定應(yīng)接收文件包，則在步驟5210中，文件傳遞文件管理層就維護(hù)用于與文件包相對應(yīng)的元素的選擇字符串。圖53示出了在方法5200中的在應(yīng)用層(App Layer)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的數(shù)據(jù)流和交互呼叫流的實(shí)例。如上所述，選擇字符串可以由文件傳遞文件管理層用于選擇文件包中要保存的文件。如果廣播調(diào)度記錄上的字符串與期望字符串雙向令牌前綴匹配，則文件傳遞核心可以使用二者中最長的字符串作為選擇字符串，并將其傳送到文件傳遞文件管理層。在圖53所示的實(shí)例中，在操作5301中，文件包廣播調(diào)度記錄(具有字符串“/itv/cnn/”)由文件傳遞核心接收，并與期望字符串“/itv/cnn/el/”進(jìn)行雙向前綴匹配。在操作5302中，文件傳遞核心產(chǎn)生選擇字符串“/itv/cnn/el/”，并將選擇字符串、元素ID和元素類型傳送到文件傳遞文件管理層，用于確定文件是否已經(jīng)存在以及是否應(yīng)由文件傳遞文件管理層接收文件包。如果文件傳遞文件管理層確定文件包能夠且需要由文件傳遞文件管理層接收，則在操作5303中，文件傳遞文件管理層維護(hù)用于與文件包相對應(yīng)的元素的選擇字符串“/itv/cnn/el/”。在一個實(shí)施例中，如果設(shè)備上的文件傳遞架構(gòu)確定文件包廣播調(diào)度記錄中的屬性字符串是期望字符串的前綴，設(shè)備上的文件傳遞架構(gòu)就使用該期望字符串作為用于文件包的選擇字符串。圖54示出了可以用于確定是否應(yīng)接收文件包的示例性方法5400。在步驟5402中，文件傳遞核心可以向文件傳遞文件管理(FDM)層發(fā)送包括文件包信息和選擇字符串的請求，以請求文件傳遞文件管理層指示是否應(yīng)接收文件包。在確定步驟5404中，文件傳遞 文件管理層可以確定在受管理元素表中是否存在用于與文件包相對應(yīng)的元素的條目。如果這個條目不存在(即，確定步驟5404 = “否”)，則在步驟5406中，文件傳遞文件管理層可以向文件傳遞核心指示應(yīng)接收文件包。如果在受管理元素表中存在所述條目(即，確定步驟5404 =“是”)，則在確定步驟5408中，文件傳遞文件管理層可以確定在文件傳遞核心請求中是否存在這樣的至少一個選擇字符串即所述至少一個選擇字符串不是與受管理元素表中的所述條目相關(guān)聯(lián)的任何現(xiàn)有選擇字符串的前綴。如果是(即，確定步驟5408 =“是”)，則文件傳遞文件管理層可以在步驟5406中向文件傳遞核心指示應(yīng)接收文件包。否則(即，確定步驟5408 =“否”)，文件傳遞文件管理層可以在步驟5410中向文件傳遞核心指示不應(yīng)接收文件。圖55示出了可以在方法5400中出現(xiàn)的在應(yīng)用層(App Layer)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流和交互呼叫流。在操作5501中，具有字符串“/itv/cnn/”的文件包廣播調(diào)度記錄(BSR)可以由文件傳遞核心接收，并與期望字符串“/itv/cnn/el/”進(jìn)行雙向前綴匹配。在呼叫流5502中，文件傳遞核心可以產(chǎn)生選擇字符串“/itv/cnn/el/”，并將選擇字符串、元素ID和元素類型傳送到文件傳遞文件管理層，文件傳遞文件管理層可以使用這個字符串來確定文件是否已經(jīng)存在以及是否應(yīng)由文件傳遞文件管理層接收文件包。就是說，在呼叫流5502中，文件傳遞核心向文件傳遞文件管理層發(fā)送關(guān)于決定是否應(yīng)接收文件包的請求。在操作5503中，文件傳遞文件管理層確定是否接收文件。如果在受管理元素表(MET)中不存在用于與文件包相對應(yīng)的元素的條目，則文件傳遞文件管理層可以做出接收文件的決定。如果文件傳遞文件管理層確定在受管理元素表中存在用于文件包的條目，如果至少一個選擇字符串不是所述條目中任何現(xiàn)有選擇字符串的前綴，則文件傳遞文件管理層就可以仍選擇接收文件。這在圖55中示出了，其中，設(shè)備的文件傳遞文件管理層已經(jīng)具有/itv/cnn/el下的文件。這由受管理元素表的第二行(EID = 1988)的選擇字符串列中的選擇字符串值“/itv/cnn/el/”來指示。由于應(yīng)用發(fā)出了關(guān)于接收/itv/cnn/下的所有文件的新請求，且字符串“/itv/cnn/”比字符串“/itv/cnn/el/”更寬泛，因此設(shè)備需要再次下載整個文件包。因此，在呼叫流5504中，文件傳遞文件管理層可以請求文件傳遞核心接收文件包，以使得設(shè)備可以再次下載文件包。這樣，在一個實(shí)施例中，在以下情況下，設(shè)備上的文件傳遞架構(gòu)可以調(diào)度接收由廣播調(diào)度記錄描述的文件包元素廣播調(diào)度記錄具有與期望字符串雙向令牌前綴匹配的至少一個屬性字符串，數(shù)據(jù)包存在于設(shè)備上，以及選擇字符串之一將被廣播(按照依據(jù)廣播調(diào)度記錄所確定的)；以及期望字符串不是與現(xiàn)有文件包相關(guān)的任何現(xiàn)有選擇字符串的令牌前綴。圖56示出了如何可以基于文件名稱前綴選擇并保存文件包中的文件。如上所述，如果由應(yīng)用請求的文件名稱/目錄名稱之一是文件名稱的前綴，則文件傳遞文件管理層可以保存文件包中的文件。這在圖56中示出了，其顯示了僅保存那些具有文件名稱前綴“/itv/att”的文件，導(dǎo)致包中四個文件中的兩個被保存。如果應(yīng)用要接收“/itv/vzw/sl/f3”，則文件傳遞架構(gòu)就必須再次接收該文件包。
圖57是示出在受管理元素表(MET)中的示例性文件包條目的數(shù)據(jù)結(jié)構(gòu)圖。如圖57所示，在一個實(shí)施例中，在受管理元素表中的用于與文件包相對應(yīng)的元素的條目可以具有以下信息與文件包相對應(yīng)的元素的ID (EID);指示元素是文件包的標(biāo)志(FB);指定文件包中的哪些文件已經(jīng)被保存的選擇字符串(Selection Strings);及具有用于文件包中每一個元素的文件名稱、元素ID和存儲名稱的子條目。圖58示出了用于接收文件包并將其保存在應(yīng)用存儲空間中的示例性方法5800。如上所述，在成功接收了與文件包相對應(yīng)的元素后，文件傳遞架構(gòu)可以在應(yīng)用存儲空間中保存文件包中的文件。在步驟5802中，文件傳遞核心成功接收了與文件包相對應(yīng)的文件傳遞核心有效載荷。在步驟5804中，文件傳遞核心可以向文件傳遞文件管理層通知已經(jīng)接收到文件傳遞核心有效載荷，并將其在暫存空間中的位置通知文件傳遞文件管理層。在步驟5806中，文件傳遞文件管理層可以確定是否有足夠的空間用于文件傳遞核心有效載荷，并將其從暫存空間移動到應(yīng)用的存儲空間。在步驟5808中，文件傳遞文件管理層可以向文件傳遞核心通知已經(jīng)從暫存空間移除了文件傳遞核心有效載荷。在步驟5810中，文件傳遞文件管理層可以將尾部從存儲在存儲器(例如，Pl)中的文件傳遞核心有效載荷剝離。在步驟5812中，文件傳遞文件管理層可以根據(jù)應(yīng)用的存儲器管理策略，在適當(dāng)?shù)奈恢锰幈４嫖募械奈募?。在步驟5814中，文件傳遞文件管理層可以將用于文件包的條目增加到受管理元素表中。在步驟5816中，文件傳遞文件管理層可以向應(yīng)用通知文件已經(jīng)被捕獲。圖59是方法5800中的在應(yīng)用層(App Layer)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的數(shù)據(jù)流和交互呼叫流的實(shí)例。在操作5901中，文件傳遞核心成功接收到與文件包相對應(yīng)的文件傳遞核心有效載荷。在呼叫流5902中，文件傳遞核心向文件傳遞文件管理層通知已經(jīng)接收到文件傳遞核心有效載荷。文件傳遞核心隨后將文件傳遞核心有效載荷在暫存空間中的位置傳送到文件傳遞文件管理層。在操作5903中，文件傳遞文件管理層確定是否有足夠的空間用于文件傳遞核心有效載荷，并將文件從暫存空間移動到應(yīng)用的存儲空間。在呼叫流5904中，文件傳遞文件管理層向文件傳遞核心通知已經(jīng)將文件傳遞核心有效載荷從暫存空間移除。在操作5905中，文件傳遞文件管理層將尾部從存儲在存儲器(例如，Pl)中的文件傳遞核心有效載荷剝離，存儲文件包中的文件，并向受管理元素表增加用于文件包的條目。在呼叫流5906中，文件傳遞文件管理層向應(yīng)用通知文件已經(jīng)被捕獲。在一個實(shí)施例中，設(shè)備上的文件傳遞架構(gòu)可以在成功地保存了包含在文件包內(nèi)的文件后，刪除接收的文件包。圖60示出了用于刪除從文件包接收的文件的示例性方法6000。在步驟6002中，應(yīng)用可以向文件傳遞架構(gòu)發(fā)出用以刪除在文件包中接收的文件的請求。在步驟6004中，文件傳遞文件管理層可以在受管理元素表中找到具有用于該文件的子條目的文件包條目。在確定步驟6006中，文件傳遞文件管理層可以確定該子條目是否具有一個以上與之相關(guān)的文件名稱。如果文件傳遞文件管理層確定該子條目具有一個以上文件名稱(即，確定步驟6006 =“是”)，則文件傳遞文件管理層就可以在步驟6008中從該子條目移除該文件名稱。如果子條目沒有一個以上文件名稱(即，確定步驟6006 =“否”)，則在步驟6010中，文件傳遞文件管理層可以刪除存儲位置中的文件，并從受管理元素表移除該子條目。如果在文件包條目中沒有文件子條目(即，已經(jīng)刪除在文件包中接收的所有文件)，則在步驟6012中，文件傳遞文件管理層可以從存儲器刪除該文件包條目。在一個實(shí)施例中，如果已經(jīng)刪除其文件的子集，則可以認(rèn)為文件包元素存在。在一個實(shí)施例中，只要由應(yīng)用啟動文件刪除過程就可以通知文件傳遞架構(gòu)，以使得不再再次下載刪除的文件。在一個實(shí)施例中，當(dāng)文件包中的 至少一個文件存在于設(shè)備上時，設(shè)備上的文件傳遞架構(gòu)就可以認(rèn)為文件包元素存在。圖61是示出在刪除從文件包接收的文件時所涉及到的邏輯的和示例性的數(shù)據(jù)流的數(shù)據(jù)結(jié)構(gòu)圖。圖61示出了當(dāng)子條目僅具有與之相關(guān)的一個文件名稱(例如，EID2009)時，文件傳遞文件管理層如何可以刪除存儲位置中的文件并移除整個子條目(由通過EID2009的線指示)。圖61還示出了如果子條目具有一個以上與之相關(guān)的文件名稱(例如，EID1988)，文件傳遞文件管理層如何可以從子條目僅移除文件名稱(由通過文件名稱/itv/att/sl/fl2001和存儲路徑D:/fdroot/att/sl/fl的線指示)。圖62示出了在接收先前已經(jīng)接收的文件包時,在應(yīng)用層(App Layer)、文件傳遞核心(FDC)層與文件傳遞文件管理(FDM)層之間的示例性數(shù)據(jù)流和交互呼叫流。在操作6201中，文件包廣播調(diào)度記錄(BSR)由文件傳遞核心接收并進(jìn)行雙向前綴匹配。在呼叫流6202中，文件傳遞核心向文件傳遞文件管理層傳送選擇字符串、元素ID和元素類型，以使得其可以確定文件是否已經(jīng)存在以及確定是否應(yīng)接收該文件包。在操作6203中，文件傳遞文件管理層維護(hù)用于與該文件包相對應(yīng)的元素的選擇字符串(“/itv/vwz/sl/f3”和“/itv/wz/sl/f4”)。在呼叫流6204中，與文件包相對應(yīng)的元素或文件傳遞核心有效載荷由文件傳遞核心接收，并傳送到文件傳遞文件管理層。如圖62所示的，該文件包可以具有四個文件/itv/vzw/sl/f3、/itv/vzw/sl/f4、/itv/att/sl/fI 和 /itv/att/sl/tf2。在所不實(shí)例中，文件傳遞文件管理層確定文件傳遞架構(gòu)先前已經(jīng)接收了該文件包，但僅保存了兩個文件/itv/vzw/sl/f3和/itv/vzw/sl/f4。例如,這可以是以下情況運(yùn)行在應(yīng)用層上的應(yīng)用先前請求了文件包中的兩個文件(例如，/itv/att/sl/fl和/itv/att/s2/f2),并隨后發(fā)出對兩個新文件(例如，/itv/vzw/sl/f3和/itv/vzw/sl/f4)的另一個請求,這兩個新文件恰好在與前兩個文件相同的文件包中。在呼叫流6203中，文件傳遞文件管理層從文件傳遞核心再次接收該文件包，并在存儲器中僅保存該文件包中的新請求的兩個文件(例如，/itv/vzw/sl/f3 和 /itv/vzw/sl/f4)。圖63示出了可以用于在文件傳遞核心與文件傳遞文件管理層之間交換數(shù)據(jù)的示例性文件傳遞核心有效載荷格式。在一個實(shí)施例中，文件傳遞核心與文件傳遞文件管理層可以被配置為同時支持多個文件傳遞核心有效載荷格式。在一個實(shí)施例中，可以由廣播調(diào)度記錄中的參數(shù)、標(biāo)志或位(例如，F(xiàn)D_MODE)來指定文件傳遞核心有效載荷格式。在一個實(shí)施例中，設(shè)定FD_MODE位為O選擇第一格式，而設(shè)定FD_MODE位為I選擇第二格式。圖64示出了對應(yīng)于圖63所示的后向兼容格式(BCF)的示例性文件傳遞核心有效載荷格式。圖64所示的文件傳遞核心有效載荷格式可以包含單個文件或者可以包含具有多個文件的文件包。BCF文件傳遞核心有效載荷格式可以包括在結(jié)尾處的片段元數(shù)據(jù)(clipmeta data)。文件傳遞核心有效載荷格式可以包括可選的元素ID和一個(或多個)文件名稱，其被增加到用于片段元數(shù)據(jù)中clip_def_rec XML元素中的用于文件包中的該一個文件或多個文件的non_realtime_presentation XML元素。在多個實(shí)施例中，接收機(jī)設(shè)備可以接收并可以使用所述元素ID和文件名稱。在一個實(shí)施例中，接收機(jī)設(shè)備可以忽略其未識別的任何新字段。圖65和66示出了對應(yīng)于圖63所示格式的示例性文件傳遞核心有效載荷格式。具體地，圖65示出了用于一個元素的示例性文件傳遞核心有效載荷格式，其中該元素是具有兩個名稱的單個文件。圖66示出了用于一個元素的示例性文件傳遞核心有效載荷格式，其·中該元素是包含具有兩個名稱的文件(例如，文件I)的文件包。圖65和66中所示的文件傳遞核心有效載荷格式可以包含這樣的元素部分即其是單個文件或者是包含連串文件的文件包。所示的文件傳遞核心有效載荷格式具有尾部區(qū)，其包含以下信息字段尾部數(shù)據(jù)長度；尾部數(shù)據(jù)；和元素ID。尾部數(shù)據(jù)字段可以進(jìn)一步包括壓縮類型(Compression Type)字段，其指定在文件傳遞核心有效載荷的該元素部分上要實(shí)施哪個壓縮方案。在一個實(shí)施例中，元素類型(ElementType)字段可以指示該元素是文件還是文件包。如果該元素是文件，如圖65所示的，則尾部還可以包括用于元素類型和文件名稱的額外的信息字段。如果該元素是文件包，如圖66所示的，則尾部可以包括用于該文件包中每一個文件的元素ID、偏移和文件名稱的信息字段。如以上參考圖4所述的，應(yīng)用(例如，前端應(yīng)用42、43)向文件攝取服務(wù)器31提供要發(fā)送的文件。文件攝取服務(wù)器31經(jīng)由文件傳輸網(wǎng)絡(luò)41向接收機(jī)設(shè)備傳遞所述文件和廣播調(diào)度消息。圖67示出了用于攝取文件、調(diào)度文件的發(fā)送、產(chǎn)生廣播調(diào)度消息并廣播所產(chǎn)生的廣播調(diào)度消息的示例性方法6700。在方法6700中，在步驟6702，諸如文件攝取服務(wù)器31的前端系統(tǒng)中的服務(wù)器可以從一個或多個前端應(yīng)用42、43接收要發(fā)送的文件。在步驟6704中，作為攝取過程的組成部分，服務(wù)器可以產(chǎn)生文件和/或元素，并可以獲得/產(chǎn)生用于要廣播的文件的文件或元素標(biāo)識符。在步驟6706中，作為攝取過程的組成部分，服務(wù)器可以獲得文件大小以及與文件有關(guān)的其他信息，諸如文件屬性字符串、或者如上所述的應(yīng)用/服務(wù)標(biāo)識符。在步驟6708中，作為攝取過程的組成部分，服務(wù)器可以確定將傳送數(shù)據(jù)文件的內(nèi)容流的數(shù)據(jù)速率。數(shù)據(jù)速率可以根據(jù)廣播資源可用性而改變。數(shù)據(jù)速率也可以保持固定，例如如果為特定的文件傳遞類型而指定了數(shù)據(jù)速率。作為攝取過程的組成部分，在步驟6710中，服務(wù)器可以確定每一個文件的廣播持續(xù)時間，例如通過將文件大小除以文件傳遞數(shù)據(jù)速率來確定。在步驟6711中，服務(wù)器可以基于該發(fā)送持續(xù)時間，確定在下一個廣播調(diào)度周期(BSP)內(nèi)要廣播哪些文件。應(yīng)注意，調(diào)度過程和BSM產(chǎn)生過程是分開的過程，在此僅是出于簡要目的而一起加以說明。例如，文件調(diào)度過程可以不限于下一個15分鐘周期(例如，可以將文件調(diào)度為從攝取開始3個小時后發(fā)送)，而BSM產(chǎn)生過程可以將BSM的內(nèi)容周期性地(例如，每隔15分鐘)確定為為下一周期(例如，15分鐘)定義的當(dāng)前發(fā)送調(diào)度。以下更進(jìn)一步詳細(xì)地論述在攝取和BSM產(chǎn)生中的文件調(diào)度的過程。在步驟6712中，服務(wù)器可以調(diào)度文件在廣播調(diào)度周期內(nèi)的發(fā)送。作為調(diào)度文件在廣播調(diào)度周期內(nèi)的發(fā)送的操作的組成部分，在步驟6714中，服務(wù)器可以為在廣播調(diào)度周期內(nèi)的每一個文件確定廣播窗口開始時間。在步驟6716中，服務(wù)器可以產(chǎn)生廣播調(diào)度消息和廣播調(diào)度監(jiān)視記錄(BSMR)，其指定了記錄類型、記錄數(shù)據(jù)鏈和對廣播調(diào)度消息的下一次更新的時間(例如，下一個監(jiān)視時間)。作為產(chǎn)生廣播調(diào)度消息的操作的組成部分，在步驟6718中服務(wù)器可以產(chǎn)生一個或多個流廣播調(diào)度記錄(FBSR)。作為產(chǎn)生廣播調(diào)度消息的操作的組成部分，在步驟6720中，服務(wù)器于是可以從接收的和產(chǎn)生的信息組合得到廣播調(diào)度消息，包括為將在BSP內(nèi)廣播的每一個文件確定廣播窗口。在步驟6722中，服務(wù)器可以向廣播網(wǎng)絡(luò)提交組合得到的廣播調(diào)度消息，以開始在廣播調(diào)度流上的重復(fù)發(fā)送，并且在步驟6724中，服務(wù)器可以向廣播 網(wǎng)絡(luò)提交要廣播的文件，以便可以根據(jù)在廣播調(diào)度消息中指定的廣播調(diào)度，在文件傳遞數(shù)據(jù)流上發(fā)送所述文件?？梢酝ㄟ^服務(wù)器返回到步驟6702以開始為下一個BSP逐步產(chǎn)生廣播調(diào)度消息來重復(fù)這個過程。如上所述，一旦文件內(nèi)容提供方9內(nèi)的文件傳遞應(yīng)用提交了用于在廣播網(wǎng)絡(luò)I上傳輸?shù)奈募募z取系統(tǒng)31就可以使用專用于文件傳輸?shù)膹V播資源調(diào)度這些文件的廣播。這些專用廣播資源可以概念性地視為文件傳遞管道。如上所述，在多個實(shí)施例中，可以將一個以上文件傳遞管道用于在廣播網(wǎng)絡(luò)上廣播文件。圖7中示出了在一個或多個文件傳遞管道中調(diào)度所攝取的文件以及文件的時分復(fù)用。如上所述，文件攝取系統(tǒng)31可以采用各種不同格式從各種不同源(B卩，前端應(yīng)用)接收文件。文件攝取系統(tǒng)31調(diào)度多個接收的文件，產(chǎn)生廣播調(diào)度消息，并與文件傳輸網(wǎng)絡(luò)41協(xié)作，以確保在廣播調(diào)度消息內(nèi)所公布的廣播窗口內(nèi)廣播所述文件。圖68示出了示例性實(shí)施例，在其中，兩個前端應(yīng)用向文件攝取系統(tǒng)31提交文件，用于在文件傳輸網(wǎng)絡(luò)41上傳輸。在這個所示實(shí)例中，兩個前端應(yīng)用是天氣應(yīng)用43和交互式應(yīng)用49。在這個實(shí)例中，天氣應(yīng)用43使用文件傳輸網(wǎng)絡(luò)41來向運(yùn)行在接收機(jī)設(shè)備上的天氣應(yīng)用46傳遞應(yīng)用文件。類似地，交互式應(yīng)用49使用文件傳輸網(wǎng)絡(luò)41來向接收機(jī)設(shè)備上的交互式應(yīng)用47傳遞交互資源和文件。在多個實(shí)施例中，前端應(yīng)用43、49可以簡單地通過連同適當(dāng)文件命令一起提供文件，來與文件攝取系統(tǒng)31交互，所述文件命令例如圖68 所示的數(shù)據(jù)圖表中的 sendFile (/weaApp/LA/fl. jpg)(發(fā)送文件(/weaApp/LA/fl. jpg))及其它參數(shù)。為了發(fā)送一系列文件，前端應(yīng)用43、49可以在單個命令中指定多個文件，例如 sendFile(/itv/sig/cat. xml;itv/res/svc_5/fI. jpg;/itv/res/svc_5/f2. jpg;/itv/res/svc_5/f3. jpg)。如圖68所示，一些應(yīng)用可以僅提交內(nèi)容文件(例如，天氣應(yīng)用可以提交jpeg圖像)，而其它應(yīng)用可以提交內(nèi)容文件和開銷文件(例如，交互式應(yīng)用可以提交jpeg圖像和cat. xml開銷文件)。再其它的應(yīng)用可以將內(nèi)容文件連同附加屬性信息一起提交(例如，交互式應(yīng)用可以可替換地提交jpeg圖像及為文件描述特性的相關(guān)屬性)。應(yīng)用向文件攝取系統(tǒng)提交開銷文件對于這種開銷文件可以具有不同的目的。這個開銷文件可以用于向接收機(jī)設(shè)備提供與可用于設(shè)備應(yīng)用的文件有關(guān)的信息。在一個實(shí)施例中，這個開銷文件可以是目錄文件或cat. xml文件的形式。cat. xml文件可以用于提供屬性的列表，所述屬性的列表可以使得接收機(jī)設(shè)備能夠選擇要接收的文件。也可以經(jīng)由攝取接口使相同的屬性列表信息可用，例如，通過提供圖69中所示的數(shù)據(jù)圖表。另外或者可替換地，可以在廣播調(diào)度消息中傳送屬性列表。圖69和70中示出了可用用于向文件攝取系統(tǒng)31提交文件的示例性數(shù)據(jù)圖表。文件攝取系統(tǒng)也可以提供用于接收與要發(fā)送的文件有關(guān)的信息，例如傳遞標(biāo)準(zhǔn)，的接口。例如，如圖70所示的數(shù)據(jù)圖表中示出的，文件攝取接口文件傳遞請求可以為要發(fā)送的文件指定期望的開始時間和截止時間、或者廣播調(diào)度。如果指定了廣播調(diào)度，則文件傳遞請求可以指示應(yīng)在期間發(fā)送文件的周期和應(yīng)嘗試文件發(fā)送的次數(shù)。廣播調(diào)度還可以包括結(jié)束時間，在所述結(jié)束時間之后不應(yīng)發(fā)送文件。文件傳遞請求操作可以為文件傳遞應(yīng)用提供以下特征用以指示為發(fā)送提交的文件的機(jī)制；用以同時提交多個文件的機(jī)制；用以對可以在應(yīng)用級關(guān)聯(lián)在一起的文件進(jìn)行分組的機(jī)制；用于每一組相關(guān)文件的不同傳遞標(biāo)準(zhǔn)要求的定義；及使得能夠?qū)⒌诙翁峤坏?文件識別為再提交，以便可以更新先前提交的項(xiàng)目的傳遞標(biāo)準(zhǔn)的機(jī)制?？梢越?jīng)由文件攝取操作來提交用以指示為發(fā)送提交的文件的機(jī)制。在這個操作中，可以指示用來提供位置的內(nèi)容統(tǒng)一資源定位符(URL)，其中文件攝取服務(wù)可以從該位置取得要廣播的文件。該機(jī)制還可以指示進(jìn)一步與為廣播而攝取的文件的內(nèi)容和上下文相關(guān)聯(lián)的額外的參數(shù)。例如，所述額外的參數(shù)可用包括文件名稱，其可以用于指示在應(yīng)用目錄結(jié)構(gòu)中文件的目錄。所述額外的參數(shù)可以包括屬性列表，其提供了用來表征文件以使得接收機(jī)設(shè)備能夠過濾并選擇要接收的特定文件的參數(shù)。實(shí)現(xiàn)多個文件的同時提交的機(jī)制可以允許應(yīng)用識別相關(guān)的那些文件。例如，在文件傳遞請求中單個文件信息單元上的特定目錄下的所有交互性文件可以認(rèn)為是相關(guān)的。前端應(yīng)用能夠確保有可能將具有交叉相關(guān)性的文件打包并調(diào)度一起進(jìn)行廣播。例如，當(dāng)接收機(jī)設(shè)備可以獲得新文件時，圖68中列出的交互性文件可以更新交互性目錄文件。利用這個接口，在發(fā)送目錄/itv/res/svc_5/下的新文件(有可能作為文件包來發(fā)送)之前，可以請求發(fā)送/itv/sig/cat. xml文件,并使其在接收機(jī)設(shè)備處可用。用以使得相關(guān)的文件能夠在應(yīng)用層分組在一起的機(jī)制可以確保對相關(guān)的文件應(yīng)用相同的傳遞標(biāo)準(zhǔn)，并所述相關(guān)的文件由接收機(jī)設(shè)備同等地需要。當(dāng)無線發(fā)送文件時，文件攝取系統(tǒng)可以打包類似的文件，以便更有效地使用前向糾錯編碼。文件注入服務(wù)可以使用這個相關(guān)性信息來將相關(guān)的文件打包在一起。也可以考慮用以對文件打包做出決定的其它標(biāo)準(zhǔn)。例如，文件攝取系統(tǒng)可以將與服務(wù)的訂購相關(guān)聯(lián)的不同文件分組在一起。這樣，有資格為一個服務(wù)接收一個文件的接收機(jī)設(shè)備也可以有資格接收用于一起訂購的其它服務(wù)的文件。使得前端應(yīng)用能夠?yàn)槊恳唤M相關(guān)文件的發(fā)送要求定義不同的傳遞標(biāo)準(zhǔn)的機(jī)制可以允許應(yīng)用為所攝取的文件廣播請求服務(wù)質(zhì)量(QoS)級別或者發(fā)送要求。服務(wù)質(zhì)量可以表示相對于及時性(timeliness)(例如,刷新)和成功的傳遞(例如,冗余發(fā)送以確?？朔鬟f失敗)而言，到預(yù)期用戶人群的傳輸服務(wù)的質(zhì)量。文件攝取系統(tǒng)31可以調(diào)度每一組相關(guān)文件，以便滿足它們請求的傳遞標(biāo)準(zhǔn)。如果調(diào)度新文件，當(dāng)考慮優(yōu)先級調(diào)度時，文件攝取系統(tǒng)可以確保不損害先前攝取的文件的傳遞標(biāo)準(zhǔn)。在基于優(yōu)先級的調(diào)度中，可以丟棄先前調(diào)度的文件，來為新文件讓出空間。文件攝取系統(tǒng)可以被配置為，使得當(dāng)?shù)诙位虻谌翁峤幌嗤募r，其被識別為先前發(fā)送的文件的再提交或更新，以便可以重復(fù)使用用于先前提交的文件的傳遞標(biāo)準(zhǔn)。
隨著文件攝取系統(tǒng)31接收要攝取的文件，諸如在第一廣播調(diào)度周期期間，可以被調(diào)度發(fā)送的新文件最早是在下一個廣播調(diào)度周期中，如圖71所示的。例如，隨著在第一廣播調(diào)度周期(BSPl)期間從文件內(nèi)容提供方9接收文件f8、f9和f 10，文件攝取系統(tǒng)31針對下一個或者更靠后的廣播調(diào)度周期(BSP2)調(diào)度文件發(fā)送。隨著文件被調(diào)度發(fā)送，可以將文件存儲在數(shù)據(jù)存儲器32中。所得到的更新的廣播調(diào)度也可以存儲在諸如數(shù)據(jù)庫的存儲器中。
如圖71所示的，在當(dāng)前廣播調(diào)度周期期間接收的文件僅允許被調(diào)度為在下一個或者隨后的廣播調(diào)度周期中的發(fā)送。這是因?yàn)橐呀?jīng)經(jīng)由當(dāng)前廣播調(diào)度消息向接收機(jī)設(shè)備公布了當(dāng)前廣播調(diào)度周期中的調(diào)度信息。一旦一個廣播調(diào)度消息被廣播，接收機(jī)設(shè)備會不能檢測在由該廣播調(diào)度消息覆蓋的廣播調(diào)度周期中的隨后調(diào)度變化，這是因?yàn)?，如果在廣播調(diào)度期間在針對發(fā)送的廣播調(diào)度消息中沒有列出感興趣的文件，則接收機(jī)設(shè)備可以停用接收機(jī)電路以便保留功率。因此，對廣播調(diào)度周期的持續(xù)時間的選擇可以是在內(nèi)容的可能刷新與設(shè)備需要多頻繁地接收更新的廣播調(diào)度消息之間的折衷。較小的廣播調(diào)度周期允許較快地發(fā)送新接收的文件；然而，對接收機(jī)設(shè)備頻繁地接收更新的廣播調(diào)度消息的要求會影響其電池壽命。
因此，文件攝取系統(tǒng)31中的調(diào)度器認(rèn)為當(dāng)前廣播調(diào)度周期對于傳送新接收的文件而言是不可用的。然而，在當(dāng)前廣播調(diào)度周期之后的任何時間段都可以被修改，因?yàn)樵撜{(diào)度尚未向接收機(jī)設(shè)備公布。圖72A - 72D示出了如何可以根據(jù)何時接收文件及其急迫性來修改廣播調(diào)度。
例如，圖72A示出了在向文件攝取服務(wù)31提交要傳輸?shù)男挛募8_fl0之前的調(diào)度狀態(tài)。圖72B示出了用于文件&指定了緊急傳遞要求的情況的調(diào)度狀態(tài)。在該情況中， 文件攝取系統(tǒng)31可以導(dǎo)致延遲具有較低優(yōu)先級或者較少限制性時間傳遞要求的其它文件 (例如，f51)(例如，其已調(diào)度的廣播窗口被推遲)。不重新調(diào)度不能容忍更進(jìn)一步延遲的其它文件(例如，f5)，并且繼續(xù)在這些文件的原始廣播窗口中調(diào)度其進(jìn)行廣播。圖72C示出了在下一廣播調(diào)度周期中的文件不能容忍長度為攝取文件4所用時間的進(jìn)一步延遲，所以在隨后的廣播調(diào)度周期中調(diào)度文件f9的發(fā)送的情況。圖72D示出了在下一個廣播調(diào)度周期中的文件不能容忍進(jìn)一步延遲時攝取文件f1(l，且文件f1(l比文件f9更緊急，結(jié)果將文件f9推入更遲的廣播調(diào)度周期中的情況。
文件攝取系統(tǒng)還可以負(fù)責(zé)協(xié)調(diào)文件到廣播網(wǎng)絡(luò)的傳遞或廣播發(fā)送。這個過程可以包括廣播調(diào)度消息(BSM)信息的廣播，如圖73所示的。這個過程可以包括將文件分派到廣播網(wǎng)絡(luò)，如圖74所示的。
圖73中示出了在更新無線發(fā)送的廣播調(diào)度消息時所涉及的過程，并且該過程在圖75所示的示例性方法7500的過程流程圖中結(jié)束。在當(dāng)前廣播調(diào)度周期的結(jié)束之前的某個時刻，文件攝取系統(tǒng)31可以從其存儲設(shè)備32讀取當(dāng)前調(diào)度信息，步驟7502，并可以在步驟7503中(操作A)產(chǎn)生新廣播調(diào)度消息，以描述下一個廣播調(diào)度周期。在步驟7504中，文件攝取系統(tǒng)可以利用OSS更新廣播調(diào)度消息版本，OSS是用于管理和公布開銷版本變化的組件。在步驟7506中，文件攝取系統(tǒng)可以向分發(fā)服務(wù)器(DIST)發(fā)送更新的廣播調(diào)度消息， 分發(fā)服務(wù)器是用于以配置的廣播速率發(fā)送文件和開銷消息的組件。在步驟7508中，OSS可以向在初始獲取流(IAF)中傳送的消息增加更新的廣播調(diào)度消息版本，并可以在步驟7510 中(通信B)向分發(fā)服務(wù)器發(fā)送更新的IAF消息。分發(fā)服務(wù)器可以在廣播調(diào)度流上以配置的廣播調(diào)度流數(shù)據(jù)速率向流服務(wù)節(jié)點(diǎn)(FSN)發(fā)送更新的廣播調(diào)度消息，流服務(wù)節(jié)點(diǎn)是在廣播網(wǎng)絡(luò)內(nèi)的發(fā)送上實(shí)際涉及的組件。
圖74和75中示出了在更新發(fā)送的廣播調(diào)度消息時所涉及的過程。文件攝取系統(tǒng) 31也可以利用當(dāng)前廣播調(diào)度消息上的調(diào)度信息，其中當(dāng)前廣播調(diào)度消息的版本經(jīng)由OSS來公布，并且其內(nèi)容經(jīng)由分發(fā)服務(wù)器發(fā)送，如上所述。在步驟7516中，文件攝取系統(tǒng)可以通知分發(fā)服務(wù)器(操作I)開始發(fā)送文件，以使得根據(jù)公布給接收機(jī)設(shè)備的廣播調(diào)度消息，以無線方式廣播文件。在如此進(jìn)行時，文件攝取服務(wù)可以與在當(dāng)前廣播調(diào)度消息中描述的信息一致地描述在發(fā)送文件時使用的流ID和數(shù)據(jù)速率。在步驟7518中，分發(fā)服務(wù)器可以讀取接下來要廣播的文件內(nèi)容(操作2)，并且隨后在步驟7520中，以為文件發(fā)送所使用的流ID定義的數(shù)據(jù)速率向FSN發(fā)送文件(操作3)。
如上所述，諸如MediaFLO 技術(shù)廣播網(wǎng)絡(luò)的廣播網(wǎng)絡(luò)中的發(fā)送資源可以按照超幀內(nèi)的OFDM符號來定義，超幀在MediaFLO 中具有一秒的持續(xù)時間?？梢詫⒃谶@種超幀上的符號進(jìn)一步劃分為局域多路復(fù)用符號和廣域多路復(fù)用符號。不同廣播網(wǎng)絡(luò)可以將其它時 分、頻分或碼分復(fù)用機(jī)制(即，不同于0FDM)用于在共享廣播資源上的媒體傳輸。本文使用的術(shù)語“多路復(fù)用(multiplex)”通常指代可用于經(jīng)由廣播網(wǎng)絡(luò)的媒體傳輸?shù)膹V播資源(例如，在給定的射頻帶寬上)?？梢杂糜趥鬏斘募膹V播資源的量可以是基于射頻帶寬、傳輸編碼機(jī)制、以及同樣由廣播信號傳送的諸如實(shí)時內(nèi)容和開銷數(shù)據(jù)之類的其它媒體或數(shù)據(jù)的量。
在諸如MediaFLO 網(wǎng)絡(luò)的多媒體廣播網(wǎng)絡(luò)中，可以同時廣播各種內(nèi)容，包括 為局部區(qū)域指定的內(nèi)容，其被稱為局域內(nèi)容或者局域多路復(fù)用(LM)，以及提供給多個局域廣播器的內(nèi)容，其稱為用于廣域多路復(fù)用(WM)的廣域內(nèi)容。局域多路復(fù)用和廣域多路復(fù)用可以是使用給定的射頻帶寬的多路復(fù)用的不同的部分(例如，OFDM幀的不同部分)。局域內(nèi)容可以是專用于本地操作基礎(chǔ)結(jié)構(gòu)(LOI)的內(nèi)容，諸如區(qū)域廣播。
圖76示出了，在任意給定的本地操作基礎(chǔ)結(jié)構(gòu)中可以存在多個射頻信號。在所示實(shí)例中，本地操作基礎(chǔ)結(jié)構(gòu)I (LOIl)包括單個射頻信號(RF1)，其包括第一廣域多路復(fù)用 (麗I)和第一局域多路復(fù)用(LMl)分量。本地操作基礎(chǔ)結(jié)構(gòu)2 (L0I2)包括兩個射頻信號 (RF2和RF3)，每一個都由廣域多路復(fù)用(麗2、麗I)和局域多路復(fù)用(LM2、LM1)組成。在所示實(shí)例中，局域操作基礎(chǔ)結(jié)構(gòu)3 (L0I3)包括單個射頻信號(RF4)，其由廣域多路復(fù)用(WM2) 和局域多路復(fù)用(LM3)組成。
如圖76所示，在任意射頻信號中傳送的廣域多路復(fù)用分量和局域多路復(fù)用分量可以相同或不同于其它射頻信號中的廣域多路復(fù)用分量和局域多路復(fù)用分量。另外，不同射頻信號還可以使用不同的傳輸技術(shù)，諸如MediaF LO 技術(shù)、ISDB-T、ATSC-M/H等。圖76 示出了可以在不同本地操作基礎(chǔ)結(jié)構(gòu)中的不同射頻信號中傳送給定的多路復(fù)用(例如，WMl 或LM2)。此外，給定的本地操作基礎(chǔ)結(jié)構(gòu)可以具有可用的多個射頻信號。CN 102948159 A書明說42/54 頁
圖77示出了每個多路復(fù)用可以定義的多個文件傳遞類型。如上所述，可以以共享單個公共資源池(諸如每秒、每個多路復(fù)用的符號(例如，OFDM符號)的量)的文件發(fā)送來實(shí)現(xiàn)多個實(shí)施例。如上所述，這種資源池可以是抽象的，并可以被定義為文件傳遞架構(gòu)內(nèi)的一個或多個文件傳遞管道(FDP)。圖77示出了這些文件傳遞管道中的多個文件傳遞管道都可以定義在單個多路復(fù)用中。具體地，圖77示出了廣域多路復(fù)用(WMl)可以包括兩個文件傳遞管道(FD管道1、FD管道2)，允許剩余的多路復(fù)用帶寬專用于發(fā)送實(shí)時和IP數(shù)據(jù)服務(wù) (RT+IPDS)。類似地，第二廣域多路復(fù)用(WM2 )可以包括三個文件傳遞管道(FD管道3 — 5 )， 剩余的多路復(fù)用帶寬專用于發(fā)送實(shí)時和IP數(shù)據(jù)服務(wù)。
在多個實(shí)施例中，可以在廣播網(wǎng)絡(luò)內(nèi)將文件傳遞管道組織為由多路復(fù)用(例如，文件傳遞管道的地理區(qū)域)、發(fā)送數(shù)據(jù)速率和一組管道流ID所定義的邏輯實(shí)體。為管道定義的發(fā)送數(shù)據(jù)速率可以取決于分配給該管道的多路復(fù)用帶寬的組成部分。在多個實(shí)施例中， 分配給文件傳遞管道的資源的量是可配置的，該配置取決于由部署的接收機(jī)設(shè)備所支持的數(shù)據(jù)速率。
圖77還示出了，在多個實(shí)施例中，文件傳遞管道可以按照其數(shù)據(jù)速率來定義和組織。文件傳遞管道的數(shù)據(jù)速率中的變化由每一個管道的直徑來示出(例如，WMl中的文件傳遞管道具有較高數(shù)據(jù)速率，因此比WM2中的文件傳遞管道更快)。將文件傳遞管道定義和組織到具有較高和/或較低數(shù)據(jù)速率的組中有助于應(yīng)對由一組不同的部署的接收機(jī)設(shè)備所引起的限制。例如，早期的接收機(jī)設(shè)備通常支持有限的最大數(shù)據(jù)速率，而后期的·接收機(jī)設(shè)備能夠支持更高的數(shù)據(jù)速率。按照文件傳遞管道的數(shù)據(jù)速率來定義和組織文件傳遞管道允許文件傳遞服務(wù)支持早期和后期的接收機(jī)設(shè)備。
圖78A和78B示出了文件傳遞管道還可以被改變大小并被組織，以應(yīng)對時間分集考慮。例如，可以對多路復(fù)用中的文件傳遞管道進(jìn)行組織，以提供用于傳送大文件的高帶寬 /高容量文件傳遞管道，以及用于傳送較小文件的低帶寬/低容量文件傳遞管道。在請求廣播系統(tǒng)周期性地傳輸小的緊急文件時，這種組織方式會是有用處的。在多個實(shí)施例中，文件傳遞管道可以定義為圖78A所示的“胖”文件傳遞管道，或者圖78B所示的“瘦”文件傳遞管道。通過在多路復(fù)用內(nèi)定義“瘦”文件傳遞管道，廣播網(wǎng)絡(luò)可以在接收到這種緊急文件時接納它們，而不會存在延遲或者中斷在“胖”文件傳遞管道上傳送的大文件發(fā)送。
還可以對文件傳遞管道進(jìn)行組織，以便將不同類型的文件業(yè)務(wù)分離開，例如用以支持一個管道上的低等待時間的小文件，同時在分離的管道上傳送高等待時間的大文件， 如圖79A-79G所示的。在多個實(shí)施例中，文件傳遞管道可以被配置為支持用于傳輸信息的 “對等待時間敏感的”數(shù)據(jù)廣播。在多個實(shí)施例中，系統(tǒng)可以被配置為，使得其提供對所有數(shù)據(jù)廣播傳輸?shù)囊恢碌奶幚?。在多個實(shí)施例中，可以將低等待時間的業(yè)務(wù)聚集在一個或多個傳遞管道上。在多個實(shí)施例中，可以使用多個BSM，以便支持多個預(yù)置和動態(tài)的等待時間目標(biāo)。在多個實(shí)施例中，應(yīng)用可以在傳輸對等待時間敏感的數(shù)據(jù)之前實(shí)施前向糾錯(FEC)保護(hù)。
圖79A示出了可以定義文件傳遞管道以支持不同的特定等待時間要求，例如分別為具有15分鐘、一分鐘和30秒等待時間限制的文件定義分開的文件傳遞管道。將文件提供給特定文件傳遞管道也可以是基于優(yōu)先級的。例如，圖78A-B和79A示出了一些文件傳遞管道可以專用于低等待時間(即，緊急的)應(yīng)用文件，而其它文件傳遞管道可以專用于傳48送中等到高等待時間(即，非緊急的)應(yīng)用文件。
圖79B示出了可以按照流或集中地從多路復(fù)用中為實(shí)時(RT)內(nèi)容分配帶寬?？梢詾閷Φ却龝r間容忍的內(nèi)容分配在一組FD管道(FD管道I 一 2)上的集中帶寬，其中該組FD 管道在不同的對等待時間容忍的數(shù)據(jù)廣播流之間共享。對等待時間敏感的內(nèi)容可以在專用于相應(yīng)的對等待時間敏感的數(shù)據(jù)廣播流的IPDS流(IPDS流I 一 4)上發(fā)送。由于管道帶寬會受到設(shè)備限制的約束，因此可以基于峰值和平均數(shù)據(jù)速率以及突發(fā)大小要求來為對等待時間敏感的內(nèi)容分配帶寬。這在圖79C中示出，其顯示了集中帶寬可以基于峰值(Bwpeak)和平均(Bwavs)數(shù)據(jù)速率以及突發(fā)大小要求。然而，在某些情況下，可能難以基于峰值(Bwpeak) 和平均(Bwavs)數(shù)據(jù)速率來估計(jì)最佳集中帶寬。例如，如果估計(jì)過于保守，則所丟失的過多帶寬就難以恢復(fù)。如果帶寬分配策略過于激進(jìn)，則在不同流上的同步突發(fā)會導(dǎo)致分組丟失或者影響實(shí)時發(fā)送。因此，在多個實(shí)施例中，可以使用數(shù)據(jù)廣播傳遞架構(gòu)(DDF)將集中的對等待時間敏感的流在管道中“分組化”和流化，其中數(shù)據(jù)廣播傳遞架構(gòu)可以經(jīng)由BSM公布數(shù)據(jù)廣播。例如，圖79D示出了用于傳輸對等待時間容忍和敏感的內(nèi)容的統(tǒng)一系統(tǒng)，其中，將對等待時間敏感的數(shù)據(jù)、對等待時間容忍的數(shù)據(jù)和實(shí)時數(shù)據(jù)分開并在相應(yīng)的流上發(fā)送。圖 79D示出了可以在一組管道上(對等待時間敏感的數(shù)據(jù)管道I 一 2)上發(fā)送對等待時間敏感的數(shù)據(jù)，而可以在另一組管道(對等待時間容忍的數(shù)據(jù)管道1-2)上發(fā)送對等待時間容忍的數(shù)據(jù)。
如上所述，在多個實(shí)施例中，可以經(jīng)由BSM公布數(shù)據(jù)廣播。在多個實(shí)施例中，BSM可以僅在較小的廣播調(diào)度周期上( bsp 30秒到5分鐘)(BSP通常是15分鐘)公布調(diào)度信息。 在多個實(shí)施例中，多個調(diào)度周期可以用于支持應(yīng)對不同的等待時間要求。這提高了用于低等待時間數(shù)據(jù)的電池效率，并提供了數(shù)據(jù)變化的大得多的周期(例如，不必每秒監(jiān)視一次系統(tǒng))。此外，對于具有低等待時間(30 +秒)的CBR流數(shù)據(jù)，數(shù)據(jù)的分組化允許系統(tǒng)不必每秒監(jiān)視一次數(shù)據(jù)流。
圖79E示出了用于傳輸對等待時間容忍和敏感的內(nèi)容的另一個統(tǒng)一系統(tǒng)。圖79E 示出了可以為對等待時間容忍和敏感的內(nèi)容的統(tǒng)一傳輸增加多個級別的調(diào)度廣播粒度并進(jìn)行分層化。例如，在第一級中，廣播調(diào)度周期可以指定長期調(diào)度周期。這些長期調(diào)度周期可以是5分鐘的倍數(shù)。在一個實(shí)施例中，長期調(diào)度周期的長度可以是15分鐘。在多個實(shí)施例中，可以為可以容忍超過15分鐘的等待時間的應(yīng)用指定長期調(diào)度周期。在第二級中，可以使用中等調(diào)度周期。這個中等調(diào)度周期可以與IAF監(jiān)視周期相同。在多個實(shí)施例中，中等調(diào)度周期可以是比長期調(diào)度周期短的任何持續(xù)時間。例如，在一個實(shí)施例中，中等調(diào)度周期的長度可以是5分鐘，并用于適應(yīng)具有5分鐘BSP等待時間約束的應(yīng)用。圖79E還示出了，除了第一和第二級以外，在多個實(shí)施例中，除了長期和中等調(diào)度周期以外還可以使用多個短期調(diào)度周期。這些短期調(diào)度周期可以比IAF監(jiān)視周期小得多(30秒一 5分鐘)，并可以被定義來支持低等待時間(30秒一 5分鐘)數(shù)據(jù)。
圖79F不出了用于傳輸對等待時間容忍和敏感的內(nèi)容的再另一個統(tǒng)一系統(tǒng)。圖 79F示出了，在支持多個短期調(diào)度周期時，BSF可以傳送多個邏輯BSM。每一個BSM都可以描述覆蓋了特定目標(biāo)等待時間的調(diào)度，并且每一個BSM都可以傳送用以指示下一次何時更新 BSM的下一個監(jiān)視時間。在一個實(shí)施例中，BSM的數(shù)量和周期可以由應(yīng)用配置并驅(qū)動。在多個實(shí)施例中，在周期變化時可以更頻繁地發(fā)送BSM，并且此后可以不太頻繁地發(fā)送BSM。在多個實(shí)施例中，設(shè)備應(yīng)用可以請求按照期望的等待時間進(jìn)行監(jiān)視。例如，圖79G示出了設(shè)備 /服務(wù)器數(shù)據(jù)廣播應(yīng)用可以知道等待時間要求，并且數(shù)據(jù)廣播傳遞架構(gòu)可以將傳輸/捕獲請求映射到滿足等待時間要求的BSM周期。在多個實(shí)施例中，設(shè)備數(shù)據(jù)廣播傳遞架構(gòu)(DDF) 可以按照滿足應(yīng)用的等待時間請求的最低更新周期來監(jiān)視BSM。
圖80示出了還可以對文件傳遞管道進(jìn)行組織，以使得發(fā)送資源(即，管道)專用于特定內(nèi)容提供方和/或無線網(wǎng)絡(luò)運(yùn)營商，以使得這些組織方式能夠平衡廣播網(wǎng)絡(luò)的傳輸服務(wù)。例如，圖80示出了在一個管道中總是傳送來自給定內(nèi)容提供方和/或無線網(wǎng)絡(luò)運(yùn)營商的文件(例如，eID_l到eID_4)的內(nèi)容，不競爭其它管道的使用。
文件傳遞管道可以由一組管道流ID來定義，其標(biāo)識用于在邏輯文件傳遞管道上傳輸文件的實(shí)際發(fā)送流。圖81A到81C示出了用于文件傳遞管道的三個可替換的組織方式。 例如，如圖8IA所示的，文件傳遞管道流ID可以專用于特定應(yīng)用或服務(wù)(例如，每一個應(yīng)用可以具有單獨(dú)的管道流ID)。對這種服務(wù)的接入可以局限于對這種應(yīng)用或服務(wù)的訂購，并且可以借助有條件接入解決方案來保護(hù)對該文件傳遞管道流的接入。在多個實(shí)施例中，可以借助諸如系統(tǒng)信息發(fā)送之類的獨(dú)立機(jī)制來進(jìn)行有條件接入解決方案的專用資源的應(yīng)用或服務(wù)發(fā)現(xiàn)。例如，在一個實(shí)施例中，廣播調(diào)度消息可以描述用于每一個發(fā)送的流ID。
作為另一個實(shí)例，圖81B示出了一種實(shí)現(xiàn)方式，在該實(shí)現(xiàn)方式中，可以在未受訂購的不同應(yīng)用或服務(wù)之間共享一些流，以使得有條件接入解決方案保護(hù)不是必需的，且無需基于系統(tǒng)信息的服務(wù)發(fā)現(xiàn)(例如，對于不同應(yīng)用存在單個/共享的管道流ID)。這種應(yīng)用無需專用流ID分配，并且因此可以在對文件傳遞管道的時分復(fù)用上共享相同的流ID。
作為第三實(shí)例，圖18C示出了一種組織方式，在該組織方式中，文件攝取系統(tǒng)上的文件傳遞管道調(diào)度算法可以被配置具有同時調(diào)度不同文件的額外靈活性，其中以較低的數(shù)據(jù)速率發(fā)送較小的文件，只要不超過集中型資源就無需中斷較大文件的發(fā)送，如圖82A/B 中所示的。就是說，可以使用不同的和獨(dú)立的管道流ID，以便可以在同一管道中調(diào)度多個小文件，作為避免中斷較大文件的發(fā)送的一種方式。在這個實(shí)現(xiàn)方式中，文件傳遞管道可以被配置具有多個流ID，以適應(yīng)多個同時發(fā)送。
由于引入多個文件傳遞管道，會發(fā)生接收機(jī)設(shè)備上文件的同時檢測的問題。這在圖78A/B、79A和80中示出了，其示出了一種系統(tǒng)，在該系統(tǒng)中，可以利用多個管道，并且因此可以同時發(fā)送多個文件，每一個文件經(jīng)由一條管道(假定設(shè)備有權(quán)使用來自使用不同管道的不同提供方的內(nèi)容)。
圖82A和82B示出了用以處理小文件連同大文件一起的發(fā)送的備選方案。如前提及的，具有文件傳遞管道的廣播網(wǎng)絡(luò)將需要一個方法來將文件關(guān)聯(lián)到管道，并調(diào)度文件廣播。文件攝取系統(tǒng)調(diào)度器可以使用配置和輸入?yún)?shù)的組合來將文件關(guān)聯(lián)到管道，并調(diào)度它們的發(fā)送。在多個實(shí)施例中，可以以到管道的位置所及范圍(即，廣播管道文件的位置)來配置管道。在多個實(shí)施例中，應(yīng)用/服務(wù)可以具有地理上的方面。例如，使用文件系統(tǒng)提取的天氣應(yīng)用可以將目錄中的文件名稱定義為/weaApp/East/NYC/或/weaApp/West/LA/。在此情況下，用于天氣應(yīng)用的文件的配置可以是將在美國的東部廣播的廣域多路復(fù)用上管道 X上的/weaApp/East/,以及將在美國的西部廣播的廣域多路復(fù)用上管道Y上的/weaApp/ West。在多個實(shí)施例中，可以存在優(yōu)先級管道(例如，用于低等待時間應(yīng)用文件)。在多個實(shí)施例中，多個管道可以以不同文件大小和等待時間要求(例如，15分鐘、I分鐘和30秒)為目標(biāo)。在多個實(shí)施例中，文件攝取系統(tǒng)可以有權(quán)使用管道配置信息。在多個實(shí)施例中，一旦接收到要廣播的文件，文件攝取系統(tǒng)就可以在基于所配置的地理所及范圍和策略的適當(dāng)管道上調(diào)度文件；或者在最適合于確保等待時間要求的管道上調(diào)度文件。在多個實(shí)施例中，文件攝取系統(tǒng)可以根據(jù)文件的大小來調(diào)度文件。例如，文件攝取系統(tǒng)可以挑選低帶寬管道，或者選擇以低數(shù)據(jù)速率調(diào)度發(fā)送的胖管道上的流ID。在一個實(shí)施例中，文件攝取系統(tǒng)可以分割在胖管道上的較大文件的發(fā)送，如圖82A和82B所示的。這個分開的發(fā)送可以將用于文件的發(fā)送窗口分割到由其他文件的發(fā)送所分隔的幾個分開的窗口中，如圖82B中所示的。在多個實(shí)施例中，BSM可以包括描述這種分開的發(fā)送的特征和信息。在多個實(shí)施例中，接收機(jī)設(shè)備可以被配置為在不同的分開的窗口中收集文件。
因此，在多個實(shí)施例中，文件攝取系統(tǒng)可以包括調(diào)度器，其試圖基于配置和輸入?yún)?shù)的組合(例如，可以同時調(diào)度不同無線運(yùn)營商的設(shè)備可以利用的文件)來同時地調(diào)度文件 (在不同管道中)?？商鎿Q地，調(diào)度器可以計(jì)劃可以同時發(fā)送的文件的多個傳輸，作為允許已選擇接收在第一發(fā)送中的多個并發(fā)文件之一的設(shè)備仍能夠接收在第二發(fā)送上的其他文件的一個方式。
在多個實(shí)施例中，文件攝取系統(tǒng)可以基于每一個文件的數(shù)據(jù)管道的廣播所及區(qū)域 (即，可以接收文件傳遞管道的地理區(qū)域)來配置文件。就是說，利用這些文件傳遞能力的應(yīng)用和服務(wù)可以具有多個地理上的考慮。例如，使用文件系統(tǒng)提取的天氣應(yīng)用可以定義用以指示預(yù)報文件所相關(guān)的區(qū)域的文件名稱和目錄。這樣，基于文件傳遞管道是否會將文件傳遞到所指示區(qū)域，文件攝取系統(tǒng)可以使用天氣應(yīng)用文件名稱來將每一個天氣應(yīng)用文件配置給特定的文件傳遞管道。例如，可以將具有文件目錄字符串“/weaApp/East/NYC/”的文件引導(dǎo)到將在美國東部廣播的廣域多路復(fù)用內(nèi)的文件傳遞管道，而將具有文件目錄字符串“/ weaApp/West/LA/”的文件引導(dǎo)到將在美國西部廣播的廣域多路復(fù)用內(nèi)的文件傳遞管道。
還可以使用策略考慮來定義如何將文件配置給特定的一組文件傳遞管道。例如，視頻剪輯傳遞應(yīng)用可以根據(jù)視頻剪輯的源而將其文件組織到文件目錄中，例如，用于ABC頻道ABC和Disney上的視頻剪輯的文件的“/clipApp/ABC/abc/”和“/clipApp/ ABC/Disney/”，以及用于ESPN頻道上的視頻剪輯的文件的“/clipApp/ESPN/espn/”和 “clipApp/ESPN/eSpn2/”。如此進(jìn)行組織，策略考慮可以指示應(yīng)在文件傳遞管道I上配置來自ABC的文件，而應(yīng)在文件傳遞管道2上配置ESPN視頻剪輯文件。
文件到特定文件傳遞管道的配置也可以基于時間分集要求。例如，可以多次發(fā)送小文件，并且在重傳之間具有一定的時間間隔，從而實(shí)現(xiàn)較高的接收可靠性，或者以較低數(shù)據(jù)速率在較長時間段上發(fā)送小文件。
在多個實(shí)施例中，文件攝取系統(tǒng)可以有權(quán)使用文件傳遞管道配置信息。在經(jīng)由廣播網(wǎng)絡(luò)接收到要傳輸?shù)奈募螅募z取系統(tǒng)可以基于地理所及范圍和策略考慮，來將接收到的文件配置給適當(dāng)?shù)奈募鬟f管道。另外或者可替換地，文件攝取系統(tǒng)可以將接收到的文件配置給文件傳遞管道，以確保滿足為接收到的文件所指定的等待時間要求。另外或者可替換地，在圖81C中示出了，文件攝取系統(tǒng)可以根據(jù)文件的大小、挑選低帶寬管道、或者選擇高帶寬(“胖”)文件傳遞管道上的流ID并指定低數(shù)據(jù)速率發(fā)送，來將接收到的文件配置給文件傳遞管道。
另外，文件攝取系統(tǒng)可以調(diào)度大文件以分開的方式發(fā)送，如圖82B所示的，以使得51可以將大文件分割到多個分開的發(fā)送窗口中，從而使得可以在其間發(fā)送其他較小文件。與分開的發(fā)送窗口的組織方式有關(guān)的信息可以包括在廣播調(diào)度消息中，以使得接收機(jī)設(shè)備能夠從不同的分開的廣播窗口接收文件部分，并在接收后將這些文件部分再組合為原始文件?？梢允褂梦募鬟f管道數(shù)據(jù)速率和每一個文件的大小來為在特定文件傳遞管道內(nèi)調(diào)度的所有文件定義廣播窗口。
圖83A示出了根據(jù)實(shí)施例的可以在文件攝取系統(tǒng)內(nèi)實(shí)現(xiàn)的、用以將接收到的文件分配給文件傳遞管道的示例性方法8300。在方法8300的步驟8302中，文件攝取系統(tǒng)可以確定文件傳遞管道標(biāo)識符，例如帶寬特性(例如，數(shù)據(jù)速率)和策略限制。在步驟8304中，文件攝取系統(tǒng)可以使用與可用文件傳遞管道有關(guān)的這個知識來將接收的文件分配給特定文件傳遞管道。如上所述，文件到傳遞管道的這個分配可以基于多個覆蓋區(qū)域(例如，用以確保將文件傳遞到包含目標(biāo)接收機(jī)設(shè)備的地理區(qū)域)、文件等待時間限制(即，文件急迫性)、 文件大小、管道數(shù)據(jù)速率、以及其他策略考慮。一旦已經(jīng)將文件分配給特定傳遞管道，文件攝取系統(tǒng)就可以在步驟8306中，根據(jù)所請求的傳輸質(zhì)量，為由每一個文件傳遞管道傳送的文件確定廣播調(diào)度(即，廣播窗口)。如上所述，廣播調(diào)度可以基于用于每一個文件的廣播持續(xù)時間，其可以通過將文件大小除以文件傳遞管道數(shù)據(jù)速率來確定?？梢曰谖募南鄬逼刃詠碚{(diào)度文件在廣播調(diào)度周期內(nèi)廣播，例如通過在周期內(nèi)較早地廣播更緊急的文件。 在步驟8308中，文件攝取服務(wù)可以將文件傳遞管道ID連同文件標(biāo)識符、文件廣播窗口、文件參數(shù)等一起包含在廣播調(diào)度消息中。在步驟8310中，文件攝取系統(tǒng)可以指示廣播系統(tǒng)在廣播調(diào)度流中廣播廣播調(diào)度消息，并且在步 驟8312中，使得廣播系統(tǒng)開始根據(jù)在廣播調(diào)度消息中指定的廣播窗口、經(jīng)由所指示的文件傳遞管道發(fā)送文件。
圖83B示出了用于支持調(diào)度文件在多個管道上發(fā)送的調(diào)度器的示例性方法8350。 這個調(diào)度器選擇性地允許根據(jù)作為文件攝取過程的一部分在文件攝取時所提供的調(diào)度約束條件，在多個管道上同時發(fā)送文件。該多管道調(diào)度器可以應(yīng)對多個重疊情況，包括在多個管道上調(diào)度文件的單個實(shí)例的非重疊情形、不同文件的兩個實(shí)例重疊的重疊多文件、以及同一文件的兩個實(shí)例重疊的重疊單文件情況，該重疊單文件情況可以用于推送具有緊迫的發(fā)送最后期限的文件，或者用于在不同線路(lane)中發(fā)送同一文件的不同實(shí)例。參考圖 83B，在步驟8352中，多管道調(diào)度器可以在開始時間計(jì)算一組剩余文件(R)，從剩余文件中減去所刪除的文件，在剩余文件中加入額外的文件，計(jì)算目錄文件并將它們包含在剩余文件中。
調(diào)度器可以在步驟8354中為要調(diào)度的每一個目錄和文件的第一個實(shí)例計(jì)算調(diào)度窗口(SW)。在步驟8356中，調(diào)度器隨后可以選擇具有時間上最早的調(diào)度窗口的可用文件實(shí)例K，從而打破關(guān)聯(lián)性以支持目錄信息文件。在步驟8358中，調(diào)度器隨后可以產(chǎn)生虛幻廣播窗口，并針對當(dāng)前調(diào)度約束條件解碼持續(xù)時間窗口。在步驟8360中，調(diào)度器可以基于圖 83B中所示的計(jì)算來選擇單個文件。在步驟8362中，調(diào)度器隨后可以選擇具有最早可調(diào)度時間的線路或管道。在這么做時，其可以通過選取在調(diào)度窗口開始時間與先前調(diào)度的文件之間具有最小間隙的線路，來在同等條件的線路中進(jìn)行選擇。如果這會產(chǎn)生關(guān)聯(lián)性，調(diào)度器就可以隨機(jī)挑選一個。
在確定步驟8364中，調(diào)度器可以確定廣播窗口是否與現(xiàn)有廣播窗口重疊，并解碼持續(xù)時間(如果有的話)。如果是(即，確定步驟8364 =“是”)，則調(diào)度器可以在步驟8366中使文件j的第k個實(shí)例的解碼窗口和時間前進(jìn)到重疊傳遞窗口的時間，并返回步驟8360中挑選文件j的下一個實(shí)例k。如果廣播窗口不存在重疊(即，確定步驟8364 =“否”)，則調(diào)度器可以在步驟8368中更新可用的文件實(shí)例，并在確定步驟8370中確定文件j的第k個實(shí)例的解碼窗口和時間是否在任何可用的文件實(shí)例的調(diào)度窗口之外。如果是(即，確定步驟 8370 =“是”)，則在步驟8372中，調(diào)度器可以放棄變化，并指示調(diào)度失敗。如果不是(即，確定步驟8370 = “否”)，則在步驟8374中，調(diào)度器可以確定文件j的當(dāng)前實(shí)例是否小于文件目錄中直接實(shí)例的數(shù)量。如果不是(即，確定步驟8374 = “否”)，則在步驟8380中，調(diào)度器可以從剩余文件中去除該文件。在確定步驟8382中，調(diào)度器可以確定剩余文件是否為空。 如果剩余文件現(xiàn)在為空(即，確定步驟8382 =“是”)，則在步驟8384中，調(diào)度器可以實(shí)施變化并指示調(diào)度成功。如果剩余文件不為空(即，確定步驟8382 =“否”)，則調(diào)度器可以返回到步驟8356，以選擇具有最早調(diào)度窗口結(jié)束時間的可用文件實(shí)例。
如果調(diào)度器確定實(shí)例K小于文件目錄的實(shí)例數(shù)量(即，確定步驟8374 = “是”)，則在步驟8376中，調(diào)度器可以將當(dāng)前實(shí)例設(shè)定為一，并分割文件，調(diào)整其他片段最后期限。在返回到步驟8356以選擇具有最早調(diào)度窗口和時間的可用文件實(shí)例之前，在步驟8378中，所述調(diào)度隨后為文件j的第K個實(shí)例計(jì)算所調(diào)度的時間并計(jì)算調(diào)度窗口。
文件內(nèi)容提供方可以使用sendFileRequest (發(fā)送文件請求)操作來向文件攝取系統(tǒng)提供文件。sendFileRequest操作可以包括用以指示為發(fā)送而提交的文件(例如，借助 fileFetchlnfo (文件讀取信息))的機(jī)制，以及用以為每一個文件或文件組定義不同傳遞標(biāo)準(zhǔn)或發(fā)送要求的機(jī)制?？梢曰趦?nèi)容URL來確定文件，內(nèi)容URL提供可以從中取得要廣播的文件的位置。文件的確定還可以確定用于進(jìn)一步將內(nèi)容分配給被攝取的文件或者與之相關(guān)聯(lián)的額外參數(shù)，這些額外參數(shù)例如用于指示在應(yīng)用目錄結(jié)構(gòu)的文件的目錄的文件名稱 (例如，/itv/res/svc_5/fl. jpg),以及可以提供表征文件的參數(shù)的屬性列表(例如，風(fēng)格= 戲劇，性別=男；年齡=20-30等)?？梢栽趶V播調(diào)度消息中傳輸這些額外的參數(shù)，以允許在接收機(jī)設(shè)備上實(shí)施的接收機(jī)應(yīng)用確定應(yīng)該捕獲的被廣播文件。
屬性列表是在cat. xml中傳送還是直接在廣播調(diào)度消息中傳送是根據(jù)提交文件的應(yīng)用希望什么服務(wù)來確定的。如果提交應(yīng)用優(yōu)選管理目錄文件以便向用戶提供目錄文件以使得接收機(jī)設(shè)備能夠更好地選擇要下載的文件，則應(yīng)用可以管理該目錄文件并在接收機(jī)設(shè)備中(例如，在意圖接收該文件的設(shè)備應(yīng)用中)提供有關(guān)于如何使用目錄的邏輯。如果應(yīng)用需要具有用于性能較差的接收機(jī)設(shè)備的簡單實(shí)現(xiàn)方式，或者接收機(jī)設(shè)備未被配置具有相應(yīng)的設(shè)備應(yīng)用，則其可以依賴于廣播調(diào)度消息，使用上述的方法來傳送屬性列表。
圖84示出了可以在適合于實(shí)施多個實(shí)施例的接收機(jī)設(shè)備10內(nèi)實(shí)現(xiàn)的功能模塊。 可以在類似于圖84所示的軟件體系結(jié)構(gòu)8400中組織接收機(jī)設(shè)備10的軟件模塊。廣播發(fā)送可以由接收機(jī)設(shè)備物理層接收，并由諸如FLO傳輸網(wǎng)絡(luò)模塊8401的廣播接收機(jī)模塊處理。 由文件傳輸網(wǎng)絡(luò)8401接收的視頻和音頻流可以由媒體接收機(jī)模塊(未示出)處理。在文件傳輸網(wǎng)絡(luò)8401上接收的文件傳送流可以提供給文件管理器模塊44，并由其處理，文件管理器模塊44運(yùn)行以接收文件分組，并將文件分組引導(dǎo)到設(shè)備軟件體系結(jié)構(gòu)8400內(nèi)的適當(dāng)模塊和應(yīng)用。開銷數(shù)據(jù)流可以傳送到開銷數(shù)據(jù)獲取模塊8408，開銷數(shù)據(jù)獲取模塊8408運(yùn)行以處理開銷數(shù)據(jù)分組，并將接收的元數(shù)據(jù)和開銷數(shù)據(jù)引導(dǎo)到設(shè)備系統(tǒng)體系結(jié)構(gòu)8400內(nèi)的適當(dāng)模塊。服務(wù)SI獲取模塊8407可以從開銷數(shù)據(jù)流中獲取服務(wù)SI數(shù)據(jù)，并將這個信息轉(zhuǎn)發(fā)到文件傳遞系統(tǒng)模塊44和開銷數(shù)據(jù)獲取模塊8408。依據(jù)接收的服務(wù)SI數(shù)據(jù)，文件傳遞系統(tǒng)模塊44可以為傳送交互性資源數(shù)據(jù)的文件數(shù)據(jù)流確定流ID。依據(jù)接收的服務(wù)SI數(shù)據(jù)， 開銷數(shù)據(jù)獲取模塊8408可以確定傳送交互性信令數(shù)據(jù)的信令流。為了支持交互性事件，設(shè)備軟件體系結(jié)構(gòu)8400可以包括文件接收服務(wù)8402，其充當(dāng)在用戶接口(Π )應(yīng)用8404與文件傳輸網(wǎng)絡(luò)8401之間的接口，用于接收、管理和存儲交互性事件。可以將交互性服務(wù)8402 與UI應(yīng)用8404 —起組織為交互式應(yīng)用8502。用戶接口應(yīng)用模塊8404可以包括多個交互式應(yīng)用和一個用戶代理。
在多個實(shí)施例中，文件傳遞服務(wù)模塊44可以向設(shè)備應(yīng)用提供多個服務(wù)。單個文件捕獲服務(wù)可以允許設(shè)備應(yīng)用請求對單個文件的捕獲。為此，設(shè)備應(yīng)用為文件傳遞服務(wù)模塊 44提供應(yīng)用專用文件名稱,例如在像singeCapture (/itv/res/svc_5/f2. jpg)(單個捕獲 (/itv/res/svc_5/f2. jpg))的請求中。
如上所述，可以由文件傳遞服務(wù)模塊44提供的另一個服務(wù)是連續(xù)文件捕獲服務(wù)， 其允許設(shè)備應(yīng)用請求對單個文件名稱的多個更新或者對給定目錄下的所有文件的連續(xù)捕獲。設(shè)備應(yīng)用可以在全部捕獲請求(capture allrequest)中指定應(yīng)用專用文件名稱，以指示應(yīng)接收指定文件的所有更新。這個服務(wù)的一般使用會是追蹤諸如目錄文件之類的應(yīng)用開銷文件中的變化。例如，為了接收交互式應(yīng)用目錄文件的所有更新，應(yīng)用可以發(fā)出 captureAll (/itv/sig/cat. xml)請求。當(dāng)應(yīng)用希望接收在一個應(yīng)用專用目錄中當(dāng)前沒有存儲在接收機(jī)設(shè)備上的所有文件時，設(shè)備應(yīng)用可以指定該應(yīng)用專 用目錄。在大多數(shù)情況下，這會是預(yù)期目錄下的所有新文件。例如，在天氣應(yīng)用中，這個請求會是captureAll (/weaApp/ NYC/)，以請求下載具有NYC子目錄文件名稱的所有文件。與單個文件捕獲服務(wù)不同，全部捕獲服務(wù)持續(xù)監(jiān)視所請求文件的新傳輸或者指定目錄下的新文件。這個服務(wù)取決于文件傳輸網(wǎng)絡(luò)不能通知何時有新文件可用于接收或者何時有文件的新版本可用。可以以新文件名稱或者具有包括在文件元數(shù)據(jù)中的更新的版本編號的相同文件名稱的形式，在廣播調(diào)度消息中提供這種信息。接收機(jī)設(shè)備上的文件傳遞服務(wù)模塊44可以被配置為保持追蹤存儲在存儲器中的文件的版本，并追蹤在廣播調(diào)度消息中提供的版本信息，以避免多次接收相同文件，因?yàn)檫@樣會不必要地耗盡設(shè)備電池。
如圖85所示，諸如服務(wù)圖標(biāo)應(yīng)用8501和交互式應(yīng)用8502以及多呈現(xiàn)列表視圖 (MPV)應(yīng)用8503之類的設(shè)備應(yīng)用可以指定要獲取的文件以及要執(zhí)行的文件獲取類型(即， 捕獲一次或者自動捕獲)。為了確定文件名稱或文件擴(kuò)展名，設(shè)備應(yīng)用可以從信道系統(tǒng)信息 (SD8504和/或服務(wù)SI8505、8506接收這種信息，其是作為部分開銷廣播發(fā)送的組成部分而提供的。一些設(shè)備應(yīng)用還可以由訂購管理器8507來支持，訂購管理器8507可以是用于管理對由多個設(shè)備應(yīng)用訂購的廣播服務(wù)的注冊和訂購的應(yīng)用。
可以在文件傳遞服務(wù)模塊44中提供的第三個服務(wù)是取消服務(wù)，其允許設(shè)備應(yīng)用取消對文件的單個捕獲(singleCapture)或者取消對文件或目錄的連續(xù)捕獲 (captureAlI)。當(dāng)啟用時，所述取消服務(wù)使文件傳遞服務(wù)模塊44停止對被取消的與原始請求相關(guān)聯(lián)的文件的獲取。
圖86示出了根據(jù)實(shí)施例的示例性數(shù)據(jù)圖表8600，其可以用于為廣播而調(diào)度的文件的目錄中的文件。如圖86所示，目錄文件(catalog file)8601可以包括文件信息8602， 文件信息8602自身可以包括文件名稱數(shù)據(jù)字段8603以及可選的過濾屬性數(shù)據(jù)字段8604，以及可選的應(yīng)用參數(shù)數(shù)據(jù)字段8605。文件名稱數(shù)據(jù)字段8604可以包括完全受限的提取文件名稱，諸如包括根目錄和子目錄的文件名稱字符串?？蛇x的過濾屬性數(shù)據(jù)字段8604可以包括對過濾有用的額外信息，諸如子目錄、文件類型或文件擴(kuò)展名，或者其他適合的文件描述參數(shù)。可選的應(yīng)用參數(shù)數(shù)據(jù)字段8605可以包括與要使用所述數(shù)據(jù)文件的應(yīng)用有關(guān)的信息，其對于確定是否應(yīng)接收各個文件是有用的。
為了提供文件捕獲服務(wù)，文件傳遞服務(wù)模塊44使用在廣播調(diào)度消息中提供的信息來確定接收哪些文件及何時接收這些文件。圖87A示出了接收機(jī)設(shè)備的處理器或集成接收機(jī)/處理器芯片可以響應(yīng)于從設(shè)備應(yīng)用接收到singleCapture服務(wù)文件下載請求而實(shí)施的實(shí)施例方法8700a。在方法8700a的步驟8702中，接收機(jī)設(shè)備的處理器可以從設(shè)備應(yīng)用 (即，運(yùn)行在接收機(jī)設(shè)備的處理器內(nèi)的應(yīng)用)接收文件下載請求。
如上所述，廣播調(diào)度消息包括將被廣播的文件的名稱，以及文件傳遞服務(wù)模塊44 為了選擇要接收的文件所需的信息。所以在步驟8704中，在處理器內(nèi)實(shí)現(xiàn)的文件傳遞設(shè)備模塊44監(jiān)視接收的廣播調(diào)度消息。步驟8704可以包括暫時啟動接收機(jī)設(shè)備的接收機(jī)電路，其時間長得足以從開銷流接收到廣播調(diào)度消息，以及處理接收到的廣播調(diào)度消息以獲得其包括的信息。在步驟8706中，處理器可以獲得要廣播的一個或多個文件的名稱(包括其文件擴(kuò)展名)。如上所述，作為文件擴(kuò)展名的這種文件名稱可以被包括在廣播調(diào)度消息的廣播調(diào)度記錄(BSR)內(nèi)。在步驟8708中，處理器可以將從廣播調(diào)度消息獲得的文件名稱或文件擴(kuò)展名字符串與在步驟8702中提供的由請求設(shè)備應(yīng)用所指定的文件名稱或文件擴(kuò)展名相比較。在確定步驟8710中，處理器可以確定在廣播調(diào)度消息中指定的文件名稱或文件擴(kuò)展名與設(shè)備應(yīng)用所請求的文件名稱或文件擴(kuò)展名之間是否存在匹配。如果不存在匹配 (即，確定步驟8710 =“否”)，則在步驟8711中，處理器就可以等待直到在廣播調(diào)度消息中所指示的將更新廣播調(diào)度消息的時間。如上所述，可以重復(fù)廣播相同的廣播調(diào)度消息直到更新時間為止。通過在廣播調(diào)度消息中指定何時將廣播更新的消息，接收機(jī)設(shè)備可以通過保持其接收機(jī)電路停用直到發(fā)送新的廣播調(diào)度消息為止，來節(jié)省電池功率。在當(dāng)前時間等于所指示的廣播調(diào)度消息更新時間時，處理器可以返回到步驟8704，以接收并處理更新的廣播調(diào)度消息。
如果處理器確定在廣播調(diào)度消息中指定的文件名稱或文件擴(kuò)展名與由設(shè)備應(yīng)用在步驟8702中指定的文件名稱或文件擴(kuò)展名匹配(即，確定步驟8710 = “是”)，則處理器可以調(diào)度對所匹配文件的接收。這可以通過以下來完成在步驟8712中從廣播調(diào)度消息獲得關(guān)于匹配的文件的廣播時間和接收信息(例如，流ID、使用IP地址的IP流標(biāo)識符、和/或 UDP端口號)，并在步驟8714中基于廣播時間調(diào)度對匹配的文件的接收。調(diào)度對匹配的文件的接收可以在確定步驟8716中完成，例如，通過在存儲器寄存器中存儲所獲得的廣播時間，經(jīng)常將該廣播時間與當(dāng)前時間相比較，以便在當(dāng)前時間與存儲在存儲器中的時間相匹配時產(chǎn)生中斷，以啟動文件接收例程。在當(dāng)前時間與調(diào)度的廣播時間不匹配時(即，確定步驟8716 =“否”)，處理器可以執(zhí)行步驟8711，等待更新廣播調(diào)度消息的時間，這是因?yàn)閺V播調(diào)度消息的接收處理(如上參照步驟8704到8711所說明的)可以以并行方式繼續(xù)。就在調(diào)度廣播時間之前(即，在確定步驟8716 =“是”時)，在步驟8718中，處理器可以喚醒接收機(jī)設(shè)備的接收機(jī)電路，并在步驟8720中從公布的傳輸流接收所選擇的文件。作為步驟8720 的組成部分，如上所述，在處理器內(nèi)運(yùn)行的文件傳遞服務(wù)模塊44可以在存儲器中存儲接收的文件，并且在一些實(shí)施例中，注明其版本號。在步驟8722中，在處理器內(nèi)運(yùn)行的文件傳遞服務(wù)模塊44可以使用上述的過程將接收到的滿足原始應(yīng)用請求的文件傳送到發(fā)出請求的應(yīng)用。在接收文件后，處理器可以停用接收機(jī)電路并返回步驟8711，以等待廣播調(diào)度消息將被更新的時間。
當(dāng)設(shè)備應(yīng)用使用singleCapture服務(wù)請求文件下載時，可以由設(shè)備應(yīng)用在步驟 8702中指定一個或多個特定文件名稱。一旦接收到指定的文件并存儲在存儲器和/或傳送到請求設(shè)備應(yīng)用，處理器就可以取消該文件下載請求，以便不會接收相同文件的后續(xù)廣播。
當(dāng)在由提交要傳輸?shù)奈募那岸藗?cè)應(yīng)用所提供的目錄文件中指示了與經(jīng)由廣播網(wǎng)絡(luò)傳輸?shù)奈募嘘P(guān)的信息時，該目錄文件可以包括在圖86所示的數(shù)據(jù)圖表中所指示的信息。使用在這個目錄文件中提供的信息，設(shè)備應(yīng)用可以基于使用文件系統(tǒng)提取時的文件的文件名稱，和/或可以與每一個文件相關(guān)聯(lián)的過濾屬性，來指定要捕獲的文件。接收機(jī)設(shè)備上的應(yīng)用隨后可以使用接收的目錄文件結(jié)合應(yīng)用已知的信息(諸如接收機(jī)設(shè)備用戶的性別和年齡)，來選擇其屬性與接收機(jī)設(shè)備或用戶的屬性匹配的下載文件。由于文件名稱可以包括在目錄文件中，因此設(shè)備應(yīng)用可以在singleCapture操作中使用文件的文件名稱來請求對該文件的捕獲。
圖87B示出了可以在接收機(jī)設(shè)備的處理器內(nèi)實(shí)現(xiàn)以完成全部捕獲服務(wù)的實(shí)施例方法8700b。當(dāng)設(shè)備應(yīng)用使用連續(xù)捕獲請求服務(wù)(例如，autoCapture(itv/sig/cat. xml)或 autoCapture(itv:l))請求文件下載，以便持續(xù)接收對特定文件的所有更新時，可以執(zhí)行以上參考圖87A說明的操作，不同之處在于在接收到匹配的文件并存儲在存儲器后，不自動取消該文件下載請求。由于該文件下載請求保持有效，因此處理器可以繼續(xù)接收與文件擴(kuò)展名標(biāo)準(zhǔn)相匹配的文件。為了通過避免冗余文件的接收(由于文件可能被多次廣播以確保可靠的接收)而節(jié)省電池功率，處理器可以執(zhí)行額外的確定步驟8713，該步驟將在廣播調(diào)度消息中指定的所匹配文件的文件名稱或版本號與存儲器中存儲的文件名稱和/或版本號相比較。如果所匹配文件具有與存儲器中存儲的文件相同的文件名稱、文件ID/元素ID 或版本號(即，確定步驟8713 =“是”)，就無需再次接收該文件，所以處理器可以進(jìn)行步驟 8711，等待直到更新廣播調(diào)度消息為止。然而，如果在廣播調(diào)度消息中指示的所匹配文件的文件名稱、文件ID/元素ID或版本號具有不同于存儲器中存儲的文件名稱或版本號(S卩，確定步驟8713 =“否”)，則處理器就可以通過進(jìn)行以上參考圖87A說明的步驟8712到8722 來進(jìn)行調(diào)度對所確定的文件的接收。由于在接收到所匹配的文件時不自動取消文件傳遞請求，因此在處理器內(nèi)運(yùn)行的文件傳遞服務(wù)模塊44可以繼續(xù)監(jiān)視廣播調(diào)度消息并捕獲所有所匹配的文件的更新，只要該請求保持有效。
將文件名稱提取用于經(jīng)由廣播系統(tǒng)、單播網(wǎng)絡(luò)或廣播和單播網(wǎng)絡(luò)的組合的文件傳遞實(shí)現(xiàn)了能夠簡單部署的文件傳遞服務(wù)。使用這種通信網(wǎng)絡(luò)的應(yīng)用更易于開發(fā)，因?yàn)榭梢岳贸Ｒ姷奈募U(kuò)展名概念。通過提供前端系統(tǒng)用于攝取文件(例如，文件攝取系統(tǒng))和命名要廣播的文件作為文件系統(tǒng)中的路徑的組成部分，可以在現(xiàn)有廣播系統(tǒng)內(nèi)實(shí)現(xiàn)多個實(shí)施例。文件攝取系統(tǒng)提供用于攝取文件的接口，調(diào)度文件傳輸時機(jī)(如果通過廣播網(wǎng)絡(luò)發(fā)送)， 并經(jīng)由諸如廣播網(wǎng)絡(luò)中的廣播調(diào)度消息開銷流的某種解決方案專用信令機(jī)制向設(shè)備公布可用的文件。在接收機(jī)設(shè)備內(nèi)可以實(shí)現(xiàn)文件傳遞服務(wù)模塊(例如在軟件更新中)，以便理解前端信令，并接收關(guān)于捕獲廣播文件的設(shè)備應(yīng)用請求，以及維護(hù)適當(dāng)?shù)臓顟B(tài)信息以避免重復(fù)文件接收和檢測文件更新。在這個系統(tǒng)中，由于應(yīng)用僅需獲知其根目錄和應(yīng)用專用子目錄組織形式來指定要從廣播服務(wù)接收的文件，因此簡化了設(shè)備應(yīng)用開發(fā)。應(yīng)用于是可以在不要求進(jìn)一步的發(fā)現(xiàn)機(jī)制或諸如系統(tǒng)信息的廣播系統(tǒng)的知識的情況下，請求捕獲文件?？梢越柚赃^程或通過應(yīng)用到文件的傳遞架構(gòu)接口或API，來做出該文件捕獲請求。對于應(yīng)用開發(fā)者，這個文件擴(kuò)展名范例類似于請求訪問文件系統(tǒng)上的文件，或者經(jīng)由如FTP的文件傳送協(xié)議讀取文件。
以廣播調(diào)度消息形式發(fā)送開銷信息的廣播文件傳輸網(wǎng)絡(luò)向接收設(shè)備提供與將要廣播的文件有關(guān)的信息，以及用以將上下文關(guān)聯(lián)到每一個文件的額外的信息(例如，應(yīng)用目錄空間上的目錄名稱，或者屬性特性的列表等)。這種上下文信息可以由接收設(shè)備用于從所公布的不同文件廣播中選擇接收與位于接收機(jī)設(shè)備上的服務(wù)或應(yīng)用相關(guān)的那些文件。在廣播調(diào)度消息中提供的文件ID和/或元素ID信息還可以允許接收機(jī)設(shè)備確定文件是新文件還是對先前接收的文件的更新。該廣播調(diào)度消息結(jié)構(gòu)支持描述應(yīng)用文件名稱或?qū)傩宰址膭e名。該廣播調(diào)度消息結(jié)構(gòu)還允許指示所傳輸?shù)奈募念愋?，例如，單個文件相對于文件包。使用在廣播調(diào)度消息中或者可選地在文件傳遞目錄系統(tǒng)中可利用的信息，接收機(jī)設(shè)備可以確定接收(即，過濾和選擇)期望接收的文件，以使得接收機(jī)電路僅被啟動來接收對位于接收機(jī)設(shè)備上的應(yīng)用有用的那些文件。
文件攝取系統(tǒng)通過使得文件內(nèi)容提供方能夠指示并表征要通過廣播網(wǎng)絡(luò)傳輸?shù)奈募⒍x用來指定需要如何及時地或如何可靠地通過共享且常常是稀有的廣播資源傳送文件的發(fā)送要求，實(shí)現(xiàn)了對所述文件的攝取。時間線或接收機(jī)電池約束條件可以要求廣播系統(tǒng)一次僅公布少量的調(diào)度信息。文件攝取系統(tǒng)的調(diào)度功能可以通過在新文件發(fā)送要求與先前攝取的文件的文件發(fā)送要求之間進(jìn)行平衡，來滿足新文件發(fā)送要求。此外，文件攝取系統(tǒng)可以被配置為，確保使得采用諸如規(guī)律性更新的廣播調(diào)度消息形式的刷新調(diào)度信息的流可以及時地用于接收機(jī)設(shè)備，并且按照公布的調(diào)度來發(fā)送文件。
為了實(shí)現(xiàn)在有限廣播資源內(nèi)文件的有效發(fā)送，可以將文件傳遞組織到文件傳遞管道中，作為用以概念性捕獲用于廣播網(wǎng)絡(luò)上文件傳輸?shù)馁Y源分配的機(jī)制。可以實(shí)施不同策略以調(diào)整多個管道配置和供應(yīng)，以便在應(yīng)用使用本文所述的文件系統(tǒng)提取時將應(yīng)用文件綁定到管道。調(diào)度算法可以利用不同管道配置來在廣播網(wǎng)絡(luò)的帶寬和運(yùn)行條件內(nèi)滿足應(yīng)用傳遞要求。
不同實(shí)施例提供了針對廣播、接收和處理文件的多個優(yōu)點(diǎn)和有用的特征。這些特征包括用于在通過廣播分發(fā)網(wǎng)絡(luò)傳遞文件時使用文件系統(tǒng)提取來命名文件的機(jī)制、用于當(dāng)提交文件以通過廣播傳遞系統(tǒng)攝取和傳輸時作為指示文件的一個手段來通知文件名稱的機(jī)制、用于借助文件系統(tǒng)提取從描述可用文件的廣播傳遞系統(tǒng)請求文件的下載的機(jī)制、 以及用于基于與應(yīng)用相關(guān)的目錄和子目錄將文件綁定到文件傳遞應(yīng)用的機(jī)制。
文件傳遞架構(gòu)(FDF)提供一個靈活的機(jī)制來在后臺中向設(shè)備傳遞文件。其具有以下關(guān)鍵設(shè)計(jì)目標(biāo)靈活的文件廣播調(diào)度-文件廣播窗口可以被動態(tài)地調(diào)度并通知給設(shè)備； 可擴(kuò)展到大量應(yīng)用-其可以將來自多個應(yīng)用的數(shù)據(jù)多路復(fù)用到同一流中，以顯著減小系統(tǒng)中數(shù)據(jù)流的數(shù)量；以及功率效率-設(shè)備僅在選擇性接收用戶感興趣的數(shù)據(jù)時消耗能量。
廣播調(diào)度消息提供了用來公布對通過廣播網(wǎng)絡(luò)發(fā)送文件的調(diào)度的機(jī)制，其借助文件名稱、屬性和應(yīng)用/服務(wù)標(biāo)識符將文件與服務(wù)或應(yīng)用相關(guān)聯(lián)。廣播調(diào)度消息還可以指示被廣播的文件是新的、更新的還是重復(fù)的文件，以使得能夠配置接收機(jī)設(shè)備以捕獲文件的單個或者所有更新的版本。除了廣播窗口和在廣播文件時可能的多個實(shí)例的指示以外，廣播調(diào)度消息可以通知能夠在其中接收到文件的傳輸流。廣播調(diào)度消息還可以指示何時用新的調(diào)度信息來更新廣播調(diào)度消息。廣播調(diào)度消息還可以描述用于被傳輸?shù)奈募膽?yīng)用/服務(wù)ID和別名信息。廣播調(diào)度消息可以一次僅公布文件廣播調(diào)度信息的未改變部分，以便使內(nèi)容刷新與對接收機(jī)設(shè)備的電池影響保持平衡。
多個實(shí)施例還提供了一種機(jī)制，其使得接收機(jī)設(shè)備能夠發(fā)現(xiàn)廣播網(wǎng)絡(luò)傳輸技術(shù)、 所用的頻率、傳輸在給定頻率中的部分、以及在該技術(shù)與頻率中用來為在通過廣播技術(shù)發(fā)送的文件提供傳遞調(diào)度信息的傳輸流。接收機(jī)設(shè)備可以利用所公布的、在廣播調(diào)度消息中提供的調(diào)度，基于文件相關(guān)聯(lián)的服務(wù)或應(yīng)用以及文件是新的還是對先前接收的文件的更新，來選擇要接收的文件。
多個實(shí)施例可以包括使廣播發(fā)送資源專用于不同傳遞和不同地理覆蓋要求的文件的多路復(fù)用傳輸、劃分可用于在不同文件傳遞管道上進(jìn)行文件傳輸?shù)馁Y源，以便應(yīng)對不同傳遞要求、不同的接收機(jī)約束條件、或者提供業(yè)務(wù)分割。可以將不同類的文件綁定到一組文件傳遞管道，以便滿足不同傳遞要求、不同接收機(jī)約束條件、或提供業(yè)務(wù)分割?？梢詫τ脕韨魉筒煌募膫鬏斄鬟M(jìn)行多路復(fù)用，以便最大限度地利用專用資源進(jìn)行文件傳輸。 傳輸流可以進(jìn)一步被配置為實(shí)現(xiàn)通過不同的不連續(xù)發(fā)送來傳輸文件，以允許較小文件的交織。文件的類可以被綁定到一組資源，以便滿足不同傳遞要求、不同接收機(jī)約束條件或提供業(yè)務(wù)分割?？梢曰谖募鬟f要求、可用文件傳遞管道、文件的類到一組資源的綁定來將文件分配給文件傳遞管道。發(fā)送方上的應(yīng)用和服務(wù)可以使用廣播系統(tǒng)的文件傳遞服務(wù)來構(gòu)造開銷文件、目錄文件，其列出了應(yīng)用使之可用于廣播或其他(例如，單播)傳輸?shù)乃形募约皯?yīng)用專用屬性。
文件攝取系統(tǒng)可以連同其他應(yīng)用專用文件一起從文件內(nèi)容提供方接收并傳輸目錄文件，并且接收機(jī)設(shè)備可以被配置為基于在這種目錄文件中的信息選擇要接收的文件。 位于接收機(jī)設(shè)備上的應(yīng)用可以使用更新的目錄文件，基于在表征目錄中列出的每一個文件的可用屬性上所施加的應(yīng)用專用邏輯，來確定感興趣的文件。
圖88是適合于與任意實(shí)施例一起使用的接收機(jī)設(shè)備的系統(tǒng)方框圖。典型的接收機(jī)設(shè)備8800可以包括處理器8801，其耦合到內(nèi)部存儲器8802、顯示器8803和揚(yáng)聲器8854。 另外，接收機(jī)設(shè)備8800可以包括天線8804，用于發(fā)送和接收電磁輻射，天線8804可以連接到被耦合到處理器8801的無線數(shù)據(jù)鏈路和/或蜂窩電話接收機(jī)8805以及耦合到處理器 8801的移動多媒體廣播接收機(jī)8806。接收機(jī)設(shè)備8800通常還包括用于接收用戶輸入的菜單選擇按鈕或搖臂開關(guān)8808。
用于接收和處理交互式事件信令消息的多個實(shí)施例方法可以由多媒體廣播接收機(jī)8824以及處理器8801及存儲器8802的組成部分來執(zhí)行。在多媒體廣播接收機(jī)8824內(nèi)的或耦合到多媒體廣播接收機(jī)8824的可替換地專用模塊可以執(zhí)行實(shí)施例方法。
上述的廣播方上的多個實(shí)施例可以在任何各種市場上可購買的服務(wù)器設(shè)備上實(shí)現(xiàn)，諸如圖89中所示的服務(wù)器8900。這個服務(wù)器8900通常包括處理器8901，其耦合到易失性存儲器8902和諸如磁盤驅(qū)動器8903的大容量非易失性存儲器。服務(wù)器8900還可以包括耦合到處理器8901的軟盤驅(qū)動器、緊致盤(⑶)或DVD盤驅(qū)動器8906。服務(wù)器8900還58可以包括網(wǎng)絡(luò)接入端口 8904，其耦合到處理器8901，用于與網(wǎng)絡(luò)8905建立數(shù)據(jù)連接，網(wǎng)絡(luò) 8905例如為耦合到其他廣播系統(tǒng)計(jì)算機(jī)和服務(wù)器的局域網(wǎng)。
處理器8801和8901可以是任何可編程微處理器、微型計(jì)算機(jī)或多處理器芯片，其可以由軟件指令(應(yīng)用)來配置以執(zhí)行各種功能，包括以下說明的多個實(shí)施例的功能。在一些移動接收機(jī)設(shè)備中，可以提供多個處理器8901，例如一個處理器專用于無線通信功能，一個處理器專用于運(yùn)行其他應(yīng)用。通常，在訪問軟件應(yīng)用并將其載入處理器8801、8901之前， 可以將其存儲在內(nèi)部存儲器8802、8902、8903中。處理器8801、8901可以包括足夠用來存儲應(yīng)用軟件指令的內(nèi)部存儲器。
前述方法說明和過程流程圖僅是作為示例性實(shí)例而提供的，并非旨在要求或暗示必須以所呈現(xiàn)的順序來執(zhí)行多個實(shí)施例的步驟。如同本領(lǐng)域技術(shù)人員會理解的，可以以任意順序來執(zhí)行前述實(shí)施例中的步驟的順序。諸如“此后”、“隨后”、“接下來”等的詞語并非旨在限制步驟的順序；這些詞語僅僅用于引導(dǎo)讀者閱讀方法的說明。此外，對權(quán)利要求元素的單數(shù)方式的任何提及，例如使用冠詞“一(a，an)”或“所述(the)”不應(yīng)解釋為將元素限制為單個。
結(jié)合本文公開的實(shí)施例描述的各種示例性的邏輯塊、模塊、電路、和算法步驟均可以實(shí)現(xiàn)成電子硬件、計(jì)算機(jī)軟件或其組合。為了清楚地表示硬件和軟件之間的這種可互換性，上面在其功能方面對各種示例性的組件、塊、模塊、電路、和步驟進(jìn)行了總體描述。至于這種功能是實(shí)現(xiàn)成硬件還是實(shí)現(xiàn)成軟件，取決于特定的應(yīng)用和對整個系統(tǒng)所施加的設(shè)計(jì)約束條件。熟練的技術(shù)人員可以針對每個特定應(yīng)用，以變通的方式實(shí)現(xiàn)所描述的功能，但這種實(shí)現(xiàn)方式?jīng)Q策不應(yīng)理解為導(dǎo)致脫離本發(fā)明的范圍。
用于實(shí)現(xiàn)結(jié)合本文公開的實(shí)施例描述的各種示例性邏輯、邏輯塊、模塊和電路的硬件可以以通用處理器、數(shù)字信號處理器(DSP)、專用集成電路(ASIC)、現(xiàn)場可編程門陣列 (FPGA)或者其它可編程邏輯器件、分立的門或晶體管邏輯、分立硬件組件，或者被設(shè)計(jì)為執(zhí)行本文所述功能的它們的任何組合來實(shí)現(xiàn)或執(zhí)行。通用處理器可以是微控制器，但可替換地，該處理器可以是任何傳統(tǒng)處理器、控制器、微控制器或者狀態(tài)機(jī)。處理器還可以實(shí)現(xiàn)為計(jì)算設(shè)備的組合，例如，DSP和微處理器的組合、多個微處理器、一個或多個微處理器結(jié)合 DSP內(nèi)核，或者任何其它這種結(jié)構(gòu)?？商鎿Q地，一些步驟或方法可以由專用于給定功能的電路來執(zhí)行。
在一個或多個示例性實(shí)施例中，所述的功能可以在硬件、軟件、固件或其任意組合中實(shí)現(xiàn)。如果在軟件中實(shí)現(xiàn)，則所述功能可以作為一個或多個指令或代碼在計(jì)算機(jī)可讀介質(zhì)上進(jìn)行存儲或傳送。本文公開的方法或算法的步驟可以體現(xiàn)在處理器可執(zhí)行軟件模塊中，其可以位于實(shí)體的非暫時性計(jì)算機(jī)可讀存儲介質(zhì)上。實(shí)體的非暫時性計(jì)算機(jī)可讀存儲介質(zhì)可以是可由計(jì)算機(jī)訪問的任意可用介質(zhì)。示例性地而非限制性地，這種非暫時性計(jì)算機(jī)可讀介質(zhì)可以包括RAM、ROM、EEPROM、CD-ROM或其它光盤存儲器、磁盤存儲器或其它磁存儲設(shè)備或者可用于以指令或數(shù)據(jù)結(jié)構(gòu)的形式存儲預(yù)期程序代碼并且可由計(jì)算機(jī)訪問的任意其它介質(zhì)。本文使用的盤片(disk)和盤(disc)包括緊致盤(⑶)、激光盤、光盤、數(shù)字多功能盤(DVD)、軟盤和藍(lán)光盤，其中盤片常常以磁性方式再現(xiàn)數(shù)據(jù)，而盤通過激光以光學(xué)方式來再現(xiàn)數(shù)據(jù)。上述介質(zhì)的組合也包括在非暫時性計(jì)算機(jī)可讀介質(zhì)的范圍內(nèi)。另外，方法或算法的操作可以作為代碼和/或指令的一個或任意組合或者代碼集和/或指令集駐留在實(shí)59體的非暫時性機(jī)器可讀機(jī)器和/或計(jì)算機(jī)可讀介質(zhì)上，其可以包含在計(jì)算機(jī)程序產(chǎn)品中。
提供了對于公開的實(shí)施例的以上描述，以使得本領(lǐng)域技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。在不脫離本發(fā)明的精神或范圍的情況下，本領(lǐng)域技術(shù)人員將會容易地獲知對這些實(shí)施例的各種修改，并且可以將本文定義的一般原理應(yīng)用于其它實(shí)施例。因此，本發(fā)明并不旨在限于本文所示的實(shí)施例，而應(yīng)被給予與隨后的權(quán)利要求和本文公開的原理和新穎特征相一致的最大范圍。
權(quán)利要求
1.一種用于經(jīng)由廣播通信網(wǎng)絡(luò)向接收機(jī)設(shè)備傳遞文件的方法，包括 從內(nèi)容提供方接收要傳輸?shù)奈募?，所接收的文件具有文件名稱并包含與文件內(nèi)容和通信要求有關(guān)的信息； 調(diào)度所述所接收的文件，用于經(jīng)由廣播發(fā)送內(nèi)的文件數(shù)據(jù)流進(jìn)行發(fā)送； 產(chǎn)生廣播調(diào)度消息，所述廣播調(diào)度消息指示何時將在廣播調(diào)度周期內(nèi)廣播文件、與這些文件有關(guān)的信息、以及用于每一個文件的被調(diào)度廣播時間窗口 ； 經(jīng)由所述廣播網(wǎng)絡(luò)，來廣播所產(chǎn)生的廣播調(diào)度消息；以及 根據(jù)在所述廣播調(diào)度消息內(nèi)包含的所述被調(diào)度廣播時間窗口，借助于所述廣播網(wǎng)絡(luò)的所述文件數(shù)據(jù)流來廣播所述所接收的文件。
2.根據(jù)權(quán)利要求I所述的方法，其中，基于相對急迫性，調(diào)度所述所接收的文件用于廣播。
3.根據(jù)權(quán)利要求I所述的方法，其中，在被組織到一個或多個文件傳遞管道中的發(fā)送資源上廣播所述所接收的文件。
4.根據(jù)權(quán)利要求I所述的方法，進(jìn)一步包括 從在接收機(jī)設(shè)備內(nèi)運(yùn)行的應(yīng)用接收對于捕獲文件的請求，所述請求指定一個或多個接收標(biāo)準(zhǔn)； 在所述接收機(jī)設(shè)備中接收所述廣播調(diào)度消息； 在所述接收機(jī)設(shè)備中針對與所述接收標(biāo)準(zhǔn)相匹配的文件而監(jiān)視所述廣播調(diào)度消息； 當(dāng)與所述接收標(biāo)準(zhǔn)相匹配的文件將被廣播時，從所述廣播調(diào)度消息中確定所述被調(diào)度廣播時間窗口； 在為所匹配的文件而確定的被調(diào)度廣播時間窗口，啟動所述接收機(jī)設(shè)備的接收機(jī)電路； 基于在所接收的廣播調(diào)度消息中的文件信息，來選擇要接收的文件； 在所述接收機(jī)設(shè)備中從所述廣播發(fā)送中接收所選擇的文件；以及 將所述所選擇的文件傳送到運(yùn)行在所述接收機(jī)設(shè)備內(nèi)的發(fā)出請求的所述應(yīng)用。
5.根據(jù)權(quán)利要求4所述的方法，其中，在所述接收機(jī)設(shè)備中從所述廣播發(fā)送中接收所選擇的文件進(jìn)一步包括在所述接收機(jī)設(shè)備中的存儲器中存儲版本標(biāo)識信息，所述版本標(biāo)識信息標(biāo)識所接收的文件的版本，所述方法進(jìn)一步包括 在所述接收機(jī)設(shè)備中，針對具有指示了正在廣播所述所接收的文件的較新或更新版本的版本標(biāo)識信息的文件而監(jiān)視所述廣播調(diào)度消息；及 當(dāng)所述廣播調(diào)度消息指示正在廣播所述文件的新的或更新的版本時，在所述接收機(jī)設(shè)備中從所述廣播網(wǎng)絡(luò)接收所請求的文件的更新的版本。
6.根據(jù)權(quán)利要求4所述的方法，其中，從在接收機(jī)設(shè)備內(nèi)運(yùn)行的應(yīng)用接收對于捕獲文件的請求進(jìn)一步包括由所述接收機(jī)設(shè)備接收捕獲請求，所述捕獲請求采用了對于捕獲一次包含被請求文件的文件的命令的形式，或者是作為對于捕獲所述文件的所有實(shí)例的命令。
7.根據(jù)權(quán)利要求4所述的方法，其中，所述所產(chǎn)生的廣播調(diào)度消息進(jìn)一步指定將更新所述廣播調(diào)度消息的時間，所述方法進(jìn)一步包括 在所述廣播調(diào)度周期內(nèi)多次廣播所述廣播調(diào)度消息；在接收到所述廣播調(diào)度消息后，停用所述接收機(jī)設(shè)備中的接收機(jī)電路； 確定當(dāng)前時間何時等于將更新所述廣播調(diào)度消息的時間； 在所述當(dāng)前時間等于將更新所述廣播調(diào)度消息的時間時，重新啟動所述接收機(jī)設(shè)備中的所述接收機(jī)電路 '及 接收更新的廣播調(diào)度消息。
8.根據(jù)權(quán)利要求4所述的方法，其中，將所述所選擇的文件傳送到運(yùn)行在所述接收機(jī)設(shè)備內(nèi)的發(fā)出請求的所述應(yīng)用包括采用不將運(yùn)行在所述接收機(jī)設(shè)備內(nèi)的所述應(yīng)用暴露給用于向所述接收機(jī)設(shè)備傳遞所述文件的傳遞方法的方式，將所述文件傳送到運(yùn)行在所述接收機(jī)設(shè)備內(nèi)的所述應(yīng)用。
9.根據(jù)權(quán)利要求4所述的方法，其中 從在接收機(jī)設(shè)備內(nèi)運(yùn)行的應(yīng)用接收對于捕獲文件的請求包括接收指定了文件目錄的、對于捕獲文件的請求；及 基于在所接收的廣播調(diào)度消息中的文件信息來選擇要接收的文件包括基于與所指定的文件目錄相匹配的文件標(biāo)識符來選擇要接收的文件。
10.根據(jù)權(quán)利要求I所述的方法，其中，廣播所產(chǎn)生的廣播調(diào)度消息包括作為開銷傳輸流的組成部分來廣播所述廣播調(diào)度消息，所述開銷傳輸流提供了關(guān)于在給定頻率上的文件廣播的傳遞調(diào)度信息。
11.根據(jù)權(quán)利要求I所述的方法，其中，廣播所產(chǎn)生的廣播調(diào)度消息包括作為開銷傳輸流的組成部分來廣播所述廣播調(diào)度消息，所述開銷傳輸流提供了關(guān)于在在給定頻率上的文件廣播的傳遞調(diào)度信息，所述傳遞調(diào)度信息設(shè)定由所述廣播調(diào)度消息公布的傳遞調(diào)度。
12.根據(jù)權(quán)利要求11所述的方法，其中，所述廣播調(diào)度消息公布在廣播調(diào)度周期上所有成功調(diào)度的文件。
13.根據(jù)權(quán)利要求11所述的方法，其中，所述廣播調(diào)度消息僅公布在廣播調(diào)度周期上成功調(diào)度的文件的一小部分。
14.根據(jù)權(quán)利要求13所述的方法，進(jìn)一步包括 確定已經(jīng)被接受來進(jìn)行發(fā)送、但其傳遞調(diào)度尚未由所述廣播調(diào)度消息公布的文件；以及 修改已經(jīng)被接受來進(jìn)行發(fā)送、但其傳遞調(diào)度尚未由所述廣播調(diào)度消息公布的文件的傳遞調(diào)度信息。
15.根據(jù)權(quán)利要求3所述的方法，其中，所述內(nèi)容提供方為每一個所述所接收的文件指定廣播傳輸要求。
16.根據(jù)權(quán)利要求15所述的方法，進(jìn)一步包括 借助文件攝取系統(tǒng)攝取所述所接收的文件； 從所述文件攝取系統(tǒng)發(fā)送通知，以便向所述廣播網(wǎng)絡(luò)通知所攝取的文件以及所述所攝取的文件的所述廣播傳輸要求；及 在所述文件攝取系統(tǒng)中調(diào)度所述所攝取的文件在一個或多個廣播發(fā)送流上的發(fā)送時間。
17.根據(jù)權(quán)利要求16所述的方法，進(jìn)一步包括 將兩個或更多個所攝取的文件組合到適于在廣播發(fā)送流上傳輸?shù)囊粋€或多個傳輸文件中。
18.根據(jù)權(quán)利要求16所述的方法，其中，由所述內(nèi)容提供方指定的每一個所述廣播傳輸要求都包括及時性要求和魯棒性要求。
19.根據(jù)權(quán)利要求18所述的方法，其中，所述及時性要求包括所攝取的文件的等待時間容忍程度。
20.根據(jù)權(quán)利要求18所述的方法，其中，所述魯棒性要求包括所攝取的文件所需的前向糾錯級別。
21.根據(jù)權(quán)利要求16所述的方法，其中，所述廣播調(diào)度消息公布對所述所接收的文件的傳遞調(diào)度，所述方法進(jìn)一步包括 確定已經(jīng)被調(diào)度來在所述廣播發(fā)送流上進(jìn)行發(fā)送、但尚未由所述廣播調(diào)度消息公布的文件；及 使用由所述內(nèi)容提供方指定的所述傳輸要求，來將新攝取的文件連同所確定的文件一起打包到所述廣播發(fā)送流中。
22.根據(jù)權(quán)利要求16所述的方法，進(jìn)一步包括使用所述文件傳遞管道將多個不同文件多路復(fù)用到每一個所述廣播發(fā)送流上。
23.根據(jù)權(quán)利要求22所述的方法，進(jìn)一步包括采用應(yīng)對由所述內(nèi)容提供方指定的應(yīng)用專用傳遞要求的方式，在所述文件傳遞管道中調(diào)度所述所攝取的文件，其中，由運(yùn)行在所述接收機(jī)設(shè)備上的應(yīng)用將所述應(yīng)用專用傳遞要求發(fā)送到所述內(nèi)容提供方。
24.根據(jù)權(quán)利要求22所述的方法，進(jìn)一步包括 將發(fā)送方應(yīng)用組織到類中；及 將應(yīng)用的所述類映射到特定的文件傳遞管道。
25.根據(jù)權(quán)利要求3所述的方法，進(jìn)一步包括 將每一個所接收的文件與用于唯一地標(biāo)識該文件并提供版本支持的傳輸文件ID相關(guān)聯(lián)；及 基于所述傳輸文件ID，調(diào)度每一個文件傳遞管道以傳送所述所接收的文件的序列。
26.根據(jù)權(quán)利要求3所述的方法，其中，調(diào)度每一個文件以便在專用文件傳遞管道上在廣播窗口內(nèi)廣播，每一個廣播窗口都具有一大小。
27.根據(jù)權(quán)利要求26所述的方法，其中，每一個文件傳遞管道的所述廣播窗口的大小是根據(jù)該文件傳遞管道的數(shù)據(jù)速率與在該文件傳遞管道上發(fā)送的文件的大小來計(jì)算的。
28.根據(jù)權(quán)利要求26所述的方法，其中，每一個文件傳遞管道的所述廣播窗口的大小與在該文件傳遞管道上發(fā)送的文件的大小除以該文件傳遞管道的數(shù)據(jù)速率的商成比例。
29.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以描述將在所述廣播調(diào)度周期內(nèi)廣播的一系列文件，每一個廣播調(diào)度周期都定義一個表示在所述廣播調(diào)度消息中包含的、所公布的文件廣播調(diào)度的數(shù)量的量。
30.根據(jù)權(quán)利要求I所述的方法，其中，至少一個所接收到的文件被調(diào)度為在單個廣播調(diào)度周期中在一個以上廣播時間窗口內(nèi)廣播。
31.根據(jù)權(quán)利要求I所述的方法，其中 產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包含關(guān)于要在單個廣播調(diào)度周期內(nèi)廣播的多個文件的接收信息；并且經(jīng)由所述廣播網(wǎng)絡(luò)廣播所產(chǎn)生的廣播調(diào)度消息包括在同一廣播時間窗口中重復(fù)發(fā)送所述廣播調(diào)度消息。
32.根據(jù)權(quán)利要求12所述的方法，其中，在每一個廣播超幀中重復(fù)廣播所述廣播調(diào)度消息。
33.根據(jù)權(quán)利要求32所述的方法，其中，在與在所述文件數(shù)據(jù)流上發(fā)送的單個文件相關(guān)聯(lián)的廣播調(diào)度周期內(nèi)存在多個廣播窗口。
34.根據(jù)權(quán)利要求33所述的方法，其中，將所述單個文件分割為多個分開的片段，所述多個分開的片段與其他文件交織，并且在所述文件數(shù)據(jù)流上與其他文件一起發(fā)送。
35.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包括廣播調(diào)度監(jiān)視記錄，所述廣播調(diào)度監(jiān)視記錄具有下一監(jiān)視時間數(shù)據(jù)字段，所述下一監(jiān)視時間數(shù)據(jù)字段指定所述接收機(jī)設(shè)備應(yīng)針對更新的廣播調(diào)度消息而監(jiān)視廣播調(diào)度流的下一個時間。
36.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包括流廣播調(diào)度記錄，所述流廣播調(diào)度記錄描述關(guān)于在所述文件數(shù)據(jù)流上廣播的文件的廣播調(diào)度。
37.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包括用來指示多個文件的前綴匹配字符串，其指示了與在所述文件數(shù)據(jù)流上廣播的文件相關(guān)聯(lián)的文件內(nèi)容。
38.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包括用來指示多個目錄名稱的前綴匹配字符串，其指示了與在所述文件數(shù)據(jù)流上廣播的文件相關(guān)聯(lián)的文件內(nèi)容。
39.根據(jù)權(quán)利要求37所述的方法，其中，所述廣播調(diào)度記錄準(zhǔn)確地包括一個前綴匹配字符串，其指示了與文件名稱相關(guān)聯(lián)的文件內(nèi)容。
40.根據(jù)權(quán)利要求37所述的方法，其中，所述接收機(jī)設(shè)備被配置為與在所述前綴匹配字符串中的值執(zhí)行雙向前綴匹配。
41.根據(jù)權(quán)利要求38所述的方法，其中，所述廣播調(diào)度記錄準(zhǔn)確地包括一個前綴匹配字符串，其指示了與文件名稱相關(guān)聯(lián)的文件內(nèi)容。
42.根據(jù)權(quán)利要求38所述的方法，其中，所述接收機(jī)設(shè)備被配置為與在所述前綴匹配字符串中的值執(zhí)行雙向前綴匹配。
43.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包括屬性字符串，其提供了用以表征文件內(nèi)容的多個屬性。
44.根據(jù)權(quán)利要求I所述的方法，其中，產(chǎn)生廣播調(diào)度消息包括產(chǎn)生所述廣播調(diào)度消息，以包括廣播調(diào)度信息記錄。
45.根據(jù)權(quán)利要求44所述的方法，其中，產(chǎn)生所述廣播調(diào)度消息以包括廣播調(diào)度信息記錄包括產(chǎn)生所述廣播調(diào)度消息的所述廣播調(diào)度信息記錄，以包括報頭部分和主體部分。
46.根據(jù)權(quán)利要求45所述的方法，其中，產(chǎn)生所述廣播調(diào)度信息記錄包括產(chǎn)生所述廣播調(diào)度信息記錄的所述報頭部分，以包括下一監(jiān)視時間數(shù)據(jù)字段和監(jiān)視周期數(shù)據(jù)字段。
47.根據(jù)權(quán)利要求46所述的方法，進(jìn)一步包括 從所述廣播調(diào)度信息記錄的所述報頭部分提取所述下一監(jiān)視時間數(shù)據(jù)字段和所述監(jiān)視周期數(shù)據(jù)字段 '及 使用所提取的下一監(jiān)視時間數(shù)據(jù)字段和所提取的監(jiān)視周期數(shù)據(jù)字段，以不同的等待時間來傳遞數(shù)據(jù)。
48.根據(jù)權(quán)利要求45所述的方法，其中，產(chǎn)生所述廣播調(diào)度信息記錄包括 確定系統(tǒng)是否支持初始獲取流(IAF)系統(tǒng)；以及 產(chǎn)生所述廣播調(diào)度信息記錄的所述報頭部分，以包括監(jiān)視周期數(shù)據(jù)字段，并且在確定所述系統(tǒng)不支持初始獲取流(IAF)系統(tǒng)的情況下包括下一監(jiān)視時間字段。
49.根據(jù)權(quán)利要求46所述的方法，其中，產(chǎn)生所述廣播調(diào)度信息記錄的所述報頭部分包括產(chǎn)生所述報頭部分，以包括包含與所述文件數(shù)據(jù)流有關(guān)的信息的信息字段。
50.根據(jù)權(quán)利要求49所述的方法，其中，產(chǎn)生所述報頭部分以包括信息字段包括產(chǎn)生所述信息字段，以包括流ID數(shù)據(jù)字段和數(shù)據(jù)速率數(shù)據(jù)字段。
51.根據(jù)權(quán)利要求46所述的方法，其中，所述下一監(jiān)視時間數(shù)據(jù)字段指定所述接收機(jī)設(shè)備應(yīng)針對更新的廣播調(diào)度消息而監(jiān)視所述廣播調(diào)度流的下一個時間。
52.根據(jù)權(quán)利要求I所述的方法，進(jìn)一步包括 使用初始獲取流(IAF)系統(tǒng)來通知所述廣播調(diào)度消息的新版本。
53.根據(jù)權(quán)利要求I所述的方法，進(jìn)一步包括在所述接收機(jī)設(shè)備中從初始獲取流(IAF)接收最新的目錄信息消息，并且執(zhí)行比較操作，所述比較操作將從所述最新的目錄信息消息中提取的所接收的廣播調(diào)度消息的版本信息與未終止的被處理的廣播調(diào)度消息的版本信息進(jìn)行比較。
54.根據(jù)權(quán)利要求53所述的方法，進(jìn)一步包括如果所述比較操作的結(jié)果指示所述版本不同，則啟動在所述接收機(jī)設(shè)備中的接收機(jī)電路，以接收更新的廣播調(diào)度消息。
55.根據(jù)權(quán)利要求I所述的方法，進(jìn)一步包括在所述接收機(jī)設(shè)備中接收所述廣播調(diào)度消息，并且將在所接收的廣播調(diào)度消息中的版本參數(shù)與目錄信息消息單元中的版本參數(shù)相比較，并且如果被比較的版本不同，則忽略所接收的廣播調(diào)度消息。
56.根據(jù)權(quán)利要求12所述的方法，其中，所述廣播網(wǎng)絡(luò)將下一監(jiān)視字段設(shè)備配置參數(shù)設(shè)定為在所述廣播調(diào)度周期的開始時間之前的可變秒數(shù)，所述方法進(jìn)一步包括在所述接收機(jī)設(shè)備中檢測廣播調(diào)度消息更新，并且在所述廣播調(diào)度周期開始之前接收更新的廣播調(diào)度消息。
全文摘要
用于在廣播系統(tǒng)上將文件有效地傳遞到移動設(shè)備的方法、系統(tǒng)和設(shè)備提供機(jī)制和系統(tǒng)?？梢詫⒂糜趶V播的文件在邏輯上標(biāo)識為屬于文件系統(tǒng)中的目錄。廣播調(diào)度消息可以向接收機(jī)設(shè)備通知將在特定時間廣播的文件，并且描述所述文件。文件可以在文件傳遞管道中發(fā)送，文件傳遞管道可以具有不同帶寬和數(shù)據(jù)速率。根據(jù)實(shí)施例配置的接收機(jī)設(shè)備可以基于與文件相關(guān)聯(lián)的服務(wù)或應(yīng)用，以及文件是新的還是對先前接收的文件的更新，利用廣播調(diào)度消息來選擇要接收的文件。接收機(jī)設(shè)備啟動接收機(jī)電路，以在其公布的廣播窗口內(nèi)捕獲文件，并將接收的文件傳送到請求所述文件的應(yīng)用或服務(wù)。
文檔編號H04N21/443GK102948159SQ201180026570
公開日2013年2月27日 申請日期2011年5月27日 優(yōu)先權(quán)日2010年5月28日
發(fā)明者C·M·D·帕索斯, R·薩烏塔, Q·高, M·K·吉韋爾, T·M·納佳拉杰, D·G·卡文迪什, J·斯瓦米, R·A·戈?duì)柮?申請人:高通股份有限公司