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

Abstract

本申请实施例提供一种通信方法及装置，用于避免因对一个应用业务的多个业务流进行协同管理而导致其它应用业务的业务流不能正常传输的问题。在该方法中，SMF网元接收来自PCF网元的第一PCC规则，该第一PCC规则包括第一信息，该第一信息用于关联第一应用业务对应的一个或多个QoS流；将第一PCC规则与第一QoS流绑定，该第一QoS流不与不包括第一信息的PCC规则绑定；以及，向第一网元发送第一QoS流的信息。

Description

一种通信方法及装置

技术领域

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

背景技术

服务质量(quality of service，QoS)控制是用来解决网络延迟、拥塞、丢包、抖动等问题的一种技术，以为指定的网络通信提供更好的服务能力。QoS控制的最细粒度是QoS流(QoS flow)。应用业务的业务流通过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管理的精准度，提高用户体验。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元根据PCC规则中的第一信息确定该第一服务质量流不与不包括第一信息的策略与计费控制规则绑定。通过上述实现方式，会话管理功能网元不将应用业务的策略与计费控制规则与第一服务质量流，能够使得承载第一业务流的服务质量流不承载其它应用业务的业务流。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元在将第一策略与计费控制规则与第一服务质量流绑定之前，创建该第一服务质量流；或者，第一信息用于关联第一应用业务对应的多个策略与计费控制规则，该会话管理功能网元在将第一策略与计费控制规则与第一服务质量流绑定之前，确定已经根据与该第一策略与计费控制规则具有相同绑定参数、且包括该第一信息的策略与计费控制规则创建的第一服务质量流。通过上述实现方式，一个服务质量流可以绑定一个策略与计费控制规则，或者流绑定同一个应用业务对应的、具有相同绑定参数的多个策略与计费控制规则。

在一种可能的实现方式中，该第一策略与计费控制规则还可以包括第二信息；

该第二信息可用于指示第一策略与计费控制规则与一个服务质量流绑定，该一个服务质量流不与包括第一信息、且与该第一策略与计费控制规则具有相同绑定参数的策略与计费控制规则绑定；

或者，该第二信息可用于指示第一策略与计费控制规则与包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流。其中，该包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流，可理解为与该第一策略与计费控制规则对应的业务流具有相同服务质量需求、且属于第一应用业务的业务流对应的策略与计费控制规则。

通过上述实现方式，可以通过显式指示的方式实现一个服务质量流绑定一个策略与计费控制规则，或者实现一个服务质量流绑定同一个应用业务对应的、具有相同绑定参数的多个策略与计费控制规则，实现方式灵活。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元根据第一信息，确定第一应用业务的多个业务流之间的关联关系。可选的，会话管理功能网元可以维护或存储该第一应用业务的多个业务流之间的关联关系。通过上述实现方式，会话管理功能网元可根据该第一信息，确定属于第一应用业务的多个业务流。

在一种可能的实现方式中，第一应用业务对应的多个测量与计费控制规则与多个服务质量流绑定，第一网元为接入网网元；该方法还可以包括：会话管理功能网元接收来自接入网网元的第一消息，第一消息用于指示第一服务质量流被释放；以及，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，其中，至少一个服务质量流是该多个服务质量流中除了第一服务质量流之外的服务质量流。通过上述实现方式，会话管理功能网元可以实现对第一应用业务的多个业务流之间进行协同管理。

在一种可能的实现方式中，会话管理功能网元可通过如下方式从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流：

会话管理功能网元确定第一应用业务的多个业务流之间的关联关系，根据第一服务质量流对应的业务流和该第一应用业务的多个业务流之间的关联关系，确定该确定第一应用业务的多个业务流中未被释放的业务流，以及根据该第一应用业务的多个业务流中未被释放的业务流，从至少一个服务质量流中释放该第一应用业务的多个业务流中未被释放的业务流。

可选的，该会话管理功能网元还可以向策略控制功能网元发送第二消息，该第二消息用于请求去激活第一应用业务对应的多个策略与计费控制规则。该第二消息可理解为一个消息，也可以理解为多个消息。例如，该第二消息为一个消息，该一个消息可用于请求去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第二消息为多个消息，其中的一个消息用于请求去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

或者，会话管理功能网元可以向策略控制功能网元发送第三消息，该第三消息用于请求去激活第一服务质量流绑定的策略与计费控制规则；接收来自策略控制功能网元的第四消息，第四消息用于指示去激活第一应用业务对应的多个策略与计费控制规则，或者该第四消息用于请求释放该第一应用业务的多个业务流中未被释放的业务流；根据该第四消息，确定第一应用业务的多个业务流；以及，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流。例如，会话管理功能网元可以根据第一QoS流对应的第一应用业务的业务流和该第一应用业务的多个业务流，确定第一应用业务的多个业务流中未被释放的业务流，以及根据该第一应用业务的多个业务流中未被释放的业务流，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

通过上述实现方式，会话管理功能网元可以自身触发从至少一个服务质量流中是释放第一应用业务的多个业务流中未被释放的业务流，或者可以响应于策略控制功能网元的第四消息从至少一个服务质量流中是释放第一应用业务的多个业务流中未被释放的业务流，实现方式灵活。

在一种可能的实现方式中，第一应用业务对应的多个策略与计费控制规则与多个服务质量流绑定，第一服务质量流的信息中可以包括第三信息；或者，会话管理功能网元可以向第一网元发送第三信息；其中，该第三信息用于指示关联该第一应用业务对应的多个服务质量流。通过上述实现方式，第一网元可根据该第三信息，确定多个服务质量流对应的多个业务流属于同一个应用业务。

第二方面，本申请实施例提供又一种通信方法，该方法可以由策略控制功能网元执行，或者由策略控制功能网元的部件执行。在该方法中，策略控制功能网元接收来自应用功能网元的请求消息，请求消息用于请求为第一业务流提供质量服务，其中，请求消息包括第四信息，第一信息用于关联第一应用业务的多个业务流，第一业务流是该第一应用业务的多个业务流中的一个；根据请求消息，生成第一策略与计费控制规则，其中，第一策略与计费控制规则包括第一信息，该第一信息用于关联第一应用业务对应的一个或多个策略与计费控制规则；以及，向会话管理功能网元发送该第一策略与计费控制规则。

在一种可能的实现方式中，包括该第一信息的策略与计费控制规则不与不包括第一信息的策略与计费控制规则绑定。

在一种可能的实现方式中，该第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括该第一信息。

在一种可能的实现方式中，不包括第一信息的策略与计费控制规则对应的应用业务与该第一应用业务是不同的应用业务。

在一种可能的实现方式中，该方法还包括：策略控制功能网元根据该第四信息，确定该第一信息。

在一种可能的实现方式中，第一策略与计费控制规则还可以包括第二信息；

该第二信息可用于指示第一策略与计费控制规则与一个服务质量流绑定，该一个服务质量流不与包括第一信息、且与该第一策略与计费控制规则具有相同绑定参数的策略与计费控制规则绑定；

或者，该第二信息可用于指示第一策略与计费控制规则与包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流。其中，该包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流，可理解为与该第一策略与计费控制规则对应的业务流具有相同服务质量需求、且属于第一应用业务的业务流对应的策略与计费控制规则。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元根据第一信息，确定第一应用业务的多个业务流之间的关联关系。可选的，会话管理功能网元可以维护或存储该第一应用业务的多个业务流之间的关联关系。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元接收来自会话管理功能网元的第三消息，第三消息用于请求去激活第一服务质量流绑定的策略与计费控制规则；根据第一服务质量流绑定包括该第一信息的策略与计费控制规则和第四信息，确定第一应用业务对应的多个策略与计费控制规则；以及，去激活第一应用业务对应的多个策略与计费控制规则。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元向会话管理功能网元发送第四消息，第四消息用于指示去激活第一应用业务对应的多个策略与计费控制规则，或者该第四消息用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元接收来自会话管理功能网元的第二消息，第二消息用于请求去激活第一应用业务对应的多个策略与计费控制规则；以及，根据第二消息，去激活第一应用业务对应的多个策略与计费控制规则。该第二消息可理解为一个消息，也可以理解为多个消息。例如，该第二消息为一个消息，该一个消息可用于请求去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第二消息为多个消息，其中的一个消息用于请求去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

上述第二方面及第二方面各个可能的实现方式的有益效果，请参考第一方面及第一方面各个可能的实现方式的有益效果，此处不再赘述。

第三方面，本申请实施例提供又一种通信方法，该方法可以由接入网网元执行，或者由接入网网元的部件执行。在该方法中，接入网网元接收来自会话管理功能网元的第一服务质量流的信息，第一服务质量流的信息中包括第三信息，第三信息用于关联第一应用业务对应的多个服务质量流；在所述第一服务质量流被创建时，根据所述第三信息创建至少一个服务质量流；或者在第一服务质量流被释放时，根据第三信息释放至少一个服务质量流；其中，该至少一个服务质量流是该第一应用业务对应的多个服务质量流中除了该第一服务质量流的服务质量流。

在一种可能的实现方式中，该方法还可以包括：接入网网元根据第一服务质量流和第三信息，确定该至少一个服务质量流。

上述第三方面及第三方面各个可能的实现方式的有益效果，请参考第一方面及第一方面各个可能的实现方式的有益效果，此处不再赘述。

第四方面，本申请实施例提供再一种通信方法，该方法可以由会话管理功能网元执行，或者由该会话管理功能网元的部件执行。在该方法中，会话管理功能网元接收来自接入网网元的第五消息，第五消息用于指示第二服务质量流被释放；以及，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，其中，该至少一个服务质量流是所述第一应用业务对应的多个服务质量流中除了第二服务质量流之外的服务质量流。

在本申请实施例中，会话管理功能网元从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，实现了以业务流为粒度对一个应用业务的多个业务流的协同管理。由于会话管理功能网元是以业务流为粒度进行释放的，相较于释放整个服务质量流而言，不会终止同一个服务质量流所承载的其它应用业务的业务流的传输，从而能够避免影响同一个服务质量流所承载其它应用业务的业务流的正常传输。

在一种可能的实现方式中，该方法还可以包括：在接收来自接入网网元的第五消息之前，会话管理功能网元接收来自策略控制功能网元的第一策略与计费控制规则，第一策略与计费控制规则包括第一信息，该第一信息用于关联第一应用业务对应的多个策略与计费控制规则；将第一策略与计费控制规则与第二服务质量流绑定；以及，向第一网元发送第二服务质量流的信息。通过该实现方式，会话管理功能网元可将第一业务流对应的策略与计费控制规则与第二服务质量流绑定，该第二服务质量流除了承载第一业务流之外还可以承载其它应用业务的业务流。

在一种可能的实现方式中，该第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括所述第一信息。

在一种可能的实现方式中，不包括该第一信息的策略与计费控制规则对应的应用业务与该第一应用业务是不同的应用业务。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元根据该第一信息，确定第一应用业务的多个业务流之间的关联关系。可选的，会话管理功能网元可以维护或存储该第一应用业务的多个业务流之间的关联关系。通过上述实现方式，会话管理功能网元可根据该第一信息，确定属于第一应用业务的多个业务流。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元确定第一应用业务的多个业务流之间的关联关系，以及根据所述第一服务质量流对应的业务流和所述第一应用业务的多个业务流之间的关联关系，确定所述第一应用业务的多个业务流中未被释放的业务流。通过上述实现方式，会话管理功能网元可自身确定该第一应用业务的多个业务流中未被释放的业务流，并基于确定出的该第一应用业务的多个业务流中未被释放的业务流，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，从而实现以业务流为粒度对第一应用业务的多个业务流的协同管理。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元向策略控制功能网元发送第二消息，该第二消息用于请求去激活第一应用业务对应的多个策略与计费控制规则，这样策略控制功能网元可响应于该第二消息，去激活该第一应用业务对应的多个策略与计费控制规则。该第二消息可理解为一个消息，也可以理解为多个消息。例如，该第二消息为一个消息，该一个消息可用于请求去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第二消息为多个消息，其中的一个消息用于请求去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

在一种可能的实现方式中，该方法还可以包括：会话管理功能网元向策略控制功能网元发送第六消息，第六消息用于请求去激活第二服务质量流绑定的策略与计费控制规则；以及，接收来自策略控制功能网元的第四消息，该第四消息用于指示去激活该第一应用业务对应的多个策略与计费控制规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

可选的，该方法还可以包括：会话管理功能网元根据第四消息，确定第一应用业务的业务流，以及根据该第二服务质量流对应的业务流和该第一应用业务的多个业务流，确定该第一应用业务的多个业务流中未被释放的业务流。

通过上述实现方式，会话管理功能网元可响应于策略控制功能网元的第四消息确定该第一应用业务的多个业务流中未被释放的业务流，并基于确定出的该第一应用业务的多个业务流中未被释放的业务流，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，从而实现以业务流为粒度对第一应用业务的多个业务流的协同管理。

