CN115915203A

CN115915203A - 通信方法和通信装置

Info

Publication number: CN115915203A
Application number: CN202210471179.3A
Authority: CN
Inventors: 马国军; 郭�东; 祁民; 陈潇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2021-09-30
Filing date: 2022-04-28
Publication date: 2023-04-04
Also published as: WO2023050838A1

Abstract

本申请提供一种通信方法和通信装置，该方法包括：网络数据分析功能NWDAF接收用户平面功能UPF发送的目标用户的第一业务的实际体验参数；所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标；在确定所述目标用户的实际体验未达标时，所述NWDAF向策略控制功能PCF发送请求消息，所述请求消息用于为所述目标用户请求专有服务质量QoS流。本申请提供的方案可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

Description

通信方法和通信装置

技术领域

本申请实施例涉及通信领域，尤其涉及一种通信方法和通信装置。

背景技术

在无线系统中，当出现无线拥塞时，极重要用户(very very important person，VVIP)由于优先级高得到优先调度，但因为非保证比特速率(non-guaranteed bit rate，Non-GBR)承载在无线拥塞时会出现丢包的情况，运营商针对VVIP用户无法实时感知体验劣化，也无法主动触发专载保障，VVIP高端用户与其他用户的体验差距不明显。

针对这种情况，一种解决方案是用户设备(user equipment，UE)主动发起请求，当出现无线拥塞时，UE通过互联网向用户提供各种应用服务(over the top，OTT)向运营商启动加速请求，运营商加速平台鉴权通过后，通过网络开放功能(network exposurefunction，NEF)启动服务质量(quality of service，QoS)保障申请，策略控制功能(policycontrol function，PCF)接收到该保障申请后，为待加速的用户的特定业务建立QoS专载。然而这种方案不具备自动保障能力，需终端主动触发，且需要依赖OTT的配合才可实现，导致用户体验差。

另一种解决方案是PCF通过向网络数据分析功能(network data analyticsfunction，NWDAF)订阅用户的体验平均意见值(mean opinion score，MOS)信息，并决策是否启动QoS保障申请。NWDAF从UPF采集历史网络关键性能指标(key performanceindicator，KPI)信息，从OTT采集历史业务MOS信息，基于历史数据机器学习，建立MOS-KPI体验模型，并在线实时采集网络KPI，推理用户的各业务实时体验MOS。PCF向NWDAF订阅用户的体验MOS，并决策是否启动Qos保障申请。在决策启动QoS保障申请的情况下，为该用户的特定业务建立QoS专载。然而这种方案需要依赖OTT的配合才可实现，导致用户体验差。

发明内容

本申请提供一种通信方法和通信装置，可以具备自动保障能力，也不需要依赖OTT的配合，提升用户体验。

第一方面，提供一种通信方法，包括：网络数据分析功能NWDAF接收用户平面功能UPF发送的目标用户的第一业务的实际体验参数；

所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标；

在确定所述目标用户的实际体验未达标时，所述NWDAF向策略控制功能PCF发送请求消息，所述请求消息用于为所述目标用户请求专有服务质量QoS流。

本申请提供的方案，NWDAF接收UPF发送的目标用户的第一业务的实际体验参数，并根据该目标用户的第一业务的实际体验参数和该第一业务的目标体验参数判断该目标用户的实际体验是否达标，且在未达标时，NWDAF向PCF发送用于为该目标用户请求专有QoS流的请求消息。由于本申请的方案是由NWDAF动态触发专有QoS流的建立，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

结合第一方面，在一些可能的实现方式中，所述请求消息包括以下至少一种：

所述目标用户的用户标识ID、所述目标用户的互联网协议IP地址、所述第一业务的类型、所述第一业务的业务流IP五元组、保障所述第一业务的保证比特速率GBR、最大比特速率MBR。

结合第一方面，在一些可能的实现方式中，所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标，包括：

所述参数为速率，若在预设连续周期内所述第一业务的实际体验参数小于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验未达标；

若在所述预设连续周期内所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验达标；

或，

所述参数为时延或丢包率，若在预设连续周期内所述第一业务的实际体验参数大于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验未达标；

若在所述预设连续周期内所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验达标。

本申请提供的方案，NWDAF可以根据预设连续周期内第一业务的实际体验参数与第一业务的目标体验参数的大小判断目标用户的实际体验是否达标，即，在参数为速率的情况下，若在预设连续周期内第一业务的实际体验参数小于第一业务的目标体验参数，NWDAF判断目标用户的实际体验未达标，反之则达标；在参数为时延或丢包率的情况下，若在预设连续周期内第一业务的实际体验参数大于第一业务的目标体验参数，NWDAF判断目标用户的实际体验未达标，反之则达标；便于NWDAF根据判断结果动态触发专有QoS流的建立，从而保障目标用户的高端体验。

所述参数为速率，若在预设时长内的部分时长所述第一业务的实际体验参数小于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验未达标；

若在所述预设时长内的部分时长所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验达标；

或，

所述参数为时延或丢包率，若在预设时长内的部分时长所述第一业务的实际体验参数大于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验未达标；

若在所述预设时长内的部分时长所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，所述NWDAF判断所述目标用户的实际体验达标。

本申请提供的方案，NWDAF可以根据在预设时长内的部分时长第一业务的实际体验参数与第一业务的目标体验参数的大小判断目标用户的实际体验是否达标，即，在参数为速率的情况下，若在预设时长内的部分时长第一业务的实际体验参数小于第一业务的目标体验参数，NWDAF判断目标用户的实际体验未达标，反之则达标；在参数为时延或丢包率的情况下，若在预设时长内的部分时长第一业务的实际体验参数大于第一业务的目标体验参数，所述NWDAF判断目标用户的实际体验未达标，反之则达标；便于NWDAF根据判断结果动态触发专有QoS流的建立，从而保障目标用户的高端体验。

结合第一方面，在一些可能的实现方式中，所述第一业务的目标体验参数根据历史数据统计分析法确定或通过所述NWDAF静态配置。

本申请提供的方案，第一业务的目标体验参数可以根据历史数据统计分析法确定或通过NWDAF静态配置，从而建立目标用户的第一业务的目标体验参数，便于NWDAF基于该目标体验参数判断目标用户的实际体验是否达标，进一步地，NWDAF根据判断结果动态触发专有QoS流的建立，从而保障目标用户的高端体验。

结合第一方面，在一些可能的实现方式中，所述NWDAF向PCF发送请求消息，包括：

所述NWDAF通过N5接口向所述PCF发送所述请求消息。

本申请实施例中，NWDAF向PCF发送所述请求消息时，可以通过网络中已有的N5接口发送，不需要额外扩展其它接口即可为用户的业务请求建立QoS专载，可以减少业务配置的复杂性。

结合第一方面，在一些可能的实现方式中，在为所述目标用户请求到所述专有QoS流的情况下，所述方法还包括：

所述NWDAF生成评估报告，所述评估报告包括为所述目标用户请求到所述专有QoS流前后的保障效果，和/或，所述目标用户与其它用户的体验的对比结果。

本申请提供的方案，在为目标用户请求到专有QoS流的情况下，NWDAF还可以生成评估报告，该评估包括为目标用户请求到专有QoS流前后的保障效果(如目标用户请求到专有QoS流前后观看1080P视频的速率提升了25％)，和/或，目标用户与其它用户的体验的对比结果(目标用户请求到专有QoS流之后观看1080P视频的速率至少超过80％的用户)；体现对目标用户的保障效果，增加目标用户的粘性，进一步地，可以提升目标用户的体验。

结合第一方面，在一些可能的实现方式中，所述方法还包括：

所述NWDAF向所述UPF订阅所述目标用户的第一业务的实际体验参数。

本申请提供的方案，NWDAF通过向UPF订阅目标用户的第一业务的实际体验参数可以获取目标用户的第一业务的实际体验参数，可以实现对目标用户的第一业务的业务体验的监测和感知，便于NWDAF基于该实际体验参数判断目标用户的实际体验是否达标，进一步地，NWDAF根据判断结果动态触发专有QoS流的建立，从而保障目标用户的高端体验。

结合第一方面，在一些可能的实现方式中，所述参数包括以下至少一种：

速率、时延、丢包率。

第二方面，提供一种通信方法，包括：用户平面功能UPF监测目标用户的第一业务的实际体验参数；

所述UPF向网络数据分析功能NWDAF发送所述目标用户的第一业务的实际体验参数。

本申请提供的方案，UPF向NWDAF发送目标用户的第一业务的实际体验参数，便于NWDAF根据接收的目标用户的第一业务的实际体验参数和该第一业务的目标体验参数判断该目标用户的实际体验是否达标，有利于NWDAF为目标用户动态触发专有QoS流的建立。

结合第二方面，在一些可能的实现方式中，所述方法还包括：

所述UPF接受所述NWDAF向其订阅的所述目标用户的第一业务的实际体验参数。

本申请提供的方案，UPF接受NWDAF向其订阅的目标用户的第一业务的实际体验参数，并向NWDAF发送目标用户的第一业务的实际体验参数，可以实现对目标用户的第一业务的业务体验的监测和感知，便于NWDAF基于该实际体验参数判断目标用户的实际体验是否达标，有利于NWDAF为目标用户动态触发专有QoS流的建立。

结合第二方面，在一些可能的实现方式中，所述参数包括以下至少一种：

速率、时延、丢包率。

第三方面，提供一种通信方法，包括：用户平面功能UPF接收会话管理功能SMF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；

所述UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标；

在确定所述目标用户的实际体验未达标时，所述UPF向所述SMF发送第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标。

本申请提供的方案，UPF接收SMF发送的第一消息后，可以根据该第一消息和目标用户的第一业务的实际体验参数判断该目标用户的实际体验是否达标，在确定目标用户的实际体验未达标时，UPF向SMF发送第一通知消息，使得SMF向PCF发送第二通知消息，便于PCF根据第二通知消息和调整策略向所述SMF发送用于为所述目标用户请求专有QoS流的请求参数信息。

结合第三方面，在一些可能的实现方式中，所述通知消息包括以下至少一种：

所述目标用户的用户标识ID、所述目标用户的互联网协议IP地址、所述第一业务的类型、所述第一业务的业务流IP五元组。

结合第三方面，在一些可能的实现方式中，所述UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标，包括：

所述参数为速率，若在预设连续周期内所述第一业务的实际体验参数小于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验未达标；

若在所述预设连续周期内所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验达标；

或，

所述参数为时延或丢包率，若在预设连续周期内所述第一业务的实际体验参数大于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验未达标；

若在所述预设连续周期内所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验达标。

本申请提供的方案，UPF可以根据预设连续周期内第一业务的实际体验参数与第一业务的目标体验参数的大小判断目标用户的实际体验是否达标，即，在参数为速率的情况下，若在预设连续周期内第一业务的实际体验参数小于第一业务的目标体验参数，UPF判断目标用户的实际体验未达标，反之则达标；在参数为时延或丢包率的情况下，若在预设连续周期内第一业务的实际体验参数大于第一业务的目标体验参数，UPF判断目标用户的实际体验未达标，反之则达标；且在判断目标用户的实际体验未达标时通过SMF向PCF发送通知消息，便于PCF根据通知消息和调整策略动态触发专有QoS流的建立，从而保障目标用户的高端体验。

所述参数为速率，若在预设时长内的部分时长所述第一业务的实际体验参数小于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验未达标；

若在预设时长内的部分时长所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验达标；

或，

所述参数为时延或丢包率，若在预设时长内的部分时长所述第一业务的实际体验参数大于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验未达标；

若在预设时长内的部分时长所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，所述UPF判断所述目标用户的实际体验达标。

本申请提供的方案，UPF可以根据在预设时长内的部分时长第一业务的实际体验参数与第一业务的目标体验参数的大小判断目标用户的实际体验是否达标，即，在参数为速率的情况下，若在预设时长内的部分时长第一业务的实际体验参数小于第一业务的目标体验参数，UPF判断目标用户的实际体验未达标，反之则达标；在参数为时延或丢包率的情况下，若在预设时长内的部分时长第一业务的实际体验参数大于第一业务的目标体验参数，UPF判断目标用户的实际体验未达标，反之则达标；且在判断目标用户的实际体验未达标时通过SMF向PCF发送通知消息，便于PCF根据通知消息和调整策略动态触发专有QoS流的建立，从而保障目标用户的高端体验。

结合第三方面，在一些可能的实现方式中，所述UPF向所述SMF发送第一通知消息，包括：

所述UPF向所述SMF发送报文转发控制协议PFCP会话报告请求，所述PFCP会话报告请求包括所述第一通知消息。

本申请实施例中，UPF向SMF发送第一通知消息时，可以通过向其发送的PFCP会话报告请求发送该第一通知消息，由于本申请中的第一通知消息不需要通过其它额外报告请求发送，可以节省资源的开销。

结合第三方面，在一些可能的实现方式中，所述参数包括以下至少一种：

速率、时延、丢包率。

第四方面，提供一种通信方法，包括：会话管理功能SMF接收策略控制功能PCF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；

所述SMF向UPF发送所述第一消息；

所述SMF接收所述UPF发送的第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标；

所述SMF向PCF发送第二通知消息，所述第二通知消息用于通知所述PCF所述目标用户的实际体验未达标。

本申请提供的方案，SMF接收到UPF发送的第一通知消息后，可以向PCF发送用于通知所述PCF所述目标用户的实际体验未达标的第二通知消息，便于PCF根据所述第二通知消息和调整策略向所述SMF发送用于为所述目标用户请求专有QoS流的请求消息，从而保障目标用户的高端体验。

结合第四方面，在一些可能的实现方式中，所述SMF向UPF发送所述第一消息，包括：

所述SMF向所述UPF发送报文转发控制协议PFCP会话创建请求，所述PFCP会话创建请求包括所述第一消息。

本申请实施例中，SMF向UPF发送第一消息时，可以通过向其发送的PFCP会话创建请求发送该第一消息，由于本申请中的第一消息不需要通过其它额外请求发送，可以节省资源的开销。

