背景技術(shù)：

多媒體服務(wù)(包括流服務(wù)和會話服務(wù))的發(fā)展是新型移動寬帶技術(shù)和標準演進的關(guān)鍵驅(qū)動因素之一。數(shù)字視頻內(nèi)容越來越多地用于移動設(shè)備中。在日常生活中，有許多視頻應(yīng)用廣泛用于移動設(shè)備上。例如，在線視頻流包括諸如youtube和hulu之類的受歡迎的服務(wù)。視頻錄制和視頻會議包括諸如skype和googlehangout(谷歌環(huán)聊)之類的服務(wù)。在2013年，youtube每天有超過10億的移動視頻觀看量。隨著更多的智能電話、平板計算機和其它移動計算設(shè)備被購買，這些設(shè)備在視頻錄制和視頻會議方面的使用將顯著增加。伴隨消費者對多媒體服務(wù)的如此高的需求以及媒體壓縮和無線網(wǎng)絡(luò)基礎(chǔ)設(shè)施的發(fā)展，焦點在于增強未來蜂窩和移動寬帶系統(tǒng)的多媒體服務(wù)能力并向消費者提供高體驗質(zhì)量(qoe)，從而確保在任何時間、從任何位置、使用任何設(shè)備和技術(shù)無所不在地訪問視頻內(nèi)容和服務(wù)。

附圖說明

本公開的特征和優(yōu)勢將從下面結(jié)合附圖的具體實施方式中變得顯而易見，具體實施方式和附圖一起通過示例的方式示出了本公開的特征；并且，其中：

圖1示出了根據(jù)示例的媒體呈現(xiàn)描述(mpd)元數(shù)據(jù)文件配置的框圖；

圖2示出了根據(jù)示例的超文本傳輸協(xié)議(http)流的框圖；

圖3示出了根據(jù)示例的用于基于超文本傳輸協(xié)議的(基于http的)鏈路感知自適應(yīng)流的無線電接入網(wǎng)絡(luò)(ran)架構(gòu)的框圖；

圖4示出了根據(jù)示例的由客戶端用來計算幀數(shù)目和表示等級的幀等級的圖示；

圖5示出了根據(jù)示例的鏈路感知自適應(yīng)流客戶端播放器狀態(tài)的圖示；

圖6示出了根據(jù)示例的鏈路感知速率自適應(yīng)流程圖；

圖7a示出了根據(jù)示例的延遲受限質(zhì)量優(yōu)化啟動流程圖；

圖7b示出了根據(jù)示例的狀態(tài)依賴型鏈路感知has客戶端速率自適應(yīng)：

圖8示出了根據(jù)示例的具有替換請求特征的鏈路感知has速率自適應(yīng)的流程圖；

圖9示出了根據(jù)示例的用于選擇替換段的質(zhì)量的算法的流程圖；

圖10描繪了其上實施有指令的計算機可讀存儲介質(zhì)的流程圖，指令在被一個或多個處理器運行時執(zhí)行根據(jù)示例的用于提供超文本傳輸協(xié)議(http)自適應(yīng)流(has)的操作；

圖11描繪了根據(jù)示例公開的用于提供has的方法的流程圖；

圖12描繪了根據(jù)示例的可操作以接收has的移動設(shè)備的一個或多個處理器的功能；以及

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

現(xiàn)在將參照所示出的示例性實施例，并且本文將使用具體語言來描述這些示例性實施例。然而，將理解的是，不意在由此限制本發(fā)明的范圍。

具體實施方式

在公開和描述本發(fā)明之前，將理解的是，本發(fā)明不限于本文所公開的特定結(jié)構(gòu)、處理步驟或材料，而是擴展至其等價形式，如將被相關(guān)領(lǐng)域的普通技術(shù)人員認識到的那樣。還應(yīng)該理解的是本文所采用的術(shù)語僅用于描述特定示例的目的而不意在是限制性的。不同附圖中的相同標號表示相同的元件。流程圖和過程中所提供的標號被提供用于清楚示出步驟和操作，而不一定指示特定的順序或次序。

示例實施例

下文提供了對于技術(shù)實施例的初步概述，并且隨后進一步詳細描述了具體的技術(shù)實施例。該初步概述旨在幫助讀者更快地理解技術(shù)，而既不旨在標識技術(shù)的關(guān)鍵特征或必要特征，也不旨在限制所要求保護的主題的范圍。

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

當使用has傳送互聯(lián)網(wǎng)多媒體內(nèi)容時，可以將在移動設(shè)備上運行的視頻客戶端配置為通過使用httpget或部分get命令從視頻服務(wù)器選擇和請求適當?shù)囊曨l表示等級來在速率適配中起主要作用，以從指定的資源(例如，多媒體服務(wù)器)取回數(shù)據(jù)。視頻客戶端在開始播放諸如音頻或視頻之類的流媒體內(nèi)容之前，首先將緩沖器構(gòu)建到一定水平。該階段被稱為啟動階段。之后，客戶端開始播放經(jīng)緩沖的多媒體內(nèi)容。

客戶端設(shè)備處多媒體播放的質(zhì)量和分辨率取決于可用的鏈路帶寬。視頻客戶端通常僅基于諸如http級視頻流吞吐量或傳輸控制協(xié)議(tcp)吞吐量之類的較高層吞吐量估計來估計可用鏈路帶寬。這類方法在追蹤無線網(wǎng)絡(luò)中發(fā)生的信道狀況的快速變化方面具有限制。這些在追蹤變化方面的限制可以限制速率自適應(yīng)算法適應(yīng)鏈路狀況變化的能力。此外，在接收到前幾個視頻幀之前，無法使用較高層吞吐量估計來估計可用鏈路帶寬。

根據(jù)本發(fā)明的一個實施例，通過使用針對has系統(tǒng)(例如，被配置為使用通過http的動態(tài)自適應(yīng)流(dash)標準的系統(tǒng))的物理層感知視頻自適應(yīng)方法，可以為無線網(wǎng)絡(luò)中的has提供對可用帶寬的更好的估計。該方法尤其適用于其特性隨時間而波動的無線鏈路，這取決于物理環(huán)境以及系統(tǒng)上的負載。

然而，僅使用物理層吞吐量也可能具有局限性。由于傳輸狀況的變化(例如，移動設(shè)備的位置的變化)，物理層吞吐量可能具有相對較快速的變化。

在一個實施例中，作為對傳輸層或應(yīng)用層處的較高層估計的補充，可以基于物理層吞吐量信息來估計可用鏈路帶寬信息。在蜂窩場景中，這類信息可以由用戶設(shè)備(ue)的無線電裝置提供給has客戶端的視頻自適應(yīng)模塊。

