CN118042448A

CN118042448A - 一种通信方法及装置

Info

Publication number: CN118042448A
Application number: CN202211413376.6A
Authority: CN
Inventors: 封召; 辛阳; 王远
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-11-11
Filing date: 2022-11-11
Publication date: 2024-05-14
Also published as: WO2024099016A1

Abstract

本申请实施例提供了一种通信方法及装置。在该方法中，应用功能网元可以获取到终端设备的意愿信息，并根据该意愿信息决定是否选择该终端设备参与目标业务。这样，可以提高用户体验。

Description

一种通信方法及装置

技术领域

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

背景技术

应用层的很多业务需要终端设备参与完成，例如联邦学习(federated learning，FL)模型训练、用户问卷调研、用户体验报告、服务体验报名、广告推广调查等等。目前，一般实现该业务的第一应用功能(application function，AF)网元可以根据从核心网获取的多个终端设备的网络数据、该第一AF网元和/或其他AF网元维护的多个终端设备的应用层数据等，确定参与业务的目标终端设备。另外，移动通信系统中的核心网还可以根据多个终端设备的网络数据，确定参与业务的候选终端设备列表，或者确定参与业务的目标终端设备列表。

然而，上述确定参与业务的目标终端设备是由AF网元或核心网确定的，未考虑到用户是否愿意参与该业务，导致用户体验较差。

发明内容

本申请提供一种通信方法及装置，用于根据用户的意愿信息决定是否选择该用户参与目标业务，以提高用户体验。

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

应用功能网元获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

通过该方法，应用功能网元可以根据第一终端设备的意愿信息，来决定是否选择该第一终端设备参与该目标业务，从而可以提高用户体验。

在一种可能的设计中，所述应用功能网元可以但不限于通过以下方式，获取所述第一终端设备的意愿信息：

所述应用功能网元接收来自第一网元或第二网元的所述第一终端设备的意愿信息；

其中，所述第一网元维护有所述第一终端设备的意愿配置参数，所述意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿；所述第一网元与所述第二网元不同。

示例性的，当所述应用功能网元为第三方部署时，所述应用功能网元可以通过第二网元从第一网元获取所述第一终端设备的意愿信息；当所述应用功能网元为移动通信系统内部部署时，所述应用功能网元可以直接从第一网元获取所述第一终端设备的意愿信息。通过该设计，所述应用功能网元可以从第一网元获取所述第一终端设备的意愿信息。

在一种可能的设计中，所述应用功能网元可以通过以下步骤，接收来自所述第一网元或所述第二网元的第一终端设备的意愿信息：

向第一网元或所述第二网元发送第一请求；其中，所述第一请求中包含所述第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；接收来自所述第一网元或所述第二网元的第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息。

在一种可能的设计中，所述第一请求中还包含所述目标业务的业务标识和所述目标业务的执行规则；此时，所述第一终端设备的意愿信息用于指示在所述目标业务的执行规则下，所述第一终端设备是否愿意参与所述目标业务。

在该设计中，第一网元或第二网元可以根据该目标业务的执行规则来确定该第一终端设备的意愿信息。

在一种可能的设计中，所述第一响应中还包含所述第一终端设备的意愿有效规则；基于此，在根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务之前，所述应用功能网元还可以根据所述意愿有效规则，以及所述目标业务的执行规则，确定所述第一终端设备的意愿信息有效。

通过该设计，所述应用功能网元可以在确定所述第一终端设备的意愿信息有效时，才根据所述第一终端设备意愿信息决定是否选择该第一终端设备参与目标业务，从而可以避免应用功能网元的决定违背所述第一终端设备的意愿，进而影响用户体验。

通过该设计，所述应用功能网元还可以通过以下步骤，获取第一终端设备的意愿信息：

获取所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的业务；根据所述意愿配置参数，确定所述第一终端设备的意愿信息。

通过该设计，所述应用功能网元可以对所述第一终端设备的意愿配置参数进行分析或处理，得到所述第一终端设备的意愿信息。

在一种可能的设计中，所述应用功能网元还可以根据所述意愿配置参数，确定所述第一终端设备的意愿有效规则；基于此，在根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务之前，所述应用功能网元还可以根据所述意愿有效规则，以及所述目标业务的执行规则，确定所述第一终端设备的意愿信息有效。

在一种可能的设计中，所述应用功能网元可以但不限于通过以下方式获取所述第一终端设备的意愿配置参数：

接收来自第一网元或第二网元的所述第一终端设备的意愿配置参数；其中，所述第一网元维护有所述第一终端设备的意愿配置参数，所述意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿；所述第一网元与所述第二网元不同。

通过该设计，所述应用功能网元可以直接向第一网元请求第一终端设备的意愿配置参数，或者通过第二网元向第一网元请求第一终端设备的意愿配置参数。

在一种可能的设计中，所述应用功能网元可以通过以下步骤，接收来自所述第一网元或所述第二网元的所述第一终端设备的意愿配置参数：

向所述第一网元或所述第二网元发送第二请求；其中，所述第二请求中包含所述第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；接收来自所述第一网元或所述第二网元的第二响应；其中，所述第二响应中包含所述第一终端设备的意愿配置参数。

在一种可能的设计中，所述应用功能网元可以通过以下步骤，根据所述意愿有效规则，以及所述目标业务的执行规则，确定所述第一终端设备的意愿信息有效：

在所述意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间的情况下，当所述业务执行时间包含在所述意愿有效时间内时，所述应用功能网元确定所述第一终端设备的意愿信息有效；

在所述意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域的情况下，所述应用功能网元获取所述第一终端设备的物理位置；当所述物理位置位于所述意愿有效区域内、且所述业务执行区域位于所述意愿有效区域内时，所述应用功能网元确定所述第一终端设备的意愿信息有效；

在所述意愿有效规则包括意愿有效时间和意愿有效区域，所述目标业务的执行规则中包括业务执行时间和业务执行区域的情况下，所述应用功能网元获取所述第一终端设备的物理位置；当所述业务执行时间包含在所述意愿有效时间内，所述物理位置位于所述意愿有效区域内，且所述业务执行区域包含在所述意愿有效区域内时，所述应用功能网元确定所述第一终端设备的意愿信息有效。

在一种可能的设计中，所述第一网元为数据存储网元；所述第二网元为网络开放功能网元。

在一种可能的设计中，所述应用功能网元还可以获取多个第二终端设备的网络数据和/或应用层数据；根据所述多个第二终端设备的网络数据和/或应用层数据，在所述多个第二终端设备中确定候选参与所述目标业务的所述第一终端设备。

通过该设计，所述应用功能网元可以在判断所述第一终端设备为参与目标业务的候选终端设备时再执行上述过程。

在一种可能的设计中，所述应用功能网元可以通过以下步骤，根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务：

若所述第一终端设备的意愿信息指示所述第一终端设备不愿意参与所述目标业务，则确定不选择所述第一终端设备参与所述目标业务；

若所述第一终端设备的意愿信息指示所述第一终端设备愿意参与所述目标业务，则获取所述第一终端设备的网络数据和/或应用层数据，根据所述第一终端设备的网络数据和/或应用层数据判断是否选择所述第一终端设备参与所述目标业务；或者若所述第一终端设备的意愿信息指示所述第一终端设备愿意参与所述目标业务，则选择所述第一终端设备参与所述目标业务。

通过该设计，所述应用功能网元可以根据所述第一终端设备的意愿来决定第一终端设备是否参与目标业务，以提高用户体验。

在一种可能的设计中，所述应用功能网元还可以获取第三终端设备的意愿信息；其中，所述第三终端设备的意愿信息用于指示所述第三终端设备是否愿意参与所述目标业务；并向第一网元发送所述第三终端设备的意愿信息。可选的，所述应用功能网元可以通过以上第一方面提供的方法，向第一网元发送所述第三终端设备的意愿信息。

通过该设计，所述应用功能网元不仅可以查询某个终端设备的意愿信息或意愿配置参数，还可以将获取的其他终端设备的意愿信息配置到第一网元中。

在一种可能的设计中，所述应用功能网元可以通过以下方式，向所述第一网元发送所述第三终端设备的意愿信息：

方式一：所述应用功能网元向第二网元发送第一消息，以使所述第二网元根据所述第一消息向所述第一网元发送第二消息；其中，所述第一消息和所述第二消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识；

方式二：所述应用功能网元向所述第一网元发送第三消息，所述第三消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识。

在一种可能的设计中，上述第一消息、第二消息，第三消息中还可以包含所述第三终端设备的意愿有效规则。

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

所述第一网元接收请求消息；其中，所述请求消息中包含所述第一终端设备的标识；所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；最后，所述第一网元发送响应消息；其中，所述响应消息中包含所述第一终端设备的意愿信息或所述第一终端设备的意愿配置参数；所述第一终端设备的意愿信息是根据所述第一终端设备的意愿配置得到的，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务。

通过该方法，其他设备可以向第一网元查询第一终端设备的意愿配置参数或意愿信息。

在一种可能的设计中，所述请求消息中还包含所述目标业务的业务标识和所述目标业务的执行规则；基于此，所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数，包括：根据所述第一终端设备的标识和所述目标业务的业务标识，确定所述第一终端设备的意愿配置参数；当所述响应消息中包含所述第一终端设备的意愿信息时，在发送所述响应消息之前，所述第一网元还可以通过以下步骤，确定所述第一终端设备的意愿信息：

根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息和所述第一终端设备的意愿有效规则；所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务；根据所述第一终端设备的配置意愿信息、所述意愿有效规则，和所述目标业务的执行规则，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示在所述目标业务的执行规则下所述第一终端设备是否愿意参与所述目标业务。

通过该设计，所述第一网元确定的第一终端设备的意愿信息可以指示在所述目标业务的执行规则下所述第一终端设备是否愿意参与所述目标业务。这样，所述第一网元将所述第一终端设备的意愿信息发送给所述应用功能网元后，所述应用功能网元可以直接根据第一终端设备的意愿信息来决定是否选择第一终端设备参与目标业务，而无需再判断该意愿信息是否有效。

在一种可能的设计中，当所述目标业务的执行规则符合所述意愿有效规则时，所述第一终端设备的配置意愿信息与所述第一终端设备的意愿信息相同；

当所述目标业务的执行规则不符合所述意愿有效规则时，所述第一终端设备的配置意愿信息与所述第一终端设备的意愿信息不同。

在一种可能的设计中，按照所述意愿有效规则和所述目标业务的执行规则中包含的内容的不同，所述目标业务的执行规则符合所述意愿有效规则的形式也不同，具体如下所示：

当所述意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内；

当所述意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行区域位于所述意愿有效区域内；

当所述意愿有效规则包括意愿有效时间和意愿有效区域，所述目标业务的执行规则中包括业务执行时间和业务执行区域时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内，且所述业务执行区域包含在所述意愿有效区域内。

在一种可能的设计中，当所述响应消息中包含所述第一终端设备的意愿信息时，在发送所述响应消息之前，所述第一网元还可以通过以下步骤，确定所述第一终端设备的意愿信息：

根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息；所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务；将所述第一终端设备的配置意愿信息作为所述第一终端设备的意愿信息。

另外，所述第一网元还可以根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿有效规则；其中，所述响应消息中还包含所述第一终端设备的意愿有效规则。

通过该设计，所述第一网元可以将配置意愿信息发送给应用功能网元。另外还可以将意愿有效规则发送给应用功能网元，以便该应用功能网元可以根据该意愿有效规则以及目标业务的执行规则来判断该第一终端设备的配置意愿信息是否有效。这样，所述应用功能网元可以在确定所述第一终端设备的意愿信息有效时，才根据所述第一终端设备意愿信息决定是否选择该第一终端设备参与目标业务，从而可以避免应用功能网元的决定违背所述第一终端设备的意愿，进而影响用户体验。

在一种可能的设计中，所述第一网元为数据存储网元。

在一种可能的设计中，所述第一网元接收请求消息，包括：所述第一网元接收来自应用功能网元的第一请求，所述第一请求用于请求所述第一终端设备的意愿信息；相应的，所述第一网元发送响应消息，包括：所述第一网元向所述应用功能网元发送第一响应，所述第一响应中包含所述第一终端设备的意愿信息。

在一种可能的设计中，所述第一网元接收请求消息，包括：所述第一网元接收来自应用功能网元的第二请求，所述第二请求用于请求所述第一终端设备的意愿配置参数；相应的，所述第一网元发送响应消息，包括：所述第一网元向所述应用功能网元发送第二响应，所述第二响应中包含所述第一终端设备的意愿配置参数。

在一种可能的设计中，所述第一网元接收请求消息，包括：所述第一网元接收来自第二网元的第三请求，所述第三请求用于请求所述第一终端设备的意愿配置参数；相应的，所述第一网元发送响应消息，包括：所述第一网元向所述第二网元发送第三响应，所述第三响应包含所述第一终端设备的意愿配置参数；其中，所述第二网元为网络开放功能网元。

在一种可能的设计中，所述第一网元接收请求消息，包括：所述第一网元接收来自第二网元的第四请求，所述第四请求用于请求所述第一终端设备的意愿信息；相应的，所述第一网元发送响应消息，包括：所述第一网元向所述第二网元发送第四响应，所述第四响应中包含所述第一终端设备的意愿信息；其中，所述第二网元为网络开放功能网元。

在一种可能的设计中，所述第一网元接收请求消息，包括：所述第一网元接收来自第二网元的第五请求，所述第五请求用于请求所述第一终端设备的意愿配置参数；相应的，所述第一网元发送响应消息，包括：所述第一网元向所述第二网元发送第五响应，所述第五响应包含所述第一终端设备的意愿配置参数；其中，所述第二网元为网络开放功能网元。

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

第二网元接收来自应用功能网元的第一请求；其中，所述第一请求中包含第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；所述第二网元向第一网元发送第五请求；其中，所述第五请求中包含所述第一终端设备的标识，所述第五请求用于请求所述第一终端设备的意愿配置参数；所述第二网元接收来自所述第一网元的第五响应；其中，所述第五响应中包含所述第一终端设备的意愿配置参数；所述第二网元根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；所述第二网元向所述应用功能网元发送第一响应，其中，所述第一响应中包含所述第一终端设备的意愿信息。

通过该方法，第二网元可以在收到应用功能网元查询第一终端设备的意愿信息的请求后，向第一网元请求查询该第一终端设备的意愿配置参数；当查询到第一终端设备的意愿配置参数后，对所述意愿配置参数进行分析处理，得到所述第一终端设备的意愿信息；最终将该第一终端设备的意愿信息返回给应用功能网元。

在一种可能的设计中，所述第一请求中还包含所述目标业务的业务标识和所述目标业务的执行规则；所述第五请求中还包含所述目标业务的业务标识；基于此，所述第二网元可以通过以下步骤，根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息：

根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息和所述第一终端设备的意愿有效规则；所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务；根据所述第一终端设备的配置意愿信息、所述第一终端设备的意愿有效规则，和所述目标业务的执行规则，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示在所述目标业务的执行规则下所述第一终端设备是否愿意参与所述目标业务。