结合第四方面，在一些可能的实现方式中，所述SMF向PCF发送所述第二通知消息，包括：

所述SMF向所述PCF发送会话管理策略控制更新请求，所述会话管理策略控制更新请求包括所述第二通知消息。

本申请实施例中，SMF向PCF发送第二通知消息时，可以通过向其发送的会话管理策略控制更新请求发送该第二通知消息，由于本申请中的第二通知消息不需要通过其它额外请求发送，可以节省资源的开销。

结合第四方面，在一些可能的实现方式中，所述参数包括以下至少一种：

速率、时延、丢包率。

第五方面，提供一种通信方法，包括：策略控制功能PCF确定第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；

所述PCF向会话管理功能SMF发送所述第一消息；

所述PCF接收所述SMF发送的第二通知消息，所述第二通知消息用于通知所述PCF所述目标用的实际体验未达标；

所述PCF根据所述第二通知消息和调整策略向所述SMF发送请求参数信息，所述请求参数信息用于为所述目标用户请求专有服务质量QoS流。

本申请提供的方案，PCF在接收到SMF发送的第二通知消息后，根据所述第二通知消息和调整策略向所述SMF发送用于为所述目标用户请求专有QoS流的请求参数信息。由于本申请的方案是由PCF动态触发专有QoS流的建立，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

结合第五方面，在一些可能的实现方式中，所述请求参数信息包括以下至少一种：

所述目标用户的用户标识ID、所述目标用户的互联网协议IP地址、所述第一业务的类型、所述第一业务的业务流IP五元组、保障所述第一业务的保证比特速率GBR、最大比特速率MBR、5G服务质量指示符5QI。

结合第五方面，在一些可能的实现方式中，所述PCF向SMF发送所述第一消息，包括：

响应于接收所述SMF发送的协议数据单元PDU会话建立请求，所述PCF向所述SMF发送会话管理策略控制创建响应消息，所述会话管理策略控制创建响应消息包括所述第一消息。

本申请实施例中，PCF接收SMF发送的PDU会话建立请求，响应于接收的PDU会话建立请求，可以向SMF发送会话管理策略控制创建响应消息，该会话管理策略控制创建响应消息中包括本申请的第一消息，由于本申请的第一消息不需要通过其它额外请求发送，可以节省资源的开销。

结合第五方面，在一些可能的实现方式中，所述第一业务的目标体验参数通过所述PCF静态配置。

本申请提供的方案，第一业务的目标体验参数可以由PCF静态配置，从而建立目标用户的第一业务的目标体验参数，便于UPF基于该目标体验参数判断目标用户的实际体验是否达标，进一步地，PCF根据判断结果动态触发专有QoS流的建立，从而保障目标用户的高端体验。

结合第五方面，在一些可能的实现方式中，所述PCF根据所述第二通知消息和调整策略向所述SMF发送请求参数信息，包括：

所述PCF根据所述第二通知消息和所述调整策略向所述SMF发送会话管理策略控制更新响应，所述会话管理策略控制更新响应包括所述请求参数信息。

本申请实施例中，PCF向SMF发送请求参数信息时，可以通过向其发送的会话管理策略控制更新响应发送该请求参数信息，由于本申请中的请求参数信息不需要通过其它额外响应发送，可以节省资源的开销。

结合第五方面，在一些可能的实现方式中，所述参数包括以下至少一种：

速率、时延、丢包率。

第六方面，提供一种通信方法，包括：网络数据分析功能NWDAF接收来自用户平面功能UPF的第二消息，所述第二消息用于指示所述目标用户的第一业务的体验未达标，所述第二消息包括所述目标用户的用户标识ID和所述第一业务的业务流；

当所述目标用户满足第一条件时，所述NWDAF根据所述第二消息向策略控制功能PCF发送请求消息，所述请求消息用于为所述目标用户请求专有服务质量QoS流。

本申请提供的方案，NWDAF接收来自UPF的第二消息，确定目标用户的第一业务的体验未达标。NWDAF确定该目标用户是否满足第一条件，当目标用户满足在第一条件时，NWDAF根据第二消息向PCF发送请求消息。本申请的方案是先由UPF首先确定目标用户的第一业务是否达标，再由NWDAF根据第一条件确定是否向PCF发送用于为该目标用户请求专有QoS流的请求消息。本方案避免了NWDAF与UPF之间订阅目标用户的信息之间的交互，降低了UPF和NWDAF之间的性能损耗，同时NWDAF确定是否动态触发专有QoS流的建立，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

结合第六方面，在一些可能的实现方式中，所述第一条件包括以下至少一种：所述目标用户所属小区的无线资源使用率小于或等于第一阈值；所述目标用户的信号质量大于或等于第二阈值；所述目标用户的签约信息中的保障次数小于或等于第三阈值；所述目标用户所属小区专有服务质量QoS流的数量小于或等于第四阈值。

应理解，上述第一条件与所述目标用户的所属小区的拥塞状态、所述目标用户的信号质量、所述目标用户的签约信息、所述目标用户所属小区专有服务质量QoS流的数量相关。

可选地，上述拥塞状态可以用目标用户所属的小区无线资源使用率的大小进行表示。

作为一种示例，上述拥塞状态可以表示目标用户所属的小区无线资源使用率的大小。举例来说，当无线资源使用率小于等于40％，即认为该小区的拥塞状态为轻度；当无线资源使用率大于40％，且小于等于70％，即认为该小区的拥塞状态为中度；当无线资源使用率大于70％，即认为该小区的拥塞状态为重度。应理解，还可能有其他拥塞等级配置，上述示例不作为本申请的限定。

例如，第一条件包括无线资源使用率小于或等于第一阈值，可以将第一阈值设置为70％，则当该小区的无线资源使用率小于或者等于70％时，NWDAF根据第二消息向PCF发送请求消息。

可选地，目标用户的信号质量信息可以包括：信号质量，信号功率，信干燥比。

作为一种示例，上述信号质量信息包括信号功率。例如，第一条件包括目标用户的信号质量大于等于第二阈值。当用户的信号质量大于或等于第二阈值时，则表示该目标用户的信号质量强；当用户的信号质量小于于第二阈值时，则表示该目标用户的信号质量弱。该目标用户的信号质量强时，NWDAF根据第二消息向PCF发送请求消息。

可选地，目标用户的签约信息是根据目标用户的套餐确定的该目标用户的保障次数。

作为一种示例，第一条件与该目标用户的签约信息相关。举例来说，该目标用户签约的套餐中体验保障每月为100次/100小时。当该目标用户本月未使用完签约信息中的保障次数，即目标用户已使用的保障次数小于第三阈值，NWDAF确定该目标用户满足第一条件，NWDAF根据第二消息向PCF发送请求消息，为目标用户请求专有服务质量QoS流。当该目标用户本月已使用完签约信息中的保障次数，即目标用户已使用的保障次数大于或等于第三阈值，NWDAF确定该目标用户不满足第一条件，NWDAF不向PCF发送请求消息为目标用户请求专有服务质量QoS流。

可选地，第一条件包括目标用户所属小区专用服务质量QoS流的数量低于第四阈值。

作为一种示例，第一条件与该目标用户所属小区专用服务质量QoS流的数量相关。举举例来说，当目标用户所属小区专用服务质量QoS流数量上限为500时，此时该小区已经建立了500条QoS流，则NWDAF不向PCF发送请求消息。当该小区已经建立的QoS流的数量小于500时，则NWDAF根据第二消息向PCF发送请求消息。

结合第六方面，在一些可能的实现方式中，所述请求消息包括所述目标用户的互联网协议IP地址和最大比特速率。

其中，目标用户的IP地址也可以称为目标用户的网际协议地址，对于任一设备，该IP地址是唯一的，因此，用户在使用某一设备时，通过唯一的IP地址即可知道用户的地址。

其中，最大比特速率为GBR能够达到的速率的上限。在GBR承载在资源充足的情况下，所能够达到的速率上限为最大比特速率(maximum bit rate，MBR)。对于Non-GBR承载，使用聚合最大比特速率(aggregate maximum bit rate，AMBR)来限制所有Non-GBR承载的最大速率(注意，不是限制某个Non-GBR承载，而是针对UE级别的)。

结合第六方面，在一些可能的实现方式中，所述请求消息还包括以下至少一种：所述目标用户的用户标识ID、所述第一业务的类型、所述第一业务的业务流、保障所述第一业务的保证比特速率GBR。

结合第六方面，在一些可能的实现方式中，所述NWDAF向所述PCF发送请求消息，包括：

所述NWDAF通过N5接口向所述PCF发送所述请求消息。

本申请提供的方案，NWDAF通过N5接口向PCF发送请求消息，不用再创建其他接口，直接使用PCF现有的N5接口，可以节省NWDAF与PCF之间的部署成本，简化网络架构，有利于网络的运营和维护，也有助于提升通信的效率。

结合第六方面，在一些可能的实现方式中，在为所述目标用户请求到所述专有QoS流的情况下，所述方法还包括：

结合第六方面，在一些可能的实现方式中，所述NWDAF向所述目标用户发送所述评估报告。

本申请提供的方案，NWDAF向目标用户发送该评估报告，告知目标用户实时的的保障效果，增加目标用户的粘性。

结合第六方面，在一些可能的实现方式中，所述NWDAF向所述UPF发送所述目标用户的第一业务的质量基线，所述第一业务的质量基线用于确定所述目标用户的体验是否达标。

结合第六方面，在一些可能的实现方式中，所述NWDAF向所述UPF发送所述第一业务的类型和所述目标用户的预定义规则名称，所述预定义规则名称用于标识所述目标用户的第一业务的签约套餐，所述签约套餐为所述第一业务的签约套餐。

结合第六方面，在一些可能的实现方式中，所述第一业务的质量基线根据历史数据统计确定，或者，通过所述NWDAF静态配置。

结合第六方面，在一些可能的实现方式中，所述NWDAF根据退出保障机制停止为所述目标用户使用专有服务质量QoS流。

结合第六方面，在一些可能的实现方式中，所述NWDAF根据退出保障机制停止为所述目标用户使用专有服务质量QoS流，包括：

当所述NWDAF通过N5接口接收到第三消息时，所述NWDAF停止为所述目标用户使用专有服务质量QoS流，所述第三消息用于指示所述目标用户的策略控制网元PDU会话释放或者所述目标用户的第一业务的业务流结束，和/或，

当所述NWDAF确定保障时长达到第五阈值时，所述NWDAF停止为所述目标用户使用专有服务质量QoS流，和/或，

当所述NWDAF确定所述目标用户的所属小区的拥塞状态变化时，所述NWDAF停止为所述目标用户使用专有服务质量QoS流。

本申请提供的方案，NWDAF根据N5接口接收的第三消息、目标用户的第一业务的保障时长是否达到第五阈值、所述目标用户的所属小区的拥塞状态变化确定是否停止为所述目标用户使用专有服务质量QoS流。NWDAF根据上述条件，确定停止为所述目标用户使用专有服务质量QoS流，进一步地避免资源的浪费。

结合第六方面，在一些可能的实现方式中，所述第二消息还包括所述第一业务的类型和/或所述第一业务的劣化级别。

其中，所述第一业务的类型可以包括多种，如视频类、文件类等。

其中，第一业务的劣化级别用于表示该第一业务的的体验参数距离该第一业务的质量基准的大小。作为一种示例，当第一业务的体验参数与该第一业务的质量基准相差越大，劣化级别越大；当第一业务的体验参数与该第一业务的质量基准相差越小，则劣化级别越小。或者说，当第一业务的体验参数与该第一业务的质量基准相差越大，则劣化级别越高；当第一业务的体验参数与该第一业务的质量基准相差越小，则劣化级别越低。

第七方面，提供一种通信方法，包括：用户平面功能UPF接收来自网络数据分析功能NWDAF的目标用户的第一业务的质量基准；

当所述第一业务的体验参数未满足所述第一业务的质量基准时，所述UPF向网络数据分析功能NWDAF发送第二消息，所述第二消息用于指示所述目标用户的体验未达标，所述第二消息包括所述目标用户的用户标识ID和所述第一业务的业务流。

本申请提供的方案，UPF接收来自NWDAF发送的目标用户的第一业务的质量基准，并基于检测的第一业务的体验参数进行确定是否满足所述第一业务的质量基准，当第一业务的体验参数未满足第一业务的质量基准时，UPF向NWDAF发送第二消息，由NWDAF确定是否为目标用户触发专有QoS流。

结合第七方面，在一些可能的实现方式中，所述UPF接收来自所述NWDAF的所述第一业务的类型和所述目标用户的预定义规则名称，所述预定义规则名称用于标识所述目标用户的签约套餐，所述签约套餐为所述第一业务的签约套餐。

结合第七方面，在一些可能的实现方式中，所述第二消息还包括：所述第一业务的类型和/或所述第一业务的劣化级别。

其中，第一业务的类型可以包括多种，如视频类、文件类等。

结合第七方面，在一些可能的实现方式中，当所述第一业务的体验参数未满足所述第一业务的质量基准时，所述UPF向网络数据分析功能NWDAF发送第二消息，包括以下一项或多项：

所述体验参数为速率，若在多个周期内所述第一业务的体验参数小于或等于所述第一业务的质量基准，所述UPF确定所述目标用户的体验未达标，

所述体验参数为时延，若在多个周期内所述第一业务的体验参数大于或等于所述第一业务的质量基准，所述UPF确定所述目标用户的体验未达标，

或，

所述体验参数为丢包率，若在多个周期内所述第一业务的体验参数大于或等于所述第一业务的质量基准，所述UPF确定所述目标用户的体验未达标。

需要说明的是，上述多个周期可以是连续的多个周期，也可以是不连续的多个周期。

所述体验参数为速率，若在预设时长内的未满足所述质量基准的时长占比大于或等于第六阈值时，所述第一业务的体验参数小于或等于所述第一业务的质量基准，所述UPF确定所述目标用户的体验未达标，

