Wireless communication method and relevant devices for future buffer status report

Abstract

A wireless communication method and relevant devices are provided. The method includes sending, by a first device (e.g., a station (STA) ), a future buffer status report to a second device to notify the second device (e.g., an access point (AP) ) of a traffic that will arrive at the second device at expected arrival time. When the first device provides such information in the future buffer status report and sends it to the second device, the second device can manage and reserve channel resource in advance for the traffic to satisfy QoS requirement of the traffic.

Description

WIRELESS COMMUNICATION METHOD AND RELEVANT DEVICES FOR FUTURE BUFFER STATUS REPORT

[0001] BACKGROUND OF DISCLOSURE

[0002] 1. Field of Disclosure

[0003] The present invention relates to wireless communication technologies, and more particularly, to a wireless communication method and relevant devices such as a station (STA) , an access point (AP) , and etc.

[0004] 2. Description of Related Art

[0005] Communication systems such as wireless communication systems are widely deployed to provide various types of communication content such as voice, video, packet data, messaging, broadcast, and so on. These communication systems may be multiple-access systems capable of supporting communication with multiple users by sharing available system resources (such as, time, frequency, and power) . A wireless network, for example a wireless local area network (WLAN) , such as a Wi-Fi (institute of electrical and electronics engineers (IEEE) 802.11) network, may include an access point (AP) that may communicate with one or more stations (STAs) or mobile devices. The WLAN enables a user to wirelessly access an internet based on radio frequency technology in a home, an office, or a specific service area using a portable terminal such as a personal digital assistant (PDA) , a laptop computer, a portable multimedia player (PMP) , a smartphone, etc. The AP may be coupled to a network, such as the internet, and may enable a mobile device to communicate via the network (or communicate with other devices coupled to the AP) . A wireless device may communicate with a network device bi-directionally. For example, in a WLAN, a STA may communicate with an associated AP via downlink and uplink. The downlink may refer to a communication link from the AP to the STA, and the uplink may refer to a communication link from the STA to the AP.

[0006] The current IEEE 802.11be standard introduces the mechanisms Restricted Target Wake Time (R-TWT) and Stream Classification Service (SCS) . The SCS in IEEE 802.11be is used to exchange the QoS characteristics of a traffic stream between the STA and the AP. Then, the AP can schedule service period in advance to transmit the traffic stream. When R-TWT is used, the STA and the AP negotiate to schedule periodical service periods for the transmission of the traffic stream between the STA and the AP. The purposes of R-TWT and SCS are to satisfy the QoS requirements of the traffic stream. The R-TWT can also help power saving of the STA.

[0007] However, restricted TWT and SCS in IEEE 802.11be can schedule service periods for periodical traffic stream only. For periodical traffic stream, the QoS characteristics of the traffic stream are static or semi-static. Thus, R-TWT or SCS cannot adjust the channel resource scheduled for the transmission of the traffic stream dynamically. However, it is likely that for a traffic stream, especially for the traffic stream that is not periodical, the QoS characteristics of the traffic stream are changing with time. Also, for the dynamical traffic stream, the current technologies do not consider the power save of the STA and the AP.

[0008] Therefore, there is a need to propose solutions to address the problems described above.SUMMARY

[0009] An objective of the present invention is to propose a wireless communication method and relevant devices such as a station (STA) , an access point (AP) , and etc., for allowing channel resource to be managed in advance to satisfy QoS requirement of the traffic.

[0010] In a first aspect of the present invention, a wireless communication method comprises sending, by a first device, a future buffer status report to a second device to notify the second device of a traffic that will arrive at the second device at expected arrival time.

[0011] In a second aspect of the present invention, a wireless communication method comprises receiving, by a second device, a future buffer status report from a first device, wherein the future buffer status report is used to notify the second device of a traffic that will arrive at the second device at expected arrival time.

[0012] In a third aspect of the present invention, a first device comprises a memory; a transceiver; and a processor coupled to the memory and the transceiver, wherein the processor is configured to execute the afore-described method by the first device.

[0013] In a third aspect of the present invention, a second device comprises a memory; a transceiver; and a processor coupled to the memory and the transceiver, wherein the processor is configured to execute the afore-described method by the second device.

[0014] According to an embodiment of the present invention, the method further includes receiving, by the first device, the traffic transmitted by the second device once the second device receives the traffic at the expected arrival time. Alternatively, the method further includes transmitting, by the second device, the traffic to the first device once the second device receives the traffic at the expected arrival time.

[0015] According to an embodiment of the present invention, the future buffer status report indicates the expected arrival time that the traffic will arrive at the second device, a buffer size of the traffic, and Quality of Service (QoS) requirement of the traffic.

[0016] According to an embodiment of the present invention, the first device is a station (STA) , and the second device is an access point (AP) or a peer AP associated with the STA.

[0017] According to an embodiment of the present invention, the future buffer status report indicates whether or not the first device will stay in power save mode before the expected arrival time.

[0018] According to an embodiment of the present invention, the first device enters power save mode after sending the future buffer status report and before the expected arrival time.

[0019] According to an embodiment of the present invention, the second device enters power save mode after receiving the future buffer status report and before the expected arrival time.

[0020] According to an embodiment of the present invention, both the first device and the second device are at active mode at the expected arrival time.

[0021] According to an embodiment of the present invention, the first device is a multi-link device (MLD) , and the future buffer status report indicates which link (s) is / are set to power save mode before the expected arrival time.

[0022] According to an embodiment of the present invention, the future buffer status report indicates that the traffic should be transmitted during an existing service period (SP) .

[0023] According to an embodiment of the present invention, the first device is a non-AP multi-link device  (MLD) comprising a first STA and a second STA that operate on a first link and a second link, respectively, the second device is an AP MLD comprising a first AP and a second AP that operate on the first link and the second link, respectively, the first STA is associated with the first AP on the first link, the second STA is associated with the second AP on the second link, the future buffer status report is sent by any one of the first STA and the second STA, and the first AP and the second AP contend a channel to transmit the traffic to the first device.

[0024] According to an embodiment of the present invention, both the first STA and the second STA stay at power save mode before the expected arrival time.

[0025] According to an embodiment of the present invention, both the first AP and the second AP start active mode before the expected arrival time.

[0026] According to an embodiment of the present invention, the first device is in a transmission range of both the second device and a third device, the third device knows the traffic needed to transmit to the first device either by communication with the second device via backhaul or by the future buffer status report that the third device receives from the first device, and the third device helps transmission of the traffic to the first device.

