用于執(zhí)行文件修復(fù)過(guò)程的用戶設(shè)備節(jié)點(diǎn)、服務(wù)器節(jié)點(diǎn)以及在此類節(jié)點(diǎn)中執(zhí)行的方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及用于執(zhí)行文件修復(fù)過(guò)程的用戶設(shè)備節(jié)點(diǎn)、服務(wù)器節(jié)點(diǎn)和在此類節(jié)點(diǎn)中 執(zhí)行的方法。
【背景技術(shù)】
[0002] 在當(dāng)前視頻和文件輸送解決方案中，幾乎所有移動(dòng)運(yùn)營(yíng)商支持和使用輸送文件到 用戶的單播模式。單播是將數(shù)據(jù)發(fā)送到通過(guò)獨(dú)特的地址識(shí)別的單個(gè)網(wǎng)絡(luò)目的地。單播由最 終用戶在要求數(shù)據(jù)文件時(shí)觸發(fā)，并且來(lái)自服務(wù)器節(jié)點(diǎn)的文件輸送占用專用的無(wú)線電資源。 此類網(wǎng)絡(luò)在圖Ia中示出，其中，服務(wù)器節(jié)點(diǎn)101 (或發(fā)送器）經(jīng)一個(gè)或更多個(gè)中間節(jié)點(diǎn)105 將數(shù)據(jù)文件傳送到用戶設(shè)備節(jié)點(diǎn)(或接收器）l〇3glj 103 N。如能夠看到的，文件以單播模式 輸送，使得正在傳送到用戶設(shè)備節(jié)點(diǎn)103JP 1032的相同文件在某些節(jié)點(diǎn)之間被并行傳送兩 次。在移動(dòng)網(wǎng)絡(luò)中，無(wú)線電資源是有限的，并且取決于需求，對(duì)用戶的支持是有限的，并且最 終用戶體驗(yàn)質(zhì)量不能始終得到保證。
[0003] 多媒體廣播/多播服務(wù)（MBMS)是經(jīng)蜂窩網(wǎng)絡(luò)提供的點(diǎn)到多點(diǎn)（PtM)服務(wù)，它克服 了單播文件輸送的限制，并且為運(yùn)營(yíng)商打開了將高級(jí)內(nèi)容和文件輸送卸載到在地理位置中 的移動(dòng)和固定裝置的機(jī)會(huì)。此類解決方案在圖Ib中示出，其中，文件以點(diǎn)到多點(diǎn)方式在服 務(wù)器節(jié)點(diǎn)101與一個(gè)或更多個(gè)用戶設(shè)備節(jié)點(diǎn)或接收器103glj 103 N之間輸送。
[0004] 演進(jìn)MBMS (eMBMS)用于在包括演進(jìn)UMTS地面無(wú)線電接入網(wǎng)絡(luò)（e-UTRAN)和 UTRAN接入的演進(jìn)分組核心（EPC)解決方案中命名eMBMS服務(wù)。
[0005] MBMS下載能夠用于將任意數(shù)量的文件從單個(gè)源輸送到許多接收器。MBMS下載一 般情況下利用通過(guò)單向傳輸?shù)奈募鬏攨f(xié)議（FLUTE，RFC 3926)進(jìn)行文件輸送。FLUTE設(shè)計(jì) 用于通過(guò)諸如用于數(shù)字廣播的那些鏈路的單向鏈路進(jìn)行海量文件輸送。
[0006] 文件修復(fù)過(guò)程的目的是修復(fù)來(lái)自MBMS下載數(shù)據(jù)傳送的丟失或損壞的文件片段。
[0007] 與題為"多媒體廣播/多播服務(wù)（MBMS);協(xié)議和編解碼器"的RFC 26. 346有關(guān)的 第三代合作伙伴項(xiàng)目的技術(shù)規(guī)范定義了點(diǎn)到點(diǎn)（PtP)文件修復(fù)過(guò)程和防止來(lái)自用戶設(shè)備 節(jié)點(diǎn)的大量文件修復(fù)請(qǐng)求的機(jī)制。
[0008] 圖2示出在RFC 26. 346中定義的方案，由此在文件的傳送已完成后，在用戶設(shè)備 節(jié)點(diǎn)能夠使用在用戶設(shè)備節(jié)點(diǎn)與文件修復(fù)服務(wù)器207之間傳遞的信號(hào)203、205請(qǐng)求文件修 復(fù)過(guò)程前，存在回退時(shí)間201，這些回退時(shí)間為不同用戶設(shè)備節(jié)點(diǎn)隨機(jī)選擇，使得大量點(diǎn)到 點(diǎn)文件修復(fù)請(qǐng)求不同時(shí)發(fā)送。
[0009] 雖然文件修復(fù)請(qǐng)求的此隨機(jī)分布有助于防止由于過(guò)載造成的系統(tǒng)故障，但機(jī)制仍 具有作為處理文件修復(fù)請(qǐng)求的低效率方式的缺點(diǎn)。

