CN116261111A - 一种通信方法及设备 - Google Patents

Abstract

本申请提供了一种通信方法及设备。在该方法中，会话管理功能网元可以在针对目标终端设备群组建立群组会话的过程中，获取所述群组会话对应的策略和计费控制规则，该策略和计费控制规则中包含为该目标终端设备群组提供流量付费服务的目标赞助商的计费键值，或者包含目标终端设备群组中请求加入或被配置加入该群组会话的第一终端设备的计费键值。这样，会话管理功能网元可以根据该策略和计费控制规则，统计该群组会话或第一终端设备的流量使用量，并向计费功能网元发送目标赞助商或第一终端设备的流量账单。通过该方法，移动通信系统能够在通过终端设备群组通信方法实现聚合业务的场景中实现流量计费。

Description

一种通信方法及设备

技术领域

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

背景技术

由于单个终端设备的传输能力有限，在一些通信场景中，可能需要终端设备群组中的多个终端设备协作传输以完成相应的业务。例如，在大上行场景中，需要终端设备群组中的多个终端设备分别收发同一业务中不同部分的业务数据以实现业务传输。又例如，在高可靠场景中，终端设备群组中的多个终端设备可以互为备份将业务数据复制为多份进行传输，以防止某个通信链路的业务数据丢失影响业务的可靠性。

然而，目前的流量计费机制是以单个UE级别或赞助商级别的，因此目前的流量计费机制并不适用于终端设备群组通信场景。

基于此，一种适用于终端设备群组通信场景的流量计费机制是本领域亟待解决的。

发明内容

本申请提供一种通信方法及设备，用于在终端设备群组通信场景中实现流量计费。

第一方面，本申请实施例提供了一种通信方法，该方法可以应用于会话管理功能网元。该方法包括以下步骤：

在群组会话建立流程中，会话管理功能网元向策略控制功能网元发送第一请求，所述第一请求用于请求所述群组会话对应的策略和计费控制规则，所述第一请求中包含以下至少一项：目标终端设备群组的标识、业务端的设备信息、所述目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；然后，所述会话管理功能网元接收来自所述策略控制功能网元的所述策略和计费控制规则；其中，所述策略和计费控制规则中包含目标赞助商的计费键值，所述目标赞助商是为所述目标终端设备群组提供流量付费服务的赞助商；最后，所述会话管理功能网元根据所述策略和计费控制规则，向计费功能网元发送所述目标赞助商的流量账单，所述流量账单用于表征所述群组会话的流量使用量，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量。

通过该方法，会话管理功能网元可以在针对目标终端设备群组建立群组会话的过程中，获取所述群组会话对应的策略和计费控制规则，其中，所述策略和计费控制规则中包含为该目标终端设备群组提供流量付费服务的目标赞助商的计费键值；所述会话管理功能网元可以根据获取的所述策略和计费控制规则，统计所述群组会话的流量使用量，并向计费功能网元发送所述目标赞助商的流量账单。通过该方法，移动通信系统能够在通过终端设备群组通信方法实现聚合业务的场景中实现流量计费。

在一种可能的设计中，所述业务端的设备信息可以为所述业务端的地址或者所述业务端的标识等唯一标识该业务端的信息。

在一种可能的设计中，当该目标终端设备群组中第一终端设备(可选的，还可以包含第二终端设备)请求加入群组会话终端设备，或者移动通信系统中的核心网配置该目标终端设备群组中的第一终端设备(可选的，还可以包含第二终端设备)加入群组会话时，触发群组会话建立流程。在该过程中，所述会话管理功能网元能够获得该目标终端设备群组的标识、群组会话的标识，该业务端的设备信息等信息，还可以获得请求加入或被配置加入群组会话的终端设备(即第一终端设备)的标识。

在一种可能的设计中，所述会话管理功能网元可以通过以下步骤，根据所述策略和计费控制规则，向计费功能网元发送所述目标赞助商的流量账单：

所述会话管理功能网元根据所述策略和计费控制规则，生成用量上报规则，并向所述用户面功能网元发送所述用量上报规则，所述用量上报规则用于指示用户面功能网元上报所述群组会话的流量使用量；在所述群组会话建立成功后，接收来自所述用户面功能网元的用量报告，所述用量报告中包含所述群组会话的流量使用量；所述会话管理功能网元根据所述群组会话的流量使用量，生成所述目标赞助商的流量账单；最后，根据所述目标赞助商的计费键值，向所述计费功能网元发送所述目标赞助商的流量账单。

通过该设计，所述会话管理功能网元可以根据所述策略和计费控制规则，指示用户面功能网元上报所述群组会话的流量使用量，从而根据该流量使用量生成目标赞助商的流量账单，进而实现以赞助商为粒度的流量计费。

在一种可能的设计中，所述会话管理功能网元可以采用以下方式向所述用户面功能网元发送所述用量上报规则：

所述会话管理功能网元向所述用户面功能网元发送配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息中还包含以下至少一项：所述群组会话的标识、所述业务端的设备信息。

示例性的，所述会话管理功能网元还可以根据获得的策略和计费控制规则，生成数据包检测规则，并将该数据包检测规则和所述用量上报规则携带在配置消息中一起发送给用户面功能网元。其中，所述数据包检测规则用于表征用户面功能网元对数据包进行检测的检测规则，例如对包含哪些特征信息的数据包进行检测和流量统计。所述数据包检测规则中可以包含所述群组会话的标识和所述业务端的设备信息中的任一项，表示用户面功能网元需要对包含业务端的设备信息，或者在所述群组会话中传输的数据包进行检测和流量统计。

另外，所述配置消息可以为传输隧道建立消息，例如组共享传输隧道建立(groupshared tunnel establishment)消息等，本申请对此不作限定。

通过该设计，所述用户面功能网元可以根据所述群组会话的标识、所述业务端的设备信息中的至少一项，统计所述群组会话的流量使用量。

第二方面，本申请实施例提供了一种通信方法，该方法可以应用于策略控制功能网元。该方法包括以下步骤：

在群组会话建立流程中，策略控制功能网元接收来自会话管理功能网元的第一请求，所述第一请求中包含以下至少一项：目标终端设备群组的标识、业务端的设备信息、所述目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；然后，所述策略控制功能网元根据所述第一请求，向所述会话管理功能网元发送策略和计费控制规则；其中，所述策略和计费控制规则中包含目标赞助商的计费键值，所述目标赞助商是为所述目标终端设备群组提供流量付费服务的赞助商。

通过该方法，在针对目标终端设备群组建立群组会话的过程中，会话管理功能网元可以从所述策略控制功能网元获取所述群组会话对应的策略和计费控制规则，其中，所述策略和计费控制规则中包含为该目标终端设备群组提供流量付费服务的目标赞助商的计费键值。这样，所述会话管理功能网元可以根据获取的所述策略和计费控制规则，统计所述群组会话的流量使用量，并向计费功能网元发送所述目标赞助商的流量账单。通过该方法，移动通信系统能够在通过终端设备群组通信方法实现聚合业务的场景中实现流量计费。

在一种可能的设计中，所述策略控制功能网元可以通过以下步骤，向所述会话管理功能网元发送策略和计费控制规则：

所述策略控制功能网元根据所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识中的至少一项，获取所述目标赞助商的标识；然后，所述策略控制功能网元向计费功能网元发送第二请求，所述第二请求用于请求所述目标终端设备群组的计费信息，所述第二请求中包含所述目标赞助商的标识，以及以下至少一项：所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识；并从所述计费功能网元接收所述目标终端设备群组的计费信息；其中，所述目标终端设备群组的计费信息中包含所述目标赞助商的计费键值；之后，所述策略控制功能网元可以根据所述目标终端设备群组的计费信息，生成所述策略和计费控制规则，并向所述会话管理功能网元发送所述策略和计费控制规则。

通过该设计，所述策略控制功能网元可以根据所述第一请求中包含的信息，确定目标赞助商的标识，并基于该目标赞助商的标识和第一请求中包含的至少一项信息，获取目标终端设备群组的计费信息，进而生成并发送群组会话对应的策略和计费控制规则。

在一种可能的设计中，所述策略控制功能网元可以但不限于通过以下方式，获取所述目标赞助商的标识：

方式一：当所述第一请求中包含所述目标终端设备群组的标识和/或所述业务端的设备信息时，所述策略控制功能网元向统一数据库网元发送所述目标终端设备群组的标识和/或所述业务端的设备信息，并接收来自所述统一数据库网元的所述目标赞助商的标识；

方式二：当所述第一请求中包含所述第一终端设备的标识时，所述策略控制功能网元可以根据所述第一终端设备的标识，确定所述目标终端设备群组的标识和/或所述业务端的设备信息；并向统一数据库网元发送所述目标终端设备群组的标识和/或所述业务端的设备信息，并接收来自所述统一数据库网元的所述目标赞助商的标识；

其中，所述统一数据库网元中保存所述目标终端设备群组的标识和/或所述业务端的设备信息与所述目标赞助商的标识之间的对应关系。

通过该设计，所述策略控制功能网元可以根据所述第一请求中包含的信息，确定目标赞助商的标识。

在一种可能的设计中，所述策略控制功能网元在从所述统一数据库网元获取所述目标赞助商的标识的过程中，还可以接收来自所述统一数据库网元的第一指示，所述第一指示用于指示所述目标赞助商的标识用于所述目标终端设备群组的流量计费。

通过该设计，所述策略控制功能网元可以确定该目标赞助商的标识用于所述目标终端设备群组的流量计费。

第三方面，本申请实施例提供了一种通信方法，该方法可以应用于会话管理功能网元。该方法可以包括以下步骤：

在群组会话建立流程中，会话管理功能网元向策略控制功能网元发送第一请求，所述第一请求用于请求所述群组会话对应的策略和计费控制规则，所述第一请求中包含目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、业务端的设备信息；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；然后，所述会话管理功能网元接收来自所述策略控制功能网元的所述策略和计费控制规则；其中，所述策略和计费控制规则中包含所述第一终端设备的计费键值；最后，所述会话管理功能网元根据所述策略和计费控制规则，向计费功能网元发送所述第一终端设备的流量账单；其中，所述流量账单用于表征所述第一终端设备的流量使用量，所述第一终端设备的流量使用量为所述第一终端设备通过所述群组会话传输数据的流量使用量。

通过该方法，会话管理功能网元可以在针对目标终端设备群组建立群组会话的过程中，获取所述群组会话对应的策略和计费控制规则，其中，所述策略和计费控制规则中包含该目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的计费键值；所述会话管理功能网元可以根据获取的所述策略和计费控制规则，确定第一终端设备的流量使用量，并向计费功能网元发送所述第一终端设备的流量账单。通过该方法，移动通信系统在通过终端设备群组通信方法实现聚合业务时，能够确定终端设备群组中每个待计费终端设备(加入群组会话的终端设备)的流量使用量，从而以终端设备为粒度进行流量计费。

在一种可能的设计中，所述业务端的设备信息可以为所述业务端的地址或者所述业务端的标识等唯一标识该业务端的信息。

在一种可能的设计中，当该目标终端设备群组中第一终端设备(可选的，还可以包含第二终端设备)请求加入群组会话终端设备，或者移动通信系统中的核心网配置该目标终端设备群组中的第一终端设备(可选的，还可以包含第二终端设备)加入群组会话时，触发群组会话建立流程。在该过程中，所述会话管理功能网元能够获得该目标终端设备群组的标识、群组会话的标识，该业务端的设备信息等信息，还可以获得请求加入或被配置加入群组会话的终端设备(即第一终端设备)的标识。

在一种可能的设计中，所述会话管理功能网元可以通过以下步骤，根据所述策略和计费控制规则，向计费功能网元发送所述第一终端设备的流量账单：

所述会话管理功能网元根据所述策略和计费控制规则，生成用量上报规则，并向所述用户面功能网元发送所述用量上报规则，所述用量上报规则用于指示用户面功能网元上报所述群组会话的流量使用量；其中，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量；在所述群组会话建立成功后，接收来自所述用户面功能网元的用量报告，所述用量报告中包含所述群组会话的流量使用量；所述会话管理功能网元根据所述群组会话的流量使用量，生成所述第一终端设备的流量账单；最后，根据所述第一终端设备的计费键值，向所述计费功能网元发送所述第一终端设备的流量账单。

通过该设计，所述会话管理功能网元可以根据所述策略和计费控制规则，指示用户面功能网元上报所述群组会话的流量使用量，从而根据该流量使用量得到所述第一终端设备的流量账单，进而实现以赞助商为粒度的流量计费。

在一种可能的设计中，所述会话管理功能网元可以采用以下方式向所述用户面功能网元发送所述用量上报规则，包括：

所述会话管理功能网元向所述用户面功能网元发送配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息还包含以下至少一项：所述群组会话的标识、所述业务端的设备信息。

示例性的，所述会话管理功能网元还可以根据获得的策略和计费控制规则，生成数据包检测规则，并将该数据包检测规则和所述用量上报规则携带在配置消息中一起发送给用户面功能网元。其中，所述数据包检测规则用于表征用户面功能网元对数据包进行检测的检测规则，例如对包含哪些特征信息的数据包进行检测和流量统计。所述数据包检测规则中可以包含所述群组会话的标识和所述业务端的设备信息中的任一项，表示用户面功能网元需要对包含业务端的设备信息，或者在所述群组会话中传输的数据包进行检测和流量统计。

另外，所述配置消息可以为传输隧道建立消息，例如组共享传输隧道建立(groupshared tunnel establishment)消息等，本申请对此不作限定。

通过该设计，所述用户面功能网元可以根据所述群组会话的标识、所述业务端的设备信息中的至少一项，统计所述群组会话的流量使用量。

在一种可能的设计中，所述会话管理功能网元可以通过以下步骤，根据所述群组会话的流量使用量，生成所述第一终端设备的流量账单：

所述会话管理功能网元根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量；其中，所述多个待计费终端设备为所述目标终端设备群组中已成功加入所述群组会话的终端设备，所述多个待计费终端设备中包含所述第一终端设备；然后根据每个待计费终端设备的流量使用量，生成所述第一终端设备的流量账单。

在一种可能的设计中，所述会话管理功能网元可以通过以下方式，根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量：

所述会话管理功能网元可以将所述群组会话的流量使用量均摊给所述多个待计费终端设备。在本设计中，所述会话管理功能网元可以根据所述群组会话的流量使用量，以及所述多个待计费终端设备的数量，确定每个待计费终端设备的流量使用均量(即每个待计费终端设备的流量使用量相同，均等于该流量使用均量)。

在通信领域中，采用终端设备群组通信方案的场景一般为大上行场景或高可靠性场景。在大上行场景中，为了保证业务传输效率，移动通信系统(例如基站)一般会配置终端设备群组中每个终端设备传输数据量相同或相近的业务数据，即终端设备群组中多个待计费终端设备的流量使用量应该相同或相近。因此，在大上行场景中，会话管理功能网元将群组会话的流量使用量均摊给所述多个待计费终端设备，可以比较合理地得到每个待计费终端设备的流量使用量。而高可靠性场景中，终端设备群组中的每个终端设备均传输完整的业务数据，因此理论上终端设备群组中的多个待计费终端设备的理论使用量应该相同。因此，在高可靠性场景中，会话管理功能网元将群组会话的流量使用量均摊给所述多个待计费终端设备，可以比较准确地得到每个待计费终端设备的流量使用量。

综上，通过该设计，可以不增加额外的信令开销和资源消耗的基础上，比较准确地得到每个待计费终端设备的流量使用量。

在一种可能的设计中，所述会话管理功能网元还可以通过以下方式，根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量：

所述会话管理功能网元接收来自第一基站的流量使用占比信息，其中，所述多个待计费终端设备接入所述第一基站，所述流量使用占比信息用于表征所述多个待计费终端设备通过所述群组会话传输数据的流量使用占比情况；然后，根据所述流量使用占比信息，以及所述群组会话的流量使用量，计算每个待计费终端设备的流量使用量。

通过该设计，所述会话管理功能网元可以根据所述多个待计费终端设备的流量使用占比信息，准确地计算每个待计费终端设备的流量使用量。

在一种可能的设计中，在接收来自第一基站的流量使用占比信息之前，所述会话管理功能网元还可以根据所述策略和计费控制规则，向所述第一基站发送第一指示，所述第一指示用于指示所述第一基站上报所述流量使用占比信息，所述第一指示包含所述多个待计费终端设备的标识，以及所述群组会话的标识中的至少一项。

通过该设计，所述会话管理功能网元可以通知所述第一基站上报该流量使用占比信息。

