WO2014019185A1

WO2014019185A1 - 一种控制和转发解耦下协议处理方法及控制面设备、转发面设备

Info

Publication number: WO2014019185A1
Application number: PCT/CN2012/079547
Authority: WO
Inventors: 谭仕勇; 倪慧; 蔡慧
Original assignee: 华为技术有限公司
Priority date: 2012-08-02
Filing date: 2012-08-02
Publication date: 2014-02-06
Also published as: US20150156674A1; CN103718640A; US9723519B2; EP2879461A1; CN103718640B; EP2879461A4; EP2879461B1

Abstract

本发明公开了一种控制和转发解耦下协议的处理方法及控制面设备、转发面设备，所述方法包括使控制面设备根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向转发面设备下发；使控制面设备接收到来自转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备和控制面设备可以配合完成分组业务处理协议协商。

Description

一种控制和转发解耦下协议处理方法及控制面设备、转发面设备

【技术领域】

本发明涉及移动网络通信技术领域，特别是涉及一种控制和转发解耦下协议的处理方法及控制面设备、转发面设备。

【背景技术】

请参阅图1，图1是现有技术中一种演进网络架构的结构示意图，所述演进网络架构包括：UE（用户设备）、GERAN(全球移动通信网/全球移动通信网演进增强数据速率)、UTRAN(通用陆地无线接入网)、SGSN(服务通用分组无线服务支持节点)、MME(移动性管理实体)、HSS(归属用户服务器)、S-GW(服务网关)、P-SW(分组数据网络网关)、PDN(分组数据网络)。

UE可以通过无线空口接入E-UTRAN后，附着到MME上，MME从HSS服务器获取用户的签约数据和鉴权信息，完成对UE进行鉴权。鉴权完成后，可由用户设备或者MME发起建立用于传输用户数据的承载的过程。在该过程中，MME通知S-GW为用户建立承载，在通知消息中携带P-GW的地址和用户所在的E-UTRAN网元的地址信息。S-GW为用户建立从E-UTRAN到P-GW的用于传输用户数据的承载。P-GW将来自外部PDN的下行数据通过承载转发给UE，并将来自UE的上行数据转发给相应的PDN。

同样，UE也可以通过UTRAN/GERAN和SGSN接入到移动网络，并且可以通过UTRAN/GERAN和SGSN建立和S-GW之间的GTP隧道。UTRAN也可以通过Direct Tunnel方式建立直接连接S-GW的GTP隧道。

在演进网络架构中，MME只需要处理控制面信令，S-GW和P-GW主要负责转发用户面数据。S-GW和P-GW可以合并为一个网元，一般统称为网关。网关仍然需要保留有大量的对外的信令接口，大量对外的信令接口会带来大量的接口信令，采用专用硬件平台的网关信令处理性能不强，容易成为瓶颈。网关为了能处理大量的接口信令，势必要专用硬件平台的基础上增加大量的通用计算处理器芯片等硬件，使得网关设备的硬件平台非常复杂，成本过高，不利于移动分组数据网络的推广和部署。

【发明内容】

本发明主要解决的技术问题是提供一种控制和转发解耦下协议的处理方法及转发面设备、控制面设备，使得转发面设备和控制面设备可以配合完成PPP、L2TP等分组业务处理协议协商。

为解决上述技术问题，本发明采用的一个技术方案是：提供一种控制和转发解耦下协议的处理方法，包括：使控制面设备根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向转发面设备下发；使控制面设备接收到来自转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种控制和转发解耦下协议的处理方法，包括：使转发面设备接收到来自控制面设备下发的分组业务处理协议的处理方式指示以及分组业务处理协议协商参数；使转发面设备根据指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种控制和转发解耦下协议的处理方法，包括：使控制面设备获得转发面设备自身配置的分组业务处理协议协商参数，并指示转发面设备透传分组业务处理协议协商报文至控制面设备；使控制面设备根据分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供了一种控制和转发解耦下协议的处理方法，包括：使转发面设备根据控制面设备的指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数，其中，指示为控制面设备根据分组业务处理协议的处理方式而下发的指示；使转发面设备接收到来自控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种控制面设备，包括：指示模块，用于根据分组业务处理协议的处理方式指示转发面设备以及向所述转发面设备下发分组业务处理协议协商参数；接收模块，用于接收转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种控制面设备，包括：指示获取模块，用于获得转发面设备自身配置的分组业务处理协议协商参数，并指示转发面设备透传分组业务处理协议协商报文至控制面设备；协商模块，用于根据分组业务处理协议协商参数在内的信息完成分组业务处理协议协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种转发面设备，包括：接收模块，用于接收来自控制面设备下发的分组业务处理协议协商参数以及分组业务处理协议的处理方式指示；协商模块，用于根据指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。

为解决上述技术问题，本发明采用的又一个技术方案是：提供一种转发面设备，包括：透传模块，用于根据控制面设备下发的分组业务处理协议的处理方式指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数；接收模块，用于接收来自控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。

本发明的有益效果是：区别于现有技术的情况，本发明控制面设备将分组业务处理协议协商参数下发至转发面设备，由转发面设备完成分组业务处理协议协商，控制面设备接收到转发面设备完成分组业务处理协议协商后上传的协商结果；或者，控制面设备指示转发面设备透传分组业务处理协议协商报文至控制面设备以及获取转发面设备自身配置的分组业务处理协议协商参数，控制面设备完成分组业务处理协议协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备和控制面设备可以配合完成分组业务处理协议协商。

【附图说明】

图1现有技术中演进网络架构的结构示意图；

图2是本发明控制和转发解耦下的移动通信网络结构示意图；

图3是本发明控制和转发解耦下协议的处理方法第一实施方式的流程图；

图4是本发明控制和转发解耦下协议的处理方法第二实施方式的流程图；

图5是本发明控制和转发解耦下协议的处理方法第三实施方式的流程图；

图6是本发明控制和转发解耦下协议的处理方法第四实施方式的流程图；

图7是本发明控制和转发解耦下协议的处理方法第五实施方式的流程图；

图8是本发明控制和转发解耦下协议的处理方法第六实施方式的流程图；

图9是本发明控制和转发解耦下协议的处理方法第七实施方式的流程图；

图10是本发明控制和转发解耦下协议的处理方法第八实施方式的流程图；

图11是本发明控制面设备第一实施方式的结构示意图；

图12是本发明控制面设备第二实施方式的结构示意图；

图13是本发明控制面设备第三实施方式的结构示意图；

图14是本发明控制面设备第四实施方式的结构示意图；

图15是本发明转发面设备第一实施方施的结构示意图；

图16是本发明转发面设备第二实施方施的结构示意图；

图17是本发明转发面设备第三实施方式的结构示意图;

图18是本发明转发面设备第四实施方式的结构示意图；

图19是本发明转发面设备成完协商流程的协议处理流程图；

图20是本发明控制面设备成完协商流程的协议处理流程图。

【具体实施方式】

下面结合附图和实施方式对本发明进行详细说明。

为让读者能更好地了解本发明实施方式的内容，以下对在网关的控制和转发解耦下的移动网络结构进行简要说明。请参阅图2，图2是本发明一种控制和转发解耦下的移动网络结构示意图。如图所示，所述移动网络10包括RAN（无线接入网）11、SGSN（服务通用分组无线服务支持节点）12以及网关13。网关13分为控制面设备131和转发面设备132，其中控制面设备131用于处理对外的信令交互，转发面设备132用于转发数据报文。用户设备15通过RAN附着于SGSN，从而使得用户设备15附着于移动网络10。当用户设备15需要使用高层业务时，则可向SGSN，进而向网关13发起请求，建立起用户设备15与网关13或LNS（层二隧道协议网络服务器）14间的业务连接。同样的，SAE（System Architecture Evolution，系统架构演进）架构中的网关也可分为控制面设备和转发面设备，并且控制面设备负责对外的信令交互，转发面负责转发数据报文。

请参阅图3，图3是本发明控制和转发解耦下协议的处理方法第一实施方式的流程图。如图所示，所述方法包括：

步骤101：使控制面设备根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向转发面设备下发；

分组业务处理协议是一种数据传输规则，主要用于在两个或者两个以上的网络或终端设备间建立起数据传输通道，使得网络或终端设备间能相互传输数据。分组业务处理协议包括PPP（Point-to-Point Protocol，点对点协议）、L2TP（Layer Two Tunnelling Protocol，层二隧道协议）、GRE（Generic Routing Encapsulation，通用路由封装）等。网络或终端设备间要建立起分组业务处理协议数据通道时，网络或终端设备间需要根据分组业务处理协议协商参数进行协商，使得网络或终端设备间都能确定对方在发送数据时，如何封装数据，或者在接收数据时，如何解封数据包取得数据，网络或终端设备间方能传输数据，或者说，网络或终端设备间才能建立起数据通道。

步骤102：控制面设备接收到来自转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。

在网关的控制和转发解耦的情况下，控制面设备负责处理对外的信令交互，转发面设备负责转发数据报文，因此，转发面设备完成协商后，需要把协商结果上报至控制面设备，由控制面设备进行管理。

