專利名稱：互聯(lián)網(wǎng)流量內(nèi)容交付的系統(tǒng)、裝置及其方法
技術(shù)領(lǐng)域：
本發(fā)明主要涉及內(nèi)容交付，具體涉及互聯(lián)網(wǎng)流量內(nèi)容交付的系統(tǒng)、儀器及其方法。背景近年來，應(yīng)用移動(dòng)設(shè)備的媒體消費(fèi)大幅度增加。結(jié)果，流量的爆炸性增長，使電信網(wǎng)絡(luò)擁擠不堪。這一現(xiàn)象在移動(dòng)寬帶(MBB)網(wǎng)絡(luò)上更為明顯，其基礎(chǔ)設(shè)施的成本比固定寬帶(FBB)網(wǎng)絡(luò)的成本高出許多(大約超出20至30倍)。近期，移動(dòng)設(shè)備(如智能手機(jī)、平板電腦、上網(wǎng)本和筆記本電腦)大量普及使用，開創(chuàng)了無線接入高速全網(wǎng)絡(luò)的新紀(jì)元。因此，多媒體通信流量的增長預(yù)計(jì)比FBB網(wǎng)絡(luò)前5年(從2000年到2005年)的流量增長更加迅速。但是，MBB和FBB網(wǎng)絡(luò)運(yùn)營商并沒有從流量增幅中受益。大多數(shù)這種快速增長的流量并不會(huì)為MBB和FBB網(wǎng)絡(luò)運(yùn)營商帶來利益，因?yàn)檫@種流量被直接歸類為消費(fèi)者流量，而消費(fèi)者流量通常被視為OTT(Over-The-Top)流量。因此，降低快速增長的OTT流量的影響， 已經(jīng)成為MBB和FBB網(wǎng)絡(luò)運(yùn)營商的當(dāng)務(wù)之急。OTT流量不同于其他流量，如企業(yè)對企業(yè)(B2B)或企業(yè)對消費(fèi)者(B2C)流量，其中， OTT內(nèi)容和流量特征對運(yùn)營商來說都是未知的。這些未知的特征包括媒體源、媒體類型、所使用的交付協(xié)議/方式、受保護(hù)與明確內(nèi)容、動(dòng)態(tài)與靜態(tài)內(nèi)容等。因此，由于技術(shù)的復(fù)雜性、 網(wǎng)絡(luò)成本和OTT處理上的不確定性，使得應(yīng)對并降低OTT流量的影響變得困難。

發(fā)明內(nèi)容
一般情況下，通過本發(fā)明的實(shí)施例可以解決或繞過這些問題和其他問題，并實(shí)現(xiàn)主要的技術(shù)優(yōu)勢。在本發(fā)明的一個(gè)實(shí)施例中，服務(wù)媒體的方法包括接收為用戶設(shè)備提供媒體內(nèi)容的請求和接收緩存與媒體內(nèi)容有關(guān)的信息的請求。緩存信息包括有關(guān)用戶設(shè)備請求的媒體內(nèi)容是否可以緩存的信息。此方法還包括在將要提供的媒體內(nèi)容是可緩存的，便將媒體服務(wù)器層次集中的第一媒體服務(wù)器分配給用戶設(shè)備。媒體服務(wù)器層次集包括部署在多個(gè)第2層 (L2)接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。用戶設(shè)備通過多個(gè)L2接入網(wǎng)的L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。在本發(fā)明的其他實(shí)施例中，一種提供媒體服務(wù)的方法包括在部署在L2接入網(wǎng)上的第一臺媒體服務(wù)器上，接收將可緩存媒體內(nèi)容提供給用戶設(shè)備的請求。用戶設(shè)備通過L2 接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。上述方法另包含確定可緩存媒體內(nèi)容是否存儲于第一媒體服務(wù)器中。第一媒體服務(wù)器不會(huì)確定可緩存媒體內(nèi)容是否可緩存內(nèi)容。如果媒體內(nèi)容已存儲在第一媒體服務(wù)器的緩存中，便會(huì)從緩存將可緩存媒體內(nèi)容提供給用戶設(shè)備。在本發(fā)明的其他實(shí)施例中，一種提供媒體服務(wù)的方法包括接收將可緩存媒體內(nèi)容提供給用戶設(shè)備的請求。用戶設(shè)備通過多個(gè)L2接入網(wǎng)的L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。 上述方法另外還包括確定將要提供的媒體內(nèi)容是否可緩存，以及在要供應(yīng)的媒體內(nèi)容是可緩存的情況下，重定向請求以便將媒體內(nèi)容提供給第一媒體服務(wù)器。第一媒體服務(wù)器是媒體服務(wù)器層次集中的一臺媒體服務(wù)器。媒體服務(wù)器層次集包括部署在多個(gè)L2接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。在本發(fā)明的另一個(gè)實(shí)施例中，媒體串流的一個(gè)方法包括接收將可緩存媒體內(nèi)容提供給用戶設(shè)備的請求，以及確定請求的目的地互聯(lián)網(wǎng)協(xié)議(IP)地址。上述方法還包括在目的地IP地址與存儲的目的地IP地址列表相匹配的情況下，將收到的請求轉(zhuǎn)發(fā)至L2接入網(wǎng)的第一媒體服務(wù)器。收到的請求會(huì)被重新打包成一個(gè)TCP/IP消息并被轉(zhuǎn)發(fā)至第一媒體服務(wù)器。下文將詳細(xì)列出本發(fā)明實(shí)施例的特點(diǎn)，以便使以下發(fā)明的詳細(xì)說明更易懂。后文將說明本發(fā)明實(shí)施例的其它功能和優(yōu)勢，構(gòu)成本發(fā)明權(quán)利要求的主題。本技術(shù)領(lǐng)域的人員應(yīng)深知，本文所透露的概念和指定實(shí)施例可被用作為修改或設(shè)計(jì)與本發(fā)明擁有相同目的的其他結(jié)構(gòu)或流程的基礎(chǔ)。上述技術(shù)人員還應(yīng)認(rèn)識到，這些等效結(jié)構(gòu)并不違背追加申請中闡述的發(fā)明的精神和范疇。
附圖簡介為提供更完整的本發(fā)明見解及其優(yōu)勢說明，現(xiàn)為以下說明提供參考信息，請參閱與其相對應(yīng)的附圖，其中