通过该设计，所述第二网元确定的第一终端设备的意愿信息可以指示在所述目标业务的执行规则下所述第一终端设备是否愿意参与所述目标业务。这样，所述第二网元将所述第一终端设备的意愿信息发送给所述应用功能网元后，所述应用功能网元可以直接根据第一终端设备的意愿信息来决定是否选择第一终端设备参与目标业务，而无需再判断该意愿信息是否有效。

在一种可能的设计中，当所述目标业务的执行规则符合所述第一终端设备的意愿有效规则时，所述第一终端设备的意愿信息指示的内容与所述第一终端设备的配置意愿信息指示的内容相同；当所述目标业务的执行规则不符合所述第一终端设备的意愿有效规则时，所述第一终端设备的意愿信息指示的内容与所述第一终端设备的配置意愿指示信息指示的内容不同。

当所述第一终端设备的意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间时，所述目标业务的执行规则符合所述第一终端设备的意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内；

当所述第一终端设备的意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域时，所述目标业务的执行规则符合所述第一终端设备的意愿有效规则，包括：所述业务执行区域位于所述意愿有效区域内；

当所述第一终端设备的意愿有效规则包括意愿有效时间和意愿有效区域，所述目标业务的执行规则中包括业务执行时间和业务执行区域时，所述目标业务的执行规则符合所述第一终端设备的意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内，且所述业务执行区域包含在所述意愿有效区域内。

在一种可能的设计中，所述第二网元可以通过以下步骤，根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息：根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息；所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务；将所述第一终端设备的配置意愿信息作为所述第一终端设备的意愿信息；基于此，所述第二网元还可以根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿有效规则；此时，所述第一响应中还包含所述第一终端设备的意愿有效规则。

通过该设计，所述第二网元可以将配置意愿信息发送给应用功能网元。另外还可以将意愿有效规则发送给应用功能网元，以便该应用功能网元可以根据该意愿有效规则以及目标业务的执行规则来判断该第一终端设备的配置意愿信息是否有效。这样，所述应用功能网元可以在确定所述第一终端设备的意愿信息有效时，才根据所述第一终端设备意愿信息决定是否选择该第一终端设备参与目标业务，从而可以避免应用功能网元的决定违背所述第一终端设备的意愿，进而影响用户体验。

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

第一设备获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；所述第一设备向第一网元发送所述第一终端设备的意愿信息。

通过该方法，第一设备可以将终端设备的意愿信息配置到网络侧。这样，应用功能网元可以通过与网络侧的交互获取终端设备的意愿信息，并结合终端设备的意愿信息来决定是否选择该终端设备参与特定业务，从而保证用户体验。

在一种可能的设计中，所述第一设备可以通过以下方式，向第一网元发送所述第一终端设备的意愿信息：

方式一：所述第一设备向第三网元发送第四消息，以使所述第三网元根据所述第四消息向所述第一网元发送第五消息；其中，所述第四消息和所述第五消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识；

方式二：所述第一设备向所述第一网元发送第六消息，所述第六消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识。

通过该设计，所述第一设备可以直接将所述第一终端设备的意愿信息发送到第一网元或通过第三网元将所述第一终端设备的意愿信息发送到第一网元。

在一种可能的设计中，所述第四消息、所述第五消息，或所述第六消息中还包含所述第一终端设备的意愿关联信息；其中，所述意愿关联信息包括以下至少一项：所述目标业务的业务标识，或所述第一终端设备的意愿有效规则。

通过该设计，所述第一设备还可以将所述第一终端设备的意愿关联信息也同步配置到第一网元中保存。

在一种可能的设计中，所述意愿有效规则包括：意愿有效时间或意愿有效区域。

在一种可能的设计中，所述第一设备为所述第一终端设备或应用功能网元；其中，当所述第一设备为应用功能网元时，所述第三网元为网络开放功能网元；当所述第一设备为所述第一终端设备时，所述第三网元为接入和移动性管理网元；所述第一网元为数据存储网元。

通过该设计，上述方法可以应用于移动通信系统场景中。移动通信系统中的终端设备或应用功能网元均可以向数据存储网元发送终端设备的意愿信息。

在一种可能的设计中，当所述第一设备为应用功能网元时，所述第一设备可以通过以下步骤，获取第一终端设备的意愿信息：

所述第一设备向第一终端设备发送第六请求；其中，所述第六请求用于请求所述第一终端设备的意愿信息；并接收来自所述第一终端设备的第六响应；其中，所述第六响应中包含所述第一终端设备的意愿信息。

通过该设计，所述应用功能网元可以向第一终端设备请求该第一终端设备的意愿信息。

在一种可能的设计中，在所述第一设备获取第一终端设备的意愿信息之前，所述第一设备还可以确定参与所述目标业务的至少一个候选终端设备，所述至少一个候选终端设备中包含所述第一终端设备。

通过该设计，所述应用功能网元可以在确定第一终端设备为参与所述目标业务的候选终端设备时，再获取第一终端设备的意愿信息。

在一种可能的设计中，当所述第一设备为所述第一终端设备时，所述第一设备可以但不限于通过以下两种方式获取第一终端设备的意愿信息：

方式一：所述第一设备获取用户配置的所述第一终端设备的意愿信息；

方式二：所述第一设备接收来自应用功能网元的第六请求，根据所述第六请求获取用户配置的所述第一终端设备的意愿信息；其中，所述第六请求用于请求所述第一终端设备的意愿信息。

通过该设计，所述第一终端设备可以通过多种方式获取自身参与目标业务的意愿信息。

在一种可能的设计中，所述第一设备还可以向所述应用功能网元发送第六响应，所述第六响应中包含所述第一终端设备的意愿信息。

通过该设计，所述第一终端设备还可以将自身的意愿信息通知给所述应用功能网元。

在一种可能的设计中，所述第一请求中包含以下至少一项：所述目标业务的业务标识、所述目标业务的执行规则，或执行所述目标业务传输的数据量。

通过该设计，第一终端设备可以结合上述内容，确定自身的意愿信息。

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

第一网元接收第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；所述第一网元根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿。

通过该方法，第一网元可以维护终端设备的意愿配置参数，以便后续其他设备可以查询该第一终端设备的意愿信息或意愿配置参数。

在一种可能的设计中，所述第一网元可以通过以下方式，接收第一终端设备的意愿信息：

方式一：所述第一网元接收来自第一设备的所述第一终端设备的意愿信息；

方式二：所述第一网元接收来自第二网元的所述第一终端设备的意愿信息。

在一种可能的设计中，所述第一网元可以通过以下步骤，接收来自第一设备的所述第一终端设备的意愿信息：

接收来自所述第一设备的第六消息；其中，所述第六消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识。

在一种可能的设计中，所述第一网元可以通过以下步骤，接收来自第二网元的所述第一终端设备的意愿信息：

接收来自所述第二网元的第五消息；其中，所述第五消息包含所述第一终端设备的意愿信息和所述第一终端设备的标识；所述第五消息用于请求根据所述第一终端设备的意愿信息维护所述第一终端设备的意愿配置参数。

在一种可能的设计中，所述第一设备为所述第一终端设备或应用功能网元；所述第二网元为网络开放功能网元，或接入和移动性管理网元；所述第一网元为数据存储网元。

在一种可能的设计中，所述第一网元还可以接收所述第一终端设备的意愿关联信息；所述意愿关联信息包括以下至少一项：所述目标业务的业务标识，或所述第一终端设备的意愿有效规则；基于此，根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数，包括：根据所述第一终端设备的意愿信息和所述意愿关联信息，维护所述第一终端设备的意愿配置参数。

第六方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

第一设备获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；所述第一设备向第三网元发送第四消息；其中，所述第四消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识；所述第三网元接收来自所述第一设备的所述第四消息后，向第一网元发送第五消息；其中，所述第五消息包含所述第一终端设备的意愿信息和所述第一终端设备的标识；所述第五消息用于请求根据所述第一终端设备的意愿信息维护所述第一终端设备的意愿配置参数；所述第一网元接收来自所述第三网元的所述第五消息；所述第一网元根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿。

第七方面，本申请实施例提供了一种通信系统，该系统包括：

第一设备，用于获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；向第三网元发送第四消息；其中，所述第四消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识；

所述第三网元，用于接收来自所述第一设备的所述第四消息后，向第一网元发送第五消息；其中，所述第五消息包含所述第一终端设备的意愿信息和所述第一终端设备的标识；所述第五消息用于请求根据所述第一终端设备的意愿信息维护所述第一终端设备的意愿配置参数；

所述第一网元，用于接收来自所述第三网元的所述第五消息；根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿。

第八方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

第一设备获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；所述第一设备向第一网元发送第六消息；其中，所述第六消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识；所述第一网元接收来自所述第一设备的所述第六消息；所述第一网元根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿。

第九方面，本申请实施例提供了一种通信系统，该系统包括：

第一设备，用于获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；所述第一设备向第一网元发送第六消息；其中，所述第六消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识。

所述第一网元，用于接收来自所述第一设备的第六消息；根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿。

第十方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

应用功能网元向第二网元发送第一请求；其中，所述第一请求中包含第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；所述第二网元接收来自所述应用功能网元的所述第一请求后，向第一网元发送第四请求；其中，所述第四请求中包含所述第一终端设备的标识，所述第四请求用于请求所述第一终端设备的意愿信息；所述第一网元接收来自所述第二网元的第四请求；并根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；所述第一网元根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务；所述第一网元向所述第二网元发送第四响应，所述第四响应中包含所述第一终端设备的意愿信息；所述第二网元接收来自所述第一网元的所述第四响应后，向所述应用功能网元发送第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息；所述应用功能网元接收来自所述第二网元的第一响应；所述应用功能网元根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十一方面，本申请实施例提供了一种通信系统，该系统包括：

应用功能网元，用于向第二网元发送第一请求；其中，所述第一请求中包含第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；

所述第二网元，用于接收来自所述应用功能网元的所述第一请求后，向第一网元发送第四请求；其中，所述第四请求中包含所述第一终端设备的标识，所述第四请求用于请求所述第一终端设备的意愿信息；

所述第一网元，用于接收来自所述第二网元的第四请求；并根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务；向所述第二网元发送第四响应，所述第四响应中包含所述第一终端设备的意愿信息；

所述第二网元，还用于接收来自所述第一网元的所述第四响应后，向所述应用功能网元发送第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息；

所述应用功能网元，还用于接收来自所述第二网元的第一响应；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十二方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

应用功能网元向第一网元发送第一请求；其中，所述第一请求中包含第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；所述第一网元接收来自所述应用功能网元的第一请求；所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；所述第一网元根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务；所述第一网元向所述应用功能网元发送第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息；所述应用功能网元接收来自所述应用功能网元的第一响应；所述应用功能网元根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十三方面，本申请实施例提供了一种通信系统，该系统包括：

应用功能网元，用于向第一网元发送第一请求；其中，所述第一请求中包含所述第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；

所述第一网元，用于接收来自应用功能网元的第一请求；根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务；向所述应用功能网元发送第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息；

所述应用功能网元，还用于接收来自所述应用功能网元的第一响应；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十四方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

应用功能网元向第二网元发送第二请求；其中，所述第二请求中包含第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；所述第二网元接收来自所述应用功能网元的所述第二请求后，向第一网元发送第三请求；其中，所述第三请求中包含所述第一终端设备的标识，所述第三请求用于请求所述第一终端设备的意愿配置参数；所述第一网元接收来自所述第二网元的第三请求；根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；所述第一网元向所述第二网元发送第三响应，所述第三响应中包含所述第一终端设备的意愿配置参数；所述第二网元接收来自所述第一终端设备的所述第三响应，向所述应用功能网元发送第二响应，其中，所述第二响应中包含所述第一终端设备的意愿配置参数；所述应用功能网元接收来自所述第二网元的所述第二响应；根据所述意愿配置参数，确定所述第一终端设备的意愿信息；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十五方面，本申请实施例提供了一种通信系统，该系统包括：

应用功能网元，用于向第二网元发送第二请求；其中，所述第二请求中包含第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；

所述第二网元，用于接收来自所述应用功能网元的所述第二请求后，向第一网元发送第三请求；其中，所述第三请求中包含所述第一终端设备的标识，所述第三请求用于请求所述第一终端设备的意愿配置参数；

所述第一网元，用于接收来自所述第二网元的第三请求；根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；向所述第二网元发送第三响应，所述第三响应中包含所述第一终端设备的意愿配置参数；

所述第二网元，还用于接收来自所述第一终端设备的所述第三响应，向所述应用功能网元发送第二响应，其中，所述第二响应中包含所述第一终端设备的意愿配置参数；

所述应用功能网元，还用于接收来自所述第二网元的所述第二响应；根据所述意愿配置参数，确定所述第一终端设备的意愿信息；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十六方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

应用功能网元向所述第一网元发送第二请求；其中，所述第二请求中包含第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；所述第一网元接收来自所述应用功能网元的所述第二请求；所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；所述第一网元向所述应用功能网元发送第二响应，所述第二响应中包含所述第一终端设备的意愿配置参数；所述应用功能网元接收来自所述第一网元的第二响应；根据所述意愿配置参数，确定所述第一终端设备的意愿信息；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十七方面，本申请实施例提供了一种通信系统，该系统包括：

应用功能网元，用于向所述第一网元发送第二请求；其中，所述第二请求中包含第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；

所述第一网元，用于接收来自所述应用功能网元的所述第二请求；根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；向所述应用功能网元发送第二响应，所述第二响应中包含所述第一终端设备的意愿配置参数；

所述应用功能网元，还用于接收来自所述第一网元的第二响应；根据所述意愿配置参数，确定所述第一终端设备的意愿信息；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十八方面，本申请实施例提供了一种通信方法，该方法包括以下步骤：

应用功能网元向第二网元发送第一请求；其中，所述第一请求中包含第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；所述第二网元接收来自所述应用功能网元的所述第一请求后，向第一网元发送第五请求；其中，所述第五请求中包含所述第一终端设备的标识，所述第五请求用于请求所述第一终端设备的意愿配置参数；所述第一网元接收来自所述第二网元的第五请求；并根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；所述第一网元向所述第二网元发送第五响应，所述第五响应中包含所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；所述第二网元接收来自所述第一网元的所述第五响应后，根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务；所述第二网元向所述应用功能网元发送第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息；所述应用功能网元接收来自所述第二网元的第一响应；所述应用功能网元根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

第十九方面，本申请实施例提供了一种通信系统，该系统包括：

所述第二网元，用于接收来自所述应用功能网元的所述第一请求后，向第一网元发送第五请求；其中，所述第五请求中包含所述第一终端设备的标识，所述第五请求用于请求所述第一终端设备的意愿配置参数；

所述第一网元，用于接收来自所述第二网元的第五请求；并根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；向所述第二网元发送第五响应，所述第五响应中包含所述第一终端设备的意愿配置参数；

所述第二网元，还用于接收来自所述第一网元的所述第五响应后，根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务；向所述应用功能网元发送第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息；

第二十方面，本申请实施例提供了一种通信装置，包括用于执行以上任一方面提供的方法中各个步骤的单元。可选的，所述通信装置包括通信单元和处理单元；其中，所述通信单元，用于接收和发送数据；所述处理单元，用于执行以上任一方面提供的方法。示例性的，所述通信装置可以应用于上述第一设备、第一网元、第二网元，或第三网元。

