CN117641467A - 一种通信方法及装置 - Google Patents

Abstract

一种通信方法及装置，用以减少QNC的通知路径，使AF较快响应。会话管理功能网元从策略控制功能网元接收包括QoS参数与QoS需求指示的对应关系的PCC规则，根据PCC规则向接入网设备发送包括QoS配置文件与QoS需求指示的对应关系的第一信息；接入网设备根据QoS配置文件与QoS需求指示的对应关系，确定第一QoS需求指示，向用户面功能网元发送第一QoS需求指示；第一QoS需求指示为接入网设备当前资源能够满足的QoS配置文件对应的QoS需求指示。这样可以通过用户面功能网元向应用功能网元发送应用功能网元可以识别的QoS需求指示，可以使QNC通知路径较短，从而使应用功能网元较快响应，保证用户体验。

Description

一种通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

在5G系统中，为了保证业务端到端的服务质量，提出了基于服务质量流(qualityof service flow，QoS flow)的5G QoS模型，如图1所示。该5G QoS模型支持保证比特率(guaranteed bit rate，GBR)的QoS flow(GBR QoS flow)和不保证比特率的QoS flow(Non-GBR QoS flow)，使用同一个QoS flow控制的数据包接收相同的传输处理(如调度、准入门限等)。

对于一个用户设备(user equipment，UE)，可以与5G网络建立一个或者多个协议数据单元(protocol data unit，PDU)会话；每个PDU会话中可以建立一个或者多个QoSflow。每个QoS flow由一个QoS流标识(QoS flow identifier，QFI)识别，QFI在会话中唯一标识一个QoS flow。

一个QoS flow为GBR QoS flow还是Non-GBR QoS flow，由对应的QoS配置文件(QoS profile)确定。

对于GBR QoS flow，对应的QoS配置文件包含以下QoS参数：5G QoS指示符(5G QoSidentifier，5QI)、分配保持优先级(allocation and retention priority，ARP)、保证流比特速率(guaranteed flow bit rate，GFBR)和/或最大流比特速率(maximum flow bitrate，MFBR)。QoS配置文件还包含QoS通知控制(QoS notification control，QNC)。根据QoS配置文件是否包含QNC将GBR QoS flow分为需要QNC的GBR QoS flow和不需要QNC的GBRQoS flow。对于需要QNC的GBR QoS flow，当接入网(radio access network，RAN)设备检测到对应的QoS flow资源不能被满足时，RAN通知会话管理功能网元(session managementfunction，SMF)网元该事件，SMF再通知策略控制功能(policy control function，PCF)网元，PCF再通知应用功能(application function，AF)网元，以使AF进行传输调整。

然而，在目前QNC的上述通知路径较长，AF可能不能及时响应，导致用户体验较低。

发明内容

本申请提供一种通信方法及装置，用以减少QNC的通知路径，以使AF较快响应。

第一方面，本申请提供了一种通信方法，该方法可以由接入网设备执行，也可以由接入网设备的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为接入网设备为例，该方法可以包括：接入网设备从会话管理功能网元接收包括QoS配置文件与QoS需求指示的对应关系的第一信息，然后所述接入网设备根据所述QoS配置文件与QoS需求指示的对应关系，确定第一QoS需求指示，并向用户面功能网元发送所述第一QoS需求指示；其中，所述第一QoS需求指示为所述接入网设备当前资源能够满足的QoS配置文件对应的QoS需求指示。

采用上述方法，可以通过用户面向应用功能网元开放QNC，即通过用户面功能网元向应用功能网元发送应用功能网元可以识别的QoS需求指示，可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。并且，在该方法中，用户面功能网元只需要向应用功能网元转发QoS需求指示而无需进行较多处理，复杂度较低。

在一个可能的设计中，所述QoS需求指示来自于应用功能网元。这样可以使接入网设备向应用功能网元发送应用功能网元可以识别的QoS需求指示。

第二方面，本申请提供了一种通信方法，该方法可以由会话管理功能网元执行，也可以由会话管理功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为会话管理功能网元为例，该方法可以包括：会话管理功能网元从策略控制功能网元接收策略与计费控制(policy and charging control，PCC)规则，所述PCC规则中包括QoS参数与QoS需求指示的对应关系；进而，所述会话管理功能网元根据所述PCC规则向接入网设备发送第一信息，所述第一信息可以包括QoS配置文件与所述QoS需求指示的对应关系，其中所述QoS参数与所述QoS配置文件对应。

采用上述方法，可以使接入网设备后续根据QoS配置文件与所述QoS需求指示的对应关系，确定当前资源能满足的配置文件对应的QoS需求指示，并通过用户面对应用功能网元开放QNC，即通过用户面功能网元向应用功能网元发送应用功能网元可以识别的QoS需求指示，可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。并且，在该方法中，用户面功能网元无需进行较多处理，复杂度较低。

在一个可能的设计中，所述PCC规则中还可以包括网络拥塞通知指示；进一步地，所述会话管理功能网元可以根据所述网络拥塞通知指示确定向所述接入网设备发送所述QoS需求指示。这样可以通过网络拥塞通知指示触发会话管理功能网元向所述接入网设备发送所述QoS需求指示，可以节省信令开销。

在一个可能的设计中，所述PCC规则中还可以包括第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述接入网设备发送所述QoS需求指示。这样可以直接指示所述会话管理功能网元向所述接入网设备发送所述QoS需求指示，使得会话管理功能网元的复杂度较低。

在一个可能的设计中，所述QoS需求指示来自于应用功能网元。这样后续可以使接入网设备向应用功能网元上报应用功能网元可以识别的QoS需求指示。

第三方面，本申请提供了一种通信方法，该方法可以由会话管理功能网元执行，也可以由会话管理功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为会话管理功能网元为例，该方法可以包括：会话管理功能网元从策略控制功能网元接收包括QoS参数的PCC规则后，确定所述QoS参数对应的QoS配置文件；然后，所述会话管理功能网元向应用功能网元发送所述QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求。

采用上述方法，会话管理功能网元确定QoS配置文件之后，将QoS配置文件指示开放至应用功能网元，以使后续通过用户面功能网元向应用功能网元开放QoS配置文件指示时，应用功能网元可以确定接入网设备当前资源可以满足的QoS需求。通过用户面开放QNC，可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

在一个可能的设计中，所述PCC规则还可以包括第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。这样可以直接指示会话管理功能网元向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示，使得会话管理功能网元复杂度较低。

在一个可能的设计中，所述PCC规则中还可以包括网络拥塞通知指示；进一步地，所述会话管理功能网元可以根据所述网络拥塞通知指示确定向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。这样可以通过网络拥塞通知指示触发会话管理功能网元向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示，可以节省信令开销。

第四方面，本申请提供了一种通信方法，该方法可以由应用功能网元执行，也可以由应用功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为应用功能网元为例，该方法可以包括：应用功能网元从会话管理功能网元接收QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求；然后，所述应用功能网元保存所述QoS配置文件指示与QoS需求的对应关系；后续在所述应用功能网元从用户面功能网元接收第一QoS配置文件指示后，所述用功能网元可以根据所述QoS配置文件指示与所述QoS需求的对应关系，确定所述第一QoS配置文件指示对应的第一QoS需求。

采用上述方法，通过用户面开放QNC时，会话管理功能网元确定QoS配置文件之后，将QoS配置文件指示开放至应用功能网元，然后由应用功能网元保存QoS配置文件指示与QoS需求指示的对应关系。当接入网设备拥塞时接入网设备确定当前资源可以满足的QoS配置文件对应的QoS配置文件指示，通过用户面功能网元向应用功能网元开放QoS配置文件指示，由应用功能网元根据对应关系确定接入网设备当前资源可以满足的QoS需求。这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

第五方面，本申请提供了一种通信方法，该方法可以由策略控制功能网元执行，也可以由策略控制功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为策略控制功能网元为例，该方法可以包括：策略控制功能网元从应用功能网元接收QoS需求后，确定所述QoS需求对应的QoS参数；然后，所述策略控制功能网元向应用功能网元发送所述QoS参数对应的QoS参数指示，所述QoS参数指示用于所述应用功能网元确定对应的QoS需求。

采用上述方法，策略控制功能网元确定QoS参数之后，将QoS参数对应的QoS参数指示开放至应用功能网元，以使后续通过用户面开放QNC时，应用功能网元可以进一步确定对应的接入网设备当前资源可以满足的QoS需求。这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。

在一个可能的设计中，所述策略控制功能网元向会话管理功能网元发送第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向接入网设备发送所述QoS参数指示。这样可以使会话管理功能网元直接明确需要向接入网设备发送所述QoS参数指示，使得会话管理功能网元的复杂度较低。

在一个可能的设计中，所述策略控制功能网元可以从所述应用功能网元接收网络拥塞通知指示；进而，所述策略控制功能网元可以根据所述网络拥塞通知指示确定向所述应用功能网元发送所述QoS参数对应的QoS参数指示。这样可以通过已有的网络拥塞通知指示触发策略控制功能网元向所述应用功能网元发送所述QoS参数对应的QoS参数指示，可以节省信令开销。

在一个可能的设计中，所述策略控制功能网元从所述应用功能网元接收第二指示信息，所述第二指示信息用于指示所述策略控制功能网元向所述应用功能网元发送所述QoS参数对应的QoS参数指示。这样可以直接指示策略控制功能网元向所述应用功能网元发送所述QoS参数对应的QoS参数指示，复杂度较低。

在一个可能的设计中，所述策略控制功能网元向会话管理功能网元发送所述QoS参数指示。可以使后续会话管理功能网元向接入网设备发送所述QoS参数指示，以使后续接入网设备拥塞时上报当前资源可以满足的配置文件对应的QoS参数指示，便于应用功能网元识别。

第六方面，本申请提供了一种通信方法，该方法可以由应用功能网元执行，也可以由应用功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为应用功能网元为例，该方法可以包括：应用功能网元从策略控制功能网元接收QoS参数对应的QoS参数指示，所述QoS参数指示用于所述应用功能网元确定对应的QoS需求；所述应用功能网元保存所述QoS参数指示与QoS需求的对应关系；后续，在所述应用功能网元从用户面功能网元接收第一QoS参数指示后，所述应用功能网元可以根据所述QoS参数指示与QoS需求的对应关系，确定所述第一QoS参数指示对应的第一QoS需求。

采用上述方法，策略控制功能网元将QoS参数对应的QoS参数指示开放至应用功能网元，然后由应用功能网元保存QoS参数指示与QoS需求的对应关系。进而，当接入网设备拥塞时，接入网设备确定当前资源可以满足的QoS配置文件对应的QoS参数指示，通过用户面功能网元向应用功能网元开放QoS参数指示，由应用功能网元根据对应关系确定接入网设备当前资源可以满足的QoS需求。这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

在一个可能的设计中，所述应用功能网元向所述策略控制功能网元发送第二指示信息，所述第二指示信息用于指示所述策略控制功能网元向所述应用功能网元发送所述QoS参数对应的QoS参数指示。这样可以明确指示策略控制功能网元向应用功能网元开放QoS参数对应的QoS参数指示，复杂度较低。

第七方面，本申请提供了一种通信方法，该方法可以由会话管理功能网元执行，也可以由会话管理功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为会话管理功能网元为例，该方法可以包括：会话管理功能网元从策略控制功能网元接收QoS参数指示后，向接入网设备发送所述QoS参数指示，所述QoS参数指示用于所述接入网设备确定QoS配置文件对应的QoS参数指示。

采用上述方法，策略控制功能网元将QoS参数指示发送至会话管理功能网元，再由会话管理功能网元发送至接入网设备。进而，当接入网设备拥塞时，接入网设备确定当前资源可以满足的QoS配置文件对应的QoS参数指示，通过用户面功能网元向应用功能网元开放QoS参数指示，应用功能网元进一步基于QoS参数指示确定接入网设备当前资源可以满足的QoS需求。这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

在一个可能的设计中，所述会话管理功能网元从所述策略控制功能网元接收第一指示信息，所述第一指示信息可以用于指示所述会话管理功能网元向所述接入网设备发送所述QoS参数指示。这样直接指示会话管理功能网元向所述接入网设备发送所述QoS参数指示，复杂度较低。

