CN113079541A - 一种报告信息的发送方法、装置及*** - Google Patents

Abstract

本申请实施例提供报告信息的发送方法、装置及***，涉及通信技术领域，能够解决现有技术中接入网网元上报用于指示QoS Flow的QoS需求是否能够保障的指示信息的路径较长，时效性较差，不利于应用功能网元及时调整应用的业务数据流，无法满足应用的QoS需求的技术问题。方法包括：用户面网元接收来自第一接入网网元的包括第一服务质量流QoS Flow的标识和第一指示信息的第一消息，第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障；并根据第一消息，向应用功能网元发送包括第二指示信息的第一报告信息，第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障；第一QoS Flow用于传输应用功能网元对应的应用的业务数据流。

Description

一种报告信息的发送方法、装置及***

技术领域

本发明涉及通信技术领域，尤其是涉及一种报告信息的发送方法、设备及***。

背景技术

在第五代(Fifth Generation，5G)通信网络中，用户设备接入网络后建立协议数据单元(protocol data unit，PDU)会话，通过PDU会话访问数据网络(data network，DN)，与部署在DN中的应用服务器，如：应用功能(application function，AF)网元进行交互。例如，PDU会话包括多条服务质量流(QoS flow)，针对不同的应用，通过不同的QoS flow传输该应用对应的业务数据流。在用户设备通过QoS Flow与AF网元交互的过程中，对于AF网元，AF网元需要感知用于传输应用的业务数据流的QoS Flow提供的服务质量能否保障应用的服务质量(quality of service，QoS)需求，以便AF网元根据QoS flow的服务质量执行相应的调整措施，使调整后的QoS Flow保障应用的QoS需求。

现有技术中，AF网元通过下述方式获取QoS Flow能否保障应用的QoS需求：AF网元向网络开放(network exposure function，NEF)网元发送订阅请求，该订阅请求包括QoS控制通知信息；NEF网元将该订阅请求发送给策略控制功能(policy control function，PCF)网元；PCF网元根据QoS控制通知信息制定相应的策略与计费控制规则(policy andcharging control rule，PCC)规则，并将该PCC规则发送给会话管理功能(sessionmanagement function，SMF)网元；SMF网元根据PCC规则生成PDU会话，并为该应用配置相应的QoS Flow，并将QoS Flow对应的QoS通知控制信息通过接入和移动性管理(access andmobility management function，AMF)网元发送给接入网网元。接入网网元根据QoS通知控制信息对QoS Flow进行检测，当接入网网元判断QoS Flow当前的比特率低于的保障比特率(guaranteed bit rate，GBR)时，确定QoS Flow不能保障应用的QoS需求，接入网网元通过AMF网元向SMF网元发送QoS Flow无法保障应用的QoS需求的指示信息，SMF网元进一步通过PCF网元、NEF网元将指示信息上报给AF网元。

由上可知，接入网网元生成的指示信息依次经过AMF网元、SMF网元、PCF网元、NEF网元上报给AF网元。由于接入网网元生成的指示信息经过多个核心网网元上报给AF网元，上报路径较长，会降低指示信息上报的时效性，不利于AF网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，无法及时满足应用的QoS需求。

发明内容

有鉴于此，本发明的目的在于提供一种报告信息的发送方法、装置及***，能够解决现有技术中接入网网元上报用于指示QoS flow的QoS需求是否能够保障的指示信息的路径较长，时效性较差，不利于应用功能网元及时调整应用的业务数据流，无法满足应用的QoS需求的技术问题。

第一方面，提供一种报告信息的发送方法，该方法包括：用户面网元接收来自第一接入网网元的包括用于传输应用的业务数据流的第一服务质量流QoS Flow的标识和第一指示信息的第一消息，第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障；用户面网元根据第一消息，向应用功能网元发送包括第二指示信息的第一报告信息，第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障。

基于第一方面所述的方法，本申请实施例中，用户面网元接收接入网网元发送的第一指示信息并对第一指示信息进行处理，得到第二指示信息，并将第二指示信息上报给应用功能网元。与现有接入网网元依次经过中央数据中心的接入和移动性管理网元、会话管理网元、策略控制网元和网络开放网元将指示信息上报给本地数据中心的应用功能网元相比，可以缩短上报路径，提高指示信息上报的时效性，便于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，可以及时满足应用的QoS需求。

一种可能的设计中，结合第一方面，若第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障，第二指示信息用于指示应用的业务数据流的QoS需求不能得到保障；或者，若第一指示信息用于指示第一QoS Flow的QoS需求得到保障，第二指示信息用于指示应用的业务数据流的QoS需求得到保障。

基于该可能的设计，用户面网元将第一QoS Flow对应的第一指示信息转换为应用的业务数据流对应的第二指示信息，便于应用功能网元根据第二指示信息确定应用的业务数据流的QoS需求能否得到保障。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，当第二指示信息指示应用的业务数据流的QoS需求不能得到保障，用户面网元向应用功能网元发送第一报告信息之后，方法还包括：用户面网元接收来自第二接入网网元或者会话管理网元的第二接入网网元接受的包括第一QoS Flow的标识的QoS Flow的标识列表；用户面网元向应用功能网元发送包括第三指示信息的第二报告信息，第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障。

基于该可能的设计，当用户面网元接收到第二接入网网元接受的QoS Flow的标识列表时，若用户面网元已经向应用功能网元发送第一报告信息，且该第一报告信息中包括用于指示应用的业务数据流的QoS需求不能得到保障的第二指示信息，用户面网元判断第一报告信息的应用的业务数据流对应的第一QoS Flow是否在标识列表中，若在标识列表中，表示用户设备从第一接入网网元移动到第二接入网网元后，第一QoS Flow的QoS需求能够得到保障，此时，用户面网元将第一QoS Flow对应的应用的业务数据流的QoS需求能够得到保障的第三指示信息发送给应用功能网元，以使应用功能网元可以根据第三指示信息对应用的业务数据流进行调整，更好的满足应用的QoS需求。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，当第二指示信息指示应用的业务数据流的QoS需求不能得到保障，用户面网元向应用功能网元发送第一报告信息之后，方法还包括：用户面网元接收来自第二接入网网元或者会话管理网元的第四指示信息；其中，第四指示信息用于指示第一QoS Flow的QoS需求能够得到保障；用户面网元向应用功能网元发送第二报告信息；其中，第二报告信息中包括第三指示信息，第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障。

基于该可能的设计，用户面网元在发送第一报告信息之后，又接收到第四指示信息时，根据第四指示信息将包含第三指示信息的第二报告信息发送给应用功能网元，以使应用功能网元可以及时根据第二报告信息得知应用的业务数据流的QoS需求由不能得到保障变为能够得到保障，及时对应用的业务数据流进行调整，更好的满足应用的QoS需求。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第一报告信息，包括：用户面网元接收来自会话管理网元的第一策略，第一策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用功能网元的通知端点的信息；用户面网元根据第一策略，通过应用功能网元的通知端点向应用功能网元发送第一报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第二报告信息，包括：用户面网元接收来自会话管理网元的第一策略，第一策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用功能网元的通知端点的信息；用户面网元根据第一策略，通过应用功能网元的通知端点向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元接收第一策略中的第一QoS Flow的标识以及第一QoS Flow的标识对应的通知端点的信息，便于用户面网元将与第一QoS Flow对应的应用的业务数据流的QoS需求能否得到保障的第一报告信息或者第二报告信息，通过与第一QoS Flow对应的通知端点发送给应用功能网元，为用户面网元向应用功能网元上报应用的业务数据流的QoS需求能否得到保障提供了可行性方案。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第一报告信息之前，方法还包括：用户面网元接收来自会话管理网元的第五指示信息；其中，第五指示信息用于指示用户面网元向应用功能网元发送第一报告信息；用户面网元向应用功能网元发送第一报告信息包括：用户面网元还根据第五指示信息，向应用功能网元发送第一报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第二报告信息之前，方法还包括：用户面网元接收来自会话管理网元的第五指示信息；其中，第五指示信息用于指示用户面网元向应用功能网元发送第二报告信息；用户面网元向应用功能网元发送第二报告信息包括：用户面网元还根据第五指示信息，向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元接收到会话管理网元发送的第五指示信息后，根据该显式的第五指示信息，可以明确得知需要向应用功能网元发送第一报告信息或第二报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第一报告信息，还包括：用户面网元通过本地网络开放网元向应用功能网元发送第一报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第二报告信息，还包括：用户面网元通过本地网络开放网元向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元向应用功能网元发送第一报告信息或第二报告信息时，可以直接向应用功能网元发送，也可以通过本地网络开放网元向应用功能网元发送，不予限制。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元通过本地网络开放网元向应用功能网元发送第一报告信息，包括：用户面网元接收来自会话管理网元的第二策略，第二策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的本地网络开放网元的通知端点的信息；用户面网元根据第二策略，通过本地网络开放网元的通知端点向本地网络开放网元发送第一报告信息；本地网络开放网元根据本地网络开放网元的通知端点，确定应用功能网元的通知端点；本地网络开放网元通过应用功能网元的通知端点的信息，向应用功能网元发送第一报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元通过本地网络开放网元向应用功能网元发送第二报告信息，包括：用户面网元接收来自会话管理网元的第二策略，第二策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的本地网络开放网元的通知端点的信息；用户面网元根据第二策略，通过本地网络开放网元的通知端点向本地网络开放网元发送第二报告信息；本地网络开放网元根据本地网络开放网元的通知端点，确定应用功能网元的通知端点；本地网络开放网元通过应用功能网元的通知端点的信息，向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元通过本地网络开放网元向应用功能网元发送第一报告信息或第二报告信息时，可以通过本地网络开放网元的通知端点向本地网络开放网元发送第一报告信息或第二报告信息，然后本地网络开放网元再通过应用功能网元的通知端点的信息，向应用功能网元发送第一报告信息或者第二报告信息，为用户面网元通过本地网络开放网元向应用功能网元发送第一报告信息或第二报告信息提供了可行性方案。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第一报告信息，还包括：用户面网元通过会话管理网元向应用功能网元发送第一报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元向应用功能网元发送第二报告信息，还包括：用户面网元通过会话管理网元向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元向应用功能网元发送第一报告信息或第二报告信息时，可以直接向应用功能网元发送，也可以通过会话管理网元向应用功能网元发送，不予限制。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元通过会话管理网元向应用功能网元发送第一报告信息，包括：用户面网元接收来自会话管理网元的第四策略，第四策略包括第一QoS Flow的标识和会话管理网元分配的通知端点；用户面网元根据第四策略，向会话管理网元发送第一报告信息；会话管理网根据分配的通知端点确定应用功能网元的通知端点或者本地网络开放网元的通知端点，会话管理网元向应用功能网元发送第一报告信息或通过本地网络开放网元向向应用功能网元发送第一报告信息。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元通过会话管理网元向应用功能网元发送第二报告信息，包括：用户面网元接收来自会话管理网元的第四策略，第四策略包括第一QoS Flow的标识和会话管理网元分配的通知端点；用户面网元根据第四策略，向会话管理网元发送第二报告信息；会话管理网根据会话管理网元分配的通知端点确定应用功能网元的通知端点或者本地网络开放网元的通知端点，会话管理网元向应用功能网元发送第二报告信息或通过本地网络开放网元向向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元通过会话管理网元向应用功能网元发送第一报告信息或第二报告信息，再由会话管理网元直接向应用功能网元或通过本地网络开放网元向应用功能网元发送第一报告信息或者第二报告信息，为用户面网元通过会话管理网元向应用功能网元发送第一报告信息或第二报告信息提供了可行性方案。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，第一报告信息中还包括应用的业务数据流的标识。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，第二报告信息中还包括应用的业务数据流的标识。

基于上述两种可能的设计，第一报告信息或者第二报告信息中包括应用的业务数据流的标识时，可以使得应用功能网元不用对第一报告信息或者第二报告信息进行解析，便可明确当前接收到的第一报告信息或者第二报告信息对应的是应用的哪个业务数据流。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元接收来自会话管理网元的第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用的业务数据流的标识；用户面网元根据第一QoS Flow的标识，确定应用的业务数据流的标识。

基于该可能的设计，用户面网元根据会话管理网元发送的第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用的业务数据流的标识，可以明确第一QoS Flow与应用的业务数据流的对应关系，便于将第一QoS Flow对应的指示信息转换为应用的业务数据流对应的指示信息，并发送给应用功能网元。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，第一消息还包括第一候选QoS文档标识，第一报告信息还包括第一候选业务需求标识，其中，第一候选业务需求标识与第一候选QoS文档标识对应。

基于该可能的设计，当第一消息中包括第一候选QoS文档标识时，用户面网元可以根据第一候选QoS文档确定对应的第一候选业务需求，将第一候选业务需求标识携带在第一报告信息发送给应用功能网元，以使应用功能网元确定第一候选业务需求的QoS需求能够得到满足。

一种可能的设计中，结合第一方面或者第一方面的可能的设计，用户面网元接收来自会话管理网元的候选业务需求标识、以及候选业务需求标识对应的候选QoS文档标识；用户面网元根据第一候选QoS文档标识，确定第一候选业务需求标识。

基于该可能的设计，用户面网元接收会话管理网元发送的候选业务需求标识以及候选业务需求标识对应的候选QoS文档标识，便于用户面网元在接收到包括第一候选QoS文档的第一消息后，根据第一候选QoS文档确定对应的第一候选业务需求，并将第一候选业务需求标识发送给应用功能网元。

第二方面，提供了一种通信装置，通信装置可以实现上述第一方面或者第一方面可能的设计中用户面网元所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置包括：接收模块，发送模块。

接收模块，用于接收来自第一接入网网元的包括用于传输应用的业务数据流的第一服务质量流QoS Flow的标识和第一指示信息的第一消息，第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障。

发送模块，用于根据第一消息，向应用功能网元发送包括第二指示信息的第一报告信息，第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障。

其中，该通信装置的具体实现方式可参考第一方面或第一方面的任一种可能的设计提供的报告信息的发送方法中用户面网元的行为功能，基于第二方面所述的通信装置，用户面网元接收接入网网元发送的第一指示信息并对第一指示信息进行处理，得到第二指示信息，将第二指示信息上报给应用功能网元。与现有接入网网元依次经过中央数据中心的接入和移动性管理网元、会话管理网元、策略控制网元和网络开放网元将指示信息上报给本地数据中心的应用功能网元相比，可以缩短上报路径，提高指示信息上报的时效性，便于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，可以及时满足应用的QoS需求。

一种可能的设计中，结合第二方面，若第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障，第二指示信息用于指示应用的业务数据流的QoS需求不能得到保障；或者，若第一指示信息用于指示第一QoS Flow的QoS需求得到保障，第二指示信息用于指示应用的业务数据流的QoS需求得到保障。

基于该可能的设计，用户面网元将第一QoS Flow对应的第一指示信息转换为应用的业务数据流对应的第二指示信息，便于应用功能网元根据第二指示信息确定应用的业务数据流的QoS需求能否得到保障。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，当第二指示信息指示应用的业务数据流的QoS需求不能得到保障，用户面网元向应用功能网元发送第一报告信息之后，接收模块，还用于接收来自第二接入网网元或者会话管理网元的第二接入网网元接受的包括第一QoS Flow的标识的QoS Flow的标识列表；发送模块，还用于向应用功能网元发送包括第三指示信息的第二报告信息，第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障。

基于该可能的设计，当用户面网元接收到第二接入网网元接受的QoS Flow的标识列表时，若用户面网元已经向应用功能网元发送第一报告信息，且该第一报告信息中包括用于指示应用的业务数据流的QoS需求不能得到保障的第二指示信息，用户面网元判断第一报告信息的应用的业务数据流对应的第一QoS Flow是否在标识列表中，若在标识列表中，表示用户设备从第一接入网网元移动到第二接入网网元后，第一QoS Flow的QoS需求能够得到保障，此时，用户面网元将第一QoS Flow对应的应用的业务数据流的QoS需求能够得到保障的第三指示信息发送给应用功能网元，以使应用功能网元可以根据第三指示信息对应用的业务数据流进行调整，更好的满足应用的QoS需求。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，当第二指示信息指示应用的业务数据流的QoS需求不能得到保障，用户面网元向应用功能网元发送第一报告信息之后，接收模块，还用于接收来自第二接入网网元或者会话管理网元的第四指示信息；其中，第四指示信息用于指示第一QoS Flow的QoS需求能够得到保障；发送模块，还用于向应用功能网元发送第二报告信息；其中，第二报告信息中包括第三指示信息，第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障。

