TWI584662B

TWI584662B - 內容傳遞網路互連(cdni)機制

Info

Publication number: TWI584662B
Application number: TW101119699A
Authority: TW
Inventors: 夏菲爾法伊; 劉漢; 奧薩瑪洛特法拉; 沙米爾佛迪; 馬丁傑利考爾; 夏哈德都肯
Original assignee: 內數位專利控股公司
Priority date: 2011-06-01
Filing date: 2012-06-01
Publication date: 2017-05-21
Also published as: US20140245359A1; TW201306616A; TW201720194A; WO2012167106A1; EP2716011A1

Description

內容傳遞網路互連(CDNI)機制

通常行業和標準制定組織(SDO)已經設想了若干自適應HTTP流解決方案。行業開發的自適應HTTP流的例子包括但不限於：Microsoft的平滑流、Apple的現場(live)HTTP流、Akamai的自適應視頻流、和/或Adobe的動態HTTP流。

自適應HTTP流標準可以包括但不限於：3GP-DASH、MPEG DASH、現場HTTP流、和/或開放IPTV論壇(採用3GPP解決方案並增加對MPEG-2 TS的支持)。

這些自適應HTTP流解決方案中的某些或全部可以使用不同於媒體檔(例如，從ISO基礎媒體檔格式擴展出的格式)的清單檔(例如，DASH中的基於XML的媒體表示描述檔)。媒體可以由單元(例如，在DASH和其他標準中稱為段)存取，和/或每個段可以使用HTTP GET方法(或者例如，如在Akamai的流解決方案中的POST)被獲得。

本部分用於以簡化的方式引入選擇的概念，其將在下面的具體實施方式中進一步描述。該部分不是想要確立所要求保護的主題的關鍵特徵和必要特徵，也不想要用於限制所要求保護的主題的範圍。

實施方式設想了CDN 1可以向上游(upstream)CDN請求CDN重選。一接收到來自上游CDN的回應，CDN 1就可以將用戶端重定向到新的(例如，不同的或更新後的)代理。

實施方式設想了CDN 1可以執行到CDN 2的重選，並可以將用戶端重定向到CDN 2(上游CDN可以被通知，或者也可以是該過程中的一部分)。

實施方式設想了CDN 1可以將用戶端重定向到原始伺服器(可以在此執行新的/不同的/更新後的CDN/代理選擇)。

實施方式設想了CDNI API可以提供與內容傳遞CDN重選有關的迄今未使用的消息，諸如：重選請求(和相關聯回應)可以用於請求在重選中的積極作用(active role)；可以使用重選指示(和相關聯確認)通知重選；和/或可以根據實施方式使用一個或另一個或者這兩者。

實施方式設想了重選可能需要來自一個或多個代理和用戶端對不同流傳輸協定族的重定向機制的迄今未考慮的支援，這些協定諸如：自適應HTTP流傳輸和/或漸進式HTTP下載。

實施方式考慮了可以在單個CDN提供方的控制下(例如，移動性基礎設施和CDN之間的信令等)由不同的技術進行移動性和/或體驗品質的降級檢測。例如，實施方式考慮了快取可以，例如與MIP本地代理搭配而為移動性事件向基於網路的檢測功能註冊。

實施方式考慮了CDN之間的介面(CDNI)和CDN與移動節點(用於重定向的)之間的介面--CDN內的內部過程可以例如由擴展的現有專用信令處理。結果，即使例如實際上可以涉及多個CDN節點，CDN也可以在消息流中被表示為單獨的實體。

實施方式考慮了一個或多個CDNI請求路由過程(例如，該請求路由過程運行以選擇一個CDN傳遞內容)。

實施方式考慮了一個或多個方法，其可以包括檢測一移動節點(MN)從第一存取網到第二存取網的移動。該MN可以與第一內容傳遞網路(CDN-1)伺服器通信。該CDN-1伺服器可以與第一內容傳遞網路(CDN-1)通信。該方法可以進一步包括確定對因為移動的伺服器選擇的影響，以及至少部分基於確定伺服器選擇對與第二內容傳遞網路(CDN-2)通信的CDN-2伺服器的影響而發起從該CDN-1伺服器到第二內容傳遞網路(CDN-2)伺服器的轉移。

實施方式考慮了確定對伺服器選擇的影響可以包括比較所測量的服務品質與預先確定的服務品質，且發起轉移可以進一步基於所測量的服務品質低於預先確定的服務品質。可替換地或額外地，實施方式考慮了確定對伺服器選擇的影響可以包括比較估計的傳遞代價和預先確定的傳遞代價。

實施方式考慮了在轉移之前，MN可以經由CDN-1伺服器接收應用流，且轉移可以包括經由CDN-2伺服器將應用流重定向到該MN。可替換地或額外地，實施方式考慮了該一個或多個方法可以包括發送第一消息到CDN-2。該第一消息可以包括對用於應用流的已更新路由的請求。實施方式還考慮了方法可以包括從CDN-2接收第二消息。第二消息可以包括用於應用流的正更新路由。而且，實施方式考慮了發起轉移可以包括發送第三消息到應用流的源。該第三消息可以包括用於該應用流的已更新的路由資訊。

實施方式還考慮了CDN-1和CDN-2可以與第三內容傳遞網路(CDN-3)通信，且方法可以進一步包括向CDN-3發送第四消息。該第四消息可以包括轉移指示。方法還可以包括從CDN-3接收第五消息。該第五消息可以包括對轉移指示的應答(acknowledgement)。

可替換地或額外地，實施方式考慮了方法可以進一步包括發送第一消息給CDN-3。該第一消息可以包括對用於應用流的已更新路由的請求。實施方式考慮了方法可以包括從CDN-3接收第二消息。該第二消息可以包括用於該應用流的正更新路由。實施方式還考慮了發起轉移可以包括發送第三消息給應用流的源，其中該第三消息可以包括用於該應用流的已更新的路由資訊。

可替換地或額外地，實施方式考慮了發起轉移可以包括發送至少一個用於應用特定轉移的命令。實施方式考慮了應用可以包括自適應超文本傳輸協定(HTTP)流、即時流傳輸協定(RTSP)或HTTP漸進式下載流中的至少一個。

一個或多個實施方式考慮了一種或多種方法，可以包括檢測一移動節點(MN)從一第一存取網到一第二存取網的移動。該MN可以與一第一內容傳遞網路(CDN-1)伺服器通信，且該CDN-1伺服器可以與一第一內容傳遞網路(CDN-1)通信。實施方式考慮了該方法可以包括確定對因為移動的伺服器選擇造成的影響。進一步地，實施方式考慮了方法可以包括至少部分基於對伺服器選擇的影響的確定而發起從該CDN-1伺服器到應用伺服器的轉移。MN可以在轉移前經由CDN-1伺服器從應用伺服器接收應用流。

可替換地或額外地，實施方式考慮了CDN-1可以與一第二內容傳遞網路(CDN-2)通信，且方法可以進一步包括向CDN-2發送一第一消息。該第一消息可以包括對用於應用流的已更新路由的請求。實施方式還考慮了方法可以包括從CDN-2接收一第二消息。該第二消息可以包括到應用伺服器的重定向。

實施方式考慮了系統和方法使一移動節點(MN)在移動到另一個存取網之後能夠繼續來自最佳代理(例如，“最佳”的意思可以是由傳遞網路確定的合適代理)的流傳輸(streaming)。新的/新建的選中的或識別的代理可以是同一CDN內的不同代理或者是來自另一個CDN的代理。在一個或多個實施方式中，系統和方法能夠實現連續性和最佳化的代理選擇，而不論所使用的CDN，也不管是否使用移動IP(MIP)。

在一個或多個實施方式中，移動節點(MN)(可以是用戶設備(UE)或者無線發射/接收單元(WTRU))可以包括基於用戶端應用的方案，其執行以下一個或多個：在啟動新的/不同的流會話時合適地選擇CDN代理；以會話連續性的支持而在從一個存取網移動到另一個存取網時合適地重選CDN代理；支持任何CDN請求路由方法；支持使用MIP或不使用MIP的移動節點(例如，沒有MIP堆疊的漫遊的筆記本電腦)；當可能使用PMIP時不對代理移動IP(PMIP)造成負面影響；將公開的方法擴展為使用在每個存取網上適當選擇的代理而聚合在多個存取網上的流；和/或可以支援不同類型的切換(硬切換和軟切換)。

在一個或多個實施方式中包括：在一移動節點從內容傳遞網路(CDN)的一第一代理伺服器接收內容；接收與移動節點網路附著(attachment)相關聯的網路附著通知；回應地發起CDN代理選擇來識別一第二代理伺服器；以及，在該移動節點從第二代理伺服器接收內容。第一代理伺服器可以使用網域名稱服務被標別。而且，網路附著通知可以是由移動節點的協定堆疊產生的網路附著事件，或者它可以是移交(handoff)指示，或第二網路附著的檢測。此外，第一代理伺服器和第二代理伺服器可以使用網域名稱服務(DNS)被別識。在某些實施方式中，網域名稱服務可以被與特定網路附著相關聯的DNS伺服器被調用，或者其可以使用DNS伺服器位址參數被調用。能以不使用DNS快取的指示調用網域名稱服務，和/或網域名稱服務可以向本地快取提供具有本地/全球指示符參數的項(entry)。

一個或多個實施方式包括：通過一移動節點的相應的多個網路介面建立到多個網路的多個網路附著；對於多個網路介面的每一個，發起CDN代理識別過程並接收相應的CDN代理伺服器位址；使用相應的CDN代理伺服器位址經由多個網路介面請求內容的多個部分；以及，接收並聚合內容的多個部分。該方法可以進一步包括：接收與多個移動節點的網路附著中的至少一個相關聯的網路連接通知；以及回應地發起CDN代理選擇。

一個或多個實施方式考慮了一種裝置，其中該裝置可以包括：一無線網路介面裝置，其具有配置為建立到無線網路的網路附著的通信協定模組；一流模組(streaming module)，配置為接收內容傳遞網路(CDN)代理伺服器位址並使用無線網路介面和CDN代理伺服器位址請求媒體內容部分；以及一連接管理器元件，配置為檢測與無線網路介面裝置相關聯的網路附著通知，以及回應地發起CDN代理識別過程。連接管理器可以配置為通過請求流模組發起針對與媒體內容部分相關聯的名稱的網域名稱服務(DNS)請求來發起CDN代理識別過程。進一步地，該裝置可以配置而使得DNS請求以DNS伺服器位址參數被調用，和/或以不使用DNS快取的指示調用DNS請求，和/或其中網域名稱服務給本地快取提供具有本地/全球指示符參數的項。

該裝置可以進一步包括多個無線網路介面裝置，多個無線網路介面裝置的每一個具有至少一個相關聯的流轉化器(streamer)模組，且其中每個流轉化器模組配置為使用與其各自網路介面相關聯的CDN代理伺服器位址。進一步地，它還可以包括一排程器模組，其配置為將對媒體內容部分的請求分配給用於每個無線網路介面裝置的至少一個相關聯的流轉化器模組。

100‧‧‧示例性通信系統

102a、102b、102c、102d‧‧‧無線發射/接收單元(WTRU)

103、104、105‧‧‧無線電存取網(RAN)

106、107、109‧‧‧核心網

108‧‧‧公共交換電話網(PSTN)

110‧‧‧網際網路

112‧‧‧其他網路

114a、114b、180a、180b、180c‧‧‧基地台

115、116、117‧‧‧空中介面

118‧‧‧處理器

120‧‧‧收發器

122‧‧‧發射/接收元件

124‧‧‧揚聲器/麥克風

126‧‧‧數字鍵盤

128‧‧‧顯示器/觸摸板

130‧‧‧不可移動記憶體

132‧‧‧可移動記憶體

134‧‧‧電源

136‧‧‧GPS晶片組

138‧‧‧週邊設備

140a、140b、140c‧‧‧節點B

142a、142b‧‧‧無線電網路控制器(RNC)

144‧‧‧媒體閘道(MGW)

146‧‧‧移動交換中心(MSC)

148‧‧‧服務GPRS支援節點(SGSN)

150‧‧‧閘道GPRS支持節點(GGSN)

IuCS、IuPS、Iub、Iur、S1、X2‧‧‧介面

160a、160b、160c‧‧‧e節點B

162‧‧‧移動性管理閘道(MME)

164‧‧‧服務閘道

166‧‧‧封包資料網路(PDN)閘道

182‧‧‧ASN閘道

ASN‧‧‧存取服務網

184‧‧‧移動IP本地代理(MIP-HA)

186‧‧‧計費(AAA)伺服器

188‧‧‧閘道

R1、R3、R6、R8‧‧‧參考點

CDNI‧‧‧內容傳遞網路互連

DNS‧‧‧網域名稱服務

MPD‧‧‧媒體表示描述

HTTP‧‧‧自適應超文本傳輸協定

CDN‧‧‧內容傳遞網路

MN‧‧‧移動節點

3xx‧‧‧重定向消息

200 OK‧‧‧確認

RTSP‧‧‧即時流傳輸協定

#1、#2‧‧‧存取網

IP‧‧‧網際網路協定

202、204、206、208、210、212、214、216、222、224、226、302、304、306、308、310、312、314、316、318、320、322、324、326、328、330、332、334、336、338、340、342、344、346、30002、30004、30006、30008、30010、30012、30014、30016、30018、30020、30022、30024、30026、30028、30030、30032、30034、30036、30038、30040、30042、30044、30046、30048、30050、30052‧‧‧通信

218‧‧‧代理伺服器描述

220‧‧‧DNS伺服器描述

33002、33004、33006、33008、33010、33012、30003、30007、30015、30021、30027、30039、32002、32004、32006、32008、32010、32012、32014‧‧‧迴圈