在一个可能的设计中，所述会话管理功能网元从所述策略控制功能网元接收网络拥塞通知指示；进而，所述会话管理功能网元可以根据所述网络拥塞通知指示确定向所述接入网设备发送所述QoS参数指示。这样可以通过网络拥塞通知指示触发会话管理功能网元向所述接入网设备发送所述QoS参数指示，可以节省信令开销。

第八方面，本申请提供了一种通信方法，该方法可以由接入网设备执行，也可以由接入网设备的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为接入网设备为例，该方法可以包括：接入网设备从会话管理功能网元接收QoS参数指示，所述QoS参数指示用于所述接入网设备确定QoS配置文件对应的QoS参数指示；进而，所述接入网设备可以根据所述QoS参数指示，确定第一QoS配置文件对应的第一QoS参数指示；最后，所述接入网设备可以通过用户面功能网元向应用功能网元发送所述第一QoS参数指示。其中，第一QoS配置文件为接入网设备当前资源可以满足的配置文件。

采用上述方法，当接入网设备拥塞时，接入网设备确定当前资源可以满足的QoS配置文件对应的QoS参数指示，通过用户面功能网元向应用功能网元开放QoS参数指示，这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

第九方面，本申请提供了一种通信方法，该方法可以由会话管理功能网元执行，也可以由会话管理功能网元的部件(如处理器、芯片、芯片系统或一个功能模块等)执行。以执行主体为会话管理功能网元为例，该方法可以包括：会话管理功能网元向用户面功能网元发送第一指示信息，所述第一指示信息用于指示用户面网元向所述会话管理功能网元上报第一业务流对应的拥塞信息；然后，所述会话管理功能网元从所述用户面功能网元接收所述第一业务流对应的第一拥塞信息，所述第一拥塞信息包括第一QoS配置文件指示；进而，所述会话管理功能网元可以根据QoS配置文件指示与QoS需求指示的对应关系，确定所述第一QoS配置文件指示对应的第一QoS需求指示，并向应用功能网元发送所述第一QoS需求指示。

采用上述通信方法，采用用户面开放QNC时，会话管理功能网元指示用户面功能网元上报接入网设备拥塞情况，再由会话管理功能网元将接入网设备拥塞转换为应用功能网元可以理解的QOS需求，可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

在一个可能的设计中，所述会话管理功能网元向用户面功能网元发送第一指示信息，方法可以为：所述会话管理功能网元基于确定第一业务流需要直接网络拥塞开放且对应保证比特率的QoS流，向所述用户面功能网元发送所述第一指示信息。这样，会话管理功能网元可以在确定满足条件时再向用户面功能网元发送所述第一指示信息。

在一个可能的设计中，所述会话管理功能网元可以接收网络拥塞通知指示，进而可以根据所述网络拥塞通知指示确定所述第一业务流需要直接网络拥塞开放且对应保证比特率的QoS流。这样可以减少用户面功能网元与会话管理功能网元之间的交互。

在一个可能的设计中，所述会话管理功能网元从策略控制功能网元接收第二指示信息，所述第二指示信息用于指示所述会话管理功能网元向所述用户面功能网元发送所述第一指示信息。这样直接指示会话管理功能网元向所述用户面功能网元发送所述第一指示信息，复杂度较低。

在一个可能的设计中，所述QoS需求指示来自于所述应用功能网元。这样可以使会话管理功能网元向应用功能网元上报应用功能网元可以识别的QoS需求指示。

第十方面，本申请还提供了一种通信装置，所述通信装置可以是接入网设备，该通信装置具有实现上述第一方面或第一方面的各个可能的设计示例，或者第八方面或第八方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第一方面或第一方面的各个可能的设计示例，或者第八方面或第八方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第一方面或第一方面的各个可能的设计示例，或者第八方面或第八方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第十一方面，本申请还提供了一种通信装置，所述通信装置可以是会话管理功能网元，该通信装置具有实现上述第二方面或第二方面的各个可能的设计示例，或者第三方面或第三方面的各个可能的设计示例，或者第七方面或第七方面的各个可能的设计示例，或者第九方面或第九方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第二方面或第二方面的各个可能的设计示例，或者第三方面或第三方面的各个可能的设计示例，或者第七方面或第七方面的各个可能的设计示例，或者第九方面或第九方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第二方面或第二方面的各个可能的设计示例，或者第三方面或第三方面的各个可能的设计示例，或者第七方面或第七方面的各个可能的设计示例，或者第九方面或第九方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第十二方面，本申请还提供了一种通信装置，所述通信装置可以是应用功能网元，该通信装置具有实现上述第四方面或第四方面的各个可能的设计示例，或者第六方面或第六方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第四方面或第四方面的各个可能的设计示例，或者第六方面或第六方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第四方面或第四方面的各个可能的设计示例，或者第六方面或第六方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第十三方面，本申请还提供了一种通信装置，所述通信装置可以是策略控制功能网元，该通信装置具有实现上述第五方面或第五方面的各个可能的设计示例中的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第五方面或第五方面的各个可能的设计示例中的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据、消息或信息等，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第五方面或第五方面的各个可能的设计示例中的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第十四方面，本申请实施例提供了一种通信系统，可以包括上述提及的接入网设备、会话管理功能网元、策略控制功能网元、应用功能网元和用户面功能网元等。

