CN120812639A - 通信方法、装置及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种通信方法、装置及计算机可读存储介质，涉及通信领域，可以获得个性化套餐，进而可以有效地提高用户的业务体验。该方法包括：网络数据分析功能向运营智能体发送多维感知数据，该多维感知数据包括网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；相应地，运营智能体接收该感知数据，并基于多维感知数据，生成个性化套餐。

Description

通信方法、装置及计算机可读存储介质

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法、装置及计算机可读存储介质。

背景技术

为了保障用户的业务体验，运营商推出重点业务保障套餐，目前运营商推出的重点业务保障套餐的内容是运营商提前分析并定义好的。由于用户群体是多样的，不同的用户对于相同业务的体验需求可能也是不同的，因此这种由运营商定义重点业务保障套餐的方式，难以满足各类用户对于业务体验的需求，不具备个性化。

发明内容

本申请提供一种通信方法、装置及计算机可读存储介质，可以获得个性化套餐，进而可以有效地提高用户的业务体验。

第一方面，本申请提供了一种通信方法，该方法可应用于网络侧，例如运营智能体或运营智能体中的模块(例如电路，芯片或芯片系统等)、或者能实现全部或部分运营智能体功能的逻辑节点、逻辑模块或软件。下文以运营智能体为例来描述该方法。

示例性地，该方法包括：接收来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；基于所述多维感知数据，生成个性化套餐。

本申请实施例中，网络中新增的运营智能体可以基于网络数据分析功能上报的多维感知数据，生成个性化套餐，该多维感知数据是由网络数据分析功能对来自多个网络功能网元上报的数据进行分析得到。由于多个网络功能网元位于动态变化的网络中，因此多个网络功能网元上报给网络数据分析功能的数据通常也是动态变化的，因此运营智能体基于多维感知数据生成的个性化套餐是可以动态更新的。相比于运营商提前分析并定义好的套餐的方式，本申请提供的方法可以获得个性化套餐，进而可以满足不同用户的业务体验。

可以理解，多维感知数据也可以称为多维数据或是其他名称，本申请对此不作限定。

示例性地，网络感知处理可以包括：分析预测网络的运行状态、负荷情况、用户数、吞吐量、以及信令处理量等。故，网络数据分析功能对多个网络功能网元上报的数据进行网络感知处理，得到的数据可以包括如下至少一项：网络的拥塞状态、用户数、或业务体验情况等。

示例性地，用户感知处理可以包括：基于用户接入的位置和轨迹信息进行所处场所的预测分析、以及基于用户访问的业务行为模式对用户所属人群属性进行分类处理。故，网络数据分析功能对多个网络功能网元上报的数据进行用户感知处理，得到的数据可以包括如下至少一项：用户的人群类型、用户的行为习惯、用户的活动区域、用户的运动轨迹、或特定时段用户所在位置等信息。

示例性地，业务感知处理包括：对于一定范围内应用的数据访问量、时长、周期、用户体验等数据进行汇总分析。故，网络数据分析功能对多个网络功能网元上报的数据进行业务感知处理，得到的数据可以包括如下至少一项：用户的业务访问类型、用户访问每类业务的频次、用户访问每类业务的流量、用户访问每类业务的使用时长、或用户访问应用的分布情况等。

上述多个网络功能网元上报的数据可以包括如下至少一项：用户访问的业务及其体验信息，用户的实时位置信息，无线接入网设备的设备信息与关键绩效指标(keyperformance indicator，KPI)指标，或核心网的相关网元上的会话数、信令数、数据吞吐量、负载与中央处理器(central processing unit，CPU)占用率等数据。例如，用户面功能网元上的用户数、用户业务流量、信令处理量、负载或利用率等信息。又例如，会话管理功能网元上的会话数、信令数、负载或CPU利用率的信息等。其中，无线接入网设备的KPI指标例如可以包括物理资源块(physical resource block，PRB)的利用率、无线接入网设备上的接入的用户数、或流量等信息。

上述多个网络功能网元例如可以是用户面功能网元、接入与移动性管理功能网元、会话管理功能网元、或无线操作、管理和维护(operations、administration andmaintenance，OAM)等核心网相关的其他网元。具体地，用户面功能网元可用于上报的用户访问的业务及其体验信息，接入与移动性管理功能网元可用于上报的用户的实时位置信息，以及OAM可用于上报的RAN的设备信息与KPI指标。

在一种可能的实现方式中，所述基于所述多维感知数据，生成个性化套餐，包括：基于所述多维感知数据，获得第一用户重点访问的业务的类型、质差时的网络状态、以及所述第一用户所属的第一人群类型；基于所述业务的类型、所述质差时的网络状态、以及所述第一人群类型，确定所述第一用户重点访问的业务存在质差；对于存在质差的业务，生成所述个性化套餐。

基于此，运营智能体生成的个性化套餐可以对存在质差的业务提供的保障，进而有效地保障了不同用户个性化的业务体验。

可以理解，对于存在质差的业务，运营智能体生成的个性化套餐具体可以是个性化业务质差保障套餐。

示例性地，所述第一用户重点访问的业务包括：第一用户访问的时长大于或等于预设时长的业务，和/或，第一用户访问业务所使用的流量大于或等于预设流量的应用。

示例性地，所述质差时的网络状态是：第一用户重点访问的业务出现质差的时段内，无线小区所属网络的网络状态。其中，第一用户重点访问的业务位于第一终端，无线小区为第一用户访问该业务时，第一终端接入的小区。无线小区所属网络的网络状态可以包括：是否有足够的资源为第一用户重点访问的业务提供保障。

示例性地，第一用户所属的第一人群类型可以是运营智能体基于第一用户历史访问该业务的行为和第一用户的运动轨迹确定的。

可选地，该个性化套餐对于特定用户在位于特定区域时生效，所述特定用户为属于所述第一人群类型的用户，所述特定区域为所述第一人群类型的运动轨迹范围。

在另一种可能的实现方式中，所述基于所述多维感知数据，生成个性化套餐，包括：基于所述多维感知数据，确定第一用户在特定时段进入特定区域的情况下，访问的至少一个应用存在质差；在所述特定区域提供专有体验保障策略的情况下，针对所述特定区域内所述第一用户访问的至少一个应用生成个性化套餐。

其中，专有的体验保障策略包括专有保障网络、专有保障网络切片、或专有承载保障策略等。

基于此，运营智能体生成的个性化套餐可以对特定区域内存在质差的业务提供的保障，进而有效地保障了用户位于特定区域内访问特定业务时的业务体验。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：向策略仿真框架发送第一请求，所述第一请求用于请求对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，所述第一请求中包括至少一个应用的标识信息；接收来自所述策略仿真框架的第一响应，所述第一响应用于指示仿真结果。

这种对运营智能体生成的个性套餐进一步验证的方式，可以提前获得该个性化套餐对应的业务体验。

可以理解，在至少一个应用的数量为多个情况下，该第一请求可以通过应用标识列表的方式携带至少一个应用的标识。

可选地，该第一请求中还可以包括：至少一个小区的标识信息。类似地，在至少一个小区的数量为多个情况下，该第一请求可以通过小区标识列表的方式携带至少一个小区的标识。

可选地，该第一请求中还可以包括专有承载保障带宽、或特定预留的切片、或专有网络等保障策略信息等。

进一步地，该第一请求可用于请求对第一区域，第一时间段内存在质差的至少一个应用执行所述个性化套餐后的业务体验效果进行验证。其中，第一区域和第一时间段可以是运营智能体通过第一请求指示的。

还可以理解，所述仿真结果是与业务体验相关的参数，或者说仿真结果是用于表征业务体验的相关参数。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：在所述仿真结果满足预设条件的情况下，将所述个性化套餐推送到策略控制功能/短信中心/彩信中心。

这种将满足预设条件的个性化套餐进行推送的方式，可以更好地保证执行该个性化套餐所带来的业务体验。

其中，该预设条件可以是与业务体验相关的参数。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：在所述仿真结果不满足预设条件的情况下，对所述个性化套餐进行优化，得到更新后的个性化套餐；基于所述更新后的个性化套餐，再次发送所述第一请求，直到返回的仿真结果满足所述预设条件为止。

这种根据仿真结果和预设条件更新个性化套餐的方式，可以不断优化运营智能体生成的个性化套餐，进而使得执行个性化套餐获得较好的业务体验。

可选地，在直到策略仿真框架返回的仿真结果满足预设条件的情况下，运营智能体可以将个性化套餐推送到策略控制功能/短信中心/彩信中心。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：在第一用户签约个性化套餐后，持续监测执行所述个性化套餐策略后的业务体验效果；基于所述业务体验效果，调整所述个性化套餐策略。

也就是说，在运营智能体完成套餐推送，确第一用户签约个性化套餐后，运营智能体可以持续监测至少一个应用执行所述个性化套餐后的业务体验效果；并基于所述业务体验效果，调整所述个性化套餐的策略，以使得该个性化套餐的使用可以提高用户的业务体验。

这种通过对生成的个性化套餐进行仿真、下发、执行与监控个性化套餐执行效果的闭环解决方案，可以使得针对特定用户的个性化套餐策略可以有效的执行与推广。

结合第一方面，在第一方面的某些实现方式中，所述方法还包括：获取第一指令，所述第一指令用于指示基于多维感知数据生成个性化套餐并完成推送闭环；向所述网络数据分析网元发送第一消息，所述第一消息用于请求获取所述多维感知数据。

其中，第一指令可以是客户配置的，或者是客户通过意图理解接口下发给运营智能体的。

可选地，该第一消息可以携带如下至少一项信息：网络感知相关的网元，用户感知相关的用户标识和/或用户群标识，或业务标识。

其中，网络感知相关的网元可以包括终端设备、无线接入网设备、或用户面功能实体等。用户感知相关的用户标识和/或用户群标识可以包括用户的位置区域信息、用户画像标签等。业务标识可以包括应用标识、过顶服务(over the top，OTT)标识等。