第二十一方面，本申请实施例提供了一种通信设备，包括处理器，存储器和处理器；其中，所述通信模块，用于接收和发送数据；所述存储器，用于存储程序指令和数据；所述处理器，用于读取所述存储器中的程序指令和数据，实现以上任一方面提供的方法。示例性的，所述通信设备可以为上述第一设备、第一网元、第二网元，或第三网元。

第二十二方面，本申请实施例提供了一种通信设备，包括至少一个处理元件和至少一个存储元件，其中该至少一个存储元件用于存储程序和数据，该至少一个处理元件用于执行本申请以上任一方面提供的方法。示例性的，所述通信设备可以上述第一设备、第一网元、第二网元，或第三网元。

第二十三方面，本申请实施例还提供了一种计算机程序产品，所述计算机程序产品中包含计算机程序；当计算机程序在计算机上运行时，使得计算机执行上述任一方面提供的方法。可选的，所述计算机可以为上述第一设备、第一网元、第二网元，或第三网元。

第二十四方面，本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当计算机程序被计算机执行时，使得计算机执行上述任一方面提供的方法。可选的，所述计算机可以为上述第一设备、第一网元、第二网元，或第三网元。

第二十五方面，本申请实施例还提供了一种芯片，芯片用于读取存储器中存储的计算机程序，执行上述任一方面提供的方法。可选的，所述芯片中可以包括处理器和存储器，所述处理器与所述存储器耦合，用于读取所述存储器中存储的计算机程序，实现以上任一方面提供的方法。

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

附图说明

图1A为本申请实施例提供的一种横向联邦学习的数据分布示意图；

图1B为本申请实施例提供的一种横向联邦学习模型训练过程示意图；

图2A为本申请实施例提供的一种移动通信系统的结构示意图；

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

图3为本申请实施例提供的一种FL AF获取UE的网络数据的示意图；

图4为本申请实施例提供的一种FL AF确定FL成员的流程图；

图5为本申请实施例提供的一种FL AF确定FL成员的流程图；

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

图7为本申请实施例提供的一种应用功能网元获取第一终端设备的意愿信息的流程图；

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

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

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

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

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

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

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

具体实施方式

本申请提供一种通信方法及装置，用于根据用户的意愿信息决定是否选择该用户参与目标业务，以提高用户体验。其中，方法和装置是基于同一技术构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

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

1)网元，是组成通信网络/通信系统的基本元素。由于网元在网络中具有特定的网络功能，因此，网元又称为网络功能(network function，NF)网元，简称为NF。本申请不限定网元的具体表现形式。可选的，网元可以为网络设备、网络功能实体、网元单元或网络模块等，本申请对此不作限定。

2)基站，是通信系统中将终端设备接入到无线网络的设备。基站作为无线接入网中的节点，又可以称为网络设备，还可以称为无线接入网(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。

3)终端设备，是一种向用户提供语音和/或数据连通性的设备。终端设备又可以称为用户设备(user equipment，UE)、移动台(mobile station，MS)、移动终端(mobileterminal，MT)、用户单元、用户站、移动站、远方站、远程终端设备、移动终端设备、用户终端设备、无线通信设备、用户代理、用户装置等。

例如，终端设备可以为具有无线通信功能的手持式设备、各种车载设备、路侧单元等。目前，一些终端设备的举例为：手机(mobile phone)、蜂窝电话、无绳电话、会议启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、计算设备、连接到无线调制解调器的处理设备、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(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)，以及未来网络中的终端设备等。

4)需要终端设备(即用户)参与的业务，为网络运营商或应用服务提供商等为达到某些目的，需要采集用户数据，或通过用户完成某些任务实现的业务。示例性的，该业务可以但不限于包括：联邦学习模型训练、用户问卷调研、用户体验报告、服务体验报名、广告推广调查、服务评价等等。

下面仅联邦学习模型训练为例进行说明。

联邦学习，是一个机器学习框架，能有效帮助多个机构在满足用户隐私保护、数据安全和政府法规的要求下，进行数据使用和机器学习建模。联邦学习作为分布式的机器学习框架，可以有效解决数据孤岛问题，让参与方在不共享数据的基础上联合建模，从技术上打破数据孤岛，实现人工智能(artificial intelligence)AI协作。根据参与各方数据源的特征的不同，联邦学习可以被分为三类：横向联邦学习、纵向联邦学习和联邦迁移学习。下面以横向联邦学习为例简要介绍联邦学习的原理。

横向联邦学习的数据集之间的用户特征重合度很高，而用户重合度很低，如图1A所示。例如：运营商A的数据集包含了用户(用户1，用户2，用户3，用户4)的数据，其中，每个用户的数据包含特征(特征1，特征2，特征3，特征4，特征5)；运营商B的数据集包含用户(用户4，用户5，用户6，用户7，用户8)的数据，其中，每个用户的数据包含特征(特征2，特征3，特征4，特征5，特征6)。由此可见，运营商A和B的数据集之间用户交集很小，但用户特征大部分相同，因此，运营商A和B可以从各自的数据集中挑选出相同的特征(即特征2，特征3，特征4，特征5)进行横向联邦学习的模型训练，如图1A中的虚线框中的数据所示。

示例性的，图1B示出了一种借助移动通信系统进行中间结果传输的横向联邦学习模型训练过程。横向联邦学习模型训练过程中，首先各参与方(UE 1、UE 2……UE K)需要通过移动通信系统从服务器(server)下载最新模型，然后进行模型训练过程的迭代。如图1B所示，每次迭代过程一般包括以下几个步骤：

①每个参与方将本地数据输入横向联邦学习模型计算模型梯度，然后将梯度加密通过移动通信系统上传到服务器；

②服务器进行梯度聚合(如将所有UE反馈的梯度求均值)，更新模型参数；

③服务器将更新后的模型梯度通过移动通信系统分发给各参与方；

④所有参与方更新本地的横向联邦学习模型。

在实际应用中(比如在海量物联网(massive internet of things，mIoT)场景下)，模型训练的参与方数量可能非常庞大。但由于网络带宽资源有限，在横向联邦学习模型训练参与方总数较大的情况下，每轮仅需选出部分UE参与模型训练。因为不同UE的存储、计算和通信能力可能相差较大，所以UE选择结果的好坏将直接影响模型训练的效率。当选出的参与特定轮次模型训练UE的存储、计算和通信能力大致相同时，能够大幅减少服务器的等待时间，提升模型训练效率。

5)终端设备的标识。本申请实施例涉及到终端设备的两种标识。第一种标识用于在移动通信系统的外部网络标识该终端设备；第二种标识用于在移动通信系统内标识该终端设备。为了便于区分和描述，在本申请实施例中，将第一种标识简称为第一标识(外部标识)，将第二种标识简称为第二标识(内部标识)。

示例性的，终端设备的第一标识可以为终端设备的通用公共用户标识(genericpublic subscription identifier，GPSI)，或移动用户国际用户识别码(mobilesubscriber international ISDN number，MSISDN)等。终端设备的第二标识可以为终端设备的用户永久标识(subscription permanent identifier，SUPI)、用户隐藏标识(subscription concealed identifier，SUCI)，或国际移动用户识别码(internationalmobile subscriber identification number，IMSI)等。

6)终端设备的网络数据，为通信网络/系统中各个网元维护的关于终端设备的数据。

例如，在移动通信系统中，不同的网元可以维护终端设备不同的网络数据。可选的，在移动通信系统中，统一数据管理(unified data management，UDM)网元(以下简称为UDM)、会话管理功能(session management function，SMF)网元(以下简称为SMF)、用户面功能(user plane function，UPF)网元(以下简称为UPF)、操作管理维护(operationadministration and maintenance，OAM)网元(以下简称为OAM)、接入和移动性管理功能(access and mobility management function，AMF)网元(以下简称为AMF)、网络数据分析功能(network data analytics function，NWDAF)网元(以下简称为NWDAF)等网元均可以维护终端设备的网络数据。

示例性的，UDM可以维护终端设备的用户授权(user consent)信息。其中，用户授权信息即终端设备是否允许移动通信系统开放终端设备的网络数据给AF的授权信息。

又例如，SMF或UPF可以维护终端设备的流量信息。其中，终端设备的流量信息可以包括：终端设备在特定时间段内的吞吐率、时延或丢包率等信息。

又例如，OAM可以维护终端设备的空口条件信息。终端设备的空口条件信息可以包括：终端设备的无线信道条件、终端设备的无线资源利用率等。

又例如，AMF可以维护终端设备的移动性信息。终端设备的移动性信息可以包括：终端设备的位置(UE Location)、终端设备的可达性(UE Reachability)、终端设备的连接管理(connection management，CM)状态(CM State，如连接态或空闲态)等。

又例如，NWDAF可以维护终端设备的网络数据分析结果。终端设备的网络数据分析结果可以包括终端设备的移动性分析结果(UE mobility analytics)、终端设备的异常行为分析结果(UE abnormal behaviour analytics)等。

7)终端设备的应用层数据，为终端设备通过应用(application，APP)层与服务器通信实现网络服务过程中产生的统计数据。可选的，终端设备、服务器，或者服务器对应的应用功能(application function，AF)网元(简称为AF)可以维护UE的应用层数据。示例性的，终端设备的应用层数据可以但不限于包括：终端设备的数据量、终端设备的数据分布特征信息等。

8)终端设备的意愿信息，用于指示终端设备是否愿意参与业务。终端设备的意愿信息一般为使用终端设备的用户配置的。

终端设备的意愿有效规则，用于表征终端设备的意愿信息有效的条件。例如，终端设备的意愿有效规则可以包括：意愿有效时间、意愿有效区域等。示例性的，当UE1的意愿信息指示愿意参与业务时，且UE1的意愿有效规则包括：时间1、区域1，表示UE1在时间1和区域1内愿意参与该业务。当UE2的意愿信息指示不愿意参与业务时，且UE1的意愿有效规则包括：时间2、区域2，表示UE2在时间2和区域2内不愿意参与该业务。又例如，当UE2的意愿信息指示不愿意参与业务时，默认UE2的意愿有效规则包括：所有时间、所有区域，即UE2在所有时间和所有区域内不愿意参与该业务。

9)终端设备的意愿配置参数，用于表征终端设备参与业务的意愿。

基于第8)中的描述，终端设备的意愿配置参数可以但不限于通过以下实施方式维护：

在一种实施方式中，终端设备的意愿配置参数中可以包含终端设备的意愿信息。可选的，终端设备的意愿配置参数还可以包含终端设备的意愿有效规则。

在另一种实施方式中，终端设备的意愿配置参数中可以包含第一配置参数。所述第一配置参数用于表示终端设备的意愿信息。可选的，终端设备的意愿配置参数中还可以包含第二配置参数，所述第二配置参数用于表示终端设备的意愿有效规则。

10)业务的执行规则，用于表征执行该业务所需要的条件。例如，业务执行时间、业务执行区域。

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

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

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

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

本申请实施例提供的方法可以适用于各种通信系统。本申请以移动通信系统为例进行说明。图2A和图2B分别提供了一种移动通信系统的架构示意图。其中，图2A为基于参考点的系统架构，图2B为基于服务化接口的系统架构。下面参考附图对移动通信系统中涉及的网元和实体进行详细介绍。

终端设备，简称为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之间建立UE的会话(例如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)网元、计费功能(charging function，CHF)网元、应用功能(application function，AF)网元，以及OAM网元等。控制面网元中还可以包含数据存储网元，用于存储用户数据。可选的，数据存储网元可以但不限于包括统一数据库(unified data repository，UDR)网元，统一数据管理(unified data management，UDM)网元等具有数据存储功能的网元。

下面分别对各个控制面网元进行简单介绍。

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

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

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

AUSF网元，可以简称为AUSF，主要负责提供认证功能，支持第三代合作伙伴计划(3rd generation partnership project，3GPP)接入和非3GPP(Non-3GPP)接入的认证。

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

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

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

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

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

NWDAF网元，可以简称为NWDAF，作为数据感知分析网元，能够获取移动通信系统各个网元中维护的网络数据，并以网络数据为基础进行感知分析，最终根据分析结果参与到优化各种网络管理参数，网络规划、建设、运维、优化和运营等工作中，使得网络更易于维护和控制，提高网络资源使用效率，以及提升用户业务体验。

OAM网元，可以简称为OAM，对移动通信系统中的网元或实体进行操作控制、管理和维护。其具体功能可以包括：对网元或实体进行性能监控和故障检测，进行工作调度，和工作参数配置等。可选的，OAM除与(R)AN之间能够通信以外，OAM还可以与CN中的NWDAF、UDM等网元之间进行通信交互。

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

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

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

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

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

在通信系统中，网络运营商或应用服务提供商等可以会存在一些需要用户(即终端设备，后续以UE为例进行说明)参与的业务。关于这类业务的描述可以参考前述第4)点用语解释，此处不再赘述。在本申请中，实现该类业务的AF可以通过多种方案来确定参与该业务的用户。

下面以在图2A或图2B所示的移动通信系统中实现联邦学习模型训练业务为例进行说明。在以下描述中，将联邦学习模型训练业务简称为FL业务，将实现联邦学习模型训练业务的AF简称为FL AF，将最终参与FL业务的终端设备称为FL成员。

方案一：移动通信系统中的核心网开放UE的网络数据给FL AF。

参阅图3所示，FL AF可以从移动通信系统的网元(例如UDM、SMF、UPF、OAM、AMF，或NWDAF等)获取UE的网络数据，用于辅助FL AF选择FL成员。

参考前述第6)点对终端设备的网络数据的描述进行说明。例如，FL AF可以从UDM获取UE的用户授权(user consent)信息。又例如，FL AF可以从SMF和/或UPF获取UE的流量信息。又例如，FL AF可以从OAM获取UE的空口条件信息。又例如，FL AF可以从AMF获取UE的移动性信息。再例如，FL AF可以从NWDAF获取UE的网络数据分析结果。

可选的，当FL AF是第三方部署的AF时，出于安全性考虑，FL AF与移动通信系统中的网元以及OAM之间的交互均需要经过NEF实现。NEF可以验证AF请求的合法性。NEF内可以配置有FL AF与允许获取的网络数据之间的映射关系，以及相关的入站限制(即限制FL AF可以请求的网络数据)或出站限制(即限制可以向AF通知的网络数据)等。

当FL AF从移动通信系统获取多个UE的网络数据后，可以根据获取的多个UE的网络数据，以及FL成员选择策略，在该多个UE中选择FL成员。可选的，FL AF还可以结合该多个UE的应用层数据来选择FL成员。

在一种实施方式中，FL AF可以对每个UE的网络数据和应用层数据进行量化，然后计算每个UE的量化数据的加权和，得到每个UE的网络状态分值。最后，FL AF可以在多个UE中选择前n个网络状态分值最高的UE为FL成员。

例如，FL AF获取了100个UE的应用层数据和网络数据，并且准备从中选出80个UE参与模型训练。然后FL AF针对每个UE的网络数据和应用层数据中每项进行量化，如下所示：

