CN119155818A

CN119155818A - 一种通信方法及装置

Info

Publication number: CN119155818A
Application number: CN202411140582.3A
Authority: CN
Inventors: 潘奇
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2024-08-19
Filing date: 2024-08-19
Publication date: 2024-12-17

Abstract

一种通信方法及装置，在该方法中，终端设备向会话管理网元发送请求消息，请求消息为会话建立消息或会话修改消息，请求消息包括第一指示信息，第一指示信息用于确定终端设备是否支持识别数据单元集合PDU集合；在终端设备支持识别PDU集合的情况下，接收来自接入网设备的第一信息，第一信息用于指示终端设备进行PDU集合服务质量QoS处理。采用上述方法，会话管理网元能够获悉终端设备是否支持识别PDU集合，并能够根据终端设备是否支持识别PDU集合决定是否对PDU集合进行QoS处理。

Description

一种通信方法及装置

技术领域

本申请涉及通信领域，特别涉及一种通信方法及装置。

背景技术

当前，针对媒体业务，如当前兴起的增强现实(augmented reality，AR)、虚拟现实(virtual reality，VR)、混合现实(mixed reality，MR)以及云游戏等业务，端到端时延有着极为苛刻的要求，且上层媒体业务在进行编码、传输过程中对应的数据处理粒度可以不再是数据包的粒度。为了表示上述媒体业务层的基本数据单元，标准上称之为协议数据单元集合(protocol data unit set,PDU Set)。其中，这里的端到端时延可以理解为从应用服务器端到客户端(例如，用户设备)之间的时延。

此外，标准上还引入了PDU集合粒度的服务质量(quality ofservice，QoS)处理，为了实现PDU集合粒度的QoS处理，首先需要能够识别PDU集合。其中，识别PDU集合可以理解为识别哪些数据包(或PDU数据包)属于同一个PDU集合，以及该PDU集合的相关信息，如PDU集合的大小、PDU集合的重要性。具体的，对于上行方向，上行方向的PDU集合识别是在终端设备进行的；对于下行方向，下行方向的PDU集合识别是在用户面网元进行的。因此，如何实现核心网能够感知终端设备(或用户面网元)的PDU集合识别能力，从而能够根据终端设备(或用户面网元)的PDU集合识别能力激活或去激活PDU集合粒度的QoS处理，是一个值得关注的问题。

发明内容

本申请实施例提供了一种通信方法及装置，用以实现核心网能够感知终端设备(或用户面网元)的PDU集合识别能力。

第一方面，本申请提供一种通信方法，该方法可以应用于终端设备侧，例如终端设备或终端设备中的通信模组，或终端设备中负责通信功能的电路或芯片(如调制解调(modem)芯片，又称基带(baseband)芯片，或包含modem核的片上系统(system on chip,SoC)芯片或系统级封装(systemin package，SIP)芯片))。以该方法应用于终端设备为例，在该方法中，终端设备向会话管理网元发送请求消息，所述请求消息为会话建立消息或会话修改消息，所述请求消息包括第一指示信息，所述第一指示信息用于确定终端设备是否支持识别数据单元集合PDU集合；在所述终端设备支持识别PDU集合的情况下，接收来自接入网设备的第一信息，所述第一信息用于指示所述终端设备进行PDU集合服务质量QoS处理。

采用上述方法，终端设备向会话管理网元发送第一指示信息，使得会话管理网元能够获悉终端设备是否支持识别PDU集合，并能够根据终端设备是否支持识别PDU集合决定是否对PDU集合进行QoS处理，进而可以避免在终端设备不支持识别PDU集合时，会话管理网元通过接入网设备配置终端设备对PDU集合进行QoS处理，导致会话管理网元还需通过接入网设备重新配置终端设备对PDU数据包进行QoS处理，避免造成额外的信令交互。

在一种可能的设计中，所述第一指示信息用于指示所述终端设备的PDU集合识别能力；或者，所述第一指示信息包括所述终端设备支持的用于识别PDU集合的协议信息。

采用上述设计，可以实现通过第一指示信息通知会话管理网元终端设备的PDU集合识别能力，从而确保会话管理网元能够直接根据终端设备的PDU集合识别能力确定是否指示接入网设备进行PDU集合粒度的QoS处理，避免后续额外的信令交互。或者采用上述设计，可以实现通过第一指示信息通知会话管理网元终端设备支持的用于识别PDU集合的协议信息。

在一种可能的设计中，所述终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。示例性地，终端设备支持RTP协议和/或RTP扩展头。

采用上述设计，可以实现通过第一指示信息通知会话管理网元哪些协议或协议扩展头是终端设备支持的。

第二方面，本申请提供一种通信方法，该方法可以应用于终端设备侧，例如终端设备或终端设备中的通信模组，或终端设备中负责通信功能的电路或芯片。以该方法应用于终端设备为例，在该方法中，终端设备确定是否支持识别PDU集合；向会话管理网元发送第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合；在所述终端设备不支持识别PDU集合的情况下，接收来自接入网设备的配置信息，所述配置信息用于指示所述终端设备进行PDU数据包QoS处理。

采用上述方法，终端设备向会话管理网元发送第一指示信息，使得会话管理网元能够获悉终端设备是否支持识别PDU集合，并能够在终端设备不支持识别PDU集合的情况下，会话管理网元可以重新配置接入网设备，以使接入网设备重新配置终端设备，实现去激活PDU集合QoS处理。

在一种可能的设计中，在确定是否支持识别PDU集合时，确定是否支持识别第一业务流中的PDU集合，所述第一业务流为所述终端设备的业务流；所述第一指示信息用于指示所述终端设备是否支持识别所述第一业务流中的PDU集合。采用上述设计可以实现针对业务流粒度确定是否支持识别PDU集合。

在一种可能的设计中，所述第一指示信息通过会话修改消息携带。采用上述设计可以实现通过现有消息携带第一指示信息。

在一种可能的设计中，终端设备通过接入网设备向会话管理网元发送所述第一指示信息。具体地，终端设备向接入网设备发送RRC消息，RRC消息中携带第一指示信息，接入网设备向会话管理网元发送N2 PDU会话响应消息，N2 PDU会话响应消息中携带第一指示信息。采用上述设计可以实现通过现有消息携带第一指示信息。

在一种可能的设计中，在所述终端设备不支持识别所述第一业务流中的PDU集合的情况下，所述会话修改消息用于修改或释放所述第一业务流所在的QoS流。

采用上述设计，在终端设备不支持识别第一业务流中的PDU集合时，终端设备可以主动发起PDU会话修改流程。

在一种可能的设计中，在确定是否支持识别第一业务流中的PDU集合时，接收协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头；所述协议描述信息通过会话建立接受消息或会话修改接受消息携带；根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

采用上述设计，终端设备可以根据协议描述信息确定终端设备是否支持识别第一业务流中的PDU集合。即，根据协议描述信息所指示的第一业务流使用的协议和/或协议扩展头，确定是否支持识别第一业务流中的PDU集合。

在一种可能的设计中，在确定是否支持识别第一业务流中的PDU集合时，根据所述第一业务流中的上行数据包确定所述终端设备是否支持识别所述第一业务流中的PDU集合。即根据第一业务流中的上行数据包，确定是否能够根据该上行数据包中携带的信息识别所述第一业务流中的PDU集合。

采用上述设计，终端设备可以根据第一业务流中的上行数据包确定终端设备是否支持识别第一业务流中的PDU集合。

在一种可能的设计中，接收来自接入网设备的第一信息，所述第一信息用于所述终端设备对所述第一业务流进行PDU集合QoS处理；在所述终端设备支持识别所述第一业务流中的PDU集合的情况下，基于所述第一信息对所述第一业务流进行PDU集合QoS处理。采用上述设计，终端设备在接收到第一信息后，终端设备会确定自身的PDU集合识别能力。

在一种可能的设计中，在根据所述第一业务流中的上行数据包确定所述终端设备是否支持识别所述第一业务流中的PDU集合时，根据所述上行数据包确定所述第一业务流使用的协议和/或协议扩展头；根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合。采用上述设计，终端设备可以首先根据第一业务流中的上行数据包中的内容确定第一业务流使用的协议和/或协议扩展头，进而终端设备可以根据第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合。

在一种可能的设计中，在根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合时，若所述终端设备支持所述第一业务流使用的协议和/或协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合；若所述终端设备不支持所述第一业务流使用的协议和/或协议扩展头，则所述终端设备不支持识别所述第一业务流中的PDU集合。

采用上述设计，终端设备可以判断第一业务流使用的协议和/或协议扩展头是否为终端设备支持的协议和/或协议扩展头，若终端设备支持该协议和/或协议扩展头，则终端设备可以支持识别第一业务流中的PDU集合，否则，终端设备不支持识别第一业务流中的PDU集合。

第三方面，本申请提供一种通信方法，该方法可以应用于会话管理网元或会话管理网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于会话管理网元为例，在该方法中，会话管理网元接收请求消息，所述请求消息为会话建立消息或会话修改消息，所述请求消息包括第一指示信息，所述第一指示信息用于确定终端设备是否支持识别PDU集合；在所述终端设备支持识别PDU集合的情况下，向接入网设备发送第一配置，其中，所述第一配置用于指示所述接入网设备配置所述终端设备进行PDU集合QoS处理。

采用上述方法，会话管理网元能够获悉终端设备是否支持识别PDU集合，并能够根据终端设备是否支持识别PDU集合决定是否对PDU集合进行QoS处理。

在一种可能的设计中，所述第一指示信息用于指示所述终端设备的PDU集合识别能力。采用上述设计，可以实现通过第一指示信息通知会话管理网元终端设备的PDU集合识别能力。

在一种可能的设计中，所述第一指示信息包括所述终端设备支持的用于识别PDU集合的协议信息；所述方法还包括：获取协议描述信息，所述协议描述信息用于指示第一业务流使用的协议和/或协议扩展头，所述第一业务流为所述终端设备的业务流；根据所述第一指示信息和所述协议描述信息确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

采用上述方法，会话管理网元可以根据协议描述信息和终端设备支持的用于识别PDU集合的协议信息确定终端设备是否支持识别第一业务流中的PDU集合。

在一种可能的设计中，所述终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头；在根据所述第一指示信息和所述协议描述信息确定所述终端设备是否支持识别所述第一业务流中的PDU集合时，若所述协议描述信息用于指示第一业务流使用的协议，且所述至少一种协议包括所述第一业务流使用的协议，则所述终端设备支持识别所述第一业务流中的PDU集合；若所述协议描述信息用于指示第一业务流使用的协议扩展头，且所述至少一种协议扩展头包括所述第一业务流使用的协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合；若所述协议描述信息用于指示第一业务流使用的协议和协议扩展头，且所述至少一种协议包括所述第一业务流使用的协议且所述至少一种协议扩展头包括所述第一业务流使用的协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合。采用上述设计，可以实现终端设备判断是否支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，所述第一配置包括所述第一业务流的PDU集合QoS参数。采用上述设计，会话管理网元可以通过第一配置通知接入网设备第一业务流的PDU集合QoS参数。

