CN116866879A

CN116866879A - 一种创建配置信息的方法和通信装置

Info

Publication number: CN116866879A
Application number: CN202310688390.5A
Authority: CN
Inventors: 郭涛; 吴义壮; 刘文峰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2023-06-09
Filing date: 2023-06-09
Publication date: 2023-10-10

Abstract

本申请提供了一种创建配置信息的方法和通信装置，核心网设备(如网络开放功能网元或数据管理网元)可以预先为应用功能网元创建应用配置信息，该应用配置信息包括与应用功能网元相关的全部或部分终端设备的签约信息，当应用功能网元请求服务时，核心网设备可以在该应用配置信息范围内查询数据，相比于在全部的签约数据中查询数据，有助于提高查询效率。

Description

一种创建配置信息的方法和通信装置

技术领域

本申请实施例涉及通信领域，并且更具体地，涉及一种创建配置信息的方法和通信装置。

背景技术

目前，应用功能网元主要分为两类：第一类是根据运营商部署，被认为是运营商信任的应用功能网元，该类型的应用功能网元可以直接与核心网中的其他网络功能交互；第二类是运营商不允许直接访问网络功能的应用功能网元，如第三方应用功能网元，该类型的应用功能网元可以通过网络开放功能网元与核心网中的其他网络功能交互。

上述第二类应用功能网元通过网络开放功能网元向网络请求服务时，网络开放功能网元会对服务请求进行授权检查。在该授权检查过程中，网络开放功能网元会根据服务请求和运营商的本地策略，确定是否需要进行用户同意检查，即检查终端设备是否允许该应用功能网元获取数据。在需要进行用户同意检查的情况下，网络开放功能网元需要从数据管理网元获取终端设备的签约数据，以进行用户同意检查。

随着应用功能网元的服务所需的终端设备数据的规模不断增加，已有查询终端设备的签约数据的方式的查询效率变低，影响应用功能网元的服务体验。

发明内容

本申请提供了一种创建配置信息的方法和通信装置，有助于提高数据查询效率，提升应用功能网元的服务体验。

第一方面，提供了一种创建配置信息的方法，所述方法可以由数据管理网元执行，也可以由数据管理网元中的模块或单元(例如芯片)执行，以下统一称为数据管理网元。

所述方法包括：数据管理网元接收来自网络开放功能网元的第一请求消息，所述第一请求消息用于请求创建应用配置信息，所述第一请求消息包括应用功能网元的标识信息；所述数据管理网元根据所述应用功能网元的标识信息，确定一个或多个目标终端设备的签约数据；所述数据管理网元根据所述一个或多个目标终端设备的签约数据，创建所述应用配置信息；所述数据管理网元向所述网络开放功能网元发送响应于所述第一请求消息的第一响应消息。

基于上述方法，数据管理网元可以基于网络开放功能网元的请求预先为应用功能网元创建应用配置信息。后续当应用功能网元请求服务时，数据管理网元可以一次性获取到应用配置信息或者在该应用配置信息范围内查询数据，相比于现有技术中数据管理网元根据终端设备的标识信息一一在全部的签约数据中查询，有助于提高查询效率，从而提升应用功能网元的服务体验。

结合第一方面，在一种可能的实现方式中，所述一个或多个目标终端设备的签约数据包括所述应用功能网元的标识信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的签约数据类型为应用签约数据、应用配置数据、或应用授权数据。

例如，当应用配置信息存储在数据管理网元时，应用配置信息对应的签约数据类型为应用签约数据、应用配置数据、或应用授权数据。

签约数据类型是协议中已经定义的数据类型，上述方法通过增加签约数据类型下的新类型，来实现存储应用配置信息，对现有数据组织格式改动较小。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应于应用签约数据、应用配置数据、或应用授权数据，所述应用配置信息对应的签约数据类型为用户同意。

例如，当应用配置信息存储在数据存储网元时，应用配置信息对应于应用签约数据、应用配置数据、或应用授权数据，应用配置信息对应的签约数据类型为用户同意。

基于上述方法，可以通过增加与终端设备的签约数据并列的应用签约数据、应用配置数据、或应用授权数据，来实现存储应用配置信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述数据管理网元向数据存储网元发送所述应用配置信息。即数据管理网元将应用配置信息存储到数据存储网元。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据集为签约数据或应用数据，所述应用配置信息对应的数据子集为应用签约数据、应用配置数据、或应用授权数据。

签约数据和应用数据是协议中已经定义的数据类型，上述方法通过增加签约数据或应用数据下的新类型，来实现存储应用配置信息，对现有数据组织格式改动较小。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据集为应用数据、应用签约数据、应用配置数据、或应用授权数据。

上述方法通过增加与签约数据和应用数据并列的新数据类型，来实现存储应用配置信息，对现有数据组织格式改动较小。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据子集为用户同意。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据键为所述应用功能网元的标识信息和/或所述应用配置信息对应的第一订阅标识信息。

示例性地，当一个应用功能网元对应于一个应用配置信息时，通过应用功能网元的标识信息、订阅标识信息、或应用功能网元的标识信息与订阅标识信息的组合均能唯一确定应用配置信息。

示例性地，当一个应用功能网元对应于多个应用配置信息，通过订阅标识信息、或应用功能网元的标识信息与订阅标识信息的组合才能唯一确定应用配置信息。

应用配置信息对应的数据键为应用功能网元的标识信息和/或应用配置信息对应的第一订阅标识信息，可以理解为：应用配置信息对应的数据组织格式中的数据键所存储的信息为应用功能网元的标识信息和/或应用配置信息对应的第一订阅标识信息。

上述方法中，将应用功能网元的标识信息和/或应用配置信息对应的第一订阅标识信息存储在应用配置信息对应的数据键中，这样后续以应用功能网元的标识信息和/或应用配置信息对应的第一订阅标识信息作为数据键检索到应用配置信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一响应消息还包括第一订阅标识信息或所述应用功能网元的标识信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一请求消息还包括第一订阅标识信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一请求消息还包括以下信息中的至少一项：第一信息类型、或一个或多个第一终端设备的标识信息。其中，第一信息类型用于指示应用功能网元期望获取的数据类型，一个或多个第一终端设备的标识信息用于指示应用功能网元期望获取的终端设备数据，或者说用于指示期望应用配置信息中存在的终端设备数据。

基于上述方法，数据管理网元创建满足第一信息类型、或一个或多个第一终端设备的标识信息的应用配置信息，应用配置信息的数据范围更小，后续当应用功能网元请求服务时，数据管理网元可以在该范围更小的应用配置信息内查询数据，有助于进一步提高查询效率。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一请求消息还包括第一使用目的和/或第一使用范围。其中，第一使用目的用于指示获取数据后的使用目的，第一使用范围用于指示获取数据后的使用范围。

基于上述方法，数据管理网元创建满足第一使用目的和/或第一使用范围的应用配置信息，应用配置信息的数据范围更小，后续当应用功能网元请求服务时，数据管理网元可以在该范围更小的应用配置信息内查询数据，有助于进一步提高查询效率。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第一信息类型或所述一个或多个第一终端设备的标识信息作为所述应用配置信息对应的数据子键或域存储。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息包括所述一个或多个目标终端设备的标识信息或签约数据。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述一个或多个目标终端设备为允许所述应用功能网元获取数据的终端设备。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述数据管理网元接收来自所述网络开放功能网元的第二请求消息，所述第二请求消息用于查询数据，所述第二请求消息包括所述应用配置信息的索引信息；所述数据管理网元根据所述索引信息，查找到所述应用配置信息；所述数据管理网元向所述网络开放功能网元发送第二响应消息，所述第二响应消息包括所述应用配置信息的部分或全部。

基于上述方法，由于数据管理网元预先为应用功能网元创建应用配置信息，当应用功能网元请求服务时，数据管理网元可以一次性获取到应用配置信息或者在该应用配置信息范围内查询数据，相比于现有技术中数据管理网元根据终端设备的标识信息一一在全部的签约数据中查询，有助于提高查询效率。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第二请求消息的签约数据类型的取值对应于应用签约数据、应用配置数据、或应用授权数据；或者，所述第二请求消息的签约数据类型的取值对应于用户同意。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述索引信息包括所述应用功能网元的标识信息和/或所述应用配置信息的第一订阅标识信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第二请求消息的数据键的取值对应于所述应用功能网元的标识信息和/或所述应用配置信息的第一订阅标识信息。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第二请求消息还包括以下信息中的至少一项：第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。

基于上述方法，网络开放功能网元通过附加信息类型、使用目的、使用范围、终端设备的标识信息列表等附加条件信息，可以进一步加快查询速度。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述第二信息类型、所述第二使用范围、所述第二使用目的、或所述一个或多个第二终端设备的标识信息携带在所述第二请求消息的数据子键中。

结合第一方面或其任意实现方式，在另一种可能的实现方式中，所述数据管理网元为统一数据管理(unified data management，UDM)，所述数据存储网元为统一数据存储库(unified data repository，UDR)。

第二方面，提供了一种创建配置信息的方法，所述方法可以由网络开放功能网元执行，也可以由网络开放功能网元中的模块或单元(例如芯片)执行，以下统一称为网络开放功能网元。

第二方面或其实现方式中与第一方面或其实现方式中相同的术语或特征，可以参考第一方面或其实现方式，其技术效果可参照第一方面或其实现方式中的技术效果。

所述方法包括：网络开放功能网元接收来自应用功能网元的第四请求消息，所述第四请求消息用于请求创建所述应用配置信息或者用于请求第二服务，所述第四请求消息包括所述应用功能网元的标识信息；所述网络开放功能网元根据所述第四请求消息，向所述数据管理网元发送第一请求消息，所述第一请求消息用于请求创建应用配置信息，所述第一请求消息包括应用功能网元的标识信息；所述网络开放功能网元接收来自所述数据管理网元的响应与所述第一请求消息的第一响应消息。

结合第二方面，在一种可能的实现方式中，所述第四请求消息还包括以下信息中的至少一项：第一信息类型、或一个或多个第一终端设备的标识信息。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，所述第四请求消息还包括第一使用目的和/或第一使用范围。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，当所述第四请求消息用于请求创建应用配置信息时，第四请求消息还可以包括请求创建的应用配置信息的数据类型。即由应用功能网元指定应用配置信息的数据类型。