在一种可能的设计中，所述第一指示中还可以包含流量使用占比信息的上报规则，例如周期性或定时上报，或者满足上报条件时上报(例如流量使用占比信息发生变化时上报)。这样，所述第一基站可以在满足该上报规则时，向所述会话管理功能网元上报所述流量使用占比信息。

在一种可能的设计中，所述流量使用占比信息可以但不限于为以下至少一项：所述多个待计费终端设备的空口资源使用占比信息，所述第一基站转发各个待计费终端设备的数据量的比例，所述第一基站转发各个待计费终端设备的数据包数量的比例，所述群组会话中的数据在所述多个待计费终端设备的无线资源承载上传输的占比，或所述第一基站决策的所述多个待计费终端设备传输群组会话数据的分流占比等。

在一种可能的设计中，所述会话管理功能网元可以通过以下步骤，根据所述策略和计费控制规则，向计费功能网元发送所述第一终端设备的流量账单：

所述会话管理功能网元接收来自第一基站的用量报告，所述用量报告中包含所述第一终端设备的流量使用量；其中，所述第一基站为所述第一终端设备接入的基站；然后，根据所述第一终端设备的流量使用量，生成所述第一终端设备的流量账单；最终，根据所述第一终端设备的计费键值，向计费功能网元发送所述第一终端设备的流量账单。

通过该设计，移动通信系统中的基站可以加入群组会话中的每个终端设备进行流量统计和上报，从而使所述会话管理功能网元可以准确地确定每个待计费终端设备的流量使用量，进而可以实现以终端设备为粒度的流量计费。

在一种可能的设计中，所述用量报告中包含所述群组会话标识，所述用量报告还包含所述第一终端设备的标识，和/或，所述第一终端设备的会话的标识。

在一种可能的设计中，所述会话管理功能网元在接收来自第一基站的用量报告之前，还可以根据所述策略和计费控制规则，向所述第一基站发送第二指示，所述第二指示用于指示所述第一基站上报所述第一终端设备的流量使用量，所述第二指示包含所述第一终端设备的标识，以及所述群组会话的标识中的至少一项。

通过该设计，所述会话管理功能网元可以通知所述第一基站对每个待计费终端设备的流量使用进行统计和上报。

第四方面，本申请实施例提供了一种通信方法，该方法可以应用于策略控制功能网元。该方法可以包括以下步骤：

在群组会话建立流程中，策略控制功能网元接收来自会话管理功能网元的第一请求，所述第一请求中包含目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、业务端的设备信息；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；然后，所述策略控制功能网元根据所述第一请求，向所述会话管理功能网元发送策略和计费控制规则；其中，所述策略和计费控制规则中包含所述第一终端设备的计费键值。

通过该方法，在针对目标终端设备群组建立群组会话的过程中，会话管理功能网元可以从所述策略控制功能网元获取所述群组会话对应的策略和计费控制规则，其中，所述策略和计费控制规则中包含该目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的计费键值。这样，所述会话管理功能网元可以根据获取的所述策略和计费控制规则，确定第一终端设备的流量使用量，并向计费功能网元发送所述第一终端设备的流量账单。通过该方法，移动通信系统在通过终端设备群组通信方法实现聚合业务时，能够确定终端设备群组中每个待计费终端设备(加入群组会话的终端设备)的流量使用量，从而以终端设备为粒度进行流量计费。

在一种可能的设计中，所述策略控制功能网元可以通过以下步骤，向所述会话管理功能网元发送策略和计费控制规则：

所述策略控制功能网元向计费功能网元发送第二请求，并从所述计费功能网元接收所述目标终端设备群组的计费信息；其中，所述第二请求用于请求所述目标终端设备群组的计费信息，所述第二请求中包含所述第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、所述业务端的设备信息；所述目标终端设备群组的计费信息中包含所述第一终端设备的计费键值；然后，所述策略控制功能网元根据所述目标终端设备群组的计费信息，生成所述策略和计费控制规则；并向所述会话管理功能网元发送所述策略和计费控制规则。

通过该设计，所述策略控制功能网元可以根据所述第一请求中包含的信息，从计费功能网元获取目标终端设备群组的计费信息，进而生成并发送群组会话对应的策略和计费控制规则。

第五方面，本申请实施例提供了一种通信方法，该方法可以应用于第一基站。该方法包括以下步骤：

第一基站确定流量使用占比信息，其中，所述流量使用占比信息用于表征多个待计费终端设备通过群组会话传输数据的流量使用占比情况；所述多个待计费终端设备为目标终端设备群组中接入所述第一基站，且已成功加入所述群组会话的终端设备；所述群组会话用于传输所述目标终端设备群组的数据；然后所述第一基站向会话管理功能网元发送所述流量使用占比信息。

通过该方法，在针对目标终端设备群组建立群组会话后，该目标终端设备群组中的多个待计费终端设备所接入的基站可以统计并上报所述多个待计费终端设备的流量使用占比信息，从而使所述会话管理功能网元可以根据所述多个待计费终端设备的流量使用占比信息，更准确地计算每个待计费终端设备的流量使用量，实现终端设备粒度的流量计费。

在一种可能的设计中，在确定流量使用占比信息之前，所述第一基站还可以接收来自所述会话管理功能网元的第一指示，所述第一指示用于指示所述第一基站上报所述流量使用占比信息，所述第一指示包含所述多个待计费终端设备的标识，以及所述群组会话的标识中的至少一项。

通过该设计，所述第一基站可以在接收到会话管理功能网元的指示后，统计上报该流量使用占比信息。

在一种可能的设计中，所述流量使用占比信息可以但不限于为以下至少一项：所述多个待计费终端设备的空口资源使用占比信息，所述第一基站转发各个待计费终端设备的数据量的比例，所述第一基站转发各个待计费终端设备的数据包数量的比例，所述群组会话中的数据在所述多个待计费终端设备的无线资源承载上传输的占比，或所述第一基站决策的所述多个待计费终端设备传输群组会话数据的分流占比等。

第六方面，本申请实施例提供了一种通信方法，该方法可以应用于第一基站。该方法包括以下步骤：

第一基站确定第一终端设备的流量使用量，其中，所述第一终端设备的流量使用量为所述第一终端设备通过群组会话传输数据的流量使用量；然后，所述第一基站向会话管理功能网元发送用量报告，所述用量报告中包含所述第一终端设备的流量使用量；其中，所述第一终端设备为目标终端设备群组中接入所述第一基站，且已成功加入所述群组会话的终端设备；所述群组会话用于传输所述目标终端设备群组的数据。

通过该方法，在针对目标终端设备群组建立群组会话后，该目标终端设备群组中的待计费终端设备所接入的基站可以统计并上报每个待计费终端设备的流量使用量，从而使所述会话管理功能网元可以根据每个待计费终端设备的流量使用量，生成每个待计费终端设备的流量账单，实现终端设备粒度的流量计费。

在一种可能的设计中，所述用量报告中包含所述群组会话标识，所述用量报告还包含所述第一终端设备的标识，和/或，所述第一终端设备的会话的标识。

在一种可能的设计中，在确定第一终端设备的流量使用量之前，所述第一基站还可以接收来自所述会话管理功能网元的第二指示，所述第二指示用于指示所述第一基站上报所述第一终端设备的流量使用量，所述第二指示包含所述第一终端设备的标识，以及所述群组会话的标识中的至少一项。

通过该设计，所述第一基站可以在接收到会话管理功能网元的指示后，统计上报加入群组会话的每个待计费终端设备的流量使用量。

第七方面，本申请实施例提供了一种通信方法，该方法可以应用于用户面功能网元。该方法包括以下步骤：

用户面功能网元接收来自会话管理功能网元的用量上报规则，所述用量上报规则用于指示所述用户面功能网元上报群组会话的流量使用量；其中，所述群组会话用于传输所述目标终端设备群组的数据，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量；然后所述用户面功能网元根据所述用量上报规则，向会话管理功能网元发送用量报告，所述用量报告中包含群组会话的流量使用量。

通过该设计，在针对目标终端设备群组建立群组会话后，所述用户面功能网元可以统计并上报该群组会话的流量使用量，以使会话管理功能网元可以基于该流量使用量，生成目标赞助商(为该目标终端设备群组提供流量付费服务)的流量账单，或者加入该群组会话的每个待计费终端设备的流量账单，进而在通过终端设备群组通信方法实现聚合业务的场景中实现流量计费。

在一种可能的设计中，所述用户面功能网元可以通过以下方式，接收来自会话管理功能网元的用量上报规则：

接收来自所述会话管理功能网元的配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息还包含以下至少一项：所述群组会话的标识、业务端的设备信息；所述业务端连接目标终端设备群组中的每个终端设备，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据。基于此，所述用户面功能网元可以根据所述群组会话的标识和所述业务端的设备信息中的至少一项，统计所述群组会话的流量使用量。

需要说明的是，由于移动通信系统可以在群组会话中建立一个或多个QoS流，不同的QoS流对应不同的业务，每个QoS流用于传输具有对应业务的业务数据。因此，在以上任一方面提供的方法中，当群组会话中仅存在一个QoS流，或者策略和计费控制规则是针对所述群组会话分配的默认策略和计费控制规则时，那么在该方法中涉及的群组会话的流量使用量为通过该群组会话传输数据的流量使用量，任一终端设备的流量使用量为该终端设备通过所述群组会话传输数据的流量使用量。而当群组会话中存在多个QoS流，且策略和计费控制规则是针对群组会话中的一个目标QoS流分配时，该涉及的群组会话的流量使用量应该为通过该群组会话的所述目标QoS流传输数据的流量使用量，任一终端设备的流量使用量为该终端设备通过所述群组会话中的所述目标QoS流传输数据的流量使用量。

第八方面，本申请实施例提供了一种通信装置，包括用于执行以上第一方面至第七方面中各个步骤的单元。

第九方面，本申请实施例提供了一种通信设备，包括至少一个处理元件和至少一个存储元件，其中该至少一个存储元件用于存储程序和数据，该至少一个处理元件用于执行本申请以上第一方面至第七方面中提供的方法。

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

第十一方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当计算机程序被计算机执行时，使得计算机执行上述任一方面提供的方法。

第十二方面，本申请实施例还提供了一种芯片，芯片用于读取存储器中存储的计算机程序，执行上述任一方面提供的方法。

第十三方面，本申请实施例还提供了一种芯片系统，该芯片系统包括处理器，用于支持计算机装置实现上述任一方面提供的方法。在一种可能的设计中，芯片系统还包括存储器，存储器用于保存该计算机装置必要的程序和数据。该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

附图说明

图1为本申请实施例提供的一种通信系统的架构示意图；

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

图3为本申请实施例提供的一种UE群组实现聚合业务的架构示意图；

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

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

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

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

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

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

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

图11为本申请实施例提供的一种通信设备的结构图。

具体实施方式

本申请提供一种通信方法及设备，用于在终端设备群组通信场景中实现流量计费。其中，方法和设备是基于同一技术构思的，由于方法及设备解决问题的原理相似，因此设备与方法的实施可以相互参见，重复之处不再赘述。

以下对本申请中的部分用语进行解释说明，以便于本领域技术人员理解。

1)基站，是通信系统中将终端设备接入到无线网络的设备。基站作为无线接入网中的节点，又可以称为网络设备，还可以称为无线接入网(radio access network，RAN)节点(或设备)，接入网(access network，AN)节点(或设备)，或者称为接入点(access point，AP)。

目前，一些基站的举例为：新一代节点B(generation Node B，gNB)、传输接收点(transmission reception point，TRP)、演进型节点B(evolved Node B，eNB)、无线网络控制器(radio network controller，RNC)、节点B(Node B，NB)、接入点(access point，AP)基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或home Node B，HNB)，或基带单元(base bandunit，BBU)，企业LTE离散窄带聚合(Enterprise LTE Discrete Spectrum Aggregation，eLTE-DSA)基站等。

另外，在一种网络结构中，基站可以包括集中单元(centralized unit，CU)节点和分布单元(distributed unit，DU)节点。这种结构将基站的协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。

2)终端设备，是一种向用户提供语音和/或数据连通性，能够通过Uu接口接入基站的设备。终端设备又可以称为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobile terminal，MT)等。以下实施例中，以终端设备简称为UE进行描述。

例如，终端设备可以为具有无线连接功能的手持式设备、各种车载设备、路侧单元等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、智能销售终端(point of sale，POS)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、各类智能仪表(智能水表、智能电表、智能燃气表)、车载电子控制单元(electronic control unit，ECU)等、车载电脑、车载巡航系统、远程信息处理器(telematics box，T-BOX)等。

3)聚合业务，为通过终端设备群组中的多个终端设备协作通信完成的业务。示例性的，所述聚合业务可以为大上行分流场景、或者高可靠性业务场景中的业务。

4)终端设备群组，用于实现某个聚合业务而聚合起来并协作通信的多个终端设备的集合，还可以称为终端设备集合、终端设备组合、群组。以下实施例中，以终端设备群组简称为UE群组进行描述。

在终端设备群组实现聚合业务过程中，同一终端设备群组中的每个终端设备可以分别收发同一业务中不同部分的业务数据；或者同一终端设备群组的不同终端设备之间互为备份，从而将同一份业务数据复制为多份进行传输。

5)业务端，用于实现某个业务的客户端，即用户侧收发该业务的业务数据的端点。

在本申请实施例中，聚合业务的业务端可以为终端设备群组中的一个或多个终端设备，还可以为终端设备群组以外其他不具有终端设备功能的电子设备。

其中，当聚合业务的业务端为不具有终端设备功能的电子设备时，该业务端可以通过线缆或者短距离无线通信技术连接一个终端设备群组内的多个终端设备，并通过这些终端设备在业务端和移动通信系统之间转发数据。

示例性的，不具有终端设备功能的电子设备可以包括：可编程逻辑控制器(programmable logic controller，PLC)设备、单片机、现场可编程门阵列(field-programmable gate array，FPGA)、复杂可编程逻辑器件(complex programmable logicdevice，CPLD)、专用集成电路(application specific intergrated circuits，ASIC)，或片上系统(System on a chip，SOC)等，本申请对此不作限定。

6)终端设备的会话，为移动通信系统针对单个终端设备建立的该终端设备、基站、用户面功能(UPF)以及数据网络(data network，DN)之间的连接，用于在终端设备和DN之间传输用户面数据。示例性的，本申请涉及的会话可以为协议数据单元(protocol dataunit，PDU)会话。

其中，在终端设备的会话中包含终端设备和基站之间的无线承载、基站和UPF之间传输隧道，以及UPF和DN之间的传输隧道。总之，终端设备的会话是针对该终端设备的专用的通信连接。

应注意，一个终端设备可以与移动通信系统建立一个或多个会话，且任一个会话中可以建立一个或多个服务质量(quality of service，QoS)流(flow)。其中，每个QoS流对应一个或多个业务，用于传输具有同一QoS需求的业务的业务数据。其中，在终端设备和基站之间，一个会话中的至少一个QoS流与一个无线承载(radio bearer，RB)对应，通过该RB传输所述至少一个QoS流的业务数据。

7)群组会话，为移动通信系统针对实现聚合业务的终端设备群组建立的，该终端设备群组中的多个终端设备能够共享共用的会话。群组会话用于将来自终端设备群组中多个终端设备的用户面数据通过移动通信系统中的基站、UPF转发到DN，还可以将来自DN的用户面数据通过移动通信系统中的UPF、基站转发给终端设备群组中的多个终端设备。还应注意，与单个终端设备的会话类似的，一个群组会话中也可以建立一个或多个QoS流。其中，此处涉及的QoS流对应一个或多个聚合业务(即对应一个或多个业务端)。

其中，在针对终端设备群组中的多个终端设备(通过同一基站接入)建立的群组会话中，基站和UPF之间，UPF和DN之间均需要建立相应的公共的传输隧道，而终端设备群组中的多个终端设备与基站之间的无线承载，可以通过两种实施方式实现：

在一种实施方式中，在终端设备群组与基站之间传输群组会话的数据过程中，终端设备群组中各个终端设备均可以不感知群组会话。

由于终端设备不感知群组会话(不感知群组会话的无线承载对应的QoS流)，终端设备群组中的终端设备会将群组会话中的数据通过该终端设备的会话中的特定QoS流传输，该QoS流被映射到群组会话对应的无线承载上。

例如，群组会话中的QoS流(简称为：group QoS流)对应无线承载1。基站针对该群组会话的无线承载1建立两种映射关系：

第一种：无线承载1对应group QoS流。