基于该可能的设计，用户面网元在发送第一报告信息之后，又接收到第四指示信息时，根据第四指示信息将包含第三指示信息的第二报告信息发送给应用功能网元，以使应用功能网元可以及时根据第二报告信息得知应用的业务数据流的QoS需求由不能得到保障变为能够得到保障，及时对应用的业务数据流进行调整，更好的满足应用的QoS需求。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第一策略，第一策略包括第一QoS Flow的标识、以及第一QoSFlow的标识对应的应用功能网元的通知端点的信息；发送模块，还用于根据第一策略，通过应用功能网元的通知端点向应用功能网元发送第一报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第一策略，第一策略包括第一QoS Flow的标识、以及第一QoSFlow的标识对应的应用功能网元的通知端点的信息；发送模块，还用于根据第一策略，通过应用功能网元的通知端点向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元接收第一策略中的第一QoS Flow的标识以及第一QoS Flow的标识对应的通知端点的信息，便于用户面网元将与第一QoS Flow对应的应用的业务数据流的QoS需求能否得到保障的第一报告信息或者第二报告信息，通过与第一QoS Flow对应的通知端点发送给应用功能网元，为用户面网元向应用功能网元上报应用的业务数据流的QoS需求能否得到保障提供了可行性方案。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第五指示信息；其中，第五指示信息用于指示用户面网元向应用功能网元发送第一报告信息；发送模块，还用于向应用功能网元发送第一报告信息包括：用户面网元还根据第五指示信息，向应用功能网元发送第一报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第五指示信息；其中，第五指示信息用于指示用户面网元向应用功能网元发送第二报告信息；发送模块，还用于向应用功能网元发送第二报告信息包括：用户面网元还根据第五指示信息，向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元接收到会话管理网元发送的第五指示信息后，根据该显式的第五指示信息，可以明确得知需要向应用功能网元发送第一报告信息或第二报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，发送模块，还用于通过本地网络开放网元向应用功能网元发送第一报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，发送模块，还用于通过本地网络开放网元向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元向应用功能网元发送第一报告信息或第二报告信息时，可以直接向应用功能网元发送，也可以通过本地网络开放网元向应用功能网元发送，不予限制。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第二策略，第二策略包括第一QoS Flow的标识、以及第一QoSFlow的标识对应的本地网络开放网元的通知端点的信息；发送模块，还用于根据第二策略，通过本地网络开放网元的通知端点向本地网络开放网元发送第一报告信息；本地网络开放网元根据本地网络开放网元的通知端点，确定应用功能网元的通知端点；本地网络开放网元通过应用功能网元的通知端点的信息，向应用功能网元发送第一报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第二策略，第二策略包括第一QoS Flow的标识、以及第一QoSFlow的标识对应的本地网络开放网元的通知端点的信息；发送模块，还用于根据第二策略，通过本地网络开放网元的通知端点向本地网络开放网元发送第二报告信息；本地网络开放网元根据本地网络开放网元的通知端点，确定应用功能网元的通知端点；本地网络开放网元通过应用功能网元的通知端点的信息，向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元通过本地网络开放网元向应用功能网元发送第一报告信息或第二报告信息时，可以通过本地网络开放网元的通知端点向本地网络开放网元发送第一报告信息或第二报告信息，然后本地网络开放网元再通过应用功能网元的通知端点的信息，向应用功能网元发送第一报告信息或者第二报告信息，为用户面网元通过本地网络开放网元向应用功能网元发送第一报告信息或第二报告信息提供了可行性方案。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第四策略，第四策略包括第一QoS Flow的标识和会话管理网元分配的通知端点；发送模块，还用于根据第四策略，向会话管理网元发送第一报告信息；会话管理网元根据会话管理网元分配的通知端点确定应用功能网元的通知端点或本地网络开放功能的通知端点向应用功能网元发送第一报告信息或者通过本地网络开放网元向应用功能网元发送第一报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第四策略，第四二策略包括第一QoS Flow的标识和会话管理网元分配的通知端点；发送模块，还用于根据第二策略，向会话管理网元发送第二报告信息；会话管理网元根据会话管理网元分配的通知端点确定应用功能网元的通知端点或本地网络开放功能的通知端点向应用功能网元发送第二报告信息或者通过本地网络开放网元向应用功能网元发送第二报告信息。

基于上述两种可能的设计，用户面网元通过会话管理网元向应用功能网元发送第一报告信息或第二报告信息时，可以通过会话管理网元直接向应用功能网元发送第一报告信息或第二报告信息或再通过本地网络开放网元向应用功能网元发送第一报告信息或第二报告信息。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，第一报告信息中还包括应用的业务数据流的标识。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，第二报告信息中还包括应用的业务数据流的标识。

基于上述两种可能的设计，第一报告信息或者第二报告信息中包括应用的业务数据流的标识时，可以使得应用功能网元不用对第一报告信息或者第二报告信息进行解析，便可明确当前接收到的第一报告信息或者第二报告信息对应的是应用的哪个业务数据流。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用的业务数据流的标识；用户面网元根据第一QoS Flow的标识，确定应用的业务数据流的标识。

基于该可能的设计，用户面网元根据会话管理网元发送的第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用的业务数据流的标识，可以明确第一QoS Flow与应用的业务数据流的对应关系，便于将第一QoS Flow对应的指示信息转换为应用的业务数据流对应的指示信息，并发送给应用功能网元。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，第一消息还包括第一候选QoS文档标识，第一报告信息还包括第一候选业务需求标识，其中，第一候选业务需求标识与第一候选QoS文档标识对应。

基于该可能的设计，当第一消息中包括第一候选QoS文档标识时，用户面网元可以根据第一候选QoS文档确定对应的第一候选业务需求，将第一候选业务需求标识携带在第一报告信息发送给应用功能网元，以使应用功能网元确定第一候选业务需求的QoS需求能够得到满足。

一种可能的设计中，结合第二方面或者第二方面的可能的设计，接收模块，还用于接收来自会话管理网元的候选业务需求标识、以及候选业务需求标识对应的候选QoS文档标识；用户面网元根据第一候选QoS文档标识，确定第一候选业务需求标识。

基于该可能的设计，用户面网元接收会话管理网元发送的候选业务需求标识以及候选业务需求标识对应的候选QoS文档标识，便于用户面网元在接收到包括第一候选QoS文档的第一消息后，根据第一候选QoS文档确定对应的第一候选业务需求，并将第一候选业务需求标识发送给应用功能网元。

第三方面，提供了一种通信装置，该通信装置可以为用户面网元或者用户面网元中的芯片或者片上***。该通信装置可以实现上述各方面或者各可能的设计中用户面网元所执行的功能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：收发器。收发器可以用于支持通信装置实现上述第一方面或者第一方面的任一种可能的设计中所涉及的功能。例如：收发器可以用于接收来自第一接入网网元的包括用于传输应用的业务数据流的第一服务质量流QoS Flow的标识和第一指示信息的第一消息，第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障；收发器还可以用于根据第一消息，向应用功能网元发送包括第二指示信息的第一报告信息，第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障。在又一种可能的设计中，所述通信装置还可以包括存储器，存储器，用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时，该收发器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第一方面或者第一方面的任一种可能的设计所述的报告信息的发送方法。

其中，该通信装置的具体实现方式可参考第一方面或第一方面的任一种可能的设计提供的报告信息的发送方法中用户面网元的行为功能。

第四方面，提供了一种通信装置，该通信装置包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码或计算机指令；当一个或多个处理器执行计算机指令时，使得通信装置执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第五方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令或程序，当计算机指令或程序在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第六方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第七方面，提供了一种芯片***，所述芯片***包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器中存储有计算机程序代码或计算机指令；当所述一个或多个处理器执行所述计算机程序代码或计算机指令时，使得所述芯片***执行如上述第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

其中，第三方面至第七方面中任一种设计方式所带来的技术效果可参见上述第一方面至第二方面的任一种可能的设计所带来的技术效果，不再赘述。

第八方面，提供了一种报告信息的发送方法，该方法包括：第一接入网网元接收来自会话管理网元的第一服务质量流QoS Flow的QoS通知控制指示信息，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知；第一接入网网元根据QoS通知控制指示信息，向用户面网元发送包括第一QoS Flow的标识和第一指示信息的第一消息；第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障。

基于该上述方法，第一接入网网元接收到QoS通知控制指示信息，可以根据该显式的QoS通知控制指示信息，明确得知需要向用户面网元发送包括第一QoS Flow的标识和第一指示信息的第一消息。第一接入网网元通过向用户面网元发送第一消息，与现有接入网网元依次经过中央数据中心的接入和移动性管理网元、会话管理网元、策略控制网元和网络开放网元将指示信息上报给本地数据中心的应用功能网元相比，可以缩短上报路径，提高指示信息上报的时效性，便于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，可以及时满足应用的QoS需求。

一种可能的设计中，结合第八方面，当第一接入网网元判断第一QoS Flow的QoS需求不能得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障；或者，当第一接入网网元判断第一QoS Flow的QoS需求能够得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求能够得到保障。

基于该可能的设计，第一接入网网元可以在判断第一QoS Flow的QoS需求能否得到保障后，确定对应的第一指示信息，为第一接入网网元得到第一指示信息提供了可行性方案。

一种可能的设计中，结合第八方面或者第八方面的可能的设计，第一接入网网元还接收来自会话管理网元的用于指示第一接入网网元将第一QoS Flow的标识和第一指示信息第一消息发送给用户面网元的第六指示信息。

基于该可能的设计，第一接入网网元接收到第六指示信息后，可以根据该显式的第六指示信息，明确得知需要将第一QoS Flow的标识和第一指示信息第一消息发送给用户面网元。

一种可能的设计中，结合第八方面或者第八方面的可能的设计，当第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障时，方法还包括：当用户设备从第一接入网网元移动到第二接入网网元时，第一接入网网元向第二接入网网元发送第一QoS Flow的标识。

基于该可能的设计，当用户设备从第一接入网网元移动到第二接入网网元时，第一接入网网元通过向第二接入网网元发送第一指示信息对应的第一QoS Flow的标识，可以使得第二接入网网元根据第一QoS Flow的标识检测第一QoS Flow的QoS需求能否得到保障。

一种可能的设计中，结合第八方面或者第八方面的可能的设计，第一接入网网元还接收来自会话管理网元的至少一个候选QoS文档，方法还包括：第一接入网网元将至少一个候选QoS文档中的第一候选QoS文档的标识发送给用户面网元；其中，第一接入网网元能够满足第一候选QoS文档对应的QoS需求。

基于该可能的设计，第一接入网网元接收到会话管理网元发送的至少一个候选QoS文档时，可以从至少一个候选QoS文档确定出自身可以满足的第一候选QoS文档，并将第一候选QoS文档的标识发送给用户面网元，以使用户面网元根据第一候选QoS文档标识确定对应的第一候选业务需求标识，并将第一候选业务需求标识发送给应用功能网元，应用功能网元根据第一候选业务需求标识确定第一候选业务需求的QoS需求可以被满足。

一种可能的设计中，结合第八方面或者第八方面的可能的设计，第一接入网网元将第一候选QoS文档的标识发送给第二接入网网元。

基于该可能的设计，第一接入网网元将第一候选QoS文档的标识发送给第二接入网网元，以使第二接入网网元获知第一接入网网元可以满足的候选QoS文档，便于第二接入网网元在第二接入网网元可以满足的候选QoS文档与第一接入网网元不同时，将第二接入网网元可以满足的候选QoS文档标识发送给用户面网元，在第二接入网网元可以满足的候选QoS文档与第一接入网网元不同时，可以不用将第二接入网网元满足的候选QoS文档标识发送给用户面网元，以减少信令交互。

一种可能的设计中，结合第八方面或者第八方面的可能的设计，第二接入网网元接收来自第一接入网网元的第一接入网网元通知用户面网元QoS需求不能保障的QoS Flow的标识；第二接入网网元根据第一QoS Flow的标识，向用户面网元发送用于指示第一QoSFlow的QoS需求能够得到保障的第四指示信息。

基于该可能的设计，第二接入网网元接收到第一接入网网元发送的第一QoS Flow的标识后，可以根据第一QoS Flow的标识检测第一QoS Flow的QoS需求是否能够得到保障，并向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

一种可能的设计中，结合第八方面或者第八方面的可能的设计，第二接入网网元接收来自第一接入网网元或会话管理网元的至少一个候选QoS文档；第二接入网网元接收来自第一接入网网元的第一候选QoS文档的标识；其中，第一候选QoS文档的标识为第一接入网网元向用户面网元发送的第一接入网网元能够满足QoS需求的候选QoS文档对应的标识；第二接入网网元根据至少一个候选QoS文档和第一候选QoS文档向用户面网元发送第二接入网网元能够满足QoS需求的第二候选QoS文档的标识。

基于该可能的设计，第二接入网网元接收到至少一个候选QoS文档后，可以从至少一个候选QoS文档中确定可以自身可以满足QoS需求的第二候选QoS文档，并根据第一接入网网元发送的第一候选QoS文档，判断第二候选QoS文档是否与第一候选QoS文档相同，如果不同，将第二候选QoS文档的标识发送给用户面网元，如果相同，可以不用将第二候选QoS文档的标识发送给用户面网元，以减少信令交互。

第九方面，提供了一种通信装置，通信装置可以实现上述第二方面或者第二方面可能的设计中接入网网元所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置包括：接收模块，发送模块。

接收模块，用于接收来自会话管理网元的第一服务质量流QoS Flow的QoS通知控制指示信息，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知。

发送模块，用于根据QoS通知控制指示信息，向用户面网元发送包括第一QoS Flow的标识和第一指示信息的第一消息；第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障。

其中，该通信装置的具体实现方式可参考第八方面或第八方面的任一种可能的设计提供的报告信息的发送方法中接入网网元的行为功能，基于第九方面所述的通信装置，第一接入网网元接收到QoS通知控制指示信息，可以根据该显式的QoS通知控制指示信息，明确得知需要向用户面网元发送包括第一QoS Flow的标识和第一指示信息的第一消息。第一接入网网元通过向用户面网元发送第一消息，与现有接入网网元依次经过中央数据中心的接入和移动性管理网元、会话管理网元、策略控制网元和网络开放网元将指示信息上报给本地数据中心的应用功能网元相比，可以缩短上报路径，提高指示信息上报的时效性，便于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，可以及时满足应用的QoS需求。

一种可能的设计中，结合第九方面，当第一接入网网元判断第一QoS Flow的QoS需求不能得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障；或者，当第一接入网网元判断第一QoS Flow的QoS需求能够得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求能够得到保障。

基于该可能的设计，第一接入网网元可以在判断第一QoS Flow的QoS需求能否得到保障后，确定对应的第一指示信息，为第一接入网网元得到第一指示信息提供了可行性方案。

一种可能的设计中，结合第九方面或者第九方面的可能的设计，接收模块，还用于接收来自会话管理网元的用于指示第一接入网网元将第一QoS Flow的标识和第一指示信息第一消息发送给用户面网元的第六指示信息。

基于该可能的设计，第一接入网网元接收到第六指示信息后，可以根据该显式的第六指示信息，明确得知需要将第一QoS Flow的标识和第一指示信息第一消息发送给用户面网元。

一种可能的设计中，结合第九方面或者第九方面的可能的设计，发送模块，还用于当用户设备从第一接入网网元移动到第二接入网网元时，第一接入网网元向第二接入网网元发送第一QoS Flow的标识。

基于该可能的设计，当用户设备从第一接入网网元移动到第二接入网网元时，第一接入网网元通过向第二接入网网元发送第一指示信息对应的第一QoS Flow的标识，可以使得第二接入网网元根据第一QoS Flow的标识检测第一QoS Flow的QoS需求能否得到保障。

一种可能的设计中，结合第九方面或者第九方面的可能的设计，接收模块，还用于接收来自会话管理网元的至少一个候选QoS文档；发送模块，还用于将至少一个候选QoS文档中能够满足第一候选QoS文档对应的QoS需求的第一候选QoS文档的标识发送给用户面网元。

基于该可能的设计，第一接入网网元接收到会话管理网元发送的至少一个候选QoS文档时，可以从至少一个候选QoS文档确定出自身可以满足的第一候选QoS文档，并将第一候选QoS文档的标识发送给用户面网元，以使用户面网元根据第一候选QoS文档标识确定对应的第一候选业务需求标识，并将第一候选业务需求标识发送给应用功能网元，应用功能网元根据第一候选业务需求标识确定第一候选业务需求的QoS需求可以被满足。

一种可能的设计中，结合第九方面或者第九方面的可能的设计，发送模块，还用于将第一候选QoS文档的标识发送给第二接入网网元。

基于该可能的设计，第一接入网网元将第一候选QoS文档的标识发送给第二接入网网元，以使第二接入网网元获知第一接入网网元可以满足的候选QoS文档，便于第二接入网网元在第二接入网网元可以满足的候选QoS文档与第一接入网网元不同时，将第二接入网网元可以满足的候选QoS文档标识发送给用户面网元，在第二接入网网元可以满足的候选QoS文档与第一接入网网元不同时，可以不用将第二接入网网元满足的候选QoS文档标识发送给用户面网元，以减少信令交互。

一种可能的设计中，结合第九方面或者第九方面的可能的设计，接收模块，还用于接收来自第一接入网网元的第一接入网网元通知用户面网元QoS需求不能保障的QoS Flow的标识；发送模块，还用于根据第一QoS Flow的标识，向用户面网元发送用于指示第一QoSFlow的QoS需求能够得到保障的第四指示信息。

基于该可能的设计，第二接入网网元接收到第一接入网网元发送的第一QoS Flow的标识后，可以根据第一QoS Flow的标识检测第一QoS Flow的QoS需求是否能够得到保障，并向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

一种可能的设计中，结合第九方面或者第九方面的可能的设计，接收模块，还用于接收来自第一接入网网元或会话管理网元的至少一个候选QoS文档；接收模块，还用于接收来自第一接入网网元的第一候选QoS文档的标识；其中，第一候选QoS文档的标识为第一接入网网元向用户面网元发送的第一接入网网元能够满足QoS需求的候选QoS文档对应的标识；发送模块，还用于根据至少一个候选QoS文档和第一候选QoS文档向用户面网元发送第二接入网网元能够满足QoS需求的第二候选QoS文档的标识。

