Abstract:
Use is made of the Notice-of-Absence (NoA), as is a Wi-Fi/Bluetooth time sharing mechanism. This mechanism dictates ‘n’ cycles of absent and present duration of P2P-GO starting at a defined time ‘t’. The information bits of NoA are communicated from GO to the Client in the Beacons (for the period of NoA in use). Time-sharing between Bluetooth and WLAN at P2P-GO, is communicated using NoA to the P2P-Client. For the duration of both Bluetooth and WLAN radios transmitting/receiving traffic, NoA is used such that the absent duration covers the Bluetooth Interval and present-duration covers the WLAN interval. This NoA remains effective for as long as the time-sharing mode between BT and WLAN radios. As soon as, P2P-GO enters the time-sharing mode, NoA parameters are determined based on the timesharing mode (Dynamic Long and Dynamic Short). The start time of NoA schedule is determined after synchronizing to the time-sharing scheduler. The start time of NoA schedule is ‘n’ TBTTs after entering the time-sharing mode so that the Clients have ample opportunity to receive the NoA information. Until NoA schedule starts, P2P-GO may protect Bluetooth Interval using CTS2S frames. After NoA schedule comes into play, P2P-GO may send CTS2S only for asynchronous Bluetooth traffic.

Description:
FIELD OF THE PRESENT DISCLOSURE 
       [0001]    The present disclosure generally relates to wireless communications and more particularly relates to systems and methods for operation between multiple wireless networks to minimize interference. 
       BACKGROUND 
       [0002]    Wireless networks are increasingly employed to provide various communication functions including voice, video, packet data, messaging and the like. Further, multiple wireless networks may be employed by a single device to obtain the relative performance benefits offered by each wireless communication system in different usage scenarios. For example, wireless local area networks (WLANs) conforming to 802.11 standards established by The Institute of Electrical and Electronics Engineers may be used for applications involving communication over medium ranges while the BLUETOOTH® (Bluetooth) system may be used for relatively shorter range communications. 
         [0003]    To that end, Bluetooth is often used to connect and exchange information between mobile phones, computers, digital cameras, wireless headsets, speakers, keyboards, mice or other input peripherals, and similar devices. Bluetooth allows for the creation of a personal area network (PAN) between a master and up to seven slaves. For many Bluetooth applications, it is necessary to ensure the uninterrupted delivery of correctly ordered data packets. On the other hand, WLAN communications provide relatively high data rates over relatively long distances, offering an easy interface to existing network infrastructures. As such, the nature of a significant portion of WLAN traffic makes it less susceptible to packet order and delivery time problems. 
         [0004]    Although WLAN communications operate on an asynchronous protocol and access the wireless medium using Carrier Sense Multiple Access/Collision Avoidance (CSMA/CA) mechanisms while Bluetooth communications rely on time division multiplex access (TDMA) mechanisms, both share the 2.4 GHz Industrial Scientific and Medical Device band (ISM) band. As a result, interference between the two communications systems may occur. This problem is exacerbated by the physical collocation of the systems when both are implemented in a single device. Indeed, current trends are moving from each system being carried on separate integrated circuits to merging both onto a single chip in system on a chip (SoC) designs. Further, given the difference in the typical nature of the WLAN and Bluetooth communications, certain Bluetooth links need to be given priority in order to guarantee the necessary quality of service. 
         [0005]    Recognizing the potential for interference, various techniques have been employed to improve coexistence. One conventional strategy relies on the frequency hopping aspects of the Bluetooth devices. The WLAN communication tend to park, having a center at one frequency and width within the spectrum while the Bluetooth devices “hop” around, transmitting or receiving over 625 μs time slots on one of the 79 available 1 MHz bands before switching to another channel. Once interference is detected, adaptive frequency hopping (AFH) techniques allow the Bluetooth devices to avoid the Bluetooth channels that overlap the WLAN channel. 
         [0006]    Although AFH offers significant performance gains, the out-of-band Bluetooth signal can still affect WLAN signals, especially when the systems are collocated. Typically, the WLAN system receives packets from a relatively more distant access point, increasing the chance that the WLAN front end will be saturated by the Bluetooth transmissions. To address the potential for interference between WLAN and Bluetooth systems, time division multiplexing (TDM) arbitration schemes may be employed to schedule transmissions to prevent or minimize simultaneous operation in order to share the time spent using the 2.4 GHz band by the respective systems. 
         [0007]    In order to enforce the scheduling decisions made by the arbitration scheme, a communications device may be configured to suppress transmissions from other WLAN devices on the network during times allocated to the Bluetooth system. For example, conventional techniques for achieving this result may involve sending Clear to Send to Self (CTS2S) frames. Specifically, the CTS2S frame contains a Network Allocation Vector (NAV) corresponding to a given time period during which any devices on the network receiving the frame will suspend transmissions. As such, these frames are typically used to reserve the WLAN medium so that the device sending the frame may then transmit subsequent frames without causing collisions. 
         [0008]    In the context of Bluetooth coexistence, however, the CTS2S frame has the effect of suppressing WLAN transmissions from other devices on the network to prevent interference with the Bluetooth system. Although the CTS2S mechanism is effective, it has drawbacks in that all devices receiving the frame suspend transmission, even if their activity would not impact the Bluetooth system of the device sending the frame. Further, the use of the CTS2S mechanism by one device may prevent other devices from affecting their own coexistence procedures, since the CTS2S frame will impact any device in range. 
         [0009]    Accordingly, what has been needed are systems and methods for implementing WLAN and Bluetooth communications that minimize interference. For example, there is a need to provide a system and method that are configured to protect downlink WLAN traffic while still ensuring a quality of service necessary for Bluetooth communications. This disclosure is directed to these and other need. 
       SUMMARY 
       [0010]    This disclosure is directed to systems and methods for coordinating time of transmission between networks&#39; nodes. In one aspect, the disclosed systems and methods implement a Bluetooth coexistence strategy in the context of a device functioning as a group owner (GO) in a Wi-Fi Direct, peer-to-peer (P2P) network communication with a P2P client. This embodiment uses the notice of absence (NoA) function of the Wi-Fi Direct protocol to coordinate periods of time during which the device will be treated as absent by the client, so that the client does not transmit during periods of Bluetooth activity. Likewise, the NoA also coordinates periods during which the device will be treated as present by the client, to maintain a desired level of WLAN performance. 
         [0011]    The NoA is an information element (IE) that is transmitted during a beacon frame by the GO. The NoA specifies a start time, an absent duration beginning at the specified start time, an interval duration that includes the absent duration and the present duration, and a number of cycles for which to implement the schedule. As such, the NoA IE may be sent in a beacon by the GO after determination of the formation of a Bluetooth link, such as an advanced audio distribution profile (A2DP) link. The NoA parameters may be established so that the absent and present cycle established between the GO and the peer coincides with the time scheduling of the Bluetooth link. 
         [0012]    As desired, the beacon containing the NoA IE with the parameters corresponding to the Bluetooth link may be sent in the next beacon after establishment of the link or may be sent as a subsequent beacon. Further, the NoA IE may specify a start time that occurs within the immediately succeeding beacon interval or may be delayed by one or more target beacon transmission time instants (TBTT&#39;s) to allow the client sufficient time to receive and implement the NoA parameters. Further, it may also be desirable to adjust one or more parameters of the NoA IE to provide a buffer period on either or both sides of the Bluetooth window. 
         [0013]    By employing the techniques disclosed herein, coexistence between the Bluetooth system and WLAN system may be achieved in a non-disruptive manner that presents a minimal impact on the WLAN medium. Further, protecting the Bluetooth link allows the desired audio quality metric of the system to be achieved. Power efficiency is also improved, by allowing the client to go into a power save mode during the absent periods coordinated by the NoA and by reducing the number of CTS2S frames sent by the GO. Reducing the overhead associated with CTS2S frames also increases the WLAN bandwidth. Yet another benefit is that multiple GO entities employing this scheme may operate in near-range while still achieving Bluetooth audio-quality and WLAN-throughput metrics. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0014]    The aforementioned objects and advantages of the disclosed systems and methods, as well as additional objects and advantages thereof, will be more fully understood herein after as a result of a detailed description of an embodiment when taken in conjunction with the following drawings in which: 
           [0015]      FIG. 1  depicts a peer-to-peer wireless communication system, according to an embodiment; 
           [0016]      FIG. 2  schematically depicts functional blocks of a peer communications device; 
           [0017]      FIG. 3  depicts an embodiment with regard to an A2DP Bluetooth communications link and NoA coordination between a GO and a client including use of CTS2S frames to augment the NoA IE beacon; and 
           [0018]      FIG. 4  is a flow chart representation of a method disclosed herein. 
       
    
    
     DETAILED DESCRIPTION 
       [0019]    At the outset, it is to be understood that this disclosure is not limited to particularly exemplified materials, architectures, routines, methods or structures as such may, of course, vary. Thus, although a number of such options, similar or equivalent to those described herein, can be used in the practice or embodiments of this disclosure, the preferred materials and methods are described herein. 
         [0020]    It is also to be understood that the terminology used herein is for the purpose of describing particular embodiments of this disclosure only and is not intended to be limiting. 
         [0021]    Some portions of the detailed descriptions which follow are presented in terms of procedures, logic blocks, processing and other symbolic representations of operations on data bits within a computer or processor memory. These descriptions and representations are the means used by those skilled in the data processing arts to most effectively convey the substance of their work to others skilled in the art. In the present application, a procedure, logic block, process, or the like, is conceived to a self-consistent sequence of steps or instructions leading to a desired result. The steps are those requiring physical manipulations of physical quantities. Usually, although not necessarily, these quantities take the form of electrical or magnetic signals capable of being stored, transferred, combined, compared, and otherwise manipulated in a computer system. 
         [0022]    It should be borne in mind, however, that all of these and similar terms are to be associated with the appropriate physical quantities and are merely convenient labels applied to these quantities. Unless specifically stated otherwise as apparent from the following discussions, and throughout the present application, discussions utilizing the terms such as “accessing,” “receiving,” “sending,” “using,” “selecting,” “determining,” “normalizing,” “multiplying,” “averaging,” “monitoring,” “comparing,” “applying,” “updating,” “measuring,” “deriving” or the like, refer to the actions and processes of a computer system, or similar electronic computing device, that manipulates and transforms data represented as physical (electronic) quantities within the computer system&#39;s registers and memories into other data similarly represented as physical quantities within the computer system memories or registers or other such information storage, transmission or display devices. 
         [0023]    Embodiments described herein may be discussed in the general context of process-executable instructions residing on some form of processor-readable medium, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc., that perform particular tasks or implement particular abstract data types. The functionality of the program modules may be combined or distributed as desired in various embodiments. 
         [0024]    In the figures, a single block may be described as performing a function or functions; however, in actual practice, the function or functions performed by that block may be performed in a single component or across multiple components, and/or may be performed using hardware, using software, or using a combination of hardware and software. To clearly illustrate this interchangeability of hardware and software, various illustrative components, blocks, modules, circuits and steps are described generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope hereof Also, the exemplary wireless communications devices may include components other than those shown, including well-known components such as a processor, memory and the like. 
         [0025]    The techniques described herein may be implemented in hardware, software, firmware, or any combination thereof, unless specifically described as being implemented in a specific manner. Any features described as modules or components may also be implemented together in an integrated logic device or separately as discrete but interoperable logic devices. If implemented in software, the techniques may be realized at least in part by a non-transitory processor-readable storage medium comprising instructions that, when executed, perform one or more of the methods described herein. The non-transitory processor-readable data storage medium may form part of a computer program product, which may include packaging materials. 
         [0026]    The non-transitory processor-readable storage medium may comprise random access memory (RAM) such as synchronous dynamic random access memory (SDRAM), read only memory (ROM), non-volatile random access memory (NVRAM), electrically erasable programmable read-only memory (EEPROM), FLASH memory, other known storage media, and the like. The techniques additionally, or alternatively, may be realized at least in part by a processor-readable communication medium that carries or communicates code in the form of instructions or data structures and that can be accessed, read, and/or executed by a computer or other processor. 
         [0027]    The various illustrative logical blocks, modules and instructions described in connection with the embodiments disclosed herein may be executed by one or more processors, such as one or more digital signal processors (DSPs), general purpose microprocessors, application specific integrated circuits (ASICs), application specific instruction set processors (ASIPs), field programmable gate arrays (FPGAs), or other equivalent integrated or discrete logic circuitry. The term “process,” as used herein may refer to any of the foregoing structure or any other structure suitable for implementation of the techniques described herein. In addition, in some aspects, the functionality described herein may be provided within dedicated software modules or hardware modules configured as described herein. Also, the techniques could be fully implemented in one or more circuits or logic elements. A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computer devices, e.g., a combination of DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other such configuration. 
         [0028]    For purposes of convenience and clarity only, directional terms, such as top, bottom, left, right, up, down, over, above, below, beneath, rear, back, and front, may be used with respect to the accompanying drawings or particular embodiments. These and similar directional terms should not be construed to limit the scope hereof in any manner and may change depending upon context. Further, sequential terms such as first and second may be used to distinguish similar elements, but may be used in other orders or may change also depending upon context. 
         [0029]    Unless define otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one having ordinary skill in the art to which the disclosure pertains. 
         [0030]    Finally, as used in this specification and the appended claims, the singular forms “a,” “an” and “the” include plural forms as well unless the content clearly dictates otherwise. 
         [0031]    These systems and methods are described in reference to an exemplary wireless communication system  100  as shown in  FIG. 1 , which fundamentally includes at least two nodes, peer  102  and peer  104 . In this embodiment, peer  102  and peer  104  each have Bluetooth (BT) modules  106  and  108 , respectively, and WLAN modules  110  and  112 , respectively. The Bluetooth specification allows for the creation of a personal area network (PAN) between a master and up to seven slaves and is often used to connect and exchange information between mobile phones, computers, digital cameras, wireless headsets, speakers, keyboards, mice or other input peripherals, and similar devices. Conventional Bluetooth communications employ a dedicated physical layer as indicated by Bluetooth modules  106  and  108  using a frequency-hopping spread spectrum technique. Further, WLAN module  110  of peer  102  and WLAN module  112  of peer  104  may communicate using another suitable peer-to-peer protocol, such as Wi-Fi Direct. For example, peer  102  may function in the role of a Wi-Fi Direct Peer-to-Peer (P2P) Group Owner (GO) and peer  104  may function in the role of a Wi-Fi Direct P2P Client. 
         [0032]    Some embodiments implement a Bluetooth coexistence strategy in the context of a device functioning as a group owner (GO) in a Wi-Fi Direct, peer-to-peer (P2P) network communication with a P2P client. For Bluetooth communications, this strategy uses the notice of absence (NoA) function of the Wi-Fi Direct protocol to coordinate periods of time during which the device will be treated as absent by the client, so that the client does not transmit during periods having Bluetooth activity. Likewise, the NoA also coordinates periods during which the device will be treated as present by the client, to maintain a desired level of WLAN performance. 
         [0033]    The NoA is an information element (IE) that is transmitted during a beacon frame by the GO. The NoA specifies a start time, an absent duration beginning at the specified start time, an interval duration that includes the absent duration and the present duration, and a number of cycles for which to implement the schedule. As such, the NoA IE may be sent in a beacon by the GO after determination of the formation of a Bluetooth link having a defined periodicity, such as an advanced audio distribution profile (A2DP) link. The NoA parameters may be established so that the absent and present cycle established between the GO and the peer coincides with the time scheduling of the Bluetooth link. 
         [0034]      FIG. 2  is a high level schematic diagram of the principal functional blocks of peer  102 . Generally, peer  102  may employ an architecture in which the lower levels of the respective protocol stacks of Bluetooth module  106  and WLAN module  110  are implemented in firmware and hardware modules, including Bluetooth module  106  and WLAN module  110 . Bluetooth module  106  includes Link Manager Protocol (LMP)  502  for managing the Bluetooth radio frequency link between peer  102  and peer  104  by performing advertisement, scanning, connection and security functions. Bluetooth module  106  also includes Link Controller (LC)  504  for performing the hardware-specific transmission and reception of electronic signals. Likewise, WLAN module  110  includes media access controller (MAC)  506  that performs functions related to the handling and processing of frames of data including verification, acknowledgement, routing, formatting and the like. Incoming and outgoing frames are exchanged between MAC  506  and physical layer (PHY)  508 , which as shown here includes the functions of modulating the frames according to the relevant 802.11 protocol as well as providing the analog processing and RF conversion necessary to provide transmission and reception of wireless signals. 
         [0035]    As shown, Bluetooth module  106  and WLAN module  110  each have an associated antenna, antennas  510  and  512 , respectively. As desired, one or more antennas may be shared between the modules using switching techniques known in the art. In some embodiments, Bluetooth module  106  and WLAN module  110  may be collocated on a common system, e.g., on the same circuit board or on distinct circuit boards within the same system, or may be embedded on the same integrated circuit as in a system on a chip (SoC) implementation. 
         [0036]    Peer  102  also includes host CPU  516  configured to perform the various computations and operations involved with the functioning of peer  102 . Host CPU  516  is coupled to Bluetooth module  106  and WLAN module  110  through bus  518 , which may be implemented as a peripheral component interconnect express (PCIe) bus, a universal serial bus (USB), a universal asynchronous receiver/transmitter (UART) serial bus, a suitable advanced microcontroller bus architecture (AMBA) interface, a serial digital input output (SDIO) bus, or other equivalent interface. Upper layers of the protocol stacks of the Bluetooth and WLAN systems are generally implemented in software as Drivers  520  stored in memory  522  that may be accessed by host CPU  516  over bus  518 . 
         [0037]    As shown, WLAN module  110  also includes co-existence (CoE) module  524  that may be implemented as processor readable instructions stored in firmware and operable by WLAN module  110  as shown. Co-existence module  524  may be configured to perform steps associated with the algorithm described herein below. In other embodiments, co-existence module  524  may be implemented in software or hardware at any suitable location within peer  104 . 
         [0038]    Operations of peer  102  in the network connection with peer  104  may include the periodic transmission of a management frame known as a beacon. Although discussed in the context of peer  102 , it will be appreciated that peer  104  may also transmit a beacon frame and these techniques may also be extended to peer  104  as applicable. Further, these techniques may also be applied to other network architectures having analogous aspects. In one example, a device configured to function as a software-enabled access point (softAP) may be considered to operate in a manner similar to the other peer-to-peer architectures disclosed herein, since this configuration involves direct communication between the softAP and an associated device. As such, peer  102  may also be a device acting in a softAP role while peer  104  may be a station associated with the softAP. To the extent that IEEE 802.11 protocols may dictate certain operational characteristics for a device acting in a softAP role that conflict with aspects of this disclosure, such as a requirement for the continuous transmission of periodic beacons, a softAP functioning as peer  102  may constitute a proprietary solution. 
         [0039]    The beacon frame is used to communicate parameters regarding operation of the peer-to-peer communication, including identification information, supported rates, timing information and the like. The time interval between the start of two consecutive beacons is called a beacon interval and may be used to establish a target beacon transmit time (TBTT). The beacon interval may be fixed or variable and may be set to a suitable duration, e.g., 100 msec. 
         [0040]    A typical time-based graph exemplary of this implementation is shown in  FIG. 3 . 
         [0041]    With regard to an Advance Audio Distribution Profile (A2DP) Bluetooth communications link and NoA coordination between a GO and client, the GO sends beacon frames at regular intervals, as indicated by the target beacon transmission time (TBTT) instants. Upon the establishment of the A2DP link at time 200, GO may determine characteristics of the A2DP link and set parameters for the NoA accordingly. As will be appreciated, the A2DP link may involve A2DP interval  202  starting at A2DP instant  204  that may include A2DP window  206 . In one example, the A2DP instant may be offset from the TBTT by  20  time units, the A2DP window may be 60 time units and the A2DP interval may be 100 time units. Accordingly, during the next beacon, the GO includes a NoA IE  208  that specifies a start time corresponding to the A2DP instant, an absent duration of 60 time units to correspond to the A2DP window and an interval of 100 time units to correspond to the A2DP interval. Further the count value may be set to a desired period of time or may be set to the 255 which signals the client to adopt the NoA scheduling indefinitely. 
         [0042]    Therefore, while the A2DP link remains active, the client will treat the GO as absent during the A2DP window and will not transmit to the GO during the sleep periods  210  established by the NoA IE. Once the A2DP link is disconnected at time  212 , the GO may include a NoA IE  214  in the next beacon to discontinue the cycle. 
         [0043]    Since the sleep periods will not be enabled at the client until the beacon with NoA ID  208  is sent, it may be desirable to protect the A2DP link prior to that time using CTS 2 S. For example, CTS 2 S  216  may be sent to block transmissions from the peer for a period of time  218  sufficient to cover the A2DP window. Furthermore, under an A2DP link, the A2DP window may be extended as necessary to maintain the desired throughput. As such, the absent periods established by NoA IE  208  may not cover an A2DP window that is extended. Therefore, GO may be configured to monitor Bluetooth activity to determine whether adjustments to the client&#39;s schedule are necessary. As shown, after the GO determines the existence of an extended A2DP window  220  at time  222 , it may be configured to transmit CTS 2 S to block transmissions from the peer for a period of time  226  sufficient to cover the extended A2DP window. 
       Adaptive NoA for Wi-Fi Direct Coexistence with Asynchronous Bluetooth-ACL Traffic 
       [0044]    For Bluetooth audio streaming scenario, the time-sharing mechanism needs to meet the duty cycle needs of Bluetooth Traffic such that the Quality of Service for Bluetooth is met (no audio anomalies). 
         [0045]    During such time-sharing mechanism, there are no fixed slots for Bluetooth and the scheduler allows Bluetooth to go up to a maximum window while it dynamically assesses Bluetooth traffic. 
         [0046]    For NoA based time-sharing mechanism, the objective is to change NoA for covering the dynamic Bluetooth grants using NoA&#39;s absent period. 
         [0047]    The algorithm for accomplishing such coexistence may by way of example be: 
         [0048]    Definitions: 
         [0049]    W LAN-DEF-MAX : Default Maximum WLAN Window 
         [0050]    W BT-DEF-MAX : Default Maximum Bluetooth Window 
         [0051]    T sub-window : Window size for Bluetooth Extension 
         [0052]    n: maximum number of Bluetooth Extensions such that (n* T sub-window −W BT-DEF-MAX ) 
         [0053]    T EXT-INCR : Time since the last change in NoA after which an increase in Bluetooth Max window (W BT-DEF-MAX ) OR the new absent period (NoA parameter) would be considered. 
         [0054]    T EXT-DECR : Time since the last change in NoA after which a decrease in Bluetooth Max window (W EBT-DEF-MAX ) OR the new absent period (NoA parameter) would be considered. 
         [0055]    Algorithm: 
         [0056]    i) Assign a default duty cycle percentage to initialize time-sharing. This translates into WLAN-Default-Window (W WLAN-DEF-MAX ), BT-Default-Max-Window (W BT-DEF-MAX ). Set the NoA (Periodic) parameters based on these Default time sharing parameters. 
         [0057]    ii) After the NoA (Periodic) schedule starts, sample BT traffic requirements:
       a. During BT grant/window—after every T sub-window  milliseconds (n*T sub-window =W BT-   DEF-MAX ) check if BT has more traffic.
           i. If yes, add T sub-window  to BT-sample-size. Otherwise store the BT-sample-size.   ii. If BT still has more traffic at the end of BT grant/window—then add T sub-window  to the W BT-DEF-MAX  and store the sample size.   
               
 
         [0061]    iii) Re-evaluate BT sample size and dynamically change the NoA Parameters.
       a. After every T EXT-INCR  duration (400 milliseconds) since the last NoA change-if BT sample size indicates an increase in BT window, then increase BT window/absent period by T sub-window . Calculate new values for NoA parameters (absent period, startTsf, present period (same as earlier)).   b. After every T EXT-DECR  duration (1000 milliseconds) since the last NoA change-if BT sample size indicates a decrease in BT window, then decrease BT window/absent period. Calculate New values for NoA parameters (absent period, startTsf, present period (same as earlier)).   c. The values of T EXT-INCR  and T EXT-DECK  are different so that the scheduler is aggressive in increasing maximum grant-size for Bluetooth (W BT-DEF-MAX ) and conservative in decreasing maximum grant-size for Bluetooth (W BT-DEF-MAX ). This also applies a hysteresis to the change in Bluetooth maximum grant-size (W BT- DEF-MAX ).       
 
         [0065]    iv) Apply the new NoA parameters calculated to meet the changed demand of Bluetooth traffic. Change W BT-DEF- MAX  to the new value. 
         [0066]    For comparison between the BT window stored sample size and the W BT-DEF-MAX  
       a. If the second highest value (to screen out the random blips in the sample) from the sampled BT window size is less or greater than BT-Default-Max-Window (W BT-DEF-MAX ) then decrease or increase the BT window size by T sub-window  respectively.       
 
         [0068]    The principal features of the algorithm disclosed herein are depicted in flow chart format in  FIG. 4 . Co-existence time sharing may commence by setting a default duty cycle in  302  which is followed by establishing corresponding NoA parameters in  304 . BT traffic is then sampled in  306  and changed if necessary in  308 . In  310 , the new BT-sample size is stored and if change, NoA parameters are modified accordingly. In  312 , a BT-conservative window modification is commenced by ascertaining in  314  whether BT window has been increased or decreased. If it has been increased, the BT window/absent period is increased after only 400 milliseconds in  316 . If it has been decreased, the BT window/absent period is decreased after 1000 milliseconds in  320 . NoA is then appropriately modified in  318 . 
         [0069]    It will therefore now be understood that the disclosed systems and methods advantageously provide:
       i) Non-disruptive approach of communicating coexistence time-sharing (hence period of unavailable WLAN access to medium)) from P2P-GO to Client.   ii) Obviating the existing need for P2P-GO to transmit CTS2S for every Bluetooth Interval protection hence, saving power.   iii) Potential to achieve higher throughput for WLAN as overhead to transmit CTS2S is obviated.       
 
         [0073]    Thus, it will be observed that by use of the NoA mechanism for P 2 P-GO and BT coexistence allows:
       i) Multiple GO entities employing this mechanism can operate in near-range and achieve Bluetooth Audio-quality and WLAN-throughput metric.   ii) This allows a non-disruptive approach promoting BT-WLAN coexistence.       
 
         [0076]    Described herein are presently preferred embodiments. However, one skilled in the art that pertains to the present embodiments will understand that the principles of this disclosure can be extended easily with appropriate modifications to other applications.