第二方面，本申请提供了一种通信方法，该方法可应用于网络侧，例如策略仿真框架或策略仿真框架中的模块(例如电路，芯片或芯片系统等)、或者能实现全部或部分策略仿真框架功能的逻辑节点、逻辑模块或软件。下文以策略仿真框架为例来描述该方法。

示例性地，该方法包括：接收来自运营智能体的第一请求，所述第一请求用于请求对至少一个应用执行所述个性化套餐策略后的业务体验效果，进行仿真验证；基于所述第一请求，对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，得到仿真结果；向所述运营智能体发送第一响应，所述第一响应用于指示所述仿真结果。

关于第一请求以及仿真结果的描述，可参照第一方面中的描述，此处不再赘述。

基于此技术方案，策略仿真框架根据接收来自运营智能体的第一请求，对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，得到仿真结果，并向运营智能体发送得到的仿真结果，这种对运营智能体生成的个性套餐进一步验证的方式，可以提前获得该个性化套餐对应的业务体验。

结合第二方面，在第二方面的某些实现方式中，所述方法还包括：基于所述第一请求，向业务孪生网络发送第二请求，所述第二请求用于请求获取相应的孪生体实例，所述第二请求中包括网络孪生体标识、以及孪生对象的数据类型或标识；接收来自所述业务孪生网络的第二响应，所述第二响应包括用户孪生体、网络孪生体以及应用孪生体的相关数据。

其中，网络孪生体标识信息例如可以包括如下至少一项信息：用户标识，小区标识、或应用标识等。

可选地，第二请求中还可以包括每个孪生对象生效的时间段信息。

可以理解，策略仿真框架在发送第二请求的同时，可以加载对应的仿真事件的功能模型，在仿真沙箱内进行孪生体的功能仿真，并将结果返回至运营智能体。

可选地，所述对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，得到仿真结果，包括：基于所述用户孪生体、网络孪生体以及应用孪生的相关数据，对所述至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，获得仿真结果。

第三方面，本申请提供了一种通信方法，该方法可应用于网络侧，例如业务孪生网络或业务孪生网络中的模块(例如电路，芯片或芯片系统等)、或者能实现全部或部分业务孪生网络功能的逻辑节点、逻辑模块或软件。下文以业务孪生网络为例来描述该方法。

示例性地，该方法包括：获取来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；基于所述多维感知数据进行数字孪生对象建模。

基于此技术方案，业务孪生网络可以通过获得的多维感知数据进行数字孪生对象建模，以获得与物理网络拓扑一致、数据一致、属性一致的数字孪生网络，以使得策略仿真框架实现对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证。

示例性地，获取来自网络数据分析功能的多维感知数据，包括：通过运营智能体接收来自网络数据分析功能的多维感知数据。

关于多维感知数据的相关描述，可参照第一方面中的描述，此处不再赘述。

结合第三方面，在第三方面的某些实现方式中，所述方法还包括：接收来自策略仿真框架的第二请求，所述第二请求用于请求获取相应的孪生体实例，所述第二请求中包括如下至少一项信息：网络孪生体标识、以及孪生对象的数据类型或标识；向所述策略仿真框架发送第二响应，所述第二响应包括用户孪生体、网络孪生体以及应用孪生的相关数据。

关于第二请求的描述，可参照前文第三方面中的描述，此处不再赘述。

第四方面，本申请提供了一种通信方法，该方法可应用于网络侧，例如运营智能体或运营智能体中的模块(例如电路，芯片或芯片系统等)、或者能实现全部或部分运营智能体功能的逻辑节点、逻辑模块或软件。下文以运营智能体为例来描述该方法。

示例性地，该方法包括：接收来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；基于所述多维感知数据，获取第一用户的行为习惯；基于所述第一用户的行为习惯，预测所述第一用户在未来需要的服务内容。

基于此技术方案，运营智能体可以基于用户的行为习惯、预测该用户在未来所需要的服务内容，使得运营智能体可以升级为运营商网络中的用户智能助理，进而可以有效地提高用户的业务体验。

其中，用户的行为习惯例如可以是用户历史访问应用的行为、活动轨迹、或活动区域等信息。具体地，第一用户的行为习惯为：每个工作日的下午六点会通过电子地铁卡乘坐地铁。

示例性地，运营智能体可以基于获取的第一用户的行为习惯，进一步分析该第一用户所属的人群类型。具体地，运营智能体基于第一用户的行为习惯，可以结合时间信息，预测第一用户下一步的目标地址，进而预测第一用户在该目标地址可能需要的服务内容。

可以理解，运营智能体预测的第一用户在未来需要的服务内容可以包括多种服务类型的服务内容。

示例性地，所述网络感知处理包括：分析预测网元的运行状态、负荷情况、用户数、吞吐量、或信令处理量中一项或多项；所述用户感知处理包括：基于用户接入的位置和轨迹信息进行所处区域的预测分析、以及基于用户访问的业务行为模式对用户所属人群类型进行分类；所述业务感知处理包括：针对一定范围内应用的数据访问量、时长、周期、以及体验数据进行汇总分析。

结合第四方面，在第四方面的某些实现方式中，在所述预测所述第一用户在未来所需的服务内容之后，所述方法还包括：确认预测的所述第一用户在未来需要的服务内容是否能够提供给所述第一用户。

示例性地，运营智能体可以通过向对应的服务提供商进行查询，以确认预测的第一用户在未来需要的服务内容是否能够提供给第一用户。

可选地，在确认预测的所述第一用户在未来需要的服务内容能够提供给所述第一用户的情况下，所述方法还包括：向策略控制功能网元/短信中心/彩信中心推送所述第一用户在未来需要的服务内容。

结合第四方面，在第四方面的某些实现方式中，所述方法还包括：接收第二信息，所述第二信息用于指示所述第一用户在未来的服务使用情况。

该第二信息可以包括如下一项或多项：用户标识、服务类型、服务内容和实际价格、或服务使用结果。

可选地，所述方法还包括：基于所述第二信息，调整对于第一用户的推送策略。

这种基于第一用户在未来的服务使用情况，调整推送策略的方式，可以提高运营智能体推送服务内容的准确性。

结合第四方面，在第四方面的某些实现方式中，在所述接收来自网络数据分析功能的多维感知数据之前，所述方法还包括：获取第一指令，所述第一指令用于指示基于多维感知数据生成个性化套餐并完成推送闭环；向所述网络数据分析网元发送第一消息，所述第一消息用于请求订阅所述多维感知数据。

关于第一请求以及多个网元的描述，可参照第一方面中的相关描述，此处不再赘述。

第五方面，本申请提供了一种通信方法，该方法可应用于网络侧，例如策略控制功能网元或策略控制功能网元中的模块(例如电路，芯片或芯片系统等)、或者能实现全部或部分策略控制功能网元功能的逻辑节点、逻辑模块或软件。下文以第二网元为例来描述该方法。

示例性地，该方法包括：接收来自运营智能体的个性化套餐和/或第一用户在未来所需的服务内容；向特定用户推荐所述个性化套餐和/或所述服务内容。

基于此技术方案，策略控制功能可以将运营智能体生成的个性化套餐和/或预测的服务内容推荐给用户，以便于用户使用推荐的服务内容，提高用户的业务体验，或是使得用户可以签约个性化套餐，以在执行该个性化套餐策略后获得较好的业务体验。

结合第五方面，在第五方面的某些实现方式中，所述向特定用户推荐所述个性化套餐和/或所述服务内容，包括：通过UE Logo通道向特定用户推荐所述个性化套餐和/或所述服务内容。

作为一种示例，在向特定用户推荐所述服务内容的情况下，所述方法还包括：接收来自所述第一用户的响应消息，所述响应消息用于指示所述第一用户使用的服务内容。

作为另一种示例，在向特定用户推荐所述个性化套餐的情况下，所述方法还包括：接收来自所述特定用户的签约请求，所述签约请求用于请求签约所述个性化套餐。

第六方面，本申请提供了一种通信装置，包括用于实现上述任一方面以及任一方面任一种可能实现方式中的方法的模块或单元。应理解，各个模块或单元可通过执行计算机程序来实现相应的功能。

第七方面，本申请提供了一种通信装置，包括至少一个处理器，用于通过执行计算机程序，和/或，通过逻辑电路，使得所述通信装置执行上述任一方面以及任一方面任一种可能实现方式中所述的方法。

所述装置还可以包括存储器，用于存储指令和数据。所述存储器与所述处理器耦合，所述处理器执行所述存储器中存储的指令时，可以实现上述各方面中描述的方法。

所述装置还可以包括通信接口，所述通信接口用于该装置与其它设备进行通信，示例性地，通信接口可以是收发器、电路、总线、模块或其它类型的通信接口。

第八方面，本申请提供了一种芯片系统，该芯片系统包括至少一个处理器，用于支持实现上述任一方面以及任一方面任一种可能实现方式中所涉及的功能，例如接收或处理上述方法中所涉及的数据和/或信息。

在一种可能的设计中，所述芯片系统还包括存储器，所述存储器用于保存程序指令和数据，存储器位于处理器之内或处理器之外。

该芯片系统可以由芯片构成，也可以包含芯片和其他分立器件。

第九方面，本申请提供了一种计算机可读存储介质，包括计算机程序，当其在计算机上运行时，使得计算机实现上述任一方面以及任一方面任一种可能实现方式中的方法。

第十方面，本申请提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序(也可以称为代码，或指令)，当所述计算机程序被运行时，使得计算机执行上述任一方面以及任一方面任一种可能实现方式中的方法。

应当理解的是，本申请的第六方面至第十一方面与本申请的第一方面至第五方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1是本申请实施例提供的第五代(5th generation，5G)网络的网络架构示意图；

图2是本申请实施例提供的业务保障过程的示意图；

图3是本申请实施例提供的适用于本申请提供的方法的网络架构示意图；

图4是本申请实施例提供的通信方法的示意性流程图；

图5是本申请实施例提供的仿真验证过程的示意性流程图；