在一种可能的设计中，在所述终端设备不支持识别PDU集合的情况下，向所述接入网设备发送第二配置，所述第二配置不包括所述第一业务流的PDU集合QoS参数。采用上述设计，会话管理网元不通知接入网设备第一业务流的PDU集合QoS参数，也即不触发终端设备对PDU集合进行QoS处理。

在一种可能的设计中，在所述终端设备不支持识别PDU集合的情况下，向应用功能网元发送第二指示信息，所述第二指示信息用于指示所述终端设备不支持识别PDU集合。具体地，所述会话管理网元直接向应用功能网元发送第二指示信息，或者会话管理网元通过策略控制网元和/或能力开放网元向应用功能网元发送第二指示信息。

采用上述方法，会话管理网元可以通知应用功能网元当前不对PDU集合进行QoS处理，原因为当前终端设备不支持PDU集合识别。

第四方面，本申请提供一种通信方法，该方法可以应用于会话管理网元或会话管理网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于会话管理网元为例，在该方法中，会话管理网元接收第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合；在所述终端设备不支持识别PDU集合的情况下，向接入网设备发送第一配置，所述第一配置指示所述接入网设备配置所述终端设备进行PDU数据包QoS处理。

采用上述方法，会话管理网元能够获悉终端设备是否支持识别PDU集合，并能够在终端设备不支持识别PDU集合的情况下，会话管理网元可以重新配置接入网设备，以使接入网设备重新配置终端设备，实现去激活PDU集合QoS处理。

在一种可能的设计中，所述第一指示信息用于指示所述终端设备是否支持识别所述第一业务流中的PDU集合。采用上述设计，第一指示信息可以针对业务流粒度指示终端设备支持识别PDU集合。

在一种可能的设计中，在所述终端设备不支持识别所述第一业务流中的PDU集合的情况下，所述会话修改消息用于修改或释放所述第一业务流所在的QoS流。采用上述设计，在终端设备不支持识别第一业务流中的PDU集合时，终端设备可以主动发起PDU会话修改流程。

在一种可能的设计中，所述会话管理网元向应用功能网元发送第二指示信息，所述第二指示信息用于指示终端设备不支持识别PDU集合。具体地，所述会话管理网元直接向应用功能网元发送第二指示信息，或者会话管理网元通过策略控制网元和/或能力开放网元向应用功能网元发送第二指示信息。

在一种可能的设计中，在接收第一指示信息之前，发送协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头，所述协议描述信息通过会话建立接受消息或会话修改接受消息携带。

采用上述设计，会话管理网元可以通过现有消息通知终端设备协议描述信息。

第五方面，本申请提供一种通信方法，该方法可以应用于第一接入网设备或第一接入网设备中的模块(例如电路，芯片或芯片系统等)。以该方法应用于第一接入网设备为例，在该方法中，第一接入网设备接收第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合，根据所述第一指示信息和所述第一接入网设备的PDU集合处理能力确定所述第一接入网设备是否支持处理PDU集合；在所述第一接入网设备支持处理PDU集合的情况下，向会话管理网元发送第二指示信息，所述第二指示信息用于指示所述第一接入网设备支持处理PDU集合。

采用上述方法，第一接入网设备能够获悉终端设备是否支持识别PDU集合，并能够结合终端设备是否支持识别PDU集合确定第一接入网设备是否支持处理PDU集合。即第一接入网设备是否支持处理PDU集合需要考虑第一接入网设备的PDU集合处理能力和终端设备的PDU集合识别能力。

在一种可能的设计中，所述第二指示信息通过N2 PDU会话响应消息中携带。采用上述设计可以实现通过现有消息携带第二指示信息。

在一种可能的设计中，在所述第一接入网设备不支持处理PDU集合的情况下，向会话管理网元发送第三指示信息，所述第三指示信息用于指示所述第一接入网设备不支持处理PDU集合。采用上述设计，第一接入网设备可以通知会话管理网元第一接入网设备不支持处理PDU集合。

在一种可能的设计中，在所述第一接入网设备不支持处理PDU集合的情况下，向会话管理网元发送会话修改消息，所述会话修改消息用于修改或释放第一业务流所在的QoS流。

采用上述设计，第一接入网设备可以主动发起PDU会话修改流程。

在一种可能的设计中，所述会话修改消息还包括原因值，所述原因值用于指示所述终端设备不支持识别所述第一业务流中的PDU集合。采用上述设计，会话修改消息可以携带原因值，该原因值为终端设备不支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，所述第一接入网设备向第二接入网设备发送所述第一指示信息。采用上述设计，第一接入网设备可以通知第二接入网设备终端设备是否支持识别PDU集合。

第六方面，本申请提供一种通信方法，该方法可以应用于用户面网元或用户面网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于用户面网元为例，在该方法中，用户面网元接收第一消息，所述第一消息为N4会话建立请求消息或N4会话修改消息，其中，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述用户面网元标记第一业务流中的PDU集合；确定是否支持识别所述第一业务流中的PDU集合；在所述用户面网元不支持识别所述第一业务流中的PDU集合的情况下，用户面网元向会话管理网元发送第二指示信息，所述第二指示信息用于指示所述用户面网元不支持识别所述第一业务流中的PDU集合。

采用上述方法，用户面网元向会话管理网元发送第二指示信息，使得会话管理网元能够获悉用户面网元是否支持识别PDU集合。

在一种可能的设计中，在确定是否支持识别第一业务流中的PDU集合时，根据所述第一业务流中的下行数据包确定是否支持识别所述第一业务流中的PDU集合。采用上述设计，用户面网元可以根据第一业务流中的下行数据包确定是否识别PDU集合。

在一种可能的设计中，所述第一消息包括协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头，在确定是否支持识别第一业务流中的PDU集合时，根据所述协议描述信息和所述用户面网元支持的用于识别PDU集合的协议信息确定是否支持识别所述第一业务流中的PDU集合。采用上述设计，用户面网元可以根据协议描述信息和用户面网元支持的用于识别PDU集合的协议信息确定是否识别第一业务流中的PDU集合。

在一种可能的设计中，所述用户面网元支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。采用上述设计，用户面网元支持的用于识别PDU集合的协议信息可以指示写协议和/或至少一种协议扩展头。

在一种可能的设计中，所述第二指示信息通过N4报告携带或者是在N4会话建立或修改回复消息中携带。采用上述设计可以实现通过现有消息携带第二指示信息。

第七方面，本申请提供一种通信方法，该方法可以应用于会话管理网元或会话管理网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于会话管理网元为例，在该方法中，会话管理网元向用户面网元发送第一消息，所述第一消息为N4会话建立请求消息或N4会话修改消息，其中，所述第一消息包括第一指示信息，所述第一指示信息用于指示所述用户面网元标记第一业务流中的PDU集合；接收第二指示信息，所述第二指示信息用于指示所述用户面网元不支持识别所述第一业务流中的PDU集合。在所述用户面网元不支持识别所述第一业务流中的PDU集合的情况下，向接入网设备发送第一配置，所述第一配置指示所述接入网设备配置所述终端设备进行PDU数据包QoS处理。

采用上述方法，会话管理网元能够获悉用户面网元是否支持识别PDU集合，并能够在用户面网元不支持识别PDU集合的情况下，会话管理网元可以重新配置接入网设备，以使接入网设备重新配置终端设备，实现去激活PDU集合QoS处理。

在一种可能的设计中，在所述用户面网元不支持识别第一业务流中的PDU集合的情况下，向应用功能网元发送第四指示信息，第四指示信息用于指示所述用户面网元不支持识别所述第一业务流中的PDU集合。具体地，所述会话管理网元直接向应用功能网元发送第四指示信息，或者会话管理网元通过策略控制网元和/或能力开放网元向应用功能网元发送第四指示信息。

采用上述方法，会话管理网元可以通知应用功能网元当前不对PDU集合进行QoS处理，原因为当前用户面网元不支持PDU集合识别。

第八方面，本申请提供一种通信方法，该方法可以应用于终端设备侧，例如终端设备或终端设备中的通信模组，或终端设备中负责通信功能的电路或芯片。以该方法应用于终端设备为例，在该方法中，终端设备向应用功能网元发送第一指示信息，所述第一指示信息用于确定终端设备是否支持识别PDU集合。

采用上述方法，终端设备与应用功能网元交互，以使应用功能网元确定终端设备是否支持识别PDU集合，进而根据终端设备是否支持识别PDU集合确定是否发起PDU集合QoS处理请求。

在一种可能的设计中，所述第一指示信息用于指示所述终端设备的PDU集合识别能力；或者，所述第一指示信息包括所述终端设备支持的用于识别PDU集合的协议信息。采用上述设计，可以实现通过第一指示信息通知应用功能网元终端设备的PDU集合识别能力，或者终端设备支持的用于识别PDU集合的协议信息。

在一种可能的设计中，所述终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。采用上述设计，可以实现通过第一指示信息通知应用功能网元哪些协议或协议扩展头是终端设备支持的。

第九方面，本申请提供一种通信方法，该方法可以应用于应用功能网元或应用功能网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于应用功能网元为例，在该方法中，应用功能网元接收第一指示信息，所述第一指示信息用于确定终端设备是否支持识别PDU集合；在所述终端设备支持识别PDU集合的情况下，所述应用功能网元向策略控制网元发送第一消息。其中，第一消息用于请求对第一业务流的上行数据包执行PDU集合QoS处理，所述第一业务流为所述终端设备的业务流。

第十方面，本申请提供一种通信方法，该方法可以应用于会话管理网元或会话管理网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于会话管理网元为例，在该方法中，会话管理网元确定上行业务流所在的QoS流和下行业务流所在的QoS流，其中，所述上行业务流所在的QoS流与所述下行业务流所在的QoS流不同，所述上行业务流的PDU集合QoS参数与所述下行业务流的PDU集合QoS参数相同；向接入网设备发送所述上行业务流的QoS配置和所述下行业务流的QoS配置；接收来自接入网设备的第一信息和第二信息，其中，所述第一信息用于指示接入网设备是否支持所述上行业务流所在QoS流中的PDU集合处理，所述第二信息用于指示所述接入网设备是否支持所述下行业务流所在QoS流中的PDU集合处理。

采用上述方法，在上行业务流的PDU集合QoS参数和下行业务流的PDU集合QoS参数相同的情况下，会话管理网元确定上行业务流所在的QoS流和下行业务流所在的QoS流不同，因此，可以实现接入网设备分别针对上行业务流和下行业务流分别上报是否支持PDU集合QoS处理。

