一種節(jié)點間數據傳輸的方法、網關節(jié)點及節(jié)點與流程

文檔序號：12625851閱讀：789來源：國知局

本發(fā)明涉及無線通信技術領域，尤其涉及一種節(jié)點間數據傳輸的方法、網關節(jié)點及節(jié)點。

背景技術：

LTE(Long Term Evolved，長期演進)/SAE(System Architecture Evolved，系統(tǒng)架構演進)系統(tǒng)是蜂窩移動通信的演進系統(tǒng)，其目的是提供一種低時延、高數據傳輸速率、高容量以及低成本的通信網絡。LTE/SAE系統(tǒng)中的SAE網關包括SGW(Serving Gateway，服務網關)和PGW(Packet Data Network Gateway，分組數據網絡網關)，SGW和PGW是兩個邏輯實體。其中，PGW是UE(User Equipment，用戶設備)接入到分組數據網的IP錨點，負責分配UE的IP地址，具有分組路由和轉發(fā)的功能。

進一步地，由于PGW是UE的IP錨點，那么不管UE移動至什么地方，所有的數據包都要經過PGW，故被稱為集中式錨點方案。需要指出的是，集中式錨點方案存在路徑不優(yōu)化的缺陷，如圖1(A)所示，即使UE訪問的APP Server(應用服務器)就在本地，數據包也必須從PGW繞路。為了克服集中式錨點方案的路徑不優(yōu)化的問題，行業(yè)內提出了一種本地化錨點方案，所謂本地化錨點方案是指在本地部署與PGW功能類似的LGW(Local Gateway，本地網關)，LGW可以是一個獨立的網絡節(jié)點，也可以與eNB(Evolutional Node B，演進型基站)共站，如圖1(B)所示，通過在本地部署LGW，UE訪問應用服務器時，數據包無須從PGW繞路，縮短了路徑。然而，本地化錨點方案卻存在業(yè)務不連續(xù)的問題，如圖2(A)所示，以LGW與eNB共站為例，當UE從原eNB的服務區(qū)移動到新eNB的服務區(qū)后，LGW變更(即IP錨點變更)，導致UE的IP地址變更，進而建立在原IP地址上的業(yè)務會被中斷。

IETF(The Internet Engineering Task Force，國際互聯網工程任務組)提出DMM(Distributed Mobility Management，分布式移動性管理)方案來解決本地化錨點方案業(yè)務不連續(xù)的問題。DMM方案的主要思想是保持原LGW不變更，如圖2(B)所示，當UE從原LGW移動至新LGW時，一方面UE不釋放原IP地址(如圖所示的IP1)，建立在原IP地址上的業(yè)務由原LGW中轉到應用服務器而不中斷，另一方面UE分配新IP地址(如圖所示的IP2)，建立在新IP地址上的業(yè)務由新LGW直接連接到應用服務器，可見DMM方案可以解決業(yè)務不連續(xù)的問題。但是，該方案要求UE維護兩個以上的IP地址，即要求UE對不同的業(yè)務使用不同的IP地址，增加了UE的復雜度。

技術實現要素：

本發(fā)明實施例提供了一種節(jié)點間數據傳輸的方法、網關節(jié)點及節(jié)點，可以實現保證終端與服務器之間業(yè)務的連續(xù)性，同時降低終端的復雜度。

本發(fā)明實施例第一方面提供了一種節(jié)點間數據傳輸的方法，包括：

第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使所述第一節(jié)點通過所述第一網關節(jié)點和所述第二網關節(jié)點連接第二節(jié)點；

所述第一網關節(jié)點獲取所述第二網關節(jié)點為所述第一節(jié)點分配的代理地址；

所述第一網關節(jié)點將所述第一節(jié)點發(fā)送來的數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址；

所述第一網關節(jié)點將轉換后的數據包發(fā)送至所述第二網關節(jié)點，以使所述第二網關節(jié)點將其發(fā)送至所述第二節(jié)點。

在第一方面的第一種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；

所述第一網關節(jié)點根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第一方面的第一種可能實現方式，在第二種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；

所述第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

在第一方面的第三種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之前，還包括：

所述第一網關節(jié)點在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第一方面的第四種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之后，還包括：

所述第一網關節(jié)點判斷所述第一網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

若否，則所述第一網關節(jié)點向所述第二網關節(jié)點發(fā)送連接建立請求，以使所述第二網關節(jié)點與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配代理地址。

在第一方面的第五種可能實現方式中，所述方法還包括：

當所述第一節(jié)點從所述第一網關節(jié)點切換至另一第一網關節(jié)點時，所述第一網關節(jié)點將所述第一節(jié)點的上下文信息發(fā)送至所述另一第一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一第一網關節(jié)點根據所述上下文信息確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一第一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并向所述第二節(jié)點發(fā)送數據包。

結合第一方面的第五種可能實現方式，在第六種可能實現方式中所述上下文信息還包括所述第一節(jié)點的代理地址，以使所述另一第一網關節(jié)點將所述第一節(jié)點發(fā)送來的數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址。

結合第一方面或第一方面的第一至第六任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第一方面或第一方面的第一至第六任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第一方面或第一方面的第一至第六任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第一方面或第一方面的第一至第六任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第一方面或第一方面的第一至第六任意一種可能實現方式，在第十一種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第二方面提供了一種節(jié)點間數據傳輸的方法，包括：

所述第一網關節(jié)點將所述第一節(jié)點發(fā)送來的數據包發(fā)送至所述第二網關節(jié)點，以使所述第二網關節(jié)點為所述第一節(jié)點分配代理地址后，將所述數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址，并將轉換后的數據包發(fā)送至所述第二節(jié)點。

在第二方面的第一種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；

所述第一網關節(jié)點根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第二方面的第一種可能實現方式，在第二種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；

所述第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

在第二方面的第三種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之前，還包括：

所述第一網關節(jié)點在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第二方面的第四種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之后，還包括：

所述第一網關節(jié)點判斷所述第一網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

在第二方面的第五種可能實現方式中，所述方法還包括：

結合第二方面或第二方面的第一至第五任意一種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第二方面或第二方面的第一至第五任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第二方面或第二方面的第一至第五任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第二方面或第二方面的第一至第五任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第二方面或第二方面的第一至第五任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第三方面提供了一種節(jié)點間數據傳輸的方法，包括：

第二網關節(jié)點獲取第一節(jié)點通過第一網關節(jié)點發(fā)送來的數據包；

所述第二網關節(jié)點將所述數據包的源地址由所述第一節(jié)點的本地地址轉換為代理地址；

所述第二網關節(jié)點將轉換后的數據包發(fā)送至第二節(jié)點。

在第三方面的第一種可能實現方式中，所述第一節(jié)點的本地地址是所述第一網關節(jié)點分配的。

在第三方面的第二種可能實現方式中，所述第二網關節(jié)點獲取第一節(jié)點通過第一網關節(jié)點發(fā)送來的數據包之前，還包括：

所述第二網關節(jié)點獲取所述第一網關節(jié)點發(fā)送來的連接建立請求；

所述第二網關節(jié)點與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配所述代理地址。

結合第三方面或第三方面的第一或第二種可能實現方式，在第三種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第三方面或第三方面的第一或第二種可能實現方式，在第四種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第三方面或第三方面的第一或第二種可能實現方式，在第五種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第三方面或第三方面的第一或第二種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第三方面或第三方面的第一或第二種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第四方面提供了一種節(jié)點間數據傳輸的方法，包括：

所述第一網關節(jié)點獲取所述第一節(jié)點的本地地址；

所述第一網關節(jié)點將所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送來的數據包的目標地址由所述第一節(jié)點的代理地址轉換為所述本地地址；

所述第一網關節(jié)點將轉換后的數據包發(fā)送至所述第一節(jié)點。

在第四方面的第一種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；

所述第一網關節(jié)點根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第四方面的第一種可能實現方式，在第二種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；

所述第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

在第四方面的第三種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之前，還包括：

所述第一網關節(jié)點在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第四方面的第四種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之后，還包括：

所述第一網關節(jié)點判斷所述第一網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

在第四方面的第五種可能實現方式中，所述方法還包括：

結合第四方面或第四方面的第一至第五任意一種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第四方面或第四方面的第一至第五任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第四方面或第四方面的第一至第五任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第四方面或第四方面的第一至第五任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第四方面或第四方面的第一至第五任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第五方面提供了一種節(jié)點間數據傳輸的方法，包括：

所述第一網關節(jié)點獲取所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送來的數據包，所述數據包的目標地址被所述第二網關節(jié)點由所述第一節(jié)點的代理地址轉換為所述本地地址；

所述第一網關節(jié)點將所述數據包發(fā)送至所述第一節(jié)點。

在第五方面的第一種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；

所述第一網關節(jié)點根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第五方面的第一種可能實現方式，在第二種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，包括：

所述第一網關節(jié)點獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；

所述第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

在第五方面的第三種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之前，還包括：

所述第一網關節(jié)點在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第五方面的第四種可能實現方式中，所述第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點之后，還包括：

所述第一網關節(jié)點判斷所述第一網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

在第五方面的第五種可能實現方式中，所述方法還包括：

結合第五方面或第五方面的第一至第五任意一種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第五方面或第五方面的第一至第五任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第五方面或第五方面的第一至第五任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第五方面或第五方面的第一至第五任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第五方面或第五方面的第一至第五任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第六方面提供了一種節(jié)點間數據傳輸的方法，包括：

第二網關節(jié)點獲取第二節(jié)點發(fā)送來的數據包；

所述第二網關節(jié)點將所述數據包的目標地址由第一節(jié)點的代理地址轉換為本地地址；

所述第二網關節(jié)點將轉換后的數據包發(fā)送至第一網關節(jié)點，以使所述第一網關節(jié)點將其發(fā)送至所述第一節(jié)點。

在第六方面的第一種可能實現方式中，所述第一節(jié)點的本地地址是所述第一網關節(jié)點分配的。

在第六方面的第二種可能實現方式中，所述第二網關節(jié)點獲取第二節(jié)點發(fā)送來的數據包之前，還包括：

所述第二網關節(jié)點獲取所述第一網關節(jié)點發(fā)送來的連接建立請求；

所述第二網關節(jié)點與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配所述代理地址。

結合第六方面或第六方面的第一或第二種可能實現方式，在第三種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第六方面或第六方面的第一或第二種可能實現方式，在第四種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第六方面或第六方面的第一或第二種可能實現方式，在第五種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第六方面或第六方面的第一或第二種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第六方面或第六方面的第一或第二種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第七方面提供了一種節(jié)點間數據傳輸的方法，包括：

第一節(jié)點通過原第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸；

所述第一節(jié)點在切換連接到新第一網關節(jié)點時，斷開與所述原第一網關節(jié)點之間的連接；

所述第一節(jié)點通過所述新第一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點并與所述第二節(jié)點進行數據傳輸。

在第七方面的第一種可能實現方式中，所述第一節(jié)點在切換連接到新第一網關節(jié)點時，斷開與所述原第一網關節(jié)點之間的連接，包括：

所述第一節(jié)點分別測量所述原第一網關節(jié)點和所述新第一網關節(jié)點的信號質量；

所述第一節(jié)點在確定所述新第一網關節(jié)點的信號質量優(yōu)于所述原第一網關節(jié)點時，向所述原第一網關節(jié)點上報，以使所述原第一網關節(jié)點向所述第一節(jié)點發(fā)送指示切換指令；

所述第一節(jié)點接收所述切換指令，并根據所述切換指令切換連接到所述新第一網關節(jié)點，以及斷開與所述原第一網關節(jié)點之間的連接。

在第七方面的第二種可能實現方式中，所述第一節(jié)點通過所述新第一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點并與所述第二節(jié)點進行數據傳輸，包括：

所述第一節(jié)點向上層發(fā)送路徑轉換請求，以使上層控制所述第二網關節(jié)點建立與所述新第一網關節(jié)點之間的連接。

結合第七方面或第七方面的第一或第二種可能實現方式，在第三種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第七方面或第七方面的第一或第二種可能實現方式，在第四種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第七方面或第七方面的第一或第二種可能實現方式，在第五種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第七方面或第七方面的第一或第二種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第七方面或第七方面的第一或第二種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第八方面提供了一種網關節(jié)點，包括：

節(jié)點選擇模塊，用于根據第一節(jié)點的請求選擇第二網關節(jié)點，以使所述第一節(jié)點通過本網關節(jié)點和所述第二網關節(jié)點連接第二節(jié)點；

代理地址獲取模塊，用于獲取所述第二網關節(jié)點為所述第一節(jié)點分配的代理地址；

源地址轉換模塊，用于將所述第一節(jié)點發(fā)送來的數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址；

數據包發(fā)送模塊，用于將轉換后的數據包發(fā)送至所述第二網關節(jié)點，以使所述第二網關節(jié)點將其發(fā)送至所述第二節(jié)點。

在第八方面的第一種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第八方面的第一種可能實現方式，在第二種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；根據所述請求信令選擇第二網關節(jié)點。

在第八方面的第三種可能實現方式中，所述網關節(jié)點還包括：

地址分配模塊，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第八方面的第四種可能實現方式中，所述網關節(jié)點還包括：

連接判斷模塊，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

請求發(fā)送模塊，用于在所述連接判斷模塊判定本網關節(jié)點和所述第二網關節(jié)點之間未建立有連接時，向所述第二網關節(jié)點發(fā)送連接建立請求，以使所述第二網關節(jié)點與本網關節(jié)點建立連接，并為所述第一節(jié)點分配代理地址。

在第八方面的第五種可能實現方式中，所述網關節(jié)點還包括：

信息發(fā)送模塊，用于當所述第一節(jié)點從本網關節(jié)點切換至另一網關節(jié)點時，將所述第一節(jié)點的上下文信息發(fā)送至所述另一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一網關節(jié)點根據所述上下文信息識別所述第一節(jié)點和確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并向所述第二節(jié)點發(fā)送數據包。

結合第八方面的第五種可能實現方式，在第六種可能實現方式中，所述上下文信息還包括所述第一節(jié)點的代理地址，以使所述另一網關節(jié)點將所述第一節(jié)點發(fā)送來的數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址。

結合第八方面或第八方面的第一至第六任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第八方面或第八方面的第一至第六任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第八方面或第八方面的第一至第六任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第八方面或第八方面的第一至第六任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括服務器，本網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第八方面或第八方面的第一至第六任意一種可能實現方式，在第十一種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第九方面提供了一種網關節(jié)點，包括：

數據包發(fā)送模塊，用于將所述第一節(jié)點發(fā)送來的數據包發(fā)送至所述第二網關節(jié)點，以使所述第二網關節(jié)點為所述第一節(jié)點分配代理地址后，將所述數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址，并將轉換后的數據包發(fā)送至所述第二節(jié)點。

在第九方面的第一種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第九方面的第一種可能實現方式，在第二種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；根據所述請求信令選擇第二網關節(jié)點。

在第九方面的第三種可能實現方式中，述網關節(jié)點還包括：

地址分配模塊，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第九方面的第四種可能實現方式中，所述網關節(jié)點還包括：

連接判斷模塊，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

在第九方面的第五種可能實現方式中，所述網關節(jié)點還包括：

結合第九方面或第九方面的第一至第五任意一種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第九方面或第九方面的第一至第五任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第九方面或第九方面的第一至第五任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第九方面或第九方面的第一至第五任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括服務器，本網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第九方面或第九方面的第一至第五任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第十方面提供了一種網關節(jié)點，包括：

