上下文获取方法和装置与流程

本公开涉及网络通信技术，特别涉及一种上下文获取方法和装置。

背景技术：

随着移动通信技术发展，移动通信网络承载的业务越来越丰富，视频监控、智能制造、智慧园区等等新业务涌现出来，对移动通信网络容量、带宽、实时性提出了新的挑战。mec(multi-accessedgecomputing，多接入边缘计算)的概念是业内目前移动通信研究的重点领域，探讨如何将用户业务数据留在本地计算，降低传输网和核心网压力，满足实时性业务需求、提升用户体验。

图1为现有技术中网络架构图，网络中包括ue设备、基站、以及布置于基站和核心网之间的megw(mobileedgegateway，移动边缘网关)，megw通过监听基站和核心网之间的交互报文，实现在不改造现有移动网络的情况下，为企业、热点客户提供边缘数据分流、边缘安全网关功能。

在技术实现上，由于引入megw有源设备会增加故障点，一旦megw设备故障会对移动运营商公网业务造成影响，因此考虑bypass旁路方案，原理是通过bypass设备(光旁路交换机或光旁路网卡)，当bypass设备检测到megw工作状态异常时，会将经过megw的主用链路切换到备用光路，即使是在megw断电状态，bypass设备也可工作在备用光路连通状态，保证了公网业务的持续运行。

但是这种bypass方法，当megw故障时，会丢失所有已在线用户的上下文信息。此时如果megw恢复工作，megw无法处理已在线ue的相关业务。

技术实现要素：

本公开提供了一种上下文获取方法和装置，用于解决现有技术中megw在故障之后，丢失已在线用户的上下文信息的问题。

本公开的第一方面提供一种上下文获取方法，应用于移动边缘网关megw，包括：

接收基站发送的通用分组无线系统gprs隧道协议用户面gtp-u消息；

若根据所述gtp-u消息无法匹配转发表并且无法构建转发表，则根据所述gtp-u消息判断gtp-u消息的内层数据报文的源ip地址所对应的用户设备ue是否未被megw监听情况下已经附着在线；

若已经在未被megw监听情况下附着在线，判断所述ue是否为本地分流的业务终端，若所述ue为本地分流的业务终端，则触发基站向移动性管理实体mme发起无线接入承载的资源的释放；

监听mme与所述基站交互的重新建立无线接入承载的报文，以获取承载的上下文信息

本公开的第二方面还提供一种上下文获取装置，该装置包括：接收模块、判断模块、触发模块、监听模块；

接收模块，用于接收基站发送的通用分组无线系统gprs隧道协议用户面gtp-u消息；

判断模块，用于在确定所述gtp-u消息无法匹配转发表并且无法构建转发表的情况下，根据所述gtp-u消息判断gtp-u消息的内层数据报文的源ip地址所对应的用户设备ue是否未被megw监听情况下已经附着在线；

若已经在未被megw监听情况下附着在线，判断所述ue是否为本地分流的业务终端，若所述ue为本地分流的业务终端，则触发模块用于触发基站向移动性管理实体mme发起无线接入承载的资源的释放；

监听模块用于监听mme与所述基站交互的重新建立无线接入承载的报文，以获取承载的上下文信息。

本公开提供的上下文获取方法和装置，在接收到gtp-u消息之后无法匹配转发表时，如果发现ue已经附着在线，则说明megw错过了对ue与mme之间发起附着流程的侦听，此时可以触发基站发起无线接入承载的资源的释放，触发mme与ue重新建立无线接入承载，megw可以通过重新建立无线承载的流程再次侦听到的承载上下文信息。

附图说明

图1为本公开提供的组网示意图；

图2为本公开实施例一提供的方法流程图；

图3为本公开实施例二所提供的方法的信令交互图；

图4为本公开实施例二所提供的另一方法的信令交互图；

图5为本公开实施例提供的装置的结构示意图；

图6为本公开实施例提供的控制器的结构示意图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

为了解决现有技术中移动边缘网关megw采用旁路方案时，当megw从故障恢复正常时，megw由于丢失了已在线用户的上下文信息而导致的业务异常的问题，本公开中在接收到gtp-u消息之后无法匹配转发表时，如果发现ue已经附着在线，则说明megw错过了对ue与mme之间发起附着流程的侦听，此时可以触发基站发起无线接入承载的资源的释放，触发mme与ue重新建立无线接入承载，megw可以通过重新建立无线承载的流程再次侦听到的承载上下文信息。

