CN113228562B

CN113228562B - 针对检测和执行规则集合处理预配置简档的功能和方法

Info

Publication number: CN113228562B
Application number: CN201880100313.0A
Authority: CN
Inventors: 米格尔·安琪·穆诺斯德拉托雷阿隆索; 安东尼奥·卡内特马丁内斯; 卡洛斯·吉门尼斯·科登
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2018-12-20
Filing date: 2018-12-20
Publication date: 2024-06-14
Anticipated expiration: 2038-12-20
Also published as: WO2020126009A1; US20220353336A1; EP3900262A1; CN113228562A; US11831722B2

Abstract

本文的实施例涉及一种由UPF(303)执行的针对检测和执行规则集合处理预配置简档的方法。UPF(303)包括适用于任何用户会话的一个或多个预配置简档。每个预配置简档包括检测和执行规则的集合。每个预配置简档包括简档ID和检测或执行规则的集合。UPF(303)从CPF(301)接收会话建立的第一请求，该第一请求包括至少一个简档激活指示。至少一个指示简档激活包括要激活的预配置简档的简档ID。UPF(303)建立在第一请求中指示的会话。对于所建立的会话，UPF(303)通过对预配置简档的检测和执行规则集合进行实例化来激活由简档ID标识的至少一个预配置简档。

Description

针对检测和执行规则集合处理预配置简档的功能和方法

技术领域

本文的实施例总体上涉及用户平面功能(UPF)、由UPF执行的方法、控制平面功能(CPF)以及由CPF执行的方法。更具体地，本文的实施例涉及针对检测和执行规则的集合处理预配置简档。

背景技术

控制和用户平面分离(CUPS)实现灵活放置分离的控制平面(CP)和用户平面(UP)功能，以支持不同的部署场景，例如中央或分布式用户平面功能。CUPS出现在第四代(4G)和第五代(5G)第三代合作伙伴计划(3GPP)通信系统中，并且也可以出现在未来的任何代中。通常，控制平面处理信令过程，而用户平面处理分组转发。

图1示出了在控制平面和用户平面分离(即服务网关(SGW)、分组数据网络网关(PGW)和业务检测功能(TDF)控制和用户平面的分离)的情况下4G的架构参考模型。Sx是4G中用户平面和控制平面的接口。图1中的该架构参考模型覆盖非漫游以及归属路由和本地中断漫游场景。图1示出了经由Sxa接口连接到服务网关用户平面功能(SGW-U)101u的SGW-控制平面功能(SGW-C)101c。SGW-C 101c经由S8/8-C接口连接到PGW控制平面功能(PGW-C)103c。PGW-C103c经由Sxb接口连接到分组数据网络网关用户平面功能(PGW-U)103u。PGW-U103a经由S5/8-u接口连接到SGW-U 101u。PGW-U 103u经由SGi接口连接到TDF用户平面功能(TDF-U)105u。TDF-U 105u经由Sxc接口连接到业务检测功能控制平面功能(TDF-C)105c。TDF-U 105u经由SGi接口连接到运营商的互联网协议(IP)服务108，例如IP多媒体子系统(IMS)、分组交换流(PSS)等。TDF-U105a和TDF-C可以是可选实体。

SGW-C 101c包括接口S11和S4-C，它们是到图1中未示出的实体的接口。SGW-U101u包括到图1中未示出的实体的接口S12、S4-U和S1-U。PGW-U 103u包括到图1中未示出的实体的接口Gn/Gp-U、S2a-U和S2b-U。PGW-C 103c包括到图1中未示出的实体的接口Gn/Gp-C、S2a-C、S2b-C、Gx、Gy、Gz和S6b。TDF-C 105c包括到图1中未示出的实体的接口Sd、Gyn和Gzn。

尽管图1示出了所有SGW、PGW和TDF的CP和UP功能是拆分的，但可以存在它们不一定全部拆分的情况。注意，SGW和PGW可以合并，并且在这种情况下，Sxa和Sxb接口被组合。

图2示出了在控制平面和用户平面分离(即会话管理功能(SMF)和用户平面功能(UPF)之间的控制平面和用户平面分离)的情况下5G核心网络(5GC)的架构参考模型。N4是5G中用户平面和控制平面之间的接口。图2示出了具有Nudr接口的统一数据存储库(UDR)201。图2示出了具有Nnef接口的网络暴露功能(NEF)203。此外，图2示出了具有Nnwdaf接口的网络数据分析功能(NWDAF)205和具有Naf接口的接入功能(AF)208。图2示出了具有Npcf接口的策略控制功能(PCF)210。PCF 210经由N28接口连接到由在线计费系统(OCS)213表示的计费系统。图2示出了具有Namf接口的接入和移动性管理功能(AMF)215和具有Nsmf接口的SMF 218。SMF 218经由N4接口连接到UPF 220。

在下文中，当使用缩略语UPF时，指一般用户平面功能，而不一定是5G架构中的UPF220。当明确指5G架构中的UPF时，将明确说明这一点，并且还将使用附图标记220。因此，在下文中，UPF可以是SGW-U 101u、PGW-U 103u、TDF-U 105u和UPF 220中的任何一个。

分组转发控制协议(PFCP)是用户平面和控制平面之间使用的协议，即它用在4G中的Sx接口和5G中的N4接口上。PFCP是4G和5G二者中CUPS的驱动力之一。总而言之，PFCP用在以下接口上：

4G：

οSxa-在SGW-C 101c和SGW-U 101u之间。

οSxb-在PGW-C 103c和PGW-U 103u之间。

οSxc-在TDF-C 105c和TDF-U 105u之间。

5G：

οN4-在SMF 218和UPF 220之间。

PFCP会话是指Sx和/或N4会话。

CPF通过建立、修改或删除PFCP会话上下文以及通过在4G的Sx会话或5G的N4会话中规定规则的集合以指示UPF如何处理特定业务来控制UPF中的分组的处理。这些规则可以被称为检测和执行规则。规则也可以被称为关于应该如何执行或履行某事的指令或指导。规则可以是例如用于分组检查的分组检测规则(PDR)、用于分组处理(例如转发、复制、缓冲、丢弃)的转发动作规则(FAR)、用于对分组执行QoS策略的Qos执行规则(QER)、用于测量业务使用的使用报告规则(URR)、和/或每个PFCP会话上下文的缓冲动作规则(BAR)。在4G中，PFCP会话上下文可以对应于单独的协议数据单元(PDN)连接、TDF会话或不绑定到例如用于在PGW-C和PDN之间转发半径(Radius)、直径或DHCP信令的任何PDN连接或TDF会话的独立会话。在5G中，PFCP会话上下文可以对应于单独的PDU会话或不绑定到任何PDU会话的独立PFCP会话。

每个PDR包括分组检测信息(PDI)，即输入分组针对其匹配的一个或多个匹配字段，并且可以与以下规则相关联，该规则提供指令的集合以应用于匹配PDI的分组：

·一个FAR，其包含与分组处理(特别是转发、复制、丢弃或缓冲分组)相关的指令，具有或不具有通知CP功能有关下行链路(DL)分组的到达

·零个、一个或多个QER，其包含与业务的QoS执行相关的指令；

·零个、一个或多个URR，其包含与业务测量和报告相关的指令。

