CN117750398A

CN117750398A - 一种建立QoS规则的方法及装置

Info

Publication number: CN117750398A
Application number: CN202211160985.5A
Authority: CN
Inventors: 胡翔; 陈潇; 邓锐
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-09-22
Filing date: 2022-09-22
Publication date: 2024-03-22
Also published as: WO2024060778A1

Abstract

一种建立QoS规则的方法及装置，该方法包括：用户面网元获取第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，当第一业务满足第一条件时，用户面网元向会话管理网元发送第一业务的流描述信息和第一规则的标识，第一规则与第一指示信息对应，第一规则用于建立该QoS规则。采用上述方法，用户面网元根据第一指示信息实现触发第一业务对应的QoS流建立或更新流程，进而建立第一业务对应的QoS流的QoS规则，通过加入判断第一业务是否满足第一条件可以避免信令风暴，从而实现有效触发建立第一业务对应的QoS流的QoS规则，可以提升实际业务体验。

Description

一种建立QoS规则的方法及装置

技术领域

本申请涉及通信技术领域，特别涉及一种建立QoS规则的方法及装置。

背景技术

在第5代移动通信技术(the 5th generation mobile communicationtechnology，5G)系统中，核心网设备可以通过业务感知能力触发服务质量(quantity ofserver，QoS)流的创建或更新流程，用以建立该业务对应的QoS流的QoS规则。

此时，核心网设备需要基于逐个流进行感知和匹配。但是，如果一种业务的并发的业务流过多，就会导致核心网设备(例如，用户面网元)频繁发起QoS流的创建或更新流程，用以为这些并发的业务流分别建立QoS规则，因而可能导致信令风暴。

例如，个人对个人(peer-to-peer，P2P)业务经常短时间并发产生数百个业务流，且每个业务流的存活时间很短，如果核心网设备对P2P业务的数百个业务流均建立相应的QoS规则，将会导致严重的信令风暴。此外，由于每个业务流的存活时间很短，而用于建立QoS规则的QoS流创建流程或更新流程耗时相对较长，因此，即使为每个业务流建立相应的QoS规则，可能业务的实际体验也没有提升。

因此，如何有效触发建立QoS规则是一个亟需解决的问题。

发明内容

本申请实施例提供一种建立QoS规则的方法及装置，用于实现有效触发建立QoS规则。

第一方面，本申请提供一种建立服务质量QoS规则的方法，该方法包括：

用户面网元获取第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则；当第一业务满足第一条件时，用户面网元向会话管理网元发送第一业务的流描述信息和第一规则的标识，第一规则与第一指示信息对应，第一规则用于建立QoS规则。

采用上述方法，用户面网元根据第一指示信息实现触发第一业务对应的QoS流建立或更新流程，进而建立第一业务对应的QoS流的QoS规则，通过加入判断第一业务是否满足第一条件可以避免信令风暴，从而实现有效触发建立第一业务对应的QoS流的QoS规则，可以提升实际业务体验。

在一种可能的实现方式，在用户面网元获取第一指示信息时，用户面网元获取第一指示信息和第一条件。

在一种可能的实现方式，在用户面网元获取第一指示信息和第一条件时，用户面网元接收来自会话管理网元的第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件。

通过上述实现方式，用户面网元可以通过第一规则获得第一指示信息，通过第二规则获得第一条件。

在一种可能的实现方式，用户面网元获取多个预定义规则；在用户面网元获取第一指示信息和第一条件时，用户面网元接收来自会话管理网元的第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息；用户面网元根据第一预定义规则的名称，从多个预定义规则中确定第一预定义规则。

通过上述实现方式，用户面网元预配置多个预定义规则，可以通过第二规则包括的第一预定义规则的名称，获得第一指示信息和第一条件。

在一种可能的实现方式，在用户面网元获取第一指示信息和第一条件时，用户面网元接收来自会话管理网元的第一规则和第二规则，第一规则包括应用检测控制事件订阅信元，应用检测控制事件订阅信元用于指示第一指示信息，第二规则包括第一条件。

通过上述实现方式，用户面网元可以通过复用应用检测控制事件订阅信元实现第一指示信息的功能，通过第二规则获得第一条件。

在一种可能的实现方式，第一规则为用量上报规则，第二规则为包检测规则。

在一种可能的实现方式，当第一业务满足第一条件时，用户面网元向会话管理网元发送第一事件信息，第一事件信息用于指示第一业务开始。

在一种可能的实现方式，第一指示信息用于指示在第一业务停止时触发删除QoS规则；当第一业务停止时，用户面网元向会话管理网元发送第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止，第一业务的流描述信息和第一规则用于确定QoS规则。

通过上述实现方式，用户面网元可以根据第一指示信息在第一业务停止时触发删除QoS规则。

在一种可能的实现方式，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

在一种可能的实现方式，第一业务的流描述信息包括第一业务的五元组信息。

在一种可能的实现方式，用户面网元还获取第一信息，第一信息用于确定第一业务，第一信息包括第一业务的应用标识和/或第一业务的业务流描述信息。

第二方面，本申请提供一种建立服务质量QoS规则方法，该方法包括：

会话管理网元接收来自用户面网元的第一业务的流描述信息和第一规则的标识；会话管理网元根据第一规则的标识确定对应的QoS信息；会话管理网元根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则。

采用上述实现方式，会话管理网元可以根据第一规则的标识确定对应的QoS信息，并根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则，从而实现有效触发建立第一业务对应的QoS流的QoS规则，可以提升实际业务体验。

在一种可能的实现方式，会话管理网元接收来自用户面网元的第一事件信息，第一事件信息用于指示第一业务开始；在会话管理网元根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则时，会话管理网元根据QoS信息、第一业务的流描述信息和第一事件信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式，会话管理网元接收来自策略控制网元的策略与计费控制规则，策略与计费控制规则包括第一指示信息和第一条件；第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值；会话管理网元根据策略与计费控制规则确定第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件；会话管理网元向用户面网元发送第一规则和第二规则。

通过上述实现方式，会话管理网元可以根据来自策略控制网元的策略与计费控制规则映射为第一规则和第二规则，并发送至用户面网元。

在一种可能的实现方式，会话管理网元接收来自策略控制网元的第一预定义规则的名称；会话管理网元向用户面网元发送第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为用户面网元获取的多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

通过上述实现方式，会话管理网元可以根据来自策略控制网元的策略与计费控制规则的第一预定义规则的名称映射为第二规则，并发送至用户面网元。

在一种可能的实现方式，第一指示信息用于指示在第一业务停止时触发删除QoS规则；会话管理网元接收来自用户面网元的第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止；会话管理网元根据第一规则的标识和第一业务的流描述信息确定QoS规则；会话管理网元根据第二事件信息删除QoS规则。

通过上述实现方式，会话管理网元可以根据用户面网元上报的第一业务的流描述信息、第一规则的标识和第二事件信息，在第一业务停止时触发删除QoS规则。

第三方面，本申请提供一种通信装置，该通信装置可以为上述第一方面的用户面网元。该通信装置具备上述用户面网元的功能。该通信装置例如为用户面网元，或为用户面网元中的功能模块。一种可选的实现方式中，该通信装置包括处理单元(也可以称为处理模块)和收发单元(也可以称为收发模块)。收发单元能够实现发送功能和接收功能，在收发单元实现发送功能时，可称为发送单元(也可以称为发送模块)，在收发单元实现接收功能时，可称为接收单元(也可以称为接收模块)。发送单元和接收单元可以是同一个功能模块，该功能模块称为收发单元，该功能模块能实现发送功能和接收功能；或者，发送单元和接收单元可以是不同的功能模块，收发单元是对这些功能模块的统称。

具体地，处理单元，用于获取第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则；收发单元，用于当第一业务满足第一条件时，向会话管理网元发送第一业务的流描述信息和第一规则的标识，第一规则与第一指示信息对应，第一规则用于建立QoS规则。

在一种可能的实现方式中，处理单元，用于在获取第一指示信息时，获取第一指示信息和第一条件。

在一种可能的实现方式中，收发单元，用于在获取第一指示信息和第一条件时，接收来自会话管理网元的第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件。

在一种可能的实现方式中，处理单元，用于获取多个预定义规则；收发单元，用于在获取第一指示信息和第一条件时，接收来自会话管理网元的第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息；处理单元，用于根据第一预定义规则的名称，从多个预定义规则中确定第一预定义规则。