鏈路帶寬信息的使用可以用作has中的可選特征，其中僅當滿足關(guān)于鏈路狀況、緩沖器狀態(tài)或其它期望的準則的某些條件時，phy層吞吐量才可以用于視頻速率自適應(yīng)。例如，當無法獲得對較高層吞吐量的良好估計時，可以使用phy層吞吐量。在流會話開始時，較高層吞吐量估計在精度方面可能受限。當無線信道狀況相對快速地變化時，也可以使用phy層吞吐量?？梢栽O(shè)置閾值來確定使得使用物理層有效吞吐量測量來替代較高層吞吐量估計的無線信道狀況的變化量。閾值等級可以基于系統(tǒng)設(shè)計和使用而變化。在一個實施例中，如果較高層吞吐量估計使得has的多個視頻幀的實際吞吐量相對于使用的物理層有效吞吐量降低了超過所選擇的百分比，則可以使用物理層有效吞吐量。閾值可以從小百分比(例如0.1％)變化到相對高的百分比(例如，20％或更高)，這取決于無線設(shè)備在其中操作的系統(tǒng)的類型。

當信道狀況頻繁發(fā)生變化時，例如當無線設(shè)備正在移動時，較高層吞吐量估計無法及時跟隨無線鏈路狀況的變化。通過觀察物理層吞吐量隨時間的趨勢，可以推斷出快速的無線信道變化。使用物理層吞吐量估計的能力使得多媒體播放器能夠通過解決重新緩沖百分比和用戶視頻質(zhì)量的關(guān)鍵性能度量，來適機地(opportunistically)適應(yīng)信道波動并提高用戶體驗質(zhì)量(qoe)。

在一個實施例中，使用基于物理層鏈路狀況和緩沖器狀態(tài)適機地調(diào)整視頻速率的視頻速率自適應(yīng)算法，可以用于在可容忍的啟動延遲下提高啟動視頻質(zhì)量，并減少視頻播放期間的重新緩沖。因此，可以顯著改善用戶的qoe。這將在前面的段落中進一步討論。

無線多媒體標準

已經(jīng)開發(fā)了大量能夠使得多媒體被傳送到移動計算設(shè)備、從移動計算設(shè)備被傳送、或者在移動計算設(shè)備之間被傳送的多媒體標準。例如，在流視頻中，第三代合作伙伴計劃(3gpp)已經(jīng)開發(fā)了描述了分組交換流服務(wù)(pss)的技術(shù)規(guī)范(ts)26.234(例如，版本11.0.0)，pss是基于針對點播或直播內(nèi)容的單播流送的實時流協(xié)議(rtsp)。此外，在3gppts26.247(例如，版本11.0.0)中描述了基于超文本傳輸協(xié)議(http)的流服務(wù)，包括漸進式下載和通過http的動態(tài)自適應(yīng)流(dash)。基于3gpp的多媒體廣播和多播服務(wù)(mbms)規(guī)范ts26.346(例如，版本11.0.0)指定針對多播/廣播內(nèi)容分發(fā)的流送和下載技術(shù)。因此，基于dash/pss/mbms的移動計算設(shè)備(例如，用戶設(shè)備(ue))在ue設(shè)備處解碼和渲染所流送的視頻。對3gppts26.244(例如，版本11.0.0)中的3gpp文件格式的支持在所有這些規(guī)范中均被強制規(guī)定，以支持文件下載和基于http的流用例。

3gppts26.114(例如，11.0.0)中提供了針對會話視頻通信(例如，視頻會議)的標準的一個示例。該標準描述了通過ims的多媒體電話服務(wù)(mtsi)，mtsi允許通過基于互聯(lián)網(wǎng)協(xié)議(ip)多媒體子系統(tǒng)(ims)的網(wǎng)絡(luò)傳送高級多媒體會話服務(wù)和內(nèi)容。ims在3gppts26.140(例如，版本11.0.0)中得以標準化?；趍tsi的發(fā)送器ue終端可以捕獲和記錄視頻，然后通過3gpp網(wǎng)絡(luò)將視頻傳輸?shù)交趍tsi的接收器ue終端。然后，接收器ue終端可以對視頻進行解碼和渲染。3gppts26.140還能夠使用多媒體共享服務(wù)(mms)進行視頻共享，在mms中提供了對3gpp文件格式的支持。

提供了上述標準作為可用于向多媒體設(shè)備傳送多媒體文件、從多媒體設(shè)備傳送多媒體文件、和/或在多媒體設(shè)備之間傳送多媒體文件的無線多媒體標準的示例。這些示例不旨在是限制性的。其它標準也可用于提供流視頻、會話視頻或視頻共享。

流媒體標準

本文在本發(fā)明的實施例的上下文中提供了對http流(更具體地，dash標準)的更詳細說明。詳細說明不旨在是限制性的。如在前面的段落中進一步解釋的，本發(fā)明的實施例可以用于通過使得移動設(shè)備或與移動設(shè)備通信的服務(wù)器能夠選擇和/或傳送具有所需能量表征的多媒體來有效地向移動設(shè)備傳送多媒體、從移動設(shè)備傳送多媒體、和/或在移動設(shè)備之間傳送多媒體?？梢允褂脴藴驶蚍菢藴驶耐ㄐ欧桨竵韨魉投嗝襟w。

超文本傳輸協(xié)議(http)流可以用作互聯(lián)網(wǎng)視頻的多媒體傳送形式。在http流中，多媒體文件可以被劃分成一個或多個段，并使用http協(xié)議被傳送給客戶端。由于對http和http的底層協(xié)議(包括傳輸控制協(xié)議(tcp)/互聯(lián)網(wǎng)協(xié)議(ip))這二者的廣泛采用，基于http的傳送可以提供可靠性和部署簡單性?；趆ttp的傳送可以通過避免網(wǎng)絡(luò)地址轉(zhuǎn)換(nat)和防火墻穿越問題來實現(xiàn)簡化的流服務(wù)。基于http的傳送或流送還可以提供使用標準http服務(wù)器和緩存而替代專用流服務(wù)器的能力。由于服務(wù)器側(cè)的狀態(tài)信息被減少或降至最少，基于http的傳送可以提供可擴展性。http流技術(shù)的示例可以包括microsoftiissmoothstreaming(microsoftiis平滑流送)、applehttplivestreaming(applehttp直播流送)和adobehttpdynamicstreaming(adobehttp動態(tài)流送)。

dash是一種標準化的http流協(xié)議。如圖1所示，dash可以為媒體呈現(xiàn)描述(mpd)元數(shù)據(jù)文件102指定不同的格式，mpd元數(shù)據(jù)文件102提供關(guān)于存儲在服務(wù)器中的媒體內(nèi)容表示的結(jié)構(gòu)和不同版本以及段格式的信息。mpd元數(shù)據(jù)文件包含關(guān)于媒體播放器的初始化和媒體段的信息(例如，媒體播放器可以查看初始化段以確定容器格式和媒體定時信息)，以確保將段映射到媒體呈現(xiàn)時間線中用于切換和與其它表示同步呈現(xiàn)。dash技術(shù)還已經(jīng)由運動圖像專家組(mpeg)、開放iptv論壇(oipf)和混合廣播寬帶電視(hbbtv)等其它組織進行了標準化。

