專利名稱：互聯(lián)網(wǎng)流量?jī)?nèi)容分發(fā)的系統(tǒng)、設(shè)備及其方法
技術(shù)領(lǐng)域：
本發(fā)明總體涉及內(nèi)容分發(fā)，具體涉及互聯(lián)網(wǎng)流量?jī)?nèi)容分發(fā)的系統(tǒng)、設(shè)備及其方法。背景資料近年來(lái)，應(yīng)用移動(dòng)設(shè)備的媒體消費(fèi)大幅度增加。因此，由于流量的爆炸性增長(zhǎng)，電信網(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ú)線接入高速全網(wǎng)絡(luò)的新紀(jì)元。因此，多媒體通信流量的增長(zhǎng)預(yù)計(jì)比FBB網(wǎng)絡(luò)前5年(例如從2000年到2005年)在流量方面的增長(zhǎng)更加迅速。但是，MBB和FBB網(wǎng)絡(luò)運(yùn)營(yíng)商并沒(méi)有從流量增幅中受益。大多數(shù)這種快速增長(zhǎng)的流量并不會(huì)為MBB和FBB網(wǎng)絡(luò)運(yùn)營(yíng)商帶來(lái)利益，因?yàn)檫@種流量被直接歸類為消費(fèi)者流量，而消費(fèi)者流量通常視為OTT(Over-The-Top)流量。因此，降低快速增長(zhǎng)的OTT流量的影響，已經(jīng)成為MBB和FBB網(wǎng)絡(luò)運(yùn)營(yíng)商的當(dāng)務(wù)之急。OTT流量不同于其他流量，如企業(yè)對(duì)企業(yè)(B2B)或企業(yè)對(duì)消費(fèi)者(B2C)流量，其中， OTT內(nèi)容和流量特征對(duì)運(yùn)營(yíng)商來(lái)說(shuō)都是未知的。這些未知的特征包括媒體源、媒體類型、所使用的交付協(xié)議/方式、受保護(hù)與明確內(nèi)容、動(dòng)態(tài)與靜態(tài)內(nèi)容等。因此，由于技術(shù)的復(fù)雜性、 網(wǎng)絡(luò)成本和OTT處理上的不確定性，使得應(yīng)對(duì)并降低OTT流量的影響變得困難。

發(fā)明內(nèi)容
一般情況下，通過(guò)本發(fā)明的實(shí)施例可以解決或繞過(guò)這些問(wèn)題和其他問(wèn)題，并實(shí)現(xiàn)技術(shù)優(yōu)勢(shì)。在本發(fā)明的一種實(shí)施例中，一種提供媒體服務(wù)的方法包含在第二個(gè)層2接入網(wǎng)中部署的第二媒體服務(wù)器之上，接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。上述請(qǐng)求接收時(shí)間的前后，用戶設(shè)備自首個(gè)層2接入網(wǎng)中的首個(gè)層2節(jié)點(diǎn)切換至第二個(gè)層2接入網(wǎng)中的第二個(gè)層2節(jié)點(diǎn)，而且會(huì)自第一媒體服務(wù)器終止用戶設(shè)備的可緩存媒體內(nèi)容的串流會(huì)話。上述方法另包含確定可緩存媒體內(nèi)容是否存儲(chǔ)于第二媒體服務(wù)器中，以及該媒體內(nèi)容存儲(chǔ)于第二媒體服務(wù)器緩存的情況下，向用戶設(shè)備提供第二媒體服務(wù)器緩存的可緩存媒體內(nèi)容服務(wù)。
在本發(fā)明的替代實(shí)施例中，一種提供媒體服務(wù)的方法包含自用戶設(shè)備接收對(duì)可緩存媒體內(nèi)容進(jìn)行流播放的第二請(qǐng)求。第二請(qǐng)求接收時(shí)間的前后，用戶設(shè)備自首個(gè)層2接入網(wǎng)中的首個(gè)層2節(jié)點(diǎn)切換至第二個(gè)層2接入網(wǎng)中的第二個(gè)層2節(jié)點(diǎn)，而且會(huì)自第一媒體服務(wù)器終止用戶設(shè)備的可緩存媒體內(nèi)容的串流會(huì)話。上述方法另包含指定第二個(gè)層2接入網(wǎng)中的第二媒體服務(wù)器來(lái)服務(wù)用戶設(shè)備。在本發(fā)明的另一個(gè)實(shí)施例中，一種提供媒體服務(wù)的方法包含在用戶設(shè)備于一個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)上自第一接入網(wǎng)切換至第二接入網(wǎng)的情況下進(jìn)行監(jiān)聽。經(jīng)配置，上述網(wǎng)絡(luò)節(jié)點(diǎn)可停止用戶設(shè)備與為用戶設(shè)備提供服務(wù)的第一媒體服務(wù)器之間的會(huì)話。上述方法另包含識(shí)別在上述用戶設(shè)備自首個(gè)接入網(wǎng)中的首個(gè)層2節(jié)點(diǎn)切換至第二個(gè)接入網(wǎng)中的第二個(gè)層2節(jié)點(diǎn)的過(guò)程中，自第一媒體服務(wù)器向用戶設(shè)備進(jìn)行流播放的媒體內(nèi)容。網(wǎng)絡(luò)節(jié)點(diǎn)用作為首個(gè)層2 節(jié)點(diǎn)和第二個(gè)層2節(jié)點(diǎn)。如果用戶設(shè)備自首個(gè)層2節(jié)點(diǎn)切換至第二個(gè)層2節(jié)點(diǎn)，則不停止自第一媒體服務(wù)器對(duì)媒體內(nèi)容進(jìn)行流播放。在本發(fā)明的另一個(gè)實(shí)施例中，一種提供媒體服務(wù)的方法包含自部署于第一接入網(wǎng)中的第一媒體服務(wù)器向安裝于第一接入網(wǎng)服務(wù)區(qū)的用戶設(shè)備提供服務(wù)，及在上述用戶設(shè)備自第一接入網(wǎng)切換至第二接入網(wǎng)之后，自第一媒體服務(wù)器向安裝于第二接入網(wǎng)服務(wù)區(qū)的用戶設(shè)備提供服務(wù)。上述服務(wù)包含通過(guò)首個(gè)接入網(wǎng)中的首個(gè)層2節(jié)點(diǎn)、第二個(gè)接入網(wǎng)中首個(gè)層2節(jié)點(diǎn)和第二個(gè)層2節(jié)點(diǎn)之間的接口，及用戶設(shè)備的第二個(gè)層2節(jié)點(diǎn)與用戶設(shè)備的通信。在本發(fā)明的另一個(gè)實(shí)施例中，一種提供媒體服務(wù)的方法包含接收向深層分組檢測(cè)節(jié)點(diǎn)上的用戶設(shè)備提供媒體內(nèi)容服務(wù)的請(qǐng)求。上述方法另包含確定上述用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)，及確定在上述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，上述待提供的媒體內(nèi)容是否不可緩存。在上述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，對(duì)于提供媒體內(nèi)容服務(wù)而不可緩存的請(qǐng)求予以轉(zhuǎn)發(fā)。在本發(fā)明的另一個(gè)實(shí)施例中，一種提供媒體服務(wù)的方法包含接收有關(guān)部署于首個(gè)層2接入網(wǎng)中第一媒體服務(wù)器之上的用戶設(shè)備的合法監(jiān)聽(Li)信息。接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。上述用戶設(shè)備通過(guò)首個(gè)層2接入網(wǎng)進(jìn)行耦合。上述方法另包含基于所接收的LI信息，確定上述用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)。上述可緩存媒體內(nèi)容提供給用戶設(shè)備。在上述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，生成用于與上述用戶設(shè)備進(jìn)行所有通信傳輸?shù)牡谝环职l(fā)流鏡像。在本發(fā)明的另一個(gè)實(shí)施例中，一種提供媒體服務(wù)的方法包含自某個(gè)層3節(jié)點(diǎn)接收有關(guān)用戶設(shè)備的合法監(jiān)聽(Li)信息。接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。指定第一媒體服務(wù)器向上述用戶設(shè)備提供媒體內(nèi)容的服務(wù)。上述LI信息傳輸至第一媒體服務(wù)器。上述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，接收第一媒體服務(wù)器和上述用戶設(shè)備之間所有通信的分發(fā)流鏡像。向上述層3節(jié)點(diǎn)傳輸上述分發(fā)流鏡像。下文將詳細(xì)列出本發(fā)明實(shí)施例的特點(diǎn)，以便使以下發(fā)明的詳細(xì)說(shuō)明更易懂。后文將說(shuō)明本發(fā)明實(shí)施例的其它功能和優(yōu)勢(shì)，構(gòu)成本發(fā)明權(quán)利要求的主題。本技術(shù)領(lǐng)域的人員應(yīng)深知，本文所披露的概念和具體實(shí)施例可在出于本發(fā)明相同目的的情況下，充分用作修改或設(shè)計(jì)其他結(jié)構(gòu)或流程的基準(zhǔn)。上述技術(shù)人員還應(yīng)認(rèn)識(shí)到，這些等效結(jié)構(gòu)并不背離隨附權(quán)利要求書中所闡述的發(fā)明的實(shí)質(zhì)和范疇。附圖簡(jiǎn)介為提供更完整的本發(fā)明見解及其優(yōu)勢(shì)說(shuō)明，現(xiàn)為以下說(shuō)明提供參考信息，請(qǐng)參閱與其相對(duì)應(yīng)的附圖，其中