數據包獲取模塊，用于獲取第一節(jié)點通過第一網關節(jié)點發(fā)送來的數據包；

地址轉換模塊，用于將所述數據包的源地址由所述第一節(jié)點的本地地址轉換為代理地址；

數據包發(fā)送模塊，用于將轉換后的數據包發(fā)送至第二節(jié)點。

在第十方面的第一種可能實現方式中，所述第一節(jié)點的本地地址是所述第一網關節(jié)點分配的。

在第十方面的第二種可能實現方式中，所述網關節(jié)點還包括：

請求獲取模塊，用于獲取所述第一網關節(jié)點發(fā)送來的連接建立請求；

連接建立模塊，用于與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配所述代理地址。

結合第十方面或第十方面的第一或第二種可能實現方式，在第三種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，本網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十方面或第十方面的第一或第二種可能實現方式，在第四種可能實現方式中，所述第一節(jié)點包括終端，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，本網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十方面或第十方面的第一或第二種可能實現方式，在第五種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，本網關節(jié)點內置于所述服務器。

結合第十方面或第十方面的第一或第二種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，本網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第十方面或第十方面的第一或第二種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第十一方面提供了一種網關節(jié)點，包括：

地址獲取模塊，用于獲取所述第一節(jié)點的本地地址；

地址轉換模塊，用于將所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送來的數據包的目標地址由所述第一節(jié)點的代理地址轉換為所述本地地址；

數據包發(fā)送模塊，用于將轉換后的數據包發(fā)送至所述第一節(jié)點。

在第十一方面的第一種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第十一方面的第一種可能實現方式，在第二種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；根據所述請求信令選擇第二網關節(jié)點。

在第十一方面的第三種可能實現方式中，所述網關節(jié)點還包括：

地址分配模塊，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第十一方面的第四種可能實現方式中，所述網關節(jié)點還包括：

連接判斷模塊，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

在第十一方面的第五種可能實現方式中，所述網關節(jié)點還包括：

信息發(fā)送模塊，用于當所述第一節(jié)點從本網關節(jié)點切換至另一網關節(jié)點時，本網關節(jié)點將所述第一節(jié)點的上下文信息發(fā)送至所述另一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一網關節(jié)點根據所述上下文信息識別所述第一節(jié)點和確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并獲取所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送的數據包。

結合第十一方面或第十一方面的第一至第五任意一種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十一方面或第十一方面的第一至第五任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十一方面或第十一方面的第一至第五任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第十一方面或第十一方面的第一至第五任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括服務器，本網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第十一方面或第十一方面的第一至第五任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第十二方面提供了一種網關節(jié)點，包括：

數據包獲取模塊，用于獲取所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送來的數據包，所述數據包的目標地址被所述第二網關節(jié)點由所述第一節(jié)點的代理地址轉換為所述本地地址；

數據包發(fā)送模塊，用于將所述數據包發(fā)送至所述第一節(jié)點。

在第十二方面的第一種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

結合第十二方面的第一種可能實現方式，在第二種可能實現方式中，所述節(jié)點選擇模塊，具體用于：

獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；根據所述請求信令選擇第二網關節(jié)點。

在第十二方面的第三種可能實現方式中，所述網關節(jié)點還包括：

地址分配模塊，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

在第十二方面的第四種可能實現方式中，所述網關節(jié)點還包括：

連接判斷模塊，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

在第十二方面的第五種可能實現方式中，所述網關節(jié)點還包括：

結合第十二方面或第十二方面的第一至第五任意一種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十二方面或第十二方面的第一至第五任意一種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十二方面或第十二方面的第一至第五任意一種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，本網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第十二方面或第十二方面的第一至第五任意一種可能實現方式，在第九種可能實現方式中，所述第一節(jié)點包括服務器，本網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第十二方面或第十二方面的第一至第五任意一種可能實現方式，在第十種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第十三方面提供了一種網關節(jié)點，包括：

數據包獲取模塊，用于獲取第二節(jié)點發(fā)送來的數據包；

地址轉換模塊，用于將所述數據包的目標地址由第一節(jié)點的代理地址轉換為本地地址；

數據包發(fā)送模塊，用于將轉換后的數據包發(fā)送至第一網關節(jié)點，以使所述第一網關節(jié)點將其發(fā)送至所述第一節(jié)點。

在第十三方面的第一種可能實現方式中，所述第一節(jié)點的本地地址是所述第一網關節(jié)點分配的。

在第十三方面的第二種可能實現方式中，所述網關節(jié)點還包括：

請求獲取模塊，用于獲取所述第一網關節(jié)點發(fā)送來的連接建立請求；

連接建立模塊，用于與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配所述代理地址。

結合第十三方面或第十三方面的第一或第二種可能實現方式，在第三種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，本網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十三方面或第十三方面的第一或第二種可能實現方式，在第四種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，本網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十三方面或第十三方面的第一或第二種可能實現方式，在第五種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，本網關節(jié)點內置于所述服務器。

結合第十三方面或第十三方面的第一或第二種可能實現方式，在第六種可能實現方式中，所述第一節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，本網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第十三方面或第十三方面的第一或第二種可能實現方式，在第七種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

本發(fā)明實施例第十四方面提供了一種節(jié)點，包括：

第一傳輸模塊，用于通過原第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸；

連接切換模塊，用于本節(jié)點在切換連接到新第一網關節(jié)點時，斷開與所述原第一網關節(jié)點之間的連接；

第二傳輸模塊，用于通過所述新第一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點并與所述第二節(jié)點進行數據傳輸。

在第十四方面的第一種可能實現方式中，所述連接斷開模塊，包括：

質量測量模塊，用于分別測量所述原第一網關節(jié)點和所述新第一網關節(jié)點的信號質量；

質量上報模塊，用于在確定所述新第一網關節(jié)點的信號質量優(yōu)于所述原第一網關節(jié)點時，向所述原第一網關節(jié)點上報，以使所述原第一網關節(jié)點向本節(jié)點發(fā)送指示切換指令；

連接切換模塊，用于接收所述切換指令，并根據所述切換指令切換連接到所述新第一網關節(jié)點，以及斷開與所述原第一網關節(jié)點之間的連接。

在第十四方面的第二種可能實現方式中，所述第二傳輸模塊，具體用于向上層發(fā)送路徑轉換請求，以使上層控制所述第二網關節(jié)點建立與所述新第一網關節(jié)點之間的連接。

結合第十四方面或第十四方面的第二或第三種可能實現方式，在第三種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十四方面的第四種可能實現方式，在第四種可能實現方式中，所述本節(jié)點包括終端，所述第一網關節(jié)點包括基站和終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十四方面或第十四方面的第二或第三種可能實現方式，在第五種可能實現方式中，所述本節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

結合第十四方面或第十四方面的第二或第三種可能實現方式，在第六種可能實現方式中，所述本節(jié)點包括終端，所述第一網關節(jié)點包括終端代理設備，所述第二節(jié)點包括服務器，所述第二網關節(jié)點內置于所述服務器。

結合第十四方面或第十四方面的第二或第三種可能實現方式，在第七種可能實現方式中，所述本節(jié)點包括服務器，所述第一網關節(jié)點包括服務器代理設備，所述第二網關節(jié)點包括終端代理設備，所述第二節(jié)點包括終端。

結合第十四方面或第十四方面的第二或第三種可能實現方式，在第八種可能實現方式中，所述第一節(jié)點包括終端，所述第一網關節(jié)點內置于所述終端，所述第二網關節(jié)點包括服務器代理設備，所述第二節(jié)點包括服務器。

由上可見，本發(fā)明實施例中，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，在上行傳輸數據時，第一網關節(jié)點或第二網關節(jié)點將第一節(jié)點發(fā)送的數據包中的源地址由第一節(jié)點的本地地址轉換為代理地址后再發(fā)送至第二節(jié)點，在下行傳輸數據時，第一網關節(jié)點或第二網關節(jié)點將第二節(jié)點發(fā)送的數據包中的目標地址由第一節(jié)點的代理地址轉換為本地地址，因此在第一節(jié)點和第二節(jié)點的數據傳輸的過程中，第一節(jié)點發(fā)送數據包所用的源地址始終是第一節(jié)點的本地地址，第二節(jié)點發(fā)送數據包所用的目標地址始終是第一節(jié)點的代理地址，可見第一節(jié)點(即使在不同的第一網關節(jié)點之間切換)的本地地址始終保持不變，因而建立在該地址上的業(yè)務不中斷，可以保證業(yè)務的連續(xù)性，同時第一節(jié)點不用維護多個地址，可以降低其復雜度。

附圖說明

為了更清楚地說明本發(fā)明實施例，下面將對實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。

圖1是本發(fā)明實施例提供的一種數據傳輸的場景示意圖；

圖2是本發(fā)明實施例提供的另一種數據傳輸的場景示意圖；

圖3是本發(fā)明實施例提供的一種節(jié)點間數據傳輸的場景示意圖；

圖4是本發(fā)明第一實施例的一種節(jié)點間數據傳輸的方法的流程示意圖；

圖5是本發(fā)明第一實施例的另一種節(jié)點間數據傳輸的方法的流程示意圖；

圖6是本發(fā)明第二實施例的一種節(jié)點間數據傳輸的方法的流程示意圖；

圖7是本發(fā)明第二實施例的另一種節(jié)點間數據傳輸的方法的流程示意圖；

圖8是本發(fā)明第三實施例的一種節(jié)點間數據傳輸的方法的流程示意圖；

圖9是本發(fā)明實施例提供的第一種傳輸場景的示意圖；

圖10是本發(fā)明實施例提供的第一種棧結構的示意圖；

圖11是本發(fā)明實施例提供的第一種接入過程的流程示意圖；

圖12是本發(fā)明實施例提供的第一種切換過程的流程示意圖；

圖13是本發(fā)明實施例提供的第二種傳輸場景的示意圖；

圖14是本發(fā)明實施例提供的第二種棧結構的示意圖；

圖15是本發(fā)明實施例提供的第二種接入過程的流程示意圖；

圖16是本發(fā)明實施例提供的第二種切換過程的流程示意圖；

圖17是本發(fā)明實施例提供的第三種傳輸場景的示意圖；

圖18是本發(fā)明實施例提供的第三(a)種棧結構的示意圖；

圖19是本發(fā)明實施例提供的第三(b)種棧結構的示意圖；

圖20是本發(fā)明實施例提供的第四種傳輸場景的示意圖；

圖21是本發(fā)明實施例提供的第四種切換過程的流程示意圖；

圖22是本發(fā)明實施例提供的第五(a)種傳輸場景的示意圖；

圖23是本發(fā)明實施例提供的第五(a)種接入過程的流程示意圖；

圖24是本發(fā)明實施例提供的第五(a)種切換過程的流程示意圖；

圖25是本發(fā)明實施例提供的第五(b)種傳輸場景的示意圖；

圖26是本發(fā)明實施例提供的第五(b)種接入過程的流程示意圖；

圖27是本發(fā)明實施例提供的第五(b)種切換過程的流程示意圖；

圖28是本發(fā)明第一實施例提供的一種網絡節(jié)點的結構示意圖；

圖29是本發(fā)明第一實施例提供的另一種網絡節(jié)點的結構示意圖；

圖30是本發(fā)明第一實施例提供的又一種網絡節(jié)點的結構示意圖；

圖31是本發(fā)明第二實施例提供的一種網絡節(jié)點的結構示意圖；

圖32是本發(fā)明第二實施例提供的另一種網絡節(jié)點的結構示意圖；

圖33是本發(fā)明第二實施例提供的又一種網絡節(jié)點的結構示意圖；

圖34是本發(fā)明第三實施例提供的一種節(jié)點的結構示意圖；

圖35是本發(fā)明提供的一種網絡節(jié)點的結構示意圖；

圖36是本發(fā)明提供的一種節(jié)點的結構示意圖。

具體實施方式

下面將結合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

應理解地，本發(fā)明實施例的技術方案可以應用于各種通信系統(tǒng)，例如：全球移動通訊(Global System of Mobile communication，簡稱為“GSM”)系統(tǒng)、碼分多址(Code Division Multiple Access，簡稱為“CDMA”)系統(tǒng)、寬帶碼分多址(Wideband Code Division Multiple Access，簡稱為“WCDMA”)系統(tǒng)、通用分組無線業(yè)務(General Packet Radio Service，簡稱為“GPRS”)、長期演進(Long Term Evolution，簡稱為“LTE”)系統(tǒng)、LTE頻分雙工(Frequency Division Duplex，簡稱為“FDD”)系統(tǒng)、LTE時分雙工(Time Division Duplex，簡稱為“TDD”)、通用移動通信系統(tǒng)(Universal Mobile Telecommunication System，簡稱為“UMTS”)、無線保真(Wireless Fidelity，簡稱為“WiFi”)通信系統(tǒng)、全球互聯微波接入(Worldwide Interoperability for Microwave Access，簡稱為“WiMAX”)通信系統(tǒng)或未來的第五代(5th Generation，簡稱為“5G”)通信系統(tǒng)等。

在本發(fā)明實施例中，終端(Terminal)可以是用戶設備(User Equipment，簡稱為“UE”)、移動臺(Mobile Station，簡稱為“MS”)、移動終端(Mobile Terminal)、Customer Premise Equipment(客戶終端設備，簡稱為“CPE”)或無線站(WiFi Station簡稱為“STA”)等。該終端可以經無線接入網(Radio Access Network，簡稱為“RAN”)，或無線局域網(Wireless Local Access Network，簡稱為“WLAN”)與一個或多個核心網進行通信，例如，終端可以是移動電話(或稱為“蜂窩”電話)或具有移動終端的計算機等，又如，終端還可以是便攜式、袖珍式、手持式、計算機內置的或者車載的移動裝置，它們與無線接入網交換語音和/或數據。

在本發(fā)明實施例中，基站可以是GSM或CDMA中的基站(Base Transceiver Station，簡稱為“BTS”)，也可以是WCDMA中的基站(NodeB，簡稱為“NB”)，還可以是LTE中的演進型基站(Evolutional Node B，簡稱為“eNB”)、家庭演進基站(Home Node B，簡稱為“HeNB”)、中繼(Relay)、家庭基站(Femto)或小基站(Pico)，還可以是5G通信網絡中的基站或無線局域網中的接入熱點(Access Point，簡稱為“AP”)。

在本發(fā)明實施例中，網關(Gateway)可以是上述任意一種通信系統(tǒng)中的網關，例如SGW(Serving Gateway，服務網關)、PGW(Packet Data Network Gateway，分組數據網絡網關)或LGW(Local Gateway，本地網關)等網關。

本發(fā)明實施例中的“地址”是指IP地址，數據包攜帶的IP地址包括源地址(簡稱為“源IP”)和目標地址(簡稱為“目標IP”)，不難理解，源地址用于指示發(fā)送方，目標地址用于指示接收方。