在一种可能的设计中，所述上行业务流与所述下行业务流同属于第一业务流。可以理解的是，上行业务流与下行业务流可以属于同一个业务流，也可属于不同的业务流。

在一种可能的设计中，在会话管理网元确定上行业务流所在的QoS流和下行业务流所在的QoS流时，接收第一PCC规则和第二PCC规则，根据所述第一PCC规则和所述第二PCC规则确定所述上行业务流所在的QoS流和所述下行业务流所在的QoS流，所述第一PCC规则为针对所述行业务流的PCC规则，所述第二PCC规则为针对所述下行业务流的PCC规则，其中，所述第一PCC规则包括上行业务流的PDU集合QoS参数，所述第二PCC规则包括所述下行业务流的PDU集合QoS参数。采用上述方法，根据第一PCC规则和第二PCC规则分别确定上行业务流所在的QoS流和下行业务流所在的QoS流，且两个QoS流不同。

在一种可能的设计中，在会话管理网元确定上行业务流所在的QoS流和下行业务流所在的QoS流时，接收PCC规则，所述PCC规则包括所述第一业务流的PDU集合QoS参数，若所述第一业务流满足第二预设条件，会话管理网元确定所述上行业务流所在的QoS流和所述下行业务流所在的QoS流，其中，所述第一业务流满足第二预设条件是指所述第一业务流包括所述上行业务流和所述下行业务流，且所述上行业务流对应的PDU集合QoS参数和所述下行业务流对应的PDU集合QoS参数相同。采用上述方法，根据PCC规则确定第一业务流满足第二预设条件，则确定第一业务流中上行业务流所在的QoS流和第一业务流中下行业务流所在的QoS流为不同的QoS流。

第十一方面，本申请提供一种通信方法，该方法可以应用于策略控制网元或策略控制网元中的模块(例如电路，芯片或芯片系统等)。以该方法应用于策略控制网元为例，在该方法中，策略控制网元确定上行业务流所对应的第一PCC规则和下行业务流所对应的第二PCC规则，其中，所述第一PCC规则中的PDU集合QoS参数与所述第二PCC规则中的PDU集合QoS参数相同；向会话管理网元发送所述第一PCC规则和第二PCC规则。

采用上述方法，在上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求相同的情况下，策略控制网元确定为上行业务流和下行业务流分别确定第一PCC规则和第二PCC规则，进而实现上行业务流所在的QoS流和下行业务流所在的QoS流不同，因此，可以实现接入网设备分别针对上行业务流和下行业务流分别上报是否支持PDU集合QoS处理。

在一种可能的设计中，在策略控制网元确定上行业务流所对应的第一PCC规则和下行业务流所对应的第二PCC规则时，接收来自应用功能网元的所述上行业务流的描述信息与对应的QoS需求，以及所述下行业务流的描述信息与对应的QoS需求，其中，所述上行业务流对应的QoS需求与所述下行业务流对应的QoS需求相同；所述上行业务流对应的PDU集合QoS需求和所述下行业务流对应的PDU集合QoS需求相同的情况下，确定所述第一PCC规则和所述第二PCC规则。

采用上述方法，在上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求相同的情况下，由于两个业务流的方向不同，则确定两个PCC规则，分别为第一PCC规则和第二PCC规则。

在一种可能的设计中，所述上行业务流与所述下行业务流同属于第一业务流；在策略控制网元确定上行业务流所对应的第一PCC规则和下行业务流所对应的第二PCC规则时，接收来自应用功能网元的所述第一业务流的描述信息与对应的QoS需求。若所述第一业务流满足第一预设条件，确定所述第一PCC规则和所述第二PCC规则。其中，所述第一业务流满足所述第一预设条件为所述第一业务流包括所述上行业务流和所述下行业务流，且所述上行业务流对应的PDU集合QoS需求和所述下行业务流对应的PDU集合QoS需求相同。

采用上述方法，对于属于同一业务的上行业务流和下行业务流，若两者的PDU集合QoS需求相同，由于两个业务流的方向不同，则确定两个PCC规则，分别为第一PCC规则和第二PCC规则。

第十二方面，本申请提供一种通信装置，该通信装置可以为第一装置，也可以是第一装置中执行上述任一方面中任一项所描述的方法/操作/步骤/动作所一一对应的模块或单元(例如，芯片，或者芯片系统，或者电路)，或者是能够和第一装置匹配使用的。

第十三方面，本申请提供了一种通信设备，包括至少一个处理元件，其中至少一个存储元件用于存储程序和数据，该至少一个处理元件用于读取并执行存储元件存储的程序和数据，以使得本申请上述任一方面中任一项所述的方法被实现。

在一种可能的设计中，所述通信设备还包括所述至少一个存储元件。

第十四方面，本申请还提供了一种计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行上述任一方面中任一项所述的方法。

第十五方面，本申请提供一种通信装置，该装置包括：接口电路和至少一个处理器；所述接口电路用于为所述至少一个处理器提供程序或指令的输入和/或输出；所述至少一个处理器用于执行所述程序或者指令以使得所述通信装置可实现上述任一方面中任一项所述的方法。

在一种可能的方式中，该通信装置包括所述至少一个存储器，所述至少一个存储器用于存储所述程序或者指令。

第十六方面，本申请提供一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时，可实现上述任一方面中任一项所述的方法。

第十七方面，本申请提供一种包含指令的计算机程序产品，当指令在计算机上运行时，使得计算机执行上述任一方面中任一项所述的方法。

第十八方面，本申请提供一种芯片系统，所述芯片系统包括至少一个芯片和存储器，所述至少一个芯片用于读取并执行所述存储器中存储的程序，以实现上述任一方面中任一项所述的方法。

本申请在上述各方面提供的实现的基础上，还可以进行进一步组合以提供更多实现。

附图说明

图1示出了本申请中一种5G网络架构示意图；

图2示出了本申请中一种通信方法的概述流程图之一；

图3示出了本申请中一种通信方法的概述流程图之二；

图4示出了本申请中一种通信方法的概述流程图之三；

图5示出了本申请中一种通信方法的概述流程图之四；

图6示出了本申请中一种通信方法的概述流程图之五；

图7示出了本申请中一种通信方法的概述流程图之六；

图8示出了本申请中一种通信方法的概述流程图之七；

图9示出了本申请中一种通信装置的结构示意图；

图10示出了本申请中另一种通信装置的结构示意图。

具体实施方式

下面结合本申请实施例中的附图对本申请的具体实现方式进行举例描述。然而本申请的实现方式还可以包括在不脱离本申请的范围的前提下将这些实施例组合，比如采用其它实施例和做出结构性改变。因此以下实施例的详细描述不应从限制性的意义上去理解。本申请的实施例部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

图1为一种5G网络架构示意图。图1所示的5G网络架构中可包括接入网设备以及核心网设备。终端设备通过接入网设备和核心网设备接入数据网络(datanetwork，DN)。

其中，核心网设备包括但不限于以下网元中的部分或者全部：鉴权服务器功能(authentication server function，AUSF)网元、统一数据管理(unified datamanagement，UDM)网元、网络存储功能(network repository function，NRF)网元、网络开放功能(network exposure function，NEF)网元、应用功能(application function，AF)网元、策略控制功能(policy control function，PCF)网元、接入与移动性管理功能(accessand mobility management function，AMF)网元、会话管理功能(session managementfunction，SMF)网元、用户面功能(userplane function，UPF)网元、网络数据分析功能(network data analytics function，NWDAF)网元等。

以下对几种核心网设备的功能进行简要说明：

AMF网元，主要负责管理用户注册、可达性检测、SMF网元的选择、移动状态转换管理等。

SMF网元，主要负责控制会话的建立、修改和删除，UPF网元的选择等。

UPF网元，主要负责数据包路由和转发、通过移动性锚点、上行分类器来支持路由业务流到数据网络、通过分支点来支持多归属PDU会话等。

UDM网元，主要负责存储用户签约数据。

NEF网元，主要负责安全地开放由3GPP网络功能提供的服务和能力。

AF网元，主要负责与第三代合作伙伴计划(3rd generationpartnershipproject，3GPP)核心网交互来提供服务。

PCF网元，包含负责针对会话、业务流级别进行计费、QoS带宽保障及移动性管理、或终端设备策略决策等。

AUSF网元，主要负责提供鉴权服务。

NWDAF网元，主要负责提供基于大数据和人工智能等技术的网络数据采集和分析功能。

DN，是位于运营商网络之外的网络，运营商网络可以接入多个DN，DN上可部署多种业务，可为UE提供数据和/或语音等服务。

可以理解的是，以上网元为一种实现方式的示例，本申请不排除在未来无线通信系统中存在具有上述网元功能的网元或设备具有其他名称，或具有其他形态。此外，上述网元或者功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。作为一种可能的实现方法，上述网元或者功能可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

终端设备可以是用户设备(user equipment，UE)、移动台、移动终端设备等。终端设备可以广泛应用于各种场景，例如，设备到设备(device-to-device，D2D)、车物(vehicleto everything，V2X)通信、机器类通信(machine-type communication，MTC)、物联网(internet ofthings，IOT)、虚拟现实、增强现实、工业控制、自动驾驶、远程医疗、智能电网、智能家具、智能办公、智能穿戴、智能交通、智慧城市等。终端设备可以是手机、平板电脑、带无线收发功能的电脑、可穿戴设备、车辆、城市空中交通工具(如无人驾驶机、直升机等)、轮船、机器人、机械臂、智能家居设备等。

接入网设备可以是无线接入网(radio access network，RAN)设备或有线接入网设备。其中，无线接入网设备可以是基站(base station)、演进型基站(evolvedNodeB，eNodeB)、发送接收点(transmission receptionpoint，TRP)、5G移动通信系统中的下一代基站(next generationNodeB，gNB)、未来移动通信系统中的基站或WiFi系统中的接入节点等；也可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)，也可以是分布式单元(distributedunit，DU)。这里的CU完成基站的无线资源控制协议和分组数据汇聚层协议(packet data convergence protocol，PDCP)的功能，还可以完成业务数据适配协议(service data adaptation protocol，SDAP)的功能；DU完成基站的无线链路控制层和介质访问控制(medium access control，MAC)层的功能，还可以完成部分物理层或全部物理层的功能，有关上述各个协议层的具体描述，可以参考3GPP的相关技术规范。无线接入网设备可以是宏基站，也可以是微基站或室内站，还可以是中继节点或施主节点等。本申请的实施例对无线接入网设备所采用的具体技术和具体设备形态不做限定。

以下对本申请涉及的技术概念进行简要介绍：

