CTS 164: 802.11ax Target Wake Time

Objectives of TWT Objectives of 802.11ax * Increase the performance of the Wi-Fi network by a factor of 4 while improving or not impacting power requirements * Provide power saving mechanisms for new emerging IoT devices All the current power saving mechanisms defined today remain usable with ax. In addition, the 802.11ax draft defines a new mechanism called Target Wake Time or TWT. Target wake time (TWT) is used to help minimize contention between clients and reduce the amount of time a client in power save mode to be awake. Clients will operate in non-overlapping times and/or frequencies and the frame exchanges are coordinated. TWT was introduced in 802.11ah and is particularly useful for battery-powered devices that communicate infrequently. TWT Modes of Operations There are three modes of operation: * Individual TWT * Broadcast TWT * Opportunistic PS TWT Power-save options in 802.11ax from Aruba 802.11ax White Paper: TWT Power-Save options in 802.11ax Individual TWT Client will be assigned specific times to wake up and exchange frames. The schedule is determined and delivered by the AP. There is a different mode of TWT such as explicit TWT. A client doesn’t need to know about another client’s TWT values. Simple process: * A client wants to establish a TWT agreement * A client communicates its waking schedule information to the AP * The AP devises a schedule and delivers TWT values to the client * The client wakes up and transmit a frame according to the schedule * The AP send the client the next TWT information on when to wake up again (explicit mode) * The client wakes up again at the next scheduled time to send a frame and receive a new TWT information * When TWT implicit is used, the client calculates the Next TWT by adding a fixed value to the current TWT value A client can go off of the AP’s TWT parameters. Or a client can “demand” a TWT with indicated parameters for agreement. If agreed upon, the AP will respond with “Accept TWT”. The AP can counter the offer with an Alternate TWT. A client wanting to utilize TWT will indicate what channel to use as a primary channel during a TWT SP. Broadcast TWT The AP will be in charge. The AP will send TWT parameters in the Beacon frame using the TWT Element. The TWT Element might be sent in other management frames as well such as the (Re)Association frame or the probe response frame. The clients will use the TWT parameters from the most recently received TWT element carried in the Management frames of its associated AP. The client is also called “TWT Scheduled STA” in this case in the draft. The AP is called “TWT Scheduling AP” The AP will provide the schedule to all the clients that supports broadcast TWT. The AP will send a trigger frame to discover which clients are awake. The AP will then send frames to these clients that will, then, be able to doze again. This is called a trigger-based TWT SP (Service Period).