本发明实施方式中，控制面设备将分组业务处理协议协商参数下发至转发面设备，并根据分组业务处理协议的处理方式指示转发面设备，由转发面设备根据分组业务处理协议协商参数完成协商，控制面设备接收到转发面设备完成协商后上报的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

请参阅图4，图4是本发明控制和转发解耦下协议的处理方法第二实施方式的流程图。如图所示，所述方法包括：

步骤S101：在用户设备附着于移动通信网络后，使控制面设备接收用户设备发起的建立PDP Context(Packet Data Netwok，分组数据协议上下文)请求，建立起与用户设备间的PDP Context，同时从AAA（Authentication Authorization Accounting，鉴权授权和计费）服务器获取签约信息；

PDP Context作为GTP（General Packet Radio Service Tunnelling Protocol，通用分组无线服务隧道协议）承载，一个GTP承载对应一条GTP隧道，GTP隧道是双向的，由两端设备的IP地址和TEID（Tunnel End Identifier，GTP隧道端点标识）共同标识。用户设备发起建立PDP Context，寻找到相应的控制面设备，建立数据通道，使得用户设备可以与外部网络进行通信，并且PDP Context中包括用户设备的ID等信息。AAA服务器保存着所有用户设备的签约信息，签约信息中包括允许用户设备的接入外网的分组业务协议的处理方式，允许用户设备的接入外网的分组业务协议的处理方式也可以通过网管等方式直接配置在控制面设备上。

步骤S102：使控制面设备根据PDP Context、签约信息或控制面设备的配置信息判断得到分组业务处理协议的处理方式；

步骤S103：使控制面设备根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向转发面设备下发；

其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道，使得网络或终端设备间能相互传输数据。网络或终端设备间要建立起分组业务处理协议数据通道，则网络或终端设备间需要根据分组业务处理协议协商参数进行协商，使网络或终端设备间都能确定对方如何处理数据。

步骤S104：控制面设备接收到来自转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道；

在本发明实施方式中，分组业务处理协议可选为PPP、L2TP、GRE等。PPP的处理方式包括PPP接入、PPP续传、PPP再生等。

步骤S102可具体为：使控制面设备根据PDP Context、签约信息或者控制面设备的配置信息判断得到为PPP接入。步骤S103可具体为：使控制面设备根据PPP接入指示转发面设备并将第一PPP协商参数向转发面设备下发。步骤S104可具体为：使控制面设备接收到来自转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数完成与用户设备间的PPP协商后而上报的协商结果，建立起用户设备与转发面设备间的数据通道。

步骤S102又可具体为：使控制面设备根据PDP Context、签约信息或者控制面设备的配置信息判断得到为PPP续传。步骤S104又可具体为：使控制面设备接收到来自转发面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务器间L2TP数据通道，且转发面设备根据第一PPP协商参数与转发面设备自身配置的第二PPP协商参数提供LAC功能，使得用户设备与LNS服务器间能够利用L2TP数据通道完成用户设备与LNS服务器间的PPP协商并且上报的协商结果，建立用户设备与LNS服务器间的数据通道。其中，转发面设备根据第一PPP协商参数和第二PPP协商参数提供LAC功能包括：转发面设备能够接收来自用户设备的PPP数据包并将该PPP数据包按照L2TP协议封装成L2TP数据包发往LNS服务器，并且转发面设备能够接收来自的LNS服务器的L2TP数据包并将该L2TP数据包解封成PPP数据包发往用户设备。

步骤S102还可具体为：使控制面设备根据PDP Context、签约信息或者控制面设备的配置信息判断得到为PPP再生。步骤S104还可具体为：使控制面设备接收到转发面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务器间的L2TP数据通道，使得转发面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和转发面自身配置的第二PPP协商参数完成PPP协商并且上报的协商结果，可选地，控制面设备将PPP协商过程中获得的IP地址发送至用户设备，其中，转发面设备根据第一PPP协商参数以及转发面设备自身配置的第二PPP协商参数提供LAC功能，建立起用户设备与LNS服务器间的数据通道。其中，转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义将其封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，并且转发面设备又能够将接收到来自的LNS服务器的L2TP数据包按L2TP协议解封成PPP数据包，再PPP协议将PPP数据包解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数，并且第二PPP协商参数为转发面设备自身配置的协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP鉴权参数、PPP心跳周期等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权参数以及L2TP心跳周期等。第二PPP协商参数包括：MRU（最大接收单元）、Protocol-Field-Compression（PPP报文头中的Protocol域是进行压缩）、Address-and-Control-Field-Compression（PPP报文头中的地址域和控制域是否进行压缩）、IP-Compression-Protocol（IP报文是否进行压缩）等。第一PPP协商参数和L2TP协商参数为控制面设备从签约信息、网关本地配置或DHCP(动态主机设置协议)服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，控制面设备下发至转发面设备的分组业务处理协议协商参数可为第一PPP协商参数和L2TP协商参数；其中，L2TP协商参数也可以通过网关直接配置于转发面设备上，分组业务处理协议的处理方式为PPP接入或PPP再生时，控制面设备下发至转发面设备的分组业务处理协议协商参数也可仅为第一PPP协商参数。

步骤S106：使控制面设备接收到的来自转发面设备上传的数据通道释放信息，并发起PDP Context释放流程；

数据通道因出现意外故障，例如：用户设备重启等，使数据通道出现异常。出现异常的数据通道不能传输数据，也不能修复。对于异常的数据通道，数据通道两端的网络或终端设备需要释放数据通道，以回收资源。在本发明实施方式中，转发面设备可以通过检测数据通道中的心跳异常，例如：PPP心跳异常、L2TP心跳异常等，即能检测到数据通道中的链路故障，并把链路故障作为数据通道释放信息上报至控制面设备。同样的，当数据通道使用完成，也需要把数据通道释放，以回收资源。其中，用户设备或LNS服务器都可以发起终结数据通道的流程，例如：用户设备发起的LCP终结流程、LNS服务器发起的L2TP会话终结流程、LNS服务器发起的L2TP隧道终结流程等，转发面设备将接收到的终结的信息作为数据通道释放信息上报至控制面设备，由控制面设备发起PDP Context释放流程，以回收资源。

本发明实施方式中，控制面设备根据判断得到的分组业务处理协议的处理方式指示转发面设备，并将分组业务处理协议协商参数下发至转发面设备，由转发面设备完成协商，控制面设备接收转发面设备上传的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供了控制和转发解耦下协议的处理方法实施方式。请参阅图5，图5是本发明控制和转发解耦下协议的处理方法第三实施方式的流程图。如图所示，所述方法包括：

步骤201：使转发面设备接收到来自控制面设备下发的分组业务处理协议的处理方式指示以及分组业务处理协议协商参数；

其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道。网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。

步骤202：使转发面设备根据指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道；

本发明实施方施中，转发面设备接收到控制面设备下发的分组业务处理协议协商参数以及分组数据处理协议的处理方式指示，转发面设备根据指示结合分组业务处理协议协商参数在内的信息完成协商，并把协商结果上报至控制面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备和控制面设备可以配合完成分组业务处理协议协商。

请参阅图6，图6是本发明控制和转发解耦下协议的处理方法第四实施方式的流程图。如图所示，所述方法包括：

步骤S201：使转发面设备接收来自控制面设备下发的分组业务处理协议的处理方式指示以及分组业务处理协议协商参数；

步骤S202：使转发面设备根据指示并结合分组业务处理协议协商参数在内信息完成协商，并上报协商结果至控制面设备，从而建立起用户设备与网络设备间的数据通道；

在本发明实施方式中，分组业务处理协议可选为PPP、L2TP、GRE等。分组业务协议的处理方式包括PPP接入、PPP续传、PPP再生等。

分组业务处理协议的处理方式为PPP接入时，步骤S201可具体为：使转发面设备接收来自控制面设备下发的第一PPP协商参数以及PPP接入指示；步骤S202可具体为：使转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数完成与用户设备间的PPP协商，并把协商结果上报至控制面设备，建立用户设备与转发面设备间的数据通道。

分组业务的处理方式为PPP续传时，步骤S202又可具体为：使转发面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务器间L2TP数据通道，且转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数提供LAC功能，使得用户设备与LNS服务器间能够利用L2TP数据通道完成PPP协商，并上报协商结果至控制面设备，建立起用户设备与LNS服务器间的数据通道。其中，转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，并且转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务的处理方式为PPP续传时，步骤S202又可具体为：转发面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务器间L2TP数据通道，使得转发面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数完成PPP协商，并把协商结果上报至控制面设备，可选地，控制面设备将PPP协商过程中获得的IP地址发送至用户设备，其中，转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数提供LAC功能，建立起用户设备与LNS服务器间的数据通道。其中，转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，并且转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数，并且第二PPP协商参数为转发面设备自身配置的协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第二PPP协商参数包括：MRU、Protocol-Field-Compression、Address-and-Control-Field-Compression、IP-Compression-Protocol等。第一PPP协商参数和L2TP协商参数为控制面设备从签约信息、网关本地配置或DHCP服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，转发面设备接收到来自控制面设备下发的分组业务处理协议协商参数可为第一PPP协商参数和L2TP协商参数；其中，L2TP协商参数又可以通过网关直接配置于转发面设备上，分组业务处理协议的处理方式为PPP接入或PPP再生时，转发面设备接收到来自控制面设备下发的分组业务处理协议协商参数也可仅为第一PPP协商参数。