1、PDU集合

又可称为数据包集合，每个PDU集合包括一个或多个数据包，该数据包也可以称为PDU数据包。比如，在媒体业务层进行编码时，可以是以媒体帧、分片等作为基本粒度进行处理，即媒体帧、分片等可以独立地进行编码处理，同时接收端也会以相同的媒体帧、分片等作为基本粒度进行解码与显示处理。其中，一个媒体帧、分片往往会包含一个或多个数据包(例如网际互连协议(InternetProtocol，IP)数据包)。为了表示上述媒体业务层的基本数据单元，标准上称之为PDU集合。此外，PDU集合可以称为媒体帧、或媒体分片、或媒体业务数据包集合等。

PDU集合是上层业务层能够进行独立处理的基本单元，一般来讲，当PDU集合中的某个数据包发生丢失或者损坏，整个PDU集合可能会难以正确解码与显示。具体的，取决于应用层的具体实现，例如：

场景1：PDU集合内的一个数据包丢失或损坏，该PDU集合难以正确解码与显示；

场景2：在一种实现方式中，为了提升传输的可靠性，业务层/应用层的发送端在发送PDU集合之前会对PDU集合进行前向纠错编码(forward error correction,FEC)。即通过添加额外的冗余数据包避免在传输过程中丢包导致的业务体验受损。因此，该PDU集合内部分数据包丢失不会影响该PDU集合的正确解码与显示；

场景3：在一些实现方式中，尽管传输过程中PDU集合内的一些数据包发生丢失，接收端也能够根据接收到的该PDU集合内第一个丢失数据包之前的数据包进行恢复、解码与显示。

需要说明的是，数据包传输失败，可以认为该数据包在接入网设备与终端设备之间传输时，该数据包传输所需要的时延超过了该数据包的数据包时延预算(packet delaybudget,PDB)。比如，无线链路控制(radio link control，RLC)层未来得及将该数据包发送至MAC层进行传输，在PDB后，数据包仍在RLC层缓存内，则认为该数据包超过了PDB还未被调度传输，即认为该数据包丢失；

或者接入网设备与终端之间存在反馈机制，即接入网设备可以根据终端设备的反馈明确该数据包是否成功，具体地可以理解为数据包发往MAC层进行传输时，MAC层会根据混合自动重传请求(hybrid automatic repeat request，HARQ)的反馈情况，明确数据包是否发送成功。MAC层需要保存数据包与MAC层传输数据块之间的映射关系(其中，在MAC层进行传输时可能会将上层的数据包进行拆分与重组，从而保障适合信道传输)，并对RLC层或PDCP层进行反馈，从而保障接入网设备在进行调度传输时能够感知每个数据包的丢包情况，具体地依赖于接入网设备的产品实现。

2、PDU数据包QoS处理

PDU数据包QoS处理，又可称为PDU数据包粒度的QoS处理，即常规的QoS处理形式，网络针对每个数据包按照QoS进行保障。

QoS机制可以以数据包的粒度进行业务保证。例如，QoS参数可以包括数据包错误率(packet error rate,PER)以及数据包时延预算(packet delay budget,PDB)。同一个业务的数据包将会被映射到一个的QoS流内进行传输，而不同的QoS流具有不同的QoS参数，同一QoS流承载的数据包将会根据对应相同的QoS参数逐个数据包进行策略处理与传输。换而言之，一个QoS流内的所有数据包将会在传输过程中进行同等、无差别的处理。

3、PDU集合QoS处理

PDU集合QoS处理，又可称为PDU集合粒度的QoS处理。

当前标准上提出了PDU集合粒度的QoS处理机制，即会给出PDU集合粒度的QoS需求，如PDU集合的丢失率以及PDU集合的时延要求。具体的，标准上引入了PDU集合粒度的QoS参数，例如，包括PDU集合粒度的时延预算(PDU set delay budget,PSDB)、PDU集合粒度的错误率(PDU set error rate,PSER)以及PDU集合完整性传输信息(PDU setintegratedhandling information,PSIHI)。

5G系统(5G system，5GS)通过识别不同数据包与PDU集合之间的关系，将PDU集合内的所有数据包当做一个整体来进行调度、处理与传输，保障用户的业务体验。其中，为了确定QoS流中哪些PDU数据包属于相同的PDU集合，5G核心网(5G core，5GC)将会在下行数据包的无线分组业务(general packet radio service，GPRS)隧道协议用户面(GRPStunneling protocol user plane，GTP-U)层添加PDU集合信息，以便接入网设备识别PDU集合。该PDU集合信息包括PDU集合序号，PDU集合最后一个PDU数据包的指示信息，PDU集合重要度，PDU集合大小以及PDU集合内每个PDU数据包的序号。

示例性地，SMF网元可以接收来自PCF网元的策略与计费控制(policy andcharging control，PCC)规则。该PCC规则中包含了PDU集合QoS参数。对于下行方向，SMF网元可以配置UPF网元进行下行PDU集合的识别与标记，UPF网元将PDU集合信息添加到下行数据包的GTP-U头部，并发往接入网设备，确保接入网设备能够根据下行数据包中的PDU集合信息以及来自SMF网元的PDU集合QoS参数进行PDU集合粒度的QoS处理。即下行方向的PDU集合识别是在UPF网元进行的，下行方向的PDU集合粒度的QoS处理是在接入网设备侧进行的。而对于上行方向，接入网设备可以根据来自SMF网元的PDU集合QoS参数对终端设备进行配置，即上行方向的PDU集合识别与PDU集合的QoS处理在终端设备进行的，其中，上行方向的PDU集合粒度的QoS处理依赖于接入网设备根据来自SMF网元的PDU集合QoS参数对终端设备的配置。

此外，SMF网元可以通过接入网设备反馈的PDU集合处理支持指示(supportindication)信息确定接入网设备是否支持PDU集合粒度QoS处理，或者当前的PDU集合粒度的QoS处理是否成功。

示例性地，在会话建立/修改过程中，在SMF网元向接入网设备发送PDU集合QoS参数之后，如果接入网设备支持PDU集合粒度QoS处理，则会向SMF网元发送支持指示，若不支持，则接入网设备可以不回复SMF网元，相应地，SMF网元确定接入网设备是否支持PDU集合粒度QoS处理，并相应激活或去激活UPF网元侧的PDU集合识别与标记。类似地，在移动性切换过程中，目标接入网设备若支持PDU集合粒度QoS处理，则目标接入网设备向SMF网元发送支持指示，当源接入网设备不支持PDU集合粒度QoS处理而目标接入网设支持PDU集合粒度QoS处理时，SMF网元可以为目标接入网设备配置PDU集合QoS参数并激活UPF网元侧的PDU集合识别与标记。

另外，终端设备在RRC连接建立后可以向接入网设备提供自身的PDU集合处理能力，具体包含PDU集合粒度的丢包处理以及基于PDU集合重要性(importance)的丢包能力，接入网设备能够在RRC连接建立后获取终端设备的PDU集合处理能力从而确定终端设备是否能够支持PDU集合粒度的QoS处理。

终端设备还可以通过用户辅助信息(UE assistance information,UAI)向接入网设备上报自身的PDU集合识别能力，接入网设备会综合考虑终端设备的PDU集合处理能力与PDU集合识别能力决定是否进行上行PDU集合粒度的QoS处理。其中，PDU集合识别能力用于指示终端设备是否支持识别PDU集合，或者，PDU集合识别能力用于指示终端设备支持识别PDU集合。下述仅以PDU集合识别能力用于指示终端设备是否支持识别PDU集合为例进行说明。

4.协议描述信息(protocol description)

协议描述信息，可以用于识别PDU集合。

示例性地，SMF网元可以接收来自PCF网元的PCC规则，可选的，PCC规则还可以包括协议描述信息(protocol description)。可选的，SMF网元提供协议描述信息给终端设备。其中，该协议描述信息可以是来自PCF网元本地配置或者来自第三方应用，例如，AF网元。

其中，终端设备或用户面网元是否支持识别PDU集合，或终端设备或用户面网元的PDU集合识别能力，依赖于对业务流使用的协议和/或协议扩展头的感知，以及自我实现。当前在业务流启动后，终端设备或用户面网元才可以确定业务流使用的协议和/或协议扩展头，进而确定自身是否能够识别该业务流中的PDU集合。

基于此，如何实现核心网能够感知终端设备(或用户面网元)的PDU集合识别能力，实现核心网可以根据终端设备(或用户面网元)的PDU集合识别能力激活或去激活PDU集合粒度的QoS处理，从而避免后续会话管理网元再根据终端设备或用户面网元的反馈进行会话修改调整，是一个值得关注的问题。下面结合附图对通信方法及装置进行进一步介绍。可以理解的，在下述各个实施例中，以终端设备、接入网设备、核心网网元(例如，会话管理网元，用户面网元，应用网元等)作为交互示意的执行主体为例进行说明。但是，本申请并不限制交互示意的执行主体。例如，本申请中由接入网设备执行的步骤，也可以由接入网设备中的模块(例如电路，芯片或芯片系统等)、或者能实现全部或部分接入网设备功能的逻辑节点、逻辑模块或软件来实现；本申请中由终端设备执行的步骤，也可以由终端设备中的通信/处理模组或终端中负责通信/处理功能的电路或芯片来实现；本申请中由核心网网元执行的步骤，也可以由核心网网元中的模块(例如电路，芯片或芯片系统等)实现。

本申请实施例中提供几种可能的通信方法，具体如图2至图7所示。

如图2所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤200、终端设备向会话管理网元发送请求消息。相应的，会话管理网元接收请求消息。

其中，请求消息可以为会话建立消息或会话修改消息。示例性地，终端设备通过接入网设备向接入和移动性管理网元发送请求消息，接入和移动性管理网元向会话管理网元发送请求消息。

示例性地，请求消息包括第一指示信息，第一指示信息用于确定终端设备是否支持识别PDU集合。

以下结合示例1和示例2对第一指示信息以及会话管理网元如何确定终端设备是否支持识别PDU集合进行说明：

示例1，第一指示信息用于指示终端设备的PDU集合识别能力。其中，终端设备的PDU集合识别能力表示终端设备支持或不支持识别PDU集合，或者终端设备的PDU集合识别能力表示终端设备支持或不支持PDU集合的识别。因此，第一指示信息用于指示终端设备的PDU集合识别能力，还可以替换为，第一指示信息可以指示终端设备是否支持识别PDU集合，或者第一指示信息可以指示终端设备是否支持PDU集合的识别。

进一步地，会话管理网元可以根据第一指示信息直接确定终端设备是否支持识别PDU集合。

示例2，第一指示信息包括终端设备支持的用于识别PDU集合的协议信息。其中，终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头，例如，这里的协议可以包括但不限于实时通信协议(real time protocol，RTP)协议，这里的协议扩展头可以包括但不限于特定的RTP扩展头。