所述体验参数为时延，若在预设时长内的未满足所述质量基准的时长占比大于或等于第七阈值时，所述第一业务的体验参数大于或等于所述第一业务的质量基准，所述UPF确定所述目标用户的体验未达标，

或，

所述体验参数为丢包率，若在预设时长内的未满足所述质量基准的时长占比大于或等于第八阈值时，所述第一业务的体验参数大于或等于所述第一业务的质量基准，所述UPF确定所述目标用户的体验未达标。

结合第七方面，在一些可能的实现方式中，所述速率包括上行速率和/或下行速率。

结合第七方面，在一些可能的实现方式中，所述时延包括上行时延和/或下行时延。

结合第七方面，在一些可能的实现方式中，所述第一业务的质量基准时根据历史数据统计确定，或者，通过所述NWDAF静态配置。

第八方面，提供一种通信装置，有益效果可以参见第一方面的描述，在此不再赘述。所述通信装置具有实现上述第一方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：收发模块，用于接收用户平面功能UPF发送的目标用户的第一业务的实际体验参数；处理模块，用于根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标；所述收发模块还用于：在确定所述目标用户的实际体验未达标时，向策略控制功能PCF发送请求消息，所述请求消息用于为所述目标用户请求专有服务质量QoS流。这些模块可以执行上述第一方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第九方面，提供一种通信装置，有益效果可以参见第二方面的描述此处不再赘述。所述通信装置具有实现上述第二方面的方法实例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：处理模块，用于监测目标用户的第一业务的实际体验参数；收发模块，用于向网络数据分析功能NWDAF发送所述目标用户的第一业务的实际体验参数。这些模块可以执行上述第二方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十方面，提供一种通信装置，有益效果可以参见第三方面的描述，在此不再赘述。所述通信装置具有实现上述第三方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：收发模块，用于接收会话管理功能SMF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；处理模块，用于根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标；所述收发模块还用于：在确定所述目标用户的实际体验未达标时，向所述SMF发送第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标。这些模块可以执行上述第三方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十一方面，提供一种通信装置，有益效果可以参见第四方面的描述，在此不再赘述。所通信装置具有实现上述第四方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：收发模块，用于接收策略控制功能PCF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；向UPF发送所述第一消息；接收所述UPF发送的第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标；向PCF发送第二通知消息，所述第二通知消息用于通知所述PCF所述目标用户的实际体验未达标。这些模块可以执行上述第四方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十二方面，提供一种通信装置，有益效果可以参见第五方面的描述，在此不再赘述。所述通信装置具有实现上述第五方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：处理模块，用于确定第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；收发模块，用于向会话管理功能SMF发送所述第一消息；接收所述SMF发送的第二通知消息，所述第二通知消息用于通知所述PCF所述目标用户的实际体验未达标；根据所述第二通知消息和调整策略向所述SMF发送请求参数信息，所述请求参数信息用于为所述目标用户请求专有服务质量QoS流。这些模块可以执行上述第五方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十三方面，提供一种通信装置，有益效果可以参见第六方面的描述，在此不再赘述。所述通信装置具有实现上述第六方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：收发模块，用于接收来自用户平面功能UPF的第二消息；所述第二消息用于指示所述目标用户的第一业务的体验未达标，所述第二消息包括所述目标用户的用户标识ID和所述第一业务的业务流；当处理模块确定所述目标用户满足第一条件时，所述收发模块还用于：向策略控制功能PCF发送请求消息，所述请求消息用于为所述目标用户请求专有服务质量QoS流。这些模块可以执行上述第六方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十四方面，提供一种通信装置，有益效果可以参见第七方面的描述，在此不再赘述。所述通信装置具有实现上述第七方面的方法实施例中行为的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件包括一个或多个与上述功能相对应的模块。在一个可能的设计中，所述通信装置包括：收发模块，用于接收来自网络数据分析功能NWDAF的目标用户的第一业务的质量基准；当处理模块确定第一业务的体验参数未满足所述第一业务的质量基准时，所述收发模块还用于：向网络数据分析功能NWDAF发送第二消息，所述第二消息用于指示所述目标用户的实际体验未达标，所述第二消息包括所述目标用户的用户标识ID和所述第一业务的业务流。这些模块可以执行上述第七方面方法示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第十五方面，提供一种通信设备，该通信设备可以为上述方法实施例中的网络设备，或者为设置在网络设备中的芯片。该通信设备包括通信接口以及处理器，可选的，还包括存储器。其中，该存储器用于存储计算机程序或指令，处理器与存储器、通信接口耦合，当处理器执行所述计算机程序或指令时，使通信装置执行上述方法实施例中由网络设备所执行的方法。

第十六方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码被运行时，使得上述各方面中由网络设备执行的方法被执行。

第十七方面，本申请提供了一种芯片系统，该芯片系统包括处理器，用于实现上述各方面的方法中网络设备的功能。在一种可能的设计中，所述芯片系统还包括存储器，用于保存程序指令和/或数据。该芯片系统，可以由芯片构成，也可以包括芯片和其他分立器件。

第十八方面，本申请提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，当该计算机程序被运行时，实现上述各方面中由网络设备执行的方法。

第十九方面，本申请提供了一种通信系统，包括前述的网络数据分析功能NWDAF、用户平面功能UPF。

其中，该NWDAF具体实现上述第一方面中任一可能实现方式中的方法，或者，该NWDAF具体实现上述第六方面中任一可能实现方式中的方法。该UPF具体实现上述第二方面中任一可能实现方式中的方法，或者，该NWDAF具体实现上述第三方面中任一可能实现方式中的方法，或者，该NWDAF具体实现上述第七方面中任一可能实现方式中的方法。

结合第十九方面，在一些可能的实现方式中，该通信系统还可能包括会话管理功能SMF、策略控制网元PCF。

其中，该SMF具体实现上述第四方面中任一可能实现方式中的方法，该PCF具体实现上述第五方面中任一可能实现方式中的方法。

附图说明

图1是本申请实施提供的一种通信系统的示意图。

图2是本申请实施提供的另一种通信系统的示意图。

图3是本申请实施例提供的用户体验保障场景的示意图。

图4是本申请一实施例提供的通信方法的示意图。

图5是本申请实施例提供的一种速率监测的示意图。

图6是本申请实施例提供的一种时延监测的示意图。

图7是本申请另一实施例提供的通信方法的示意图。

图8是本申请实施例提供的一种通信装置的示意性结构图。

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

图10是本申请实施例提供的芯片的示意性结构图。

图11是本申请另一实施例提供的通信方法的示意图。

具体实施方式

下面将结合附图，对本申请实施例中的技术方案进行描述。显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了更加清楚地理解本申请的方案，下文先对本申请所涉及的术语进行简单介绍。

服务质量类标识符(QoS class identifier，QCI)，是系统用于标识业务数据包传输特性的参数，协议23203定义了不同的承载业务对应的QCI值。其中，QCI值的范围是1-9，分别对应不同的资源类型、不同的优先级、不同的时延和不同的丢包率。为确保某个应用业务能正常运行，可以为该业务配置相匹配的QCI值。

无线承载分为信令无线承载(signalling radio bearer，SRB)和数据无线承载(data radio bearer，DRB)。其中，SRB用于信令的传输，DRB用于数据的传输。

根据QCI的不同，承载可以划分为两大类：保证比特速率(guaranteed bit rate，GBR)承载和Non-GBR承载，其中，用户默认的承载为Non-GBR承载。

GBR承载：是指保证的比特速率，即使在网络资源紧张的情况下，相应的比特速率也能够保持，即保证的最小带宽；对于时延敏感类的业务，如在线手游，实时会议，可由GBR承载来保障。

Non-GBR承载：指的是网络不提供最低的传输速率保证，在网络拥挤的情况下，业务需要承受降低速率的要求；对实时性要求不高的业务，不需要调度器对该类承载保证最低的比特速率。

关于GBR承载和Non-GBR承载的区别如下表1所示：

表1

此外，GBR承载在资源充足的情况下，所能够达到的速率上限为最大比特速率(maximum bit rate，MBR)。对于Non-GBR承载，使用聚合最大比特速率(aggregate maximumbit rate，AMBR)来限制所有Non-GBR承载的最大速率(注意，不是限制某个Non-GBR承载，而是针对UE级别的)。

上文指出，为确保某个应用业务能正常运行，可以为该业务配置相匹配的QCI值。对于运营商来说，可以通过用户所签约的QCI值区分普通用户、重要用户(very importantperson，VIP)和VVIP。

关于普通用户、VIP用户和VVIP用户的区别如下表2所示：

表2

从表2中可以看出，VVIP用户的5G服务质量指示符(5G QoS identifier，5QI)值为6，VIP用户的5QI值为8，普通用户的5QI值为9，且5QI值越小，优先级越高。因此，当出现无线拥塞时，VVIP用户得到优先调度，但因为Non-GBR承载在无线拥塞时也会出现丢包的情况，运营商针对VVIP用户无法实时感知体验劣化，也无法主动触发专载保障，VVIP高端用户与其他用户的体验差距不明显。

针对这种情况，一种解决方案是UE主动发起请求，如图1所示，为本申请实施提供的一种通信系统的示意图。

参考图1，当出现无线拥塞时，UE通过OTT向运营商启动加速请求，运营商加速平台鉴权通过后，通过NEF启动QoS保障申请，PCF接收到该保障申请后，为待加速的用户的特定业务建立QoS专载。具体地，可以通过会话管理功能(session management function，SMF)、接入和移动性管理功能(access and mobility management function，AMF)、用户平面功能(user plane function，UPF)以及随机接入网(random access network，RAN)(或者接入网((access network，AN)))的相互配合为该待加速的用户的特定业务建立QoS专载。然而这种方案不具备自动保障能力，需终端主动触发，且需要依赖OTT的配合才可实现，导致用户体验差。

另一种解决方案是PCF通过向NWDAF订阅用户的体验MOS信息，并决策是否启动Qos保障申请。如图2所示，为本申请实施提供的另一种通信系统的示意图。

参考图2，NWDAF从UPF采集历史网络KPI信息，从OTT采集历史业务MOS信息，基于历史数据机器学习，建立MOS-KPI体验模型，并在线实时采集网络KPI，推理用户的各业务实时体验MOS。PCF向NWDAF订阅用户的体验MOS，并决策是否启动Qos保障申请。在决策启动QoS保障申请的情况下，为该用户的特定业务建立QoS专载。具体地，可以通过SMF、AMF、UPF以及RAN(或者AN)的相互配合为该用户的特定业务建立QoS专载。然而这种方案需要依赖OTT的配合才可实现，导致用户体验差。

本申请提供一种通信方法，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

如图3所示，为本申请实施例提供的用户体验保障场景的示意图。

其中，用户业务体验KPI订阅功能可以由NWDAF或者PCF实现，支持特定用户和特定业务的KPI体验测量功能的订阅开启功能；

用户业务识别+监测功能可由UPF实现，支持用户业务类型识别和业务体验KPI的监测功能，如速率、时延、丢包率的监测；

用户业务体验基线KPI学习/导入功能可由NWDAF或者PCF实现该功能(其中，NWDAF可以支持学习和/或导入功能，PCF可以支持导入功能)；

用户业务体验是否达标判断功能可以由NWDAF或者UPF实现，根据用户业务实时/历史体验监测结果，对比业务的保障目标基线值，来判断是否达标，达标的话不进行任何动作，未达标的话进行下一步操作；

用户业务体验保障策略生成功能可以由NWDAF或者PCF实现，若判断不达标时，动态生成保障策略，包括保障对象和保障的目标QoS，下发给执行功能实体；

用户业务体验保障执行功能可以由UE-RAN-5G核心网(5G core network，5GC)执行；

用户业务体验保障效果评估功能可以由NWDAF实现该功能，评估体验保障策略执行后的结果，和执行前对比，体验保障提升的效果；

应理解，图3所示的用户体验保障场景的示意图中还可能包括：

用户业务体验保障退出功能，该功能可以由NWDAF实现该功能，若确定满足退出时机时，NWDAF通过主动释放资源或者根据某一指示信息确定释放资源，避免资源浪费。

下面结合图4详细说明本申请实施例提供的通信方法400。

如图4所示为本申请一实施例提供的通信方法400的示意图。该方法400可以包括步骤410～450。

410，UPF监测目标用户的第一业务的实际体验参数。

本申请实施中的目标用户可以为上文中的VVIP用户，也可以为上文中的VIP用户，不予限制。

本申请实施例中的第一业务可以包括用户观看视频、用户玩游戏、虚拟现实(virtual reality，VR)、即时通信(instant messaging，IM)、用户上传或下载文件、用户浏览网页等。应理解，本申请实施例中的第一业务包括但不限于上述所示出的业务，不应对本申请造成特别限定。

可选地，在一些实施例中，所述参数包括以下至少一种：速率、时延、丢包率。

本申请实施例中的实际体验参数可以包括实际体验速率、实际体验时延、实际体验丢包率。示例性地，以用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，UPF监测该VVIP用户1观看1080P视频的速率为8Mbps，即该VVIP用户1观看1080P视频的实际体验速率为8Mbps。

以用户玩游戏的时延为例，假设本申请实施例中的目标用户为VVIP用户1，UPF监测该VVIP用户1观看玩游戏的时延为15ms，即该VVIP用户1玩游戏的实际体验时延为15ms。

以用户传输文件的丢包率为例，假设本申请实施例中的目标用户为VVIP用户1，UPF监测该VVIP用户1传输文件的丢包率为1‰，即该VVIP用户1传输文件的实际体验丢包率为1‰。

420，所述UPF向NWDAF发送所述目标用户的第一业务的实际体验参数。

本申请实施例中，UPF向NWDAF发送目标用户的第一业务的实际体验参数，可以以特定的周期向NWDAF发送，示例性地，UPF可以每1秒或每2秒向NWDAF发送目标用户的第一业务的实际体验参数，不予限制。