第五方面，本申请实施例提供又一种通信方法，该方法可以由策略控制功能网元执行，或者由策略控制功能网元的部件执行。在该方法中，策略控制功能网元接收来自会话管理功能网元的第六消息，第六消息用于请求去激活第二服务质量流绑定的策略与计费控制规则，该第二服务质量流对应的第一业务流是第一应用业务的多个业务流中的一个；确定该第一应用业务对应的多个策略与计费控制规则；以及，去激活该第一应用业务对应的多个策略与计费控制规则。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元接收来自应用功能网元的请求消息，该请求消息用于请求为第一业务流提供质量服务，其中，请求消息包括第四信息，第四信息用于关联第一应用业务的多个业务流；根据请求消息，生成第一策略与计费控制规则，其中，第一策略与计费控制规则包括第一信息，所述第一信息用于关联该第一应用业务对应的多个策略与计费控制规则；以及，向会话管理功能网元发送第一策略与计费控制规则。

在一种可能的实现方式中，所述第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括所述第一信息。

在一种可能的实现方式中，不包括所述第一信息的策略与计费控制规则对应的应用业务与所述第一应用业务是不同的应用业务。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元根据所述第四信息，确定所述第一信息。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元确定第一应用业务的多个业务流之间的关联关系。可选的，策略控制功能网元可以维护或存储该第一应用业务的多个业务流之间的关联关系。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元确定该第一应用业务对应的多个策略与计费控制规则可以为：策略控制功能网元根据第四信息和第二服务质量流所绑定的PCC规则，确定第一应用业务对应的多个策略与计费控制规则。

在一种可能的实现方式中，该方法还可以包括：策略控制功能网元向会话管理功能网元发送第四消息，第四消息用于指示去激活第一应用业务对应的多个策略与计费控制规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息用于指示去激活该第一应用业务对应的多个策略与计费控制规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

上述第五方面及第五方面各个可能的实现方式的有益效果，请参考第四方面及第四方面各个可能的实现方式的有益效果，此处不再赘述。

第六方面，本申请实施例提供一种通信装置。所述通信装置用于执行为上述第一方面及第一方面任一项可能的实现方式中所述的方法，或者用于执行上述第四方面及第四方面任一项可能的实现方式中所述的方法。该通信装置例如为会话管理功能网元，或为会话管理功能网元中的功能模块，例如基带装置或芯片系统等。一种可能的实现方式中，所述通信装置包括基带装置和射频装置。

另一种可能的实现方式中，所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能，在收发单元实现发送功能时，可称为发送单元(有时也称为发送模块)，在收发单元实现接收功能时，可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能单元，该功能单元称为收发单元，该功能单元能实现发送功能和接收功能；或者，发送单元和接收单元可以是不同的功能单元，收发单元是对这些功能单元的统称。

第七方面，本申请实施例提供又一种通信装置。所述通信装置用于执行为上述第二方面及第二方面任一项可能的实现方式中所述的方法，或者用于执行上述第五方面及第五方面任一项可能的实现方式中所述的方法。该通信装置例如为策略控制功能网元，或为策略控制功能网元中的功能模块，例如基带装置或芯片系统等。一种可能的实现方式中，所述通信装置包括基带装置和射频装置。

另一种可能的实现方式中，所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能，在收发单元实现发送功能时，可称为发送单元(有时也称为发送模块)，在收发单元实现接收功能时，可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能单元，该功能单元称为收发单元，该功能单元能实现发送功能和接收功能；或者，发送单元和接收单元可以是不同的功能单元，收发单元是对这些功能单元的统称。

第八方面，本申请实施例提供再一种通信装置。所述通信装置用于执行为上述第三方面及第三方面任一项可能的实现方式中所述的方法。该通信装置例如为接入网网元，或为接入网网元中的功能模块，例如基带装置或芯片系统等。一种可能的实现方式中，所述通信装置包括基带装置和射频装置。

另一种可能的实现方式中，所述通信装置包括处理单元(有时也称为处理模块)和收发单元(有时也称为收发模块)。收发单元能够实现发送功能和接收功能，在收发单元实现发送功能时，可称为发送单元(有时也称为发送模块)，在收发单元实现接收功能时，可称为接收单元(有时也称为接收模块)。发送单元和接收单元可以是同一个功能单元，该功能单元称为收发单元，该功能单元能实现发送功能和接收功能；或者，发送单元和接收单元可以是不同的功能单元，收发单元是对这些功能单元的统称。

第九方面，本申请实施例提供一种通信装置。所述通信装置可以包括一个或多个处理器。可选地，该通信装置还可以包括存储器。其中，所述存储器用于存储一个或多个计算机程序或指令。所述一个或多个处理器用于执行所述存储器存储的所述一个或多个计算机程序或指令，以使得所述通信装置执行上述第一方面及第一方面任一项可能的实现方式中所述的方法，或者执行上述第四方面及第四方面任一项可能的实现方式中所述的方法。

第十方面，本申请实施例提供又一种通信装置。所述通信装置可以包括一个或多个处理器。可选地，该通信装置还可以包括存储器。其中，所述存储器用于存储一个或多个计算机程序或指令。所述一个或多个处理器用于执行所述存储器存储的所述一个或多个计算机程序或指令，以使得所述通信装置执行上述第二方面及第二方面任一项可能的实现方式中所述的方法，或者执行上述第五方面及第五方面任一项可能的实现方式中所述的方法。

第十一方面，本申请实施例提供再一种通信装置。所述通信装置可以包括一个或多个处理器。可选地，该通信装置还可以包括存储器。其中，所述存储器用于存储一个或多个计算机程序或指令。所述一个或多个处理器用于执行所述存储器存储的所述一个或多个计算机程序或指令，以使得所述通信装置执行上述第三方面及第三方面任一项可能的实现方式中所述的方法。

第十二方面，本申请实施例还提供一种通信系统。所述通信系统包括上述第六方面所述的通信装置，上述第七方面所述的通信装置，或上述第八方面所述的通信装置中的至少一项。

第十三方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序或指令，当其被运行时，使得上述第一方面及第一方面任一项可能的实现方式中所述的方法被实现，或者使得上述第四方面及第四方面任一项可能的实现方式中所述的方法被实现。

第十四方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序或指令，当其被运行时，使得上述第二方面及第二方面任一项可能的实现方式中所述的方法被实现，或者使得上述第五方面及第五方面任一项可能的实现方式中所述的方法被实现。

第十五方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序或指令，当其被运行时，使得上述第三方面及第三方面任一项可能的实现方式中所述的方法被实现。

第十六方面，本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得上述第一方面及第一方面任一项可能的实现方式中所述的方法被实现，或者使得上述第四方面及第四方面任一项可能的实现方式中所述的方法被实现。

第十七方面，本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得上述第二方面及第二方面任一项可能的实现方式中所述的方法被实现，或者使得上述第五方面及第五方面任一项可能的实现方式中所述的方法被实现。

第十八方面，本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得上述第三方面及第三方面任一项可能的实现方式中所述的方法被实现。

第十九方面，本申请实施例还提供一种芯片，所述芯片与存储器耦合，用于读取并执行所述存储器中的程序指令，以使得所述芯片所在装置实现上述第一方面及第一方面任一项可能的实现方式中所述的方法，或实现上述第四方面及第四方面任一项可能的实现方式中所述的方法。

第二十方面，本申请实施例还提供一种芯片，所述芯片与存储器耦合，用于读取并执行所述存储器中的程序指令，以使得所述芯片所在装置实现上述第二方面及第二方面任一项可能的实现方式中所述的方法，或实现上述第五方面及第五方面任一项可能的实现方式中所述的方法。

第二十一方面，本申请实施例还提供一种芯片，所述芯片与存储器耦合，用于读取并执行所述存储器中的程序指令，以使得所述芯片所在装置实现上述第三方面及第三方面任一项可能的实现方式中所述的方法。

附图说明

图1为本申请实施例中5G网络架构的一种示意图；

图2为本申请实施例中QoS流承载不同应用业务的业务流的示意图；

图3为本申请实施例提供的一种通信方法的流程示意图；

图4为本申请实施例提供的又一种通信方法的流程示意图；

图5A为本申请实施例提供的一个QoS流承载一个应用业务的至少一个业务流的示意图；

图5B为本申请实施例提供的一个QoS流承载一个应用业务的一个业务流的示意图；

图6为本申请实施例提供的又一种通信方法的流程示意图；

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

图8为本申请实施例提供的对应用业务1的多个业务流进行协同管理的示意图；

图9为本申请实施例提供的再一种通信方法的流程示意图；

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

图11为本申请实施例提供的又一种通信装置的示意图。

具体实施方式

为了使本申请实施例的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例作进一步地详细描述。

本申请实施例中的术语“系统”和“网络”可被互换使用。“多个”是指两个或两个以上，鉴于此，本申请实施例中也可以将“多个”理解为“至少两个”。“至少一个”，可理解为一个或多个，例如理解为一个、两个或更多个。例如，包括至少一个，是指包括一个、两个或更多个，而且不限制包括的是哪几个。例如，包括A、B和C中的至少一个，那么包括的可以是A、B、C，A和B，A和C，B和C，或A和B和C。同理，对于“至少一种”等描述的理解，也是类似的。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如“A，B和C中的至少一个”包括A，B，C，AB，AC，BC或ABC。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

除非有特别说明，本申请实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度，并且“第一”、“第二”的描述也并不限定对象一定不同。

另外，在本申请实施例中，“示例性的”一词用于表示作例子、例证或说明。本申请中被描述为“示例性的”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”一词旨在以具体方式呈现概念。

本申请将围绕可包括多个设备、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统可以包括另外的设备、组件、模块等，并且/或者可以并不包括结合附图讨论的所有设备、组件、模块等。此外，还可以使用这些方案的组合。

前面介绍了本申请实施例涉及的部分术语，接下来介绍本申请实施例适用的通信系统。

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

本申请实施例的技术方案可以应用于各种通信系统。一个通信系统中，由运营者运营的部分可称为公共陆地移动网络(public land mobile network，PLMN)(也可以称为运营商网络、移动通信网络等)。PLMN是由政府或其所批准的经营者，为公众提供陆地移动通信业务目的而创建和经营的网络，主要是移动网络运营商(mobile network operator，MNO)为用户提供移动宽带接入服务的公共网络。本申请中所描述的PLMN，具体可以为符合第三代合作伙伴项目(3rd generation partnership project，3GPP)标准要求的网络，简称3GPP网络。3GPP网络通常包括但不限于第五代移动通信(5th-generation，5G)网络(简称5G网络)、第四代移动通信(4th-generation，4G)网络(简称4G网络)以及未来的其它通信系统如6G网络等。为了方便描述，本申请实施例中将以PLMN或5G网络为例进行说明。

图1是本申请实施例的一种网络架构示意图，它以3GPP标准化过程中定义的非漫游场景下基于服务化架构的5G网络架构为例。该网络架构可以包括三部分，分别是终端设备部分、数据网络(data network，DN)部分和PLMN部分。

终端设备部分可以包括终端设备，可通过运营商网络提供的接口(例如N1等)与运营商网络创建连接，使用运营商网络提供的数据和/或语音等服务。终端设备还可通过运营商网络访问数据网络，使用数据网络上部署的运营商业务，和/或第三方提供的业务。其中，上述第三方可为运营商网络和终端设备之外的服务方，可为终端设备提供其它数据和/或语音等服务。其中，上述第三方的具体表现形式，具体可根据实际应用场景确定，在此不做限制。

终端设备可简称为终端，是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、扩展现实(extended reality，XR)终端(如虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端等)、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、用户设备(user equipment，UE)、适应于物联网(Internet of Things，IoT)的终端设备(如智能工厂的终端设备、智能制造业的终端设备等)等。

数据网络，也可以称为分组数据网络(packet data network，PDN)，通常是位于运营商网络之外的网络，例如第三方网络。运营商网络可以接入多个数据网络，数据网络上可部署多种业务，可为终端设备提供数据和/或语音等服务。例如，数据网络可以是某智能工厂的私有网络，智能工厂安装在车间的传感器可以是终端设备，数据网络中部署了传感器的控制服务器，控制服务器可为传感器提供服务。传感器可与控制服务器通信，获取控制服务器的指令，根据指令将采集的传感器数据传送给控制服务器等。又例如，数据网络可以是某公司的内部办公网络，该公司员工的手机或者电脑可为终端设备，员工的手机或者电脑可以访问公司内部办公网络上的信息、数据资源等。

PLMN可以包括但不限于：网络切片选择功能(network slice selectionfunction，NSSF)网元、鉴权服务器功能(authentication server function，AUSF)网元、网络开放功能(network exposure function，NEF)网元、网络存储功能(network repositoryfunction，NRF)网元、接入与移动性管理功能(access and mobility managementfunction，AMF)网元、策略控制功能(policy control function，PCF)网元、统一数据管理(unified data management，UDM)网元、会话管理功能(session management function，SMF)网元、接入网(access network，AN)或无线接入网(radioaccess network，RAN)、以及用户面功能(user plane function，UPF)网元等等。上述PLMN中，除(无线)接入网部分之外的部分可以称为核心网(core network，CN)部分。

示例性的，下面对本申请的各个实施例可能涉及的网络功能进行简要介绍，另外图1还涉及其它网元，在此不做过多介绍。