可以理解为，若将上述至少一种协议和/或至少一种协议扩展头视为一个集合，终端设备支持识别的PDU集合所在的业务流使用该集合中的协议或协议扩展头，或者终端设备支持识别使用该集合中的协议或协议扩展头的业务流中的PDU集合。

进一步地，会话管理网元可以获取协议描述信息，协议描述信息用于指示第一业务流使用的协议和/或协议扩展头。示例性地，会话管理网元可以接收来自策略控制网元的PCC规则，PCC规则包括协议描述信息。会话管理网元可以根据第一指示信息和协议描述信息确定终端设备是否支持识别第一业务流中的PDU集合。其中，终端设备是否支持识别PDU集合也可以替换为终端设备是否支持识别第一业务流中的PDU集合，第一业务流为终端设备的业务流。

示例性地，在根据第一指示信息和协议描述信息确定终端设备是否支持识别第一业务流中的PDU集合时，若协议描述信息用于指示第一业务流使用的协议，且至少一种协议包括第一业务流使用的协议，则终端设备支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议扩展头，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则终端设备支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议和协议扩展头，且至少一种协议包括第一业务流使用的协议，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则终端设备支持识别第一业务流中的PDU集合。除上述情况之外，终端设备不支持识别第一业务流中的PDU集合。

例如，假设第一指示信息包括终端设备支持的用于识别PDU集合的协议信息，终端设备支持的用于识别PDU集合的协议信息指示RTP协议和特定的RTP扩展头，协议描述信息指示第一业务流使用RTP协议，会话管理网元可以确定终端设备支持的用于识别PDU集合的协议信息指示的协议与第一业务流使用的协议相同，则确定终端设备支持识别第一业务流中的PDU集合。此外，当终端设备支持的用于识别PDU集合的协议信息指示多个协议，且第一业务流使用的协议为多个协议中的一个，则确定终端设备支持识别第一业务流中的PDU集合。同理，当终端设备支持的用于识别PDU集合的协议信息指示多个协议扩展头，且第一业务流使用的协议扩展头为多个协议扩展头中的一个，则确定终端设备支持识别第一业务流中的PDU集合。

又例如，假设第一指示信息包括终端设备支持的用于识别PDU集合的协议信息，终端设备支持的用于识别PDU集合的协议信息指示协议1和协议2，协议描述信息指示第一业务流使用协议3，会话管理网元确定终端设备不支持识别第一业务流中的PDU集合。

又例如，假设第一指示信息包括终端设备支持的用于识别PDU集合的协议信息，终端设备支持的用于识别PDU集合的协议信息指示RTP协议，协议描述信息指示第一业务流使用特定的RTP扩展头，会话管理网元可以确定终端设备不支持识别第一业务流中的PDU集合。

此外，请求消息还可以包括第三指示信息，第三指示信息用于指示终端设备的PDU集合处理能力。

结合上述示例1或示例2，会话管理网元可以确定终端设备是否支持识别PDU集合。在终端设备支持识别PDU集合的情况下，会话管理网元执行步骤210A。在终端设备不支持识别PDU集合的情况下，会话管理网元执行步骤210B。可以理解的是，下述步骤210A和步骤220A，以及步骤210B和步骤220B为两种并列方案。

步骤210A、在终端设备支持识别PDU集合的情况下，会话管理网元向接入网设备发送第一配置。相应的，接入网设备接收来自会话管理网元的第一配置。

其中，第一配置用于指示接入网设备配置终端设备进行PDU集合QoS处理。

示例性地，第一配置包括第一业务流的PDU集合QoS参数。例如，PSDB、PSER、PSIHI等。

其中，第一业务流的PDU集合QoS参数也即第一业务流所在QoS流的PDU集合QoS参数。

步骤220A、接入网设备向终端设备发送第一信息。相应的，终端设备接收来自接入网设备的第一信息。

其中，第一信息用于指示终端设备进行PDU集合的QoS处理。

示例性地，接入网设备可以根据第一配置确定第一信息。例如，接入网设备可以根据第一业务流的PDU集合QoS参数确定第一信息，例如，第一信息可以包括空口调度配置参数，例如启用PDU集合完整性处理，或启用PDU集合重要性处理等。

其中，PDU集合完整性处理，又可称为PDU集合的完整性传输。如果PDU集合内的某一个数据包丢弃，可以将整个PDU集合丢弃，或PDU集合内发生丢包的数据包之后的数据包丢弃或不再进行传输，进而可以降低空口的传输资源浪费。PDU集合重要性处理，又可称为PDU集合差异化处理或者PDU集合的差异化传输。针对PDU集合之间的重要性差异，进行不同的QoS处理，如在空口拥塞时，根据PDU集合的重要性，选择丢弃重要性较低的PDU集合，进而降低空口拥塞。

可选的，步骤210B、在终端设备不支持识别PDU集合的情况下，会话管理网元向接入网设备发送第二配置，相应的，接入网设备接收来自会话管理网元的第二配置。

其中，第二配置不包括第一业务流的PDU集合QoS参数。例如，第二配置仅包括第一业务流的PDU数据包QoS参数，具体地，第二配置包括针对PDU数据包的PER、PDB等。

此外，在一种可能的实现方式中，在终端设备不支持识别PDU集合的情况下，会话管理网元还可以向应用功能网元发送第二指示信息，第二指示信息用于指示终端设备不支持识别PDU集合，即当前不对PDU集合进行QoS处理，原因为当前终端设备不支持PDU集合识别。具体地，会话管理网元可以发送第二指示信息给策略控制网元，由策略控制网元通知给应用功能网元；或者，会话管理网元可以发送第二指示信息给策略控制网元，由策略控制网元通过网络开放功能网元通知给应用功能网元。应用功能网元感知到当前终端设备无法支持PDU集合的识别后，可能会相应调整上行的编码配置，或者停止添加用于服务PDU集合识别的RTP扩展头信息。

步骤220B、接入网设备向终端设备发送第二信息。相应的，终端设备接收来自接入网设备的第二信息。

示例性地，第二信息用于指示终端设备进行PDU数据包QoS处理。

示例性地，接入网设备根据第二配置确定第二信息。例如，第二信息可以包括上行数据包发送的时延定时器，即该上行数据包需要在多久之内传输完成。若该上行数据包在该时延定时器内未能传输完成的话，则放弃传输该上行数据包。

采用上述方法，会话管理网元能够获悉终端设备是否支持识别PDU集合，并能够根据终端设备是否支持识别PDU集合决定是否进行PDU集合QoS处理。

如图3所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤300、终端设备确定是否支持识别PDU集合。

在一种可能的实现方式中，终端设备确定是否支持识别PDU集合，可以理解为，终端设备确定是否支持识别第一业务流中的PDU集合，第一业务流为终端设备的业务流。

以下结合两种可能的实现方式说明终端设备如何确定是否支持识别PDU集合。

第一种可能的实现方式：

终端设备接收协议描述信息，协议描述信息用于指示第一业务流使用的协议和/或协议扩展头。示例性地，协议描述信息可以通过会话建立接受消息或会话修改接受消息携带。例如，会话管理网元可以接收来自策略控制网元的PCC规则，PCC规则包括协议描述信息，进而会话管理网元可以向终端设备发送会话建立接受消息或会话修改接受消息，会话建立接受消息或会话修改接受消息携带协议描述信息。进一步地，与协议描述信息一起发往终端设备侧的还包括业务流过滤模板，如业务的IP五元组或三元组等信息，用于检测与确定该第一业务流。即确定数据包为终端设备的第一业务流中的数据包。

进一步地，终端设备可以根据第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合。也就是说，终端设备在接收到协议描述信息后，可触发判断是否支持识别PDU集合，并向会话管理网元上报第一指示信息。

第二种可能的实现方式：

终端设备接收来自接入网设备的第一信息，第一信息用于终端设备对第一业务流进行PDU集合QoS处理。示例性地，接入网设备接收来自会话管理网元的第一业务流的PDU集合QoS参数，接入网设备根据第一业务流的PDU集合QoS参数确定第一信息。第一信息包括的具体内容可以参考上述图2所示实施例中的相关描述。示例性地，在终端设备支持识别第一业务流中的PDU集合的情况下，终端设备基于第一信息对第一业务流进行PDU集合QoS处理。

进一步地，在终端设备发起传输第一业务流的情况下，终端设备可以根据第一业务流中的上行数据包确定终端设备是否支持识别第一业务流中的PDU集合。也就是说，在终端设备发起传输第一业务流时，可触发终端设备判断是否支持识别PDU集合，并向会话管理网元上报第一指示信息。

示例性地，终端设备中的第一应用(比如，某个视频播放应用)发起传输第一应用的业务流的数据包，第一应用的业务流中的上行数据包从应用层传输至终端设备中的调制解调芯片(或基带芯片)。调制解调(modem)芯片根据第一应用的业务流中的上行数据包确定终端设备是否支持识别第一业务流中的PDU集合。

示例性地，在终端设备根据第一业务流中的上行数据包确定终端设备是否支持识别第一业务流中的PDU集合时，终端设备可以根据第一业务流中的上行数据包确定第一业务流使用的协议和/或协议扩展头，然后根据第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合。

其中，结合上述第一种可能的实现方式和第二种可能的实现方式，在根据第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合时，若终端设备支持第一业务流使用的协议和/或协议扩展头，则终端设备支持识别第一业务流中的PDU集合；若终端设备不支持第一业务流使用的协议和/或协议扩展头，则终端设备不支持识别第一业务流中的PDU集合。

又或者，在根据第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合时，根据终端设备支持的用于识别PDU集合的协议信息和第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合，其中，终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头，若协议描述信息用于指示第一业务流使用的协议，且至少一种协议包括第一业务流使用的协议，则终端设备支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议扩展头，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则终端设备支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议和协议扩展头，且至少一种协议包括第一业务流使用的协议，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则终端设备支持识别第一业务流中的PDU集合。除上述情况之外，终端设备不支持识别第一业务流中的PDU集合。其中，终端设备支持的用于识别PDU集合的协议信息可以参考上述图2所示实施例中的相关内容。

因此，通过上述第一种可能的实现方式和第二种可能的实现方式，终端设备可以确定是否支持识别PDU集合。

步骤310、终端设备向会话管理网元发送第一指示信息。相应的，会话管理网元接收第一指示信息。

其中，第一指示信息用于指示终端设备是否支持识别PDU集合。此外，第一指示信息用于指示终端设备是否支持识别PDU集合，可以理解为，第一指示信息用于指示终端设备是否支持识别第一业务流中的PDU集合。

