背景技術(shù)：

包括流和對話服務(wù)在內(nèi)的多媒體服務(wù)的增長是發(fā)展新的移動寬帶技術(shù)和標(biāo)準(zhǔn)的關(guān)鍵驅(qū)動力之一。在移動設(shè)備中，數(shù)字視頻內(nèi)容的消費(fèi)越來越多。日常生活中有很多廣泛用在移動設(shè)備上的視頻應(yīng)用。例如，在線視頻流包括諸如youtube和hulu之類的頗受歡迎的服務(wù)。視頻記錄和視頻會議包括諸如skype和googlehangout之類的服務(wù)。在2011年，youtube有超過1萬億的全球?yàn)g覽量。這些瀏覽量的百分之十是通過移動電話或平板計(jì)算機(jī)訪問的。隨著更多的智能電話、平板計(jì)算機(jī)和其它移動計(jì)算設(shè)備被購買，這些設(shè)備對視頻記錄和視頻會議的使用將會有巨大的增長?？紤]到這種消費(fèi)者對于多媒體服務(wù)的高需求是與媒體壓縮和無線網(wǎng)絡(luò)架構(gòu)的發(fā)展相結(jié)合的，以下設(shè)想是令人感興趣的，即增強(qiáng)未來的蜂窩和移動寬帶系統(tǒng)的多媒體服務(wù)能力并且向消費(fèi)者提供高質(zhì)量的體驗(yàn)(qoe)，從而確保從任意位置、在任意時(shí)間、利用任意設(shè)備和技術(shù)都可以普遍適用地訪問視頻內(nèi)容和服務(wù)。

附圖說明

根據(jù)以下結(jié)合附圖的詳細(xì)描述將清楚本公開的特征和優(yōu)點(diǎn)，所有附圖一起通過示例的方式圖示了本公開的特征，并且在附圖中：

圖1示出了根據(jù)示例的廣播多播服務(wù)中心(bmsc)的示圖；

圖2示出了根據(jù)示例的多媒體廣播多播服務(wù)(mbms)用戶服務(wù)描述(usd)的示圖；

圖3是示出了根據(jù)示例的用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的流程圖；

圖4是示出了根據(jù)示例的用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的流程圖；

圖5是示出了根據(jù)示例的用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的流程圖；

圖6是示出了根據(jù)示例的用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的流程圖；

圖7示出了根據(jù)示例的包括可操作為接收媒體內(nèi)容的多媒體廣播多播服務(wù)(mbms)客戶端的用戶設(shè)備(ue)的電路的功能；

圖8示出了根據(jù)示例的包括可操作為接收媒體內(nèi)容的多媒體廣播多播服務(wù)(mbms)客戶端的用戶設(shè)備(ue)的電路的功能；

圖9示出了根據(jù)示例的用于接收多媒體內(nèi)容的方法的流程圖；

圖10示出了根據(jù)示例的無線設(shè)備(例如ue)的示圖；

現(xiàn)在將參考所圖示的示例性實(shí)施例，并且將在本文中使用特定的語言來描述這些示例性實(shí)施例。但是應(yīng)理解并沒有意圖限制本申請技術(shù)的范圍。

具體實(shí)施方式

在本申請技術(shù)被公開和描述之前，應(yīng)理解本申請技術(shù)不局限于本文中所公開的特定結(jié)構(gòu)、處理步驟或材料，而是要擴(kuò)展到相關(guān)領(lǐng)域的普通技術(shù)人員將辨識出的等同物。還應(yīng)理解本文中所采用的術(shù)語只是用于描述特定示例的目的，而不意圖為限制性的。不同附圖中的相同標(biāo)號代表相同的元件。流程圖和處理過程中所提供的編號是為了清楚地圖示動作和操作而被提供的，并不一定表示特定的順序或序列。

示例實(shí)施例

下面提供對技術(shù)實(shí)施例的初步概述，然后在后面更詳細(xì)地描述特定技術(shù)實(shí)施例。這個(gè)初步總結(jié)意圖幫助讀者更快地理解本申請技術(shù)，而不是意圖標(biāo)識出本申請技術(shù)的關(guān)鍵特征或?qū)嵸|(zhì)性特征，也不是意圖限制所要求保護(hù)的主題的范圍。

描述了一種技術(shù)，用于在用戶設(shè)備(ue)的多媒體廣播多播服務(wù)(mbms)客戶端處在廣播流模式與單播流模式之間切換，反之亦然。當(dāng)mbms客戶端工作在廣播流模式下時(shí)，ue可以通過mbms客戶端在廣播信道上接收媒體內(nèi)容分段。ue可以檢測何時(shí)mbms解碼器緩沖級別和/或廣播信道的廣播信道狀況不符合所定義的閾值。換言之，ue可以檢測何時(shí)廣播信道質(zhì)量會惡化到超出所定義的閾值。此外，ue可以檢測何時(shí)某些媒體內(nèi)容分段沒有被正確地傳送到ue(即媒體內(nèi)容分段丟失)。因此，ue可以從利用mbms客戶端工作在廣播流模式下切換為單播流模式。從具有相對較差的信道狀況的廣播流模式切換到單播流模式可以減少重新緩沖事件并且提升用戶的體驗(yàn)質(zhì)量(qoe)。ue可以保持在單播流模式下，一直到mbms解碼器緩沖級別和/或廣播信道狀況改善為止。換言之，當(dāng)mbms解碼器的緩沖級別和/或廣播信道的廣播信道狀況符合所定義的閾值時(shí)，ue可以切換回廣播流模式。此外，當(dāng)先前丟失的媒體內(nèi)容分段被傳送到ue時(shí)，ue可以切換回廣播流模式。在最短的時(shí)間段內(nèi)切換回廣播流模式可以防止網(wǎng)絡(luò)由于相對大量的重復(fù)單播分組而變得過載。因此，mbms客戶端可以在工作在廣播流模式下與工作在單播流模式下之間進(jìn)行相應(yīng)地切換，以優(yōu)化網(wǎng)絡(luò)資源和用戶體驗(yàn)。

超文本傳輸協(xié)議(http)自適應(yīng)流傳送(has)可以作為互聯(lián)網(wǎng)視頻的一種多媒體傳送形式被使用。由于廣泛采用http和http的下層協(xié)議(包括傳輸控制協(xié)議(tcp)/互聯(lián)網(wǎng)協(xié)議(ip))，基于http的傳送可以提供可靠性和部署的簡易性。基于http的傳送可以通過避免網(wǎng)絡(luò)地址轉(zhuǎn)譯(nat)和防火墻穿越的問題來允許實(shí)現(xiàn)簡單輕松的流傳送服務(wù)。基于http的傳送或流傳送還可以提供使用標(biāo)準(zhǔn)的http服務(wù)器和緩存代替專用流傳送服務(wù)器的能力。由于在服務(wù)器側(cè)的最少的或者減少的狀態(tài)信息，基于http的傳送可以提供可擴(kuò)展性。

當(dāng)使用has傳送互聯(lián)網(wǎng)多媒體內(nèi)容時(shí)，工作在移動設(shè)備上的視頻客戶端可以被配置為通過以下方式在速率適配方面扮演主要角色，所述方式為使用httpget或者部分get命令選擇和請求來自視頻服務(wù)器的合適的視頻表示級別以獲取來自指定資源(例如多媒體服務(wù)器)的數(shù)據(jù)。視頻客戶端在開始回放諸如音頻或視頻之類的流媒體內(nèi)容之前先建立達(dá)到特定級別的緩沖。這個(gè)階段被稱為啟動階段。在這之后，客戶端開始回放所緩沖的多媒體內(nèi)容?？蛻舳嗽O(shè)備處的多媒體回放的質(zhì)量和分辨率取決于可用的鏈路帶寬。視頻客戶端通常僅僅基于更高層的吞吐量估計(jì)值(例如http層的視頻流吞吐量)或者基于傳輸控制協(xié)議(tcp)吞吐量來估計(jì)可用的鏈路帶寬。

