WO2018233646A1

WO2018233646A1 - Wake-up method, access point, and station

Info

Publication number: WO2018233646A1
Application number: PCT/CN2018/092053
Authority: WO
Inventors: 杨懋; 李波; 郭宇宸
Original assignee: 华为技术有限公司
Priority date: 2017-06-21
Filing date: 2018-06-20
Publication date: 2018-12-27
Also published as: CN109104756B; CN109104756A

Abstract

The present application provides a wake-up method, an access point, and a station. The wake-up method comprises: generating a wake-up frame, the wake-up frame comprising a multicast group identifier field, and the multicast group identifier field being obtained from a multicast group media access control (MAC) address and being used for indicating a multicast group to be woken up; and sending the wake-up frame. In the wake-up method provided in the present application, the multicast group identifier field in the wake-up frame is obtained according to the multicast group MAC address; when a station is wakened, the station can be woken up by using a multicast group as a unit. The multicast group identifier is obtained by using an existing multicast mechanism in an 802.11 protocol, no new protocol is introduced, the protocol increment is small and costs are low. The energy saving effect can be improved and signaling overheads are reduced, thereby improving the wake-up efficiency.

Description

Wake-up methods, access points, and sites

This application claims the priority of the Chinese Patent Application, which is filed on June 21, 2017, the Chinese Patent Application No. PCT Application No. in.

Technical field

The present application relates to the field of communications and, more particularly, to wake-up methods, access points and sites in the field of communications.

Background technique

With the evolution of the wireless local area network (WLAN) standard, the Institute of Electrical and Electronics Engineers (IEEE) 802.11 working group is preparing to wake up radio with low power (low power wake up radio LP- WUR,) is a core technology research and development work to reduce the wireless fidelity (WiFi) power consumption of the 802.11 standard. The 802.11 standard was established in the IEEE in May 2016 and is expected to be established by the end of 2016.

In a WiFi network, a considerable part of the energy of the terminal device is wasted in the idle listening mode. The related solutions in the current traditional 802.11 protocol focus on optimizing the device sleep policy and using LP-WUR (referred to as WUR). The core idea of WUR is that the receiving device includes a new low-power wake-up receiver (WUR) part in addition to the traditional 802.11 main radio (802.11 main radio, 802.11 main transceiver module) or WiFi main transceiver module, when the 802.11 main transceiver module enters After deep sleep, the low-power WUR wakes up and starts working. If other devices need to communicate with devices with WUR and 802.11 master transceiver modules, other terminal devices first send wake packets (Wake Up Packet or wakeup packets, WUP) to WUR. WUR correctly receives the WUP sent to itself and wakes up the reception. The 802.11 primary transceiver module of the end device enables the 802.11 primary transceiver module to communicate with the terminal device that wakes up the 802.11 primary transceiver module. At present, for a large number of terminal devices to be awake, it is necessary to send a wake-up packet to each terminal device, and the signaling overhead and power consumption are still large.

Summary of the invention

The application provides a wake-up method, an access point, and a site. The multicast group identifier field in the wake-up frame is obtained according to the MAC address of the multicast group. When the site wakes up, the device can wake up in units of multicast groups. The multicast mechanism existing in the 802.11 protocol is used to obtain the multicast group identifier, and no new protocol is introduced. The protocol increment is small and the cost is low. It can improve energy saving effect, save signaling overhead, and improve the efficiency of wake-up.

In a first aspect, a wake-up method is provided, the method includes: generating a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group media access control MAC address, The multicast group identification field is used to indicate a multicast group that needs to be woken up; the wake-up frame is sent.

The wake-up method provided by the first aspect obtains the multicast group identifier field in the wake-up frame according to the multicast group MAC address, that is, intercepts the existing multicast group MAC address or part of the bit in the multicast group MAC address frame. Perform calculations to wake up in units of multicast groups when waking up the site. Moreover, the multicast mechanism existing in the 802.11 protocol is used to obtain the multicast group identifier, and no new protocol is introduced, and the protocol increment is small and the cost is low. It can further improve energy saving effect, save signaling overhead, and improve the efficiency of wakeup.

In a possible implementation manner of the first aspect, the obtaining the multicast group identifier field from the multicast group MAC address includes: intercepting part of the bit group information in the multicast group MAC address as the multicast group identifier Field.

In a possible implementation manner of the first aspect, the obtaining the multicast group identifier field from the multicast group MAC address includes: calculating a part of the bit information in the multicast group MAC address to obtain the multicast Group ID field.

A second aspect provides a wake-up method, the method comprising: receiving a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group media access control MAC address, The multicast group identifier field is used to indicate a multicast group that needs to be woken up; and based on the multicast group identifier field, determine whether to perform wakeup.

The wake-up method provided by the second aspect, the multicast group identifier field in the wake-up frame is obtained according to the multicast group MAC address, that is, the interception of the existing multicast group MAC address or the partial bit of the multicast group MAC address frame. The operation is performed today, and when the site is woken up, it can be awakened in units of multicast groups. Moreover, the multicast mechanism existing in the 802.11 protocol is used to obtain the multicast group identifier, and no new protocol is introduced, and the protocol increment is small and the cost is low. It can further improve energy saving effect, save signaling overhead, and improve the efficiency of wakeup.

In a first implementation of the first aspect or the second aspect, the wake-up frame further includes an intra-group identifier field, where the intra-group identifier field is used to indicate a site in the multicast group that needs to wake up.

In a first implementation of the first aspect or the second aspect, the awake frame further includes an intra-group number field, where the intra-group number field is used to indicate the number of STAs in the multicast group or wake up the multicast group. All STAs inside.

In a first implementation of the first aspect or the second aspect, the wake-up frame further includes a multicast number field, where the number of the group is used to indicate the number of multicast groups that need to be woken up.

In a first implementation of the first aspect or the second aspect, the wake-up frame further includes a wake-up frame type field, where the wake-up frame type field is used to indicate the type of the wake-up frame.

In a first implementation of the first aspect or the second aspect, the intra-group identification field includes an intra-group identification bitmap field and an intra-group identifier list field.

A third aspect provides a wake-up method, where the method includes: generating a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken up. The in-group indication field is used to indicate a station in the multicast group that needs to wake up; the wake-up frame is sent.

The wake-up method provided by the third aspect, the wake-up frame generated by the access point includes a multicast group identifier field and an intra-group indication field, so that when the site wakes up, according to the multicast group identifier field and group included in the wake-up frame The internal indication field can be awake in a multicast group as a unit, and according to the in-group indication field in the wake-up frame, all stations in the multicast group or some sites in the multicast group can be awakened to improve wake-up efficiency. Signaling overhead.

A fourth aspect provides a wake-up method, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the group indication is The field is used to indicate the site that needs to wake up in the multicast group; and according to the multicast group identifier field and the indication field in the group, whether to perform wakeup is determined.

The wake-up method provided by the fourth aspect, the wake-up frame received by the station includes a multicast group identifier field and an intra-group indication field, so that when the site wakes up, according to the multicast group identifier field and the intra-group indication included in the wake-up frame The field can be awake in a multicast group as a unit, and according to the in-group indication field in the wake-up frame, the wake-up of all stations in the multicast group or part of the multicast group can be implemented, and the wake-up efficiency is improved. Overhead.

In a possible implementation manner of the first aspect, determining whether to perform wake-up according to the multicast group identifier field and the indication field in the group includes: determining that the multicast group identifier is a multicast group identifier to which the site belongs And, when it is determined that the site indicated by the indication field in the group is the site, it is determined to perform wake-up.

In a third aspect or a possible implementation manner of the fourth aspect, the intra-group indication field includes an intra-group number field, where the intra-group number field is used to indicate that all stations or the multicast group in the multicast group are awake. The total number of sites included.

In a third aspect or a possible implementation manner of the fourth aspect, the intra-group indication field includes an intra-group identification field, where the intra-group identification field is used to indicate a site that needs to be woken up within the multicast group.

In a third aspect or a possible implementation manner of the fourth aspect, the intra-group identification field includes an intra-group identification bitmap or an intra-group identifier list.

In a third aspect or a possible implementation manner of the fourth aspect, the multicast group identifier field is obtained from a multicast group media access control MAC address.

In a third aspect or a possible implementation manner of the fourth aspect, the wake-up frame further includes a multicast group number field, where the multicast group number field is used to indicate the number of times the multicast group needs to be awakened.

In a third aspect or a possible implementation manner of the fourth aspect, the wake-up frame further includes a wake-up frame type field, where the wake-up frame type field is used to indicate the type of the wake-up frame.

In a fifth aspect, an access point is provided, including a processor, a memory, and a transceiver for supporting the access point to perform a corresponding function in the above method. The processor, the memory and the transceiver are connected by communication, the memory stores instructions, and the transceiver is configured to perform specific signal transceiving under the driving of the processor, and the processor is configured to invoke the instruction to implement the first aspect or the third aspect and various The wakeup method in the implementation.

A sixth aspect provides an access point, including a processing module, a storage module, and a transceiver module, configured to support an access point to perform the function of the access point in any of the foregoing first aspect or the first aspect of the first aspect. Or the function of the access point in any of the foregoing possible implementations of the third aspect or the third aspect. The functions may be implemented by hardware or by corresponding software implemented by hardware, and the hardware or software includes one or more modules corresponding to the above functions.

