CN108574935B - 一种组播业务处理方法及接入点 - Google Patents

一种组播业务处理方法及接入点 Download PDF

Info

Publication number
CN108574935B
CN108574935B CN201710138249.2A CN201710138249A CN108574935B CN 108574935 B CN108574935 B CN 108574935B CN 201710138249 A CN201710138249 A CN 201710138249A CN 108574935 B CN108574935 B CN 108574935B
Authority
CN
China
Prior art keywords
address
multicast
terminal
group
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201710138249.2A
Other languages
English (en)
Other versions
CN108574935A (zh
Inventor
张�林
杨亚
王小军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202011356545.8A priority Critical patent/CN112653999A/zh
Priority to CN201710138249.2A priority patent/CN108574935B/zh
Priority to PCT/CN2018/078441 priority patent/WO2018161939A1/zh
Priority to EP18763489.4A priority patent/EP3585080B1/en
Priority to ES18763489T priority patent/ES2926477T3/es
Publication of CN108574935A publication Critical patent/CN108574935A/zh
Priority to US16/563,682 priority patent/US11432140B2/en
Application granted granted Critical
Publication of CN108574935B publication Critical patent/CN108574935B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5069—Address allocation for group communication, multicast communication or broadcast communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0433—Key management protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/08—Access point devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开了一种组播业务处理方法及接入点。该方法包括：AP根据组播报文生成第一组地址帧和单独地址帧，第一组地址帧被第一组播密钥加密，单独地址帧被第二终端的单播密钥加密，由于组播组内的第一终端和第二终端具有不同的组播密钥，因此，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧，第二终端则无法成功接收第一组地址帧，而可以成功接收单独地址帧，从而实现了AP能够同时采用组播和转单播的方式与组播组内的终端进行通信，有效平衡了AP发送组播报文的可靠性和资源占用。

Description

一种组播业务处理方法及接入点
技术领域
本申请涉及无线通信技术领域，特别涉及一种组播业务处理方法及接入点。
背景技术
无线局域网(英文：wireless local area networks，WLAN)可以包括多个接入点(英文：access point，AP)。
AP接收到组播报文时，AP可以用组播方式发送组播报文。以组播方式发送组播报文时，AP可以生成并发送相应的组播帧，以使组播组内的多个终端接收同一组播报文。然而组播帧没有重传机制，可靠性不高。
或者，AP也可以用组播转单播方式发送组播报文。以组播转单播方式发送组播报文时，AP根据组播报文生成多个相应的单播帧，并分别发送这些单播帧。这些单播帧的目的介质访问控制(英文：medium access control，MAC)地址分别为组播组内的多个终端的地址。由于AP为每个终端生成一个单播帧，以组播转单播方式发送组播报文的AP的中央处理器(英文：central processing unit，CPU)占用率高。此外，每个单播帧都要使用空口资源，因此以组播转单播方式发送组播报文的AP占用的空口资源多。
发明内容
本申请提供一种组播业务处理方法及接入点，用于平衡AP发送组播报文的可靠性和资源占用。
第一方面，提供了一种组播业务处理方法，该方法包括：
接入点AP根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
所述AP发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
如此，AP将组播组内的终端划分为第一类型和第二类型，不同类型的终端的组播密钥不同。组播报文第一终端和第二终端的类型分别为第一类型和第二类型，从而具有不同的组播密钥。AP采用组播和转单播的方式分别与单个组播组内两种类型的终端通信，平衡了AP发送组播报文的可靠性和资源占用。并且，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧。第二终端无法解密第一组地址帧，但可以成功接收单独地址帧。因此第二终端不会收到重复的组播报文。
结合第一方面，在第一方面的第一个实现中，所述方法还包括：
所述AP根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述AP发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
广播报文一般对可靠性要求不高，不需要被用组播转单播方式发送。由于组播组内的第一终端和第二终端具有不同的组播密钥，第一终端接收到第二组地址帧后，可采用第一组播密钥解密第二组地址帧，而无法解密第三组地址帧。第二终端无法解密第二组地址帧，但可以解密第三组地址帧。从而使得所有终端都能接收到广播报文，并且每个终端都不会接收到重复的广播报文。
结合第一方面或者第一方面的第一个实现，在第一方面的第二个实现中，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
结合第一方面或者第一方面的第一实现或者第一方面的第二实现，在第一方面的第三个实现中，所述方法还包括：当所述AP将所述第二终端的类型从所述第二类型转变为所述第一类型时，所述AP向所述第二终端发送所述第一组播密钥，以指示所述第二终端将所述第二终端的组播密钥修改为所述第一组播密钥；或者，
当所述AP将所述第一终端的类型从所述第一类型转变为所述第二类型时，所述AP向所述第一终端发送所述第二组播密钥，以指示所述第一终端将所述第一终端的组播密钥修改为所述第二组播密钥。
结合第一方面或者第一方面的第一实现或者第一方面的第二实现或者第一方面的第三实现，在第一方面的第四个实现中，所述AP确定为所述组播组缓存的待发送的组播报文的数量大于等于第一数量阈值后，获取所述组播组内类型为第二类型的至少一个终端的空口速率，所述至少一个终端包括所述第二终端，所述第二终端的空口速率小于第一速率阈值；
所述AP将所述第二终端的类型从所述第二类型转变为所述第一类型。
第二方面，提供了一种AP，该AP包括：
生成单元，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
收发单元，用于发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
结合第二方面，在第二方面的第一个实现中，所述生成单元还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述收发单元还用于：发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
结合第二方面或者第二方面的第一个实现，在第二方面的第二个实现中，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
第三方面，提供了一种AP，该AP包括：收发器和处理电路；
所述处理电路，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
所述收发器，用于发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
结合第三方面，在第三方面的第一个实现中，所述处理电路还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述收发器还用于：发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
该AP还可以包括存储器，该存储器用于与处理电路耦合，保存该接入点必要的程序指令和数据。
结合第三方面或者第三方面的第一个实现，在第三方面的第二个实现中，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
第四方面，提供了一种计算机存储介质，用于储存为上述接入点所用的计算机软件指令，其包含用于执行上述方面所设计的程序。
附图说明
图1为本申请适用的一种WLAN网络架构示意图；
图2为本申请提供的一种报文传输方法所对应的流程示意图；
图3为本申请中(0,t]时间段AP和终端的报文传输方式示意图；
图4为本申请中(t,t+k1]时间段AP和终端的报文传输方式示意图；
图5为本申请中(t+k1,t+k1+k2]时间段AP和终端的报文传输方式示意图；
图6为本申请中t+k1+k2时刻后AP和终端的报文传输方式示意图；
图7为本申请提供的一种AP的结构示意图；
图8为本申请提供的另一种AP的结构示意图。
具体实施方式
下面结合说明书附图对本申请进行具体描述。
图1为本申请适用的一种WLAN网络架构示意图。如图1所示，该网络架构包括AP和终端。可选的，该网络架构包括无线控制器、服务器、交换机或其任意组合。
AP从网络接收到组播报文后，可根据组播报文生成无线局域网帧，并发送给终端。本申请中的组播业务处理方法可适用于AP和终端之间的无线局域网帧的传输。
一种平衡AP发送组播报文的可靠性和资源占用的办法是，AP用不同的方式发送不同组播组的组播报文。例如，AP在接收到组播组A的组播报文时，用组播方式发送该组播报文，并且在接收到组播组B的组播报文时，用组播转单播方式发送该组播报文。然而，这种办法对组播报文的处理区分只能以组播组为粒度，不够精细。此外，在有些场景中该办法无法实现。例如，教师为班级中的所有学生播放同样的视频节目，由于所有的终端对同一组播组感兴趣，AP不能为其中一些终端提供与另一些终端不同的组播报文发送方式。
电气电子工程师学会(英文：Institute of Electrical and ElectronicsEngineers，IEEE)802.11-2012标准提供了一种直接组播业务(英文：Directed MulticastService，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无法实现可靠性和资源占用的平衡。
基于此，本申请提供一种组播业务处理方法，用于平衡AP发送组播报文的可靠性和资源占用。
具体来说，AP向终端发送的无线局域网帧可以是组地址帧(英文：groupaddressed frame)或单独地址帧(英文：individually addressed frame)。组地址帧的接收方地址为组播组的组地址或者广播地址。单独地址帧的接收方地址为单播地址。
为保证报文传输的安全性，AP发送的无线局域网帧可以被加密。终端在关联AP时，与AP协商对单独地址帧加密的成对瞬时密钥(英文：pairwise transient key，PTK)，以及对组地址帧加密的组临时密钥(英文：group temporal key，GTK)。协商完成后，终端中安装有PTK和GTK。例如，AP采用GTK对组地址帧进行加密并发送，组地址帧的接收方地址为组播组A的组地址，对组播组A感兴趣的终端接收到组地址帧后，可采用GTK对组地址帧进行解密，并成功接收组地址帧；AP采用PTK对单独地址帧进行加密并发送后，单独地址帧的接收方地址为单播地址，接收到单独地址帧的终端可采用PTK对单独地址帧进行解密，并成功接收单独地址帧。
设终端在关联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发送组播报文的可靠性和资源占用。
本申请中的终端是具有无线局域网(WLAN)功能的终端。例如，终端可以为移动电话、计算机、平板电脑、移动互联网设备(英文：mobile Internet device，MID)、可穿戴设备、车载移动设备或电子书阅读器(英文：e-book reader)等。
基于上述网络架构，图2为本申请提供的一种组播业务处理方法所对应的流程示意图，如图2所示，该方法包括：
步骤201，AP根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
步骤202，AP发送所述第一组地址帧和所述单独地址帧。
其中，所述组播组内的终端包括第一终端和第二终端；所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；所述第一组地址帧的净荷与组播报文的净荷相同，所述单独地址帧的净荷与组播报文的净荷相同；所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
本申请中，AP将组播组内的终端划分为第一类型和第二类型，不同类型的终端的组播密钥不同。组播报文第一终端和第二终端的类型分别为第一类型和第二类型，从而具有不同的组播密钥。AP采用组播和转单播的方式分别与单个组播组内两种类型的终端通信，平衡了AP发送组播报文的可靠性和资源占用。并且，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧。第二终端无法解密第一组地址帧，但可以成功接收单独地址帧。因此第二终端不会收到重复的组播报文。
组播报文的目的MAC地址为组播地址。组播报文的净荷中包括网际协议(英文：Internet Protocol，IP)头，该IP头的目的IP地址为组播地址。本申请中，单独地址帧的净荷和组播报文的净荷相同，单独地址帧的净荷中的目的IP地址为该组播地址，因此，该单独地址帧的帧头中的接收方地址为单播地址，但其目的IP地址为该组播地址。
一种可能的实现方式为，第一组播密钥为新的GTK，相应地，第二组播密钥为默认GTK；此种情况下，第一组播密钥可以由AP生成并下发给终端，终端接收到第一组播密钥后，将组播密钥由默认GTK修改为新的GTK，此时，终端的类型由第二类型切换为第一类型。相应地，AP中保存已下发第一组播密钥的终端的地址列表，后续AP发送的单独地址帧的接收方地址不包括该地址列表中的终端的地址。
以组播组A为例，AP根据待发送给组播组A内的终端的组播报文，生成第一组地址帧和单独地址帧，并发送第一组地址帧和单独地址帧。
第一组地址帧的接收方地址为组播组A的地址，第一组地址帧被新的GTK加密；单独地址帧的接收方地址为单播地址，单独地址帧被PTK加密。
对组播组A感兴趣的第一终端接收到第一组地址帧后，由于第一终端的组播密钥为新的GTK，因此，第一终端采用新的GTK进行解密，并成功接收第一组地址帧；而单独地址帧的接收方地址不包括第一终端的地址，因此，第一终端不会接收到单独地址帧。第一组地址帧的净荷和单独地址帧的净荷相同，第一终端能够成功接收第一组地址帧，而不会接收单独地址帧，有效避免了重复接收的问题。
对组播组A感兴趣的第二终端接收到第一组地址帧后，由于第二终端的组播密钥为默认GTK，因此，第二终端采用默认GTK进行解密，解密失败，无法成功接收第一组地址帧；而单独地址帧的接收方地址包括第二终端的地址，因此，第二终端能接收到单独地址帧，采用PTK对单独地址帧进行解密，并成功接收单独地址帧。第一组地址帧的净荷和单独地址帧的净荷相同，第二终端能够成功接收单独地址帧，而无法成功接收第一组地址帧，有效避免了重复接收的问题。
本申请中，单独地址帧可以是单独地址MSDU。AP可设置单独地址MSDU的接收方地址为第二终端的地址，并分别向各个第二终端发送单独地址MSDU。单独地址MSDU可以被PTK加密。第二终端接收到单独地址MSDU后，用PTK解密单独地址MSDU，进而得到组播报文。例如，AP将第二终端A的地址作为单独地址帧A的接收方地址，AP将第二终端B的地址作为单独地址帧B的接收方地址；AP向第二终端A发送单独地址帧A，向第二终端B发送单独地址帧B。
或者，单独地址帧可以是单独地址A-MSDU。AP可以将组播报文作为单独地址A-MSDU中的A-MSDU子帧发送给第二终端。AP也可以将组播报文的目的MAC地址修改为第二终端的地址，并将修改后的组播报文作为单独地址A-MSDU中的A-MSDU子帧发送给第二终端。单独地址A-MSDU可以被PTK加密。单独地址A-MSDU的接收方地址为第二终端的地址。第二终端接收到单独地址A-MSDU后，采用PTK解密单独地址A-MSDU，进而得到组播报文。
上述内容具体介绍了AP对待发送给组播组A的组播报文的处理方式，本申请中，针对于待发送的广播报文，AP可根据待发送的广播报文，生成第二组地址帧和第三组地址帧，并发送所述第二组地址帧和所述第三组地址帧。其中，第二组地址帧的净荷和所述广播报文相同，第三组地址帧的净荷和所述广播报文相同。所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
如此，对组播组A感兴趣的类型为第一类型的终端接收到第二组地址帧后，采用新的GTK对第二组地址帧进行解密，并成功接收第二组地址帧，接收到第三组地址帧后，采用新的GTK对第三组地址帧进行解密，解密失败，无法成功接收第三组地址帧。由于第二组地址帧的净荷和第三组地址帧的净荷相同，类型为第一类型的终端能够成功接收第二组地址帧，而无法成功接收第三组地址帧，有效避免了重复接收的问题。
对组播组A感兴趣的类型为第二类型的终端接收到第二组地址帧后，采用默认GTK对第二组地址帧进行解密，解密失败，无法成功接收第二组地址帧，接收到第三组地址帧后，采用默认GTK对第三组地址帧进行解密，并成功接收第三组地址帧。由于第二组地址帧的净荷和第三组地址帧的净荷相同，类型为第二类型的终端能够成功接收第三组地址帧，而无法成功接收第二组地址帧，有效避免了重复接收的问题。
通过上述方式，对组播组A感兴趣的类型为第一类型的终端和类型为第二类型的终端均可成功接收广播报文，且不会存在重复接收的问题。
另一种可能的实现方式为，第一组播密钥为默认GTK，相应地，第二组播密钥为新的GTK。此种情况下，第二组播密钥可以由AP生成并下发给终端，终端接收到第二组播密钥后，将组播密钥由默认GTK修改为新的GTK，此时，终端的类型由第一类型切换为第二类型。相应地，AP中保存AP已下发第二组播密钥的终端的地址列表，后续AP发送的单独地址帧的接收方地址包括该地址列表中的终端的地址。具体实现过程可参照上述实现方式，此处不再赘述。
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可以将与其关联的终端分为多于两个类型，可以用不同的方式向各个类型的终端发送属于不同组播组的组播报文。多于两个类型中的两个类型分别为上述第一类型和第二类型。
下面以第二组播密钥为默认GTK，第一组播密钥为新的GTK为例，对组播组A内的终端的类型在第一类型和第二类型之间的切换过程进行具体说明。
在初始时间段(假设以0时刻为起始)，组播组A内新加入的终端均以单播方式传输无线局域网帧，此时组播组A内的终端的类型均为第二类型，组播密钥均为默认GTK。
AP实时检测组播组A缓存的待发送的组播报文的数量。若在t时刻，AP确定组播组A缓存的待发送的组播报文的数量大于等于第一数量阈值，则可获取组播组A内各个终端此时的空口速率，并向空口速率小于第一速率阈值的第二终端发送第一组播密钥(即新的GTK)，空口速率小于第一速率阈值的第二终端接收到第一组播密钥后，将组播密钥由默认GTK更新为第一组播密钥(即新的GTK)，此时空口速率小于第一速率阈值的第二终端的类型由第二类型切换为第一类型。第一数量阈值和第一速率阈值均可由本领域技术人员根据实际情况和经验来设置，具体来说，第一数量阈值可根据组播组A缓存报文能够缓存的待发送的组播报文的最大数量来确定，例如，可设置第一数量阈值为组播组A能够缓存的待发送的组播报文的最大数量的80％。
若在t+k1时刻，AP确定组播组A缓存的待发送的组播报文的数量小于第二数量阈值，则可获取组播组A内各个第一终端此时的空口速率，并向空口速率大于等于第二速率阈值的第一终端发送第二组播密钥(即默认GTK)，空口速率大于等于第二速率阈值的第一终端接收到默认GTK后，将组播密钥由第一组播密钥(即新的GTK)更新为默认GTK，此时空口速率大于等于第二速率阈值的第一终端的类型由第一类型切换为第二类型。第二数量阈值和第二速率阈值也可由本领域技术人员根据实际情况和经验来设置，第二数量阈值小于第一数量阈值，例如，可设置第二数量阈值为组播组A能够缓存的待发送的组播报文的最大数量的50％。
若在t+k1+k2时刻，AP确定组播组A缓存报文的数量大于等于第一数量阈值，则可获取组播组A内各个第二终端此时的空口速率，并向空口速率小于第一速率阈值的第二终端发送第一组播密钥，空口速率小于速率阈值的第二终端接收到第一组播密钥后，将组播密钥由GTK更新为第一组播密钥，此时空口速率低于速率阈值的第二终端的类型由第二类型切换为第一类型。
在此后的时刻，AP可根据组播组A缓存的待发送的组播报文的数量与第一数量阈值或第二数量阈值的关系，来确定是否将组播组内的终端的类型在第一类型和第二类型之间进行切换。
上述描述中所出现的“小于”也可以是指“小于等于”。
可选地，本申请中，AP根据组播组A内的终端的空口速率将终端的类型在第一类型和第二类型之间进行切换时，可设置切换的终端的个数，例如，AP确定组播组A缓存报文的数量大于等于第一数量阈值后，可获取组播组A内的终端的空口速率，并按照空口速率的大小进行排序，向空口速率较小的W个终端发送第一组播密钥。W的取值可根据实际情况来设置，此时，可通过设置W的取值来实现对切换粒度进行控制，若W的取值为1，则实现了在组播组A内以单个终端为粒度，在两种组播方式之间进行切换。
举个例子，设在(0,t]时间段有5个终端加入组播组A，如图3所示，终端1、终端2、终端3、终端4、终端5加入了组播组A，此时，终端1、终端2、终端3、终端4、终端5的类型均为第二类型，此时AP可采用单播方式向终端1、终端2、终端3、终端4、终端5发送单独地址帧。
随后，在t时刻，AP确定组播组A缓存的待发送的组播报文的数量大于等于第一数量阈值后，向终端1、终端2和终端3(终端1、终端2和终端3的空口速率小于第一速率阈值)发送第一组播密钥，终端1、终端2和终端3的类型由第二类型切换为第一类型，此时，如图4所示，AP可采用组播方式向终端1、终端2、终端3发送组地址帧，采用单播方式向终端4、终端5发送单独地址帧。
随后，在t+k1时刻，AP确定组播组A缓存的待发送的组播报文的数量小于第二数量阈值后，向终端1(终端1的空口速率大于等于第二速率阈值)发送第二组播密钥，终端1的类型由第一类型切换为第二类型，此时，如图5所示，AP可采用组播方式向终端2、终端3发送组地址帧，采用单播方式向终端1、终端4、终端5发送单独地址帧。
随后，在t+k1+k2时刻，AP确定组播组A缓存的待发送的组播报文的数量大于等于第一数量阈值，可向终端4(终端4的空口速率小于第一速率阈值)发送第一组播密钥，终端4的类型由第二类型切换为第一类型，此时，如图6所示，AP可采用组播方式向终端2、终端3、终端4发送组地址帧，采用单播方式向终端1、终端5发送单独地址帧。
上述示例中仅以在初始时间段加入组播组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的终端的类型为第一类型或第二类型。
本申请中，为进一步保证切换的准确性和合理性，也可以在AP确定组播组A缓存的待发送的组播报文的数量大于等于第一数量阈值且持续超过第一时间阈值后，方可将组播组A内的终端的类型由第二类型切换为第一类型；在AP确定组播组A缓存的待发送的组播报文的数量小于第二数量阈值且持续超过第二时间阈值后，方可将组播组A内的符合条件的终端的类型由第一类型切换为第二类型。其中，第一时间阈值和第二时间阈值可由本领域技术人员根据实际情况和经验设置，第一时间阈值可以和第二时间阈值相等，例如，均为10s，或者，第一时间阈值也可以和第二时间阈值不相等，具体不做限定。
通过上述方法，在一个组播组内可以终端为粒度，在两种组播方式之间进行切换，从而能够更平滑地切换报文传输方式，最大可能地利用AP和空口资源，有效提高用户体验。且，本申请根据各个组播组缓存报文的数量以及终端空口速率来判断空口变化，能够更精确地控制报文传输方式的切换，更合理地分配资源。
针对于上述方法流程，本申请还提供一种AP，该AP的具体内容可参照上述方法实施。
图7为本申请提供的一种AP的结构示意图，如图7所示，所述AP 700包括：生成单元701，收发单元702；
所述生成单元701，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
所述收发单元702，用于发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
可选地，所述生成单元701还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述收发单元702还用于：发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
可选地，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
图8本申请提供的另一种AP的结构示意图。
该AP至少包括收发器810(如天线)和处理电路820，还可以包括存储器830。例如，处理电路820包括处理器、射频电路和基带。处理器、射频电路和基带可以是独立的芯片也可以整合在一个芯片中。
处理电路820可以是中央处理器(英文：central processing unit，CPU)，或者CPU和硬件芯片的组合。上述硬件芯片可以是专用集成电路(英文：application-specificintegrated circuit，ASIC)，可编程逻辑器件(英文：programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(英文：complex programmable logicdevice，CPLD)，现场可编程逻辑门阵列(英文：field-programmable gate array，FPGA)，通用阵列逻辑(英文：generic array logic,GAL)或其任意组合。
存储器830可以包括易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，RAM)；存储器830也可以包括非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，HDD)或固态硬盘(英文：solid-statedrive，SSD)。存储器830还可以包括上述种类的存储器的组合。存储器830存储程序代码，并将存储的程序代码传输给处理电路。
所述处理电路820，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
所述收发器810，用于发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
可选地，所述处理电路820还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述收发器810还用于：发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
可选地，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
从上述内容可以看出：本申请中，AP将组播组内的终端划分为第一类型和第二类型，不同类型的终端的组播密钥不同。组播报文第一终端和第二终端的类型分别为第一类型和第二类型，从而具有不同的组播密钥。AP采用组播和转单播的方式分别与单个组播组内两种类型的终端通信，平衡了AP发送组播报文的可靠性和资源占用。并且，第一终端在接收到第一组地址帧后，能够对第一组地址帧进行解密，进而成功接收第一组地址帧。第二终端无法解密第一组地址帧，但可以成功接收单独地址帧。因此第二终端不会收到重复的组播报文。
上述实施例可以全部或部分地通过软件、硬件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本发明实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、双绞线或光纤)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何介质或者是包含一个或多个介质集成的服务器、数据中心等数据存储设备。所述介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如光盘)、或者半导体介质(例如固态硬盘)等。
显然，本领域的技术人员可以对本申请各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (9)