當(dāng)網(wǎng)絡(luò)狀況的波動(即網(wǎng)絡(luò)變化)降低了與多媒體內(nèi)容相關(guān)聯(lián)的通信數(shù)據(jù)速率時(shí)，高移動性環(huán)境下的多媒體流傳送可能是個(gè)挑戰(zhàn)。當(dāng)過載的網(wǎng)絡(luò)使得通信數(shù)據(jù)速率降低時(shí)，端用戶的體驗(yàn)質(zhì)量(qoe)也可能降低。例如，移動設(shè)備處所接收到的多媒體內(nèi)容可能具有較低的分辨率或質(zhì)量，并且/或者多媒體內(nèi)容在過載的網(wǎng)絡(luò)上被提供時(shí)可能會周期性地中斷或暫停。

由于低效率的帶寬利用率和較差的端用戶體驗(yàn)質(zhì)量，可能不希望在具有有限資源的移動網(wǎng)絡(luò)中使用基于漸進(jìn)式下載的流傳送技術(shù)。如下面將更詳細(xì)討論的，基于超文本傳輸協(xié)議(http)的流傳送服務(wù)(例如http(dash)上的動態(tài)自適應(yīng)流傳送)可以被用于克服基于漸進(jìn)式下載的流傳送的弱點(diǎn)。

被流傳送給諸如用戶設(shè)備(ue)之類的客戶端的多媒體內(nèi)容可以包括多個(gè)多媒體內(nèi)容分段。這些多媒體內(nèi)容分段可以分別包括代表不同質(zhì)量級別的多媒體內(nèi)容的不同的經(jīng)編碼的版本。這些不同的經(jīng)編碼的版本可以允許客戶端無縫地適應(yīng)變化的網(wǎng)絡(luò)狀況。例如，當(dāng)網(wǎng)絡(luò)狀況良好(即網(wǎng)絡(luò)狀況在預(yù)定的閾值以上)時(shí)，客戶端可以請求具有較高視頻質(zhì)量的多媒體內(nèi)容分段。當(dāng)網(wǎng)絡(luò)狀況較差(即網(wǎng)絡(luò)狀況在預(yù)定的閾值以下)時(shí)，客戶端可以請求具有較低視頻質(zhì)量的多媒體內(nèi)容分段。這樣，當(dāng)網(wǎng)絡(luò)狀況較差時(shí)，客戶端仍然能夠接收到多媒體內(nèi)容分段(盡管質(zhì)量較差)，自適應(yīng)媒體流被中斷的可能性可以被降低。

在dash中，客戶端可以選擇具有最高比特率的多媒體內(nèi)容分段，使得這些多媒體內(nèi)容分段可以在客戶端處及時(shí)被下載以進(jìn)行媒體回放，而不會導(dǎo)致媒體回放中出現(xiàn)重新緩沖事件。換言之，客戶端可以不選擇那么高比特率的多媒體內(nèi)容分段，選擇太高比特率的多媒體內(nèi)容分段會使得自適應(yīng)媒體流周期性地中斷以在客戶端處重新開始媒體回放之前將媒體內(nèi)容的一部分緩存或預(yù)先加載到客戶端上。在一個(gè)示例中，不利的網(wǎng)絡(luò)狀況可能會降低媒體內(nèi)容流的質(zhì)量。不利的網(wǎng)絡(luò)狀況可以包括無覆蓋、突然的帶寬變化、分組丟失、大量的延遲變化等。雖然自適應(yīng)流傳送技術(shù)可能在計(jì)算可用吞吐量和基于可用吞吐量確定合適的流傳送比特率時(shí)考慮當(dāng)前的網(wǎng)絡(luò)狀況，但是在突然的網(wǎng)絡(luò)變化和/或不利的網(wǎng)絡(luò)狀況期間可能無法保證順暢的媒體回放。

因此，為了保持所希望的對于客戶端處的自適應(yīng)媒體流的體驗(yàn)質(zhì)量，客戶端所計(jì)劃的路線和所計(jì)劃的路線上的當(dāng)前網(wǎng)絡(luò)狀況可以被用于策略性地在客戶端處緩存多媒體內(nèi)容分段，從而得到更流暢的媒體回放和更高的體驗(yàn)質(zhì)量?？蛻舳丝梢赃x擇所計(jì)劃的路線(即客戶端將要經(jīng)過的地理路線)?？蛻舳丝梢栽谠谒?jì)劃的路線上行進(jìn)時(shí)流傳送媒體內(nèi)容(例如電影)。在一個(gè)示例中，客戶端可以包括位于移動交通工具內(nèi)的移動設(shè)備或者該交通工具的計(jì)算設(shè)備。客戶端可以從信道信息數(shù)據(jù)庫(cid)接收針對所計(jì)劃的路線的當(dāng)前網(wǎng)絡(luò)狀況。當(dāng)前網(wǎng)絡(luò)狀況可以包括所計(jì)劃的路線上具有低于預(yù)定閾值的相應(yīng)網(wǎng)絡(luò)狀況的某些位置(例如隧道、橋梁、遠(yuǎn)程區(qū)域)?？蛻舳丝梢詮拿襟w內(nèi)容服務(wù)器請求媒體內(nèi)容的額外的媒體內(nèi)容分段(例如電影的額外的分段)，然后將額外的媒體內(nèi)容分段存儲在緩存中。當(dāng)客戶端到達(dá)所計(jì)劃的路線上網(wǎng)絡(luò)狀況低于預(yù)定閾值的那些位置時(shí)，客戶端可以回放緩存中所存儲的媒體內(nèi)容。這樣，即使是在所計(jì)劃的路線上的當(dāng)前網(wǎng)絡(luò)狀況低于預(yù)定閾值期間，也可以在客戶端大體上提供連續(xù)的媒體回放。

無線多媒體標(biāo)準(zhǔn)

已開發(fā)了多個(gè)多媒體標(biāo)準(zhǔn)以使得多媒體能夠被傳送到移動計(jì)算設(shè)備、從移動計(jì)算設(shè)備處被傳送或者在移動計(jì)算設(shè)備之間傳送。例如，在流傳送視頻中，第三代合作伙伴項(xiàng)目(3gpp)已開發(fā)了技術(shù)規(guī)范(ts)26.234(例如版本11.0.0)，該技術(shù)規(guī)范描述了基于用于點(diǎn)播或直播內(nèi)容的單播流傳送的實(shí)時(shí)流傳送協(xié)議(rtsp)的分組交換流傳送服務(wù)(pss)。此外，3gppts26.247(例如版本11.0.0)中描述了基于超文本傳輸協(xié)議(http)的流傳送服務(wù)，包括漸進(jìn)式下載和基于http的動態(tài)自適應(yīng)流傳送(dash)?；?gpp的多媒體廣播和多播服務(wù)(mbms)規(guī)范ts26.346(例如版本11.0.0)規(guī)范了用于多播/廣播內(nèi)容分發(fā)的流傳送和下載技術(shù)。這樣，諸如用戶設(shè)備(ue)之類的基于dash/pss/mbms的移動計(jì)算設(shè)備對ue設(shè)備處的流傳送的視頻進(jìn)行解碼和呈現(xiàn)。在所有這些規(guī)范中都要求支持3gppts26.244(例如版本11.0.0)中的3gp文件格式，以支持文件下載和基于http的流傳送使用情形。