图6是本申请实施例提供的通信方法的另一示意性流程；

图7是本申请实施例提供的装置的示意性框图；

图8是本申请实施例提供的装置的另一示意性框图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

第一，本申请实施例中，“第一”、“第二”等前缀字样的使用仅仅为了便于对归属于同一个名称类别下的不同事物进行区分描述，不对事物的次序、大小或者数量进行约束。例如，“第一消息”和“第二消息”仅仅为不同的消息，二者没有时间先后关系、大小关系或优先级高低关系。

第二，本申请实施例中的“发送”和“接收”，表示信号传递的走向。发送和接收可以是在网元之间进行的；也可以是在网元内进行的，例如，通过总线、走线或接口在设备内的部件之间、模组之间、芯片之间、软件模块或者硬件模块之间发送或接收。

可以理解的是，信息在由源端发送至目的端之前，可能会进行必要的处理，比如编码、调制等，目的端在接收到来自源端的信息后，也可以进行相应的处理，比如解码、解调等，从而解读出来自源端的有效信息。本申请中类似的表述可以做相似的理解，不再赘述。

第三，本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，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可以是单个，也可以是多个。

第四，在本申请实施例中，“指示”可以包括直接指示和间接指示，也可以包括显式指示和隐式指示。将某一信息所指示的信息称为待指示信息，则具体实现过程中，对待指示信息进行指示的方式有很多种，例如但不限于，可以直接指示待指示信息，如待指示信息本身或者该待指示信息的索引等。也可以通过指示其他信息来间接指示待指示信息，其中该其他信息与待指示信息之间存在关联关系；还可以仅仅指示待指示信息的一部分，而待指示信息的其他部分则是已知的或者提前约定的，例如可以借助预先约定(例如协议预定义)的各个信息的排列顺序来实现对特定信息的指示，从而在一定程度上降低指示开销。本申请对于指示的具体方式不作限定。

可以理解的是，对于该指示信息的发送方来说，该指示信息可用于指示待指示信息，对于指示信息的接收方来说，该指示信息可用于确定待指示信息。

第五，在本申请实施例中，“当……时”、“在……的情况下”、“若”以及“如果”等描述均指在某种客观情况下网元会做出相应的处理，并非是限定时间，且也不要求网元在实现时一定要有判断的动作，也不意味着存在其它限定。

第六，本申请中的预定义可以理解为：定义、预先定义、存储、预存储、预协商、预配置、固化、或预烧制。

第七，本申请中涉及的保存，可以是指保存在一个或者多个存储器中。所述一个或者多个存储器，可以是单独的设置，也可以是集成在编码器或者译码器，处理器、或通信装置中。所述一个或者多个存储器，也可以是一部分单独设置，一部分集成在译码器、处理器、或通信装置中。存储器的类型可以是任意形式的存储介质，本申请并不对此限定。

本申请提供的技术方案可以应用于各种通信系统，例如：长期演进(long termevolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、侧链(sidelink，SL)通信系统，第五代(5th generation，5G)移动通信系统或新无线接入技术(new radio access technology，NR)、5G演进(5G-advanced)(或者称为5.5G)、卫星通信系统等。本申请提供的技术方案还可以应用于未来通信网络。

图1是本申请实施例提供的5G网络的网络架构示意图。如图1所示，5G网络架构可以包括三部分，分别是终端设备、数据网络(data network，DN)和运营商网络。

下面对图1中涉及的网元做简单说明。

1)终端设备，也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。下文中终端和终端设备可能交替使用。

终端设备是一种具有无线收发功能的设备。终端设备可经无线接入网中的接入网设备(或者称为接入设备)与一个或多个核心网(core network，CN)设备(或者称为核心设备)进行通信。终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。

终端设备也可以是物联网(internet of things，IoT)系统中的终端，也可以称为IoT节点。IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。连接可以通过宽带技术，也可以通过窄带(narrow band，NB)技术。IoT技术可以通过例如窄带技术，做到海量连接，深度覆盖，终端省电。

本申请中的终端设备可以硬件设备，也可以是在专用硬件上运行的软件功能、或通用硬件上运行的软件功能，还可以是虚拟化的设备，比如，通过通用硬件和实例化的虚拟化功能，或者，专用硬件和实例化的虚拟化功能来实现。其中，通用硬件可以为服务器，比如，云服务器。

2)运营商网络，可以包括以下网元中的一个或多个：网络开放功能(networkexposure function，NEF)网元、策略控制功能(policy control function，PCF)、统一数据管理(unified data management，UDM)网元、应用功能(application function，AF)网元、鉴权服务功能(authentication server function，AUSF)网元、接入与移动性管理功能(access and mobility management function，AMF)网元、会话管理功能模块(sessionmanagement function，SMF)网元、用户面功能(user plane function，UPF)网元、以及接入网(access network，AN)(如无线AN(radio AN，RAN)网元)等。

在上述运营商网络中，除AN网元之外的部分可以称为核心网络部分。下文中为方便说明，省去“网元”一词，比如AMF网元简称AMF，SMF网元简称SMF，UPF网元简称UPF，等等。

其中，AMF主要负责终端的认证、终端的移动性管理(mobility management，MM)、网络切片选择以及SMF选择等功能；作为N1和N2信令连接的锚点并为SMF提供N1/N2会话管理(session management，SM)消息的路由；维护和管理终端的状态信息。

SMF主要负责终端会话管理的所有控制面功能，包括UPF选择、互联网协议(internet protocol，IP)地址分配、会话的服务质量(quality of service，QoS)管理、(从PCF)获取PCC(policy and charging control)规则等；以及，负责策略下发，事件上报、UPF心跳检查、UPF负荷上报等非会话级的管理功能。

UPF作为协议数据单元(protocol data unit，PDU)会话连接的锚定点，负责基于SMF为终端用户建立的会话上下文及其策略，对用户的数据报文进行业务感知、规则和策略匹配、执行计费与控制策略等。

UDM主要用于管控用户数据，例如签约信息的管理，包括从UDR获取签约信息并提供给其它网元(例如AMF)；为终端生成第三代合作伙伴计划(3rd generation partnershipproject，3GPP)的认证凭证；登记维护当前为终端服务的网元(例如，AMF ID1所代表的AMF为终端当前的服务AMF，serving AMF))。

NEF用于连接核心网其它内部网元与核心网外部应用服务器(applicationserver，AS)对应的应用功能(application function，AF)网元之间的交互，以将网络开放能力提供给AF，或者将AF提供的信息提供给核心网网元。

AUSF认证服务器功能，用于终端接入网络时对终端进行安全认证。

PCF主要进行服务质量(quality of service，QoS)策略和计费策略(charging)的策略控制等。PCF负责用户签约的用户策略定义、下发和更新功能。

AF主要传递应用侧对网络侧的需求，可视为应用服务器或者应用服务器的代理。AF可以与核心网网元交互以提供一些服务，例如，与PCF交互以进行业务策略控制，与NEF交互以获取一些网络能力信息或提供应一些应用信息给网络，提供一些数据网络接入点信息给PCF以生成相应的数据业务的路由信息。

RAN具有无线收发功能，RAN可以提供无线通信功能服务，可以将终端接入到无线网络中。

3)数据网络(data network，DN)，主要为用户提供业务服务。

上述各网元之间通过接口通信。例如，终端和AMF间的接口为N1接口，AN和AMF间的接口为N2接口，AN和UPF间的接口为N3接口，SMF和UPF间的接口为N4接口，UPF和DN间的接口为N6接口。部分网元之间可以基于服务化的接口进行通信，其中，图1中的Nnef、Npcf、Nudm、Naf、Nausf、Namf、Nsmf就是基于业务的服务化的接口。

上文关于核心网中的各个网元以及各个网元之间的接口仅为示例性说明，不应对本申请构成任何限定。此外，图1中所示的各个网元可以理解为核心网中用于实现不同功能的网元，这些核心网网元可以是各自独立的设备，也可以集成于同一设备中实现不同的功能，本申请对于上述网元的具体形态不作限定。

可以理解，在未来通信系统中应用的网元可以是上述各网元，或者，也可以是具备相同或相似功能的其它名称的网元，本申请对此不作限定。

在图1所示的网络架构中还可以包括网络数据分析功能(network dataanalytics function，NWDAF)，基于第三代合作伙伴计划(3rd generation partnershipproject，3GPP)标准中23288定义的NWDAF的数据订阅采集、数据分析、分析结果订阅与通知机制，运营商推出重要用户(very important person，VIP)重点业务保障套餐。可以理解，签约该VIP重点业务保障套餐的用户可以在业务质量变差的情况下，基于NWDAF的体验，通过建立保证比特速率(guaranteed bit rate，GBR)保障的专有承载或业务质量流标识(QoSflow identifier，QFI)来达成提升重点业务体验的目标。

下面结合图2介绍业务保障的过程。可以理解，实现业务保障过程的条件是：运营商推出VIP重点业务保障套餐，且在电信业务运行支撑系统(business&operationssupport system，BOSS)和PCF进行该套餐相关的业务配置。UPF部署业务感知或业务识别(service awareness，SA)能力，能够识别保障的应用(application，APP)流。OAM可以将无线指标定时上报给NWDAF。

图2是本申请实施例提供的业务保障过程的示意图。如图2所示，业务保障的过程主要涉及如下网元：PCF、SMF、UPF、NWDAF等。具体涉及PCF支持的如下功能：签约VIP套餐组(group)、MWDAF寻址、QOS决策、生成保障策略、保障动态规则(rule)、PCF会话管理等功能。具体涉及SMF支持的如下功能：数据订阅管理、SMF会话管理等功能。具体涉及NWDAF支持的如下功能：分析订阅管理、UPF寻址、生成保障策略和QOS、保障效果评估、可视化呈现、保障短信通信、下发质差订阅、数据采集等功能。具体涉及UPF支持的如下功能：数据订阅管理、数据流识别、数据量KPI生成、质差分析、UPF会话管理等功能。

