本公開涉及用于在通信系統(tǒng)中配置傳輸控制協(xié)議(tcp)連接的方法和裝置，并且更具體地，涉及用于在包括無線電接入網(wǎng)絡(luò)(ran)的通信系統(tǒng)中配置tcp連接的方法和裝置。
背景技術(shù)：
：為了滿足第四代(4g)通信系統(tǒng)商業(yè)化以來增長的對無線數(shù)據(jù)流量的需求，已經(jīng)努力開發(fā)改進的第5代(5g)通信系統(tǒng)或pre-5g通信系統(tǒng)。為此，5g通信系統(tǒng)或pre-5g通信系統(tǒng)也被稱為超4g網(wǎng)絡(luò)通信系統(tǒng)或后長期演進(lte)系統(tǒng)。為了實現(xiàn)高數(shù)據(jù)速率，正在考慮在超高頻(毫米波)頻帶(例如，60ghz頻帶)中實現(xiàn)5g通信系統(tǒng)。在5g通信系統(tǒng)中，已經(jīng)討論了波束成形、大量多輸入多輸出(mimo)、全維度mimo(fd-mimo)、陣列天線、模擬波束成形和大規(guī)模天線技術(shù)，以在超高頻頻帶中減輕傳播路徑損耗并增加傳播距離。關(guān)于系統(tǒng)網(wǎng)絡(luò)改進，在5g通信系統(tǒng)中，已經(jīng)開發(fā)了諸如演進小型小區(qū)、高級小型小區(qū)、云無線電接入網(wǎng)絡(luò)(ran)、超密網(wǎng)絡(luò)、設(shè)備到設(shè)備(d2d)通信、無線回程、移動網(wǎng)絡(luò)、協(xié)作通信、協(xié)調(diào)多點(comp)和干擾消除的技術(shù)。在5g系統(tǒng)中，已經(jīng)開發(fā)了包括混合頻移鍵控(fsk)和正交幅度調(diào)制(qam)調(diào)制(fqam)和滑動窗疊加編碼(swsc)，以及包括濾波器組多載波(fbmc)、非正交多址接入(noma)和稀疏代碼多址接入(scma)的高級接入方案。在通信系統(tǒng)中，大多數(shù)互聯(lián)網(wǎng)服務(wù)使用被設(shè)計用于有線網(wǎng)絡(luò)的傳輸控制協(xié)議(tcp)作為傳輸協(xié)議。然而，在諸如長期演進(lte)系統(tǒng)的無線網(wǎng)絡(luò)中，比有線網(wǎng)絡(luò)中更頻繁地發(fā)生傳送網(wǎng)絡(luò)的質(zhì)量的變化(例如，無線電信道的變化)。圖1是用于描述通信系統(tǒng)中的無線網(wǎng)絡(luò)的用戶設(shè)備(ue)與有線網(wǎng)絡(luò)的服務(wù)服務(wù)器之間的通用tcp連接的視圖，其中作為實例，圖1所示的通信系統(tǒng)是lte系統(tǒng)。參考圖1，為了從連接到互聯(lián)網(wǎng)的服務(wù)提供商的服務(wù)服務(wù)器170等接收諸如內(nèi)容等的服務(wù)，ue110以端到端的方式配置與服務(wù)服務(wù)器170的tcp連接。在配置tcp連接的過程中，包括基站或演進節(jié)點b(enb)130以及系統(tǒng)架構(gòu)演進(sae)網(wǎng)關(guān)(gw)150的lte系統(tǒng)充當用于轉(zhuǎn)發(fā)基于tcp的數(shù)據(jù)的管道。在lte系統(tǒng)中，saegw150包括服務(wù)gw(sgw)和分組數(shù)據(jù)網(wǎng)絡(luò)(pdn)gw。作為端到端協(xié)議的tcp取決于用于傳輸控制的tcpack的接收，從而不能迅速地反映無線網(wǎng)絡(luò)(無線電接入網(wǎng)絡(luò)(ran))的無線電信道的變化。因此，tcp傳輸延遲(例如，在視頻內(nèi)容情況下的視頻初始播放時間延遲)增加，從而對被提供服務(wù)的用戶導致不便。發(fā)明的詳細描述技術(shù)問題本公開提供用于在通信系統(tǒng)中配置分離的tcp連接的方法和裝置。本公開還提供用于在通信系統(tǒng)中配置用于執(zhí)行基于ran的tcp傳輸控制以減少傳輸延遲的tcp會話的方法和裝置。本公開還提供用于在使用分離tcp連接的通信系統(tǒng)中支持切換的方法和裝置。此外，本公開提供用于在使用分離tcp連接的通信系統(tǒng)中轉(zhuǎn)發(fā)用于基于ran的傳輸控制的上行鏈路(ul)/下行鏈路(dl)數(shù)據(jù)的方法和系統(tǒng)。技術(shù)方案根據(jù)本公開的實施例，一種用于在通信系統(tǒng)中由tcp代理配置傳輸控制協(xié)議(tcp)連接的方法包括：配置用于向演進節(jié)點b(enb)傳輸和從enb接收數(shù)據(jù)的隧道；以及響應(yīng)于ue的tcp連接請求，配置用戶設(shè)備(ue)與tcp代理之間的第一tcp連接以及tcp代理與互聯(lián)網(wǎng)協(xié)議(ip)網(wǎng)絡(luò)的服務(wù)服務(wù)器之間的第二tcp連接。根據(jù)本公開的實施例，一種用于在通信系統(tǒng)中配置tcp連接的tcp代理設(shè)備包括：通信接口，其被配置用于與enb通信；以及控制器，其被配置來配置用于向enb傳輸和從enb接收數(shù)據(jù)的隧道，并且響應(yīng)于ue的tcp連接請求，配置ue與tcp代理設(shè)備之間的第一tcp連接以及tcp代理設(shè)備與ip網(wǎng)絡(luò)的服務(wù)服務(wù)器之間的第二tcp連接。根據(jù)本公開的實施例，一種用于在基于tcp的通信系統(tǒng)中轉(zhuǎn)發(fā)下行鏈路(dl)數(shù)據(jù)的方法包括：在作為切換中的源enb操作的第一enb與第一tcp代理連接并且作為切換中的目標enb操作的第二enb與第二tcp代理連接的網(wǎng)絡(luò)環(huán)境中，第二tcp代理通過第一tcp代理從第一enb接收指示由于切換而導致的數(shù)據(jù)路徑轉(zhuǎn)換的信息；第二tcp代理從已經(jīng)接收到所述信息的第一tcp代理接收為第一enb緩沖的第一dl數(shù)據(jù)，并緩沖所接收的第一dl數(shù)據(jù)；以及第二tcp代理通過由所述切換轉(zhuǎn)換的數(shù)據(jù)路徑從第二enb接收第二dl數(shù)據(jù)，并緩沖第二dl數(shù)據(jù)。根據(jù)本公開的實施例，一種用于在基于tcp的通信系統(tǒng)中轉(zhuǎn)發(fā)dl數(shù)據(jù)的tcp代理設(shè)備包括：通信接口，其被配置用于數(shù)據(jù)通信；存儲器，其被配置來緩沖傳輸和接收數(shù)據(jù)；以及控制器，其被配置來在作為切換中的源enb操作的第一enb與第一tcp代理連接并且作為切換中的目標enb操作的第二enb與第二tcp代理連接的網(wǎng)絡(luò)環(huán)境中，通過第一tcp代理設(shè)備從第一enb接收指示由于切換而導致的數(shù)據(jù)路徑轉(zhuǎn)換的信息，從已經(jīng)接收到所述信息的第一tcp代理設(shè)備接收為第一enb緩沖的第一dl數(shù)據(jù)，并且將所接收的第一dl數(shù)據(jù)緩沖在存儲器中，并且通過由切換轉(zhuǎn)換的數(shù)據(jù)路徑從第二enb接收第二dl數(shù)據(jù)并將第二dl數(shù)據(jù)緩沖在存儲器中。根據(jù)本公開的實施例，一種用于在基于tcp的通信系統(tǒng)中轉(zhuǎn)發(fā)上行鏈路(ul)數(shù)據(jù)的方法包括：在作為切換中的源enb操作的第一enb與第一tcp代理連接并且作為切換中的目標enb操作的第二enb與第二tcp代理連接的網(wǎng)絡(luò)環(huán)境中，第二tcp代理通過第一tcp代理從第一enb接收指示由于切換而導致的數(shù)據(jù)路徑轉(zhuǎn)換的信息；通過第二tcp代理將針對從第一tcp代理轉(zhuǎn)發(fā)的第一ul數(shù)據(jù)的確認響應(yīng)信號發(fā)送到已經(jīng)接收到所述信息的第一tcp代理；以及由第二tcp代理緩沖從第二enb接收的第二ul數(shù)據(jù)，針對第二ul數(shù)據(jù)執(zhí)行傳輸控制，以及根據(jù)與切換對應(yīng)的數(shù)據(jù)路徑轉(zhuǎn)換通過第二enb將第二ul數(shù)據(jù)轉(zhuǎn)發(fā)到ip網(wǎng)絡(luò)。根據(jù)本公開的實施例，一種基于tcp的通信系統(tǒng)中的tcp代理設(shè)備包括：通信接口，其被配置用于數(shù)據(jù)通信；存儲器，其被配置來緩沖傳輸和接收數(shù)據(jù)；以及控制器，其被配置為在作為切換中的源enb操作的第一enb與第一tcp代理設(shè)備連接并且作為切換中的目標enb操作的第二enb與第二tcp代理設(shè)備連接的網(wǎng)絡(luò)環(huán)境中，通過第一tcp代理設(shè)備從第一enb接收指示由于切換而導致的數(shù)據(jù)路徑轉(zhuǎn)換的信息，將針對從第一tcp代理設(shè)備轉(zhuǎn)發(fā)的第一ul數(shù)據(jù)的確認響應(yīng)信號發(fā)送到已經(jīng)接收到所述信息的第一tcp代理設(shè)備，并且緩沖從第二enb接收到的第二ul數(shù)據(jù)，針對第二ul數(shù)據(jù)執(zhí)行傳輸控制，并且根據(jù)與切換對應(yīng)的數(shù)據(jù)路徑轉(zhuǎn)換通過第二enb將第二ul數(shù)據(jù)轉(zhuǎn)發(fā)到ip網(wǎng)絡(luò)。附圖說明圖1是用于描述通信系統(tǒng)中的無線網(wǎng)絡(luò)的ue與有線網(wǎng)絡(luò)的服務(wù)服務(wù)器之間的一般tcp連接的視圖；圖2是用于描述根據(jù)本公開的實施例的通信系統(tǒng)中的分離tcp連接以及與enb連接用于分離的tcp連接的tcp代理的視圖；圖3是用于描述根據(jù)本公開的實施例的通信系統(tǒng)中的用于tcp代理的通信接口的視圖；圖4是用于描述在本公開的實施例中提出的基于承載的代理隧道的視圖；圖5a至圖5c是根據(jù)本公開的實施例的用于tcp代理準備和tcp代理建立的過程的梯形圖；圖6是用于描述根據(jù)本公開的實施例的通信系統(tǒng)中的tcp代理切換場景的各種示例的視圖；圖7是用于描述根據(jù)本公開的實施例的tcp代理切換場景1中的dl數(shù)據(jù)接收方法的視圖；圖8是用于描述根據(jù)本公開的實施例的在tcp代理切換場景1中使用快速dl數(shù)據(jù)進行轉(zhuǎn)發(fā)的dl數(shù)據(jù)接收方法的視圖；圖9a至圖9c是根據(jù)本公開的實施例的應(yīng)用tcp代理切換場景1時的切換過程的梯形圖；圖10是用于描述根據(jù)本公開的實施例的tcp代理切換場景2中的dl數(shù)據(jù)接收方法的視圖；圖11是用于描述根據(jù)本公開的實施例的在tcp代理切換場景2中使用快速dl數(shù)據(jù)進行轉(zhuǎn)發(fā)的dl數(shù)據(jù)接收方法的視圖；圖12a至圖12c是根據(jù)本公開的實施例的應(yīng)用tcp代理切換場景2時的切換過程的梯形圖；圖13是用于描述根據(jù)本公開的實施例的tcp代理切換場景1中的ul數(shù)據(jù)傳輸方法的視圖；圖14是用于描述根據(jù)本公開的實施例的在tcp代理切換場景2中使用快速ul數(shù)據(jù)進行轉(zhuǎn)發(fā)的dl數(shù)據(jù)傳輸方法的視圖；圖15a和圖15b是根據(jù)本公開的實施例的應(yīng)用tcp代理切換場景3時的切換過程的梯形圖；圖16a和圖16b是根據(jù)本公開的實施例的應(yīng)用tcp代理切換場景4時的切換過程的梯形圖；并且圖17是根據(jù)本公開的實施例的適用于通信系統(tǒng)中的tcp代理、enb和ue的結(jié)構(gòu)的框圖。具體實施方式如果不必要地模糊本公開的主題，則將省略與本公開的實施例相關(guān)聯(lián)的公知功能或元件的詳細描述。在本公開的實施例的以下詳細描述中，本公開的實施例將集中于演進分組系統(tǒng)(eps)/長期演進(lte)系統(tǒng)作為主要系統(tǒng)，但是根據(jù)本領(lǐng)域普通技術(shù)人員的確定，本公開也可應(yīng)用于具有類似技術(shù)背景的各種通信系統(tǒng)。因此，應(yīng)當注意，本公開的以下實施例不限于lte系統(tǒng)中的演進節(jié)點b(enb)、系統(tǒng)架構(gòu)演進(sae)網(wǎng)關(guān)(gw)等。本公開的實施例提出傳輸控制協(xié)議(tcp)代理，其連接到lte系統(tǒng)的enb側(cè)，以便配置lte系統(tǒng)的無線電接入網(wǎng)絡(luò)(ran)與服務(wù)服務(wù)器連接到的有線網(wǎng)絡(luò)之間的分離tcp連接，并執(zhí)行tcp傳輸控制。本公開的實施例還提出鑒于tcp代理，執(zhí)行針對分離tcp連接的基于ran的tcp傳輸控制的方法和系統(tǒng)結(jié)構(gòu)。雖然在本公開的實施例中將使用tcp、x2接口等作為示例，但是tcp、x2接口等可以被其他可能的協(xié)議或接口代替。將使用x2接口來描述enb之間的連接以及enb與tcp代理之間的連接，但是其他可替換接口可用于那些連接。本公開的實施例提出用于將無線網(wǎng)絡(luò)的ue與有線網(wǎng)絡(luò)的服務(wù)服務(wù)器之間的tcp連接分離成enb與tcp代理之間的第一tcp連接以及tcp代理與服務(wù)服務(wù)器之間的第二tcp連接的方案。本公開的實施例還提出用于在lte系統(tǒng)中的gw->enb->ue或ue->enb->gw的數(shù)據(jù)傳輸路徑中將ue的數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理的方案。在本公開的實施例中，將進行對以下者的描述：通過在enb側(cè)引入的tcp代理來配置分離tcp連接(即，tcp會話)，其具有enb與tcp代理之間的第一tcp連接以及tcp代理與服務(wù)服務(wù)器之間的第二tcp連接的方法；以及用于所述方法的通信系統(tǒng)的結(jié)構(gòu)；以及用于在使用分離的tcp連接的通信系統(tǒng)中在ue的切換中轉(zhuǎn)發(fā)ul/dl數(shù)據(jù)用于基于ran的傳輸控制的方法和系統(tǒng)結(jié)構(gòu)。圖2是用于描述在根據(jù)本公開的實施例的通信系統(tǒng)中的分離tcp連接和用于分離tcp連接的與enb連接的tcp代理的視圖，其中圖2的系統(tǒng)可以包括lte系統(tǒng)，所述lte系統(tǒng)包括：ue210；enb230；和saegw250，其包括sgw和分組數(shù)據(jù)網(wǎng)絡(luò)(pdn)gw(pgw)(未示出)；基于互聯(lián)網(wǎng)協(xié)議(ip)的網(wǎng)絡(luò)(諸如互聯(lián)網(wǎng)等)的服務(wù)服務(wù)器270，其通過lte系統(tǒng)的saegw250向ue210傳輸以及從ue210接收基于tcp的數(shù)據(jù)；以及tcp代理290，其連接到enb230以便控制tcp連接(即，tcp會話)的配置，所述tcp連接被分離成與ran中的ue210的第一tcp連接21、以及與有線網(wǎng)絡(luò)中的服務(wù)服務(wù)器270的第二tcp連接23。作為圖2所示的實例，tcp代理290可以利用與enb230分離的網(wǎng)絡(luò)實體(例如，服務(wù)器)來實現(xiàn)。在另一個實施例中，tcp代理290可以包括在enb230中。也就是說，關(guān)于分離的tcp連接，可以在enb中安裝tcp代理，并且安裝在enb中的tcp代理可以分離ue210與服務(wù)服務(wù)器270之間的tcp連接以便加速下載。參考圖2，tcp代理290通過通信接口與enb230連接。通信接口可以使用在lte系統(tǒng)中眾所周知的通信接口或單獨的通信接口。ue210與服務(wù)服務(wù)器270之間的tcp連接通過被分成ue210與tcp代理290之間的第一連接21、以及tcp代理290與服務(wù)服務(wù)器270之間的第二連接23來建立。這里，應(yīng)當理解，uetcp連接(或uetcp會話)意味著第一連接21，并且代理tcp連接(或代理tcp會話)意味著第二連接23。tcp代理290通過代理tcp連接從服務(wù)服務(wù)器270接收要傳輸?shù)絬e210的數(shù)據(jù)，并且基于ran的信道環(huán)境變化來執(zhí)行用于uetcp連接的基于ran的傳輸控制?？梢詮膃nb230向tcp代理290提供指示ran的信道環(huán)境變化的信息(以下稱為ran信息)。例如，在本公開的實施例中，對于基于無線電信道變化的基于ran的傳輸控制，tcp代理可以從服務(wù)ue的enb獲得無線電信道相關(guān)信息?；谒@得的無線電信道相關(guān)信息，tcp代理可以針對uetcp會話執(zhí)行反映信道狀態(tài)的基于ran的傳輸控制。tcp代理還可以基于期望的傳輸延遲向enb傳輸數(shù)據(jù)，以使得enb維持ue的緩沖器大小恒定，由此減少傳輸延遲。信道狀態(tài)可以反映到緩沖器大小中。圖3是用于描述根據(jù)本公開的實施例的通信系統(tǒng)中的tcp代理的通信接口的視圖。參考圖3，參考數(shù)字31指示用于enb230與tcp代理290之間的數(shù)據(jù)傳輸和接收的通信接口(以下稱為xt接口)，并且可以使用用于lte系統(tǒng)中的enb之間的通信的x2接口，或者可以配置和使用新的通信接口。xt接口31執(zhí)行以下功能中的至少一個：將ran信息轉(zhuǎn)發(fā)到tcp代理290的功能，在enb230與tcp代理290之間建立代理隧道的功能，將去往ue210的dl數(shù)據(jù)從服務(wù)服務(wù)器270轉(zhuǎn)發(fā)到tcp代理290的功能，以及將從ue210接收的ul數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290的功能。盡管在圖3中未示出，但是多個enb可以與單個tcp代理290連接，或者單個enb230可以與單個tcp代理290連接。tcp代理290可以與另一個tcp代理連接以用于通信，并且在這種情況下，可以定義用于tcp代理之間的通信的接口。用于tcp代理之間的通信接口將被稱為xp接口，將在下面關(guān)于切換(handover)的實施例中描述所述xp接口。在圖3中，sgw250a和pgw250b指示包括在圖2的saegw250中的服務(wù)gw和pdngw。<分離的tcp連接配置>在本公開的實施例中，將使用大體上四個過程1)至4)來描述tcp代理290的tcp連接配置過程：1)tcp代理準備；2)tcp代理建立；3)tcp代理拆除(teardown)；以及4)tcp代理修改。tcp代理準備在tcp代理準備過程中，建立用于將從ue210去往服務(wù)服務(wù)器270的ul數(shù)據(jù)、或從服務(wù)服務(wù)器270去往ue210的dl數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290的路徑(即，隧道)，并且基于enb230與tcp代理290之間的承載信息生成隧道。在典型的lte系統(tǒng)中，由ue生成的ul數(shù)據(jù)通過enb、sgw、然后pgw被轉(zhuǎn)發(fā)到互聯(lián)網(wǎng)，并且去往ue的dl數(shù)據(jù)通過pgw、sgw、然后enb被轉(zhuǎn)發(fā)到ue。在本公開的實施例中提出的tcp代理290在enb230將ul數(shù)據(jù)或dl數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290之后可以分離tcp連接，并且執(zhí)行基于ran的傳輸控制。也就是說，由于在lte系統(tǒng)中只有pgw識別ip而enb不能識別ip，因此在本公開的實施例中，不能夠識別ip的enb230將ul數(shù)據(jù)或dl數(shù)據(jù)(其是基于ip的數(shù)據(jù))轉(zhuǎn)發(fā)到能夠識別ip的tcp代理290。為此，提出了基于承載的代理隧道，以便使enb230將從ue210接收的數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290。圖4是用于描述在本公開的實施例中提出的基于承載的代理隧道的視圖。參考圖4，代理隧道包括：ul隧道41，其用于將enb230通過無線電承載45從ue210接收的ul數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290，并且然后將由tcp代理290傳輸控制的ul數(shù)據(jù)轉(zhuǎn)發(fā)回enb230；以及dl隧道43，其用于將enb230通過epc承載47經(jīng)由sgw250a從服務(wù)服務(wù)器270接收的dl數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290，并且然后將由tcp代理290傳輸控制的dl數(shù)據(jù)轉(zhuǎn)發(fā)回enb230。其間，在本公開的實施例中，為了將從服務(wù)服務(wù)器270轉(zhuǎn)發(fā)的基于ip的數(shù)據(jù)或ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290，enb230需要在傳輸?shù)絬e210以及從ue210接收的各種類型的數(shù)據(jù)中識別ip數(shù)據(jù)。然而，enb230不能識別ip，使得現(xiàn)有ip數(shù)據(jù)識別方案不適用于本公開的tcp代理結(jié)構(gòu)。為此，本公開的實施例提出了一種方案，其中僅將ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290，enb230基于接入點名稱(apn)識別數(shù)據(jù)的類型，并且以承載為單位將ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290。例如，lte語音(volte)呼叫連接可以使用ip多媒體子系統(tǒng)(ims)apn，并且互聯(lián)網(wǎng)連接可以使用互聯(lián)網(wǎng)apn。enb230將使用互聯(lián)網(wǎng)apn連接的承載識別為傳輸控制的目標，并使用互聯(lián)網(wǎng)apn將數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290。雖然在本公開的實施例中使用apn作為舉例，但是enb230除了apn之外還可以使用在enb中存儲/維護/管理的其他承載相關(guān)參數(shù)，諸如服務(wù)質(zhì)量(qos)類標識符(qci)、分配和保留優(yōu)先級(arp)等。在另一個實施例中，在本公開的實施例中提出的分離的tcp連接(會話)技術(shù)可以選擇性地僅應(yīng)用于ip數(shù)據(jù)中傳輸?shù)教囟ㄓ蚧蛱囟ǚ?wù)服務(wù)器并從其接收的數(shù)據(jù)。為此，提出如下方案a)和b)。a)tcp代理290確定是否分離tcp連接(會話)當enb230基于apn將ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290時，tcp代理290根據(jù)在tcp代理290中存儲/維護的tcp代理策略來確定是否應(yīng)用tcp代理290。所述策略是服務(wù)服務(wù)器的位置或由運營商或提供商配置的信息，并且可以包括用于執(zhí)行或不執(zhí)行tcp連接(會話)分離的域信息等。域信息可以包括域列表、服務(wù)器地址列表等。已經(jīng)接收到轉(zhuǎn)發(fā)的ue210的tcp連接請求(例如，tcpsyn消息)的tcp代理290識別tcp代理策略，對允許tcp代理應(yīng)用的連接執(zhí)行tcp連接(會話)分離，并且，而對不允許tcp代理應(yīng)用的連接，將ip數(shù)據(jù)轉(zhuǎn)發(fā)到運營商服務(wù)器而不執(zhí)行tcp連接(會話)分離。在這種情況下，tcp代理290僅僅作為數(shù)據(jù)傳輸路徑操作，而不執(zhí)行額外操作。b)enb230確定是否分離tcp連接(會話)一旦enb230從ue210接收到ip數(shù)據(jù)，enb230就根據(jù)在enb230中存儲/維護的tcp代理策略來確定tcp代理應(yīng)用。enb230對于允許tcp代理應(yīng)用的連接將ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290，而對于不允許tcp代理應(yīng)用的連接將ip數(shù)據(jù)轉(zhuǎn)發(fā)到swg。為此，enb230識別每個數(shù)據(jù)分組的ip。上述各種實施例都是可能的，但是為了方便起見，以下實施例可以對應(yīng)于以下情況：enb230將ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290，并且tcp代理290分離tcp連接(會話)。在圖4的實施例中，enb230將無線電承載45與ul隧道41進行映射，并且將epc承載47與dl隧道43進行映射。enb230分別通過代理隧道41和43向tcp代理290傳輸以及從tcp代理290接收基于ip的ul數(shù)據(jù)/dl數(shù)據(jù)。雖然在當前實施例中代理隧道包括ul隧道和dl隧道，但在另一實施例中代理隧道可以包括可以通過其來傳輸和接收基于ip的ul數(shù)據(jù)和/或dl數(shù)據(jù)的一個隧道。<表1>示出了用于配置和管理上述代理隧道的映射表(以下稱為代理映射表)的示例，并且<表1>的映射表存儲在enb230中。[表1]在表1中，ueid指示ue的身份，并且可以使用例如lte系統(tǒng)中的全球唯一臨時標識符(guti)。假設(shè)ue210僅使用互聯(lián)網(wǎng)apn的默認承載以用于進行ip數(shù)據(jù)傳輸和接收，則表1中的無線承載id是分配給ue210與enb230之間的互聯(lián)網(wǎng)apn的默認epc承載的無線電承載的身份。在表1中，epc承載id是互聯(lián)網(wǎng)apn的默認epc承載的身份。在表1中，ul身份(ulid)是由tcp代理290識別的指示enb230與tcp代理290之間的ul隧道41的身份，并且在tcp代理290中是唯一的。也就是說，enb230通過由ulid識別的ul隧道41，將從ue210接收的基于ip的ul數(shù)據(jù)傳輸?shù)絫cp代理290。在表1中，dl身份(dlid)是由tcp代理290識別的指示enb230與tcp代理290之間的dl隧道43的身份，并且在tcp代理290中是唯一的。也就是說，enb230通過由dlid識別的dl隧道43，將通過sgw250a從服務(wù)服務(wù)器270接收的基于ip的dl數(shù)據(jù)傳輸?shù)絫cp代理290。tcp代理身份(tcp代理id)是與enb230連接的tcp代理290的身份。表2示出了存儲在tcp代理290中的用于配置和管理代理隧道的映射表(以下稱為enb映射表)的示例。[表2]ueul_enbdl_enbenbtcp會話ueiduliddlidenbidtcp會話info.在表2中，ueid指示ue的身份，并且可以使用例如lte系統(tǒng)中的guti。ulid是由enb230識別的指示enb230與tcp代理290之間的ul隧道41的身份，并且在enb230中是唯一的。也就是說，tcp代理290針對基于ip的ul數(shù)據(jù)執(zhí)行傳輸控制，從enb230接收所述基于ip的ul數(shù)據(jù)并且將其從ue210傳輸?shù)椒?wù)服務(wù)器270，并且然后通過由ulid識別的ul隧道41將傳輸控制的基于ip的ul數(shù)據(jù)傳輸?shù)絜nb230。在表2中，dlid是由enb230識別的指示enb230與tcp代理290之間的dl隧道43的身份，并且在enb230中是唯一的。也就是說，tcp代理290針對基于ip的dl數(shù)據(jù)執(zhí)行傳輸控制，從enb230接收所述基于ip的dl數(shù)據(jù)并且將其從服務(wù)服務(wù)器270傳輸?shù)絬e210，并且然后通過由ulid識別的ul隧道43將傳輸控制的基于ip的ul數(shù)據(jù)傳輸?shù)絜nb230。在表2中，enbid是與tcp代理290連接以便傳輸和接收ue210的ip數(shù)據(jù)的enb230的身份。tcp會話信息(會話info.)是關(guān)于ue210的、tcp代理290所管理的分離tcp連接的信息。tcp會話信息可以包括關(guān)于tcp會話的5元組(源ip、目的地ip、源端口、目的地端口、協(xié)議)信息、tcp狀態(tài)信息(例如，由tcp代理290傳輸?shù)膇p數(shù)據(jù)量等、序列號)等。tcp代理建立tcp代理建立過程是以下過程：響應(yīng)于ue210的tcp連接創(chuàng)建請求，tcp代理290將tcp連接分離成uetcp連接和代理tcp連接。一旦ue210向enb230發(fā)送tcp連接創(chuàng)建請求，enb230就將該請求轉(zhuǎn)發(fā)給tcp代理290。tcp代理290從接收自enb230的數(shù)據(jù)中檢測用于請求tcp連接配置的消息(以下稱為tcpsyn消息)，并且分離從ue210到服務(wù)服務(wù)器270的tcp連接。tcp連接也被稱為tcp會話。以下，tcp連接將被稱為tcp會話。圖5a至圖5c是根據(jù)本公開的實施例的用于tcp代理準備和tcp代理建立的過程的梯形圖，其中當附接到lte系統(tǒng)的ue210運行例如互聯(lián)網(wǎng)應(yīng)用(視頻流應(yīng)用等)以便向服務(wù)服務(wù)器270發(fā)送tcp會話創(chuàng)建請求時，tcp代理290通過將tcp會話分離成uetcp會話和代理tcp會話來配置分離的tcp會話。在操作501中，在ue210的附接過程完成之后或者在ue210的附接過程期間，enb230通過xt接口與tcp代理290執(zhí)行tcp準備過程。在圖5a至圖5c中，操作503至513對應(yīng)于tcp準備過程，并且操作519至563對應(yīng)于tcp代理建立過程。操作515和517分別對應(yīng)于根據(jù)操作501的附接過程而生成的無線電承載和epc承載。首先，關(guān)于tcp準備過程，在操作503中，一旦ue210發(fā)送附接請求，enb230就確定與enb210相關(guān)的信息是否存在于由enb230管理的代理映射表中，并且如果相關(guān)信息不存在，則為ue210生成條目以便更新代理映射表。在操作505中，enb230向tcp代理290傳輸xt表更新請求(包括(原因＝附接、ueid、enbulid、enbdlid、和enbid))。xt表更新請求是enb230向tcp代理290傳輸以便更新(創(chuàng)建、改變、刪除等)參考圖4描述的代理隧道相關(guān)信息的消息。xt表更新請求消息中包含的“原因”指示由于其而生成更新請求的事件。例如，“原因”可以是“附接”、“切換”等?！霸颉笨梢杂蔀槊總€事件設(shè)置的值指示，并且tcp代理290可以從enb230接收“原因”的值以便確定enb映射表的創(chuàng)建、改變或刪除。在xt表更新請求消息中，ueid、enbulid、enbdlid和enbid如參考表1和表2所描述。在操作507中，tcp代理290基于通過xt表更新請求接收的信息，通過將ue210的條目添加到enb映射表來更新enb映射表。在操作509中，tcp代理290為ue210創(chuàng)建緩沖器。緩沖器緩沖向其應(yīng)用基于ran的傳輸控制的ip數(shù)據(jù)。在操作511中，tcp代理290響應(yīng)于xt表更新請求，向enb230發(fā)送xt表更新響應(yīng)(包括ueid、代理uldi、代理dldi和tcp代理id)。ueid，代理ulid，代理dlid和tcp代理id如參考表1和表2所描述。在操作513中，基于通過xt表更新響應(yīng)接收的信息，enb230完成在其中添加ue210的條目的代理映射表的更新。接下來，關(guān)于tcp代理建立過程，如在操作501的附接過程中的操作515和517中創(chuàng)建無線電承載和epc承載，并且通過這些承載來傳輸和接收通過運行ue210的應(yīng)用而生成的ip數(shù)據(jù)。在以下過程中，數(shù)據(jù)是通過承載轉(zhuǎn)發(fā)的應(yīng)用級數(shù)據(jù)。例如，應(yīng)用級數(shù)據(jù)可以是通過互聯(lián)網(wǎng)apn的默認承載傳輸和接收的tcp數(shù)據(jù)。雖然在tcp準備過程之后示出操作515和517，但是它們是為方便起見而示出，并且在附接過程之后創(chuàng)建承載，使得執(zhí)行操作515和517的時間可以不同于圖5a的圖示。當ue210由于圖5a的操作519中的應(yīng)用的運行而生成去往服務(wù)服務(wù)器270的tcp會話創(chuàng)建請求時，ue210在操作521中向enb230發(fā)送關(guān)于uetcp會話的tcpsyn消息，其請求tcp連接配置，以便與服務(wù)服務(wù)器270配置tcp會話。已經(jīng)接收到用于uetcp會話的tcpsyn消息的enb230在操作523中檢查用于配置和管理圖4的代理隧道的代理映射表，并且在圖5b的操作525中通過ul隧道41將從ue210接收的ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理290。在操作527中，tcp代理290檢查用于配置和管理代理隧道的enb映射表，并且在操作529中從接收的ip數(shù)據(jù)檢測從ue210發(fā)送的tcpsyn消息。在操作531中，tcp代理290存儲有關(guān)tcp會話配置請求的信息以分離tcp會話(即，配置代理tcp會話)，并且將用于代理tcp會話的tcpsyn消息傳輸?shù)椒?wù)服務(wù)器270和enb230。在操作533和535中，將用于代理tcp會話的tcpsyn消息通過saegw250從enb230轉(zhuǎn)發(fā)到服務(wù)服務(wù)器270。通過一般ip路由來執(zhí)行tcpsyn消息的轉(zhuǎn)發(fā)。以這種方式轉(zhuǎn)發(fā)到服務(wù)服務(wù)器270的tcpsyn消息使用ue210的ip作為源ip。在操作537和539中，將作為針對代理tcp會話的tcpsyn消息的確認消息傳輸?shù)膖cpsyn/ack消息通過saegw250轉(zhuǎn)發(fā)到enb230。在操作541中，enb230通過dl隧道43將接收的tcpsyn/ack消息轉(zhuǎn)發(fā)到tcp代理290，并且tcp代理290存儲接收的tcpsyn/ack的信息，并且通過dl隧道43將接收的用于uetcp會話的tcpsyn/ack轉(zhuǎn)發(fā)到enb230。在操作545和547中，enb230將接收的用于uetcp會話的tcpsyn/ack轉(zhuǎn)發(fā)到ue210，并且從ue210接收用于uetcp會話的tcpack，并且通過ul隧道41將tcpack轉(zhuǎn)發(fā)到tcp代理290。然后在操作551中，已經(jīng)接收到tcpack的tcp代理290配置uetcp會話。tcp代理290在操作553中將代理tcp會話的tcpack轉(zhuǎn)發(fā)到enb230，并且在圖5c的操作555中配置uetcp會話。在操作557和559中，將代理tcp會話的tcpack通過saegw250從已經(jīng)接收到tcpack的enb230轉(zhuǎn)發(fā)到服務(wù)服務(wù)器270。如此，分離的tcp會話(即，uetcp會話和代理tcp會話)被配置，并且在操作561和563中，tcp代理290通過配置的uetcp會話和代理tcp會話對ue210與服務(wù)服務(wù)器270之間傳輸和接收的ul/dl數(shù)據(jù)進行傳輸控制。在這種情況下，tcp代理290可以基于ran的信道環(huán)境變化來執(zhí)行基于ran的傳輸控制。tcp代理拆除tcp代理拆除過程是以下過程：tcp代理290在特定情形下拆除分離的tcp會話。tcp代理290生成tcp結(jié)束(fin)數(shù)據(jù)，并且將tcpfin數(shù)據(jù)傳輸?shù)絬e210和服務(wù)服務(wù)器270以便拆除所述分離的tcp會話。例如，當ue210切換到?jīng)]有與tcp代理290的連接的傳統(tǒng)enb時或在tcp代理290中生成負載時，可以執(zhí)行這個過程。tcp代理修改如果發(fā)生了需要在映射表中改變信息的事件，則更新由enb230和tcp代理290維護的代理映射表和enb映射表。例如，如果ue210切換，則傳輸ue210的ip數(shù)據(jù)的enb發(fā)生改變，并且這種信息需要反映在映射表中。這個過程稱為tcp代理修改過程。在本公開的實施例中，作為舉例，將使用切換事件來描述tcp代理修改過程。然而，也可以在除了切換之外的其他情形中執(zhí)行tcp代理修改過程。<切換>當在實際網(wǎng)絡(luò)中實現(xiàn)時，tcp代理290可以與傳統(tǒng)enb共存，并且多個enb可以連接到同一tcp代理290，或一個enb可以連接到tcp代理290。根據(jù)本公開的實施例，當enb210在tcp代理結(jié)構(gòu)中移動時，可能存在各種切換場景。圖6是用于描述根據(jù)本公開的實施例的通信系統(tǒng)中的tcp代理切換場景的各種示例的視圖，其中為了方便起見，在單個附圖中示出切換場景的各種示例。切換場景分別由601、603、605和607指示。在圖6中，參考編號601指示當源enb1230-1和目標enb2230-2連接到同一tcp代理1290-1時的tcp代理切換場景(以下稱為場景1)，603指示當源enb2230-2和目標enb3230-3連接到不同的tcp代理1和2290-1和290-2時的tcp代理切換場景(以下稱為場景2)，605指示當源enb3230-3與tcp代理2290-2連接，但目標enb4230-4是不與tcp代理連接的傳統(tǒng)enb時的tcp代理切換場景(以下稱為場景3)，并且607指示當源enb4230-4是不與tcp代理連接的傳統(tǒng)enb，但是目標enb5230-5與tcp代理3290-3連接時的tcp代理切換場景(以下稱為場景4)。將更詳細地描述圖6的tcp代理切換場景的以上示例。場景1)當源enb和目標enb連接到同一tcp代理時參考圖6，在場景1中，假設(shè)通過enb1230-1，已經(jīng)配置了tcp代理1290-1與ue210之間的uetcp會話，并且已經(jīng)配置了tcp代理1290-1與服務(wù)服務(wù)器270之間的代理tcp會話。當ue210移動到enb2230-2的覆蓋范圍時，tcp代理1290-1從enb2230-2接收通過ue210的分離的tcp會話傳輸?shù)霓D(zhuǎn)發(fā)數(shù)據(jù)。為此，在本公開的實施例中，在切換過程期間，執(zhí)行代理隧道的更新，即，enb映射表和代理映射表的更新。在ue210的切換過程期間，tcp代理1290-1從目標enb2230-2以及從源enb1230-1接收dl數(shù)據(jù)。當在tcp代理1290-1所包括的單個ue緩沖器中從多個enb230-1和230-2同時接收ue210的轉(zhuǎn)發(fā)的dl數(shù)據(jù)時，tcp代理1290-1可能具有tcp傳輸排序問題。為了解決所述問題，tcp代理1290-1在切換過程期間維持用于源enb的ue緩沖器和用于目標enb的ue緩沖器。也就是說，對于ue210，tcp代理1290-1分別維持用于enb的多個緩沖器，由此解決tcp傳輸排序問題。盡管ue210基于切換要從目標enb230-2接收服務(wù)，但是存在這樣的時段：由于切換導致的從源enb230-1到目標enb230-2的數(shù)據(jù)轉(zhuǎn)發(fā)，ue210可能仍然受到源enb1230-1的基于ran狀態(tài)的傳輸控制。關(guān)于lte系統(tǒng)中的切換過程中的數(shù)據(jù)轉(zhuǎn)發(fā)，sgw250a將ue210的dl數(shù)據(jù)傳輸?shù)皆磂nb230-1。在從目標enb230-2接收到數(shù)據(jù)路徑轉(zhuǎn)換請求時，sgw250a轉(zhuǎn)換數(shù)據(jù)路徑，并向源enb230-1發(fā)送指示不再傳輸dl數(shù)據(jù)的結(jié)束標記。在將數(shù)據(jù)路徑轉(zhuǎn)換到目標enb230-2的時刻，sgw250a將ue210的dl數(shù)據(jù)傳輸?shù)侥繕薳nb230-2。在本公開的實施例中，在完成從sgw250a接收到的dl數(shù)據(jù)到目標enb250-2的傳輸之后，源enb230-1將結(jié)束標記轉(zhuǎn)發(fā)到目標enb230-2。目標enb230-2然后從結(jié)束標記識別出，不再有要從源enb230-1接收的dl數(shù)據(jù)。以這種方式，在完成從源enb230-1轉(zhuǎn)發(fā)的dl數(shù)據(jù)到ue210的轉(zhuǎn)發(fā)之后，目標enb230-2將從sgw250a直接接收的dl數(shù)據(jù)傳輸?shù)絬e210，使得可以穩(wěn)定地執(zhí)行tcp數(shù)據(jù)傳輸排序。圖7是用于描述根據(jù)本公開的實施例的tcp代理切換場景1中的dl數(shù)據(jù)接收方法的視圖。參考圖1，tcp代理1290-1通過enb1230-1接收ue210的ip數(shù)據(jù)，并將接收到的ip數(shù)據(jù)緩沖在用于enb1230-1的enb1ue緩沖器b1中。sgw250a基于enb2230-2的請求執(zhí)行路徑轉(zhuǎn)換，然后向enb1230-1發(fā)送結(jié)束標記。sgw250a然后將dl數(shù)據(jù)傳輸?shù)絜nb2230-2，所述enb2230-2然后通過代理隧道更新過程將接收到的dl數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理1290-1。tcp代理1290-1將通過enb2230-2接收到的ue210的dl數(shù)據(jù)緩沖在為enb2230-2新創(chuàng)建的enb2ue緩沖器b2中。更具體地，在操作701中，在從sgw250a接收到結(jié)束標記時，enb1230-1不再接收dl數(shù)據(jù)。然而，由于enb1230-1將ue210的ip數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理1290-1，所以即使在接收到結(jié)束標記之后，enb1230-1仍接收由tcp代理1290-1傳輸控制的ue210的dl數(shù)據(jù)。在操作703和705中，enb1230-1將從tcp代理1290-1接收到的dl數(shù)據(jù)轉(zhuǎn)發(fā)到enb2230-2。以這種方式轉(zhuǎn)發(fā)的dl數(shù)據(jù)經(jīng)受tcp代理1290-1的基于enb1/ran的傳輸控制。在操作707中，如果來自tcp代理1290-1的數(shù)據(jù)傳輸完成，則enb1230-1將結(jié)束標記轉(zhuǎn)發(fā)到enb2230-2。在操作709中，在完成從enb1230-1轉(zhuǎn)發(fā)的dl數(shù)據(jù)到ue210的傳輸之后，enb2230-2然后將從tcp代理1290-1轉(zhuǎn)發(fā)的dl數(shù)據(jù)傳輸?shù)絬e210。從tcp代理1290-1向enb2230-2轉(zhuǎn)發(fā)的dl數(shù)據(jù)是將要經(jīng)受基于enb2/ran的傳輸控制的數(shù)據(jù)。在lte系統(tǒng)的切換過程中，ue在sgw的路徑轉(zhuǎn)換過程之前完成到目標enb的切換。換言之，即使在操作701之前完成到enb2230-2的切換，ue210也可以經(jīng)受基于enb1/ran的傳輸控制?？紤]到網(wǎng)絡(luò)的傳輸速度不斷增加，在切換過程期間轉(zhuǎn)發(fā)到tcp代理1290-1的數(shù)據(jù)量可能會非常大。因此，存在在接近ue210的移動時間的適當時間應(yīng)用傳輸控制的方法。圖8是用于描述根據(jù)本公開的實施例的在tcp代理切換場景1中使用快速dl數(shù)據(jù)轉(zhuǎn)發(fā)的dl數(shù)據(jù)接收方法的視圖。參考圖1，在操作801中，sgw250a執(zhí)行路徑轉(zhuǎn)換，然后向enb1230-1發(fā)送結(jié)束標記。在操作803中，已經(jīng)接收到結(jié)束標記的enb1230-1向tcp代理1290-1通知結(jié)束標記的接收。在操作805中，enb1230-1將結(jié)束標記轉(zhuǎn)發(fā)到enb2230-2。在操作807中，已經(jīng)接收到結(jié)束標記的tcp代理1290-1通過enb2230-2而不是enb1230-1來轉(zhuǎn)發(fā)緩沖在enb1ue緩沖器b1中的數(shù)據(jù)。tcp代理1290-1在數(shù)據(jù)傳輸中應(yīng)用基于enb2/ran的傳輸控制。tcp代理1290-1通過應(yīng)用基于enb2/ran的傳輸控制將緩沖在enb2ue緩沖器b2中的數(shù)據(jù)傳輸?shù)絜nb2230-2。通過應(yīng)用圖8的實施例，即使ue210處于enb2230-2的覆蓋范圍內(nèi)，在基于enb1230-1的傳輸控制下，ue210的數(shù)據(jù)也可以在適當?shù)臅r間經(jīng)受基于enb2230-2的傳輸控制并且可以被傳輸?shù)絬e210。圖9a至圖9c是根據(jù)本公開的實施例的應(yīng)用tcp代理切換場景1時的切換過程的梯形圖，其中關(guān)于當源enb和目標enb連接到同一tcp代理時的情況示出切換過程。在操作901和903中，假設(shè)通過enb1230-1，已經(jīng)配置了tcp代理1290-1與ue210之間的uetcp會話，并且已經(jīng)配置了tcp代理1290-1與服務(wù)服務(wù)器270之間的代理tcp會話。在以上切換過程中，操作905至927對應(yīng)于代理隧道更新過程和用于enb2230-2的ue緩沖器(enb2ue緩沖器)創(chuàng)建過程，并且操作929至973對應(yīng)于快速dl數(shù)據(jù)轉(zhuǎn)發(fā)過程和用于enb1230-1的ue緩沖器(enb1ue緩沖器)移除過程。關(guān)于代理隧道更新過程和enb2ue緩沖器創(chuàng)建過程，在操作905中，enb1230-1基于由ue210傳輸?shù)臏y量報告來檢查切換條件/標準。根據(jù)本公開的實施例，切換條件可以包括目標enb是否支持tcp代理。在這種情況下，可以省略操作907。在本實施例中，假設(shè)源enb基于配置知道相鄰enb是否包括支持tcp代理的目標enb。在操作907中，enb1230-1確定目標enb2230-2是否支持tcp代理。如果enb2230-2支持tcp代理，則enb1230-1向enb2230-2發(fā)送包括代理映射表信息(ue的代理映射表info.)的切換(ho)請求消息。ue的代理映射表info.與存儲在enb1230-1中的代理映射表中所包括的相同。在操作911中，enb2230-2向enb1230-1發(fā)送ho請求ack，并且在操作913中，enb2230-2基于通過ho請求消息接收的信息來更新代理映射表。換言之，enb2230-2將用于ue210的條目添加到代理映射表。在操作915中，enb2230-2向tcp代理1290-1發(fā)送用于更新(創(chuàng)建、改變、刪除等)代理隧道相關(guān)信息的xt表更新請求(包括原因＝ho、ueid、enb2ulid、enb2dlid、enb2id和tcp代理1id)。因為由于切換事件而生成xt表更新請求，因此將“原因”設(shè)置為切換(原因＝ho)。enb2230-2將表1中所描述的enb2ulid和enb2dlid與enb2230-2的id一起轉(zhuǎn)發(fā)到tcp代理1290-1，以配置enb2230-2與tcp代理1290-1之間的代理隧道。tcp代理1id是源tcp代理id，它是enb1230-1與其具有代理隧道tcp代理1290-1的id。在操作917中，tcp代理1290-1基于通過xt表更新請求接收的信息確定由于ho而需要更新enb映射表，并且識別源tcp代理。也就是說，tcp代理1290-1確定源tcp代理和目標tcp代理是否彼此相同。如果源tcp代理和目標tcp代理彼此不同，則執(zhí)行預定過程。預定過程可以是稍后參照圖12a至圖12c要描述的過程。在本實施例中，假設(shè)源tcp代理和目標tcp代理彼此相同。在操作921中，tcp代理1290-1確定存在ue210的enb映射表，并存儲通過xt表更新請求接收的信息以更新enb映射表。在操作923中，tcp代理1290-1為enb2230-2創(chuàng)建enb2ue緩沖器。在操作925中，tcp代理1290-1響應(yīng)于xt表更新請求而向enb2230-2發(fā)送xt表更新響應(yīng)(包括ueid、代理ulid、代理dlid和tcp代理1id)。tcp代理1290-1通過xt表更新響應(yīng)來將代理ulid和代理dlid以及其id一起轉(zhuǎn)發(fā)到enb2230-2，以便配置與enb2230-2的代理隧道。在操作927中，enb2230-2基于通過xt表更新響應(yīng)接收的信息來更新代理映射表。關(guān)于快速dl數(shù)據(jù)轉(zhuǎn)發(fā)過程和用于enb1230-1的enb1ue緩沖器移除過程，在操作929和931中，去往ue210的dl數(shù)據(jù)仍然通過enb1230-1轉(zhuǎn)發(fā)到tcp代理1290-1。在操作933中，tcp代理1290-1通過基于enb1/ran的傳輸控制將enb1ue緩沖器的數(shù)據(jù)傳輸?shù)絜nb1230-1，并且在操作935中，enb1230-1將接收到的ue210的dl數(shù)據(jù)轉(zhuǎn)發(fā)到enb2230-2。在操作937中，enb1230-1向ue210發(fā)送ho命令，并且在操作939中，ue210向enb2230-2發(fā)送針對ho命令的ho確認消息，并完成到enb2230-2的切換。在完成切換之后，在操作941中，ue210從enb2230-2接收dl數(shù)據(jù)。在操作943中，ue210向enb2230-2傳輸ul數(shù)據(jù)。同時，在操作949中，已經(jīng)從ue210接收到ho確認消息的enb2230-2向移動性管理實體(mme)280(其是移動性控制網(wǎng)絡(luò)實體)發(fā)送路徑轉(zhuǎn)換請求，并且在操作951中，mme280與sgw250a執(zhí)行承載修改過程。承載修改過程包括sgw250a將數(shù)據(jù)傳輸路徑轉(zhuǎn)換到目標enb2230-2的過程。在操作953、955和957中，去往ue210的dl數(shù)據(jù)通過enb2230-2轉(zhuǎn)發(fā)到tcp代理1290-1，并且通過enb2230-2從tcp代理1290-1傳輸?shù)絬e210。一旦sgw250a在操作959中向enb1230-1發(fā)送結(jié)束標記，enb1230-1就在操作961中向tcp代理1290-1發(fā)送結(jié)束標記通知(包括ueid和enb1id)。結(jié)束標記通知中所包括的“enb1id”是源enbid，使得如果tcp代理1290-1僅能夠利用ueid來識別出結(jié)束標記從源enb(即，enb1230-1)發(fā)送，則可以省略“enb1id”的傳輸。在操作963中，tcp代理1290-1通過應(yīng)用基于enb2/ran的傳輸控制將緩沖在enb2ue緩沖器中的dl數(shù)據(jù)傳輸?shù)絜nb2230-2。在傳輸enb1ue緩沖器的所有dl數(shù)據(jù)之后，tcp代理1290-1移除enb1ue緩沖器。在操作965中，tcp代理1290-1向enb1230-1發(fā)送結(jié)束標記通知ack。然后，在操作967中，enb1230-1向enb2230-2發(fā)送結(jié)束標記，并且在操作969中，sgw250a將針對操作949的路徑轉(zhuǎn)換請求的路徑轉(zhuǎn)換請求ack發(fā)送到enb2230-2。然后，在操作971中，enb2230-2向enb1230-1發(fā)送資源釋放消息，并且在操作973中，enb1230-1通過從代理映射表中刪除ue210的條目來更新代理映射表。在操作975和977中，通過enb2230-2，配置了tcp代理1290-1與ue210之間的uetcp會話，并且配置了tcp代理1290-1與服務(wù)服務(wù)器270之間的代理tcp會話。場景2)當源enb和目標enb連接到不同的tcp代理時在本公開的實施例中，當源enb和目標enb連接到不同的tcp代理時，需要如場景1中更新代理隧道。假設(shè)連接到源enb的tcp代理是源tcp代理，并且連接到目標enb的tcp代理是目標tcp代理，則在場景2中，為了獲得由源tcp代理管理的分離的tcp會話信息，目標tcp代理另外從源tcp代理獲得enb映射表信息。在場景2中，為了在快速dl數(shù)據(jù)轉(zhuǎn)發(fā)中將源enbue緩沖器的數(shù)據(jù)傳輸?shù)侥繕薳nb，需要用于在源tcp代理與目標tcp代理之間轉(zhuǎn)發(fā)數(shù)據(jù)的方法。在場景2中，tcp發(fā)送方和tcpack接收方是不同的，降低了傳輸速率，因此需要解決這個問題的方案。圖10是用于描述根據(jù)本公開的實施例的tcp代理切換場景2中的dl數(shù)據(jù)接收方法的視圖。參考圖10，tcp代理1290-1通過enb2230-2將ue210的ip數(shù)據(jù)接收在用于enb2230-2的enb2ue緩沖器b3中。enb3230-3——ue210將要移動到的目標enb——與tcp代理2290-2連接。在圖10的操作1001中，sgw250a由于切換而執(zhí)行路徑轉(zhuǎn)換，然后向enb2230-2發(fā)送結(jié)束標記。sgw250a然后將數(shù)據(jù)傳輸?shù)絜nb3230-3，enb3230-3然后通過代理隧道更新過程將接收到的數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理2290-2。tcp代理2290-2將通過enb3230-3接收到的ue210的數(shù)據(jù)緩沖在用于enb3230-3的enb3ue緩沖器b5中。在操作1003中，enb2230-2從tcp代理1290-1接收ue210的傳輸控制的ip數(shù)據(jù)，并且在操作1005中，將從tcp代理服務(wù)器1290-1接收到的數(shù)據(jù)轉(zhuǎn)發(fā)到enb3230-3。以這種方式轉(zhuǎn)發(fā)的數(shù)據(jù)經(jīng)受tcp代理2290-1的基于enb2/ran的傳輸控制。在操作1007中，如果來自tcp代理1290-1的數(shù)據(jù)傳輸完成，則enb2230-2將結(jié)束標記轉(zhuǎn)發(fā)到enb3230-3。在完成操作1009中從enb2230-2轉(zhuǎn)發(fā)的數(shù)據(jù)到ue210的傳輸之后，在操作1011中，enb3230-3然后將從tcp代理2290-2轉(zhuǎn)發(fā)的數(shù)據(jù)傳輸?shù)絬e210。從tcp代理2290-2向enb3230-3轉(zhuǎn)發(fā)的數(shù)據(jù)經(jīng)受基于enb3/ran的傳輸控制。在圖10所示的實施例中，即使在切換到enb3230-3之后，ue210也在基于enb2/ran的傳輸控制下接收數(shù)據(jù)。因此，存在在接近ue210的移動時間的適當時間應(yīng)用傳輸控制的方法。圖11是用于描述根據(jù)本公開的實施例的在tcp代理切換場景2中使用快速dl數(shù)據(jù)轉(zhuǎn)發(fā)的dl數(shù)據(jù)接收方法的視圖。在圖11的實施例中，在目標enb連接到與源enb連接的tcp代理不同的另一個tcp代理的場景2中，目標tcp代理和源tcp代理在切換過程期間創(chuàng)建用于在其間傳輸和接收數(shù)據(jù)的隧道。目標tcp代理創(chuàng)建用于通過源tcp代理從與源tcp代理連接的源enb接收數(shù)據(jù)的ue緩沖器。參考圖11，在操作1101中，sgw250a由于切換而執(zhí)行路徑轉(zhuǎn)換，然后向enb2230-2發(fā)送結(jié)束標記。在操作1103中，接收到結(jié)束標記的enb2230-2向tcp代理1290-1通知結(jié)束標記的接收。在操作1105中，enb2230-2將結(jié)束標記轉(zhuǎn)發(fā)到enb3230-3。在操作1107中，已識別結(jié)束標記的接收的tcp代理1290-1將用于enb2230-2的enb2ue緩沖器b3中所緩沖的數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理2290-2，然后tcp代理2290-2將轉(zhuǎn)發(fā)的數(shù)據(jù)緩沖在tcp代理2290-2中的用于enb2230-2的enb2ue緩沖器b4中。在操作1109中，tcp代理2290-2通過應(yīng)用基于enb3/ran的傳輸控制將緩沖在enb2ue緩沖器b4中的數(shù)據(jù)傳輸?shù)絜nb3230-3。在操作1111中，tcp代理2290-2在傳輸了enb2ue緩沖器b4的所有數(shù)據(jù)之后，傳輸用于enb3230-3的enb3ue緩沖器b5的數(shù)據(jù)。在圖11的實施例中，即使ue210處于enb3的覆蓋范圍內(nèi)，在基于enb2的傳輸控制下的ue210的數(shù)據(jù)可以根據(jù)ue210的移動在適當?shù)臅r間經(jīng)受基于enb3的傳輸控制，并且可以被傳輸?shù)絬e210。圖12a至圖12c是根據(jù)本公開的實施例的應(yīng)用tcp代理切換場景2時的切換過程的梯形圖，其中切換過程被示出用于當源enb和目標enb連接到不同的tcp代理時的情況。在圖12a至圖12c所示的過程中，將不會詳細描述與圖9a至圖9c所示的過程中的那些相同或類似的操作。在圖12a至圖12c所示的過程中，將理解，操作1217至1229對應(yīng)于tcp會話信息查詢過程，操作1253至1271對應(yīng)于代理切換過程(代理間隧道創(chuàng)建過程)，并且操作1275至1289對應(yīng)于快速dl數(shù)據(jù)轉(zhuǎn)發(fā)和enb2ue緩沖器移除過程。首先，關(guān)于tcp會話信息查詢過程，在操作1217中，目標代理2290-2通過確定在enb映射表中是否不存在ue210的條目來確定源tcp代理1290-1和目標tcp代理2290-2是否不同。在本實施例中，假設(shè)源tcp代理1290-1和目標tcp代理2290-2彼此不同。如果源tcp代理1290-1和目標tcp代理2290-2彼此相同，則在操作1219中執(zhí)行預定過程。預定過程可以是稍后參照圖9a至圖9c描述的過程。在操作1221中，tcp代理2290-2向tcp代理1290-1發(fā)送tcp會話信息請求(包括ueid和tcp代理2id)。在操作1223中，tcp代理1290-1向tcp代理2290-2發(fā)送tcp會話信息響應(yīng)(包括ueid和tcp會話信息)。在操作1229中，tcp代理2290-2創(chuàng)建用于緩沖從tcp代理1290-1接收到的數(shù)據(jù)的enb2ue緩沖器。在tcp會話信息查詢過程中，為了獲得由源tcp代理管理的分離的tcp會話信息，tcp代理2290-2從tcp代理1290-1獲得enb映射表信息，并創(chuàng)建enb2ue緩沖器。關(guān)于代理切換過程(代理間隧道創(chuàng)建過程)，在操作1253中，已經(jīng)從ue210接收到ho確認消息的enb3230-3向tcp代理2290-2發(fā)送代理ho啟動請求(包括ueid)。在操作1255中，已經(jīng)接收到代理ho啟動請求的tcp代理2290-2向tcp代理1290-1發(fā)送代理ho請求(包括ueid和tcp代理2隧道id)，以創(chuàng)建用于向和從tcp代理1290-1傳輸和接收數(shù)據(jù)的隧道。“tcp代理2隧道id”是tcp代理2290-2中用于識別用于傳輸ue210的數(shù)據(jù)的隧道的身份。在操作1257中，tcp代理1290-1向tcp代理2290-2發(fā)送代理ho請求確認(包括ueid和tcp代理1隧道id)?！皌cp代理1隧道id”是tcp代理1290-1中用于識別用于傳輸ue210的數(shù)據(jù)的隧道的身份。在操作1261中，tcp代理2290-2向enb3230-3發(fā)送代理ho啟動響應(yīng)(包括ueid)。通過上述代理切換過程(代理間隧道創(chuàng)建過程)，tcp代理1290-1和tcp代理2290-2可以在它們之間傳輸和接收數(shù)據(jù)。關(guān)于快速dl數(shù)據(jù)轉(zhuǎn)發(fā)和enb2ue緩沖器移除過程，在操作1275中，enb1230-1向tcp代理1290-1發(fā)送結(jié)束標記通知(包括ueid和enb2id)。在操作1277中，已經(jīng)接收到結(jié)束標記通知的tcp代理1290-1將緩沖在tcp代理1290-1中的enb2ue緩沖器中的dl數(shù)據(jù)轉(zhuǎn)發(fā)到tcp代理2290-2。在操作1279中，tcp代理1290-1向enb1230-1發(fā)送結(jié)束標記通知確認，并且在操作1289中，通過移除ue210的條目來更新enb映射表。如從圖9a至圖9c的實施例和圖12a至圖12c的實施例可以共同看出，即使ue在切換中移動到目標enb之后，也可以通過源enb的數(shù)據(jù)轉(zhuǎn)發(fā)將緩沖在源tcp代理中的dl數(shù)據(jù)轉(zhuǎn)發(fā)給ue。然而，對于ul數(shù)據(jù)不一樣。在lte系統(tǒng)中，就在ue向目標enb發(fā)送ho確認消息之后，通過目標enb向服務(wù)服務(wù)器傳輸ul數(shù)據(jù)。圖13是用于描述根據(jù)本公開的實施例的tcp代理切換場景1中的ul數(shù)據(jù)傳輸方法的視圖，其中圖13的操作1301至1307與圖10中描述的dl數(shù)據(jù)接收操作相同，因此將不再詳細描述。參考圖13，在源tcp代理1290-1和目標tcp代理2290-2彼此不同的結(jié)構(gòu)中，即使在移動到目標enb230-3之后，ue210也通過數(shù)據(jù)轉(zhuǎn)發(fā)接收從源tcp代理1290-1傳輸?shù)膁l數(shù)據(jù)。例如，假設(shè)源tcp代理1290-1基于通過源enb230-2的數(shù)據(jù)轉(zhuǎn)發(fā)來傳輸dl數(shù)據(jù)#1至#5，并且目標tcp代理2290-2傳輸dl數(shù)據(jù)#6和隨后的dl數(shù)據(jù)。在dl數(shù)據(jù)#1至#5的接收期間，ue210完成到目標enb230-3的切換。在切換之后，ue210立即向目標enb230-3傳輸ul數(shù)據(jù)，使得由ue210發(fā)送的針對dl數(shù)據(jù)#1至#5的tcpack被轉(zhuǎn)發(fā)到目標tcp代理2290-2，如圖13的操作1309中。在這種情況下，tcp數(shù)據(jù)發(fā)送方和接收方是不同的，并且tcp代理1290-1(tcp發(fā)送方)確定tcpack丟失并確定重傳。如果執(zhí)行tcp重傳，則減小tcp窗口大小，降低了傳輸速率。圖14是用于描述根據(jù)本公開的實施例的在tcp代理切換場景2中使用快速ul數(shù)據(jù)轉(zhuǎn)發(fā)的dl數(shù)據(jù)傳輸方法的視圖。圖14的操作1401至1409與參照圖11描述的dl數(shù)據(jù)接收方法相同，因此將不再詳細描述。參考圖14，tcp代理2290-2通過切換過程接收轉(zhuǎn)發(fā)的分離tcp會話信息。在操作1411中，在從ue210接收到ul數(shù)據(jù)時，tcp代理2290-2基于enb映射表的分離tcp會話信息將針對由tcp代理1290-1傳輸?shù)膖cp數(shù)據(jù)的ack轉(zhuǎn)發(fā)到tcp代理1290-1。ul數(shù)據(jù)轉(zhuǎn)發(fā)與圖12b的操作1249和1251的傳輸路徑相同。場景3)當源enb連接到tcp代理，但目標enb連接到未與tcp代理連接的傳統(tǒng)enb時在場景3中，當通過tcp代理使用分離tcp會話的ue210移動到?jīng)]有與tcp代理連接的傳統(tǒng)enb時，與具有分離tcp會話的tcp代理的連接被拆除。圖15a和圖15b是根據(jù)本公開的實施例應(yīng)用tcp代理切換場景3時的切換過程的梯形圖，其中切換過程被示出用于當ue210切換到傳統(tǒng)enb時的情況。在場景3中，執(zhí)行分離tcp會話刪除過程。通過上述tcp拆除過程來執(zhí)行分離tcp會話刪除過程。參考圖15a和圖15b，在操作1513中，enb3230-3向tcp代理2290-2發(fā)送tcp會話刪除消息(包括ueid和enb3id)。在操作1515中，tcp代理2290-2將其中緩沖的dl數(shù)據(jù)傳輸?shù)絜nb3230-3，并且在操作1517中，enb3230-3將dl數(shù)據(jù)傳輸?shù)絜nb4230-4?？梢允÷酝ㄟ^enb3230-3從tcp代理2290-2到enb2230-2(未示出)的操作1517的數(shù)據(jù)轉(zhuǎn)發(fā)。在操作1519中，tcp代理2290-2生成用于拆除分離tcp會話的tcp結(jié)束(fin)數(shù)據(jù)，并且在操作1521和1523中，通過enb3230-3將所生成的tcpfin數(shù)據(jù)傳輸?shù)椒?wù)服務(wù)器270來拆除代理tcp會話。在操作1525中，tcp代理2290-2通過將所生成的tcpfin傳輸?shù)絬e210來拆除uetcp會話。在操作1527中，tcp代理2290-2通過向enb3230-3發(fā)送tcp會話刪除確認來向enb3230-3通知分離tcp會話的拆除。在操作1533和1537中，enb3230-3和tcp代理2290-2移除用于ue210的緩沖器和映射表。在圖15a和圖15b的實施例中，如果ue移動到傳統(tǒng)enb，則應(yīng)用必須(重新)配置用于與服務(wù)服務(wù)器的連接的tcp會話，如在操作1561中，因為tcp代理任意地拆除由ue使用的tcp會話。這可以通過應(yīng)用的功能來執(zhí)行。在圖15a和圖15b的實施例中，將不描述與分離tcp會話刪除過程沒有直接相關(guān)的操作。場景4)當源enb是傳統(tǒng)enb而目標enb與tcp代理連接時參考圖6，當傳統(tǒng)enb230-4的覆蓋范圍內(nèi)的ue210移動到具有與tcp代理3290-3的連接的目標enb230-5時，所使用的tcp會話維持與服務(wù)服務(wù)器270的連接狀態(tài)，并且為新創(chuàng)建的tcp會話創(chuàng)建分離tcp會話。為此，在ue210的切換過程中，目標enb230-5執(zhí)行tcp代理準備以創(chuàng)建代理隧道。圖16a和圖16b是根據(jù)本公開的實施例應(yīng)用tcp代理切換場景4時的切換過程的梯形圖，其中切換過程被示出用于當傳統(tǒng)enb230-4的覆蓋范圍內(nèi)的ue210移動到具有與tcp代理290-3的連接的enb230-5時的情況。圖16a和圖16b的操作1609至1619對應(yīng)于與參照圖5a至圖5c描述的tcp代理準備過程相同的tcp代理準備過程，因此將不再詳細描述。在執(zhí)行tcp代理準備過程之后，如果ue210在操作1649中創(chuàng)建新的tcp會話，則在操作1651中配置通過tcp代理3290-3分離的tcp會話。分離tcp會話配置過程與參照圖5a至圖5c描述的相同，因此將不再詳細描述。圖17是適用于根據(jù)本公開的實施例的通信系統(tǒng)中的tcp代理、enb和ue的結(jié)構(gòu)的框圖，其中圖17所示的結(jié)構(gòu)可以包括通信接口1710、存儲器1730和控制器1750。通信接口1710用于與無線網(wǎng)絡(luò)和有線網(wǎng)絡(luò)中的至少一者進行通信。存儲器130可以包括用于緩沖通過網(wǎng)絡(luò)傳輸和接收的數(shù)據(jù)的至少一個緩沖器?？刂破?750根據(jù)圖2至圖16b所示的實施例中描述的方案來控制整個結(jié)構(gòu)，以便執(zhí)行分離的tcp會話配置和切換相關(guān)的操作。當前第1頁12