CN114666846A - 一种通信方法及网关设备 - Google Patents

Abstract

本申请实施例提供一种通信方法及网关设备，所述通信方法应用于网关设备，所述方法包括：响应于获得来自用户终端的上行数据报文，确定所述上行数据报文的报文属性信息；基于所述报文属性信息将所述上行数据报文转发至目标网络，所述目标网络包括目标核心网，或所述网关设备所处的本地网络或边缘网络；其中，所述网关设备与所处的5G网络中的5G网元不具有关联关系。

Description

一种通信方法及网关设备

技术领域

本申请实施例涉及通信技术领域，特别涉及一种通信方法及网关设备。

背景技术

用户面功能(UPF，User Plane Function)是3GPP 5G核心网系统架构的重要组成部分，主要负责5G核心网用户面数据包的路由和转发相关功能。UPF在5G面向低时延、大带宽的边缘计算和网络切片技术上发挥着举足轻重的作用。而且，UPF涵盖了CUPS策略后SGW-U和PGW-U的职能，主要用于流量的传输，并通过北向接口(N4)接收转发策略类的控制信息。

随着5G网络的发展，为开辟垂直行业市场，建设新生态，对UPF提出了开放、灵活等要求，各运营商纷纷开始推广openUPF N4解耦，并开始组织了各种N4解耦测试。但由于现阶段的N4开放不够成熟，论证不够充分，导致openUPF当前还无法应用到位，致使现有5G网络系统的部署复杂、成本高。

发明内容

本申请实施例提供了一种通信方法，应用于网关设备，所述方法包括：

响应于获得来自用户终端的上行数据报文，确定所述上行数据报文的报文属性信息；

基于所述报文属性信息将所述上行数据报文转发至目标网络，所述目标网络包括目标核心网，或所述网关设备所处的本地网络或边缘网络；

其中，所述网关设备与所处的5G网络中的5G网元不具有关联关系。

作为一可选实施例，所述至少基于所述报文属性信息将所述上行数据报文转发至目标网络，包括：

基于所述报文属性信息匹配对应的分流策略，基于得到的匹配结果将所述上行数据报文转发至所述本地网络、所述边缘网络、或所述目标核心网；

其中，所述分流策略包括预先配置的分流策略和/或自学习形成的分流策略。

作为一可选实施例，基于得到的匹配结果将所述上行数据报文转发至所述本地网络、所述边缘网络或所述目标核心网，包括：

如果所述匹配结果表征所述网络设备中存在用于指示所述上行数据报文的配置路径的分流策略，将所述上行数据报文按照所述配置路径转发至所述边缘网络或所述本地网络；且/或，

如果所述匹配结果表征所述网络设备中不存在用于指示所述上行数据报文的配置路径的分流策略，将所述上行数据报文透传至所述目标核心网。

作为一可选实施例，所述分流策略的形成过程，包括：

接收并存储来自运行在所述本地网络或所述边缘网络上的应用程序的分流策略；或

通过移动边缘计算平台MEP或命令行接口CLI导入的编辑指令形成所述分流策略；或

自学习分流数据生成所述分流策略。

作为一可选实施例，还包括：

响应于获得来自目标网络的下行数据报文，将所述下行数据报文转发至所述用户终端接入的基站，其中，不同来源的下行数据报文对应的分流策略不同。

作为一可选实施例，所述将所述下行数据报文转发至所述用户终端接入的基站，包括：

响应于获得来自目标核心网的UPF的下行数据报文，通过用户终端的标识信息查询会话；

如果所述查询结果表征所述网关设备未学习到下行隧道信息，将所述下行隧道信息学习至所述会话，并将所述下行数据报文透传至所述基站。

作为一可选实施例，所述将所述下行数据报文转发至所述用户终端接入的基站，包括：

响应于获得来自所述本地网络或所述边缘网络的下行数据报文，基于本地创建的配置表查询会话；

基于查询到的下行隧道信息封装所述下行数据报文，将封装后的下行数据报文转发至所述用户终端接入的基站。

作为一可选实施例，还包括：

如果所述用户终端与所述目标网络之间的网络会话的会话保持时间超过第一时长，删除所述网络会话；或，