In a seventh aspect, a site is provided that includes a processor, a memory, and a transceiver for supporting the site to perform the corresponding functions of the above methods. The processor, the memory and the transceiver are connected by communication, the memory stores instructions, and the transceiver is configured to perform specific signal transceiving under the driving of the processor, and the processor is configured to invoke the instruction to implement the second aspect or the fourth aspect and various The wakeup method in the implementation.

The eighth aspect provides a site, including a processing module, a storage module, and a transceiver module, configured to support the terminal device to perform the function of the site in any of the foregoing second aspect or the second aspect, or the fourth Aspect or the functionality of the site in any possible implementation of the fourth aspect. The functions may be implemented by hardware or by corresponding software implemented by hardware, and the hardware or software includes one or more modules corresponding to the above functions.

According to a ninth aspect, there is provided a communication system comprising the access point provided in the fifth or sixth aspect, and the station provided in the seventh or eighth aspect. The communication system can perform the wake-up methods provided by the first aspect, the second aspect, the third aspect, and the fourth aspect described above.

A tenth aspect, a computer readable storage medium for storing a computer program, the computer program comprising a method for performing the first aspect or any of the possible implementations of the first aspect, and the third An instruction of a method of any of the possible implementations of aspect or aspect.

According to an eleventh aspect, a computer readable storage medium is provided for storing a computer program, the computer program comprising a method for performing any of the possible implementations of the second aspect or the second aspect, and the foregoing The instructions of the method of any of the four aspects or any of the possible implementations of the fourth aspect.

DRAWINGS

FIG. 1 is a schematic diagram of a conventional terminal device continuously listening to a channel.

2 is a schematic diagram of a sleep mechanism of a conventional terminal device.

FIG. 3 is a schematic diagram of a conventional WUR technology.

FIG. 4 is a schematic diagram of an application scenario of an embodiment of the present application.

FIG. 5 is a schematic flowchart of a wake-up method according to an implementation of the present application.

FIG. 6 is a schematic diagram of grouping STAs according to an embodiment of the present application.

7 is a schematic diagram of a multicast group MAC address frame format.

FIG. 8 is a schematic diagram of intercepting a multicast group MAC address to a multicast group identifier according to an embodiment of the present application.

FIG. 9 is a schematic diagram of a configuration frame structure of an embodiment of the present application.

FIG. 10 is a schematic diagram of a format of three types of wake-up frames provided by an embodiment of the present application,

11 is a schematic flow chart of a wake-up method of another implementation of the present application.

FIG. 12 is a schematic diagram of performing wake-up of all STAs in a multicast group according to a wake-up frame according to an embodiment of the present application.

FIG. 13 is a schematic diagram of performing wake-up of some STAs in a multicast group according to a wake-up frame according to an embodiment of the present application.

FIG. 14 is a schematic diagram of performing multiple multicast group wake-ups according to a wake-up frame according to an embodiment of the present application.

15 is a schematic block diagram of an access point in accordance with an embodiment of the present application.

16 is a schematic block diagram of an access point of another embodiment of the present application.

17 is a schematic block diagram of a station of one embodiment of the present application.

18 is a schematic block diagram of a station of another embodiment of the present application.

19 is a schematic block diagram of an access point in accordance with an embodiment of the present application.

20 is a schematic block diagram of an access point of another embodiment of the present application.

21 is a schematic block diagram of a station of one embodiment of the present application.

22 is a schematic block diagram of a station of another embodiment of the present application.

Detailed ways

The technical solutions in the present application will be described below with reference to the accompanying drawings.

It should be understood that, in the embodiment of the present application, a station (STA) may also be referred to as a user equipment (UE), a mobile station (MS), a mobile terminal, a terminal device, and the like. The station can communicate with one or more core network devices via a radio access network (RAN). For example, the station can include various handheld devices with wireless communication functions, in-vehicle devices, wearable devices, and computing. Device or other processing device connected to the wireless modem. It may also include a subscriber unit, a cellular phone, a smart phone, a wireless data card, a personal digital assistant (PDA) computer, a tablet computer, a wireless modem, a handheld device (handset). ), laptop computer, machine type communication (MTC) terminal, station (STA) in wireless local area networks (WLAN). It can be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a wireless local loop (WLL) station, and a next-generation communication system, for example, fifth-generation communication (fifth-generation, 5G) a terminal device in the network or a site in a future evolved Public Land Mobile Network (PLMN) network. The embodiments of the present application are not limited herein.

It should also be understood that an access point (AP) may also be referred to as a network side device, a base station or an access network device, and the network side device may be a device for communicating with the terminal device, and the network device may be a long term evolution ( Long term evolution, LTE) evolved base station (evolutional Node B, eNB or eNodeB), gNB or access point in 5th generation mobile communication technology (5-Generation, 5G), base transceiver station, transceiver node, etc. , or an in-vehicle device, a wearable device, a network device in a future 5G network, or a network-side device in a future evolved PLMN system. For example, the network side device may be an access point (AP) in the WLAN, or may be a global system for mobile communication (GSM) or code dvision multiple access (CDMA). Base Transceiver Station (BTS) in CDMA. It may also be an evolved Node B (eNB or eNodeB) in an LTE system. Alternatively, the network device may also be a Node B of a 3rd Generation (3G) system. In addition, the network device may also be a relay station or an access point, or an in-vehicle device, a wearable device, and a future 5G network. a network device in the network or a network device in a future evolved PLMN network. The embodiments of the present application are not limited herein. For convenience of description, in all embodiments of the present application, the above-mentioned devices that provide wireless communication functions for the MS are collectively referred to as access points.

The first step is to briefly introduce the wake-up radio. The wake-up radio is a new low-power wake-up radio part in addition to the traditional 802.11 transceiver. Its function is that when the 802.11 main transceiver module enters deep sleep, the low-power WUR wakes up and starts working. When other stations have radio frames to send to him, they can send wake-up frames (wake-up packets) to WUR first. After receiving the wake-up packets, WUR can wake up its main transceiver module and send and receive wireless frames.

In the WiFi network, a considerable part of the energy of the terminal device is wasted in the idle listening mode. The related solutions in the current traditional 802.11 protocol focus on optimizing the device sleep policy and using the WUR. FIG. 1 is a schematic diagram of a conventional terminal device continuously listening to a channel. As shown in FIG. 1, D in FIG. 1 represents data, that is, data reception, and A represents acknowledgement, indicating that data is received. In FIG. 1, when the terminal device receives and receives data without data, it is still in the state of monitoring/receiving data, resulting in an increase in power consumption of the terminal device. 2 is a schematic diagram of a conventional terminal device sleep mechanism. In FIG. 2, the terminal device can enter a sleep state when there is no data transmission and reception to reduce the energy consumption of continuous idle monitoring. However, when the terminal device is in hibernation, it cannot communicate with the AP. Only when the terminal device wakes up can the transmission be between the two, which may cause a certain delay. In order to avoid the high latency caused by the dormancy mechanism, the terminal device usually wakes up from time to time to check whether there is data to receive, but this reduces the sleep efficiency of the terminal device (from time to time, but there is no useful data to send and receive, phase Sleeping for a long time consumes more energy).

In addition to optimizing the dormancy strategy, another technical way to reduce the waste of the idle listening energy of the terminal device is to use WUR. The core idea is that the receiving device adds a WUR part in addition to the traditional 802.11 transceiver, as shown in Figure 3. FIG. 3 is a schematic diagram of a conventional WUR technology. As shown in FIG. 3, when the 802.11 main transceiver module of the receiving end (such as STA) enters deep sleep, the low power WUR wakes up and starts working. If the transmitting end (such as an AP) needs to communicate with the device with the WUR and 802.11 primary transceiver module, the AP first sends a WUR wake-up frame (wake-up packet) to the WUR, and the WUR correctly receives the wake-up frame sent to itself, and wakes up the STA's 802.11. The main transceiver module then goes to sleep itself, and the AP communicates with the awake 802.11 master transceiver module. Since the circuit design of the WUR is relatively simple, it usually only includes the part of the receiving end, so sometimes it can also be called a wake-up radio to wake up the receiver. When the 802.11 main transceiver module communicates with the AP, it will go to sleep. At the same time, the WUR wakes up and starts to listen to whether there is a WUP sent to itself to wake up the 802.11 main transceiver module. The technology uses a low-power WUR instead of the 802.11 main transceiver module to listen to the channel when the medium is idle, which can effectively reduce the waste of energy when the device idle listening.

In order to achieve low power consumption, WUR needs to be simpler and less complicated in terms of circuit structure and structural design of wake-up frames (such as WUP). For example, the WUR circuit structure may only contain energy detection and radio frequency (RF) parts, so it is impossible to demodulate some complicated modulation methods. For this reason, the WUP may adopt a simple binary-on-key keying (OOK) modulation method.

The low-power WUR technology proposes to add a low-power, low-cost receiver to existing 802.11 products, but does not have the ability to transmit. The receiver can listen to the signal when the main transceiver module is turned off, and upon receiving the wake-up signaling sent to itself, exits the power saving mode and turns on the main transceiver module. With the increasing diversification of mobile applications and the increasing rate of transmission, reducing energy consumption has always been one of the important technical goals of wireless networks in the future. Node intelligent power saving is an important means to achieve low power consumption. However, how to wake up in real time after the node saves power, for example, how to wake up the node in real time after the power saving is a pending problem.

