信息处理方法、转发面设备和控制面设备与流程

本发明实施例涉及通信技术领域，并且更具体地，涉及信息处理方法、转发面设备和控制面设备。

背景技术：

3GPP（The 3rd Generation Partnership Project，第三代合作伙伴计划）标准化发展出一种全新的演进网络，其SAE（System Architecture Evolution，系统架构演进）如图1所示。在SAE架构中，当UE（User Equipment，用户设备）通过无线空口接入E-UTRAN（Evolved Universal Terrestrial Radio Access Network，演进的通用陆地无线接入网）后，先附着到MME（Mobility Management Entity，移动性管理网元）上，MME从HSS（Home Subscriber Server，归属用户服务器）获取用户的签约数据和鉴权信息，发起对UE进行鉴权的过程。MME完成鉴权过程后，由UE或者MME发起建立用于传输用户数据的承载的过程。在该过程中，MME通知S-GW（Serving Gateway，服务网关实体）为用户建立从E-UTRAN到P-GW（Packet Data Network Gateway，分组数据网络网关实体）的用于传输用户数据的承载，在通知消息中携带P-GW的地址和用户所在的E-UTRAN网元的地址信息。P-GW将来自外部PDN（Packet Data Network，分组数据网络）的下行数据通过承载转发给UE，并将来自UE的上行数据转发给相应的PDN。

为了能兼容已有的UTRAN（Universal Terrestrial Radio Access Network，通用陆地无线接入网）和GERAN（Global System for Mobile communications/Enhanced Data rates for GSM Evolution Radio Access Network，GSM/EDGE无线接入网）。UE可以通过UTRAN或者GERAN和SGSN（Serving GPRS（General Packet Radio Service，通用分组无线业务）Support Node，服务GPRS支持节点）接入MME，并且可以通过UTRAN/GERAN、SGSN建立和S-GW之间的GTP（GPRS Tunnel Protocol，GPRS隧道协议）隧道连接。S-GW将GTP隧道转换为相应的连接P-GW的承载，用于传输用户数据。UTRAN也可以建立直接连接S-GW的GTP隧道。MME成为只处理控制面信令的网元，S-GW和P-GW主要负责转发用户面数据。S-GW和P-GW可以合并为一个网元，可以称为统一网关（UGW）。

随着移动互联网业务的发展、企业网业务的丰富、以及多种制式的移动接入网络的融合，需要网关设备在完成基本的数据转发功能的基础上，逐渐在向更精细化的业务控制和计费发展，从而支撑运营商更丰富的业务实施和控制。同时在演进网络中，UGW仍然需要保留有大量的对外的信令接口。这些信令接口包括：MME和网关之间的GTP-C（GTP控制面）承载接口、PCRF（Policy and Charging Rules Function，策略与计费规则功能）和网关之间的PCC（Policy and Charging Control，策略和计费控制）接口、计费系统和网关之间的计费接口、合法监听设备和网关之间合法监听接口、DHCP（Dynamic Host Configuration Protocol，动态主机配置协议）服务器和网关之间的DHCP接口、AAA（Authentication,Authorization and Accounting，鉴权授权和计费）服务器和网关之间的接口等等。

网关为了能处理大量的接口信令，在专用硬件平台的基础上增加大量的通用计算处理器芯片等硬件，使得网关设备的硬件平台非常复杂，成本过高，不利于移动分组数据网络的推广和部署。

为了解决上述问题，目前出现了将网关的控制面和转发面分离的场景，即按功能拆分成统一网关控制面UGW-C和统一网关转发面UGW-U，UGW-C和UGW-U之间的接口定义成Sg。UGW-C处理对外的信令的交互，包括与AAA服务器之间的信令，与PCRF之间的PCC信令的交互等等。UGW-C完成信令协商，将UGW-U转发数据报文需要用的信息（称为上下文信息）下发给UGW-U，UGW-U根据UGW-C指示的上下文信息转发用户数据报文。类似的解耦思想同样可以用于2G/3G网络的SGSN、GGSN，或者SAE架构下的S-GW、P-GW独立部署设备。

需要考虑在网关的控制面和转发面分离的场景下，当网关转发面设备丢失数据报文对应的上下文信息时如何执行数据报文的转发。

技术实现要素：

本发明实施例提供一种信息处理方法和设备，使得网关转发面设备在上下文信息丢失的情况下，能够尽量保证数据报文的正确转发。

第一方面，提供了一种网关转发面设备信息处理方法，包括：接收数据报文，并提取所述数据报文的特征信息；查找与所述数据报文的特征信息相对应的上下文信息；如果未查找到所述上下文信息，则缓存或丢弃所述数据报文；向网关控制面设备发送事件上报消息，所述事件上报消息携带所述数据报文的特征信息，以便所述网关控制面设备获取与所述数据报文的特征信息相对应的上下文信息。

在第一种可能的实现方式中，在向网关控制面设备发送事件上报消息之后，具体实现可以为：

接收所述网关控制面设备发送的所述上下文信息；根据所述上下文信息转发所述数据报文。

在第二种可能的实现方式中，在向网关控制面设备发送事件上报消息之后，具体实现可以为：

接收所述网关控制面设备发送的指示消息；所述网关转发面设备根据所述指示消息丢弃所述数据报文和/或通知所述数据报文的发送端出现异常。

结合第一方面或第一方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，在所述缓存或丢弃所述数据报文之前，具体实现可以为：

判断所述数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址。

根据第三种可能的实现方式，在第四种可能的实现方式，所述丢弃所述数据报文，具体实现可以为：

如果所述数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃所述数据报文。

根据第三种可能的实现方式，在第五种可能的实现方式，在所述判断所述数据报文的UE IP地址是否是用户签约的静态IP地址之后，具体实现可以为：

如果所述数据报文的UE IP地址是用户签约的静态IP地址，则通知所述网关控制面设备所述数据报文的UE IP地址是用户签约的静态IP地址，以便所述网关控制面设备发起网络触发的分组数据网络PDN连接建立流程。

结合第一方面或第一方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式或第四种可能的实现方式或第五种可能的实现方式，在第六种可能的实现方式中，在所述网关转发面设备接收数据报文之前，具体实现可以为：

删除所述网关转发面设备存储的部分或全部上下文信息。

根据第六种可能的实现方式，在第七种可能的实现方式，所述删除所述网关转发面设备存储的部分或全部上下文信息，具体实现可以为：

接收控制面设备发送的第二消息，并根据所述第二消息删除所述网关转发面设备存储的部分或全部上下文信息；或者

当所述网关转发面设备在预定时间内没有UE的数据报文传输时，删除所述网关转发面设备存储的所述UE的部分或全部上下文信息。

根据第六种可能的实现方式或第七种可能的实现方式，在第八种可能的实现方式中，所述删除所述网关转发面设备存储的部分上下文信息，具体实现可以为：

删除所述网关转发面设备存储的部分上下文信息，剩下的上下文信息至少包括UE IP地址。

第二方面，提供了一种网关控制面设备信息处理方法，包括：接收网关转发面设备发送的事件上报消息，所述事件上报消息携带所述网关转发面设备接收的数据报文的特征信息；获取与所述数据报文的特征信息相对应的上下文信息。

在第一种可能的实现方式中，所述获取与所述数据报文的特征信息相对应的上下文信息，具体实现可以为：

当所述数据报文对应的用户设备UE处于空闲Idle状态时，触发所述UE退出Idle状态；或者