430，NWDAF接收UPF发送的目标用户的第一业务的实际体验参数。

相应地，NWDAF可以按照特定的周期接收UPF发送的目标用户的第一业务的实际体验参数，示例性地，若UPF每1秒向NWDAF发送目标用户的第一业务的实际体验参数，则NWDAF每1秒接收一次目标用户的第一业务的实际体验参数；若UPF每2秒向NWDAF发送目标用户的第一业务的实际体验参数，则NWDAF每2秒接收一次目标用户的第一业务的实际体验参数。

本申请实施例中，UPF可以通过扩展的私有接口向NWDAF发送目标用户的第一业务的实际体验参数。相应地，NWDAF可以通过该扩展的私有接口接收目标用户的第一业务的实际体验参数。

440，所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标。

本申请实施例中的目标体验参数可以包括目标体验速率、目标体验时延、目标体验丢包率。示例性地，以用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，该VVIP用户1流畅观看1080P视频时的速率可以为10Mbps，即该VVIP用户1观看1080P视频的目标体验速率为10Mbps。

可以理解的是，对于不同用户，其第一业务的目标体验参数可以相同，也可以不同，主要是与用户的5QI有关。例如，以目标体验速率为例，假设本申请实施例中的目标用户包括VVIP用户1和VVIP用户2，若VVIP用户1和VVIP用户2的5QI相同，则VVIP用户1的优先级与VVIP用户2的优先级相同，因此，VVIP用户1的目标体验速率可以等于VVIP用户2的目标体验速率。假设本申请实施例中的目标用户包括VVIP用户1和VIP用户1，由于VVIP用户1的5QI小于VIP用户1的5QI，即VVIP用户1的优先级高于VIP用户1的，因此，VVIP用户1的目标体验速率可以大于VIP用户1的目标体验速率。

再例如，以目标体验时延为例，假设本申请实施例中的目标用户包括VVIP用户1和VVIP用户2，若VVIP用户1和VVIP用户2的5QI相同，则VVIP用户1的优先级与VVIP用户2的优先级相同，因此，VVIP用户1的目标体验时延可以等于VVIP用户2的目标体验时延。假设本申请实施例中的目标用户包括VVIP用户1和VIP用户1，由于VVIP用户1的5QI小于VIP用户1的5QI，即VVIP用户1的优先级高于VIP用户1的，因此，VVIP用户1的目标体验时延可以小于VIP用户1的目标体验时延。

再例如，以目标体验丢包率为例，假设本申请实施例中的目标用户包括VVIP用户1和VVIP用户2，若VVIP用户1和VVIP用户2的5QI相同，则VVIP用户1的优先级与VVIP用户2的优先级相同，因此，VVIP用户1的目标体验丢包率可以等于VVIP用户2的目标体验丢包率。假设本申请实施例中的目标用户包括VVIP用户1和VIP用户1，由于VVIP用户1的5QI小于VIP用户1的5QI，即VVIP用户1的优先级高于VIP用户1的，因此，VVIP用户1的目标体验丢包率可以小于VIP用户1的目标体验丢包率。

450，在确定所述目标用户的实际体验未达标时，所述NWDAF向PCF发送请求消息，所述请求消息用于为所述目标用户请求专有QoS流。

本申请实施例中，在确定目标用户的实际体验未达标时，NWDAF可以向PCF发送用于为该目标用户请求专有QoS流的请求消息。其中，本申请实施例中为目标用户请求的专有QoS流即为GBR承载的QoS流，由于GBR承载的资源不被抢占，在其承诺的带宽内的数据包均可以被转发，从而可以为目标用户提供保障。

本申请提供的方案，UPF向NWDAF发送目标用户的第一业务的实际体验参数，NWDAF根据该目标用户的第一业务的实际体验参数和该第一业务的目标体验参数判断该目标用户的实际体验是否达标，且在未达标时，NWDAF向PCF发送用于为该目标用户请求专有QoS流的请求消息。由于本申请的方案是由NWDAF动态触发专有QoS流的建立，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

可选地，在一些实施例中，所述请求消息包括以下至少一种：

所述目标用户的用户标识(identity，ID)、所述目标用户的互联网协议(internetprotocol，IP)地址、所述第一业务的类型、所述第一业务的业务流IP五元组、保障所述第一业务的GBR、MBR。

本申请实施例中，NWDAF向PCF发送的请求消息中可以包括上述参数至少一种。其中，目标用户的用户ID可以用于表征用户的身份。

目标用户的IP地址也可以称为目标用户的网际协议地址，对于任一设备，该IP地址是唯一的，因此，用户在使用某一设备时，通过唯一的IP地址即可知道用户的地址。

第一业务的类型可以包括多种，如视频类、文件类等。

第一业务的业务流IP五元组包括：第一业务的源IP地址、第一业务的源端口、第一业务的目的IP地址、第一业务的目的端口、传输第一业务的传输层协议。

保障第一业务的GBR，即保证第一业务的最小比特速率，如第一业务为观看1080P视频，则保证观看1080P视频的速率可以为10Mbps；MBR为最大比特速率，如第一业务为观看1080P视频，则保证观看1080P视频的速率可以为500Mbps。

本申请实施例中，NWDAF向PCF发送用于为目标用户请求专有QoS流的请求消息，PCF接收到该请求消息后，可以根据请求消息中包括的参数生成5QI，并向SMF下发专载建立请求，同时携带需保障的QoS信息，专载的5QI、GBR、MBR等参数。SMF接收到专载建立请求后，分别向UPF和AMF传递专载建立请求和参数，相应地，UPF和AMF建立专载，RAN基于UPF和AMF建立的专载根据5QI进行调度，为该目标用户保障GBR带宽要求。

上文步骤440指出，NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标。其中，判断目标用户的实际体验是否达标的方式可以包括以下方式。

方式一：

所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标，包括：

或，

本申请实施例中，NWDAF可以根据预设连续周期内第一业务的实际体验参数与第一业务的目标体验参数的大小判断目标用户的实际体验是否达标。

以目标用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，周期为1s，即NWDAF每1s接收一次UPF发送的第一业务的实际体验速率，假设本申请中的目标体验速率为10Mbps，且预设连续周期为7s，若该VVIP用户1在该连续的7s内观看1080P视频的实际体验速率均为8Mbps(或者为其它小于10Mbps的实际体验速率，如依次分别为8Mbps、7Mbps、8Mbps、6Mbps、6Mbps、7Mbps、8Mbps)，小于观看1080P视频的目标体验速率10Mbps，则NWDAF可以判断该目标用户的实际体验未达标。

若该VVIP用户1在该连续的7s内观看1080P视频的实际体验速率均为12Mbps(或者为其它大于或等于10Mbps的实际体验速率，如依次分别为12Mbps、14Mbps、14Mbps、12Mbps、12Mbps、13Mbps、12Mbps)，大于观看1080P视频的目标体验速率10Mbps，则NWDAF可以判断该目标用户的实际体验达标。

以目标用户玩游戏的时延为例，假设本申请实施例中的目标用户为VVIP用户1，周期为1s，即NWDAF每1s接收一次UPF发送的第一业务的实际体验时延，假设本申请中的目标体验时延为50ms，且预设连续周期为7s，若该VVIP用户1在该连续的7s内玩游戏的实际体验时延均为80ms(或者为其它大于50ms的实际体验时延，如依次分别为100ms、120ms、120ms、200ms、120ms、160ms、120ms)，大于玩游戏的目标体验时延50ms，则NWDAF可以判断该目标用户的实际体验未达标。

若该VVIP用户1在该连续的7s内玩游戏的实际体验时延均为30ms(或者为其它小于或等于50ms的实际体验时延，如依次分别为28ms、30ms、40ms、40ms、30ms、30ms、40ms)，小于玩游戏的目标体验时延50ms，则NWDAF可以判断该目标用户的实际体验达标。

以目标用户玩游戏的丢包率为例，假设本申请实施例中的目标用户为VVIP用户1，周期为1s，即NWDAF每1s接收一次UPF发送的第一业务的实际体验丢包率，假设本申请中的目标体验丢包率为1‰，且预设连续周期为7s，若该VVIP用户1在该连续的7s内玩游戏的实际体验丢包率均为10‰(或者为其它大于1‰的实际体验丢包率，如依次分别为6‰、8‰、8‰、10‰、10‰、8‰、4‰)，大于玩游戏的目标体验丢包率1‰，则NWDAF可以判断该目标用户的实际体验未达标。

若该VVIP用户1在该连续的7s内玩游戏的实际体验丢包率均为0.5‰(或者为其它小于或等于1‰的实际体验丢包率，如依次分别为0.8‰、0.6‰、0.6‰、0.8‰、0.8‰、0.4‰、0.4‰)，小于玩游戏的目标体验丢包率10％，则NWDAF可以判断该目标用户的实际体验达标。

当然，在一些实施例中，在参数为速率的情况下，若在预设连续周期内第一业务的实际体验参数小于或等于第一业务的目标体验参数，判断所述目标用户的实际体验未达标，反之则达标；在参数为时延或丢包率的情况下，若在预设连续周期内第一业务的实际体验参数大于或等于第一业务的目标体验参数，判断目标用户的实际体验未达标，反之则达标；不予限制。

方式二：

或，

以目标用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，目标体验速率为10Mbps，且预设时长为5min，若该VVIP用户1在5min内有4min的时长观看1080P视频的实际体验速率为8Mbps(或者为其它小于10Mbps的实际体验速率)，即这5min有80％的时长观看1080P视频的实际体验速率小于观看1080P视频的目标体验速率10Mbps，则NWDAF可以判断该目标用户的实际体验未达标。

若该VVIP用户1在5min内有4min的时长观看1080P视频的实际体验速率为12Mbps(或者为其它大于或等于10Mbps的实际体验速率)，即这5min有80％的时长观看1080P视频的实际体验速率大于观看1080P视频的目标体验速率10Mbps，则NWDAF可以判断该目标用户的实际体验达标。

以目标用户玩游戏的时延为例，假设本申请实施例中的目标用户为VVIP用户1，目标体验时延为50ms，且预设时长为5min，若该VVIP用户1在5min内有4min的时长玩游戏的实际体验时延为80ms(或者为其它大于50ms的实际体验时延)，即这5min有80％的时长玩游戏的实际体验时延大于玩游戏的目标体验时延50ms，则NWDAF可以判断该目标用户的实际体验未达标。

若该VVIP用户1在5min内有4min的时长玩游戏的实际体验时延为40ms(或者为其它小于或等于50ms的实际体验时延)，即这5min有80％的时长玩游戏的实际体验时延小于玩游戏的目标体验时延50ms，则NWDAF可以判断该目标用户的实际体验达标。

以目标用户玩游戏的丢包率为例，假设本申请实施例中的目标用户为VVIP用户1，目标体验丢包率为1‰，且预设时长为5min，若该VVIP用户1在5min内有4min的时长玩游戏的实际体验丢包率为10‰(或者为其它大于1‰的实际体验丢包率)，即这5min有80％的时长玩游戏的实际体验丢包率大于玩游戏的目标体验丢包率1‰，则NWDAF可以判断该目标用户的实际体验未达标。

若该VVIP用户1在5min内有4min的时长玩游戏的实际体验丢包率为0.8‰(或者为其它小于或等于1‰的实际体验丢包率)，即这5min有80％的时长玩游戏的实际体验丢包率小于玩游戏的目标体验丢包率1‰，则NWDAF可以判断该目标用户的实际体验达标。

上述示例中指出VVIP用户1在5min内有4min的时长观看1080P视频的实际体验速率小于目标体验速率，则NWDAF可以判断该目标用户的实际体验未达标；反之则达标。其中，该4min可以是连续的，也可以是不连续的。

示例性地，若该VVIP用户1在5min内有4min的时长观看1080P视频的实际体验速率为8Mbps，可以是这5min的前4min的观看1080P视频的实际体验速率为8Mbps，也可以是这5min的前2min和最后2min的观看1080P视频的实际体验速率为8Mbps，不予限制。

类似地，若该VVIP用户1在5min内有4min的时长观看1080P视频的实际体验速率为12Mbps，可以是这5min的前4min的观看1080P视频的实际体验速率为12Mbps，也可以是这5min的前2min和最后2min的观看1080P视频的实际体验速率为12Mbps，不予限制。

对于参数为时延或丢包率，其预设时长的部分时长(如上述示例中所示出的5min内有4min的时长)可以是连续的，也可以是不连续的，与参数为速率类似，在此不再赘述。

当然，在一些实施例中，在参数为速率的情况下，若在预设时长内的部分时长第一业务的实际体验参数小于或等于第一业务的目标体验参数，判断目标用户的实际体验未达标，反之则达标；在参数为时延或丢包率的情况下，若在预设时长内的部分时长第一业务的实际体验参数大于或等于第一业务的目标体验参数，判断目标用户的实际体验未达标，反之则达标；不予限制。

可选地，在一些实施例中，所述第一业务的目标体验参数(也可以称为：第一业务的质量基线)根据历史数据统计确定或NWDAF静态配置。

本申请实施例中，NWDAF可以通过历史数据统计确定第一业务的目标体验参数；或者，NWDAF可以静态配置该第一业务的目标体验参数。其中，历史数据统计可以包括多种算法，静态配置可以包括基于多种方式确定目标体验参数。

(1)通过历史数据统计

作为一种示例，以用户(该用户包括全网用户)观看1080P视频的速率为例，假设本申请实施例中用户包括10000个用户，NWDAF可以采集该10000个用户在过去一周内观看1080P视频的速率，并确定这10000个用户中观看1080P视频的速率排名在前的前10％的1000个用户(应理解，由于小区的繁忙程度该前1000个用户可能包括VVIP用户、VIP用户和普通用户)的速率都大于一个值。如前1000个用户观看1080P视频的速率依次分别为a₁Mbps、a₂Mbps、……、a₉₉₈Mbps、a₉₉₉Mbps、a₁₀₀₀Mbps，其中该1000个用户观看1080P视频的速率都不小于40ms，即NWDAF将40Mbps作为用户观看1080P视频的目标体验速率。