AN，也称无线(Radio)AN，可以看作是运营商网络的子网络，是运营商网络中业务节点与终端设备之间的实施系统。终端设备要接入运营商网络，首先是经过(R)AN，进而可通过(R)AN与运营商网络的业务节点连接。本申请实施例中的接入网设备(RAN设备)，是一种为终端设备提供无线通信功能的设备，也可以称为网络设备、接入网网元等，RAN设备包括但不限于：5G系统中的下一代基站节点(next generation node base station，gNB)、长期演进(long term evolution，LTE)中的演进型节点B(evolved node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(node B，NB)、基站控制器(base stationcontroller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，homeevolved nodeB，或home node B，HNB)、基带单元(base band unit，BBU)、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、小基站设备(pico)、移动交换中心，或者未来网络中的网络设备等。采用不同无线接入技术的系统中，具备接入网设备功能的设备的名称可能会有所不同。为方便描述，本申请所有实施例中，上述为终端设备提供无线通信功能的装置统称为接入网设备或简称为RAN或AN。应理解，本文对接入网设备的具体类型不作限定。

应用功能，是一个控制面功能，部署在应用业务侧，可以由运营商部署也可以是外部第三方部署。应用功能通过与核心网的其它网络功能的交互，来支持流量路由控制、策略控制功能交互、接入网功能开放等服务。例如，在5G通信系统中，应用功能可以是AF，如图1所示；在未来通信系统，如6G通信系统中，应用功能仍可以是AF，或可能有其它的名称，本申请实施例不做限定。

网络开放功能，负责先应用业务提供网络相关的一些状态信息。例如，在5G通信系统中，网络开放功能可以是NEF，如图1所示；在未来通信系统，如6G通信系统中，网络开放功能仍可以是NEF，或可能有其它的名称，本申请实施例不做限定。

策略控制功能，是由运营商提供的控制面功能，它支持统一的策略框架来治理网络行为、向其它控制功能提供策略规则、策略决策相关的签约信息等。例如，在5G通信系统中，策略控制功能可以是PCF，如图1所示；在未来通信系统，如6G通信系统中，策略控制功能仍可以是PCF，或可能有其它的名称，本申请实施例不做限定。

会话管理功能，是由PLMN提供的控制面网络功能，负责管理终端设备的协议数据单元(protocol data unit，PDU)。PDU会话是一个用于传输PDU的通道，终端设备需要通过PDU会话与DN互相传输数据。PDU会话可以由会话管理功能负责创建、维护和删除等。会话管理功能包括会话管理(如会话创建、修改和释放，包含用户面功能和AN之间的隧道维护等)、用户面功能的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。例如，在5G通信系统中，会话管理功能可以是SMF，如图1所示；在未来通信系统，如6G通信系统中，会话管理功能仍可以是SMF，或可能有其它的名称，本申请实施例不做限定。

用户面功能，是由PLMN提供的与数据网络DN进行通信的网关。用户面功能包括数据包路由和传输、数据包检测、业务用量上报、服务质量(quality of service，QoS)处理、合法监听、上行数据包检测、下行数据包存储等用户面相关的功能。例如，在5G通信系统中，用户面功能可以是UPF，如图1所示；在未来通信系统，如6G通信系统中，用户面功能仍可以是UPF，或可能有其它的名称，本申请实施例不做限定。

接入与移动性管理功能，是由PLMN提供的控制面网络功能，负责终端设备接入PLMN的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。例如，在5G通信系统中，接入与移动性管理功能可以是AMF，如图1所示；在未来通信系统，如6G通信系统中，接入与移动性管理功能仍可以是AMF，或可能有其它的名称，本申请实施例不做限定。

其中，PLMN中的各个网络功能既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在适当平台上虚拟化功能的实例，例如，上述虚拟化平台可以为云平台。以及，该PLMN中的各个网络功能也可以称为网元、功能实体或者设备，例如，策略控制功能也可以称为策略控制功能网元、策略控制功能实体或策略控制功能设备等，会话管理功能也可以称为会话管理功能网元、会话管理功能实体或会话管理功能设备等，这里不再一一列举。

图1所示的PLMN中的网络功能还可以包括其它网络功能，例如，PLMN还包括统一数据存储(unified data repository，UDR)等(图1中未示出)，本申请实施例对于PLMN中包括的其它网络功能不作限定。另外，图1中所示的网络功能的名称在这里仅作为一种示例说明，并不作为对本申请实施例的方法适用的网络架构中包括的网络功能的限定。不同接入技术的系统中实现网络功能的设备名称可以不同，本申请实施例并不对此进行限定。

图1中Nnssf、Nausf、Nnef、Nnrf、Namf、Npcf、Nsmf、Nudm、Naf、N1、N2、N3、N4、以及N6为接口序列号。这些接口序列号的含义可参见第三代合作伙伴计划(3rd generationpartnership project，3GPP)标准协议中定义的含义，在此不做限制。需要说明的是，图1中的各个网络功能之间的接口名称也仅仅是一个示例，在具体实现中，该系统架构的接口名称还可能为其它名称，本申请对此不作限定。

需要说明的是，图1所示的网络架构并不构成本申请实施例能够适用的通信系统的限定。图1所示的网络架构为5G系统架构，可选地，本申请实施例提供的技术方案除了可应用于5G系统外，还可以应用于第四代移动通信技术(the 4th generation，4G)系统中，例如LTE系统，或者还可以应用于下一代移动通信系统或其它类似的通信系统，具体的不做限制。

接下来介绍与本申请实施例相关的技术特征。

策略与计费控制(policy and charging control rule，PCC规则)规则，可用于对应用业务的业务流进行策略控制。该PCC规则由PCF网元生成，并发送给SMF网。SMF网元接收到来自PCF网元的PCC规则后，通过QoS流绑定(QoS flow binding)机制将该PCC规则绑定(binding)到相应的QoS流，之后该PCC规则对应的业务流可通过该PCC规则所绑定的QoS流承载。QoS流绑定机制的原理为：若PCC规则的绑定参数(如5G QoS标识符(5G QoSidentifier，5QI)，优先级等)与QoS流的参数一致时，该PCC规则可与该QoS流绑定。目前的QoS流绑定机制中，具有相同绑定参数的多个PCC规则可以与同一个QoS流绑定。

需要说明的是，PCF可为一个业务流生成一个PCC规则，即一个业务流对应一个PCC规则；或者也可以为多个业务流生成一个PCC规则，即多个业务流对应一个PCC规则。即，多个业务流可对应一个或多个PCC规则。为了便于理解本申请实施例，后文在不作特殊说明的情况下以一个业务流对应一个PCC规则为例。

其中，本申请实施例中的将PCC规则与QoS流绑定，可以理解为将PCC规则与QoS流关联，或者也可以理解为将PCC规则映射到QoS流。

本申请实施例中的具有相应绑定参数的多个PCC规则，可理解为多个PCC规则具有一个或多个相同的绑定参数。绑定参数例如可以包括如下参数中的至少一项：5G QoS标识符(5G QoS identifier，5QI)，分配保留优先级(allocation and retention priority，ARP)，QoS通知控制(QoS notification control，QNC)，优先级(priority level)，平均窗口(averaging window)，以及最大数据突发量(maximum data burst volume)等。

本申请实施例中的具有相同绑定参数的多个PCC规则，可理解为多个PCC规则对应的多个业务流具有相同的QoS需求。相应的，具有相同绑定参数的多个PCC规则可以与同一个QoS流绑定，可理解为具有相同QoS需求的多个业务流可以被映射到同一个QoS流中，或者也可以理解为具有相同QoS需求的多个业务流可通过一个QoS流承载。

本申请实施例涉及的应用业务，可以是在终端上使用的XR业务，或者也可以是在终端上使用的游戏业务等，本申请实施例对应用业务的具体实现方式不作限定。本申请实施例涉及的业务流可以是发送给终端视频数据流，频数据流，和/或传感数据流等，还可以是终端发送给服务器端的视频数据流，音频数据流，和/或传感数据流等，本申请实施例对业务流的具体实现方式不作限定。另外，本申请实施例涉及的业务流可以是具有独立网际互连协议(internet protocol，IP)五元组的IP流，不同业务流也可以具有相同IP五元组，例如一个IP五元组所标识的视频数据流中的I帧构成一个业务流，该视频数据流中的P帧构成另外一个业务流。

一个应用业务可对应多个业务流，如游戏应用不仅会产生视频数据，还可以产生音频数据等，这些业务流的QoS需求可以不同，意味着同一个应用业务对应的多个PCC规则与不同的QoS流绑定，也就是同一个应用业务的多个业务流可以被映射到不同的QoS流中，即包括多个业务流的一个应用业务可对应多个QoS流。图2以应用业务1、应用业务2和应用业务3为例，应用业务1包括三个业务流，分别记为业务流1、业务流2和业务流3；应用业务2包括一个业务流，记为业务流4；应用业务3包括一个业务流，记为业务流5。如图2所示，业务流1、业务流2和业务流4的QoS需求相同，该业务流1、业务流2和业务流4被映射到QoS流1，即该QoS流1承载有应用业务1的业务流和应用业务2的业务流；业务流3和业务流5的QoS需求相同，该业务流3和业务流5被映射到QoS流2，即该QoS流2承载有应用业务1的业务流和应用业务3的业务流。

为了确保多个业务流所属的一个应用业务能够正常运行，需要对该应用业务的多个业务流进行协同管理。例如，应用业务对应的多个QoS流中的部分QoS流因传输资源等原因导致不能被传输，那么剩余部分QoS流没有继续传输的必要，可中断该剩余部分QoS流的传输，即释放剩余部分QoS流。但是一个QoS流又可以被多个相同QoS需求、且属于不同应用业务的业务流映射，那么在释放剩余部分QoS流时，会影响该剩余部分QoS流所承载的其它应用业务的业务流的正常传输。

以图2为例，假设QoS流1承载的业务流可以被传输，但QoS流2因传输资源等原因导致该QoS流2承载的业务流不能被传输，该QoS流2被释放。该QoS流2承载了应用业务1的部分业务流，那么应用业务1的业务流1和业务流2没有传输的必要，无需为该业务流1和业务流2预留资源，可以释放QoS流1，但是该QoS流1还承载有应用业务2的业务流4，释放QoS流1就会影响该应用业务2的业务流4的正常传输。

鉴于此，本申请实施例提供一种通信方法及装置，在该方法中通过不将具有相同绑定参数、但对应于不同应用业务的多个PCC规则绑定到同一个QoS流中，即一个QoS流中承载一个应用业务的一个或多个业务流，这样一个应用业务对应的多个QoS流中的每个QoS流不承载其它应用业务的业务流，意味着在对该一个应用业务对应的多个QoS流进行协同管理时不会影响到其它应用业务的业务流的正常传输，从而能够避免因对一个应用业务对应的多个QoS流进行协同管理而导致其它应用业务的业务流不能正常传输的问题。

接下来结合附图介绍本申请实施例提供的一种通信方法及装置。该方法可以应用于图1所示的通信系统中。为了便于理解，下文以本申请实施例应用于图1所示的通信系统为例进行描述。本申请实施例涉及的接入网网元、应用功能网元、网络开放功能网元、策略控制功能网元、会话管理功能网元、用户面功能网元、接入与移动性管理功能网元可以分别是图1中的RAN、AF网元、NEF网元、PCF网元、SMF网元、UPF网元、AMF网元，也可以是未来通信如第六代(6th generation，6G)网络中具有上述RAN、AF网元、NEF网元、PCF网元、SMF网元、UPF网元、AMF网元的功能的网元，本申请实施例对此不限定。为方便说明，本申请实施例以接入网网元、应用功能网元、网络开放功能网元、策略控制功能网元、会话管理功能网元、用户面功能网元、接入与移动性管理功能网元分别为上述RAN、AF网元、NEF网元、PCF网元、SMF网元、UPF网元、AMF网元为例进行说明。以及，本申请实施例涉及的终端设备可以是图1中的UE。

图3示出了本申请实施例提供的通信方法的流程示意图。如图3所示，该流程可包括如下内容。

S301：AF网元向PCF网元发送请求消息1；相应的，PCF网元接收来自AF网元的请求消息1。

该请求消息1可用于请求为第一业务流提供质量服务。该请求消息1中包括第四信息。该第四信息可用于关联第一应用业务的一个或多个业务流。本申请实施例中第一应用业务对应一个或多个业务流，为了便于理解本申请实施例，后文在没有说明的情况下以第一应用业务对应多个业务流为例进行描述。其中，第一业务流是该第一应用业务的多个业务流中的一个业务流。其中有关应用业务和业务流的描述请参考前面相关的技术特征的描述，此处不再赘述。例如，AF网元可以在UE注册第一应用业务的过程中，或者在UE运行该第一应用业务的过程中等，向PCF网元发送请求消息1，以请求为第一业务流提供质量服务。

在S301中，AF网元向PCF网元发送请求消息1，以请求为第一业务流提供质量服务。应理解的是，AF网元可以向PCF网元发送用于请求为该第一应用业务的多个业务流提供质量服务的多个请求消息，即AF网元针对第一应用业务的多个业务流中的每个业务流向PCF网元用于请求提供质量服务的请求消息。这多个请求消息中包括请求消息1。该多个请求消息可以逐一发送，也可以一起发送，本申请实施例对此不作限定。

本申请实施例涉及的关联第一应用业务的多个业务流，可理解为该多个业务流属于同一个应用业务，或者理解为该多个业务流的QoS需求需要同时得到保障。而当第四信息关联第一应用业务的一个业务流时，表明该一个业务流属于第一应用业务的业务流，且该第一应用业务不存在其它业务流。

本申请实施例涉及的第四信息用于关联第一应用业务的多个业务流，可理解为该第四信息用于指示第一应用业务的多个业务流之间的关联关系；或者也可以理解为使用该第四信息指示多个业务流属于同一个应用业务；或者还可以理解为该第四信息用于指示该第一业务流是第一应用业务的多个业务流中的一个业务流。

一种实现方式中，该第四信息可以是一个标识信息。例如，该第四信息可以是第一应用业务的标识信息，用于指示该第一应用业务；或者该第四信息也可以是预先配置或定义的一个标识信息，在此情况下，同一应用业务的多个业务流对应相同的标识信息。例如，AF网元向PCF网元发送用于请求为该第一应用业务的多个业务流提供质量服务的多个请求消息，该多个请求消息中的每个请求消息皆包括该第四信息，这样PCF网元接收到该多个请求消息后，根据该多个请求消息中的每个请求消息皆携带第四信息，可以确定该多个请求消息对应的多个业务流属于同一个应用业务。

在一种示例中，该请求消息1还可以包括第一业务流的标识信息和第一业务流对应的QoS参数中的至少一项。第一业务流的标识信息可用于标识第一业务流，例如可以是IP五元组信息、或三元组信息等。第一业务流对应的QoS参数，是该第一业务流的QoS需求所对应的参数，例如可包括但不限定于丢包率、带宽需求、或时延需求等。

在S301中，AF网元向PCF网元发送的请求消息1可经过NEF网元中转到达PCF网元，也可以不经过NEF网元中转，图3中以请求消息1不经过NEF网元中转为例。例如，AF网元可以向NEF网元发送请求消息1，NEF网元接收到该请求消息1后，将请求消息1转发给PCF网元。

S302：PCF网元根据该请求消息1，生成第一PCC规则。

其中，第一PCC规则包括第一信息。该第一信息可用于关联第一应用业务对应的一个或多个PCC规则。该第一应用业务对应的多个PCC规则包括该第一PCC规则。在S302中，PCF网元响应于请求消息1，可以为第一业务流生成第一PCC规则。该第一PCC规则可用于对第一业务流进行策略控制。例如，PCF网元响应于请求消息1，可以根据第四信息、第一业务流的标识信息和第一业务流对应的QoS参数，生成该第一PCC规则。

前述提到本申请实施例涉及的第一应用业务对应一个或多个业务流，若第一应用业务对应一个业务流，该第一应用业务可对于一个PCC规则，若第一应用业务对应多个业务流，该第一应用业务可对应一个或多个PCC规则。即，本申请实施例涉及的第一应用业务对应一个或多个PCC规则。为了便于理解本申请实施例，后文在不作特殊说明的情况下以第一应用业务对应多个PCC规则为例。

本申请实施例涉及的第一信息用于关联第一应用业务对应的多个PCC规则，可理解为第一信息用于指示该一应用业务对应的多个PCC规则之间的关联关系；或者也可以理解为使用第一信息指示多个PCC规则对应于同一个应用业务；或者还可以理解为第一信息用于指示第一PCC规则是第一应用业务对应的多个PCC规则中的一个PCC规则。其中，第一应用业务对应的多个PCC规则可替换为第一应用业务的多个业务流对应的PCC规则。

示例性的，PCF网元可根据第四信息，确定第一信息。例如，PCF网元可根据第一应用业务的多个业务流之间的关联关系，确定该第一信息。该第一信息例如可以是一个标识信息，如是第一应用业务的标识信息，或者是预先配置或预定的一个标识信息，具体实现方式可参考第四信息的实现方式，此处不再赘述。

在本申请实施例中，第一应用业务对应的多个PCC规则中的每个PCC规则可包括该第一信息，其它应用业务对应的PCC规则中不包括该第一信息，即不包括第一信息的PCC规则对应的应用业务与第一应用业务是不同的应用业务。这样，SMF网元接收到来自PCF网元的第一应用业务对应的多个PCC规则后，根据该多个PCC规则中的每个PCC规则皆包括第一信息，可以确定该多个PCC规则对应的业务流相关联。

该第一PCC规则还可以包括第一PCC规则的绑定参数，该绑定参数用于第一PCC规则绑定到QoS流。该绑定参数请参考前述描述，此处不再赘述。

可选的，该第一PCC规则还可以包括第一业务流的标识信息和第一业务流对应的QoS参数中的至少一项。有关第一业务流的标识信息和第一业务流对应的QoS参数的描述请参考S301的内容，此处不再赘述。

在一种可能的实现方式中，第一PCC规则还可以包括第二信息，该第二信息可用于指示该第一PCC规则与一个或多个QoS流绑定。

在一种示例中，该第二信息可用于指示该第一PCC规则与一个QoS流绑定，该一个QoS流不再与其它PCC规则绑定，相当于第一PCC规则与一个QoS绑定，且该一个QoS流仅与该第一PCC规则绑定。其中，该其它PCC规则与第一PCC规则可以对应于同一个应用业务，或者也可以对应于不同的应用业务。该其它PCC规则的绑定参数与第一PCC规则的绑定参数可以相同，也可以不同。例如，该第一信息可用于指示第一PCC规则与一个QoS流绑定，该一个QoS流不绑定与第一PCC规则具有相同绑定参数、且包括第一信息的PCC规则，这样可以实现同一应用业务对应的、且具有相同绑定参数的多个PCC规则不绑定到同一个QoS流。例如，PCF网元根据第四信息确定第一应用业务对应于一个业务流，生成该第二信息以指示该第一PCC规则与一个QoS流绑定，该一个QoS流不再与其它PCC规则绑定。另外，该第二信息与第一信息可以是一个信息，在此情况下，该第一信息用于关联第一应用业务对应的多个PCC规则，以及指示第一PCC规则与一个QoS流绑定，且该一个QoS流不在与其它PCC规则绑定；或者也可以是不同的两个信息，本申请实施例对此不做限定。

在另一种示例中，该第二信息可用于指示与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则与该第一PCC规则绑定到同一个QoS流，这样可以实现同一个应用业务对应的、具有相同绑定参数的多个PCC规则可以绑定到同一个QoS流。例如，PCF网元可根据第一应用业务的多个业务流的QoS需求，确定该第一应用业务中除了第一业务流之外的至少一个业务流的QoS需求与第一业务流的QoS相同，生成该第二信息以指示该第一PCC规则可以与其它包括第一信息、且与第一PCC规则具有相同绑定参数的PCC规则绑定到一个QoS流。另外，该第二信息与第一信息可以是一个信息，在此情况下，该第一信息用于关联第一应用业务对应的多个PCC规则，以及指示与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则与该第一PCC规则绑定到同一个QoS流；或者也可以是不同的两个信息，本申请实施例对此不做限定。

S303：PCF网元向SMF网元发送第一PCC规则；相应的，SMF网元接收来自PCF网元的第一PCC规则。

SMF网元接收到来自PCF网元的第一PCC规则后，可以执行S304a的内容，或者也可以执行S304b的内容。即S304a和S304b为两个并列的步骤，图3中用虚线表示。

S304a：SMF网元确定已经根据与第一PCC规则具有相同绑定参数、且包括第一信息的PCC规则创建的第一QoS流。

其中，第一QoS流不与不包括第一信息的PCC规则绑定。例如，SMF根据第一信息确定第一QoS流不与不包括第一信息的PCC规则绑定。该不包括第一信息的PCC规则对应的第一应用业务与第一应用业务是不同的应用业务。不包括第一信息的PCC规则的绑定参数与第一PCC规则的绑定参数可以相同，也可以不同，本申请实施例对此不作限定。例如，SMF网元可以确定已经根据包括第一信息的PCC规则创建好的QoS流，并确定该已经根据包括第一信息的PCC规则创建好的QoS流不与不包括第一信息的PCC规则绑定，即SMF网元可以确定已经根据包括第一信息的PCC规则创建好的QoS流不与其它应用业务对应的PCC规则绑定。例如，SMF网元基于QoS流绑定机制，将PCC规则与QoS流绑定，并维护或存储PCC规则与QoS流之间的绑定关系，该PCC规则与QoS流之间的绑定关系可包括PCC规则以及基于该PCC规则创建好或该PCC规则绑定的QoS流。进一步，SMF网元可以根据第一应用对应的多个PCC规则之间的关联关系以及PCC规则与QoS流之间的绑定关系，确定已经根据包括第一信息的PCC规则创建好的QoS流。其中的QoS流绑定机制请参考前述描述，此处不再赘述。

可选的，SMF网元根据该第一信息，确定该第一应用业务对应的多个PCC规则之间的关联关系，以及维护或存储该第一应用业务对应的多个PCC规则之间的关联关系。可选的，SMF网元可根据第一应用业务对应的多个PCC规则之间的关联关系和PCC规则与QoS流之间的绑定关系，确定第一应用业务对应的多个QoS流之间的关联关系，以及维护或存储该第一应用业务对应的多个PCC规则之间的关联关系。可选的，SMF网元可根据该第一应用业务对应的多个PCC规则之间的关联关系或第一应用业务对应的多个PCC规则，确定第一应用业务的关联关系，以及维护或存储该第一应用业务的关联关系。

在一种示例中，SMF网元接收到第一PCC规则后，可以根据第一信息确定是否存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流。在本示例中，SMF网元确定存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流，进一步该SMF网元可以确定该第一QoS流，如获取该第一QoS流的信息、参数等。

在又一种示例中，第一PCC规则包括第二信息，该第二信息可用于指示与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则与该第一PCC规则绑定到同一个QoS流，在此情况下，SMF网元根据该第二信息，可以确定是否存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流。在本示例中，SMF网元确定存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流，进一步该SMF网元可以确定该第一QoS流。

S304b：SMF网元根据第一PCC规则创建第一QoS流。

在一种示例中，SMF网元接收到第一PCC规则后，可以根据第一信息确定第一应用业务对应于一个业务流。在此情况下，SMF网元根据该第一PCC规则创建第一QoS流。

在一种示例中，SMF网元接收到第一PCC规则后，可以根据第一信息确定是否存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流。在本示例中，SMF网元确定不存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流，进一步该SMF网元可以根据该第一PCC规则，创建第一QoS流。

在又一种示例中，第一PCC规则包括第二信息，该第二信息可用于指示与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则与该第一PCC规则绑定到同一个QoS流。在此情况下，SMF网元根据该第二信息，可以确定是否存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流。在本示例中，SMF网元确定不存在已经根据与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则创建好的第一QoS流，进一步该SMF网元可以根据该第一PCC规则，创建第一QoS流。

在又一种示例中，第一PCC规则包括第二信息，该第二信息可用于指示该第一PCC规则与一个QoS流绑定，该一个QoS流不再与其它PCC规则绑定，在此情况下，SMF网元响应于该第二信息，根据该第一PCC规则，创建第一QoS流。

本申请实施例中创建第一QoS流，可理解为生成第一QoS流，或者可理解为配置第一QoS流的网络资源。

S305：SMF网元将第一PCC规则与第一QoS流绑定。

SMF网元将第一PCC规则与第一QoS流绑定，指该第一PCC规则对应的第一业务流由第一QoS流承载。

其中，该第一QoS流可承载第一应用业务的一个业务流，即仅承载第一业务流，在此情况下，该第一QoS流仅与第一PCC规则绑定。例如，第一应用业务中不存在与第一业务流具有相同QoS需求的业务流。又例如，第一PCC规则包括的第二信息用于指示该第一PCC规则与一个QoS流绑定，该一个QoS流不再与其它PCC规则绑定。再例如，第一应用业务对应于一个业务流。

或者，该第一QoS流可承载第一业务流和与第一业务流具有相同QoS需求、且属于第一应用业务的业务流，在此情况下，该第一QoS流除了与第一PCC规则绑定之外还与第一应用业务对应的、且与该第一PCC规则具有相同绑定参数的PCC规则。例如，第一应用业务中存在与第一业务流具有相同QoS需求的业务流。又例如，第一PCC规则包括的第二信息，该第二信息可用于指示与第一PCC规则具有相同绑定参数、且包括该第一信息的PCC规则与该第一PCC规则绑定到同一个QoS流。

SMF网元将第一PCC规则与第一QoS流绑定之后，SMF网元可以向第一网元发送第一QoS流的信息。其中的第一网元为RAN，或者为UPF网元。考虑到SMF网元向RAN发送的第一QoS流的信息与SMF网元向UPF网元发送的第一QoS流的信息可以不同。为了便于区别，本申请实施例中，将SMF网元向RAN发送的第一QoS流的信息记为第一QoS流的信息1，以及将SMF网元向UPF网元发送的第一QoS流的信息记为第一QoS流的信息2。

本申请实施例涉及的QoS流的信息可包括但不限定于如下信息中的一项或多项：QoS流标识(QoS flow identity，QFI)、5QI、IP五元组信息、或三元组信息等。

S306：SMF网元向RAN发送第一QoS流的信息1；相应的，RAN接收来自SMF网元的第一QoS流的信息1。

SMF网元向RAN发送第一QoS流的信息1，以便RAN根据该第一QoS流的信息1创建用于承载第一业务流的QoS流。

本申请实施例中第一应用业务对应的多个PCC规则与多个QoS流绑定，其中的一个QoS流与该第一应用业务对应的多个PCC规则中的至少一个PCC规则绑定，即该第一应用业务的多个业务流由多个QoS流承载。

可选的，该第一QoS流的信息1可包括第三信息；或者，SMF网元可向RAN发送第三信息，如该第三信息与第一QoS流的信息1承载在一个消息中。该第三信息可用于关联该第一应用业务对应的多个PCC规则所绑定的多个QoS流之间的关联关系。其中，该第一应用业务对应的多个PCC规则所绑定的多个QoS流可替换为第一应用业务对应的多个QoS流，或者替换为用于承载第一应用业务的多个业务流的多个QoS流，或者可替换为第一应用业务的多个业务流对应的多个QoS流。该第三信息可用于关联该第一应用业务对应的多个PCC规则所绑定的多个QoS流之间的关联关系；可理解为该第三信息用于指示第一应用业务对应的多个QoS流之间的关联关系；或者也可以理解为该第三信息用于指示第一QoS流是第一应用业务对应的多个QoS流中的一个；或者还可以理解为使用第三信息指示该多个QoS流对应于同一个应用业务。例如，SMF网元向RAN发送的第一应用业务对应的多个QoS流的信息中的每个QoS流的信息包括该第三信息。另外，该第三信息可以是第四信息，或者也可以是不同于第四信息的信息，本申请实施例对此不作限定。其中，第一应用业务对应的多个QoS流之间的关联关系的确定请参考S304a的相关描述，此处不再赘述。

S307：SMF网元向UPF网元发送第一QoS流的信息2；相应的，UPF网元接收来自SMF网元的第一QoS流的信息2。

SMF网元向UPF网元发送第一QoS流的信息1，以便UPF网元根据该第一QoS流的信息1创建用于承载第一业务流的QoS流。

可选的，该第一QoS流的信息2可包括第三信息；或者，SMF网元可向UPF网元发送第三信息，如该第三信息与第一QoS流的信息2承载在一个消息中。

其中，图3中S306和S307的执行顺序仅为一种示例，本申请实施例对此不作限定。例如，SMF网元可以先向RAN发送第一QoS流的信息1，再向UPF网元发送第一QoS流的信息2；或者也可以先向UPF网元发送第一QoS流的信息2再向RAN发送第一QoS流的信息1；或者还可以同时向RAN发送第一QoS流的信息1和向UPF网元发送第一QoS流的信息2。

在图3所示的流程中，SMF网元将第一QoS流的信息1发送给RAN，将第一QoS流的信息2发送给UPF。之后，在上行传输方式上，RAN可以根据该第一QoS流的信息1创建第一QoS流，以使得UE的第一业务流可使用该第一QoS流承载传输至AF网元。或者，在下行传输方向上，UPF网元可以根据第一QoS流的信息2创建第一QoS流的信息，以使得来自AF网元的第一业务流可使用该第一QoS流承载传输至UE。

下面结合图4分别从上行传输方向和下行传输介绍第一QoS流承载第一业务流的实现过程。

图4示出了本申请实施例提供的又一种通信方法的流程示意图。如图4所示，该方法还包括流程。其中，S401至404为上行传输方向，S405至S409为下行传输方向。

S401：SMF网元向RAN发送第一QoS流的信息1；相应的，RAN接收来自SMF网元的第一QoS流的信息1。该第一QoS流与第一业务流对应的第一PCC规则绑定。第一业务流是第一应用业务的多个业务流中的一个。

S402：RAN根据第一QoS流的信息1创建第一QoS流。

S403：UE将第一业务流映射到第一QoS流。

示例性的，UE可以根据第一业务流的业务流信息，将该第一业务流映射到第一QoS流。该第一业务流的业务流信息可以来自于RAN，或者来自于SMF网元，图4中未示出。例如，UE运行第一应用业务，产生第一业务流，并将第一业务流映射到第一QoS流。应理解的是，第一应用业务对应多个业务流，UE运行该第一应用业务，可产生多个业务流，以及将该多个业务流映射到该多个业务流对应的多个PCC规则所绑定的多个QoS流，该多个业务流包括第一业务流。

可选的，UE可以将该第一应用业务中与第一业务流具有相应QoS需求的业务流也映射到第一QoS流。例如，第一QoS流除了与第一PCC规则绑定之外还与第一应用业务对应的、与该第一PCC规则具有相同绑定参数的PCC规则。在此情况下，该第一QoS流除了用于承载第一业务之外还可以用于承载第一应用业务中与第一业务流具有相应QoS需求的业务流。

本申请实施例涉及的业务流信息可包括但不限定于如下信息中的至少一项：五元组、三元组、或数据包过滤规则等。

S404：UE使用第一QoS流承载第一业务流，向AF网元发送该第一业务流。

在S404中，UE通过第一QoS流向AF网元发送该第一业务流的具体实现过程可以为：UE通过第一QoS流向RAN发送第一业务流；RAN接收到第一业务流后，通过该第一QoS流向UPF网元发送第一业务流；UPF网元接收到第一业务流后，将该第一业务流发送给AF网元；AF网元接收该第一业务流。

本申请实施例中，该第一QoS流可承载该第一应用业务中的至少一个业务流，不承载不属于第一应用业务的业务流。

至此，上行传输完成。

S405：SMF网元向UPF网元发送第一QoS流的信息2；相应的，UPF网元接收来自SMF网元的第一QoS流的信息2。

S406：UPF网元根据第一QoS流的信息2创建第一QoS流。

S407：AF网元向UPF网元发送第一业务流；相应的，UPF网元接收来自AF网元的第一业务流。

例如，AF网元可响应于UE运行的第一应用业务，产生第一业务流，并向UPF网元送该第一业务流。应理解的是，第一应用业务对应多个业务流，AF网元可产生多个业务流，以及向UPF网元发送该多个业务流，该多个业务流包括第一业务流。AF网元可以逐一向UPF网元发送该多个业务流，或者也可以一起向UPF网元发送该多个业务流，本申请实施例不作限定。

S408：UPF网元将第一业务流映射到第一QoS。

示例性的，UPF可以根据第一业务流的业务流信息，将该第一业务流映射到第一QoS流。该第一业务流的业务流信息可以来自于SMF网元，图4中未示出。应理解的是，若UPF网元接收到来自AF网元的该第一应用业务的多个业务流，UPF网元可将该多个业务流映射到该多个业务流对应的PCC规则所绑定的QoS流，该多个业务流包括第一业务流。

可选的，UPF网元可以将该第一应用业务中与第一业务流具有相应QoS需求的业务流也映射到第一QoS流。例如，第一QoS流除了与第一PCC规则绑定之外还与第一应用业务对应的、与该第一PCC规则具有相同绑定参数的PCC规则。在此情况下，该第一QoS流除了用于承载第一业务之外还可以用于承载第一应用业务中与第一业务流具有相应QoS需求的业务流。

S409：UPF网元使用第一QoS流承载第一业务流，向UE发送该第一业务流。

在S409中，UPF网元通过第一QoS流向UE发送该第一业务流的具体实现过程可以为：UPF网元通过第一QoS流向RAN发送第一业务流；RAN接收到第一业务流后，通过该第一QoS流向UE发送第一业务流；UE接收第一业务流。

其中，该第一QoS流还可以承载该第一应用业务的多个业务流中与第一业务流具有相应QoS需求的业务流，但不承载不属于第一应用业务的业务流。

至此，下行传输完成。

通过图3和图4的流程，可实现一个QoS流承载一个应用业务的一个或多个业务流，不承载其它应用业务的业务流。举例而言，假设应用业务1的三个业务流分别记为业务流1、业务流2、和业务流3，其中业务流1和业务流3的QoS需求相同，即业务流1对应的PCC规则和业务流3的PCC规则具有相同的绑定参数。在一种示例中，业务流1对应的PCC规则和业务流3的PCC规则与同一个QoS流(如记为QoS流1)绑定，业务流2对应的PCC规则与QoS流2绑定，这样QoS流1可承载业务流1和业务流3，QoS流2可承载业务流2，如图5A所示。在另一种示例中，业务流1对应的PCC规则与QoS流1绑定，业务流2对应的PCC规则与QoS流2绑定，业务流3对应的PCC规则与QoS流3绑定，这样QoS流1可承载业务流1，QoS流2可承载业务流2，QoS流3可承载业务流3，如图5B所示。

图4中RAN可以根据第一QoS流的信息1创建第一QoS流。在一种可能的实现方式中，RAN可以释放该第一QoS流，例如网络资源不足等原因。第一QoS流对应的第一业务流是第一应用业务的多个业务流中的一个，为了确保第一应用业务的业务流的正常运行，RAN可以对该第一应用业务的多个业务流进行协同管理，如图6所示。

图6示出了本申请实施例提供的又一种通信方法的流程示意图。如图6所示，该流程可包括如下内容。

S601：SMF网元向RAN发送第一QoS流的信息1；相应的，RAN接收该第一QoS流的信息1。

其中，第一QoS流与第一业务流对应的第一PCC规则绑定，用于承载第一业务流。第一业务流是第一应用业务的多个业务流中的一个。在本实施例中，第一QoS流的信息1包括第三信息。该第三信息可用于指示第一应用业务对应的多个QoS流之间的关联信息。第一应用业务对应的多个QoS流包括第一QoS流。应理解的是，该第一QoS流的信息1也可以不包括第三信息，如SMF网元向RAN发送该第三信息。有关第三信息的描述请参考S306的相关内容，此处不再赘述。

可选的，RAN可以根据第三信息，确定第一应用业务对应的多个QoS流间的关联关系，即该多个QoS流对应于同一个应用业务。进一步，RAN还可以维护或存储该第一应用业务对应的多个QoS流之间的关联关系，即维护或存储该第一应用业务对应的多个QoS流。

示例性的，RAN可采用表格形式维护同一个应用业务对应的至少一个QoS流，如表格中的每一行表示同一个应用业务对应的至少一个QoS流，或者表格中的每一列表示同一个应用业务对应的至少一个QoS流。应理解的是，本申请实施例对RAN维护同一个应用业务对应的至少一个QoS流的具体实现方式并不限定于此。表1中以表格的每一行表示同一个应用业务对应的至少一个QoS流为例。如表1所示，QoS流1、QoS流2和QoS流3对应于同一个应用业务；QoS流4和QoS流5对应于同一个应用业务；QoS流6对应一个应用业务。

表1

QoS流1	QoS流2	QoS流3
			QoS流4	QoS流5
QoS流6

S602：在第一QoS流被创建时，RAN根据第三信息创建至少一个QoS流。

该至少一个QoS流是第一应用业务对应的多个QoS流中除了第一QoS流之外的QoS流。例如，RAN可根据第一QoS流的信息1创建第一QoS流，在此情况下，RAN可以根据第三信息创建至少一个QoS流。例如，RAN可以根据第一QoS流和第一应用业务对应的多个QoS流之间的关联关系，确定该至少一个QoS流，并创建该至少一个QoS流，这样能够为第一应用业务的多个业务流同时分配资源或预留资源，确保能够同步发送或同步接收该第一应用业务的多个业务流。

S603：在第一QoS流被释放时，RAN根据第三信息释放至少一个QoS流。

该至少一个QoS流是第一应用业务对应的多个QoS流中除了第一QoS流之外的QoS流。例如，RAN因网络资源不足等原因释放第一QoS流，在此情况下，RAN可以根据第三信息释放至少一个QoS流。例如，RAN可以根据第一QoS流和第一应用业务对应的多个QoS流之间的关联关系，确定该至少一个QoS流，并释放该至少一个QoS流，这样能够释放该第一应用业务对应的多个QoS流的资源，确保能够同步中断该第一应用业务的多个业务流的传输。

S604：RAN向SMF网元发送第七消息；相应的，SMF网元接收来自RAN的第七消息。

S604为可选步骤，图6中以虚线表示。该第七消息可用于指示第一应用业务对应的多个QoS流被释放。该第七消息可理解为一个消息，也可以理解为多个消息。例如，该第七消息为一个消息，该一个消息可用于指示第一应用业务对应的所有QoS流被释放。又例如，该第七消息为多个消息，其中的一个消息用于指示第一应用业务对应的多个QoS流中的一个QoS流被释放，该多个消息与第一应用业务的对应的多个QoS流一一对应。

在图6所示的流程中，RAN可根据第一应用业务对应的多个QoS流之间的关联关系，对该第一应用业务对应的多个QoS流进行协同管理，由于该多个QoS流中的每个QoS流中所承载的业务流属于第一应用业务，未承载其它应用业务的业务流，因此在协同管理过程中不会影响其它应用业务的业务流的正常传输。

在上述图3、图4、图5A、图5B、以及图6所示的流程中，不同应用业务的业务流映射到不同的QoS流，一个QoS流承载一个业务流或承载同一个应用业务的多个业务流，这样在以QoS为粒度对一个应用业务的多个业务流进行协同管理时不会影响其它应用业务的业务流的正常传输。在另一种可能的实现方式中，SMF网元能够以业务流为粒度对第一应用业务的多个业务流进行协同管理，也不会影响其它应用业务的业务流的正常传输。下面结合图7至图8对该实现方式进行介绍。

图7示出了本申请实施例提供的再一种通信方法的流程示意图。如图7所示，该流程可包括如下内容。

其中，S701、S702、S703与图3中的S301、S302、S303实质相同，不同之处在于：

S704：SMF网元维护或存储第一应用业务的多个业务流之间的关联关系。图7中以SMF网元维护第一应用业务的多个业务流之间的关联关系为例。

示例性的，SMF网元可以确定该第一应用业务的多个业务流之间的关联关系，以及维护或存储该第一应用业务的多个业务流之间的关联关系。例如，SMF网元可接收来自PCF网元的第一应用业务对应的多个PCC规则，根据该多个PCC规则中的每个PCC规则皆包括第一信息，确定该多个PCC规则对应的多个业务流属于同一个应用业务，并维护或存储该多个业务流属于同一个应用业务的关联关系。

示例性的，SMF网元可采用表格形式维护同一个应用业务的业务流，如表格中的每一行表示同一个应用业务的至少一个业务流，或者表格中的每一列表示同一个应用业务的至少一个业务流。应理解的是，本申请实施例对SMF网元维护同一个应用业务的业务流的具体实现方式并不限定于此。表2中以表格的每一行表示同一个应用业务的至少一个业务流为例。如表2所示，业务流1、业务流2和业务流3属于同一个应用业务；业务流4和业务流5属于同一个应用业务；业务流6属于一个应用业务。

表2

业务流1	业务流2	业务流3
			业务流4	业务流5
业务流6

可选的，该SMF网元还可以维护第一应用业务对应的多个PCC规则之间的关联关系。可选的，该SMF网元还可以维护第一应用业务对应的多个QoS流之间的关联关系。具体实现过程，请参考前述S304a所示的相关内容，此处不再赘述。

S705：SMF网元将第一PCC规则与第二QoS流绑定。

在本实施例中，SMF网元可通过如下两种方式将第一PCC规则与第二QoS流绑定。

方式一：SMF网元将第一PCC规则与第二QoS流绑定，该第二QoS流不与其它应用业务对应的PCC规则绑定。具体实现方式请参考图3中S304a、S304b以及S305所示的内容，此处不再赘述。在此情况下，该第二QoS流可以是上述实施例中的第一QoS流，即图7中的第二QoS流可替换为第一QoS流。例如，该第二QoS流可以为图5A所示的QoS流1、或QoS流2，或者为图5B所示的QoS流1、或QoS流2。

方式二：SMF网元将第一PCC规则与第二QoS流绑定，其它业务流对应的PCC规则可绑定到该第二QoS流。该其它业务流与第一业务流可以属于同一个应用业务，也可以属于不同应用业务。该其它业务流与第一业务流具有相同的QoS需求，即该其它业务流对应的PCC规则与第一PCC规则具有相同的绑定参数。例如，该第二QoS流除了与第一PCC规则绑定之外，还可以与不包括第一信息、且与该第一PCC规则具有相同绑定参数的PCC规则绑定。在此情况下，该第二QoS流中除了承载第一业务流之外还可以承载不属于第一应用业务的业务流。例如，该第二QoS流可以为图2所示的QoS流1、或QoS流2。

S706：SMF网元向RAN发送第二QoS流的信息1；相应的，RAN接收第二QoS流的信息1。

S707：RAN释放第二QoS流。例如，RAN因网络资源不足等原因释放第二QoS流。

S708：RAN向SMF网元发送第五消息；相应的，SMF网元接收来自RAN的第五消息。

该第五消息可用于指示或通知该第二QoS流被释放。例如，该第五消息可以包括第二QoS流的QFI。

S709：SMF网元确定第一应用业务的多个业务流中未被释放的业务流。

例如，SMF网元根据第一QoS流对应的第一应用业务的业务流和第一应用业务的多个业务流之间的关联关系，确定第一应用业务的多个业务流中未被释放的业务流。该第一应用业务的多个业务流中未被释放的业务流是第一应用业务的多个业务流中除了第一QoS流所承载的第一应用业务的业务流之外的业务流。其中，该第一QoS流可承载第一应用业务的一个业务流(即第一业务流)；或承载第一应用业务的多个业务流，该多个业务流包括第一业务流。可选的，该第二QoS流还可以承载其它应用业务的业务流。

S710：SMF网元从至少一个QoS流中释放第一应用业务的多个业务流中未被释放的业务流。

该至少一个QoS流是第一应用业务对应的多个QoS流中除了第二QoS流之外的QoS流。

作为一个示例，假设第二QoS流是图2所示的QoS流1，第一应用业务是图2所示的应用业务1，第一业务流是图2所示的业务流1，RAN释放QoS流1，该QoS流1所承载的业务流1、业务流2和业务流4终止传输，并向SMF网元发送QoS流1被释放的通知消息；SMF网元响应于该通知消息，根据本地维护的应用业务1的多个业务流之间的关联关系，确定该应用业务1的多个业务流未被释放的业务流是业务流3，并从QoS流2中释放该业务流3，如图8所示。

本申请实施例中从QoS流中释放业务流，可以理解为释放或删除该业务流的网络资源。

作为另一个示例，假设第二QoS流是图5A所示的QoS流1，第一应用业务是图5A所示的应用业务1，第一业务流是图5A所示的业务流1，RAN释放QoS流1，该QoS流1所承载的业务流1和业务流3终止传输，并向SMF网元发送QoS流1被释放的通知消息；SMF网元响应于该通知消息，根据本地维护的应用业务1的多个业务流之间的关联关系，确定该应用业务1的多个业务流未被释放的业务流是业务流2，并从QoS流2中释放该业务流2。由于该QoS流2承载一个业务流，SMF网元从QoS流2中释放该业务流2，也可以理解为SMF网元释放QoS流2。

作为再一个示例，假设第二QoS流是图5B所示的QoS流1，第一应用业务是图5B所示的应用业务1，第一业务流是图5B所示的业务流1，RAN释放QoS流1，该QoS流1所承载的业务流1终止传输，并向SMF网元发送QoS流1被释放的通知消息；SMF网元响应于该通知消息，根据本地维护的应用业务1的多个业务流之间的关联关系，确定该应用业务1的多个业务流未被释放的业务流是业务流2和业务流3，并从QoS流2中释放该业务流2以及从QoS流3中释放该业务流3。

S711：SMF网元向PCF网元发送第二消息；相应的，PCF网元接收来自SMF网元的第二消息。

第二消息可用于请求去激活第一应用业务对应的多个PCC规则。该第二消息可理解为一个消息，也可以理解为多个消息。例如，该第二消息为一个消息，该一个消息可用于请求去激活第一应用业务对应的所有PCC规则。又例如，该第二消息为多个消息，其中的一个消息用于请求去激活第一应用业务对应的多个PCC规则中的一个PCC规则，该多个消息与第一应用业务对应的多个PCC规则一一对应。可选的，SMF网元可去激活第一应用业务的多个PCC规则。

以第一应用业务对应三个业务流，该三个业务流分别记为业务流1、业务流2和业务流3为例，SMF网元可以将指示信息1、指示信息2和指示信息3携带在一个消息中发送给PCF网元，该指示信息1用于请求去激活业务流1对应的PCC规则，该指示信息2用于请求去激活业务流2对应的PCC规则，该指示信息3用于在请求去激活业务流3对应的PCC规则。或者，SMF网元释放业务流1，向PCF网元发送用于请求去激活业务流1对应的PCC规则的消息；SMF网元释放业务流2，向PCF网元发送用于请求去激活业务流2对应的PCC规则的消息；SMF网元释放业务流3，向PCF网元发送用于请求去激活业务流3对应的PCC规则的消息。

本申请实施例中去激活PCC规则，可以理解为释放该PCC规则，或者理解为释放该PCC规则对应的资源，或者理解为删除该PCC规则。

S712：PCF网元根据第二消息，去激活第一应用业务对应的多个PCC规则。

如果第二消息为多个消息，在S712中，PCF网元可响应于该多个消息，逐一去激活该第一应用业务对应的多个PCC规则。

需要说明的是，图7中第一应用业务对应的PCC规则可以与其它应用业务的PCC规则绑定，也可以不与其它应用业务的PCC规则绑定。在第一应用业务对应的PCC规则不与其它应用业务的PCC规则绑定的情况下，图7中的第二QoS流可替换到第一QoS流。相应的，S708中，RAN可以向SMF网元发送第一消息，该第一消息用于指示第一QoS流被释放。由于第一应用业务对应的PCC规则不与其它应用业务的PCC规则绑定，在S710中SMF网元从至少一个QoS流中释放第一应用业务的多个业务流中未被释放的业务流，可替换为SMF网元释放该至少一个QoS流。

在图7所示的流程，SMF网元维护第一应用业务的多个业务流之间的关联关系，基于该关联关系确定第一应用业务的多个业务流中未被释放的业务流。在另一种可能的实现方式中，PCF网元维护第一应用业务的多个业务流之间的关联关系，基于该关联关系确定第一应用业务的多个业务流中未被释放的业务流，如图9所示。

图9示出了本申请实施例提供的再一种通信方法的流程示意图。在本实施例中，第一应用业务对应的多个PCC规则的关联关系由PCF网元维护。

其中，S901、S902、S904、S905、S906至S908分别与图7中的S701、S702、S703、S705、S706至S708实质相同，不同之处在于：

S903：PCF网元维护或存储第一应用业务对应的多个PCC规则之间的关联关系。图9中以PCF网元维护第一应用业务对应的多个PCC规则之间的关联关系为例。例如，PCF网元可根据第一信息，确定该第一应用业务对应的多个PCC规则之间的关联关系，以及维护或存储该第一应用业务对应的多个PCC规则之间的关联关系。可选的，该PCF网元还可以维护或存储第一应用业务的多个业务流之间的关联关系。

S909：SMF网元向PCF网元发送第六消息；相应的，PCF网元接收来自SMF网元的第六消息。

该第六消息可用于请求去激活第二QoS流所绑定的PCC规则。例如，SMF网元在接收到来自RAN的第六消息后，响应于第二QoS流被释放，向PCF网元发送第六消息，以请求去激活该第二QoS流所绑定的PCC规则。该第二QoS流所绑定的PCC规则包括第一PCC规则。可选的，该第二QoS流所绑定的PCC规则中还可以包括其它业务流对应的PCC规则，该其它业务流与第一业务流可以属于同一个应用业务流，也可以属于不同的应用业务。其中，该第六消息可包括第二QoS流所绑定的PCC规则的标识信息。

S910：PCF网元确定第一应用业务对应的多个PCC规则。

例如，PCF网元可根据第二QoS流所绑定的、且包括第一信息的PCC规则和第一应用业务对应的多个PCC规则之间的对应关系，确定该第一应用业务对应的多个PCC规则。

又例如，若PCF网元维护或存储第一应用业务的多个业务流之间的关联关系，PCF网元可根据第二QoS流所绑定的、且包括第一信息的PCC规则对应的业务流和第一应用业务对应的多个业务流之间的关联关系，确定该第一应用业务的多个业务流中未被释放的业务流，以及确定该第一应用业务对应的多个PCC规则。例如，PCF网元根据第一应用业务的多个业务流，确定该第一应用业务对应的多个PCC规则，该第一应用业务的多个业务流包括第二QoS流所绑定的、且包括第一信息的PCC规则对应的业务流和确定出的该第一应用业务的多个业务流中未被释放的业务流。再例如，PCF网元可根据第二QoS流所绑定、且包括第一信息的PCC规则和第四信息，确定该第一应用业务对应的多个PCC规则。

S911：PCF网元去激活第一应用业务对应的多个PCC规则。

示例性的，PCF网元可以逐一去激活该第一应用业务对应的多个PCC规则，但本申请实施例并不限定于此。

S912：PCF网元向SMF网元发送第四消息；相应的，SMF网元接收来自PCF网元的第四消息。

第四消息可用于指示去激活第一应用业务对应的多个PCC规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。图9中以第四消息指示去激活第一应用业务对应的多个PCC规则为例。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有PCC规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个PCC规则中的一个PCC规则，该多个消息与第一应用业务对应多个PCC规则一一对应。

以第一应用业务对应三个业务流，该三个业务流分别记为业务流1、业务流2和业务流3为例，PCF网元可以将指示信息4、指示信息5和指示信息6携带在一个消息中发送给SMF网元，该指示信息4用于指示去激活业务流1对应的PCC规则，该指示信息5用于指示去激活业务流2对应的PCC规则，该指示信息6用于指示去激活业务流3对应的PCC规则。或者，PCF网元去激活业务流1对应的PCC规则，向SMF网元发送用于指示去激活业务流1对应的PCC规则的消息；PCF网元去激活业务流2对应的PCC规则，向SMF网元发送用于指示去激活业务流2对应的PCC规则的消息；PCF网元去激活业务流3对应的PCC规则，向SMF网元发送用于指示去激活业务流3对应的PCC规则的消息。

S913：SMF网元根据第四消息，从至少一个QoS流中释放第一应用业务的多个业务流中未被释放的业务流。

该至少一个QoS流是第一应用业务对应的多个QoS流中除了第二QoS流之外的QoS流。例如，SMF网元接收到第四消息后，响应于该第四消息，从至少一个QoS流中释放第一应用业务的多个业务流中未被释放的业务流。例如，SMF网元根据第四消息，确定第一应用业务的多个业务流，根据第一QoS流对应的第一应用业务的业务流和该第一应用业务的多个业务流，从至少一个QoS流中释放第一应用业务的多个业务流中未被释放的业务流。例如，SMF网元可根据第四消息，确定第一应用业务对应的多个QoS流，以及确定该至少一个QoS流。可选的，SMF网元可以去激活第一应用业务对应的多个PCC规则，图9中未示出。

需要说明的是，图9中第一应用业务对应的PCC规则可以与其它应用业务的PCC规则绑定，也可以不与其它应用业务的PCC规则绑定。在第一应用业务对应的PCC规则不与其它应用业务的PCC规则绑定的情况下，图9中的第二QoS流可替换到第一QoS流。相应的，S909中，SMF网元可以向PCF网元发送第三消息，该第三消息用于请求去激活第一QoS流所绑定的PCC规则。

在图7至图9所示的实施例中，SMF网元能够以业务流为粒实现对一个应用业务的多个业务流的协同管理，由于SMF网元是以业务流为粒度进行释放的，相较于释放整个QoS流而言，能够避免影响同一个QoS流所承载的其它应用业务的业务流的正常传输。

上述本申请提供的实施例中，分别从SMF网元、PCF网元以及RAN之间交互的角度对本申请实施例提供的方法进行了介绍。为了实现上述本申请实施例提供的方法中的各功能，SMF网元、PCF网元或RAN可以包括硬件结构和/或软件模块，以硬件结构、软件模块、或硬件结构加软件模块的形式来实现上述各功能。

下面结合附图介绍本申请实施例中用来实现上述方法的通信装置。因此，上文中的内容均可以用于后续实施例中，重复的内容不再赘述。

图10示出了一种通信装置1000的结构示意图。该通信装置1000可以对应实现上述各个方法实施例中由SMF网元、PCF网元或RAN实现的功能或者步骤。该通信装置可以包括处理单元1001和收发单元1002。可选地，通信装置1000还可以包括存储单元1003(图10中以虚线表示)，该存储单元1003可以用于存储指令(代码或者程序)和/或数据。处理单元1001和收发单元1002可以与该存储单元1003耦合，例如，处理单元1001可以读取存储单元1003中的指令(代码或者程序)和/或数据，以实现相应的方法。上述各个单元可以独立设置，也可以部分或者全部集成。例如收发单元1002可包括发送单元和接收单元。

作为一个示例，通信装置1000可实现上述各个方法实施例中由SMF网元实现的功能或步骤。

其中，收发单元1002，用于接收来自策略控制功能网元的第一策略与计费控制规则，该第一策略与计费控制规则包括第一信息，该第一信息用于关联第一应用业务对应的一个或多个策略与计费控制规则。

处理单元1001，用于将第一策略与计费控制规则与第一服务质量流绑定，该第一服务质量流不与不包括第一信息的策略与计费控制规则绑定。

收发单元1002，还用于向第一网元发送第一服务质量流的信息。

或者，收发单元1002，用于接收来自策略控制功能网元的第一策略与计费控制规则，该第一策略与计费控制规则包括第一信息，该第一信息用于关联第一应用业务对应的多个策略与计费控制规则。

处理单元1001，用于将第一策略与计费控制规则与第一服务质量流绑定；以及确定该第一服务质量流不与不包括第一信息的策略与计费控制规则绑定。

收发单元1002，还用于向第一网元发送第一服务质量流的信息。

在一种可能的实现方式中，该第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括第一信息。

在一种可能的实现方式中，不包括第一信息的策略与计费控制规则对应的应用业务与该第一应用业务是不同的应用业务。

在一种可能的实现方式中，处理单元1001，还用于确定该第一服务质量流不与不包括第一信息的策略与计费控制规则绑定。

在一种可能的实现方式中，处理单元1001，在将第一策略与计费控制规则与第一服务质量流绑定之前，还用于创建该第一服务质量流；或者，该第一信息用于关联第一应用业务对应的多个策略与计费控制规则，处理单元1001，在将第一策略与计费控制规则与第一服务质量流绑定之前，还用于确定已经根据与该第一策略与计费控制规则具有相同绑定参数、且包括该第一信息的策略与计费控制规则创建的第一服务质量流。

在一种可能的实现方式中，该第一策略与计费控制规则还可以包括第二信息；

该第二信息可用于指示第一策略与计费控制规则与一个服务质量流绑定，该一个服务质量流不与包括第一信息、且与该第一策略与计费控制规则具有相同绑定参数的策略与计费控制规则绑定；

或者，该第二信息可用于指示第一策略与计费控制规则与包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流。其中，该包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流，可理解为与该第一策略与计费控制规则对应的业务流具有相同服务质量需求、且属于第一应用业务的业务流对应的策略与计费控制规则。

在一种可能的实现方式中，处理单元101，还用于根据第一信息，确定第一应用业务的多个业务流之间的关联关系。可选的，存储单元102，用于维护或存储该第一应用业务的多个业务流之间的关联关系。

在一种可能的实现方式中，第一应用业务对应的多个测量与计费控制规则与多个服务质量流绑定，第一网元为接入网网元；收发单元102，还用于接收来自接入网网元的第一消息，第一消息用于指示第一服务质量流被释放；以及，处理单元101，还用于从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，其中，至少一个服务质量流是该多个服务质量流中除了第一服务质量流之外的服务质量流。

在一种可能的实现方式中，处理单元101可通过如下方式从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流：

确定第一应用业务的多个业务流之间的关联关系，根据第一服务质量流对应的业务流和该第一应用业务的多个业务流之间的关联关系，确定该确定第一应用业务的多个业务流中未被释放的业务流，以及根据该第一应用业务的多个业务流中未被释放的业务流，从至少一个服务质量流中释放该第一应用业务的多个业务流中未被释放的业务流。

可选的，控制收发单元102向策略控制功能网元发送第二消息，该第二消息用于请求去激活第一应用业务对应的多个策略与计费控制规则。

或者，控制收发单元102向策略控制功能网元发送第三消息，该第三消息用于请求去激活第一服务质量流绑定的策略与计费控制规则；接收来自策略控制功能网元的第四消息，第四消息用于指示去激活第一应用业务对应的多个策略与计费控制规则，或者该第四消息用于请求释放该第一应用业务的多个业务流中未被释放的业务流；根据该第四消息，确定第一应用业务的多个业务流；以及，从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

在一种可能的实现方式中，第一应用业务对应的多个策略与计费控制规则与多个服务质量流绑定，第一服务质量流的信息中可以包括第三信息；或者，收发单元102还用于向第一网元发送第三信息；其中，该第三信息用于指示关联该第一应用业务对应的多个服务质量流。

作为又一个示例，通信装置1000可实现上述各个方法实施例中由PCF网元实现的功能或步骤。

其中，收发单元1002，用于接收来自应用功能网元的请求消息，请求消息用于请求为第一业务流提供质量服务，其中，请求消息包括第四信息，第一信息用于关联第一应用业务的多个业务流，第一业务流是该第一应用业务的多个业务流中的一个。

处理单元1001，用于根据请求消息，生成第一策略与计费控制规则，其中，第一策略与计费控制规则包括第一信息，该第一信息用于关联第一应用业务对应的一个或多个策略与计费控制规则。

该收发单元1002，还用于向会话管理功能网元发送第一策略与计费控制规则。

在一种可能的实现方式中，包括该第一信息的策略与计费控制规则不与不包括第一信息的策略与计费控制规则绑定。

在一种可能的实现方式中，该第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括该第一信息。

在一种可能的实现方式中，不包括第一信息的策略与计费控制规则对应的应用业务与该第一应用业务是不同的应用业务。

在一种可能的实现方式中，处理单元1001，还用于根据该第四信息，确定该第一信息。

在一种可能的实现方式中，第一策略与计费控制规则还可以包括第二信息；

该第二信息可用于指示第一策略与计费控制规则与一个服务质量流绑定，该一个服务质量流不与包括第一信息、且与该第一策略与计费控制规则具有相同绑定参数的策略与计费控制规则绑定；

或者，该第二信息可用于指示第一策略与计费控制规则与包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流。其中，该包括第一信息、且与该第一测量与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流，可理解为与该第一策略与计费控制规则对应的业务流具有相同服务质量需求、且属于第一应用业务的业务流对应的策略与计费控制规则。

在一种可能的实现方式中，处理单元1001，还用于根据第一信息，确定第一应用业务的多个业务流之间的关联关系。可选的，存储单元1003，用于维护或存储该第一应用业务的多个业务流之间的关联关系。

在一种可能的实现方式中，收发单元1002，还用于接收来自会话管理功能网元的第三消息，第三消息用于请求去激活第一服务质量流绑定的策略与计费控制规则；处理单元1001，还用于根据第一服务质量流绑定包括该第一信息的策略与计费控制规则和第四信息，确定第一应用业务对应的多个策略与计费控制规则；以及，去激活第一应用业务对应的多个策略与计费控制规则。

在一种可能的实现方式中，收发单元1002，还用于向会话管理功能网元发送第四消息，第四消息用于指示去激活第一应用业务对应的多个策略与计费控制规则，或者该第四消息用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

在一种可能的实现方式中，收发单元1002，还用于接收来自会话管理功能网元的第二消息，第二消息用于请求去激活第一应用业务对应的多个策略与计费控制规则；处理单元1001，还用于根据第二消息，去激活第一应用业务对应的多个策略与计费控制规则。该第二消息可理解为一个消息，也可以理解为多个消息。例如，该第二消息为一个消息，该一个消息可用于请求去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第二消息为多个消息，其中的一个消息用于请求去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

作为又一个示例，通信装置1000可实现上述各个方法实施例中由RAN实现的功能或步骤。

其中，收发单元1002，用于接收来自会话管理功能网元的第一服务质量流的信息，第一服务质量流的信息中包括第三信息，第三信息用于关联第一应用业务对应的多个服务质量流。

处理单元1001，用于在所述第一服务质量流被创建时，根据所述第三信息创建至少一个服务质量流；或者在第一服务质量流被释放时，根据第三信息释放至少一个服务质量流；其中，该至少一个服务质量流是该第一应用业务对应的多个服务质量流中除了该第一服务质量流的服务质量流。

在一种可能的实现方式中，处理单元1001，还用于根据第一服务质量流和第三信息，确定该至少一个服务质量流。

作为再一个示例，通信装置1000可实现上述各个方法实施例中由SMF网元实现的功能或步骤。

其中，收发单元1002，用于接收来自接入网网元的第五消息，第五消息用于指示第二服务质量流被释放。

处理单元1001，用于从至少一个服务质量流中释放第一应用业务的多个业务流中未被释放的业务流，其中，该至少一个服务质量流是所述第一应用业务对应的多个服务质量流中除了第二服务质量流之外的服务质量流。

在一种可能的实现方式中，收发单元1002，还用于在接收来自接入网网元的第五消息之前，接收来自策略控制功能网元的第一策略与计费控制规则，第一策略与计费控制规则包括第一信息，该第一信息用于关联第一应用业务对应的多个策略与计费控制规则；处理单元1001，还用于将第一策略与计费控制规则与第二服务质量流绑定；收发单元1002，还用于向第一网元发送第二服务质量流的信息。

在一种可能的实现方式中，该第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括所述第一信息。

在一种可能的实现方式中，不包括该第一信息的策略与计费控制规则对应的应用业务与该第一应用业务是不同的应用业务。

在一种可能的实现方式中，收发单元1002，还用于根据该第一信息，确定第一应用业务的多个业务流之间的关联关系。可选的，存储单元1003，用于维护或存储该第一应用业务的多个业务流之间的关联关系。

在一种可能的实现方式中，处理单元1001，还用于确定第一应用业务的多个业务流之间的关联关系，以及根据所述第一服务质量流对应的业务流和所述第一应用业务的多个业务流之间的关联关系，确定所述第一应用业务的多个业务流中未被释放的业务流。

在一种可能的实现方式中，收发单元1002，还用于向策略控制功能网元发送第二消息，该第二消息用于请求去激活第一应用业务对应的多个策略与计费控制规则。该第二消息可理解为一个消息，也可以理解为多个消息。例如，该第二消息为一个消息，该一个消息可用于请求去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第二消息为多个消息，其中的一个消息用于请求去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

在一种可能的实现方式中，收发单元1002，还用于向策略控制功能网元发送第六消息，第六消息用于请求去激活第二服务质量流绑定的策略与计费控制规则；以及，接收来自策略控制功能网元的第四消息，该第四消息用于指示去激活该第一应用业务对应的多个策略与计费控制规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

可选的，处理单元1001，还用于根据第四消息，确定第一应用业务的业务流，以及根据该第二服务质量流对应的业务流和该第一应用业务的多个业务流，确定该第一应用业务的多个业务流中未被释放的业务流。

作为再一个示例，通信装置1000可实现上述各个方法实施例中由PCF网元实现的功能或步骤。

其中，收发单元1002，用于接收来自会话管理功能网元的第六消息，第六消息用于请求去激活第二服务质量流绑定的策略与计费控制规则，该第二服务质量流对应的第一业务流是第一应用业务的多个业务流中的一个。

处理单元1001，用于确定该第一应用业务对应的多个策略与计费控制规则；以及，去激活该第一应用业务对应的多个策略与计费控制规则。

在一种可能的实现方式中，收发单元1002，还用于接收来自应用功能网元的请求消息，该请求消息用于请求为第一业务流提供质量服务，其中，请求消息包括第四信息，第四信息用于关联第一应用业务的多个业务流；处理单元1001，还用于根据请求消息，生成第一策略与计费控制规则，其中，第一策略与计费控制规则包括第一信息，所述第一信息用于关联该第一应用业务对应的多个策略与计费控制规则；收发单元1002，还用于向会话管理功能网元发送第一策略与计费控制规则。

在一种可能的实现方式中，所述第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括所述第一信息。

在一种可能的实现方式中，不包括所述第一信息的策略与计费控制规则对应的应用业务与所述第一应用业务是不同的应用业务。

在一种可能的实现方式中，处理单元1001，还用于根据第四信息，确定所述第一信息。

在一种可能的实现方式中，处理单元1001，还用于确定第一应用业务的多个业务流之间的关联关系。可选的，存储单元1003，用于维护或存储该第一应用业务的多个业务流之间的关联关系。

在一种可能的实现方式中，处理单元1001可通过如下方式确定该第一应用业务对应的多个策略与计费控制规则：根据第四信息和第二服务质量流所绑定的PCC规则，确定第一应用业务对应的多个策略与计费控制规则。

在一种可能的实现方式中，收发单元1002，还用于向会话管理功能网元发送第四消息，第四消息用于指示去激活第一应用业务对应的多个策略与计费控制规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息用于指示去激活该第一应用业务对应的多个策略与计费控制规则，或者该第四消息可用于请求释放该第一应用业务的多个业务流中未被释放的业务流。该第四消息可理解为一个消息，也可以理解为多个消息。例如，该第四消息为一个消息，该一个消息可用于指示去激活第一应用业务对应的所有策略与计费控制规则。又例如，该第四消息为多个消息，其中的一个消息用于指示去激活第一应用业务对应的多个策略与计费控制规则中的一个，该多个消息与第一应用业务对应的多个策略与计费控制规则一一对应。

有关上述处理单元1001、收发单元1002和存储单元1003更详细的描述可以直接参考图3、图4、图6、图7、以及图9中任一项所示的方法实施例中相关描述直接得到，这里不加赘述。

如图11所示为本申请实施例提供的通信装置1100，其中，通信装置1100可以是SMF网元，能够实现本申请实施例提供的方法中SMF网元的功能，或者，通信装置1100可以是PCF网元，能够实现本申请实施例提供的方法中PCF网元的功能，或者，通信装置1100可以是RAN，能够实现本申请实施例提供的方法中RAN的功能；或者，通信装置1100也可以是能够支持SMF网元实现本申请实施例提供的方法中对应的功能的装置，或者能够支持PCF网元实现本申请实施例提供的方法中对应的功能的装置，或者能够支持RAN实现本申请实施例提供的方法中对应的功能的装置。其中，该通信装置1100可以为芯片系统。本申请实施例中，芯片系统可以由芯片构成，也可以包含芯片和其它分立器件。

通信装置1100包括至少一个处理器1120，用于实现或用于支持通信装置1100实现本申请实施例提供的方法中SMF网元、PCF网元或RAN的功能。具体参见方法示例中的详细描述，此处不做赘述。

可选地，通信装置1100还可以包括至少一个存储器1130，用于存储程序指令和/或数据。存储器1130和处理器1120耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1120可能和存储器1130协同操作。处理器1120可能执行存储器1130中存储的程序指令和/或数据，以使得通信装置1100实现相应的方法。所述至少一个存储器中的至少一个可以包括于处理器中。该存储器1130可以是独立存在，例如片外存储器，通过通信总线(图11中以粗线1140表示)与处理器1120相连接。该存储器1130也可以和处理器1120集成在一起。

可选地，通信装置1100还可以包括通信接口1110，用于通过传输介质和其它设备进行通信，从而用于通信装置1100中的装置可以和其它设备进行通信。示例性的，当该通信装置为SMF网元时，该其它设备为PCF网元或RAN等。处理器1120可以利用通信接口1110收发数据。通信接口1110具体可以是收发器。

在硬件实现上，上述收发单元1002可以为收发器，收发器集成在通信装置1100中构成通信接口1110。

本申请实施例中不限定上述通信接口1110、处理器1120以及存储器1130之间的具体连接介质。本申请实施例在图11中以存储器1130、处理器1120以及通信接口1110之间通过通信总线1140连接，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述通信总线1140可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根通信总线或一种类型的通信总线。

在本申请实施例中，处理器1120可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

在本申请实施例中，存储器1130可以是非易失性存储器，比如硬盘(hard diskdrive，HDD)或固态硬盘(solid-state drive，SSD)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-access memory，RAM)。存储器是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其它介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