3gppts26.114(例如11.0.0)中提供了用于對話式視頻通信(例如視頻會議)的標(biāo)準(zhǔn)的一個(gè)示例。該標(biāo)準(zhǔn)描述了基于ims的多媒體電話服務(wù)(mtsi)，該服務(wù)允許通過基于互聯(lián)網(wǎng)協(xié)議(ip)多媒體子系統(tǒng)(ims)的網(wǎng)絡(luò)傳送高級多媒體對話服務(wù)和內(nèi)容。在3gppts26.140(例如版本11.0.0)中對ims進(jìn)行了標(biāo)準(zhǔn)化。基于mtsi的傳送者ue終端可以捕獲和記錄視頻，然后通過3gpp網(wǎng)絡(luò)將視頻傳送給基于mtsi的接收者ue終端。然后，接收者ue終端可以對視頻進(jìn)行解碼和呈現(xiàn)。3gppts26.140還允許使用多媒體共享服務(wù)(mms)實(shí)現(xiàn)視頻共享，其中提供了對3gp文件格式的支持。

上述標(biāo)準(zhǔn)被提供來作為可以被用于向/從多媒體設(shè)備傳送多媒體文件和/或在多媒體設(shè)備之間傳送多媒體文件的無線多媒體標(biāo)準(zhǔn)的示例。這些示例不意圖進(jìn)行限制。更多的標(biāo)準(zhǔn)可以被用于提供流視頻、對話式視頻或視頻共享。

增強(qiáng)多媒體廣播多播服務(wù)(embms)

lte網(wǎng)絡(luò)的不斷的商業(yè)化使得對增強(qiáng)多媒體廣播多播服務(wù)(embms)的部署越來越感興趣。多媒體廣播多播服務(wù)(mbms)的lte版本是embms。mbms是被設(shè)計(jì)為提供廣播和多播服務(wù)的高效傳送的一種點(diǎn)到多點(diǎn)接口規(guī)范。mbms可以應(yīng)用于移動電視(tv)和無線電廣播，以及文件傳送和緊急情況報(bào)警。由于embms的首次部署是在2014年，所以增強(qiáng)核心mbms用戶服務(wù)特征的性能和可用性是很重要的。在3gppts26.346版本6-12中所規(guī)范的mbms是一種點(diǎn)到多點(diǎn)系統(tǒng)，該系統(tǒng)被用在根據(jù)3gpp所公布的蜂窩標(biāo)準(zhǔn)之一進(jìn)行操作的蜂窩網(wǎng)絡(luò)上。mbms被設(shè)計(jì)用于基于廣播和多播技術(shù)向多個(gè)接收者高效地傳送受歡迎的媒體內(nèi)容。在服務(wù)層，mbms定義傳送協(xié)議，這些傳送協(xié)議用于基于傳輸層的用戶數(shù)據(jù)報(bào)協(xié)議(udp)進(jìn)行多媒體內(nèi)容的流傳送和文件的可靠下載，并且用于使用實(shí)時(shí)傳輸協(xié)議(rtp)進(jìn)行流傳送和基于單向傳輸?shù)奈募魉?flute)進(jìn)行文件傳送。

mbms接入客戶端可以通過用戶服務(wù)發(fā)現(xiàn)(usd)信令從被稱為廣播多播服務(wù)中心(bmsc)的服務(wù)器接收媒體數(shù)據(jù)和元數(shù)據(jù)。mbms已被采納，作為與3gpp版本8及更新版本相對應(yīng)的基于3gpp的長期演進(jìn)(lte)標(biāo)準(zhǔn)發(fā)展中的演進(jìn)的mbms(embms)模式。mbms下載傳送技術(shù)被設(shè)計(jì)為將任意數(shù)目的對象通過mbms傳送給相對大量的接收者群體。mbms下載定義了若干種技術(shù)以提高可靠性，例如fec和文件修復(fù)。下載傳送技術(shù)允許實(shí)現(xiàn)dash分段和媒體呈現(xiàn)描述的傳送。

mbms下載傳送是用于分流(offload)基于http的單播下載傳送的一種有吸引力的服務(wù)替代方式。其優(yōu)勢包括允許支持新的非實(shí)時(shí)服務(wù)類型，提供對mbms流服務(wù)進(jìn)行補(bǔ)充的內(nèi)容以及利用設(shè)備上不斷增大的存儲容量。dash分段格式雖然主要用于利用http的單播傳輸，但是該分段格式對于傳送環(huán)境是單播還是多播并不清楚。mbms用戶服務(wù)規(guī)范ts26.346指出了結(jié)合flute協(xié)議使用mbms下載傳送來傳送dash格式化內(nèi)容的可能性。如rfc3926中所定義的，flute允許通過mbms傳送分段，以使得客戶端看到正在通過http/tcp傳送的這些分段。http-url被分配給flute中的每個(gè)被傳送的對象，并且http-url映射mpd中的分段url，即針對基于flute被傳送的對象的文件傳送表(fdt)中的內(nèi)容-位置元素匹配mpd中的分段url。ue可以基于對mpd中所包含的httpurl與flute分組中所包括的url信息的比較標(biāo)識出所接收的dash表示形式。

圖1示出了基于mbms的廣播多播服務(wù)中心(bmsc)子功能體系結(jié)構(gòu)以及ue與bmsc之間的關(guān)聯(lián)接口。bmsc或bm-sc可以與內(nèi)容提供者/多播廣播源通信和/或控制內(nèi)容提供者/多播廣播源。bm-sc可以提供mbms傳送功能。3gppts26.346中還對mbms進(jìn)行了描述。

圖2示出了多媒體廣播和多播服務(wù)(mbms)用戶服務(wù)描述(usd)的示圖。bm-sc通過被組織為服務(wù)包的用戶服務(wù)描述(usd)的一個(gè)或多個(gè)實(shí)例來通告可用的mbms服務(wù)。mbms用戶服務(wù)由利用下載傳送方法或者利用交互式通告功能傳送的元數(shù)據(jù)(對象/文件)描述。mbms用戶服務(wù)發(fā)現(xiàn)或通告涉及將元數(shù)據(jù)的片段以合適的方式傳送給多個(gè)接收者。元數(shù)據(jù)本身描述服務(wù)的細(xì)節(jié)。元數(shù)據(jù)管理信息由允許對元數(shù)據(jù)片段對象進(jìn)行身份認(rèn)證、版本管理、更新和時(shí)間有效性管理的(xml格式的)元數(shù)據(jù)包封對象構(gòu)成。