[0027] According to an embodiment of the present invention, the future buffer status report comprises a field with a first value indicating the traffic will be transmitted by the first device sending the future buffer status report or a second value indicating the traffic will be transmitted by the second device receiving the future buffer status report.

[0028] According to an embodiment of the present invention, the first device is an AP, and the second device is a STA associated with the AP.

[0029] According to an embodiment of the present invention, peer-to-peer communication is established between the first device and the second device.

[0030] According to an embodiment of the present invention, the first device is a STA, and the second device is a non-simultaneous transmit and receive (NSTR) or simultaneous transmit and receive (STR) MLD.

[0031] In the present invention, the first device (e.g., a STA) sends a future buffer status report to the second device (e.g., an AP) . The future buffer status report is used to notify the second device of a traffic that will arrive at the second device at expected arrival time. When the first device provides such information in the future buffer status report and sends it to the second device, the second device can manage and reserve channel resource in advance for the traffic to satisfy QoS requirement of the traffic.BRIEF DESCRIPTION OF DRAWINGS

[0032] In order to more clearly illustrate the embodiments of the present invention or related art, the following figures will be described in the embodiments are briefly introduced. It is obvious that the drawings are merely some embodiments of the present invention, a person having ordinary skill in this field can obtain other figures according to these figures without paying the premise.

[0033] Figure 1 is a schematic diagram illustrating an example of a wireless communications system according to an embodiment of the present disclosure.

[0034] Figure 2 is a schematic diagram illustrating an example of a wireless communications system according to another embodiment of the present disclosure.

[0035] Figure 3 is a schematic diagram illustrating an example of a wireless communications system according to another embodiment of the present disclosure.

[0036] Figure 4 is a block diagram showing an example of wireless station hardware according to an embodiment of the present invention.

[0037] Figure 5 is a block diagram showing an example of wireless multi-link device hardware according to an embodiment of the present invention.

[0038] Figure 6 is a block diagram showing one or more stations (STAs) and an access point (AP) of communication in a wireless communications system according to an embodiment of the present invention.

[0039] Figure 7 shows a flowchart of a wireless communication method according to an embodiment of the present invention.

[0040] Figure 8 is a schematic diagram illustrating an example of using future DL buffer status to indicate the DL PPDU (s) that AP will transmit to the STA in the future according to an embodiment of the present invention.

[0041] Figure 9 is a schematic diagram illustrating an example of using future DL buffer status to schedule transmission during an existing service period (SP) according to an embodiment of the present invention.

[0042] Figure 10 is a schematic diagram illustrating an example of using future DL buffer status report for power saving at both AP and STA according to an embodiment of the present invention.

[0043] Figure 11 shows a flowchart of a non-AP STA transmitting future DL buffer status to its associated AP according to an embodiment of the present invention.

[0044] Figure 12 shows a flowchart of AP receiving future buffer status report according to an embodiment of the present invention.

[0045] Figure 13 is a schematic diagram illustrating an example of AP MLD starting active mode on all links before the expected DL PPDU arrival time according to an embodiment of the present invention.

[0046] Figure 14 shows a flowchart of a non-AP MLD transmitting future DL buffer status to its associated AP MLD according to an embodiment of the present invention.

[0047] Figure 15 shows a flowchart of AP MLD receiving future buffer status report according to an embodiment of the present invention.

[0048] Figure 16 is a schematic diagram illustrating an example of using future DL buffer status in multi-AP scenario according to an embodiment of the present invention.

[0049] Figure 17 is a schematic diagram illustrating an example of frame format of future DL buffer status report according to an embodiment of the present invention.

[0050] Figure 18 is a schematic diagram illustrating another example of frame format of future DL buffer status report according to an embodiment of the present invention.

[0051] Figure 19 is a schematic diagram illustrating an example of using future P2P buffer according to an embodiment of the present invention.

[0052] Figure 20 is a schematic diagram illustrating another example of using future P2P buffer according to an embodiment of the present invention.

[0053] Figure 21 is a block diagram of a system for wireless communication according to an embodiment of the present invention.DETAILED DESCRIPTION OF EMBODIMENTS

[0054] Embodiments of the present invention are described in detail with the technical matters, structural features, achieved objectives, and effects with reference to the accompanying drawings as follows. Specifically, the terminologies in the embodiments of the present invention are merely for describing the purpose of the certain embodiment, but not to limit the invention.

[0055] The following table includes some abbreviations, which may be used in some contents of the present invention:

[0056] The proposed solutions aim to allow the STA to send a future DL buffer status report to tell its associated AP that the AP needs to transmit a certain amount of DL traffic to the STA in the near future (e.g., 1ms～500ms) . The DL traffic may not be generated periodically but the STA knows information of DL PPDU (s) including, but is not limited to, the expected arrival time of the DL PPDU (s) (i. e., the time that the DL traffic will arrive at the AP) , the buffer size of DL PPDU (s) , and the QoS requirements of the DL PPDU (s) , such as latency, jitter, and packet error requirements. When the STA provides such information in the future DL buffer status report and sends it to the AP, the AP can manage and reserve channel resource in advance for the DL traffic to satisfy the QoS requirements of the DL traffic without negotiating periodical service periods with the STA.

[0057] The proposed solutions may allow the STA and the AP to enter power save mode before the expected DL traffic arrival time to save power consumption. The STA tells the AP whether it will enter power save mode before the DL traffic arrives. Then, the AP decides whether it enters power save mode or not. In MLO scenario, the STA MLD tells the AP MLD which link (s) it will enter power save mode before the expected DL traffic  arrival time and the AP MLD can decide its power save strategy on those links based on the information from the STA MLD.

[0058] Figure 1 illustrates an example of a wireless communications system according to an embodiment of the present disclosure. The wireless communications system may be an example of a wireless local area network (WLAN) 100 (also known as a Wi-Fi network) (such as next generation, next big thing (NBT) , ultra-high throughput (UHT) or EHT Wi-Fi network) configured in accordance with various aspects of the present disclosure. As described herein, the terms next generation, NBT, UHT, and EHT may be considered synonymous and may each correspond to a Wi-Fi network supporting a high volume of space-time-streams. The WLAN 100 may include an AP 10 and multiple associated STAs 20, which may represent devices such as mobile stations, personal digital assistant (PDAs) , other handheld devices, netbooks, notebook computers, tablet computers, laptops, display devices (such as TVs, computer monitors, etc. ) , printers, etc. The AP 10 and the associated stations 20 may represent a basic service set (BSS) or an extended service set (ESS) . The various STAs 20 in the network can communicate with one another through the AP 10. Also illustrated is a coverage area 110 of the AP 10, which may represent a basic service area (BSA) of the WLAN 100. An extended network station (not shown) associated with the WLAN 100 may be connected to a wired or wireless distribution system that may allow multiple APs 10 to be connected in an ESS.

