[发明专利]基于临时处理隧道表的上行数据处理方法、MME和SGW

说明书

本发明公开了基于临时处理隧道表的上行数据处理方法、MME和SGW，MME接收到基站发送的承载创建请求，确定与所述MME连接的SGW是否需要创建临时处理隧道表；在为是时，直接回复基站用于表征承载创建成功的消息，从而使得所述SGW在满足预设条件时，创建临时处理隧道表。SGW在满足预设条件时，创建临时处理隧道表；将接收到的基站发送的上行数据缓存在所述临时处理隧道表作为上行缓存数据；若与所述上行缓存数据的隧道标识匹配的正常隧道表创建成功，通过所述正常隧道表上行传输所述上行缓存数据。这样简化了核心网设备对消息处理流程，并根据消息处理时长进行动态控制，提高了上行数据传输的效率。

技术领域

本发明涉及通信技术领域，尤其涉及基于临时处理隧道表的上行数据处理方法MME和SGW。

背景技术

核心网设备主要功能是为建立用户的承载，完成用户的管理和承载管理，其中包括多个网元实体，有MME(Mobility Management Entity，移动管理实体)网元，SGW(ServingGateWay，服务网关)网元，PGW(PDN GateWay，PDN网关)网元，PCRF((Policy and ChargingRule Function，策略和计费规则功能)网元。用户接入后，为用户分配并建立承载信息，其中用户接入过程就通过各个网元信令消息交互来完成，可以简单描述为网元间信令消息传递和各个网元用户承载信息配置。

对于核心网来说，BHCA(Busy Hour Call Attempt，忙时每小时起呼次数)参数表示了本设备能够接入用户的频率，即固定时间内能接入用户的个数。如何提高BHCA参数是每个通信设备厂商所面临的共同问题。对于指定的硬件条件，提高BHCA参数只能依靠软件优化。

用户建立过程，即附着过程，核心网从接收到基站上来承载建立请求，到配置完成本地用户信息后回复完成响应到基站，核心网内部信令流程和业务配置流程经过多个网元，并在完成业务实体的配置后才能完成。

如图1所示，在终端接入后，发起承载创建请求，信令交互流程需要通过MME网元、SGW网元、PGW网元、PCRF网元，配置PGW业务实体、SGW业务实体，然后再回复响应消息到MME网元，然后回复承载创建响应。从承载创建请求到响应，核心网内部经历多次网元间消息收发(如图1的1到10)，随着消息接入频率增加，消息的累加，必然导致消息处理时长的增加。

现有技术中，至少存在以下限制：

限制一：核心网内部完成业务实体配置后，才回复响应消息，从接收到承载创建请求到回复响应之前，核心网内部必须完成SGW、PGW业务处理实体的承载配置，如果未完成配置即回复响应，会导致上行业务数据到SGW业务处理实体后，找不到对应的承载信息，即会触发error indication流程。

当SGW或者ENB业务处理节点接收到一个不存在EPS(Evolved Packet System，演进的分组系统)承载上下文的GTPU隧道数据，此业务处理节点需要丢弃GTPU数据并给发送节点返回一个GTPU error indication。当发送节点接收到error indication后，认为接续的对端没有该用户的承载上下文，会删除本端对应的承载信息。

限制二：用户接入频率加快，消息队列过长，用户接入频率越高，要求每个网元处理消息的速度越快，每个网元处理的总速率就是核心网处理消息的速率，如果核心网处理消息速率低于用户接入速率，就会导致接入消息的冗余，未处理的消息会缓存在网元子系统的消息队列中，即待处理消息不能从消息队列中取出。消息队列中消息过多，导致信令处理流程变慢，也有可能产生丢失消息的情况。

可见，现有技术中至少存在如下技术问题：在基站需要给核心网设备发送上行数据时，用户接入频率越高，核心网设备处理消息的速度就会变慢，这样会导致信令处理流程变慢以及上行数据丢包。

发明内容