This situation is more common in scenarios where WUR may need to support a large number of nodes, especially in the case of Internet of Things (IoT). The 802.11 primary transceiver module of a certain STA can only be awakened by the WUR of the STA. For the scenario that needs to wake up a large number of terminal devices, a wakeup packet needs to be sent to each STA. This wastes a lot of resources and signaling overhead. Larger, the wake-up efficiency is lower. Therefore, in order to improve the wake-up efficiency, it is often necessary to group the STAs and then wake up the groups. However, since WUR is a small feature, if it introduces a new STA grouping mechanism specifically, it will bring complexity to the 802.11 protocol. On the other hand, in many cases, STAs in a group do not necessarily need to be woken up at the same time, which makes the effect of the energy saving mechanism much lower.

For the above problem, the embodiment of the present application provides a wake-up method, which can perform packet wake-up when a large number of terminal devices need to be woken up, and does not need to send a wake-up packet to each terminal device, which can further improve the energy-saving effect.

4 is a schematic diagram of an application scenario of the embodiment of the present application. As shown in FIG. 4, the application is mainly applied to a wireless local area network, and the system architecture or scenario includes at least one AP and at least one STA performing wireless communication. Expanded into the scenario of wireless communication between network devices and terminal devices. The embodiments of the present application are not limited herein.

It should be understood that the embodiment of the present application is only described by using the application scenario shown in FIG. 4 as an example, but the embodiment of the present application is not limited thereto. For example, the system may include more APs and STAs, or the AP may be configured by each STA. Communication between them, etc.

The awake method provided by the present application is described in detail below with reference to FIG. 5. FIG. 5 is a schematic flowchart of the awake method 100 according to an embodiment of the present application. The method 100 can be applied to the scenario shown in FIG. In other communication scenarios. The embodiments of the present application are not limited herein.

As shown in FIG. 5, the wake-up method 100 includes:

S110. The access point generates a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group media access control MAC address, where the multicast group identifier field is used to indicate that Wake-up multicast group. S120. The access point sends the wake-up frame to the station. Correspondingly, the station receives the wake-up frame.

S130. The station determines, according to the multicast group identifier field in the wake-up frame, whether to perform wake-up.

Specifically, before the access point sends the wake-up frame, when the system groups the STA, the STA includes the 802.11 primary transceiver module and the WUR. For example, the existing multicast group media access control in the 802.11 (using 802.3) may be adopted. The (multicast group Media Access Control, multicast group MAC) address is implemented as a STA. The manner of grouping STAs can be as shown in FIG. 6. FIG. 6 is a schematic diagram of grouping STAs according to an embodiment of the present application. As shown in FIG. 6 , STAs with similar energy-saving rules may allocate the same multicast group address in association, for example, in FIG. 6 . Group 1 (group1). STAs having the same service are assigned the same multicast group at the time of association, such as group 2 (group 2) in FIG. STAs having the same terminal device type are assigned the same multicast group at the time of association, such as group 3 (group 3) in FIG.

It should be understood that, when the STAs are grouped, the STAs may be grouped according to the existing multicast group MAC address, and the STAs may be grouped according to any other rules or manners. No restrictions.

After the STA is grouped, in S110, the AP generates a wake-up frame, where the wake-up frame includes a multicast group identifier (group ID) field, and the multicast group identifier field is obtained by intercepting the multicast group medium access control MAC address frame. The multicast group identifier field is used to indicate a multicast group that needs to be woken up, that is, a group address of a terminal device group that needs to be woken, and the multicast group includes multiple STAs. For example, the group IDs of the three multicast groups in Figure 6 can be considered as Group 1, Group 2, and Group 3, respectively. That is, the three multicast group identifiers are 1, 2, and 3, and each multicast group includes multiple STAs. For example, each multicast group in FIG. 6 includes three STAs.

In S120, the AP transmits the wake-up frame to the STA. Correspondingly, the STA receives the wake-up frame.

In S130, the STA determines whether to perform wakeup based on the multicast group identification field in the wakeup frame.

Specifically, after the STA receives the wake-up frame, the STA includes an 802.11 primary transceiver module and a WUR, where the wake-up frame includes a multicast group identifier field, and the STA may determine whether to perform based on the multicast group identifier field in the wake-up frame. wake. Since the STA has been assigned the corresponding Group ID, the STA can match the Group ID in the wake-up frame according to its own Group ID. When the match is successful, it confirms that it belongs to the STA of the target wake-up group. The WUR included in the STA wakes up the STA's main transceiver module, so that the STA can communicate with the network device.

In the wake-up method provided by the embodiment of the present application, the multicast group identifier field in the wake-up frame is obtained from the existing multicast group MAC address, that is, the interception of the existing multicast group MAC address or the multicast group MAC address. Some bits in the frame are calculated today to obtain the multicast group identification field in the wake-up frame, so that when the site wakes up, it can wake up in units of multicast groups, and adopts the existing multicast in the 802.11 protocol. The mechanism obtains the multicast group identifier without introducing a new protocol. The protocol increment is small and the cost is low. It can further improve energy saving effect, save signaling overhead, and improve the efficiency of wakeup.

Optionally, as an embodiment, the multicast group identifier field is obtained by intercepting part of the bit information in the multicast group MAC address.

Specifically, the multicast group MAC address is specified in IEEE 802.3, and its frame format is as shown in FIG. 7. In FIG. 7, the multicast group MAC address frame is 48 bits, wherein a single address/group address (I/G) field is set to 0 to identify the address of a single device (ie, unicast). The 1 flag identifies the group address (ie, multicast) that contains no device, more than one, or all devices. The globally administered address/locally administered address (U/L) field identifies the local or global address. The I/G domain is 1 bit, and the U/L is 1 bit. The remaining 46-bit multicast group addresses are configured through user configuration. They can be active multicast addresses or deactivate multicast addresses. The standard does not specify a process. The multicast group MAC address can be configured by the user and can be allocated through high-level signaling or in the network card driver.

The MAC address of the multicast group is 48 bits and the length is too long. It is not suitable for directly using the group ID. Therefore, the multicast group identifier (group ID) obtained by intercepting the multicast group media access control MAC address frame can be obtained. Alternatively, part of the bit information in the multicast group MAC address may be calculated to obtain a multicast group identification field.

Specifically, one of the schemes for obtaining the multicast group identifier is to intercept some bits in the 46-bit address of the multicast group MAC address frame as the group ID. The AP and the STA can map the multicast group MAC address to the group ID according to the same algorithm, that is, generate the group ID according to the multicast group MAC address. Another solution is to intercept certain bits in the 46-bit address of the multicast group MAC address, and then perform the specific AND operation as the group ID. Similar other schemes may first intercept a number of bits in the multicast group MAC address, and then perform a specific remainder operation on the intercepted bits as a group ID or the like. The embodiments of the present application are not limited herein.

FIG. 8 is a schematic diagram of intercepting a multicast group MAC address to a multicast group identifier according to an embodiment of the present application. As shown in FIG. 8 , some bits of 46 bits in a multicast group MAC address may be intercepted. The group ID field, which is a K bit, may include an I/G domain and a U/L domain in a multi-multicast group MAC address, or may not include a U/L domain in a multicast group MAC address. The embodiments of the present application are not limited herein.

It should be understood that FIG. 8 is only a specific example of obtaining a group ID by intercepting a multicast group MAC address, and does not impose any limitation on the embodiment of the present application. For example, the group ID may be obtained according to the multicast group MAC address by other means. For example, other interception methods or calculation methods after interception. The embodiments of the present application are not limited herein.

Optionally, as an embodiment, the multicast group identifier field is obtained by intercepting from a last bit of the multicast group MAC address frame.

Specifically, since the group ID is obtained by intercepting the MAC address of the multicast group, the interception of the multicast group MAC address frame can be performed by cutting the last bit of the multicast group MAC address. The partial bit information is used as the group ID. For example, the length of the K bit can be taken to the left from the rightmost bit of the multicast group MAC address shown in FIG. 7 , that is, the last bit, as the group ID field, so that the least The length of the bit to obtain the group ID can save the signaling overhead.

It should be understood that, in the embodiment of the present application, a bit of the multicast group MAC address frame may be intercepted from the beginning of the multicast group MAC address, and the partial bit of the multicast group MAC address frame may be intercepted as a group ID, or may be a group. Any bit in the frame format of the multicast MAC address begins to be intercepted to obtain a partial bit as the group ID. The embodiments of the present application are not limited herein.

Optionally, as an embodiment, the wake-up frame further includes an intra-group identifier field, where the identifier field in the group is used to indicate a site that needs to be woken up in the multicast group.

Specifically, when not all the STAs in the multicast group need to wake up, the wake-up frame further includes an intra-group-ID (Intra-Group-ID) field, where the identifier field in the group is used to indicate the multicast group. Sites that need to be woken up inside. After the STA matches the multicast group indicated by the multicast group ID, it needs to match the STAs in the multicast group. That is, it is determined whether the STA is the STA indicated by the identifier field in the group, and determines that it is the STA indicated by the identifier field in the group, and then performs the wake-up operation. For example, if the Group ID is 2, that is, the STA in the group 2 needs to be awake, and the wake-up frame also includes the Intra-Group-ID, and the Intra-Group-ID includes the A, B, and C, that is, the address in the group 2 needs to be awake. The three STAs of A, B, and C, according to the Intra-Group-ID field, implement the wake-up function of some STAs in the group.