[0059] In some embodiments, a STA 20 may be located in the intersection of more than one coverage area 110 and may associate with more than one AP 10. A single AP 10 and an associated set of STAs 20 may be referred to as a BSS. An ESS is a set of connected BSSs. A distribution system (not shown) may be used to connect APs 10 in an ESS. In some cases, the coverage area 110 of an AP 10 may be divided into sectors (also not shown) . The WLAN 100 may include APs 10 of different types (such as a metropolitan area, home network, etc. ) , with varying and overlapping coverage areas 110. Two STAs 20 also may communicate directly via a direct wireless link 125 regardless of whether both STAs 20 are in the same coverage area 110. Examples of direct wireless links 120 may include Wi-Fi direct connections, Wi-Fi tunneled direct link setup (TDLS) links, and other group connections. STAs 20 and APs 10 may communicate according to WLAN radio and baseband protocol for physical and media access control (MAC) layers from IEEE 802.11 and versions including, but not limited to, 802.11b, 802.11g, 802.11a, 802.11n, 802.11ac, 802.11ad, 802.11ah, 802.11ax, 802.11ay, etc. In some other implementations, peer-to-peer connections or ad hoc networks may be implemented within the WLAN 100.

[0060] Figure 2 illustrates an example of a wireless communications system according to another embodiment of the present disclosure. The wireless communications system 200 may be an example of a next generation or EHT Wi-Fi system and may include an AP 10-a and STAs 20-a and 20-b, and a coverage area 110-a, which may be examples of components described with respect to Figure 1. The AP 10-a may transmit a trigger frame 210 including a resource unit (RU) allocation table indication 215 on the downlink 205 to the STAs 20.

[0061] In some implementations, a wireless communications system 200 may be a next generation Wi-Fi system (such as, an EHT system) . In some implementations, wireless communications system 200 may also support multiple communications systems. For instance, wireless communications system 200 may support EHT communications and HE communications. In some implementations, the STA 20-a and the STA 20-b may  be different types of STAs. For example, the STA 20-a may be an example of an EHT STA, while the STA 20-b may be an example of an HE STA. The STA 20-b may be referred to as a legacy STA.

[0062] In some instances, EHT communications may support a larger bandwidth than legacy communications. For instance, EHT communications may occur over an available bandwidth of 320 MHz, whereas legacy communications may occur over an available bandwidth of 160 MHz. Additionally, EHT communications may support higher modulations than legacy communications. For instance, EHT communications may support 4K quadrature amplitude modulation (QAM) , whereas legacy communications may support 1024 QAM. EHT communications may support a larger number of spatial streams (such as, space-time-streams) than legacy systems. In one non-limiting illustrative example, EHT communications may support 16 spatial streams, whereas legacy communications may support 8 spatial streams. In some cases, EHT communications may occur a 2.4 GHz channel, a 5 GHz channel, or a 6 GHz channel in unlicensed spectrum.

[0063] In some implementations, AP 10-a may transmit a trigger frame 210 to one or more STAs 20 (such as, STA 20-a and STA 20-b) . In some implementations, the trigger frame may solicit an uplink transmission from the STAs 20. However, the trigger frame 210 may be received by an EHT STA 20-a and HE STA 20-b. The trigger frame 210 may be configured to solicit an uplink transmission from only HE STAs 20-b. In some implementations, trigger frame 210 may be configured to solicit an uplink transmission from EHT STAs 20-a. In some other implementations, the trigger frame 210 may be configured to solicit an uplink transmission from one or more EHT STAs 20-a and one or more HE STAs 20-b.

[0064] Figure 3 illustrates an example of a wireless communications system according to another embodiment of the present disclosure. The wireless communications system 300 may be an example of a post-EHT Wi-Fi system and may include an AP 10-b. AP 10-b may be an example of a post-EHT AP 10. The wireless communications system 300 may include HE STA 20-c, EHT STA 20-d, and post-EHT STA 20-e, and a coverage area 110-b, which may be examples of components described with respect to FIGS. 5 and 6. The AP 10-b may transmit a trigger frame 310 including an RU allocation table indication 315 on the downlink 305 to the STAs 20. In some implementations, STAs 20 may be referred to as clients.

[0065] In some implementations, an EHT AP 10 may serve both HE STAs 20 and EHT STAs 20. The EHT AP 10 may send a trigger frame that may trigger a response from HE STAs 20 only, from EHT STAs 20 only, or from both HE STAs 20 and EHT STAs 20. STAs 20 that are scheduled in the trigger frame may respond with trigger-based PPDUs. In some implementations, an EHT AP 10 may trigger HE STAs 20 (and not EHT STAs 20) by sending an HE trigger frame format. In some implementations, an EHT AP 10 may trigger EHT STAs 20 (and not EHT STAs 20) by sending an HE trigger frame format or an HE trigger frame format including some field or bit allocation adjustments. In some implementations, an EHT AP 10 may trigger EHT STAs 20 and HE STAs 20 by sending an HE trigger frame format including some field or bit allocation adjustments.

[0066] Figure 4 is a block diagram showing an example of wireless station hardware according to an embodiment of the present invention. A STA 10 includes one MAC 13 and one PHY 14. The functions implemented in the MAC 13 and PHY 14 can be the same as defined in IEEE 802.11. They are coupled by a bus to call the functions and send information to each other. CPU 11 and RAM 12 on the bus are used to  process the functions in the MAC 13 and PHY 14. The bus 15 is also coupled with external I / O, which is linked to the upper layer. The PHY 14 is also associated with RF circuitry (not shown) which operates on sub 7GHz channel (e.g., 2.4GHz, 5GHz, 6GHz) , or other channel (e.g., 60GHz) .