作为另一种示例，以用户(该用户包括全网用户)观看1080P视频的时延为例，假设本申请实施例中用户包括10000个用户，NWDAF可以采集该10000个用户在过去一周内观看1080P视频的时延，并确定这10000个用户中观看1080P视频的时延排名在前的前10％的1000个用户(应理解，由于小区的繁忙程度该前1000个用户可能包括VVIP用户、VIP用户和普通用户)的时延都小于一个值。如前1000个用户观看1080P视频的速率依次分别为a₁ms、a₂ms、……、a₉₉₈ms、a₉₉₉ms、a₁₀₀₀ms，其中该1000个用户观看1080P视频的速率都不大于20ms，即NWDAF将20ms作为用户观看1080P视频的目标体验时延。

作为另一种示例，以用户(该用户包括全网用户)观看1080P视频的速率为例，假设本申请实施例中用户包括10000个用户，NWDAF可以采集该10000个用户在过去一周内观看1080P视频的速率，并选择这10000个用户中观看1080P视频的速率排名在前的前1000个用户(应理解，由于小区的繁忙程度该前1000个用户可能包括VVIP用户、VIP用户和普通用户)的速率。如前100个用户观看1080P视频的速率依次分别为a₁Mbps、a₂Mbps、……、a₉₉₈Mbps、a₉₉₉Mbps、a₁₀₀₀Mbps，对选择的这1000个速率进行均值分析，可以计算其算术平均值，即：(a₁+a₂+……+a₉₈+a₉₉+a₁₀₀)/1000＝aMbps，即可以确定用户观看1080P视频的目标体验速率为aMbps。

应理解，对于上述数值计算均值的方法包括但不限于上述示例所示出的，还可以通过其它算法进行计算，如几何平均值、均方根平均值等，不予限制。

(2)静态配置

以目标用户观看1080P视频的速率为例，NWDAF可以根据终端测试的数据配置VVIP用户观看1080P视频的目标体验速率，如终端测试用户观看1080P视频流畅时的速率为10Mbps，则NWDAF可以配置VVIP用户观看1080P视频的目标体验速率为10Mbps。

或者，NWDAF可以根据行业经验配置VVIP用户观看1080P视频的目标体验速率，如根据行业经验确定用户观看1080P视频流畅时的速率为10Mbps，则NWDAF可以配置VVIP用户观看1080P视频的目标体验速率为10Mbps。

或者，NWDAF可以基于运营商希望给予VVIP用户的保障阈值作为目标体验速率，如运营商希望给予VVIP用户观看1080P视频的保障阈值为10Mbps，则NWDAF可以配置VVIP用户观看1080P视频的目标体验速率为10Mbps。

本申请提供的方案，第一业务的目标体验参数可以根据历史数据统计确定或通过NWDAF静态配置，从而建立目标用户的第一业务的目标体验参数，便于NWDAF基于该目标体验参数判断目标用户的实际体验是否达标，进一步地，NWDAF根据判断结果动态触发专有QoS流的建立，从而保障目标用户的高端体验。

可选地，在一些实施例中，所述NWDAF向PCF发送请求消息，包括：

所述NWDAF通过N5接口向所述PCF发送所述请求消息。

可选地，在一些实施例中，在为所述目标用户请求到所述专有QoS流的情况下，所述方法400还包括：

本申请实施例中，在为目标用户请求到专有QoS流的情况下，NWDAF还可以生成评估报告，该评估报告主要用于为用户提供体验优化对比。

示例性地，以目标用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，在该VVIP用户1请求到专有QoS流之前，该用户观看1080P视频的速率为8Mbps，在该VVIP用户1请求到专有QoS流之后，该用户观看1080P视频的速率为10Mbps，则该VVIP用户1请求到专有QoS流前后观看1080P视频的速率提升了25％。

示例性地，仍然以目标用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，在该VVIP用户1请求到专有QoS流之后，该用户观看1080P视频的速率为10Mbps，而其它用户(包括普通用户和VIP用户)观看1080P视频的速率可能为5Mbps，若其它用户包括80个用户，则该VVIP用户1请求到专有QoS流之后观看1080P视频的速率超过这80个用户。假设网络中此时还有20个VVIP用户(包括VVIP用户1)，则该VVIP用户1请求到专有QoS流之后观看1080P视频的速率至少超过80％的用户。

类似地，对于时延或丢包率，评估报告中也可以包括为目标用户请求到专有QoS流前后的保障效果，如为目标用户请求到专有QoS流前后观看1080P视频的时延降低了20％，或者，为目标用户请求到专有QoS流前后观看1080P视频的丢包率减少了5‰；还可以包括目标用户与其它用户的体验的对比结果，如目标用户请求到专有QoS流之后观看1080P视频的时延或丢包率至少超过80％的用户。

可以理解的是，若本申请实施例中的目标用户为VVIP用户，则上述其它用户可以包括普通用户和VIP用户；若本申请实施例中的目标用户为VIP用户，则上述其它用户可以包括普通用户。

可选地，在一些实施例中，所述方法400还包括：所述NWDAF向所述UPF订阅所述目标用户的第一业务的实际体验参数。

相应地，对于UPF，UPF接受所述NWDAF向其订阅的所述目标用户的第一业务的实际体验参数。

本申请实施例中，NWDAF可以向UPF订阅目标用户的第一业务的实际体验参数，UPF针对NWDAF向其订阅目标用户的第一业务的实际体验参数，UPF可以支持并接受NWDAF向其订阅的所述目标用户的第一业务的实际体验参数。后续UPF可以监测目标用户的第一业务的实际体验参数并将监测结果发送给NWDAF。

上文指出，本申请实施例中的参数可以包括速率、时延、丢包率。在具体监测过程中，可以根据以下方式进行监测。

(1)速率

如图5所示，为本申请实施例提供的一种速率监测的示意图。其中，横坐标表示时间，纵坐标表示字节数。

参考图5，T1、T2分别表示业务流的开始时间和结束时间。t1～t2表示单位时间(该单位时间不大于1秒)，本申请中t1～t2这一时间段的速率即为t1～t2这一时间段内的字节数与单位时间的比值。

若监测的是上行速率，则上行速率为单位时间内上行报文的字节数/单位时间；若监测的是下行速率，则下行速率为单位时间内下行报文的字节数/单位时间。

(2)时延

如图6所示，为本申请实施例提供的一种时延监测的示意图。其中，图6中的(a)为下行时延监测的示意图，图6中的(b)为上行时延监测的示意图。

参考图6中的(a)，服务器向UPF发送传输控制协议(transmission controlprotocol，TCP)下行报文的时间戳为990ms，UPF向UE发送该TCP下行报文的时间戳为10000ms，UPF接收到UE发送的响应时间戳为10001ms，则UPF监测的下行时延△t＝10001-10000＝1ms。

参考图6中的(b)，UE向UPF发送上行TCP报文的时间戳为20000ms，UPF向服务器发送该上行TCP报文的时间戳为20010ms，UPF接收到服务器发送的响应时间戳为20011ms，则UPF监测的上行时延△t＝20011-20010＝1ms。

此外，需要说明的是，对于没有确认机制的传输协议(如用户数据报协议(userdatagram protocol，UDP))，可以通过关联的同一个用户的同一个业务的服务器的TCP的时延推算UDP的时延，如可以将测量的TCP的时延作为UDP的时延。

(3)丢包率

本申请实施例中，丢包率＝丢包报文个数/总报文个数。若在某一方向上收到期望的TCP的序列号(serial number，SN)的报文之前收到三个及以上在期望报文TCP之后的报文，例如，UPF收到TCP报文序列号为：1、2、4、5、6、3，以快速重传理论为基础，可以认为3为重传报文，则丢包率＝1/6＝16.7％。

如图7所示为本申请另一实施例提供的通信方法700的示意图。该方法700可以包括步骤710～730。

710，PCF确定第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法。

本申请实施例中的第一业务可以包括用户观看视频、用户玩游戏、VR、IM、用户上传或下载文件、用户浏览网页等。应理解，本申请实施例中的第一业务包括但不限于上述所示出的业务，不应对本申请造成特别限定。

本申请实施例中的目标体验参数可以包括目标体验速率、目标体验时延、目标体验丢包率。示例性地，以用户观看1080P视频的速率为例，假设本申请实施例中的目标用户为VVIP用户1，该VVIP用户1流畅观看1080P视频时的速率应该达到10Mbps，即该VVIP用户1观看1080P视频的目标体验速率为10Mbps。

712，所述PCF向SMF发送所述第一消息。

714，SMF接收PCF发送的第一消息。

716，所述SMF向UPF发送所述第一消息。

718，UPF接收SMF发送的第一消息。

720，所述UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标。

本申请实施例中，UPF通过SMF接收到PCF发送的第一消息后，可以根据该第一消息和目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标，具体判断的方法请参考下文。

722，在确定所述目标用户的实际体验未达标时，所述UPF向所述SMF发送第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标。

本申请实施例中，在确定目标用户的实际体验未达标时，UPF向SMF发送用于通知所述SMF所述目标用户的实际体验未达标的第一通知消息。可以理解的是，该第一通知消息旨在通知SMF目标用户的实际体验未达标。

724，SMF接收所述UPF发送的第一通知消息。

726，所述SMF向PCF发送第二通知消息，所述第二通知消息用于通知所述PCF所述目标用户的实际体验未达标。

本申请实施例中，SMF接收到UPF发送的第一通知消息后，可以向PCF发送用于通知所述PCF所述目标用户的实际体验未达标的第二通知消息。可以理解的是，该第二通知消息旨在通知PCF目标用户的实际体验未达标。

需要说明的是，本申请实施例中的第一通知消息和第二通知消息并无本质区别，目的均在于通知网元目标用户的实际体验未达标，只是第一通知消息是UPF通知SMF目标用户的实际体验未达标，第二通知消息是SMF通知PCF目标用户的实际体验未达标。

728，所述PCF接收所述SMF发送的第二通知消息。

730，所述PCF根据所述第二通知消息和调整策略向所述SMF发送请求参数信息，所述请求参数信息用于为所述目标用户请求专有QoS流。

本申请实施例中，PCF通过SMF接收到UPF发送的第二通知消息后，可以根据该第二通知消息和调整策略向SMF发送用于为所述目标用户请求专有QoS流的请求参数信息。其中，本申请实施例中为目标用户请求的专有QoS流即为GBR承载的QoS流，由于GBR承载的资源不被抢占，在其承诺的带宽内的数据包均可以被转发，从而可以为目标用户提供保障。

本申请提供的方案，UPF通过SMF接收到PCF发送的第一消息后，可以根据该第一消息和目标用户的第一业务的实际体验参数判断该目标用户的实际体验是否达标，在确定目标用户的实际体验未达标时，UPF通过SMF向PCF发送通知消息，PCF在接收到该通知消息后，根据所述通知消息和调整策略向所述SMF发送用于为所述目标用户请求专有QoS流的请求参数信息。由于本申请的方案是由PCF动态触发专有QoS流的建立，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

可选地，在一些实施例中，所述通知消息包括以下至少一种：

所述目标用户的用户ID、所述目标用户的IP地址、所述第一业务的类型、所述第一业务的业务流IP五元组。

本申请实施例中的通知消息(即为上述第一通知消息和/或第二通知消息)中可以包括上述参数至少一种。其中，目标用户的用户ID可以用于表征用户的身份。

第一业务的类型可以包括多种，如视频类、文件类等。

可选地，在一些实施例中，所述请求参数信息包括以下至少一种：

所述目标用户的用户ID、所述目标用户的IP地址、所述第一业务的类型、所述第一业务的业务流IP五元组、保障所述第一业务的GBR、MBR、5QI。

本申请实施例中的请求参数信息中可以包括上述参数至少一种。其中，目标用户的用户ID可以用于表征用户的身份。

第一业务的类型可以包括多种，如视频类、文件类等。

本申请实施例中的5QI即为该目标用户请求的GBR承载的优先级，如该5QI为1～4或65～67或75中的任一个。其中，对于4G系统来说，该5QI可以为1～4中的任一个，对于5G系统来说，该5QI可以为1～4或65～67或75中的任一个。

本申请实施例中，PCF向SMF发送用于为所述目标用户请求专有QoS流的请求参数后，SMF可以通过N1N2消息向AMF传输该请求参数信息，AMF通过协议数据单元(protocoldata unit，PDU)会话资源修改请求消息将该请求参数信息发给RAN；此外，SMF通过报文转发控制协议(packet forwarding control protocol，PFCP)会话修改请求消息通知UPF创建新的QoS流；RAN通过空口资源预留保障目标用户的体验。

可选地，在一些实施例中，所述第一业务的目标体验参数通过所述PCF静态配置。

以目标用户观看1080P视频的速率为例，PCF可以根据终端测试的数据配置VVIP用户观看1080P视频的目标体验速率，如终端测试用户观看1080P视频流畅时的速率为10Mbps，则PCF可以配置VVIP用户观看1080P视频的目标体验速率为10Mbps。

或者，PCF可以根据行业经验配置VVIP用户观看1080P视频的目标体验速率，如根据行业经验确定用户观看1080P视频流畅时的速率为10Mbps，则PCF可以配置VVIP用户观看1080P视频的目标体验速率为10Mbps。

或者，PCF可以基于运营商希望给予VVIP用户的保障阈值作为目标体验速率，如运营商希望给予VVIP用户观看1080P视频的保障阈值为10Mbps，则PCF可以配置VVIP用户观看1080P视频的目标体验速率为10Mbps。

上文步骤720指出，UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标。其中，判断目标用户的实际体验是否达标的方式可以包括以下方式。

方式一：

所述UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标，包括：

或，