基于该可能的设计，第二接入网网元接收到至少一个候选QoS文档后，可以从至少一个候选QoS文档中确定可以自身可以满足QoS需求的第二候选QoS文档，并根据第一接入网网元发送的第一候选QoS文档，判断第二候选QoS文档是否与第一候选QoS文档相同，如果不同，将第二候选QoS文档的标识发送给用户面网元，如果相同，可以不用将第二候选QoS文档的标识发送给用户面网元，以减少信令交互。

第十方面，提供了一种通信装置，该通信装置可以为接入网网元或者接入网网元中的芯片或者片上***。该通信装置可以实现上述各方面或者各可能的设计中接入网网元所执行的功能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：收发器。收发器可以用于支持通信装置实现上述第八方面或者第八方面的任一种可能的设计中所涉及的功能。例如：收发器可以用于接收来自会话管理网元的第一服务质量流QoSFlow的QoS通知控制指示信息，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知；收发器还可以用于根据QoS通知控制指示信息，向用户面网元发送包括第一QoS Flow的标识和第一指示信息的第一消息；第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障。在又一种可能的设计中，所述通信装置还可以包括存储器，存储器，用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时，该收发器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第八方面或者第八方面的任一种可能的设计所述的报告信息的发送方法。

其中，该通信装置的具体实现方式可参考第八方面或第八方面的任一种可能的设计提供的报告信息的发送方法中接入网网元的行为功能。

第十一方面，提供了一种通信装置，该通信装置包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码或计算机指令；当一个或多个处理器执行计算机指令时，使得通信装置执行如第八方面或者第八方面的任一可能的设计所述的报告信息的发送方法。

第十二方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令或程序，当计算机指令或程序在计算机上运行时，使得计算机执行如第八方面或者第八方面的任一可能的设计所述的报告信息的发送方法。

第十三方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第八方面或者第八方面的任一可能的设计所述的报告信息的发送方法。

第十四方面，提供了一种芯片***，所述芯片***包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器中存储有计算机程序代码或计算机指令；当所述一个或多个处理器执行所述计算机程序代码或计算机指令时，使得所述芯片***执行如上述第八方面或者第八方面的任一可能的设计所述的报告信息的发送方法。

其中，第十方面至第十四方面中任一种设计方式所带来的技术效果可参见上述第八方面至第九方面的任一种可能的设计所带来的技术效果，不再赘述。

第十五方面，提供了一种报告信息的发送方法，包括：会话管理网元接收来自策略控制网元的包括服务质量QoS通知控制指示信息和通知端点的信息的第三策略，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点；会话管理网元向第一接入网网元发送根据第三策略确定的第一服务质量流QoS Flow的标识和QoS通知控制指示信息；会话管理网元向用户面网元发送包括第一QoS Flow的标识和会话管理网元分配的通知端点的第四策略；会话管理网元从用户面网元接收第一报告信息向通知端点发送第一报告信息，其中第一报告信息中包括第二指示信息，第二指示信息可以用于指示应用的业务数据流的QoS需求能否得到保障。

基于上述方法，会话管理网元接收到策略控制网元发送的第三策略后，通过将第一QoS Flow的标识和QoS通知控制指示信息发送给第一接入网网元，以使第一接入网网元向用户面网元发送第一消息，通过将第一QoS Flow的标识和会话管理网元分配的通知端点发送给用户面网元，以使用户面网元根据接收到的第一消息生成第一报告信息后，向会话管理网元发送第一报告信息。

一种可能的设计中，结合第十五方面，会话管理网元还向第一接入网网元发送用于指示接入网网元将QoS需求能否得到保障的通知通过第一消息发送给用户面网元的第六指示信息。

基于该可能的设计，会话管理网元向第一接入网网元发送显式的第六指示信息，以指示第一接入网网元将QoS需求能否得到保障的通知通过第一消息发送给用户面网元。

一种可能的设计中，结合第十五方面或者第十五方面的可能的设计，第四策略包括至少一个候选QoS参数集、以及每个候选QoS参数集的标识对应的候选业务需求的标识；会话管理网元根据至少一个候选QoS参数集确定至少一个候选QoS文档；第一策略中还包括至少一个候选QoS文档的标识、以及至少一个候选QoS文档的标识对应的候选业务需求的标识。

基于该可能的设计，会话管理网元根据至少一个候选QoS参数集确定至少一个候选QoS文档，并将至少一个候选QoS文档的标识、以及至少一个候选QoS文档的标识对应的候选业务需求的标识发送给用户面网元，以使用户面网元在接收到第一候选QoS文档的标识后，确定第一候选QoS文档对应的候选业务需求的标识。

一种可能的设计中，结合第十五方面或者第十五方面的可能的设计，会话管理网元接收来自第一接入网网元的第一服务质量流QoS Flow的标识和第一指示信息；其中，第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障；会话管理网元接收来自第二接入网网元的第二接入网网元接受的QoS Flow的标识列表；其中，标识列表中包括第一QoSFlow的标识；会话管理网元向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

基于该可能的设计，会话管理网元根据第一接入网网元发送的用于指示第一QoSFlow的QoS需求不能得到保障的第一指示信息，以及第二接入网网元发送的第二接入网网元接受的QoS Flow的标识列表，确定用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息，并发送给用户面网元，便于用户面网元根据第四指示信息得到第二报告信息，并将第二报告信息发送给应用功能网元。

一种可能的设计中，结合第十五方面或者第十五方面的可能的设计，会话管理网元接收来自第二接入网网元的第二接入网网元接受的QoS Flow的标识列表；会话管理网元向用户面网元发送标识列表。

基于该可能的设计，会话管理网元将接收的第二接入网网元接受的QoS Flow的标识列表转发给用户面网元，以使用户面网元根据该标识列表确定第二报告信息，并将第二报告信息发送给应用功能网元。

第十六方面，提供了一种通信装置，通信装置可以实现上述第十五方面或者第十五方面可能的设计中会话管理网元所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置包括：接收模块，发送模块。

接收模块，用于接收来自策略控制网元的包括服务质量QoS通知控制指示信息和通知端点的信息的第三策略，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点；发送模块，用于向第一接入网网元发送根据第三策略确定的第一服务质量流QoS Flow的标识和QoS通知控制指示信息；会话管理网元向用户面网元发送包括第一QoS Flow的标识和会话管理网元分配的通知端点的第四策略；接收模块，还用于接收来自用户面网元的第一报告信息；发送模块，还用于向应用功能网元发送接收到的第一报告信息，其中第一报告信息中包括第二指示信息，第二指示信息可以用于指示应用的业务数据流的QoS需求能否得到保障。

其中，该通信装置的具体实现方式可参考第十五方面或第十五方面的任一种可能的设计提供的报告信息的发送方法中会话管理网元的行为功能，基于第十六方面所述的通信装置，会话管理网元接收到策略控制网元发送的第三策略后，通过将第一QoS Flow的标识和QoS通知控制指示信息发送给第一接入网网元，以使第一接入网网元向用户面网元发送第一消息，通过将第一QoS Flow的标识和会话管理网元分配的通知端点发送给用户面网元，以使用户面网元根据接收到的第一消息生成第一报告信息后，向会话管理网元发送第一报告信息。

一种可能的设计中，结合第十六方面，发送模块，还用于向第一接入网网元发送用于指示接入网网元将QoS需求能否得到保障的通知通过第一消息发送给用户面网元的第六指示信息。

基于该可能的设计，会话管理网元向第一接入网网元发送显式的第六指示信息，以指示第一接入网网元将QoS需求能否得到保障的通知通过第一消息发送给用户面网元。

一种可能的设计中，结合第十六方面或者第十六方面的可能的设计，第三策略包括至少一个候选QoS参数集、以及每个候选QoS参数集的标识对应的候选业务需求的标识；通信装置还包括处理模块，处理模块用于根据至少一个候选QoS参数集确定至少一个候选QoS文档；第四策略中还包括至少一个候选QoS文档的标识、以及至少一个候选QoS文档的标识对应的候选业务需求的标识。

基于该可能的设计，会话管理网元根据至少一个候选QoS参数集确定至少一个候选QoS文档，并将至少一个候选QoS文档的标识、以及至少一个候选QoS文档的标识对应的候选业务需求的标识发送给用户面网元，以使用户面网元在接收到第一候选QoS文档的标识后，确定第一候选QoS文档对应的候选业务需求的标识。

一种可能的设计中，结合第十六方面或者第十六方面的可能的设计，接收模块，还用于接收来自第一接入网网元的第一服务质量流QoS Flow的标识和用于指示第一QoSFlow的QoS需求不能得到保障的第一指示信息；接收模块，还用于接收来自第二接入网网元的第二接入网网元接受的QoS Flow的标识列表；其中，标识列表中包括第一QoS Flow的标识；发送模块，还用于会话管理网元向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

基于该可能的设计，会话管理网元根据第一接入网网元发送的用于指示第一QoSFlow的QoS需求不能得到保障的第一指示信息，以及第二接入网网元发送的第二接入网网元接受的QoS Flow的标识列表，确定用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息，并发送给用户面网元，便于用户面网元根据第四指示信息得到第二报告信息，并将第二报告信息发送给会话管理网元，会话管理网元再发送给应用功能网元。

一种可能的设计中，结合第十六方面或者第十六方面的可能的设计，接收模块，还用于接收来自第二接入网网元的第二接入网网元接受的QoS Flow的标识列表；发送模块，还用于向用户面网元发送标识列表。

基于该可能的设计，会话管理网元将接收的第二接入网网元接受的QoS Flow的标识列表转发给用户面网元，以使用户面网元根据该标识列表确定第二报告信息，并将第二报告信息发送给会话管理网元，会话管理网元再发送给应用功能网元。

第十七方面，提供了一种通信装置，该通信装置可以为会话管理网元或者会话管理网元中的芯片或者片上***。该通信装置可以实现上述各方面或者各可能的设计中会话管理网元所执行的功能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：收发器。收发器可以用于支持通信装置实现上述第十五方面或者第十五方面的任一种可能的设计中所涉及的功能。例如：收发器可以用于接收来自策略控制网元的包括服务质量QoS通知控制指示信息和通知端点的信息的第三策略，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点；收发器还可以用于向第一接入网网元发送根据第三策略确定的第一服务质量流QoS Flow的标识和QoS通知控制指示信息；收发器还用于向用户面网元发送包括第一QoS Flow的标识的第四策略。收发器还用于从用户面网元接收第一报告信息；收发器还用于向应用功能网元发送接收到的第一报告信息，其中第一报告信息中包括第二指示信息，第二指示信息可以用于指示应用的业务数据流的QoS需求能否得到保障。在又一种可能的设计中，所述通信装置还可以包括存储器，存储器，用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时，该收发器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第十五方面或者第十五方面的任一种可能的设计所述的报告信息的发送方法。

其中，该通信装置的具体实现方式可参考第十五方面或第十五方面的任一种可能的设计提供的报告信息的发送方法中会话管理网元的行为功能。

第十八方面，提供了一种通信装置，该通信装置包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码或计算机指令；当一个或多个处理器执行计算机指令时，使得通信装置执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第十九方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令或程序，当计算机指令或程序在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第二十方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第二十一方面，提供了一种芯片***，所述芯片***包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器中存储有计算机程序代码或计算机指令；当所述一个或多个处理器执行所述计算机程序代码或计算机指令时，使得所述芯片***执行如上述第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

其中，第十七方面至第二十一方面中任一种设计方式所带来的技术效果可参见上述第十五方面至第十六方面的任一种可能的设计所带来的技术效果，不再赘述。

第二十二方面，提供了一种报告信息的发送方法，包括：策略控制网元接收包括QoS通知控制指示信息和通知端点的信息的业务请求，QoS通知控制指示信息用于指示发送QoS Flow的服务质量QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点；策略控制网元向会话管理网元发送根据业务请求对应的包括QoS通知控制指示信息和通知端点的信息的第三策略。

基于上述方法，策略控制网元接收到业务请求后，通过将QoS通知控制指示信息和通知端点的信息发送给会话管理网元，以使会话管理网元将QoS通知控制指示信息发送给第一接入网网元，将通知端点的信息发送给用户面网元，使得第一接入网网元根据QoS通知控制指示信息将第一消息发送给用户面网元，用户面网元将根据第一消息确定的第一报告信息通过通知端点发送给应用功能网元。

一种可能的设计中，结合第二十二方面，策略控制网元接收用于指示策略控制网元向会话管理网元发送通知端点的信息的第七指示信息。

基于该可能的设计，策略控制网元接收到第七指示信息后，根据该显式的第七指示信息，便可明确得知需要向会话管理网元发送通知端点的信息，便于会话管理网元后续将通知端点的信息发送给用户面网元。

一种可能的设计中，结合第二十二方面或者第二十二方面可能的设计，业务请求还包括用于指示通过优化路径发送QoS需求能否得到保障的通知的第八指示信息。

基于该可能的设计，策略控制网元接收到第八指示信息后，可以确定需要通过优化路径发送QoS需求能否得到保障的通知，根据该第八指示信息，向会话管理网元发送通知端点的信息。

第二十三方面，提供了一种通信装置，通信装置可以实现上述第二十二方面或者第二十二方面可能的设计中策略控制网元所执行的功能，所述功能可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个上述功能相应的模块。如：该通信装置包括：接收模块，发送模块。

接收模块，用于接收包括QoS通知控制指示信息和通知端点的信息的业务请求，QoS通知控制指示信息用于指示发送QoS Flow的服务质量QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点。

发送模块，用于向会话管理网元发送根据业务请求对应的包括QoS通知控制指示信息和通知端点的信息的第三策略。

其中，该通信装置的具体实现方式可参考第二十二方面或第二十二方面的任一种可能的设计提供的报告信息的发送方法中策略控制网元的行为功能，基于第二十三方面所述的通信装置，策略控制网元接收到业务请求后，通过将QoS通知控制指示信息和通知端点的信息发送给会话管理网元，以使会话管理网元将QoS通知控制指示信息发送给第一接入网网元，将通知端点的信息发送给用户面网元，使得第一接入网网元根据QoS通知控制指示信息将第一消息发送给用户面网元，用户面网元将根据第一消息确定的第一报告信息通过通知端点发送给应用功能网元。

一种可能的设计中，结合第二十三方面，接收模块，还用于接收用于指示策略控制网元向会话管理网元发送通知端点的信息的第七指示信息。

基于该可能的设计，策略控制网元接收到第七指示信息后，根据该显式的第七指示信息，便可明确得知需要向会话管理网元发送通知端点的信息，便于会话管理网元后续将通知端点的信息发送给用户面网元。

一种可能的设计中，结合第二十三方面或者第二十三方面可能的设计，业务请求还包括用于指示通过优化路径发送QoS需求能否得到保障的通知的第八指示信息。

基于该可能的设计，策略控制网元接收到第八指示信息后，可以确定需要通过优化路径发送QoS需求能否得到保障的通知，根据该第八指示信息，向会话管理网元发送通知端点的信息。

第二十四方面，提供了一种通信装置，该通信装置可以为策略控制网元或者策略控制网元中的芯片或者片上***。该通信装置可以实现上述各方面或者各可能的设计中策略控制网元所执行的功能，所述功能可以通过硬件实现。一种可能的设计中，该通信装置可以包括：收发器。收发器可以用于支持通信装置实现上述第二十二方面或者第二十二方面的任一种可能的设计中所涉及的功能。例如：收发器可以用于接收包括QoS通知控制指示信息和通知端点的信息的业务请求，QoS通知控制指示信息用于指示发送QoS Flow的服务质量QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点；收发器还可以用于向会话管理网元发送根据业务请求对应的包括QoS通知控制指示信息和通知端点的信息的第三策略。在又一种可能的设计中，所述通信装置还可以包括存储器，存储器，用于保存通信装置必要的计算机执行指令和数据。当该通信装置运行时，该收发器执行该存储器存储的该计算机执行指令，以使该通信装置执行如上述第二十二方面或者第二十二方面的任一种可能的设计所述的报告信息的发送方法。

其中，该通信装置的具体实现方式可参考第二十二方面或第二十二方面的任一种可能的设计提供的报告信息的发送方法中策略控制网元的行为功能。

第二十五方面，提供了一种通信装置，该通信装置包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器用于存储计算机程序代码或计算机指令；当一个或多个处理器执行计算机指令时，使得通信装置执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第二十六方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机指令或程序，当计算机指令或程序在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第二十七方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行如第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

第二十八方面，提供了一种芯片***，所述芯片***包括一个或多个处理器和一个或多个存储器；一个或多个存储器与一个或多个处理器耦合，一个或多个存储器中存储有计算机程序代码或计算机指令；当所述一个或多个处理器执行所述计算机程序代码或计算机指令时，使得所述芯片***执行如上述第一方面或者第一方面的任一可能的设计所述的报告信息的发送方法。

其中，第二十四方面至第二十八方面中任一种设计方式所带来的技术效果可参见上述第二十二方面至第二十三方面的任一种可能的设计所带来的技术效果，不再赘述。

第二十九方面，提供了一种通信***，该通信***包括如第二方面或第二方面的任一可能的设计所述的通信装置以及如第十六方面或者第十六方面的任一可能的设计所述的通信装置。

第三十方面，提供了一种通信***，该通信***包括如第二方面或第二方面的任一可能的设计所述的通信装置、如第十六方面或者第十六方面的任一可能的设计所述的通信装置以及如第二十三方面或第二十三方面的任一可能的设计所述的通信装置。

