CN117337554A

CN117337554A - 规则生成方法、网元

Info

Publication number: CN117337554A
Application number: CN202380010722.2A
Authority: CN
Inventors: 吴锦花; 沈洋
Original assignee: Beijing Xiaomi Mobile Software Co Ltd
Current assignee: Beijing Xiaomi Mobile Software Co Ltd
Priority date: 2023-08-21
Filing date: 2023-08-21
Publication date: 2024-01-02

Abstract

本公开涉及一种规则生成方法、网元，其中，由第一网元执行的方法包括：接收第二网元发送的第一消息，其中，第一消息用于指示PDU set处理的能力信息；基于第一消息，确定PCC规则。由此，可以支持基于PDU set处理的能力信息，确定PCC规则，能够保障业务连续性，提高服务质量。

Description

规则生成方法、网元

技术领域

本公开涉及通信技术领域，尤其涉及一种规则生成方法、网元。

背景技术

移动媒体类服务、云AR(augmented reality，增强现实)/VR(virtual reality，虚拟现实)等XR(extended reality，扩展现实)业务、云游戏、基于视频的机器或无人机远程控制等业务，预计将为5G网络贡献越来越高的流量。XR业务还涉及多模态数据流，这些多模态数据，可以是描述同一业务或应用的从同一个设备或不同设备(包括传感器)输入的数据，这些数据可能会输出到一个或多个目的设备终端。多模态数据中的各数据流往往具有相关性，比如音频流和视频流的同步，触觉和视觉的同步等。

发明内容

本公开实施例提供一种规则生成方法、网元，用于解决相关技术中不支持基于协议数据单元(protocol data unit，PDU)集(set)处理的能力信息，确定策略与计费控制(Policy and Charging Control，PCC)规则的问题。

本公开实施例提出了一种规则生成方法、网元。

根据本公开实施例的第一方面，提出了一种规则生成方法，上述方法由第一网元执行，包括：接收第二网元发送的第一消息，其中，第一消息用于指示协议数据单元PDU集set处理的能力信息；基于第一消息，确定PCC规则。

在上述实施例中，可以支持基于PDU set处理的能力信息，确定PCC规则，能够保障业务连续性，提高服务质量。

根据本公开实施例的第二方面，提出了一种规则生成方法，上述方法由第二网元执行，包括：向第一网元发送第一消息，其中，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

在上述实施例中，第二网元可以向第一网元发送PDU set处理的能力信息，以便第一网元确定PDU set处理的能力信息，并确定对应的PCC规则，能够保障业务连续性，提高服务质量。

根据本公开实施例的第三方面，提出了一种规则生成方法，上述方法由第四网元执行，包括：向第二网元发送第三消息，其中，第三消息用于指示PDU set处理的能力信息，第三消息用于第二网元向第一网元发送第一消息，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

在上述实施例中，第四网元可以向第二网元发送PDU set处理的能力信息，以便第二网元确定PDU set处理的能力信息，并发送至第一网元，用于第一网元确定PCC规则，能够保障业务连续性，提高服务质量。

根据本公开实施例的第四方面，提出了一种规则生成方法，包括：第四网元向第二网元发送第三消息，其中，第三消息用于指示PDU set处理的能力信息；第二网元向第一网元发送第一消息，其中，第一消息用于指示PDUset处理的能力信息；第一网元接收第二网元发送的第一消息；第一网元基于第一消息，确定PCC规则。

在上述实施例中，支持基于PDU set处理的能力信息，确定PCC规则，能够保障业务连续性，提高服务质量。

根据本公开实施例的第五方面，提出了一种第一网元，包括：收发模块，用于接收第二网元发送的第一消息，其中，第一消息用于指示PDUset处理的能力信息；处理模块，用于基于第一消息，确定PCC规则。

根据本公开实施例的第六方面，提出了一种第二网元，包括：收发模块，用于向第一网元发送第一消息，其中，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

根据本公开实施例的第七方面，提出了一种第四网元，包括：收发模块，用于向第二网元发送第三消息，其中，第三消息用于指示PDU set处理的能力信息，第三消息用于第二网元向第一网元发送第一消息，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

根据本公开实施例的第八方面，提出了一种第一网元，包括：一个或多个处理器；其中，第一网元用于执行上述第一方面所述的方法。

根据本公开实施例的第九方面，提出了一种第二网元，包括：一个或多个处理器；其中，第二网元用于执行上述第二方面所述的方法。

根据本公开实施例的第十方面，提出了一种第四网元，包括：一个或多个处理器；其中，第四网元用于执行上述第三方面所述的方法。

根据本公开实施例的第十一方面，提供一种通信系统，包括第一网元、第二网元、第四网元，其中，第一网元被配置为实现上述第一方面所述的方法，第二网元被配置为实现上述第二方面所述的方法，第四网元被配置为实现上述第三方面所述的方法。

根据本公开实施例的第十二方面，提供一种存储介质，存储介质存储有指令，当指令在通信设备上运行时，使得通信设备执行如第一方面、第二方面或第三方面所述的方法。

附图说明

图1A是本公开实施例提供的一种通信系统的架构图；

图1B是本公开实施例提供的一种5G组网架构的示意图；

图2是本公开实施例提供的一种规则生成方法的流程图；

图3A是本公开实施例提供的另一种规则生成方法的流程图；

图3B是本公开实施例提供的又一种规则生成方法的流程图；

图3C是本公开实施例提供的又一种规则生成方法的流程图；

图4A是本公开实施例提供的又一种规则生成方法的流程图；

图4B是本公开实施例提供的又一种规则生成方法的流程图；

图5A是本公开实施例提供的又一种规则生成方法的流程图；

图5B是本公开实施例提供的又一种规则生成方法的流程图；

图6A是本公开实施例提供的又一种规则生成方法的流程图；

图6B是本公开实施例提供的又一种规则生成方法的流程图；

图6C是本公开实施例提供的又一种规则生成方法的流程图；

图7A是本公开实施例提供的一种第一网元的结构图；

图7B是本公开实施例提供的一种第二网元的结构图；

图7C是本公开实施例提供的一种第四网元的结构图；

图8A是本公开实施例提供的一种通信设备的结构图；

图8B是本公开实施例提供的一种芯片的结构示意图。

具体实施方式

本公开实施例提出了规则生成方法、网元。

第一方面，本公开实施例提出了一种规则生成方法，上述方法由第一网元执行，包括：接收第二网元发送的第一消息，其中，第一消息用于指示协议数据单元PDU集set处理的能力信息；基于第一消息，确定PCC规则

结合第一方面的一些实施例，在一些实施例中，PDU set处理的能力信息，包括：PDU set处理的支持状态和/或PDU set处理的支持状态是否发生变更。

在上述实施例中，第一网元可以基于PDU set处理的支持状态或PDU set处理的支持状态是否发生变更的信息，确定PCC规则。

结合第一方面的一些实施例，在一些实施例中，上述方法还包括：第一网元向第二网元发送PCC规则。

在上述实施例中，第一网元在基于PDU set处理的支持状态或PDU set处理的支持状态是否发生变更的信息，确定PCC规则的情况下，可以向第二网元发送确定的PCC规则，能够保障业务连续性，提高服务质量。

结合第一方面的一些实施例，在一些实施例中，上述方法还包括：发起会话修改流程，或发起会话管理策略关联修改流程。

在上述实施例中，第一网元在基于PDU set处理的能力信息，确定PCC规则的情况下，可以发起会话修改流程，或发起会话管理策略关联修改流程，以修改会话应用所确定的PCC规则。

结合第一方面的一些实施例，在一些实施例中，上述方法还包括：第一网元向第二网元发送第一订阅事件通知，其中，第一订阅事件通知用于获取PDU set处理的能力信息。

在上述实施例中，第一网元可以订阅PDU set处理的能力信息的事件通知，以便及时获取PDU set处理的能力信息，第一网元可以订阅PDU set处理的支持状态的事件通知，或订阅获取PDU set支持状态变更的事件通知，以便及时获取PDU set处理的支持状态或PDU set支持状态变更的信息。

结合第一方面的一些实施例，在一些实施例中，第一订阅事件通知与策略控制请求触发器相关。

在上述实施例中，第一网元向第二网元发送第一订阅事件通知，可以作为策略控制请求触发器，在满足策略控制请求触发器，也即第二网元接收到第一订阅事件通知的情况下，第二网元可以向第一网元发送第一消息，从而向第一网元发送PDU set处理的支持状态或PDU set处理的支持状态是否发生变更的信息。

结合第一方面的一些实施例，在一些实施例中，第一网元向第二网元发送第一订阅事件通知，包括：根据本地配置或操作管理和维护OAM配置，向第二网元发送第一订阅事件通知。

在上述实施例中，第一网元可以基于本地配置或OAM配置，向第二网元发送第一订阅事件通知。

结合第一方面的一些实施例，在一些实施例中，上述方法还包括：第一网元接收第三网元发送的订阅请求，其中，订阅请求用于请求获取PDU set处理的能力信息。

在上述实施例中，第一网元可以基于接收到的第三网元发送的订阅请求，向第二网元发送第一订阅事件通知。

结合第一方面的一些实施例，在一些实施例中，上述方法还包括：第一网元向第三网元发送第二消息，其中，第二消息用于指示PDU set处理的能力信息。

在上述实施例中，第一网元可以向第三网元发送PDU set处理的支持状态或PDUset处理的支持状态是否发生变更的信息，以获取新的QoS需求或触发AF进行会话修改。

结合第一方面的一些实施例，在一些实施例中，PCC规则包括第一网元生成的第一PCC规则，第一网元基于第一消息，确定PCC规则，包括：

确定第一消息用于指示支持PDU set处理，且当前不存在PCC规则，确定生成PCC规则，确定第一PCC规则；或者

确定第一消息用于指示支持PDU处理，且当前不存在PCC规则，确定生成PCC规则，确定第一PCC规则；或者

确定第一消息用于指示PDU set处理的支持状态由不支持变更为支持，且当前不存在PCC规则，确定生成PCC规则，确定第一PCC规则；或者

确定第一消息用于指示PDU set处理的支持状态由支持变更为不支持，且当前不存在PCC规则，确定生成PCC规则，确定第一PCC规则；或者

确定第一消息用于指示由支持PDU处理变更为支持PDU set处理，且当前不存在PCC规则，确定生成PCC规则，确定第一PCC规则；或者

确定第一消息用于指示支持PDU set处理变更为支持PDU处理，且当前不存在PCC规则，确定生成PCC规则，确定第一PCC规则。

结合第一方面的一些实施例，在一些实施例中，PCC规则包括第一网元更新后的第二PCC规则，第一网元基于第一消息，确定PCC规则，包括：

确定第一消息用于指示支持PDU set处理，且当前PCC规则为基于PDU生成的，确定对当前PCC规则进行更新，确定第二PCC规则；或者

确定第一消息用于指示支持PDU处理，且当前PCC规则为基于PDU set生成的，确定对当前PCC规则进行更新，确定第二PCC规则；或者

确定第一消息用于指示PDU set处理的支持状态由不支持变更为支持，且当前PCC规则为基于PDU生成的，确定对当前PCC规则进行更新，确定第二PCC规则；或者

确定第一消息用于指示PDU set处理的支持状态由支持变更为不支持，且当前PCC规则为基于PDU生成的，确定对当前PCC规则进行更新，确定第二PCC规则；或者

确定第一消息用于指示由支持PDU处理变更为支持PDU set处理，且当前PCC规则为基于PDU生成的，确定对当前PCC规则进行更新，确定第二PCC规则；或者

确定第一消息用于指示支持PDU set处理变更为支持PDU处理，且当前PCC规则为基于PDU set生成的，确定对当前PCC规则进行更新，确定第二PCC规则。

第二方面，本公开实施例提出了一种规则生成方法，上述方法由第二网元执行，包括：向第一网元发送第一消息，其中，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

结合第二方面的一些实施例，在一些实施例中，PDU set处理的能力信息，包括：PDU set处理的支持状态和/或PDU set处理的支持状态是否发生变更。

结合第二方面的一些实施例，在一些实施例中，上述方法还包括：第二网元接收第一网元发送的第一订阅事件通知，其中，第一订阅事件通知用于获取PDU set处理的支持状态信息，或第一订阅事件通知用于获取PDU set支持状态变更信息。

结合第二方面的一些实施例，在一些实施例中，上述方法还包括：第二网元接收第四网元发送的第三消息，其中，第三消息用于指示PDU set处理的能力信息。

在上述实施例中，第二网元可以基于第四网元发送的第三消息，确定PDU set处理的支持状态或PDU set处理的支持状态是否发生变更，进而可以向第一网元发送第一消息。

结合第二方面的一些实施例，在一些实施例中，第二网元接收第四网元发送的第三消息，包括：通过接入和移动管理功能AMF接收第四网元发送的第三消息，其中，第四网元为无线接入网RAN，第二网元为会话管理功能SMF。

结合第二方面的一些实施例，在一些实施例中，上述方法还包括：第二网元向第四网元发送第二订阅事件通知，其中，第二订阅事件通知用于获取PDU set处理的能力信息。

在上述实施例中，第二网元可以向第四网元发送第二订阅事件通知，以从第四网元处获取PDU set处理的支持状态或PDU set处理的支持状态是否发生变更的信息。

结合第二方面的一些实施例，在一些实施例中，上述方法还包括：第二网元发起会话管理策略创建流程，或发起会话管理策略修改流程。

