一种通信方法及装置与流程

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


背景技术：

2.图1为4g(第四代移动通信系统)网络架构的示意图。如图1所示，4g网络的核心网中包括策略与计费规则功能(policy and charging rules function，pcrf)实体和分组数据网关(packet data network gateway，pgw)。其中，pcrf实体用于根据用户的签约套餐信息、使用的业务信息等为用户下发策略与计费控制(policy and charging control，pcc)规则。pcc规则是一组用于实现业务数据流检测，并提供相应的策略控制和/或计费控制的参数的信息。通常pgw可用于对业务流进行检测，并执行pcrf实体下发的pcc规则。4g网络的核心网中还可包括业务检测功能(traffic detection function，tdf)实体。tdf实体分别与pcrf实体和pgw连接。tdf实体主要用于执行应用检测，并将检测到的应用信息上报给pcrf实体。
3.在4g的核心网控制面与用户面分离的系统架构中，服务网关(serving gateway，sgw)、pgw、tdf实体分别被划分为服务网关控制面功能(serving gateway control plane function，sgw
‑
c)实体、pdn网关控制面功能(pdn gateway control plane function，pgw
‑
c)实体、业务检测功能控制面(traffic detection function control plane，tdf
‑
c)实体、服务网关用户面功能(serving gateway user plane function，sgw
‑
u)实体、pdn网关用户面功能(pdn gateway user plane function，pgw
‑
u)实体、业务检测功能用户面(traffic detection function user plane，tdf
‑
u)实体。如图2所示，图2为4g网络中核心网控制面与用户面分离的示意图。控制面功能实体用于对用户面功能实体进行管理，或实现其他非会话级的管理功能。用户面功能实体用于为控制面功能实体提供服务，例如用户面功能实体可根据控制平面下发的控制指令建立会话承载，完成用户数据的转发。在4g的核心网控制面与用户面分离的系统架构中，可由pgw
‑
u实体执行pcrf实体下发的pcc规则。
4.5g(第五代移动通信系统)网络架构对下一代核心网设备的网络架构又进行了重新调整。如图3所示，图3为基于服务化接口的5g网络的系统架构。其中，策略控制功能(policy control function，pcf)实体用于根据用户的签约套餐信息、使用的业务信息等为用户下发pcc规则。会话管理功能(session management function，smf)实体，用于对用户面功能实体(user plane function，upf)进行管理。例如，smf实体需要负责管理upf实体的选择，smf实体还具有策略下发，事件上报，upf实体心跳检查，upf实体负荷上报等非会话级的管理功能。upf实体用于为smf实体提供服务，例如，upf可根据smf下发的控制指令建立会话承载，完成用户数据的转发。upf实体还可执行pcf实体下发的pcc规制。
5.pcf实体/pcrf实体可根据用户的业务套餐下发pcc规则到pgw、pgw
‑
c实体或smf实体等网元实现pcc规则的激活。pgw、pgw
‑
u实体或upf实体基于用户激活的pcc规则对用户的业务数据流执行pcc规则匹配，并执行匹配成功的pcc规则携带的计费与控制策略。然而在实践中发现，pcf实体/pcrf实体下的设备(如pgw、pgw
‑
u实体或upf实体等)无法确定接收的
数据报文所属的业务套餐，进而无法基于业务套餐进一步进行相关操作。因此，如何使这些设备能够准确地确定接收的数据报文所属的业务套餐是目前亟待解决的问题。


技术实现要素：