在完成对应所述上行数据报文的下行数据报文的转发后，删除所述用户终端与所述目标网络之间的网络会话。

作为一可选实施例，还包括：

定时与所述5G网的网元进行交互以保活所述用户终端与所述目标网络之间的网络会话。

本申请另一实施例同时提供一种网关设备，包括：

响应模块，用于响应于获得来自用户终端的上行数据报文，确定所述上行数据报文的报文属性信息；

转发模块，用于根据所述报文属性信息将所述上行数据报文转发至目标网络，所述目标网络包括目标核心网、或所述网关设备所处的本地网络或边缘网络；

其中，所述网关设备与所处的5G网络中的5G网元不具有关联关系。

本申请另一实施例还提供一种电子设备，包括:

一个或多个处理器；

存储器，配置为存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器能够实现上述处理方法。

基于上述实施例的公开可以获知，本申请实施例具备如下的有益效果包括通过一与所处的5G网络中的5G网元不具有关联关系的网关设备来响应获得来自用户终端的上行数据报文，并确定所述上行数据报文的报文属性信息，接着网关设备可基于所述报文属性信息将上行数据报文转发至目标网络，该目标网络包括目标核心网，或所述网关设备所处的本地网络或边缘网络。通过本申请实施例的方法可以使得流量报文不再需要UPF统一处理并转发，减少了流量报文的传输时间，使流量报文能够快速被传输至目标网络中进行处理，提高了流量报文传输效率，减少了用户终端的等待时间，提升了用户对网络的使用体验。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本申请实施例中的通信方法的流程图。

图2为本申请实施例中的通信方法的实际应用流程图。

图3为本申请另一实施例中的通信方法的流程图。

图4为本申请另一实施例中的通信方法的流程图。

图5为本申请实施例中的网关设备的结构框图。

具体实施方式

下面，结合附图对本申请的具体实施例进行详细的描述，但不作为本申请的限定。

应理解的是，可以对此处公开的实施例做出各种修改。因此，下述说明书不应该视为限制，而仅是作为实施例的范例。本领域的技术人员将想到在本公开的范围和精神内的其他修改。

包含在说明书中并构成说明书的一部分的附图示出了本公开的实施例，并且与上面给出的对本公开的大致描述以及下面给出的对实施例的详细描述一起用于解释本公开的原理。

通过下面参照附图对给定为非限制性实例的实施例的优选形式的描述，本申请的这些和其它特性将会变得显而易见。

还应当理解，尽管已经参照一些具体实例对本申请进行了描述，但本领域技术人员能够确定地实现本申请的很多其它等效形式，它们具有如权利要求所述的特征并因此都位于借此所限定的保护范围内。

当结合附图时，鉴于以下详细说明，本公开的上述和其他方面、特征和优势将变得更为显而易见。

此后参照附图描述本公开的具体实施例；然而，应当理解，所公开的实施例仅仅是本公开的实例，其可采用多种方式实施。熟知和/或重复的功能和结构并未详细描述以避免不必要或多余的细节使得本公开模糊不清。因此，本文所公开的具体的结构性和功能性细节并非意在限定，而是仅仅作为权利要求的基础和代表性基础用于教导本领域技术人员以实质上任意合适的详细结构多样地使用本公开。

本说明书可使用词组“在一种实施例中”、“在另一个实施例中”、“在又一实施例中”或“在其他实施例中”，其均可指代根据本公开的相同或不同实施例中的一个或多个。

下面，结合附图详细的说明本申请实施例。

如图1所示，本申请实施例提供一种通信方法，应用于网关设备，所述方法包括：

S100：响应于获得来自用户终端的上行数据报文，确定上行数据报文的报文属性信息；

S200：基于报文属性信息将上行数据报文转发至目标网络，目标网络包括目标核心网，或网关设备所处的本地网络或边缘网络；

其中，网关设备与所处的5G网络中的5G网元不具有关联关系。

