CN113726909B - 基于融合组网的包处理方法、系统、装置及存储介质 - Google Patents

Abstract

本发明公开了一种基于融合组网的包处理方法、系统、装置及存储介质，其中所述方法包括：获取用户面的数据包；然后根据数据包对应的全量隧道端点标识，确定与数据包匹配的N4会话；根据N4会话中的会话类型，对数据包执行包检测规则；当包检测规则通过，根据会话类型，对数据包执行包实施规则；当包实施规则完成，转发下行的数据包。本申请实施例通过在N4会话的信令中添加一个会话类型，用于区分用户设备当前所处的网络制式为4G还是5G，根据不同的网络制式，对数据包执行不同的包处理规则，减少由于网络制式改变而对N4会话或包处理规则进行频繁更改的情况，从而使融合组网中的信令开销减小，并降低包处理过程中出错的几率。

Description

基于融合组网的包处理方法、系统、装置及存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种基于融合组网的包处理方法、系统、装置及存储介质。

背景技术

随着通信技术的发展，5G网络逐渐普及。但是，5G系统的商用部署进程是一个基于4G 系统进行替换、升级、迭代的长期过程。而在此过程中，为了保障用户业务的连续性，需要在5G网络覆盖不到的地区继续使用4G网络，因此，基于4G/5G融合组网的通信技术成为了重要的研究课题。

由于网络制式的不同，在4G/5G融合组网中进行4G/5G切换时会存在许多差异。例如，当用户设备切换网络制式，为了适应不同的网络制式，需要频繁修改数据包的检测、封装等处理规则，并且也要对数据包进行一定的修改，导致融合组网中的信令开销增大，并且提高了因修改出错导致的数据包处理失败的几率。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。为此，本申请提出一种基于融合组网的包处理方法、系统、装置及存储介质，能够减少融合组网中包处理过程中的信令开销。

第一方面，本申请实施例提供了一种基于融合组网的包处理方法，包括：获取用户面的数据包；根据所述数据包对应的全量隧道端点标识，确定与所述数据包匹配的N4会话；根据所述N4会话中的会话类型，对所述数据包执行包检测规则；当所述包检测规则通过，根据所述会话类型，对所述数据包执行包实施规则；当所述包实施规则完成，转发下行的所述数据包；其中，所述会话类型用于标记当前用户的网络制式为4G或是5G；其中，所述根据所述N4会话中的会话类型，对所述数据包执行包检测规则，具体包括：判断所述数据包中是否存在隧道端点标识；若所述数据包中存在所述隧道端点标识，判断所述端点标识是否匹配；若所述数据包中不存在隧道端点标识，或所述端点标识匹配，根据所述会话类型判断所述网络制式为4G制式或是5G制式；若所述网络制式为5G制式，判断所述数据包是否存在 QoS流标识；若所述数据包存在所述QoS流标识，判断所述QoS流标识是否匹配；若所述网络制式为4G制式，或所述数据包不存在所述QoS流标识，或所述QoS流标识匹配，判断所述数据包是否存在用户设备地址；若所述数据包中存在所述用户设备地址，判断所述用户设备地址是否匹配；若所述数据包中不存在所述用户设备地址，或所述用户设备地址匹配，判断所述数据包是否存在服务数据流过滤器；若所述数据包中存在所述服务数据流过滤器，判断所述服务数据流过滤器是否匹配；若所述数据包中不存在所述服务数据流过滤器，或所述服务数据流过滤器匹配，所述包检测规则通过；若所述端点标识不匹配，或所述QoS流标识不匹配，或所述用户设备地址不匹配，或所述服务数据流过滤器不匹配，所述包检测失败；其中，所述根据所述会话类型，对所述数据包执行包实施规则这一步骤，具体包括：根据所述会话类型判断所述网络制式是否为5G制式；若是，判断所述数据包是否存在所述QoS 流标识；若是，根据所述QoS流标识，为所述数据包添加拓展包头，所述包实施规则执行完毕。

可选地，所述方法还包括：当用户设备上线，发起N4会话建立请求；其中，所述N4会话建立请求中包括所述会话类型；根据所述N4会话建立请求，建立所述N4会话。

可选地，所述方法还包括：当所述用户设备的网络制式发生切换，发起N4会话修改请求；其中，所述N4会话修改请求中包括所述会话类型；根据所述N4会话修改请求，对所述会话类型进行修改。