第二种：无线承载1对应终端设备群组中每个终端设备的会话中的一个QoS流。例如，终端设备群组中包含终端设备1和终端设备2，那么在第二种映射关系中包括：无线承载1对应终端设备1的会话中的QoS流1，无线承载1对应终端设备2的会话中的QoS流2。

基站可以将第二种映射关系分别发送给终端设备群组中的各个终端设备。这样，在通过所述群组会话传输上行数据时，终端设备1可以将群组会话中的数据通过终端设备1的会话中的QoS流1发送，并映射到无线承载1上；而终端设备2也可以将群组会话中的数据通过终端设备2的会话中的QoS流2发送，并映射到无线承载1上。之后，基站可以将在无线承载1上接收的终端设备1和终端设备2的数据进行序列号去重和重排序后，通过group QoS流发送给和核心网中的UPF。下行数据传输过程类似，此处不再赘述。

总结来说，在通过群组会话传输用户面数据过程中，终端设备群组中每个终端设备与基站之间分别通过相应的终端设备的会话中的QoS流进行通信，而基站与UPF之间，UPF与DN之间通过群组会话中的QoS流进行通信。

在另一种实施方式中，在终端设备群组与基站之间传输群组会话的数据过程中，终端设备群组中各个终端设备可以感知群组会话。

在该实施方式中，在群组会话中，终端设备群组中的各个终端设备与基站之间通过群组会话中公共的QoS流通信。

总结来说，在通过群组会话传输用户面数据过程中，终端设备群组中多个终端设备与基站之间通过该群组会话中的QoS流进行通信，基站与UPF之间、UPF与DN之间也通过群组会话中的QoS流进行通信。

在本申请中，聚合业务、该聚合业务的业务端、该业务端连接的终端设备群组、针对该终端设备群组建立的群组会话(或群组会话中传输该聚合业务的业务数据的QoS流)，这些概念是相互对应的。

8)赞助商(sponsor)，用于为实现特定业务(该赞助商支持的业务)的终端设备提供流量付费服务。例如，某聚合业务的赞助商可以为实现该聚合业务的UE群组提供流量付费服务。在移动通信系统中，赞助商通常通过赞助商标识(sponsor identifier)来表示。

示例性的，某游戏公司A与运营商合作推出能够实现特定业务的定制卡，当终端设备购买该定制卡并实现相应业务时，运营商不对该终端设备实现该业务的流量使用量进行流量计费，而是根据购买该定制卡的所有终端设备实现该业务的流量使用量对赞助商游戏公式A进行流量计费，生成赞助商游戏公司A的流量账单，后续由赞助商游戏公司A来基于该流量账单进行付费。

9)计费键值(charging key)，由移动通信系统中的策略控制功能(policycontrol function，PCF)生成并发送给会话管理功能(session management function，SMF)的，用于SMF向计费功能(charging function，CHF)传输流量账单的标识。例如，charging key包含在策略和计费控制规则(policy and charging control rule，PCCrule)中。

按照计费对象划分，本申请实施例涉及以下两类charging key：

第一类：终端设备的charging key，用于传输该终端设备的流量账单，实现针对单个终端设备的计费。

第二类：赞助商的charging key，用于传输该赞助商的流量账单，实现针对赞助商(单个业务)的计费。

10)PCC rule，包含计费相关信息和charging key。需要说明的是，PCC rule可以是以会话中的QoS流为粒度分配的，还可以是以会话为粒度分配的(例如，针对会话分配的默认(default)PCC rule)。

11)“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

需要说明的是，本申请中所涉及的多个，是指两个或两个以上。至少一个，是指一个或多个。

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

下面结合附图，对本申请实施例进行详细描述。

本申请实施例提供的通信方法适用于通信系统，所述通信系统的架构如图1和图2所示。其中，图1为基于参考点的系统架构，图2为基于服务化接口的系统架构。

参阅图1和图2所示，所述通信系统包括三部分：终端设备、移动通信系统和DN。下面参考附图分别对每个部分的功能和实体进行详细介绍。

终端设备，简称为UE，为用户侧能够接收和发射无线信号的实体，需要通过移动通信系统接入DN，以实现UE的业务。所述UE可以为各种为用户提供语音和/或数据连通性的设备，本申请对此不作限定。

DN，也可以称为分组数据网络(packet data network，PDN)，是位于移动通信系统之外的网络。DN上可部署实现多种业务的服务器(sever)，可为UE提供数据和/或语音等服务。其中，移动通信系统可以接入至少一个DN，同一个DN也可以被至少一个移动通信系统接入。例如，所述DN可以为因特网(Internet)、IP多媒体业务(IP Multi-media Service，IMS)网络、某些应用专用的数据网络、以太网、IP本地网络等，本申请对此不作限定。

移动通信系统，由运营商部署和维护，为UE提供接入服务和端到端的连接服务，又可以称为移动通信网络。UE可以通过移动通信系统访问DN，实现具体业务。其中，所述移动通信系统又可以包括(无线)接入网((radio)access network，(R)AN)和核心网(corenetwork，CN)两部分。在UE请求访问DN时，移动通信系统可以在UE和DN之间建立PDU会话，以使二者可以实现通信。

(R)AN主要负责UE的无线接入功能，(R)AN的功能具体可以通过基站来实现。基站是网络侧能够接收和发射无线信号的实体，负责为在其覆盖范围内的UE提供无线接入有关的服务，实现物理层功能、资源调度和无线资源管理、QoS管理、无线接入控制、用户面数据转发以及移动性管理功能。基站与UE通过Uu接口实现空口传输。

CN负责根据UE通过接入网发送的呼叫请求或业务请求将所述UE接续到不同的数据网络上，以及计费、移动性管理、会话管理等业务。按照具体的逻辑功能划分，CN可以划分为控制面(control plane，CP)和用户面(user plane，UP)。那么CN中负责控制面功能的网元可以统称为控制面网元，负责用户面功能的网元可以统称为用户面网元。下面分别对核心网中的主要网元的功能进行具体介绍。

用户面网元，即用户面功能(user plane function，UPF)网元，简称为UPF，主要负责UE的用户面数据的转发和接收。用户面网元可以从DN接收用户面数据，通过基站传输给UE；用户面网元还可以将通过基站从UE接收用户面数据，并将其转发到DN。其中，用户面网元中为UE提供服务的传输资源和调度功能是由控制面网元管理控制的。

控制面网元包括：接入和移动性管理功能(access and mobility managementfunction，AMF)网元、会话管理功能(session management function，SMF)网元、策略控制功能(policy control function，PCF)网元、认证服务功能(authentication serverfunction，AUSF)网元、网络开放功能(network exposure function，NEF)网元、统一数据库(unified data repository，UDR)网元，统一数据管理(unified data management，UDM)网元、计费功能(charging function，CHF)网元和应用功能(application function，AF)网元等。下面分别对各个控制面网元进行简单介绍。

AMF网元，可以简称为AMF，主要负责移动通信系统中的移动性管理，接入鉴权/授权，和信令处理部分，例如：接入控制、UE位置更新、UE注册与去注册、附着与去附着，以及选择SMF等功能。此外AMF还负责在UE和PCF之间传递用户策略。

SMF网元，可以简称为SMF，主要负责移动通信系统中的会话管理，例如会话建立、修改、释放等。具体的，SMF的功能包括：UPF的选择，UPF重定向，因特网协议(internetprotocol，IP)地址分配，承载的建立、修改和释放，以及QoS控制等。

PCF网元，可以简称为PCF，主要负责支持提供统一的策略框架来控制网络行为，提供策略规则给其他控制面网元，同时负责获取与策略相关的用户签约信息。

AUSF网元，可以简称为AUSF，主要负责提供认证功能，支持3GPP接入和Non-3GPP接入的认证。

NEF网元，可以简称为NEF，主要支持移动通信系统和第三方应用安全的交互，能够安全的向第三方开放网络能力和事件，用于加强或者改善应用服务质量。移动通信系统也可以通过NEF网元安全地从第三方获取相关数据，用以增强网络的智能决策。

UDR网元，可以简称为UDR，主要负责存储UE的签约数据、策略数据、应用数据等类型数据。

UDM网元，可以简称为UDM，主要负责存储和管理UE的签约数据、用户接入授权，生成认证信任状，用户标识处理(如存储和管理用户永久身份标识等)等功能。

CHF网元，可以简称为CHF，主要负责向SMF提供流量配额，以及为流量配额授权有效时间，处理计费信息，以及生成计费功能-呼叫详细记录(charging function-calldetail record，CHF-CDR)话单等功能。

AF网元，可以简称为AF，主要传输应用侧对网络侧的需求，支持与核心网中其他网元的交互来提供服务，例如影响数据路由决策，策略控制功能或者向网络侧提供第三方的一些服务。AF网元可以是第三方功能实体，也可以是运营商部署的应用服务。

NSSF网元，可以简称为NSSF，主要负责网络切片的选择。

需要理解的是，CN中的以上各网元既可以是在专用硬件上实现的网络元件，也可以是在专用硬件上运行的软件实例，或者是在虚拟化平台(例如云平台)上虚拟化功能的实例。此外，本申请实施例并不限定通信系统中各个网元的分布形式，可选的，以上各个网元可以分别部署在不同的物理设备中，或者多个网元融合在同一物理设备中。

另外，图1中还展示了移动通信系统中各个网络功能实体之间的交互关系以及对应的接口。图2还展示了移动通信系统中部分网络功能实体之间采用的服务化接口。

需要说明的是，图1或图2所示的移动通信系统并不构成本申请实施例能够适用的移动通信系统的限定。因此本申请实施例提供的通信方法还可以适用于各种制式的通信系统，例如：长期演进(long term evolution，LTE)通信系统、第五代(The 5th Generation，5G)通信系统、第六代(The 6th Generation，6G)通信系统以及未来通信系统。此外，图1或图2也不对移动通信系统的通信场景进行限定，除图1和图2所示的非漫游场景以外，本申请还可以适用于各种漫游场景。

最后，还需要说明的是，本申请实施例也不对移动通信系统中各网元的名称进行限定，例如，在不同制式的移动通信系统中，各网元可以有其他名称；又例如，当多个网元融合在同一物理设备中时，该物理设备也可以有其他名称。

在上述图1或图2所述的移动通信系统中，UE和基站之间的Uu接口，包括控制面协议栈和用户面协议栈。其中，用户面协议栈中均至少包含以下协议层：物理(physical，PHY)层、媒体访问控制(medium access control，MAC)层、无线链路控制(radio link control，RLC)层和分组数据汇聚协议(packet data convergence protocol，PDCP)层、服务数据适配协议(service data adaptation protocol，SDAP)层；控制面协议栈中至少包含以下协议层：PHY层、MAC层、RLC层、PDCP层、无线资源控制(radio resource control，RRC)层。

另外，在业务端侧、DN侧的用户面协议栈中至少包含以下协议层：网络(IP)层、应用(application，APP)层。

随着通信技术的发展，高可靠性和大上行成为各个通信场景中的主要传输需求。为了解决单个UE传输性能不足，传输可靠性较差的问题，通信领域提供了一种UE群组通信方案，即UE群组为业务端提供通信服务，UE群组中的多个UE可以协作在业务端与移动通信系统之间传输数据。基于该方案，在一种实施方式中，UE群组中的多个UE可以分别传输业务数据不同部分，这样，UE群组中的多个UE的传输能力可以聚合在一起形成大传输带宽，形成大上行的目的，改善了传输性能；在另一种实施方式中，UE群组中的多个UE可以传输相同的业务数据，这样，UE群组中的多个UE可以互为备份，提高了传输可靠性。

下面以大上行场景中实现聚合业务为例，参考图3对基于移动通信系统的UE群组通信方案进行说明。

参阅图3所示，业务端PLC设备通过线缆或通过其他无线接口(如PC5等)与UE群组中的UE1和UE2建立物理连接。UE1和UE2可以通过接入基站，从而通过移动通信系统与DN中的服务器建立通信连接。其中，PLC设备、UE1和UE2，基站、UPF，以及服务器中的协议栈如图3中所示，相邻两个设备之间的接口如图3中所示，此处不再赘述。

移动通信系统针对该UE群组建立了群组会话，以在DN和UE群组之间传输数据。

如图3所示，在实现该聚合业务时，PLC设备可以将要发送的业务数据包进行复制，同时发送给UE群组中的UE1和UE2。UE1和UE2的PDCP层可以通过根据业务数据包的序列号进行PDCP层的数据包序列号同步，另外，UE1和UE2的PDCP层还可以根据基站配置的分流策略(split policy)进行业务数据包分流，即UE1和UE2均接收所有的业务数据包，但根据分流策略可以仅向基站发送特定序列号的数据包。UE1和UE2发送的业务数据包可以在基站的PDCP层进行聚合，将UE1和UE2发送的业务数据包按序列号进行重排序，从而得到所有的业务数据包，实现业务数据包分流传输的目的。最后，基站可以将排序后的所有业务数据包通过群组会话最终发送至服务器。综上，在业务端与服务器之间的传输链路中，每个UE的PDCP层到基站的PDCP层之间传输分流后的数据流(data stream)，其他传输链路传输完整的数据流，如图3所示。

在高可靠场景中实现聚合业务的通信架构和数据传输过程与图3类似，不同的是：业务端PLC设备可以将业务数据包复制多份同时发送给UE群组中的UE1和UE2，而UE1和UE2可以将接收的业务数据包(不进行分流)全部发送给基站。而基站的PDCP层可以根据序列号对接收的两份业务数据包进行去重排序，然后将处理后的业务数据包通过群组会话最终发送至服务器。综上，在业务端与服务器之间的全部传输链路均传输完整的数据流。

需要说明的是，图3并不对本申请提供的方法适用的场景和通信架构构成任何限定。例如，该UE群组中还可以包含UE3和UE4，其中，UE3和UE4可以与UE1和UE2接入相同或不同的基站。另外，业务端还可以为UE群组中的任一个UE，此时作为业务端的UE与UE群组中的其他UE可以通过有线或无线的方式连接以传输业务数据，本申请对此不作限定。

为了在移动通信系统通过UE群组通信方案实现聚合业务场景中实现流量计费，本申请实施例提供了一种通信方法。该方法可以适用于如图1或图2所示的移动通信系统。下面可以参考图4所示的流程图对该方法进行具体说明。

S401：在群组会话建立流程中，SMF向PCF发送第一请求。相应的，所述PCF接收来自所述SMF的所述第一请求。

例如，所述第一请求中包含以下至少一项：目标UE群组的标识、业务端的设备信息、所述目标UE群组中请求加入或被配置加入所述群组会话的第一UE的标识。所述第一请求可以用于请求所述群组会话对应的PCC rule。

示例性的，所述第一UE可以触发该群组会话建立流程，请求加入所述群组会话；或者核心网(例如核心网中的SMF)可以触发该群组会话建立流程，并配置所述第一UE加入所述群组会话。

其中，所述群组会话用于传输所述目标UE群组的数据；所述目标UE群组中的多个UE连接所述业务端，所述目标UE群组中的每个UE用于在所述业务端和移动通信系统之间传输数据。

示例性的，业务端、目标UE群组、移动通信系统之间的关系可以参考图3的大上行场景，或者高可靠场景中的描述。可选的，所述业务端还可以为所述目标UE群组中的任一个UE，此时，该UE可以与所述目标UE群组中的其他UE之间通过短距离无线通信技术或线缆建立连接，以传输业务数据。

可选的，所述业务端的设备信息可以为所述业务端的地址(address)或者所述业务端的标识等唯一标识该业务端的信息，本申请对此不作限定。

需要说明的是，如果所述目标UE群组中同时有多个UE请求加入或被配置加入所述群组会话，那么所述第一请求中可以包含该多个UE的标识。例如，当目标UE群组中还存在第二UE请求加入或被配置加入所述群组会话时，本申请实施例中涉及第一UE的标识的步骤中还可以包含第二UE的标识。

S402：所述PCF根据所述第一请求，向所述SMF发送PCC rule。

其中，所述PCC rule可以包含目标赞助商的charging key，所述目标赞助商是为所述目标UE群组提供流量付费服务的赞助商。所述SMF接收来自所述PCF的所述PCC rule。

可选的，所述SMF可以通过会话管理流程从所述PCF获取所述PCC rule。例如，在S401中，所述SMF可以将所述第一请求携带在会话管理策略请求(SM policy request)中发送；相应的，在S402中，所述PCF可以将所述PCC rule携带在会话管理响应(SM policyresponse)中发送。

在一种实施方式中，所述PCF可以通过以下步骤S4021-S4024，向所述SMF发送所述PCC rule：

S4021：所述PCF可以根据所述目标UE群组的标识、所述业务端的设备信息、所述第一UE的标识中的至少一项，获取所述目标赞助商的标识。