例如，本实施例中的网关设备可以简称为MECDP，其作为基站背后一个分流网关设备，该网关设备可以设置在基站和UPF之间，该之间并非是物理上的之间，而是指三者间的虚拟连接关系。本实施例中的网关设备可以理解为一个黑匣子，其完全和5G网元，如信令面UPF等，本实施例中的网元设备与其没有任何关系，例如对于接收到的报文，本实施例的网关设备是可以直接进行处理转发的，UPF等5G网元是可以不参与报文的转发处理的，也即本实施例中所述的网关设备与所处的5G网络中的5G网元不具有关联关系就是指网关设备处理报文是不需要5G网元参与的，网关设备是可以独立处理流量报文的，而且5G网元在于基站交互时，如处理关闭网络会话，释放隧道信息(下文将具体阐述)时，也是不与网关设备协商或通知网关设备的，本实施例中的网关设备是独立于基站与5G网元间的设备，其自身具有一套报文的处理、转发流程，与5G网元无关联。进一步地，当本实施例中的网关设备响应获得来自用户终端的上行数据报文时(该上行数据报文是终端用户通过基站转发至网关设备中的)，网关设备响应于获得上行数据报文，确定上行数据报文的报文属性信息，例如可以为应用程序的标识信息、应用程序的网络性能需求信息、用户的标识信息、用户终端的标识信息、目标地址信息、目标请求内容、VLAN标签、报文的优先级、或差分服务代码点(Differentiated Services Code Point，DSCP)，还可以是域名(DNS)信息。例如可以包括用户名信息，应用程序的名称信息，源IP地址，目的IP地址等。当确定了报文属性信息后，网关设备可以基于报文属性信息确定目标网络，也即确定用户终端想要访问的网络，本实施例中所述的目标网络包括目标核心网，或者是网关设备所处的本地网络，边缘网络等，如各个地区都会建立关于5G核心网的边缘网络，或拥有在该地区内的固定IP地址的网络等。待确定了目标网络后，网关设备便可直接将上行数据报文转发至目标网络。

基于上述实施例的公开可以获知，本实施例具备如下的有益效果包括通过一与所处的5G网络中的5G网元不具有关联关系的网关设备来响应获得来自用户终端的上行数据报文，并确定所述上行数据报文的报文属性信息，接着网关设备可基于所述报文属性信息将上行数据报文转发至目标网络，该目标网络包括目标核心网，或所述网关设备所处的本地网络或边缘网络。故本实施例中的网关设备旨在提供匹配业务报文分流功能，5G网元完全不用感知其存在，整个分流过程完全可以由网关设备独立执行。而且，网关设备部署灵活，可实现软硬件解耦，支持独立部署也可以跟基站软件共部署，为开辟垂直行业市场，建设新生态提供有力保障。另外，通过本申请实施例的方法可以使得流量报文不再需要UPF与基站交互，再处理并转发，降低了报文传输过程的复杂度，减少了流量报文的传输时间，使边缘流量报文能够快速被传输至目标网络中进行处理，提高了流量报文传输效率，减少了用户终端的等待时间，提升了用户对网络的使用体验。

进一步地，在至少基于报文属性信息将上行数据报文转发至目标网络时，包括：

S201：基于报文属性信息匹配对应的分流策略，基于得到的匹配结果将上行数据报文转发至本地网络、边缘网络、或目标核心网；

其中，分流策略包括预先配置的分流策略和/或自学习形成的分流策略。

例如，报文属性信息包括报文头信息，如源IP地址、传输协议、目的IP地址中的一个或多个等，当然还可以包括其他信息，如对端的接口信息，应用程序对应网络端的名称等，具体不唯一。基于确定的报文属性信息，网关设备可以与本地存储的多个分流策略进行匹配，如网关设备存储有一列表，记录了多个分流策略，该分流策略用于指示包含第一类报文属性信息的流量报文与第一目标网络匹配，也即该第一目标网络用于处理，响应包含第一类报文属性信息的报文。该第一类报文属性信息中可以包含多个不同的属性信息，只要满足额定数量，或只要满足具有目标属性信息的流量报文便可认为是具有第一类报文属性信息的报文。如包含第一传输协议，第一应用程序的网络端名称，第一目的IP地址等信息中的一个或多个信息的报文即可认为是包含第一类报文属性信息的报文。不同的分流策略，其对应的报文属性信息的类别及目标网络均是不同的，也即，不同的分流策略用于将不同类的报文传送至不同的目标网络。当确定了匹配当前上行数据报文的分流策略后，网关设备便可以根据分流策略将上行数据报文转发至目标网络，具体可以为本地网络、边缘网络、或目标核心网。另外，本实施例中的分流策略可以是预先设置的，例如可以是运维人员预先准备好分流策略，并输入至网关设备中，也可以是网关设备通过自主学习，如学习历史分流信息而自行创建的。