第二方面，本申请实施例提供了一种基于融合组网的包处理系统，包括第一模块、第二模块、第三模块、第四模块和第五模块；所述第一模块用于获取数据包；所述第二模块用于根据所述数据包对应的全量隧道端点标识，确定与所述数据包匹配的N4会话；所述第三模块用于根据所述N4会话中的会话类型，对所述数据包执行包检测规则；所述第四模块用于当所述包检测规则通过，根据所述会话类型，对所述数据包执行包实施规则；所述第五模块用于当所述包实施规则完成，转发下行的所述数据包；其中，所述会话类型用于标记当前用户的网络制式为4G或是5G；其中，所述根据所述N4会话中的会话类型，对所述数据包执行包检测规则，具体包括：判断所述数据包中是否存在隧道端点标识；若所述数据包中存在所述隧道端点标识，判断所述端点标识是否匹配；若所述数据包中不存在隧道端点标识，或所述端点标识匹配，根据所述会话类型判断所述网络制式为4G制式或是5G制式；若所述网络制式为5G制式，判断所述数据包是否存在QoS流标识；若所述数据包存在所述QoS 流标识，判断所述QoS流标识是否匹配；若所述网络制式为4G制式，或所述数据包不存在所述QoS流标识，或所述QoS流标识匹配，判断所述数据包是否存在用户设备地址；若所述数据包中存在所述用户设备地址，判断所述用户设备地址是否匹配；若所述数据包中不存在所述用户设备地址，或所述用户设备地址匹配，判断所述数据包是否存在服务数据流过滤器；若所述数据包中存在所述服务数据流过滤器，判断所述服务数据流过滤器是否匹配；若所述数据包中不存在所述服务数据流过滤器，或所述服务数据流过滤器匹配，所述包检测规则通过；若所述端点标识不匹配，或所述QoS流标识不匹配，或所述用户设备地址不匹配，或所述服务数据流过滤器不匹配，所述包检测失败；其中，所述根据所述会话类型，对所述数据包执行包实施规则这一步骤，具体包括：根据所述会话类型判断所述网络制式是否为5G 制式；若是，判断所述数据包是否存在所述QoS流标识；若是，根据所述QoS流标识，为所述数据包添加拓展包头，所述包实施规则执行完毕。

第三方面，本申请实施例提供了一种基于融合组网的包处理装置，包括：至少一个处理器；至少一个存储器，用于存储至少一个程序；当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如第一方面所述的基于融合组网的包处理方法。

第四方面，本申请实施例提供了一种计算机存储介质，其中存储有处理器可执行的程序，所述处理器可执行的程序在由所述处理器执行时用于实现如第一方面所述的基于融合组网的包处理方法。

本申请实施例的有益效果如下：首先获取用户面的数据包；然后根据数据包对应的全量隧道端点标识，确定与数据包匹配的N4会话；由于本申请实施例中N4会话的信令中包含一个标记网络制式的会话类型，因此根据N4会话中的会话类型，对数据包执行包检测规则；当包检测规则通过，根据会话类型，对数据包执行包实施规则；当包实施规则完成，转发下行的数据包。本申请实施例通过在N4会话的信令中添加一个会话类型，用于区分用户设备当前所处的网络制式为4G还是5G，根据不同的网络制式，对数据包执行不同的包处理规则，减少由于网络制式改变而对N4会话或包处理规则进行频繁更改的情况，从而使融合组网中的信令开销减小，并降低包处理过程中出错的几率。

附图说明

附图用来提供对本申请技术方案的进一步理解，并且构成说明书的一部分，与本申请的实施例一起用于解释本申请的技术方案，并不构成对本申请技术方案的限制。

图1为本申请实施例提供的基于融合组网的包处理方法的步骤流程图；

图2为本申请实施例提供的根据该会话类型执行包检测规则的第一步骤流程图；

图3为本申请实施例提供的根据该会话类型执行包检测规则的第二步骤流程图；

图4为本申请实施例提供的根据会话类型执行包实施规则的步骤流程图；

图5为本申请实施例提供的基于融合组网的系统的示意图；

图6为本申请实施例提供的一种装置的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在系统示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于系统中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

随着通信技术的发展，5G网络逐渐普及，在5G网络发展的过程中，基于4G/5G融合组网的通信技术称为重要的研究课题。为了方便阐述，本申请实施例中提到的“融合组网”“4G/5G融合组网”均指4G/5G融合组网。