在一种可能的实现方式中，收发单元，用于在获取第一指示信息和第一条件时，接收来自会话管理网元的第一规则和第二规则，第一规则包括应用检测控制事件订阅信元，应用检测控制事件订阅信元用于指示第一指示信息，第二规则包括第一条件。

在一种可能的实现方式中，第一规则为用量上报规则，第二规则为包检测规则。

在一种可能的实现方式中，收发单元，用于在当第一业务满足第一条件时，向会话管理网元发送第一事件信息，第一事件信息用于指示第一业务开始。

在一种可能的实现方式中，第一指示信息用于指示在第一业务停止时触发删除QoS规则；收发单元，用于在向会话管理网元发送第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止，第一业务的流描述信息和第一规则用于确定QoS规则。

在一种可能的实现方式中，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

在一种可能的实现方式中，第一业务的流描述信息包括第一业务的五元组信息。

在一种可能的实现方式中，处理单元，用于还获取第一信息，第一信息用于确定第一业务，第一信息包括第一业务的应用标识和/或第一业务的业务流描述信息。

第四方面，本申请提供一种通信装置，该通信装置可以为上述第二方面的会话管理网元。该通信装置具备上述会话管理网元的功能。该通信装置例如为会话管理网元，或为会话管理网元中的功能模块。一种可选的实现方式中，该通信装置包括处理单元(也可以称为处理模块)和收发单元(也可以称为收发模块)。关于收发单元的实现方式可参考第三方面的介绍。

收发单元，用于接收来自用户面网元的第一业务的流描述信息和第一规则的标识；

处理单元，用于根据第一规则的标识确定对应的QoS信息；根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式中，收发单元，用于接收来自用户面网元的第一事件信息，第一事件信息用于指示第一业务开始；处理单元，用于在根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则时，根据QoS信息、第一业务的流描述信息和第一事件信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式中，收发单元，用于接收来自策略控制网元的策略与计费控制规则，策略与计费控制规则包括第一指示信息和第一条件；第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值；处理单元，用于根据策略与计费控制规则确定第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件；收发单元，用于向用户面网元发送第一规则和第二规则。

在一种可能的实现方式中，收发单元，用于接收来自策略控制网元的第一预定义规则的名称；向用户面网元发送第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为用户面网元获取的多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

在一种可能的实现方式中，第一指示信息用于指示在第一业务停止时触发删除QoS规则；

收发单元，用于接收来自用户面网元的第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止；

处理单元，用于根据第一规则的标识和第一业务的流描述信息确定QoS规则；根据第二事件信息删除QoS规则。

第五方面，本申请提供一种建立服务质量QoS规则的方法，该方法包括：

用户面网元获取第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则；当第一业务满足第一条件时，向会话管理网元发送第一业务的流描述信息和第一规则的标识，第一规则与第一指示信息对应，第一规则用于建立QoS规则。

会话管理网元根据第一规则的标识确定对应的QoS信息；根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式，策略控制网元向会话管理网元发送策略与计费控制规则，策略与计费控制规则包括第一指示信息和第一条件；第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值；会话管理网元根据策略与计费控制规则确定第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件；会话管理网元向用户面网元发送第一规则和第二规则。

在一种可能的实现方式，策略控制网元向会话管理网元发送第一预定义规则的名称；会话管理网元向用户面网元发送第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为用户面网元获取的多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值；用户面网元获取多个预定义规则；用户面网元根据第二规则中的第一预定义规则的名称，从多个预定义规则中确定第一预定义规则。

在一种可能的实现方式，策略控制网元向会话管理网元发送策略与计费控制规则，策略与计费控制规则包括应用检测控制事件订阅信元和第一条件，会话管理网元向用户面网元发送第一规则和第二规则，第一规则包括应用检测控制事件订阅信元，应用检测控制事件订阅信元用于指示第一指示信息，第二规则包括第一条件。

在一种可能的实现方式，当第一业务满足第一条件时，用户面网元向会话管理网元发送第一事件信息，第一事件信息用于指示第一业务开始。在会话管理网元根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则时，会话管理网元根据QoS信息、第一业务的流描述信息和第一事件信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式，第一指示信息用于指示在第一业务停止时触发删除QoS规则；当第一业务停止时，用户面网元向会话管理网元发送第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止，第一业务的流描述信息和第一规则用于确定QoS规则。会话管理网元根据第一规则的标识和第一业务的流描述信息确定QoS规则；会话管理网元根据第二事件信息删除QoS规则。

第六方面，本申请实施例提供了一种通信装置，用于执行上述第一方面所示的方法，或者执行上述第二方面所示的方法。

第七方面，本申请实施例提供了一种通信设备，包括至少一个处理元件和至少一个存储元件，其中该至少一个存储元件用于存储程序和数据，该至少一个处理元件用于读取并执行存储元件存储的程序和数据，以使得本申请以上第一方面或者第二方面所示的方法被实现。

第八方面，本申请实施例还提供了一种计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述任一方面所示的方法。

第九方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序被计算机执行时，使得所述计算机执行上述任一方面所示的方法。

第十方面，本申请实施例还提供了一种芯片，所述芯片用于读取存储器中存储的计算机程序，执行上述任一方面所示的方法。

第十一方面，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持计算机装置实现上述任一方面所示的方法。在一种可能的实现方式中，所述芯片系统还包括存储器，所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第十二方面，提供一种通信系统，包括第三方面所述的通信装置和第四方面所述的通信装置。

上述第三方面至第十二方面中任一方面可以达到的技术效果可以参照上述第一方面至第二方面中任一方面中任一种可能设计可以达到的技术效果说明，重复之处不予论述。

本申请在上述各方面提供的实现的基础上，还可以进行进一步组合以提供更多实现。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍。

图1为本申请实施例提供的5G通信系统的示意图；

图2为本申请实施例提供的一种建立QoS规则的方法的概述流程图；

图3为本申请实施例提供的一种触发建立或删除服务质量规则的方法的示意图；

图4为本申请实施例提供的另一种触发建立或删除服务质量规则的方法的示意图；

图5A为本申请实施例提供的又一种触发建立或删除服务质量规则的方法的示意图；

图5B为本申请实施例提供的又一种触发建立或删除服务质量规则的方法的示意图；

图6为本申请实施例提供的一种通信装置的结构示意图；

图7为本申请实施例提供的另一种通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

为了便于理解本申请的实施例的技术方案，下面首先简要介绍相关的现有技术。

本申请实施例提供的技术方案可以应用于各种通信系统。例如：可以适用于4G系统或5G系统，也可以适用于其它面向未来的新系统等。本申请实施例对此不作具体限定。此外，术语“系统”可以和“网络”相互替换。

1.5G系统

如图1所示为第三代合作伙伴计划(3rd generation partnership project，3GPP)标准制定的5G的通信系统的架构图。该通信系统包括终端设备(例如，用户设备(userequipment，UE))，无线接入网(radio access network，RAN)，核心网(Core network，CN)。数据网络(data network，DN)在逻辑上，核心网的网元它们可以分为用户面和控制面两部分，控制面负责移动网络的管理，用户面负责业务数据的传输。

其中，终端设备是移动用户与网络交互的入口，能够提供基本的计算能力，存储能力，向用户显示业务窗口，接收用户操作输入。下一代终端设备(NextGen UE)可以采用新空口技术，与RAN建立信号连接，数据连接，从而传输控制信号和业务数据到移动网络。终端设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备，以及各种形式的终端，移动台(mobile station，MS)，终端(terminal)，软终端等等，例如水表、电表、传感器等。

RAN：部署在靠近终端设备的位置，为特定区域的授权用户提供入网功能，并能够根据用户的级别，业务的需求等确定不同质量的传输隧道来传输用户数据。RAN能够管理自身的资源，合理利用，按需为终端设备提供接入服务，并负责把控制信号和用户数据在终端设备和核心网之间转发。

核心网：负责维护移动网络的签约数据，管理移动网络的网元，为终端设备提供会话管理，移动性管理，策略管理，安全认证等功能。在终端设备附着的时候，为终端设备提供入网认证；在终端设备有业务请求时，为终端设备分配网络资源；在终端设备移动的时候，为终端设备更新网络资源；在终端设备空闲的时候，为终端设备提供快恢复机制；在终端设备去附着的时候，为终端设备释放网络资源；在终端设备有业务数据时，为终端设备提供数据路由功能，如转发上行数据到数据网络；或者从数据网络接收终端设备的下行数据，转发到RAN，从而由RAN发送给终端设备。