Optionally, as an embodiment, the Intra-Group-ID may be an intra-group-ID-Bitmap, and the Intra-Group-ID-Bitmap is a pre-established one when grouping the STAs. The bitmap correspondence table, that is, the ID of each STA corresponds to one bit. Each bit indicates a type of information. For example, the IDs of the three STAs are A, B, and C, respectively, and the corresponding bits are 1, 1, and 0, respectively. A pre-defined bit of 1 indicates wake-up, a bit of 0 indicates no wake-up, or a bit of 0 indicates wake-up, and a bit of 1 indicates no wake-up. After the STA matches the Group ID correctly, it continues to match the Intra-Group-ID, that is, the bit corresponding to the ID is determined, and the bit corresponding to the ID is determined, and the wakeup can be performed according to the information indicated by the bit. Or do not wake up the main transceiver module.

Optionally, as an embodiment, the Intra-Group-ID may be an intra-group identifier list, that is, the Intra-Group-ID may be the name or identifier of the STA that needs to wake up in the multicast group indicated by the multicast group identifier field. That is, the STAs are distinguished by different names. When the STAs correctly match the Group ID, the STAs continue to match the Intra-Group-ID. When it is determined that the ID or the name is included in the in-group identifier list, the main transceiver module is woken up.

It should be understood that the Intra-Group-ID may be of other types or forms, as long as the function of waking up a part of the STAs in the group can be achieved, which is not limited herein.

It should also be understood that in addition to the above-mentioned group ID obtained by intercepting the multicast group MAC address, the AP may also configure the group ID for the STA. Specifically, the AP can configure the group ID and/or the Intra-group-ID by the following operations. In the case of a group-ID, the AP can assign an Intra-group-ID to the STA, and can also delete and re-allocate the Group-ID. The operation mode of an AP to configure an address for a STA can be classified into the following cases:

Case 1: The Group-ID is already in place and the AP modifies the Group-ID. At this point, the Intra-Group-ID field is optional.

Case 2: The Group-ID is already in place, and the AP assigns an Intra-Group-ID to the STA.

Case 3: The existing group-ID, the AP modifies the Group-ID and assigns the Intra-Group-ID to the STA.

Case 4: Without a Group-ID, the AP assigns a Group-ID to the STA.

Case 5: Without a Group-ID, the AP assigns a Group-ID to the STA and assigns an Intra-Group-ID.

Case 6: The AP deletes the Group-ID.

Case 7: The AP deletes the Intra-Group-ID.

Case 8: The AP deletes the Group-ID and the Intra-Group-ID.

It should be understood that, in addition to the foregoing operation modes of the AP, the AP may also configure the Group-ID and/or the Intra-Group-ID to the STA through other operations. The existing Group-ID can be obtained according to the multicast group MAC address. The embodiments of the present application are not limited herein.

It should also be understood that, in the case that the AP configures the Group-ID and/or the Intra-Group-ID to the STA, the AP needs to send a configuration (Group configure) frame to the STA for notifying the Group-ID and/or Intra-related to the STA. Group-ID information, so that when the subsequent wake-up frame is sent, the STA can set the Group-ID and/or Intra-Group-ID information and the Group-ID and/or Intra-Group-ID in the wake-up frame according to the AP. A match is made to determine whether to perform wakeup based on the result of the match.

FIG. 9 is a schematic diagram of a configuration frame structure of an embodiment of the present application. As shown in FIG. 9, the configuration frame includes a wake-up group type (WU-Group-Type) field, a multicast group identifier (Group-ID) field, and an intra-group-ID (Intra-Group-ID) field. The WU-Group-Type field is used to indicate how the AP operates on the Group-ID and/or Intra-Group-ID. For example, if the WU-Group-Type field is set to 00, the AP assigns an Intra-Group-ID to the STA, and the 01 indicates that the AP assigns the Group-ID and the Intra-Group-ID to the STA, and the 11 indicates that the AP deletes the Group-ID assigned to the STA. With Intra-Group-ID, set 10 to indicate that the AP modifies the Intra-Group-ID.

It should be understood that FIG. 9 is only a specific example of the configuration frame format of the embodiment of the present application, but the embodiment of the present application is not limited thereto. For example, the configuration frame may include the ID of the STA, and may not include the Intra-Group-ID. The field and the like, the WU-Group-Type field also uses other numbers to indicate different operation modes of the AP to the Group-ID and/or the Intra-Group-ID, which is not limited herein.

After the AP sends the configuration frame to the STA, the STA will reply with the confirmation message. If the STA has been configured with the Group-ID and/or the Intra-Group-ID, the AP can send the wake-up frame. The Group-ID and/or Intra-Group-ID included in the frame are used to perform subsequent operations.

The awake method provided by the embodiment of the present invention obtains the multicast group identifier by using the multicast group mechanism in the 802.11 protocol, and the multicast group identifier is obtained by using the multicast group mechanism in the 802.11 protocol. The new agreement has a small incremental cost and low cost. Moreover, the wake-up frame further includes an intra-group identifier field, which can implement wake-up of all STAs in the group or some STAs in the group, thereby improving energy-saving efficiency and saving signaling overhead.

Optionally, as an embodiment, the wake-up frame further includes an in-group number field, where the in-group number field is used to indicate the number of STAs in the multicast group or to wake up all STAs in the multicast group.

Specifically, the awake frame may further include an intra-group-Num field, which is used to indicate the number of STAs included in the multicast group that needs to be awake or to indicate that all STAs in the multicast group are awake. For example, for a multicast group Group 2 with a group ID of 2, there are 4 STAs in the group 2, that is, the Intra-Group2-Num can be 4, or when the Intra-Group2-Num is 0, the group 2 is awakened. All STAs. The STA also needs to determine whether to perform wakeup according to the information indicated by the Intra-Group-Num field.

Optionally, as an embodiment, the wake-up frame further includes a multicast number field, where the group number field is used to indicate the number of multicast groups that need to be woken up.

Specifically, the wake-up frame may further include a group-Num field for indicating the number of multicast groups that need to be woken up. For example, when the Group-Num is 2, the number of multicast groups that need to be woken up is two. Or when the group-Num is 4, the number of multicast groups that need to be awake is four, that is, four multicast groups need to be woken up, and each multicast group corresponds to a different group address.

Optionally, as an embodiment, the wake-up frame further includes a wake-up type field, where the wake-up type field is used to indicate the type of the wake-up frame.

Specifically, the wake-up frame may further include a wake-up frame type (WU-Type) field, which is used to indicate the type of the wake-up frame, that is, the wake-up frame indicating that the wake-up frame is a multicast type, and the STA is grouped, and then The multicast group wakes up in units. Instead of waking up in units of each STA.

It should be understood that the wake-up frame type field may also indicate a wake-up frame of a broadcast type or a wake-up frame of a unicast type. When the WU-Type field indicates a wake-up frame of a broadcast type, the wake-up frame of the broadcast type may include only the wake-up frame type field. That means wake up all STAs. When the WU-Type field indicates a unicast type of wake-up frame, the unicast-type wake-up frame may include only the wake-up frame type field and the ID of the target STA, that is, wake-up for a single STA, when the target STA receives the unicast type. When the frame is woken up, a wake-up operation is performed.

It should also be understood that the WU-Type field may represent different types of wake-up frames with different numbers. For example, when the WU-Type field is 0, it may be set to represent a wake-up frame of a broadcast type, when the WU-Type field is 1. Can be set to represent a unicast type of wake-up frame. When the WU-Type field is 2, it can be set to a wake-up frame indicating a multicast type. Or the WU-Type field can set other different numbers to represent different types of wake-up frames.

FIG. 10 is a schematic diagram of a format of three types of wake-up frames according to an embodiment of the present disclosure. In FIG. 10, when the WU-Type field is 0, 1, and 2, respectively, corresponding to a wake-up frame of a broadcast, unicast, and multicast type. For the multicast type wake-up frame, as shown in FIG. 10, the multicast number field, the multicast group identifier field, the intra-group number field, and the intra-group identifier bitmap field may be included. The wake-up frame of the broadcast type may include only the wake-up frame type field. The unicast type of wake-up frame may include only the wake-up frame type field and the ID of the STA, that is, to wake up a single STA.

It should be understood that FIG. 10 is only an example of the frame format of the wake-up frame provided by the embodiment of the present application, and does not impose any limitation on the frame format of the wake-up frame provided by the embodiment of the present application. For example, for the multicast type wake-up frame in FIG. 10, the multicast number field and/or the intra-group number field may not be included. The WU-Type field can also use other numbers to represent unused types of wake-up frames. The embodiments of the present application are not limited herein.

The awake method provided by the embodiment of the present invention obtains the multicast group identifier by intercepting the existing multicast group MAC address in the 802.11 protocol, and does not need to introduce a new protocol, and the protocol increment is small and the cost is low. The wake-up frame further includes an in-group identifier field, and according to the information indicated by different fields of the wake-up frame, the wake-up of all stations in the multicast group and/or some sites in the multicast group can be implemented, thereby further improving the energy-saving effect and improving the wake-up efficiency. Provincial signaling overhead.

The embodiment of the present application further provides a method 200 for waking up. The method 200 can be applied to the scenario shown in FIG. 4, and can of course be applied to other communication scenarios. The embodiments of the present application are not limited herein.