例如，所述PCF可以通过但不限于通过以下方式来获取所述目标赞助商的标识。

方式一：所述第一请求中包含所述目标UE群组的标识和/或所述业务端的设备信息。所述PCF可以通过S4021a和S4021b，根据所述目标UE群组的标识和/或所述业务端的设备信息，从所述UDR中获取所述目标赞助商的标识。

方式二：在所述第一请求中包含第一UE的标识，不包含所述目标UE群组的标识和/或所述业务端的设备信息的情况下，所述PCF可以根据所述第一UE的标识，确定所述目标UE群组的标识和/或所述业务端的设备信息；然后再通过S4021a和S4021b，根据所述目标UE群组的标识和/或所述业务端的设备信息，从所述UDR中获取所述目标赞助商的标识。

例如，所述PCF中可以保存有所述目标UE群组的配置信息，该配置信息中包含：所述目标UE群组的标识对应的所述目标UE群组中包含的每个UE的标识。可选的，该配置信息还可以包含该目标UE群组连接的业务端的设备信息。这样，所述PCF可以基于所述目标UE群组的配置信息以及所述第一UE的标识，确定所述目标UE群组的标识和/或所述业务端的设备信息。

又例如，核心网中其他数据功能网元(例如UDR)保存该目标UE群组的配置信息时，所述PCF可以向该数据功能网元发送所述第一UE的标识(可选的，还可以包含群组会话的指示，用于指示所述第一UE需要加入群组会话)，以获取所述目标UE群组的标识和/或所述业务端的设备信息。

在方式一和方式二中，所述PCF可以通过以下步骤S4021a和S4021b，根据所述目标UE群组的标识和/或所述业务端的设备信息，从所述UDR中获取所述目标赞助商的标识：

S4021a：所述PCF向UDR发送所述目标UE群组的标识和/或所述业务端的设备信息。

S4021b：UDR保存有所述目标UE群组的标识和/或所述业务端的设备信息与所述目标赞助商的标识之间的对应关系。因此，所述UDR可以根据从所述PCF接收的所述目标UE群组的标识和/或所述业务端的设备信息，确定所述目标赞助商的标识。所述UDR向所述PCF发送所述目标赞助商的标识。所述PCF接收来自所述UDR的所述目标赞助商的标识。

示例性的，所述PCF可以利用上下文请求过程，从所述UDR获取所述目标赞助商的标识。例如，在S4021a中，所述PCF可以将所述目标UE群组的标识和/或所述业务端的设备信息携带在上下文请求(context query)或群组上下文请求(group context query)中发送；相应的，所述UDR可以将所述目标赞助商的标识携带在上下文响应(context response)或群组上下文响应(group context response)中发送。此时，所述上下文响应或群组上下文响应中还可以包含所述目标UE群组的上下文。其中，所述目标UE群组的上下文中可以包含所述目标UE群组中的成员信息、群组会话的QoS需求等信息。

方式三：在所述第一请求中包含第一UE的标识，不包含所述目标UE群组的标识和/或所述业务端的设备信息，且所述UDR中保存所述目标UE群组的配置信息的情况下，所述PCF可以向所述UDR发送所述第一UE的标识。可选的，所述PCF还可以向所述UDR发送群组会话的指示，用于指示所述第一UE需要加入群组会话。所述UDR可以基于所述目标UE群组的配置信息、所述第一UE的标识(可选的，还可以包含群组会话的指示)，确定所述目标UE群组的标识和/或所述业务端的设备信息。然后所述UDR再根据保存的所述目标UE群组的标识和/或所述业务端的设备信息与所述目标赞助商的标识之间的对应关系，确定所述目标赞助商的标识。最后，所述UDR将确定的所述目标赞助商的标识发送给所述PCF。

需要说明的是，所述UDR中保存的所述目标UE群组的标识和/或所述业务端的设备信息与所述目标赞助商的标识之间的对应关系，可以为AF通过NEF预先配置的，或者所述NEF预先配置的。可选的，所述AF或NEF在配置该对应关系时，还可以向所述UDR配置第一指示(又称为群组计费指示)，该第一指示用于指示所述目标赞助商的标识用于目标UE群组(针对群组会话或针对该业务端)的流量计费。当所述UDR中还保存所述第一指示时，所述UDR在向所述PCF发送所述目标赞助商的标识时，还可以向所述PCF发送所述第一指示。

S4022：所述PCF向CHF发送第二请求。其中，所述第二请求中包含所述目标赞助商的标识，以及以下至少一项：所述目标UE群组的标识、所述业务端的设备信息、所述第一UE的标识。所述第二请求用于请求所述目标UE群组的计费信息(charging information)。

另外，在所述PCF利用上下文请求过程，执行S4021从所述UDR获取包含所述目标赞助商的标识的所述目标UE群组的上下文的情况下，当所述目标UE群组的上下文中还包含所述目标UE群组的成员信息时，所述PCF执行S4022之前，可以对请求加入或被配置加入所述群组会话的第一UE进行认证，判断其是否属于所述目标UE群组(即是否有权限加入所述群组会话)。

S4023：所述CHF根据所述第二请求，确定所述目标UE群组的计费信息，向所述PCF发送所述目标UE群组的计费信息。所述PCF从所述CHF接收所述目标UE群组的计费信息；其中，所述目标UE群组的计费信息中包含所述目标赞助商的charging key。

所述CHF在接收到所述第二请求后，可以根据所述第二请求中包含的所述目标UE群组的标识、所述业务端的设备信息、所述第一UE的标识中的至少一项，确定所述目标UE群组的计费相关信息，并为所述目标赞助商的标识所指示的所述目标赞助商分配chargingkey，从而最终得到所述目标UE群组的计费信息。

可选的，所述CHF可以根据所述目标UE群组的标识、所述业务端的设备信息，以及所述第一UE的标识中的至少一项，获取所述目标UE群组和/或所述第一UE的签约信息，然后根据该签约信息和计费策略，生成所述目标UE群组的计费相关信息，以及为所述目标赞助商分配charging key，从而得到所述目标UE群组的计费信息。

其中，所述目标UE群组的计费相关信息中可以包含数据包统计规则、计费方式、流量使用量的上报规则、为所述目标UE群组/所述群组会话分配的流量配额、该流量配置的授权有效时间等等中的至少一项。

S4024：所述PCF根据所述目标UE的计费信息，生成所述PCC rule，并向所述SMF发送所述PCC rule。其中，所述PCC rule中包含所述目标赞助商的charging key。

可选的，所述PCF可以根据所述目标UE的计费信息，以及所述群组会话的QoS需求、所述目标UE群组和/或所述第一UE的签约信息等内容，生成所述PCC rule。

S403：所述SMF根据接收的所述PCC rule，向CHF发送所述目标赞助商的流量账单。所述流量账单用于表征所述群组会话的流量使用量，所述群组会话的流量使用量为所述目标UE群组通过所述群组会话传输数据的流量使用量。

在一种实施方式中，所述SMF可以通过以下步骤S4031-S4035，根据所述PCC rule，向CHF发送所述目标赞助商的流量账单。

S4031：所述SMF根据所述PCC rule，生成用量上报规则(usage report rule，URR)，所述URR用于指示UPF上报所述群组会话的流量使用量；并向所述UPF发送所述URR。所述UPF接收来自所述SMF的所述URR。

其中，所述URR用于表征群组会话的流量使用量上报规则等，例如周期性上报或者定时上报，或者其他上报条件。

在一种实现方式中，所述URR中可以包含所述群组会话的标识和所述业务端的设备信息中的任一项。

在另一种实现方式中，所述SMF可以将所述URR携带在配置消息中发送给所述UPF。其中，所述配置消息中还可以包含所述群组会话的标识、所述业务端的设备信息中的至少一项。

例如，所述SMF还可以根据所述PCC rule，生成数据包检测规则(packetdetection rule，PDR)。所述PDR用于表征UPF对数据包进行检测的检测规则，例如对包含哪些特征信息的数据包进行检测和流量统计。所述PDR中可以包含所述群组会话的标识和所述业务端的设备信息中的任一项，此时，所述PDR表示UPF需要对包含业务端的设备信息，或者在所述群组会话中传输的数据包进行检测和流量统计。可选的，所述SMF可以将所述PDR也携带在所述配置消息发送给所述UPF，或者所述SMF可以单独发送所述PDR和所述URR，本申请对此不作限定。

可选的，所述配置消息可以为传输隧道建立消息，例如组共享传输隧道建立(group shared tunnel establishment)消息。其中，所述传输隧道建立消息用于指示所述UPF建立所述群组会话中的所述UPF与基站之间的传输隧道，和/或，所述UPF与DN(服务器)之间的传输隧道。可选的，所述组共享传输隧道建立消息中还可以包含组N4配置(groupN4configuration)信元，所述组N4配置信元中包含所述群组会话的标识。

S4032：在所述群组会话建立成功后，所述UPF可以统计所述群组会话的流量使用量。

可选的，所述UPF在接收到所述SMF发送的PDR时，可以在所述群组会话中的基站与所述UPF之间的传输隧道中检测符合所述PDR的数据包，并对符合所述PDR的数据包的数据量进行统计，从而得到所述群组会话的流量使用量。

S4033：所述UPF根据所述URR，向所述SMF发送用量报告。所述SMF接收来自所述UPF的用量报告。其中，所述用量报告中包含所述群组会话的流量使用量。

可选的，所述用量报告中还可以包含所述群组会话的标识和所述业务端的设备信息中的至少一项。

S4034：所述SMF根据所述群组会话的流量使用量，生成所述目标赞助商的流量账单。

S4035：所述SMF根据所述目标赞助商的charging key，向所述CHF发送所述目标赞助商的流量账单。

可选的，所述SMF可以将所述目标赞助商的流量账单携带在流量账单容器中发送给所述CHF，其中，所述流量账单容器中还包含所述目标赞助商的charging key。这样，所述CHF可以基于所述流量账单容器中的所述目标赞助商的流量账单和charging key，生成所述目标赞助商的CHF-CDR话单。

需要说明的是，由于移动通信系统可以在群组会话中建立一个或多个QoS流，不同的QoS流对应不同的业务，每个QoS流用于传输具有对应业务的业务数据。因此，当本申请实施例中的群组会话中仅存在一个QoS流的情况下，或者所述PCC rule是针对所述群组会话分配的默认PCC rule，那么本申请实施例涉及的群组会话的流量使用量为通过该群组会话传输数据的流量使用量。而当群组会话中存在多个QoS流，且所述PCC rule是针对群组会话中的一个目标QoS流分配的情况下，本申请实施例涉及的群组会话的流量使用量应该为通过该群组会话的所述目标QoS流传输数据的流量使用量。

本申请实施例提供了一种通信方法，通过该方法，SMF可以在针对目标UE群组建立群组会话的过程中，获取所述群组会话对应的PCC rule，其中，所述PCC rule中包含为该目标UE群组提供流量付费服务的目标赞助商的charging key；所述SMF可以根据获取的所述PCC rule，统计所述群组会话的流量使用量，并向CHF发送所述目标赞助商的流量账单。通过该方法，移动通信系统能够在通过UE群组通信方法实现聚合业务的场景中实现流量计费。

基于图4所示的实施例，本申请实施例还提供了一种通信方法，该方法也可以适用于如图1或图2所示的移动通信系统。本实施例是对整个群组会话进行流量统计，并针对聚合业务对赞助商进行计费。下面参考图5所示的流程图，对本申请实施例提供的方法进行详细说明。

S500a：AF通过NEF向UDR发送群组会话配置，或者NEF向UDR发送群组会话配置。其中，所述群组会话配置中包含UE群组的标识和/或业务端的设备信息，以及赞助商的标识。

其中，所述业务端为实现某一聚合业务的业务端；所述UE群组中的多个UE连接所述业务端，并在所述业务端和移动通信系统之间传输数据；所述赞助商为对实现该聚合业务的所述UE群组提供流量付费服务的赞助商。

可选的，所述业务端的设备信息可以为所述业务端的地址或者所述业务端的标识等唯一标识该业务端的信息，本申请对此不作限定。

在S500a中，所述群组会话配置中还可以包含群组计费指示，所述群组计费指示用于指示该赞助商的标识用于所述UE群组(针对群组会话或针对该业务端)的流量计费。

S500b：当该UE群组中请求加入群组会话的UE(以第一UE和第二UE为例)或者移动通信系统中的核心网配置该UE群组中的第一UE和第二UE加入群组会话时，触发群组会话建立流程。

在该过程中，核心网能够获得该UE群组的标识、群组会话的标识，该业务端的设备信息等信息，还可以获得请求加入或被配置加入群组会话的UE的标识。

S501：核心网中的SMF向PCF发送会话管理策略请求(SM policy request)。其中，所述会话管理策略请求中可以包含以下至少一项：所述UE群组的标识、所述业务端的设备信息。

S502a：所述PCF向所述UDR发送群组上下文查询请求(group context query)。其中，所述群组上下文查询请求中可以包含所述UE群组的标识和所述业务端的设备信息中的至少一项。所述群组上下文查询请求用于请求所述UE群组的上下文。

S502b：所述UDR根据所述群组上下文查询请求，查询所述UE群组的上下文。其中，所述UE群组的上下文中可以包含所述赞助商的标识。所述UDR向所述PCF发送群组上下文查询响应(group context query response)，所述群组上下文查询响应中包含所述赞助商的标识。

在本步骤，所述UDR可以根据所述群组上下文查询请求中包含的所述UE群组的标识和所述业务端的设备信息中的至少一项，查询所述UE群组的上下文。

可选的，所述UE群组的上下文中还可以包含所述UE群组中的成员信息、所述UE群组对应的群组会话的QoS需求等信息。

当所述UE群组的上下文中包含所述UE群组的成员信息时，所述PCF可以对请求加入或被配置加入所述群组会话的第一UE和第二UE进行认证，判断其是否属于所述UE群组。

S503a：所述PCF向CHF发送计费信息查询请求(charging information query)。其中，所述计费信息查询请求中可以包含所述赞助商的标识，以及所述UE群组的标识和所述业务端的设备信息中的至少一项。

S503b：所述CHF根据接收的计费信息查询请求，得到所述UE群组的计费信息，然后所述CHF向所述PCF发送计费信息查询响应(charging information query response)。其中，所述计费信息查询响应中包含所述UE群组的计费信息，而所述UE群组的计费信息中包含所述赞助商的charging key。

在一种实施方式中，所述CHF可以根据接收的所述计费信息查询请求中的所述UE群组的标识、所述业务端的设备信息中的至少一项，获取所述UE群组的签约信息，然后根据该签约信息、计费策略，生成所述UE群组的计费相关信息，以及为所述赞助商的标识所指示的赞助商分配charging key，从而得到所述UE群组的计费信息。

其中，所述UE群组的计费相关信息中可以包含数据包统计规则、计费方式、流量使用量的上报规则、为所述UE群组/所述群组会话分配的流量配额、该流量配置的授权有效时间等等。

S504：所述PCF根据接收的所述UE群组的计费信息(可选的，所述UE群组的上下文等)生成PCC rule。所述PCF向所述SMF发送会话管理策略响应(SM policy response)。其中，该会话管理策略响应中可以包含所述PCC rule。所述会话管理策略响应中还可以包含所述UE群组的标识、所述业务端的设备信息，所述赞助商的标识中的至少一项。

可选的，PCC rule，以及所述UE群组的标识、所述业务端的设备信息、所述赞助商的标识中的至少一项，可以携带在会话管理策略响应中的会话管理策略转发(SM policytransfer)信元中。

当所述会话管理策略转发信元中包含所述PCC rule和所述赞助商的标识时，所述SMF可以将所述PCC rule与所述赞助商的标识绑定，表示根据所述PCC rule统计的流量使用量用于所述赞助商的流量计费。

S505：所述SMF根据所述PCC rule，生成URR和PDR，向UPF发送携带所述URR和PDR的组共享传输隧道建立(group shared tunnel establishment)消息。

其中，所述URR用于表征所述群组会话的流量使用量的上报规则，用于指示UPF在符合该URR时，上报所述群组会话的流量使用量。可选的，所述URR中可以携带所述业务端的设备信息、所述群组会话的标识中的至少一项。

所述PDR用于表征所述UPF对数据包进行检测的检测规则，所述PDR中可以携带所述业务端的设备信息，用于指示所述UPF需要对包含所述业务端的设备信息进行检测或流量统计。可选的，所述PDR中还可以包含所述群组会话的标识，用于指示所述UPF对在所述群组会话中传输的数据包进行检测或流量统计。