数据网络(data network，DN)：为用户提供业务服务的数据网络，一般客户端位于终端设备，服务端位于数据网络。数据网络可以是私有网络，如局域网，也可以是不受运营商管控的外部网络，例如互联网(Internet)，还可以是运营商共同部署的专有网络，例如提供IP多媒体网络子系统(IP multimedia core network subsystem，IMS)服务的网络。

5G网络架构对下一代核心网设备的网络架构进行了重新调整，通常控制面会采用服务化接口对外提供相关功能。控制面与用户面之间通过N4接口进行消息交互，实现控制面到用户面的用户策略下发和用户面到控制面的事件上报处理。按照目前的网络架构，策略控制网元负责用户签约的用户策略定义、下发和更新功能，会话管理网元需要负责管理用户面网元的选择，策略下发，事件上报、用户面网元的心跳检查、用户面网元的负荷上报等非会话级的管理功能。用户面网元负责基于会话管理网元为终端设备建立的会话上下文及其策略，对用户的数据报文进行业务感知、规则和策略匹配、执行计费与控制策略等。

其中，核心网用户面包括用户面功能(user plane function，UPF)；核心网控制面包括接入和移动性管理功能(access and mobility management function，AMF)，会话管理功能(session management function，SMF)，网络开放功能(network exposurefunction，NEF)，网络功能仓储功能(NF repository function，NRF)，统一数据管理(unified data management，UDM)，策略控制功能(policy control function，PCF)，应用功能(application function，AF)，证服务器功能(authentication server function，AUSF)，网络切片选择功能(network slice selection function，NSSF)。

核心网控制面采用服务化架构，控制面网元之间的交互采用服务调用的方式，来替换传统架构中的点对点通信方式。在服务化架构中，控制面网元会向其他控制面网元开放服务，供其他控制面网元调用；在点对点通信中，控制面网元之间通信接口会存储一套特定的消息，只能由接口两端的控制面网元在通信时使用。

以下对核心网中的部分功能实体的功能进行简单介绍：

1、会话管理网元：主要用于会话管理、终端设备的IP地址分配和管理、选择可管理用户设备平面功能、策略控制、或收费功能接口的终结点以及下行数据通知等。在5G通信中，会话管理网元可以是SMF网元，在未来通信如6G通信中，会话管理功能网元仍可以是SMF网元，或者有其它名称，本申请对此不作限定。Nsmf是SMF提供的基于服务的接口，SMF可以通过Nsmf与其他的网络功能通信。

2、接入管理网元：主要用于移动性管理和接入管理等，例如可以是4G通信网络中的移动性管理实体(mobility management entity，MME)功能或者5G网络中的AMF网元。在未来通信如6G通信中，接入管理网元仍可以是AMF网元，或者有其它名称，本申请对此不作限定。Namf是AMF提供的基于服务的接口，AMF可以通过Namf与其他的网络功能通信。

3、网络开放网元：用于安全地向外部开放由3GPP网络功能提供的业务和能力等。在5G通信中，网络开放网元可以是NEF网元，在未来通信如6G通信中，网络开放功能网元仍可以是NEF网元，或者有其它名称，本申请对此不作限定。其中Nnef是NEF提供的基于服务的接口，NEF可以通过Nnef与其他的网络功能通信。

4、网络存储网元：用于提供服务注册、发现和授权，并维护可用的网络功能(network function，NF)实例信息，可以实现网络功能和服务的按需配置以及NF之间的互连。在5G通信中，网络存储网元可以是NRF网元，在未来通信如6G通信中，网络存储功能网元仍可以是NRF网元，或者有其它名称，本申请对此不作限定。Nnrf是NRF提供的基于服务的接口，NRF可以通过Nnrf与其他的网络功能通信。

5、策略控制网元：用于指导网络行为的统一策略框架，为控制平面功能网元(例如AMF，SMF等)提供策略规则信息等。在5G通信中，策略控制网元可以是PCF网元，在未来通信如6G通信中，策略控制网元仍可以是PCF网元，或者有其它名称，本申请对此不作限定。其中Npcf是PCF提供的基于服务的接口，PCF可以通过Npcf与其他的网络功能通信。

6、数据管理网元：用于处理用户标识、签约、接入鉴权、注册、或移动性管理等。在5G通信中，数据管理网元可以是UDM网元，在未来通信如6G通信中，数据管理网元仍可以是UDM网元，或者有其它名称，本申请对此不作限定。其中Nudm是UDM提供的基于服务的接口，UDM可以通过Nudm与其他的网络功能通信。

7、应用网元：用于进行应用影响的数据路由，接入网络开放功能，或与策略框架交互进行策略控制等。在5G通信中，应用网元可以是AF网元，在未来通信如6G通信中，应用网元仍可以是AF网元，或者有其它名称，本申请对此不作限定。Naf是AF提供的基于服务的接口，AF可以通过Naf与其他的网络功能通信。

8、用户面网元：用于分组路由和转发、或用户面数据的服务质量(quality ofservice，QoS)处理等。在5G通信中，用户面网元可以是用户面功能(user plane function，UPF)网元，在未来通信如6G通信中，用户面网元仍可以是UPF网元，或者有其它名称，本申请对此不作限定。

9、认证服务网元：主要用于用户鉴权等。在5G通信中，认证服务网元可以是AUSF网元，在未来通信如6G通信中，认证服务网元仍可以是AUSF网元，或者有其它名称，本申请对此不作限定。Nausf是AUSF提供的基于服务的接口，AUSF可以通过Nausf与其他的网络功能通信。

10、网络切片选择功能网元：用于为终端设备选择网络切片，在5G通信中，网络切片选择功能网元可以是NSSF网元，在未来通信如6G通信中，网络切片选择功能网元仍可以是NSSF网元，或者有其它名称，本申请对此不作限定。

可以理解的是，核心网还可以包括其他网元，本申请对此不作限定。

2.QoS

每一个QoS流由服务质量流标识(QoS flow ID，QFI)唯一识别，QFI在每个PDU会话中是唯一的。

5G QoS分为保证速率比特流(GBR Qos FLow)和非保证速率比特流(Non-GBR QosFLow)两种类型，具体可以包括但不限于以下参数：5G QoS标识(5G QoS indentifier，5QI))(对应QoS级别)，分配保留优先级(allocation and retention priority，ARP)。

其中，保证速率比特流的专有参数可以包括但不限于以下参数：保证比特流速率、最大比特流速率、通知控制(notification control)、最大可容忍丢包率(上下行语音媒体)(maximum packet loss rate-UL/DL(voice media))等。非保证速率比特流的专有参数可以包括但不限于单个PDU会话总最大比特速率(session-AMBR)、UE总最大比特率(UE-AMBR)、反射型Qos属性(reflective QoS attribute，RQA)等。

在5G QoS流映射方式下，在下行数据传输过程中，UPF根据服务数据流(servicedata flows，SDF)模板将数据包映射到QoS流，并在N3隧道头标记QFI，接入网设备(accessnetwork，AN)根据QFI将数据包映射到数据无线承载(data radio bearer，DBR)上，并传输至UE。在上行数据传输过程中，UE的非接入(non-access stratum，NAS)层根据QoS规则将数据包映射到QoS流，接入(access stratum，AS)层负责QoS流到DRB的映射。其中，QoS规则包含QoS流对应的QFI，一个包过滤集合以及一个优先级值。AN根据DRB上接收到的数据包的QFI，在N3隧道头标记QFI。UPF接收AN发送的数据包，并执行验证。

在QoS建立机制中，支持信令控制QoS机制和反射QoS机制(仅用于非保证速率比特流类型的QoS流)。

可以理解的是，在本申请中，建立QoS流的QoS规则可以通过QoS流创建流程或QoS流更新流程实现。其中，在确定建立QoS流的QoS规则，但QoS流还未创建时，则触发QoS流创建流程，用以实现建立QoS流的QoS规则。在确定建立QoS流的QoS规则，但QoS流已创建时，则触发QoS流更新流程，用以为该QoS流新增一个QoS规则。其中，每个QoS流可以包括一个或多个QoS规则。

此外，删除QoS流的QoS规则可以通过QoS流删除流程或QoS流更新流程实现。其中，在确定删除QoS流的QoS规则，且QoS流对应的QoS规则仅剩最后一个时，则触发QoS流删除流程，用以实现删除QoS流的QoS规则。在确定建立QoS流的QoS规则，但且QoS流对应的QoS规则包括多个时，则触发QoS流更新流程，删除该QoS流对应的多个QoS规则中的一个QoS规则。