具体地，基于得到的匹配结果将上行数据报文转发至本地网络、边缘网络或目标核心网，包括：

S202：如果匹配结果表征网络设备中存在用于指示上行数据报文的配置路径的分流策略，将上行数据报文按照配置路径转发至边缘网络或本地网络；且/或，

如果匹配结果表征网络设备中不存在用于指示上行数据报文的配置路径的分流策略，将上行数据报文透传至目标核心网。

在本实施例中，在基于报文属性信息进行分流策略的匹配时，如果匹配结果表征网络设备中存在用于指示上行数据报文的配置路径的分流策略，也即，具有匹配上的分流策略，网关设备则会基于匹配的分流策略，将上行数据报文按照分流策略中配置的路径转发至边缘网络或本地网络，如边缘网络或本地网络中包含多个不同应用程序的网络服务端，上行数据报文基于分流策略而被转发至包含某个网络服务端的边缘网络或本地网络中，进而使数据报文能够被传输至该网络服务端中。如用户B想要访问用户A的网盘，此时用户B便可将上行数据报文发送至网关设备中，网关设备基于报文属性信息确定了分流策略后，便可基于分流策略中的配置路径而将该报文传送至包含用户A使用的网盘程序的本地网络、边缘网络中，进而基于该网络而将该报文传送至对应的网盘服务端中。

而如果匹配不成功时，也即网关设备中不具有匹配该上行数据报文的分流策略时，网关设备会直接将上行数据报文发送至目标核心网，如发送至UPF中，由UPF进行报文的处理和转发。也就是，网关设备会将获得的上行数据报文直接透传至目标核心网中，由目标核心网进行处理。

进一步地，如前文所述，分流策略可以是预置的形式得到，也可以是网关设备自主学习得到的，本实施例中的分流策略的形成过程，具体包括：

S203：接收并存储来自运行在本地网络或边缘网络上的应用程序的分流策略；或

通过移动边缘计算平台MEP或命令行接口CLI导入的编辑指令形成分流策略；或

自学习分流数据生成分流策略。

例如，实施利一，运行在本地网络或边缘网络上的应用程序，如前文所述的应用程序网络端，其可以自行生成分流策略，并转发至网关设备中，该分流策略可以是应用程序的运维人员输入至应用程序中，并由应用程序转发至网关设备中的。

或者，也可以是应用程序基于移动边缘计算平台而计算生成的，并转发至网关设备中。例如，本实施例中的网关设备与移动边缘计算平台相连，该移动边缘计算平台是为各类边缘计算业务应用提供环境，在本实施例中就是为多个不同应用程序网络端提供计算环境。如图所示，图中的MECApplication(MEC APP)是指各类边缘计算应用可以直接或通过Mp1接口调用MEP提供的边缘计算能力(例如DNS代理/服务等)，以为用户提供边缘计算服务/业务(MEC service)，MEP自身也可以为用户提供边缘计算服务/业务。因此，运行在本地网络或边缘网络上的应用程序，其是可以调用MEP来结合自身数据处理特性进行计算，进而生成匹配对应的应用程序的分流策略。如该应用程序的功能，IP地址，支持的传输协议，数据处理协议，能够处理的报文的属性信息等，应用程序可以基于上述信息中的一种或多种来利用MEP进行计算处理，最终生成匹配自身特性的分流策略。每个不同的应用程序均可以采用本实施例的方法而自行计算得到分流策略，并利用MEP直接将该分流策略输送至网关设备中，由网关设备进行存储记录，以供后续匹配不同上行报文所用。

实施例二，本实施例中可以是用户搜集不同应用程序的特征信息，报文的特征信息等，并基于MEP而计算生成各个分流策略，并基于MEP将分流策略输送至网关设备中。或者也可以是，本实施例中的网关设备具有命令行接口CLI，用户可以基于命令行接口CLI直接将分流策略的信息写入网关设备中，进而使网关设备获得并存储各个分流策略。