步骤S203：使转发面设备检测数据通道中的数据通道释放信息，并将数据通道释放信息上报至控制面设备，由控制面设备完成PDP Context释放流程；

在本发明实施方式中，数据通道释放信息包括PPP心跳异常信息、用户设备发起的LCP终结流程信息、数据通道中的L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息或者LNS发起的L2TP隧道终结流程信息等。

本发明实施方式中，转发面设备接收到控制面设备下发的分组业务处理协议协商参数以及分组数据处理协议的处理方式指示，转发面设备根据指示结合分组业务处理协议协商参数在内的信息完成协商，并把协商结果上报至控制面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供控制和转发解耦下协议的处理方法实施方式。请参阅图7，图7是本发明控制和转发解耦下协议的处理方法第五实施方式。如图所示，所述方法包括：

步骤301：使控制面设备获得转发面设备自身配置的分组业务处理协议协商参数，同时指示转发面设备透传分组业务处理协议协商报文至控制面设备；

在网关的控制和转发的解耦架构下，控制面设备主要负责对外信令的交互，通过指示转发面设备透传分组业务处理协议协商报文至控制面设备，使得控制面设备具备完成分组业务处理协议协商的能力。其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道。网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。

步骤302：使控制面设备根据分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道；

转发面设备负责转发数据报文，控制面设备完成分组业务处理协议协商后，需要把协商结果下发至转发面设备，后续由转发面设备负责转发分组业务处理协议数据报文的工作。

在本发明实施方式中，控制面设备指示转发面设备透传分组业务处理协议协商报文至控制面设备，并获取得转发面设备自身配置的分组业务处理协议协商参数，控制面设备完成分组业务处理协议协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备与转发面设备可以配合完成分组业务处理协议协商。

请参阅图8，图8本发明控制和转发解耦下协议的处理方法第六实施方式的流程图。如图所示，所述方法包括：

步骤S301：在用户设备附着于移动通信网络后，使控制面设备接收用户设备发起的建立PDP Context请求，建立起与用户设备间的PDP Context，同时AAA服务器中获取签约信息；

PDP Context 包括APN等信息，AAA服务器中存储着用户设备的签约信息，签约信息包括允许用户设备接入外网的分组业务协议的处理方式，其中，允许用户设备接入外网的分组业务处理协议的处理方式也可以通过网管等方式直接配置在控制面设备上。

步骤S302：使控制面设备根据PDP Context、签约信息或其自身的配置信息判断得到分组业务处理协议的处理方式；

步骤S303：使控制面设备获取转发面设备自身配置的分组业务处理协议协商参数，并指示转发面设备透传分组业务处理协议协商报文至控制面设备；

步骤S304：使控制面设备根据分组业务处理协议协商参数在内的信息完成协商，并把分组业务处理协议协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道;

在本发明实施方式中，分组业务处理协议包括PPP、L2TP、GRE等，其中，分组业务处理协议的处理方式包括PPP接入、PPP续传、PPP再生等。

分组业务处理协议的处理方式为PPP接入时，控制面设备获取的转发面设备自身配置的分组业务处理协议协商参数为第二PPP协商参数；步骤S302可具体为：使控制面设备根据PDP Context、签约信息或其自身的配置信息判断得到为PPP接入；步骤S304可具体为：使控制面设备根据第一PPP协商参数和第二PPP协商参数完成与用户设备间的PPP协商，并把协商结果下发至转发面设备，建立起转发面设备与用户设备间的数据通道。

分组业务处理协议的处理方式为PPP续传时，步骤S302又可具体为：使控制面设备根据PDP Context、签约信息或其配置信息判断得到为PPP续传；步骤S304又可具体为：使控制面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，并把协商结果下发至转发面设备，建立起转发面设备与LNS服务器间的L2TP数据通道，使得用户设备与LNS服务器间能够利用L2TP数据通道完成用户设备与LNS服务器间的PPP协商，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，同时转发面设备又能够将接收到来自的LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务处理协议的处理方式为PPP再生时，步骤S302又可具体为：使控制面设备根据PDP Context、签约信息或其自身的配置信息判断得到为PPP再生；步骤S304又可具体为：使控制面设备根据L2TP协商参数完成与LNS服务间的L2TP协商，并把协商结果下发至转发面设备，建立起转发面设备与LNS服务器间的L2TP数据通道，使得控制面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和第二PPP协商参数完成PPP协商，并把协商结果下发至转发面设备，可选地，控制面设备将PPP协商过程中获得的IP地址发送至用户设备，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，同时转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。第二PPP协商参数包括：MRU、Protocol-Field-Compression、Address-and-Control-Field-Compression、IP-Compression-Protocol等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第一PPP协商参数和L2TP协商参数由控制面设备从签约信息、网关本地配置或DHCP服务器获取得的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，控制面设备获取到的转发面设备自身配置的分组业务处理协议协商参数可为第二PPP协商参数，其中，L2TP协商参数又可以通过网关直接配置于转发面设备，因此，分组业务处理协议的处理方式为PPP接入或PPP再生时，控制面设备获取得到的转发面设备自身配置的分组业务处理协议协商参数也可为第二PPP协商参数以及L2TP协商参数。

步骤S305：使控制面设备接收来自转发面设备上传的数据通道释放信息；

步骤S306：使控制面设备根据数据通道释放信息，发起分组数据协议上下文释放流程；

在网关的控制和转发解耦架构下，转发面设备负责数据报文转发，控制面设备负责对处信令的交互，因此，转发面设备需要将检测到的数据通道释放信息上报至控制面设备，由控制面设备完成PDP Context释放流程，以回收资源。在本发明实施方式中，数据通道释放信息包括通道中PPP心跳异常信息、用户设备发起的LCP终结流程信息、数据通道中的L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息或者LNS发起的L2TP隧道终结流程信息。其中，PPP心跳异常信息或L2TP心跳异常信息的检测相关参数，例如：心跳周期、Magic Numer(环路检测)等，由控制面设备下发至转发面设备。

在本发明实施方式中，控制面设备指示转发面设备透传分组业务处理协议协商报文至控制面设备，并获得转发面设备自身配置的分组业务处理协议协商参数，控制面设备完成分组业务处理协议协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供了控制和转发解耦下协议的处理方法实施方式。请参阅图9，图9是本发明控制和转发解耦下协议的处理方法第七实施方式。如图所示，所述方法包括：

步骤401：使转发面设备根据控制面设备的指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数，其中，指示为控制面设备根据分组业务处理协议的处理方式而下发的指示；

分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道。网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。

步骤402：使转发面设备接收来自控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道；

在网关的控制和转发解耦的情况下，转发面设备负责转发数据报文，控制面设备完成分组业务处理协议协商后，需要协商结果下发至转发面设备，后续由转发面设备进行处理分组业务处理协议数据报文的工作。

在本发明实施方式中，转发面设备透传分组业务处理协议协商报文至控制面设备，并上传其自身配置的分组业务处理协议协商参数，由控制面设备完成分组业务处理协议协商，转发面设备接收到控制面设备完成分组业务处理协议协商后而下发的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备与控制面设备可以配合完成分组业务处理协商。

请参阅图10，图10是本发明控制和转发解耦下协议的处理方法第八实施方式的流程图。如图所示，所述方法包括：

步骤S401：使转发面设备根据控制面设备的指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数，其中，指示为控制面设备根据分组业务处理协议的处理方式而下发的指示；

步骤S402：使转发面设备接收来自控制面设备下发的根据分组业务处理协议协商参数在内的信息而完成的分组业务处理协议协商结果，建立用户设备与网络设备间的数据通道。

在本发明实施方式中，分组业务处理协议包括PPP、L2TP、GRE等，分组业务处理协议的处理方式包括PPP接入、PPP续传、PPP再生等。

分组业务处理协议的处理方式为PPP接入时，转发面设备上传的分组业务处理协议协商参数为第二PPP协商参数；S402可具体为：使转发面设备接收到来自控制面设备根据第一PPP协商参数和第二PPP协商参数完成与用户设备间的PPP协商后而下发的协商结果，建立起用户设备与转发面设备间的数据通道。

分组业务处理协议的处理方式为PPP续传时，S402又可具体为：使转发面设备接收到来自控制面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，并下发的协商结果，建立起转发面设备与LNS服务器间的L2TP数据通道，使得用户设备与LNS服务器间能够利用L2TP数据通道完成用户设备与LNS服务器间的PPP协商，建立用户设备与LNS服务器间的数据通道。转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，同时转发面设备又能够将接收到来自的LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务处理协议的处理方式为PPP再生时，S402又可具体为：使转发面设备接收到控制面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，并下发的协商结果，建立起转发面设备与LNS服务器间的L2TP数据通道，使得控制面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和第二PPP协商参数完成PPP协商，并下发的协商结果，可选地，控制面设备将PPP协商过程中获得的IP地址发送至用户设备，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备还提供转发功能，例如：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，同时转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。第二PPP协商参数包括：MRU、Protocol-Field-Compression、Address-and-Control-Field-Compression、IP-Compression-Protocol等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第一PPP协商参数和L2TP协商参数为控制面设备从签约信息、网关本地配置或DHCP服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，转发面设备上传的分组业务处理协议协商参数可为第二PPP协商参数，其中，L2TP协商参数又可以通过网关直接配置于转发面设备，因此，分组业务处理协议的处理方式为PPP接入或PPP再生时，转发面设备上传的分组业务处理协议协商参数也可为第二PPP协商参数和L2TP协商参数。