為了便于理解后文，下面先結合圖3對本發(fā)明實施例作個簡單的概述。如圖3所示，本發(fā)明實施例涉及的節(jié)點主要包括第一節(jié)點、第一網關節(jié)點、第二網關節(jié)點和第二節(jié)點。其中，第一網關節(jié)點是第一節(jié)點的服務代理，第一節(jié)點可以在不同的第一網關節(jié)點之間切換，第二網關節(jié)點是第二節(jié)點的服務代理，每個第二網關節(jié)點對應于一個第二節(jié)點，不同的第一網關節(jié)點和不同的第二網關節(jié)點之間可以通過網絡建立連接，進而實現第一節(jié)點和第二節(jié)點之間的數據傳輸。本發(fā)明實施例中，在第一節(jié)點與一個或多個第二節(jié)點進行數據傳輸之前，為第一節(jié)點分配每個第二節(jié)點對應的代理地址以及唯一的本地地址，在數據傳輸的過程中，第一節(jié)點始終(即使在不同的第一網關節(jié)點之間切換)使用該唯一的本地地址作為源地址發(fā)送數據包，第一網關節(jié)點或第二網關節(jié)點將數據包的源地址由本地地址轉換為對應的代理地址，最后傳送至對應的第二節(jié)點；進一步地，在多個第一節(jié)點與一個第二節(jié)點進行數據傳輸時，可以為不同的第一節(jié)點分配不同的代理地址，第二節(jié)點可以根據其接收的數據包的源地址區(qū)分不同的第一節(jié)點。另外，本發(fā)明實施例可以保證業(yè)務的連續(xù)性的原因在于，請參閱圖3，當第一節(jié)點從第一網關節(jié)點2切換連接至第一網關節(jié)點3時，第一網關節(jié)點2斷開與第二網關節(jié)點2的連接，第一網關節(jié)點3建立與第二網關節(jié)點2的連接，第一節(jié)點可以通過新建的連接向第二節(jié)點傳輸數據，又由于第一節(jié)點始終使用同一個IP地址(即上述唯一的本地地址)，故基于該IP地址上的業(yè)務不會中斷。

圖4是本發(fā)明第一實施例提供的一種節(jié)點間數據傳輸的方法的流程示意圖，該方法針對的是上行傳輸過程(即第一節(jié)點向第二節(jié)點發(fā)送數據包的過程)，該方法由第一網關節(jié)點對源地址進行轉換。如圖所示本實施例的具體方法的流程可以包括：

S101，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點。

第一網關節(jié)點在根據第一節(jié)點的請求選擇第二網關節(jié)點之前，若確定第一節(jié)點未分配本地地址，則為第一節(jié)點分配本地地址。

具體地，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點的方式包括以下兩種：

方式一，第一網關節(jié)點獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；第一網關節(jié)點根據數據包的目標地址選擇第二網關節(jié)點。具體實現過程中，第一網關節(jié)點獲取第一節(jié)點發(fā)送的數據包后讀取數據包的目標地址，第一網關節(jié)點根據目標地址可以確定數據包所要送達的第二節(jié)點，進而確定第二節(jié)點對應的第二網關節(jié)點，從而實現選擇該第二網關節(jié)點。

方式二，第一網關節(jié)點獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；第一網關節(jié)點根據請求信令選擇第二網關節(jié)點。具體實現過程中，第一節(jié)點主動向第一網關節(jié)點發(fā)送請求信令，第一網關節(jié)點接收該請求信令后讀取其中的信息，該信息可以是第二節(jié)點的網址、IP地址、節(jié)點標識信息或者業(yè)務標識信息等可指示第二節(jié)點的信息，第一網關節(jié)點根據該信息選擇該第二網關節(jié)點。

進一步地，第一網關節(jié)點在根據第一節(jié)點的請求選擇第二網關節(jié)點之后，判斷第一網關節(jié)點和第二網關節(jié)點之間是否建立有連接，若否，則第一網關節(jié)點向第二網關節(jié)點發(fā)送連接建立請求，以使第二網關節(jié)點與第一網關節(jié)點建立連接，并為第一節(jié)點分配代理地址，若是，則不作處理，此時第二網關節(jié)點已經在建立連接時為第一節(jié)點分配了代理地址。

歷經上述過程，第一節(jié)點可以通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點。

S102，第一網關節(jié)點獲取第二網關節(jié)點為第一節(jié)點分配的代理地址。

具體地，第一網關節(jié)點獲取第二網關節(jié)點為第一節(jié)點分配的代理地址的方式包括以下幾種：

方式一，第二網關節(jié)點為第一節(jié)點分配了代理地址后發(fā)送給第一網關節(jié)點，第一網關節(jié)點接收該代理地址。

方式二，第一網關節(jié)點保存有第二網關節(jié)點為第一節(jié)點分配的且尚未失效的代理地址，第一網關節(jié)點直接讀取該代理地址。

方式三，第一網關節(jié)點從其它第一網關節(jié)點發(fā)送來的上下文信息中獲取該代理地址。

S103，第一網關節(jié)點將第一節(jié)點發(fā)送來的數據包的源地址由第一節(jié)點的本地地址轉換為代理地址。

其中，該數據包的源地址為第一節(jié)點的本地地址，目標地址為第二節(jié)點的網絡地址。

具體地，第一網關節(jié)點保持數據包的目標地址不變(即目標地址仍為第二節(jié)點的網絡地址)，將源地址由第一節(jié)點的本地地址轉換為代理地址。

S104，第一網關節(jié)點將轉換后的數據包發(fā)送至第二網關節(jié)點，以使第二網關節(jié)點將其發(fā)送至第二節(jié)點。

具體地，第一網關節(jié)點將轉換后的數據包發(fā)送至第二網關節(jié)點，第二網關節(jié)點接收后將其發(fā)送至第二節(jié)點，從而實現第一節(jié)點向第二節(jié)點發(fā)送數據包的上行傳輸過程。

可選地，當第一節(jié)點從第一網關節(jié)點切換至另一第一網關節(jié)點時，第一網關節(jié)點將第一節(jié)點的上下文信息發(fā)送至另一第一網關節(jié)點，所述上下文信息包括第一節(jié)點的本地地址和第二網關節(jié)點的連接配置信息信息，第二網關節(jié)點的連接配置信息可以是第二網關節(jié)點的ID、端口號或隧道號等可標識第二網關節(jié)點的信息。其中，這里的切換，可以是第一節(jié)點從第一網關節(jié)點的服務區(qū)移動至另一第一網關節(jié)點的服務區(qū)觸發(fā)的，也可以第一節(jié)點掉網后重啟所觸發(fā)的，等等，這里不作窮舉。

歷經上述過程，另一第一網關節(jié)點根據上下文信息中的第二網關節(jié)點的連接配置信息確定第二網關節(jié)點，并與之建立連接，進而第一節(jié)點通過另一第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，并向第二節(jié)點傳輸數據，其上行傳輸過程與本實施例上文描述的過程相同，這里不再贅述。需要指出的是，另一第一網關節(jié)點可以根據上下文信息中的第一節(jié)點的本地地址直接獲知第一節(jié)點所被分配的本地地址，而無需向第一節(jié)點查詢。

進一步，所述上下文信息還包括第一節(jié)點的代理地址，另一第一網關節(jié)點可以根據上下文信息中的第一節(jié)點的代理地址直接獲知第一節(jié)點所被分配的代理地址，而無需向第二網關查詢，在對源地址進行轉換時，另一第一網關節(jié)點將數據包的源地址由第一節(jié)點的本地地址轉換為該代理地址。

需要說明的是，本發(fā)明實施例中的第一節(jié)點、第一網關節(jié)點、第二網關節(jié)點和第二節(jié)點具體所指代的設備，至少可以分為以下四種組合：

組合一，第一節(jié)點包括終端，第一網關節(jié)點包括基站和終端代理設備，第二網關節(jié)點包括服務器代理設備，第二節(jié)點包括服務器。其中，終端與基站之間建立有空口用戶面承載，基站與終端代理設備之間建立有用戶面承載。

組合二，第一節(jié)點包括終端，第一網關節(jié)點包括終端代理設備，第二網關節(jié)點包括服務器代理設備，第二節(jié)點包括服務器。

組合三，第一節(jié)點包括終端，第一網關節(jié)點包括終端代理設備，第二節(jié)點包括服務器，第二網關節(jié)點內置于所述服務器。

組合四，第一節(jié)點包括服務器，第一網關節(jié)點包括服務器代理設備，第二網關節(jié)點包括終端代理設備，第二節(jié)點包括終端。

由上可見，本發(fā)明實施例中，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，在上行傳輸數據時，第一網關節(jié)點將第一節(jié)點發(fā)送的數據包中的源地址由第一節(jié)點的本地地址轉換為代理地址后再發(fā)送至第二節(jié)點，因此在第一節(jié)點和第二節(jié)點的數據傳輸的過程中，第一節(jié)點發(fā)送數據包所用的源地址始終是第一節(jié)點的本地地址，可見第一節(jié)點(即使在不同的第一網關節(jié)點之間切換)的本地地址始終保持不變，因而建立在該地址上的業(yè)務不中斷，可以保證業(yè)務的連續(xù)性，同時第一節(jié)點不用維護多個地址，可以降低其復雜度。

圖5是本發(fā)明第一實施例提供的另一種節(jié)點間數據傳輸的方法的流程示意圖，該方法針對的是上行傳輸過程(即第一節(jié)點向第二節(jié)點發(fā)送數據包的過程)，該方法由第二網關節(jié)點對源地址進行轉換。如圖所示本實施例的具體方法的流程可以包括：

S201，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點。

本步驟與圖4中的步驟S101相同，這里不再贅述。

須知地，歷經本步驟，第一節(jié)點的本地地址和代理地址已被分配。

S202，第一網關節(jié)點將第一節(jié)點發(fā)送來的數據包發(fā)送至第二網關節(jié)點。

其中，該數據包的源地址為第一節(jié)點的本地地址，目標地址為第二節(jié)點的網絡地址。

具體地，第一網關節(jié)點不對第一節(jié)點發(fā)送來的數據包進行處理，直接將其發(fā)送至第二網關節(jié)點。

S203，第二網關節(jié)點獲取第一網關節(jié)點發(fā)送來的數據包。

S204，第二網關節(jié)點將數據包的源地址由第一節(jié)點的本地地址轉換為代理地址。

具體地，第二網關節(jié)點保持數據包的目標地址不變(即目標地址仍為第二節(jié)點的網絡地址)，將源地址由第一節(jié)點的本地地址轉換為代理地址。

S205，第二網關節(jié)點將轉換后的數據包發(fā)送至第二節(jié)點。

具體地，第二網關節(jié)點將轉換后的數據包發(fā)送至第二節(jié)點，從而實現第一節(jié)點向第二節(jié)點發(fā)送數據包的上行傳輸過程。

同樣，本發(fā)明實施例中的第一節(jié)點、第一網關節(jié)點、第二網關節(jié)點和第二節(jié)點具體所指代的設備，也至少可以分為圖4中的步驟S104所提及四種組合，這里不再贅述。

由上可見，本發(fā)明實施例中，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，在上行傳輸數據時，第二網關節(jié)點將第一節(jié)點發(fā)送的數據包中的源地址由第一節(jié)點的本地地址轉換為代理地址后再發(fā)送至第二節(jié)點，因此在第一節(jié)點和第二節(jié)點的數據傳輸的過程中，第一節(jié)點發(fā)送數據包所用的源地址始終是第一節(jié)點的本地地址，可見第一節(jié)點(即使在不同的第一網關節(jié)點之間切換)的本地地址始終保持不變，因而建立在該地址上的業(yè)務不中斷，可以保證業(yè)務的連續(xù)性，同時第一節(jié)點不用維護多個地址，可以降低其復雜度。

圖6是本發(fā)明第二實施例提供的一種節(jié)點間數據傳輸的方法的流程示意圖，該方法針對的是下行傳輸過程(即第二節(jié)點向第一節(jié)點發(fā)送數據包的過程)，該方法由第一網關節(jié)點對目標地址進行轉換。如圖所示本實施例的具體方法的流程可以包括：

S301，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點。

本步驟與圖4中的步驟S101相同，這里不再贅述。

須知地，歷經本步驟，第一節(jié)點的本地地址和代理地址已被分配。

S302，第一網關節(jié)點獲取第一節(jié)點的本地地址。

具體地，第一網關節(jié)點獲取第一節(jié)點的本地地址的方式包括以下兩種：方式一，第一網關節(jié)點為第一節(jié)點分配本地地址后直接獲知；方式二，第一網關節(jié)點從其它第一網關節(jié)點發(fā)送來的上下文信息中獲取該本地地址。

S303，第一網關節(jié)點將第二節(jié)點通過第二網關節(jié)點發(fā)送來的數據包的目標地址由第一節(jié)點的代理地址轉換為本地地址。

其中，該數據包的源地址為第二節(jié)點的網絡地址，目標地址為第一節(jié)點的代理地址。

具體地，第一網關節(jié)點保持數據包的源地址不變(即源地址仍為第二節(jié)點的網絡地址)，將目標地址由第一節(jié)點的代理地址轉換為本地地址。

S304，第一網關節(jié)點將轉換后的數據包發(fā)送至第一節(jié)點。

具體地，第一網關節(jié)點將轉換后的數據包發(fā)送至第一節(jié)點，從而實現第二節(jié)點向第一節(jié)點發(fā)送數據包的下行傳輸過程。

歷經上述過程，另一第一網關節(jié)點根據上下文信息中的第二網關節(jié)點的連接配置信息確定第二網關節(jié)點，并與之建立連接，進而第一節(jié)點通過另一第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，并獲取第二節(jié)點通過第二網關節(jié)點發(fā)送的數據包，其下行傳輸過程與本實施例上文描述的過程相同，這里不再贅述。需要指出的是，另一第一網關節(jié)點可以根據上下文信息中的第一節(jié)點的本地地址直接獲知第一節(jié)點所被分配的本地地址，而無需向第一節(jié)點查詢。

由上可見，本發(fā)明實施例中，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，在下行傳輸數據時，第一網關節(jié)點將第二節(jié)點發(fā)送的數據包中的目標地址由第一節(jié)點的代理地址轉換為本地地址，因此在第一節(jié)點和第二節(jié)點的數據傳輸的過程中，第二節(jié)點發(fā)送數據包所用的目標地址始終是第一節(jié)點的代理地址，可見第二節(jié)點針對同一個第一節(jié)點的業(yè)務不用維護多個地址，可以降低其復雜度。

圖7是本發(fā)明第二實施例提供的另一種節(jié)點間數據傳輸的方法的流程示意圖，該方法針對的是下行傳輸過程(即第二節(jié)點向第一節(jié)點發(fā)送數據包的過程)，該方法由第二網關節(jié)點對目標地址進行轉換。如圖所示本實施例的具體方法的流程可以包括：

S401，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點。

本步驟與圖4中的步驟S101相同，這里不再贅述。

須知地，歷經本步驟，第一節(jié)點的本地地址和代理地址已被分配。

S402，第二網關節(jié)點獲取第二節(jié)點發(fā)送來的數據包。

其中，該數據包的源地址為第二節(jié)點的網絡地址，目標地址為第一節(jié)點的代理地址。

S403，第二網關節(jié)點將數據包的目標地址由第一節(jié)點的代理地址轉換為本地地址。

具體地，第二網關節(jié)點保持數據包的源地址不變(即源地址仍為第二節(jié)點的網絡地址)，將目標地址由第一節(jié)點的代理地址轉換為本地地址。

S404，第二網關節(jié)點將轉換后的數據包發(fā)送至第一網關節(jié)點。

S405，第一網關節(jié)點獲取第二網關節(jié)點發(fā)送來的數據包。