对于4G网络来说，其QoS(Quality of Service，服务质量)架构是基于EPS Bearer(EPS 承载)的，EPS是指Evolved Packet System，演进的分组系统，即4G系统。可以说，EPSBearer 是4G网络中QoS控制的基本粒度。而对于5G网络来说，其QoS架构是基于QoS Flow(QoS 流)的。因此，随着网络制式的演进，网络中的数据处理方法也会有所变化。

例如，对于用户面的数据包处理来说，由于4G网络中没有5G网络相关的QoS Flow相关的内容，在相关规范中，当用户设备发生4G网络和5G网络之间的切换，用户面的数据包对应的包处理规则都需要进行对应的改变，以适应新的网络制式。而相关技术中对包处理规则的改变需要大量的信令开销，对网络资源造成一定的浪费。并且，对包处理负责的频繁修改也会提高出错的几率，令包处理过程失败的可能性提高。

基于此，本申请提供了一种基于融合组网的包处理方法、系统、装置及存储介质，其方法的实现过程为：首先获取用户面的数据包；然后根据数据包对应的全量隧道端点标识，确定与数据包匹配的N4会话；由于本申请实施例中N4会话的信令中包含一个标记网络制式的会话类型，因此根据N4会话中的会话类型，对数据包执行包检测规则；当包检测规则通过，根据会话类型，对数据包执行包实施规则；当包实施规则完成，转发下行的数据包。本申请实施例通过在N4会话的信令中添加一个会话类型，用于区分用户设备当前所处的网络制式为4G还是5G，根据不同的网络制式，对数据包执行不同的包处理规则，减少由于网络制式改变而对N4会话或包处理规则进行频繁更改的情况，从而使融合组网中的信令开销减小，并降低包处理过程中出错的几率。

下面结合附图，对本申请实施例作进一步阐述。

参考图1，图1为本申请实施例提供的基于融合组网的包处理方法的步骤流程图，该方法包括但不限于步骤S100-S140：

S100、获取用户面的数据包；

具体地，本申请实施例中的数据包是指PDU(Protocol Data Unit，协议数据单元)。在 4G网络中通过PGW-U(PDN Gateway User plane function，公用数据网网关用户面功能实体) 来执行对数据包的各种策略规则，在5G网络中则是由UPF网元(User PlaneFunction，用户面功能实体)实现数据包检测等功能。为了实现融合组网中的数据包处理，现行规范中定义了专用于融合组网的融合网元PGW-U+UPF。因此，在融合组网中需要通过PGW-U+UPF网元来获取用户面数据包，并完成对该数据包的处理。

S110、根据数据包对应的全量隧道端点标识，确定与数据包匹配的N4会话；

具体地，在对用户面的数据包处理的过程中，需要建立PFCP Session(PacketForwarding Control Protocol Session，包转发控制协议会话)，又称为N4 Session(N4会话)，N4接口位于SMF网元(Session Management Function，会话管理功能实体)和UPF网元之间。在本申请实施例中，N4会话用于定义UPF网元对数据包进行处理的方式，该处理包括识别、转发、缓存、标记、报告和多接入，针对以上处理类型，N4会话包括以下规则：

(1)识别：PDRs(Packet Detection Rules，报文检测规则)；

(2)转发：FARs(Forwarding Action Rules，转发操作规则)；

(3)缓存：BARs(Buffering Action Rules，缓存操作规则)；

(4)标记：QERs(Qos Enforcement Rules，Qos实施规则)；

(5)报告：URRs(Usage Reporting Rules，用量上报规则)；

(6)多接入：MAR(Multi-Access Rule，多接入规则)。

根据上述内容，在融合组网中，通过N4会话来执行对数据包的处理，因此在本步骤中，需要确定与当前数据包匹配的N4会话。

而由于N4会话是在PDU Session(协议数据单元会话)建立的过程中同步建立的，因此通过PDU Session中的F-TEID(Fully Qualified Tunnel Endpoint Identifier，全量隧道端点标识)，可以确定与该数据包匹配的N4会话。

S120、根据N4会话中的会话类型，对数据包执行包检测规则；

具体地，在本申请实施例中，为N4会话的信令增加一个Session type(会话类型)，该会话类型用于标记该N4会话对应的是4G用户还是5G用户。根据该会话类型，区分N4会话对应的用户设备的网络制式，从而对不同网络制式下的数据包执行不同的包检测规则。根据该会话类型执行包检测规则的具体过程将在下文中展开阐述。