实施例三，本实施例中的网关设备具有自主学习功能，其可以根据历史报文的处理数据，如从5G网元，包括UPF中获得历史报文处理数据来进行学习，也可以是基于用户输入的报文分流数据进行学习，还可以是网元设备基于已存储的少量的分流策略进行学习，同时可以结合与不同的边缘网络、本地网络中的应用程序间的关于可处理的报文特征的交互而进行学习，进而生成更多的对应不同应用程序的分流策略。

进一步地，继续结合图2所示，在实际应用中，网关设备，即MECDP中具有学习流表，当接收到上行报文后，如图中的数据流1，网关设备会基于学习流表进行匹配对应该报文的分流策略，如果匹配成功，则学习并匹配记录本次经由上行数据报文实现的网络端间的会话，该会话内容包括该报文是通过基站中的哪一条隧道传输的，即包括隧道信息，还包括对应上行报文的流标识qfi、会话对象信息、网络协议头信息、报文头信息等，如源IP，目的IP，传输协议信息，对端接收端口信息等等，另外，会话内容还包括确定的分流策略信息。由于在5G网络中，报文头部会带有网络协议头信息，该信息主要是在UPF中处理时所用，具体包括但不限于GTPU头，而本申请中由于报文是不经过UPF处理的，故学习流表在基于分流策略转发报文前，会剥掉GTPU头，然后再将上行数据报文经图中的数据流2，通过分流接口转发到本地网络，完成报文的分流转发。而如果学习流表没有匹配成功，即没有匹配到对应上行数据报文的分流策略时，则不学习本次会话，并直接将报文不做任何处理，直接通过数据处理路由单元(DP)透传报文到UPF(如图中的数据流3)，由UPF处理，也即此时网关设备可视为不存在，该上行报文继续基于原方法实现处理。对于后续接收到的其他上行报文，UPF则继续基于学习流表根据上述方案处理。而当接收到对应透传的上行报文的下行报文时，网关设备可以查询学习流表，若无对应的会话内容，则可以直接将下行报文传输至用户终端中，如图中所示的数据流5。

进一步地，本实施例中的方法还包括：

S300：响应于获得来自目标网络的下行数据报文，将下行数据报文转发至用户终端接入的基站，其中，不同来源的下行数据报文对应的分流策略不同。

如上文所述，本实施例中的网关设备会在接收到上行数据报文，且匹配确定了对应的分流策略后，会基于学习流表学习、记录对应本次上行数据报文的会话内容。当网关设备接收到了对应上行数据报文的下行数据报文时，便可基于记录的会话内容而确定如何处理、传输下行数据报文。而若没有查询到相关的会话内容，则可基于预置策略处理、传输下行数据报文。

具体地，实施利一，如图3所示，将下行数据报文转发至用户终端接入的基站，包括：

S301：响应于获得来自目标核心网的UPF的下行数据报文，通过用户终端的标识信息查询会话；

S302：如果查询结果表征网关设备未学习到下行隧道信息，将下行隧道信息学习至会话，并将下行数据报文透传至基站。

本实施例中，下行数据报文是由目标核心网的UPF发送至网关设备中的，该下行数据报文对应的是在先网关设备无法匹配分流策略，而透传至UPF中的上行数据报文的。而如上文所述，网关设备中是未记录有对应该报文的网络会话信息的，即用户终端与目标网络间的网络会话，所以当网关设备基于下行数据报文的用户终端的标识信息，如下行数据报文的报文属性信息，包括源IP，目的IP等在学习流表中进行查询时，是无法查询到匹配的记录的，所以基于查询结果可确定网关设备未学习、记录有下行隧道信息(下行隧道信息与上行隧道信息可以相同，即两个隧道可以为同一个隧道，该隧道支持数据双向传输，或者也可以为不同的隧道，即该隧道仅支持数据的单向传输，隧道信息中包含上行隧道信息和下行隧道信息)。故此时，网关设备会直接基于下行数据报文中携带的信息而确定对应的下行隧道信息，并基于下行数据报文中携带的信息进行查询，以确定对应的应用程序及其相关信息，之后便可基于获得的信息学习会话，包括学习报文属性信息，隧道信息，应用程序信息，以为后续学习生成分流策略所用。之后，网关设备便可将下行数据报文基于确定下行隧道信息而透传至基站中，由基站转发报文至用户终端。