圖1說(shuō)明了采用Gi卸載方法來(lái)處理OTT流量的在先技術(shù)接入網(wǎng)卸載解決方案；圖2說(shuō)明了一種在先技術(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)說(shuō)明了一種在MBB網(wǎng)絡(luò)中使用的在先技術(shù)方法(“本地網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN)方法”)； 圖4根據(jù)本發(fā)明的其中一個(gè)實(shí)施例說(shuō)明了用于MBB和/或FBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容分發(fā)網(wǎng)絡(luò)解決方案；圖5包括圖5A至圖5D，說(shuō)明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L2網(wǎng)絡(luò)的配置；圖6包括圖6A至圖6D，說(shuō)明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L3網(wǎng)絡(luò)和內(nèi)容分發(fā)網(wǎng)絡(luò)的配置；圖7說(shuō)明了根據(jù)本發(fā)明實(shí)施例應(yīng)用于MBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容分發(fā)解決方案；圖8包括圖8A至圖8D，說(shuō)明了根據(jù)本發(fā)明實(shí)施例對(duì)內(nèi)容分發(fā)網(wǎng)絡(luò)中的組件所進(jìn)行的配置；圖9說(shuō)明了根據(jù)本發(fā)明實(shí)施例所部署的媒體服務(wù)器的層次結(jié)構(gòu)；圖10說(shuō)明了根據(jù)本發(fā)明實(shí)施例對(duì)媒體控制器中存儲(chǔ)的分組數(shù)據(jù)協(xié)議(PDP)上下文數(shù)據(jù)所制定的表；圖11說(shuō)明了根據(jù)本發(fā)明實(shí)施例可在一般情況下進(jìn)行的控制和媒體消息流操作；圖12說(shuō)明了當(dāng)UE在多個(gè)網(wǎng)絡(luò)中或跨多個(gè)網(wǎng)絡(luò)重定位/漫游時(shí)，根據(jù)本發(fā)明多個(gè)實(shí)施例可對(duì)資源進(jìn)行的重新分配；圖13說(shuō)明了當(dāng)UE在多個(gè)網(wǎng)絡(luò)中或跨多個(gè)網(wǎng)絡(luò)重定位/漫游時(shí)，根據(jù)本發(fā)明實(shí)施例可對(duì)資源進(jìn)行的重新分配，并強(qiáng)調(diào)了可能的影響；圖14說(shuō)明了根據(jù)本發(fā)明實(shí)施例可在MBB網(wǎng)絡(luò)中對(duì)其進(jìn)行重定位和漫游的一般網(wǎng)絡(luò)體系結(jié)構(gòu)，其中，圖14A說(shuō)明了圖12中方案II下的漫游實(shí)施例，圖14B說(shuō)明了圖13中方案III下的漫游實(shí)施例；圖15說(shuō)明了根據(jù)本發(fā)明的實(shí)施例，跨SGSN進(jìn)行UE重定位的已修改程序；圖16說(shuō)明了一種供用于根據(jù)3GPP 33. 107進(jìn)行分組交換合法監(jiān)聽(Li)的在先技術(shù)參考配置，據(jù)此并入本發(fā)明，以供參考；圖17說(shuō)明了一種適用于實(shí)施合法監(jiān)聽方法的實(shí)施例；圖18包括圖18A和圖18B，說(shuō)明了另一個(gè)適用于合法監(jiān)聽方法的實(shí)施例，其中，層 2網(wǎng)絡(luò)中的媒體服務(wù)器決定并分發(fā)與目標(biāo)UE的通信，圖18A說(shuō)明了實(shí)施LI的環(huán)境圖，及圖 18B說(shuō)明了 LI消息流；圖19包括圖19A和19B，說(shuō)明了合法監(jiān)聽方法的第三種實(shí)施例，其中，層2網(wǎng)絡(luò)中的媒體服務(wù)器決定并分發(fā)(但通過(guò)媒體控制器)與目標(biāo)UE的通信，圖19A說(shuō)明了實(shí)施LI 的環(huán)境圖，及圖19B說(shuō)明了 LI消息流；圖20說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例進(jìn)行計(jì)費(fèi)、報(bào)告和分析的一般網(wǎng)絡(luò)體系結(jié)構(gòu)以及體驗(yàn)質(zhì)量的規(guī)定；
圖21說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例對(duì)媒體服務(wù)器故障進(jìn)行處理的一般網(wǎng)絡(luò)體系結(jié)構(gòu)；圖22說(shuō)明了實(shí)施上述發(fā)明實(shí)施例的)(DSL網(wǎng)絡(luò)；圖23說(shuō)明了實(shí)施上述發(fā)明實(shí)施例的有線寬帶網(wǎng)絡(luò)；圖M說(shuō)明了符合本發(fā)明實(shí)施例的代表性媒體服務(wù)器；圖25說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的媒體控制器的組件圖沈說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的媒體服務(wù)器的組件圖27說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的內(nèi)容處理器的組件圖觀說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例提供媒體服務(wù)的互通功能單元的組件；圖四說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的第二媒體服務(wù)器的組件；圖30說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體控制器的組件；圖31說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的層3節(jié)點(diǎn)3100的組件；圖32說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體服務(wù)器的組件；圖33根據(jù)本發(fā)明實(shí)施例說(shuō)明了深層分組檢測(cè)節(jié)點(diǎn)的組件；圖34根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體服務(wù)器的組件圖35根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體服務(wù)器的組件圖36根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體控制器的組件圖37根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體服務(wù)器的組件圖38根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體數(shù)據(jù)功能的組件；圖39根據(jù)本發(fā)明實(shí)施例說(shuō)明了層2接入網(wǎng)中的媒體服務(wù)器的組件；圖40根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體控制器的組件；圖41根據(jù)本發(fā)明實(shí)施例說(shuō)明了互通功能單元的組件；圖42根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體控制器的組件。不同圖片中的相應(yīng)數(shù)字和符號(hào)一般指相對(duì)應(yīng)的部件，除非另有說(shuō)明。這些圖片雖未按比例繪制，但可清晰說(shuō)明實(shí)施例的相關(guān)部分。示例實(shí)施例的詳細(xì)說(shuō)明下文將詳細(xì)討論多種實(shí)施例的制備和使用。但這應(yīng)理解為，本發(fā)明中的許多適用的發(fā)明概念都能體現(xiàn)在各種具體的環(huán)境中。所討論的具體實(shí)施例只是說(shuō)明本發(fā)明的具體制備和使用方法，而不限制本發(fā)明的范圍。下文將說(shuō)明在下列描述中使用的基本功能實(shí)體的定義和首字母縮略詞以及實(shí)體之間的接口。首字母縮略詞AAA-認(rèn)證、授權(quán)及賬務(wù)ADMF-合法監(jiān)聽的管理功能B2B-企業(yè)對(duì)企業(yè)(運(yùn)營(yíng)商向另一個(gè)企業(yè)提供服務(wù)的一種模型)B2C-企業(yè)對(duì)消費(fèi)者(運(yùn)營(yíng)商向其終端用戶提供服務(wù)的一種模型)BC-計(jì)費(fèi)和收費(fèi)策略服務(wù)器BG-邊界網(wǎng)關(guān)(互聯(lián)網(wǎng)對(duì)等點(diǎn))CC-CDN Control (control function that decides which MS to handle a given
9request) CC-CDN控制(決定哪個(gè)MS來(lái)處理給定請(qǐng)求的控制功能)CDN-內(nèi)容分發(fā)網(wǎng)絡(luò)(支持OTT、B2B和B2C的開放式CDN)CG-計(jì)費(fèi)網(wǎng)關(guān)(負(fù)責(zé)計(jì)費(fèi)方面的服務(wù))DF-分發(fā)功能(Li基礎(chǔ)設(shè)施術(shù)語(yǔ))DPI-深層分組檢測(cè)(一種檢查分組的功能)DPI-C-內(nèi)容請(qǐng)求級(jí)別DPI (包括深層HTTP頭、URL分析)DSL-數(shù)字用戶線FBB-固定寬帶0CDSL、電纜網(wǎng)絡(luò)等)GGSN-網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)
GPRS-通用分組無(wú)線業(yè)務(wù)GSN-GPRS 支持節(jié)點(diǎn)(或是 SGSN 或 GGSN)IffF-互通功能(一種用于連接L2節(jié)點(diǎn)和媒體服務(wù)器的特殊功能)L2Node-層2節(jié)點(diǎn)(如MBB中的RNC和節(jié)點(diǎn)B、FBB網(wǎng)絡(luò)中的DSLAM等)L3 Node-層3節(jié)點(diǎn)(如MBB中的GGSN或FBB中的BRAS等)LEMF-執(zhí)法監(jiān)聽功能LI-合法監(jiān)聽(為L(zhǎng)I的接口，如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 (3GPPRAN功能，即另稱為BS、eNB的無(wú)線基站)OCS-在線計(jì)費(fèi)系統(tǒng)OTT-Over The Top (網(wǎng)絡(luò)運(yùn)營(yíng)商未知的內(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ú)線網(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將說(shuō)明關(guān)于處理OTT流量的不同在先技術(shù)方法。但是，發(fā)明者已經(jīng)認(rèn)識(shí)到這些在先技術(shù)方法具有不同的優(yōu)點(diǎn)和缺點(diǎn)，在下文我們將對(duì)這些優(yōu)點(diǎn)和缺點(diǎn)做詳細(xì)探討。
下文描述的申請(qǐng)使用縮寫詞GGSN和SGSN的目的僅在于舉例說(shuō)明。這些術(shù)語(yǔ)還可以是在網(wǎng)絡(luò)中執(zhí)行這些操作的服務(wù)器。例如，在3GPPLTE/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)。僅出于說(shuō)明的目的，描述中使用了 GGSN和SGSN。本文描述的各種實(shí)施例中可使用任何相對(duì)應(yīng)的服務(wù)器。圖1說(shuō)明了采用Gi卸載方法來(lái)處理OTT流量的現(xiàn)有的接入網(wǎng)卸載和緩存解決方案；圖1說(shuō)明了一種通過(guò)層2 (L2)網(wǎng)絡(luò)20與互聯(lián)網(wǎng)70相耦合的用戶設(shè)備(UE 10)，如無(wú)線接入網(wǎng)、層2(L2)節(jié)點(diǎn)21。L2節(jié)點(diǎn)21可以是基站、NB、eNB、無(wú)線網(wǎng)絡(luò)控制器等。L2網(wǎng)絡(luò)20通過(guò)層3(U)網(wǎng)絡(luò)30與互聯(lián)網(wǎng)70相耦合。L3網(wǎng)絡(luò)30提供諸如計(jì)費(fèi)網(wǎng)關(guān)(CG) 31、合法監(jiān)聽(Li) 32和策略服務(wù)器(PQ 33等服務(wù)。Gi卸載方法在移動(dòng)寬帶(MBB)網(wǎng)絡(luò)中廣泛使用。在Gi卸載方法中，通過(guò)IP流量網(wǎng)絡(luò)40引入了緩存媒體服務(wù)器MS 41。MS 41可作為獨(dú)立的緩存功能或作為⑶N網(wǎng)絡(luò)中的媒體服務(wù)器發(fā)揮功能性。深層分組檢測(cè)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ò)路徑中緩存有大量?jī)?nèi)容。為了解決這一問(wèn)題，圖2中引入了第二種方法， 但僅作說(shuō)明之用。圖2說(shuō)明了一種現(xiàn)有方法(“基于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。因而，本方法能在TOF 22上方實(shí)現(xiàn)帶寬節(jié)省(即在TOF 22上方的所有 L3節(jié)點(diǎn)中實(shí)現(xiàn)節(jié)省)。但是為了支持所有其它與MBB接入網(wǎng)相關(guān)的支持類服務(wù)，例如，合法監(jiān)聽(Li)、實(shí)時(shí)計(jì)費(fèi)服務(wù)和基于策略的QoS服務(wù)(PCRF)，T0F22需要支持與圖2中描述的 CG 31、LI 32和PS 33功能支持直接接口。MS 41(點(diǎn)線機(jī))是一個(gè)MS可選功能，可作為獨(dú)立的緩存服務(wù)器或⑶N網(wǎng)絡(luò)中的媒體服務(wù)器予以插入。卸載功能和緩存功能可進(jìn)行固有解耦，但二者可結(jié)合用于實(shí)現(xiàn)其它優(yōu)
點(diǎn)ο但是，本方法具有很多缺點(diǎn)。首先，所有流量都要在TOF 22上使用深層分組檢測(cè) (DPI)類型的方法進(jìn)行分析。這會(huì)極大地削弱L2網(wǎng)絡(luò)20的性能。第二點(diǎn)，為了支持與MBB 相關(guān)的服務(wù)，例如，CG 31、LI 32和PS33，自TOF 22至上述功能的接口須加以維護(hù)，使得CG 31、LI 32和PS 33的交互復(fù)雜化；第三點(diǎn)，為了實(shí)現(xiàn)上述的第一點(diǎn)和第二點(diǎn)，TOF 22可能成為一個(gè)復(fù)合功能，其中具有MBB的SGSN和GGSN功能中之常見功能。即使存在上述缺點(diǎn)，本方法已采納為TR23.^9標(biāo)準(zhǔn)的備用項(xiàng)。下一個(gè)方法旨在改善這第二個(gè)方法中的上述缺點(diǎn)。圖3說(shuō)明了一種在MBB網(wǎng)絡(luò)中使用的在先技術(shù)方法(“本地網(wǎng)關(guān)GPRS支持節(jié)點(diǎn) (GGSN)方法”)。在本方法中，L2節(jié)點(diǎn)是無(wú)線網(wǎng)絡(luò)控制器(RNC)，L3節(jié)點(diǎn)是本地GGSN。
1CN 102440028 A
說(shuō)明書
7/32 頁(yè)本方法(再次應(yīng)用于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通過(guò)本地GGSN(本地L3 節(jié)點(diǎn)26)將某些類型的流量(如網(wǎng)絡(luò)流量)卸載到互聯(lián)網(wǎng)。在本方法中，現(xiàn)有SGSN和GGSN 功能位于非卸載路徑中。已針對(duì)本方法提出了兩種稍微不同的配置靜態(tài)卸載和動(dòng)態(tài)卸載。首先，在靜態(tài)卸載配置中，設(shè)置之后，卸載流量會(huì)以靜態(tài)方式通過(guò)本地L3節(jié)點(diǎn)沈(本地GGSN)，非卸載流量將繼續(xù)通過(guò)L3節(jié)點(diǎn)36(GGSN)。如圖3所示，在設(shè)置分組數(shù)據(jù)協(xié)議(PDP)時(shí)，SGSN(另一個(gè)L2/L3節(jié)點(diǎn))可以確定靜態(tài)配置。這需要對(duì)SGSN進(jìn)行修改，以處理卸載策略和確認(rèn)本地 GGSN0或者，動(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)勢(shì)。但是，因?yàn)镚GSN是一種標(biāo)準(zhǔn)的MBB功能，而且其與CG 31、LI 32和PS 33等等之間的接口已經(jīng)定義且標(biāo)準(zhǔn)化，所以在L2節(jié)點(diǎn)21位置上引入本地GGSN(例如，RNC) 似乎可解決許多上述問(wèn)題。然而本方法存在其它缺點(diǎn)，具體可見下方的描述。第一，L3節(jié)點(diǎn)36，例如GGSN，是一種復(fù)合功能，其實(shí)施過(guò)程相對(duì)昂貴且難以管理。 因而，部署多個(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)沈和L3節(jié)點(diǎn)36)的輸入，以確定活動(dòng)會(huì)話是否已達(dá)到額定限值。第三，在其中所有服務(wù)使用單個(gè)APN的單一接入點(diǎn)名稱(APN)的設(shè)置過(guò)程中，這一方案可能會(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í)施例中，我們將描述任何層2接入網(wǎng)(如RAN網(wǎng)絡(luò)或)(DSL接入網(wǎng)，亦或電纜網(wǎng)絡(luò))中基于層3的內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)媒體服務(wù)器(MQ的部署方法。這種 ⑶N媒體服務(wù)器的部署可在維持具有處理面向MBB網(wǎng)絡(luò)和FBB網(wǎng)絡(luò)的0TT、B2B和B2C服務(wù)能力的CDN網(wǎng)絡(luò)的統(tǒng)一、通用和開放的同時(shí)，還可用于緩存和處理更接近于用戶裝置的媒體內(nèi)容。如果⑶N媒體服務(wù)器在緩存通過(guò)接入網(wǎng)(MBB或FBB)向終端用戶分發(fā)的OTT內(nèi)容時(shí)位于更接近終端用戶裝置的位置，則現(xiàn)有網(wǎng)絡(luò)基礎(chǔ)設(shè)施的成本節(jié)約潛能會(huì)更大。這是因?yàn)闊o(wú)線接入網(wǎng)(RAN)節(jié)點(diǎn)的基礎(chǔ)設(shè)施成本相較于分組交換(PS)網(wǎng)絡(luò)來(lái)說(shuō)過(guò)于沉重。因此， 沿著接入路徑，將媒體服務(wù)器向終端用戶裝置進(jìn)一步移動(dòng)，會(huì)比較有利。然而，最后一英里的接入網(wǎng)可是層2網(wǎng)絡(luò)或者是非IP閉環(huán)網(wǎng)絡(luò)，如RAN(在3G無(wú)線網(wǎng)絡(luò)中)或)(DSL。媒體服務(wù)器在這些網(wǎng)絡(luò)中的部署至少會(huì)面臨兩種挑戰(zhàn)。第一，媒體服務(wù)器(通常它會(huì)是一個(gè)層3節(jié)點(diǎn))需要特殊接口使其與層2網(wǎng)絡(luò)相交互。第二，定期卸載 (TOF)方式，需要一種DPI流程來(lái)確定OTT流是否可緩存，然后進(jìn)行本地卸載或緩存。這種 DPI流程可要求相當(dāng)密集的CPU處理，并可以降低接入節(jié)點(diǎn)的功能。
通過(guò)將層3媒體服務(wù)器部署到具有解耦功能的層2接入網(wǎng)中，本發(fā)明的實(shí)施例克服了這些問(wèn)題和其他問(wèn)題。尤其是，如OTT流量檢測(cè)、緩存決定和OTT流量請(qǐng)求路由決定等部分功能，均保留在層3⑶N網(wǎng)絡(luò)中。本發(fā)明的實(shí)施例還包括對(duì)MBB網(wǎng)絡(luò)域中以下多種功能的獨(dú)特處理如合法監(jiān)聽(Li)、與處理相關(guān)的在線計(jì)費(fèi)系統(tǒng)(OCS)、QoS處理和支持，以及 MBB和FBB網(wǎng)絡(luò)的很多其它功能支持。本發(fā)明的實(shí)施例首先采用圖4的系統(tǒng)基礎(chǔ)設(shè)施架構(gòu)進(jìn)行描述。各單元的詳細(xì)結(jié)構(gòu)實(shí)施例將采用圖5-6和圖8-9進(jìn)行描述。本發(fā)明適用于移動(dòng)寬帶網(wǎng)絡(luò)、XDSL網(wǎng)絡(luò)、電纜寬帶網(wǎng)絡(luò)的實(shí)施例將分別采用圖7、圖22和圖23進(jìn)行描述。適用于MBB網(wǎng)絡(luò)的流操作實(shí)施例將采用圖11進(jìn)行描述。本發(fā)明涉及有關(guān)處理漫游/重定位的實(shí)施例將采用圖12-15進(jìn)行描述。本發(fā)明適用于合法監(jiān)聽的實(shí)施例將采用圖17-19進(jìn)行描述。本發(fā)明適用于處理計(jì)費(fèi)、報(bào)告和分析以及體驗(yàn)規(guī)定的質(zhì)量的實(shí)施例將根據(jù)圖20進(jìn)行描述。本發(fā)明適用于處理媒體服務(wù)器故障的實(shí)施例將根據(jù)圖21進(jìn)行描述。圖4根據(jù)本發(fā)明的其中一個(gè)實(shí)施例說(shuō)明了用于MBB和/或FBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容分發(fā)網(wǎng)絡(luò)解決方案。在圖4中，UE 10表示終端用戶裝置，如移動(dòng)裝置或具有無(wú)線網(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 24。IffF 23在L2網(wǎng)絡(luò)20中的層2節(jié)點(diǎn)與 MS-A24之間充當(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中，深層分組檢測(cè)(DPI)37功能檢查UE的簽名匹配請(qǐng)求，以確定請(qǐng)求是否須轉(zhuǎn)移至內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)80繼而進(jìn)行下一步處理。因而，DPI 37將UE請(qǐng)求轉(zhuǎn)移至⑶N 80，以便進(jìn)行下一步處理。經(jīng)配置，DPI 37可檢測(cè)其中通過(guò)的分組，例如搜索協(xié)議違規(guī)、病毒、垃圾郵件、入侵，或預(yù)定義標(biāo)準(zhǔn)以決定對(duì)數(shù)據(jù)包采取哪些，包括收集統(tǒng)計(jì)信息。DPI 37可新增對(duì)OSI模型層2至層7的檢查功能，這可包括標(biāo)頭、數(shù)據(jù)協(xié)議結(jié)構(gòu)和消息的實(shí)際有效載荷?；趶姆纸M數(shù)據(jù)部分中提取的信息的簽名數(shù)據(jù)庫(kù)，DPI 37可識(shí)別流量并對(duì)其進(jìn)行分類，從而實(shí)現(xiàn)較之僅基于標(biāo)頭信息的分類更精細(xì)的控制。在其它實(shí)施例中，DPI 37可識(shí)別流量是否包含OTT 類別。經(jīng)分類的分組可以在網(wǎng)絡(luò)中重定向，加以標(biāo)記/標(biāo)簽、進(jìn)行攔截、設(shè)置額定限制和/ 或報(bào)告給報(bào)告代理。⑶N 80通常是一組經(jīng)戰(zhàn)略部署于所有IP網(wǎng)絡(luò)的一組服務(wù)器，可分層也可不分層。 ⑶N 80可具有多個(gè)可在地理上分布開來(lái)的不同設(shè)備。示例中，⑶N 80中的典型設(shè)備包括位于⑶N 80中不同點(diǎn)上的服務(wù)器。例如，UElO可訪問(wèn)距其最近的服務(wù)器的數(shù)據(jù)副本，而可選擇不從中心服務(wù)器進(jìn)行訪問(wèn)。或者位于相似位置的多個(gè)用戶可從不同服務(wù)器訪問(wèn)相同的文件，從而防止單個(gè)倉(cāng)庫(kù)服務(wù)器超載。CDN 80中存儲(chǔ)的內(nèi)容類型可包括網(wǎng)絡(luò)對(duì)象、可下載對(duì)象 (媒體文件、軟件和文檔)、應(yīng)用程序、實(shí)時(shí)媒體流和網(wǎng)絡(luò)分發(fā)的其他組件(DNS、路由和數(shù)據(jù)庫(kù)查詢)。在多個(gè)實(shí)施例中，內(nèi)容分發(fā)網(wǎng)絡(luò)(CDN)SO中異常路徑內(nèi)容層級(jí)的深層分組檢測(cè)單元(DPI-C)Sl理解OTT請(qǐng)求并決定由哪一個(gè)媒體服務(wù)器為提出媒體請(qǐng)求的UE提供服務(wù)。。通過(guò)使用外部DPI-C 81，最大程度地降低對(duì)現(xiàn)有網(wǎng)絡(luò)組件的影響。這是因?yàn)镈PI 37通常已整合至L3節(jié)點(diǎn)36。因而現(xiàn)有DPI 37會(huì)與其它功能區(qū)別開來(lái)。在多個(gè)實(shí)施例中，MS-A 24被引入到更加接近UE 10的L2網(wǎng)絡(luò)20中，，同時(shí)盡可能對(duì)⑶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)新增昂貴資源的需要。有利的方面是，通過(guò)結(jié)合上一點(diǎn)，接入網(wǎng)(MBB或FBB)和⑶N 80可保持自身相對(duì)的功能獨(dú)立性，同時(shí)進(jìn)行合作以最大程度地提高OTT流量的處理效能，并在常見的統(tǒng)一方法中存在B2B和B2C服務(wù)的情況下，最大程度地提高該類服務(wù)的效能。L2網(wǎng)絡(luò)20和L3網(wǎng)絡(luò)30中經(jīng)插入的功能可處理圖5和圖6中所示的多份不同的
配置表單。圖5包括圖5A至圖5D，說(shuō)明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L2網(wǎng)絡(luò)的配置。圖5A說(shuō)明了其中L2節(jié)點(diǎn)21、IWF 23和MS-A 24作為獨(dú)立單元(如物理上獨(dú)立的機(jī)器)的一個(gè)實(shí)施例。在圖5B中，L2節(jié)點(diǎn)21和IWF23是同一個(gè)集成單元(同一個(gè)箱/機(jī)器)，而MS-AM則獨(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ì)對(duì)L2節(jié)點(diǎn)21造成任何影響的優(yōu)勢(shì)。這要求IWF 23在L2網(wǎng)絡(luò)20引入MS-AM的情況下賦予L2節(jié)點(diǎn)21完全的透明性。這一點(diǎn)的優(yōu)勢(shì)之一是L2節(jié)點(diǎn)21與IWF 23及MS-A M可由不同的提供商提供。相反的是，圖5B中的配置可大大簡(jiǎn)化IWF 23，因?yàn)長(zhǎng)2通信的消息和數(shù)據(jù)流信息已大部分存在于L2節(jié)點(diǎn)21。圖6包括圖6A至圖6D，說(shuō)明了根據(jù)本發(fā)明實(shí)施例所進(jìn)行的L3網(wǎng)絡(luò)和內(nèi)容分發(fā)網(wǎng)絡(luò)的配置。圖6A說(shuō)明了其中L3節(jié)點(diǎn)36、DPI 37和DPI-C 81作為獨(dú)立單元(例如，另一臺(tái)機(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中，所有組件都集成到單個(gè)的物理單元中。參閱圖6可看到，圖6A和圖6B的配置賦予非OTT流量最小時(shí)延，而且在接入網(wǎng) 30 (L3節(jié)點(diǎn)36和DPI 37)及CDN網(wǎng)絡(luò)80 (DPI-C81)之間進(jìn)行解耦的優(yōu)勢(shì)。為了實(shí)現(xiàn)OTT流量識(shí)別而對(duì)內(nèi)容層級(jí)DPI和基本DPI進(jìn)行解耦，具有優(yōu)勢(shì)性，原因在于用于處理OTT的內(nèi)容層級(jí)DPI要求對(duì)DPI簽名進(jìn)行持續(xù)調(diào)諧，并不斷準(zhǔn)備DPI算法，以應(yīng)對(duì)OTT內(nèi)容和流量剖析中的變動(dòng)。因而，圖6C和圖6D所示的配置無(wú)法實(shí)現(xiàn)這些優(yōu)勢(shì)。因?yàn)楫?dāng)前已經(jīng)部署的許多L3 節(jié)點(diǎn)36也具備執(zhí)行DPI 37的能力，所以圖6B的配置具備另一個(gè)優(yōu)勢(shì)，即是重新使用內(nèi)置于L3節(jié)點(diǎn)36的DPI 37的功能。但是圖6C和圖6D所示的配置可部署于新的架構(gòu)場(chǎng)景，其中向后兼容性和之前存在的設(shè)備問(wèn)題不復(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)于與上述功能之間的交互，存在其它幾種
14創(chuàng)新功能，具體可參見下文的討論。出于清晰的目的，若功能與本發(fā)明的說(shuō)明及理解性不存在密切關(guān)聯(lián)性，則予以省略。圖7說(shuō)明了根據(jù)本發(fā)明實(shí)施例應(yīng)用于MBB網(wǎng)絡(luò)的統(tǒng)一內(nèi)容分發(fā)解決方案。本發(fā)明應(yīng)用于MBB網(wǎng)絡(luò)的實(shí)施例尤其具有許多優(yōu)勢(shì)，即使圖4，其說(shuō)明了一種通用方法和設(shè)備，相關(guān)描述提及的本發(fā)明實(shí)施例既適用于移動(dòng)寬帶(MBB)網(wǎng)絡(luò)，又適用于固定寬帶(FBB)網(wǎng)絡(luò)。圖7說(shuō)明了該類與圖4的通用說(shuō)明對(duì)應(yīng)的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ù)器MX-A IM部署在無(wú)線接入網(wǎng)120。 圖7中的虛線是緩存媒體服務(wù)器的替代性MX-A 124’(與替代性IWF 123’ 一并)部署位置 (在NB位置上)，即使出于實(shí)用目的，仍將MX-A IM部署于RNC 122中。圖4中的⑶N控制(CC)82功能可以是圖7中的媒體控制器(MC) 182功能。MC 182會(huì)選擇和分配最佳定位的媒體服務(wù)器MX(MX-A和MX-B)來(lái)為UE 110中的給定請(qǐng)求提供服務(wù)。IffF 123與MX-A IM之間的連接為L(zhǎng)2/L3連接，以使流向和來(lái)自MX_A IM中的流量可以通過(guò)IWF 123正確路由到L2網(wǎng)絡(luò)中以及從L2網(wǎng)絡(luò)中路由出來(lái)。實(shí)際上，可以將所有MX-A 1 的IP地址規(guī)定為適用于RNC 122和IWF 123 (如在無(wú)線應(yīng)用協(xié)議網(wǎng)關(guān)WAP Gff 中的情況下)的相同地址，但是MX-A IM具有指向網(wǎng)絡(luò)的⑶N/互聯(lián)網(wǎng)一側(cè)的單獨(dú)且唯一的可路由IP地址。如下文更深入的描述，在其他實(shí)施例中，也可以按照后文描述，采用其他通過(guò)IP地址池為MX-A分配IP地址的方法。MX-A 124和⑶N 180之間的虛線表示大多數(shù)MBB部署中可能可用的所有IP傳輸網(wǎng)絡(luò)。在另一個(gè)實(shí)施例中，通過(guò)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 (簡(jiǎn)單的RESTful API，即符合表述性狀態(tài)轉(zhuǎn)移約束的應(yīng)用程序編程接口)以便GGSN 136向MC 182提供相關(guān)的PDP上下文信息，進(jìn)而請(qǐng)求處理。這種專用接口有兩種額外的操作模式。在多個(gè)實(shí)施例中，在GGSN 136和MC 182之間提供了直接接口，這樣就可使用本技術(shù)領(lǐng)域人員所熟知的其它類型的請(qǐng)求處理協(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在先前請(qǐng)求中的信息，并且MC 182針對(duì)此目的進(jìn)行解析，否則，在將多個(gè)GGSN連接到單個(gè)MC的情況下，可以將查詢一并發(fā)送到多個(gè)GGSN上。在第二個(gè)實(shí)施例中，如圖7所示，可以依據(jù)UEHTTP消息參數(shù)擴(kuò)充，通過(guò)DPI 137和 DPI-C 181將PDP信息從GGSN 136傳遞到MC 182。在這種情況下，GGSN 136包含擴(kuò)充的HTTP標(biāo)頭中的該類相關(guān)的PDP上下文參數(shù)(參見表1)。這一選項(xiàng)可能會(huì)影響GGSN 136的性能，因?yàn)镠TTP消息在GGSN 136中擴(kuò)充時(shí)需要進(jìn)行額外處理。圖8 (包括圖8A至圖8D)根據(jù)本發(fā)明實(shí)施例，說(shuō)明了用于配置內(nèi)容分發(fā)網(wǎng)絡(luò)組件的各種配置。在多個(gè)實(shí)施例中，DPI-C 181、MC 182和MX-B 184可以在單獨(dú)的單元中實(shí)施(例如另一臺(tái)計(jì)算機(jī))或集成。圖8A說(shuō)明了 DPI-C 181、MC 182和MX-B 184在CDN 180中作為單獨(dú)單元實(shí)施的實(shí)施例，而圖8D則說(shuō)明了它們集成到單個(gè)單元中的實(shí)施例。在圖8B中， DPI-C 181和MX-B184在單個(gè)單元中同時(shí)實(shí)施，而在圖8C中，DPI-C 181和MC 182同時(shí)集成。圖9說(shuō)明了根據(jù)本發(fā)明實(shí)施例所部署的媒體服務(wù)器層次結(jié)構(gòu)；本發(fā)明的實(shí)施例包括一組具有層次結(jié)構(gòu)的媒體服務(wù)器位于無(wú)線接入網(wǎng)絡(luò)120中的第一個(gè)媒體服務(wù)器MX-A 124，位于⑶N 180中第二個(gè)媒體服務(wù)器MX-B 184，以及位于較高層級(jí)，例如，分組分發(fā)網(wǎng)絡(luò) (PDN)對(duì)等點(diǎn)或邊界網(wǎng)關(guān)中的第三個(gè)媒體服務(wù)器MX-C 194。⑶N 180中的媒體控制器(圖 7中的MC 182)在為UE請(qǐng)求提供服務(wù)時(shí)會(huì)選擇適當(dāng)?shù)拿襟w服務(wù)器MX。因此，本發(fā)明的實(shí)施例創(chuàng)建了一個(gè)可在⑶N控制下從MBB RAN網(wǎng)絡(luò)向PDN的對(duì)等點(diǎn)的分層緩存網(wǎng)絡(luò)。媒體服務(wù)器的層次結(jié)構(gòu)會(huì)為⑶N 180提供一種處理MBB網(wǎng)絡(luò)獨(dú)有特征的功能。例如，熱、溫和冷內(nèi)容(最常請(qǐng)求的是熱內(nèi)容)可在緩存層次結(jié)構(gòu)的不同層級(jí)上進(jìn)行緩存。.在一個(gè)或多個(gè)實(shí)施例中，可以分配MX-A、MA-B和MC來(lái)分別保持本地、地區(qū)和整體內(nèi)容的熱度， 從而在各種級(jí)別上優(yōu)化緩存效率和在CDN網(wǎng)絡(luò)中平衡請(qǐng)求處理。圖10說(shuō)明了根據(jù)本發(fā)明實(shí)施例對(duì)媒體控制器中存儲(chǔ)的分組數(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í)促成對(duì)MC182的更新。MC 182可使用當(dāng)前的UE IP地址來(lái)維護(hù)其PDP上下文表。圖4-9、12、14、15、17-M的實(shí)施例還可根據(jù)包含功能步驟和/或非功能操作的方法進(jìn)行描述或說(shuō)明。下列(及上述)描述和相關(guān)流程圖說(shuō)明了本發(fā)明實(shí)施例實(shí)踐中使用的步驟和/或操作。通常情況下，功能步驟從所取得的成效這一角度來(lái)描述本發(fā)明，而非功能操作更加詳細(xì)地描述旨在實(shí)現(xiàn)特定成效或達(dá)到特定步驟的操作。盡管功能步驟和/或非功能操作可按特定順序進(jìn)行描述或聲明，但是當(dāng)前發(fā)明不必限定于任何特定順序或步驟和 /或操作的組合。另外，所列舉的權(quán)利要求及下方對(duì)圖11、18B和19B流程圖的描述中使用 (或非使用)“步驟”和/或“操作”，用于指明須具體使用(或非使用)此類用詞。圖11說(shuō)明了根據(jù)本發(fā)明實(shí)施例可在一般情況下進(jìn)行的流操作。當(dāng)UE，如圖4中的UE 10或圖7中的UE 110，請(qǐng)求查看某個(gè)視頻門戶網(wǎng)站，如 youtube、hulu、amazon,的視頻，時(shí)，會(huì)向視頻門戶網(wǎng)站發(fā)送一條HTTP消息。這將要求先在 UE和視頻流服務(wù)器之間建立一個(gè)DNS查詢和一個(gè)相對(duì)應(yīng)的TCP連接。在多個(gè)實(shí)施例中，建立和/或激活(第201步)UE與GGSN之間的PDP上下文。PDP 上下文存儲(chǔ)用于請(qǐng)求UE所包含的PDP上下文數(shù)據(jù)。在一個(gè)或多個(gè)實(shí)施例中，PDP上下文包括RAN端MX IP地址，如圖7中RAN 120 一端的MX-AIP地址。PDP上下文還可以包括如圖10中描述的標(biāo)準(zhǔn)參數(shù)。接著，UE通過(guò) RNC/IWF (消息 210 和消息 211)將 HTTP GET REQUEST 傳輸?shù)?GGSN/ DPI。GGSN/DPI節(jié)點(diǎn)處理收到的HTTP GET請(qǐng)求。DPI可搜索HTTP請(qǐng)求的特定簽名，例如， 目的地IP地址和端口 #，并在此請(qǐng)求是獲取OTT內(nèi)容的情況下，將它們與預(yù)存儲(chǔ)的OTT簽名列表進(jìn)行對(duì)比。對(duì)于某些OTT站點(diǎn)，簽名分析可不僅僅涉及五元組分析，而且可要求HTTP 標(biāo)頭參數(shù)分析的實(shí)際DPI，這會(huì)要求一種不同類型的簽名。在流程圖中，假設(shè)本請(qǐng)求與存儲(chǔ)于DPI的簽名相匹配(DPI確定請(qǐng)求是否為OTT內(nèi)容)。DPI通過(guò)DPI與DPI-C功能之間的IP連接(消息212)將本HTTP GET請(qǐng)求提交到 DPI-C(深層內(nèi)容URL DPI)。DPI將不對(duì)本HTTP GET請(qǐng)求消息的任何部分作出更改。在一些實(shí)施例中，本次提交可通過(guò)通用路由封裝(GRE)隧道或網(wǎng)絡(luò)緩存通信協(xié)議(WCCP)進(jìn)行實(shí)施。接著，DPI-C決定內(nèi)容是否為可緩存內(nèi)容。DPI-C功能從DPI接收經(jīng)提交的HTTP GET請(qǐng)求。DPI-C進(jìn)行深層URL和HTTP標(biāo)頭分析，以將DPI-C功能上所存儲(chǔ)的簽名與所提交的消息進(jìn)行匹配。必需的DPI-C簽名和算法可以根據(jù)待處理的特定視頻門戶網(wǎng)站(適用于^utube、BBC、Hulu等視頻)和/或軟件下載網(wǎng)站(適用于windows更新等大文件)的不同而變化。在一個(gè)或多個(gè)實(shí)施例中，DPI-C集中于HTTP的消息類型和用戶代理，而其他參數(shù)可包括在各個(gè)實(shí)施例中。在圖11的說(shuō)明中，假設(shè)對(duì)于此串流，初始視頻門戶媒體請(qǐng)求(以及大多數(shù)其它視頻網(wǎng)站)與上文描述的簽名不匹配(例如，DPI-C確定內(nèi)容不可緩存)。例如，此請(qǐng)求可發(fā)送到將要初始化的媒體播放器所在的HTML頁(yè)面上，媒體播放器會(huì)初始化單獨(dú)的請(qǐng)求，從而 “獲取”視頻文件。DPI-C以不計(jì)費(fèi)的方式將此請(qǐng)求提交至MBB分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)中的 BG(或路徑上的路由器)，HTTP請(qǐng)求繼續(xù)傳送至Youtube服務(wù)器(消息213)。在其它多條HTTP消息交換之后，DPI從UE接收另一條HTTP Get請(qǐng)求，確定請(qǐng)求是OTT內(nèi)容，并將其提交給DPI-C(消息220、222和224)。此時(shí)，GET請(qǐng)求來(lái)自媒體播放器 (如Shockwave播放器)。GET請(qǐng)求可包含與DPI-C上所存儲(chǔ)的簽名相匹配的簽名。因而 DPI-C決定內(nèi)容是否為可緩存內(nèi)容。接著，DPI-C就其對(duì)內(nèi)容是否可緩存所進(jìn)行的評(píng)估通知MC。在多個(gè)實(shí)施例中，如圖8所示，DPI-C可在MX-B、MC或獨(dú)立的DPI-C框之上運(yùn)行，具體取決于運(yùn)營(yíng)商的流量規(guī)劃方案。為了便于進(jìn)行本討論，我們假設(shè)DPI-C、MX-B和MC在IP層級(jí)上互連且可路由，而 DPI-C、MX-B和MC之間內(nèi)部連接和轉(zhuǎn)發(fā)不在此處進(jìn)行詳述。如果DPI-C在MX-B上運(yùn)行，而且適用于需要由CDN提供服務(wù)的請(qǐng)求，則請(qǐng)求消息將從MX-B/DPI-C傳遞到MC，因?yàn)镸C會(huì)選擇用于服務(wù)任何給定請(qǐng)求的媒體服務(wù)器(MX)。在DPI-C確定請(qǐng)求為可緩存內(nèi)容并且MC收到來(lái)自DPI-C的HTTP請(qǐng)求之后，CDN就必須要參與對(duì)本請(qǐng)求的服務(wù)。在一個(gè)或多個(gè)實(shí)施例中，位于CDN中的MC會(huì)執(zhí)行以下一系列 MBB網(wǎng)絡(luò)任務(wù)，從而為服務(wù)本HTTP請(qǐng)求而選擇適合的緩存媒體服務(wù)器(MX)。如上所述，MC會(huì)存儲(chǔ)其通過(guò)Gmc ( 一個(gè)指向GGSN的RESTful控制信息API，請(qǐng)參見圖7)獲取的PDP信息子集。在各實(shí)施例中，MC可以使用不同的替換方法來(lái)確定哪一個(gè) MX-A位于服務(wù)當(dāng)前UE的PDP路徑中。在一個(gè)實(shí)施例中，可以使用位置信息(如路由器區(qū)域標(biāo)識(shí)或服務(wù)區(qū)域標(biāo)識(shí)(RAI/SAI))來(lái)選擇媒體服務(wù)器。例如，根據(jù)RAI/SAI選擇RNC，例如，可使用一張包含RNC和RAI/ SAI之間映射關(guān)系的表。由RNC決定媒體服務(wù)器的位置。MC可存儲(chǔ)一張包含所有RNC-RAI/ SAI映射關(guān)系的MC表。在另一個(gè)實(shí)施例中，如果存在這種確定性關(guān)系，可使用UE IP范圍和指向RNC的映射。在另一個(gè)替換實(shí)施例中，RAN端MX-A IP地址是一種可選的參數(shù)，可以在GGSN中添加到PDP上下文，在初始PDP設(shè)置或參數(shù)的任何隨后更改期間轉(zhuǎn)發(fā)給MC。在另一個(gè)替換實(shí)施例中，通過(guò)GGSN與SGSN之間的通信，可以獲得RNC IP地址或ID，MC會(huì)保持RNC IP/ID與其本地MX-AIP之間的映射表。如圖9所示，MC從媒體服務(wù)器層次集中選擇媒體服務(wù)器。下文將進(jìn)一步描述此選擇所用的方法。MX作為⑶N MX云的一部分，會(huì)與MC(在MC云中)保持狀態(tài)和心跳，因此， 在MC中可立即知曉MX的加載條件和可用性。在一個(gè)實(shí)施例中，MC可以隨著UE在RNC中重定位/漫游，決定將當(dāng)前請(qǐng)求重定向到眾多MX-A (RAN側(cè)的MX-A)之一。在另一個(gè)實(shí)施例中，MC在GGSN層級(jí)上，從多個(gè)MX-B中選擇其一，或者在一個(gè)分組數(shù)據(jù)網(wǎng)絡(luò)(PDN)對(duì)等點(diǎn)或BG層級(jí)(如圖7和9所示)選擇其中一個(gè) MX-C。在多個(gè)實(shí)施例中，可以使用多種方式來(lái)執(zhí)行用于確定最佳服務(wù)MX的策略和/或探
試ο在一個(gè)實(shí)施例中，MC可具有這樣的一種策略除非MX-A過(guò)載，否則將不斷恢復(fù)當(dāng)前MX-A向給定UE( S卩，UE的PDP路徑上的IWF/MX-A)提供的服務(wù)。隨著UE經(jīng)過(guò)RNC的 RAI/SAI,當(dāng)前提供服務(wù)的MX-A可基于重定位的方案進(jìn)行改變。下文漫游/重定位中將對(duì)此進(jìn)行更深入的探討。根據(jù)本策略，MC總是會(huì)選擇當(dāng)前提供服務(wù)的MX-A。下文策略處理中將對(duì)此進(jìn)行更深入的探討。在另一個(gè)實(shí)施例中，運(yùn)營(yíng)商可以擁有多個(gè)CDN請(qǐng)求服務(wù)策略，根據(jù)傳統(tǒng)的CDN實(shí)施可以作為B2B和B2C服務(wù)的一部分。同樣地，它們可以通過(guò)相同的方法引入特定于OTT的路由請(qǐng)求策略。這些方法的實(shí)施形式包括通過(guò)CDN的網(wǎng)絡(luò)操作中心(NOC)，或通過(guò)下載至 MX的配置表，或結(jié)合以上兩種形式，分配給MC的一組策略。如果在MX-A中存在緩存缺失這種情況，則可以配置本地配置表以提高緩存分層結(jié)構(gòu)，從而嘗試獲取請(qǐng)求內(nèi)容或咨詢MC對(duì)該內(nèi)容是否作為配置表中的一個(gè)條目的意見。在多個(gè)實(shí)施例中，選擇用于服務(wù)UE的MX之后，HTTP GET請(qǐng)求將重定向到面向此 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ò)充，這對(duì) MX-A在緩存缺失情況下檢索內(nèi)容會(huì)非常有用。由于MC/DPI-C和GGSN/DPI現(xiàn)已存在TCP連接，因此MC僅可將這條HTTP 302假消息轉(zhuǎn)發(fā)給GGSN/DPI (即消息226)，這樣，便能夠通過(guò) UE與媒體門戶網(wǎng)站服務(wù)器之間現(xiàn)有的TCP連接，將請(qǐng)求路由到目標(biāo)UE (消息2 和230)。 這種情況是假設(shè)通過(guò)在DPI功能進(jìn)行分析，使TCP序列號(hào)與媒體門戶端相匹配。如果上述的重定向不可能實(shí)現(xiàn)或者難以實(shí)現(xiàn)，那么在替換實(shí)施例中，UE與媒體門戶服務(wù)器之間的TCP連接已損壞(強(qiáng)制斷開連接)，并且在DPI-C上采用兩個(gè)單獨(dú)的TCP連接建立了 TCP代理。通過(guò)GGSN/DPI在UE與DPI-C之間建立第一個(gè)連接，通過(guò)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/IWF發(fā)射一個(gè)HTTP GET (消息M0)。RNC/IWF接收UE HTTP GET，然后將其轉(zhuǎn)發(fā)給媒體服務(wù)器MX_A。在多個(gè)實(shí)施例中， 可使用以下實(shí)施例其中之一來(lái)執(zhí)行此操作。在一個(gè)或多個(gè)實(shí)施例中，如果IWF嵌入在RNC中，那么IWF功能將嘗試打開GTP-U 消息的用戶數(shù)據(jù)以查找UE通信的目的地IP地址。如果目的地IP地址映射到預(yù)存儲(chǔ)在RNC/ IWF上的IP地址中，可假設(shè)消息將會(huì)被傳送到已連接到RNC/IWF且正提供服務(wù)的MX-A。此預(yù)存儲(chǔ)的IP表須分配到所有RNC/IWF中，因?yàn)镸X-A已部署在RAN網(wǎng)絡(luò)中，且RNC/IWF必須將GTP-U消息重新封裝為HTTP/TCP/IP消息才可以轉(zhuǎn)發(fā)給MX-A0或者，在另一個(gè)實(shí)施例中，IWF可以是位于IuPS接口路徑上RNC以外的一個(gè)單獨(dú)的框。IWF會(huì)透?jìng)鱎NC與SGSN之間的所有RANAP或GTP-C消息。相反，IWF會(huì)攔截GTP-U 消息并打開用戶數(shù)據(jù)以篩選目的地IP地址如果與預(yù)存儲(chǔ)的IP表中的IP地址相匹配，那么 IWF功能會(huì)重新封裝消息并將其轉(zhuǎn)發(fā)到與其相連的MX-A上。MX-A接收HTTP GET,這便是UE的HTTP請(qǐng)求(根據(jù)MC進(jìn)行重定向)(消息M2)。 由于MX-A已經(jīng)收到UE的HTTP請(qǐng)求(根據(jù)MC進(jìn)行重定向)，MX-A會(huì)在多個(gè)實(shí)施例中執(zhí)行以下HTTP請(qǐng)求處理。MX-A會(huì)生成一個(gè)代表服務(wù)內(nèi)容的索引。MX-A會(huì)為URL解析HTTP請(qǐng)求和其它相關(guān)信息，以獲得內(nèi)容的索引關(guān)鍵字。視頻門戶網(wǎng)站的URL結(jié)構(gòu)沒(méi)有既定的標(biāo)準(zhǔn)，其變更相對(duì)頻繁。在多個(gè)實(shí)施例中，可以采用任何常見的標(biāo)識(shí)方法，只要這種方法能夠針對(duì)每個(gè)給定的內(nèi)容文件生成獨(dú)一無(wú)二的ID即可。例如，URL都可以存在差別，但是內(nèi)容標(biāo)識(shí)部分需保持一致。因此，在多個(gè)實(shí)施例中，可以提取內(nèi)容標(biāo)識(shí)部分，并將其用作緩存內(nèi)容文件的索引關(guān)鍵字(可能需要使用hashing算法來(lái)處理)。可能需要對(duì)合適的HTTP分發(fā)做進(jìn)一步的調(diào)整， 因?yàn)镸X-A需要查看大量的小型視頻片段文件。在MX-A上會(huì)生成一個(gè)獨(dú)特的文件名。MX-A會(huì)從HTTP GET請(qǐng)求的URL中獲得一個(gè)獨(dú)特的內(nèi)容/文件ID。這一獨(dú)特的URL部分將用于創(chuàng)建獨(dú)特的哈希關(guān)鍵字，這個(gè)關(guān)鍵字可用于在MX-A緩存系統(tǒng)中定位內(nèi)容/文件。這可能不是100%可靠，并可能隨時(shí)變動(dòng)，因?yàn)槊襟w的內(nèi)容為0ΤΤ。因此，內(nèi)容/文件都相同的兩個(gè)請(qǐng)求可以映射到不同的文件ID，這樣就可以創(chuàng)建相同內(nèi)容/文件的多個(gè)副本。在某些情況下，內(nèi)容/文件相同的兩個(gè)請(qǐng)求可以映射到相同內(nèi)容中。如果MX-A在MX-A緩存中找到數(shù)據(jù)，便可以在緩存中檢索該數(shù)據(jù)并將其傳輸至 UE (消息244和M6)。如果有匹配的緩存，那么MX-A將嘗試按照UE請(qǐng)求為UE文件提供服務(wù)。在多個(gè)實(shí)施例中，可應(yīng)用CDN媒體適配(轉(zhuǎn)碼、碼流轉(zhuǎn)換、文件格式適配等)、PCRF QoS 導(dǎo)向處理(根據(jù)用戶或等級(jí)分組的QoS保證和帶寬的限制/極限)。在下文有關(guān)策略處理的討論中將進(jìn)行深入的探討。在根據(jù)需要而應(yīng)用媒體適配后，MX-A會(huì)將第一個(gè)HTTP響應(yīng)連同媒體數(shù)據(jù)一起發(fā)送到UE。這可以憑借RNC/IWF節(jié)點(diǎn)的
19GTP-U的路由功能，通過(guò)UE與GSN之間的現(xiàn)有GTP-U信道，使用RNC/IWF上正確的GTP-U序列號(hào)來(lái)實(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 功能便需要自行保存序列號(hào)。在多個(gè)實(shí)施例中，在與UE的會(huì)話終止之后，會(huì)計(jì)算日志，并將日志發(fā)送到⑶N以執(zhí)行各種操作，如記賬、計(jì)費(fèi)和分析等。從MX-A到UE的媒體分發(fā)將會(huì)繼續(xù)，直到會(huì)話結(jié)束；在任何情況下，MX-A都會(huì)生成分發(fā)日志。這些分發(fā)日志會(huì)發(fā)送到CDN網(wǎng)絡(luò)的媒體數(shù)據(jù)(MD) 云，按下述計(jì)費(fèi)、報(bào)告和分析方法進(jìn)行處理。但是，如果MX-A緩存中沒(méi)有請(qǐng)求數(shù)據(jù)(例如發(fā)生緩存缺失)，MX-A會(huì)遵循其已存儲(chǔ)的策略規(guī)則(現(xiàn)有CDN/MX功能)，嘗試在緩存分層結(jié)構(gòu)的下一個(gè)緩存服務(wù)器或原始服務(wù)器(媒體門戶網(wǎng)站服務(wù)器，303/302重定向消息中列出了其URL)中查找內(nèi)容。GGSN/DPI會(huì)接收來(lái)自MX-A的消息250。DPI和DPI-C會(huì)識(shí)別出，來(lái)自MX-A的本HTTP請(qǐng)求(消息250) 路由不是UE請(qǐng)求，然后將此請(qǐng)求轉(zhuǎn)發(fā)給媒體門戶網(wǎng)站服務(wù)器(消息25幻。這樣可以避免再次為MC造成無(wú)限循環(huán)的可能性。媒體門戶網(wǎng)站服務(wù)器會(huì)將在GGSN/DPI上作為HTTP響應(yīng)(消息254)而接收到的請(qǐng)求數(shù)據(jù)發(fā)送出去。GGSN/DPI會(huì)通過(guò)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網(wǎng)絡(luò)中查找內(nèi)容的位置。對(duì)于這種從上層緩存服務(wù)器進(jìn)行提取的操作，MX-A可能會(huì)使用原始用戶HTTP請(qǐng)求URL(嵌入在 MC發(fā)出的重定向消息中)，需使用通過(guò)IP傳輸網(wǎng)絡(luò)而與上層緩存服務(wù)器或原始服務(wù)器建立起來(lái)的新TCP連接，如圖7所示。本發(fā)明的實(shí)施例具有幾個(gè)獨(dú)特的優(yōu)勢(shì)。使用本發(fā)明的實(shí)施例，有利于實(shí)現(xiàn)對(duì)接入網(wǎng)和用于OTT流量緩存的CDN網(wǎng)絡(luò)有效解耦。本發(fā)明的實(shí)施例能夠在層2網(wǎng)絡(luò)中部署基于層3的媒體服務(wù)器(媒體緩存和適配)，這有利于更接近終端用戶，又不會(huì)像層2DPI和決策制定那么復(fù)雜。本發(fā)明的實(shí)施例支持在單一CDN上實(shí)現(xiàn)更集中化的內(nèi)容層級(jí)DPI (DPI-C)和決策，它能夠同時(shí)為MBB和FBB提供服務(wù)，從而避免在接入網(wǎng)絡(luò)中加入DPI-C (內(nèi)容層級(jí))。 本發(fā)明的實(shí)施例可能會(huì)利用分層緩存網(wǎng)絡(luò)以增加緩存匹配率和降低緩存缺失檢索時(shí)間。本發(fā)明的實(shí)施例還會(huì)在已分發(fā)MS服務(wù)器之間提供緩存分層結(jié)構(gòu)(MQ備份，以備有任何MS服務(wù)器發(fā)生故障。本發(fā)明的實(shí)施例采用擁有相同網(wǎng)絡(luò)配置的、常見、統(tǒng)一的⑶N，通過(guò)MBB和 FBB網(wǎng)絡(luò)以支持0TT、B2B和B2C服務(wù)，大幅簡(jiǎn)化網(wǎng)絡(luò)部署、管理和操作。圖12和13說(shuō)明了根據(jù)本發(fā)明實(shí)施例的重定位和漫游方案。尤其是，會(huì)話過(guò)程中，UE可能會(huì)在多個(gè)網(wǎng)絡(luò)之間漫游。本發(fā)明的實(shí)施例描述了在漫游過(guò)程中/之后進(jìn)行緩存的方法。取決于UE的行為，可采用不同的方案。圖13列出這些方案，圖12則對(duì)其做出了說(shuō)明。圖12說(shuō)明當(dāng)UE在多個(gè)網(wǎng)絡(luò)中/之間漫游時(shí)，可實(shí)行的資源重新分配。圖13說(shuō)明了當(dāng)UE在多個(gè)網(wǎng)絡(luò)中/之間漫游時(shí)，根據(jù)本發(fā)明實(shí)施例可對(duì)資源進(jìn)行的重新分配，并強(qiáng)調(diào)了可能的影響。在第一個(gè)方案(方案I)中，UE的重定位可能需要重定位服務(wù)基站，例如， 在相鄰的基站(NB11211和NB21212)之間。第二個(gè)方案(方案II)涉及到一次重定位，它要求在RNC中重定位，例如從RNC11221到RNC21222。第三種方案(方案III)涉及到在不更改GGSN的情況下，在SGSN中的重定位，從SGSN11351到SGSN21352。在第四個(gè)方案(方案IV)中，要重定位服務(wù)GGSN，例如從GGSNl 1361到GGSN21362。最后，部分UE重定位可能會(huì)涉及到從MBB向FBB網(wǎng)絡(luò)的更改，反之亦然(圖中未有顯示)。參閱圖12-13可看到，在第一個(gè)方案(方案I)中，在相同的RAN 120中，UE從第一個(gè)基站(NBl 1211)移動(dòng)到另一個(gè)基站(NB21212)。但是，NB11211和NB21212受同一個(gè)RNC 1221控制。因此，這個(gè)重新定位對(duì)IWF11231和MX-Al 1241來(lái)說(shuō)是透明的，因?yàn)镸X-Al 1241 和IWF11231通過(guò)常見的RNC11221(圖12中未顯示，請(qǐng)參見14A)實(shí)現(xiàn)共享。因此，無(wú)需進(jìn)行修改。參閱圖12-13可看到，在第二個(gè)方案中，UE從第一個(gè)SGSN (SGSN11221)移動(dòng)到第二個(gè)SGSN(SGSN21222)。此方案具有多個(gè)處理選項(xiàng)。圖14說(shuō)明了根據(jù)本發(fā)明實(shí)施例可在MBB網(wǎng)絡(luò)中重新定位和漫游的一般網(wǎng)絡(luò)體系結(jié)構(gòu)，其中，圖14A說(shuō)明了圖12中方案II下的漫游實(shí)施例，圖14B說(shuō)明了圖13中方案III 下的漫游實(shí)施例。在第一個(gè)實(shí)施例中，會(huì)話可能已中斷，MC 182將請(qǐng)求重定向到RNC21222本機(jī)上的新MX-A(MX-A21M2)。因此，在此實(shí)施例中，重定位時(shí)需要遵照標(biāo)準(zhǔn)的3GPP流程，而且 MX-A11241與UE 110之間的會(huì)話也可能會(huì)中斷。UE的自動(dòng)重試方式(存在于大多數(shù)媒體播放器中)會(huì)重試通過(guò)新的RNC21222發(fā)送HTTP GET請(qǐng)求，而RNC21222會(huì)將請(qǐng)求轉(zhuǎn)發(fā)到 MC 182。MC 182會(huì)將該請(qǐng)求重定向到新的MX-A21242 (RNC21222本機(jī)上)。如上所述，新的 MX-A21242會(huì)繼續(xù)從該位置進(jìn)行內(nèi)容分發(fā)。但是，媒體會(huì)從頭重新開始，而不是從UE中斷的地方開始。在第二個(gè)實(shí)施例中，繼續(xù)使用與RNC11221關(guān)聯(lián)的舊MX-A11M1。然后執(zhí)行經(jīng)修改的標(biāo)準(zhǔn)3GPP流程，該流程在SGSN 135上限制了重新定位流程。因此，舊MX-AllMl會(huì)繼續(xù)通過(guò)舊的順序(即 RNC11221/IWF11231 — IuR —新的 RNC21222 —新的 NB21212 — UE 110) 分發(fā)，直到會(huì)話自然結(jié)束為止。但是，來(lái)自UE的任何新請(qǐng)求都會(huì)重定向到新的MX-A21M2， 并通過(guò)新的RNC2/IWF2提供服務(wù)。如上文提到，SGSN 135修改后用于實(shí)施該選項(xiàng)，即識(shí)別出MX-A11241與UE 110之間仍然持續(xù)進(jìn)行分發(fā)會(huì)話，因此，SGSN 135沒(méi)有發(fā)出重定位請(qǐng)求。 RNCl 1221和RNC21221需要重新配置，讓它們能夠?qū)E請(qǐng)求轉(zhuǎn)發(fā)回到舊RANl 1201網(wǎng)絡(luò)中的舊 MX-Al1241。與第一個(gè)實(shí)施例相似，在第三個(gè)實(shí)施例中會(huì)話同樣會(huì)中斷，但由于采用了智能緩存管理，UE 110會(huì)收到一段不間斷的流暢視頻。與第一個(gè)實(shí)施例相似，在會(huì)話終端后，需執(zhí)行標(biāo)準(zhǔn)的3GPP流程。特殊媒體播放器會(huì)隱瞞錯(cuò)誤，讓用戶會(huì)看到流暢的播放效果，而在后臺(tái)進(jìn)行重定向過(guò)程。在一個(gè)實(shí)施例中，媒體播放器包含了智能緩存管理，可提供充足的緩沖區(qū)。在多個(gè)實(shí)施例中，媒體播放器還擁有使用修改后的Byte Range參數(shù)重試發(fā)送無(wú)響應(yīng)HTTP請(qǐng)求的能力，讓UE的媒體播放器可以從停止的位置重新嘗試開始。由于UE目前位于RNC21222下的新的RAN21202中，重試消息會(huì)被DPI 137/DPI-C 181/MC 182截獲，且MC 182會(huì)將要求重定向到新的MX-A21M2。其余的分發(fā)內(nèi)容在收到UE的Byte Range請(qǐng)求后會(huì)繼續(xù)開始發(fā)送。如此一來(lái)，便可讓UE避免從會(huì)話開頭重新開始媒體。在第四個(gè)實(shí)施例中，MC 182被通知即將進(jìn)行重定位，然后MC 182和/或 MX-A11241會(huì)使用智能會(huì)話在串流中段進(jìn)行重新定向。因此，MC 182和/或MX-AllMl會(huì)收到即將重新定位的通知(通過(guò)SGSN 135或RNC11221)。MC 182和/或MX-Al 1241會(huì)發(fā)
21出中段重新定向請(qǐng)求，以重新定位UE 110。通信過(guò)程可以通過(guò)現(xiàn)有的順序(即IWF11231/ RNCl 1221 — NB1121 — UE 110 或 IWF11231/RNC11221 — IuR — RNC21222 — NB2122 — UE 110)進(jìn)行傳輸。UE 110媒體播放器將接受配置，以支持該中段重新定向請(qǐng)求。媒體播放器將接受配置，以便向新的MX-A21242提出請(qǐng)求(Byte Range從當(dāng)前播放時(shí)間編碼偏移開始)，以此作為對(duì)發(fā)自MC 182和/或MX-AllMl的重定向指令的響應(yīng)。同時(shí)，UE會(huì)接收來(lái)自媒體播放器緩沖區(qū)的播放內(nèi)容，且不會(huì)發(fā)生中斷。來(lái)自新的MX-A21M2的分發(fā)會(huì)在播放器緩沖區(qū)耗盡前開始，從而為用戶帶來(lái)流暢的播放體驗(yàn)。參閱圖12-13可看到，在第三個(gè)方案中，UE從第一個(gè)SGSN(SGSmi351)移動(dòng)到第二個(gè)SGSN(SGSN2135》中。此方案的處理方式與之前方案的處理方式相似，但在標(biāo)準(zhǔn)3GPP消息流方面有一些差別。因此，在多個(gè)實(shí)施例中，可以通過(guò)以下方式實(shí)施第三個(gè)方案(a)中斷會(huì)話并重新定向到新的MX-A 1241 ;(b)使用當(dāng)前的(舊的)MX-A 1M1，直到會(huì)話終止； (c)使用智能會(huì)話管理流程，同時(shí)中斷會(huì)話并重新定向到新的MX-A 1M2;或(d)使用智能會(huì)話管理流程和串流中段重新定向流程。圖15說(shuō)明了根據(jù)本發(fā)明的實(shí)施例，在SGSN間進(jìn)行UE重新定位的一套經(jīng)修改的程序；雖然描述內(nèi)容與方案III相關(guān)，下文描述的流程也可實(shí)施在方案II的第二個(gè)實(shí)施例中。MX-A只與分組數(shù)據(jù)相關(guān)。因此，MBB網(wǎng)絡(luò)緩沖重定位流程中的所有其他信號(hào)消息都與3GPP的重定位流程相同。分組數(shù)據(jù)轉(zhuǎn)發(fā)中的不同之處，在上述的消息交換流程圖中用虛線表示。在SRNS重新定位流程中，源RNCl 1221和目標(biāo)RNC21222通過(guò)LuR(各RNC之間接口)轉(zhuǎn)發(fā)舊MX-AllMl與UE 110之間的分組數(shù)據(jù)。如圖15中的第六步所示，來(lái)自舊MX-A 1241的分組數(shù)據(jù)會(huì)被傳輸?shù)皆碦NC11221。在第七步中，來(lái)自源RNC11221的分組數(shù)據(jù)會(huì)通過(guò)IuR被傳輸?shù)侥繕?biāo)RNC21222。在第八步中，來(lái)自目標(biāo)RNC21222的分組數(shù)據(jù)被傳輸?shù)経E 110。上述重定位方案(圖15中的第六步、第七步和第八步)在不同實(shí)施例中可以通過(guò)不同的方式實(shí)施。在第一個(gè)實(shí)施例中，會(huì)對(duì)源RNC11221和目標(biāo)RNC21222進(jìn)行修改。尤其是，源 RNC11221會(huì)被配置為在重新定位狀態(tài)時(shí)，將分組數(shù)據(jù)(其目的地是MX-Al 1241地址)轉(zhuǎn)發(fā)到MX-A21M2。新RNC2會(huì)被配置為在重新定位狀態(tài)時(shí)，將分組數(shù)據(jù)(其目的地是MX-Al地址)轉(zhuǎn)發(fā)到RNCl 1221。在第二個(gè)實(shí)施例中，目標(biāo)RNC21222可以使用服務(wù)MX-Al 1241(舊的)的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說(shuō)明了一種供用于根據(jù)3GPP 33. 107進(jìn)行分組交換合法監(jiān)聽(Li)的在先技術(shù)參考配置，據(jù)此并入本發(fā)明，以供參考。在圖16中，參考配置僅可從邏輯上表示合法監(jiān)聽涉及的實(shí)體，而不能對(duì)獨(dú)立的物理實(shí)體實(shí)施監(jiān)管。這可實(shí)現(xiàn)高度的集成。執(zhí)法監(jiān)聽設(shè)備(LEMF)連接到管理功能實(shí)體ADMF和兩個(gè)具有調(diào)解功能的分發(fā)功能
22實(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ū)分開來(lái)并連接到攔截網(wǎng)絡(luò)。由同一個(gè)目標(biāo)上不同執(zhí)法機(jī)構(gòu)(LEA)執(zhí)行的多種激活和分發(fā)功能，對(duì)于3G攔截控制元件(ICE)它們都是隱藏起來(lái)的。ICE可以是3G MSC服務(wù)器、3G GMSC服務(wù)器、P-CSCF、 S-CSCF, SGSN、GGSN、HLR、AAA 服務(wù)器、PDG、MME, S-Gff, PDN-GW、HSS。管理功能和分發(fā)功能分別通過(guò)標(biāo)準(zhǔn)化轉(zhuǎn)換接口 HI1、HI2和HI3連接到LEMF，并會(huì)通過(guò)接口 X1、X2和X3連接到電信系統(tǒng)(GSN，可以是SGSN或GGSN)。ADMF通過(guò)HIl和Xl接口連接，DF2通過(guò)HI2和X2接口連接，而DF3則通過(guò)HI3和X3接口連接。通過(guò)HI1接口從LEMF發(fā)送到ADMF的消息，以及通過(guò)Xl接口從ADMF發(fā)送到GSN的消息，都包含了需要監(jiān)控的目標(biāo)的標(biāo)識(shí)。DF2通過(guò)X2接口從網(wǎng)絡(luò)接收監(jiān)聽相關(guān)信息(IRI)， 并通過(guò)HI2接口將IRI分發(fā)到相關(guān)執(zhí)法機(jī)構(gòu)。分發(fā)功能DF3收到通信內(nèi)容CC(例如通過(guò)X3 接口收到對(duì)話和數(shù)據(jù))，并通過(guò)HI3接口將CC分發(fā)到LEA。圖17-19依據(jù)本發(fā)明的實(shí)施例說(shuō)明了適用于MBB網(wǎng)絡(luò)和⑶N的合法監(jiān)聽實(shí)施例。