【發(fā)明內(nèi)容】

[0010] 本發(fā)明的目的是提供消除或降低至少一個(gè)或更多個(gè)上面提及的缺點(diǎn)的方法和設(shè) 備。
[0011] 根據(jù)本發(fā)明的第一方面，提供了一種在網(wǎng)絡(luò)的用戶設(shè)備節(jié)點(diǎn)中用于執(zhí)行文件修復(fù) 過(guò)程的方法，其中，用戶設(shè)備節(jié)點(diǎn)適用于接收來(lái)自服務(wù)器節(jié)點(diǎn)的一個(gè)或更多個(gè)文件。方法包 括將加入請(qǐng)求傳送到服務(wù)器節(jié)點(diǎn)的步驟，加入請(qǐng)求指示用戶設(shè)備想加入信道以便接收請(qǐng)求 的文件。從服務(wù)器節(jié)點(diǎn)接收對(duì)應(yīng)于請(qǐng)求的文件的數(shù)據(jù)。用戶設(shè)備節(jié)點(diǎn)確定請(qǐng)求的文件中的 數(shù)據(jù)丟失是否高于或可能高于閾值。如果是，則將輸送缺失報(bào)告?zhèn)魉偷椒?wù)器節(jié)點(diǎn)，所述報(bào) 告指示請(qǐng)求的文件中的數(shù)據(jù)丟失高于閾值，其中，輸送缺失報(bào)告由服務(wù)器節(jié)點(diǎn)用于確定是 否應(yīng)啟用多播文件修復(fù)過(guò)程。
[0012] 根據(jù)本發(fā)明的另一方面，提供了一種在網(wǎng)絡(luò)中使用的用戶設(shè)備節(jié)點(diǎn)，其中，一個(gè)或 更多個(gè)文件從服務(wù)器節(jié)點(diǎn)輸送到用戶設(shè)備節(jié)點(diǎn)。用戶設(shè)備節(jié)點(diǎn)包括傳送單元，傳送單元配 置成將加入請(qǐng)求傳送到服務(wù)器節(jié)點(diǎn)，加入請(qǐng)求指示用戶設(shè)備節(jié)點(diǎn)想加入信道以便接收請(qǐng)求 的文件。接收單元配置成接收來(lái)自服務(wù)器節(jié)點(diǎn)的對(duì)應(yīng)于請(qǐng)求的文件的數(shù)據(jù)。處理單元適用 于確定請(qǐng)求的文件中的數(shù)據(jù)丟失是否高于或可能高于閾值，并且如果是，則控制傳送單元 向服務(wù)器節(jié)點(diǎn)傳送輸送缺失報(bào)告，所述報(bào)告指示請(qǐng)求的文件中的數(shù)據(jù)丟失高于閾值。輸送 缺失報(bào)告由服務(wù)器節(jié)點(diǎn)用于確定是否應(yīng)啟用多播文件修復(fù)過(guò)程。
[0013] 根據(jù)本發(fā)明的第二方面，提供了一種在網(wǎng)絡(luò)的服務(wù)器節(jié)點(diǎn)中用于提供與正被輸 送到多個(gè)用戶設(shè)備節(jié)點(diǎn)的文件有關(guān)的文件修復(fù)過(guò)程的方法。方法包括以下步驟：接收來(lái)自 用戶設(shè)備節(jié)點(diǎn)的對(duì)應(yīng)于正在輸送的文件的輸送缺失報(bào)告，并且確定從其它用戶設(shè)備節(jié)點(diǎn)已 接收的用于正在輸送的對(duì)應(yīng)文件的輸送缺失報(bào)告的數(shù)量。如果輸送缺失報(bào)告的數(shù)量高于多 播閾值，則啟用多播文件修復(fù)過(guò)程。
[0014] 根據(jù)本發(fā)明的另一方面，提供了一種用于提供與正被輸送到網(wǎng)絡(luò)中的多個(gè)用戶設(shè) 備節(jié)點(diǎn)的文件有關(guān)的文件修復(fù)過(guò)程的服務(wù)器節(jié)點(diǎn)。服務(wù)器節(jié)點(diǎn)包括傳送單元，傳送單元適 用于將請(qǐng)求的文件傳送到一個(gè)或更多個(gè)用戶設(shè)備節(jié)點(diǎn)。接收單元適用于接收來(lái)自用戶設(shè)備 節(jié)點(diǎn)的輸送缺失報(bào)告，輸送缺失報(bào)告對(duì)應(yīng)于正在傳送的文件。處理單元適用于確定已從其 它用戶設(shè)備節(jié)點(diǎn)接收的用于正在傳送的文件的輸送缺失報(bào)告的數(shù)量，其中，如果輸送缺失 報(bào)告的數(shù)量高于多播閾值，則處理單元還適用于啟用多播文件修復(fù)過(guò)程。
[0015] 根據(jù)示例實(shí)施例，使用通過(guò)單向傳輸?shù)奈募鬏擣LUTE協(xié)議，能夠在服務(wù)器節(jié)點(diǎn) 與用戶設(shè)備節(jié)點(diǎn)之間輸送文件，和/或其中網(wǎng)絡(luò)提供演進(jìn)多媒體廣播多播服務(wù)eMBMS服務(wù)。
【附圖說(shuō)明】
[0016] 為更好地理解本發(fā)明及更清晰示出可如何實(shí)現(xiàn)本發(fā)明，現(xiàn)在將僅通過(guò)示例的方式 參照附圖，其中： 圖Ia和Ib示出使用單播和多播的操作模式傳送文件的方法； 圖2示出常規(guī)文件修復(fù)過(guò)程； 圖3示出根據(jù)本發(fā)明的一實(shí)施例的方法； 圖4示出根據(jù)本發(fā)明的一個(gè)實(shí)施例的用戶設(shè)備節(jié)點(diǎn)的示例； 圖5示出根據(jù)本發(fā)明的另一實(shí)施例的方法； 圖6示出根據(jù)本發(fā)明的一實(shí)施例的服務(wù)器節(jié)點(diǎn)的示例；以及 圖7示出根據(jù)本發(fā)明的一實(shí)施例的文件修復(fù)過(guò)程。
【具體實(shí)施方式】
[0017] 本發(fā)明的實(shí)施例旨在提供改進(jìn)的文件修復(fù)過(guò)程。實(shí)施例基于服務(wù)器節(jié)點(diǎn)，例如廣 播多播服務(wù)中心（BM-SC)，所述BM-SC能夠例如通過(guò)識(shí)別哪些公共符號(hào)塊和/或多少符號(hào)塊 將需要修復(fù)來(lái)確定在BM-SC完成輸送所述特定文件前多少用戶（用戶設(shè)備節(jié)點(diǎn))將要執(zhí)行文 件修復(fù)過(guò)程。如下面各種實(shí)施例中將進(jìn)一步詳細(xì)描述的，BM-SC能夠通過(guò)在用戶設(shè)備節(jié)點(diǎn) 加入信道以接收特定文件輸送時(shí)接收來(lái)自用戶設(shè)備節(jié)點(diǎn)的采用輸送缺失報(bào)告形式的信息， 決定啟用點(diǎn)到多點(diǎn)文件修復(fù)過(guò)程。
[0018] 本發(fā)明的實(shí)施例因此基于定義在用戶設(shè)備節(jié)點(diǎn)與BM-SC節(jié)點(diǎn)之間的接口，由此， 用戶設(shè)備節(jié)點(diǎn)在加入廣播服務(wù)時(shí)，例如根據(jù)是否已出現(xiàn)(或可能或預(yù)測(cè)要出現(xiàn)）數(shù)據(jù)丟失的 閾值，報(bào)告輸送缺失狀態(tài)信息。輸送缺失狀態(tài)信息(例如，米用輸送缺失報(bào)告的形式)例如能 夠發(fā)送到由輸送缺失報(bào)告URI指定的地址。如下面將解釋的，能夠根據(jù)RFC 26. 346規(guī)范的 用戶服務(wù)描述（USD)來(lái)輸送URI和/或閾值。要注意的是，輸送此信息的其它方法也預(yù)期 由本發(fā)明涵蓋。BM-SC能夠分析它接收的輸送缺失狀態(tài)報(bào)告，并且確定點(diǎn)到多點(diǎn)文件修復(fù)是 否是必需的。這能夠?qū)⒘硗饪赡艿臅r(shí)間之前執(zhí)行，例如，如果用戶設(shè)備節(jié)點(diǎn)在文件輸送已完 成后報(bào)告其缺失狀態(tài)。
[0019] 圖3示出根據(jù)本發(fā)明的第一實(shí)施例，在要執(zhí)行文件修復(fù)過(guò)程的網(wǎng)絡(luò)的用戶設(shè)備節(jié) 點(diǎn)中執(zhí)行的方法，由此，用戶設(shè)備節(jié)點(diǎn)適用于接收來(lái)自服務(wù)器節(jié)點(diǎn)的一個(gè)或更多個(gè)文件。方 法包括將加入請(qǐng)求傳送到服務(wù)器節(jié)點(diǎn)的步驟，加入請(qǐng)求指示用戶設(shè)備想加入信道以便接收 例如廣播文件的請(qǐng)求的文件，步驟301。在步驟303中，接收來(lái)自服務(wù)器節(jié)點(diǎn)的對(duì)應(yīng)于請(qǐng)求 的文件的數(shù)據(jù)。然后，在步驟305中確定請(qǐng)求的文件中的數(shù)據(jù)丟失是否高于或可能高于閾 值。如果是，則在步驟307中將輸送缺失報(bào)告?zhèn)魉偷椒?wù)器節(jié)點(diǎn)，所述報(bào)告指示請(qǐng)求的文件 中的數(shù)據(jù)丟失高于閾值。輸送缺失報(bào)告由服務(wù)器節(jié)點(diǎn)用于確定是否應(yīng)啟用多播文件修復(fù)過(guò) 程。如果在步驟305中確定請(qǐng)求的文件中的數(shù)據(jù)丟失不高于(或不大可能高于）閾值，則根 據(jù)此實(shí)施例，不發(fā)送輸送缺失報(bào)告。
[0020] 在傳送加入請(qǐng)求的步驟前，要注意的是，方法可包括接收用戶服務(wù)描述（USD)元 數(shù)據(jù)片段的步驟，所述元數(shù)據(jù)片段包含地址(諸如輸送缺失報(bào)告要發(fā)送到的URI地址)，和/ 或在評(píng)估數(shù)據(jù)丟失中要使用的閾值。在步驟300中，這些識(shí)別何時(shí)和如何發(fā)送缺失數(shù)據(jù)報(bào) 告。USB元數(shù)據(jù)片段能夠在USD發(fā)現(xiàn)和通知過(guò)程期間接收。
[0021] 也要注意的是，如在下面其它實(shí)施例中將討論的，在數(shù)據(jù)丟失低于閾值時(shí)，在