dash客戶端可以通過經(jīng)由一系列http請求-響應(yīng)事務(wù)下載段來接收多媒體內(nèi)容。隨著移動設(shè)備可用帶寬的改變，dash可以提供在媒體內(nèi)容的不同比特率表示之間動態(tài)切換的能力。因此，dash可以允許快速適應(yīng)變化的網(wǎng)絡(luò)和無線鏈路狀況、用戶偏好和設(shè)備能力(例如顯示分辨率)、所采用的中央處理單元(cpu)的類型、可用的存儲器資源等等。dash的動態(tài)適應(yīng)相比其它流協(xié)議具有更短的啟動延遲和更少的重新緩沖事件，可以為用戶提供更好的體驗質(zhì)量(qoe)。

在dash中，如圖2所示，媒體呈現(xiàn)描述(mpd)元數(shù)據(jù)102可以提供關(guān)于存儲在web/媒體服務(wù)器212中的媒體內(nèi)容表示的結(jié)構(gòu)和不同版本的信息?？梢栽谇鍐挝募袀魉蚼pd元數(shù)據(jù)。在圖1所示的示例中，mpd元數(shù)據(jù)在時間上被劃分為具有預(yù)定長度的時間段，例如，在該示例中為60秒。每個時間段可以包括多個適應(yīng)集104。每個適應(yīng)集可以提供關(guān)于具有許多編碼替代方案的一個或多個媒體組件的信息。例如，該示例中的適應(yīng)集0可以包括各種不同編碼的音頻替代方案，例如不同的比特率、單聲道、立體聲、環(huán)繞聲等等。除了在時間段id上提供用于多媒體呈現(xiàn)的不同質(zhì)量的音頻之外，適應(yīng)集還可以包括采用不同語言的音頻。在適應(yīng)集中提供的不同的替代方案被稱為表示106。

在圖1中，適應(yīng)集1被示出以不同比特率(例如，每秒5兆比特(mbps)、2mbps、每秒500千比特(kbps)或特技模式)提供視頻。特技模式可用于尋找、快進、倒回、或?qū)Χ嗝襟w流文件中位置的其它變化。此外，視頻還可以以不同的格式(例如，二維(2d)或三維(3d)視頻)獲得。每個表示106可以包括段信息108。段信息可以包括初始化信息110和實際的媒體段數(shù)據(jù)112。在該示例中，mpeg4(mp4)文件從服務(wù)器被流送到移動設(shè)備。盡管在該示例中使用mp4，但是可以使用各種不同的編解碼器，正如前面所討論的。

適應(yīng)集中的多媒體可以進一步被劃分為更小的段。在圖1的示例中，適應(yīng)集1的60秒視頻段進一步被劃分為四個子段112，每個子段為15秒。這些示例不旨在是限制性的。適應(yīng)集和每個媒體段或子段的實際長度取決于媒體的類型、系統(tǒng)要求、潛在的干擾類型等等。實際的媒體段或子段的長度可以為小于1秒至幾分鐘長。

如圖2所示，mpd元數(shù)據(jù)信息可以被傳送到諸如移動設(shè)備的客戶端220。移動設(shè)備可以是被配置為接收和顯示流媒體的無線設(shè)備。在一個實施例中，移動設(shè)備可以僅執(zhí)行該功能的一部分，例如接收流媒體，然后將流媒體傳送到另一設(shè)備或顯示設(shè)備用于渲染。移動設(shè)備可以被配置為運行客戶端220?？蛻舳丝梢允褂胔ttpget240消息或一系列部分get消息來請求段?？蛻舳丝梢钥刂屏鲿?例如，管理段序列的流暢播出和接通時間(on-time)請求)、或潛在地調(diào)整比特率或其它屬性)以對無線鏈路、設(shè)備狀態(tài)或用戶偏好的變化做出反應(yīng)。

圖2示出了基于dash的流框架。web/媒體服務(wù)器212中的媒體編碼器214可以將來自音頻/視頻輸入210的輸入媒體編碼為用于存儲或流送的格式。媒體分段器216可以用于將輸入媒體分成一系列段(232)，這一系列段可以被提供給web服務(wù)器218?？蛻舳?20可以使用發(fā)送到web服務(wù)器(例如，http服務(wù)器)的httpget消息來請求段中的新數(shù)據(jù)(234)。

例如，客戶端220的web瀏覽器222可以使用httpget消息240來請求多媒體內(nèi)容。web服務(wù)器218可以向客戶端提供針對多媒體內(nèi)容的mpd242。mpd可以用于傳達相關(guān)聯(lián)的元數(shù)據(jù)信息中所示的每個段的索引和段的相應(yīng)位置(252)。如236中所示，web瀏覽器可以根據(jù)mpd242逐段地從服務(wù)器拉取媒體。例如，web瀏覽器可以使用httpgeturl(frag1req)244請求第一段。統(tǒng)一資源定位符(url)或通用資源定位符可以用于告知web服務(wù)器客戶端要請求哪些段(254)。web服務(wù)器可以提供第一片段(即，段1246)。對于后續(xù)段，web瀏覽器可以使用httpgeturl(fragireq)248請求段i，其中i是段的整數(shù)索引。因此，web服務(wù)器可以提供段i250。可以經(jīng)由媒體解碼器/播放器224將段呈現(xiàn)給客戶端。

圖3示出了在提供多媒體內(nèi)容的http服務(wù)器310至在諸如ue336之類的移動設(shè)備上操作的3gpp客戶端338之間的多媒體內(nèi)容312的流。http服務(wù)器可以通過接口與公共或私有網(wǎng)絡(luò)322(或因特網(wǎng))連接，公共或私有網(wǎng)絡(luò)322(或因特網(wǎng))與無線廣域網(wǎng)(wwan)的核心網(wǎng)絡(luò)324通信。在一個實施例中，wwan可以是基于3gpplte的網(wǎng)絡(luò)或基于ieee802.16的網(wǎng)絡(luò)(即，802.16-2009)。核心網(wǎng)絡(luò)可以經(jīng)由無線電接入網(wǎng)絡(luò)(ran)332訪問諸如演進型分組系統(tǒng)(eps)的無線網(wǎng)絡(luò)330。ran可以經(jīng)由節(jié)點(例如，演進型節(jié)點b(enb)334)向在ue上操作的客戶端提供多媒體內(nèi)容。另外，還可以在http服務(wù)器與ue之間實現(xiàn)wlan網(wǎng)絡(luò)。wlan網(wǎng)絡(luò)可以是ieee802.11網(wǎng)絡(luò)，包括、但不限于ieee802.11a、802.11b、802.11g、802.11n、802.11ac和802.11ad。wlan可以經(jīng)由接入點(ap)向在ue上操作的客戶端提供多媒體內(nèi)容。還可以使用其它類型的wlan網(wǎng)絡(luò)，例如bluetooth(藍牙)網(wǎng)絡(luò)或其它短距離網(wǎng)絡(luò)。