·零个、一个或多个BAR，其包含与分组缓冲相关的指令。

FAR、QER和URR应只与相同PFCP会话上下文的一个或多个PDR相关联。

在CUPS中，UPF向CPF报告它支持的能力。能力也可以被称为特征。当前标准化的UPF能力如下面的表1所示：

表1-UPF特征

当前的PFCP协议指定PDR必须由CPF在会话建立/修改时通过Sx或N4信令安装在UPF中。

非CUPS架构中业务分类的当前配置可以包括20,000条规则范围内的检测规则。在会话建立时针对每个活动订户发送这样大量的PDR不仅在信令带宽方面非常消耗，而且还会延迟会话建立的完成并因此降低感知的服务质量。

问题变得更加严重，因为不仅需要在每个会话中规定PDR，而且还需要规定连接到它们的FAR、URR、QER和BAR。

这也给CPF带来了很大的负担，CPF可能会被如此大量的工作压垮，并且将需要长时间参与该过程，直到建立所有PDR。这将导致进一步需要CPF中的可扩展性，从而导致资本支出(CAPEX)增加。

因此，需要至少减轻或解决该问题。

发明内容

因此，本文的实施例的目的是消除以上缺点中的至少一个，并提供检测和执行规则的改进处理。

根据第一方面，该目的通过一种由UPF执行的用于针对检测和执行规则集合处理预配置简档的方法来实现。UPF包括适用于任何用户会话的一个或多个预配置简档。每个预配置简档包括检测和执行规则的集合。每个预配置简档包括用于标识预配置简档的简档ID和用于预配置简档的检测或执行规则集合。UPF从CPF接收会话建立的第一请求，该第一请求包括针对每个要激活的预配置简档的至少一个简档激活指示。至少一个指示简档激活包括要激活的预配置简档的简档ID。UPF建立在第一请求中指示的会话。对于所建立的会话，UPF通过对预配置简档的检测和执行规则集合进行实例化来激活由简档ID标识的至少一个预配置简档。

根据第二方面，该目的通过一种由CPF执行的用于针对检测和执行规则集合来处理预配置简档的方法实现。CPF向UPF发送会话建立的第一请求，该第一请求包括针对至少一个要激活的预配置简档的至少一个简档激活指示。简档激活指示包括要激活的预配置简档的简档ID。

根据第三方面，该目的通过UPF来实现。UPF包括适用于任何用户会话的一个或多个预配置简档。每个预配置简档包括检测和执行规则的集合。每个预配置简档包括用于标识预配置简档的简档ID和用于预配置简档的检测或执行规则集合。UPF适于从CPF接收会话建立的第一请求，该第一请求包括针对每个要激活的预配置简档的至少一个简档激活指示。至少一个指示简档激活包括要激活的预配置简档的简档ID。UPF适于建立在第一请求中指示的会话。对于所建立的会话，UPF适于通过对预配置简档的检测和执行规则集合进行实例化来激活由简档ID标识的至少一个预配置简档。

根据第四方面，该目的通过CPF来实现，该CPF适于向UPF发送会话建立的第一请求，该第一请求包括针对至少一个要激活的预配置简档的至少一个简档激活指示。简档激活指示包括要激活的预配置简档的简档ID。

由于在UPF中预配置了一个或多个简档，每个简档具有检测和执行规则的集合，因此改进了检测和执行规则的处理。

本文的实施例提供了许多优点，其中非穷举示例列表如下：

本文的实施例的一个优点是优化了用于批量PDR、FAR、URR、QER和BAR规定的信令。关联的带宽也被最小化。

本文的实施例的另一个优点是最小化了针对CPF和UPF二者的会话建立时间和关联的中央处理(CPU)和存储器使用。

本文的实施例的另一个优点是CPF的可扩展性需求被最小化，导致减少了资本支出(CAPEX)。

本文的实施例的优点是业务检测配置可以被规定一次并且然后应用于所有会话，从而最小化了配置工作和存储器使用。

本文的实施例的另一个优点是静态和动态业务处理数据可以在同一会话中组合。

此外，本文的实施例的优点是批量规定可以与进行的业务处理同时执行。

本文的实施例的另一个优点是它们允许不同网络供应商之间的互操作性，因为它基于PFCP协议扩展。

本文的实施例不限于上述特征和优点。本领域技术人员在阅读以下详细说明时，将认识到附加的特征和优点。

附图说明

现在将参照示出实施例的附图，在以下具体实施方式中仅作为示例更详细地进一步描述本文的实施例，其中：

图1是示出了4G网络的示意性框图。

图2是示出了5G网络的示意性框图。

图3是示出了通信系统的示意性框图。

图4是示出了方法的实施例的信令图。

图5是示出了由UPF执行的方法的实施例的流程图。

图6是示出了由CPF执行的方法的实施例的流程图。

图7是示出了UPF的实施例的示意性框图。

图8是示出了CPF的实施例的示意性框图。

附图不一定按比例绘制，并且为了清楚起见，某些特征的尺寸可能已经被放大。而将重点放在说明本文的实施例的原理上。

具体实施方式

图3描绘了可实现本文的实施例的通信系统300。在一些实施例中，通信系统300可以适用于一种或多种无线电接入技术，例如通用分组无线电服务(GPRS)、通用移动电信系统(UMTS)陆地无线电接入网(UTRAN)、演进UTRAN(E-UTRAN)(4G)、新无线电(NR)(5G)或任何其他合适的3GPP和非3GPP无线电接入技术(例如无线局域网(WLAN))或其他无线电接入技术。

该通信系统300包括CPF 301，其适于连接到UPF 303。如果通信系统300是4G系统，则CPF 301可以是例如SGW-C 101c、PGW-C103c或TDF-C 105c，或者如果通信系统300是5G系统，则CPF 301可以是SMF 218。如果通信系统300是4G系统，则UPF 303可以是例如SGW-U101u、PGW-U 103u或TDF-U 105u，或者如果通信系统300是5G系统，则它可以是UPF。注意，这些只是CPF 301和UPF 303的示例，并且任何其他合适的节点、单元或功能同样适用。CPF301可以被称为CPF节点并且UPF 303可以被称为UPF节点。CPF 301和UPF 303可以是单个节点或分离的节点。

CPF 301和UPF 303适于相互连接并通过接口相互通信。该接口可以是Sx接口、N4接口或能够实现这种连接和通信的任何其他合适的接口。

除了图3所示的CPF 301和UPF 303之外，通信系统300还可以包括附加实体，例如，至少一个图1和/或图2所示的实体。

应注意，通信系统300中的通信链路可以是包括有线链路或无线链路的任何适当的种类。根据本领域技术人员的理解，该链路可以根据层的类型和级别(例如由开放系统互连(OSI)模型指示)使用任何合适的协议。

现在将参照图4中的信令图来描述根据一些实施例的针对检测和执行规则集合来处理预配置简档的方法。UPF 303包括针对检测和执行规则集合的预配置简档，并且这些检测和执行规则适用于任何用户会话。这也可以被描述为预配置简档在UPF 303中批量规定。因此，UPF 303包括一个或多个预配置简档，并且一个或多个预配置简档中的每一个包括检测和执行规则的一个集合。检测和执行规则的该集合也可以被称为多个检测和执行规则、多重检测和执行规则或两个或更多个检测和执行规则。因此，检测和执行规则的集合包括多个检测和执行规则。图4中的方法包括以下步骤中的至少一个，这些步骤也可以按与以下所述不同的另一适当顺序执行：