As shown in FIG. 11, the method 200 includes:

S210, the access point generates a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the indication field in the group is used to indicate the group. The site that needs to wake up within the broadcast group.

S220. The access point sends the wake-up frame. Correspondingly, the station receives the wake-up frame.

S230. The station determines, according to the multicast group identifier field and the indication field in the group, whether to perform wakeup.

Specifically, before the access point sends the wake-up frame, the system groups the STA, where the STA includes an 802.11 primary transceiver module and a WUR, and the STA grouping manner can be as shown in FIG. 6. E.g. STAs that can be similar for energy saving rules are assigned the same multicast group address at the time of association, such as group 1 (group 1) in FIG. STAs with the same service are assigned the same multicast group at the time of association, such as group 2 (group 2) in FIG. STAs having the same terminal device type are assigned the same multicast group at the time of association, such as group 3 (group 3) in FIG.

It should be understood that when the STA is grouped, the existing multicast group MAC address in 802.11 (using 802.3) may be used as the implementation method of grouping the STAs, or the STAs may be grouped according to any other rules or manners. This example does not limit this.

After the STA is grouped, in S210, the AP generates a wake-up frame, where the wake-up frame includes a multicast group identifier (Group ID) field and an intra-group indication field, where the multicast group identifier field is used to indicate the multicast group that needs to be woken up. The in-group indication field is used to indicate the sites in the multicast group that need to wake up. For example, the group IDs of the three STA groups in FIG. 6 can be considered as Group 1, Group 2, and Group 3, respectively. That is, the group addresses of the three multicast groups are 1, 2, and 3, and each multicast group includes multiple STAs. For example, each multicast group in FIG. 6 includes three STAs. For the three STAs included in the multicast group whose multicast group ID is Group 1, the IDs of the three STAs are assumed to be a, b, and c, respectively. The intra-group indication field is used to indicate the IDs of the three STAs. That is, the three STAs whose IDs in the multicast group that need to wake up Group 1 are a, b, and c, respectively.

At S220, the AP transmits the wake-up frame. Correspondingly, the STA receives the wake-up frame.

S230. The STA determines, according to the multicast group identifier field and the indication field in the group, whether to perform wakeup.

Specifically, after the STA receives the wake-up frame, the STA includes an 802.11 primary transceiver module and a WUR, and the wake-up frame includes a Group ID field and an intra-group indication field. Since the STA has been assigned a corresponding Group ID, the STA It can match the group ID in the wake-up frame according to its own Group ID. When the match is successful, it confirms that it belongs to the STA of the target wake-up group, and then continues to match the indication field in the group. When confirming that it is the indication field in the group. When the indicated STA wakes up the STA's main transceiver module through the WUR included in the STA, the STA can communicate with the network device.

The method for waking up provided by the embodiment of the present application obtains a multicast group identifier field and an intra-group indication field of the site by grouping the sites, so that when the site wakes up, according to the multicast group identifier field included in the wake-up frame And the indicator field in the group can be awake in a multicast group as a unit, and according to the group indication field in the wake-up frame, all stations in the multicast group or some stations in the multicast group can be awakened to improve wake-up efficiency. , provincial signaling overhead.

Optionally, as an embodiment, determining whether to perform wakeup according to the multicast group identifier field and the indication field in the group includes:

When the multicast group identifier is determined to be the multicast group identifier to which the site belongs, and when it is determined that the site indicated by the indication field in the group is the site, it is determined that the wakeup is performed.

Specifically, the multicast group identifier field is used to indicate a multicast group that needs to be awake, and the indicator field in the group is used to indicate a station in the multicast group identified by the multicast group identifier field that needs to be awakened. After the STA receives the wake-up frame, the STA includes the 802.11 primary transceiver module and the WUR. First, the STA can match the Group ID in the wake-up frame according to its own Group ID. After the match is successful, the STA is determined. When the identifier is the multicast group ID to which the STA belongs, it is confirmed that it is the STA that belongs to the target wake-up group. Then, the intra-group indication field is continued to be matched. When it is confirmed that it is the STA indicated by the indication field in the group, it is determined that it is the target wake-up STA, and the main transceiver module is woken up by the WUR included in the group, so that the STA can communicate with the network device. .

When the STA determines that the multicast group identifier is different from the multicast group identifier to which the STA belongs, the STA does not continue to match the intra-group indication field, and the STA continues to sleep. Or, when the STA determines that the multicast group identifier is the same as the multicast group identifier to which the STA belongs, and continues to match the intra-group indication field to determine that the STA is not the STA indicated by the indication field in the group, the STA continues to sleep.

Optionally, as an embodiment, the group indication field includes an intra-group identifier field, where the group identifier field is used to indicate a site in the multicast group that needs to be woken up.

Specifically, the intra-group indication field includes an intra-group ID (Intra-Group-ID) field, and the intra-group identifier field is used to indicate a station in the multicast group that needs to wake up. After the STA matches the multicast group indicated by the multicast group ID, it needs to match the STAs in the multicast group. That is, it is determined whether the STA is the STA indicated by the identifier field in the group, and determines that it is the STA indicated by the identifier field in the group, and then performs the wake-up operation. For example, if the Group ID is 2, that is, the STA in the group 2 needs to be awake, and the wake-up frame further includes the Intra-Group-ID, and the Intra-Group-ID includes the A, B, and C, that is, the address in the group 2 needs to be awake. ) Three STAs of A, B, and C to implement the wake-up function of some STAs in the group.

Optionally, as an embodiment, the Intra-Group-ID may be an intra-group identifier list, that is, the Intra-Group-ID may be the name or identifier of the STA that needs to wake up in the multicast group indicated by the multicast group identifier field. That is, different STAs are distinguished by different names. When the STAs correctly match the Group ID, the Intra-Group-ID is continuously matched. When it is determined that the ID or the name is included in the in-group identifier list, the wake-up main transceiver module is executed.

Optionally, as an embodiment, the intra-group indication field includes an intra-group number field, where the intra-group number field is used to indicate that all stations in the multicast group are awake or the total number of stations included in the multicast group.

Specifically, the intra-group indication field may further include an intra-group-Num field, where the intra-group number field is used to indicate the number of STAs included in the multicast group that needs to be woken or to indicate that the multicast is awakened. All STAs within the group. For example, for a multicast group Group 2 with a group ID of 2, there are 4 STAs in the group 2, that is, the Intra-Group2-Num can be 4, or when the Intra-Group2-Num is 0, the group 2 is awakened. All STAs. The STA may determine whether to perform wakeup according to the information indicated by the Intra-Group-Num field.

Optionally, as an embodiment, the wake-up frame further includes a multicast group number field, where the multicast group number field is used to indicate the number of groups that need to wake up the multicast group.

Specifically, the wake-up frame may further include a multicast group number (Group-Num) field, which is used to indicate the number of multicast groups that need to be woken up. For example, when the Group-Num is 2, the number of multicast groups that need to be woken up is two. Or when the group-Num is 4, the number of multicast groups that need to be awake is four, that is, four multicast groups need to be woken up, and each multicast group corresponds to a different group address.

Optionally, as an embodiment, the wake-up frame further includes a wake-up frame type field, where the wake-up frame type field is used to indicate the type of the wake-up frame.

Specifically, the wake-up frame may further include a wake-up frame type (WU-Type) field, which is used to indicate the type of the wake-up frame, that is, the wake-up frame indicating that the wake-up frame is a multicast type, that is, the STA is grouped, and then Wake up in groups. Instead of waking up in units of each STA.

Optionally, as an embodiment, the multicast group identifier field is obtained from a multicast group media access control MAC address.

Specifically, the IEEE 802.3 specifies the multicast group MAC address. The multicast group MAC address is 48 bits, and the length is too long. It is not suitable for direct use in the group ID. Therefore, the multicast group identifier (group ID) obtained by intercepting the multicast group MAC address frame can be obtained. Alternatively, part of the bit information in the multicast group MAC address may be calculated to obtain a multicast group identification field. The specific interception process is similar to that in the method 100. For brevity, no further details are provided herein.

It should be understood that the AP may also configure the group ID for the STA in addition to the above-mentioned group ID obtained by intercepting the multicast group MAC address. The specific process and method 100 are similar, and are not described herein for brevity.

It should also be understood that the multicast group identification field may be obtained by intercepting from the last bit of the multicast group MAC address frame. The specific process and method 100 are similar, and are not described herein for brevity.

It should also be understood that, in various embodiments of the present application, the size of the serial numbers of the above processes does not mean the order of execution, and the order of execution of each process should be determined by its function and internal logic, and should not be addressed by the present application. The implementation of the embodiments imposes any limitations.