当未查找到与所述数据报文的特征信息相对应的上下文信息，判断所述数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址，如果所述数据报文的UE IP地址是用户签约的静态IP地址，则所述网关控制面设备发起网络触发的分组数据网络PDN连接建立流程；或者

所述网关控制面设备接收到所述网关转发面设备发送的所述数据报文的UE IP地址是用户签约的静态IP地址的信息，发起网络触发的PDN连接建立流程。

在第二种可能的实现方式中，在所述获取与所述数据报文的特征信息相对应的上下文信息之后，具体实现可以为：

如果获取到所述上下文信息，则向所述网关转发面设备发送所述上下文信息，以便所述网关转发面设备根据所述上下文信息转发所述数据报文；

如果未获取到所述上下文信息，则向所述网关转发面设备发送第一消息，第一消息用于指示所述网关转发面设备丢弃所述数据报文和/或通知所述数据报文的发送端出现异常。

结合第二方面或第二方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，在所述接收网关转发面设备发送的事件上报消息之前，具体实现可以为：

向所述网关转发面设备发送第二消息，所述第二消息用于指示所述网关转发面设备删除所述网关转发面设备存储的部分或全部上下文信息。

根据第三种可能的实现方式，在第四种可能的实现方式中，所述向所述网关转发面设备发送第二消息，具体实现可以为：

当在预定时间内UE未退出Idle状态时，向所述网关转发面设备发送第二消息，所述第二消息用于指示所述网关转发面设备删除所述网关转发面设备存储的所述UE的部分或全部上下文信息。

根据第三种可能的实现方式或第四种可能的实现方式，在第五种可能的实现方式中，所述删除所述网关转发面设备存储的部分上下文信息，具体实现可以为：

删除所述网关转发面设备存储的部分上下文信息，剩下的上下文信息至少包括UE IP地址。

第三方面，提供了一种网关转发面设备信息处理方法，包括：接收数据报文的接收端发送的差错通知；向网关控制面设备发送差错事件上报消息，所述差错事件上报消息携带所述数据报文的特征信息，以便所述网关控制面设备根据所述数据报文的特征信息释放分组数据网络PDN连接或发起重建。

在第一种可能的实现方式中，所述向网关控制面设备发送差错事件上报消息，具体实现可以为：

向所述网关控制面设备发送差错通知报文。

第四方面，提供了一种网关控制面设备信息处理方法，包括：接收网关转发面设备发送的差错事件上报消息，所述差错事件上报消息携带数据报文的特征信息；根据所述数据报文的特征信息释放分组数据网络PDN连接或发起重建。

在第一种可能的实现方式中，所述接收网关转发面设备发送的差错事件上报消息，具体实现可以为：

接收所述网关转发面设备发送的差错通知报文。

第五方面，提供了一种网关转发面设备信息处理方法，包括：接收数据报文，并提取所述数据报文的特征信息；查找与所述数据报文的特征信息相对应的上下文信息；如果未查找到所述上下文信息，则判断所述数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址；如果所述数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃所述数据报文。

第六方面，提供了一种网关转发面设备，包括：第一接收单元，用于接收数据报文；处理器，用于提取所述第一接收单元接收的所述数据报文的特征信息；用于查找与所述数据报文的特征信息相对应的上下文信息；如果所述处理器未查找到所述上下文信息，则存储器，用于缓存所述第一接收单元接收的所述数据报文，或者，所述处理器还用于丢弃所述第一接收单元接收的所述数据报文。第二发送单元，用于向网关控制面设备发送事件上报消息，所述事件上报消息携带所述第一接收单元接收的所述数据报文的特征信息，以便所述网关控制面设备获取与所述数据报文的特征信息相对应的上下文信息。

在第一种可能的实现方式中，所述网关转发面设备还包括第二接收单元用于：接收所述网关控制面设备发送的所述上下文信息；第一发送单元用于：根据所述第二接收单元接收的上下文信息转发所述数据报文。

在第二种可能的实现方式中，所述第二接收单元还用于：

接收所述网关控制面设备发送的指示消息；所述处理器还用于：根据所述指示消息丢弃所述数据报文，和/或所述第一发送单元还用于：通知所述数据报文的发送端出现异常。

结合第六方面或第六方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述处理器还用于：判断所述数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址。

根据第三种可能的实现方式，在第四种可能的实现方式中，所述处理器具体用于：如果所述数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃所述数据报文。

根据第三种可能的实现方式，在第五种可能的实现方式中，所述第二发送单元还用于：如果所述数据报文的UE IP地址是用户签约的静态IP地址，则通知所述网关控制面设备所述数据报文的UE IP地址是用户签约的静态IP地址，以便所述网关控制面设备发起网络触发的分组数据网络PDN连接建立流程。

结合第六方面或第六方面的第一种可能的实现方式或第二种可能的实现方式或第三种可能的实现方式或第四种可能的实现方式或第五种可能的实现方式，在第六种可能的实现方式中，所述处理器还用于：

删除所述网关转发面设备的所述存储器存储的部分或全部上下文信息。

根据第六种可能的实现方式，在第七种可能的实现方式中，所述处理器具体用于：根据所述第二接收单元接收的由网关控制面设备发送的第二消息删除所述网关转发面设备存储的部分或全部上下文信息；或者当所述网关转发面设备在预定时间内没有UE的数据报文传输时，删除所述网关转发面设备存储的所述UE的部分或全部上下文信息。

根据第六种可能的实现方式或第七种可能的实现方式，在第八种可能的实现方式中，所述处理器具体用于：

删除所述网关转发面设备存储的部分上下文信息，剩下的上下文信息至少包括UE IP地址。

第七方面，提供了一种网关控制面设备，包括：接收单元，用于接收网关转发面设备发送的事件上报消息，所述事件上报消息携带所述网关转发面设备接收的数据报文的特征信息；处理器，用于获取与所述数据报文的特征信息相对应的上下文信息。

在第一种可能的实现方式中，所述处理器具体用于：当所述数据报文对应的用户设备UE处于空闲Idle状态时，触发所述UE退出Idle状态；或者具体用于：当未查找到与所述数据报文的特征信息相对应的上下文信息，判断所述数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址，如果所述数据报文的UE IP地址是用户签约的静态IP地址，则所述网关控制面设备发起网络触发的分组数据网络PDN连接建立流程；或者具体用于：所述接收单元接收到所述网关转发面设备发送的所述数据报文的UE IP地址是用户签约的静态IP地址的信息，发起网络触发的PDN连接建立流程。

在第二种可能的实现方式中，所述发送单元还用于：如果所述处理器获取到所述上下文信息，则向所述网关转发面设备发送所述上下文信息，以便所述网关转发面设备根据所述上下文信息转发所述数据报文；如果所述处理器未获取到所述上下文信息，则向所述网关转发面设备发送第一消息，第一消息用于指示所述网关转发面设备丢弃所述数据报文和/或通知所述数据报文的发送端出现异常。

结合第七方面或第七方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述发送单元还用于：向所述网关转发面设备发送第二消息，所述第二消息用于指示所述网关转发面设备删除所述网关转发面设备存储的部分或全部上下文信息。

根据第三种可能的实现方式，在第四种可能的实现方式中，所述发送单元具体用于：当在预定时间内UE未退出Idle状态时，向所述网关转发面设备发送第二消息，所述第二消息用于指示所述网关转发面设备删除所述网关转发面设备存储的所述UE的部分或全部上下文信息。