鏈路感知流送自適應(yīng)

根據(jù)一個實施例，公開了一種具有由基站服務(wù)的多個無線視頻用戶的系統(tǒng)。雖然該系統(tǒng)包含多個視頻客戶端，但每個客戶端都可以獨立于其它客戶端來行動。代表客戶端所請求的視頻的不同表示可以使用字母k進行索引?？梢詫⒅祂＝1設(shè)置為表示最低比特率表示等級，并且k＝n可以表示最高表示等級。變量bk可以表征表示等級k的編碼視頻的比特率，其中b1≤b2≤b3≤...≤bn。

mpd中的服務(wù)器可以將mpd中不同視頻表示等級的速率傳送至客戶端。這在多媒體的流送開始之前發(fā)生。播放過程和速率自適應(yīng)可以按照視頻幀持續(xù)時間τ的時間粒度進行。視頻幀持續(xù)時間τ是視頻幀速率fr的倒數(shù)，即τ＝1/fr。某視頻幀持續(xù)時間被稱為幀時隙。可以使用字母i對每個幀時隙進行索引。

http段吞吐量

典型的較高層吞吐量估計是片段或段吞吐量，其被定義為段尺寸與段的下載時間的平均比率：

其中，sfrag(j)、和是所請求的第j個視頻片段的尺寸、下載時間和獲取時間，st是直到時間t為止所請求的最新片段，以及f是用于求平均以獲得穩(wěn)定估計的段數(shù)目。

物理層有效吞吐量

為了使得視頻速率自適應(yīng)算法能夠適機地適應(yīng)無線電鏈路吞吐量的波動，可以執(zhí)行對物理層有效吞吐量的估計，并且對物理層有效吞吐量的估計可用于視頻速率自適應(yīng)。有效吞吐量是物理級吞吐量。吞吐量是每單位時間由網(wǎng)絡(luò)向某個目的地(例如，ue)傳送的有用信息比特數(shù)。吞吐量數(shù)據(jù)不包括協(xié)議開銷比特以及重傳的數(shù)據(jù)分組。

如果xi是在第i個視頻幀時隙中成功接收到的比特數(shù)，則第i個幀時隙中的物理層有效吞吐量由下式給出：

第i個幀時隙中的平均物理有效吞吐量是過去的t個幀時隙上的物理層有效吞吐量的平均值，即：

平均phy層有效吞吐量還可以被定義為在某一時間段期間接收到的比特數(shù)與該時間段的持續(xù)時間的比率：

其中，x(t)是直到時間t為止接收到的比特數(shù)，t是反饋的持續(xù)時間，以及trx≤t是子持續(xù)時間，在子持續(xù)時間期間ue期望數(shù)據(jù)。對平均物理層有效吞吐量的估計通常涉及與物理層的協(xié)作。例如，可以由phy層針對由phy層接收的每個數(shù)據(jù)突發(fā)計算該估計，并通過api(應(yīng)用程序接口)周期性地向應(yīng)用層報告該估計。

使用較高層的吞吐量測量

傳統(tǒng)上，tcp或應(yīng)用層處的較高層吞吐量估計已被用于針對has中的視頻速率自適應(yīng)估計可用鏈路帶寬。在前面的段落中提供了較高層吞吐量估計的示例。

平均視頻片段吞吐量

平均視頻片段是下載視頻片段時經(jīng)歷的平均吞吐量，如下面的等式所示：

其中sfrag(j)、和分別是所請求的第j個視頻片段的尺寸、下載時間和獲取時間。變量lf是所請求的最新片段，以及f是用于求平均的段數(shù)目。這是對帶寬的保守估計。因為這種吞吐量估計涉及對片段求平均，所以估計可能無法追蹤無線鏈路帶寬隨時間的變化。此外，在下載前幾個視頻片段之前，無法獲得平均視頻片段吞吐量。

tcp吞吐量

另一較高層方法是使用由以下等式給出的可用鏈路帶寬的tcp估計：

其中cwnd是所謂的tcp擁塞窗口，以及rtt是信號的估計往返時間。變量cwnd是tcp對可用鏈路帶寬的當前估計。通常，cwnd在接收到確認(acks)時增大，因為這是對于網(wǎng)絡(luò)可以支持較高的帶寬的指示，并且cwnd在它感知到損耗(通過超時或重復(fù)的ack感知)時減小，因為其假設(shè)損耗是由擁塞造成的。存在緩慢啟動階段，其中cwnd在接收到確認時以指數(shù)方式增大，并且存在擁塞避免階段，其中cwnd在接收到確認時以線性方式增大。

然而，tcp被設(shè)計用于有線網(wǎng)絡(luò)和用于連續(xù)發(fā)送數(shù)據(jù)的批量應(yīng)用。它既不被設(shè)計用于無線網(wǎng)絡(luò)，也不被設(shè)計用于應(yīng)用速率受限的應(yīng)用，例如http自適應(yīng)流送。使用tcp來估計吞吐量至少有兩個問題。首先，使用tcp估計假設(shè)無線損耗也是擁塞。即使實際吞吐量不要求減小窗口尺寸，該假設(shè)也會不必要地減小窗口尺寸。其次，即使在應(yīng)用率受限的情況下，tcp估計也會不必要地使cwnd增大。因此，cwnd帶寬估計可以變得遠高于應(yīng)用在rtt時間段內(nèi)發(fā)送的tcp分組的數(shù)目。當應(yīng)用發(fā)送的分組少于cwnd帶寬估計所允許的分組時，tcp無法正確探測可用網(wǎng)絡(luò)帶寬。因此，cwnd帶寬估計不再反映當前的可用網(wǎng)絡(luò)帶寬。由于這些原因，基于tcp的帶寬估計的使用不太適用于在無線場景中has中的速率自適應(yīng)。

鏈路層有效吞吐量的優(yōu)勢

根據(jù)一個實施例，鏈路層有效吞吐量可以用作對較高層估計的補充。鏈路層有效吞吐量可以追蹤鏈路吞吐量隨時間的變化，從而為適機視頻速率自適應(yīng)和緩沖器構(gòu)建提供更高的范圍，以改善用戶的qoe。鏈路層的使用表示用戶獲得的實際的當前有效吞吐量，這不同于可能已經(jīng)過時的較高層估計。鏈路層有效吞吐量可以在相當短的時間內(nèi)顯著地改變。然而，鏈路層吞吐量可以通過時間求平均以呈現(xiàn)平滑的估計，從而避免劇烈變化，同時仍然捕獲無線鏈路的總體趨勢。此外，使用鏈路層有效吞吐量避免了基于tcp的帶寬估計對于通過無線信道的速率受限應(yīng)用所具有的一些缺點。另外，可以從流會話的第一視頻段獲得鏈路層有效吞吐量，而不是在下載了前幾個視頻段之后才獲得。