所述组共享传输隧道建立消息用于指示所述UPF建立所述群组会话中的所述UPF与基站之间的传输隧道，和/或，所述UPF与服务器之间的传输隧道。可选的，所述组共享传输隧道建立消息中还可以包含组N4配置(group N4 configuration)信元，所述组N4配置信元中包含所述群组会话的标识。

需要说明是，所述SMF在生成所述URR和所述PDR后，可以先将所述URR和所述PDR发送给所述CHF进行授权，当授权通过后，所述SMF在将所述URR和所述PDR发送给UPF。

S506：所述群组会话建立完成。之后，所述业务端可以将业务数据发送给所述UE群组中成功加入所述群组会话的UE。然后每个加入所述群组会话的UE均可以通过所述群组会话，经过基站、UPF将业务数据发送给DN中的服务器，如图中第一UE发送数据流1、第二UE发送数据流2所经过的路径所示。

S507：在所述UE群组利用所述群组会话，在所述业务端与移动通信系统之间传输业务数据的过程中，所述UPF可以在所述群组会话中的基站与所述UPF之间的传输隧道中检测符合所述PDR的数据包，并对符合所述PDR的数据包的数据量进行统计，从而得到所述群组会话的流量使用量；然后所述UPF根据所述URR，向所述SMF发送用量报告。其中，所述用量报告中包含所述群组会话的流量使用量，以及群组会话的标识。

可选的，所述用量报告中还可以包含所述业务端的设备信息。

S508：所述SMF可以根据所述用量报告中所述群组会话的流量使用量，生成所述赞助商的流量账单。

S509：所述SMF向所述CHF发送包含所述赞助商的流量账单和所述赞助商的charging key的流量账单容器(container)。

这样，所述CHF可以基于所述流量账单容器中的所述目标赞助商的流量账单和charging key，生成所述赞助商的CHF-CDR话单。

与图4所示的实施例类似的，当所述群组会话中仅存在一个QoS流，或者所述PCCrule是针对群组会话分配的默认PCC rule，那么本实施例涉及的群组会话的流量使用量为通过该群组会话传输数据的流量使用量。而当群组会话中存在多个QoS流，且所述PCC rule是针对群组会话中的一个目标QoS流分配时，本申请实施例涉及的群组会话的流量使用量应该为通过该群组会话的所述目标QoS流传输数据的流量使用量。

为了在移动通信系统通过UE群组通信方案实现聚合业务场景中实现流量计费，本申请实施例提供了另一种通信方法。该方法可以适用于如图1或图2所示的移动通信系统。下面可以参考图6所示的流程图对该方法进行具体说明。

S601：在群组会话建立流程中，SMF向PCF发送第一请求。相应的，所述PCF接收来自所述SMF的所述第一请求。

例如，所述第一请求中包含目标UE群组中请求加入或被配置加入所述群组会话的第一UE的标识，以及以下至少一项：所述目标UE群组的标识、业务端的设备信息。所述第一请求用于请求所述群组会话对应的PCC rule。

示例性的，所述第一UE可以触发该群组会话建立流程，请求加入所述群组会话；或者核心网(例如核心网中的SMF)可以触发该群组会话建立流程，并配置所述第一UE加入所述群组会话。

其中，所述群组会话用于传输所述目标UE群组的数据；所述目标UE群组中的多个UE连接所述业务端，所述目标UE群组中的每个UE用于在所述业务端和移动通信系统之间传输数据。

在本实施例中，业务端、目标UE群组、移动通信系统之间的关系可以与图4所示的实施例相同，此处不再赘述。

可选的，所述业务端的设备信息可以为业务端的地址或者所述业务端的标识等唯一标识该业务端的信息，本申请对此不作限定。

需要说明的是，如果所述目标UE群组中同时有多个UE请求加入或被配置加入所述群组会话，那么所述第一请求中可以包含该多个UE的标识。例如，当目标UE群组中还存在第二UE请求加入或被配置加入所述群组会话时，本申请实施例中涉及第一UE的标识的步骤中还可以包含第二UE的标识。

S602：所述PCF根据所述第一请求，向所述SMF发送PCC rule。其中，所述PCC rule中包含所述第一UE的charging key。所述SMF接收来自所述PCF的所述PCC rule。

可选的，所述SMF可以通过会话管理流程从所述PCF获取所述PCC rule。例如，在S601中，所述SMF可以将所述第一请求携带在会话管理策略请求(SM policy request)中发送；相应的，在S602中，所述PCF可以将所述PCC rule携带在会话管理响应(SM policyresponse)中发送。

在一种实施方式中，所述PCF可以通过以下步骤S6021-S6023，向所述SMF发送所述PCC rule。

S6021：所述PCF向CHF发送第二请求。所述第二请求用于请求所述目标UE群组的计费信息(charging information)，所述第二请求中可以包含所述第一UE的标识，以及以下至少一项：所述目标UE群组的标识、所述业务端的设备信息。

S6022：所述CHF根据所述第二请求，确定所述目标UE群组的计费信息，向所述PCF发送所述目标UE群组的计费信息。所述PCF从所述CHF接收所述目标UE群组的计费信息。其中，所述目标UE群组的计费信息中包含所述第一UE的charging key。

在本步骤中，所述CHF在接收到所述第二请求后，可以根据所述目标UE群组的标识、所述业务端的设备信息中的至少一项，确定所述目标UE群组的计费相关信息，并为所述第一UE的标识所指示的所述第一UE分配charging key，从而最终得到所述目标UE群组的计费信息。

例如，所述CHF可以根据所述目标UE群组的标识、所述业务端的设备信息中的至少一项，获取所述目标UE群组的签约信息；又或者所述CHF可以根据所述第一UE的标识获取所述第一UE的签约信息，再根据所述目标UE群组的标识、所述业务端的设备信息中的至少一项，从所述第一UE的签约信息中查找所述目标UE群组的签约信息。然后所述CHF根据该签约信息和计费策略，生成所述目标UE群组的计费相关信息，以及为所述第一UE分配chargingkey，从而得到所述目标UE群组的计费信息。

其中，所述目标UE群组的计费相关信息中可以包含数据包统计规则、计费方式、流量使用量的上报规则、为所述目标UE群组/所述群组会话分配的流量配额、该流量配置的授权有效时间等等。

S6023：所述PCF根据所述目标UE群组的计费信息，生成所述PCC rule，并向所述SMF发送所述PCC rule。其中，所述PCC rule中包含所述第一UE的charging key。

可选的，所述PCF在执行S6021-S6023之前，还可以从UDR获取所述目标UE群组的上下文，具体过程可以参考图4中的步骤S4021a-S4021b。其中，所述目标UE群组的上下文中可以包含所述目标UE群组中的成员信息、群组会话的QoS需求等信息。

当所述UE群组的上下文中包含所述UE群组的成员信息时，所述PCF在发送所述第二请求之前，所述PCF可以对请求加入或被配置加入所述群组会话的第一UE进行认证，判断其是否属于所述UE群组。

S603：所述SMF根据接收的所述PCC rule，向CHF发送所述第一UE的流量账单。所述流量账单用于表征所述第一UE的流量使用量，所述第一UE的流量使用量为所述第一UE通过所述群组会话传输数据的流量使用量。

在本申请实施例中，所述SMF可以但不限于通过以下两种方案，执行S603：

方案A：对整个群组会话进行流量统计，然后根据群组会话的流量使用量确定第一UE的流量使用量。下面对参考图6中的步骤S603A1-S603A5，对方案A进行说明。

S603A1：所述SMF根据接收的所述PCC rule，生成URR，所述URR用于指示UPF上报所述群组会话的流量使用量；并向所述UPF发送所述URR。所述UPF接收来自所述SMF的所述URR。

本步骤与图4中的S4031相同，相同步骤可以相互参考，此处不再赘述。

S603A2：在所述群组会话建立成功后，所述UPF可以统计所述群组会话的流量使用量，具体过程可以参考图4中的步骤S4032，此处不再赘述。

S603A3：所述UPF根据所述URR，向所述SMF发送用量报告。所述SMF接收来自所述UPF的用量报告，所述用量报告中包含所述群组会话的流量使用量。

可选的，所述用量报告中还可以包含所述群组会话的标识或所述业务端的设备信息中的至少一项。

S603A4：所述SMF根据所述群组会话的流量使用量，生成所述第一UE的流量账单。

在本步骤中，所述SMF可以根据所述群组会话的流量使用量，计算所述目标UE群组中多个待计费UE中每个待计费UE的流量使用量(包含第一UE的流量使用量)；然后根据每个待计费UE的流量使用量(其中第一UE的流量使用量)，生成所述第一UE的流量账单。其中，所述多个待计费UE为所述目标UE群组中已成功加入所述群组会话的UE，所述多个待计费UE中包含所述第一UE。

在一种实施方式中，所述SMF可以将所述群组会话的流量使用量均摊给所述多个待计费UE。在本实施方式中，所述SMF可以根据所述群组会话的流量使用量，以及所述多个待计费UE的数量，确定每个待计费UE的流量使用均量(等于第一UE的流量使用量)；然后根据每个待计费UE的流量使用均量，生成所述第一终端设备的流量账单。

在本领域中，采用UE群组通信方案的场景一般为大上行场景或高可靠性场景。在大上行场景中，为了保证业务传输效率，移动通信系统(例如基站)一般会配置UE群组中每个UE传输数据量相同或相近的业务数据，即UE群组中多个待计费UE的流量使用量应该相同或相近。因此，在大上行场景中，通过本实施例，所述SMF将群组会话的流量使用量均摊给所述多个待计费UE，可以比较合理地得到每个待计费UE的流量使用量。

而高可靠性场景中，UE群组中的每个UE均传输完整的业务数据，因此理论上UE群组中的多个待计费UE的理论使用量应该相同。因此，在高可靠性场景中，通过本实施例，所述SMF将群组会话的流量使用量均摊给所述多个待计费UE，可以比较准确地得到每个待计费UE的流量使用量。

在另一种实施方式中，所述SMF还可以从基站获取所述多个待计费UE的流量使用占比信息，然后基于该流量使用占比信息和所述群组会话的流量使用量，准确地确定每个待计费UE的流量使用量。在本实施方式中，所述SMF可以通过以下步骤S603A6、S603A7(以及可选的S603A8)，确定每个待计费UE的流量使用量：

S603A6：在所述群组会话建立成功后，所述多个待计费UE所接入的第一基站确定流量使用占比信息，其中，所述流量使用占比信息用于表征多个待计费UE通过群组会话传输数据的流量使用占比情况。

可选的，所述第一基站可以在所述群组会话建立成功自行启动统计该流量使用占比信息；或者所述第一基站可以根据协议规定或核心网的配置，启动统计该流量使用占比信息。在一种实现方式中，所述SMF可以通过S603A8，指示所述第一基站统计所述流量使用占比信息：

S603A8：所述SMF根据接收的PCC rule，向所述第一基站发送第一指示。所述第一基站接收来自所述SMF的第一指示。其中，所述第一指示用于指示所述第一基站上报所述流量使用占比信息。

可选的，所述第一指示可以包含所述多个待计费UE的标识和所述群组会话的标识中的至少一项。这样，所述第一基站可以根据上述信息，确定所述多个待计费UE。例如，当所述第一指示中包含所述群组会话的标识时，所述第一基站可以根据所述群组会话的标识，确定接入所述第一基站且成功加入所述群组会话的所述多个待计费UE，从而可以对所述多个待计费UE统计流量使用占比信息。又例如，当所述第一指示中包含所述多个待计费UE的标识时，所述第一基站可以直接确定所述多个待计费UE，并对所述多个待计费UE统计流量使用占比信息。

可选的，所述PCC rule中可以包含指示需要基站上报流量使用占比信息的第一信息，或者包含指示所述目标UE群组中待计费UE的流量使用量的计算方案(即本实施方式提供的方案)的第二信息，所述SMF可以根据所述PCC rule中的第一信息或第二信息，向所述第一基站发送所述第一指示。

可选的，所述SMF还可以在接收到所述PCC rule后，触发向所述第一基站发送所述第一指示。

还需要说明的是，所述第一指示中还可以包含流量使用占比信息的上报规则，例如周期性或定时上报，或者满足上报条件时上报(例如流量使用占比信息发生变化时上报)。这样，所述第一基站可以在满足该上报规则时，向所述SMF上报所述流量使用占比信息。

S603A7：所述第一基站向所述SMF发送所述流量使用占比信息。所述SMF接收来自所述第一基站的所述流量使用占比信息。

可选的，所述流量使用占比信息中包含所述多个待计费UE的标识，还可以携带时间信息。该时间信息用于指示统计该流量使用占比信息的时间段。这样，SMF还可以统计分析不同时间段内所述多个待计费UE的流量使用情况。

应注意，在S603A7中，所述第一基站可以直接向所述SMF发送所述流量使用占比信息，还可以通过AMF将所述流量使用占比信息转发到所述SMF，本申请对此不作限定。

需要说明的是，由于目标UE群组为同一个业务端服务，因此所述目标UE群组中的所有UE一般位于同一固定的场景中，因此，所述目标UE群组中的已加入群组会话的多个待计费UE基本上可以接入同一基站(即第一基站)，在该情况下，UPF统计的群组会话的流量使用量，即为该第一基站通过所述群组会话传输所述多个待计费UE的数据的流量使用总量。

然而，在一些特殊场景中，所述目标UE群组中已加入群组会话的UE还可以通过接入不同的基站加入群组会话，例如一部分待计费UE通过第一基站加入所述群组会话，另一部分待计费UE通过第二基站加入所述群组会话。那么，在这些场景中，UPF可以针对不同的基站，分别统计群组会话的流量使用量。即UPF针对第一基站，统计第一基站通过所述群组会话传输待计费UE的数据的流量使用总量，然后基于该流量使用总量，以及第一基站上报的流量使用占比信息，确定接入第一基站的各个待计费UE的流量使用量。

具体的，所述第一基站可以根据所述群组会话中的数据在所述多个待计费UE的无线资源承载上传输的占比，或所述第一基站决策的所述多个待计费UE传输群组会话数据的分流占比(如UE1传输1/3，UE2传输1/6，UE3传输1/2等，该分流占比可以根据UE的信道状况决定)，确定所述多个待计费UE的流量使用占比信息。

示例性的，所述第一基站上报的多个待计费UE的流量使用占比信息，可以但不限于为以下至少一项：所述多个待计费UE的空口资源使用占比信息，所述第一基站转发各个待计费UE的数据量的比例，所述第一基站转发各个待计费UE的数据包数量的比例等。

通过本实施例方式，根据第一基站上报的多个待计费UE的流量使用占比信息，所述SMF可以更为精确地确定每个待计费UE的流量使用量。

在一些实施例中，为了降低基站发送流量使用占比信息的信息开销，所述第一基站在确定多个待计费UE的流量使用占比后，可以采用阶梯型上报方式通过流量使用占比信息上报多个待计费UE的流量使用占比。例如，流量使用占比0％-10％对应指示序列000，流量使用占比10％-20％对应指示序列001，……。这样，所述第一基站上报的流量使用占比信息中包含每个待计费UE的标识和对应的指示序列。

通过上述任一方式确定待计费UE的流量使用量，即可生成所述第一UE的流量账单。

S603A5：所述SMF根据所述第一UE的charging key，向所述CHF发送所述第一UE的流量账单。

可选的，所述SMF可以将所述第一UE的流量账单携带在流量账单容器中发送给所述CHF，其中，所述流量账单容器中还包含所述第一UE的charging key。这样，所述CHF可以基于所述流量账单容器中的所述第一UE的流量账单和charging key，生成所述第一UE的CHF-CDR话单。

在本发明的另一个实施例中，也可以通过下面的方案B来实现上述步骤S603。

方案B：对第一UE进行流量统计，确定第一UE的流量使用量。下面参考图6中的步骤S603B1-S603B4(可选的，S603B5)，对方案B进行说明。

S603B1：在所述群组会话建立成功后，所述第一UE所接入的第一基站统计所述第一UE的流量使用量。

可选的，所述第一基站可以根据发往/来自UPF的数据包使用所述第一基站与哪个UE之间的无线承载，来计算该UE通过所述群组会话传输数据的流量使用量，即当所述第一基站确定某个数据包是通过所述第一基站与第一UE之间的无线承载传输时，则根据该数据包的数据量，计算所述第一UE的流量使用量。

可选的，所述第一基站可以在所述群组会话建立成功后自行启动统计所述第一UE的流量使用量；或者所述第一基站可以根据协议规则或核心网的配置，启动统计所述第一UE的流量使用量。在一种实现方式中，所述SMF可以通过S603B5，指示所述第一基站统计所述第一UE的流量使用量：