在本申请实施例中，N4会话中的会话类型是在用户设备上线的时候添加的，具体过程为：当用户设备上线，发起N4会话建立请求；其中，该N4会话建立请求中包括会话类型；则根据N4会话建立请求，融合组网中的UPF网元建立N4会话。根据以上过程，本申请实施例实现扩展PFCP Session Establishment Request(PFCP会话建立请求，即本申请实施例中的N4会话建立请求)，从而令N4会话的信令中包含该会话类型。

可以理解的是，由于本申请实施例中的会话类型是用于表征用户设备所处的网络制式，则当用户设备在4G和5G之间进行切换时，也应该对会话类型进行修改，具体过程为：当用户设备的网络制式发生切换，发起N4会话修改请求；其中，N4会话修改请求中包括会话类型；根据N4会话修改请求，融合组网中的UPF网元对会话类型进行修改。根据以上过程，本申请实施例实现扩展PFCP Session Modification Request(PFCP会话修改请求，即本申请实施例中的N4会话修改请求)，从而令会话类型随着网络切换而更改，令其始终可以标记用户设备当前所处的网络环境。

需要说明的是，根据上述步骤S110的内容，本申请实施例中的执行包检测规则是指执行PDRs，PDR用于实现对数据包的识别功能，因此在每个PDR内部都包含一个PDI(Packet Detection Information，包检测信息)，该PDI定义了一个或多个对报文进行匹配检测的字段，因此本申请实施例中的执行包检测规则实际上就是根据PDR中的PDI，对数据包进行匹配的过程。

S130、当包检测规则通过，根据会话类型，对数据包执行包实施规则；

具体地，上述步骤S120中提到，本申请实施例中N4会话的信令中包含会话类型，当步骤S120中的包检测规则通过，则根据会话类型，对不同网络制式下的数据包执行不同的包实施规则。根据该会话类型执行包实施规则的具体过程将在下文中展开阐述。

需要说明的是，根据上述步骤S110的内容，本申请实施例中的执行包实施规则是指执行QERs，即执行Qos实施规则。QER用于实现对数据包的标记功能，当正确标记数据包之后，UPF根据QER规则对数据包进行对应的封装并转发数据包。

S140、当包实施规则完成，转发下行的数据包；

具体地，当包实施规则完成，则为数据包创建外部头文件，并转发下行的该数据包到对应的目标网络的基站。可以理解的是，通过执行上述步骤S110中提到的FARs实对下行数据包的转发。

需要说明的是，步骤S110中还提到了N4会话中的BARs、URRs和MAR，这些规则与本申请实施例中的改进的会话类型关系较小，因此在本申请实施例中不对这些规则作赘述。可以理解的是，通过本申请实施例中添加了会话类型的N4会话，融合组网中的PGW-U+UPF网元能够实现如步骤S110中提到的多种规则，完成对数据包的处理。

通过步骤S100-S140，本申请实施例提供了一种基于融合组网的包处理方法，首先获取用户面的数据包；然后根据数据包对应的全量隧道端点标识，确定与数据包匹配的N4会话；由于本申请实施例中N4会话的信令中包含一个标记网络制式的会话类型，因此根据N4会话中的会话类型，对数据包执行包检测规则；当包检测规则通过，根据会话类型，对数据包执行包实施规则；当包实施规则完成，转发下行的数据包。本申请实施例通过在N4会话的信令中添加一个会话类型，用于区分用户设备当前所处的网络制式为4G还是5G，根据不同的网络制式，对数据包执行不同的包处理规则，减少由于网络制式改变而对N4会话或包处理规则进行频繁更改的情况，从而使融合组网中的信令开销减小，并降低包处理过程中出错的几率。

上述内容中提到，若用户设备的网络发生变化，也就是发生4G和5G之间的切换，相关技术中需要消耗大量信令对包处理规则等进行频繁的更改。

更具体地，例如在实现包检测规则的过程中，一些PDR的PDI中包含QFI(qos flowidentify，QoS流标识)，但是4G网络中没有QFI相关的概念，因此在相关技术中，若用户设备的网络发生4G/5G之间的切换，需要更改对应的PDR，使其在5G网络环境中携带QFI，在4G网络环境中则要去除该QFI。

又例如，相关技术在实现包实施规则的过程中，5G网络中的QER需要携带QFI；但是在4G网络中，QER中的QFI则需要被移除。