因此，鏈路層有效吞吐量可以提供關(guān)于http自適應(yīng)流中的實際吞吐量的更快、更準確的知識。然后，由于無線鏈路的變化，當有其它帶寬可用時，該知識可用于主動下載額外的幀以構(gòu)建緩沖器。此外，在has會話開始時準確知道有效吞吐量實現(xiàn)了更快的啟動和更好的顯示分辨率。

所選擇的吞吐量

在一個實施例中，平均鏈路層有效吞吐量可以與諸如視頻片段吞吐量之類的較高層吞吐量結(jié)合使用。針對視頻速率自適應(yīng)所選擇的吞吐量可以基于無線鏈路狀況的變化的演進以及基于has客戶端的緩沖器等級。由幀時隙i中的代表用戶所選擇的用于速率自適應(yīng)的吞吐量可以由表示。在一個實施例中，可以基于phy有效吞吐量和段吞吐量來確定保守估計，如下所示：

其中常數(shù)β防止鏈路狀況的短期變化改變速率自適應(yīng)?？梢栽诜€(wěn)定狀態(tài)下使用這種保守的方法，因為通常phy吞吐量對無線鏈路變化很快做出響應(yīng)，而段吞吐量對鏈路變化的響應(yīng)則要慢得多。

在has會話的啟動階段，關(guān)系可用于獲得更好的視頻質(zhì)量。變量χ小于或等于1，并且是可用于獲得啟動視頻質(zhì)量和啟動延遲之間的設(shè)計折衷的縮放因子。可以基于用戶qoe偏好來設(shè)置χ的值。這些僅是代表性的示例，并且基于客戶端緩沖器狀態(tài)和鏈路狀況的其它一般化條件可用于確定針對has視頻速率自適應(yīng)所選擇的吞吐量。

緩沖器演進和追蹤

為了請求適當?shù)谋硎镜燃?，客戶端可以追蹤所請求的、所接收的、所緩沖的和所播放的幀。圖3示出了ue客戶端進行的幀追蹤。ni和qi分別表示由速率自適應(yīng)算法所確定的在幀時隙i中所請求的幀數(shù)目和表示等級，即在每個幀時隙i的末端，客戶端從服務(wù)器請求ni個表示等級為qi的幀。客戶端可以基于物理層有效吞吐量以及在較高等級處確定的段吞吐量來決定ni和qi。

圖4提供了視頻幀追蹤的示例圖示。變量ai、bi、ci和ei表示客戶端在計算ni和qi時使用的各種幀等級。變量ai表示在客戶端在幀時隙i中做出其請求之前由客戶端所接收的視頻幀的總數(shù)目。變量bi表示客戶端緩沖器中可用于播放的幀數(shù)目，以及ci表示由客戶端請求的幀數(shù)目：

變量ei表示由客戶端請求的但未接收到的視頻幀的數(shù)目?？蛻舳丝梢曰谒埱蟮娜繋退邮盏膸瑏砉烙媏i。例如：

ei＝ci-ai

緩沖器演進與用戶體驗到的phy有效吞吐量密切相關(guān)。用bi，k表示在幀時隙i中所下載的視頻表示等級的速率。則在幀時隙i中進入客戶端緩沖器的幀數(shù)目為：

其中βi是鏈路層處的有效吞吐量與視頻表示等級的速率的比率。它表示客戶端緩沖器被填充的速率。

客戶端狀態(tài)

http自適應(yīng)流送(has)中的中心智能駐留在客戶端而不是服務(wù)器中。要下載的視頻段的適應(yīng)等級由客戶端確定，并在自適應(yīng)流會話內(nèi)周期性地被傳送到服務(wù)器?；趲燃?，我們的鏈路感知自適應(yīng)流框架中的客戶端播放器的操作可以被表征為四種模式或狀態(tài)，如圖5所示：i)啟動；ii)過渡狀態(tài)；iii)穩(wěn)定狀態(tài)；或iv)重新緩沖狀態(tài)。

啟動模式表示初始緩沖模式，在此期間，客戶端在開始播放由has傳送的視頻或音頻之前將視頻幀緩沖到一定限度。穩(wěn)定狀態(tài)表示ue緩沖器等級高于某個閾值的狀態(tài)。過渡狀態(tài)是在開始播放之后，ue緩沖器等級下降到某一限度以下的狀態(tài)。重新緩沖狀態(tài)是當開始播放之后緩沖器等級變?yōu)榱銜r客戶端進入的狀態(tài)，并且它保持在該狀態(tài)，直到它將緩沖器等級重建為令人滿意的等級以再次開始重放。應(yīng)該注意，只有在啟動和重新緩沖模式期間，客戶端不播放多媒體。

鏈路感知速率自適應(yīng)框架

根據(jù)一個實施例，在無線設(shè)備上操作的客戶端可以確定每個幀時隙i中的幀數(shù)目ni和視頻表示等級qi。在圖6的流程圖中示出了鏈路感知速率自適應(yīng)算法的一個示例。

圖6示出了不包括替換請求特征的鏈路感知has速率自適應(yīng)算法。該算法被示出用于幀時隙i中的has客戶端j。在該示例實施例中，has客戶端可以在每個幀時隙中計算對has段吞吐量以及phy層有效吞吐量的估計?？蛻舳巳缓罂梢曰谶@兩種吞吐量估計保守地計算可能的最佳視頻表示等級。為此，可以基于phy有效吞吐量和段吞吐量確定對最大吞吐量的保守估計，如下所示：

其中，上述等式中的和常數(shù)β用于考慮無線鏈路狀況的短期變化。當鏈路狀況良好時，并且當鏈路狀況不好時，該方法確保：i)當鏈路狀況不好且段吞吐量無法跟隨鏈路狀況的變化時，則phy有效吞吐量可以用于降低對于視頻速率自適應(yīng)所使用的鏈路帶寬的估計，并且ii)當鏈路狀況良好時，段吞吐量是保守估計。視頻質(zhì)量可以與使用phy鏈路無感知方法時的視頻質(zhì)量一樣好，同時允許段吞吐量趕上鏈路吞吐量。基于可以保守地確定在幀時隙i中可能的最佳視頻表示等級

延遲受限質(zhì)量優(yōu)化

在一個實施例中，可以根據(jù)對延遲的約束來優(yōu)化視頻質(zhì)量。目標時間被設(shè)置。在目標時間期間，啟動階段將通過下載啟動所需的所有幀來完成。在此約束下，嘗試在啟動階段期間優(yōu)化視頻質(zhì)量。該算法可以使用圖7中的流程圖進行總結(jié)。該算法的細節(jié)可以被概述如下：

延遲受限質(zhì)量優(yōu)化：在每個幀時隙i中

1.確定所要求的最小幀下載速率：

其中bi是就視頻幀而言的當前緩沖器等級，以及是緩沖器中用于開始播放所需的幀的閾值數(shù)目。

2.計算針對當前鏈路狀況下的所有視頻表示等級的幀下載速率。具有速率bk的視頻表示等級的幀下載速率由以下等式給出：

