一种组播业务处理方法及接入点与流程

1.本申请涉及无线通信技术领域，特别涉及一种组播业务处理方法及接入点。


背景技术：

2.无线局域网(英文：wireless local area network，wlan)可以包括多个接入点(英文：access point，ap)。
3.ap接收到组播报文时，ap可以用组播方式发送组播报文。以组播方式发送组播报文时，ap可以生成并发送相应的组播帧，以使组播组内的多个终端接收同一组播报文。然而组播帧没有重传机制，可靠性不高。
4.或者，ap也可以用组播转单播方式发送组播报文。以组播转单播方式发送组播报文时，ap根据组播报文生成多个相应的单播帧，并分别发送这些单播帧。这些单播帧的目的介质访问控制(英文：medium access control，mac)地址分别为组播组内的多个终端的地址。由于ap为每个终端生成一个单播帧，以组播转单播方式发送组播报文的ap的中央处理器(英文：central processing unit，cpu)占用率高。此外，每个单播帧都要使用空口资源，因此以组播转单播方式发送组播报文的ap占用的空口资源多。


技术实现要素：

5.本申请提供一种组播业务处理方法及接入点，用于平衡ap发送组播报文的可靠性和资源占用。
6.第一方面，提供了一种组播业务处理方法，该方法包括：
7.接入点ap根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
8.所述ap发送所述第一组地址帧和所述单独地址帧；
9.其中，所述组播组内的终端包括第一终端和第二终端；
10.所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
11.所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
12.所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
13.如此，ap将组播组内的终端划分为第一类型和第二类型，不同类型的终端的组播密钥不同。组播报文第一终端和第二终端的类型分别为第一类型和第二类型，从而具有不同的组播密钥。ap采用组播和转单播的方式分别与单个组播组内两种类型的终端通信，平衡了ap发送组播报文的可靠性和资源占用。并且，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧。第二终端无法解密第一组地址帧，
但可以成功接收单独地址帧。因此第二终端不会收到重复的组播报文。
14.结合第一方面，在第一方面的第一个实现中，所述方法还包括：
15.所述ap根据待发送的广播报文生成第二组地址帧和第三组地址帧；
16.所述ap发送所述第二组地址帧和所述第三组地址帧；
17.其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
18.所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
19.广播报文一般对可靠性要求不高，不需要被用组播转单播方式发送。由于组播组内的第一终端和第二终端具有不同的组播密钥，第一终端接收到第二组地址帧后，可采用第一组播密钥解密第二组地址帧，而无法解密第三组地址帧。第二终端无法解密第二组地址帧，但可以解密第三组地址帧。从而使得所有终端都能接收到广播报文，并且每个终端都不会接收到重复的广播报文。
20.结合第一方面或者第一方面的第一个实现，在第一方面的第二个实现中，所述ap关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述ap关联的类型为第二类型的终端共享第二组播密钥。
21.结合第一方面或者第一方面的第一实现或者第一方面的第二实现，在第一方面的第三个实现中，所述方法还包括：当所述ap将所述第二终端的类型从所述第二类型转变为所述第一类型时，所述ap向所述第二终端发送所述第一组播密钥，以指示所述第二终端将所述第二终端的组播密钥修改为所述第一组播密钥；或者，
22.当所述ap将所述第一终端的类型从所述第一类型转变为所述第二类型时，所述ap向所述第一终端发送所述第二组播密钥，以指示所述第一终端将所述第一终端的组播密钥修改为所述第二组播密钥。
23.结合第一方面或者第一方面的第一实现或者第一方面的第二实现或者第一方面的第三实现，在第一方面的第四个实现中，所述ap确定为所述组播组缓存的待发送的组播报文的数量大于等于第一数量阈值后，获取所述组播组内类型为第二类型的至少一个终端的空口速率，所述至少一个终端包括所述第二终端，所述第二终端的空口速率小于第一速率阈值；
24.所述ap将所述第二终端的类型从所述第二类型转变为所述第一类型。
25.第二方面，提供了一种ap，该ap包括：
26.生成单元，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
27.收发单元，用于发送所述第一组地址帧和所述单独地址帧；
28.其中，所述组播组内的终端包括第一终端和第二终端；
29.所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
30.所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
31.所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
32.结合第二方面，在第二方面的第一个实现中，所述生成单元还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
33.所述收发单元还用于：发送所述第二组地址帧和所述第三组地址帧；
34.其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
35.所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
36.结合第二方面或者第二方面的第一个实现，在第二方面的第二个实现中，所述ap关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述ap关联的类型为第二类型的终端共享第二组播密钥。
37.第三方面，提供了一种ap，该ap包括：收发器和处理电路；
38.所述处理电路，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
39.所述收发器，用于发送所述第一组地址帧和所述单独地址帧；
40.其中，所述组播组内的终端包括第一终端和第二终端；
41.所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
42.所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
43.所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
44.结合第三方面，在第三方面的第一个实现中，所述处理电路还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
45.所述收发器还用于：发送所述第二组地址帧和所述第三组地址帧；
46.其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
47.所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
48.该ap还可以包括存储器，该存储器用于与处理电路耦合，保存该接入点必要的程序指令和数据。
49.结合第三方面或者第三方面的第一个实现，在第三方面的第二个实现中，所述ap关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述ap关联的类型为第二类型的终端共享第二组播密钥。
50.第四方面，提供了一种计算机存储介质，用于储存为上述接入点所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
附图说明
51.图1为本申请适用的一种wlan网络架构示意图；
52.图2为本申请提供的一种报文传输方法所对应的流程示意图；
53.图3为本申请中(0,t]时间段ap和终端的报文传输方式示意图；
54.图4为本申请中(t,t+k1]时间段ap和终端的报文传输方式示意图；
55.图5为本申请中(t+k1,t+k1+k2]时间段ap和终端的报文传输方式示意图；
56.图6为本申请中t+k1+k2时刻后ap和终端的报文传输方式示意图；
57.图7为本申请提供的一种ap的结构示意图；
58.图8为本申请提供的另一种ap的结构示意图。
具体实施方式
59.下面结合说明书附图对本申请进行具体描述。
60.图1为本申请适用的一种wlan网络架构示意图。如图1所示，该网络架构包括ap和终端。可选的，该网络架构包括无线控制器、服务器、交换机或其任意组合。
61.ap从网络接收到组播报文后，可根据组播报文生成无线局域网帧，并发送给终端。本申请中的组播业务处理方法可适用于ap和终端之间的无线局域网帧的传输。
62.一种平衡ap发送组播报文的可靠性和资源占用的办法是，ap用不同的方式发送不同组播组的组播报文。例如，ap在接收到组播组a的组播报文时，用组播方式发送该组播报文，并且在接收到组播组b的组播报文时，用组播转单播方式发送该组播报文。然而，这种办法对组播报文的处理区分只能以组播组为粒度，不够精细。此外，在有些场景中该办法无法实现。例如，教师为班级中的所有学生播放同样的视频节目，由于所有的终端对同一组播组感兴趣，ap不能为其中一些终端提供与另一些终端不同的组播报文发送方式。
63.电气电子工程师学会(英文：institute of electrical and electronics engineers，ieee)802.11
‑
2012标准提供了一种直接组播业务(英文：directed multicast service，dms)以为请求dms的终端像单独地址帧一样传输组地址帧。如果ap接受终端的dms请求，ap将发往终端的组地址mac业务数据单元(英文：mac service data unit，msdu)作为单独地址聚合msdu(aggregate msdu，a
‑
msdu)中的a
‑
msdu子帧(英文：subframe)发送。相应的，终端保存该终端已请求dms并被ap接受的所有组地址的列表。终端丢弃匹配该列表中组地址的组地址帧。只有终端请求了dms，ap才能使能dms，否则终端会既收到组地址帧也收到单独地址a
‑
msdu中的a
‑
msdu子帧，而这两个帧/子帧的净荷相同。这两个帧/子帧的净荷为相同组播报文的更高层协议部分。因此终端会接收到重复的组播报文。重复的组播报文可能导致终端处理错误。例如，重复的视频组播报文可能导致播放的视频内容花屏。因此，只有终端支持并请求dms，ap才可以利用dms为同一组播组内的不同终端提供不同的组播报文发送方式。并且，ap不能自主选择为哪些终端提供dms，不能协调不同的组播报文发送方式以实现优化的可靠性和资源占用的平衡。例如，同样在教师为班级中的所有学生播放同样的视频节目的场景中，远处的终端接收的信号强度低。一种优化的可靠性和资源占用的平衡方案为，ap为远处的终端发送组播转单播方式的组播报文以增强可靠性，为近处的终端发送组播方式的组播报文以减少资源占用。而各个终端不能合作决定哪些终端应当请求dms，导致利用dms无法实现可靠性和资源占用的平衡。
64.基于此，本申请提供一种组播业务处理方法，用于平衡ap发送组播报文的可靠性和资源占用。
65.具体来说，ap向终端发送的无线局域网帧可以是组地址帧(英文：group addressed frame)或单独地址帧(英文：individually addressed frame)。组地址帧的接收方地址为组播组的组地址或者广播地址。单独地址帧的接收方地址为单播地址。
66.为保证报文传输的安全性，ap发送的无线局域网帧可以被加密。终端在关联ap时，与ap协商对单独地址帧加密的成对瞬时密钥(英文：pairwise transient key，ptk)，以及对组地址帧加密的组临时密钥(英文：group temporal key，gtk)。协商完成后，终端中安装有ptk和gtk。例如，ap采用gtk对组地址帧进行加密并发送，组地址帧的接收方地址为组播组a的组地址，对组播组a感兴趣的终端接收到组地址帧后，可采用gtk对组地址帧进行解密，并成功接收组地址帧；ap采用ptk对单独地址帧进行加密并发送后，单独地址帧的接收方地址为单播地址，接收到单独地址帧的终端可采用ptk对单独地址帧进行解密，并成功接收单独地址帧。
67.设终端在关联ap时与ap协商出的gtk为默认gtk，本申请在此基础上，引入一个新的gtk，新的gtk可以是由ap采用与默认gtk相同的方式生成的，即基于组主密钥(英文：group master key，gmk)、字符串“group key expansion”、ap的mac地址、以及组随机数(英文：group nonce，gnonce)，用伪随机函数(英文：pseudorandom function，prf)生成。本申请通过引入新的gtk来平衡ap发送组播报文的可靠性和资源占用。
68.本申请中的终端是具有无线局域网(wlan)功能的终端。例如，终端可以为移动电话、计算机、平板电脑、移动互联网设备(英文：mobile internet device，mid)、可穿戴设备、车载移动设备或电子书阅读器(英文：e
‑
book reader)等。
69.基于上述网络架构，图2为本申请提供的一种组播业务处理方法所对应的流程示意图，如图2所示，该方法包括：
70.步骤201，ap根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
71.步骤202，ap发送所述第一组地址帧和所述单独地址帧。
72.其中，所述组播组内的终端包括第一终端和第二终端；所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；所述第一组地址帧的净荷与组播报文的净荷相同，所述单独地址帧的净荷与组播报文的净荷相同；所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
73.本申请中，ap将组播组内的终端划分为第一类型和第二类型，不同类型的终端的组播密钥不同。组播报文第一终端和第二终端的类型分别为第一类型和第二类型，从而具有不同的组播密钥。ap采用组播和转单播的方式分别与单个组播组内两种类型的终端通信，平衡了ap发送组播报文的可靠性和资源占用。并且，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧。第二终端无法解密第一组地址帧，但可以成功接收单独地址帧。因此第二终端不会收到重复的组播报文。
74.组播报文的目的mac地址为组播地址。组播报文的净荷中包括网际协议(英文：internet protocol，ip)头，该ip头的目的ip地址为组播地址。本申请中，单独地址帧的净荷和组播报文的净荷相同，单独地址帧的净荷中的目的ip地址为该组播地址，因此，该单独地址帧的帧头中的接收方地址为单播地址，但其目的ip地址为该组播地址。
75.一种可能的实现方式为，第一组播密钥为新的gtk，相应地，第二组播密钥为默认gtk；此种情况下，第一组播密钥可以由ap生成并下发给终端，终端接收到第一组播密钥后，将组播密钥由默认gtk修改为新的gtk，此时，终端的类型由第二类型切换为第一类型。相应地，ap中保存已下发第一组播密钥的终端的地址列表，后续ap发送的单独地址帧的接收方地址不包括该地址列表中的终端的地址。
76.以组播组a为例，ap根据待发送给组播组a内的终端的组播报文，生成第一组地址帧和单独地址帧，并发送第一组地址帧和单独地址帧。
77.第一组地址帧的接收方地址为组播组a的地址，第一组地址帧被新的gtk加密；单独地址帧的接收方地址为单播地址，单独地址帧被ptk加密。
78.对组播组a感兴趣的第一终端接收到第一组地址帧后，由于第一终端的组播密钥为新的gtk，因此，第一终端采用新的gtk进行解密，并成功接收第一组地址帧；而单独地址帧的接收方地址不包括第一终端的地址，因此，第一终端不会接收到单独地址帧。第一组地址帧的净荷和单独地址帧的净荷相同，第一终端能够成功接收第一组地址帧，而不会接收单独地址帧，有效避免了重复接收的问题。
79.对组播组a感兴趣的第二终端接收到第一组地址帧后，由于第二终端的组播密钥为默认gtk，因此，第二终端采用默认gtk进行解密，解密失败，无法成功接收第一组地址帧；而单独地址帧的接收方地址包括第二终端的地址，因此，第二终端能接收到单独地址帧，采用ptk对单独地址帧进行解密，并成功接收单独地址帧。第一组地址帧的净荷和单独地址帧的净荷相同，第二终端能够成功接收单独地址帧，而无法成功接收第一组地址帧，有效避免了重复接收的问题。
80.本申请中，单独地址帧可以是单独地址msdu。ap可设置单独地址msdu的接收方地址为第二终端的地址，并分别向各个第二终端发送单独地址msdu。单独地址msdu可以被ptk加密。第二终端接收到单独地址msdu后，用ptk解密单独地址msdu，进而得到组播报文。例如，ap将第二终端a的地址作为单独地址帧a的接收方地址，ap将第二终端b的地址作为单独地址帧b的接收方地址；ap向第二终端a发送单独地址帧a，向第二终端b发送单独地址帧b。
81.或者，单独地址帧可以是单独地址a
‑
msdu。ap可以将组播报文作为单独地址a
‑
msdu中的a
‑
msdu子帧发送给第二终端。ap也可以将组播报文的目的mac地址修改为第二终端的地址，并将修改后的组播报文作为单独地址a
‑
msdu中的a
‑
msdu子帧发送给第二终端。单独地址a
‑
msdu可以被ptk加密。单独地址a
‑
msdu的接收方地址为第二终端的地址。第二终端接收到单独地址a
‑
msdu后，采用ptk解密单独地址a
‑
msdu，进而得到组播报文。
82.上述内容具体介绍了ap对待发送给组播组a的组播报文的处理方式，本申请中，针对于待发送的广播报文，ap可根据待发送的广播报文，生成第二组地址帧和第三组地址帧，并发送所述第二组地址帧和所述第三组地址帧。其中，第二组地址帧的净荷和所述广播报文相同，第三组地址帧的净荷和所述广播报文相同。所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；所述第三组地址帧的接收方地址为
广播地址，所述第三组地址帧被所述第二组播密钥加密。
83.如此，对组播组a感兴趣的类型为第一类型的终端接收到第二组地址帧后，采用新的gtk对第二组地址帧进行解密，并成功接收第二组地址帧，接收到第三组地址帧后，采用新的gtk对第三组地址帧进行解密，解密失败，无法成功接收第三组地址帧。由于第二组地址帧的净荷和第三组地址帧的净荷相同，类型为第一类型的终端能够成功接收第二组地址帧，而无法成功接收第三组地址帧，有效避免了重复接收的问题。
84.对组播组a感兴趣的类型为第二类型的终端接收到第二组地址帧后，采用默认gtk对第二组地址帧进行解密，解密失败，无法成功接收第二组地址帧，接收到第三组地址帧后，采用默认gtk对第三组地址帧进行解密，并成功接收第三组地址帧。由于第二组地址帧的净荷和第三组地址帧的净荷相同，类型为第二类型的终端能够成功接收第三组地址帧，而无法成功接收第二组地址帧，有效避免了重复接收的问题。
85.通过上述方式，对组播组a感兴趣的类型为第一类型的终端和类型为第二类型的终端均可成功接收广播报文，且不会存在重复接收的问题。
86.另一种可能的实现方式为，第一组播密钥为默认gtk，相应地，第二组播密钥为新的gtk。此种情况下，第二组播密钥可以由ap生成并下发给终端，终端接收到第二组播密钥后，将组播密钥由默认gtk修改为新的gtk，此时，终端的类型由第一类型切换为第二类型。相应地，ap中保存ap已下发第二组播密钥的终端的地址列表，后续ap发送的单独地址帧的接收方地址包括该地址列表中的终端的地址。具体实现过程可参照上述实现方式，此处不再赘述。
87.ap可以将与其关联的终端分为两个类型。ap可以用不同的方式向各个类型的终端发送属于不同组播组的组播报文。例如，ap可以将与其关联的终端分为类型1和类型2。对于组播组1，ap用组播方式向类型1的终端发送组播组1的组播报文，用组播转单播方式向类型2的终端发送组播组1的组播报文。对于组播组2，ap用组播转单播方式向类型1的终端发送组播组2的组播报文，用组播方式向类型2的终端发送组播组2的组播报文。对于组播组3，ap用组播转单播方式向类型1的终端发送组播组3的组播报文，用组播转单播方式向类型2的终端发送组播组3的组播报文。对于组播组4，ap用组播方式向类型1的终端发送组播组4的组播报文，用组播方式向类型2的终端发送组播组4的组播报文。类似的，ap可以将与其关联的终端分为多于两个类型，可以用不同的方式向各个类型的终端发送属于不同组播组的组播报文。多于两个类型中的两个类型分别为上述第一类型和第二类型。
88.下面以第二组播密钥为默认gtk，第一组播密钥为新的gtk为例，对组播组a内的终端的类型在第一类型和第二类型之间的切换过程进行具体说明。
89.在初始时间段(假设以0时刻为起始)，组播组a内新加入的终端均以单播方式传输无线局域网帧，此时组播组a内的终端的类型均为第二类型，组播密钥均为默认gtk。
90.ap实时检测组播组a缓存的待发送的组播报文的数量。若在t时刻，ap确定组播组a缓存的待发送的组播报文的数量大于等于第一数量阈值，则可获取组播组a内各个终端此时的空口速率，并向空口速率小于第一速率阈值的第二终端发送第一组播密钥(即新的gtk)，空口速率小于第一速率阈值的第二终端接收到第一组播密钥后，将组播密钥由默认gtk更新为第一组播密钥(即新的gtk)，此时空口速率小于第一速率阈值的第二终端的类型由第二类型切换为第一类型。第一数量阈值和第一速率阈值均可由本领域技术人员根据实
际情况和经验来设置，具体来说，第一数量阈值可根据组播组a缓存报文能够缓存的待发送的组播报文的最大数量来确定，例如，可设置第一数量阈值为组播组a能够缓存的待发送的组播报文的最大数量的80％。
91.若在t+k1时刻，ap确定组播组a缓存的待发送的组播报文的数量小于第二数量阈值，则可获取组播组a内各个第一终端此时的空口速率，并向空口速率大于等于第二速率阈值的第一终端发送第二组播密钥(即默认gtk)，空口速率大于等于第二速率阈值的第一终端接收到默认gtk后，将组播密钥由第一组播密钥(即新的gtk)更新为默认gtk，此时空口速率大于等于第二速率阈值的第一终端的类型由第一类型切换为第二类型。第二数量阈值和第二速率阈值也可由本领域技术人员根据实际情况和经验来设置，第二数量阈值小于第一数量阈值，例如，可设置第二数量阈值为组播组a能够缓存的待发送的组播报文的最大数量的50％。
92.若在t+k1+k2时刻，ap确定组播组a缓存报文的数量大于等于第一数量阈值，则可获取组播组a内各个第二终端此时的空口速率，并向空口速率小于第一速率阈值的第二终端发送第一组播密钥，空口速率小于速率阈值的第二终端接收到第一组播密钥后，将组播密钥由gtk更新为第一组播密钥，此时空口速率低于速率阈值的第二终端的类型由第二类型切换为第一类型。
93.在此后的时刻，ap可根据组播组a缓存的待发送的组播报文的数量与第一数量阈值或第二数量阈值的关系，来确定是否将组播组内的终端的类型在第一类型和第二类型之间进行切换。
94.上述描述中所出现的“小于”也可以是指“小于等于”。
95.可选地，本申请中，ap根据组播组a内的终端的空口速率将终端的类型在第一类型和第二类型之间进行切换时，可设置切换的终端的个数，例如，ap确定组播组a缓存报文的数量大于等于第一数量阈值后，可获取组播组a内的终端的空口速率，并按照空口速率的大小进行排序，向空口速率较小的w个终端发送第一组播密钥。w的取值可根据实际情况来设置，此时，可通过设置w的取值来实现对切换粒度进行控制，若w的取值为1，则实现了在组播组a内以单个终端为粒度，在两种组播方式之间进行切换。
96.举个例子，设在(0,t]时间段有5个终端加入组播组a，如图3所示，终端1、终端2、终端3、终端4、终端5加入了组播组a，此时，终端1、终端2、终端3、终端4、终端5的类型均为第二类型，此时ap可采用单播方式向终端1、终端2、终端3、终端4、终端5发送单独地址帧。
97.随后，在t时刻，ap确定组播组a缓存的待发送的组播报文的数量大于等于第一数量阈值后，向终端1、终端2和终端3(终端1、终端2和终端3的空口速率小于第一速率阈值)发送第一组播密钥，终端1、终端2和终端3的类型由第二类型切换为第一类型，此时，如图4所示，ap可采用组播方式向终端1、终端2、终端3发送组地址帧，采用单播方式向终端4、终端5发送单独地址帧。
98.随后，在t+k1时刻，ap确定组播组a缓存的待发送的组播报文的数量小于第二数量阈值后，向终端1(终端1的空口速率大于等于第二速率阈值)发送第二组播密钥，终端1的类型由第一类型切换为第二类型，此时，如图5所示，ap可采用组播方式向终端2、终端3发送组地址帧，采用单播方式向终端1、终端4、终端5发送单独地址帧。
99.随后，在t+k1+k2时刻，ap确定组播组a缓存的待发送的组播报文的数量大于等于
第一数量阈值，可向终端4(终端4的空口速率小于第一速率阈值)发送第一组播密钥，终端4的类型由第二类型切换为第一类型，此时，如图6所示，ap可采用组播方式向终端2、终端3、终端4发送组地址帧，采用单播方式向终端1、终端5发送单独地址帧。
100.上述示例中仅以在初始时间段加入组播组a的终端为例进行说明，实际情况中，终端可以在任意时刻加入组播组a。若终端a在(0,t]时间段加入组播组a，则终端a可以单播方式传输报文，此时终端a的类型为第二类型；若终端a在(t,t+k1]时间段加入组播组a，则ap可向终端a发送第一组播密钥，终端a将组播密钥由gtk更新为第一组播密钥，此时终端a的类型为第一类型；若终端a在(t+k1,t+k1+k2]时间段加入组播组a，则终端a可以单播方式传输报文，此时终端a的类型为第二类型。后续可依据上述内容，来确定新加入组播组a的终端的类型为第一类型或第二类型。
101.本申请中，为进一步保证切换的准确性和合理性，也可以在ap确定组播组a缓存的待发送的组播报文的数量大于等于第一数量阈值且持续超过第一时间阈值后，方可将组播组a内的终端的类型由第二类型切换为第一类型；在ap确定组播组a缓存的待发送的组播报文的数量小于第二数量阈值且持续超过第二时间阈值后，方可将组播组a内的符合条件的终端的类型由第一类型切换为第二类型。其中，第一时间阈值和第二时间阈值可由本领域技术人员根据实际情况和经验设置，第一时间阈值可以和第二时间阈值相等，例如，均为10s，或者，第一时间阈值也可以和第二时间阈值不相等，具体不做限定。
102.通过上述方法，在一个组播组内可以终端为粒度，在两种组播方式之间进行切换，从而能够更平滑地切换报文传输方式，最大可能地利用ap和空口资源，有效提高用户体验。且，本申请根据各个组播组缓存报文的数量以及终端空口速率来判断空口变化，能够更精确地控制报文传输方式的切换，更合理地分配资源。
103.针对于上述方法流程，本申请还提供一种ap，该ap的具体内容可参照上述方法实施。
104.图7为本申请提供的一种ap的结构示意图，如图7所示，所述ap 700包括：生成单元701，收发单元702；
105.所述生成单元701，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
106.所述收发单元702，用于发送所述第一组地址帧和所述单独地址帧；
107.其中，所述组播组内的终端包括第一终端和第二终端；
108.所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
109.所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
110.所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
111.可选地，所述生成单元701还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
112.所述收发单元702还用于：发送所述第二组地址帧和所述第三组地址帧；
113.其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
114.所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
115.可选地，所述ap关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述ap关联的类型为第二类型的终端共享第二组播密钥。
116.图8本申请提供的另一种ap的结构示意图。
117.该ap至少包括收发器810(如天线)和处理电路820，还可以包括存储器830。例如，处理电路820包括处理器、射频电路和基带。处理器、射频电路和基带可以是独立的芯片也可以整合在一个芯片中。
118.处理电路820可以是中央处理器(英文：central processing unit，cpu)，或者cpu和硬件芯片的组合。上述硬件芯片可以是专用集成电路(英文：application
‑
specific integrated circuit，asic)，可编程逻辑器件(英文：programmable logic device，pld)或其组合。上述pld可以是复杂可编程逻辑器件(英文：complex programmable logic device，cpld)，现场可编程门阵列(英文：field
‑
programmable gate array，fpga)，通用阵列逻辑(英文：generic array logic,gal)或其任意组合。
119.存储器830可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random
‑
access memory，ram)；存储器830也可以包括非易失性存储器(英文：non
‑
volatile memory)，例如只读存储器(英文：read
‑
only memory，rom)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，hdd)或固态硬盘(英文：solid
‑
state drive，ssd)。存储器830还可以包括上述种类的存储器的组合。存储器830存储程序代码，并将存储的程序代码传输给处理电路。
120.所述处理电路820，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
121.所述收发器810，用于发送所述第一组地址帧和所述单独地址帧；
122.其中，所述组播组内的终端包括第一终端和第二终端；
123.所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
124.所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
125.所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
126.可选地，所述处理电路820还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
127.所述收发器810还用于：发送所述第二组地址帧和所述第三组地址帧；
128.其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
129.所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播
密钥加密。
130.可选地，所述ap关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述ap关联的类型为第二类型的终端共享第二组播密钥。
131.从上述内容可以看出：本申请中，ap将组播组内的终端划分为第一类型和第二类型，不同类型的终端的组播密钥不同。组播报文第一终端和第二终端的类型分别为第一类型和第二类型，从而具有不同的组播密钥。ap采用组播和转单播的方式分别与单个组播组内两种类型的终端通信，平衡了ap发送组播报文的可靠性和资源占用。并且，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧。第二终端无法解密第一组地址帧，但可以成功接收单独地址帧。因此第二终端不会收到重复的组播报文。
132.上述实施例可以全部或部分地通过软件、硬件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、双绞线或光纤)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何介质或者是包含一个或多个介质集成的服务器、数据中心等数据存储设备。所述介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如光盘)、或者半导体介质(例如固态硬盘)等。
133.显然，本领域的技术人员可以对本申请各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求的范围之内，则本申请也意图包含这些改动和变型在内。