为了更好的描述本公开所提供的报文处理方法，本公开对本公开涉及到的技术术语以及可能涉及到的流程加以介绍。

mme(mobilitymanagemententity，移动性管理实体):ue在进行实际业务之前必须完成在网络中的注册过程，该过程称为附着。mme可以对长时间没有与网络交互的ue发起附着。

gtp-u为基于gtp(gprstunnelprotocol，gprs隧道协议)用于传输基站与sgw(servinggateway，服务网关)之间用户面数据的协议，使得基站与sgw建立起数据的连接。

teid(tunnelendpointidentifier,隧道端点标识):ue发送和接收的数据报文在网络内通过承载进行传输。ue到核心网可以具有多个承载，不同的承载能够满足不同业务的服务质量(qualityofservice，简称qos)需求。基站与sgw会存储每个承载的信息，即承载上下文。承载又包括默认承载与专用承载，一般来说，默认承载是接入过程中自动建立的承载，主要承载一些小数据量的、对qos要求不高的业务，而专用承载一般是在默认承载无法满足传输需求而建立的提供某种特定qos传输需求而建立的承载。

在建立默认承载的过程中，通过上下文建立请求和应答为基站与sgw分配默认承载的上行隧道id和下行隧道id以在基站与sgw之间建立gtp隧道，建立的gtp隧道用于传输与默认承载相对应的业务报文。

后续若建立专用承载，还会为基站与sgw分配专用承载的上行隧道id和下行隧道id，建立的gtp隧道用于传输专用承载相对应的业务报文。

在本公开中的上行teid指的是核心网中的网络设备被分配的teid，本公开中以sgw(servinggateway，服务网关)与基站建立隧道为例进行说明。但应当理解的是，以sgw为例并不应当被理解为是基站只能与sgw建立隧道。当ue向核心网发送上行数据报文时，基站在上行数据报文的外层封装有gtp报文头，gtp报文头中包括sgw的teid，其中sgw的teid用于使得封装有gtp报文头的上行数据报文被发送至sgw，因此本公开中sgw被分配的teid称为上行teid(与上行数据报文相对应)，基站在gtp报文头中携带基站的teid用于在sgw接收到发往ue的下行数据报文时，sgw可以将下行数据报文封装gtp报文头，封装的gtp报文头中包括基站的teid，从而可以使得封装有gtp报文头的下行数据报文被发送至基站，进而由基站解封装出内层的下行数据报文后，转发给ue，因此本公开中基站被分配的teid被称为下行teid(与下行数据报文相对应)。

实施例一

图2为本公开提供的上下文获取方法的流程示意图，本公开所提供的方法可以在图1所示的组网中应用，如图1和图2所示，本公开提供的方法可以应用于megw，包括：

步骤202，megw接收基站发送的通用分组无线系统gprs隧道协议用户面gtp-u消息。

为了建立数据连接，ue会向基站发送业务数据报文，基站在接收到业务数据报文之后，会为该报文添加gtp-u隧道报文头，添加了gtp-u隧道报文头业务数据报文即为本公开中的gtp-u消息(gtp-umessage)。gtp-u报文在后续流程中会被转发至sgw。

步骤204，若根据所述gtp-u消息无法匹配转发表并且无法构造转发表，则根据所述gtp-u消息判断gtp-u消息的内层数据报文的源ip地址所对应的ue是否已经在未被megw监听情况下附着在线。

megw在收到基站的gtp-u消息之后，可以匹配转发表进行转发，或者是进行本地分流，或者直接透传。megw可以将本地分流的数据报文发送至边缘服务器进行相应计算，例如可以对ue发送的业务流进行处理，具体的，对视频业务流进行解码处理、语音业务流进行解码处理等等，对于边缘服务器可以进行哪些业务处理本公开并不加以限定。

如果gtp-u消息没有匹配到转发表，megw可以构造转发表，一般来说，megw可以通过ue发起附着流程监听到的信息构造转发表。如果无法构造转发表，说明megw可能由于故障错过了对ue与mme之间发起附着流程的侦听。尤其针对megw由故障恢复为正常的情况下，megw可以通过确定ue是否在megw故障期间附着在线，若ue已经附着在线，则说明megw在故障期间错过了对附着流程的侦听。

