一种节点间数据传输的方法、网关节点及节点与流程
本发明涉及无线通信技术领域，尤其涉及一种节点间数据传输的方法、网关节点及节点。
背景技术：
LTE(Long Term Evolved，长期演进)/SAE(System Architecture Evolved，系统架构演进)系统是蜂窝移动通信的演进系统，其目的是提供一种低时延、高数据传输速率、高容量以及低成本的通信网络。LTE/SAE系统中的SAE网关包括SGW(Serving Gateway，服务网关)和PGW(Packet Data Network Gateway，分组数据网络网关)，SGW和PGW是两个逻辑实体。其中，PGW是UE(User Equipment，用户设备)接入到分组数据网的IP锚点，负责分配UE的IP地址，具有分组路由和转发的功能。
进一步地，由于PGW是UE的IP锚点，那么不管UE移动至什么地方，所有的数据包都要经过PGW，故被称为集中式锚点方案。需要指出的是，集中式锚点方案存在路径不优化的缺陷，如图1(A)所示，即使UE访问的APP Server(应用服务器)就在本地，数据包也必须从PGW绕路。为了克服集中式锚点方案的路径不优化的问题，行业内提出了一种本地化锚点方案，所谓本地化锚点方案是指在本地部署与PGW功能类似的LGW(Local Gateway，本地网关)，LGW可以是一个独立的网络节点，也可以与eNB(Evolutional Node B，演进型基站)共站，如图1(B)所示，通过在本地部署LGW，UE访问应用服务器时，数据包无须从PGW绕路，缩短了路径。然而，本地化锚点方案却存在业务不连续的问题，如图2(A)所示，以LGW与eNB共站为例，当UE从原eNB的服务区移动到新eNB的服务区后，LGW变更(即IP锚点变更)，导致UE的IP地址变更，进而建立在原IP地址上的业务会被中断。
IETF(The Internet Engineering Task Force，国际互联网工程任务组)提出DMM(Distributed Mobility Management，分布式移动性管理)方案来解决本地化锚点方案业务不连续的问题。DMM方案的主要思想是保持原LGW不变更， 如图2(B)所示，当UE从原LGW移动至新LGW时，一方面UE不释放原IP地址(如图所示的IP1)，建立在原IP地址上的业务由原LGW中转到应用服务器而不中断，另一方面UE分配新IP地址(如图所示的IP2)，建立在新IP地址上的业务由新LGW直接连接到应用服务器，可见DMM方案可以解决业务不连续的问题。但是，该方案要求UE维护两个以上的IP地址，即要求UE对不同的业务使用不同的IP地址，增加了UE的复杂度。
技术实现要素：
本发明实施例提供了一种节点间数据传输的方法、网关节点及节点，可以实现保证终端与服务器之间业务的连续性，同时降低终端的复杂度。
本发明实施例第一方面提供了一种节点间数据传输的方法，包括：
第一网关节点根据第一节点的请求选择第二网关节点，以使所述第一节点通过所述第一网关节点和所述第二网关节点连接第二节点；
所述第一网关节点获取所述第二网关节点为所述第一节点分配的代理地址；
所述第一网关节点将所述第一节点发送来的数据包的源地址由所述第一节点的本地地址转换为所述代理地址；
所述第一网关节点将转换后的数据包发送至所述第二网关节点，以使所述第二网关节点将其发送至所述第二节点。
在第一方面的第一种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；
所述第一网关节点根据所述数据包的目标地址选择第二网关节点。
结合第一方面的第一种可能实现方式，在第二种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；
所述第一网关节点根据所述请求信令选择第二网关节点。
在第一方面的第三种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之前，还包括：
所述第一网关节点在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第一方面的第四种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之后，还包括：
所述第一网关节点判断所述第一网关节点和所述第二网关节点之间是否建立有连接；
若否，则所述第一网关节点向所述第二网关节点发送连接建立请求，以使所述第二网关节点与所述第一网关节点建立连接，并为所述第一节点分配代理地址。
在第一方面的第五种可能实现方式中，所述方法还包括：
当所述第一节点从所述第一网关节点切换至另一第一网关节点时，所述第一网关节点将所述第一节点的上下文信息发送至所述另一第一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一第一网关节点根据所述上下文信息确定所述第二网关节点，进而使所述第一节点通过所述另一第一网关节点和所述第二网关节点连接所述第二节点，并向所述第二节点发送数据包。
结合第一方面的第五种可能实现方式，在第六种可能实现方式中所述上下文信息还包括所述第一节点的代理地址，以使所述另一第一网关节点将所述第一节点发送来的数据包的源地址由所述第一节点的本地地址转换为所述代理地址。
结合第一方面或第一方面的第一至第六任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第一方面或第一方面的第一至第六任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第一方面或第一方面的第一至第六任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设 备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第一方面或第一方面的第一至第六任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第一方面或第一方面的第一至第六任意一种可能实现方式，在第十一种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第二方面提供了一种节点间数据传输的方法，包括：
第一网关节点根据第一节点的请求选择第二网关节点，以使所述第一节点通过所述第一网关节点和所述第二网关节点连接第二节点；
所述第一网关节点将所述第一节点发送来的数据包发送至所述第二网关节点，以使所述第二网关节点为所述第一节点分配代理地址后，将所述数据包的源地址由所述第一节点的本地地址转换为所述代理地址，并将转换后的数据包发送至所述第二节点。
在第二方面的第一种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；
所述第一网关节点根据所述数据包的目标地址选择第二网关节点。
结合第二方面的第一种可能实现方式，在第二种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；
所述第一网关节点根据所述请求信令选择第二网关节点。
在第二方面的第三种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之前，还包括：
所述第一网关节点在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第二方面的第四种可能实现方式中，所述第一网关节点根据第一节点的 请求选择第二网关节点之后，还包括：
所述第一网关节点判断所述第一网关节点和所述第二网关节点之间是否建立有连接；
若否，则所述第一网关节点向所述第二网关节点发送连接建立请求，以使所述第二网关节点与所述第一网关节点建立连接，并为所述第一节点分配代理地址。
在第二方面的第五种可能实现方式中，所述方法还包括：
当所述第一节点从所述第一网关节点切换至另一第一网关节点时，所述第一网关节点将所述第一节点的上下文信息发送至所述另一第一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一第一网关节点根据所述上下文信息确定所述第二网关节点，进而使所述第一节点通过所述另一第一网关节点和所述第二网关节点连接所述第二节点，并向所述第二节点发送数据包。
结合第二方面或第二方面的第一至第五任意一种可能实现方式，在第六种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第二方面或第二方面的第一至第五任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第二方面或第二方面的第一至第五任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第二方面或第二方面的第一至第五任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第二方面或第二方面的第一至第五任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第三方面提供了一种节点间数据传输的方法，包括：
第二网关节点获取第一节点通过第一网关节点发送来的数据包；
所述第二网关节点将所述数据包的源地址由所述第一节点的本地地址转换为代理地址；
所述第二网关节点将转换后的数据包发送至第二节点。
在第三方面的第一种可能实现方式中，所述第一节点的本地地址是所述第一网关节点分配的。
在第三方面的第二种可能实现方式中，所述第二网关节点获取第一节点通过第一网关节点发送来的数据包之前，还包括：
所述第二网关节点获取所述第一网关节点发送来的连接建立请求；
所述第二网关节点与所述第一网关节点建立连接，并为所述第一节点分配所述代理地址。
结合第三方面或第三方面的第一或第二种可能实现方式，在第三种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第三方面或第三方面的第一或第二种可能实现方式，在第四种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第三方面或第三方面的第一或第二种可能实现方式，在第五种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第三方面或第三方面的第一或第二种可能实现方式，在第六种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第三方面或第三方面的第一或第二种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第四方面提供了一种节点间数据传输的方法，包括：
第一网关节点根据第一节点的请求选择第二网关节点，以使所述第一节点通过所述第一网关节点和所述第二网关节点连接第二节点；
所述第一网关节点获取所述第一节点的本地地址；
所述第一网关节点将所述第二节点通过所述第二网关节点发送来的数据包的目标地址由所述第一节点的代理地址转换为所述本地地址；
所述第一网关节点将转换后的数据包发送至所述第一节点。
在第四方面的第一种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；
所述第一网关节点根据所述数据包的目标地址选择第二网关节点。
结合第四方面的第一种可能实现方式，在第二种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；
所述第一网关节点根据所述请求信令选择第二网关节点。
在第四方面的第三种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之前，还包括：
所述第一网关节点在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第四方面的第四种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之后，还包括：
所述第一网关节点判断所述第一网关节点和所述第二网关节点之间是否建立有连接；
若否，则所述第一网关节点向所述第二网关节点发送连接建立请求，以使所述第二网关节点与所述第一网关节点建立连接，并为所述第一节点分配代理地址。
在第四方面的第五种可能实现方式中，所述方法还包括：
当所述第一节点从所述第一网关节点切换至另一第一网关节点时，所述第一网关节点将所述第一节点的上下文信息发送至所述另一第一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一第一网关节点根据所述上下文信息确定所述第二网关节点，进而使 所述第一节点通过所述另一第一网关节点和所述第二网关节点连接所述第二节点，并获取所述第二节点通过所述第二网关节点发送的数据包。
结合第四方面或第四方面的第一至第五任意一种可能实现方式，在第六种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第四方面或第四方面的第一至第五任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第四方面或第四方面的第一至第五任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第四方面或第四方面的第一至第五任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第四方面或第四方面的第一至第五任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第五方面提供了一种节点间数据传输的方法，包括：
第一网关节点根据第一节点的请求选择第二网关节点，以使所述第一节点通过所述第一网关节点和所述第二网关节点连接第二节点；
所述第一网关节点获取所述第二节点通过所述第二网关节点发送来的数据包，所述数据包的目标地址被所述第二网关节点由所述第一节点的代理地址转换为所述本地地址；
所述第一网关节点将所述数据包发送至所述第一节点。
在第五方面的第一种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；
所述第一网关节点根据所述数据包的目标地址选择第二网关节点。
结合第五方面的第一种可能实现方式，在第二种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点，包括：
所述第一网关节点获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；
所述第一网关节点根据所述请求信令选择第二网关节点。
在第五方面的第三种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之前，还包括：
所述第一网关节点在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第五方面的第四种可能实现方式中，所述第一网关节点根据第一节点的请求选择第二网关节点之后，还包括：
所述第一网关节点判断所述第一网关节点和所述第二网关节点之间是否建立有连接；
若否，则所述第一网关节点向所述第二网关节点发送连接建立请求，以使所述第二网关节点与所述第一网关节点建立连接，并为所述第一节点分配代理地址。
在第五方面的第五种可能实现方式中，所述方法还包括：
当所述第一节点从所述第一网关节点切换至另一第一网关节点时，所述第一网关节点将所述第一节点的上下文信息发送至所述另一第一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一第一网关节点根据所述上下文信息确定所述第二网关节点，进而使所述第一节点通过所述另一第一网关节点和所述第二网关节点连接所述第二节点，并获取所述第二节点通过所述第二网关节点发送的数据包。
结合第五方面或第五方面的第一至第五任意一种可能实现方式，在第六种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第五方面或第五方面的第一至第五任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第五方面或第五方面的第一至第五任意一种可能实现方式，在第八种 可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第五方面或第五方面的第一至第五任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第五方面或第五方面的第一至第五任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第六方面提供了一种节点间数据传输的方法，包括：
第二网关节点获取第二节点发送来的数据包；
所述第二网关节点将所述数据包的目标地址由第一节点的代理地址转换为本地地址；
所述第二网关节点将转换后的数据包发送至第一网关节点，以使所述第一网关节点将其发送至所述第一节点。
在第六方面的第一种可能实现方式中，所述第一节点的本地地址是所述第一网关节点分配的。
在第六方面的第二种可能实现方式中，所述第二网关节点获取第二节点发送来的数据包之前，还包括：
所述第二网关节点获取所述第一网关节点发送来的连接建立请求；
所述第二网关节点与所述第一网关节点建立连接，并为所述第一节点分配所述代理地址。
结合第六方面或第六方面的第一或第二种可能实现方式，在第三种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第六方面或第六方面的第一或第二种可能实现方式，在第四种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第六方面或第六方面的第一或第二种可能实现方式，在第五种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所 述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第六方面或第六方面的第一或第二种可能实现方式，在第六种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第六方面或第六方面的第一或第二种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第七方面提供了一种节点间数据传输的方法，包括：
第一节点通过原第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输；
所述第一节点在切换连接到新第一网关节点时，断开与所述原第一网关节点之间的连接；
所述第一节点通过所述新第一网关节点和所述第二网关节点连接所述第二节点并与所述第二节点进行数据传输。
在第七方面的第一种可能实现方式中，所述第一节点在切换连接到新第一网关节点时，断开与所述原第一网关节点之间的连接，包括：
所述第一节点分别测量所述原第一网关节点和所述新第一网关节点的信号质量；
所述第一节点在确定所述新第一网关节点的信号质量优于所述原第一网关节点时，向所述原第一网关节点上报，以使所述原第一网关节点向所述第一节点发送指示切换指令；
所述第一节点接收所述切换指令，并根据所述切换指令切换连接到所述新第一网关节点，以及断开与所述原第一网关节点之间的连接。
在第七方面的第二种可能实现方式中，所述第一节点通过所述新第一网关节点和所述第二网关节点连接所述第二节点并与所述第二节点进行数据传输，包括：
所述第一节点向上层发送路径转换请求，以使上层控制所述第二网关节点建立与所述新第一网关节点之间的连接。
结合第七方面或第七方面的第一或第二种可能实现方式，在第三种可能实 现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第七方面或第七方面的第一或第二种可能实现方式，在第四种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第七方面或第七方面的第一或第二种可能实现方式，在第五种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第七方面或第七方面的第一或第二种可能实现方式，在第六种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第七方面或第七方面的第一或第二种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第八方面提供了一种网关节点，包括：
节点选择模块，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点；
代理地址获取模块，用于获取所述第二网关节点为所述第一节点分配的代理地址；
源地址转换模块，用于将所述第一节点发送来的数据包的源地址由所述第一节点的本地地址转换为所述代理地址；
数据包发送模块，用于将转换后的数据包发送至所述第二网关节点，以使所述第二网关节点将其发送至所述第二节点。
在第八方面的第一种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
结合第八方面的第一种可能实现方式，在第二种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的 信息；根据所述请求信令选择第二网关节点。
在第八方面的第三种可能实现方式中，所述网关节点还包括：
地址分配模块，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第八方面的第四种可能实现方式中，所述网关节点还包括：
连接判断模块，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
在第八方面的第五种可能实现方式中，所述网关节点还包括：
信息发送模块，用于当所述第一节点从本网关节点切换至另一网关节点时，将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并向所述第二节点发送数据包。
结合第八方面的第五种可能实现方式，在第六种可能实现方式中，所述上下文信息还包括所述第一节点的代理地址，以使所述另一网关节点将所述第一节点发送来的数据包的源地址由所述第一节点的本地地址转换为所述代理地址。
结合第八方面或第八方面的第一至第六任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，本网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第八方面或第八方面的第一至第六任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第八方面或第八方面的第一至第六任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第八方面或第八方面的第一至第六任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括服务器，本网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第八方面或第八方面的第一至第六任意一种可能实现方式，在第十一种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第九方面提供了一种网关节点，包括：
节点选择模块，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点；
数据包发送模块，用于将所述第一节点发送来的数据包发送至所述第二网关节点，以使所述第二网关节点为所述第一节点分配代理地址后，将所述数据包的源地址由所述第一节点的本地地址转换为所述代理地址，并将转换后的数据包发送至所述第二节点。
在第九方面的第一种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
结合第九方面的第一种可能实现方式，在第二种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；根据所述请求信令选择第二网关节点。
在第九方面的第三种可能实现方式中，述网关节点还包括：
地址分配模块，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第九方面的第四种可能实现方式中，所述网关节点还包括：
连接判断模块，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
在第九方面的第五种可能实现方式中，所述网关节点还包括：
信息发送模块，用于当所述第一节点从本网关节点切换至另一网关节点时，将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并向所述第二节点发送数据包。
结合第九方面或第九方面的第一至第五任意一种可能实现方式，在第六种可能实现方式中，所述第一节点包括终端，本网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第九方面或第九方面的第一至第五任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第九方面或第九方面的第一至第五任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第九方面或第九方面的第一至第五任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括服务器，本网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第九方面或第九方面的第一至第五任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第十方面提供了一种网关节点，包括：
数据包获取模块，用于获取第一节点通过第一网关节点发送来的数据包；
地址转换模块，用于将所述数据包的源地址由所述第一节点的本地地址转换为代理地址；
数据包发送模块，用于将转换后的数据包发送至第二节点。
在第十方面的第一种可能实现方式中，所述第一节点的本地地址是所述第一网关节点分配的。
在第十方面的第二种可能实现方式中，所述网关节点还包括：
请求获取模块，用于获取所述第一网关节点发送来的连接建立请求；
连接建立模块，用于与所述第一网关节点建立连接，并为所述第一节点分配所述代理地址。
结合第十方面或第十方面的第一或第二种可能实现方式，在第三种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，本网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十方面或第十方面的第一或第二种可能实现方式，在第四种可能实现方式中，所述第一节点包括终端，所述第一节点包括终端，所述第一网关节点包括终端代理设备，本网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十方面或第十方面的第一或第二种可能实现方式，在第五种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，本网关节点内置于所述服务器。
结合第十方面或第十方面的第一或第二种可能实现方式，在第六种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，本网关节点包括终端代理设备，所述第二节点包括终端。
结合第十方面或第十方面的第一或第二种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第十一方面提供了一种网关节点，包括：
节点选择模块，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点；
地址获取模块，用于获取所述第一节点的本地地址；
地址转换模块，用于将所述第二节点通过所述第二网关节点发送来的数据包的目标地址由所述第一节点的代理地址转换为所述本地地址；
数据包发送模块，用于将转换后的数据包发送至所述第一节点。
在第十一方面的第一种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地 址；根据所述数据包的目标地址选择第二网关节点。
结合第十一方面的第一种可能实现方式，在第二种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；根据所述请求信令选择第二网关节点。
在第十一方面的第三种可能实现方式中，所述网关节点还包括：
地址分配模块，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第十一方面的第四种可能实现方式中，所述网关节点还包括：
连接判断模块，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
在第十一方面的第五种可能实现方式中，所述网关节点还包括：
信息发送模块，用于当所述第一节点从本网关节点切换至另一网关节点时，本网关节点将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并获取所述第二节点通过所述第二网关节点发送的数据包。
结合第十一方面或第十一方面的第一至第五任意一种可能实现方式，在第六种可能实现方式中，所述第一节点包括终端，本网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十一方面或第十一方面的第一至第五任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十一方面或第十一方面的第一至第五任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第十一方面或第十一方面的第一至第五任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括服务器，本网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第十一方面或第十一方面的第一至第五任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第十二方面提供了一种网关节点，包括：
节点选择模块，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点；
数据包获取模块，用于获取所述第二节点通过所述第二网关节点发送来的数据包，所述数据包的目标地址被所述第二网关节点由所述第一节点的代理地址转换为所述本地地址；
数据包发送模块，用于将所述数据包发送至所述第一节点。
在第十二方面的第一种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
结合第十二方面的第一种可能实现方式，在第二种可能实现方式中，所述节点选择模块，具体用于：
获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；根据所述请求信令选择第二网关节点。
在第十二方面的第三种可能实现方式中，所述网关节点还包括：
地址分配模块，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
在第十二方面的第四种可能实现方式中，所述网关节点还包括：
连接判断模块，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
在第十二方面的第五种可能实现方式中，所述网关节点还包括：
信息发送模块，用于当所述第一节点从本网关节点切换至另一网关节点时，本网关节点将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并获取所述第二节点通过所述第二网关节点发送的数据包。
结合第十二方面或第十二方面的第一至第五任意一种可能实现方式，在第六种可能实现方式中，所述第一节点包括终端，本网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十二方面或第十二方面的第一至第五任意一种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十二方面或第十二方面的第一至第五任意一种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，本网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第十二方面或第十二方面的第一至第五任意一种可能实现方式，在第九种可能实现方式中，所述第一节点包括服务器，本网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第十二方面或第十二方面的第一至第五任意一种可能实现方式，在第十种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第十三方面提供了一种网关节点，包括：
数据包获取模块，用于获取第二节点发送来的数据包；
地址转换模块，用于将所述数据包的目标地址由第一节点的代理地址转换为本地地址；
数据包发送模块，用于将转换后的数据包发送至第一网关节点，以使所述第一网关节点将其发送至所述第一节点。
在第十三方面的第一种可能实现方式中，所述第一节点的本地地址是所述 第一网关节点分配的。
在第十三方面的第二种可能实现方式中，所述网关节点还包括：
请求获取模块，用于获取所述第一网关节点发送来的连接建立请求；
连接建立模块，用于与所述第一网关节点建立连接，并为所述第一节点分配所述代理地址。
结合第十三方面或第十三方面的第一或第二种可能实现方式，在第三种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，本网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十三方面或第十三方面的第一或第二种可能实现方式，在第四种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，本网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十三方面或第十三方面的第一或第二种可能实现方式，在第五种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，本网关节点内置于所述服务器。
结合第十三方面或第十三方面的第一或第二种可能实现方式，在第六种可能实现方式中，所述第一节点包括服务器，所述第一网关节点包括服务器代理设备，本网关节点包括终端代理设备，所述第二节点包括终端。
结合第十三方面或第十三方面的第一或第二种可能实现方式，在第七种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
本发明实施例第十四方面提供了一种节点，包括：
第一传输模块，用于通过原第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输；
连接切换模块，用于本节点在切换连接到新第一网关节点时，断开与所述原第一网关节点之间的连接；
第二传输模块，用于通过所述新第一网关节点和所述第二网关节点连接所述第二节点并与所述第二节点进行数据传输。
在第十四方面的第一种可能实现方式中，所述连接断开模块，包括：
质量测量模块，用于分别测量所述原第一网关节点和所述新第一网关节点 的信号质量；
质量上报模块，用于在确定所述新第一网关节点的信号质量优于所述原第一网关节点时，向所述原第一网关节点上报，以使所述原第一网关节点向本节点发送指示切换指令；
连接切换模块，用于接收所述切换指令，并根据所述切换指令切换连接到所述新第一网关节点，以及断开与所述原第一网关节点之间的连接。
在第十四方面的第二种可能实现方式中，所述第二传输模块，具体用于向上层发送路径转换请求，以使上层控制所述第二网关节点建立与所述新第一网关节点之间的连接。
结合第十四方面或第十四方面的第二或第三种可能实现方式，在第三种可能实现方式中，所述第一节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十四方面的第四种可能实现方式，在第四种可能实现方式中，所述本节点包括终端，所述第一网关节点包括基站和终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十四方面或第十四方面的第二或第三种可能实现方式，在第五种可能实现方式中，所述本节点包括终端，所述第一网关节点包括终端代理设备，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
结合第十四方面或第十四方面的第二或第三种可能实现方式，在第六种可能实现方式中，所述本节点包括终端，所述第一网关节点包括终端代理设备，所述第二节点包括服务器，所述第二网关节点内置于所述服务器。
结合第十四方面或第十四方面的第二或第三种可能实现方式，在第七种可能实现方式中，所述本节点包括服务器，所述第一网关节点包括服务器代理设备，所述第二网关节点包括终端代理设备，所述第二节点包括终端。
结合第十四方面或第十四方面的第二或第三种可能实现方式，在第八种可能实现方式中，所述第一节点包括终端，所述第一网关节点内置于所述终端，所述第二网关节点包括服务器代理设备，所述第二节点包括服务器。
由上可见，本发明实施例中，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点，在 上行传输数据时，第一网关节点或第二网关节点将第一节点发送的数据包中的源地址由第一节点的本地地址转换为代理地址后再发送至第二节点，在下行传输数据时，第一网关节点或第二网关节点将第二节点发送的数据包中的目标地址由第一节点的代理地址转换为本地地址，因此在第一节点和第二节点的数据传输的过程中，第一节点发送数据包所用的源地址始终是第一节点的本地地址，第二节点发送数据包所用的目标地址始终是第一节点的代理地址，可见第一节点(即使在不同的第一网关节点之间切换)的本地地址始终保持不变，因而建立在该地址上的业务不中断，可以保证业务的连续性，同时第一节点不用维护多个地址，可以降低其复杂度。
附图说明
为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种数据传输的场景示意图；
图2是本发明实施例提供的另一种数据传输的场景示意图；
图3是本发明实施例提供的一种节点间数据传输的场景示意图；
图4是本发明第一实施例的一种节点间数据传输的方法的流程示意图；
图5是本发明第一实施例的另一种节点间数据传输的方法的流程示意图；
图6是本发明第二实施例的一种节点间数据传输的方法的流程示意图；
图7是本发明第二实施例的另一种节点间数据传输的方法的流程示意图；
图8是本发明第三实施例的一种节点间数据传输的方法的流程示意图；
图9是本发明实施例提供的第一种传输场景的示意图；
图10是本发明实施例提供的第一种栈结构的示意图；
图11是本发明实施例提供的第一种接入过程的流程示意图；
图12是本发明实施例提供的第一种切换过程的流程示意图；
图13是本发明实施例提供的第二种传输场景的示意图；
图14是本发明实施例提供的第二种栈结构的示意图；
图15是本发明实施例提供的第二种接入过程的流程示意图；
图16是本发明实施例提供的第二种切换过程的流程示意图；
图17是本发明实施例提供的第三种传输场景的示意图；
图18是本发明实施例提供的第三(a)种栈结构的示意图；
图19是本发明实施例提供的第三(b)种栈结构的示意图；
图20是本发明实施例提供的第四种传输场景的示意图；
图21是本发明实施例提供的第四种切换过程的流程示意图；
图22是本发明实施例提供的第五(a)种传输场景的示意图；
图23是本发明实施例提供的第五(a)种接入过程的流程示意图；
图24是本发明实施例提供的第五(a)种切换过程的流程示意图；
图25是本发明实施例提供的第五(b)种传输场景的示意图；
图26是本发明实施例提供的第五(b)种接入过程的流程示意图；
图27是本发明实施例提供的第五(b)种切换过程的流程示意图；
图28是本发明第一实施例提供的一种网络节点的结构示意图；
图29是本发明第一实施例提供的另一种网络节点的结构示意图；
图30是本发明第一实施例提供的又一种网络节点的结构示意图；
图31是本发明第二实施例提供的一种网络节点的结构示意图；
图32是本发明第二实施例提供的另一种网络节点的结构示意图；
图33是本发明第二实施例提供的又一种网络节点的结构示意图；
图34是本发明第三实施例提供的一种节点的结构示意图；
图35是本发明提供的一种网络节点的结构示意图；
图36是本发明提供的一种节点的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
应理解地，本发明实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(Global System of Mobile communication，简称为“GSM”)系统、码分多址(Code Division Multiple Access，简称为“CDMA”)系统、宽带码分 多址(Wideband Code Division Multiple Access，简称为“WCDMA”)系统、通用分组无线业务(General Packet Radio Service，简称为“GPRS”)、长期演进(Long Term Evolution，简称为“LTE”)系统、LTE频分双工(Frequency Division Duplex，简称为“FDD”)系统、LTE时分双工(Time Division Duplex，简称为“TDD”)、通用移动通信系统(Universal Mobile Telecommunication System，简称为“UMTS”)、无线保真(Wireless Fidelity，简称为“WiFi”)通信系统、全球互联微波接入(Worldwide Interoperability for Microwave Access，简称为“WiMAX”)通信系统或未来的第五代(5th Generation，简称为“5G”)通信系统等。
在本发明实施例中，终端(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”)与一个或多个核心网进行通信，例如，终端可以是移动电话(或称为“蜂窝”电话)或具有移动终端的计算机等，又如，终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语音和/或数据。
在本发明实施例中，基站可以是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”)。
在本发明实施例中，网关(Gateway)可以是上述任意一种通信系统中的网关，例如SGW(Serving Gateway，服务网关)、PGW(Packet Data Network Gateway，分组数据网络网关)或LGW(Local Gateway，本地网关)等网关。
本发明实施例中的“地址”是指IP地址，数据包携带的IP地址包括源地址(简称为“源IP”)和目标地址(简称为“目标IP”)，不难理解，源地址用于指示发送方，目标地址用于指示接收方。
为了便于理解后文，下面先结合图3对本发明实施例作个简单的概述。如图3所示，本发明实施例涉及的节点主要包括第一节点、第一网关节点、第二网关节点和第二节点。其中，第一网关节点是第一节点的服务代理，第一节点可以在不同的第一网关节点之间切换，第二网关节点是第二节点的服务代理，每个第二网关节点对应于一个第二节点，不同的第一网关节点和不同的第二网关节点之间可以通过网络建立连接，进而实现第一节点和第二节点之间的数据传输。本发明实施例中，在第一节点与一个或多个第二节点进行数据传输之前，为第一节点分配每个第二节点对应的代理地址以及唯一的本地地址，在数据传输的过程中，第一节点始终(即使在不同的第一网关节点之间切换)使用该唯一的本地地址作为源地址发送数据包，第一网关节点或第二网关节点将数据包的源地址由本地地址转换为对应的代理地址，最后传送至对应的第二节点；进一步地，在多个第一节点与一个第二节点进行数据传输时，可以为不同的第一节点分配不同的代理地址，第二节点可以根据其接收的数据包的源地址区分不同的第一节点。另外，本发明实施例可以保证业务的连续性的原因在于，请参阅图3，当第一节点从第一网关节点2切换连接至第一网关节点3时，第一网关节点2断开与第二网关节点2的连接，第一网关节点3建立与第二网关节点2的连接，第一节点可以通过新建的连接向第二节点传输数据，又由于第一节点始终使用同一个IP地址(即上述唯一的本地地址)，故基于该IP地址上的业务不会中断。
图4是本发明第一实施例提供的一种节点间数据传输的方法的流程示意图，该方法针对的是上行传输过程(即第一节点向第二节点发送数据包的过程)，该方法由第一网关节点对源地址进行转换。如图所示本实施例的具体方法的流程可以包括：
S101，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点。
第一网关节点在根据第一节点的请求选择第二网关节点之前，若确定第一节点未分配本地地址，则为第一节点分配本地地址。
具体地，第一网关节点根据第一节点的请求选择第二网关节点的方式包括以下两种：
方式一，第一网关节点获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；第一网关节点根据数据包的目标地址选择第二网关节点。具体实现过程中，第一网关节点获取第一节点发送的数据包后读取数据包的目标地址，第一网关节点根据目标地址可以确定数据包所要送达的第二节点，进而确定第二节点对应的第二网关节点，从而实现选择该第二网关节点。
方式二，第一网关节点获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；第一网关节点根据请求信令选择第二网关节点。具体实现过程中，第一节点主动向第一网关节点发送请求信令，第一网关节点接收该请求信令后读取其中的信息，该信息可以是第二节点的网址、IP地址、节点标识信息或者业务标识信息等可指示第二节点的信息，第一网关节点根据该信息选择该第二网关节点。
进一步地，第一网关节点在根据第一节点的请求选择第二网关节点之后，判断第一网关节点和第二网关节点之间是否建立有连接，若否，则第一网关节点向第二网关节点发送连接建立请求，以使第二网关节点与第一网关节点建立连接，并为第一节点分配代理地址，若是，则不作处理，此时第二网关节点已经在建立连接时为第一节点分配了代理地址。
历经上述过程，第一节点可以通过第一网关节点和第二网关节点连接第二节点。
S102，第一网关节点获取第二网关节点为第一节点分配的代理地址。
具体地，第一网关节点获取第二网关节点为第一节点分配的代理地址的方式包括以下几种：
方式一，第二网关节点为第一节点分配了代理地址后发送给第一网关节点，第一网关节点接收该代理地址。
方式二，第一网关节点保存有第二网关节点为第一节点分配的且尚未失效的代理地址，第一网关节点直接读取该代理地址。
方式三，第一网关节点从其它第一网关节点发送来的上下文信息中获取该代理地址。
S103，第一网关节点将第一节点发送来的数据包的源地址由第一节点的本地地址转换为代理地址。
其中，该数据包的源地址为第一节点的本地地址，目标地址为第二节点的 网络地址。
具体地，第一网关节点保持数据包的目标地址不变(即目标地址仍为第二节点的网络地址)，将源地址由第一节点的本地地址转换为代理地址。
S104，第一网关节点将转换后的数据包发送至第二网关节点，以使第二网关节点将其发送至第二节点。
具体地，第一网关节点将转换后的数据包发送至第二网关节点，第二网关节点接收后将其发送至第二节点，从而实现第一节点向第二节点发送数据包的上行传输过程。
可选地，当第一节点从第一网关节点切换至另一第一网关节点时，第一网关节点将第一节点的上下文信息发送至另一第一网关节点，所述上下文信息包括第一节点的本地地址和第二网关节点的连接配置信息信息，第二网关节点的连接配置信息可以是第二网关节点的ID、端口号或隧道号等可标识第二网关节点的信息。其中，这里的切换，可以是第一节点从第一网关节点的服务区移动至另一第一网关节点的服务区触发的，也可以第一节点掉网后重启所触发的，等等，这里不作穷举。
历经上述过程，另一第一网关节点根据上下文信息中的第二网关节点的连接配置信息确定第二网关节点，并与之建立连接，进而第一节点通过另一第一网关节点和第二网关节点连接第二节点，并向第二节点传输数据，其上行传输过程与本实施例上文描述的过程相同，这里不再赘述。需要指出的是，另一第一网关节点可以根据上下文信息中的第一节点的本地地址直接获知第一节点所被分配的本地地址，而无需向第一节点查询。
进一步，所述上下文信息还包括第一节点的代理地址，另一第一网关节点可以根据上下文信息中的第一节点的代理地址直接获知第一节点所被分配的代理地址，而无需向第二网关查询，在对源地址进行转换时，另一第一网关节点将数据包的源地址由第一节点的本地地址转换为该代理地址。
需要说明的是，本发明实施例中的第一节点、第一网关节点、第二网关节点和第二节点具体所指代的设备，至少可以分为以下四种组合：
组合一，第一节点包括终端，第一网关节点包括基站和终端代理设备，第二网关节点包括服务器代理设备，第二节点包括服务器。其中，终端与基站之间建立有空口用户面承载，基站与终端代理设备之间建立有用户面承载。
组合二，第一节点包括终端，第一网关节点包括终端代理设备，第二网关节点包括服务器代理设备，第二节点包括服务器。
组合三，第一节点包括终端，第一网关节点包括终端代理设备，第二节点包括服务器，第二网关节点内置于所述服务器。
组合四，第一节点包括服务器，第一网关节点包括服务器代理设备，第二网关节点包括终端代理设备，第二节点包括终端。
由上可见，本发明实施例中，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点，在上行传输数据时，第一网关节点将第一节点发送的数据包中的源地址由第一节点的本地地址转换为代理地址后再发送至第二节点，因此在第一节点和第二节点的数据传输的过程中，第一节点发送数据包所用的源地址始终是第一节点的本地地址，可见第一节点(即使在不同的第一网关节点之间切换)的本地地址始终保持不变，因而建立在该地址上的业务不中断，可以保证业务的连续性，同时第一节点不用维护多个地址，可以降低其复杂度。
图5是本发明第一实施例提供的另一种节点间数据传输的方法的流程示意图，该方法针对的是上行传输过程(即第一节点向第二节点发送数据包的过程)，该方法由第二网关节点对源地址进行转换。如图所示本实施例的具体方法的流程可以包括：
S201，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点。
本步骤与图4中的步骤S101相同，这里不再赘述。
须知地，历经本步骤，第一节点的本地地址和代理地址已被分配。
S202，第一网关节点将第一节点发送来的数据包发送至第二网关节点。
其中，该数据包的源地址为第一节点的本地地址，目标地址为第二节点的网络地址。
具体地，第一网关节点不对第一节点发送来的数据包进行处理，直接将其发送至第二网关节点。
S203，第二网关节点获取第一网关节点发送来的数据包。
S204，第二网关节点将数据包的源地址由第一节点的本地地址转换为代理 地址。
具体地，第二网关节点保持数据包的目标地址不变(即目标地址仍为第二节点的网络地址)，将源地址由第一节点的本地地址转换为代理地址。
S205，第二网关节点将转换后的数据包发送至第二节点。
具体地，第二网关节点将转换后的数据包发送至第二节点，从而实现第一节点向第二节点发送数据包的上行传输过程。
可选地，当第一节点从第一网关节点切换至另一第一网关节点时，第一网关节点将第一节点的上下文信息发送至另一第一网关节点，所述上下文信息包括第一节点的本地地址和第二网关节点的连接配置信息信息，第二网关节点的连接配置信息可以是第二网关节点的ID、端口号或隧道号等可标识第二网关节点的信息。
历经上述过程，另一第一网关节点根据上下文信息中的第二网关节点的连接配置信息确定第二网关节点，并与之建立连接，进而第一节点通过另一第一网关节点和第二网关节点连接第二节点，并向第二节点传输数据，其上行传输过程与本实施例上文描述的过程相同，这里不再赘述。需要指出的是，另一第一网关节点可以根据上下文信息中的第一节点的本地地址直接获知第一节点所被分配的本地地址，而无需向第一节点查询。
同样，本发明实施例中的第一节点、第一网关节点、第二网关节点和第二节点具体所指代的设备，也至少可以分为图4中的步骤S104所提及四种组合，这里不再赘述。
由上可见，本发明实施例中，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点，在上行传输数据时，第二网关节点将第一节点发送的数据包中的源地址由第一节点的本地地址转换为代理地址后再发送至第二节点，因此在第一节点和第二节点的数据传输的过程中，第一节点发送数据包所用的源地址始终是第一节点的本地地址，可见第一节点(即使在不同的第一网关节点之间切换)的本地地址始终保持不变，因而建立在该地址上的业务不中断，可以保证业务的连续性，同时第一节点不用维护多个地址，可以降低其复杂度。
图6是本发明第二实施例提供的一种节点间数据传输的方法的流程示意图， 该方法针对的是下行传输过程(即第二节点向第一节点发送数据包的过程)，该方法由第一网关节点对目标地址进行转换。如图所示本实施例的具体方法的流程可以包括：
S301，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点。
本步骤与图4中的步骤S101相同，这里不再赘述。
须知地，历经本步骤，第一节点的本地地址和代理地址已被分配。
S302，第一网关节点获取第一节点的本地地址。
具体地，第一网关节点获取第一节点的本地地址的方式包括以下两种：方式一，第一网关节点为第一节点分配本地地址后直接获知；方式二，第一网关节点从其它第一网关节点发送来的上下文信息中获取该本地地址。
S303，第一网关节点将第二节点通过第二网关节点发送来的数据包的目标地址由第一节点的代理地址转换为本地地址。
其中，该数据包的源地址为第二节点的网络地址，目标地址为第一节点的代理地址。
具体地，第一网关节点保持数据包的源地址不变(即源地址仍为第二节点的网络地址)，将目标地址由第一节点的代理地址转换为本地地址。
S304，第一网关节点将转换后的数据包发送至第一节点。
具体地，第一网关节点将转换后的数据包发送至第一节点，从而实现第二节点向第一节点发送数据包的下行传输过程。
可选地，当第一节点从第一网关节点切换至另一第一网关节点时，第一网关节点将第一节点的上下文信息发送至另一第一网关节点，所述上下文信息包括第一节点的本地地址和第二网关节点的连接配置信息信息，第二网关节点的连接配置信息可以是第二网关节点的ID、端口号或隧道号等可标识第二网关节点的信息。
历经上述过程，另一第一网关节点根据上下文信息中的第二网关节点的连接配置信息确定第二网关节点，并与之建立连接，进而第一节点通过另一第一网关节点和第二网关节点连接第二节点，并获取第二节点通过第二网关节点发送的数据包，其下行传输过程与本实施例上文描述的过程相同，这里不再赘述。需要指出的是，另一第一网关节点可以根据上下文信息中的第一节点的本地地 址直接获知第一节点所被分配的本地地址，而无需向第一节点查询。
同样，本发明实施例中的第一节点、第一网关节点、第二网关节点和第二节点具体所指代的设备，也至少可以分为图4中的步骤S104所提及四种组合，这里不再赘述。
由上可见，本发明实施例中，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点，在下行传输数据时，第一网关节点将第二节点发送的数据包中的目标地址由第一节点的代理地址转换为本地地址，因此在第一节点和第二节点的数据传输的过程中，第二节点发送数据包所用的目标地址始终是第一节点的代理地址，可见第二节点针对同一个第一节点的业务不用维护多个地址，可以降低其复杂度。
图7是本发明第二实施例提供的另一种节点间数据传输的方法的流程示意图，该方法针对的是下行传输过程(即第二节点向第一节点发送数据包的过程)，该方法由第二网关节点对目标地址进行转换。如图所示本实施例的具体方法的流程可以包括：
S401，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点。
本步骤与图4中的步骤S101相同，这里不再赘述。
须知地，历经本步骤，第一节点的本地地址和代理地址已被分配。
S402，第二网关节点获取第二节点发送来的数据包。
其中，该数据包的源地址为第二节点的网络地址，目标地址为第一节点的代理地址。
S403，第二网关节点将数据包的目标地址由第一节点的代理地址转换为本地地址。
具体地，第二网关节点保持数据包的源地址不变(即源地址仍为第二节点的网络地址)，将目标地址由第一节点的代理地址转换为本地地址。
S404，第二网关节点将转换后的数据包发送至第一网关节点。
S405，第一网关节点获取第二网关节点发送来的数据包。
S406，第一网关节点将数据包发送至第一节点。
可选地，当第一节点从第一网关节点切换至另一第一网关节点时，第一网 关节点将第一节点的上下文信息发送至另一第一网关节点，所述上下文信息包括第一节点的本地地址和第二网关节点的连接配置信息信息，第二网关节点的连接配置信息可以是第二网关节点的ID、端口号或隧道号等可标识第二网关节点的信息。
历经上述过程，另一第一网关节点根据上下文信息中的第二网关节点的连接配置信息确定第二网关节点，进而第一节点通过另一第一网关节点和第二网关节点连接第二节点，并获取第二节点通过第二网关节点发送的数据包，该数据包的目标地址被第二网关节点由第一节点的代理地址转换为本地地址，其下行传输过程与本实施例上文描述的过程相同，这里不再赘述。需要指出的是，另一第一网关节点可以根据上下文信息中的第一节点的本地地址直接获知第一节点所被分配的本地地址，而无需向第一节点查询。
同样，本发明实施例中的第一节点、第一网关节点、第二网关节点和第二节点具体所指代的设备，也至少可以分为图4中的步骤S104所提及四种组合，这里不再赘述。
由上可见，本发明实施例中，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点，在下行传输数据时，第二网关节点将第二节点发送的数据包中的目标地址由第一节点的代理地址转换为本地地址，因此在第一节点和第二节点的数据传输的过程中，第二节点发送数据包所用的目标地址始终是第一节点的代理地址，可见第二节点针对同一个第一节点的业务不用维护多个地址，可以降低其复杂度。
图8是本发明第三实施例提供的一种节点间数据传输的方法的流程示意图，该方法针对的是切换过程(即第一节点从原第一网关节点切换连接到新第一网关节点的过程)，该方法不区分上、下行传输过程。如图所示本实施例的具体方法的流程可以包括：
S501，第一节点通过原第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输。
请参阅图3，原第一网关节点如图中第一网关节点2所示，第二网关节点如图中第二网关节点2所示，第一节点通过图中虚线所示的原连接与第一网关节点2连接，第一网关节点2通过图中虚线所示的原连接与第二网关节点2连接， 第二网关节点2与第二节点连接，进而第一节点可以与第二节点进行数据传输。这就是切换前第一节点与第二节点进行数据传输的方式。
S502，第一节点在切换连接到新第一网关节点时，断开与原第一网关节点之间的连接。
可选地，若为第一节点从原第一网关节点的服务区移至新第一网关节点的服务区的场景，第一节点在切换连接到新第一网关节点时，断开与原第一网关节点之间的连接的具体操作可以是：第一节点分别测量原第一网关节点和新第一网关节点的信号质量；第一节点在确定新第一网关节点的信号质量优于原第一网关节点时，向原第一网关节点上报，以使原第一网关节点向第一节点发送指示切换指令；第一节点接收切换指令，并根据切换指令切换连接到新第一网关节点，以及断开与原第一网关节点之间的连接。例如：小区1为第一网关节点的服务区，小区2为第二网关节点的服务区，第一节点从小区1移至小区1和小区2的边界时，第一节点分别测量原第一网关节点和新第一网关节点的信号质量，并根据测量结果是保持与原第一网关节点的连接还是建立与新第一网关节点的连接。
S503，第一节点通过新第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输。
第一节点通过新第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输之前，向上层发送路径转换请求，以使上层控制第二网关节点建立与新第一网关节点之间的连接。
仍请参阅图3，新第一网关节点如图中第一网关节点3所示，第一节点通过图中实线所示的新连接与第一网关节点3连接，第一网关节点3通过图中实线所示的新连接与第二网关节点2连接，第二网关节点2与第二节点连接，进而第一节点可以与第二节点进行数据传输。这就是切换后第一节点与第二节点进行数据传输的方式。
另可选地，为了在原连接释放后但新连接未建立前，仍保证业务的连续性，第一节点向上层发送路径转换请求之前，暂时通过新第一网关节点、原第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输。
综上所述，本发明实施例中，切换前的链路为：第一节点<＝>原第一网关节点<＝>第二网关节点<＝>第二节点；切换中的链路为：第一节点<＝>新第一网关 节点<＝>原第一网关节点<＝>第二网关节点<＝>第二节点；切换后的链路为：第一节点<＝>新第一网关节点<＝>第二网关节点<＝>第二节点。
同样，本发明实施例中的第一节点、第一网关节点、第二网关节点和第二节点具体所指代的设备，也至少可以分为图4中的步骤S104所提及四种组合，这里不再赘述。
由上可见，本发明实施例中，第一节点在切换连接到新第一网关节点时，断开与所述原第一网关节点之间的连接，进而通过新第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输，可以实现在链路上保证第一节点和第二节点之间业务的连续性。
为了进一步地说明本发明的实现过程，下文将结合第一节点、第一网关节点、第二网关节点和第二节点具体所指代的设备的组合，以及各种组合下的栈结构，进行更详细地举例说明。
图9是本实施例提供的第一种传输场景的示意图。在本实施例中，第一节点为终端(本实施例中称为“UE”)，第一网关节点为基站(本实施例中称为“eNB”)和终端代理设备(本实施例中称为“UE-Proxy”)的组合，第二网关节点为服务器代理设备(本实施例中称为“Server-Proxy”)，第二节点为服务器(本实施例中称为“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相连。其中，上述接口相连可以建立端到端隧道的方式也可以通过端到端路由的方式，发端的数据发送到指定节点。
进一步地，本实施例的栈结构可以如图10所示，图中UE和UE-Proxy之间建立点到点的隧道连接。该隧道实际由两端隧道组成，UE和eNB之间通过LTE空口Uu接口连接，空口数据隧道被称为Radio Bearer，eNB和UE-Proxy之间通过GTP-U隧道连接。对于该UE Radio Bearer和对应GTP-U隧道之间的转发关 系是一一对应的，因此总的组成完整的UE到UE-Proxy之间的隧道，UE的所有数据都会经过其对应的UE-Proxy。UE可以复用现有的蜂窝用户面隧道建立过程完成上述过程，在流程中UE-Proxy相当于LTE系统中的SGW/PGW。另外，App Server是一个互联网上的应用服务器，和Server-Proxy之间的连接是通过设置路由的方式，使得App Server和UE的数据经过Server Proxy转发。相比于上述UE通过建立隧道的方式连接对应的代理，对于处于公网的App Server采用通过路由的方式可以减少或者避免对App Server的影响。通过App Server和Server-Proxy之间的路由设置，使得App Server向一个或几个IP地址段内节点发送的数据由都会经过Server-Proxy转发。对于特定的UE，Server-Proxy可以分配不同的IP，以便在接收到App Server发送给UE的数据时，根据其目的IP判断对应的UE-Proxy，通过Server-Proxy和UE-Proxy之间的连接发送给UE-Proxy。当Server-Proxy的IP资源较少时，不同UE的数据可能分配相同的IP，Server-Proxy通过NAT(Network Address Translation，网络地址转换)的方式，通过IP和UDP/TCP端口号来确定不同UE的数据。UE-Proxy和Server-Proxy之间可以根据配置建立连接并保持，也可以根据UE的业务需求，动态的与App Server对应的Server-Proxy建立连接。对UE非透明方式，UE和UE-Proxy之间可以协商(可选的通过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直接发送数据包至UE-Proxy，UE-Proxy根据数据包中IP数据包头或者HTTP包头中的域名，获知UE需要访问的App Server，查找对应Server-Proxy。
在此基础上，图11是本发明实施例提供的一种接入过程的流程示意图，该方法是对图4和图6所述方法的举例说明，可以包括：
S601，UE建立与eNB之间的连接。
具体地，UE通过RRC(Radio Resource Control，无线资源控制协议)过程，在驻留的小区和对应的eNB建立空口信令连接，用以传输UE专用的信令。
S602，UE通过eNB注册网络。
具体地，UE通过空口连接发送Attach Request，对网络进行注册。
S603，eNB向MME为UE注册网络。
具体地，eNB通过Initial UE Message并携带UE发送的Attach Request消息给MME。
S604，MME鉴权处理。
具体地，MME处理Attach Request前，需要通过鉴权过程，鉴别双方节点是否是可信节点。并产生加密算法和秘钥等相关信息用于后续的安全过程。
S605，MME为UE选择UE-Proxy。
具体地，如果鉴权成功，MME选择一个UE-Proxy，发起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并按业务分配其对应的GTP-U TEID，通过Create Proxy Response发送给MME。
S607，MME和eNB建立连接。
具体地，MME和eNB通过Initial Context Setup建立eNB和UE-Proxy之间的用户面承载(隧道)。
S608，eNB将MME配置local IP的消息发送给UE。
具体地，eNB和UE之间建立对应的空口用户面承载(无线承载)，进而通知相应的local IP给UE。
S609，UE发送指向服务器1(App Server1)的数据包。
具体地，若UE希望访问App Server1，通过空口用户面承载，以local IP为源地址(source address)通过eNB向UE-Proxy发送数据包。
S610，UE-Proxy查找对应的服务器代理设备1(Server-Proxy1)。
具体地，UE-Proxy接收数据包后，根据destination address查找对应的服务器代理Server-Proxy1。并查找对应的UE是否已经建立了对应的UE-Proxy和Server-Proxy1之间的连接，如果没有，缓存数据，发起Create Tunnel Request。如果有执行步骤S612。
S611，Server-Proxy1为UE分配代理地址1(Remote IP1)。
具体地，Server-Proxy1收到Create Tunnel Request后，在其IP池内为该UE分配Remote IP1，并建立UE对应的隧道，并发送Create Tunnel Response通知UE-Proxy，并保存remote IP1，UE-Proxy以及相应隧道的对应关系。
S612，UE-Proxy对数据包的地址信息进行转换。
具体地，对于收到UE发给App Server的数据，UE-Proxy将IP头内的source address从local IP转换为destination address对应的Server-Proxy1分配的remote IP1。对于从App Server发送给UE的数据包，UE-Proxy将IP头内的destination address从remote IP1转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
S613，UE发送指向服务器2(App Server2)的数据包。
具体地，若UE希望访问App Server2，通过空口用户面承载，以local IP为源地址(source address)通过eNB向UE-Proxy发送数据包。
S614，UE-Proxy查找对应的服务器代理设备2(Server-Proxy2)。
具体地，UE-Proxy接收数据包后，根据destination address查找对应的服务器代理Server-Proxy2。并查找对应的UE是否已经建立了对应的UE-Proxy和Server-Proxy2之间的连接，如果没有，缓存数据，发起Create Tunnel Request。如果有执行步骤S616。
S615，Server-Proxy2为UE分配代理地址2(Remote IP2)。
具体地，Server-Proxy2收到Create Tunnel Request后，在其IP池内为该UE分配Remote IP2，并建立UE对应的隧道，并发送Create Tunnel Response通知UE-Proxy，并保存remote IP2，UE-Proxy以及相应隧道的对应关系。
S616，UE-Proxy对数据包的源地址进行转换。
具体地，对于收到UE发给App Server的数据，UE-Proxy将IP头内的source address从local IP转换为destination address对应的Server-Proxy2分配的remote IP2。对于从App Server发送给UE的数据包，UE-Proxy将IP头内的destination address从remote IP2转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
需要指出的是，本发明实施例推广到服务器n(App Server n)一样适用，这里不再赘述。
相应地，图12是本发明实施例提供的第一种切换过程的流程示意图，该方 法是对图8所述方法的举例说明，本实施例中，假设UE初始接入基站1(eNB1)，并且通过终端代理设备1(UE-Proxy1)，同时与服务器1(App Server1)和服务器2(App Server2)传输业务，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下小区移动至eNB2下小区边界，根据eNB1下发给UE的测量配置，当满足测量报告条件时，如eNB2下小区比eNB1下小区的接收信号强度大3个dB时，UE上报测量报告给eNB1。
S703，eNB1向UE发起eNB1和eNB2切换过程。
具体地，eNB接收到测量报告，根据切换判决算法，判定UE应该切换到信号更强的小区下去，本实施例中eNB1判定UE应该切换到eNB2，因此发起eNB1和eNB2切换过程。LTE中切换分为S1切换和X2切换，本实施例以X2切换为例，eNB1和eNB2之间通过handover request和handover response消息交换UE的上下文信息，UE-Proxy1的地址和隧道信息，并且在eNB2准备好相应的资源配置好切换命令以及建立eNB1到eNB2之间的反传隧道等工作，用于传输在切换期间eNB1未能发送给UE的数据。
S704，UE切换连接至eNB2。
具体地，eNB1通过RRC Reconfiguration消息发送切换命令给终端，指示终端切换到eNB2下的小区中区，UE接收后离开原小区。
S705，eNB1将数据交接给eNB2。
具体地，eNB1发送SN status transfer给eNB2，指示最后传输给UE的PDCP SN号，用于eNB2接续PDCP的数据继续和终端传输，对于没有传输成功的，由eNB2和UE之间协商重传。由于UE已经离开eNB1下的小区，所以UE-Proxy1发给eNB1的b-1和b-2的下行数据已经无法发送给UE，此处通过步骤S703建立的反传隧道，由eNB1发送给eNB2，通过e-1和e-2表示，eNB2会缓存这部分数据，直至UE成功连接后再发送给UE。
S706，UE1通过eNB2、eNB1、UE-Proxy1和Server Proxy1连接Server1，UE1通过eNB2、eNB1、UE-Proxy1和Server Proxy2连接Server2，并传输数据。
具体地，UE搜索切换命令中指示的新小区，并与该小区进行同步，按切换命令中的随机接入配置向该小区发起随机接入，成功后，发送RRC Reconfiguration Complete消息，通知eNB2完成切换。至此UE和eNB2已经成功建立起空口的无线承载。下行方向，App Server1/App Server2发送的数据d-1/d-2到Server-Proxy1/Server-Proxy2，然后代理再将c-1/c-2转发给UE-Proxy1，UE-Proxy1经过第1步所述的地址变换后，b-1/b-2发送给eNB1，eNB1通过反传隧道将e-1/e-2发送给eNB2，eNB2将反传过来的数据在空口承载A-1-D，A-2-D发送给UE。上行方向，UE通过空口承载向eNB2发送A-1-U和A-2-U，eNB2根据第3步的UE-Proxy1的地址隧道信息，发送E-1-U/E-2-U给UE-Proxy1，UE-Proxy1通过c-1/c-2发送给Sever-Proxy1/Server-Proxy2,Sever-Proxy1/Server-Proxy2在通过d-1/d-2路由给App-Server1/App-Server2。
S707，eNB2撤出转发。
具体地，eNB2向MME发送Path Switch消息，希望UE-Proxy1将b-1/b-2的下行数据直接发送到eNB2，避免从eNB1转发。
S708，MME通知UE-Proxy2与Server-Proxy1和Server-Proxy2建立连接。
具体地，MME接收Path Switch消息后，可以选择是否要修改UE-Proxy。如果MME判断需要修改UE-Proxy1为UE-Proxy2时，MME向UE-Proxy2发起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发起Proxy Connection Modify过程，用于指示Server-Proxy1将原 UE-Proxy1的数据发给UE-Proxy2。可以携带UE-Proxy1的地址和隧道信息，UE remote IP等信息，来表明需要更改的隧道。并且携带UE-Proxy2的地址和隧道信息，用于指明Server-Proxy1新的连接信息。Server-Proxy1接收请求后，更新发给UE-Proxy1的数据至发给UE-Proxy2，并可选的携带UE-Proxy2发给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，表示建立成功，并携带业务对应的地址和隧道信息。
S713，MME通知eNB2切换成功。
MME向eNB2回复Path Switch Request Acknowledge，表示UE-Proxy2切换成功，并携带业务上行数据对应的地址和隧道信息。至此UE和App Server之间的数据全部通过eNB2和UE-Proxy2进行转发，具体为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是本实施例的第二种传输场景的示意图。在本实施例中，第一节点为终端(本实施例中称为“UE”)，第一网关节点为终端代理设备(本实施例中 称为“UE-AP”)，第二网关节点为服务器代理设备(本实施例中称为“Server-Proxy”)，第二节点为服务器(本实施例中称为“APP Server”)，除此之外，还包括控制器(Controlor)，用于调度和控制UE和UE-Proxy。相比图9所述场景中eNB或者热点和UE-Proxy的功能部署在同一个节点，如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相连。上述接口相连可以建立端到端隧道的方式也可以通过端到端路由的方式，发端的数据发送到指定节点。
进一步地，本实施例的栈结构可以如图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的业务需求，动态的与App Server对应的Server-Proxy建立连接。对UE非透明方式，UE和UE-Proxy之间可以协商(可选的通过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直接发送数据包至UE-Proxy，UE-Proxy根据数据包中IP数据包头或者HTTP包头中的域名，获知UE需要访问的App Server，查找对应Server-Proxy。
在此基础上，图15是本发明实施例提供的一种接入过程的流程示意图，该方法是对图4和图6所述方法的举例说明，可以包括：
S801，UE建立与UE-AP的连接
具体地，UE通过RRC过程，在驻留的小区和对应的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可能是独立节点或者和UE-AP合并为一个节点。由于UE-AP作为无线节点，可能分布式的部署在各个区域，因此安全性可能较差，运营商可能希望部署一个集中式安全的Controller用于管理众多UE-AP。UE-AP和Controller合一的部署比较适用与家用部署或者企业商场部署，用户需要节省成本例如空口使用非授权频段的UE-AP，并且不需要部署多个节点。后续描述中对UE-AP和Controller合一的场景，可以跳过UE-AP和Controller之间的交互，因为属于内部实现过程。
S803，UE发送指向App Server1的数据包。
具体地，UE希望访问App Server1，通过无线数据承载，以local IP为source address，App Server1IP为destination address，向UE-AP发送数据包。
S804，UE-AP查找对应的Server-Proxy1。
具体地，UE-AP根据destination address，检查是否已有对应的隧道或者Server-Proxy的配置。如果有则通过连接发送到对应的Server-Proxy中去。如果没有这需要新建和Server-Proxy之间的连接，UE-AP向Controller请求建立Server-Proxy连接，携带destination address或者希望连接的Server-Proxy标识(通过查destination address和Server-Proxy对应关系获得)，以及自身的地址和隧道配置，local IP等信息。
S805，Controller通知Server-Proxy1相关信息。
具体地，Controller发送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对应的隧道，并发送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的数据进行local IP和remote IP1的转换。对于收到UE发给App Server 的数据，UE-AP将IP头内的source address从local IP转换为destination address对应的Server-Proxy1分配的remote IP1。对于从App Server发送给UE的数据，UE-AP将IP头内的destination address从remote IP1转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
S809，UE发送指向App Server2的数据包。
具体地，UE希望访问App Server2，通过无线数据承载，以local IP为source address，App Server2IP为destination address，向UE-AP发送数据包。
S810，UE-AP查找对应的Server-Proxy2。
具体地，UE-AP根据destination address，检查是否已有对应的隧道或者Server-Proxy的配置。如果有则通过连接发送到对应的Server-Proxy中去。如果没有这需要新建和Server-Proxy之间的连接，UE-AP向Controller请求建立Server-Proxy连接，携带destination address或者希望连接的Server-Proxy标识(通过查destination address和Server-Proxy对应关系获得)，以及自身的地址和隧道配置，local IP等信息。
S811，Controller通知Server-Proxy2相关信息。
具体地，Controller发送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对应的隧道，并发送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的数据进行local IP和remote IP2的转换。对于收到UE发给App Server的数据，UE-AP将IP头内的source address从local IP转换为destination address对应的Server-Proxy2分配的remote IP2。对于从App Server发送给UE的数据，UE-AP将IP头内的destination address从remote IP1转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
需要指出的是，本发明实施例推广到服务器n(App Server n)一样适用，这里不再赘述。
相应地，图16是本发明实施例提供的第二种切换过程的流程示意图，该方法是对图8所述方法的举例说明。为简化描述，本实施例中仅以UE-AP和Controller功能合一为例。本实施例中，假设UE初始接入UE-AP1，同时和App Server1和App Server2进行业务，分别对应的代理是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下小区移动至UE-AP2下小区边界，根据UE-AP1下发给UE的测量配置，当满足测量报告条件时，如UE-AP2下小区比UE-AP1下小区的接收信号强度大3个dB时，UE上报测量报告给UE-AP1。
S904，UE-AP1向UE发起UE-AP1和UE-AP2切换过程。
具体地，UE-AP1接收到测量报告，根据切换判决算法，判定UE应该切换到信号更强的小区下去，本实施例中UE-AP1判定UE应该切换到UE-AP2中去，因此发起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未能发送给UE的数据。完成后UE-AP2发送handover response给UE-AP1，其中包含切换命令。
S905，UE切换连接至UE-AP2。
具体地，UE-AP1通过RRC Reconfiguration消息发送切换命令给终端，指示终端切换到eNB2下的小区中区，终端接收后离开源小区。UE-AP1可以开始向UE-AP2反传数据，通过UE-AP1向UE-AP2可以发送SN status transfer，告知UE最后的数据接收状况，以便在UE-AP2中接续传输。
S906，UE通知UE-AP2切换完成。
具体地，UE在新小区接入，发送RRC reconfiguration complete消息给UE-AP2，表示空口切换过程完成。
S907，UE-AP2向Sever-Proxy1发起连接修正过程。
具体地，UE-AP2向Server-Proxy1发起Proxy Connection Modification过程，修改Server-Proxy1的数据从发给UE-AP1改变为发给UE-AP2。
S908，UE-AP2向Sever-Proxy2发起连接修正过程。
具体地，UE-AP2也向Server-Proxy2发起Proxy Connection Modification过程，修改Server-Proxy2的数据从发给UE-AP1改变为发给UE-AP2。
S909，UE通过UE-AP2和Server Proxy1连接Server1。
S910，UE通过UE-AP2和Server Proxy2连接Server2。
图17是本实施例的第三种传输场景的示意图。在本实施例中，第一节点为终端(本实施例中称为“UE”)，第一网关节点为终端代理设备(本实施例中称为“UE-Proxy”)，第二节点为服务器(本实施例中称为“APP Server”)，第二网关节点(本实施例中称为“Server-Proxy”)内置于所述服务器。
图18是本实施例的第三(a)种栈结构的示意图，本实施例中，UE-AP可以通过隧道直连App Server，当UE-AP变更时，可以通知App Server变更隧道，从而保持UE的业务连续性。
图19是本实施例的第三(b)种栈结构的示意图，本实施例与图15的区别在于UE和UE-AP空口使用的802.11(即1Wifi)协议连接，UE-AP和Server-Proxy之间，所示使用CAPWAP和和GTP-U一样，是另一种隧道协议。Server-Proxy之间也通过一种点到点的连接协议连接(如PPP、VPN协议)连接App Server，图9和图13所述的实施例，是通过路由方式App-Server连接Server-Proxy，所以为了将UE的数据路由至Server-Proxy，UE需要修改local IP至remote IP，以便App Server通过remote IP发送数据给UE时，会路由至Server-Proxy。然而，本 实施通过连接协议建立专用通道直连App Server和Server-Proxy，App Server和Server-Proxy之间的数据不需要经过路由可以直通(和隧道相同)，避免了修改至remote IP的过程。缺点是App Server只能服务来自Server-Proxy的用户，在实际部署时可以部署专门的服务器，或者同一台服务器上某一个网络接口，或者虚拟一个网络接口与Server-Proxy相连，其他服务器或者其他接口还可以服务来自于Server-Proxy之外的用户。
图20是本发明实施例提供的第四种传输场景的示意图。在本实施例中，第一节点为服务器(本实施例中称为“APP Server”)，第一网关节点为服务器代理设备(本实施例中称为“Server-Proxy”)，第二网关节点为终端代理设备(本实施例中称为“UE-Proxy”)，第二节点为终端(本实施例中称为“UE”)。本实施例中移动的第一节点为APP Server，主要可能的原因是APP Server之间进行负载均匀，如服务器1CPU或者内存占用过高，将部分终端的数据从服务器1转至服务器2处理。将用户1连接的服务器从服务器1转移至服务器2，整个过程中保持对终端1来说服务器的IP地址不变，而服务器之间可以通过同步服务器上对于该终端的上下文信息，从而对终端1来说服务器的变化是不可见或者是透明的，并且在服务器更换的过程中业务是没有中断的。
在此基础上，图21是本发明实施例提供的一种切换过程的流程示意图，该方法是对图8所述方法的举例说明。如图所示，终端从总代代理设备1移动至终端代理设备2，过程如上述实施例所示，不再赘述。此时服务器2可能离终端设备的传输距离更近，由服务器2服务可能更为合适，服务器代理设备或者路由管理节点可以触发服务终端的服务器从服务器1向服务器2的迁移过程。具体流程可以包括：
S1001服务器代理设备1或者路由管理节点可以和服务器1协商服务器切换。如果同意由服务器代理设备1开始执行代理设备切换过程。
S1002服务器代理设备1将相关服务器的上下文信息转移至服务器代理设备2。保证服务器代理2能将终端发送给服务器1的数据转发给服务器2，对终端来说不需要变更服务器的IP地址，从而确保的IP的连续性。服务器代理设备1将终端通过终端代理2发来的数据都转发至服务器代理设备2，服务器2准备好之前有服务器代理设备进行缓存。
S1003服务器代理设备1指示服务器1进行服务器切换至服务器2。
S1004服务器1可以将APP相关的业务上下文信息转发至新的服务器2，包括终端的连接信息(TCP连接配置信息，业务状态信息)使得终端可以在原有的服务进度上继续，保证业务的连续性。如不转发APP相关的业务上下文，服务器1通知服务器2终端的地址信息，可能需要终端重发业务连接请求。
S1005服务器2准备好后通知服务器代理设备2进行路由切换。此时服务器代理设备将终端发送给服务器代理1的缓存数据发送给服务器2。
S1006服务器代理设备2通知终端代理设备2将数据流由原来的服务器代理设备1转至服务器代理设备2。再由服务器代理设备2转发至服务器2。
本实施例描述的是，当App Server变更时，仍然可以保持业务连续性，即UE不可见。通常可以应用在App Server进行负载均衡，或者UE移动时，变更至离UE更近的App Server(如CDN服务器)的场景，以获得更好的资源更短的时延更好的用户体验。
图22是本实施例的第五(a)种传输场景的示意图，在本实施例中，第一节点为终端(本实施例中称为“UE”)，第一网关节点为终端代理设备且内置于终端，第二节点为服务器(本实施例中称为“APP Server”)，第二网关节点为服务器代理设备(本实施例中称为“Server-Proxy”)。本实施的主要变化在于第一网关节点内置终端造成，对于第二网关节点内置或者不内置于服务器的场景同样适用。终端通过机入网设备(可以是基站或者AP)连接第二网关节点和服务器。由于本实施例的第一网关节点内置于终端，因此在终端移动时，第一网关跟随终端移动，因此终端不需要更换第一网关节点。
接入节点建立与接入网设备之间的连接，并通过鉴权并完成注册。具体过程可以重用现有2G/3G/4G(参见前面的实施例)以及未来可能的5G系统的无线接入过程。在此基础上，图23是本发明实施例提供的一种接入过程的流程示意图，该方法是对图4和图6所述方法的举例说明，可以包括：
S1101，终端建立与接入网设备之间的连接。
具体地，以4G网络接入过程举例，UE通过RRC(Radio Resource Control，无线资源控制协议)过程，在驻留的小区和对应的eNB建立空口信令连接，用以传输UE专用的信令。
S1102，UE通过eNB注册网络。
具体地，UE通过空口连接发送Attach Request，对网络进行注册。
S1103，eNB向集中式控制器或者MME为UE注册网络。
具体地，eNB通过Initial UE Message并携带UE发送的Attach Request消息给MME。
S1104，MME鉴权处理。
具体地，MME处理Attach Request前，需要通过鉴权过程，鉴别双方节点是否是可信节点。并产生加密算法和秘钥等相关信息用于后续的安全过程。
S1105，MME为UE选择UE-Proxy。具体地，如果鉴权成功，MME选择UE-Proxy，发起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。
具体地，如果Create Proxy Request不携带local IP,UE-Proxy为UE分配local IP，否则UE-Proxy直接使用Create Proxy Request中的local IP为UE的local IP并按业务分配其对应的GTP-U TEID，通过Create Proxy Response发送给MME。
S1107，MME和eNB建立连接。
具体地，MME和eNB通过Initial Context Setup建立eNB和UE-Proxy之间的用户面承载(隧道)。
S1108，eNB将将MME配置local IP的消息发送给UE。
具体地，eNB和UE之间建立对应的空口用户面承载(无线承载)，进而通知相应的local IP给UE。
S1109，UE发送指向服务器1(App Server1)的数据包。
具体地，若UE希望访问App Server1，通过空口用户面承载，以local IP为源地址(source address)向UE-Proxy发送数据。
S1110，UE-Proxy查找对应的服务器代理设备1(Server-Proxy1)。
具体地，UE-Proxy接收数据包后，根据destination address查找对应的服务器代理Server-Proxy1。并查找对应的UE是否已经建立了对应的UE-Proxy和Server-Proxy1之间的连接，如果有执行步骤S1113。
S1110如果没有对应的服务器代理，终端代理设备缓存数据，向控制器或者MME查询对应的服务器代理设备。控制器或MME根据终端代理上报的数据包特征(如数据包的协议头)确定服务器以及服务器代理设备。并将其对应的标识信息或者地址信息返回给终端代理设备。
S1111终端代理发起Create Tunnel Request。
S1112Server-Proxy1为UE分配代理地址1(Remote IP1)。
具体地，Server-Proxy1收到Create Tunnel Request后，在其IP池内为该UE分配Remote IP1，并建立UE对应的隧道，并发送Create Tunnel Response通知UE-Proxy，并保存remote IP1，UE-Proxy以及相应隧道的对应关系。
S1113，UE-Proxy对数据包的地址信息进行转换。
具体地，对于收到UE发给App Server的数据，UE-Proxy将IP头内的source address从local IP转换为destination address对应的Server-Proxy1分配的remote IP1。对于从App Server发送给UE的数据包，UE-Proxy将IP头内的destination address从remote IP1转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
S1114，UE发送指向服务器2(App Server2)的数据包。
具体地，若UE希望访问App Server2，通过空口用户面承载，以local IP为源地址(source address)通过eNB向UE-Proxy发送数据包。UE-Proxy查找对应的服务器代理设备2(Server-Proxy2)。具体地，UE-Proxy接收数据包后，根据destination address查找对应的服务器代理Server-Proxy2。并查找对应的UE是否已经建立了对应的UE-Proxy和Server-Proxy2之间的连接，如果有执行步骤S1118。
S1115如果没有，终端代理设备缓存数据，和S1110一样，向控制器或者MME查询对应的服务器代理设备。控制器或MME根据终端代理上报的数据包特征(如数据包的协议头)确定服务器以及服务器代理设备。并将其对应的标识信息或者地址信息返回给终端代理设备。
S1116终端代理设备发起Create Tunnel Request。
S1117Server-Proxy2为UE分配代理地址2(Remote IP2)。
具体地，Server-Proxy2收到Create Tunnel Request后，在其IP池内为该UE分配Remote IP2，并建立UE对应的隧道，并发送Create Tunnel Response通知 UE-Proxy，并保存remote IP2，UE-Proxy以及相应隧道的对应关系。
S1117，UE-Proxy对数据包的源地址进行转换。
具体地，对于收到UE发给App Server的数据，UE-Proxy将IP头内的source address从local IP转换为destination address对应的Server-Proxy2分配的remote IP2。对于从App Server发送给UE的数据包，UE-Proxy将IP头内的destination address从remote IP2转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
需要指出的是，本发明实施例推广到服务器n(App Server n)一样适用，这里不再赘述。
相应地，图24是本发明实施例提供的第一种切换过程的流程示意图，该方法是对图8所述方法的举例说明，本实施例中，假设UE和内置的终端代理设备初始连接的基站1(eNB1)，同时与服务器1(App Server1)和服务器2(App Server2)传输业务，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发给App Server的数据，终端设备代理将IP头内的source address从local IP转换为destination address对应的Server-Proxy2分配的remote IP2。对于从App Server发送给UE的数据包，终端设备代理将IP头内的destination address从remote IP2转换为local IP。至此UE和App Server之间可以进行双向数据通讯。
S1201，UE检测eNB1和eNB2的信号质量。
具体地，UE从eNB1下小区移动至eNB2下小区边界，根据eNB1下发给UE的测量配置，当满足测量报告条件时，如eNB2下小区比eNB1下小区的接收信号强度大3个dB时，UE上报测量报告给eNB1。
S1202，eNB1向UE发起eNB1和eNB2切换过程。
具体地，eNB接收到测量报告，根据切换判决算法，判定UE应该切换到信 号更强的小区下去，本实施例中eNB1判定UE应该切换到eNB2，因此发起eNB1和eNB2切换过程。LTE中切换分为S1切换和X2切换，本实施例以X2切换为例，eNB1和eNB2之间通过handover request和handover response消息交换UE的上下文信息，UE-Proxy和Server-Proxy1/2的地址和隧道信息，并且在eNB2准备好相应的资源配置好切换命令以及建立eNB1到eNB2之间的反传隧道等工作，用于传输在切换期间eNB1未能发送给UE的数据。
S1203，发送切换命令给UE
具体地，eNB1通过RRC Reconfiguration消息发送切换命令给终端，指示终端切换到eNB2下的小区中区，UE接收后离开原小区。
eNB1将数据交接给eNB2。具体地，eNB1发送SN status transfer给eNB2，指示最后传输给UE的PDCP SN号，用于eNB2接续PDCP的数据继续和终端传输，对于没有传输成功的，由eNB2和UE之间协商重传。由于UE已经离开eNB1下的小区，所以Server-Proxy1和Server-Proxy2发给eNB1的c-1和c-2的下行数据c-1-D和c-2-D已经无法发送给UE，此处通过步骤S1202建立的反传隧道，由eNB1发送给eNB2，通过F-1-D和F-2-D表示，eNB2会缓存这部分数据，直至UE成功连接后再发送给UE。
S1204，UE1和终端设备代理通过eNB2分别和Server Proxy1连接Server1，Server Proxy2连接Server2，并传输数据。
具体地，UE搜索切换命令中指示的新小区，并与该小区进行同步，按切换命令中的随机接入配置向该小区发起随机接入，成功后，发送RRC Reconfiguration Complete消息，通知eNB2完成切换。至此UE和eNB2已经成功建立起空口的无线承载。下行方向，App Server1/App Server2发送的数据d-1-D/d-2-D到Server-Proxy1/Server-Proxy2，然后代理再将c-1-D/c-2-D转发给eNB1，eNB1通过反传隧道将F-1-D/F-2-D发送给eNB2，eNB2将反传过来的数据在空口承载B-1-D，B-2-D发送给终端设备代理，终端设备代理经过地址变换将B-1-D，B-2-D变换为a-1-D和a-2-D。上行方向，UE向终端设备代理发送a-1-U和a-2-U，终端设备代通过空口承载向eNB2发送B-1-U和B-2-U，eNB2根据第S1202步的Server-Proxy1/2的地址隧道信息，发送C-1-U/C-2-U发送给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撤出转发。
具体地，eNB2向MME发送Path Switch消息，希望Server-Proxy1/2将C-1-D/C-2-D的下行数据直接发送到eNB2，避免从eNB1转发。
S1207/1208，MME通知Server-Proxy1/2将下行数据发送给eNB2。Server-Proxy1和Server-Proxy2分别将App Server发来的d-1-D和d-2-D通过C-1-D和C-2-D发送给eNB2，eNB2通过空口通过B-1-D和B-2-D发送给终端设备代理，终端设备代理经过地址转换后发送给终端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切换成功，并携带业务上行数据对应的地址和隧道信息。如果S1204步eNB2缓存终端的上行数据，则此时可以将对应的缓存数据发送给App-Proxy1/2，进而发送给对应的App-Server。至此UE和App Server之间的数据全部通过终端设备代理，eNB2和App-Proxy进行转发
S1210，eNB2控制eNB1删除上下文信息。
eNB2等待eNB1数据反传完毕后，一般可以设置一个定时器或者等待接收到数据最后包end marker，删除UE上下文信息。
当地址转换功能在Server-Proxy处理时，上述过程也是一致的。
图25是本实施例提供的第五(b)种传输场景的示意图。当第一网关节点内置于终端时，终端和第一网网关节点可以通过内部接口进行通讯，甚至可以将终端和第一网关的功能用同一程序实现，终端可以很方便的获取第一网关节点的终端上下文信息，因此，本实施例相对于图22的实施例，区别在于将终端直接具有第一网关节点的功能。下面为了描述上的方便将同时拥有终端和第一网关节点功能的这个节点称为接入节点。
在此基础上，图26是本发明实施例提供的一种接入过程的流程示意图，该方法是对图4和图6所述方法的举例说明，可以包括：
S1301，接入节点建立与接入网设备之间的连接。
具体地，以4G网络接入过程举例，UE通过RRC(Radio Resource Control，无线资源控制协议)过程，在驻留的小区和对应的eNB建立空口信令连接，用以传输UE专用的信令。此步骤可以重用上述以及其他类似的无线技术建立空口连接的过程。
S1302，接入节点通过接入网设备注册。
具体地，接入网设备通过空口连接发送注册请求，对网络进行注册。
S1303，接入网设备向集中式控制器发送注册请求。
具体地，可以类似于LTE系统中eNB通过Initial UE Message并携带UE发送的Attach Request消息给MME。
S1304，集中式控制鉴权处理。
具体地，类似于LTE系统MME处理Attach Request前，需要通过鉴权过程，鉴别双方节点是否是可信节点。并产生加密算法和秘钥等相关信息用于后续的安全过程。如果通过，则接入节点和控制器之间可以进行后续信令过程。可选的接入节点和控制器之间建立一条默认传输路径。
S1305当接入节点要和服务器进行通讯时，先检测内置的接入节点是否已经和服务器和以及其对应的服务器代理之间建立关联关系。如果没有则需要向控制器请求，选择服务器对应的服务器代理，分配代理地址，并通过服务器代理连接服务器。
接入节点可以向控制器节点发起业务请求，接入节点通过信令向控制器请求需要访问的服务或者服务器。接入节点可以通过指明服务类型、服务商信息、服务标识信息、服务域名或者URL信息(如www.youtube.com或者www.myvideo.com/service/portal1)、服务地址信息(如IP地址信息10.238.2.38)等用于控制器节点确认需要访问的服务器。
或者接入节点可以使用S1304步骤中的临时默认传输路径上默认IP地址作为源地址，将需要发送服务器的数据包发送给控制器。控制器通过对数据包的特征识别(如数据包中IP数据包头或者HTTP包头中)，确认需要连接的服务器和对应的服务器代理设备。
控制器将服务器或服务器代理设备对应的信息(如标识信息，地址信息)发送给接入节点。
S1306，接入节点保存服务器或服务器代理设备对应的信息和对应服务之间的绑定关系。接入节点和对应的服务器代理设备建立连接关系，分配remote IP1，使用该IP为接入节点和该服务器相互通讯时的IP地址，并通过服务器代理节点和服务器进行通讯。
S1307，另一种可能的实施方式，类似S1305过程，接入节点接入节点可以向控制器节点发起业务请求或者接入节点将需要发送服务器的数据包发送给控制器，携带信息和S1305一致。控制器选定服务器以及对应的服务器代理设备。
S1308控制器需要和服务器代理设备进行配置或者协商，如协商是否接纳该接入节点，如果不能接纳可能需要选择一个新的服务器节点。或者如果需要建立相关的传输配置，需要服务器代理设备建立对应的传输配置，如传输隧道配置或者路由表配置信息，还包括分配给接入节点的remote IP2，返回给控制器节点。
S1309控制器将服务器或服务器代理选择的结果通知接入节点，以便接入节点按所示结果和对应的服务器以及其服务器代理节点进行通讯。接入节点使用该remote IP2为接入节点和该服务器相互通讯时的IP地址，
相应地，图27是本发明实施例提供的第一种切换过程的流程示意图，当第一网关节点内置于终端时，终端和第一网网关节点可以通过内部接口进行通讯，甚至可以将终端和第一网关的功能用同一程序实现，因此终端可以很方便的获取第一网关节点的终端上下文信息。下面为了描述上的方便将同时拥有终端和第一网关功能的这个节点称为接入节点。假设接入节点初始连接的接入网设备1，同时与服务器1(App Server1)和服务器2(App Server2)传输业务，App Server1和App Server2分别对应服务器代理设备1(Server-Proxy1)和服务器代理设2(Server-Proxy2)。其中，接入节点和接入网设备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分别给接入节点分配了remote IP1和remote IP2。接入节点分别使用remote IP1和remote IP2与服务器1和服务器2进行通讯。
S1401，接入节点检测接入网设备1和接入网设备2的信号质量。
具体地，以LTE为例，UE从eNB1下小区移动至eNB2下小区边界，根据 eNB1下发给UE的测量配置，当满足测量报告条件时，如eNB2下小区比eNB1下小区的接收信号强度大3个dB时，UE上报测量报告给eNB1。
S1402，接入网设备1发起接入节点从接入网设备1和接入网设备2切换过程。
具体地，以LTE为例eNB接收到测量报告，根据切换判决算法，判定UE应该切换到信号更强的小区下去，本实施例中eNB1判定UE应该切换到eNB2，因此发起eNB1和eNB2切换过程。LTE中切换分为S1切换和X2切换，本实施例以X2切换为例，eNB1和eNB2之间通过handover request和handover response消息交换UE的上下文信息，Server-Proxy1/2的地址和隧道信息，并且在eNB2准备好相应的资源配置好切换命令以及建立eNB1到eNB2之间的反传隧道等工作，用于传输在切换期间eNB1未能发送给UE的数据。
S1403，接入节点接收切换命令
具体地，以LTE为例，eNB1通过RRC Reconfiguration消息发送切换命令给终端，指示终端切换到eNB2下的小区中区，UE接收后离开原小区。
eNB1将数据交接给eNB2。具体地，eNB1发送SN status transfer给eNB2，指示最后传输给UE的PDCP SN号，用于eNB2接续PDCP的数据继续和终端传输，对于没有传输成功的，由eNB2和UE之间协商重传。由于UE已经离开eNB1下的小区，所以Server-Proxy1和Server-Proxy2发给eNB1的c-1和c-2的下行数据c-1-D和c-2-D已经无法发送给UE，此处通过步骤S1202建立的反传隧道，由eNB1发送给eNB2，通过F-1-D和F-2-D表示，eNB2会缓存这部分数据，直至UE成功连接后再发送给UE。
S1404，接入节点通过接入网设备2分别和Server Proxy1连接Server1，Server Proxy2连接Server2，并传输数据。
具体地，以LTE为例，UE搜索切换命令中指示的新小区，并与该小区进行同步，按切换命令中的随机接入配置向该小区发起随机接入，成功后，发送RRC Reconfiguration Complete消息，通知eNB2完成切换。至此UE和eNB2已经成功建立起空口的无线承载。下行方向，App Server1/App Server2发送的数据d-1-D/d-2-D到Server-Proxy1/Server-Proxy2，然后代理再将c-1-D/c-2-D转发给eNB1，eNB1通过反传隧道将F-1-D/F-2-D发送给eNB2，eNB2将反传过来的数据在空口承载B-1-D，B-2-D发送给UE。上行方向，UE通过空口承载向eNB2 发送B-1-U和B-2-U，eNB2可以根据第S1402步的Server-Proxy1/2的地址隧道信息，发送C-1-U/C-2-U发送给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撤出转发。
具体地，以LTE为例，eNB2向MME发送Path Switch消息，希望Server-Proxy1/2将C-1-D/C-2-D的下行数据直接发送到eNB2，避免从eNB1转发。
S1406/1407，控制器通知服务器代理将下行数据发送给接入网设备2.。
具体地，以LTE为例，MME通知Server-Proxy1/2将下行数据发送给eNB2。Server-Proxy1和Server-Proxy2分别将App Server发来的d-1-D和d-2-D通过C-1-D和C-2-D发送给eNB2，eNB2通过空口通过B-1-D和B-2-D发送给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切换成功，并携带业务上行数据对应的地址和隧道信息。如果S1404步eNB2缓存终端的上行数据，则此时可以将对应的缓存数据发送给App-Proxy1/2，进而发送给对应的App-Server。至此UE和App Server之间的数据全部通过eNB2和App-Proxy进行转发
S1409，接入网设备2控制接入网设备1删除上下文信息。
具体地，以LTE为例，eNB2等待eNB1数据反传完毕后，一般可以设置一个定时器或者等待接收到数据最后包end marker，删除UE上下文信息。
在上述本实施例中，同样也适用于当第二网关节点(本实施例中称为“Server-Proxy”)内置于所述服务器的场景。
由上可见，本发明实施例中，第一网关节点内置于第一节点，使得第一节点可以很方便的获取第一网关节点的终端上下文信息。甚至第一节点和第一网关节点的功能用同一程序实现，可以直接使用remote IP。可以避免local IP和 remote IP之间的相互转换过程，第一节点和第二节点可以直接使用对应的端到端的IP地址进行通讯，避免一些需要直接使用端到端IP地址的服务协议(如SIP协议)因为中间的地址转换功能，可以无法使用的问题。
图28是本发明第一实施例提供的一种网关节点的结构示意图，该网关节点用于实现图4中第一网关节点的相关操作。如图所示本发明实施例中的网关节点至少可以包括节点选择模块110、代理地址获取模块120、源地址转换模块130以及数据包发送模块140，其中：
节点选择模块110，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点。
可选地，节点选择模块110，具体用于：获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
又可选地，节点选择模块110，具体用于：获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；第一网关节点根据所述请求信令选择第二网关节点。
代理地址获取模块120，用于获取所述第二网关节点为所述第一节点分配的代理地址。
源地址转换模块130，用于将所述第一节点发送来的数据包的源地址由所述第一节点的本地地址转换为所述代理地址；
数据包发送模块140，用于将转换后的数据包发送至所述第二网关节点，以使所述第二网关节点将其发送至所述第二节点。
请参阅图28，如图所示的网关节点还可以包括地址分配模块150，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
请参阅图28，如图所示的网关节点还可以包括连接判断模块160和请求发送模块170，其中：
连接判断模块160，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块170，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所 述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
请参阅图28，如图所示的网关节点还可以包括数据包获取模块180，获取所述第一节点发送的数据包。
请参阅图28，如图所示的网关节点还可以包括信息发送模块190，用于当所述第一节点从本网关节点切换至另一网关节点时，将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并向所述第二节点发送数据包。
图29是本发明第一实施例提供的另一种网关节点的结构示意图，该网关节点用于实现图5中第一网关节点的相关操作。如图所示本发明实施例中的网关节点至少可以包括节点选择模块210和数据包发送模块220，其中：
节点选择模块210，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点。
可选地，节点选择模块210，具体用于：获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
又可选地，节点选择模块210，具体用于：获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；第一网关节点根据所述请求信令选择第二网关节点。
数据包发送模块220，用于将所述第一节点发送来的数据包发送至所述第二网关节点，以使所述第二网关节点为所述第一节点分配代理地址后，将所述数据包的源地址由所述第一节点的本地地址转换为所述代理地址，并将转换后的数据包发送至所述第二节点。
请参阅图29，如图所示的网关节点还可以包括地址分配模块230，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
请参阅图29，如图所示的网关节点还可以包括连接判断模块240和请求发送模块250，其中：
连接判断模块240，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块250，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
请参阅图29，如图所示的网关节点还可以包括数据包获取模块260，用于获取所述第一节点发送的数据包。
请参阅图29，如图所示的网关节点还可以包括信息发送模块270，用于当所述第一节点从本网关节点切换至另一网关节点时，将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并向所述第二节点发送数据包。
图30是本发明第一实施例提供的又一种网关节点的结构示意图，该网关节点用于实现图5中第二网关节点的相关操作。如图所示本发明实施例中的网关节点至少可以包括数据包获取模块310、源地址转换模块320和数据包发送模块330，其中：
数据包获取模块310，用于获取第一节点通过第一网关节点发送来的数据包。
源地址转换模块320，用于将所述数据包的源地址由所述第一节点的本地地址转换为代理地址。
数据包发送模块330，用于将转换后的数据包发送至第二节点。
请参阅图30，如图所示的网关节点还可以包括请求获取模块340和连接建立模块350，其中：
请求获取模块340，用于获取所述第一网关节点发送来的连接建立请求；
连接建立模块350，用于与所述第一网关节点建立连接，并为所述第一节点分配所述代理地址。
图31是本发明第二实施例提供的一种网关节点的结构示意图，该网关节点用于实现图6中第一网关节点的相关操作。如图所示本发明实施例中的网关节点至少可以包括节点选择模块410、代理地址获取模块420、目标地址转换模块430和数据包发送模块440，其中：
节点选择模块410，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点。
可选地，节点选择模块410，具体用于：获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
又可选地，节点选择模块410，具体用于：获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；第一网关节点根据所述请求信令选择第二网关节点。
代理地址获取模块420，用于获取所述第一节点的本地地址。
目标地址转换模块430，用于将所述第二节点通过所述第二网关节点发送来的数据包的目标地址由所述第一节点的代理地址转换为所述本地地址。
数据包发送模块440，用于将转换后的数据包发送至所述第一节点。
请参阅图31，如图所示的网关节点还可以包括地址分配模块450，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
请参阅图31，如图所示的网关节点还可以包括连接判断模块460和请求发送模块470，其中：
连接判断模块460，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块470，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
请参阅图31，如图所示的网关节点还可以包括数据包获取模块480，用于获取所述第一节点发送的数据包。
请参阅图31，如图所示的网关节点还可以包括信息发送模块490，用于当所述第一节点从本网关节点切换至另一网关节点时，本网关节点将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点 的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并获取所述第二节点通过所述第二网关节点发送的数据包。
图32是本发明第二实施例提供的另一种网关节点的结构示意图，该网关节点用于实现图7中第一网关节点的相关操作。如图所示本发明实施例中的网关节点至少可以包括节点选择模块510、数据包获取模块520和数据包发送模块530，其中：
节点选择模块510，用于根据第一节点的请求选择第二网关节点，以使所述第一节点通过本网关节点和所述第二网关节点连接第二节点。
可选地，节点选择模块510，具体用于：获取第一节点发送的数据包，所述数据包的目标地址为第二节点的网络地址；根据所述数据包的目标地址选择第二网关节点。
又可选地，节点选择模块510，具体用于：获取第一节点发送的请求信令，所述请求信令携带有指示第二网关节点的信息；第一网关节点根据所述请求信令选择第二网关节点。
数据包获取模块520，用于获取所述第二节点通过所述第二网关节点发送来的数据包，所述数据包的目标地址被所述第二网关节点由所述第一节点的代理地址转换为所述本地地址。可选地，所述数据包获取模块520，还用于获取所述第一节点发送的数据包。
数据包发送模块530，用于将所述数据包发送至所述第一节点。
请参阅图32，如图所示的网关节点还可以包括地址分配模块540，用于在确定所述第一节点未分配本地地址时，为所述第一节点分配本地地址。
请参阅图32，如图所示的网关节点还可以包括连接判断模块550和请求发送模块560，其中：
连接判断模块550，用于判断本网关节点和所述第二网关节点之间是否建立有连接；
请求发送模块560，用于在所述连接判断模块判定本网关节点和所述第二网关节点之间未建立有连接时，向所述第二网关节点发送连接建立请求，以使所 述第二网关节点与本网关节点建立连接，并为所述第一节点分配代理地址。
请参阅图32，如图所示的网关节点还可以包括信息发送模块570，用于当所述第一节点从本网关节点切换至另一网关节点时，本网关节点将所述第一节点的上下文信息发送至所述另一网关节点，所述上下文信息包括所述第一节点的本地地址和所述第二网关节点的标识信息，以使所述另一网关节点根据所述上下文信息识别所述第一节点和确定所述第二网关节点，进而使所述第一节点通过所述另一网关节点和所述第二网关节点连接所述第二节点，并获取所述第二节点通过所述第二网关节点发送的数据包。
图33是本发明第一实施例提供的又一种网关节点的结构示意图，该网关节点用于实现图7中第二网关节点的相关操作。如图所示本发明实施例中的网关节点至少可以包括数据包获取模块610、目标地址转换模块620和数据包发送模块630，其中：
数据包获取模块610，用于获取第二节点发送来的数据包；
目标地址转换模块620，用于将所述数据包的目标地址由第一节点的代理地址转换为本地地址；
数据包发送模块630，用于将转换后的数据包发送至第一网关节点，以使所述第一网关节点将其发送至所述第一节点。
请参阅图33，如图所示的网关节点还可以包括请求获取模块640和连接建立模块650，其中：
请求获取模块640，用于获取所述第一网关节点发送来的连接建立请求；
连接建立模块650，用于与所述第一网关节点建立连接，并为所述第一节点分配所述代理地址。
图34是本发明第三实施例提供的一种节点的结构示意图，该节点用于实现图7中第一节点的相关操作。如图所示本发明实施例中的节点至少可以包括第一传输模块710、连接切换模块720和第二传输模块730，其中：
第一传输模块710，用于通过原第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输。
连接切换模块720，用于本节点在切换连接到新第一网关节点时，断开与所 述原第一网关节点之间的连接。具体实现过程中，连接切换模块720可以如图34所示进一步包括质量测量单元721、质量上报单元722和连接切换单元723，其中：
质量测量单元721，用于分别测量所述原第一网关节点和所述新第一网关节点的信号质量；
质量上报单元722，用于在确定所述新第一网关节点的信号质量优于所述原第一网关节点时，向所述原第一网关节点上报，以使所述原第一网关节点向本节点发送指示切换指令；
连接切换单元723，用于接收所述切换指令，并根据所述切换指令切换连接到所述新第一网关节点，以及断开与所述原第一网关节点之间的连接。
第二传输模块730，用于通过所述新第一网关节点和所述第二网关节点连接所述第二节点并与所述第二节点进行数据传输。
图35是本发明提供的一种网关节点的结构示意图，如图35所示，该网关节点可以包括：至少一个处理器701，例如CPU，至少一个通信接口703，存储器704，至少一个通信总线702。其中，通信总线702用于实现这些组件之间的连接通信。存储器704可以是高速RAM存储器，也可以是非易失的存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器704还可以是至少一个位于远离前述处理器701的存储装置。存储器704中存储了程序代码。其中：
当该网关节点为图4中的第一网关节点时，处理器701调用存储器704中的程序执行该第一网关节点的相关操作。
当该网关节点为图5中的第一网关节点时，处理器701调用存储器704中的程序执行该第一网关节点的相关操作。
当该网关节点为图5中的第二网关节点时，处理器701调用存储器704中的程序执行该第一网关节点的相关操作。
当该网关节点为图6中的第一网关节点时，处理器701调用存储器704中的程序执行该第一网关节点的相关操作。
当该网关节点为图7中的第一网关节点时，处理器701调用存储器704中的程序执行该第一网关节点的相关操作。
当该网关节点为图7中的第二网关节点时，处理器701调用存储器704中的程序执行该第一网关节点的相关操作。
图36是本发明提供的一种节点的结构示意图，如图36所示，该节点可以包括：至少一个处理器801，例如CPU，至少一个天线端口803，存储器804，至少一个通信总线802。其中，通信总线802用于实现这些组件之间的连接通信。存储器804可以是高速RAM存储器，也可以是非易失的存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器804还可以是至少一个位于远离前述处理器801的存储装置。存储器804中存储一组程序代码，且处理器801用于调用存储器804中存储的程序代码，用于执行以下操作：
通过原第一网关节点和第二网关节点连接第二节点并与第二节点进行数据传输；
在切换连接到新第一网关节点时，断开与所述原第一网关节点之间的连接；
通过所述新第一网关节点和所述第二网关节点连接所述第二节点并与所述第二节点进行数据传输。
由上可见，本发明实施例中，第一网关节点根据第一节点的请求选择第二网关节点，以使第一节点通过第一网关节点和第二网关节点连接第二节点，在上行传输数据时，第一网关节点或第二网关节点将第一节点发送的数据包中的源地址由第一节点的本地地址转换为代理地址后再发送至第二节点，在下行传输数据时，第一网关节点或第二网关节点将第二节点发送的数据包中的目标地址由第一节点的代理地址转换为本地地址，因此在第一节点和第二节点的数据传输的过程中，第一节点发送数据包所用的源地址始终是第一节点的本地地址，第二节点发送数据包所用的目标地址始终是第一节点的代理地址，可见第一节点(即使在不同的第一网关节点之间切换)的本地地址始终保持不变，因而建立在该地址上的业务不中断，可以保证业务的连续性，同时第一节点不用维护多个地址，可以降低其复杂度。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。 其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
- 还没有人留言评论。精彩留言会获得点赞！