或者，网关设备可以基于学习流表记录无法匹配到分流策略的上行数据报文对应的会话内容，该会话内容可仅记录会话对象，对于隧道信息，分流策略均可不记录。当接收到对应的下行数据报文时，若经查询，确定本地记录的会话内容中未记录有对应的下行隧道信息，则可以基于下行数据报文携带的信息分析确定下行隧道信息，并将下行隧道信息学习至会话中，之后透传下行数据报文至基站。再或者，网关设备可基于UEIP(地址分配管理单元)中记录的对应下行数据报文的会话记录而确定是否具有下行隧道信息，如果没有，则可以分析报文携带的信息而确定下行隧道信息，并将下行隧道信息填入会话记录中。

实施例二，如图4所示，将下行数据报文转发至用户终端接入的基站，包括：

S303：响应于获得来自本地网络或边缘网络的下行数据报文，基于本地创建的配置表查询会话；

S304：基于查询到的下行隧道信息封装下行数据报文，将封装后的下行数据报文转发至用户终端接入的基站。

具体地，当网关设备接收到了来自本地网络或边缘网络的下行数据报文时，会分析处理下行数据报文的属性信息，如报文头信息，并基于报文头信息来查询本地创建的配置表中的会话信息，也就是查询上文所述的学习流表中是否记录有相关的会话内容，如果查询到了匹配的会话记录，由于会话记录中记录有网络协议头信息，对应基站的隧道信息等，故此时网关设备会根据记录的网络协议头信息重新封装下行数据报文，包括将网络协议头信息添加至下行数据报文中，之后则基于隧道信息而将封装后的下行数据报文输送至对应的隧道中，接入基站，最终由基站将下行数据报文转发至用户终端中。

另外，本实施例中所述的报文可以为GTPU报文，也可以为其他类型的报文，但对于echo报文、err indication报文等类型的报文，本实施例中的网关设备需要将其在基站和UPF之间进行透传，即仅传输，其他不作为。

可选地，为了防止流表老化，本实施例中的方法还包括：

如果用户终端与目标网络之间的网络会话的会话保持时间超过第一时长，删除网络会话；或，

在完成对应上行数据报文的下行数据报文的转发后，删除用户终端与目标网络之间的网络会话。

由于本实施例中的UPF、基站与网关设备间除透传报文以外是不交互的，即不具有任何联系。又由于每个网络会话是有时限的，为的是不浪费网络资源，所以在本实施例中，用户终端与目标网络间的网络会话的保持时间也是有时间限制的。如此就导致当上行报文传输至对应的目标网络后，若迟迟未能得到下行数据报文时，UPF会与基站交互，以释放该会话，腾出网络资源以供其他用户使用。但是由于释放会话时，UPF，基站均不会通知网关设备，故网关设备的配置表中，也就是所述的学习流表中就会一直存储着相关会话记录，其同样会占用网关设备的资源。为此，本实施例中会设置一个会话保持时间，即第一时长，该第一时长可以与网络会话建立时起至会话释放时的时长等同，或在对应会话的下行报文已经完成转发时，也就是象征着本次会话结束时，网关设备均会清除该会话记录，以释放本地资源，防止流表老化。另外，该第一时长也可以是转发上行数据报文后，对应的网络会话可持续的时长。

可选地，为了保活会话，本实施例中的方法还包括：

定时与5G网的网元进行交互以保活用户终端与所述目标网络之间的网络会话链路。