注意，針對表示等級的幀下載與phy有效吞吐量成正比，并且與視頻表示等級的速率成反比。

3.選擇最佳視頻表示等級使得即：

ni＝1

圖7a提供了示出延遲受限質(zhì)量優(yōu)化啟動的流程圖。對于每個幀時隙，可以確定滿足延遲約束所需的最小幀速率。然后，可以基于鏈路狀況針對每個表示等級確定幀下載速率。可以選擇滿足最小閾值的最佳表示等級?？梢哉{(diào)整閾值和以獲得視頻質(zhì)量和啟動(緩沖)延遲之間的折衷。

在確定最佳表示等級后，可以更新緩沖器等級，并且has客戶端可以更新其狀態(tài)。然后，如果先前請求的段尚未被接收，則has客戶端可以等待下一個幀時隙。如果先前的視頻段已經(jīng)被接收，則根據(jù)has客戶端狀態(tài)可以請求新的段。圖7b示出了狀態(tài)依賴型鏈路感知has客戶端速率自適應(yīng)的示例。基于啟動/重新緩沖/過渡狀態(tài)，可以基于ni＝1的延遲受限質(zhì)量優(yōu)化(dbqopt)來選擇qi值。

標識鏈路帶寬隧道

可以按周期性的方式每t秒通過api向應(yīng)用/客戶端報告phy層有效吞吐量。在一個實施例中，變量r^phy(k)可以表示第k個phy層吞吐量反饋周期期間的物理層有效吞吐量。值r^phy(1)....r^phy(k)可以表示從周期1到周期k的phy層有效吞吐量的序列。在時間t處，反饋循環(huán)數(shù)可以由給出。過去的n個樣本，即r^phy(m-n+1)，...，r^phy(m)可用于確定無線信道的趨勢。樣本的線性擬合在時間t處的斜率可以被確定為r^phy(m-n+1)，...，r^phy(m)。這個由s(t)表示的斜率確定了鏈路帶寬的趨勢。s(t)的符號表示變化的方向，并且其幅度表示無線電鏈路帶寬的變化的陡度。如果s(t)為負，并且s(t)的幅度大于閾值，即|s(t)|＞δ，則可以在鏈路層帶寬中標識陡降。當值s(t)≤-δ時，其被稱為鏈路帶寬隧道條件。

當信道急劇下降時，phy層有效吞吐量估計與實際鏈路帶寬密切相關(guān)。保守估計等于該估計。然而，當鏈路帶寬急劇下降時，就像s(t)≤-δ時一樣，除了對未來的段請求使用保守估計之外，has客戶端可能必須采取某些其它校正動作。

圖8示出了具有替換請求特征的示例鏈路感知has速率自適應(yīng)的流程圖。根據(jù)本發(fā)明的一個實施例，替換請求特征可以與前面段落中描述的鏈路感知流送自適應(yīng)一起使用。在對has的這種增強中，鏈路感知可用于標識無線電鏈路帶寬急劇下降的隧道條件。

當先前請求的段尚未被完全接收時，可以檢查隧道條件。如果隧道條件為假，則has客戶端可以設(shè)置ni＝0和qi＝0。然而，如果先前的has段尚未被接收并且隧道條件被滿足(即，s(t)≤-δ)，則has客戶端可以繼續(xù)檢查進一步的條件以確定是否替換先前的段請求。

如果滿足一組特定的條件，則可以在服務(wù)器處取消先前的段請求，并且has客戶端可以發(fā)出對于采用較低質(zhì)量等級的同一視頻段的新請求。所測試的一組條件可以包括所接收的視頻段的持續(xù)時間、所接收的視頻段的尺寸和客戶端媒體緩沖器等級的組合。

圖9中示出了該組條件和用于選擇替換段的質(zhì)量的算法的一個示例實施例。在該示例中，僅在所接收的視頻段的持續(xù)時間(segdurrcvd)小于閾值dth，所接收的段的尺寸小于閾值sth，并且客戶端處的緩沖器等級小于閾值bth時使用替換請求特征。如果滿足這些條件，則has客戶端發(fā)信號通知服務(wù)器取消先前所請求的視頻段。

此外，吞吐量的保守估計可以減小恒定值α，其中α小于1，并且可以重新計算幀時隙i中可能的最佳視頻表示等級has客戶端可以發(fā)出對于采用較低質(zhì)量等級的同一視頻段的新請求?？梢詫⒅祅i重置為1，并且可以將視頻表示等級設(shè)置為重新計算的的值。

一個示例實施例提供了一種具有體現(xiàn)在其上的指令1000的非暫態(tài)機器可讀存儲介質(zhì)，該指令在由一個或多個處理器運行時，執(zhí)行以下操作以提供超文本傳輸協(xié)議(http)自適應(yīng)流(has)，如圖10的流程圖所示。操作包括處理在用戶設(shè)備(ue)處從節(jié)點接收到的http自適應(yīng)流的清單文件，如框1010所示。清單文件標識針對一時間段的多個表示等級。每個表示等級可以標識多個段，如圖1所示。

指令1000的進一步操作包括確定ue相對節(jié)點針對has的物理層有效吞吐量，如框1020所示?？梢詮膆as中選擇多個物理層有效吞吐量樣本，如框1030所示?？梢杂嬎阍跁r間t處采用的物理層有效吞吐量樣本的曲線擬合的斜率，如框1040所示。在一個實施例中，曲線擬合可以是物理層有效吞吐量樣本的線性曲線擬合。時間可以是針對其計算斜率的時間段。

指令1000的附加操作包括基于所計算的斜率標識何時將在has的清單文件中所標識的先前接收到的段替換為處于不同表示等級的同一段替換。例如，可以使用處于較低的表示或較高的表示的同一段來替換所接收的段。如本文所使用的，術(shù)語“較高的表示”用于指代具有更高數(shù)據(jù)速率的表示，例如從圖1中的數(shù)據(jù)速率為2mbps的表示2(106)變動到數(shù)據(jù)速率為5mbps的表示1。相反地，術(shù)語“較低的表示”用于指代具有更低數(shù)據(jù)速率的表示，例如從數(shù)據(jù)速率為2mbps的表示2變動到處于500kbps的表示3。

指令1000還可以包括下述操作：確定斜率何時為負；標識負斜率何時大于預(yù)定閾值，即例如||s(t)|＞δ；以及將大于預(yù)定閾值的負斜率歸類為鏈路帶寬隧道條件。在一個示例中，當存在鏈路帶寬隧道條件時，可以基于一組條件來替換先前接收到的段。當發(fā)生鏈路帶寬隧道條件時，可以監(jiān)測替換段條件集的狀態(tài)。替代地，即使在尚未發(fā)生鏈路帶寬隧道條件時，也可以監(jiān)測狀態(tài)。替換段條件集是針對先前接收到的段的一組條件，包括：針對先前在ue處接收到的段所接收的段持續(xù)時間小于持續(xù)時間閾值；針對先前在ue處接收到的段所接收的段尺寸小于尺寸閾值；以及在ue處操作的has客戶端處的緩沖器等級小于緩沖器閾值。在一個實施例中，當已經(jīng)滿足所有條件時，則替換段條件集的狀態(tài)為真。

指令1000還可以包括以下操作：基于替換段條件集的狀態(tài)和鏈路帶寬隧道條件來取消針對先前接收到的段的請求；以及請求按照較低的表示等級將先前接收到的段發(fā)送給ue。例如，當斜率為負時，可以發(fā)送較低的表示。替代地，當斜率為正時，可以發(fā)送較高的表示。可以針對正斜率和負斜率設(shè)定不同的閾值。另外的指令包括當替換段條件的狀態(tài)為真并且發(fā)生帶寬隧道條件時，將吞吐量值減小恒定量。替代地，如果滿足針對正斜率的閾值，則當替換段條件的狀態(tài)為真時，吞吐量值可以增加恒定量。

在另一示例中，公開了用于提供超文本傳輸協(xié)議(http)自適應(yīng)流(has)的方法1100，如圖11的流程圖所示。該方法可以作為機器、計算機電路或移動設(shè)備(例如，ue)的一個或多個處理器上的指令被執(zhí)行，其中指令被包括在至少一個計算機可讀介質(zhì)或一個非暫態(tài)機器可讀存儲介質(zhì)上。該方法包括在用戶設(shè)備(ue)處從節(jié)點接收http自適應(yīng)流的清單文件的操作，如框1110所示。清單文件可用于標識多個表示等級，其中每個表示等級包含針對多個段的信息。進一步的操作包括：確定ue相對節(jié)點針對has的物理層有效吞吐量，如框1120所示；選擇一時間段上的多個物理層有效吞吐量樣本，如框1130所示；計算物理層有效吞吐量樣本在該時間段上的曲線擬合的斜率，如框1140所示；以及基于所計算的斜率，標識何時在ue處將has的清單文件中標識的先前接收到的段替換為處于不同表示等級的同一段，如框1150所示。如前所述，曲線擬合可以是用于計算斜率的線性曲線擬合。

方法1100還可以包括以下操作：確定斜率何時為負；標識負斜率何時大于預(yù)定閾值；以及將大于預(yù)定閾值的負斜率歸類為鏈路帶寬隧道條件。

在方法1100中，可以監(jiān)測替換段條件集的狀態(tài)。在一個實施例中，當鏈路帶寬隧道條件發(fā)生時，可以監(jiān)測該集合。替代地，可以獨立于鏈路帶寬隧道條件來監(jiān)測該集合。替換段條件集是針對先前接收到的段的一組條件，包括：先前接收到的段在ue處接收到的段持續(xù)時間小于持續(xù)時間閾值；先前接收到的段在ue處接收到的段尺寸小于尺寸閾值；以及在ue處操作的has的客戶端處的緩沖器等級小于緩沖器閾值。

方法1100還可以包括：基于替換段條件集的狀態(tài)和鏈路帶寬隧道條件來取消先前的段請求；以及請求按照較低的表示等級將先前的段發(fā)送至ue。如在該方法中使用的，術(shù)語“較低的表示”和“較高的表示”具有與先前定義的含義相同的含義。該方法還可以包括：當曲線擬合的所計算的斜率為正時以及當斜率大于所選擇的閾值時，基于替換段條件集的狀態(tài)來取消先前的段請求；以及請求按照更高的表示等級將先前的段發(fā)送至ue。

方法1100還可以包括以下操作：當替換段條件的狀態(tài)為真并且?guī)捤淼罈l件發(fā)生時，將吞吐量值減小恒定量。此外，當替換段條件的狀態(tài)為真并且所計算的曲線擬合的斜率為正并且大于所選擇的閾值時，可以將吞吐量值增加恒定量。