示例性地，第一指示信息通过会话修改消息携带。在一种可能的实现方式中，在终端设备不支持识别第一业务流中的PDU集合的情况下，会话修改消息用于修改或释放第一业务流所在的QoS流。采用上述方式可以实现复用现有消息，节约信令开销。具体地，可以理解为终端设备发起PDU会话修改流程，并在PDU会话修改请求消息中携带第一指示信息。

可选的，在终端设备支持识别PDU集合的情况下，会话管理网元可以不回复终端设备或接入网设备。

可选的，步骤320、在终端设备不支持识别PDU集合的情况下，会话管理网元向接入网设备发送第一配置。相应的，接入网设备接收来自会话管理网元的第一配置。

其中，第一配置指示接入网设备配置终端设备进行PDU数据包的QoS处理。示例性地，会话管理网元可以更新QoS配置，去激活PDU集合QoS处理，例如删除原QoS配置中第一业务流的PDU集合QoS参数。

步骤330、接入网设备向终端设备发送配置信息。相应的，终端设备接收来自接入网设备的配置信息。配置信息用于指示终端设备进行PDU数据包QoS处理。

在一种可能的实现方式中，在终端设备不支持识别PDU集合的情况下，会话管理网元还可以向应用功能网元发送第二指示信息，第二指示信息用于指示终端设备不支持识别PDU集合。

如图4所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤400、终端设备确定是否支持识别PDU集合。

具体可以参考上述步骤300，此处不再赘述。

步骤410、终端设备向第一接入网设备发送第一指示信息。相应的，第一接入网设备接收第一指示信息。

其中，第一指示信息用于指示终端设备是否支持识别PDU集合。此外，第一指示信息用于指示终端设备是否支持识别PDU集合，可以理解为，第一指示信息用于指示终端设备是否支持识别第一业务流中的PDU集合，其中，第一业务流为终端设备的业务流。示例性地，终端设备可以发起传输第一业务流的上行数据包，也可以接收第一业务流的下行数据包。第一指示信息用于指示终端设备是否支持识别第一业务流中的PDU集合，也即第一指示信息用于指示终端设备是否支持识别第一业务流中的哪些上行数据包属于一个PDU集合，以及该PDU集合的相关信息，如PDU集合的大小、PDU集合的重要性。

示例性地，第一指示信息可以通过无线资源控制(radio resource control，RRC)消息携带。

步骤420、第一接入网设备根据第一指示信息和第一接入网设备的PDU集合处理能力确定第一接入网设备是否支持处理PDU集合。

示例性地，在第一指示信息用于指示终端设备支持识别PDU集合的情况下，第一接入网设备可以根据第一接入网设备的PDU集合处理能力确定第一接入网设备支持处理PDU集合。若第一接入网设备的PDU集合处理能力为第一接入网设备支持处理PDU集合，则第一接入网设备支持处理PDU集合；若第一接入网设备的PDU集合处理能力为第一接入网设备不支持处理PDU集合，则第一接入网设备不支持处理PDU集合。在第一指示信息用于指示终端设备不支持识别PDU集合的情况下，第一接入网设备确定第一接入网设备不支持处理PDU集合。

步骤430、在第一接入网设备支持处理PDU集合的情况下，第一接入网设备向会话管理网元发送第二指示信息，第二指示信息用于指示第一接入网设备支持处理PDU集合。

示例性地，第二指示信息可以为PDU集合处理支持指示。

可选的，在第一接入网设备不支持处理PDU集合的情况下，第一接入网设备也可以向会话管理网元发送第三指示信息，第三指示信息用于指示第一接入网设备不支持处理PDU集合。此外，第一接入网设备也可以不发送第三指示信息。

此外，在一种可能的实现方式中，若第一接入网设备在之前的PDU会话建立或修改过程中，接收到来自会话管理网元的第一业务流所在的QoS流的PDU集合QoS参数，那么在第一接入网设备不支持处理PDU集合的情况下，第一接入网设备向会话管理网元发送会话修改消息，会话修改消息用于修改或释放第一业务流所在的QoS流。即第一接入网设备发起PDU会话修改流程。会话修改消息还可以包括原因值，该原因值用于指示终端设备不支持识别第一业务流中的PDU集合。

进一步地，在第一接入网设备不支持处理PDU集合的情况下，会话管理网元向接入网设备发送第一配置。其中，第一配置指示接入网设备配置终端设备进行PDU数据包QoS处理。示例性地，会话管理网元可以更新QoS配置，去激活PDU集合QoS处理，例如删除原QoS配置中第一业务流的PDU集合QoS参数。进而接入网设备可以根据第一配置确定配置信息，接入网设备向终端设备发送配置信息。配置信息用于指示终端设备进行PDU数据包QoS处理。

采用上述方法，第一接入网设备能够获悉终端设备是否支持识别PDU集合，并能够结合终端设备是否支持识别PDU集合确定第一接入网设备是否支持处理PDU集合，以及在第一接入网设备不支持处理PDU集合的情况下，第一接入网设备可以通过会话修改消息请求修改或释放第一业务流所在的QoS流。

此外，在终端设备发生移动性切换的过程中，第一接入网设备可以向第二接入网设备发送第一指示信息，进而第二接入网设备可以根据第一指示信息和第二接入网设备的PDU集合处理能力确定第二接入网设备是否支持处理PDU集合。第二接入网设备如何判断第二接入网设备是否支持处理PDU集合可以参考上述步骤420。在第二接入网设备支持处理PDU集合的情况下，第二接入网设备可以向会话管理网元发送第四指示信息，第四指示信息用于指示第二接入网设备支持处理PDU集合。进一步地，当第一接入网设备不支持处理PDU集合而第二接入网设支持处理PDU集合时，会话管理网元可以根据该第四指示信息激活或启用PDU集合QoS处理，示例性地，会话管理网元可以向第二接入网设备发送第一业务流的PDU集合QoS参数。

如图5所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤500、会话管理网元向用户面网元发送第一消息，其中，第一消息为N4会话建立请求消息或N4会话修改消息。

其中，第一消息包括第一指示信息，第一指示信息用于指示用户面网元标记第一业务流中的PDU集合。

步骤510、用户面网元确定是否支持识别第一业务流中的PDU集合。

在一种可能的实现方式中，用户面网元根据第一业务流中的下行数据包确定是否支持识别第一业务流中的PDU集合。

其中，用户面网元根据第一业务流中的下行数据包确定是否支持识别第一业务流中的PDU集合，还可替换为用户面网元根据第一业务流中的下行数据包确定是否支持标记第一业务流中的PDU集合。

示例性地，在用户面网元根据第一业务流中的下行数据包确定是否支持识别第一业务流中的PDU集合时，用户面网元可以根据第一业务流中的下行数据包确定第一业务流使用的协议和/或协议扩展头，然后根据第一业务流使用的协议和/或协议扩展头确定用户面网元是否支持识别第一业务流中的PDU集合。

示例性地，在根据第一业务流使用的协议和/或协议扩展头确定用户面网元是否支持识别第一业务流中的PDU集合时，若用户面网元支持第一业务流使用的协议和/或协议扩展头，则用户面网元支持识别第一业务流中的PDU集合；若用户面网元不支持第一业务流使用的协议和/或协议扩展头，则用户面网元不支持识别第一业务流中的PDU集合。又或者，在根据第一业务流使用的协议和/或协议扩展头确定用户面网元是否支持识别第一业务流中的PDU集合时，根据用户面网元支持的用于识别PDU集合的协议信息和第一业务流使用的协议和/或协议扩展头确定用户面网元是否支持识别第一业务流中的PDU集合，其中，用户面网元支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。

可选地，第一消息中还会包括协议描述信息，该协议描述信息用于指示第一业务流使用的协议和/或协议扩展头。

在另一种可能的实现方式中，若第一消息包括协议描述信息，用户面网元根据用户面网元支持的识别PDU集合的协议信息与协议描述信息(第一业务流使用的协议和/或协议扩展头)确定是否能够支持识别第一业务流中的PDU集合。用户面网元支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。

示例性地，结合上述两种可能的实现方式，在根据用户面网元支持的用于识别PDU集合的协议信息和第一业务流使用的协议和/或协议扩展头确定用户面网元是否支持识别第一业务流中的PDU集合时，若协议描述信息用于指示第一业务流使用的协议，且至少一种协议包括第一业务流使用的协议，则用户面网元支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议扩展头，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则用户面网元支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议和协议扩展头，且至少一种协议包括第一业务流使用的协议，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则用户面网元支持识别第一业务流中的PDU集合。除上述情况之外，用户面网元不支持识别第一业务流中的PDU集合。

例如，若用户面网元支持识别PDU集合的至少一种协议包括第一业务流使用的协议，或用户面网元支持识别PDU集合的至少一种协议扩展头包括第一业务流使用的协议扩展头，则用户面网业支持识别第一业务流中的PDU集合，否则用户面网业不支持识别第一业务流中的PDU集合。

例如，假设用户面网元支持PDU集合识别的协议信息用于指示RTP协议和特定的RTP扩展头，协议描述信息用于指示第一业务流使用RTP协议，则用户面网元可以确定支持PDU集合的协议信息指示的协议与第一业务流使用的协议相同，则确定用户面网元支持识别第一业务流中的PDU集合。

步骤520、在用户面网元不支持识别第一业务流中的PDU集合的情况下，用户面网元向会话管理网元发送第二指示信息，第二指示信息用于指示用户面网元不支持识别第一业务流中的PDU集合。相应的，会话管理网元接收来自第二指示信息。其中，第二指示信息可以通过N4报告携带或者是在N4会话建立或修改回复消息中携带。

在一种可能的实现方式中，在用户面网元支持识别第一业务流中的PDU集合的情况下，用户面网元可以向会话管理网元发送第三指示信息，第三指示信息用于指示用户面网元支持识别第一业务流中的PDU集合。或者，在用户面网元支持识别第一业务流中的PDU集合的情况下，用户面网元可以不通知会话管理网元，仅在不支持识别第一业务流中的PDU集合的情况下，用户面网元通知会话管理网元。

步骤530、在用户面网元不支持识别第一业务流中的PDU集合的情况下，会话管理网元向接入网设备发送第一配置。相应的，接入网设备接收来自会话管理网元的第一配置。

其中，第一配置指示接入网设备配置终端设备进行PDU数据包QoS处理。示例性地，会话管理网元可以更新QoS配置，去激活PDU集合QoS处理，例如删除原QoS配置中第一业务流的PDU集合QoS参数。