结合第二方面的一些实施例，在一些实施例中，上述方法还包括：第二网元接收第一网元发送的PCC规则；根据PCC规则，确定服务质量QoS规则。

结合第二方面的一些实施例，在一些实施例中，上述方法还包括：第二网元向第四网元发送QoS规则。

第三方面，本公开实施例提出了一种规则生成方法，上述方法由第四网元执行，包括：向第二网元发送第三消息，其中，第三消息用于指示PDU set处理的能力信息，第三消息用于第二网元向第一网元发送第一消息，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

在上述实施例中，第四网元可以向第二网元发送PDU set处理的支持状态或PDUset处理的支持状态是否发生变更的信息，以便第二网元确定PDU set处理的支持状态或PDU set处理的支持状态是否发生变更，并发送至第一网元，用于第一网元确定PCC规则，能够保障业务连续性，提高服务质量。

结合第三方面的一些实施例，在一些实施例中，第四网元向第二网元发送第三消息，包括：通过AMF向第二网元发送第三消息，其中，第四网元为RAN，第二网元为SMF。

结合第三方面的一些实施例，在一些实施例中，上述方法还包括：第四网元接收第二网元发送的第二订阅事件通知，其中，第二订阅事件通知用于获取PDU set处理的能力信息。

结合第三方面的一些实施例，在一些实施例中，上述第四网元向第二网元发送第三消息，包括：确定满足指定条件，向第二网元发送第三消息；

其中，指定条件包括以下至少一项：

发生网元切换，第四网元为切换后的网元；

PDU set处理能力变更；

基于OAM配置触发导致的PDU set处理能力变更；

基于时间窗口忙闲时触发导致的PDU set处理能力变更；

基于QoS通知控制触发导致的PDU set处理能力变更；

PDU set处理状态变更；

基于OAM配置触发导致的PDU set处理状态变更；

基于时间窗口忙闲时触发导致的PDU set处理状态变更；

基于QoS通知控制触发导致的PDU set处理状态变更。

第四方面，本公开实施例提出了第一网元，上述第一网元包括收发模块、处理模块中的至少一者；其中，上述第一网元用于执行第一方面的可选实现方式。

第五方面，本公开实施例提出了第二网元，上述第二网元包括收发模块、处理模块中的至少一者；其中，上述第二网元用于执行第二方面的可选实现方式。

第六方面，本公开实施例提出了第四网元，上述第四网元包括收发模块、处理模块中的至少一者；其中，上述第四网元用于执行第三方面的可选实现方式。

第七方面，本公开实施例提出了第一网元，上述第一网元包括：一个或多个处理器；其中，上述第一网元用于执行第一方面的可选实现方式。

第八方面，本公开实施例提出了第二网元，上述第二网元包括：一个或多个处理器；其中，上述第二网元用于执行第二方面的可选实现方式。

第九方面，本公开实施例提出了第四网元，上述第四网元包括：一个或多个处理器；其中，上述第四网元用于执行第三方面的可选实现方式。

第十方面，本公开实施例提出了通信系统，上述通信系统包括第一网元、第二网元、第四网元，其中，第一网元被配置为实现上述第一方面所述的方法，第二网元被配置为实现上述第二方面所述的方法，第四网元被配置为实现上述第三方面所述的方法。

第十一方面，本公开实施例提出了存储介质，上述存储介质存储有指令，当上述指令在通信设备上运行时，使得上述通信设备执行如第一方面、第二方面或第三方面的可选实现方式所描述的方法。

第十二方面，本公开实施例提出了程序产品，上述程序产品被通信设备执行时，使得上述通信设备执行如第一方面、第二方面或第三方面的可选实现方式所描述的方法。

第十三方面，本公开实施例提出了计算机程序，当其在计算机上运行时，使得计算机执行如第一方面、第二方面或第三方面的可选实现方式所描述的方法。

第十四方面，本公开实施例提供了一种芯片或芯片系统。该芯片或芯片系统包括处理电路，被配置为执行根据上述第一方面、第二方面或第三方面的可选实现方式所描述的方法。

可以理解地，上述第一网元、第二网元、第四网元、通信系统、存储介质、程序产品、计算机程序、芯片或芯片系统均用于执行本公开实施例所提出的方法。因此，其所能达到的有益效果可以参考对应方法中的有益效果，此处不再赘述。

本公开实施例提出了一种规则生成方法、网元。在一些实施例中，规则生成方法与信息处理方法、通信方法等术语可以相互替换。

本公开实施例并非穷举，仅为部分实施例的示意，不作为对本公开保护范围的具体限制。在不矛盾的情况下，某一实施例中的每个步骤均可以作为独立实施例来实施，且各步骤之间可以任意组合，例如，在某一实施例中去除部分步骤后的方案也可以作为独立实施例来实施，且在某一实施例中各步骤的顺序可以任意交换，另外，某一实施例中的可选实现方式可以任意组合；此外，各实施例之间可以任意组合，例如，不同实施例的部分或全部步骤可以任意组合，某一实施例可以与其他实施例的可选实现方式任意组合。

在各本公开实施例中，如果没有特殊说明以及逻辑冲突，各实施例之间的术语和/或描述具有一致性，且可以互相引用，不同实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

本公开实施例中所使用的术语只是为了描述特定实施例的目的，而并非作为对本公开的限制。

在本公开实施例中，除非另有说明，以单数形式表示的元素，如“一个”、“一种”、“该”、“上述”、“所述”、“前述”、“这一”等，可以表示“一个且只有一个”，也可以表示“一个或多个”、“至少一个”等。例如，在翻译中使用如英语中的“a”、“an”、“the”等冠词(article)的情况下，冠词之后的名词可以理解为单数表达形式，也可以理解为复数表达形式。

在本公开实施例中，“多个”是指两个或两个以上。

在一些实施例中，“至少一者(至少一项、至少一个)(atleastoneof)”、“一个或多个(one or more)”、“多个(a plurality of)”、“多个(multiple)等术语可以相互替换。

在一些实施例中，“A、B中的至少一者”、“A和/或B”、“在一情况下A，在另一情况下B”、“响应于一情况A，响应于另一情况B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)；在一些实施例中A和B(A和B都被执行)。当有A、B、C等更多分支时也类似上述。

在一些实施例中，“A或B”等记载方式，根据情况可以包括以下技术方案：在一些实施例中A(与B无关地执行A)；在一些实施例中B(与A无关地执行B)；在一些实施例中从A和B中选择执行(A和B被选择性执行)。当有A、B、C等更多分支时也类似上述。

本公开实施例中的“第一”、“第二”等前缀词，仅仅为了区分不同的描述对象，不对描述对象的位置、顺序、优先级、数量或内容等构成限制，对描述对象的陈述参见权利要求或实施例中上下文的描述，不应因为使用前缀词而构成多余的限制。例如，描述对象为“字段”，则“第一字段”和“第二字段”中“字段”之前的序数词并不限制“字段”之间的位置或顺序，“第一”和“第二”并不限制其修饰的“字段”是否在同一个消息中，也不限制“第一字段”和“第二字段”的先后顺序。再如，描述对象为“等级”，则“第一等级”和“第二等级”中“等级”之前的序数词并不限制“等级”之间的优先级。再如，描述对象的数量并不受序数词的限制，可以是一个或者多个，以“第一装置”为例，其中“装置”的数量可以是一个或者多个。此外，不同前缀词修饰的对象可以相同或不同，例如，描述对象为“装置”，则“第一装置”和“第二装置”可以是相同的装置或者不同的装置，其类型可以相同或不同；再如，描述对象为“信息”，则“第一信息”和“第二信息”可以是相同的信息或者不同的信息，其内容可以相同或不同。

在一些实施例中，“包括A”、“包含A”、“用于指示A”、“携带A”，可以解释为直接携带A，也可以解释为间接指示A。

在一些实施例中，“时频(time/frequency)”、“时频域”等术语是指时域和/或频域。

在一些实施例中，“响应于……”、“响应于确定……”、“在……的情况下”、“在……时”、“当……时”、“若……”、“如果……”等术语可以相互替换。

在一些实施例中，“大于”、“大于或等于”、“不小于”、“多于”、“多于或等于”、“不少于”、“高于”、“高于或等于”、“不低于”、“以上”等术语可以相互替换，“小于”、“小于或等于”、“不大于”、“少于”、“少于或等于”、“不多于”、“低于”、“低于或等于”、“不高于”、“以下”等术语可以相互替换。

在一些实施例中，装置等可以解释为实体的、也可以解释为虚拟的，其名称不限定于实施例中所记载的名称，“装置”、“设备(equipment)”、“设备(device)”、“电路”、“网元”、“节点”、“功能”、“单元”、“部件(section)”、“系统”、“网络”、“芯片”、“芯片系统”、“实体”、“主体”等术语可以相互替换。

在一些实施例中，“网络”可以解释为网络中包含的装置(例如，接入网设备、核心网设备等)。

在一些实施例中，“接入网设备(access network device，AN device)”、“无线接入网设备(radio access network device，RAN device)”、“基站(base station，BS)”、“无线基站(radio base station)”、“固定台(fixed station)”、“节点(node)”、“接入点(access point)”、“发送点(transmission point，TP)”、“接收点(reception point，RP)”、“发送和/或接收点(transmission/reception point，TRP)”、“面板(panel)”、“天线面板(antenna panel)”、“天线阵列(antenna array)”、“小区(cell)”、“宏小区(macro cell)”、“小型小区(small cell)”、“毫微微小区(femto cell)”、“微微小区(pico cell)”、“扇区(sector)”、“小区组(cell group)”、“服务小区”、“载波(carrier)”、“分量载波(componentcarrier)”、“带宽部分(bandwidth part，BWP)”等术语可以相互替换。

在一些实施例中，“终端(terminal)”、“终端设备(terminal device)”、“用户设备(user equipment，UE)”、“用户终端(user terminal)”、“移动台(mobile station，MS)”、“移动终端(mobile terminal，MT)”、订户站(subscriber station)、移动单元(mobileunit)、订户单元(subscriber unit)、无线单元(wireless unit)、远程单元(remoteunit)、移动设备(mobiledevice)、无线设备(wireless device)、无线通信设备(wirelesscommunication device)、远程设备(remote device)、移动订户站(mobile subscriberstation)、接入终端(access terminal)、移动终端(mobile terminal)、无线终端(wireless terminal)、远程终端(remote terminal)、手持设备(handset)、用户代理(useragent)、移动客户端(mobile client)、客户端(client)等术语可以相互替换。

在一些实施例中，接入网设备、核心网设备、或网络设备可以被替换为终端。例如，针对将接入网设备、核心网设备、或网络设备以及终端间的通信置换为多个终端间的通信(例如，设备对设备(device-to-device，D2D)、车联网(vehicle-to-everything，V2X)等)的结构，也可以应用本公开的各实施例。在该情况下，也可以设为终端具有接入网设备所具有的全部或部分功能的结构。此外，“上行”、“下行”等术语也可以被替换为与终端间通信对应的术语(例如，“侧行(side)”)。例如，上行信道、下行信道等可以被替换为侧行信道，上行链路、下行链路等可以被替换为侧行链路。

在一些实施例中，终端可以被替换为接入网设备、核心网设备、或网络设备。在该情况下，也可以设为接入网设备、核心网设备、或网络设备具有终端所具有的全部或部分功能的结构。

在一些实施例中，获取数据、信息等可以遵照所在地国家的法律法规。

在一些实施例中，可以在得到用户同意后获取数据、信息等。

此外，本公开实施例的表格中的每一元素、每一行、或每一列均可以作为独立实施例来实施，任意元素、任意行、任意列的组合也可以作为独立实施例来实施。

图1A本公开实施例提供的一种通信系统的架构图。

如图1A所示，通信系统100包括终端(terminal)101、网络设备102。

在一些实施例中，终端101例如包括手机(mobile phone)、可穿戴设备、物联网设备、具备通信功能的汽车、智能汽车、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端设备、无人驾驶(self-driving)中的无线终端设备、远程手术(remote medical surgery)中的无线终端设备、智能电网(smart grid)中的无线终端设备、运输安全(transportation safety)中的无线终端设备、智慧城市(smart city)中的无线终端设备、智慧家庭(smart home)中的无线终端设备中的至少一者，但不限于此。

在一些实施例中，网络设备102可以包括接入网网元(或，称为接入网设备(radioaccess network，RAN))，和核心网网元(或，称为核心网设备)的至少一者。

在一些实施例中，接入网设备例如是将终端接入到无线网络的节点或设备，接入网设备可以包括5G通信系统中的演进节点B(evolved NodeB，eNB)、下一代演进节点B(nextgeneration eNB，ng-eNB)、下一代节点B(next generation NodeB，gNB)、节点B(node B，NB)、家庭节点B(home node B，HNB)、家庭演进节点B(home evolved nodeB，HeNB)、无线回传设备、无线网络控制器(radio network controller，RNC)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、基带单元(base bandunit，BBU)、移动交换中心、6G通信系统中的基站、开放型基站(Open RAN)、云基站(cloudRAN)、其他通信系统中的基站、Wi-Fi系统中的接入节点中的至少一者，但不限于此。

在一些实施例中，核心网设备可以是一个设备，包括第一网元1031、第二网元1032等，也可以是多个设备或设备群，分别包括第一网元1031、第二网元1032等中的全部或部分。网元可以是虚拟的，也可以是实体的。核心网例如包括演进分组核心(Evolved PacketCore，EPC)、5G核心网络(5G Core Network，5GCN)、下一代核心(Next Generation Core，NGC)中的至少一者。