步骤S403：使转发面设备检测数据通道释放信息，并将数据通道释放信息上报至控制面设备，由控制面设备完成PDP Context释放流程；

其中，在本发明实施方式中，数据通道释放信息包括通道中PPP心跳异常信息、用户设备发起的LCP终结流程信息、数据通道中的L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息或者LNS发起的L2TP隧道终结流程信息。其中，PPP心跳异常或L2TP心跳异常的检测相关参数例如：心跳周期、Magic Numer(环路检测)等，由控制面设备下发至转发面设备。

在本发明实施方式中，转发面设备透传分组业务处理协议协商报文至控制面设备，并上传其自身配置的分组业务处理协议协商参数至控制面设备，由控制面设备根完成分组业务处理协议协商，转发面设备接收到控制面设备完成分组业务处理协议协商后下发的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备与控制面设备可以配合完成分组业务处理协商。

本发明又提供控制面设备实施方式。请参阅图11，图11是本发明控制面设备第一实施方式的结构示意图。如图所示，控制面设备51包括指示模块513和接收模块514。

指示模块513根据分组业务处理协议的处理方式指示转发面设备以及向转发面设备下发分组业务处理协议协商参数。其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道。网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。接收模块514接收转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。

在本发明实施方式中，分组业务处理协议可选为PPP、L2TP、GRE等。分组业务处理协议的处理方式可以为PPP接入、PPP续传、PPP再生等。

分组业务处理协议的处理方式为PPP接入，指示模块513具体用于根据PPP接入指示转发面设备以及向转发面设备下发第一PPP协商参数。接收模块514具体用于接收转发面设备根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数完成与用户设备间的PPP协商并上传的协商结果，建立起转发面设备与用户设备间的数据通道。

分组业务处理协议的处理方式为PPP续传时，接收模块514具体用于接收转发面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务器间的L2TP数据通道，且转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能，使得用户设备与LNS服务器间能够利用L2TP数据通道完成PPP协商并上报的协商结果，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供根据第一PPP协商参数和第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，并且转发面设备又能够将接收到来自的LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务处理协议的处理方式为PPP再生时，接收模块514具体用于接收转发面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务间的L2TP数据通道，使得转发面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和转发面设备自身配置的第二PPP协商参数完成PPP协商并上报的协商结果，可选地，控制面设备将PPP协商过程中获得的IP地址发送至用户设备，其中，转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，并且转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。第二PPP协商参数包括：MRU、Protocol-Field-Compression、Address-and-Control-Field-Compression、IP-Compression-Protocol等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第一PPP协商参数和L2TP协商参数可控制面设备从签约信息、网关本地配置或DHCP服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，指示模块513下发至转发面设备的分组业务处理协议协商参数可为第一PPP协商参数和L2TP协商参数，其中，L2TP协商参数又可以通过网关直接配置于转发面设备，因此，分组业务处理协议的处理方式为PPP续传或PPP再生时，指示模块513下发至转发面设备的分组业务处理协议协商参数也可仅为第一PPP协商参数。

控制面设备51进一步包括建立获取模块511、判断模块512和释放模块515。在用户设备附着于移动通信网后，用户设备需要使用的高层业务时，用户设备发起的建立PDP Context请求，其中，PDP Context包括用户设备标识等信息；建立获取模块511接收该请求，并建立起与用户设备间的PDP Context，同时从AAA服务器获取签约信息，其中，AAA服务器包括允计用户设备接入外网的分组业务处理协议的处理方式，允许用户设备接入外网的分组业务处理协议的处理方式也可以直接配置在控制面设备中。判断模块512根据PDP Context、签约信息或者控制面设备51自身的配置信息判断得到分组业务处理协议的处理方式。指示模块513和接收模块514建立起用户设备与网络设备间的数据通道。释放模块515接收来自转发面设备上传的数据通道释放信息，并发起PDP Context释放流程。在本发明实施方式中，数据通道释放信息包括PPP心跳异常信息、用户设备发起的LCP终结流程信息、L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息或者LNS发起的L2TP隧道终结流程信息。

在本发明实施方式方式中，指示模块根据分组业务处理协议的处理方式指示转发面设备，同时将分组业务处理协议协商参数下发至转发面设备，由转发面设备完成分组业务处理协议协商，接收模块接收转发面设备完成协商后上传的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关控制和解耦的情况下，转发面设备和控制面设备可以配合完成分组业务处理协议协商。

本发明又提供一种控制面设备实施方式。如图12所示，控制面设备52包括中央处理器521。中央处理器521用于根据分组业务处理协议的处理方式指示转发面设备53并将分组业务处理协议协商参数向转发面设备53下发，并且接收来自转发面设备53上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。

在本发明实施方式方式中，控制面设备的中央处理器根据分组业务处理协议的处理方式指示转发面设备，同时将分组业务处理协议协商参数下发至转发面设备，由转发面设备完成分组业务处理协议协商，并且接收转发面设备完成协商后上传的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关控制和解耦的情况下，转发面设备和控制面设备可以配合完成分组业务处理协议协商。

本发明又提供一种控制面设备实施方式。如图13所示，控制面设备61包括：指示获取模块613和协商模块614。

指示获取模块613获得转发面设备自身配置的分组业务处理协议协商参数，并指示转发面设备透传分组业务处理协议协商报文至控制面设备。

协商模块614根据分组业务处理协议协商参数在内的信息完成分组业务处理协议协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道。网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。

在本发明实施方式中，分组业务处理协议可选为PPP、L2TP、GRE等。分组业务处理协议的处理方式可选为PPP接入、PPP续传、PPP再生等。

分组业务处理协议的处理方式可为PPP接入时，协商模块614具体用于根据第二PPP协商参数和第一PPP协商参数完成与用户设备间的PPP协商，并把协商结果下发至转发面设备，建立转发面设备与用户设备间的数据通道；其中，第二PPP协商参数613为指示获取模块613获取到的转发面设备自身配置的分组业务处理协议协商参数，第一PPP协商参数为控制面设备61从签约信息、网关本地配置或DHCP服务器的获取到的协商参数。

分组业务处理协议的处理方式为PPP续传时，协商模块614具体用于根据L2TP协商参数完成与LNS服务器间的L2TP协商，并把协商结果下发至转发面设备，建立起转发面设备与LNS服务器间L2TP数据通道，使得用户设备与LNS服务器间能够利用L2TP数据通道完成用户设备与LNS服务器间的PPP协商，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，同时转发面设备又能够将接收到来自的LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务处理协议的处理方式为PPP再生时，协商模块614具体用于根据L2TP协商参数完成与LNS服务器间的L2TP协商，并把协商结果下发至转发面设备，建立起转发面设备与LNS服务器间的L2TP数据通道，使得控制面设备与LNS服务器间利用L2TP数据通道并根据第二PPP协商参数以及第一PPP协商参数完成PPP协商，并把协商结果下发至转发面设备，可选地，控制面设备将PPP协商过程中获得的IP地址发送至用户设备，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，同时转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。第二PPP协商参数包括MRU、Protocol-Field-Compression、Address-and-Control-Field-Compression、IP-Compression-Protocol等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第一PPP协商参数和L2TP协商参数可为控制面设备61从签约信息、网关本地配置或DHCP服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，指示获取模块613获取到的转发面设备自身配置的分组业务处理协议协商参数可为第二PPP协商参数，其中，L2TP协商参数又可以通过网关直接配置于转发面设备，因此，分组业务处理协议的处理方式为PPP续传或者PPP再生时，指示获取模块613获得的转发面设备自身配置的分组业务处理协议协商参数也可为第二PPP协商参数和L2TP协商参数。

控制面设备61进一步包括建立获取模块611、判断模块612、接收模块615和释放模块616。用户设备附着于移动通信网络后，当用户设备需要使用高层业务时，发起建立PDP Context请求，PDP Context包括用户设备的标识等信息。建立获取模块611接收到该请求，并建立起与用户设备间的PDP Context，同时从AAA服务器中获取签约信息，其中，AAA服务器包括允计用户设备接入外网的分组业务处理协议的处理方式，允许用户设备接入外网的分组业务处理协议的处理方式也可以配置在控制面设备。判断模块612根据PDP Context、签约信息或者控制面设备61自身的配置信息判断得到分组业务处理协议的处理方式。指示获取模块613与协商模块614建立起用户设备与网络设备间的数据通道。接收模块615接收来自转发面设备上传的数据通道释放信息，释放模块616根据数据通道释放信息发起PDP Context释放流程。本发明实施方式中，数据通道释放信息包括PPP心跳异常信息、用户设备发起的LCP终结流程信息、L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息或者LNS发起的L2TP隧道终结流程信息。其中，PPP心跳异常或L2TP心跳异常的检测相关参数，例如：心跳周期、Magic Numer(环路检测)等，由控制面设备下发至转发面设备。