The following is a detailed description of the wake-up method provided by the embodiment of the present application. FIG. 12 is a schematic diagram of performing wake-up of all STAs in a multicast group according to a wake-up frame according to an embodiment of the present application. As shown in FIG. 12, the wake-up frame includes a wake-up frame. Type (WU-Type) field, Group-Num field, Group ID field, Intra-Group-Num field, where the WU-Type field is 2 indicates the group A wake-up frame of the broadcast type. Group-Num is 1 to indicate that only one multicast group needs to wake up. Group ID is 2, indicating that the address of the multicast group to be woken up is 2, and the Intra-Group-Num field is 0, indicating that the group ID is 2. All STAs in the multicast group must wake up. For example, three STAs receive the wake-up frame. After receiving the wake-up frame, STA1 matches its Group ID and Group ID in the wake-up frame. It finds that its Group ID is different from the Group ID in the wake-up frame, that is, the match is unsuccessful. , STA1 continues to sleep. After receiving the wake-up frame, STA2 matches its own Group ID and Group ID in the wake-up frame, and finds that its Group ID is the same as the Group ID in the wake-up frame, and the Intra-Group-Num field is 0, and STA2 performs a wake-up operation. . After receiving the wake-up frame, STA3 matches its own Group ID and the Group ID in the wake-up frame, and finds that its Group ID is the same as the Group ID in the wake-up frame, and the Intra-Group-Num field is 0, and STA3 also performs wake-up. operating.

It should be understood that FIG. 12 is only an example of wake-up of all STAs in the multicast group in the embodiment of the present application, and should not impose any limitation on the embodiment of the present application. For example, the wake-up frame may not include the WU-Type field and/or Or the Group-Num field, etc., or more STAs can receive the wake-up frame. The embodiments of the present application are not limited herein.

The method for waking up in the embodiment of the present application, by grouping the STAs, may wake up in a multicast group as a unit when waking up, that is, when the STAs in the same multicast group need to wake up, the wake-up frame may be The group address field of the multicast group is included, that is, the multicast group identifier field. The STA wakes up in the multicast group according to the multicast group identifier field, which can further save energy, improve wakeup efficiency, and save signaling. Overhead.

The method for waking up provided by the embodiment of the present application is described in detail below with reference to FIG. 13. FIG. 13 is a schematic diagram of performing wake-up of some STAs in a multicast group according to a wake-up frame according to an embodiment of the present application. As shown in FIG. 13, the wake-up frame includes wake-up. Frame type (WU-Type) field, Group-Num field, Group ID field, Intra-Group-Num field, and intra-group identity bitmap (Intra- The group-ID-Bitmap field, where the WU-Type field is 2 indicates a multicast type wake-up frame, the Group-Num is 1 indicates that only one STA group needs to wake up, and the Group ID is 2 indicates that the address of the multicast group to be woken up is 2. The Intra-Group-Num field is 4, and the multicast group with the group ID of 2 includes 4 STAs. The Intra-Group-ID-Bitmap field is 0111, and indicates the bitmap correspondence relationship of four STAs in the multicast group whose group ID is 2. Hypothesis 1 indicates wake-up, and 0 indicates no wake-up. According to the predefined bitmap correspondence table, it is assumed that the IDs of the four STAs in the Group 2 group are respectively a, b, c, and d. According to the bitmap correspondence table, the IDs are respectively a. The four STAs of b, c, and d respectively have 0, 1, 1, and 1. Suppose that three STAs receive the wake-up frame. After receiving the wake-up frame, STA1 matches its Group ID and Group ID in the wake-up frame. It finds that its Group ID is different from the Group ID in the wake-up frame, that is, the match is unsuccessful. Then STA1 continues to sleep. After receiving the wake-up frame, STA2 matches its own Group ID and the Group ID in the wake-up frame, and finds that its Group ID is the same as the Group ID in the wake-up frame, and continues to match the Intra-Group-ID-Bitmap field corresponding to its own bit. It is assumed that the ID of STA2 is a, and the bit corresponding to itself according to the Intra-Group-ID-Bitmap field is 0, and 0 means no wake-up, and STA2 continues to sleep. After receiving the wake-up frame, the STA3 matches its own Group ID and the Group ID in the wake-up frame, and finds that its Group ID is the same as the Group ID in the wake-up frame, and continues to match the Intra-Group-ID-Bitmap field corresponding to its own bit. If the ID of STA3 is b, it is found that the Intra-Group-ID-Bitmap field corresponds to its own bit, and 1 indicates wake-up, and STA3 performs a wake-up operation.

It should be understood that FIG. 13 is only an example of wake-up of some STAs in the multicast group in the embodiment of the present application, and should not impose any limitation on the embodiment of the present application. For example, the wake-up frame may not include the WU-Type field and/or Or the Group-Num field, etc., or more STAs can receive the wake-up frame. The embodiments of the present application are not limited herein.

The method for waking up according to the embodiment of the present application is described in detail below with reference to FIG. 14. FIG. 14 is a schematic diagram of performing multiple multicast group wake-up according to a wake-up frame according to an embodiment of the present application. As shown in FIG. 14, the wake-up frame includes a wake-up frame. Type (WU-Type) field, Group-Num field, Group ID field, Intra-Group-Num field, and intra-group identity bitmap (Intra-Group) -ID-Bitmap) field. The WU-Type field is 2 for the multicast type wake-up frame, the Group-Num is 2 for 2 multicast groups to wake up, and the Group ID is 1 for the address of the first multicast group to be woken up, Intra-Group The -Num field is 4, and the group ID is 1 in the multicast group. The Intra-Group-ID-Bitmap field is 0111, and the bitmap corresponding to the 4 STAs in the multicast group with the group ID is 1. relationship. According to the pre-defined bitmap correspondence table, it is assumed that the IDs of the four STAs in the Group 1 group are a, b, c, and d, respectively, according to the bitmap correspondence table, the four STAs whose IDs are a, b, c, and d, respectively. The corresponding bits are 0, 1, 1, and 1. The group ID is 2, indicating the address of the second multicast group that needs to be woken up. If the Intra-Group-Num field is 0, all STAs in the multicast group with the group ID of 2 need to wake up. According to the pre-defined bitmap correspondence table, it is assumed that 1 in the Intra-Group-ID-Bitmap field indicates wake-up, and 0 indicates no wake-up. Suppose that four STAs receive the wake-up frame. After receiving the wake-up frame, STA1 matches its Group ID and Group ID in the wake-up frame. It finds that its Group ID is different from the Group ID of the two in the wake-up frame. If the match is unsuccessful, STA1 continues to sleep. After receiving the wake-up frame, STA2 matches its own Group ID and Group ID in the wake-up frame, and finds that its Group ID is the same as the multicast group whose Group ID is 2 in the wake-up frame, and the Intra-Group-Num field is 0. , STA2 performs a wake-up operation. After receiving the wake-up frame, STA3 matches its own Group ID and the Group ID in the wake-up frame, and finds that its Group ID is the same as the multicast group whose group ID is 1 in the wake-up frame, and continues to match the Intra-Group-ID-Bitmap. The field corresponds to its own bit. If the ID of STA3 is a, it is found that the Intra-Group-ID-Bitmap field corresponds to its own bit, and STA3 continues to sleep. After receiving the wake-up frame, the STA4 matches its own Group ID and the Group ID in the wake-up frame, and finds that its Group ID is the same as the multicast group whose group ID is 1 in the wake-up frame, and continues to match the Intra-Group-ID-Bitmap. The field corresponds to its own bit. If the ID of STA4 is b, it is found that the Intra-Group-ID-Bitmap field corresponds to its own bit, and STA4 performs a wake-up operation.

It should be understood that FIG. 14 is only an example of multiple multicast group wake-ups in the embodiment of the present application, and should not impose any limitation on the embodiment of the present application. For example, the Group-Num field may be 4 or other digits, that is, required. Wake up more multicast groups. The multicast group with group ID 2 can also be part of the group wake up. The wake-up frame may not include the WU-Type field or the like, or more STAs may receive the wake-up frame. The embodiments of the present application are not limited herein.

The method for waking up according to the embodiment of the present application can implement wake-up of all stations in the multicast group and/or some sites in the multicast group according to different formats of the wake-up frame, thereby further improving energy-saving effect, improving wake-up efficiency, and saving the letter. Make the cost.

The awake method of the embodiment of the present application is described in detail above with reference to FIG. 1 to FIG. 14. The access point and the site of the embodiment of the present application will be described in detail below with reference to FIG. 15 to FIG.

15 is a schematic block diagram of an access point in accordance with an embodiment of the present application. It should be understood that the access point embodiment corresponds to the method embodiment, and a similar description may refer to the method embodiment. The access point 300 shown in FIG. 15 may be used to perform the steps corresponding to the access point execution in FIG. 5. The access point 300 includes a processor 310, a memory 320, and a transceiver 330. The processor 310, the memory 320, and the transceiver 330 are connected by communication. The memory 320 stores instructions, and the processor 310 is configured to execute instructions stored in the memory 320. The processor 330 is configured to perform specific signal transceiving under the driving of the processor 310.

The processor 310 is configured to generate a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group media access control MAC address, where the multicast group identifier field is used to indicate The multicast group that needs to be woken up.

The transceiver 330 is configured to send the wake-up frame.

In the access point provided by the embodiment of the present application, the generated wake-up frame includes a multicast group identifier field, and the call group multicast group identifier field is obtained from an existing multicast group MAC address, that is, by using an existing group. The broadcast group MAC address is intercepted or some bits in the multicast group MAC address frame are calculated to obtain the multicast group identification field in the wake-up frame. Thus, when the site wakes up, the multicast group can be woken up. Moreover, the multicast mechanism existing in the 802.11 protocol is used to obtain the multicast group identifier, and no new protocol is introduced, and the protocol increment is small and the cost is low. It can further improve energy saving effect, save signaling overhead, and improve the efficiency of wakeup.