通过以上内容可以得知，当用户设备的网络发生4G到5G之间的切换，相关技术中的融合组网需要下发大量的信令，对PDI、QER在内的包处理规则进行更改，令数据包的处理能够在当下的网络制式中顺利进行。而实际上，由于PDRs和QERs的IE结构嵌套较多，比较复杂，实现PDRs和QERs的修改的编解码过程并不容易。而且，在5G网络覆盖还不够完善的地区，由于4G和5G网络会频繁发生切换，导致相关技术中融合组网的信令开销大大增加，并且频繁的更改会提高出错的几率，对4G/5G融合组网的可靠性和稳定性都会产生消极的影响。

基于此，本申请实施例提供了根据会话类型来实行包处理过程的方案，本申请实施例以执行包检测规则和包实施规则为例进行阐述。下面先阐述执行包检测规则的具体过程。

参照图2，图2为本申请实施例提供的根据该会话类型执行包检测规则的第一步骤流程图，该方法包括但不限于步骤S200-S290：

S200、判断数据包中是否存在隧道端点标识；

具体地，在上述步骤S120中提到，本申请实施例中的包检测规则实际上就是：根据PDR 中的PDI，对数据包进行匹配的过程。PDI定义了对报文进行匹配检测的字段，定义的这些字段包括但不限于本申请实施例中的隧道端点标识(TEID)、用户设备地址、服务数据流过滤器(Service Data Flow Filter，SDF Filter)，因此在执行包检测规则的过程中，需要对这些字段进行匹配，也就是将数据包中的报文与PDI中定义的字段进行匹配，根据匹配结果来确定当前PDR是否为数据包对应的PDR。

而在本申请实施例中，执行包检测规则首先是对隧道端点标识进行匹配，因此，需要先确定数据包的报文中是否存在隧道端点标识。

S210、若是，判断隧道端点标识是否匹配；

具体地，如图2所示，若步骤S200判断确定数据包中存在隧道端点标识，则将该隧道端点标识与PDR中的隧道端点标识进行匹配。

S220、若是，根据会话类型判断网络制式是否为4G制式；

具体地，若步骤S210判断确定隧道端点标识匹配，则根据当前N4会话中的会话类型，判断用户设备当前所处的网络制式是否为4G。

S230、若是，判断数据包是否存在用户设备地址；

具体地，若步骤S220判断确定用户设备当前处于4G网络，则判断数据包的报文中是否存在用户设备地址。

S240、若是，判断用户设备地址是否匹配；

具体地，若步骤S230判断确定数据包中存在用户设备地址，则判断该用户设备地址与 PDR中的用户设备地址是否匹配。

S250、若是，判断数据包是否存在服务数据流过滤器；

具体地，若步骤S240判断用户设备地址匹配，则判断数据包中是否存在SDFFilter(服务数据流过滤器)。

S260、若是，判断服务数据流过滤器是否匹配；

具体地，若步骤S250判断数据包中存在SDF Filter，则判断该SDF Filter与PDR中的 SDF Filter是否匹配。

S270、若是，包检测规则通过。

具体地，若步骤S260判断SDF Filter匹配，则判断本次包检测规则通过，确定当前数据包对应当前PDR。

通过步骤S200-S270，本申请实施例说明了当会话类型表示用户设备处于4G网络时的包检测规则执行过程。图2中还示出了当用户设备处于5G网络时包检测规则的执行过程，具体是步骤S280-S2100：

S280、若根据会话类型判断网络制式为5G制式，判断数据包是否存在QoS流标识；

具体地，当根据会话类型判断确定，用户设备的当前所处的网络制式为5G网络，则判断数据包中是否存在QFI(qos flow identify，QoS流标识)。

S290、若是，判断QoS流标识是否匹配；

具体地，若步骤S280判断数据包中存在QFI，则判断该QFI与PDR中的QFI是否匹配。

S2100、判断QoS流标识匹配；

具体地，若判断确定QoS流标识匹配，如图2所示，返回执行判断数据包是否存在用户设备地址这一步骤，也就是返回步骤S230，并往下继续执行图2中余下的步骤。

通过步骤S280-S2100，本申请实施例提供了当用户设备处于5G网络时包检测规则的执行过程。也就是说，通过步骤S200-S2100，本申请实施例实现了一种适用于融合组网的包检测规则的执行过程，无论用户设备当前是处于4G网络还是处于5G网络，都可以根据会话类型这一标记来实现相应的包检测规则的过程。