在一些实施例中，第二网元例如是策略控制功能(policy control function，PCF)。

在一些实施例中，第二网元例如是会话管理功能(session managementfunction，SMF)。

在一些实施例中，第三网元例如是应用功能(application function，AF)。

在一些实施例中，第四网元例如是用户面功能(user plane function，UPF)。

在一些实施例中，第一网元支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。

在一些实施例中，第二网元用于对终端进行分组数据单元(packet data unit，PDU)会话管理、PCF下发控制策略的执行、用户面功能(user plane function，UPF)网元的选择、PDU类型为网络互连协议(Internet Protocol，IP)类型时终端设备IP地址的分配等。

在一些实施例中，第四网元用于实现针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、用户设备策略决策等策略控制功能。

在一些实施例中，第四网元可以与核心网设备独立。

在一些实施例中，第四网元可以是核心网设备的一部分。

可以理解的是，本公开实施例描述的通信系统是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提出的技术方案的限定，本领域普通技术人员可知，随着系统架构的演变和新业务场景的出现，本公开实施例提出的技术方案对于类似的技术问题同样适用。

下述本公开实施例可以应用于图1A所示的通信系统100、或部分主体，但不限于此。图1A所示的各主体是例示，通信系统可以包括图1A中的全部或部分主体，也可以包括图1A以外的其他主体，各主体数量和形态为任意，各主体可以是实体的也可以是虚拟的，各主体之间的连接关系是例示，各主体之间可以不连接也可以连接，其连接可以是任意方式，可以是直接连接也可以是间接连接，可以是有线连接也可以是无线连接。

本公开各实施例可以应用于长期演进(long term evolution，LTE)、LTE-advanced(LTE-A)、LTE-beyond(LTE-B)、SUPER 3G、IMT-Advanced、第四代移动通信系统(4th generation mobile communication system，4G)、)、第五代移动通信系统(5thgeneration mobile communication system，5G)、5G新空口(new radio，NR)、未来无线接入(future radio access，FRA)、新无线接入技术(new-radio access technology，RAT)、新无线(new radio，NR)、新无线接入(new radio access，NX)、未来一代无线接入(futuregeneration radio access，FX)、global System for mobile communications(GSM(注册商标))、CDMA2000、超移动宽带(ultra mobile broadband，UMB)、IEEE 802.11(Wi-Fi(注册商标))、IEEE 802.16(WiMAX(注册商标))、IEEE 802.20、超宽带(ultra-wide band，UWB)、蓝牙(bluetooth(注册商标))、陆上公用移动通信网(public land mobile network，PLMN)网络、设备到设备(device-to-device，D2D)系统、机器到机器(machine to machine，M2M)系统、物联网(internet of things，IoT)系统、车联网(vehicle-to-everything，V2X)、利用其他通信方法的系统、基于它们而扩展的下一代系统等。此外，也可以将多个系统组合(例如，LTE或者LTE-A与5G的组合等)应用。

图1B是本公开实施例提供的一种5G组网架构的示意图。

如图1B所示，该5G组网架构相关的网络功能的介绍如下：

应用功能(application function，AF)：也称为应用控制器(applicationcontroller)，主要用于传递应用侧对网络侧的需求，例如服务质量(quality of service，QoS)需求、用户状态事件订阅等。AF可以是第三方应用的应用功能实体，也可以是运营商部署的应用服务，如IMS语音呼叫业务。其中，第三方应用的应用功能实体与核心网进行交互时可经由能力开放功能(network exposure function，NEF)进行授权处理，例如第三方应用的应用功能实体直接向NEF发送请求消息，NEF验证AF是否被允许发送该请求消息，若验证通过，则转发该请求消息至对应的策略控制功能(policy control function，PCF)或统一数据管理功能(unified data management，UDM)。

PCF：主要用于实现针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、用户设备策略决策等策略控制功能。

SMF：主要用于对终端进行分组数据单元(packet data unit，PDU)会话管理、PCF下发控制策略的执行、用户面功能(user plane function，UPF)的选择、PDU类型为IP类型时终端IP地址的分配等。

UPF：主要用于作为终端和数据网络的接口，完成用户面数据转发、基于会话/流级的计费统计、带宽限制等功能。

UDM：主要用于实现管理签约信息、用户接入授权等数据管理功能。

接入和移动性管理功能(access and mobility management function，AMF)：主要用于实现对终端进行移动性管理、接入鉴权/授权等功能。此外，AMF还负责在终端与PCF间传递用户策略。

统一数据仓库(unified data repository，UDR)：主要负责签约信息、策略数据、应用数据等类型的数据的存取功能，UDR可以与UDM、PCF、NEF等进行接口互联，以实现对应网元访问或调用。

当然，核心网中也可以包括除以上示例说明的网络功能之外的其它网络功能，这里不再一一列举。

需要说明的是，本公开实施例对实现各功能的对应网络功能的名称并不限定，其还可以实现其他功能或与其他功能网元进行融合，并且还可以称为其他名称。

在图1B所示的5G组网架构中，网络功能与网络功能、网络功能与设备间的一些相关通信接口的主要功能介绍如下：

N1接口：为AMF与终端之间的信令面接口，与接入网无关，用于核心网与终端之间交换信令消息，可用于终端注册入网、终端建立PDU会话、网络侧配置终端策略等流程中。

N2接口：为AMF与RAN设备之间的接口，用于传递核心网至RAN设备的无线承载控制信息等。

N3接口:为(R)AN设备与UPF之间的接口，用于在RAN设备和UPF之间传递终端的业务数据。

N4接口：为SMF与UPF之间的接口，用于传递控制面与用户面之间的信息，可用于控制面终端根据与运营商的签约信息完成入网操作等流程中。

N6接口：为UPF与数据网络(Data Network，DN)之间的接口，用于在UPF和DN之间传递终端的业务数据。

N7接口：为PCF与SMF之间的接口，用于下发PDU会话粒度以及业务数据流粒度控制策略等信息。

N8接口：为AMF与UDM之间的接口，用于AMF从UDM获取接入与移动性管理相关签约信息与鉴权数据，以及AMF向UDM注册终端当前移动性管理相关信息等。

N10接口：为SMF与UDM之间的接口，用于SMF从UDM获取会话管理相关签约信息，以及SMF向UDM注册终端当前会话相关信息等。

N11接口：为SMF与AMF之间的接口，用于传递RAN设备和UPF之间的PDU会话隧道信息、发送给终端的控制消息、发送给RAN设备的无线资源控制信息等。

移动媒体类服务、云AR(augmented reality，增强现实)/VR(virtual reality，虚拟现实)等XR(extended reality，扩展现实)业务、云游戏、基于视频的机器或无人机远程控制等业务，预计将为5G网络贡献越来越高的流量。XR业务还涉及多模态数据流，这些多模态数据，可以是描述同一业务或应用的从同一个设备或不同设备(包括传感器)输入的数据，这些数据可能会输出到一个或多个目的设备终端。多模态数据中的各数据流往往具有相关性，比如音频流和视频流的同步，触觉和视觉的同步等。这类媒体业务的数据流本身，各数据流之间，以及这些业务数据流对网络传输的需求，都存在一些共性特征，这些特性的有效识别和利用将更有助于网络和业务的传输、控制，也更有助于业务保障和用户体验。

XRM(XR and media)业务需要第五代移动通信系统(the 5th generationsystem，5GS)综合考虑业务的相关数据流服务质量(quality of service，QoS)特性，例如延迟严重保证比特率(guaranteed bitrate，GBR)数据流，保证流比特率(guaranteed flowbit rate，GFBR)，包时延预算(packet delay budget，PDB)，违约最大数据突发量(maximumdata burstvolume，MDBV)等参数是否能同时满足并协同一致。涉及一个终端的多个XRM数据流，和多个终端的XRM数据流，彼此的QoS授权与执行的一致性保障。

在5G系统中，支持AF对XRM业务数据流基于每一个PDU集(Per PDU set)处理的功能增强。来支持AF对XRM业务数据流的QoS感知和保障增强，以及用户的用户体验质量(Quality of Experience；QoE)增强。包括，AF提供PDU Set特定的QoS特性和协议说明：

-PDU集合延迟预算(PDU Set Delay Budget，PSDB)；

-PDU Set错误率(PDU Set Error Rate，PSER)；

-PDU Set集成处理信息(PSIHI)。

SMF和UPF可结合AF提供的协议描述和协议头扩展执行相应SDF PDU set中相应PDU的通用分组无线业务用户面隧道协议(general packet radio servicetunnellingprotocol for the user plane，GTP-U)头扩展，携带PDU Set信息。其中，PDUSet信息由NG-RAN用于基于PDU Set的QoS处理。PDU Set信息包括：

-PDU Set序列号。

-PDU Set的最后一个PDU的指示。

-PDU Set内部的PDU序列号。

-PDU Set大小(以字节为单位)。

-PDU Set重要性，用于标识在QoS流中与其他PDU Set相比的相对重要性。

UPF将基于PDR规则执行AF业务数据流(service data flow，SDF)到QoS流(flow)的映射；并将关联PDU封装为PDU set；对该QoS flow内的PDU Set执行PDU集合错误率(PDUSet Error Rate，PSER)和PDU集合延迟预算(PDU Set Delay Budget，PSDB)等相关Set相关QoS策略。

5GS系统支持的QoS处理，同一个QoS flow中要么支持基于PDU的QoS规则和参数策略，要么支持基于PDU set的QoS规则和参数策略。即一个QoS flow中同时激活处理的QoS参数只有一套，为基于PDU的QoS机制，或基于PDU set的QoS机制。