在一种可能的实现方式中，在用户面网元不支持识别第一业务流中的PDU集合的情况下，会话管理网元还可以向应用功能网元发送第四指示信息，第四指示信息用于指示用户面网元不支持识别第一业务流中的PDU集合，即当前不对PDU集合进行QoS处理，原因为当前用户面网元不支持PDU集合识别。具体地，会话管理网元可以发送第四指示信息给策略控制网元，由策略控制网元通知给应用功能网元；或者，会话管理网元可以发送第四指示信息给策略控制网元，由策略控制网元通过网络开放功能网元通知给应用功能网元。应用功能网元感知到当前终端设备无法支持PDU集合的识别后，可能会相应调整上行的编码配置，或者停止添加用于服务PDU集合识别的RTP扩展头信息。

如图6所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤600：终端设备中的应用层确定第一指示信息。

在一种可能的实现方式中，终端设备中的应用层可以从调制解调芯片获取终端设备支持的用于识别PDU集合的协议信息，其中，终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。例如，终端设备可以通过注意(attention，AT)指令从调制解调芯片获取终端设备支持的用于识别PDU集合的协议信息。

在另一种可能的实现方式中，终端设备中的应用层可以从调制解调芯片获取终端设备的PDU集合识别能力。PDU集合识别能力指示终端设备是否支持识别PDU集合。例如，终端设备可以通过AT指令从调制解调芯片获取终端设备的PDU集合识别能力

步骤610：终端设备通过应用层的交互向应用功能网元发送第一指示信息，第一指示信息用于确定终端设备是否支持识别PDU集合。

示例1，第一指示信息用于指示终端设备的PDU集合识别能力。其中，终端设备的PDU集合识别能力表示终端设备支持或不支持识别PDU集合。

进一步地，应用功能网元可以根据第一指示信息直接确定终端设备是否支持识别PDU集合。

示例2，第一指示信息包括终端设备支持的用于识别PDU集合的协议信息。终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。

在一种可能的实现方式中，应用功能网元可以根据终端设备支持的用于识别PDU集合的协议信息和第一业务流使用的协议和/或协议扩展头确定终端设备是否支持识别第一业务流中的PDU集合。示例性地，若协议描述信息用于指示第一业务流使用的协议，且至少一种协议包括第一业务流使用的协议，则终端设备支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议扩展头，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则终端设备支持识别第一业务流中的PDU集合；若协议描述信息用于指示第一业务流使用的协议和协议扩展头，且至少一种协议包括第一业务流使用的协议，且至少一种协议扩展头包括第一业务流使用的协议扩展头，则终端设备支持识别第一业务流中的PDU集合。除上述情况之外，确定终端设备不支持识别第一业务流中的PDU集合。其中，终端设备支持的用于识别PDU集合的协议信息可以参考上述图2所示实施例中的相关内容。

步骤620：在终端设备支持识别PDU集合的情况下，应用功能网元向策略控制网元发送第一消息。相应的，策略控制网元接收来自应用功能网元的第一消息。

其中，第一消息用于请求对第一业务流的上行数据包执行PDU集合QoS处理。

示例性地，第一消息包括第一业务流的描述信息以及对应的PDU集合QoS需求，其中，第一业务流的描述信息用于描述第一业务流。第一业务流的描述信息可以是IP五元组、三元组、应用标识等信息。第一业务流对应的PDU集合QoS需求用于确定第一业务流所需要的PDU集合QoS参数，PDU集合QoS参数可以包括PSDB、PSER等。

例如，应用功能网元可以通过网络开放功能网元向策略控制网元发送第一消息，或应用功能网元可以直接向策略控制网元发送第一消息。

如图7所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤700：终端设备向会话管理网元发送PDU会话建立或修改消息。

该步骤为可选地，示例性地，终端设备通过接入和移动性管理网元向会话管理网元发送PDU会话建立或修改消息。

步骤710：应用功能网元向策略控制网元发送第一消息。

在一种可能的场景下，第一消息包括第一业务流的描述信息以及对应的PDU集合QoS需求。具体内容可以参考上述步骤620。其中，第一业务流包括上行业务流和下行业务流，且上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求相同。在该场景下，上行业务流和下行业务流属于相同的业务。以下为方便描述，该场景记为场景1。

在另一种可能的场景下，第一消息包括上行业务流的描述信息与对应的QoS需求，以及下行业务流的描述信息与对应的QoS需求。其中，上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求相同。在该场景下，上行业务流和下行业务流可以属于不同的业务。以下为方便描述，该场景记为场景2。

步骤720：策略控制网元确定第一PCC规则和第二PCC规则。

其中，第一PCC规则为针对上行业务流的PCC规则，第二PCC规则为针对下行业务流的PCC规则。其中，第一PCC规则包括上行业务流的PDU集合QoS参数，第二PCC规则包括下行业务流的PDU集合QoS参数。上行业务流的PDU集合QoS参数与下行业务流的PDU集合QoS参数相同。

针对上述场景1，若第一业务流满足第一预设条件，策略控制网元确定第一PCC规则和第二PCC规则。

其中，第一业务流满足第一预设条件可以理解为第一业务流包括上行业务流和下行业务流，且上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求相同。示例性地，策略控制网元可以根据第一消息判断第一业务流是否满足第一预设条件。

针对上述场景2，在上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求相同的情况下，策略控制网元确定第一PCC规则和第二PCC规则。

示例性地，策略控制网元可以根据第一消息判断上行业务流对应的PDU集合QoS需求和下行业务流对应的PDU集合QoS需求是否相同。

步骤730：策略控制网元向会话管理网元发送第一PCC规则和第二PCC规则。

步骤740：会话管理网元根据第一PCC规则和第二PCC规则确定上行业务流所在的QoS流和下行业务流所在的QoS流。上行业务流所在的QoS流与下行业务流所在的QoS流不同。

示例性地，会话管理网元根据第一PCC规则确定上行业务流所在的QoS流，根据第二PCC规则确定下行业务流所在的QoS流。

步骤750：会话管理网元向接入网设备发送上行业务流的QoS配置和下行业务流的QoS配置。

其中，上行业务流的QoS配置包括上行业务流的PDU集合QoS参数。下行业务流的QoS配置包括下行业务流的PDU集合QoS参数。其中，上行业务流的PDU集合QoS参数可以理解为上行业务流所在的QoS流的PDU集合QoS参数。下行业务流的PDU集合QoS参数可以理解为下行业务流所在的QoS流的PDU集合QoS参数。

步骤760：接入网设备根据上行业务流的QoS配置中的上行业务流的PDU集合QoS参数确定第一信息，接入网设备根据下行业务流的QoS配置中的下行业务流的PDU集合QoS参数确定第二信息。

其中，第一信息用于指示接入网设备是否支持上行业务流所在QoS流中的PDU集合处理。第二信息用于指示接入网设备是否支持下行业务流所在QoS流中的PDU集合处理。其中，第一信息可以为第一PDU集合处理支持指示，第二信息可以为第二PDU集合处理支持指示。

步骤770：接入网设备向会话管理网元发送第一信息和第二信息。

步骤780：会话管理网元根据第一信息确定是否需要激活或去激活上行业务流的PDU集合QoS处理，根据第二信息确定是否需要激活或去激活下行业务流的PDU集合QoS处理。

例如，在接入网设备不支持上行业务流所在QoS流中的PDU集合处理的情况下，接入网设备向会话管理网元发送会话修改消息，会话修改消息用于修改或释放上行业务流所在的QoS流。同理，在接入网设备不支持处理下行业务流所在QoS流中的PDU集合处理的情况下，接入网设备向会话管理网元发送会话修改消息，会话修改消息用于修改或释放下行业务流所在的QoS流。

如图8所示，本申请提供一种通信方法，该方法包括如下步骤：

步骤800：终端设备向会话管理网元发送PDU会话建立或修改消息。

步骤810：应用功能网元向策略控制网元发送第一消息。

具体可以参考上述步骤710。

步骤820：策略控制网元根据第一消息确定PCC规则。

针对上述场景1，PCC规则包括第一业务流的PDU集合QoS参数，第一业务流的PDU集合QoS参数根据第一消息确定。其中，第一业务流包括上行业务流和下行业务流，且上行业务流对应的PDU集合QoS参数和下行业务流对应的PDU集合QoS参数相同。

针对上述场景2，PCC规则包括上行业务流的PDU集合QoS参数和下行业务流的PDU集合QoS参数，其中，上行业务流的PDU集合QoS参数和下行业务流的PDU集合QoS参数相同。

步骤830：策略控制网元向会话管理网元发送PCC规则。

步骤840：会话管理网元确定上行业务流所在的QoS流和下行业务流所在的QoS流。其中，上行业务流所在的QoS流与下行业务流所在的QoS流不同。

针对上述场景1，若第一业务流满足第二预设条件，会话管理网元为上行业务流和下行业务流确定不同的QoS流，也即确定上行业务流所在的QoS流和下行业务流所在的QoS流。

其中，第一业务流满足第二预设条件可以理解为第一业务流包括上行业务流和下行业务流，且上行业务流对应的PDU集合QoS参数和下行业务流对应的PDU集合QoS参数相同。示例性地，会话管理网元可以根据PCC规则判断第一业务流是否满足第二预设条件。

针对上述场景2，在上行业务流的PDU集合QoS参数和下行业务流的PDU集合QoS参数相同的情况下，会话管理网元为上行业务流和下行业务流确定不同的QoS流，也即确定上行业务流所在的QoS流和下行业务流所在的QoS流。

示例性地，会话管理网元可以根据PCC规则判断上行业务流的PDU集合QoS参数和下行业务流的PDU集合QoS参数是否相同。

步骤850至步骤880可以参考上述步骤750至步骤780，此处不再赘述。

可以理解的是，为了实现上述实施例中功能，各个通信装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用场景和设计约束条件。

图9和图10为本申请的实施例提供的可能的通信装置的结构示意图。这些通信装置可以用于实现上述方法实施例中各个通信装置的功能，因此也能实现上述方法实施例所具备的有益效果。

如图9所示，通信装置900包括处理单元910和收发单元920。

当通信装置900用于实现上述方法实施例中终端的功能时：

处理单元910调用收发单元920执行：向会话管理网元发送请求消息，所述请求消息为会话建立消息或会话修改消息，所述请求消息包括第一指示信息，所述第一指示信息用于确定终端设备是否支持识别数据单元集合PDU集合；在所述终端设备支持识别PDU集合的情况下，接收来自接入网设备的第一信息，所述第一信息用于指示所述终端设备进行PDU集合服务质量QoS处理。

当通信装置900用于实现上述方法实施例中终端的功能时：

处理单元910，用于确定是否支持识别PDU集合；

收发单元920，用于向会话管理网元发送第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合；在所述终端设备不支持识别PDU集合的情况下，接收来自接入网设备的配置信息，所述配置信息用于指示所述终端设备进行PDU数据包QoS处理。