第三十一方面，提供了一种通信***，该通信***包括如第二方面或第二方面的任一可能的设计所述的通信装置、如第九方面或第九方面的任一可能的设计所述的通信装置、如第十六方面或者第十六方面的任一可能的设计所述的通信装置以及如第二十三方面或第二十三方面的任一可能的设计所述的通信装置。

附图说明

图1为本发明实施例提供的一种通信***的简化示意图；

图2为本发明实施例提供的一种通信装置的组成示意图；

图3为本发明实施例提供的一种报告信息的发送方法示意图；

图4为本发明实施例提供的一种报告信息的发送方法示意图；

图5为本发明实施例提供的一种报告信息的发送方法示意图；

图6为本发明实施例提供的一种报告信息的发送方法示意图；

图7为本发明实施例提供的一种报告信息的发送方法示意图；

图8为本发明实施例提供的一种报告信息的发送方法示意图；

图9为本发明实施例提供的一种报告信息的发送方法示意图；

图10为本发明实施例提供的一种通信装置的组成示意图；

图11为本发明实施例提供的一种通信装置的组成示意图；

图12为本发明实施例提供的一种通信装置的组成示意图；

图13为本发明实施例提供的一种通信装置的组成示意图。

具体实施方式

本申请实施例提供的报告信息的发送方法可用于任一通信***，该通信***可以为第三代合作伙伴计划(3rd generation partnership project，3GPP)通信***，例如，长期演进(long term evolution，LTE)***，又可以为第五代(5th generation，5G)移动通信***、新空口(new radio，NR)***、NR V2X***以及其他下一代通信***，也可以为非3GPP通信***，不予限制。下面以图1为例，对本申请实施例提供的报告信息的发送方法进行描述。

图1是本申请实施例提供的一种通信***的示意图，如图1所示，该通信***可以包括至少一个用户设备、接入网网元、接入和移动性管理(access and mobilitymanagement function，AMF)网元、会话管理(session management，SMF)网元、策略控制(policy control function，PCF)网元、用户面(user plane function，UPF)网元、网络开放(network exposure function，NEF)网元、应用功能(application function，AF)网元和数据网络(data network，DN)。如图1所示，应用功能网元可以部署在DN中，也可以部署在DN之外，与核心网网元的策略控制网元或者网络开放网元连接。该应用功能网元可以是第三方的应用控制平台也可以是运营商自己的设备，应用功能网元可以为多个应用服务器提供服务。

其中，图1中用户设备可以位于接入网网元的小区覆盖范围内，也可以位于接入网网元的小区覆盖范围外。其中，用户设备可以通过上行链路(uplink，UL)与接入网网元进行空口通信，用户设备在UL上向接入网网元发送数据，接入网网元将接收到的数据转发给核心网网元，由核心网网元对该数据进行处理，并将处理后的数据通过接入网网元下发给用户设备。如：用户设备在UL上通过上行链路物理层共享信道(physical sidelink sharechannel，PUSCH)向接入网网元发送上行数据，接入网网元将接收到的上行数据转发给核心网网元，核心网网元对该上行数据进行处理，将处理后的上行数据通过接入网网元下发给核心网网元；其中，转发用户设备至核心网网元的上行数据的接入网网元与转发核心网网元至用户设备的下行数据的接入网网元可以是同一个接入网网元，也可以是不同的接入网网元。

用户设备也可以通过特定接口与核心网网元进行通信，如：用户设备可以通过N1接口与核心网网元中的接入和移动性管理网元进行通信。

用户设备在接入网络后可以建立协议数据单元(protocol data unit，PDU)会话，通过PDU会话访问外部数据网络DN，与部署在DN中的应用功能网元进行交互，如图1所示，根据用户访问的DN不同，网络可以根据网络策略选择接入DN的用户面网元作为PDU会话的锚点，即协议数据单元锚点(PDU session anchor，PSA)，通过PSA的N6接口访问应用功能网元，同一个应用的应用功能网元可以部署在多个位置，网络可以根据用户设备的接入位置，选择靠近用户设备同时又能支持用户设备访问DN的PSA，以减少路由迂回，降低网络延迟，通常，应用功能网元部署在移动边缘计算(mobile edge compute，MEC)环境中，对于应用，需要感知到业务数据流传输路径的QoS信息，以便在应用层执行相应的调整。

其中，图1中的用户设备(user equipment，UE)可以称为终端(terminal)或者移动台(mobile station，MS)或者移动终端(mobile terminal，MT)等。具体的，图1中的用户设备可以是手机(mobile phone)、平板电脑或带无线收发功能的电脑。用户设备还可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制中的无线终端、无人驾驶中的无线终端、远程医疗中的无线终端、智能电网中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、车载终端、具有车对车(vehicle-to-vehicle，V2V)通信能力的车辆、智能网联车、有无人机对无人机(UAVto UAV，U2U)通信能力的无人机等等，不予限制。

图1中的接入网网元可以是任意一种具有无线收发功能的设备，主要用于实现无线物理控制功能、资源调度和无线资源管理、无线接入控制以及移动性管理等功能。具体的，该接入网网元可以为接入网(access network，AN)/无线接入网(radio accessnetwork，RAN)设备，还可以为由多个5G-AN/5G-RAN节点组成的设备，又可以为基站(nodeB，NB)、演进型基站(evolution nodeB，eNB)、下一代基站(generation nodeB，gNB)、收发点(transmission receive point，TRP)、传输点(transmission point，TP)、路边单元(roadside unit，RSU)以及某种其它接入节点中的任一节点等，不予限制。

图1中的接入和移动性管理网元，主要负责用户设备的接入认证、移动性管理、各个功能网元间的信令交互等工作，如：对用户的注册状态、用户的连接状态、用户注册入网、跟踪区更新、小区切换用户认证和密钥安全等进行管理。

图1中的会话管理网元，可以称为会话管理功能或者多播/组播业务管理功能(multicast/broadcast-service management function，MB-SMF)或者多播会话管理网元等，不予限制。会话管理网元主要用于实现用户面传输逻辑通道，如：分组数据单元(packetdata unit，PDU)会话的建立、释放和更改等会话管理功能。在一些场景下，SMF可能无法直接管理一些区域的UPF，如图1所示，可以***中间会话管理(intermediate SMF，I-SMF)网元，来对这些UPF进行管理。

图1中的策略控制网元，用于根据应用的业务数据流的QoS需求，确定应用的业务数据流对应的QoS参数集，根据QoS参数集制定策略与计费控制规则(policy and chargingcontrol rule，PCC规则)，并将PCC规则发送给会话管理网元。

图1中的用户面网元，可以称为PDU会话锚点(PSF)、用户面功能或者多播/组播用户面功能(multicast/broadcast user plane fuction，MB-UPF)。用户面网元可以作为用户面传输逻辑通道上的锚点，主要用于完成用户面数据的路由转发等功能，如：与终端之间建立通道(即用户面传输逻辑通道)，在该通道上转发终端和DN之间的数据包以及负责对终端的数据报文过滤、数据转发、速率控制、生成计费信息等。多播/组播(multicast/broadcast，MB)业务控制器(MB service controller)，具有群组管理、安全管理以及业务公告等业务管理功能。

图1中的应用功能网元，主要是提供应用服务器和核心网中的网元交互的中间功能实体，应用服务器可以通过它实现对网络服务质量和计费的动态控制、保障SLA需求、获取核心网中某个网元的运行信息等。在本申请实施例中，应用功能网元可以为运营商部署的功能实体，也可以为服务提供商部署的功能实体，该服务提供商可以为第三方服务提供商，还可以为运营商内部的服务提供商，不予限制；当应用功能网元为运营商部署的功能实体时，应用功能网元可以直接与核心网中的网元交互，当应用功能网元为第三方服务提供商部署的功能实体时，应用功能网元可以通过图1中的网络开放网元与核心网中的网元交互。

需要说明的是，本申请实施例的多个终端、接入网网元以及核心网网元都可以为一个或多个芯片，也可以为片上***(system on chip，SOC)等。图1仅为示例性附图，其包括的设备数量不受限制。此外，除图1所示设备之外，该通信***还可以包括其他设备。图1中各个设备的名称、各个链路的命名不受限制，除图1所示名称之外，各个设备、各个链路还可以命名为其他名称。除图1所示网元外，图1所示网络还可以包括网络切片选择(NetworkSlice Selection Function，NSSF)网元、网络仓库(Network Repository Function，NRF)网元、认证服务(authentication server function，AUSF)网元、统一数据存储库(unifieddata repository，UDR)网元、网络数据分析(network data analytics function，NWDAF)网元等，不予限制。

目前，现有技术中，如图1所示，接入网网元生成的QoS Flow的QoS需求能否得到保障的指示信息依次经过中央数据中心的接入和移动性管理网元、会话管理网元、策略控制网元、网络开放网元上报给本地数据中心的应用功能网元，由于接入网网元生成的指示信息需要经过多个核心网网元上报给应用功能网元，上报路径较长，会降低指示信息上报的时效性，不利于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，无法及时满足应用的QoS需求。

为解决该问题，如图1所示，本申请实施例提供一种报告信息的发送方法，通过将接入网网元生成的指示信息通过本地数据中心的用户面网元向应用功能网元进行上报，与现有技术相比，可以缩短上报路径，提高指示信息上报的时效性，便于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，可以及时满足应用的QoS需求。具体的，该实现方法可以参照下述图3-图10所示方法对应的实施例。

具体实现时，图1所示，如：各个终端、接入网网元和核心网网元均可以采用图2所示的组成结构，或者包括图2所示的部件。图2为本申请实施例提供的一种通信装置200的组成示意图，该通信装置200可以为终端或者终端中的芯片或者片上***；也可以为接入网网元或者接入网网元中的芯片或者片上***；也可以为核心网网元或者核心网网元中的芯片或者片上***。如图2所示，该通信装置200包括处理器201，收发器202以及通信线路203。

进一步的，该通信装置200还可以包括存储器204。其中，处理器201，存储器204以及收发器202之间可以通过通信线路203连接。

其中，处理器201是中央处理器(central processing unit，CPU)、通用处理器网络处理器(network processor，NP)、数字信号处理器(digital signal processing，DSP)、微处理器、微控制器、可编程逻辑器件(programmable logic device，PLD)或它们的任意组合。处理器201还可以是其它具有处理功能的装置，例如电路、器件或软件模块，不予限制。

收发器202，用于与其他设备或其它通信网络进行通信。该其它通信网络可以为以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local areanetworks，WLAN)等。收发器202可以是模块、电路、收发器或者任何能够实现通信的装置。

通信线路203，用于在通信装置200所包括的各部件之间传送信息。

存储器204，用于存储指令。其中，指令可以是计算机程序。

其中，存储器204可以是只读存储器(read-only memory，ROM)或可存储静态信息和/或指令的其他类型的静态存储设备，也可以是随机存取存储器(random accessmemory，RAM)或可存储信息和/或指令的其他类型的动态存储设备，还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或其他磁存储设备等，不予限制。

需要指出的是，存储器204可以独立于处理器201存在，也可以和处理器201集成在一起。存储器204可以用于存储指令或者程序代码或者一些数据等。存储器204可以位于通信装置200内，也可以位于通信装置200外，不予限制。处理器201，用于执行存储器204中存储的指令，以实现本申请下述实施例提供的报告信息的发送方法。

在一种示例中，处理器201可以包括一个或多个CPU，例如图2中的CPU0和CPU1。

作为一种可选的实现方式，通信装置200包括多个处理器，例如，除图2中的处理器201之外，还可以包括处理器207。

作为一种可选的实现方式，通信装置200还包括输出设备205和输入设备206。示例性地，输入设备206是键盘、鼠标、麦克风或操作杆等设备，输出设备205是显示屏、扬声器(speaker)等设备。

需要指出的是，通信装置200可以是台式机、便携式电脑、网络服务器、移动手机、平板电脑、无线终端、嵌入式设备、芯片***或有图2中类似结构的设备。此外，图3中示出的组成结构并不构成对该通信装置的限定，除图2所示部件之外，该通信装置可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

本申请实施例中，芯片***可以由芯片构成，也可以包括芯片和其他分立器件。

此外，本申请的各实施例之间涉及的动作、术语等均可以相互参考，不予限制。本申请的实施例中各个设备之间交互的消息名称或消息中的参数名称等只是一个示例，具体实现中也可以采用其他的名称，不予限制。

下面结合图1所示通信***，以第一接入网网元将用于指示第一QoS Flow的QoS需求能否得到保障的第一指示信息上报给用户面网元，用户面网元对第一指示信息进行处理得到第一报告信息并上报给应用功能网元为例，对本申请实施例提供的报告信息的发送方法进行描述，其中，第一接入网网元可以为通信***中的任一接入网网元，第一QoS Flow可以为网络中任一QoS Flow，下述实施例所述的接入网网元、用户面网元、应用功能网元可以具备图2所示部件。

图3为本申请实施例提供的一种报告信息的发送方法的流程图，在执行图3之前，会话管理网元已采用现有技术为应用对应的业务数据流确定对应的QoS Flow。如图3所示，该方法可以包括：

步骤301、第一接入网网元检测第一QoS Flow的QoS需求能否得到保障。

其中，第一QoS Flow可以用于传输某个应用对应的业务数据流或者可以描述为第一QoS Flow可以用于从第一接入网设备向用户设备传输某个应用对应的业务数据流。策略控制网元根据该应用的业务数据流的QoS需求确定对应的PCC规则的QoS参数。会话管理网元进一步根据QoS参数确定第一QoS Flow的QoS参数(即第一QoS Flow的QoS需求)，最终第一QoS Flow的QoS需求满足与该应用对应的业务数据流的QoS需求，即通过第一QoS Flow传输该应用对应的业务数据流可以满足业务数据流的QoS需求。

其中，第一QoS Flow的QoS需求可以包括最大带宽(即最大传输比特率，maxbitrate)、保障带宽(即保障比特率,guaranteed bitrate)、包延迟预计(packet delaybudget)和包错误率(packet error rate)中的一种或多种等等；业务数据流的QoS需求可以包括媒体类型、最大请求带宽、最小请求带宽、最大支持带宽、最小期望带宽、最大丢包率和QoS参考标识中的一种或多种。

示例性的，第一接入网网元检测第一QoS Flow的QoS需求能否得到保障可以包括：第一接入网网元检测第一QoS Flow当前实际的服务质量，若第一QoS Flow当前实际的服务质量满足第一QoS Flow的QoS需求，则确定第一QoS Flow的QoS需求能够得到保障，反之，则确定QoS Flow的QoS需求不能得到保障。

例如，以检测第一QoS Flow的保障带宽是否得到保障为例，第一接入网设备可以检测一段时间内第一QoS Flow上传输的业务数据流的最小传输速率，确定该业务数据流的最小传输速率是否满足保障传输的传输速率，若该业务数据流的最小传输速率大于等于保障传输速率，则确定第一QoS Flow的QoS需求能够得到保障，反之，若该业务数据流的最小传输速率小于保障传输的传输速率，则确定QoS Flow的QoS需求不能得到保障。

步骤302、第一接入网网元向用户面网元发送第一消息。

其中，第一消息可以包括第一QoS Flow的标识和第一指示信息；或者，第一消息可以包括第一指示信息。示例性的，第一接入网设备可以根据第六指示信息，第一QoS Flow的标识和第一指示信息封装在第一消息中。

其中，第六指示信息可以用于指示将第一QoS Flow的标识和第一指示信息通过同一消息发送给用户面网元，第六指示信息可以由会话管理网元发送给第一接入网网元。

其中，第一QoS Flow的标识可以用于标识第一QoS Flow，第一QoS Flow的标识可以为QFI或者5QI等，不予限制。第一QoS Flow的标识可以由会话管理网元在确定第一QoSFlow时发送给第一接入网设备。

其中，当第一消息包括第一QoS Flow的标识和第一指示信息时，第一QoS Flow的标识和第一指示信息对应，第一指示信息可以用于指示第一QoS Flow的QoS需求能否得到保障或者用于指示某个QoS Flow的QoS需求能否得到保障。例如，若第一接入网网元检测第一QoS Flow的QoS需求不能得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障；若第一接入网网元检测第一QoS Flow的QoS需求能够得到保障(通常是再次检测，确定能够得到保障)，则第一指示信息用于指示第一QoS Flow的QoS需求能够得到保障。

当第一消息包括第一指示信息时，第一指示信息可以用于显式指示第一QoS Flow的QoS需求能否得到保障，如：当第一消息包括第一指示信息时，第一指示信息可以包括第一QoS Flow的标识；或者，当第一消息包括第一指示信息时，第一指示信息用于指示某个QoS Flow的QoS需求能否得到保障，此时，第一指示信息与第一QoS Flow对应或者具有绑定关系，如：可以预配置QoS Flow与消息类型的对应关系，第一指示信息的消息类型与第一QoS Flow对应的消息类型相同，通过第一指示信息的消息类型以及QoS Flow与消息类型的对应关系可以确定第一指示信息用于指示第一QoS Flow的QoS需求能否得到保障。

示例性的，第一接入网网元向用户面网元发送第一消息可以包括：第一接入网设备根据用于指示通过优化路径发送QoS需求能否得到保障的通知的指示信息，向用户面网元发送第一消息。