6.本技术实施例提供了一种通信方法及装置，有利于设备准确地确定接收的数据报文所属的业务套餐。
7.第一方面，本技术实施例提供了一种通信方法，该方法包括：第一设备获取用户签约的业务套餐；第一设备确定该业务套餐对应的策略与计费控制pcc规则；第一设备向第二设备发送该业务套餐的标识和该业务套餐对应的pcc规则。基于第一方面所描述的方法，有利于第一设备下的设备准确地确定接收的数据报文所属的业务套餐。
8.作为一种可选的实施方式，第一设备从数据分析设备接收目标业务套餐对应的数据分析结果；第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。基于该可选的实施方式，能够根据目标业务套餐对应的数据分析结果灵活地对目标业务套餐的流量进行控制。
9.作为一种可选的实施方式，第一设备为策略控制功能pcf实体，第二设备为会话管理功能smf实体；或者，第一设备为策略与计费规则功能pcrf实体，第二设备为分组数据网关控制面pgw
‑
c实体；或者，第一设备为pcrf实体，第二设备为业务检测功能控制面tdf
‑
c实体；或者，第一设备为pcrf实体，第二设备为分组数据网关pgw；或者，第一设备为pcrf实体，第二设备为业务检测功能tdf实体。
10.作为一种可选的实施方式，第一设备为pcf实体，第二设备为smf实体；业务套餐的标识携带于对应的pcc规则的信元中发送至第二设备；或者，第一设备只发送一个业务套餐的标识，业务套餐的标识携带于会话规则的信元中发送至第二设备。基于该可选的实施方式，有利于smf实体能够准确地确定业务套餐与pcc规则的对应关系。
11.作为一种可选的实施方式，第一设备为pcrf实体，第二设备为pgw
‑
c实体；或者，第一设备为pcrf实体，第二设备为tdf
‑
c实体；或者，第一设备为pcrf实体，第二设备为pgw；或者，第一设备为pcrf实体，第二设备为tdf实体；业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至第二设备；或者，第一设备只发送一个业务套餐的标识，业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求rar消息的信元中发送至第二设备。基于该可选的实施方式，有利于第二设备能够准确地确定业务套餐与pcc规则的对应关系。
12.第二方面，本技术实施例提供了一种通信方法，该方法包括：第二设备从第一设备接收业务套餐的标识和业务套餐对应的策略与计费控制pcc规则；第二设备将业务套餐对应的pcc规则转换为报文探测规则pdr；第二设备发送业务套餐的标识和业务套餐对应的pdr至第三设备。基于第二方面所描述的方法，有利于第一设备下的设备准确地确定接收的数据报文所属的业务套餐。
13.作为一种可选的实施方式，第二设备从数据分析设备接收目标业务套餐对应的数据分析结果；第二设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。基于该可选的实施方式，能够根据目标业务套餐对应的数据分析结果灵活地对目标业务套餐的流量进行控制。
14.作为一种可选的实施方式，第一设备为策略控制功能pcf实体，第二设备为会话管理功能smf实体，第三设备为用户面功能upf实体；或者，第一设备为策略与计费规则功能pcrf实体，第二设备为分组数据网关控制面pgw
‑
c实体，第三设备为分组数据网关用户面pgw
‑
u实体；或者，第一设备为pcrf实体，第二设备为业务检测功能控制面tdf
‑
c实体，第三设备为业务检测功能用户面tdf
‑
u实体。
15.作为一种可选的实施方式，第一设备为pcf实体，第二设备为smf实体，第三设备为upf实体；业务套餐的标识携带于对应的pcc规则的信元中发送至第二设备；或者，第一设备只发送一个业务套餐的标识，业务套餐的标识携带于会话规则的信元中发送至第二设备。基于该可选的实施方式，smf实体能够准确地确定业务套餐与pcc规则的对应关系。
16.作为一种可选的实施方式，第一设备为pcrf实体，第二设备为pgw
‑
c实体，第三设备为pgw
‑
u实体；或者，第一设备为pcrf实体，第二设备为tdf
‑
c实体，第三设备为tdf
‑
u实体；业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至第二设备；或者，第一设备只发送一个业务套餐的标识时，该业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求rar消息的信元中发送至第二设备。基于该可选的实施方式，第二设备能够准确地确定业务套餐与pcc规则的对应关系。
17.作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至第三设备；或者，第二设备只发送的一个业务套餐的标识时，该业务套餐的标识携带于会话建立请求的信元中发送至第三设备。基于该可选的实施方式，有利于第三设备能够准确地确定业务套餐与pdr的对应关系。
18.第三方面，本技术实施例提供了一种通信方法，该方法包括：第三设备从第二设备接收业务套餐的标识和业务套餐对应的报文探测规则pdr；第三设备记录业务套餐与pdr的对应关系；第三设备接收数据报文；第三设备确定与数据报文匹配的目标报文探测规则pdr；第三设备根据记录的业务套餐与pdr的对应关系，获取与目标pdr对应的目标业务套餐。基于第三方面所描述的方法，第三设备能够准确地确定接收的数据报文所属的业务套餐。
19.作为一种可选的实施方式，第三设备根据数据报文，基于目标业务套餐进行数据统计，得到目标业务套餐对应的数据统计结果。基于该可选的实施方式，第三设备能够基于目标业务套餐进行数据统计。
20.作为一种可选的实施方式，第三设备发送目标业务套餐对应的数据统计结果至数据分析设备。
21.作为一种可选的实施方式，第三设备从数据分析设备接收目标业务套餐对应的数据分析结果；第三设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。基于该可选的实施方式，能够根据目标业务套餐对应的数据分析结果灵活地对目标业务套餐的流量进行控制。
22.作为一种可选的实施方式，第二设备为会话管理功能smf实体，第三设备为用户面功能upf实体；或者，第二设备为分组数据网关控制面pgw
‑
c实体，第三设备为分组数据网关用户面pgw
‑
u实体；或者，第二设备为业务检测功能控制面tdf
‑
c实体，第三设备为业务检测功能用户面tdf
‑
u实体。
23.作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中
发送至第三设备，或者，第二设备只发送的一个业务套餐的标识时，业务套餐的标识携带于会话建立请求的信元中发送至第三设备。基于该可选的实施方式，第三设备能够准确地确定业务套餐与pdr的对应关系。
24.第四方面，本技术实施例提供了一种通信方法，该方法包括：第二设备从第一设备接收业务套餐的标识和业务套餐对应的pcc规则；第二设备记录业务套餐和pcc规则的对应关系；第二设备接收数据报文；第二设备确定与数据报文匹配的目标pcc规则；第二设备根据记录的pcc规则与业务套餐的对应关系，获取与目标pcc规则对应的目标业务套餐。基于第四方面所描述的方法，第二设备能够准确地确定接收的数据报文所属的业务套餐。
25.作为一种可选的实施方式，第二设备根据数据报文，基于目标业务套餐进行数据统计，得到数据统计结果。基于该可选的实施方式，第三设备能够基于目标业务套餐进行数据统计。
26.作为一种可选的实施方式，第二设备发送目标业务套餐对应的数据统计结果至数据分析设备。
27.作为一种可选的实施方式，第二设备从数据分析设备接收目标业务套餐的数据分析结果；第二设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。基于该可选的实施方式，能够根据目标业务套餐对应的数据分析结果灵活地对目标业务套餐的流量进行控制。
28.作为一种可选的实施方式，第一设备为策略与计费规则功能pcrf实体，第二设备为分组数据网关pgw；或者，第一设备为pcrf，第二设备为业务检测功能tdf实体；或者，第一设备为pgw，第二设备为tdf实体。
29.作为一种可选的实施方式，第一设备为pcrf实体，第二设备为pgw；或者，第一设备为pcrf，第二设备为tdf实体；业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至第二设备；或者，第一设备只发送一个业务套餐的标识，业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求rar消息的信元中发送至第二设备。基于该可选的实施方式，第二设备能够准确地确定业务套餐与pcc规则的对应关系。
30.第五方面，本技术实施例提供了一种通信方法，该方法包括：数据分析设备接收目标业务套餐对应的数据统计结果；数据分析设备对数据统计结果进行分析，得到目标业务套餐对应的数据分析结果；数据分析设备发送目标业务套餐对应的数据分析结果。基于该可选的实施方式，能够对目标业务套餐对应的数据统计结果进行数据分析。
31.第六方面，提供了一种通信装置，该通信装置可以为第一设备或用于第一设备的装置。例如，用于第一设备的装置可以为第一设备内的芯片。该通信装置可执行上述第一方面和第一方面的可选的实施方式中任意一项所描述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第一方面和第一方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
32.第七方面，提供了一种通信装置，该通信装置可以为第二设备或用于第二设备的装置。例如，用于第二设备的装置可以为第二设备内的芯片。该通信装置可执行上述第二方面、第四方面、第一方面的可选的实施方式和第四方面的可选的实施方式中任意一项所描
述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第二方面、第四方面、第一方面的可选的实施方式和第四方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
33.第八方面，提供了一种通信装置，该通信装置可以为第三设备或用于第三设备的装置。例如，用于第三设备的装置可以为第三设备内的芯片。该通信装置可执行上述第三方面和第三方面的可选的实施方式中任意一项所描述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第三方面和第三方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
34.第九方面，提供了一种通信装置，该通信装置可以为数据分析设备或用于数据分析设备的装置。例如，用于数据分析设备的装置可以为数据分析设备内的芯片。该通信装置可执行上述第五方面和第五方面的可选的实施方式中任意一项所描述的方法。该通信装置的功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元。该单元可以是软件和/或硬件。该通信装置执行的操作及有益效果可以参见上述第五方面和第五方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
35.第十方面，提供了一种通信装置，该通信装置可以为第一设备或用于第一设备的装置。例如，用于第一设备的装置可以为第一设备内的芯片。该通信装置包括处理器以及收发器。其中，处理器与收发器相连。可选的，该通信装置还包括存储器。处理器与该存储器相连。
36.一种可选的设计中，当通信装置为第一设备时，收发器可以包括天线以及与天线相连的射频电路。该收发器用于实现通信装置与其他网元之间的通信。
37.又一种可选的设计中，该通信装置为用于第一设备的装置时，该收发器可以为接口电路，该接口电路用于该处理器获取或者输出信息或数据。例如，该接口电路用于该处理器从存储器读取数据或者写入数据，又如，该接口电路用于该处理器接收来自设备外部的信息或数据，或者向设备外部发送信息或数据。
38.其中，处理器用于执行上述第一方面和第一方面的可选的实施方式中任意一项的方法。
39.其中，该存储器用于存储程序，该处理器调用存储在该存储器中的程序以执行上述第一方面和第一方面的可选的实施方式中任意一项的方法。该处理器所执行的操作及有益效果可以参见上述第一方面和第一方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
40.第十一方面，提供了一种通信装置，该通信装置可以为第二设备或用于第二设备的装置。例如，用于第二设备的装置可以为第二设备内的芯片。该通信装置包括处理器以及收发器。其中，处理器与收发器相连。可选的，该通信装置还包括存储器。处理器与该存储器相连。
41.一种可选的设计中，当通信装置为第二设备时，收发器可以包括天线以及与天线相连的射频电路。该收发器用于实现通信装置与其他网元之间的通信。
42.又一种可选的设计中，该通信装置为用于第二设备的装置时，该收发器可以为接口电路，该接口电路用于该处理器获取或者输出信息或数据。例如，该接口电路用于该处理器从存储器读取数据或者写入数据，又如，该接口电路用于该处理器接收来自设备外部的信息或数据，或者向设备外部发送信息或数据。
43.其中，处理器用于执行上述第二方面、第四方面、第二方面的可选的实施方式和第四方面的可选的实施方式中任意一项的方法。
44.其中，该存储器用于存储程序，该处理器调用存储在该存储器中的程序以执行上述第二方面、第四方面、第二方面的可选的实施方式和第四方面的可选的实施方式中任意一项的方法。该处理器所执行的操作及有益效果可以参见上述第二方面、第四方面、第二方面的可选的实施方式和第四方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
45.第十二方面，提供了一种通信装置，该通信装置可以为第三设备或用于第三设备的装置。例如，用于第三设备的装置可以为第三设备内的芯片。该通信装置包括处理器以及收发器。其中，处理器与收发器相连。可选的，该通信装置还包括存储器。处理器与该存储器相连。
46.一种可选的设计中，当通信装置为第三设备时，收发器可以包括天线以及与天线相连的射频电路。该收发器用于实现通信装置与其他网元之间的通信。
47.又一种可选的设计中，该通信装置为用于第三设备的装置时，该收发器可以为接口电路，该接口电路用于该处理器获取或者输出信息或数据。例如，该接口电路用于该处理器从存储器读取数据或者写入数据，又如，该接口电路用于该处理器接收来自设备外部的信息或数据，或者向设备外部发送信息或数据。
48.其中，处理器用于执行上述第三方面和第三方面的可选的实施方式中任意一项的方法。
49.其中，该存储器用于存储程序，该处理器调用存储在该存储器中的程序以执行上述第三方面和第三方面的可选的实施方式中任意一项的方法。该处理器所执行的操作及有益效果可以参见上述第三方面和第三方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
50.第十三方面，提供了一种通信装置，该通信装置可以为数据分析设备或用于数据分析设备的装置。例如，用于数据分析设备的装置可以为数据分析设备内的芯片。该通信装置包括处理器以及收发器。其中，处理器与收发器相连。可选的，该通信装置还包括存储器。处理器与该存储器相连。
51.一种可选的设计中，当通信装置为数据分析设备时，收发器可以包括天线以及与天线相连的射频电路。该收发器用于实现通信装置与其他网元之间的通信。
52.又一种可选的设计中，该通信装置为用于数据分析设备的装置时，该收发器可以为接口电路，该接口电路用于该处理器获取或者输出信息或数据。例如，该接口电路用于该处理器从存储器读取数据或者写入数据，又如，该接口电路用于该处理器接收来自设备外部的信息或数据，或者向设备外部发送信息或数据。
53.其中，处理器用于执行上述第五方面和第五方面的可选的实施方式中任意一项的方法。
54.其中，该存储器用于存储程序，该处理器调用存储在该存储器中的程序以执行上述第五方面和第五方面的可选的实施方式中任意一项的方法。该处理器所执行的操作及有益效果可以参见上述第五方面和第五方面的可选的实施方式中任意一项所描述的方法以及有益效果，重复之处不再赘述。
55.第十四方面，提供了一种计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面、第二方面、第三方面、第四方面、第五方面、第一方面的可选的实施方式、第二方面的可选的实施方式、第三方面的可选的实施方式、第四方面的可选的实施方式和第五方面的可选的实施方式中任意一项的方法。
56.第十五方面，提了供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面、第二方面、第三方面、第四方面、第五方面、第一方面的可选的实施方式、第二方面的可选的实施方式、第三方面的可选的实施方式、第四方面的可选的实施方式和第五方面的可选的实施方式中任意一项的方法。
附图说明
57.图1是现有的一种4g网格的系统架构的示意图；
58.图2是现有的一种核心网控制面与用户面分离的系统架构的示意图；
59.图3是现有的一种基于服务化接口的5g网络的系统架构的示意图；
60.图4是本技术实施例提供的一种通信系统的示意图；
61.图5是本技术实施例提供的另一种通信系统的示意图；
62.图6～图15是本技术实施例提供的通信方法的流程示意图；
63.图16是本技术实施例提供的一种通信装置的结构示意图；
64.图17是本技术实施例提供的另一种通信装置的结构示意图。
具体实施方式
65.下面结合附图对本技术具体实施例作进一步的详细描述。
66.本技术实施例提供了一种通信方法及装置，能够使核心网设备确定接收的数据报文所属的业务套餐。
67.为了能够更好地理解本技术实施例，下面对本技术实施例可应用的系统架构进行说明。
68.图4是本技术实施例提供的一种通信系统的示意图。如图4所示，该通信系统包括第一设备、第二设备、第三设备和数据分析设备。其中，第一设备与第二设备通过无线的方式相连。第二设备和第三设备通过无线的方式相连。数据分析设备与第三设备通过无线的方式相连。可选的，数据分析设备还可通过无线的方式与第一设备和/或第二设备相连。图4只是本技术实施提供的一种通信系统的示意图，图4以通信系统中包括第一设备、第二设备、第三设备和数据分析设备为例。当然，通信系统中还可以包括其他设备，本技术实施例不做限定。
69.其中，数据分析设备可以为网络数据分析功能(network data analytics function，nwdaf)实体或用于生成报表的报表系统或其他可以进行数据分析的设备。
70.其中，第一设备用于生成并下发策略与计费控制(policy and charging control，pcc)规则。第二设备为控制面设备。第三设备为用于执行第一设备下发的pcc规则的用户面设备。
71.图4所示的通信系统应用于控制面与用户面相分离的场景。例如，图4所示的通信系统可以应用于以下应用场景1～应用场景3中的任意一种：
72.应用场景1：第一设备为策略控制功能(policy control function，pcf)实体，第二设备为会话管理功能(session management function，smf)实体，第三设备为用户面功能(user plane function，upf)实体。其中，pcf实体用于根据用户的签约套餐信息、使用的业务信息等为用户下发策略与计费控制(policy and charging control，pcc)规则。upf实体用于执行pcf实体下发的pcc规则。
73.可选的，在应用场景1中，通信系统还可以包括图3中网络切片选择功能(network slice selection function，nssf)实体、网络能力开放功能(network exposure function，nef)实体、网络功能仓库(ne repository function，nrf)实体、统一数据管理(unified data management，udm)实体、应用功能(application function，af)实体、认证服务器功能(authentication server function，ausf)、接入和移动性管理功能实体(access and mobility management function，amf)、用户终端设备(user equipment，ue)、无线接入网(radio access network，ran)和数据网络(data network，dn)等。
74.应用场景2：第一设备为策略与计费规则功能(policy and charging rules function，pcrf)实体，第二设备为pdn网关控制面功能(pdn gateway control plane function，pgw
‑
c)实体，第三设备为pdn网关用户面功能(pdn gateway user plane function，pgw
‑
u)实体。其中，pcrf实体用于根据用户的签约套餐信息、使用的业务信息等为用户下发策略与计费控制(policy and charging control，pcc)规则。pgw
‑
u实体用于执行pcrf实体下发的pcc规则。
75.可选的，在应用场景2中，通信系统还可以包括图2中服务网关控制面功能(serving gateway control plane function，sgw
‑
c)实体、服务网关用户面功能(serving gateway user plane function，sgw
‑
u)实体、业务检测功能控制面(traffic detection function control plane，tdf
‑
c)实体和业务检测功能用户面(traffic detection function user plane，tdf
‑
u)实体等。
76.应用场景3：第一设备为pcrf实体，第二设备为tdf
‑
c实体，第三设备为tdf
‑
u实体。其中，pcrf实体用于根据用户的签约套餐信息、使用的业务信息等为用户下发策略与计费控制(policy and charging control，pcc)规则。tdf
‑
u实体用于执行pcrf实体下发的pcc规则。可选的，在应用场景3中，通信系统还可以包括图2中sgw
‑
c实体、sgw
‑
u实体、pgw
‑
c实体和pgw
‑
u实体等。
77.图5是本技术实施例提供的另一种通信系统的示意图。如图5所示，该通信系统包括第一设备、第二设备和数据分析设备。其中，第一设备与第二设备通过无线的方式相连。数据分析设备与第二设备通过无线的方式相连。可选的，数据分析设备还可通过无线的方式与第一设备相连。图5只是本技术实施提供的一种通信系统的示意图，图5以通信系统中
control，pcc)规则。
92.其中，第一设备存储有业务套餐与pcc规则的对应关系。pcc规则是一组用于实现业务数据流检测，并提供相应的策略控制和/或计费控制的参数的信息。pcc规则包括业务数据流检测信息，并包括策略控制信息和/或计费相关信息。例如，业务数据流检测信息可以包括业务数据流模板。业务数据流检测信息用于匹配数据报文。策略控制信息用于对与业务数据流检测信息相匹配的数据报文进行策略控制。计费相关信息用于对与业务数据流检测信息相匹配的数据报文进行计费。
93.可选的，该pcc规则可以是动态pcc规则或预定义pcc规则(charging rule name，crn)或pcc规则组(charging rule basename，crbn)。
94.动态pcc规则是第一设备下发给第三设备的规则。动态pcc规则有两种：一种是在第一设备上预先配置的，另一种是在第一设备上动态生成的。
95.预定义pcc规则是在第三设备上预先配置的，这些规则可以被第一设备引用。
96.一个pcc规则组可包括多个pcc规则。pcc规则组是在第三设备上预先配置的，pcc规则组可以被第一设备引用。
97.其中，一个业务套餐可对应一个或多个pcc规则。一个pcc规则也可对应一个或多个业务套餐。例如，第一设备中存储的业务套餐与pcc规则的对应关系如下表1所示。业务套餐1对应动态pcc规则1，业务套餐2对应动态pcc规则2和预定义pcc规则2，业务套餐3对应动态pcc规则3、预定义pcc规则3和pcc规则组3。
98.表1
[0099][0100]
本技术实施例中，第一设备获取业务套餐之后，根据预存的业务套餐与pcc规则的对应关系，确定与获取的业务套餐相对应的pcc规则。例如，如果第一设备获取业务套餐1，则第一设备确定与业务套餐1对应的pcc规则为动态pcc规则1。第一设备向第二设备发送业务套餐1的标识和动态pcc规则1。
[0101]
如果第一设备获取业务套餐1和业务套餐2，则第一设备确定与业务套餐1对应的pcc规则为动态pcc规则1，并确定与业务套餐2对应的pcc规则为动态pcc规则2和预定义pcc规则2。第一设备向第二设备发送业务套餐1的标识和与业务套餐1对应的动态pcc规则1，以及业务套餐2的标识和与业务套餐2对应的动态pcc规则2和预定义pcc规则2。
[0102]
如果第一设备获取业务套餐1、业务套餐2和业务套餐3，则第一设备确定与业务套餐1对应的pcc规则为动态pcc规则1，并确定与业务套餐2对应的pcc规则为动态pcc规则2和预定义pcc规则2，并确定与业务套餐3对应的pcc规则为动态pcc规则3、预定义pcc规则3和pcc规则组3。第一设备向第二设备发送业务套餐1的标识和与业务套餐1对应的动态pcc规则1，以及业务套餐2的标识和与业务套餐2对应的动态pcc规则2和预定义pcc规则2，以及业务套餐3的标识和与业务套餐3对应的动态pcc规则3、预定义pcc规则3和pcc规则组3。
[0103]
603、第一设备向第二设备发送业务套餐的标识和该业务套餐对应的pcc规则。
[0104]
本技术实施例中，第一设备获取用户签约的业务套餐和业务套餐对应的pcc规则之后，向第二设备发送业务套餐的标识和业务套餐对应的pcc规则。第一设备向第二设备发送业务套餐对应的pcc规则的目的是激活该业务套餐对应的pcc规则。其中，业务套餐的标识可以为业务套餐的名称或id(identity document)。
[0105]
604、第二设备将业务套餐对应的pcc规则转换为报文探测规则(packet detection rule，pdr)。
[0106]
本技术实施例中，第二设备从第一设备接收业务套餐的标识和业务套餐对应的pcc规则之后，第二设备将业务套餐对应的pcc规则转换为pdr。可选的，第二设备还可存储业务套餐的标识和pcc规则的对应关系。
[0107]
可选的，该pdr中可包括一个或多个包检测信息(packet detection information，pdi)、一个或多个pdr标识以及每个pdr标识对应的处理规则的标识。该处理规则包括转发动作规则(forwarding action rule，far)、使用量上报规则(usage reporting rule，urr)和qos执行规则(qos enforcement rule，qer)中的至少一个处理规则。
[0108]
605、第二设备发送业务套餐的标识和该业务套餐对应的pdr至第三设备。
[0109]
本技术实施例中，第二设备将业务套餐对应的pcc规则转换为pdr之后，发送业务套餐的标识和业务套餐对应的pdr至第三设备。例如，业务套餐1对应动态pcc规则1。第二设备接收业务套餐1的标识和动态pcc规则1之后，将动态pcc规则1转换为pdr，并向第三设备发送业务套餐1的标识和该pdr。第三设备接收业务套餐1的标识和该pdr之后，记录业务套餐1与该pdr的对应关系。
[0110]
作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至第三设备；或者，第二设备只发送的一个业务套餐的标识时，该业务套餐的标识携带于会话建立请求的信元中发送至第三设备。基于该可选的实施方式，第三设备能够准确地确定业务套餐与pdr的对应关系。
[0111]
606、第三设备记录业务套餐与pdr的对应关系。
[0112]
本技术实施例中，第三设备从第二设备接收业务套餐的标识和业务套餐对应的pdr之后，第三设备记录该业务套餐与该pdr的对应关系。
[0113]
607、第三设备接收数据报文。
[0114]
具体地，第三设备记录业务套餐与pdr的对应关系之后，接收数据报文。
[0115]
其中，该数据报文可以是上行的数据报文或者是下行的数据报文。
[0116]
608、第三设备确定与该数据报文匹配的目标pdr。
[0117]
本技术实施例中，第三设备接收数据报文之后，确定与该数据报文匹配的目标pdr。
[0118]
具体地，第三设备将该数据报文的属性信息与pdr中的包检测信息进行匹配。如果匹配成功，则确定该数据报文与该pdr相匹配。
[0119]
例如，第三设备中激活了用户1的pdr1和pdr2。其中，pdr1对应业务套餐1，pdr2对应业务套餐2。第三设备接收到用户1访问的数据报文之后，将该数据报文的属性信息与pdr1和pdr2中的包检测信息进行匹配。如果该数据报文的属性信息与pdr1中的包检测信息
相匹配，则该数据报文与该pdr1匹配。因此，pdr1为目标pdr。第三设备根据预先记录的业务套餐与pdr的对应关系，确定pdr1对应业务套餐1。
[0120]
609、第三设备根据记录的业务套餐与pdr的对应关系，获取与目标pdr对应的目标业务套餐。
[0121]
其中，获取的目标业务套餐就为第三设备接收的数据报文所属的业务套餐。可见，通过实施图6所描述的方法，有利于设备准确地确定接收的数据报文所属的业务套餐。
[0122]
第三设备获取与目标pdr对应的目标业务套餐之后，能够基于业务套餐执行相关操作。
[0123]
以下介绍第三设备基于业务套餐可执行的相关操作的流程。
[0124]
请参见图7，如图7所示，图7是本技术实施例提供的另一种通信方法的流程示意图。其中，步骤701～步骤709的具体实施方式与上述步骤601～步骤609的具体实施方式相同，在此不赘述。如图7所示，第三设备获取与目标pdr对应的目标业务套餐之后，还可执行以下步骤710～步骤714。其中：
[0125]
710、第三设备根据数据报文，基于目标业务套餐进行数据统计，得到目标业务套餐对应的数据统计结果。
[0126]
例如，目标pdr为pdr1，与目标pdr对应的目标业务套餐为业务套餐1。第三设备根据数据报文，基于业务套餐1进行数据统计，得到数据统计结果。可选的，第三设备还可执行pdr1中定义的计费与控制策略。当然，第三设备也可不执行步骤710，第三设备可基于目标业务套餐执行其他操作，本技术实施例不做限定。
[0127]
可选的，数据统计结果可以包括使用业务套餐1的用户数、业务套餐1的流量使用信息、业务套餐1的时长使用信息、业务套餐1下的各应用的流量使用信息、业务套餐1下的各应用的时长使用信息和在业务套餐1下共享热点的用户数等中的一项或多项。
[0128]
作为一种可选的实施方式，业务套餐1的流量使用信息可以为业务套餐1的流量使用量。例如，该业务套餐1的流量使用量可以为所有用户对业务套餐1的流量使用总量，即第三设备可统计所有用户对业务套餐1的流量使用总量。或者，业务套餐1的流量使用信息可以为业务套餐1的流量使用量占比。例如，第三设备中总共有10个业务套餐。如果所有用户对业务套餐1的流量使用总量为10个g。10个业务套餐的流量使用总量一共为200g，则业务套餐1的流量使用量占比为1/20。
[0129]
作为一种可选的实施方式，业务套餐1的时长使用信息可以为业务套餐1的使用时长。例如，该业务套餐1的使用时长可以为所有用户对业务套餐1的总使用时长，即第三设备可统计所有用户对业务套餐1的总使用时长。或者，业务套餐1的时长使用信息可以为业务套餐1的使用时长占比。例如，第三设备中总共有10个业务套餐。如果所有用户对业务套餐1的总使用时长为100个小时。10个业务套餐的总使用时长一共为2000小时，则业务套餐1的使用时长占比为1/20。
[0130]
作为一种可选的实施方式，业务套餐1下的各应用的流量使用信息可以为业务套餐1下的各应用的流量使用量。例如，业务套餐1下的各应用的流量使用量可以为所有用户对该业务套餐1的各应用的流量使用总量，即第三设备可统计所有用户对业务套餐1的各应用的流量使用总量。例如，用户1在业务套餐1下使用应用1的流量为10g，使用应用2的流量为20g。用户2在业务套餐1下使用应用1的流量为20g，使用应用2的流量为20g。第三设备可
统计得到在业务套餐1下应用1的流量使用总量为30g，应用2的流量使用总量为40g。
[0131]
或者，业务套餐1下的各应用的流量使用信息可以为各应用的流量使用量占比。例如，所有用户在业务套餐1下对应用1的流量使用总量为30g，对应用2的流量使用总量为40g。业务套餐1下应用1的流量使用量占比为3/7，应用2的流量使用量占比为4/7。
[0132]
作为一种可选的实施方式，业务套餐1下的各应用的时长使用信息可以为业务套餐1下的各应用的使用时长。例如，业务套餐1下的各应用的使用时长可以为所有用户对该业务套餐1的各应用的总使用时长，即第三设备可统计所有用户对业务套餐1的各应用的总使用时长。或者，业务套餐1下的应用时长使用信息可以为应用的使用时长占比。例如，所有用户在业务套餐1下对应用1的总使用时长为100小时，对应用2的使用时长为200小时。业务套餐1下应用1的使用时长占比为1/3，业务套餐1下应用2的使用时长占比为2/3。
[0133]
其中，第三设备得到目标业务套餐对应的数据统计结果之后，可以执行步骤711。或者，第三设备得到目标业务套餐对应的数据统计结果之后，不执行步骤711，执行其他操作。例如发送数据统计结果至第一设备或第二设备，或者直接对数据统计结果进行分析等等，本技术实施例不做限定。
[0134]
711、第三设备发送目标业务套餐对应的数据统计结果至数据分析设备。
[0135]
712、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0136]
其中，数据分析设备接收目标业务套餐对应的数据统计结果之后，对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0137]
以目标业务套餐为业务套餐1为例。如前述所述，业务套餐1对应的数据统计结果可以为使用业务套餐1的用户数、业务套餐1的流量使用信息、业务套餐1的时长使用信息、业务套餐1下的各应用的流量使用信息、业务套餐1下的各应用的时长使用信息和在业务套餐1下共享热点的用户数等中的一项或多项。
[0138]
例如，以数据统计结果包括业务套餐1的流量使用信息为例。如果业务套餐1的流量使用信息为所有用户对业务套餐1的流量使用总量。数据分析设备对业务套餐1对应的数据统计结果进行数据分析，得到业务套餐1对应的数据分析结果的具体实施方式可以为：数据分析设备判断业务套餐1的流量使用总量是否大于第一阈值。得到的判断结果就为数据分析结果。如果业务套餐1的流量使用总量大于第一阈值，说明业务套餐1使用较多，是主流的业务套餐。或者，数据分析设备对业务套餐1对应的数据统计结果进行数据分析，得到业务套餐1对应的数据分析结果的具体实施方式可以为：数据分析设备按照业务套餐的流量使用总量对所有业务套餐进行排序，得到业务套餐的排序结果。该排序结果为数据分析结果。例如，按照业务套餐的流量使用总量从大到小对所有业务套餐进行排序，排在预设位置之前的业务套餐说明使用较多，是主流的业务套餐。可见，根据数据分析结果就可确定哪些业务套餐是主流的业务套餐，以便进一步对主流的业务套餐进行流量激发或流量抑制。业务套餐1的流量使用信息为业务套餐1的流量使用总量占比同理，在此不赘述。数据统计结果包括使用业务套餐1的用户数、业务套餐1的时长使用信息时，对数据统计结果进行数据分析的具体实施方式同理，在此不赘述。也就是说，通过对使用业务套餐1的用户数、业务套餐1的流量使用信息或业务套餐1的时长使用信息进行数据分析，得到数据分析结果。该数据分析结果可用于确定业务套餐1是否为主流的业务套餐。或者，还可以对使用业务套餐1
的用户数、业务套餐1的流量使用信息或业务套餐1的时长使用信息进行其他分析操作，本技术实施例不做限定。
[0139]
再如，以数据统计结果包括业务套餐1的流量使用信息和业务套餐1下的应用流量使用信息为例。如果业务套餐1的流量使用信息为所有用户对业务套餐1的流量使用总量，业务套餐1下的各应用的流量使用信息为所有用户对该业务套餐1的各应用的流量使用总量。数据分析设备对业务套餐1对应的数据统计结果进行数据分析，得到业务套餐1对应的数据分析结果的具体实施方式可以为：数据分析设备判断业务套餐1的流量使用总量是否大于第一阈值，以及判断该业务套餐1的各应用的流量使用总量是否大于第二阈值。得到的判断结果就为数据分析结果。如果业务套餐1的流量使用总量大于第一阈值，说明业务套餐1使用较多，是主流的业务套餐。如果业务套餐1下的某个应用的流量使用总量大于第二阈值，则表明该应用是业务套餐1下的主流应用。或者，数据分析设备对业务套餐1对应的数据统计结果进行数据分析，得到业务套餐1对应的数据分析结果的具体实施方式可以为：数据分析设备按照业务套餐的流量使用总量对所有业务套餐进行排序，得到业务套餐的第一排序结果。数据分析设备按照业务套餐1的各应用的流量使用总量对业务套餐1的各应用进行排序，得到业务套餐1的各应用的第二排序结果。该第一排序结果和第二排序结果为数据分析结果。可见，根据数据分析结果就可确定哪些业务套餐是主流的业务套餐，业务套餐下的哪些应用为主流应用，以便进一步对主流的业务套餐的主流应用进行流量激发或流量抑制。也就是说，通过对使用业务套餐1的用户数、业务套餐1的流量使用信息或业务套餐1的时长使用信息进行数据分析，以及对业务套餐1下的应用流量使用信息或业务套餐1下的各应用的时长使用信息进行数据分析，得到数据分析结果。该数据分析结果可用于确定业务套餐1是否为主流的业务套餐，以及用于确定业务套餐1下的主流应用。
[0140]
再如，以数据统计结果包括业务套餐1的流量使用信息和在业务套餐1下共享热点的用户数为例。如果业务套餐1的流量使用信息为所有用户对业务套餐1的流量使用总量。数据分析设备对业务套餐1对应的数据统计结果进行数据分析，得到业务套餐1对应的数据分析结果的具体实施方式可以为：数据分析设备判断业务套餐1的流量使用总量是否大于第一阈值，以及判断在业务套餐1下共享热点的用户数是否大于第三阈值。得到的判断结果就为数据分析结果。如果业务套餐1的流量使用总量大于第一阈值，说明业务套餐1使用较多，是主流的业务套餐。如果在业务套餐1下共享热点的用户数大于第三阈值，则表明在业务套餐1下共享热点的人数过多。或者，数据分析设备对业务套餐1对应的数据统计结果进行数据分析，得到业务套餐1对应的数据分析结果的具体实施方式可以为：数据分析设备按照业务套餐的流量使用总量对所有业务套餐进行排序，得到业务套餐的第一排序结果。判断在业务套餐1下共享热点的用户数是否大于第三阈值。得到的判断结果和第一排序结果就为数据分析结果。可见，根据该数据分析结果可确定哪些业务套餐是主流的业务套餐，哪些业务套餐的共享热点人数过多，以便进一步对共享热点人数过多的低价值的主流业务套餐进行流量抑制。
[0141]
当然数据分析设备还可对以上数据统计结果进行其他数据分析操作，例如生成报表等等，本技术实施例不做限定。
[0142]
713、数据分析设备发送目标业务套餐对应的数据分析结果至第一设备。
[0143]
714、第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量
激发或流量抑制。
[0144]
其中，第一设备从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0145]
作为一种可选的实施方式，如果目标业务套餐为高价值的业务套餐，则第一设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发。高价值的业务套餐是指每比特流量的价格大于阈值的业务套餐。即高价值的业务套餐是指每比特流量的价格较高的业务套餐。
[0146]
例如，目标业务套餐为高价值的业务套餐，第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发的具体实施方式为：如果第一设备根据目标业务套餐对应的数据分析结果确定目标业务套餐为主流的业务套餐，则对目标业务套餐进行流量激发。第一设备对目标业务套餐进行流量激发的具体实施方式可以为对目标业务套餐的业务提升qos或提升传输控制协议(transmission control protocol，tcp)传输层的传输质量等。具体地，第一设备可更新目标业务套餐对应的pcc规则中的参数，以对目标业务套餐的业务提升qos或提升tcp传输层的传输质量。或者，第一设备可以删除已有的目标业务套餐对应的pcc规则，重新为目标业务套餐生成一个pcc规则，该pcc规则可以对目标业务套餐的业务提升qos或提升tcp传输层的传输质量。或者，第一设备也可以不删除已有的目标业务套餐对应的pcc规则。第一设备额外可以生成一个叠加规则，该叠加规则可以对目标业务套餐的业务提升qos或提升tcp传输层的传输质量。
[0147]
再如，目标业务套餐为高价值的业务套餐，第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发的具体实施方式为：如果第一设备根据目标业务套餐对应的数据分析结果确定目标业务套餐为主流的业务套餐，并且目标业务套餐下的第一应用为主流应用，则对目标业务套餐下的第一应用进行流量激发。第一设备对目标业务套餐进行流量激发的具体实施方式可以为对目标业务套餐下的第一应用提升qos或提升传输控制协议(transmission control protocol，tcp)传输层的传输质量等。具体地，第一设备可更新目标业务套餐对应的pcc规则中的参数，以对目标业务套餐下的第一应用提升qos或提升tcp传输层的传输质量。或者，第一设备可以删除已有的目标业务套餐对应的pcc规则，重新为目标业务套餐生成一个pcc规则，该pcc规则可以对目标业务套餐下的第一应用提升qos或提升tcp传输层的传输质量。或者，第一设备也可以不删除已有的目标业务套餐对应的pcc规则。第一设备额外可以生成一个叠加规则，该叠加规则可以对目标业务套餐下的第一应用提升qos或提升tcp传输层的传输质量。
[0148]
作为一种可选的实施方式，如果目标业务套餐为低价值的业务套餐，则第一设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制。低价值的业务套餐是指每比特流量的价格小于阈值的业务套餐。即低价值的业务套餐是指每比特流量的价格较低的业务套餐。
[0149]
例如，目标业务套餐为低价值的业务套餐，第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制的具体实施方式为：如果第一设备根据目标业务套餐对应的数据分析结果确定目标业务套餐为主流的业务套餐，则第一设备对目标业务套餐进行流量抑制。第一设备对目标业务套餐进行流量抑制的具体实施方式可以为对目标业务套餐的业务降低带宽或降低qos质量等。具体地，第一设备可更新目标业务套餐对应的
pcc规则中的参数，以对目标业务套餐的业务降低带宽或降低qos质量。或者，第一设备可以删除已有的目标业务套餐对应的pcc规则，重新为目标业务套餐生成一个pcc规则，该pcc规则可以对目标业务套餐的业务降低带宽或降低qos质量。或者，第一设备也可以不删除已有的目标业务套餐对应的pcc规则。第一设备可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐的业务降低带宽或降低qos质量。
[0150]
再如，目标业务套餐为低价值的业务套餐，第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制的具体实施方式为：如果第一设备根据目标业务套餐对应的数据分析结果确定目标业务套餐为主流的业务套餐，并且目标业务套餐下的第一应用为主流应用，则对目标业务套餐下的第一应用进行流量抑制。第一设备对目标业务套餐下的第一应用进行流量抑制的具体实施方式可以为对目标业务套餐下的第一应用降低带宽或降低qos质量等。具体地，第一设备可更新目标业务套餐对应的pcc规则中的参数，以对目标业务套餐下的第一应用降低带宽或降低qos质量。或者，第一设备可以删除已有的目标业务套餐对应的pcc规则，重新为目标业务套餐生成一个pcc规则，该pcc规则可以对目标业务套餐下的第一应用降低带宽或降低qos质量。或者，第一设备也可以不删除已有的目标业务套餐对应的pcc规则。第一设备可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐下的第一应用降低带宽或降低qos质量。
[0151]
再如，目标业务套餐为低价值的业务套餐，第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制的具体实施方式为：如果第一设备根据目标业务套餐对应的数据分析结果确定目标业务套餐为主流的业务套餐，并且目标业务套餐下共享热点的用户数大于第三阈值，则对目标业务套餐进行流量抑制。第一设备对目标业务套餐进行流量抑制的具体实施方式可以为禁止在目标业务套餐下共享热点。具体地，第一设备可以删除已有的目标业务套餐对应的pcc规则，重新为目标业务套餐生成一个pcc规则，该pcc规则可以禁止在目标业务套餐下共享热点。或者，第一设备也可以不删除已有的目标业务套餐对应的pcc规则。第一设备可以为目标业务套餐生成一个叠加规则，该叠加规则可以禁止在目标业务套餐下共享热点。
[0152]
作为一种可选的实施方式，也可不执行步骤713和步骤714。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至第二设备。第二设备从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。同理，如果目标业务套餐为高价值的业务套餐，则第二设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发。如果目标业务套餐为低价值的业务套餐，则第二设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制。其中，第二设备可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐进行流量激发或抑制。
[0153]
作为一种可选的实施方式，也可不执行步骤713和步骤714。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至第三设备。第三设备从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。同理，如果目标业务套餐为高价值的业务
套餐，则第三设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发。如果目标业务套餐为低价值的业务套餐，则第三设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制。其中，第三设备可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐进行流量激发或抑制。
[0154]
可见，通过执行图7所描述的方法，能够基于业务套餐进行流量激发或抑制。
[0155]
下面基于上述应用场景1对本技术所提供的通信方法进一步进行说明。请参见图8，图8是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤801～步骤803和步骤814的执行主语为pcf实体，或者为pcf实体中的芯片。步骤804和步骤805的执行主语为smf实体，或者为smf实体中的芯片。步骤806～步骤811的执行主语为upf实体，或者为upf实体中的芯片。步骤812和步骤813的执行主语为数据分析设备或者为数据分析设备中的芯片。以下以pcf实体、smf实体、upf实体和数据分析设备为方法的执行主体为例进行说明。如图8所示，该通信方法包括如下步骤801～步骤814，其中：
[0156]
801、pcf实体获取用户签约的业务套餐。
[0157]
可选的，用户终端可通过ran或amf向smf实体发送会话建立请求。smf实体接收到该会话建立请求之后，向pcf实体发送npcf_smpolicycontrol_create消息。pcf实体接收到npcf_smpolicycontrol_create消息之后触发获取用户签约的业务套餐。或者，用户终端可通过ran或amf向smf实体发送会话更新请求。smf实体接收到该会话更新请求之后，向pcf实体发送npcf_smpolicycontrol_update消息。pcf实体接收到npcf_smpolicycontrol_update消息之后触发获取用户签约的业务套餐。或者，pcf实体也可主动获取用户签约的业务套餐。或者，还可通过其他方式触发pcf实体获取用户签约的业务套餐。
[0158]
802、pcf实体确定业务套餐对应的pcc规则。
[0159]
其中，步骤802的具体实施方式可参见上述步骤602的具体实现方式，在此不赘述。
[0160]
803、pcf实体向smf实体发送业务套餐的标识和该业务套餐对应的pcc规则。
[0161]
作为一种可选的实施方式，业务套餐的标识携带于对应的pcc规则的信元中发送至smf实体。例如，pcc规则包括的信元可如下所示，其中，信元pccservicename/pccserviceid表示业务套餐的标识。可选的，业务套餐的标识具体可携带于对应的pcc规则的属性值对(attribute value pairs，avp)中。基于该可选的实施方式，smf实体能够准确地确定业务套餐与pcc规则的对应关系。
[0162]
[0163]
[0164][0165]
作为一种可选的实施方式，pcf实体只发送一个业务套餐的标识，该业务套餐的标识携带于会话规则(session rule)的信元中发送至smf实体。例如，会话规则包括的信元可如下所示，其中，信元sessservicename/sessserviceid表示业务套餐的标识。可选的，业务套餐的标识具体可携带于对应的会话规则的avp中。基于该可选的实施方式，smf实体能够准确地确定业务套餐与pcc规则的对应关系。
[0166]
[0167][0168]
804、smf实体将业务套餐对应的pcc规则转换为pdr。
[0169]
具体地，smf实体接收业务套餐的标识和该业务套餐对应的pcc规则之后，将业务套餐对应的pcc规则转换为pdr。
[0170]
805、smf实体发送业务套餐的标识和业务套餐对应的pdr至upf实体。
[0171]
作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至upf实体。例如，pdr可包括携带pdr标识的信元、携带far id的信元、携带urr id的信元、携带qer id的信元和携带业务套餐的标识的信元等。基于该可选的实施方式，upf实体能够准确地确定业务套餐与pdr的对应关系。
[0172]
作为一种可选的实施方式，smf实体只发送的一个业务套餐的标识时，业务套餐的标识携带于会话建立请求(session establishment request)的信元中发送至upf实体。例如，会话建立请求可包括携带pdr的信元、携带节点标识(node id)的信元和携带业务套餐的标识的信元等。基于该可选的实施方式，upf实体能够准确地确定业务套餐与pdr的对应关系。
[0173]
806、upf实体记录业务套餐与pdr的对应关系。
[0174]
具体地，upf实体接收业务套餐的标识和业务套餐对应的pdr之后，记录业务套餐与pdr的对应关系。
[0175]
807、upf实体接收数据报文。
[0176]
808、upf实体确定与该数据报文匹配的目标pdr。
[0177]
809、upf实体根据记录的业务套餐与pdr的对应关系，获取与目标pdr对应的目标业务套餐。
[0178]
其中，步骤806～步骤809的具体实现方式可参见上述步骤606～步骤609的具体实现方式，在此不赘述。
[0179]
810、upf实体根据数据报文，基于目标业务套餐进行数据统计，得到目标业务套餐
对应的数据统计结果。
[0180]
811、upf实体发送目标业务套餐对应的数据统计结果至数据分析设备。
[0181]
812、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0182]
813、数据分析设备发送目标业务套餐对应的数据分析结果至pcf实体。
[0183]
814、pcf实体根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0184]
步骤810～步骤814的具体实现方式可参见上述步骤710～步骤714的具体实现方式，在此不赘述。
[0185]
作为一种可选的实施方式，也可不执行步骤813和步骤814。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至smf实体。smf实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0186]
作为一种可选的实施方式，也可不执行步骤813和步骤814。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至upf实体。upf实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0187]
下面基于上述应用场景2对本技术所提供的通信方法进一步进行说明。请参见图9，图9是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤901～步骤903和步骤914的执行主语为pcrf实体，或者为pcrf实体中的芯片。步骤904和步骤905的执行主语为pgw
‑
c实体，或者为pgw
‑
c实体中的芯片。步骤906～步骤911的执行主语为pgw
‑
u实体，或者为pgw
‑
u实体中的芯片。步骤912和步骤913的执行主语为数据分析设备或者为数据分析设备中的芯片。以下以pcrf实体、pgw
‑
c实体、pgw
‑
u实体和数据分析设备为方法的执行主体为例进行说明。如图9所示，该通信方法包括如下步骤901～步骤914，其中：
[0188]
901、pcrf实体获取用户签约的业务套餐。
[0189]
可选的，用户终端可通过ran或移动管理节点(mobility management entity，mme)向pgw
‑
c实体发送会话建立请求。pgw
‑
c实体接收到该会话建立请求之后，向pcrf实体发送ccr
‑
i(credit control request initial)消息。pcrf实体接收到ccr
‑
i消息之后触发获取用户签约的业务套餐。或者，用户终端可通过ran或mme向pgw
‑
c实体发送会话更新请求。pgw
‑
c实体接收到该会话更新请求之后，向pcrf实体发送ccr
‑
u(credit control request update)消息。pcrf实体接收到ccr
‑
u消息之后触发获取用户签约的业务套餐。或者，pcrf实体也可主动获取用户签约的业务套餐。或者，还可通过其他方式触发pcrf实体获取用户签约的业务套餐。
[0190]
902、pcrf实体确定业务套餐对应的pcc规则。
[0191]
其中，步骤902的具体实施方式可参见上述步骤602的具体实现方式，在此不赘述。
[0192]
903、pcrf实体向pgw
‑
c实体发送业务套餐的标识和该业务套餐对应的pcc规则。
[0193]
作为一种可选的实施方式，业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至pgw
‑
c实体。例如，该charging
‑
rule
‑
install消息包括的信元可如下所示，其中，信元service
‑
name/service
‑
identifier表示业务套餐的标识。可选的，业务套餐的标识具体可携带于charging
‑
rule
‑
install消息的avp中。基于该可选的实施方式，pgw
‑
c实体能够准确地确定业务套餐与pcc规则的对应关系。
[0194][0195]
作为一种可选的实施方式，pcrf实体只发送一个业务套餐的标识时，该业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求(re
‑
auth
‑
request，rar)消息的信元中发送至pgw
‑
c实体。例如，cca消息包括的信元可如下所示，其中，信元service
‑
name/service
‑
identifier表示业务套餐的标识。可选的，业务套餐的标识具体可携带于对应的cca消息或rar消息的avp中。基于该可选的实施方式，pgw
‑
c实体能够准确地确定业务套餐与pcc规则的对应关系。
[0196]
[0197]
904、pgw
‑
c实体将业务套餐对应的pcc规则转换为pdr。
[0198]
具体地，pgw
‑
c实体接收业务套餐的标识和该业务套餐对应的pcc规则之后，将业务套餐对应的pcc规则转换为pdr。
[0199]
905、pgw
‑
c实体发送业务套餐的标识和业务套餐对应的pdr至pgw
‑
u实体。
[0200]
作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至pgw
‑
u实体。例如，pdr可包括携带pdr标识的信元、携带far id的信元、携带urr id的信元、携带qer id的信元和携带业务套餐的标识的信元等。基于该可选的实施方式，pgw
‑
u实体能够准确地确定业务套餐与pdr的对应关系。
[0201]
作为一种可选的实施方式，pgw
‑
c实体只发送的一个业务套餐的标识时，业务套餐的标识携带于会话建立请求(session establishment request)的信元中发送至pgw
‑
u实体。例如，会话建立请求可包括携带pdr的信元、携带节点标识(node id)的信元和携带业务套餐的标识的信元等。基于该可选的实施方式，pgw
‑
u实体能够准确地确定业务套餐与pdr的对应关系。
[0202]
906、pgw
‑
u实体记录业务套餐与pdr的对应关系。
[0203]
具体地，pgw
‑
u实体从pgw
‑
c实体接收业务套餐的标识和业务套餐对应的pdr之后，pgw
‑
u实体记录业务套餐与pdr的对应关系。
[0204]
907、pgw
‑
u实体接收数据报文。
[0205]
908、pgw
‑
u实体确定与该数据报文匹配的目标pdr。
[0206]
909、pgw
‑
u实体根据记录的业务套餐与pdr的对应关系，获取与目标pdr对应的目标业务套餐。
[0207]
其中，步骤906～步骤909的具体实现方式可参见上述步骤606～步骤609的具体实现方式，在此不赘述。
[0208]
910、pgw
‑
u实体根据数据报文，基于目标业务套餐进行数据统计，得到目标业务套餐对应的数据统计结果。
[0209]
911、pgw
‑
u实体发送目标业务套餐对应的数据统计结果至数据分析设备。
[0210]
912、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0211]
913、数据分析设备发送目标业务套餐对应的数据分析结果至pcrf实体。
[0212]
914、pcrf实体根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0213]
步骤910～步骤914的具体实现方式可参见上述步骤710～步骤714的具体实现方式，在此不赘述。
[0214]
作为一种可选的实施方式，也可不执行步骤913和步骤914。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至pgw
‑
c实体。pgw
‑
c实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0215]
作为一种可选的实施方式，也可不执行步骤913和步骤914。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之
后，数据分析设备可发送目标业务套餐对应的数据分析结果至pgw
‑
u实体。pgw
‑
u实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0216]
下面基于上述应用场景3对本技术所提供的通信方法进一步进行说明。请参见图10，图10是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤1001～步骤1003和步骤1014的执行主语为pcrf实体，或者为pcrf实体中的芯片。步骤1004和步骤1005的执行主语为tdf
‑
c实体，或者为tdf
‑
c实体中的芯片。步骤1006～步骤1011的执行主语为tdf
‑
u实体，或者为tdf
‑
u实体中的芯片。步骤1012和步骤1013的执行主语为数据分析设备或者为数据分析设备中的芯片。以下以pcrf实体、tdf
‑
c实体、tdf
‑
u实体和数据分析设备为方法的执行主体为例进行说明。如图10所示，该通信方法包括如下步骤1001～步骤1014，其中：
[0217]
1001、pcrf实体获取用户签约的业务套餐。
[0218]
可选的，用户终端可通过ran或移动管理节点(mobility management entity，mme)向tdf
‑
c实体发送会话建立请求。tdf
‑
c实体接收到该会话建立请求之后，向pcrf实体发送ccr
‑
i(credit control request initial)消息。pcrf实体接收到ccr
‑
i消息之后触发获取用户签约的业务套餐。或者，用户终端可通过ran或mme向pgw
‑
c实体发送会话更新请求。tdf
‑
c实体接收到该会话更新请求之后，向pcrf实体发送ccr
‑
u(credit control request update)消息。pcrf实体接收到ccr
‑
u消息之后触发获取用户签约的业务套餐。或者，pcrf实体也可主动获取用户签约的业务套餐。或者，还可通过其他方式触发pcrf实体获取用户签约的业务套餐。
[0219]
1002、pcrf实体确定业务套餐对应的pcc规则。
[0220]
其中，步骤1002的具体实施方式可参见上述步骤602的具体实现方式，在此不赘述。
[0221]
1003、pcrf实体向tdf
‑
c实体发送业务套餐的标识和该业务套餐对应的pcc规则。
[0222]
作为一种可选的实施方式，业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至tdf
‑
c实体。可选的，业务套餐的标识具体可携带于charging
‑
rule
‑
install消息的avp中。基于该可选的实施方式，tdf
‑
c实体能够准确地确定业务套餐与pcc规则的对应关系。
[0223]
作为一种可选的实施方式，pcrf实体只发送一个业务套餐的标识时，该业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求(re
‑
auth
‑
request，rar)消息的信元中发送至tdf
‑
c实体。可选的，业务套餐的标识具体可携带于对应的cca消息或rar消息的avp中。基于该可选的实施方式，tdf
‑
c实体能够准确地确定业务套餐与pcc规则的对应关系。
[0224]
1004、tdf
‑
c实体将业务套餐对应的pcc规则转换为pdr。
[0225]
具体地，tdf
‑
c实体接收业务套餐的标识和该业务套餐对应的pcc规则之后，将业务套餐对应的pcc规则转换为pdr。
[0226]
1005、tdf
‑
c实体发送业务套餐的标识和业务套餐对应的pdr至tdf
‑
u实体。
[0227]
作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至tdf
‑
u实体。例如，pdr可包括携带pdr标识的信元、携带far id的信元、携带urr id的信元、携带qer id的信元和携带业务套餐的标识的信元等。基于该可选的实施方式，tdf
‑
u
实体能够准确地确定业务套餐与pdr的对应关系。
[0228]
作为一种可选的实施方式，tdf
‑
c实体只发送的一个业务套餐的标识时，业务套餐的标识携带于会话建立请求(session establishment request)的信元中发送至tdf
‑
u实体。例如，会话建立请求可包括携带pdr的信元、携带节点标识(node id)的信元和携带业务套餐的标识的信元等。基于该可选的实施方式，tdf
‑
u实体能够准确地确定业务套餐与pdr的对应关系。
[0229]
1006、tdf
‑
u实体记录业务套餐与pdr的对应关系。
[0230]
1007、tdf
‑
u实体接收数据报文。
[0231]
1008、tdf
‑
u实体确定与该数据报文匹配的目标pdr。
[0232]
1009、tdf
‑
u实体根据记录的业务套餐与pdr的对应关系，获取与目标pdr对应的目标业务套餐。
[0233]
其中，步骤1006～步骤1009的具体实现方式可参见上述步骤606～步骤609的具体实现方式，在此不赘述。
[0234]
1010、tdf
‑
u实体根据数据报文，基于目标业务套餐进行数据统计，得到目标业务套餐对应的数据统计结果。
[0235]
1011、tdf
‑
u实体发送目标业务套餐对应的数据统计结果至数据分析设备。
[0236]
1012、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0237]
1013、数据分析设备发送目标业务套餐对应的数据分析结果至pcrf实体。
[0238]
1014、pcrf实体根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0239]
步骤1010～步骤1014的具体实现方式可参见上述步骤710～步骤714的具体实现方式，在此不赘述。
[0240]
作为一种可选的实施方式，也可不执行步骤1013和步骤1014。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至tdf
‑
c实体。tdf
‑
c实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0241]
作为一种可选的实施方式，也可不执行步骤1013和步骤1014。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至tdf
‑
u实体。tdf
‑
u实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0242]
基于图5所描述的通信系统，请参见图11，图11是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤1101～步骤1103的执行主语为第一设备，或者为第一设备中的芯片。步骤1104～步骤1107的执行主语为第二设备，或者为第二设备中的芯片。以下以第一设备和第二设备为方法的执行主体为例进行说明。如图11所示，该通信方法包括如下步骤1101～步骤1107，其中：
[0243]
1101、第一设备获取用户签约的业务套餐。
[0244]
图11所示的通信方法可以应用于上述应用场景4和应用场景5中的任意一个应用场景。即图11中第一设备为pcrf实体，第二设备为pgw。或者，第一设备为pcrf实体，第二设备为tdf实体。当然，第一设备还可以为其他用于下发pcc规则的实体。第二设备还可以为其他用于执行pcc规则的实体，本技术实施例不做限定。
[0245]
1102、第一设备确定业务套餐对应的pcc规则。
[0246]
1103、第一设备向第二设备发送业务套餐的标识和该业务套餐对应的pcc规则。
[0247]
其中，步骤1101～步骤1103的具体实现方式与上述步骤601～步骤603的具体实现方式相同，在此不赘述。
[0248]
1104、第二设备记录业务套餐和pcc规则的对应关系。
[0249]
具体地，第二设备从第一设备接收业务套餐的标识和业务套餐对应的pcc规则之后，记录业务套餐和pcc规则的对应关系。
[0250]
1105、第二设备接收数据报文。
[0251]
其中，该数据报文可以是上行的数据报文或者是下行的数据报文。
[0252]
1106、第二设备确定与该数据报文匹配的目标pcc规则。
[0253]
本技术实施例中，第二设备接收数据报文之后，确定与该数据报文匹配的目标pcc规则。
[0254]
具体地，第二设备将该数据报文的属性信息与pcc规则中的业务数据流检测信息进行匹配。如果匹配成功，则确定该数据报文与该pcc规则相匹配。例如，第三设备中激活了用户1的pcc规则1和pcc规则2。其中，pcc规则1对应业务套餐1，pcc规则2对应业务套餐2。第二设备接收到用户1访问的数据报文之后，将该数据报文的属性信息与pcc规则1和pcc规则2中的业务数据流检测信息进行匹配。如果该数据报文的属性信息与pcc规则1中的业务数据流检测信息相匹配，则该数据报文与该pcc规则1匹配。因此，pcc规则1为目标pcc规则。第二设备根据预先记录的业务套餐与pcc规则的对应关系，确定pcc规则1对应业务套餐1。
[0255]
1107、第二设备根据记录的pcc规则与业务套餐的对应关系，获取与目标pcc规则对应的目标业务套餐。
[0256]
其中，获取的目标业务套餐就为第二设备接收的数据报文所属的业务套餐。可见，通过实施图11所描述的方法，能够使核心网设备确定接收的数据报文所属的业务套餐。
[0257]
第二设备获取与目标pcc规则对应的目标业务套餐之后，能够基于业务套餐执行相关操作。
[0258]
以下介绍第二设备基于业务套餐可执行的相关操作的流程。
[0259]
请参见图12，如图12所示，图12是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤1201～步骤1207的具体实施方式与上述步骤1101～步骤1107的具体实施方式相同，在此不赘述。如图12所示，第二设备获取与目标pcc规则对应的目标业务套餐之后，还可执行以下步骤1208～步骤1212。其中：
[0260]
1208、第二设备根据数据报文，基于目标业务套餐进行数据统计，得到数据统计结果。
[0261]
例如，目标pcc规则为pcc规则1，与目标pcc规则1对应的目标业务套餐为业务套餐1。第二设备根据该数据报文，基于业务套餐1进行数据统计，得到数据统计结果。可选的，第二设备还可执行pcc规则1中定义的计费与控制策略。
[0262]
当然，第二设备也可不执行步骤1208，第二设备可基于目标业务套餐执行其他操作，本技术实施例不做限定。
[0263]
1209、第二设备发送目标业务套餐对应的数据统计结果至数据分析设备。
[0264]
1210、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0265]
1211、数据分析设备发送目标业务套餐对应的数据分析结果至第一设备。
[0266]
1212、第一设备根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0267]
步骤1208～步骤1212的具体实施方式与上述步骤710～步骤714的具体实现方式相同，在此不赘述。
[0268]
作为一种可选的实施方式，也可不执行步骤1211和步骤1212。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至第二设备。第二设备从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。可选的，如果目标业务套餐为高价值的业务套餐，则第二设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发。如果目标业务套餐为低价值的业务套餐，则第二设备可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制。其中，第二设备可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐进行流量激发或抑制。
[0269]
下面基于上述应用场景4对本技术所提供的通信方法进一步进行说明。请参见图13，图13是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤1301～步骤1303和步骤1312的执行主语为pcrf实体，或者为pcrf实体中的芯片。步骤1304～步骤1309的执行主语为pgw，或者为pgw中的芯片。步骤1310和步骤1311的执行主语为数据分析设备，或者为数据分析设备中的芯片。以下以pcrf实体、pgw以及数据分析设备为方法的执行主体为例进行说明。如图13所示，该通信方法包括如下步骤1301～步骤1312，其中：
[0270]
1301、pcrf实体获取用户签约的业务套餐。
[0271]
可选的，用户终端可通过ran或移动管理节点(mobility management entity，mme)向pgw发送会话建立请求。pgw接收到该会话建立请求之后，向pcrf实体发送ccr
‑
i(credit control request initial)消息。pcrf实体接收到ccr
‑
i消息之后触发获取用户签约的业务套餐。或者，用户终端可通过ran或mme向pgw发送会话更新请求。pgw接收到该会话更新请求之后，向pcrf实体发送ccr
‑
u(credit control request update)消息。pcrf实体接收到ccr
‑
u消息之后触发获取用户签约的业务套餐。或者，pcrf实体也可主动获取用户签约的业务套餐。或者，还可通过其他方式触发pcrf实体获取用户签约的业务套餐。
[0272]
1302、pcrf实体确定业务套餐对应的pcc规则。
[0273]
其中，步骤1302的具体实施方式可参见上述步骤602的具体实现方式，在此不赘述。
[0274]
1303、pcrf实体向pgw发送业务套餐的标识和该业务套餐对应的pcc规则。
[0275]
作为一种可选的实施方式，业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至pgw。可选的，业务套餐的标识具体可携带于charging
‑
rule
‑
install消息的avp中。基于该可选的实施方式，pgw能够准确地确定业务套餐与pcc规则的对应关系。
[0276]
作为一种可选的实施方式，pcrf实体只发送一个业务套餐的标识时，该业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求(re
‑
auth
‑
request，rar)消息的信元中发送至pgw。可选的，业务套餐的标识具体可携带于对应的cca消息或rar消息的avp中。基于该可选的实施方式，pgw能够准确地确定业务套餐与pcc规则的对应关系。
[0277]
1304、pgw记录业务套餐和pcc规则的对应关系。
[0278]
本技术实施例中，pgw接收业务套餐的标识和该业务套餐对应的pcc规则之后，记录业务套餐和pcc规则的对应关系。
[0279]
1305、pgw接收数据报文。
[0280]
其中，该数据报文可以是上行的数据报文或者是下行的数据报文。
[0281]
1306、pgw确定与该数据报文匹配的目标pcc规则。
[0282]
1307、pgw根据记录的pcc规则与业务套餐的对应关系，获取与目标pcc规则对应的目标业务套餐。
[0283]
步骤1305～步骤1307的具体实现方式与上述步骤1105～步骤1107的具体实现方式相同，在此不赘述。
[0284]
1308、pgw根据数据报文，基于目标业务套餐进行数据统计，得到数据统计结果。
[0285]
1309、pgw发送目标业务套餐对应的数据统计结果至数据分析设备。
[0286]
1310、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0287]
1311、数据分析设备发送目标业务套餐对应的数据分析结果至pcrf实体。
[0288]
1312、pcrf实体根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0289]
步骤1308～步骤1312的具体实施方式与上述步骤710～步骤714的具体实现方式相同，在此不赘述。
[0290]
作为一种可选的实施方式，也可不执行步骤1311和步骤1312。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至pgw。pgw从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。可选的，如果目标业务套餐为高价值的业务套餐，则pgw可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发。如果目标业务套餐为低价值的业务套餐，则pgw可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制。其中，pgw可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐进行流量激发或抑制。
[0291]
下面基于上述应用场景5对本技术所提供的通信方法进一步进行说明。请参见图14，图14是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤1401～步骤1403和步骤1412的执行主语为pcrf实体，或者为pcrf实体中的芯片。步骤1404～步骤1409的执行主语为tdf实体，或者为tdf实体中的芯片。步骤1410和步骤1411的执行主语为数据分析设备，或者为数据分析设备中的芯片。以下以pcrf实体、tdf实体以及数据分析设备为方法
的执行主体为例进行说明。如图14所示，该通信方法包括如下步骤1401～步骤1412，其中：
[0292]
1401、pcrf实体获取用户签约的业务套餐。
[0293]
可选的，用户终端可通过ran或移动管理节点(mobility management entity，mme)向tdf实体发送会话建立请求。tdf实体接收到该会话建立请求之后，向pcrf实体发送ccr
‑
i(credit control request initial)消息。pcrf实体接收到ccr
‑
i消息之后触发获取用户签约的业务套餐。或者，用户终端可通过ran或mme向tdf实体发送会话更新请求。tdf实体接收到该会话更新请求之后，向pcrf实体发送ccr
‑
u(credit control request update)消息。pcrf实体接收到ccr
‑
u消息之后触发获取用户签约的业务套餐。或者，pcrf实体也可主动获取用户签约的业务套餐。或者，还可通过其他方式触发pcrf实体获取用户签约的业务套餐。
[0294]
1402、pcrf实体确定业务套餐对应的pcc规则。
[0295]
其中，步骤1402的具体实施方式可参见上述步骤602的具体实现方式，在此不赘述。
[0296]
1403、pcrf实体向tdf实体发送业务套餐的标识和该业务套餐对应的pcc规则。
[0297]
作为一种可选的实施方式，业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至tdf实体。可选的，业务套餐的标识具体可携带于charging
‑
rule
‑
install消息的avp中。基于该可选的实施方式，tdf实体能够准确地确定业务套餐与pcc规则的对应关系。
[0298]
作为一种可选的实施方式，pcrf实体只发送一个业务套餐的标识时，该业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求(re
‑
auth
‑
request，rar)消息的信元中发送至tdf实体。可选的，业务套餐的标识具体可携带于对应的cca消息或rar消息的avp中。基于该可选的实施方式，tdf实体能够准确地确定业务套餐与pcc规则的对应关系。
[0299]
1404、tdf实体记录业务套餐和pcc规则的对应关系。
[0300]
本技术实施例中，tdf实体接收业务套餐的标识和该业务套餐对应的pcc规则之后，记录业务套餐和pcc规则的对应关系。
[0301]
1405、tdf实体接收数据报文。
[0302]
其中，该数据报文可以是上行的数据报文或者是下行的数据报文。
[0303]
1406、tdf实体确定与该数据报文匹配的目标pcc规则。
[0304]
1407、tdf实体根据记录的pcc规则与业务套餐的对应关系，获取与目标pcc规则对应的目标业务套餐。
[0305]
步骤1405～步骤1407的具体实现方式与上述步骤1105～步骤1107的具体实现方式相同，在此不赘述。
[0306]
1408、tdf实体根据数据报文，基于目标业务套餐进行数据统计，得到数据统计结果。
[0307]
1409、tdf实体发送目标业务套餐对应的数据统计结果至数据分析设备。
[0308]
1410、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0309]
1411、数据分析设备发送目标业务套餐对应的数据分析结果至pcrf实体。
[0310]
1412、pcrf实体根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量
激发或流量抑制。
[0311]
步骤1408～步骤1412的具体实施方式与上述步骤710～步骤714的具体实现方式相同，在此不赘述。
[0312]
作为一种可选的实施方式，也可不执行步骤1411和步骤1412。数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果之后，数据分析设备可发送目标业务套餐对应的数据分析结果至tdf实体。tdf实体从数据分析设备接收目标业务套餐对应的数据分析结果之后，根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。可选的，如果目标业务套餐为高价值的业务套餐，则tdf实体可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发。如果目标业务套餐为低价值的业务套餐，则tdf实体可根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量抑制。其中，tdf实体可以为目标业务套餐生成一个叠加规则，该叠加规则可以对目标业务套餐进行流量激发或抑制。
[0313]
请参见图15，图15是本技术实施例提供的又一种通信方法的流程示意图。其中，步骤1501～步骤1503和步骤1512的执行主语为pcrf实体，或者为pcrf实体中的芯片。步骤1504～步骤1509的执行主语为pgw，或者为pgw中的芯片。步骤1510和步骤1511的执行主语为数据分析设备，或者为数据分析设备中的芯片。以下以pcrf实体、pgw以及数据分析设备为方法的执行主体为例进行说明。如图15所示，该通信方法包括如下步骤1501～步骤1512，其中：
[0314]
1501、pcrf实体获取用户签约的业务套餐。
[0315]
1502、pcrf实体确定业务套餐对应的pcc规则。
[0316]
1503、pcrf实体向pgw发送业务套餐的标识和该业务套餐对应的pcc规则。
[0317]
其中，步骤1501～步骤1503的具体实施方式与上述步骤1401～步骤1403的具体实现方式相同，在此不赘述。
[0318]
1504、pgw抄送业务套餐的标识和该业务套餐对应的pcc规则至tdf实体。
[0319]
具体地，pgw从pcrf实体接收业务套餐的标识和该业务套餐对应的pcc规则之后，抄送业务套餐的标识和该业务套餐对应的pcc规则至tdf实体。可选的，pgw通过radius抄送接口发送业务套餐的标识和该业务套餐对应的pcc规则至tdf。例如，可通过radius抄送接口的accounting start消息或accounting update消息发送业务套餐的标识和该业务套餐对应的pcc规则至tdf。可选的，如果只发送一个业务套餐的标识，也可通过会话维度的信息发送业务套餐的标识和该业务套餐对应的pcc规则至tdf实体。
[0320]
1505、tdf实体记录业务套餐和pcc规则的对应关系。
[0321]
本技术实施例中，tdf实体接收业务套餐的标识和该业务套餐对应的pcc规则之后，记录业务套餐和pcc规则的对应关系。
[0322]
1506、tdf实体接收数据报文。
[0323]
1507、tdf实体确定与该数据报文匹配的目标pcc规则。
[0324]
1508、tdf实体根据记录的pcc规则与业务套餐的对应关系，获取与目标pcc规则对应的目标业务套餐。
[0325]
1509、tdf实体根据数据报文，基于目标业务套餐进行数据统计，得到数据统计结果。
[0326]
1510、tdf实体发送目标业务套餐对应的数据统计结果至数据分析设备。
[0327]
1511、数据分析设备对目标业务套餐对应的数据统计结果进行数据分析，得到目标业务套餐对应的数据分析结果。
[0328]
1512、数据分析设备发送目标业务套餐对应的数据分析结果至pcrf实体。
[0329]
1513、pcrf实体根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0330]
其中，步骤1505～步骤1513的具体实施方式与上述步骤1404～步骤1412的具体实现方式相同，在此不赘述。
[0331]
本发明实施例可以根据上述方法示例对设备进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本发明实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
[0332]
请参见图16，图16示出了本技术实施例的一种通信装置的结构示意图。图16所示的通信装置可以用于执行上述图6和图7所描述的方法实施例中第一设备的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图8所描述的方法实施例中pcf实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图9和图10所描述的方法实施例中pcrf实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图11和图12所描述的方法实施例中第一设备的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图13～图15所描述的方法实施例中pcrf实体的部分或全部功能。图16所示的通信装置可以包括通信单元1601和处理单元1602。其中：
[0333]
处理单元1602，用于获取用户签约的业务套餐；处理单元1602，还用于确定业务套餐对应的策略与计费控制pcc规则；通信单元1601，用于向第二设备发送业务套餐的标识和业务套餐对应的pcc规则。
[0334]
作为一种可选的实施方式，通信单元1601，还用于从数据分析设备接收目标业务套餐对应的数据分析结果；处理单元1602，还用于根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0335]
作为一种可选的实施方式，通信装置为策略控制功能pcf实体，第二设备为会话管理功能smf实体；或者，通信装置为策略与计费规则功能pcrf实体，第二设备为分组数据网关控制面pgw
‑
c实体；或者，通信装置为pcrf实体，第二设备为业务检测功能控制面tdf
‑
c实体；或者，通信装置为pcrf实体，第二设备为分组数据网关pgw；或者，通信装置为pcrf实体，第二设备为业务检测功能tdf实体。
[0336]
作为一种可选的实施方式，通信装置为pcf实体，第二设备为smf实体；
[0337]
业务套餐的标识携带于对应的pcc规则的信元中发送至第二设备；或者，通信装置只发送一个业务套餐的标识，业务套餐的标识携带于会话规则的信元中发送至第二设备。
[0338]
作为一种可选的实施方式，通信装置为pcrf实体，第二设备为pgw
‑
c实体；或者，通信装置为pcrf实体，第二设备为tdf
‑
c实体；或者，通信装置为pcrf实体，第二设备为pgw；或者，通信装置为pcrf实体，第二设备为tdf实体；
[0339]
业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送
至第二设备；或者，通信装置只发送一个业务套餐的标识，业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求rar消息的信元中发送至第二设备。
[0340]
请参见图16，图16示出了本技术实施例的一种通信装置的结构示意图。图16所示的通信装置可以用于执行上述图6和图7所描述的方法实施例中第二设备的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图8所描述的方法实施例中smf实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图9所描述的方法实施例中pgw
‑
c实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图10所描述的方法实施例中tdf
‑
c实体的部分或全部功能。图16所示的通信装置可以包括通信单元1601和处理单元1602。其中：
[0341]
通信单元1601，用于从第一设备接收业务套餐的标识和业务套餐对应的策略与计费控制pcc规则；处理单元1602，用于将业务套餐对应的pcc规则转换为报文探测规则pdr；通信单元1601，还用于发送业务套餐的标识和业务套餐对应的pdr至第三设备。
[0342]
作为一种可选的实施方式，通信单元1601，还用于从数据分析设备接收目标业务套餐对应的数据分析结果；处理单元1602，还用于根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0343]
作为一种可选的实施方式，第一设备为策略控制功能pcf实体，通信装置为会话管理功能smf实体，第三设备为用户面功能upf实体；或者，第一设备为策略与计费规则功能pcrf实体，通信装置为分组数据网关控制面pgw
‑
c实体，第三设备为分组数据网关用户面pgw
‑
u实体；或者，第一设备为pcrf实体，通信装置为业务检测功能控制面tdf
‑
c实体，第三设备为业务检测功能用户面tdf
‑
u实体。
[0344]
作为一种可选的实施方式，第一设备为pcf实体，通信装置为smf实体，第三设备为upf实体；业务套餐的标识携带于对应的pcc规则的信元中发送至通信装置；或者，第一设备只发送一个业务套餐的标识，业务套餐的标识携带于会话规则的信元中发送至通信装置。
[0345]
作为一种可选的实施方式，第一设备为pcrf实体，通信装置为pgw
‑
c实体，第三设备为pgw
‑
u实体；或者，第一设备为pcrf实体，通信装置为tdf
‑
c实体，第三设备为tdf
‑
u实体；业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至通信装置；或者，第一设备只发送一个业务套餐的标识时，业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求rar消息的信元中发送至通信装置。
[0346]
作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至第三设备；或者，通信装置只发送的一个业务套餐的标识时，业务套餐的标识携带于会话建立请求的信元中发送至第三设备。
[0347]
请参见图16，图16示出了本技术实施例的一种通信装置的结构示意图。图16所示的通信装置可以用于执行上述图6和图7所描述的方法实施例中第三设备的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图8所描述的方法实施例中upf实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图9所描述的方法实施例中pgw
‑
u实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图10所描述的方法实施例中tdf
‑
u实体的部分或全部功能。图16所示的通信装置可以包括通信单元1601和处理单元1602。其中：
[0348]
通信单元1601，用于从第二设备接收业务套餐的标识和业务套餐对应的报文探测
规则pdr；处理单元1602，用于记录业务套餐与pdr的对应关系；通信单元1601，还用于接收数据报文；处理单元1602，还用于确定与数据报文匹配的目标报文探测规则pdr；处理单元1602，还用于根据记录的业务套餐与pdr的对应关系，获取与目标pdr对应的目标业务套餐。
[0349]
作为一种可选的实施方式，处理单元1602，还用于根据数据报文，基于目标业务套餐进行数据统计，得到目标业务套餐对应的数据统计结果。
[0350]
作为一种可选的实施方式，通信单元1601，还用于发送目标业务套餐对应的数据统计结果至数据分析设备。
[0351]
作为一种可选的实施方式，通信单元1601，还用于从数据分析设备接收目标业务套餐对应的数据分析结果；处理单元1602，还用于根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0352]
作为一种可选的实施方式，第二设备为会话管理功能smf实体，通信装置为用户面功能upf实体；或者，第二设备为分组数据网关控制面pgw
‑
c实体，通信装置为分组数据网关用户面pgw
‑
u实体；或者，第二设备为业务检测功能控制面tdf
‑
c实体，通信装置为业务检测功能用户面tdf
‑
u实体。
[0353]
作为一种可选的实施方式，业务套餐的标识携带于业务套餐对应的pdr的信元中发送至通信装置，或者，第二设备只发送的一个业务套餐的标识时，业务套餐的标识携带于会话建立请求的信元中发送至通信装置。
[0354]
请参见图16，图16示出了本技术实施例的一种通信装置的结构示意图。图16所示的通信装置可以用于执行上述图11和图12所描述的方法实施例中第二设备的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图13所描述的方法实施例中pgw实体的部分或全部功能。或者，图16所示的通信装置可以用于执行上述图14和图15所描述的方法实施例中tdf实体的部分或全部功能。图16所示的通信装置可以包括通信单元1601和处理单元1602。其中：
[0355]
通信单元1601，用于从第一设备接收业务套餐的标识和业务套餐对应的pcc规则；处理单元1602，用于记录业务套餐和pcc规则的对应关系；通信单元1601，还用于接收数据报文；处理单元1602，还用于确定与数据报文匹配的目标pcc规则；处理单元1602，还用于根据记录的pcc规则与业务套餐的对应关系，获取与目标pcc规则对应的目标业务套餐。
[0356]
作为一种可选的实施方式，处理单元1602，还用于根据数据报文，基于目标业务套餐进行数据统计，得到数据统计结果。
[0357]
作为一种可选的实施方式，通信单元1601，还用于发送目标业务套餐对应的数据统计结果至数据分析设备。
[0358]
作为一种可选的实施方式，通信单元1601，还用于从数据分析设备接收目标业务套餐的数据分析结果；处理单元1602，还用于根据目标业务套餐对应的数据分析结果对目标业务套餐进行流量激发或流量抑制。
[0359]
作为一种可选的实施方式，第一设备为策略与计费规则功能pcrf实体，通信装置为分组数据网关pgw；或者，第一设备为pcrf，通信装置为业务检测功能tdf实体；或者，第一设备为pgw，通信装置为tdf实体。
[0360]
作为一种可选的实施方式，第一设备为pcrf实体，通信装置为pgw；或者，第一设备为pcrf，通信装置为tdf实体；业务套餐的标识携带于计费规则安装charging
‑
rule
‑
install消息的信元中发送至通信装置；或者，第一设备只发送一个业务套餐的标识，业务套餐的标识携带于信用控制响应cca消息或重新鉴权请求rar消息的信元中发送至通信装置。
[0361]
请参见图16，图16示出了本技术实施例的一种通信装置的结构示意图。图16所示的通信装置可以用于执行上述图6～图15所描述的方法实施例中数据分析设备的部分或全部功能。图16所示的通信装置可以包括通信单元1601和处理单元1602。其中：
[0362]
通信单元1601，用于接收目标业务套餐对应的数据统计结果；处理单元1602，用于对数据统计结果进行分析，得到目标业务套餐对应的数据分析结果；通信单元1601，还用于发送目标业务套餐对应的数据分析结果。
[0363]
请参见图17，图17是本技术实施例公开的一种通信装置的结构示意图。该通信装置可用于实现上述方法实施例中描述的通信方法。该通信装置可以是上述第一设备、用于第一设备的装置。例如，用于第一设备的装置可以为第一设备的芯片。或者，该通信装置可以是第二设备或用于第二设备的装置。例如，用于第二设备的装置可以为第二设备的芯片。或者，该通信装置可以是第三设备或用于第三设备的装置。例如，用于第三设备的装置可以为第三设备的芯片。
[0364]
如图17所示，该通信装置包括处理器1701和收发器1702。其中，处理器1701与收发器1702相连。可选的，该通信装置还可包括存储器1703。存储器1703与处理器1701相连。
[0365]
其中，该处理器1701可支持通信装置实现本技术实施例中的通信方法。
[0366]
例如，当通信装置为第一设备或用于第一设备的装置时，处理器1701可执行图4或图6所描述的方法实施例中第一设备所执行的方法。该处理器1701执行的操作可参见图4或图6对应的实施例中关于第一设备的相关描述，在此不做赘述。第一设备可以为pcrf实体或pcf实体。第一设备为pcrf实体时，该处理器1701执行的操作还可参见图8对应的实施例中关于pcrf实体的相关描述，在此不做赘述。第一设备为pcf实体时，该处理器1701执行的操作还可参见图9和图10对应的实施例中关于pcf实体的相关描述，在此不做赘述。
[0367]
当通信装置为第二设备或用于第二设备的装置时，处理器1701可执行图6、图7、图11或图12所描述的方法实施例中第二设备所执行的方法。该处理器1701执行的操作可参见图6、图7、图11或图12对应的实施例中关于第二设备相关描述，在此不做赘述。第二设备可以为smf实体或pgw
‑
c实体或tdf
‑
c实体或pgw或tdf实体。第二设备为smf实体时，该处理器1701执行的操作还可参见图8对应的实施例中关于smf实体的相关描述，在此不做赘述。第二设备为pgw
‑
c实体时，该处理器1701执行的操作还可参见图9对应的实施例中关于pgw
‑
c实体的相关描述，在此不做赘述。第二设备为tdf
‑
c实体时，该处理器1701执行的操作还可参见图10对应的实施例中关于tdf
‑
c实体的相关描述，在此不做赘述。第二设备为pgw时，该处理器1701执行的操作还可参见图13对应的实施例中关于pgw的相关描述，在此不做赘述。第二设备为tdf实体时，该处理器1701执行的操作还可参见图14或图15对应的实施例中关于tdf的相关描述，在此不做赘述。
[0368]
当通信装置为第三设备或用于第三设备的装置时，处理器1701可执行图6或图7所描述的方法实施例中第三设备所执行的方法。该处理器1701执行的操作可参见图6或图7对应的实施例中关于第三设备相关描述，在此不做赘述。第三设备可以为upf实体或pgw
‑
u实体或tdf
‑
u实体。第三设备为upf实体时，该处理器1701执行的操作还可参见图8对应的实施
例中关于upf实体的相关描述，在此不做赘述。第三设备为pgw
‑
u实体时，该处理器1701执行的操作还可参见图9对应的实施例中关于pgw
‑
u实体的相关描述，在此不做赘述。第三设备为tdf
‑
u实体时，该处理器1701执行的操作还可参见图10对应的实施例中关于tdf
‑
u实体的相关描述，在此不做赘述。
[0369]
处理器1701可以是中央处理器(central processing unit，cpu)，通用处理器，协处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application
‑
specific integrated circuit，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。该处理器1701也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。
[0370]
其中，当通信装置为第一设备、第二设备或第三设备时，收发器1702可以包括天线以及与天线相连的射频电路。收发器1702用于与其他网元进行通信。
[0371]
当通信装置为用于第一设备、第二设备或第三设备的装置时，收发器1702可以为接口电路，该接口电路用于该处理器获取或者输出信息或数据。例如，该接口电路用于该处理器从存储器读取数据或者写入数据，又如，该接口电路用于处理器1701接收来自设备外部的信息或数据，或者向设备外部发送信息或数据。
[0372]
可选的，通信装置中可以包括存储器1703，其上存有程序(也可以是指令或者代码)，该程序可被处理器1701运行，使得处理器1701执行上述方法实施例中描述的通信方法。可选地，存储器1703中还可以存储有数据。可选地，处理器1701还可以读取存储器1703中存储的数据(例如，预定义的信息)，该数据可以与程序存储在相同的存储地址，该数据也可以与程序存储在不同的存储地址。
[0373]
处理器1701和存储器1703可以单独设置，也可以集成在一起，例如，集成在单板或者系统级芯片(system on chip，soc)上。
[0374]
本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在处理器上运行时，上述方法实施例的方法流程得以实现。
[0375]
本发明实施例还提供一种计算机程序产品，当所述计算机程序产品在处理器上运行时，上述方法实施例的方法流程得以实现。
[0376]
当使用软件实现本技术所提供的设备时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地实现本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程设备。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如软盘、硬盘、磁带)、光介质(例如dvd)、或者半导体介质(例如固态硬盘(solid state disk，ssd))等。
[0377]
本技术提供的各实施例的描述可以相互参照，对各个实施例的描述都各有侧重，
某个实施例中没有详述的部分，可以参见其他实施例的相关描述。为描述的方便和简洁，例如关于本技术实施例提供的各装置、设备的功能以及执行的步骤可以参照本技术方法实施例的相关描述，各方法实施例之间、各装置实施例之间也可以互相参考、结合或引用。
[0378]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。