方式二：

或，

关于UPF判断目标用户的实际体验是否达标的两种方式与上述方法400中NWDAF判断目标用户的实际体验是否达标的两种方式类似，区别在于执行主体的不同，上述方法400中是由NWDAF判断目标用户的实际体验是否达标的，而本申请实施例中是由UPF判断目标用户的实际体验是否达标的，具体判断方法请参考上述方法400中的相关内容，在此不再赘述。

上文步骤712、716、722、726、730中说明了可以由一网元可以向另一网元发送消息或参数信息，在具体发送时，可以通过网络中已有的请求或报告或响应发送所涉及的消息或参数信息。

可选地，在一些实施例中，所述PCF向SMF发送所述第一消息，包括：

响应于接收所述SMF发送的PDU会话建立请求，所述PCF向所述SMF发送会话管理策略控制创建响应消息，所述会话管理策略控制创建响应消息包括所述第一消息。

可选地，在一些实施例中，所述SMF向UPF发送所述第一消息，包括：

所述SMF向所述UPF发送PFCP会话创建请求，所述PFCP会话创建请求包括所述第一消息。

可选地，在一些实施例中，所述UPF向所述SMF发送第一通知消息，包括：

所述UPF向所述SMF发送PFCP会话报告请求，所述PFCP会话报告请求包括所述第一通知消息。

可选地，在一些实施例中，所述SMF向PCF发送第二通知消息，包括：

可选地，在一些实施例中，所述PCF根据所述通知消息和调整策略向所述SMF发送请求参数信息，包括：

所述PCF根据所述通知消息和所述调整策略向所述SMF发送会话管理策略控制更新响应，所述会话管理策略控制更新响应包括所述请求参数信息。

需要说明的是，上述各实施例中所示出的数值仅为举例说明，还可以为其它数值，不应对本申请造成特别限定。

还需要说明的是，上述各实施例中所涉及的网元可以对应到4G网络中，如PCF可以对应4G网络中的策略和计费规则功能(policy charging and rules function，PCRF)，SMF可以对应4G网络中的网关-控制面(gateway-control，GW-C)，UPF可以对应4G网络中的网关-用户面(gateway-user，GW-U)；此外，对于NWDAF，由于4G网络中无对应网元，可以将新建的NWDAF同时应用于4G网络中，和4G网络中的网元对接。

上述图4中主要介绍了通过UPF监测目标用户的第一业务的实际体验参数，并将该实际体验参数发送给NWDAF，NWDAF根据接收到的目标用户的第一业务的实际体验参数做进一步地质差判断，确定目标用户的第一业务的实际体验是否达标，如果目标用户的第一业务的实际体验未达标，NWDAF为该目标用户请求专有的QoS流。UPF将目标用户的第一业务的实际体验参数发送给NWDAF，其中，NWDAF需要向UPR订阅目标用户的第一业务的实时数据，UPF与NWDAF之间数据交互量大，导致UPF和NWDAF的性能损耗较大。为此本申请如图11所示的实施例提出另一种通信方法，解决图4实施例中的UPF将实时监测的目标用户的第一业务的实际体验参数向NWDAF发送所导致UPF和NWDAF的性能损耗较大的问题。

下面将结合图11详细说明本申请实施例提供的通信方法1100。

如图11所示为本申请一实施例提供的通信方法1100的示意图。该方法1100可以包括步骤1110～1130。

1110，UPF接收来自NWDAF的目标用户的第一业务的质量基准。

相应的，NWDAF向UPF发送目标用户的第一业务的质量基准。

其中，第一业务的质量基线用于确定该目标用户的体验是否达标。

本申请实施例中的目标用户可以为本文中的VVIP用户，也可以为本文中的VIP用户。

可选地，UPF还可以接收来自NWDAF的目标用户的第一业务的业务类型和目标用户的预定义规则名称。

其中，该目标用户的第一业务的业务类型是指第一业务的业务种类和/或该业务类型的应用类型。举例来说，第一业务的业务种类可以是直播、视频、游戏、文件等等，业务类型的应用类型可以是抖音、淘宝、快手等。

其中，该目标用户的预定义规则名称用于标识目标用户的签约套餐，该签约套餐为该第一业务的签约套餐。举例来说，该目标用户与运营商签约了抖音直播的业务套餐，其中，该套餐中可能包含运营商为该目标用户提供抖音直播业务的速率保障规则(保障规则包括：保障时长、保障速率、保障次数等等)。该UPF接收来自NWDAF的目标用户的第一业务的业务类型和目标用户的预定义规则名称，UPF对该目标用户的第一业务进行速率监测。需要说明的是，签约套餐中还可能包括运营商为该目标用户提供的其他参数保障规则，该其他参数保障规则例如：时延保障规则，丢包率保障规则。对此本申请不做限定。

应理解，NWDAF确定目标用户的第一业务的质量基准时，可以通过NWDAF静态配置，也可以通过NWDAF对历史数据统计确定，其中NWDAF静态配置和历史数据统计可以参考图4中的描述，此处不再赘述。

需要说明的是，图11所示的实施例中，第一业务的质量基准与上述图4中第一业务的目标体验参数相同，都是用来判断目标用户的实际体验是否达标。

可选地，该体验参数可以包括以下至少一种：速率、时延、丢包率。

可选地，该速率可以包括上行速率和/或下行速率。

可选地，该时延可以包括上行时延和/或下行时延。

1120，当该第一业务的体验参数未满足该第一业务的质量基准时，UPF向NWDAF发送第二消息，其中，该第二消息用于指示该目标用户的体验未达标，该第二消息包括该目标用户的用户标识ID和第一业务的业务流。

可选地，第二消息中还可以包括第一业务的类型和/或第一业务的劣化级别。

其中，第一业务的劣化类级别用于表示该第一业务的的体验参数距离该第一业务的质量基准的大小。作为一种示例，当第一业务的体验参数与该第一业务的质量基准相差越大，劣化级别越大；当第一业务的体验参数与该第一业务的质量基准相差越小，则劣化级别越小。或者说，当第一业务的体验参数与该第一业务的质量基准相差越大，则劣化级别越高；当第一业务的体验参数与该第一业务的质量基准相差越小，则劣化级别越低。

应理解，UPF监测目标用户的第一业务的体验参数，并通过目标用户的第一业务的质量基准确定该第一业务的体验参数是否达标。

其中，UPF监测目标用户的第一业务的体验参数的详细说明，请参数图4中步骤410中的描述。

UPF根据目标用户的第一业务的体验参数和接收来自NWDAF目标用户的第一业务的质量基准确定，该目标用户的第一业务的体验是否达标。

其中，判断目标用户的体验是否达标的方式可以包括以下方式。

方式一：

该UPF根据目标用户的第一业务的体验参数和第一业务的质量基准判断该目标用户的体验是否达标，包括以下一项或多项：

该体验参数为速率，若在多个周期内该第一业务的体验参数小于或等于该第一业务的质量基准，UPF判断该目标用户的体验未达标，

该体验参数为时延，若在多个周期内该第一业务的体验参数大于或等于该第一业务的质量基准，UPF判断该目标用户的体验未达标，

或，

该体验参数为丢包率，若在多个周期内该第一业务的体验参数大于或等于该第一业务的质量基准，UPF判断该目标用户的体验未达标。

需要说明的是，本申请实施例中的多个周期可以是连续的多个周期，也可以是不连续的多个周期。

方式二：

该体验参数为速率，若在预设时长内的未满足该质量基准的时长占比大于或等于第六阈值时，该第一业务的体验参数小于或等于所述第一业务的质量基准，UPF判断该目标用户的体验未达标，

该体验参数为时延，若在预设时长内的未满足该质量基准的时长占比大于或等于第七阈值时，该第一业务的体验参数大于或等于所述第一业务的质量基准，UPF判断该目标用户的体验未达标，

或，

该体验参数为丢包率，若在预设时长内的未满足该质量基准的时长占比大于或等于第八阈值时，该第一业务的体验参数大于或等于所述第一业务的质量基准，UPF判断该目标用户的体验未达标。

关于UPF判断目标用户的实际体验是否达标的两种方式与上述方法400中NWDAF判断目标用户的实际体验是否达标的两种方式类似，区别在于执行主体的不同，上述方法400中是由NWDAF判断目标用户的体验是否达标的，而本申请图11中所示的实施例中是由UPF判断目标用户的实际体验是否达标的。具体判断方法请参考上述方法400中的相关内容，在此不再赘述。

UPF确定目标用户的体验未达标，向NWDAF发送第二消息。

相应地，NWDAF接收来自UPF的第二消息，NWDAF根据第二消息和第一条件确定是否向PCF发送请求消息，如图11所示的方法，该方法还包括：

1130，当目标用户满足在第一条件时，NWDAF根据第二消息向PCF发送请求消息。

相应地，PCF接收来自NWDAF的请求消息。

其中，该请求消息用于为该目标用户请求专有服务质量QoS流。本申请实施例中NWDAF为目标用户请求的专有QoS流即为GBR承载的QoS流。GBR承载为该目标用户请求的专用QoS流，在GBR承载的带宽内，该目标用户的数据包均可以被转发，从而可以为目标用户提供保障。

可选地，该请求消息可以包括目标用户的互联网协议IP地址和最大比特速率。

其中，最大比特速率为GBR能够达到的速率的上限。在GBR承载在资源充足的情况下，所能够达到的速率上限为最大比特速率(maximum bit rate，MBR)。对于Non-GBR承载，使用聚合最大比特速率(aggregate maximum bit rate，AMBR)来限制所有Non-GBR承载的最大速率(注意，不是限制某个Non-GBR承载，而是针对UE级别的)。具体举例请参见图4中步骤450中详细说明，此处不再赘述。

可选地，该请求消息还可以包括以下至少一种：目标用户的用户标识ID、第一业务的类型、第一业务的业务流、保障第一业务的保证比特速率GBR。

其中，目标用户的用户ID可以用于表征用户的身份。

其中，第一业务的业务流包括：第一业务的源IP地址、第一业务的源端口、第一业务的目的IP地址、第一业务的目的端口、传输第一业务的传输层协议。

其中，保障第一业务的GBR，即保证第一业务的最小比特速率，如第一业务为观看1080P视频，则保证观看1080P视频的速率可以为10Mbps；MBR为最大比特速率，如第一业务为观看1080P视频，则保证观看1080P视频的速率可以为500Mbps。应理解，该1080P是一种视频显式的格式，其中P表示progressive scan逐行扫描。1080P表示该视频具有1920x1080分辨率，像素能够达到200万。

可选地，该第一条件可以包括以下中的至少一种：

目标用户所属小区的无线资源使用率小于或等于第一阈值；

目标用户的信号质量大于或等于第二阈值；

目标用户的签约信息中的保障次数小于或等于第三阈值；

目标用户所属小区专有服务质量QoS流的数量小于等于第四阈值。

应理解，第一条件与目标用户的所属小区的拥塞状态、目标用户的信号质量、目标用户的签约信息、目标用户所属小区专有服务质量QoS流的数量上限相关。

例如，目标用户的所属小区的拥塞状态可以用目标用户所属的小区无线资源使用率的大小进行表示。

例如，目标用户的信号质量信息可以包括以下中的至少一种：信号质量，信号功率，信干燥比。

例如，目标用户的签约信息可以是该目标用户的保障次数，目标用户的保障次数是根据目标用户的签约套餐确定的，签约套餐的内容可以由运营商决定。

例如，目标用户所属小区专用服务质量QoS流的数量的上限由运营商决定。

作为一种示例，第一条件与该目标小区的拥塞状态相关。举例来说，目标用户所属小区的拥塞状态分为三个拥塞等级(轻度、中度、重度)。其中，轻度等级为小区内的无线资源使用率小于40％，中度等级为小区内的无线资源使用率大于或等于40％，且小于或等于70％，重度等级为小区内的无线资源使用率大于70％。若第一阈值设置为70％,当NWDAF确定目标用户的所属小区当前的无线资源使用率为23％时，无线资源使用率小于第一阈值，NWDAF确定目标用户满足在第一条件，NWDAF向PCF发送请求消息，为目标用户请求专有服务质量QoS流。当NWDAF确定目标用户的所属小区当前的无线资源使用率为55％时，无线资源使用率小于第一阈值，NWDAF确定目标用户满足在第一条件，NWDAF向PCF发送请求消息，为目标用户请求专有服务质量QoS流。当NWDAF确定目标用户的所属小区当前的无线资源使用率为90％时，无线资源使用率大于第一阈值，NWDAF确定目标用户不满足在第一条件，NWDAF不向PCF发送请求消息。

作为另一种示例，第一条件与该目标用户的信号质量信息相关。举例来说，目标用户的信号质量大于或等于第二阈值时，则表示该目标用户的信号质量强；用户的信号质量小于第二阈值时，则表示该目标用户的信号质量弱。当NWDAF确定目标用户的信号质量大于或等于第二阈值时，NWDAF向PCF发送请求消息。当NWDAF确定目标用户的信号质量小于第二阈值，NWDAF不向PCF发送请求消息。

作为另一种示例，第一条件与该目标用户的签约信息相关。举例来说，该目标用户签约的套餐中体验保障每月为100次/100小时。当该目标用户本月未使用完签约信息中的保障次数，即目标用户已使用的保障次数小于第三阈值，NWDAF确定目标用户满足第一条件，NWDAF向PCF发送请求消息，为目标用户请求专有服务质量QoS流。当该目标用户本月已使用完签约信息中的保障次数，即目标用户已使用的保障次数大于或等于第三阈值，NWDAF确定目标用户不满足第一条件，NWDAF不向PCF发送请求消息为目标用户请求专有服务质量QoS流。