其中，优化路径可以指向应用功能网元上报QoS需求能否得到保障的最短/最优路径，本申请实施例中，优化路径可以包括从接入网网元→本地数据中心的用户面网元→应用功能网元的路径。从第一接入网网元角度看，优化路径可以认为是通过用户面上报QoS需求能否得到保障。

具体的，优化路径的相关描述以及用于指示通过优化路径发送QoS需求能否得到保障的通知的指示信息的配置方式可参照图4对应的实施例中所述。

步骤303、用户面网元接收第一消息，根据第一消息向应用功能网元发送第一报告信息。

其中，第一报告信息中可以包括第二指示信息。第二指示信息可以用于指示应用的业务数据流的QoS需求能否得到保障。若第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障，则确定第二指示信息用于指示第一QoS Flow对应的应用的业务数据流的QoS需求不能得到保障；或者，若第一指示信息用于指示第一QoS Flow的QoS需求能够得到保障，第二指示信息用于指示第一QoS Flow对应的应用的业务数据流的QoS需求能够得到保障。

可选的，除包括第二指示信息之外，第一报告信息还包括业务数据流的标识，业务数据流的标识可以用于标识业务数据流。

具体的，当第一消息包括第一QoS Flow的标识和第一指示信息，且第一QoS Flow的标识和第一指示信息对应时，用户面网元接收到第一消息后，可以根据第一消息中的第一QoS Flow的标识、以及QoS Flow的标识与应用的业务数据流的标识间的对应关系，确定与第一QoS Flow对应的应用的业务数据流，并根据第一指示信息生成用于指示该应用的业务数据流的QoS需求能否得到保障的第二指示信息，将第二指示信息携带在第一报告信息中上报给应用功能网元。

当第一消息包括第一指示信息，第一指示信息包括第一QoS Flow的标识时，用户面网元可以根据第一指示信息包括的第一QoS Flow的标识、以及QoS Flow的标识与应用的业务数据流的标识间的对应关系，确定与第一QoS Flow对应的应用的业务数据流，并根据第一指示信息生成用于指示该应用的业务数据流的QoS需求能否得到保障的第二指示信息，将第二指示信息携带在第一报告信息中上报给应用功能网元。

当第一消息包括第一指示信息，且第一指示信息与第一QoS Flow对应时，用户面网元可以根据第一指示信息确定第一QoS Flow，如：通过第一指示信息的消息类型以及QoSFlow与消息类型的对应关系确定第一QoS Flow，根据第一QoS Flow的标识、以及QoS Flow的标识与应用的业务数据流的标识间的对应关系，确定与第一QoS Flow对应的应用的业务数据流，并根据第一指示信息生成用于指示该应用的业务数据流的QoS需求能否得到保障的第二指示信息，将第二指示信息携带在第一报告信息中上报给应用功能网元。

其中，QoS Flow的标识与应用的业务数据流的标识间的对应关系可以由会话管理网元在采用现有技术确定应用的业务数据流对应的QoS Flow后发送给用户面网元。

一种示例中，用户面网元向应用功能网元发送第一报告信息可以包括：用户面网元根据用于指示通过优化路径发送QoS需求能否得到保障的通知的指示信息，向应用功能网元发送第一报告信息。

其中，用于指示通过优化路径发送QoS需求能否得到保障的通知的指示信息可以由会话管理网元发送给用户面网元。具体的，该过程可参照图4对应的实施例中所述。

又一种示例中，用户面网元向应用功能网元发送第一报告信息可以包括：户面网元根据用于指示用户面网元向应用功能网元发送第一报告信息的第五指示信息，向应用功能网元发送第一报告信息。

其中，第五指示信息可以由会话管理网元发送给用户面网元。具体的，该过程可参照图4对应的实施例中所述。

具体的，用户面网元向应用功能网元发送第一报告信息可以包括：

方式一、用户面网元根据第一策略包括的通知端点的信息，通过应用功能网元的通知端点，向应用功能网元发送第一报告信息。

其中，第一策略可以由会话管理网元发送给用户面网元，第一策略包括的通知端点的信息可以用于指示应用功能网元的通知端点。

具体的，第一策略的相关描述以及实现过程可参照图4对应的实施例中所述。

方式二、用户面网元根据第二策略包括的通知端点的信息，将第一报告信息发送给本地网络开放网元的通知端点，通过本地网络开放网元将第一报告信息发送给应用功能网元。

其中，第二策略可以由会话管理网元发送给用户面网元，第二策略包括的通知端点的信息可以用于指示本地网络开放网元的通知端点。

具体的，第二策略的相关描述以及实现过程可参照图4对应的实施例中所述。

方式三、用户面网元根据第四策略包括的会话管理网元分配的通知端点(不包括应用功能网元的通知端点的信息或本地网络开放网元的通知端点的信息。在之前的PDU会话建立过程中，会话管理网元已经向用户面网元发送了自身的事件通知地址，此时第四策略中还会包括会话管理网元分配的通知关联标识，具体为一个通知序列号，或是一个事件报告规则标识)，将第一报告信息发送给会话管理网元的通知端点，通过会话管理网元将第一报告信息发送给应用功能网元。会话管理网元可以直接将第一报告信息发送给应用功能网元或者进一步通过本地网络开放网元将第一报告信息发送给应用功能网元。

其中，第四策略可以由会话管理网元发送给用户面网元，此时，会话管理网元部署在本地数据中心。

具体的，第四策略的相关描述以及实现过程可参照图4对应的实施例中所述。

进一步的，应用功能网元接收到第一报告信息后，可以根据第一报告信息对应用的业务数据流进行调整，满足应用的QoS需求。

需要说明的是，图3以一个QoS Flow的QoS需求是否得到保障为例进行了说明，类似的，可以参照图3所示，检测两个或者两个以上的QoS Flow的QoS需求是否得到保障，并根据每个QoS Flow的QoS需求是否得到保障向应用功能网元发送每个QoS Flow对应的业务数据流的QoS需求是否得到保障。其中，一个应用可以包括多个业务数据流，不同的业务数据流对应不同的QoS Flow，不同的QoS Flow可以对应不同的接入网网元。

例如，应用可以包括业务数据流11和业务数据流12，业务数据流11对应QoSFlow1，QoS Flow1对应接入网网元1，业务数据流12对应QoS Flow2，QoS Flow2对应接入网网元2；接入网网元1可以向用户面网元发送QoS Flow1的QoS需求能否得到保障的第一指示信息，接入网网元2可以向用户面网元发送QoS Flow2的QoS需求能否得到保障的第一指示信息，用户面网元在接收到接入网网元1发送的第一指示信息后，根据QoS Flow1对应的业务数据流11，向应用功能网元发送业务数据流11的QoS需求能否得到保障的第二指示信息；用户面网元在接收到接入网网元2发送的第一指示信息后，根据QoS Flow2对应的业务数据流12，向应用功能网元发送业务数据流12的QoS需求能否得到保障的第二指示信息；以使应用功能网元根据用户面网元发送的第二指示信息及时对应用的业务数据流进行调整，满足应用的QoS需求。

基于上述图3所示方法，本申请实施例指出，将接入网网元生成的第一指示信息发送给本地数据中心的用户面网元，由用户面网元对第一指示信息进行处理，得到第二指示信息，并将第二指示信息上报给应用功能网元。与现有接入网网元依次经过中央数据中心的接入和移动性管理网元、会话管理网元、策略控制网元和网络开放网元将指示信息上报给本地数据中心的应用功能网元相比，可以缩短上报路径，提高指示信息上报的时效性，便于应用功能网元根据指示信息及时对应用的业务数据流进行调整，对于时间敏感性较高的应用，可以及时满足应用的QoS需求。

下面参照图4所示，对图3所示方法中采用优化路径向应用功能网元上报QoS需求能否得到保障的通知的报告信息的发送方法进行详细描述。

图4为本申请实施例提供的一种报告信息的发送方法，该方法包括：

步骤401、用户设备建立PDU会话。

其中，用户设备建立PDU会话的过程可参照现有技术，不予赘述。

其中，在PDU会话建立完成后，第一接入网网元可以保存本地数据中心的用户面网元的核心网隧道信息以及用户面网元可接受的上行数据包的对应关系。用户面网元的核心网隧道信息可以包括用户面网元的互联网协议地址(internet protocol address，IP地址)和隧道端点标识，用户面网元的IP地址可以用于标识用户面网元，隧道端点标识可以标识用户面网元与第一接入网网元之间的隧道。会话管理网元向用户面网元提供事件报告的通知地址。

步骤402、应用功能网元向策略控制网元发送业务请求。

其中，该业务请求可以与应用的业务数据流对应，业务请求可以用于请求应用的业务数据流的QoS需求能否得到保障的通知。该业务请求可以包括业务数据流的描述信息(可以包括一个或多个业务数据流描述信息)、业务数据流的QoS需求(如媒体类型、QoS参考标识(QoS reference identification)、最大请求带宽、最小请求带宽、最大支持带宽、最小期望带宽和/或最大丢包率等)、QoS通知控制指示信息和通知端点的信息。QoS通知控制指示信息可以用于指示应用的业务数据流的QoS需求能否得到保障的通知。QoS参考标识对应策略控制网元上配置的QoS策略。应用功能网元代替应用的应用服务器向策略控制网元发送业务请求。应用功能网元和应用服务器之间的交互本申请不做限定。

其中，通知端点的信息可以包括通知目标地址；或者通知端点的信息可以包括通知目标地址和通知关联标识。通知端点可以为应用功能网元包括的用于接收应用的业务数据流的QoS需求能否得到保障的通知的端点。应用功能网元可以为不同的通知请求分配不同的目标通知地址，也可以分配相同的目标通知地址。若应用功能网元为不同的通知请求分配相同的目标通知地址，则应用功能网元需要分配不同的通知关联标识加以区分。

例如，网络中存在应用功能网元1，应用功能网元1可以对应应用1和应用2；对于应用1，业务请求1中可以包括业务数据流11和业务数据流12的描述信息，业务请求1可以对应应用功能网元的通知端点1；对于应用2，业务请求2中可以包括业务数据流21和业务数据流22，业务请求2可以对应应用功能网元1的通知端点2。

可选的，当业务请求中包括多个业务数据流的描述信息时，应用功能网元为每个业务数据流分配业务数据流的标识。

可选的，当业务请求包括通知端点的信息时，业务请求还可以隐式指示采用优化路径向应用功能网元发送应用的业务数据流的QoS需求能否得到保障的通知。可替换的，业务请求还包括第八指示信息，通过第八指示信息显式指示采用优化路径向应用功能网元发送应用的业务数据流的QoS需求能否得到保障的通知。

可选的，除包括QoS通知控制指示信息和通知端点的信息，业务请求还包括第七指示信息、应用功能网元的标识、终端的标识和事件的标识的一个或者多个信息。

可选的，当业务请求中还可以包括一个或多个可选候选业务需求(alternariveservice requirement)，每个候选业务需求包括一个QoS参考标识。

其中，第七指示信息可以用于指示策略控制网元向会话管理网元发送通知端点的信息。

其中，业务请求中还可以包括应用的位置信息。

其中，应用的业务数据流的标识可参照图4中所述，不予赘述。

其中，应用功能网元的标识可以为应用功能网元的身份信息，或者其他用于指示应用功能网元的信息等。

其中，终端的标识可以为终端的身份信息，或者其他用于指示终端的信息等。

其中，事件的标识可以用于指示检测业务数据流的QoS需求能否得到保障这一事件。

可选的，上述业务请求可以携带在策略创建请求或者策略授权创建请求(Npcf-policy authorization-creat request)消息中，应用功能网元通过向策略控制网元发送策略创建请求消息。

示例性的，应用功能网元可以通过与绑定支持(binding support function，BSF)网元进行交互，获取策略控制网元的地址，根据策略控制网元的地址向策略控制网元发送业务请求。其中，策略控制网元的地址可以用于标识策略控制网元，应用功能网元与BSF网元交互获取策略控制网元的地址的过程可参照现有技术，不予赘述。

示例性的，应用功能网元可以通过本地网络开放网元向策略控制网元发送上述业务请求，即步骤402可以被替换为步骤402a和步骤402b：

步骤402a、应用功能网元向本地网络开放网元发送业务请求。

步骤402b、本地网络开放网元根据接收到的业务请求，向策略控制网元发送更新后的业务请求。

其中，更新后的业务请求可以包括本地网络开放网元的通知端点的信息，本地网络开放网元的通知端点的信息可以包括本地网络开放网元的通知目标地址或者通知目标地址和通知关联标识。本地网络开放网元的通知端点可以为本地网络开放网元包括的用于接收应用的业务数据流的QoS需求能否得到保障的通知的端点。

具体的，本地网络开放网元在接收到应用功能网元发送的业务请求后，根据业务请求包括的应用功能网元的通知端点的信息、以及应用功能的通知端点与本地网络开放功能的通知端点间的对应关系，确定与应用功能网元的通知端点对应的本地网络开放网元的通知端点，并将业务请求中应用功能网元的通知端点的信息更新为本地网络开放网元的通知端点的信息，将更新后的业务请求发送给策略控制网元。

可选的，本地网络开放网元通过与BSF网元的交互，获取策略控制网元的地址，根据策略控制网元的地址向策略控制网元发送更新后的业务请求。其中，策略控制网元的地址可以用于标识策略控制网元，本地网络开放网元与BSF网元交互获取策略控制网元的地址的过程可参照现有技术，不予赘述。

步骤403、策略控制网元接收业务请求，并根据接收到的业务请求向会话管理网元发送第三策略。

其中，第三策略包括PCC规则。策略控制网元根据业务请求制定PCC规则。其中PCC规则中包括根据业务数据流描述信息确定的业务数据流模板、根据业务数据流的QoS需求确定的QoS参数。若业务请求中包括多个业务数据流，则策略控制网元可以针对不同的业务数据流制定不同的PCC规则，并且在PCC规则中包括对应的业务数据流标识。策略控制网元将PCC规则发送给会话管理网元。其中，PCC规则的相关描述可参照现有技术，不予赘述。

此外，PCC规则中包括QoS通知控制指示信息和通知端点的信息。QoS通知控制指示信息可以如上所述。需要说明的是，当应用功能网元向策略控制网元发送业务请求时，PCC规则中包括的通知端点为应用功能网元的通知端点的信息；当应用功能网元通过本地网络开放网元向策略控制网元发送业务请求时，PCC规则中包括的通知端点的信息为本地网络开放功能网元的通知端点的信息。

可选的，当业务请求包括事件的标识时，策略控制网元将事件的标识发送给会话管理网元。其中，事件的标识可如前所述，不予赘述。

可选的，当业务请求包括第七指示信息时，策略控制网元根据第七指示信息向会话管理网元发送第三策略。

可选的，当业务请求包括业务数据流对应的一个或多个候选业务需求，策略控制网元根据每一个候选业务需求确定对应的候选QoS参数集(alternative QoS parameterset)，每个候选QoS参数集包括候选QoS参数集标识、候选QoS参数(如5QI、GBR)和对应的候选需求标识。策略控制网元将一个或多个候选QoS参数集包括在对应的PCC规则中。

可选的，当业务请求包括第八指示信息时，策略控制网元根据第八指示信息确定采用优化路径向应用功能网元发送应用的业务数据流的QoS需求能否得到保障的通知时，向会话管理网元发送第三策略。

进一步可选的，当业务请求包括第八指示信息时，策略控制网元还将接收到的第八指示信息发送给会话管理网元，以使会话管理网元根据第八指示信息确定采用优化路径向应用功能网元发送应用的业务数据流的QoS需求能否得到保障的通知，并将通知端点的信息发送给用户面网元。

其中，第八指示信息和/或事件的标识可以携带在第三策略中发送给会话管理网元。

进一步的，当应用功能网元向策略控制网元发送业务请求时，策略控制网元在接收到业务请求后，向应用功能网元返回确认消息，表明策略控制网元已成功接收到业务请求。

进一步的，当采用步骤402a和步骤402b，由本地网络开放网元向策略控制网元发送业务请求时，策略控制网元可以在接收到更新后的业务请求后，向本地网络开放网元返回确认消息，表明策略控制网元已成功接收到更新后的业务请求，本地网络开放网元在接收到策略控制网元返回的确认消息后，可以向应用功能网元返回确认消息，表明本地网络开放网元成功接收到业务请求。

步骤404、会话管理网元接收第三策略，并根据第三策略向第一接入网网元发送第一QoS Flow的标识和QoS通知控制指示信息。

可选的，会话管理网元根据策略管理网元发送PCC规则中的QoS参数确定用于传输应用的业务数据流的第一QoS Flow。其中，会话管理网元根据策略管理网元发送的QoS参数确定用于传输应用的业务数据流的第一QoS Flow可以包括：根据QoS参数创建新的QoSFlow作为第一QoS Flow，或者修改已有的QoS Flow作为第一QoS Flow(即执行PCC规则的QoS Flow绑定)。若创建新的QoS Flow，会话管理网元可以为QoS Flow分配QoS Flow的标识和根据PCC规则的QoS参数制定对应的QoS文档(QoS profile)，并将第一QoS Flow的标识和对应的QoS文档发送给第一接入网网元。若修改已有的QoS Flow作为第一QoS flow，则会话管理网元无需为修改后的QoS Flow分配标识但要修改现有的QoS文档，此时，会话管理网元向第一接入网网元发送第一QoS Flow标识和修改后的QoS文档第一接入网设备可以保存第一QoS Flow的标识和QoS文档。会话管理网元根据绑定结果，保存第一QoS Flow标识和对应的PCC规则的通知端点的对应关系。若策略控制网元提供了多个PCC规则，则会话管理网元可能将不同的PCC规则绑定到不同的QoS Flow，则会话管理网元根据绑定结果保存QoSFlow的标识、通知端点和业务数据流标识的对应关系。