第十五方面，本申请实施例提供的一种计算机可读存储介质，该计算机可读存储介质存储有程序指令，当程序指令在计算机上运行时，使得计算机执行本申请实施例第一方面及其任一可能的设计中，或第二方面及其任一可能的设计中，或第三方面及其任一可能的设计中，或第四方面及其任一可能的设计中，或第五方面及其任一可能的设计中，或第六方面及其任一可能的设计中，或第七方面及其任一可能的设计中，或第八方面及其任一可能的设计中，或第九方面及其任一可能的设计中所述的方法。示例性的，计算机可读存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括非瞬态计算机可读介质、随机存取存储器(random-access memory，RAM)、只读存储器(read-only memory，ROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

第十六方面，本申请实施例提供一种计算机程序产品，包括指令，当所述指令在计算机上运行时，使得上述第一方面或第一方面任一种可能的设计中，或上述第二方面或第二方面任一种可能的设计中，或上述第三方面或第三方面任一种可能的设计中，或上述第四方面或第四方面任一种可能的设计中，或上述第五方面或第五方面任一种可能的设计中，或上述第六方面或第六方面任一种可能的设计中，或上述第七方面或第七方面任一种可能的设计中，或上述第八方面或第八方面任一种可能的设计中，或上述第九方面或第九方面任一种可能的设计中所述的方法被执行。

第十七方面，本申请还提供了一种芯片，包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以使所述芯片实现上述第一方面或第一方面任一种可能的设计中，或上述第二方面或第二方面任一种可能的设计中，或上述第三方面或第三方面任一种可能的设计中，或上述第四方面或第四方面任一种可能的设计中，或上述第五方面或第五方面任一种可能的设计中，或上述第六方面或第六方面任一种可能的设计中，或上述第七方面或第七方面任一种可能的设计中，或上述第八方面或第八方面任一种可能的设计中，或上述第九方面或第九方面任一种可能的设计中所述的方法。

上述第十方面至第十七方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案，或者上述第二方面或第二方面中的各种可能方案，或第三方面及第三方面中的各种可能方案，或第四方面及第四方面中的各种可能方案，或者上述第五方面或第五方面中的各种可能方案，或第六方面及第六方面中的各种可能方案，或第七方面及第七方面中的各种可能方案，或者上述第八方面或第八方面中的各种可能方案，或第九方面及第九方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种5G QoS模型的示意图；

图2为本申请提供的一种通信系统的架构的示意图；

图3为本申请提供的一种基于5G架构的MEC方案的场景示意图；

图4为本申请提供的一种QNC机制示意图；

图5为本申请提供的一种通信方法的流程图；

图6为本申请提供的一种QNC通知的场景示意图；

图7为本申请提供的一种通信方法的示例的流程图；

图8为本申请提供的另一种通信方法的流程图；

图9为本申请提供的另一种QNC通知的场景示意图；

图10为本申请提供的另一种通信方法的示例的流程图；

图11为本申请提供的另一种通信方法的流程图；

图12为本申请提供的另一种QNC通知的场景示意图；

图13为本申请提供的另一种通信方法的示例的流程图；

图14为本申请提供的另一种通信方法的流程图；

图15为本申请提供的另一种QNC通知的场景示意图；

图16为本申请提供的另一种通信方法的示例的流程图；

图17为本申请提供的一种通信装置的结构示意图；

图18为本申请提供的一种通信装置的结构图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述。

本申请实施例提供一种通信方法及装置，用以减少QNC的通知路径，以使AF较快响应。其中，本申请所述方法和装置基于同一技术构思，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

在本申请中的描述中，“至少一个(种)”是指一个(种)或者多个(种)，多个(种)是指两个(种)或者两个(种)以上。“以下至少一项”或其类似表达，是指的这些项中的任意组合，包括单项或复数项的任意组合。例如，a,b,或c中的至少一项，可以表示：a，b，c，a和b，a和c，b和c，或，a和b和c，其中，a,b,c可以是单个，也可以是多个。

本申请的描述中和“/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A、B可以是单数或者复数。“/”表示“或”，例如a/b表示a或b。

为了更加清晰地描述本申请实施例的技术方案，下面结合附图，对本申请实施例提供的通信方法及装置进行详细说明。

图2示出了本申请提供的通信方法适用的一种可能的通信系统的架构，所述通信系统的架构中可以包括无线接入网络、终端设备和核心网。示例性的，该通信系统的架构中，无线接入网络中可以包括接入网设备((radio)access network，(R)AN)。核心网中可以包括：网络开放功能(network exposure function，NEF)网元、策略控制功能(policycontrol function，PCF)网元、统一数据管理功能网元(unified data management，UDM)、应用功能(application function，AF)网元、接入和移动性管理功能(access andmobility management function，AMF)网元、会话管理功能网元(session managementfunction，SMF)网元、用户面功能(user plane function，UPF)网元。其中，各个网元或设备之间可以通过接口连接，图2所示的接口名称只是一个示例说明，本申请实施例对此不作具体限定。应理解，本申请实施例并不限于图2所示通信系统，图2中所示的网元的名称在这里仅作为一种示例说明，并不作为对本申请的方法适用的通信系统架构中包括的网元的限定。下面对通信系统中的各个网元或设备的功能进行详细描述：

终端设备，又可以称之为用户设备(user equipment，UE)、移动台(mobilestation，MS)、移动终端(mobile terminal，MT)等，是一种向用户提供语音和/或数据连通性的设备。例如，终端设备可以包括具有无线连接功能的手持式设备、车载设备等。目前，终端设备可以是：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self-driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端，或智慧家庭(smart home)中的无线终端等。其中，图2中终端设备以UE示出，仅作为示例，并不对终端设备进行限定。

(R)AN设备：为终端设备提供接入的设备，包含无线接入网(radio accessnetwork，AN)设备和接入网(access network，AN)设备。RAN设备主要是3GPP网络无线网络设备，AN可以是non-3GPP定义的接入网设备。RAN设备：主要负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。所述接入网设备可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在5G系统中，称为RAN或者gNB(5G NodeB)等。

接入和移动性管理功能网元，可用于对终端设备的接入控制和移动性进行管理，在实际应用中，其包括了长期演进(long term evolution，LTE)中网络框架中移动管理实体(mobility management entity，MME)里的移动性管理功能，并加入了接入管理功能，具体可以负责终端设备的注册、移动性管理、跟踪区更新流程、可达性检测、会话管理功能网元的选择、移动状态转换管理等。例如，在5G中，接入和移动性管理功能网元可以是AMF网元，例如图2所示；在未来通信，如6G中，接入和移动性管理功能网元仍可以是AMF网元，或有其它的名称，本申请不做限定。当接入和移动性管理功能网元是AMF网元时，AMF可以提供Namf服务。

会话管理功能网元，可用于负责终端设备的会话管理(包括会话的建立、修改和释放)，用户面功能网元的选择和重选、终端设备的互联网协议(internet protocol，IP)地址分配、服务质量(quality of service，QoS)控制等。例如，在5G中，会话管理功能网元可以是SMF网元，例如图2所示；在未来通信，如6G中，会话管理功能网元仍可以是SMF网元，或有其它的名称，本申请不做限定。当会话管理功能网元是SMF网元时，SMF可以提供Nsmf服务。

用户面功能网元：负责终端设备中用户数据的转发和接收。可以从数据网络接收用户数据，通过接入网设备传输给终端设备；UPF网元还可以通过接入网设备从终端设备接收用户数据，转发到数据网络。UPF网元中为终端设备提供服务的传输资源和调度功能由SMF网元管理控制的。例如，在5G中，用户面功能网元可以是UPF网元，例如图2所示；在未来通信，如6G中，用户面功能网元仍可以是UPF网元，或有其它的名称，本申请不做限定。

策略控制功能网元：主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。例如，在5G中，策略控制功能网元可以是PCF网元，例如图2所示；在未来通信，如6G中，策略控制功能网元仍可以是PCF网元，或有其它的名称，本申请不做限定。当策略控制功能网元是PCF网元，PCF网元可以提供Npcf服务。

网络开放功能网元：主要支持3GPP网络和第三方应用安全的交互。例如，在5G中，网络开放功能网元可以是NEF网元(包括本地(local)NEF)，例如图2所示；在未来通信，如6G中，网络开放功能网元仍可以是NEF网元，或有其它的名称，本申请不做限定。当网络开放功能网元是NEF时，NEF可以向其他网络功能网元提供Nnef服务。核心网可以通过NEF向AF提供能力开放的信息。

应用功能网元：主要支持与3GPP核心网交互来提供服务，例如影响数据路由决策，策略控制功能或者向网络侧提供第三方的一些服务。例如，在5G中，应用功能网元可以是AF网元，例如图2所示；在未来通信，如6G中，应用功能网元仍可以是AF网元，或有其它的名称，本申请不做限定。当应用功能网元是AF网元时，AF网元可以提供Naf服务。AF可以通过NEF向核心网提供服务。

统一数据管理功能网元：用于生成认证信任状，用户标识处理(如存储和管理用户永久身份等)，接入授权控制和签约数据管理等。例如，在5G中，统一数据管理功能网元可以是UDM网元，例如图2所示；在未来通信，如6G中，统一数据管理功能网元仍可以是UDM网元，或有其它的名称，本申请不做限定。当统一数据管理功能网元是UDM网元时，UDM网元可以提供Nudm服务。

数据网络(data network，DN)，指的是为用户提供数据传输服务的服务网络，如IP多媒体业务(IP multi-media service,IMS)、互联网(Internet)等。

UE通过UE到DN之间建立的协议数据单元(protocol data unit，PDU)会话，来访问DN。

其中，核心网中的各个网元也可以称为功能实体或者设备，既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，例如，上述虚拟化平台可以为云平台。

需要说明的是，图2所示的通信系统的架构中不限于仅包含图中所示的网元，还可以包含其它未在图中表示的设备，具体本申请在此处不再一一列举。

需要说明的是，本申请实施例并不限定各个网元的分布形式，图2所示的分布形式只是示例性的，本申请不作限定。

为方便说明，本申请后续均以图2所示的网元为例进行说明，并将XX网元直接简称为XX，例如，SMF网元简称为SMF。应理解，本申请中所有网元的名称仅仅作为示例，在未来通信中还可以称为其它名称，或者在未来通信中本申请涉及的网元还可以通过其它具有相同功能的实体或者设备等来替代，本申请对此均不作限定。这里做统一说明，后续不再赘述。

基于图2所示的架构，本申请实施例可以应用于移动边缘计算(mobile edgecomputing，MEC)场景。MEC技术是为了有效满足移动互联网、物联网高速发展所需的高带宽、低时延的要求并减轻网络负荷，欧洲电信标准化协会(european telecommunicationstandard institute，ETSI)提出的。MEC技术可以为用户提供低时延、高带宽服务。示例性的，图3示出了本申请实施例适用的基于5G架构的MEC方案的场景示意图。在该场景中，MEC服务器部署在下沉的UPF(即本地UPF)处，如图3中连线所示的部署方式，图3所示的MEC服务器距离用户较近，可以为用户提供低时延、高带宽服务。

目前在5G QoS管理中，QNC机制可以包括订阅过程和通知过程两部分，图4所示的QNC机制示意图。其中：

订阅过程可以如下：

(1)AF向PCF发送QoS需求(requirement)，其中，requirement可以指一系列按序排列的QoS requirement。QoS需求表示网络侧(例如RAN)需要满足的业务流的服务质量。例如，QoS需求可以包括以下一项或多项报文延迟预算(packet delay budget，PDB)，报文误码率(packet error rate，PER)，GBR等。

(2)PCF向SMF发送可替换(替代)的QoS参数(alternative QoS parameter，AQParameter)。其中，AQParameter可以指一系列按序排列的QoS parameter；AQParameter由PCF根据requirement确定。QoS参数可以包括一个或多个参数，例如QoS参数可以包括以下一项或多项：PDB，PER，GBR等。

(3)SMF向RAN发送可替换的QoS配置文件(alternative QoS profile，AQProfile)其中，AQProfile可以指一系列按序排列的QoS Profile；AQProfile由SMF根据AQParameter确定。AQProfile可以包括一个或多个QoS参数，例如AQProfile可以包括以下一项或多项：PDB，PER，GFBR等。

需要说明的是，本申请中的描述中，可替换的(alternative)XX可以表示XX之间可以根据当前RAN资源选择相应的XX，例如可替换(替代)的QoS配置文件，可以表示多个QoS配置文件之间可以在不同的RAN资源下被选择。

通知过程可以如下：

(1)当RAN发生拥塞，即RAN当前资源无法满足，或者，当资源发生变化的情况下，RAN确定当前资源可以重新满足GBR QoS flow的需求时，RAN确定与当前资源匹配的AQProfile，并将该AQProfile对应的参考(reference)(即reference to AQProfile)上报至SMF。

(2)SMF根据reference to AQProfile确定reference to AQParameter，并将reference to AQParameter发送至PCF。

(3)PCF根据reference to AQParameter确定reference to AQRequirement，并将reference to AQRequirement发送至AF。

(4)AF基于reference to AQRequirement确定网络侧资源(即RAN资源)可以满足的QoS需求，从而进行传输调整，例如调整码率等。

其中，GBR QoS flow的需求可以为以下任一项或多项：报文延迟预算(packetdelay budget，PDB，比如数据包从UE到UPF的传输时间，即时延)、报文误码率(packeterror rate，PER)。

由上述可知，当RAN发生拥塞时，QNC的通知路径为RAN通知SMF，SMF通知PCF，PCF通知AF。由于PCF的部署位置相对较高，即距离用户较远，因此上述通知路径较长，AF可能不能及时响应处理，导致用户体验降低。

基于此，本申请实施例提出一种通信方法，可以减少QNC的通知路径，以使AF较快做出响应，保证用户体验。下面通过具体的实施例对本申请实施例提供的通信方法进行详细说明。

需要说明的是，在以下的实施例中，有XX网元或设备为执行主体操作时，可以理解为XX网元或设备执行，也可以理解为XX网元或设备中的处理器、芯片或一个功能模块等执行。例如，由接入网设备执行的操作，可以理解为由接入网设备执行，也可以理解为由接入网设备中的处理器、芯片或一个功能模块执行。

需要说明的是，在以下的实施例中，一些描述以AF直接与核心网中的网元交互为例进行说明。应理解，当AF为第三方AF时，AF可以通过NEF与核心网中的网元交互，同理，核心网中的网元也可以通过NEF与AF交互。

基于以上描述，本申请实施例提供的一种通信方法，参阅图5所示，该方法的具体流程可以包括：

步骤501：会话管理功能网元从策略控制功能网元接收策略与计费控制(policyand charging control，PCC)规则(rules)，PCC规则中包括QoS参数与QoS需求指示的对应关系。

可选的，QoS参数可以是一个或多个参数，例如PDB、PER或GBR中的至少一个。

在一种可选的实施方式中，应用功能网元通过网络开放功能网元向策略控制功能网元发送QoS创建请求，进而策略控制功能网元基于该QoS创建请求确定PCC规则后向会话管理功能网元发送该PCC规则。其中，QoS创建请求中可以包括以下一项或多项：业务流信息、网络拥塞通知指示、QoS需求等。

示例性的，网络拥塞通知指示可以是直接网络拥塞获取指示(direct networkcongestion indication)，也可以叫做网络拥塞直接通知指示(direct notification ofnetwork congestion indication)，该指示可以表示AF希望快速得到网络拥塞通知，也可以理解为该指示用于指示网络侧通过用户面开放网络拥塞，以满足AF快速获取网络拥塞通知的需求。

QoS需求可以是AQRequirement(alternative QoS requirement，替代的QoS需求)。

可选的，AQRequirement中可以包含应用功能网元分配的QoS需求指示，也即QoS需求指示来自于应用功能网元。QoS需求指示例如可以为可替代的QoS需求对应的参考(reference to AQRequirement)。一种可能的示例中，AQRequirement的内容可以如表1所示：

表1

reference to AQRequirement	Requirement
		Reference-1	Requirement-1
Reference-2	Requirement-2

其中，Reference-1和Reference-2可以理解为QoS需求的索引、序号、标识或其他指示等等。Requirement-1和Requirement-2为具体的QoS需求，例如Requirement-1和Requirement-2可以为PDB-1和PDB-2，或者Requirement-1和Requirement-2也可以为PDB和PER，或者还可以为其他需求，本申请不作限定。由表1可知，Reference-1与Requirement-1对应，Reference-2与Requirement-2对应。例如，Reference-1与PDB-1对应，Reference-2与PDB-2对应。

策略控制功能网元基于QoS创建请求中的QoS需求，确定与QoS需求对应的QoS参数(例如AQParameter)，进而可以确定QoS参数与QoS需求指示的对应关系，并将QoS参数与QoS需求指示的对应关系包含在PCC规则中。

例如，当QoS需求包括PDB-1和PDB-2时，策略控制功能网元可以基于QoS需求确定对应的QoS参数为PDB-1和PDB-2。

可选的，策略控制功能网元可以根据QoS创建请求中的网络拥塞通知指示确定PCC规则中包含QoS需求指示。即策略控制功能网元可以根据QoS创建请求中的网络拥塞通知指示确定需要将QoS需求指示发送给会话管理功能网元。

一种示例中，PCC规则的内容可以如表2所示：

表2

reference to AQRequirement	AQParameter
		Reference-1	Parameter-1
Reference-2	Parameter-2

表2示出了PCC规则中包含的QoS参数与QoS需求指示的对应关系。其中，Parameter-1和Parameter-2为具体的QoS参数，例如，Parameter-1和Parameter-2可以分别为PDB-1和PDB-2，或者还可以为其他参数，此处不再示例。由表2可知，Reference-1与Parameter-1对应，Reference-2与Parameter-2对应。例如，Reference-1与PDB-1对应，Reference-2与PDB-2对应。

另一种示例中，PCC规则还可以包含QoS参数与QoS参数指示(reference toAQParameter)的对应关系。也即PCC规则可以包含QoS参数、QoS参数指示与QoS需求指示的对应关系。例如，PCC规则的内容可以如表3所示：

表3

reference to AQRequirement	reference to AQParameter	AQParameter
			Reference-1	Reference-a	Parameter-1
Reference-2	Reference-b	Parameter-2

表3示出了PCC规则中包括的QoS参数、QoS参数指示与QoS需求指示的对应关系。其中，Reference-a和Reference-b可以理解为QoS参数的索引、序号、标识或其他指示等等。由表3可知，Reference-1、Reference-a与Parameter-1对应，Reference-2、Reference-b与Parameter-2对应。例如，Reference-1、Reference-a与PDB-1对应，Reference-2、Reference-b与PDB-2对应。

相对于如表4所示的现有PCC规则中只包含QoS参数与QoS参数指示的对应关系，表2和表3所示的PCC规则包含了QoS参数与QoS需求指示的对应关系，这样可以使后续会话管理功能网元将来自应用功能网元的QoS需求指示继续发送给接入网设备，以使接入网设备在后续QNC通知时上报应用功能网元可以识别的QoS需求指示。

表4

reference to AQParameter	AQParameter
		Reference-a	Parameter-1
Reference-b	Parameter-2

具体的，表4中内容的具体含义可以参见上述表3中涉及的相关描述，不再一一解释。

步骤502：会话管理功能网元根据PCC规则向接入网设备发送第一信息。相应地，接入网设备从会话管理功能网元接收该第一信息，第一信息可以包括QoS配置文件与QoS需求指示的对应关系，其中，QoS参数与QoS配置文件对应。

其中，AQProfile可以理解为配置文件对应的QoS参数，例如PDB(UE到UPF之间的时延)、PER或GFBR等中的一项或多项。其中，GFBR可以包括上行(uplink，UL)GFBR和/或下行(downlink，DL)GFBR。

示例性的，会话管理功能网元根据PCC规则中的QoS参数确定对应的QoS配置文件(如AQProfile)，进而确定了QoS配置文件与QoS需求指示的对应关系，并将QoS配置文件与QoS需求指示的对应关系包含在第一信息中。

在一种示例中，第一信息的内容可以如下表5所示：

表5

/>

表5示出了第一信息中包含的QoS配置文件与QoS需求指示的对应关系。其中，profile-1和profile-2为具体的QoS配置文件的内容，例如，profile-1和profile-2可以分别为PDB-1和PDB-2，或者还可以为其他内容，此处不再示例。由表5可知，Reference-1与profile-1对应，Reference-2与profile-2对应。例如，Reference-1与PDB-1对应，Reference-2与PDB-2对应。

另一种示例中，第一信息中还可以包含QoS配置文件与QoS配置文件指示(reference to AQProfile)的对应关系，也即第一信息中可以包含QoS配置文件、QoS配置文件指示与QoS需求指示的对应关系。例如，第一信息的内容可以如表6所示：

表6

reference to AQRequirement	reference to AQProfile	AQProfile
			Reference-1	Reference-x	profile-1
Reference-2	Reference-y	profile-2

表6示出了第一信息中包括的QoS配置文件、QoS配置文件指示与QoS需求指示的对应关系。其中，Reference-x和Reference-y可以理解为QoS配置文件的索引、序号、标识或其他指示等等。由表6可知，Reference-1、Reference-x与profile-1对应，Reference-2、Reference-y与profile-2对应。例如，Reference-1、Reference-x与PDB-1对应，Reference-2、Reference-y与PDB-2对应。

相对于表7中所示的现有会话管理网元发送给接入网设备的QoS配置文件与QoS配置文件指示的对应关系，表5和表6所示的第一信息包含了QoS配置文件与QoS需求指示的对应关系，可以使接入网设备在后续QNC通知时上报应用功能网元可以识别的QoS需求指示。

表7

reference to AQProfile	AQProfile
		Reference-x	profile-1
Reference-y	profile-2

具体的，表7中内容的具体含义可以参见上述表6中涉及的相关描述，不再一一解释。

可选的，第一信息可以为N2信息(N2 message)，或者第一信息可以包含在N2信息中，本申请不作限定。

可选的，PCC规则中还可以包括网络拥塞通知指示。

在一种可选的实施方式中，当PCC规则中包括网络拥塞通知指示时，会话管理功能网元可以根据网络拥塞通知指示确定向接入网设备发送QoS需求指示(也可以理解为发送QoS配置文件与QoS需求指示的对应关系)。即会话管理功能网元可以根据网络拥塞通知指示确定需要将QoS需求指示发送给接入网设备。也就是说，网络拥塞通知指示可以触发会话管理功能网元向接入网设备发送QoS需求指示。

在另一种可选的实施方式中，PCC规则中还可以包括第一指示信息，第一指示信息用于指示会话管理功能网元向接入网设备发送QoS需求指示，也可以理解为第一指示信息用于指示会话管理功能网元向接入网设备发送QoS配置文件与QoS需求指示的对应关系。

步骤503：接入网设备根据QoS配置文件与QoS需求指示的对应关系，确定第一QoS需求指示。其中，第一QoS需求指示为接入网设备当前资源能够满足的QoS配置文件对应的QoS需求指示。

接入网设备发生拥塞时，接入网设备确定当前资源可以满足的QoS配置文件对应的第一QoS需求指示。具体的，接入网设备可以确定当前资源能够满足的QoS配置文件，进而确定对应的第一QoS需求指示。其中，当前资源能够满足的QoS配置文件可以理解为接入网设备当前资源可以满足的QoS参数，例如PDB，PER，GFBR等。

步骤504：接入网设备向用户面功能网元发送第一QoS需求指示。

进一步地，用户面功能网元向应用功能网元发送第一QoS需求指示。

可选的，用户面功能网元可以通过本地网络开放功能网元向应用功能网元发送第一QoS需求指示。

应用功能网元在接收到第一QoS需求指示后，可以确定第一QoS需求指示对应的QoS需求，也即可以确定接入网设备当前资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

采用本申请上述通信方法，可以通过用户面对应用功能网元开放QNC，即通过用户面功能网元向应用功能网元发送应用功能网元可以识别的QoS需求指示，可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。并且，在该方法中，用户面功能网元只需要向应用功能网元转发QoS需求指示而无需进行较多处理，复杂度较低。

基于以上描述，下面通过6和图7所示的具体示例，对图5示的实施例提供的通信方法进行详细描述。在以下的图6和图7所示的示例中，以会话管理功能网元为SMF、策略控制功能网元为PCF、接入网设备为RAN、应用功能网元为AF、网络开放功能网元为NEF为例进行说明。

图6示出了一种QNC通知的场景示意图。在该场景中，QNC订阅过程为：AF通过NEF向PCF发送QoS需求与QoS需求指示的对应关系；PCF基于QoS需求确定对应的QoS参数，并向SMF发送QoS参数与QoS需求指示的对应关系；SMF基于QoS参数确定对应的QoS配置文件，并向RAN发送QoS配置文件与QoS需求指示的对应关系。QNC通知过程为：RAN发生拥塞时，RAN确定当前资源可以满足的QoS配置文件，并确定该QoS配置文件对应的第一QoS需求指示，然后RAN向UPF发送第一QoS需求指示，UPF可以通过本地NEF将第一QoS需求指示发送给AF，以使AF通过第一QoS需求指示确定对应的QoS需求，从而进行传输调整，例如调整码率等。

基于图6示出的场景，图7示出了一种通信方法的示例。例如，该示例的具体流程可以包括：

步骤701：AF向NEF发送QoS创建请求(例如AFSessionWithQoS创建请求)。

其中，QoS创建请求种可以包含业务流信息(也可以称为业务流描述)、网络拥塞通知指示(direct network congestion indication)、QoS需求(AQRequirement)。

其中，AQRequipment可以包含AF分配的QoS需求指示(reference toAQRequirement)，例如，AQRequipment的内容可以参见上述表1所示。

步骤702：NEF向PCF发送QoS创建请求。

需要说明的是，步骤701和步骤702中AF通过NEF向PCF发送QoS创建请求是可选的方法。应理解，AF可以不通过NEF向PCF发送QoS创建请求，即AF可以直接向PCF发送QoS创建请求。

步骤703：PCF根据QoS创建请求确定PCC规则。

具体的，PCF根据QoS创建请求中的AQRequirement确定对应的QoS参数，并在PCC规则中包含QoS参数与QoS需求指示的对应关系。例如，PCC规则的内容可以如上述表2和表3所示，此处不再详细描述。

一种可选的方式中，PCC规则中可以包括网络拥塞通知指示。PCF可以基于网络拥塞通知指示确定PCC中包含QoS需求指示，也即PCF确定AF订阅了网络拥塞通知时，可以确定PCC中包含QoS需求指示。

示例性的，PCC规则中还可以包括第一指示信息，第一指示信息用于指示SMF向RAN发送QoS需求指示。可选的，PCF可以在判断满足如下条件时在PCC规则中包括第一指示信息：AF订阅了网络拥塞通知(即AF要求核心网开放网络拥塞)、AF要求保证QoS、AF存在替换的QoS需求等。

可选的，PCF可以针对任一业务流判断是否满足上述条件。

步骤704：PCF向SMF发送PCC规则。

步骤705：SMF根据PCC规则确定QoS配置文件与QoS需求指示的对应关系。

具体的，PCF根据PCC规则中的QoS参数，确定对应的QoS配置文件，进而根据QoS参数与QoS需求指示的对应关系可以确定QoS配置文件与QoS需求指示的对应关系。

步骤706：SMF向RAN发送第一信息，第一信息包含QoS配置文件与QoS需求指示的对应关系。例如，第一信息的内容可以如上述表5和表6所示。

一种可能的示例中，PCC规则中包含网络拥塞通知指示时，SMF可以根据网络拥塞通知指示确定向RAN发送QoS需求指示。也即，网络拥塞通知指示可以触发SMF向RAN发送QoS需求指示。

另一种可能的示例中，SMF可以根据PCC规则中的第一指示信息向RAN发送QoS需求指示。

步骤707：RAN发生拥塞时，RAN确定当前资源可以满足的QoS配置文件，并根据QoS配置文件与QoS需求指示的对应关系确定第一QoS需求指示，第一QoS需求指示与RAN当前资源可以满足的QoS配置文件对应。

步骤708：RAN向UPF发送第一QoS需求指示。

其中，UPF可以为本地UPF，即本地会话锚点。

步骤709：UPF向AF发送第一QoS需求指示。

AF在接收到第一QoS需求指示后，可以确定第一QoS需求指示对应的QoS需求，从而进行传输调整，例如调整码率等，以适应RAN的拥塞情况。

示例性的，UPF可以通过本地NEF向AF发送第一QoS需求指示，在图7中不再示出。

通过该示例，通过UPF进行QNC通知，QNC通知路径较短，从而可以使AF可以较快响应，保证用户体验。

基于以上描述，本申请实施例提供了另一种通信方法，该通信方法与上述描述的实施例不同的是，上述通信方法由接入网设备向应用功能网元开放QoS需求指示，而在该通信方法中，由会话管理功能网元向应用功能网元开放QoS配置文件指示。参阅图8所示，该方法的具体流程可以包括：

步骤801：会话管理功能网元从策略控制功能网元接收PCC规则，PCC规则中包括QoS参数(AQRequirement)。

在一种可选的实施方式中，应用功能网元通过网络开放功能网元向策略控制功能网元发送QoS创建请求，进而策略控制功能网元基于该QoS创建请求确定PCC规则后向会话管理功能网元发送该PCC规则。其中，QoS创建请求中可以包括以下一项或多项：业务流信息、网络拥塞通知指示、QoS需求等。

具体的，网络拥塞通知指示以及QoS需求的相关描述可以参见上述步骤501中的相关描述。

策略控制功能网元基于QoS创建请求中的QoS需求，确定与QoS需求对应的QoS参数(例如AQParameter)，进而将QoS参数包含在PCC规则中。

步骤802：会话管理功能网元确定QoS参数对应的QoS配置文件(AQProfile)。

例如，QoS配置文件可以包括PDB、PER或GFBR等中的一项或多项。

步骤803：会话管理功能网元向应用功能网元发送QoS配置文件对应的QoS配置文件指示(reference to AQProfile)。

例如，QoS配置文件指示例如可以为Reference-x、Reference-y等，或者其他QoS配置文件的索引、序号、标识或其他指示等等。

可选的，PCC规则中还可以包括网络拥塞通知指示。

在一种可选的实施方式中，当PCC规则中包括网络拥塞通知指示时，会话管理功能网元可以根据网络拥塞通知指示确定向应用功能网元发送QoS配置文件对应的QoS配置文件指示。即会话管理功能网元可以根据网络拥塞通知指示确定需要将QoS配置文件指示发送给应用功能网元。也就是说，网络拥塞通知指示可以触发会话管理功能网元向应用功能网元发送QoS配置文件指示。

在另一种可选的实施方式中，PCC规则中还可以包括第一指示信息，第一指示信息用于指示会话管理功能网元向应用功能网元发送QoS配置文件对应的QoS配置文件指示。

示例性的，会话管理功能网元可以将QoS配置文件发送给接入网设备，以便于接入网设备在拥塞时确定可以满足的QoS配置文件。

步骤804：应用功能网元从会话管理功能网元接收QoS配置文件对应的QoS配置文件指之后，应用功能网元保存QoS配置文件指示与QoS需求的对应关系。

其中，QoS配置文件指示可以包括按序排列的QoS配置文件指示的列表。示例性的，应用功能网元可以根据按序排列的QoS配置文件指示、以及按序排列的QoS需求，确定QoS配置文件指示与QoS需求的对应关系。

例如，应用功能网元保存的QoS配置文件指示与QoS需求的对应关系可以如上述实施例的描述中表6中左边两列的对应关系所示，此处不再详细说明。

示例性的，应用功能网元可以保存QoS配置文件指示、QoS需求指示与QoS需求的对应关系。

步骤805：应用功能网元从用户面功能网元接收第一QoS配置文件指示。

具体的，接入网设备在发生拥塞时，可以确定当前资源能够满足的QoS配置文件，并将对应的第一QoS配置文件指示发送给用户面功能网元，进而用户面功能网元将第一QoS配置文件指示发送给应用功能网元。

步骤806：应用功能网元根据QoS配置文件指示与QoS需求的对应关系，确定第一QoS配置文件指示对应的第一QoS需求。

应用功能网元在确定第一QoS需求后，也即可以确定接入网设备的资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

采用上述通信方法，通过用户面开放QNC时，会话管理功能网元确定QoS配置文件之后，将QoS配置文件指示开放至应用功能网元，然后由应用功能网元保存QoS配置文件指示与QoS需求指示的对应关系。当接入网设备拥塞时接入网设备确定当前资源可以满足的QoS配置文件对应的QoS配置文件指示。通过用户面功能网元向应用功能网元开放QoS配置文件指示，由应用功能网元根据对应关系确定接入网设备当前资源可以满足的QoS需求。这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

基于以上描述，下面通过9和图10所示的具体示例，对图8示的实施例提供的通信方法进行详细描述。在以下的图9和图10所示的示例中，以会话管理功能网元为SMF、策略控制功能网元为PCF、接入网设备为RAN、应用功能网元为AF、网络开放功能网元为NEF为例进行说明。

图9示出了一种QNC通知的场景示意图。在该场景中，QNC订阅过程为：AF通过NEF向PCF发送QoS需求；PCF基于QoS需求确定对应的QoS参数，并向SMF发送QoS参数；SMF基于QoS参数确定对应的QoS配置文件，并向RAN发送QoS配置文件；SMF向AF发送QoS配置文件指示，以使AF保存QoS配置文件指示与QoS需求的对应关系。QNC通知过程为：RAN发生拥塞时，RAN确定当前资源可以满足的QoS配置文件对应的第一QoS配置文件指示，并将第一QoS配置文件指示发送给UPF，然后UPF可以通过本地NEF将第一QoS配置文件指示发送给AF，以使AF根据保存的QoS配置文件指示与QoS需求的对应关系确定第一QoS配置文件指示对应的第一QoS需求，从而进行传输调整，例如调整码率等。

基于图9示出的场景，图10示出了一种通信方法的示例。例如，该示例的具体流程可以包括：

步骤1001-步骤1002可以参见上述步骤701-702，此处不再详细描述。

步骤1003：PCF根据QoS创建请求确定PCC规则，PCC规则中包括QoS参数(AQRequirement)。

具体的，PCF根据QoS创建请求中的AQRequirement确定对应的QoS参数，并在PCC规则中包含QoS参数(AQParameter)。

可选的，PCC规则中可以包含网络拥塞通知指示。

可选的，PCC规则中可以包含第一指示信息，第一指示信息用于指示SMF向AF发送QoS配置文件指示(reference to AQProfile)。进一步地，PCF可以在判断满足如下条件时，在PCC规则中包括第一指示信息：AF订阅了网络拥塞通知(即AF要求核心网开放网络拥塞)、AF要求保证QoS、AF存在替换的QoS需求等。

可选的，PCF可以针对任一业务流判断是否满足上述条件。

步骤1004：PCF向SMF发送PCC规则。

步骤1005：SMF根据PCC规则确定QoS参数对应的QoS配置文件。

步骤1006：SMF向AF发送QoS配置文件对应的QoS配置文件指示(reference toAQProfile)。

例如，QoS配置文件指示例如可以为Reference-x、Reference-y等，或者其他QoS配置文件的索引、序号、标识或其他指示等等。

一种可选的方式中，当PCC规则中包含网络拥塞通知指示时，SMF根据网络拥塞通知指示确定向AF发送QoS配置文件对应的QoS配置文件指示。也可以理解为SMF确定AF订阅了网络拥塞通知时，确定向AF发送QoS配置文件对应的QoS配置文件指示。即网络拥塞通知指示触发SMF向AF发送QoS配置文件对应的QoS配置文件指示。

另一种可选的方式中，当PCC规则中包括第一指示信息时，SMF向AF发送QoS配置文件指示。

步骤1007：AF保存QoS配置文件指示与QoS需求的对应关系。

例如，AF保存的QoS配置文件指示与QoS需求的对应关系可以如上述实施例的描述中表6中左边两列的对应关系所示，此处不再详细说明。

步骤1008：SMF向RAN发送QoS配置文件。

示例性的，SMF可以向RAN发送N2信息，N2信息中包含QoS配置文件。

应理解，步骤1006-步骤1007，与步骤1008的顺序不作限定。

步骤1009：当RAN发生拥塞时，RAN确定当前资源可以满足的QoS配置文件，并确定当前资源可以满足的QoS配置文件对应的第一QoS配置文件指示。

步骤1010：RAN向UPF发送第一QoS配置文件指示。

其中，UPF可以为本地UPF，即本地会话锚点。

步骤1011：UPF向AF发送第一QoS配置文件指示。

示例性的，UPF可以通过本地NEF向AF发送第一QoS配置文件指示，在图9中不再示出。

步骤1012：AF根据保存的QoS配置文件指示与QoS需求的对应关系，确定第一QoS配置文件指示对应的第一QoS需求。

AF在确定第一QoS需求后，也即可以确定接入网设备的资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

通过该示例，通过UPF进行QNC通知，QNC通知路径较短，从而可以使AF可以较快响应，保证用户体验。

基于以上描述，本申请实施例提供了又一种通信方法，该通信方法与上述描述的实施例不同的是，上述通信方法由接入网设备向应用功能网元开放QoS需求指示，或者，由会话管理功能网元向应用功能网元开放QoS配置文件指示，而在该通信方法中，由策略控制功能网元向应用功能网元开放QoS参数指示。参阅图11所示，该方法的具体流程可以包括：

步骤1101：策略控制功能网元从应用功能网元接收QoS需求。

在一种可选的实施方式中，应用功能网元通过网络开放功能网元向策略控制功能网元发送QoS创建请求，其中，QoS创建请求中可以包括以下一项或多项：业务流信息、网络拥塞通知指示、QoS需求等。

具体的，网络拥塞通知指示以及QoS需求的相关描述可以参见上述步骤501中的相关描述。

步骤1102：策略控制功能网元确定QoS需求对应的QoS参数。

可选的，QoS参数可以是一个或多个参数，例如PDB、PER或GBR中的至少一个。

步骤1103：策略控制功能网元向应用功能网元发送QoS参数对应的QoS参数指示。

例如，QoS参数指示可以是可以为Reference-a、Reference-b等，或者其他QoS配置文件的索引、序号、标识或其他指示等等。

在一种可选的实施方式中，应用功能网元可以向策略控制功能网元发送第二指示信息，第二指示信息用于指示策略控制功能网元向应用功能网元发送QoS参数对应的QoS参数指示。

在另一种可选的实施方式中，当策略控制功能网元从应用功能网元接收到网络拥塞通知指示时，策略控制功能网元可以根据网络拥塞通知指示确定向应用功能网元发送QoS参数对应的QoS参数指示。即策略控制功能网元可以根据网络拥塞通知指示确定需要向应用功能网元发送QoS参数对应的QoS参数指示。也就是说，网络拥塞通知指示可以触发策略控制功能网元向应用功能网元发送QoS参数对应的QoS参数指示。

步骤1104：应用功能网元从策略控制功能网元接收QoS参数对应的QoS参数指示之后，应用功能网元保存QoS参数指示与QoS需求的对应关系。

其中，QoS参数指示可以包括按序排列的QoS参数指示的列表。应用功能网元可以根据按序排列的QoS参数指示、以及按序排列的QoS需求，确定QoS参数指示与QoS需求的对应关系。

例如，应用功能网元保存的QoS参数指示与QoS需求的对应关系可以包括Reference-a与对应的Requirement-1，以及Reference-b与对应的Requirement-2等，对于QoS参数指示与QoS需求的具体描述可以参见上述实施例相关描述，此处不再详细说明。

步骤1105：策略控制功能网元向会话管理功能网元QoS参数指示，相应地，会话管理功能网元从策略控制功能网元接收QoS参数指示。

可选的，策略控制功能网元可以向会话管理功能网元发送PCC规则，该PCC规则中包括QoS参数指示。

应理解，步骤1103-步骤1104与步骤1105的先后顺序不作限定。

步骤1106：会话管理功能网元向接入网设备发送QoS参数指示，相应地，接入网设备从会话管理功能网元接收QoS参数指示，以使接入网设备确定QoS配置文件对应的QoS参数指示。

示例性的，会话管理功能网元向接入网设备发送QoS参数指示和QoS配置文件的对应关系。

在一种可选的实施方式中，策略控制功能网元向会话管理功能网元发送第一指示信息，相应地，会话管理功能网元从策略控制功能网元接收第一指示信息，第一指示信息用于指示会话管理功能网元向接入网设备发送QoS参数指示。

可选的，该第一指示信息可以包含在策略控制功能网元可以向会话管理功能网元发送PCC规则中。

另一种可选的实施方式中，会话管理功能网元从策略控制功能网元接收网络拥塞通知指示，进而会话管理功能网元根据网络拥塞通知指示确定向接入网设备发送QoS参数指示。即会话管理功能网元根据网络拥塞通知指示确定需要向接入网设备发送QoS参数指示。也就是说，网络拥塞通知指示触发会话管理功能网元向接入网设备发送QoS参数指示。

可选的，该网络拥塞通知指示可以包含在策略控制功能网元可以向会话管理功能网元发送PCC规则中。

步骤1107：接入网设备根据QoS参数指示，确定第一QoS配置文件对应的第一QoS参数指示。

示例性的，接入网设备发生拥塞时，确定当前资源可以满足的第一QoS配置文件，进而接入网设备根据QoS参数指示和QoS配置文件的对应关系，确定第一QoS配置文件对应的第一QoS参数指示。

步骤1108：接入网设备向用户面功能网元发送第一QoS参数指示。

步骤1109：用户面功能网元向应用功能网元发送第一QoS参数指示。相应地，应用功能网元从用户面功能网元接收第一QoS参数指示。

步骤1110：应用功能网元根据QoS参数指示与QoS需求的对应关系，确定第一QoS参数指示对应的第一QoS需求。

应用功能网元在确定第一QoS需求后，也即可以确定接入网设备的资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

采用上述通信方法，通过用户面开放QNC时，PCF确定QoS参数之后，将QoS参数对应的QoS参数指示开放至应用功能网元，然后由应用功能网元保存QoS参数指示与QoS需求的对应关系。并且，PCF将QoS参数指示发送至会话管理功能网元，再由会话管理功能网元发送至接入网设备。进而，当接入网设备拥塞时，接入网设备确定当前资源可以满足的QoS配置文件对应的QoS参数指示，通过用户面功能网元向应用功能网元开放QoS参数指示，由应用功能网元根据对应关系确定接入网设备当前资源可以满足的QoS需求。这样可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

基于以上描述，下面通过12和图13所示的具体示例，对图11示的实施例提供的通信方法进行详细描述。在以下的图12和图13所示的示例中，以会话管理功能网元为SMF、策略控制功能网元为PCF、接入网设备为RAN、应用功能网元为AF、网络开放功能网元为NEF为例进行说明。

图12示出了一种QNC通知的场景示意图。在该场景中，QNC订阅过程为：AF通过NEF向PCF发送QoS需求；PCF基于QoS需求确定对应的QoS参数，并向SMF发送QoS参数指示；PCF向AF发送QoS参数指示，以使AF保存QoS参数指示与QoS需求的对应关系；SMF向RAN发送QoS参数指示和QoS配置文件的对应关系。QNC通知过程为：RAN发生拥塞时，RAN确定当前资源可以满足的第一QoS配置文件对应的第一QoS参数指示，然后RAN将第一QoS参数指示发送给UPF，由UPF通过本地NEF将第一QoS参数指示发送给AF，以使AF根据保存的QoS参数指示与QoS需求的对应关系确定第一QoS参数指示对应的第一QoS需求，从而进行传输调整，例如调整码率等。

基于图12示出的场景，图13示出了一种通信方法的示例。例如，该示例的具体流程可以包括：

步骤1301-步骤1302可以参见上述步骤701-702，此处不再详细描述。

步骤1303：PCF根据QoS创建请求确定PCC规则，PCC规则中包括QoS参数(AQRequirement)。

可选的，QoS参数可以是一个或多个参数，例如PDB、PER或GBR中的至少一个。

具体的，PCF根据QoS创建请求中的AQRequirement确定对应的QoS参数，并在PCC规则中包含QoS参数(AQParameter)。

可选的，PCC规则中可以包含网络拥塞通知指示。

步骤1304：PCF向AF发送QoS参数指示(reference to AQParameter)。

例如，QoS参数指示可以是可以为Reference-a、Reference-b等，或者其他QoS配置文件的索引、序号、标识或其他指示等等。

一种可选的方式中，PCC规则中包含网络拥塞通知指示时，PCF可以根据网络拥塞通知指示确定向AF发送QoS参数指示。也可以理解为当PCF确定AF订阅了网络拥塞通知则向AF发送QoS参数指示。也即，网络拥塞通知触发PCF向AF发送QoS参数指示。

在又一种可选的方式中，AF可以向PCF发送第二指示信息，第二指示信息用于指示PCF向AF发送QoS参数对应的QoS参数指示。可选的，AF可以在判断业务流满足如下至少一项特征时，向PCF发送第二指示信息：业务流要求网络拥塞通知(即业务流订阅了网络拥塞通知)、业务流要求保证QoS、业务流具有替换的QoS需求。

步骤1305：AF保存QoS参数指示与QoS需求的对应关系。

例如，AF保存的QoS参数指示与QoS需求的对应关系可以包括Reference-a与对应的Requirement-1，以及Reference-b与对应的Requirement-2等，对于QoS参数指示与QoS需求的具体描述可以参见上述实施例相关描述，此处不再详细说明。

步骤1306：PCF向SMF发送PCC规则。

PCC规则中还包括QoS参数指示。

可选的，PCC规则中还可以包括第一指示信息，第一指示信息用于指示SMF向RAN发送QoS参数指示。

应理解，步骤1304-步骤1305与步骤1306的先后顺序不作限定。

步骤1307：SMF向RAN发送QoS参数指示与QoS配置文件的对应关系。

SMF基于PCC规则中的QoS参数确定QoS配置文件，进而确定QoS参数指示与QoS配置文件的对应关系。

示例性的，SMF向RAN发送N2信息，该N2信息中包含QoS参数指示与QoS配置文件的对应关系。

可选的，N2信息中还可以包括网络拥塞通知指示。

一种示例中，当PCC规则中包含第一指示信息时，SMF可以根据第一指示信息向RAN发送QoS参数指示。

另一种示例中，当PCC规则中包含网络拥塞通知指示时，SMF可以根据网络拥塞通知指示确定向RAN发送QoS参数指示。也可以理解为当SMF确定AF订阅了网络拥塞通知则向RAN发送QoS参数指示。也即，网络拥塞通知触发SMF向RAN发送QoS参数指示。

步骤1308：当RAN发生拥塞时，RAN确定当前资源可以满足的第一QoS配置文件，并确定第一QoS配置文件对应的第一QoS参数指示。

RAN根据QoS参数指示与QoS配置文件的对应关系确定第一QoS配置文件对应的第一QoS参数指示。

步骤1309：RAN向UPF发送第一QoS参数指示。

其中，UPF可以为本地UPF，即本地会话锚点。

步骤1310：UPF将第一QoS参数指示发送给AF。

示例性的，UPF可以通过本地NEF向AF发送第一QoS参数示，在图13中不再示出。

步骤1311：AF根据QoS参数指示与QoS需求的对应关系，确定第一QoS参数指示对应的第一QoS需求。

AF在确定第一QoS需求后，也即可以确定RAN的资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

通过该示例，通过UPF进行QNC通知，QNC通知路径较短，从而可以使AF可以较快响应，保证用户体验。

基于以上描述，本申请实施例提供了又一种通信方法，该通信方法与上述描述的实施例不同的是，会话管理功能网元指示用户面功能网元上报符合条件的业务流的拥塞信息。参阅图14所示，该方法的具体流程可以包括：

步骤1401：会话管理功能网元向用户面功能网元发送第一指示信息，第一指示信息用于指示用户面网元向会话管理功能网元上报第一业务流对应的拥塞信息。

在一种可选的实施方式中，会话管理功能网元向用户面功能网元发送第一指示信息，方法可以为：会话管理功能网元基于确定第一业务流需要网络拥塞开放且对应保证比特率的QoS流，则向用户面功能网元发送第一指示信息。

其中，业务流可以由QoS流标识(QoS flow identifier，QFI)、或互联网协议(internet protocol，IP)五元组、或IP三元组、或应用标识表示。例如，UE存在多条业务流，包括业务流1～3；其中应用功能网元针对业务流1和业务流2订阅了网络拥塞开放；业务流1要求保证QoS，即会话管理功能网元为业务流1建立对应的GBR QoS Flow；业务流2不要求保证QoS，即会话管理功能网元为业务流2建立对应的non-GBR QoS Flow。在该示例中，会话管理功能网元仅针对业务流1向用户面网元发送第一指示信息。

需要说明的是，本申请所有实施例中，AF侧业务流信息与5G核心网(5G core，5GC)侧业务流信息的标识可以不一样。例如：AF可以使用互联网协议(internet protocol，IP)五元组/IP三元组、应用标识(application identifier，APP ID)表示业务流。5GC侧，例如SMF、RAN、UPF可以使用QoS流标识(QoS flow identifier，QFI)表示业务流；SMF、UPF也可以使用IP五元组、IP三元组、APP ID表示业务流。

可选的，会话管理功能网元接收网络拥塞通知指示，根据网络拥塞通知指示可以确定第一业务流需要网络拥塞开放。

进一步地，会话管理功能网元确定第一业务流对应保证比特率的QoS流。具体的，会话管理功能网元根据第一业务流对应的QoS特征确定第一业务流对应保证比特率的QoS流。其中QoS特征可以由5G QoS标识(5G QoS identifier，5QI)表示。

进一步地，会话管理功能确定第一业务流具有替换的QoS需求(即第一业务流具有alternative QoS Requirement)。具体的，会话管理功能网元根据接收的PCC规则中包含替换的QoS参数确定第一业务流具有替换的QoS需求。也可以描述为，第一业务流具有替换的QoS参数(即第一业务流具有alternative QoS Parameter)。

基于上述描述，可以概括为，会话管理功能网元针对第一业务流向用户面功能网元发送第一指示。其中，第一业务流满足以下至少一项特征：第一业务流需要网络拥塞开放、第一业务流对应保证比特率的QoS流、第一业务流具有替换的QoS参数或QoS需求。

在另一种可选的实施方式中，会话管理功能网元从策略控制功能网元接收第二指示信息，第二指示信息用于指示会话管理功能网元向用户面功能网元发送第一指示信息。

示例性的，在步骤1401之前，应用功能网元通过网络开放功能网元向策略控制功能网元发送QoS创建请求，其中，QoS创建请求中可以包括以下一项或多项：业务流信息、网络拥塞通知指示、QoS需求等。

具体的，网络拥塞通知指示以及QoS需求的相关描述可以参见上述步骤501中的相关描述。

策略控制功能网元根据QoS创建请求确定PCC规则，并向会话管理功能网元发送PCC规则。其中，PCC规则中包括QoS参数和QoS需求指示的对应关系，其中，QoS参数为策略控制功能网元根据QoS需求确定的，QoS需求指示为应用功能网元分配的。

可选的，QoS参数可以是一个或多个参数，例如PDB、PER或GBR中的至少一个。

可选的，PCC规则中包括网络拥塞通知指示，也即会话管理功能网元接收网络拥塞通知指示是接收PCC规则中包括的网络拥塞通知指示。

可选的，PCC规则中包含上述第二指示信息，也即会话管理功能网元从策略控制功能网元接收第二指示信息是接收PCC规则中包含的第二指示信息。可以理解的是，策略控制功能网元可以根据业务流的特征向会话管理功能网元发送第二指示信息。其中业务流的特征为以下至少一项：业务流需要网络拥塞开放、业务流对应保证比特率的QoS流、业务流具有替换的QoS需求。

可选的，会话管理功能网元向接入网设备发送QoS配置文件，其中QoS配置文件与QoS参数对应。例如，QoS配置文件可以包括PDB、PER或GFBR等中的一项或多项。

可选的，会话管理功能网元可以向用户面功能网元发送N4会话创建或修改请求消息，该N4会话创建或修改请求消息包括第一指示信息。可选的，N4会话创建或修改请求消息可以包括N4规则(N4 rules)，N4规则包括第一指示信息。

可选的，用户面功能网元可以向会话管理功能网元发送响应该第一指示信息的消息。

步骤1402：会话管理功能网元从用户面功能网元接收第一业务流对应的第一拥塞信息，第一拥塞信息包括第一QoS配置文件指示。

在一种可选的实施方式中，当接入网设备发送拥塞时，接入网设备可以确定当前资源能够满足的QoS配置文件，然后将该QoS配置文件对应的第一QoS配置文件指示发送给用户面功能网元。

可选的，用户面功能网元根据第一指示信息判断第一QoS配置文件指示对应的业务流是否为第一业务流，当确定为第一业务流时，用户面功能网元向会话管理功能网元发送包含第一QoS配置文件指示的第一拥塞信息。

一种示例中，当用户面功能网元判断第一QoS配置文件对应的业务流不是第一业务流时，可以通过其它规则处理对应的拥塞信息，例如将对应的业务流发送给应用功能网元，或者直接丢弃等。

步骤1403：会话管理功能网元根据QoS配置文件指示与QoS需求指示的对应关系，确定第一QoS配置文件指示对应的第一QoS需求指示。

步骤1404：会话管理功能网元向应用功能网元发送第一QoS需求指示。

应用功能网元可以基于第一QoS需求指示，确定接入网设备的资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

采用上述通信方法，采用用户面开放QNC时，会话管理功能网元指示用户面功能网元上报接入网设备拥塞情况，再由会话管理功能网元将接入网设备拥塞转换为应用功能网元可以理解的QOS需求，可以使QNC通知路径较短，从而使应用功能网元可以较快响应，保证用户体验。同时可以避免对UPF网元逻辑的改动，达到减少网元复杂度的效果。

基于以上描述，下面通过15和图16所示的具体示例，对图14示的实施例提供的通信方法进行详细描述。在以下的图15和图16所示的示例中，以会话管理功能网元为SMF、策略控制功能网元为PCF、接入网设备为RAN、应用功能网元为AF、网络开放功能网元为NEF为例进行说明。

图15示出了一种QNC通知的场景示意图。在该场景中，QNC订阅过程为：AF通过NEF向PCF发送QoS需求和QoS需求指示；PCF基于QoS需求确定对应的QoS参数，并向SMF发送QoS参数和QoS需求指示的对应关系；SMF向RAN发送QoS配置文件；SMF向UPF发送N4规则(可以理解为发送第一指示信息)。QNC通知过程为：RAN发生拥塞时，RAN确定当前资源可以满足的第一QoS配置文件对应的第一QoS配置文件指示，并将第一QoS配置文件指示发送给UPF，UPF确定满足N4规则时向SMF发送包含第一QoS配置文件指示的第一拥塞信息，SMF确定第一QoS配置文件指示对应的第一QoS需求指示，将第一QoS需求指示发送给AF，以使AF确定第一QoS需求指示对应的第一QoS需求，从而进行传输调整，例如调整码率等。

基于图16示出的场景，图15示出了一种通信方法的示例。例如，该示例的具体流程可以包括：

步骤1601-步骤1602可以参见上述步骤701-702，此处不再详细描述。

步骤1603：PCF根据QoS创建请求确定PCC规则，PCC规则中包括QoS参数(AQRequirement)以及对应的QoS需求指示(reference to AQRequirement)，其中QoS参数与QoS需求对应。

步骤1604：PCF向SMF发送PCC规则。

可选的，PCC规则可以包括网络拥塞通知指示。网络拥塞通知指示可以触发SMF向UPF发送第一指示信息，第一指示信息用于指示UPF向SMF上报第一业务流(也可以称为报文)对应的拥塞信息。

可选的，PCC规则可以包括第二指示信息，第二指示信息用于指示会话管理功能网元向用户面功能网元发送第一指示信息。也可以理解为第二指示信息指示SMF向AF开放拥塞信息。进一步地，PCF可以判断业务流满足以下至少一项特征时，在PCC规则中包含第二指示信息：业务流要求网络拥塞通知、业务流要求保证QoS、业务流存在替换的QoS参数。

步骤1605：SMF向UPF发送第一指示信息。

可选的，SMF向UPF发送N4会话创建/修改请求消息，N4会话创建/修改请求消息包括N4规则，N4规则可以理解为第一指示信息，或者N4规则包括第一指示信息。

一种可选的方式，SMF可以根据第二指示信息执行步骤1605。

另一种可选的方式，SMF可以判断第一业务流要求直接拥塞开放且该业务流对应GBR QoS flow，即根据网络拥塞通知指示确定第一业务流为需要直接网络拥塞开放且对应保证比特率的QoS流，则SMF执行步骤1605。

步骤1606：UPF向SMF发送响应第一指示信息的消息。

步骤1607：SMF向RAN发送N2信息，N2信息包含QoS配置文件(AQProfile)。

SMF基于QoS参数确定QoS配置文件。

可选的，N2信息还可以包括网络拥塞通知指示。

可选的，N2信息还可以包括QoS参数指示。

步骤1608：当RAN发生拥塞时，RAN确定当前资源可以满足的QoS配置文件，并确定对应的第一QoS配置文件指示。

步骤1609：RAN向UPF发送第一QoS配置文件指示。

其中，UPF可以为本地UPF，即本地会话锚点。

步骤1610：UPF根据第一指示信息确定第一QoS配置文件指示对应的业务流符合条件。也即UPF确定第一QoS配置文件指示对应的业务流为第一业务流。

步骤1611：UPF向SMF发送第一拥塞信息，第一拥塞信息包括第一QoS配置文件指示。

可以理解的是，若接收到的业务流不符合条件，则UPF可以根据其他N4 rules处理该业务流，例如将该业务流发送至AF，或者丢掉。

步骤1612：SMF根据QoS配置文件指示与QoS需求指示的对应关系，确定第一QoS配置文件指示对应的第一QoS需求指示。

步骤1613：SMF向AF发送第一QoS需求指示。

AF可以基于第一QoS需求指示，确定RAN的资源可以满足的QoS需求，从而进行传输调整，例如调整码率等。

通过该示例，通过UPF到SMF到AF进行QNC通知，QNC通知路径较短，从而可以使AF可以较快响应，保证用户体验。

需要说明的是，上述均以RAN发生拥塞的情况进行后续上报流程说明，可选的，也可以在RAN的资源变化过程中，例如由RAN发生拥塞变为不拥塞的情况下，RAN确定当前可以满足的QoS配置文件，再进行后续上报流程，例如图5-图7所示的实施例中RAN上报QoS配置文件对应的QoS需求指示。

需要说明的是，本申请中AF也可以替换成应用服务器(application server，AS)，本申请对此不作限定。

基于以上实施例，本申请实施例还提供了一种通信装置，参阅图17所示，通信装置1700可以包括收发单元1701和处理单元1702。其中，所述收发单元1701用于所述通信装置1700接收消息(信息或数据)或发送消息(信息或数据)，所述处理单元1702用于对所述通信装置1700的动作进行控制管理。所述处理单元1702还可以控制所述收发单元1701执行的步骤。

示例性地，该通信装置1700具体可以是上述实施例中的接入网设备、所述接入网设备中的处理器，或者芯片，或者芯片系统，或者是一个功能模块等；或者，该通信装置1700具体可以是上述实施例中的会话管理功能网元、所述会话管理功能网元的处理器，或者芯片，或者芯片系统，或者是一个功能模块等；或者，该通信装置1700具体可以是上述实施例中的应用功能网元、所述应用功能网元的处理器，或者芯片，或者芯片系统，或者是一个功能模块等；或者，该通信装置1700具体可以是上述实施例中的策略控制功能网元、所述策略控制功能网元的处理器，或者芯片，或者芯片系统，或者是一个功能模块等。

在一个实施例中，所述通信装置1700用于实现上述图5-图7所示的实施例中接入网设备(如RAN)的功能时：

所述收发单元1701可以用于从会话管理功能网元接收第一信息，所述第一信息包括QoS配置文件与QoS需求指示的对应关系；所述处理单元1702可以用于根据所述QoS配置文件与QoS需求指示的对应关系，确定第一QoS需求指示；所述第一QoS需求指示为所述接入网设备当前资源能够满足的QoS配置文件对应的QoS需求指示；所述收发单元1701还可以用于向用户面功能网元发送所述第一QoS需求指示。

在一种可选的实施方式中，所述QoS需求指示来自于应用功能网元。

在又一个实施例中，所述通信装置1700用于实现上述图5-图7所示的实施例中会话管理功能网元(如SMF)的功能时：

所述收发单元1701可以用于从策略控制功能网元接收策略与计费控制PCC规则，所述PCC规则中包括服务质量QoS参数与QoS需求指示的对应关系；以及根据所述PCC规则向接入网设备发送第一信息，所述第一信息包括QoS配置文件与所述QoS需求指示的对应关系；所述QoS参数与所述QoS配置文件对应；所述处理单元1702可以用于控制所述收发单元1701的上述操作。

在一种可选的实施方式中，所述PCC规则中还可以包括网络拥塞通知指示；所述处理单元1702还可以用于根据所述网络拥塞通知指示确定向所述接入网设备发送所述QoS需求指示。

在另一种可选的实施方式中，所述PCC规则中还可以包括第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述接入网设备发送所述QoS需求指示。

示例性的，所述QoS需求指示来自于应用功能网元。

在又一个实施例中，所述通信装置1700用于实现上述图8-图10所示的实施例中会话管理功能网元(如SMF)的功能时：

所述收发单元1701可以用于从策略控制功能网元接收策略与计费控制PCC规则，所述PCC规则中包括服务质量QoS参数；所述处理单元1702可以用于确定所述QoS参数对应的QoS配置文件；所述收发单元1701还可以用于向应用功能网元发送所述QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求。

在一种可选的实施方式中，所述PCC规则还可以包括第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。

在另一种可选的实施方式中，所述PCC规则中还可以包括网络拥塞通知指示；进一步地，所述处理单元1702还可以用于根据所述网络拥塞通知指示确定向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。

在又一个实施例中，所述通信装置1700用于实现上述图8-图10所示的实施例中应用功能网元(如AF)的功能时：

所述收发单元1701可以用于从会话管理功能网元接收QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求；所述处理单元1702可以用于保存所述QoS配置文件指示与QoS需求的对应关系；所述收发单元1701还可以用于从用户面功能网元接收第一QoS配置文件指示；所述处理单元1702还可以用于根据所述QoS配置文件指示与所述QoS需求的对应关系，确定所述第一QoS配置文件指示对应的第一QoS需求。

在又一个实施例中，所述通信装置1700用于实现上述图11-图13所示的实施例中策略控制功能网元(如PCF)的功能时：

所述收发单元1701可以用于从应用功能网元接收QoS需求；所述处理单元1702可以用于确定所述QoS需求对应的QoS参数；所述收发单元1701还可以用于向应用功能网元发送所述QoS参数对应的QoS参数指示，所述QoS参数指示用于所述应用功能网元确定对应的QoS需求。

可选的，所述收发单元1701还可以用于向会话管理功能网元发送第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向接入网设备发送所述QoS参数指示。

一种示例中，所述收发单元1701还可以用于从所述应用功能网元接收网络拥塞通知指示；所述处理单元1702还可以用于根据所述网络拥塞通知指示确定向所述应用功能网元发送所述QoS参数对应的QoS参数指示。

另一种示例中，所述收发单元1701还可以用于从所述应用功能网元接收第二指示信息，所述第二指示信息用于指示所述策略控制功能网元向所述应用功能网元发送所述QoS参数对应的QoS参数指示。

示例性的，所述收发单元1701还可以用于向会话管理功能网元发送所述QoS参数指示。

在又一个实施例中，所述通信装置1700用于实现上述图11-图13所示的实施例中应用功能网元(如AF)的功能时：

所述收发单元1701可以用于从策略控制功能网元接收QoS参数对应的QoS参数指示，所述QoS参数指示用于所述应用功能网元确定对应的QoS需求；所述处理单元1702可以用于保存所述QoS参数指示与QoS需求的对应关系；所述收发单元1701还可以用于从用户面功能网元接收第一QoS参数指示；所述处理单元1702还可以用于根据所述QoS参数指示与QoS需求的对应关系，确定所述第一QoS参数指示对应的第一QoS需求。

可选的，所述收发单元1701还可以用于向所述策略控制功能网元发送第二指示信息，所述第二指示信息用于指示所述策略控制功能网元向所述应用功能网元发送所述QoS参数对应的QoS参数指示。

在又一个实施例中，所述通信装置1700用于实现上述图11-图13所示的实施例中会话管理功能网元(如SMF)的功能时：

所述收发单元1701可以用于从策略控制功能网元接收QoS参数指示；以及，向接入网设备发送所述QoS参数指示，所述QoS参数指示用于所述接入网设备确定QoS配置文件对应的QoS参数指示的；所述处理单元1702可以用于控制所述收发单元1701的上述操作。

一种示例中，所述收发单元1701还可以用于从所述策略控制功能网元接收第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述接入网设备发送所述QoS参数指示。

另一种示例中，所述收发单元1701还可以用于从所述策略控制功能网元接收网络拥塞通知指示；所述处理单元1702还可以用于根据所述网络拥塞通知指示确定向所述接入网设备发送所述QoS参数指示。

在又一个实施例中，所述通信装置1700用于实现上述图11-图13所示的实施例中接入网设备(如RAN)的功能时：

所述收发单元1701可以用于从会话管理功能网元接收QoS参数指示，所述QoS参数指示用于所述接入网设备确定QoS配置文件对应的QoS参数指示的；所述处理单元1702可以用于根据所述QoS参数指示，确定第一QoS配置文件对应的第一QoS参数指示；所述收发单元1701还可以用于通过用户面功能网元向应用功能网元发送所述第一QoS参数指示。

在又一个实施例中，所述通信装置1700用于实现上述图14-图16所示的实施例中会话管理功能网元(如SMF)的功能时：

所述收发单元1701可以用于向用户面功能网元发送第一指示信息，所述第一指示信息用于指示用户面网元向所述会话管理功能网元上报第一业务流对应的拥塞信息；以及，从所述用户面功能网元接收所述第一业务流对应的第一拥塞信息，所述第一拥塞信息包括第一QoS配置文件指示；所述处理单元1702可以用于根据QoS配置文件指示与QoS需求指示的对应关系，确定第一QoS配置文件指示对应的第一QoS需求指示；所述收发单元1701还可以用于向应用功能网元发送所述第一QoS需求指示。

一种示例中，所述处理单元1702还可以用于确定第一业务流需要网络拥塞开放且对应保证比特率的QoS流；所述收发单元1701在向用户面功能网元发送第一指示信息时，可以用于：基于所述处理单元1702确定第一业务流需要网络拥塞开放且对应保证比特率的QoS流，向所述用户面功能网元发送所述第一指示信息。

可选的，所述收发单元1701还可以用于接收网络拥塞通知指示；所述处理单元1702还可以用于根据所述网络拥塞通知指示确定所述第一业务流需要网络拥塞开放且对应保证比特率的QoS流。

另一种示例中，所述收发单元1701还可以用于从策略控制功能网元接收第二指示信息，所述第二指示信息用于指示所述会话管理功能网元向所述用户面功能网元发送所述第一指示信息。

一种可能的方式中，所述QoS需求指示来自于所述应用功能网元。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

基于以上实施例，本申请实施例还提供了一种通信装置，参阅图18所示，通信装置1800可以包括收发器1801和处理器1802。可选的，所述通信装置1800中还可以包括存储器1803。其中，所述存储器1803可以设置于所述通信装置1800内部，还可以设置于所述通信装置1800外部。其中，所述处理器1802可以控制所述收发器1801接收和发送消息、信息或数据等。其中，收发器可以是收发器等。

具体地，所述处理器1802可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。所述处理器1802还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

其中，所述收发器1801、所述处理器1802和所述存储器1803之间相互连接。可选的，所述收发器1801、所述处理器1802和所述存储器1803通过总线1804相互连接；所述总线1804可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图18中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在一种可选的实施方式中，所述存储器1803，用于存放程序等。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。所述存储器1803可能包括RAM，也可能还包括非易失性存储器(non-volatile memory)，例如一个或多个磁盘存储器。所述处理器1802执行所述存储器1803所存放的应用程序，实现上述功能，从而实现通信装置1800的功能。

示例性地，该通信装置1800具体可以是上述实施例中的接入网设备，也可以是上述实施例中的会话管理功能网元，也可以是上述实施例中的应用功能网元，也可以是上述实施例中的策略控制功能网元等。

在一个实施例中，所述通信装置1800在实现上述实施例中接入网设备(如RAN)的功能时，收发器1801可以实现上述实施例中的由接入网设备执行的收发操作；处理器1802可以实现上述实施例中由接入网设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述实施例中的相关描述，此处不再详细介绍。

在一个实施例中，所述通信装置1800在实现上述实施例中会话管理功能网元(如SMF)的功能时，收发器1801可以实现上述实施例中的由会话管理功能网元执行的收发操作；处理器1802可以实现上述实施例中由会话管理功能网元执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述实施例中的相关描述，此处不再详细介绍。

在一个实施例中，所述通信装置1800在实现上述实施例中应用功能网元(如AF)的功能时，收发器1801可以实现上述实施例中的由应用功能网元执行的收发操作；处理器1802可以实现上述实施例中由应用功能网元执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述实施例中的相关描述，此处不再详细介绍。

在一个实施例中，所述通信装置1800在实现上述实施例中策略控制功能网元(如PCF)的功能时，收发器1801可以实现上述实施例中的由策略控制功能网元执行的收发操作；处理器1802可以实现上述实施例中由策略控制功能网元执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述实施例中的相关描述，此处不再详细介绍。

基于以上实施例，本申请实施例提供了一种通信系统，该通信系统可以包括上述实施例涉及的接入网设备、会话管理功能网元、应用功能网元和策略控制功能网元等。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中会话管理功能网元(如SMF)的功能，或者实现上述实施例中应用功能网元(如AF)的功能，或者实现上述实施例中策略控制功能网元(如PCF)的功能等。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中会话管理功能网元(如SMF)的功能，或者实现上述实施例中应用功能网元(如AF)的功能，或者实现上述实施例中策略控制功能网元(如PCF)的功能等。

本申请实施例还提供一种芯片，包括处理器，所述处理器与存储器耦合，用于调用所述存储器中的程序使得所述芯片实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中会话管理功能网元(如SMF)的功能，或者实现上述实施例中应用功能网元(如AF)的功能，或者实现上述实施例中策略控制功能网元(如PCF)的功能等。

本申请实施例还提供一种芯片，所述芯片与存储器耦合，所述芯片用于实现上述实施例中接入网设备(如RAN)的功能，或者实现上述实施例中会话管理功能网元(如SMF)的功能，或者实现上述实施例中应用功能网元(如AF)的功能，或者实现上述实施例中策略控制功能网元(如PCF)的功能等。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (27)

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

接入网设备从会话管理功能网元接收第一信息，所述第一信息包括QoS配置文件与QoS需求指示的对应关系；

所述接入网设备根据所述QoS配置文件与QoS需求指示的对应关系，确定第一QoS需求指示；所述第一QoS需求指示为所述接入网设备当前资源能够满足的QoS配置文件对应的QoS需求指示；

所述接入网设备向用户面功能网元发送所述第一QoS需求指示。

2.如权利要求1所述的方法，其特征在于，所述QoS需求指示来自于应用功能网元。

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

会话管理功能网元从策略控制功能网元接收策略与计费控制PCC规则，所述PCC规则中包括服务质量QoS参数与QoS需求指示的对应关系；

所述会话管理功能网元根据所述PCC规则向接入网设备发送第一信息，所述第一信息包括QoS配置文件与所述QoS需求指示的对应关系；所述QoS参数与所述QoS配置文件对应。

4.如权利要求3所述的方法，其特征在于，所述PCC规则中还包括网络拥塞通知指示；

所述方法还包括：

所述会话管理功能网元根据所述网络拥塞通知指示确定向所述接入网设备发送所述QoS需求指示。

5.如权利要求3所述的方法，其特征在于，所述PCC规则中还包括第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述接入网设备发送所述QoS需求指示。

6.如权利要求3-5任一项所述的方法，其特征在于，所述QoS需求指示来自于应用功能网元。

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

会话管理功能网元从策略控制功能网元接收策略与计费控制PCC规则，所述PCC规则中包括服务质量QoS参数；

所述会话管理功能网元确定所述QoS参数对应的QoS配置文件；

所述会话管理功能网元向应用功能网元发送所述QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求。

8.如权利要求7所述的方法，其特征在于，所述PCC规则还包括第一指示信息，所述第一指示信息用于指示所述会话管理功能网元向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。

9.如权利要求7所述的方法，其特征在于，所述PCC规则中还包括网络拥塞通知指示；

所述方法还包括：

所述会话管理功能网元根据所述网络拥塞通知指示确定向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。

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

应用功能网元从会话管理功能网元接收QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求；

所述应用功能网元保存所述QoS配置文件指示与QoS需求的对应关系；

所述应用功能网元从用户面功能网元接收第一QoS配置文件指示；

所述用功能网元根据所述QoS配置文件指示与所述QoS需求的对应关系，确定所述第一QoS配置文件指示对应的第一QoS需求。

11.一种通信装置，其特征在于，包括：

收发单元，用于从会话管理功能网元接收第一信息，所述第一信息包括QoS配置文件与QoS需求指示的对应关系；

处理单元，用于根据所述QoS配置文件与QoS需求指示的对应关系，确定第一QoS需求指示；所述第一QoS需求指示为所述接入网设备当前资源能够满足的QoS配置文件对应的QoS需求指示；

所述收发单元还用于向用户面功能网元发送所述第一QoS需求指示。

12.如权利要求11所述的装置，其特征在于，所述QoS需求指示来自于应用功能网元。

13.一种通信装置，其特征在于，包括：

收发单元，用于从策略控制功能网元接收策略与计费控制PCC规则，所述PCC规则中包括服务质量QoS参数与QoS需求指示的对应关系；

处理单元，用于根据所述PCC规则向接入网设备发送第一信息，所述第一信息包括QoS配置文件与所述QoS需求指示的对应关系；所述QoS参数与所述QoS配置文件对应。

14.如权利要求13所述的装置，其特征在于，所述PCC规则中还包括网络拥塞通知指示；

所述处理单元，还用于根据所述网络拥塞通知指示确定向所述接入网设备发送所述QoS需求指示。

15.如权利要求13所述的装置，其特征在于，所述PCC规则中还包括第一指示信息，所述第一指示信息用于指示会话管理功能网元向所述接入网设备发送所述QoS需求指示。

16.如权利要求13-15任一项所述的装置，其特征在于，所述QoS需求指示来自于应用功能网元。

17.一种通信装置，其特征在于，包括：

收发单元，用于从策略控制功能网元接收策略与计费控制PCC规则，所述PCC规则中包括服务质量QoS参数；

处理单元，用于确定所述QoS参数对应的QoS配置文件；

所述收发单元，还用于向应用功能网元发送所述QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求。

18.如权利要求17所述的装置，其特征在于，所述PCC规则还包括第一指示信息，所述第一指示信息用于指示会话管理功能网元向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。

19.如权利要求17所述的装置，其特征在于，所述PCC规则中还包括网络拥塞通知指示；

所述处理单元，还用于根据所述网络拥塞通知指示确定向所述应用功能网元发送所述QoS配置文件对应的QoS配置文件指示。

20.一种通信装置，其特征在于，包括：

收发单元，用于从会话管理功能网元接收QoS配置文件对应的QoS配置文件指示，所述QoS配置文件指示用于所述应用功能网元确定对应的QoS需求；

处理单元，用于保存所述QoS配置文件指示与QoS需求的对应关系；

所述收发单元，还用于从用户面功能网元接收第一QoS配置文件指示；

所述处理单元，还用于根据所述QoS配置文件指示与所述QoS需求的对应关系，确定所述第一QoS配置文件指示对应的第一QoS需求。

21.一种通信装置，其特征在于，包括存储器，处理器和收发器，其中：

所述存储器用于存储计算机指令；

所述收发器，用于接收和/或发送信息或数据；

所述处理器与所述存储器耦合，用于调用所述存储器中的所述计算机指令，以通过所述收发器执行如权利要求1或2所述的方法。

22.一种通信装置，其特征在于，包括存储器，处理器和收发器，其中：

所述存储器用于存储计算机指令；

所述收发器，用于接收和/或发送信息或数据；

所述处理器与所述存储器耦合，用于调用所述存储器中的所述计算机指令，以通过所述收发器执行如权利要求3-6任一项所述的方法。

23.一种通信装置，其特征在于，包括存储器，处理器和收发器，其中：

所述存储器用于存储计算机指令；

所述收发器，用于接收和/或发送信息或数据；

所述处理器与所述存储器耦合，用于调用所述存储器中的所述计算机指令，以通过所述收发器执行如权利要求7-9任一项所述的方法。

24.一种通信装置，其特征在于，包括存储器，处理器和收发器，其中：

所述存储器用于存储计算机指令；

所述收发器，用于接收和/或发送信息或数据；

所述处理器与所述存储器耦合，用于调用所述存储器中的所述计算机指令，以通过所述收发器执行如权利要求10所述的方法。

25.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，所述计算机可执行指令在被所述计算机调用时以执行如权利要求1-2中任一项所述的方法，或者执行如权利要求3-6中任一项所述的方法，或者执行如权利要求7-9中任一项所述的方法，或者执行如权利要求10所述的方法。

26.一种计算机程序产品，其特征在于，包含有指令，当所述指令在计算机上运行时，使得如权利要求1-2中任一项所述的方法，或如权利要求3-6中任一项所述的方法，或如权利要求7-9中任一项所述的方法，或如权利要求10所述的方法被执行。

27.一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以实现如权利要求1-2中任一项所述的方法，或者实现如述权利要求3-6中任一项所述的方法，或者实现如述权利要求7-9中任一项所述的方法，或者实现如述权利要求10所述的方法。