步骤400

UPF 303向CPF 301通知它支持一个或多个简档的预配置。

步骤401

CPF 301向UPF 303发送会话建立的第一请求。第一请求包括至少一个简档激活指示。UPF 303从CPF 301接收该第一请求。该第一请求可以是PFCP会话建立的第一请求，或者它可以是任何其他合适的会话建立的第一请求。第一请求也可以被称为会话建立请求消息。简档激活指示也可以被称为简档激活指示。第一请求也可以被称为第一请求消息。

UPF 303建立所请求的会话，即它建立如所接收的第一请求中指示的会话。

一个或多个预配置简档可以是公共的并且可以应用于任何用户会话。可以存在例如具有最常用的检测和执行规则集合的一个简档。UPF 303还可以包括仅针对例如PDR的预配置简档以及针对FAR、QER等的单独的检测和执行规则。

检测和执行规则中的至少一个例如经由某个标识可以连接到其他检测和执行规则中的至少一个。例如，PDR可以连接到FAR ID、URR ID、QER ID、BAR ID。

步骤401可以通过建立到分组数据网络(PDN)的连接的UE请求来触发。

步骤402

UPF 303激活由第一请求中接收到的简档激活指示所指示的预配置简档。该激活包括UPF 303实例化预配置简档中的检测和执行规则的集合。由于简档是预配置的，因此检测和执行规则的集合也可以被视为是预配置的。在已经被实例化之后，检测和执行规则的集合可以被称为实例化的检测和执行规则集合或当前的检测和执行规则集合。

步骤403

CPF 301可以向UPF 303发送会话修改的第二请求。第二请求可以包括至少一个修改的检测和执行规则，或者它可以包括修改由标识符标识的至少一个检测和执行规则的指令。第二请求可以是对PCFP会话修改的第二请求，或者它可以是对会话修改的任何其他合适的第二请求。第二请求可以被称为会话修改请求消息。

第二请求的发送可以通过例如由PCRF发起的PCC规则修改或由于由OCS等触发的在线计费过程引起的改变来触发。

步骤404

如果已经执行了步骤403，则执行步骤404。CPF 301可以在预配置简档中并且针对已建立的会话(即当前会话)，用至少一个修改的检测和/或执行规则来替换实例化的检测和/或执行规则。在已执行步骤404之后，针对已建立的会话的预配置简档包括修改的检测和执行规则。

修改的检测或执行规则可以在由预配置简档实例化的检测或执行规则中。

用修改的检测或执行规则替换由预配置简档实例化的检测或执行规则仅针对当前会话。当针对其他会话实例化时，预配置简档中的对应规则将保持不变。

步骤405

CPF 301可以向UPF 303发送会话修改的第三请求。第三请求可以包括至少一个附加的检测和/或执行规则。第三请求可以是PCFP会话修改的第三请求，或者它可以是任何其他合适的会话修改的第三请求。第三请求可以被称为会话修改请求消息。附加的检测和/或执行规则也可以被称为新检测和/或执行规则。

单独的检测和/或执行规则可以被创建，并与给定用户会话中由激活的预配置简档实例化的规则进行组合。此外，对于PDR简档，可以通过向简档分配优先级值以及简档内每个规则的偏移优先级值来实现合适的组合。附加的检测和执行规则可以经由O&M设备来添加。

步骤403和405中的第二和第三请求可以是分离的消息，或者它们可以是一个消息，在该消息中修改的和附加的检测和执行规则二者被发送给UPF 303。步骤403可以在步骤405之前执行，或者步骤405可以在步骤403之前执行。

步骤406

UPF 303在该集合中并且针对已建立的会话(即针对当前PCFP会话，即在步骤401中请求建立的会话)将实例化的检测和执行规则与附加的检测和执行规则进行组合。

附加的检测和执行规则可以与该集合进行组合，或者与由预配置简档实例化的检测和执行规则进行组合。

下面是用于在图4的示例方法中传送的请求消息的示例术语的概述：

现在将提供图4中示出的方法的更多细节。

为了使用本文的实施例，UPF 303向CPF 391指示它在关联过程(例如，PFCP关联过程)中支持该能力(图4中的步骤400)。为此，可以在以下表2的最后一行中看到针对批量规定的新特征：

表2-UPF特征

UPF 303的操作和维护(O&M)接口可用于预配置PDR、FAR、URR、QER和BAR的批量集合，其中每个集合可由UPF 303通过可配置标识符来选择。每个集合可以存在一个可配置的标识符，例如简档标识符。

CPF 301将能够通过在图4的步骤401中的会话建立请求消息中(即在第一请求中)包括至少一个简档激活指示来激活预配置的PDR、FAR、URR、QER和BAR的这些集合。简档激活指示可以是信息元素(IE)的形式或任何其他合适的格式。简档激活指示可以是例如在以下表3的最后八行中附加的IE中的至少一个。最后八行中的IE是激活PDR简档、激活FAR简档、激活URR简档、激活QER简档、激活BAR简档、F-TEID前缀、UE IP地址实例和远程F-TEID。F-TEID是完全合格隧道端点标识符的缩写，UE是用户设备的缩写。会话建立请求消息可以是PFCP会话建立请求消息。注意，除了最后八行中的至少一个IE之外，会话建立请求消息还可以包括表3中的其他IE中的任何一个。

表3-会话建立请求消息中的IE

简档激活指示符可以如下：

表4-会话建立请求内的激活PDR简档IE

表5-会话建立请求内的激活FAR简档IE

表6-会话建立请求内的激活URR简档IE

表7-会话建立请求内的激活QER简档IE

表8-会话建立请求内的激活BAR简档IE

表9-会话建立请求内的UE IP地址实例IE

表10-会话建立请求内的远程F-TEID IE

F-TEID前缀IE类型可以如表11所示进行编码

表11-F-TEID前缀

F-TEID前缀用于发送发送实体的TEID前缀和IP地址，即F-TEID包括发送实体的TEID前缀和IP地址。CPF 301发送TEID前缀，然后UPF 303将偏移添加到TEID前缀以获得F-TEID。F-TEID是TEID前缀加上IP地址。发送实体可以是CPF 301。F-TEID前缀可以通过以下方式中的至少一个使用：

1)CPF 301可以分配F-TEID前缀并且在参数中包括这样的F-TEID前缀。F-TEID值由UPF 303使用提供的F-TEID前缀和预配置的偏移组成。

2)作为替代，CPF 301可以请求UPF 303分配F-TEID前缀。为此，CPF 301可以在F-TEID前缀中包括CHOOSE(选择)标志。然后UPF 303使用由CHOOSE标志指示的所选择的F-TEID前缀组成F-TEID值

此外，预配置简档可以包括一个或多个UE IP地址，如表10所示。每个UE IP地址可以通过索引来标识，该索引用于用实例化的PDR中的对应UE IP地址值替换预配置的PDR中的对应参数。

相同的简档激活指示可适用于会话修改，加上对应的停用PDR简档、停用FAR简档、停用URR简档、停用QER简档和停用BAR简档。