可选的，当一个PCC规则中包括一个或多个候选QoS参数集，则会话管理网元根据每个候选候选QoS参数集指定候选候选QoS文档，每个候选候选QoS文档包括候选候选QoS文档的标识、候选候选QoS参数(如5QI、GBR)。会话管理网元将一个或多个候选QoS文档发送给第一接入网网元。会话管理网元保存候选候选QoS文档的标识和候选候选业务需求标识的对应关系。

需要说明的是，会话管理网元除向第一接入网网元发送第一QoS Flow的标识和QoS通知控制指示信息之外，还可以通过接入和移动性管理网元向第一接入网网元发送第六指示信息、第八指示信息中的一种或者多种信息。

其中，第六指示信息可以用于指示第一接入网网元将第一QoS Flow的标识和第一指示信息通过第一消息中发送给用户面网元。第八指示信息如前所述，不予赘述。

具体的，会话管理网元可以将第一QoS Flow的标识和QoS通知控制指示信息发送给接入和移动性管理网元，由接入和移动性管理网元将第一QoS Flow的标识和QoS通知控制指示信息发送给第一接入网网元。

其中，当会话管理网元与接入和移动性管理网元相连接时，会话管理网元可以直接将第一QoS Flow的标识和QoS通知控制指示信息发送给接入和移动性管理网元。

当会话管理网元与接入和移动性管理网元不相连时，会话管理网元可以向中间会话管理网元(I-SMF)发送第一QoS Flow的标识和QoS通知控制指示信息，由中间会话管理网元将第一QoS Flow的标识和QoS通知控制指示信息发送给接入和移动性管理网元。

步骤405、会话管理网元接收第三策略，根据接收到的第三策略向用户面网元发送第一QoS Flow的标识和第一QoS Flow的标识对应的通知端点的信息。

具体的，会话管理网元可以根据PCC规则的QoS Flow的绑定结果，确定QoS Flow的标识与通知端点的对应关系。若PCC规则中包括业务数据流的标识，则可以进一步确定QoSFlow的标识、通知端点以及应用的业务数据流的标识间的对应关系，从而确定第一QoSFlow对应的应用的业务数据流。因此会话管理网元向用户面网元发送第一QoS Flow的标识、通知端点以及应用的业务数据流的标识的信息。

其中，业务数据流的标识与通知端点的信息之间的对应关系的获取方式以及相关描述可参照上述，不予赘述。

一种可能的设计中，当第三策略包括的通知端点为应用功能网元的通知端点的信息时，第一QoS Flow的标识对应的通知端点的信息为应用功能网元的通知端点的信息。此时，第一QoS Flow的标识和第一QoS Flow的标识对应的应用功能网元的通知端点的信息可以携带在第一策略中发送给用户面网元。

另一种可能的设计中，当第三策略包括的通知端点的信息为本地网络开放功能网元的通知端点的信息时，第一QoS Flow的标识对应的通知端点的信息为本地网络开放功能网元的通知端点的信息。此时，第一QoS Flow的标识和第一QoS Flow的标识对应的本地网络开放功能网元的通知端点的信息可以携带在第二策略中发送给用户面网元。

另一种可能的设计中，当会话管理网元决定由自己向应用功能网元发送通知时，会话管理网元不发送应用功能网元的通知端点的信息或本地网络开放功能网元的通知端点信息给用户面网元，而是分配一个通知关联标识。(此时用户面网元根据通过在PDU会话建立过程中会话管理网元提供的事件报告地址和新提供的通知关联标识向会话管理网元发送通知，即此时的通知端点为事件报告地址和通知关联标识。会话管理网元在第四策略规中包括的通知端点为通知关联标识)。

可选的，当一个PCC规则中包括一个或多个候选QoS参数集，则会话管理网元还向用户面网元发送QoS Profile标识和对应的候选业务需求标识。

示例性的，第三策略中包括第八指示信息，当会话管理网元根据第三策略包括的第八指示信息确定需采用优化路径发送应用的业务数据流的QoS需求能否得到保障的通知时，将第一QoS Flow的标识和第一QoS Flow的标识对应的通知端点发送给用户面网元。

进一步可选的，会话管理网元向用户面网元发送第五指示信息；其中，第五指示信息可以用于指示用户面网元向应用功能网元发送第一报告信息。

即由上可知，会话管理网元除向用户面网元发送第一QoS Flow的标识和第一QoSFlow的标识对应的通知端点的信息之外，还可以向用户面网元发送第八指示信息、第五指示信息可选的，上述会话管理网元发送给用户面网元的各个信息可以携带在N4会话修改消息中，以减少信令交互。

步骤406、第一接入网网元接收第一QoS Flow的标识和QoS通知控制指示信息，根据QoS通知控制指示信息检测第一QoS Flow的QoS需求是否得到保障，并根据检测结果向用户面网元发送第一消息。

其中，第一消息的具体描述、步骤406可参照步骤401、步骤402中所述，不予赘述。

示例性的，第一接入网网元还可以接收来自会话管理网元的用于指示第一接入网网元将第一QoS Flow的标识和第一指示信息通过第一消息发送给用户面网元的第六指示信息，根据第六指示信息将第一QoS Flow的标识和第一指示信息通过第一消息发送给用户面网元。

步骤407、用户面网元接收第一消息，根据第一消息向应用功能网元发送第一报告信息。

具体的，用户面网元根据第一消息的第一指示信息生成包括第二指示信息的第一报告信息，并且根据第一消息中包括的第一QoS Flow的标识，以及会话管理网元发送的第一QoS Flow的标识和通知端点的对应关系，确定第一报告信息的通知端点，从而将第一报告信息发送给应用功能网元。

其中，第二指示信息的相关描述可参照步骤403中所述。可选的，若用户面网元从会话管理网元接收到一QoS Flow的标识、通知端点和业务数据流标识的对应关系，则第一报告信息中还包括应用的业务数据流的标识。即除包括第二指示信息之外，第一报告信息还可以包括应用的业务数据流的标识。

若用户面网元从会话管理网元接收到QoS文档标识和对应的候选业务需求标识，并且第一消息中还包括QoS文档标识，则第一报告信息中还可以包括对应的候选业务需求标识。

一种可能的设计中，当用户面网元接收到会话管理网元发送的第一策略时，用户面网元可以根据第一策略包括的应用功能网元的通知端点的信息，通过应用功能网元的通知端点向应用功能网元发送第一报告信息。

另一种可能的设计中，当用户面网元接收到会话管理网元发送的第二策略时，用户面网元可以根据第一策略包括的本地网络开放功能网元的通知端点的信息，通过本地网络开放网元向本地网络开放网元发送第一报告信息，本地网络开放网元确定本地网络开放网元的通知端点对应的应用功能网元的通知端点，通过确定的应用功能网元的通知端点向应用功能网元发送第一报告信息。

另一种可能的设计中，当用户面网元接收到会话管理网元发送的第四策略时，用户面网元向会话管理网元发送第一报告信息，会话管理网元确定本地网络开放网元或应用功能网元的通知端点，进一步发送第一报告信息。

可选的，当会话管理网元向用户面网元发送第五指示信息时，用户面网元根据会话管理网元发送的第五指示信息，将第一报告信息发送给应用功能网元；或者，当会话管理网元向用户面网元发送第八指示信息时，用户面网元根据会话管理网元发送的第八指示信息，将第一报告信息发送给应用功能网元。

其中，第五指示信息、第八指示信息的相关描述可参照上述，不予赘述。

上述步骤401-步骤407描述的是第一接入网网元通过用户面网元向应用功能网元上报QoS需求能否得到保障的具体过程。

进一步可选的，第一接入网网元还通过接入和移动性管理网元向会话管理网元发送第一消息，以使会话管理网元根据第一消息确定第一QoS Flow的QoS需求能否得到保障，根据第一QoS Flow的QoS需求情况调整/修改第一QoS Flow，使得调整后的第一QoS Flow满足应用的业务数据流的传输需求。

进一步的，由于用户设备具有移动性，用户设备可能会从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域。当用户设备从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域时，用于传输应用的业务数据流的QoS Flow发生切换，用于传输应用的业务数据流的QoS Flow的QoS需求能否得到保障可能会发生变化，进而导致应用的业务数据流的QoS需求是否能够保障会发生变化，如：原本用于传输应用的业务数据流的QoS Flow为QoS Flow1，QoS Flow1的QoS需求能够保障，应用的业务数据流的QoS需求能够保障，而用户设备移动到新的接入网网元的覆盖区域时，用于传输应用的业务数据流的QoSFlow切换为QoS Flow2，QoS Flow2的QoS需求不能够保障，应用的业务数据流的QoS需求不能够保障。此时，在QoS Flow的QoS需求的保障情况发生变化，应用的业务数据流的QoS需求发生变化的情况下，若不及时将应用的业务数据流的QoS需求情况通知应用功能网元，则会导致应用功能网元对应用的业务数据流的QoS需求情况理解错误，影响应用的业务数据流的传输。

为解决上述问题，本申请实施例中，可以在用户设备从第一接入网设备的覆盖区域移动到第二接入网设备的覆盖区域时，由第二接入网设备结合第一接入网设备检测到QoS Flow的QoS需求情况以及第一接入网设备检测到QoS Flow的QoS需求情况，向应用功能网元上报应用的业务数据流的QoS需求情况。具体的，第二接入网设备可以采用下述图5-图9所示方法中任一方法，通过用户面网元向应用功能网元发送应用的业务数据流的QoS需求是否能够保障的第二报告信息。

需要说明的是，在执行图5-图9所示方法中任一方法之前，第一接入网设备执行图3或图4所示方法，且第一接入网设备中保存有第一QoS Flow的QoS需求是否得到保障。

如图5所示，图5为本申请实施例提供的一种报告信息的发送方法，该方法可以包括：

步骤501、用户设备从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域。

其中，用户设备发生移动后，网络可能执行接入网网元的切换，例如，基于Xn的NG-RAN间切换(Xn-based inter NG-RAN handover)或者基于NG-RAN间节点N2的切换(interNG-RAN node N2 based handover)。

具体的，接入网网元的切换过程可参照现有技术，不予赘述。

步骤502、第二接入网网元通过接入和移动性管理网元向会话管理网元发送第二接入网网元接受的QoS Flow的标识列表。

其中，第二接入网网元接受的QoS Flow的标识列表包括一个或者多个QoS Flow的标识，标识列表中的QoS Flow标识所标识的QoS Flow的QoS需求能够得到保障。

示例性的，第二接入网设备可以检测QoS Flow的QoS需求能否能够得到保障，将能够保障的QoS Flow的标识作为第二接入网网元接受的QoS Flow的标识包括在第二接入网网元接受的QoS Flow的标识列表。其中，第二接入网设备检测QoS Flow的QoS需求能否能够得到保障的方式可参照步骤301所述，不予赘述。

可选的，标识列表可以携带在N2路径切换请求(N2 path switch request)或者移交请求确认(handover request acknowledge)消息中，以减少信令交互。

其中，N2路径切换请求以及移交请求确认消息的具体描述可参照现有技术，不予赘述。

可选地，若第二接入网设备检测QoS Flow的候选QoS文档的QoS需求能够得到保障，则第二接入网网元向会话管理网元发送该QoS Flow的标识时，还包括对应的候选QoS文档标识。

步骤503、会话管理网元接收第二接入网网元接受的QoS Flow的标识列表，并将第二接入网网元接受的QoS Flow的标识列表发送给用户面网元。

可选的，会话管理网元还将QoS Flow对应的候选QoS文档标识发送给用户面网元。

步骤504、用户面网元接收第二接入网网元接受的QoS Flow的标识列表，根据第二接入网网元接受的QoS Flow的标识列表确定第二报告信息。

具体的，当用户面网元在用户设备移动前发送过某一应用的业务数据流的QoS需求不能得到保障的第一报告信息，且该应用的业务数据流对应的QoS Flow的标识在接收的标识列表中，用户面网元向应用功能网元发送第二报告信息，第二报告信息中包括第三指示信息，第三指示信息用于指示该应用的业务数据流的QoS需求能够得到保障。

例如，用户面网元在用户设备移动前发送过第一QoS Flow对应的应用的业务数据流的QoS需求不能得到保障的第二报告信息，在接收到第二接入网网元接受的QoS Flow的标识列表，检测第一QoS Flow的标识是否在标识列表中，如果在，向应用功能网元发送包括第三指示信息的第二报告信息，该第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障，该应用的业务数据流与第一QoS Flow对应。可选的，第二报告信息中还包括对应的候选业务需求标识。

步骤505、用户面网元向应用功能网元发送第二报告信息。

其中，步骤505可参照步骤303所述，不予赘述。

基于图5所示方法，第二接入网设备可以将自身可接受的QoS Flow的标识列表发送给会话管理网元，由会话管理网元将第二会话管理网元可接受的QoS Flow的标识列表发送给用户面网元，用户面网元根据第二会话管理网元可接受的QoS Flow的标识列表确定第二报告信息并发送给应用功能网元。如此，可以在用户设备发送移动时，及时将更新后的应用的业务数据流的QoS需求发送给应用功能网元，以便应用功能网元准确获知业务数据流当前的QoS需求情况，根据业务数据流当前的QoS需求情况采取相应调整措施发送业务数据流，提高业务数据流的传输质量。

图5以第二接入网设备将自身可接受的QoS Flow的标识列表通过会话管理网元发送给用户面网元为例进行了描述，可替换的，第二接入网设备还可以将自身可接受的QoSFlow的标识列表直接发送给用户面网元。具体的，该过程可参照图7所述。

如图6所示，图6为本申请实施例提供的一种报告信息的发送方法，该方法包括：

步骤601、用户设备从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域。

具体的，该步骤601可参照上述步骤501所述，不予赘述。

步骤602、第二接入网网元向用户面网元发送第二接入网网元接受的QoS Flow的标识列表。

可选地，若第二接入网设备检测QoS Flow的候选QoS文档的QoS需求能够得到保障，则第二接入网网元向会话管理网元发送该QoS Flow的标识时，还包括对应的候选QoS文档标识。

其中，步骤602可参照步骤502所述，不予赘述。

步骤603、用户面网元接收第二接入网网元接受的标识列表，根据第二接入网网元接受的标识列表确定第二报告信息。

具体的，该步骤603与上述步骤504一致，不予赘述。

步骤604、用户面网元向应用功能网元发送第二报告信息。

可选的，第二报告信息中还包括对应的候选业务需求标识。

其中，步骤604可参照步骤303所述，不予赘述。

基于图6所示方法，第二接入网设备可以将自身可接受的QoS Flow的标识列表发送给用户面网元，用户面网元根据第二会话管理网元可接受的QoS Flow的标识列表确定第二报告信息并发送给应用功能网元。如此，可以在用户设备发送移动时，及时将更新后的应用的业务数据流的QoS需求发送给应用功能网元，以便应用功能网元准确获知业务数据流当前的QoS需求情况，根据业务数据流当前的QoS需求情况采取相应调整措施发送业务数据流，提高业务数据流的传输质量。

图5、图6以第二接入网设备将自身可接受的QoS Flow的标识列表发送给用户面网元，由用户面网元根据第二接入网设备可接受的QoS Flow的标识列表确定第二报告信息为例进行了描述，可替换的，还可以由第二接入网设备确定QoS需求的保障情况发生变化的QoS Flow，并将该QoS Flow的QoS需求的保障情况指示给用户面网元，由用户面网元确定第二报告信息。具体的，该过程可参照图7所述。

如图7所示，图7为本申请实施例提供的一种报告信息的发送方法，该方法包括：

步骤701、用户设备从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域。

具体的，该步骤701与上述步骤501一致，不予赘述。

步骤702、第一接入网网元向第二接入网网元发送QoS Flow的QoS需求不能得到保障的QoS Flow的标识。

可选的，第一接入网网元向第二接入网网元发送第一接入网网元当前满足的候选QoS文档标识。

示例性的，第一接入网设备可以参照步骤301所示方式，检测QoS Flow的QoS需求能否得到保障，并向向第二接入网网元发送QoS Flow的QoS需求不能得到保障的QoS Flow的标识。

步骤703、第二接入网网元确定第二接入网网元接受的QoS Flow的标识列表。

其中，第二接入网网元接受的QoS Flow的标识列表的相关描述、以及步骤703可参照步骤502中所述，不予赘述。

步骤704、第二接入网网元检测第一接入网网元发送的QoS Flow的标识是否在第二接入网网元接受的标识列表中，如果在，向用户面网元发送第四指示信息。

其中，第四指示信息可以用于指示QoS Flow的QoS需求能够得到保障。

可选地，若第二接入网设备检测QoS Flow的候选QoS文档的QoS需求能够得到保障，则第二接入网网元向会话管理网元发送该QoS Flow的标识时，还包括对应的候选QoS文档标识。

具体的，当第一接入网网元在用户设备移动前发送过某一QoS Flow的QoS需求不能得到保障的第一报告信息，将该QoS Flow的标识发送给第二接入网网元，第二接入网网元检测该QoS Flow的标识在第二接入网网元接受的QoS Flow的标识列表中，第二接入网网元向用户面网元发送用于指示该QoS Flow的QoS需求能够得到保障的第四指示信息。