[0067] Figure 5 is a block diagram showing an example of wireless multi-link device hardware according to an embodiment of the present invention. A multi-link device (MLD) 20 includes one high MAC 23 with one or more low MAC 26. The functions implemented in the high MAC 23 and low MAC 26 can be the same as defined in IEEE 802.11be. They are coupled by a bus to call the functions and send information to each other. CPU 11 and RAM 12 on the bus 15 are used to process the functions in the high MAC 23 and low MAC 26. The bus 15 is also coupled with external I / O, which is inked to the upper layer. Each low MAC 26 which associates with PHY 24 functionality and RF circuitry (not shown) could represent a STA that is affiliated with the MLD 20. Each STA operates on a different link which operates on a different channel frequency, e.g., 2.4GHz, 5GHz, 6GHz, and 60GHz. Note that a STA 10 shown in Figure 4 can be regarded as a MLD 20 which only has one STA.

[0068] Figure 6 illustrates one or more stations (STAs) and an access point (AP) of communication in a wireless communications system according to an embodiment of the present invention. Figure 6 illustrates that, the wireless communications system 300 includes an access point (AP) 30 and one or more stations (STAs) 40. The AP 30 may include a memory 32, a transceiver 33, and a processor 31 coupled to the memory 32 and the transceiver 33. The one or more STAs 40 may include a memory 42, a transceiver 43, and a processor 41 coupled to the memory 42 and the transceiver 43. The processor 31 or 41 may be configured to implement proposed functions, procedures and / or methods described in this description. Layers of radio interface protocol may be implemented in the processor 31 or 41. The memory 32 or 42 is operatively coupled with the processor 31 or 41 and stores a variety of information to operate the processor 31 or 41. The transceiver 33 or 43 is operatively coupled with the processor 31 or 41, and the transceiver 33 or 43 transmits and / or receives a radio signal.

[0069] The processor 31 or 41 may include application-specific integrated circuit (ASIC) , other chipset, logic circuit and / or data processing device. The memory 32 or 42 may include read-only memory (ROM) , random access memory (RAM) , flash memory, memory card, storage medium and / or other storage device. The transceiver 33 or 43 may include baseband circuitry to process radio frequency signals. When the embodiments are implemented in software, the techniques described herein can be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The modules can be stored in the memory 32 or 42 and executed by the processor 31 or 41. The memory 32 or 42 can be implemented within the processor 31 or 41 or external to the processor 31 or 41 in which case those can be communicatively coupled to the processor 31 or 41 via various means as is known in the art.

[0070] Figure 7 shows a flowchart of a wireless communication method 400 according to an embodiment of the present invention. The method 400 is performed by a first device (e.g., a STA) communicating with a second device (e.g., an AP or a peer AP) . Note that a method performed by the second device can be derived correspondingly based on the method 400 described herein. The method 400 may include the following steps.

[0071] In step 401, the first device sends a future buffer status report to the second device. The future buffer status report is used to notify the second device of a traffic that will arrive at the second device at expected arrival time. The future buffer status report may be a future downlink (DL) buffer status report used to indicate DL traffic that should be transmitted from the second device to the first device in the future. The future buffer status report may indicate information of the traffic, which may include, but is not limited to, the expected arrival time that the traffic will arrive at the second device, a buffer size of the traffic, and Quality of Service (QoS) requirement of the traffic. The information aids the second device to manage or reserve channel resource for transmitting the traffic to the first device. In some cases, the first device is a STA and the second device is an AP or a peer AP associated with the STA. In some cases, the first device is a STA multi-link device (MLD) including multiple STAs operating on multiple links and the second device is an AP MLD including multiple APs operating on multiple links. In some cases, the first device is an AP and the second device is a STA associated with the AP. In some other cases, both the first device and the second device are STAs, and the first device sets up peer-to-peer (P2P) communication with the second device.

[0072] In the present invention, the first device (e.g., a STA) sends a future buffer status report to the second device (e.g., an AP) . The future buffer status report is used to notify the second device of a traffic that will arrive at the second device at expected arrival time. When the first device provides such information in the future buffer status report and sends it to the second device, the second device can manage and reserve channel resource in advance for the traffic to satisfy QoS requirement of the traffic.

[0073] In some embodiments, the first device may receive the traffic transmitted by the second device. Once the second device receives the traffic at the expected arrival time, the traffic is transmitted from the second device to the first device.

[0074] In some embodiments, the future buffer status report may indicate whether or not the first device will stay in power save mode before the expected arrival time. That is, the future traffic buffer can tell the second device whether the first device will enter power save mode before the traffic arrives at the second device. The first device may enter power save mode after sending the future buffer status report and before the expected arrival time. Further, the second device may enter power save mode after receiving the future buffer status report and before the expected arrival time. Both the first device and the second device are at active mode at the expected arrival time in order for the traffic to be transmitted and received. The power save mode allows the first device and the second device to operate with limited capability using lower power consumption compared with active mode. This reduces the power consumption of the first device and the second device. In addition, when the first device is a MLD, the future buffer status report may indicate which link (s) is / are set to power save mode before the expected arrival time.

[0075] Figure 8 is a schematic diagram illustrating an example of using future DL buffer status to indicate the DL PPDU (s) that AP will transmit to the STA in the future. Here, STA is associated with AP. STA transmits an UL PPDU including future DL buffer status report to the AP. The future DL buffer status report indicates the expected time that DL PPDU (s) will arrive at AP and AP should start to transmit the DL PPDU (s) when the DL PPDU (s) arrive.

[0076] The future DL buffer may indicate the QoS characteristics (e.g., the buffer size of DL PPDU, Traffic Identifier (TID) , and so on) and QoS requirements (e.g., delay bound) . It helps AP to manage the channel resource in advance to transmit the DL PPDU and satisfy the QoS requirement of the DL PPDU (s) .

[0077] Future DL buffer status report could be carried by any types of frames, such as management frames, control frames (such as Block Acknowledgement (BA) ) , and data frames. The format of the future DL buffer status report is shown in Figure 17.

[0078] Figure 9 is a schematic diagram illustrating an example of using future DL buffer status to schedule transmission during an existing service period (SP) . As shown in Figure 9, a STA is associated with an AP. The STA transmits an UL PPDU carrying future DL buffer status to the AP. The UL PPDU could be data frame and the AP sends a BA as feedback. The future DL buffer status report indicates that the AP should use a TWT SP to transmit the DL PPDU (s) . In that case, the AP should start to transmit DL PPDU (s) at the start time of the SP. Note that the non-AP STA and the AP should ensure that they stay at active mode when the SP starts. They may re-enter power save mode until the transmission of DL PPDU (s) ends.