如圖2中所示，被提供給接收者的usd中所包括的元數(shù)據(jù)可以包括：描述單個(gè)mbms用戶服務(wù)或mbms用戶服務(wù)包的細(xì)節(jié)的元數(shù)據(jù)片段對象、描述mbms用戶服務(wù)會話的細(xì)節(jié)的(一個(gè)或多個(gè))元數(shù)據(jù)片段對象、描述相關(guān)聯(lián)的傳送方法的(一個(gè)或多個(gè))元數(shù)據(jù)片段對象、描述服務(wù)保護(hù)的細(xì)節(jié)的(一個(gè)或多個(gè))元數(shù)據(jù)片段對象、描述fec修復(fù)數(shù)據(jù)流的細(xì)節(jié)的元數(shù)據(jù)片段對象、提供(針對dash內(nèi)容的)媒體呈現(xiàn)描述的元數(shù)據(jù)片段對象、提供(針對dash內(nèi)容的)初始化分段的(一個(gè)或多個(gè))元數(shù)據(jù)片段對象、提供調(diào)度信息描述的(一個(gè)或多個(gè))元數(shù)據(jù)片段對象、在給定用戶服務(wù)的各個(gè)會話或者用戶服務(wù)內(nèi)的各個(gè)文件內(nèi)容的層面上提供用于服務(wù)包內(nèi)的mbms用戶服務(wù)的濾波數(shù)據(jù)的(一個(gè)或多個(gè))元數(shù)據(jù)片段對象。

mbms可以提供對廣播和多播服務(wù)的高效傳送，使得網(wǎng)絡(luò)資源(例如核心網(wǎng)絡(luò)資源或無線電網(wǎng)絡(luò)資源)能夠在請求相同媒體內(nèi)容的一組用戶之間共享。mbms服務(wù)使用流傳送技術(shù)以提供連續(xù)傳輸，例如移動電視服務(wù)。但是，mbms傳輸不同于點(diǎn)到點(diǎn)的單播傳輸，因?yàn)閱尾鬏敯ㄖ匦聜魉臀幢徽_接收的數(shù)據(jù)的能力。例如，對于單播傳輸，自動重復(fù)請求(arq)被用于驗(yàn)證每個(gè)分組在ue處被成功接收。ue可以在每個(gè)分組在ue處被成功接收之后發(fā)送確認(rèn)(ack)。如果分組未被接收到，則ue可以發(fā)送否定ack(nack)，并且分組可以被重新傳送給ue。因此，單播傳輸相對比較可靠。相比之下，mbms傳送一般不允許確認(rèn)接收到的分組。此外，mbms傳輸一般不支持根據(jù)需要(即如果分組未被成功接收)重新發(fā)送分組。應(yīng)用層前向糾錯(al-fec)被用在mbms中以提高取決于用戶信道的傳輸可靠性。但是，如果al-fec沒能恢復(fù)接收到的源區(qū)塊或媒體內(nèi)容分段(可以包括若干個(gè)幀)，則ue中的mbms客戶端不能請求重新傳送上一個(gè)源區(qū)塊或媒體內(nèi)容分段。如果mbms客戶端的信道狀況相對較差，則mbms客戶端可能不能接收mbms流。因此，如下面將更詳細(xì)描述的，mbms客戶端可以基于信道狀況暫時(shí)將廣播會話切換為單播會話，以提高可靠性和用戶滿意程度。

圖3是示出了用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的示例性流程圖。mbms客戶端可以開始工作在廣播流模式下。mbms客戶端工作在廣播流模式下時(shí)可以通過廣播信道接收媒體內(nèi)容分組。mbms客戶端可以檢測何時(shí)mbms客戶端中的mbms解碼器無法正確操作。此外，mbms客戶端可以檢測何時(shí)ue處的mbms解碼器緩沖級別降至所定義的閾值以下(這可能導(dǎo)致mbms客戶端處的緩沖事件)。在一個(gè)示例中，當(dāng)與廣播信道相關(guān)聯(lián)的廣播信道狀況變差(例如降至所定義的閾值以下)時(shí)，mbms解碼器緩沖級別可能降至所定義的閾值以下。在另一示例中，mbms客戶端可以檢測何時(shí)媒體內(nèi)容分段在mbms客戶端處未被正確地接收或者媒體內(nèi)容分段中的一些丟失。在上述情形中的至少一個(gè)情形中，mbms客戶端可以暫時(shí)從工作在廣播流模式下切換為工作在單播流模式下。

mbms客戶端可以工作在單播流模式下，一直到mbms解碼器緩沖級別和/或廣播信道狀況在所定義的閾值以上為止。換言之，mbms客戶端可以繼續(xù)工作在單播流模式下，一直到廣播信道改善到所定義的級別為止。此外，mbms客戶端可以檢測何時(shí)在mbms客戶端處接收到先前丟失的媒體內(nèi)容分段。此時(shí)，mbms客戶端可以切換回廣播流模式。換言之，在單播流模式期間，當(dāng)mbms解碼器緩沖級別和/或廣播信道狀況達(dá)到所定義的閾值時(shí)，mbms客戶端可以切換回廣播流模式。mbms客戶端可以類似地切換回單播流模式，如前所述。

通過基于網(wǎng)絡(luò)信道狀況允許mbms客戶端相應(yīng)地在廣播流模式與單播流模式之間切換，可以提高客戶端的體驗(yàn)質(zhì)量并且可以最小化客戶端的緩沖時(shí)間。當(dāng)mbms解碼器緩沖級別和/或廣播信道狀況在所定義的閾值以上時(shí)，mbms客戶端一般默認(rèn)地工作在廣播流模式下以節(jié)省網(wǎng)絡(luò)資源?？梢酝ㄟ^最小化mbms客戶端工作在單播流模式下的時(shí)間量來優(yōu)化網(wǎng)絡(luò)資源的利用。但是，允許mbms客戶端在多個(gè)時(shí)間段內(nèi)工作在單播流模式下(即基于相對較差的網(wǎng)絡(luò)狀況)以提高廣播質(zhì)量和用戶滿意度。雖然mbms被描述作為可以被用于實(shí)現(xiàn)廣播與單播之間的切換技術(shù)的一種示例技術(shù)，但是本文中所描述的技術(shù)可以被應(yīng)用于支持廣播和單播流傳送的其它類似的協(xié)議。

圖4是示出了用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的示例性流程圖。mbms客戶端可以開始工作在廣播流模式下。mbms客戶端工作在廣播流模式下時(shí)可以通過廣播信道接收媒體內(nèi)容分組。mbms客戶端可以確定mbms解碼器緩沖級別是否在所定義的閾值以下。如果mbms解碼器緩沖級別在所定義的閾值以下，則mbms客戶端可以從廣播流模式切換到單播流模式。如果mbms解碼器緩沖級別不在所定義的閾值以下，則mbms客戶端可以確定丟失的媒體內(nèi)容分組(或缺少的媒體內(nèi)容分組)的數(shù)目是否大于所定義的閾值。換言之，mbms客戶端可以確定未被成功傳送到mbms客戶端的媒體內(nèi)容分組的數(shù)目是否大于所定義的閾值。所定義的閾值可以是丟失的視頻幀的具體數(shù)目?；蛘?，可以基于在mbms客戶端處所接收到的上一個(gè)源區(qū)塊的大小動態(tài)設(shè)置所定義的閾值。如果丟失的媒體內(nèi)容分組的數(shù)目小于所定義的閾值，則mbms客戶端可以繼續(xù)工作在廣播流模式下。如果丟失的媒體內(nèi)容分組的數(shù)目大于所定義的閾值，則mbms客戶端可以從廣播流模式切換到單播流模式。