圖1說明了采用Gi卸載方法來處理OTT流量的在先技術(shù)接入網(wǎng)卸載解決方案；圖2描述了一種先進(jìn)技術(shù)方法(“基于Gi卸載的流量卸載功能(TOF) ”)，根據(jù)TR 23. 829標(biāo)準(zhǔn)，這種方法在第4種實(shí)施例中還被稱為“移動(dòng)邊緣接入網(wǎng)關(guān)(MEAG) ” ；圖3依據(jù)當(dāng)前3GPP標(biāo)準(zhǔn)說明了一種在MBB網(wǎng)絡(luò)中使用的在先技術(shù)方法(“本地網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)方法”)；圖4根據(jù)本發(fā)明的其中一個(gè)實(shí)施例說明了用于MBB和/或FBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容交付網(wǎng)絡(luò)解決方案；圖5包括圖5A至圖5D，說明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L2網(wǎng)絡(luò)的配置；圖6包括圖6A至圖6D，說明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L3網(wǎng)絡(luò)和內(nèi)容交付網(wǎng)絡(luò)的配置；圖7說明了根據(jù)本發(fā)明實(shí)施例應(yīng)用于MBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容交付解決方案；圖8包括圖8A至圖8D，說明了根據(jù)本發(fā)明實(shí)施例對內(nèi)容交付網(wǎng)絡(luò)中的組件所進(jìn)行的配置；圖9說明了根據(jù)本發(fā)明實(shí)施例所部署的媒體服務(wù)器的層次結(jié)構(gòu)；圖10說明了根據(jù)本發(fā)明實(shí)施例對媒體控制器中存儲的分組數(shù)據(jù)協(xié)議(PDP)上下文數(shù)據(jù)所制定的表；圖11說明了根據(jù)本發(fā)明實(shí)施例可在一般情況下進(jìn)行的控制和媒體消息流操作；CN 102473162 A說明書3/32 頁圖12說明了當(dāng)UE在多個(gè)網(wǎng)絡(luò)中或跨多個(gè)網(wǎng)絡(luò)重定位/漫游時(shí)，根據(jù)本發(fā)明多個(gè)實(shí)施例可對資源進(jìn)行的重新分配；圖13說明了當(dāng)UE在多個(gè)網(wǎng)絡(luò)中或跨多個(gè)網(wǎng)絡(luò)重定位/漫游時(shí)，根據(jù)本發(fā)明實(shí)施例可對資源進(jìn)行的重新分配，并強(qiáng)調(diào)了可能的影響；圖14說明了根據(jù)本發(fā)明實(shí)施例可在MBB網(wǎng)絡(luò)中對其進(jìn)行重定位和漫游的一般網(wǎng)絡(luò)體系結(jié)構(gòu)，其中，圖14A說明了圖12中方案II下的漫游實(shí)施例，圖14B說明了圖13中方案III下的漫游實(shí)施例；圖15說明了根據(jù)本發(fā)明的實(shí)施例，在SGSN間進(jìn)行UE重定位的一套經(jīng)修改的程序；圖16說明了一種供用于根據(jù)3GPP 33. 107進(jìn)行分組交換合法監(jiān)聽(Li)的在先技術(shù)參考配置，據(jù)此并入本發(fā)明，以供參考；圖17說明了一種適用于實(shí)施合法監(jiān)聽方法的實(shí)施例；圖18包括圖18A和圖18B，說明了另一個(gè)適用于合法監(jiān)聽方法的實(shí)施例，其中，層 2網(wǎng)絡(luò)中的媒體服務(wù)器決定并交付與目標(biāo)UE的通信，圖18A說明了實(shí)施LI的上下文圖，及圖18B說明了 LI消息流；圖19包括圖19A和19B，說明了合法監(jiān)聽方法的第三種實(shí)施例，其中，層2網(wǎng)絡(luò)中的媒體服務(wù)器決定并交付(但通過媒體控制器)與目標(biāo)UE的通信，圖19A說明了實(shí)施LI 的上下文圖，及圖19B說明了 LI消息流；圖20根據(jù)本發(fā)明的實(shí)施例演示了用于處理計(jì)費(fèi)、報(bào)告和分析的一般網(wǎng)絡(luò)體系結(jié)構(gòu)以及經(jīng)驗(yàn)規(guī)定的質(zhì)量；圖21說明了用于根據(jù)本發(fā)明實(shí)施例對媒體服務(wù)器故障進(jìn)行處理的一般網(wǎng)絡(luò)體系結(jié)構(gòu)；圖22說明了實(shí)施上述發(fā)明實(shí)施例的)(DSL網(wǎng)絡(luò)；圖23說明了實(shí)施上述發(fā)明實(shí)施例的有線寬帶網(wǎng)絡(luò)；圖M說明了符合本發(fā)明實(shí)施例的代表性媒體服務(wù)器；圖25說明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的媒體控制器的組件；圖沈說明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的媒體服務(wù)器的組件；圖27說明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的內(nèi)容處理器的組件；圖觀說明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的交互功能單元的組件；圖四說明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的第二媒體服務(wù)器的組件；圖30說明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體控制器的組件；圖31說明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的L3節(jié)點(diǎn)3100的組件；圖32說明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體服務(wù)器的組件；圖33根據(jù)本發(fā)明實(shí)施例說明了深層數(shù)據(jù)包檢測節(jié)點(diǎn)的組件；圖34根據(jù)本發(fā)明實(shí)施例說明了媒體服務(wù)器的組件；圖35根據(jù)本發(fā)明實(shí)施例說明了媒體服務(wù)器的組件；圖36根據(jù)本發(fā)明實(shí)施例說明了媒體控制器的組件；圖37根據(jù)本發(fā)明實(shí)施例說明了媒體服務(wù)器的組件；圖38根據(jù)本發(fā)明實(shí)施例說明了媒體數(shù)據(jù)單元的組件；
圖39根據(jù)本發(fā)明實(shí)施例說明了 L2接入網(wǎng)中的媒體服務(wù)器的組件；圖40根據(jù)本發(fā)明實(shí)施例說明了媒體控制器的組件；圖41根據(jù)本發(fā)明實(shí)施例說明了互通功能單元的組件；以及圖42根據(jù)本發(fā)明實(shí)施例說明了媒體控制器的組件。不同圖片中的相應(yīng)數(shù)字和符號一般指相對應(yīng)的部件，除非另有說明。這些圖片雖未按比例繪制，但可清晰說明實(shí)施例的相關(guān)部分。具體實(shí)施例的詳細(xì)說明下文將詳細(xì)討論多種實(shí)施例的制備和使用。但這應(yīng)理解為，本發(fā)明提供許多適用的發(fā)明概念都能夠在各種各樣的指定場合中實(shí)施。所討論的指定實(shí)施例只是演示本發(fā)明的指定利用和使用方法，而不是限制本發(fā)明的使用范圍。下文將說明在下列描述中使用的基本功能實(shí)體的定義和首字母縮略詞以及實(shí)體之間的接口。首字母縮略詞AAA-認(rèn)證、授權(quán)及計(jì)帳ADMF-合法監(jiān)聽的管理功能B2B-企業(yè)對企業(yè)(運(yùn)營商向另一個(gè)企業(yè)提供服務(wù)的一種模型)B2C-企業(yè)對消費(fèi)者(運(yùn)營商向其終端用戶提供服務(wù)的一種模型)BC-計(jì)費(fèi)和收費(fèi)策略服務(wù)器BG-邊界網(wǎng)關(guān)(互聯(lián)網(wǎng)對等點(diǎn))CC-⑶N控制(一種控制功能，用于決定哪個(gè)MS來處理給定請求)CDN-內(nèi)容交付網(wǎng)絡(luò)(支持OTT、B2B和B2C的開放式CDN)CG-計(jì)費(fèi)網(wǎng)關(guān)(負(fù)責(zé)服務(wù)的計(jì)費(fèi)事宜)
DF-交付功能(Li基礎(chǔ)設(shè)施術(shù)語)DPI-深層數(shù)據(jù)包檢測(一種用于檢測數(shù)據(jù)包的功能)DPI-C-內(nèi)容請求級別DPI (涉及到深層HTTP頭、URL分析)DSL-數(shù)字用戶線路FBB-固定寬帶0CDSL、電纜網(wǎng)絡(luò)等)GGSN-網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)GPRS-通用分組無線服務(wù)GSN-GPRS支持節(jié)點(diǎn)(可能是SGSN也可能是GGSN)IffF-互連功能(一種特殊功能，用于連接L2節(jié)點(diǎn)和媒體服務(wù)器)L2節(jié)點(diǎn)-層2節(jié)點(diǎn)(如MBB中的RNC和節(jié)點(diǎn)B、FBB網(wǎng)絡(luò)中的DSLAM等)
L3節(jié)點(diǎn)-層3節(jié)點(diǎn)(如MBB中的GGSN或FBB中的BRAS等)LEMF-執(zhí)法監(jiān)控功能LI-合法監(jiān)聽(為LI的接口，如MBB的LIG)LIG-合法監(jiān)聽網(wǎng)關(guān)LIMS-LI 管理系統(tǒng)MBB-移動(dòng)寬帶(2. xG、3G、4G 或 WiMax 網(wǎng)絡(luò))MC-媒體控制(與⑶N控制功能相同)
MD-媒體數(shù)據(jù)(數(shù)據(jù)分析、日志和報(bào)告)MS-媒體服務(wù)器(提供媒體流、緩存和適配功能)MX-媒體開關(guān)(與MS的功能相同) NB-節(jié)點(diǎn)B (3GPP RAN功能，例如也被稱為BS、eNB的無線基站)OCS-在線計(jì)費(fèi)系統(tǒng)OTT-Over The Top (網(wǎng)絡(luò)運(yùn)營商未知的內(nèi)容和流量類型)PCC-策略計(jì)費(fèi)和控制PCRF-策略、計(jì)費(fèi)規(guī)定功能PS-策略服務(wù)器(如MBB中的PCRF)QoE-體驗(yàn)質(zhì)量(終端用戶體驗(yàn)質(zhì)量)QoS-服務(wù)質(zhì)量RNC-無線網(wǎng)絡(luò)控制器(3GPP標(biāo)準(zhǔn)中的RAN控制功能)SGSN-為GPRS支持節(jié)點(diǎn)提供服務(wù)SUR-用戶使用報(bào)告UE-用戶實(shí)體(終端用戶設(shè)備/客戶端)XDSL-DSL技術(shù)(如ADSL和HDSL)的所有變體。圖1至圖3將說明關(guān)于處理OTT流量的不同在先技術(shù)方法。但是，發(fā)明者已經(jīng)認(rèn)識到這些在先技術(shù)方法具有不同的優(yōu)點(diǎn)和缺點(diǎn)，在下文我們將對這些優(yōu)點(diǎn)和缺點(diǎn)做詳細(xì)探討。下文描述的申請使用縮寫詞GGSN和SGSN的目的僅在于舉例說明。這些術(shù)語還可以是在網(wǎng)絡(luò)中執(zhí)行這些操作的服務(wù)器。例如，在3GPP LTE/4G網(wǎng)絡(luò)中執(zhí)行GGSN操作的服務(wù)器是指系統(tǒng)體系結(jié)構(gòu)進(jìn)化網(wǎng)關(guān)(SAE-GW)，在3GPP LTE/4G網(wǎng)絡(luò)中執(zhí)行SGSN操作的服務(wù)器是指移動(dòng)管理實(shí)體(MME)。因此，執(zhí)行GGSN、SAE-Gff和相似等效服務(wù)器操作的服務(wù)器的類別可指網(wǎng)關(guān)服務(wù)器節(jié)點(diǎn)，執(zhí)行SGSN、MME和相似等效服務(wù)器操作的服務(wù)器的類別可以指服務(wù)/ 管理節(jié)點(diǎn)。僅出于說明的目的，描述中使用了 GGSN和SGSN。本文描述的各種實(shí)施例中可使用任何相對應(yīng)的服務(wù)器。圖1說明了采用Gi卸載方法來處理OTT流量的在先技術(shù)接入網(wǎng)卸載和緩存解決方案。圖1說明了一種通過層2 (L2)網(wǎng)絡(luò)20與互聯(lián)網(wǎng)70相耦合的用戶設(shè)備(UE 10)，如無線接入網(wǎng)、層2(L2)節(jié)點(diǎn)21。L2節(jié)點(diǎn)21可以是基站、NB、eNB、無線網(wǎng)絡(luò)控制器等。L2網(wǎng)絡(luò)20通過層3 (L3)網(wǎng)絡(luò)30與互聯(lián)網(wǎng)70相耦合。L3網(wǎng)絡(luò)30提供服務(wù)，如計(jì)費(fèi)網(wǎng)關(guān)(CG) 31、 合法監(jiān)聽(LI)32和策略服務(wù)器(PS)33。Gi卸載方法在移動(dòng)寬帶(MBB)網(wǎng)絡(luò)中廣泛使用。在Gi卸載方法中，通過IP流量網(wǎng)絡(luò)40引入了緩存媒體服務(wù)器MS 41。MS 41可作為獨(dú)立的緩存功能或作為⑶N網(wǎng)絡(luò)中的媒體服務(wù)器發(fā)揮功能性。深層數(shù)據(jù)包檢測DPI 37功能可以獨(dú)立于L3節(jié)點(diǎn)36(如網(wǎng)關(guān)GPRS 支持節(jié)點(diǎn)(GGSN))或作為其中的一部分。然而，Gi卸載方法在DPI功能下不能幫助緩解流量壓力，因?yàn)榫W(wǎng)絡(luò)路徑中緩存有大量內(nèi)容。為了解決這一問題，圖2中引入了第二種方法， 但僅作說明之用。圖2說明了一種在先技術(shù)方法(“基于Gi卸載的流量卸載功能(TOF) ”)，這種方法還被稱為“移動(dòng)邊緣接入網(wǎng)關(guān)(MEAG) ”。在MEAG方法中，卸載位置自L3節(jié)點(diǎn)36 (例如GGSN位置上的Gi)轉(zhuǎn)移至L2節(jié)點(diǎn) (例如，RNC)。Gi是GGSN和公共數(shù)據(jù)網(wǎng)絡(luò)(PDN)之間基于IP的接口。如圖2中所示，向L2 網(wǎng)絡(luò)20引入了 TOF 22。因此，這種方法能夠提供節(jié)省上述TOF 22的帶寬，S卩，節(jié)省TOF 22 中所有L3節(jié)點(diǎn)36的實(shí)際帶寬。但是為了支持所有其它與MBB接入網(wǎng)相關(guān)的支持類服務(wù)， 例如，合法監(jiān)聽(Li)、實(shí)時(shí)計(jì)費(fèi)服務(wù)和基于策略的QoS服務(wù)(PCRF)，T0F 22需要支持與圖2 中描述的CG 31、LI 32和PS 33的直接接口。MS41 (虛線框)是一個(gè)MS可選功能，可供獨(dú)立的緩存服務(wù)器或⑶N網(wǎng)絡(luò)中的媒體服務(wù)器使用。卸載功能和緩存功能可進(jìn)行固有解耦，但二者可結(jié)合用于實(shí)現(xiàn)其它優(yōu)點(diǎn)。但是，本方法具有很多缺點(diǎn)。首先，所有流量都要在TOF 22上使用深層數(shù)據(jù)包檢測(DPI)類型的方法進(jìn)行分析。這大大降低了 L2網(wǎng)絡(luò)20的性能。其次，為了支持MBB相關(guān)服務(wù)(如CG 31，LI 32)和PS 33，必須保持TOF 22與這些功能的直接接口，使CG 31、LI 32和PS 33的相互作用復(fù)雜化。再次，為了實(shí)現(xiàn)上述第一和第二兩個(gè)目的，TOF 22可以變成具有多種MBB的SGSN普通功能和GGSN功能的復(fù)雜功能。即使存在上述缺點(diǎn)，本方法已采納為TR23.^9標(biāo)準(zhǔn)的第四備用項(xiàng)。下一個(gè)方法旨在改善這第二個(gè)方法中的上述缺點(diǎn)。圖3說明了一種在MBB網(wǎng)絡(luò)中使用的在先技術(shù)方法(“本地網(wǎng)關(guān)GPRS支持節(jié)點(diǎn) (GGSN)方法”)。在本方法中，L2節(jié)點(diǎn)是無線網(wǎng)絡(luò)控制器(RNC)，L3節(jié)點(diǎn)是本地GGSN。本方法(再次聲明在MBB域中)旨在使用標(biāo)準(zhǔn)GSN處理已呼叫的直接隧道，有利于L2網(wǎng)絡(luò)20中的L2節(jié)點(diǎn)21 (例如，RNC)創(chuàng)建至本地L3節(jié)點(diǎn)26，例如，本地GGSN的直接隧道。因此，本地GGSN位于RNC(L2節(jié)點(diǎn)21)側(cè)，從而有利于RNC通過本地GGSN(本地L3 節(jié)點(diǎn)26)將某些類型的流量(如網(wǎng)絡(luò)流量)卸載到互聯(lián)網(wǎng)。在本方法中，現(xiàn)有SGSN和GGSN 功能位于非卸載路徑中。已針對本方法提出了兩種稍微不同的配置靜態(tài)卸載和動(dòng)態(tài)卸載。首先，在靜態(tài)卸載配置中，設(shè)置之后，卸載流量會(huì)以靜態(tài)方式通過本地L3節(jié)點(diǎn)沈(本地GGSN)，而非卸載流量將繼續(xù)通過L3節(jié)點(diǎn)36 (GGSN)。如圖3所示，在設(shè)置分組數(shù)據(jù)協(xié)議(PDP)時(shí)，SGSN(另一個(gè)L2/L3節(jié)點(diǎn))可以確定靜態(tài)配置。這需要對SGSN進(jìn)行修改，以處理卸載策略和識別本地 GGSN?；蛘?，動(dòng)態(tài)卸載配置用虛線顯示在本地L3節(jié)點(diǎn)沈和L3節(jié)點(diǎn)36之間。在這一情況下，所有數(shù)據(jù)流量流入本地L3節(jié)點(diǎn)沈(本地GGSN)，其會(huì)作出卸載決定，包括在單個(gè)PDP 內(nèi)的不同數(shù)據(jù)流上適用不同的卸載策略。SGSN總會(huì)選擇L3節(jié)點(diǎn)36(SGGSN)和本地L3節(jié)點(diǎn)沈(本地GGSN)作為宏GGSN的代理。在向核心L3節(jié)點(diǎn)(MBB環(huán)境中的SGSN和GGSN)提供服務(wù)方面，本方法與第二個(gè)方法具有相似的優(yōu)勢。但是，因?yàn)镚GSN是一種標(biāo)準(zhǔn)的MBB功能，而且其與CG 31、LI 32和PS 33等等之間的接口已有定義且標(biāo)準(zhǔn)化，所以在L2節(jié)點(diǎn)21位置上引入本地GGSN(例如，RNC) 應(yīng)該可解決許多問題。然而本方法也存在其它缺點(diǎn)，具體可見下方的描述。第一，L3節(jié)點(diǎn)36，例如GGSN，是一種復(fù)雜功能，其實(shí)施過程相對昂貴且難以管理。 因此，部署多個(gè)GGSN節(jié)點(diǎn)并不符合成本效益。第二，網(wǎng)絡(luò)中若有多個(gè)GGSN JUCG 31、LI 32 和PS 33等等之間的交互會(huì)變得更加復(fù)雜。例如，實(shí)時(shí)計(jì)費(fèi)功能將須要接收兩個(gè)GGSN(本地L3節(jié)點(diǎn)沈和1^3節(jié)點(diǎn)36)的輸入，以確定活動(dòng)的會(huì)話是否已達(dá)到額定限值。第三，在一個(gè)所有服務(wù)都使用單個(gè)APN的單一接入點(diǎn)名稱(APN)設(shè)置過程中，這一方案可能會(huì)面臨挑戰(zhàn)。尤其是在分組數(shù)據(jù)協(xié)議(PDP)設(shè)置好后，上述的靜態(tài)卸載配置，即從L2節(jié)點(diǎn)21 (RNC) 至本地L3節(jié)點(diǎn)沈(本地GGSN)之間以靜態(tài)方式確定的卸載不可更改。在本發(fā)明的各實(shí)施例中，我們將描述任何L2接入網(wǎng)(如RAN網(wǎng)絡(luò)或)(DSL接入網(wǎng)， 亦或電纜網(wǎng)絡(luò))中基于L3的內(nèi)容交付網(wǎng)絡(luò)(CDN)媒體服務(wù)器(MS)的部署方法。這種CDN 媒體服務(wù)器的部署可在維持具有處理面向MBB網(wǎng)絡(luò)和FBB網(wǎng)絡(luò)的0TT、B2B和B2C服務(wù)能力的CDN網(wǎng)絡(luò)的統(tǒng)一、通用和開放的同時(shí)，還可用于緩存和處理更接近于用戶裝置的媒體內(nèi)容。如果⑶N媒體服務(wù)器在緩存通過接入網(wǎng)絡(luò)(MBB或FBB)向終端用戶交付的OTT內(nèi)容時(shí)位于更接近終端用戶裝置的位置，則現(xiàn)有網(wǎng)絡(luò)基礎(chǔ)設(shè)施的成本節(jié)約潛能會(huì)更大。這是因?yàn)闊o線接入網(wǎng)(RAN)節(jié)點(diǎn)的基礎(chǔ)設(shè)施成本相較于分組交換(PQ網(wǎng)絡(luò)來說更加高。因此， 沿著接入路徑，將媒體服務(wù)器向終端用戶裝置進(jìn)一步移動(dòng)，會(huì)比較有利。然而，最后一英里的接入網(wǎng)可能是L2網(wǎng)絡(luò)或者是非IP閉環(huán)網(wǎng)絡(luò)，如RAN(在3G無線網(wǎng)絡(luò)中)或)(DSL。媒體服務(wù)器在這些網(wǎng)絡(luò)中的部署至少會(huì)面臨兩種挑戰(zhàn)。第一，媒體服務(wù)器(通常它會(huì)是一個(gè)L3節(jié)點(diǎn))需要特殊接口以便與L2網(wǎng)絡(luò)相交互。第二，定期卸載(TOF) 方式，需要一種DPI流程來確定OTT流是否可緩存，然后進(jìn)行本地卸載或緩存。這種DPI流程可能會(huì)要求相當(dāng)密集的CPU處理，并可能會(huì)降低接入節(jié)點(diǎn)的功能。本發(fā)明的實(shí)施例通過將L3媒體服務(wù)器部署到具有解耦功能的L2接入網(wǎng)中，克服了這些問題和其他問題。尤其是，如OTT流量檢測、緩存決定和OTT流量請求路由決定等部分功能，均保留在L3⑶N網(wǎng)絡(luò)中。本發(fā)明的實(shí)施例還包括對MBB網(wǎng)絡(luò)域中以下多種功能的獨(dú)特處理如合法監(jiān)聽(Li)、與處理相關(guān)的在線計(jì)費(fèi)系統(tǒng)(OCS)、QoS處理和支持，以及MBB 和FBB網(wǎng)絡(luò)的很多其它功能支持。下文將首先采用圖4的系統(tǒng)基礎(chǔ)設(shè)施架構(gòu)以描述本發(fā)明的實(shí)施例；采用圖5-6和圖8-9以描述單元的詳細(xì)結(jié)構(gòu)實(shí)施例；分別采用圖7、圖22和圖23描述本發(fā)明適用于移動(dòng)寬帶網(wǎng)絡(luò)、)(DSL網(wǎng)絡(luò)、電纜寬帶網(wǎng)絡(luò)的實(shí)施例。下文將采用圖11以描述適用于MBB網(wǎng)絡(luò)的流操作實(shí)施例；采用圖12-15以描述本發(fā)明涉及有關(guān)處理漫游/重定位的實(shí)施例；采用圖 17-19以描述本發(fā)明適用于合法監(jiān)聽的實(shí)施例；根據(jù)圖20，描述本發(fā)明適用于處理計(jì)費(fèi)、報(bào)告和分析以及體驗(yàn)規(guī)定的質(zhì)量的實(shí)施例；根據(jù)圖21，描述本發(fā)明適用于處理媒體服務(wù)器故障的實(shí)施例。圖4根據(jù)本發(fā)明的其中一個(gè)實(shí)施例說明了用于MBB和/或FBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容交付網(wǎng)絡(luò)解決方案。在圖4中，UE 10表示終端用戶裝置，如移動(dòng)裝置或具有無線網(wǎng)卡的裝置。關(guān)于圖 4，具有多個(gè)L2節(jié)點(diǎn)21的L2網(wǎng)絡(luò)20和具有多個(gè)L3節(jié)點(diǎn)36的L3網(wǎng)絡(luò)30形成了一個(gè)通向互聯(lián)網(wǎng)70的接入網(wǎng)絡(luò)。除L2節(jié)點(diǎn)21之外，各實(shí)施例在L2網(wǎng)絡(luò)20內(nèi)都包含一個(gè)互通功能 IWF 23和一個(gè)基于L3的媒體服務(wù)器MS-A M。IWF 23在L2網(wǎng)絡(luò)20中的層2節(jié)點(diǎn)與MS-A M之間充當(dāng)接口和路由功能。位于L2網(wǎng)絡(luò)中的媒體服務(wù)器將標(biāo)記為MS-A，而位于L3網(wǎng)絡(luò)中的媒體服務(wù)器將標(biāo)記為MS-B，以便于區(qū)分不同類型的媒體服務(wù)器。在L3網(wǎng)絡(luò)30中，深層數(shù)據(jù)包檢測(DPI)37功能檢查UE的簽名匹配請求，以確定請求是否需要轉(zhuǎn)移至內(nèi)容交付網(wǎng)絡(luò)(CDN)SO以進(jìn)行下一步處理。因此，DPI 37將特定的UE請求轉(zhuǎn)移至⑶N 80以進(jìn)行下一步處理?？梢耘渲肈PI 37來檢測通過它的數(shù)據(jù)包，例如，搜索協(xié)議不合規(guī)性、病毒、垃圾郵件、入侵，或預(yù)定義標(biāo)準(zhǔn)以決定對數(shù)據(jù)包采取哪些措施，包括收集統(tǒng)計(jì)信息。DPI 37可新增對OSI模型層2至層7的檢查功能，這可包括標(biāo)頭、數(shù)據(jù)協(xié)議結(jié)構(gòu)和消息的實(shí)際有效載荷。 基于從數(shù)據(jù)包數(shù)據(jù)部分中提取的信息的簽名數(shù)據(jù)庫，DPI 37可識別流量并對其進(jìn)行分類， 從而實(shí)現(xiàn)比僅基于標(biāo)頭信息的分類更精細(xì)的控制。在其他實(shí)施例中，DPI 37可識別流量是否包含OTT類別。經(jīng)分類的數(shù)據(jù)包可以在網(wǎng)絡(luò)中重定向、標(biāo)記/標(biāo)簽、攔截、設(shè)置額定限制和/或報(bào)告給報(bào)告代理。⑶N 80是一組戰(zhàn)略部署在所有IP網(wǎng)絡(luò)上的典型服務(wù)器，可分層也可不分層。⑶N 80擁有多個(gè)不同的設(shè)備，可在地理上分布開來。示例中，⑶N 80所含的設(shè)備包括位于⑶N 80中各點(diǎn)上的服務(wù)器。例如，UE 10可訪問距其最近的服務(wù)器的數(shù)據(jù)副本，而不需從中心服務(wù)器進(jìn)行訪問。或者，位于相似位置的多個(gè)用戶可從不同服務(wù)器訪問相同的文件，防止單個(gè)倉庫服務(wù)器超載。對于存儲在⑶N 80中的內(nèi)容，其類型包括網(wǎng)絡(luò)對象、可下載對象(媒體文件、軟件和文檔)、應(yīng)用程序、實(shí)時(shí)媒體流和互聯(lián)網(wǎng)交付的其他組件(DNS、路由和數(shù)據(jù)庫查詢)。在多個(gè)實(shí)施例中，內(nèi)容交付網(wǎng)絡(luò)(CDN)SO中異常路徑內(nèi)容層級的深層數(shù)據(jù)包檢測單元(DPI-C)Sl理解OTT請求并決定由哪一個(gè)媒體服務(wù)器為提出媒體請求的UE提供服務(wù)。 通過使用外部DPI-C 81，最大程度地降低對現(xiàn)有網(wǎng)絡(luò)組件的影響。這是因?yàn)镈PI 37通常已整合至L3節(jié)點(diǎn)36。所以，其他功能會(huì)從現(xiàn)有DPI 37中區(qū)別開來。在多個(gè)實(shí)施例中，MS-A M被引入到更加接近UE 10的L2網(wǎng)絡(luò)20中，同時(shí)盡可能對⑶N 80與L2網(wǎng)絡(luò)20及L3網(wǎng)絡(luò)30的功能進(jìn)行解耦。在不同的實(shí)施例中，密集型操作， 如DPI-C 81功能，在⑶N 80上予以處理這相比L2節(jié)點(diǎn)21，其裝備更優(yōu)良，更適合執(zhí)行復(fù)雜任務(wù)。這避免了為執(zhí)行密集型操作而為L2節(jié)點(diǎn)增加昂貴資源的需要。有利的一點(diǎn)是，通過結(jié)合上述方法，接入網(wǎng)絡(luò)(MBB或FBB)和⑶N 80可保持它們在功能上的相對獨(dú)立性，同時(shí)相互協(xié)調(diào)以最大限度地提高處理OTT流量，并在常見的統(tǒng)一方法中存在B2B與B2C服務(wù) (如果這兩項(xiàng))的情況下，最大程度地提高這些服務(wù)的效率。L2網(wǎng)絡(luò)20和L3網(wǎng)絡(luò)30中插入的功能可處理圖5和圖6中所示的多份不同的配
置表單。圖5包括圖5A至圖5D，說明了根據(jù)本發(fā)明實(shí)施例制定的L2網(wǎng)絡(luò)的配置。圖5A說明了其中L2節(jié)點(diǎn)21、IWF 23和MS-A 24作為獨(dú)立單元(如物理上獨(dú)立的機(jī)器)的一個(gè)實(shí)施例。在圖5B中，L2節(jié)點(diǎn)21和IWF 23是同一個(gè)整合單元(同一個(gè)箱/機(jī)器)，而MS-A 24則獨(dú)立構(gòu)成。在圖5C中，IWF 23和MS-A 24作為一體化單元，而L2節(jié)點(diǎn) 21是獨(dú)立單元。在圖5D中，所有組件都整合至同一個(gè)物理單元。在圖5中，圖5A和5C中演示的配置為MS-A M向L2網(wǎng)絡(luò)20的透明引入帶來了益處，而不會(huì)對L2節(jié)點(diǎn)21帶來任何影響。這需要IWF 23在將MS-A 24引入到L2網(wǎng)絡(luò)20 時(shí)為L2節(jié)點(diǎn)21提供完整的透明度。這種方式的優(yōu)點(diǎn)之一就是L2節(jié)點(diǎn)21可以由不同的供應(yīng)商提供，然后由供應(yīng)商提供IWF 23和MS-A 24。相反的是，圖5B中的配置可大大簡化IWF 23，因?yàn)長2通信的消息和數(shù)據(jù)流信息已大部分存在于L2節(jié)點(diǎn)21。圖6包括圖6A至圖6D，說明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L3網(wǎng)絡(luò)和內(nèi)容交付網(wǎng)絡(luò)的配置。圖6A說明了其中L3節(jié)點(diǎn)36、DPI 37和DPI-C 81作為獨(dú)立單元(如物理上獨(dú)立的機(jī)器)的一個(gè)實(shí)施例。在圖6B中，L3節(jié)點(diǎn)36和DPI 37是同一個(gè)整合單元(同一個(gè)箱/ 機(jī)器)，而DPI-C 81則獨(dú)立構(gòu)成。在圖6C中，DPI 37和DPI-C 81作為一體化單元，而L3 節(jié)點(diǎn)36是獨(dú)立單元。在圖6D中，所有組件都整合到單一物理單元中。關(guān)于圖6，圖6A和6B的配置為非OTT流量帶來最小延遲的益處，并可使接入網(wǎng)絡(luò) 30 (L3節(jié)點(diǎn)36和DPI 37)與⑶N網(wǎng)絡(luò)80 (DPI-C 81)年之間解耦。為了實(shí)現(xiàn)OTT流量識別而對內(nèi)容層級DPI和基本DPI進(jìn)行解耦，這具有一定的優(yōu)勢，原因在于用于處理OTT的內(nèi)容層級DPI要求對DPI簽名進(jìn)行持續(xù)調(diào)諧，并不斷準(zhǔn)備DPI算法，以應(yīng)對OTT內(nèi)容和流量剖析中的變動(dòng)。因此，圖6C和圖6D所示的配置無法實(shí)現(xiàn)這些優(yōu)勢。因?yàn)楫?dāng)前已經(jīng)部署的許多L3 節(jié)點(diǎn)36也具備執(zhí)行DPI 37的能力，所以圖6B的配置具備另一個(gè)優(yōu)勢，即重新使用內(nèi)置于 L3節(jié)點(diǎn)36的DPI 37的功能。但是圖6C和圖6D所示的配置可部署于新的架構(gòu)方案，其中向后兼容性和之前存在的設(shè)備問題已不復(fù)存在。L3網(wǎng)絡(luò)30頂層的相關(guān)功能(CG 31、LI 32和PS 33)提供計(jì)費(fèi)、合法監(jiān)聽和策略服務(wù)器功能，以使接入網(wǎng)服務(wù)更加完整。關(guān)于與上述功能之間的交互，存在其它幾種創(chuàng)新功能，具體可參見下文的討論。為確保清晰，與本發(fā)明的說明及理解無密切關(guān)聯(lián)的功能將予以省略。圖7說明了根據(jù)本發(fā)明實(shí)施例應(yīng)用于MBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容交付解決方案。本發(fā)明應(yīng)用于MBB網(wǎng)絡(luò)的實(shí)施例尤其具有許多優(yōu)勢，即使圖4，其說明了一種一般性方法和設(shè)備， 相關(guān)描述提及的本發(fā)明實(shí)施例既適用于移動(dòng)寬帶(MBB)網(wǎng)絡(luò)，又適用于固定寬帶(FBB)網(wǎng)絡(luò)。圖7演示了映射到圖4 一般描述的MBB功能組件。參照圖7，在本實(shí)施例中，節(jié)點(diǎn) B(NB)121和/或RNC 122可以是圖4中的L2節(jié)點(diǎn)21，而GGSN 136可以是圖4中的L3節(jié)點(diǎn)36。如圖4所示，在無線接入網(wǎng)絡(luò)120內(nèi)部署緩存媒體服務(wù)器MX-A 124。圖7中的虛線是替換的MX-A 124，(連同替換的IWF 123，)部署位置(在NB中)，通過在RNC 122中部署MX-A IM來緩存媒體服務(wù)器，這樣針對實(shí)用目的保留了 MX-A的部署位置。圖4中的⑶N 控制(CC)82功能可以是圖7中的媒體控制器(MC) 182功能。MC 182會(huì)選擇和分配最佳定位的媒體服務(wù)器MX(MX-A和MX-B)來為UE 110中的給定請求提供服務(wù)。IffF 123與MX-A IM之間的連接為L2/L3連接，以使流向和來自MX_A IM中的流量可以通過IWF 123正確路由到L2網(wǎng)絡(luò)中以及從L2網(wǎng)絡(luò)中路由出來。實(shí)際上，可以將所有MX-A 1 的IP地址規(guī)定為適用于RNC 122和IWF 123 (如在無線應(yīng)用協(xié)議網(wǎng)關(guān)WAP Gff 中的情況下)的相同地址，但是MX-A IM具有指向網(wǎng)絡(luò)的⑶N/互聯(lián)網(wǎng)一側(cè)的單獨(dú)且唯一的可路由IP地址。如下文更深入的描述，在其他實(shí)施例中，也可以按照后文描述，采用其他通過IP地址池為MX-A分配IP地址的方法。TMX-A IM和⑶N 180之間的虛線表示大多數(shù)MBB部署中可能可用的所有IP傳輸網(wǎng)絡(luò)。在另一個(gè)實(shí)施例中，通過RNC 122/IWF 123-SGSN 135-GGSN 136-DPI 137的隧道/路徑可用于與⑶N 180中的組件進(jìn)行通信。這一實(shí)施例要求IWF 123在隧道協(xié)議(如適用于傳輸用戶數(shù)據(jù)GTP-U的GPRS隧道協(xié)議)的限制下提供所需的MX-A IM和⑶N 180之間的路由轉(zhuǎn)換。因此，如果IWF 123與RNC 122相整合，將會(huì)使這種方法更有效，從而使GTP 消息和上下文的分組在從MX-A 124中路由消息時(shí)即可落實(shí)。在其他實(shí)施例中，GGSN 135與MC 180之間至少存在兩種形式的的通信。在第一個(gè)實(shí)施例中，如圖7所示，GGSN 136和MC 182可設(shè)計(jì)有直接的專用接口 Gmc (簡單的RESTful API，例如符合表述性狀態(tài)轉(zhuǎn)移約束的應(yīng)用程序編程接口)以便GGSN 136向MC 182提供相關(guān)的PDP上下文信息并請求處理。這種專用接口有兩種額外的操作模式。在其他實(shí)施例中，在GGSN 136和MC 182之間提供了直接接口，這樣對熟悉該技術(shù)的技術(shù)人員就可以使用其他類型的協(xié)議來處理請求。首先，GGSN 136可以將活動(dòng)PDP上下文的新創(chuàng)建、更新和刪除等操作推送到MC 182。假設(shè)每個(gè)GGSN直接與至多一個(gè)MC 182連接，則每個(gè)GGSN 136只需將信息推送到與其相連的MC 182。其次，MC 182可以隨時(shí)使用UE 110的當(dāng)前IP地址作為查詢密鑰，查詢GGSN 136 以獲取PDP上下文信息。MC 182僅查詢直接與MC 182連接的GGSN 136。除非DPI 137包含GGSN 136在先前請求中的信息，并且MC 182針對此目的進(jìn)行解析，否則，在將多個(gè)GGSN 連接到單個(gè)MC的情況下，可以將查詢發(fā)送到所有多個(gè)GGSN上。在第二個(gè)實(shí)施例中，如圖7所示，可以依據(jù)UE HTTP消息參數(shù)擴(kuò)充，通過DPI 137 和DPI-C 181將PDP信息從GGSN 136傳遞到MC 182。在這種情況下，GGSN 136包含擴(kuò)充的HTTP頭中的這些PDP內(nèi)容參數(shù)(參見表1)。這個(gè)選項(xiàng)可能會(huì)影響GGSN 136的性能，因?yàn)镠TTP消息在GGSN 136中擴(kuò)充時(shí)需要進(jìn)行額外處理。圖8(包括圖8A至圖8D)根據(jù)本發(fā)明實(shí)施例，演示了用于配置內(nèi)容交付網(wǎng)絡(luò)組件的各種配置。在其他實(shí)施例中，DPI-C 181、MC 182和MX-B 184可以在單獨(dú)的單元中實(shí)施(例如另一臺計(jì)算機(jī))或整合。圖8A演示了 DPI-C 181、MC 182和MX-B 184在CDN 180中作為單獨(dú)單元實(shí)施的實(shí)施例，而圖8D則演示了它們整合到單個(gè)單元中的實(shí)施例。在圖8B中， DPI-C 181禾Π MX-B 184在單個(gè)單元中同時(shí)實(shí)施，而在圖8C中，DPI-C 181禾Π MC 182同時(shí)整
口 O圖9演示了根據(jù)本發(fā)明實(shí)施例所部署的媒體服務(wù)器層次結(jié)構(gòu)。本發(fā)明的實(shí)施例包括一組具有層次結(jié)構(gòu)的媒體服務(wù)器位于無線接入網(wǎng)絡(luò)120中的第一媒體服務(wù)器MX-A 124，位于⑶N 180中第二媒體服務(wù)器MX-B 184，以及位于較高層級(如分組交付網(wǎng)絡(luò) (PDN)對等點(diǎn)或邊界網(wǎng)關(guān))中的第三媒體服務(wù)器MX-C 194。⑶N 180中的媒體控制器(圖 7中的MC 182)在為UE請求提供服務(wù)時(shí)會(huì)選擇適當(dāng)?shù)拿襟w服務(wù)器MX。因此，本發(fā)明的實(shí)施例創(chuàng)建了一個(gè)分層緩存網(wǎng)絡(luò)，該網(wǎng)絡(luò)可在⑶N控制下，從MBB RAN網(wǎng)絡(luò)向PDN的對等點(diǎn)進(jìn)行緩存。媒體服務(wù)器的層次結(jié)構(gòu)讓⑶N 180能夠處理MBB網(wǎng)絡(luò)的獨(dú)有特征。例如，熱點(diǎn)、普通和過時(shí)內(nèi)容(最常請求的是熱點(diǎn)內(nèi)容)可在緩存層次結(jié)構(gòu)的不同層級上進(jìn)行緩存。.在一個(gè)或多個(gè)實(shí)施例中，可以分配MX-A、MA-B和MC來分別保持本地、地區(qū)和整體內(nèi)容的熱度， 從而在各個(gè)級別上優(yōu)化緩存效率和在CDN網(wǎng)絡(luò)中平衡請求處理。
圖10說明了根據(jù)本發(fā)明實(shí)施例對媒體控制器中存儲的分組數(shù)據(jù)協(xié)議(PDP)上下文數(shù)據(jù)所制定的表。根據(jù)圖10中的表，MC 182可以在表中保存一小組PDP上下文數(shù)據(jù)，例如，讓MC 182負(fù)責(zé)處理的那些用戶根據(jù)UE IP地址進(jìn)行索引，從而與GGSN 136中的PDP狀態(tài)同步。 在第一個(gè)實(shí)施例以及上述探討的第一個(gè)操作模式中，GGSN 136可僅在PDP上下文中發(fā)生任何更改時(shí)促成對MC 182的更新。MC 182可使用當(dāng)前的UE IP地址來維護(hù)其PDP上下文表。圖4-9、12、14、15、17-M的實(shí)施例還可根據(jù)包含功能步驟和/或非功能操作的方法進(jìn)行描述或說明。下列(及上述)說明和相關(guān)流程圖說明了本發(fā)明實(shí)施例實(shí)踐中使用的步驟和/或行動(dòng)。通常情況下，功能步驟從所取得的成效這一角度來描述本發(fā)明，而非功能行動(dòng)的描述重點(diǎn)則在于用來實(shí)現(xiàn)特定成效或步驟的動(dòng)作。盡管功能步驟和/或非功能行動(dòng)可按特定順序進(jìn)行描述或聲明，但是當(dāng)前發(fā)明不必限定于任何特定順序或步驟和/或操作的組合。此外，聲明詳述的“步驟”和/或“操作”使用(或非使用)方法，以及下文圖11、 18B和19B的流程圖描述，都用于表示這種術(shù)語所需的具體使用方法(或非使用方法)。圖11說明了根據(jù)本發(fā)明實(shí)施例可在一般情況下進(jìn)行的流操作。當(dāng)UE(如圖4中的UE 10或圖7中的UE 110)請求查看某個(gè)視頻門戶網(wǎng)站的視頻 (如y0utube、hulu、amaZ0n視頻等)時(shí)，會(huì)向視頻門戶網(wǎng)站發(fā)送一則HTTP消息。這將要求先在UE和視頻流服務(wù)器之間建立一個(gè)DNS查詢和一個(gè)相對應(yīng)的TCP連接。在其他實(shí)施例中，建立和/或激活(第201步)UE與GGSN之間的PDP上下文。PDP 上下文會(huì)存儲用于請求UE所包含的PDP上下文數(shù)據(jù)。在一個(gè)或多個(gè)實(shí)施例中，PDP上下文包括RAN側(cè)MX IP地址，例如7中RAN 120側(cè)的MX-A的IP地址。PDP上下文還可能包括圖 10中描述的標(biāo)準(zhǔn)參數(shù)。然后，UE通過 RNC/IWF (消息 210 和 211)將 HTTP GET 請求傳送到 GGSN/DPI。GGSN/ DPI節(jié)點(diǎn)會(huì)處理收到的HTTP GET請求。DPI可搜索HTTP請求的特定簽名(例如，目的地IP 地址和端口編號)，如果此請求將要獲取OTT內(nèi)容，還會(huì)將它們與預(yù)存儲的OTT簽名列表進(jìn)行對比。對于某些OTT站點(diǎn)，簽名分析不僅涉及五元組分析，還可能會(huì)要求HTTP標(biāo)頭參數(shù)分析的實(shí)際DPI，但這會(huì)要求采用其他類型的簽名。在流程圖中，假設(shè)本請求與存儲于DPI的簽名相匹配(DPI確定請求是否為OTT內(nèi)容)。DPI通過DPI與DPI-C功能之間的IP連接(消息212)將本HTTP GET請求轉(zhuǎn)發(fā)到 DPI-C(深層內(nèi)容URL DPI)。DPI將不對本HTTP GET請求消息的任何部分作出更改。在一些實(shí)施例中，本次轉(zhuǎn)發(fā)可通過通用路由封裝(GRE)隧道或網(wǎng)絡(luò)緩存通信協(xié)議(WCCP)進(jìn)行實(shí)施。下一步，將由DPI-C決定內(nèi)容是否為可緩存內(nèi)容。DPI-C功能會(huì)從DPI接收經(jīng)轉(zhuǎn)發(fā)的HTTP GET請求。DPI-C進(jìn)行深層URL和HTTP標(biāo)頭分析，嘗試將DPI-C函數(shù)上所存儲的簽名與所轉(zhuǎn)發(fā)的消息進(jìn)行匹配。必需的DPI-C簽名和算法可以根據(jù)待處理的特定視頻門戶網(wǎng)站(適用于^utube、BBC、Hulu等視頻)和/或軟件下載網(wǎng)站(適用于windows更新等大文件)的不同而變化。在一個(gè)或多個(gè)實(shí)施例中，DPI-C集中于HTTP的消息類型和用戶代理方面，而其他參數(shù)可以包含在各個(gè)實(shí)施例中。在圖11的演示中，假設(shè)對于此串流，初始視頻門戶媒體請求(以及大多數(shù)其他視頻網(wǎng)站)與上文描述的簽名部匹配(例如，DPI-C確定內(nèi)容不可緩存)。例如，此請求可以發(fā)送到將要初始化的媒體播放器所在的HTML頁面上，媒體播放器會(huì)初始化單獨(dú)的請求，從而“獲取”視頻文件。DPI-C將此請求轉(zhuǎn)發(fā)至MBB分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)中的BG(或路徑上的路由器)而不計(jì)費(fèi)，HTTP請求繼續(xù)傳送至Youtube服務(wù)器(消息213)。在其它多條HTTP消息交換之后，DPI從UE接收另一條HTTP Get請求，確定請求是OTT內(nèi)容，并將其轉(zhuǎn)發(fā)給DPI-C(消息220、222和224)。這一次，GET請求來自媒體播放器(如Shockwave播放器)。GET請求可包含與DPI-C上所存儲的簽名相匹配的簽名。因此DPI-C會(huì)決定內(nèi)容是否為可緩存內(nèi)容。下一步，DPI-C會(huì)通知MC，告知其對內(nèi)容是否可緩存所進(jìn)行的評估。在多個(gè)實(shí)施例中，如圖8所示，DPI-C可在MX-B、MC或獨(dú)立的DPI-C框上運(yùn)行，具體取決于運(yùn)營商的流量規(guī)劃方案。為方便進(jìn)行本討論，我們假設(shè)DPI-C、MX-B和MC在IP層級上互連且可路由，而不在本文詳述DPI-C、MX-B和MC之間內(nèi)部連接和轉(zhuǎn)發(fā)。如果DPI-C在MX-B上運(yùn)行，對于那些需要由⑶N提供服務(wù)的請求，請求消息將從MX-B/DPI-C轉(zhuǎn)發(fā)到MC，這是因?yàn)镸C會(huì)選擇適用于服務(wù)任何給定請求的媒體服務(wù)器(MX)。在DPI-C確定請求為可緩存內(nèi)容并且MC收到來自DPI-C的HTTP請求之后，⑶N就必須要參與服務(wù)本請求。在一個(gè)或多個(gè)實(shí)施例中，位于CDN中的MC會(huì)執(zhí)行以下一系列MBB 網(wǎng)絡(luò)指定任務(wù)，從而為服務(wù)本HTTP請求而選擇適合的緩存媒體服務(wù)器(MX)。如上所述，MC會(huì)存儲一小組通過Gmc ( 一個(gè)指向GGSN的RESTful控制信息API， 請參見圖7)獲取的PDP信息。在各實(shí)施例中，MC可以使用不同的替換方法來確定哪一個(gè) MX-A位于服務(wù)當(dāng)前UE的PDP路徑中。在一個(gè)實(shí)施例中，可以使用位置信息(如路由器區(qū)域標(biāo)識或服務(wù)區(qū)域標(biāo)識(RAI/ SAI))來選擇媒體服務(wù)器。例如，RNC是根據(jù)RAI/SAI，使用映射到RNC和RAI/SAI之間的表選擇得到的。媒體服務(wù)器的位置取決于RNC。MC可以存儲一個(gè)包含所有RNC-RAI/SAI映射的MC表。在另一個(gè)實(shí)施例中，如果存在這種決定性的關(guān)系，可使用UE IP范圍和指向RNC的映射。在另一個(gè)實(shí)施例中，RAN側(cè)MX-A IP地址是一種可選的參數(shù)，可以在GGSN中添加到 PDP上下文，在初始PDP設(shè)置或參數(shù)的任何隨后更改期間轉(zhuǎn)發(fā)給MC。在另一個(gè)替換實(shí)施例中，通過GGSN與SGSN之間的通信，可以獲得RNC IP地址或ID，MC會(huì)保持RNC IP/ID與其本地MX-A IP之間的映射表。如圖9所示，MC從分層結(jié)構(gòu)媒體服務(wù)器組合中選擇媒體服務(wù)器。下文將進(jìn)一步描述此選擇所用的方法。MX作為⑶N MX云的一部分，會(huì)與MC (在MC云中)保持狀態(tài)和心搏， 因此，在MC中可立即知曉MX的加載條件和可用性。在一個(gè)實(shí)施例中，MC可以隨著UE在RNC中重定位/漫游，決定將當(dāng)前請求重定向到眾多MX-A (RAN側(cè)的MX-A)之一。在一個(gè)替換實(shí)施例中，MC在GGSN級別上，從多個(gè)MX-B 中選擇其一，或者在一個(gè)分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)對等點(diǎn)或BG級別(如圖7和9所示)選擇其中一個(gè)MX-C。在其他實(shí)施例中，可以以多種方式來完成用于確定最佳服務(wù)MX的策略和/或啟發(fā)。在一個(gè)實(shí)施例中，MC可以具有這樣的一種策略除非MX-A過載，否則給定UE (即， UE的PDP路徑上的IWF/MX-A)將不斷恢復(fù)當(dāng)前服務(wù)MX-A。隨著UE經(jīng)過RNC的RAI/SAI，服務(wù)MX-A可以根據(jù)重定位的方案而改變。下文漫游/重定位中將對此進(jìn)行更深入的探討。 根據(jù)本策略，MC總是會(huì)選擇當(dāng)前的服務(wù)MX-A。下文策略處理中將對此進(jìn)行更深入的探討。在一個(gè)替換實(shí)施例中，運(yùn)營商可以擁有多個(gè)CDN請求服務(wù)策略，根據(jù)傳統(tǒng)的CDN實(shí)施可以作為B2B和B2C服務(wù)的一部分。同樣地，它們可以通過相同的方法引入特定于OTT 的請求路由策略。這些方法的實(shí)施形式包括通過CDN的網(wǎng)絡(luò)操作中心(NOC)，或通過下載至 MX或下載至兩者的配置表，分配給MC的一組策略。如果在服務(wù)MX-A過程中存在緩存缺失的情況，可以配置本地配置表以提高緩存分層結(jié)構(gòu)，從而嘗試獲取請求內(nèi)容或嘗試咨詢MC 的意見，看是否應(yīng)將該內(nèi)容當(dāng)做是配置表中的一個(gè)條目。在其他實(shí)施例中，選擇用于服務(wù)UE的MX，HTTP GET請求將重定向到此UE的服務(wù) MX-A上(消息226、228、230、240和M2)。在一個(gè)或多個(gè)實(shí)施例中，MX-A重定向的執(zhí)行方式如下所述。MC或DPI-C會(huì)建立重定向消息并將其發(fā)送給UE。MC或DPI-C會(huì)創(chuàng)建一個(gè)HTTP 302(或HTTP 303重定向)消息，其中的目的地IP為UE、源IP為視頻門戶網(wǎng)站服務(wù)器IP 地址(例如，正在處理的當(dāng)前HTTP GET的目的地)。URL會(huì)根據(jù)原始服務(wù)URL而擴(kuò)充，這對 MX-A來說，在緩存缺失情況下檢索內(nèi)容會(huì)非常有用。由于MC/DPI-C和GGSN/DPI現(xiàn)已存在 TCP連接，因此MC能夠簡單地將這個(gè)假HTTP 302消息轉(zhuǎn)發(fā)給GGSN/DPI (即消息226)，這樣， 便能夠通過UE與媒體門戶網(wǎng)站服務(wù)器之間現(xiàn)有的TCP連接，將請求自然路由到目的UE (消息2 和230)。這種情況是假設(shè)通過在DPI函數(shù)進(jìn)行分析，使TCP序列號與媒體門戶端相匹配。如果上述的重定向不可能實(shí)現(xiàn)或者難以實(shí)現(xiàn)，那么在替換實(shí)施例中，UE與媒體門戶服務(wù)器之間的TCP連接已損壞(強(qiáng)制斷開連接)，并且在DPI-C上采用兩個(gè)單獨(dú)的TCP連接建立了 TCP代理。通過GGSN/DPI在UE與DPI-C之間建立第一個(gè)連接，通過BG在DPI-C 與媒體門戶網(wǎng)站服務(wù)器之間建立第二個(gè)連接。使用上述方法，UE將從DPI-C/MC中收到一個(gè)HTTP 302 (或30 重定向消息。UE 將嘗試聯(lián)系新的URI/IP地址，該地址指向連接到RNC和IWF的服務(wù)MX (MX-A)。UE會(huì)向RNC/ IffF 傳輸一個(gè) HTTP GET (消息 M0)。RNC/IWF收到UE HTTP GET，然后將其轉(zhuǎn)發(fā)給媒體服務(wù)器MX_A。在其他實(shí)施例中， 可使用以下實(shí)施例其中之一來執(zhí)行此操作。在一個(gè)或多個(gè)實(shí)施例中，如果IWF嵌入在RNC中，那么IWF功能將嘗試打開GTP-U 消息的用戶數(shù)據(jù)以查找UE通信的目的地IP地址。如果目的地IP地址映射到預(yù)存儲在RNC/ IWF上的IP地址中，可假設(shè)消息將會(huì)被傳送到已連接到RNC/IWF的服務(wù)MX-A。此預(yù)存儲的 IP表需要分配到所有RNC/IWF中，因?yàn)镸X-A已部署在RAN網(wǎng)絡(luò)中，且RNC/IWF必須將GTP-U 消息重新封裝為HTTP/TCP/IP消息才可以轉(zhuǎn)發(fā)給MX-A?；蛘撸诹硪粋€(gè)實(shí)施例中，IWF可以是位于IuPS接口路徑上RNC以外的一個(gè)單獨(dú)的框。IWF會(huì)透明地通過RNC與SGSN之間的所有RANAP或GTP-C消息。相反，IWF會(huì)攔截 GTP-U消息并打開用戶數(shù)據(jù)以篩選目的地IP地址如果與預(yù)存儲的IP表中的IP地址相匹配，那么IWF功能會(huì)重新封包消息并將其轉(zhuǎn)發(fā)到與其相連的MX-A上。MX-A收到HTTP GET，這便是UE的HTTP請求(根據(jù)MC的重定向)(消息M2)。 由于MX-A已經(jīng)收到UE的HTTP請求(根據(jù)MC重定向)，MX-A會(huì)在其他實(shí)施例中執(zhí)行以下
1HTTP請求處理。MX-A會(huì)生成一個(gè)代表服務(wù)內(nèi)容的索引。MX-A會(huì)為URL解析HTTP請求和其他相關(guān)信息，以獲得內(nèi)容的索引關(guān)鍵字。視頻門戶網(wǎng)站的URL結(jié)構(gòu)沒有既定的標(biāo)準(zhǔn)，其變更相對頻繁。在其他實(shí)施例中，可以采用任何常見的標(biāo)識方法，只要這種方法能夠針對每個(gè)給定的內(nèi)容文件生成獨(dú)一無二的ID即可。例如，各個(gè)URL都可以不同，但是內(nèi)容標(biāo)識部分需保持相同。因此，在各實(shí)施例中，可以提取內(nèi)容標(biāo)識部分并將其用作緩存內(nèi)容文件的索引關(guān)鍵字 (可能需要使用散列法來處理)?？赡苄枰獙线m的HTTP交付做進(jìn)一步的調(diào)整，因?yàn)镸X-A 需要查看大量的小型視頻片段文件。在MX-A上會(huì)生成一個(gè)獨(dú)特的文件名。MX-A會(huì)從HTTP GET請求的URL中獲得一個(gè)獨(dú)特的內(nèi)容/文件ID。這一獨(dú)特的URL部分將用于創(chuàng)建獨(dú)特的散列關(guān)鍵字，這個(gè)關(guān)鍵字可以用于在MX-A緩存系統(tǒng)中定位內(nèi)容/文件。這可能不是100%可靠，并可能隨時(shí)更改，因?yàn)槊襟w的內(nèi)容為0ΤΤ。因此，內(nèi)容/文件都相同的兩個(gè)請求可以映射到不同的文件ID，這樣就可以創(chuàng)建相同內(nèi)容/文件的多個(gè)副本。在某些情況下，內(nèi)容/文件相同的兩個(gè)請求可以映射到相同內(nèi)容中。如果MX-A在MX-A緩存中找到數(shù)據(jù)，便可以在緩存中檢索該數(shù)據(jù)并將其傳輸至 UE (消息244和M6)。如果有匹配的緩存，那么MX-A將嘗試按照UE請求為UE文件提供服務(wù)。在各實(shí)施例中，可以應(yīng)用⑶N媒體適配(轉(zhuǎn)碼、轉(zhuǎn)換分級、文件格式適配等)、PCRF QoS 導(dǎo)向處理(基于用戶組或分級組的QoS保證和帶寬限制/設(shè)限)。在下文有關(guān)策略處理的討論中將進(jìn)行深入的探討。在根據(jù)需要而應(yīng)用媒體適配后，MX-A會(huì)將第一個(gè)HTTP響應(yīng)連同媒體數(shù)據(jù)一起發(fā)送到UE。這可以憑借RNC/IWF節(jié)點(diǎn)的GTP-U的路由功能，通過UE與GSN之間的現(xiàn)有GTP-U隧道，使用RNC/IWF上正確的GTP-U序列號來實(shí)現(xiàn)。如果IWF功能是IuPS接口上獨(dú)立于RNC的節(jié)點(diǎn)，且結(jié)合的RNC/IWF功能不要求復(fù)制此GTP處理功能就能夠?qū)X-A 發(fā)送給UE的消息路由至UE現(xiàn)有的GTP隧道時(shí)，IffF功能便需要自行保存序列號。在各實(shí)施例中，與UE的會(huì)話終止之后，會(huì)計(jì)算日志并將其發(fā)送到CDN以執(zhí)行各種操作，如計(jì)帳、收費(fèi)和分析等。從MX-A交付到UE的媒體將會(huì)繼續(xù)，直到會(huì)話結(jié)束；在此情況下，MX-A會(huì)生成交付日志。這些交付日志會(huì)發(fā)送到CDN網(wǎng)絡(luò)的媒體數(shù)據(jù)(MD)云，按下述計(jì)費(fèi)、報(bào)告和分析方法進(jìn)行處理。但是，如果MX-A緩存中沒有請求數(shù)據(jù)(例如發(fā)生緩存缺失)，MX-A會(huì)遵循其已存儲的策略規(guī)則(現(xiàn)有CDN/MX功能)，嘗試在緩存分層結(jié)構(gòu)的下一個(gè)緩存服務(wù)器或原始服務(wù)器(媒體門戶網(wǎng)站服務(wù)器，303/302重定向消息中列出了其URL)中查找內(nèi)容。GGSN/DPI會(huì)接收來自MX-A的消息250。DPI和DPI-C會(huì)識別出，來自MX-A的本HTTP請求(消息250) 路由不是UE請求，然后將此請求轉(zhuǎn)發(fā)給媒體門戶網(wǎng)站服務(wù)器(消息25幻。這樣可以避免再次為MC造成無限循環(huán)的可能性。媒體門戶網(wǎng)站服務(wù)器會(huì)將在GGSN/DPI上作為HTTP響應(yīng)(消息254)而接收到的請求數(shù)據(jù)發(fā)送出去。GGSN/DPI會(huì)通過GTP隧道將數(shù)據(jù)轉(zhuǎn)發(fā)給 MX-A(消息256和258)。MX-A會(huì)將內(nèi)容緩存在其緩存系統(tǒng)中并為UE提供數(shù)據(jù)(消息沈0)。但是，在某些實(shí)施例中，MX-A還會(huì)聯(lián)系MC以查找內(nèi)容在⑶N網(wǎng)絡(luò)中的位置。對于這種從上層緩存服務(wù)器進(jìn)行提取的操作，MX-A可能會(huì)使用原始用戶HTTP請求URL(嵌入在 MC發(fā)出的重定向消息中)，需使用通過IP傳輸網(wǎng)絡(luò)而與上層緩存服務(wù)器或原始服務(wù)器建立起來的新TCP連接，如圖7所示。
本發(fā)明的實(shí)施例具有幾個(gè)獨(dú)特的優(yōu)勢。使用本發(fā)明的實(shí)施例，能夠有效地實(shí)現(xiàn)接入網(wǎng)和CDN網(wǎng)絡(luò)的解耦，以便緩存OTT流量。本發(fā)明的實(shí)施例能夠?qū)崿F(xiàn)根據(jù)媒體服務(wù)器(媒體緩存和適配)在L2網(wǎng)絡(luò)上部署L3，有優(yōu)勢在于能夠免去平時(shí)的L2 DPI復(fù)雜性和決策，而更接近終端用戶。本發(fā)明的實(shí)施例支持在單一 CDN上實(shí)現(xiàn)更集中化的內(nèi)容層級DPI (DPI-C) 和決策，它能夠同時(shí)為MBB和FBB提供服務(wù)，從而避免在接入網(wǎng)絡(luò)中加入DPI-C(內(nèi)容層級)。本發(fā)明的實(shí)施例可能會(huì)利用分層緩存網(wǎng)絡(luò)以增加緩存匹配率和降低緩存缺失檢索時(shí)間。本發(fā)明的實(shí)施例還會(huì)在已分發(fā)MS服務(wù)器之間提供緩存分層結(jié)構(gòu)(MS)備份，以備有任何MS服務(wù)器發(fā)生故障。本發(fā)明的實(shí)施例采用擁有相同網(wǎng)絡(luò)配置的、常見、統(tǒng)一的CDN，通過 MBB和FBB網(wǎng)絡(luò)以支持OTT、B2B和B2C服務(wù)，大幅簡化網(wǎng)絡(luò)部署、管理和操作。圖12和13說明了根據(jù)本發(fā)明實(shí)施例的重定位和漫游方案。尤其是，會(huì)話過程中，UE可能會(huì)在多個(gè)網(wǎng)絡(luò)之間漫游。本發(fā)明的實(shí)施例描述了在漫游過程中/之后進(jìn)行緩存的方法。取決于UE的行為，可采用不同的方案。圖13列出這些方案，圖12則對其做出了說明。圖12說明當(dāng)UE在多個(gè)網(wǎng)絡(luò)中/之間漫游時(shí)，可實(shí)行的資源重新分配。圖13說明了當(dāng)UE在多個(gè)網(wǎng)絡(luò)中/之間漫游時(shí)，根據(jù)本發(fā)明實(shí)施例可對資源進(jìn)行的重新分配，并強(qiáng)調(diào)了可能的影響。在第一個(gè)方案(方案I)中，UE的重定位可能需要重定位服務(wù)基站，例如， 在相鄰的基站(NBl 1211和NB2 121 之間。第二個(gè)方案(方案II)涉及到一次重定位， 它要求在RNC中重定位，例如從RNCl 1221到RNC2 1222。第三種方案(方案III)涉及到在不更改GGSN的情況下，在SGSN中的重定位，從SGSNl 1351到SGSN2 1352。在第四個(gè)方案(方案IV)中，要重定位服務(wù)GGSN，例如從GGSNl 1361到GGSN2 1362。最后，部分UE重定位可能會(huì)涉及到從MBB向FBB網(wǎng)絡(luò)的更改，反之亦然(圖中未有顯示)。參閱圖12-13，在第一個(gè)方案(方案I)中，在相同的RAN 120中，UE從第一個(gè)基站(NBl 1211)移動(dòng)到另一個(gè)基站(NB2 1212)。但是，NBl 1211和NB2 1212受同一個(gè)RNC 1221控制。因此，這個(gè)重定位對IWFl 1231和MX-Al 1241來說是透明的，因?yàn)镸X-Al 1241 和IWFl 1231通過常見的RNCl 1221 (圖12中未顯示，請參見14A)實(shí)現(xiàn)共享。因此，無需進(jìn)行修改。參閱圖12-13，在第二個(gè)方案中，UE從第一個(gè)SGSN(SGSm 1221)移動(dòng)到第二個(gè) SGSN(SGSN2 1222)。此方案具有多個(gè)處理選項(xiàng)。圖14演示了根據(jù)本發(fā)明實(shí)施例可在MBB網(wǎng)絡(luò)中重定位和漫游的一般網(wǎng)絡(luò)體系結(jié)構(gòu)，其中，圖14A演示了圖12中方案II下的漫游實(shí)施例，圖14B演示了圖13中方案III下的漫游實(shí)施例。在第一個(gè)實(shí)施例中，會(huì)話可能已中斷，MC 182將請求重定向到RNC2 1222本機(jī)上的新MX-A(MX-A2 1242)。因此，在此實(shí)施例中，重定位時(shí)需要遵照標(biāo)準(zhǔn)的3GPP流程，而且 MX-Al 1241與UE 110之間的會(huì)話也可能會(huì)中斷。UE的自動(dòng)重試方式(存在于大多數(shù)媒體播放器中)會(huì)重試通過新的RNC2 1222發(fā)送HTTP GET請求，而RNC2 1222會(huì)將請求轉(zhuǎn)發(fā)到MC 182。MC 182會(huì)將該請求重定向到新的MX-A2 1242 (RNC2 1222本機(jī)上)。新MX-A2 1242會(huì)按照上文所述，從該位置繼續(xù)內(nèi)容交付。但是，媒體會(huì)從頭重新開始，而不是從UE中斷的地方開始。在第二個(gè)實(shí)施例中，繼續(xù)使用與RNCl 1221關(guān)聯(lián)的舊MX-Al 1241。然后執(zhí)行經(jīng)修改的標(biāo)準(zhǔn)3GPP流程，該流程在SGSN 135上限制了重定位流程。因此，舊MX-Al 1241會(huì)繼續(xù)通過舊的順序(即 RNCl 1221/IWF1 1231 — IuR —新的 RNC2 1222 —新的 NB2 1212 — UE 110)交付，直到會(huì)話自然結(jié)束為止。但是，來自UE的任何新請求都會(huì)重定向到新的MX-A2 1M2，并通過新的RNC2/IWF2提供服務(wù)。如上文提到，SGSN 135修改后用于實(shí)施該選項(xiàng)，即識別出MX-Al 1241與UE 110之間仍然持續(xù)進(jìn)行交付會(huì)話，因此，SGSN 135沒有發(fā)出重定位請求。RNCl 1221和RNC2 1221需要重新配置，讓它們能夠?qū)E請求轉(zhuǎn)發(fā)回到舊RANl 1201 網(wǎng)絡(luò)中的舊MX-Al 1241。與第一個(gè)實(shí)施例相似，在第三個(gè)實(shí)施例中會(huì)話同樣會(huì)中斷，但由于采用了智能緩存管理，UE 110會(huì)收到一段不間斷的流暢視頻。與第一個(gè)實(shí)施例相似，在會(huì)話終端后，需執(zhí)行標(biāo)準(zhǔn)的3GPP流程。特殊媒體播放器會(huì)隱瞞錯(cuò)誤，讓用戶會(huì)看到流暢的播放效果，而在后臺進(jìn)行重定向過程。在一個(gè)實(shí)施例中，媒體播放器包含了智能緩存管理，可提供充足的緩沖區(qū)。在多個(gè)實(shí)施例中，媒體播放器還擁有使用修改后的Byte Range參數(shù)重試發(fā)送無響應(yīng) HTTP請求的能力，讓UE的媒體播放器可以從停止的位置重新嘗試開始。由于UE目前位于新的RNC2 1222下新的RAN2 1202中，重試消息會(huì)被DPI 137/ DPI-C 181/MC 182截獲，然后MC 182會(huì)將請求重定向到新的MX-A2 1242.其余的交付在收到UE的Byte Range請求后會(huì)繼續(xù)開始發(fā)送。如此一來，便可讓UE避免從會(huì)話開頭重新開始媒體。在第四個(gè)實(shí)施例中，MC 182被通知即將進(jìn)行重定位，然后MC 182和/或MX-Al 1241會(huì)使用智能會(huì)話在串流中段進(jìn)行重定向。因此，MC 182和/或MX-Al 1241會(huì)收到即將重定位的通知(通過SGSN 135或RNCl 1221)。MC 182和/或MX-Al 1241會(huì)發(fā)出中段重定向請求，以重定位UE 110。通信過程可以通過現(xiàn)有的順序(S卩IWFl 1231/RNC1 1221—NBl 121 — UE 110 或 IWFl 1231/RNC1 1221 — IuR — RNC2 1222 — NB2 122 — UE 110)進(jìn)行傳輸。UE 110媒體播放器將接受配置，以支持該中段重定向請求。媒體播放器將接受配置，以便向新的MX-A2 1242提出請求(Byte Range從當(dāng)前播放時(shí)間編碼偏移開始)，以此作為對發(fā)自MC 182和/或MX-Al 1241的重定向指令的響應(yīng)。同時(shí)，UE會(huì)接收來自媒體播放器緩沖區(qū)的播放內(nèi)容，且不會(huì)發(fā)生中斷。來自新的MX-A2 1242的交付會(huì)在播放器緩沖區(qū)耗盡前開始，從而為用戶帶來流暢的播放體驗(yàn)。參閱圖12-13，在第三個(gè)方案中，UE從第一個(gè)SGSN(SGSm 1351)移動(dòng)到第二個(gè) SGSN(SGSN2 1352)中。此方案的處理方式與之前方案的處理方式相似，但在標(biāo)準(zhǔn)3GPP消息流方面有一些差別。因此，在多個(gè)實(shí)施例中，可以通過以下方式實(shí)施第三個(gè)方案(a)中斷會(huì)話并重定向到新的MX-A 1241 ;(b)使用當(dāng)前的(舊的)MX-A 1M1，直到會(huì)話終止；(c) 使用智能會(huì)話管理流程，同時(shí)中斷會(huì)話并重定向到新的MX-A 1242 ；或(d)使用智能會(huì)話管理流程和串流中段重定向流程。圖15說明了根據(jù)本發(fā)明的實(shí)施例，一套經(jīng)修改的在SGSN間進(jìn)行UE重定位的程序。雖然描述內(nèi)容與方案III相關(guān)，下文描述的流程也可實(shí)施在方案II的第二個(gè)實(shí)施例中。MX-A只與分組數(shù)據(jù)相關(guān)。因此，MBB網(wǎng)絡(luò)緩沖重定位流程中的所有其他信號消息都與3GPP的重定位流程相同。分組數(shù)據(jù)轉(zhuǎn)發(fā)中的不同之處，在上述的消息交換流程圖中用虛線表示。在SRNS重定位流程中，源RNCl 1221和目標(biāo)RNC2 1222通過LuR (各RNC之間接口)轉(zhuǎn)發(fā)舊MX-Al 1241與UE 110之間的分組數(shù)據(jù)。如圖15中的第六步所示，來自舊MX-A 1241的分組數(shù)據(jù)會(huì)被傳輸?shù)皆碦NCl 1221。在第七步中，來自源RNCl 1221的分組數(shù)據(jù)會(huì)通過IuR被傳輸?shù)侥繕?biāo)RNC2 1222。在第八步中，來自目標(biāo)RNC2 1222的分組數(shù)據(jù)被傳輸?shù)?UE 110。上述重定位方案(圖15中的第六步、第七步和第八步)在不同實(shí)施例中可以通過不同的方式實(shí)施。在第一個(gè)實(shí)施例中，會(huì)對源RNCl 1221和目標(biāo)RNC2 1222進(jìn)行修改。尤其是，源 RNCl 1221會(huì)被配置為在重定位狀態(tài)時(shí)，將分組數(shù)據(jù)(其目的地是MX-Al 1241地址)轉(zhuǎn)發(fā)到MX-A2 1242.新RNC2會(huì)被配置為在重定位狀態(tài)時(shí)，將分組數(shù)據(jù)(其目的地是MX-Al地址)轉(zhuǎn)發(fā)到RNCl 1221。在第二個(gè)實(shí)施例中，目標(biāo)RNC2 1222可以使用服務(wù)MX-Al IMl (舊的)的IP地址， 路由穿越連接所有RNC和PS核心的VPN/IP運(yùn)輸網(wǎng)絡(luò)。在這種情況下，為了使路由生效，每個(gè)MX-A都會(huì)有一個(gè)唯一的IP地址。圖16-19將描述用于實(shí)現(xiàn)合法監(jiān)聽的本發(fā)明實(shí)施例。圖16說明了一種供用于根據(jù)3GPP 33. 107進(jìn)行分組交換合法監(jiān)聽(Li)的在先技術(shù)參考配置，據(jù)此并入本發(fā)明，以供參考。在圖16中，參考配置僅可從邏輯上表示合法監(jiān)聽涉及的實(shí)體，而不能對獨(dú)立的物理實(shí)體實(shí)施監(jiān)管。這可實(shí)現(xiàn)高度的整合。執(zhí)法監(jiān)聽設(shè)備(LEMF)連接到管理功能實(shí)體ADMF和兩個(gè)具有調(diào)解功能的交付功能實(shí)體DF2和DF3。網(wǎng)絡(luò)中有一個(gè)管理功能實(shí)體(ADMF)。ADMF與攔截網(wǎng)絡(luò)中需要監(jiān)聽的所有 LEA相連。ADMF會(huì)將各個(gè)LEA的監(jiān)聽活動(dòng)區(qū)分開來并連接到攔截網(wǎng)絡(luò)。由同一個(gè)目標(biāo)上不同執(zhí)法機(jī)構(gòu)(LEA)執(zhí)行的多種激活和交付功能，對于3G攔截控制元件(ICE)它們都是隱藏起來的。ICE可以是3G MSC服務(wù)器、3G GMSC服務(wù)器、P-CSCF、 S-CSCF, SGSN、GGSN、HLR、AAA 服務(wù)器、PDG、MME, S-Gff, PDN-GW、HSS。管理功能和交付功能分別通過標(biāo)準(zhǔn)化轉(zhuǎn)換接口 HI1、HI2和HI3連接到LEMF，并會(huì)通過接口 X1、X2和X3連接到電信系統(tǒng)(GSN，可以是SGSN或GGSN)。ADMF通過HIl和Xl接口連接，DF2通過HI2和X2接口連接，而DF3則通過HI3和X3接口連接。通過HIl接口從LEMF發(fā)送到ADMF的消息，和通過Xl接口從ADMF發(fā)送到GSN的消息，都包含了需要監(jiān)控的目標(biāo)的標(biāo)識。DF2通過X2接口從網(wǎng)絡(luò)接收監(jiān)聽相關(guān)信息(IRI)， 并通過HI2接口將IRI交付到相關(guān)執(zhí)法機(jī)構(gòu)。交付功能DF3收到通信內(nèi)容CC(例如通過X3 接口收到演說和數(shù)據(jù))，并通過HI3接口將CC交付到LEA。圖17-19依據(jù)本發(fā)明的實(shí)施例說明了適用于MBB網(wǎng)絡(luò)和⑶N的合法監(jiān)聽。圖17描述了一種合法監(jiān)聽實(shí)施方法的實(shí)施例。該實(shí)施例最容易實(shí)施，所以占據(jù)優(yōu)勢。在本實(shí)施例中，如果某個(gè)UE成為監(jiān)聽目標(biāo)，則不會(huì)把該UE分配到緩存媒體服務(wù)器(如 MX-A 124)。因此，包括來自和傳送至UE的OTT流量在內(nèi)的所有通信都可以在GGSN 136 (和 /或SGSN 135)上進(jìn)行監(jiān)聽，并根據(jù)上文描述與LEMF進(jìn)行通信。要實(shí)施本實(shí)施例，可以將附加功能添加到DPI 137中，以確定是否要監(jiān)聽UE 110。 DPI 137會(huì)檢查UE請求并確定UE請求是否屬于含有LI標(biāo)志設(shè)置(如UE為LI目標(biāo))的PDP上下文。如果UE是目標(biāo)，則DPI 137不會(huì)將UE請求轉(zhuǎn)發(fā)給⑶N 180以監(jiān)聽內(nèi)容深層數(shù)據(jù)包和分配至緩存媒體服務(wù)器。相反，該UE請求轉(zhuǎn)發(fā)給BG 160或路徑中路由器，以便使用 GGSN 136處理本請求而不進(jìn)行緩存。為確定UE是否為已被定目標(biāo)，DPI 137會(huì)使用源IP地址作為索引，檢查GGSN 136 中的PDP上下文。如上所述，GGSN 136可以與LEMF相連接，并獲取有關(guān)UE是否已被定為目標(biāo)的最新信息。在某些實(shí)施例中，只有UE請求與分配的簽名相匹配時(shí)，DPI 137才會(huì)檢查GGSN 136中的LI信息。這是因?yàn)镈PI 137僅轉(zhuǎn)發(fā)那些與分配的簽名相匹配的UE請求 (請參見圖11)。DPI 137和GGSN 136可以是單個(gè)單元，也可能位于不同單元中，例如圖6所示。如下所述，LI監(jiān)聽檢查功能的位置可以有多個(gè)分支結(jié)構(gòu)。如果GGSN 136和DPI 137整合在同一設(shè)備中，信息交換會(huì)更為方便，原因是PDP 上下文數(shù)據(jù)已經(jīng)存在可用；此外，UE的IP地址與國際移動(dòng)用戶識別碼(IMSI)之間的映射也很容易建立，原因是該數(shù)據(jù)也可從GGSN 136獲取。此選項(xiàng)在圖17中顯示為選項(xiàng)A?；蛘?，如果DPI 137是與GGSN 136無關(guān)的獨(dú)立功能，則也可能至少出現(xiàn)兩個(gè)實(shí)施例。在第一個(gè)實(shí)施例中，專有API經(jīng)構(gòu)造可使用UE IP作為索引，從GGSN 136獲取PDP 數(shù)據(jù)。其結(jié)構(gòu)可以與Gmc接口相似，既可以是拉模型也可以是推模型。如果DPI 137與 DPI-C 181相整合，便可以使用現(xiàn)有的Gmc接口。在第二個(gè)實(shí)施例中，DPI 136可能只會(huì)延遲對DPI-C 181和/或MC 182的檢查。 DPI-C 181和/或MC 182會(huì)從GGSN 136獲取強(qiáng)制更新的LI信息，例如通過Gmc接口獲取。 在圖17中，此方案附有參考標(biāo)簽選項(xiàng)B。但是，由于監(jiān)聽點(diǎn)所在位置就是GGSN 136所在位置，所以圖17中描述的實(shí)施例仍有一些局限。因此在通過MX-A IM建立UE會(huì)話后，對LI標(biāo)志進(jìn)行的任何更新都不會(huì)影響到在會(huì)話期間監(jiān)聽通信的能力。但是，將UE定為目標(biāo)后，便可以監(jiān)控任何新的UE會(huì)話請求。 也就是說，無法監(jiān)控UE正在進(jìn)行的會(huì)話，而只能監(jiān)控從該點(diǎn)開始的新會(huì)話。但是，在大多數(shù) LI規(guī)定中，這種限制還是可以接受的，例如在北美地區(qū)就可以接受。圖18和圖19描述了本發(fā)明實(shí)施例，這些實(shí)施例主要針對能夠克服上述和其他限制的}法監(jiān)聽。圖18包括圖18A和圖18B，說明了另一個(gè)適用于合法監(jiān)聽方法的實(shí)施例，其中，層 2網(wǎng)絡(luò)中的媒體服務(wù)器決定并交付與目標(biāo)UE的通信，圖18A說明了實(shí)施LI的上下文圖，及圖18B說明了 LI消息流。參閱圖18A可發(fā)現(xiàn)，要實(shí)施該實(shí)施例，需要額外增加兩個(gè)接口 ΧΓ和X3’。在本實(shí)施例中，GGSN 136配置為將LEA對LI的任何更新都通知給服務(wù)MX-A 124 MX-A IP地址會(huì)根據(jù)Gmc接口的要求在PDP上下文中進(jìn)行定期維護(hù)。因此，GGSN 136會(huì)將任何為UE而激活LI的操作(以UE IP為標(biāo)識)通知給服務(wù)MX-A 124。GGSN 136還會(huì)就 LI目標(biāo)UE的任何去激活操作發(fā)出通知。因此，MX-A會(huì)存儲一個(gè)列有所有LI目標(biāo)UE的列表。在多個(gè)實(shí)施例中，MX-A IM會(huì)被配置為擁有執(zhí)行詢問的能力，下文將就此作出描述。尤其是，可對MX-A 124作出配置，讓任何分組數(shù)據(jù)都可以以標(biāo)記為目標(biāo)的UE為目的地或源， 進(jìn)行鏡像交付。
在多個(gè)實(shí)施例中，ΧΓ和X3’接口可以通過不同方式實(shí)施。在多個(gè)實(shí)施例中，XI’ 接口可以用來傳輸來自GGSN的控制消息，例如在ADMF做出控制決策后。X3’接口可以用來與GGSN傳輸媒體數(shù)據(jù)，例如監(jiān)聽期間的數(shù)據(jù)。在一個(gè)實(shí)施例中，RNC 122和GGSN 1 之間的GTP_U/GTP_C消息可通過隧道實(shí)施， 例如使用IWF 123實(shí)施。在其他實(shí)施例中，可以使用將MX-A IM和⑶N 180連接起來的IP傳輸。但是，基于安全原因，使用IP傳輸時(shí)，必須使用VPN或IPkc。此外，必須配置GGSN以便正確識別 MX-A 124的IP連接上的分組數(shù)據(jù)流是否有效的UE流量，然后將其轉(zhuǎn)發(fā)給DF3。下文將通過圖18B，描述圖18A中描述的LI框架的LI消息流。消息1801、1803、 1805、1806 和 1808 是指符合 3GPP 標(biāo)準(zhǔn)(TS 3GPP 33. 107)的消息。消息 1802、1804 和 1807 根據(jù)本發(fā)明的實(shí)施例添加在此處。首先會(huì)描述目標(biāo)激活流程。ADMF將Target Activation 1801 (即“目標(biāo)激活”，包括目標(biāo)ID、報(bào)告類型等)發(fā)送至GGSN。GGSN為PDP上下文中的監(jiān)聽目標(biāo)設(shè)置標(biāo)志。GGSN 將結(jié)果回復(fù)到ADMF。GGSN檢查監(jiān)聽目標(biāo)是否帶有活躍的PDP上下文。如果目標(biāo)有一個(gè)活動(dòng)的PDP上下文，GGSN會(huì)通知MX-A (目標(biāo)ID、GGSN IP等)對該目標(biāo)進(jìn)行監(jiān)控(消息1802)。如果該目標(biāo)沒有活動(dòng)的PDP上下文，GGSN會(huì)等待，直到下一次該目標(biāo)建立起活動(dòng)的PDP上下文為止。下文將描述目標(biāo)去激活流程。ADMF將Target deactivation(即“目標(biāo)去激活”， 包括目標(biāo)ID等)發(fā)送至GGSN(消息1803)。GGSN會(huì)清除監(jiān)聽目標(biāo)的標(biāo)志。GGSN對ADMF做出響應(yīng)，確認(rèn)進(jìn)行去激活(消息1803)。GGSN通知MX-A(目標(biāo)ID等)清除該目標(biāo)的監(jiān)控標(biāo)志(消息1804)。MX-A會(huì)清楚將要去激活的UE的標(biāo)志。下文將描述目標(biāo)查詢流程。ADMF將Target Interrogation (即“目標(biāo)查詢”，包括目標(biāo)ID等等)發(fā)送至GGSN(消息1805)。GGSN將結(jié)果回復(fù)到ADMF。下文將描述受監(jiān)聽通信內(nèi)容報(bào)告流程。UE從MX-A接收請求的分組數(shù)據(jù)(消息 1806)。如果將該UE被標(biāo)志為需要監(jiān)聽，MX-A還會(huì)將分組數(shù)據(jù)(包括目標(biāo)ID、發(fā)到UE的數(shù)據(jù)包內(nèi)容、GSN IP等)報(bào)告給GGSN(消息1807)。在多個(gè)實(shí)施例中，MX-A會(huì)向GGSN輸出交付流鏡像，該鏡像與發(fā)送到UE的數(shù)據(jù)相匹配。GGSN將就來自MX-A的監(jiān)聽分組數(shù)據(jù)(例如所含目標(biāo)ID、內(nèi)容、GGSN IP等)做出報(bào)告。在另一個(gè)實(shí)施例中，MX-A會(huì)直接向DF3傳送詢問(X3)，而不是使用GGSN轉(zhuǎn)傳詢問的分組數(shù)據(jù)流。要實(shí)施此流程，必須將MX-A配置為使用以下X3消息頭信息傳送詢問。X3 消息頭包含目標(biāo)身份、相關(guān)編號和可選時(shí)間戳，還可能包含方向(指出T-PDU是移動(dòng)臺發(fā)起 (MO)還是移動(dòng)臺終結(jié)的(MT))，以及目標(biāo)位置(如果有)。但是，這些參數(shù)通常位于GGSN，因此自MX-A至DF3的直接連接可能實(shí)用性不夠。圖19包括圖19A和19B，說明了合法監(jiān)聽方法的第三種實(shí)施例，其中，層2網(wǎng)絡(luò)中的媒體服務(wù)器決定并交付(但通過媒體控制器)與目標(biāo)UE的通信，圖19A說明了實(shí)施LI 的上下文圖，及圖19B說明了 LI消息流。與之前實(shí)施例不同，本實(shí)施例中，媒體控制器MC連接在MX-A和GGSN之間。參閱圖19A可發(fā)現(xiàn)，要實(shí)施該實(shí)施例，需要額外增加三個(gè)接口 X1”、X3’和X3”。參閱圖19A可發(fā)現(xiàn)，MC 182是GGSN 136而非MX-A 124的接口。使用GGSN 136禾口MC 182之間的Gmc接口。因此，MX-A IM從MC 182獲得通知，而不是由GGSN 136直接通知。本實(shí)施例進(jìn)一步簡化了接入網(wǎng)與⑶N網(wǎng)絡(luò)之間的交互。這是因?yàn)镚mc接口已為MC 182 提供更新的LI通知(通過PDP上下文更新發(fā)出LI激活或去激活等通知)。因此，不需使用 XI，接口以傳送LI激活或去激活等控制信息。X3，接口是MC 182與GGSN 136之間的詢問分組數(shù)據(jù)流，并體統(tǒng)給目標(biāo)LIUE。MC 182與MX-A IM之間的XI”接口可用于傳輸LI激活和去激活等控制信息。下文將通過圖19B，描述圖19A中描述的LI框架的LI消息流。如上所述，激活UE以將其當(dāng)作為目標(biāo)時(shí)，ADMF可與GGSN進(jìn)行通信(第1901步)。 目標(biāo)激活可通過Gmc接口與MC通信(第1902步)，還可通過Xl ”接口與MX-A通信(第1903 步)。同樣地，目標(biāo)去激活會(huì)與GGSN通信(第1904步)，然后GSGSN與MC通信(第1905 步)并轉(zhuǎn)發(fā)到MX-A (第1906步)。下一步，ADMF可以發(fā)出目標(biāo)詢問請求(第1907步)。 MX-A可以初始化與被標(biāo)記為目標(biāo)的UE的分組數(shù)據(jù)傳輸(第1908步)。MX-A生成與UE的數(shù)據(jù)包數(shù)據(jù)通信相匹配的流鏡像。MX-A會(huì)通過X3”接口將鏡像分組數(shù)據(jù)傳輸?shù)組C (第1909 步)。MC將鏡像分組數(shù)據(jù)轉(zhuǎn)發(fā)至GGSN(第1910步)。GGSN將從MC收到的監(jiān)聽分組數(shù)據(jù)轉(zhuǎn)發(fā)至DF3(第1911步)?；蛘?，MX-A與DF3之間具有直接接口，避免通過MC和GGSN(第 1912 步)。如果服務(wù)MX-A變?yōu)榱硪粋€(gè)MX-A(例如重定位在同一個(gè)SGSN下)，那么即使在漫游期間，本實(shí)施例也有助于合法監(jiān)聽。這是因?yàn)镸C知道此變動(dòng)，因而重定向新的服務(wù)MX-A，以繼續(xù)合法監(jiān)聽。但是，如果UE重定位在新GGSN下或MX-A出現(xiàn)故障，本實(shí)施例則可能無效。在本實(shí)施例中，與之前實(shí)施例不同，MC和GGSN之間的接口 X3’是媒體路徑而不是控制路徑，且可能存在一些限制。因此，在某些實(shí)施例中，來自MX-A的受監(jiān)聽分組數(shù)據(jù)可能會(huì)如之前實(shí)施例所述，直接發(fā)送至GGSN。在另一個(gè)替換實(shí)施例中，服務(wù)MX-A會(huì)執(zhí)行一個(gè)指向MX-B的串流中段重定向，該操作部署在GGSN層級，使所有流量都受能到監(jiān)控并從GGSN發(fā)送到DF3。在多個(gè)實(shí)施例中，UE 不會(huì)檢測對當(dāng)前會(huì)話的任何明顯更改，但是提供服務(wù)的媒體服務(wù)器會(huì)被移動(dòng)到位于網(wǎng)絡(luò)中較高層級的媒體服務(wù)器上。這可能依次取決于MX-A執(zhí)行串流中段重定向的方式、媒體和交付協(xié)議的類型(假設(shè)視頻內(nèi)容HTTP交付、MX-B上相同內(nèi)容的可用性和UE客戶端對串流中段重定向的支持)，以及在視頻重定向點(diǎn)的MX-B上開始執(zhí)行的能力。有一點(diǎn)非常重要這些詢問流程屬于資源密集型和安全敏感型操作。因此，在某些實(shí)施例中，將圖17-19中描述的實(shí)施例結(jié)合起來也許會(huì)比較有利。例如，圖17中的實(shí)施例可以用于正常處理，而圖18和/或圖19中的實(shí)施例則可以用于極端情況下。例如，LEA可能會(huì)請求監(jiān)聽部分所含目標(biāo)UE被選定的所有會(huì)話。在此類極少數(shù)情況下，可以部署圖18 和/或圖19中描述的實(shí)施例。這樣可確保優(yōu)化資源消耗，而不會(huì)影響到合法監(jiān)聽通信內(nèi)容的能力。圖20根據(jù)本發(fā)明的實(shí)施例說明了計(jì)費(fèi)、報(bào)告和分析方法的處理方法。在多個(gè)實(shí)施例中，計(jì)費(fèi)及收費(fèi)可以包括后付費(fèi)和預(yù)付費(fèi)兩種計(jì)費(fèi)/收費(fèi)支持。下圖對計(jì)費(fèi)和其他一些后勤支援功能的環(huán)境進(jìn)行了說明。本發(fā)明的實(shí)施例包括離線計(jì)費(fèi)和實(shí)時(shí)計(jì)費(fèi)，下文將做進(jìn)一步描述。首先會(huì)描述與離線計(jì)費(fèi)有關(guān)的一個(gè)本發(fā)明實(shí)施例。經(jīng)過一定的預(yù)定時(shí)間(如10分鐘，可配置)后，⑶N 180中的媒體數(shù)據(jù)(MD) 186會(huì)收集使用信息并上報(bào)到計(jì)費(fèi)中心 (BC)191。根據(jù)本發(fā)明的實(shí)施例，可以使用濾波算法。對于費(fèi)率套餐(即無限制的數(shù)據(jù)套餐) 用戶，可以不實(shí)施控制。相反，對于其他用戶，其費(fèi)用取決于所使用的數(shù)據(jù)量，實(shí)際監(jiān)控可取決于用戶套餐的類型。對于某些用戶，即使其流量超過了合同上規(guī)定的限額，仍可允許他們使用流量。不過，這些被稱為超額流量的流量，其計(jì)費(fèi)方式有所不同。本發(fā)明實(shí)施例實(shí)現(xiàn)了對具有分層流量訂閱包的用戶實(shí)施準(zhǔn)實(shí)時(shí)計(jì)費(fèi)。根據(jù)一個(gè)或多個(gè)實(shí)施例，MD 186會(huì)從所有MX-A節(jié)點(diǎn)收集用戶信息，并每隔一段預(yù)定義的分鐘間隔，將該信息報(bào)告給BC 191。因此，任何用戶設(shè)備的會(huì)話，如超過預(yù)先分配的限額或其他限額，便會(huì)通過實(shí)施計(jì)費(fèi)的方式將其終止。實(shí)時(shí)計(jì)費(fèi)指向BC 191的用戶活動(dòng)是持續(xù)的通信。對于此類計(jì)費(fèi)方式，用戶流量超額使用是被容許的?；蛘撸瑢τ跊]有任何合同(預(yù)付費(fèi))的用戶，或當(dāng)運(yùn)營商想避免此類用戶的流量超額時(shí)，可要求實(shí)施實(shí)時(shí)收費(fèi)。因此，下文將會(huì)描述與實(shí)時(shí)計(jì)費(fèi)有關(guān)的本發(fā)明實(shí)施例。GGSN 136通過Gmc接口通知MC 182新UE的PDP包括在線計(jì)費(fèi)網(wǎng)關(guān)(OCG)標(biāo)識， 該標(biāo)識表示此特定的UE需要實(shí)時(shí)收費(fèi)。將此UE請求重定向到MX-A 124前，MC 182會(huì)檢查其本地PDP信息是否帶有OCG標(biāo)志。根據(jù)本發(fā)明的實(shí)施例，如果OCG標(biāo)志顯示需要進(jìn)行實(shí)時(shí)計(jì)費(fèi)，MC 182不會(huì)將該請求重定向到MX-A 124。相反MC 182會(huì)將請求轉(zhuǎn)發(fā)到BG 160 或路徑中路由器，這樣便可以使用GGSN 136對該請求進(jìn)行實(shí)時(shí)計(jì)費(fèi)。因此，在實(shí)時(shí)計(jì)費(fèi)時(shí)， 不會(huì)執(zhí)行緩存。下文將描述與報(bào)告和分析相關(guān)的實(shí)施例。出于非計(jì)費(fèi)目的生成報(bào)告(例如，NOC/運(yùn)營量、網(wǎng)絡(luò)優(yōu)化和DPI簽名/算法微調(diào)) 可在MD 186上進(jìn)行。在多個(gè)實(shí)施例中，MD 186可為基于云的聯(lián)機(jī)分析處理(OLAP)，用于處理來自⑶N網(wǎng)絡(luò)的日志和運(yùn)營數(shù)據(jù)。根據(jù)本發(fā)明的實(shí)施例，由于MBB網(wǎng)絡(luò)和⑶N 180之間的交互，所以可收集到其它數(shù)據(jù)(MBB數(shù)據(jù))。這些其它數(shù)據(jù)可包括用戶的PDP上下文數(shù)據(jù)，例如，存儲在MC 182的數(shù)據(jù)、其它PCRF數(shù)據(jù)(其中一部分已可從Gmc接口獲得)、從PCRF 133獲取其它QoS策略規(guī)定和參數(shù)的直接接口，以及AAA 231和SUR 232功能中的數(shù)據(jù)。在MD 186上可新增并支持與AAA 23USUR 232和PCRF 133之間的接口，以訪問這些其它數(shù)據(jù)。本發(fā)明實(shí)施例還包括 AAA 23USUR 232,PCRF 133和MD 186之間的接口。使用此類其它數(shù)據(jù)及通過進(jìn)一步處理， 網(wǎng)絡(luò)運(yùn)營能更好地了解OTT流量(或B2B、B2C流量等等)。以下將通過下述方法和圖20，描述與QoS方法相關(guān)的發(fā)明的實(shí)施例。QoS策略是通訊網(wǎng)絡(luò)中的一個(gè)重要環(huán)節(jié)。與固定寬帶網(wǎng)絡(luò)相比，在移動(dòng)網(wǎng)絡(luò)下其重要性更為明顯。這是因?yàn)橄啾菷BB網(wǎng)絡(luò)基礎(chǔ)設(shè)施，移動(dòng)基礎(chǔ)設(shè)施受限更多，成本更高，例如空中接口和遠(yuǎn)程回程。在要求對付費(fèi)更多的用戶進(jìn)行區(qū)別待遇的MBB網(wǎng)絡(luò)中，從VIP用戶獲得的收入要比從低端用戶獲得的收入高出100倍甚至更多。參閱圖20可發(fā)現(xiàn)，在第一種方法中，MC 182接收QoS/PCC參數(shù)并用以向用戶提供區(qū)別待遇。MC 182可以傳遞很多QoS/PCC參數(shù)，并通過Gmc接口定期更新。例如，基于用戶配置文件計(jì)費(fèi)、基于服務(wù)類型計(jì)費(fèi)、基于位置計(jì)費(fèi)、基于擁塞計(jì)費(fèi)、基于時(shí)間范圍計(jì)費(fèi)、基于用戶累積使用量計(jì)費(fèi)、基于終端類型計(jì)費(fèi)等QoS/PCC參數(shù)MC 182可在MC 182上獲取。其他例子包括用戶服務(wù)計(jì)劃信息(如VIP或高級用戶)、用戶設(shè)備類型(如3G功能設(shè)備)、用戶常用位置(如RAI和SAI)、用戶漫游狀態(tài)(如漫游用戶)、用戶分組類型(如企業(yè)與個(gè)人用戶)，以及用戶計(jì)費(fèi)偏好類型(如預(yù)付費(fèi)用戶)。MC 182可以使用上述信息，并根據(jù)這些QoS/PCC參數(shù)以及MBB和⑶N網(wǎng)絡(luò)的狀況來分配或選擇合適的媒體服務(wù)器(MX-A、MX-B或MX-C)。在一個(gè)實(shí)施例中，通過結(jié)合路由請求策略/探試和PCRF 133或GGSN 136的UE配置文件和/或QoS參數(shù)，可提高UE的客戶感知體驗(yàn)Ο οΕ)。例如，對于VIP用戶，MC 182上的PDP上下文數(shù)據(jù)子集可指明發(fā)出UE請求的UE具有VIP身份，并應(yīng)予以特別的請求路由處理。例如，此VIP始終可以優(yōu)先路由至提供服務(wù)的ΜΧ-Α，如通過進(jìn)一步(暗示/明示)的指令，要求UE提供最高比特率(適用于有多種比特的情況下)，其中的比特率與PS/RAN鏈路中保證的吞吐量相匹配。與此相似，如果UE不是VIP用戶，這些請求可能會(huì)被轉(zhuǎn)發(fā)至其它媒體服務(wù)器，例如，MX-B 184或MX-C(位于對等點(diǎn)/BG)或在服務(wù)提供商(SP)站點(diǎn)以檢索內(nèi)容，另外其在PS網(wǎng)絡(luò)中的吞吐量也較低，以便為VIP用戶保留資源。在其他實(shí)施例中， 可以從轉(zhuǎn)碼視頻速率列表中選擇視頻速率。例如，MC 182或媒體服務(wù)器可以選擇以不同編碼速率傳輸視頻。例如，根據(jù)UE配置文件(如網(wǎng)絡(luò)狀況)，可選擇發(fā)送以較高視頻編碼速率編碼的文件，以代替以較低編碼速率編碼的文件。例如，可以為高帶寬連接的用戶選擇高分辨率視頻，而為低帶寬連接的用戶選擇低分辨率視頻。另外，在某些實(shí)施例中，可以對視頻速率進(jìn)行周期性的動(dòng)態(tài)調(diào)整(如每隔幾秒)。例如，如果帶寬質(zhì)量在傳輸期間有所下降， 則選擇采用較低編碼速率的文件作為后續(xù)的視頻片斷。同樣地，可以為屏幕分配率較低的設(shè)備(如智能手機(jī))選擇低分配率視頻，而為屏幕分配率較高的設(shè)備(如IOSOp大屏幕電視)選擇較高的編碼速率。在第二個(gè)實(shí)施例中，MC 182直接從PCRF檢索信息，并通過MBB和FBB網(wǎng)絡(luò)，使用此信息為UE提供服務(wù)。在本實(shí)施例中，MC 182通過使用與IP承載的線徑上方PCRF 133直接連接的接口(AAA/半徑狀接口)，從PCRF 133獲取策略規(guī)定。這讓MC能夠獲取其他未能專用GGSN Gmc接口獲取的策略規(guī)定。例如，PCRF 133可控制MBB和FBB QoS策略規(guī)定，因此，MC 182能夠獲取適用于特定用戶的常用策略規(guī)定。所以，在本實(shí)施例中，在MBB和FBB 之間，⑶N 180直接配合一組常見的PCRF節(jié)點(diǎn)運(yùn)作。在第三個(gè)實(shí)施例中，MC 182將QoS數(shù)據(jù)子集轉(zhuǎn)發(fā)至提供服務(wù)的媒體服務(wù)器(例如， MX-A 1M)，之后媒體服務(wù)器使用該信息以有區(qū)別地向UE提供服務(wù)。也可以將QoS策略參數(shù)和規(guī)定從MC 182轉(zhuǎn)發(fā)到MX-A 124、MX-B 184、MX-C和MD 186等其他功能組件(以進(jìn)行分析)和/或轉(zhuǎn)發(fā)到媒體存儲云以提供B2B和B2C服務(wù)。根據(jù)轉(zhuǎn)發(fā)的QoS參數(shù)和規(guī)定、功能/節(jié)點(diǎn)的現(xiàn)狀，以及根據(jù)UE類型提供給適合QoS的其他相關(guān)環(huán)境參數(shù)，這些組件的反應(yīng)可能會(huì)有所不同。 將QoS規(guī)定和參數(shù)轉(zhuǎn)發(fā)到媒體服務(wù)器的目的之一，是這些媒體服務(wù)器能夠適應(yīng)日益變化的即時(shí)交付要求。例如，比特率適配(已緩存的多速率文件/片段)、MX上的按需碼流轉(zhuǎn)換或更改媒體文件格式或特點(diǎn)(如解像度、比特率、移動(dòng)屏幕尺寸、媒體檔案等等)等方法可在運(yùn)作中執(zhí)行，向UE提供PCRF 133等策略實(shí)體需要的最合適的QoS。
本發(fā)明實(shí)施例還包括媒體播放器和/或媒體服務(wù)器MX-A或MX-B等等的配置，以便更高效地為客戶提供各種高級功能，例如快速啟動(dòng)、智能緩沖控制以確保流暢播放、HTTP 率設(shè)限、串流中段重定向至另一臺媒體服務(wù)器、媒體服務(wù)器故障恢復(fù)和/或媒體服務(wù)器對 CDN 180進(jìn)行QoS數(shù)據(jù)收集與交付，以改善操作和積累業(yè)務(wù)智能。圖21說明了根據(jù)本發(fā)明實(shí)施例媒體服務(wù)器故障處理方法。如上文多個(gè)實(shí)施例所述，每個(gè)MX-A都為大量的實(shí)時(shí)用戶提供服務(wù)。因此，如果沒有實(shí)施任何規(guī)避流程，那么MX-A的故障將會(huì)對許多用戶造成重大影響。下文首先會(huì)描述故障恢復(fù)的第一個(gè)實(shí)施例。如圖21所示，IffF 123被配置為立即檢測MX-A 124是否出現(xiàn)故障或停止為UE 110提供服務(wù)(請參閱圖21中標(biāo)為2201的虛線)。IffF 123或保持與MX-A 124 一致的心跳，或每當(dāng)IWF 123將消息從UE 110轉(zhuǎn)發(fā)至MX-A IM時(shí)設(shè)置一個(gè)定時(shí)器。如果MX-A IM未在心跳定時(shí)器之后作出響應(yīng)或消息響應(yīng)定時(shí)器超時(shí)，IWF 124被配置為在此時(shí)將此UE請求(或UE重試消息)轉(zhuǎn)發(fā)至位于穿過DPI 137和DPI-C 181的PS路徑(圖21中的線2211)上提供服務(wù)的MC 182。DPI 137和DPI-C 181被配置為將此消息轉(zhuǎn)發(fā)給MC 182，但其心跳可能會(huì)與故障的MX-A IM不一致。MC 182 選擇可能與GGSN 136/DPI 137/DPI-C 181相連的其他媒體服務(wù)器(例如MX-B 184)，并將 UE請求重定向至新的媒體服務(wù)器MX-B 184。這樣，UE 110便能夠繼續(xù)獲取媒體，此媒體由 MX-B 184(圖21中的虛線2221)交付。上述描述方法要求加強(qiáng)IWF 123和/或RNC 122，以便能夠探測MX-A 124故障并正確地將請求路由到MC 182。下面我們將描述故障恢復(fù)方法的第二個(gè)實(shí)施例。本實(shí)施例說明了上述實(shí)施例在 RNC 122和/或IWF 123未修改情況下的簡化。在本實(shí)施例中，MC 182探測MX-A 124故障，例如，MX-A IM心跳中斷導(dǎo)致故障。MC 182按照上文所述選擇一個(gè)新的媒體服務(wù)器，例如，可能會(huì)選擇MX-B 184。MC 182構(gòu)建一條以每一臺當(dāng)前受影響的UE為目的地的HTTP消息(HTTP 302)，同時(shí)將源地址掩飾為MX-A 124的IP地址。這可能是因?yàn)镸C 182能夠根據(jù) UE的IP地址而輕松地獲取活動(dòng)的PDP的列表。MC 182將這些消息傳輸至各個(gè)UE。當(dāng)IWF 123/RNC 122收到MC 182的每一條這些消息，IffF 123/RNC 122只會(huì)將它們轉(zhuǎn)發(fā)至指定的 UE，因?yàn)橄⑹峭ㄟ^正確的GTP-U隧道和正確的隧道端點(diǎn)標(biāo)識符(TEID)而進(jìn)行傳輸?shù)摹Ｊ盏酱讼⒌腢E會(huì)聯(lián)系新的媒體服務(wù)器(例如MX-B 184)以進(jìn)行交付。上述的第一個(gè)及第二個(gè)實(shí)施例可能存在一些局限。例如，用戶的媒體會(huì)話可能突然終止，并在新媒體服務(wù)器MX-B 184開始串流時(shí)，從媒體剪輯開始處開始新會(huì)話。在使用 HTTP適應(yīng)串流的實(shí)施例中，媒體播放器可能會(huì)從上一次會(huì)話的故障點(diǎn)請求新反饋，讓用戶無須從頭觀看媒體剪輯。但是，在使用常規(guī)HTTP漸進(jìn)式下載的本發(fā)明第一個(gè)及第二個(gè)實(shí)施例中難以避免這一問題。下文描述的第三個(gè)實(shí)施例至少能夠克服第一個(gè)及第二個(gè)實(shí)施例的上述故障恢復(fù)局限。下文所述第三個(gè)實(shí)施例是對第一個(gè)及第二個(gè)實(shí)施例的增強(qiáng)。根據(jù)本實(shí)施例，媒體服務(wù)器可得到增強(qiáng)，以處理從第一媒體服務(wù)器(MX-A 124)向另一個(gè)媒體服務(wù)器(MX-B 184)的會(huì)話傳輸。如果UE 110上的媒體播放器探測到在播放會(huì)話中間階段被重定向到另一個(gè)媒體服務(wù)器(也就是發(fā)生了服務(wù)中斷)，媒體播放器會(huì)加入關(guān)于該會(huì)話的其它信息。例如，媒體播放器可通過始于當(dāng)前時(shí)間代碼(TC)或字節(jié)范圍的BYTE RANGE請求，而修改指向新媒體播放器(如MX-B 184)的HTTP Get請求。對于HTTP 適應(yīng)串流，只需獲取當(dāng)前片段(幾秒的內(nèi)容)就已足夠，而剩下部分將繼續(xù)取自MX-B 184。本發(fā)明的實(shí)施例還包括用于在備份媒體服務(wù)器(MX-B 184)出現(xiàn)故障的情況下， 最大程度地降低用戶體驗(yàn)惡化的方法。例如，根據(jù)本發(fā)明的一個(gè)實(shí)施例，如果備份媒體服務(wù)器MX-B 184也出現(xiàn)故障，便可以實(shí)施上述第一個(gè)、第二個(gè)和/或第三個(gè)實(shí)施例。例如，IWF 123或MC 182可探測到MX-B 184的故障并將UE請求重分配至新的媒體服務(wù)器，例如在運(yùn)營商的PDN的對等點(diǎn)上與BG 160或核心路由器相連的MX-C?；蛘?，MC 182可重定向至⑶N 180中的其它MX-B。上述網(wǎng)絡(luò)功能和組件中，有一部分需要重新配置和分配，具體請見下文說明。下文討論可能不包括為實(shí)施本發(fā)明實(shí)施例而需要的所有配置更改在一個(gè)或多個(gè)實(shí)施例中，可能需要配置交互功能和無線電網(wǎng)絡(luò)控制器，以根據(jù)不同條件(例如IP范圍)，識別IWF將要連接(例如，可能基于)的本地MX-A。可能需要配置IWF/RNC，以便按照上文所述使用定時(shí)器等等方法等，識別本地媒體服務(wù)器的故障?？赡苄枰渲肐WF/RNC，以識別媒體控制器的IP地址，從而能在本地媒體服務(wù)器出現(xiàn)故障是轉(zhuǎn)發(fā)UE請求。IWF/RNC可能需要為其正在服務(wù)的UE配置一個(gè)IP地址映射和隧道端點(diǎn)標(biāo)示符 (TEID)?？赡苄枰渲肐WF/RNC，以便將來自IuR的新RNC數(shù)據(jù)包轉(zhuǎn)發(fā)至IWF/MX-A，以實(shí)現(xiàn)持續(xù)的串流漫游/重定位或媒體故障。在一個(gè)或多個(gè)實(shí)施例中，可能需要配置GGSN，以識別媒體控制器的IP地址?？赡苄枰渲肎GSN，以識別GGSN范圍內(nèi)的MX-A IP地址。可能需要配置GGSN，以便在DPI查詢 GGSN以獲得決策制定所需的上下文信息時(shí)，識別DPI?？赡苄枰渲肎GSN，以便將PDP上下文更新(創(chuàng)建、修改及刪除)發(fā)送至提供服務(wù)的MC?？赡苄枰渲肎GSN，以便為任何給定的PDP上下文(UE)保留當(dāng)前提供服務(wù)的MX-A。在一個(gè)或多個(gè)實(shí)施例中，可能需要配置SGSN，以防止在重定位過程中/之后發(fā)生終止，使舊的MX-A可繼續(xù)向UE交付媒體流。在一些實(shí)施例中，SGSN不會(huì)做出任何更改，除非我們使用它以通過GTP擴(kuò)展名傳送RNC IP或ID，從而將該信息傳送至GGSN并將其作為一個(gè)定制參數(shù)加入到PDP上下文字段。在一個(gè)或多個(gè)實(shí)施例中，L2接入網(wǎng)中的本地媒體服務(wù)器(MX-A)可能需要根據(jù)為實(shí)現(xiàn)Ll相關(guān)功能而需要連接的GGSN IP地址進(jìn)行配置。MX-A可能需要根據(jù)⑶N默認(rèn)內(nèi)容檢索算法和CDN網(wǎng)絡(luò)操作中心對MX-A作出的任何動(dòng)態(tài)分配更新而進(jìn)行配置在服務(wù)UE請求時(shí)出現(xiàn)緩存缺失的情況下，便可使用此配置文件。可能需要配置MX-A，以便將MX-A本地日志發(fā)送至CDN的MD服務(wù)器，以進(jìn)行計(jì)費(fèi)、收費(fèi)和分析等。為實(shí)施合法監(jiān)聽，可能需要配置 MX-A,以便在采用直接連接至DF3的方法時(shí)，識別DF3。在一個(gè)或多個(gè)實(shí)施例中，可能需要配置MX-A,以便接收PDP相關(guān)的信息，從而支持指向DF3的X3接口，如目標(biāo)身份、相關(guān)編號、可選時(shí)間戳、方向(指出出傳輸協(xié)議數(shù)據(jù)單元(T-PDU)是移動(dòng)臺發(fā)起的還是移動(dòng)臺終結(jié))，以及目標(biāo)位置(如果有)。在一個(gè)或多個(gè)實(shí)施例中，媒體控制器根據(jù)其服務(wù)的GGSN IP地址進(jìn)行配置(每個(gè)媒體控制器都可能向多個(gè)GGSN提供服務(wù))?？赡苄枰渲妹襟w控制器，以識別較高層級媒體服務(wù)器(MX-B)和DPI-C功能和它們的IP地址，從而轉(zhuǎn)發(fā)消息。媒體控制器可能需要根據(jù) RNC IP/ID之間靜態(tài)映射表及其本地MX-A IP地址進(jìn)行配置媒體控制器可能需要根據(jù)PCRF的IP地址進(jìn)行配置。在一個(gè)或多個(gè)實(shí)施例中，可能需要配置媒體數(shù)據(jù)單元，以識別計(jì)費(fèi)服務(wù)器(BS)IP 地址并能夠與IP承載的RESTfUl接口上的BS進(jìn)行通信。可能需要配置媒體數(shù)據(jù)單元，以識別PCRF IP地址、AAA服務(wù)器IP地址和SUR服務(wù)器IP地址。在一個(gè)或多個(gè)實(shí)施例中，可能需要配置BS、PCRF、AAA和SUR，以識別⑶N組件(例如MD和MC)。在一個(gè)或多個(gè)實(shí)施例中，可能需要配置合法監(jiān)聽時(shí)使用的DF3，以便在使用了將MX-A導(dǎo)向至DF3選項(xiàng)時(shí)，識別MX-A IP地址。上述發(fā)明實(shí)施例可能適用于MBB網(wǎng)絡(luò)之外的其他類型的網(wǎng)絡(luò)。在多個(gè)實(shí)施例中，MBB網(wǎng)絡(luò)可以是2G、2. 5G、3G、4G或更高的蜂窩無線網(wǎng)絡(luò)。本發(fā)明的實(shí)施例可適用于其它無線網(wǎng)絡(luò)，如WiMAX(或更高)網(wǎng)絡(luò)。同樣地，本發(fā)明的實(shí)施例還適用于FBB網(wǎng)絡(luò)，包括數(shù)字用戶線路O(DSL)網(wǎng)絡(luò)、有線帶寬網(wǎng)絡(luò)、光纖到家/戶(FTTX)網(wǎng)絡(luò)、電力線通信(PLC)網(wǎng)絡(luò)等。無線網(wǎng)絡(luò)(例如WiMAX和其它固定寬帶網(wǎng)絡(luò)或受限移動(dòng)網(wǎng)絡(luò)等)可能都要面對OTT流量造成的壓力，通過上述本發(fā)明實(shí)施例可降低這種壓力。圖22說明了實(shí)施上述本發(fā)明實(shí)施例的)(DSL網(wǎng)絡(luò)。如圖22所示，多個(gè)UE 2310(如 UE-UUE-2和UED通過接入網(wǎng)2320接收服務(wù)，該接入網(wǎng)與核心網(wǎng)絡(luò)2350通過城域網(wǎng)2330 耦合。接入網(wǎng)絡(luò)2320包含數(shù)字用戶線接入復(fù)用器(DSLAM) 2321，這是一個(gè)L2交換機(jī)，使用多工技術(shù)將多個(gè)數(shù)字用戶線路(DSL) (UE 2310)連接至高速互聯(lián)網(wǎng)主干線。DSLAM 2321的流量將切換到寬帶遠(yuǎn)程接入服務(wù)器(BRAQ 2322，終端用戶流量將從此位置路跨越ISP網(wǎng)絡(luò)而路由至互聯(lián)網(wǎng)2370。BRAS 2322通過服務(wù)路由器2336 (其中可能含有DPI 2337)耦合。 或者，DPI 2337可以是城域網(wǎng)2330中的獨(dú)立單元。DPI 2337與核心網(wǎng)絡(luò)2350中的核心路由器2361及CDN 2480中的DPI-C 2381耦合。根據(jù)本發(fā)明實(shí)施例，具有DPI-C 2381的⑶N 2380會(huì)決定UE請求是否涉及可緩存內(nèi)容，然后CDN 2380中的MC 2382會(huì)分配媒體服務(wù)器向UE 2310提供服務(wù)。MC 2382會(huì)在接入網(wǎng)2320中分配一個(gè)本地媒體服務(wù)器(如MX-A 2424)。在一個(gè)實(shí)施例中，如多個(gè)實(shí)施例所述，MX-A 23 通過IWF 2323耦合，讓MX-A 23 成為提供服務(wù)的媒體服務(wù)器，并如多個(gè)實(shí)施例中所述，執(zhí)行緩存功能。如上述多個(gè)實(shí)施例所述，DPI-C M81可與DPI 2337、MX-B 2384和/或MC 2382整合。圖23說明了實(shí)施上述發(fā)明實(shí)施例的有線寬帶網(wǎng)絡(luò)。如圖23所示，多個(gè)UE 2410(如UE-I、UE-2和UE-3)通過頭端M20接收服務(wù)，該頭端與核心網(wǎng)絡(luò)M50通過城域網(wǎng)2430耦合。頭端M20包含正交調(diào)幅單元(QAM) 2421，該單元使用多工技術(shù)將UE MlO連接至高速互聯(lián)網(wǎng)主干線。QAM 2421的流量通過L3節(jié)點(diǎn)M22進(jìn)行切換，然后在此節(jié)點(diǎn)，將終端用戶流量跨越ISP網(wǎng)絡(luò)路由至互聯(lián)網(wǎng)M70。L3節(jié)點(diǎn)M22通過服務(wù)路由器M36 (其中可能包含DPI 2437)耦合。或者，DPI M37可為城域網(wǎng)2430中的獨(dú)立單元。DPI M37與核心網(wǎng)絡(luò)2450中的核心路由器2461及⑶N 2480中的DPI-C 2481耦合。根據(jù)本發(fā)明的實(shí)施例，具有DPI-C 2481的⑶N 2480會(huì)決定UE是否涉及可緩存內(nèi)容。然后，CDN M80中的MC M82會(huì)分配一個(gè)媒體服務(wù)器向UE MlO提供服務(wù)。MC M82可能會(huì)在頭端M20中分配一個(gè)本地媒體服務(wù)器(如MX-A 2424)。在有線寬帶網(wǎng)絡(luò)(如CATV 網(wǎng)絡(luò)上使用的)中，纜線頭端可以是一個(gè)適合設(shè)置MX-A MM的好位置。在一個(gè)實(shí)施例中， 如多個(gè)實(shí)施例所述，MX-A MM通過IWF M23耦合，讓MX-A MM成為提供服務(wù)的媒體服務(wù)器，并如多個(gè)實(shí)施例所述，運(yùn)行緩存功能。如上述多個(gè)實(shí)施例所述，DPI-C M81可與DPI 2437、MX-B 2484 和 / 或 MC 2482 整合。如上所述，本發(fā)明的實(shí)施例包括PLC網(wǎng)絡(luò)。在PLC網(wǎng)絡(luò)中，本地媒體服務(wù)器(MX-A) 可部署在PLC網(wǎng)絡(luò)的低電壓或中等電壓頭端單元中。圖M說明了符合本發(fā)明實(shí)施例的代表性媒體設(shè)備。媒體設(shè)備MOO包括接收器M10，其中可能含有用于接收媒體內(nèi)容的無線天線接收器和/或有線網(wǎng)絡(luò)連接端口，例如，在媒體內(nèi)容存儲在遠(yuǎn)程位置的情況下。媒體設(shè)備MOO 還包含內(nèi)存對30，其可包括非易失性內(nèi)存和易失性內(nèi)存。在一個(gè)實(shí)施例中，圖4-15及圖 17-23所述操作的執(zhí)行指令可存儲于非臨時(shí)性存儲介質(zhì)，例如，存儲器2430中的磁存儲介質(zhì)或固態(tài)存儲介質(zhì)。媒體設(shè)備MOO可能包括更多用于輸入及輸出數(shù)據(jù)的I/O設(shè)備M50。例如，I/O設(shè)備M50可能包括激光可讀介質(zhì)之類的碟片，例如，光盤播放器、藍(lán)光碟播放器和/或數(shù)字視頻播放器等。在一個(gè)或多個(gè)實(shí)施例中，圖4-15及圖17-23所述操作的執(zhí)行指令可存儲于碟片(非臨時(shí)性存儲介質(zhì))。媒體設(shè)備MOO還可能包括顯示器M60和用于傳送壓縮數(shù)據(jù)的發(fā)射器M40。發(fā)射器M40可能包括多個(gè)無線天線和/或有線端口。在某些實(shí)施例中，發(fā)射器M40和接收器 MlO可整合在一起。媒體設(shè)備MOO包括一個(gè)經(jīng)配置以執(zhí)行圖4-15及圖17-23所述操作指令的處理器 2420。處理器M20可能包含單個(gè)處理器或多個(gè)處理器。在多個(gè)實(shí)施例中，媒體設(shè)備MOO可以是L2節(jié)點(diǎn)(例如，無線電網(wǎng)絡(luò)控制器和/ 或eNB、IWF)，可以是網(wǎng)關(guān)服務(wù)器等L3節(jié)點(diǎn)(例如，GGSN、SGSN)，可以使媒體服務(wù)器(包括 MX-A、媒體控制器、媒體數(shù)據(jù)函數(shù)、DPI、DPI-C、PCRF, CG、DSLAM、BRAS、SRC、QAM)，還可以是上文多個(gè)實(shí)施例中描述的其他單元(相關(guān)例子，請參閱圖4、7、20、22-23)。圖25說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的媒體控制器組件。媒體控制器可包括圖對所述的一般組件。另外，根據(jù)圖25，媒體控制器(例如，圖M中的處理器M20) 包含接收器2510，此接收器經(jīng)配置以接收將媒體內(nèi)容提供至用戶設(shè)備的請求。緩存信息接收器2520經(jīng)配置可接收與媒體內(nèi)容有關(guān)的緩存信息。緩存信息包括有關(guān)用戶設(shè)備請求的媒體內(nèi)容是否可以緩存的信息。媒體控制器2500還包含分配器2530，此分配器經(jīng)配置，能夠分配媒體服務(wù)器層次集中的第一媒體服務(wù)器，以便在將要提供的媒體內(nèi)容是可緩存內(nèi)容時(shí)，向用戶設(shè)備提供服務(wù)。媒體服務(wù)器層次集包含部署在多個(gè)L2接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。用戶設(shè)備通過多個(gè)L2接入網(wǎng)中的一個(gè)L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。在一個(gè)實(shí)施例中，媒體控制器的處理器包含能夠執(zhí)行接收器2510、緩存信息接收器2520和分配器2530的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器 2510、緩存信息接收器2520和分配器2530的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段作可當(dāng)做接收器2510、緩存信息接收器2520和分配器2530 使用。圖沈說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的媒體服務(wù)器沈00組件。媒體服務(wù)器沈00可包括圖M所述的一般組件。另外，根據(jù)圖沈，媒體服務(wù)器沈00 (例如，圖M中的處理器2420)包含接收器沈10，此接收器經(jīng)配置以接收將可緩存媒體內(nèi)容提供至用戶設(shè)備的請求。用戶設(shè)備通過L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。測定裝置沈20經(jīng)配置可用于確定可緩存媒體內(nèi)容是否存儲在第一媒體服務(wù)器的緩存中。媒體服務(wù)器2600不會(huì)確定可緩存媒體內(nèi)容是否為可緩存內(nèi)容。服務(wù)器2630經(jīng)配置，當(dāng)媒體內(nèi)容已存儲在第一媒體服務(wù)器的緩存時(shí)，便會(huì)從緩存將可緩存媒體內(nèi)容提供給用戶設(shè)備。在一個(gè)實(shí)施例中，媒體服務(wù)器沈00的處理器包含能夠執(zhí)行接收器沈10、測定裝置沈20和服務(wù)器沈30的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器沈10、 測定裝置2620和服務(wù)器沈30的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器沈10、測定裝置沈20和服務(wù)器沈30使用。圖27說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的內(nèi)容處理器2700組件。內(nèi)容處理單元2700可能包括圖M所述的一般組件。另外，根據(jù)圖27，內(nèi)容處理單元2700(例如， 圖對中的處理器M20)包含接收器2710，此接收器經(jīng)配置以接收將媒體內(nèi)容提供至用戶設(shè)備的請求。用戶設(shè)備通過多個(gè)L2接入網(wǎng)的一個(gè)L2接入網(wǎng)與內(nèi)容分發(fā)網(wǎng)絡(luò)耦合。測定裝置 2720經(jīng)配置可用于確定將要提供的媒體內(nèi)容是否可緩存。重定向器2730經(jīng)配置，當(dāng)將要提供的媒體內(nèi)容可緩存時(shí)，便會(huì)將要求提供媒體內(nèi)容的請求重定向至第一媒體服務(wù)器。第一媒體服務(wù)器是媒體服務(wù)器層次集中的一臺媒體服務(wù)器。媒體服務(wù)器層次集包括部署在多個(gè) L2接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。在一個(gè)實(shí)施例中，內(nèi)容處理單元2700的處理器包含能夠執(zhí)行接收器2710、測定裝置2720和重定向器2730的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器 2710、測定裝置2720和重定向器2730的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說， 處理器在媒體處理不同階段可作為接收器2710、測定裝置2720和重定向器2730使用。圖觀說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的交互功能單元觀00組件。交互功能單元觀00可包括圖M所述的一般組件。另外，根據(jù)圖28，交互功能單元觀00包含接收器觀10，此接收器經(jīng)配置以接收將可緩存媒體內(nèi)容提供至用戶設(shè)備的請求。測定裝置 2820經(jīng)配置可用于確定請求的目的地IP地址。轉(zhuǎn)發(fā)器觀30經(jīng)配置，當(dāng)目的地IP地址與存儲列的目的地IP地址列表中的地址相匹配時(shí)，會(huì)將收到的請求轉(zhuǎn)發(fā)至L2接入網(wǎng)的第一媒體服務(wù)器。重新打包工具觀40經(jīng)配置可將收到的請求重新打包成一個(gè)TCP/IP消息。轉(zhuǎn)發(fā)器觀30經(jīng)配置可將收到的請求轉(zhuǎn)發(fā)至第一媒體服務(wù)器。在一個(gè)實(shí)施例中，交互功能單元觀00的處理器包含能夠執(zhí)行接收器觀10、測定裝置觀20、轉(zhuǎn)發(fā)器觀40和重新打包工具觀40的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器觀10、測定裝置觀20、轉(zhuǎn)發(fā)器觀40和重新打包工具觀40的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器觀10、測定裝置沘20、轉(zhuǎn)發(fā)器沘40和重新打包工具沘40使用。圖四說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的第二媒體服務(wù)器四00組件。第二媒體服務(wù)器四00包含接收器四10，此接收器經(jīng)配置以接收將可緩存媒體內(nèi)容提供至用戶設(shè)備的請求。當(dāng)用戶設(shè)備自第一個(gè)L2接入網(wǎng)中的第一個(gè)L2節(jié)點(diǎn)移交至第二個(gè)L2接入網(wǎng)中的第二個(gè)L2節(jié)點(diǎn)，以及在可緩存媒體內(nèi)容從第一媒體服務(wù)器串流至用戶設(shè)備的會(huì)話終止時(shí)，大概會(huì)在此時(shí)收到請求。第二媒體服務(wù)器四00還包含一個(gè)測定裝置2920(經(jīng)配置， 可用于確定可緩存媒體內(nèi)容是否存儲在儀器緩存中)和一個(gè)服務(wù)器2930(經(jīng)配置，如果媒體內(nèi)容存儲在儀器緩存中，便將緩存中的可緩存媒體內(nèi)容提供給用戶設(shè)備)。第二媒體服務(wù)器四00可能包括圖M所述的一般組件。在一個(gè)實(shí)施例中，第二媒體服務(wù)器四00的處理器包含能夠執(zhí)行接收器四10、測定裝置四20和服務(wù)器四30的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器 2910、測定裝置四20和服務(wù)器四30的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器四10、測定裝置四20和服務(wù)器四30使用。圖30說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的媒體控制器3000組件。媒體控制器3000可能包括圖M所述的一般組件。媒體控制器3000包含一個(gè)接收器3010，此接收器經(jīng)配置可接收來自用戶設(shè)備的有關(guān)串流可緩存媒體內(nèi)容的第二個(gè)請求。當(dāng)用戶設(shè)備自第一個(gè)L2接入網(wǎng)中的第一個(gè)L2節(jié)點(diǎn)移交至第二個(gè)L2接入網(wǎng)中的第二個(gè)L2節(jié)點(diǎn)，以及在可緩存媒體內(nèi)容從第一媒體服務(wù)器串流至用戶設(shè)備的會(huì)話終止時(shí)，會(huì)收到第二個(gè)請求。分配器3020經(jīng)配置可分配第L2接入網(wǎng)中的第二媒體服務(wù)器以便為用戶設(shè)備提供服務(wù)。在一個(gè)實(shí)施例中，媒體控制器3000的處理器包含能夠執(zhí)行接收器3010和分配器 3020的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器3010和分配器3020 的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3010和分配器3020使用。圖31說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的L3節(jié)點(diǎn)3100組件。L3節(jié)點(diǎn)3100 可包括圖M所述的一般組件。L3節(jié)點(diǎn)3100包含一個(gè)監(jiān)視器3110，此監(jiān)視器經(jīng)配置可監(jiān)控用戶設(shè)備是否正進(jìn)行移交。L3節(jié)點(diǎn)3100經(jīng)配置可終止用戶設(shè)備與為用戶設(shè)備提供服務(wù)的第一媒體服務(wù)器之間的會(huì)話。識別器3120經(jīng)配置可識別在用戶設(shè)備自首個(gè)L2節(jié)點(diǎn)移交至第二個(gè)L2節(jié)點(diǎn)時(shí)，媒體內(nèi)容是否從第一媒體服務(wù)器串流至用戶設(shè)備。L3節(jié)點(diǎn)3100經(jīng)配置可向第一個(gè)L2節(jié)點(diǎn)和第二個(gè)L2節(jié)點(diǎn)提供服務(wù)。L3節(jié)點(diǎn)3100經(jīng)配置，當(dāng)用戶設(shè)備從第一個(gè) L2節(jié)點(diǎn)移交至第二個(gè)L2節(jié)點(diǎn)時(shí)，不終止來自第一媒體服務(wù)器的媒體內(nèi)容串流。在一個(gè)實(shí)施例中，L2節(jié)點(diǎn)3100的處理器包含能夠執(zhí)行監(jiān)視器3110和識別器3120 的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，監(jiān)視器3110和識別器3120的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做監(jiān)視器 3110和識別器3120使用。圖32說明了用于根據(jù)本發(fā)明實(shí)施例以串流媒體的媒體服務(wù)器3200組件。媒體服務(wù)器3200可能包括圖M所述的一般組件。媒體服務(wù)器3200包含服務(wù)器3210，此服務(wù)器經(jīng)配置可向位于第一接入網(wǎng)服務(wù)區(qū)的用戶設(shè)備提供服務(wù)。服務(wù)器3210經(jīng)配置，在用戶設(shè)備從第一接入網(wǎng)移交至第二接入網(wǎng)后，可向位于第二接入網(wǎng)服務(wù)區(qū)的用戶設(shè)備提供服務(wù)。上述服務(wù)包含通過第一接入網(wǎng)中第一 L2節(jié)點(diǎn)、第二接入網(wǎng)中第一 L2節(jié)點(diǎn)和第L2節(jié)點(diǎn)之間的接口，以及用戶設(shè)備的第L2節(jié)點(diǎn)與用戶設(shè)備進(jìn)行通信。在一個(gè)實(shí)施例中，媒體控制器3200的處理器包含能夠執(zhí)行服務(wù)器3210的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，服務(wù)器3210的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做服務(wù)器3210使用。圖33根據(jù)本發(fā)明實(shí)施例說明了深層數(shù)據(jù)包檢測節(jié)點(diǎn)3300的組件。深層數(shù)據(jù)包檢測節(jié)點(diǎn)3300可包括圖M所述的一般組件。深層數(shù)據(jù)包檢測節(jié)點(diǎn)3300包含接收器3310 (經(jīng)配置，可接收向用戶設(shè)備提供媒體內(nèi)容服務(wù)的請求)和測定裝置3320(經(jīng)配置，可用于確定用戶設(shè)備是否為合法監(jiān)聽的目標(biāo))。測定裝置3320經(jīng)配置，當(dāng)用戶設(shè)備是合法監(jiān)聽的目標(biāo)時(shí)，可用于確定將要提供的媒體內(nèi)容是否可緩存。轉(zhuǎn)發(fā)器3330經(jīng)配置，當(dāng)用戶設(shè)備是合法監(jiān)聽的目標(biāo)時(shí)，可轉(zhuǎn)發(fā)不緩存便提供媒體內(nèi)容的請求。在一個(gè)實(shí)施例中，深層數(shù)據(jù)包檢測節(jié)點(diǎn)3300的處理器包含能夠執(zhí)行接收器3310、 測定裝置3320和轉(zhuǎn)發(fā)器3330的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器3310、測定裝置3320和轉(zhuǎn)發(fā)器3330的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3310、測定裝置3320和轉(zhuǎn)發(fā)器3330使用。圖34根據(jù)本發(fā)明實(shí)施例說明了媒體服務(wù)器3400的組件。媒體服務(wù)器3400可包括圖M所述的一般組件。媒體服務(wù)器3400包含接收器3410，此接收器經(jīng)配置可接收有關(guān)用戶設(shè)備的合法監(jiān)聽(Li)信息。接收器3410經(jīng)進(jìn)一步配置，可接收向用戶設(shè)備提供可緩存媒體內(nèi)容的請求。用戶設(shè)備通過L2接入網(wǎng)耦合。測定裝置3420經(jīng)配置可用于根據(jù)收到的LI信息，確定用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)。服務(wù)器3430經(jīng)配置可向用戶設(shè)備提供可緩存媒體內(nèi)容。生成器；3440經(jīng)配置可生成交付流鏡像，當(dāng)用戶設(shè)備是合法監(jiān)聽的目標(biāo)時(shí)， 將與用戶設(shè)備進(jìn)行的所有通信傳輸?shù)綀?zhí)法監(jiān)控設(shè)施。在一個(gè)實(shí)施例中，媒體服務(wù)器3400的處理器包含能夠執(zhí)行接收器3410、測定裝置 3420、服務(wù)器3430和生成器3440的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中， 接收器3410、測定裝置3420、服務(wù)器3430和生成器3440的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3410、測定裝置3420、服務(wù)器 3430和生成器；3440使用。圖35根據(jù)本發(fā)明實(shí)施例說明了媒體服務(wù)器3500的組件；媒體服務(wù)器3500可包括圖M所述的一般組件。媒體服務(wù)器3500包含接收器3510，此接收器經(jīng)配置可接收有關(guān)L3 節(jié)點(diǎn)的用戶設(shè)備的合法監(jiān)聽(Li)信息。接收器3510經(jīng)進(jìn)一步配置，可接收向用戶設(shè)備提供可緩存媒體內(nèi)容的請求。分配器3520經(jīng)配置可分配第一媒體服務(wù)器以便為用戶設(shè)備提供媒體內(nèi)容。發(fā)射器3530經(jīng)配置可將LI信息傳輸至第一媒體服務(wù)器。接收器3510經(jīng)進(jìn)一步配置，當(dāng)用戶設(shè)備為合法監(jiān)聽的目標(biāo)時(shí)，可接收與用戶設(shè)備之間的所有通信的交付流鏡像。發(fā)射器3530經(jīng)進(jìn)一步配置可將交付流鏡像傳輸至L3節(jié)點(diǎn)。在一個(gè)實(shí)施例中，媒體服務(wù)器3500的處理器包含能夠執(zhí)行接收器3510、分配器 3520和發(fā)射器3530的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器3510、 分配器3520和發(fā)射器3530的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3510、分配器3520和發(fā)射器3530使用。圖36根據(jù)本發(fā)明實(shí)施例說明了媒體控制器3600的組件。媒體控制器3600可包括圖M所述的一般組件。媒體控制器3600包含接收器3610，此接收器經(jīng)配置可從接入網(wǎng)中的L3節(jié)點(diǎn)接收用戶配置文件。用戶配置文件包括與用戶賬號有關(guān)的信息和/或用戶設(shè)備的網(wǎng)絡(luò)特性。接收器3610經(jīng)配置可接收向用戶設(shè)備提供媒體內(nèi)容的請求。分配器3620經(jīng)配置可根據(jù)用戶配置文件中的用戶設(shè)備信息，分配第一媒體服務(wù)器。分配器3620經(jīng)配置， 當(dāng)將要提供的媒體內(nèi)容可緩存時(shí)，可分配媒體服務(wù)器層次集中的第一媒體服務(wù)器以便向用戶設(shè)備提供服務(wù)。媒體服務(wù)器層次集包括部署在多個(gè)L2接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。 用戶設(shè)備通過多個(gè)L2接入網(wǎng)中的一個(gè)L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。在一個(gè)實(shí)施例中，媒體控制器3600的處理器包含能夠執(zhí)行接收器3610和分配器 3620的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器3610和分配器3620的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3610和分配器3620使用。圖37根據(jù)本發(fā)明實(shí)施例說明了媒體服務(wù)器3700的組件。媒體控制器3700可包括圖M所述的一般組件。媒體控制器3700包含接收器3710，此接收器經(jīng)配置可從內(nèi)容交付網(wǎng)絡(luò)的媒體控制器接收用戶配置文件。用戶配置文件包括與用戶賬號有關(guān)的信息和/或用戶設(shè)備的網(wǎng)絡(luò)特性。接收器3710經(jīng)進(jìn)一步配置可接收向用戶設(shè)備提供可緩存媒體內(nèi)容的請求。用戶設(shè)備通過L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合。測定裝置3720經(jīng)配置根據(jù)用戶配置文件中的用戶設(shè)備信息，確定用戶設(shè)備的體驗(yàn)質(zhì)量。服務(wù)器3730經(jīng)配置可根據(jù)用戶設(shè)備的體驗(yàn)質(zhì)量，將可緩存媒體內(nèi)容提供給用戶設(shè)備。在一個(gè)實(shí)施例中，媒體控制器3700的處理器包含能夠執(zhí)行接收器3710、測定裝置 3720和服務(wù)器3730的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器3710、 測定裝置3720和服務(wù)器3730的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3710、測定裝置3720和服務(wù)器3730使用。圖38根據(jù)本發(fā)明實(shí)施例說明了媒體數(shù)據(jù)單元3800的組件。媒體數(shù)據(jù)單元3800可包括圖M所述的一般組件。媒體數(shù)據(jù)功能3800包含接收器3810，此接收器經(jīng)配置可接收用戶設(shè)備的每個(gè)第一時(shí)間間隔之后產(chǎn)生的流量使用情況交付記錄。用戶設(shè)備是用戶實(shí)時(shí)計(jì)費(fèi)類別的一部分。流量使用情況包含用戶設(shè)備與L2接入網(wǎng)的媒體服務(wù)器通信期間的數(shù)據(jù)使用情況。發(fā)射器3820經(jīng)配置可將交付記錄中的用戶流量信息傳送至計(jì)費(fèi)及收費(fèi)策略服務(wù)器。接收器3810經(jīng)進(jìn)一步配置可接收來自計(jì)費(fèi)及收費(fèi)策略服務(wù)器的賬戶狀態(tài)信息。當(dāng)用戶設(shè)備超過用戶帳戶的度量值時(shí)，會(huì)收到帳戶狀態(tài)信息。發(fā)射器3820經(jīng)進(jìn)一步配置可根據(jù)賬戶狀態(tài)信息而傳送會(huì)話終止信息。在一個(gè)實(shí)施例中，媒體數(shù)據(jù)功能3800的處理器包含能夠執(zhí)行接收器3810和發(fā)射器3820的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器3810和發(fā)射器3820 的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3810和發(fā)射器3820使用。圖39根據(jù)本發(fā)明實(shí)施例說明了 L2接入網(wǎng)中的媒體服務(wù)器3900的組件。媒體服務(wù)器3900可包括圖M所述的一般組件。媒體服務(wù)器3900包含生成器3910，此生成器經(jīng)配置可生成一份交付記錄，其中包含與用戶設(shè)備之間持續(xù)會(huì)話的流量使用情況。生成器3910 經(jīng)配置可在每個(gè)第一時(shí)間間隔之后定期生成交付記錄。發(fā)射器3920經(jīng)配置可每隔一段時(shí)間定期傳送交付記錄。接收器3930經(jīng)配置可接收會(huì)話終止信息。當(dāng)用戶設(shè)備超過用戶賬戶的度量值時(shí)，會(huì)收到終止信息。終止器3940經(jīng)配置可終止與用戶設(shè)備之間的持續(xù)會(huì)話。在一個(gè)實(shí)施例中，媒體服務(wù)器3900的處理器包含能夠執(zhí)行生成器3910、發(fā)射器 3920、接收器3930和終止器3940的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中， 接收器3910、發(fā)射器3920、接收器3930和終止器3940的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器3910、發(fā)射器3920、接收器3930 和終止器3940使用。圖40根據(jù)本發(fā)明實(shí)施例說明了媒體控制器4000的組件。媒體控制器4000可包括圖M所述的一般組件。媒體控制器4000包含接收器4010，此接收器經(jīng)配置可接收向用戶設(shè)備提供媒體內(nèi)容的請求。接收器4010經(jīng)配置可接收分組數(shù)據(jù)協(xié)議(PDP)信息的子集。PDP包含一種可表示用戶設(shè)備計(jì)費(fèi)類型的標(biāo)志。測定裝置4020經(jīng)配置可根據(jù)上述標(biāo)志確定用戶設(shè)備的收費(fèi)模型。測定裝置4020經(jīng)配置，當(dāng)用戶設(shè)備的計(jì)費(fèi)類型是實(shí)時(shí)計(jì)費(fèi)類型時(shí)， 可用于確定將要提供的媒體內(nèi)容是否可緩存。轉(zhuǎn)發(fā)器4030經(jīng)配置，當(dāng)用戶設(shè)備采用實(shí)時(shí)收費(fèi)類型時(shí)，可轉(zhuǎn)發(fā)提供媒體內(nèi)容而不進(jìn)行緩存的請求。在一個(gè)實(shí)施例中，媒體控制器4000的處理器包含能夠執(zhí)行接收器4010、測定裝置 4020和轉(zhuǎn)發(fā)器4030的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，接收器4010、 測定裝置4020和轉(zhuǎn)發(fā)器4030的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做接收器4010、測定裝置4020和轉(zhuǎn)發(fā)器4030使用。圖41根據(jù)本發(fā)明實(shí)施例說明了互通功能單元4100的組件。互通功能單元4100 可包括圖M所述的一般組件?；ネüδ軉卧?IWF)4100包含第一數(shù)據(jù)庫4110(經(jīng)配置，可保存一份部署在第一個(gè)L2接入網(wǎng)中的本地媒體服務(wù)器的列表)和第二數(shù)據(jù)庫4120(經(jīng)配置，可保存一份內(nèi)容交付網(wǎng)絡(luò)中媒體控制器的互聯(lián)網(wǎng)協(xié)議(IP)地址)。媒體控制器經(jīng)配置可分配一臺媒體服務(wù)器以便為用戶設(shè)備提供服務(wù)?；ネüδ軉卧?100還包含故障監(jiān)視器 4130(經(jīng)配置，可測定一列本地媒體服務(wù)器中的一個(gè)本地媒體服務(wù)器是否出現(xiàn)故障)、接收器4140和轉(zhuǎn)發(fā)器4150。接收器4140經(jīng)配置可接收來自用戶設(shè)備有關(guān)提供媒體內(nèi)容服務(wù)的請求。轉(zhuǎn)發(fā)器4150經(jīng)配置，當(dāng)IWF 4100確定本地媒體服務(wù)器出現(xiàn)故障時(shí)，可將用戶設(shè)備的請求轉(zhuǎn)發(fā)至媒體控制器。在一個(gè)實(shí)施例中，互通功能單元4100的處理器包含能夠執(zhí)行第一數(shù)據(jù)庫4110、第二數(shù)據(jù)庫4120、故障監(jiān)視器4130、接收器4140和轉(zhuǎn)發(fā)器4150的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，第一數(shù)據(jù)庫4110、第二數(shù)據(jù)庫4120、故障監(jiān)視器4130、接收器 4140和轉(zhuǎn)發(fā)器4150的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做第一數(shù)據(jù)庫4110、第二數(shù)據(jù)庫4120、故障監(jiān)視器4130、接收器4140和轉(zhuǎn)發(fā)器4150使用。另外，第一數(shù)據(jù)庫4110和第二數(shù)據(jù)庫4120可存儲在圖M中的內(nèi)存M30 中。圖42根據(jù)本發(fā)明實(shí)施例說明了媒體控制器4200的組件。媒體控制器4200可包括圖M所述的一般組件。媒體控制器4200包含分配器4210(經(jīng)配置，可分配一臺第一媒體服務(wù)器以便向用戶設(shè)備提供服務(wù)，響應(yīng)向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請求)和故障監(jiān)視器4220 (經(jīng)配置，可監(jiān)視第一媒體服務(wù)器的狀態(tài)，以確定第一類媒體服務(wù)器是否出現(xiàn)故障)。媒體控制器4200還包含生成器4230和發(fā)射器4240。生成器4230經(jīng)配置可生成一個(gè)重定向消息，其中包含第一媒體服務(wù)器發(fā)送至用戶設(shè)備的源消息。發(fā)射器4240經(jīng)配置可傳送重定向消息。如果故障監(jiān)視器4220確定第一媒體服務(wù)器出現(xiàn)故障，分配器4210 便會(huì)分配一個(gè)第二媒體服務(wù)器以便向用戶設(shè)備提供服務(wù)。如果故障監(jiān)視器4220確定第一媒體服務(wù)器出現(xiàn)故障，生成器4230便會(huì)生成一個(gè)重定向消息。重定向消息將用戶設(shè)備重定向到第二媒體服務(wù)器上。如果故障監(jiān)視器4220確定第一媒體服務(wù)器出現(xiàn)故障，發(fā)射器4240 便會(huì)傳送重定向消息。在一個(gè)實(shí)施例中，媒體服務(wù)器4200的處理器包含能夠執(zhí)行分配器4210、故障監(jiān)視器4220、生成器4230和發(fā)射器4240的一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，分配器4210、故障監(jiān)視器4220、生成器4230和發(fā)射器4240的功能可由同一處理器在不同時(shí)間執(zhí)行。也就是說，處理器在媒體處理不同階段可當(dāng)做分配器4210、故障監(jiān)視器4220、生成器4230和發(fā)射器4240使用。如上述具體說明，本發(fā)明的多個(gè)實(shí)施例具有許多優(yōu)勢。第一，使用本發(fā)明的實(shí)施例，能夠有效地解耦接入網(wǎng)和⑶N網(wǎng)絡(luò)，以便緩存OTT流量。第二，本發(fā)明的實(shí)施例能夠在 L2網(wǎng)絡(luò)中部署基于L3的媒體服務(wù)器(媒體緩存和適配)，其優(yōu)勢在于L2網(wǎng)絡(luò)更接近終端用戶，同時(shí)能夠免除平時(shí)的L2 DPI復(fù)雜性和決策。第三，本發(fā)明的實(shí)施例支持在單一 CDN上實(shí)現(xiàn)更集中化的內(nèi)容層級DPI (DPI-C)和決策，它能夠同時(shí)為MBB和FBB網(wǎng)絡(luò)提供服務(wù)。因此，接入網(wǎng)不再需要DPI-C(內(nèi)容層級深層數(shù)據(jù)包檢測)功能。第四，本發(fā)明的實(shí)施例可能會(huì)利用分層緩存網(wǎng)絡(luò)以增加緩存匹配率和降低緩存缺失檢索時(shí)間。本發(fā)明的實(shí)施例還會(huì)在已分發(fā)的服務(wù)器之間提供緩存媒體服務(wù)器備份的分層結(jié)構(gòu)，以備有任何特定服務(wù)器發(fā)生故障。第五，本發(fā)明的實(shí)施例采用擁有相同網(wǎng)絡(luò)配置的、常見的、統(tǒng)一的⑶N，通過MBB和FBB 網(wǎng)絡(luò)支持OTT、B2B和B2C服務(wù)，大幅簡化網(wǎng)絡(luò)部署、管理和操作。雖然詳細(xì)描述了實(shí)施例及其優(yōu)勢，但請理解這一點(diǎn)在不背離專利申請中定義的發(fā)明實(shí)質(zhì)和范疇的情況下，可進(jìn)行各種變化、變動(dòng)和替換。例如，上述的許多特性和功能可在軟件、硬件、固件或它們的組合中實(shí)施。另外，本申請的范圍并不局限于規(guī)格中描述的流程、機(jī)器、制造、物質(zhì)成分、裝置、 方法和步驟的特定實(shí)施例。這些流程、機(jī)器、制造、物質(zhì)成分、工具、方法或步驟，不管是目前已存在還是有待日后開發(fā)，只要是能夠與本文描述的相應(yīng)的實(shí)施例發(fā)揮本質(zhì)上相同的功能或取得本質(zhì)上相同的結(jié)果，都可以根據(jù)本發(fā)明而予以采用，作為相關(guān)技術(shù)中的一個(gè)普通技巧。本發(fā)明披露后，技術(shù)人員應(yīng)對這一點(diǎn)有所理解。相應(yīng)地，隨附的權(quán)利要求書旨在將這些流程、機(jī)器、制造、物質(zhì)成分、工具、方法或步驟納入權(quán)利要求的范圍中。
權(quán)利要求
1.一種提供媒體的方法，所述方法包括 接收向用戶設(shè)備提供媒體內(nèi)容的請求；接收有關(guān)所述媒體內(nèi)容的緩存信息，所述緩存信息包括關(guān)于所述用戶設(shè)備請求的所述媒體內(nèi)容是否可緩存的信息；以及當(dāng)將要提供的所述媒體內(nèi)容是可緩存時(shí)，指定媒體服務(wù)器層次集中的第一媒體服務(wù)器為所述用戶設(shè)備提供服務(wù)，所述媒體服務(wù)器層次集包括部署于多個(gè)L2接入網(wǎng)中多個(gè)第一類媒體服務(wù)器，所述用戶設(shè)備通過所述多個(gè)L2接入網(wǎng)中的一個(gè)L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)華禹合。
2.根據(jù)權(quán)利要求1所述的方法，所述L2接入網(wǎng)是移動(dòng)寬帶網(wǎng)絡(luò)的一部分。
3.根據(jù)權(quán)利要求1所述的方法，所述L2接入網(wǎng)是固定寬帶網(wǎng)絡(luò)的一部分。
4.根據(jù)權(quán)利要求1的方法，所述媒體內(nèi)容的緩存信息由部署在所述內(nèi)容交付網(wǎng)絡(luò)中的媒體控制器接收。
5.根據(jù)權(quán)利要求1所述的方法，所述第一媒體服務(wù)器是部署于所述多個(gè)L2接入網(wǎng)中的所述多個(gè)第一類媒體服務(wù)器之一。
6.根據(jù)權(quán)利要求1所述的方法，所述緩存信息從內(nèi)容深層數(shù)據(jù)包檢測(DPI-C)節(jié)點(diǎn)接收。
7.根據(jù)權(quán)利要求6所述的方法，所述DPI-C節(jié)點(diǎn)位于內(nèi)容交付網(wǎng)絡(luò)中。
8.根據(jù)權(quán)利要求1所述的方法，所述接收請求包括 在媒體控制器接收轉(zhuǎn)發(fā)的GET請求；為用戶設(shè)備生成HTTP包括所述GET請求的重定向消息；以及通過所述L2接入網(wǎng)中的互通功能節(jié)點(diǎn)將所述GET請求向所述第一媒體服務(wù)器轉(zhuǎn)發(fā)。
9.權(quán)利要求1所述的方法還包括通過直接的連接的RESTful API接口接收分組數(shù)據(jù)協(xié)議上下文信息子集。
10.權(quán)利要求1所述的方法還包括在創(chuàng)建、更新或刪除活動(dòng)的分組數(shù)據(jù)協(xié)議上下文信息后，接收上下文信息。
11.權(quán)利要求1所述的方法還包括接收擴(kuò)充的HTTP消息，所述擴(kuò)充的HTTP消息包括用戶設(shè)備(UE)的分組數(shù)據(jù)協(xié)議上下 3Cfn 息。
12.根據(jù)權(quán)利要求1所述的方法，所述指定第一媒體服務(wù)器包括 從以下服務(wù)器中選擇所述第一媒體服務(wù)器部署在多個(gè)L2接入網(wǎng)中的多臺第一類媒體服務(wù)器， 部署在多個(gè)L3接入網(wǎng)中的多臺第二類媒體服務(wù)器，部署在中轉(zhuǎn)網(wǎng)絡(luò)和/或邊界網(wǎng)關(guān)位置的多臺第三類媒體服務(wù)器，以及部署在對等點(diǎn)的多臺第四類媒體服務(wù)器。
13.根據(jù)權(quán)利要求1所述的方法，所述制定第一媒體服務(wù)器的操作包括在用戶設(shè)備的分組數(shù)據(jù)協(xié)議路徑中選擇媒體服務(wù)器，所述媒體服務(wù)器被部署在所述L2 接入網(wǎng)中。
14.根據(jù)權(quán)利要求13所述的方法，所述在分組數(shù)據(jù)協(xié)議路徑中選擇媒體服務(wù)器包括執(zhí)行至少下述操作之一包括使用包括路由區(qū)域標(biāo)識(RAI)或服務(wù)區(qū)域標(biāo)識(SAI)的位置信息)； 將用戶設(shè)備一定范圍內(nèi)的IP地址映射至所述L2接入網(wǎng)中的L2節(jié)點(diǎn)； 使用所述媒體服務(wù)器的無線電接入網(wǎng)側(cè)互聯(lián)網(wǎng)協(xié)議(IP)地址； 確定所述L2接入網(wǎng)中的L2節(jié)點(diǎn)的識別號碼，以及根據(jù)所述L2節(jié)點(diǎn)的識別號碼選擇所述媒體服務(wù)器。
15.根據(jù)權(quán)利要求1所述的方法，所述指定第一媒體服務(wù)器包括執(zhí)行至少下述操作之一 選擇最近為用戶設(shè)備提供服務(wù)的媒體服務(wù)器；使用存儲的策略指定第一媒體服務(wù)器。
16.一種提供媒體的方法，所述方法包括在部署在L2接入網(wǎng)的第一媒體服務(wù)器上，接收為用戶設(shè)備提供可緩存媒體內(nèi)容的請求，所述用戶設(shè)備通過所述L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合；確定所述可緩存媒體內(nèi)容是否存儲于第一媒體服務(wù)器的緩存中，所述第一媒體服務(wù)器不會(huì)確定可緩存媒體內(nèi)容是否為可緩存內(nèi)容；以及如果媒體內(nèi)容存儲在所述第一媒體服務(wù)器的緩存中，將所述緩存中的所述可緩存媒體內(nèi)容提供給所述用戶設(shè)備。
17.根據(jù)權(quán)利要求16所述的方法，所述L2接入網(wǎng)是移動(dòng)寬帶網(wǎng)絡(luò)的一部分。
18.根據(jù)權(quán)利要求16所述的方法，所述L2接入網(wǎng)是固定寬帶網(wǎng)絡(luò)的一部分。
19.根據(jù)權(quán)利要求16所述的方法，所述第一媒體服務(wù)器通過互聯(lián)網(wǎng)協(xié)議(IP)傳輸網(wǎng)絡(luò)與內(nèi)容交付網(wǎng)絡(luò)耦合，所述第一媒體服務(wù)器由唯一的可路由IP地址標(biāo)識。
20.權(quán)利要求16所述的方法，還包括如果媒體內(nèi)容不是存儲在所述第一媒體服務(wù)器的所述緩存中，則確定所述可緩存媒體內(nèi)容是否存儲在媒體服務(wù)器層次集的任何其他媒體服務(wù)器的緩存中；以及如果所述可緩存媒體內(nèi)容是在內(nèi)容交付網(wǎng)絡(luò)的控制下存儲在任何其他媒體服務(wù)器的緩存中，便從所述其他媒體服務(wù)器獲取并將所述可緩存媒體內(nèi)容提供給用戶設(shè)備。
21.根據(jù)權(quán)利要求20所述的方法，所述媒體服務(wù)器層次集包括 部署在多個(gè)L2接入網(wǎng)中的多臺第一類媒體服務(wù)器；部署在多個(gè)L3接入網(wǎng)中的多臺第二類媒體服務(wù)器； 部署在邊界網(wǎng)關(guān)的多臺第三類媒體服務(wù)器；以及部署在對等點(diǎn)的多臺第四類媒體服務(wù)器。
22.權(quán)利要求20所述的方法，還包括如果所述可緩存媒體內(nèi)容不是存儲在媒體服務(wù)器層次集的任何其他媒體服務(wù)器的緩存中，從具有可緩存內(nèi)容請求的目的地地址的媒體門戶服務(wù)器獲取可緩存媒體內(nèi)容；以及向用戶設(shè)備提供所獲取的可緩存媒體內(nèi)容；所述提供所述可緩存媒體內(nèi)容包括緩存待提供的媒體內(nèi)容。
23.根據(jù)權(quán)利要求16所述的方法，還包括生成索引，以表示第一媒體服務(wù)器上的媒體內(nèi)容；以及生成文件名，用于將所述索引存儲在所述第一媒體服務(wù)器。
24.一種提供媒體的方法，所述方法包括接收向用戶設(shè)備提供媒體內(nèi)容的請求，所述用戶設(shè)備通過多個(gè)L2接入網(wǎng)中的一個(gè)L2接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)耦合；確定待提供的所述媒體內(nèi)容是否可緩存；以及當(dāng)所述待提供的媒體內(nèi)容可緩存時(shí)，將所述提供媒體內(nèi)容的請求重定向至第一媒體服務(wù)器，所述第一媒體服務(wù)器是媒體服務(wù)器層次集中的一臺媒體服務(wù)器，所述媒體服務(wù)器層次集包括部署在多個(gè)L2接入網(wǎng)中的多個(gè)第一類媒體服務(wù)器。
25.根據(jù)權(quán)利要求M所述的方法，還包括如果所述待提供的媒體內(nèi)容不可緩存，將所述請求轉(zhuǎn)發(fā)至路由器并路由至請求的目的地地址。
26.根據(jù)權(quán)利要求M所述的方法，還包括如果所述待提供的媒體內(nèi)容可緩存，將所述請求轉(zhuǎn)發(fā)至媒體控制器。
27.根據(jù)權(quán)利要求M所述的方法，所述媒體服務(wù)器層次集包括 部署在多個(gè)L2接入網(wǎng)中的多臺第一類媒體服務(wù)器；部署在多個(gè)L3接入網(wǎng)中的多臺第二類媒體服務(wù)器； 部署在邊界網(wǎng)關(guān)的多臺第三類媒體服務(wù)器；以及部署在對等點(diǎn)的多臺第四類媒體服務(wù)器。
28.根據(jù)權(quán)利要求M所述的方法，所述的確定操作在內(nèi)容深層數(shù)據(jù)包檢測(DPI-C)節(jié)點(diǎn)執(zhí)行，且所述DPI-C節(jié)點(diǎn)部署在所述的內(nèi)容交付網(wǎng)絡(luò)中。
29.根據(jù)權(quán)利要求M所述的方法，所述的確定操作在內(nèi)容深層數(shù)據(jù)包檢測(DPI-C)節(jié)點(diǎn)執(zhí)行，且所述DPI-C節(jié)點(diǎn)部署在服務(wù)于所述L2接入網(wǎng)的L3核心接入網(wǎng)中。
30.根據(jù)權(quán)利要求四所述的方法，所述的確定操作在內(nèi)容深層數(shù)據(jù)包檢測(DPI-C)節(jié)點(diǎn)執(zhí)行，且所述DPI-C節(jié)點(diǎn)與L3節(jié)點(diǎn)集成。
31.根據(jù)權(quán)利要求30所述的方法，所述L3節(jié)點(diǎn)是網(wǎng)關(guān)服務(wù)器節(jié)點(diǎn)。
32.根據(jù)權(quán)利要求M所述方法，所述的確定操作在內(nèi)容深層數(shù)據(jù)包檢測(DPI-C)節(jié)點(diǎn)執(zhí)行，所述接收提供媒體內(nèi)容的請求包括在所述DPI-C節(jié)點(diǎn)接收GET請求。
33.根據(jù)權(quán)利要求32所述的方法，所述確定待提供的媒體內(nèi)容是否可緩存包括 在所述內(nèi)容深層數(shù)據(jù)包檢測(DPI-C)節(jié)點(diǎn)，對比存儲在所述DPI-C節(jié)點(diǎn)的簽名和所述請求中的簽名；以及如果存儲在所述DPI-C節(jié)點(diǎn)中的簽名與所述請求中的簽名相匹配，便可確定所述媒體內(nèi)容是可緩存的。
34.一種媒體流播方法，其中包括接收向用戶設(shè)備提供可緩存媒體內(nèi)容的請求； 確定所述請求的目的地互聯(lián)網(wǎng)協(xié)議(IP)地址；如果所述目的地IP地址與存儲的目的地IP地址列表相匹配，將所述的請求向L2接入網(wǎng)中的第一媒體服務(wù)器轉(zhuǎn)發(fā)；將所述的請求重新封裝成一個(gè)TCP/IP消息；以及將收到的請求轉(zhuǎn)發(fā)到第一媒體服務(wù)器。
35.根據(jù)權(quán)利要求34所述的方法，所述的重新封裝在部署在L2接入網(wǎng)的互通功能單元 (IWF)中執(zhí)行，所述的IWF與服務(wù)于所述用戶設(shè)備的無線網(wǎng)絡(luò)控制器集成
36.根據(jù)權(quán)利要求34所述的方法，還包括服務(wù)于所述用戶設(shè)備的無線網(wǎng)絡(luò)控制器，所述的重新封裝在部署在L2接入網(wǎng)的互通功能單元(IWF)中執(zhí)行，所述的IWF與所述的無線網(wǎng)絡(luò)控制器為分離。
37.根據(jù)權(quán)利要求34所述的方法，所述L2接入網(wǎng)是移動(dòng)寬帶網(wǎng)絡(luò)的一部分。
38.根據(jù)權(quán)利要求37所述的方法，所述的移動(dòng)寬帶網(wǎng)絡(luò)包括WiMAX或更高無線網(wǎng)絡(luò)、 2G、2. 5G、3G、4G或更高的蜂窩式無線網(wǎng)絡(luò)。
39.根據(jù)權(quán)利要求34所述的方法，所述L2接入網(wǎng)是固定寬帶網(wǎng)絡(luò)的一部分。
40.根據(jù)權(quán)利要求39所述的方法，所述固定寬帶網(wǎng)絡(luò)包括有線寬帶網(wǎng)絡(luò)，)(DSL網(wǎng)絡(luò)，光纖到x(FTTX)網(wǎng)絡(luò)或電力線通信網(wǎng)絡(luò)。
41.根據(jù)權(quán)利要求34所述的方法，所述請求包括GPRS隧道協(xié)議用戶(GTP-U)消息。
42.權(quán)利要求834所述的方法，還包括接收第一 GPRS隧道協(xié)議控制(GTP-C)消息；以及不重新封裝的情況下轉(zhuǎn)發(fā)所述第一 GTP-C消息。
全文摘要
在一個(gè)實(shí)施例中，提供媒體的方法包括例如，在部署在內(nèi)容交付網(wǎng)絡(luò)180中的媒體控制器182接收為用戶設(shè)備110提供媒體內(nèi)容的請求和接收緩存與媒體內(nèi)容有關(guān)的信息的請求。緩存信息包括有關(guān)用戶設(shè)備110請求的媒體內(nèi)容是否可以緩存的信息。如果媒體內(nèi)容可緩存，便從媒體服務(wù)器層次集中(例如，MX-A124，MX-B184，MX-C194)分配第一媒體服務(wù)器(例如，MX-A124)，以便為用戶設(shè)備提供服務(wù)。媒體服務(wù)器層次集包括部署在多個(gè)L2接入網(wǎng)的多個(gè)第一媒體服務(wù)器。用戶設(shè)備110通過多個(gè)L2接入網(wǎng)的L2 120接入網(wǎng)與內(nèi)容交付網(wǎng)絡(luò)180耦合。
文檔編號G06F15/16GK102473162SQ201180002716
公開日2012年5月23日 申請日期2011年5月12日 優(yōu)先權(quán)日2010年5月13日
發(fā)明者李三琦, 林奎, 田洪波, 錢濤, 韓厚曉 申請人:華為技術(shù)有限公司