注意，对于预配置的FAR、URR、QER和BAR简档，不存在针对更新简档激活的指示。完整的预配置简档的所有更新都可以通过O&M来完成，尽管可以以与当前技术相同的方式更新单独的元素。然而，包括更新PDR简档以允许优先级的修改。修改UE IP地址和修改远程F-TEID IE也被包括用于会话修改。

至少一些或优选地所有预配置的PDR简档可以被分配简档优先级，以便根据它们的简档优先级，可以在被其他预配置简档实例化的PDR之前或之后，执行由该预配置简档实例化的PDR的分组检测匹配。优先级可以适用于不同的预配置PDR简档中以及单独的PDR和那些预配置简档中的PDR中。给定的预配置PDR简档内的所有PDR也可以均被分配实例化的规则优先级，并且该规则优先级可以基于优先级偏移和预配置PDR简档的简档优先级计算，其中“基于”可以指加、减或任何其他合适的运算。可以向预配置简档中的PDR配置不连续的优先级值。这可以允许在会话建立或修改时安装的单独的PDR与预定义PDR中的PDR交织，以指定针对业务分类的匹配顺序。

PFCP会话中的所有PDR可以被分配规则优先级。当CPF 301激活预配置的PDR简档时，它不想针对实例化的预配置简档中的每个单独的PDR提供规则优先级。为此，CPF 301向预配置简档本身分配简档优先级，并与简档激活指示一起发送。UPF 303针对预配置简档中的每个PDR保持规则优先级偏移，并基于简档优先级和规则优先级偏移(例如简档优先级和规则优先级偏移的总和)来确定实例化的规则优先级。该实例化的规则优先级是实例化的PDR的优先级。例如，简档优先级＝100和规则优先级偏移＝12，导致实例化的规则优先级＝112

以下是不同优先级的概述：

·简档优先级：由CPF 301分配给预配置简档的优先级。简档优先级也可以被称为简档的优先级或第一优先级。

·规则优先级：由CPF 301分配给检测和执行规则的优先级。规则优先级也可以被称为规则的优先级、PDR优先级、PDR的优先级或第二优先级。

·规则优先级偏移：对于每个预配置的检测和执行规则。由UPF 303保持。规则优先级偏移也可以被称为规则的优先级偏移、PDR的优先级偏移、PDR的优先级偏移或第三优先级。

·实例化的规则优先级＝简档优先级+规则优先级偏移。实例化的规则优先级也可以被称为实例化的规则的优先级、实例化的PDR优先级、实例化的PDR的优先级或第四优先级

优先级可以具有特定值，并且因此该优先级也可以被称为优先级值。然而，为了简单起见，本文将使用术语优先级来指代优先级值。优先级也可以被称为优先权。与另一个规则相比具有高优先级的规则将优先于具有较低优先级的另一规则。

单独的PDR、FAR、URR、QER和BAR可以与一个或多个激活简档IE一起被包括在图4的步骤401中的PFCP会话建立请求消息中。

在现有的PDR和FAR中，存在一些特定于会话的动态参数，因此无法在配置时进行规定，即它们无法被预配置。受影响的参数是：

·F-TEID

·远程F-TEID，用于FAR中的外部头部创建

·UE IP地址

为了向PDR规定UE IP地址，可以在UPF 303的预配置PDR简档中预配置PDR模板，其中指定必须匹配UE IP地址，但匹配值应在会话建立时通过指示UE IP地址实例ID来规定。为此，针对UE IP地址的简档激活指示已被附加到表3，如表中的倒数第二行所示。

为了规定F-TEID值，F-TEID前缀IE已被添加到PFCP会话建立请求中，并且应针对需要匹配F-TEID值的每个PDR配置F-TEID偏移。当CPF 301选择F-TEID时，F-TEID前缀应在会话建立或修改时被发送到UPF 303，如表3和表11所指定的。这将与预配置的PDR简档中针对每个PDR配置的F-TEID偏移进行组合，以在会话建立或修改时构建实际的F-TEID值。

由于CPF 301还需要知道分配给每个PDR的F-TEID并避免UPF 303必须用所分配的F-TEID的大列表来响应CPF 301，因此CPF 301可以具有每个预配置PDR的F-TEID偏移的副本。这样，它可以通过将偏移与F-TEID前缀进行组合来组成会话的F-TEID值。

当UPF 303选择F-TEID时，F-TEID前缀IE应包含CHOOSE标志集合而不是F-TEID前缀。在这种情况下，UPF 303可以选择它自己的F-TEID前缀，并将使用预配置简档中的预配置PDR的F-TEID偏移来组成每个PDR的实际F-TEID值。所选择的F-TEID前缀可以在会话建立或修改响应中返回给CPF 301，以便它可以通过在每个预配置的PDR简档中将其与每个配置的PDR的F-TEID偏移的存储列表组合来导出针对会话分配的F-TEID值。

产生的PDR可以充当所选择的预配置PDR简档的工作副本，仅适用于当前会话。作为一个选项，UPF 303可以仅将PDR的可变部分与公共预配置的PDR简档分开存储。为了能够定制和修改预配置的FAR、URR、QER和BAR，它们也可以被实例化为适用于当前会话的工作副本。工作副本可以被描述为预配置简档的短期或临时副本，用作相关或仅供参考的信息。CPF 301可以通过将这些IE的不同字段的新值连同预配置简档中的FAR Id、URR Id、QER Id或BAR Id一起发送来修改实例化的检测和执行规则。

由于若干PDR可以连接到相同的FAR Id、URR Id、QER Id和/或BAR Id，这可用于同时更新针对许多预配置PDR的转发、报告、QoS和缓冲设置。

还可以通过修改现有的FAR Id、URR Id、QER Id和BAR Id并指向要安装的新FAR、URR、QER和BAR或其他预配置的FAR、URR、QER或BAR来修改单个预配置的PDR。

本文的实施例可以通过以下步骤a)-d)来描述，其中包括一些示例：

步骤a)

O&M实体向UPF 303规定针对PDR、FAR、URR、QER和BAR的若干预配置简档，其中：

·每个预配置简档具有简档标识，其稍后可以由CPF选择

·每个预配置简档具有PDR、FAR、URR、QER或BAR的一个或多个实例，取决于预配置简档的类型，例如FAR简档包括FAR的集合。

·预配置简档中的每个元素具有标识符，其稍后可以由CPF 301寻址，例如PDR具有PDR Id。

·预配置的PDR简档中的PDR可以具有相对优先级编号，其可以与前一个连续或分开。预配置简档中的不同PDR具有不同的优先级值，但不同的预配置简档中的PDR可以具有相同的优先级值。

·预配置的PDR连接到预配置简档中的FAR Id、URR Id、QER Id和/或BAR Id。

·PDR Id、FAR Id、URR Id、QER Id和BAR Id在所有预配置简档中是唯一的。

·F-TEID偏移被包括通常用于上行链路PDR，并且UE IP地址可以被包括而不具有值，通常用于下行链路PDR，其中在会话建立或修改时接收实际UE IP地址并由UPF 303通过将在会话建立或修改时接收到的F-TEID前缀与每个PDR的存储的F-TEID偏移组合来计算F-TEID值。