更具体的，就是例如当PDR中包含了QFI，也就是原5G的PDR的PDU中携带有QFI，则会话类型为4G网络的N4会话则可以跳过该QFI，无需对N4会话进行删减，也无需为了映射4G的Bearer而新建一个不含QFI的PDR，也能够执行包检测规则。

以上例子阐述的是当5G网络中只用一条默认的QoS Flow的情况，在5G网络切换到4G网络时，该条QoS Flow无需映射一个新的Bearer。而当5G网络中有多条QoS Flow的时候，则只需要为非默认的QoS Flow映射4G的Bearer建立相应的PDR即可。因此，本申请实施例实现了默认QoS Flow的PDR规则的复用，也能够有效较少频繁新建PDR带来的信令开销。

相比于上述内容中提到的开支大量信令、频繁更改包处理规则的相关技术，本申请实施例提出的验证会话类型的步骤，可以减少信令开支，实现减少对包处理规则的修改，降低出错概率的目的，与相关技术相比更方便快捷。

需要说明的是，上述步骤S200-S2100说明了当隧道端点标识(TEID)、用户设备地址 (UE地址)、SDF Fliter等都存在且匹配的处理情况，最终结果是PDI匹配成功，包规则检测通过。而实际上，PDI所定义的字段可能有更多种类型，也可能有更多种组合方案，本申请实施例不一一举例赘述。由于定义的字段不同，因此数据包中不一定都存在匹配的字段，并且在一些匹配失败后，会导致包检测过程不通过。因此，下面结合图3描述执行数据包检测流程中包括匹配失败过程在内的全流程。

参照图3，图3为本申请实施例提供的根据该会话类型执行包检测规则的第二步骤流程图，如图3所示，当包检测规则开始执行，首先判断数据包中是否存在TEID，若存在，进行TEID匹配；若TEID匹配成功，判断会话类型；若TEID匹配失败，则本次包检测规则不通过。若数据包中不存在TEID，则判断会话类型。若会话类型表示为网络制式为5G，则判断数据包中是否存在QFI，若存在QFI，则进行QFI匹配，若QFI匹配失败，则本次包检测规则不通过。若QFI匹配成功或者数据包中不存在QFI，则判断数据包中是否存在UE地址，若存在，进行UE地址匹配；若UE地址匹配失败，则本次包检测规则不通过。若UE 地址匹配成功或者数据包中不存在UE地址，则判断数据包中是否存在SDF Filter，若存在 SDF Filter，则进行SDFFilter匹配；若SDF Filter匹配失败，则本次包检测规则不通过。若 SDF Filter匹配成功或者SDF Filter不存在，则本次包检测规则执行完毕。

通过上述内容，已经将本申请实施例中执行包检测规则的过程阐述清楚，下面开始阐述本申请实施例中执行包实施规则的过程。

参照图4，图4为本申请实施例提供的根据会话类型执行包实施规则的步骤流程图，该方法包括但不限于步骤S400-S420：

S400、根据会话类型判断网络制式是否为5G制式；

具体地，上述内容中提到，本申请实施例中执行包实施规则实际上就是执行QERs。在本步骤中，需要根据N4会话中的会话类型，确定用户设备当前是否处于5G网络。

若本步骤中判断确定当前设备是处于4G网络，则包实施规则执行完毕，可以将数据包封装并转发出去，也就是执行上述步骤中的S140。

S410、若是，判断数据包是否存在QoS流标识；

具体地，若步骤S400判断确定当前用户设备处于5G网络，则判断数据包中是否存在 QFI，也就是QoS流标识。

S420、若是，根据QoS流标识，为数据包添加拓展包头，包实施规则执行完毕。

具体地，若步骤S410判断数据包中存在QFI，则根据该QFI，为当前数据包添加拓展包头。

当本步骤中的拓展包头添加完成，则当前包实施规则执行完毕，可以将数据包封装并转发出去，也就是执行上述步骤中的S140。

可以理解的是，上述步骤S400-S420中说明了QERs中根据QFI对数据包添加拓展包头的内容，而除了QFI，QERs中还涉及其他的元素，则可以在本申请实施例的包实施规则开始执行后，先执行QERs中的其他元素，再执行上述步骤中的S400-S420。