如图2所示，业务保障过程主要包括如下步骤：

步骤0，BOSS向PCF下发VIP套餐。

步骤1，在BOSS下发的套餐绑定了分析(analytics)标识(identity，ID)(例如：质差保障)的情况下，PCF向NWDAF发送Nnwdaf_EventsSubscription_Subscribe消息，该消息用于订阅质差保障策略，该订阅消息中携带该套餐对应的规则(rule)和afAPPID等关键信息。

步骤2，NWDAF在根据来自PCF的订阅消息中携带的analytics ID，确定需要从UPF采集数据的情况下，根据跟踪区域标识符(tracking area identity，TAI)信息，向该区域覆盖下的能够提供VIP保障业务的UPF进行寻址，并向该UPF发送Nsmf_EventsSubscription_Subscribe消息，该消息用于订阅保障group的质差信息。

在步骤1之后，NWDAF还可以向UPF发送订阅请求消息，该订阅请求消息用于请求获取用户体验数据，该订阅请求消息中携带规则和afAPPID等关键信息。

步骤3，UPF根据用户体验数据订阅请求中携带的规则和afAPPID，判断需要对哪些用户的哪些APP流执行质差检测；并在签约的保障套餐接入的情况下，UPF判断用户安装的rule规则和业务与NWDAF下发的规则和afAPPID匹配，则启动质差检测，且在发生质差时，通Nupf_EventsExposure_Notify消息上报质差事件，该消息中携带质差APP ID、流五元组等关键信息。

步骤4，NWDAF收到质差事件，提取APP ID，确定该APP需要的带宽，时延等信息；并提取流信息等关键信息，通过Nnwdaf_EventsExposure_Notify向PCF发送QoS保障推荐。或者说，通过Nnwdaf_EventsExposure_Notify向PCF上报质差保障数据分析结果。

步骤5，PCF根据该用户的配额等策略信息，综合决策是否向该用户正式下发保障策略(和NEF的冲突，可配置NWDAF高优先)，生成动态rule携带专载或QFI的GBR保障信息，通知SMF、AMF等建立专载。

步骤6，SMF触发UPF、RAN建立专有承载成功，进而PCF向NWDAF通知专载建立结果。

如此，业务数据在GBR专载或QFI上传输，传输带宽和处理时延可以得到优先保障，业务体验得以提升。

前文提到的VIP重点业务保障套餐目前主要是运营商提前分析并定义好的，比如运营商对一些应用的质差情况进行保障，然后作为一个增值权益添加到客户套餐。该方式获得的VIP重点业务保障套餐，可以保证签约该套餐的用户，在访问这些应用的情况下，获得较好的业务体验。但是，由于用户群体是多样的，不同的用户对于相同业务的体验需求可能也是不同的，因此这种由运营商定义VIP重点业务保障套餐的方式，难以满足各类用户对于业务体验的需求，不具备个性化。

有鉴于此，本申请实施例提供一种通信方法、装置及计算机可读存储介质，该方法中，运营智能体可以基于业务感知、用户感知、网络感知等多维度感知能力，实现用户个性化套餐的生成，满足不同用户是业务体验。

在介绍本申请提供的方法之前，先对适用于本申请实施例提供的方法的网络架构进行介绍。

图3是本申请实施例提供的适用于本申请提供的方法的网络架构示意图。如图3所示，该网络架构包括三部分，分别是终端设备、数据网络和运营商网络。该图3所示的网络架构相比于已有的5G网络的网络架构，增加了如下功能：数字孪生网络(digital twinnetwork，DTN)的功能、NWDAF支持的用户感知功能和网络感知功能、UPF支持的业务感知功能，在PCF和UE侧增加UE logo机制。其中，NWDAF与DTN之间可以通过服务化接口Nnwdaf进行通信，DTN与PCF之间通过可以通过服务化接口Npcf通信。除新增功能外，其他网元间的接口以及功能可参照已有技术中的描述，此处不再赘述。

其中，DTN还可以称为业务孪生子系统。该DTN支持如下能力：基于多维数据实现个性化套餐的生成、推演、发放、签约和验证等。本申请实施例对DTN的部署形态不做限定。例如，DTN的部署形态可以是一个实体；或是三个独立的新增网络功能实体，例如具备意图理解能力的运营智能体、业务孪生网络、策略仿真框架；或是将DTN的全部或部分功能部署到其他网元(例如NWDAF网元)中；或是将DTN中业务孪生网络直接部署到其孪生物理网元对象，例如UPF孪生体部署在UPF网元、PCF孪生体部署在PCF网元等。

应理解，在未来通信系统中应用的DTN，运营智能体、业务孪生网络、策略仿真框架，以及NWDAF、UPF、PCF等也可以是具备相同或相似功能的其它名称的网元，本申请对此不作限定。例如，PCF可以称为接入管理-策略控制功能(AM-PCF)。

下面结合附图，详细介绍本申请实施例提供的通信方法及装置。应理解，本申请提供的方法可以应用于图3所示的网络架构，但本申请不限于此。

图4是本申请实施例提供的通信方法400的示意性流程图。在方法400中，以网元之间交互的角度描述该方法，但本申请并不限制该方法的执行主体。例如，方法400中的各网元可以替换为支持该网元实现该方法的芯片、芯片系统、或处理器，还可以是能实现全部或部分网元功能的逻辑模块或软件。

如图4所示，该方法400可以包括如下步骤：

S402，NWDAF对多个网络功能(network function，NF)网元上报的数据进行如下至少一项处理，得到多维数据：网络感知处理、用户感知处理、或业务感知处理。

可以理解，NWDAF得到的多维数据是基于感知处理得到的处理，因此该多维数据还可以称为多维感知数据。下文中以多维感知数据为例进行描述。

其中，网络感知处理包括：分析预测网络的运行状态、负荷情况、用户数、吞吐量、以及信令处理量等。故，NWDAF对多个网络功能网元上报的数据进行网络感知处理，得到的数据可以包括如下至少一项：网络的拥塞状态、用户数、或业务体验情况等。

用户感知处理包括：基于用户接入的位置和轨迹信息进行所处场所的预测分析、以及基于用户访问的业务行为模式对用户所属人群属性进行分类处理。故，NWDAF对多个网络功能网元上报的数据进行用户感知处理，得到的数据可以包括如下至少一项：用户的人群类型、用户的行为习惯、用户的活动区域、用户的运动轨迹、或特定时段用户所在位置等信息。

业务感知处理包括：对于一定范围内应用的数据访问量、时长、周期、用户体验等数据进行汇总分析。故，NWDAF对多个网络功能网元上报的数据进行业务感知处理，得到的数据可以包括如下至少一项：用户的业务访问类型、用户访问每类业务的频次、用户访问每类业务的流量、用户访问每类业务的使用时长、或用户访问应用的分布情况等。

上述多个网络功能网元上报的数据可以包括如下至少一项：用户访问的业务及其体验信息，用户的实时位置信息，无线接入网设备的设备信息与KPI指标，或核心网的相关网元上的会话数、信令数、数据吞吐量、负载与CPU占用率等数据。例如，UPF上的用户数、用户业务流量、信令处理量、负载或利用率等信息。又例如，SMF上的会话数、信令数、负载或CPU利用率的信息等。再例如，PCF上的用户签约信息和业务套餐策略。其中，无线接入网设备的KPI指标例如可以包括物理资源块(physicalresource block，PRB)的利用率、无线接入网设备上的接入的用户数、或流量等信息。

上述多个网络功能网元例如可以是用户面功能网元、接入与移动性管理功能网元、会话管理功能网元、或OAM等核心网相关的其他网元。具体地，用户面功能网元可用于上报的用户访问的业务及其体验信息，接入与移动性管理功能网元可用于上报的用户的实时位置信息，以及OAM可用于上报的RAN的设备信息与KPI指标。

S404，NWDAF向运营智能体发送多维感知数据。相应地，运营智能体接收来自NWDAF的多维感知数据。

示例性地，NWDAF可以通过Nnwdaf_DataManagement_Notify消息向运营智能体发送多维感知数据。由前文描述可知，该多维感知数据中可以包括：网络维度的数据、用户维度的数据、以及业务维度的数据。

S406，运营智能体基于多维感知数据，生成个性化套餐。

示例性地，运营智能体可以通过对多维感知数据的分析与组合，生成针对不同场景的个性化套餐。

作为一种示例，运营智能体基于多维感知数据获得用户访问的业务类型，质差时的网络状态、用户人群分类结果，并分析得到该用户存在业务体验不好的情况，进而生成针对该用户的个性化业务质差保障套餐。

作为另一种示例，运营智能体基于多维感知数据获得用户在特点时间段进入特定区域(比如演唱会时间点进入演唱会区域或球赛前后进入体育馆周围等)时，用户访问概率较高的几个应用的业务体验效果，分析得到用户在特定场景下访问这些应用时存在业务体验效果不好的情况；进而生成针对该特定区域内，用户访问概率较高的几个应用的个性化套餐。

本申请实施例中，网络中新增的运营智能体可以基于NWDAF上报的多维感知数据，生成个性化套餐。该多维感知数据是由NWDAF对来自多个NF上报的数据进行分析得到，而多个NF上报的数据可以是动态变化的，也即不同时段多个NF上报的数据是不同的，因此运营智能体生成的个性化套餐也是可以动态更新的。相比于运营商提前分析并定义好的套餐的方式，本申请提供的方法可以获得个性化套餐，可以满足不同用户的业务体验。

下面分别结合两种可能的示例，介绍运营智能体基于多维感知数据的生成个性化套餐。

在第一种可能的示例中，运营智能体可以通过如下步骤1至步骤3生成个性化套餐：

步骤1，运营智能体基于多维感知数据，获得第一用户重点访问的业务的类型、质差时的网络状态、以及第一用户所属的第一人群类型。