上面提到的O&M实体是运营商网络中的网络元素。O&M实体适于连接到不同的节点，例如CPF 301和/或UPF 303，以管理它们，包括规定、配置、警报处理等。

下面的表12是预配置的PDR简档的可能配置的示例：

表12–预配置的PDR简档

下面的表13是预配置的FAR简档的可能配置的示例：

表13–预配置的FAR简档

下面的表14是预配置的URR简档的可能配置的示例：

表14–预配置的URR简档

下面的表15是预配置的QER简档的可能配置的示例：

表15–预配置的QER简档

步骤b)

该步骤对应于图4中的步骤401。在会话建立时，CPF 301向UPF 300发送会话建立请求，包括一个或多个简档激活指示。简档激活指示符可以是以下信息元素中的至少一个：“激活PDR简档”、“激活FAR简档”、“激活URR简档”、“激活QER简档”和/或“激活BAR简档”。

当包括“激活PDR简档”IE时，还可以提供F-TEID前缀和UE IP地址实例。当包括“激活FAR简档”IE时，可以提供至少一个远程F-TEID值。

可以提供预配置的FAR、URR、QER和BAR简档，以便定义激活的预配置PDR简档中的预配置PDR所引用的所有FAR Id、URR Id、QER Id和BAR Id。如果这没有被满足，则UPF 303可以用错误指示进行响应并且会话建立将失败。

作为备选，可以通过在会话建立或修改请求消息中包括单独的创建FAR、创建URR、创建QER和创建BAR信息元素来直接安装一些引用的FAR Id、URR Id、QER Id和BAR Id。

下面的表16是具有简档激活指示符的会话建立请求消息的示例：

表16-PFCP会话建立请求

步骤c)

该步骤对应于图4中的步骤402。当UPF 303接收到这样的消息时，它可以针对会话实例化表17中的PDR示例中的至少一个：

表17-PDR

FAR可以根据提供的F-TEID值进行实例化，如表18所例示的：

表18–预配置的FAR简档

步骤d)

该动作对应于图4中的步骤403至406。在会话修改时，CPF 301可以通过使用实例化的PDR、FAR、URR和QER的ID来改变该实例化的PDR、FAR、URR和QER，如同对于任何其他安装的IE。修改可以包括创建新规则和/或更新现有规则。它还可以将PDR与新的FAR、URR等连接，如表19中可见的会话修改请求消息的以下示例所示：

表19-会话修改请求

现在将从UPF 303的角度来描述上述方法。图5是描述UPF 303中针对检测和执行规则集合处理预配置简档的本方法的流程图。UPF 303包括适用于任何用户会话的一个或多个预配置简档。每个预配置简档包括检测和执行规则的集合。每个预配置简档包括用于标识预配置简档的简档ID和用于预配置简档的检测或执行规则的集合。该方法包括要由UPF 303执行的以下步骤中的至少一个，这些步骤可以按与以下所述不同的任何适当顺序来执行：

步骤500

该步骤对应于图4中的步骤400。UPF 303可以向CPF(301)发送指示用户平面功能支持针对检测和执行规则集合的一个或多个简档的预配置的信息。

预配置的检测和执行规则可以是PDR、FAR、QER、URR和BAR中的至少一个。

步骤501

该步骤对应于图4中的步骤401。UPF 303从CPF 301接收会话建立的第一请求，该第一请求包括针对每个要激活的预配置简档的至少一个简档激活指示。至少一个指示简档激活包括要激活的预配置简档的简档ID。

预配置简档是公共的并且可以应用于任何用户会话。

步骤502

该步骤对应于图4中的步骤401。UPF 303建立在第一请求中指示的会话。

步骤503

该步骤对应于图4中的步骤402。对于所建立的会话，UPF 303通过对预配置简档的检测和执行规则集合进行实例化来激活由简档ID标识的至少一个预配置简档。

步骤504

该步骤对应于图4中的步骤403。UPF 303可以从CPF(301)接收会话修改的第二请求，该第二请求包括至少一个修改的检测和执行规则。

步骤505

该步骤对应于图4中的步骤404。UPF 303可以针对所建立的会话用至少一个修改的检测和执行规则替换实例化的集合中的至少一个预配置的检测和执行规则。该步骤也可以被描述为通过针对所建立的会话用至少一个修改的检测和执行规则替换实例化的集合中的至少一个预配置的检测和执行规则来进行修改。

步骤506

该步骤对应于图4中的步骤405。UPF 303可以从CPF 301接收会话修改的第三请求，该第三请求包括至少一个附加的检测和执行规则。

步骤507

该步骤对应于图4中的步骤406。UPF可以针对所建立的会话将至少一个附加的检测和执行规则与实例化的检测和执行规则集合中的至少一个检测和执行规则进行组合。该步骤也可以被描述为通过将至少一个附加的检测和执行规则与实例化的检测和执行规则集合中的至少一个检测和执行规则组合来进行修改。

步骤508

预配置简档可以是针对作为PDR的检测和执行规则集合的预配置的PDR简档。每个预配置的PDR简档可以与简档优先级相关联。UPF 303可以包括与预配置的PDR简档的检测和执行规则集合中的每个PDR相关联的规则优先级偏移。UPF 303可以基于简档优先级乃至规则优先级偏移来确定实例化的优先级。UPF 303可以根据实例化的优先级确定应用预配置简档。

当一个或多个预配置简档是针对作为PDR的检测和执行规则集合时，简档激活指示可以包括针对所建立的会话的F-TEID前缀和一个或多个UE IP地址。UPF 303可以将F-TEID前缀和UE IP地址与预配置简档中的至少一个PDR中的对应参数进行匹配。UPF 303可以在PDR被实例化时用PDR中的对应参数替换F-TEID前缀和UE IP地址。F-TEID前缀和一个或多个UE IP地址可以作为占位符被包括以通过预配置简档中的规则进行匹配。在会话建立时，当规则被实例化时，占位符可以被这些值替换。

当一个或多个预配置简档是针对作为FAR的检测和执行规则集合时，简档激活指示可以包括至少一个远程F-TEID和关联的远程F-TEID索引。UPF 303可以将至少一个远程F-TEID索引与预配置简档中的FAR进行匹配。由远程F-TEID索引标识的参数可以被UPF 303替换为远程F-TEID值并且被包括在实例化的FAR中。UPF 303可以用具有与所接收的第一请求中的远程F-TEID索引相同的远程F-TEID索引并被包括在被实例化的FAR中的对应参数来替换至少一个远程F-TEID值。该指示可以包括一个或多个远程F-TEID。远程F-TEID可以作为占位符被包括在指示中，以通过预配置简档中的规则进行匹配。在会话建立时，由它们的索引标识的占位符可以被具有与该消息中接收的索引相同的索引并被包括在实例化的规则中的对应值替换。

每个远程F-TEID可以具有关联的索引，例如远程F-TEID索引，所以存在两个参数：允许匹配简档中的该适用参数的索引和值。

现在将从CPF 301的角度来描述上述方法。图6是描述CPF 301中针对检测和执行规则集合处理预配置简档的本方法的流程图。该方法包括要由CPF 301执行的以下步骤中的至少一个，这些步骤可以按与以下所述不同的任何适当顺序来执行：

步骤600