The various components in access point 300 communicate with one another via a communication connection, i.e., processor 310, memory 320, and transceiver 330, communicating control and/or data signals through internal connection paths. The foregoing method embodiments of the present application may be applied to a processor, or the processor may implement the steps of the foregoing method embodiments. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method embodiments may be completed by an integrated logic circuit of hardware in a processor or an instruction in a form of software. The above processor may be a central processing unit (CPU), a network processor (NP) or a combination of a CPU and an NP, a digital signal processor (DSP), an application specific integrated circuit (application). Specific integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware component. The methods, steps, and logical block diagrams disclosed in this application can be implemented or executed. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like. The steps of the method disclosed in connection with the present application may be directly embodied by the execution of the hardware decoding processor or by a combination of hardware and software modules in the decoding processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in the memory, and the processor reads the information in the memory and combines the hardware to complete the steps of the above method.

Optionally, in another embodiment of the present application, the processor 310 is further configured to: intercept part of the bit information in the multicast group MAC address as the multicast group identifier field.

Optionally, in another embodiment of the present application, the processor is further configured to: calculate the partial group bit information in the multicast group MAC address to obtain the multicast group identifier field.

Optionally, in another embodiment of the present application, the wake-up frame further includes an intra-group identifier field, where the identifier field in the group is used to indicate a station in the multicast group that needs to wake up.

Optionally, in another embodiment of the present application, the wake-up frame further includes a group number field, where the number field in the group is used to indicate the number of STAs in the multicast group or wake up all the multicast groups. STA.

Optionally, in another embodiment of the present application, the wake-up frame further includes a multicast number field, where the group number field is used to indicate the number of multicast groups that need to be woken up.

Optionally, in another embodiment of the present application, the wake-up frame further includes a wake-up frame type field, where the wake-up frame type field is used to indicate the type of the wake-up frame.

Optionally, in another embodiment of the present application, the intra-group identification field includes an intra-group identification bitmap field and an intra-group identifier list field.

It should be noted that, in the embodiment of the present application, the processor 310 may be implemented by a processing module, the memory 320 may be implemented by a storage module, and the transceiver 330 may be implemented by a transceiver module. As shown in FIG. 16, the access point 400 may include a processing module 410. The storage module 420 and the transceiver module 430.

The access point 300 shown in FIG. 15 or the access point 400 shown in FIG. 16 can implement the steps performed by the access point in FIG. 5 described above. To avoid repetition, details are not described herein again.

Figure 17 shows a schematic block diagram of a site 500 of one embodiment of the present application. It should be understood that the site embodiment and the method embodiment correspond to each other, and a similar description may refer to the method embodiment. As shown in FIG. 17, the site 500 includes: a processor 510, a memory 520, and a transceiver 530, and the processor 510 and the memory 520. The transceiver 530 is coupled in communication, the memory 520 stores instructions, the processor 510 is configured to execute instructions stored in the memory 520, and the transceiver 530 is configured to perform specific signal transceiving under the driving of the processor 510.

The transceiver 530 is configured to receive a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group media access control MAC address, where the multicast group identifier field is used. Indicate the multicast group that needs to be woken up;

The processor 510 is configured to determine whether to perform wakeup based on the multicast group identifier field.

The station provided by the embodiment of the present application wakes up according to the multicast group identifier field in the wake-up frame, and wakes up in the multicast group. The multicast group identifier field is obtained from the existing multicast group MAC address. The existing multicast mechanism in the 802.11 protocol obtains the multicast group identifier, and does not need to introduce a new protocol. The protocol increment is small and the cost is low. It can further improve energy saving effect, save signaling overhead, and improve the efficiency of wakeup.

The various components in station 500 communicate with each other via a communication connection, i.e., processor 510, memory 520, and transceiver 530, through internal connection paths, to communicate control and/or data signals. It should be noted that the foregoing method embodiments of the present application may be applied to a processor, or the steps of the foregoing method embodiments may be implemented by a processor. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method embodiments may be completed by an integrated logic circuit of hardware in a processor or an instruction in a form of software. The above processor may be a central processing unit CPU, NP or a combination of CPU and NP, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component. The methods, steps, and logical block diagrams disclosed in this application can be implemented or executed. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like. The steps of the method disclosed in connection with the present application may be directly embodied by the execution of the hardware decoding processor or by a combination of hardware and software modules in the decoding processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in the memory, and the processor reads the information in the memory and combines the hardware to complete the steps of the above method.

Optionally, in another embodiment of the present application, the wake-up frame further includes an intra-group identifier field, where the intra-group identifier field is used to indicate a site in the multicast group that needs to wake up.

It should be noted that, in an embodiment of the invention, the processor 510 may be implemented by a processing module, the memory 520 may be implemented by a storage module, and the transceiver 530 may be implemented by a transceiver module. As shown in FIG. 18, the station 600 may include a processing module 610, and storage. Module 620 and transceiver module 630.

The site 500 shown in FIG. 17 or the site 600 shown in FIG. 18 can implement the steps performed by the site in FIG. 5 described above. To avoid repetition, details are not described herein again.

19 is a schematic block diagram of an access point in accordance with an embodiment of the present application. It should be understood that the access point embodiment corresponds to the method embodiment, and a similar description may refer to the method embodiment. The access point 700 shown in FIG. 19 may be used to perform the steps corresponding to the access point execution in FIG. The access point 700 includes a processor 710, a memory 720 and a transceiver 730. The processor 710, the memory 720 and the transceiver 730 are connected by a communication, the memory 720 stores instructions, and the processor 710 is configured to execute the instructions stored in the memory 720. The 730 is configured to perform specific signal transceiving under the driving of the processor 710.

The processor 710 is configured to generate a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken up, the group The inner indication field is used to indicate the site in the multicast group that needs to wake up.

The transceiver 730 is configured to send the wake-up frame.

In the access point provided by the embodiment of the present application, the generated wake-up frame includes a multicast group identifier field and an intra-group indication field, so that when the site wakes up, according to the multicast group identifier field and the group included in the wake-up frame The indication field can be awake in a multicast group as a unit, and according to the group indication field in the wake-up frame, all stations in the multicast group or some stations in the multicast group can be awakened, thereby improving the wake-up efficiency and saving the letter. Make the cost.

The various components in access point 700 communicate with each other via a communication connection, i.e., processor 710, memory 720, and transceiver 730, through internal connection paths, to communicate control and/or data signals. The foregoing method embodiments of the present application may be applied to a processor, or the processor may implement the steps of the foregoing method embodiments. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method embodiments may be completed by an integrated logic circuit of hardware in a processor or an instruction in a form of software. The above processor may be a CPU, NP, or a combination of CPU and NP, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic device, discrete hardware component. The methods, steps, and logical block diagrams disclosed in this application can be implemented or executed. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like. The steps of the method disclosed in connection with the present application may be directly embodied by the execution of the hardware decoding processor or by a combination of hardware and software modules in the decoding processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in the memory, and the processor reads the information in the memory and combines the hardware to complete the steps of the above method.

Optionally, in another embodiment of the present application, the intra-group indication field includes an intra-group number field, where the intra-group number field is used to indicate that all stations in the multicast group or sites included in the multicast group are awake. The total number.

Optionally, in another embodiment of the present application, the intra-group indication field includes an intra-group identification field, where the intra-group identification field is used to indicate a site that needs to be woken up within the multicast group.

Optionally, in another embodiment of the present application, the group identifier field includes an intra-group identifier bitmap or an intra-group identifier list.

Optionally, in another embodiment of the present application, the multicast group identifier field is obtained from a multicast group media access control MAC address.

Optionally, in another embodiment of the present application, the wake-up frame further includes a multicast group number field, where the multicast group number field is used to indicate the number of groups that need to wake up the multicast group.

It should be noted that in an embodiment of the invention, the processor 710 may be implemented by a processing module, the memory 720 may be implemented by a storage module, and the transceiver 730 may be implemented by a transceiver module. As shown in FIG. 20, the access point 800 may include a processing module 810. The storage module 820 and the transceiver module 830.

The access point 700 shown in FIG. 19 or the access point 800 shown in FIG. 20 can implement the steps performed by the access point in FIG. 11 described above. To avoid repetition, details are not described herein again.

Figure 21 shows a schematic block diagram of a site 900 of one embodiment of the present application. It should be understood that the site embodiment and the method embodiment correspond to each other, and a similar description may refer to the method embodiment. As shown in FIG. 21, the site 900 includes: a processor 910, a memory 920, and a transceiver 930, and the processor 910 and the memory 920. The transceiver 930 is coupled by communication, the memory 920 stores instructions, the processor 910 is configured to execute instructions stored by the memory 920, and the transceiver 930 is configured to perform specific signal transceiving under the driving of the processor 910.

The transceiver 930 is configured to receive a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the indication field in the group is used to indicate The site that needs to wake up within this multicast group.

The processor 910 is configured to determine whether to perform wakeup according to the multicast group identifier field and the indication field in the group.

In the site provided by the embodiment of the present application, the received wake-up frame includes a multicast group identifier field and an intra-group indicator field, so that when the site wakes up, the multicast group identifier field and the group indicator field included in the wake-up frame are included. Awakening in a multicast group as a unit, and waking up all sites in the multicast group or some sites in the multicast group according to the in-group indication field in the wake-up frame, improving wake-up efficiency and saving signaling overhead .