圖17說(shuō)明了一種適用于實(shí)施合法監(jiān)聽方法的實(shí)施例。該實(shí)施例最容易實(shí)施，所以占據(jù)優(yōu)勢(shì)。在本實(shí)施例中，如果某個(gè)UE成為監(jiān)聽目標(biāo)，則不會(huì)把該UE分配到緩存媒體服務(wù)器(如MX-A 124)。因此，包括來(lái)自UE和發(fā)送給UE的OTT流量在內(nèi)的所有通信都可以在 GGSN 136(和/或SGSN 135)上進(jìn)行攔截，并根據(jù)上述描述與LEMF進(jìn)行通信。要實(shí)施本實(shí)施例，可以將附加功能添加到DPI 137中，以確定UE 110是否受到監(jiān)聽。DPI 137會(huì)審查UE請(qǐng)求并確定UE請(qǐng)求是否屬于含有LI標(biāo)志設(shè)置(如UE為L(zhǎng)I目標(biāo)) 的PDP上下文。如果UE為目標(biāo)，則DPI 137不會(huì)將UE請(qǐng)求轉(zhuǎn)發(fā)給⑶N 180，從而對(duì)緩存媒體服務(wù)器進(jìn)行內(nèi)容深層分組檢測(cè)和分配。相反，該UE請(qǐng)求轉(zhuǎn)發(fā)給BG 160或路徑中路由器，以便使用GGSN 136對(duì)本請(qǐng)求加以處理，而不會(huì)緩存。為確定UE是否為目標(biāo)，DPI 137檢查GGSN 136是否包含將源IP地址用作索引的 PDP上下文。如上所述，GGSN 136可以與LEMF相接合，并可具有關(guān)于被鎖定為目標(biāo)的UE的最新信息。在某些實(shí)施例中，只要UE請(qǐng)求與分配的簽名相匹配，則DPI 137就會(huì)檢查GGSN 136，以獲取LI信息。這是因?yàn)镈PI 137僅轉(zhuǎn)發(fā)那些與分配的簽名相匹配的UE請(qǐng)求(請(qǐng)參見圖11)。例如，如圖6所示，DPI 137和GGSN 136可以是單個(gè)設(shè)備或位于不同設(shè)備中。如下所述，LI的監(jiān)聽檢測(cè)功能所在地點(diǎn)可以有多個(gè)分支結(jié)構(gòu)。如果GGSN 136和DPI 137集成在同一設(shè)備中，信息交換會(huì)更為便捷，原因是PDP 上下文數(shù)據(jù)可輕易獲??；此外，UE的IP地址與國(guó)際移動(dòng)用戶識(shí)別碼(IMSI)之間的映射也很容易建立，原因是該數(shù)據(jù)也可從GGSN 136獲取。該選項(xiàng)在圖17中被顯示為選項(xiàng)A。或者，若DPI 137是與GGSN 136無(wú)關(guān)的獨(dú)立功能，則也可能至少出現(xiàn)兩個(gè)實(shí)施例。在第一個(gè)實(shí)施例中，專有API經(jīng)構(gòu)造可從GGSN 136獲取將UE IP用作索引的PDP 數(shù)據(jù)。這可具有與Gmc接口相似的構(gòu)造，其可為拉或推模型。如果DPI 137與DPI-C 181 實(shí)現(xiàn)了集成，則可以使用現(xiàn)有的Gmc接口。在第二個(gè)實(shí)施例中，DPI 136可能只會(huì)延遲對(duì)DPI-C 181和/或MC182的檢測(cè)。 DPI-C 181和/或MC 182會(huì)從GGSN 136提取強(qiáng)制更新的LI信息，例如通過(guò)Gmc接口提取。 在圖17中，這種方案附有參考標(biāo)簽選項(xiàng)B。
不過(guò)，由于監(jiān)聽點(diǎn)就位于GGSN 136所在位置，圖17中描述的實(shí)施例仍有一些局限，因此在通過(guò)MX-A 124建立UE會(huì)話后，對(duì)LI標(biāo)志進(jìn)行任何更新都不會(huì)影響到在會(huì)話期間監(jiān)聽通信內(nèi)容的能力。不過(guò)，在UE成為監(jiān)聽目標(biāo)后，可以對(duì)任何新的UE會(huì)話要求進(jìn)行監(jiān)控。也就是說(shuō)，無(wú)法對(duì)UE上正在進(jìn)行的會(huì)話進(jìn)行監(jiān)控，而只能對(duì)從該時(shí)間點(diǎn)開始的新會(huì)話進(jìn)行監(jiān)控。不過(guò)，在大多數(shù)LI規(guī)定中，這種限制還是可 以接受的，例如在北美地區(qū)就可以接受?！D18和圖19描述了本發(fā)明的實(shí)施例，這些實(shí)施例用于克服上述限制及其他限制的合法監(jiān)聽。圖18包括圖18A和圖18B，說(shuō)明了另一個(gè)適用于合法監(jiān)聽方法的實(shí)施例，其中，層 2網(wǎng)絡(luò)中的媒體服務(wù)器決定并分發(fā)與目標(biāo)UE的通信，圖18A說(shuō)明了實(shí)施LI的環(huán)境圖，及圖 18B說(shuō)明了 LI消息流；參閱圖18A可看到，要實(shí)施該實(shí)施例，需要提供另外兩個(gè)接口 ΧΓ和X3’。在本實(shí)施例中，配置GGSN 136以將服務(wù)MX-A 124的任何更新通知給LEA的LI請(qǐng)求。MX-A IP地址會(huì)根據(jù)Gmc接口的要求在PDP上下文中進(jìn)行定期維護(hù)。因此，GGSN 136 會(huì)將服務(wù)MX-A 124的任何新LI激活通知給任何UE，這種激活將由UE IP進(jìn)行確定。GGSN 136還會(huì)通知LI目標(biāo)UE的任何去激活狀況。因此，MX-A會(huì)存儲(chǔ)一個(gè)列有所有LI目標(biāo)UE 的列表。在各實(shí)施例中，我們會(huì)配置MX-A 124，使其具有執(zhí)行詢問(wèn)的能力，這方面的內(nèi)容我們將在下文進(jìn)行描述。尤其是MX-A 124經(jīng)配置可對(duì)UE標(biāo)記為目標(biāo)的任何來(lái)往分組數(shù)據(jù)進(jìn)行鏡像分發(fā)。在多個(gè)實(shí)施例中，ΧΓ和X3’接口可以通過(guò)不同方式實(shí)施。在多個(gè)實(shí)施例中，XI’ 接口可以用來(lái)傳輸來(lái)自GGSN的控制消息，例如在ADMF做出控制決策后。X3’接口可以用來(lái)與GGSN傳輸媒體數(shù)據(jù)，例如監(jiān)聽期間的數(shù)據(jù)。在一個(gè)實(shí)施例中，例如，RNC 122和GGSN 126之間的GTP-U/GTP-C消息隧道可通過(guò)使用IWF 123實(shí)現(xiàn)。在另一個(gè)實(shí)施例中，可以使用連接MX-A 124和⑶N 180的IP傳輸。不過(guò)，要使用 IP傳輸，處于安全方面的原因，必須使用VPN或IPSec協(xié)議。另外，GGSN經(jīng)配置可正確識(shí)別 MX-A 124的IP連接上的分組數(shù)據(jù)流是有效的UE流量并轉(zhuǎn)發(fā)至DF3。圖18A所述的LI架構(gòu)的LI消息流可見圖18B中的說(shuō)明。消息1801、1803、1805、 1806和1808是指符合3GPP標(biāo)準(zhǔn)(TS 3GPP 33. 107)的消息。消息1802、1804和1807根據(jù)本發(fā)明的實(shí)施例添加在此處。首先會(huì)描述目標(biāo)激活的過(guò)程。ADMF將“目標(biāo)激活” 1801(目標(biāo)ID和報(bào)告類型等等) 發(fā)送至GGSN。GGSN為PDP上下文中的監(jiān)聽目標(biāo)設(shè)置標(biāo)志。GGSN將響應(yīng)結(jié)果發(fā)送到ADMF。GGSN檢查監(jiān)聽目標(biāo)是否具有激活的PDP上下文。如果目標(biāo)有一個(gè)激活的PDP上下文，則GGSN會(huì)通知MX-A (目標(biāo)ID、GGSN IP等)對(duì)該目標(biāo)(消息1802)進(jìn)行監(jiān)控。如果該目標(biāo)沒(méi)有激活的PDP上下文，則GGSN會(huì)等待，直到下一次該目標(biāo)建立起激活的PDP上下文為止。接下來(lái)會(huì)描述目標(biāo)去激活的過(guò)程。ADMF將“目標(biāo)去激活”(目標(biāo)ID等等)發(fā)送至 GGSN(消息1803)。GGSN會(huì)清除監(jiān)聽目標(biāo)的標(biāo)志。GGSN對(duì)ADMF做出響應(yīng)，確認(rèn)進(jìn)行去激活 (消息1803)。GGSN通知MX-A(目標(biāo)ID等)清除該目標(biāo)(消息1804)的監(jiān)控標(biāo)志。MX-A為正在去激活的UE清除標(biāo)志。接下來(lái)會(huì)對(duì)目標(biāo)查詢過(guò)程進(jìn)行描述。ADMF將“目標(biāo)查詢”(目目標(biāo)ID等等)發(fā)送至GGSN(消息1805)。GGSN將響應(yīng)結(jié)果發(fā)送到ADMF。