示例性地，应用配置信息的数据类型可以为应用签约数据、应用配置数据、或应用授权数据等。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述网络开放功能网元接收来自所述应用功能网元的第三请求消息，所述第三请求消息用于请求第一服务，所述第三请求消息包括所述应用功能网元的标识信息和/或第二订阅标识信息，所述第二订阅标识信息对应于所述应用配置信息；所述网络开放功能网元根据所述第三请求消息，向所述数据管理网元发送第二请求消息，所述第二请求消息用于查询数据，所述第二请求消息包括所述应用配置信息的索引信息；所述网络开放功能网元接收来自所述数据管理网元的所述应用配置信息的部分或全部；所述网络开放功能网元根据所述应用配置信息的部分或全部，对所述第一服务进行授权检查。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，所述第三请求消息还包括以下信息中的至少一项：第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。

结合第二方面或其任意实现方式，在另一种可能的实现方式中，所述第三请求消息还包括指示信息，所述指示信息用于指示已创建了所述应用配置信息。

指示信息用于指示已创建了所述应用配置信息，还可以替换为：指示信息用于指示已经创建了应用配置信息，或者指示信息用于指示可以使用应用配置信息进行授权检查，或者指示信息用于指示可以使用应用功能网元的标识信息和/或第二订阅标识信息获取应用配置信息。

考虑到有的网络开放功能网元支持使用应用配置信息进行授权检查，有的网络开放功能网元可能不支持使用应用配置信息进行授权检查，也考虑到应用功能网元可能会切换网络开放功能网元，新的网络开放功能网元可能不知道可以使用应用功能网元的标识信息和/或第二订阅标识信息获取应用配置信息来进行授权检查，上述方法通过在第三请求消息包括指示信息来指示已创建了应用配置信息，这样，当支持使用应用配置信息进行授权检查的网络开放功能网元接收到第三请求消息时，网络开放功能网元可以指示信息，使用应用功能网元的标识信息和/或第二订阅标识信息获取应用配置信息，进而基于应用配置信息进行授权检查。当不支持使用应用配置信息进行授权检查的网络开放功能网元接收到第三请求消息时，NEF可以忽略该指示信息。

第三方面，提供了一种创建配置信息的方法，所述方法可以由网络开放功能网元执行，也可以由网络开放功能网元中的模块或单元(例如芯片)执行，以下统一称为网络开放功能网元。

第三方面或其实现方式中与第一方面至第二方面或其实现方式中相同的术语或特征的描述，可以参考第一方面至第二方面或其实现方式，技术效果可参照第一方面至第二方面或其实现方式中的技术效果。

所述方法包括：网络开放功能网元接收来自应用功能网元的第四请求消息，所述第四请求消息用于请求创建应用配置信息或者用于请求第二服务，所述第四请求消息包括所述应用功能网元的标识信息；所述网络开放功网元能根据所述应用功能网元的标识信息从数据管理网元获取一个或多个终端设备的签约数据；所述网络开放功能网元根据所述一个或多个终端设备的签约数据，创建所述应用配置信息；所述网络开放功能网元向数据存储网元发送所述应用配置信息。

基于上述方法，网络开放功能网元可以预先为应用功能网元创建应用配置信息并将应用配置信息存储到数据存储网元中。后续当应用功能网元请求服务时，网络开放功能网元可以一次性获取到应用配置信息或者在该应用配置信息范围内查询数据，相比于现有技术中数据管理网元根据终端设备的标识信息一一在全部的签约数据中查询，有助于提高查询效率，从而提升应用功能网元的服务体验。

结合第三方面，在一种可能的实现方式中，所述应用配置信息对应的数据集为签约数据或应用数据，所述应用配置信息对应的数据子集为应用签约数据、应用配置数据、或应用授权数据。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据集为应用数据、应用签约数据、应用配置数据、或应用授权数据。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据子集为用户同意。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息对应的数据键为所述应用功能网元的标识信息或所述应用配置信息对应的第一订阅标识信息。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述第四请求消息还包括以下信息中的至少一项：第一信息类型、或一个或多个第一终端设备的标识信息。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述第四请求消息还包括第一使用目的和/或第一使用范围。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述第一信息类型或所述一个或多个第一终端设备的标识信息作为所述应用配置信息对应的数据子键或域存储。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述应用配置信息包括一个或多个目标终端设备的标识信息或签约数据，所述一个或多个目标终端设备属于所述一个或多个终端设备，且所述一个或多个目标终端设备的签约数据包括所述应用功能网元的标识信息。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述一个或多个目标终端设备为允许所述应用功能网元获取数据的终端设备。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述方法还包括：所述网络开放功能网元接收来自所述应用功能网元的第三请求消息，所述第三请求消息用于请求第一服务，所述第三请求消息包括所述应用功能网元的标识信息和/或第二订阅标识信息，所述第二订阅标识信息对应于所述应用配置信息；所述网络开放功能网元根据所述第三请求消息，向所述数据存储网元发送第五请求消息，所述第五请求消息用于查询数据，所述第五请求消息包括所述应用配置信息的索引信息；所述网络开放功能网元接收来自所述数据存储网元的第五响应消息，所述第五响应消息包括所述应用配置信息的部分或全部；所述网络开放功能网元根据所述应用配置信息的部分或全部，对所述第一服务进行授权检查。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述第五请求消息还包括以下信息中的至少一项：第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述第二信息类型、所述第二使用范围、所述第二使用目的、或所述一个或多个第二终端设备的标识信息携带在所述第五请求消息的数据子键中。

结合第三方面或其任意实现方式，在另一种可能的实现方式中，所述数据管理网元为UDM，所述数据存储网元为UDR。

第四方面，提供了一种创建配置信息的方法，所述方法可以由应用功能网元执行，也可以由应用功能网元中的模块或单元(例如芯片)执行，以下统一称为应用功能网元。

第四方面或其实现方式中与第二方面至第三方面或其实现方式中相同的术语或特征的描述，可以参考第二方面至第三方面或其实现方式，技术效果可参照第二方面至第三方面或其实现方式中的技术效果。

所述方法包括：所述应用功能网元向网络开放功能网元发送所述第四请求消息，所述第四请求消息用于请求创建所述应用配置信息或者用于请求第二服务，所述第四请求消息包括所述应用功能网元的标识信息；所述应用功能网元接收来自所述网络开放功能网元的第四响应消息，所述第四响应消息用于指示应用配置信息创建成功或者包括通过授权检查的终端设备的数据。

结合第四方面，在一种可能的实现方式中，所述方法还包括：所述应用功能网元向所述网络开放功能网元发送第三请求消息，所述第三请求消息用于请求第一服务，所述第三请求消息包括所述应用功能网元的标识信息和/或第二订阅标识信息，所述第二订阅标识信息对应于所述应用配置信息。

第五方面，提供了一种创建配置信息的方法，所述方法可以由数据存储网元执行，也可以由数据存储网元中的模块或单元执行，以下统一称为数据存储网元。

第五方面或其实现方式中与第一方面、第三方面或其实现方式中相同的术语或特征的描述，可以参考第一方面或其实现方式，技术效果可参照第一方面、第三方面或其实现方式中的技术效果。

所述方法包括：数据存储网元接收来数据管理网元或网络开放功能网元的应用配置信息；所述数据存储网元存储所述应用配置信息。

结合第五方面，在一种可能的实现方式中，所述方法还包括：所述数据存储网元接收来自所述数据管理网元或所述网络开放功能网元的第五请求消息，所述第五请求消息用于查询数据，所述第五请求消息包括所述应用配置信息的索引信息；所述数据存储网元根据所述索引信息，查找到所述应用配置信息；所述数据存储网元向所述数据管理网元或所述网络开放功能网元发送第五响应消息，所述第五响应消息包括所述应用配置信息的部分或全部。

第六方面，提供了一种通信装置，该装置用于执行上述任意一方面或其实现方式提供的方法。具体地，该装置可以包括用于执行上述任意一方面或其实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为数据管理网元、网络开放功能网元、数据存储网元或应用功能网元。当该装置为数据管理网元、网络开放功能网元、数据存储网元或应用功能网元时，通信单元可以是收发器，或，输入/输出接口，或者通信接口；处理单元可以是至少一个处理器。可选地，收发器为收发电路。可选地，输入/输出接口为输入/输出电路。

在另一种实现方式中，该装置为用于数据管理网元、网络开放功能网元、数据存储网元或应用功能网元中的芯片、芯片系统或电路。当该装置为用于数据管理网元、网络开放功能网元、数据存储网元或应用功能网元中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第七方面，提供了一种通信装置，该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述任意一方面或其实现方式提供的方法。

在一种实现方式中，该装置为数据管理网元、网络开放功能网元、数据存储网元或应用功能网元。

在另一种实现方式中，该装置为用于数据管理网元、网络开放功能网元、数据存储网元或应用功能网元中的芯片、芯片系统或电路。

第八方面，提供了一种通信装置，该装置包括：至少一个处理器和通信接口，该至少一个处理器用于通过该通信接口获取存储在存储器的计算机程序或指令，以执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。

在一种实现方式中，该装置还包括该存储器。

第九方面，提供了一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，那么可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第十方面，提供了一种计算机可读存储介质，该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述任意一方面或其实现方式提供的方法。

第十一方面，提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述任意一方面或其实现方式提供的方法。

第十二方面，提供了一种芯片，芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述任意一方面或其实现方式提供的方法。该通信接口可以由硬件或软件实现。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述任意一方面或其实现方式提供的方法。

其中，当本申请提供的方法由芯片执行时，本申请不限定具体实现本申请方法的芯片个数，例如可以由一个芯片执行，也可以是2个或2个以上的芯片执行。并且，当实现本申请方法的芯片个数为2个及2个以上时，不限定芯片厂家，可以是相同厂家，也可以是不同厂家。

第十三方面，提供了一种通信系统，包括上文数据管理网元、网络开放功能网元、数据存储网元或应用功能网元中的至少一个。

第十四方面，提供了一种计算机程序，当其在计算机上运行时，使得上述任意一方面或其实现方式提供的方法被执行。

附图说明

图1是适用本申请的实施例的一个网络架构图。

图2是本申请提供的创建配置信息的方法200的示意性流程图。

图3是本申请提供的创建配置信息的方法300的示意性流程图。

图4是本申请提供的通信装置的一种结构示意图。