更詳細的理解可以從下述結合附圖給出的示例的描述中得到，其中：第1A圖是可以在其中執行一個或多個公開的實施方式的示例性通信系統的系統圖；第1B圖是可在第1A圖中示出的通信系統中使用的示例性無線發射/接收單元(WTRU)的系統圖；第1C圖是可在第1A圖中示出的通信系統中使用的示例性無線電存取網和示例性核心網的系統圖；第1D圖是可在第1A圖中示出的通信系統中使用的另一個示例性無線電存取網和示例性核心網的系統圖；第1E圖是可在第1A圖中示出的通信系統中使用的另一個示例性無線電存取網和示例性核心網的系統圖；第2圖示出了與實施方式一致的示意性CDN互連區域的圖；第3圖是可以在一個或多個與實施方式一致的圖中使用的示意性圖例；第4圖示出了與實施方式一致的用於DASH的重定向機制(URL重寫)的一個實例；第5圖示出了與實施方式一致的用於DASH的重定向機制(DNS重定向)的一個實例；第6圖示出了與實施方式一致的用於DASH的重定向機制(HTTP重定向)的一個實例；第7圖示出了可以應用於與實施方式一致的一個或多個其他圖中的圖例；第8圖示出了CDNI以與實施方式一致的方式使用時的一個基本情形；第9圖示出了與實施方式一致之在移動性事件之後代理選擇變為次佳的一個實例；第10圖示出了與實施方式一致之從一個裝置到另一個的示意性會話轉移；第11圖示出了與實施方式一致之在與實施方式一致的MN移動性事件之後的CDNI重選；第12圖是與實施方式一致的基於字串替換的重定向的一個實例；第13圖示出了與實施方式一致的代理之間的RTSP重定向；第14圖示出了使用與實施方式一致的漸進式HTTP下載的重定向的一個實例；第15圖示出了CDN 1實例是第11圖中描述的實施方式的授權CDN變型且與實施方式一致的一個實例；第16圖示出了CDN 2實例是第11圖中描述的實施方式的授權CDN變型且與實施方式一致；第17圖示出了與實施方式一致的發送到對等CDN的示意性重選請求；第18圖示出了與實施方式一致的經由用戶端重選的一個實例；第19圖示出了與實施方式一致的具有自適應HTTP流(DASH)的用於基於用戶端重選的示例性重定向；第20圖示出了與實施方式一致的具有漸進式HTTP下載的用於基於用戶端重選的示例性重定向；第21圖是在與實施方式一致的CDN中用於DNS位址解析的示意性消息流程圖；第22圖是在與實施方式一致的CDN中用於DNS位址解析的另一個示意性消息流程圖；第23圖是在與實施方式一致的CDN中用於DNS位址解析的另一個示意性消息流程圖；第24A圖是與實施方式一致之在無法提供代理服務器重新協商的移動環境中與CDN相關的連接的一個示意性描述；第24B圖是根據本文描述的各種實施方式之在提供代理服務器重新協商的移動環境中與CDN相關的連接的一個描述；第25圖是在無法提供代理服務器重新協商的移動環境中與CDN相關的移動IP連接的一個示意性描述；第26圖是與實施方式一致之在無法提供代理服務器重新協商的移動環境中使用移動IP路由最佳化的與CDN相關的移動IP連接的一個示意性描述；第27圖與實施方式一致而描述了在存取間切換或跨多個存取網的流聚合期間提供連續性的各種示意性情況；第28圖是與實施方式一致的流用戶端裝置配置的一個示意性實施方式；第29圖是在與實施方式一致的移交期間的流用戶端裝置配置的一個示意性實施方式；第30圖是與實施方式一致之在應用層會話連續性示意性情形中的流程圖；第31圖是與實施方式一致之在聚合期間的一個示意性流用戶端裝置配置；第32圖是與實施方式一致之在包括移動性的應用層會話聚合和連續性示意性情形中的流程圖；以及第33圖是在漸進式HTTP下載應用等級會話連續性的示意性情形中的流程圖。

現在將參考各附圖描述示例性實施方式的具體說明。儘管本說明書提供可能實施的詳細實例，但是應當注意細節僅是示例性的，絕不限制本申請的範圍。此處所用，冠詞“一”，如果沒有進一步的限定或描述，可以理解為意思是例如“一個或多個”或者“至少一個”。

第1A圖是可以在其中執行一個或多個公開的實施方式的示例性通信系統100的圖。通信系統100可以是向多個無線用戶提供內容，例如語音、資料、視頻、消息發送、廣播等的多重存取系統。通信系統100可以使多個無線用戶能夠通過共用系統資源(包括無線頻寬)來存取這些內容。例如，通信系統100可以使用一種或者多種通道存取方法，例如分碼多重存取(CDMA)、分時多重存取(TDMA)、頻分址多重存取(FDMA)、正交FDMA(OFDMA)、單載波FDMA(SC-FDMA)等等。

如第1A圖所示，通信系統100可以包括無線發射/接收單元(WTRU)102a、102b、102c和/或102d(其可以概括或統稱為WTRU 102)，無線電存取網(RAN)103/104/105，核心網106/107/109，公共交換電話網(PSTN)108，網際網路110，和其他網路112，不過應該理解的是公開的實施方式考慮到了任何數量的WTRU、基地台、網路和/或網路元件。WTRU 102a、102b、102c、102d中的每一個可以是配置為在無線環境中進行操作和/或通信的任何類型的裝置。作為示例，可以將WTRU 102a、102b、102c、102d配置為發送和/或接收無線信號，可以包括用戶設備(UE)、移動站、固定或者移動用戶單元、傳呼器、行動電話、個人數位助理(PDA)、智慧型電話、膝上型電腦、上網本、個人電腦、無線感測器、消費電子產品等等。

通信系統100還可以包括基地台114a和基地台114b。基地台114a、114b的每一個都可以是配置為與WTRU 102a、102b、102c、102d中的至少一個有無線介面以便於存取一個或者多個通信網路，例如核心網106/107/109、網際網路110和/或網路112的任何類型的裝置。作為示例，基地台114a、114b可以是基地台收發站台(BTS)、節點B、演進型節點B(eNB)、家庭節點B、家庭eNB、站點控制器、存取點(AP)、無線路由器等等。雖然基地台114a、114b每個被描述為單獨的元件，但是應該理解的是基地台114a、114b可以包括任何數量互連的基地台和/或網路元件。

基地台114a可以是RAN 103/104/105的一部分，RAN 103/104/105也可以包括其他基地台和/或網元(未顯示)，例如基地台控制器(BSC)、無線電網路控制器(RNC)、中繼節點等。可以將基地台114a和/或基地台114b配置為在特定地理區域之內發送和/或接收無線信號，該區域可以被稱為胞元(未顯示)。胞元還可以被劃分為胞元磁區。例如，與基地台114a關聯的胞元可以劃分為三個磁區。因此，在一個實施方式中，基地台114a可以包括三個收發器，即每一個用於胞元的一個磁區。在另一個實施方式中，基地台114a可以使用多輸入多輸出(MIMO)技術，因此，可以將多個收發器用於胞元的每一個磁區。

基地台114a、114b可以通過空中介面115/116/117與WTRU 102a、102b、102c、102d中的一個或者多個通信，該空中介面可以是任何合適的無線通信鏈路(例如，射頻(RF)、微波、紅外(IR)、紫外線(UV)、可見光等)。可以使用任何合適的無線電存取技術(RAT)來建立空中介面115/116/117。

更具體地，如上所述，通信系統100可以是多重存取系統，且可以使用一種或者多種通道存取方案，例如CDMA、TDMA、FDMA、OFDMA、SC-FDMA等等。例如，RAN 103/104/105中的基地台114a和WTRU 102a、102b、102c可以使用例如通用移動電信系統(UMTS)陸地無線電存取(UTRA)的無線電技術，其可以使用寬頻CDMA(WCDMA)來建立空中介面115/116/117。WCDMA可以包括例如高速封包存取(HSPA)和/或演進型HSPA(HSPA+)的通信協定。HSPA可以包括高速下行鏈路封包存取(HSDPA)和/或高速上行鏈路封包存取(HSUPA)。

在另一個實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如演進UMTS陸地無線電存取(E-UTRA)的無線電技術，其可以使用長期演進(LTE)和/或高級LTE(LTE-A)來建立空中介面115/116/117。