本发明实施方式中，指示获取模块指示转发面设备透传分组业务处理协议协商报文至控制面设备，并获取转发面设备自身配置的分组业务处理协议协商参数，协商模块根据分组业务处理协议协商参数在内的信息完成分组业务处理协议协商，并把协商结果下发到转发面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供了一种转发面设备实施方式。如图14所示，控制面设备62包括中央处理器621。中央处理器621用于获得转发面设备63自身配置的分组业务处理协议协商参数，并指示转发面设备63透传分组业务处理协议协商报文至控制面设备63，同时中央处理器621根据分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备63，建立起用户设备与网络设备间的数据通道。

本发明实施方式中，转发面设备的中央处理器指示转发面设备透传分组业务处理协议协商报文至控制面设备，并获取转发面设备自身配置的分组业务处理协议协商参数，同时中央处理器根据分组业务处理协议协商参数在内的信息完成分组业务处理协议协商，并把协商结果下发到转发面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供了一种转发面设备实施方式。如图15所示，所述转发面设备71包括：接收模块711和协商模块712。

接收模块711接收自控制面设备下发的分组业务协议协商参数以及分组业务处理协议的处理方式指示。协商模块712根据指示并结合分组业务协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道，网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。

在本发明实施方式中，分组业务处理协议可选为PPP、L2TP、GRE等。分组业务处理协议的处理方式包括PPP接入、PPP续传、PPP再生等。

分组业务处理协议的处理方式为PPP接入时，接收模块711具体用于接收控制面设备下发的第一PPP协商参数以及PPP接入指示；协商模块712具体用于根据第一PPP协商参数和转发面设备71自身配置的第二PPP协商参数完成与用户设备间的PPP协商，并把协商结果上报至控制面设备，建立起用户设备与转发面设备间的数据通道。

分组业务处理协议的处理方式为PPP续传时，协商模块712具体用于根据L2TP协商参数完成与LNS服务器间的L2TP协商，建立起转发面设备与LNS服务器间的L2TP数据通道，且转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能，使得用户设备与LNS服务器间能够利用L2TP数据通道完成PPP协商，并上报协商结果至控制面设备，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备根据第一PPP协商参数和第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，转发面设备能够将接收到来自的LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务处理协议的处理方式为PPP再生时，协商模块712具体用于根据L2TP协商参数完成与LNS服务间的L2TP协商，建立起转发面设备与LNS服务器间的L2TP数据通道，使得转发面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和转发面设备71自身配置的第二PPP协商参数完成PPP协商，并把协商结果上报至控制面设备，其中，转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备根据第一PPP协商参数以及第二PPP协商参数提供LAC功能包括：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，并且转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第二PPP协商参数包括：MRU、Protocol-Field-Compression、Address-and-Control-Field-Compression、IP-Compression-Protocol等。第一PPP协商参数和L2TP协商参数为控制面设备从签约信息、网关本地配置或DHCP服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，接收模块711接收到的控制面设备下发的分组业务处理协议协商参数可为第一PPP协商参数和L2TP协商参数，其中，L2TP协商参数又可以通过网关直接配置在转发面设备上，因此，分组业务处理协议的处理方式为PPP再生和PPP续传时，接收模块711接收的控制面设备下发的分组业务处理协议协商参数也可仅为第一PPP协商参数。

转发面设备71进一步包括释放信息上传模块713。释放信息上传模块713检测L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息、LNS发起的L2TP数据通道终结流程信息、PPP心跳异常信息或用户设备发起的LCP终结流程信息，并将检测到的上述信息作为数据通道释放信息上报至控制面设备，由控制面设备发起PDP Context释放流程。

本发明实施方式中，接收模块接收来自控制面设备下发的分组业务协议协商参数以及分组业务处理协议的处理方式指示，协商模块根据指示并结合分组业务协议协商参数在内的信息完成分组业务协议协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供了一种转发面设备实施方式。如图16所示，转发面设备72包括中央处理器721。中央处理器721用于接收到来自控制面设备73下发的分组业务处理协议的处理方式指示以及分组业务处理协议协商参数，并且根据指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备73，建立起用户设备与网络设备间的数据通道。

本发明实施方式中，转发面设备的中央处理器接收来自控制面设备下发的分组业务协议协商参数以及分组业务处理协议的处理方式指示，并且根据指示并结合分组业务协议协商参数在内的信息完成分组业务协议协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

本发明又提供了一种转发面设备实施方式。如图17所示，所述转发面设备81包括：透传模块811和接收模块812。

透传模块811根据控制面设备下发的分组业务处理协议的处理方式指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数。其中，分组业务处理协议是一种数据传输规则，主要用于在网络或终端设备间建立起数据通道。网络或者终端设备间要建立起数据通道前，双方需要根据分组业务处理协议协商参数进行协商，使得双方确定对方如何处理数据。接收模块812接收控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。

分组业务处理协议的处理方式为PPP接入时，接收模块812具体用于接收来自控制面设备根据第一PPP协商参数和第二PPP协商参数完成与用户设备间的PPP协商后而下发的协商结果，建立起用户设备与转发面设备间的数据通道；其中，第二PPP协商参数为透传模块811上传的转发面设备81自身配置的分组业务处理协议协商参数，第一PPP协商参数为控制面设备从签约信息、网关本地配置或DHCP服务器的获取到的协商参数。

分组业务处理协议的处理方式为PPP续传时，接收模块812具体用于接收控制面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商后而下发的协商结果，建立起转发面设备与LNS服务器间的L2TP数据通道，使得用户设备与LNS服务器间能够利用L2TP数据通道完成PPP协商，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的PPP数据包按照L2TP协议封装成L2TP数据包并送往LNS服务器，同时转发面设备又能够将接收到来自的LNS服务器的L2TP数据包解封成PPP数据包并发往用户设备。

分组业务处理协议的处理方式为PPP再生时，接收模块812具体用于接收来自控制面设备根据L2TP协商参数完成与LNS服务器间的L2TP协商后而下发的协商结果，建立起转发面设备与LNS服务器间的L2TP数据通道，使得控制面设备与LNS服务器间利用L2TP数据通道并根据第一PPP协商参数和第二PPP协商参数完成PPP协商后上传的协商结果，建立起用户设备与LNS服务器间的数据通道；其中，转发面设备提供转发功能，例如：转发面设备能够将接收到来自用户设备的IP数据包先按PPP协义封装成PPP数据包，再按照L2TP协议把PPP数据包封装成L2TP数据包并发往LNS服务器，同时转发面设备又能够将接收到来自LNS服务器的L2TP数据包解封成PPP数据包，再按PPP协议解封成IP数据包并发往用户设备。

其中，第一PPP协商参数和第二PPP协商参数组成完整的PPP协商参数。第一PPP协商参数包括：IP地址、PPP鉴权方式、PPP议鉴权参数、PPP心跳周期等。L2TP协商参数包括：LNS地址或地址列表、L2TP鉴权方式、L2TP鉴权地址以及L2TP心跳周期等。第一PPP协商参数和L2TP协商参数为控制面设备从签约信息、网关本地配置或DHCP服务器中获取得到的协商参数，分组业务处理协议的处理方式为PPP接入或PPP再生时，透传模块811 上传的转发面设备81自身配置的分组业务处理协议协商参数可为第二PPP协商参数，其中，L2TP协商参数也可以通过网关直接配置于转发面设备，因此，分组业务处理协议为PPP续传或PPP再生时，透传模块811上传的转发面设备81自身配置的分组业务处理协议协商参数也可为第二PPP协商参数和L2TP协商参数。

转发面设备81进一步包括：释放信息上传模块813。释放信息上传模块813将检测到的数据通道释放信息上传至控制面设备，由控制面设备完成PDP Context释放流程。在本发明实施方式中，数据通道释放信息包括通道中PPP心跳异常信息、用户设备发起的LCP终结流程信息、数据通道中的L2TP心跳异常信息、LNS发起的L2TP会话终结流程信息或者LNS发起的L2TP隧道终结流程信息。其中，PPP心跳异常或L2TP心跳异常的检测相关参数例如：心跳周期、Magic Numer(环路检测)等，由控制面设备下发至转发面设备。

在本发明实施方式中，透传模块将分组业务处理协议协商报文透传控制面设备，并上传转发面设备自身配置的分组业务处理协议协商参数到控制面设备，由控制面设备完成分组业务处理协议协商，接收模块接收到控制面设备完成分组业务处理协议协商后下发的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备和控制面设备可以配合完成分组业务数据处理协议协商。

本发明又提供一种转发面设备实施方式。如图18所示，转发面设备82包括中央处理器821。中央处理器821用于根据控制面设备83的指示透传分组业务处理协议协商报文至控制面设备83，并上传其自身配置的分组业务处理协议协商参数至控制面设备83，其中，指示为控制面设备83根据分组业务处理协议的处理方式而下发的指示，并且中央处理器821接收到来自控制面设备83下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。