基于此，为了实现有效触发建立QoS规则，本申请提供一种建立QoS规则的方法。如图2所示，该方法包括：

步骤200：用户面网元获取第一指示信息。

其中，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则。还可以描述为，第一指示信息用于指示在第一业务发生时触发创建或更新第一业务对应的QoS流。

在一种可能的实现方式中，在用户面网元获取第一指示信息时，用户面网元可以获取第一指示信息和第一条件。

示例性地，第一条件包括以下中的至少一个：

业务持续时长大于或等于持续时长阈值，业务传输速率大于或等于传输速率阈值，业务带宽大于或等于带宽阈值，业务类型为预设业务类型(例如，游戏，视频等)。

其中，持续时长阈值又可以描述为触发建立QoS规则的最小持续时长，传输速率阈值可以描述为触发建立QoS规则的最小传输速率。需要说明的是，本申请不限定第一条件包括的具体内容。

示例性地，用户面网元可以采用但不限于以下方式获取第一指示信息和第一条件：

方式1：用户面网元从会话管理网元接收第一规则和第二规则。第一规则包括第一指示信息，第二规则包括第一条件。

示例性地，会话管理网元从策略控制网元接收策略与计费控制(policy andcharging control，PCC)规则，策略与计费控制规则包括第一指示信息和第一条件，会话管理网元根据策略与计费控制规则确定第一规则和第二规则，向用户面网元发送第一规则和第二规则。

其中，这里的PCC规则，又可称为动态PCC规则。此外，PCC规则还包括QoS信息，会话管理网元可以根据第一规则的标识映射到该QoS信息，实现步骤220。也就是说第一规则的标识与QoS信息具有关联关系。

此外，第一规则与第二规则关联，第二规则还包括第一规则的标识。示例性地，第一规则可以为用量上报规则(usage reporting rule，URR)，第二规则可以为报文检测规则(packet detection rule，PDR)。其中，PDR中的报文检测信息(packet detectioninformation，PDI)可以包括第一条件。URR与PDR关联，PDR还包括URR ID(identification)。

此外，关于方式1的详细流程还可以参考下述图3所示的实施例。

方式2：用户面网元可以提前获取多个预定义规则，然后从会话管理网元接收第二规则，第二规则包括第一预定义规则的名称，其中，第一预定义规则为多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息。进而，用户面网元可以根据第一预定义规则的名称，从上述多个预定义规则中确定第一预定义规则，也即获取第一指示信息和第一条件。

示例性地，预定义规则可以是指预定义的PCC规则，其中，第一预定义规则为一个预定义的PCC规则。第一规则可以为URR。第二规则可以为PDR，PDR包括第一预定义规则的名称，即一个预定义的PCC规则的名称。

示例性地，会话管理网元接收来自策略控制网元的PCC规则，PCC规则包括第一预定义规则的名称。进而，会话管理网元向用户面网元发送第二规则，第二规则包括第一预定义规则的名称。

需要说明的是，会话管理网元保存的第一预定义规则的一部分内容(以下简称第一部分内容)，用户面网元保存的第一预定义规则的另一部分内容(以下简称第二部分内容)，两部分内容共同构成第一预定义规则，第一部分内容和第二部分内容可以存在重叠的内容，同时也存在不重叠的内容。其中，第一部分内容包括QoS信息，会话管理网元可以根据第一规则的标识映射到该QoS信息，实现步骤220。也就是说第一规则的标识与QoS信息具有关联关系。

此外，关于方式2的详细流程还可以参考下述图4所示的实施例。

方式3：用户面网元从会话管理网元接收第一规则和第二规则，第一规则包括应用检测控制(application detection and control，ADC)事件订阅信元，应用检测控制事件订阅信元用于指示第一指示信息，第二规则包括第一条件。

此外，第一规则与第二规则关联，第二规则包括第一规则的标识。示例性地，第二规则可以为PDR，第一规则可以为URR。其中，PDR中的PDI可以包括第一条件。URR中的测量方法(measurement method)或报告触发器(reporting triggers)包括ADC事件订阅信元。URR与PDR关联，PDR还包括URR ID。

示例性地，会话管理网元可以从策略控制网元接收携带ADC事件订阅信元的PCC规则，会话管理网元可以根据携带ADC事件订阅信元的PCC规则映射为第一规则和第二规则，会话管理网元向用户面网元发送第一规则和第二规则。

此外，关于方式3的详细流程还可以参考下述图5A和图5B所示的实施例。

在一种可能的实现方式中，用户面网元还可以获取第一信息，第一信息用于确定第一业务，其中，第一信息包括第一业务的应用标识和/或第一业务的业务流描述信息。

示例性地，应用标识可以对应于一个或一组应用(application，APP)。进而，用户面网元可以通过感知业务报文的应用标识，与第一信息中的应用标识进行匹配，确定检测到第一业务。

示例性地，业务流描述信息可以包括服务器IP地址、端口号、协议类型(例如,传输控制协议(transmission control protocol，TCP)/用户数据报协议(user datagramprotocol，UDP))等信息中的一种或多种。进而，用户面网元可以通过感知业务报文的IP地址端口号，和/或TCP/UDP等，与第一信息中的业务流描述信息进行匹配，确定检测到第一业务。

此外，第一信息还可以理解为第一条件包括的内容，或者独立于第一条件，本申请对此不作限定。

步骤210：当第一业务满足第一条件时，用户面网元向会话管理网元发送第一业务的流描述信息和第一规则的标识，第一规则与第一指示信息对应。

示例性地，第一业务满足第一条件，可以理解为第一业务的业务持续时长大于或等于持续时长阈值，和/或第一业务的业务传输速率大于或等于传输速率阈值。

示例性地，第一业务的流描述信息包括第一业务的五元组信息，例如，五元组信息包括源地址、目标地址、源端口、目标端口、协议号。

如果用户面网元执行上述方式1或方式2，当第一业务满足第一条件时，用户面网元根据第一指示信息向会话管理网元发送第一业务的流描述信息和第一规则的标识。

如果用户面网元执行上述方式3，当第一业务满足第一条件时，用户面网元根据第一规则中的ADC事件订阅信元向会话管理网元发送第一业务的流描述信息和第一规则的标识。其中，ADC事件订阅信元与第一业务具有关联关系，在用户面网元检测到第一业务，且第一业务满足第一条件时，用户面网元可以根据ADC事件订阅信元向会话管理网元发送第一业务的流描述信息、第一规则的标识，因此ADC事件订阅信元可以实现第一指示信息的功能，即在第一业务发生时触发建立第一业务对应的QoS流的QoS规则。

如果用户面网元执行上述方式1或方式2或方式3，用户面网元还可以向会话管理网元发送第一事件信息，第一事件信息用于指示第一业务开始。

在用户面网元执行上述方式3时，这里的第一事件信息又可称为ADC事件开始信息。

步骤220：会话管理网元根据第一规则的标识确定QoS信息。

示例性地，如果用户面网元执行上述方式1或方式2，会话管理网元可以根据第一规则的标识(例如，URR ID)映射为QoS信息。

如果用户面网元执行上述方式3，由于携带ADC事件订阅信元的PCC规则不包括QoS信息，会话管理网元根据第一规则的标识确定用户面网元检测到ADC事件，进而会话管理网元向策略控制网元发送第一通知消息，第一通知消息用于指示检测到ADC事件，第一通知消息包括第一业务的流描述信息和ADC事件开始信息，策略控制网元根据接收到的ADC事件开始信息和第一业务的流描述信息，确定ADC事件开始信息对应的PCC规则，向会话管理网元发送ADC事件开始信息对应的PCC规则，该ADC事件开始信息对应的PCC规则包括QoS信息。

步骤230：会话管理网元根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则。

示例性地，会话管理网元根据QoS信息和第一业务的流描述信息生成第一业务对应的QoS流的QoS规则，触发现有QoS流创建或更新流程，向终端设备发送该QoS规则，具体可以参考现有QoS流创建或更新流程，详见3GPP标准协议23.502中章节4.3，此处不再赘述。

当前，如果核心网设备为业务持续时长较短的业务建立QoS流，由于QoS流创建流程或更新流程耗时相对较长，在QoS流创建流程或更新流程完成后，该业务可能已经结束或者即将结束，因此，核心网设备为终端设备建立并配置QoS规则可能并未带来该业务体验的提升，反而带来大量信令开销。当持续时长较短的业务流较多时，还会产生信令风暴。