其中，根据所述gtp-u消息判断gtp-u消息的内层数据报文的源ip地址所对应的ue是否已经在未被megw监听情况下附着在线可以通过如下方式实现：

根据所述gtp-u消息判断是否存在初始隧道关联表，若不存在初始隧道关联表，则确定所述ue在所述megw已经在未被megw监听情况下附着在线，其中，所述初始隧道关联信息表是根据承载的上下文信息生成的。

其中，初始隧道关联表中包括：基站的ip地址、sgw的ip地址、与默认承载相对应的上行teid以及下行teid、与专用承载对应的等上行teid以及下行teid等。初始隧道关联表中的信息可以根据承载的上下文信息生成，承载的上下文信息可以包括与建立默认承载相关的上下文信息，也可包括与建立专用承载相关的上下文信息。

实际上，当megw收到基站发送的gtp-u消息之后，会匹配转发表进行转发，如果没有匹配到转发表，则可以根据gtp-u消息查询是否存在用于生成转发表的信息。

用于生成转发表的信息例如可以是：根据承载的上下文信息生成的初始隧道关联表。megw可以根据初始隧道关联表构建下行隧道封装表和转发表。其中，查询是否存在初始隧道关联表可以根据gtp-u消息携带的teid和/或内层数据报文的五元组信息查询是否存在初始隧道关联表。

步骤206，若已经附着在线，判断所述ue是否为本地分流的业务终端，若所述ue为本地分流的业务终端，则触发基站向移动性管理实体mme。

判断ue是否为本地分流的业务终端的一种方式为：根据预存的本地分流签约信息表确定ue是否为本地分流的业务终端；其中，本地分流签约信息表中至少包括签约ue的ip地址。

megw可以通过gtp-u消息的内层数据报文的终端ip地址查询本地分流签约信息表，从而确定发送内层数据报文的终端是否为本地分流终端。

可选的，本地分流签约信息表中还可以包括imsi(internationalmobilesubscriberidentity,国际移动用户识别码)、isdn(integratedservicesdigitalnetwork,综合业务数字网)标识等。

在判断出ue附着在线之后，megw判断ue是否为本地分流的业务终端，如果不是需要本地分流的ue，则根据内层报文的目的ip地址转发至外网进行正常处理。

如果是本地分流的业务终端，则触发基站向mme起释放e-rab(evolvedradioaccessbearer，演进的无线接入承载)的过程，例如基站会向mme发送释放e-rabid请求，mme根据e-rabid判断对应的承载类型为专用承载还是默认承载，若判断是专有承载，则mme发起专有承载的释放，若判断是默认承载，则mme对ue发起去附着。

步骤208，监听mme与所述基站交互的重新建立无线接入承载的报文，以获取承载的上下文信息。

在专有承载被释放或者ue已经去附着之后，当ue再次发起业务请求，ue、基站、mme之间可以重新建立无线接入承载，在此过程中，megw可以侦听到完整的信令交互过程，获取到重新建立的无线接入承载的上下文信息。这里的无线接入承载可以为默认承载也可以为专有承载。

重新建立无线接入承载的过程也可以由mme触发，ue、基站、mme之间重新建立无线接入承载的过程与现有技术相同，本公开在此不再赘述。

本公开中在接收到gtp-u消息之后无法匹配转发表时，如果发现ue已经附着在线，则说明megw错过了对ue与mme之间发起附着流程的侦听，此时可以触发基站发起无线接入承载的资源的释放，触发mme与ue重新建立无线接入承载，megw可以通过发起附着的流程再次侦听到的承载上下文信息。

实施例二

在本实施例中与实施例一相同的内容将不再详细叙述。

本公开将针对如何触发基站向移动性管理实体mme发起无线接入承载的资源的释放进行详细叙述。

图3为本公开实施例二提供的流程示意图，如图3所示，一种实现方式为：

步骤20621，模拟生成由业务网关发送的差错指示消息；

步骤20622，将所述差错指示消息发送至基站。

对于上行的gtp-u消息，megw可以模拟生成由sgw生成的差错指示消息gtperrorindication，gtperrorindication用于告知基站，步骤202中的gtp-u消息携带的teid在sgw侧资源不存在。从而基站在接收到gtperrorindicaiton之后，发起e-rab资源的释放流程。

