支持選擇性移動內(nèi)容優(yōu)化的技術(shù)的制作方法
【專利摘要】一種在裝置處執(zhí)行的方法，包括接收對應(yīng)于用戶設(shè)備的針對媒體內(nèi)容的請求；從服務(wù)器請求和接收媒體內(nèi)容中的一些；以及如果不應(yīng)當(dāng)優(yōu)化所請求的媒體內(nèi)容，則通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送使節(jié)點從用戶設(shè)備通過網(wǎng)絡(luò)朝向服務(wù)器引導(dǎo)針對媒體內(nèi)容的附加請求而不經(jīng)過裝置的信息。另一方法包括接收重定向消息，所述重定向消息包括對應(yīng)于媒體內(nèi)容的位置的指示和包括指示重定向消息應(yīng)當(dāng)使第一裝置將來自用戶設(shè)備的針對媒體內(nèi)容的請求重定向到具有媒體內(nèi)容的服務(wù)器而不經(jīng)過第二裝置的標(biāo)簽；以及針對從用戶設(shè)備接收的并且與指示對應(yīng)的請求，通過網(wǎng)絡(luò)朝向服務(wù)器轉(zhuǎn)發(fā)請求。
【專利說明】支持選擇性移動內(nèi)容優(yōu)化的技術(shù)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明一般涉及無線網(wǎng)絡(luò)，并且更具體地涉及無線網(wǎng)絡(luò)中的諸如視頻之類的內(nèi)容。

【背景技術(shù)】
[0002]本章節(jié)旨在提供對以下公開的本發(fā)明的背景或上下文。本文中的描述可以包括可能被探求過的概念，但是不一定是已經(jīng)在之前被設(shè)想、實現(xiàn)或描述的概念。因此，除非本文另行明確指示，否則在本章節(jié)中描述的內(nèi)容不是對于本申請中的描述的現(xiàn)有技術(shù)，并且不通過包括在本章節(jié)中而被承認為現(xiàn)有技術(shù)。
[0003]可以在本說明書和/或附圖各圖中找到的以下縮寫定義如下:
3G第三代
3GPP第三代合作伙伴項目
DL下行鏈路(從基站到用戶設(shè)備)
DPI深度分組檢查
eNB或eNodeB演進的節(jié)點B (例如LTE基站)
EPC演進的分組核心
GPRS通用分組無線電服務(wù)
http超文本傳輸協(xié)議
LTE長期演進
MAC消息認證碼
MCO移動內(nèi)容優(yōu)化器
Node BUTRAN 基站
PGff分組網(wǎng)關(guān)
QoE體驗質(zhì)量
QoS服務(wù)質(zhì)量
RF射頻
RNC無線電網(wǎng)絡(luò)控制器
Rx接收器或接收
SGSN服務(wù)GPRS支持節(jié)點
SSL安全套接層
Tx發(fā)射器或發(fā)射
UE用戶設(shè)備
UL上行鏈路
URI統(tǒng)一資源標(biāo)識符
URL統(tǒng)一資源定位符
UTRAN通用陸地?zé)o線電接入網(wǎng)絡(luò)。
[0004]隨著智能電話、平板設(shè)備和其它便攜式無線設(shè)備的日益普及，移動數(shù)據(jù)業(yè)務(wù)延續(xù)并且被預(yù)計從2010到2015年以百分之92的復(fù)合年增長率(CAGR)增長，到2015年達到每月6.3艾字節(jié)，并且到2015年，預(yù)計全球移動數(shù)據(jù)業(yè)務(wù)的三分之二是視頻。這已經(jīng)帶來了對運營商網(wǎng)絡(luò)的眾多挑戰(zhàn)。例如，一項調(diào)查顯示，移動用戶的百分之74認為當(dāng)通過運營商的移動網(wǎng)絡(luò)進行流式傳輸時運營商承擔(dān)針對用戶的視頻停頓、緩沖或開始起來花費過長時間的大部分責(zé)任，并且已經(jīng)發(fā)現(xiàn)，緩慢的瀏覽速度將會導(dǎo)致百分之43的調(diào)查對象考慮切換運行商，而另外的百分之24稱緩沖和欠佳的視頻質(zhì)量將會使他們考慮切換。另外，百分之47的移動用戶稱他們在視頻播放起來花費過長時間時感到沮喪并且百分之45被不連續(xù)、中斷的播放而致使極其氣餒。
[0005]媒體優(yōu)化、特別是視頻優(yōu)化的目標(biāo)是改善效率而沒有在用戶的體驗質(zhì)量(QoE)上的折衷。移動視頻內(nèi)容優(yōu)化已經(jīng)被用作用于運營商減少進入移動網(wǎng)絡(luò)的過量移動數(shù)據(jù)而不犧牲用戶體驗的有效工具。研究指示，僅百分之二的http事務(wù)是視頻事務(wù)，然而這些事務(wù)是造成百分之60的網(wǎng)絡(luò)帶寬利用的原因。由于多數(shù)移動數(shù)據(jù)業(yè)務(wù)是基于http的視頻，因此移動優(yōu)化目標(biāo)在于移動視頻類型的應(yīng)用。運營商已經(jīng)在其網(wǎng)絡(luò)中部署了移動內(nèi)容優(yōu)化器(MCO)并且該優(yōu)化對終端用戶是不可見的。這些優(yōu)化器的目標(biāo)是有利于運營商地工作，改善網(wǎng)絡(luò)利用，并且增加任何給定時間處的用戶業(yè)務(wù)會話的數(shù)量。存在在運營商網(wǎng)絡(luò)中被測試的許多受歡迎的公司。即便所有這些產(chǎn)品具有類似的設(shè)計目標(biāo)，它們也在其架構(gòu)和因而其解決方案中具有細微的差異。
[0006]雖然這些產(chǎn)品是有用的，但是可以仍舊做出改進以改善內(nèi)容優(yōu)化。


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