而采用本申请提供的方法，在第一业务满足第一条件时，例如，在第一业务的业务持续时长大于持续时长阈值的场景下，会话管理网元为终端设备建立并配置第一业务对应的QoS流的QoS规则，可以带来业务体验的提升，且能够避免信令风暴的产生。

此外，在一种可能的实现方式中，第一指示信息还可以用于指示在第一业务停止时触发删除QoS规则。

示例性地，在建立第一业务对应的QoS流的QoS规则之后，当第一业务停止时，用户面网元还可以根据第一指示信息向会话管理网元发送第一业务的流描述信息、第一规则的标识和第二事件信息，其中，第二事件信息用于指示第一业务停止，或者第一业务结束。

如果用户面网元执行上述方式1或方式2，会话管理网元可以根据第一规则的标识、第一业务的流描述信息和第二事件信息删除第一业务对应的QoS流的QoS规则。示例性地，会话管理网元根据第一规则的标识和第一业务的流描述信息映射为步骤230建立的第一业务对应的QoS流的QoS规则。其中，该QoS规则与第一规则的标识和第一业务的流描述信息具有关联关系。会话管理网元根据第二事件信息删除该QoS规则。例如，会话管理网元触发第一业务对应的QoS流的删除流程或更新流程，用于删除该QoS规则，具体可以参考现有QoS流删除或更新流程，此处不再赘述。

如果用户面网元执行上述方式3，第二事件信息又可称为ADC事件停止信息。当第一业务停止时，用户面网元还可以根据ADC事件订阅信元向会话管理网元发送第一业务的流描述信息、第一规则的标识和ADC事件停止信息，会话管理网元根据第一规则的标识确定用户面网元检测到ADC事件，进而会话管理网元向策略控制网元发送第二通知消息，第二通知消息用于指示检测到ADC事件，第二通知消息包括第一业务的流描述信息和ADC事件停止信息，策略控制网元根据接收到的ADC事件结束信息和第一业务的流描述信息，确定ADC事件结束信息对应的PCC规则，向会话管理网元发送ADC事件结束信息对应的PCC规则，该ADC事件结束信息对应的PCC规则指示删除步骤230建立的第一业务对应的QoS流的QoS规则，其中，该QoS规则与第一业务的流描述信息具有关联关系。会话管理网元根据该PCC规则触发删除该QoS规则。

需要说明的是，第一规则本身不具备指示建立第一业务的QoS流对应的QoS规则的功能，或者删除第一业务的QoS流对应的QoS规则的功能。结合不同的场景确定第一规则的具体功能不同。

例如，在用户面网元向会话管理网元发送第一规则的标识、第一事件信息和第一业务的流描述信息时，会话管理网元可以根据第一事件信息确定第一业务开始，根据第一规则的标识确定QoS信息，进而根据第一业务的流描述信息和QoS信息生成第一业务对应的QoS流的QoS规则，向终端设备发送该QoS规则。也就是说，在该场景下，第一规则能够用于确定QoS信息，进而可以用于建立第一业务的QoS流对应的QoS规则。

又例如，在用户面网元向会话管理网元发送第一规则的标识、第二事件信息和第一业务的流描述信息时，会话管理网元可以根据第二事件信息确定第一业务结束，根据第一规则的标识和第一业务的流描述信息确定一个之前为第一业务的QoS流生成的QoS规则，并触发终端设备删除该QoS规则。也就是说，在上述场景下，第一规则能够用于确定QoS规则，进而可以用于删除第一业务的QoS流对应的QoS规则。

可以理解的是，上述图2所示的实施例还可以应用于4G通信系统，具体的，用户面网元可以替换为PGW-U，QoS流可以替换为专用承载，会话管理网元可以替换为PGW-C，策略控制网元可以替换为PCRF。

特别说明的是，下述实施例中的PDU会话可以为其他类型的会话，名称并不限定。

对于上述方式1，如图3所示为触发建立或删除QoS规则的具体流程。其中，以会话管理网元为SMF，用户面网元为UPF，第一规则为URR，第二规则为PDR为例，对该方法的流程进行具体说明。该方法可以包括以下步骤：

S301：UE向AMF发送PDU会话建立请求(PDU Session Establishment Request)消息。

示例性地，UE在5G网络中激活，发起PDU会话建立流程。

S302：AMF向SMF发送PDU会话创建会话管理上下文请求(Nsmf_PDUSession_Creat-eSMContext Request)消息。

S303：SMF向PCF发送请求消息，该请求消息用于请求PCC规则。

示例性地，SMF通过N7接口向PCF发送会话管理策略控制创建请求(Npcf_SMPolicy-Control_Create Request)消息。

S304：PCF向SMF发送PCC规则。

示例性地，PCF通过N7接口向SMF发送会话管理策略控制创建响应(Npcf_SMPolicy-Control_Create Response)消息，该消息包括PCC规则。

其中，PCC规则包括第一条件和第一指示信息。此外，PCC规则还可以包括第一业务的应用标识和/或业务流描述信息。下文仅以PCC规则包括第一业务的应用标识为例进行说明。此外，PCC规则还可以包括QoS信息。

S305：SMF将该PCC规则映射为PDR和URR。

其中，PDR中的PDI包括第一业务的应用标识和第一条件。URR包括第一指示信息。其中，PDR与URR关联，PDR包括URR ID。

S306：SMF向UPF发送N4会话建立请求(N4 Session Establishment/ModificationRequest)消息，该消息包括上述S305中确定的PDR和URR。

其中，上述S306，可以参考图2所示实施例中步骤200的方式1的描述，不再赘述。

S307：UPF向SMF发送N4会话建立响应(N4 Session Establishment/ModificationResponse)消息。

此外，S306中的N4会话建立请求消息，还可以替换为N4会话修改请求(N4 SessionModification Request)消息，相应的，S307中的N4会话建立响应消息，还可以替换为N4会话修改响应(N4 Session Establishment/Modification Response)消息。

示例性地，UPF可以根据第一业务的应用标识作为业务感知的条件，记录在PDR的上下文中，启动对业务的识别、以及业务持续时长和业务传输速率的统计。

S308：UPF确定检测到第一业务开始，且第一业务满足第一条件。

示例性地，UPF检测UE访问的业务报文，根据该业务报文判断该业务报文对应的应用标识是否与第一业务的应用标识匹配，若匹配，则确定第一业务开始。若第一业务的持续时长大于持续时长阈值，和/或第一业务的传输速率大于传输速率阈值，则确定第一业务满足第一条件。

其中，上述S308，可以参考图2所示实施例中的步骤210的描述，不再赘述。

S309：UPF根据第一指示信息向SMF发送第一业务的五元组、URR ID。

示例性地，UPF可以向SMF发送N4会话报告请求(N4 Session Reporting Request)消息，该消息包括第一业务的五元组信息、URRID。

此外，UPF还可以向SMF发送第一事件信息。第一事件信息用于指示第一业务开始。

其中，上述S309，可以参考图2所示实施例中的步骤210的描述，不再赘述。

S310：SMF将URR ID映射为QoS信息。

其中，上述S310，可以参考图2所示实施例中的步骤220的描述，不再赘述。

此外，SMF还可以向UPF发送N4会话报告响应(N4 Session Reporting Resonse)消息。

S311：SMF根据QoS信息和第一业务的五元组信息生成第一业务对应的QoS流的QoS规则。

其中，上述S311，可以参考图2所示实施例中的步骤230的描述，不再赘述。

进一步地，SMF发起建立第一业务对应的QoS流的QoS规则的流程。若第一业务存在对应的QoS流，SMF可以触发第一业务的QoS流的更新流程，为第一业务的QoS流增加一个QoS规则。若第一业务不存在对应的QoS流，SMF可以触发第一业务的QoS流的创建流程，进而建立第一业务的QoS流的QoS规则，具体可以参考现有QoS流创建或更新流程，此处不再赘述。同时，UPF也完成第一业务的QoS流创建或更新流程，实现对该UE在UPF侧的第一业务的QoS流创建或更新，确保端到端QoS流创建或更新成功。

S312：UPF检测到第一业务停止。

示例性地，UPF检测到第一业务停止，还可以描述为UPF感知到第一业务结束。例如，UPF在预设时间内未接收到第一业务的业务报文，则UPF确定第一业务停止。

S313：UPF向SMF发送第一业务的五元组信息、URR ID和第二事件信息。

示例性地，UPF向SMF发送N4会话报告请求消息，该消息包括第一业务的五元组信息、URR ID和第二事件信息。第二事件信息用于指示第一业务停止。