第八方面，提供了一种网关转发面设备，包括：接收单元，用于接收数据报文的接收端发送的差错通知；发送单元，用于向网关控制面设备发送差错事件上报消息，所述差错事件上报消息携带所述数据报文的特征信息，以便所述网关控制面设备根据所述数据报文的特征信息释放分组数据网络PDN连接或发起重建。

在第一种可能的实现方式中，所述发送单元具体用于：向所述网关控制面设备发送差错通知报文。

第九方面，提供了一种网关控制面设备，包括：接收单元，用于接收网关转发面设备发送的差错事件上报消息，所述差错事件上报消息携带数据报文的特征信息；处理器，用于根据所述数据报文的特征信息释放分组数据网络PDN连接或发起重建。

在第一种可能的实现方式中，所述接收单元具体用于：接收所述网关转发面设备发送的差错通知报文。

第十方面，提供了一种网关转发面设备，包括：接收单元，用于接收数据报文；处理器，用于提取所述接收单元接收的所述数据报文的特征信息；用于查找与所述数据报文的特征信息相对应的上下文信息；用于如果未查找到所述上下文信息，则判断所述数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址；用于如果所述数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃所述数据报文。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例的网关系统可应用的通信系统的示意结构图。

图2是本发明一个实施例的网关转发面设备信息处理方法的流程图。

图3是本发明另一实施例的网关控制面设备信息处理方法的流程图。

图4是本发明一个实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图5是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图6是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图7是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图8是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图9是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图10是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图11是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图12是本发明一个实施例的网关转发面设备信息处理方法的流程图。

图13是本发明另一实施例的网关控制面设备信息处理方法的流程图。

图14是本发明一个实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图15是本发明一个实施例的网关转发面设备信息处理方法的流程图。

图16是本发明一个实施例的设备的框图。

图17是本发明一个实施例的网关转发面设备的结构框图。

图18是本发明另一实施例的网关控制面设备的结构框图。

图19是本发明一个实施例的网关转发面设备的结构框图。

图20是本发明另一实施例的网关控制面设备的结构框图。

图21是本发明一个实施例的网关转发面设备的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的技术方案，可以应用于各种通信系统，例如：全球移动通信系统（GSM，Global System of Mobile communication），码分多址（CDMA，Code Division Multiple Access）系统，宽带码分多址（WCDMA，Wideband Code Division Multiple Access Wireless），通用分组无线业务（GPRS，General Packet Radio Service），长期演进（LTE，Long Term Evolution）等。

用户设备（UE，User Equipment），也可称之为移动终端（Mobile Station）、移动用户设备等，可以经无线接入网（例如，RAN，Radio Access Network）与一个或多个核心网进行通信，用户设备可以是移动终端，如移动电话（或称为“蜂窝”电话）和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。

控制面设备可以是以3GPP演进网络的SAE架构下的P-GW(PDN Gateway)/S-GW(Serving Gateway)的控制面GW-C，转发面设备可以是P-GW/S-GW的转发面GW-U。应注意，本发明实施例并不限于此，网关控制面设备和网关转发面设备可以为GPRS（General Packet Radio Service，通用分组无线业务）网络中的RNC（Radio Network Controller，无线网络控制器）、SGSN（Serving GPRS Support Node，服务GPRS支持节点）、GGSN（Gateway GPRS Support Node，网关GPRS支持节点），或者EPS（Evolved Packet System，演进的分组系统）网络中的演进型基站eNodeB、S-GW（Serving Gateway，服务网关实体）、P-GW（Packet Data Network Gateway，分组数据网络网关实体）、S-GW/P-GW合一设备等等控制和转发解耦后的控制面设备和转发面设备。

图1是本发明实施例的网关系统可应用的通信系统的示意结构图。为了简洁，在图1的通信系统中，只描绘了一组网关系统的一个网关控制面设备（GW-C）11和一个网关转发面设备（GW-U）12，但是本发明实施例的通信系统中，网关系统、网关控制面设备和网关转发面设备的数目不受限制。

此外，图1的通信系统还可以包括UE 13、RAN 14、移动性管理网元15、PDN 16等。本发明实施例对这些网元的数目也不作限制。

RAN 14可以包括各种系统（例如，GERAN、UTRAN或者E-UTRAN）的接入网网元，如RNC、eNodeB等。PDN 16可以是WAP、Internet、VPN等形式，本发明实施例对此不作限制。

可选地，作为一个实施例，网关控制面设备11可以由通用计算平台实现，网关转发面设备12可以由专用路由器平台实现。通用计算平台适合于处理接口信令；专用路由器平台的信令处理能力相对较低，但数据转发的效率较高。这样能够简化硬件平台的设计，降低硬件平台的成本，大大提升网关控制面实体和用户面实体的处理性能。

移动性管理网元15可以是MME和/或SGSN，可以由通用计算平台实现。因此，作为另一实施例，可将网关控制面设备11和移动性控制网元15集成在一起，如图1的虚线框17所示，这样能够精简系统中的网元数目。

在图1的实施例中，UE13和RAN 14之间的无线链路、RAN 14和GW-U12之间的连接、以及GW-U 12和PDN 16之间的连接构成了UE 13的数据路径。但UE 13的数据路径不限于这样的具体形式。例如，数据路径可以是在RAN和GW-U之间、GW-U和其他网关之间的用于转发UE的数据的连接或者隧道，例如，GTP隧道、GRE连接、业务数据流等。数据路径可以是承载粒度的，也可以是业务数据流粒度或者用户粒度的。数据路径也可以是在用户面网关和PDN的VPN之间的数据连接。

GW-C 11也可以称为控制面实体或控制面网关（Control Plane Gateway），或者可以称为网关控制器（Gateway Controller）、控制节点（Control Node）或者控制网关（Control Gateway）等，本发明实施例对GW-C 11的具体名称不作限制，只需其能够实现网关的控制面功能并且与GW-U 12解耦。

另外，GW-U 12也可以称为用户面实体或用户面网关（User Plane Gateway），或者可以称为分组数据转发网关（Packet Data Forwarding Gateway）、路由转发节点（Routing Forwarding Node）或者交换节点（Switch Node）等，本发明实施例对GW-U 12的具体名称不作限制，只需其能够实现网关的用户面功能并且与GW-C 11解耦。

图2是本发明一个实施例的网关转发面设备信息处理方法的流程图。图2的方法由网关转发面设备（例如图1的GW-U 12）执行。

101，接收数据报文，并提取该数据报文的特征信息。

102，查找与数据报文的特征信息相对应的上下文信息。

103，如果未查找到上下文信息，则缓存或丢弃数据报文。

104，向网关控制面设备发送事件上报消息，该事件上报消息携带数据报文的特征信息，以便网关控制面设备获取与数据报文的特征信息相对应的上下文信息。

本发明实施例可以应用于UE处于Idle状态、UE配置静止IP地址、本端异常等情况。应理解，本发明对此并不限定。

还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

可选地，作为一个实施例，网关转发面设备接收的数据报文可以是上行数据报文和/或下行数据报文。应理解，本发明实施例对此不作限定。

具体地，网关转发面设备接收到普通IP报文、GTP（GPRS Tunneling Protocol，GPRS隧道协议）报文或者PMIP（Proxy Mobile IP，代理移动IP）报文、MIP（Mobile IP，移动IP）、GRE（Generic Route Encapsulation）、L2TP（Layer 2Tunnelling Protocol）等报文。