通过上述步骤S400-S420，本申请实施例提供了一种执行包实施规则的方案，通过会话类型对执行不同类型的QERs，也就是当网络为4G，跳过QFI的检测，也不会进行拓展包头的添加；当网络为5G，则根据QFI进行拓展包头的添加，令融合组网中的UPF能够在不进行QERs的频繁修改的前提下，兼容对4G/5G制式下数据包的包实现规则。

通过上述实施例中的一个或多个的组合，本申请实施例提供了一种基于融合组网的包处理方法，当用户设备上线，建立包含会话类型这一标记的N4会话；执行包处理的过程具体为：获取用户面的数据包；然后根据数据包对应的全量隧道端点标识，确定与数据包匹配的 N4会话；由于本申请实施例中N4会话的信令中包含一个标记网络制式的会话类型，因此根据N4会话中的会话类型，对数据包执行包检测规则，也就是根据会话类型来判断是否需要跳过QFI的检测，若为4G网络，则跳过；若为5G网络，则进行QFI的检测。当包检测规则通过，根据会话类型，对数据包执行包实施规则，也就是根据会话类型来判断是否需要根据QFI为数据包添加拓展包头，若为4G网络，则跳过该步骤；若为5G网络，则根据QFI 为数据包添加拓展包头。当包实施规则完成，转发下行的数据包。本申请实施例通过在N4 会话的信令中添加一个会话类型，用于区分用户设备当前所处的网络制式为4G还是5G，根据不同的网络制式，对数据包执行不同的包处理规则。与相关技术相比，本申请实施例无需更改PDRs，融合组网中的UPF就能够兼容4G/5G环境下的包检测规则执行过程，实现PDRs 的复用；同理，本申请实施例也无需更改QERs。为了实现融合组网中UPF对4G/5G环境下包处理规则的兼容，本申请实施例只需要在网络切换时进行会话类型的修改即可，与相关技术中修改PDRs和QERs的方案相比，本申请实施例更加方便简单，能有效降低信令开支，并提高融合组网中包处理过程的可靠性和稳定性。

参照图5，图5为本申请实施例提供的基于融合组网的系统的示意图，该系统500包括第一模块510、第二模块520、第三模块530、第四模块540和第五模块550；第一模块用于获取数据包；第二模块用于根据数据包对应的全量隧道端点标识，确定与数据包匹配的N4 会话；第三模块用于根据N4会话中的会话类型，对数据包执行包检测规则；第四模块用于当包检测规则通过，根据会话类型，对数据包执行包实施规则；第五模块用于当包实施规则完成，转发下行的数据包。

参考图6，图6为本申请实施例提供的一种装置的示意图，该装置600包括至少一个处理器610，还包括至少一个存储器620，用于存储至少一个程序；图6中以一个处理器及一个存储器为例。

处理器和存储器可以通过总线或者其他方式连接，图6中以通过总线连接为例。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请的另一个实施例还提供了一种装置，该装置可用于执行如上任意实施例中的控制方法，例如，执行以上描述的图1中的方法步骤。

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

本申请实施例还公开了一种计算机存储介质，其中存储有处理器可执行的程序，其特征在于，处理器可执行的程序在由处理器执行时用于实现本申请提出的基于融合组网的包处理方法。

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。

以上是对本申请的较佳实施进行了具体说明，但本申请并不局限于上述实施方式，熟悉本领域的技术人员在不违背本申请精神的前提下还可作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (6)

1.一种基于融合组网的包处理方法，其特征在于，包括：

获取用户面的数据包；

根据所述数据包对应的全量隧道端点标识，确定与所述数据包匹配的N4会话；

根据所述N4会话中的会话类型，对所述数据包执行包检测规则；

当所述包检测规则通过，根据所述会话类型，对所述数据包执行包实施规则；

当所述包实施规则完成，转发下行的所述数据包；

其中，所述会话类型用于标记当前用户的网络制式为4G或是5G；

其中，所述根据所述N4会话中的会话类型，对所述数据包执行包检测规则这一步骤，具体包括：

判断所述数据包中是否存在隧道端点标识；

若所述数据包中存在所述隧道端点标识，判断所述端点标识是否匹配；

若所述数据包中不存在隧道端点标识，或所述端点标识匹配，根据所述会话类型判断所述网络制式为4G制式或是5G制式；

若所述网络制式为5G制式，判断所述数据包是否存在QoS流标识；

若所述数据包存在所述QoS流标识，判断所述QoS流标识是否匹配；

若所述网络制式为4G制式，或所述数据包不存在所述QoS流标识，或所述QoS流标识匹配，判断所述数据包是否存在用户设备地址；