S314：SMF将URR ID和第一业务的五元组信息映射为第一业务的QoS流的QoS规则。其中，该QoS规则与URR ID和第一业务的五元组信息具有映射关系。

S315：SMF发起删除该QoS规则的流程。

示例性地，若第一业务对应的QoS流仅包括该QoS规则，SMF可以触发第一业务的QoS流的删除流程。若第一业务对应的QoS流包括多个QoS规则，SMF可以触发第一业务的QoS流的更新流程，进而删除该QoS规则，具体可以参考现有QoS流删除或更新流程，此处不再赘述。同时，UPF也完成第一业务的QoS流删除或更新流程，实现对该UE在UPF侧的第一业务的QoS流删除或更新，确保端到端QoS流删除或更新成功。

采用图3所示的实施例，UPF可以通过第一指示信息可以实现触发QoS流创建或更新流程，建立QoS流的QoS规则，通过加入判断第一业务是否满足第一条件可以解决信令风暴的问题，实现保证业务按照配置的QoS规则执行，提升实际业务体验。

对于上述方式2，如图4所示为触发建立或删除QoS规则的具体流程。其中，以会话管理网元为SMF，用户面网元为UPF，第一规则为URR，第二规则为PDR为例，对该方法的流程进行具体说明。该方法可以包括以下步骤：

S401：UE向AMF发送PDU会话建立请求消息。

S402：AMF向SMF发送PDU会话创建会话管理上下文请求消息。

S403：SMF向PCF发送请求消息，该请求消息用于请求PCC规则。

其中，S401至S403可以参考上述图3所示实施例中的S301至S303的描述，不再赘述。

S404：PCF向SMF发送PCC规则，PCC规则包括第一预定义规则的名称。

S405：SMF根据第一预定义规则的名称生成PDR。

其中，PDR包括第一预定义规则的名称。

S406：SMF向UPF发送N4会话建立请求消息，该消息包括PDR。

其中，上述S406，可以参考图2所示实施例中步骤200中的方式2的描述，不再赘述。

S407：UPF根据第一预定义规则的名称确定第一预定义规则。

第一预定义规则包括第一业务的应用标识、第一条件和URR。其中，URR包括第一指示信息。

示例性地，UPF可以根据第一业务的应用标识作为业务感知的条件，记录在该PDR的上下文中，启动对业务的识别、以及业务持续时长和业务传输速率的统计。

S408：UPF向SMF发送N4会话建立响应消息。

此外，S406中的N4会话建立请求消息，还可以替换为N4会话修改请求消息，相应的，S408中的N4会话建立响应消息，还可以替换为N4会话修改响应消息。

S409：UPF确定检测到第一业务开始，且第一业务满足第一条件。

S410：UPF根据第一指示信息向SMF发送第一业务的五元组、URR ID。

S409和S410可以参考上述S308和S309的描述，不再赘述。

S411：SMF将URR ID映射为QoS信息。

其中，SMF根据第一预定义规则的名称确定SMF上存储的第一预定义规则，SMF上存储的第一预定义规则包括QoS信息，URR ID与QoS信息具有关联关系。

关于第一预定义规则的内容具体可以参考图2所示实施例中的步骤200中方式2的描述，不再赘述。

S412：SMF根据QoS信息和第一业务的五元组信息生成第一业务对应的QoS流的QoS规则。

S413：UPF检测到第一业务停止。

S414：UPF向SMF发送第一业务的五元组信息、URR ID和第二事件信息。

S415：SMF将URR ID和第一业务的五元组信息映射为第一业务的QoS流的QoS规则。其中，该QoS规则与URR ID和第一业务的五元组信息具有映射关系。这里的QoS规则为S412中生成的QoS规则。

S416：SMF发起删除该QoS规则的流程。

S412至S416可以参考上述图3所示实施例中的S311至S315的描述，不再赘述。

采用图4所示的实施例，UPF侧的第一预定义规则可以包括第一指示信息和第一条件，UPF可以通过第一指示信息可以实现触发QoS流建立或更新流程，建立QoS流的QoS规则，通过加入判断第一业务是否满足第一条件可以解决信令风暴的问题，实现保证业务按照配置的QoS策略执行，提升实际业务体验。

对于上述方式3，如图5A和图5B所示为在5G通信系统中触发建立或删除QoS规则的具体流程。其中，以会话管理网元为SMF，用户面网元为UPF，第一规则为URR，第二规则为PDR为例，对该方法的流程进行具体说明。该方法可以包括以下步骤：

S501：UE向AMF发送PDU会话建立请求消息。

S502：AMF向SMF发送PDU会话创建会话管理上下文请求消息。

S503：SMF向PCF发送请求消息，该请求消息用于请求PCC规则。

S501至S503可以参考上述图3所示实施例中的S301至S303的描述，不再赘述。

示例性地，SMF通过N7接口向PCF发送会话管理策略控制创建请求消息。

S504：PCF向SMF发送携带ADC事件订阅信元的PCC规则。

示例性地，SMF通过N7接口向SMF发送会话管理策略控制创建响应消息，该消息包括携带ADC事件订阅信元的PCC规则。

其中，携带ADC事件订阅信元的PCC规则包括第一条件和ADC事件订阅信元。携带ADC事件订阅信元的PCC规则还可以包括第一业务的应用标识和/或业务流描述信息。下文仅以携带ADC事件订阅信元的PCC规则包括第一业务的应用标识为例进行说明。需要特别说明的是，携带ADC事件订阅信元的PCC规则不包括QoS信息。

S505：SMF将PCC规则映射为PDR和URR。

其中，PDR中的PDI包括应用标识和第一条件。其中，该PDR与该URR关联，该PDR包括URR ID。URR中的测量方法或报告触发器包括ADC事件订阅信元。

S506：SMF向UPF发送N4会话建立请求消息，该消息包括PDR和URR。

其中，上述S506，可以参考图2所示实施例中步骤200中的方式3的描述，此处不再赘述。

S507：UPF向SMF发送N4会话建立响应消息。

此外，S506中的N4会话建立请求消息，还可以替换为N4会话修改请求消息，相应的，S507中的N4会话建立响应消息，还可以替换为N4会话修改响应消息。

S507可以参考S307的描述，此处不再赘述。

S508：UPF确定检测到第一业务开始，且第一业务满足第一条件。

S509：UPF根据ADC事件订阅信元向SMF发送第一业务的五元组、URR ID、ADC事件开始信息。

ADC事件与第一业务具有关联关系。

示例性地，UPF可以向SMF发送N4会话报告请求消息，该消息包括第一业务的五元组信息、URR ID、ADC事件开始信息。

其中，上述S509，可以参考图2所示实施例中的步骤210描述，此处不再赘述。

S510：SMF根据接收到的URR ID确定UPF检测到ADC事件。

此外，SMF还可以向UPF发送N4会话报告响应消息。

S511：SMF向PCF发送第一业务的五元组信息和ADC事件开始信息。

示例性地，SMF向PCF发送会话管理策略控制更新请求(Npcf_SMPolicy-Control_UpdateRequest)消息，该消息包括第一业务的五元组信息和ADC事件开始信息。

S512：PCF根据接收到的第一业务的五元组信息和ADC事件开始信息，确定ADC事件开始信息对应的PCC规则。ADC事件开始信息对应的PCC规则包括QoS信息。

其中，ADC事件开始信息对应的PCC规则是指PCF根据ADC事件开始信息和第一业务的流描述信息生成的PCC规则。

S513：PCF向SMF发送ADC事件开始信息对应的PCC规则。

示例性地，PCF向SMF发送会话管理策略控制更新响应(Npcf_SMPolicy-Control_UpdateRequest)消息，该消息包括ADC事件开始信息对应的PCC规则。

S514：SMF根据QoS信息和第一业务的五元组信息生成第一业务对应的QoS流的QoS规则。

具体的，SMF根据接收到的ADC事件开始信息对应的PCC规则确定QoS信息，然后根据QoS信息和第一业务的五元组信息生成第一业务对应的QoS流的QoS规则。

S514可以参考S311描述，此处不再赘述。

S515：UPF检测到第一业务停止。

S515可以参考S312描述，此处不再赘述。

S516：UPF向SMF发送第一业务的五元组信息、URR ID和ADC事件结束信息。

示例性地，UPF向SMF发送N4会话报告请求消息，该消息携带第一业务的五元组信息、URR ID和ADC事件结束信息。

S517：SMF根据接收到的URR ID确定UPF检测到ADC事件。