可选地，作为另一个实施例，数据报文的特征信息包括APN（Access Point Name，接入点名称）、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID（Tunnel End Identifier，GTP隧道端点标识）。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key（Generic Routing Encapsulation，通用路由封装关键字）。

可选地，作为另一个实施例，在步骤104之后，如果网关控制面设备获取到上下文信息，则网关转发面设备可以接收该网关控制面设备发送的上下文信息，并根据上下文信息转发数据报文。

可选地，作为另一个实施例，在步骤104之后，如果网关控制面设备未获取到上下文信息，则网关转发面设备可以接收该网关控制面设备发送的指示消息，并根据指示消息丢弃所述数据报文和/或通知所述数据报文的发送端出现异常。

可选地，作为另一个实施例，在步骤103之前，可以判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址。进一步地，在步骤103中，如果数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃该数据报文。可选地，此时可结束流程。这样，能够有效地减少网关转发面设备与网关控制面设备之间的信令交互。或者，如果数据报文的UE IP地址是用户签约的静态IP地址，则通知网关控制面设备数据报文的UE IP地址是用户签约的静态IP地址，以便该网关控制面设备发起网络触发的PDN（Packet Data Network，分组数据网络）连接建立流程。

可选地，作为另一个实施例，在步骤101之前，网关转发面设备可以删除存储的部分或全部上下文信息。例如，网关转发面设备接收网关控制面设备发送的第二消息，并根据该第二消息删除网关转发面设备存储的部分或全部上下文信息。又例如，当网关转发面设备在预定时间内没有UE的数据报文传输时，删除网关转发面设备存储的上述UE的部分或全部上下文信息。这样，节省网关转发面设备的资源，降低成本。

本发明实施例还可以是网关转发面设备故障导致上下文信息全部或部分丢失。应理解，无论基于何种方式使得网关转发面设备删除全部或部分上下文信息均落入本发明实施例的范围内。还应注意的是，本发明实施例对于网关转发面设备上下文信息未查找到的原因不作限定。

进一步地，删除网关转发面设备存储的部分上下文信息，剩下的上下文信息至少包括UE IP地址。可选地，可以判断数据报文的UE IP地址是否是剩下的上下文信息中的UE IP地址。在步骤103中，如果数据报文的UE IP地址不属于剩下的上下文信息中的UE IP地址，则丢弃该数据报文。可选地，此时可结束流程。这样，能够有效地减少网关转发面设备与网关控制面设备之间的信令交互。

此外，在现有网络架构，UE在Idle状态，UE配置静态IP地址以及本端异常的情况下，对于上下信息处理的方法各不相同。在对端异常的情况下，网关也有多种不同的处理流程。因此，设备处理较复杂。

本发明实施例UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

下面还将结合图4至图11更加详细描述本发明实施例的网关设备控制和转发解耦架构下信息处理方法的非限制性的例子。

图3是本发明另一实施例的网关控制面设备信息处理方法的流程图。图3的方法由网关控制面设备（例如图1的GW-C 11）执行。

201，接收网关转发面设备发送的事件上报消息，事件上报消息携带网关转发面设备接收的数据报文的特征信息。

202，根据数据报文的特征信息获取相应的上下文信息。

本发明实施例可以应用于UE处于Idle状态、UE配置静止IP地址、本端异常等情况。应理解，本发明对此并不限定。

还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

本发明实施例在控制和转发解耦的架构下，网关转发面设备查找与接收到的数据报文的特征信息相对应的上下文信息，如果查找失败，则网关转发面设备将事件上报消息发送给网关控制面设备，事件上报消息携带数据报文的特征信息。网关控制面设备获取相应的上下文信息。这样，UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

可选地，作为一个实施例，数据报文可以是GTP报文，也可以是PMIP报文等。应理解，本发明对此并不限定。

可选地，作为另一个实施例，数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

可选地，作为另一个实施例，在步骤202中，根据数据报文的特征信息获取到相应的上下文信息。具体地，当数据报文对应的用户设备UE处于空闲Idle状态时，触发UE退出Idle状态；或者，当根据数据报文的特征信息未查找到上下文信息，判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址，如果数据报文的UE IP地址是用户签约的静态IP地址，则网关控制面设备发起网络触发的PDN连接建立流程；或者，网关控制面设备接收到网关转发面设备发送的数据报文的UE IP地址是用户签约的静态IP地址的信息，发起网络触发的PDN连接建立流程。进一步地，获取到上下文信息，可以向网关转发面设备发送该上下文信息，以便网关转发面设备根据上下文信息转发数据报文。

可选地，作为另一个实施例，在步骤202中，如果未获取到上下文信息，则可以向网关转发面设备发送第一消息，第一消息用于指示网关转发面设备丢弃数据报文和/或通知数据报文的发送端出现异常。

可选地，作为另一实施例，在步骤201之前，可以向网关转发面设备发送第二消息，第二消息用于指示网关转发面设备删除网关转发面设备存储的部分或全部上下文信息。具体地，当在预定时间内UE未退出Idle状态时，网关控制面设备向网关转发面设备发送第二消息，第二消息用于指示网关转发面设备删除网关转发面设备存储的上述UE的部分或全部上下文信息。这样，节省网关转发面设备的资源，降低成本。

应理解，无论基于何种方式使得网关转发面设备删除全部或部分上下文信息均落入本发明实施例的范围内。

进一步地，网关控制面设备指示网关转发面设备删除网关转发面设备存储的部分上下文信息，剩下的上下文信息至少包括UE IP地址。

此外，在现有网络架构，UE在Idle状态，UE配置静态IP地址以及本端异常的情况下，对于上下信息处理的方法各不相同。在对端异常的情况下，网关也有多种不同的处理流程。因此，设备处理较复杂。

本发明实施例UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

下面结合具体的例子详细描述本发明实施例。在下面图4至图11中，网关控制面设备可以是以3GPP演进网络的SAE架构下的统一网关控制面UGW-C，网关转发面设备可以是统一网关转发面UGW-U。应注意，本发明实施例并不限于此，可以为其它网络控制和转发解耦的网关设备。还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。图4至图11是本发明实施例的可适用于图1的网关系统的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图4是本发明一个实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图4的方法可以应用于UE处于Idle状态、UE配置静态IP地址、本端异常等情况。应理解，本发明对此并不作限定。

301，PDN连接激活。

302，网关转发面设备在预定时间内没有UE的数据报文传输，删除该UE的全部上下文信息。

例如，网关转发面设备可以预先配置时间阈值或者网关转发面设备接收网关控制面设备下发的时间阈值，当网关转发面设备没有UE的数据报文传输的时间超过了时间阈值时，网关转发面设备删除存储的该UE的全部上下文信息。这样，节省网关转发面设备的资源，降低成本。

303，网关转发面设备接收到上行或下行数据报文。

例如，网关转发面设备接收到下行数据报文，如普通IP报文、GTP（GPRS Tunneling Protocol，GPRS隧道协议）报文或者PMIP（Proxy Mobile IP，代理移动IP）报文、MIP（Mobile IP，移动IP）、GRE（Generic Route Encapsulation）、L2TP（Layer 2 Tunnelling Protocol）等报文。

304，网关转发面设备查找与数据报文的特征信息相对应的上下文信息，如果查找失败，则缓存或丢弃数据报文。