该步骤对应于图4中的步骤400。CPF 301可以从UPF 303接收用于指示用户平面功能支持针对检测和执行规则集合的预配置简档的预配置的信息。

步骤601

该步骤对应于图4中的步骤401。CPF 301向UPF 303发送会话建立的第一请求，该第一请求包括针对至少一个要激活的预配置简档的至少一个简档激活指示。简档激活指示包括要激活的预配置简档的简档ID。至少一个预配置简档包括检测和执行规则的集合。该集合中的检测和执行规则可以是PDR、FAR、QER、URR和BAR中的至少一个。

步骤602

该步骤对应于图4中的步骤403。CPF 301可以向UPF 303发送会话修改的第二请求，该第二请求包括该集合中的检测和执行规则中的至少一个修改的检测和执行规则。修改的检测和执行规则应该替换实例化的集合中的对应检测和执行规则。

步骤603

该步骤对应于图4中的步骤405。CPF 301可以向UPF 303发送会话修改的第三请求，该第三请求包括要与实例化的集合中的至少一个检测和执行规则进行组合的至少一个新的检测和执行规则。

预配置简档可以是针对作为PDR的检测和执行规则集合的预配置的PDR简档。预配置的PDR简档可以与简档优先级值相关联，并且集合中的每个PDR可以与偏移规则优先级值相关联。实例化的PDR中的优先级值可以基于简档优先级值和偏移规则优先级值。

当一个或多个预配置简档是针对作为PDR的检测和执行规则集合时，简档激活指示可以包括针对所建立的会话的F-TEID前缀和一个或多个UE IP地址。

当一个或多个预配置简档是针对作为FAR的检测和执行规则集合时，简档激活指示可以包括远程F-TEID和关联的远程F-TEID索引。

在图7中，示出了CPF装置。CPF 301包括处理器PRO_CPF 701、接口IF_CPF 703和存储器MEM_CPF 705，在MEM_CPF 705中存储了用于执行上述方法步骤的存储器指令。CPF 301经由接口IF_CPF 703进行通信。IF_CPF 703包括与发射机和接收机通信的外部接口和内部接口二者(未示出)。

CPF 301适于(例如借助于IF_CPF 703)向UPF 303发送会话建立的第一请求，该第一请求包括针对至少一个要激活的预配置简档的至少一个简档激活指示。简档激活指示包括要激活的预配置简档的简档ID。

CPF 301还适于(例如借助于IF_CPF 703)向UPF 303发送会话修改的第二请求，该第二请求包括该集合中的检测和执行规则中的至少一个修改的检测和执行规则。修改的检测和执行规则应该替换实例化的集合中的对应检测和执行规则。

CPF 301还适于(例如借助于IF_CPF 703)向UPF 303发送会话修改的第三请求，该第三请求包括要与实例化的集合中的至少一个检测和执行规则进行组合的至少一个新的检测和执行规则。

CPF 301还适于(例如借助于IF_CPF 703)从UPF 303接收用于指示用户平面功能支持针对检测和执行规则集合的预配置简档的预配置的信息。

当一个或多个预配置简档是针对作为PDR的检测和执行规则的集合时，简档激活指示可以包括针对所建立的会话的F-TEID前缀和一个或多个UE IP地址。

该集合中的检测和执行规则可以是PDR、FAR、QER、URR和BAR中的至少一个。

在图8中，示出了UPF装置。UPF 303包括处理器PRO_UPF 801、接口IF_UPF 803和存储器MEM_UPF 805，在MEM_UPF 805中存储了用于执行上述方法步骤的存储器指令。UPF 303经由接口IF_UPF 803进行通信。IF_UPF 803包括与发射机和接收机通信的外部接口和内部接口二者(未示出)。

UPF 303包括适用于任何用户会话的一个或多个预配置简档。每个预配置简档包括检测和执行规则的集合。每个预配置简档包括用于标识预配置简档的简档ID和用于预配置简档的检测或执行规则集合。

UPF 303适于(例如借助于IF_UPF 803)从CPF 301接收会话建立的第一请求，该第一请求包括针对每个要激活的预配置简档的至少一个简档激活指示。该至少一个指示简档激活包括要激活的预配置简档的简档ID。

UPF 303适于(例如借助于PRO_UPF 801)建立在第一请求中指示的会话。

对于所建立的会话，UPF 303适于(例如借助于PRO_UPF 801)通过对预配置简档的检测和执行规则集合进行实例化来激活由简档ID标识的至少一个预配置简档。

UPF 303还可以适于(例如借助于IF_UPF 803)从CPF 301接收会话修改的第二请求，该第二请求包括至少一个修改的检测和执行规则。

UPF 303还可以适于(例如借助于PRO_UPF 801)针对所建立的会话用至少一个修改的检测和执行规则替换实例化的集合中的至少一个预配置的检测和执行规则。

UPF 303还可以适于(例如借助于IF_UPF 803)从CPF 301接收会话修改的第三请求，该第三请求包括至少一个附加的检测和执行规则。

UPF 303还可以适于(例如借助于PRO_UPF 801)针对所建立的会话将至少一个附加的检测和执行规则与实例化的检测和执行规则集合中的至少一个检测和执行规则进行组合。

预配置简档可以是针对作为PDR的检测和执行规则集合的预配置的PDR简档。每个预配置的PDR简档可以与简档优先级相关联。UPF 303可以包括与预配置的PDR简档的检测和执行规则集合中的每个PDR相关联的规则优先级偏移。UPF 303还可以适于(例如借助于PRO_UPF 801)基于简档优先级乃至规则优先级偏移来确定实例化的优先级。

UPF 303还可以适于(例如借助于IF_UPF 803)向CPF 301发送用于指示用户平面功能支持针对检测和执行规则集合的一个或多个简档的预配置的信息。

当一个或多个预配置简档是针对作为PDR的检测和执行规则集合时，简档激活指示可以包括针对所建立的会话的F-TEID前缀和一个或多个UE IP地址。F-TEID前缀和UE IP地址可以(例如借助于PRO_UPF 805)与预配置简档中的至少一个PDR中的对应参数进行匹配。F-TEID前缀和UE IP地址可以(例如借助于PRO_UPF 805)在PDR被实例化时替换PDR中的对应参数。

当一个或多个预配置简档是针对作为FAR的检测和执行规则集合时，简档激活指示可以包括至少一个远程F-TEID和关联的远程F-TEID索引。至少一个远程F-TEID索引可以(例如借助于PRO_UPF 801)与预配置简档中的FAR进行匹配。由远程F-TEID索引标识的参数可以(例如借助于PRO_UPF 801)被远程F-TEID值替换并且被包括在实例化的FAR中。至少一个远程F-TEID值可以(例如借助于PRO_UPF 801)被具有与所接收的第一请求中的远程F-TEID索引相同的远程F-TEID索引并被包括在所述被实例化的FAR中的对应参数替换。

该集合中的预配置的检测和执行规则可以是PDR、FAR、QER、URR和BAR中的至少一个。

第一计算机程序可以包括指令，该指令在至少一个处理器上执行时使至少一个处理器执行图4和/或图5中的方法步骤中的至少一个。第一载体可以包括第一计算机程序，并且该载体是电信号、光信号、无线电信号或计算机可读存储介质之一。