图5是本申请提供的通信装置的另一种结构示意图。

具体实施方式

为便于理解本申请的实施例，在介绍本申请的实施例之前，先做出以下几点说明。

“用于指示”或“指示”可以包括用于直接指示和用于间接指示，或者说“用于指示”或“指示”可以显式地和/或隐式地指示。第一、第二、等各种数字编号仅为描述方便进行的区分，并不用来限制本申请实施例的范围，例如区分不同的消息、不同的信息等。“预先定义”可以通过在设备中预先保存相应的代码、表格或其他可用于指示相关信息的方式来实现，本申请对于其具体的实现方式不做限定。涉及的“协议”可以是指通信领域的标准协议，例如可以包括长期演进(long term evolution，LTE)协议、新无线(new radio，NR)协议以及应用于未来的通信系统中的相关协议，本申请对此不做限定。“示例的”、“例如”、“示例性地”、“作为(另)一个示例”等词用于表示作例子、例证或说明。本申请中被描述为“示例”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a、b和c中的至少一项(个)，可以表示：a，或，b，或，c，或，a和b，或，a和c，或，b和c，或，a、b和c。其中a、b和c分别可以是单个，也可以是多个。涉及网元A向网元B发送消息、信息或数据，以及网元B接收来自网元A的消息、信息或数据的相关描述，旨在说明该消息、信息或数据是要发给哪个网元，而并不限定它们之间是直接发送还是经由其他网元间接发送。“当……时”、“在……的情况下”、“若”以及“如果”等描述均指在某种客观情况下设备会做出相应的处理，并非是限定时间，且也不要求设备在实现时一定要有判断的动作，也不意味着存在其它限定。

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

下面对可以应用本申请的实施例的通信系统进行描述。

本申请的实施例可以应用于各种通信系统，例如：LTE系统、频分双工(frequencydivision duplex，FDD)系统、时分双工(time division duplex，TDD)系统、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、第五代(5^thgeneration，5G)系统或NR系统、第六代(6^th generation，6G)系统或未来的通信系统等。本申请中所述的5G移动通信系统包括非独立组网(non-standalone，NSA)的5G移动通信系统或独立组网(standalone，SA)的5G移动通信系统。通信系统还可以是公共陆地移动通信网(public land mobile network，PLMN)网络、设备到设备(device-to-device，D2D)通信系统、机器到机器(machine to machine，M2M)通信系统、物联网(internet of Things，IoT)通信系统、车联万物(vehicle to everything，V2X)通信系统、无人机(uncrewed aerialvehicle，UAV)通信系统或者其他通信系统。

示例性地，图1示出了适用本申请的实施例的一个网络架构图。如图1所示，该网络架构具体可以包括三部分，分别是终端设备部分、数据网络(data network，DN)和运营商网络部分。下面对各部分的网元的功能进行简单说明。