作为另一种示例，第一条件与该目标用户所属小区专有服务质量QoS流的数量上限相关。举例来说，假设该小区的QoS流的数量上限为500，即第四阈值为500。当NWDAF接收到第二消息后，确定此时该小区的QoS流的数量为450，NWDAF确定目标用户满足第一条件，NWDAF向PCF发送请求消息，为目标用户请求专有服务质量QoS流。当NWDAF接收到第二消息后，确定此时该小区的QoS流的数量为500，NWDAF确定目标用户不满足第一条件，NWDAF不向PCF发送请求消息。

需要说明的是，上述图11中的步骤1130中关于NWDAF向PCF发送的请求消息的具体信息内容，详细内容请参见上述图4中步骤450中的详细描述，为了避免冗余，此处不在赘述。

可选地，图11中所示的方法还包括：NWDAF通过N5接口向该PCF发送请求消息。应理解的是，NWDAF还可以通过其他的接口向PCF发送该请求消息。以N5接口为例，通过使用现有的N5接口，可以节省NWDAF与PCF之间的部署成本，简化网络架构，有利于网络的运营和维护，也有助于提升通信的效率。后续均以NWDAF通过N5接口与PCF进行通信为例进行描述。

在NWDAF通过N5接口向PCF发送请求消息的情况下，该请求消息可以包含的目标用户的用户标识ID。该用户标识ID可以用于表征用户的身份。该用户标识ID可以是公共用户标识(generic public subscription identifier,GPSI)目标用户的手机号码，也可以是用户永久标识(subscription permanent identifier,SUPI)，即目标用户国际移动用户识别号(international mobile subscriber identification number,IMSI)或者称为IMSI卡号。

在NWDAF通过N5接口向PCF发送请求消息的情况下，该请求消息可以包含目标用户的互联网协议IP地址。用户在使用某一设备时，通过唯一的IP地址即可知道用户的地址。该目标用户的互联网协议IP地址可以包括服务与该目标用户的Ipv6地址和/或服务与该目标用户的Ipv4地址。

在NWDAF通过N5接口向PCF发送请求消息的情况下，该请求消息可以包含保障第一业务的保证比特速率GBR，该GBR可以包括上行链路的最小请求带宽和/或下行链路的最小请求带宽。

在NWDAF通过N5接口向PCF发送请求消息的情况下，该请求消息可以包含最大比特速率。该最大比特速率为GBR能够达到的速率的上限。该最大比特速率可以包括上行链路的最大请求带宽和/或下行链路的最大请求带宽。

本申请实施例中，NWDAF向PCF发送请求消息时，可以通过网络中已有的N5接口发送，不需要额外扩展其它接口(如N2,N3接口)为用户的业务请求建立QoS流，降低业务配置的复杂性的同时，降低了PCF接口改造成本，提高资源利用率。

可选地，在一些实施例中，在为目标用户请求到专有QoS流的情况下，该方法1100还包括：

NWDAF生成评估报告，评估报告包括为目标用户请求到专有QoS流前后的保障效果，和/或，目标用户与其它用户的体验的对比结果。

可选地，NWDAF向目标用户发送该评估报告。

本申请实施例中，在为目标用户请求到专有QoS流的情况下，NWDAF还可以生成评估报告，该评估报告主要用于为用户提供体验优化对比，提高用户粘性。

其中，该NWDAF生成评估报告的具体举例，请参见图4，此处不再赘述。

可选地，在一些实施例中，NWDAF可以根据退出保障机制停止为该目标用户使用专有服务质量QoS流。

其中，该NWDAF根据退出保障机制停止为该目标用户使用专有服务质量QoS流时，有以下几种情况：

情况一

NWDAF通过N5接口接收到第三消息，该NWDAF停止为目标用户使用专有服务质量QoS流，第三消息用于指示该目标用户的策略控制网元PDU会话释放或者该目标用户的第一业务的业务流(service data flow，SDF)结束。

其中，该第三消息还可以是该目标用户的第一业务的业务流已经全部结束，或者，该目标用户下线，该NWDAF停止为目标用户使用专有服务质量QoS流。

情况二

NWDAF确定该目标用户的保障时长达到第五阈值，该NWDAF停止为目标用户使用专有服务质量QoS流。

其中，该第五阈值用于表示该目标用户签约信息中的套餐加速时长阈值。

作为一种示例，当该目标用户的签约套餐为199元套餐(该用户签约套餐内容由运营商决定)，假设，该签约套餐中的保障时长为100个小时。NWDAF确定此时该目标用户的保障时长达到100小时，NWDAF停止为目标用户使用专有服务质量QoS流。

情况三

NWDAF确定该目标用户的所属小区的拥塞状态变化时，该NWDAF停止为目标用户使用专有服务质量QoS流。

作为一种示例，NWDAF确定该目标用户的所属小区的拥塞状态由中度拥挤变化成为重度拥挤或者严重拥挤时，NWDAF主动释放该目标用户的专有服务质量QoS流，并停止为目标用户使用专有服务质量QoS流。

基于上述提供的技术方案，NWDAF根据上述条件，确定停止为该目标用户使用专有服务质量QoS流，进一步地避免资源的浪费。

通过该实施例的方法，UPF对目标用户的第一业务的体验参数进行监测，并根据监测得到第一业务的体验参数与接收来自NWDAF的第一业务的质量基准进行判断，确定第一业务的体验参数不满足第一业务的质量基准时，UPF向NWDAF发送第二消息。其中，该第二消息用于指示该目标用户的第一业务体验未达标，NWDAF确定目标用户是否满足第一条件判断是否根据第二消息向PCF发送用于为该目标用户请求专有服务质量QoS流的请求消息。若该目标用户满足第一条件，NWDAF根据第二消息向PCF发送该请求消息。上述实施例提供的技术方案避免了NWDAF与UPF之间订阅目标用户的信息之间的交互，降低了UPF和NWDAF之间的性能损耗，同时NWDAF确定是否动态触发专有QoS流的建立，可以具备自动保障能力，也不需要依赖OTT的配合，从而可以提升用户体验。

图8和图9为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以实现上述方法实施例中网络设备的功能，因此也能实现上述方法实施例所具备的有益效果，未详细描述的部分请参考上述方法实施例的内容。

图8是本申请实施例提供的一种通信装置1000的示意性结构图，该装置1000可以包括收发模块1010和处理模块1020。

当通信装置1000用于实现图4所述方法实施例中NWDAF的功能时，所述收发模块1010，用于接收用户平面功能UPF发送的目标用户的第一业务的实际体验参数；所述处理模块1020，用于根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标；所述收发模块1010，还用于在确定所述目标用户的实际体验未达标时，向策略控制功能PCF发送请求消息，所述请求消息用于为所述目标用户请求专有服务质量QoS流。

可选地，在一些实施例中，所述处理模块1020具体用于：

所述参数为速率，若在预设连续周期内所述第一业务的实际体验参数小于所述第一业务的目标体验参数，判断所述目标用户的实际体验未达标；

若在所述预设连续周期内所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，判断所述目标用户的实际体验达标；

或，

所述参数为时延或丢包率，若在预设连续周期内所述第一业务的实际体验参数大于所述第一业务的目标体验参数，判断所述目标用户的实际体验未达标；

若在所述预设连续周期内所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，判断所述目标用户的实际体验达标。

可选地，在一些实施例中，所述处理模块1020具体用于：

所述参数为速率，若在预设时长内的部分时长所述第一业务的实际体验参数小于所述第一业务的目标体验参数，判断所述目标用户的实际体验未达标；

若在所述预设时长内的部分时长所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，判断所述目标用户的实际体验达标；

或，

所述参数为时延或丢包率，若在预设时长内的部分时长所述第一业务的实际体验参数大于所述第一业务的目标体验参数，判断所述目标用户的实际体验未达标；

若在所述预设时长内的部分时长所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，判断所述目标用户的实际体验达标。

可选地，在一些实施例中，所述第一业务的目标体验参数根据历史数据统计分析法确定或通过所述NWDAF静态配置。

可选地，在一些实施例中，所述收发模块1010具体用于：

通过N5接口向所述PCF发送所述请求消息。

可选地，在一些实施例中，所述处理模块1020还用于：

生成评估报告，所述评估报告包括为所述目标用户请求到所述专有QoS流前后的保障效果，和/或，所述目标用户与其它用户的体验的对比结果。

可选地，在一些实施例中，所述处理模块1020还用于：

向所述UPF订阅所述目标用户的第一业务的实际体验参数。

当通信装置1000用于实现图4所述方法实施例中UPF的功能时，所述处理模块1020，用于监测目标用户的第一业务的实际体验参数；所述收发模块1010，用于向网络数据分析功能NWDAF发送所述目标用户的第一业务的实际体验参数。

可选地，在一些实施例中，所述处理模块1020还用于：

接受所述NWDAF向其订阅的所述目标用户的第一业务的实际体验参数。

当通信装置1000用于实现图7所述方法实施例中UPF的功能时，所述收发模块1010，用于接收会话管理功能SMF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；所述处理模块1020根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标；所述收发模块1010，还用于在确定所述目标用户的实际体验未达标时，向所述SMF发送第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标。

可选地，在一些实施例中，所述处理模块1020具体用于：

或，

可选地，在一些实施例中，所述处理模块1020具体用于：

若在预设时长内的部分时长所述第一业务的实际体验参数大于或等于所述第一业务的目标体验参数，判断所述目标用户的实际体验达标；

或，

若在预设时长内的部分时长所述第一业务的实际体验参数小于或等于所述第一业务的目标体验参数，判断所述目标用户的实际体验达标。

可选地，在一些实施例中，所述收发模块1010具体用于：

向所述SMF发送PFCP会话报告请求，所述PFCP会话报告请求包括所述第一通知消息。

当通信装置1000用于实现图7所述方法实施例中SMF的功能时，所述收发模块1010，用于接收策略控制功能PCF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；向UPF发送所述第一消息；接收所述UPF发送的第一通知消息，所述第一通知消息用于通知所述SMF所述目标用户的实际体验未达标；向PCF发送第二通知消息，所述第二通知消息用于通知所述PCF所述目标用户的实际体验未达标。

可选地，在一些实施例中，所述收发模块1010具体用于：

向所述UPF发送PFCP会话创建请求，所述PFCP会话创建请求包括所述第一消息。

可选地，在一些实施例中，所述收发模块1010具体用于：

向所述PCF发送会话管理策略控制更新请求，所述会话管理策略控制更新请求包括所述第二通知消息。

当通信装置1000用于实现图7所述方法实施例中PCF的功能时，所述处理模块1020，用于确定第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；所述收发模块1010，用于向会话管理功能SMF发送所述第一消息；接收所述SMF发送的第二通知消息，所述第二通知消息用于通知所述PCF所述目标用的实际体验未达标；根据所述第二通知消息和调整策略向所述SMF发送请求参数信息，所述请求参数信息用于为所述目标用户请求专有服务质量QoS流。

可选地，在一些实施例中，所述收发模块1010具体用于：

根据所述第二通知消息和所述调整策略向所述SMF发送会话管理策略控制更新响应，所述会话管理策略控制更新响应包括所述请求参数信息。

当通信装置1000用于实现图11该方法实施例中NWDAF的功能时，收发模块1010，用于接收来自用户平面功能UPF的第二消息，该第二消息用于指示该目标用户的第一业务的体验未达标，该第二消息包括该目标用户的用户标识ID和该第一业务的业务流；当处理模块1020确定该目标用户满足第一条件时，该收发模块1010还用于向策略控制功能PCF发送请求消息，该请求消息用于为该目标用户请求专有服务质量QoS流。

可选地，在一些实施例中，该第一条件包括以下至少一项：该目标用户所属小区的无线资源使用率小于或等于第一阈值；该目标用户的信号质量大于或等于第二阈值；该目标用户的签约信息中的保障次数小于或等于第三阈值；该目标用户所属小区专有服务质量QoS流的数量小于或等于第四阈值。

可选地，在一些实施例中，该请求消息包括该目标用户的互联网协议IP地址和最大比特速率。

可选地，在一些实施例中，该请求消息包括以下至少一种：该目标用户的用户标识ID、该第一业务的类型、该第一业务的业务流、保障该第一业务的保证比特速率GBR。

可选地，在一些实施例中，该收发模块1010通过N5接口向该PCF发送该请求消息。

可选地，在一些实施例中，该处理模块1020生成评估报告，该评估报告包括为该目标用户请求到该专有QoS流前后的保障效果，和/或，该目标用户与其它用户的体验的对比结果。

可选地，在一些实施例中，该收发模块1010向该目标用户发送该评估报告。

可选地，在一些实施例中，该收发模块1010向该UPF发送该目标用户的第一业务的质量基线，该第一业务的质量基线用于确定该目标用户的体验是否达标。

可选地，在一些实施例中，该收发模块1010向该UPF发送该第一业务的类型和该目标用户的预定义规则名称，该预定义规则名称用于标识该目标用户的签约套餐，该签约套餐为该第一业务的签约套餐。

可选地，在一些实施例中，该第一业务的质量基线根据历史数据统计确定，或者，通过该NWDAF静态配置。

可选地，在一些实施例中，该处理模块1020根据退出保障机制停止为该目标用户使用专有服务质量QoS流。

可选地，在一些实施例中，该处理模块1020根据退出保障机制停止为该目标用户使用专有服务质量QoS流，包括：

当该收发模块1010通过N5接口接收到第三消息时，该处理模块1020停止为该目标用户使用专有服务质量QoS流，和/或，

当该收发模块1010确定保障时长达到第五阈值时，该处理模块1020停止为该目标用户使用专有服务质量QoS流，和/或，

当该收发模块1010确定该目标用户的所属小区的拥塞状态变化时，该处理模块1020停止为该目标用户使用专有服务质量QoS流。

可选地，在一些实施例中，该第二消息还包括该第一业务的类型和/或该第一业务的劣化级别。

当通信装置1000用于实现图11该方法实施例中UPF的功能时，该收发模块1010接收来自网络数据分析功能NWDAF的目标用户的第一业务的质量基准；当该第一业务的体验参数未满足该第一业务的质量基准时，该收发模块1010向网络数据分析功能NWDAF发送第二消息，该第二消息用于指示该目标用户的体验未达标，该第二消息包括该目标用户的用户标识ID和该第一业务的业务流。