另一示例提供如圖12的流程圖所示的可操作以接收超文本傳輸協(xié)議(http)自適應(yīng)流(has)的移動設(shè)備的一個或多個處理器的功能1200。功能可以被實現(xiàn)為方法，或者功能可以作為機器上的指令被運行，其中指令被包括在至少一個計算機可讀介質(zhì)或一個非暫時機器可讀存儲介質(zhì)上。如本文所述，處理器可以是被配置為處理數(shù)字數(shù)據(jù)的數(shù)字處理器和被配置為輔助收發(fā)器發(fā)送和接收數(shù)據(jù)的基帶處理器。

一個或多個處理器可以被配置為處理在移動設(shè)備處從節(jié)點接收到的http自適應(yīng)流的清單文件，如框1210所示。清單文件可以標識多個表示，其中每個表示具有針對多個段的信息。一個或多個處理器還可以被配置為：確定移動設(shè)備相對節(jié)點針對has的物理層有效吞吐量，如框1220中所示；標識針對has的段吞吐量估計，如方框1230中所示；以及基于針對has的物理層有效吞吐量和針對has的段吞吐量，在清單文件中選擇針對所選擇的時段的表示，如框1240所示。

一個或多個處理器還可以被配置為基于針對has的物理層有效吞吐量和針對has的段吞吐量估計，從節(jié)點中請求采用清單文件中所標識的表示的所選數(shù)量的段。此外，(一個或多個)處理器可以被配置為至少部分地基于針對has的物理層有效吞吐量和來自傳輸層的針對has的段吞吐量估計或者來自應(yīng)用層的針對has的段吞吐量估計之一來選擇針對所選擇的時段的表示。

在一個實施例中，(一個或多個)處理器可以被配置為選擇在幀時隙i中用于速率自適應(yīng)的吞吐量，如下所示：

其中是每個視頻幀持續(xù)時間內(nèi)成功接收到的比特數(shù)，是段的段尺寸與段的下載時間的平均比，β是鏈路層處的有效吞吐量與視頻表示等級的速率的比率。

在另一實施例中，(一個或多個)處理器可以被配置為：從has中選擇多個物理層有效吞吐量樣本；計算時間t處的物理層有效吞吐量樣本的線性擬合的斜率；以及基于斜率確定物理層處的帶寬變化。處理器可以標識何時帶寬變化為負并且?guī)挼淖兓笥谒x擇的閾值，以創(chuàng)建鏈路帶寬隧道條件。此外，處理器可以被配置為當鏈路帶寬隧道條件發(fā)生時檢查替換段條件集。

替換段條件可以包括：接收到的段持續(xù)時間小于持續(xù)時間閾值、接收到的段尺寸小于尺寸閾值、以及在移動設(shè)備上操作的客戶端處的緩沖器等級小于緩沖器閾值。(一個或多個)處理器還可以被配置為基于替換段條件集和鏈路帶寬條件來取消先前的段請求；以及請求采用不同的表示等級的先前的段。在一個實施例中，處理器可以被配置為當替換段條件集為真并且?guī)捤淼罈l件發(fā)生時，將吞吐量值減小恒定量。