其中，第一用户重点访问的业务包括：第一用户访问的时长大于或等于预设时长的业务，和/或，第一用户访问业务所使用的流量大于或等于预设流量的应用。例如，第一用户重点访问的业务可以是使用时长TOP N(N为正整数)应用，和/或，流量的使用量TOP N的应用等。

质差时的网络状态是：第一用户重点访问的业务出现质差的时段内，无线小区所属的网络否有足够的资源为第一用户重点访问的业务提供保障。其中，第一用户重点访问的业务位于第一终端，无线小区为第一用户访问该业务时，第一终端接入的小区。

第一用户所属的第一人群类型是基于第一用户历史访问该业务的行为和第一用户的运动轨迹确定的。第一人群类型例如可以是出租车司机、外卖员、上班族等。

步骤2，运营智能体基于业务的类型、质差时的网络状态以及第一人群类型，确定第一用户重点访问的业务存在质差。或者说，运营智能体基于业务的类型、质差时的网络状态以及第一人群类型，综合判断该第一用户存在访问业务的体验较差的情况。其中，用户的体验可以通过不同的分数值表示，比如分值越高体验越好，分值越低体验越差。

步骤3，对于第一用户的存在质差的业务，运营智能体生成个性化套餐。具体地，对于存在质差的业务，运营智能体生成的个性化套餐具体可以是个性化业务质差保障套餐。

其中，存在质差的业务例如可以是感知到存在质差的TOP N的应用。

该个性化套餐对于特定用户在位于特定区域时生效，该特定用户为属于第一人群类型的用户，特定区域为第一人群类型的运动轨迹范围。

可以理解，该个性化套餐中包括对于存在质差的应用提供保障的策略。

在第一种可能的示例中，运营智能体基于用户的业务感知处理得到的数据确定其使用的热点应用在其日常活动区域内存在质差，且基于网络感知处理得到的数据可推演确认在特定区域内能为其提供专有的业务质差保障套餐，从而生成个性化的业务质差保障套餐。

在第二种可能的示例中，运营智能体可以通过如下步骤4和步骤5生成个性化套餐：

步骤4，运营智能体基于多维感知数据，确定第一用户在特定时段进入特定区域的情况下，访问的至少一个应用存在质差。

其中，至少一个应用可以是在该特定区域用户最常用的几个应用。

示例性地，运营智能体基于多维感知数据中用户历史访问APP的行为和活动轨迹/区域信息分析用户的所属的人群类型(例如，球迷、歌迷)；确定该用户在特定时间段进入特定区域(例如，演唱会时间点进入演唱会区域或球赛前后进入体育馆周围等)后，使用该特定区域内主流的TOP N应用存在质差的情况。

步骤5，在特定区域提供了专有的体验保障策略的情况下，运营智能体针对该特定区域内所述第一用户访问的至少一个应用生成个性化套餐。

其中，专有的体验保障策略包括：专有保障网络、专有保障网络切片、或专有承载保障策略等。

在第二种可能的示例中，运营智能体针对特定场所下用户使用频率(或概率)较高的几个APP生成个性化套餐。

一种可能的实现，在S402之前，该方法400还包括：S401，运营智能体获取第一指令，该第一指令用于指示基于多维感知数据生成个性化套餐并完成推送闭环；以及S403，运营智能体向NWDAF发送第一消息，该第一消息用于请求获取多维感知数据。相应地，NWDAF接收来自运营智能体的第一消息。

其中，第一指令可以是客户配置的，或者是客户通过意图理解接口下发给运营智能体的。

第一消息可以是订阅请求消息，例如Nnwdaf_DataManagement_Subscribe消息。该第一消息可以携带如下1至3中的至少一项信息：

1、网络感知相关的网元，例如可以包括终端设备、RAN、或用户面功能实体等；

2、用户感知相关的用户标识和/或用户群标识，例如可以包括用户的位置区域信息、用户画像标签等；

3、业务标识，例如应用标识、过顶服务(over the top，OTT)标识等。

一种可能的实现，在S402之前，该方法400还包括：S405，NWDAF分别向多个NF发送第二消息，该第二消息用于请求向NF订阅数据。相应地，多个网络功能网元接收来自NWDAF的第二消息；并基于第二消息，向NWDAF上报请求订阅的数据。

在执行S403情况下，S405例如可以在S403和S402之间执行。此时，NWDAF分别向多个网络功能网元发送第二消息，包括：NWDAF基于第一消息携带的信息，确定需要订阅数据的网元、用户以及业务范围；进而基于确定的网元、用户以及业务范围，分别向UPF、AMF以及OAM发送第二消息。相应地，UPF、AMF以及OAM分别接收来自NWDAF的第二消息。

具体地，NWDAF可以基于第一消息携带的网络感知相关的网元，确定需要订阅数据的网元；可以基于用户感知相关的用户标识和/或用户群标识，确定需要订阅数据的用户；可以基于第一消息携带的业务标识信息，确定需要定义数据的业务范围。

以下分别介绍NWDAF向UPF、AMF以及OAM发送的第二消息，以及来自UPF、AMF以及OAM的第三消息。

一、NWDAF向UPF发送的第二消息具体用于订阅用户访问的业务及用户的业务体验信息，该第二消息可以携带用户标识信息和需要保障业务体验的业务信息。

UPF基于第二消息中携带的信息，采集重点用户访问的重点业务及其体验信息；并向NWDAF发送携带如下一项或多项信息的第三消息：用户标识、应用业务类型、体验质量(quality of experience，QoE)体验数据、KPI指标等。其中，重点用户是指用户标识所标识的用户，重点业务是需要保障业务体验的业务。

示例性地，NWDAF向UPF发送的第二消息例如可以是Nupf_EventExposure_Subscribe消息。UPF发送的第三消息例如可以是Nupf_EventExposure_Notify消息。

该Nupf_EventExposure_Notify消息是NF服务消费者NWDAF订阅的事件发生时，UPF通过该服务向NWDAF通知一个或多个PDU会话相关事件信息。该消息中携带：事件ID、UE地址(例如网际互连协议(internet protocol，IP)地址)，通知关联ID。可选地，该消息还可以携带：UE ID、事件特定参数、策略时间戳、应用ID和流过滤条件等。

下面结合表一至表三对该Nupf_EventExposure_Notify消息涉及到的参数的定义与类型进行说明。

表一示出了NotificationData类型的定义。

表一

表二示出了NotificationItem类型的定义。

表二

表三示出了QosAnalysisInfo类型的定义表三

二、NWDAF向AMF发送的第二消息具体用于订阅用户的实时位置信息，该第二消息携带用户标识信息。

相应地，AMF基于第二消息中携带的用户标识信息，采集该用户标识所标识的用户的实时位置信息；并向NWDAF发送携带该用户的实时位置信息的第三消息。

示例性地，向AMF发送的第二消息例如可以是Namf_EventExposure_Subscribe消息。AMF发送的第三消息例如可以是Namf_EventExposure_Notify消息。

三、NWDAF向OAM发送的第二消息用于订阅RAN的设备信息与KPI指标，该第二消息可以携带RAN的设备信息，以及需要订阅的数据类型。

相应地，OAM基于第二消息，可以定期采集指定小区的KPI指标；并向NWDAF发送携带RAN的设备信息与KPI指标的第三消息。其中，指定小区是指第二消息中指示的RAN的设备中包括的无线小区。

示例性地，向OAM发送的第二消息例如可以是OAM_Subscribe消息。

一种可能的实现，在S402之后，该方法400还包括：业务孪生网络获取多维感知数据；以及，基于多维感知数据进行数字孪生对象建模。

示例性地，业务孪生网络获取多维感知数据，可以包括：业务孪生网络接收来自NWDAF的多维感知数据；或者，业务孪生网络接收来自运营智能体的多维感知数据。即，业务孪生网络侧的多维感知数据可以是NWDAF直接发送给业务孪生网络的，也可以是运营智能体向业务孪生网络转发的。

本申请中，业务孪生网络可以基于数字孪生技术，采集各NF网元的数据、并经过孪生体的虚实映射构建物理网络中各对象的虚拟数字镜像，搭建与物理网络拓扑一致、数据一致、属性一致的数字孪生网络。该数字孪生网络中的数字孪生体对象包括：

1、运营商网络中2/3/4/5G不同代际的各类网元，例如可以包括5G网络中的UPF、SMF、PCF、UDM、RAN无线接入网、小区(Cell)等，基于网元可以映射到现实网络的维度包括：网元类型、网元资源规格、网络流量分布趋势、终端用户数及其分布、拥塞状态等。

2、各类网元通过标准或非标准接口形成的网络拓扑，网络拓扑可以映射到现实世界的维度包括：网元之间的路径、网元间接口中承载的流量及其分布、各网元的状态信息等。

3、用户，用户孪生体对象可以映射到现实网络的维度包括：用户属性(例如，高价值用户或低价值用户)、用户签约信息(包括用户签约或用户未签约)、用户承载的QoS策略等。

4、用户访问的具体APP，基于APP的孪生体对象可以映射到现实世界的维度包括：应用类型、业务起始时间、持续时间、流量、速率、业务体验、承载该业务的QoS策略等。

一种可能的实现，运营智能体在生成个性化套餐后，还可以对执行个性化套餐后的业务体验效果进行验证。下面结合图5详细介绍对个性化套餐后的业务体验效果进行验证的过程。即，在S406之后，该方法400还可以包括如下图5所示的各步骤。

图5是本申请实施例提供的仿真验证过程的示意性流程图。如图5所示，该方法500可以包括S501至S506。下面详细介绍图5所示的各步骤。

S501，运营智能体向策略仿真框架发送第一请求，该第一请求用于请求对至少一个应用执行个性化套餐策略后的业务体验效果进行仿真验证。相应地，策略仿真框架接收来自运营智能体的第一请求。

示例性地，运营智能体可以基于生成的个性化套餐策略和用户在不同时间段时的网络信息等数据，向策略仿真框架发送第一请求。

其中，该第一请求包括：至少一个应用的标识信息。可以理解，在至少一个应用的数量为多个情况下，该第一请求可以通过应用标识列表的方式携带至少一个应用的标识。