FL AF可以对每个UE的应用层数据进行量化，得到每个UE的应用层量化数据，如UE1_app＝0.7，UE2_app＝0.5，UE3_app＝0.9，…，UE100_app＝0.75。

FL AF可以对每个UE的CM状态进行量化，得到每个UE的CM状态量化数据，如UE1_CMstate＝1，UE2_CMstate＝0，UE3_CMstate＝0，…，UE100_CMstate＝1。

FL AF可以对每个UE的可达状态进行量化，得到每个UE的可达状态量化数据，如UE1_reachable＝1，UE2_reachable＝1，UE3_reachable＝0，…，UE100_reachable＝1。

FL AF可以对每个UE的移动性进行量化，得到每个UE移动性量化数据，如UE1_mobility＝0.65，UE2_mobility＝0.7，UE3_mobility＝0.3，…，UE100_mobility＝0.95。

FL AF可以对每个UE的无线信道条件进行量化，得到每个UE的信道量化数据，如UE1_radiochannel＝0.85，UE2_radiochannel＝0.5，UE3_radiochannel＝0.6，…，UE100_radiochannel＝0.7。

FL AF可以对每个UE的无线资源利用率进行量化，得到每个UE的资源利用率量化数据，如UE1_radioresource＝0.8，UE2_radioresource＝0.4，UE3_radioresource＝0.7，…，UE100_radioresource＝0.55。

此后，FL AF可以根据每项参数的重要程度给每项参数设定权重，比如，UE_app_weight＝0.3，UE_CMstate_weight＝0.2，UE_reachable_weight＝0.1，UE_mobility_weight＝0.2，UE_radiochannel_weight＝0.1，UE_radioresource_weight＝0.1。

之后，FL AF可以根据针对每个UE的每项参数的量化数据和对应的权重，计算每个UE的网络状态分值。UE1的网络状态分值可以通过以下公式计算：UE1_score＝0.7*0.3+1*0.2+1*0.1+0.65*0.2+0.85*0.1+0.8*0.1＝0.805。类似地，FL AF可以计算出其他UE的加权得分。

最终，FL AF将所有UE的网络状态分值进行排序，从中选出网络状态分值最高的80个UE，作为参与模型训练的FL成员。

需要说明的是，以上描述作为示例，并不对FL成员选择策略构成任何限定。

方案二：移动通信系统向FL AF提供候选FL成员列表供FL AF选择，参阅图4所示。

S401：FL AF向NEF/NWDAF发出请求消息，该请求消息用于获取候选FL成员列表(即Candidate UEs)。

可选的，所述请求消息中可以但不限于携带以下至少一项FL业务的相关参数：

(1)、目标区域。该目标区域用于指示网络(例如NEF/NWDAF)从位于该目标区域内的UE中确定候选FL成员列表。

(2)、UE群组标识(group ID)/UE列表。UE群组标识或者UE列表，即FL AF向NEF/NWDAF提供的一组初始UE，用于指示网络可以从这一组初始UE中确定候选FL成员列表。

(3)、候选FL成员数量。候选FL成员数量，即FL AF期望获取的候选FL成员列表中UE的数量(即Expected number of UE for reporting)。

(4)、QoS要求。QoS要求，即FL AF对参与FL业务的UE或者UE群组的QoS要求。例如FLAF可以要求参与FL业务的每个UE的比特率都不能低于10Mbps，或者要求参与FL业务的所有UE的时延方差不能大于某个阈值。当请求消息中包含QoS要求时，网络生成的候选FL成员列表中的UE需要满足该QoS要求。

(5)、网络数据的类型。该参数用于指示NEF/NWDAF确定候选FL成员列表所需要的获取的网络数据的类型。

示例性的，网络数据的类型可以包括Analytics ID或Event ID。其中，AnalyticsID用于标识NWDAF提供的网络数据分析类型。例如，Analytics ID＝"ServiceExperience"，表示需要NWDAF提供UE的业务体验数据分析结果；Analytics ID＝"NetworkPerformance"，表示需要NWDAF提供UE的网络性能分析结果。Event ID可以用于标识除NWDAF之外的其它网元提供的网络数据的类型。例如，Event ID＝"Connectivity statechanges"，表示需要AMF提供UE的CM状态(空闲态或连接态)变化信息；Event ID＝"QoSmonitoring result"，表示需要UPF提供UE的QoS监控结果(如比特率、时延等)。

当然，以上参数作为示例，并不对请求消息构成任何限定。在实际应用中，请求消息中可以不携带任何参数，或者还可以携带其他参数。例如，请求消息中还可以携带FL业务的业务标识，FL业务的执行时间、执行FL业务需要传输的数据量等。

还需要说明的是，与方案一类似的，处于安全性考虑，当FL AF是第三方部署的AF时，FL AF需要通过NEF向NWDAF发出请求消息。NEF可以验证该FL AF的请求消息的合法性，具体可以参考方案一中的相关描述，此处不再赘述。

S402：NEF/NWDAF获取多个UE的网络数据。可选的，NEF/NWDAF可以从本地和/或其他网元获取该多个UE的网络数据。

可选的，当所述请求消息中包含FL业务的相关参数时，NEF/NWDAF可以根据这些相关参数获取多个UE的网络数据。例如，当FL AF发送的请求消息中包含网络数据的类型时，NEF/NWDAF可以针对该网络数据的类型，确定存储该类型的目标网元，进而向该目标网元发送网络数据请求，从而从该目标网元获取该类型的网络数据。又例如，请求消息中包含目标区域，或UE群组标识/UE列表时，NEF/NWDAF可以获取位于所述目标区域，或属于UE群组标识/UE列表中的多个UE的网络数据。

S403：NEF/NWDAF根据获取的多个UE的网络数据以及候选FL成员选择策略，在该多个UE中确定候选FL成员列表。

可选的，当FL AF发送的请求消息中包含FL业务的相关参数时，NEF/NWDAF可以根据该相关参数、该多个UE的网络数据，以及候选FL成员选择策略等，在该多个UE中确定候选FL成员列表。

应注意，本申请实施例不对候选FL成员选择策略构成任何限定，该策略可以根据具体场景或具体实现具体设定。

例如，NEF/NWDAF可以在该多个UE中选择网络数据符合该相关参数要求的多个第一UE；然后根据多个第一UE的网络数据，在该多个第一UE中确定候选FL成员列表。示例性的，NEF/NWDAF可以参考上述方案一中方案，对多个第一UE的网络数据进行量化，然后确定每个第一UE的网络状态分值，进而选择网络状态分值最高的n个第一UE作为候选FL成员列表。

S404：NEF/NWDAF将生成的候选FL成员列表发送给FL AF。

可选的，在NWDAF生成候选FL成员列表的情况下，当FL AF是第三方部署的AF时，NWDAF也需要通过NEF向FL AF发送该候选FL成员列表。NEF可以对该FL AF的合法性进行验证。

S405：FL AF在获取到候选FL成员列表之后，可以在该候选FL成员列表中确定最终的FL成员。

可选的，FL AF可以获取候选FL成员列表中每个候选UE的应用层数据，然后根据每个候选UE的应用层数据，在候选FL成员列表中确定FL成员。

方案三：移动通信系统向FL AF提供FL成员列表。

本方案三与方案二类似，具体过程可以参考图5。其中，本方案三中的S501-S504可以参考方案二中的S401-S404。不同点是方案三中，FL AF向NEF/NWDAF发送的请求消息用于请求FL成员列表而非候选FL成员列表。相应的，NEF/NWDAF反馈给FL AF的是最终的FL成员列表。FL AF在接收到FL成员列表中，可以直接针对该FL成员列表中FL成员执行FL业务，而不用像方案二中一样还要执行S405。

通过以上对确定FL成员的传统方案的描述可知，目前，参与业务的终端设备是由AF或核心网确定的，均未考虑过终端设备是否愿意参与该业务，导致用户可以在不自知的情况下执行该业务，或者占用终端设备本地资源来执行该业务，导致用户体验较差。

基于上述问题，本申请实施例提供了一种通信方法，应用功能网元可以根据用户的意愿信息决定是否选择该用户参与目标业务，以提高用户体验。本申请实施例提供的该方法的流程可以参考图8所示。本申请实施例以第一终端设备为例进行说明。其中，本方法中涉及的第一网元为通信网络/系统中能够存储第一终端设备的意愿配置参数的网元，例如UDM或UDR。第二网元可以为在应用功能网元无法直接访问第一网元的场景中，支持应用功能网元访问第一网元的设备，可选的，所述第二网元可以为网络开放功能网元(如NEF)。

在介绍本方法之前，先对本实施例中涉及的一些消息进行说明：

“第一请求”为应用功能网元向第一网元或第二网元发送的，用于请求第一终端设备的意愿信息的消息；“第一响应”为“第一请求”的响应消息，为第一网元或第二网元向应用功能网元发送的，携带第一终端设备的意愿信息的消息；

“第二请求”为应用功能网元向第一网元或第二网元发送的，用于请求第一终端设备的意愿配置参数的消息；“第二响应”为“第二请求”的响应消息，为第一网元或第二网元向应用功能网元发送的，携带第一终端设备的意愿配置参数的消息；

“第三请求”为第二网元向第一网元发送的，用于请求第一终端设备的意愿配置参数的消息；“第三响应”为“第三请求”的响应消息，为第一网元向第二网元发送的，携带第一终端设备的意愿配置参数的消息；

“第四请求”为第二网元向第一网元发送的，用于请求第一终端设备的意愿信息的消息；“第四响应”为“第四请求”的响应消息，为第一网元向第二网元发送的，携带第一终端设备的意愿信息的消息；

“第五请求”为第二网元向第一网元发送的，用于请求第一终端设备的意愿配置参数的消息；“第五响应”为“第五请求”的响应消息，为第一网元向第二网元发送的，携带第一终端设备的意愿配置参数的消息；

“第一消息”为应用功能网元向第二网元发送的，包含第三终端设备的意愿信息和第三终端设备的标识的消息；“第二消息”为第二网元向第一网元发送的，包含第三终端设备的意愿信息和第三终端设备的标识的消息；“第三消息”为应用功能网元向第二网元发送的，包含第三终端设备的意愿信息和第三终端设备的标识的消息。

为了区分描述，本申请实施例涉及的其他消息可以按照出现顺序进行排序命名，此处不再赘述。

在一种实施方式中，第一网元中存储的第一终端设备的意愿配置参数可以但不限为第一设备通过图6所示的流程配置的。通过图6所示的流程，第一设备可以将第一终端设备的意愿信息发送到网络侧，以便应用功能网元可以获取第一终端设备的意愿信息，并根据第一终端设备的意愿信息来决定是否选择该终端设备参与特定业务。

因此，在介绍图8所示的实施例之前，下面先参阅图6所示的流程图对第一设备将第一终端设备的意愿信息发送到第一设备的过程进行说明。其中，图6中的第三网元可以为在第一设备无法直接访问第一网元的场景中，支持第一设备访问通信网络/系统的设备。

S601：第一设备获取第一终端设备的意愿信息。其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务。

在一种实施方式中，所述第一设备可以为应用功能网元。可选的，参阅图7所示，所述第一设备可以通过以下步骤S6011-S6013，从所述第一终端设备获取所述第一终端设备的意愿信息：

S6011：所述应用功能网元向所述第一终端设备发送第六请求；其中，所述第六请求用于请求所述第一终端设备的意愿信息。

可选的，所述应用功能网元可以通过应用层向所述第一终端设备发送所述第六请求。例如，在所述第一终端设备中安装有应用客户端的情况下，当所述第一终端设备启动所述应用客户端时，所述应用功能网元可以向所述应用客户端发送所述第六请求。

S6012：所述第一终端设备根据所述第六请求，获取所述第一终端设备的意愿信息。

可选的，在本申请实施例中，所述第一终端设备可以但不限于通过以下方式，执行S6012：

方式a：所述第一终端设备可以在显示屏中显示所述第六请求，以便用户可以通过显示屏配置所述第一终端设备的意愿信息。

方式b：所述第一终端设备可以在接收到所述第六请求后，根据所述第六请求获取用户预先配置并存储的所述第一终端设备的意愿信息。

在一种设计中，所述第六请求中可以包含以下至少一项：所述目标业务的业务标识、所述目标业务的执行规则，或执行所述目标业务传输的数据量。这样，所述第一终端设备可以将第六请求中的上述信息提供给用户，以便用户可以结合上述信息来判断是否愿意参与目标业务；或者所述第一终端设备可以结合上述信息来判断用户是否愿意参与目标业务。

S6013：所述第一终端设备向所述应用功能网元发送第六响应。所述应用功能网元接收来自所述第一终端设备的第六响应。其中，所述第六响应中包含所述第一终端设备的意愿信息。

在另一种实施方式中，所述第一设备可以为所述第一终端设备。所述第一终端设备可以但不限于通过以下方式获取所述第一终端设备的意愿信息。

方式一：所述第一终端设备获取用户配置的所述第一终端设备的意愿信息。

在本申请实施例中，所述第一终端设备可以在获取用户配置的所述第一终端设备的意愿信息时，触发执行本申请实施例提供的方法，将所述第一终端设备的意愿信息配置到通信网络/系统中。

方式二：所述第一终端设备接收来自应用功能网元的第六请求，根据所述第六请求获取用户配置的所述第一终端设备的意愿信息；其中，所述第六请求用于请求所述第一终端设备的意愿信息。可选的，所述第一终端设备在获取所述第一终端设备的意愿信息后，还可以向所述应用功能网元发送第六响应。所述第六响应中包含所述第一终端设备的意愿信息。方式二的具体过程可以参考图7所示的流程中S6011-S6013，此处不再赘述。

还需要说明的是，当所述第一设备为应用功能网元的情况下(即应用功能网元通过上述方式一获取所述第一终端设备的意愿信息的情况下)，所述应用功能网元可以在确定所述第一终端设备为参与所述目标业务的候选终端设备时，触发获取所述第一终端设备的意愿信息。即在S601之前，所述应用功能网元可以确定参与所述目标业务的至少一个候选终端设备，所述至少一个候选终端设备中包含所述第一终端设备。其中，所述应用功能网元确定所述至少一个候选终端设备的方法和过程，本申请不作限定。例如，所述应用功能网元可以参考上述传统方案一中记载的方式，根据多个终端设备的网络数据、应用层数据，以及所述终端设备当前的物理位置等确定所述至少一个候选终端设备。

S602：所述第一设备向第一网元发送所述第一终端设备的意愿信息。所述第一网元接收所述第一终端设备的意愿信息。

在本申请实施例中，所述第一设备可以但不限于通过以下两种实施方式执行S602：

第一种实施方式：所述第一设备可以通过第三网元向所述第一网元发送所述第一终端设备的意愿信息。所述第一网元接收来自所述第三网元转发的所述第一终端设备的意愿信息。如图6所示，该实施方式包括步骤S602a1-S602a2。例如，通信网络/系统不支持所述第一设备与所述第一网元直接交互的场景中，所述第一设备可以通过第一种实施方式执行S602。

S602a1：所述第一设备向第三网元发送第四消息，以使所述第三网元根据所述第四消息向所述第一网元发送第五消息。所述第三网元接收来自所述第一设备的所述第四消息。其中，所述第四消息和所述第五消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识。