在其他實施方式中，基地台114a和WTRU 102a、102b、102c可以使用例如IEEE802.16(即全球互通微波存取(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV-DO、暫行標準2000(IS-2000)、暫行標準95(IS-95)、暫行標準856(IS-856)、全球移動通信系統(GSM)、GSM 演進增強型資料速率(EDGE)、GSM EDGE(GERAN)等等的無線電技術。

第1A圖中的基地台114b可以是例如，無線路由器、家庭節點B、家庭eNB或存取點，並且可以使用任何適當的RAT來方便局部區域中的無線連接，例如商業場所、住宅、車輛、校園等等。在一個實施方式中，基地台114b和WTRU 102c、102d可以實現例如IEEE 802.11的無線電技術來建立無線區域網路(WLAN)。在另一個實施方式中，基地台114b和WTRU 102c、102d可以實現例如IEEE 802.15的無線電技術來建立無線個人區域網路(WPAN)。在又一個實施方式中，基地台114b和WTRU 102c、102d可以使用基於胞元的RAT(例如，WCDMA，CDMA2000，GSM，LTE，LTE-A等)來建立微微胞元或毫微微胞元。如第1A圖所示，基地台114b可以具有到網際網路110的直接連接。因此，基地台114b可以不必經由核心網106/107/109而存取到網際網路110。

RAN 103/104/105可以與核心網106/107/109通信，所述核心網106/107/109可以是被配置為向WTRU 102a、102b、102c、102d中的一個或多個提供語音、資料、應用和/或網際網路協定語音(VoIP)服務的任何類型的網路。例如，核心網106/107/109可以提供呼叫控制、計費服務、基於移動位置的服務、預付費呼叫、網際網路連接、視頻分配等，和/或執行高級安全功能，例如用戶鑑別。雖然第1A圖中未示出，應該理解的是RAN 103/104/105和/或核心網106/107/109可以與使用和RAN 103/104/105相同的RAT或不同RAT的其他RAN進行直接或間接的通信。例如，除了連接到正在使用E-UTRA無線電技術的RAN 103/104/105之外，核心網106/107/109還可以與使用GSM無線電技術的另一個RAN(未示出)通信。

核心網106/107/109還可以充當WTRU 102a、102b、102c、102d存取到PSTN 108、網際網路110和/或其他網路112的閘道。PSTN 108可以包括提供普通老式電話服務(POTS)的電路交換電話網路。網際網路110可以包括使用公共通信協定的互聯電腦網路和裝置的全球系統，所述協定例如有TCP/IP網際網路協定組中的傳輸控制協定(TCP)、用戶資料報協定(UDP)和網際網路協定(IP)。網路112可以包括被其他服務提供商擁有和/或操作的有線或無線的通信網路。例如，網路112可以包括連接到一個或多個RAN中的另一個核心網，該RAN可以使用和RAN 103/104/105相同的RAT或不同的RAT。

通信系統100中的WTRU 102a、102b、102c、102d的某些或全部可以包括多模式能力，即WTRU 102a、102b、102c、102d可以包括用於在不同無線鏈路上與不同無線網路進行通信的多個收發器。例如，第1A圖中示出的WTRU 102c可被配置為與基地台114a通信，所述基地台114a可以使用基於胞元的無線電技術，以及與基地台114b通信，所述基地台114b可以使用IEEE 802無線電技術。

第1B圖是示例性的WTRU 102的系統圖。如第1B圖所示，WTRU 102可以包括處理器118、收發器120、發射/接收元件122、揚聲器/麥克風124、數字鍵盤126、顯示器/觸摸板128、不可移動記憶體130、可移動記憶體132、電源134、全球定位系統(GPS)晶片組136和其他週邊設備138。應該理解的是WTRU 102可以在保持與實施方式一致時，包括前述元件的任何子組合。而且，實施方式考慮到基地台114a和114b，和/或基地台114a和114b可能表示的節點(例如但不限於收發器站台(BTS)、節點B、站點控制器、存取點(AP)、家庭節點B、演進型家庭節點B(eNB)、家庭eNB(HeNB)、家庭eNB閘道和代理節點等等)可以包括第1B圖中示出的和本文描述的某些或全部元件。

處理器118可以是通用處理器、專用處理器、常規處理器、數位信號處理器(DSP)、多個微處理器、與DSP核相關聯的一個或多個微處理器、控制器、微控制器、專用積體電路(ASIC)、場可編程閘陣列(FPGA)電路、任何其他類型的積體電路(IC)、狀態機等等。處理器118可執行信號編碼、資料處理、功率控制、輸入/輸出處理和/或使WTRU 102能夠在無線環境中操作的任何其他功能。處理器118可以耦合到收發器120，所述收發器120可耦合到發射/接收元件122。雖然第1B圖示出了處理器118和收發器120是單獨的部件，但是應該理解的是處理器118和收發器120可以一起整合在電子封裝或晶片中。

發射/接收元件122可以被配置為通過空中介面115/116/117將信號發送到基地台(例如，基地台114a)，或從基地台(例如，基地台114a)接收信號。例如，在一個實施方式中，發射/接收元件122可以是被配置為發送和/或接收RF信號的天線。在另一個實施方式中，發射/接收元件122可以是被配置為發送和/或接收例如IR、UV或可見光信號的發射器/檢測器。在又一個實施方式中，發射/接收元件122可以被配置為發送和接收RF和光信號兩者。應該理解的是發射/接收元件122可以被配置為發送和/或接收無線信號的任何組合。

此外，雖然發射/接收元件122在第1B圖中示出為單獨的元件，但是WTRU 102可以包括任意數量的發射/接收元件122。更具體地， WTRU 102可以使用MIMO技術。因此，在一個實施方式中，WTRU 102可以包括用於通過空中介面115/116/117發送和接收無線信號的兩個或更多個發射/接收元件122(例如，多個天線)。

收發器120可以被配置為調變要由發射/接收元件122發送的信號，和解調由發射/接收元件122接收的信號。如上所述，WTRU 102可以具有多模式能力。因此，收發器120可以包括使WTRU 102能夠經由多個RAT通信的多個收發器，所述多個RAT例如有UTRA和IEEE 802.11。

WTRU 102的處理器118可以耦合到，並且可以接收用戶輸入資料自：揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128(例如，液晶顯示器(LCD)顯示單元或有機發光二極體(OLED)顯示單元)。處理器118還可以輸出用戶資料到揚聲器/麥克風124、數字鍵盤126和/或顯示器/觸摸板128。此外，處理器118可以存取資訊自，及儲存資料到任何類型的適當的記憶體，例如不可移動記憶體130和/或可移動記憶體132。不可移動記憶體130可以包括隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬碟或任何其他類型的記憶體儲存裝置。可移動記憶體132可以包括用戶身份模組(SIM)卡、記憶棒、安全數位(SD)儲存卡等等。在其他的實施方式中，處理器118可以從在實體位置上沒有位於WTRU 102上(例如伺服器或家用電腦(未示出)上)的記憶體存取資訊，並且可以將資料儲存在該記憶體。

處理器118可以從電源134接收電能，並且可以被配置為分配和/或控制到WTRU 102中的其他組件的電能。電源134可以是給WTRU 102供電的任何適當的裝置。例如，電源134可以包括一個或多個乾電池(例如，鎳鎘(NiCd)、鎳鋅(NiZn)、鎳氫(NiMH)、鋰離子(Li-ion)，等等)，太陽能電池，燃料電池等等。

處理器118還可以耦合到GPS晶片組136，所述GPS晶片組136可以被配置為提供關於WTRU 102當前位置的位置資訊(例如，經度和緯度)。WTRU 102可以通過空中介面115/116/117從基地台(例如，基地台114a、114b)接收加上或取代GPS晶片組136資訊之位置資訊，和/或基於從兩個或更多個鄰近基地台接收的信號的定時來確定其位置。應該理解的是WTRU 102在保持與實施方式一致時，可以通過任何適當的位置確定方法獲得位置資訊。

處理器118可以進一步耦合到其他週邊設備138，所述週邊設備138可以包括一個或多個提供附加特性、功能和/或有線或無線連接的軟體和/或硬體模組。例如，週邊設備138可以包括加速計、電子羅盤、衛星收發器、數位相機(用於照片或視頻)、通用串列匯流排(USB)埠、振動裝置、電視收發器、免提耳機、藍芽R模組、調頻(FM)無線電單元、數位音樂播放器、媒體播放器、視頻遊戲機模組、網際網路瀏覽器等等。

第1C圖是根據一個實施方式的RAN 103和核心網106的系統圖。如上所述，RAN 103可使用UTRA無線電技術通過空中介面115與WTRU 102a、102b、102c通信。RAN 103還可以與核心網106通信。如第1C圖所示，RAN 103可包括節點B 140a、140b、140c，其每個可包括一個或多個收發器，用於通過空中介面115與WTRU 102a、102b、102c通信。節點B 140a、140b和140c中的每一個可與RAN 103中的特定胞元(未示出)相關聯。RAN 103還可以包括RNC 142a、142b。應該理解的是在保持與一個實施方式一致時， RAN 103可以包括任意數量的節點B和RNC。

如第1C圖所示，節點B 140a、140b可以與RNC 142a通信。另外，節點B 140c可以與RNC 142b通信。節點B 140a、140b、140c可以經由Iub介面與各自的RNC 412a、142b通信。RNC 142a、142b可以經由Iur介面彼此通信。RNC 142a、142b中的每一個可以被配置為控制其連接到的各個節點B 140a、140b、140c。另外，RNC 142a、142b中的每一個可以被配置為實現或者支援其他功能，例如外環功率控制、負載控制、准許控制、封包排程、切換控制、巨集分集、安全功能、資料加密等等。

第1C圖中示出的核心網106可包括媒體閘道(MGW)144、移動交換中心(MSC)146、服務GPRS支援節點(SGSN)148、和/或閘道GPRS支持節點(GGSN)150。雖然前述的每個元件都被描述為核心網106的一部分，但是應該理解的是這些元件中的任何一個都可由核心網營運商之外的實體擁有和/或操作。

RAN 103中的RNC 142a可以經由IuCS介面連接到核心網106中的MSC 146。MSC 146可以連接到MGW 144。MSC 146和MGW 144可以向WTRU 102a、102b、102c提供到電路交換網路(例如PSTN 108)的存取，以便於WTRU 102a、102b、102c和傳統陸線通信裝置之間的通信。

RAN 103中的RNC 142a可以經由IuPS介面連接到核心網106中的SGSN 148。SGSN 148可以連接到GGSN 150。SGSN 148和GGSN 150可以向WTRU 102a、102b、102c提供到封包交換網路(例如網際網路110)的存取，以便於WTRU 102a、102b、102c和IP致能裝置之間的通信。

如上所述，核心網106還可以連接到網路112，網路112可以包括其他服務提供商擁有和/或操作的其他有線或者無線網路。

第1D圖是根據一個實施方式的RAN 104和核心網107的系統圖。如上所述，RAN 104可以使用E-UTRA無線電技術通過空中介面116與WTRU 102a、102b、102c通信。RAN 104還可以與核心網107通信。

RAN 104可以包括e節點B(eNB)160a、160b、160c，但是應該理解的是當保持與實施方式一致時，RAN 104可以包括任意數量的eNB。eNB 160a、160b、160c的每一個都可以包括一個或者多個收發器用於通過空中介面116與WTRU 102a、102b、102c通信。在一個實施方式中，eNB 160a、160b、160c可以實現MIMO技術。因此，eNB 160a，例如可以使用多天線來向WTRU 120a發送無線信號和從WTRU 120a接收無線信號。

eNB 160a、160b、160c中的每一個可以與特別胞元(未顯示)相關聯，且可以被配置為處理無線電資源管理決策、切換決策、在上行鏈路和/或下行鏈路排程用戶等。如第1D圖所示，eNB 160a、160b、160c可以通過X2介面彼此通信。

第1D圖中所示的核心網107可以包括移動性管理閘道(MME)162、服務閘道164、和封包資料網路(PDN)閘道166。雖然前述的每個元件都被描述為核心網107的一部分，但是應該理解的是這些元件中的任何一個都可由核心網營運商之外的實體擁有和/或操作。

MME 162可經由S1介面被連接到RAN 104中的eNB 160a、160b、160c的每一個，並充當控制節點。例如，MME 162可負責鑑別WTRU 102a、102b、102c的用戶，承載啟動/去啟動，在WTRU 102a、102b、102c的初始附著期間選擇特定服務閘道，等等。MME 162還可以為RAN 104和使用其他無線電技術(例如GSM或WCDMA)的其他RAN(未示出)之間的交換提供控制平面功能。

服務閘道164可經由S1介面連接到RAN 104中eNB 160a、160b、160c的每一個。服務閘道164通常可以路由和轉發用戶資料封包到/自WTRU 102a、102b、102c。服務閘道164還可以執行其他功能，例如在eNB間切換期間錨定用戶平面，在下行鏈路資料可用於WTRU 102a、102b、102c時觸發傳呼，管理和儲存WTRU 102a、102b、102c的上下文，等等。

服務閘道164還可連接到PDN閘道166，所述PDN閘道166可以向WTRU 102a、102b、102c提供對封包交換網路(例如網際網路110)的存取，以方便WTRU 102a、102b、102c和IP致能裝置之間的通信。

核心網107可方便與其他網路的通信。例如，核心網107可向WTRU 102a、102b、102c提供對電路交換網路(例如PSTN 108)的存取，以方便WTRU 102a、102b、102c和傳統陸線通信裝置之間的通信。例如，核心網107可包括IP閘道，或可與IP閘道(例如，IP多媒體子系統(IMS)伺服器)通信，所述IP閘道用作核心網107和PSTN 108之間的介面。此外，核心網107可向WTRU 102a、102b、102c提供對網路112的存取，所述網路112可包括由其他服務提供商擁有和/或操作的其他有線或無線網路。

第1E圖是根據一個實施方式的RAN 105和核心網109的系統圖。RAN 105可以是應用IEEE 802.16無線電技術通過空中介面117與WTRU 102a、102b、102c通信的存取服務網(ASN)。如下面將進一步說明的，WTRU 102a、102b、102c、RAN 105和核心網109的不同功能實體之間的通信鏈路可以被定義為參考點。

如第1E圖所示，RAN 105可以包括基地台180a、180b、180c和ASN閘道182，但是應該理解的是當保持與實施方式一致時RAN 105可以包括任意數量的基地台和ASN閘道。基地台180a、180b、180c每一個都可以與RAN 105中的特定胞元(未示出)相關聯，且每一個都可以包括一個或者多個收發器，以用於通過空中介面117與WTRU 102a、102b、102c通信。在一個實施方式中，基地台180a、180b、180c可以實現MIMO技術。因此，基地台180a，例如可以使用多個天線來向WTRU 120a發送無線信號和從WTRU 120a接收無線信號。基地台180a、180b、180c還可以提供移動性管理功能，例如移交觸發、隧道建立、無線電資源管理、訊務分類、服務品質(QoS)策略執行等等。ASN閘道182可以作為訊務聚合點，且可以負責傳呼、訂戶文檔快取、路由到核心網109等等。

WTRU 102a、102b、102c與RAN 105之間的空中介面117可以被定義為實現IEEE 802.16規範的R1參考點。另外，WTRU 102a、102b、102c的每一個可以與核心網109建立邏輯介面(未顯示)。WTRU 102a、102b、102c與核心網109之間的邏輯介面可以被定義為R2參考點，該R2參考點可以用於鑑別、授權、IP主機配置管理、和/或移動性管理。

基地台180a、180b、180c的每一個之間的通信鏈路可以被定義為R8參考點，該參考點包括便於WTRU切換和基地台之間資料傳輸的協定。基地台180a、180b、180c和ASN閘道182之間的通信鏈路可以被定義為R6參考點。R6參考點可以包括便於根據與WTRU 102a、102b、102c的每一個相關聯的移動性事件的移動性管理的協定。

如第1E圖所示，RAN 105可以連接到核心網109。RAN 105 和核心網109之間的通信鏈路可以被定義為包括便於例如資料傳輸和移動性管理能力的協定的R3參考點。核心網109可以包括移動IP本地代理(MIP-HA)184、鑑別、授權、計費(AAA)伺服器186和閘道188。雖然前述的每個元件都被描述為核心網109的一部分，但是應該理解的是這些元件中的任何一個都可由核心網營運商之外的實體擁有和/或操作。

MIP-HA可以負責IP位址管理，且可以使WTRU 102a、102b、102c能夠在不同ASN和/或不同核心網之間漫遊。MIP-HA 184可以向WTRU 102a、102b、102c提供對封包交換網路(例如網際網路110)的存取，以方便WTRU 102a、102b、102c和IP致能裝置之間的通信。AAA伺服器186可以負責用戶鑑別和支援用戶服務。閘道188可以便於與其他網路的交互工作。例如，閘道188可以向WTRU 102a、102b、102c提供對電路交換網路(例如PSTN 108)的存取，以方便WTRU 102a、102b、102c和傳統陸線通信裝置之間的通信。此外，閘道188可向WTRU 102a、102b、102c提供對網路112的存取，所述網路112可包括由其他服務提供商擁有和/或操作的其他有線或無線網路。

雖然第1E圖中未顯示，但是應當理解的是RAN 105可以連接到其他ASN，且核心網109可以連接到其他核心網。RAN 105和其他ASN之間的通信鏈路可以被定義為R4參考點，該R4參考點可以包括用於協調WTRU 102a、102b、102c在RAN 105與其他ASN之間的移動性的協定。核心網109和其他核心網之間的通信鏈路可以被定義為R5參考，該R5參考可以包括便於本地核心網和訪問核心網之間的交互工作的協定。

儘管沒有在第1C-1E圖中示出，上述網路中的每一個，以及基於802.11的網路都包括使用一個或多個DNS伺服器的網域名稱服務(DNS)。

實施方式設想多媒體流傳輸可以以至少三種形式執行：RTSP/RTP流、HTTP漸進式下載和/或自適應HTTP流。例如，3GPP透明端到端封包交換流服務(PSS)支援上述三種類型的流傳輸協定。

實施方式意識到即時流傳輸協定(RTSP)可以是與流媒體伺服器一起使用的網路控制協定。RTSP可以用於建立並控制例如端點之間的媒體會話。例如，媒體的用戶端可以發出類VCR命令，如播放和暫停。RTSP可以與即時傳輸協定一起用於媒體流傳遞。

HTTP漸進式下載可以包括下載通常使用HTTP區塊傳輸編碼的多媒體檔，並在下載了該檔的至少一部分時開始重播(playback)。從這一個點開始，檔下載和重播可以並行執行。

實施方式考慮了內容傳遞網路可以託管第三方的內容，該內容用於靜態內容、流媒體和不同內容服務的高效(例如快速)傳遞。

在流媒體的特定情況下，實施方式考慮了來自用戶端節點的內容請求可能導致對能夠服務流內容的代理的選擇。

實施方式考慮了CDN用來執行內容重定向(為了解釋而不是限制的目的也稱為請求路由)的一個或多個方法。一個或多個實施方式可以包括使用特殊的DNS伺服器、應用層重定向和/或內容修改(URL重寫)，有時候組合使用。此外，CDN互連可以使內容重定向能夠跨CDN邊界。

從媒體流用戶端的角度來看，實施方式考慮了代理選擇過程可以對用戶端應用是透明的(除了可能在一個或多個例如具有HTTP重定向的實施方式中，其中可以使用應用重定向支援)。也許在一個或多個實施方式中，根據CDN使用的請求路由方法，在媒體流會話建立中可能在多個點及時發生代理選擇(例如，在DNS請求過程中，或者在取得元資料時)。此外，在一個或多個實施方式中，在媒體會話過程中可以不重新選擇代理。

第2圖示出了實施方式設想的示意性CDN互連區域的圖。

第3圖、第4圖、第5圖和第6圖示出了一個或多個設想的技術，用於將流用戶端重定向到代理以下載自適應HTTP流片段。

在第4圖中，原始伺服器可以在流元資料中動態重寫URL，以指向適當的代理。(注意到額外的DNS伺服器，例如根伺服器，可以包含在DNS過程中，但是沒有示出。)

在第5圖中，可以使用DNS重定向。在第6圖中，可以使用HTTP重定向。

實施方式考慮到也可以使用其他重定向機制。第3-6圖示出了設想的重定向方法可以如何用於DASH，但是也可以以類似的方式對其他流協定進行重定向。而且，不同的CDN可以實施不同的重定向機制。

第7圖示出了一個關於CDN互連的圖例，其可以應用於一個或多個其他附圖。第8圖示出了實施方式設想的使用CDNI時的一個情形。第8圖的情形涉及使用CDN傳送的內容。在第8圖中，發行方可以與CDN(例如，針對這個發行方的內容的授權的CDN)具有業務關係。授權的CDN可以將某些或全部傳遞委託給下游的CDN。實施方式考慮了不同的重定向方法可以由不同的CDN實施。在第8圖中，為了示意的目的顯示了一種DNS重定向方法。

在第8圖中，在8002和8004，用戶端節點存取原始伺服器上的網頁。該網頁可以指向由CDN(例如，對該內容授權的CDN)傳遞的內容。用戶端節點可以針對該內容執行DNS名稱解析。請求到達授權的CDN的DNS伺服器，該伺服器可以觸發請求路由過程。在該過程中，授權的CDN可以使用CDNI介面，並可以選擇CDN 1。DNS詢問過程可以涉及用戶端節點的本地DNS伺服器、授權的CDN中的DNS伺服器和/或CDN 1中的DNS伺服器(也可能有根DNS伺服器，其未示出)。而且，DNS回應可以被返回給用戶端，該回應具有CDN 1中所選代理的IP位址。

實施方式考慮了這種最初的代理選擇的不同變型可以由不同的CDN實現。說明的共同點在於在請求路由過程中使用CDN互連介面。

在8006，可能一接收到DNS回應，用戶端節點應用就可以啟動來自CDN 1代理的流傳輸(streaming)。

在8008，可以在CDN 1和授權的CDN之間使用CDN互連介面傳送與媒體會話相關的資訊(例如，使用元資料，尤其是登錄CDNI API)。

第9圖示出了移動性事件之後代理選擇變為次佳的一個實例。在移動節點上運行的用戶端應用可以是來自CDN 1中的代理伺服器的流傳輸。移動節點可以移動到另一個存取網。該第二存取網可以由CDN 2中的代理提供更好的服務(例如，如果在通過該第二存取網連接時用戶端啟動一個新的/不同的流會話，那麼可以由上游CDN選擇CDN 2中的代理)。實施方式考慮了至少兩個基於第9圖的情形或用例--可以單獨或結合考慮。

在至少一個考慮的用例(用例1--數值用例用於解釋而不是限制)(例如，移動檢測)中，移動到新的/不同的存取網之後，CDN 1可以檢測到移動節點移動到了新的/不同的位置(例如，可以由移動節點本身通知CDN 1代理，或者CDN 1代理可以檢測到移動節點的IP位址在給定的IP位址範圍之外)。在CDN 1內，節點可以決定該新的/不同的位置在合適的傳遞區域之外(例如，CDN 1接受了將內容傳遞到在之前位置的MN，但是決定不適合傳遞到新的/不同的位置)。為了減小提供低品質服務的風險(其可能被報告並對CDN 1的業務關係不利)，CDN 1可以決定觸發服務代理的重選。

實施方式考慮了CDN 1能夠在內部執行這種重選。在一個或多個實施方式中，可以假設CDN 1決定它的代理沒有一個可能提供需要的服務，從而可以決定使用一個或多個本文描述的實施方式觸發新的/不同的CDN重選。

在至少第二用例(用例2--顯示的數值編號還是用於解釋而不是限制)(例如，體驗品質檢測)中，移動到新的/不同的存取網之後，CDN 1代理可以繼續被使用。CDN 1代理可以及時或者可能持續(或者總是)在某些點監視傳遞品質(這種監視可以包括網路測量，以及來自終端用戶的體驗品質的回饋)。監視可以顯示傳遞品質低於給定臨界值。出於這一原因或其他原因，CDN 1可以決定觸發服務代理的重選。

在與用例2相關的一個或多個實施方式中，CDN 1可以在內部執行這種重選。一個或多個實施方式還考慮了CDN 1可以決定它的代理沒有一個可能提供需要的服務，從而可以決定使用一個或多個本文描述的實施方式觸發新的/不同的CDN重選。

實施方式考慮了體驗品質檢測可以觸發重選的決定，甚至可能在沒有移動性事件發生時。例如，如果發生網路降級，那麼選擇新的/不同的代理可能是有用的，可能只要該代理可能提供更好的體驗品質。

為了示意而不是限制的目的，節點移動(例如用例1中的)將被表示為在一個或多個進一步描述的實施方式中重選的原因。然而，其中描述的一個或多個實施方式考慮了體驗品質降級也是重選的有效原因。

實施方式考慮了另一個相關用例是由終端用戶將多媒體會話從一個裝置移動到另一個裝置(例如筆記本電腦到智慧型電話)。該操作可以包括將應用會話從一個存取網移動到另一個存取網。

第10圖示出了一個示意性的從一個裝置到另一裝置的會話轉移。這種裝置間的會話移動性與為RTSP會話轉移考慮的解決方案，例如，IMS UE(或者無線發射/接收單元(WTRU))之間的會話轉移(IUT)一致。

實施方式考慮了某些類型的會話轉移(例如，裝置B被傳送恢復會話的書簽，並且B在使用該書簽之前發起新的/不同的會話的方案)可能導致最佳的CDN/代理選擇(可能因為裝置B啟動全新/不同的內容傳遞會話，所以能夠發生CDN選擇)。但是某些其他方法，例如RSTP會話的轉移能夠導致在轉移之後繼續使用相同的代理。一個或多個實施方式考慮該第二類轉移。

執行了轉移之後，如果轉移導致正在使用的代理不是最佳，情況與本文描述的單個裝置移動性情況類似。實施方式考慮了這樣可以在該點應用的前面描述的用例1和/或用例2。

再參考第8圖，第8圖示出了與媒體流會話相關的一個實施方式。一個或多個實施方式考慮了：自適應HTTP流傳輸，例如DASH；基於 RSTP的流傳輸；和/或漸進式HTTP下載。

實施方式，例如那些在第11、15、16、17和/或18圖中示出的，考慮了MN移動資訊可以到達CDN 1，其可以發起CDN重選。一個或多個實施方式考慮了CDN 1能夠決定在CDN 1本身內部選擇新的/不同的代理。為了解釋而不是限定，一個或多個示出的實施方式可以假設CDN 1決定它不是最適合將內容傳遞到新的/不同的位置，且因此決定參照上游CDN用於重選決策。在一個或多個實施方式中，CDN 1還可以檢測終端用戶體驗品質的降級來代替檢測移動本身。

第11圖示出了在MN移動性事件之後的示意性的CDNI重選。在11002和11004，移動節點可以從存取網#1移動到另一個存取網#2，同時與CDN代理進行通信(例如，在多媒體流會話過程中)。因為該移動，代理選擇可能變為次佳。CDN 1可以瞭解MN移動性事件。該事件的源可以是MN、存取網節點、代理伺服器和/或另一個節點。CDN 1可以決定是在內部處理該事件(例如，無動作，或者移動到另一個代理)，還是它還可以決定在新的傳遞情況下，CDN 1可能不能維持用於終端用戶的服務的水準。CDN 1可以決定讓上游CDN重選一個更適合的(可能是“最好的”)以將傳遞委託給該CND，而不是降低用戶體驗。

實施方式考慮了CDN 1可以例如具有傳遞具有給定服務品質的內容的協定。在一個或多個實施方式中，CDN 1可以實施該技術以檢測到內容消費者留下了其目標傳遞區域(可能以用於保證傳遞QoS)。

在11006，CDN 1可以通過發送CDNI重選請求消息觸發由上游CDN進行的重選。該消息可以包括用於上游CDN執行對在新的/不同的位置的具有指定內容的MN的請求路由的足夠資訊。

在11008，上游CDN可以執行請求路由過程。

在11010，上游CDN可以使用例如CDNI重選回應消息將請求路由結果返回到CDN 1。

在11012和11014，可能因此，初始的代理伺服器可以將重定向消息發送回應用，其可以解譯該消息並繼續來自新的/不同的代理的流傳輸。在一個或多個實施方式中，這種重定向機制可以是應用特定的。實施方式考慮了用於自適應HTTP流傳輸、RTSP和/或漸進式下載的機制。

實施方式考慮了迄今未使用的控制消息，其可以例如使用HTTP上的XML而被編碼。在一個或多個實施方式中，該消息可以包含一個或多個下述欄位。

實施方式考慮了一請求。該請求可以包括重選的會話的識別符，其可以包括下述的一個或多個：終端用戶識別(例如終端用戶裝置獲取的權杖(例如cookie)、身份證明、和存取內容的授權--或者移動節點的初始IP位址、內容識別(例如在初始伺服器上內容的URL，例如在DASH情況下的媒體表示描述(MPD)的URL，或例如另一個唯一名稱))、和/或內容傳遞會話ID，所述內容傳遞會話ID可以是唯一描述受到重選的內容傳遞會話的特別實例的識別符(例如該識別符可以在初始請求路由過程期間已由授權的CDN分配)。例如，用戶在日期/時間T在IP位址IP 1請求內容C--特別傳遞實例可以用ID IP1-C-T進行識別。

該請求還可以包括使請求路由能夠被執行的資訊，其可以包括下述的一個或多個：移動節點的新的/不同的IP位址；可以有助於選擇的額外的位置資訊(例如WLAN SSID、網域名稱、主要/次要的位置DNS伺服器位址等)；內容版本識別(例如增量的版本號、或者在內容資料檔案上計算的哈希(hash)值等)，在某些實施方式中，版本可能對防止重選現在已經廢棄的內容有用；不重選標記，其可以是CDN 1是否希望為該內容被重選(例如，如果CDN 1在傳遞中經歷困難，它可能想要避免針對該特別內容傳遞的任何新的/不同的選擇)的指示。

該請求還可以包括額外資訊，其可以被加入以有助於重選決策，可以包括下述的至少一個：重選原因(例如，體驗品質降級或移動性事件)、當前體驗品質測量(例如，往返、頻寬、自適應流傳輸情況下的當前位元率)、目標體驗品質(例如，什麼可以是最初CDN 1接受傳遞的服務水準)。例如，該目標可以用作重選的臨界值--可能如果沒有其他CDN能夠或者願意達到這種品質水準，那麼可以不發生重選；新的/不同的存取網類型和頻寬容量(例如這可能有助於限制獲取某些編碼位元率)；和/或在流中的當前位置(例如，這對限制獲取部分內容是有用的)。

實施方式考慮了回應。該回應可以包括內容傳遞會話ID和/或請求消息ID(例如使回應與請求匹配)。該回應可以包括回應代碼。實施方式考慮了回應代碼(例如有效的回應代碼)可包括下述的一個或多個：執行的重選(使用所附著的重定向URL)；CDN 1以降級的性能繼續傳遞的一要求、CDN 1停止傳遞的一要求(CDN 1可以接著在錯誤消息，如HTTP 5xx代碼中指示停止傳遞的原因。在一個或多個實施方式中，用戶端應用可以將問題的原因呈現給終端用戶。)；CDN 1使用另一種方法執行重選的一要求(例如在本文中呈現的其他實施方式中的一個，例如，重定向到原始伺服器或重定向下游CDN)。

例如，也許如果同樣的傳遞在短時間內被重選多次，那麼為了避免因為傳遞品質的太多改變引起用戶體驗的降級，上游CDN可以決定發送“繼續”或者“停止”代碼。一個或多個實施方式考慮了，例如，也許當可應用時，回應可以包括新的/不同的內容位置的識別符，如URL。

實施方式考慮了自適應HTTP流會話的重定向(為了解釋而不是限制的目的可以稱為替換1)。實施方式考慮了對自適應HTTP流(例如DASH)的用戶端應用重定向可以使用HTTP重定向消息(例如3xx代碼)被執行。

因為當前的代理可能知道目的URL，考慮的重定向技術可以包括基於字串的替換機制，包括將用戶端應用重定向到新的/不同的代理上的請求的片段。在一個或多個實施方式中，用戶端應用可以使用該重定向作為模版重構下面的某些或全部片段。

例如，http：//domain1/path1/abc/segment12.ts可以被重定向到http：//domain2/path2/abc/segment12.ts。可能忽略最長的常見尾碼字串(/abc/segment12.ts)--剩餘的部分可以是http：//domain1/path1，其可以變為http：//domain2/path2。從這個角度更進一步而言，在用戶端應用可能都需要獲取片段的某些時候，或者可能每一次，替換發生。

實施方式考慮了DASH MPD可以支持下述的一個或兩個：○基於基本URL和每個片段相關路徑的URL方案(在這種情況下可以在基本URL上執行字串替換)；和/或○每個片段有其自己的URL的URL方案(在這種情況下將在所有URL上執行字串替換)

實施方式還考慮了前述的實施方式可能對經要求的內容用例有用，其中媒體表示描述(MPD)可以不需要例如重新獲取。第12圖示出了示例性基於字串替換的重定向。

實施方式考慮了自適應HTTP流會話的重定向(為了解釋而不是限制的目的可以稱為替換2，可以單獨或與其他實施方式結合實施)。在這種替換中，也可以例如使用回應於GET片段消息的3xx重定向消息實施重定向。

在一個或多個實施方式中，寫入重定向消息中的URL可以不是目的代理上的片段的URL。反而，它可以是目的代理上的元資料(MPD)的URL。

例如，除了其他的可能原因之外，一接收到重定向消息，用戶端應用可以執行一個或多個DNS解析動作，然後可以取得MPD，確定下一個要取得的片段#n，和/或繼續下載從片段#n開始的片段。一個或多個實施方式考慮了#n可能是在連續流中下一個將要取得的片段的一般化，例如，可能在重定向前最後一個取得的片段例如是#n-1。

一個或多個實施方式考慮了將用戶端應用重定向到MPD，且一個或多個實施方式考慮了由用戶端應用解譯該重定向，可能不是作為正常的URL重定向，而可能是作為流重定向。

實施方式考慮了RTSP會話的重定向。前面描述的一個或多個實施方式可以應用於RTSP流。實施方式考慮了用於將用戶端重定向到新的/不同的代理的機制可以是RTSP重定向方法。第13圖描述了現有RTSP如何提供實施方式考慮的功能。

實施方式考慮了漸進式HTTP流的重定向。第14圖示出了使用漸進式HTTP流進行重定向的至少一個考慮的行為。

實施方式考慮了迄今未使用的現有HTTP標頭的使用。在14002，也許如果用戶端應用支援代理重選，那麼它可以指示對使用例如合適的TE的標尾：標頭(TE：標尾)的支持。該標頭可以指示用戶端願意例如在流末端接受標尾的標頭。

在14004，代理伺服器可能通過使用合適的標尾：標頭(標尾：Retry-After)指示標尾中可能存在的Retry-After(之後重試)標頭。

在14006，也許在漸進式下載過程中，初始代理可以決定重定向流。初始代理可以完成當前的區塊(chunk)#n。接著它可以插入最後的空區塊，接著是標尾的標頭Retry-After：0。(例如如果流正常結束，在一個或多個實施方式中，可以不插入Retry-After)。

實施方式考慮了Retry-After的使用，其可用於503和3xx回應中。

如本文所考慮的，Retry-After可以用作區塊回應中的標尾的標頭。下面示出了以Retry-After標頭結束的示例性的HTTP回應： HTTP/1.1 200 OK

Transfer-Encoding：chunked

(…)

12000\r\n

(binary chunk)\r\n

0\r\n

Retry-After：0\r\n

\r\n

在14008，用戶端應用可以解譯Retry-After：0，並可以使用位元組範圍GET(例如使用範圍)重試下載(在某些實施方式中可能可以立即重試)。

在14010，代理伺服器可以發送回重定向消息3xx，其指向新的/不同的代理上的媒體URL。在14012，用戶端應用可以從新的/不同的代理恢復下載。

一個或多個實施方式考慮了標尾機制或Retry-After中的一個或兩者可以是HTTP標準的現有元件。一個或多個實施方式考慮了迄今未使用的使用情形。例如，實施方式意識到在200 OK(確認)回應中可能沒有使用Retry-After。

考慮的實施方式可以解決與現有用戶端的後向相容，例如如下：如果應用用戶端使用標頭TE：標尾，那麼代理伺服器可以推定用戶端可能支援重定向並可以使用前面描述的技術。由於用戶端可以使用可能不支援重定向方法的TE：標尾，那麼一個或多個實施方式考慮了可以使用另外的試探法(例如用戶-代理標頭)。

可替換地或額外地，一個或多個實施方式考慮了一種解決方案，該解決方案可以包括TCP連接(在14006)關閉的代理伺服器和系統地嘗試恢復下載的應用用戶端(在14008)。

一個或多個實施方式設想CDN 1是授權的CDN。返回參考第11圖，如果CDN 1可以是授權的CDN，那麼11006和11010可能沒有用，因為同樣的CDN 1可以既檢測重選的需要，也執行在針對內容傳遞的選擇CDN 2中結束的請求路由11008。

一個或多個實施方式考慮了可能沒有CDNI重選消息。也許基於其自己的請求路由過程的結果，CDN 1可以使用前面描述的重定向機制重定向用戶端。第15圖中示出了一個實例。為了簡化說明在此和前段中提到的不同，第15圖中的標號指代第11圖中的一個或多個標號。

第16圖示出了CDN 2作為授權的CDN的一個實例，其可以看作是第11圖的實施方式的變型。返回參考第11圖，如果CDN 2是授權的CDN，那麼11008可以折疊(collapse)成CDN 2的內部決定以傳遞內容本身。為了簡化說明在該段中提到的不同，第16圖中的標號指代第11圖中的一個或多個標號。

實施方式考慮了發送到對等CDN的重選請求。在這種實施方式中，CDN 1可以具有與CDN 2的CDNI關係。CDN 1和CDN 2都可以覆蓋互補的存取網。舉例來說，而不是限定，CDN 1可以具有對DSL和WiFi用戶的良好覆蓋，而CDN 2可以具有對LTE用戶的良好覆蓋。一個或多個實施方式考慮了CDN 1和CDN 2可以有對彼此轉移內容傳遞之協議。

第17圖描述了一種實施方式，其中授權的CDN可以是另一個上游CDN(儘管實施方式考慮了CDN 1或者CDN 2都可以是給定內容的授權CDN，或者授權的CDN可以是例如該上游CDN上的一個或多個層)。

在17002、17004，移動節點可以從一個存取網移動到另一個存取網。CDN 1可以知道這個並且決定不繼續傳遞內容。一個或多個實施方式考慮了CDN 1可以與CDN 2具有會話轉移協定。CDN 1可以決定CDN 2是恢復傳遞的良好候選，而不是像在其他實施方式中考慮的那樣回過來參照上游CDN。例如，CDN 1可以配置有可以得到CDN 2的更好的服務的終端用戶IP位址塊。一個或多個實施方式考慮了如果CDN 1沒有決定CDN 2是傳遞的良好候選，則其可以退回到在另一個實施方式中描述的解決方案。

在17006，CDN 1可以發送CDNI重選請求消息。

在17008，CDN 2可以發送CDNI重選請求回應給CDN 1。CDN 2可以拒絕傳遞內容(例如，其可能由於網路超載而不能滿足體驗品質(QoE)需求)。在這種情況下，實施方式考慮了CDN 2可以使用否定狀態代碼。

在17010，CDN 2可以從CDN 1獲得元資料並獲取內容。

在17012、17014，可替換地或額外地，可能一接收到CDN 2的回應，CDN 1就可以將重選通知給上游CDN。可替換地或額外地，CDN 2可以使用CDN 1-CDN 2 CDN互連消息將登錄事件報告給CDN 1，CDN 1可以繼續報告回上游CDN，就像它自己正傳遞該內容一樣。可替換地或者額外地，CDN 1可以作為業務協定的一部分通知上游CDN(例如，為了顯示重選的頻率和效果)。

在17016、17018，實施方式考慮了初始代理伺服器可以發送重定向消息給應用。

實施方式考慮了與前面公開的實施方式一致的CDNI重選請求和回應消息。實施方式考慮了該消息可以包含與前面描述的實施方式中類似的資訊(具有下述的修改和/或增加)。實施方式考慮了重選請求，其可以包含使CDN 2能夠從CDN 1獲得元資料和內容的資訊(例如，要獲取的元資料和內容的URL)。

實施方式還考慮了重選回應。一個或多個實施方式考慮了回應代碼可以不保持之前關於其他實施方式提到的的某些值，也許因為CDN 2可能不是授權的，且因此可能不能採取針對CDN 1的某些決定。實施方式考慮了一個或多個回應可以包括：重選接受(例如，使用所附著的用於重選的URL)、和/或重選拒絕。例如，CDN 1可以選擇繼續或者停止傳遞內容，或者它還可以選擇使用本文描述的其他實施方式中的一個。

實施方式考慮了CDNI重路由指示和行為。在一個或多個實施方式中，CDN 1或CDN 2，或者兩個CDN，可以將重路由報告給上游CDN。這個資訊可以便於上游CDN分析重選事件。

實施方式考慮了消息的內容可以包括重路由指示，其可以包括下述的一個或多個：將要重選的內容傳遞會話的識別符--該資訊可以由上游CDN使用以匹配具有這個內容傳遞實例歷史的該重路由指示；或者可以包括來自CDNI重選請求和回應的欄位之某些或全部或其子集，這可能是為了通知上游CDN操作的細節(例如，這可以有助於表明在體驗品質變得不能接受之前就執行了重選)。

實施方式考慮了消息的內容可以包括重路由回應，其可以包括指示資料是否實際上是對上游CDN有意義的成功代碼(例如它是否與內容傳遞匹配)。

一個或多個實施方式考慮了CDN 1可以是授權的CDN(類似於之前實施方式中描述的)。可替換地或額外地，一個或者多個實施方式考慮了CDN 2可以是授權的CDN(類似於之前實施方式中描述的)。

實施方式考慮了經由用戶端的重選。在一個或多個實施方式中，代替由授權的CDN請求重選的是，CDN 1可以使用初始伺服器URL觸發用戶端應用重新發起會話，並可以例如從其停止處恢復流傳輸。

在一個或多個實施方式中，上游CDN可能不容易檢測到轉移，並可能將兩(2)個會話匹配成一個邏輯會話。實施方式考慮了這個問題可以通過使CDN 1向上游CDN發送一個消息來減弱。這可以有助於分析訊務趨勢，並可以使日誌分析工具能夠一起匹配請求。第18圖示出了示意性的經由用戶端的重選。

參考第18圖，在18002、18004，移動節點可以從一個存取網移動到另一個存取網。CDN 1可以知道這個並可以決定不繼續傳遞內容。

在18006、18008，CDN 1可以發送CDNI重選請求消息。上游CDN可以將回應發送回去，其指示CDN 1可以將移動節點重定向到原始伺服器。特別地，回應消息可以包含該內容的原始伺服器URL。這些消息可以標記為替代並可以在CDN 1配置為也許總是在需要的時候將移動節點重定向到原始伺服器時被省略。

可替換地或者額外地，在一個或多個實施方式中，CDN 1可以配置為總是重定向到原始伺服器，且CDNI重選消息仍然可以使用。在這樣的實施方式中，CDNI重選消息可以具有純粹地提供資訊的目的(因此具有類似於前面描述的重路由指示的內容)。

在18010，初始代理可以將用戶端重定向回原始伺服器。

在18012、18014，MN(移動節點)可以解譯重定向。重定向機制的細節可能變化，可能取決於流協定，但在某些情況下，或者可能在所有情況下，這可能導致用戶端發起與原始伺服器的連接。

在18016、18018、18020和18022，實施方式考慮了存在CDN時的會話建立：內容請求、請求路由、重定向以及來自代理的流傳輸。特別地，一個或多個實施方式考慮了整個內容請求過程可以從開始就被運行，包括原始的DNS請求。第19和20圖描述了如應用到不同的示意性流協定的所考慮的重定向技術。

實施方式考慮了自適應HTTP流會話的重定向。在一個或多個實施方式中，初始代理伺服器可以發送指向MPD的URL的重定向消息。在一個或多個實施方式中，這個URL可以指向原始伺服器上的MPD(例如，可能代替新的/不同的代理上的MPD)的URL。

一旦接收到，用戶端可能在某些實施方式中必須從給定URL重新下載元資料。特別地，用戶端可以在某些實施方式中應當執行針對原始伺服器的域的新建的/新的DNS請求(例如，因為除了其它原因之外，某些CDN實施執行基於DNS的重定向，或其他原因)。這可以觸發整個新的/不同的請求路由過程，例如就像新的/不同的流會話。

實施方式考慮了以下的一個或多個：到原始伺服器MPD的重定向可以由用戶端解譯為流重定向，和/或用戶端應用過程：可以執行DNS請求，可以取得元資料，可以處理新的/不同的元資料，和/或可以與舊的元資料匹配以確認接下來要下載哪個片段。第19圖示出了用於具有自適應 HTTP流的基於用戶端的重選(DASH)的示例性重定向。

實施方式考慮了RTSP會話的重定向。這種重定向可以保持與前面描述的機制相同的特性，但是一個或多個實施方式考慮了重定向目標現在可能位於原始伺服器。隨後的DNS請求和/或恢復內容下載可以觸發新的/不同的CDN請求路由和重定向。

實施方式考慮了漸進式HTTP流會話的重定向。儘管與前面公開的實施方式類似，一個或多個實施方式仍然考慮了重定向消息的URL目的可能是原始伺服器上的媒體URL(而不是例如在新的/不同的代理上的媒體URL)。

實施方式考慮了當用戶端應用可能試圖恢復從目標URL下載時，授權的CDN可能如本文描述的那樣重定向該用戶端(在一個或多個實施方式中實際的CDN重定向方法可以取決於CDN實施)。第20圖示出了用於具有漸進式HTTP下載的基於用戶端的重選的示例性重定向。

內容傳遞網路(CDN)可以為了方便和/或有效地傳遞靜態內容、流媒體和不同的內容服務而託管第三方的內容。在流媒體的特定情況下，來自用戶端節點的內容請求可能導致選擇能夠服務於流內容的代理。實施方式考慮了在CDN內部執行內容重定向(也稱為請求路由)的方法包括使用特殊的DNS伺服器、應用層重定向、和內容修改(URL重寫)，有時組合使用。而且，CDN互連使得內容重定向能夠跨CDN邊界。

實施方式意識到用於流多媒體的移動裝置在次數上比之前使用得更頻繁。CDN可以通過選擇接近用戶端節點的代理流伺服器來最佳化用戶體驗和網路訊務。代理伺服器可以接近網際網路的邊界，可以減小延遲，可以更好地控制QoS，和/或可以限制網路內的訊務。在媒體流中，代理選擇過程可以是透明的。代理選擇可以在媒體流會話建立中的不同時間點發生，這可能取決於CDN使用的請求路由方法(例如在DNS請求過程中，或者當取得元資料時)。一個或多個實施方式考慮了可能在媒體會話過程中不重選代理。

使用一個或多個上述第1A-1E圖的網路、和/或WiFi 802.11網路或其他類型的無線或有線網路，本文所描述的系統和方法使得移動節點(MN)在移動到另一個存取網後能夠繼續來自最佳代理的流傳輸。新/剛剛選的或者識別的代理可以是同一CDN中的不同代理或者來自另一個CDN的代理。在一個或多個實施方式中，系統和方法能夠實現連續性和最佳化的代理選擇而不管所使用的CDN，以及不管是否使用了移動IP(MIP)。一個沒有使用MIP的實例是裝置具有2種無線電(例如胞元的和WiFi)，其具有切換到可用時的WiFi的連接管理器，但是可能不會保持固定的IP位址。

CDN網路可以使用基於DNS的請求路由，並可以假設DNS用戶端使用的DNS伺服器“接近”DNS用戶端。因為不同的存取網(例如LTE和WiMAX)可能由具有不同CDN的不同的網路營運商操作，使用給定存取網的應用可以使用該存取網的“最佳”DNS伺服器，其可以在使用DHCP的存取網的IP位址獲取過程中提供。實施方式考慮了在本文中術語“網路介面”和“網路適配器”可以互換使用。

本文描述的系統和方法可以用於多媒體流，其包括至少RTSP/RTP流、HTTP漸進式下載和自適應HTTP流。例如，3GPP透明端到端封包交換流服務(PSS)可以支援全部三種類型的流協定。即時流傳輸協定 (RTSP)可以是用於流媒體伺服器的網路控制協定。它可以用於建立並控制端點之間的媒體會話。RTSP可以與即時傳輸協定(RTP)一起用於媒體流傳遞。HTTP漸進式下載包括下載多媒體檔和當部分檔下載後開始播放該內容。然後檔下載和和重播可以並行執行。

考慮的自適應HTTP流解決方案使用不同於媒體檔(例如，具有從ISO基礎媒體檔格式擴展出的格式)的manifest檔(例如，DASH中基於XML的媒體表示描述檔)。媒體可以由單元(例如，在DASH和其他標準中稱為片段)存取；某些或每個片段可以使用HTTP GET方法(或者如在Akamai的流解決方案中的POST)被獲得。

實施方式考慮了通過DNS方法的各種代理伺服器選擇/識別技術。如第21圖中所示，原始伺服器可以動態地將URL寫入流元資料，以指向合適的代理。一個或多個實施方式考慮了另外的DNS伺服器(例如根伺服器)，可以包含在DNS過程中，但沒有示出。也就是說，可以通過第一DNS查找來確認原始伺服器，且原始伺服器可以將CDN URL插入到MPD。用戶端可以執行CDN的DNS並可以獲得代理伺服器位址。如第22圖所示，可以使用DNS重定向。原始伺服器的初始DNS查找可以返回CDN代理伺服器位址，且用戶端可以從具有原始URL的指定代理伺服器(其可能已經被解析為CDN代理伺服器)獲得MPD文件。如第23圖所示，可以使用HTTP重定向。在經由DNS識別原始伺服器的位址後，用戶端可以經由http被重定向到CDN網路，且CDN代理伺服器可以經由DNS被識別。然後由CDN向MPD提供CDN URL，其在一個或多個實施方式中已經特定於代理伺服器。

第21-23圖是實施CDN代理識別的採樣技術。實施方式考慮了可以使用其他的重定向機制。第21-23圖示出了某些設想的重定向方法可以如何用於DASH，但是也可以以類似的方式對其他流協定進行重定向。例如，兩個不同的CDN可以實施不同的重定向機制。

第24圖描述了可能沒有提供CDN代理重選的情形，而第24B圖示出了使用考慮的本文描述的實施方式的結果。第25和26圖描述了與使用移動IP時的情形相關聯的類似的不足，這表明當不使用本文描述的系統時，MN繼續從初始CDN代理進行流傳輸。

具體而言，關於第25圖，當沒有經過最佳化而使用MIP時，如果移動節點沒有在本地網路中，將到達裝置的IP訊務可以在本地網路中通過本地代理。這個實例與由CDN網路執行的最佳化發生衝突，因為在這種情況下，所選的CDN代理可能位於裝置的本地網路附近，其可能遠離該裝置。例如，以基於IP位址的定位方法或者DNS為基礎的CDN代理選擇將導致這種佈置。

關於第26圖，像MIPv6中路由最佳化一樣的特定技術可以使移動節點能夠定向到伺服器節點通信，但是移動和遠端節點之間的初始通信路徑可能仍然要通過本地網路(用於返回可路由性過程)，且基於DNS的請求路由可能不受到該最佳化的影響。因此，在某些情況下，CDN代理可以再被選擇為靠近該情況中的本地網路(例如，基於第一封包源IP位址的基於DNS或HTTP重定向)。在其他情況下，初始CDN代理可以合適被選擇為接近移動節點，但是在MN移動後不進行代理重選。

第27圖的圖描述了各種情況，其中可以由本文描述的各種實施例提供(i)在存取間切換的過程中的連續性和/或(ii)跨多個存取網的流聚合(同時保證最佳化的CDN代理選擇)。

如本文所描述的，實施方式考慮了流會話發起階段參考圖第21-23圖的第一部分，其包括DNS解析(resolution)和取得元資料。實施方式考慮了可以在該流會話發起階段執行額外的操作，例如，認證和數位許可權管理(DRM)相關通信。

關於第28圖，可以提供一種流用戶端模組架構。它可以配置為遵從在會話發起時確定的模式(例如，用於自適應HTTP流，這可以是DNS請求，之後是元資料取得，然後是片段下載)。實施方式考慮了不同的CDN可以使用不同的技術選擇代理，並且可以使用該代理重定向流用戶端。流用戶端可以配置為在切換存取網時再一次經過用戶端發起階段，可能以任何CDN都能夠合適地重定向用戶端的方式。

目標用戶端應用包括自適應HTTP流、漸進式HTTP流和RTSP/RTP/RTCP流應用用戶端。目標移動節點包括啟用MIP的主機和正常IP(非MIP)主機。第28圖描述了設想的流用戶端應用的分解，其可能對進一步詳細描述用戶端應用的行為有用。描述的各個模組可以在軟體或韌體中實施，該軟體或韌體儲存在電腦可讀媒體中，且在合適的硬體元件諸如微處理器、微控制器、專用積體電路(ASIC)等上運行，其在一起運行時可以共同稱為一個或多個“模組”。本文描述的邏輯功能的其他組合可以以其他模組的形式提供。

一個或多個實施方式考慮了一種裝置，該裝置可以包括：無線網路介面裝置，其具有通信協定模組，該模組配置為建立到無線網路的網路附著；流模組，配置為接收內容傳遞網路(CDN)代理伺服器位址並使用無線網路介面和CDN代理伺服器位址請求媒體內容部分；以及連接管理器元件，配置為檢測與無線網路介面相關聯的網路附著通知並回應地發起CDN代理識別過程。連接管理器可以配置為通過請求流模組發起網域名稱服務(DNS)請求而發起CDN代理識別過程，其中所述DNS請求是針對與媒體內容部分相關聯的名稱。進一步地，該裝置可以被配置，由此以DNS伺服器位址參數調用DNS請求，和/或以沒有使用DNS快取的指示調用DNS請求，和/或其中網域名稱服務給本地快取提供具有本地/全域指示符參數的項。

裝置可以進一步包括多個無線網路介面裝置，所述多個無線網路介面裝置中的每一個具有至少一個相關聯的流轉化器模組，且其中每個流轉化器模組配置為使用與其各自的網路介面相關聯的CDN代理伺服器位址。進一步地，裝置還可以包括排程器模組，其配置為將對媒體內容部分的請求分配到每個無線網路介面裝置的至少一個相關聯的流轉化器模組。

在一個或多個實施方式中，流模組實例是配置為對一個單片內容進行流傳輸的用戶端應用的一部分(通過單片內容--實施方式考慮了一個通過元資料一起鏈結的多媒體表示)；例如，由單個的DASH媒體表示描述(MPD)提供的電影(音頻+視頻+字幕)。重播模組元件可以配置為保持重播緩衝並將內容呈現給用戶，這還可以看做是用於與伺服器通信不相關的應用的其他部分的占位元(placeholder)。排程器模組元件可以配置為確定流轉化器模組元件的哪個實例應當被分配下載哪個片段的任務。每個當前使用的存取網可能有一個流轉化器模組實例(例如，具有硬切換的單個網路適配器用例中的一個，或者軟切換過程中的兩個，或者在聚合用例中的n(>=2)個)。排程器模組可以使用關於網路附著的資訊，其在第28圖中標識為連接回饋，並可以通過例如像連接管理器模組一樣的中間物被獲得。排程器模組可以配置為使用該資訊確定是否創建附著到特別適配器(和IP位址)的流轉化器模組實例，且還可以配置為使用該資訊確定使用哪個流轉化器獲取特別片段。

前面描述的架構(邏輯功能分解)可以用於表示當前的使用單獨流轉化器實例的媒體播放器。本文描述的某些實施方式引入了多個流轉化器模組實例和排程器模組，其可以執行下述某些或全部功能。流轉化器實例可以配置為下載元資料，和由排程器模組確定的媒體片段。流轉化器可以配置為使用其網路適配器的本地IP位址作為所有IP訊務的源位址(即使可以在該主機上為其他訊務使用MIP)。而且，流轉化器模組可以配置為使用與該介面最相關的DNS伺服器(例如，通過DHCP從所附著的存取網獲得)發起DNS請求。特別地，實施方式考慮了流轉化器可以執行DNS請求(用於媒體伺服器網域名稱)並可以在下載某些片段或任何片段之前取得元資料。在某些實施方式中，這可以使各種CDN請求路由機制能夠合適地運行。

實施方式考慮排程器元件可以配置為確定使用哪一(些)網路適配器，何時根據需要開始流轉化器模組實例，以獲得關於網路附著的資訊(例如第28圖中的連接回饋箭頭)，採取切換決定，和/或在聚合情況中選擇使用哪個流轉化器取得特別片段(本文描述的聚合演算法的一個實例)。排程器模組可以配置為使用元資料，邏輯策略和可能的用戶輸入來採取決定。其還可以配置為比較並確認(validate)通過不同的流轉化器模組獲得的元資料。

實施方式考慮了在切換過程中，排程器可以從原始的流轉化器獲得部分資料(例如，這可以是最後取得的媒體片段的一部分)，並可以請求從下一個流轉化器的部分下載(例如，使用在DASH中用於該媒體片段的位元組範圍HTTP GET)。

流會話可以具有至少幾秒鐘的重播緩衝。這可以使得即使在硬切換過程中也能夠維持會話連續。因為一個主要的CDN重定向方式是基於DNS的，每介面DNS選擇機制可以保證用戶端應用能夠選擇哪個DNS將用於每個請求。在一個或多個實施方式中，由MIF-API定義的API可以用於此目的。實施方式考慮了可能加入一個或多個對本地DNS快取的額外約束以適應基於DNS的定位實踐。

一個或多個實施方式考慮了聚合可能需要一些類型的內容分段，其可以是內建的自適應HTTP流，但是也能夠以漸進式HTTP流和基於RTSP/RTP/RTCP的流的不同形式獲得。相對簡單的切換情況可能需要能夠從其停止處恢復會話，這也可以通過本文設想的所有三種考慮的流技術的形式進行處理。

在自適應HTTP流切換和聚合的一個或多個實施方式中，可以滿足第27圖的最前面的四種情況(例如，使用一個網路適配器、兩個網路適配器的硬切換、使用兩個網路適配器的軟切換和最佳化切換的會話連續性)。第29圖的圖示出了能夠實現會話連續性的一個示意性的高等級流用戶端應用架構。在該圖中，上面的流轉化器模組是最初的流轉化器模組實例。除了其它原因之外，一發生切換，可以創建另一個流轉化器模組實例繼續流傳輸(例如使用另一個存取網，以及根據用例使用同樣或不同的適配器)。

第30圖的流程圖示出了以給定架構，跨存取網的服務連續性是如何發生的。在通信30002，用戶端裝置(例如WTRU 102)可以啟動流應用，其可以是由用戶提供的輸入的結果。可以創建排程器模組實例。在通信30004，排程器模組可以檢查網路適配器/網路裝置。最初，在該描述中，一個已經附著(#1)。排程器模組可以創建流轉化器模組實例#1，其具有參數：網路適配器、要使用的IP位址、用於取得元資料的URL。在通信30006，可以啟動流轉化器#1模組實例。在通信30008，可以存在會話發起請求。在通信30010，可以執行流會話發起，其包括DNS解析和取得元資料(在某些實施方式中，根據CDN重定向方法，標記的節點可能參與也可能不參與)。在通信30012，流轉化器#1模組可向排程器模組提供元資料。在通信30014，排程器模組可以，並且在某些實施方式中可能是連續地，從流轉化器#1模組請求片段，填充然後保持填充的重播模組的緩衝，並根據需要使用HTTP自適應，排程器模組可以檢查網路適配器(例如可以使用同步輪詢或非同步指示)。在通信30016，可以發送片段請求。在通信30018，用戶端流轉化器模組元件可以從代理伺服器1取得片段。在通信30020，流轉化器#1模組可以向排程器模組提供媒體片段。在通信30022，MN可以被附著到存取網AN2。

在通信30024，可以由排程器模組檢測網路附著。排程器模組可以啟動新的/不同的流轉化器模組實例以準備可能的切換(或者，在優選AN2的情況下，可能立即切換為使用AN2)。在通信30026，可以發送會話發起請求。在通信30028，可以發起流會話，包括DNS解析和取得元資料(在某些實施方式中，根據CDN重定向方法，標記的節點可以參與，也可以不參與)。在通信30030，流轉化器#2模組可以向排程器模組提供元資料。在通信30032，也許基於本地策略(和可能的用戶輸入)，排程器模組可以選擇要使用的流轉化器模組。在如描述的該實例中，它停留在流轉化器#1模組。在通信30034，MN可能丟失至AN1的附著。在通信30036，流轉化器#1模組可以向排程模組提供最後的部分媒體片段n。在通信30038，排程器模組可以檢測到附著的丟失並可以切換到流轉化器#2模組。排程器模組可以終止流轉化器#1模組實例。在通信30040，可以發送部分片段請求n。在通信30042，用戶端流轉化器模組元件可以從代理伺服器2取得部分片段(例如使用位元組範圍)。在通信30044，流轉化器#1模組可以向排程器模組提供部分媒體片段。在通信30046，可以生成片段請求n+1。在通信30048，用戶端流轉化器模組元件可以從代理伺服器2取得一片段。在通信30050，流轉化器#1模組可以向排程器模組提供一媒體片段。在通信30052，排程器模組可以，也許持續地，從流轉化器#2模組請求片段，保持填充的重播緩衝，並根據需要使用HTTP自適應，排程器模組可以檢查網路適配器。

一般地，考慮的序列描述了軟切換的情形。下面的說明指第30圖的圖：先決條件：移動節點可以保持從所有存取網附著獲得的一些或全部DNS伺服器資訊。當MN附著到一存取網時，其可以從鏈路上的DHCP伺服器獲得主要和次要的DNS伺服器(以及其本地IP位址)。在某些實施方式中，通過每個當前附著的存取網接收的DNS伺服器(例如DNS伺服器位址)可以由移動節點維持。特別是，排程器能夠定向或控制DNS請求的某些方面，例如定向DNS請求去使用與一個特別存取網相關的DNS伺服器。

在第30圖中，迴圈30003指示排程器模組可以選擇一網路適配器(在衝突的情況下，其可以使用本地策略來決定)。接著，排程器模組可以選擇使用哪個IP位址。例如，可以使用附著到該適配器的第一(在某些實施方式中可能是唯一的)IP位址。在迴圈30007和迴圈30027，描述了會話發起階段。流轉化器模組可以執行DNS請求並可以取得元資料。產生的消息流可以例如遵循第21-23圖中的任何一個，並可能取決於由CDN使用的請求路由方法。特別是，可以使用在MIF-API中提出的套接字(socket)API擴展：struct hostent *gethostbyname(const char *name,struct sockaddr *DNS_addr)，其中名稱是要解析的主機名(按照現有的gethostbyname(根據名稱獲取主機)的功能)，且其中新的/不同的參數DNS_addr是將要用於解析的DNS伺服器。一個或多個實施方式考慮了到該API的實際呼叫可以由另一個系統元件執行，諸如連接管理器，而流轉化器可以保持觸發給定網路適配器(或源IP位址)的名稱解析的能力。

實施方式考慮了用戶端DNS快取可以由某些實施方式以下述方式處理：由流轉化器模組實例(使用給定DNS伺服器)獲得的並在快取中存在的DNS回應可以不用於實現另一個流轉化器模組(使用另一個DNS伺服器)的DNS請求。在一個或多個實施方式中，DNS用戶端快取實現可以將DSN伺服器IP位址與快取的名稱記錄相關聯。一個或多個實施方式考慮了為了獲得快取命中，DNS伺服器IP位址可以匹配。

實施方式知道本地DNS快取可能包含記錄名稱(可能已經在 DNS查詢中使用的名稱，如“www.example.com”)、記錄類型(例如，1用於記錄“A”，28用於記錄“AAAA”)和記錄值(例如，Ipv4位址用於記錄“A”，Ipv6位址用於記錄“AAAA”)。例如，Windows XP命令ipconfig/displaydns列出了該資訊。

實施方式考慮了當進行DNS查詢時，DNS用戶端可以檢查匹配記錄名稱和類型。如果發現了匹配，可以不發送查詢到DNS伺服器並將快取值返回到查詢應用。在一個或多個實施方式中，DNS用戶端快取可以包括額外的欄位，其可以是用於查詢的DNS伺服器的IP位址。如果進行查詢的應用提供了DNS IP位址(例如使用修改的gethostbyname功能，或者類似的功能)，那麼可以使用該DNS IP位址(可能與當前使用的包含記錄名稱和類型的欄位一起)來計算快取命中。

如果該應用沒有提供DNS IP位址(例如，使用類似於原始功能的gethostbyname的變體，或者在修改的gethostbyname功能中將DNS IP位址設為NULL(空))，那麼可以不使用該DNS IP位址計算快取命中。這種區別在一般情況下對最佳化DNS用戶端快取效率是有用的，在該情況下該應用不關心可以使用哪個介面，而且在該情況下不管所使用的DNS伺服器，DNS回應可以是相同的。

可替換地或額外地，一個或多個實施方式考慮了套接字API可以被修改為包括如下的“旁路快取(bypass cache)”位元：struct hostent *gethostbyname(const char *name,struct sockaddr *DNS_addr,int flag)/*如果設置了標記的位元#0，那麼操作可不檢查本地快取，如果設置了標記的位元#1，那麼操作可能不會導致任何本地快取更新*/。

實施方式考慮了這些標記中的一個或多個可以由應用設置，所述應用可能發現有用的每存取網的行為，諸如本文描述的多媒體應用，且在某些實施方式中可以僅由這些應用來設置。

可能因為會話發起階段的結果，取得的元資料可以切換到排程器。該排程器能夠檢查跨存取網的元資料的一致性(例如，基本URL可能不同，但是分段可以相同)。例如，一致性對於正確識別要從迴圈30039中的流轉化器#2請求的第一片段可能是有用的。

在迴圈30015，在流傳輸過程中，用戶端應用可以監視(可能使用連接管理器的服務)某些或全部網路適配器以檢測該網路適配器的附著狀態。

在迴圈30021，可能在檢測到新的/不同的附著時，排程器模組可以啟動在新的/不同的存取網上的流傳輸過程，然後可以(a)將流會話移動到新的/不同的存取網，或者(b)可以等到第一流轉化器模組實例失敗，然後可以使用新的/不同的那個。在第30圖中，在迴圈30039示出了情況(b)“軟切換”。情況(a)可以描述為“最佳化切換”。

在迴圈30039，可以使用HTTP位元組範圍GET獲得從流轉化器#1模組部分獲得的最後片段的剩餘部分。如果不能部分獲取(例如，使用POST而不是GET，或者不支援位元組範圍)，那麼流轉化器#2模組可以獲取整個片段。

一個或多個實施方式考慮到CDN代理伺服器1和2可以屬於不同的CDN。在實施方式中，代理伺服器1和2也可以屬於同一個CDN。實施方式還考慮了也可以支援其他切換情形(例如，參見第27圖)。在此列出了一些實例(指示與第30圖的不同)：(i)硬切換，兩個網路適配器：MN可能在附著到存取網#2之前丟失了到存取網#1的附著。無論如何重播可以繼續(例如，可能只要重播緩衝器不空)。排程器模組可以終止該流轉化器模組實例並可以繼續監視網路適配器。除了其它原因，只要檢測到新的/不同的附著，排程器模組可以啟動新的/不同的流轉化器模組實例；(ii)硬切換，一個網路適配器：除了排程器模組可以監視一個網路適配器之外，與前面描述的兩個適配器的情況類似；和/或(iii)最佳化切換：除了排程器模組可以在流轉化器#2模組的發起過程一結束就決定使用流轉化器#2外，與第30圖類似。在一個或多個實施方式中，該決定能夠基於本地策略(例如WiFi比LTE佳)。

關於第30圖，在一個示意性實施方式中，一種方法可以包括：在移動節點從內容傳遞網路(CDN)的第一代理伺服器接收內容；接收與移動節點的網路附著相關聯的網路附著通知；回應地發起CDN代理選擇以識別第二代理伺服器；以及，在移動節點從該第二代理伺服器接收內容。第一代理伺服器可以使用網域名稱服務來識別。而且，網路附著通知可以是由移動節點的協定堆疊生成的網路附著事件，或者可以是移交指示，或第二網路附著的檢測。此外，第一代理伺服器和第二代理伺服器可以使用網域名稱服務(DNS)來識別。在某些實施方式中，可以以與特定網路附著相關聯的DNS伺服器調用網域名稱服務，或者可以以DNS伺服器位址參數調用網域名稱服務。可以以不使用DNS快取的指示調用網域名稱伺服器，和/或網域名稱服務可以給本地快取提供具有本地/全球的指示符參數的項。

作為上述實施方式的擴展，一個或多個實施方式考慮了用戶端應用模組可以通過使排程器模組同時從兩個或者更多流轉化器模組實例獲取片段來實現流聚合。某些或者可能每一個流轉化器模組實例可以通過不同的存取網連接到可能不同的CDN代理伺服器。

第31圖的圖描述了用於流聚合的一個示意性裝置模組架構。一個或多個實施方式考慮了由排程器模組實現的流聚合作用可以同時控制兩個或更多個流轉化器元件。

第32圖的圖示出了一個或多個實施方式如何考慮同時附著到兩個存取網的移動節點可以使用應用級聚合進行流傳輸。移動性事件的一個實例(可以是一種網路附著通知)也顯示為移動節點丟失了到一個存取網的存取，然後重新附著到另一個存取網。

在通信202，用戶端可以啟動流應用模組。移動節點可以附著到存取網1和2。可以使用兩個流轉化器模組實例(例如使用從AN 1和AN 2獲得的本地IP位址)。在通信204，可以發起流會話(在某些實施方式中，根據CDN重定向方法，標記的節點可以參與也可以不參與)。在通信206，流會話可以被發起(在某些實施方式中，根據CDN重定向方法，標記的節點可以參與也可以不參與)。在通信208，用戶端流轉化器模組元件可以從代理伺服器1取得片段。在通信210，用戶端流轉化器模組元件可以從代理伺服器2取得片段。在通信212，MN可能丟失了到AN1的附著。應用可以繼續使用存取網2(AN2)的流轉化器進行流傳輸。在通信214，用戶端流轉化器模組元件可以從代理伺服器2取得片段。在通信216，可以檢測到另一個存取網的附著。注意到代理伺服器3描述為218，CDN 3域DNS伺服器描述為220。在通信222，可以發起流會話(在某些實施方式中，根據CDN重定向方法，標記的節點可以參與也可以不參與)。在通信224，用戶端流轉化器模組元件可以從代理伺服器3取得片段。在通信226，用戶端流轉化器模組元件可以從代理伺服器2取得片段。

在一個或多個實施方式中，用戶端應用可以如下動作：在迴圈32002，假設用戶端應用模組配置為使用聚合，排程器可以在啟動時創建多個流轉化器模組實例，並可以請求某些或全部流轉化器模組實例執行會話發起。在迴圈32004、迴圈32006和迴圈32012，這些會話發起步驟基本上與關於第30圖描述的會話發起類似。最後，每個流轉化器模組實例可以向排程器提供獲得的元資料。在迴圈32008，排程器可以在某些或多個可用流轉化器模組之間分配片段請求。

在迴圈32010，考慮了一個示意性移動性事件。或許在存取網附著丟失時，排程器模組可能退回去使用剩餘的流轉化器模組。一個或多個實施方式考慮了可能發生混合聚合和移動性事件的其他用例。例如，流可以通過一個(單個的)LTE存取網開始，然後裝置可以通過WiFi存取網附著。在這兩個存取網上的流可以從這個點開始聚合。稍後，排程器模組可以確定全部通過WiFi進行流傳輸，且使LTE流轉化器模組保持不使用，但是準備好以防WiFi鏈結丟失。在迴圈32014，當在第一存取網上的連接恢復之後，用戶端的狀態可以被設置回正常的聚合狀態。

儘管實施方式考慮了可以使用許多不同的排程，但是本文僅描述了兩種示意性的聚合演算法族。“吞吐量”可以關注最大化吞吐量，且“代價”可以關注使用更低代價的存取網和使用其他存取網(當有用時，或者可能在某些需要的實施方式中)來維持服務。

實施方式考慮了最初的重播緩衝填充方法可以依賴本地策略。對於“吞吐量”，實施方式可以請求某些或全部可用存取網上的片段。對於“代價”，實施方式可以請求在可能如通過本地策略確定的可用的最低代價鏈路上的片段(例如，優於LTE選擇WiFi而非LTE)。實施方式考慮了如果吞吐量可能不夠就退回到其他存取網。

在一個或多個考慮的示意性穩態期，排程器可以執行下述步驟：對於“吞吐量”，實施方式可以請求片段以保持填滿重播緩衝，合併某些或全部存取網上的可用頻寬。對於“代價”，實施方式可以從最便宜的鏈路請求片段，當有用時，或者在某些實施方式中必要時對位元率進行適配(例如，選擇新的/不同的表示)以保持使用該單個的流轉化器。

在移動性事件的情況下，像丟失了存取網上的附著一樣，排程器可以使用剩餘的流轉化器實例繼續運行。

一個或多個實施方式考慮了本文描述的會話連續性和聚合的方法和系統可以提供CDN代理選擇和重選，以及漫遊節點和基於用戶端的MIP節點的會話連續性(例如，使用本發明的用戶端應用可以使用轉交位址(Care-of-Address)而不是本地位址)。在一個或多個實施方式中，這可能不對代理移動IP(MIP)的使用造成干擾。例如，在至少一個實例中，IP堆疊/連接管理器能夠檢測並向用戶端應用報告移動性事件，其中可以使用本實施方式。在另一個實例中，IP堆疊/連接管理器可能不能檢測並報告移動性事件，且實現一個或多個實施方式的用戶端應用可能不執行任何會話連續性過程，且因此可能不對任何能夠發生的網路側的代理最佳化造成干擾。實施方式考慮了漫遊節點，例如沒有使用MIP或PMIP的筆記本電腦--諸如當該筆記本電腦斷開連接時，之後不久接著可以重新附著到另一個網路，然後用戶端應用可以恢復流傳輸。如果重新附著發生時重播緩衝仍包含媒體，那麼一個或多個實施方式考慮了這可能保持會話連續性。

一個或多個實施方式可以包括通過移動節點的相應的多個網路介面建立到多個網路的多個網路附著；對於多個網路介面中的每一個，發起CDN代理識別過程並接收相應的CDN代理伺服器位址；經由多個網路介面使用相應的CDN代理伺服器位址請求內容的多個部分；以及，接收並聚合內容的多個部分。該方法可以進一步包括：接收與多個移動節點的網路附著的至少一個相關聯的網路附著通知；以及回應地發起CDN代理選擇。

一個或多個實施方式考慮了漸進式HTTP下載的切換和聚合。實施方式考慮了可以以與之前描述過的HTTP自適應流類似的方式支援漸進式下載。在一個或多個實施方式中，可以將下述的不同應用到之前描述的實施方式中。可能沒有與漸進式HTTP下載的相關聯的相關聯元資料。這可能影響某些或者每個流轉化器模組的初始階段，這可以被減少來使用DNS解析媒體伺服器名。可以不對將要下載的檔進行分段。可以使用單個HTTP傳送的媒體可以使用HTTP分塊獲得伺服器的服務(特別地，注意到這可能意味著可以將單個的TCP會話用於該傳送)。流轉化器模組可以在每個接收到的區塊至多向排程器模組傳送資料一次。在移動性事件之後，排程器模組可以請求新的/不同的流轉化器模組使用位元組範圍下載(例如，使用HTTP標頭“Range：bytes=500-”來獲得該檔開始的500位元組之後的某些或所有剩餘位元組)來下載檔的剩餘部分。

第33圖的圖描述了具有漸進式HTTP下載的示意性會話連續性情形。在通信302，用戶端裝置移動節點(例如WTRU)可以調用流應用。可以創建排程器模組實例。在通信304，排程器模組可以檢查網路適配器。一個可以被附著(#1)。排程器模組可以創建具有下述參數的流轉化器模組實例#1：網路適配器、要使用的IP位址、用於取得元資料的URL。在通信306，可以啟動流轉化器#1模組實例。在通信308，可以發送會話發起請求。在通信310，可以發起流會話，其可以是DNS解析(在一個或多個實施方式中，根據CDN重定向方法，標記的節點可以參與也可以不參與)。在通信312，流轉化器#1模組可以指示它準備好下載。在通信314，排程器模組可以開始下載，並可能準備好從流轉化器模組接收資料。排程器模組可以檢查網路適配器(在某些實施方式中，同步輪詢和非同步指示可以使用)。在通信316，可以發送下載請求。在通信318，用戶端流轉化器模組元件可以開始從代理伺服器下載。在通信320，流轉化器#1模組可以向該排程器模組提供媒體資料(例如每個區塊一個呼叫)。

在通信322，MN可以附著到AN2。在通信324，可以由排程器模組檢測附著。排程器模組可以啟動新的/不同的流轉化器模組來準備可能的切換(或者，在優選AN2的情況下可能立即切換到使用AN2)。在通信326中，可以發送會話發起請求。在通信328，可以發起流會話，其可以是DNS解析(在某些實施方式中，根據CDN重定向方法，標記的節點可以參與也可以不參與)。在通信330，流轉化器#2模組可以指示它準備好下載。在通信332，也許基於本地策略(和可能的用戶輸入)，排程器模組可以選擇使用哪個流轉化器模組--在本實例中，它停留在流轉化器#1模組。在通信334，MN可能丟失到AN1的附著。在通信336，流轉化器#1模組可以向排程模組提供最後部分的媒體資料。在通信338，排程器模組可以檢測到附著丟失並可以切換到流轉化器#2模組。排程器模組可以終止流轉化器#1模組實例。在通信340，可以發送下載請求。在通信342，用戶端流轉化器模組元件可以開始從代理伺服器2下載(例如，使用範圍：來從其停止的地方恢復下載)。在通信344，流轉化器#2模組可以向該排程器提供媒體資料(例如每個區塊一個呼叫)。在通信346，排程器可以繼續從流轉化器#2模組接收資料。排程器模組可以檢查網路適配器。

實施方式考慮了可以以類似於前面描述的HTTP自適應流的方式支援漸進式下載。一個或多個實施方式考慮了某些形式的分塊可能對啟用啟動聚合有用。例如，可以使用HTTP位元組範圍將檔分為能夠分別獲取的100k位元組的資料段。可以從第32圖得出一個實例：在該圖中的迴圈32008的點，在漸進式HTTP下載情況下，排程器可以使用例如前述的一個變體的排程演算法向流轉化器分配對100k位元組的資料段的請求。

實施方式考慮了基於RTP的流切換和聚合。關於移動會話連續性，可以以與前面關於第33圖描述的HTTP自適應流的情況類似的方式支援基於RTSP/RTP/RTCP的流傳輸。在一個或多個實施方式中，下述的不同適用：會話初始化(迴圈33004和迴圈33010)可以包括DNS解析，之後是元資料下載。該元資料可以通過HTTP獲得，或者例如通過RTSP DESCRIBE方法獲得。一個或多個實施方式考慮了，正如在自適應HTTP流的情況中一樣，這些單獨動作中的任何一個可以在CDN重定向過程中使用。

一個或多個實施方式考慮了，可能在移動性事件之後，排程器可以請求新的/不同的流轉化器以從流被中斷的點開始流傳輸。這可以使用“範圍”完成：在RTSP PLAY方法中的標頭。例如，在迴圈33006的流會話的開始，第一流轉化器模組可以使用下述PLAY命令：Client->Server： PLAY rtsp：//audio.example.com/audio RTSP/1.0

CSeq：12

Session：12345678

可能丟失第一存取網的附著；可以從另一個存取網獲得新的/不同的IP位址；排程器可以注意到流在開始+340秒中斷。排程器可以在迴圈32012請求新的/不同的流轉化器模組實例，以在流的那個位置開始。結果PLAY命令可以是：Client->Server： PLAY rtsp：//audio.example.com/audio RTSP/1.0

CSeq：12

Session：12345679

Range：npt=340-

一個或多個實施方式考慮了由給定的流轉化器模組發送到給定代理流伺服器的第一PLAY方法可以在SETUP方法之前進行。

如在漸進式HTTP流的情況下，一個或多個實施方式考慮了某些形式的分段可能對將要發生的流聚合有用。可以從第32圖得出一個實例，在該圖中的迴圈32008的點，在RTPS/RTP/RTCP情況下，排程器可以決定從一個流轉化器模組請求音頻成分，且從另一個流轉化器模組請求視頻成分(某些流轉化器模組或每一個流轉化器模組可以發送不同的RTSP PLAY方法，這請求一個成分或其它的)。可替換地或額外地，一個或多個實施方式考慮了排程模組反而可能使用諸如一個之前描述的變體中的排程演算法將對10秒的“片段”的請求分配給流轉化器。在流轉化器模組實例內部，可以使用單獨的RTSP PLAY方法請求10秒片段，該方法使用例如“Range：”標頭來選擇流的給定的10秒部分。

鑒於本文的描述，一個或多個實施方式考慮了可以包括檢測移動節點(MN)從第一存取網移動到第二存取網的一個或多個方法。MN可以與第一內容傳遞網路(CDN-1)伺服器通信。CDN-1伺服器可以與第一內容傳遞網路(CDN-1)通信。該方法進一步可以包括確定對因為移動的伺服器選擇的影響，以及至少部分基於對正在與第二內容傳遞網路(CDN-2)進行通信的CDN-2伺服器的伺服器選擇的影響的確定，發起從CDN-1伺服器到第二內容傳遞網路(CDN-2)伺服器的轉移。

實施方式考慮了確定對伺服器選擇的影響可以包括比較測量到的服務品質與預先確定的服務品質，以及發起轉移可以進一步基於測量到的服務品質低於預先確定的服務品質。可替換地或額外地，實施方式考慮了確定對伺服器選擇的影響可以包括比較估計的傳遞代價和預先確定的傳遞代價。

實施方式考慮了在轉移之前，MN可以經由CDN-1伺服器接收應用流，該轉移可以包括將該應用流經由CDN-2伺服器重定向到該MN。可替換地或額外地，實施方式考慮了該一個或多個方法可以包括將第一消息發送到CDN-2。該第一消息可以包括對用於該應用流的已更新的路由的請求。實施方式還考慮了方法可以包括從CDN-2接收第二消息。該第二消息可以包括用於該應用流的正在更新的路由。而且，實施方式考慮了發起該轉移可以包括發送第三消息到該應用流的源。該第三消息可以包括用於該應用流的已更新的路由資訊。

實施方式還考慮了CDN-1和CDN-2可以與第三內容傳遞網路(CDN-3)進行通信，且方法可以進一步包括發送第四消息到CDN-3。該第四消息可以包括該轉移的指示。方法還可以包括從CDN-3接收第五消息。該第五消息可以包括該轉移的指示的應答。

可替換地或額外地，實施方式考慮了方法可以進一步包括發送第一消息到CDN-3。該第一消息可以包括對用於該應用流的已更新路由的請求。實施方式考慮了方法可以包括從CDN-3接收第二消息。該第二消息可以包括用於該應用流的正在更新的路由。實施方式還考慮了發起該轉移可以包括發送第三消息到該應用流的源，其中該第三消息可以包括用於該應用流的已更新路由的資訊。

可替換地或額外地，實施方式考慮了發起該轉移可以包括發送用於應用特定轉移的至少一個命令。實施方式考慮了該應用可以包括自適應超文本傳輸協定(HTTP)流、即時流傳輸協定(RTSP)或者HTTP漸進式下載流中的至少一個。

一個或多個實施方式考慮了一個或多個方法，可以包括檢測移動節點(MN)從第一存取網到第二存取網的移動。該MN可以與第一內容傳遞網路(CDN-1)伺服器通信，且該CDN-1伺服器可以與第一內容傳遞網路(CDN-1)通信。實施方式考慮了方法可包括確定對因為移動的伺服器選擇的影響。進一步地，實施方式考慮了方法可以包括至少部分基於對伺服器選擇的影響的確定，發起從該CDN-1伺服器到應用伺服器的轉移。該MN可以在轉移前經由CDN-1伺服器接收來自應用伺服器的應用流。

可替換地或額外地，實施方式考慮了CDN-1可以與第二內容傳遞網路(CDN-2)通信，且方法可以進一步包括發送第一消息給CDN-2。該第一消息可以包括對用於該應用流的已更新路由的請求。實施方式還考慮了方法可以包括從CDN-2接收第二消息。該第二消息可以包括到該應用伺服器的重定向。

儘管上面以特定的組合描述了特徵和元素，但是本領域普通技術人員可以理解，每個特徵或元素可以單獨的使用或與其他的特徵和元素進行任意組合使用。此外，這裏描述的方法可以用電腦程式、軟體或韌體實現，其可包含到由電腦或處理器執行的電腦可讀媒體中。電腦可讀媒體的示例包括電信號(通過有線或者無線連接發送的)和電腦可讀儲存媒體。電腦可讀儲存媒體的示例包括但不限制為唯讀記憶體(ROM)、隨機存取記憶體(RAM)、暫存器、快取記憶體、半導體記憶體裝置、磁性媒體，例如內部硬碟和可移動磁片，磁光媒體和光媒體，例如CD-ROM碟片，和數位通用碟片(DVD)。與軟體相關聯的處理器可用於實現在WTRU、UE、終端、基地台、RNC或任何主電腦中使用的射頻收發器。

CDN‧‧‧內容傳遞網路

CDNI‧‧‧內容傳遞網路互連

MN‧‧‧移動節點

Claims

一種用於內容傳遞網路轉移的方法，該方法包括：檢測一第一移動節點(MN)從一第一存取網到一第二存取網的移動，所述第一MN與一第一內容傳遞網路(CDN-1)伺服器通信，所述CDN-1伺服器與一第一內容傳遞網路(CDN-1)通信，所述第一MN經由所述CDN-1伺服器接收一應用流；以所述移動的結果確定對伺服器選擇的一影響；至少部分地基於對所述伺服器選擇的該影響的該確定，發起從所述CDN-1伺服器到一第二內容傳遞網路(CDN-2)伺服器的一轉移，所述CDN-2伺服器與一第二內容傳遞網路(CDN-2)通信，所述轉移包括經由所述CDN-2將所述應用流重定向到一第二移動節點(MN)，所述CDN-1以及所述CDN-2與一第三內容傳遞網路(CDN-3)通信，所述CDN-3包括所述應用流的一源；發送一第一消息至所述CDN-3，所述第一消息為一內容傳遞網路互連(CDNI)類型消息，且包括所述轉移的一指示；以及從所述CDN-3接收一第二消息，所述第二消息為一CDNI類型消息，且包括所述轉移的所述指示的一應答。
如申請專利範圍第1項所述的方法，其中確定對伺服器選擇的該影響包括服務之一所測量品質與服務之一預先確定品質之一比較，或傳遞之一估計代價與傳遞之一預先確定代價之一比較的至少其中之一。
如申請專利範圍第2項所述的方法，其中發起所述轉移是進一步基於服務之該所測量品質低於服務之該預先確定品質。
如申請專利範圍第1項所述的方法，更包括：發送一第三消息給所述CDN-2，所述第三消息包括對用於所述應用流的一已更新路由的一請求；以及從所述CDN-2接收一第四消息，所述第四消息包括用於所述應用流的一已更新路由，其中發起該轉移包括發送一第五消息給所述應用流的該源，所述第五消息包括用於所述應用流的該已更新路由資訊。
如申請專利範圍第1項所述的方法，該方法進一步包括：發送一第三消息給所述CDN-3，所述第三消息包括對用於所述應用流的一已更新路由的一請求；以及從所述CDN-3接收一第四消息，所述第四消息包括用於所述應用流的一已更新路由，其中發起該轉移包括發送一第五消息給所述應用流的該源，所述第五消息包括用於所述應用流的該已更新路由資訊。
如申請專利範圍第1項所述的方法，其中發起該轉移包括發送用於一應用特定轉移的至少一個命令，所述應用包括自適應超文本傳輸協定(HTTP)流、即時流傳輸協定(RTSP)或HTTP漸進式下載流中的至少一者。
一種用於內容傳遞網路轉移的方法，該方法包括：檢測一移動節點(MN)從一第一存取網到一第二存取網的移動，所述MN與一第一內容傳遞網路(CDN-1)伺服器通信，所述CDN-1伺服器與一第一內容傳遞網路(CDN-1)通信；以所述移動的結果確定對伺服器選擇的一影響；以及至少部分地基於對所述伺服器選擇的該影響的該確定，發起從所述CDN-1伺服器到一應用伺服器的一轉移，所述MN在所述轉移之前經由所述CDN-1伺服器從所述應用伺服器接收一應用流。
如申請專利範圍第7項所述的方法，其中所述CDN-1與一第二內容傳遞網路(CDN-2)通信，該方法進一步包括：發送一第一消息給所述CDN-2，所述第一消息包括用於所述應用流的對於一已更新路由的一請求；以及接收來自所述CDN-2的一第二消息，所述第二消息包括至所述應用伺服器的一重定向。
如申請專利範圍第7項所述的方法，其中該確定對伺服器選擇的該影響包括服務之一所測量品質與服務之一預先確定品質之一比較，或傳遞之一估計代價與傳遞之一預先確定代價之一比較的至少其中之一。
一種用於內容傳遞網路代理識別的裝置，該裝置包括：一無線網路介面裝置，該無線網路介面裝置具有一通信協定模組，該通信協定模組被配置成建立到一無線網路的一網路附著；一流模組，被配置成接收一內容傳遞網路(CDN)代理伺服器位址，並使用所述無線網路介面和所述CDN代理伺服器位址請求媒體內容的部分；以及一連接管理器元件，被配置成檢測與所述無線網路介面裝置相關聯的一網路附著通知，並回應地發起一CDN代理識別過程。
如申請專利範圍第10項所述的裝置，其中所述連接管理器元件進一步被配置成通過至少部分地請求所述流模組而發起針對與所述媒體內容的部分相關聯的一名稱的一網域名稱服務(DNS)請求來發起一CDN代理識別過程。
如申請專利範圍第11項所述的裝置，其中所述DNS請求用一DNS伺服器位址參數、或不使用一DNS快取的指示的至少其中之一而被調用。
如申請專利範圍第11項所述的裝置，其中所述網域名稱服務為一本地快取提供具有至少一本地/全球指示符參數的項。
如申請專利範圍第10項所述的裝置，該裝置進一步包括多個無線網路介面裝置，該多個無線網路介面裝置中的每一者具有至少一個相關聯的流轉化器模組，且其中每個流轉化器模組被配置成使用與其各自的網路介面相關聯的一CDN代理伺服器位址。
如申請專利範圍第14項所述的裝置，該裝置進一步包括一排程器模組，該排程器模組被配置成將對媒體內容的部分的請求分配給每個無線網路介面裝置的該至少一個相關聯的流轉化器模組。