在本发明实施方式中，转发面设备的中央处理器将分组业务处理协议协商报文透传控制面设备，并上传转发面设备自身配置的分组业务处理协议协商参数到控制面设备，由控制面设备完成分组业务处理协议协商，并且中央处理器接收到控制面设备完成分组业务处理协议协商后下发的协商结果，建立起用户设备与网络设备间的数据通道。通过上述方式，使得在网关的控制和转发解耦的情况下，转发面设备和控制面设备可以配合完成分组业务数据处理协议协商。

为了更清楚地阐述上述发明的核心思想，下面从系统的角度进行详细说明控制和转发解耦下分组业务处理协议的处理流程。如图19所示，图19是本发明转发面设备成完协商流程的协议处理流程图。所述系统包括用户设备901、控制面设备902、转发面设备903、AAA服务器904以及LNS服务器905。控制和转发解耦下协议的处理流程包括如下步骤：

S911、控制面设备902根据用户设备901发起的创建PDP上下文问的请求，建立起与用户设备901间的PDP上下文，并同时从AAA服务器904获取得签约信息；

S912、控制面设备902根据PDP上下文、签约信息或者其自身的配置信息判断隧道协议类型；

若隧道协议类型为PPP接入，进入步骤S913；

S913、控制面设备902根据PPP接入类型配置转发面信息，并将PPP协商参数下发；

S914、转发面设备903根据接收到的PPP协商参数结合自身的配置参数完成与用户设备间的PPP协商流程，其中PPP协商参数来自签约信息、网关本地配置或DHCP（动态主机设置协议）服务器。

S915、转发面设备903将协商成功的结果上报至控制面设备902;

S916、建立起转发面设备903与用户设备901间的PPP数据通道；

S917、转面设备903检测PPP数据通道中PPP心跳异常信息或用户设备发起的LCP终结流程信息，将到检测到的信息上报至控制面设备902;

S918、控制面设备902接收上述信息后，发PDP上下文释放流程。

若隧道协议类型为PPP续传，进入步骤S919；

S919、控制面设备902根据PPP续传类型配置转发面信息，并将L2TP协商参数下发；

S920、转发面设备903根据接收到的L2TP协商参数完成与LNS间的L2TP协商流程；

S921、转发面设备903将协商成功的结果上报至控制面设备902;

S922、建立起转发面设备902与LNS服务器905间的L2TP数据通道，使得用户设备901与LNS服务器905间的PPP数据通道可使用上述L2TP数据通道传输PPP数据报文，进而建立起用户设备901与LNS服务器905间的数据通道；

S923、转面设备903检测L2TP数据通道中L2TP心跳异常、LNS服务器905发起的L2TP会话终结流程信息或LNS服务器905发起的L2TP隧道终结流程信息，将到检测到的信息上报至控制面设备;

S924、控制面设备902接收上述信息后，发PDP上下文释放流程；

若隧道协议类型为PPP再生，进入步骤S925；

S925、控制面设备902根据PPP再生类型配置转发面设备903信息，并将L2TP协商参数和PPP协商参数下发；

S926、转发面设备903根据接收到的L2TP协商参数完成与LNS间的L2TP协商流程，根据PPP协商参数完成与LNS服务器905间的PPP协商流程，同时把PPP协商流程中获取IP发送至用户设备901。

S927、转发面设备903将协商成功的结果上报至控制面设备902;

S928、建立用户设备901与LNS服务器905间的数据通道，其中，数据通道包括用户设备901至转发面设备903间IP数据通道、转发面设备903至LNS服务器905间PPP数据通道，PPP数据通道利用转发面设备903与LNS服务器905间L2TP数据通道传输PPP数据报文；

S929、转面设备903检测L2TP数据通道中L2TP心跳异常、LNS服务器905发起的L2TP会话终结流程信息或LNS服务器905发起的L2TP隧道终结流程信息，将到检测到的信息上报至控制面设备902;

S930、控制面设备902接收上述信息后，发PDP上下文释放流程。

请参阅图20，图20是本发明控制面设备成完协商流程的协议处理流程图。如图所示，所述系统包括用户设备1001、控制面设备1002、转发面设备1003、AAA服务器1004以及LNS服务器1005。控制和转发解耦下协议的处理流程包括如下步骤：

S1、控制面设备1002根据用户设备1001发起的创建PDP上下文问的请求，建立起与用户设备1001间的PDP，并同时从AAA服务器1004获取得签约信息；

S2、控制面设备1002根据上下文、签约信息或者其自身的配置信息判断PPP接入、PPP续传或PPP再生；

S3、控制面设备1002获取协商参数，并指示转发面设备透传PPP/L2TP信令；

S4、控制面设备1002完成PPP协商流程；

S5、控制面设备下发协商成功的结果；

S6、建立用户设备1001与转发面设备1002或LNS1005间的隧道协议数据通道；

S7、转发面设备1003检测PPP数据通道中PPP心跳异常或L2TP数据通道中L2TP心跳异常信息，将到检测到的信息上报至控制面设备1002;

S8、控制面设备1002接收上述信息后，发PDP上下文释放流程。

本发明实施方式中，通过将分组业务处理协议协商参数下发至转发面设备，由转发面设备完成分组业务处理协议协商，或者转发面设备透传分组业务处理协议协商报文至控制面设备，由控制面设备完成协商。通过上述方式，使得在网关的控制和转发解耦下，控制面设备和转发面设备可以配合完成分组业务处理协议协商。

Claims

一种控制和转发解耦下协议的处理方法，其特征在于，所述方法包括：

使控制面设备根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向所述转发面设备下发；

使所述控制面设备接收到来自转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。
根据权利要求1所述的方法，其特征在于，所述使控制面设备根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向所述转发面设备下发的步骤之前，包括：

在用户设备附着于移动通信网络后，使所述控制面设备接收来自用户设备发起的建立分组数据协议上下文请求，建立起与用户设备间的分组数据协议上下文，同时从鉴权授权和计费服务器获取签约信息；

使所述控制面设备根据分组数据协议上下文、签约信息或者其自身的配置信息判断得到分组业务处理协议的处理方式。
根据权利要求2所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议接入；

所述使控制面设备将分组业务处理协议协商参数向所述转发面设备下发的步骤具体为：

使所述控制面设备将第一点对点协议协商参数向转发面设备下发；

所述使控制面设备接收到来自所述转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道的步骤具体为：

使所述控制面设备接收到来自转发面设备根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成与用户设备间的点对点协议协商后而上报的协商结果，建立起用户设备与转发面设备间的数据通道。
根据权利要求3所述的方法，其特征在于：

述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：转发面设备自身配置的参数包括：最大接收单元、点对点协议报文头中的协议域是进行压缩、点对点协议报文头中的地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求2所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议续传；

所述使控制面设备接收到来自所述转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道的步骤具体为：

使所述控制面设备接收到来自转发面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，且转发面设备根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数提供层二隧道协议接入集中器功能，使得用户设备与层二隧道协议网络服务器间能够利用层二隧道协议数据通道完成点对点协议协商并上报的协商结果，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求2所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议再生；

所述使控制面设备接收到来自所述转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道的步骤具体为：

使所述控制面设备接收到转发面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务间的层二隧道协议数据通道，使得转发面设备与层二隧道协议网络服务器间利用层二隧道协议数据通道并根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成点对点协议协商流程并上报的协商结果，其中，转发面设备根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数提供层二隧道协议接入集中器功能，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求5或6所述的方法，其特征在于：

所述第一点到点协议协商参数以及层二隧道协议协商参数为所述控制面设备下发至转发面设备的分组业务处理协议协商参数。
根据权利要求5或6所述的方法，其特征在于：

所述第一点到点协议协商参数为所述控制面设备下发至转发面设备的分组业务处理协议协商参数，所述层二隧道协议协商参数为转发面设备自身配置的协商参数。
根据权利要求5或6所述的方法，其特征在于：

所述层二隧道协议协商参数包括：层二隧道协议网络服务器地址或地址列表、层二隧道协议鉴权方式、层二隧道协议鉴权地址以及层二隧道协议心跳周期；

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：转发面设备自身配置的参数包括：最大接收单元、点对点协议报文头中的协议域是进行压缩、点对点协议报文头中的地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求2所述的方法，其特征在于，所述方法进一步包括：使所述控制面设备接收到来自转发面设备上传的数据通道释放信息，并发起分组协议数据上文下释放流程。
一种控制和转发解耦下协议的处理方法，其特征在于，所述方法包括：

使转发面设备接收到来自控制面设备下发的分组业务处理协议的处理方式指示以及分组业务处理协议协商参数；

使所述转发面设备根据所述指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。
根据权利要求11所述的方法，其特征在于，所述分组业务处理协议的处理方式指示为点对点协议接入；

所述使转发面设备接收到来自控制面设备下发的分组业务处理协议协商参数的具体步骤为：

使所述转发面设备接收到来自控制面设备下发的第一点对点协议协商参数；

所述使所述转发面设备根据所述指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道的具体步骤为：