终端设备部分可以包括终端设备，该终端设备也可以称为用户设备(userequipment，UE)。本申请中的终端设备是一种具有无线收发功能的设备，可以经无线接入网(radio access network，RAN)140中的接入网设备(或者也可以称为接入设备)与一个或多个核心网(core network，CN)设备进行通信。终端设备也可称为接入终端、终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、用户代理或用户装置等。终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(例如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端设备可以是蜂窝电话(cellular phone)、无绳电话、会话启动协议(session initiation protocol，SIP)电话、智能电话(smart phone)、手机(mobile phone)、无线本地环路(wireless local loop，WLL)站、个人数字处理(personal digital assistant，PDA)等。或者，终端设备还可以是具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、无人机设备或物联网、车联网中的终端、5G网络以及未来网络中的任意形态的终端、中继用户设备或者未来演进的6G网络中的终端等。其中，中继用户设备例如可以是5G家庭网关(residential gateway，RG)。例如终端设备可以是虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。这里的终端设备指的是3GPP终端。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。

数据网络，也可以称为分组数据网络(packet data network，PDN)，通常是位于运营商网络之外的网络，例如第三方网络。当然，在一些实现方式中，DN也可以由运营商进行部署，即DN属于PLMN中的一部分。运营商网络可以接入多个数据网络DN，数据网络DN上可部署多种业务，可为终端设备提供数据和/或语音等服务。终端设备还可通过运营商网络访问数据网络DN，使用数据网络DN上部署的运营商业务，和/或第三方提供的业务。

运营商网络部分包括但不限于(无线)接入网((radio)access network，(R)AN)部分和核心网(core network，CN)部分。

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

CN部分包括但不限于如下网络功能(Network Function，NF)：用户面功能(userplane function，UPF)、网络开放功能(network exposure function，NEF)、网络功能存储库功能(network function repository function，NRF)、策略控制功能(policy controlfunction，PCF)、UDM、UDR、网络数据分析功能(network data analytics function，NWDAF)、认证服务器功能(Authentication Server Function，AUSF)、接入与移动性管理功能(access and mobility management function，AMF)、会话管理功能(sessionmanagement function，SMF)和应用功能(application function，AF)。

下面对CN包含的NF功能进行进一步简要说明。

1、UPF是运营商网络与数据网络DN通信的网关，主要提供用户报文的转发、处理、与DN的连接、会话锚点、服务质量(quality of service，QoS)策略执行等用户面功能。

2、NEF是控制面功能，主要用于安全地向外部(如AF)开放由3GPP网络功能提供的业务和能力。NEF还允许经过认证和授权的应用功能在3GPP网络中安全地提供信息。

3、NRF是控制面功能，可用于维护网络中网络功能、服务的实时信息。

4、PCF是控制面功能，它支持统一的策略框架来治理网络行为、向其他控制功能提供策略规则、策略决策相关的签约信息等。

5、UDM是控制面功能，主要负责存储运营商网络中签约用户的签约数据。签约数据也可以称为签约信息。UDM存储的这些信息可用于终端设备接入运营商网络的认证和授权。目前，协议中定义的UDM的数据组织格式包括签约数据类型(subscriptiondatatypes)、数据键(datakey)和数据子键(datasubkey)三个数据字段。表1示出了UDM中终端设备的签约数据的格式，更完整的表格可以参考现有标准协议。

表1终端设备的签约数据(UE subscriptiondatatypeskeys)

可以通过Nudm_SDM_Get服务操作从UDM获取终端设备的签约数据。该服务操作的各个输入的内容与表1所示的数据组织格式对应，具体如下：

必需的输入(inputs,required)：网络功能(network function，NF)ID、签约数据类型、每个签约数据类型的数据键(datakey for each subscription data type(s))，其中，NFID用于指示获取数据的功能网元；

可选的输入(inputs,optional)：数据子键以及其他可能的输入，其他可能的输入的描述可以参考现有标准协议。

6、UDR是控制面功能，主要负责数据存储和获取，例如为UDM提供存储和获取签约数据的功能、为PCF提供存储和获取策略数据、存储和获取用户的NF群组ID(group ID)信息等。

目前协议定义的UDR的数据组织格式包括数据集(dataset)、数据子集(datasubset)、数据键和数据子键四个数据字段。

可以通过Nudr_DM_Query服务操作从UDR获取数据，该服务操作的各个输入的内容与UDR数据组织格式对应，具体如下：

必需的输入：数据集标识符(datasetidentifier)、数据键；

可选的输入：数据子集标识符(datasubsetidentifier)、数据子键。

可以通过Nudr_DM_Create服务操作在UDR中插入新数据记录，该服务操作的各个输入的内容与UDR数据组织格式对应，具体如下：

必需的输入：数据集标识符、数据键；

可选的输入：数据子集标识符、数据子键。

7、NWDAF是控制面功能，其主要功能是从NF、外部应用功能(applicationfunction，AF)以及运维管理(operations，administration and maintenance，OAM)系统等处收集数据，对NF和AF提供NWDAF业务注册、数据开放和分析数据等。

8、AUSF是控制面功能，通常用于一级认证，即终端设备(签约用户)与运营商网络之间的认证。

9、AMF是控制面功能，主要负责终端设备接入运营商网络的接入控制和移动性管理，例如包括移动状态管理，分配用户临时身份标识，认证和授权用户等功能。

10、SMF是控制面功能，主要负责会话管理(例如会话建立、修改和释放)、UPF网络功能的选择和控制、业务和会话连续性(service and session continuity，SSC)模式选择、漫游等会话相关的功能。

11、AF是控制面功能，用于提供应用层信息。AF主要分为两类：第一类是根据运营商部署，被认为是运营商信任的AF，该类型的AF可以直接与网络中的其他网络功能交互；第二类是运营商不允许直接访问网络功能的AF，如第三方AF，该类型的AF可以通过NEF网络中的其他网络功能交互。本申请的实施例涉及的AF指的是第二类AF。

图1中Nnef、Nnrf、Npcf、Nudm、Nudr、Nnwdaf、Nausf、Namf、Nsmf、N1、N2、N3、N4、N6以及N9为接口序列号。示例性的，上述接口序列号的含义可参见3GPP标准协议中定义的含义，本申请对于上述接口序列号的含义不做限制。需要说明的是，图1中的各个网络功能之间的接口名称仅仅是一个示例，在具体实现中，该系统架构的接口名称还可能为其他名称，本申请对此不作限定。此外，上述各个网元之间的所传输的消息(或信令)的名称也仅仅是一个示例，对消息本身的功能不构成任何限定。在图1所示的网络架构中，各网元之间可以接口通信。各网元之间的接口可以是点对点接口，也可以是服务化接口，本申请不予限制。

应理解，上述所示的网络架构仅是示例性说明，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1中所示的AMF、SMF、UPF、PCF、UDM、AUSF、UDR、NEF、NRF、AF等功能或者网元，可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。

目前，上述第二类AF可以通过NEF向网络请求服务，在接收到AF的服务请求后，NEF可以对服务请求进行授权检查，即检查是否可以向该AF开放该服务或者说检查AF是否被授权获取该服务。在该授权检查过程中，NEF会根据服务请求和运营商的本地策略，确定是否需要进行用户同意检查(userconsentcheck)。在需要进行用户同意检查的情况下，若NEF的UE上下文中没有用户同意参数，则NEF需要使用UE的标识信息从UDM获取UE的签约数据。

当AF请求的服务需要获取多个UE的数据时，NEF需要分别以该多个UE的标识信息为索引，向UDM获取UE签约数据。基于该查询方式，随着AF所需UE数据的规模增加，查询效率会很低。

针对上述问题，本申请提供了创建配置信息的方法和通信装置，核心网设备(如网络开放功能网元或数据管理网元)可以为AF创建应用配置信息，该应用配置信息包括与AF相关的全部或部分终端设备的签约信息，当AF请求服务时，核心网设备可以在该应用配置信息范围内查询数据，有助于提高查询效率。为便于理解本申请的实施例，对本申请的实施例涉及的几个基本概念做简单说明。应理解，以下所介绍的基本概念是基于目前协议中规定的基本概念为基础进行说明的，但并不意味着本申请的实施例只能够应用于目前已有的系统中，这些概念都是功能性描述，具体名称并不限定。

1、应用配置信息

应用配置信息也可以称为应用配置数据、应用签约信息、应用签约数据、应用信息、应用数据、AF配置信息、AF配置数据、AF签约信息、AF签约数据、AF信息、AF数据等，是以AF为粒度进行管理的数据。一个AF可以对应于一个或多个应用配置信息。当一个AF对应多个应用配置信息时，可以使用应用配置信息对应的订阅标识信息进行区分。相比于现有技术中数据管理网元根据终端设备的标识信息一一在全部的签约数据中查询，基于应用配置信息可以实现在更小范围内查询数据，有助于提高查询效率，从而可以高效地完成AF请求服务的授权和用户同意检查。

一个AF对应的应用配置信息包括与该AF相关的全部或部分终端设备的信息。其中，与AF相关的终端设备可以指：签约数据中包括该AF的相关信息或条目的终端设备，如终端设备的签约数据中包括该AF的标识信息。这里的终端设备的信息可以是用于索引终端设备的签约数据的索引信息，如终端设备的标识信息，也可以是终端设备的签约数据。当终端设备的信息为终端设备的标识信息时，应用配置信息包括的终端设备的标识信息为允许AF获取数据的终端设备的标识信息。当终端设备的信息为终端设备的签约数据时，应用配置信息可以包括允许AF获取数据的终端设备的签约数据，也可以包括与AF相关的全部终端设备的签约数据。

可选地，应用配置信息可以是UDM中已有签约数据的重新组合。在本申请中可以由UDM实现该重新组合，或者可以由NEF从UDM获取签约数据后进行重新组合，换句话说，可以由UDM或NEF创建或生成应用配置信息。

在一种实现方式中，应用配置信息可以是基于UDM中已有签约数据得到的视图(或称虚拟表)。视图是从一个或几个基本表(或视图)导出的表。它与基本表不同，是一个虚表。数据库只存放签约数据视图的定义，而不存放视图对应的数据，这些数据仍存放在原来的基本表中。

在另一种实现方式中，应用配置信息可以是基于UDM中已有签约数据得到的新的数据值集(或称为数据表)。

存储应用配置信息的网元不同，应用配置信息的数据组织格式也会不同。本申请不限定应用配置信息的具体数据组织格式。

示例性地，应用配置信息可以存储在UDM中。

表2示出了存储在UDM中的应用配置信息的一种数据组织格式。

表2应用配置信息的数据组织格式(一)

如表2所示，应用配置信息对应的签约数据类型为应用签约数据、应用配置数据、或应用授权数据，应用配置信息对应的数据键为AF的标识信息和/或订阅标识信息，应用配置信息对应的数据子健为用户同意、信息类型(informationtype)、使用目的(purpose)、使用范围、或终端设备的标识信息中的一个或多个。

应理解，上述应用签约数据、应用配置数据和应用授权数据仅为举例，应用配置信息对应的签约数据类型也可以为其他可以表明应用配置信息以应用(或者说AF)为粒度进行管理的数据类型。上述AF的标识信息为可以唯一确定AF的信息，如AF ID或AF的外部应用ID(External App ID)等。上述订阅标识信息可以为交易参考标识信息(TransactionReference ID)，该订阅标识信息可以由NEF指定，还可以由UDM生成，还可以由AF指定，还可以由多个网元(如AF与核心网网元)协商确定，不予限制。上述信息类型用于指示AF期望获取的数据类型，如终端设备的位置数据、5G核心网(5G core，5GC)辅助数据等。上述使用目的用于指示AF获取数据后的使用目的。上述使用范围用于指示AF获取数据后的使用范围，如AF可以使用数据的地理区域。

需要说明的是，上述信息类型、使用目的、使用范围、或终端设备的标识信息为可选的信息。此外，上述信息类型、使用目的、使用范围、或终端设备的标识信息也可以存储在应用配置信息的域(field)中，或者这些信息中的部分存储在数据子键中，部分存储在域中。

表2所示的数据组织格式是通过增加签约数据类型下的新类型，来实现存储应用配置信息，应用签约数据、应用配置数据、或应用授权数据属于签约数据类型下的一种数据类型。本申请还可以通过增加与终端设备的签约数据(UE subscriptiondata)并列的应用签约数据、应用配置数据、或应用授权数据，来实现存储应用配置信息，例如，在标准协议中，终端设备的签约数据可以对应于一个数据组织格式的表格，应用签约数据、应用配置数据、或应用授权数据可以对应于另一个数据组织格式的表格，应用签约数据、应用配置数据、或应用授权数据对应的数据组织格式的表格可以如表3所示。表3是应用配置信息(或者说应用签约数据、应用配置数据、或应用授权数据)的一种数据组织格式。

表3应用配置信息的数据组织格式(二)

如表3所示，应用配置信息对应的签约数据类型为用户同意(userconsent)，应用配置信息对应的数据键为AF的标识信息和/或订阅标识信息，应用配置信息对应的数据子健为信息类型(informationtype)、使用目的(purpose)、使用范围、或终端设备的标识信息中的一个或多个。AF的标识信息、订阅标识信息、信息类型、使用目的、使用范围和终端设备的标识信息的描述可以参考表2，不再详述。

示例性地，应用配置信息可以存储在UDR中。

表4示出了存储在UDR中的应用配置信息的一种数据组织格式。

表4应用配置信息的数据组织格式(三)

如表4所示，应用配置信息对应的数据集为签约数据，应用配置信息对应的数据子集为用户同意、应用签约数据、应用配置数据、或应用授权数据，应用配置信息对应的数据键为AF的标识信息和/或订阅标识信息，应用配置信息对应的数据子健为信息类型、使用目的、使用范围、或终端设备的标识信息中的一个或多个。AF的标识信息、订阅标识信息、信息类型、使用目的、使用范围和终端设备的标识信息的描述可以参考表2，不再详述。

表4中的签约数据为标准中已经定义的数据类型，表4是通过增加签约数据下的新类型来实现存储应用配置信息，应用签约数据、应用配置数据、或应用授权数据属于签约数据下的一种数据类型。

表5示出了存储在UDR中的应用配置信息的另一种数据组织格式。

表5应用配置信息的数据组织格式(四)

如表5所示，应用配置信息对应的数据集为签约数据，应用配置信息对应的数据子集为用户同意，应用配置信息对应的数据键为AF的标识信息和/或订阅标识信息，应用配置信息对应的数据子健为信息类型、使用目的、使用范围、或终端设备的标识信息中的一个或多个。AF的标识信息、订阅标识信息、信息类型、使用目的、使用范围和终端设备的标识信息的描述可以参考表2，不再详述。表5所示的数据组织格式与现有技术不同的是数据键为AF的标识信息和/或订阅标识信息，数据子键为信息类型、使用目的、使用范围、或终端设备的标识信息中的一个或多个。

表6示出了存储在UDR中的应用配置信息的另一种数据组织格式。

表6应用配置信息的数据组织格式(五)

如表6所示，应用配置信息对应的数据集为应用数据，应用配置信息对应的数据子集为用户同意、应用签约数据、应用配置数据、或应用授权数据，应用配置信息对应的数据键为AF的标识信息和/或订阅标识信息，应用配置信息对应的数据子健为信息类型、使用目的、使用范围、或终端设备的标识信息中的一个或多个。AF的标识信息、订阅标识信息、信息类型、使用目的、使用范围和终端设备的标识信息的描述可以参考表2，不再详述。

表6中的签约数据为标准中已经定义的应用类型，表6是通过增加应用数据下的新类型来实现存储应用配置信息，用户同意、应用签约数据、应用配置数据、或应用授权数据属于应用数据下的一种数据类型。

与表4至表6所示的方式不同，本申请还可以通过增加与签约数据或应用数据并列的应用签约数据、应用配置数据、或应用授权数据，来实现存储应用配置信息，表7示出了该方式下的应用配置信息的一种数据组织格式。

表7应用配置信息的数据组织格式(六)

如表7所示，应用配置信息对应的数据集为应用签约数据、应用配置数据、或应用授权数据，应用配置信息对应的数据子集为用户同意，应用配置信息对应的数据键为AF的标识信息和/或订阅标识信息，应用配置信息对应的数据子健为信息类型、使用目的、使用范围、或终端设备的标识信息中的一个或多个。AF的标识信息、订阅标识信息、信息类型、使用目的、使用范围和终端设备的标识信息的描述可以参考表2，不再详述。

需要说明的是，表7所示的数据子集中的用户同意也可以缺省。

还需要说明的是，上述应用配置信息的数据组织格式仅为示例，本申请不限定应用配置信息的具体数据组织格式。

2、数据集、数据子集、数据键、数据子键和域

对于UDM或UDR来说，数据集、数据子集、数据键、数据子键和域可以为数据组织格式中的字段。

UDM中的数据可以采用多层级的划分形式，其中，数据键、数据子键和域分别属于不同的划分层级。数据键、数据子键和域可以用于唯一标识UDM中的数据，可以用于索引UDM中的数据。

一种可能的方式中，数据键、数据子键可以唯一标识UDM中数据表某一行的属性或属性组，域可以唯一标识UDM中数据表的列。UDM可以依靠数据键、数据子键和域唯一索引数据。

类似地，UDR中的数据也可以采用多层级的划分形式，其中，数据集、数据子集、数据键、数据子键和域分别属于不同的划分层级。数据集和数据子集可以用于唯一标识UDR中的数据集合，数据键、数据子键和域可以用于进一步确定数据集合中的数据，换句话说，数据集、数据子集、数据键、数据子键和域可以用于索引UDR中的数据。

一种可能的方式中，数据集、数据子集、数据键、数据子键可以唯一标识UDR中数据表某一行的属性或属性组，域可以唯一标识UDR中数据表的列。UDR可以依靠数据集、数据子集、数据键、数据子键和域唯一索引数据。

3、用户同意参数

用户同意参数也可以称为用户同意信息或用户同意数据等，用于指示用户是否同意收集(collecting)、分配(distributing)和/或分析(analysing)终端设备相关的数据。

4、用户同意检查

即检查用户是否同意收集、分配和分析终端设备相关的数据，可以基于用户同意参数实现。

下面对本申请提供的方法实施例进行描述。

本申请提供的方法可以由应用功能网元、网络开放功能网元、数据管理网元和数据存储网元执行，也可以由应用功能网元、网络开放功能网元、数据管理网元和数据存储网元中的模块或单元(如电路或芯片等)执行。下文以应用功能网元为AF、网络开放功能网元为NEF、数据管理网元为UDM、数据存储网元为UDR为例进行描述。

可选地，本申请的AF可以为人工智能(artificial intelligence，AI)业务或机器学习(machine learning，ML)业务的AF。

图2是本申请提供的创建配置信息的方法200的示意性流程图。方法200包括以下内容中的至少部分内容。

步骤201，AF向NEF发送第四请求消息，或者说，NEF接收来自AF的第四请求消息。

其中，第四请求消息用于请求创建应用配置信息，或者用于请求第二服务。

第四请求消息用于请求创建应用配置信息，可以理解为：由AF触发应用配置信息的创建流程。示例性地，第四请求消息可以称为AF应用配置创建请求消息。

第四请求消息用于请求第二服务，可以理解为：第四请求消息为用于获取数据的消息，AF不感知后续的应用配置信息的创建流程，应用配置信息的创建是核心网内部的流程。示例性地，第四请求消息可以为Nnef_<Service-X>Request消息。在该方式下，无需改变AF的业务逻辑。

在本申请实施例中，第四请求消息可以包括AF的标识信息，以明确是为该AF创建应用配置信息。AF的标识信息为可以唯一确定AF的信息，如AF ID或AF的外部应用ID(External App ID)等。

可选地，第四请求消息还可以包括以下信息中的至少一项：第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息。

其中，第一信息类型可以包括一个或多个数据类型，该一个或多个数据类型为AF期望获取的数据类型，如终端设备的位置数据、5GC辅助数据等。

第一使用目的可以包括一个或多个使用目的，该一个或多个使用目的为AF获取数据后的使用目的。每个使用目的可以对应于第一信息类型包括的数据类型中的一个或多个，表明AF获取该类型的数据后的使用目的。表8和表9是使用目的与数据类型的对应关系的两个示例。

表8

使用目的1	数据类型1	数据类型2	数据类型3
				使用目的2	数据类型1	数据类型3

表9

数据类型1	使用目的1	使用目的2
			数据类型2	使用目的1
数据类型3	使用目的1	使用目的2

第一使用范围可以包括一个或多个使用范围，该一个或多个使用范围为AF获取数据后的使用范围。每个使用范围可以对应于第一信息类型包括的数据类型中的一个或多个，表明AF获取该类型的数据后的使用范围。使用范围与数据类型的对应关系可以参考使用目的与数据类型的对应关系，不再举例描述。

一个或多个第一终端设备的标识信息，用于指示AF期望获取哪些终端设备的数据，或者说用于指示期望应用配置信息中存在哪些终端设备的信息。示例性地，当AF请求获取的数据为终端设备相关的数据时，第四请求消息中可以包括一个或多个第一终端设备的标识信息。

本申请实施例涉及的终端设备的标识信息为可以唯一确定终端设备的信息。示例性地，终端设备的标识信息可以包括以下信息中的至少一个：SUPI、用户隐藏标识符(Subscription Concealed Identifier，SUCI)、通用公共用户标识(Generic PublicSubscription Identifier，GPSI)、永久设备标识符(Permanent Equipment Identifier，PEI)或(Mobile Subscriber International ISDN/PSTN number，MSISDN)，其中，ISDN即是综合业务数字网(Integrated Service Digital Network)，PSTN即是公共交换电话网(Public Switched Telephone Network)等。MSISDN可以理解为终端对外可以公开的身份标识，比如终端的电话号码等。

可选地，当第四请求消息用于请求创建应用配置信息时，第四请求消息还可以包括请求创建的应用配置信息的数据类型，即由AF指定应用配置信息的数据类型。示例性地，应用配置信息的数据类型可以为应用签约数据、应用配置数据、或应用授权数据等。

本申请的实施例不限定AF发送第四请求消息的时机。一种可能的实现方式，AF可以在与核心网完成线下服务授权，允许AF开始数据获取服务之后，向NEF发送第四请求消息。另一种可能的实现方式，AF可以在通过其他途径，如通过应用层或者线下，获得了终端设备的用户同意指示，期望建立包括这些终端设备的应用配置信息的情况下，向NEF发送第四请求消息。

步骤202，NEF根据第四请求消息，向UDM发送第一请求消息，或者说，UDM接收来自NEF的第一请求消息。

其中，第一请求消息用于请求创建应用配置信息，第一请求消息可以包括AF的标识信息。

可选地，第一请求消息还可以包括以下信息中的至少一项：第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息。例如，当第四请求消息中包括第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息时，NEF可以在第一请求消息中携带第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息。

可选地，第一请求消息还可以包括请求创建的应用配置信息的数据类型。需要说明的是，当第四请求消息携带应用配置信息的数据类型时，NEF可以根据第四请求消息确定请求创建的应用配置信息的数据类型。当第四请求消息未携带应用配置信息的数据类型时，如第四请求消息用于请求第二服务时，NEF可以自己确定应用配置信息的数据类型。

第一请求消息包括的信息的描述可以参考第四请求消息，在此不再详述。

第一请求消息可以复用已有的消息，或者说第一请求消息是对已有消息的增强。示例性地，第一请求消息可以是Nudm_SubscriberDataManagement消息，例如Nudm_SDM_Subscribe等。

第一请求消息也可以是新的消息。示例性地，第一请求消息可以是Nudm_AFSubscriberDataManagement消息，例如Nudm_AFSDM_Create或Nudm_AFSDM_Subscribe等。

本申请的实施例不限定第一请求消息携带的信元。

例如，当UDM中应用配置信息采用上文表2所示的数据组织格式时，第一请求消息各信元携带的信息如下所示，[]中的内容为信元或字段对应或携带的信息：

必需的输入：签约数据类型[应用签约数据、应用配置数据、或应用授权数据]、数据键[AF的标识信息和/或第一订阅标识信息]；

可选的输入：数据子键[第一信息类型、第一使用范围、第一使用目的、或者一个或多个第一终端设备的标识信息中的至少一个]、以及其他可能的输入。

又例如，当UDM中应用配置信息采用上文表3所示的数据组织格式时，第一请求消息各信元携带的信息如下所示，[]中的内容为信元或字段对应或携带的信息：

必需的输入：签约数据类型[用户同意]、数据键[AF的标识信息和/或第一订阅标识信息]；

一种可能的实现方式，当第四请求消息用于请求创建应用配置信息时，NEF在接收到第四请求消息后，可以根据本地策略和第四请求消息决定为AF生成应用配置信息，进而向UDM发送第一请求消息。

例如，在接收到第四请求消息后，NEF可以根据本地策略和第四请求消息确定NEF中没有满足第四请求消息的应用配置信息，进而决定生成应用配置信息，进而向UDM发送第一请求消息。

又例如，当第四请求消息包括第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一项时，在接收到第四请求消息后，NEF可以根据第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一项、以及本地策略，确定是否需要进行用户同意检查，在需要进行用户同意检查的情况下，NEF决定生成应用配置信息，进而向UDM发送第一请求消息。

另一种可能的实现方式，当第四请求消息用于请求第二服务时，NEF在接收到第四请求消息后，可以对第二服务进行授权检查，在该授权检查过程中，NEF会根据第二服务和本地策略，确定是否需要进行用户同意检查；若需要进行用户同意检查，则NEF判断是否存在该AF的应用配置信息；若不存在该AF的应用配置信息，则NEF决定为该AF生成应用配置信息，进而向UDM发送第一请求消息。

示例性地，NEF判断是否存在该AF的应用配置信息可以包括：NEF判断NEF中是否存在该AF的标识信息与订阅标识信息的对应关系，该订阅标识信息与应用配置信息对应。订阅标识信息与应用配置信息对应可以理解为：订阅标识信息为生成或创建应用配置信息时由NEF或UDM指定的订阅标识信息。

需要说明的是，若一个AF可以对应于多个应用配置信息，则NEF判断是否存在该AF的应用配置信息，可以替换为：NEF判断是否存在支持完成该用户同意检查的应用配置信息。

步骤203，UDM根据第一请求消息中的AF的标识信息，确定一个或多个目标终端设备的签约数据。

一种可能的实现方式，UDM根据第一请求消息中的AF的标识信息，从本地存储的签约数据中查询得到包括该AF的标识信息的一个或多个目标终端设备的签约数据。

另一种可能的实现方式，UDM根据第一请求消息中的AF的标识信息，从UDR获取包括该AF的标识信息的一个或多个目标终端设备的签约数据。

上述一个或多个目标终端设备可以为允许该AF获取数据的终端设备，也可以为包括该AF的标识信息的全部终端设备，不予限制。

另一种可能的实现方式，若第一请求消息还包括第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一个，则UDM根据第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一个、以及AF的标识信息，在本地存储或从UDR查询得到满足第一请求消息中所有条件的一个或多个目标终端设备的签约数据。

例如，若第一请求消息包括第一信息类型、第一使用目的、第一适用范围和AF的标识信息，则UDM查询得到的包括第一信息类型、第一使用目的、第一适用范围和AF的标识信息相关的条目的一个或多个目标终端设备的签约数据。

又例如，若第一请求消息包括一个或多个第一终端设备的标识信息和AF的标识信息，则UDM查询得到的一个或多个目标终端设备的签约数据中包括AF的标识信息相关的条目、且一个或多个目标终端设备属于该一个或多个第一终端设备。

本申请实施例对于UDM的索引方式不做具体限定。

一种可能的实现方式，当UDM根据第一信息类型、第一使用目的、第一适用范围、和一个或多个第一终端设备的标识信息中的至少一个、以及AF的标识信息，在本地存储或从UDR查询签约数据时，UDM可以先根据AF的标识信息查询得到包括AF的标识信息的全部终端设备的签约数据，进一步根据第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一个，在包括AF的标识信息的终端设备的签约数据中，查询得到一个或多个目标终端设备的签约数据。

当第一请求消息包括第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的多个时，本申请不限定具体的索引方式。

例如，假设第一请求消息包括第一信息类型、第一使用目的、第一适用范围、以及一个或多个第一终端设备的标识信息，UDM可以按照AF的标识信息—>第一信息类型—>第一使用目的—>第一使用范围—>一个或多个第一终端设备的标识信息的顺序进行索引，也可以按照AF的标识信息—>一个或多个第一终端设备的标识信息—>第一信息类型—>第一使用目的—>第一使用范围的顺序进行索引，也可以按照AF的标识信息—>第一信息类型—>第一使用目的—>一个或多个第一终端设备的标识信息—>第一使用范围的顺序进行索引。

步骤204，UDM根据一个或多个目标终端设备的签约数据，创建应用配置信息。

示例性地，UDM根据一个或多个目标终端设备的签约数据中的用户同意参数，创建应用配置信息。

本申请实施例的应用配置信息是以AF为粒度进行管理的数据，可以是已有签约数据的重新组合，详细描述可以参考基本概念说明部分。

本申请不限定应用配置信息的数据组织格式。示例性地，若应用配置信息存储在UDM中，则应用配置信息的数据组织格式可以采用如上文表2或表3所示的数据组织格式。

可选地，方法200还可以包括步骤205：UDM向UDR发送应用配置信息，或者说，UDR接收并存储来自UDM的应用配置信息。即在创建应用配置信息后，UDM可以将应用配置信息存储到UDR中。当应用配置信息存储在UDR中时，应用配置信息的数据组织格式可以采用如上文表4至表7中任一项所示的数据组织格式。

一种可能的实现方式，UDM通过调用Nudr_DM_Create服务操作将应用配置信息存储到UDR。UDR中应用配置信息的数据组织格式不同，Nudr_DM_Create请求消息的各信元携带的信息也不同。

例如，当UDR中应用配置信息采用上文表4所示的数据组织格式时，Nudr_DM_Create请求消息中各信元或字段携带的信息如下所示，[]中的内容为信元或字段携带的信息：

必需的输入：数据集标识符[签约数据]、数据键[AF的标识信息和/或第一订阅标识信息]；

可选的输入：数据子集标识符[应用签约数据、应用配置数据、或应用授权数据]、数据子键[用户同意、第一信息类型、第一使用范围、第一使用目的、或者一个或多个第一终端设备的标识信息中的至少一个]。

又例如，当UDR中应用配置信息采用上文表5所示的数据组织格式时，Nudr_DM_Create请求消息中各信元或字段携带的信息如下所示，[]中的内容为信元或字段携带的信息：

可选的输入：数据子集标识符[用户同意]、数据子键[第一信息类型、第一使用范围、第一使用目的、或者一个或多个第一终端设备的标识信息中的至少一个]。

又例如，当UDR中应用配置信息采用上文表6所示的数据组织格式时，Nudr_DM_Create请求消息中各信元或字段携带的信息如下所示，[]中的内容为信元或字段携带的信息：

必需的输入：数据集标识符[应用数据]、数据键[AF的标识信息和/或第一订阅标识信息]；

可选的输入：数据子集标识符[用户同意、应用签约数据、应用配置数据、或应用授权数据]、数据子键[第一信息类型、第一使用范围、第一使用目的、或者一个或多个第一终端设备的标识信息中的至少一个]。

又例如，当UDR中应用配置信息采用上文表7所示的数据组织格式时，Nudr_DM_Create请求消息中各信元或字段携带的信息如下所示，[]中的内容为信元或字段携带的信息：

必需的输入：数据集标识符[应用签约数据、应用配置数据、或应用授权数据]、数据键[AF的标识信息和/或第一订阅标识信息]；

步骤206，UDM向NEF发送第一响应消息，或者说，NEF接收来自UDM的第一响应消息。

其中，第一响应消息用于指示应用配置信息创建成功。第一响应消息包括第一订阅标识信息。第一订阅标识信息对应于应用配置信息，可以用于唯一确定应用配置信息。

需要说明的是，第一订阅标识信息可以是UDM生成的，也可以是NEF指定给UDM的。当由NEF向UDM指定该第一订阅标识信息时，第一请求消息还可以包括第一订阅标识信息。

步骤207，NEF向AF发送第四响应消息，或者说，AF接收来自NEF的第四响应消息。

其中，当第四请求消息用于请求创建应用配置信息时，第四响应消息用于指示应用配置信息创建成功。当第四请求消息用于请求第二服务时，第四响应消息包括通过授权检查的终端设备的数据。

可选地，当第四请求消息用于请求创建应用配置信息时，第四响应消息还可以包括第二订阅标识信息，第二订阅标识信息对应于应用配置信息，同样可以用于唯一确定应用配置信息。例如，当第四请求消息用于请求创建应用配置信息时，第四响应消息可以包括第二订阅标识信息。

需要说明的是，第二订阅标识信息与第一订阅标识信息可以相同，也可以不同。例如，若NEF直接向AF发送UDM返回的订阅标识信息(即第一订阅标识信息)，则第二订阅标识信息与第一订阅标识信息相同。又例如，在接收到来自UDM的订阅标识信息后，NEF可以生成新的订阅标识信息，并保存新的订阅标识信息与来自UDM的订阅标识信息的映射关系，在此情况下，新的订阅标识信息(即第二订阅标识信息)与来自UDM的订阅标识信息(即第一订阅标识信息)不相同。

在创建应用配置信息后，如果终端设备和UDM协商修改终端设备的签约数据，且修改后的终端设备的签约数据会影响到应用配置信息的内容，那么在此情况下可以对应用配置信息进行修改，以便应用配置信息与终端设备的签约数据保持同步。

以上对应用配置信息的创建流程进行了描述，下面对基于应用配置信息的授权流程进行描述。需要说明的是，应用配置信息的创建流程和基于应用配置信息的授权流程可以结合在一起实施，二者也可以作为独立的实施例，单独实施，不予限制。

作为一种可能的实现方式，方法200还可以包括步骤208～步骤212。

步骤208，AF向NEF发送第三请求消息，或者说，NEF接收来自AF的第三请求消息。

其中，第三请求消息用于请求第一服务。第三请求消息可以包括AF的标识信息和/或第二订阅标识信息。当AF对应于一个应用配置信息时，第三请求消息可以携带AF的标识信息，或者携带第二订阅标识信息，或者携带AF的标识信息和第二订阅标识信息，以指示NEF使用哪个应用配置信息进行授权检查。当AF对应于多个应用配置信息时，第三请求消息可以携带第二订阅标识信息，或者携带AF的标识信息和第二订阅标识信息，以指示NEF使用哪个应用配置信息进行授权检查。

考虑到NEF可能存在多个版本，有些版本的NEF支持使用应用配置信息进行授权检查，有些版本的NEF可能不支持使用应用配置信息进行授权检查，在此情况下，第三请求消息还可以包括第三请求消息还可以包括指示信息，该指示信息用于指示已经创建了应用配置信息，或者用于指示可以使用应用配置信息进行授权检查，或者用于指示可以使用AF的标识信息和/或第二订阅标识信息获取应用配置信息。这样，当支持使用应用配置信息进行授权检查的NEF接收到第三请求消息时，NEF可以根据AF的标识信息和/或第二订阅标识信息，从UDM获取应用配置信息，进而基于应用配置信息进行授权检查。当不支持使用应用配置信息进行授权检查的NEF接收到第三请求消息时，NEF可以忽略该指示信息，使用终端设备的标识信息获取终端设备的签约数据，进而完成授权检查。

此外，AF可能会切换NEF，即可能会出现AF通过NEF1创建应用配置信息，通过NEF2请求第一服务的情况，在此情况下，通过在第三请求消息中携带上述指示信息，可以使NEF2获知该AF已经创建了应用配置信息，可以使用AF的标识信息和/或第二订阅标识信息从UDM获取应用配置信息来进行授权检查。

可选地，第三请求消息还可以包括以下信息中的至少一个：第二信息类型、第二使用目的、第二使用范围、或者一个或多个第二终端设备的标识信息。其中，第二信息类型可以包括一个或多个数据类型，该一个或多个数据类型为第一服务所需的数据类型，如终端设备的位置数据、5GC辅助数据等。第二使用目的可以包括一个或多个使用目的，该一个或多个使用目的为AF获取数据后的使用目的。第二使用范围可以包括一个或多个使用范围，该一个或多个使用范围为AF获取数据后的使用范围。一个或多个第二终端设备的标识信息，用于指示第一服务需要哪些终端设备的数据。第二信息类型、第二使用目的、第二使用范围、和一个或多个第二终端设备的标识信息的详细描述可以参考第一信息类型、第一使用目的、第一使用范围、或者一个或多个第一终端设备的标识信息，不再详述。

示例性地，第三请求消息可以为Nnef_<Service-X>Request消息。

步骤209，NEF根据第三请求消息，向UDM发送第二请求消息，或者说，UDM接收来自NEF的第二请求消息。

其中，第二请求消息用于查询数据。第二请求消息可以包括应用配置信息的索引信息。应用配置信息的索引信息可以包括AF的标识信息和/或第一订阅标识信息。在NEF中存储有第二订阅标识信息和第一订阅标识信息的映射关系的情况下，若NEF接收到的第三请求消息中包括第二订阅标识信息，则NEF可以根据该映射关系，确定与第二订阅标识信息对应的第一订阅标识信息，从而携带在第二请求消息中。

一种可能的实现方式，在接收到第三请求消息后，NEF对第一服务进行授权检查，在该授权检查过程中，NEF根据第一服务和本地策略，确定是否需要进行用户同意检查；若需要进行用户同意检查，则NEF向UDM发送第二请求消息，从UDM获取应用配置信息来进行用户同意检查。

此外，对于AF通过额外的指示信息指示使用应用配置信息进行授权检查的情况，当第三请求消息携带上述指示信息时，NEF才使用AF的标识信息和/或第一订阅标识信息获取应用配置信息，否则NEF使用终端设备的标识信息获取终端设备的签约数据。还需要说明的是，若接收到第三请求消息的NEF不支持使用应用配置信息进行授权检查，则NEF同样使用终端设备的标识信息获取终端设备的签约数据。

可选地，第二请求消息还可以包括以下信息中的至少一项：第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。例如，当第三请求消息包括第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息时，NEF在第二请求消息中携带第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。

一种可能的实现方式，第二请求消息可以为Nudm_SDM_Get请求消息。UDM中应用配置信息的数据组织格式不同，Nudm_SDM_Get请求消息各信元携带的信息也不同。

例如，当UDM中应用配置信息采用上文表2所示的数据组织格式时，Nudm_SDM_Get请求消息各信元携带的信息如下所示，[]中的内容为信元或字段对应或携带的信息：

必需的输入：NF ID[NEF ID]、签约数据类型[应用签约数据、应用配置数据、或应用授权数据]、数据键[AF的标识信息和/或第一订阅标识信息]；

可选的输入：数据子键[第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一个]、以及其他可能的输入。

又例如，当UDM中应用配置信息采用上文表3所示的数据组织格式时，Nudm_SDM_Get请求消息各信元携带的信息如下所示，[]中的内容为信元或字段对应或携带的信息：

必需的输入：NF ID[NEF ID]、签约数据类型[用户同意]、数据键[AF的标识信息和/或第一订阅标识信息]；

步骤210，UDM根据第二请求消息中的索引信息，查找到应用配置信息。

一种可能的实现方式，当应用配置信息存储在UDM中时，UDM根据索引信息在本地查找应用配置信息。

另一种可能的实现方式，当UDM将应用配置信息存储到UDR中时，即UDM执行了步骤205时，UDM根据索引信息从UDR查找应用配置信息。

另一种可能的实现方式，当第二请求消息还包括第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一个时，UDM根据第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一个、以及索引信息，在本地或UDR获取应用配置信息的部分或全部。

对于UDM从UDR获取应用配置信息的部分或全部的情况，一种可能的实现方式，UDM可以通过Nudr_DM_Query请求消息从UDR获取数据。UDR中应用配置信息的数据组织格式不同，Nudr_DM_Query请求消息各信元携带的信息也不同。Nudr_DM_Query请求消息各信元携带信息的方式与Nudr_DM_Create请求消息各信元携带信息的方式类似，不同的是Nudr_DM_Query请求消息的数据子键携带的是第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一个，更详细的描述可以参考步骤205，在此不再详述。

步骤211，UDM向NEF发送第二响应消息，或者说，NEF接收来自UDM的第二响应消息。

其中，第二响应消息包括应用配置信息的部分或全部。当第二请求消息不包括第二信息类型、第二使用范围、第二使用目的、和一个或多个第二终端设备的标识信息时，UDM可以将全部应用配置信息返回给NEF。当第二请求消息包括第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一项时，UDM可以将应用配置信息中满足这些条件的信息返回给NEF，即UDM可以将部分应用配置信息返回给NEF。

步骤212，NEF根据接收到的部分或全部应用配置信息，对第一服务进行授权检查。

例如，NEF根据接收到的部分或全部应用配置信息，对第一服务进行用户同意检查。

在之后，NEF可以将通过授权检查的终端设备的数据返回给AF。

这样，基于方法200，UDM可以基于NEF的请求预先为AF创建应用配置信息，当AF请求服务时，UDM可以在该应用配置信息范围内查询数据，有助于提高查询效率。并且，相较于每次都携带大量终端设备的标识信息，通过AF的标识信息和/或订阅标识信息来查询数据，可以减少信令开销。当NEF附加信息类型、使用目的、使用范围、终端设备的标识信息列表等附加条件信息时，可以进一步加快查询速度。

在图2所示的创建配置信息的方法中，由NEF请求UDM为AF创建应用配置信息。本申请还提供了一种由NEF为AF创建用配置信息的方法，下面结合图3对该方法进行描述。

图3是本申请提供的创建配置信息的方法300的示意性流程图。方法300包括以下内容中的至少部分内容。

步骤301，AF向NEF发送第四请求消息，或者说，NEF接收来自AF的第四请求消息。其中，第四请求消息用于请求创建应用配置信息，或者用于请求第二服务。

步骤301的实现方式与步骤201相同，可以参考步骤201，在此不再详述。

步骤302，NEF根据第四请求消息，从UDM获取一个或多个终端设备的签约数据。

在本申请实施例中，NEF可以使用现有机制从UDM获取终端设备的签约数据。具体的，NEF可以通过Nudm_SDM_Get服务操作从UDM获取终端设备的签约数据。该服务操作的输入具体如下：

必需的输入：NFID[NEF ID]、签约数据类型[用户同意]、数据键[SUPI]；

可选的输入：数据子键[第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一个]以及其他可能的输入。

UDM向NEF返回请求的终端设备的签约数据。如果NEF提供了第一信息类型、第一使用目的、第一适用范围、或一个或多个第一终端设备的标识信息中的至少一个，那么UDM返回满足该要求的终端设备的签约数据。如果NEF没有提供第一信息类型、第一使用目的、第一适用范围、和一个或多个第一终端设备的标识信息，那么UDM返回与AF相关的全部终端设备的签约数据或者允许AF获取数据的全部终端设备的签约数据。

NEF通过Nudm_SDM_Get服务操作从UDM获取终端设备的签约数据更详细的描述可以参考现有标准协议，在此不再详述。

步骤303，NEF根据UDM返回的一个或多个终端设备的签约数据，创建应用配置信息。

一种可能的实现方式，NEF基于本地策略和UDM返回的一个或多个终端设备的签约数据中的用户同意参数，创建应用配置信息。

步骤304，NEF向UDM发送应用配置信息，或者说，UDM接收并存储来自NEF的应用配置信息。

NEF向UDM发送应用配置信息可以理解为：NEF将应用配置信息存储到UDM中。

当应用配置信息存储在UDR中时，应用配置信息的数据组织格式可以采用如上文表4至表7中任一项所示的数据组织格式。

一种可能的实现方式，UDM通过调用Nudr_DM_Create服务操作将应用配置信息存储到UDR。UDR中应用配置信息的数据组织格式不同，Nudr_DM_Create请求消息的各信元携带的信息也不同，具体的描述可以参考步骤205，在此不再详述。

步骤305，NEF向AF发送第四响应消息，或者说，AF接收来自NEF的第四响应消息。

步骤305的实现方式与步骤207相同，可以参考步骤207，在此不再详述。

作为一种可能的实现方式，方法300还可以包括步骤306～步骤310。

步骤306，AF向NEF发送第三请求消息，或者说，NEF接收来自AF的第三请求消息。其中，第三请求消息用于请求第一服务。第三请求消息可以包括AF的标识信息和/或第二订阅标识信息。

步骤306的实现方式与步骤208相同，可以参考步骤208，在此不再详述。

步骤307，NEF根据第三请求消息，向UDR发送第五请求消息，或者说，UDR接收来自NEF的第五请求消息。

其中，第五请求消息用于查询数据。第五请求消息可以包括应用配置信息的索引信息。应用配置信息的索引信息可以包括AF的标识信息和/或第一订阅标识信息。在NEF中存储有第二订阅标识信息和第一订阅标识信息的映射关系的情况下，若NEF接收到的第三请求消息中包括第二订阅标识信息，则NEF可以根据该映射关系，确定与第二订阅标识信息对应的第一订阅标识信息，从而携带在第二请求消息中。

一种可能的实现方式，在接收到第三请求消息后，NEF对第一服务进行授权检查，在该授权检查过程中，NEF根据第一服务和本地策略，确定是否需要进行用户同意检查；若需要进行用户同意检查，则NEF向UDM发送第五请求消息，从UDM获取应用配置信息来进行用户同意检查。

可选地，第五请求消息还可以包括以下信息中的至少一项：第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。例如，当第三请求消息包括第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息时，NEF在第五请求消息中携带第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息。

一种可能的实现方式，第五请求消息可以为Nudr_DM_Query请求消息。UDR中应用配置信息的数据组织格式不同，Nudr_DM_Query请求消息各信元携带的信息也不同。Nudr_DM_Query请求消息各信元携带信息的方式与Nudr_DM_Create请求消息各信元携带信息的方式类似，不同的是Nudr_DM_Query请求消息的数据子键携带的是第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一个，更详细的描述可以参考步骤205，在此不再详述。

步骤309，UDR向NEF发送第五响应消息，或者说，NEF接收来自UDR的第五响应消息。

其中，第五响应消息包括应用配置信息的部分或全部。当第五请求消息不包括第二信息类型、第二使用范围、第二使用目的、和一个或多个第二终端设备的标识信息时，UDR可以将全部应用配置信息返回给NEF。当第五请求消息包括第二信息类型、第二使用范围、第二使用目的、或者一个或多个第二终端设备的标识信息中的至少一项时，UDR可以将应用配置信息中满足这些条件的信息返回给NEF，即UDR可以将部分应用配置信息返回给NEF。

步骤310，NEF根据接收到的部分或全部应用配置信息，对第一服务进行授权检查。

这样，基于方法300，NEF可以预先为AF创建应用配置信息并将应用配置信息存储到UDR中，当AF请求服务时，NEF可以请求在该应用配置信息范围内查询数据，有助于提高查询效率。并且，相较于每次都携带大量终端设备的标识信息，通过AF的标识信息和/或订阅标识信息来查询数据，可以减少信令开销。当NEF附加信息类型、使用目的、使用范围、终端设备的标识信息列表等附加条件信息时，可以进一步加快查询速度。

上文结合图2至图3，详细描述了本申请提供的方法实施例，下面将结合图4至图5，描述本申请的装置实施例。

可以理解的是，为了实现上述实施例中功能，图4或图5中的装置包括了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本申请中所公开的实施例描述的各示例的单元及方法步骤，本申请能够以硬件或硬件和计算机软件相结合的形式来实现。

图4和图5为本申请的实施例提供的可能的装置的结构示意图。这些装置可以用于实现上述方法实施例中UDM、NEF、UDR或AF的功能，因此也能实现上述方法实施例所具备的有益效果。

如图4所示，装置10包括收发单元11和处理单元12。

当装置10用于实现图2中UDM的功能时，收发单元11用于执行UDM的收发步骤，如步骤202、步骤205、步骤206、步骤209和步骤211，处理单元12用于执行UDM的处理步骤，如步骤203、步骤204、和步骤210。当装置10用于实现图2中NEF的功能时，收发单元11用于执行NEF的收发步骤，如步骤201、步骤202、步骤206、步骤207、步骤208、步骤209和步骤211，处理单元12用于执行NEF的处理步骤，如步骤212。当装置10用于实现图2中UDR的功能时，收发单元11用于执行UDR的收发步骤，如步骤205。当装置10用于实现图2中AF的功能时，收发单元11用于执行AF的收发步骤，如步骤201、步骤207和步骤208。

当装置10用于实现图3中UDM的功能时，收发单元11用于执行UDM的收发步骤，如步骤302。当装置10用于实现图3中NEF的功能时，收发单元11用于执行NEF的收发步骤，如步骤301、步骤302、步骤304、步骤305、步骤306、步骤307和步骤309，处理单元12用于执行NEF的处理步骤，如步骤303和步骤310。当装置10用于实现图3中UDR的功能时，收发单元11用于执行UDR的收发步骤，如步骤307和步骤309，处理单元12用于执行UDR的处理步骤，如步骤308。当装置10用于实现图3中AF的功能时，收发单元11用于执行AF的收发步骤，如步骤301、步骤305和步骤306。

关于上述收发单元11和处理单元12更详细的描述，可参考上述方法实施例中的相关描述，在此不再说明。

如图5示，装置20包括处理器21。处理器21与存储器23耦合，存储器23用于存储指令。当装置20用于实现上文所述的方法时，处理器21用于执行存储器23中的指令，以实现上述处理单元12的功能。

可选地，装置20还包括存储器23。

可选地，装置20还包括接口电路22。处理器21和接口电路22之间相互耦合。可以理解的是，接口电路22可以为收发器或输入输出接口。当装置20用于实现上文所述的方法时，处理器21用于执行指令，以实现上述处理单元12的功能，接口电路22用于实现上述收发单元11的功能。

示例性地，当装置20为应用于UDM、NEF、UDR或AF的芯片时，该芯片实现上述方法实施例中UDM、NEF、UDR或AF的功能。该芯片从UDM、NEF、UDR或AF中的其它模块(如射频模块或天线)接收信息，该信息是其他装置发送给UDM、NEF、UDR或AF的；或者，该芯片向UDM、NEF、UDR或AF中的其它模块(如射频模块或天线)发送信息，该信息是UDM、NEF、UDR或AF发送给其他装置的。

本申请还提供一种通信装置，包括处理器，该处理器与存储器耦合，存储器用于存储计算机程序或指令和/或数据，处理器用于执行存储器存储的计算机程序或指令，或读取存储器存储的数据，以执行上文各方法实施例中的方法。可选地，处理器为一个或多个。可选地，该通信装置包括存储器。可选地，存储器为一个或多个。可选地，该存储器与该处理器集成在一起，或者分离设置。

本申请还提供一种芯片，包括处理器，所述处理器和存储器耦合，所述存储器用于存储计算机程序或指令，所述处理器用于执行所述存储器中存储的计算机程序或指令以实现上述各方法实施例中由UDM、NEF、UDR或AF执行的方法。

本申请还提供一种计算机可读存储介质，其上存储有用于实现上述各方法实施例中由UDM、NEF、UDR或AF执行的方法的计算机指令。

本申请还提供一种计算机程序产品，包含指令，该指令被计算机执行时以实现上述各方法实施例中由UDM、NEF、UDR或AF执行的方法。

本申请还提供一种通信系统，该通信系统包括上文各实施例中的UDM、NEF、UDR或AF中至少一个。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

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

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

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

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

除非另有说明，本申请实施例所使用的所有技术和科学术语与本申请的技术领域的技术人员通常理解的含义相同。本申请中所使用的术语只是为了描述具体的实施例的目的，不是旨在限制本申请的范围。应理解，上述为举例说明，上文的例子仅仅是为了帮助本领域技术人员理解本申请实施例，而非要将申请实施例限制于所示例的具体数值或具体场景。本领域技术人员根据上文所给出的例子，显然可以进行各种等价的修改或变化，这样的修改和变化也落入本申请实施例的范围内。

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

Claims

1.一种创建配置信息的方法，其特征在于，所述方法包括：

数据管理网元接收来自网络开放功能网元的第一请求消息，所述第一请求消息用于请求创建应用配置信息，所述第一请求消息包括应用功能网元的标识信息；

所述数据管理网元根据所述应用功能网元的标识信息，确定一个或多个目标终端设备的签约数据；

所述数据管理网元根据所述一个或多个目标终端设备的签约数据，创建所述应用配置信息；

所述数据管理网元向所述网络开放功能网元发送响应于所述第一请求消息的第一响应消息。

2.根据权利要求1所述的方法，其特征在于，所述一个或多个目标终端设备的签约数据包括所述应用功能网元的标识信息。

3.根据权利要求1或2所述的方法，其特征在于，

所述应用配置信息对应的签约数据类型为应用签约数据、应用配置数据、或应用授权数据。

4.根据权利要求1或2所述的方法，其特征在于，

所述应用配置信息对应于应用签约数据、应用配置数据、或应用授权数据，所述应用配置信息对应的签约数据类型为用户同意。

5.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

所述数据管理网元向数据存储网元发送所述应用配置信息。

6.根据权利要求5所述的方法，其特征在于，

所述应用配置信息对应的数据集为签约数据或应用数据，所述应用配置信息对应的数据子集为应用签约数据、应用配置数据、或应用授权数据。

7.根据权利要求5所述的方法，其特征在于，

所述应用配置信息对应的数据集为应用数据、应用签约数据、应用配置数据、或应用授权数据。

8.根据权利要求7所述的方法，其特征在于，

所述应用配置信息对应的数据子集为用户同意。

9.根据权利要求3至8中任一项所述的方法，其特征在于，

所述应用配置信息对应的数据键为所述应用功能网元的标识信息和/或所述应用配置信息对应的第一订阅标识信息。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述第一请求消息还包括以下信息中的至少一项：第一信息类型、或一个或多个第一终端设备的标识信息。

11.根据权利要求10所述的方法，其特征在于，

所述第一信息类型或所述一个或多个第一终端设备的标识信息作为所述应用配置信息对应的数据子键或域存储。

12.根据权利要求1至11中任一项所述的方法，其特征在于，

所述应用配置信息包括所述一个或多个目标终端设备的标识信息或签约数据。

13.根据权利要求12所述的方法，其特征在于，所述一个或多个目标终端设备为允许所述应用功能网元获取数据的终端设备。

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

所述数据管理网元接收来自所述网络开放功能网元的第二请求消息，所述第二请求消息用于查询数据，所述第二请求消息包括所述应用配置信息的索引信息；

所述数据管理网元根据所述索引信息，查找到所述应用配置信息；

所述数据管理网元向所述网络开放功能网元发送第二响应消息，所述第二响应消息包括所述应用配置信息的部分或全部。

15.根据权利要求14所述的方法，其特征在于，

所述第二请求消息的签约数据类型的取值对应于应用签约数据、应用配置数据、或应用授权数据；或者，

所述第二请求消息的签约数据类型的取值对应于用户同意。

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

所述第二请求消息的数据键的取值对应于所述应用功能网元的标识信息和/或所述应用配置信息的第一订阅标识信息。

17.根据权利要求14至16中任一项所述的方法，其特征在于，所述第二请求消息还包括以下信息中的至少一项：第二信息类型、使用范围、使用目的、或者一个或多个第二终端设备的标识信息。

18.根据权利要求17所述的方法，其特征在于，

所述第二信息类型、所述使用范围、所述使用目的、或所述一个或多个第二终端设备的标识信息携带在所述第二请求消息的数据子键中。

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

所述网络开放功能网元接收来自所述应用功能网元的第三请求消息，所述第三请求消息用于请求第一服务，所述第三请求消息包括所述应用功能网元的标识信息和/或第二订阅标识信息，所述第二订阅标识信息对应于所述应用配置信息；

所述网络开放功能网元根据所述第三请求消息，向所述数据管理网元发送所述第二请求消息；

所述网络开放功能网元接收来自所述数据管理网元的所述应用配置信息的部分或全部；

所述网络开放功能网元根据所述应用配置信息的部分或全部，对所述第一服务进行授权检查。

20.根据权利要求19所述的方法，其特征在于，所述第三请求消息还包括以下信息中的至少一项：第二信息类型、使用范围、使用目的、或者一个或多个第二终端设备的标识信息。

21.根据权利要求19或20所述的方法，其特征在于，所述第三请求消息还包括指示信息，所述指示信息用于指示已创建了所述应用配置信息。

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

所述网络开放功能网元接收来自所述应用功能网元的第四请求消息，所述第四请求消息用于请求创建所述应用配置信息或者用于请求第二服务，所述第四请求消息包括所述应用功能网元的标识信息；

所述网络开放功能网元根据所述第四请求消息，向所述数据管理网元发送所述第一请求消息；

所述网络开放功能网元接收来自所述数据管理网元的所述第一响应消息。

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

所述应用功能网元向所述网络开放功能网元发送所述第三请求消息。

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

所述应用功能网元向所述网络开放功能网元发送所述第四请求消息。

25.根据权利要求5至7中任选一项所述的方法，其特征在于，所述方法还包括：

所述数据存储网元接收并存储所述应用配置信息。

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

27.一种通信装置，其特征在于，包括处理器和接口电路，所述接口电路用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置，所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至25中任一项所述的方法。

28.一种芯片，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器用于存储计算机程序，所述处理器用于执行所述存储器中存储的计算机程序以实现如权利要求1至25中任一项所述的方法。

29.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被通信装置执行时，实现如权利要求1至25中任一项所述的方法。

30.一种计算机程序产品，其特征在于，包括计算机程序，当所述计算机程序被运行时，实现如权利要求1至25中任一项所述的方法。

31.一种通信系统，其特征在于，包括：数据管理网元，所述数据管理网元用于执行如权利要求1至18中任一项所述的方法。

32.根据权利要求31所述的通信系统，其特征在于，所述通信系统还包括：网络开放功能网元、应用功能网元或数据存储网元中的至少一个，所述网络开放功能网元用于执行如权利要求19至22中任一项所述的方法，所述应用功能网元用于执行如权利要求23或24所述的方法，所述数据存储网元用于执行如权利要求25所述的方法。