S406，第一網關節(jié)點將數據包發(fā)送至第一節(jié)點。

歷經上述過程，另一第一網關節(jié)點根據上下文信息中的第二網關節(jié)點的連接配置信息確定第二網關節(jié)點，進而第一節(jié)點通過另一第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，并獲取第二節(jié)點通過第二網關節(jié)點發(fā)送的數據包，該數據包的目標地址被第二網關節(jié)點由第一節(jié)點的代理地址轉換為本地地址，其下行傳輸過程與本實施例上文描述的過程相同，這里不再贅述。需要指出的是，另一第一網關節(jié)點可以根據上下文信息中的第一節(jié)點的本地地址直接獲知第一節(jié)點所被分配的本地地址，而無需向第一節(jié)點查詢。

由上可見，本發(fā)明實施例中，第一網關節(jié)點根據第一節(jié)點的請求選擇第二網關節(jié)點，以使第一節(jié)點通過第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點，在下行傳輸數據時，第二網關節(jié)點將第二節(jié)點發(fā)送的數據包中的目標地址由第一節(jié)點的代理地址轉換為本地地址，因此在第一節(jié)點和第二節(jié)點的數據傳輸的過程中，第二節(jié)點發(fā)送數據包所用的目標地址始終是第一節(jié)點的代理地址，可見第二節(jié)點針對同一個第一節(jié)點的業(yè)務不用維護多個地址，可以降低其復雜度。

圖8是本發(fā)明第三實施例提供的一種節(jié)點間數據傳輸的方法的流程示意圖，該方法針對的是切換過程(即第一節(jié)點從原第一網關節(jié)點切換連接到新第一網關節(jié)點的過程)，該方法不區(qū)分上、下行傳輸過程。如圖所示本實施例的具體方法的流程可以包括：

S501，第一節(jié)點通過原第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸。

請參閱圖3，原第一網關節(jié)點如圖中第一網關節(jié)點2所示，第二網關節(jié)點如圖中第二網關節(jié)點2所示，第一節(jié)點通過圖中虛線所示的原連接與第一網關節(jié)點2連接，第一網關節(jié)點2通過圖中虛線所示的原連接與第二網關節(jié)點2連接，第二網關節(jié)點2與第二節(jié)點連接，進而第一節(jié)點可以與第二節(jié)點進行數據傳輸。這就是切換前第一節(jié)點與第二節(jié)點進行數據傳輸的方式。

S502，第一節(jié)點在切換連接到新第一網關節(jié)點時，斷開與原第一網關節(jié)點之間的連接。

可選地，若為第一節(jié)點從原第一網關節(jié)點的服務區(qū)移至新第一網關節(jié)點的服務區(qū)的場景，第一節(jié)點在切換連接到新第一網關節(jié)點時，斷開與原第一網關節(jié)點之間的連接的具體操作可以是：第一節(jié)點分別測量原第一網關節(jié)點和新第一網關節(jié)點的信號質量；第一節(jié)點在確定新第一網關節(jié)點的信號質量優(yōu)于原第一網關節(jié)點時，向原第一網關節(jié)點上報，以使原第一網關節(jié)點向第一節(jié)點發(fā)送指示切換指令；第一節(jié)點接收切換指令，并根據切換指令切換連接到新第一網關節(jié)點，以及斷開與原第一網關節(jié)點之間的連接。例如：小區(qū)1為第一網關節(jié)點的服務區(qū)，小區(qū)2為第二網關節(jié)點的服務區(qū)，第一節(jié)點從小區(qū)1移至小區(qū)1和小區(qū)2的邊界時，第一節(jié)點分別測量原第一網關節(jié)點和新第一網關節(jié)點的信號質量，并根據測量結果是保持與原第一網關節(jié)點的連接還是建立與新第一網關節(jié)點的連接。

S503，第一節(jié)點通過新第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸。

第一節(jié)點通過新第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸之前，向上層發(fā)送路徑轉換請求，以使上層控制第二網關節(jié)點建立與新第一網關節(jié)點之間的連接。

仍請參閱圖3，新第一網關節(jié)點如圖中第一網關節(jié)點3所示，第一節(jié)點通過圖中實線所示的新連接與第一網關節(jié)點3連接，第一網關節(jié)點3通過圖中實線所示的新連接與第二網關節(jié)點2連接，第二網關節(jié)點2與第二節(jié)點連接，進而第一節(jié)點可以與第二節(jié)點進行數據傳輸。這就是切換后第一節(jié)點與第二節(jié)點進行數據傳輸的方式。

另可選地，為了在原連接釋放后但新連接未建立前，仍保證業(yè)務的連續(xù)性，第一節(jié)點向上層發(fā)送路徑轉換請求之前，暫時通過新第一網關節(jié)點、原第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸。

綜上所述，本發(fā)明實施例中，切換前的鏈路為：第一節(jié)點<＝>原第一網關節(jié)點<＝>第二網關節(jié)點<＝>第二節(jié)點；切換中的鏈路為：第一節(jié)點<＝>新第一網關節(jié)點<＝>原第一網關節(jié)點<＝>第二網關節(jié)點<＝>第二節(jié)點；切換后的鏈路為：第一節(jié)點<＝>新第一網關節(jié)點<＝>第二網關節(jié)點<＝>第二節(jié)點。

由上可見，本發(fā)明實施例中，第一節(jié)點在切換連接到新第一網關節(jié)點時，斷開與所述原第一網關節(jié)點之間的連接，進而通過新第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸，可以實現在鏈路上保證第一節(jié)點和第二節(jié)點之間業(yè)務的連續(xù)性。

為了進一步地說明本發(fā)明的實現過程，下文將結合第一節(jié)點、第一網關節(jié)點、第二網關節(jié)點和第二節(jié)點具體所指代的設備的組合，以及各種組合下的棧結構，進行更詳細地舉例說明。

圖9是本實施例提供的第一種傳輸場景的示意圖。在本實施例中，第一節(jié)點為終端(本實施例中稱為“UE”)，第一網關節(jié)點為基站(本實施例中稱為“eNB”)和終端代理設備(本實施例中稱為“UE-Proxy”)的組合，第二網關節(jié)點為服務器代理設備(本實施例中稱為“Server-Proxy”)，第二節(jié)點為服務器(本實施例中稱為“APP Server”)，除此之外，還包括MME(Mobility Management Entity，移動性管理實體)，用于調度和控制UE、eNB和UE-Proxy。圖中，UE通過接入網連接UE-Proxy。為了簡化接入網，本實施例中UE到UE-Proxy之間的接口由兩端組成，UE通過空口Uu接口連接eNB，eNB通過C-X接口直接連接UE-Proxy，理論上eNB也可以經過SGW/PGW之后再連接UE-Proxy；一個eNB可以連接一個或多個UE-Proxy，一個或多個eNB也可以連接一個UE-Proxy；UE-Proxy可以通過C-P接口和Server-Proxy相連；App Server則通過C-B接口和Server-Proxy相連。其中，上述接口相連可以建立端到端隧道的方式也可以通過端到端路由的方式，發(fā)端的數據發(fā)送到指定節(jié)點。

進一步地，本實施例的棧結構可以如圖10所示，圖中UE和UE-Proxy之間建立點到點的隧道連接。該隧道實際由兩端隧道組成，UE和eNB之間通過LTE空口Uu接口連接，空口數據隧道被稱為Radio Bearer，eNB和UE-Proxy之間通過GTP-U隧道連接。對于該UE Radio Bearer和對應GTP-U隧道之間的轉發(fā)關系是一一對應的，因此總的組成完整的UE到UE-Proxy之間的隧道，UE的所有數據都會經過其對應的UE-Proxy。UE可以復用現有的蜂窩用戶面隧道建立過程完成上述過程，在流程中UE-Proxy相當于LTE系統(tǒng)中的SGW/PGW。另外，App Server是一個互聯網上的應用服務器，和Server-Proxy之間的連接是通過設置路由的方式，使得App Server和UE的數據經過Server Proxy轉發(fā)。相比于上述UE通過建立隧道的方式連接對應的代理，對于處于公網的App Server采用通過路由的方式可以減少或者避免對App Server的影響。通過App Server和Server-Proxy之間的路由設置，使得App Server向一個或幾個IP地址段內節(jié)點發(fā)送的數據由都會經過Server-Proxy轉發(fā)。對于特定的UE，Server-Proxy可以分配不同的IP，以便在接收到App Server發(fā)送給UE的數據時，根據其目的IP判斷對應的UE-Proxy，通過Server-Proxy和UE-Proxy之間的連接發(fā)送給UE-Proxy。當Server-Proxy的IP資源較少時，不同UE的數據可能分配相同的IP，Server-Proxy通過NAT(Network Address Translation，網絡地址轉換)的方式，通過IP和UDP/TCP端口號來確定不同UE的數據。UE-Proxy和Server-Proxy之間可以根據配置建立連接并保持，也可以根據UE的業(yè)務需求，動態(tài)的與App Server對應的Server-Proxy建立連接。對UE非透明方式，UE和UE-Proxy之間可以協(xié)商(可選的通過eNB)需要訪問App Server，如UE指明需要訪問的App Server的域名(e.g.www.google.com)或者地址(e.g.110.238.2.38)，UE-Proxy根據配置的App Server和Server-Proxy之間的對應關系，選擇Server-Proxy。對UE透明方式，UE直接發(fā)送數據包至UE-Proxy，UE-Proxy根據數據包中IP數據包頭或者HTTP包頭中的域名，獲知UE需要訪問的App Server，查找對應Server-Proxy。

在此基礎上，圖11是本發(fā)明實施例提供的一種接入過程的流程示意圖，該方法是對圖4和圖6所述方法的舉例說明，可以包括：

S601，UE建立與eNB之間的連接。

具體地，UE通過RRC(Radio Resource Control，無線資源控制協(xié)議)過程，在駐留的小區(qū)和對應的eNB建立空口信令連接，用以傳輸UE專用的信令。

S602，UE通過eNB注冊網絡。

具體地，UE通過空口連接發(fā)送Attach Request，對網絡進行注冊。

S603，eNB向MME為UE注冊網絡。

具體地，eNB通過Initial UE Message并攜帶UE發(fā)送的Attach Request消息給MME。

S604，MME鑒權處理。

具體地，MME處理Attach Request前，需要通過鑒權過程，鑒別雙方節(jié)點是否是可信節(jié)點。并產生加密算法和秘鑰等相關信息用于后續(xù)的安全過程。

S605，MME為UE選擇UE-Proxy。

具體地，如果鑒權成功，MME選擇一個UE-Proxy，發(fā)起Create Proxy Request。UE-Proxy的選擇可以考慮其連接eNB的覆蓋范圍和負載均衡等因素。每個eNB可以配置有默認的UE-Proxy，如果條件不明確，至少可以選的默認的UE-Proxy。Create Proxy Request中會攜帶UE的各種簽約和權限信息，用于輔助UE-Proxy為UE分配本地地址(local IP)。

S606，UE-Proxy為UE分配local IP。

具體地，如果Create Proxy Request不攜帶local IP,UE-Proxy為UE分配local IP，否則UE-Proxy直接使用Create Proxy Request中的local IP為UE的local IP并按業(yè)務分配其對應的GTP-U TEID，通過Create Proxy Response發(fā)送給MME。

S607，MME和eNB建立連接。

具體地，MME和eNB通過Initial Context Setup建立eNB和UE-Proxy之間的用戶面承載(隧道)。

S608，eNB將MME配置local IP的消息發(fā)送給UE。

具體地，eNB和UE之間建立對應的空口用戶面承載(無線承載)，進而通知相應的local IP給UE。

S609，UE發(fā)送指向服務器1(App Server1)的數據包。

具體地，若UE希望訪問App Server1，通過空口用戶面承載，以local IP為源地址(source address)通過eNB向UE-Proxy發(fā)送數據包。

S610，UE-Proxy查找對應的服務器代理設備1(Server-Proxy1)。

具體地，UE-Proxy接收數據包后，根據destination address查找對應的服務器代理Server-Proxy1。并查找對應的UE是否已經建立了對應的UE-Proxy和Server-Proxy1之間的連接，如果沒有，緩存數據，發(fā)起Create Tunnel Request。如果有執(zhí)行步驟S612。

S611，Server-Proxy1為UE分配代理地址1(Remote IP1)。

具體地，Server-Proxy1收到Create Tunnel Request后，在其IP池內為該UE分配Remote IP1，并建立UE對應的隧道，并發(fā)送Create Tunnel Response通知UE-Proxy，并保存remote IP1，UE-Proxy以及相應隧道的對應關系。

S612，UE-Proxy對數據包的地址信息進行轉換。

具體地，對于收到UE發(fā)給App Server的數據，UE-Proxy將IP頭內的source address從local IP轉換為destination address對應的Server-Proxy1分配的remote IP1。對于從App Server發(fā)送給UE的數據包，UE-Proxy將IP頭內的destination address從remote IP1轉換為local IP。至此UE和App Server之間可以進行雙向數據通訊。

S613，UE發(fā)送指向服務器2(App Server2)的數據包。

具體地，若UE希望訪問App Server2，通過空口用戶面承載，以local IP為源地址(source address)通過eNB向UE-Proxy發(fā)送數據包。

S614，UE-Proxy查找對應的服務器代理設備2(Server-Proxy2)。

具體地，UE-Proxy接收數據包后，根據destination address查找對應的服務器代理Server-Proxy2。并查找對應的UE是否已經建立了對應的UE-Proxy和Server-Proxy2之間的連接，如果沒有，緩存數據，發(fā)起Create Tunnel Request。如果有執(zhí)行步驟S616。

S615，Server-Proxy2為UE分配代理地址2(Remote IP2)。

具體地，Server-Proxy2收到Create Tunnel Request后，在其IP池內為該UE分配Remote IP2，并建立UE對應的隧道，并發(fā)送Create Tunnel Response通知UE-Proxy，并保存remote IP2，UE-Proxy以及相應隧道的對應關系。

S616，UE-Proxy對數據包的源地址進行轉換。

具體地，對于收到UE發(fā)給App Server的數據，UE-Proxy將IP頭內的source address從local IP轉換為destination address對應的Server-Proxy2分配的remote IP2。對于從App Server發(fā)送給UE的數據包，UE-Proxy將IP頭內的destination address從remote IP2轉換為local IP。至此UE和App Server之間可以進行雙向數據通訊。

需要指出的是，本發(fā)明實施例推廣到服務器n(App Server n)一樣適用，這里不再贅述。

相應地，圖12是本發(fā)明實施例提供的第一種切換過程的流程示意圖，該方法是對圖8所述方法的舉例說明，本實施例中，假設UE初始接入基站1(eNB1)，并且通過終端代理設備1(UE-Proxy1)，同時與服務器1(App Server1)和服務器2(App Server2)傳輸業(yè)務，App Server1和App Server2分別對應服務器代理設備1(Server-Proxy1)和服務器代理設2(Server-Proxy2)。其中，UE和eNB1之間的用戶面數據用a-1、a-2表示；eNB1和UE-Proxy1之間的用戶面數據用b-1、b-2表示；UE-Proxy1和Server-Proxy1、Server-Proxy2之間的用戶面數據用c-1、c-2表示；Server-Proxy1、Server-Proxy2和App Server1、App Server2之間的用戶面數據用d-1、d-2表示。如圖所示本實施例的具體方法的流程可以包括：