S603B5：所述SMF根据接收的PCC rule，向所述第一基站发送第二指示，所述第二指示用于指示所述第一基站上报所述第一UE的流量使用量。

可选的，所述第二指示包含所述第一UE的标识，以及所述群组会话的标识中的至少一项。这样，所述第一基站可以根据上述信息，确定所述第一UE。例如，当所述第二指示中包含所述群组会话的标识时，所述第一基站可以根据所述群组会话的标识，确定接入所述第一基站且成功加入所述群组会话的至少一个待计费UE(包含第一UE)，从而可以统计至少一个待计费UE(所述第一UE)的流量使用量。又例如，当所述第二指示中包含所述第一UE的标识时，所述第一基站可以直接统计所述第一UE的流量使用量。

可选的，所述第二指示中还可以包含所述目标UE群组中其他已成功加入所述群组会话，且接入所述第一基站的其他UE的标识。这样，所述第一基站还可以统计该其他UE的流量使用量。

可选的，所述PCC rule中可以包含指示需要基站上报流量使用量的第一信息，或者包含指示所述目标UE群组中每个待计费UE的流量使用量的统计方案(即方案B)的第二信息，所述SMF可以根据所述PCC rule中的第一信息或第二信息，向所述第一基站发送所述第二指示。

可选的，所述SMF还可以在接收到所述PCC rule后，触发向所述第一基站发送所述第二指示。

还需要说明的是，所述第二指示中还可以包含流量使用量的上报规则，例如周期性或定时上报，或者满足上报条件时上报。这样，所述第一基站可以在满足该上报规则时，向所述SMF上报所述第一UE的流量使用量。

S603B2：所述第一基站向所述SMF发送用量报告，所述SMF接收来自所述第一基站的用量报告。其中，所述用量报告中包含所述第一UE的流量使用量。可选的，所述用量报告中可以包含所述第一UE的标识，以标志包含的流量使用量为第一UE的。

可选的，所述用量报告中还可以包含所述群组会话的标识、所述业务端的设备信息中的至少一项。

应注意，在S603B2中，所述第一基站可以直接向所述SMF发送所述用量报告，还可以通过AMF将所述用量报告转发到所述SMF，本申请对此不作限定。

基于前序部分对群组会话的解释可知，所述第一基站与所述第一UE之间的无线承载，可以通过两种方式实现：

方式一：所述第一UE不感知所述群组会话。所述第一UE与所述第一基站之间通过第一QoS流传输所述群组会话中的数据，其中，所述第一QoS流为所述第一UE的会话中的QoS流。在所述第一UE侧和所述第一基站侧保存有所述第一QoS流与所述群组会话中的无线承载之间的对应关系。

方式二：所述第一UE能够感知所述群组会话。所述第一UE与所述第一基站之间通过第二QoS流传输所述群组会话中的数据，其中，所述第二QoS流为所述群组会话中的QoS流。

可选的，在本方式二中，当所述目标UE群组中存在接入所述第一基站，且成功加入所述群组会话的其他UE(以第二UE为例)时，所述第一基站可以将所述第一UE的流量使用量和所述第二UE的流量使用量同时携带在用量报告中上报。当然，所述第一基站可以针对每个UE单独上报，本申请对此不作限定。

在一种实现方式中，无论所述第一UE是否能够感知所述群组会话，所述第一基站上报的所述用量报告中可以包含所述群组会话的标识和所述第一UE的标识。可选的，所述用量报告中还可以包含所述业务端的设备信息。

在一种实现方式中，当所述第一UE不能感知所述群组会话时，所述第一基站上报的所述用量报告中可以包含所述群组会话的标识和所述第一UE的会话标识。这样，所述SMF可以根据所述第一UE的会话标识确定所述第一UE，从而确定所述用量报告是针对所述第一UE发送的。可选的，所述用量报告中还可以包含所述业务端的设备信息；还可以包含所述第一UE的标识，以便指示所述SMF所述用量报告是针对所述第一UE发送的。

应注意的是，无论所述第一UE是否能够感知所述群组会话，所述第一基站可以通过所述第一UE的会话对应的容器上报所述用量报告，或者通过所述群组会话对应的容器上报所述用量报告。其中，第一UE的会话对应的容器的头部(header)包含所述第一UE的会话的标识，有效载荷部分包含所述用量报告中的各种信息(可以包含所述第一UE的会话的标识，也可以不包含所述第一UE的会话的标识)；所述群组会话对应的容器头部包含所述群组会话的标识，有效载荷部分包含所述用量报告中的各种信息(可以包含所述群组会话的标识，也可以不包含所述群组会话的标识)。

S603B3：所述SMF根据所述第一UE的流量使用量，生成所述第一UE的流量账单。

S603B4：所述SMF根据所述第一UE的charging key，向所述CHF发送所述第一UE的流量账单。

本步骤与方案A中的S603A5相同，相同步骤可以相互参考，此处不再赘述。

需要说明的是，由于移动通信系统可以在群组会话中建立一个或多个QoS流，不同的QoS流对应不同的业务，每个QoS流用于传输具有对应业务的业务数据。因此，当本申请实施例中的群组会话中仅存在一个QoS流，或者所述PCC rule是针对所述群组会话分配的默认PCC rule，那么本申请实施例涉及的群组会话的流量使用量为通过该群组会话传输数据的流量使用量，第一UE的流量使用量为第一UE通过所述群组会话传输数据的流量使用量。而当群组会话中存在多个QoS流，且所述PCC rule是针对群组会话中的一个目标QoS流分配时，本申请实施例涉及的群组会话的流量使用量应该为通过该群组会话的所述目标QoS流传输数据的流量使用量，第一UE的流量使用量为第一UE通过所述群组会话中的所述目标QoS流传输数据的流量使用量。

综上，本申请实施例提供了一种通信方法，通过该方法，SMF可以在针对目标UE群组建立群组会话的过程中，获取所述群组会话对应的PCC rule，其中，所述PCC rule中包含该目标UE群组中请求加入或被配置加入所述群组会话的第一UE的charging key；所述SMF可以根据获取的所述PCC rule，确定第一UE的流量使用量，并向CHF发送所述第一UE的流量账单。通过该方法，移动通信系统在通过UE群组通信方法实现聚合业务时，能够确定UE群组中每个待计费UE的流量使用量，从而以UE为粒度进行流量计费。

基于图6所示的实施例，本申请还提供了一些通信方法的实施例，这些实施例也可以适用于如图1或图2所示的移动通信系统。下面参考图7-图9所示的流程图，分别对每个实施例提供的方法进行详细说明。

图7对应的实施例是对整个群组会话进行流量统计，然后根据群组会话的流量使用量，以及基站上报的UE群组中各个待计费UE的流量占比信息，对每个待计费UE进行流量统计，并针对每个待计费UE进行计费。下面参考图7对本实施例进行具体说明。

S700：当UE群组中请求加入群组会话的UE(以第一UE和第二UE为例)或核心网配置UE群组中的第一UE和第二UE加入群组会话时，触发群组会话建立流程。

在该过程中，核心网能够获得该UE群组的标识、群组会话的标识，UE群组连接的业务端的设备信息等信息，还可以获得请求加入或被配置加入群组会话的UE的标识(即第一UE的标识和第二UE的标识)。

S701：核心网中的SMF向PCF发送会话管理策略请求(SM policy request)。其中，所述会话管理策略请求中可以包含第一UE列表，以及以下至少一项：所述UE群组的标识、所述业务端的设备信息。

其中，所述第一UE列表中包含请求加入或被配置加入所述群组会话的所有UE的标识(即第一UE的标识和第二UE的标识)。

S702a：所述PCF向所述UDR发送群组上下文查询请求(group context query)。所述群组上下文查询请求中可以包含所述UE群组的标识和所述业务端的设备信息中的至少一项。

S702b：所述UDR可以根据所述群组上下文查询请求查询所述UE群组的上下文。所述UDR向所述PCF发送群组上下文查询响应(group context query response)。所述群组上下文查询响应中包含所述UE群组的上下文。

例如，所述UDR可以根据所述群组上下文查询请求包含的所述UE群组的标识和所述业务端的设备信息中的至少一项，查询所述UE群组的上下文。

可选的，所述UE群组的上下文中还可以包含所述UE群组中的成员信息、所述UE群组对应的群组会话的QoS需求等信息。

当所述UE群组的上下文中包含所述UE群组的成员信息时，所述PCF在接收到所述UE群组的上下文后，根据所述UE群组中的上下文中UE群组中的成员信息，对所述第一UE列表中的每个UE进行认证，判断其是否属于所述UE群组。通过该认证步骤，所述PCF可以在第一UE列表中筛选出属于所述UE群组(具有加入所述群组会话的权限)的UE，并基于筛选出的UE生成第二列表。

因此，所述第二UE列表可以为所述第一UE列表的子集。本申请后续步骤以所述第二UE列表中包含第一UE的标识和第二UE的标识为例。

需要说明的是，S702a和S702b为可选步骤，当这两个步骤不执行时，后续步骤中涉及的第二UE列表等同于第一UE列表。

S703a：所述PCF向CHF发送计费信息查询请求(charging information query)。其中，所述计费信息查询请求中包含第二UE列表，以及所述UE群组的标识和所述业务端的设备信息中的至少一项。

S703b：所述CHF根据接收的计费信息查询请求，得到所述UE群组的计费信息，然后所述CHF向所述PCF发送计费信息查询响应(charging information query response)。其中，所述计费信息查询响应中包含所述UE群组的计费信息，而所述UE群组的计费信息中包含所述第二UE列表中每个UE的charging key。

在一种实施方式中，所述CHF可以根据接收的所述计费信息查询请求中的所述UE群组的标识、所述业务端的设备信息中的至少一项，获取所述UE群组的签约信息，然后根据该签约信息、计费策略，生成所述UE群组的计费相关信息，以及为所述第二UE列表中每个UE分配charging key，从而得到所述UE群组的计费信息。

其中，所述UE群组的计费相关信息中可以包含数据包统计规则、计费方式、流量使用量的上报规则、为所述UE群组/所述群组会话分配的流量配额、该流量配置的授权有效时间等等。

S704：所述PCF根据接收的所述UE群组的计费信息(可选的，所述UE群组的上下文)等生成PCC rule。所述PCF向所述SMF发送会话管理策略响应(SM policy response)。其中，该会话管理策略响应中可以包含所述PCC rule。该会话管理策略响应中还可以包含所述UE群组的标识、所述业务端的设备信息，所述第二UE列表中的至少一项。

可选的，PCC rule，以及所述UE群组的标识、所述业务端的设备信息、所述第二UE列表的标识中的至少一项，可以携带在会话管理策略响应中的会话管理策略转发(SMpolicy transfer)信元中。

S705：所述SMF根据所述PCC rule，生成URR和PDR，向UPF发送携带所述URR和PDR的组共享传输隧道建立(group shared tunnel establishment)消息。

其中，所述URR用于表征所述群组会话的流量使用量的上报规则，用于指示UPF在符合该URR时，上报所述群组会话的流量使用量。可选的，所述URR中可以携带所述业务端的设备信息、所述群组会话的标识中的至少一项。

所述PDR用于表征所述UPF对数据包进行检测的检测规则，所述PDR中可以携带所述业务端的设备信息，用于指示所述UPF需要对包含所述业务端的设备信息进行检测或流量统计。可选的，所述PDR中还可以包含所述群组会话的标识，用于指示所述UPF对在所述群组会话中传输的数据包进行检测或流量统计。

在本步骤中，该组共享传输隧道建立消息用于指示所述UPF建立所述群组会话中的所述UPF与基站之间的传输隧道，和/或，所述UPF与服务器之间的传输隧道。可选的，所述组共享传输隧道建立消息中还可以包含组N4配置(group N4 configuration)信元，所述组N4配置信元中包含所述群组会话的标识。

需要说明是，所述SMF在生成所述URR和所述PDR后，可以先将所述URR和所述PDR发送给所述CHF进行授权，当授权通过后，所述SMF在将所述URR和所述PDR发送给UPF。

S706：所述SMF根据所述PCC rule，向所述第二UE列表中的UE所接入基站发送组共享传输隧道建立(group shared tunnel establishment)消息。其中，该组共享传输隧道建立消息中包含所述第二UE列表，还可以包含所述群组会话的标识。该组共享传输隧道建立消息用于指示所述基站上报所述第二UE列表中多个UE的流量使用占比信息。

本申请以第二UE列表中第一UE和第二UE接入相同的基站为例说明。

在本步骤中，该组共享传输隧道建立消息用于指示所述基站建立所述群组会话中的所述基站与UPF之间的传输隧道，和/或，所述基站与第二UE列表中的UE之间的传输隧道。可选的，所述组共享传输隧道建立消息中还可以包含组N3配置(group N3 configuration)信元，所述组N3配置信元中可以包含所述群组会话的标识。

在本实施例中，S706中的所述组共享传输隧道建立消息相当于图6所示的实施例中的S603A8中的第一指示，第二UE列表中的UE相当于UE群组中的待计费UE。因此，关于所述组共享传输隧道建立消息中的内容，以及所述SMF如何根据所述PCC rule发送所述组共享传输隧道建立消息，可以参考图6所示的实施例中的S603A8中的描述，此处不再赘述。

S707：所述群组会话建立完成。之后，所述业务端可以将业务数据发送给所述UE群组中成功加入所述群组会话的UE。然后每个加入所述群组会话的UE均可以通过所述群组会话，经过基站、UPF将业务数据发送给DN中的服务器，如图中第一UE发送数据流1、第二UE发送数据流2所经过的路径所示。

S708：在所述UE群组利用所述群组会话，在所述业务端与移动通信系统之间传输业务数据的过程中，所述基站可以统计所述第二UE列表中多个UE的流量使用占比信息；然后向所述SMF发送第一用量报告。其中，所述第一用量报告中包含所述第二UE列表中多个UE的流量使用占比信息，还可以包含所述群组会话的标识。

可选的，所述流量使用占比信息，可以但不限于为以下至少一项：所述第二UE列表中的多个UE的空口资源使用占比信息，所述基站转发第二UE列表中各个UE的数据量的比例，所述基站转发第二UE列表中各个UE的数据包数量的比例，所述群组会话中的数据在所述多个待计费UE的无线资源承载上传输的占比，所述第一基站决策的所述多个待计费UE传输群组会话数据的分流占比等。

在本实施例中，所述基站统计和上报所述第二UE列表中多个UE的流量使用占比信息的过程可以参考图6所示的实施例中的S603A7中的描述，此处不再详细赘述。

S709：在所述UE群组利用所述群组会话，在所述业务端与移动通信系统之间传输业务数据的过程中，所述UPF可以在所述群组会话中的基站与所述UPF之间的传输隧道中检测符合所述PDR的数据包，并对符合所述PDR的数据包的数据量进行统计，从而得到所述群组会话的流量使用量；然后所述UPF根据所述URR，向所述SMF发送第二用量报告。其中，所述第二用量报告中包含所述群组会话的流量使用量，以及群组会话的标识。

可选的，所述用量报告中还可以包含所述业务端的设备信息。

S710：所述SMF根据所述第一用量报告中第二UE列表中多个UE的流量使用占比信息，所述第二用量报告中所述群组会话的流量使用量，得到所述第二UE列表中每个UE的流量使用量。所述SMF可以根据第一UE的流量使用量，生成第一UE的流量账单；根据第二UE的流量使用量，生成第二UE的流量账单。

S711：所述SMF向所述CHF发送包含所述第一UE的流量账单和所述第一UE的charging key的第一流量账单容器；向所述CHF发送包含所述第二UE的流量账单和所述第二UE的charging key的第二流量账单容器。

这样，所述CHF可以基于所述第一流量账单容器中的所述第一UE的流量账单和所述第一UE的charging key，生成所述第一UE的CHF-CDR话单；以及基于所述第二流量账单容器中的所述第二UE的流量账单和所述第二UE的charging key，生成所述第二UE的CHF-CDR话单。

与图6所示的实施例类似的，当所述群组会话中仅存在一个QoS流，或者所述PCCrule是针对群组会话分配的默认PCC rule，那么本实施例涉及的群组会话的流量使用量为通过该群组会话传输数据的流量使用量，任一个UE的流量使用量为该UE通过该群组会话传输数据的流量使用量。而当群组会话中存在多个QoS流，且所述PCC rule是针对群组会话中的一个目标QoS流分配时，本申请实施例涉及的群组会话的流量使用量应该为通过该群组会话的所述目标QoS流传输数据的流量使用量，任一个UE的流量使用量为该UE通过所述群组会话中所述目标QoS流传输数据的流量使用量。

