Application-based transmission opportunity sharing
Application-based Transmission Opportunity (TXOP) sharing may be provided. First, a sharing AP may receive a request to share TXOPs with a requesting AP. The request may include information associated with an application executing on a client serviced by the requesting AP. Next, a TXOP duration for the requesting AP may be reserved based on the information associated with the application such that, in response to winning contention on the medium, the sharing AP may share a TXOP with the requesting AP for the TXOP duration.
1. A method comprising:
receiving, by a sharing Access Point (AP) prior to contending for medium access, an announcement shared across neighboring APs, the announcement comprising a request to share one or more Transmission Opportunities (TXOPs) with a requesting AP when the sharing AP wins contention for TXOPs, the request comprising an indication that the requesting AP is in need of additional TXOP for an application executing on a client serviced by the requesting AP and information comprising a traffic Access Category (AC) associated with the application;
reserving, by the sharing AP, a TXOP duration for the requesting AP based on the information associated with the application received from the requesting AP, wherein reserving the TXOP duration for the requesting AP comprises:
modifying Enhanced Distributed Channel Access (EDCA) parameters for the sharing AP to add EDCA parameters assigned to the traffic AC obtained from the information associated with the application, and
contending for the medium access based on the modified EDCA parameters; and
subsequent to gaining the medium access, sharing, by the sharing AP, a TXOP with the requesting AP for the TXOP duration.
2. The method of claim 1 , wherein the information associated with the application further includes at least one of: a traffic load, a traffic periodicity, or a latency sensitivity associated with the application.
3. The method of claim 2 , wherein reserving the TXOP duration for the requesting AP based on the information associated with the application comprises reserving the TXOP duration based on at least the traffic load.
4. The method of claim 1 , further comprising:
computing a time period value; and
determining that the requesting AP has not used a TXOP within at least a time period equal to the time period value.
5. The method of claim 4 , wherein the time period value is one of:
a traffic periodicity of the application obtained from the information associated with the application; or
a random value selected based on EDCA rules associated with traffic of the application.
6. The method of claim 1 , further comprising:
receiving a notification that indicates an end of the request to share the TXOPs with the requesting AP.
7. The method of claim 1 , wherein the sharing AP is one of a subset of neighbor APs included in a TXOP sharing candidate list for the client that receives the request, the subset of neighbor APs including neighbor APs to the requesting AP that are determined to be within a predefined proximity to the client.
8. An apparatus comprising:
a memory storage; and
a processing unit coupled to the memory storage, wherein the processing unit is operative to:
receive an announcement shared across neighboring Access Points (APs) prior to contending for medium access, the announcement comprising a request to share one or more Transmission Opportunities (TXOPs) with a requesting Access Point (AP) when the sharing AP wins contention for the TXOPs, the request comprising an indication that the requesting AP is in need of additional TXOPs for an application executing on a client serviced by the requesting AP and information comprising a traffic Access Category (AC) associated with the application;
reserve a TXOP duration for the requesting AP based on the information associated with the application received from the requesting AP, wherein the processing unit being operative to reserve the TXOP duration for the requesting AP comprises the processing unit being operative to:
modify Enhanced Distributed Channel Access (EDCA) parameters for the sharing AP to add EDCA parameters assigned to the traffic AC obtained from the information associated with the application, and
contend for the medium access based on the modified EDCA parameters; and
subsequent to gaining the medium access, share a TXOP with the requesting AP for the TXOP duration.
9. The apparatus of claim 8 , wherein the information associated with the application includes traffic load, and wherein the TXOP duration for the requesting AP is reserved based on at least the traffic load.
10. The apparatus of claim 8 , wherein the information associated with the application includes traffic periodicity, and wherein the processing unit is further operative to determine that the requesting AP has not used a TXOP within at least a time period equal to the traffic periodicity.
11. The apparatus of claim 8 , wherein the request is received from at least one of the requesting AP and a network management system in response to a detection of the application by at least one of the requesting AP or the network management system.
12. The apparatus of claim 8 , wherein the processing unit is further operative to:
receive a notification that indicates an end of the request to share the one or more TXOPs with the requesting AP.
13. The apparatus of claim 8 , wherein the sharing AP is one of a subset of neighbor APs included in a TXOP sharing candidate list for the client that receives the request, the subset of neighbor APs including neighbor APs to the requesting AP that are determined to be within a predefined proximity to the client.
14. A method comprising:
detecting, by a requesting Access Point (AP), an application executing on a client serviced by the requesting AP;
transmitting, to at least one sharing AP prior to contending for medium access, a request to share one or more Transmission Opportunities (TXOPs) with the requesting AP when the sharing AP wins contention for TXOPs, the request comprising an indication that the requesting AP is in need of additional TXOPs for the application and information comprising a traffic Access Category (AC) associated with the application;
subsequent to the at least one sharing AP gaining the medium access, receiving a TXOP shared from the at least one sharing AP, wherein a duration for the TXOPs is reserved for the requesting AP based on the information comprising a traffic Access Category (AC) associated with the application received from the requesting AP, wherein the at least one sharing AP gains the medium access by:
modifying Enhanced Distributed Channel Access (EDCA) parameters for the sharing AP to add EDCA parameters assigned to the traffic AC obtained from the information associated with the application, and
contending for the medium access based on the modified EDCA parameters; and
using the TXOP to service the client for the duration.
15. The method of claim 14 , further comprising:
determining a plurality of neighbor APs to the requesting AP, the plurality of neighbor APs including the at least one sharing AP; and
determining whether proximity information of the plurality of neighbor APs to the client is available.
16. The method of claim 15 , further comprising:
in response to determining the proximity information of the plurality of neighbor APs to the requesting AP is available:
identifying a subset of the plurality of neighbor APs within a predefined proximity of the client; and
transmitting the request to the subset of the plurality of neighbor APs, the subset including the at least one sharing AP.
17. The method of claim 16 , further comprising:
including the subset of the plurality of neighbor APs in a TXOP sharing candidate list; and
dynamically updating the TXOP sharing candidate list per TXOP or per traffic periodicity for the application.
18. The method of claim 15 , further comprising:
in response to determining the proximity information of the plurality of neighbor APs to the requesting AP is not available:
transmitting the request to each of the plurality of neighbor APs;
initially including each of the plurality of neighbor APs in a TXOP sharing candidate list; and
removing one or more of the plurality of neighbor APs from the TXOP sharing candidate list in response to a determination that the one or more of the plurality of neighbor APs have a number of shared TXOP failures exceeding a predefined number.
19. The method of claim 15 , wherein the proximity information is obtained from at least one of: beacon reports, probe requests, or sniffers.
20. The method of claim 14 , further comprising:
transmitting a notification to the at least one sharing AP indicating that the requesting AP no longer requests TXOP sharing in response to detecting an end of traffic associated with the application.