接下來(lái)會(huì)對(duì)監(jiān)控的通信內(nèi)容報(bào)告過(guò)程進(jìn)行描述。UE從MX-A接收到所要求的分組數(shù)據(jù)(消息1806)。MX-A還會(huì)將分組數(shù)據(jù)(包括目標(biāo)ID、發(fā)到UE的分組內(nèi)容、GSN IP等) 報(bào)告給GGSN，如果將該UE標(biāo)志為受到監(jiān)聽的話(消息1807)。在多個(gè)實(shí)施例中，MX-A會(huì)向 GGSN輸出分發(fā)流鏡像，其中的數(shù)據(jù)與發(fā)送到UE的數(shù)據(jù)相匹配。GGSN從MX-A將受監(jiān)控的分組數(shù)據(jù)(如包含的目標(biāo)ID、內(nèi)容、GGSN的IP地址等)報(bào)告給DF3。在另一個(gè)實(shí)施例中，MX-A會(huì)直接向DF3發(fā)送詢問(wèn)(X3)，而不是使用GGSN傳遞接收詢問(wèn)的分組數(shù)據(jù)流。要實(shí)現(xiàn)這一過(guò)程，必須將MX-A配置為使用以下X3消息頭信息發(fā)送詢問(wèn)。X3消息標(biāo)頭包含目標(biāo)身份、關(guān)聯(lián)編號(hào)和可選時(shí)間戳。另可包含方向(包括T-PDU是否為移動(dòng)臺(tái)發(fā)起的(MO)或移動(dòng)臺(tái)終結(jié)的(MT))和目標(biāo)位置(若有)。但是此類參數(shù)通常都位于GGSN，因而自MX-A至DF3之間的直接連接可能實(shí)用性不夠。圖19包括圖19A和19B，說(shuō)明了合法監(jiān)聽方法的第三種實(shí)施例，其中，層2網(wǎng)絡(luò)中的媒體服務(wù)器決定并分發(fā)(但通過(guò)媒體控制器)與目標(biāo)UE的通信，圖19A說(shuō)明了實(shí)施LI 的上下文圖，及圖19B說(shuō)明了 LI消息流；與之前實(shí)施例不同，本實(shí)施例中，媒體控制器MC具有MX-A與GGSN之間的接口。參閱圖19A可看到，要實(shí)施該實(shí)施例，需要提供另外三個(gè)接口 X1”、X3’和X3”。參閱圖19A 可看到，MC 182 是 GGSN 136 而非 MX-A 124 的接口。GGSN 136 和 MC 182之間的Gmc接口予以利用。因而，并非由GGSN136直接從MC 182通知MX-A 124。本實(shí)施例還簡(jiǎn)化了接入網(wǎng)與⑶N網(wǎng)絡(luò)之間的交互。這是因?yàn)镚mc接口已為MC 182提供更新的 LI通知(通過(guò)PDP上下文更新進(jìn)行LI激活、去激活等等)。因此，我們不需要用于傳送控制信息(關(guān)于LI激活和取消激活等)的ΧΓ接口。X3，接口是MC 182與GGSN 136之間的詢問(wèn)分組數(shù)據(jù)流，并針對(duì)目標(biāo)LI UE提供。MC 182與MX-A 124之間的XI”接口可用于傳遞有關(guān)LI激活和取消激活的控制信息。圖19A所述的LI架構(gòu)的LI消息流可見圖19B中的說(shuō)明。如上所述，ADMF可與將UE激活為目標(biāo)UE的GGSN進(jìn)行通信(第1901步)。目標(biāo)激活可通過(guò)Gmc接口與MC通信(第1902步)，還可通過(guò)Xl ”接口與MX-A通信(第1903 步)。同樣地，取消目標(biāo)激活與GGSN通信(第1904步)，再與MC通信(第1905步)，然后轉(zhuǎn)發(fā)到MX-A (第1906步)。然后，ADMF可以請(qǐng)求目標(biāo)詢問(wèn)(第1907步)。MX-A可以使用標(biāo)記為目標(biāo)的UE來(lái)初始化分組數(shù)據(jù)傳輸(第1908步)。MX-A生成與UE之間所進(jìn)行的分組數(shù)據(jù)通信相匹配的流鏡像。MX-A會(huì)通過(guò)X3”接口將鏡像分組數(shù)據(jù)傳輸?shù)組C (第1909步)。 MC將鏡像分組數(shù)據(jù)轉(zhuǎn)發(fā)給GGSN (第1910步)。GGSN將從MC中收到的已攔截分組數(shù)據(jù)轉(zhuǎn)發(fā)給DF3(第1911步)?；蛘撸琈X-A與DF3之間具有直接接口，防止通過(guò)MC和GGSN(第1912 步)O如果正提供服務(wù)的MX-A更改為另一 MX-A(例如，安裝在同一 SGSN下)，本實(shí)施例甚至可大大有利于漫游過(guò)程中的合法監(jiān)聽。這是因?yàn)镸C收悉本次更改，因而對(duì)提供服務(wù)的新MX-A進(jìn)行重定向，以繼續(xù)合法監(jiān)聽。但是如果UE再定位在新GGSN下或MX-A出現(xiàn)故障，本實(shí)施例則可能無(wú)效。在本實(shí)施例中，與之前實(shí)施例不同的是，MC和GGSN之間的接口 X3’是媒體路徑， 而非控制路徑，且可能存在一些限制。因而在一些實(shí)施例中，MX-A中受監(jiān)聽的分組數(shù)據(jù)可如之前實(shí)施例所 述的方式直接發(fā)送至GGSN。在另一個(gè)替換實(shí)施例中，提供服務(wù)的MX-A對(duì)MX-B執(zhí)行中流重定向，該操作在GGSN 層級(jí)進(jìn)行部署，從而使所有流量都受到監(jiān)控，并從GGSN發(fā)送到DF3。在多個(gè)實(shí)施例中，UE不能檢測(cè)對(duì)當(dāng)前會(huì)話的任何明顯更改，但是提供服務(wù)的媒體服務(wù)器會(huì)被移動(dòng)到位于網(wǎng)絡(luò)中較高層級(jí)的媒體服務(wù)器上。這可能依次取決于MX-A執(zhí)行中流重定向的方式、媒體類型和分發(fā)協(xié)議(假設(shè)視頻內(nèi)容HTTP分發(fā)、MX-B上相同內(nèi)容的可用性和UE客戶端對(duì)中流重定向的支持)以及在視頻重定向點(diǎn)的MX-B上開始執(zhí)行的能力。有必要注意的是，這些詢問(wèn)過(guò)程屬于資源密集型和安全敏感型操作。因此，在一些實(shí)施例中，將圖17-19中描述的實(shí)施例結(jié)合起來(lái)也許會(huì)比較有利。例如，圖17中的實(shí)施例可以用于正常處理，而圖18和/或圖19中的實(shí)施例則可以用于極端情況下。例如，LEA可能會(huì)要求對(duì)帶有一些選定目標(biāo)UE的所有會(huì)話進(jìn)行監(jiān)聽。在此類極少數(shù)情況下，可以部署圖 18和/或圖19中描述的實(shí)施例。這樣可確保優(yōu)化資源消耗，而不會(huì)影響到合法監(jiān)聽通信內(nèi)容的能力。圖20根據(jù)本發(fā)明的實(shí)施例說(shuō)明了計(jì)費(fèi)、報(bào)告和分析方法的處理事宜。在多個(gè)實(shí)施例中，計(jì)費(fèi)和收費(fèi)可以包括后付費(fèi)和預(yù)付費(fèi)兩種計(jì)費(fèi)/收費(fèi)支持。下圖對(duì)計(jì)費(fèi)和其它一些后臺(tái)管理功能的環(huán)境進(jìn)行了說(shuō)明。本發(fā)明的實(shí)施例包括離線收費(fèi)和實(shí)時(shí)計(jì)費(fèi)，下文將做進(jìn)一步描述。首先會(huì)描述與離線計(jì)費(fèi)相關(guān)的本發(fā)明的一個(gè)實(shí)施例。經(jīng)過(guò)一定的預(yù)定時(shí)間(如 10分鐘，可配置)后，⑶N 180中的媒體數(shù)據(jù)(MD) 186會(huì)收集使用信息并上報(bào)到計(jì)費(fèi)中心 (BC)191。根據(jù)本發(fā)明的實(shí)施例，可以使用濾波算法。對(duì)于費(fèi)率套餐(即無(wú)限制的數(shù)據(jù)套餐) 用戶，可能不需要進(jìn)行控制。相反，對(duì)于其他用戶，其費(fèi)用取決于所使用的數(shù)據(jù)量，實(shí)際監(jiān)控可以取決于用戶規(guī)劃的類型。即使某些用戶的流量超過(guò)了合同上規(guī)定的限額，仍可能會(huì)允許這些用戶使用流量。不過(guò)，被稱為溢出流量的此類流量的計(jì)費(fèi)方式有所不同。本發(fā)明實(shí)施例促成對(duì)具有分層流量訂閱包的用戶適用準(zhǔn)實(shí)時(shí)計(jì)費(fèi)。根據(jù)一個(gè)或多個(gè)實(shí)施例，MD 186會(huì)從所有MX-A節(jié)點(diǎn)收集用戶信息，并每隔一段時(shí)間(預(yù)定義的分鐘數(shù))將該信息報(bào)告給BC 191。因此，若用戶設(shè)備會(huì)話的流量超過(guò)預(yù)分配限額或其它限額，會(huì)通過(guò)準(zhǔn)實(shí)時(shí)計(jì)費(fèi)的方式予以終止。準(zhǔn)實(shí)時(shí)計(jì)費(fèi)要求面向BC 191對(duì)用戶活動(dòng)的持續(xù)通信。對(duì)于此類計(jì)費(fèi)方式，用戶流量使用量超額被視為可容許的?；蛘?，對(duì)于沒(méi)有任何合同(預(yù)付)的用戶或當(dāng)運(yùn)營(yíng)商可能想避免此類用戶的流量超額，可要求進(jìn)行實(shí)時(shí)收費(fèi)。因此將會(huì)描述與實(shí)時(shí)計(jì)費(fèi)相關(guān)發(fā)明的實(shí)施例。GGSN 136通過(guò)Gmc接口通知MC 182新UE的PDP包括在線收費(fèi)網(wǎng)關(guān)(OCG)標(biāo)志， 該標(biāo)識(shí)指明此特定的UE需要實(shí)時(shí)收費(fèi)。將此UE請(qǐng)求重定向到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ì)將該請(qǐng)求重定向到MX-A 124，而會(huì)將其轉(zhuǎn)發(fā)到BG 160或路徑中路由器，這樣便可以使用GGSN 136對(duì)該請(qǐng)求進(jìn)行實(shí)時(shí)計(jì)費(fèi)。因此，在實(shí)時(shí)計(jì)費(fèi)模式下就不會(huì)
使用緩存。接下來(lái)會(huì)對(duì)與報(bào)告和分析方法相關(guān)的實(shí)施例進(jìn)行描述。出于非計(jì)費(fèi)目的生成報(bào)告(例如，NOC/運(yùn)營(yíng)量、網(wǎng)絡(luò)優(yōu)化和DPI簽名/算法調(diào)諧) 可通過(guò)MD 186進(jìn)行。在多個(gè)實(shí)施例中，MD 186可為基于云的聯(lián)機(jī)分析處理(OLAP)，該處理流程適用于處理⑶N網(wǎng)絡(luò)的記錄和運(yùn)營(yíng)數(shù)據(jù)。根據(jù)本發(fā)明的實(shí)施例，由于MBB網(wǎng)絡(luò)和⑶N 180之 間的交互，故可收集其它數(shù)據(jù) (MBB數(shù)據(jù))。此類其它數(shù)據(jù)可包括用戶的PDP上下文數(shù)據(jù)，例如，存儲(chǔ)在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之間的接口，以訪問(wèn)此類其它數(shù)據(jù)。本發(fā)明實(shí)施例還包括 AAA23USUR 232,PCRF 133和MD 186之間的接口。使用此類其它數(shù)據(jù)及通過(guò)進(jìn)一步處理， 網(wǎng)絡(luò)運(yùn)營(yíng)能更好地理解OTT流量(或B2B、B2C流量等等)。與QoS方法相關(guān)的發(fā)明的實(shí)施例將通過(guò)結(jié)合使用以下方法和圖20進(jìn)行說(shuō)明。QoS策略是通訊網(wǎng)絡(luò)中的一個(gè)重要因素。與固定寬帶網(wǎng)絡(luò)相比，在移動(dòng)網(wǎng)絡(luò)下表現(xiàn)得更為明顯。這是因?yàn)橄啾菷BB網(wǎng)絡(luò)基礎(chǔ)設(shè)施，移動(dòng)基礎(chǔ)設(shè)施受限更多，且成本更高，例如空中接口和遠(yuǎn)程回程。在要求對(duì)付費(fèi)更多的用戶進(jìn)行區(qū)分對(duì)待的MBB網(wǎng)絡(luò)中，從VIP用戶獲得的收入要比從低端用戶獲得的收入高出100倍或更多。參閱圖20可看到，在第一種方法中，MC 182接收QoS/PCC參數(shù)并將其用于向用戶提供區(qū)別待遇。在MC 182可以傳遞很多QoS/PCC參數(shù)，并通過(guò)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上獲取。MC 182可以使用上述信息，并根據(jù)這些QoS/PCC參數(shù)以及MBB和⑶N網(wǎng)絡(luò)的狀況來(lái)分配或選擇合適的媒體服務(wù)器(MX-A、MX-B或MX-C)。在一個(gè)實(shí)施例中，通過(guò)結(jié)合路由請(qǐng)求策略/探試和PCRF 133或GGSN136的UE配置文件和/或QoS參數(shù)，可提高UE的體驗(yàn)質(zhì)量(QoE)。例如，對(duì)于VIP用戶，MC 182上的 PDP上下文數(shù)據(jù)子集可指明UE作出的UE請(qǐng)求具有VIP身份，并應(yīng)適用特殊請(qǐng)求路由處理。 例如，此類VIP總可優(yōu)先路由至正提供服務(wù)的MX-A，例如，通過(guò)更多(暗示/明示)的向UE 提供最高比特率(適用于有多種比特的情況下)的指令，其中的比特率與PS/RAN鏈路中受保證的吞吐量相匹配。相似的是，如果UE不是VIP用戶，則此類請(qǐng)求可轉(zhuǎn)發(fā)至其它媒體服務(wù)器，例如，MX-B 184或MX-C (位于對(duì)等點(diǎn)/BG)或在服務(wù)提供商(SP)站點(diǎn)，檢索內(nèi)容，以及在PS網(wǎng)絡(luò)中吞吐量較低的情況下，保留資源以提供給VIP用戶。在第二個(gè)實(shí)施例中，MC 182直接從PCRF檢索信息并將此信息用于向MBB和FBB 網(wǎng)絡(luò)提供服務(wù)。在本實(shí)施例中，MC 182通過(guò)使用IP承載的線徑上方PCRF 133的直接接口 (AAA/半徑狀接口)，從PCRF 133獲取策略規(guī)定。這有利于MC獲取其他不可從專用GGSN Gmc接口獲取的策略規(guī)定。例如，PCRF 133可控制MBB和FBB QoS策略規(guī)定，因而MC182可獲取適用于特定用戶的常用策略規(guī)定。所以在本實(shí)施例中，⑶N 180在MBB和FBB之間直接與一組常見的PCRF節(jié)點(diǎn)運(yùn)作。