此外，SMF还可以向UPF发送N4会话报告响应消息。

S518：SMF向PCF发送第一业务的五元组信息和ADC事件结束信息。

示例性地，SMF向PCF发送会话管理策略控制更新请求消息，该消息包括第一业务的五元组信息和ADC事件结束信息。

S519：PCF根据ADC事件结束信息和第一业务的五元组信息确定ADC事件结束信息对应的PCC规则，ADC事件结束信息对应的PCC规则用于删除S514中的第一业务对应的QoS流的QoS规则，其中，该QoS规则与第一业务的五元组信息具有关联关系。

其中，ADC事件结束信息对应的PCC规则是指PCF根据ADC事件结束信息和第一业务的流描述信息生成的PCC规则。

S520：PCF向SMF发送ADC事件结束信息对应的PCC规则。

示例性地，PCF向SMF发送会话管理策略控制更新响应消息，该消息包括ADC事件结束对应的PCC规则。

S521：SMF根据ADC事件结束信息对应的PCC规则，发起删除该QoS规则的过程。

S521可以参考S315的描述。

采用图5A和图5B所示的实施例，通过复用现有的携带ADC事件订阅信元的PCC规则，可以实现指示第一指示信息和第一条件，UPF可以通过ADC事件订阅信元可以实现触发QoS流建立或更新流程，建立QoS流的QoS规则，通过加入判断第一业务是否满足第一条件可以解决信令风暴的问题，实现保证业务按照配置的QoS策略执行，提升实际业务体验。

图6示出了本申请实施例中所涉及的一种通信装置的可能的示例性框图，该装置600包括：收发模块620和处理模块610，收发模块620可以包括接收单元和发送单元。处理模块610用于对装置600的动作进行控制管理。收发模块620用于支持装置600与其他网络实体的通信。可选地，装置600还可以包括存储单元，所述存储单元用于存储装置600的程序代码和数据。

可选地，所述装置600中各个模块可以是通过软件来实现。