例如，第一接入网网元在用户设备移动前发送过第一QoS Flow的QoS需求不能得到保障的第一报告信息，将第一QoS Flow的标识发送给第二接入网网元，第二接入网网元检测第一QoS Flow的标识在第二接入网网元接受的QoS Flow的标识列表中，则向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

步骤705、用户面网元接收第四指示信息，根据第四指示信息向应用功能网元发送第二报告信息。

其中，第二报告信息可以包括用于指示应用的业务数据流的QoS需求能够得到保障的第三指示信息。

具体的，用户面网元根据第四指示信息确定第一QoS Flow的QoS需求能够得到保障，则用户面网元可以根据第四指示信息生成应用的业务数据流的QoS需求能够得到保障的第三指示信息，应用的业务数据流与第一QoS Flow对应。

基于图7所示方法，第一接入网网元可以向第二接入网网元发送QoS Flow的QoS需求不能得到保障的QoS Flow的标识，第二接入网设备可以根据自身可接受的QoS Flow的标识列表发送给用户面网元以及第一接入网设备发送的QoS Flow的QoS需求不能得到保障的QoS Flow的标识确定QoS Flow的QoS需求能够得到保障的指示信息，并将该指示信息发送给用户面网元，以便用户面网元根据该指示信息向应用功能网元发送第二报告信息。如此，在用户设备发送移动时，及时将更新后的应用的业务数据流的QoS需求发送给应用功能网元，以便应用功能网元准确获知业务数据流当前的QoS需求情况，根据业务数据流当前的QoS需求情况采取相应措施发送业务数据流，提高业务数据流的传输质量。

图5、图6以第二接入网设备将自身可接受的QoS Flow的标识列表发送给用户面网元，由用户面网元根据第二接入网设备可接受的QoS Flow的标识列表确定第二报告信息为例进行了描述，图7以第二接入网设备确定QoS需求的保障情况发生变化的QoS Flow，并将该QoS Flow的QoS需求的保障情况指示给用户面网元，由用户面网元确定第二报告信息为例进行了描述。可替换的，还可以由会话管理网元确定QoS需求的保障情况发生变化的QoSFlow，并将该QoS Flow的QoS需求的保障情况指示给用户面网元，由用户面网元确定第二报告信息。具体的，该过程可参照图8所述。

如图8所示，图8为本申请实施例提供的一种报告信息的发送方法，该方法包括：

步骤801、用户设备从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域。

具体的，该步骤801与上述步骤501一致，不予赘述。

步骤802、第二接入网网元向会话管理网元发送第二接入网网元接受的QoS Flow的标识列表。

具体的，该步骤802与上述步骤502一致，不予赘述。

步骤803、第一接入网设备向会话管理网元发送QoS Flow的QoS需求不能得到保障的第一指示信息。

步骤804、会话管理网元接收第二接入网网元接受的标识列表，根据第一接入网网元发送的QoS Flow的QoS需求不能得到保障的第一指示信息对应的QoS Flow的标识以及第二接入网网元接受标识列表确定第四指示信息，并向用户面网元发送第四指示信息。

其中，第四指示信息用于指示QoS Flow的QoS需求能够得到保障。

具体的，会话管理网元根据第一接入网网元发送的用于指示QoS Flow的QoS需求能否得到保障的第一指示信息，确定QoS Flow的QoS需求不能得到保障的第一指示信息对应的QoS Flow的标识，检测该QoS Flow的标识是否在第二接入网网元接受的QoS Flow的标识列表中，如果在，生成用于指示该QoS Flow的QoS需求能够得到保障的第四指示信息，并向用户面网元发送第四指示信息。

例如，会话管理网元根据第一接入网网元发送的用于指示第一QoS Flow的QoS需求不能得到保障的第一指示信息，确定第一QoS flow的标识，检测第一QoS Flow的标识是否在第二接入网网元接受的QoS Flow的标识列表中，如果在，生成用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息，并向用户面网元发送第四指示信息。

步骤805、用户面网元接收第四指示信息，根据第四指示信息向应用功能网元发送第二报告信息。

可选的，第二报告信息中还包括对应的候选业务需求标识。

具体的，该步骤805与上述步骤705一致，不予赘述。

需要说明的是，上述四种方法中，用户面网元可以采用上述图4所示方法中向应用功能网元发送第一报告信息的方式，向应用功能网元发送第二报告信息。

基于图8所示方法，第一接入网网元可以向会话管理网元发送QoS Flow的QoS需求不能得到保障的QoS Flow的标识，会话管理网元可以根据自身可接受的QoS Flow的标识列表发送给用户面网元以及第一接入网设备发送的QoS Flow的QoS需求不能得到保障的QoSFlow的标识确定QoS Flow的QoS需求能够得到保障的指示信息，并将该指示信息发送给用户面网元，以便用户面网元根据该指示信息向应用功能网元发送第二报告信息。如此，在用户设备发送移动时，及时将更新后的应用的业务数据流的QoS需求发送给应用功能网元，以便应用功能网元准确获知业务数据流当前的QoS需求情况，根据业务数据流当前的QoS需求情况采取相应措施发送业务数据流，提高业务数据流的传输质量。

进一步的，当应用功能网元向策略控制网元发送应用对应的至少一个候选业务需求时，与上述图3所示方法类似，可以采用图9所示的方法将应用对应的至少一个候选业务需求中，能够满足QoS需求的候选业务需求标识发送给应用功能网元。图9为本申请实施例提供的一种报告信息的发送方法，该方法包括：

步骤901、策略控制网元根据至少一个候选业务需求确定每个候选业务需求对应的候选QoS参数集，并将至少一个候选QoS参数集、以及每个候选QoS参数集的标识对应的候选业务需求的标识发送给会话管理网元。

可选的，策略控制网元将至少一个候选QoS参数集、以及每个候选QoS参数集的标识对应的候选业务需求的标识携带在第三策略中发送给会话管理网元。

步骤902、会话管理网元根据至少一个候选QoS参数集，确定每个候选QoS参数集对应的候选QoS文档，根据候选QoS参数集对应的候选业务需求，确定候选QoS文档对应的候选业务需求。

步骤903、会话管理网元将至少一个候选QoS文档发送给第一接入网网元。

步骤904、会话管理网元将候选QoS文档的标识、以及候选QoS文档的标识对应的候选业务需求标识发送给用户面网元。

步骤905、第一接入网网元接收至少一个候选QoS文档，并确定可以满足QoS需求的第一候选QoS文档。

其中，至少一个候选QoS文档包括第一候选QoS文档。

步骤906、第一接入网网元将第一候选QoS文档标识发送给用户面网元。

步骤907、用户面网元根据第一候选QoS文档标识，确定第一候选QoS文档标识对应的第一候选业务需求标识，将第一候选业务需求标识发送给应用功能网元。

可选的，用户面网元将第一候选业务需求标识携带在第一报告信息中发送给应用功能网元。

进一步的，基于上述图9所述方法，当用户设备从第一接入网网元的覆盖区域移动到第二接入网网元的覆盖区域时，第二接入网网元根据会话管理网元发送的至少一个候选QoS文档，确定自身可以满足QoS需求的第二候选QoS文档，并将第二候选QoS文档的标识发送给用户面网元，用户面网元根据第二候选QoS文档的标识确定第二候选业务需求的标识，并将第二候选业务需求标识发送给应用功能网元。

可选的，第一接入网网元可以将第一候选QoS文档的标识发送给第二接入网网元，第二接入网网元根据会话管理网元发送的至少一个候选QoS文档，确定自身可以满足QoS需求的第二候选QoS文档，若第二候选QoS文档与第一候选QoS文档不同，第二接入网网元将第二候选QoS文档的标识发送给用户面网元，用户面网元根据第二候选QoS文档的标识确定第二候选业务需求的标识，并将第二候选业务需求标识发送给应用功能网元，以表明用户设备从第一接入网网元切换到第二接入网网元后，可以满足的候选业务需求由第一候选业务需求变成第二候选业务需求。

若第二候选QoS文档与第一候选QoS文档相同，则表明第一接入网网元与第二接入网网元满足的候选QoS文档相同，可以不用向应用功能网元再次发送第一候选业务需求标识，以减少网络中的信令交互。

上述主要从设备之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对各个网元进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图10示出了一种通信装置，通信装置100可以为用户面网元或者用户面网元中的芯片或者片上***。该通信装置100可以用于执行上述实施例中涉及的用户面网元的功能。图10所示通信装置100包括：接收模块1001、发送模块1002。

接收模块1001，用于接收来自第一接入网网元的包括用于传输应用的业务数据流的第一服务质量流QoS Flow的标识和第一指示信息的第一消息，第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障。

发送模块1002，用于根据第一消息，向应用功能网元发送包括第二指示信息的第一报告信息，第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障。

其中，该通信装置100的具体实现方式可参考图3-图9所述报告信息的发送方法中用户面网元的行为功能。

一种可能的设计中，若第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障，第二指示信息用于指示应用的业务数据流的QoS需求不能得到保障；或者，若第一指示信息用于指示第一QoS Flow的QoS需求得到保障，第二指示信息用于指示应用的业务数据流的QoS需求得到保障。

一种可能的设计中，当第二指示信息指示应用的业务数据流的QoS需求不能得到保障，用户面网元向应用功能网元发送第一报告信息之后，接收模块1001，还用于接收来自第二接入网网元或者会话管理网元的第二接入网网元接受的包括第一QoS Flow的标识的QoS Flow的标识列表；发送模块1002，还用于向应用功能网元发送包括第三指示信息的第二报告信息，第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障。

一种可能的设计中，当第二指示信息指示应用的业务数据流的QoS需求不能得到保障，用户面网元向应用功能网元发送第一报告信息之后，接收模块1001，还用于接收来自第二接入网网元或者会话管理网元的第四指示信息；其中，第四指示信息用于指示第一QoSFlow的QoS需求能够得到保障；发送模块1002，还用于向应用功能网元发送第二报告信息；其中，第二报告信息中包括第三指示信息，第三指示信息用于指示应用的业务数据流的QoS需求能够得到保障。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第一策略，第一策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用功能网元的通知端点的信息；发送模块1002，还用于根据第一策略，通过应用功能网元的通知端点向应用功能网元发送第一报告信息。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第一策略，第一策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的应用功能网元的通知端点的信息；发送模块1002，还用于根据第一策略，通过应用功能网元的通知端点向应用功能网元发送第二报告信息。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第五指示信息；其中，第五指示信息用于指示用户面网元向应用功能网元发送第一报告信息；发送模块1002，还用于向应用功能网元发送第一报告信息包括：用户面网元还根据第五指示信息，向应用功能网元发送第一报告信息。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第五指示信息；其中，第五指示信息用于指示用户面网元向应用功能网元发送第二报告信息；发送模块1002，还用于向应用功能网元发送第二报告信息包括：用户面网元还根据第五指示信息，向应用功能网元发送第二报告信息。

一种可能的设计中，发送模块1002，还用于通过本地网络开放网元向应用功能网元发送第一报告信息。

一种可能的设计中，发送模块1002，还用于通过本地网络开放网元向应用功能网元发送第二报告信息。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第二策略，第二策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的本地网络开放网元的通知端点的信息；发送模块1002，还用于根据第二策略，通过本地网络开放网元的通知端点向本地网络开放网元发送第一报告信息；本地网络开放网元根据本地网络开放网元的通知端点，确定应用功能网元的通知端点；本地网络开放网元通过应用功能网元的通知端点的信息，向应用功能网元发送第一报告信息。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第二策略，第二策略包括第一QoS Flow的标识、以及第一QoS Flow的标识对应的本地网络开放网元的通知端点的信息；发送模块1002，还用于根据第二策略，通过本地网络开放网元的通知端点向本地网络开放网元发送第二报告信息；本地网络开放网元根据本地网络开放网元的通知端点，确定应用功能网元的通知端点；本地网络开放网元通过应用功能网元的通知端点的信息，向应用功能网元发送第二报告信息。

一种可能的设计中，第一报告信息中还包括应用的业务数据流的标识。

一种可能的设计中，第二报告信息中还包括应用的业务数据流的标识。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的第一QoSFlow的标识、以及第一QoS Flow的标识对应的应用的业务数据流的标识；用户面网元根据第一QoS Flow的标识，确定应用的业务数据流的标识。

一种可能的设计中，第一消息还包括第一候选QoS文档标识，第一报告信息还包括第一候选业务需求标识，其中，第一候选业务需求标识与第一候选QoS文档标识对应。

一种可能的设计中，接收模块1001，还用于接收来自会话管理网元的候选业务需求标识、以及候选业务需求标识对应的候选QoS文档标识；用户面网元根据第一候选QoS文档标识，确定第一候选业务需求标识。

作为又一种可实现方式，图10中的接收模块1001、发送模块1002可以由收发器代替，该收发器可以集成接收模块1001、发送模块1002的功能。进一步的，图10所示通信装置100还可以包括存储器。当接收模块1001、发送模块1002由收发器代替时，本申请实施例所涉及的通信装置100可以为图2所示通信装置。

在采用对应各个功能划分各个功能模块的情况下，图11示出了一种通信装置，通信装置110可以为接入网网元或者接入网网元中的芯片或者片上***。该通信装置110可以用于执行上述实施例中涉及的第一终端的功能。图11所示通信装置110包括：接收模块1101、发送模块1102。

接收模块1101，用于接收来自会话管理网元的第一服务质量流QoS Flow的QoS通知控制指示信息，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知。

发送模块1102，用于根据QoS通知控制指示信息，向用户面网元发送包括第一QoSFlow的标识和第一指示信息的第一消息；第一指示信息用于指示第一QoS Flow的服务质量QoS需求能否得到保障。

其中，该通信装置110的具体实现方式可参考图3-图9所述报告信息的发送方法中接入网网元的行为功能。

一种可能的设计中，当第一接入网网元判断第一QoS Flow的QoS需求不能得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求不能得到保障；或者，当第一接入网网元判断第一QoS Flow的QoS需求能够得到保障，则第一指示信息用于指示第一QoS Flow的QoS需求能够得到保障。

一种可能的设计中，接收模块1101，还用于接收来自会话管理网元的用于指示第一接入网网元将第一QoS Flow的标识和第一指示信息第一消息发送给用户面网元的第六指示信息。

一种可能的设计中，发送模块1102，还用于当用户设备从第一接入网网元移动到第二接入网网元时，第一接入网网元向第二接入网网元发送第一QoS Flow的标识。

一种可能的设计中，接收模块1101，还用于接收来自会话管理网元的至少一个候选QoS文档；发送模块1102，还用于将至少一个候选QoS文档中能够满足第一候选QoS文档对应的QoS需求的第一候选QoS文档的标识发送给用户面网元。

一种可能的设计中，发送模块1102，还用于将第一候选QoS文档的标识发送给第二接入网网元。

一种可能的设计中，接收模块1101，还用于接收来自第一接入网网元的第一接入网网元通知用户面网元QoS需求不能保障的QoS Flow的标识；发送模块1102，还用于根据第一QoS Flow的标识，向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

一种可能的设计中，接收模块1101，还用于接收来自第一接入网网元或会话管理网元的至少一个候选QoS文档；接收模块1101，还用于接收来自第一接入网网元的第一候选QoS文档的标识；其中，第一候选QoS文档的标识为第一接入网网元向用户面网元发送的第一接入网网元能够满足QoS需求的候选QoS文档对应的标识；发送模块1102，还用于根据至少一个候选QoS文档和第一候选QoS文档向用户面网元发送第二接入网网元能够满足QoS需求的第二候选QoS文档的标识。

作为又一种可实现方式，图11中的接收模块1101、发送模块1102可以由收发器代替，该收发器可以集成接收模块1101、发送模块1102的功能。进一步的，图11所示通信装置110还可以包括存储器。当接收模块1101、发送模块1102由收发器代替时，本申请实施例所涉及的通信装置110可以为图2所示通信装置。

图12示出了一种通信装置120的结构图，该通信装置120可以为会话管理网元或者会话管理网元中的芯片或者片上***。该通信装置120可以用于执行上述实施例中涉及的会话管理网元的功能。图12所示通信装置120包括：接收模块1201、发送模块1202。

接收模块1201，用于接收来自策略控制网元的包括服务质量QoS通知控制指示信息和通知端点的信息的第三策略，QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点；

发送模块1202，用于向第一接入网网元发送根据第三策略确定的第一服务质量流QoS Flow的标识和QoS通知控制指示信息；会话管理网元向用户面网元发送包括第一QoSFlow的标识和通知端点的信息的第一策略。

其中，该通信装置120的具体实现方式可参考图4-图9所述报告信息的发送方法中会话管理网元的行为功能。

一种可能的设计中，发送模块1202，还用于向第一接入网网元发送用于指示接入网网元将QoS需求能否得到保障的通知通过第一消息发送给用户面网元的第六指示信息。

一种可能的设计中，第三策略包括至少一个候选QoS参数集、以及每个候选QoS参数集的标识对应的候选业务需求的标识；通信装置还包括处理模块，处理模块用于根据至少一个候选QoS参数集确定至少一个候选QoS文档；第一策略中还包括至少一个候选QoS文档的标识、以及至少一个候选QoS文档的标识对应的候选业务需求的标识。

