CN112822724A - 一种报文转发方法及装置 - Google Patents

Abstract

本发明公开了一种报文转发方法、装置及计算机可读存储介质，该方法在矢量数据包处理(VPP)架构下，增加了通用无线分组业务通道协议用户面(GTPU)处理节点，从GTPU报头中获取粒度更细的会话信息，例如隧道端标识(TEID)或用户终端IP(UE IP)，并根据这些粒度更细的会话信息和预先设置的分流策略及分流算法，将待转发报文更为均衡和灵活地分流到多个用户名功能(UPF)转发实例中，从而可以充分利用多个UPF转发实例的并行转发能力，大大提高报文的转发效率和整个通信系统的处理能力。

Description

一种报文转发方法及装置

技术领域

本发明涉及5G通信技术领域，尤其涉及一种用户面功能(User Plane Function，UPF)转发场景下的分流方法及装置。

背景技术

基于矢量数据包处理(Vector Packet Processing，VPP)实现的UPF可借助于VPP提供的基本转发框架增加UPF的处理节点；但在进行转发分流时，依然基于网卡的IP五元组信息，这就导致同一基站的数据在多个UPF的处理节点下分布不均，不能充分利用多个UPF的处理节点进行高效的并行处理。

因此，如何改进现有分流方法，使其基于更细粒度的信息进行分流，以均衡多个UPF的处理节点上的处理量，仍是亟需解决的一个技术问题。

发明内容

针对以上问题，本发明人创造性地提供一种报文转发方法及装置。

根据本发明实施例第一方面，提供一种报文转发方法，该方法包括：对待转发报文的通用无线分组业务通道协议用户面(GPRS Tunnel Protocol User Plane，GTPU)报头进行解码得到GTPU信息；根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例；将待转发报文发送给第一UPF转发实例，由第一UPF转发实例进行转发处理。

根据本发明实施例一实施方式，在获取分流策略之前，该方法还包括：根据GTPU信息设置UPF分流策略。

根据本发明实施例一实施方式，UPF分流策略包括UPF全局分流策略和UPF本地分流策略，相应地，在根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例之前，该方法还包括：判断是否预先设置了UPF本地分流策略，若是，则将UPF本地分流策略确定为预先设置的UPF分流策略，若否，则将UPF全局分流策略确定为预先设置的UPF分流策略。

根据本发明实施例一实施方式，根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例，包括：根据预先设置的UPF分流策略确定分流所依据的GTPU第一信息；基于GTPU第一信息的哈希值确定UPF转发实例的序号；根据所示UPF转发实例的序号确定处理待转发报文的第一UPF转发实例。

根据本发明实施例一实施方式，该方法还包括：获取UPF转发实例的负载情况；根据UPF转发实例的负载情况动态调整UPF实例个数。

根据本发明实施例一实施方式，在从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例之前，该方法还包括：设置UPF转发实例数；根据UPF转发实例数，将UPF转发实例平均分配到至少一个转发核上，并将相应的转发实例绑定到对应的转发核。

根据本发明实施例一实施方式，根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例，包括：根据GTPU信息、预先设置UPF分流策略，从多个转发处理节点中确定一个转发处理节点作为第一转发处理节点，由第一转发处理节点根据预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例。

根据本发明实施例第二方面，提供一种报文转发装置，该装置包括：GTPU解码模块，用于对待转发报文的GTPU报头进行解码得到GTPU信息；UPF分流模块，用于根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例；报文转发模块，用于将待转发报文发送给第一UPF转发实例，由第一UPF转发实例进行转发处理。

根据本发明实施例一实施方式，该装置还包括分流策略设置模块，用于根据GTPU信息设置UPF分流策略。

根据本发明实施例一实施方式，该装置还包括：UPF分流策略确定模块，用于判断是否预先设置了UPF本地分流策略，若是，则将UPF本地分流策略确定为预先设置的UPF分流策略，若否，则将UPF全局分流策略确定为预先设置的UPF分流策略。

根据本发明实施例一实施方式，UPF分流模块包括：GTPU第一信息获取子模块，用于根据预先设置的UPF分流策略确定分流所依据的GTPU第一信息；UPF转发实例的序号确定子模块，用于基于GTPU第一信息的哈希值确定UPF转发实例的序号；第一UPF转发实例获取子模块，用于根据所示UPF转发实例的序号确定处理待转发报文的第一UPF转发实例。