可选地，处理模块610可以是处理器或控制器，例如可以是通用中央处理器(central processing unit，CPU)，通用处理器，数字信号处理(digital signalprocessing，DSP)，专用集成电路(application specific integrated circuits，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请实施例公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。收发模块620可以是通信接口、收发器或收发电路等，其中，该通信接口是统称，在具体实现中，该通信接口可以包括多个接口，存储单元可以是存储器。

当装置600为用户面网元或用户面网元中的芯片时，装置600中的处理模块610可以支持装置600执行上文中各方法示例中用户面网元的动作，例如可以支持装置600执行图2中的步骤200。

收发模块620可以支持装置600与会话管理网元进行通信，例如，收发模块620可以支持装置200执行图4中的步骤210。

例如，所述处理模块610调用所述收发模块620，执行：

获取第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则；当第一业务满足第一条件时，向会话管理网元发送第一业务的流描述信息和第一规则的标识，第一规则与第一指示信息对应，第一规则用于建立QoS规则。

在一种可能的实现方式，所述收发模块620用于在获取第一指示信息时，获取第一指示信息和第一条件。

在一种可能的实现方式，所述收发模块620用于在获取第一指示信息和第一条件时，接收来自会话管理网元的第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件。

在一种可能的实现方式，所述收发模块620用于获取多个预定义规则；在获取第一指示信息和第一条件时，接收来自会话管理网元的第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息；根据第一预定义规则的名称，从多个预定义规则中确定第一预定义规则。

在一种可能的实现方式，所述收发模块620用于在获取第一指示信息和第一条件时，接收来自会话管理网元的第一规则和第二规则，第一规则包括应用检测控制事件订阅信元，应用检测控制事件订阅信元用于指示第一指示信息，第二规则包括第一条件。

在一种可能的实现方式，所述收发模块620用于当第一业务满足第一条件时，向会话管理网元发送第一事件信息，第一事件信息用于指示第一业务开始。

在一种可能的实现方式，第一指示信息用于指示在第一业务停止时触发删除QoS规则；所述收发模块620用于当第一业务停止时，向会话管理网元发送第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止，第一业务的流描述信息和第一规则用于确定QoS规则。

在一种可能的实现方式，所述收发模块620用于获取第一信息，第一信息用于确定第一业务，第一信息包括第一业务的应用标识和/或第一业务的业务流描述信息。

应理解，根据本申请实施例的装置600可对应于前述方法实施例中用户面网元，并且装置600中的各个模块的操作和/或功能分别为了实现前述方法实施例中用户面网元的方法的相应步骤，因此也可以实现前述方法实施例中的有益效果，为了简洁，这里不作赘述。

当装置600为会话管理网元或会话管理网元中的芯片时，装置600中的处理模块610可以支持装置600执行图2中的步骤220、步骤230。

收发模块620可以支持装置600与用户面网元进行通信，例如，收发模块620可以支持装置600执行图2中的步骤210。

例如，所述收发模块620，用于从用户面网元接收第一业务的流描述信息和第一规则的标识；

所述处理模块610，用于根据所述第一规则的标识确定对应的QoS信息；根据所述QoS信息和所述第一业务的流描述信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式，所述收发模块620，用于接收来自用户面网元的第一事件信息，第一事件信息用于指示第一业务开始；在根据QoS信息和第一业务的流描述信息建立第一业务对应的QoS流的QoS规则时，所述处理模块610，用于根据QoS信息、第一业务的流描述信息和第一事件信息建立第一业务对应的QoS流的QoS规则。

在一种可能的实现方式，所述收发模块620，用于接收来自策略控制网元的策略与计费控制规则，策略与计费控制规则包括第一指示信息和第一条件；第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值；所述处理模块610，用于根据策略与计费控制规则确定第一规则和第二规则，第一规则包括第一指示信息，第二规则包括第一条件；所述收发模块620，用于向用户面网元发送第一规则和第二规则。

在一种可能的实现方式，所述收发模块620，用于接收来自策略控制网元的第一预定义规则的名称；向用户面网元发送第二规则，第二规则包括第一预定义规则的名称，第一预定义规则为用户面网元获取的多个预定义规则中的一个，第一预定义规则包括第一规则和第一条件，第一规则包括第一指示信息，第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则，第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

在一种可能的实现方式，第一指示信息用于指示在第一业务停止时触发删除QoS规则；所述收发模块620，用于接收来自用户面网元的第一业务的流描述信息、第一规则的标识和第二事件信息，第二事件信息用于指示第一业务停止；所述处理模块610，用于根据第一规则的标识和第一业务的流描述信息确定QoS规则；根据第二事件信息删除QoS规则。

应理解，根据本申请实施例的装置600可对应于前述方法实施例中会话管理网元，并且装置600中的各个模块的操作和/或功能分别为了实现前述方法实施例中会话管理网元的方法的相应步骤，因此也可以实现前述方法实施例中的有益效果，为了简洁，这里不作赘述。

图7示出了根据本申请实施例的通信装置700的示意性结构图。如图7所示，所述装置700包括：处理器701。

当装置700为用户面网元或用户面网元中的芯片时，一种可能的实现方式中，当所述处理器701用于调用接口执行以下动作：

获取第一指示信息，所述第一指示信息用于指示在第一业务发生时触发建立第一业务对应的QoS流的QoS规则；当所述第一业务满足第一条件时，向会话管理网元发送所述第一业务的流描述信息和第一规则的标识，所述第一规则与所述第一指示信息对应，所述第一规则用于建立第一业务对应的QoS流的QoS规则。

应理解，所述装置700还可用于执行前文实施例中用户面网元侧的其他步骤和/或操作，为了简洁，这里不作赘述。

当装置700为会话管理网元或会话管理网元中的芯片时，一种可能的实现方式中，当所述处理器701用于调用接口执行以下动作：

从用户面网元接收第一业务的流描述信息和第一规则的标识；根据所述第一规则的标识确定QoS信息；根据所述QoS信息和所述第一业务的流描述信息建立第一业务对应的QoS流的QoS规则。

应理解，所述装置700还可用于执行前文实施例中会话管理网元侧的其他步骤和/或操作，为了简洁，这里不作赘述。

应理解，所述处理器701可以调用接口执行上述收发动作，其中，调用的接口可以是逻辑接口或物理接口，对此不作限定。可选地，物理接口可以通过收发器实现。可选地，所述装置700还包括收发器703。

可选地，所述装置700还包括存储器702，存储器702中可以存储上述方法实施例中的程序代码，以便于处理器701调用。

具体地，若所述装置700包括处理器701、存储器702和收发器703，则处理器701、存储器702和收发器703之间通过内部连接通路互相通信，传递控制和/或数据信号。在一个可能的设计中，处理器701、存储器702和收发器703可以通过芯片实现，处理器701、存储器702和收发器703可以是在同一个芯片中实现，也可能分别在不同的芯片实现，或者其中任意两个功能组合在一个芯片中实现。该存储器702可以存储程序代码，处理器701调用存储器702存储的程序代码，以实现装置700的相应功能。

上述本申请实施例揭示的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(fieldprogrammable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，还可以是系统芯片(system on chip，SoC)，还可以是中央处理器(centralprocessor unit，CPU)，还可以是网络处理器(network processor，NP)，还可以是数字信号处理电路(digital signal processor，DSP)，还可以是微控制器(micro controllerunit，MCU)，还可以是可编程控制器(programmable logic device，PLD)或其他集成芯片。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

可以理解，本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(directrambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

基于以上实施例，本申请实施例还提供了一种计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行以上实施例提供的方法。

基于以上实施例，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被计算机执行时，使得计算机执行以上实施例提供的方法。

其中，存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

基于以上实施例，本申请实施例还提供了一种芯片，所述芯片用于读取存储器中存储的计算机程序，实现以上实施例提供的方法。

基于以上实施例，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，用于支持计算机装置实现以上实施例中各设备所涉及的功能。在一种可能的实现方式中，所述芯片系统还包括存储器，所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

应理解，在本申请实施例中，编号“第一”、“第二”…仅仅为了区分不同的对象，比如为了区分不同的参数信息或者消息，并不对本申请实施例的范围构成限制，本申请实施例并不限于此。

还应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。上述各个过程涉及的各种数字编号或序号仅为描述方便进行的区分，而不应对本申请实施例的实施过程构成任何限定。

还应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

Claims

1.一种建立服务质量QoS规则的方法，其特征在于，该方法包括：

用户面网元获取第一指示信息，所述第一指示信息用于指示在第一业务发生时触发建立所述第一业务对应的QoS流的QoS规则；

当所述第一业务满足第一条件时，所述用户面网元向会话管理网元发送所述第一业务的流描述信息和第一规则的标识，所述第一规则与所述第一指示信息对应，所述第一规则用于建立所述QoS规则。

2.如权利要求1所述的方法，其特征在于，所述用户面网元获取第一指示信息，包括：

所述用户面网元获取所述第一指示信息和所述第一条件。

3.如权利要求2所述的方法，其特征在于，所述用户面网元获取所述第一指示信息和所述第一条件，包括：

所述用户面网元接收来自所述会话管理网元的所述第一规则和第二规则，所述第一规则包括所述第一指示信息，所述第二规则包括所述第一条件。

4.如权利要求2所述的方法，其特征在于，还包括：

所述用户面网元获取多个预定义规则；

所述用户面网元获取所述第一指示信息和所述第一条件，包括：

所述用户面网元接收来自所述会话管理网元的第二规则，所述第二规则包括第一预定义规则的名称，所述第一预定义规则为所述多个预定义规则中的一个，所述第一预定义规则包括所述第一规则和第一条件，所述第一规则包括所述第一指示信息；

所述用户面网元根据所述第一预定义规则的名称，从所述多个预定义规则中确定所述第一预定义规则。

5.如权利要求2所述的方法，其特征在于，所述用户面网元获取所述第一指示信息和所述第一条件，包括：

所述用户面网元接收来自所述会话管理网元的所述第一规则和第二规则，所述第一规则包括应用检测控制事件订阅信元，所述应用检测控制事件订阅信元用于指示所述第一指示信息，所述第二规则包括所述第一条件。

6.如权利要求3-5任一项所述的方法，其特征在于，所述第一规则为用量上报规则，所述第二规则为包检测规则。

7.如权利要求1-6任一项所述的方法，其特征在于，还包括：

当所述第一业务满足所述第一条件时，所述用户面网元向所述会话管理网元发送第一事件信息，所述第一事件信息用于指示所述第一业务开始。

8.如权利要求1-7任一项所述的方法，其特征在于，所述第一指示信息用于指示在第一业务停止时触发删除所述QoS规则；

所述方法还包括：

当所述第一业务停止时，所述用户面网元向所述会话管理网元发送所述第一业务的流描述信息、所述第一规则的标识和第二事件信息，所述第二事件信息用于指示所述第一业务停止，所述第一业务的流描述信息和所述第一规则用于确定所述QoS规则。

9.如权利要求1-8任一项所述的方法，其特征在于，所述第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

10.如权利要求1-9任一项所述的方法，其特征在于，所述第一业务的流描述信息包括所述第一业务的五元组信息。

11.如权利要求1-10任一项所述的方法，其特征在于，还包括：

所述用户面网元还获取第一信息，所述第一信息用于确定所述第一业务，所述第一信息包括所述第一业务的应用标识和/或所述第一业务的业务流描述信息。

12.一种建立服务质量QoS规则方法，其特征在于，该方法包括：

会话管理网元接收来自用户面网元的第一业务的流描述信息和第一规则的标识；

所述会话管理网元根据所述第一规则的标识确定对应的QoS信息；

所述会话管理网元根据所述QoS信息和所述第一业务的流描述信息建立所述第一业务对应的QoS流的QoS规则。

13.如权利要求12所述的方法，其特征在于，还包括：

所述会话管理网元接收来自所述用户面网元的第一事件信息，所述第一事件信息用于指示所述第一业务开始；

所述会话管理网元根据所述QoS信息和所述第一业务的流描述信息建立所述第一业务对应的QoS流的QoS规则，包括：

所述会话管理网元根据所述QoS信息、所述第一业务的流描述信息和所述第一事件信息建立所述第一业务对应的QoS流的QoS规则。

14.如权利要求12或13所述的方法，其特征在于，还包括：

所述会话管理网元接收来自策略控制网元的策略与计费控制规则，所述策略与计费控制规则包括第一指示信息和第一条件；所述第一指示信息用于指示在所述第一业务发生时触发建立所述第一业务对应的QoS流的QoS规则，所述第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值；

所述会话管理网元根据所述策略与计费控制规则确定所述第一规则和第二规则，所述第一规则包括所述第一指示信息，所述第二规则包括所述第一条件；

所述会话管理网元向所述用户面网元发送所述第一规则和所述第二规则。

15.如权利要求12或13所述的方法，其特征在于，还包括：

所述会话管理网元接收来自策略控制网元的第一预定义规则的名称；

所述会话管理网元向所述用户面网元发送第二规则，所述第二规则包括所述第一预定义规则的名称，所述第一预定义规则为所述用户面网元获取的多个预定义规则中的一个，所述第一预定义规则包括所述第一规则和第一条件，所述第一规则包括所述第一指示信息，所述第一指示信息用于指示在所述第一业务发生时触发建立所述第一业务对应的QoS流的QoS规则，所述第一条件包括业务持续时长大于或等于持续时长阈值，和/或业务传输速率大于或等于传输速率阈值。

16.如权利要求14或15所述的方法，其特征在于，所述第一规则为用量上报规则，所述第二规则为包检测规则。

17.如权利要求14或15所述的方法，其特征在于，所述第一指示信息用于指示在第一业务停止时触发删除所述QoS规则；

所述方法还包括：

所述会话管理网元接收来自所述用户面网元的所述第一业务的流描述信息、所述第一规则的标识和第二事件信息，所述第二事件信息用于指示所述第一业务停止；

所述会话管理网元根据所述第一规则的标识和所述第一业务的流描述信息确定所述QoS规则；

所述会话管理网元根据所述第二事件信息删除所述QoS规则。

18.一种通信装置，其特征在于，所述通信装置用于执行如权利要求1-11任一项所述的方法，或权利要求12-17任一项所述的方法。

19.一种芯片，其特征在于，所述芯片与存储器耦合，所述芯片读取所述存储器中存储的计算机程序，执行权利要求1-11任一项所述的方法，或权利要求12-17任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1-11任一项所述的方法，或权利要求12-17任一项所述的方法中任一项所述的方法。

21.一种通信系统，其特征在于，该系统包括：会话管理网元和用户面网元，其中，所述用户面网元执行如权利要求1-11任一项所述的方法，所述会话管理网元执行如权利要求12-17任一项所述的方法。

22.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，当所述计算机程序在装置上运行时，执行如权利要求1-11任一项所述的方法，或权利要求12-17任一项所述的方法中任一项所述的方法。