数据报文的特征信息可包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息可包括网关IP地址、TEID。又例如，PMIP报文的隧道信息可包括网关IP地址、GRE key。

例如，由于网关转发面设备已删除了UE的上下文信息，因此找不到相应的上下文信息，即查找失败。此时网关转发面设备可以缓存数据报文，或者可以丢弃数据报文。

可选地，网关转发面设备可以进一步地根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文。可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。

305，网关转发面设备将事件上报消息发送给网关控制面设备，事件上报消息携带数据报文的特征信息。

可选地，网关转发面设备还可以将数据报文的UE IP地址是否是用户签约的静态IP地址的判断结果发送给网关控制面设备。例如，如果数据报文的UE IP地址属于静态IP地址列表，则数据报文的UE IP地址是用户签约的静态IP地址，网关转发面设备将UE IP地址是用户签约的静态IP地址的信息发送给网关控制面设备。

306，网关控制面设备获取相应的上下文信息。

可选地，在一种实现方式下，网关控制面设备获取到相应的上下文信息，执行307步骤。例如，当在305步骤网络控制面设备接收的数据报文特征信息中对应的UE处于Idle状态时，网关控制面设备可以触发UE退出Idle状态，具体地，发起网络触发业务请求。或者，当网关控制面设备根据305步骤中接收到的数据报文的特征信息查找相应的上下文信息，但查找失败时，可以判断该数据报文的UE IP地址是否是用户签约的静态IP地址，如果数据报文的UE IP地址是用户签约的静态IP地址，则控制面设备发起网络触发的分组数据网络PDN连接建立流程。或者，网关控制面设备接收网关转发面设备发送的数据报文的UE IP地址是用户签约的静态IP地址的信息，发起网络触发的PDN连接建立流程。

在另一种实现方式下，当网关控制面设备未获取到相应的上下文信息时，例如，网关控制面设备根据在305步骤接收的数据报文的特征信息查找上下文信息，但查找失败，进一步地，如果判断出该数据报文的用户IP地址不是用户签约的静态IP地址，可以向网关转发面设备发送指示消息，指示消息用于指示网关转发面设备丢弃数据报文和/或通知数据报文的发送端出现异常。

307，网关控制面设备将获取到的上下文信息发送给网关转发面设备。

308，网关转发面设备根据上下文信息转发数据报文。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图5是本发明另一实施例的信息处理方法的过程的示意性流程图。

图5的方法应用于UE处于Idle状态的情况，应理解，本发明实施例对于UE配置静态IP地址、本端异常等情况并不作限定。

401，网关控制面设备在UE进入Idle状态时或者进入Idle状态一段时间后，修改上下文信息。

可选地，网关控制面设备可以指示网关转发面设备修改相应的上下文信息。

402，网关转发面设备在预定时间内没有UE的数据报文传输，删除UE的全部上下文信息。

例如，网关转发面设备可以预先配置时间阈值或者网关转发面设备接收网关控制面设备下发的时间阈值，当网关转发面设备没有UE的数据报文传输的时间超过了时间阈值时，网关转发面设备删除存储的该UE的全部上下文信息。这样，节省网关转发面设备的资源，降低成本。

403，网关转发面设备接收到上行或下行数据报文。

例如，网关转发面设备接收到下行数据报文，如GTP报文或者PMIP报文。

404，网关转发面设备查找与数据报文的特征信息相对应的上下文信息，如果查找失败，则缓存或丢弃数据报文。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

例如，由于网关转发面设备已删除了UE的上下文信息，找不到相应的上下文信息，即查找失败。网关转发面设备可以缓存数据报文，或者还可以丢弃数据报文。

可选地，网关转发面设备可以进一步地根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文，可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。

405，网关转发面设备将事件上报消息发送给网关控制面设备，事件上报消息携带数据报文的特征信息。

可选地，网关转发面设备还可以将数据报文的UE IP地址是否是用户签约的静态IP地址的判断结果发送给网关控制面设备。例如，如果数据报文的UE IP地址属于静态IP地址列表，则数据报文的UE IP地址是用户签约的静态IP地址，网关转发面设备将UE IP地址是用户签约的静态IP地址的信息发送给网关控制面设备。

406，网关控制面设备触发UE退出Idle状态。

可选地，在一种实现方式下，网关控制面设备获取到相应的上下文信息，执行407步骤。当在405步骤网关控制面设备接收的数据报文特征信息中对应的UE处于空闲Idle状态时，网关控制面设备可以触发UE退出Idle状态。例如，网关控制面设备发起网络触发的业务请求流程。

在另一种实现方式下，当网关控制面设备未获取到相应的上下文信息时，可以向网关转发面设备发送指示消息，指示消息用于指示网关转发面设备丢弃数据报文和/或通知数据报文的发送端出现异常。

407，网关控制面设备将获取到的上下文信息发送给网关转发面设备。

408，网关转发面设备根据上下文信息转发数据报文。

本发明实施例在控制和转发解耦的架构下，当UE处于Idle状态，网关转发面设备在预定时间内无UE的数据报文传输，网关转发面设备删除全部上下文信息，这样节省资源。网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例UE处于Idle状态、同时在UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图6是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

在图6所示的示意性流程图中，与图4相同或相似的步骤使用相同的附图标记，为了避免重复，此处不再赘述。图5的方法应用于UE处于Idle状态的情况，应理解，本发明实施例对于UE配置静态IP地址、本端异常等情况并不作限定。

501，网关控制面设备在UE进入Idle状态时，修改上下文信息。

可选地，网关控制面设备可以指示网关转发面设备修改相应的上下文信息。

502，网关控制面设备指示网关转发面设备删除网关转发面设备存储的UE的全部上下文信息。

例如，网关控制面设备可以向网关转发面设备发送第二消息，该第二消息用于指示网关转发面设备删除存储UE的全部上下文信息。进一步地，网关控制面设备可以预先配置时间阈值，当UE未退出Idle状态的时间超过了时间阈值时，向网关转发面设备发送上述第二消息。这样，节省网关转发面设备的资源，降低成本。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图7是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

在图7所示的示意性流程图中，与图5相同或相似的步骤使用相同的附图标记，为了避免重复，此处不再赘述。图7的方法应用于UE处于Idle状态的情况，应理解，本发明实施例对于UE配置静态IP地址、本端异常等情况并不作限定。

601，网关控制面设备在UE进入Idle状态一段时间后，修改上下文信息。

可选地，网关控制面设备可以指示网关转发面设备修改相应的上下文信息。

602，UE在预定时间内未退出Idle状态。

603，网关控制面设备指示网关转发面设备删除网关转发面设备存储的UE的全部上下文信息。

例如，网关控制面设备可以预先配置时间阈值，当UE未退出Idle状态的时间超过了时间阈值时，向网关转发面设备发送第二消息，该第二消息指示网关转发面设备删除网关转发面设备存储的该UE的全部上下文信息。这样，节省网关转发面设备的资源，降低成本。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例UE处于Idle状态、同时在UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图8是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

在图8所示的示意性流程图中，与图4相同或相似的步骤使用相同的附图标记，为了避免重复，此处不再赘述。图8的方法可以应用于UE处于Idle状态、UE配置静态IP地址、本端异常等情况。应理解，本发明对此并不作限定。

702，网关转发面设备在预定时间内无数据报文传输，删除部分上下文信息。