S701，UE1通過eNB1、UE-Proxy1和Server Proxy1連接Server1，UE1通過eNB1、UE-Proxy1和Server Proxy2連接Server2，并傳輸數據。

其中，Server-Proxy1和Server-Proxy2分別給UE分配了remote IP1和remote IP2，UE-Proxy1給UE分配了local IP。

S702，UE檢測eNB1和eNB2的信號質量。

具體地，UE從eNB1下小區(qū)移動至eNB2下小區(qū)邊界，根據eNB1下發(fā)給UE的測量配置，當滿足測量報告條件時，如eNB2下小區(qū)比eNB1下小區(qū)的接收信號強度大3個dB時，UE上報測量報告給eNB1。

S703，eNB1向UE發(fā)起eNB1和eNB2切換過程。

具體地，eNB接收到測量報告，根據切換判決算法，判定UE應該切換到信號更強的小區(qū)下去，本實施例中eNB1判定UE應該切換到eNB2，因此發(fā)起eNB1和eNB2切換過程。LTE中切換分為S1切換和X2切換，本實施例以X2切換為例，eNB1和eNB2之間通過handover request和handover response消息交換UE的上下文信息，UE-Proxy1的地址和隧道信息，并且在eNB2準備好相應的資源配置好切換命令以及建立eNB1到eNB2之間的反傳隧道等工作，用于傳輸在切換期間eNB1未能發(fā)送給UE的數據。

S704，UE切換連接至eNB2。

具體地，eNB1通過RRC Reconfiguration消息發(fā)送切換命令給終端，指示終端切換到eNB2下的小區(qū)中區(qū)，UE接收后離開原小區(qū)。

S705，eNB1將數據交接給eNB2。

具體地，eNB1發(fā)送SN status transfer給eNB2，指示最后傳輸給UE的PDCP SN號，用于eNB2接續(xù)PDCP的數據繼續(xù)和終端傳輸，對于沒有傳輸成功的，由eNB2和UE之間協(xié)商重傳。由于UE已經離開eNB1下的小區(qū)，所以UE-Proxy1發(fā)給eNB1的b-1和b-2的下行數據已經無法發(fā)送給UE，此處通過步驟S703建立的反傳隧道，由eNB1發(fā)送給eNB2，通過e-1和e-2表示，eNB2會緩存這部分數據，直至UE成功連接后再發(fā)送給UE。

S706，UE1通過eNB2、eNB1、UE-Proxy1和Server Proxy1連接Server1，UE1通過eNB2、eNB1、UE-Proxy1和Server Proxy2連接Server2，并傳輸數據。

具體地，UE搜索切換命令中指示的新小區(qū)，并與該小區(qū)進行同步，按切換命令中的隨機接入配置向該小區(qū)發(fā)起隨機接入，成功后，發(fā)送RRC Reconfiguration Complete消息，通知eNB2完成切換。至此UE和eNB2已經成功建立起空口的無線承載。下行方向，App Server1/App Server2發(fā)送的數據d-1/d-2到Server-Proxy1/Server-Proxy2，然后代理再將c-1/c-2轉發(fā)給UE-Proxy1，UE-Proxy1經過第1步所述的地址變換后，b-1/b-2發(fā)送給eNB1，eNB1通過反傳隧道將e-1/e-2發(fā)送給eNB2，eNB2將反傳過來的數據在空口承載A-1-D，A-2-D發(fā)送給UE。上行方向，UE通過空口承載向eNB2發(fā)送A-1-U和A-2-U，eNB2根據第3步的UE-Proxy1的地址隧道信息，發(fā)送E-1-U/E-2-U給UE-Proxy1，UE-Proxy1通過c-1/c-2發(fā)送給Sever-Proxy1/Server-Proxy2,Sever-Proxy1/Server-Proxy2在通過d-1/d-2路由給App-Server1/App-Server2。

S707，eNB2撤出轉發(fā)。

具體地，eNB2向MME發(fā)送Path Switch消息，希望UE-Proxy1將b-1/b-2的下行數據直接發(fā)送到eNB2，避免從eNB1轉發(fā)。

S708，MME通知UE-Proxy2與Server-Proxy1和Server-Proxy2建立連接。

具體地，MME接收Path Switch消息后，可以選擇是否要修改UE-Proxy。如果MME判斷需要修改UE-Proxy1為UE-Proxy2時，MME向UE-Proxy2發(fā)起Create Proxy Request其中會攜帶UE的各種簽約和權限信息，用于輔助UE-Proxy為UE分配合適的資源，可選的可以攜帶UE的local IP，并且攜帶Server-Proxy的地址和隧道信息，通知UE-Proxy2連接Server-Proxy1/Server-Proxy2。

S709，UE通過eNB2、UE-Proxy2和Server Proxy1連接Server1。

具體地，UE-Proxy2根據Create Proxy Request指示，連接指定的Server-Proxy1發(fā)起Proxy Connection Modify過程，用于指示Server-Proxy1將原 UE-Proxy1的數據發(fā)給UE-Proxy2。可以攜帶UE-Proxy1的地址和隧道信息，UE remote IP等信息，來表明需要更改的隧道。并且攜帶UE-Proxy2的地址和隧道信息，用于指明Server-Proxy1新的連接信息。Server-Proxy1接收請求后，更新發(fā)給UE-Proxy1的數據至發(fā)給UE-Proxy2，并可選的攜帶UE-Proxy2發(fā)給Server-Proxy1的新的地址和隧道信息。UE-Proxy2接收后更新連接信息，至此，UE-Proxy2和Server-Proxy1之間的連接已建立完成。

S710，UE通過eNB2、UE-Proxy2和Server Proxy2連接Server2,。

具體地，與步驟S710相同的方法修改Server-Proxy2連接至UE-Proxy2。至此，UE-Proxy2和Server-Proxy2之間的連接已建立完成。

S711，UE通過eNB2、UE-Proxy2和Server Proxy1與Server1傳輸數據，UE通過eNB2、UE-Proxy2和Server Proxy2與Server2傳輸數據。

S712，UE-Proxy2通知MME建立成功。

具體地，UE-Proxy2向MME回復Create Proxy Response，表示建立成功，并攜帶業(yè)務對應的地址和隧道信息。

S713，MME通知eNB2切換成功。

MME向eNB2回復Path Switch Request Acknowledge，表示UE-Proxy2切換成功，并攜帶業(yè)務上行數據對應的地址和隧道信息。至此UE和App Server之間的數據全部通過eNB2和UE-Proxy2進行轉發(fā)，具體為UE和eNB2之間的A-1/A-2，eNB2和UE-Proxy2之間的B-1/B-2，UE-Proxy2和Server-Proxy1/Server-Proxy2之間的C-1/C-2，和保持不變的Server-Proxy1/Server-Proxy2和App Server1/App Server2之間的d-1/d-2。

S714，MME控制UE-Proxy1刪除上下文信息。

MME等待UE-Proxy1將緩存數據傳完后(一般可以設置一個定時器)，通過Delete Proxy過程，刪除UE-Proxy1的上下文信息。

S715，eNB2刪除上下文信息。

eNB2等待eNB1數據反傳完畢后，一般可以設置一個定時器或者等待接收到數據最后包end marker，刪除UE上下文信息。

圖13是本實施例的第二種傳輸場景的示意圖。在本實施例中，第一節(jié)點為終端(本實施例中稱為“UE”)，第一網關節(jié)點為終端代理設備(本實施例中稱為“UE-AP”)，第二網關節(jié)點為服務器代理設備(本實施例中稱為“Server-Proxy”)，第二節(jié)點為服務器(本實施例中稱為“APP Server”)，除此之外，還包括控制器(Controlor)，用于調度和控制UE和UE-Proxy。相比圖9所述場景中eNB或者熱點和UE-Proxy的功能部署在同一個節(jié)點，如eNB或者熱點可以本地出局(LBO)的基礎上，比如wifi網絡或者LTE的LIPA/SIPTOG功能的基礎上部署UE-Proxy的功能，被稱為UE-AP。UE通過空口Uu接口連接UE-AP，UE-AP可以通過C-P接口和Server-Proxy相連。App Server則通過C-B接口和Server-Proxy相連。上述接口相連可以建立端到端隧道的方式也可以通過端到端路由的方式，發(fā)端的數據發(fā)送到指定節(jié)點。

進一步地，本實施例的棧結構可以如圖14所示。本實施例中UE和UE-AP之間建立點到點的連接，如果UE-AP和UE之間是使用LTE的Uu接口，那么兩者之間的連接又被稱為無線承載。在UE和UE-AP的連接過程中UE-AP為UE分配一個IP地址。另外，App Server是一個互聯網上的應用服務器，和其代理Server-Proxy之間的連接是通過設置路由的方式。UE-Proxy和Server-Proxy之間可以根據配置建立連接并保持；也可以根據UE的業(yè)務需求，動態(tài)的與App Server對應的Server-Proxy建立連接。對UE非透明方式，UE和UE-Proxy之間可以協(xié)商(可選的通過eNB)需要訪問App Server，如UE指明需要訪問的App Server的域名(e.g.www.google.com)或者地址(e.g.110.238.2.38)，UE-Proxy根據配置的App Server和Server-Proxy之間的對應關系，選擇Server-Proxy。對UE透明方式，UE直接發(fā)送數據包至UE-Proxy，UE-Proxy根據數據包中IP數據包頭或者HTTP包頭中的域名，獲知UE需要訪問的App Server，查找對應Server-Proxy。

在此基礎上，圖15是本發(fā)明實施例提供的一種接入過程的流程示意圖，該方法是對圖4和圖6所述方法的舉例說明，可以包括：

S801，UE建立與UE-AP的連接

具體地，UE通過RRC過程，在駐留的小區(qū)和對應的UE-AP建立空口信令連接，用以傳輸UE專用的信令。

S802，UE通過UE-AP注冊網絡。

具體地，UE通過UE-AP向Controller請求Attach，中間經過鑒權等安全過程后，Controller同意UE的請求，并可能Controller要求UE-AP和UE建立無線數據承載，并且給UE分配local IP(或者由UE-AP給UE分配)。Controller可能是獨立節(jié)點或者和UE-AP合并為一個節(jié)點。由于UE-AP作為無線節(jié)點，可能分布式的部署在各個區(qū)域，因此安全性可能較差，運營商可能希望部署一個集中式安全的Controller用于管理眾多UE-AP。UE-AP和Controller合一的部署比較適用與家用部署或者企業(yè)商場部署，用戶需要節(jié)省成本例如空口使用非授權頻段的UE-AP，并且不需要部署多個節(jié)點。后續(xù)描述中對UE-AP和Controller合一的場景，可以跳過UE-AP和Controller之間的交互，因為屬于內部實現過程。

S803，UE發(fā)送指向App Server1的數據包。

具體地，UE希望訪問App Server1，通過無線數據承載，以local IP為source address，App Server1IP為destination address，向UE-AP發(fā)送數據包。

S804，UE-AP查找對應的Server-Proxy1。

具體地，UE-AP根據destination address，檢查是否已有對應的隧道或者Server-Proxy的配置。如果有則通過連接發(fā)送到對應的Server-Proxy中去。如果沒有這需要新建和Server-Proxy之間的連接，UE-AP向Controller請求建立Server-Proxy連接，攜帶destination address或者希望連接的Server-Proxy標識(通過查destination address和Server-Proxy對應關系獲得)，以及自身的地址和隧道配置，local IP等信息。

S805，Controller通知Server-Proxy1相關信息。

具體地，Controller發(fā)送Create Tunnel Request給對應的App Server1對應的Server-Proxy1，其中攜帶UE-AP地址和隧道配置，local IP等信息。

S806，Server-Proxy1為UE分配Remote IP1。

具體地，Server-Proxy1收到Create Tunnel Request后，在其IP池內為該UE分配Remote IP1地址，并建立UE對應的隧道，并發(fā)送Create Tunnel Response通知Controller，并保存remote IP1，UE-AP以及相應隧道的對應關系。

S807，Controller通知UE-AP相關信息。

具體地，Controller將Server-Proxy返回的信息通知UE-AP。

S808，UE-AP對數據包的地址信息進行轉換。

具體地，UE-AP保存Server-Proxy1分配的隧道地址信息和UE remote IP1。并對UE的數據進行l(wèi)ocal IP和remote IP1的轉換。對于收到UE發(fā)給App Server 的數據，UE-AP將IP頭內的source address從local IP轉換為destination address對應的Server-Proxy1分配的remote IP1。對于從App Server發(fā)送給UE的數據，UE-AP將IP頭內的destination address從remote IP1轉換為local IP。至此UE和App Server之間可以進行雙向數據通訊。

S809，UE發(fā)送指向App Server2的數據包。

具體地，UE希望訪問App Server2，通過無線數據承載，以local IP為source address，App Server2IP為destination address，向UE-AP發(fā)送數據包。

S810，UE-AP查找對應的Server-Proxy2。

S811，Controller通知Server-Proxy2相關信息。

具體地，Controller發(fā)送Create Tunnel Request給對應的App Server1對應的Server-Proxy1，其中攜帶UE-AP地址和隧道配置，local IP等信息。

S812，Server-Proxy2為UE分配Remote IP2。

具體地，Server-Proxy2收到Create Tunnel Request后，在其IP池內為該UE分配Remote IP2地址，并建立UE對應的隧道，并發(fā)送Create Tunnel Response通知Controller，并保存remote IP1，UE-AP以及相應隧道的對應關系。

S813，Controller通知UE-AP相關信息。

具體地，Controller將Server-Proxy返回的信息通知UE-AP。

S814，UE-AP對數據包的地址信息進行轉換。

具體地，UE-AP保存Server-Proxy2分配的隧道地址信息和UE remote IP2。并對UE的數據進行l(wèi)ocal IP和remote IP2的轉換。對于收到UE發(fā)給App Server的數據，UE-AP將IP頭內的source address從local IP轉換為destination address對應的Server-Proxy2分配的remote IP2。對于從App Server發(fā)送給UE的數據，UE-AP將IP頭內的destination address從remote IP1轉換為local IP。至此UE和App Server之間可以進行雙向數據通訊。

需要指出的是，本發(fā)明實施例推廣到服務器n(App Server n)一樣適用，這里不再贅述。

相應地，圖16是本發(fā)明實施例提供的第二種切換過程的流程示意圖，該方法是對圖8所述方法的舉例說明。為簡化描述，本實施例中僅以UE-AP和Controller功能合一為例。本實施例中，假設UE初始接入UE-AP1，同時和App Server1和App Server2進行業(yè)務，分別對應的代理是Server-Proxy1和Server-Proxy2。UE和UE-AP之間的用戶面數據用a-1、a-2表示；UE-AP1和Server-Proxy1、Server-Proxy2之間的用戶面數據用c-1、c-2表示；Server-Proxy1、Server-Proxy2和App Server1、App Server2之間的用戶面數據用d-1、d-2表示。

S901，UE1通過UE-AP1和Server Proxy1連接Server1，并傳輸數據。

其中，Server-Proxy1給UE分配了remote IP1，UE-AP1給UE分配了local IP,Server-Proxy2給UE分配了remote IP2。UE-AP1為UE和App Server1之間的數據做local IP到remote IP1的轉換，或Server-Proxy2為UE和App Server2之間的數據做local IP到remote IP2的轉換。

S902，UE1通過UE-AP2和Server Proxy2連接Server2，并傳輸數據。