當(dāng)工作在單播流模式下時(shí)，來自mbms解碼器緩沖器和單播緩沖器的視頻幀可以被組合在更高級別的緩沖器中，然后在mbms客戶端處被播放。此外，當(dāng)工作在單播流模式下時(shí)，mbms客戶端可以確定mbms解碼器緩沖級別是否在所定義的閾值以上。所定義的閾值可以是靜態(tài)級別或者動態(tài)級別。如果mbms解碼器緩沖級別在所定義的閾值以下，則mbms客戶端可以繼續(xù)工作在單播流模式下。如果mbms解碼器緩沖級別在所定義的閾值以上，則mbms客戶端可以確定區(qū)塊錯誤率(bler)或分組錯誤率(per)是否符合所定義的閾值。bler可以指示所定義數(shù)目的源區(qū)塊中錯誤區(qū)塊的數(shù)目并且per可以指示所定義數(shù)目的分組中錯誤分組的數(shù)目。如果bler和/或per不滿足所定義的閾值，則mbms客戶端可以繼續(xù)工作在單播流模式下。如果bler和/或per滿足所定義的閾值，則mbms客戶端可以切換回廣播流模式。通過觀察bler和per，mbms客戶端工作在單播流模式下時(shí)可以避免不必要地對傳入的源區(qū)塊進(jìn)行解碼。mbms客戶端工作在廣播里模式下時(shí)可以類似地切換回單播流模式，如前所述。

在一個(gè)示例中，mbms客戶端可以在廣播信道狀況較差時(shí)簡單地切換為單播流模式，然后當(dāng)基于bler和per、廣播信道狀況改善時(shí)，mbms客戶端接收到先前丟失的數(shù)據(jù)分組和/或mbms緩沖器被重新填充至所定義級別的數(shù)據(jù)分組時(shí)，mbms客戶端可以切換回廣播流模式。mbms緩沖器可以被重新填充至所定義的級別，以使得mbms客戶端可以切換回廣播流模式，而基本上不出現(xiàn)可能的重新緩沖的情況。當(dāng)在廣播流模式與單播流模式之間切換時(shí)可以使用以上度量標(biāo)準(zhǔn)的組合，反之亦然。

圖5是示出了用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的示例性流程圖。mbms客戶端可以開始工作在廣播流模式下。mbms客戶端工作在廣播流模式下時(shí)可以通過廣播信道接收媒體內(nèi)容分組。mbms客戶端可以確定mbms解碼器是否解碼失敗。如果mbms解碼器沒有解碼失敗，則退避標(biāo)志b可以被設(shè)為0并且mbms客戶端可以繼續(xù)工作在廣播流模式下。如果mbms解碼器解碼失敗，則mbms客戶端可以確定在mbms客戶端處連續(xù)丟失的源區(qū)塊的數(shù)目是否大于所定義的整數(shù)m。如果連續(xù)丟失的源區(qū)塊的數(shù)目大于所定義的整數(shù)m，則退避標(biāo)志b可以被設(shè)為1。退避時(shí)間t可以是2t和tmax的最小值，其中tmax是預(yù)定義的值。當(dāng)多次出現(xiàn)m個(gè)連續(xù)源區(qū)塊丟失時(shí)，退避時(shí)間t可以被設(shè)為2t(只要2t小于tmax)，如下面將更詳細(xì)討論的。如果不是這種情況，則退避時(shí)間t可以被設(shè)為tmax。

基于連續(xù)丟失的源區(qū)塊的數(shù)目是大于所定義的整數(shù)m還是小于所定義的整數(shù)m，mbms客戶端可以繼而確定丟失的圖片組(gop)的數(shù)目是否大于所定義的整數(shù)m。圖片組可以指定幀內(nèi)幀和幀間幀的布置順序。圖片組可以是經(jīng)編碼的視頻流內(nèi)的一組連續(xù)圖片。在一個(gè)示例中，當(dāng)對應(yīng)的源區(qū)塊丟失時(shí)，gop可能丟失。如果丟失的gop的數(shù)目大于所定義的整數(shù)m，則mbms客戶端可以切換到單播流模式。如果丟失的gop的數(shù)目不大于所定義的整數(shù)m，則mbms客戶端可以確定mbms解碼器緩沖器中所緩沖的幀的數(shù)目(f)是否小于所定義的閾值(fmin)。如果mbms解碼器中所緩沖的幀的數(shù)目大于所定義的閾值(fmin)，則mbms客戶端可以繼續(xù)工作在廣播流模式下。如果mbms解碼器中所緩沖的幀的數(shù)目小于所定義的閾值(fmin)，則mbms客戶端可以切換到單播流模式。