例如，网关转发面设备可以预先配置时间阈值或者转发面设备接收控制面设备下发的时间阈值，当网关转发面设备没有UE的数据报文传输的时间超过了时间阈值时，网关转发面设备删除部分上下文信息。这样，节省网关转发面设备的资源，降低成本。进一步地，剩下未删除的部分上下文信息至少包括UE IP地址。可选地，还可以包括接入点名称APN和隧道信息。再进一步地，如果一个网关转发面设备对应多个网关控制面设备，还可以保留至少一个网关控制面设备IP地址。

704，网关转发面设备查找与数据报文的特征信息相对应的上下文信息，如果查找失败，则缓存或丢弃数据报文。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

例如，由于网关转发面设备已删除了UE的上下文信息，找不到相应的上下文信息，即查找失败。网关转发面设备可以缓存数据报文，或者还可以丢弃数据报文。

可选地，如果接收到的数据报文的UE IP地址不是702步骤中未删除的部分上下文信息中UE IP地址，则丢弃数据报文。可选地，此时可结束流程，或者网关转发面设备可以进一步地根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文，可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图9是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

在图9所示的示意性流程图中，与图4相同或相似的步骤使用相同的附图标记，为了避免重复，此处不再赘述。图9的方法可以应用于UE处于Idle状态、UE配置静态IP地址、本端异常等情况。应理解，本发明对此并不作限定。

802，网关转发面设备故障，导致上下文信息全部或部分丢失。

804，网关转发面设备查找与数据报文的特征信息相对应的上下文信息，如果查找失败，则缓存或丢弃数据报文。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

例如，上下文信息全部丢失，网关转发面设备找不到相应的上下文信息，即查找失败。网关转发面设备可以缓存数据报文，或者还可以丢弃数据报文。可选地，网关转发面设备可以进一步地根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文，可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。

又例如，上下文信息部分丢失，网关转发面设备找不到相应的上下文信息，即查找失败。网关转发面设备可以缓存数据报文，或者还可以丢弃数据报文。可选地，如果未丢失的部分上下文信息中包括UE IP地址，而接收到的数据报文的UE IP地址不是802步骤中未丢失的部分上下文信息中的UE IP地址，则丢弃数据报文。可选地，此时可结束流程，或者网关转发面设备可以进一步地根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文，可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图10是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图10的方法应用于UE配置静态IP地址的情况，应理解，本发明实施例对于UE处于Idle状态、本端异常等情况并不作限定。

901，网关转发面设备接收到下行数据报文。

例如，网关转发面设备接收到GTP报文或者PMIP报文。

可选地，作为一个实施例，网关转发面设备接收的数据报文可以是上行数据报文和/或下行数据报文。应理解，本发明实施例对此不作限定。

902，网关转发面未查找到与数据报文的特征信息相对应的上下文信息。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

例如，UE配置静止IP地址，没有激活PDN连接的情况下，网关转发面查找上下文信息失败。

可选地，执行步骤903。

903，网关转发面设备判断UE IP地址是否是用户签约的静态IP地址。

可选地，网关转发面设备可以根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。

904，网关转发面设备缓存或丢弃数据报文。

例如，如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文，可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。如果该UE IP地址是用户签约的静态IP地址，进一步地，可以执行步骤905。

905，网关转发面设备将UE IP地址是用户签约的静态IP地址的信息发送给网关控制面设备。

906，网关转发面设备将事件上报消息发送给网关控制面设备，事件上报消息携带数据报文的特征信息。

907，网关控制面设备判断UE IP地址是否是用户签约的静态IP地址。

908，网关控制面设备发起网络触发的PDN连接建立流程。

可选地，在一种实现方式下，网关控制面设备获取到相应的上下文信息，执行909步骤。例如，如果在905步骤接收到转发面设备发送的UE IP地址是用户签约的静态IP地址的信息，或者，在907步骤网关控制面设备判断出数据报文的用户IP地址是用户签约的静态IP地址，则网关控制面设备发起网络触发的PDN连接建立流程。

在另一种实现方式下，当网关控制面设备未获取到相应的上下文信息时，例如，网关控制面设备查找与在906步骤接收的数据报文的特征信息相对应的上下文信息失败，进一步地，在步骤907判断出该数据报文的用户IP地址不是用户签约的静态IP地址，向网关转发面设备发送指示消息，指示消息用于指示网关转发面设备丢弃数据报文和/或通知数据报文的发送端出现异常。

909，网关控制面设备将获取到的上下文信息发送给转发面设备。

910，网关转发面设备根据上下文信息转发数据报文。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例UE配置静止IP地址、同时在UE处于Idle状态、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图11是本发明另一实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图11的方法应用于本端异常情况，应理解，本发明实施例对于UE配置静态IP地址、UE处于Idle状态等情况并不作限定。

1001，网关转发面设备接收到上行或下行数据报文。

例如，网关转发面设备接收到下行数据报文报文。具体地，网关转发面设备接收到普通IP报文、GTP（GPRS Tunneling Protocol，GPRS隧道协议）报文或者PMIP（Proxy Mobile IP，代理移动IP）报文、MIP（Mobile IP，移动IP）、GRE（Generic Route Encapsulation）、L2TP（Layer 2 Tunnelling Protocol）等报文。

1002，网关转发面设备查找与数据报文的特征信息相对应的上下文信息，如果查找失败，则缓存或丢弃数据报文。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

例如，本发明实施例可以因转发面设备故障导致上下文信息全部或部分丢失，或者还可以是网关转发面设备删除全部或部分上下文信息，使得上下文信息查找失败。应理解，无论基于何种方式使得网关转发面设备删除全部或部分上下文信息均落入本发明实施例的范围内。还应注意的是，本发明实施例对于转发面设备上下文信息查找失败的原因不作限定。

可选地，网关转发面设备可以进一步地根据静态IP地址列表判断接收到的数据报文的UE IP地址是否是用户签约的静态IP地址。例如，静态IP地址列表可以由管理员进行配置，包括本地配置或远端配置。如果该UE IP地址不是用户签约的静态IP地址，则丢弃数据报文，可选地，此时可结束流程。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。

1003，网关转发面设备将事件上报消息发送给网关控制面设备，事件上报消息携带数据报文的特征信息。

可选地，网关转发面设备还可以将数据报文的UE IP地址是否是用户签约的静态IP地址的判断结果发送给网关控制面设备。例如，如果数据报文的UE IP地址属于静态IP地址列表，则数据报文的UE IP地址是用户签约的静态IP地址，网关转发面设备将UE IP地址是用户签约的静态IP地址的信息发送给网关控制面设备。

1004，网关转发面设备查找与数据报文的特征信息相对应的上下文信息失败。

可选地，执行步骤1005，或者执行步骤1006。

1005，网关控制面设备判断UE IP地址是否是用户签约的静态IP地址。

进一步地，在步骤1005判断出该数据报文的用户IP地址不是用户签约的静态IP地址，可选地，执行步骤1006。

1006，网关控制面设备向网关转发面设备发送指示消息。

1007，网关转发面设备根据指示消息丢弃数据报文和/或通知数据报文的发送端出现异常。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，上报给网关控制面设备，以便网关控制面设备获取上下文信息。如果控制面设备未获取到相应的上下文信息，则可以指示转发面设备丢弃数据报文和/或通知数据报文的发送端出现异常。这样，本端出现异常情况，同时在UE处于Idle状态、UE配置静态IP地址等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图12是本发明一个实施例的网关转发面设备信息处理方法的流程图。图12的方法由网关转发面设备（例如图1的GW-U 12）执行。