[0079] Figure 10 is a schematic diagram illustrating an example of using future DL buffer status report for power saving at both AP and STA. STA is associated with AP and STA sends an UL PPDU to AP carrying a future DL buffer status report. Compared with the example shown in Figure 9, the STA indicates that it will stays in power save mode (e.g., sleep or low power mode as shown in Figure 10) before the expected DL PPDU arrival time. The STA enters power save mode after the transmission of UL PPDU ends. AP may also enter power save mode when the UL PPDU transmission ends. At the expected DL PPDU arrival time, both STA and AP should stay at active mode in order to transmit DL PPDU (s) .

[0080] Figure 11 shows a flowchart of a non-AP STA transmitting future DL buffer status to its associated AP.Referring to Figure 11, the process includes the following steps:

[0081] In step 801, STA sends future DL buffer status report to AP.

[0082] In step 802, when STA sends future DL buffer status report to AP, STA can set different power save mode in the future DL buffer status report.

[0083] If STA does not set power save mode, then STA does not switch to power save mode on any link after the current transmission ends.

[0084] If STA sets power save mode, then it enters power save mode when the current TX operation (TXOP) ends. Then, the STA switches back to active mode at the expected DL PPDU arrival time.

[0085] In step 803, STA enters power save mode until the expected DL PPDU arrival time.

[0086] In step 804, at the expected DL PPDU arrival time, STA stays at active mode.

[0087] Note that the power save mode of STA set by other mechanisms may not be changed by the future DL buffer status report.

[0088] Figure 12 shows a flowchart of AP receiving future buffer status report. Referring to Figure 12, the process includes the following steps:

[0089] In step 901, AP receives future DL buffer status report from STA.

[0090] In step 902, AP checks whether STA sets power save mode in the future DL buffer status report.

[0091] If STA sets power save mode, then AP does not send DL PPDU to STA until the expected DL PPDU arrival time. Note that the DL PPDU may arrive earlier than the expected DL PPDU arrival time. During that time, the AP may also enter power save mode.

[0092] Otherwise, the STA does not set power save mode. AP may transmit DL PPDU to STA at any time.

[0093] In step 903, AP may enter power save mode and does not send DL PPDU to STA until the expected DL PPDU arrival time.

[0094] In step 904, AP stays in active mode at the expected DL PPDU arrival time.

[0095] AP should finish transmitting DL PPDUs as indicated in the future buffer status report to the STA before expiration time to satisfy the QoS requirements.

[0096] Figure 13 is a schematic diagram illustrating an example of AP MLD starting active mode on all links before the expected DL PPDU arrival time. As shown in Figure 13, STA1 and STA2 are affiliated with a non-AP MLD and operate on link1 and link2, respectively. AP1 and AP2 are affiliated with an AP MLD and operate on link1 and link2, respectively. STA1 is associated with AP1 on link1 and STA2 is associated with AP2 on link2.

[0097] STA2 transmits an UL PPDU carrying future DL buffer status report to AP2 over link2. After the TXOP of UL PPDU (or the transmission of UL PPDU) on link2 ends, then both STA1 and STA2 stay at power save mode before the expected DL PPDU arrival time. Meanwhile, AP1 and AP2 can decide whether to enter power save mode as well. But AP1 and AP2 should start active mode before the expected DL PPDU arrival time. Both AP1 and AP2 contend the channel to transmit the DL PPDU to the non-AP MLD (i. e., STA1 and STA2) . As shown in Figure 13, AP1 accesses the channel and transmits DL PPDU to STA1.

[0098] Figure 14 shows a flowchart of a non-AP MLD (i. e., STA MLD) transmitting future DL buffer status to its associated AP MLD. Referring to Figure 14, the process includes the following steps:

[0099] In step 1101, STA MLD sends future DL buffer status report to AP MLD.

[0100] In step 1102, when STA MLD sends future DL buffer status report to AP MLD, STA MLD can set different power save mode in the future DL buffer status report.

[0101] If STA MLD does not set Power save mode, then STA MLD does not switch to power save mode on any link after the current transmission ends.

[0102] If STA MLD sets power save mode on several links, then it enters power save mode on those links when the current TX operation (TXOP) ends. Then, the STA MLD switches back to active mode on those links at the expected DL PPDU arrival time. It is possible that STA MLD enters power save mode on all links until the expected DL PPDU arrival time.

[0103] In step 1103, STA MLD enters power save mode on those links until the expected DL PPDU arrival time.

[0104] In step 1104, at the expected DL PPDU arrival time, STA MLD stays at active mode on all links.

[0105] Note that the power save mode of a STA affiliated with MLD set by other mechanisms may not be changed by the future DL buffer status report.

[0106] Figure 15 shows a flowchart of AP MLD receiving future buffer status report. Referring to Figure 15, the process includes the following steps:

[0107] In step 1201, AP MLD receives future DL buffer status report from STA MLD.

[0108] In step 1202, AP MLD checks whether STA MLD sets power save mode in the future DL buffer status report.

[0109] If STA MLD sets power save mode on several links, then AP MLD does not send DL PPDU to STA MLD over those links until the expected DL PPDU arrival time. Note that the DL PPDU may arrive earlier than the expected DL PPDU arrival time. During that time, the AP MLD may also enter power save mode on those links.

[0110] Otherwise, the STA MLD does not set power save mode. AP MLD may transmit DL PPDU to STA MLD at any time.

[0111] In step 1203, AP MLD may enter power save mode and does not send DL PPDU to STA MLD until the expected DL PPDU arrival time.

[0112] In step 1204, AP MLD finishes transmitting DL PPDUs as indicated in the future buffer status report to STA MLD before expiration time.

[0113] AP MLD should finish transmitting DL PPDUs as indicated in the future buffer status report to the STA MLD before expiration time to satisfy the QoS requirements.

[0114] Figure 16 is a schematic diagram illustrating an example of using future DL buffer status in multi-AP scenario. As shown in Figure 16, AP1 and AP2 have coordination to help the transmission of each other and avoid the collision. They may communicate with each other through wired backhaul. STA associates with AP1. STA is in the transmission range of both AP1 and AP2. When STA transmits a UL PPDU carrying future DL buffer status report to AP1, AP1 knows that there will be a certain amount of DL traffic it will need to transmit to STA. In order to ensure that the transmission of DL PPDU is finished before the expiration time, AP1 informs that AP2 should end its TXOP before the expected DL PPDU arrival time (via backhaul) . AP2 may help transmission of DL PPDU.