可以替换的，如图4所示，另一种实现方式为：

步骤20631，修改gtp-u消息中携带的teid为非法值；

步骤20632，将修改后的gtp-u消息发送至服务网关sgw；

步骤20633，接收sgw发送的差错指示消息；

步骤20634，将所述差错指示消息携带的teid修改为所述gtp-u消息中携带的teid；

步骤20635，将修改后的差错指示消息发送至基站。

具体的，对上行gtp-u消息，megw修改从基站收到的gtp-u消息的teid为非法值teid’，并记录原teid和该非法teid’的映射关系，重新计算gtp-u消息的校验和后，将修改后的gtp-u消息发送给sgw。sgw用该修改后的gtp-u报文中的teid’无法匹配到承载上下文，向基站发送gtperrorindication。gtperrorindication到达megw后，megw根据teid映射表将gtperrorindication中携带的teid’替换为基站侧原teid，重新计算报文校验和后发给基站，触发基站发起e-rab资源释放流程。

本公开中提供了两种方式可以触发基站发起e-rab资源释放流程，ue或者mme后续会重新建立无线接入承载，从而megw可以监听mme与基站之间交互的建立无线接入承载的报文，从而可以获取到承载的上下文信息。

在获取到承载的上下文信息之后，则可以根据上下文信息建立初始隧道关联表，进一步的可以根据初始隧道关联表建立转发表，以指导gtp-u报文的转发，进行本地业务的分流。

本公开的上述实施例中，均是以上行报文为例进行说明。对于下行的gtp-u消息，megw也可以模拟ue向sgw发送gtperrorindication。或者，megw也可以修改sgw发送的下行gtp-u消息中携带的teid为非法值，最终也可以触发ue发起重新建立无线接入承载的流程。本实施例中对下行报文的处理流程不再赘述。

实施例三

本公开还提供上下文获取装置，该装置用于执行上述实施所提供的方法，图5为本公开实施例三提供的段标识发布装置的结构示意图，如图5所示，该装置包括：接收模块501、判断模块502、触发模块503、监听模块504；

接收模块501，用于接收基站发送的通用分组无线系统gprs隧道协议用户面gtp-u消息；

判断模块502，用于在确定所述gtp-u消息无法匹配转发表并且无法构建转发表的情况下，根据所述gtp-u消息判断gtp-u消息的内层数据报文的源ip地址所对应的用户设备ue是否未被megw监听情况下已经附着在线；若已经附着在线，判断所述ue是否为本地分流的业务终端，若所述ue为本地分流的业务终端，则触发模块503用于触发基站向移动性管理实体mme发起无线接入承载的资源的释放；

监听模块504用于监听mme与所述基站交互的重新建立无线接入承载的报文，以获取承载的上下文信息。

可选的，所述装置还包括发送模块505；

所述触发模块503具体用于模拟生成由业务网关发送的差错指示消息，使得所述发送模块将所述差错指示消息发送至基站。

可选的，所述装置还包括发送模块；

所述触发模块503具体用于修改gtp-u消息中携带的teid为非法值；使得发送模块505将修改后的gtp-u消息发送至服务网关；所述接收模块501还用于接收所述服务网关发送的差错指示消息，所述触发模块503还用于将所述差错指示消息携带的teid修改为所述gtp-u消息中携带的teid；所述发送模块506将修改后的差错指示消息发送至基站。

可选的，所述判断模块502还用于根据所述gtp-u消息判断是否存在初始隧道关联表，在判断不存在初始隧道关联表的情况下，则执行判断所述ue是否为本地分流的业务终端的步骤，其中，所述初始隧道关联信息表是根据承载的上下文信息生成的。

可选的，所述判断模块502具体用于根据预存的本地分流签约信息表确定所述ue是否为本地分流的业务终端；其中，所述本地分流签约信息表中至少包括签约ue的ip地址。

本公开的报文处理装置具体的执行过程可以参照方法实施例，本实施例中不再赘述。

本公开还提供一种megw60，图6为本公开另一实施例提供的控制器的结构示意图，如图6所示，该megw60包括处理器601和存储器602，

所述存储器602用于存储程序指令，所述处理器601用于调用所述存储器中的存储的程序指令，当所述处理器601执行所述存储器602存储的程序指令时，用于执行上述实施例一或实施例二的方法。另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

在本公开所提供的实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个可读存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个可读存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。