第二计算机程序可以包括指令，该指令在至少一个处理器上执行时使至少一个处理器执行图4和/或图5中的方法步骤中的至少一个。第二载体可以包括第二计算机程序，并且该载体是电信号、光信号、无线电信号或计算机可读存储介质之一。

可以通过一个或多个处理器(例如图7所示的CPF布置中的处理器PRO_CPF 703和图8所示的UPF布置中的处理器PRO_UPF 803)连同用于执行本文实施例的功能的计算机程序代码来实现针对检测和执行规则集合来处理预配置简档的本机制。处理器可以是例如数字信号处理器(DSP)、专用集成电路(ASIC)处理器、现场可编程门阵列(FPGA)处理器或微处理器。上面提到的程序代码还可以被提供为例如数据载体形式的计算机程序产品，该数据载体承载用于当加载到UPF 303和/或CPF 101中时执行本文实施例的计算机程序代码。这样的一种载体可以是CD ROM盘的形式。然而还可以是诸如存储棒之类的其它数据载体。计算机程序代码还可以被提供为服务器上的纯程序代码并下载到UPF 303和/或CPF 101。

总而言之，本文的实施例通过定义多个预配置简档允许在CUPS环境中对UPF 303的批量规定。除了更新默认的预配置值之外，它还允许将预配置的数据与更动态的会话特定数据进行组合。换句话说，它们与支持CUPS中的批量规定的协议扩展(例如PCFP协议扩展)相关。

当需要大量分类和执行数据来支持业务管理时，本文的实施例优化了CPF 301和UPF 303之间的信令。因此，性能和可扩展性要求被大大降低，导致CAPEX大幅降低。

本文的该实施例提供了用于UPF 303的支持大量预配置的检测和执行规则的手段，例如通过O&M接口。系统具有这样的预配置规则的若干集合和用于CPF 301的在会话建立时选择一个或多个这样的集合的机制。动态信息可以被包括，例如预定义的PDR中的F-TEID和UE IP地址。

本文的实施例提供了可配置的集合，覆盖PDR、FAR、URR、QER和BAR。它们还提供了一种用于CPF 301的更新当前会话的预定义规则的设置的方式，从而允许其他会话使用预配置的设置。CPF 301可以将预配置的规则与针对会话规定的单独的PDR、FAR、URR、QER和BAR进行组合。

本文的实施例适用于4G和5G，以及通信系统300的任何其他合适版本。

本文的实施例涉及PGW-C/TDF-C/CPF，以在每个PFCP会话级别上启用PGW-U/TDF-U/UPF中的功能。

本文的实施例不限于上述实施例。可使用各种备选、修改和等同物。因此，上述实施例不应被视为限制本实施例的范围，本实施例的范围由所附权利要求限定。来自一个实施例的特征可以与任何其他实施例的一个或多个特征组合。

术语“A和B中的至少一个”应被理解为“仅A、仅B或A和B二者。”，其中A和B是本文中使用的任何参数、数字、指示等。

应当强调的是，当在本说明书中使用术语“包括”时用来指所阐述的特征、要件、步骤、组件的存在，但不排除存在或增加一个或多个其它特征、要件、步骤、组件或其组群。还应注意，在元素之前的词语“一”或“一个”不排除多个这样的元素的存在。

本文中使用的术语“被配置为”也可以被称为“被布置为”、“适于”、“能够”或“操作用于”。

还应强调的是，在不脱离本文实施例的情况下，所附权利要求中限定的方法的步骤可以以与它们在权利要求中出现的顺序不同的另一顺序执行。

Claims

1.一种由用户平面功能UPF(303)执行的方法，用于针对检测和执行规则的集合处理预配置简档，其中，所述UPF(303)包括适用于任何会话的一个或多个预配置简档，其中，每个预配置简档包括检测和执行规则的集合，其中，每个预配置简档包括用于标识所述预配置简档的简档标识ID以及所述预配置简档的检测和执行规则的集合，所述方法包括：

向控制平面功能CPF(301)发送(400、500)信息，所述信息指示用户平面功能支持针对检测和执行规则的集合的一个或多个简档的预配置；

从CPF(301)接收(401、501)会话建立的第一请求，所述第一请求包括针对每个要激活的预配置简档的至少一个简档激活指示，其中，至少一个简档激活指示包括要激活的预配置简档的简档ID；

建立(401、502)在所述第一请求中指示的会话；以及

对于所建立的会话，通过对所述预配置简档的检测和执行规则的集合进行实例化来激活(402、503)至少一个由简档ID标识的预配置简档，

其中，所述预配置简档是针对检测和执行规则的集合的预配置的分组检测规则PDR简档，其中，检测和执行规则的集合中的每个规则是PDR，

其中，每个预配置的PDR简档与简档优先级相关联，并且其中，所述UPF(303)包括与所述预配置的PDR简档的检测和执行规则的集合中的每个PDR相关联的规则优先级偏移；并且

其中，所述方法还包括：

基于所述简档优先级和所述规则优先级偏移来确定(508)被实例化的优先级。

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

从所述CPF(301)接收(403、504)会话修改的第二请求，所述第二请求包括至少一个已修改检测和执行规则；以及

针对所建立的会话，用所述至少一个已修改检测和执行规则替换(404、505)被实例化的集合中的至少一个预配置的检测和执行规则。

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

从所述CPF(301)接收(405、506)会话修改的第三请求，所述第三请求包括至少一个附加的检测和执行规则；以及

针对所建立的会话，将所述至少一个附加的检测和执行规则与检测和执行规则的被实例化的集合中的至少一个检测和执行规则进行组合(406、507)。

4.根据权利要求1所述的方法，其中，当所述一个或多个预配置简档是针对作为分组检测规则PDR的检测和执行规则的集合时，则简档激活指示包括针对所建立的会话的完全合格隧道端点标识符F-TEID前缀和一个或多个用户设备UE互联网协议IP地址。

5.根据权利要求4所述的方法，其中，将所述F-TEID前缀和UEIP地址与所述预配置简档中的至少一个PDR中的对应参数相匹配，

并且其中，所述F-TEID前缀和所述UEIP地址在PDR被实例化时替换所述PDR中的对应参数。

6.根据权利要求1所述的方法，其中，当所述一个或多个预配置简档是针对作为转发动作规则FAR的检测和执行规则的集合时，则简档激活指示包括至少一个远程完全合格隧道端点标识符F-TEID和关联的远程F-TEID索引。

7.根据权利要求6所述的方法，其中，将所述至少一个远程F-TEID索引与所述预配置简档中的FAR相匹配，并且

其中，由所述远程F-TEID索引标识的参数被远程F-TEID值替换并被包括在被实例化的FAR中，

其中，至少一个远程F-TEID值替换具有与所接收的第一请求中的远程F-TEID索引相同的远程F-TEID索引并被包括在所述被实例化的FAR中的对应参数。

8.根据权利要求1至4中任一项所述的方法，其中，所述预配置的检测和执行规则的集合是分组检测规则PDR、转发动作规则FAR、服务质量执行规则QER、使用报告规则URR和缓冲动作规则BAR中的至少一个。

9.一种由控制平面功能CPF(301)执行的方法，用于针对检测和执行规则的集合处理预配置简档，