如上一实施例所述，每个会话的持续时长是有限制的，也即每个会话是有保活时长的。当UPF在该时长内没有收到任何报文数据时，其会与基站交互，令基站释放隧道资源，如此就会导致对应用户终端与目标网络间的网络会话链路不通，此时即使网关设备接收到下行数据报文也无法实现传输。因此，为了确保所有下行报文数据均能够成功实现传输，本实施例中的网关设备会在会话保活时长内与UPF进行交互，如在网络会话未被删除期间、网络会话、隧道未被释放前，与UPF进行交互，该具体交互时间可以根据实际环境中会话保活时长而定，通过该交互可使UPF确定该隧道还在用于传输数据，故其不会通知基站，令其释放隧道资源。具体交互时，可以发送一个错误代码，也可以是在该时长内或会话未被删除期间随机透传一个上行数据报文至UPF，由其进行处理，以避免UPF在会话保活时长内接收不到任何数据，最终导致隧道失效。

如图5所示，本申请另一实施例同时提供一种网关设备，包括：

响应模块1，用于响应于获得来自用户终端的上行数据报文，确定所述上行数据报文的报文属性信息；

转发模块2，用于根据所述报文属性信息将所述上行数据报文转发至目标网络，所述目标网络包括目标核心网、或所述网关设备所处的本地网络或边缘网络；

其中，所述网关设备与所处的5G网络中的5G网元不具有关联关系。

作为一可选实施例，所述至少基于所述报文属性信息将所述上行数据报文转发至目标网络，包括：

基于所述报文属性信息匹配对应的分流策略，基于得到的匹配结果将所述上行数据报文转发至所述本地网络、所述边缘网络、或所述目标核心网；

其中，所述分流策略包括预先配置的分流策略和/或自学习形成的分流策略。

作为一可选实施例，基于得到的匹配结果将所述上行数据报文转发至所述本地网络、所述边缘网络或所述目标核心网，包括：

如果所述匹配结果表征所述网络设备中存在用于指示所述上行数据报文的配置路径的分流策略，将所述上行数据报文按照所述配置路径转发至所述边缘网络或所述本地网络；且/或，

如果所述匹配结果表征所述网络设备中不存在用于指示所述上行数据报文的配置路径的分流策略，将所述上行数据报文透传至所述目标核心网。

作为一可选实施例，所述分流策略的形成过程，包括：

接收并存储来自运行在所述本地网络或所述边缘网络上的应用程序的分流策略；或

通过移动边缘计算平台MEP或命令行接口CLI导入的编辑指令形成所述分流策略；或

自学习分流数据生成所述分流策略。

作为一可选实施例，所述响应模块1还用于：

响应于获得来自目标网络的下行数据报文，将所述下行数据报文转发至所述用户终端接入的基站，其中，不同来源的下行数据报文对应的分流策略不同。

作为一可选实施例，所述将所述下行数据报文转发至所述用户终端接入的基站，包括：

响应于获得来自目标核心网的UPF的下行数据报文，通过用户终端的标识信息查询会话；

如果所述查询结果表征所述网关设备未学习到下行隧道信息，将所述下行隧道信息学习至所述会话，并将所述下行数据报文透传至所述基站。

作为一可选实施例，所述将所述下行数据报文转发至所述用户终端接入的基站，包括：

响应于获得来自所述本地网络或所述边缘网络的下行数据报文，基于本地创建的配置表查询会话；

基于查询到的下行隧道信息封装所述下行数据报文，将封装后的下行数据报文转发至所述用户终端接入的基站。

作为一可选实施例，还包括处理模块：

如果用户终端与目标网络之间的网络会话的会话保持时间超过第一时长，删除网络会话；或，

在完成对应上行数据报文的下行数据报文的转发后，删除用户终端与目标网络之间的网络会话。

作为一可选实施例，所述转发模块2还用于：

定时与5G网的网元进行交互以保活用户终端与所述目标网络之间的网络会话链路。

本申请另一实施例还提供一种电子设备，包括:

一个或多个处理器；

存储器，配置为存储一个或多个程序；

当该一个或多个程序被该一个或多个处理器执行时，使得该一个或多个处理器实现上述通信方法。

本申请一实施例还提供一种存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的通信方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。

本申请实施例还提供了一种计算机程序产品，所述计算机程序产品被有形地存储在计算机可读介质上并且包括计算机可读指令，所述计算机可执行指令在被执行时使至少一个处理器执行诸如上文所述实施例中的通信方法。应理解，本实施例中的各个方案具有上述方法实施例中对应的技术效果，此处不再赘述。