[0115] Note that it is also possible that AP2 can receive and decode the UL PPDU carrying future DL buffer status report. Then, AP1 may not need to transmit information to AP2 via backhaul.

[0116] Figure 17 is a schematic diagram illustrating the frame format of future DL buffer status report. The future DL buffer status report may include the following fields:

[0117] Traffic classification: non-AP STA sets this field to indicate the identification of the DL traffic. It could be the TID, the AC or the SCS ID of the DL traffic. When AP receives this field, it could use the information in this field to identify the DL traffic that is indicated in the future DL buffer status report.

[0118] Buffer size: non-AP STA sets this field to indicate the amount of the DL traffic that will arrive at AP. AP should manage and reserve enough channel resource to transmit that amount of DL traffic.

[0119] Expected Arrival time: non-AP STA sets this field to indicate the expected arrival time of the DL traffic. The AP and the non-AP STA should be at active mode at the expected arrival time to ensure that the DL traffic can be transmitted successfully.

[0120] Expiration time / delay bound: non-AP STA sets this field to indicate the expiration time or delay bound of the DL traffic. The AP should finish transmission of the DL traffic before the expiration time.

[0121] Power save: non-AP STA sets this field to indicate the power save mode it will use. The details are shown in Table 1 below. When this field indicates that the non-AP MLD will enter power save mode on a link, then the AP MLD shall not transmit DL PPDU to the non-AP MLD over that link before the expected DL PPDU arrival time.

[0122] Active Link ID: non-AP STA sets this field to indicate which link it will not enter power save mode as indicated in power save subfield while other links will enter power save mode.

[0123] PS Link ID Bitmap: non-AP STA sets this field to indicate which link (s) it will enter power save mode as indicated in power save subfield.

[0124] Table 1: encoding of power save subfield

[0125] The proposed technologies can also be used for indicating future UL buffer status and future peer-to-peer (P2P) buffer status. One example is shown in Figure 18. Compared with Figure 17, a reverse direction field is added.

[0126] Reverse direction field: when the transmitter STA sets this field to “1” , it indicates that the future buffer is transmitted by the transmitter STA of this field. Otherwise, the transmitter STA sets this field to “0” which indicates that the future buffer is transmitted by the receiver STA of this field.

[0127] It is also possible that AP can transmit future buffer status report to non-AP STA.

[0128] The proposed technologies can also be used for P2P communication. Figure 19 is a schematic diagram illustrating an example of using future P2P buffer. As shown in Figure 19, STA2 sets up P2P communication with STA4 over link2. As shown in Figure 19, STA2 transmits a PPDU carrying future P2P buffer status report to its peer STA4 over link2. The format of P2P buffer status is shown in Figure 18. The P2P buffer status represents the PPDU (s) that STA4 will need to transmit to STA2 in the near future. STA2 may also indicate that it will stay at power save mode until the expected P2P PPDU arrival time.

[0129] As shown in Figure 19, STA4 is affiliated with a NSTR MLD. In that case, STA3 should end its TXOP before the expected time so that STA4 could transmit the PPDU to STA2 immediately after the PPDU arrives at STA4.

[0130] Figure 20 is a schematic diagram illustrating another example of using future P2P buffer. Compared with the example illustrated in Figure 19, STA4 may be affiliated with a STR MLD. In that case, STA3 should end its EMLSR or EMLMR mode before the expected time if link1 and link2 are EMLSR / EMLMR link pair of the MLD. If there is recovery time (e.g., EMLSR transition delay) for STA4 switching back to link2, then STA3 should end its EMLSR or EMLMR mode recovery time before the expected P2P PPDU arrival time.

[0131] The proposed solutions propose to define a future DL traffic buffer report in the wireless network such as IEEE 802.11. When the non-AP STA transmits future DL traffic buffer status to its associated AP, it tells the AP that there is a certain amount of DL traffic that will arrive at AP in the future, e.g., in 1～500ms. The AP needs to transmit the DL traffic to the non-AP STA when the DL traffic arrives at the AP.

[0132] The future DL traffic buffer can tell the AP whether the non-AP STA will enter power save mode before the DL traffic arrives at the AP. When a STA operates at active mode, it has full capability to transmit and receive packets over the air. The power save mode allows a STA to operate with limited capability using lower power consumption compared with active mode. For example, when a STA enters power save mode, it cannot transmit or receive packets over the air. The AP then can decide whether it can also enter power save mode before the DL traffic arrives.

[0133] The DL traffic may have QoS requirement, such as latency, jitter, and packet loss. The AP should manage its channel resource to satisfy the QoS requirement of the DL traffic.

[0134] The embodiment of the present invention further provides a first device (e.g., a STA) , comprising: a memory; a transceiver; and a processor coupled to the memory and the transceiver, wherein the processor is configured to send a future buffer status report to a second device to notify the second device of a traffic that will arrive at the second device at expected arrival time; and receive the traffic transmitted by the second device. The first device can implement each of the embodiments of the present invention. For brevity, details will not be described herein again.

[0135] The embodiment of the present invention further provides a second device (e.g., an AP) , comprising: a memory; a transceiver; and a processor coupled to the memory and the transceiver, wherein the processor is configured to receive a future buffer status report from a first device, wherein the future buffer status report is used to notify the second device of a traffic that will arrive at the second device at expected arrival time; and transmit the traffic to the first device. The second device can implement each of the embodiments of the present invention. For brevity, details will not be described herein again.

[0136] The embodiment of the present invention further provides a computer readable storage medium for storing a computer program. The computer readable storage medium enables a computer to execute corresponding processes implemented by the first device (e.g., a STA) and / or the second device (e.g., an AP) in each of the methods of the embodiment of the present invention. For brevity, details will not be described herein again.

[0137] The embodiment of the present invention further provides a computer program product including computer program instructions. The computer program product enables a computer to execute corresponding processes implemented by the first device (e.g., a STA) and / or the second device (e.g., an AP) in each of the methods of the embodiment of the present invention. For brevity, details will not be described herein again.

[0138] The embodiment of the present invention further provides a computer program. The computer program enables a computer to execute corresponding processes implemented by the first device (e.g., a STA) and / or the second device (e.g., an AP) in each of the methods of the embodiment of the present invention. For brevity, details will not be described herein again.