1101，接收数据报文的接收端发送的差错通知。

1102，向网关控制面设备发送差错事件上报消息，差错事件上报消息携带数据报文的特征信息，以便网关控制面设备根据数据报文的特征信息释放分组数据网络PDN连接或发起重建。

本发明实施例可以应用于UE处于Idle状态、UE配置静止IP地址、本端异常等情况。应理解，本发明对此并不限定。

还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

可选地，作为一个实施例，数据报文可以是GTP报文，还可以是PMIP报文等等。

可选地，作为另一个实施例，差错通知可以是GTP错误指示报文，还可以是ICMIP（Internet Control Message Protocol，互联网控制报文协议）报文等等。

可选地，作为另一个实施例，在步骤1102中，可以向网关控制面设备发送错误指示报文，并携带数据报文的特征信息，还可以通过信令的格式通知网关控制面，本发明实施例对此并不限定。

下面还将结合图14更加详细描述本发明实施例的网关设备控制和转发解耦架构下信息处理方法的非限制性的例子。

本发明实施例在控制和转发解耦的架构下，网关转发面设备接收到数据报文的接收端发送的差错通知时，上报给网关控制面设备，以便网关控制面设备根据数据报文的特征信息释放PDN连接或发起重建。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图13是本发明另一实施例的网关控制面设备信息处理方法的流程图。图13的方法由网关控制面设备（例如图1的GW-C 11）执行，并且与图12的方法相对应，因此将适当省略与图12的实施例重复的描述。

1201，接收网关转发面设备发送的差错事件上报消息，差错事件上报消息携带数据报文的特征信息。

1202，根据数据报文的特征信息释放分组数据网络PDN连接或发起重建。

本发明实施例可以应用于UE处于Idle状态、UE配置静止IP地址、本端异常等情况。应理解，本发明对此并不限定。

还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

可选地，作为一个实施例，数据报文可以是GTP报文，还可以是PMIP报文等等。

可选地，作为另一个实施例，在步骤1201中，网关控制面设备可以接收网关转发面发送的错误指示报文以及数据报文的特征信息，应理解，本发明实施例并不限于此。

本发明实施例在控制和转发解耦的架构下，网关转发面设备接收到数据报文的接收端发送的差错通知时，上报给网关控制面设备，以便网关控制面设备根据数据报文的特征信息释放PDN连接或发起重建。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

下面结合具体的例子详细描述本发明实施例。在图14中，网关控制面设备可以是以3GPP演进网络的SAE架构下的统一网关控制面UGW-C，网关转发面设备可以是统一网关转发面UGW-U。应注意，本发明实施例并不限于此，可以为其它网络控制和转发解耦的网关设备。还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。图14是本发明实施例的可适用于图1的网关系统的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图14是本发明一个实施例的网关设备控制和转发解耦架构下信息处理方法的过程的示意性流程图。

图14的方法应用于对端异常情况，同时可以应用于UE处于Idle状态、UE配置静态IP地址、本端异常等情况。应理解，本发明对此并不作限定。

1301，网关转发面设备接收到上行或下行数据报文。

例如，网关转发面设备接收到下行数据报文报文，具体地，网关转发面设备接收到GTP报文或者PMIP报文。

1302，网关转发面设备根据上下文信息转发数据报文。

1303，网关转发面设备接收到差错通知。

例如，差错通知可以是GTP错误指示报文，还可以是ICMIP报文等等。

1304，网关转发面设备将差错事件上报消息发送给网关控制面设备，差错事件上报消息携带数据报文的特征信息。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

1305，网关控制面根据数据报文的特征信息释放分组数据网络PDN连接或发起重建。

本发明实施例在控制和转发解耦的架构下，网关转发面设备接收到数据报文的接收端发送的差错通知时，上报给网关控制面设备，网关控制面设备根据数据报文的特征信息释放PDN连接或发起重建。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图15是本发明一个实施例的网关转发面设备信息处理方法的流程图。图15的方法由网关转发面设备（例如图1的GW-U 12）执行。

1401，接收数据报文，并提取数据报文的特征信息；

1402，查找与数据报文的特征信息相对应的上下文信息；

1403，如果未查找到所述上下文信息，则判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址；

1404，如果数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃数据报文。

本发明实施例可以应用于UE处于Idle状态、UE配置静止IP地址、本端异常等情况。应理解，本发明对此并不限定。

还应理解，本发明实施例对于网关转发面设备和网关控制面设备的个数不作限定，例如，一个网关转发面设备可以对应至少一个网关控制面设备。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

可选地，作为一个实施例，数据报文可以是GTP报文，还可以是PMIP报文等等。

本发明实施例在控制和转发解耦的架构下，网关转发面设备查找与接收到的数据报文的特征信息相对应的上下文信息，如果查找失败，则判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址，如果数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃数据报文。这样，能够有效地减少网关转发面设备与网关控制面之间的信令交互。

本发明实施例进一步给出实现上述方法实施例中各步骤及方法的装置实施例。本发明实施例可应用于各种通信系统中的网关转发面设备，网关控制面设备。图16示出了一种设备的实施例，在该实施例中,设备1500包括发射电路1502、接收电路1503、功率控制器1506、解码处理器1505、处理器1506，存储器1507及天线1501。处理器1506控制设备1500的操作，处理器1506还可以称为中央处理器CPU或者处理器。存储器1507可以包括只读存储器和随机存取存储器，并向处理器1506提供指令和数据。存储器1507的一部分还可以包括非易失行随机存取存储器（NVRAM）。具体的应用中，设备1500可以嵌入或者本身可以就是例如移动电话之类的无线通信设备，还可以包括容纳发射电路1502和接收电路1503的载体，以允许设备1500和远程位置之间进行数据发射和接收。发射电路1502和接收电路1503可以耦合到天线1501。设备1500的各个组件通过总线系统1510耦合在一起，其中总线系统1510除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图中将各种总线都标为总线系统1510。设备1500还可以包括用于处理信号的处理器1506、此外还包括功率控制器1504、解码处理器1505。

上述本发明实施例揭示的方法可以应用上述的设备1500，或者说主要由其中的处理器1506与发射电路1502以实现。处理器1506可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器1506中的硬件的集成逻辑电路或者软件形式的指令完成。用于执行本发明实施例揭示的方法，上述的解码处理器可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本发明实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器，解码器等。结合本发明实施例所公开的方法的步骤可以直接体现为硬件解码处理器执行完成，或者用解码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1507，解码单元读取存储器1507中的信息，结合其硬件完成上述方法的步骤。

进一步地，图17是本发明一个实施例的网关转发面设备的结构框图。图1的GW-U 12就是网关转发面设备的一个例子。图17的网关转发面设备1600包括第一接收单元1601、处理器1602、存储器1603和第二发送单元1604。

第一接收单元1601，用于接收数据报文。

处理器1602，用于提取第一接收单元1601接收的数据报文的特征信息，用于查找与数据报文的特征信息相对应的上下文信息。如果处理器1602未查找到上下文信息，则存储器1603用于缓存第一接收单元1601接收的数据报文，或者，处理器1602还用于丢弃第一接收单元1601接收的数据报文。