若所述数据包中存在所述用户设备地址，判断所述用户设备地址是否匹配；

若所述数据包中不存在所述用户设备地址，或所述用户设备地址匹配，判断所述数据包是否存在服务数据流过滤器；

若所述数据包中存在所述服务数据流过滤器，判断所述服务数据流过滤器是否匹配；

若所述数据包中不存在所述服务数据流过滤器，或所述服务数据流过滤器匹配，所述包检测规则通过；

若所述端点标识不匹配，或所述QoS流标识不匹配，或所述用户设备地址不匹配，或所述服务数据流过滤器不匹配，所述包检测失败；

其中，所述根据所述会话类型，对所述数据包执行包实施规则这一步骤，具体包括：

根据所述会话类型判断所述网络制式是否为5G制式；

若是，判断所述数据包是否存在所述QoS流标识；

若是，根据所述QoS流标识，为所述数据包添加拓展包头，所述包实施规则执行完毕。

2.根据权利要求1所述的基于融合组网的包处理方法，其特征在于，所述方法还包括：

当用户设备上线，发起N4会话建立请求；其中，所述N4会话建立请求中包括所述会话类型；

根据所述N4会话建立请求，建立所述N4会话。

3.根据权利要求1-2任一项所述的基于融合组网的包处理方法，其特征在于，所述方法还包括：

当所述用户设备的网络制式发生切换，发起N4会话修改请求；其中，所述N4会话修改请求中包括所述会话类型；

根据所述N4会话修改请求，对所述会话类型进行修改。

4.一种基于融合组网的包处理系统，其特征在于，包括第一模块、第二模块、第三模块、第四模块和第五模块；

所述第一模块用于获取数据包；

所述第二模块用于根据所述数据包对应的全量隧道端点标识，确定与所述数据包匹配的N4会话；

所述第三模块用于根据所述N4会话中的会话类型，对所述数据包执行包检测规则；

所述第四模块用于当所述包检测规则通过，根据所述会话类型，对所述数据包执行包实施规则；

所述第五模块用于当所述包实施规则完成，转发下行的所述数据包；

其中，所述会话类型用于标记当前用户的网络制式为4G或是5G；

其中，所述根据所述N4会话中的会话类型，对所述数据包执行包检测规则，具体包括：

判断所述数据包中是否存在隧道端点标识；

若所述数据包中存在所述隧道端点标识，判断所述端点标识是否匹配；

若所述数据包中不存在隧道端点标识，或所述端点标识匹配，根据所述会话类型判断所述网络制式为4G制式或是5G制式；

若所述网络制式为5G制式，判断所述数据包是否存在QoS流标识；

若所述数据包存在所述QoS流标识，判断所述QoS流标识是否匹配；

若所述网络制式为4G制式，或所述数据包不存在所述QoS流标识，或所述QoS流标识匹配，判断所述数据包是否存在用户设备地址；

若所述数据包中存在所述用户设备地址，判断所述用户设备地址是否匹配；

若所述数据包中不存在所述用户设备地址，或所述用户设备地址匹配，判断所述数据包是否存在服务数据流过滤器；

若所述数据包中存在所述服务数据流过滤器，判断所述服务数据流过滤器是否匹配；

若所述数据包中不存在所述服务数据流过滤器，或所述服务数据流过滤器匹配，所述包检测规则通过；

若所述端点标识不匹配，或所述QoS流标识不匹配，或所述用户设备地址不匹配，或所述服务数据流过滤器不匹配，所述包检测失败；

其中，所述根据所述会话类型，对所述数据包执行包实施规则这一步骤，具体包括：

根据所述会话类型判断所述网络制式是否为5G制式；

若是，判断所述数据包是否存在所述QoS流标识；

若是，根据所述QoS流标识，为所述数据包添加拓展包头，所述包实施规则执行完毕。

5.一种基于融合组网的包处理装置，其特征在于，包括：

至少一个处理器；

至少一个存储器，用于存储至少一个程序；

当所述至少一个程序被所述至少一个处理器执行，使得所述至少一个处理器实现如权利要求1-3中任一项所述的基于融合组网的包处理方法。

6.一种计算机存储介质，其中存储有处理器可执行的程序，其特征在于，所述处理器可执行的程序在由所述处理器执行时用于实现如权利要求1-3中任一项所述的基于融合组网的包处理方法。

Images