一种可能的设计中，接收模块1201，还用于接收来自第一接入网网元的第一服务质量流QoS Flow的标识和用于指示第一QoS Flow的QoS需求不能得到保障的第一指示信息；接收模块1201，还用于接收来自第二接入网网元的第二接入网网元接受的QoS Flow的标识列表；其中，标识列表中包括第一QoS Flow的标识；发送模块1202，还用于会话管理网元向用户面网元发送用于指示第一QoS Flow的QoS需求能够得到保障的第四指示信息。

一种可能的设计中，接收模块1201，还用于接收来自第二接入网网元的第二接入网网元接受的QoS Flow的标识列表；发送模块1202，还用于向用户面网元发送标识列表。

作为又一种可实现方式，图12中的接收模块1201、发送模块1202可以由收发器代替，该收发器可以集成接收模块1201、发送模块1202的功能。进一步的，图12所示通信装置120还可以包括存储器。当接收模块1201、发送模块1202由收发器代替时，本申请实施例所涉及的通信装置120可以为图2所示通信装置。

图13示出了一种通信装置，通信装置130可以为策略管理网元或者策略管理网元中的芯片或者片上***。该通信装置130可以用于执行上述实施例中涉及的策略管理网元的功能。图13所示通信装置130包括：接收模块1301、发送模块1302。

接收模块1301，用于接收包括QoS通知控制指示信息和通知端点的信息的业务请求，QoS通知控制指示信息用于指示发送QoS Flow的服务质量QoS需求能否得到保障的通知，通知端点为接收QoS需求能否得到保障的通知的通知端点。

发送模块1302，用于向会话管理网元发送根据业务请求对应的包括QoS通知控制指示信息和通知端点的信息的第三策略。

其中，该通信装置130的具体实现方式可参考图4-图9所述报告信息的发送方法中策略控制网元的行为功能。

一种可能的设计中，接收模块1301，还用于接收用于指示策略控制网元向会话管理网元发送通知端点的信息的第七指示信息。

一种可能的设计中，业务请求还包括用于指示通过优化路径发送QoS需求能否得到保障的通知的第八指示信息。

作为又一种可实现方式，图13中的接收模块1301、发送模块1302可以由收发器代替，该收发器可以集成接收模块1301、发送模块1302的功能。进一步的，图13所示通信装置130还可以包括存储器。当接收模块1301、发送模块1302由收发器代替时，本申请实施例所涉及的通信装置130可以为图2所示通信装置。

本申请实施例还提供了一种计算机可读存储介质。上述方法实施例中的全部或者部分流程可以由计算机程序来指令相关的硬件完成，该程序可存储于上述计算机可读存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。计算机可读存储介质可以是前述任一实施例的终端(包括数据发送端和/或数据接收端)的内部存储单元，例如终端的硬盘或内存。上述计算机可读存储介质也可以是上述终端的外部存储设备，例如上述终端上配备的插接式硬盘，智能存储卡(smart media card,SMC)，安全数字(secure digital,SD)卡，闪存卡(flash card)等。进一步地，上述计算机可读存储介质还可以既包括上述终端的内部存储单元也包括外部存储设备。上述计算机可读存储介质用于存储上述计算机程序以及上述终端所需的其他程序和数据。上述计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

需要说明的是，本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

通过以上的实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (35)

1.一种报告信息的发送方法，其特征在于，包括：

用户面网元接收来自第一接入网网元的第一消息，所述第一消息包括第一服务质量流QoS Flow的标识和第一指示信息，所述第一指示信息用于指示所述第一QoS Flow的服务质量QoS需求能否得到保障；

所述用户面网元根据所述第一消息，向应用功能网元发送第一报告信息，所述第一报告信息中包括第二指示信息，所述第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障；所述第一QoS Flow用于传输所述应用功能网元对应的应用的业务数据流。

2.根据权利要求1所述的方法，其特征在于，当所述第二指示信息指示所述应用的业务数据流的QoS需求不能得到保障，所述用户面网元向所述应用功能网元发送第一报告信息之后，所述方法还包括：

所述用户面网元接收来自第二接入网网元或者会话管理网元的所述第二接入网网元接受的QoS Flow的标识列表，所述标识列表中包括所述第一QoS Flow的标识；

所述用户面网元向所述应用功能网元发送第二报告信息，其中，所述第二报告信息中包括第三指示信息，所述第三指示信息用于指示所述应用的业务数据流的QoS需求能够得到保障。

3.根据权利要求1所述的方法，其特征在于，当所述第二指示信息指示所述应用的业务数据流的QoS需求不能得到保障，所述用户面网元向所述应用功能网元发送第一报告信息之后，所述方法还包括：

所述用户面网元接收来自第二接入网网元或者会话管理网元的第四指示信息；其中，所述第四指示信息用于指示所述第一QoS Flow的QoS需求能够得到保障；

所述用户面网元向所述应用功能网元发送第二报告信息；其中，所述第二报告信息中包括第三指示信息，所述第三指示信息用于指示所述应用的业务数据流的QoS需求能够得到保障。

4.根据权利要求1-3任一项所述的方法，其特征在于，所述用户面网元向所述应用功能网元发送所述第一报告信息，包括：

所述用户面网元接收来自会话管理网元的第一策略，所述第一策略包括所述第一QoSFlow的标识、以及所述第一QoS Flow的标识对应的所述应用功能网元的通知端点的信息；

所述用户面网元根据所述第一策略，通过所述应用功能网元的通知端点向所述应用功能网元发送所述第一报告信息。

5.根据权利要求1-4任一项所述的方法，其特征在于，所述用户面网元向所述应用功能网元发送所述第一报告信息之前，所述方法还包括：

所述用户面网元接收来自会话管理网元的第五指示信息；其中，所述第五指示信息用于指示所述用户面网元向所述应用功能网元发送所述第一报告信息；

所述用户面网元向应用功能网元发送第一报告信息包括：所述用户面网元还根据第五指示信息，向所述应用功能网元发送第一报告信息。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述用户面网元向所述应用功能网元发送所述第一报告信息，还包括：

所述用户面网元通过本地网络开放网元向所述应用功能网元发送所述第一报告信息。

7.根据权利要求6所述的方法，其特征在于，所述用户面网元通过本地网络开放网元向所述应用功能网元发送所述第一报告信息，包括：

所述用户面网元接收来自会话管理网元的第二策略，所述第二策略包括第一QoS Flow的标识、以及所述第一QoS Flow的标识对应的所述本地网络开放网元的通知端点的信息；

所述用户面网元根据所述第二策略，通过所述本地网络开放网元的通知端点向所述本地网络开放网元发送所述第一报告信息；

所述本地网络开放网元根据所述本地网络开放网元的通知端点，确定所述应用功能网元的通知端点；

所述本地网络开放网元通过所述应用功能网元的通知端点的信息，向所述应用功能网元发送所述第一报告信息。

8.根据权利要求1-7任一项所述的方法，其特征在于，所述第一报告信息中还包括所述应用的业务数据流的标识。

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

所述用户面网元接收来自会话管理网元的所述第一QoS Flow的标识、以及所述第一QoS Flow的标识对应的所述应用的业务数据流的标识；

所述用户面网元根据所述第一QoS Flow的标识，确定所述应用的业务数据流的标识。

10.根据权利要求1-9任一项所述的方法，其特征在于，所述第一消息还包括第一候选QoS文档标识，所述第一报告信息还包括第一候选业务需求标识，其中，第一候选业务需求标识与所述第一候选QoS文档标识对应。

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

所述用户面网元接收来自会话管理网元的候选业务需求标识、以及所述候选业务需求标识对应的候选QoS文档标识；

所述用户面网元根据所述第一候选QoS文档标识，确定所述第一候选业务需求标识。

12.一种报告信息的发送方法，其特征在于，包括：

第一接入网网元接收来自会话管理网元的第一服务质量流QoS Flow的QoS通知控制指示信息，所述QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知；

所述第一接入网网元根据所述QoS通知控制指示信息，向用户面网元发送第一消息；其中，所述第一消息包括所述第一QoS Flow的标识和第一指示信息，所述第一指示信息用于指示所述第一QoS Flow的服务质量QoS需求能否得到保障。

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

当所述第一接入网网元判断所述第一QoS Flow的QoS需求不能得到保障，则所述第一指示信息用于指示所述第一QoS Flow的QoS需求不能得到保障；或者，当所述第一接入网网元判断所述第一QoS Flow的QoS需求能够得到保障，则所述第一指示信息用于指示所述第一QoS Flow的QoS需求能够得到保障。

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

所述第一接入网网元还接收来自所述会话管理网元的第六指示信息，所述第六指示信息用于指示所述第一接入网网元将所述第一QoS Flow的标识和所述第一指示信息通过第一消息发送给所述用户面网元。

15.根据权利要求12-14任一项所述的方法，其特征在于，当所述第一指示信息用于指示所述第一QoS Flow的QoS需求不能得到保障时，所述方法还包括：

当用户设备从所述第一接入网网元移动到第二接入网网元时，所述第一接入网网元向所述第二接入网网元发送所述第一QoS Flow的标识。

16.根据权利要求12-15任一项所述的方法，其特征在于，所述第一接入网网元还接收来自所述会话管理网元的至少一个候选QoS文档，所述方法还包括：

所述第一接入网网元将所述至少一个候选QoS文档中的第一候选QoS文档的标识发送给用户面网元；其中，所述第一接入网网元能够满足所述第一候选QoS文档对应的QoS需求。

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

所述第一接入网网元将所述第一候选QoS文档的标识发送给第二接入网网元。

18.一种报告信息的发送方法，其特征在于，包括：

第二接入网网元接收来自第一接入网网元的第一服务质量流QoS Flow的标识；其中，所述第一QoS Flow为所述第一接入网网元通知用户面网元QoS需求不能保障的QoS Flow；

所述第二接入网网元根据所述第一QoS Flow的标识，向用户面网元发送第四指示信息；其中，所述第四指示信息用于指示所述第一QoS Flow的QoS需求能够得到保障。

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

所述第二接入网网元接收来自所述第一接入网网元或会话管理网元的和至少一个候选QoS文档；

所述第二接入网网元接收来自所述第一接入网网元的第一候选QoS文档的标识；其中，所述第一候选QoS文档的标识为所述第一接入网网元向所述用户面网元发送的所述第一接入网网元能够满足QoS需求的候选QoS文档对应的标识；

所述第二接入网网元根据所述至少一个候选QoS文档和所述第一候选QoS文档向所述用户面网元发送第二候选QoS文档的标识；其中，所述第二接入网网元能够满足所述第二候选QoS文档对应的QoS需求。

20.一种报告信息的发送方法，其特征在于，包括：

会话管理网元接收来自策略控制网元的第三策略；其中，所述第三策略包括服务质量QoS通知控制指示信息和通知端点的信息，所述QoS通知控制指示信息用于指示发送QoSFlow的QoS需求能否得到保障的通知，所述通知端点为接收所述QoS需求能否得到保障的通知的通知端点；

所述会话管理网元向第一接入网网元发送根据第三策略确定的第一服务质量流QoSFlow的标识和所述QoS通知控制指示信息；

所述会话管理网元向用户面网元发送第一策略；其中，所述第一策略包括所述第一QoSFlow的标识和所述通知端点的信息。

21.根据权利要求20所述的方法，其特征在于，

所述会话管理网元还向所述第一接入网网元发送第六指示信息，所述第六指示信息用于指示所述接入网网元将所述QoS需求能否得到保障的通知通过第一消息发送给所述用户面网元。

22.根据权利要求20或21所述的方法，其特征在于，

所述第三策略包括至少一个候选QoS参数集、以及每个候选QoS参数集的标识对应的候选业务需求的标识；

所述会话管理网元根据所述至少一个候选QoS参数集确定至少一个候选QoS文档；

所述第一策略中还包括所述至少一个候选QoS文档的标识、以及所述至少一个候选QoS文档的标识对应的所述候选业务需求的标识。

23.根据权利要求20-22任一项所述的方法，其特征在于，

所述会话管理网元接收来自所述第一接入网网元的所述第一服务质量流QoS Flow的标识和第一指示信息；其中，所述第一指示信息用于指示所述第一QoS Flow的QoS需求不能得到保障；

所述会话管理网元接收来自第二接入网网元的所述第二接入网网元接受的QoS Flow的标识列表；其中，所述标识列表中包括所述第一QoS Flow的标识；

所述会话管理网元向所述用户面网元发送第四指示信息；其中，所述第四指示信息用于指示所述第一QoS Flow的QoS需求能够得到保障。

24.根据权利要求20-23任一项所述的方法，其特征在于，所述方法还包括：

所述会话管理网元接收来自第二接入网网元的所述第二接入网网元接受的QoS Flow的标识列表；

所述会话管理网元向所述用户面网元发送所述标识列表。

25.一种报告信息的发送方法，其特征在于，包括：

策略控制网元接收业务请求；其中，所述业务请求包括QoS通知控制指示信息和通知端点的信息，所述QoS通知控制指示信息用于指示发送QoS Flow的服务质量QoS需求能否得到保障的通知，所述通知端点为接收所述QoS需求能否得到保障的通知的通知端点；

所述策略控制网元向会话管理网元发送根据业务请求对应的第三策略；其中，所述第三策略包括所述QoS通知控制指示信息和所述通知端点的信息。

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

所述策略控制网元接收第七指示信息，其中，所述第七指示信息用于指示所述策略控制网元向所述会话管理网元发送所述通知端点的信息。

27.根据权利要求26所述的方法，其特征在于，所述业务请求还包括第八指示信息；其中，所述第八指示信息用于指示通过优化路径发送所述QoS需求能否得到保障的通知。

28.一种通信装置，其特征在于，所述通信装置包括一个或多个处理器、收发器；所述一个或多个处理器、所述收发器支持所述通信装置执行如权利要求1-11任一项所述的报告信息的发送方法。

29.一种通信装置，其特征在于，所述通信装置包括一个或多个处理器、收发器；所述一个或多个处理器、所述收发器支持所述通信装置执行如权利要求12-19任一项所述的报告信息的发送方法。

30.一种通信装置，其特征在于，所述通信装置包括一个或多个处理器、收发器；所述一个或多个处理器、所述收发器支持所述通信装置执行如权利要求20-24任一项所述的报告信息的发送方法。

31.一种通信装置，其特征在于，所述通信装置包括一个或多个处理器、收发器；所述一个或多个处理器、所述收发器支持所述通信装置执行如权利要求25-27任一项所述的报告信息的发送方法。

32.一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机指令或程序，当计算机指令或程序在计算机上运行时，使得计算机执行如权利要求1-11任一项所述的报告信息的发送方法或者执行如权利要求12-19任一项所述的报告信息的发送方法或者执行如权利要求20-24任一项所述的报告信息的发送方法或者执行如权利要求25-27任一项所述的报告信息的发送方法。

33.一种通信***，其特征在于，通信***包括：用户面网元和会话管理网元；

所述用户面网元用于接收来自第一接入网网元的第一消息，所述第一消息包括第一服务质量流QoS Flow的标识和第一指示信息，所述第一指示信息用于指示所述第一QoS Flow的服务质量QoS需求能否得到保障；并根据所述第一消息，向应用功能网元发送第一报告信息，所述第一报告信息中包括第二指示信息，所述第二指示信息用于指示应用的业务数据流的QoS需求能否得到保障；所述第一QoS Flow用于传输所述应用功能网元对应的应用的业务数据流；

所述会话管理网元用于接收来自策略控制网元的第三策略；其中，所述第三策略包括服务质量QoS通知控制指示信息和通知端点的信息，所述QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知，所述通知端点为接收所述QoS需求能否得到保障的通知的通知端点；所述会话管理网元向第一接入网网元发送根据第三策略确定的第一服务质量流QoS Flow的标识和所述QoS通知控制指示信息；所述会话管理网元向用户面网元发送第一策略；其中，所述第一策略包括所述第一QoS Flow的标识和所述通知端点的信息。

34.根据权利要求33所述的通信***，其特征在于，所述通信***还包括策略控制网元；

所述策略控制网元，用于接收业务请求；其中，所述业务请求包括QoS通知控制指示信息和通知端点的信息，所述QoS通知控制指示信息用于指示发送QoS Flow的服务质量QoS需求能否得到保障的通知，所述通知端点为接收所述QoS需求能否得到保障的通知的通知端点；所述策略控制网元向会话管理网元发送根据业务请求对应的第三策略；其中，所述第三策略包括所述QoS通知控制指示信息和所述通知端点的信息。

35.根据权利要求33或34所述的通信***，其特征在于，所述通信***还包括第一接入网网元和第二接入网网元；

所述第一接入网网元，用于接收来自会话管理网元的第一服务质量流QoS Flow的QoS通知控制指示信息，所述QoS通知控制指示信息用于指示发送QoS Flow的QoS需求能否得到保障的通知；所述第一接入网网元根据所述QoS通知控制指示信息，向用户面网元发送第一消息；其中，所述第一消息包括所述第一QoS Flow的标识和第一指示信息，所述第一指示信息用于指示所述第一QoS Flow的服务质量QoS需求能否得到保障；

所述第二接入网网元，用于接收来自第一接入网网元的第一服务质量流QoS Flow的标识；其中，所述第一QoS Flow为所述第一接入网网元通知用户面网元QoS需求不能保障的QoS Flow；所述第二接入网网元根据所述第一QoS Flow的标识，向用户面网元发送第四指示信息；其中，所述第四指示信息用于指示所述第一QoS Flow的QoS需求能够得到保障。

Images