S602a2：所述第三网元向所述第一网元发送第五消息。其中，所述第五消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识。所述第一网元接收来自所述第三网元的所述第五消息。其中，所述第五消息用于请求根据所述第一终端设备的意愿信息维护所述第一终端设备的意愿配置参数。

可选的，在本实施方式中，当所述第一设备为所述第一终端设备时，所述第三网元为接入和移动性管理网元(例如AMF)。当所述第一设备为应用功能网元时，所述第三网元可以为网络开放功能网元(例如NEF)。

第二种实施方式：所述第一设备直接与所述第一网元进行交互，将所述第一终端设备的意愿信息发送至所述第一网元。所述第一网元接收来自所述第一设备的所述第一终端设备的意愿信息。如图6所示，该实施方式包括步骤S602b。

S602b：所述第一设备向所述第一网元发送第六消息，所述第六消息中包含所述第一终端设备的意愿信息和所述第一终端设备的标识。所述第一网元接收来自所述第一设备的所述第六消息。

可选的，在本申请实施例中，所述第一设备还可以将所述第一终端设备的意愿关联信息发送给所述第一网元，以便所述第一网元可以结合该意愿关联信息和第一终端设备的意愿信息，来维护所述第一终端设备的意愿配置参数。其中，所述意愿关联信息中包括以下至少一项：所述目标业务的业务标识，或所述第一终端设备的意愿有效规则。可选的，所述第一终端设备的意愿有效规则可以包括：意愿有效时间或意愿有效区域。

在本申请实施例中，所述第一设备可以采用与上述两种实施方式类似的方式发送所述意愿关联信息。例如，所述第一设备可以在发送所述第一终端设备的意愿信息的同时发送所述意愿关联信息。例如，当所述第一设备通过第一种实施方式执行S602时，所述第四消息、所述第五消息中还可以包含所述意愿关联信息。又例如，当所述第一设备通过第二种实施方式执行S602时，所述第六消息中还包含所述意愿关联信息。

应注意，所述第一设备可以通过多种方式，获取所述第一终端设备的意愿有效规则。例如，所述第一设备可以S601中获取所述第一终端设备的意愿信息时，同时获取所述意愿有效规则。即，与所述第一终端设备的意愿信息类似的，所述意愿有效规则可以为用户预配置并存储在所述第一终端设备内的，或者为用户根据所述第一请求配置到所述第一终端设备的。

S603：所述第一网元根据所述第一终端设备的意愿信息，维护所述第一终端设备的意愿配置参数。其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的意愿。

还应注意，若在S602中，所述第一网元还接收到所述第一终端设备的意愿关联信息时，所述第一网元在执行S603时，可以根据所述第一终端设备的意愿信息和所述意愿关联信息，维护所述第一终端设备的意愿配置参数。

可选的，所述第一网元可以通过以下步骤维护所述第一终端设备的意愿配置参数：

当所述第一网元未保存所述第一终端设备的意愿配置参数时，所述第一网元根据所述第一终端设备的意愿信息和所述第一终端设备的标识，创建所述第一终端设备的意愿配置参数；

当所述第一网元保存有所述第一终端设备的意愿配置参数时，所述第一网元可以根据所述第一终端设备的意愿信息，更新所述第一终端设备的意愿配置参数。

在一种可能的设计中，当所述第一终端设备的意愿信息指示所述第一终端设备不愿意参与所述目标业务(或者所述第一终端设备的意愿信息和所述意愿有效规则指示所述第一终端设备在任何时间/任何区域均不愿意参与所述目标业务)，所述第一网元还可以删除保存的所述第一终端设备的意愿配置参数，或者不创建所述第一终端设备的意愿配置参数。

在另一种可能的设计中，即使所述第一终端设备的意愿信息指示所述第一终端设备(或者所述第一终端设备的意愿信息和所述意愿有效规则指示所述第一终端设备在任何时间/任何区域均不愿意参与所述目标业务)不愿意参与所述目标业务，所述第一网元依然可以根据该意愿信息，创建或更新所述第一终端设备的意愿配置参数。

通过S603，所述第一网元可以维护所述第一终端设备最新的意愿配置参数，以便后续其他网元查询所述第一终端设备的意愿配置参数或所述第一终端设备的意愿信息。

在一种可能的设计中，第一设备在执行S602时，还可以向第一网元发送用于指示维护方式的维护信息。该维护方式可以为：创建意愿配置参数、更新意愿配置参数，或删除意愿配置参数。

例如，当第一设备首次向第一网元发送该第一终端设备的意愿信息时，可以向第一网元发送指示创建意愿配置参数的维护信息；当所述第一设备非首次向第一网元发送该第一终端设备的意愿信息时，可以向第一网元发送指示更新意愿配置参数的维护信息。

又例如，当第一设备首次向第一网元发送该第一终端设备的意愿信息，且该意愿信息指示第一终端设备愿意参与目标业务时，可以向第一网元发送指示创建意愿配置参数的维护信息；当所述第一设备向第一网元发送调整后的该第一终端设备的意愿信息时，可以向第一网元发送指示更新意愿配置参数的维护信息；当第一终端设备的意愿信息指示第一终端设备不愿意参与目标业务(或者所述第一终端设备的意愿信息和所述意愿有效规则指示所述第一终端设备在任何时间/任何区域均不愿意参与所述目标业务)，第一设备可以向第一网元发送指示删除意愿配置参数的维护信息。

还需要说明的是，所述第一设备可以通过多种方式发送该维护信息。例如，所述第一设备可以在发送第一终端设备的意愿信息的消息中携带该维护信息。又例如，所述第一设备可以通过不同类型的消息发送该第一终端设备的意愿信息，其中，不同消息的类型对应指示不同维护方式的维护信息。

通过以上方式，所述第一网元在执行S603时，可以根据该维护信息所指示的维护方式，来维护第一终端设备的意愿配置参数。

综上，通过图6所示的实施例提供的方法，第一设备可以将终端设备的意愿信息配置到网络侧。这样，网络侧可以结合终端设备的意愿信息来决定是否选择该终端设备参与特定业务，从而保证用户体验。

下面参阅图8，继续以第一终端设备为例，对本申请实施例提供的方法进行说明。关于所述第一终端设备的意愿信息或意愿配置参数的描述可以参考以上实施例的描述，此处不再赘述。

S801：应用功能网元获取第一终端设备的意愿信息。

在本申请实施例中，所述应用功能网元可以通过多种方案执行S801。在一些方案中，所述应用功能网元可以直接请求所述第一终端设备的意愿信息，在另一些方案中，所述应用功能网元可以请求所述第一终端设备的意愿配置参数，并根据该意愿配置参数，确定所述第一终端设备的意愿信息。下面对不同方案进行说明。

方案一：所述应用功能网元通过第二网元向第一网元请求所述第一终端设备的意愿信息。即所述应用功能网元接收来自所述第二网元的所述第一终端设备的意愿信息。例如，在所述应用功能网元无法与所述第一网元直接交互的场景，所述应用功能网元可以采用方案一来执行S801。如图8所示，方案一包括步骤S801a1-S801a5。

S801a1：所述应用功能网元向所述第二网元发送第一请求。所述第二网元接收来自所述应用功能网元的所述第一请求。其中，所述第一请求中包含所述第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息。

S801a2：所述第二网元可以根据所述第一请求，向所述第一网元发送第四请求。所述第一网元接收来自所述第二网元的所述第四请求。其中，所述第四请求中包含所述第一终端设备的标识，所述第四请求用于请求所述第一终端设备的意愿信息。

S801a3：所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；并根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息。

第一种实施方式：所述第一请求中还包含目标业务的业务标识和所述目标业务的执行规则。相应的，所述第四请求中也包含目标业务的业务标识和所述目标业务的执行规则。那么在S801a3中，所述第一网元可以根据所述第一终端设备的标识和所述目标业务的业务标识，来确定所述第一终端设备的意愿配置参数。另外，所述第一网元可以通过以下步骤，确定所述第一终端设备的意愿信息：

A1：所述第一网元根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息和所述第一终端设备的意愿有效规则。其中，所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务。在本实施方式中，该配置意愿信息即图6所示的实施例中，第一设备配置到所述第一网络中的意愿信息。

A2：所述第一网元根据所述第一终端设备的配置意愿信息、所述意愿有效规则，和所述目标业务的执行规则，确定所述第一终端设备的意愿信息。其中，所述第一终端设备的意愿信息用于指示在所述目标业务的执行规则下所述第一终端设备是否愿意参与所述目标业务。

可选的，在A2中，当所述目标业务的执行规则符合所述意愿有效规则时，所述第一终端设备的配置意愿信息指示的内容与所述第一终端设备的意愿信息指示的内容相同；当所述目标业务的执行规则不符合所述意愿有效规则时，所述第一终端设备的配置意愿信息指示的内容与所述第一终端设备的意愿信息指示的内容不同(即内容相反)。

所述第一终端设备的配置意愿信息与所述第一终端设备的意愿信息不同，即当该配置意愿信息指示所述第一终端设备愿意参与所述目标业务时，所述第一终端设备的意愿信息指示所述第一终端设备在所述目标业务的执行规则下不愿意参与所述目标业务；当该配置意愿信息指示所述第一终端设备不愿意参与所述目标业务时，所述第一终端设备的意愿信息指示所述第一终端设备在所述目标业务的执行规则下愿意参与所述目标业务。

例如，当所述意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内。

又例如，当所述意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行区域位于所述意愿有效区域内。

再例如，当所述意愿有效规则包括意愿有效时间和意愿有效区域，所述目标业务的执行规则中包括业务执行时间和业务执行区域时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内，且所述业务执行区域包含在所述意愿有效区域内。

第二种实施方式：所述第一请求和所述第四请求中不包含所述目标业务的执行规则。

可选的，所述第一请求和所述第四请求中还可以包括所述目标业务的业务标识。那么在S801a3中，所述第一网元可以根据所述第一终端设备的标识和所述目标业务的业务标识，来确定所述第一终端设备的意愿配置参数。

在该第二种实施方式中，所述第一网元可以通过以下步骤，确定所述第一终端设备的意愿信息：

B1：所述第一网元根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息。所述第一终端设备的配置意愿信息与第一种实施方式中的配置意愿信息相同，此处不再赘述。

B2：所述第一网元将所述第一终端设备的配置意愿信息作为所述第一终端设备的意愿信息。

此外，在该第二种实施方式中，所述第一网元还可以根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿有效规则；并将该意愿有效规则携带在所述第四响应中发送给所述第二网元，以使所述第二网元发送给所述应用功能网元。

S801a4：所述第一网元向所述第二网元发送第四响应。所述第二网元接收来自所述第一网元的所述第四响应。其中，所述第四响应中包含所述第一终端设备的意愿信息。

S801a5：所述第二网元根据所述第四响应，向所述应用功能网元发送第一响应。所述应用功能网元接收来自所述第二网元的第一响应。其中，所述第一响应中包含所述第一终端设备的意愿信息。

应注意，当所述第四响应中还包含所述第一终端设备的意愿有效规则时，所述第一响应中也相应包含该意愿有效规则。

方案二：所述应用功能网元直接向所述第一网元请求所述第一终端设备的意愿信息。即所述应用功能网元接收来自所述第一网元的所述第一终端设备的意愿信息。如图8所示，方案二包括步骤S801b1-S801b3。

S801b1：所述应用功能网元向所述第一网元发送第一请求。所述第一网元接收来自所述应用功能网元的所述第一请求。其中，所述第一请求中包含所述第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息。

S801b2：所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；并根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息。

与方案一中的S801a3类似的，所述第一网元也可以通过两种实施方式执行S801b2。

第一种实施方式：所述第一请求中还可以包含所述目标业务的业务标识和所述目标业务的执行规则。所述第一网元执行S801b2的具体过程可以参考方案一中的第一种实施方式，此处不再赘述。

第二种实施方式：所述第一请求中不包含所述目标业务的执行规则。可选的，所述第一请求中还可以包含所述目标业务的业务标识。所述第一网元执行S801b2的具体过程可以参考方案一中的第二种实施方式，此处不再赘述。

此外，在第二种实施方式中，所述第一网元还可以确定所述第一终端设备的意愿有效规则，通过所述第一响应发送给所述应用功能网元。

S801b3：所述第一网元向所述应用功能网元发送第一响应。所述应用功能网元接收来自所述第一网元的所述第一响应。其中，所述第一响应中包含所述第一终端设备的意愿信息。

方案三和方案四为所述应用功能网元直接获取所述第一终端设备的意愿配置信息，并根据该意愿配置信息，确定所述第一终端设备的意愿信息。其中，方案三和方案四的区别在于，所述应用功能获取所述第一终端设备的意愿配置信息的方式不同。

方案三：与方案一类似，所述应用功能网元通过第二网元向第一网元请求所述第一终端设备的意愿配置参数。即所述应用功能网元接收来自所述第二网元的所述第一终端设备的意愿配置参数。如图8所示，方案三包括步骤S801c1-S801c6。

S801c1：所述应用功能网元向所述第二网元发送第二请求。所述第二网元接收来自所述应用功能网元的所述第二请求。其中，所述第二请求中包含所述第一终端设备的标识，所述第三请求用于请求所述第一终端设备的意愿配置参数。

S801c2：所述第二网元可以根据所述第二请求，向所述第一网元发送第三请求。所述第一网元接收来自所述第二网元的所述第三请求。其中，所述第三请求中包含所述第一终端设备的标识，所述第三请求用于请求所述第一终端设备的意愿配置参数。

S801c3：所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数。

可选的，所述第二请求和所述第三请求中还可以包含所述目标业务的业务标识。这样，在S801c3中，所述第一网元可以根据所述第一终端设备的标识和所述目标业务的业务标识，来确定所述第一终端设备的意愿配置参数。

S801c4：所述第一网元向所述第二网元发送第三响应。所述第二网元接收来自所述第一网元的所述第三响应。其中，所述第三响应中包含所述第一终端设备的意愿配置参数。

S801c5：所述第二网元根据所述第三响应，向所述应用功能网元发送第二响应。所述应用功能网元接收来自所述第二网元的第二响应。其中，所述第二响应中包含所述第一终端设备的意愿信息。

S801c6：所述应用功能网元根据所述意愿配置参数，确定所述第一终端设备的意愿信息。

在本步骤中，所述应用功能网元可以通过方案一中第二种实施方式，确定所述第一终端设备的意愿信息，即先根据该意愿配置参数确定第一终端设备的配置意愿信息，然后将该配置意愿信息作为第一终端设备的意愿信息，具体过程此处不再赘述。

此外，所述应用功能网元还可以根据所述第一终端设备的意愿配置参数确定所述第一终端设备的意愿有效规则，以便所述应用功能网元还可以结合该意愿有效规则执行S802。

方案四：所述应用功能网元直接向所述第一网元请求所述第一终端设备的意愿配置参数。即所述应用功能网元接收来自所述第一网元的所述第一终端设备的意愿配置参数。如图8所示，方案四包括步骤S801d1-S801d4。