根据本发明实施例一实施方式，该装置还包括：负载监测模块，用于获取UPF转发实例的负载情况；分流算法调整模块，用于根据UPF转发实例的负载情况动态调整UPF实例个数。

根据本发明实施例一实施方式，该装置还包括：转发实例数设置模块，用于设置UPF转发实例数；转发核绑定模块，用于根据UPF转发实例数，将UPF转发实例平均分配到至少一个转发核上，并将相应的转发实例绑定到对应的转发核。

根据本发明实施例第三方面，提供一种计算机可读存储介质，其特征在于，存储介质包括一组计算机可执行指令，当指令被执行时用于执行上述任一项的报文转发方法。

本发明实施例提供一种报文转发方法、装置及计算机可读存储介质，该方法在矢量数据包处理(VPP)架构下，增加了通用无线分组业务通道协议用户面(GTPU)处理节点，从GTPU报头中获取粒度更细的会话信息，例如隧道端标识(TEID)或用户终端IP(UE IP)，并根据这些粒度更细的会话信息和预先设置的分流策略及分流算法，将待转发报文更为均衡和灵活地分流到多个用户名功能(UPF)转发实例中，从而可以充分利用多个UPF转发实例的并行转发能力，大大提高报文的转发效率和整个通信系统的处理能力。

需要理解的是，本发明的教导并不需要实现上面所述的全部有益效果，而是特定的技术方案可以实现特定的技术效果，并且本发明的其他实施方式还能够实现上面未提到的有益效果。

附图说明

通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中：

在附图中，相同或对应的标号表示相同或对应的部分。

图1为本发明实施例报文转发方法的应用场景示意图；

图2为本发明实施例报文转发方法的实现流程示意图；

图3为本发明实施例报文转发装置的组成结构示意图。

具体实施方式

为使本发明的目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

图1示出了本发明实施例报文转发方法的应用场景之一，如图1所示，该报文转发系统基于VPP框架，部署在虚拟机10上，其中箭头方向代表报文的传输方向和分发处理过程。由于VPP框架可以灵活增加处理节点，并通过图节点的方式将这些处理节点串联起来以处理报文中的数据包。因此，可根据需要建立多级处理节点，扩展并行处理能力。

在图1所示的应用场景中，除了报文接收处理节点102和报文发送处理节点103之外，在进行报文转发处理时，分成了两级处理节点，即转发处理节点(例如，转发处理节点1021、转发处理节点1022和转发处理节点1023等)和UPF转发实例(例如，UPF转发实例10211、UPF转发实例10212和UPF转发实例10213等)，其中一个转发处理节点对应多个UPF转发实例(例如，转发处理节点1021对应UPF转发实例10211、UPF转发实例10212和UPF转发实例10213等)。这样在接收到待转发的报文后，可先分流给转发处理节点，然后再由转发处理节点分流给UPF转发实例。

具体地，首先，由网卡101将接收到的报文发送给报文接收处理节点102；之后，报文接收处理节点102对报文进行简单的解析和处理得到可以并行处理的数据包，并根据预先设置的分发策略将数据包分流到转发处理节点(例如，转发处理节点1021、转发处理节点1022和转发处理节点1023)；然后转发处理节点(例如，转发处理节点1021)对数据包进行进一步处理，例如，取出数据包中的通用无线分组业务通道协议用户面(GPRS TunnelProtocol User Plane，GTPU)报头，获取TEID或UE IP等，再根据TEID或UE IP将数据包分流到某个UPF转发实例(例如，UPF转发实例10211)，由UPF转发实例对特定TEID或UE IP的数据包进行转发处理并确定要转发的下一个目标地址，之后再通过报文发送处理节点103通过网卡104发送出去。

在现有的报文转发方法中，通常是依赖某些网卡所特有的分流功能，而这些网卡的分流功能通常使用的是基于基站的IP五元组的分流策略，即将同一基站的数据包分流到同一UPF转发实例上进行转发处理。但是基站的个数比起用户终端或隧道的个数来说要少得多，属于粗粒度的，这就很可能导致当基站个数除以UPF转发实例的个数有余数时，某些UPF转发实例的处理量就会比其他UPF转发实例的处理量大很多，从而造成负载不均的情况。