在第三個(gè)實(shí)施例中，MC 182將QoS數(shù)據(jù)子集轉(zhuǎn)發(fā)至正在提供服務(wù)的媒體服務(wù)器 (例如，MX-A 124)，之后將該信息用于區(qū)別地向UE提供服務(wù)。也可以將QoS策略參數(shù)和規(guī)定從MC 182轉(zhuǎn)發(fā)到(供分析之用的)其他功能組件 (如MX-A 124、MX-B 184、MX-C和MD 186)，并/或轉(zhuǎn)發(fā)到用于B2B和B2C業(yè)務(wù)的媒體存儲(chǔ)云。這些組件可以根據(jù)轉(zhuǎn)發(fā)的QoS參數(shù)和規(guī)則、功能/節(jié)點(diǎn)的當(dāng)前條件以及其他相關(guān)環(huán)境參數(shù)做出不同的反應(yīng)，從而為每個(gè)UE類型提供適當(dāng)QoS。將QoS規(guī)定和參數(shù)轉(zhuǎn)發(fā)到媒體服務(wù)器的目的之一在于，這些媒體服務(wù)器有能力適應(yīng)日益變化的隨時(shí)分發(fā)要求。例如，比特率適配(已緩存的多速率文件/段)、MX上的按需碼流轉(zhuǎn)換或?qū)γ襟w文件格式或特點(diǎn)的更改(例如，解像度、比特率、移動(dòng)屏幕尺寸、媒體檔案等等)等方法可動(dòng)態(tài)予以執(zhí)行，以向UE提供PCRF 133等策略實(shí)體要求的最合適的QoS。本發(fā)明實(shí)施例還包括對(duì)媒體播放器和/或媒體服務(wù)器MX-A或MX-B等等的配置， 以便用戶享有更高效的服務(wù)，同時(shí)享有以下高級(jí)功能快速啟動(dòng)、流暢播放適用的智能緩沖控制、HTTP率上限、對(duì)另一臺(tái)媒體服務(wù)器的中流重定向、媒體服務(wù)器故障恢復(fù)和/或旨在改善操作并積累業(yè)務(wù)智能，從媒體服務(wù)器向CDN 180進(jìn)行的QoS數(shù)據(jù)收集與分發(fā)。圖21說(shuō)明了根據(jù)本發(fā)明實(shí)施例處理媒體服務(wù)器的故障。如多個(gè)實(shí)施例所述，每一個(gè)MX-A都向大量的用戶提供實(shí)時(shí)服務(wù)。因而，MX-A的故障可對(duì)許多用戶造成重大影響，除非緩解程序準(zhǔn)備就緒。首先會(huì)描述故障恢復(fù)的第一個(gè)實(shí)施例。如圖21所示，IffF 123被配置為立即檢測(cè) MX-A 124是否出現(xiàn)故障或停止為UE 110提供服務(wù)(請(qǐng)參閱圖21中的標(biāo)為“2201”的虛線部分)。IffF 123或保持與MX-A 124 —致的心跳，或每一次IWF 123將消息自UE 110轉(zhuǎn)發(fā)至MX-A 124時(shí)設(shè)置一個(gè)定時(shí)器。如果MX-A 124未在心跳定時(shí)器之后作出響應(yīng)或消息響應(yīng)定時(shí)器失效，則IWF 124經(jīng)配置可將此UE請(qǐng)求(或UE重試消息)轉(zhuǎn)發(fā)給位于穿過(guò)DPI 137 和DPI-C 181的PS路徑(圖21中的線2211)上提供服務(wù)的MC 182。DPI 137和DPI-C181 經(jīng)配置都可將此消息轉(zhuǎn)發(fā)給MC 182，后者也可與出現(xiàn)故障的MX-A124保持不一致的心跳。 MC 182選擇MX-B 184等另一臺(tái)不同的媒體服務(wù)器，后者可能與GGSN 136/DPI 137/DPI-C 181相連，并將UE請(qǐng)求重定向至新的媒體服務(wù)器MX-B 184。UE 110目前繼續(xù)獲取從MX-B 184(圖21中的線2221)分發(fā)的媒體。上述描述方法需要在IWF 123和/或RNC 122上加強(qiáng)，從而檢測(cè)MX-A 124故障并將請(qǐng)求正確路由到MC 182。下面我們將描述故障恢復(fù)方法的第二個(gè)實(shí)施例。本實(shí)施例說(shuō)明了上述實(shí)施例在 RNC 122和/或IWF 123未修改情況下的簡(jiǎn)化。在本實(shí)施例中，MC 182檢測(cè)MX-A 124故障，例如，由于MX-A 124心跳中斷。MC 182根據(jù)上述描述選擇一個(gè)新的媒體服務(wù)器，例如，可以選擇MX-B 184。MC182構(gòu)建一條直接定向至每一臺(tái)當(dāng)前受影響的UE的HTTP消息 (HTTP302)，同時(shí)將源地址掩飾為MX-A 124的IP地址。這可能是因?yàn)镸C 182可輕松獲取 UE中具有IP地址的活動(dòng)的PDP的列表。MC 182將此類消息傳輸至各個(gè)UE。當(dāng)IWF 123/ RNC 122位置上接收到MC 182的每一條此類消息，IWF 123/RNC 122僅將它們轉(zhuǎn)發(fā)至指定的UE，因?yàn)橄⑹峭ㄟ^(guò)正確GTP-U隧道和正確的隧道端點(diǎn)標(biāo)識(shí)符(TEID)而進(jìn)行傳輸?shù)?。UE接收此類消息，會(huì)為了實(shí)現(xiàn)分發(fā)而接觸新的媒體服務(wù)器，例如，MX-B 184。 上述的第一個(gè)及第二個(gè)實(shí)施例可能存在一些局限。例如，用戶的媒體會(huì)話可能突然終止，而且在新媒體服務(wù)器MX-B 184開始串流的情況下，新會(huì)話可能從媒體剪輯處開始。在使用HTTP自適應(yīng)串流方式的實(shí)施例中，媒體播放器可自上一次會(huì)話故障點(diǎn)請(qǐng)求新反饋，因而使用戶無(wú)須從開頭觀看媒體剪輯。但是，在本發(fā)明中使用常規(guī)HTTP漸進(jìn)式下載的第一個(gè)及第二個(gè)實(shí)施例中難以避免這一問(wèn)題。建議接下來(lái)的第三個(gè)實(shí)施例至少須克服第一個(gè)及第二個(gè)故障恢復(fù)實(shí)施例的上述局限。下方的第三個(gè)實(shí)施例是對(duì)第一個(gè)及第二個(gè)實(shí)施例的完善。根據(jù)本實(shí)施例，可以增強(qiáng)媒體服務(wù)器來(lái)處理會(huì)話從第一個(gè)媒體服務(wù)器(MX-A 124) 向另一個(gè)媒體服務(wù)器(MX-B 184)的轉(zhuǎn)移。如果UE 110上的媒體服務(wù)器檢測(cè)到其在回放會(huì)話中間階段正重定向到另一個(gè)媒體服務(wù)器(意思是服務(wù)中斷)，那么媒體播放器會(huì)包括關(guān)于該會(huì)話的其它信息。例如，媒體播放器可通過(guò)始于當(dāng)前時(shí)間代碼(TC)或字節(jié)范圍的BYTE RANGE請(qǐng)求修改面向新媒體播放器(如MX-B 184)的HTTP Get請(qǐng)求。對(duì)于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)故障，則上述的第一個(gè)、第二個(gè)和/或第三個(gè)實(shí)施例可以實(shí)現(xiàn)。例如， IWF 123或MC 182可檢測(cè)到MX-B 184的故障并將UE請(qǐng)求重分配至新的媒體服務(wù)器，例如在運(yùn)營(yíng)商的PDN的對(duì)等點(diǎn)上與BG 160或核心路由器相連的MX-C?；蛘撸琈C 182可重定向至CDN 180中的其它MX-B。上述網(wǎng)絡(luò)功能和組件有一部分需要重新配置和分配，具體可見下方說(shuō)明。下方討論可能不包括本發(fā)明實(shí)施例實(shí)施可能所需的所有配置更改。在一個(gè)或多個(gè)實(shí)施例中，互通功能和無(wú)線網(wǎng)絡(luò)控制器可能須要予以配置，以識(shí)別 IWF可能相連(例如，可能基于)的本地MX-A，例如，IP范圍。IWF/RNC可能須要予以配置， 以識(shí)別本地媒體服務(wù)器的故障，例如，按照上述說(shuō)明使用定時(shí)器等等。IWF/RNC可能須要予以配置，以識(shí)別媒體控制器的IP地址，從而能在本地媒體服務(wù)器出現(xiàn)故障的情況下轉(zhuǎn)發(fā)UE 請(qǐng)求。IWF/RNC可能須要配置有服務(wù)對(duì)象UE適用的IP地址映射關(guān)系和隧道端點(diǎn)標(biāo)識(shí)符 (TEID)。IWF/RNC可能須要予以配置，以將新的RNC數(shù)據(jù)包從IuR轉(zhuǎn)發(fā)至IWF/MX-A，例如， 促成持續(xù)的串流漫游/重定位或媒體故障。在一個(gè)或多個(gè)實(shí)施例中，GGSN可能須要予以配置，以識(shí)別媒體控制器的IP地址。 GGSN可能須要予以配置，以識(shí)別GGSN范圍內(nèi)的MX-AIP地址。GGSN可能須要予以配置，從而在DPI查詢GGSN以獲得決策制定所需的上下文信息的情況下識(shí)別DPI。GGSN可能須予以配置，以將PDP上下文更新(創(chuàng)建、修改及刪除)發(fā)送至提供服務(wù)的MC。GGSN可能須要予以配置，以維護(hù)當(dāng)前面向任何給定的PDP上下文(UE)提供服務(wù)的MX-A。在一個(gè)或多個(gè)實(shí)施例中，SGSN可能須要予以配置，以防止在重定位過(guò)程中或在其之后出現(xiàn)終止，從而使得先前的MX-A可繼續(xù)向UE分發(fā)媒體流。在一些實(shí)施例中，SGSN無(wú)法更改，除非我們通過(guò)GTP擴(kuò)展名將其用于RNC IP或ID，從而將該信息傳遞至GGSN并將其作為一個(gè)定制參數(shù)用于PDP上下文字段。在一個(gè)或多個(gè)實(shí)施例中，層2接入網(wǎng)中的本地媒體服務(wù)器(MX-A)可能須要配置有其為實(shí)現(xiàn)LI相關(guān)功能而必須予以相連的GGSN IP地址。MX-A可能須要配置有⑶N默認(rèn)內(nèi)容檢索算法和CDN網(wǎng)絡(luò)運(yùn)營(yíng)中心向MX-A動(dòng)態(tài)分配的更新。本配置文件可用于UE請(qǐng)求服務(wù)過(guò)程中緩存缺失的情況下。MX-A可能須予以配置，以將MX-A本地日志發(fā)送至CDN的MD服務(wù)器(例如，用于計(jì)費(fèi)、收費(fèi)和分析的服務(wù)器)。為了合法監(jiān)聽，MX-A可能須要予以配置，以在方法與所使用的DF3存在直接聯(lián)系的情況下識(shí)別DF3。在一個(gè)或多個(gè)實(shí)施例中，MX-A可能須予以配置，以接收PDP相關(guān)的信息，從而支持朝 向DF3的X3接口，例如，目標(biāo)身份、相關(guān)編號(hào)和可選時(shí)間戳，還可能包含方向(指出傳輸協(xié)議數(shù)據(jù)單元(T-PDU)是移動(dòng)臺(tái)發(fā)起的還是移動(dòng)臺(tái)終結(jié)的)，以及目標(biāo)位置(如果有)。在一個(gè)或多個(gè)實(shí)施例中，媒體控制器可能須配置有其正提供服務(wù)的目標(biāo)GGSN IP 地址，每一個(gè)媒體控制器可向多個(gè)GGSN提供服務(wù)。媒體控制器可能須予以配置，以識(shí)別較高層級(jí)媒體服務(wù)器(MX-B)和DPI-C功能及它們用于轉(zhuǎn)發(fā)消息的IP地址。媒體控制器可能須配置有RNC IP/ID和其MX-A IP地址之間靜態(tài)映射的列表。媒體控制器可能須配置有 PCRF的IP地址。在一個(gè)或多個(gè)實(shí)施例中，媒體數(shù)據(jù)功能可能須予以配置，以識(shí)別計(jì)費(fèi)服務(wù)器(BS) IP地址并能與IP承載的RESTfUl接口的上方的BS進(jìn)行通信。媒體數(shù)據(jù)功能可能須予以配置，以識(shí)別PCRF IP地址、AAA服務(wù)器IP地址和SUR服務(wù)器IP地址。在一個(gè)或多個(gè)實(shí)施例中，BS、PCRF, AAA和SUR可能須予以配置，以識(shí)別⑶N組件 (例如，MD和MC)。在一個(gè)或多個(gè)實(shí)施例中，用于合法監(jiān)聽的DF3可能須予以配置，以在使用了 “將MX-A導(dǎo)向至DF3選項(xiàng)”方法的情況下識(shí)別MX-AIP地址。上述發(fā)明實(shí)施例可適用于MBB網(wǎng)絡(luò)之外其他類型的網(wǎng)絡(luò)。在多個(gè)實(shí)施例中，MBB網(wǎng)絡(luò)可以為2G、2. 5G、3G、4G或更高的蜂窩無(wú)線網(wǎng)絡(luò)。本發(fā)明的實(shí)施例可適用于其它的無(wú)線網(wǎng)絡(luò)，如WiMAX網(wǎng)絡(luò)(或更高的網(wǎng)絡(luò))。同樣，本發(fā)明的實(shí)施例還適用于FBB網(wǎng)絡(luò)，其中包含數(shù)字用戶線路(XDSL)網(wǎng)絡(luò)、有線帶寬網(wǎng)絡(luò)、光纖到家/戶 (FTTX)網(wǎng)絡(luò)、電力線通信(PLC)網(wǎng)絡(luò)等。如WiMAX和其它固定寬帶網(wǎng)絡(luò)或有限移動(dòng)網(wǎng)絡(luò)等無(wú)線網(wǎng)絡(luò)可能都會(huì)具有由于OTT流量引起的類似壓力，而這種壓力可以通過(guò)上述描述的本發(fā)明實(shí)施例來(lái)降低。圖22說(shuō)明了實(shí)施上述發(fā)明實(shí)施例的XDSL網(wǎng)絡(luò)。如圖22所示，多個(gè)UE 2410(如 UE-UUE-2和UE-3)通過(guò)接入網(wǎng)絡(luò)2320接收服務(wù)，該網(wǎng)絡(luò)與核心網(wǎng)絡(luò)2350通過(guò)城域網(wǎng)2330 實(shí)現(xiàn)耦合。接入網(wǎng)絡(luò)2320包含數(shù)字用戶線接入復(fù)用器(DSLAM) 2321，后者是一個(gè)層2交換機(jī)，使用多工技術(shù)將多個(gè)數(shù)字用戶線路(DSL) (UE 2310)連接至高速互聯(lián)網(wǎng)主干線。DSLAM 2321的流量將切換到2322 (在此位置上，終端用戶流量繼而路由至互聯(lián)網(wǎng)2370的ISP網(wǎng)絡(luò))上。BRAS 2322通過(guò)業(yè)務(wù)路由器2336 (其可具有DPI 2337)實(shí)現(xiàn)耦合?；蛘撸珼PI 2337 可為城域網(wǎng)2330中的獨(dú)立單元。DPI 2337與核心網(wǎng)絡(luò)2350中的核心路由器2361及⑶N 2480 中的 DPI-C 2381 耦合。根據(jù)本發(fā)明實(shí)施例，具有DPI-C 2381的⑶N 2380決定UE請(qǐng)求是否涉及可緩存內(nèi)容，之后CDN 2380中的MC 2382是否分配媒體服務(wù)器向UE 2310提供服務(wù)。MC 2382可在接入網(wǎng)2320中分配MX-A2424等本地媒體服務(wù)器。在一個(gè)實(shí)施例中，MX-A 2324如多個(gè)實(shí)施例所述通過(guò)IWF 2323實(shí)現(xiàn)耦合，以至于MX-A 2324成為提供服務(wù)的媒體服務(wù)器，而且運(yùn)行多個(gè)實(shí)施例所述的緩存功能。如上述多個(gè)實(shí)施例所述，DPI-C 2481可與DPI 2337、MX-B2384和/或MC 2382集成。
圖23說(shuō)明了實(shí)施上述發(fā)明實(shí)施例的有線寬帶網(wǎng)絡(luò)。如圖23所示，多個(gè)UE 2410 (如UE-l、UE-2和UE-3)通過(guò)頭端2420接收服務(wù)，該頭端與核心網(wǎng)絡(luò)2450通過(guò)城域網(wǎng) 2430實(shí)現(xiàn)耦合。頭端2420包含正交調(diào)幅單元(QAM) 2421，后者使用多工技術(shù)將UE 2410連接至高速互聯(lián)網(wǎng)主干線。QAM 2421的流量通過(guò)層3節(jié)點(diǎn)2422 (在此位置上，終端用戶流量繼而路由至互聯(lián)網(wǎng)2470的ISP網(wǎng)絡(luò))進(jìn)行切換。層3節(jié)點(diǎn)2422通過(guò)業(yè)務(wù)路由器2436 (其可具有DPI 2437)實(shí)現(xiàn)耦合?；蛘?，DPI 2437可為城域網(wǎng)2430中的獨(dú)立單元。DPI 2437 與核心網(wǎng)絡(luò)2450中的核心路由器2461及CDN2480中的DPI-C 2481相耦合。根據(jù)本發(fā)明的實(shí)施例，具有DPI-C 2481的CDN2480決定UE是否涉及可緩存內(nèi)容。 CDN 2480中的MC 2482分配媒體服務(wù)器向UE 2410提供服務(wù)。MC 2482可在頭端2420中分配MX-A 2424等本地媒體服務(wù)器。在有線寬帶網(wǎng)絡(luò)(例如，用于CATV網(wǎng)絡(luò)之上)中，纜線頭端可以是MX-A2424的一個(gè)良好位置。在一個(gè)實(shí)施例中，MX-A2424如多個(gè)實(shí)施例所述通過(guò)IWF 2423實(shí)現(xiàn)耦合，以至于MX-A 2424成為提供服務(wù)的媒體服務(wù)器，而且運(yùn)行多個(gè)實(shí)施例所述的緩存功能。如上述多個(gè)實(shí)施例所述，DPI-C2481可與DPI 2437、MX-B 2484和/ 或MC 2482集成。如上所述，本發(fā)明的實(shí)施例包括PLC網(wǎng)絡(luò)。在PLC網(wǎng)絡(luò)中，本地媒體服務(wù)器(MX-A) 可部署在PLC網(wǎng)絡(luò)的低電壓或中等電壓頭端單元中。圖24說(shuō)明了符合本發(fā)明實(shí)施例的代表性媒體設(shè)備。媒體設(shè)備2400包括接收器2410，其可包括無(wú)線天線接收器和/或(例如，在媒體內(nèi)容存儲(chǔ)在遠(yuǎn)程位置的情況下)用于接收媒體內(nèi)容的有線網(wǎng)絡(luò)連接端口。媒體設(shè)備2400 還包括存儲(chǔ)器2430，其可包括非易失性存儲(chǔ)器和易失性存儲(chǔ)器。在一個(gè)實(shí)施例中，圖4-15 及圖17-23所述操作的相關(guān)指令可存儲(chǔ)于非臨時(shí)性存儲(chǔ)介質(zhì)，例如，存儲(chǔ)器2430中的磁存儲(chǔ)介質(zhì)或固態(tài)存儲(chǔ)介質(zhì)。媒體設(shè)備2400可包括更多用于輸入及輸出數(shù)據(jù)的I/O設(shè)備2450。例如，I/O設(shè)備 2450可包括諸如激光可讀介質(zhì)之類的光盤(例如，壓縮碟播放器、藍(lán)光碟播放器和/或數(shù)字視頻播放器等)。在一個(gè)實(shí)施例中，圖4-15及圖17-23所述操作的相關(guān)指令可存儲(chǔ)于光盤，后者是非臨時(shí)性存儲(chǔ)介質(zhì)。媒體設(shè)備2400還可包括顯示器2460和用于發(fā)射壓縮數(shù)據(jù)的發(fā)射器2440。發(fā)射器2440可包括多個(gè)無(wú)線天線和/或有線端口。發(fā)射器2440和接收器2410可在一些實(shí)施例中進(jìn)行一并整合。媒體設(shè)備2400包括處理器2420 (經(jīng)配置，其可執(zhí)行圖4_15及圖17_23所述操作的指令)。處理器2420可包含單個(gè)處理器或多個(gè)處理器。在多個(gè)實(shí)施例中，媒體設(shè)備2400可以是L2節(jié)點(diǎn)(例如，無(wú)線網(wǎng)絡(luò)控制器和/或 eNB、IWF)，可以是諸如網(wǎng)關(guān)服務(wù)器等L3節(jié)點(diǎn)(例如，GGSN、SGSN、包括MX-A、媒體控制器、媒體數(shù)據(jù)功能、DPI、DPI-C、PCRF, CG、DSLAM、BRAS、SRC、QAM,以及多個(gè)實(shí)施例中所述的其他單元的媒體服務(wù)器)(例如，參閱圖4、7、20、22-23)。圖25說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體控制器的組件。媒體控制器可包括圖24所述的一般組件。另外，根據(jù)圖25，媒體控制器(例如，圖24中的處理器2420) 包含接收器2510，后者經(jīng)配置可接收向用戶設(shè)備提供媒體服務(wù)的請(qǐng)求。經(jīng)配置，緩存信息接收器2520可接收有關(guān)媒體內(nèi)容的緩存信息。緩存信息包括有關(guān)用戶設(shè)備請(qǐng)求的媒體內(nèi)容是否可以緩存的信息。媒體控制器2500還包含分配器2530，后者經(jīng)配置可分配媒體服務(wù)器層次集中的第一媒體服務(wù)器，使其在待接受服務(wù)的媒體內(nèi)容可緩存的情況下向用戶設(shè)備提供服務(wù)。媒體服務(wù)器層次集包含部署在多個(gè)層2 (L2)接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。用戶設(shè)備通過(guò)多個(gè)L2接入網(wǎng)的其中一個(gè)L2接入網(wǎng)與內(nèi)容分發(fā)網(wǎng)絡(luò)耦合。