可选地，该第一请求中还可以包括：至少一个小区的标识信息。类似地，在至少一个小区的数量为多个情况下，该第一请求可以通过小区标识列表的方式携带至少一个小区的标识。

可选地，该第一请求中还可以包括专有承载保障带宽、或特定预留的切片、或专有网络等保障策略信息等。

进一步地，该第一请求可用于请求对第一区域，第一时间段内存在质差的至少一个应用执行个性化套餐后的业务体验效果进行验证。其中，第一区域和第一时间段可以是运营智能体通过第一请求指示的。

示例性地，该第一请求可以是Policy_Simulation_Request消息。该Policy_Simulation_Request消息是智能体或其他NF要求策略仿真框架对策略执行效果进行仿真预测的服务请求。该Policy_Simulation_Request消息中携带策略仿真事件ID(用于标识对指定区域内、指定时间段对存在质差的TOP N应用进行专有承载保障的效果仿真)、应用标识列表、指定时间段期间特定区域内小区标识列表。在该Policy_Simulation_Request消息中还可以携带专有承载保障带宽、或特定预留的切片、或专有网络等保障策略信息等。相应地，接收到该Policy_Simulation_Request消息的网元，需要返回预期保障效果。例如：预期速率和时延指标、预期QoE体验评分指标等。

S502，策略仿真框架基于第一请求，对至少一个应用执行个性化套餐策略后的业务体验效果进行仿真验证，得到仿真结果。

该S502的一种具体实现可以包括如下S502-1至S502-3所示的步骤：

S502-1，基于第一请求，向业务孪生网络发送第二请求，该第二请求用于请求获取相应的孪生体实例，该第二请求中包括网络孪生体标识信息、以及孪生对象的数据类型或标识信息。相应地，业务孪生网络接收来自策略仿真框架的第二请求。

其中，网络孪生体标识信息例如可以包括如下至少一项信息：用户标识，小区标识、或应用标识等。

可选地，第二请求中还可以包括每个孪生对象生效的时间段信息。

可以理解，策略仿真框架在发送第二请求的同时，可以加载对应的仿真事件的功能模型，在仿真沙箱内进行孪生体的功能仿真，并将结果返回至运营智能体。

示例性地，该第二请求例如可以是DT_Status_Request消息。该DT_Status_Request消息用于其他功能实体通过该消息向业务孪生网络查询一个或多个网络孪生体数据和状态的相关事件信息。该DT_Status_Request消息包括网络孪生体ID，以及孪生对象的数据类型/标识等。该DT_Status_Request消息还可以包括：每个对象生效的时间段信息等。相应地，接收到该DT_Status_Request消息的网元需要返回网络孪生体数据和状态。

S502-2，业务孪生网络向策略仿真框架发送第二响应，该第二响应包括用户孪生体、网络孪生体以及应用孪生的相关数据。相应地，策略仿真框架接收来自网络孪生体的第二响应。

具体地，业务孪生网络可以基于第二请求中携带的信息，获取所需要的用户孪生体、网络孪生体和应用孪生体的相关数据；并向策略仿真框架发送第二响应。该第二响应例如可以是DT_Status_Response消息。

S502-3，策略仿真框架基于第二响应携带的用户孪生体、网络孪生体以及应用孪生体的相关数据，对至少一个应用执行个性化套餐策略后的业务体验效果进行仿真验证，获得仿真结果。

具体地，策略仿真框架可以通过专有的仿真模型在仿真沙箱中，对(第一区域内、第一时间段对存在质差的)至少一个应用执行个性化套餐策略(例如：提供专有承载保障、或专有保障网络、专有保障网络切片、专有承载保障策略)后的业务体验效果仿真验证，以获得仿真结果。

S503，策略仿真框架向运营智能体发送第一响应，该第一响应用于指示仿真结果。相应地，运营智能体接收来自策略仿真框架的第一响应，该第一响应用于指示仿真结果。

该仿真结果为策略仿真框架对(第一区域内、第一时间段对存在质差的)至少一个应用执行个性化套餐策略后的业务体验效果。

示例性地，该第一响应例如可以是Policy_Simulation_Response消息。

可以理解，运营智能体在获取到仿真结果后，可以进一步确定该仿真结果是否满足预设条件。其中，仿真结果和预设条件均是与业务体验相关的参数。例如，业务体验可以被划分为多个等级，不同的等级标识不同的业务体验，且等级越高(越低)业务体验越好，等级越低(越高)业务体验越差。结合该示例，运营智能体获得的仿真结果所指示的业务体验可以属于该多个等级中的一个等级(例如，第一等级)，预设条件可以是预定义的一个等级(例如，预设等级)。又例如，不同的业务体验通过不同的评分表示，且评分越高(越低)业务体验越好，评分越低(越高)业务体验越差。结合该示例，运营智能体获得的仿真结果所指示的业务体验可以对应一个评分，预设条件可以是预定义的一个业务体验评分。

第一种可能的情况，运营智能体确定仿真结果满足预设条件。

对于第一种可能的情况，在S503之后，该方法500还包括：S504，运营智能体将个性化套餐推送到策略控制功能/短信中心/彩信中心。

结合上述业务体验划分为多个等级的示例，若等级越高，业务体验越好，则在第一等级大于或等于预设等级的情况下，运营智能体可以将个性化套餐推送到策略控制功能/短信中心/彩信中心。

第一种可能的实现，运营智能体将个性化套餐推送到策略控制功能。相应地，策略控制功能接收来自运营智能体的个性化套餐。

示例性地，运营智能体可以通过Npcf_Policy_PushRequest消息向策略控制功能推送个性化套餐。该Npcf_Policy_PushRequest消息用于运营智能体将生成的个性化套餐推送到PCF，具体可用于生成可执行的配置数据，也可以用于和UE进行套餐推送和签约流程。该Npcf_Policy_PushRequest消息中该包括用户标识(IMSI、MSISDN、SUPI等)、需要保障的应用标识、专有承载保障带宽(或特定预留的切片或专有网络等保障策略信息)等。该Npcf_Policy_PushRequest消息中给还可以包括：套餐生效的时间段、区域范围(无线小区列表)等。相应地，接收到该Npcf_Policy_PushRequest消息的网元需要返回策略推送结果(包括推送成功或推送失败)。

在策略控制功能接收到自运营智能体的个性化套餐后，可以进一步确认该个性化套餐在策略控制功能上的配置是否生效。具体地，在该个性化套餐信息在策略控制功能上配置生效的情况下，策略控制功能直接通过UE Logo机制将该个性化套餐推送到指定用户。在该个性化套餐尚未生成配置数据的情况下，策略控制功能基于该个性化套餐携带的信息生成对应的配置规则；并在用户签约该个性化套餐的情况下，通过N7接口在用户会话建立或更新时将该个性化套餐下发到SMF、UPF，实现对终端用户访问的TOPN业务生效保障套餐；同时返回Npcf_Policy_PushResponse消息到运营智能体。

其中，UE Logo机制可以让用户感知到个性化套餐的推送，进而使得用户可以签约个性化套餐，发起业务访问。

可选地，该方法500还可以包括：策略控制功能接收来自特定用户的签约请求，该签约请求用于请求签约个性化套餐。

第二种可能的实现，运营智能体将个性化套餐推送到短信中心/彩信中心；进而触发用户的短信或彩信向用户推送该个性化套餐。

第二种可能的情况，运营智能体确定仿真结果不满足预设条件。

对于第二种可能情况，在S503之后，该方法500还包括：在仿真结果不满足预设条件的情况下，运营智能体对个性化套餐进行优化，得到更新后的个性化套餐；以及，运营智能体基于更新后的个性化套餐，再次发送第一请求，直到返回的仿真结果满足预设条件为止。

也就是说，在仿真结果不满足预设条件的情况下，运营智能体可以基于获得的仿真结果，对个性化套餐策略进行智能调整，并对执行调整后的个性化套餐后的业务体验效果再次进行仿真。也即，运营智能体会再次发送第一请求。可以理解，该过程可以执行多次，直到返回的仿真结果满足预设条件为止。

需要注意的是，调整后的个性化套餐对应的仿真结果满足预设条件的前提是：该个性化套餐的执行要能够保障小区其他用户的业务体验。

类似第一种情况，在策略仿真框架返回的仿真结果满足预设条件的情况下，运营智能体可以将个性化套餐推送到策略控制功能/短信中心/彩信中心。具体推送过程可参照第一种情况中的相关描述，此处不再赘述。

一种可能的实现，该方法500还包括：S505，在第一用户签约个性化套餐后，运营智能体持续监测执行该个性化套餐策略后的业务体验效果；以及S506，运营智能体基于该业务体验效果，调整个性化套餐策略。该S505可以在策略仿真框架返回的仿真结果满足预设条件之后执行。

这种通过对生成的个性化套餐进行仿真、下发、执行与监控个性化套餐执行效果的闭环解决方案，可以使得针对特定用户的个性化套餐策略可以有效的执行与推广。

作为一个可选的实施例，运营智能体在获取到多维感知数据后，可以基于用户的日常行为习惯、预测其下一步目标地址，结合时间点等诉求，给用户提供专有的个性化服务推送。以使得运营智能体可以成为运营商网络中的用户智能助理。

图6是本申请实施例提供的通信方法的又一示意性流程图。如图6所示，该方法600可以包括S601至S606。下面详细介绍方法600中的步骤。

S601，运营智能体基于多维感知数据，获取第一用户的行为习惯。

可以理解，在S601之前，可以通过执行上述S502和S504获取多维感知数据。

其中，用户的行为习惯例如可以是用户历史访问应用的行为、活动轨迹、或活动区域等信息。具体地，第一用户的行为习惯为：每个工作日的下午六点会通过电子地铁卡乘坐地铁。

示例性地，运营智能体可以基于获取的第一用户的行为习惯，进一步分析该第一用户所属的人群类型，例如该第一用户可能是一个商务人士、或出租车司机等。

