移動性和多歸屬的內(nèi)容檢索應(yīng)用的系統(tǒng)和方法
【專利摘要】一種控制器功能，其位于客戶端應(yīng)用下面的TCP/IP?；蛟跁拰又校隹刂破鞴δ鼙O(jiān)控與基于會話的應(yīng)用層功能（例如，內(nèi)容檢索）相關(guān)聯(lián)的狀態(tài)和狀況信息，并且使用這個信息以將一個或多個會話從第一客戶端接口遷移到第二客戶端接口（例如，3G、4G、LTE、802.11x、WiMAX），以及遷移到不同的應(yīng)用功能服務(wù)實體（例如，不同的內(nèi)容服務(wù)器、緩存服務(wù)器、服務(wù)提供商）。
【專利說明】移動性和多歸屬的內(nèi)容檢索應(yīng)用的系統(tǒng)和方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明一般涉及多歸屬(mult1-homed)或移動主機,并且更具體地但不排他地,涉及提供正如在通信網(wǎng)絡(luò)之間的主機轉(zhuǎn)移的內(nèi)容檢索的無縫會話遷移。
【背景技術(shù)】
[0002]當(dāng)運行內(nèi)容檢索會話時，例如當(dāng)客戶端正在從遠程服務(wù)器檢索數(shù)據(jù)時，移動或多歸屬主機可能不得不改變其3層網(wǎng)絡(luò)接入點(即，IP地址)。此類接口的改變可能是可取的，因為“新”的接口比“舊”接口具有更高的鏈路質(zhì)量或遭遇更少的網(wǎng)絡(luò)擁塞。當(dāng)用戶從一個網(wǎng)絡(luò)的覆蓋區(qū)域移動到另一個網(wǎng)絡(luò)的覆蓋區(qū)域時，接口可能也不得不改變。
[0003]對于客戶端的新接口，不同的服務(wù)器可能比發(fā)送數(shù)據(jù)給主機的舊接口的服務(wù)器更好地適合于傳送數(shù)據(jù)。這可能是由于新服務(wù)器更接近客戶端的新接口。連接到接口中的一個接口的網(wǎng)絡(luò)保持應(yīng)用層代理，但是支持其它接口的網(wǎng)絡(luò)不保持此代理或它保持不同的代理，這也是可能的。雖然此類代理信息可以在移動/多歸屬主機上進行預(yù)配置，但是當(dāng)接口變化時，用于內(nèi)容檢索的遠程地址不得不改變。
[0004]由于至少這些原因，提供能力以改變用于內(nèi)容檢索的傳送內(nèi)容的服務(wù)器連同由客戶端所使用的接口是可取的。
[0005]內(nèi)容檢索應(yīng)用通常使用面向流的傳輸協(xié)議，諸如TCP、SCTP或MPTCP，其將客戶端連接到內(nèi)容服務(wù)器，并且確保內(nèi)容的可靠和按順序傳送。當(dāng)TCP用作底層傳輸協(xié)議時，可將傳輸連接遷移到不同的接口，而不擾亂掛起的客戶端-服務(wù)器會話。當(dāng)使用SCTP時，客戶端能夠?qū)I(yè)務(wù)流從舊的接口遷移到新的接口。然而，同時改變服務(wù)器是不可能的，因為在舊服務(wù)器上的SCTP控制塊保持特定連接的信息，該信息不與新服務(wù)器共享。如果MPTCP用于連接，也會出現(xiàn)相同的問題。此外，一般在互聯(lián)網(wǎng)上不支持SCTP和MPTCP。
[0006]有數(shù)個移動性/多歸屬協(xié)議，其適應(yīng)在3層上的會話端點遷移的功能，并且因此對傳輸層和應(yīng)用層是透明的。示例是移動IP協(xié)議族、SHM6和LTE。這些解決方案中的一些解決方案要求另外的網(wǎng)絡(luò)節(jié)點，諸如家庭代理或特定網(wǎng)關(guān)(MIPv4、MIPv6、DSMIP、PMIP、LTE)。不幸的是，這些解決方案中沒有一個解決方案允許在正在進行中的數(shù)據(jù)檢索期間改變內(nèi)容服務(wù)器。
[0007]有一些被稱為內(nèi)容中心網(wǎng)絡(luò)的建議(例如，Jacobson等人，“Networking NamedContent，，，CoNEXT' 09, Proceedings of the Fifth International Conference onEmerging Networking Experiments and Technologies),其在內(nèi)容檢索會話期間允許移動性/多歸屬和內(nèi)容源遷移。然而，這些建議與當(dāng)前的IP層和傳輸層協(xié)議不兼容。由于相同的原因，它們還與現(xiàn)有的網(wǎng)絡(luò)基礎(chǔ)設(shè)施或互聯(lián)網(wǎng)不兼容。
[0008]存在應(yīng)用層解決方案，其中附著點改變并且服務(wù)器改變被構(gòu)建在客戶端應(yīng)用自身中。此類應(yīng)用能夠中途停止數(shù)據(jù)傳送，終止相應(yīng)的傳輸連接，重新建立新的傳輸連接并且從相同的服務(wù)器或從新的服務(wù)器請求剩余的數(shù)據(jù)。雖然這些解決方案可能針對特定的應(yīng)用層協(xié)議以及內(nèi)容的數(shù)據(jù)類型進行裁剪，但是它們需要由每個客戶端應(yīng)用單獨地實現(xiàn)。這是非常麻煩的并且內(nèi)在地不支持現(xiàn)有的或遺留的應(yīng)用。
[0009]不幸的是，雖然針對改變用于內(nèi)容檢索的傳送內(nèi)容的服務(wù)器和/或由客戶端所使用的接口存在數(shù)個內(nèi)容檢索技術(shù)，但是這些技術(shù)中沒有一個技術(shù)能夠支持現(xiàn)有的客戶端應(yīng)用，同時維持與現(xiàn)有或演進的傳輸協(xié)議兼容。

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

[0010]通過多歸屬或移動主機在內(nèi)容檢索期間改變由客戶端會話所使用的其接口以及內(nèi)容服務(wù)器而不擾亂所述客戶端上的內(nèi)容檢索會話來使能基本上連續(xù)內(nèi)容檢索的實施例，來解決現(xiàn)有技術(shù)中的各種缺陷。
[0011]在各種實施例中，實現(xiàn)了控制器功能，其位于客戶端應(yīng)用之下的TCP/IP棧中或在會話層上。所述控制器功能監(jiān)控由應(yīng)用層協(xié)議所使用的各種命令以維護與應(yīng)用層功能(例如，內(nèi)容檢索)相關(guān)聯(lián)的狀態(tài)和狀況信息，使得所述應(yīng)用層功能可被遷移到不同的客戶端接口(例如，3G、4G、LTE、802.llx、WiMAX)，和或遷移到不同的應(yīng)用功能服務(wù)實體(例如，不同的內(nèi)容服務(wù)器、緩存服務(wù)器、服務(wù)提供商)。
[0012]在一個實施例中，一種裝置，其用于將與內(nèi)容檢索應(yīng)用相關(guān)聯(lián)的內(nèi)容檢索會話從經(jīng)由第一接口的第一服務(wù)器遷移到經(jīng)由第二接口的第二服務(wù)器，所述裝置包括:處理器，其被配置為使用所述第二接口建立至所述第二服務(wù)器的傳輸連接；經(jīng)由所述第二接口將內(nèi)容請求消息傳送給所述第二服務(wù)器，所述內(nèi)容請求消息包含與將被檢索的內(nèi)容相關(guān)聯(lián)的標(biāo)識符以及由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的指示；分析經(jīng)由所述第二接口接收到的載有數(shù)據(jù)流的內(nèi)容，以識別由所述內(nèi)容檢索應(yīng)用接收的進一步的內(nèi)容部分；以及向所述內(nèi)容檢索應(yīng)用轉(zhuǎn)發(fā)沒有被所述內(nèi)容檢索應(yīng)用接收的識別的內(nèi)容部分。
[0013]在另一實施例中，一種方法，其用于將與內(nèi)容檢索應(yīng)用相關(guān)聯(lián)的內(nèi)容檢索會話從經(jīng)由第一接口的第一服務(wù)器遷移到經(jīng)由第二接口的第二服務(wù)器，所述方法包括:使用所述第二接口建立至所述第二服務(wù)器的傳輸連接；經(jīng)由所述第二接口將內(nèi)容請求消息傳送給所述第二服務(wù)器，所述內(nèi)容請求消息包含與將被檢索的內(nèi)容相關(guān)聯(lián)的標(biāo)識符以及由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的指示；分析經(jīng)由所述第二接口接收到的載有數(shù)據(jù)流的內(nèi)容，以識別由所述內(nèi)容檢索應(yīng)用接收的進一步的內(nèi)容部分；以及向所述內(nèi)容檢索應(yīng)用轉(zhuǎn)發(fā)沒有被所述內(nèi)容檢索應(yīng)用接收到的識別的內(nèi)容部分。
[0014]在各種實施例中，位于客戶端應(yīng)用之下的TCP/IP?；驎拰又械目刂破鞴δ鼙O(jiān)控與基于會話的應(yīng)用層功能(例如，內(nèi)容檢索)相關(guān)聯(lián)的狀態(tài)和狀況信息，并且使用這個信息以將一個或多個會話從第一客戶端接口的遷移到第二客戶端接口(例如，3G、4G、LTE、802.llx、WiMAX),以及遷移到不同的應(yīng)用功能服務(wù)實體(例如，不同的內(nèi)容服務(wù)器、緩存服務(wù)器、服務(wù)提供商)。
【專利附圖】

【附圖說明】
[0015]通過考慮以下結(jié)合附圖的詳細描述，可以容易地理解本文中的教示，其中:
[0016]圖1示出了根據(jù)一個實施例的包含主機設(shè)備的通信系統(tǒng)的高級框圖；
[0017]圖2-3示出了適用于在圖1的通信系統(tǒng)中使用的主機設(shè)備的高級框圖；
[0018]圖4示出了根據(jù)一個實施例的說明方法的協(xié)議示意圖；[0019]圖5示出了根據(jù)一個實施例的說明方法的流程圖；以及
[0020]圖6示出了適合在執(zhí)行本文所述功能中使用的計算機的高級框圖。
[0021]為便于理解，在可能的地方已經(jīng)使用相同的標(biāo)記，以指明對附圖是相同的元素。
【具體實施方式】
[0022]在本文中示出并描述了一種通用能力，其使能多歸屬或移動主機以對內(nèi)容檢索應(yīng)用透明的方式改變傳送內(nèi)容的服務(wù)器連同由客戶端所使用的接口，然而需要注意的是，還可以公開各種其它相關(guān)和/或不相關(guān)的能力。
[0023]各種實施例支持多歸屬或移動主機內(nèi)的現(xiàn)有的客戶端應(yīng)用，所述多歸屬或移動主機改變用于內(nèi)容檢索的傳送內(nèi)容的服務(wù)器連同由客戶端所使用的接口，同時保持與現(xiàn)有和演進的傳輸協(xié)議兼容。
[0024]各種實施例適用于移動和/或多歸屬主機，所述移動和/或多歸屬主機使用用于從位于網(wǎng)絡(luò)上的服務(wù)器進行內(nèi)容檢索的應(yīng)用。用于此類內(nèi)容檢索會話的示例包含:諸如在網(wǎng)絡(luò)瀏覽會話期間進行的從網(wǎng)絡(luò)服務(wù)器進行下載，基于網(wǎng)絡(luò)的視頻流式傳輸會話，基于HTTP的文件傳送會話以及其它無狀態(tài)的內(nèi)容檢索會話。實施例允許主機透明地改變網(wǎng)絡(luò)接口以及內(nèi)容傳送服務(wù)器，同時保持將數(shù)據(jù)傳送到正在運行中的客戶端應(yīng)用，即不擾亂或重啟該應(yīng)用。
[0025]實施例提供由客戶端應(yīng)用所使用的安全和冪等方法調(diào)用，其支持偏移特征，并且其指示遠程服務(wù)器使用相對于(說明性地)內(nèi)容的開始的特定的偏移來啟動內(nèi)容傳送。
[0026]在一個實施例中，內(nèi)容檢索基于超文本傳輸協(xié)議(HTTP)協(xié)議，并且客戶端使用GET方法來調(diào)用內(nèi)容檢索會話。HTTP協(xié)議支持此類的偏移特征。對于HTTP，可以使用RANGE命令，必須將所述RANGE命令連同已經(jīng)被接收的內(nèi)容的八位字節(jié)長度的總量插入到HTTP請求頭部。
[0027]圖1示出了根據(jù)一個實施例的包含主機設(shè)備的通信系統(tǒng)的高級框圖。具體地，圖1示出了系統(tǒng)100，其中多歸屬或移動主機110能夠與多個網(wǎng)絡(luò)120通信以從那里檢索來自各自內(nèi)容源140的內(nèi)容。
[0028]根據(jù)本文所述的各種實施例，主機110能夠?qū)⒂糜趶呐c第一網(wǎng)絡(luò)相關(guān)聯(lián)的服務(wù)器檢索內(nèi)容的會話轉(zhuǎn)移到用于從與第二網(wǎng)絡(luò)相關(guān)聯(lián)的服務(wù)器檢索內(nèi)容的會話，而不重新啟動內(nèi)容分發(fā)或以其它方式擾亂主機內(nèi)容檢索應(yīng)用。
[0029]主機110 (說明性地)包括:用于與第一網(wǎng)絡(luò)120-1接口的第一接口 112_1，用于與第二網(wǎng)絡(luò)120-2接口的第二接口 112-2，控制器114，客戶端116以及接口管理器118。
[0030]客戶端116被示出為包含內(nèi)容檢索應(yīng)用(CRA)，該應(yīng)用用于提供所有必需的交互和信令以與遠程實體(諸如內(nèi)容服務(wù)器)建立會話，從內(nèi)容服務(wù)器請求期望的內(nèi)容的傳送，接收所傳遞的內(nèi)容，并且向與主機110相關(guān)聯(lián)的呈現(xiàn)電路(未示出)和/或存儲設(shè)備(未示出)傳播所接收的內(nèi)容。
[0031]控制器114邏輯上位于客戶端116和接口 112之間。在各種實施例中，控制器114監(jiān)控在客戶端116和接口 112之間傳播的控制信令和/或數(shù)據(jù)業(yè)務(wù)的全部或一部分?？刂破?14響應(yīng)于接口管理器118，以適應(yīng)由客戶端116所使用的接口 112。一般來說，控制器114的操作對客戶端116是不可見的。在各種實施例中，接口管理器118使得控制器114使得控制信號和/或數(shù)據(jù)業(yè)務(wù)只經(jīng)由第一接口 112-1，只經(jīng)由第二接口 112-2或經(jīng)由第一和第二接口 112的某些組合流動。
[0032]接口管理器118使得控制器114選擇將使用哪個接口 112來支持客戶端116和接口 112之間的控制信號和/或數(shù)據(jù)業(yè)務(wù)。接口管理器118被示出為經(jīng)由接口控制(IC)信號路徑與控制器114通信。
[0033]在一些實施例中，IC信號路徑是單向的，在于接口管理器明示可使用的接口 112中的哪個接口應(yīng)當(dāng)由控制器114選擇以供客戶端116使用。
[0034]在一些實施例中，IC信號路徑是雙向的，在于接口管理器118和控制器114彼此通信以傳送在理解客戶端要求、接口要求、接口 112的條件、通信網(wǎng)絡(luò)120的條件等中有用的信息。類似地，接口管理器118可傳達有條件的觸發(fā)條件，當(dāng)該觸發(fā)條件被控制器114感知為已經(jīng)發(fā)生時，導(dǎo)致控制器114選擇新的接口 112或執(zhí)行一些其它功能。
[0035]在各種實施例中，與特定接口 112的選擇相關(guān)聯(lián)的條件經(jīng)由控制器114被傳達給接口管理器118。在各種實施例中，通過經(jīng)由接口 112中的一個或多個接口可操作地連接到主機的網(wǎng)絡(luò)管理系統(tǒng)(匪S)、服務(wù)提供商或某些其它實體來提供此類條件。例如，可以經(jīng)由各自的接口 112，將與網(wǎng)絡(luò)120中的每個網(wǎng)絡(luò)相關(guān)聯(lián)的擁塞信息傳達給控制器114和/或接口管理器118。
[0036]其它條件包含:與網(wǎng)絡(luò)提供商相關(guān)聯(lián)的偏好，標(biāo)識與特定移動網(wǎng)絡(luò)提供商相關(guān)聯(lián)的“免費”熱點的熱點標(biāo)識信息，等等。例如，在主機Iio能夠通過各自接口既接入3G又接入802.11的情況下，取決于服務(wù)等級協(xié)定、提供商之間的協(xié)定等，一些熱點可能是免費的或低成本來使用。
[0037]因此，在各種實施例中，由接口管理器118傳播給控制器114的控制信號可以與經(jīng)由第一接口接收的擁塞等級指示符、經(jīng)由第二接口接收的擁塞等級指示符、優(yōu)選服務(wù)提供商與第二接口相關(guān)聯(lián)的確定、優(yōu)選服務(wù)器與第二接口相關(guān)聯(lián)的確定、降低成本與第二接口相關(guān)聯(lián)的確定、性能提升與第二接口相關(guān)聯(lián)的確定、優(yōu)選網(wǎng)絡(luò)與第二接口相關(guān)聯(lián)的確定、等等中的一個或多個相關(guān)聯(lián)。
[0038]在各種實施例中，控制器114和接口管理器118中的一個或兩者可以使用接口選擇條件，以做出關(guān)于客戶端116將使用接口 112中的哪個接口的確定，諸如用于在由內(nèi)容檢索應(yīng)用CRA發(fā)起和/或管理的內(nèi)容檢索會話的上下文內(nèi)檢索內(nèi)容。
[0039]將了解的是，雖然本文示出了兩個接口 112，但是還可以在各種實施例的上下文內(nèi)使用三個或更多的接口 112。接口 112中的每個接口使能與相應(yīng)的網(wǎng)絡(luò)120通信。
[0040]網(wǎng)絡(luò)120中的每個網(wǎng)絡(luò)包括:足夠使能主機110和內(nèi)容源140之間的通信的一個或多個接入網(wǎng)、核心網(wǎng)等。網(wǎng)絡(luò)120中的每個網(wǎng)絡(luò)被示出為與各自的域名服務(wù)器(DNS)130相關(guān)聯(lián)，盡管在任何一個網(wǎng)絡(luò)120的上下文內(nèi)可使用附加的域名服務(wù)器。
[0041]內(nèi)容源140中的每個內(nèi)容源被示出為包括:接口 142，其用于與各自網(wǎng)絡(luò)120通信，以及內(nèi)容服務(wù)器144，其一般適應(yīng)于與客戶端116建立會話，與客戶端116交互，向客戶端116提供內(nèi)容。內(nèi)容服務(wù)器140可包括:能夠基于會話的內(nèi)容分發(fā)和或流式傳輸?shù)娜魏晤愋偷膬?nèi)容服務(wù)器或內(nèi)容分發(fā)系統(tǒng)。
[0042]在一個實施例中，主機包括:智能電話或其它移動設(shè)備，其被配置為經(jīng)由第一接口112-1和通過第二接口 112-2的無線“熱點”與無線移動網(wǎng)絡(luò)通信。具體地，在這個實施例中，第一接口 112-1可被配置為包含必需的硬件和軟件組件以與第一通信網(wǎng)絡(luò)120-1(說明性地，3G、4G、LTE或其它無線移動/接入網(wǎng)絡(luò))通信，而第二接口 112-2可被配置為包含必需的硬件和軟件組件以與第二通信網(wǎng)絡(luò)120-2通信(說明性地，無線“熱點”類型的網(wǎng)絡(luò)，諸如802.llx、WiMAX、無線千兆比特或其它類似或固定無線網(wǎng)絡(luò))。
[0043]雖然出于清楚而省略了，但是應(yīng)當(dāng)了解的是，與主機110、網(wǎng)絡(luò)120、域名服務(wù)器130和內(nèi)容源140相關(guān)聯(lián)的各種功能一般包括:基于計算機的功能，其在主機110的上下文內(nèi)被實現(xiàn)成硬件、軟件或硬件和軟件的組合。因此，主機110包含:通用計算元件，諸如一個或多個處理器，存儲元件，輸入-輸出電路等，在圖1中省略了這些元件以增加清晰度。以下參照圖6更詳細地描述了提供此類元件的計算設(shè)備的實施例。
[0044]本文所述的各種實施例允許移動/多歸屬主機在內(nèi)容檢索期間改變由客戶端會話所使用的其接口以及內(nèi)容服務(wù)器，而不擾亂該客戶端上的內(nèi)容檢索會話。
[0045]在各種實施例中，控制器114包括:軟件功能，其實現(xiàn)在支持客戶端的軟件層的下面的軟件層內(nèi)。具體地，控制器功能位于客戶端應(yīng)用下面的TCP/IP棧中或在會話層上?？刂破鞴δ鼙O(jiān)控通過其各自層的業(yè)務(wù)中的至少一些業(yè)務(wù)，并且能夠認(rèn)出或理解由應(yīng)用層協(xié)議所使用的命令中的至少一些命令。
[0046]一般來說，控制器114執(zhí)行四種主要任務(wù):(I)監(jiān)控客戶端116和接口 112之間的業(yè)務(wù)以從那里獲得請求的內(nèi)容的標(biāo)識，和由客戶端所接收的請求的內(nèi)容的數(shù)量；(2)識別在新選擇的接口上包含所請求的內(nèi)容的服務(wù)器；(3)初始化至所識別的服務(wù)器的傳遞連接；以及(4)重定向到內(nèi)容的一部分還沒有被客戶端所接收的客戶端。
[0047]具體地，當(dāng)客戶端主機的接口將被改變時，控制器確定針對這個內(nèi)容在新接口上將使用的最適當(dāng)?shù)姆?wù)器。經(jīng)由舊接口提供內(nèi)容的服務(wù)器被表示為“舊”服務(wù)器，而經(jīng)由新接口提供內(nèi)容的被選擇的服務(wù)器被表示為“新”服務(wù)器。需要注意的是，取決于內(nèi)容提供商設(shè)備的配置，新服務(wù)器和舊服務(wù)器可以是彼此相同的。
[0048]控制器功能啟動至新服務(wù)器的傳輸連接，并將(說明性地)原始內(nèi)容檢索請求的拷貝發(fā)送給新服務(wù)器。
[0049]控制器功能還向新服務(wù)器發(fā)送由(說明性地)應(yīng)用層協(xié)議提供的命令，該命令指示新服務(wù)器根據(jù)特定偏移啟動內(nèi)容傳遞，該偏移基于經(jīng)由先前接口已經(jīng)接收到的數(shù)據(jù)的總量。
[0050]然后，控制器將由新服務(wù)器傳遞的數(shù)據(jù)重定向到客戶端應(yīng)用，并終止至舊服務(wù)器的連接。
[0051]這些步驟一般對客戶端應(yīng)用是透明的，從而促進將檢索的內(nèi)容流從第一網(wǎng)絡(luò)接口無縫地轉(zhuǎn)移到第二網(wǎng)絡(luò)接口。
[0052]對于偏移，可以使用任何表征，其(I)足夠地描繪所接收的內(nèi)容的總量的特征，(2)與應(yīng)用層協(xié)議兼容，并且因此由服務(wù)器理解，以及(3)可以通過監(jiān)控接收到的內(nèi)容流(多個)獲得。
[0053]偏移可包括:數(shù)字，其指的是接收到的八位字節(jié)的總量。它可包括所接收到的數(shù)據(jù)對象的標(biāo)識符列表，其中經(jīng)由標(biāo)準(zhǔn)格式(例如，XML、html等)提供所述對象。所述偏移可指其它度量，諸如與接收的視頻流或其部分相關(guān)聯(lián)的時間間隔、幀計數(shù)、節(jié)目時鐘基準(zhǔn)(PCR)
坐寸ο[0054]圖2-3示出了適用于在圖1的通信系統(tǒng)中使用的主機設(shè)備的高級框圖。具體地，圖2-3示出了主機110，其以與上述相對于圖1所描述的主機110的類似方式運行。
[0055]參照圖2，使用庫函數(shù)提供會話層的實現(xiàn)，使得控制器114的功能被實現(xiàn)在經(jīng)由客戶端116調(diào)用或訪問的函數(shù)庫內(nèi)。此外，內(nèi)核空間包含:由控制器114調(diào)用或訪問的第一TCP/IP棧113-1，其與第一接口 112-1相關(guān)聯(lián)，以及第二 TCP/IP棧113-2。
[0056]有利地，這種實現(xiàn)方式提供了機制，通過該機制在現(xiàn)有的多歸屬或移動主機上的現(xiàn)有應(yīng)用可以升級，以通過升級庫函數(shù)功能以包含控制器114和接口管理器118的功能來支持本文所述的各種實施例的功能。不幸的是，對于通過直接訪問內(nèi)核空間功能來繞開庫函數(shù)的那些應(yīng)用，實現(xiàn)與各種實施例相關(guān)聯(lián)的控制器功能中的某些功能可能是不可能的。
[0057]參照圖3，通過將控制器114和接口管理器118包含在內(nèi)核空間內(nèi)，并進一步將控制器114與TCP/IP棧113集成提供了傳輸層的實現(xiàn)方式。有利地，這種實現(xiàn)方式提供了機制，通過該機制在現(xiàn)有的多歸屬或移動主機上的現(xiàn)有應(yīng)用甚至是不使用與庫函數(shù)相關(guān)聯(lián)的庫、應(yīng)用編程接口(API)等的應(yīng)用，將仍能夠根據(jù)本文所述的各種實施例來運行，因為應(yīng)用不能像繞開用戶空間功能(諸如庫函數(shù))那樣容易地繞開內(nèi)核空間功能。
[0058]圖4示出了根據(jù)一個實施例的說明方法的協(xié)議示意圖。具體地，圖4示出了方法400，其中在被表示為步驟401、402等直到(并且可選地超過)步驟411的多個步驟中的每個步驟處，信息被描述為在以上參照圖1所描述的各種功能元件之間傳遞，從而說明各種實施例。
[0059]在步驟401，客戶端116經(jīng)由第一接口 112-1 (在本文中還被表示為IFl)向與第一網(wǎng)絡(luò)120-1相關(guān)聯(lián)的DNS130-1發(fā)送域名服務(wù)器(DNS)請求，以從哪里檢索針對第一內(nèi)容服務(wù)器140-1的IP地址。在這個步驟期間，控制器114截取了 DNS請求，并緩存與該DNS請求相關(guān)聯(lián)的統(tǒng)一資源標(biāo)識符(URI)。本領(lǐng)域的技術(shù)人員將了解的是，在HTTP環(huán)境的上下文內(nèi)，這個過程不是必需的。
[0060]在步驟402，DNS服務(wù)器130_1將DNS響應(yīng)傳播回給客戶端116。在這個步驟期間，控制器114截取來自DNS服務(wù)器130-1的響應(yīng)，并且將返回的IP地址連同請求的URI進行緩存。本領(lǐng)域的技術(shù)人員將了解的是，在HTTP環(huán)境的上下文內(nèi)，這個過程不是必需的。
[0061]在步驟403，客戶端116使用第一內(nèi)容服務(wù)器140-1的IP地址，發(fā)起經(jīng)由第一接口112-1的傳輸會話，并發(fā)送內(nèi)容檢索請求?？刂破?14截取建立請求，基于該連接的遠程IP地址識別內(nèi)容的URI (對HTTP來說不是必需的)，緩存由客戶端所發(fā)送的內(nèi)容請求消息，并且開始監(jiān)控這個傳輸連接。
[0062]在步驟404，第一內(nèi)容服務(wù)器140-1向客戶端116發(fā)送響應(yīng)分組，其包含響應(yīng)報頭以及(潛在地)內(nèi)容數(shù)據(jù)的第一部分?？刂破鹘厝∵@個分組，并且響應(yīng)地開始跟蹤被轉(zhuǎn)發(fā)給該客戶端的內(nèi)容數(shù)據(jù)。
[0063]在步驟405，第一內(nèi)容服務(wù)器140-1繼續(xù)向客戶端發(fā)送包含所請求的內(nèi)容數(shù)據(jù)的另外部分的分組流?？刂破鹘厝∵@些分組，并繼續(xù)跟蹤被轉(zhuǎn)發(fā)給該客戶端的內(nèi)容部分。
[0064]在步驟406，接口管理器118向控制器114發(fā)送觸發(fā)，說明性地，IC信號路徑。該觸發(fā)指示控制器應(yīng)當(dāng)從第一接口 112-1切換到第二接口 112-2。響應(yīng)于該觸發(fā)，控制器114經(jīng)由第二接口 112-2向第二網(wǎng)絡(luò)120-2發(fā)送緩存的DNS請求的拷貝(或與初始的內(nèi)容請求相關(guān)聯(lián)的URI的其它指示符)。可替代地，控制器116創(chuàng)建其自己的DNS請求，該請求包含它從客戶端的更早的內(nèi)容請求消息中獲得的URI。也可以由本發(fā)明人設(shè)想其它的修改。
[0065]在步驟407，第二 DNS服務(wù)器130_2通過提供在第二網(wǎng)絡(luò)120_2內(nèi)能夠提供所期望的內(nèi)容的服務(wù)器的IP地址集合，對DNS請求進行響應(yīng)。在一個實施例中，控制器114從這個集合中選擇IP地址，其在圖4中被示出為指的是第二內(nèi)容服務(wù)器140-2。
[0066]在步驟408，控制器114例如經(jīng)由TCP RST來終止第一接口 112_1和第一內(nèi)容服務(wù)器140-1之間的傳輸連接。此外，控制器114確定客戶端已經(jīng)經(jīng)由原始的傳輸連接接收到的內(nèi)容的合計總數(shù)。
[0067]在步驟409，控制器114使用與第二內(nèi)容服務(wù)器140-2相關(guān)聯(lián)的IP地址，經(jīng)由第二接口 112-2建立新傳輸連接。另外，控制器114經(jīng)由這個新傳輸連接發(fā)送內(nèi)容檢索請求的拷貝以及打入內(nèi)容檢索請求中的偏移，該偏移考慮了已經(jīng)經(jīng)由第一接口 112-1經(jīng)由舊的傳輸連接所檢索出的內(nèi)容的總數(shù)。
[0068]在步驟410，第二內(nèi)容服務(wù)器140-2向控制器114發(fā)送響應(yīng)分組，其包含響應(yīng)報頭以及(可能的)從所述偏移處開始的內(nèi)容數(shù)據(jù)的第一部分?？刂破?14移除響應(yīng)報頭，并將任何接收到的偏移之后的數(shù)據(jù)部分轉(zhuǎn)發(fā)給客戶端116?？刂破?14還繼續(xù)跟蹤被轉(zhuǎn)發(fā)給客戶端的內(nèi)容數(shù)據(jù)。需要注意的是，因為客戶端未感知到控制器114的操作以及特別是由控制器114所做出的內(nèi)容請求，因此這時，相應(yīng)的響應(yīng)報頭不是由客戶端所預(yù)期的，因此由控制器114剝離掉。
[0069]在步驟411，第二內(nèi)容服務(wù)器140-2繼續(xù)向客戶端116發(fā)送包含所請求的內(nèi)容數(shù)據(jù)的另外部分的分組流?？刂破?14截取這些分組，并且繼續(xù)跟蹤被轉(zhuǎn)發(fā)給該客戶端的內(nèi)容部分。
[0070]圖5示出了根據(jù)一個實施例的說明方法的流程圖。本文參照圖5所論述的方法一般預(yù)期HTTP用作應(yīng)用層協(xié)議，以及HTTP GET方法用于請求內(nèi)容。如在其它地方所論述的，可以實現(xiàn)各種其它協(xié)議，以及在各種其它軟件層上的協(xié)議。
[0071]參照步驟510和框511，控制器監(jiān)控關(guān)于它支持的應(yīng)用層協(xié)議的傳出的(outgoing)方法調(diào)用。對于在傳輸層上使用TCP或MPTCP的控制器實現(xiàn)方式，控制器分析在由客戶端發(fā)起的SYN/ACK握手之后的第一傳出數(shù)據(jù)分組。對于SCTP，必須分析在INIT握手之后的第一傳出數(shù)據(jù)分組。對于會話層的實現(xiàn)方式，必須分析在CONNECT ()調(diào)用之后的第一數(shù)據(jù)分組。
[0072]參照步驟515和框516，控制器識別對應(yīng)于傳出方法調(diào)用的URI或URL。這個URI或URL連同用于內(nèi)容檢索的服務(wù)器的IP地址一起被緩存。在一個實施例中，這是通過監(jiān)控由主機發(fā)起的DNS請求/響應(yīng)握手的控制器以及通過將DNS請求的URI/URL連同包含在DNS響應(yīng)中的IP地址一起緩存來實現(xiàn)的?；谶@些緩存的數(shù)據(jù)和傳出方法調(diào)用的目的地地址，可以找到該方法調(diào)用的對應(yīng)URI/URL。在HTTP被用作應(yīng)用層協(xié)議的情況下，可以從包含在GET調(diào)用中的HTTP頭部來獲得URI/URL。在HTTP代理被配置為接口的情況下，該代理可代表內(nèi)容服務(wù)器。
[0073]參照步驟520和框521，如果對應(yīng)用客戶端來說不需要或由于一些原因不允許移動性/多歸屬支持，則控制器可以可選地停止監(jiān)控。具體地，當(dāng)內(nèi)容檢索會話已經(jīng)經(jīng)由以上步驟識別時，控制器可進一步確定這個應(yīng)用層會話是否要求對移動性/多歸屬的支持。這個確定可涉及外部標(biāo)準(zhǔn)，諸如由主機所支持的接口的數(shù)量和類型以及其它標(biāo)準(zhǔn)。在下文的控制器功能的上下文內(nèi)，假設(shè)內(nèi)容檢索會話要求此類移動性/多歸屬支持。
[0074]參照步驟525和框526，控制器緩存會話連接標(biāo)識符或傳輸連接標(biāo)識符。這些標(biāo)識符由控制器使用以傳遞內(nèi)容數(shù)據(jù)部分，所述內(nèi)容數(shù)據(jù)部分去往客戶端應(yīng)用并在由控制器發(fā)起的將來連接上到達。在控制器功能位于會話層的情況下，此類標(biāo)識符可包括由該應(yīng)用所使用的套接字描述符或進程id。在控制器功能位于傳輸層的情況下，此類標(biāo)識符可以是至內(nèi)核中的對應(yīng)協(xié)議控制塊的指針。
[0075]參照步驟530和框531，控制器緩存包含在由客戶端應(yīng)用發(fā)送給內(nèi)容檢索服務(wù)器的方法-調(diào)用的調(diào)用中的信息。如果HTTP是應(yīng)用層協(xié)議，則這個信息指的是HTTP GET調(diào)用的HTTP請求頭部。
[0076]參照步驟535和框536，控制器監(jiān)控并分析由內(nèi)容服務(wù)器響應(yīng)于客戶端的方法調(diào)用所發(fā)送的所有數(shù)據(jù)。控制器確定已經(jīng)被接收的內(nèi)容的總數(shù)。在這個過程中，控制器可能不得不對由應(yīng)用層協(xié)議所提供的信令信息(諸如HTTP響應(yīng)頭部)打折扣。
[0077]在一個實施例中，內(nèi)容被指定為八位字節(jié)或比特的單位。在另一實施例中，內(nèi)容由對象標(biāo)識符的列表來表示。在另一實施例中，內(nèi)容被指定為按照所接收到的軸單位或幀的數(shù)量，諸如用于視頻流和/或音頻流。在另一實施例中，內(nèi)容被指定為按照播放所接收到的視頻流部分將花費的時間間隔(諸如使用編碼時間戳(DTS)、呈現(xiàn)時間戳(PTS)、節(jié)目時鐘參考(PCR)等來計算)。
[0078]參照步驟540，控制器等待來自接口管理器的控制信號以指示將改變用于內(nèi)容檢索的接口。直到當(dāng)接收到控制信號的這個時間，控制器繼續(xù)監(jiān)控并分析經(jīng)由第一接口 112-1從第一內(nèi)容服務(wù)器140-1所接收的內(nèi)容部分。
[0079]參照步驟545和框546，在接收到接口改變成癮(addictive)控制信號后，控制器識別在新接口上用于內(nèi)容傳送的適當(dāng)?shù)姆?wù)器。出于這個目的，控制器可在新接口上發(fā)起DNS查詢，該查詢包含映射到由客戶端應(yīng)用的初始方法調(diào)用的URI。如果DNS響應(yīng)不包含舊內(nèi)容服務(wù)器的IP地址，則使用新的內(nèi)容服務(wù)器可能是明智的。如果HTTP用作應(yīng)用層協(xié)議并且在舊接口上使用HTTP代理，則針對新接口使用新的內(nèi)容服務(wù)器可能是明智的。如果新接口被配置為使用HTTP代理，則對于客戶端該HTTP代理自己可承擔(dān)內(nèi)容服務(wù)器的功能。在下文中，我們相對于各自的舊接口和新接口指的是“舊服務(wù)器”和“新服務(wù)器”。舊服務(wù)器和新服務(wù)器可以是同一的、不同的和/或指代理服務(wù)器。
[0080]參照步驟550和框551，控制器終止至舊服務(wù)器的舊傳輸連接。在主機在某時只能支持一個接口的情況下，在新接口上識別用于內(nèi)容傳送的適當(dāng)服務(wù)器的步驟之前執(zhí)行這個步驟。如果在傳輸層上實現(xiàn)控制器并且TCP用作傳輸協(xié)議，則控制器可發(fā)送RST命令以終止該連接。為了這個目的，控制器需要知道傳輸連接標(biāo)識符。如果在會話層上實現(xiàn)控制器，則它可以經(jīng)由CLOSE ()調(diào)用來關(guān)閉該連接。為了這個目的，控制器需要知道套接字描述符以及最終的進程標(biāo)識符。
[0081 ] 參照步驟555，控制器經(jīng)由新接口與新服務(wù)器建立傳輸連接。在控制器功能位于傳輸層的實施例中，它可有利地使用相同的協(xié)議控制塊。然而，它必須經(jīng)歷經(jīng)由新接口與新服務(wù)器的連接建立信令握手。這保證由新內(nèi)容服務(wù)器傳送的進一步內(nèi)容數(shù)據(jù)可被轉(zhuǎn)發(fā)給相同的客戶端應(yīng)用。在控制器位于會話層上的實施例中，從新內(nèi)容服務(wù)器接收到的內(nèi)容數(shù)據(jù)部分被轉(zhuǎn)發(fā)給在相同應(yīng)用層進程上的相同套接字描述符。[0082]參照步驟560和框561，控制器可在新傳輸連接上向新服務(wù)器發(fā)送緩存的方法調(diào)用?？刂破鞑迦氚频闹甘?，其允許內(nèi)容服務(wù)器忽略傳送已經(jīng)被接收到的內(nèi)容數(shù)據(jù)的總量。這個指示特定于應(yīng)用層協(xié)議。對于HTTP，可使用RANGE命令，必須將其連同已經(jīng)接收到的內(nèi)容的八位字節(jié)的總量插入到HTTP請求頭部。
[0083]參照步驟565，控制器將在新連接上接收到的所有內(nèi)容轉(zhuǎn)發(fā)給客戶端應(yīng)用。為了這個目的，它使用它針對這個內(nèi)容檢索會話所緩存的會話連接或傳輸連接標(biāo)識符。在新連接上，對通過的內(nèi)容數(shù)據(jù)部分的計數(shù)繼續(xù)，以便可以執(zhí)行進一步的連接遷移事件。在各種實施例中，在步驟565處的操作類似于以上相對于步驟535和框536所論述的那些操作。
[0084]圖6示出了適合在執(zhí)行本文所述功能中使用的計算機的高級框圖。
[0085]如在圖6中所示出的，計算機600包含:處理器元件602 (例如，中央處理器(CPU)和/或其它合適的處理器(多個))，存儲器604 (例如，隨機訪問存儲器(RAM)、只讀存儲器(ROM)等)，合作模塊/進程605，以及各種輸入/輸出設(shè)備606(例如，用戶輸入設(shè)備(諸如鍵盤、小鍵盤、鼠標(biāo)等)、用戶輸出設(shè)備(諸如顯示器、揚聲器等)、輸入端口、輸出端口、接收器、發(fā)送器和存儲設(shè)備(例如磁帶驅(qū)動器、軟盤驅(qū)動器、硬盤驅(qū)動器、光盤驅(qū)動器等))。
[0086]應(yīng)當(dāng)了解的是，本文所示出和描述的功能可以實現(xiàn)成軟件和/或硬件，例如使用通用計算機，一個或多個專用集成電路(ASIC)，和/或任何其它硬件等同物。在一個實施例中，可將合作進程605加載到存儲器604中，并由處理器602執(zhí)行以實現(xiàn)本文所述的功能。因此，可將合作進程605 (包含相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu))存儲在計算機可讀存儲介質(zhì)，例如，RAM存儲器，磁或光驅(qū)動器或軟磁盤等。
[0087]應(yīng)當(dāng)了解的是，圖6中所示出的計算機600提供了適用于實現(xiàn)本文所述功能元件和/或本文所述功能元件的部分的通用架構(gòu)和功能。例如，計算機600提供了適用于實現(xiàn)主機110、內(nèi)容服務(wù)器140、域名服務(wù)器130和/或其部分等中的一個或多個的通用架構(gòu)和功能。
[0088]可以預(yù)期的是，本文中作為軟件方法進行論述的步驟中的某些步驟可實現(xiàn)在硬件內(nèi)，例如，作為與處理器合作來執(zhí)行各種方法步驟的電路。本文中所描述的功能/元件中的部分功能/元件可實現(xiàn)為計算機程序產(chǎn)品，其中當(dāng)由計算機處理計算機指令時，所述計算機指令適應(yīng)計算機的操作，使得調(diào)用或以其它方式提供本文所述方法和/或技術(shù)。可將用于調(diào)用本發(fā)明方法的指令存儲在固定或可移動介質(zhì)中，經(jīng)由在廣播或其它信號載體介質(zhì)中的數(shù)據(jù)流傳送，和/或存儲在根據(jù)指令操作的計算設(shè)備內(nèi)的存儲器內(nèi)。
[0089]各種實施例提供了顯著的益處。具體地，基于各種實施例的系統(tǒng)、裝置和方法可直接被集成在所謂的智能電話的特征集合中。此類集成可出現(xiàn)在原生的硬件/軟件特征集合或由電話制造商所提供的移動電話平臺(例如，蘋果、摩托羅拉、HTC、三星、動態(tài)研究(RM)、LG、諾基亞等)或操作系統(tǒng)提供商(例如，蘋果、谷歌、微軟等)內(nèi)。根據(jù)各種實施例的集成特征提供了高效的機制以執(zhí)行本文所述的各種功能，并且提供針對各種硬件和軟件供應(yīng)商的廣品差異化。
[0090]移動電話或移動OS供應(yīng)商可容易地適應(yīng)本文所論述的各種實施例，因為(I)多歸屬已經(jīng)成為智能電話上的普遍特征，(2)有許多異構(gòu)網(wǎng)絡(luò)場景(W1-Fi疊加3G/4G)，其中網(wǎng)絡(luò)由不同的服務(wù)提供商來運營，(3)不需要專用的網(wǎng)絡(luò)側(cè)的設(shè)備，以及(4)不需要在服務(wù)器上進行升級。因此，本發(fā)明在不依賴于任何第三方投資的情況下，對電話或移動OS增加了價值。
[0091]有利地，針對(說明性地)基于HTTP的內(nèi)容檢索應(yīng)用，各種實施例允許跨越網(wǎng)絡(luò)和接入提供商的移動性或接口遷移。這些應(yīng)用代表大多數(shù)的移動互聯(lián)網(wǎng)業(yè)務(wù)。
[0092]各種實施例以對應(yīng)用透明的方式提供了這些特征，于是使得遺留的應(yīng)用等可以由此受益。各種實施例還以對接入提供商透明的方式提供了這些特征，使得不需要任何專用的網(wǎng)絡(luò)側(cè)設(shè)備，諸如移動性錨點等。
[0093]此外，只要應(yīng)用層協(xié)議在內(nèi)容請求消息中包含偏移描述，則遠程內(nèi)容服務(wù)器不需要任何協(xié)議升級。對于HTTP和類似的協(xié)議滿足這個條件。
[0094]此外，在移動性/接口-遷移期間還可改變內(nèi)容服務(wù)器，這允許針對所選擇的每個網(wǎng)絡(luò)使用最優(yōu)服務(wù)器。這個特征還允許在存在代理的情況下操作，所述代理存在于某些網(wǎng)絡(luò)中，例如企業(yè)網(wǎng)絡(luò)。因此，在各種實施例中，對在企業(yè)網(wǎng)絡(luò)和移動網(wǎng)絡(luò)運營商的網(wǎng)絡(luò)之間的會話遷移提供支持。
[0095]雖然已經(jīng)示出并詳細描述了包含本發(fā)明的教示的各種實施例，但是本領(lǐng)域的技術(shù)人員能夠容易地想出仍包含這些教示的許多其它變型的實施例。
【權(quán)利要求】
1.一種方法，用于在主機處將與內(nèi)容檢索應(yīng)用相關(guān)聯(lián)的內(nèi)容檢索會話從經(jīng)由第一接口的第一服務(wù)器遷移到經(jīng)由第二接口的第二服務(wù)器，所述方法包括: 使用所述第二接口與所述第二服務(wù)器建立傳輸連接； 經(jīng)由所述第二接口向所述第二服務(wù)器傳送內(nèi)容請求消息，所述內(nèi)容請求消息包含:與將被檢索的內(nèi)容相關(guān)聯(lián)的標(biāo)識符，以及由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的指示； 分析經(jīng)由所述第二接口接收到的載有數(shù)據(jù)流的內(nèi)容，以識別由所述內(nèi)容檢索應(yīng)用接收的進一步的內(nèi)容部分；以及 向所述內(nèi)容檢索應(yīng)用轉(zhuǎn)發(fā)沒有由所述內(nèi)容檢索應(yīng)用接收到的識別的內(nèi)容部分。
2.根據(jù)權(quán)利要求1所述的方法，還包括:抑制經(jīng)由所述第一接口接收的內(nèi)容的傳遞。
3.根據(jù)權(quán)利要求1所述的方法,還包括:緩存由所述內(nèi)容檢索應(yīng)用所發(fā)送的內(nèi)容請求消息，從緩存的內(nèi)容請求消息獲得經(jīng)由所述第二接口向所述第二服務(wù)器傳送的所述內(nèi)容請求消息內(nèi)的所述內(nèi)容標(biāo)識符。
4.根據(jù)權(quán)利要求3所述的方法，還包括:緩存?zhèn)鬟f給所述內(nèi)容檢索應(yīng)用的內(nèi)容部分的表征，從緩存的內(nèi)容部分表征中獲得由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的所述指示。
5.根據(jù)權(quán)利要求1所述的方法，其中響應(yīng)于與經(jīng)由所述第一接口接收到的擁塞水平指示符、經(jīng)由所述第二接口接收到的擁塞水平指示符、優(yōu)選服務(wù)提供商與所述第二接口相關(guān)聯(lián)的確定、優(yōu)選服務(wù)器與所述第二接口相關(guān)聯(lián)的確定、降低成本與所述第二接口相關(guān)聯(lián)的確定、性能提升與所述第二接 口相關(guān)聯(lián)的確定、以及優(yōu)選網(wǎng)絡(luò)與所述第二接口相關(guān)聯(lián)的確定中的一個或多個相關(guān)聯(lián)的控制信號，來建立與所述第二服務(wù)器的所述傳輸連接。
6.根據(jù)權(quán)利要求1所述的方法，其中: 由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的所述指示基于八位字節(jié)計數(shù)； 所述內(nèi)容請求消息包括HTTP get消息；以及 由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的所述指示基于八位字節(jié)計數(shù)，所述八位字節(jié)計數(shù)被包含作為所述get消息的RANGE表項。
7.根據(jù)權(quán)利要求1所述的方法，其中DNS位置服務(wù)用于識別所述第二服務(wù)器，所述方法還包括:向所述DNS位置服務(wù)傳送DNS請求，所述DNS請求包含與所述第二服務(wù)器相關(guān)聯(lián)的主機統(tǒng)一資源標(biāo)識符(URI)或統(tǒng)一資源定位符(URL)。
8.根據(jù)權(quán)利要求1所述的方法，其中TCP用作傳輸機制，并且其中通過經(jīng)由所述第一接口傳送TCP RST消息來抑制由所述第一服務(wù)器傳遞的進一步數(shù)據(jù)。
9.一種裝置，用于在主機處將與內(nèi)容檢索應(yīng)用相關(guān)聯(lián)的內(nèi)容檢索會話從經(jīng)由第一接口的第一服務(wù)器遷移到經(jīng)由第二接口的第二服務(wù)器，所述裝置包括: 處理器，其被配置為: 使用所述第二接口建立至所述第二服務(wù)器的傳輸連接； 經(jīng)由所述第二接口向所述第二服務(wù)器傳送內(nèi)容請求消息，所述內(nèi)容請求消息包含:與將被檢索的內(nèi)容相關(guān)聯(lián)的標(biāo)識符，以及由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的指示； 分析經(jīng)由所述第二接口接收到的載有數(shù)據(jù)流的內(nèi)容，以識別由所述內(nèi)容檢索應(yīng)用接收的進一步的內(nèi)容部分；以及 向所述內(nèi)容檢索應(yīng)用轉(zhuǎn)發(fā)沒有由所述內(nèi)容檢索應(yīng)用接收到的識別的內(nèi)容部分。
10.一種包含軟件指令的計算機可讀介質(zhì)，當(dāng)由處理器執(zhí)行所述軟件指令時，所述軟件指令執(zhí)行用于在主機處將與內(nèi)容檢索應(yīng)用相關(guān)聯(lián)的內(nèi)容檢索會話從經(jīng)由第一接口的第一服務(wù)器遷移到經(jīng)由第二接口的第二服務(wù)器的方法，所述方法包括: 使用所述第二接口建立至所述第二服務(wù)器的傳輸連接； 經(jīng)由所述第二接口向所述第二服務(wù)器傳送內(nèi)容請求消息，所述內(nèi)容請求消息包含:與將被檢索的內(nèi)容相關(guān)聯(lián)的標(biāo)識符，以及由所述內(nèi)容檢索應(yīng)用接收到的內(nèi)容部分的指示； 分析經(jīng)由所述第二接口接收到的載有數(shù)據(jù)流的內(nèi)容，以識別由所述內(nèi)容檢索應(yīng)用接收的進一步的內(nèi)容部分；以及 向所述內(nèi)容檢 索應(yīng)用轉(zhuǎn)發(fā)沒有由所述內(nèi)容檢索應(yīng)用接收到的識別的內(nèi)容部分。
【文檔編號】H04L29/06GK103828328SQ201280047092
【公開日】2014年5月28日 申請日期:2012年9月11日 優(yōu)先權(quán)日:2011年9月30日
【發(fā)明者】K·G·哈姆佩爾, T·E·克萊因 申請人:阿爾卡特朗訊公司