需要说明的是，本申请的计算机存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读介质例如可以但不限于是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储介质(RAM)、只读存储介质(ROM)、可擦式可编程只读存储介质(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储介质(CD-ROM)、光存储介质件、磁存储介质件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输配置为由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、天线、光缆、RF等等，或者上述的任意合适的组合。

应当理解，虽然本申请是按照各个实施例描述的，但并非每个实施例仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

以上实施例仅为本申请的示例性实施例，不用于限制本申请，本申请的保护范围由权利要求书限定。本领域技术人员可以在本申请的实质和保护范围内，对本申请做出各种修改或等同替换，这种修改或等同替换也应视为落在本申请的保护范围内。

Claims (10)

1.一种通信方法，应用于网关设备，所述方法包括：

响应于获得来自用户终端的上行数据报文，确定所述上行数据报文的报文属性信息；

基于所述报文属性信息将所述上行数据报文转发至目标网络，所述目标网络包括目标核心网，或所述网关设备所处的本地网络或边缘网络；

其中，所述网关设备与所处的5G网络系统中的5G网元不具有关联关系。

2.根据权利要求1所述的方法，其中，所述至少基于所述报文属性信息将所述上行数据报文转发至目标网络，包括：

基于所述报文属性信息匹配对应的分流策略，基于得到的匹配结果将所述上行数据报文转发至所述本地网络、所述边缘网络、或所述目标核心网；

其中，所述分流策略包括预先配置的分流策略和/或自学习形成的分流策略。

3.根据权利要求2所述的方法，其中，基于得到的匹配结果将所述上行数据报文转发至所述本地网络、所述边缘网络或所述目标核心网，包括：

如果所述匹配结果表征所述网络设备中存在用于指示所述上行数据报文的配置路径的分流策略，将所述上行数据报文按照所述配置路径转发至所述边缘网络或所述本地网络；且/或，

如果所述匹配结果表征所述网络设备中不存在用于指示所述上行数据报文的配置路径的分流策略，将所述上行数据报文透传至所述目标核心网。

4.根据权利要求2所述的方法，其中，所述分流策略的形成过程，包括：

接收并存储来自运行在所述本地网络或所述边缘网络上的应用程序的分流策略；或

通过移动边缘计算平台MEP或命令行接口CLI导入的编辑指令形成所述分流策略；或

自学习分流数据生成所述分流策略。

5.根据权利要求1至4任一项所述的方法，其中，还包括：

响应于获得来自目标网络的下行数据报文，将所述下行数据报文转发至所述用户终端接入的基站，其中，不同来源的下行数据报文对应的分流策略不同。

6.根据权利要求5所述的方法，所述将所述下行数据报文转发至所述用户终端接入的基站，包括：

响应于获得来自目标核心网的UPF的下行数据报文，通过用户终端的标识信息查询会话；

如果所述查询结果表征所述网关设备未学习到下行隧道信息，将所述下行隧道信息学习至所述会话，并将所述下行数据报文透传至所述基站。

7.根据权利要求5所述的方法，其中，所述将所述下行数据报文转发至所述用户终端接入的基站，包括：

响应于获得来自所述本地网络或所述边缘网络的下行数据报文，基于本地创建的配置表查询会话；

基于查询到的下行隧道信息封装所述下行数据报文，将封装后的下行数据报文转发至所述用户终端接入的基站。

8.根据权利要求1所述的方法，其中，还包括：

如果所述用户终端与所述目标网络之间的网络会话的会话保持时间超过第一时长，删除所述网络会话；或，

在完成对应所述上行数据报文的下行数据报文的转发后，删除所述用户终端与所述目标网络之间的网络会话。

9.根据权利要求1所述的方法，其中，还包括：

定时与所述5G网的网元进行交互以保活所述用户终端与所述目标网络之间的网络会话链路。

10.一种网关设备，包括：

响应模块，用于响应于获得来自用户终端的上行数据报文，确定所述上行数据报文的报文属性信息；

转发模块，用于根据所述报文属性信息将所述上行数据报文转发至目标网络，所述目标网络包括目标核心网、或所述网关设备所处的本地网络或边缘网络；

其中，所述网关设备与所处的5G网络中的5G网元不具有关联关系。

Images