在一個(gè)示例中，mbms客戶端可以基于加權(quán)的源區(qū)塊滑動窗口和mbms客戶端的mbms解碼器緩沖級別的組合切換到單播流模式。加權(quán)的源區(qū)塊滑動窗口可以監(jiān)控最近接收的n個(gè)源區(qū)塊。例如，時(shí)間窗口中的每個(gè)源區(qū)塊條目可以用該源區(qū)塊內(nèi)所包含的圖片組(gop)的數(shù)目加權(quán)。每當(dāng)mbms客戶端切換回廣播流模式時(shí)，滑動窗口可以被重置。使用滑動窗口可以降低切換敏感度并且允許在實(shí)際網(wǎng)絡(luò)狀況變化時(shí)進(jìn)行切換，而不會因?yàn)榭赡茉斐烧`導(dǎo)的偶然變化而進(jìn)行切換。當(dāng)丟失的gop的數(shù)目相對于源區(qū)塊而言較高時(shí)，網(wǎng)絡(luò)狀況可以被假設(shè)為是不利的。當(dāng)丟失的gop的數(shù)目相對于源區(qū)塊而言較低時(shí)，網(wǎng)絡(luò)狀況可以被假設(shè)為是有利的。

mbms客戶端可以監(jiān)控mbms解碼器緩沖器中的幀的數(shù)目(f)。當(dāng)源區(qū)塊丟失時(shí)，如果丟失該源區(qū)塊導(dǎo)致丟失滑動窗口中的總共m個(gè)gop，則mbms客戶端可以切換到單播流模式，其中m是所定義的整數(shù)。此外，如果mbms解碼器緩沖器中的幀的數(shù)目(f)小于特定閾值(fmin)，則mbms客戶端可以切換到單播流模式，其中fmin可以是預(yù)定義的值或者基于源區(qū)塊的大小的動態(tài)值。因此，mbms客戶端可以基于加權(quán)的源區(qū)塊滑動窗口和/或mbms客戶端的mbms解碼器緩沖級別切換到單播流模式。

再參考圖5，mbms客戶端可以工作在單播流模式下。當(dāng)在單播流模式下時(shí)，mbms客戶端可以監(jiān)控mbms解碼器緩沖器中的幀的數(shù)目(f)。mbms解碼器緩沖器中的幀的數(shù)目可以與所定義的閾值(fmax)比較，其中fmax是基于上一個(gè)接收到的廣播源區(qū)塊中的gop的數(shù)目設(shè)置的所定義的子幀數(shù)目。如果mbms解碼器緩沖器中的幀數(shù)目大于所定義的閾值，則mbms客戶端保持在單播流模式下。如果mbms解碼器緩沖器中的幀數(shù)目小于(即不大于)所定義的閾值，則mbms客戶端可以確定退避標(biāo)志b是否被設(shè)為1。如前面所討論的，當(dāng)工作在廣播流模式下時(shí)，當(dāng)m個(gè)連續(xù)區(qū)塊丟失時(shí)，mbms客戶端可以將退避標(biāo)志b設(shè)為1，其中m是所定義的整數(shù)。換言之，在廣播流模式期間通過在m個(gè)連續(xù)源區(qū)塊丟失的情況下設(shè)置退避標(biāo)志來啟用退避機(jī)制。因此，當(dāng)工作在單播模式下時(shí)，mbms客戶端可以確定b是否等于1。如果b不等于1，則mbms客戶端可以切換回廣播流模式。如果b＝1，則mbms客戶端可以確定退避時(shí)間t是否已經(jīng)過去。如之前所說明的，當(dāng)mbms客戶端工作在廣播流模式下時(shí)，可以計(jì)算退避時(shí)間t。例如，退避時(shí)間可以被設(shè)為tmax，其中tmax是預(yù)定義的值。

因此，當(dāng)mbms客戶端工作在單播流模式下時(shí)，一直到退避時(shí)間t已過或者到期，mbms客戶端才切換回廣播流模式(即使f＞fmax)。假設(shè)所緩沖的單播子幀超過fmax，當(dāng)沒有退避時(shí)間(即退避時(shí)間已到期)時(shí)，mbms客戶端可以切換回廣播流模式。如果退避時(shí)間t還沒有到期，則mbms客戶端可以繼續(xù)工作在單播流模式下。如果mbms客戶端返回到廣播流模式并且另一組m個(gè)連續(xù)源區(qū)塊丟失，則退避時(shí)間t可以加倍(即2t)。但是，更新后的退避時(shí)間不能超過最大退避時(shí)間限值tmax，該限值是預(yù)定義的值。

圖6是示出了用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端在廣播流模式與單播流模式之間切換的示例性流程圖。mbms客戶端可以開始工作在廣播流模式下。mbms客戶端工作在廣播流模式下時(shí)可以通過廣播信道接收媒體內(nèi)容分組。mbms客戶端可以確定mbms解碼器是否解碼失敗，并且如果mbms解碼器沒有解碼失敗，則mbms客戶端可以繼續(xù)工作在廣播流模式下。如果mbms解碼器解碼失敗，則mbms客戶端可以確定丟失的圖片組(gop)的數(shù)目是否大于所定義的值m。如果丟失的gop的數(shù)目小于(即不大于)所定義的值m，則mbms客戶端可以確定mbms解碼器緩沖器中的幀的數(shù)目(f)是否小于所定義的閾值。如果mbms解碼器中的幀的數(shù)目不小于所定義的閾值，則mbms客戶端可以繼續(xù)工作在廣播流模式下。如果mbms解碼器中的幀的數(shù)目小于所定義的閾值和/或丟失的gop的數(shù)目小于m，則mbms客戶端可以切換到單播流模式。

當(dāng)工作在單播流模式下時(shí)，mbms客戶端可以確定mbms解碼器緩沖器中的幀的數(shù)目(f)是否大于所定義的值(fmax)，如果不是，則mbms客戶端可以仍然工作在單播流模式下。如果mbms解碼器緩沖器中的幀數(shù)目大于所定義的值，則mbms客戶端可以確定區(qū)塊錯誤率(bler)和分組錯誤率(per)是否符合所定義的閾值。bler可以指示所定義數(shù)目的源區(qū)塊中錯誤區(qū)塊的數(shù)目并且per可以指示所定義數(shù)目的分組中錯誤分組的數(shù)目。如果bler和/或per不滿足所定義的閾值，則mbms客戶端可以繼續(xù)工作在單播流模式下。如果bler和/或per滿足所定義的閾值，則mbms客戶端可以切換回廣播流模式。因而，假定per/bler也低于所指定的值，當(dāng)所緩沖的單播幀超過fmax時(shí)，mbms客戶端可以切換回廣播流模式。

通過觀察bler和per，mbms客戶端工作在單播流模式下時(shí)可以避免不必要地對傳入的源區(qū)塊進(jìn)行解碼。換言之，mbms客戶端工作在單播流模式下時(shí)可以是非活動性的，從而節(jié)省計(jì)算功率。在圖6中所示的示例中，滑動per/bler窗口可以被用在單播流模式下以監(jiān)控廣播信道中的最近的n個(gè)分組/源區(qū)塊的狀態(tài)。mbms客戶端工作在廣播流模式下時(shí)可以類似地切換回單播流模式，如前所述。在替代配置中，滑動per/bler窗口的大小n可以基于構(gòu)成廣播流模式下所接收到的上一個(gè)源區(qū)塊的分組/區(qū)塊的數(shù)目，而不是固定的數(shù)目。

另一示例提供了包括可操作為接收媒體內(nèi)容的多媒體廣播多播服務(wù)(mbms)客戶端的用戶設(shè)備(ue)的電路的功能700，如圖7中的流程圖中所示。該功能可以用方法來實(shí)現(xiàn)或者該功能可以作為機(jī)器上的指令被執(zhí)行，其中指令被包括在至少一個(gè)計(jì)算機(jī)可讀介質(zhì)或者一個(gè)非暫態(tài)機(jī)器可讀存儲介質(zhì)上。電路可以被配置為當(dāng)mbms客戶端工作在單播流模式下時(shí)通過mbms客戶端在廣播信道上接收媒體內(nèi)容分段，如框710中所示。電路可以被配置為檢測mbms解碼器緩沖級別和廣播信道的廣播信道狀況是否對應(yīng)于所定義的級別，如框720中所示。電路可以被配置為基于mbms解碼器緩沖級別和廣播信道狀況沒有與所定義的級別相對應(yīng)而從工作在單播流模式下切換為工作在廣播流模式下，如框730中所示。

在一個(gè)示例中，電路還可以被配置為在從單播流模式切換到廣播流模式之后利用mbms客戶端在廣播流模式下接收媒體內(nèi)容分段。在另一示例中，電路還可以被配置為檢測mbms解碼器緩沖級別是否在所定義的時(shí)間段內(nèi)在所定義的閾值以上，其中根據(jù)mbms客戶端處所接收到的上一個(gè)廣播源區(qū)塊中的圖片組(gop)的數(shù)目設(shè)置所定義的閾值。

在一個(gè)示例中，電路還可以被配置為基于分組錯誤率(per)和區(qū)塊錯誤率(bler)相對于廣播信道狀況的函數(shù)，檢測廣播信道的廣播信道狀況是否低于所定義的閾值，其中根據(jù)per和bler相對于mbms客戶端處所接收到的上一個(gè)廣播源區(qū)塊的函數(shù)設(shè)置所定義的閾值。在另一示例中，電路還可以被配置為當(dāng)工作在單播流模式下時(shí)，在mbms客戶端處接收到先前丟失的媒體內(nèi)容分段時(shí)，從工作在單播流模式下切換為工作在廣播流模式下。此外，ue包括天線、觸摸敏感顯示屏、揚(yáng)聲器、麥克風(fēng)、圖形處理器、應(yīng)用處理器、內(nèi)部存儲器或者非易失性存儲器端口。

另一示例提供了包括可操作為接收媒體內(nèi)容的多媒體廣播多播服務(wù)(mbms)客戶端的用戶設(shè)備(ue)的電路的功能800，如圖8中的流程圖中所示。該功能可以用方法來實(shí)現(xiàn)或者該功能可以作為機(jī)器上的指令被執(zhí)行，其中指令被包括在至少一個(gè)計(jì)算機(jī)可讀介質(zhì)或者一個(gè)非暫態(tài)機(jī)器可讀存儲介質(zhì)上。電路可以被配置為當(dāng)mbms客戶端工作在廣播流模式下時(shí)通過mbms客戶端在廣播信道上接收媒體內(nèi)容分段，如框810中所示。電路可以被配置為檢測何時(shí)mbms解碼器緩沖級別和廣播信道的廣播信道狀況不符合所定義的閾值，如框820中所示。電路可以被配置為基于mbms解碼器緩沖級別和廣播信道狀況不符合所定義的閾值而從利用mbms客戶端工作在廣播流模式下切換為工作在單播流模式下，如框830中所示。

在一個(gè)示例中，電路還可以被配置為：檢測何時(shí)mbms解碼器緩沖級別和廣播信道狀況符合所定義的閾值；并且從工作在單播模式下切換回利用mbms客戶端的廣播流模式。在另一示例中，電路還可以被配置為：檢測何時(shí)mbms解碼器緩沖級別低于所定義的閾值，其中所定義的閾值是固定值或者是基于工作在廣播流模式下時(shí)在mbms客戶端處接收到的源區(qū)塊的大小的動態(tài)值；并且從利用mbms客戶端工作在廣播流模式下切換為工作在單播流模式下。

在一個(gè)示例中，電路還可以被配置為：基于在所定義的窗口內(nèi)在mbms客戶端處接收到的源區(qū)塊相對于源區(qū)塊內(nèi)所包含的圖片組(gop)的數(shù)目的權(quán)重，確定廣播信道的廣播信道狀況；確定源區(qū)塊相對于源區(qū)塊內(nèi)所包含的gop的數(shù)目的權(quán)重不符合所定義的閾值；并且從利用mbms客戶端工作在廣播流模式下切換為工作在單播流模式下。

在一個(gè)示例中，電路還可以被配置為：基于分組錯誤率(per)和區(qū)塊錯誤率(bler)相對于廣播信道狀況的函數(shù)確定廣播信道的廣播信道狀況；確定per和bler相對于廣播信道狀況的函數(shù)不符合所定義的閾值；并且從利用mbms客戶端工作在廣播流模式下切換為工作在單播流模式下。

在一個(gè)示例中，電路還可以被配置為：當(dāng)在mbms客戶端處解碼器發(fā)生故障時(shí)從利用mbms客戶端工作在廣播流模式下切換為工作在單播流模式下。在另一示例中，電路還可以被配置為：當(dāng)在廣播流模式下某些媒體內(nèi)容分段沒有被成功接收時(shí)，從利用mbms客戶端工作在廣播流模式下切換為工作在單播流模式下；并且當(dāng)工作在單播流模式下時(shí)在mbms客戶端處接收到先前丟失的媒體內(nèi)容分段時(shí)，從工作在單播流模式下切換為工作在廣播流模式下。

另一示例提供了用于接收媒體內(nèi)容的方法900，如圖9中的流程圖中所示。該方法可以作為機(jī)器上的指令而被執(zhí)行，其中指令被包括在至少一個(gè)計(jì)算機(jī)可讀介質(zhì)或者一個(gè)非暫態(tài)機(jī)器可讀存儲介質(zhì)上。該方法可以包括當(dāng)用戶設(shè)備(ue)中的多媒體廣播多播服務(wù)(mbms)客戶端工作在第一流傳送模式下時(shí)通過該mbms客戶端在廣播信道上接收媒體內(nèi)容分段的操作，如框910中所示。該方法可以包括在ue處確定與廣播信道相關(guān)聯(lián)的mbms解碼器緩沖級別和廣播信道狀況不符合所定義的閾值的操作，如框920中所示。該方法可以包括基于mbms解碼器緩沖級別和廣播信道狀況不符合所定義的閾值從工作在第一流傳送模式下切換為工作在第二流傳送模式下的操作，如框930中所示。

在一個(gè)示例中，該方法可以包括在所定義的持續(xù)時(shí)間內(nèi)在第二流傳送模式下接收媒體內(nèi)容分段的操作。在另一示例中，第一流傳送模式是廣播流模式并且第二流傳送模式是單播流模式。在另一示例中，第一流傳送模式是單播流模式并且第二流傳送模式是廣播流模式。

在一個(gè)示例中，該方法可以包括基于在所定義的窗口內(nèi)在mbms客戶端處接收到的源區(qū)塊相對于源區(qū)塊內(nèi)所包含的圖片組(gop)的數(shù)目的權(quán)重、從工作在第一流傳送模式下切換為工作在第二流傳送模式下的操作。在另一示例中，該方法可以包括基于分組錯誤率(per)和區(qū)塊錯誤率(bler)相對于廣播信道狀況的函數(shù)從工作在第一流傳送模式下切換為工作在第二流傳送模式下的操作。在另一示例中，該方法可以包括當(dāng)媒體內(nèi)容分段丟失時(shí)或者當(dāng)媒體內(nèi)容分段恢復(fù)時(shí)從工作在第一流傳送模式下切換為工作在第二流傳送模式下的操作。

圖10提供了無線設(shè)備的示例圖示，該無線設(shè)備例如用戶設(shè)備(ue)、移動臺(ms)、移動無線設(shè)備、移動通信設(shè)備、平板計(jì)算機(jī)、手持式計(jì)算機(jī)或者其它類型的無線設(shè)備。無線設(shè)備可以包括被配置為與節(jié)點(diǎn)或傳送臺通信的一個(gè)或多個(gè)天線，所述節(jié)點(diǎn)或傳送臺例如基站(bs)、演進(jìn)的節(jié)點(diǎn)b(enb)、基帶單元(bbu)、射頻拉遠(yuǎn)頭(rrh)、遠(yuǎn)程無線電設(shè)備(rre)、中繼臺(rs)、無線電設(shè)備(re)、遠(yuǎn)程無線電單元(rru)、中央處理模塊(cpm)或者其它類型的無線廣域網(wǎng)(wwan)接入點(diǎn)。無線設(shè)備可以被配置為使用包括3gpplte、wimax、高速分組接入(hspa)、藍(lán)牙和wifi在內(nèi)的至少一個(gè)無線通信標(biāo)準(zhǔn)進(jìn)行通信。無線設(shè)備可以使用針對每個(gè)無線通信標(biāo)準(zhǔn)的單獨(dú)的天線或者針對多個(gè)無線通信標(biāo)準(zhǔn)的共享天線進(jìn)行通信。無線設(shè)備可以在無線局域網(wǎng)(wlan)、無線個(gè)人區(qū)域網(wǎng)(wpan)和/或wwan內(nèi)進(jìn)行通信。

圖10還提供了對可以被用于無線設(shè)備的音頻輸入和輸出的麥克風(fēng)和一個(gè)或多個(gè)揚(yáng)聲器的圖示。顯示屏可以是液晶顯示(lcd)屏或者諸如有機(jī)發(fā)光二極管(oled)顯示器之類的其它類型的顯示屏。顯示屏可以被配置為觸摸屏。觸摸屏可以是電容性的、電阻性的或者另一類型的觸摸屏技術(shù)。應(yīng)用處理器和圖形處理器可以被耦合到內(nèi)部存儲器以提供處理和顯示能力。非易失性存儲器端口也可以被用于向用戶提供數(shù)據(jù)輸入/輸出選項(xiàng)。非易失性存儲器端口也可以被用于擴(kuò)展無線設(shè)備的存儲器能力。鍵盤可以與無線設(shè)備集成或者無線地連接到無線設(shè)備以提供附加的用戶輸入。也可以使用觸摸屏提供虛擬鍵盤。

各種技術(shù)或者這些技術(shù)的特定方面或部分可以采用用有形介質(zhì)實(shí)現(xiàn)的程序代碼(即指令)的形式，該有形介質(zhì)例如軟盤、緊湊型磁盤-只讀存儲器(cd-rom)、硬盤、非暫態(tài)計(jì)算機(jī)可讀存儲介質(zhì)或者任何其它機(jī)器可讀存儲介質(zhì)，其中當(dāng)程序代碼被載入機(jī)器(例如計(jì)算機(jī))中并且被機(jī)器執(zhí)行時(shí)，該機(jī)器變?yōu)橛糜趯?shí)現(xiàn)各種技術(shù)的裝置。電路可以包括硬件、固件、程序代碼、可執(zhí)行代碼、計(jì)算機(jī)指令和/或軟件。非暫態(tài)計(jì)算機(jī)可讀存儲介質(zhì)可以是不包括信號的計(jì)算機(jī)可讀存儲介質(zhì)。在可編程計(jì)算機(jī)上執(zhí)行程序代碼的情況下，計(jì)算設(shè)備可以包括處理器、處理器可讀的存儲介質(zhì)(包括易失性和非易失性存儲器和/或存儲元件)、至少一個(gè)輸入設(shè)備和至少一個(gè)輸出設(shè)備。易失性和非易失性存儲器和/或存儲元件可以是隨機(jī)訪問存儲器(ram)、可擦除式可編程只讀存儲器(eprom)、閃存、光驅(qū)、磁性硬盤、固態(tài)驅(qū)動器或者用于存儲電子數(shù)據(jù)的其它介質(zhì)。節(jié)點(diǎn)和無線設(shè)備還可以包括收發(fā)器模塊(即收發(fā)器)、計(jì)數(shù)器模塊(即計(jì)數(shù)器)、處理模塊(即處理器)和/或時(shí)鐘模塊(即時(shí)鐘)或者定時(shí)器模塊(即定時(shí)器)。可以實(shí)現(xiàn)或利用這里所描述的各種技術(shù)的一個(gè)或多個(gè)程序可以使用應(yīng)用編程接口(api)、可重用控制等。這些程序可以用高級過程或者面向?qū)ο蟮木幊陶Z言來實(shí)現(xiàn)以與計(jì)算機(jī)系統(tǒng)通信。但是，如果需要，程序可以用匯編或機(jī)器語言來實(shí)現(xiàn)。在任何情況下，該語言可以是編譯后或者解析后的語言，并且可以與硬件實(shí)現(xiàn)方式組合。

應(yīng)當(dāng)理解本說明書中所描述的很多功能單元被標(biāo)記為模塊，以更具體地強(qiáng)調(diào)它們的實(shí)施獨(dú)立性。例如，模塊可以被實(shí)現(xiàn)為硬件電路，包括定制超大規(guī)模集成(vlsi)電路或門陣列、諸如邏輯芯片之類的現(xiàn)成的半導(dǎo)體、晶體管或者其它離散組件。模塊還可以用可編程硬件設(shè)備來實(shí)現(xiàn)，例如現(xiàn)場可編程門陣列、可編程陣列邏輯、可編程邏輯器件等。

在一個(gè)示例中，多個(gè)硬件電路可以被用于實(shí)現(xiàn)本說明書中所描述的功能單元。例如，第一硬件電路可以被用于執(zhí)行處理操作并且第二硬件電路(例如收發(fā)器)可以被用于與其它實(shí)體通信。第一硬件電路和第二硬件電路可以被集成到單個(gè)硬件電路中，或者第一硬件電路和第二硬件電路可以是分開的硬件電路。

模塊還可以用軟件來實(shí)現(xiàn)以供各種類型的處理器執(zhí)行。一種被標(biāo)識的可執(zhí)行代碼的模塊例如可以包括一個(gè)或多個(gè)計(jì)算機(jī)指令的物理或邏輯塊，這些邏輯塊例如可以被組織為對象、過程或函數(shù)。但是，被標(biāo)識的模塊的執(zhí)行體不需要被物理地放置在一起，而是可以包括存儲在不同位置處的不同指令，當(dāng)這些指令在邏輯上被聯(lián)合在一起時(shí)構(gòu)成所述模塊并且實(shí)現(xiàn)針對該模塊所述的目的。

實(shí)際上，可執(zhí)行代碼模塊可以是單個(gè)指令或者很多指令，并且可以均勻地分布在若干個(gè)不同的代碼段、不同的程序和若干個(gè)存儲器設(shè)備上。類似地，可操作數(shù)據(jù)可以在模塊內(nèi)被標(biāo)識或圖示，并且可以用任何合適的形式來實(shí)現(xiàn)并且被組織在任何合適類型的數(shù)據(jù)結(jié)構(gòu)內(nèi)?？刹僮鲾?shù)據(jù)可以作為單個(gè)數(shù)據(jù)集來收集，或者可以分布在包括不同存儲設(shè)備的不同位置上，并且可以至少部分地僅僅作為系統(tǒng)或網(wǎng)絡(luò)上的電子信號而存在。模塊可以是有源或無源的，包括可操作為執(zhí)行所想要的功能的代理。

在整個(gè)說明書中對“示例”或“示例性的”引用指結(jié)合該示例所描述的特定特征、結(jié)構(gòu)或特性被包括在本技術(shù)的至少一個(gè)實(shí)施例中。因而，在整個(gè)說明書中的不同地方出現(xiàn)的短語“在示例中”或者詞語“示例性的”不一定都指相同的實(shí)施例。

如這里所使用的，多個(gè)條目、結(jié)構(gòu)元件、組成元件和/或材料可以為了方便而在共用的列表中呈現(xiàn)。但是，這些列表應(yīng)當(dāng)被詮釋為該列表的每個(gè)成員作為單獨(dú)的獨(dú)特成員而分別被標(biāo)識。因而，這樣的列表中的任一個(gè)成員都不應(yīng)當(dāng)僅僅基于它們出現(xiàn)在共用的組內(nèi)而被詮釋為相同列表的任何其它成員的實(shí)際等同物。此外，本技術(shù)的各個(gè)實(shí)施例和示例在本文中可以與它們的各個(gè)組件的替代物一起被提及。應(yīng)理解這樣的實(shí)施例、示例或替代物不應(yīng)被詮釋為彼此的實(shí)際等同物，而應(yīng)被認(rèn)為是本技術(shù)的單獨(dú)的自主表現(xiàn)方式。

此外，所描述的特征、結(jié)構(gòu)或特性可以在一個(gè)或多個(gè)實(shí)施例中以任何合適的方式進(jìn)行組合。在以下描述中，諸如布局示例、距離、網(wǎng)絡(luò)示例等之類的很多具體細(xì)節(jié)被提供以便于對本技術(shù)的實(shí)施例的全面理解。但是，相關(guān)領(lǐng)域的技術(shù)人員將意識到本申請的技術(shù)可以在沒有這些具體細(xì)節(jié)中的一個(gè)或多個(gè)細(xì)節(jié)的情況下或者利用其它方法、組件、布局等來實(shí)現(xiàn)。在其它實(shí)例中，公知的結(jié)構(gòu)、材料或操作沒有被詳細(xì)地顯示或描述以避免模糊本技術(shù)的內(nèi)容。

雖然前面的示例說明了在一個(gè)或多個(gè)特定應(yīng)用中的本技術(shù)的原理，但是本領(lǐng)域普通技術(shù)人員將明白可以在不需要創(chuàng)造性能力并且不脫離本申請的技術(shù)的原理和概念的情況下對實(shí)現(xiàn)方式的形式、使用和細(xì)節(jié)做出很多修改。因此，除了受所附權(quán)利要求的限制以外，不希望本申請的技術(shù)受到限制。