而实际网络中，存在各类功能支持差异的NG-RAN(Non-homogenous support)。比如不支持PDU set处理的NG-RAN，和支持PDU set处理的NG-RAN。由于XR的业务连续性需求，在切换(Handover)流程中(例如终端移动性)，需要对下行数据执行数据转发(Dataforwarding)。(Data forwarding支持直接和间接模式，直接模式中，源(Source)NG-RAN转发到目标(target)NG-RAN，间接模式中，由UPF执行data forwarding给target-NG-RAN。需要说明的是，在间接模式中，执行数据转发的UPF不一定是切换中源NG-RAN对应的UPF。

其中，当切换(Handover，HO)发生在不支持PDU set处理的NG-RAN和支持PDU set处理的NG-RAN之间时，尤其是从不支持PDU set处理的源(source)NG-RAN切换到支持PDUset处理的目标(Target)NG-RAN，同一个QoS流中会同时存在未标记(unmarked)PDUs和标记(marked)PDUs。

但是，5GS系统不支持同一个QoS流中同时存在未标记(unmarked)PDUs和标记(marked)PDUs的场景，无法保障相应QoS流的QoS。

在一些实施例中，携带PDU set QoS参数的PCC规则的生成机制如下：

PCF可以基于本地配置或者基于从AF接收到的信息，在PCC规则中生成包括PDUset QoS参数和协议描述的PDU set控制信息。

PCF基于AF提供的信息或基于本地策略，在PCC规则内为具有PDU set的业务数据流生成PDU set控制信息。

当AF请求以特定QoS建立到终端的数据会话时，AF还可以提供单独的QoS参数请求PDU set延迟预算、请求PDU set错误率和请求PDU set综合处理信息，以描述对PDU setQoS处理的要求。

相关技术中，不支持基于PDU set处理的能力信息，确定PCC规则。

基于此，本公开实施例中提供一种规则生成方法、网元，其中，由第一网元执行的方法包括：接收第二网元发送的第一消息，其中，第一消息用于指示PDU set处理的能力信息；基于第一消息，确定PCC规则。由此，可以支持基于PDU set处理的能力信息，确定PCC规则，能够保障业务连续性，提高服务质量。

图2是根据本公开实施例示出的规则生成方法的交互示意图。如图2所示，上述方法包括：

S201，第三网元向第一网元发送订阅请求。

在一些实施例中，第一网元接收订阅请求。

在一些实施例中，第一网元为PCF。

在一些实施例中，第三网元为AF。

在一些实施例中，订阅请求用于请求获取PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取任一网络功能的PDU set处理的能力信息，或者订阅请求用于请求获取综合多个网络功能的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息，或者订阅请求用于请求获取综合多个网络功能的PDUset处理的能力，生成的当前会话的PDU set处理的能力信息，或者订阅请求用于请求获取综合多个网络功能的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取RAN的PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取UPF的PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取SMF的PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取综合RAN、UPF、SMF中的多个的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取综合RAN、UPF、SMF中的多个的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息。

在一些实施例中，订阅请求用于请求获取综合RAN、UPF、SMF中的多个的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，PDU set处理的能力信息，包括：PDU set处理的支持状态和/或PDU set处理的支持状态是否发生变更。

在一些实施例中，订阅请求用于请求获取PDU set处理的支持状态信息。

在一些实施例中，订阅请求用于请求获取PDU set处理的支持状态变更信息。

在一些实施例中，订阅请求的名称不做限定，其例如是“请求消息”等。

在一些实施例中，第三网元向第一网元发送订阅请求，在第三网元为AF，第一网元为PCF的情况下，第三网元可以通过能力开放功能(network exposure function，NEF)，向第一网元发送订阅请求。

在一些实施例中，第三网元向第一网元发送订阅请求，订阅请求用于请求获取PDUset处理的支持状态信息。由此，第一网元接收到第三网元发送的订阅请求之后，可以执行确定PDU set处理的支持状态信息的流程。

在一些实施例中，第三网元向第一网元发送订阅请求，订阅请求用于请求获取PDUset处理的支持状态变更信息。由此，第一网元接收到第三网元发送的订阅请求之后，可以执行确定PDU set处理的支持状态变更信息的流程。

S202，第一网元向第二网元发送第一订阅事件通知。

在一些实施例中，第二网元为SMF。

在一些实施例中，第一订阅事件通知用于获取PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取任一网络功能的PDU set处理的能力信息，或者第一订阅事件通知用于获取综合多个网络功能的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息，或者第一订阅事件通知用于获取综合多个网络功能的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息，或者第一订阅事件通知用于获取综合多个网络功能的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取RAN的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取UPF的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取SMF的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取综合RAN、UPF、SMF中的多个的PDUset处理的能力，生成的当前业务数据流的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取综合RAN、UPF、SMF中的多个的PDUset处理的能力，生成的当前会话的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取综合RAN、UPF、SMF中的多个的PDUset处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第一订阅事件通知用于获取PDU set处理的支持状态信息。

在一些实施例中，第一订阅事件通知用于获取PDU set支持状态变更信息。

在一些实施例中，第一订阅事件通知的名称不做限定，其例如是“第一请求消息”、“第一事件订阅请求消息”等。

在一些实施例中，第一网元在接收到第三网元发送的订阅请求的情况下，向第二网元发送第一订阅事件通知。

示例性地，第一网元接收到第三网元发送的订阅请求，执行确定PDU set处理的能力信息的流程，可以向第二网元发送第一订阅事件通知。

在一些实施例中，第一订阅事件通知与策略控制请求触发器相关。

其中，第一订阅事件通知用于获取PDU set处理的支持状态信息，或第一订阅事件通知用于获取PDU set支持状态变更信息。

可以理解的是，如果满足策略控制请求触发器，则第二网元可以发起会话管理(Session Management，SM)策略关联修改过程，其中，第一订阅事件通知与策略控制请求触发器相关，第二网元接收到第一网元发送的第一订阅事件通知，可以作为策略控制请求触发器的满足条件。

示例性地，在第一订阅事件通知用于获取PDU set处理的支持状态信息的情况下，第二网元接收到第一网元发送的第一订阅事件通知，可以确定满足策略控制请求触发器，进而确定执行获取PDU set处理的支持状态信息。

示例性地，在第一订阅事件通知用于获取PDU set支持状态变更信息的情况下，第二网元接收到第一网元发送的第一订阅事件通知，可以确定在PDU set支持状态发生变更的情况下，满足策略控制请求触发器，进而确定执行获取PDU set处理的支持状态信息。

示例性地，如下表1所示，访问与SMF相关的独立的策略控制请求触发器。

表1

在一些实施例中，PDU set处理的能力信息包括PDU set处理的支持状态发生变更，其中，第一网元向第二网元发送第一订阅事件通知，包括：第一网元向第二网元发送策略控制请求触发器，其中，策略控制请求触发器用于第二网元在确定PDU set处理的支持状态发生变更的情况下，向第一网元发送第一消息。

在一些实施例中，第一网元根据本地配置或OAM配置，向第二网元发送第一订阅事件通知。

本公开实施例中，第一网元根据本地配置，向第二网元发送第一订阅事件通知。

本公开实施例中，第一网元根据操作管理和维护(operations，administrationand maintenance，OAM)配置，向第二网元发送第一订阅事件通知。

在一些实施例中，第一网元向第二网元发送第一订阅事件通知，第一订阅事件通知用于获取PDU set处理的支持状态信息，或第一订阅事件通知用于获取PDU set支持状态变更信息。由此，第二网元接收到第一网元发送的第一订阅事件通知的情况下，可以执行确定PDU set处理的支持状态信息的流程，或执行获取PDU set处理的支持状态变更信息的流程。

S203，第二网元向第四网元发送第二订阅事件通知。

在一些实施例中，第四网元为RAN或UPF。

在一些实施例中，第二订阅事件通知用于获取PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取任一网络功能的PDU set处理的能力信息，或者第二订阅事件通知用于获取综合多个网络功能的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息，或者第二订阅事件通知用于获取综合多个网络功能的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息，或者第二订阅事件通知用于获取综合多个网络功能的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取RAN的PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取UPF的PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取综合RAN、UPF的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取综合RAN、UPF的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取综合RAN、UPF的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第二订阅事件通知用于获取PDU set处理的支持状态信息。

在一些实施例中，第二订阅事件通知用于获取PDU set支持状态变更信息。

在一些实施例中，第二订阅事件通知的名称不做限定，其例如是“第二请求消息”、“第二事件订阅请求消息”等。

在一些实施例中，第二网元在接收到第一网元发送的第一订阅事件通知的情况下，向第四网元发送第二订阅事件通知。

示例性地，第二网元接收到第一网元发送的第一订阅事件通知，执行确定PDU set处理的支持状态信息的流程，或执行获取PDU set处理的支持状态变更信息的流程，向第四网元发送第二订阅事件通知。

在一些实施例中，第二网元向第四网元发送第二订阅事件通知，在第四网元为RAN的情况下，第二网元通过AMF向第四网元发送第二订阅事件通知。

在一些实施例中，第二网元接收第一网元发送的第一订阅事件通知，第一订阅事件通知用于获取PDU set处理的能力信息，基于此，第二网元接收到第一网元发送的第一订阅事件通知，确定执行确定PDU set处理的能力信息的流程，进而第二网元向第四网元发送第二订阅事件通知，第二订阅事件通知用于获取PDU set处理的能力信息。

在一些实施例中，第二网元接收第一网元发送的第一订阅事件通知，第一订阅事件通知用于获取PDU set处理的支持状态信息，基于此，第二网元接收到第一网元发送的第一订阅事件通知，确定执行确定PDU set处理的支持状态信息的流程，进而第二网元向第四网元发送第二订阅事件通知，第二订阅事件通知用于获取PDU set处理的支持状态信息。

在一些实施例中，第二网元接收第一网元发送的第一订阅事件通知，第一订阅事件通知用于获取PDU set支持状态变更信息，基于此，第二网元接收到第一网元发送的第一订阅事件通知，确定执行确定PDU set处理的支持状态变更信息的流程，进而第二网元向第四网元发送第二订阅事件通知，第二订阅事件通知用于获取PDU set支持状态变更信息。

S204，第四网元向第二网元发送第三消息。

在一些实施例中，第三消息用于指示PDU set处理的能力信息。

在一些实施例中，第三消息用于指示任一网络功能的PDU set处理的能力信息，或者第三消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前业务数据流的PDU set处理的能力信息，或者第三消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前会话的PDU set处理的能力信息，或者第三消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第三消息用于指示RAN的PDU set处理的能力信息。

在一些实施例中，第三消息用于指示UPF的PDU set处理的能力信息。

在一些实施例中，第三消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息。

在一些实施例中，第三消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息。

在一些实施例中，第三消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第三消息用于指示PDU set处理的支持状态。

在一些实施例中，第三消息用于指示PDU set处理的支持状态为支持。

在一些实施例中，第三消息用于指示PDU set处理的支持状态为不支持。

在一些实施例中，第三消息用于指示PDU set处理的支持状态为激活状态。

在一些实施例中，第三消息用于指示PDU set处理的支持状态为去激活状态。

在一些实施例中，第三消息用于指示PDU set处理的支持状态是否发生变更。

在一些实施例中，第三消息用于指示PDU set处理的支持状态发生变更。

在一些实施例中，第三消息用于指示PDU set处理的支持状态未发生变更。

在一些实施例中，第三消息用于指示PDU set处理的支持状态由支持变更为不支持。

在一些实施例中，第三消息用于指示PDU set处理的支持状态由不支持变更为支持。

在一些实施例中，第三消息用于指示PDU set处理的支持状态由激活状态变更为去激活状态。

在一些实施例中，第三消息用于指示PDU set处理的支持状态由去激活状态变更为激活状态。

在一些实施例中，第三消息的名称不做限定，其例如是“订阅事件报告消息”等。

在一些实施例中，PDU set处理的支持状态，还可以称之为PDU set处理的可用状态，与PDU set处理的可用状态可以互相替换。

在一些实施例中，第四网元在接收到第二网元发送的第二订阅事件通知的情况下，向第二网元发送第三消息。

在一些实施例中，第四网元确定满足指定条件，向第二网元发送第三消息。

其中，指定条件包括以下至少一项：

发生网元切换，第四网元为切换后的网元；

PDU set处理能力变更；

基于OAM配置触发导致的PDU set处理能力变更；

基于时间窗口忙闲时触发导致的PDU set处理能力变更；

基于QoS通知控制触发导致的PDU set处理能力变更；

PDU set处理状态变更；

基于OAM配置触发导致的PDU set处理状态变更；

基于时间窗口忙闲时触发导致的PDU set处理状态变更；

基于QoS通知控制触发导致的PDU set处理状态变更。

本公开实施例中，第四网元在确定发生网元切换，第四网元为切换后的网元的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定PDU set处理能力变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定基于OAM配置触发导致的PDU set处理能力变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定基于时间窗口忙闲时触发导致的PDU set处理能力变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定基于QoS通知控制触发导致的PDU set处理能力变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定PDU set处理状态变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定基于OAM配置触发导致的PDU set处理状态变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定基于时间窗口忙闲时触发导致的PDU set处理状态变更的情况下，向第二网元发送第三消息。

本公开实施例中，第四网元在确定基于QoS通知控制触发导致的PDU set处理状态变更的情况下，向第二网元发送第三消息。

在一些实施例中，第四网元接收第二网元发送的第二订阅事件通知，并在确定满足指定条件的情况下，向第二网元发送第三消息。

需要说明的是，上述实施例并未穷举，仅为部分实施例的示例，本公开实施例中，指定条件还可以为上述实施例所示以外的其它情况，本公开实施例对此不做具体限制。

在一些实施例中，第四网元向第二网元发送第三消息，包括：通过AMF向第二网元发送第三消息，其中，第四网元为RAN，第二网元为SMF。

本公开实施例中，第四网元为RAN的情况下，第四网元向第二网元发送第三消息，可以通过AMF向第二网元发送第三消息。

S205，第二网元向第一网元发送第一消息。

在一些实施例中，第一消息用于指示PDU set处理的能力信息。

在一些实施例中，第一消息用于指示任一网络功能的PDU set处理的能力信息，或者第一消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前业务数据流的PDU set处理的能力信息，或者第一消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前会话的PDU set处理的能力信息，或者第一消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第一消息用于指示RAN的PDU set处理的能力信息。

在一些实施例中，第一消息用于指示UPF的PDU set处理的能力信息。

在一些实施例中，第一消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息。

在一些实施例中，第一消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息。

在一些实施例中，第一消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第一消息用于指示PDU set处理的支持状态。

在一些实施例中，第一消息用于指示PDU set处理的支持状态为支持。

在一些实施例中，第一消息用于指示PDU set处理的支持状态为不支持。

在一些实施例中，第一消息用于指示PDU set处理的支持状态为激活状态。

在一些实施例中，第一消息用于指示PDU set处理的支持状态为去激活状态。

在一些实施例中，第一消息用于指示PDU set处理的支持状态是否发生变更。

在一些实施例中，第一消息用于指示PDU set处理的支持状态发生变更。

在一些实施例中，第一消息用于指示PDU set处理的支持状态未发生变更。

在一些实施例中，第一消息用于指示PDU set处理的支持状态由支持变更为不支持。

在一些实施例中，第一消息用于指示PDU set处理的支持状态由不支持变更为支持。

在一些实施例中，第一消息用于指示PDU set处理的支持状态由激活状态变更为去激活状态。

在一些实施例中，第一消息用于指示PDU set处理的支持状态由去激活状态变更为激活状态。

在一些实施例中，第一消息的名称不做限定，其例如是“订阅事件报告消息”等。

在一些实施例中，第二网元在接收到第四网元发送的第三消息的情况下，向第一网元发送第一消息。

在一些实施例中，第二网元激活PDU set QoS处理，向第一网元发送第一消息，第一消息用于指示PDU set处理的能力信息，也即第一消息用于指示PDU set处理的支持状态为支持，或者第一消息用于指示PDU set处理的支持状态发生变更，或者第一消息用于指示PDU set处理的支持状态由不支持变更为支持。

在一些实施例中，第二网元去激活PDU set QoS处理，向第一网元发送第一消息，第一消息用于指示PDU set处理的能力信息，也即第一消息用于指示PDU set处理的支持状态为不支持，或者第一消息用于指示PDU set处理的支持状态发生变更，或者第一消息用于指示PDU set处理的支持状态由支持变更为不支持。

在一些实施例中，第二网元在接收到第一网元发送的第一订阅事件通知的情况下，向第一网元发送第一消息。

在一些实施例中，第一网元接收第二网元发送的第一消息，发起会话修改流程；或者发起会话管理策略关联修改流程。

本公开实施例中，第一网元接收第二网元发送的第一消息，可以发起会话修改流程。

本公开实施例中，第一网元接收第二网元发送的第一消息，可以发起会话管理策略关联修改流程。

在一些实施例中，第二网元向第一网元发送第一消息，发起会话管理策略创建流程，或发起会话管理策略修改流程。

本公开实施例中，第二网元向第一网元发送第一消息，可以发起会话管理策略创建流程。

本公开实施例中，第二网元向第一网元发送第一消息，可以发起会话管理策略修改流程。

S206，第一网元向第三网元发送第二消息。

在一些实施例中，第二消息用于指示PDU set处理的能力信息。

在一些实施例中，第二消息用于指示任一网络功能的PDU set处理的能力信息，或者第二消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前业务数据流的PDU set处理的能力信息，或者第二消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前会话的PDU set处理的能力信息，或者第二消息用于指示综合多个网络功能的PDU set处理的能力信息，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第二消息用于指示RAN的PDU set处理的能力信息。

在一些实施例中，第二消息用于指示UPF的PDU set处理的能力信息。

在一些实施例中，第二消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前业务数据流的PDU set处理的能力信息。

在一些实施例中，第二消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前会话的PDU set处理的能力信息。

在一些实施例中，第二消息用于指示综合RAN、UPF的PDU set处理的能力，生成的当前终端的PDU set处理的能力信息。

在一些实施例中，第二消息用于指示PDU set处理的支持状态。

在一些实施例中，第二消息用于指示PDU set处理的支持状态为支持。

在一些实施例中，第二消息用于指示PDU set处理的支持状态为不支持。

在一些实施例中，第二消息用于指示PDU set处理的支持状态为激活状态。

在一些实施例中，第二消息用于指示PDU set处理的支持状态为去激活状态。

在一些实施例中，第二消息用于指示PDU set处理的支持状态是否发生变更。

在一些实施例中，第二消息用于指示PDU set处理的支持状态发生变更。

在一些实施例中，第二消息用于指示PDU set处理的支持状态未发生变更。

在一些实施例中，第二消息用于指示PDU set处理的支持状态由支持变更为不支持。

在一些实施例中，第二消息用于指示PDU set处理的支持状态由不支持变更为支持。

在一些实施例中，第二消息用于指示PDU set处理的支持状态由激活状态变更为去激活状态。

在一些实施例中，第二消息用于指示PDU set处理的支持状态由去激活状态变更为激活状态。

在一些实施例中，第二消息的名称不做限定，其例如是“订阅事件报告消息”等。

在一些实施例中，第一网元在接收到第二网元发送的第一消息的情况下，向第三网元发送第二消息。

基于此，第三网元为AF的情况下，第一网元向第三网元发送第二消息，可以用于请求获取新的QoS需求或触发AF会话修改。

在一些实施例中，第一网元可以在接收到第三网元发送的订阅请求的情况下，向第三网元发送第二消息。

S207，第一网元基于第一消息，确定PCC规则。

可以理解的是，第一网元接收到第一消息，第一消息用于指示PDU set处理的能力信息，第一网元可以基于PDU set处理的能力信息，确定PCC规则。

在一些实施例中，第一网元基于PDU set处理的能力信息，确定PCC规则，可以包括以下至少一项：

在不存在当前PCC规则的情况下，第一网元可以基于PDU set处理的能力信息，生成与PDU set处理的能力信息相匹配的PCC规则；

在存在当前PCC规则的情况下，若当前PCC规则与PDU set处理的能力信息相匹配，则第一网元可以确定继续使用当前PCC规则，确定PCC规则为当前PCC规则；

在存在当前PCC规则的情况下，若当前PCC规则与PDU set处理的能力信息不匹配，则第一网元可以确定对当前PCC规则进行更新，确定PCC规则为更新后的PCC规则。

在一些实施例中，若当前PCC规则是基于PDU set生成的，且PDU set处理的能力信息指示支持PDU set处理，则确定当前PCC规则与PDU set处理的能力信息相匹配。

在一些实施例中，若当前PCC规则是基于PDU set生成的，且PDU set处理的能力信息指示不支持PDU set处理而支持PDU处理，则确定当前PCC规则与PDU set处理的能力信息不匹配。

在一些实施例中，若当前PCC规则是基于PDU生成的，且PDU set处理的能力信息指示支持PDU set处理而不支持PDU处理，则确定当前PCC规则与PDU set处理的能力信息不匹配。

在一些实施例中，若当前PCC规则是基于PDU生成的，且PDU set处理的能力信息指示不支持PDU set处理而支持PDU处理，则确定当前PCC规则与PDU set处理的能力信息相匹配。

在一些实施例中，PDU set处理的能力信息包括PDU set处理的支持状态，PDU set处理的能力信息可以指示是否支持PDU set处理。

示例性地，PDU set处理的支持状态为支持的情况下，PDU set处理的能力信息可以指示支持PDU set处理；或者PDU set处理的支持状态为不支持的情况下，PDU set处理的能力信息可以指示不支持PDU set处理。

可以理解的是，PDU set处理的能力信息包括PDU set处理的支持状态是否发生变更，PDU set处理的能力信息可以基于PDU set处理的支持状态发生变更的信息，指示是否支持PDU set处理。

示例性地，PDU set处理的支持状态由支持PDU set处理变更为支持PDU处理，PDUset处理的能力信息可以指示不支持PDU set处理而支持PDU处理；或者PDU set处理的支持状态由支持PDU处理变更为支持PDUset处理，PDU set处理的能力信息可以指示支持PDUset处理而不支持PDU处理。

需要说明的是，上述示例仅作为示意，不作为对本公开实施例的具体限制。

在一些实施例中，第一消息用于指示PDU set处理的能力信息。由此，第一网元基于第一消息，确定PCC规则。

可以理解的是，在确定PCC规则时，考虑PDU set处理的能力信息，可以使PCC规则与PDU set处理的能力相匹配，避免基于PDU生成的且携带PDU QoS参数的PCC规则用于PDUset处理，或者基于PDU set生成的且携带PDU set QoS参数的PCC规则用于PDU处理，能够保障业务连续性，提高服务质量。

在一些实施例中，第一网元接收第二网元发送的第一消息，从而基于第一消息，确定PCC规则。

在一些实施例中，PCC规则包括第一网元生成的第一PCC规则，第一网元基于第一消息，确定PCC规则，包括：

本公开实施例中，第一网元在确定第一消息用于指示支持PDU set处理，且当前不存在PCC规则的情况下，确定生成PCC规则，确定第一PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示支持PDU处理，且当前不存在PCC规则的情况下，确定生成PCC规则，确定第一PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示PDU set处理的支持状态由不支持变更为支持，且当前不存在PCC规则的情况下，确定生成PCC规则，确定第一PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示PDU set处理的支持状态由支持变更为不支持，且当前不存在PCC规则的情况下，确定生成PCC规则，确定第一PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示由支持PDU处理变更为支持PDU set处理，且当前不存在PCC规则的情况下，确定生成PCC规则，确定第一PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示支持PDU set处理变更为支持PDU处理，且当前不存在PCC规则的情况下，确定生成PCC规则，确定第一PCC规则。

需要说明的是，上述实施例并未穷举，仅为部分实施例的示例，本公开实施例中，第一网元基于第一消息，确定第一PCC规则，还可以为上述实施例所示以外的其它方式，本公开实施例对此不做具体限制。

在一些实施例中，PCC规则包括第一网元更新后的第二PCC规则，第一网元基于第一消息，确定PCC规则，包括：

本公开实施例中，第一网元在确定第一消息用于指示支持PDU set处理，且当前PCC规则为基于PDU生成的情况下，确定对当前PCC规则进行更新，确定第二PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示支持PDU处理，且当前PCC规则为基于PDU set生成的情况下，确定对当前PCC规则进行更新，确定第二PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示PDU set处理的支持状态由不支持变更为支持，且当前PCC规则为基于PDU生成的情况下，确定对当前PCC规则进行更新，确定第二PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示PDU set处理的支持状态由支持变更为不支持，且当前PCC规则为基于PDU生成的情况下，确定对当前PCC规则进行更新，确定第二PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示由支持PDU处理变更为支持PDU set处理，且当前PCC规则为基于PDU生成的情况下，确定对当前PCC规则进行更新，确定第二PCC规则。

本公开实施例中，第一网元在确定第一消息用于指示支持PDU set处理变更为支持PDU处理，且当前PCC规则为基于PDU set生成的情况下，确定对当前PCC规则进行更新，确定第二PCC规则。

需要说明的是，上述实施例并未穷举，仅为部分实施例的示例，本公开实施例中，第一网元基于第一消息，确定第二PCC规则，还可以为上述实施例所示以外的其它方式，本公开实施例对此不做具体限制。

S208，第一网元向第二网元发送PCC规则。

本公开实施例中，第一网元在确定生成的第一PCC规则的情况下，可以向第二网元发送生成的第一PCC规则。

本公开实施例中，第一网元在确定更新后的第二PCC规则的情况下，可以向第二网元发送更新后的第二PCC规则。

在一些实施例中，第一网元基于第二网元发送的第一消息确定生成的第一PCC规则。

在一些实施例中，第一网元基于第二网元发送的第一消息确定更新后的第二PCC规则。

在一些实施例中，第一网元发送至第二网元的PCC规则为第一网元基于第一消息确定的，第一消息用于指示PDUset处理的能力信息，从而PCC规则能够与PDUset处理的能力信息相匹配，能够保障业务连续性，提高服务质量。

并且由于第一消息为第二网元发送至第一网元的，由此，PCC规则可以与第二网元所确定的PDUset处理的能力信息相匹配，能够保障业务连续性，提高服务质量。

S209，第二网元根据PCC规则，确定QoS规则。

本公开实施例中，第二网元可以根据PCC规则，确定QoS规则。

在一些实施例中，第二网元接收第一网元发送的PCC规则，进而根据PCC规则，确定QoS规则。

在一些实施例中，PCC规则能够与第二网元所确定的PDUset处理的能力信息相匹配，基于此，第二网元根据PCC规则，确定QoS规则，所确定的QoS规则同样能够与第二网元所确定的PDUset处理的能力信息相匹配，能够保障业务连续性，提高服务质量。

S210，第二网元向第四网元发送QoS规则。

本公开实施例中，第二网元可以向第四网元发送QoS规则。

在一些实施例中，第二网元根据第一网元发送的PCC规则，确定QoS规则。

可以理解的是，第二网元根据PCC规则确定QoS规则，能够与第二网元所确定的PDUset处理的能力信息相匹配，从而第二网元向第四网元发送QoS规则，能够匹配与PDUset处理的能力信息对应的PDUset处理过程，能够保障业务连续性，提高服务质量。

在一些实施例中，第二网元通过AMF向第四网元发送QoS规则，第四网元为RAN。

在一些实施例中，信息等的名称不限定于实施例中所记载的名称，“信息(information)”、“消息(message)”、“信号(signal)”、“信令(signaling)”、“报告(report)”、“配置(configuration)”、“指示(indication)”、“指令(instruction)”、“命令(command)”、“信道”、“参数(parameter)”、“域”、“字段”、“符号(symbol)”、“码元(symbol)”、“码本(codebook)”、“码字(codeword)”、“码点(codepoint)”、“比特(bit)”、“数据(data)”、“程序(program)”、“码片(chip)”等术语可以相互替换。

在一些实施例中，“无线(radio)”、“无线(wireless)”、“无线接入网(radioaccess network，RAN)”、“接入网(access network，AN)”、“基于RAN的(RAN-based)”等术语可以相互替换。

在一些实施例中，“获取”、“获得”、“得到”、“接收”、“传输”、“双向传输”、“发送和/或接收”可以相互替换，其可以解释为从其他主体接收，从协议中获取，从高层获取，自身处理得到、自主实现等多种含义。

在一些实施例中，“发送”、“发射”、“上报”、“下发”、“传输”、“双向传输”、“发送和/或接收”等术语可以相互替换。

在一些实施例中，“特定(certain)”、“预定(preseted)”、“预设”、“设定”、“指示(indicated)”、“某一”、“任意”、“第一”等术语可以相互替换，“特定A”、“预定A”、“预设A”、“设定A”、“指示A”、“某一A”、“任意A”、“第一A”可以解释为在协议等中预先规定的A，也可以解释为通过设定、配置、或指示等得到的A，也可以解释为特定A、某一A、任意A、或第一A等，但不限于此。

本公开实施例所涉及的通信方法可以包括S201～S210中的至少一者。例如，S201可以作为独立实施例来实施，S202可以作为独立实施例来实施，S203可以作为独立实施例来实施，S204可以作为独立实施例来实施，S205可以作为独立实施例来实施，S206可以作为独立实施例来实施，S207可以作为独立实施例来实施，S208可以作为独立实施例来实施，S209可以作为独立实施例来实施，S210可以作为独立实施例来实施，

S201+S206可以作为独立实施例来实施，S202+S205可以作为独立实施例来实施，S203+S204可以作为独立实施例来实施，S205+S207可以作为独立实施例来实施，S205+S207+S208可以作为独立实施例来实施，S205+S207+S208+S209可以作为独立实施例来实施，S205+S207+S208+S209+S210可以作为独立实施例来实施，S203+S204+S205+S207+S208+S209+S210可以作为独立实施例来实施，但不限于此。

在一些实施例中，S206、S207可以交换顺序或同时执行。

在一些实施例中，S201、S202、S203、S204、S206、S207、S208、S209、S210是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S202、S203、S204、S206、S208、S209、S210是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S202、S203、S204、S206、S209、S210是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S202、S203、S204、S206、S210是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S202、S203、S204、S206是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S202、S203、S206是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S202、S206是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201、S206是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S201是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，可参见图2所对应的说明书之前或之后记载的其他可选实现方式。

图3A是根据本公开实施例示出的规则生成方法的流程示意图。如图3A所示，上述方法由第一网元执行，上述方法包括：

S301A，获取第一消息。

其中，S301A的可选实现方式可以参见图2的S205的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一网元接收由第二网元的第一消息，但不限于此，也可以接收由其他主体发送的第一消息。

在一些实施例中，第一网元获取由协议规定的第一消息。

在一些实施例中，第一网元从高层(upper layer(s))获取第一消息。

在一些实施例中，第一网元进行处理从而得到第一消息。

在一些实施例中，S301A被省略，第一网元自主实现第一消息所指示的功能，或上述功能为缺省或默认。

在一些实施例中，第一消息用于指示PDUset处理的能力信息。

S302A，确定PCC规则。

其中，S302A的可选实现方式可以参见图2的S207的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一网元基于第一消息，确定PCC规则。

在一些实施例中，第一网元基于第一消息，确定PCC规则，发起会话修改流程；或者发起会话管理策略关联修改流程。

S303A，发送PCC规则。

其中，S303A的可选实现方式可以参见图2的S208的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一网元向第二网元发送PCC规则，但不限于此，也可以向其他主体发送PCC规则。

可选地，上述PCC规则用于第二网元确定QoS规则。其可选实现方式可以参见图2的S209的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括S301A～S303A中的至少一者。例如，S301A可以作为独立实施例来实施，S302A可以作为独立实施例来实施，S303A可以作为独立实施例来实施，S301A+S302A可以作为独立实施例来实施，S301A+S302A+S303A可以作为独立实施例来实施，但不限于此。

在一些实施例中，S303A是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

图3B是根据本公开实施例示出的规则生成方法的流程示意图。如图3B所示，上述实施例由第一网元执行，上述方法包括：

S301B，获取第一消息。

其中，S301B的可选实现方式可以参见图2的S205的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

S302B，发送第二消息。

其中，S302B的可选实现方式可以参见图2的S206的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一网元在获取到第一消息之后，可以发送第二消息。

在一些实施例中，第一网元向第三网元发送第二消息，但不限于此，也可以向其他主体发送第二消息。

在一些实施例中，上述第二消息用于第三网元提供新的QoS需求或触发AF会话修改。

S303B，确定PCC规则。

其中，S303B的可选实现方式可以参见图2的S207的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

其中，S301B和S303B的可选实现方式可以参见图2的S205、S207、图3A的S301A、S302A的可选实现方式、及图2、图3A所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括S301B～S303B中的至少一者。例如，S301B可以作为独立实施例来实施，S302B可以作为独立实施例来实施，S303B可以作为独立实施例来实施，S301B+S302B可以作为独立实施例来实施，S301B+S303B可以作为独立实施例来实施，但不限于此。

在一些实施例中，S302B、S303B可以交换顺序或同时执行。

在一些实施例中，S302B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S303B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在本公开实施例中，S302B可以与图3A的S301A至S303A组合。

图3C是根据本公开实施例示出的规则生成方法的流程示意图。如图3C所示，上述方法由第一网元执行，上述方法包括：

S301C，获取订阅请求。

其中，S301C的可选实现方式可以参见图2的S201的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一网元接收由第三网元发送的订阅请求，但不限于此，也可以接收由其他主体发送的订阅请求。

在一些实施例中，第一网元获取由协议规定的订阅请求。

在一些实施例中，第一网元从高层(upper layer(s))获取订阅请求。

在一些实施例中，第一网元进行处理从而得到订阅请求。

在一些实施例中，S301C被省略，第一网元自主实现订阅请求所指示的功能，或上述功能为缺省或默认。

S302C，发送第一订阅事件通知。

其中，S302C的可选实现方式可以参见图2的S202的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第一网元向第二网元发送第一订阅事件通知，但不限于此，也可以向其他主体发送第一订阅事件通知。

在一些实施例中，第一订阅事件通知用于第二网元向第四网元发送第二订阅事件通知。其可选实现方式可以参见图2的S203的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括S301C～S302C中的至少一者。例如，S301C可以作为独立实施例来实施，S302C可以作为独立实施例来实施，但不限于此。

在一些实施例中，S301C是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在本公开实施例中，S301C或S302C可以与图3A的S301A至S303A组合被实施，其中，S301C或S302C在S301A之前被执行。

在本公开实施例中，S301C或S302C可以与图3B的S301B至S303B组合被实施，其中，S301C或S302C在S301B之前被执行。

在本公开实施例中，S301C或S302C可以与图3A的S301A至S303A以及图3B的S301B至S303B组合被实施，其中，S301C或S302C在S301A和S301B之前被执行。

图4A是根据本公开实施例示出的规则生成方法的流程示意图。如图4A所示，上述方法由第二网元执行，上述方法包括：

S401A，发送第一消息。

其中，S401A的可选实现方式可以参见图2的S205的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元向第一网元发送第一消息，但不限于此，也可以向其他主体发送第一消息。

可选地，上述第一消息用于第一网元确定PCC规则。其可选实现方式可以参见图2的S207的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

可选地，上述第一消息用于第一网元向第三网元发送第二消息。其可选实现方式可以参见图2的S206的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

S402A，获取PCC规则。

其中，S402A的可选实现方式可以参见图2的S208的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元接收由第一网元发送的PCC规则，但不限于此，也可以接收由其他主体发送的PCC规则。

在一些实施例中，第二网元获取由协议规定的PCC规则。

在一些实施例中，第二网元从高层(upper layer(s))获取PCC规则。

在一些实施例中，第二网元进行处理从而得到PCC规则。

在一些实施例中，S402A被省略，接入网设备102自行确定PCC规则，或上述功能为缺省或默认。

S403A，确定QoS规则。

其中，S403A的可选实现方式可以参见图2的S209的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元可以根据PCC规则，确定QoS规则。

S404A，发送QoS规则。

其中，S404A的可选实现方式可以参见图2的S210的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元向第四网元发送QoS规则，但不限于此，也可以向其他主体发送QoS规则。

本公开实施例所涉及的通信方法可以包括S401A～S404A中的至少一者。例如，S401A可以作为独立实施例来实施，S402A可以作为独立实施例来实施，S403A可以作为独立实施例来实施，S404A可以作为独立实施例来实施，S401A+S402A可以作为独立实施例来实施，S401A+S402A+S403A可以作为独立实施例来实施，但不限于此。

在一些实施例中，S402A、S403A、S404A是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S403A、S404A是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S404A是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

图4B是根据本公开实施例示出的规则生成方法的流程示意图。如图4B所示，上述方法由第二网元执行，上述方法包括：

S401B，获取第一订阅事件通知。

其中，S401B的可选实现方式可以参见图2的S202的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元接收由第一网元的第一订阅事件通知，但不限于此，也可以接收由其他主体发送的第一订阅事件通知。

在一些实施例中，第二网元获取由协议规定的第一订阅事件通知。

在一些实施例中，第二网元从高层(upper layer(s))获取第一订阅事件通知。

在一些实施例中，第二网元进行处理从而得到第一订阅事件通知。

在一些实施例中，S401B被省略，第二网元自主实现第一订阅事件通知所指示的功能，或上述功能为缺省或默认。

S402B，发送第二订阅事件通知。

其中，S402B的可选实现方式可以参见图2的S203的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元向第四网元发送第二订阅事件通知，但不限于此，也可以向其他主体发送第二订阅事件通知。

在一些实施例中，第二订阅事件通知用于第四网元向第二网元发送第三消息。其可选实现方式可以参见图2的S204的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

S403B，获取第三消息。

其中，S403B的可选实现方式可以参见图2的S204的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第二网元接收由第四网元的第三消息，但不限于此，也可以接收由其他主体发送的第三消息。

在一些实施例中，第二网元获取由协议规定的第三消息。

在一些实施例中，第二网元从高层(upper layer(s))获取第三消息。

在一些实施例中，第二网元进行处理从而得到第三消息。

在一些实施例中，S401B被省略，第二网元自主实现第三消息所指示的功能，或上述功能为缺省或默认。

本公开实施例所涉及的通信方法可以包括S401B～S303B中的至少一者。例如，S401B可以作为独立实施例来实施，S402B可以作为独立实施例来实施，S403B可以作为独立实施例来实施，S401B+S402B可以作为独立实施例来实施，S402B+S403B可以作为独立实施例来实施，但不限于此。

在一些实施例中，S402B、S403B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S401B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S401B、S403B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在一些实施例中，S403B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

在本公开实施例中，S401B至S403B可以与图4A的S401A至S404A组合被实施，其中，S401B至S403B在S401A之前被执行。

图5A是根据本公开实施例示出的规则生成方法的交互示意图。如图5A所示，上述方法由第四网元执行，上述方法包括：

S501A，获取第二订阅事件通知。

其中，S501A的可选实现方式可以参见图2的S203的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第四网元接收由第二网元发送的第二订阅事件通知，但不限于此，也可以接收由其他主体发送的第二订阅事件通知。

在一些实施例中，第四网元获取由协议规定的第二订阅事件通知。

在一些实施例中，第四网元从高层(upper layer(s))获取第二订阅事件通知。

在一些实施例中，第四网元进行处理从而得到第二订阅事件通知。

在一些实施例中，S501A被省略，第四网元自主实现第二订阅事件通知所指示的功能，或上述功能为缺省或默认。

S502A，发送第三消息。

其中，S502A的可选实现方式可以参见图2的S204的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第四网元向第二网元发送第三消息，但不限于此，也可以向其他主体发送第三消息。

在一些实施例中，第三消息用于第二网元向第一网元发送第一消息。其可选实现方式可以参见图2的S205的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

本公开实施例所涉及的通信方法可以包括S501A～S502A中的至少一者。例如，S501A可以作为独立实施例来实施，S502A可以作为独立实施例来实施，但不限于此。

在一些实施例中，S501A是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

图5B是根据本公开实施例示出的规则生成方法的交互示意图。如图5B所示，上述方法由第四网元执行，上述方法包括：

S501B，获取第二订阅事件通知。

其中，S501B的可选实现方式可以参见图2的S203的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

S502B，发送第三消息。

其中，S502B的可选实现方式可以参见图2的S204的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

S503B，获取QoS规则。

其中，S503A的可选实现方式可以参见图2的S210的可选实现方式、及图2所涉及的实施例中其他关联部分，此处不再赘述。

在一些实施例中，第四网元接收由第二网元发送的QoS规则，但不限于此，也可以接收由其他主体发送的QoS规则。

在一些实施例中，第四网元获取由协议规定的QoS规则。

在一些实施例中，第四网元从高层(upper layer(s))获取QoS规则。

在一些实施例中，第四网元进行处理从而得到QoS规则。

在一些实施例中，S501A被省略，第四网元自主实现QoS规则所指示的功能，或上述功能为缺省或默认。

本公开实施例所涉及的通信方法可以包括S501B～S503B中的至少一者。例如，S501B可以作为独立实施例来实施，S502B可以作为独立实施例来实施，S503B可以作为独立实施例来实施，但不限于此。

在一些实施例中，S501B、S503B是可选的，在不同实施例中可以对这些步骤中的一个或多个步骤进行省略或替代。

为方便理解本公开实施例，提供如下示例性实施例。

如果满足策略控制请求触发器，则SMF可以发起会话管理(Session Management，SM)策略关联修改过程。

在一种可能的实现方式中，策略控制请求触发器可以为PDU set处理可用性变更，SMF确定满足策略控制请求触发器，可以发起SM策略关联修改过程，例如可以向PCF发送PDUset处理可用性变更的事件通知报告。

在另一种可能的实现方式中，策略控制请求触发器可以为PDU set处理支持状态变更，SMF确定满足策略控制请求触发器，可以发起SM策略关联修改过程，例如可以向PCF发送PDU set处理支持状态变更的事件通知报告。

示例性地，如上表1所示，访问与SMF相关的独立的策略控制请求触发器。

示例性实施例中，如图6A所示，以第一网元为PCF，第二网元为SMF，第三网元为AF，第四网元为RAN或UPF为例进行说明。

如果满足策略控制请求触发器，则SMF可以发起SM策略关联修改过程。SMF向PCF发送第一消息(PDU set处理可用性变更或支持状态变更的事件通知报告(例如PDU set处理可用性/支持更改))

如图6A所示，对于本地疏导漫游，不使用与归属地公共陆地移动网络(homepublic land mobile network，HPLMN)的交互(例如步骤2)。在本地疏导漫游中，拜访地的PCF(visited-PCF，V-PCF)与拜访地公共陆地移动网络(visited public land mobilenetwork，VPLMN)的UDR进行交互。

1、当满足策略控制请求触发条件时，SMF请求更新(Npcf会话管理(sessionmanagement，SM)策略控制更新(Npcf_SMPolicyControl_update))SM策略关联，并提供关于已经满足的条件的信息，向PCF发送第一消息。

在一些实施例中，SMF向PCF发送第一消息之前，SMF向RAN或UPF发送第二订阅事件通知(订阅PDU Set处理可用性变更或支持状态变更的事件通知报告)；(该事件通知可以是SMF订阅生效，或者是系统默认设置始终生效，默认始终生效则不需要SMF主动订阅，该事件在会话生命周期内一直有效)；

当SMF收到RAN或UPF发送的第三消息(即PDU Set处理可用性变更或支持状态变更的事件报告)后，发送给PCF，触发会话管理策略创建或修改流程。

2.当AF已经预订了由于来自SMF的报告而满足的事件时，PCF通过调用Npcf_PolicyAuthorization_Notify服务操作来向AF或时间敏感通信和时间同步功能(TimeSensitive Communication and Time Synchronization Function，TSCTSF)报告该事件，向AF发送第二消息。

如果PCF是基于收到AF发送的订阅请求而发起可用性变更订阅，则PCF收到SMF发送的第一消息(PDU Set处理可用性变更或支持状态变更的事件报告)后，发送第二消息(即PDU Set处理可用性变更或支持状态变更的事件报告)给AF。

3、如果PCF确定需要更改策略计数器状态报告，它可以使用初始、中间或最终支出限额报告检索过程来更改订阅的策略计数器列表。

4、PCF做出策略决定。PCF可以确定需要向SMF发送更新的或新的策略信息，也即PCF可以基于第一消息确定PCC规则。

进一步地，PCF收到SMF的PDU Set处理可用性变更或支持状态变更的事件报告后，生成或更新PCC规则，发起会话修改流程，携带更新后的QoS策略给SMF。

如果SMF在步骤1中报告了PDU会话的累积使用，则PCF通过调用Nudr_DM_Update(用户永久标识符(subscriber permanent identifier，SUPI)、下行数据通知(downlinkdata notification，DDN)、单网络切片选择辅助信息(Single Network Slice SelectionAssistance information，S-NSSAI)、策略数据、剩余允许使用数据、更新数据)服务操作，从UDR中的订户、DNN和S-NSAI的剩余允许使用中扣除该值。

如果SMF在步骤1中报告了MK的累积使用，则PCF通过调用Nudr_DM_Update(SUPI、DNN、s-NSSAI、策略数据、剩余允许使用数据、更新数据(包括MK))服务操作，从UDR中MK的剩余允许使用中扣除该值。

当在步骤1中选择新PCF实例时，新PCF应调用Nbsf_Management_Update服务操作来更新自引导鉴权协议服务功能(Bootstrapping Server Function，BSF)中的绑定信息。

在非漫游情况下，PCF可以从网络数据分析功能(Network Data AnalyticFunction,NWDAF)订阅分析。

在归属路由漫游场景中，H-PCF确保由VPLMN提供的QoS约束被考虑在内。

需要说明的是：对于本地疏导漫游，用于监视控制的PDU会话策略控制订阅信息和剩余允许使用订阅信息在V-UDR中不可用，并且V-PCF根据与HPLMN运营商的漫游协议使用本地配置的信息。

5、PCF以Npcf_SMPolicyControl_Update响应回答，也即向SMF发送PCC规则，其中包含有关步骤4中确定的PDU会话的更新策略信息。

示例性实施例中，如图6B所示，使用所需的QoS程序设置AF会话。

1、AF将处理可用性/支持更改的PDU set发送到5GC(NEF/PCF)。AF可以在AF QoS请求/更新过程期间向NEF/PCF提供处理可用性/支持改变的PDU set。

也可替换地，可以指示哪个NF(例如RAN或UPF)将发送报告，以及如何分别向AF发送报告(经由SMF/PCF/AF(直接地或经由NEF)、经由UPF/SMF/PCF/AF(直接或经由NEF)、经由UPF/AF(直接地或经由NEF))。

可选地，携带XRM业务信息，标识该XRM业务数据流或数据流组(例如，多模式业务ID)、终端地址/终端标识符、AF标识符应用程序ID、流描述、DNN、s-NSSAI、QoS参数等相应信息。这里多模式业务ID可用于识别XRM业务组中的所有流。

2、NEF授权AF请求。如果是非可信AF，通过NEF发送AF的请求给PCF。(可选地，NEF执行相关映射，包括标识XRM业务(AF-Service-Identifier)到DNN和S-NSSAI的映射，外部应用到CN应用标识的映射；以及基于UDM的签约信息，外部UE标识到CN内UE标识的映射(如SUPI)，以及根据UDM签约信息执行外部到内部的XRM service组标识的映射)。

3、NEF授权AF请求，并根据AF提供的参数确定是调用TSCTSF还是直接联系PCF。(这些信令步骤用于设置具有所需QoS程序的AF会话。)PCF从NEF或TSCTSF接收AF提供的属性。

NEF触发Npcf_PolicyAuthorization_Create request，将AF请求发送给PCF，携带QoS需求信息供PCF策略决策。消息中携带相应SDF的处理可用性/支持更改的PDU set。

4、PCF做出策略决定。PCF可以确定需要将更新的或新的策略信息发送到SMF。

PCF考虑处理可用性/支持改变的PDU set来确定PCC规则。PCF向SMF发送处理可用性/支持改变的PDU set，以订阅触发报告。

5、PCF向NEF响应Npcf_Policy Authorization_Create响应。

6、NEF向AF发送Nnef_AFsessionWithQoS_Create响应消息。携带Result结果，告知是否请求被授权。

7、PCF向SMF发起SM策略关联修改请求(处理可用性/支持改变的PDU set)。

PCF向SMF订阅PDU Set处理可用性(或变更)或支持状态(或变更)的事件通知，该事件订阅通知，用于获取PDU Set处理可用性或支持状态信息或变更信息；该事件通知可以是策略控制请求触发器相关。

进一步地，该事件通知可以是PCF订阅生效，或者是系统默认设置始终生效(则不需要PCF主动订阅，该事件在会话生命周期内一直有效)。

进一步地，PCF基于AF/NEF的规定，和/或运营商策略(例如本地或OAM配置)，向SMF订阅PDU Set处理可用性变更或支持状态变更的事件通知。如果PCF基于AF/NEF的规定(PCF收到AF的订阅请求而发起可用性变更订阅),则PCF收到SMF的PDU Set处理可用性变更或支持状态变更的事件报告后，发送PDU Set处理可用性变更或支持状态变更的事件报告给AF。

8、SMF向PCF回复SM策略关联修改响应。

9、SMF向UPF发起N4会话修改请求(处理可用性/支持改变的PDU set)。

SMF向RAN或UPF订阅PDU Set处理可用性变更或支持状态变更的事件通知报告；(该事件通知可以是SMF订阅生效，或者是系统默认设置始终生效，默认始终生效则不需要SMF主动订阅，该事件在会话生命周期内一直有效)。

10、UPF对SMF作出响应。

11、对于SMF请求的修改，SMF调用Namf_Communication_N1N2MessageTransfer([N2 SM信息](PDU会话ID、QoS流标识(QoS flow ID,QFI)、QoS配置文件)、N1 SM容器)。

12、AMF可以向(R)AN发送N2([N2从SMF接收的SM信息]、NAS消息(PDU会话ID、N1 SM容器(PDU会话修改命令))消息。

14、(R)AN可以通过向AMF发送N2 PDU会话确认消息来确认N2 PDU会话请求。

15、AMF通过Nsmf_PDUSession_UpdateSMContext业务操作将从AN接收到的N2 SM信息转发给SMF。

16、SMF以Nsmf_PDUSession_UpdateSMContext响应进行回复。

17-18、SMF可以通过向UPF发送N4会话修改请求消息来更新PDU会话修改所涉及的UPF的N4会话。

UPF/RAN对执行事件监测，收到订阅的事件变更后，发送监控报告给SMF：

UPF/RAN:

当RAN或UPF的PDU Set处理可用性/支持状态能力/状态发生变更(e.g.从不支持到支持，或从支持到不支持)，则RAN或UPF发送该报告给SMF，携带PDU Set处理可用性/支持状态能力/状态发生变更(和或携带PDU Set处理支持状态，该状态指示该NF(RAN/UPF)当前PDU set处理的支持状态，支持或不支持)；

进一步地，RAN或UPF PDU set处理能力或状态变更，可以为以下至少一种：RAN或UPF切换，新的RAN或UPF的PDU set处理能力和变更前的RAN或UPF不同(e.g.切换流程后)；或者RAN或UPF不变，PDU set处理能力/状态变更(e.g.基于OAM配置触发，或其它事件触发，导致的PDU set处理能力/状态变更，支持/不支持，比如基于时间窗口，忙闲时的触发，基于QoS通知控制等相关网络状态事件的触发等)

示例性实施例中，如图6C所示，PDU会话修改流程。

2、SMF可能需要通过执行SMF发起的SM策略关联修改过程来向PCF报告一些订阅的事件。(例如.图6A中的PDU Set处理可用性(或变更)或支持状态(或变更)的事件通知；可选地，SMF的通知报告，可触发PCF发起会话修改，更新相应PCC规则和QoS策略信息，下发给SMF和UPF/RAN。

其余步骤：

-会话修改流程其余步骤，按相关技术的会话创建流程即可；

-涉及PDU Set处理可用性(或变更)或支持状态(或变更)的事件通知(例如PDUset处理可用性/支持更改的订阅，监测，上报，以及相关描述，同图6A和图6B中的相关描述。

本公开实施例还提出用于实现以上任一方法的装置，例如，提出一装置，包括用以实现以上任一方法中网络设备(例如第一网元、第二网元、第三网元、第四网元等)所执行的各步骤的单元或模块。

应理解以上装置中各单元或模块的划分仅是一种逻辑功能的划分，在实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。此外，装置中的单元或模块可以以处理器调用软件的形式实现：例如装置包括处理器，处理器与存储器连接，存储器中存储有指令，处理器调用存储器中存储的指令，以实现以上任一方法或实现上述装置各单元或模块的功能，其中处理器例如为通用处理器，例如中央处理单元(Central ProcessingUnit，CPU)或微处理器，存储器为装置内的存储器或装置外的存储器。或者，装置中的单元或模块可以以硬件电路的形式实现，可以通过对硬件电路的设计实现部分或全部单元或模块的功能，上述硬件电路可以理解为一个或多个处理器；例如，在一种实现中，上述硬件电路为专用集成电路(application-specific integrated circuit，ASIC)，通过对电路内元件逻辑关系的设计，实现以上部分或全部单元或模块的功能；再如，在另一种实现中，上述硬件电路为可以通过可编程逻辑器件(programmable logic device，PLD)实现，以现场可编程门阵列(Field Programmable Gate Array，FPGA)为例，其可以包括大量逻辑门电路，通过配置文件来配置逻辑门电路之间的连接关系，从而实现以上部分或全部单元或模块的功能。以上装置的所有单元或模块可以全部通过处理器调用软件的形式实现，或全部通过硬件电路的形式实现，或部分通过处理器调用软件的形式实现，剩余部分通过硬件电路的形式实现。

在本公开实施例中，处理器是具有信号处理能力的电路，在一种实现中，处理器可以是具有指令读取与运行能力的电路，例如中央处理单元(Central Processing Unit，CPU)、微处理器、图形处理器(graphics processing unit，GPU)(可以理解为微处理器)、或数字信号处理器(digital signal processor，DSP)等；在另一种实现中，处理器可以通过硬件电路的逻辑关系实现一定功能，上述硬件电路的逻辑关系是固定的或可以重构的，例如处理器为专用集成电路(application-specific integrated circuit，ASIC)或可编程逻辑器件(programmable logic device，PLD)实现的硬件电路,例如FPGA。在可重构的硬件电路中，处理器加载配置文档，实现硬件电路配置的过程，可以理解为处理器加载指令，以实现以上部分或全部单元或模块的功能的过程。此外，还可以是针对人工智能设计的硬件电路，其可以理解为ASIC，例如神经网络处理单元(Neural Network Processing Unit，NPU)、张量处理单元(Tensor Processing Unit，TPU)、深度学习处理单元(Deep learningProcessing Unit，DPU)等。

图7A是本公开实施例提出的第一网元的结构示意图。如图7A所示，第一网元10可以包括：收发模块11、处理模块12等中的至少一者。

在一些实施例中，上述收发模块11，用于接收第二网元发送的第一消息，其中，第一消息用于指示PDUset处理的能力信息；处理模块12，用于基于第一消息，确定PCC规则。

上述收发模块11用于执行以上任一方法中第一网元10执行的发送和/或接收等通信步骤(例如S201～S210，但不限于此)中的至少一者，此处不再赘述。可选地，上述处理模块22用于执行以上任一方法中第一网元10执行的其他步骤(例如S201～S210，但不限于此)中的至少一者，此处不再赘述。

在一些实施例中，收发模块可以包括发送模块和/或接收模块，发送模块和接收模块可以是分离的，也可以集成在一起。可选地，收发模块可以与收发器相互替换。

在一些实施例中，处理模块可以是一个模块，也可以包括多个子模块。可选地，上述多个子模块分别执行处理模块所需执行的全部或部分步骤。可选地，处理模块可以与处理器相互替换。

图7B是本公开实施例提出的第二网元的结构示意图。如图7B所示，第二网元20可以包括：收发模块21、处理模块22等中的至少一者。

在一些实施例中，上述收发模块21，用于向第一网元发送第一消息，其中，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

上述收发模块21用于执行以上任一方法中第二网元20执行的发送和/或接收等通信步骤(例如S201～S210，但不限于此)中的至少一者，此处不再赘述。可选地，上述处理模块22用于执行以上任一方法中第二网元20执行的其他步骤(例如S201～S210，但不限于此)中的至少一者，此处不再赘述。

图7C是本公开实施例提出的第四网元的结构示意图。如图7C所示，第四网元30可以包括：收发模块31、处理模块32等中的至少一者。

在一些实施例中，上述收发模块31，用于向第二网元发送第三消息，其中，第三消息用于指示PDU set处理的能力信息，第三消息用于第二网元向第一网元发送第一消息，第一消息用于指示PDU set处理的能力信息，第一消息用于第一网元确定PCC规则。

上述收发模块31用于执行以上任一方法中第四网元30执行的发送和/或接收等通信步骤(例如S201～S210，但不限于此)中的至少一者，此处不再赘述。可选地，上述处理模块32用于执行以上任一方法中第四网元30执行的其他步骤(例如S201～S210，但不限于此)中的至少一者，此处不再赘述。

图8A是本公开实施例提出的通信设备8100的结构示意图。通信设备8100可以是第一网元，也可以是第二网元，也可以是第四网元，也可以是支持第一网元、第二网元或第四网元实现以上任一方法的芯片、芯片系统、或处理器等。通信设备8100可用于实现上述方法实施例中描述的方法，具体可以参见上述方法实施例中的说明。

如图8A所示，通信设备8100包括一个或多个处理器8101。处理器8101可以是通用处理器或者专用处理器等，例如可以是基带处理器或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对通信装置(如，基站、基带芯片，终端设备、终端设备芯片，DU或CU等)进行控制，执行程序，处理程序的数据。可选地，通信设备8100用于执行以上任一方法。可选地，一个或多个处理器8101用于调用指令以使得通信设备8100执行以上任一方法。

在一些实施例中，通信设备8100还包括一个或多个收发器8102。在通信设备8100包括一个或多个收发器8102时，收发器8102执行上述方法中的发送和/或接收等通信步骤(例如S201～S210，但不限于此)中的至少一者，处理器8101执行其他步骤(例如S201～S210，但不限于此)中的至少一者。在可选的实施例中，收发器可以包括接收器和/或发送器，接收器和发送器可以是分离的，也可以集成在一起。可选地，收发器、收发单元、收发机、收发电路、接口电路、接口等术语可以相互替换，发送器、发送单元、发送机、发送电路等术语可以相互替换，接收器、接收单元、接收机、接收电路等术语可以相互替换。

在一些实施例中，通信设备8100还包括用于存储数据的一个或多个存储器8103。可选地，全部或部分存储器8103也可以处于通信设备8100之外。在可选的实施例中，通信设备8100可以包括一个或多个接口电路8104。可选地，接口电路8104与存储器8102连接，接口电路8104可用于从存储器8102或其他装置接收数据，可用于向存储器8102或其他装置发送数据。例如，接口电路8104可读取存储器8102中存储的数据，并将该数据发送给处理器8101。

以上实施例描述中的通信设备8100可以是网络设备或者终端，但本公开中描述的通信设备8100的范围并不限于此，通信设备8100的结构可以不受图8A的限制。通信设备可以是独立的设备或者可以是较大设备的一部分。例如所述通信设备可以是：1)独立的集成电路IC，或芯片，或，芯片系统或子系统；(2)具有一个或多个IC的集合，可选地，上述IC集合也可以包括用于存储数据，程序的存储部件；(3)ASIC，例如调制解调器(Modem)；(4)可嵌入在其他设备内的模块；(5)接收机、终端设备、智能终端设备、蜂窝电话、无线设备、手持机、移动单元、车载设备、网络设备、云设备、人工智能设备等等；(6)其他等等。

图8B是本公开实施例提出的芯片8200的结构示意图。对于通信设备8100可以是芯片或芯片系统的情况，可以参见图8B所示的芯片8200的结构示意图，但不限于此。

芯片8200包括一个或多个处理器8201。芯片8200用于执行以上任一方法。

在一些实施例中，芯片8200还包括一个或多个接口电路8202。可选地，接口电路、接口、收发管脚等术语可以相互替换。在一些实施例中，芯片8200还包括用于存储数据的一个或多个存储器8203。可选地，全部或部分存储器8203可以处于芯片8200之外。可选地，接口电路8202与存储器8203连接，接口电路8202可以用于从存储器8203或其他装置接收数据，接口电路8202可用于向存储器8203或其他装置发送数据。例如，接口电路8202可读取存储器8203中存储的数据，并将该数据发送给处理器8201。

在一些实施例中，接口电路8202执行上述方法中的发送和/或接收等通信步骤(例如S201～S210，但不限于此)中的至少一者。接口电路8202执行上述方法中的发送和/或接收等通信步骤例如是指：接口电路8202执行处理器8201、芯片8200、存储器8203或收发器件之间的数据交互。在一些实施例中，处理器8201执行其他步骤(例如S201～S210，但不限于此)中的至少一者。

本公开还提出存储介质，上述存储介质上存储有指令，当上述指令在通信设备8100上运行时，使得通信设备8100执行以上任一方法。可选地，上述存储介质是电子存储介质。可选地，上述存储介质是计算机可读存储介质，但不限于此，其也可以是其他装置可读的存储介质。可选地，上述存储介质可以是非暂时性(non-transitory)存储介质，但不限于此，其也可以是暂时性存储介质。

本公开还提出程序产品，上述程序产品被通信设备8100执行时，使得通信设备8100执行以上任一方法。可选地，上述程序产品是计算机程序产品。

本公开还提出计算机程序，当其在计算机上运行时，使得计算机执行以上任一方法。

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

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

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

Claims

1.一种规则生成方法，其特征在于，所述方法由第一网元执行，包括：

接收第二网元发送的第一消息，其中，所述第一消息用于指示协议数据单元PDU集set处理的能力信息；

基于所述第一消息，确定策略与计费控制PCC规则。

2.如权利要求1所述的方法，其特征在于，所述PDU set处理的能力信息，包括以下至少一项：

PDU set处理的支持状态；

PDU set处理的支持状态是否发生变更。

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

向所述第二网元发送所述PCC规则。

4.如权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

发起会话修改流程；或者

发起会话管理策略关联修改流程。

5.如权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：

向所述第二网元发送第一订阅事件通知，其中，所述第一订阅事件通知用于获取所述PDU set处理的能力信息。

6.如权利要求5所述的方法，其特征在于，所述第一订阅事件通知与策略控制请求触发器相关。

7.如权利要求5或6所述的方法，其特征在于，所述向所述第二网元发送第一订阅事件通知，包括：

根据本地配置，向所述第二网元发送所述第一订阅事件通知；或者

根据操作管理和维护OAM配置，向所述第二网元发送所述第一订阅事件通知。

8.如权利要求5或6所述的方法，其特征在于，所述方法还包括：

接收第三网元发送的订阅请求，其中，所述订阅请求用于请求获取PDU set处理的能力信息。

9.如权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：

向第三网元发送第二消息，其中，所述第二消息用于指示PDU set处理的能力信息。

10.如权利要求1至9中任一项所述的方法，其特征在于，所述PCC规则包括所述第一网元生成的第一PCC规则，所述基于所述第一消息，确定PCC规则，包括：

确定所述第一消息用于指示支持PDU set处理，且当前不存在PCC规则，确定生成PCC规则，确定所述第一PCC规则；或者

确定所述第一消息用于指示支持PDU处理，且当前不存在PCC规则，确定生成PCC规则，确定所述第一PCC规则；或者

确定所述第一消息用于指示PDU set处理的支持状态由不支持变更为支持，且当前不存在PCC规则，确定生成PCC规则，确定所述第一PCC规则；或者

确定所述第一消息用于指示PDU set处理的支持状态由支持变更为不支持，且当前不存在PCC规则，确定生成PCC规则，确定所述第一PCC规则；或者

确定所述第一消息用于指示由支持PDU处理变更为支持PDU set处理，且当前不存在PCC规则，确定生成PCC规则，确定所述第一PCC规则；或者

确定所述第一消息用于指示支持PDU set处理变更为支持PDU处理，且当前不存在PCC规则，确定生成PCC规则，确定所述第一PCC规则。

11.如权利要求1至9中任一项所述的方法，其特征在于，所述PCC规则包括所述第一网元更新后的第二PCC规则，所述基于所述第一消息，确定PCC规则，包括：

确定所述第一消息用于指示支持PDU set处理，且当前PCC规则为基于PDU生成的，确定对所述当前PCC规则进行更新，确定所述第二PCC规则；或者

确定所述第一消息用于指示支持PDU处理，且当前PCC规则为基于PDU set生成的，确定对所述当前PCC规则进行更新，确定所述第二PCC规则；或者

确定所述第一消息用于指示PDU set处理的支持状态由不支持变更为支持，且当前PCC规则为基于PDU生成的，确定对所述当前PCC规则进行更新，确定所述第二PCC规则；或者

确定所述第一消息用于指示PDU set处理的支持状态由支持变更为不支持，且当前PCC规则为基于PDU生成的，确定对所述当前PCC规则进行更新，确定所述第二PCC规则；或者

确定所述第一消息用于指示由支持PDU处理变更为支持PDU set处理，且当前PCC规则为基于PDU生成的，确定对所述当前PCC规则进行更新，确定所述第二PCC规则；或者

确定所述第一消息用于指示支持PDU set处理变更为支持PDU处理，且当前PCC规则为基于PDU set生成的，确定对所述当前PCC规则进行更新，确定所述第二PCC规则。

12.一种规则生成方法，其特征在于，所述方法由第二网元执行，包括：

向第一网元发送第一消息，其中，所述第一消息用于指示PDU set处理的能力信息，所述第一消息用于所述第一网元确定PCC规则。

13.如权利要求12所述的方法，其特征在于，所述PDU set处理的能力信息，包括以下至少一项：

PDU set处理的支持状态；

PDU set处理的支持状态是否发生变更。

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

接收第一网元发送的第一订阅事件通知，其中，第一订阅事件通知用于获取PDU set处理的能力信息。

15.如权利要求12至14中任一项所述的方法，其特征在于，所述方法还包括：

接收第四网元发送的第三消息，其中，所述第三消息用于指示PDU set处理的能力信息；或者

通过接入和移动管理功能AMF接收所述第四网元发送的所述第三消息，其中，所述第三消息用于指示PDU set处理的能力信息。

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

向所述第四网元发送第二订阅事件通知，其中，所述第二订阅事件通知用于获取PDUset处理的能力信息。

17.如权利要求12至16中任一项所述的方法，其特征在于，所述方法还包括：

发起会话管理策略创建流程，或发起会话管理策略修改流程。

18.如权利要求12至17中任一项所述的方法，其特征在于，所述方法还包括：

接收所述第一网元发送的所述PCC规则；

根据所述PCC规则，确定服务质量QoS规则。

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

向第四网元发送所述QoS规则。

20.一种规则生成方法，其特征在于，所述方法由第四网元执行，包括：

向第二网元发送第三消息；或者

通过AMF向所述第二网元发送所述第三消息；

其中，所述第三消息用于指示PDU set处理的能力信息，所述第三消息用于所述第二网元向第一网元发送第一消息，所述第一消息用于指示PDU set处理的能力信息，所述第一消息用于所述第一网元确定PCC规则。

21.如权利要求20所述的方法，其特征在于，所述PDU set处理的能力信息，包括以下至少一项：

PDU set处理的支持状态；

PDU set处理的支持状态是否发生变更。

22.如权利要求20或21所述的方法，其特征在于，所述方法还包括：

接收所述第二网元发送的第二订阅事件通知，其中，所述第二订阅事件通知用于获取PDU set处理的能力信息。

23.如权利要求20至22中任一项所述的方法，其特征在于，所述向所述第二网元发送第三消息，包括：

确定满足指定条件，向所述第二网元发送所述第三消息；

其中，所述指定条件包括以下至少一项：

发生网元切换，所述第四网元为切换后的网元；

PDU set处理能力变更；

基于OAM配置触发导致的PDU set处理能力变更；

基于时间窗口忙闲时触发导致的PDU set处理能力变更；

基于QoS通知控制触发导致的PDU set处理能力变更；

PDU set处理状态变更；

基于OAM配置触发导致的PDU set处理状态变更；

基于时间窗口忙闲时触发导致的PDU set处理状态变更；

基于QoS通知控制触发导致的PDU set处理状态变更。

24.一种规则生成方法，其特征在于，所述方法包括：

第二网元向第一网元发送第一消息，其中，所述第一消息用于指示PDUset处理的能力信息；

第一网元接收第二网元发送的第一消息；

第一网元基于所述第一消息，确定PCC规则。

25.一种第一网元，其特征在于，包括：

收发模块，用于接收第二网元发送的第一消息，其中，所述第一消息用于指示PDUset处理的能力信息；

处理模块，用于基于所述第一消息，确定PCC规则。

26.一种第二网元，其特征在于，包括：

收发模块，用于向第一网元发送第一消息，其中，所述第一消息用于指示PDU set处理的能力信息，所述第一消息用于所述第一网元确定PCC规则。

27.一种第四网元，其特征在于，包括：

收发模块，用于向第二网元发送第三消息，其中，所述第三消息用于指示PDU set处理的能力信息，所述第三消息用于所述第二网元向第一网元发送第一消息，所述第一消息用于指示PDU set处理的能力信息，所述第一消息用于所述第一网元确定PCC规则。

28.一种第一网元，其特征在于，包括：

一个或多个处理器；

其中，所述第一网元用于执行权利要求1至11中任一项所述的方法。

29.一种第二网元，其特征在于，包括：

一个或多个处理器；

其中，所述第二网元用于执行权利要求12至19中任一项所述的方法。

30.一种第四网元，其特征在于，包括：

一个或多个处理器；

其中，所述第四网元用于执行权利要求20至23中任一项所述的方法。

31.一种通信系统，其特征在于，包括第一网元、第二网元、第四网元，其中，所述第一网元被配置为实现权利要求1至11中任一项所述的方法，所述第二网元被配置为实现权利要求12至19中任一项所述的方法，所述第四网元被配置为实现权利要求20至23中任一项所述的方法。

32.一种存储介质，所述存储介质存储有指令，其特征在于，当所述指令在通信设备上运行时，使得所述通信设备执行如权利要求1至11、12至19、20至23中任一项所述的方法。