S903，UE檢測UE-AP1和UE-AP2的信號質量。

具體地，UE從UE-AP1下小區(qū)移動至UE-AP2下小區(qū)邊界，根據UE-AP1下發(fā)給UE的測量配置，當滿足測量報告條件時，如UE-AP2下小區(qū)比UE-AP1下小區(qū)的接收信號強度大3個dB時，UE上報測量報告給UE-AP1。

S904，UE-AP1向UE發(fā)起UE-AP1和UE-AP2切換過程。

具體地，UE-AP1接收到測量報告，根據切換判決算法，判定UE應該切換到信號更強的小區(qū)下去，本實施例中UE-AP1判定UE應該切換到UE-AP2中去，因此發(fā)起UE-AP1和UE-AP2切換過程。本實施例以X2切換為例，UE-AP1和UE-AP2之間通過handover request和handover response消息交換UE的上下文信息、local IP信息、Server-Proxy1/Server-Proxy2的配置信息，包括地址信息，隧道信息，remote IP1/IP2信息，UE-AP1的地址和隧道信息，并且在UE-AP2準備好相應的資源配置好切換命令以及建立UE-AP 1到UE-AP 2之間的反傳隧道等工作，用于傳輸在切換期間UE-AP1未能發(fā)送給UE的數據。完成后UE-AP2發(fā)送handover response給UE-AP1，其中包含切換命令。

S905，UE切換連接至UE-AP2。

具體地，UE-AP1通過RRC Reconfiguration消息發(fā)送切換命令給終端，指示終端切換到eNB2下的小區(qū)中區(qū)，終端接收后離開源小區(qū)。UE-AP1可以開始向UE-AP2反傳數據，通過UE-AP1向UE-AP2可以發(fā)送SN status transfer，告知UE最后的數據接收狀況，以便在UE-AP2中接續(xù)傳輸。

S906，UE通知UE-AP2切換完成。

具體地，UE在新小區(qū)接入，發(fā)送RRC reconfiguration complete消息給UE-AP2，表示空口切換過程完成。

S907，UE-AP2向Sever-Proxy1發(fā)起連接修正過程。

具體地，UE-AP2向Server-Proxy1發(fā)起Proxy Connection Modification過程，修改Server-Proxy1的數據從發(fā)給UE-AP1改變?yōu)榘l(fā)給UE-AP2。

S908，UE-AP2向Sever-Proxy2發(fā)起連接修正過程。

具體地，UE-AP2也向Server-Proxy2發(fā)起Proxy Connection Modification過程，修改Server-Proxy2的數據從發(fā)給UE-AP1改變?yōu)榘l(fā)給UE-AP2。

S909，UE通過UE-AP2和Server Proxy1連接Server1。

S910，UE通過UE-AP2和Server Proxy2連接Server2。

圖17是本實施例的第三種傳輸場景的示意圖。在本實施例中，第一節(jié)點為終端(本實施例中稱為“UE”)，第一網關節(jié)點為終端代理設備(本實施例中稱為“UE-Proxy”)，第二節(jié)點為服務器(本實施例中稱為“APP Server”)，第二網關節(jié)點(本實施例中稱為“Server-Proxy”)內置于所述服務器。

圖18是本實施例的第三(a)種棧結構的示意圖，本實施例中，UE-AP可以通過隧道直連App Server，當UE-AP變更時，可以通知App Server變更隧道，從而保持UE的業(yè)務連續(xù)性。

圖19是本實施例的第三(b)種棧結構的示意圖，本實施例與圖15的區(qū)別在于UE和UE-AP空口使用的802.11(即1Wifi)協(xié)議連接，UE-AP和Server-Proxy之間，所示使用CAPWAP和和GTP-U一樣，是另一種隧道協(xié)議。Server-Proxy之間也通過一種點到點的連接協(xié)議連接(如PPP、VPN協(xié)議)連接App Server，圖9和圖13所述的實施例，是通過路由方式App-Server連接Server-Proxy，所以為了將UE的數據路由至Server-Proxy，UE需要修改local IP至remote IP，以便App Server通過remote IP發(fā)送數據給UE時，會路由至Server-Proxy。然而，本實施通過連接協(xié)議建立專用通道直連App Server和Server-Proxy，App Server和Server-Proxy之間的數據不需要經過路由可以直通(和隧道相同)，避免了修改至remote IP的過程。缺點是App Server只能服務來自Server-Proxy的用戶，在實際部署時可以部署專門的服務器，或者同一臺服務器上某一個網絡接口，或者虛擬一個網絡接口與Server-Proxy相連，其他服務器或者其他接口還可以服務來自于Server-Proxy之外的用戶。

圖20是本發(fā)明實施例提供的第四種傳輸場景的示意圖。在本實施例中，第一節(jié)點為服務器(本實施例中稱為“APP Server”)，第一網關節(jié)點為服務器代理設備(本實施例中稱為“Server-Proxy”)，第二網關節(jié)點為終端代理設備(本實施例中稱為“UE-Proxy”)，第二節(jié)點為終端(本實施例中稱為“UE”)。本實施例中移動的第一節(jié)點為APP Server，主要可能的原因是APP Server之間進行負載均勻，如服務器1CPU或者內存占用過高，將部分終端的數據從服務器1轉至服務器2處理。將用戶1連接的服務器從服務器1轉移至服務器2，整個過程中保持對終端1來說服務器的IP地址不變，而服務器之間可以通過同步服務器上對于該終端的上下文信息，從而對終端1來說服務器的變化是不可見或者是透明的，并且在服務器更換的過程中業(yè)務是沒有中斷的。

在此基礎上，圖21是本發(fā)明實施例提供的一種切換過程的流程示意圖，該方法是對圖8所述方法的舉例說明。如圖所示，終端從總代代理設備1移動至終端代理設備2，過程如上述實施例所示，不再贅述。此時服務器2可能離終端設備的傳輸距離更近，由服務器2服務可能更為合適，服務器代理設備或者路由管理節(jié)點可以觸發(fā)服務終端的服務器從服務器1向服務器2的遷移過程。具體流程可以包括：

S1001服務器代理設備1或者路由管理節(jié)點可以和服務器1協(xié)商服務器切換。如果同意由服務器代理設備1開始執(zhí)行代理設備切換過程。

S1002服務器代理設備1將相關服務器的上下文信息轉移至服務器代理設備2。保證服務器代理2能將終端發(fā)送給服務器1的數據轉發(fā)給服務器2，對終端來說不需要變更服務器的IP地址，從而確保的IP的連續(xù)性。服務器代理設備1將終端通過終端代理2發(fā)來的數據都轉發(fā)至服務器代理設備2，服務器2準備好之前有服務器代理設備進行緩存。

S1003服務器代理設備1指示服務器1進行服務器切換至服務器2。

S1004服務器1可以將APP相關的業(yè)務上下文信息轉發(fā)至新的服務器2，包括終端的連接信息(TCP連接配置信息，業(yè)務狀態(tài)信息)使得終端可以在原有的服務進度上繼續(xù)，保證業(yè)務的連續(xù)性。如不轉發(fā)APP相關的業(yè)務上下文，服務器1通知服務器2終端的地址信息，可能需要終端重發(fā)業(yè)務連接請求。

S1005服務器2準備好后通知服務器代理設備2進行路由切換。此時服務器代理設備將終端發(fā)送給服務器代理1的緩存數據發(fā)送給服務器2。

S1006服務器代理設備2通知終端代理設備2將數據流由原來的服務器代理設備1轉至服務器代理設備2。再由服務器代理設備2轉發(fā)至服務器2。

本實施例描述的是，當App Server變更時，仍然可以保持業(yè)務連續(xù)性，即UE不可見。通?？梢詰迷贏pp Server進行負載均衡，或者UE移動時，變更至離UE更近的App Server(如CDN服務器)的場景，以獲得更好的資源更短的時延更好的用戶體驗。

圖22是本實施例的第五(a)種傳輸場景的示意圖，在本實施例中，第一節(jié)點為終端(本實施例中稱為“UE”)，第一網關節(jié)點為終端代理設備且內置于終端，第二節(jié)點為服務器(本實施例中稱為“APP Server”)，第二網關節(jié)點為服務器代理設備(本實施例中稱為“Server-Proxy”)。本實施的主要變化在于第一網關節(jié)點內置終端造成，對于第二網關節(jié)點內置或者不內置于服務器的場景同樣適用。終端通過機入網設備(可以是基站或者AP)連接第二網關節(jié)點和服務器。由于本實施例的第一網關節(jié)點內置于終端，因此在終端移動時，第一網關跟隨終端移動，因此終端不需要更換第一網關節(jié)點。

接入節(jié)點建立與接入網設備之間的連接，并通過鑒權并完成注冊。具體過程可以重用現有2G/3G/4G(參見前面的實施例)以及未來可能的5G系統(tǒng)的無線接入過程。在此基礎上，圖23是本發(fā)明實施例提供的一種接入過程的流程示意圖，該方法是對圖4和圖6所述方法的舉例說明，可以包括：

S1101，終端建立與接入網設備之間的連接。

具體地，以4G網絡接入過程舉例，UE通過RRC(Radio Resource Control，無線資源控制協(xié)議)過程，在駐留的小區(qū)和對應的eNB建立空口信令連接，用以傳輸UE專用的信令。

S1102，UE通過eNB注冊網絡。

具體地，UE通過空口連接發(fā)送Attach Request，對網絡進行注冊。

S1103，eNB向集中式控制器或者MME為UE注冊網絡。

具體地，eNB通過Initial UE Message并攜帶UE發(fā)送的Attach Request消息給MME。

S1104，MME鑒權處理。

S1105，MME為UE選擇UE-Proxy。具體地，如果鑒權成功，MME選擇UE-Proxy，發(fā)起Create Proxy Request。本實施例中UE-Proxy內置于UE。UE可以在上述接入過程中在信令中(如S1102)攜帶UE-Proxy的信息，使得MME選擇內置UE-Proxy。Create Proxy Request中會攜帶UE的各種簽約和權限信息，用于輔助UE-Proxy為UE分配本地地址(local IP)。

S1106，UE-Proxy為UE分配local IP。

S1107，MME和eNB建立連接。

具體地，MME和eNB通過Initial Context Setup建立eNB和UE-Proxy之間的用戶面承載(隧道)。

S1108，eNB將將MME配置local IP的消息發(fā)送給UE。

具體地，eNB和UE之間建立對應的空口用戶面承載(無線承載)，進而通知相應的local IP給UE。

S1109，UE發(fā)送指向服務器1(App Server1)的數據包。

具體地，若UE希望訪問App Server1，通過空口用戶面承載，以local IP為源地址(source address)向UE-Proxy發(fā)送數據。

S1110，UE-Proxy查找對應的服務器代理設備1(Server-Proxy1)。

具體地，UE-Proxy接收數據包后，根據destination address查找對應的服務器代理Server-Proxy1。并查找對應的UE是否已經建立了對應的UE-Proxy和Server-Proxy1之間的連接，如果有執(zhí)行步驟S1113。

S1110如果沒有對應的服務器代理，終端代理設備緩存數據，向控制器或者MME查詢對應的服務器代理設備?？刂破骰騇ME根據終端代理上報的數據包特征(如數據包的協(xié)議頭)確定服務器以及服務器代理設備。并將其對應的標識信息或者地址信息返回給終端代理設備。

S1111終端代理發(fā)起Create Tunnel Request。

S1112Server-Proxy1為UE分配代理地址1(Remote IP1)。

S1113，UE-Proxy對數據包的地址信息進行轉換。

S1114，UE發(fā)送指向服務器2(App Server2)的數據包。

具體地，若UE希望訪問App Server2，通過空口用戶面承載，以local IP為源地址(source address)通過eNB向UE-Proxy發(fā)送數據包。UE-Proxy查找對應的服務器代理設備2(Server-Proxy2)。具體地，UE-Proxy接收數據包后，根據destination address查找對應的服務器代理Server-Proxy2。并查找對應的UE是否已經建立了對應的UE-Proxy和Server-Proxy2之間的連接，如果有執(zhí)行步驟S1118。

S1115如果沒有，終端代理設備緩存數據，和S1110一樣，向控制器或者MME查詢對應的服務器代理設備?？刂破骰騇ME根據終端代理上報的數據包特征(如數據包的協(xié)議頭)確定服務器以及服務器代理設備。并將其對應的標識信息或者地址信息返回給終端代理設備。

S1116終端代理設備發(fā)起Create Tunnel Request。

S1117Server-Proxy2為UE分配代理地址2(Remote IP2)。

具體地，Server-Proxy2收到Create Tunnel Request后，在其IP池內為該UE分配Remote IP2，并建立UE對應的隧道，并發(fā)送Create Tunnel Response通知 UE-Proxy，并保存remote IP2，UE-Proxy以及相應隧道的對應關系。

S1117，UE-Proxy對數據包的源地址進行轉換。

需要指出的是，本發(fā)明實施例推廣到服務器n(App Server n)一樣適用，這里不再贅述。

相應地，圖24是本發(fā)明實施例提供的第一種切換過程的流程示意圖，該方法是對圖8所述方法的舉例說明，本實施例中，假設UE和內置的終端代理設備初始連接的基站1(eNB1)，同時與服務器1(App Server1)和服務器2(App Server2)傳輸業(yè)務，App Server1和App Server2分別對應服務器代理設備1(Server-Proxy1)和服務器代理設2(Server-Proxy2)。其中，UE和終端設備代理之間的用戶面數據用a-1、a-2表示；終端設備代理和eNB之間的用戶面數據用b-1、b-2表示；eNB1和Server-Proxy1、Server-Proxy2之間的用戶面數據用c-1、c-2表示；Server-Proxy1、Server-Proxy2和App Server1、App Server2之間的用戶面數據用d-1、d-2表示。其中，Server-Proxy1和Server-Proxy2分別給UE分配了remote IP1和remote IP2，終端設備代理給UE分配了local IP。終端設備代理對于收到UE發(fā)給App Server的數據，終端設備代理將IP頭內的source address從local IP轉換為destination address對應的Server-Proxy2分配的remote IP2。對于從App Server發(fā)送給UE的數據包，終端設備代理將IP頭內的destination address從remote IP2轉換為local IP。至此UE和App Server之間可以進行雙向數據通訊。

S1201，UE檢測eNB1和eNB2的信號質量。

S1202，eNB1向UE發(fā)起eNB1和eNB2切換過程。

具體地，eNB接收到測量報告，根據切換判決算法，判定UE應該切換到信號更強的小區(qū)下去，本實施例中eNB1判定UE應該切換到eNB2，因此發(fā)起eNB1和eNB2切換過程。LTE中切換分為S1切換和X2切換，本實施例以X2切換為例，eNB1和eNB2之間通過handover request和handover response消息交換UE的上下文信息，UE-Proxy和Server-Proxy1/2的地址和隧道信息，并且在eNB2準備好相應的資源配置好切換命令以及建立eNB1到eNB2之間的反傳隧道等工作，用于傳輸在切換期間eNB1未能發(fā)送給UE的數據。

S1203，發(fā)送切換命令給UE

具體地，eNB1通過RRC Reconfiguration消息發(fā)送切換命令給終端，指示終端切換到eNB2下的小區(qū)中區(qū)，UE接收后離開原小區(qū)。