所述方法包括：

从用户平面功能UPF(303)接收(400、600)信息，所述信息指示所述UPF(303)支持针对所述检测和执行规则的集合的所述预配置简档的预配置，

向所述UPF(303)发送(401、601)会话建立的第一请求，所述第一请求包括针对至少一个要激活的预配置简档的至少一个简档激活指示，其中，简档激活指示包括要激活的预配置简档的简档标识ID，

其中，所述预配置的PDR简档与简档优先级值相关联，并且其中，所述集合中的每个PDR与规则优先级偏移值相关联，并且

其中，被实例化的PDR中的优先级值是基于所述简档优先级值和所述规则优先级偏移值的。

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

向所述UPF(303)发送(403、602)会话修改的第二请求，所述第二请求包括所述集合中的检测和执行规则中的至少一个已修改检测和执行规则，其中，所述已修改检测和执行规则应替换被实例化的集合中的对应检测和执行规则。

11.根据权利要求9至10中任一项所述的方法，还包括：

向所述UPF(303)发送(405、603)会话修改的第三请求，所述第三请求包括要与被实例化的集合中的至少一个检测和执行规则进行组合的至少一个新的检测和执行规则。

12.根据权利要求9所述的方法，其中，当一个或多个预配置简档是针对作为分组检测规则PDR的检测和执行规则的集合时，则简档激活指示包括针对所建立的会话的完全合格隧道端点标识符F-TEID前缀和一个或多个用户设备UE互联网协议IP地址。

13.根据权利要求9所述的方法，其中，当一个或多个预配置简档是针对作为转发动作规则FAR的检测和执行规则的集合时，则简档激活指示包括远程完全合格隧道端点标识符F-TEID和关联的远程F-TEID索引。

14.根据权利要求9和10以及12和13中任一项所述的方法，其中，所述集合中的检测和执行规则是分组检测规则PDR、转发动作规则FAR、服务质量执行规则QER、使用报告规则URR和缓冲动作规则BAR中的至少一个。

15.一种用户平面功能UPF(303)，其中，所述UPF(303)包括适用于任何会话的一个或多个预配置简档，其中，每个预配置简档包括检测和执行规则的集合，其中，每个预配置简档包括用于标识所述预配置简档的简档标识ID以及所述预配置简档的检测和执行规则的集合，所述UPF(303)包括：

处理器；以及

存储器，用于存储指令，所述指令当被所述处理器执行时导致所述UPF(303)：

向控制平面功能CPF(301)发送信息，所述信息指示所述用户平面功能支持针对检测和执行规则的集合的一个或多个简档的预配置；

从CPF(301)接收会话建立的第一请求，所述第一请求包括针对每个要激活的预配置简档的至少一个简档激活指示，其中，至少一个简档激活指示包括要激活的预配置简档的简档ID；

建立在所述第一请求中指示的会话；以及

对于所建立的会话，通过对所述预配置简档的检测和执行规则的集合进行实例化来激活至少一个由简档ID标识的预配置简档，

其中，所述UPF(303)还包括：

基于所述简档优先级和所述规则优先级偏移来确定被实例化的优先级。

16.根据权利要求15所述的UPF(303)，还适于：

从所述CPF(301)接收会话修改的第二请求，所述第二请求包括至少一个已修改检测和执行规则；以及

针对所建立的会话，用所述至少一个已修改检测和执行规则替换被实例化的集合中的至少一个预配置的检测和执行规则。

17.根据权利要求15至16中任一项所述的UPF(303)，还适于：

从所述CPF(301)接收会话修改的第三请求，所述第三请求包括至少一个附加的检测和执行规则；以及

针对所建立的会话，将所述至少一个附加的检测和执行规则与检测和执行规则的被实例化的集合中的至少一个检测和执行规则进行组合。

18.根据权利要求15所述的UPF(303)，其中，当所述一个或多个预配置简档是针对作为分组检测规则PDR的检测和执行规则的集合时，则简档激活指示包括针对所建立的会话的完全合格隧道端点标识符F-TEID前缀和一个或多个用户设备UE互联网协议IP地址。

19.根据权利要求18所述的UPF(303)，其中，将所述F-TEID前缀和所述UEIP地址与所述预配置简档中的至少一个PDR中的对应参数相匹配，

20.根据权利要求15和16以及18和19中任一项所述的UPF(303)，其中，当所述一个或多个预配置简档是针对作为转发动作规则FAR的检测和执行规则的集合时，则简档激活指示包括至少一个远程完全合格隧道端点标识符F-TEID和关联的远程F-TEID索引。

21.根据权利要求20所述的UPF(303)，其中，将所述至少一个远程F-TEID索引与所述预配置简档中的FAR相匹配，并且

22.根据权利要求15和16以及18和19中任一项所述的UPF(303)，其中，所述集合中的预配置的检测和执行规则是分组检测规则PDR、转发动作规则FAR、服务质量执行规则QER、使用报告规则URR和缓冲动作规则BAR中的至少一个。

23.一种控制平面功能CPF(301)，包括：

处理器；以及

存储器，用于存储指令，所述指令当被所述处理器执行时导致所述CPF(301)：

从用户平面功能UPF(303)接收信息，所述信息指示用户平面功能支持针对检测和执行规则的集合的预配置简档的预配置，

向UPF(303)发送会话建立的第一请求，所述第一请求包括针对至少一个要激活的预配置简档的至少一个简档激活指示，其中，简档激活指示包括要激活的所述预配置简档的简档标识ID，

24.根据权利要求23所述的CPF(301)，还适于：

向所述UPF(303)发送会话修改的第二请求，所述第二请求包括所述集合中的检测和执行规则中的至少一个已修改检测和执行规则，其中，所述已修改检测和执行规则应替换被实例化的集合中的对应检测和执行规则。

25.根据权利要求23至24中任一项所述的CPF(301)，还适于：

向所述UPF(303)发送会话修改的第三请求，所述第三请求包括要与被实例化的集合中的至少一个检测和执行规则进行组合的至少一个新的检测和执行规则。

26.根据权利要求23所述的CPF(301)，其中，当一个或多个预配置简档是针对作为分组检测规则PDR的检测和执行规则的集合时，则简档激活指示包括针对所建立的会话的完全合格隧道端点标识符F-TEID前缀和一个或多个用户设备UE互联网协议IP地址。

27.根据权利要求23所述的CPF(301)，其中，当一个或多个预配置简档是针对作为转发动作规则FAR的检测和执行规则的集合时，则简档激活指示包括远程完全合格隧道端点标识符F-TEID和关联的远程F-TEID索引。

28.根据权利要求23和24以及26和27中任一项所述的CPF(301)，其中，所述检测和执行规则是分组检测规则PDR、转发动作规则FAR、服务质量执行规则QER、使用报告规则URR和缓冲动作规则BAR中的至少一个。

29.一种存储包括指令的第一计算机程序的计算机可读存储介质，所述指令在至少一个处理器上执行时，使所述至少一个处理器执行根据权利要求1至7中任一项所述的方法。

30.一种存储包括指令的第二计算机程序的计算机可读存储介质，所述指令在至少一个处理器上执行时，使所述至少一个处理器执行根据权利要求9和10以及12和13中任一项所述的方法。