The various components in the station 900 communicate with one another via a communication connection, i.e., between the processor 90, the memory 920, and the transceiver 930, through internal interconnect paths, to communicate control and/or data signals. The foregoing method embodiments of the present application may be applied to a processor, or the processor may implement the steps of the foregoing method embodiments. The processor may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method embodiments may be completed by an integrated logic circuit of hardware in a processor or an instruction in a form of software. The above processor may be a CPU, an NP, or a combination of a CPU and an NP, a DSP, an ASIC, an FPGA or other programmable logic device, a discrete gate or a transistor logic device, or a discrete hardware component. The methods, steps, and logical block diagrams disclosed in this application can be implemented or executed. The general purpose processor may be a microprocessor or the processor or any conventional processor or the like. The steps of the method disclosed in connection with the present application may be directly embodied by the execution of the hardware decoding processor or by a combination of hardware and software modules in the decoding processor. The software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like. The storage medium is located in the memory, and the processor reads the information in the memory and combines the hardware to complete the steps of the above method.

Optionally, in another embodiment of the present application, the processor 911 is specifically configured to: determine that the multicast group identifier is a multicast group identifier to which the site belongs, and determine that the site indicated by the indication field in the group is At the site, it is determined that the wakeup is performed.

It should be noted that, in an embodiment of the invention, the processor 910 may be implemented by a processing module, the memory 920 may be implemented by a storage module, and the transceiver 930 may be implemented by a transceiver module. As shown in FIG. 22, the site 1100 may include a processing module 1110, and storage. Module 1120 and transceiver module 1130.

The site 900 shown in FIG. 21 or the site 1100 shown in FIG. 22 can implement the steps performed by the site in FIG. 11 described above. To avoid repetition, details are not described herein again.

The embodiment of the present application further provides a computer readable medium for storing computer program code, the computer program comprising instructions for executing the wake-up method implemented in the above-mentioned FIG. 5 and FIG. The readable medium may be a read-only memory (ROM) or a random access memory (RAM), which is not limited in this embodiment of the present application.

The embodiment of the present application further provides a communication system, which includes the access point device provided in the foregoing embodiment of the present application, and the above-mentioned embodiment provides a site, and the communication system can complete any of the embodiments provided by the embodiments of the present application. Wake up method.

It should be understood that the terms "and/or" and "at least one of A or B" herein are merely an association describing the associated object, indicating that there may be three relationships, for example, A and/or B, Representation: There are three cases where A exists separately, A and B exist at the same time, and B exists separately. In addition, the character "/" in this article generally indicates that the contextual object is an "or" relationship.

Those of ordinary skill in the art will appreciate that the elements and algorithm steps of the various examples described in connection with the embodiments disclosed herein can be implemented in electronic hardware or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the solution. A person skilled in the art can use different methods to implement the described functions for each particular application, but such implementation should not be considered to be beyond the scope of the present application.

A person skilled in the art can clearly understand that for the convenience and brevity of the description, the specific working process of the system, the device and the unit described above can refer to the corresponding process in the foregoing method embodiment, and details are not described herein again.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of the unit is only a logical function division. In actual implementation, there may be another division manner, for example, multiple units or components may be combined or may be Integrate into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

The units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

This functionality, if implemented as a software functional unit and sold or used as a standalone product, can be stored on a computer readable storage medium. Based on such understanding, the technical solution of the present application, which is essential or contributes to the prior art, or a part of the technical solution, may be embodied in the form of a software product, which is stored in a storage medium, including The instructions are used to cause a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present application. The foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.

The foregoing is only a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope disclosed in the present application. It should be covered by the scope of protection of this application. Therefore, the scope of protection of the present application should be determined by the scope of protection of the claims.

Claims

A wake-up method, comprising:

Generating a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group medium access control MAC address, where the multicast group identifier field is used to indicate that wake-up is required. Multicast group

Sending the wakeup frame.
The awake method according to claim 1, wherein the obtaining the multicast group identification field from the multicast group MAC address comprises:

And intercepting part of the bit information in the multicast group MAC address as the multicast group identifier field.
The awake method according to claim 1 or 2, wherein the obtaining the multicast group identification field from the multicast group MAC address comprises:

The partial bit information in the multicast group MAC address is calculated to obtain the multicast group identification field.
A wake-up method, comprising:

Receiving a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group medium access control MAC address, where the multicast group identifier field is used to indicate that the wake-up is required Multicast group

Based on the multicast group identification field, it is determined whether to perform wakeup.
A wake-up method, comprising:

Generating a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the intra-group indication field is used to indicate the multicast Sites that need to be woken up within the group;

Sending the wakeup frame.
A wake-up method, comprising:

Receiving a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the intra-group indication field is used to indicate the multicast Sites that need to be woken up within the group;

Determining whether to perform wakeup according to the multicast group identification field and the intra-group indication field.
The awake method according to claim 6, wherein the determining whether to perform wakeup according to the multicast group identifier field and the intra-group indication field comprises:

And determining, when the multicast group identifier is the multicast group identifier to which the site belongs, and determining that the site indicated by the indication field in the group is the site, determining to perform wakeup.
The awake method according to any one of claims 5 to 7, wherein the intra-group indication field includes an intra-group number field, and the intra-group number field is used to indicate that all of the multicast groups are awake. The total number of sites that the site or the multicast group includes.
The awake method according to any one of claims 5 to 8, wherein the intra-group indication field includes an intra-group identification field, and the intra-group identification field is used to indicate that the multicast group needs to be woken up. Site.
The wake-up method according to claim 9, wherein the intra-group identification field comprises an intra-group identification bitmap or an in-group identifier list.
The awake method according to any one of claims 5 to 10, wherein the multicast group identification field is obtained from a multicast group media access control MAC address.
The awake method according to any one of claims 5 to 11, wherein the wake-up frame further includes a multicast group number field, and the multicast group number field is used to indicate the number of groups that need to wake up the multicast group. .
The wake-up method according to any one of claims 5 to 12, wherein the wake-up frame further includes a wake-up frame type field, and the wake-up frame type field is used to indicate a type of the wake-up frame.
An access point, comprising: a processor, a transceiver for storing instructions, and a processor for executing instructions stored in the memory to control the transceiver to receive or transmit signals ;

The processor is configured to generate a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group medium access control MAC address, and the multicast group identifier field Used to indicate the multicast group that needs to be woken up;

The transceiver is configured to send the wake-up frame.
The access point according to claim 14, wherein the processor is further configured to: intercept part of the bit information in the multicast group MAC address as the multicast group identification field.
The access point according to claim 14 or 15, wherein the processor is further configured to: calculate part of the bit group information in the multicast group MAC address to obtain the multicast group identification field.
A station, comprising: a processor, a transceiver for storing instructions, and a processor for executing instructions stored in the memory to control the transceiver to receive or transmit a signal;

The transceiver is configured to receive a wake-up frame, where the wake-up frame includes a multicast group identifier field, where the multicast group identifier field is obtained from a multicast group medium access control MAC address, and the multicast group identifier is obtained. The field is used to indicate the multicast group that needs to be woken up;

The processor is configured to determine whether to perform wakeup based on the multicast group identifier field.
An access point, comprising: a processor, a transceiver for storing instructions, and a processor for executing instructions stored in the memory to control the transceiver to receive or transmit signals ;

The processor is configured to generate a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the group indication field is Used to indicate a site in the multicast group that needs to wake up;

The transceiver is configured to send the wake-up frame.
A station, comprising: a processor, a transceiver for storing instructions, and a processor for executing instructions stored in the memory to control the transceiver to receive or transmit a signal;

The transceiver is configured to receive a wake-up frame, where the wake-up frame includes a multicast group identifier field and an intra-group indication field, where the multicast group identifier field is used to indicate a multicast group that needs to be woken, and the group indication field Used to indicate a site in the multicast group that needs to wake up;

The processor is configured to determine whether to perform wakeup according to the multicast group identifier field and the in-group indication field.
The station according to claim 19, wherein the processor is specifically configured to: determine that the multicast group identifier is a multicast group identifier to which the site belongs, and determine a site indicated by the indication field in the group When the site is the site, it is determined that the wakeup is performed.
The access point according to claim 18 or the station according to claim 19 or 20, wherein the intra-group indication field includes an intra-group number field, and the intra-group number field is used to indicate that the group is woken up. The total number of sites included in the broadcast group or the sites included in the multicast group.
The access point according to claim 18 or the station according to any one of claims 19 to 21, wherein the intra-group indication field includes an intra-group identification field, and the intra-group identification field is used to indicate A site in the multicast group that needs to wake up.
The access point according to claim 22 or the station of claim 22, wherein

The in-group identification field includes an in-group identification bitmap or an in-group identifier list.
The access point according to claim 18 or the station according to any one of claims 19 to 23, wherein the multicast group identification field is obtained from a multicast group medium access control MAC address. .
The access point according to claim 18 or the station according to any one of claims 19 to 24, wherein the wake-up frame further includes a multicast group number field, and the multicast group number field is used for Indicates the number of multicast groups that need to be woken up.
The access point according to claim 18 or the station according to any one of claims 19 to 25, wherein the wake-up frame further includes a wake-up frame type field, the wake-up frame type field is used to indicate The type of wake-up frame.
A computer readable storage medium for storing a computer program, characterized in that the computer program is for executing an instruction of the wake-up method according to any one of claims 1 to 13.