eNB1將數據交接給eNB2。具體地，eNB1發(fā)送SN status transfer給eNB2，指示最后傳輸給UE的PDCP SN號，用于eNB2接續(xù)PDCP的數據繼續(xù)和終端傳輸，對于沒有傳輸成功的，由eNB2和UE之間協(xié)商重傳。由于UE已經離開eNB1下的小區(qū)，所以Server-Proxy1和Server-Proxy2發(fā)給eNB1的c-1和c-2的下行數據c-1-D和c-2-D已經無法發(fā)送給UE，此處通過步驟S1202建立的反傳隧道，由eNB1發(fā)送給eNB2，通過F-1-D和F-2-D表示，eNB2會緩存這部分數據，直至UE成功連接后再發(fā)送給UE。

S1204，UE1和終端設備代理通過eNB2分別和Server Proxy1連接Server1，Server Proxy2連接Server2，并傳輸數據。

具體地，UE搜索切換命令中指示的新小區(qū)，并與該小區(qū)進行同步，按切換命令中的隨機接入配置向該小區(qū)發(fā)起隨機接入，成功后，發(fā)送RRC Reconfiguration Complete消息，通知eNB2完成切換。至此UE和eNB2已經成功建立起空口的無線承載。下行方向，App Server1/App Server2發(fā)送的數據d-1-D/d-2-D到Server-Proxy1/Server-Proxy2，然后代理再將c-1-D/c-2-D轉發(fā)給eNB1，eNB1通過反傳隧道將F-1-D/F-2-D發(fā)送給eNB2，eNB2將反傳過來的數據在空口承載B-1-D，B-2-D發(fā)送給終端設備代理，終端設備代理經過地址變換將B-1-D，B-2-D變換為a-1-D和a-2-D。上行方向，UE向終端設備代理發(fā)送a-1-U和a-2-U，終端設備代通過空口承載向eNB2發(fā)送B-1-U和B-2-U，eNB2根據第S1202步的Server-Proxy1/2的地址隧道信息，發(fā)送C-1-U/C-2-U發(fā)送給Sever-Proxy1/Server-Proxy2,Sever-Proxy1/Server-Proxy2在通過d-1-U/d-2-U路由給App-Server1/App-Server2。如果S1202沒有通知eNB2Server-Proxy1/2的地址隧道信息，則eNB2緩存所有上行數據。

S1205，eNB2撤出轉發(fā)。

具體地，eNB2向MME發(fā)送Path Switch消息，希望Server-Proxy1/2將C-1-D/C-2-D的下行數據直接發(fā)送到eNB2，避免從eNB1轉發(fā)。

S1207/1208，MME通知Server-Proxy1/2將下行數據發(fā)送給eNB2。Server-Proxy1和Server-Proxy2分別將App Server發(fā)來的d-1-D和d-2-D通過C-1-D和C-2-D發(fā)送給eNB2，eNB2通過空口通過B-1-D和B-2-D發(fā)送給終端設備代理，終端設備代理經過地址轉換后發(fā)送給終端a-1-D和a-2-D。

UE和終端設備代理通過eNB2分別于Server Proxy1與Server1傳輸數據，和Server Proxy2與Server2傳輸數據。

Server Proxy1和Server Proxy2通知MME成功。

S1209，MME通知eNB2切換成功。

MME向eNB2回復Path Switch Request Acknowledge，表示App-Proxy1/2切換成功，并攜帶業(yè)務上行數據對應的地址和隧道信息。如果S1204步eNB2緩存終端的上行數據，則此時可以將對應的緩存數據發(fā)送給App-Proxy1/2，進而發(fā)送給對應的App-Server。至此UE和App Server之間的數據全部通過終端設備代理，eNB2和App-Proxy進行轉發(fā)

S1210，eNB2控制eNB1刪除上下文信息。

eNB2等待eNB1數據反傳完畢后，一般可以設置一個定時器或者等待接收到數據最后包end marker，刪除UE上下文信息。

當地址轉換功能在Server-Proxy處理時，上述過程也是一致的。

圖25是本實施例提供的第五(b)種傳輸場景的示意圖。當第一網關節(jié)點內置于終端時，終端和第一網網關節(jié)點可以通過內部接口進行通訊，甚至可以將終端和第一網關的功能用同一程序實現，終端可以很方便的獲取第一網關節(jié)點的終端上下文信息，因此，本實施例相對于圖22的實施例，區(qū)別在于將終端直接具有第一網關節(jié)點的功能。下面為了描述上的方便將同時擁有終端和第一網關節(jié)點功能的這個節(jié)點稱為接入節(jié)點。

在此基礎上，圖26是本發(fā)明實施例提供的一種接入過程的流程示意圖，該方法是對圖4和圖6所述方法的舉例說明，可以包括：

S1301，接入節(jié)點建立與接入網設備之間的連接。

具體地，以4G網絡接入過程舉例，UE通過RRC(Radio Resource Control，無線資源控制協(xié)議)過程，在駐留的小區(qū)和對應的eNB建立空口信令連接，用以傳輸UE專用的信令。此步驟可以重用上述以及其他類似的無線技術建立空口連接的過程。

S1302，接入節(jié)點通過接入網設備注冊。

具體地，接入網設備通過空口連接發(fā)送注冊請求，對網絡進行注冊。

S1303，接入網設備向集中式控制器發(fā)送注冊請求。

具體地，可以類似于LTE系統(tǒng)中eNB通過Initial UE Message并攜帶UE發(fā)送的Attach Request消息給MME。

S1304，集中式控制鑒權處理。

具體地，類似于LTE系統(tǒng)MME處理Attach Request前，需要通過鑒權過程，鑒別雙方節(jié)點是否是可信節(jié)點。并產生加密算法和秘鑰等相關信息用于后續(xù)的安全過程。如果通過，則接入節(jié)點和控制器之間可以進行后續(xù)信令過程。可選的接入節(jié)點和控制器之間建立一條默認傳輸路徑。

S1305當接入節(jié)點要和服務器進行通訊時，先檢測內置的接入節(jié)點是否已經和服務器和以及其對應的服務器代理之間建立關聯關系。如果沒有則需要向控制器請求，選擇服務器對應的服務器代理，分配代理地址，并通過服務器代理連接服務器。

接入節(jié)點可以向控制器節(jié)點發(fā)起業(yè)務請求，接入節(jié)點通過信令向控制器請求需要訪問的服務或者服務器。接入節(jié)點可以通過指明服務類型、服務商信息、服務標識信息、服務域名或者URL信息(如www.youtube.com或者www.myvideo.com/service/portal1)、服務地址信息(如IP地址信息10.238.2.38)等用于控制器節(jié)點確認需要訪問的服務器。

或者接入節(jié)點可以使用S1304步驟中的臨時默認傳輸路徑上默認IP地址作為源地址，將需要發(fā)送服務器的數據包發(fā)送給控制器?？刂破魍ㄟ^對數據包的特征識別(如數據包中IP數據包頭或者HTTP包頭中)，確認需要連接的服務器和對應的服務器代理設備。

控制器將服務器或服務器代理設備對應的信息(如標識信息，地址信息)發(fā)送給接入節(jié)點。

S1306，接入節(jié)點保存服務器或服務器代理設備對應的信息和對應服務之間的綁定關系。接入節(jié)點和對應的服務器代理設備建立連接關系，分配remote IP1，使用該IP為接入節(jié)點和該服務器相互通訊時的IP地址，并通過服務器代理節(jié)點和服務器進行通訊。

S1307，另一種可能的實施方式，類似S1305過程，接入節(jié)點接入節(jié)點可以向控制器節(jié)點發(fā)起業(yè)務請求或者接入節(jié)點將需要發(fā)送服務器的數據包發(fā)送給控制器，攜帶信息和S1305一致?？刂破鬟x定服務器以及對應的服務器代理設備。

S1308控制器需要和服務器代理設備進行配置或者協(xié)商，如協(xié)商是否接納該接入節(jié)點，如果不能接納可能需要選擇一個新的服務器節(jié)點。或者如果需要建立相關的傳輸配置，需要服務器代理設備建立對應的傳輸配置，如傳輸隧道配置或者路由表配置信息，還包括分配給接入節(jié)點的remote IP2，返回給控制器節(jié)點。

S1309控制器將服務器或服務器代理選擇的結果通知接入節(jié)點，以便接入節(jié)點按所示結果和對應的服務器以及其服務器代理節(jié)點進行通訊。接入節(jié)點使用該remote IP2為接入節(jié)點和該服務器相互通訊時的IP地址，

相應地，圖27是本發(fā)明實施例提供的第一種切換過程的流程示意圖，當第一網關節(jié)點內置于終端時，終端和第一網網關節(jié)點可以通過內部接口進行通訊，甚至可以將終端和第一網關的功能用同一程序實現，因此終端可以很方便的獲取第一網關節(jié)點的終端上下文信息。下面為了描述上的方便將同時擁有終端和第一網關功能的這個節(jié)點稱為接入節(jié)點。假設接入節(jié)點初始連接的接入網設備1，同時與服務器1(App Server1)和服務器2(App Server2)傳輸業(yè)務，App Server1和App Server2分別對應服務器代理設備1(Server-Proxy1)和服務器代理設2(Server-Proxy2)。其中，接入節(jié)點和接入網設備1之間的用戶面數據用b-1、b-2表示；接入網設備1和Server-Proxy1、Server-Proxy2之間的用戶面數據用c-1、c-2表示；Server-Proxy1、Server-Proxy2和App Server1、App Server2之間的用戶面數據用d-1、d-2表示。其中，Server-Proxy1和Server-Proxy2分別給接入節(jié)點分配了remote IP1和remote IP2。接入節(jié)點分別使用remote IP1和remote IP2與服務器1和服務器2進行通訊。

S1401，接入節(jié)點檢測接入網設備1和接入網設備2的信號質量。

具體地，以LTE為例，UE從eNB1下小區(qū)移動至eNB2下小區(qū)邊界，根據 eNB1下發(fā)給UE的測量配置，當滿足測量報告條件時，如eNB2下小區(qū)比eNB1下小區(qū)的接收信號強度大3個dB時，UE上報測量報告給eNB1。

S1402，接入網設備1發(fā)起接入節(jié)點從接入網設備1和接入網設備2切換過程。

具體地，以LTE為例eNB接收到測量報告，根據切換判決算法，判定UE應該切換到信號更強的小區(qū)下去，本實施例中eNB1判定UE應該切換到eNB2，因此發(fā)起eNB1和eNB2切換過程。LTE中切換分為S1切換和X2切換，本實施例以X2切換為例，eNB1和eNB2之間通過handover request和handover response消息交換UE的上下文信息，Server-Proxy1/2的地址和隧道信息，并且在eNB2準備好相應的資源配置好切換命令以及建立eNB1到eNB2之間的反傳隧道等工作，用于傳輸在切換期間eNB1未能發(fā)送給UE的數據。

S1403，接入節(jié)點接收切換命令

具體地，以LTE為例，eNB1通過RRC Reconfiguration消息發(fā)送切換命令給終端，指示終端切換到eNB2下的小區(qū)中區(qū)，UE接收后離開原小區(qū)。

S1404，接入節(jié)點通過接入網設備2分別和Server Proxy1連接Server1，Server Proxy2連接Server2，并傳輸數據。

具體地，以LTE為例，UE搜索切換命令中指示的新小區(qū)，并與該小區(qū)進行同步，按切換命令中的隨機接入配置向該小區(qū)發(fā)起隨機接入，成功后，發(fā)送RRC Reconfiguration Complete消息，通知eNB2完成切換。至此UE和eNB2已經成功建立起空口的無線承載。下行方向，App Server1/App Server2發(fā)送的數據d-1-D/d-2-D到Server-Proxy1/Server-Proxy2，然后代理再將c-1-D/c-2-D轉發(fā)給eNB1，eNB1通過反傳隧道將F-1-D/F-2-D發(fā)送給eNB2，eNB2將反傳過來的數據在空口承載B-1-D，B-2-D發(fā)送給UE。上行方向，UE通過空口承載向eNB2 發(fā)送B-1-U和B-2-U，eNB2可以根據第S1402步的Server-Proxy1/2的地址隧道信息，發(fā)送C-1-U/C-2-U發(fā)送給Sever-Proxy1/Server-Proxy2,Sever-Proxy1/Server-Proxy2在通過d-1-U/d-2-U路由給App-Server1/App-Server2。如果S1402沒有通知eNB2Server-Proxy1/2的地址隧道信息，則eNB2緩存所有上行數據。

S1405，接入網設備2撤出轉發(fā)。

具體地，以LTE為例，eNB2向MME發(fā)送Path Switch消息，希望Server-Proxy1/2將C-1-D/C-2-D的下行數據直接發(fā)送到eNB2，避免從eNB1轉發(fā)。

S1406/1407，控制器通知服務器代理將下行數據發(fā)送給接入網設備2.。

具體地，以LTE為例，MME通知Server-Proxy1/2將下行數據發(fā)送給eNB2。Server-Proxy1和Server-Proxy2分別將App Server發(fā)來的d-1-D和d-2-D通過C-1-D和C-2-D發(fā)送給eNB2，eNB2通過空口通過B-1-D和B-2-D發(fā)送給UE。

UE通過eNB2分別于Server Proxy1與Server1傳輸數據，和Server Proxy2與Server2傳輸數據。

Server Proxy1和Server Proxy2通知MME成功。

S1408，控制器通知接入網設備2切換成功。

具體地，以LTE為例，MME向eNB2回復Path Switch Request Acknowledge，表示App-Proxy1/2切換成功，并攜帶業(yè)務上行數據對應的地址和隧道信息。如果S1404步eNB2緩存終端的上行數據，則此時可以將對應的緩存數據發(fā)送給App-Proxy1/2，進而發(fā)送給對應的App-Server。至此UE和App Server之間的數據全部通過eNB2和App-Proxy進行轉發(fā)

S1409，接入網設備2控制接入網設備1刪除上下文信息。

具體地，以LTE為例，eNB2等待eNB1數據反傳完畢后，一般可以設置一個定時器或者等待接收到數據最后包end marker，刪除UE上下文信息。

在上述本實施例中，同樣也適用于當第二網關節(jié)點(本實施例中稱為“Server-Proxy”)內置于所述服務器的場景。

由上可見，本發(fā)明實施例中，第一網關節(jié)點內置于第一節(jié)點，使得第一節(jié)點可以很方便的獲取第一網關節(jié)點的終端上下文信息。甚至第一節(jié)點和第一網關節(jié)點的功能用同一程序實現，可以直接使用remote IP。可以避免local IP和 remote IP之間的相互轉換過程，第一節(jié)點和第二節(jié)點可以直接使用對應的端到端的IP地址進行通訊，避免一些需要直接使用端到端IP地址的服務協(xié)議(如SIP協(xié)議)因為中間的地址轉換功能，可以無法使用的問題。

圖28是本發(fā)明第一實施例提供的一種網關節(jié)點的結構示意圖，該網關節(jié)點用于實現圖4中第一網關節(jié)點的相關操作。如圖所示本發(fā)明實施例中的網關節(jié)點至少可以包括節(jié)點選擇模塊110、代理地址獲取模塊120、源地址轉換模塊130以及數據包發(fā)送模塊140，其中：

節(jié)點選擇模塊110，用于根據第一節(jié)點的請求選擇第二網關節(jié)點，以使所述第一節(jié)點通過本網關節(jié)點和所述第二網關節(jié)點連接第二節(jié)點。

