Techniques for distributed management of wireless devices with shared resources between wireless components

Information

  • Patent Application
  • 20090327767
  • Publication Number
    20090327767
  • Date Filed
    June 25, 2008
    16 years ago
  • Date Published
    December 31, 2009
    14 years ago
Abstract
An embodiment of the present invention provides an apparatus, comprising a network adapter configured for wireless communication using more than one technology using distributed management and wherein the network adapter is configured to share a plurality of shared hardware components by automatically turning all other comms to OFF when one comm is turned to ON.
Description
BACKGROUND

As wireless communication technology evolves and improves, different wireless communication technologies must coexist in a given platform. As different wireless communication technologies may have benefits and superior performance in a particular usage scenario, it is advantageous to enable multiple wireless communication technologies to be used for a particular device. Further, different wireless comms (also referred to herein as wireless communications) might share some of the hardware components on the device (such radio, antennas etc). Sharing hardware components might limit the usage of the device in a way that at a given time only one of the wireless comms can use the hardware to transmit or receive.


Thus, it would be advantageous to improve the ability for wireless devices and apparatus to share hardware components when multiple communication technologies coexist.





BRIEF DESCRIPTION OF THE DRAWINGS

The subject matter regarded as the invention is particularly pointed out and distinctly claimed in the concluding portion of the specification. The invention, however, both as to organization and method of operation, together with objects, features, and advantages thereof, may best be understood by reference to the following detailed description when read with the accompanying drawings in which:



FIG. 1 illustrates an example of a WiFi-WiMAX combo device with distributed management utility of an embodiment of the present invention; and



FIG. 2 shows the switching flow of an embodiment of the present invention.





It will be appreciated that for simplicity and clarity of illustration, elements illustrated in the figures have not necessarily been drawn to scale. For example, the dimensions of some of the elements are exaggerated relative to other elements for clarity. Further, where considered appropriate, reference numerals have been repeated among the figures to indicate corresponding or analogous elements.


DETAILED DESCRIPTION

In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the invention. However, it will be understood by those skilled in the art that the present invention may be practiced without these specific details. In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the present invention.


Embodiments of the invention may be used in a variety of applications. Some embodiments of the invention may be used in conjunction with various devices and systems, for example, a transmitter, a receiver, a transceiver, a transmitter-receiver, a wireless communication station, a wireless communication device, a wireless Access Point (AP), a modem, a wireless modem, a Personal Computer (PC), a desktop computer, a mobile computer, a laptop computer, a notebook computer, a tablet computer, a server computer, a handheld computer, a handheld device, a Personal Digital Assistant (PDA) device or a handheld PDA device.


Although embodiments of the invention are not limited in this regard, discussions utilizing terms such as, for example, “processing,” “computing,” “calculating,” “determining,” “establishing”, “analyzing”, “checking”, or the like, may refer to operation(s) and/or process(es) of a computer, a computing platform, a computing system, or other electronic computing device, that manipulate and/or transform data represented as physical (e.g., electronic) quantities within the computer's registers and/or memories into other data similarly represented as physical quantities within the computer's registers and/or memories or other information storage medium that may store instructions to perform operations and/or processes.


Although embodiments of the invention are not limited in this regard, the terms “plurality” and “a plurality” as used herein may include, for example, “multiple” or “two or more”. The terms “plurality” or “a plurality” may be used throughout the specification to describe two or more components, devices, elements, units, parameters, or the like. For example, “a plurality of stations” may include two or more stations.


A wireless multicomm device as described herein may be a network adapter that combines more then one wireless technology (each wireless technology may be referred as a “comm”). The different wireless comms might share some of the hardware components on the device (such radio, antennas etc)—it is understood that this list is not exhaustive of the hardware components that may be shared. Sharing hardware components might limit the usage of the device in a way that at a given time only one of the wireless comms can use the hardware to transmit or receive.


As used herein, in an embodiment of the present invention, the term “multicomm device” also may provide a wireless-multicomm device with shared hardware (HW) that limits the access to the air to one comm only at a given time.


In an embodiment of the present invention, the multi-comm device may be controlled in one of the following ways:


1. A single Connection Utility (also known as Connection Manager), that is aware of the multicomm device unique design. This utility is aware of the connectivity status of all comms (who owns the shared resources), and it can make connectivity decisions based on that knowledge. This may be referred to as centralized management.


2. Each one of the comms has its own Connection utility (CU). All CUs are aware of the multicomm device's unique design. In this configuration, when one comm needs to gain the shared resources—it might ask for the user permission to disassociate the other comm. (Each CU needs to be aware of the connectivity status of the other comms). This may be referred to as Distributed management—but using tightly coupled entities.


3. Each one of the comms has its own Connection utility (CU)—the CUs are not aware of the Multicomm device limitation.