举例说明如下，假设某一报文转发系统主要负责基站1、基站2、……基站10的报文转发，其中每个基站都在处理10个用户终端的10个会话，该报文转发系统就要处理100个会话的报文转发。另假设该转发系统有9个UPF转发实例可以进行这些报文的转发处理，且UPF转发实例都绑定有一个专用的转发核。

使用现有的报文转发方法，根据基站的IP五元组进行平均分流时，在9个UPF转发实例中，有8个UPF只需处理1个基站共10个会话的报文转发，而另有一个UPF转发实例需要处理2个基站共20个会话的报文转发。这就导致这一UPF转发实例的负载过重，很可能出现处理不过来，而其他UPF转发实例即使空闲也帮不上忙的情况。

使用本发明实施例报文转发方法进行报文转发的分流时，不再依赖网卡的分流功能，而是在VPP框架的处理节点上，通过软件方法实现报文转发的分流。在这种情况下，不仅可以根据基站的IP五元组，而且还可以通过从报文中解析到的其他更细粒度的信息进行分流，例如GTPU信息中的TEID或UE IP。假设在一实施例中，使用的是GTPU信息中的UE IP，则可以根据用户终端进行报文转发分流，将100个用户终端的100个会话平均分流到9个UPF。此时，在9个UPF转发实例中，有8个UPF需处理11个用户终端的11个会话的报文转发，而另有一个UPF转发实例需要处理12个用户终端的12个会话的报文转发。这样UPF转发实例的工作负载更为均衡，不容易出现某个UPF转发实例的负载过重的情况。

图2示出了本发明实施例报文转发方法的实现流程图。如图2所示，该方法包括：操作210，对待转发报文的GTPU报头进行解码得到GTPU信息；操作220，根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例；操作230，将待转发报文发送给第一UPF转发实例，由第一UPF转发实例进行转发处理。

在报文的传输过程中，根据GTPU协议，将用户终端发送的用户数据在IP/UDP之上封装成T-PDU，即在每个端点上分配的TEID指示特定的T-PDU属于哪个隧道。其中，TEID是由GTP隧道的接收端本地分配的，供发送端使用的隧道端点标识。

在操作210中，GTPU信息指根据GTPU协议封装的用户数据，例如UE IP或TEID。获取了这些用户数据就可以基于这些用户数据进行更细粒度的转发分流，使UPF转发实例的负载更为均衡。

获取了以上GTPU信息，就可以在操作220中进一步确定将该报文的数据包分流给哪个UPF转发实例来处理。其中，UPF分流策略指依据哪个具体的GTPU信息进行分流，例如，是通过“TEID”进行分流的还是通过“UE IP”进行分流的，是预先设置的一个参数值。

需要说明的是，在设置分流策略时，要确保上行数据和下行数据的分流策略一致。例如，当将分流策略配置为TEID分流时，上行数据可通过GTPU头中TEID值进行分流；相应地，下行数据也需要配置为TEID分流，通过用户终端建立会话时生成的UE IP上下文来获取所关联的TEID。如此，才能可以保证上行数据和下行数据的一致性。

UPF分流算法，则指在分流过程中如何根UPF分流策略确定由哪个UPF转发实例来处理该报文的数据包。这一算法不仅要保证UPF实例的工作负载是均衡的，还需要保证来自同一用户终端的同一会话的报文都由同一个UPF实例来处理。

这样，在获取了GTPU信息之后，就可以通过其中UPF分流策略指定的信息，例如TEID，对报文的转发处理进行分流，并依据TEID的具体值和UPF分流算法计算得到一个UPF实例的标识，也就完成了报文的分流。

之后，就可以通过操作230将该报文发送给该UPF转发实例进行转发处理。

根据本发明实施例一实施方式，在获取分流策略之前，该方法还包括：根据GTPU信息设置UPF分流策略。

如前所述，本发明实施例报文转发方法中的分流策略是预先设置的，该分流策略可通过配置文件或CLI交互命令中为指定参数赋值的方式来设置。

根据本发明实施例一实施方式，UPF分流策略包括UPF全局分流策略和UPF本地分流策略，相应地，在根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例之前，该方法还包括：判断是否预先设置了UPF本地分流策略，若是，则将UPF本地分流策略确定为预先设置的UPF分流策略，若否，则将UPF全局分流策略确定为预先设置的UPF分流策略。

在本实施方式中，分流策略也进行了分级设置，即可以首先设置一个全局的分流策略，在没有特殊情况下，各个转发处理节点都可以采用这一分流策略。但对于某些特殊情况需要进行特殊处理时，则还可以指定本地分流策略。其中，本地分流策略是指与当前转发配置相对应的分流策略，例如在网络接口(Network Interface，NWI)上指定的分流策略。