在一种可能的设计中，处理单元910，用于确定是否支持识别第一业务流中的PDU集合，所述第一业务流为所述终端设备的业务流；所述第一指示信息用于指示所述终端设备是否支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，收发单元920，用于接收协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头；所述协议描述信息通过会话建立接受消息或会话修改接受消息携带；

处理单元910，用于根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，处理单元910，用于根据所述第一业务流中的上行数据包确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，收发单元920，用于接收来自接入网设备的第一信息，所述第一信息用于所述终端设备对所述第一业务流进行PDU集合QoS处理；

处理单元910，用于在所述终端设备支持识别所述第一业务流中的PDU集合的情况下，基于所述第一信息对所述第一业务流进行PDU集合QoS处理。

在一种可能的设计中，处理单元910，用于根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，处理单元910，用于若所述终端设备支持所述第一业务流使用的协议和/或协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合；若所述终端设备不支持所述第一业务流使用的协议和/或协议扩展头，则所述终端设备不支持识别所述第一业务流中的PDU集合。

当通信装置900用于实现上述方法实施例中会话管理网元的功能时：

处理单元910调用收发单元920执行：接收请求消息，所述请求消息为会话建立消息或会话修改消息，所述请求消息包括第一指示信息，所述第一指示信息用于确定终端设备是否支持识别PDU集合；在所述终端设备支持识别PDU集合的情况下，向接入网设备发送第一配置，其中，所述第一配置用于指示所述接入网设备配置所述终端设备进行PDU集合QoS处理。

在一种可能的设计中，所述第一指示信息包括所述终端设备支持的用于识别PDU集合的协议信息；

收发单元920，用于获取协议描述信息，所述协议描述信息用于指示第一业务流使用的协议和/或协议扩展头，所述第一业务流为所述终端设备的业务流；

处理单元910，用于根据所述第一指示信息和所述协议描述信息确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，处理单元910，用于若所述协议描述信息用于指示第一业务流使用的协议，且所述至少一种协议包括所述第一业务流使用的协议，则所述终端设备支持识别所述第一业务流中的PDU集合；若所述协议描述信息用于指示第一业务流使用的协议扩展头，且所述至少一种协议扩展头包括所述第一业务流使用的协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合；若所述协议描述信息用于指示第一业务流使用的协议和协议扩展头，且所述至少一种协议包括所述第一业务流使用的协议，且所述至少一种协议扩展头包括所述第一业务流使用的协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合。

在一种可能的设计中，收发单元920，用于在所述终端设备不支持识别PDU集合的情况下，向所述接入网设备发送第二配置，所述第二配置不包括所述第一业务流的PDU集合QoS参数。

在一种可能的设计中，收发单元920，用于在所述终端设备不支持识别PDU集合的情况下，向应用功能网元发送第二指示信息，所述第二指示信息用于指示所述终端设备不支持识别PDU集合。

处理单元910调用收发单元920执行：接收第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合；在所述终端设备不支持识别PDU集合的情况下，向接入网设备发送第一配置，所述第一配置指示所述接入网设备配置所述终端设备进行PDU数据包QoS处理。

在一种可能的设计中，收发单元920，用于在接收第一指示信息之前，发送协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头，所述协议描述信息通过会话建立接受消息或会话修改接受消息携带。

有关上述处理单元910和收发单元920更详细的描述可以直接参考上述方法实施例中相关描述直接得到，这里不加赘述。

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

当通信装置1000用于实现上述方法实施例时，处理器1010用于实现上述处理单元910的功能，接口电路1020用于实现上述收发单元920的功能。

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

本申请中，提供装置的另一种示例，该通知装置包括至少一个处理器和至少一个存储器，该至少一个处理器和该至少一个存储器耦合，该至少一个存储器用于存储指令，当该指令被该至少一个处理器执行时，使得通信装置执行上述实施例中的方法。以通信装置包括一个处理器和一个存储器为例，如图10所示，通信装置1000包括一个处理器1010和一个存储器1030。处理器1010和存储器1030耦合，存储器1030中存储有指令，当存储器1030中存储的指令被处理器1010执行时，通信装置1000执行上述实施例中各个通信装置执行的方法。

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备或者其它可编程装置。所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

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

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

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

Claims

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

向会话管理网元发送请求消息，所述请求消息为会话建立消息或会话修改消息，所述请求消息包括第一指示信息，所述第一指示信息用于确定终端设备是否支持识别数据单元集合PDU集合；

在所述终端设备支持识别PDU集合的情况下，接收来自接入网设备的第一信息，所述第一信息用于指示所述终端设备进行PDU集合服务质量QoS处理。

2.如权利要求1所述的方法，其特征在于，

所述第一指示信息用于指示所述终端设备的PDU集合识别能力；或者，

所述第一指示信息包括所述终端设备支持的用于识别PDU集合的协议信息。

3.如权利要求2所述的方法，其特征在于，所述终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头。

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

确定是否支持识别PDU集合；

向会话管理网元发送第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合；

在所述终端设备不支持识别PDU集合的情况下，接收来自接入网设备的配置信息，所述配置信息用于指示所述终端设备进行PDU数据包的QoS处理。

5.如权利要求4所述的方法，其特征在于，确定是否支持识别PDU集合，包括：

确定是否支持识别第一业务流中的PDU集合，所述第一业务流为所述终端设备的业务流；

所述第一指示信息用于指示所述终端设备是否支持识别所述第一业务流中的PDU集合。

6.如权利要求5所述的方法，其特征在于，所述第一指示信息通过会话修改消息携带。

7.如权利要求6所述的方法，其特征在于，在所述终端设备不支持识别所述第一业务流中的PDU集合的情况下，所述会话修改消息用于修改或释放所述第一业务流所在的QoS流。

8.如权利要求5所述的方法，其特征在于，确定是否支持识别第一业务流中的PDU集合，包括：

接收协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头；所述协议描述信息通过会话建立接受消息或会话修改接受消息携带；

根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

9.如权利要求5所述的方法，其特征在于，确定是否支持识别第一业务流中的PDU集合，包括：

根据所述第一业务流中的上行数据包确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

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

接收来自接入网设备的第一信息，所述第一信息用于所述终端设备对所述第一业务流进行PDU集合QoS处理；

在所述终端设备支持识别所述第一业务流中的PDU集合的情况下，基于所述第一信息对所述第一业务流进行PDU集合QoS处理。

11.如权利要求9或10所述的方法，其特征在于，根据所述第一业务流中的上行数据包确定所述终端设备是否支持识别所述第一业务流中的PDU集合，包括：

根据所述上行数据包确定所述第一业务流使用的协议和/或协议扩展头；

12.如权利要求8或11所述的方法，其特征在于，根据所述第一业务流使用的协议和/或协议扩展头确定所述终端设备是否支持识别所述第一业务流中的PDU集合，包括：

若所述终端设备支持所述第一业务流使用的协议和/或协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合；

若所述终端设备不支持所述第一业务流使用的协议和/或协议扩展头，则所述终端设备不支持识别所述第一业务流中的PDU集合。

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

接收请求消息，所述请求消息为会话建立消息或会话修改消息，所述请求消息包括第一指示信息，所述第一指示信息用于确定终端设备是否支持识别PDU集合；

在所述终端设备支持识别PDU集合的情况下，向接入网设备发送第一配置，其中，所述第一配置用于指示所述接入网设备配置所述终端设备进行PDU集合QoS处理。

14.如权利要求13所述的方法，其特征在于，所述第一指示信息用于指示所述终端设备的PDU集合识别能力。

15.如权利要求13所述的方法，其特征在于，所述第一指示信息包括所述终端设备支持的用于识别PDU集合的协议信息；

所述方法还包括：

获取协议描述信息，所述协议描述信息用于指示第一业务流使用的协议和/或协议扩展头，所述第一业务流为所述终端设备的业务流；

根据所述第一指示信息和所述协议描述信息确定所述终端设备是否支持识别所述第一业务流中的PDU集合。

16.如权利要求13所述的方法，其特征在于，所述终端设备支持的用于识别PDU集合的协议信息用于指示至少一种协议和/或至少一种协议扩展头；

根据所述第一指示信息和所述协议描述信息确定所述终端设备是否支持识别所述第一业务流中的PDU集合，包括：

若所述协议描述信息用于指示第一业务流使用的协议，且所述至少一种协议包括所述第一业务流使用的协议，则所述终端设备支持识别所述第一业务流中的PDU集合；

若所述协议描述信息用于指示第一业务流使用的协议扩展头，且所述至少一种协议扩展头包括所述第一业务流使用的协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合；

若所述协议描述信息用于指示第一业务流使用的协议和协议扩展头，且所述至少一种协议包括所述第一业务流使用的协议，且所述至少一种协议扩展头包括所述第一业务流使用的协议扩展头，则所述终端设备支持识别所述第一业务流中的PDU集合。

17.如权利要求13-16任一项所述的方法，其特征在于，所述第一配置包括所述第一业务流的PDU集合QoS参数。

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

在所述终端设备不支持识别PDU集合的情况下，向所述接入网设备发送第二配置，所述第二配置不包括所述第一业务流的PDU集合QoS参数。

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

在所述终端设备不支持识别PDU集合的情况下，向应用功能网元发送第二指示信息，所述第二指示信息用于指示所述终端设备不支持识别PDU集合。

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

接收第一指示信息，所述第一指示信息用于指示终端设备是否支持识别PDU集合；

在所述终端设备不支持识别PDU集合的情况下，向接入网设备发送第一配置，所述第一配置指示所述接入网设备配置所述终端设备进行PDU数据包的QoS处理。

21.如权利要求20所述的方法，其特征在于，所述第一指示信息用于指示所述终端设备是否支持识别所述第一业务流中的PDU集合。

22.如权利要求20或21所述的方法，其特征在于，所述第一指示信息通过会话修改消息携带。

23.如权利要求22所述的方法，其特征在于，在所述终端设备不支持识别所述第一业务流中的PDU集合的情况下，所述会话修改消息用于修改或释放所述第一业务流所在的QoS流。

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

在接收第一指示信息之前，发送协议描述信息，所述协议描述信息用于指示所述第一业务流使用的协议和/或协议扩展头，所述协议描述信息通过会话建立接受消息或会话修改接受消息携带。

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

26.一种通信装置，其特征在于，包括用于执行如权利要求1至25任一项所述方法的单元或者模块。

27.一种通信装置，其特征在于，所述通信装置包括至少一个处理器；所述至少一个处理器用于执行如权利要求1至25任一所述的方法。

28.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质包括程序或指令，当所述程序或指令被运行时，使得如权利要求1至25中任一所述的方法被执行。

29.一种计算机程序产品，其特征在于，所述计算机程序产品包括程序或指令，当所述程序或指令被执行时，使得如权利要求1至25中任一项所述的方法被执行。