本發(fā)明涉及管理網(wǎng)絡(luò)中的內(nèi)容遞送的領(lǐng)域，尤其涉及使用單播和多播的組合來管理內(nèi)容遞送。

背景技術(shù)：

1、視頻內(nèi)容當(dāng)前使用單播遞送被遞送到一系列客戶端設(shè)備，其中，單個數(shù)據(jù)流被發(fā)送到每個客戶端設(shè)備。web(http)技術(shù)被用于內(nèi)容遞送，其中，內(nèi)容被分割為短片段文件，通常持續(xù)時間在六到十秒左右，使得每個片段文件能夠由客戶端設(shè)備請求并使用http被遞送到客戶端設(shè)備。

2、還可以以一組質(zhì)量等級對每個片段進行編碼，每個質(zhì)量等級具有不同的比特率并且因此具有不同的文件大小?？蛻舳嗽O(shè)備監(jiān)視其緩沖器等級和所實現(xiàn)的網(wǎng)絡(luò)吞吐量，并根據(jù)這些來確定請求下一個片段的質(zhì)量，以便實現(xiàn)媒體質(zhì)量與及時遞送之間的良好折衷。這通常被稱為自適應(yīng)比特率(adaptive?bitrate，abr)流傳輸。

3、然而，http在單播上(一對一)傳輸來遞送，因此對于同時向許多客戶端設(shè)備遞送相同內(nèi)容是低效的。多播(一對多)傳輸將更加高效。然而，多播目前很少用于除了網(wǎng)絡(luò)運營商遞送到其自己的機頂盒的網(wǎng)上線性視頻信道之外的任何服務(wù)。其主要原因是多播不適合在因特網(wǎng)上開放使用。

4、為了給基于http的因特網(wǎng)媒體流傳輸帶來多播可縮放性的益處，正在研究和標(biāo)準(zhǔn)化被稱為多播自適應(yīng)比特率(multicast-adaptive?bitrate，m-abr)的一類技術(shù)。

5、多播自適應(yīng)比特率(m-abr)是相對新的技術(shù)。其目的是允許通過使得能夠?qū)⒍嗖ビ糜谠S多客戶端幾乎同時請求相同內(nèi)容的內(nèi)容流而在網(wǎng)絡(luò)上更有效地遞送abr內(nèi)容。

6、許多m-abr系統(tǒng)的一個環(huán)境是部署多播并使能m-abr，而不對已經(jīng)支持http(單播)流傳輸?shù)目蛻舳嗽O(shè)備和客戶端應(yīng)用進行任何改變。這可以使用利用多播和單播遞送兩者的組合的混合方法來實現(xiàn)，其中代理被插入在客戶端設(shè)備和內(nèi)容服務(wù)器之間。代理可以檢查來自客戶端設(shè)備的內(nèi)容請求，并且在適當(dāng)時加入多播信道，接收多播內(nèi)容，并且將該內(nèi)容提供給客戶端，內(nèi)容被封裝以看起來像單播遞送內(nèi)容。

7、這樣的混合解決方案的示例包括：cable?labs的“ip?multicast?adaptive?bitrate?architecture?technical?report(ip多播自適應(yīng)比特率架構(gòu)技術(shù)報告)”(oc-tr-ip-multi-arch-c01-161026，26/10/2016)；3gpp規(guī)范23.246(mbms?architecture?andfunctional?description，mbms架構(gòu)和功能描述)、26.346(mbms?protocols?and?codecs，mbms協(xié)議和編解碼器)和26.347(mbms?api)；以及dvb“adaptive?media?streaming?overip?multicast(基于ip多播的自適應(yīng)媒體流傳輸)”(etsi?ts103769v1.1.1(2020-11))。

8、然而，關(guān)于何時加入多播信道的決定不是直接的。當(dāng)前可用的一些解決方案僅提供對單個abr/質(zhì)量等級的支持，并且通過發(fā)信號通知內(nèi)容僅在該單個質(zhì)量等級下可用來防止客戶端設(shè)備適應(yīng)不同的質(zhì)量等級。然而，當(dāng)數(shù)據(jù)未及時在網(wǎng)絡(luò)上遞送時，這給出了較差的用戶體驗，其中中斷了客戶端設(shè)備處的內(nèi)容呈現(xiàn)。這樣的中斷可能導(dǎo)致內(nèi)容呈現(xiàn)停止和/或一些內(nèi)容根本不被呈現(xiàn)。當(dāng)決定何時最好離開多播信道時出現(xiàn)相應(yīng)的問題，如果不使用多播信道，則保持加入多播信道會導(dǎo)致進一步網(wǎng)絡(luò)低效。

技術(shù)實現(xiàn)思路

1、本發(fā)明的示例的目的是提供一種加入多播組的改進方法。

2、根據(jù)本發(fā)明的一個方面，提供了一種由如權(quán)利要求1所述的網(wǎng)絡(luò)元件管理到客戶端設(shè)備的內(nèi)容遞送的方法。

3、根據(jù)本發(fā)明的另一方面，提供了一種如權(quán)利要求10所述的網(wǎng)絡(luò)元件。