使所述转发面设备根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成与用户设备间的点对点协议协商，并把协商结果上报至控制面设备，建立起用户设备与转发面设备间的数据通道。
根据权利要求12所述的方法，其特征在于：

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求11所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议续传；

所述使所述转发面设备根据所述指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道的具体步骤为：

使所述转发面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，且转发面设备根据第一点对点协议协商参数以及转发面设备自身配置的第二点对点协议协商参数提供层二隧道协议接入集中器功能，使得用户设备与层二隧道协议网络服务器间能够利用层二隧道协议数据通道完成点对点协议协商，并上报协商结果至控制面设备，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求11所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议再生；

所述使所述转发面设备根据所述指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道的具体步骤为：

使所述转发面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，使得转发面设备与层二隧道协议网络服务器间利用层二隧道协议数据通道并根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成点对点协议协商，并把协商结果上报至控制面设备，并且转发面设备根据第一点对点协议协商参数以及转发面设备自身配置的第二点对点协议协商参数提供层二隧道协议接入集中器功能，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求14或15所述的方法，其特征在于:

所述第一点到点协议协商参数以及层二隧道协议协商参数为所述转发面设备接收到控制面设备下发的分组业务处理协议协商参数。
根据权利要求14或15所述的方法，其特征在于：

所述第一点到点协议协商参数为所述转发面设备接收到控制面设备下发的分组业务处理协议协商参数，所述层二隧道协议协商参数为转发面设备自身配置的协商参数。
根据权利要求14或15所述的方法，其特征在于：

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述层二隧道协商参数包括：层二隧道协议网络服务器地址或地址列表、层二隧道协议鉴权方式、层二隧道协议鉴权地址以及层二隧道协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求11所述的方法，其特征在于，所述方法进一步包括：

使所述转发面设备检测数据通道中的数据通道释放信息，并将数据通道释放信息上报至控制面设备，由控制面设备完成分组数据协议上下文释放流程。
根据权利要求19所述的方法，其特征在于，所述数据通道释放信息包括层二隧道协议数据通道中的层二隧道协议心跳异常信息、层二隧道协议网络服务器发起的层二隧道协议会话终结流程信息、层二隧道协议网络服务器发起的层二隧道协议终结流程信息、点对点协议数据通道中的心跳异常信息或者用户设备发起的链路控制协议终结流程信息。
一种控制和转发解耦下协议的处理方法，其特征在于，所述方法包括：

使控制面设备获得转发面设备自身配置的分组业务处理协议协商参数，并指示所述转发面设备透传分组业务处理协议协商报文至控制面设备；

使所述控制面设备根据分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。
根据权利要求21所述的方法，其特征在于，所述使控制面设备获得转发面设备自身配置的分组业务处理协议协商参数的步骤之前，还包括：

在用户设备附着于移动通信网络后，使所述控制面设备接收用户设备发起的建立分组数据协议上下文请求，建立起与用户设备间的分组数据协议上下文，同时从鉴权授权和计费服务器获取签约信息；

使所述控制面设备根据分组数据协议上下文、签约信息或者控制面设备的配置信息判断得到分组业务处理协议的处理方式。
根据权利要求22所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议接入；

所述使所控制面设备根据转发面设备自身配置的分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道的具体步骤为：

使所述控制面设备根据第二点对点协议协商参数和第一点对点协议协商参数完成与用户设备间的点对点协议协商，并把协商结果下发至转发面设备，建立起转发面设备与用户设备间的数据通道。
根据权利要求23所述的方法，其特征在于：

所述第二点对点协议协商参数为控制面设备获取得的转发面设备自身配置的分组业务处理协议协商参数；

所述第一点对点协议协商参数为控制面设备从签约信息、网关本地配置或动态主机设置协议服务器获得的协商参数；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩；

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期。
根据权利要求22所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议续传；

所述使所控制面设备根据转发面设备自身配置的分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道的具体步骤为：

使所述控制面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，并把协商结果下发至转发面设备，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，使得用户设备与层二隧道协议网络服务器间能够利用层二隧道协议数据通道完成用户设备与层二隧道协议网络服务器间的点对点协议协商，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求22所述的方法，其特征在于，所述分组业务处理协议的处理方式为点对点协议再生；

所述使所述控制面设备根据转发面设备自身配置的分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道的具体步骤为：

使所述控制面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，并把协商结果下发至转发面设备，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，使得控制面设备与层二隧道协议网络服务器间利用层二隧道协议数据通道并根据第一点对点协议协商参数以及第二点对点协议协商参数完成点对点协议协商，并把协商结果下发至转发面设备，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求25或者26所述的方法，其特征在于：

所述第二点对点协议协商参数和层二隧道协议协商参数为控制面设备获取得的转发面设备自身配置的分组业务处理协议协商参数；

所述第一点对点协议协商参数为控制面设备从本地网关、签约信息或者动态主机设置协议服务器中获取到的协商参数。
根据权利要求25或26所述的方法，其特征在于：

所述第二点对点协议协商参数为控制面设备获取得到的转发面设备自身配置的分组业务处理协议协商参数；

所述第一点对点协议协商参数和层二隧道协议协商参数为控制面设备从网关本地配置、签约信息或者动态主机设置协议服务器中获取到的协商参数。
根据权利要求25或26所述的方法，其特征在于：

所述层二隧道协议协商参数包括：层二隧道协议网络服务器地址或地址列表、层二隧道协议鉴权方式、层二隧道协议鉴权地址以及层二隧道协议心跳周期；

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求22所述的方法，其特征在于，所述方法还包括：

使所述控制面设备接收来自转发面设备上传的数据通道释放信息；

使所述控制面设备根据所述数据通道释放信息，发起分组数据协议上下文释放流程。
一种控制和转发解耦下协议的处理方法，其特征在于，所述方法包括：

使转发面设备根据控制面设备的指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数，其中，所述指示为控制面设备根据分组业务处理协议的处理方式而下发的指示；

使所述转发面设备接收到来自控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。
根据权利要求31所述的方法，其特征在于，所述方法进一步包括：

使所述转发面设备检测数据通道释放信息，并将数据通道释放信息上报至控制面设备，由控制面设备完成分组数据协议上下文释放流程。
根据权利要求32所述的方法，其特征在于，所述数据通道释放信息包括：点对点协议心跳异常信息或者层二隧道协议心跳异常信息。
一种控制面设备，其特征在于，所述控制面设备包括：

指示模块，用于根据分组业务处理协议的处理方式指示转发面设备以及向所述转发面设备下发分组业务处理协议协商参数；

接收模块，用于接收所述转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。
根据权利要34所述的控制面设备，其特征在于，所述控制面设备进一步包括：

建立获取模块，用于在用户设备附着于移动通信网络后，接收用户设备发起的建立分组数据协议上下文请求，建立起与用户设备间的分组数据协议上下文，同时从鉴权授权和计费服务器获取签约信息；

判断模块，用于根据分组数据协议上下文、签约信息或者控制面设备的配置信息判断得到分组业务处理协议的处理方式。
根据权利要求35所述的控制面设备，其特征在于，所述分组业务处理协议的处理方式为点对点协议接入；

所述指示模块具体用于根据点对点协议接入指示转发面设备以及向转发面设备下发第一点对点协议协商参数；

所述接收模块具体用于接收转发面设备根据第一点对点协议协商参数以及转发面设备自身配置的第二点对点协议协商参数完成与用户设备间的点对点协议协商并上传的协商结果，建立起转发面设备与用户设备间的数据通道。
根据权利要求36所述的控制面设备，其特征在于：

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求35所述的控制面设备，其特征在于，所述分组业务处理协议的处理方式为点对点协议续传；

所述接收模块具体用于接收转发面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，且转发面设备提供层二隧道协议接入集中器功能，使得用户设备与层二隧道协议网络服务器间能够利用层二隧道协议数据通道完成点对点协议协商并上报的协商结果，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求35所述的控制面设备，其特征在于，所述分组业务处理协议的处理方式为点对点协议再生；

所述接收模块具体用于接收转发面设备根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务间的层二隧道协议数据通道，使得转发面设备与层二隧道协议网络服务器间利用层二隧道协议数据通道并根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成点对点协议协商并上报的协商结果，其中，转发面设备提供层二隧道协议接入集中器功能，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求38或39所述的控制面设备，其特征在于：

所述第一点到点协议协商参数以及层二隧道协议协商参数为所述指示模块下发至转发面设备的分组业务处理协议协商参数。
根据权利要求38或39所述的控制面设备，其特征在于：

所述第一点到点协议协商参数为所述指示模块下发至转发面设备的分组业务处理协议协商参数，所述层二隧道协议协商参数为转发面设备自身配置的协商参数。
根据权利要求38或39所述的控制面设备，其特征在于：

所述层二隧道协议协商参数包括：层二隧道协议网络服务器地址或地址列表、层二隧道协议鉴权方式、层二隧道协议鉴权地址以及层二隧道协议心跳周期；

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：转发面设备自身配置的参数包括：最大接收单元、点对点协议报文头中的协议域是进行压缩、点对点协议报文头中的地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求35所述的控制面设备，其特征在于，所述控制面设备进一步包括释放模块，用于接收来自所述转发面设备上传的数据通道释放信息，并发起分组协议数据上文下释放流程。
一种控制面设备，其特征在于，所述控制面设备包括中央处理器；