可選地，節(jié)點選擇模塊110，具體用于：獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

又可選地，節(jié)點選擇模塊110，具體用于：獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

代理地址獲取模塊120，用于獲取所述第二網關節(jié)點為所述第一節(jié)點分配的代理地址。

源地址轉換模塊130，用于將所述第一節(jié)點發(fā)送來的數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址；

數據包發(fā)送模塊140，用于將轉換后的數據包發(fā)送至所述第二網關節(jié)點，以使所述第二網關節(jié)點將其發(fā)送至所述第二節(jié)點。

請參閱圖28，如圖所示的網關節(jié)點還可以包括地址分配模塊150，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

請參閱圖28，如圖所示的網關節(jié)點還可以包括連接判斷模塊160和請求發(fā)送模塊170，其中：

連接判斷模塊160，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

請求發(fā)送模塊170，用于在所述連接判斷模塊判定本網關節(jié)點和所述第二網關節(jié)點之間未建立有連接時，向所述第二網關節(jié)點發(fā)送連接建立請求，以使所述第二網關節(jié)點與本網關節(jié)點建立連接，并為所述第一節(jié)點分配代理地址。

請參閱圖28，如圖所示的網關節(jié)點還可以包括數據包獲取模塊180，獲取所述第一節(jié)點發(fā)送的數據包。

請參閱圖28，如圖所示的網關節(jié)點還可以包括信息發(fā)送模塊190，用于當所述第一節(jié)點從本網關節(jié)點切換至另一網關節(jié)點時，將所述第一節(jié)點的上下文信息發(fā)送至所述另一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一網關節(jié)點根據所述上下文信息識別所述第一節(jié)點和確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并向所述第二節(jié)點發(fā)送數據包。

圖29是本發(fā)明第一實施例提供的另一種網關節(jié)點的結構示意圖，該網關節(jié)點用于實現圖5中第一網關節(jié)點的相關操作。如圖所示本發(fā)明實施例中的網關節(jié)點至少可以包括節(jié)點選擇模塊210和數據包發(fā)送模塊220，其中：

節(jié)點選擇模塊210，用于根據第一節(jié)點的請求選擇第二網關節(jié)點，以使所述第一節(jié)點通過本網關節(jié)點和所述第二網關節(jié)點連接第二節(jié)點。

可選地，節(jié)點選擇模塊210，具體用于：獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

又可選地，節(jié)點選擇模塊210，具體用于：獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

數據包發(fā)送模塊220，用于將所述第一節(jié)點發(fā)送來的數據包發(fā)送至所述第二網關節(jié)點，以使所述第二網關節(jié)點為所述第一節(jié)點分配代理地址后，將所述數據包的源地址由所述第一節(jié)點的本地地址轉換為所述代理地址，并將轉換后的數據包發(fā)送至所述第二節(jié)點。

請參閱圖29，如圖所示的網關節(jié)點還可以包括地址分配模塊230，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

請參閱圖29，如圖所示的網關節(jié)點還可以包括連接判斷模塊240和請求發(fā)送模塊250，其中：

連接判斷模塊240，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

請求發(fā)送模塊250，用于在所述連接判斷模塊判定本網關節(jié)點和所述第二網關節(jié)點之間未建立有連接時，向所述第二網關節(jié)點發(fā)送連接建立請求，以使所述第二網關節(jié)點與本網關節(jié)點建立連接，并為所述第一節(jié)點分配代理地址。

請參閱圖29，如圖所示的網關節(jié)點還可以包括數據包獲取模塊260，用于獲取所述第一節(jié)點發(fā)送的數據包。

請參閱圖29，如圖所示的網關節(jié)點還可以包括信息發(fā)送模塊270，用于當所述第一節(jié)點從本網關節(jié)點切換至另一網關節(jié)點時，將所述第一節(jié)點的上下文信息發(fā)送至所述另一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一網關節(jié)點根據所述上下文信息識別所述第一節(jié)點和確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并向所述第二節(jié)點發(fā)送數據包。

圖30是本發(fā)明第一實施例提供的又一種網關節(jié)點的結構示意圖，該網關節(jié)點用于實現圖5中第二網關節(jié)點的相關操作。如圖所示本發(fā)明實施例中的網關節(jié)點至少可以包括數據包獲取模塊310、源地址轉換模塊320和數據包發(fā)送模塊330，其中：

數據包獲取模塊310，用于獲取第一節(jié)點通過第一網關節(jié)點發(fā)送來的數據包。

源地址轉換模塊320，用于將所述數據包的源地址由所述第一節(jié)點的本地地址轉換為代理地址。

數據包發(fā)送模塊330，用于將轉換后的數據包發(fā)送至第二節(jié)點。

請參閱圖30，如圖所示的網關節(jié)點還可以包括請求獲取模塊340和連接建立模塊350，其中：

請求獲取模塊340，用于獲取所述第一網關節(jié)點發(fā)送來的連接建立請求；

連接建立模塊350，用于與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配所述代理地址。

圖31是本發(fā)明第二實施例提供的一種網關節(jié)點的結構示意圖，該網關節(jié)點用于實現圖6中第一網關節(jié)點的相關操作。如圖所示本發(fā)明實施例中的網關節(jié)點至少可以包括節(jié)點選擇模塊410、代理地址獲取模塊420、目標地址轉換模塊430和數據包發(fā)送模塊440，其中：

節(jié)點選擇模塊410，用于根據第一節(jié)點的請求選擇第二網關節(jié)點，以使所述第一節(jié)點通過本網關節(jié)點和所述第二網關節(jié)點連接第二節(jié)點。

可選地，節(jié)點選擇模塊410，具體用于：獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

又可選地，節(jié)點選擇模塊410，具體用于：獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

代理地址獲取模塊420，用于獲取所述第一節(jié)點的本地地址。

目標地址轉換模塊430，用于將所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送來的數據包的目標地址由所述第一節(jié)點的代理地址轉換為所述本地地址。

數據包發(fā)送模塊440，用于將轉換后的數據包發(fā)送至所述第一節(jié)點。

請參閱圖31，如圖所示的網關節(jié)點還可以包括地址分配模塊450，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

請參閱圖31，如圖所示的網關節(jié)點還可以包括連接判斷模塊460和請求發(fā)送模塊470，其中：

連接判斷模塊460，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

請求發(fā)送模塊470，用于在所述連接判斷模塊判定本網關節(jié)點和所述第二網關節(jié)點之間未建立有連接時，向所述第二網關節(jié)點發(fā)送連接建立請求，以使所述第二網關節(jié)點與本網關節(jié)點建立連接，并為所述第一節(jié)點分配代理地址。

請參閱圖31，如圖所示的網關節(jié)點還可以包括數據包獲取模塊480，用于獲取所述第一節(jié)點發(fā)送的數據包。

請參閱圖31，如圖所示的網關節(jié)點還可以包括信息發(fā)送模塊490，用于當所述第一節(jié)點從本網關節(jié)點切換至另一網關節(jié)點時，本網關節(jié)點將所述第一節(jié)點的上下文信息發(fā)送至所述另一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一網關節(jié)點根據所述上下文信息識別所述第一節(jié)點和確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并獲取所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送的數據包。

圖32是本發(fā)明第二實施例提供的另一種網關節(jié)點的結構示意圖，該網關節(jié)點用于實現圖7中第一網關節(jié)點的相關操作。如圖所示本發(fā)明實施例中的網關節(jié)點至少可以包括節(jié)點選擇模塊510、數據包獲取模塊520和數據包發(fā)送模塊530，其中：

節(jié)點選擇模塊510，用于根據第一節(jié)點的請求選擇第二網關節(jié)點，以使所述第一節(jié)點通過本網關節(jié)點和所述第二網關節(jié)點連接第二節(jié)點。

可選地，節(jié)點選擇模塊510，具體用于：獲取第一節(jié)點發(fā)送的數據包，所述數據包的目標地址為第二節(jié)點的網絡地址；根據所述數據包的目標地址選擇第二網關節(jié)點。

又可選地，節(jié)點選擇模塊510，具體用于：獲取第一節(jié)點發(fā)送的請求信令，所述請求信令攜帶有指示第二網關節(jié)點的信息；第一網關節(jié)點根據所述請求信令選擇第二網關節(jié)點。

數據包獲取模塊520，用于獲取所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送來的數據包，所述數據包的目標地址被所述第二網關節(jié)點由所述第一節(jié)點的代理地址轉換為所述本地地址?？蛇x地，所述數據包獲取模塊520，還用于獲取所述第一節(jié)點發(fā)送的數據包。

數據包發(fā)送模塊530，用于將所述數據包發(fā)送至所述第一節(jié)點。

請參閱圖32，如圖所示的網關節(jié)點還可以包括地址分配模塊540，用于在確定所述第一節(jié)點未分配本地地址時，為所述第一節(jié)點分配本地地址。

請參閱圖32，如圖所示的網關節(jié)點還可以包括連接判斷模塊550和請求發(fā)送模塊560，其中：

連接判斷模塊550，用于判斷本網關節(jié)點和所述第二網關節(jié)點之間是否建立有連接；

請求發(fā)送模塊560，用于在所述連接判斷模塊判定本網關節(jié)點和所述第二網關節(jié)點之間未建立有連接時，向所述第二網關節(jié)點發(fā)送連接建立請求，以使所述第二網關節(jié)點與本網關節(jié)點建立連接，并為所述第一節(jié)點分配代理地址。

請參閱圖32，如圖所示的網關節(jié)點還可以包括信息發(fā)送模塊570，用于當所述第一節(jié)點從本網關節(jié)點切換至另一網關節(jié)點時，本網關節(jié)點將所述第一節(jié)點的上下文信息發(fā)送至所述另一網關節(jié)點，所述上下文信息包括所述第一節(jié)點的本地地址和所述第二網關節(jié)點的標識信息，以使所述另一網關節(jié)點根據所述上下文信息識別所述第一節(jié)點和確定所述第二網關節(jié)點，進而使所述第一節(jié)點通過所述另一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點，并獲取所述第二節(jié)點通過所述第二網關節(jié)點發(fā)送的數據包。

圖33是本發(fā)明第一實施例提供的又一種網關節(jié)點的結構示意圖，該網關節(jié)點用于實現圖7中第二網關節(jié)點的相關操作。如圖所示本發(fā)明實施例中的網關節(jié)點至少可以包括數據包獲取模塊610、目標地址轉換模塊620和數據包發(fā)送模塊630，其中：

數據包獲取模塊610，用于獲取第二節(jié)點發(fā)送來的數據包；

目標地址轉換模塊620，用于將所述數據包的目標地址由第一節(jié)點的代理地址轉換為本地地址；

數據包發(fā)送模塊630，用于將轉換后的數據包發(fā)送至第一網關節(jié)點，以使所述第一網關節(jié)點將其發(fā)送至所述第一節(jié)點。

請參閱圖33，如圖所示的網關節(jié)點還可以包括請求獲取模塊640和連接建立模塊650，其中：

請求獲取模塊640，用于獲取所述第一網關節(jié)點發(fā)送來的連接建立請求；

連接建立模塊650，用于與所述第一網關節(jié)點建立連接，并為所述第一節(jié)點分配所述代理地址。

圖34是本發(fā)明第三實施例提供的一種節(jié)點的結構示意圖，該節(jié)點用于實現圖7中第一節(jié)點的相關操作。如圖所示本發(fā)明實施例中的節(jié)點至少可以包括第一傳輸模塊710、連接切換模塊720和第二傳輸模塊730，其中：

第一傳輸模塊710，用于通過原第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸。

連接切換模塊720，用于本節(jié)點在切換連接到新第一網關節(jié)點時，斷開與所述原第一網關節(jié)點之間的連接。具體實現過程中，連接切換模塊720可以如圖34所示進一步包括質量測量單元721、質量上報單元722和連接切換單元723，其中：

質量測量單元721，用于分別測量所述原第一網關節(jié)點和所述新第一網關節(jié)點的信號質量；

質量上報單元722，用于在確定所述新第一網關節(jié)點的信號質量優(yōu)于所述原第一網關節(jié)點時，向所述原第一網關節(jié)點上報，以使所述原第一網關節(jié)點向本節(jié)點發(fā)送指示切換指令；

連接切換單元723，用于接收所述切換指令，并根據所述切換指令切換連接到所述新第一網關節(jié)點，以及斷開與所述原第一網關節(jié)點之間的連接。

第二傳輸模塊730，用于通過所述新第一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點并與所述第二節(jié)點進行數據傳輸。

圖35是本發(fā)明提供的一種網關節(jié)點的結構示意圖，如圖35所示，該網關節(jié)點可以包括：至少一個處理器701，例如CPU，至少一個通信接口703，存儲器704，至少一個通信總線702。其中，通信總線702用于實現這些組件之間的連接通信。存儲器704可以是高速RAM存儲器，也可以是非易失的存儲器(non-volatile memory)，例如至少一個磁盤存儲器?？蛇x的，存儲器704還可以是至少一個位于遠離前述處理器701的存儲裝置。存儲器704中存儲了程序代碼。其中：

當該網關節(jié)點為圖4中的第一網關節(jié)點時，處理器701調用存儲器704中的程序執(zhí)行該第一網關節(jié)點的相關操作。

當該網關節(jié)點為圖5中的第一網關節(jié)點時，處理器701調用存儲器704中的程序執(zhí)行該第一網關節(jié)點的相關操作。

當該網關節(jié)點為圖5中的第二網關節(jié)點時，處理器701調用存儲器704中的程序執(zhí)行該第一網關節(jié)點的相關操作。

當該網關節(jié)點為圖6中的第一網關節(jié)點時，處理器701調用存儲器704中的程序執(zhí)行該第一網關節(jié)點的相關操作。

當該網關節(jié)點為圖7中的第一網關節(jié)點時，處理器701調用存儲器704中的程序執(zhí)行該第一網關節(jié)點的相關操作。

當該網關節(jié)點為圖7中的第二網關節(jié)點時，處理器701調用存儲器704中的程序執(zhí)行該第一網關節(jié)點的相關操作。

圖36是本發(fā)明提供的一種節(jié)點的結構示意圖，如圖36所示，該節(jié)點可以包括：至少一個處理器801，例如CPU，至少一個天線端口803，存儲器804，至少一個通信總線802。其中，通信總線802用于實現這些組件之間的連接通信。存儲器804可以是高速RAM存儲器，也可以是非易失的存儲器(non-volatile memory)，例如至少一個磁盤存儲器?？蛇x的，存儲器804還可以是至少一個位于遠離前述處理器801的存儲裝置。存儲器804中存儲一組程序代碼，且處理器801用于調用存儲器804中存儲的程序代碼，用于執(zhí)行以下操作：

通過原第一網關節(jié)點和第二網關節(jié)點連接第二節(jié)點并與第二節(jié)點進行數據傳輸；

在切換連接到新第一網關節(jié)點時，斷開與所述原第一網關節(jié)點之間的連接；

通過所述新第一網關節(jié)點和所述第二網關節(jié)點連接所述第二節(jié)點并與所述第二節(jié)點進行數據傳輸。

本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random Access Memory，RAM)等。

以上所揭露的僅為本發(fā)明較佳實施例而已，當然不能以此來限定本發(fā)明之權利范圍，因此依本發(fā)明權利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。

完整全部詳細技術資料下載

當前第1頁1 2 3