S602，运营智能体基于第一用户的行为习惯，预测第一用户在未来需要的服务内容。

具体地，运营智能体基于第一用户的行为习惯，可以结合时间信息，预测第一用户下一步的目标地址(例如，商场、机场、车站、餐厅等)，进而预测第一用户在该目标地址可能需要的服务内容(例如，打车、停车、订餐、购票、订酒店等)。

可以理解，运营智能体预测的第一用户在未来需要的服务内容可以包括多种服务类型的服务内容。

本申请实施例中，运营智能体可以基于用户的行为习惯、预测该用户在未来所需要的服务内容，使得运营智能体可以升级为运营商网络中的用户智能助理，进而可以有效地提高用户的业务体验。

一种可能的实现，在S602之后，该方法600还包括：S603，运营智能体确认预测的第一用户在未来需要的服务内容是否能够提供给第一用户。

示例性地，运营智能体可以通过向对应的服务提供商进行查询，以确认预测的第一用户在未来需要的服务内容是否能够提供给第一用户。

具体地，运营智能体可以通过NEF或直接与AF提供的服务接口进行交互，以查询可以提供的服务内容及其链接。

一种可能的实现，在S602之后，该方法600还可以包括S604和S605：

S604，运营智能体向策略控制功能推送第一用户在未来需要的服务内容。相应地，策略控制功能接收来自运营智能体的个性化推荐套餐和/或第一用户在未来需要的服务内容。

可选地，运营智能体还可以向短信中心/彩信中心推送第一用户在未来需要的服务内容。

示例性地，运营智能体可以通过Npcf_Policy_PushRequest策略推送请求将第一用户的个性化服务内容推送到PCF/短信中心/彩信中心。

S605，策略控制功能向第一用户推送预测的服务内容。

该服务内容具体可以包括服务的描述(比如，团购推荐订单的描述，价格；又比如，停车场名称、位置、价格等)，以及对应的访问链接。

示例性地，策略控制功能网元可以通过UE Logo通道向第一用户推荐个性化的服务内容。

该UE Logo机制可以让用户感知到个性化服务的推送，进而使得用户查看并确认是否使用该推荐的个性化服务。在第一用户确认使用推荐的个性化服务的情况下，可以发起业务访问，使用例如停车、订餐、购票等OTT服务。

一种可能的实现，该方法600还包括：S606，策略控制功能接收来自第一用户的响应消息，该响应消息用于指示第一用户在未来使用的服务内容。该S606例如可以在S605之后执行。

示例性地，该响应消息中可以包括服务的描述以及对应的访问链接等。

可以理解，响应消指示的服务内容可以是运营智能体预测并推送给第一用户的服务内容，也可以是第一用户选择的其他服务内容。

一种可能的实现，该方法600还包括：运营智能体接收来自AF的第二信息，该第二信息用于指示第一用户在未来的服务使用情况。该过程例如可以在S605之后执行。

其中，第二信息可以包括如下一项或多项：用户标识、服务类型、服务内容和实际价格、或服务使用结果。

一种可能的实现，该方法600还包括：运营智能体基于第二信息，调整对于第一用户的推送策略。

例如，第二信息所指示的第一用户的服务使用结果是第一服务内容。在第一服务内容是运营智能体预测并推送给第一用户的服务内容的情况下，运营智能体基于该第二信息，可以将该第一服务内容作为推荐给第一用户的第一个服务内容。或者，在第一服务内容是第一用户选择的其他服务内容的情况下，运营智能体基于该第二信息，可以将该第一服务内容作为推荐给第一用户的一个服务内容。

这种基于第一用户在未来的服务使用情况，调整推送策略的方式，可以提高运营智能体推送服务内容的准确性。

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

图7和图8为本申请的实施例提供的可能的装置的示意图。这些装置可以用于实现上述方法实施例中各网元的功能，因此也能实现上述方法实施例所具备的有益效果。

图7是本申请实施例提供的装置的示意性框图。如图7所示，装置700包括收发模块710和处理模块720。

一种可能的设计是，装置700用于实现上述图4至图6中所示的方法实施例中运营智能体的功能。

示例性地，收发模块710用于：接收来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；处理模块720用于：基于所述多维感知数据，生成个性化套餐。

可选地，处理模块720还用于：基于所述多维感知数据，确定第一用户在特定时段进入特定区域的情况下，访问的至少一个应用存在质差；以及，在所述特定区域提供专有的体验保障策略的情况下，针对所述特定区域内所述第一用户访问的至少一个应用生成个性化套餐。

可选地，处理模块720还用于：基于所述多维感知数据，获得第一用户重点访问的业务的类型、质差时的网络状态、以及所述第一用户所属的第一人群类型；基于所述业务的类型、所述质差时的网络状态、以及所述第一人群类型，确定所述第一用户重点访问的业务存在质差；以及，对于存在质差的业务，生成所述个性化套餐。

可选地，收发模块710还用于：向策略仿真框架发送第一请求，所述第一请求用于请求对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，所述第一请求中包括至少一个应用的标识信息；以及，接收来自所述策略仿真框架的第一响应，所述第一响应用于指示仿真结果。

可选地，收发模块710还用于：在所述仿真结果满足预设条件的情况下，将所述个性化套餐推送到策略控制功能/短信中心/彩信中心。

可选地，处理模块720还用于：在所述仿真结果不满足预设条件的情况下，对所述个性化套餐进行优化，得到更新后的个性化套餐；基于所述更新后的个性化套餐，再次发送所述第一请求，直到返回的仿真结果满足所述预设条件为止；以及，将所述个性化套餐推送到策略控制功能/短信中心/彩信中心。

可选地，处理模块720还用于：在第一用户签约个性化套餐后，持续监测执行所述个性化套餐策略后的业务体验效果；以及，基于所述业务体验效果，调整所述个性化套餐策略。

可选地，收发模块710还用于：获取第一指令，所述第一指令用于指示基于多维感知数据生成个性化套餐并完成推送闭环；以及，向所述网络数据分析网元发送第一消息，所述第一消息用于请求获取所述多维感知数据。

示例性地，收发模块710用于：接收来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；处理模块720用于：基于所述多维感知数据，获取第一用户的行为习惯；以及，基于所述第一用户的行为习惯，预测所述第一用户在未来需要的服务内容。

可选地，处理模块720还用于：确认预测的所述第一用户在未来需要的服务内容是否能够提供给所述第一用户。

可选地，收发模块710还用于：向策略控制功能网元/短信中心/彩信中心推送所述第一用户在未来需要的服务内容。

可选地，收发模块710还用于：接收第二信息，所述第二信息用于指示所述第一用户在未来的服务使用情况。

可选地，处理模块720还用于：基于所述第二信息，调整对于所述第一用户的推送策略。

可选地，处理模块720还用于：获取第一指令，所述第一指令用于指示基于多维感知数据生成个性化套餐并完成推送闭环；收发模块710还用于：向所述网络数据分析网元发送第一消息，所述第一消息用于请求订阅所述多维感知数据。

有关上述收发模块710和处理模块720的更详细的描述可以直接参考图4至图6所示实施例中的相关描述直接得到，这里不加赘述。

另一种可能的设计是，装置700用于实现上述图4至图6中所示的方法实施例中策略仿真框架的功能。

示例性地，收发模块710用于：接收来自运营智能体的第一请求，所述第一请求用于请求对至少一个应用执行所述个性化套餐策略后的业务体验效果，进行仿真验证；以及，向所述运营智能体发送第一响应，所述第一响应用于指示仿真结果。

可选地，收发模块710还用于：基于所述第一请求，向业务孪生网络发送第二请求，所述第二请求用于请求获取相应的孪生体实例，所述第二请求中包括网络孪生体标识和孪生对象的数据类型或标识；以及，接收来自所述业务孪生网络的第二响应，所述第二响应包括用户孪生体、网络孪生体以及应用孪生体的相关数据。

可选地，处理模块720用于：基于所述用户孪生体、网络孪生体以及应用孪生的相关数据，对所述至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，获得仿真结果。

有关上述收发模块710和处理模块720的更详细的描述可以直接参考图4至图6所示实施例中的相关描述直接得到，这里不加赘述。

再一种可能的设计是，装置700用于实现上述图4至图6中所示的方法实施例中业务孪生网络的功能。

示例性地，收发模块710用于：获取来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；处理模块720用于：基于所述多维感知数据进行数字孪生对象建模。

可选地，收发模块710还用于：接收来自策略仿真框架的第二请求，所述第二请求用于请求获取相应的孪生体实例，所述第二请求中包括如下至少一项信息：网络孪生体标识、或孪生对象的数据类型或标识；以及，向所述策略仿真框架发送第二响应，所述第二响应包括用户孪生体、网络孪生体以及应用孪生的相关数据。

有关上述收发模块710和处理模块720的更详细的描述可以直接参考图4至图6所示实施例中的相关描述直接得到，这里不加赘述。

又一种可能的设计是，装置700用于实现上述图4至图6中所示的方法实施例中策略控制功能的功能。

示例性地，收发模块710用于：接收来自运营智能体的个性化套餐和/或第一用户在未来所需的服务内容；以及，向特定用户推荐所述个性化套餐和/或所述服务内容；

可选地，收发模块710还用于：通过UE Logo通道向特定用户推荐所述个性化套餐和/或所述服务内容。

可选地，收发模块710还用于：接收来自所述第一用户的响应消息，所述响应消息用于指示所述第一用户使用的服务内容。

可选地，收发模块710还用于：接收来自所述特定用户的签约请求，所述签约请求用于请求签约所述个性化套餐。

有关上述收发模块710和处理模块720的更详细的描述可以直接参考图4至图6所示实施例中的相关描述直接得到，这里不加赘述。

需要说明的是，装置700可以包括发送模块，而不包括接收模块。或者，装置700可以包括接收模块，而不包括发送模块。具体可以视装置700执行的上述方案中是否包括发送动作和接收动作。可以理解的是，由于装置700具备通信功能，因而也可称为通信装置。