[0007]本章節(jié)包含可能的實現(xiàn)的示例并且不意味著是限制性的。
[0008]在一個示例中，公開了一種方法，其包括在裝置處接收針對媒體內(nèi)容的請求，請求對應(yīng)于無線連接到無線網(wǎng)絡(luò)中的基站的用戶設(shè)備。該方法包括通過裝置從服務(wù)器請求和接收媒體內(nèi)容的一部分，并且響應(yīng)于不應(yīng)當(dāng)優(yōu)化所請求的媒體內(nèi)容的確定，由裝置通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送這樣的信息，其使網(wǎng)絡(luò)節(jié)點從用戶設(shè)備通過網(wǎng)絡(luò)朝向服務(wù)器引導(dǎo)針對媒體內(nèi)容的附加請求而不經(jīng)過裝置。
[0009]在附加示例性實施例中，公開了一種裝置，其包括:用于在裝置處接收針對媒體內(nèi)容的請求的構(gòu)件，請求對應(yīng)于無線連接到無線網(wǎng)絡(luò)中的基站的用戶設(shè)備；用于通過裝置從服務(wù)器請求和接收媒體內(nèi)容的一部分的構(gòu)件；以及響應(yīng)于不應(yīng)當(dāng)優(yōu)化所請求的媒體內(nèi)容的確定，用于由裝置通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送使網(wǎng)絡(luò)節(jié)點從用戶設(shè)備通過網(wǎng)絡(luò)朝向服務(wù)器引導(dǎo)針對媒體內(nèi)容的附加請求而不經(jīng)過裝置的信息的構(gòu)件。
[0010]在另一示例性實施例中，公開了一種計算機程序產(chǎn)品，其包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)。計算機程序代碼包括用于在裝置處接收針對媒體內(nèi)容的請求的代碼，請求對應(yīng)于無線連接到無線網(wǎng)絡(luò)中的基站的用戶設(shè)備；用于通過裝置從服務(wù)器請求和接收媒體內(nèi)容的一部分的代碼；以及響應(yīng)于不應(yīng)當(dāng)優(yōu)化所請求的媒體內(nèi)容的確定，用于由裝置通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送使網(wǎng)絡(luò)節(jié)點從用戶設(shè)備通過網(wǎng)絡(luò)朝向服務(wù)器引導(dǎo)針對媒體內(nèi)容的附加請求而不經(jīng)過裝置的信息的代碼。
[0011]在另外的示例性實施例中，一種裝置包括一個或多個處理器和包括計算機程序代碼的一個或多個存儲器。一個或多個存儲器和計算機程序代碼被配置成利用一個或多個處理器使裝置執(zhí)行:在裝置處接收針對媒體內(nèi)容的請求，請求對應(yīng)于無線連接到無線網(wǎng)絡(luò)中的基站的用戶設(shè)備；通過裝置從服務(wù)器請求和接收媒體內(nèi)容的一部分；以及響應(yīng)于不應(yīng)當(dāng)優(yōu)化所請求的媒體內(nèi)容的確定，由裝置通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送使網(wǎng)絡(luò)節(jié)點從用戶設(shè)備通過網(wǎng)絡(luò)朝向服務(wù)器引導(dǎo)針對媒體內(nèi)容的附加請求而不經(jīng)過裝置的信息。
[0012]另一示例性實施例是一種方法，其包括在網(wǎng)絡(luò)中的第一裝置處從網(wǎng)絡(luò)中的第二裝置接收重定向消息，所述重定向消息包括對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示和包括這樣的標(biāo)簽，所述標(biāo)簽指示重定向消息應(yīng)當(dāng)使第一裝置將來自用戶設(shè)備的針對媒體內(nèi)容的請求重定向到具有媒體內(nèi)容的服務(wù)器而不經(jīng)過第二裝置；以及針對從用戶設(shè)備接收的并且與對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示對應(yīng)的請求，通過網(wǎng)絡(luò)朝向服務(wù)器轉(zhuǎn)發(fā)相關(guān)聯(lián)的請求。
[0013]在另一示例性實施例中，公開了一種計算機程序產(chǎn)品，其包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)。計算機程序代碼包括用于在網(wǎng)絡(luò)中的第一裝置處從網(wǎng)絡(luò)中的第二裝置接收重定向消息的代碼，所述重定向消息包括對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示和包括指示重定向消息應(yīng)當(dāng)使第一裝置將來自用戶設(shè)備的針對媒體內(nèi)容的請求重定向到具有媒體內(nèi)容的服務(wù)器而不經(jīng)過第二裝置的標(biāo)簽；以及用于針對從用戶設(shè)備接收的并且與對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示對應(yīng)的請求，通過網(wǎng)絡(luò)朝向服務(wù)器轉(zhuǎn)發(fā)相關(guān)聯(lián)的請求的代碼。
[0014]在另外的示例性實施例中，一種裝置包括一個或多個處理器和包括計算機程序代碼的一個或多個存儲器。一個或多個存儲器和計算機程序代碼被配置成利用一個或多個處理器使裝置執(zhí)行:在網(wǎng)絡(luò)中的第一裝置處從網(wǎng)絡(luò)中的第二裝置接收重定向消息，所述重定向消息包括對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示和包括指示重定向消息應(yīng)當(dāng)使第一裝置將來自用戶設(shè)備的針對媒體內(nèi)容的請求重定向到具有媒體內(nèi)容的服務(wù)器而不經(jīng)過第二裝置的標(biāo)簽；以及針對從用戶設(shè)備接收的并且與對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示對應(yīng)的請求，通過網(wǎng)絡(luò)朝向服務(wù)器轉(zhuǎn)發(fā)相關(guān)聯(lián)的請求。
[0015]附加的示例性實施例是一種裝置，其包括:用于在網(wǎng)絡(luò)中的第一裝置處從網(wǎng)絡(luò)中的第二裝置接收重定向消息的構(gòu)件，所述重定向消息包括對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示和包括指示重定向消息應(yīng)當(dāng)使第一裝置將來自用戶設(shè)備的針對媒體內(nèi)容的請求重定向到具有媒體內(nèi)容的服務(wù)器而不經(jīng)過第二裝置的標(biāo)簽；以及用于針對從用戶設(shè)備接收的并且與對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示對應(yīng)的請求，通過網(wǎng)絡(luò)朝向服務(wù)器轉(zhuǎn)發(fā)相關(guān)聯(lián)的請求的構(gòu)件。

【專利附圖】

【附圖說明】
[0016]在附圖各圖中:
圖1A圖示了其中可以實踐本發(fā)明的示例性實施例的示例性移動系統(tǒng)優(yōu)化架構(gòu)；
圖1B圖示了其中可以實踐本發(fā)明的示例性實施例的另一示例性移動系統(tǒng)優(yōu)化架構(gòu)； 圖2是圖示了可以如何執(zhí)行移動優(yōu)化的示例場景；
圖3圖示了 MCO引擎如何在示例性實施例中操作；
圖4和5是圖示了移動優(yōu)化可以如何在本發(fā)明的示例性實施例中執(zhí)行的示例場景； 圖6圖示了 MAC可以如何在示例性實施例中實現(xiàn)的示例；
圖7是由支持選擇性移動內(nèi)容優(yōu)化的技術(shù)的MCO執(zhí)行的流程圖的框圖；以及圖8和9是由支持選擇性移動內(nèi)容優(yōu)化的技術(shù)的網(wǎng)絡(luò)節(jié)點執(zhí)行的流程圖的框圖。