本申请实施例还提供一种通信系统，具体的，通信系统包括SMF网元、PCF网元或RAN中的至少一项。

本申请实施例中还提供一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行上述各个实施例中的方法。

本申请实施例中还提供一种计算机程序产品，包括指令，当其在计算机上运行时，使得计算机执行上述各个实施例中的方法。

本申请实施例提供了一种芯片系统，该芯片系统包括处理器，还可以包括存储器，用于实现前述方法中SMF网元、PCF网元或RAN的功能。该芯片系统可以由芯片构成，也可以包含芯片和其它分立器件。

应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

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

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

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

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

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

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

Claims (30)

1.一种通信方法，其特征在于，应用于会话管理功能网元，所述方法包括：

接收来自策略控制功能网元的第一策略与计费控制规则，所述第一策略与计费控制规则包括第一信息，其中，所述第一信息用于关联第一应用业务对应的一个或多个策略与计费控制规则；

将所述第一策略与计费控制规则与所述第一服务质量流绑定，其中，所述第一服务质量流不与不包括所述第一信息的策略与计费控制规则绑定；

向第一网元发送所述第一服务质量流的信息。

2.根据权利要求1所述的方法，其特征在于，所述第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括所述第一信息。

3.根据权利要求1或2所述的方法，其特征在于，所述不包括所述第一信息的策略与计费控制规则对应的应用业务与所述第一应用业务是不同的应用业务。

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