图8对应的实施例是对整个群组会话进行流量统计，然后将群组会话的流量使用量均摊给UE群组中的待计费UE，最终针对每个待计费UE进行计费。下面参考图8对本实施例进行具体说明。

S800-S805与图7所示的实施例中S700-S705相同，S806、S807、S809分别与图7所示的实施例中的S707、S709、S711相同，相同步骤可以相互参考，此处不再赘述。

不同的是：

S808：所述SMF将通过S807中接收的用量报告中的群组会话的流量使用量，均摊给第二UE列表中每个UE，得到第二UE列表中每个UE的流量使用量。然后所述SMF可以根据第一UE的流量使用量，生成第一UE的流量账单；根据第二UE的流量使用量，生成第二UE的流量账单。

图9对应的本实施例是对UE群组中每个待计费UE进行流量统计，并针对每个待计费UE进行计费。下面参考图9对本实施例进行具体说明。

S900-S904与图7所示的实施例中的S700-S704相同，S906、S909分别与图7所示的实施例中的S707、S711相同，相同步骤可以相互参考，此处不再赘述。

不同的是：

S905：SMF根据通过S904接收的PCC rule，向第二UE列表中的UE所接入的基站发送传输隧道建立消息(group shared tunnel establishment)，其中，所述传输隧道建立消息中包含所述第二UE列表，还可以包含所述群组会话的标识。所述传输隧道建立消息用于指示所述基站统计所述第二UE列表中每个UE的流量使用量。

本实施例以第二UE列表中包含第一UE和第二UE，且所述第一UE和第二UE接入相同的基站为例说明。

在本实施例中，所述传输隧道建立消息相当于图6所示的实施例中的S603B5中的第二指示，第二UE列表中的UE相当于UE群组中的待计费UE。因此，关于所述传输隧道建立消息中的内容，以及所述SMF如何根据所述PCC rule发送所述传输隧道建立消息，可以参考图6所示的实施例中的S603B5中的描述，此处不再赘述。

与图7所示的实施例中S706中的隧道传输建立消息相同，该传输隧道建立消息用于指示所述基站建立所述群组会话中的所述基站与UPF之间的传输隧道，和/或，所述基站与第二UE列表中的UE之间的传输隧道。可选的，所述传输隧道建立消息中还可以包含N3配置(group N3 configuration)信元，所述N3配置信元中可以包含所述群组会话的标识。

在群组会话建立完成后，所述基站可以统计第二UE列表中每个UE的流量使用量，并可以采用S907a或S907b，将每个UE的流量使用量发送给SMF。

S907a：所述基站可以针对第二UE列表中的每个UE分别发送用量报告，即所述基站向所述SMF发送第一UE的用量报告，以及第二UE的用量报告。其中，所述第一UE的用量报告中包含所述第一UE的流量使用量，所述第一UE的用量报告中还包含所述第一UE的会话的标识和/或所述第一UE的标识；所述第二UE的用量报告中包含所述第二UE的流量使用量，所述第二UE的用量报告中还包含所述第二UE的会话的标识和/或所述第二UE的标识。可选的，所述第一UE的用量报告和所述第二UE的用量报告中还可以包含所述群组会话的标识。

在一种实施方式中，所述基站可以通过所述第一UE的会话对应的容器上报所述第一UE的用量报告，通过第二UE的会话对应的容器上报所述第二UE的用量报告。此时，每个UE的会话对应的容器的头部包含相应UE的会话的标识，有效载荷部分包含相应用量报告的其他内容。

在另一种实施方式中，所述基站还可以通过所述群组会话对应的容器分别上报所述第一UE的用量报告和所述第二UE的用量报告。此时，该容器的头部包含所述群组会话的标识，有效载荷部分包含相应用量报告的其他内容。

S907b：所述基站可以发送针对所述UE群组的用量报告，其中，该用量报告中可以包含所述第二UE列表中每个UE的标识，以及每个UE的流量使用量。可选的，该用量报告中还包含所述群组会话的标识。

在本步骤中，所述基站可以通过所述群组会话对应的容器上报针对所述UE群组的用量报告。此时，该容器的头部包含所述群组会话的标识，有效载荷部分包含该用量报告的其他内容。

S908：所述SMF可以根据通过S907a或S907b上报的所述第二UE列表中每个UE的流量使用量，生成每个UE的流量账单，即根据第一UE的流量使用量生成第一UE的流量账单，根据第二UE的理论使用量生成第二UE的流量账单。

需要说明的是，以上各个实施例中涉及的每个步骤可以为相应的设备执行，也可以是该设备内的芯片、处理器或芯片系统等部件执行，本申请实施例并不对其构成限定。以上各实施例仅以由相应设备执行为例进行说明。

需要说明的是，在图4-图9所示的具体实施例中，可以选择部分步骤进行实施，还可以调整图示中步骤的顺序进行实施，本申请对此不做限定。应理解，执行图示中的部分步骤、调整步骤的顺序或相互结合进行具体实施，均落在本申请的保护范围内。

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

基于以上实施例，本申请实施例还提供了一种通信装置，该装置可以应用于图1或图2所示的移动通信系统，用以实现以上图4-图9所示实施例提供的方法。参阅图10所示，所述装置中包含通信单元1001和处理单元1002。

通信单元1001用于接收和发送数据。示例性的，通信单元1001可以通过物理接口、通信模块、通信接口、输入输出接口实现。通信装置1000可以通过该通信单元1001连接网线或电缆，进而与其他设备建立物理连接。

下面对通信装置1000应用于图1或图2所示的移动通信系统中的各个网元时处理单元1002的功能进行介绍。

在一种实施方式中，该通信装置1000应用于图4或图5所示的实施例中的会话管理功能网元，所述处理单元1002，用于：

在群组会话建立流程中，通过所述通信单元1001向策略控制功能网元发送第一请求，所述第一请求用于请求所述群组会话对应的策略和计费控制规则，所述第一请求中包含以下至少一项：目标终端设备群组的标识、业务端的设备信息、所述目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

通过所述通信单元1001接收来自所述策略控制功能网元的所述策略和计费控制规则；其中，所述策略和计费控制规则中包含目标赞助商的计费键值，所述目标赞助商是为所述目标终端设备群组提供流量付费服务的赞助商；

根据所述策略和计费控制规则，通过所述通信单元1001向计费功能网元发送所述目标赞助商的流量账单，所述流量账单用于表征所述群组会话的流量使用量，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量。

可选的，所述处理单元1002，在根据所述策略和计费控制规则，通过所述通信单元1001向计费功能网元发送所述目标赞助商的流量账单时，具体用于：

根据所述策略和计费控制规则，生成用量上报规则，所述用量上报规则用于指示用户面功能网元上报所述群组会话的流量使用量；

通过所述通信单元1001向所述用户面功能网元发送所述用量上报规则；

在所述群组会话建立成功后，通过所述通信单元1001接收来自所述用户面功能网元的用量报告，所述用量报告中包含所述群组会话的流量使用量；

根据所述群组会话的流量使用量，生成所述目标赞助商的流量账单；

根据所述目标赞助商的计费键值，通过所述通信单元1001向所述计费功能网元发送所述目标赞助商的流量账单。

可选的，所述处理单元1002，在通过所述通信单元1001向所述用户面功能网元发送所述用量上报规则时，具体用于：

在通过所述通信单元1001向所述用户面功能网元发送配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息中还包含以下至少一项：所述群组会话的标识、所述业务端的设备信息。

在一种实施方式中，该通信装置1000应用于如图4或图5所示的实施例中的策略控制功能网元，所述处理单元1002，用于：

在群组会话建立流程中，通过所述通信单元1001接收来自会话管理功能网元的第一请求，所述第一请求中包含以下至少一项：目标终端设备群组的标识、业务端的设备信息、所述目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

根据所述第一请求，通过所述通信单元1001向所述会话管理功能网元发送策略和计费控制规则；其中，所述策略和计费控制规则中包含目标赞助商的计费键值，所述目标赞助商是为所述目标终端设备群组提供流量付费服务的赞助商。

可选的，所述处理单元1002，在根据所述第一请求，通过所述通信单元1001向所述会话管理功能网元发送策略和计费控制规则时，具体用于：

根据所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识中的至少一项，获取所述目标赞助商的标识；

通过所述通信单元1001向计费功能网元发送第二请求，所述第二请求用于请求所述目标终端设备群组的计费信息，所述第二请求中包含所述目标赞助商的标识，以及以下至少一项：所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识；

通过所述通信单元1001从所述计费功能网元接收所述目标终端设备群组的计费信息；其中，所述目标终端设备群组的计费信息中包含所述目标赞助商的计费键值；

根据所述目标终端设备群组的计费信息，生成所述策略和计费控制规则；

通过所述通信单元1001向所述会话管理功能网元发送所述策略和计费控制规则。

可选的，所述处理单元1002，在根据所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识中的至少一项，获取所述目标赞助商的标识时，具体用于：

当所述第一请求中包含所述目标终端设备群组的标识和/或所述业务端的设备信息时，通过所述通信单元1001向统一数据库网元发送所述目标终端设备群组的标识和/或所述业务端的设备信息，并通过所述通信单元1001接收来自所述统一数据库网元的所述目标赞助商的标识；或者

当所述第一请求中包含所述第一终端设备的标识时，根据所述第一终端设备的标识，确定所述目标终端设备群组的标识和/或所述业务端的设备信息；并通过所述通信单元1001向统一数据库网元发送所述目标终端设备群组的标识和/或所述业务端的设备信息，并通过所述通信单元1001接收来自所述统一数据库网元的所述目标赞助商的标识；

其中，所述统一数据库网元中保存所述目标终端设备群组的标识和/或所述业务端的设备信息与所述目标赞助商的标识之间的对应关系。

可选的，所述处理单元1002，还用于：

通过所述通信单元1001接收来自所述统一数据库网元的第一指示，所述第一指示用于指示所述目标赞助商的标识用于所述目标终端设备群组的流量计费。

在一种实施方式中，该通信装置1000应用于如图6-图9所示的实施例中的会话管理功能网元，所述处理单元1002，用于：

在群组会话建立流程中，通过所述通信单元1001向策略控制功能网元发送第一请求，所述第一请求用于请求所述群组会话对应的策略和计费控制规则，所述第一请求中包含目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、业务端的设备信息；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

通过所述通信单元1001接收来自所述策略控制功能网元的所述策略和计费控制规则；其中，所述策略和计费控制规则中包含所述第一终端设备的计费键值；

根据所述策略和计费控制规则，通过所述通信单元1001向计费功能网元发送所述第一终端设备的流量账单；其中，所述流量账单用于表征所述第一终端设备的流量使用量，所述第一终端设备的流量使用量为所述第一终端设备通过所述群组会话传输数据的流量使用量。

可选的，所述处理单元1002，在根据所述策略和计费控制规则，通过所述通信单元1001向计费功能网元发送所述第一终端设备的流量账单时，具体用于：

根据所述策略和计费控制规则，生成用量上报规则，所述用量上报规则用于指示用户面功能网元上报所述群组会话的流量使用量；其中，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量；

通过所述通信单元1001向所述用户面功能网元发送所述用量上报规则；

在所述群组会话建立成功后，通过所述通信单元1001接收来自所述用户面功能网元的用量报告，所述用量报告中包含所述群组会话的流量使用量；

根据所述群组会话的流量使用量，生成所述第一终端设备的流量账单；

根据所述第一终端设备的计费键值，通过所述通信单元1001向所述计费功能网元发送所述第一终端设备的流量账单。

可选的，所述处理单元1002，在通过所述通信单元1001向所述用户面功能网元发送所述用量上报规则时，具体用于：

通过所述通信单元1001向所述用户面功能网元发送配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息还包含以下至少一项：所述群组会话的标识、所述业务端的设备信息。

可选的，所述处理单元1002，在根据所述群组会话的流量使用量，生成所述第一终端设备的流量账单时，具体用于：

根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量；其中，所述多个待计费终端设备为所述目标终端设备群组中已成功加入所述群组会话的终端设备，所述多个待计费终端设备中包含所述第一终端设备；

根据每个待计费终端设备的流量使用量，生成所述第一终端设备的流量账单。

可选的，所述处理单元1002，在根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量时，具体用于：

通过所述通信单元1001接收来自第一基站的流量使用占比信息，其中，所述多个待计费终端设备接入所述第一基站，所述流量使用占比信息用于表征所述多个待计费终端设备通过所述群组会话传输数据的流量使用占比情况；

根据所述流量使用占比信息，以及所述群组会话的流量使用量，计算每个待计费终端设备的流量使用量。

可选的，所述处理单元1002，还用于：

在通过所述通信单元1001接收来自第一基站的流量使用占比信息之前，根据所述策略和计费控制规则，通过所述通信单元1001向所述第一基站发送第一指示；其中，所述第一指示用于指示所述第一基站上报所述流量使用占比信息，所述第一指示包含所述多个待计费终端设备的标识，以及所述群组会话的标识中的至少一项。

可选的，所述流量使用占比信息包括：所述多个待计费终端设备的空口资源使用占比信息。

可选的，所述处理单元1002，在根据所述策略和计费控制规则，通过所述通信单元1001向计费功能网元发送所述第一终端设备的流量账单时，具体用于：

通过所述通信单元1001接收来自第一基站的用量报告，所述用量报告中包含所述第一终端设备的流量使用量；其中，所述第一基站为所述第一终端设备接入的基站；

根据所述第一终端设备的流量使用量，生成所述第一终端设备的流量账单；

根据所述第一终端设备的计费键值，通过所述通信单元1001向计费功能网元发送所述第一终端设备的流量账单。

可选的，所述用量报告中包含所述群组会话标识，所述用量报告还包含所述第一终端设备的标识，和/或，所述第一终端设备的会话的标识。

可选的，所述处理单元1002，还用于：

在通过所述通信单元1001接收来自第一基站的用量报告之前，根据所述策略和计费控制规则，通过所述通信单元1001向所述第一基站发送第二指示，所述第二指示用于指示所述第一基站上报所述第一终端设备的流量使用量，所述第二指示包含所述第一终端设备的标识，以及所述群组会话的标识中的至少一项。

在一种实施方式中，该通信装置1000应用于如图6-图9所示的实施例中的策略控制功能网元，所述处理单元1002，用于：

在群组会话建立流程中，通过所述通信单元1001接收来自会话管理功能网元的第一请求，所述第一请求中包含目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、业务端的设备信息；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

根据所述第一请求，通过所述通信单元1001向所述会话管理功能网元发送策略和计费控制规则；其中，所述策略和计费控制规则中包含所述第一终端设备的计费键值。

可选的，根据所述第一请求，通过所述通信单元1001向所述会话管理功能网元发送策略和计费控制规则，包括：

通过所述通信单元1001向计费功能网元发送第二请求，所述第二请求用于请求所述目标终端设备群组的计费信息，所述第二请求中包含所述第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、所述业务端的设备信息；

通过所述通信单元1001从所述计费功能网元接收所述目标终端设备群组的计费信息；其中，所述目标终端设备群组的计费信息中包含所述第一终端设备的计费键值；

根据所述目标终端设备群组的计费信息，生成所述策略和计费控制规则；

通过所述通信单元1001向所述会话管理功能网元发送所述策略和计费控制规则。

在一种实施方式中，该通信装置1000应用于如图6中的第一基站或图7所示的实施例中的基站，所述处理单元1002，用于：

确定流量使用占比信息，其中，所述流量使用占比信息用于表征多个待计费终端设备通过群组会话传输数据的流量使用占比情况；所述多个待计费终端设备为目标终端设备群组中接入所述第一基站，且已成功加入所述群组会话的终端设备；所述群组会话用于传输所述目标终端设备群组的数据；

通过所述通信单元1001向会话管理功能网元发送所述流量使用占比信息。

可选的，所述处理单元1002，还用于：

在确定流量使用占比信息之前，通过所述通信单元1001接收来自所述会话管理功能网元的第一指示，所述第一指示用于指示所述第一基站上报所述流量使用占比信息，所述第一指示包含所述多个待计费终端设备的标识，以及所述群组会话的标识中的至少一项。

可选的，所述流量使用占比信息包括：所述多个待计费终端设备的空口资源使用占比信息。

在一种实施方式中，该通信装置1000应用于如图6中的第一基站，或图8、图9所示的实施例中的基站，所述处理单元1002，用于：

确定第一终端设备的流量使用量，其中，所述第一终端设备的流量使用量为所述第一终端设备通过群组会话传输数据的流量使用量；