可选地，在一些实施例中，该收发模块1010接收来自该NWDAF的该第一业务的类型和该目标用户的预定义规则名称，该预定义规则名称用于标识该目标用户的签约套餐，该签约套餐为该第一业务的签约套餐。

可选地，在一些实施例中，该第二消息还包括：该第一业务的类型和/或该第一业务的劣化级别。

可选地，在一些实施例中，当该第一业务的体验参数未满足该第一业务的质量基准时，该收发模块1010向网络数据分析功能NWDAF发送第二消息，包括以下一项或多项：

该体验参数为速率，若在多个周期内该第一业务的体验参数小于或等于该第一业务的质量基准，该处理单元1020确定该目标用户的体验未达标，

该体验参数为时延，若在多个周期内该第一业务的体验参数大于或等于该第一业务的质量基准，该处理单元1020确定该目标用户的体验未达标，

或，

该体验参数为丢包率，若在多个周期内该第一业务的体验参数大于或等于该第一业务的质量基准，该处理单元1020确定该目标用户的体验未达标。

该体验参数为速率，若在预设时长内的未满足该质量基准的时长占比大于或等于第六阈值时，该第一业务的体验参数小于或等于该第一业务的质量基准，该处理单元1020确定该目标用户的体验未达标，

该体验参数为时延，若在预设时长内的未满足该质量基准的时长占比大于或等于第七阈值时，该第一业务的体验参数大于或等于该第一业务的质量基准，该处理单元1020确定该目标用户的体验未达标，

或，

该体验参数为丢包率，若在预设时长内的未满足该质量基准的时长占比大于或等于第八阈值时，该第一业务的体验参数大于或等于该第一业务的质量基准，该处理单元1020确定该目标用户的体验未达标。

可选地，在一些实施例中，该速率包括上行速率和/或下行速率。

可选地，在一些实施例中，该时延包括上行时延和/或下行时延。

可选地，在一些实施例中，该第一业务的质量基准时根据历史数据统计确定，或者，通过该NWDAF静态配置。

如图9所示，通信装置900包括处理器910和接口电路920。处理器910和接口电路920之间相互耦合。可以理解的是，接口电路920可以为收发器或输入输出接口。可选的，通信装置900还可以包括存储器930，用于存储处理器910执行的指令或存储处理器910运行指令所需要的输入数据或存储处理器910运行指令后产生的数据。

当通信装置900用于实现上述方法实施例中的方法时，处理器910用于执行上述处理模块1020的功能，接口电路920用于执行上述收发模块1010的功能。

当上述通信装置为应用于网络设备的芯片时，该网络设备芯片实现上述方法实施例中网络设备的功能。该网络设备芯片从网络设备中的其它模块(如射频模块或天线)接收信息；或者，该网络设备芯片向网络设备中的其它模块(如射频模块或天线)发送信息。

图10是本申请实施例提供的芯片的示意性结构图。图10所示的芯片1400包括处理器1410，所述处理器1410可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。

可选地，如图10所示，芯片1400还可以包括存储器1420。其中，所述处理器1410可以从存储器1420中调用并运行计算机程序，以执行本申请实施例中的方法300或方法800的步骤。

其中，存储器1420可以是独立于所述处理器1410的一个单独的器件，也可以集成在所述处理器1410中。

可选地，该芯片1400还可以包括输入接口1430。其中，所述处理器1410可以控制该输入接口1430与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。

可选地，该芯片1400还可以包括输出接口1440。其中，所述处理器1410可以控制该输出接口1440与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。

可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例还提供了一种计算机可读存储介质，用于存储计算机程序。

可选的，该计算机可读存储介质可应用于本申请实施例中的网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序产品，包括计算机程序指令。

可选的，该计算机程序产品可应用于本申请实施例中的网络设备，并且该计算机程序指令使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种计算机程序。

可选的，该计算机程序可应用于本申请实施例中的网络设备，当该计算机程序在计算机上运行时，使得计算机执行本申请实施例的各个方法中网络设备实现的相应流程，为了简洁，在此不再赘述。

本申请实施例还提供了一种通信系统。

可选的，该通信系统可应用于本申请实施例中的网络设备，其中包括：网络数据分析功能NWDAF，用户平面功能UPF，会话管理功能SMF，策略控制网元PCF中的一个或多个。上述网络设备执行本申请实施例的各个方法中有网络设备实现的相应流程，为了简洁，在此不再赘述。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其它通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现场可编程门阵列(field programmable gate array，FPGA)或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的方法步骤可以通过硬件的方式来实现，也可以由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(Read-Only Memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于接入网设备或终端设备中。当然，处理器和存储介质也可以作为分立组件存在于接入网设备或终端设备中。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者通过所述计算机可读存储介质进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字多功能光盘(digital versatile disc，DVD)；还可以是半导体介质，例如，固态硬盘(solid state disk，SSD)。

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

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

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

本申请中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A,B可以是单数或者复数。在本申请的文字描述中，字符“/”，一般表示前后关联对象是一种“或”的关系；在本申请的公式中，字符“/”，表示前后关联对象是一种“相除”的关系。

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

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

Claims

1.一种通信方法，其特征在于，包括：

网络数据分析功能NWDAF接收用户平面功能UPF发送的目标用户的第一业务的实际体验参数；

2.根据权利要求1所述的方法，其特征在于，所述请求消息包括以下至少一种：

3.根据权利要求1或2所述的方法，其特征在于，所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标，包括：

或，

4.根据权利要求1或2所述的方法，其特征在于，所述NWDAF根据所述第一业务的实际体验参数和所述第一业务的目标体验参数判断所述目标用户的实际体验是否达标，包括：

或，

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第一业务的目标体验参数根据历史数据统计分析法确定或通过所述NWDAF静态配置。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述NWDAF向PCF发送请求消息，包括：

所述NWDAF通过N5接口向所述PCF发送所述请求消息。

7.根据权利要求1至6中任一项所述的方法，其特征在于，在为所述目标用户请求到所述专有QoS流的情况下，所述方法还包括：

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

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述参数包括以下至少一种：

速率、时延、丢包率。

10.一种通信方法，其特征在于，包括：

用户平面功能UPF监测目标用户的第一业务的实际体验参数；

11.根据权利要求10所述的方法，其特征在于，所述方法还包括：

12.根据权利要求10或11所述的方法，其特征在于，所述参数包括以下至少一种：

速率、时延、丢包率。

13.一种通信方法，其特征在于，包括：

用户平面功能UPF接收会话管理功能SMF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；

14.根据权利要求13所述的方法，其特征在于，所述通知消息包括以下至少一种：

15.根据权利要求13或14所述的方法，其特征在于，所述UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标，包括：

或，

16.根据权利要求13或14所述的方法，其特征在于，所述UPF根据所述第一消息和所述目标用户的第一业务的实际体验参数判断所述目标用户的实际体验是否达标，包括：

或，

17.根据权利要求13至16中任一项所述的方法，其特征在于，所述UPF向所述SMF发送第一通知消息，包括：

18.根据权利要求13至17中任一项所述的方法，其特征在于，所述参数包括以下至少一种：

速率、时延、丢包率。

19.一种通信方法，其特征在于，包括：

会话管理功能SMF接收策略控制功能PCF发送的第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；

所述SMF向UPF发送所述第一消息；

20.根据权利要求19所述的方法，其特征在于，所述SMF向UPF发送所述第一消息，包括：

21.根据权利要求19或20所述的方法，其特征在于，所述SMF向PCF发送所述第二通知消息，包括：

22.根据权利要求19至21中任一项所述的方法，其特征在于，所述参数包括以下至少一种：

速率、时延、丢包率。

23.一种通信方法，其特征在于，包括：

策略控制功能PCF确定第一消息，所述第一消息包括目标用户的第一业务、所述第一业务的目标体验参数、判断所述目标用户的实际体验是否达标的方法；

所述PCF向会话管理功能SMF发送所述第一消息；

所述PCF接收所述SMF发送的第二通知消息，所述第二通知消息用于通知所述PCF所述目标用户的实际体验未达标；

24.根据权利要求23所述的方法，其特征在于，所述请求参数信息包括以下至少一种：

25.根据权利要求23或24所述的方法，其特征在于，所述PCF向SMF发送所述第一消息，包括：

26.根据权利要求23至25中任一项所述的方法，其特征在于，所述第一业务的目标体验参数通过所述PCF静态配置。

27.根据权利要求23至26中任一项所述的方法，其特征在于，所述PCF根据所述第二通知消息和调整策略向所述SMF发送请求参数信息，包括：

28.根据权利要求23至27中任一项所述的方法，其特征在于，所述参数包括以下至少一种：

速率、时延、丢包率。

29.一种通信方法，其特征在于，包括：

网络数据分析功能NWDAF接收来自用户平面功能UPF的第二消息，所述第二消息用于指示所述目标用户的第一业务的体验未达标，所述第二消息包括所述目标用户的用户标识ID和所述第一业务的业务流；

30.根据权利要求29所述的方法，其特征在于，所述第一条件包括以下至少一种：

所述目标用户所属小区的无线资源使用率小于或等于第一阈值；

所述目标用户的信号质量大于或等于第二阈值；

所述目标用户的签约信息中的保障次数小于或等于第三阈值；

所述目标用户所属小区专有服务质量QoS流的占用数量小于或等于第四阈值。

31.根据权利要求29或30所述的方法，其特征在于，所述请求消息包括所述目标用户的互联网协议IP地址和最大比特速率。

32.根据权利要求29至31中任一项所述的方法，其特征在于，所述请求消息还包括以下至少一种：

所述目标用户的用户标识ID、所述第一业务的类型、所述第一业务的业务流、保障所述第一业务的保证比特速率GBR。

33.根据权利要求29至32中任一项所述的方法，其特征在于，所述NWDAF向所述PCF发送请求消息，包括：

所述NWDAF通过N5接口向所述PCF发送所述请求消息。

34.根据权利要求29至33中任一项所述的方法，其特征在于，在为所述目标用户请求到所述专有QoS流的情况下，所述方法还包括：

所述NWDAF生成评估报告，所述评估报告包括：为所述目标用户请求到所述专有QoS流前后的保障效果，和/或，所述目标用户与其它用户的体验的对比结果。

35.根据权利要求34所述的方法，其特征在于，所述方法还包括：

所述NWDAF向所述目标用户发送所述评估报告。

36.根据权利要求29至35中任一项所述的方法，其特征在于，所述方法还包括：

所述NWDAF向所述UPF发送所述目标用户的第一业务的质量基线，所述第一业务的质量基线用于确定所述目标用户的体验是否达标。

37.根据权利要求36所述的方法，其特征在于，所述方法还包括：

所述NWDAF向所述UPF发送所述第一业务的类型和所述目标用户的预定义规则名称，所述预定义规则名称用于标识所述目标用户的签约套餐，所述签约套餐为所述第一业务的签约套餐。

38.根据权利要求36或37所述的方法，其特征在于，所述第一业务的质量基线根据历史数据统计确定，或者，通过所述NWDAF静态配置。

39.根据权利要求29至38中任一项所述的方法，其特征在于，所述方法还包括：

所述NWDAF根据退出保障机制停止为所述目标用户使用专有服务质量QoS流。

40.根据权利要求39所述的方法，其特征在于，所述NWDAF根据退出保障机制停止为所述目标用户使用专有服务质量QoS流，包括：

41.根据权利要求29至40中任一项所述的方法，其特征在于，所述第二消息还包括所述第一业务的类型和/或所述第一业务的劣化级别。

42.一种通信方法，其特征在于，包括：

用户平面功能UPF接收来自网络数据分析功能NWDAF的目标用户的第一业务的质量基准；

43.根据权利要求42所述的方法，其特征在于，所述方法还包括：

所述UPF接收来自所述NWDAF的所述第一业务的类型和所述目标用户的预定义规则名称，所述预定义规则名称用于标识所述目标用户的第一业务的签约套餐，所述签约套餐为所述第一业务的签约套餐。

44.根据权利要求42或43所述的方法，其特征在于，所述第二消息还包括所述第一业务的类型和/或所述第一业务的劣化级别。

45.根据权利要求42至44中任一项所述的方法，其特征在于，当所述第一业务的体验参数未满足所述第一业务的质量基准时，所述UPF向网络数据分析功能NWDAF发送所述第二消息，包括以下一项或多项：

或，

46.根据权利要求42至44中任一项所述的方法，其特征在于，当所述第一业务的体验参数未满足所述第一业务的质量基准时，所述UPF向网络数据分析功能NWDAF发送所述第二消息，包括以下一项或多项：

或，

47.根据权利要求45或46所述的方法，其特征在于，所述速率包括上行速率和/或下行速率。

48.根据权利要求45至47中任一项所述的方法，其特征在于，所述时延包括上行时延和/或下行时延。

49.根据权利要求42至48中任一项所述的方法，其特征在于，所述第一业务的质量基准时根据历史数据统计确定，或者，通过所述NWDAF静态配置。

50.一种通信装置，其特征在于，包括用于执行如权利要求1至9，或10至12，或13至18，或19至22，或23至28，或29至41，或42至49中的任一项所述方法的模块。

51.一种通信设备，其特征在于，包括处理器和通信接口，所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至9，或10至12，或13至18，或19至22，或23至28，或29至41，或42至49中任一项所述的方法。

52.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，当所述计算机程序被运行时，实现如权利要求1至9，或10至12，或13至18，或19至22，或23至28，或29至41，或42至49中任一项所述的方法。

53.一种计算机程序产品，其特征在于，所述计算机程序产品包括用于执行如权利要求1至9中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求10至12中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求13至18中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求19至22中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求23至28中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求29至41中任一项所述的方法的指令，或者，所述计算机程序产品包括用于执行如权利要求42至49中任一项所述的方法的指令。