确定所述第一服务质量流不与不包括所述第一信息的策略与计费控制规则绑定。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在将所述第一策略与计费控制规则与所述第一服务质量流绑定之前，所述方法还包括：

根据所述第一策略与计费控制规则，创建所述第一服务质量流。

6.根据权利要求1至4中任一项所述的方法，其特征在于，所述第一信息用于关联第一应用业务对应的多个策略与计费控制规则；

在将所述第一策略与计费控制规则与所述第一服务质量流绑定之前，所述方法还包括：

确定已经根据与所述第一策略与计费控制规则具有相同绑定参数、且包括所述第一信息的策略与计费控制规则创建的所述第一服务质量流。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述第一策略与计费控制规则还包括第二信息；

所述第二信息用于指示所述第一策略与计费控制规则与一个服务质量流绑定，所述一个服务质量流不与包括第一信息、且与所述第一策略与计费控制规则具有相同绑定参数的策略与计费控制规则绑定；或者，

所述第二信息用于指示所述第一策略与计费控制规则与包括所述第一信息、且与所述第一策略与计费控制规则具有相同绑定参数的策略与计费控制规则绑定到同一个服务质量流。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述第一应用业务对应的多个策略与计费控制规则与多个服务质量流绑定，所述第一网元为接入网网元，所述方法还包括：

