国产精品1024永久观看,大尺度欧美暖暖视频在线观看,亚洲宅男精品一区在线观看,欧美日韩一区二区三区视频,2021中文字幕在线观看

  • <option id="fbvk0"></option>
    1. <rt id="fbvk0"><tr id="fbvk0"></tr></rt>
      <center id="fbvk0"><optgroup id="fbvk0"></optgroup></center>
      <center id="fbvk0"></center>

      <li id="fbvk0"><abbr id="fbvk0"><dl id="fbvk0"></dl></abbr></li>

      用于基于HTTP的視頻流送的QoE知曉的無(wú)線電接入網(wǎng)絡(luò)架構(gòu)的制作方法

      文檔序號(hào):7792224閱讀:170來(lái)源:國(guó)知局
      用于基于HTTP的視頻流送的QoE知曉的無(wú)線電接入網(wǎng)絡(luò)架構(gòu)的制作方法
      【專(zhuān)利摘要】公開(kāi)了使用體驗(yàn)質(zhì)量(QoE)報(bào)告來(lái)適配視頻流的技術(shù)。一種方法可包括:無(wú)線電接入網(wǎng)絡(luò)(RAN)的節(jié)點(diǎn)中的QoE知曉的系統(tǒng)自無(wú)線設(shè)備接收具有至少一個(gè)QoE度量的QoE報(bào)告。QoE知曉的系統(tǒng)可以在功能層從QoE報(bào)告層提取至少一個(gè)QoE度量。QoE知曉的系統(tǒng)可以修改功能層中的層功能以改進(jìn)QoE度量。
      【專(zhuān)利說(shuō)明】用于基于HTTP的視頻流送的QoE知曉的無(wú)線電接入網(wǎng)絡(luò)架構(gòu)
      [0001]背景
      [0002]無(wú)線移動(dòng)通信技術(shù)使用各種標(biāo)準(zhǔn)和協(xié)議以在節(jié)點(diǎn)(例如,發(fā)送站)和無(wú)線設(shè)備(例如,移動(dòng)設(shè)備)間傳送數(shù)據(jù)。一些無(wú)線設(shè)備在下行鏈路(DL)傳輸中使用正交頻分多址(OFDMA)來(lái)通信,而在上行鏈路(UL)傳輸中使用單載波頻分多址(SC-FDMA)來(lái)通信。使用正交頻分復(fù)用(OFDM)進(jìn)行信號(hào)傳輸?shù)臉?biāo)準(zhǔn)和協(xié)議包括:第三代合作伙伴計(jì)劃(3GPP)長(zhǎng)期演進(jìn)(LTE)、對(duì)行業(yè)組公知為WiMAX(全球微波接入互操作性)的電氣與電子工程師協(xié)會(huì)(IEEE) 802.16 標(biāo)準(zhǔn)(例如,802.16e、802.16m)、以及對(duì)行業(yè)組公知為 WiFi 的 IEEE 802.11標(biāo)準(zhǔn)。
      [0003]在3GPP無(wú)線電接入網(wǎng)絡(luò)(RAN)LTE系統(tǒng)中,節(jié)點(diǎn)可以是演進(jìn)的通用地面無(wú)線電接入網(wǎng)絡(luò)(E-UTRAN)節(jié)點(diǎn)B(通常也表示為演進(jìn)的節(jié)點(diǎn)B、增強(qiáng)的節(jié)點(diǎn)B、eNodeB或eNB)和無(wú)線電網(wǎng)絡(luò)控制器(RNC)的組合,無(wú)線電網(wǎng)絡(luò)控制器與已知為用戶(hù)設(shè)備(UE)的無(wú)線設(shè)備通信。下行鏈路(DL)傳輸可以是自節(jié)點(diǎn)(例如,eNodeB)至無(wú)線設(shè)備(例如,UE)的通信,上行鏈路(UL)傳輸可以是自無(wú)線設(shè)備至節(jié)點(diǎn)的通信。
      [0004]無(wú)線設(shè)備可用來(lái)使用諸如超文本傳輸協(xié)議(HTTP)等各種協(xié)議接收因特網(wǎng)視頻的多媒體傳遞。用于提供基于HTTP的視頻流送傳遞的協(xié)議可包括HTTP上的動(dòng)態(tài)自適應(yīng)流送(DASH)。

      【專(zhuān)利附圖】

      【附圖說(shuō)明】
      [0005]本公開(kāi)案的特征和優(yōu)點(diǎn)將從以下結(jié)合附圖的詳細(xì)描述中顯而易見(jiàn),附圖一起通過(guò)示例說(shuō)明了本公開(kāi)案的特征,附圖中:
      [0006]圖1示出按照一示例用于超文本傳輸協(xié)議(HTTP)上的動(dòng)態(tài)自適應(yīng)流送(DASH)的客戶(hù)機(jī)和服務(wù)器的框圖;
      [0007]圖2不出按照一不例的用于超文本傳輸協(xié)議(HTTP)流的體驗(yàn)質(zhì)量(QoE)報(bào)告框架的框圖;
      [0008]圖3示出按照一示例的用于基于超文本傳輸協(xié)議(基于HTTP的)視頻流的體驗(yàn)質(zhì)量-知曉(QoE知曉)無(wú)線電接入網(wǎng)絡(luò)(RAN)架構(gòu)的框圖;
      [0009]圖4描述了按照一示例使用體驗(yàn)質(zhì)量(QoE)報(bào)告來(lái)適配視頻流的方法的流程圖;
      [0010]圖5描述了按照一示例使用體驗(yàn)質(zhì)量(QoE)報(bào)告來(lái)監(jiān)視視頻流的方法的流程圖;以及
      [0011]圖6示出按照一示例的體驗(yàn)質(zhì)量-知曉(QoE知曉)系統(tǒng)、節(jié)點(diǎn)和用戶(hù)設(shè)備(UE)的框圖;以及
      [0012]圖7示出按照一示例的用戶(hù)設(shè)備(UE)的示意圖。
      [0013]現(xiàn)在將參照所示的示例性實(shí)施例,且這里將使用具體語(yǔ)言來(lái)描述示例性實(shí)施例。仍應(yīng)理解,此處并非意圖對(duì)本發(fā)明的范圍作出任何限制。
      [0014]詳細(xì)描述
      [0015]在公開(kāi)和描述本發(fā)明之前,應(yīng)當(dāng)理解,本發(fā)明不限于這里所公開(kāi)的特定的結(jié)構(gòu)、過(guò)程步驟或材料,而是擴(kuò)展至本領(lǐng)域的普通技術(shù)人員將會(huì)認(rèn)識(shí)到的等價(jià)物。還應(yīng)當(dāng)理解,這里采用的術(shù)語(yǔ)僅為了描述特定示例而使用,而并非意圖是限制性的。不同附圖中的相同附圖標(biāo)記表示相同的元件。流程圖和過(guò)程中提供的號(hào)碼是為清楚示出多個(gè)步驟和操作而提供,而不必表明特定的次序或順序。
      [0016]示例實(shí)施例
      [0017]以下提供了技術(shù)實(shí)施例的初始概覽,然后進(jìn)一步詳細(xì)描述了具體的技術(shù)實(shí)施例。該初始概覽意圖幫助讀者更快地理解技術(shù),而不意圖標(biāo)識(shí)該技術(shù)的關(guān)鍵特征或基本特征,也不意圖限制所要求保護(hù)的主題的范圍。
      [0018]超文本傳輸協(xié)議(HTTP)流可被用作因特網(wǎng)視頻的一種多媒體傳遞形式。在HTTP流中,多媒體文件可以被分成一個(gè)或多個(gè)片段,并且使用HTTP協(xié)議被傳遞至客戶(hù)機(jī)。由于廣泛采用HTTP及HTTP的基礎(chǔ)協(xié)議(包括傳輸控制協(xié)議(TCP) /網(wǎng)際協(xié)議(IP))兩者,基于HTTP的傳遞可以提供可靠性和部署簡(jiǎn)潔性。通過(guò)避免網(wǎng)絡(luò)地址轉(zhuǎn)換(NAT)和防火墻穿越問(wèn)題,基于HTTP的傳遞能實(shí)現(xiàn)容易且不費(fèi)力的流送服務(wù)?;贖TTP的傳遞或流送也可提供使用標(biāo)準(zhǔn)HTTP服務(wù)器和高速緩存而非專(zhuān)用流送服務(wù)器的能力。由于服務(wù)器側(cè)的最小或減少的狀態(tài)信息,基于HTTP的傳遞可提供可擴(kuò)展性。HTTP流送技術(shù)的示例可包括微軟IIS平滑流送、蘋(píng)果HTTP直播流送以及Adobe HTTP動(dòng)態(tài)流送。
      [0019]HTTP上的動(dòng)態(tài)自適應(yīng)流送可以是標(biāo)準(zhǔn)化的HTTP流送協(xié)議。DASH可以為媒體演示描述(MPD)元數(shù)據(jù)文件指定格式,媒體演示描述(MPD)元數(shù)據(jù)文件提供與服務(wù)器中存儲(chǔ)的媒體內(nèi)容演示的結(jié)構(gòu)和不同版本有關(guān)的信息以及片段格式(即包含與媒體播放器的初始化和媒體片段有關(guān)的信息(例如,媒體播放器可以查看初始化片段以確定容器格式和媒體定時(shí)信息)),用于確保將片段映射至供切換的媒體演示時(shí)間線以及與其他標(biāo)識(shí)同步演示。DASH技術(shù)也已由其他組織標(biāo)準(zhǔn)化,其他組織諸如運(yùn)動(dòng)圖像專(zhuān)家組(MPEG)、IPTV開(kāi)放論壇(OIPF)以及混合廣播寬帶TV(HbbTV)。
      [0020]DASH客戶(hù)機(jī)可以通過(guò)經(jīng)一系列HTTP請(qǐng)求-響應(yīng)事務(wù)來(lái)下載片段,來(lái)接收多媒體內(nèi)容。DASH可以提供在可用帶寬變化時(shí)在媒體內(nèi)容的不同位速率表示之間動(dòng)態(tài)切換的能力。由此,DASH可允許對(duì)變化的網(wǎng)絡(luò)和無(wú)線鏈路條件、用戶(hù)選項(xiàng)和設(shè)備能力(諸如顯示分辨率、所采用的中央處理單元(CPU)的類(lèi)型)或可用內(nèi)存資源的快速適配。DASH的快速適配可以為用戶(hù)提供較佳的體驗(yàn)質(zhì)量(QoE),以及較短的啟動(dòng)延遲和較少的重新緩沖事件。體驗(yàn)質(zhì)量(QoE)也稱(chēng)為用戶(hù)體驗(yàn)質(zhì)量,它可以是消費(fèi)者對(duì)服務(wù)、應(yīng)用和/或多媒體傳遞的主觀度量。QoE系統(tǒng)可以測(cè)量用戶(hù)或消費(fèi)者可直接觀察為質(zhì)量參數(shù)的度量。
      [0021]在DASH中,如圖1所示,媒體演示描述(MPD)元數(shù)據(jù)可以提供與web/媒體服務(wù)器212中存儲(chǔ)的媒體內(nèi)容表示的結(jié)構(gòu)和不同版本有關(guān)的信息。媒體內(nèi)容表示的不同版本可包括不同的位速率、幀速率、分辨率、編解碼器類(lèi)型或其他類(lèi)似的信息類(lèi)型。此外,DASH也可以指定片段格式,片段格式也可以包含與媒體引擎的初始化和媒體片段有關(guān)的信息,以確保將片段映射至供切換的媒體演示時(shí)間線以及與其他標(biāo)識(shí)同步演示?;贛PD元數(shù)據(jù)信息(MPD元數(shù)據(jù)信息描述了片段以及片段如何形成媒體演示的關(guān)系),客戶(hù)機(jī)220可以使用HTTP GET (HTTP獲取)240消息或一系列部分GET (獲取)消息來(lái)請(qǐng)求片段??蛻?hù)機(jī)可以控制流送會(huì)話,諸如管理片段序列的準(zhǔn)時(shí)請(qǐng)求和平滑部署、或者潛在地調(diào)整位速率或其他屬性,以便對(duì)設(shè)備狀態(tài)或用戶(hù)選項(xiàng)的變化作出反應(yīng)。
      [0022]圖1示出基于DASH的流送框架。Web/媒體服務(wù)器212中的媒體編碼器214可以將來(lái)自音頻/視頻輸入210的輸入媒體編碼程用于存儲(chǔ)或流送的格式。媒體分段器216可用于將輸入媒體分割成一系列碎片或塊232,碎片或塊232可以被提供給web服務(wù)器218??蛻?hù)機(jī)220可以使用被發(fā)送至web服務(wù)器(例如,HTTP服務(wù)器)的HTTP GET消息234來(lái)請(qǐng)求以塊為形式的新數(shù)據(jù)。
      [0023]例如,客戶(hù)機(jī)220的web瀏覽器222可以使用HTTP GET消息240來(lái)請(qǐng)求多媒體內(nèi)容。Web服務(wù)器218可以向客戶(hù)機(jī)提供用于多媒體內(nèi)容的MPD 242。MPD可用于傳達(dá)每個(gè)片段的索引以及片段的相應(yīng)位置,如在相關(guān)聯(lián)的元數(shù)據(jù)信息252中所示的。Web瀏覽器可以如236所示,按照MPD242從服務(wù)器逐片段地拉取媒體。例如,web瀏覽器可以使用HTTPGET URL (片段I請(qǐng)求)244來(lái)請(qǐng)求第一片段。統(tǒng)一資源定位符(URL)或通用資源定位符可用于告知web服務(wù)器客戶(hù)機(jī)要請(qǐng)求254哪個(gè)片段。Web服務(wù)器可以提供第一片段(即,片段1246)。對(duì)于后續(xù)片段,web瀏覽器可以使用HTTP GET URL (片段i請(qǐng)求)248來(lái)請(qǐng)求片段i,其中i是片段的整數(shù)索引。結(jié)果,web服務(wù)器可以提供片段i 250。片段可以經(jīng)由媒體解碼器/播放器224被呈現(xiàn)給客戶(hù)機(jī)。
      [0024]在計(jì)算機(jī)聯(lián)網(wǎng)和/或無(wú)線通信中,可由協(xié)議棧內(nèi)的不同層來(lái)提供不同的功能。協(xié)議棧可以是計(jì)算機(jī)聯(lián)網(wǎng)協(xié)議套件的一種實(shí)現(xiàn)。協(xié)議棧(或協(xié)議套件)可以包括協(xié)議的定義和實(shí)現(xiàn)。協(xié)議棧內(nèi)的每個(gè)層或協(xié)議可以提供指定的功能。層和協(xié)議的模塊化可以使計(jì)算機(jī)聯(lián)網(wǎng)和/或無(wú)線通信的設(shè)計(jì)和評(píng)估更為容易。在一示例中,協(xié)議棧內(nèi)的每個(gè)協(xié)議模塊或?qū)幽K可以與至少兩個(gè)其他模塊(例如,較高層和較低層)通信。最低協(xié)議或?qū)涌梢蕴峁┡c硬件的低級(jí)別、物理交互。每個(gè)較高層可以增加更多的特征。較上層或最上層可以包括用戶(hù)應(yīng)用和服務(wù)。
      [0025]在LTE系統(tǒng)中,多個(gè)通信層358 (例如,多個(gè)LTE層378)可以包括物理層360 (PHY380)(即,層I (LI))、數(shù)據(jù)鏈路或鏈路層362 (即,層2 (L2))、網(wǎng)絡(luò)層362 (即,層3 (L3))、傳輸層366(即,層4(L4))、會(huì)話層368(即,層5(L5))以及應(yīng)用層370,如圖3所示。在一示例中,鏈路層可以包括媒體接入控制(MAC)層、無(wú)線電鏈路控制(RLC)層、分組數(shù)據(jù)匯聚協(xié)議(TOCP)層、無(wú)線電資源控制(RRC)層382。網(wǎng)絡(luò)層可以使用網(wǎng)際協(xié)議(384),傳輸層可以使用網(wǎng)際協(xié)議套件中的傳輸控制協(xié)議(TCP) 386。會(huì)話層可以使用HTTP 388。應(yīng)用層可以包括視頻、音頻、語(yǔ)音和定時(shí)文本294、3GPP文件格式392、或者媒體演示描述(MPD) 390。
      [0026]為了改進(jìn)或增強(qiáng)用戶(hù)體驗(yàn)質(zhì)量(QoE)或?yàn)樘岣邿o(wú)線多媒體通信中的服務(wù)質(zhì)量,可以使用跨層設(shè)計(jì)方法或架構(gòu),其中可以使用來(lái)自一個(gè)層的信息在另一層作出決定。質(zhì)量降級(jí)一般可由多個(gè)因素造成,諸如高失真度、有限帶寬、功率約束以及計(jì)算復(fù)雜度限制。
      [0027]QoE驅(qū)動(dòng)的跨層優(yōu)化的一方面可以通過(guò)考慮視頻應(yīng)用的特定特征而基于較低層(例如,PHY層、MAC層、網(wǎng)絡(luò)層和傳輸層)處的資源管理策略。第一跨層能力可以提供編解碼器級(jí)別的PHY、MAC或NET知曉的(PHY/MAC/NET知曉的)位速率適配,以使流送服務(wù)能將位速率適配于變化的網(wǎng)絡(luò)條件(例如,由于變化的資源可用性、無(wú)線信道的時(shí)變性質(zhì)),從而確保較高的QoE、同時(shí)維持多媒體的不間斷回放(或多媒體回放期間的減少的中斷)。
      [0028]QoE驅(qū)動(dòng)的跨層優(yōu)化的另一方面可以是在考慮了較低層所提供的機(jī)制之后使用視頻壓縮和流送過(guò)程來(lái)進(jìn)行誤差控制和資源分配。第二跨層能力可以提供無(wú)線電和網(wǎng)絡(luò)級(jí)別的應(yīng)用知曉的PHY、MAC和/或NET (PHY/MAC/NET)適配,以便執(zhí)行PHY/MAC/NET層功能,諸如通過(guò)利用與視頻內(nèi)容和服務(wù)相關(guān)聯(lián)的各個(gè)應(yīng)用層屬性的知識(shí)所進(jìn)行的鏈路適配和資源分配。例如,視頻流的速率失真特性的知識(shí)可允許在PHY/MAC層執(zhí)行QoE知曉的調(diào)度,以增強(qiáng)視頻質(zhì)量。
      [0029]可以使用QoE評(píng)估方法、性能度量以及報(bào)告協(xié)議和/或機(jī)制來(lái)優(yōu)化HTTP流送和DASH服務(wù)的傳遞。例如,QoE監(jiān)視和反饋可有益于檢測(cè)和調(diào)試故障、管理流送性能、啟用智能客戶(hù)機(jī)適配(可有助于設(shè)備制造商)以及允許QoE知曉的網(wǎng)絡(luò)適配和服務(wù)提供(可有助于網(wǎng)絡(luò)操作者和內(nèi)容/服務(wù)提供者)。圖2示出示例QoE報(bào)告框架。QoE監(jiān)視和報(bào)告框架可包括以下=QoE報(bào)告服務(wù)器342,QoE報(bào)告服務(wù)器342可以激活或觸發(fā)QoE報(bào)告350、請(qǐng)求報(bào)告一組QoE度量和/或配置QoE報(bào)告框架;可以根據(jù)QoE配置監(jiān)視244或測(cè)量所請(qǐng)求的QoE度量的客戶(hù)機(jī);以及可以將所測(cè)量的QoE參數(shù)352報(bào)告給QoE報(bào)告服務(wù)器的客戶(hù)機(jī)。QoE報(bào)告服務(wù)器可以包括網(wǎng)絡(luò)服務(wù)器。在一示例中,IP網(wǎng)絡(luò)320的核心網(wǎng)絡(luò)(CN)324可以包括QoE報(bào)告服務(wù)器。用戶(hù)設(shè)備(UE) 336可以包括QoE監(jiān)視或測(cè)量功能。UE可以作為HTTP服務(wù)器310的3GPP客戶(hù)機(jī)而操作。
      [0030]圖2和3示出提供多媒體內(nèi)容的HTTP服務(wù)器310與UE 336之間的多媒體內(nèi)容312的流。HTTP服務(wù)器可以與和核心網(wǎng)絡(luò)324通信的公共網(wǎng)絡(luò)322(或因特網(wǎng))接口。核心網(wǎng)絡(luò)可以經(jīng)由無(wú)線電接入網(wǎng)絡(luò)(RAN) 332來(lái)訪問(wèn)無(wú)線網(wǎng)絡(luò)330。RAN可以經(jīng)由節(jié)點(diǎn)(例如,演進(jìn)的節(jié)點(diǎn)B (eNB) 324)將多媒體內(nèi)容提供給UE。不像CN,RAN可以為適配于無(wú)線網(wǎng)絡(luò)的QoE報(bào)告服務(wù)器提供較低層(例如,PHY層)度量和優(yōu)化。
      [0031]QoE知曉的無(wú)線電接入網(wǎng)絡(luò)(RAN)架構(gòu)可用于改進(jìn)或優(yōu)化蜂窩和/或無(wú)線網(wǎng)絡(luò)上的基于HTTP的視頻流送,其中,QoE知曉的系統(tǒng)340的多個(gè)組件可工作于RAN中,如圖3所示。QoE知曉的系統(tǒng)可以使用QoE驅(qū)動(dòng)的跨層接口和/或優(yōu)化,QoE驅(qū)動(dòng)的跨層接口和/或優(yōu)化使用第一跨層能力和/或第二跨層能力。QoE知曉的系統(tǒng)可以包括QoE報(bào)告服務(wù)器342、QoE知曉的無(wú)線電資源管理(RRM) 346和QoE知曉的服務(wù)器/代理348 (或代理服務(wù)器)。在一不例中,QoE報(bào)告服務(wù)器可以從CN移至RAN。例如,QoE報(bào)告服務(wù)器可位于RAN的節(jié)點(diǎn)(例如,eNB)中。在另一示例中,除了 CN處的QoE報(bào)告服務(wù)器以外,可以向RAN添加另一 QoE報(bào)告服務(wù)器。
      [0032]QoE報(bào)告服務(wù)器342可用于激活或觸發(fā)來(lái)自UE的QoE度量的QoE反饋。UE可以在QoE報(bào)告中將QoE度量報(bào)告給QoE報(bào)告服務(wù)器。除了服務(wù)和/或應(yīng)用層信令以外,可以使用RAN空中接口信令機(jī)制上的QoE度量信令。在一示例中,可在空中接口上信令的QoE度量可以包括緩沖級(jí)別,緩沖級(jí)別可以提供在播放期間實(shí)現(xiàn)的緩沖器占用級(jí)別測(cè)量的列表。作為緩沖級(jí)別度量的一部分,客戶(hù)機(jī)可以測(cè)量和報(bào)告表明播放持續(xù)期的緩沖級(jí)別以及緩沖級(jí)別的測(cè)量時(shí)間,媒體數(shù)據(jù)自當(dāng)前播放時(shí)間起對(duì)于該播放持續(xù)期可用。從緩沖級(jí)別測(cè)量,客戶(hù)機(jī)也可以測(cè)量和報(bào)告重新緩沖百分比,重新緩沖百分比可以是用戶(hù)在其中體驗(yàn)到由于緩沖饑餓而造成的重新緩沖的總演示時(shí)間的百分比。其他QoE度量可包括視頻質(zhì)量度量(例如,峰值信噪比(PSNR)、視頻質(zhì)量度量(VQM)、結(jié)構(gòu)類(lèi)似度量(SSIM)、視頻質(zhì)量度量的感知評(píng)估(PEVQ)、視頻平均意見(jiàn)分?jǐn)?shù)(MOS)或其他主觀質(zhì)量度量)、初始播放延遲(例如,自客戶(hù)機(jī)啟動(dòng)基于HTTP的傳遞服務(wù)的時(shí)間到從客戶(hù)機(jī)緩沖器檢索到第一接收到的媒體片段的時(shí)間)、以及媒體演示描述(MPD)信息(包括與位速率、分辨率、質(zhì)量排名和/或包括簡(jiǎn)檔或水平的編解碼器相關(guān)媒體信息有關(guān)的媒體表示屬性)。
      [0033]QoE相關(guān)的度量反饋的報(bào)告可以或者在應(yīng)用和/或服務(wù)層(例如,使用在請(qǐng)求的主體中帶有可擴(kuò)展標(biāo)記語(yǔ)言(XML)格式化的元數(shù)據(jù)的HTTP POST信令)中實(shí)現(xiàn),或者在較低層(例如,物理層)實(shí)現(xiàn)。例如,對(duì)于層I報(bào)告,通過(guò)擴(kuò)展傳統(tǒng)的非周期CSI反饋特征,反饋可以與物理上行鏈路共享信道(PUSCH)所攜帶的非周期信道狀態(tài)信息(CSI)報(bào)告相結(jié)合。對(duì)于這一設(shè)計(jì)選項(xiàng),可以定義附加的(Sf)CSI反饋模式。從開(kāi)銷(xiāo)的角度,層IQoE報(bào)告(或其他較低層報(bào)告)與應(yīng)用和/或服務(wù)層反饋相比,可以具有減少的信令開(kāi)銷(xiāo)。如此處使用的,對(duì)應(yīng)用層的引用是指應(yīng)用層和/或服務(wù)層。在另一示例中,QoE度量可以在應(yīng)用層處測(cè)量或者使用應(yīng)用編程接口(API)從較低層提取。POST是HTTP協(xié)議所支持的許多請(qǐng)求方法之一。POST請(qǐng)求可以將要被處理的數(shù)據(jù)(例如,自HTML形式)提交給所標(biāo)識(shí)的資源。數(shù)據(jù)可以被包括在請(qǐng)求的主體中,請(qǐng)求可以導(dǎo)致新資源的創(chuàng)建或現(xiàn)有資源的更新或兩者。
      [0034]考慮到QoE報(bào)告請(qǐng)求的相對(duì)頻率可以比典型CSI反饋要低得多,因此在適當(dāng)?shù)牧炕途幋a之后,在實(shí)踐中可以有效地實(shí)現(xiàn)經(jīng)由層I的QoE報(bào)告。在UE處可以使用附加的跨層接口來(lái)進(jìn)行層I的QoE報(bào)告,附加的跨層接口用于將應(yīng)用層中得到的QoE度量傳送至數(shù)據(jù)鏈路和物理層。為了支持QoE知曉的用戶(hù)調(diào)度,也可以在網(wǎng)絡(luò)側(cè)(例如,QoE報(bào)告服務(wù)器342或QoE知曉的系統(tǒng)340)應(yīng)用許可控制、鏈路適配以及其他QoE知曉的功能、類(lèi)似的跨層接口。
      [0035]QoE知曉的系統(tǒng)340可以提供QoE知曉的無(wú)線電資源管理(RRM) 346和鏈路適配。RRM可以指對(duì)無(wú)線通信系統(tǒng)中的共信道干擾和其他無(wú)線電傳輸特征的系統(tǒng)級(jí)控制,系統(tǒng)級(jí)控制可以涉及用于控制多個(gè)參數(shù)的策略和過(guò)程,多個(gè)參數(shù)諸如發(fā)送功率、信道分配、數(shù)據(jù)速率、切換標(biāo)準(zhǔn)、調(diào)制方案或誤差編碼方案。RRM可用于盡可能高效地使用有限的無(wú)線電頻譜資源和無(wú)線電網(wǎng)絡(luò)基礎(chǔ)結(jié)構(gòu)。鏈路適配(或自適應(yīng)編碼和調(diào)制(ACM))可以指將調(diào)制、編碼及其他信號(hào)和協(xié)議參數(shù)與無(wú)線電鏈路上的條件(例如,路徑損耗、由于來(lái)自其他發(fā)射機(jī)的信號(hào)造成的干擾、接收機(jī)的敏感度或者可用的發(fā)射機(jī)功率余量(margin))相匹配。
      [0036]QoE知曉的RRM和鏈路適配信令允許RAN級(jí)別的網(wǎng)絡(luò)實(shí)體具有對(duì)QoE度量的直接訪問(wèn),并且基于對(duì)來(lái)自UE的QoE報(bào)告的知識(shí)來(lái)執(zhí)行QoE知曉的無(wú)線電資源管理和鏈路適配功能,諸如調(diào)度、許可控制、調(diào)制和編碼方案(MCS)選擇。例如,QoE反饋可用于改進(jìn)或優(yōu)化特別是廣播(例如,用于多媒體廣播和多播服務(wù)(MBMS))期間的鏈路適配,其中,自動(dòng)重復(fù)請(qǐng)求(ARQ)和/或混合ARQ(HARQ)重傳機(jī)制可能不可用來(lái)確保良好的可靠性。因此,應(yīng)用層或RAN層處的QoE反饋可用于改進(jìn)鏈路質(zhì)量。RAN層可以包括多個(gè)較低層(例如,物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層或傳輸層),較低層可以包括由應(yīng)用層修改的較低層參數(shù)、或者為修改應(yīng)用層參數(shù)而測(cè)量的較低層參數(shù)。在廣播(使用MBMS或單播信令)期間,RAN可以從廣播中使用的多個(gè)UE的子集收集QoE報(bào)告以提供QoE知曉的RRM和鏈路適配。
      [0037]在另一示例中,取決于QoE報(bào)告,多用戶(hù)調(diào)度可以受特定的QoE約束條件而執(zhí)行(例如,假定對(duì)網(wǎng)絡(luò)中的一組UE有重新緩沖百分比要求)。特定的UE可以在調(diào)度期間排優(yōu)先級(jí)(例如,如果特定的UE將要經(jīng)歷由于差的鏈路吞吐量而造成的重新緩沖);無(wú)線電資源管理框架可用于通過(guò)查找高視頻質(zhì)量、重新緩沖事件的最小出現(xiàn)次數(shù)之間的較佳折衷并將增強(qiáng)的QoE傳遞至較大數(shù)量的客戶(hù)機(jī),來(lái)優(yōu)化重新緩沖中斷容量度量。
      [0038]在一配置中,重新緩沖中斷容量(C:f )可以表示可以同時(shí)流化視頻的活動(dòng)用戶(hù)的數(shù)量,其中用戶(hù)(例如UE)滿(mǎn)意了覆蓋閾值Αων百分比的時(shí)間,如果用戶(hù)的視頻流送會(huì)話中的重新緩沖百分比小于或等于中斷閾值Α°υτ,則用戶(hù)被計(jì)數(shù)為滿(mǎn)意的。重新緩沖中斷容量可由公式I表不。

      【權(quán)利要求】
      1.一種使用體驗(yàn)質(zhì)量(QoE)報(bào)告來(lái)適配視頻流的方法,包括: 在無(wú)線電接入網(wǎng)絡(luò)(RAN)中的節(jié)點(diǎn)處自無(wú)線設(shè)備接收具有至少一個(gè)QoE度量的QoE報(bào)生P=I ; 在功能層中自QoE報(bào)告層提取所述至少一個(gè)QoE度量,其中所述功能層是與所述QoE報(bào)告層不同的層;以及 修改所述功能層中的層功能以改進(jìn)所述QoE度量。
      2.如權(quán)利要求O所述的方法,其特征在于: 所述QoE報(bào)告層選自由應(yīng)用層、服務(wù)層、會(huì)話層和超文本傳輸協(xié)議(HTTP)層組成的組;以及 所述功能層選自由物理層(PHY)、鏈路層、媒體接入控制(MAC)層、無(wú)線電資源控制(RRC)層、網(wǎng)絡(luò)層和網(wǎng)際協(xié)議(IP)層組成的組。
      3.如權(quán)利要求2所述的方法,其特征在于, 所述層功能選自由調(diào)度、許可控制、調(diào)制和編碼方案(MCS)選擇、鏈路適配、無(wú)線電資源管理(RRM)、服務(wù)質(zhì)量(QoS)配置以及它們的組合組成的組;以及 所述QoE度量選自由緩沖器級(jí)別、播放持續(xù)期、重新緩沖百分比、峰值信噪比(PSNR)、視頻質(zhì)量度量(VQM)、結(jié)構(gòu)類(lèi)似性度量(SSIM)、視頻質(zhì)量度量的感知評(píng)估(PEVQ)、視頻平均意見(jiàn)分?jǐn)?shù)(MOS)、主觀質(zhì)量度量、初始播放延遲、媒體演示描述(MPD)信息以及它們的組合組成的組。
      4.如權(quán)利要求O所述的方法,其特征在于: 所述QoE報(bào)告層選自由物理層(PHY)、鏈路層、媒體接入控制(MAC)層、無(wú)線電資源控制(RRC)層、網(wǎng)絡(luò)層和網(wǎng)際協(xié)議(IP)層組成的組;以及 所述功能層選自由應(yīng)用層、服務(wù)層、會(huì)話層和超文本傳輸協(xié)議(HTTP)層組成的組。
      5.如權(quán)利要求4所述的方法,其特征在于, 所述層功能修改一參數(shù),所述參數(shù)選自由緩沖器級(jí)別、播放持續(xù)期、重新緩沖百分比、峰值信噪比(PSNR)、視頻質(zhì)量度量(VQM)、結(jié)構(gòu)類(lèi)似性度量(SSIM)、視頻質(zhì)量度量的感知評(píng)估(PEVQ)、視頻平均意見(jiàn)分?jǐn)?shù)(MOS)、主觀質(zhì)量度量、初始播放延遲、媒體演示描述(MPD)信息組成的組, 其中所述Mro信息中的多媒體專(zhuān)用應(yīng)用層參數(shù)選自由多媒體位速率、多媒體分辨率、多媒體編碼器幀速率、多媒體編解碼器信息、多媒體流的速率失真函數(shù)、分段格式信息、三維(3D)視頻格式信息、QoE度量、多媒體質(zhì)量度量、圖像組(GOP)幀的數(shù)量、不同幀的量化參數(shù)、可縮放視頻編碼(SVC)情況下的層類(lèi)型、應(yīng)用級(jí)前向誤差校正(FEC)參數(shù)、擦除編碼參數(shù)、網(wǎng)絡(luò)編碼參數(shù)、傳輸專(zhuān)用參數(shù)、應(yīng)用級(jí)的約束條件、目標(biāo)服務(wù)質(zhì)量(QoS)參數(shù)以及它們的組合組成的組;以及 所述QoE度量選自由信道條件、信道狀態(tài)信息(CSI)、資源可用性、調(diào)制和編碼方案(MCS)、PHY層參數(shù)、鏈路層參數(shù)、MAC層參數(shù)、RRC層參數(shù)、網(wǎng)絡(luò)層參數(shù)或IP層參數(shù)以及它們的組合組成的組。
      6.如權(quán)利要求O所述的方法,其特征在于,還包括: 激活無(wú)線設(shè)備的QoE報(bào)告; 請(qǐng)求由所述無(wú)線設(shè)備包括至少一個(gè)QoE度量;為QoE報(bào)告服務(wù)器配置QoE報(bào)告框架; 攔截所述至少一個(gè)QoE度量的應(yīng)用層信令或服務(wù)層信令;或者 執(zhí)行超文本傳輸協(xié)議(HTTP)服務(wù)器功能,其中執(zhí)行HTTP服務(wù)器功能還包括: 存儲(chǔ)QoE報(bào)告、媒體片段或媒體元數(shù)據(jù); 基于所述QoE報(bào)告來(lái)轉(zhuǎn)碼所述媒體片段; 基于所述QoE報(bào)告來(lái)修改所述媒體片段或媒體元數(shù)據(jù);或者 使用所述HTTP協(xié)議來(lái)分發(fā)所述QoE報(bào)告、所述媒體片段或所述媒體元數(shù)據(jù)。
      7.如權(quán)利要求O所述的方法,其特征在于,提取所述至少一個(gè)QoE度量使用應(yīng)用編程接口(API)。
      8.如權(quán)利要求O所述的方法,其特征在于,所述節(jié)點(diǎn)選自由基站(BS)、節(jié)點(diǎn)B(NB)、演進(jìn)的節(jié)點(diǎn)B(eNB)、基帶單元(BBU)、遠(yuǎn)程無(wú)線電頭(RRH)、遠(yuǎn)程無(wú)線電設(shè)備(RRE)、遠(yuǎn)程無(wú)線電單元(RRU)以及它們的組合組成的組。
      9.一種包括適用于執(zhí)行權(quán)利要求O的方法的計(jì)算機(jī)程序代碼裝置的計(jì)算機(jī)程序。
      10.一種用于基于超文本傳輸協(xié)議(HTTP)的視頻流送的體驗(yàn)質(zhì)量知曉的(QoE知曉的)系統(tǒng),包括: 體驗(yàn)質(zhì)量(QoE)報(bào)告服務(wù)器,用于在第一層中自無(wú)線設(shè)備接收具有至少一個(gè)QoE度量的QoE報(bào)告以及經(jīng)由跨層接口將所述至少一個(gè)QoE度量提供給第二層;以及 QoE無(wú)線電資源管理(RRM)模塊,用于基于所述至少一個(gè)QoE度量來(lái)提供RRM功能或鏈路適配功能。
      11.如權(quán)利要求10所述的QoE知曉的系統(tǒng),其特征在于,所述QoE知曉的系統(tǒng)位于無(wú)線電接入網(wǎng)絡(luò)(RAN)內(nèi)。
      12.如權(quán)利要求10所述的QoE知曉的系統(tǒng),其特征在于,所述RRM功能或鏈路適配功能選自由調(diào)度、許可控制、調(diào)制和編碼方案(MCS)選擇、服務(wù)質(zhì)量(QoS)配置以及它們的組合組成的組。
      13.如權(quán)利要求10所述的QoE知曉的系統(tǒng),其特征在于,所述QoERRM模塊被配置成使用
      來(lái)作出調(diào)度決策,其中Sfranre, J是傳輸中的視頻幀的尺寸,4是瞬時(shí)數(shù)據(jù)速率,A是回放緩沖器中的幀數(shù)量,fmin是回放緩沖器中所允許的最小幀數(shù)量,α是違反約束條件的處罰率,而β是違反回放緩沖器約束條件中的多個(gè)幀的處罰率。
      14.如權(quán)利要求10所述的QoE知曉的系統(tǒng),其特征在于,所述QoERRM模塊還被配置成訪問(wèn)來(lái)自多個(gè)無(wú)線設(shè)備的多個(gè)QoE報(bào)告的子集,以及基于來(lái)自QoE報(bào)告的所述子集的至少一個(gè)QoE度量來(lái)提供RRM功能和鏈路適配功能以用于傳遞多媒體廣播和多播服務(wù)(MBMS)。
      15.如權(quán)利要求10所述的QoE知曉的系統(tǒng),其特征在于,還包括: QoE知曉的代理服務(wù)器,用于攔截包括媒體片段或媒體元數(shù)據(jù)的服務(wù)層信令并且基于所述QoE報(bào)告對(duì)所述媒體片段或所述媒體元數(shù)據(jù)執(zhí)行HTTP服務(wù)器功能。
      16.如權(quán)利要求10所述的QoE知曉的系統(tǒng),其特征在于,所述QoE報(bào)告服務(wù)器還被配置成: 激活所述無(wú)線設(shè)備的QoE報(bào)告; 請(qǐng)求報(bào)告所述至少一個(gè)QoE度量;以及 配置QoE報(bào)告框架。
      17.一種為超文本傳輸協(xié)議(HTTP)上的動(dòng)態(tài)自適應(yīng)流送(DASH)提供體驗(yàn)質(zhì)量(QoE)監(jiān)視的無(wú)線設(shè)備,包括: 收發(fā)機(jī)模塊,用于自無(wú)線電接入網(wǎng)絡(luò)(RAN)中的QoE報(bào)告服務(wù)器接收QoE激活請(qǐng)求,其中所述QoE激活請(qǐng)求包括要被監(jiān)視的至少一個(gè)QoE度量;以及 QoE監(jiān)視器,用于測(cè)量所述無(wú)線設(shè)備上的至少一個(gè)QoE度量, 其中所述收發(fā)機(jī)模塊還被配置成在QoE報(bào)告中將所述至少一個(gè)QoE度量報(bào)告給所述QoE報(bào)告服務(wù)器。
      18.如權(quán)利要求17所述的無(wú)線設(shè)備,其特征在于,所述QoE度量選自由緩沖器級(jí)別、播放持續(xù)期、重新緩沖百分比、峰值信噪比(PSNR)、視頻質(zhì)量度量(VQM)、結(jié)構(gòu)類(lèi)似性度量(SSM)、視頻質(zhì)量度量的感知評(píng)估(PEVQ)、視頻平均意見(jiàn)分?jǐn)?shù)(MOS)、主觀質(zhì)量度量、初始播放延遲、媒體演示描述(MPD)信息以及它們的組合組成的組。
      19.如權(quán)利要求17所述的無(wú)線設(shè)備,其特征在于, 所述收發(fā)機(jī)模塊還被配置成基于所述QoE報(bào)告自所述QoE報(bào)告服務(wù)器接收經(jīng)修改的參數(shù);以及 所述無(wú)線設(shè)備還包括處理模塊,用于基于所述經(jīng)修改的參數(shù)來(lái)修改無(wú)線設(shè)備參數(shù), 其中所述經(jīng)修改的參數(shù)選自由調(diào)制和編碼方案(MCS)、PHY層參數(shù)、鏈路層參數(shù)、MAC層參數(shù)、RRC層參數(shù)、網(wǎng)絡(luò)層參數(shù)、IP層參數(shù)、媒體演示描述(MPD)元數(shù)據(jù)文件中的多媒體專(zhuān)用應(yīng)用層參數(shù)以及它們的組合組成的組;以及 所述MPD元數(shù)據(jù)文件中的多媒體專(zhuān)用應(yīng)用層參數(shù)選自由多媒體位速率、多媒體分辨率、多媒體編碼器幀速率、多媒體編解碼器信息、多媒體流的速率失真函數(shù)、分段格式信息、三維(3D)視頻格式信息、QoE度量、多媒體質(zhì)量度量、圖像組(GOP)幀的數(shù)量、不同幀的量化參數(shù)、可縮放視頻編碼(SVC)情況下的層類(lèi)型、應(yīng)用級(jí)前向誤差校正(FEC)參數(shù)、擦除編碼參數(shù)、網(wǎng)絡(luò)編碼參數(shù)、傳輸專(zhuān)用參數(shù)、應(yīng)用級(jí)的約束條件、目標(biāo)服務(wù)質(zhì)量(QoS)參數(shù)以及它們的組合組成的組。
      20.如權(quán)利要求17所述的無(wú)線設(shè)備,其特征在于,所述無(wú)線設(shè)備選自由用戶(hù)設(shè)備(UE)和移動(dòng)站(MS)組成的組,并且所述無(wú)線設(shè)備包括天線、觸敏顯示屏、揚(yáng)聲器、話筒、圖形處理器、應(yīng)用處理器、內(nèi)部存儲(chǔ)器、非易失性存儲(chǔ)器端口以及它們的組合中的至少一個(gè)。
      【文檔編號(hào)】H04L29/06GK104205734SQ201380017097
      【公開(kāi)日】2014年12月10日 申請(qǐng)日期:2013年4月22日 優(yōu)先權(quán)日:2012年4月27日
      【發(fā)明者】O·奧亞曼, D·查特濟(jì), A·T·帕帕斯納森 申請(qǐng)人:英特爾公司
      網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
      • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
      1