第二发送单元1604，用于向网关控制面设备发送事件上报消息，事件上报消息携带第一接收单元1601接收的数据报文的特征信息，以便网关控制面设备获取与数据报文的特征信息相对应的上下文信息。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

网关转发面设备1600可实现图2至图11的实施例中涉及网关转发面设备的操作，因此为避免重复，不再详细描述。

可选地，作为一个实施例，网关转发面设备1600还可以包括：第二接收单元1605用于接收网关控制面设备发送的上下文信息，第一发送单元1606用于根据第二接收单元1605接收的上下文信息转发数据报文。

可选地，作为另一个实施例，第二接收单元1605还用于：接收网关控制面设备发送的指示消息，处理器1602还用于：根据指示消息丢弃数据报文，和/或第一发送单元1606还用于：通知数据报文的发送端出现异常。

可选地，作为另一个实施例，所述处理器还用于：判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址。进一步地，处理器1602具体用于：如果数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃数据报文。这样，能够有效地减少转发面设备与控制面设备之间的信令交互。或者，第二发送单元1604还用于：如果数据报文的UE IP地址是用户签约的静态IP地址，则通知网关控制面设备数据报文的UE IP地址是用户签约的静态IP地址，以便网关控制面设备发起网络触发的分组数据网络PDN连接建立流程。

可选地，作为另一个实施例，处理器1602还用于：删除网关转发面设备的存储器存储的部分或全部上下文信息。这样，节省网关转发面设备的资源，降低成本。进一步地，处理器1602具体用于：根据第二接收单元1605接收的由网关控制面设备发送的第二消息删除网关转发面设备存储的部分或全部上下文信息；或者当网关转发面设备在预定时间内没有UE的数据报文传输时，删除网关转发面设备存储的该UE的部分或全部上下文信息。

可选地，作为另一个实施例，处理器1602具体用于：删除网关转发面设备存储的部分上下文信息，剩下的上下文信息至少包括UE IP地址。

本发明实施例UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

图18是本发明另一实施例的网关控制面设备的结构框图。图1的GW-C11就是网关控制面设备的一个例子。图18的网关控制面设备1700包括接收单元1701、处理器1702。

网关控制面设备1700可实现图2至图11的方法中涉及网关控制面设备的各个步骤，为避免重复，不再详细描述。

接收单元1701用于接收网关转发面设备发送的事件上报消息，事件上报消息携带网关转发面设备接收的数据报文的特征信息。

处理器1702用于获取与接收单元1701接收的数据报文的特征信息相对应的上下文信息。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

网关控制面设备1700可实现图2至图11的方法中涉及网关控制面设备的各个步骤，为避免重复，不再详细描述。

可选地，作为一个实施例，处理器1702具体用于：当所述数据报文对应的用户设备UE处于空闲Idle状态时，触发该UE退出Idle状态；或者具体用于：当未查找到与数据报文的特征信息相对应的上下文信息，判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址，如果数据报文的UE IP地址是用户签约的静态IP地址，则网关控制面设备发起网络触发的分组数据网络PDN连接建立流程；或者具体用于：接收单元1701接收到网关转发面设备发送的数据报文的UE IP地址是用户签约的静态IP地址的信息，发起网络触发的PDN连接建立流程。

网关控制面设备1700还可以包括发送单元1703。

可选地，作为另一个实施例，发送单元1703还用于：如果处理器1702获取到上下文信息，则向网关转发面设备发送上下文信息，以便网关转发面设备根据上下文信息转发数据报文；如果处理器1702未获取到上下文信息，则向网关转发面设备发送第一消息，第一消息用于指示网关转发面设备丢弃数据报文和/或通知数据报文的发送端出现异常。

可选地，作为另一个实施例，发送单元1703还用于：向网关转发面设备发送第二消息，第二消息用于指示网关转发面设备删除网关转发面设备存储的部分或全部上下文信息。进一步地，发送单元1703具体用于：当在预定时间内UE未退出Idle状态时，向网关转发面设备发送第二消息，第二消息用于指示网关转发面设备删除网关转发面设备存储的UE的部分或全部上下文信息。这样，节省网关转发面设备的资源，降低成本。

图19是本发明一个实施例的网关转发面设备的结构框图。图1的GW-U12就是网关转发面设备的一个例子。图19的网关转发面设备1800包括接收单元1801和发送单元1802。

接收单元1801用于接收数据报文的接收端发送的差错通知。

发送单元1802用于向网关控制面设备发送差错事件上报消息，差错事件上报消息携带接收单元1801接收的数据报文的特征信息，以便网关控制面设备根据数据报文的特征信息释放分组数据网络PDN连接或发起重建。

数据报文的特征信息包括APN、UE IP地址或隧道信息等。例如，GTP报文的隧道信息包括网关IP地址、TEID。又例如，PMIP报文的隧道信息包括网关IP地址、GRE key。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

网关转发面设备1800可实现图14的实施例中涉及网关转发面设备的操作，因此为避免重复，不再详细描述。

可选地，作为一个实施例，发送单元1802具体用于：向网关控制面设备发送差错通知报文，差错通知报文可以是普通IP报文、GTP（GPRS Tunneling Protocol，GPRS隧道协议）报文或者PMIP（Proxy Mobile IP，代理移动IP）报文、MIP（Mobile IP，移动IP）、GRE（Generic Route Encapsulation）、L2TP（Layer 2 Tunnelling Protocol）等等。

图20是本发明另一实施例的网关控制面设备的结构框图。图1的GW-C11就是网关控制面设备的一个例子。图20的网关转发面设备1900包括接收单元1901和处理器1902。

接收单元1901用于接收网关转发面设备发送的差错事件上报消息，差错事件上报消息携带数据报文的特征信息。

处理器1902用于根据接收单元1901接收的数据报文的特征信息释放分组数据网络PDN连接或发起重建。

网关控制面设备1900可实现图14的方法中涉及网关控制面设备的各个步骤，为避免重复，不再详细描述。

本发明实施例在控制和转发解耦的架构下，网关转发面设备未查找到与接收到的数据报文的特征信息相对应的上下文信息时，则上报给网关控制面设备，以便网关控制面设备获取上下文信息。这样，网关转发面设备在上下文信息丢失的情况下，能够尽量获取上下文信息，从而尽量保证数据报文的正确转发。

此外，本发明实施例在UE处于Idle状态、UE配置静止IP地址、本端异常等情况的信息处理尽量归一化，即可采用相同的处理机制。因此，无需维护复杂的业务逻辑，降低设备处理的复杂度。

可选地，作为一个实施例，接收单元1901具体用于：接收网关转发面设备发送的差错通知报文。

图21是本发明一个实施例的网关转发面设备的结构框图。图1的GW-U12就是网关转发面设备的一个例子。图21的网关转发面设备2000包括接收单元2001和处理器2002。

接收单元2001用于接收数据报文。

处理器2002用于提取接收单元2001接收的数据报文的特征信息；用于查找与数据报文的特征信息相对应的上下文信息；用于如果未查找到上下文信息，则判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址；用于如果数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃数据报文。

本发明实施例在控制和转发解耦的架构下，网关转发面设备查找与接收到的数据报文的特征信息相对应的上下文信息，如果查找失败，则判断数据报文的用户设备互联网协议UE IP地址是否是用户签约的静态IP地址，如果数据报文的UE IP地址不是用户签约的静态IP地址，则丢弃数据报文。这样，能够有效地减少网关转发面设备与网关控制面之间的信令交互。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。