[0139] Figure 21 is a block diagram of an example system 700 for wireless communication according to an embodiment of the present invention. Embodiments described herein may be implemented into the system using any suitably configured hardware and / or software. Figure 21 illustrates the system 700 including a radio frequency (RF) circuitry 710, a baseband circuitry 720, an application circuitry 730, a memory / storage 740, a display 750, a camera 760, a sensor 770, and an input / output (I / O) interface 780, coupled with each other at least as illustrated. The application circuitry 730 may include a circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include any combination of general-purpose processors and dedicated processors, such as graphics processors, application processors. The processors may be coupled with the memory / storage and configured to execute instructions stored in the memory / storage to enable various applications and / or operating systems running on the system.

[0140] The baseband circuitry 720 may include circuitry such as, but not limited to, one or more single-core or multi-core processors. The processors may include a baseband processor. The baseband circuitry may handle various radio control functions that enables communication with one or more radio networks via the RF circuitry. The radio control functions may include, but are not limited to, signal modulation, encoding, decoding, radio frequency shifting, etc. In some embodiments, the baseband circuitry may provide for communication compatible with one or more radio technologies. For example, in some embodiments, the baseband circuitry may support communication with an evolved universal terrestrial radio access network (EUTRAN) and / or other wireless metropolitan area networks (WMAN) , a wireless local area network (WLAN) , a wireless personal area network (WPAN) . Embodiments in which the baseband circuitry is configured to support radio communications of more than one wireless protocol may be referred to as multi-mode baseband circuitry.

[0141] In various embodiments, the baseband circuitry 720 may include circuitry to operate with signals that are not strictly considered as being in a baseband frequency. For example, in some embodiments, baseband circuitry may include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency. The RF circuitry 710 may enable communication with wireless networks using modulated electromagnetic radiation through a non-solid medium. In various embodiments, the RF circuitry may include switches, filters, amplifiers, etc. to facilitate the communication with the wireless network. In various embodiments, the RF circuitry 710 may include circuitry to operate with signals that are not strictly considered as being in a radio frequency. For example, in some embodiments, RF circuitry may  include circuitry to operate with signals having an intermediate frequency, which is between a baseband frequency and a radio frequency.

[0142] In various embodiments, the transmitter circuitry, control circuitry, or receiver circuitry discussed above with respect to the AP or STA may be embodied in whole or in part in one or more of the RF circuitry, the baseband circuitry, and / or the application circuitry. As used herein, “circuitry” may refer to, be part of, or include an Application Specific Integrated Circuit (ASIC) , an electronic circuit, a processor (shared, dedicated, or group) , and / or a memory (shared, dedicated, or group) that execute one or more software or firmware programs, a combinational logic circuit, and / or other suitable hardware components that provide the described functionality. In some embodiments, the electronic device circuitry may be implemented in, or functions associated with the circuitry may be implemented by, one or more software or firmware modules. In some embodiments, some or all of the constituent components of the baseband circuitry, the application circuitry, and / or the memory / storage may be implemented together on a system on a chip (SOC) . The memory / storage 740 may be used to load and store data and / or instructions, for example, for system. The memory / storage for one embodiment may include any combination of suitable volatile memory, such as dynamic random access memory (DRAM) ) , and / or non-volatile memory, such as flash memory.

[0143] In various embodiments, the I / O interface 780 may include one or more user interfaces designed to enable user interaction with the system and / or peripheral component interfaces designed to enable peripheral component interaction with the system. User interfaces may include, but are not limited to a physical keyboard or keypad, a touchpad, a speaker, a microphone, etc. Peripheral component interfaces may include, but are not limited to, a non-volatile memory port, a universal serial bus (USB) port, an audio jack, and a power supply interface. In various embodiments, the sensor 770 may include one or more sensing devices to determine environmental conditions and / or location information related to the system. In some embodiments, the sensors may include, but are not limited to, a gyro sensor, an accelerometer, a proximity sensor, an ambient light sensor, and a positioning unit. The positioning unit may also be part of, or interact with, the baseband circuitry and / or RF circuitry to communicate with components of a positioning network, e.g., a global positioning system (GPS) satellite.

[0144] In various embodiments, the display 750 may include a display, such as a liquid crystal display and a touch screen display. In various embodiments, the system 700 may be a mobile computing device such as, but not limited to, a laptop computing device, a tablet computing device, a netbook, an ultrabook, a smartphone, an AR / VR glasses, etc. In various embodiments, system may have more or less components, and / or different architectures. Where appropriate, methods described herein may be implemented as a computer program. The computer program may be stored on a storage medium, such as a non-transitory storage medium.

[0145] A person having ordinary skill in the art understands that each of the units, algorithm, and steps described and disclosed in the embodiments of the present invention are realized using electronic hardware or combinations of software for computers and electronic hardware. Whether the functions run in hardware or software depends on the condition of application and design requirement for a technical plan. A person having ordinary skill in the art can use different ways to realize the function for each specific application while such realizations should not go beyond the scope of the present invention. It is understood by a person having ordinary skill in the art that he / she can refer to the working processes of the system, device, and unit in the  above-mentioned embodiment since the working processes of the above-mentioned system, device, and unit are basically the same. For easy description and simplicity, these working processes will not be detailed.

[0146] It is understood that the disclosed system, device, and method in the embodiments of the present invention can be realized with other ways. The above-mentioned embodiments are exemplary only. The division of the units is merely based on logical functions while other divisions exist in realization. It is possible that a plurality of units or components are combined or integrated in another system. It is also possible that some characteristics are omitted or skipped. On the other hand, the displayed or discussed mutual coupling, direct coupling, or communicative coupling operate through some ports, devices, or units whether indirectly or communicatively by ways of electrical, mechanical, or other kinds of forms. The units as separating components for explanation are or are not physically separated. The units for display are or are not physical units, that is, located in one place or distributed on a plurality of network units. Some or all of the units are used according to the purposes of the embodiments. Moreover, each of the functional units in each of the embodiments can be integrated in one processing unit, physically independent, or integrated in one processing unit with two or more than two units.

[0147] If the software function unit is realized and used and sold as a product, it can be stored in a readable storage medium in a computer. Based on this understanding, the technical plan proposed by the present invention can be essentially or partially realized as the form of a software product. Or, one part of the technical plan beneficial to the conventional technology can be realized as the form of a software product. The software product in the computer is stored in a storage medium, including a plurality of commands for a computational device (such as a personal computer, a server, or a network device) to run all or some of the steps disclosed by the embodiments of the present invention. The storage medium includes a USB disk, a mobile hard disk, a read-only memory (ROM) , a random access memory (RAM) , a floppy disk, or other kinds of media capable of storing program codes.