1.一种组播业务处理方法，其特征在于，所述方法包括：
接入点AP根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
所述AP发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述AP根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述AP发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
3.根据权利要求1或2所述的方法，其特征在于，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
4.一种接入点AP，其特征在于，所述AP包括：
生成单元，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
收发单元，用于发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
5.根据权利要求4所述的AP，其特征在于，所述生成单元还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述收发单元还用于：发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
6.根据权利要求4或5所述的AP，其特征在于，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
7.一种AP，其特征在于，所述AP包括：收发器和处理电路；
所述处理电路，用于根据待发送给组播组内的终端的组播报文，生成第一组地址帧和单独地址帧；
所述收发器，用于发送所述第一组地址帧和所述单独地址帧；
其中，所述组播组内的终端包括第一终端和第二终端；
所述第一终端的类型为第一类型，类型为第一类型的终端的组播密钥为第一组播密钥，所述第二终端的类型为第二类型，类型为第二类型的终端的组播密钥为第二组播密钥，所述第一组播密钥和所述第二组播密钥不同；
所述第一组地址帧的接收方地址为所述组播组的组地址，所述第一组地址帧被所述第一组播密钥加密；
所述单独地址帧的接收方地址为所述第二终端的地址，所述单独地址帧被所述第二终端的单播密钥加密。
8.根据权利要求7所述的AP，其特征在于，所述处理电路还用于：根据待发送的广播报文生成第二组地址帧和第三组地址帧；
所述收发器还用于：发送所述第二组地址帧和所述第三组地址帧；
其中，所述第二组地址帧的接收方地址为广播地址，所述第二组地址帧被所述第一组播密钥加密；
所述第三组地址帧的接收方地址为广播地址，所述第三组地址帧被所述第二组播密钥加密。
9.根据权利要求7或8所述的AP，其特征在于，所述AP关联的类型为第一类型的一个或多个终端共享第一组播密钥；或者，所述AP关联的类型为第二类型的终端共享第二组播密钥。
CN201710138249.2A 2017-03-09 2017-03-09 一种组播业务处理方法及接入点 Active CN108574935B (zh)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN202011356545.8A CN112653999A (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点
CN201710138249.2A CN108574935B (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点
PCT/CN2018/078441 WO2018161939A1 (zh) 2017-03-09 2018-03-08 一种组播业务处理方法及接入点
EP18763489.4A EP3585080B1 (en) 2017-03-09 2018-03-08 Multicast service processing method and access point
ES18763489T ES2926477T3 (es) 2017-03-09 2018-03-08 Método de procesamiento del servicio de multidifusión y punto de acceso
US16/563,682 US11432140B2 (en) 2017-03-09 2019-09-06 Multicast service processing method and access point

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710138249.2A CN108574935B (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202011356545.8A Division CN112653999A (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点

Publications (2)

Publication Number Publication Date
CN108574935A CN108574935A (zh) 2018-09-25
CN108574935B true CN108574935B (zh) 2020-12-22

Family

ID=63448349

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202011356545.8A Pending CN112653999A (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点
CN201710138249.2A Active CN108574935B (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202011356545.8A Pending CN112653999A (zh) 2017-03-09 2017-03-09 一种组播业务处理方法及接入点

Country Status (5)

Country Link
US (1) US11432140B2 (zh)
EP (1) EP3585080B1 (zh)
CN (2) CN112653999A (zh)
ES (1) ES2926477T3 (zh)
WO (1) WO2018161939A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111365830B (zh) * 2020-03-02 2021-06-11 英飞同仁风机股份有限公司 一种基于RS-485增强型Modbus通信协议的风机组网系统
CN111371488B (zh) * 2020-03-13 2021-07-02 北京邮电大学 内容数据传输方法、装置及电子设备
CN112104487B (zh) * 2020-08-31 2023-06-20 北京智芯微电子科技有限公司 物联网终端的远程升级方法、物联网主站及存储介质
CN116709208A (zh) * 2022-02-24 2023-09-05 华为技术有限公司 Wlan系统、无线通信方法和装置
CN116260582B (zh) * 2023-05-16 2023-08-15 中汽智联技术有限公司 一种网联车辆的身份认证与加密通信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1874224A (zh) * 2006-06-23 2006-12-06 东南大学 基于会话初始化协议的安全组播方法
US20150249867A1 (en) * 2014-02-28 2015-09-03 Alcatel-Lucent Usa Inc. Internet Protocol Television Via Public Wi-Fi Network

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5748736A (en) * 1996-06-14 1998-05-05 Mittra; Suvo System and method for secure group communications via multicast or broadcast
US7301946B2 (en) * 2000-11-22 2007-11-27 Cisco Technology, Inc. System and method for grouping multiple VLANs into a single 802.11 IP multicast domain
IL157886A0 (en) * 2003-09-11 2009-02-11 Bamboo Mediacasting Ltd Secure multicast transmission
WO2006000566A1 (en) * 2004-06-24 2006-01-05 International Business Machines Corporation Access control over multicast
CN101145900A (zh) * 2006-09-15 2008-03-19 华为技术有限公司 组播方法和组播系统以及组播设备
US7907735B2 (en) * 2007-06-15 2011-03-15 Koolspan, Inc. System and method of creating and sending broadcast and multicast data
US8411608B2 (en) * 2010-02-26 2013-04-02 Microsoft Corporation Efficient and reliable multicast over a Wi-Fi network
CN102186261B (zh) * 2011-05-30 2014-08-20 杭州华三通信技术有限公司 一种WLAN中IPv6邻居发现协议的实现方法和装置
CN102869012B (zh) * 2011-07-05 2018-11-06 横河电机株式会社 无线局域网接入点设备和系统以及相关方法
CN102387140B (zh) * 2011-10-18 2015-01-21 华为技术有限公司 无线局域网络中开展多媒体业务的方法、装置及系统
CN102882795B (zh) * 2012-09-29 2015-07-22 福建星网锐捷网络有限公司 一种无线网络中的ip组播报文下发的方法和设备
US20140192691A1 (en) * 2013-01-07 2014-07-10 Gainspan Corporation Reliable delivery of data specified for transmission by multicasting in wireless networks
CN103079231A (zh) * 2013-02-04 2013-05-01 北京傲天动联技术股份有限公司 在ap中基于无线局域网的组播转单播的装置和方法
US9326144B2 (en) * 2013-02-21 2016-04-26 Fortinet, Inc. Restricting broadcast and multicast traffic in a wireless network to a VLAN
US20150249868A1 (en) * 2014-02-28 2015-09-03 Alcatel-Lucent Usa Inc. Internet protocol television tiered service delivery over wi-fi networks
US9306801B2 (en) * 2014-04-24 2016-04-05 Aruba Networks, Inc. Select on of anchor controllers for client devices within a network environment
CN105812219A (zh) 2014-12-31 2016-07-27 华为技术有限公司 帧传递方法以及相关装置和通信系统

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1874224A (zh) * 2006-06-23 2006-12-06 东南大学 基于会话初始化协议的安全组播方法
US20150249867A1 (en) * 2014-02-28 2015-09-03 Alcatel-Lucent Usa Inc. Internet Protocol Television Via Public Wi-Fi Network

Also Published As

Publication number Publication date
EP3585080A4 (en) 2020-01-01
US11432140B2 (en) 2022-08-30
CN108574935A (zh) 2018-09-25
US20190394639A1 (en) 2019-12-26
ES2926477T3 (es) 2022-10-26
EP3585080B1 (en) 2022-07-27
WO2018161939A1 (zh) 2018-09-13
CN112653999A (zh) 2021-04-13
EP3585080A1 (en) 2019-12-25

Similar Documents

Publication Publication Date Title
CN108574935B (zh) 一种组播业务处理方法及接入点
US12010592B2 (en) Sidelink communications method and apparatus
JP6943978B2 (ja) 通信方法および関連する装置
CN107743698B (zh) 用于多路径媒体传递的方法和装置
US11889405B2 (en) Handling a UE that is in the idle state
US9288708B2 (en) System and method for delivering push message
US20230254233A1 (en) Measuring round trip time in a mobile communication network
US11870594B2 (en) Facilitating a group hybrid automatic repeat request procedure for sidelink group case in advanced networks
WO2021170248A1 (en) Access traffic steering using a plurality of steering connections over different access networks
CN110169030B (zh) 用于在异构网络上发送内容的方法及其设备
CN111447678A (zh) 通信方法和通信装置
WO2019095840A1 (zh) 一种层2处理方法、cu及du
KR20170021895A (ko) 셀룰러 전화의 셀룰러 통신으로부터 와이파이 통신으로의 무결절성 천이
KR102062688B1 (ko) 모바일 광대역 네트워크 환경에서 제어 패킷 및 데이터 패킷을 보호하기 위한 방법 및 시스템
US20230013500A1 (en) Radio bearer configuration method, apparatus, and system
JP2020532888A (ja) データ伝送方法、端末機器及びネットワーク機器
WO2022133912A1 (zh) 侧行链路通信方法、装置和系统
KR20200044592A (ko) 다중 경로 전송 시스템, 그리고 이의 다중 경로 전송 방법
US20240179563A1 (en) Method and apparatus for determining hyper frame number of packet data convergence protocol entity
US20230209334A1 (en) Methods and apparatus for secure voice communications
WO2024037423A1 (zh) 一种带宽控制的方法和装置
EP4231751A1 (en) Wireless communication method, device, and system
US20240129739A1 (en) Secure data collection via a messaging framework
US20230319550A1 (en) Encryption enhancement for multi-link operation in 802.11
WO2021237724A1 (zh) 密钥协商方法、装置和系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant