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

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

Info

Publication number
WO2018161939A1
WO2018161939A1 PCT/CN2018/078441 CN2018078441W WO2018161939A1 WO 2018161939 A1 WO2018161939 A1 WO 2018161939A1 CN 2018078441 W CN2018078441 W CN 2018078441W WO 2018161939 A1 WO2018161939 A1 WO 2018161939A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
multicast
terminal
group
type
Prior art date
Application number
PCT/CN2018/078441
Other languages
English (en)
French (fr)
Inventor
张�林
杨亚
王小军
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP18763489.4A priority Critical patent/EP3585080B1/en
Priority to ES18763489T priority patent/ES2926477T3/es
Publication of WO2018161939A1 publication Critical patent/WO2018161939A1/zh
Priority to US16/563,682 priority patent/US11432140B2/en

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

Definitions

  • the present application relates to the field of wireless communications technologies, and in particular, to a multicast service processing method and an access point.
  • Wireless local area networks may include multiple access points (APs).
  • APs access points
  • the AP can send multicast packets in multicast mode.
  • the AP can generate and send corresponding multicast frames to enable multiple terminals in the multicast group to receive the same multicast packet.
  • multicast frames have no retransmission mechanism and are not reliable.
  • the AP can also send multicast packets in multicast to unicast mode.
  • the AP When multicast packets are sent to the unicast mode, the AP generates multiple unicast frames based on the multicast packets and sends the unicast frames.
  • the destination medium access control (MAC) addresses of these unicast frames are the addresses of multiple terminals in the multicast group.
  • the central processing unit (CPU) of the AP that sends multicast packets in multicast-to-unicast mode has a high occupancy rate because the AP generates a unicast frame for each terminal.
  • the unicast frame uses the air interface resource. Therefore, the AP that sends multicast packets in multicast-to-unicast mode occupies more air interface resources.
  • the present application provides a multicast service processing method and an access point, which are used to balance the reliability and resource occupation of an AP to send multicast packets.
  • the first aspect provides a multicast service processing method, where the method includes:
  • the access point AP generates a first group address frame and an individual address frame according to the multicast packet to be sent to the terminal in the multicast group.
  • the terminal in the multicast group includes a first terminal and a second terminal
  • the type of the first terminal is a first type
  • the multicast key of the terminal of the first type is a first multicast key
  • the type of the second terminal is a second type
  • the type is a second type.
  • the multicast key of the terminal is a second multicast key
  • the first multicast key is different from the second multicast key;
  • the receiver address of the first group of address frames is a group address of the multicast group, and the first group of address frames is encrypted by the first multicast key;
  • the recipient address of the individual address frame is the address of the second terminal, and the individual address frame is encrypted by the unicast key of the second terminal.
  • the AP divides the terminals in the multicast group into the first type and the second type, and the multicast keys of different types of terminals are different.
  • the types of the first terminal and the second terminal of the multicast packet are the first type and the second type, respectively, and thus have different multicast keys.
  • the AP uses multicast and unicast to communicate with two types of terminals in a single multicast group, which balances the reliability and resource usage of the APs to send multicast packets.
  • the first terminal can decrypt the first group of address frames, and then successfully receive the first group of address frames.
  • the second terminal cannot decrypt the first set of address frames, but can successfully receive individual address frames. Therefore, the second terminal does not receive duplicate multicast packets.
  • the method further includes:
  • the AP generates a second group address frame and a third group address frame according to the broadcast message to be sent;
  • the receiver address of the second group address frame is a broadcast address, and the second group address frame is encrypted by the first multicast key.
  • the receiver address of the third group address frame is a broadcast address, and the third group address frame is encrypted by the second multicast key.
  • Broadcast packets generally have low reliability requirements and do not need to be sent by multicast to unicast.
  • the first terminal and the second terminal in the multicast group have different multicast keys. After receiving the second group address frame, the first terminal may use the first multicast key to decrypt the second group of address frames, but cannot Decrypt the third set of address frames. The second terminal cannot decrypt the second set of address frames, but can decrypt the third set of address frames. Therefore, all terminals can receive broadcast messages, and each terminal does not receive duplicate broadcast messages.
  • the type of the AP association is that the one or more terminals of the first type share the first multicast key; or The type of the AP associated with the second type of terminal shares the second multicast key.
  • the method further includes: when the AP is to be the type of the second terminal When the second type is changed to the first type, the AP sends the first multicast key to the second terminal to instruct the second terminal to multicast the second terminal. Modifying the key to the first multicast key; or
  • the AP When the AP changes the type of the first terminal from the first type to the second type, the AP sends the second multicast key to the first terminal to indicate the The first terminal modifies the multicast key of the first terminal to the second multicast key.
  • the AP is determined to be the multicast group After the number of the buffered multicast packets to be sent is greater than or equal to the first threshold, the air interface rate of the at least one terminal of the second type in the multicast group is obtained, and the at least one terminal includes the second terminal.
  • the air interface rate of the second terminal is less than a first rate threshold;
  • the AP converts the type of the second terminal from the second type to the first type.
  • an AP is provided, where the AP includes:
  • a generating unit configured to generate a first group address frame and a separate address frame according to the multicast packet to be sent to the terminal in the multicast group;
  • a transceiver unit configured to send the first group address frame and the single address frame
  • the terminal in the multicast group includes a first terminal and a second terminal
  • the type of the first terminal is a first type
  • the multicast key of the terminal of the first type is a first multicast key
  • the type of the second terminal is a second type
  • the type is a second type.
  • the multicast key of the terminal is a second multicast key
  • the first multicast key is different from the second multicast key;
  • the receiver address of the first group of address frames is a group address of the multicast group, and the first group of address frames is encrypted by the first multicast key;
  • the recipient address of the individual address frame is the address of the second terminal, and the individual address frame is encrypted by the unicast key of the second terminal.
  • the generating unit is further configured to: generate a second group of address frames and a third group of address frames according to the broadcast message to be sent;
  • the transceiver unit is further configured to: send the second group address frame and the third group address frame;
  • the receiver address of the second group address frame is a broadcast address, and the second group address frame is encrypted by the first multicast key.
  • the receiver address of the third group address frame is a broadcast address, and the third group address frame is encrypted by the second multicast key.
  • the type of the AP association is that the one or more terminals of the first type share the first multicast key; or The type of the AP associated with the second type of terminal shares the second multicast key.
  • an AP comprising: a transceiver and a processing circuit;
  • the processing circuit is configured to generate a first group address frame and a separate address frame according to the multicast message to be sent to the terminal in the multicast group;
  • the transceiver is configured to send the first group address frame and the single address frame;
  • the terminal in the multicast group includes a first terminal and a second terminal
  • the type of the first terminal is a first type
  • the multicast key of the terminal of the first type is a first multicast key
  • the type of the second terminal is a second type
  • the type is a second type.
  • the multicast key of the terminal is a second multicast key
  • the first multicast key is different from the second multicast key;
  • the receiver address of the first group of address frames is a group address of the multicast group, and the first group of address frames is encrypted by the first multicast key;
  • the recipient address of the individual address frame is the address of the second terminal, and the individual address frame is encrypted by the unicast key of the second terminal.
  • the processing circuit is further configured to: generate a second group of address frames and a third group of address frames according to the broadcast message to be sent;
  • the transceiver is further configured to: send the second group address frame and the third group address frame;
  • the receiver address of the second group address frame is a broadcast address, and the second group address frame is encrypted by the first multicast key.
  • the receiver address of the third group address frame is a broadcast address, and the third group address frame is encrypted by the second multicast key.
  • the AP can also include a memory for coupling with the processing circuitry to store the program instructions and data necessary for the access point.
  • the type of the AP association is that the one or more terminals of the first type share the first multicast key; or The type of the AP associated with the second type of terminal shares the second multicast key.
  • a computer storage medium for storing computer software instructions for use by the access point, comprising a program designed to perform the above aspects.
  • FIG. 1 is a schematic diagram of a WLAN network architecture applicable to the present application
  • FIG. 2 is a schematic flowchart of a packet transmission method provided by the present application.
  • FIG. 3 is a schematic diagram of a packet transmission manner of an AP and a terminal in a period (0, t) in the present application;
  • FIG. 4 is a schematic diagram of a packet transmission manner of an AP and a terminal in a period (t, t+k1) in the present application;
  • FIG. 5 is a schematic diagram of a packet transmission manner of an AP and a terminal in a period (t+k1, t+k1+k2) in the present application;
  • FIG. 6 is a schematic diagram of a packet transmission manner of an AP and a terminal after a time t+k1+k2 in the present application;
  • FIG. 7 is a schematic structural diagram of an AP provided by the present application.
  • FIG. 8 is a schematic structural diagram of another AP provided by the present application.
  • FIG. 1 is a schematic diagram of a WLAN network architecture applicable to the present application.
  • the network architecture includes an AP and a terminal.
  • the network architecture includes a wireless controller, a server, a switch, or any combination thereof.
  • the AP After receiving the multicast packet from the network, the AP generates a wireless LAN frame based on the multicast packet and sends it to the terminal.
  • the multicast service processing method in this application is applicable to the transmission of a wireless local area network frame between an AP and a terminal.
  • a method for balancing the reliability and resource usage of an AP to send multicast packets is that the AP sends multicast packets of different multicast groups in different manners. For example, when receiving the multicast packet of multicast group A, the AP sends the multicast packet in multicast mode. When receiving the multicast packet of multicast group B, the AP uses multicast to unicast. Send the multicast packet.
  • the method of processing multicast packets can only be classified into multicast groups and is not fine enough. In addition, this approach cannot be implemented in some scenarios. For example, the teacher plays the same video program for all the students in the class. Since all the terminals are interested in the same multicast group, the AP cannot provide some of the terminals with different multicast message transmission modes from other terminals.
  • the Institute of Electrical and Electronics Engineers (IEEE) 802.11-2012 standard provides a Direct Multicast Service (DMS) to allow a terminal requesting a DMS to transmit a group address as a separate address frame. frame.
  • DMS Direct Multicast Service
  • the AP aggregates the MAC address data unit (MSDU) of the terminal to the terminal to aggregate the A-MSDU in the MSDU (English: aggregate MSDU, A-MSDU).
  • Subframe (English: subframe) is sent.
  • the terminal saves a list of all group addresses that the terminal has requested and accepted by the DMS.
  • the terminal discards the group address frame that matches the group address in the list.
  • the AP can enable the DMS only if the terminal requests the DMS.
  • the terminal receives both the group address frame and the A-MSDU subframe in the separate address A-MSDU, and the payloads of the two frames/subframes are the same.
  • the payload of these two frames/subframes is the higher layer protocol part of the same multicast message. Therefore, the terminal receives repeated multicast packets. Repeated multicast packets may cause terminal processing errors. For example, repeated video multicast messages may cause the video content to be played. Therefore, only when the terminal supports and requests the DMS, the AP can use the DMS to provide different multicast packet transmission modes for different terminals in the same multicast group. In addition, the AP cannot independently choose which terminals to provide DMS, and cannot coordinate different multicast packet transmission modes to achieve optimized reliability and balance of resource usage.
  • the remote terminal receives a low signal strength.
  • An optimized solution for balancing the reliability and the resource usage is that the AP sends a multicast packet to the remote terminal in the multicast-to-unicast mode to enhance the reliability, and sends the multicast multicast packet to the nearby terminal.
  • each terminal cannot cooperate to decide which terminals should request the DMS, and the balance between reliability and resource occupation cannot be achieved by using the DMS.
  • the present application provides a multicast service processing method, which is used to balance the reliability and resource occupation of an AP to send multicast packets.
  • the wireless local area network frame that the AP sends to the terminal may be a group address frame (English: group addressed frame) or an individual address frame (English: individually addressed frame).
  • the receiver address of the group address frame is the group address or broadcast address of the multicast group.
  • the recipient address of a separate address frame is a unicast address.
  • the wireless LAN frame sent by the AP can be encrypted.
  • the terminal associates the AP, it negotiates with the AP the paired transient key (PTK) that encrypts the individual address frame, and the group temporary key (GTK) that encrypts the group address frame. .
  • PTK paired transient key
  • GTK group temporary key
  • the AP uses GTK to encrypt and send the group address frame.
  • the receiver address of the group address frame is the group address of the multicast group A.
  • the terminal interested in the multicast group A can use the GTK pair.
  • the group address frame is decrypted and the group address frame is successfully received.
  • the receiver address of the individual address frame is a unicast address, and the terminal receiving the individual address frame can adopt the PTK pair separately.
  • the address frame is decrypted and a separate address frame is successfully received.
  • the GTK negotiated with the AP when the terminal associates with the AP is the default GTK.
  • the present application introduces a new GTK.
  • the new GTK can be generated by the AP in the same manner as the default GTK, that is, based on the group master. Key (English: Group Master Key, GMK), string "Group key expansion", AP's MAC address, and group random number (English: group nonce, GNonce), using pseudo-random function (English: pseudorandom function, PRF) generate.
  • This application balances the reliability and resource usage of the AP to send multicast packets by introducing a new GTK.
  • the terminal in this application is a terminal having a wireless local area network (WLAN) function.
  • the terminal can be a mobile phone, a computer, a tablet, a mobile Internet device (MID), a wearable device, a car mobile device, or an e-book reader.
  • MID mobile Internet device
  • a wearable device a car mobile device, or an e-book reader.
  • FIG. 2 is a schematic flowchart of a multicast service processing method provided by the present application. As shown in FIG. 2, the method includes:
  • Step 201 The AP generates a first group address frame and a separate address frame according to the multicast packet to be sent to the terminal in the multicast group.
  • Step 202 The AP sends the first group address frame and the single address frame.
  • the terminal in the multicast group includes a first terminal and a second terminal; the type of the first terminal is a first type, and the multicast key of the terminal of the first type is a first multicast key.
  • the type of the second terminal is a second type, and the multicast key of the terminal of the second type is a second multicast key, the first multicast key and the second multicast key.
  • the payload of the first group of address frames is the same as the payload of the multicast packet, and the payload of the individual address frame is the same as the payload of the multicast packet; the receiver of the first group of address frames
  • the address is the group address of the multicast group, the first group address frame is encrypted by the first multicast key; the receiver address of the individual address frame is the address of the second terminal, the separate address The address frame is encrypted by the unicast key of the second terminal.
  • the AP divides the terminals in the multicast group into the first type and the second type, and the multicast keys of different types of terminals are different.
  • the types of the first terminal and the second terminal of the multicast packet are the first type and the second type, respectively, and thus have different multicast keys.
  • the AP uses multicast and unicast to communicate with two types of terminals in a single multicast group, which balances the reliability and resource usage of the APs to send multicast packets.
  • the first terminal can decrypt the first group of address frames, and then successfully receive the first group of address frames.
  • the second terminal cannot decrypt the first set of address frames, but can successfully receive individual address frames. Therefore, the second terminal does not receive duplicate multicast packets.
  • the destination MAC address of the multicast packet is a multicast address.
  • the payload of the multicast packet includes an Internet Protocol (IP) header, and the destination IP address of the IP header is a multicast address.
  • IP Internet Protocol
  • the payload of the individual address frame and the payload of the multicast message are the same, and the destination IP address in the payload of the individual address frame is the multicast address, and therefore, the receiver in the frame header of the individual address frame
  • the address is a unicast address, but its destination IP address is the multicast address.
  • a possible implementation manner is that the first multicast key is a new GTK, and the second multicast key is a default GTK.
  • the first multicast key can be generated and delivered by the AP.
  • the terminal modifies the multicast key from the default GTK to a new GTK.
  • the type of the terminal is switched from the second type to the first type.
  • the AP stores the address list of the terminal that has delivered the first multicast key, and the recipient address of the individual address frame sent by the subsequent AP does not include the address of the terminal in the address list.
  • the multicast group A is used as an example.
  • the AP generates a first group of address frames and individual address frames according to the multicast packets to be sent to the terminals in the multicast group A, and sends the first group of address frames and individual address frames.
  • the receiver address of the first group of address frames is the address of multicast group A.
  • the first group of address frames is encrypted by the new GTK; the receiver address of the individual address frames is a unicast address, and the individual address frames are encrypted by the PTK.
  • the first terminal interested in multicast group A uses the new GTK for decryption and successfully receives the first GTK.
  • a set of address frames; the recipient address of the individual address frame does not include the address of the first terminal, and therefore, the first terminal does not receive the individual address frame.
  • the payload of the first group of address frames is the same as the payload of the individual address frames, and the first terminal can successfully receive the first group of address frames without receiving the individual address frames, effectively avoiding the problem of repeated reception.
  • the second terminal After the second terminal that is interested in the multicast group A receives the first group of address frames, the second terminal uses the default GTK for decryption because the multicast key of the second terminal is the default GTK. The decryption fails and cannot be successfully received.
  • the first set of address frames; and the address of the receiver of the individual address frame includes the address of the second terminal. Therefore, the second terminal can receive the individual address frame, decrypt the individual address frame by using the PTK, and successfully receive the individual address frame.
  • the payload of the first group of address frames is the same as the payload of the individual address frames. The second terminal can successfully receive the individual address frames and cannot successfully receive the first group of address frames, effectively avoiding the problem of repeated reception.
  • the individual address frame may be a separate address MSDU.
  • the AP may set the receiver address of the individual address MSDU to be the address of the second terminal, and send a separate address MSDU to each second terminal.
  • the individual address MSDU can be encrypted by the PTK.
  • the second terminal decrypts the individual address MSDU with the PTK, and obtains the multicast packet.
  • the AP uses the address of the second terminal A as the receiver address of the individual address frame A, and the AP uses the address of the second terminal B as the receiver address of the individual address frame B; the AP sends the individual address frame A to the second terminal A, A separate address frame B is sent to the second terminal B.
  • the individual address frame can be a separate address A-MSDU.
  • the AP may send the multicast packet to the second terminal as an A-MSDU subframe in the A-MSDU.
  • the AP may also modify the destination MAC address of the multicast packet to the address of the second terminal, and send the modified multicast packet to the second terminal as the A-MSDU subframe in the A-MSDU.
  • the individual address A-MSDU can be encrypted by the PTK.
  • the recipient address of the individual address A-MSDU is the address of the second terminal. After receiving the single address A-MSDU, the second terminal uses the PTK to decrypt the individual address A-MSDU, and then obtains the multicast packet.
  • the AP can generate a second group address according to the broadcast packet to be sent. a frame and a third set of address frames, and transmitting the second set of address frames and the third set of address frames.
  • the payload of the second group of address frames is the same as the broadcast packet
  • the payload of the third group of address frames is the same as the broadcast packet.
  • the receiver address of the second group address frame is a broadcast address
  • the second group address frame is encrypted by the first multicast key
  • the receiver address of the third group address frame is a broadcast address
  • the third set of address frames is encrypted by the second multicast key.
  • the terminal of the first type is decrypted by the new GTK, and the second group of address frames is successfully received, and the second group of address frames are successfully received.
  • the third group of address frames is decrypted by using the new GTK, and the decryption fails, and the third group of address frames cannot be successfully received. Since the payload of the second group of address frames and the payload of the third group of address frames are the same, the terminal of the first type can successfully receive the second group of address frames, and cannot successfully receive the third group of address frames, thereby effectively avoiding duplication. Received questions.
  • the terminal of the second type After receiving the third group of address frames, the terminal of the second type is interested in the multicast group A.
  • the default GTK is used to decrypt the second group of address frames. The decryption fails, and the second group of address frames cannot be successfully received.
  • the third group of address frames is decrypted by the default GTK, and the third group of address frames is successfully received. Since the payload of the second group of address frames and the payload of the third group of address frames are the same, the terminal of the second type can successfully receive the third group of address frames, and cannot successfully receive the second group of address frames, thereby effectively avoiding duplication. Received questions.
  • the terminal of the first type and the terminal of the second type that are interested in the multicast group A can successfully receive the broadcast message, and there is no problem of repeated reception.
  • the first multicast key is a default GTK
  • the second multicast key is a new GTK
  • the second multicast key can be generated by the AP and sent to the terminal.
  • the terminal modifies the multicast key from the default GTK to the new GTK.
  • the type is switched from the first type to the second type.
  • the AP stores the address list of the terminal to which the AP has delivered the second multicast key, and the recipient address of the individual address frame sent by the subsequent AP includes the address of the terminal in the address list.
  • An AP can classify its associated terminals into two types.
  • the AP can send multicast packets belonging to different multicast groups to different types of terminals in different manners. For example, an AP can classify its associated terminals into Type 1 and Type 2.
  • the AP sends multicast packets of multicast group 1 to the type 1 terminal in multicast mode, and multicast packets of multicast group 1 are sent to the type 2 terminal in multicast-to-unicast mode.
  • the AP sends multicast packets of multicast group 2 to the terminal of type 1 in multicast-to-unicast mode, and multicast packets of multicast group 2 are sent to the terminal of type 2 in multicast mode.
  • the AP sends the multicast packet of multicast group 3 to the terminal of type 1 in multicast-to-unicast mode, and multicasts the multicast group 3 to the terminal of type 2 in multicast-to-unicast mode.
  • the AP sends multicast packets of multicast group 4 to the type 1 terminal in multicast mode, and multicast packets of multicast group 4 are sent to the type 2 terminal in multicast mode.
  • an AP can divide the terminals associated with the AP into more than two types, and can send multicast packets belonging to different multicast groups to the terminals of each type in different manners. Two of the more than two types are the first type and the second type described above, respectively.
  • the following takes the second multicast key as the default GTK, and the first multicast key is the new GTK as an example, and specifically performs the handover process between the type of the terminal in the multicast group A between the first type and the second type. Description.
  • the newly added terminals in multicast group A transmit WLAN frames in unicast mode.
  • the types of terminals in multicast group A are of the second type.
  • the multicast key is the default GTK.
  • the AP detects the number of multicast packets to be sent in multicast group A in real time. If, at time t, the AP determines that the number of the multicast packets to be sent in the multicast group A is greater than or equal to the first threshold, the AP can obtain the air interface rate of each terminal in the multicast group A, and the rate of the air interface is smaller than the air interface rate.
  • the second terminal of the first rate threshold sends the first multicast key (that is, the new GTK), and after the second terminal whose air interface rate is lower than the first rate threshold receives the first multicast key, the multicast key is defaulted.
  • the GTK is updated to the first multicast key (ie, the new GTK), and the type of the second terminal whose air interface rate is lower than the first rate threshold is switched from the second type to the first type.
  • the first quantity threshold and the first rate threshold may be set by a person skilled in the art according to actual conditions and experience. Specifically, the first quantity threshold may be based on the multicast packet to be sent that can be buffered according to the multicast group A cached message. The maximum number is determined. For example, the first quantity threshold can be set to be 80% of the maximum number of multicast packets to be sent that the multicast group A can buffer.
  • the AP can obtain the air interface rate of each first terminal in the multicast group A at the time t+k1.
  • the first terminal whose air interface rate is greater than or equal to the second rate threshold sends the second multicast key (ie, the default GTK), and the first terminal that has the air interface rate greater than or equal to the second rate threshold receives the default GTK, and then sets the multicast key by the first A multicast key (ie, a new GTK) is updated to the default GTK, and the type of the first terminal whose air interface rate is greater than or equal to the second rate threshold is switched from the first type to the second type.
  • the second quantity threshold and the second rate threshold may also be set by a person skilled in the art according to actual conditions and experience.
  • the second quantity threshold is smaller than the first quantity threshold.
  • the second quantity threshold may be set to be able to be cached by the multicast group A. 50% of the maximum number of multicast packets sent.
  • the AP determines that the number of the multicast group A buffered packets is greater than or equal to the first threshold, the AP can obtain the air interface rate of each second terminal in the multicast group A, and the rate of the air interface is smaller than the air interface rate.
  • the second terminal of the first rate threshold sends the first multicast key, and after receiving the first multicast key, the second terminal whose air interface rate is lower than the rate threshold updates the multicast key from the GTK to the first multicast key. At this time, the type of the second terminal whose air interface rate is lower than the rate threshold is switched from the second type to the first type.
  • the AP may determine, according to the relationship between the number of multicast packets to be sent and the first number threshold or the second number threshold, whether the type of the terminal in the multicast group is in the first Switch between a type and a second type.
  • the number of the switched terminals may be set, for example, an AP.
  • the air interface rate of the terminal in the multicast group A can be obtained, and the air interface rate is sorted according to the air interface rate, and is sent to the W terminals with a small air interface rate.
  • the value of W can be set according to the actual situation. In this case, the value of W can be set to control the switching granularity. If the value of W is 1, the single terminal in multicast group A is implemented. Granularity, switching between two multicast modes.
  • the terminal 1, the terminal 2, the terminal 3, the terminal 4, and the terminal 5 join the multicast group A.
  • the types of the terminal 1, the terminal 2, the terminal 3, the terminal 4, the terminal 5, and the terminal 6 are all of the second type.
  • the AP can use the unicast mode to the terminal 1, the terminal 2, the terminal 3, the terminal 4, and the terminal. 5 Send a separate address frame.
  • the AP determines that the number of multicast packets to be sent in the multicast group A is greater than or equal to the first threshold, and then to the terminal 1, the terminal 2, and the terminal 3 (terminal 1, terminal 2, and terminal 3).
  • the air interface rate is smaller than the first rate threshold.
  • the first multicast key is sent, and the types of the terminal 1, the terminal 2, and the terminal 3 are switched from the second type to the first type. In this case, as shown in FIG.
  • the method sends a group address frame to the terminal 1, the terminal 2, and the terminal 3, and sends a separate address frame to the terminal 4 and the terminal 5 in a unicast manner.
  • the AP determines that the number of the multicast packets to be sent in the multicast group A is less than the second threshold, and sends the first to the terminal 1 (the air interface rate of the terminal 1 is greater than or equal to the second rate threshold).
  • the type of the terminal 1 is switched from the first type to the second type.
  • the AP can send the group address frame to the terminal 2 and the terminal 3 in a multicast manner, using the unicast mode. A separate address frame is transmitted to the terminal 1, the terminal 4, and the terminal 5.
  • the AP determines that the number of the multicast packets to be sent in the multicast group A is greater than or equal to the first threshold, and can reach the terminal 4 (the air interface rate of the terminal 4 is less than the first rate threshold)
  • the first multicast key is sent, and the type of the terminal 4 is switched from the second type to the first type.
  • the AP can send the group address frame to the terminal 2, the terminal 3, and the terminal 4 in a multicast manner.
  • a separate address frame is transmitted to the terminal 1 and the terminal 5 in a unicast manner.
  • the terminal that joins the multicast group A in the initial time period is taken as an example.
  • the terminal can join the multicast group A at any time. If terminal a joins multicast group A in the period of (0, t), terminal a can transmit the message in unicast mode. At this time, the type of terminal a is the second type; if terminal a is at (t, t+k1) When the time segment is added to the multicast group A, the AP can send the first multicast key to the terminal a. The terminal a updates the multicast key from the GTK to the first multicast key.
  • the terminal a If the terminal a joins the multicast group A in the period of (t+k1, t+k1+k2), the terminal a can transmit the packet in a unicast manner, and the type of the terminal a is the second type. Content, to determine whether the type of the terminal newly joining the multicast group A is the first type or the second type.
  • the AP may determine that the number of the multicast packets to be sent in the multicast group A cache is greater than or equal to the first threshold and continues to exceed the first time threshold.
  • the type of the terminal in the multicast group A can be switched from the second type to the first type.
  • the number of the multicast packets to be sent in the multicast group A cache is determined by the AP to be smaller than the second threshold and continues to exceed the second.
  • the type of the qualified terminal in the multicast group A can be switched from the first type to the second type.
  • the first time threshold and the second time threshold may be set by a person skilled in the art according to actual conditions and experience.
  • the first time threshold may be equal to the second time threshold, for example, each is 10 s, or the first time threshold may also be
  • the second time thresholds are not equal, and are not limited in specific terms.
  • the above method can be used to switch the two multicast modes in a multicast group, so that the packet transmission mode can be switched more smoothly, and the AP and air interface resources can be utilized as much as possible to effectively improve the user experience. .
  • the present application determines the air interface change according to the number of packets buffered by each multicast group and the air interface rate of the terminal, which can more accurately control the switching of the packet transmission mode and allocate resources more reasonably.
  • the application further provides an AP, and the specific content of the AP can be implemented by referring to the foregoing method.
  • FIG. 7 is a schematic structural diagram of an AP according to the present application.
  • the AP 700 includes: a generating unit 701, a transceiver unit 702;
  • the generating unit 701 is configured to generate a first group address frame and an individual address frame according to the multicast packet to be sent to the terminal in the multicast group.
  • the transceiver unit 702 is configured to send the first group address frame and the single address frame.
  • the terminal in the multicast group includes a first terminal and a second terminal
  • the type of the first terminal is a first type
  • the multicast key of the terminal of the first type is a first multicast key
  • the type of the second terminal is a second type
  • the type is a second type.
  • the multicast key of the terminal is a second multicast key
  • the first multicast key is different from the second multicast key;
  • the receiver address of the first group of address frames is a group address of the multicast group, and the first group of address frames is encrypted by the first multicast key;
  • the recipient address of the individual address frame is the address of the second terminal, and the individual address frame is encrypted by the unicast key of the second terminal.
  • the generating unit 701 is further configured to: generate a second group address frame and a third group address frame according to the broadcast message to be sent;
  • the transceiver unit 702 is further configured to: send the second group address frame and the third group address frame;
  • the receiver address of the second group address frame is a broadcast address, and the second group address frame is encrypted by the first multicast key.
  • the receiver address of the third group address frame is a broadcast address, and the third group address frame is encrypted by the second multicast key.
  • the type of the AP association is that the one or more terminals of the first type share the first multicast key; or the type of the AP associated with the second type shares the second multicast key.
  • FIG. 8 is a schematic structural diagram of another AP provided by the present application.
  • the AP includes at least a transceiver 810 (such as an antenna) and processing circuitry 820, and may also include a memory 830.
  • processing circuit 820 includes a processor, a radio frequency circuit, and a baseband.
  • the processor, RF circuit and baseband can be separate chips or integrated into one chip.
  • Processing circuit 820 can be a CPU, or a combination of a CPU and a hardware chip.
  • the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
  • the PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a general array logic (GAL) or Any combination thereof.
  • the memory 830 may include a volatile memory, such as a random access memory (RAM), and the memory 830 may also include a non-volatile memory (English: non-volatile memory).
  • RAM random access memory
  • non-volatile memory English: non-volatile memory
  • read-only memory English: read-only memory, ROM
  • flash memory English: flash memory
  • hard disk English: hard disk drive, HDD
  • solid state drive English: solid-state drive, SSD.
  • Memory 830 may also include a combination of the above types of memory.
  • the memory 830 stores the program code and transmits the stored program code to the processing circuit.
  • the processing circuit 820 is configured to generate a first group address frame and a separate address frame according to the multicast message to be sent to the terminal in the multicast group.
  • the transceiver 810 is configured to send the first group address frame and the individual address frame.
  • the terminal in the multicast group includes a first terminal and a second terminal
  • the type of the first terminal is a first type
  • the multicast key of the terminal of the first type is a first multicast key
  • the type of the second terminal is a second type
  • the type is a second type.
  • the multicast key of the terminal is a second multicast key
  • the first multicast key is different from the second multicast key;
  • the receiver address of the first group of address frames is a group address of the multicast group, and the first group of address frames is encrypted by the first multicast key;
  • the recipient address of the individual address frame is the address of the second terminal, and the individual address frame is encrypted by the unicast key of the second terminal.
  • the processing circuit 820 is further configured to: generate a second group of address frames and a third group of address frames according to the broadcast message to be sent;
  • the transceiver 810 is further configured to: send the second group address frame and the third group address frame;
  • the receiver address of the second group address frame is a broadcast address, and the second group address frame is encrypted by the first multicast key.
  • the receiver address of the third group address frame is a broadcast address, and the third group address frame is encrypted by the second multicast key.
  • the type of the AP association is that the one or more terminals of the first type share the first multicast key; or the type of the AP associated with the second type shares the second multicast key.
  • the AP divides the terminals in the multicast group into the first type and the second type, and the multicast keys of different types of terminals are different.
  • the types of the first terminal and the second terminal of the multicast packet are the first type and the second type, respectively, and thus have different multicast keys.
  • the AP uses multicast and unicast to communicate with two types of terminals in a single multicast group, which balances the reliability and resource usage of the APs to send multicast packets.
  • the first terminal can decrypt the first group of address frames, and then successfully receive the first group of address frames.
  • the second terminal cannot decrypt the first set of address frames, but can successfully receive individual address frames. Therefore, the second terminal does not receive duplicate multicast packets.
  • the above embodiments may be implemented in whole or in part by software, hardware or any combination thereof.
  • software it may be implemented in whole or in part in the form of a computer program product.
  • the computer program product includes one or more computer instructions.
  • the computer program instructions When the computer program instructions are loaded and executed on a computer, the processes or functions described in accordance with embodiments of the present invention are generated in whole or in part.
  • the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
  • the computer instructions can be stored in a computer readable storage medium or transferred from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions can be from a website site, computer, server or data center Transfer to another website site, computer, server, or data center by wire (eg, coaxial cable, twisted pair, or fiber optic) or wireless (eg, infrared, wireless, microwave, etc.).
  • the computer readable storage medium can be any medium that can be stored by a computer or a data storage device that includes one or more media integrated servers, data centers, and the like.
  • the medium may be a magnetic medium (eg, a floppy disk, a hard disk, a magnetic tape), an optical medium (such as an optical disk), or a semiconductor medium (such as a solid state hard disk) or the like.

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

一种组播业务处理方法及接入点
本申请要求于2017年3月9日提交中国专利局、申请号为201710138249.2、发明名称为“一种组播业务处理方法及接入点”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及无线通信技术领域，特别涉及一种组播业务处理方法及接入点。
背景技术
无线局域网(英文：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 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无法实现可靠性和资源占用的平衡。
基于此，本申请提供一种组播业务处理方法，用于平衡AP发送组播报文的可靠性和资源占用。
具体来说，AP向终端发送的无线局域网帧可以是组地址帧(英文：group addressed 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、终端6的类型均为第二类型，此时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可以是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)或其任意组合。
存储器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存储程序代码，并将存储的程序代码传输给处理电路。
所述处理电路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关联的类型为第二类型的终端共享第二组播密钥。
PCT/CN2018/078441 2017-03-09 2018-03-08 一种组播业务处理方法及接入点 WO2018161939A1 (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
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 (2)

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

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/563,682 Continuation US11432140B2 (en) 2017-03-09 2019-09-06 Multicast service processing method and access point

Publications (1)

Publication Number Publication Date
WO2018161939A1 true WO2018161939A1 (zh) 2018-09-13

Family

ID=63448349

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/078441 WO2018161939A1 (zh) 2017-03-09 2018-03-08 一种组播业务处理方法及接入点

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 (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145900A (zh) * 2006-09-15 2008-03-19 华为技术有限公司 组播方法和组播系统以及组播设备
CN102186261A (zh) * 2011-05-30 2011-09-14 杭州华三通信技术有限公司 一种WLAN中IPv6邻居发现协议的实现方法和装置
CN102882795A (zh) * 2012-09-29 2013-01-16 福建星网锐捷网络有限公司 一种无线网络中的ip组播报文下发的方法和设备
CN103079231A (zh) * 2013-02-04 2013-05-01 北京傲天动联技术股份有限公司 在ap中基于无线局域网的组播转单播的装置和方法
US20140192691A1 (en) * 2013-01-07 2014-07-10 Gainspan Corporation Reliable delivery of data specified for transmission by multicasting in wireless networks
CN105812219A (zh) * 2014-12-31 2016-07-27 华为技术有限公司 帧传递方法以及相关装置和通信系统

Family Cites Families (13)

* 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
EP1762080A1 (en) * 2004-06-24 2007-03-14 International Business Machines Corporation Access control over multicast
CN100596068C (zh) * 2006-06-23 2010-03-24 东南大学 基于会话初始化协议的安全组播方法
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
CN102869012B (zh) * 2011-07-05 2018-11-06 横河电机株式会社 无线局域网接入点设备和系统以及相关方法
CN102387140B (zh) * 2011-10-18 2015-01-21 华为技术有限公司 无线局域网络中开展多媒体业务的方法、装置及系统
US9326144B2 (en) * 2013-02-21 2016-04-26 Fortinet, Inc. Restricting broadcast and multicast traffic in a wireless network to a VLAN
US9788076B2 (en) * 2014-02-28 2017-10-10 Alcatel Lucent Internet protocol television via public Wi-Fi network
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

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101145900A (zh) * 2006-09-15 2008-03-19 华为技术有限公司 组播方法和组播系统以及组播设备
CN102186261A (zh) * 2011-05-30 2011-09-14 杭州华三通信技术有限公司 一种WLAN中IPv6邻居发现协议的实现方法和装置
CN102882795A (zh) * 2012-09-29 2013-01-16 福建星网锐捷网络有限公司 一种无线网络中的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中基于无线局域网的组播转单播的装置和方法
CN105812219A (zh) * 2014-12-31 2016-07-27 华为技术有限公司 帧传递方法以及相关装置和通信系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3585080A4

Also Published As

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

Similar Documents

Publication Publication Date Title
WO2018161939A1 (zh) 一种组播业务处理方法及接入点
US8588417B2 (en) Systems and methods for multicast retransmission over a secure wireless LAN
US11889405B2 (en) Handling a UE that is in the idle state
EP3852403A1 (en) Communication method and apparatus
US20170303120A1 (en) System and method of counter management and security key update for device-to-device group communication
US8934420B2 (en) Multiple wired client support on a wireless workgroup bridge
US11533610B2 (en) Key generation method and related apparatus
JP2018526869A (ja) 暗号化されたクライアントデバイスコンテキストを用いたネットワークアーキテクチャおよびセキュリティ
US11356294B2 (en) Packet processing method and device
WO2021135650A1 (zh) 通信方法及装置
US20230013500A1 (en) Radio bearer configuration method, apparatus, and system
US20200022102A1 (en) Deregistration method of user equipment in network and user equipment performing the same
WO2018113504A1 (zh) 一种用户面锚点选择方法及装置
WO2018127220A1 (zh) 一种数据转发方法及装置
US11540168B2 (en) Apparatus and methods of packet retransmission between multi-link devices
KR20150027216A (ko) 모바일 광대역 네트워크 환경에서 제어 패킷 및 데이터 패킷을 보호하기 위한 방법 및 시스템
US20220263879A1 (en) Multicast session establishment method and network device
WO2021102843A1 (zh) 一种具有抗干扰能力的短距离通信方法和装置
US9742578B2 (en) Simple mesh network for wireless transceivers
WO2018176187A1 (zh) 数据传输方法、用户设备和控制面节点
WO2021208813A1 (zh) 一种通信方法及通信装置
WO2020088543A1 (zh) 网络接入方法及装置
US20230319550A1 (en) Encryption enhancement for multi-link operation in 802.11
US12010592B2 (en) Sidelink communications method and apparatus
US20220338095A1 (en) Base station assisted information centric network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18763489

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2018763489

Country of ref document: EP

Effective date: 20190917