S801d1：所述应用功能网元向所述第一网元发送第二请求。所述第一网元接收来自所述应用功能网元的所述第二请求。其中，所述第二请求中包含所述第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数。

S801d2：所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数。

可选的，所述第二请求中还可以包含所述目标业务的业务标识。这样，在S801d2中，所述第一网元可以根据所述第一终端设备的标识和所述目标业务的业务标识，来确定所述第一终端设备的意愿配置参数。

S801d3：所述第一网元向所述应用功能网元发送第二响应。所述应用功能网元接收来自所述第一网元的所述第二响应。其中，所述第二响应中包含所述第一终端设备的意愿配置参数。

S801d4：所述应用功能网元根据所述意愿配置参数，确定所述第一终端设备的意愿信息。本步骤与方案三中的801c6相同，此处不再赘述。

方案五：所述应用功能网元通过第二网元获取第一终端设备的意愿信息。例如，在所述应用功能网元无法与所述第一网元直接交互的场景中，所述应用功能网元可以采用方案五来执行S801，即所述第二网元在应用功能网元请求第一终端设备的意愿信息时，可以先从第一网元获取所述第一终端设备的意愿配置参数，在根据所述意愿配置参数生成所述第一终端设备的意愿信息。如图8所示，方案五包括步骤S801e1-S801e6。

S801e1：与S801a1类似，所述应用功能网元向所述第二网元发送第一请求。所述第二网元接收来自所述应用功能网元的所述第一请求。其中，所述第一请求中包含所述第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息。

S801e2：所述第二网元可以根据所述第一请求，向所述第一网元发送第五请求。所述第一网元接收来自所述第二网元的所述第五请求。其中，所述第五请求中包含所述第一终端设备的标识，所述第五请求用于请求所述第一终端设备的意愿配置参数。

在一些实施方式中，所述第二网元可以根据本地配置，在接收到来自应用功能网元的终端设备的意愿信息的请求后，即向第一网元请求该终端设备的意愿配置参数。

在另一些实施方式中，所述第一请求中可以包含特定指示信息，该特定指示信息用于指示所述第二网元向所述第一网元请求所述第一终端设备的意愿配置参数。

在又一些实施方式中，所述第一请求的消息类型或名称可以指示所述第二网元向所述第一网元请求所述第一终端设备的意愿配置参数。

S801e3：与S801c3类似的，所述第一网元根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数。

可选的，所述第一请求和所述第五请求中还可以包含所述目标业务的业务标识。这样，在S801e3中，所述第一网元可以根据所述第一终端设备的标识和所述目标业务的业务标识，来确定所述第一终端设备的意愿配置参数。

S801e4：与S801c4类似的，所述第一网元向所述第二网元发送第五响应。所述第二网元接收来自所述第一网元的所述第五响应。其中，所述第五响应中包含所述第一终端设备的意愿配置参数。

S801e5：所述第二网元根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿信息。

可选的，与方案一中S801a3中的第一网元的执行类似的，在本方案五中，所述第二网元也可以采用两种实施方式执行S801e5，确定所述第一终端设备的意愿信息，具体过程可以参考以上S801a3中的描述，此处不再展开描述。

可选的，所述第二网元还可以根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿有效规则。

S801e6：所述第二网元向所述应用功能网元发送第一响应。所述应用功能网元接收来自所述第二网元的第一响应。其中，所述第一响应中包含所述第一终端设备的意愿信息。

应注意，当所述第二网元在S801e5中还确定了所述第一终端设备的意愿有效规则时，所述第一响应中也相应包含该意愿有效规则。

综上，所述应用功能网元可以通过以上五种方案中的任一种获取所述第一终端设备的意愿信息。

S802：所述应用功能网元根据通过S801获取的所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

可选的，所述应用功能网元可以通过以下步骤，执行S802：

若所述第一终端设备的意愿信息指示所述第一终端设备愿意参与所述目标业务，则获取所述第一终端设备的网络数据和/或应用层数据，根据所述第一终端设备的网络数据和/或应用层数据判断是否选择所述第一终端设备参与所述目标业务(示例性的，该过程可以参考上述确定FL成员的方案一的描述)；或者选择所述第一终端设备参与所述目标业务(例如，所述第一终端设备为所述应用功能网元之前确定的候选终端设备的情况下)。

在一种实施方式中，在所述应用功能网元在S801还获取到所述第一终端设备的意愿有效规则时，在执行S802之前，还可以根据所述意愿有效规则，以及所述目标业务的执行规则，确定所述第一终端设备的意愿信息有效。

可选的，所述第一终端设备的意愿信息有效，即所述目标业务的执行规则符合所述意愿有效规则。下面举例说明：

例如，所述意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间。当所述业务执行时间包含在所述意愿有效时间内时，所述应用功能网元确定所述第一终端设备的意愿信息有效。

又例如，所述意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域。所述应用功能网元获取所述第一终端设备的物理位置；当所述物理位置位于所述意愿有效区域内、且所述业务执行区域位于所述意愿有效区域内时，所述应用功能网元确定所述第一终端设备的意愿信息有效。

再例如，所述意愿有效规则包括意愿有效时间和意愿有效区域，所述目标业务的执行规则中包括业务执行时间和业务执行区域。所述应用功能网元获取所述第一终端设备的物理位置；当所述业务执行时间包含在所述意愿有效时间内，所述物理位置位于所述意愿有效区域内，且所述业务执行区域包含在所述意愿有效区域内时，所述应用功能网元确定所述第一终端设备的意愿信息有效。

应注意，在以上示例中，所述应用功能网元获取所述第一终端设备的物理位置的过程可以参考现有过程，所述物理位置可以为通过定位过程确定的定位信息，或者所述第一终端设备接入的小区的小区信息等。示例性的，所述物理位置可以为所述第一终端设备的经纬度、GPS位置信息，所述第一终端设备接入的小区，所述第一终端设备的跟踪区域等。

在一种实施方式中，所述应用功能网元可以先确定所述第一终端设备为候选参与所述目标业务的终端设备时，针对该第一终端设备执行以上过程。在该实施方式中，在S801之前，该方法还可以包括以下步骤：

C1：所述应用功能网元获取多个第二终端设备的网络数据和/或应用层数据；

C2：所述应用功能网元根据所述多个第二终端设备的网络数据和/或应用层数据，在所述多个第二终端设备中确定候选参与所述目标业务的所述第一终端设备。

关于应用功能网元确定候选参与所述目标业务的所述第一终端设备的过程，可以参考现有技术中的描述，此处不再赘述。

应注意，在本申请实施例上述方案一至方案五中，应用功能网元或第二网元可以但不限于通过“请求-响应”或者“订阅-通知”两种机制请求第一终端设备的意愿信息或第一终端设备的意愿配置参数，本申请对此不作限定。需要说明的是，在“订阅-通知”机制下，订阅消息中除了订阅事件或订阅对象(即第一终端设备的意愿信息或意愿配置参数)以外，还可以携带通知触发条件或通知频率。第一网元或第二网元可以根据订阅消息中的触发条件或通知频率发送通知消息，以便应用功能网元能够获得第一终端设备最新的意愿信息，从而保证在执行S802时，能够根据第一终端设备的意愿信息决定是否选择第一终端设备参与目标业务。

还应说明，在本实施例中，应用功能网元也可以采用图6所示的实施例提供的方法，将至少一个终端设备的意愿信息配置到第一网元中，具体过程可以参考图6所示的实施例，此处不再赘述。下面参阅图8中的S803a1-S803a2，以及S803b，以应用功能网元将第三终端设备的意愿信息发送到第一网元为例进行简单说明。

可选的，当所述应用功能网元在获取到第三终端设备的意愿信息后，可以通过以下两种实施方式，将第三终端设备的意愿信息发送到第一网元。其中，所述应用功能网元获取所述第三终端设备的意愿信息的过程，以及所述第一网元根据所述第三终端设备的意愿信息维护所述第三终端设备的意愿配置参数的过程可以参考图6中S601以及S603的过程，此处不再赘述。

在一种实施方式中，所述应用功能网元通过所述第二网元向所述第一网元发送所述第三终端设备的意愿信息，该实施方式包括S803a1-S803a2。

S803a1：所述应用功能网元向所述第二网元发送第一消息，以使所述第二网元根据所述第一消息向所述第一网元发送第二消息。

其中，所述第二消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识，所述第二消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识。

S803a2：所述第二网元根据所述第一消息向所述第一网元发送第二消息。

在一种实施方式，所述应用功能网元直接向所述第二网元发送所述第三终端设备的意愿信息，该实施方式包括S803b。

S803b：所述应用功能网元向所述第一网元发送第三消息，所述第三消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识。

在以上两个实施方式中，当所述应用功能网元获取到所述第三终端设备的意愿关联信息时，还可以将第三终端设备的意愿关联信息也发送给所述第一网元，以便所述第一网元可以结合该意愿关联信息和所述第三终端设备的意愿信息，来维护所述第三终端设备的意愿配置参数。其中，所述第三终端设备的意愿关联信息包括以下至少一项：所述目标业务的业务标识，或所述第三终端设备的意愿有效规则。

应注意，所述应用功能网元可以采用上述两种实施方式类似的方式发送所述第三终端设备的意愿关联信息。可选的，所述应用功能网元可以将所述第三终端设备的意愿信息和意愿关联信息同步发送给所述第一网元。例如，所述第一消息、所述第二消息，或所述第三消息中还可以所述第三终端设备的意愿关联信息。

综上，本申请实施例提供了一种通信方法，通过该方法，应用功能网元可以获取到终端设备的意愿信息，并根据该意愿信息决定是否选择该终端设备参与目标业务。这样，可以提高用户参与该目标业务的体验。

需要说明的是，图6或图8提供的实施例均是以第一终端设备为例进行说明的，在实际应用中，上述方法可同时针对多个终端设备执行。例如，第一设备可以同时将多个终端设备的意愿信息配置到网络侧，应用功能网元也可以同时请求获取多个终端设备的意愿信息，或多个终端设备的意愿配置参数，具体过程均可以参考以上实施例中的描述，此处不再赘述。

还需要说明的是，在以上实施例中，当应用功能网元通过网络开放功能网元与数据存储网元交互的过程中，网络开放功能网元可以对应用功能网元进行合法性校验，在确定该应用功能网元合法的情况下，再完成后续步骤。

另外，网络开放功能网元中可以维护有每个终端设备的第一标识和第二标识的映射关系，因此，在网络开放功能网元将接收到的消息转发到数据存储网元之前，网络开放功能网元还可以将消息中的终端设备的第一标识转换为终端设备的第二标识，以便数据存储网元可以识别该消息是针对该终端设备发送的。对应的，在网络开放功能网元将接收来自数据存储网元的消息转发到应用功能网元之前，网络开放功能网元也可以将消息中的第二标识转换为终端设备的第一标识，以便应用功能网元能够识别该消息是针对该终端设备发送的。

基于图6所示的实施例提供的方案，本申请还提供了实施例一至实施例三。实施例一至实施例三均以将指示UE1是否愿意参与Fl业务的UE1的意愿信息配置到移动通信系统的数据存储网元(UDR或UDM)为例进行说明。下面参阅附图分别对各个实施例进行说明。应注意，为了区分和描述实施例一至实施例三中涉及的一些消息也是按照出现顺序进行重新排序命名的。

实施例一：第一AF通过NEF将UE1的意愿信息配置到数据存储网元，参阅图9所示。例如，在移动通信系统不支持第一AF与数据存储网元直接交互的场景中，第一AF可以通过本实施例将UE1的意愿信息配置到数据存储网元。

S900：可选的，第一AF可以基于本地的候选FL成员选择策略，根据从其他网元获得的多个UE的网络数据，和/或，该多个UE的应用层数据，确定参与FL业务的至少一个候选UE。其中，该至少一个候选UE中包含UE1。

可选的，所述其他网元可以但不限于包括NWDAF、AMF、SMF、UPF、UDM、OAM等，具体可以参考以上第6)点关于终端设备的网络数据的描述，此处不再赘述。

需要说明的是，在本实施例中，S900为可选步骤，即第一AF可以在确定参与FL业务的至少一个候选UE后，再针对每个候选UE执行后续步骤以将每个候选UE的意愿信息配置到移动通信系统的数据存储网元。

当然，第一AF也可以不执行S900，即第一AF在未确定UE1为参与FL业务的候选UE时，针对该UE1执行后续步骤。例如，当第一AF确定UE1位于该FL业务的业务执行区域内时，将UE1的意愿信息配置到数据存储网元。又例如，当第一AF确定UE1的剩余流量超过设定阈值时，将UE1的意愿信息配置到数据存储网元。

S901：第一AF可以通过应用层向UE1发送第一请求，所述第一请求用于获取UE1的意愿信息。UE1的意愿信息用于指示UE1是否愿意参与FL业务，即是否愿意加入FL组(Group)。

可选的，所述第一请求中可以携带以下至少一项：

FL业务的执行规则，FL业务的业务标识，或者执行FL业务传输的数据量。

其中，FL业务的执行规则中可以包含以下至少一项：

(1).FL业务的业务执行时间(Time period of FL operation)：FL操作(如模型训练、模型推理)执行的时间段；

(2).FL业务的业务执行区域(area where FL is performed)：FL操作针对的特定区域。比如AF确定要针对上海范围内的部分UE执行FL操作，那么就不会选择非上海区域内的UE加入FL Group，如果某个UE一开始加入了FL Group，但是中途离开了上海，那么该UE会被从FL Group中删除。

执行FL业务传输的数据量(Volume of traffic to be transferred)：FL操作需要UE1传输的数据量。例如在FL操作执行的时间段内，需要UE1要传输500Mb的数据。

可选的，第一请求中还可以包含询问指示信息(Would you like to join the FLGroup)，该询问指示信息用于询问UE1是否愿意参与FL业务。

S902：UE1根据第一请求，确定是否愿意参与FL业务，并生成UE1的意愿信息。

可选的，UE1的意愿信息(Participate in FL Authorization Indication)可以为至少1位的比特序列。当该比特序列取值为第一值时，表示UE1不愿意参与FL业务；当该比特序列取值为第二值时，表示UE1愿意参与FL业务。例如，UE的意愿信息为1位的二进制数，当该二进制数取值为“0”时，表示UE1不愿意参与FL业务；当该二进制数取值为“1”时，表示UE1愿意参阅FL业务。

在另一种实施方式中，UE1的意愿信息可以仅用于指示UE1愿意参与FL业务；当UE1不愿意参与FL业务时，UE1会向第一AF发送用于指示UE1不愿意参与FL业务的另一个意愿信息，或者UE1不向第一AF发送任何指示。

可选的，在本步骤中，UE1可以但不限于通过图6所示的实施例中S6012中的方式a或方式b确定UE1的意愿信息，具体过程可以参考以上相关描述，此处不再赘述。

可选的，所述UE1还可以根据第一请求，生成UE1的意愿有效规则。该意愿有效规则可以包含意愿有效时间，或意愿有效区域。

S903：UE1通过应用层向第一AF发送携带有UE1的意愿信息的第一响应。

可选的，第一响应中还可以包含UE1的意愿有效规则。

还需要说明的是，第一AF可以周期性或定时向UE1发送第一请求，以便获取UE1最新的意愿信息。