圖13提供了移動設(shè)備的示例圖示，無線設(shè)備例如是用戶設(shè)備(ue)、移動臺(ms)、移動無線設(shè)備、移動通信設(shè)備、平板計算機、手機、或其它類型的無線設(shè)備。無線設(shè)備可以包括被配置為與節(jié)點或傳輸站通信的一個或多個天線，節(jié)點或傳輸站例如是基站(bs)、演進型節(jié)點b(enb)、基帶單元(bbu)、遠程無線電頭(rrh)、遠程無線電設(shè)備(rre)、中繼站(rs)、無線電設(shè)備(re)、遠程無線電單元(rru)、中央處理模塊(cpm)或其它類型的無線廣域網(wǎng)(wwan)接入點。無線設(shè)備可以被配置為使用至少一個無線通信標準(包括3gpplte、wimax、高速分組接入(hspa)、bluetooth(藍牙)、以及wifi)進行通信。無線設(shè)備可以使用針對每個無線通信標準的獨立天線或者使用針對多個無線通信標準的共享天線進行通信。移動設(shè)備可在無線局域網(wǎng)(wlan)、無線個域網(wǎng)(wpan)、和/或wwan中進行通信。

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

各種技術(shù)或其某些方面或部分可以采用體現(xiàn)于有形介質(zhì)中的程序代碼(即，指令)的形式，有形介質(zhì)例如是：軟盤、光盤只讀存儲器(cd-rom)、硬盤驅(qū)動器、非暫態(tài)計算機可讀存儲介質(zhì)、或任何其它機器可讀存儲介質(zhì)，其中，當程序代碼被載入到機器(比如，計算機)中并由該機器來執(zhí)行時，使得該機器成為用于實踐各種技術(shù)的裝置。電路可以包括硬件、固件、程序代碼、可執(zhí)行代碼、計算機指令、和/或軟件。非暫態(tài)計算機可讀存儲介質(zhì)可以是不包括信號的計算機可讀存儲介質(zhì)。在在可編程計算機上執(zhí)行程序代碼的情況下，計算設(shè)備可以包括：處理器、可由處理器讀取的存儲介質(zhì)(包括易失性和非易失性存儲器和/或存儲元件)、至少一個輸入設(shè)備、和至少一個輸出設(shè)備。易失性和非易失性存儲器和/或存儲元件可以是：隨機存取存儲器(ram)、可擦除可編程只讀存儲器(eprom)、閃盤驅(qū)動器、光驅(qū)動器、硬磁盤驅(qū)動器、固態(tài)驅(qū)動器、或用于存儲電子數(shù)據(jù)的另一介質(zhì)。節(jié)點和無線設(shè)備還可以包括收發(fā)器模塊(即收發(fā)器)、計數(shù)器模塊(即計數(shù)器)、處理模塊(即處理器)、和/或時鐘模塊(即時鐘)或計時器模塊(即定時器)?？梢詫崿F(xiàn)或利用本文所描述的各種技術(shù)的一個或多個程序可以使用應(yīng)用編程接口(api)、可重用控件等等。這樣的程序可以以高級過程編程語言或面向?qū)ο蟮木幊陶Z言來實現(xiàn)以與計算機系統(tǒng)通信。然而，若需要的話，(一個或多個)程序可以以匯編語言或機器語言來實現(xiàn)。在任何情況下，語言可以是編譯或解譯語言，并且可以與硬件實現(xiàn)方式相組合。

應(yīng)當理解的是，本說明書中所描述的許多功能單元已經(jīng)被標注為模塊，以便更具體地強調(diào)它們的實現(xiàn)方式的獨立性。例如，可以使用一個或多個數(shù)字處理器來實現(xiàn)模塊和/或可以將模塊實現(xiàn)為硬件電路，該硬件電路包括定制超大規(guī)模集成(vlsi)電路或門陣列、現(xiàn)成的半導(dǎo)體器件(比如，邏輯芯片、晶體管、或其它分立組件)。模塊還可以以可編程硬件設(shè)備(例如，現(xiàn)場可編程門陣列(fpga)、可編程陣列邏輯、可編程邏輯設(shè)備等等)來實現(xiàn)。

如本文所使用的，術(shù)語“處理器”可以包括通用處理器、專用處理器(例如，vlsi、fpga和其它類型的專用處理器)、以及在收發(fā)器中用于發(fā)送、接收和處理無線通信的基帶處理器。

模塊還可以以由各種類型的處理器執(zhí)行的軟件來實現(xiàn)?？蓤?zhí)行的代碼的經(jīng)標識的模塊例如可以包括計算機指令的一個或多個物理或邏輯塊，其例如可以被組織為對象、程序、或功能。盡管如此，經(jīng)標識的模塊的可執(zhí)行文件不一定在物理上位于一處，而是可以包括存儲于不同位置的不同指令，這些指令當被邏輯地結(jié)合在一起時組成該模塊并實現(xiàn)所注明的該模塊的用途。

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

整個說明書中對“示例”的提及意思是結(jié)合該示例描述的特定特征、結(jié)構(gòu)、或特性被包括在本發(fā)明的至少一個實施例中。因此，在整個說明書中各處出現(xiàn)的短語“在示例中”或詞語“示例性的”不一定全部指代同一實施例。

為方便起見，本文所使用的多個項、結(jié)構(gòu)元件、組成元素、和/或材料可以被呈現(xiàn)于共同的列表中。然而，這些列表應(yīng)當被看作列表中的每個元素被單獨地標識為分離且唯一的元素。因此，在沒有相反指示的情況下，這樣的列表中的個體元素都不應(yīng)當僅基于其出現(xiàn)在共同的組中而被看作該同一列表中的任何其它元素的實際等同物。另外，本發(fā)明的各種實施例和示例隨其各種組分的替代物一起被提及。應(yīng)當理解，這樣的實施例、示例和替代物不應(yīng)被看作彼此的等同物，而應(yīng)被看作本發(fā)明的分開且獨立存在的表示。

此外，所描述的特征、結(jié)構(gòu)或特性可被以任何適當?shù)姆绞浇M合在一個或多個實施例中。在下面的描述中，提供了眾多具體的細節(jié)(比如，布局的示例、距離、網(wǎng)絡(luò)示例等)以提供對本發(fā)明的實施例的透徹的理解。然而，相關(guān)領(lǐng)域的技術(shù)人員將認識到本發(fā)明可以在不具有這些具體細節(jié)中的一個或多個的情況下或者以其它方法、組件、布局等來實踐。在其它實例中，未詳細示出或描述眾所周知的結(jié)構(gòu)、材料或操作以避免模糊本發(fā)明的各方面。

盡管上述示例在一個或多個特定應(yīng)用中說明了本發(fā)明的原理，但是本領(lǐng)域普通技術(shù)人員將清楚在不付出創(chuàng)造性勞動的情況下、并且在不背離本發(fā)明的原理和概念的情況下可以在實現(xiàn)方式的細節(jié)、形式、和使用方面做出諸多修改。因此，不意在本發(fā)明受到除所附權(quán)利要求之外的限制。