[0148] While the present invention has been described in connection with what is considered the most practical and preferred embodiments, it is understood that the present invention is not limited to the disclosed embodiments but is intended to cover various arrangements made without departing from the scope of the broadest interpretation of the appended claims.

Claims

1.A wireless communication method, comprising:sending, by a first device, a future buffer status report to a second device to notify the second device of a traffic that will arrive at the second device at expected arrival time.2.The method of claim 1, further comprising:receiving, by the first device, the traffic transmitted by the second device once the second device receives the traffic at the expected arrival time.3.The method of claim 1, wherein the future buffer status report indicates the expected arrival time that the traffic will arrive at the second device, a buffer size of the traffic, and Quality of Service (QoS) requirement of the traffic.4.The method of claim 1, wherein the first device is a station (STA) , and the second device is an access point (AP) or a peer AP associated with the STA.5.The method of claim 1, wherein the future buffer status report indicates whether or not the first device will stay in power save mode before the expected arrival time.6.The method of claim 1, wherein the first device enters power save mode after sending the future buffer status report and before the expected arrival time.7.The method of claim 1, wherein the second device enters power save mode after receiving the future buffer status report and before the expected arrival time.8.The method of claim 1, wherein both the first device and the second device are at active mode at the expected arrival time.9.The method of claim 1, wherein the first device is a multi-link device (MLD) , and the future buffer status report indicates which link (s) is / are set to power save mode before the expected arrival time.10.The method of claim 1, wherein the future buffer status report indicates that the traffic should be transmitted during an existing service period (SP) .11.The method of claim 1, wherein the first device is a non-AP multi-link device (MLD) comprising a first STA and a second STA that operate on a first link and a second link, respectively, the second device is an AP MLD comprising a first AP and a second AP that operate on the first link and the second link, respectively, the first STA is associated with the first AP on the first link, the second STA is associated with the second AP on the second link, the future buffer status report is sent by any one of the first STA and the second STA, and the first AP and the second AP contend a channel to transmit the traffic to the first device.12.The method of claim 11, wherein both the first STA and the second STA stay at power save mode before the expected arrival time.13.The method of claim 11, wherein both the first AP and the second AP start active mode before the expected arrival time.14.The method of claim 1, wherein the first device is in a transmission range of both the second device and a third device, the third device knows the traffic needed to transmit to the first device either by communication with the second device via backhaul or by the future buffer status report that the third device receives from the first device, and the third device helps transmission of the traffic to the first device.15.The method of claim 1, wherein the future buffer status report comprises a field with a first value  indicating the traffic will be transmitted by the first device sending the future buffer status report or a second value indicating the traffic will be transmitted by the second device receiving the future buffer status report.16.The method of claim 1, wherein the first device is an AP, and the second device is a STA associated with the AP.17.The method of claim 1, wherein peer-to-peer (P2P) communication is established between the first device and the second device.18.The method of claim 1, wherein the first device is a STA, and the second device is a non-simultaneous transmit and receive (NSTR) or simultaneous transmit and receive (STR) MLD.19.A wireless communication method, comprising:receiving, by a second device, a future buffer status report from a first device, wherein the future buffer status report is used to notify the second device of a traffic that will arrive at the second device at expected arrival time.20.The method of claim 19, further comprising:transmitting, by the second device, the traffic to the first device once the second device receives the traffic at the expected arrival time.21.The method of claim 19, wherein the future buffer status report indicates the expected arrival time that the traffic will arrive at the second device, a buffer size of the traffic, and Quality of Service (QoS) requirement of the traffic.22.The method of claim 19, wherein the first device is a station (STA) , and the second device is an access point (AP) or a peer AP associated with the STA.23.The method of claim 19, wherein the future buffer status report indicates whether or not the first device will stay in power save mode before the expected arrival time.24.The method of claim 19, wherein the first device enters power save mode after sending the future buffer status report and before the expected arrival time.25.The method of claim 19, wherein the second device enters power save mode after receiving the future buffer status report and before the expected arrival time.26.The method of claim 19, wherein both the first device and the second device are at active mode at the expected arrival time.27.The method of claim 19, wherein the first device is a multi-link device (MLD) , and the future buffer status report indicates which link (s) is / are set to power save mode before the expected arrival time.28.The method of claim 19, wherein the future buffer status report indicates that the traffic should be transmitted during an existing service period (SP) .29.The method of claim 19, wherein the first device is a non-AP multi-link device (MLD) comprising a first STA and a second STA that operate on a first link and a second link, respectively, the second device is an AP MLD comprising a first AP and a second AP that operate on the first link and the second link, respectively, the first STA is associated with the first AP on the first link, the second STA is associated with the second AP on the second link, the future buffer status report is sent by any one of the first STA and the second STA, and the first AP and the second AP contend a channel to transmit the traffic to the first device.30.The method of claim 29, wherein both the first STA and the second STA stay at power save mode  before the expected arrival time.31.The method of claim 29, wherein both the first AP and the second AP start active mode before the expected arrival time.32.The method of claim 19, wherein the first device is in a transmission range of both the second device and a third device, the third device knows the traffic needed to transmit to the first device either by communication with the second device via backhaul or by the future buffer status report that the third device receives from the first device, and the third device helps transmission of the traffic to the first device.33.The method of claim 19, wherein the future buffer status report comprises a field with a first value indicating the traffic will be transmitted by the first device sending the future buffer status report or a second value indicating the traffic will be transmitted by the second device receiving the future buffer status report.34.The method of claim 19, wherein the first device is an AP, and the second device is a STA associated with the AP.35.The method of claim 19, wherein peer-to-peer (P2P) communication is established between the first device and the second device.36.The method of claim 19, wherein the first device is a STA, and the second device is a non-simultaneous transmit and receive (NSTR) or simultaneous transmit and receive (STR) MLD.37.A first device, comprising:a memory;a transceiver; anda processor coupled to the memory and the transceiver,wherein the processor is configured to execute any of the methods according to claims 1 to 18.38.A second device, comprising:a memory;a transceiver; anda processor coupled to the memory and the transceiver,wherein the processor is configured to execute any of the methods according to claims 19 to 36.

Images