S904：第一AF通过可以向NEF发送第二请求。该第二请求中包含UE1的意愿信息和UE1的标识，所述第二请求用于请求数据存储网元根据UE1的意愿信息维护UE1的意愿配置参数。

可选的，在本实施例中，第一AF可以通过服务化接口向NEF发送第二请求。

在本实施例中，第二请求中的UE1标识可以为UE1的第一标识(即外部标识)，例如GPSI。

可选的，第二请求中还可以携带以下内容：FL业务的业务标识，或UE1的意愿有效规则。该两项内容可以统称为UE1的意愿关联信息。

例如，第二请求中包含业务类型(service type)字段，当service type＝FL，表示UE1的意愿信息是针对FL业务的。当然，当第一AF针对其他业务执行该方法时，该业务类型也可以替换为相应的业务标识。例如当第二请求中的service type＝DistributedLearning，表示UE1的意愿信息是针对分布式学习业务的。

可选的，第二请求中的UE1的意愿有效规则可以为第一AF通过S901-S903获取UE1的意愿信息的过程中获取的，还可以为第一AF确定的，本申请对此不作限定。

可选的，UE1的意愿有效规则中可以包含：意愿有效时间，和/或，意愿有效区域。

其中，意愿有效时间(valid time period)：用于表示UE1的意愿信息的有效时间段。例如，valid time period＝[2022/07/26-01:00,2022/07/26-05:00]，且上述UE1的意愿信息指示UE1愿意参与FL业务，则表示UE1愿意在2022年7月26日1点至5点的时间段内参与FL业务。又例如，valid time period＝[2022/07/26-11:00,2022/07/26-13:00]，且上述UE1的意愿信息指示UE1不愿意参与FL业务，则表示UE1不愿意在2022年7月26日11点至13点的时间段内参与FL业务(除该时间段以外的时间可以参与FL业务)。

意愿有效区域(valid area)：用于表示UE1的意愿信息的有效区域。可选的，该意愿有效区域可以是网络区域(例如，跟踪区域(tracking area)列表或小区(cell)列表)，也可以是地理区域(例如，上海浦东新区对应的经纬度范围)。例如，意愿有效区域为一个网络区域，如valid area＝(TA1,TA2,TA3)，且上述UE1的意愿信息指示UE1愿意参与FL业务，表示UE1愿意在TA1、TA2以及TA3对应的区域内参与FL业务。又例如，valid area对应一个地理区域，如valid area＝(上海浦东新区)，且上述UE1的意愿信息指示UE1不愿意参与FL业务，表示UE1不愿意在上海浦东新区对应的范围内参与FL业务。

在一种实施方式中，在执行S904时，第一AF还可以在第二请求中携带用于指示维护方式的维护信息。该维护方式可以包括：创建(Create)意愿配置信息、更新(Update)意愿配置参数，或删除(Delete)意愿配置参数。

在另一种实施方式中，第一AF可以根据UE1的意愿信息确定数据存储网元对UE1的意愿配置参数的维护方式，然后生成该维护方式对应的消息类型的第二请求。

通过以上两种实施方式，第一AF可以请求数据存储网元对UE1的意愿配置参数的维护方式发送给NEF，以便NEF可以将第一AF请求的维护方式通知给数据存储网元。

由于一个完整的“服务”表示方法为：Nnf type(网元类型)_NF service(服务名称)_NF service operation(服务操作)。第二请求所请求服务由NEF提供，因此订阅服务的网元类型为NEF，服务名称为ServiceParameter(即提供业务参数相关服务)，服务操作为Create/Update/Delete(即创建/更新/删除)，因此完整的“服务”可以表示为”Nnef_ServiceParameter_Create/Update/Delete”。因此，第二请求可以通过对应的服务操作对应的请求来实现。下面举例说明：

例1：如果第一AF初次获取到UE1的意愿信息，则第一AF发送的第二请求可以为Nnef_ServiceParameter_Create Request，从而可以使用创建服务操作通过NEF在数据存储网元中创建UE1的意愿配置参数。

例2：在通过例1在数据存储网元中创建UE1的意愿配置参数后，如果第一AF后续发现UE1的意愿信息发生变化(例如原来的UE1的意愿信息指示UE1愿意参与FL业务，但是新的意愿信息指示UE1现在不再愿意参与FL业务；或者UE1之前愿意在[2022/07/26-01:00,2022/07/26-05:00]对应的时间段内参与FL业务，但是现在愿意在[2022/07/27-01:00,2022/07/27-05:00]对应的时间段内参与FL业务；又或者UE1之前愿意在TA1、TA2和TA3对应的网络区域内参与FL业务，但是现在愿意在TA3、TA4和TA5对应的网络区域内参与FL业务)，则第一AF发送的第二请求可以为Nnef_ServiceParameter_Update Request，从而可以使用更新服务操作通过NEF在数据存储网元中更新UE1的意愿配置参数。

例3：在通过例1在数据存储网元中创建UE1的意愿配置参数后，如果第一AF发现UE1的意愿信息指示UE1不愿意参与FL业务(或者无论在什么时间段或者什么区域都不愿意参与FL业务)，则第一AF发送的第二请求可以为Nnef_ServiceParameter_Delete Request，从而可以使用删除服务操作通过NEF从数据存储网元中删除UE1的意愿配置参数。

S905：NEF在接收到第一AF的第二请求后，根据第二请求向数据存储网元发送第三请求。其中，第三请求中包含UE1的意愿信息和UE1的标识，所述第三请求用于请求数据存储网元根据UE1的意愿信息维护UE1的意愿配置参数。

通过该步骤，NEF可以将来自第一AF的维护UE1的意愿配置参数的请求转发给数据存储网元。

可选的，当第二请求中包含UE1的意愿关联信息(即FL业务的业务标识或UE1的意愿有效规则)时，第三请求中也相应包含该意愿关联信息。

可选的，出于移动通信系统的安全性考虑，NEF在接收到第一AF的第二请求后，可以对第一AF的合法性进行验证。例如，当第一AF是第三方应用功能时，出于安全性考虑，第一AF与移动通信系统内的各个核心网网元以及OAM之间的交互均需要经过NEF，NEF会验证来自第一AF的消息的合法性，以及向第一AF发送的消息的合法性。示例性的，在执行S905之前，NEF可以检查第一AF是否被允许在数据存储网元创建/更新/删除UE1的意愿配置参数。

总之，NEF可以对第一AF的第二请求进行授权检查，即检查该第一AF是否可以向移动通信系统发出该第二请求。如果授权检查通过，则NEF向数据存储网元转发该操作；如果授权检查不通过，则NEF会拒绝第一AF的第二请求，即后续步骤S905-S908均不会执行。

与S904类似的，NEF也可以通过服务化接口向数据存储网元发送该第三请求。示例性的，若数据存储网元为UDR，当第二请求为Nnef_ServiceParameter_Create/Update/Delete Request时，该第三请求可以为Nudr_DM_Create/Update/Delete Request，从而可以使用创建/更新/删除服务操作向数据存储网元中维护UE1的意愿配置参数。

在一些实施方式中，NEF中可能保存着UE1的第一标识(外部标识)与UE1的第二标识(内部标识)之间的映射关系。因此，NEF在接收到第一AF的第二请求后，会将其中的UE1的第一标识转换为第二标识。若NEF中没有保存该映射关系，则NEF可以先将UE1的第一标识转换为设定外部标识，然后根据该设定外部标识与设定内部标识之间的映射关系，确定设定内部标识，然后从数据存储网络(例如UDR)请求获取设定内部标识对应的第二标识，从而将第二请求中的UE1的第一标识转换为第二标识。

示例性的，UE1的第一标识为UE1的GPSI，UE1的第二标识可以为SUPI。该设定外部标识可以为External GPSI，该设定内部标识可以为Inter GPSI。

S906：数据存储网元在接收到第三请求后，根据所述第三请求，维护UE1的意愿配置参数。

可选的，数据存储网元可以根据第三请求，执行相应的创建/更新/删除UE1的意愿配置参数的操作。

在S906中，若第三请求中还包含UE1的意愿关联信息时，数据存储网元可以根据UE1的意愿信息、UE1的标识，UE1的意愿关联信息(即FL业务的业务标识或UE1的意愿有效规则)等信息维护UE1的意愿配置参数。

S907：数据存储网元向NEF发送第三响应。第三响应中可以包含UE1的标识，第三响应用于指示数据存储网元维护UE1的意愿配置参数的结果。

例如，第三响应中可以包含指示数据存储网元执行维护操作的成功或失败的指示。

可选的，第三响应中的UE1的标识为UE1的第二标识。

示例性的，当第三请求为Nudr_DM_Create/Update/Delete Request时，相应的，第三响应可以为Nudr_DM_Create/Update/Delete Response。

S908：NEF根据第三响应向第一AF发送第二响应。其中，第二响应中可以包含UE1的标识，第二响应用于指示数据存储网元维护UE1的意愿配置参数的结果。

与S905对应的，处于安全性考虑，在执行S908之前，NEF可以对第一AF的合法性进行验证。例如，NEF检查第一AF是否被授权获取该第二响应。如果第一AF被授权接收该第二响应，则NEF执行S908；否则，NEF不执行S908。

示例性的，当第二请求为Nnef_ServiceParameter_Create/Update/DeleteRequest时，该第二响应可以为Nnef_ServiceParameter_Create/Update/DeleteResponse。

还需要说明的是，与S905中NEF转换UE1的标识类似的，在S908中，NEF还可以将第三响应中的UE1的第二标识转换为UE1的第一标识。即第二响应中的UE1的标识为UE1的第一标识，以便第一AF在接收到该第二响应后可以识别该消息是针对UE1发送的。

通过本实施例一，第一AF可以将UE1是否愿意参与FL业务的意愿信息配置到移动通信系统的数据存储网元中。这样，FL AF可以从该数据存储网元中查询该UE1的意愿信息或UE1的意愿配置参数，并据此确定是否选择UE1参与FL业务。

需要说明的是，移动通信系统中的AF可能属于不同的厂商，其中某个厂商的AF采集的信息一般很难被另一个厂商信任和使用，因此，在本申请实施例中的第一AF可以为一种特殊的AF，例如，数据收集应用功能(data collection application function，DCAF)。DCAF属于移动通信系统内部的网元，其可以代替其他各个厂商的FL AF从UE处获取意愿信息，并将采集的各个UE的意愿信息配置到数据存储网元中，供各个不同厂商的FL AF检索和使用。

实施例二：第一AF直接将UE1的意愿信息配置到数据存储网元，参阅图10所示。例如，在第一AF为移动通信系统信任的AF时，第一AF可以不通过NEF，而可以直接与移动通信系统的数据存储网元交互。实施例二的流程与实施例一相似，不同的是第一AF将UE1的意愿信息直接发送到数据存储网元，不经过NEF转发。

S1000-S1003与实施例一中的S900-S903相同，相同步骤之间可以相互参考，此处不再赘述。

S1004：第一AF向数据存储网元发送第四请求。该第四请求中包含UE1的意愿信息和UE1的标识，该第四请求用于请求数据存储网元根据UE1的意愿信息维护UE1的意愿配置参数。

可选的，第一AF可以通过服务化接口向数据存储网元发送第四请求。

在本实施例中，第四请求中的UE1的标识可以为UE1的第二标识(即内部标识)，例如SUPI。

可选的，与实施例一中的第二请求或第三请求类似，第四请求中还可以携带UE1的意愿关联信息(即FL业务的业务标识，或UE1的意愿有效规则等)。关于该意愿关联信息的描述可以参考实施例一中的相应描述，此处不再赘述。

示例性的，该第四请求可以为Nudr_DM_Create/Update/Delete Request，第一AF可以使用创建/更新/删除服务操作向数据存储网元中维护UE1的意愿配置参数。

S1005：数据存储网元在接收到第四请求后，根据所述第四请求，维护UE1的意愿配置参数。

该步骤与实施例一中的S906类似的，相似之处可以相互参考，此处不再赘述。

S1006：数据存储网元向第一AF发送第四响应。第四响应中可以包含UE1的标识，第四响应用于指示数据存储网元维护UE1的意愿配置参数的结果。

示例性的，当第四请求为Nudr_DM_Create/Update/Delete Request时，相应的，第四响应可以为Nudr_DM_Create/Update/Delete Response。

通过实施例二，第一AF可以将UE1是否愿意参与FL业务的意愿信息配置到移动通信系统的数据存储网元中。这样，FL AF可以从该数据存储网元中查询该UE1的意愿信息或UE1的意愿配置参数，并据此确定是否选择UE1参与FL业务。

实施例三：UE1可以将其意愿信息通过AMF配置到数据存储网元，参阅图11所示。

可选的，在本实施例三中，UE1可以通过S1100-S1103，获取UE1的意愿信息。然而上述步骤并不对UE1获取UE1的意愿信息的方式构成任何限定。例如，UE1获取用户配置的UE1的意愿信息。

S1100-S1103与实施例一中的S900-S903相同，相同步骤之间可以相互参考，此处不再赘述。其中，S1103为可选的步骤，UE1可以执行，也可以不执行。

S1104：UE1向AMF发送第五请求。其中，所述第五请求中包含UE1的标识和UE1的意愿信息。所述第五请求用于请求数据存储网元根据UE1的意愿信息维护UE1的意愿配置参数。

在本实施例中，第五请求中的UE1的标识可以为UE1的第二标识(即内部标识)，例如SUPI。

可选的，所述第五请求中还可以包含UE1的意愿关联信息(即FL业务的业务标识或UE1的意愿有效规则)。

在一种实施方式中，UE1可以通过注册流程将UE1的意愿信息配置到数据存储网元。即上述第五请求可以为UE1的注册请求(Registration Request)消息。

示例性的，在本申请实施例中，UE1发起的注册流程可以为以下注册流程：

(1)初始注册流程：当UE1需要通过移动通信系统的核心网发送或接收业务数据时，需要通过发起初始注册流程，注册到核心网中。

(2)移动性注册更新流程：当UE1处于连接态或空闲态并移动到UE1的注册区域之外，或者当UE1需要更新其在注册过程中协商的能力或协议参数时，会发起移动性注册更新流程。

(3)周期性注册更新流程：UE1会根据AMF提供的周期性注册更新计时器定期发起周期性注册更新流程。

(4)紧急注册流程：UE1在请求紧急业务时会发起紧急注册流程。

在另一种实施方式中，UE1还可以在向AMF发送的去注册请求消息，或者在UE1触发的服务请求(service request)消息，或者在UE配置更新完成(UE Configuration Update)消息，或者在UE能力请求(UE Capability request)响应消息，或者在UE1发起的PDU会话建立/修改/释放消息中携带UE1的意愿信息。

S1105：AMF在接收到UE1的第五请求后，根据第五请求向数据存储网元发送第六请求。其中，第六请求中包含UE1的意愿信息和UE1的标识。所述第六请求用于请求数据存储网元根据UE1的意愿信息维护UE1的意愿配置参数。

通过该步骤，AMF可以将来自UE1的意愿信息转发给数据存储网元。

可选的，当第五请求中包含UE1的意愿关联信息时，第六请求中也相应包含该意愿关联信息。

在一种实施方式中，所述第六请求与所述第五请求相同。

S1106：数据存储网元在接收到第六请求后，根据所述第六请求，维护UE1的意愿配置参数。

S1107：数据存储网元向AMF发送第六响应。所述第六响应中可以包含UE1的标识，第六响应用于指示数据存储网元维护UE1的意愿配置参数的结果。

S1108：AMF根据第六响应，向UE1发送第五响应。所述第五响应中可以包含UE1的标识，第五响应用于指示数据存储网元维护UE1的意愿配置参数的结果。

可选的，所述第五响应可以与所述第六响应相同。所述第五响应为针对所述第五请求的响应消息。因此，基于S1104中对第五请求的描述的举例，所述第五响应可以为注册响应消息，去注册响应消息，服务响应消息、PDU会话建立/修改/释放响应消息等。

通过实施例三，UE1可以将UE1是否愿意参与FL业务的意愿信息配置到移动通信系统的数据存储网元中。这样，FL AF可以从该数据存储网元中查询该UE1的意愿信息或UE1的意愿配置参数，并据此确定是否选择UE1参与FL业务。

基于图8所示的实施例提供的方案，本申请还提供了以下实施例四。当第一AF或UE1通过以上图9-图11中任一实施例将UE1的意愿信息配置到数据存储网元后，FL AF可以从数据存储网元获取UE1的意愿信息或UE1的意愿配置参数，进而可以根据UE1的意愿信息确定是否选择UE1参与FL业务。下面参阅图12，对该实施例四进行说明。

实施例四：

S1200：与S900类似的，实现FL业务的FL AF可以基于本地的候选FL成员选择策略，根据从其他网元获得的多个UE的网元数据，和/或，多个UE的应用层数据，确定参与FL业务的至少一个候选UE。其中该至少一个候选UE中包含UE1。

通过S1200，FL AF可以根据传统的方法确定一组候选UE。这些候选UE的网络数据或应用层数据显示该UE能够实现FL业务。

需要说明的是，在本申请实施例四中，S1200为可选步骤，FL AF也可以不执行S1200。

S1201：FL AF可以通过图8所示的实施例中的S801中记载的方案一至方案五中的任一种方案，获取UE1的意愿信息。

S1201的具体实施过程可以参考S801中的记载，此处不再赘述。

S1202：FL AF根据UE1的意愿信息，确定是否选择UE1参与FL业务。

在一种实施方式中，当UE1为候选UE，即FL AF执行S1200的情况下，FL AF直接根据UE1的意愿信息的指示，决定是否选择UE1参与FL业务。若UE1的意愿信息指示UE1不愿意参与FL业务，则FL AF不选择UE1参与FL业务；若UE1的意愿信息指示UE1愿意参与FL业务，则FLAF可以选择UE1参与FL业务。

在另一种实施方式中，当FL AF未执行S1200的情况下，若UE1的意愿信息指示UE1不愿意参与FL业务，则FL AF不选择UE1参与FL业务；若UE的意愿信息指示UE1愿意参与FL业务，则FL AF从其他网元获取UE1的网元数据和/或UE1的应用层数据，并根据设定的FL成员选择策略，根据UE1的网元数据和/或应用层数据，判断是否选择UE1参与FL业务。

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

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

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

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

应注意：本申请实施例中的“步骤”仅是个示意，是为了更好的理解实施例所采用的一种表现方法，不对本申请的方案的执行构成实质性限定，例如：该“步骤”还可以理解成“特征”。此外，该步骤不对本申请方案的执行顺序构成任何限定，任何在此基础上做出的不影响整体方案实现的步骤顺序改变或步骤合并或步骤拆分等操作，所形成的新的技术方案也在本申请公开的范围之内。

基于相同的技术构思，本申请还提供了一种通信装置，所述通信装置可以应用于通信网络/系统，如图2A或图2B所示。所述通信装置用于实现以上各个实施例提供的方法，该通信装置可以为上述实施例中涉及的网元或设备，例如AF、NEF、UE或数据存储网元等。参阅图13所示，通信装置1300中包含通信单元1301和处理单元1302。

所述通信单元1301，用于接收和发送数据。可选的，所述通信单元1301中可以包含收发器或通信接口。

所述处理单元1302，用于执行以上各个实施例提供的通信方法任一网元或设备执行的步骤。所述处理单元1302的具体功能可以参考以上实施例中的相关描述，此处不再赘述。

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

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

基于以上实施例，本申请实施例还提供了一种通信设备，所述通信设备可以为通信网络/系统中的网元或设备，例如AF、NEF、UE或数据存储网元等。所述通信设备可以实现以上各个实施例中的方法，具有通信装置1300的功能。参阅图14所示，所述通信设备1400包括：通信模块1401、处理器1402，以及存储器1403。其中，所述通信模块1401、所述处理器1402以及所述存储器1403之间相互连接。

可选的，所述通信模块1401、所述处理器1402以及所述存储器1403之间通过总线1404相互连接。所述总线1404可以是外设部件互连标准(peripheral componentinterconnect，PCI)总线或扩展工业标准结构(extended industry standardarchitecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图14中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

所述通信模块1401，用于接收和发送数据，实现与其他设备之间的通信。可选的，所述通信模块1401中可以包含收发器或通信接口。示例性的，当所述通信设备1400为UE时，该通信模块1401为收发器；当所述通信设备1400为AF、NEF或数据存储网元等网元时，该通信模块1401可以为通信接口。

所述处理器1402的功能可以参照以上实施例中的描述，此处不再赘述。

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

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

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

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

可选的，上述计算机可以但不限于包括通信网络/系统中的网元或设备，例如AF、NEF、UE或数据存储网元等。

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

基于以上实施例，本申请实施例还提供了一种芯片，所述芯片用于读取存储器中存储的计算机程序，实现以上实施例提供的方法。可选的，所述芯片中可以包括处理器和存储器，所述处理器与所述存储器耦合，用于读取所述存储器中存储的计算机程序，实现以上实施例提供的方法。

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

综上所述，本申请实施例提供了一种通信方法及装置。通过该方法，应用功能网元可以获取到终端设备的意愿信息，并根据该意愿信息决定是否选择该终端设备参与目标业务。这样，可以提高用户体验。

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

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

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

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

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

Claims

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

获取第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与目标业务；

根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

2.如权利要求1所述的方法，其特征在于，所述获取第一终端设备的意愿信息，包括：

接收来自第一网元或第二网元的所述第一终端设备的意愿信息；

3.如权利要求2所述的方法，其特征在于，所述接收来自所述第一网元或所述第二网元的所述第一终端设备的意愿信息，包括：

向所述第一网元或所述第二网元发送第一请求；其中，所述第一请求中包含所述第一终端设备的标识，所述第一请求用于请求所述第一终端设备的意愿信息；

接收来自所述第一网元或所述第二网元的第一响应；其中，所述第一响应中包含所述第一终端设备的意愿信息。

4.如权利要求3所述的方法，其特征在于，所述第一请求中还包含所述目标业务的业务标识和所述目标业务的执行规则；

所述第一终端设备的意愿信息用于指示在所述目标业务的执行规则下，所述第一终端设备是否愿意参与所述目标业务。

5.如权利要求3或4所述的方法，其特征在于，所述第一响应中还包含所述第一终端设备的意愿有效规则；

在所述根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务之前，所述方法还包括：

根据所述意愿有效规则，以及所述目标业务的执行规则，确定所述第一终端设备的意愿信息有效。

6.如权利要求1所述的方法，其特征在于，所述获取第一终端设备的意愿信息，包括：

获取所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与所述目标业务的业务；

根据所述意愿配置参数，确定所述第一终端设备的意愿信息。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：根据所述意愿配置参数，确定所述第一终端设备的意愿有效规则；

8.如权利要求6或7所述的方法，其特征在于，所述获取所述第一终端设备的意愿配置参数，包括：

接收来自第一网元或第二网元的所述第一终端设备的意愿配置参数；

9.如权利要求8所述的方法，其特征在于，所述接收来自所述第一网元或所述第二网元的所述第一终端设备的意愿配置参数，包括：

向所述第一网元或所述第二网元发送第二请求；其中，所述第二请求中包含所述第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；

接收来自所述第一网元或所述第二网元的第二响应；其中，所述第二响应中包含所述第一终端设备的意愿配置参数。

10.如权利要求5或7所述的方法，其特征在于，所述根据所述意愿有效规则，以及所述目标业务的执行规则，确定所述第一终端设备的意愿信息有效，包括：

所述意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间；当所述业务执行时间包含在所述意愿有效时间内时，确定所述第一终端设备的意愿信息有效；或者

所述意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域；获取所述第一终端设备的物理位置；当所述物理位置位于所述意愿有效区域内、且所述业务执行区域位于所述意愿有效区域内时，确定所述第一终端设备的意愿信息有效；或者

所述意愿有效规则包括意愿有效时间和意愿有效区域，所述目标业务的执行规则中包括业务执行时间和业务执行区域；获取所述第一终端设备的物理位置；当所述业务执行时间包含在所述意愿有效时间内，所述物理位置位于所述意愿有效区域内，且所述业务执行区域包含在所述意愿有效区域内时，确定所述第一终端设备的意愿信息有效。

11.如权利要求2-5，8或9中任一项所述的方法，其特征在于，所述第一网元为数据存储网元；所述第二网元为网络开放功能网元。

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

获取多个第二终端设备的网络数据和/或应用层数据；

根据所述多个第二终端设备的网络数据和/或应用层数据，在所述多个第二终端设备中确定候选参与所述目标业务的所述第一终端设备。

13.如权利要求1-12任一项所述的方法，其特征在于，所述根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务，包括：

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

获取第三终端设备的意愿信息；其中，所述第三终端设备的意愿信息用于指示所述第三终端设备是否愿意参与所述目标业务；

向第一网元发送所述第三终端设备的意愿信息。

15.如权利要求14所述的方法，其特征在于，所述向所述第一网元发送所述第三终端设备的意愿信息，包括：

向第二网元发送第一消息，以使所述第二网元根据所述第一消息向所述第一网元发送第二消息；其中，所述第一消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识，所述第二消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识；或者

向所述第一网元发送第三消息，所述第三消息中包含所述第三终端设备的意愿信息和所述第三终端设备的标识。

16.如权利要求15所述的方法，其特征在于，所述第一消息中还包括所述第三终端设备的意愿有效规则；所述第二消息中还包括所述第三终端设备的意愿有效规则；所述第三消息中还包括所述第三终端设备的意愿有效规则。

17.一种通信方法，应用于第一网元，其特征在于，包括：

接收请求消息；其中，所述请求消息中包含所述第一终端设备的标识；

根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；

发送响应消息；其中，所述响应消息中包含所述第一终端设备的意愿信息或所述第一终端设备的意愿配置参数；所述第一终端设备的意愿信息是根据所述第一终端设备的意愿配置得到的，所述第一终端设备的意愿信息用于指示所述第一终端设备是否愿意参与所述目标业务。

18.如权利要求17所述的方法，其特征在于，所述请求消息中还包含所述目标业务的业务标识和所述目标业务的执行规则；

所述根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数，包括：

根据所述第一终端设备的标识和所述目标业务的业务标识，确定所述第一终端设备的意愿配置参数；

当所述响应消息中包含所述第一终端设备的意愿信息时，在发送所述响应消息之前，所述方法还包括：

根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息和所述第一终端设备的意愿有效规则；所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务；

根据所述第一终端设备的配置意愿信息、所述意愿有效规则，和所述目标业务的执行规则，确定所述第一终端设备的意愿信息；其中，所述第一终端设备的意愿信息用于指示在所述目标业务的执行规则下所述第一终端设备是否愿意参与所述目标业务。

19.如权利要求18所述的方法，其特征在于，当所述目标业务的执行规则符合所述意愿有效规则时，所述第一终端设备的配置意愿信息与所述第一终端设备的意愿信息相同；

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

当所述意愿有效规则包括意愿有效时间，所述目标业务的执行规则中包括业务执行时间时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行时间包含在所述意愿有效时间内；或者

当所述意愿有效规则包括意愿有效区域，所述目标业务的执行规则中包括业务执行区域时，所述目标业务的执行规则符合所述意愿有效规则，包括：所述业务执行区域位于所述意愿有效区域内；或者

21.如权利要求17所述的方法，其特征在于，当所述响应消息中包含所述第一终端设备的意愿信息时，在发送所述响应消息之前，所述方法还包括：

根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的配置意愿信息；所述第一终端设备的配置意愿信息用于指示所述意愿配置参数配置所述第一终端设备是否愿意参与所述目标业务；

将所述第一终端设备的配置意愿信息作为所述第一终端设备的意愿信息；

所述方法还包括：

根据所述第一终端设备的意愿配置参数，确定所述第一终端设备的意愿有效规则；

所述响应消息中还包含所述第一终端设备的意愿有效规则。

22.如权利要求17-21任一项所述的方法，其特征在于，所述第一网元为数据存储网元。

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

应用功能网元向第二网元发送第二请求；其中，所述第二请求中包含第一终端设备的标识，所述第二请求用于请求所述第一终端设备的意愿配置参数；

所述第二网元接收来自所述应用功能网元的所述第二请求后，向所述第一网元发送第三请求；其中，所述第三请求中包含所述第一终端设备的标识，所述第三请求用于请求所述第一终端设备的意愿配置参数；

所述第一网元接收来自第二网元的第三请求；根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；

所述第一网元向所述第二网元发送第三响应，所述第三响应中包含所述第一终端设备的意愿配置参数；

所述第二网元接收来自所述第一网元的所述第三响应，向所述应用功能网元发送第二响应，其中，所述第二响应中包含所述第一终端设备的意愿配置参数；

所述应用功能网元接收来自所述第二网元的所述第二响应；根据所述意愿配置参数，确定所述第一终端设备的意愿信息；根据所述第一终端设备的意愿信息，确定是否选择所述第一终端设备参与所述目标业务。

24.一种通信系统，其特征在于，包括：

所述第二网元，用于接收来自所述应用功能网元的所述第二请求后，向所述第一网元发送第三请求；其中，所述第三请求中包含所述第一终端设备的标识，所述第三请求用于请求所述第一终端设备的意愿配置参数；

所述第一网元，用于接收来自第二网元的第三请求；根据所述第一终端设备的标识，确定所述第一终端设备的意愿配置参数；其中，所述第一终端设备的意愿配置参数用于表征所述第一终端设备参与目标业务的意愿；向所述第二网元发送第三响应，所述第三响应中包含所述第一终端设备的意愿配置参数；

所述第二网元，还用于接收来自所述第一网元的所述第三响应，向所述应用功能网元发送第二响应，其中，所述第二响应中包含所述第一终端设备的意愿配置参数；

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

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

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

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

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

存储器，用于存储程序指令和数据；

处理器，用于读取所述存储器中的程序指令和数据，实现权利要求1-22任一项所述的方法。

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

28.一种芯片，其特征在于，所述芯片包括处理器和存储器；所述处理器与所述存储器耦合，用于读取所述存储器中存储的计算机程序，执行权利要求1-22任一项所述的方法。