4、描述了代理加入多播信道以滿足客戶端設(shè)備對內(nèi)容片段的請求的方法。在加入多播信道之后，然后可以做出關(guān)于何時離開多播信道的決定，如本發(fā)明的示例所涵蓋的?？紤]加入多播信道可能對從內(nèi)容源到代理的網(wǎng)絡(luò)連接的影響以及被請求的片段，做出加入的決定。

5、實際上，離開多播信道的決定是基于客戶端設(shè)備請求與在多播信道上遞送的質(zhì)量等級不同的質(zhì)量等級的大量內(nèi)容片段的可能性的。在本發(fā)明的示例中描述了這樣做所采取的方法。

6、雖然使用多播來滿足客戶端對內(nèi)容片段的一些請求將減少從內(nèi)容源向代理提供的單播業(yè)務(wù)的量，但是通過多播接收客戶端設(shè)備未請求的內(nèi)容片段(因為客戶端設(shè)備已經(jīng)請求了相同但質(zhì)量等級不同的內(nèi)容)將浪費從內(nèi)容源到代理的網(wǎng)絡(luò)連接上的一些容量。這是因為相同的內(nèi)容將通過多播以一個不想要的質(zhì)量等級被遞送并且通過單播以期望的質(zhì)量等級被遞送。

7、所描述的方法通過在加入多播信道的情況下考慮對從內(nèi)容源到代理的網(wǎng)絡(luò)連接上的帶寬的影響來解決該問題。因此，通過考慮加入多播信道對網(wǎng)絡(luò)的帶寬的影響，代理可以在將可用帶寬減小到低于某些限制時避免加入多播信道，并且還在適當(dāng)時離開多播信道。

技術(shù)特征：

1.一種由網(wǎng)絡(luò)元件管理到客戶端設(shè)備的內(nèi)容遞送的方法，所述內(nèi)容包括片段序列，并且其中，所述片段中的每個片段以多個質(zhì)量等級被編碼，所述方法包括：

2.根據(jù)權(quán)利要求1所述的方法，其中，確定離開的步驟包括：將所述質(zhì)量等級度量與閾值進行比較，并且其中，所述閾值取決于所確定的帶寬。

3.根據(jù)權(quán)利要求2所述的方法，其中，當(dāng)所確定的帶寬較低時，所述閾值較高，并且當(dāng)所確定的帶寬較高時，所述閾值較低。

4.根據(jù)權(quán)利要求2或3所述的方法，其中，所述閾值還取決于自從加入所述多播信道以來的時間。

5.根據(jù)權(quán)利要求4所述的方法，其中，當(dāng)自從加入所述多播信道以來的時間較低時，所述閾值較高，并且當(dāng)自從加入所述多播信道以來的時間較高時，所述閾值較低。

6.根據(jù)權(quán)利要求2至5中任一項所述的方法，其中，確定離開的步驟包括：確定所述質(zhì)量等級度量是否小于所述閾值，并且當(dāng)質(zhì)量等級度量小于所述閾值時離開所述多播信道。

7.根據(jù)任一前述權(quán)利要求所述的方法，其中，當(dāng)處于在所述多播信道上遞送的所述質(zhì)量等級的單播請求的數(shù)量較高時，相應(yīng)質(zhì)量等級度量較高，并且當(dāng)處于在所述多播信道上遞送的所述質(zhì)量等級的單播請求的數(shù)量較低時，相應(yīng)質(zhì)量等級度量較低。

8.根據(jù)任一前述權(quán)利要求所述的方法，其中，當(dāng)處于在所述多播信道上遞送的所述質(zhì)量等級的所述單播請求較新時，相應(yīng)質(zhì)量等級度量較高，并且當(dāng)處于在所述多播信道上遞送的所述質(zhì)量等級的所述單播請求較舊時，相應(yīng)質(zhì)量等級度量較低。

9.根據(jù)任一前述權(quán)利要求所述的方法，其中，步驟iii)還包括：將所述請求中的一個或更多個請求從所述客戶端設(shè)備轉(zhuǎn)發(fā)到單播內(nèi)容源，在單播上接收所請求的片段，以及使用所述一個或更多個片段由所述網(wǎng)絡(luò)元件接收的比特率來更新所述帶寬。

10.一種用于管理到客戶端設(shè)備的內(nèi)容遞送的網(wǎng)絡(luò)元件，所述內(nèi)容包括片段序列，并且其中，所述片段中的每個片段以多個質(zhì)量等級被編碼，所述網(wǎng)絡(luò)元件適于：

技術(shù)總結(jié)
描述了由代理管理到客戶端設(shè)備的內(nèi)容遞送的方法，該方法涉及代理確定是否離開其先前已加入的多播信道。目標(biāo)是如果預(yù)期客戶端設(shè)備繼續(xù)請求在多播信道上遞送的質(zhì)量等級的內(nèi)容片段，則決定保持加入多播信道；并且如果客戶端設(shè)備可能請求與在多播信道上遞送的質(zhì)量等級不同的質(zhì)量等級的大量內(nèi)容片段，則決定離開多播信道。

技術(shù)研發(fā)人員：M·尼爾森,A·法爾沙德,S·阿普爾比
受保護的技術(shù)使用者：英國電訊有限公司
技術(shù)研發(fā)日：
技術(shù)公布日：2025/4/10