Looking now at FIG. 1, shown generally as 100, is an example of WiFi-WiMAX combo device with a distributed management utility. Software (SW) stack 105 may be interfaced with network interface controller (NIC) 110 via USB or PCI-E bus. The NIC may be in communication with antenna switch 160, antenna 1165, antenna 2170 and antenna 3175.


SW stack 105 may include WiFi application 115 in communication with WiFi driver 130 and WiMAX application 120 in communication with WiMAX driver 135 via OS—network TCP/IP stack 125. A NIC of an embodiment of the present invention may include WiFi-M 140 in communication with WiFi driver 130 via PCI-E and further in communication with WiFi-R 150 on said NIC. WiFi-M 140 may further be in communication with WiMax-M via UART (it is understood that the present invention is not limited in this respect) which may be in communication with WiMAX driver 135 via USB. WiMAX-M 145 on NIC 110 may also be in communication with WiMAX-R 155 with antenna control existing therebetween, which may be in direct communication with antenna switch 160—again, it is understood that the present invention is not limited to this architecture.


Looking now at 200 of FIG. 2 is a switch flow of an embodiment of the present invention and provides a method for distributed management, but closely coupled, of multicomm devices with shared resources between comms using CUs 205 and 220 that may be unaware of the multicomm design. This flow may include:


1. Turning one comm 215 to ON 230 (using for example, but not limited to, a software radio switch), which will turn all other comms in the device to OFF 225. This may occur automatically in an embodiment of the present invention. This will result in a situation where at a given time only one Comm is ON, and there is no competition on the shared resources.


2. The comms must have an inter-comm interface to exchange messages (this interface is used for sending the message from one comm to others to turn their state to OFF) 240. This interface may be implemented in software or hardware


3. When comm-1210 is been informed that other comm (comm-2) 215 is turned ON 245 (and hence it shall turn itself OFF), than comm-1210 may generate a notification 250 to the CU 205 that indicates that comm-2215 is OFF (for example, but not limited to, the SW radio OFF notification). The CU when it gets this notification can reflect the new status of the comm in the user interface (UI) 230 and 235.


While certain features of the invention have been illustrated and described herein, many modifications, substitutions, changes, and equivalents will now occur to those skilled in the art. It is, therefore, to be understood that the appended claims are intended to cover all such modifications and changes as fall within the true spirit of the invention.

Claims
  • 1. An apparatus, comprising: a network adapter configured for wireless communication using more than one technology using distributed management; andwherein said network adapter is configured to share a plurality of shared hardware components by automatically turning all other comms to OFF when one comm is turned to ON.
  • 2. The apparatus of claim 1, further comprising an inter-comm interface to exchange messages to enable sending the message from one comm to others to turn their state to OFF.
  • 3. The apparatus of claim 2, wherein said inter-comm interface is implemented in software or hardware.
  • 4. The apparatus of claim 2, wherein when a first comm has been informed that a second comm is turned ON, then said first comm generates a notification to a connection utility (CU) that indicates that said second comm is OFF.
  • 5. The apparatus of claim 4, wherein when said CU gets said notification it reflects the new status of said first and second comm in a user interface.
  • 6. A method, comprising: configuring a network adapter for wireless communication using more than one technology using distributed management; andconfiguring said network adapter to share a plurality of shared hardware components by automatically turning all other comms to OFF when one comm is turned to ON.
  • 7. The method of claim 6, further comprising using an inter-comm interface to exchange messages to enable sending the message from one comm to others to turn their state to OFF.
  • 8. The method of claim 7, wherein said inter-comm interface is implemented in software or hardware.
  • 9. The method of claim 7, wherein when a first comm has been informed that a second comm is turned ON, then said first comm generates a notification to a connection utility (CU) that indicates that said second comm is OFF.
  • 10. The method of claim 9; further comprising reflecting the new status of said first and second comm in a user interface when said CU gets said notification.
  • 11. An article comprising a storage medium having stored thereon instructions, that, when executed by a computing platform, results in configuring a network adapter for wireless communication using more than one technology using distributed management; and configuring said network adapter to share a plurality of shared hardware components by automatically turning all other comms to OFF when one comm is turned to ON.
  • 12. The article of claim 11, comprising further instructions that when executed further comprise using an inter-comm interface to exchange messages to enable sending the message from one comm to others to turn their state to OFF.
  • 13. The article of claim 12, wherein said inter-comm interface is implemented in software or hardware.
  • 14. The article of claim 12, wherein when a first comm has been informed that a second comm is turned ON, then said first comm generates a notification to a connection utility (CU) that indicates that said second comm is OFF.
  • 15. The article of claim 14, comprising further instructions that when executed further comprise reflecting the new status of said first and second comm in a user interface when said CU gets said notification.