所述中央处理器用于根据分组业务处理协议的处理方式指示转发面设备并将分组业务处理协议协商参数向所述转发面设备下发，并且接收来自转发面设备上传的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备之间的数据通道。
一种转发面设备，其特征在于，所述转发面设备包括：

接收模块，用于接收来自控制面设备下发的分组业务处理协议协商参数以及分组业务处理协议的处理方式指示；

协商模块，用于根据所述指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。
根据权利要求45所述的转发面设备，其特征在于：

所述接收模块具体用于接收来自控制面设备下发的第一点对点协议协商参数以及点对点协议接入指示；

所述协商模块具体用于根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成与用户设备间的点对点协议协商，并把协商结果上报至控制面设备，建立起用户设备与转发面设备间的数据通道。
根据权利要求46所述的转发面设备，其特征在于：

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求45所述的转发面设备，其特征在于：

所述分组业务处理协议的处理方式为点对点协议续传；

所述协商模块具体用于根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，其中，转发面设备根据第一点对点协议协商参数以及转发面设备自身配置的第二点对点协议协商参数提供层二隧道协议接入集中器功能，使得用户设备与层二隧道协议网络服务器间能够利用层二隧道协议数据通道完成点对点协议协商，并上报协商结果至控制面设备，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求45所述的转发面设备，其特征在于：

所述分组业务处理协议的处理方式为点对点协议再生；

所述协商模块具体用于根据层二隧道协议协商参数完成与层二隧道协议网络服务间的层二隧道协议协商，建立起转发面设备与层二隧道协议网络服备间的层二隧道协议数据通道，使得转发面设备与层二隧道协议网络服务器间利用层二隧道协议数据通道并根据第一点对点协议协商参数和转发面设备自身配置的第二点对点协议协商参数完成点对点协议协商，并把协商结果上报至控制面设备，其中，转发面设备根据第一点对点协议协商参数以及转发面设备自身配置的第二点对点协议协商参数提供层二隧道协议接入集中器功能，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求48或49所述的转发面设备，其特征在于：

所述第一点到点协议协商参数以及层二隧道协议协商参数为所述接收模块接收到来自控件制面设备下发的分组业务处理协议协商参数。
根据权利要求48或49所述的转发面设备，其特征在于：

所述第一点到点协议协商参数为所述接收模块接收到来自控制面设备下发的分组业务处理协议协商参数，所述层二隧道协议协商参数为所述转发面设备自身配置的协商参数。
根据权利要求48或49所述的转发面设备，其特征在于：

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述层二隧道协商参数包括：层二隧道协议网络服务器地址或地址列表、层二隧道协议鉴权方式、层二隧道协议鉴权地址以及层二隧道协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求45所述的转发面设备，其特征在于，所述转发面设备还包括释放信息上传模块，用于将检测到层二隧道协议心跳异常信息、层二隧道协议网络服务器发起的层二隧道协议会话终结流程信息、层二隧道协议网络服务器发起的层二隧道协议数据通道终结流程信息、点对点协议心跳异常信息或者用户设备发起的链路控制协议终结流程信息作为数据通道释放信息上传到控制面设备，由控制面设备发起分组数据协议上下文释放流程。
一种转发面设备，其特征在于，所述转发面设备包括中央处理器；

所述中央处理器用于接收到来自控制面设备下发的分组业务处理协议的处理方式指示以及分组业务处理协议协商参数，并且设备根据所述指示并结合分组业务处理协议协商参数在内的信息完成协商，并上报协商结果至控制面设备，建立起用户设备与网络设备间的数据通道。
一种控制面设备，其特征在于，所述控制面设备包括：

指示获取模块，用于获得转发面设备自身配置的分组业务处理协议协商参数，并指示所述转发面设备透传分组业务处理协议协商报文至控制面设备；

协商模块，用于根据所述分组业务处理协议协商参数在内的信息完成分组业务处理协议协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。
根据权利要求55所述的控制面设备，其特征在于，所述控制面设备进一步包括：

建立获取模块，用于接收所述用户设备发起的建立分组数据协议上下文请求，建立起与用户设备间的分组数据协议上下文，同时从鉴权授权和计费服务器获取签约信息；

判断模块，用于根据所述分组数据协议上下文、签约信息或者控制面设备的配置信息判断得到分组业务处理协议的处理方式。
根据权利要求56所述的控制面设备，其特征在于，所述分组业务处理协议的处理方式为点对点协议接入；

所述协商模块具体用于根据第二点对点协议协商参数和第一点对点协议协商参数完成与用户设备间的点对点协议协商，并把协商结果下发至转发面设备，建立转发面设备与用户设备间的数据通道。
根据权利要求56所述的控制面设备，其特征在于：

所述第二点对点协议协商参数为指示获取模块获取到的转发面设备自身配置的分组业务处理协议协商参数；

所述第一点对点协议协商参数为控制面设备从签约信息、网关本地配置或动态主机设置协议服务器的获取到的协商参数；

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求56所述的控制面设备，其特征在于，所述分组业务处理协议的处理方式为点对点协议续传；

所述协商模块具体用于根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，并把协商结果下发至转发面设备，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，使得用户设备与层二隧道协议网络服务器间能够利用层二隧道协议数据通道完成用户设备与层二隧道协议网络服务器间的点对点协议协商，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求56所述的控制面设备，其特征在于，所述分组业务处理协议的处理方式为点对点协议再生；

所述协商模块具体用于根据层二隧道协议协商参数完成与层二隧道协议网络服务器间的层二隧道协议协商，并把协商结果下发至转发面设备，建立起转发面设备与层二隧道协议网络服务器间的层二隧道协议数据通道，使得控制面设备与层二隧道协议网络服务器间利用层二隧道协议数据通道并根据第一点对点协议协商参数以及第二点对点协议协商参数完成点对点协议协商，并把协商结果下发至转发面设备，建立起用户设备与层二隧道协议网络服务器间的数据通道。
根据权利要求59或60所述的控制面设备，其特征在于：

所述第二点对点协议协商参数和层二隧道协议协商参数为指示获取模块获得的转发面设备自身配置的分组业务处理协议协商参数；

所述第一点对点协议协商参数为控制面设备从签约信息、网关本地配置或动态主机设置协议服务器获取到的协商参数。
根据权利要求59或60所述的控制面设备，其特征在于：

所述第二点对点协议协商参数为指示获取模块获得的转发面设备自身配置的分组业务处理协议协商参数；

所述第一点对点协议协商参数和层二隧道协议协商参数为控制面设备从签约信息、网关本地配置或动态主机设置协议服务器获取到的协商参数。
根据权利要求59或60所述的控制面设备，其特征在于：

所述层二隧道协议协商参数包括：层二隧道协议网络服务器地址或地址列表、层二隧道协议鉴权方式、层二隧道协议鉴权地址以及层二隧道协议心跳周期；

所述第一点对点协议协商参数包括：IP地址、点对点协议鉴权方式、点对点协议鉴权参数以及点对点协议心跳周期；

所述第二点对点协议协商参数包括：最大接收模块、点对点协议报文头中的协议域是否进行压缩、点对点协议报文中地址域和控制域是否进行压缩以及IP报文是否进行压缩。
根据权利要求56所述的控制面设备，其特征在于，所述控制面设备进一步包括：

接收模块，用于接收来自所述转发面设备上传的数据通道释放信息；

释放模块，用于根据所述数据通道释放信息，发起分组数据协议上下文释放流程。
一种控制面设备，其特征在于，所述控制面设备包括中央处理器；

所述中央处理器用于获得转发面设备自身配置的分组业务处理协议协商参数，并指示所述转发面设备透传分组业务处理协议协商报文至控制面设备，并且根据分组业务处理协议协商参数在内的信息完成协商，并把协商结果下发至转发面设备，建立起用户设备与网络设备间的数据通道。
一种转发面设备，其特征在于，所述转发面设备包括：

透传模块，用于根据控制面设备下发的分组业务处理协议的处理方式指示透传分组业务处理协议协商报文至所述控制面设备，并上传其自身配置的分组业务处理协议协商参数至所述控制面设备；

接收模块，用于接收来自所述控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。
根据权利要求66所述的转发面设备，其特征在于，所述转发面设备进一步包括：

释放信息上传模块，用于将检测到的数据通道释放信息上传至所述控制面设备，由控制面设备完成分组数据协议上下文释放流程。
根据权利要求67所述的转发面设备，其特征在于，所述数据通道释放信息包括点对点协议心跳异常信息或者层二隧道协议心跳异常信息。
一种转发面设备，其特征在于，所述转发面设备包括中央处理器；

所述中央处理器用于根据控制面设备的指示透传分组业务处理协议协商报文，并上传其自身配置的分组业务处理协议协商参数，其中，所述指示为控制面设备根据分组业务处理协议的处理方式而下发的指示，并且接收到来自控制面设备下发的根据分组业务处理协议协商参数在内的信息而得到的分组业务处理协议协商结果，建立起用户设备与网络设备间的数据通道。