接收来自所述接入网网元的第一消息，所述第一消息用于指示所述第一服务质量流被释放；

从至少一个服务质量流中释放所述第一应用业务的多个业务流中未被释放的业务流，其中，所述至少一个服务质量流是所述多个服务质量流中除了所述第一服务质量流之外的服务质量流。

9.根据权利要求8所述的方法，其特征在于，在所述从至少一个服务质量流中释放所述第一应用业务的多个业务流中未被释放的业务流之前，所述方法还包括：

确定所述第一应用业务的多个业务流之间的关联关系；

根据所述第一服务质量流对应的业务流和所述第一应用业务的多个业务流之间的关联关系，确定所述第一应用业务的多个业务流中未被释放的业务流。

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

向所述策略控制功能网元发送第二消息，所述第二消息用于请求去激活所述第一应用业务对应的多个策略与计费控制规则。

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

向所述策略控制功能网元发送第三消息，所述第三消息用于请求去激活所述第一服务质量流绑定的策略与计费控制规则；

接收来自所述策略控制功能网元的第四消息，所述第四消息用于指示去激活所述第一应用业务对应的多个策略与计费控制规则。

12.根据权利要求11所述的方法，其特征在于，在所述从至少一个服务质量流中释放所述第一应用业务的多个业务流中未被释放的业务流之前，所述方法还包括：