在一個(gè)實(shí)施例中，媒體控制器的處理器包含多個(gè)如接收器2510執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、緩存信息接收器2520和分配器2530。在另一個(gè)實(shí)施例中，接收器 2510、緩存信息接收器2520和分配器2530的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器2510、緩存信息接收器2520和分配器2530執(zhí)行操作。圖26說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體服務(wù)器2600的組件。媒體控制器2600可包括圖24所述的一般組件。另外，根據(jù)圖26，媒體控制器2600 (例如，圖24中的處理器2420)包含接收器2610，后者經(jīng)配置可接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。用戶設(shè)備通過(guò)L2接入網(wǎng)與內(nèi)容分發(fā)網(wǎng)絡(luò)耦合。經(jīng)配置，測(cè)定裝置2620可確定可緩存媒體內(nèi)容是否存儲(chǔ)于第一媒體服務(wù)器中。第一媒體服務(wù)器2600不會(huì)確定可緩存媒體內(nèi)容是否為可緩存內(nèi)容。如果媒體內(nèi)容已存儲(chǔ)在第一媒體服務(wù)器的緩存中，服務(wù)器2630經(jīng)配置便會(huì)從緩存將可緩存媒體內(nèi)容提供給用戶設(shè)備。在一個(gè)實(shí)施例中，媒體控制器2600的處理器包含多個(gè)如接收器2610執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、緩存信息接收器2620和分配器2630。在另一個(gè)實(shí)施例中，接收器2610、緩存信息接收器2620和分配器2630的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器2610、測(cè)定裝置2620和服務(wù)器2630執(zhí)行操作。圖27說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的內(nèi)容處理器2700的組件。內(nèi)容處理器2700可包括圖24所述的一般組件。另外，根據(jù)圖27，內(nèi)容處理器2700 (例如，圖24 中的處理器2420)包含接收器2710，后者經(jīng)配置可接收向用戶設(shè)備提供媒體內(nèi)容服務(wù)的請(qǐng)求。用戶設(shè)備通過(guò)多個(gè)L2訪問(wèn)網(wǎng)絡(luò)的L2訪問(wèn)網(wǎng)絡(luò)與內(nèi)容分發(fā)網(wǎng)絡(luò)相耦合。經(jīng)配置，測(cè)定裝置2720可確定待提供的媒體內(nèi)容是否可緩存。關(guān)于向第一媒體服務(wù)器提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求，重導(dǎo)器2730經(jīng)配置可對(duì)其進(jìn)行重定向。第一媒體服務(wù)器是媒體服務(wù)器層次集中的一臺(tái)媒體服務(wù)器。媒體服務(wù)器層次集包括部署在多個(gè)L2接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。在一個(gè)實(shí)施例中，內(nèi)容處理器2700包含多個(gè)如接收器2710執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、測(cè)定裝置2720和重導(dǎo)器2730。在另一個(gè)實(shí)施例中，接收器2710、測(cè)定裝置2720和重導(dǎo)器2730的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器2710、測(cè)定裝置2720和重導(dǎo)器2730執(zhí)行操作。圖28說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的交互功能單元2800的組件。交互功能單元2800可包括圖24所述的一般組件。另外，根據(jù)圖28，交互功能單元2800包含接收器2810，后者經(jīng)配置可接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。經(jīng)配置，測(cè)定裝置2820可確定請(qǐng)求的目的地IP地址。經(jīng)配置，轉(zhuǎn)發(fā)器2830可在目的地IP地址與存儲(chǔ)列表中的目的地IP地址相匹配的情況下，將收到的請(qǐng)求轉(zhuǎn)發(fā)至L2接入網(wǎng)的第一媒體服務(wù)器。經(jīng)配置，重新打包 工具2840可將收到的請(qǐng)求重新打包至TCP/IP消息。經(jīng)配置，轉(zhuǎn)發(fā)器 2830可將收到的請(qǐng)求轉(zhuǎn)發(fā)至第一媒體服務(wù)器。在一個(gè)實(shí)施例中，交互功能單元2800的處理器包含多個(gè)如接收器2810執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、測(cè)定裝置2820、轉(zhuǎn)發(fā)器2840和重新打包工具2840。在另一個(gè)實(shí)施例中，接收器2810、測(cè)定裝置2820、轉(zhuǎn)發(fā)器2840和重新打包工具2840的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器2810、測(cè)定裝置 2820、轉(zhuǎn)發(fā)器2840和重新打包工具2840執(zhí)行操作。圖29說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的第二媒體服務(wù)器2900的組件。第二媒體服務(wù)器2900包含接收器2910，后者經(jīng)配置可接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。上述請(qǐng)求接收時(shí)間的前后，用戶設(shè)備自首個(gè)層2接入網(wǎng)中的首個(gè)層2節(jié)點(diǎn)切換至第二個(gè)層2接入網(wǎng)中的第二個(gè)層2節(jié)點(diǎn)，而且會(huì)自第一媒體服務(wù)器終止用戶設(shè)備的可緩存媒體內(nèi)容的串流會(huì)話。第二媒體服務(wù)器2900還包含一個(gè)測(cè)定裝置2920 (經(jīng)配置，其可確定可緩存媒體內(nèi)容是否存儲(chǔ)在儀器緩存中)和一個(gè)服務(wù)器2930 (經(jīng)配置，在媒體內(nèi)容存儲(chǔ)在儀器緩存中的情況下，其可從緩存向用戶設(shè)備提供可緩存媒體內(nèi)容的服務(wù))。第二媒體服務(wù)器2900可包括圖24所述的一般組件。在一個(gè)實(shí)施例中，第二媒體服務(wù)器2900的處理器包含多個(gè)如接收器2910執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、測(cè)定裝置2920和服務(wù)器2930。在另一個(gè)實(shí)施例中，接收器 2910、測(cè)定裝置2920和服務(wù)器2930的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器2910、測(cè)定裝置2920和服務(wù)器2930執(zhí)行操作。圖30說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體控制器3000的組件；媒體控制器3000可包括圖24所述的一般組件。媒體控制器3000包含一個(gè)接收器3010，后者經(jīng)配置可接收用戶設(shè)備的串流媒體內(nèi)容的請(qǐng)求。第二請(qǐng)求接收時(shí)間的前后，用戶設(shè)備自第一層2接入網(wǎng)中的第一層2節(jié)點(diǎn)切換至第二層2接入網(wǎng)中的第二層2節(jié)點(diǎn)，而且會(huì)自第一媒體服務(wù)器終止用戶設(shè)備的可緩存媒體內(nèi)容的串流會(huì)話。經(jīng)配置，分配器3020可指定第二個(gè)層2接入網(wǎng)中的第二流媒體服務(wù)器來(lái)服務(wù)用戶設(shè)備。在一個(gè)實(shí)施例中，媒體控制器3000的處理器包含多個(gè)如接收器3010執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片和分配器3020。在另一個(gè)實(shí)施例中，接收器3010和分配器3020 的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3010和分配器3020執(zhí)行操作。圖31說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的L3節(jié)點(diǎn)3100的組件。L3節(jié)點(diǎn) 3100可包括圖24所述的一般組件。L3節(jié)點(diǎn)3100包含一個(gè)監(jiān)控器3110，后者經(jīng)配置可監(jiān)控用戶設(shè)備是否正進(jìn)行切換。經(jīng)配置，L3節(jié)點(diǎn)3100可停止用戶設(shè)備與為用戶設(shè)備提供服務(wù)的第一媒體服務(wù)器之間的會(huì)話。經(jīng)配置，識(shí)別器3120可識(shí)別在用戶設(shè)備自首個(gè)L2節(jié)點(diǎn)至第二個(gè)L2節(jié)點(diǎn)進(jìn)行切換時(shí)，正從第一媒體服務(wù)器向用戶設(shè)備串流的媒體內(nèi)容。經(jīng)配置，L3 節(jié)點(diǎn)3100可向首個(gè)L2節(jié)點(diǎn)和第二個(gè)L2節(jié)點(diǎn)提供服務(wù)。如果用戶設(shè)備自首個(gè)L2節(jié)點(diǎn)切換至第二個(gè)L2節(jié)點(diǎn)，則L3節(jié)點(diǎn)3100經(jīng)配置可不停止自第一流媒體服務(wù)器對(duì)流媒體內(nèi)容進(jìn)行串流。在一個(gè)實(shí)施例中，L2節(jié)點(diǎn)3100的處理器包含多個(gè)如監(jiān)控器3110執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片和識(shí)別器3120。在另一個(gè)實(shí)施例中，監(jiān)控器3110和識(shí)別器3120的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為監(jiān)控器3110 和識(shí)別器3120執(zhí)行操作。圖32說(shuō)明了用于根據(jù)本發(fā)明實(shí)施例串流媒體的媒體服務(wù)器3200的組件。媒體服務(wù)器3200可包括圖24所述的一般組件。媒體服務(wù)器3200包含服務(wù)器3210，后者經(jīng)配置可向安裝在第一接入網(wǎng)服務(wù)區(qū)的用戶設(shè)備提供服務(wù)。經(jīng)配置，在用戶設(shè)備自第一接入網(wǎng)切換至第二接入網(wǎng)之后，服務(wù)器3210可向安裝在第二接入網(wǎng)服務(wù)區(qū)的用戶設(shè)備 提供服務(wù)。上述服務(wù)包含通過(guò)第一接入網(wǎng)中的第一層2節(jié)點(diǎn)、第二接入網(wǎng)中第一層2節(jié)點(diǎn)和第二層2節(jié)點(diǎn)之間的接口，第二層2節(jié)點(diǎn)以及用戶設(shè)備與用戶設(shè)備的通信。在一個(gè)實(shí)施例中，媒體控制器3200的處理器包含多個(gè)如服務(wù)器3210執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片。在另一個(gè)實(shí)施例中，服務(wù)器3210的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為服務(wù)器3210執(zhí)行操作。圖33根據(jù)本發(fā)明實(shí)施例說(shuō)明了深層分組檢測(cè)節(jié)點(diǎn)3300的組件；深層分組檢測(cè)節(jié)點(diǎn)3300可包括圖24所述的一般組件。深層分組檢測(cè)節(jié)點(diǎn)3300包含接收器3310 (經(jīng)配置， 其可接收向用戶設(shè)備提供媒體內(nèi)容服務(wù)的請(qǐng)求)和測(cè)定裝置3320 (經(jīng)配置，其可確定用戶設(shè)備是否為合法監(jiān)聽的目標(biāo))。經(jīng)配置，測(cè)定裝置3320可確定上述待提供的媒體內(nèi)容在用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下不可緩存。經(jīng)配置，轉(zhuǎn)發(fā)器3330可在用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，對(duì)于提供媒體內(nèi)容服務(wù)而不造成緩存的請(qǐng)求予以轉(zhuǎn)發(fā)。在一個(gè)實(shí)施例中，深層分組檢測(cè)節(jié)點(diǎn)3300的處理器包含多個(gè)如接收器3310執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、測(cè)定裝置3320和轉(zhuǎn)發(fā)器3330。在另一個(gè)實(shí)施例中，接收器3310、測(cè)定裝置3320和轉(zhuǎn)發(fā)器3330的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之， 處理器在媒體處理不同階段作為接收器3310、測(cè)定裝置3320和轉(zhuǎn)發(fā)器3330執(zhí)行操作。圖34根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體服務(wù)器3400的組件；媒體服務(wù)器3400可包括圖24所述的一般組件。媒體服務(wù)器3400包含接收器3410，后者經(jīng)配置可接收有關(guān)用戶設(shè)備的合法監(jiān)聽(Li)的信息。經(jīng)配置，接收器3410還可接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。上述用戶設(shè)備通過(guò)L2接入網(wǎng)進(jìn)行耦合。經(jīng)配置，測(cè)定裝置3420可基于所接收的LI信息，確定上述用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)。經(jīng)配置，服務(wù)器3430可向用戶設(shè)備提供可緩存媒體內(nèi)容的服務(wù)。經(jīng)配置，生成器3440可生成分發(fā)流鏡像，以在上述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，與上述用戶設(shè)備進(jìn)行所有通信傳輸。在一個(gè)實(shí)施例中，媒體服務(wù)器3400的處理器包含多個(gè)如接收器3410執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、測(cè)定裝置3420、服務(wù)器3430和生成器3440。在另一個(gè)實(shí)施例中，接收器3410、測(cè)定裝置3420、服務(wù)器3430和生成器3440的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3410、測(cè)定裝置3420、服務(wù)器 3430和生成器3440執(zhí)行操作。圖35根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體服務(wù)器3500的組件；媒體服務(wù)器3500可包括圖24所述的一般組件。媒體服務(wù)器3500包含接收器3510，后者經(jīng)配置可從L3節(jié)點(diǎn)接收有關(guān)用戶設(shè)備的合法監(jiān)聽(Li)的信息。經(jīng)配置，接收器3510還可接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。經(jīng)配置，分配器3520可分配第一媒體服務(wù)器來(lái)向用戶設(shè)備提供媒體內(nèi)容服務(wù)。經(jīng)配置，發(fā)射器3530可將LI信息發(fā)射至第一媒體服務(wù)器。經(jīng)配置，在用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，接收器3510還可接收與用戶設(shè)備之間的所有通信的分發(fā)流鏡像。經(jīng)配置，發(fā)射器3530還可將分發(fā)流鏡像發(fā)射至L3節(jié)點(diǎn)。在一個(gè)實(shí)施例中，媒體服務(wù)器3500的處理器包含多個(gè)如接收器3510執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、分配器3520和發(fā)射器3530。在另一個(gè)實(shí)施例中，接收器3510、 分配器3520和發(fā)射器3530的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3510、分配器3520和發(fā)射器3530執(zhí)行操作。圖36根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體控制器3600的組件；媒體控制器3600可包括圖24所述的一般組件。媒體控制器3600包含接收器3610，后者經(jīng)配置可從接入網(wǎng)中的 L3節(jié)點(diǎn)接收用戶配置文件。用戶配置文件包括用戶賬號(hào)相關(guān)信息和/或用戶設(shè)備的網(wǎng)絡(luò)特性。經(jīng)配置，接收器3610還可接收向用戶設(shè)備提供媒體內(nèi)容服務(wù)的請(qǐng)求。經(jīng)配置，分配器 3620可分配從用戶配置文件使用用戶設(shè)備信息的第一媒體服務(wù)器。經(jīng)配置，在待提供的媒體內(nèi)容可緩存的情況下，分配器3620可分配媒體服務(wù)器層次集中的第一媒體服務(wù)器來(lái)向用戶設(shè)備提供服務(wù)。媒體服務(wù)器層次集包括部署在多個(gè)層2 (L2)接入網(wǎng)的多個(gè)第一類媒體服務(wù)器。用戶設(shè)備通過(guò)多個(gè)L2接入網(wǎng)的其中一個(gè)L2接入網(wǎng)與內(nèi)容分發(fā)網(wǎng)絡(luò)相耦合。在一個(gè)實(shí)施例中，媒體控制器3600的處理器包含多個(gè)如接收器3610執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片和分配器3620。在另一個(gè)實(shí)施例中，接收器3610和分配器3620 的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3610和分配器3620執(zhí)行操作。圖37根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體服務(wù)器3700的組件；媒體控制器3700可包括圖24所述的一般組件。媒體控制器3700包含接收器3710，后者經(jīng)配置可從內(nèi)容分發(fā)網(wǎng)絡(luò)中的媒體控制器接收用戶配置文件。用戶配置文件包括用戶賬號(hào)相關(guān)信息和/或用戶設(shè)備的網(wǎng)絡(luò)特性。經(jīng)配置 ，接收器3710還可接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求。 用戶設(shè)備通過(guò)L2接入網(wǎng)與內(nèi)容分發(fā)網(wǎng)絡(luò)相耦合。經(jīng)配置，測(cè)定裝置3720可通過(guò)使用用戶配置文件的用戶設(shè)備信息，測(cè)定用戶設(shè)備的體驗(yàn)質(zhì)量。經(jīng)配置，服務(wù)器3730可基于用戶設(shè)備的體驗(yàn)質(zhì)量將可緩存媒體內(nèi)容提供給用戶設(shè)備。在一個(gè)實(shí)施例中，媒體控制器3700的處理器包含多個(gè)如接收器3710執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、緩存信息接收器3720和分配器3730。在另一個(gè)實(shí)施例中，接收器3710、緩存信息接收器3720和分配器3730的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3710、測(cè)定裝置3720和服務(wù)器3730執(zhí)行操作。圖38根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體數(shù)據(jù)功能3800的成分。媒體數(shù)據(jù)功能3800可包括圖24所述的一般組件。媒體數(shù)據(jù)功能3800包含接收器3810，后者經(jīng)配置可在用戶設(shè)備的每個(gè)第一時(shí)間間隔之后接收流量使用的分發(fā)記錄。用戶設(shè)備是用戶準(zhǔn)實(shí)時(shí)計(jì)費(fèi)類別的一部分。流量使用包含用戶設(shè)備在層2接入網(wǎng)中與媒體服務(wù)器通信期間的數(shù)據(jù)使用情況。 經(jīng)配置，發(fā)射器3820可將分發(fā)記錄中的用戶流量信息發(fā)射至計(jì)費(fèi)及收費(fèi)策略服務(wù)器。經(jīng)配置，接收器3810還可從計(jì)費(fèi)及收費(fèi)策略服務(wù)器接收賬戶狀態(tài)信息。用戶設(shè)備在超出用戶帳戶的度量值時(shí)會(huì)收到帳戶狀態(tài)信息。經(jīng)配置，發(fā)射器3820還可基于賬戶狀態(tài)信息發(fā)射會(huì)話終止信息。在一個(gè)實(shí)施例中，媒體數(shù)據(jù)功能3800的處理器包含多個(gè)如接收器3810執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片和發(fā)射器3820。在另一個(gè)實(shí)施例中，接收器3810和發(fā)射器3820的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3810和發(fā)射器3820執(zhí)行操作。圖39根據(jù)本發(fā)明實(shí)施例說(shuō)明了 L2接入網(wǎng)中的媒體服務(wù)器3900的組件；媒體服務(wù)器3900可包括圖24所述的一般組件。媒體服務(wù)器3900包含生成器3910，后者經(jīng)配置可生成其中包含與用戶設(shè)備之間正在進(jìn)行的會(huì)話的流量使用情況的分發(fā)記錄。經(jīng)配置，生成器3910可在每隔第一個(gè)時(shí)間間隔之后定期生成分發(fā)記錄。經(jīng)配置，發(fā)射器3920每隔第二個(gè)時(shí)間間隔定期發(fā)射分發(fā)記錄。經(jīng)配置，接收器3930可接收會(huì)話終止信息。用戶設(shè)備在超出用戶帳戶的度量值時(shí)會(huì)收到會(huì)話終止信息。經(jīng)配置，終止器3940可終止與用戶設(shè)備之間正在進(jìn)行的會(huì)話。在一個(gè)實(shí)施例中，媒體服務(wù)器3900的處理器包含多個(gè)如生成器3910執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、發(fā)射器3920、接收器3930和終止器3940。在另一個(gè)實(shí)施例中， 接收器3910、發(fā)射器3920、接收器3930和終止器3940的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器3910、發(fā)射器3920、接收器3930 和終止器3940執(zhí)行操作。圖40根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體控制器4000的組件。媒體控制器4000 可包括圖24所述的一般組件。媒體控制器4000包含接收器4010，后者經(jīng)配置可接收向用戶設(shè)備提供媒體內(nèi)容服務(wù)的請(qǐng)求。經(jīng)配置，接收器4010可接收分組數(shù)據(jù)協(xié)議(PDP)子集的信息。 PDP包含一種可表示用戶設(shè)備收費(fèi)類型的標(biāo)志。經(jīng)配置，測(cè)定裝置4020可基于上述標(biāo)志測(cè)定用戶設(shè)備的收費(fèi)類型。經(jīng)配置，測(cè)定裝置4020可確定上述待提供的媒體內(nèi)容在用戶設(shè)備收費(fèi)類型為實(shí)時(shí)收費(fèi)類型的情況下不可緩存。經(jīng)配置，轉(zhuǎn)發(fā)器4030可在用戶設(shè)備收費(fèi)類型為實(shí)時(shí)收費(fèi)類型的情況下，對(duì)于提供媒體內(nèi)容服務(wù)而不造成緩存的請(qǐng)求予以轉(zhuǎn)發(fā)。在一個(gè)實(shí)施例中，媒體控制器4000的處理器包含多個(gè)如接收器4010執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、測(cè)定裝置4020和轉(zhuǎn)發(fā)器4030。在另一個(gè)實(shí)施例中，接收器4010、 測(cè)定裝置4020和轉(zhuǎn)發(fā)器4030的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為接收器4010、測(cè)定裝置4020和轉(zhuǎn)發(fā)器4030執(zhí)行操作。圖41根據(jù)本發(fā)明實(shí)施例說(shuō)明了互通功能單元4100的組件?；ネüδ軉卧?100可包括圖24所述的一般組件。互通功能單元(IWF)4100包含第一數(shù)據(jù)庫(kù)4110(經(jīng)配置，其可維護(hù)一列部署在首個(gè)L2接入網(wǎng)中的本地媒體服務(wù)器)和第二數(shù)據(jù)庫(kù)4120 (經(jīng)配置，其可維護(hù)內(nèi)容分發(fā)網(wǎng)絡(luò)中媒體控制器的互聯(lián)網(wǎng)協(xié)議(IP)地址)。經(jīng)配置，媒體控制器可分配媒體服務(wù)器來(lái)向用戶設(shè)備提供服務(wù)?；ネüδ軉卧?100還包含故障監(jiān)控器4130 (經(jīng)配置，其可測(cè)定一列本地媒體服務(wù)器中的一個(gè)本地媒體服務(wù)器是否出現(xiàn)故障)、接收器4140和轉(zhuǎn)發(fā)器 4150。經(jīng)配置，接收器4140可從用戶設(shè)備接收提供媒體內(nèi)容服務(wù)的請(qǐng)求。經(jīng)配置，在IWF 4100測(cè)定本地媒體服務(wù)器已出現(xiàn)故障的情況下，轉(zhuǎn)發(fā)器4150可將用戶設(shè)備的請(qǐng)求轉(zhuǎn)發(fā)至媒體控制器。在一個(gè)實(shí)施例中，互通功能單元4100的處理器包含如第一數(shù)據(jù)庫(kù)4110執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、第二數(shù)據(jù)庫(kù)4120、故障監(jiān)控器4130、接收器4140和轉(zhuǎn)發(fā)器 4150。在另一個(gè)實(shí)施例中，第一數(shù)據(jù)庫(kù)4110、第二數(shù)據(jù)庫(kù)4120、故障監(jiān)控器4130、接收器 4140和轉(zhuǎn)發(fā)器4150的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為第一數(shù)據(jù)庫(kù)4110、第二數(shù)據(jù)庫(kù)4120、故障監(jiān)控器4130、接收器4140和轉(zhuǎn)發(fā)器4150執(zhí)行操作。另外，第一數(shù)據(jù)庫(kù)4110和第二數(shù)據(jù)庫(kù)4120可存儲(chǔ)在圖24中的存儲(chǔ)器 2430 中。圖42根據(jù)本發(fā)明實(shí)施例說(shuō)明了媒體控制器4200的組件。媒體控制器4200可包括圖24所述的一般組件。媒體控制器4200包含分配器4210 (經(jīng)配置，其可分配第一媒體服務(wù)器來(lái)向用戶設(shè)備提供服務(wù)，以對(duì)向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求作出響應(yīng)) 和故障監(jiān)控器4220 (經(jīng)配置，其可監(jiān)控第一媒體服務(wù)器的狀態(tài)，以確定第一媒體服務(wù)器是否出現(xiàn)故障)。媒體控制器4200還包含生成器4230和發(fā)射器4240。經(jīng)配置，生成器4230 可面向用戶設(shè)備生成具有第一媒體服務(wù)器的源消息的重定向消息。經(jīng)配置，發(fā)射器4240可發(fā)射重定向消息。如 果故障監(jiān)控器4220測(cè)定第一媒體服務(wù)器出現(xiàn)故障，則分配器4210分配第二媒體服務(wù)器來(lái)向用戶設(shè)備提供服務(wù)。如果故障監(jiān)控器4220測(cè)定第一媒體服務(wù)器出現(xiàn)故障，則生成器4230生成重定向消息。重定向消息將用戶設(shè)備重定向到第二媒體服務(wù)器上。如果故障監(jiān)控器4240測(cè)定第一媒體服務(wù)器出現(xiàn)故障，則生成器4230發(fā)射重定向消息。在一個(gè)實(shí)施例中，媒體服務(wù)器4200的處理器包含多個(gè)如分配器4210執(zhí)行一個(gè)或多個(gè)功能的多個(gè)獨(dú)立芯片、故障監(jiān)控器4220、生成器4230和發(fā)射器4240。在另一個(gè)實(shí)施例中，分配器4210、故障監(jiān)控器4220、生成器4230和發(fā)射器4240的功能可由同一處理器在不同時(shí)間執(zhí)行。換而言之，處理器在媒體處理不同階段作為分配器4210、故障監(jiān)控器4220、生成器4230和發(fā)射器4240執(zhí)行操作。如上述具體說(shuō)明，本發(fā)明的多個(gè)實(shí)施例具有許多優(yōu)勢(shì)。第一，使用本發(fā)明的實(shí)施例，能夠有效地實(shí)現(xiàn)接入網(wǎng)和⑶N網(wǎng)絡(luò)的解耦，以便緩存OTT流量。第二，本發(fā)明的實(shí)施例能有利于在L2網(wǎng)絡(luò)中部署基于L3的媒體服務(wù)器(媒體緩存和適配)，其優(yōu)勢(shì)在于能夠免去平時(shí)的L2DPI復(fù)雜性和決策，而更接近終端用戶。第三，本發(fā)明的實(shí)施例支持在單一 CDN 上實(shí)現(xiàn)更集中化的內(nèi)容層級(jí)DPI (DPI-C)和決策，它能夠同時(shí)為MBB和FBB提供服務(wù)。因而 DPI-C(內(nèi)容層級(jí)深層分組檢測(cè))功能不是接入網(wǎng)中的必要項(xiàng)。第四，本發(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，通過(guò)MBB和FBB網(wǎng)絡(luò)以支持0TT、B2B和B2C服務(wù)，大幅簡(jiǎn)化網(wǎng)絡(luò)部署、管理和操作。雖然詳細(xì)描述了實(shí)施例和它們的優(yōu)勢(shì)，但仍請(qǐng)明白這一點(diǎn)可以在不背離專利申請(qǐng)中定義的發(fā)明實(shí)質(zhì)和范疇的情況下，進(jìn)行各種變化、變動(dòng)和替換。例如，上述的許多特性及功能可在軟件、硬件、固件或以上組合中進(jìn)行實(shí)施。另外，本申請(qǐng)的范圍并不局限于規(guī)格中描述的流程、機(jī)器、制造、物質(zhì)成分、工具、 方法和步驟的特定實(shí)施例。這些流程、機(jī)器、制造、物質(zhì)成分、工具、方法或步驟，不管是目前已存在還是有待日后開發(fā)，只要是能夠與本文描述的相應(yīng)的實(shí)施例發(fā)揮本質(zhì)上相同的功能或取得本質(zhì)上相同的結(jié)果，都可以根據(jù)本發(fā)明而予以采用，作為相關(guān)技術(shù)中的一個(gè)普通技巧。本發(fā)明披露后，技術(shù)人員應(yīng)對(duì)這一點(diǎn)有所理解。相應(yīng)地，隨附的權(quán)利要求書旨在將這些流程、機(jī)器、制造、物質(zhì)成分、工具、方法或步驟納入權(quán)利要求的范圍中。
權(quán)利要求
1.一種媒體服務(wù)的方法，所述方法包括第二層2接入網(wǎng)中部署的第二媒體服務(wù)器接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求，所述請(qǐng)求接收于所述用戶設(shè)備自第一層2接入網(wǎng)中的第一層2節(jié)點(diǎn)切換至第二層2 接入網(wǎng)中的第二層2節(jié)點(diǎn)時(shí)左右，且自第一媒體服務(wù)器至所述用戶設(shè)備之間的可緩存媒體內(nèi)容的的流會(huì)話終止時(shí)；確定所述可緩存媒體內(nèi)容是否存儲(chǔ)于所述第二媒體服務(wù)器的緩存中；如果所述可緩存媒體內(nèi)容存儲(chǔ)于所述第二媒體服務(wù)器中，自所述第二媒體服務(wù)器的緩存向所述用戶設(shè)備提供所述可緩存媒體內(nèi)容。
2.如權(quán)利要求1所述的方法，所述第二媒體服務(wù)器在所述第一媒體服務(wù)器的第一媒體內(nèi)容流播終止點(diǎn)開始提供所述可緩存媒體內(nèi)容的服務(wù)。
3.如權(quán)利要求1所述的方法，所述第二媒體服務(wù)器，在所述第一媒體服務(wù)器向所述用戶設(shè)備提供的所述可緩存媒體內(nèi)容流會(huì)話終止之前，接收向所述用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求，且所述第二媒體服務(wù)器，在所述第一媒體服務(wù)器向所述用戶設(shè)備提供的所述可緩存媒體內(nèi)容流會(huì)話終止之前，發(fā)起自所述第二媒體服務(wù)器的媒體內(nèi)容的流播。
4.如根據(jù)權(quán)利要求1所述的方法，所述提供所述可緩存媒體內(nèi)容包括通過(guò)所述第二層 2節(jié)點(diǎn)，基站以及所述用戶設(shè)備與所述用戶設(shè)備的通信。
5.如根據(jù)權(quán)利要求1所述的方法，所述提供所述可緩存媒體內(nèi)容包括通過(guò)所述第二層 2節(jié)點(diǎn)、所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)之間的第一接口，及所述第一層2節(jié)點(diǎn)以及所述用戶設(shè)備與用戶設(shè)備的通信。
6.如根據(jù)權(quán)利要求5所述的方法，所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)是無(wú)線網(wǎng)絡(luò)控制器，且所述第一接口是連接所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)的Iur接口。
7.一種媒體服務(wù)的方法，上述方法包括接收用戶設(shè)備關(guān)于流播可緩存媒體內(nèi)容的第二請(qǐng)求，所述請(qǐng)求接收于所述用戶設(shè)備自第一層2接入網(wǎng)中的第一層2節(jié)點(diǎn)切換至第二層2接入網(wǎng)中的第二層2節(jié)點(diǎn)時(shí)，且自第一媒體服務(wù)器至所述用戶設(shè)備之間的可緩存媒體內(nèi)容的的流會(huì)話終止時(shí)；指定所述第二層2接入網(wǎng)中的第二媒體服務(wù)器服務(wù)所述用戶設(shè)備。
8.如根據(jù)權(quán)利要求7所述的方法，在內(nèi)容分發(fā)網(wǎng)絡(luò)中的媒體控制器上進(jìn)行所述的指定。
9.如根據(jù)權(quán)利要求7所述的方法，進(jìn)一步包括在所述第一媒體服務(wù)器至所述用戶設(shè)備之間的可緩存媒體內(nèi)容的流會(huì)話終止之前接收所述切換相關(guān)的信息；在所述第一媒體服務(wù)器至所述用戶設(shè)備之間的可緩存媒體內(nèi)容的流會(huì)話終止之前指定所述第二媒體服務(wù)器；重定向所述第二請(qǐng)求至所述第二媒體服務(wù)器。
10.如根據(jù)權(quán)利要求8所述的方法，所述重定向所述第二請(qǐng)求包括通過(guò)所述第二層2節(jié)點(diǎn)、所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)之間的第一接口，所述第一層2節(jié)點(diǎn)以及所述用戶設(shè)備與所述用戶設(shè)備的通信，所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)為無(wú)線網(wǎng)絡(luò)控制器， 所述第一接口是連接所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)的Iur接口。
11.如根據(jù)權(quán)利要求8所述的方法，所述重定向所述第二請(qǐng)求包括通過(guò)所述第一層2節(jié)點(diǎn)、所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)之間的第一接口，所述第二層2節(jié)點(diǎn)以及所述用戶設(shè)備與所述用戶設(shè)備的通信。
12.—種媒體服務(wù)的方法，所述方法包括在網(wǎng)絡(luò)節(jié)點(diǎn)監(jiān)測(cè)是否用戶設(shè)備正將自第一接入網(wǎng)切換至第二接入網(wǎng)，所述述網(wǎng)絡(luò)節(jié)點(diǎn)用于終止所述用戶設(shè)備與向所述用戶設(shè)備提供服務(wù)的第一媒體服務(wù)器之間的會(huì)話。自所述第一接入網(wǎng)中的第一層2節(jié)點(diǎn)切換至所述第二接入網(wǎng)中的第二層2節(jié)點(diǎn)的過(guò)程中，確定媒體內(nèi)容正由所述第一媒體服務(wù)器向所述用戶設(shè)備流播，所述網(wǎng)絡(luò)節(jié)點(diǎn)向所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)提供服務(wù)。如所述用戶設(shè)備自所述第一層2節(jié)點(diǎn)切換至所述第二層2節(jié)點(diǎn)，則不終止來(lái)自所述第一媒體服務(wù)器的媒體內(nèi)容流播。
13.如根據(jù)權(quán)利要求12所述的方法，所述不終止來(lái)自所述第一媒體服務(wù)器的媒體內(nèi)容流播包括允許通過(guò)所述第一層2節(jié)點(diǎn)、所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)之間的接口， 所述第二層2節(jié)點(diǎn)以及所述用戶設(shè)備與用戶設(shè)備的通信。
14.如根據(jù)權(quán)利要求12所述的方法，所述網(wǎng)絡(luò)節(jié)點(diǎn)是層3節(jié)點(diǎn)。
15.一種媒體服務(wù)的方法，所述方法包括自部署于第一接入網(wǎng)中的第一媒體服務(wù)器向所述第一接入網(wǎng)服務(wù)區(qū)中的用戶設(shè)備提供服務(wù)；當(dāng)所述用戶設(shè)備自所述第一接入網(wǎng)切換至第二接入網(wǎng)之后，自第一媒體服務(wù)器向位于所述第二接入網(wǎng)服務(wù)區(qū)內(nèi)的所述用戶設(shè)備提供服務(wù)，所述服務(wù)包括通過(guò)所述第一接入網(wǎng)中的第一層2節(jié)點(diǎn)、所述第一層2節(jié)點(diǎn)和所述第二接入網(wǎng)中的第二層2節(jié)點(diǎn)之間的接口、所述第二層2節(jié)點(diǎn)以及所述用戶設(shè)備與用戶設(shè)備的通信。
16.如根據(jù)權(quán)利要求15所述的方法，所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)為無(wú)線網(wǎng)絡(luò)控制器，所述接口為連接所述第一層2節(jié)點(diǎn)和所述第二層2節(jié)點(diǎn)的Iur接口。
17.一種媒體服務(wù)的方法，所述方法包括在深層分組檢測(cè)節(jié)點(diǎn)上，接收向用戶設(shè)備提供媒體內(nèi)容服務(wù)的請(qǐng)求； 確定所述用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)；在所述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，確定所述待提供的媒體內(nèi)容不可緩存； 在所述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，轉(zhuǎn)發(fā)所述提供媒體內(nèi)容服務(wù)的請(qǐng)求并不緩存。
18.如權(quán)利要求17所述的方法，進(jìn)一步包括 如果所述用戶設(shè)備不是合法監(jiān)聽的目標(biāo)將所述提供媒體內(nèi)容服務(wù)的請(qǐng)求向內(nèi)容深層分組檢測(cè)節(jié)點(diǎn)(DPI-C)轉(zhuǎn)發(fā)，所述DPI-C 用于=確定所述待提供的媒體內(nèi)容是否可緩存。
19.如根據(jù)權(quán)利要求18所述的方法，所述DPI-C節(jié)點(diǎn)部署于內(nèi)容分發(fā)網(wǎng)絡(luò)中，所述用戶設(shè)備通過(guò)層2接入網(wǎng)與所述內(nèi)容分發(fā)網(wǎng)絡(luò)進(jìn)行耦合。
20.如權(quán)利要求17所述的方法，進(jìn)一步包括 如果所述用戶設(shè)備不是合法監(jiān)聽的目標(biāo) 確定所述待提供的媒體內(nèi)容是否可緩存；若所述待提供的媒體內(nèi)容會(huì)可緩存則向媒體控制器轉(zhuǎn)發(fā)所述提供媒體內(nèi)容服務(wù)的請(qǐng)求，所述媒體控制器用于指定媒體服務(wù)器層次集中的第一媒體服務(wù)器向所述用戶設(shè)備提供服務(wù)，所述媒體服務(wù)器層次集包括部署于多個(gè)層2接入網(wǎng)中多個(gè)的第一類媒體服務(wù)器。
21.一種媒體服務(wù)的方法，所述方法包括在部署于第一層2接入網(wǎng)中的第一媒體服務(wù)器接收用戶設(shè)備相關(guān)的合法監(jiān)聽(Li)信息；接收向所述用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求，所述用戶設(shè)備通過(guò)所述第一層 2接入網(wǎng)進(jìn)行耦合；基于所接收的LI信息，確定所述用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)； 向所述用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)；生成第一分發(fā)流鏡像，以在上述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下傳輸與所述用戶設(shè)備進(jìn)行所有通信至執(zhí)法監(jiān)聽設(shè)備。
22.如權(quán)利要求21所述的方法，進(jìn)一步包括所述用戶設(shè)備自所述第一層2接入網(wǎng)切換至第二層2接入網(wǎng)之后，以第二層2接入網(wǎng)中的第二媒體服務(wù)器向所述用戶設(shè)備提供所述媒體內(nèi)容服務(wù)；自所述第二媒體服務(wù)器，生成第二分發(fā)流鏡像，以將所述第二媒體服務(wù)器與所述用戶設(shè)備之間的所有通信傳輸至執(zhí)法監(jiān)聽設(shè)備。
23.如權(quán)利要求21所述的方法，進(jìn)一步包括將所述第一分發(fā)流鏡像傳輸至執(zhí)法監(jiān)聽設(shè)備，所述第一分發(fā)流鏡像通過(guò)一個(gè)與所述執(zhí)法監(jiān)聽設(shè)備耦合的層3節(jié)點(diǎn)予以轉(zhuǎn)發(fā)，所述層3節(jié)點(diǎn)為層3網(wǎng)絡(luò)中的一部分，所述層3網(wǎng)絡(luò)為所述用戶設(shè)備的接入網(wǎng)的一部分。
24.如根據(jù)權(quán)利要求21所述的方法，將所述第一分發(fā)流鏡像傳輸至所述執(zhí)法監(jiān)聽設(shè)備，所述第一分發(fā)流鏡像通過(guò)內(nèi)容分發(fā)網(wǎng)絡(luò)中的媒體控制器轉(zhuǎn)發(fā)至層3節(jié)點(diǎn)，且自所述層3 節(jié)點(diǎn)轉(zhuǎn)發(fā)至所述執(zhí)法監(jiān)聽設(shè)備，所述層3節(jié)點(diǎn)為層3網(wǎng)絡(luò)中的一部分，所述層3網(wǎng)絡(luò)為所述用戶設(shè)備的接入網(wǎng)的一部分。
25.如權(quán)利要求21所述的方法，進(jìn)一步包括自執(zhí)所述法監(jiān)聽設(shè)備接收攔截與所述用戶設(shè)備之間的通信的指令，所述指令接收自內(nèi)容分發(fā)網(wǎng)絡(luò)中的媒體控制器。
26.如權(quán)利要求21所述的方法，自所述執(zhí)法監(jiān)聽設(shè)備接收攔截與所述用戶設(shè)備之間的通信的指令，所述指令接收自與所述執(zhí)法監(jiān)聽設(shè)備進(jìn)行交互的層3節(jié)點(diǎn)。
27.一種媒體服務(wù)的方法，所述方法包括自層3節(jié)點(diǎn)接收有關(guān)用戶設(shè)備的合法監(jiān)聽(Li)信息； 接收向用戶設(shè)備提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求； 指定第一媒體服務(wù)器來(lái)向所述用戶設(shè)備提供所述媒體內(nèi)容的服務(wù)； 向所述第一媒體服務(wù)器傳輸上述所述LI信息；在所述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，接收所述第一媒體服務(wù)器和所述用戶設(shè)備之間所有通信的分發(fā)流鏡像；向所述層3節(jié)點(diǎn)傳輸所述分發(fā)流鏡像。
28.權(quán)利要求觀所述的方法，在媒體控制器接收所述有關(guān)所述用戶設(shè)備的LI信息。
29.權(quán)利要求觀所述的方法，所述分發(fā)流鏡像傳輸至執(zhí)法監(jiān)聽設(shè)備。
30. 一種媒體服務(wù)的方法，所述方法包括 確定用戶設(shè)備是否為合法監(jiān)聽的目標(biāo)； 如果上述用戶設(shè)備是合法監(jiān)聽的目標(biāo)，而且如果監(jiān)聽水平正常， 確定待提供的媒體內(nèi)容不可緩存；在所述用戶設(shè)備為合法監(jiān)聽目標(biāo)的情況下，轉(zhuǎn)發(fā)所述提供媒體內(nèi)容服務(wù)的請(qǐng)求，并不予緩存；如果所述用戶設(shè)備是合法監(jiān)聽的目標(biāo)，且監(jiān)聽水平高自內(nèi)容深層分組檢測(cè)(DPI-C)節(jié)點(diǎn)接收有關(guān)媒體內(nèi)容的信息，所述信息包括有關(guān)所述用戶設(shè)備所請(qǐng)求的媒體內(nèi)容是否可緩存的信息；若所述待提供的媒體內(nèi)容可緩存，指定媒體服務(wù)器層次集中的第一媒體服務(wù)器向所述用戶設(shè)備提供服務(wù)，所述媒體服務(wù)器層次集包括部署于多個(gè)層2接入網(wǎng)中多個(gè)的第一類媒體服務(wù)器，所述用戶設(shè)備通過(guò)所述多個(gè)層2接入網(wǎng)中的一個(gè)層2接入網(wǎng)與內(nèi)容分發(fā)網(wǎng)絡(luò)進(jìn)行耦合；重定向所述提供流媒體內(nèi)容服務(wù)的請(qǐng)求至所述第一流媒體服務(wù)器； 若所述用戶設(shè)備為合法監(jiān)聽目標(biāo)，生成分發(fā)流鏡像以傳輸與所述用戶設(shè)備進(jìn)行所有通信傳輸至執(zhí)法監(jiān)聽設(shè)備。
全文摘要
在一種實(shí)施例中，一種媒體服務(wù)方法包括在第二層2接入網(wǎng)1202中部署的第二媒體服務(wù)器1242之上，接收向用戶設(shè)備110提供可緩存媒體內(nèi)容服務(wù)的請(qǐng)求，上述請(qǐng)求接收時(shí)間的前后，用戶設(shè)備自第一層2接入網(wǎng)1201中的第一層2節(jié)點(diǎn)1221切換至第二層2接入網(wǎng)1202中的第二層2節(jié)點(diǎn)1222，而且會(huì)自第一媒體服務(wù)器1241終止用戶設(shè)備110的可緩存媒體內(nèi)容的串流會(huì)話。上述方法另包括確定可緩存媒體內(nèi)容是否存儲(chǔ)于第二媒體服務(wù)器1242中，以及該媒體內(nèi)容存儲(chǔ)于第二媒體服務(wù)器1242的情況下，第二媒體服務(wù)器1242是否向用戶設(shè)備110提供第二媒體服務(wù)器1242緩存的可緩存媒體內(nèi)容服務(wù)。
文檔編號(hào)H04W36/00GK102440028SQ201180002719
公開日2012年5月2日 申請(qǐng)日期2011年5月13日 優(yōu)先權(quán)日2010年5月13日
發(fā)明者李三琦, 林奎, 田洪波, 錢濤, 韓厚曉 申請(qǐng)人:華為技術(shù)有限公司