在确定分流策略时，首先检查是否设置有本地分流策略，如有，则优先使用本地分流策略，如没有，则使用全局分流策略。

如此可以统筹规划的同时还可以兼顾个别特殊情况。

根据本发明实施例一实施方式，根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例，包括：根据预先设置的UPF分流策略确定分流所依据的GTPU第一信息；基于GTPU第一信息的哈希值确定UPF转发实例的序号；根据所示UPF转发实例的序号确定处理待转发报文的第一UPF转发实例。

在进行分流时，通常是采用平均分配的分流算法，例如求余方法。但用于分流所依据的GTPU信息，例如UE IP，通常是一个字符串，无法直接进行求余，在这种情况下可使用哈希(Hash)算法进行转换后再进行求余。常用的Hash算法有MD5和SHA系统。例如，通过MD5(UEIP)％coreTotal得到UPF实例的序号，其中，coreTotal是UPF实例绑定的转发核的总数，也就是可以并行进行转发的最大并行数，UPF实例的序号是实现定义的一个序号，与UPF实例一一对应，可以通过映射关系从UPF实例的序号映射到一个具体的第一UPF转发实例。如此，来自相同UEIP的报文就会分流到同一个UPF转发实例上进行处理了。

根据本发明实施例一实施方式，该方法还包括：获取UPF转发实例的负载情况；根据UPF转发实例的负载情况动态调整UPF实例个数。

在本实施方式中，还会对UPF转发实例的负载情况进行监控，并根据实际的负载情况，灵活调整UPF实例个数。即当UPF转发实例的负载较高时，可自动创建新的UPF实例并将UPF实例绑定到较为空闲的转发核上，从而降低每个UPF实例的负载；当UPF转发实例的负载较低时，可自动删除一些UPF实例，并释放UPF实例所绑定的转发核，如此，可释放出更多系统资源进行其他业务的处理，从而提高整个系统资源的利用率和处理量。

根据本发明实施例一实施方式，在从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例之前，该方法还包括：设置UPF转发实例数；根据UPF转发实例数，将UPF转发实例平均分配到至少一个转发核上，并将相应的转发实例绑定到对应的转发核。

目前大部分服务器都是多核系统，而在多核系统中的每个核都可以互不干扰地执行一个独立地计算任务。在本实施方式中，将UPF转发实例平均分配到多个转发核上，可减少由于UPF转发实例分配不均,导致某一转发核上有多个UPF实例需要排队处理任务，而另一转发核却处于空闲状态，没有任务可处理的情况。如此，可充分利用多核系统的并行运算能力，大大提高报文转发的处理能力。

在本实施方式中，为了充分利用转发核的并行运算能力，将UPF转发实例平均分配到多个转发核上，可以进一步提高UPF实例的并行处理能力。

根据本发明实施例一实施方式，根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例，包括：根据GTPU信息、预先设置UPF分流策略，从多个转发处理节点中确定一个转发处理节点作为第一转发处理节点，由第一转发处理节点根据预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例。

在本实施方式中，将报文转发划分为两级，先将报文分流给多个转发处理节点中的一个转发处理节点，在该转发处理节点进行一部分报文处理后，再由该转发处理节点将处理后的报文分流给UPF转发实例。如此，一方面，可以通过转发处理节点，将报文转发处理业务分解成多个处理节点进行并行的流水线作业，比起串行的流水线作业效率更高；另一方面，通过多级分流处理，可相应缩短每一级处理的任务队列，也就可以设置更多的UPF转发实例，进一步提高报文转发的并行处理能力。

根据本发明实施例第二方面，提供一种报文转发装置，如图3所示，该装置30包括：GTPU解码模块301，用于对待转发报文的GTPU报头进行解码得到GTPU信息；UPF分流模块302，用于根据GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理待转发报文的第一UPF转发实例；报文转发模块303，用于将待转发报文发送给第一UPF转发实例，由第一UPF转发实例进行转发处理。

根据本发明实施例一实施方式，该装置30还包括分流策略设置模块，用于根据GTPU信息设置UPF分流策略。