根据所述第四消息，确定所述第一应用业务的多个业务流；

根据所述第一服务质量流对应的业务流和所述第一应用业务的多个业务流，确定所述第一应用业务的多个业务流中未被释放的业务流。

13.根据权利要求1至12中任一项所述的方法，其特征在于，所述第一应用业务对应的多个策略与计费控制规则与多个服务质量流绑定；

所述第一服务质量流的信息中包括第三信息；或者，

向所述第一网元发送第三信息；

其中，所述第三信息用于关联所述多个服务质量流。

14.一种通信方法，其特征在于，应用于策略控制功能网元，所述方法包括：

接收来自应用功能网元的请求消息，所述请求消息用于请求为第一业务流提供质量服务，其中，所述请求消息包括第四信息，所述第四信息用于关联第一应用业务的多个业务流，所述第一业务流是所述第一应用业务的多个业务流中的一个；

根据所述请求消息，生成第一策略与计费控制规则，其中，所述第一策略与计费控制规则包括第一信息，所述第一信息用于关联所述第一应用业务对应的一个或多个策略与计费控制规则；

向会话管理功能网元发送所述第一策略与计费控制规则。

15.根据权利要求14所述的方法，其特征在于，包括所述第一信息的策略与计费控制规则不与不包括所述第一信息的策略与计费控制规则绑定。