【具體實施方式】
[0017]本文中所提出的示例性問題和解決方案適用于各種類型的基于網(wǎng)絡(luò)的優(yōu)化器。圖1A示出了示例性基本移動優(yōu)化架構(gòu)，其中移動內(nèi)容優(yōu)化器(MCO)用于壓縮通過網(wǎng)絡(luò)承載的視頻或圖像，并且基于(多個)移動設(shè)備要求而適配內(nèi)容格式。在圖1A中，用戶設(shè)備(UE)IlO經(jīng)由無線電塔105中的(多個)天線無線連接到eNB 140。eNB 140連接到EPC 125，并且該示例連接到EPC 125中的PGW 165。PGW 165可以連接到MCO 145和因特網(wǎng)115。UE 110從媒體服務(wù)器210 (在以下的示例中，HULU服務(wù)器，盡管這決不是示例性實施例的限制)請求諸如圖像或視頻內(nèi)容220之類的媒體。
[0018]PGff 165包括一個或多個處理器160、一個或多個存儲器150和一個或多個網(wǎng)絡(luò)接口 155，其通過一個或多個總線195互連。PGff 165還包括PGW控制單元161，其可以通過一個或多個處理器160響應(yīng)于計算機程序代碼153的執(zhí)行，或者通過這些的某種組合而實現(xiàn)在邏輯中(例如作為一個或多個處理器160中的硬件元件)。因此，在示例性實施例中，一個或多個存儲器150和計算機程序代碼153被配置成利用一個或多個處理器160使PGW 165執(zhí)行如本文描述的操作中的一個或多個。PGW控制單元161可以使PGW 165執(zhí)行(并且在本文中假定PGW 165確實執(zhí)行)分組的DPI，通過使用例如DPI引擎157 (例如作為從PGW控制單元161分離的部分)。然而，PGW 165僅僅是可以執(zhí)行DPI和本文中描述的其它操作的EPC節(jié)點的一個示例。
[0019]MCO 145在該示例中可以連接到PGW 165和因特網(wǎng)115。MCO 145包括一個或多個處理器175、一個或多個存儲器171和一個或多個網(wǎng)絡(luò)接口 180，其通過一個或多個總線185互連。MCO 145還包括MCO控制單元191，其可以通過一個或多個處理器175響應(yīng)于計算機程序代碼173的執(zhí)行，或者通過這些的某種組合而實現(xiàn)在邏輯中(例如作為一個或多個處理器175中的硬件元件)。因此，在示例性實施例中，一個或多個存儲器171和計算機程序代碼173被配置成利用一個或多個處理器175使MCO 145執(zhí)行如本文所描述的操作中的一個或多個。MCO 145的一個示例性功能是使用例如MCO引擎197執(zhí)行視頻的轉(zhuǎn)碼。在一個示例中，媒體內(nèi)容174被轉(zhuǎn)碼成經(jīng)轉(zhuǎn)碼的內(nèi)容176，其被MCO 145發(fā)送到UE 110。媒體內(nèi)容174典型地為存儲在服務(wù)器上的完整媒體內(nèi)容(例如，圖像、視頻)的某個部分(參見圖2中的媒體內(nèi)容220)。
[0020]要指出，圖1A僅是移動系統(tǒng)優(yōu)化架構(gòu)的一個可能示例。許多其它的配置是可能的。例如，一個或多個用戶可以連接到一個或多個EPC 125 (例如，多個EPC 125)，并且所有業(yè)務(wù)去往一個MCO 145。也就是說，一個MCO 145可以處置多個EPC 125。
[0021]圖1B圖示了其中可以實踐本發(fā)明的示例性實施例的另一示例性移動系統(tǒng)優(yōu)化架構(gòu)。在該示例中，存在連接到RNC 275的NodeB 270 (連接到一個或多個天線105)。EPC125 包括 SGSN 285、Flexi NG (Flexi 網(wǎng)絡(luò)網(wǎng)關(guān)，來自 Nokia Siemens Networks (諾基亞西門子網(wǎng)絡(luò))的移動網(wǎng)關(guān))265和MCO 145。RNC 275可以包括DPI引擎157。NodeB 270在示例中每500-800毫秒向RNC 275發(fā)送測量報告。RNC 275然后向MCO 145提供有意義的無線電信息。無線電信息可以包括針對NodeB 270的總體負載的指示，或者每UE 110的無線電信息。MCO 145可以基于無線電信息執(zhí)行視頻優(yōu)化或者重定向。正常移動內(nèi)容流101在UE 110、NodeB 270、RNC 275、MCO 145和因特網(wǎng)115之間。具有重定向的移動內(nèi)容流102在UE 110, NodeB 270、RNC 275, Flexi NG 265和因特網(wǎng)之間。要指出，MCO 145也可以集成到RNC 275中。
[0022]計算機可讀存儲器150和171可以是適合于本地技術(shù)環(huán)境的任何類型并且可以使用任何合適的數(shù)據(jù)存儲技術(shù)實現(xiàn)，諸如基于半導(dǎo)體的存儲器設(shè)備、閃速存儲器、磁存儲器設(shè)備和系統(tǒng)、光學(xué)存儲器設(shè)備和系統(tǒng)、固定存儲器和可移除存儲器。處理器160和170可以是適合于本地技術(shù)環(huán)境的任何類型，并且作為非限制性示例，可以包括通用計算機、專用計算機、微處理器、數(shù)字信號處理器(DSP)和基于多核處理器架構(gòu)的處理器中的一個或多個。
[0023]圖2是圖示了可以如何執(zhí)行移動優(yōu)化的示例場景，并且以下解釋了操作的示例性序列。在該示例中，圖示了 EPC 125，但是EPC 125采取的行動可以由單個EPC節(jié)點165(諸如，如圖1A中所示的PGW)執(zhí)行。
[0024]I) UE 110當(dāng)前附接到LTE (例如，或者3G)網(wǎng)絡(luò)，并且UE對例如HULU (電視和其它視頻的提供商)服務(wù)器做出http請求以訪問視頻內(nèi)容:GET http://www.hulu.com/site-player /121462/player102.swf?cb=121462 HTTP/1。
[0025]2)EPC 125 (例如PGW/節(jié)點165)執(zhí)行兩個水平的分組處理，即層_3轉(zhuǎn)發(fā)(比如所有路由器)和層-7處理，稱為深度分組檢查(DPI)。在網(wǎng)關(guān)165處(在該示例中)的DPI引擎157攔截可疑http視頻請求(在該示例中),其包含video/*、*mpegurl*、applicat1n/smil*、txt/xml*的內(nèi)容類型，其包含內(nèi)容長度>2MB (大于兩兆字節(jié))并且其滿足其它基于策略的過濾規(guī)則。也就是說，DPI引擎157攔截請求，因為請求包含與DPI引擎基于過濾規(guī)則應(yīng)當(dāng)攔截的類型匹配的類型。在示例性實施例中，DPI引擎157在經(jīng)由硬連線線路行進的分組上應(yīng)用過濾器，并且當(dāng)過濾器之一匹配時，DPI依照過濾規(guī)則采取行動。要指出，攔截也可以針對其它文件類型(諸如圖像)，其可以得益于轉(zhuǎn)碼。
[0026]3) DPI引擎157基于所滿足的過濾規(guī)則將來自UE 110的http請求轉(zhuǎn)發(fā)到MCO145。否則，DPI引擎157在請求不匹配http視頻請求時直接向因特網(wǎng)115轉(zhuǎn)發(fā)http業(yè)務(wù)，并且該轉(zhuǎn)發(fā)未在圖2中示出。
[0027]4) MCO 145另外經(jīng)由因特網(wǎng)115向HULU服務(wù)器210轉(zhuǎn)發(fā)所接收的http請求。
[0028]5) HULU服務(wù)器210利用具有有效載荷中的視頻內(nèi)容225 (例如，媒體內(nèi)容220的一部分)的HTTP/1.1 200 OK來作出響應(yīng)。內(nèi)容225可以作為內(nèi)容174存儲在存儲器中。
[0029]6) MCO引擎197確定是否轉(zhuǎn)碼，并且執(zhí)行內(nèi)容174的轉(zhuǎn)碼。內(nèi)容225可以作為經(jīng)轉(zhuǎn)碼的內(nèi)容176存儲在MCO 145中。轉(zhuǎn)碼牽涉將視頻從一種編碼轉(zhuǎn)換到另一種編碼(例如，高清晰度到標(biāo)準(zhǔn)清晰度，3D到2D)，以典型地降低數(shù)據(jù)率。MCO引擎197還可以執(zhí)行碼率轉(zhuǎn)換(transrating),其中部分的或完整的文件被編碼成較低比特率而不改變視頻格式。碼率轉(zhuǎn)換典型地降低視頻的巾貞率。還可以執(zhí)行尺寸轉(zhuǎn)換(transsizing),其中視頻的分辨率改變(例如，以適合較小的屏幕)。內(nèi)容225的優(yōu)化可以因此牽涉轉(zhuǎn)碼、碼率轉(zhuǎn)換、尺寸轉(zhuǎn)換或修改媒體內(nèi)容的比特率的對媒體內(nèi)容的任何其它操縱中的一個或多個。
[0030]7) MCO 145 (例如，在MCO控制單元161的控制之下)向EPC發(fā)送具有在有效載荷中的經(jīng)轉(zhuǎn)碼的內(nèi)容230的HTTP/1.1 200 0K。經(jīng)轉(zhuǎn)碼的內(nèi)容230可以是MCO 145中的經(jīng)轉(zhuǎn)碼的內(nèi)容176中的一些或全部。
[0031]8) EPC 125向UE 110轉(zhuǎn)發(fā)具有經(jīng)轉(zhuǎn)碼的內(nèi)容230的http消息。
[0032]在現(xiàn)有系統(tǒng)中，被可疑視頻URL引用并且被例如EPC 125中的網(wǎng)關(guān)165處的DPI引擎157攔截的所有業(yè)務(wù)(B卩，可能需要被轉(zhuǎn)碼的引用視頻)必須經(jīng)過MCO 145，即便這些視頻文件中的一些不要求任何優(yōu)化(例如轉(zhuǎn)碼)。這是可以補救的問題。
[0033]更具體地關(guān)注該問題，雖然許多在線視頻內(nèi)容具有移動友好的格式，或者不能被進一步壓縮，但是在移動網(wǎng)絡(luò)中不存在任何機制在已經(jīng)取出內(nèi)容之前檢測是否可以進一步優(yōu)化特定內(nèi)容。如以上陳述的，當(dāng)前，在可疑視頻URL中所包含的所有業(yè)務(wù)必須被MCO 145處理和發(fā)送。這可能導(dǎo)致對MCO 145的不必要的過載。
[0034]以下示例性和非限制性問題由本文中的各種示例性實施例解決。
[0035].如何避免即便該業(yè)務(wù)符合可疑視頻要求(也就是說，滿足準(zhǔn)則使得視頻內(nèi)容應(yīng)當(dāng)被檢驗以用于可能的轉(zhuǎn)碼)而經(jīng)過MCO 145的不必要的業(yè)務(wù)；
?如何有效地解析視頻流以允許經(jīng)優(yōu)化的和未優(yōu)化的內(nèi)容二者流過網(wǎng)絡(luò)；和/或 ?如何提供必須使得各種策略能夠被運營商應(yīng)用的通用框架機制。
[0036]此刻，不存在解決以上問題的現(xiàn)有標(biāo)準(zhǔn)化途徑。本文中的示例性實施例解決這些問題。
[0037]本文所提出的示例性機制增強了現(xiàn)有移動內(nèi)容優(yōu)化架構(gòu)以允許UE直接到移動友好的內(nèi)容。示例性實施例中的發(fā)明可以執(zhí)行以下中的一個或多個:
I)利用MCO 145來識別原始內(nèi)容是否已經(jīng)針對所請求的UE被優(yōu)化。
[0038]2)呈現(xiàn)增強的移動優(yōu)化協(xié)議，其利用http重定向和特殊標(biāo)簽來允許MCO 145重定向URL請求，其引用(例如指向)已經(jīng)優(yōu)化的內(nèi)容，并且通過繞過MCO 145來使得UE 10能夠訪問這樣的內(nèi)容。
[0039]3)提出EPC 125與MCO 145之間的標(biāo)簽協(xié)商協(xié)議以確保EPC 125和MCO 145 二者都意識到用于特定URL事務(wù)的標(biāo)簽。
[0040]4)開發(fā)安全機制以避免由增強的移動內(nèi)容優(yōu)化架構(gòu)潛在地帶來的安全風(fēng)險。
[0041]本發(fā)明的示例性實施例提供了增強的移動視頻遞送協(xié)議以使得MCO 145能夠卸載已經(jīng)移動優(yōu)化的視頻/圖像內(nèi)容，并且允許UE 110直接訪問該內(nèi)容。決定向哪里發(fā)送視頻URL請求的示例性網(wǎng)絡(luò)組件可以是服務(wù)GW (SGW)或EPC 125處的PGW (例如節(jié)點165)，這取決于DPI引擎157在哪里實現(xiàn)。在MCO 145以及例如新引入的協(xié)議的幫助下，在EPC125處的DPI引擎157能夠區(qū)分出所意圖的視頻/圖像內(nèi)容是否需要被MCO 145進一步優(yōu)化，并且基于這樣的信息向例如因特網(wǎng)115中的服務(wù)器(例如210)或者向MCO 145轉(zhuǎn)發(fā)URL請求。
[0042]圖3圖示了 MCO引擎197如何在示例性實施例中操作。圖示性地，基于因特網(wǎng)服務(wù)器(例如服務(wù)器210)提供的所意圖內(nèi)容的內(nèi)容元數(shù)據(jù)310和諸如(用戶設(shè)備110的)設(shè)備類型320、網(wǎng)絡(luò)擁塞305和內(nèi)容策略325之類的其它輸入信息，MCO 145可以決定是否存在進一步優(yōu)化330所意圖內(nèi)容或者重定向335針對內(nèi)容的請求的需要。由于元數(shù)據(jù)310包含在媒體內(nèi)容225的最初幾個分組中，因此MCO 145可以快速地得出是否需要移動優(yōu)化(例如轉(zhuǎn)碼)的結(jié)論。這樣，MCO 145上的負載可以降低。在基于動態(tài)HTTP的流式傳輸?shù)那闆r中，元數(shù)據(jù)包含在清單文件中。如已知的，清單文件是包括服務(wù)器的列表的文件，其中每一個服務(wù)器包含不同比特率與文件名，并且客戶端必須確定要檢索哪個文件。典型的清單文件因此包含關(guān)于如何、何時以及何處存儲視頻的信息。MCO引擎197在該示例中從媒體服務(wù)器210接收媒體內(nèi)容220的某個媒體內(nèi)容部分225。媒體內(nèi)容部分225包括內(nèi)容元數(shù)據(jù)310。
[0043]示例性提出的機制包括以下操作，其在圖4中圖示。步驟I至5與如圖2中所示的現(xiàn)有移動優(yōu)化途徑相同。
[0044]步驟6:如果MCO 145確定所意圖內(nèi)容不需要被進一步優(yōu)化，則MCO 145基于原始URL請求而構(gòu)造新的URL 410并且向URL 410的端部添加在EPC 125與MCO 145之間預(yù)協(xié)商的特殊標(biāo)簽415 (示出為“標(biāo)簽I”)。
[0045]步驟7 =MCO使用http重定向來以重定向消息405中的新構(gòu)造的URL 410(包括添加的標(biāo)簽415)響應(yīng)于UE 110。
[0046]步驟8:存在有關(guān)EPC 125如何響應(yīng)于所接收的http重定向消息進行操作的兩個示例性實現(xiàn)選項(選項a和b)。
[0047]選項a:EPC 125不保持經(jīng)修改的URL的狀態(tài)并且使用無狀態(tài)cookie機制，使得EPC 125傳遞(步驟8)http重定向消息405 (例如URL 405)而不改變消息405。當(dāng)接收到http重定向消息時，UE 110發(fā)送具有URL 410的http GET (得到)消息420 (步驟9)，包括被包含在http重定向消息405內(nèi)的標(biāo)簽415。EPC 125攔截該消息420，并且執(zhí)行消息420的標(biāo)簽搜索。如果找到標(biāo)簽415 (“標(biāo)簽1”)，則那意味著URL請求(即GET消息420)包含移動友好的內(nèi)容，并且EPC 125從URL提取標(biāo)簽415，向內(nèi)容服務(wù)器210轉(zhuǎn)發(fā)(步驟10)新的URL請求425 (具有沒有標(biāo)簽415的URL 430)。否則，URL請求被轉(zhuǎn)發(fā)到MCO 145以供進一步處理。也就是說，如果不存在標(biāo)簽415，則針對媒體的隨后的URL請求被傳遞到MCO 145。圖4呈現(xiàn)了針對該選項的基本流調(diào)用。該途徑在本文中被稱為“NON_TRANSPARENT_TAG (非透明標(biāo)簽)”技術(shù)。無狀態(tài)cookie在示例性實施例中使用兩部分標(biāo)簽方案，第一部分490是固定標(biāo)簽，并且第二部分495是可變標(biāo)簽。這兩個標(biāo)簽被生成和置為朝向UE 110的http重定向消息405的部分，并且UE 110響應(yīng)于接收到http重定向消息405，預(yù)計做出具有重定向標(biāo)簽415的http請求420。重定向標(biāo)簽415到達EPC并且被檢查。DPI引擎157提取URI，并且首先核查標(biāo)簽415的固定部分490以確認標(biāo)簽415的確由DPI引擎157生成，并且然后使用無狀態(tài)cookie技術(shù)來驗證標(biāo)簽的可變部分495。在示例中，標(biāo)簽415的可變部分495包含MAC信息?？勺儾糠诌€包含時間戳信息以防止延遲的重放攻擊。固定部分490可以典型地在EPC 125與MCO 145之間協(xié)商，并且是對于指示EPC應(yīng)該采取步驟來執(zhí)行原始UE請求到媒體服務(wù)器210而不是回到MCO 145的重定向而言有用的任何合適的固定尺寸信息(諸如指令)。
[0048]選項b:參見圖5，其中步驟1-7與圖4中的相同。當(dāng)EPC 125攔截(例如響應(yīng)于步驟7)來自MCO 145的http重定向消息405時，EPC 125移除標(biāo)簽415，本地緩存URL 470，并且發(fā)送具有URL 470 (其沒有標(biāo)簽415)的http重定向消息445 (或者，換言之，URL 470是沒有標(biāo)簽415的URL 410)。一旦UE 110接收到消息445，UE 110就基于包含在http重定向消息445內(nèi)的URL來請求(步驟9，利用GET消息450)內(nèi)容。EPC 125接收該請求并且核查該請求是否已經(jīng)在本地緩存中。如果是，則請求直接被轉(zhuǎn)發(fā)(步驟10)到因特網(wǎng)115中的媒體服務(wù)器210。媒體服務(wù)器210因此通過發(fā)送具有在有效載荷中的內(nèi)容465的消息460來響應(yīng)(步驟11)于請求450。由于用于做出卸載決定的輸入可能改變(例如，網(wǎng)絡(luò)擁塞305可能改善使得存在較少擁塞，并且不存在對于優(yōu)化媒體內(nèi)容的需要)，緩存應(yīng)當(dāng)在某個時間之后期滿，并且該時間可以是可配置的。該途徑在本文中被稱為“TRANSPARENT_TAG (透明標(biāo)簽)”技術(shù)。
[0049]選項a和b技術(shù)二者都可以具有用于標(biāo)簽創(chuàng)建、分發(fā)、驗證和保護的機制以及標(biāo)簽壽命控制過程。在傳統(tǒng)移動網(wǎng)絡(luò)中，MCO 145和EPC 125在相同安全域內(nèi)，并且以上途徑可以照原樣使用。然而，運營商正在將他們的服務(wù)(諸如MCO服務(wù))移動到云。在該場景中，安全性成為問題，因此標(biāo)簽生成機制在此被使用在EPC 125與MCO 145之間，其中消息認證碼(MAC)機制是生成標(biāo)簽415的一部分。MAC可以如何實現(xiàn)在示例性實施例中的示例在圖6中示出。在該示例中，MAC=MAC算法(密鑰、時間戳、URL/URI)，即MAC 620等于被應(yīng)用到密鑰625、時間戳607 (例如對應(yīng)于圖4和5的步驟I中的GET消息的時間戳)和URL/URI606的MAC算法610。在圖6中，消息605包括時間戳607，和URL/URI 606，并且消息630包括確定的MAC 620。接收器然后將消息630拆分回消息605和MAC 620。接收器以與以上描述的相同的方式對URL/URI 606、時間戳607和密鑰(k)625應(yīng)用MAC算法610以確定另一 MAC 640。如果MAC 640匹配MAC 620，則消息是認證了的并且已經(jīng)進行了完整性核查。如果兩個MAC 620,640不匹配，則某事不對，并且可以針對該錯誤采取操作(例如丟棄消息605)。SSL用于協(xié)商密鑰、MAC算法以及標(biāo)簽將插入哪個定位。關(guān)于標(biāo)簽的定位，在圖4和5中，標(biāo)簽415在URL 410的結(jié)尾示出。然而，標(biāo)簽可以被置于URL 410的開端或者URL 410內(nèi)的任何位置，并且URL 410內(nèi)的標(biāo)簽415的定位可以根據(jù)對發(fā)送器和接收器二者已知的某種算法改變。圖4和5僅僅是示例性的。SSL是提供客戶端與服務(wù)器之間的安全通信的協(xié)議。EPC 125或者MCO 145可以在實踐中充當(dāng)服務(wù)器。基于SSL的方案在此被用作示例，因為SSL常常使用在應(yīng)用層安全協(xié)議中。此途徑是一般性的，并且可以使用對應(yīng)用而言恰當(dāng)?shù)娜魏伟踩珔f(xié)議。
[0050]NON_TRANSPARENT_TAG(也就是選項a)實現(xiàn)起來簡單，因為不存在維持EPC 125中的任何狀態(tài)的需要。然而，EPC 125將經(jīng)修改的URL (即具有標(biāo)簽415)傳遞(圖4中的步驟8)到UE 110，UE 110可以存儲該地址并在將來使用。當(dāng)這發(fā)生時，對于MCO引擎197的輸入之一(例如網(wǎng)絡(luò)擁塞305，內(nèi)容策略325)可能改變，并且從內(nèi)容服務(wù)器210直接取出內(nèi)容可能并未針對UE優(yōu)化。為了克服這一點，那些無狀態(tài)標(biāo)簽415中的每一個可以具有與標(biāo)簽415相關(guān)聯(lián)的定時器，使得標(biāo)簽415的新鮮性可以在接收標(biāo)簽415之后被EPC 125驗證。
[0051]另外，可能發(fā)生的是，UE 110移動到諸如WiFi之類的其它無線接入技術(shù)，并且業(yè)務(wù)不經(jīng)過EPC 125，導(dǎo)致“URI/URL”無效。也就是說，如果使用“NON_TRANSPARENT_TAG”技術(shù)，則UE 110將使用具有標(biāo)簽415的URL 410來訪問媒體內(nèi)容220。如果UE 110從移動網(wǎng)絡(luò)移動到WiFi JUURL 410 (包括標(biāo)簽415)在經(jīng)過WiFi時不再有效，因為URL 410中的標(biāo)簽415不是對媒體內(nèi)容220的正確URL (即URL 430)的部分。
[0052]TRANSPARENT_TAG (選項b)技術(shù)可以使用EPC處的緩存和緩存管理來克服選項a所遭遇的URL 410中的標(biāo)簽415導(dǎo)致的該問題。結(jié)果，用于選項b的實現(xiàn)相比于選項a的實現(xiàn)可能更加復(fù)雜。
[0053]考慮到安全性，當(dāng)MCO引擎197得出所意圖的移動內(nèi)容不應(yīng)當(dāng)被優(yōu)化的結(jié)論時，MCO基于密鑰625、URL/URI 606和時間戳607生成MAC 620，并且基于SSL協(xié)商的規(guī)則而更新http重定向的URL。當(dāng)接收到http重定向消息630時，EPC 125提取MAC 620并且將MAC 620與其自己經(jīng)計算的MAC 640比較，并且如果經(jīng)計算的MAC 640與來自EPC的MAC620相同，則消息來自有效源(例如UE 110或MCO 145)。否則，消息將被例如丟棄。
[0054]安全性的引入對實現(xiàn)選項b有影響。在以上提及的選項b中，假設(shè)標(biāo)簽415可以在所有URL之中共享。由于安全標(biāo)簽生成關(guān)系到URL/URI 606，因此選項b可以被修改成具有EPC緩存URL，其是被EPC使用的URL但是不是http重定向消息內(nèi)的對媒體內(nèi)容220的實際URL (例如在重定向消息445內(nèi)并且還在隨后的GET消息450中的URL 470)。當(dāng)EPC125從MCO 145接收到(參見圖4的步驟7) http重定向消息405時，EPC 125記錄URL同時向UE 110轉(zhuǎn)發(fā)(參見圖8的步驟8) http重定向消息405 (但是具有稱為EPC緩存URL的不同URL)。然后，UE 110接收http重定向消息405，并且發(fā)送(圖4的步驟9)具有重定向URL的http GET消息420。EPC攔截該消息，并且核查EPC 125的緩存表(參見圖8)是否具有該URL ;如果是，則http GET消息(例如425)被發(fā)送(圖4的步驟10)到因特網(wǎng)115中的服務(wù)器210，否則，消息可以被丟棄。緩存內(nèi)容應(yīng)當(dāng)在某個時間段之后清空(例如以防止重放攻擊)，所述時間段可以是可配置的。
[0055]轉(zhuǎn)向圖7，示出由支持選擇性移動內(nèi)容優(yōu)化的技術(shù)的MCO執(zhí)行的流程圖的框圖。流程圖的框中的操作可以由硬件(例如一個或多個處理器175中的邏輯)、軟件(例如連同一個或多個存儲器171和一個或多個處理器175 —起配置以使MCO 145執(zhí)行本文中的操作的計算機程序代碼173)或這些的某種組合執(zhí)行。此外，框中的操作可以是計算機程序產(chǎn)品中的操作，所述計算機程序產(chǎn)品包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)，其中計算機程序代碼包括用于執(zhí)行操作的代碼。
[0056]流程圖在框705中開始，當(dāng)MCO 145與EPC節(jié)點165協(xié)商標(biāo)簽415的固定部分490時。已經(jīng)在上文中描述了固定部分490。在框710中，MCO 145執(zhí)行操作:接收針對媒體內(nèi)容的請求。請求對應(yīng)于無線連接到無線網(wǎng)絡(luò)中的基站的用戶設(shè)備，如以上所描述的那樣。在框715中，MCO 145執(zhí)行從服務(wù)器210請求和接收媒體內(nèi)容220的部分225。在框720中，MCO 145確定是否優(yōu)化部分225 (例如，或者如存儲在MCO 145中的內(nèi)容174)。用于執(zhí)行框720的示例性技術(shù)已經(jīng)在上文參考圖3進行了描述。優(yōu)化可以包括(如框741中所示)轉(zhuǎn)碼、碼率轉(zhuǎn)換、尺寸轉(zhuǎn)換或者修改媒體內(nèi)容的比特率的對媒體內(nèi)容的任何其它操縱中的一個或多個。
[0057]如果框730=是(即應(yīng)當(dāng)執(zhí)行優(yōu)化)，則MCO 145執(zhí)行(框745)優(yōu)化媒體內(nèi)容的部分(以創(chuàng)建經(jīng)轉(zhuǎn)碼的部分230)并且向用戶設(shè)備至少發(fā)送經(jīng)優(yōu)化的媒體內(nèi)容的部分(例如465)。應(yīng)當(dāng)指出，圖2也圖示了響應(yīng)于內(nèi)容225應(yīng)當(dāng)被優(yōu)化的判定而使用此技術(shù)可能發(fā)生什么的一個可能示例。也就是說，框745圖示了圖2的步驟6和7。在框750中，MCO 145執(zhí)行繼續(xù)(例如直到MCO引擎197輸入改變?yōu)橹?以響應(yīng)于來自UE的針對媒體內(nèi)容的隨后請求來下載和優(yōu)化媒體內(nèi)容。
[0058]如果框730=否(即不應(yīng)當(dāng)執(zhí)行優(yōu)化)，則MCO 145執(zhí)行創(chuàng)建標(biāo)簽415的可變部分495?？勺儾糠?95可以包括以上描述的MAC或時間戳信息中的一個或二者。MAC信息可以包括如以上參考圖6描述的MAC 620。要指出，如果安全性未在EPC 125與MCO 145之間使用(例如，如果二者在相同網(wǎng)絡(luò)內(nèi))，則可以不使用MAC。在框740中，MCO 145執(zhí)行操作:通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送使用戶設(shè)備將針對媒體內(nèi)容的附加請求重定向到服務(wù)器(例如具有媒體內(nèi)容)而不經(jīng)過裝置(例如在該示例中的MCO 145)的信息(例如重定向消息145)。
[0059]參考圖8，示出由支持選擇性移動內(nèi)容優(yōu)化的“NON_TRANSPARENT_TAG”技術(shù)的網(wǎng)絡(luò)(例如EPC)節(jié)點執(zhí)行的流程圖的框圖。在此假定框由EPC節(jié)點165執(zhí)行，但是可以存在可以能夠執(zhí)行框中的操作的其它網(wǎng)絡(luò)節(jié)點。流程圖的框中的操作可以由硬件(例如一個或多個處理器160中的邏輯)、軟件(例如連同一個或多個存儲器150和一個或多個處理器160一起配置以使節(jié)點165執(zhí)行本文中的操作的計算機程序代碼153)或這些的某種組合執(zhí)行。此外，框中的操作可以是計算機程序產(chǎn)品中的操作，所述計算機程序產(chǎn)品包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)，其中計算機程序代碼包括用于執(zhí)行操作的代碼。
[0060]圖8中的框可能使其看似以某種次序執(zhí)行框。然而，框僅僅是為了易于展示并且可以不以所示次序執(zhí)行。另外，框中的操作中的一些或全部可以并行執(zhí)行。例如，可以存在保持核查緩存中的條目是否期滿的分離功能(例如使用以下描述的定時器)，并且一旦一個條目期滿，該特定條目將從緩存移除。該分離功能可以與圖8中(和圖4中)所示的流操作并行執(zhí)行。
[0061]關(guān)于以上在圖4中示出的和以下在圖8中描述的標(biāo)簽，由MCO生成并且轉(zhuǎn)發(fā)到EPC的標(biāo)簽(比方說標(biāo)簽I)具有在MCO與EPC之間的相關(guān)性。該消息和標(biāo)簽意味著EPC需要直接處置重定向。標(biāo)簽I在此充當(dāng)對EPC的指示并且EPC可以以其自己的方式將該信息傳送到UE (經(jīng)由選項a或選項b)。當(dāng)接收到該標(biāo)簽(比方說如圖4和5中所示的“標(biāo)簽I”)通知時，EPC內(nèi)部執(zhí)行選項a或者選項b并且關(guān)于選擇哪個選項典型地取決于EPC。典型地，MCO不知道所選選項。盡管在圖4中建議從MCO接收的標(biāo)簽由EPC轉(zhuǎn)發(fā)到UE。然而，情況不需要是這樣。事實上，UE可以接收由EPC生成的標(biāo)簽(比方說，“標(biāo)簽2”)，并且EPC可以不向UE轉(zhuǎn)發(fā)EPC從MCO直接接收的任何標(biāo)簽。在這種情況中，EPC生成作為重定向消息的部分被轉(zhuǎn)發(fā)到UE的新標(biāo)簽(例如標(biāo)簽2)。以上描述的用于創(chuàng)建標(biāo)簽的技術(shù)可以用于生成新標(biāo)簽。圖8以下假定EPC創(chuàng)建作為重定向消息的部分被轉(zhuǎn)發(fā)到UE的新標(biāo)簽。
[0062]圖8中的流程圖(也可以對圖4和以上的其它圖做出參考)在框805中開始，其中EPC節(jié)點165執(zhí)行:與MCO 145協(xié)商標(biāo)簽415的固定部分490。這已經(jīng)在上文進行了描述。在框810中，EPC節(jié)點165執(zhí)行操作:從MCO 145接收具有標(biāo)簽415的重定向消息405。在框815中，如果在EPC節(jié)點165與MCO 145之間使用安全性，則EPC節(jié)點165執(zhí)行操作:執(zhí)行MAC處理，如以上參考圖6描述的那樣。如果在EPC節(jié)點165與MCO 145之間不使用安全性,則如圖6中的MAC處理將不需要執(zhí)行。
[0063]在框820中，EPC節(jié)點165執(zhí)行操作:創(chuàng)建新標(biāo)簽和向UE 110轉(zhuǎn)發(fā)具有新標(biāo)簽(例如標(biāo)簽415)的重定向消息405。同樣參見圖4的步驟7。在框825中，EPC節(jié)點165執(zhí)行設(shè)置與新標(biāo)簽(存儲為標(biāo)簽890之一)相關(guān)聯(lián)的定時器895，例如在列表855中(例如存儲在一個或多個存儲器150中)。在該示例中，在列表855中存在N個定時器895和對應(yīng)的N個標(biāo)簽890。標(biāo)簽890還可以具有時間戳(如以上描述的那樣)。在這種情況中，存儲用于定時器895的值可能不是必要的，因為存儲在標(biāo)簽890中的時間戳可以用于確定標(biāo)簽890是否已足夠陳舊到要從列表855移除。
[0064]在框830中，EPC節(jié)點165確定定時器(針對特定標(biāo)簽415/895)是否已經(jīng)期滿(例如，或者自存儲在標(biāo)簽415/895中的時間戳開始是否已經(jīng)流逝了某個時間段)。如果是這樣(框830=是)，則在框835中，EPC節(jié)點165執(zhí)行從列表855移除標(biāo)簽890和定時器895。如以上指出的，有關(guān)定時器和基于定時器而移除條目的框可以與其它框并行發(fā)生。流例如在框830中繼續(xù)，其中另一定時器895可以被選擇(或者框830可以確定定時器895中的任一個是否已經(jīng)期滿)(或者可以在框875中繼續(xù))。如果定時器尚未期滿(框830=否)JUEPC節(jié)點165執(zhí)行(框840)接收針對媒體內(nèi)容220的請求消息(例如GET消息420或針對媒體內(nèi)容的消息，其中MCO將執(zhí)行轉(zhuǎn)碼)。在框845中，確定:請求消息是否具有標(biāo)簽(例如通過在消息420中搜索標(biāo)簽415)。如果沒有(框845=否)，則EPC節(jié)點165在框850中向MCO 145轉(zhuǎn)發(fā)消息并且流在框830中繼續(xù)。
[0065]如果消息(例如圖4的消息420)具有標(biāo)簽415 (框845=是)，則EPC節(jié)點165執(zhí)行MAC處理(框857)以驗證消息420 (并且如果消息420如果消息未經(jīng)驗證則丟棄消息)。在框860中，如果消息420經(jīng)驗證，則EPC節(jié)點165執(zhí)行將標(biāo)簽415從請求消息420剝離并且向媒體服務(wù)器210轉(zhuǎn)發(fā)經(jīng)修正的請求消息425 (包括沒有標(biāo)簽415的URL 430)。EPC節(jié)點165在框870中執(zhí)行:重置對應(yīng)于標(biāo)簽890/415的定時器895。在框875中，確定是否已經(jīng)接收重定向消息。如果沒有(框875=否)，則流在框830中繼續(xù)；如果是這樣(框875=是)，則流在框810中繼續(xù)。
[0066]圖9是由支持選擇性移動內(nèi)容優(yōu)化的“TRANSPARENT_TAG”技術(shù)的網(wǎng)絡(luò)節(jié)點執(zhí)行的流程圖的框圖。在此假定框由EPC節(jié)點165執(zhí)行，但是可以存在可以能夠執(zhí)行框中的操作的其它網(wǎng)絡(luò)節(jié)點。流程圖的框中的操作可以由硬件(例如一個或多個處理器160中的邏輯)、軟件(例如連同一個或多個存儲器150和一個或多個處理器160 —起配置以使節(jié)點165執(zhí)行本文中的操作的計算機程序代碼153)或這些的某種組合執(zhí)行。此外，框中的操作可以是計算機程序產(chǎn)品中的操作，所述計算機程序產(chǎn)品包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)，其中計算機程序代碼包括用于執(zhí)行操作的代碼。
[0067]圖9中的框可能使其看似以某種次序執(zhí)行框。然而，框僅僅是為了易于展示并且可以不以所示次序執(zhí)行。另外，框中的操作中的一些或全部可以并行執(zhí)行。例如，可以存在保持核查緩存中的條目是否期滿的分離功能(例如使用以下描述的定時器)，并且一旦一個條目期滿，則該特定條目將從緩存移除。該分離功能可以與圖9中(和圖5中)所示的流操作并行執(zhí)行。
[0068]還可以對圖5連同以上描述的其它圖做出參考。以上已經(jīng)參考圖8描述了圖9中的框805,810和815。在框920中,EPC節(jié)點165執(zhí)行將標(biāo)簽415從重定向消息405剝離出并且向UE 110轉(zhuǎn)發(fā)經(jīng)修正的消息445。經(jīng)修正的消息包括URL 470。同樣參見圖4的步驟7和8。在框925中,EPC節(jié)點165執(zhí)行:緩存信息(諸如URL 470，例如沒有標(biāo)簽415的URL410，和標(biāo)簽415/890)以用于作為URL 990的重定向消息并且將與緩存的信息993相關(guān)聯(lián)的定時器設(shè)置成在某個時間段之后期滿。標(biāo)簽890中的時間戳也可以用于設(shè)置定時器(例如具有在時間戳之后某個時間段的值)。在該示例中，示出緩存955，其將存儲在例如一個或多個存儲器150中。在該示例中，緩存955包含信息993，信息993的每個片段包括N個URL 990之一和N個標(biāo)簽890中對應(yīng)的一個。
[0069]用于緩存信息993的一個示例性技術(shù)是執(zhí)行創(chuàng)建特定于UE 110的索引995的計算。在示例中，索引995對應(yīng)于這樣的計算，其基于例如UE的IP地址、GTP隧道地址(或標(biāo)識)、所請求的URL，并且使用例如標(biāo)簽415的可變部分495中的MAC 620作為計算的種子。計算產(chǎn)生用作到緩存955中的索引995的唯一值。計算和索引是可選的但是確實加速緩存訪問。
[0070]在框930中，EPC節(jié)點165確定定時器(對應(yīng)于URL 990/415和標(biāo)簽890)是否已經(jīng)期滿。如果是這樣(框930=是)，則EPC節(jié)點165執(zhí)行(框935)從緩存955移除URL 990和對應(yīng)標(biāo)簽890。如以上指出的，有關(guān)定時器和基于定時器而移除條目的框可以與其它框并行發(fā)生。流可以在框930中繼續(xù)，例如，其中另一定時器可以被選擇(或者框930可以確定是否標(biāo)簽890中的時間戳中的任一個已經(jīng)期滿)(或者可以在框975中繼續(xù))。
[0071]如果定時器尚未期滿(框930=否)，則EPC節(jié)點165在框940中從UE 110接收請求450。請求可以是對應(yīng)于或不對應(yīng)于緩存955中的條目的請求。在框945中，EPC節(jié)點165確定請求(例如請求450)是否在緩存955中，例如通過以以上描述的方式計算索引995并且通過使用索引995訪問緩存955。EPC節(jié)點165然后將URL 470與URL 990比較以確定是否存在匹配。如果是這樣(框945=是)，則在框950中，EPC節(jié)點165執(zhí)行(框950)向媒體服務(wù)器210轉(zhuǎn)發(fā)請求450。否則(框945=否)，則EPC節(jié)點165執(zhí)行(框960)向MCO 145轉(zhuǎn)發(fā)請求。在框975中，確定是否接收重定向消息。如果是這樣(框975=是)，則流在框810中繼續(xù)；否則(框975=否)，則流在框930中繼續(xù)。
[0072]應(yīng)當(dāng)指出，信息993被示出為標(biāo)簽890和URL 990。該信息993僅僅是示例性的。例如，可能僅存儲URL 990并且標(biāo)簽890未存儲在緩存中。
[0073]此發(fā)明的示例性實施例包括以下中的一個或多個，作為非限制性示例:
?示例性提出的機制使得移動內(nèi)容優(yōu)化器能夠卸載它不想要的業(yè)務(wù)以允許UE直接訪問該內(nèi)容。該途徑降低MCO處的性能過載的可能性，并且改善在EPC-因特網(wǎng)鏈路和MCO-因特網(wǎng)鏈路之間的負載平衡。
?不存在從UE側(cè)要求的改變；因而遺留UE也可以被支持來利用所提出的方案。
?示例性提出的機制不打破任何應(yīng)用層協(xié)議。
?示例性提出的機制無縫地跨任何設(shè)備和設(shè)備特定的能力而工作。
?示例性提出的機制可以應(yīng)用于任何視頻優(yōu)化機制并且不局限于帶內(nèi)和帶外優(yōu)化器。?本文所提出的觸發(fā)機制是通用的并且可以應(yīng)用于其中一個或多個條件需要被優(yōu)化的情形。
[0074]本發(fā)明的實施例可以實現(xiàn)在軟件(由一個或多個處理器執(zhí)行)、硬件(例如專用集成電路)或軟件和硬件的組合中。在示例性實施例中，軟件(例如應(yīng)用邏輯、指令集)被維護在各種常規(guī)計算機可讀介質(zhì)中的任一個上。在本文檔的上下文中，“計算機可讀介質(zhì)”可以是能夠包含、存儲、傳送、傳播或輸運指令以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(諸如計算機，其中計算機的一個示例描述和描繪在例如圖1A中)使用或者與其結(jié)合使用的任何介質(zhì)或構(gòu)件。計算機可讀介質(zhì)可以包括計算機可讀存儲介質(zhì)(例如存儲器150、171或其它設(shè)備)，其可以是能夠包含或存儲指令以供指令執(zhí)行系統(tǒng)、裝置或設(shè)備(諸如計算機)使用或與其結(jié)合使用的任何介質(zhì)或構(gòu)件。
[0075]如果期望的話，本文討論的不同功能可以以不同次序和/或與彼此同時執(zhí)行。另夕卜，如果期望的話，以上描述的功能中的一個或多個可以是可選的或者可以組合。
[0076]盡管在獨立權(quán)利要求中闡述本發(fā)明的各種方面，但是本發(fā)明的其它方面包括來自所描述的實施例和/或從屬權(quán)利要求的特征與獨立權(quán)利要求的特征的其它組合，而不僅僅是在權(quán)利要求中明確闡述的組合。
[0077]還要在本文中指出，雖然以上描述了本發(fā)明的示例實施例，但是這些描述不應(yīng)當(dāng)以限制性的意義來看待。相反，存在可以在不脫離于如隨附權(quán)利要求中限定的本發(fā)明的范圍的情況下做出的若干變型和修改。
【權(quán)利要求】
1.一種方法，包括: 在裝置處接收針對媒體內(nèi)容的請求，請求對應(yīng)于無線連接到無線網(wǎng)絡(luò)中的基站的用戶設(shè)備； 通過裝置從服務(wù)器請求和接收媒體內(nèi)容的一部分；以及 響應(yīng)于不應(yīng)當(dāng)優(yōu)化所請求的媒體內(nèi)容的確定，由裝置通過網(wǎng)絡(luò)朝向用戶設(shè)備發(fā)送使網(wǎng)絡(luò)節(jié)點從用戶設(shè)備通過網(wǎng)絡(luò)朝向服務(wù)器引導(dǎo)針對媒體內(nèi)容的附加請求而不經(jīng)過裝置的信肩、O
2.根據(jù)權(quán)利要求1所述的方法，其中信息包括服務(wù)器的地址。
3.根據(jù)權(quán)利要求1所述的方法,還包括響應(yīng)于應(yīng)當(dāng)優(yōu)化媒體內(nèi)容的確定,優(yōu)化媒體內(nèi)容的部分以創(chuàng)建經(jīng)優(yōu)化的媒體內(nèi)容并且向用戶設(shè)備發(fā)送經(jīng)優(yōu)化的媒體內(nèi)容。
4.根據(jù)權(quán)利要求3所述的方法，其中優(yōu)化還包括執(zhí)行媒體內(nèi)容的部分的轉(zhuǎn)碼、碼率轉(zhuǎn)換或尺寸轉(zhuǎn)換中的一個或多個以創(chuàng)建經(jīng)優(yōu)化的媒體內(nèi)容。
5.根據(jù)權(quán)利要求1、3或4中任一項所述的方法，還包括確定是否應(yīng)當(dāng)優(yōu)化媒體內(nèi)容。
6.根據(jù)權(quán)利要求5所述的方法，其中確定是否應(yīng)當(dāng)優(yōu)化媒體內(nèi)容還包括至少基于對應(yīng)于媒體內(nèi)容的元數(shù)據(jù)而確定是否應(yīng)當(dāng)優(yōu)化媒體內(nèi)容。
7.根據(jù)權(quán)利要求6所述的方法，其中至少基于對應(yīng)于媒體內(nèi)容的并且由服務(wù)器提供的元數(shù)據(jù)而確定是否應(yīng)當(dāng)對媒體內(nèi)容進行轉(zhuǎn)碼包括至少基于元數(shù)據(jù)和至少對應(yīng)于從基站到用戶設(shè)備的無線鏈路的無線網(wǎng)絡(luò)擁塞的擁塞狀態(tài)、用戶設(shè)備的設(shè)備類型或一個或多個內(nèi)容策略中的一個或多個而確定是否應(yīng)當(dāng)對媒體內(nèi)容進行轉(zhuǎn)碼。
8.根據(jù)前述權(quán)利要求中任一項所述的方法，其中信息包括至少包括固定部分的標(biāo)簽。
9.根據(jù)權(quán)利要求8所述的方法，其中標(biāo)簽還包括可變部分，其包括消息認證碼和對應(yīng)于針對媒體內(nèi)容的請求的時間戳，并且其中所述方法還包括至少使用時間戳、密鑰和對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示來確定消息認證碼。
10.根據(jù)前述權(quán)利要求中任一項所述的方法，由媒體內(nèi)容優(yōu)化器執(zhí)行。
11.一種計算機程序產(chǎn)品，包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)，計算機程序代碼包括用于執(zhí)行前述方法權(quán)利要求中任一項的代碼。
12.一種裝置，包括: 一個或多個處理器；以及 包括計算機程序代碼的一個或多個存儲器， 一個或多個存儲器和計算機程序代碼被配置成利用一個或多個處理器使裝置執(zhí)行前述方法權(quán)利要求中的任一項。
13.—種方法,包括: 在網(wǎng)絡(luò)中的第一裝置處從網(wǎng)絡(luò)中的第二裝置接收重定向消息，所述重定向消息包括對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示和包括指示重定向消息應(yīng)當(dāng)使第一裝置將來自用戶設(shè)備的針對媒體內(nèi)容的請求重定向到具有媒體內(nèi)容的服務(wù)器而不經(jīng)過第二裝置的標(biāo)簽；以及 針對從用戶設(shè)備接收的并且與對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示對應(yīng)的請求，通過網(wǎng)絡(luò)朝向服務(wù)器轉(zhuǎn)發(fā)相關(guān)聯(lián)的請求。
14.根據(jù)權(quán)利要求13所述的方法，其中標(biāo)簽是第一標(biāo)簽，其中請求包括包含第二標(biāo)簽的請求，并且其中轉(zhuǎn)發(fā)相關(guān)聯(lián)的請求還包括朝向服務(wù)器轉(zhuǎn)發(fā)從用戶設(shè)備接收的并且包括第二標(biāo)簽的請求的一部分。
15.根據(jù)權(quán)利要求14所述的方法，還包括: 由第一裝置確定第二標(biāo)簽；以及 從第一裝置向用戶設(shè)備轉(zhuǎn)發(fā)包括指示和第二標(biāo)簽的重定向消息。
16.根據(jù)權(quán)利要求14所述的方法，其中從用戶設(shè)備接收的請求包括不包含第二標(biāo)簽的請求，并且其中轉(zhuǎn)發(fā)還包括朝向第二裝置轉(zhuǎn)發(fā)不包含第二標(biāo)簽的請求。
17.根據(jù)權(quán)利要求14所述的方法，其中包含第二標(biāo)簽的請求包括對應(yīng)于網(wǎng)絡(luò)上的媒體內(nèi)容的位置的指示，第二標(biāo)簽嵌入在指示中，并且轉(zhuǎn)發(fā)還包括從指示剝離第二標(biāo)簽并且朝向服務(wù)器轉(zhuǎn)發(fā)沒有第二標(biāo)簽的指示。
18.根據(jù)權(quán)利要求13所述的方法，其中轉(zhuǎn)發(fā)還包括響應(yīng)于包括被視為對應(yīng)于重定向消息中的指示的第二指示的請求而朝向服務(wù)器轉(zhuǎn)發(fā)請求。
19.根據(jù)權(quán)利要求18所述的方法，還包括響應(yīng)于包括被視為不對應(yīng)于重定向消息中的指示的第二指示的請求而朝向第二裝置轉(zhuǎn)發(fā)請求。
20.根據(jù)權(quán)利要求18所述的方法，其中重定向消息是第一重定向消息，并且其中方法還包括通過網(wǎng)絡(luò)朝向用戶設(shè)備在第二重定向消息中發(fā)送指示而非標(biāo)簽，其中響應(yīng)于第二指示匹配第一重定向消息中的指示，包括第二指示的請求被視為對應(yīng)于第一重定向消息中的指示。
21.根據(jù)權(quán)利要求13至20中任一項所述的方法，其中指示包括統(tǒng)一資源定位符或統(tǒng)一資源標(biāo)識符中的一個。
22.根據(jù)權(quán)利要求13至21中任一項所述的方法，由演進的分組核心中的網(wǎng)絡(luò)節(jié)點執(zhí)行。
23.一種計算機程序產(chǎn)品，包括承載了體現(xiàn)在其中以供與裝置一起使用的計算機程序代碼的計算機可讀存儲介質(zhì)，計算機程序代碼包括用于執(zhí)行權(quán)利要求13至22中任一項的代碼。
24.—種裝置，包括: 一個或多個處理器；以及 包括計算機程序代碼的一個或多個存儲器， 一個或多個存儲器和計算機程序代碼被配置成利用一個或多個處理器使裝置執(zhí)行權(quán)利要求13至22中之一的任一項。
【文檔編號】H04W4/18GK104509069SQ201380038350
【公開日】2015年4月8日 申請日期:2013年6月14日 優(yōu)先權(quán)日:2012年7月17日
【發(fā)明者】葉潁華, 拉克什米納拉亞南 R. 申請人:諾基亞通信公司