根据本发明实施例一实施方式，该装置30还包括：UPF分流策略确定模块，用于判断是否预先设置了UPF本地分流策略，若是，则将UPF本地分流策略确定为预先设置的UPF分流策略，若否，则将UPF全局分流策略确定为预先设置的UPF分流策略。

根据本发明实施例一实施方式，UPF分流模块302包括：GTPU第一信息获取子模块，用于根据预先设置的UPF分流策略确定分流所依据的GTPU第一信息；UPF转发实例的序号确定子模块，用于基于GTPU第一信息的哈希值确定UPF转发实例的序号；第一UPF转发实例获取子模块，用于根据所示UPF转发实例的序号确定处理待转发报文的第一UPF转发实例。

根据本发明实施例一实施方式，该装置30还包括：负载监测模块，用于获取UPF转发实例的负载情况；分流算法调整模块，用于根据UPF转发实例的负载情况动态调整UPF实例个数。

根据本发明实施例一实施方式，该装置30还包括：转发实例数设置模块，用于设置UPF转发实例数；转发核绑定模块，用于根据UPF转发实例数，将UPF转发实例平均分配到至少一个转发核上，并将相应的转发实例绑定到对应的转发核。

根据本发明实施例第三方面，提供一种计算机可读存储介质，其特征在于，存储介质包括一组计算机可执行指令，当指令被执行时用于执行上述任一项的报文转发方法。

这里需要指出的是：以上针对报文转发装置实施例的描述和以上针对计算机可读存储介质实施例的描述，与前述方法实施例的描述是类似的，具有同前述方法实施例相似的有益效果，因此不做赘述。对于本发明对报文转发装置实施例的描述和对计算机可读存储介质实施例的描述尚未披露的技术细节，请参照本发明前述方法实施例的描述而理解，为节约篇幅，因此不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以利用硬件的形式实现，也可以利用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储介质、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种报文转发方法，所述方法包括：

对待转发报文的通用无线分组业务通道协议用户面GTPU报头进行解码得到GTPU信息；

根据所述GTPU信息、预先设置的用户面功能UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例；

将所述待转发报文发送给所述第一UPF转发实例，由所述第一UPF转发实例进行转发处理。

2.根据权利要求1所述的方法，在所述获取分流策略之前，所述方法还包括：

根据所述GTPU信息设置UPF分流策略。

3.根据权利要求1所述的方法，所述UPF分流策略包括UPF全局分流策略和UPF本地分流策略，相应地，在所述根据所述GTPU信息、所述预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例之前，所述方法还包括：

判断是否预先设置了UPF本地分流策略，若是，则将所述UPF本地分流策略确定为预先设置的UPF分流策略，若否，则将所述UPF全局分流策略确定为预先设置的UPF分流策略。

4.根据权利要求1所述的方法，根据所述GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例，包括：

根据预先设置的UPF分流策略确定分流所依据的GTPU第一信息；

基于所述GTPU第一信息的哈希值确定UPF转发实例的序号；

根据所示UPF转发实例的序号确定处理所述待转发报文的第一UPF转发实例。

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

获取UPF转发实例的负载情况；

根据所述UPF转发实例的负载情况动态调整UPF实例个数。

6.根据权利要求1所述的方法，在所述从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例之前，所述方法还包括：

设置UPF转发实例数；

根据所述UPF转发实例数，将UPF转发实例平均分配到至少一个转发核上，并将相应的转发实例绑定到对应的转发核。

7.根据权利要求1所述的方法，所述根据所述GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例，包括：

根据所述GTPU信息、预先设置UPF分流策略，从多个转发处理节点中确定一个转发处理节点作为第一转发处理节点，由所述第一转发处理节点根据预先设置的UPF分流算法，从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例。

8.一种报文转发装置，所述装置包括：

GTPU解码模块，用于对待转发报文的GTPU报头进行解码得到GTPU信息；

UPF分流模块，用于根据所述GTPU信息、预先设置的UPF分流策略和预先设置的UPF分流算法，从多个UPF转发实例中确定处理所述待转发报文的第一UPF转发实例；

报文转发模块，用于将所述待转发报文发送给所述第一UPF转发实例，由所述第一UPF转发实例进行转发处理。

9.根据权利要求8所述的装置，所述装置还包括：

分流策略设置模块，用于根据所述GTPU信息设置UPF分流策略。

10.一种计算机可读存储介质，所述存储介质包括一组计算机可执行指令，当所述指令被执行时用于执行权利要求1至8任一项所述的报文转发方法。

Images