16.根据权利要求14或15所述的方法，其特征在于，所述第一应用业务对应的多个策略与计费控制规则中的每个策略与计费控制规则包括所述第一信息。

17.根据权利要求14至16中任一项所述的方法，其特征在于，不包括所述第一信息的策略与计费控制规则对应的应用业务与所述第一应用业务是不同的应用业务。

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

根据所述第四信息，确定所述第一信息。

19.根据权利要求14至18中任一项所述的方法，其特征在于，所述第一策略与计费控制规则还包括第二信息；

所述第二信息用于指示所述第一策略与计费控制规则与一个服务质量流绑定，所述一个服务质量流不绑定与所述第一策略与计费控制规则具有相同绑定参数、且包括所述第一信息的策略与计费控制规则；或者，

所述第二信息用于指示与所述第一策略与计费控制规则具有相同绑定参数、且包括所述第一信息的策略与计费控制规则与所述第一策略与计费控制规则绑定到同一个服务质量流。

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

接收来自所述会话管理功能网元的第三消息，所述第三消息用于请求去激活所述第一服务质量流绑定的策略与计费控制规则；

根据所述第一服务质量流绑定包括所述第一信息的策略与计费控制规则和所述第四信息，确定所述第一应用业务对应的多个策略与计费控制规则；

去激活所述第一应用业务对应的多个策略与计费控制规则。

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

向所述会话管理功能网元发送第四消息，所述第四消息用于指示去激活所述第一应用业务对应的多个策略与计费控制规则。

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

接收来自所述会话管理功能网元的第二消息，所述第二消息用于请求去激活所述第一应用业务对应的多个策略与计费控制规则；

根据所述第二消息，去激活所述多个策略与计费控制规则。

23.一种通信方法，其特征在于，应用于接入网网元，所述方法包括：

接收来自会话管理功能网元的第一服务质量流的信息，所述第一服务质量流的信息中包括第三信息，所述第三信息用于关联所述第一应用业务对应的多个服务质量流；

在所述第一服务质量流被创建时，根据所述第三信息创建至少一个服务质量流；或者，在所述第一服务质量流被释放时，根据所述第三信息释放至少一个服务质量流；其中，所述至少一个服务质量流是所述多个服务质量流中除了所述第一服务质量流之外的服务质量流。

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

根据所述第三信息和所述第一服务质量流，确定所述至少一个服务质量流。

25.一种通信装置，其特征在于，包括处理单元和收发单元，所述收发单元用于与其它通信装置进行通信，所述处理单元用于执行如权利要求1至13中任一项所述的方法，或用于执行如权利要求14至22中任一项所述的方法，或用于执行如权利要求23或24所述的方法。

26.一种通信装置，其特征在于，包括一个或多个处理器和存储器，所述一个或多个处理器与所述存储器耦合；

所述存储器，用于存储计算机程序；

所述一个或多个处理器，用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行如权利要求1至13中任一项所述的方法，或执行如权利要求14至22中任一项所述的方法，或执行如权利要求23或24所述的方法。

27.一种芯片，其特征在于，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以执行如权利要求1至13中任一项所述的方法，或者执行如权利要求14至22中任一项所述的方法，或者执行如权利要求23或24所述的方法。

28.一种计算机可读存储介质，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，执行如权利要求1至13中任一项所述的方法，或者执行如权利要求14至22中任一项所述的方法，或者执行如权利要求23或24所述的方法。

29.一种通信系统，其特征在于，包括用于执行如权利要求1至13中任一项所述方法的会话管理功能网元、用于执行如权利要求14至22中任一项所述方法的策略控制功能网元、和用于执行如权利要求23或24所述方法的接入网网元中的至少一项。

30.一种计算机程序产品，其特征在于，包括程序或指令，当所述程序或指令在计算机上运行时，如权利要求1至13中任一项所述的方法被执行，或者如权利要求14至23中任一项所述的方法被执行，或者如权利要求23或24所述的方法被执行。