图8是本申请实施例提供的装置的另一示意性框图。如图8所示，装置800包括一个或多个处理器810。所述处理器810可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对通信协议以及通信数据进行处理，中央处理器可以用于对装置(如，上述各网元、或芯片等)进行控制，执行软件程序，处理软件程序的数据。

可选地，在一种设计中，处理器810可以包括程序(又是也可以称为代码或指令)，所述程序可以在处理器810上被运行，使得装置800执行上文方法实施例中的第一设备或第二设备所执行的方法。在又一种可能的设计中，装置800包括电路(图8未示出)，所述电路用于实现上文方法实施例中的各网元的功能。

示例性地，处理器810可用于执行存储器中的计算机程序或指令，以实现图4至图6所示实施例的任意一个实施例中的所示方法实施例中各网元执行的步骤。

可选地，所述装置800中可以包括一个或多个存储器820，其上存有程序(有时也可以称为代码或指令)，所述程序可在所述处理器810上被运行，使得装置800执行上文实施例中各网元所执行的方法。

可选地，所述处理器810和/或存储器820中可以包括AI模块，所述AI模块用于实现AI相关的功能。所述AI模块可以是通过软件，硬件，或软硬结合的方式实现。例如，AI模块可以包括无线智能控制器(radio intelligent controller，RIC)模块。例如AI模块可以是近实时RIC或者非实时RIC。

可选地，所述处理器810和/或存储器820中还可以存储有数据。所述处理器和存储器可以单独设置，也可以集成在一起。

可选的，所述装置800还可以包括通信接口830。所述处理器810有时也可以称为处理单元，对装置(例如各网元)进行控制。所述通信接口830有时也可以称为收发单元、收发机、收发电路、或者收发器等，用于实现装置的收发功能。

可选地，该装置800还包括通信接口830。处理器810和通信接口830之间相互耦合。可以理解的是，通信接口830可以为收发器或输入输出接口。

可以理解的是，由于装置800具备通信功能，因而也可称为通信装置。

当装置800用于实现图4至图6的方法时，处理器810用于执行上述处理单元的功能，通信接口830用于执行上述收发模块的功能。通信接口830用于发送还是接收，具体可以视该装置800执行的方案中用于执行发送动作还是接收动作。

应注意，上述的方法实施例可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。

上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、AI处理器、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意结合。通用处理器可以是微处理器，也可以是任何常规的处理器等。

结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器、闪存、只读存储器、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

本申请实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasablePROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambusRAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

上述实施例所提供的方法，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品可以包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁盘)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘solid state disk(SSD))等。

本申请还提供了一种计算机程序产品，该计算机程序产品在处理器上运行时，可以实现上述方法实施例中所示的方法。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中包含计算机指令，该计算机指令在处理器上运行时，可以实现上述方法实施例中所示的方法。

本申请还提供一种芯片，包括处理器，用于读取存储器中存储的指令，当该处理器执行存储的指令时，该芯片可实现上述方法实施例中所示的方法。

本申请还提供一种通信系统，包括前述的运营智能体、NWDAF、策略仿真框架、业务孪生网络，或策略控制功能中的至少两项。

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

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

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

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

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

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

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

Claims (30)

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

接收来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；

基于所述多维感知数据，生成个性化套餐。

2.根据权利要求1所述的方法，其特征在于，所述网络感知处理得到的数据包括如下至少一项：网络的拥塞状态、用户数、或业务体验情况。

3.根据权利要求1或2所述的方法，其特征在于，所述用户感知处理得到的数据包括如下至少一项：用户的人群类型、用户的行为习惯、用户的活动区域、用户的运动轨迹、或用户特定时段用户所在位置信息。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述业务感知处理得到的数据包括如下至少一项：用户的业务访问类型、用户访问每类业务的频次、用户访问每类业务的流量、用户访问每类业务的使用时长、或用户访问应用的分布情况。

5.根据权利要求4所述的方法，其特征在于，所述基于所述多维感知数据，生成个性化套餐，包括：

基于所述多维感知数据，获得第一用户重点访问的业务的类型、质差时的网络状态、以及所述第一用户所属的第一人群类型；

基于所述业务的类型、所述质差时的网络状态、以及所述第一人群类型，确定所述第一用户重点访问的业务存在质差；

对于存在质差的业务，生成所述个性化套餐。

6.根据权利要求5所述的方法，其特征在于，所述个性化套餐对于特定用户在位于特定区域时生效，所述特定用户为属于所述第一人群类型的用户，所述特定区域为所述第一人群类型的运动轨迹范围。

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

所述第一用户重点访问的业务包括：所述第一用户的访问时长大于或等于预设时长的业务，和/或，所述第一用户访问业务所使用的流量大于或等于预设流量的业务；

所述质差时的网络状态是所述第一用户重点访问的业务出现质差的时段内，无线小区所属的网络否有足够的资源为所述业务提供保障；其中，所述第一用户重点访问的业务位于第一终端，所述无线小区为所述第一用户访问所述业务时，所述第一终端接入的小区；

所述第一用户所属的第一人群类型是基于所述第一用户历史访问所述业务的行为和所述第一用户的运动轨迹确定的。

8.根据权利要求4所述的方法，其特征在于，所述基于所述多维感知数据，生成个性化套餐，包括：

基于所述多维感知数据，确定第一用户在特定时段进入特定区域的情况下，访问的至少一个应用存在质差；

在所述特定区域提供专有的体验保障策略的情况下，针对所述特定区域内所述第一用户访问的至少一个应用生成个性化套餐。

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

向策略仿真框架发送第一请求，所述第一请求用于请求对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，所述第一请求中包括至少一个应用的标识信息；

接收来自所述策略仿真框架的第一响应，所述第一响应用于指示仿真结果。

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

在所述仿真结果满足预设条件的情况下，将所述个性化套餐推送到策略控制功能/短信中心/彩信中心。

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

在所述仿真结果不满足预设条件的情况下，对所述个性化套餐进行优化，得到更新后的个性化套餐；

基于所述更新后的个性化套餐，再次发送所述第一请求，直到返回的仿真结果满足所述预设条件为止；

将所述个性化套餐推送到策略控制功能/短信中心/彩信中心。

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

在第一用户签约所述个性化套餐后，持续监测执行所述个性化套餐策略后的业务体验效果；

基于所述业务体验效果，调整所述个性化套餐策略。

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

所述网络感知处理包括：分析预测网络的运行状态、负荷情况、用户数、吞吐量、以及信令处理量；

所述用户感知处理包括：基于用户接入的位置和轨迹信息进行所处区域的预测分析、以及基于用户访问的业务行为模式对用户所属人群类型进行分类；

所述业务感知处理包括：对于一定范围内应用的数据访问量、时长、周期、以及体验数据进行汇总分析。

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

获取第一指令，所述第一指令用于指示基于多维感知数据生成个性化套餐并完成推送闭环；

向所述网络数据分析网元发送第一消息，所述第一消息用于请求获取所述多维感知数据。

15.根据权利要求14所述的方法，其特征在于，所述第一消息中包括如下一项或多项：网络感知相关的网元，用户感知相关的用户标识和/或用户群标识，或业务标识。

16.根据权利要求1至15中任一项所述的方法，其特征在于，所述多个网络功能网元包括如下至少一个网元：用户面功能网元，接入与移动性管理功能网元，操作、管理和维护网元，或策略控制功能网元。

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

接收来自运营智能体的第一请求，所述第一请求用于请求对至少一个应用执行个性化套餐策略后的业务体验效果，进行仿真验证，所述第一请求中包括至少一个应用的标识信息；

基于所述第一请求，对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，得到仿真结果；

向所述运营智能体发送第一响应，所述第一响应用于指示所述仿真结果。

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

基于所述第一请求，向业务孪生网络发送第二请求，所述第二请求用于请求获取相应的孪生体实例，所述第二请求中包括网络孪生体标识、以及孪生对象的数据类型或标识；

接收来自所述业务孪生网络的第二响应，所述第二响应包括用户孪生体、网络孪生体以及应用孪生体的相关数据。

19.根据权利要求18所述的方法，其特征在于，所述对至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，得到仿真结果，包括：

基于所述用户孪生体、网络孪生体以及应用孪生的相关数据，对所述至少一个应用执行所述个性化套餐策略后的业务体验效果进行仿真验证，获得仿真结果。

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

获取来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；

基于所述多维感知数据进行数字孪生对象建模。

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

接收来自策略仿真框架的第二请求，所述第二请求用于请求获取相应的孪生体实例，所述第二请求中包括网络孪生体标识、以及孪生对象的数据类型或标识；

向所述策略仿真框架发送第二响应，所述第二响应包括用户孪生体、网络孪生体以及应用孪生的相关数据。

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

接收来自网络数据分析功能的多维感知数据，所述多维感知数据包括所述网络数据分析功能对多个网络功能网元上报的数据进行如下至少一项处理得到的数据：网络感知处理、用户感知处理、或业务感知处理；

基于所述多维感知数据，获取第一用户的行为习惯；

基于所述第一用户的行为习惯，预测所述第一用户在未来需要的服务内容。

23.根据权利要求22所述的方法，其特征在于，在所述预测所述第一用户在未来所需的服务内容之后，所述方法还包括：

确认预测的所述第一用户在未来需要的服务内容是否能够提供给所述第一用户。

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

向策略控制功能/短信中心/彩信中心推送所述第一用户在未来需要的服务内容。

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

接收第二信息，所述第二信息用于指示所述第一用户在未来的服务使用情况。

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

基于所述第二信息，调整对于所述第一用户的推送策略。

27.一种通信装置，其特征在于，包括用于实现如权利要求1至26中任一项所述的方法的模块。

28.一种通信装置，其特征在于，包括至少一个处理器，用于通过执行计算机程序，和/或，通过逻辑电路，使得所述通信装置实现如权利要求1至26中任一项所述的方法。

29.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，权利要求1至26中任一项所述的方法被执行。

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