通过所述通信单元1001向会话管理功能网元发送用量报告，所述用量报告中包含所述第一终端设备的流量使用量；其中，所述第一终端设备为目标终端设备群组中接入所述第一基站，且已成功加入所述群组会话的终端设备；所述群组会话用于传输所述目标终端设备群组的数据。

可选的，所述用量报告中包含所述群组会话标识，所述用量报告还包含所述第一终端设备的标识，和/或，所述第一终端设备的会话的标识。

可选的，所述处理单元1002，还用于：

在确定第一终端设备的流量使用量之前，通过所述通信单元1001接收来自所述会话管理功能网元的第二指示，所述第二指示用于指示所述第一基站上报所述第一终端设备的流量使用量，所述第二指示包含所述第一终端设备的标识，以及所述群组会话的标识中的至少一项。

在一种实施方式中，该通信装置1000应用于如图4-图8所示的实施例中的用户面功能网元，所述处理单元1002，用于：

通过所述通信单元1001接收来自会话管理功能网元的用量上报规则，所述用量上报规则用于指示所述用户面功能网元上报群组会话的流量使用量；其中，所述群组会话用于传输所述目标终端设备群组的数据，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量；

根据所述用量上报规则，通过所述通信单元1001向会话管理功能网元发送用量报告，所述用量报告中包含群组会话的流量使用量。

可选的，所述处理单元1002，在通过所述通信单元1001接收来自会话管理功能网元的用量上报规则时，具体用于：

通过所述通信单元1001接收来自所述会话管理功能网元的配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息还包含以下至少一项：所述群组会话的标识、业务端的设备信息；所述业务端连接目标终端设备群组中的每个终端设备，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

所述处理单元1002，还用于：根据所述群组会话的标识和所述业务端的设备信息中的至少一项，统计所述群组会话的流量使用量。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

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

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

基于以上实施例，本申请实施例还提供了一种通信设备，该设备可以应用于图1或图2所示的移动通信系统中，用以实现以上图4-图9所示实施例提供的方法，具有图10所示实施例提供的通信装置1000的功能。参阅图11所示，所述通信设备1100包括：通信接口1101、处理器1102，存储器1103。其中，通信接口1101、处理器1102以及存储器1103之间相互连接。

可选的，通信接口1101、处理器1102以及存储器1103之间通过总线1104相互连接。总线1104可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图11中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信接口1101，用于接收和发送数据，实现与移动通信系统中的其他设备之间的通信。示例性的，所述通信接口1101可以通过物理接口、通信模块、输入输出接口实现。

处理器1102用于实现以上实施例提供的方法，具体功能可以参考以上实施例中的描述，此处不再赘述。

其中，处理器1102可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合等等。处理器1102还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。处理器1102在实现上述功能时，可以通过硬件实现，当然也可以通过硬件执行相应的软件实现。

存储器1103，用于存放程序指令(例如计算机程序)等。具体地，程序指令可以包括程序代码，该程序代码包括计算机操作指令。存储器1103可能包含随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。处理器1102执行存储器1103所存放的程序指令，实现上述功能，从而实现上述实施例提供的方法。

基于以上实施例，本申请实施例还提供了一种计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行以上实施例提供的方法。

基于以上实施例，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，所述计算机程序被计算机执行时，使得计算机执行以上实施例提供的方法。

其中，存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括RAM、ROM、EEPROM、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

基于以上实施例，本申请实施例还提供了一种芯片，所述芯片用于读取存储器中存储的计算机程序，实现以上实施例提供的方法。

基于以上实施例，本申请实施例提供了一种芯片系统，该芯片系统包括处理器，用于支持计算机装置实现以上实施例中通信设备所涉及的功能。在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存该计算机装置必要的程序和数据。该芯片系统，可以由芯片构成，也可以包含芯片和其他分立器件。

综上所述，本申请实施例提供了一种通信方法及设备。在该方法中，SMF可以在针对目标UE群组建立群组会话的过程中，获取所述群组会话对应的PCC rule，其中，所述PCCrule中包含为该目标UE群组提供流量付费服务的目标赞助商的charging key，或者包含该目标UE群组中请求加入或被配置加入所述群组会话的第一UE的charging key。所述SMF可以根据获取的所述PCC rule，统计所述群组会话的流量使用量，并向CHF发送所述目标赞助商的流量账单；或者所述SMF可以根据获取的所述PCC rule，确定第一UE的流量使用量，并向CHF发送所述第一UE的流量账单。通过该方法，移动通信系统能够在通过UE群组通信方法实现聚合业务的场景中实现流量计费。

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

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

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

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

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

Claims (30)

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

在群组会话建立流程中，向策略控制功能网元发送第一请求，所述第一请求用于请求所述群组会话对应的策略和计费控制规则，所述第一请求中包含以下至少一项：目标终端设备群组的标识、业务端的设备信息、所述目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

接收来自所述策略控制功能网元的所述策略和计费控制规则；其中，所述策略和计费控制规则中包含目标赞助商的计费键值，所述目标赞助商是为所述目标终端设备群组提供流量付费服务的赞助商；

根据所述策略和计费控制规则，向计费功能网元发送所述目标赞助商的流量账单，所述流量账单用于表征所述群组会话的流量使用量，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量。

2.如权利要求1所述的方法，其特征在于，根据所述策略和计费控制规则，向计费功能网元发送所述目标赞助商的流量账单，包括：

根据所述策略和计费控制规则，生成用量上报规则，所述用量上报规则用于指示用户面功能网元上报所述群组会话的流量使用量；

向所述用户面功能网元发送所述用量上报规则；

在所述群组会话建立成功后，接收来自所述用户面功能网元的用量报告，所述用量报告中包含所述群组会话的流量使用量；

根据所述群组会话的流量使用量，生成所述目标赞助商的流量账单；

根据所述目标赞助商的计费键值，向所述计费功能网元发送所述目标赞助商的流量账单。

3.如权利要求2所述的方法，其特征在于，向所述用户面功能网元发送所述用量上报规则，包括：

向所述用户面功能网元发送配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息中还包含以下至少一项：所述群组会话的标识、所述业务端的设备信息。

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

在群组会话建立流程中，接收来自会话管理功能网元的第一请求，所述第一请求中包含以下至少一项：目标终端设备群组的标识、业务端的设备信息、所述目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

根据所述第一请求，向所述会话管理功能网元发送策略和计费控制规则；其中，所述策略和计费控制规则中包含目标赞助商的计费键值，所述目标赞助商是为所述目标终端设备群组提供流量付费服务的赞助商。

5.如权利要求4所述的方法，其特征在于，根据所述第一请求，向所述会话管理功能网元发送策略和计费控制规则，包括：

根据所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识中的至少一项，获取所述目标赞助商的标识；

向计费功能网元发送第二请求，所述第二请求用于请求所述目标终端设备群组的计费信息，所述第二请求中包含所述目标赞助商的标识，以及以下至少一项：所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识；

从所述计费功能网元接收所述目标终端设备群组的计费信息；其中，所述目标终端设备群组的计费信息中包含所述目标赞助商的计费键值；

根据所述目标终端设备群组的计费信息，生成所述策略和计费控制规则；

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

6.如权利要求5所述的方法，其特征在于，根据所述目标终端设备群组的标识、所述业务端的设备信息、所述第一终端设备的标识中的至少一项，获取所述目标赞助商的标识，包括：

当所述第一请求中包含所述目标终端设备群组的标识和/或所述业务端的设备信息时，向统一数据库网元发送所述目标终端设备群组的标识和/或所述业务端的设备信息，并接收来自所述统一数据库网元的所述目标赞助商的标识；或者

当所述第一请求中包含所述第一终端设备的标识时，根据所述第一终端设备的标识，确定所述目标终端设备群组的标识和/或所述业务端的设备信息；并向统一数据库网元发送所述目标终端设备群组的标识和/或所述业务端的设备信息，并接收来自所述统一数据库网元的所述目标赞助商的标识；

其中，所述统一数据库网元中保存所述目标终端设备群组的标识和/或所述业务端的设备信息与所述目标赞助商的标识之间的对应关系。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：接收来自所述统一数据库网元的第一指示，所述第一指示用于指示所述目标赞助商的标识用于所述目标终端设备群组的流量计费。

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

在群组会话建立流程中，向策略控制功能网元发送第一请求，所述第一请求用于请求所述群组会话对应的策略和计费控制规则，所述第一请求中包含目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、业务端的设备信息；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

接收来自所述策略控制功能网元的所述策略和计费控制规则；其中，所述策略和计费控制规则中包含所述第一终端设备的计费键值；

根据所述策略和计费控制规则，向计费功能网元发送所述第一终端设备的流量账单；其中，所述流量账单用于表征所述第一终端设备的流量使用量，所述第一终端设备的流量使用量为所述第一终端设备通过所述群组会话传输数据的流量使用量。

9.如权利要求8所述的方法，其特征在于，根据所述策略和计费控制规则，向计费功能网元发送所述第一终端设备的流量账单，包括：

根据所述策略和计费控制规则，生成用量上报规则，所述用量上报规则用于指示用户面功能网元上报所述群组会话的流量使用量；其中，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量；

向所述用户面功能网元发送所述用量上报规则；

在所述群组会话建立成功后，接收来自所述用户面功能网元的用量报告，所述用量报告中包含所述群组会话的流量使用量；

根据所述群组会话的流量使用量，生成所述第一终端设备的流量账单；

根据所述第一终端设备的计费键值，向所述计费功能网元发送所述第一终端设备的流量账单。

10.如权利要求9所述的方法，其特征在于，向所述用户面功能网元发送所述用量上报规则，包括：

向所述用户面功能网元发送配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息还包含以下至少一项：所述群组会话的标识、所述业务端的设备信息。

11.如权利要求9或10所述的方法，其特征在于，根据所述群组会话的流量使用量，生成所述第一终端设备的流量账单，包括：

根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量；其中，所述多个待计费终端设备为所述目标终端设备群组中已成功加入所述群组会话的终端设备，所述多个待计费终端设备中包含所述第一终端设备；

根据每个待计费终端设备的流量使用量，生成所述第一终端设备的流量账单。

12.如权利要求11所述的方法，其特征在于，根据所述群组会话的流量使用量，计算所述目标终端设备群组中多个待计费终端设备中每个待计费终端设备的流量使用量，包括：

接收来自第一基站的流量使用占比信息，其中，所述多个待计费终端设备接入所述第一基站，所述流量使用占比信息用于表征所述多个待计费终端设备通过所述群组会话传输数据的流量使用占比情况；

根据所述流量使用占比信息，以及所述群组会话的流量使用量，计算每个待计费终端设备的流量使用量。

13.如权利要求12所述的方法，其特征在于，在接收来自第一基站的流量使用占比信息之前，所述方法还包括：

根据所述策略和计费控制规则，向所述第一基站发送第一指示，所述第一指示包含所述多个待计费终端设备的标识，以及所述群组会话的标识中的至少一项。

14.如权利要求12或13所述的方法，其特征在于，所述流量使用占比信息包括：所述多个待计费终端设备的空口资源使用占比信息。

15.如权利要求8所述的方法，其特征在于，根据所述策略和计费控制规则，向计费功能网元发送所述第一终端设备的流量账单，包括：

接收来自第一基站的用量报告，所述用量报告中包含所述第一终端设备的流量使用量；其中，所述第一基站为所述第一终端设备接入的基站；

根据所述第一终端设备的流量使用量，生成所述第一终端设备的流量账单；

根据所述第一终端设备的计费键值，向计费功能网元发送所述第一终端设备的流量账单。

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

所述用量报告中包含所述群组会话标识，所述用量报告还包含所述第一终端设备的标识，和/或，所述第一终端设备的会话的标识。

17.如权利要求15或16所述的方法，其特征在于，在接收来自第一基站的用量报告之前，所述方法还包括：

根据所述策略和计费控制规则，向所述第一基站发送第二指示，所述第二指示用于指示所述第一基站上报所述第一终端设备的流量使用量，所述第二指示包含所述第一终端设备的标识，以及所述群组会话的标识中的至少一项。

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

在群组会话建立流程中，接收来自会话管理功能网元的第一请求，所述第一请求中包含目标终端设备群组中请求加入或被配置加入所述群组会话的第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、业务端的设备信息；其中，所述群组会话用于传输所述目标终端设备群组的数据；所述目标终端设备群组中的多个终端设备连接所述业务端，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

根据所述第一请求，向所述会话管理功能网元发送策略和计费控制规则；其中，所述策略和计费控制规则中包含所述第一终端设备的计费键值。

19.如权利要求18所述的方法，其特征在于，根据所述第一请求，向所述会话管理功能网元发送策略和计费控制规则，包括：

向计费功能网元发送第二请求，所述第二请求用于请求所述目标终端设备群组的计费信息，所述第二请求中包含所述第一终端设备的标识，以及以下至少一项：所述目标终端设备群组的标识、所述业务端的设备信息；

从所述计费功能网元接收所述目标终端设备群组的计费信息；其中，所述目标终端设备群组的计费信息中包含所述第一终端设备的计费键值；

根据所述目标终端设备群组的计费信息，生成所述策略和计费控制规则；

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

20.一种通信方法，应用于第一基站，其特征在于，包括：

确定流量使用占比信息，其中，所述流量使用占比信息用于表征多个待计费终端设备通过群组会话传输数据的流量使用占比情况；所述多个待计费终端设备为目标终端设备群组中接入所述第一基站，且已成功加入所述群组会话的终端设备；所述群组会话用于传输所述目标终端设备群组的数据；

向会话管理功能网元发送所述流量使用占比信息。

21.如权利要求20所述的方法，其特征在于，在确定流量使用占比信息之前，所述方法还包括：

接收来自所述会话管理功能网元的第一指示，所述第一指示用于指示所述第一基站上报所述流量使用占比信息，所述第一指示包含所述多个待计费终端设备的标识，以及所述群组会话的标识中的至少一项。

22.如权利要求20或21所述的方法，其特征在于，所述流量使用占比信息包括：所述多个待计费终端设备的空口资源使用占比信息。

23.一种通信方法，应用于第一基站，其特征在于，包括：

确定第一终端设备的流量使用量，其中，所述第一终端设备的流量使用量为所述第一终端设备通过群组会话传输数据的流量使用量；

向会话管理功能网元发送用量报告，所述用量报告中包含所述第一终端设备的流量使用量；其中，所述第一终端设备为目标终端设备群组中接入所述第一基站，且已成功加入所述群组会话的终端设备；所述群组会话用于传输所述目标终端设备群组的数据。

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

所述用量报告中包含所述群组会话标识，所述用量报告还包含所述第一终端设备的标识，和/或，所述第一终端设备的会话的标识。

25.如权利要求23或24所述的方法，其特征在于，在确定第一终端设备的流量使用量之前，所述方法还包括：

接收来自所述会话管理功能网元的第二指示，所述第二指示用于指示所述第一基站上报所述第一终端设备的流量使用量，所述第二指示包含所述第一终端设备的标识，以及所述群组会话的标识中的至少一项。

26.一种通信方法，应用于用户面功能网元，其特征在于，包括：

接收来自会话管理功能网元的用量上报规则，所述用量上报规则用于指示所述用户面功能网元上报群组会话的流量使用量；其中，所述群组会话用于传输所述目标终端设备群组的数据，所述群组会话的流量使用量为所述目标终端设备群组通过所述群组会话传输数据的流量使用量；

根据所述用量上报规则，向会话管理功能网元发送用量报告，所述用量报告中包含群组会话的流量使用量。

27.如权利要求26所述的方法，其特征在于，接收来自会话管理功能网元的用量上报规则，包括：

接收来自所述会话管理功能网元的配置消息，其中，所述配置消息包含所述用量上报规则，所述配置消息还包含以下至少一项：所述群组会话的标识、业务端的设备信息；所述业务端连接目标终端设备群组中的每个终端设备，所述目标终端设备群组中的每个终端设备用于在所述业务端和移动通信系统之间传输数据；

在向会话管理功能网元发送用量报告之前，所述方法还包括：

根据所述群组会话的标识和所述业务端的设备信息中的至少一项，统计所述群组会话的流量使用量。

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

通信单元，用于接收和发送数据；

处理单元，用于通过所述通信单元，执行如权利要求1-27任一项所述的方法。

29.一种通信设备，其特征在于，包括：

通信接口，用于接收和发送数据；

存储器，用于存储程序指令；

处理器，用于读取所述存储器中的程序指令，通过所述通信接口实现权利要求1-27任一项所述的方法。

30.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行权利要求1-27任一项所述的方法。

Images