US20040225740A1 - Dynamic adaptive inter-layer control of wireless data communication networks - Google Patents

Dynamic adaptive inter-layer control of wireless data communication networks Download PDF

Info

Publication number
US20040225740A1
US20040225740A1 US10438144 US43814403A US2004225740A1 US 20040225740 A1 US20040225740 A1 US 20040225740A1 US 10438144 US10438144 US 10438144 US 43814403 A US43814403 A US 43814403A US 2004225740 A1 US2004225740 A1 US 2004225740A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
network
method
service
layer
sp
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10438144
Inventor
Keith Klemba
Isaac Nassi
David Cornejo
Lawrence Rosenthal
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Firetide Inc
Original Assignee
Firetide Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W12/00Security arrangements, e.g. access security or fraud detection; Authentication, e.g. verifying user identity or authorisation; Protecting privacy or anonymity
    • H04W12/08Access security
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/04TPC [Transmission power control]
    • H04W52/38TPC being performed in particular situations
    • H04W52/46TPC being performed in particular situations in multi hop networks, e.g. wireless relay networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/28Connectivity information management, e.g. connectivity discovery or connectivity update for reactive routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/30Connectivity information management, e.g. connectivity discovery or connectivity update for proactive routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W8/00Network data management
    • H04W8/26Network addressing or numbering for mobility support
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATIONS NETWORKS
    • H04W84/00Network topologies
    • H04W84/18Self-organising networks, e.g. ad-hoc networks or sensor networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THIR OWN ENERGY USE
    • Y02D70/00Techniques for reducing energy consumption in wireless communication networks
    • Y02D70/10Techniques for reducing energy consumption in wireless communication networks according to the Radio Access Technology [RAT]
    • Y02D70/14Techniques for reducing energy consumption in wireless communication networks according to the Radio Access Technology [RAT] in Institute of Electrical and Electronics Engineers [IEEE] networks
    • Y02D70/142Techniques for reducing energy consumption in wireless communication networks according to the Radio Access Technology [RAT] in Institute of Electrical and Electronics Engineers [IEEE] networks in Wireless Local Area Networks [WLAN]
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THIR OWN ENERGY USE
    • Y02D70/00Techniques for reducing energy consumption in wireless communication networks
    • Y02D70/10Techniques for reducing energy consumption in wireless communication networks according to the Radio Access Technology [RAT]
    • Y02D70/14Techniques for reducing energy consumption in wireless communication networks according to the Radio Access Technology [RAT] in Institute of Electrical and Electronics Engineers [IEEE] networks
    • Y02D70/146Techniques for reducing energy consumption in wireless communication networks according to the Radio Access Technology [RAT] in Institute of Electrical and Electronics Engineers [IEEE] networks in Worldwide Interoperability for Microwave Access [WiMAX] networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THIR OWN ENERGY USE
    • Y02D70/00Techniques for reducing energy consumption in wireless communication networks
    • Y02D70/20Techniques for reducing energy consumption in wireless communication networks independent of Radio Access Technologies
    • Y02D70/22Techniques for reducing energy consumption in wireless communication networks independent of Radio Access Technologies in peer-to-peer [P2P], ad hoc and mesh networks
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THIR OWN ENERGY USE
    • Y02D70/00Techniques for reducing energy consumption in wireless communication networks
    • Y02D70/30Power-based selection of communication route or path

Abstract

System, apparatus, and methods are disclosed wherewith a group of independent wireless routing devices known as Service Points work cooperatively to form an ad hoc mesh, communication network. The resulting Service Point Network is used to provide reliable address-directed communication services between devices attached by conventional means (wired or wireless) to respective Service Ports on any of the Service Points. Attached Utilizing Devices are not considered a part of the Service Point Network and need not contain any custom software or hardware related to the operations of the Service Point Network. Consequently, the networking technology used to form the Service Point Network is independent of the technology used for connecting devices to Service Points. Services for Utilizing Devices include both point-to-point as well as point-to-multi-point communication. To protect the security of network communications and the integrity of the network, the Service Points are assigned internal IP addresses and unique identifiers that need not be disclosed to the Utilizing Devices. The unique identifiers in turn are used to derive public and private encryption key pairs for each Service Point.

Description

    RELATED APPLICATIONS
  • This is a Continuation-In-Part Application of prior pending U.S. application Ser. No. 10/426,125, filed Apr. 28, 2003, the disclosure of which is incorporated herein by reference.[0001]
  • FIELD OF INVENTION
  • This invention relates to wireless telecommunication networks, including particularly ad hoc mesh wireless networks. [0002]
  • BACKGROUND ART
  • Wireless Local Area Network (WLAN) technologies are rapidly making their way into all types of networks (e.g., home, SOHO, education, enterprise). Nearly all networking companies have been rapidly adding WLAN components to their product portfolio. Governing this technology expansion are the IEEE 802.11 standards, currently the industry's choice for WLAN architecture compliance. While the standard defines alternative modes of operation, today it is the Infrastructure Mode that is most commonly deployed. In this mode a wireless Access Point (“AP”) is attached to the LAN via an Ethernet cable and wireless Utilizing Devices associate with the AP to gain wireless access to the LAN. The wireless clients must be within radio range of an Access Point and be capable of passing any authentication screening the AP may deploy. Sufficient AP's must be deployed to insure radio coverage of the desired area and capacity for the desired number of clients, as each AP can only support a limited number of associated clients. FIG. 1 (prior art) thus illustrates how access to LAN server [0003] 100 and its services is extended one wireless radio hop to Utilizing Devices 120 by the deployment of APs 110.
  • Deploying a WLAN in this manner can require extensive site evaluation, security planning, and—as illustrated in FIG. 1—lots of wire. Thus, each of AP's [0004] 110(a)-(c) are connected via corresponding wires 105(a)-(c) to LAN 100. Moreover, some devices—such as computer server 130, printer 140, and projector 150 in the example of FIG. 1—may not be configured for association with APIs 110, resulting in yet additional wired 105 connections back to the LAN. The mobility afforded by the prior art environment of FIG. 1 is thus focused on accommodating limited motion by clients 120; however the Access Points 110 themselves, as well as servers and services e.g. 130, 140, and 150 are still stationary-wired LAN systems. This prior art design methodology has been instrumental in launching the WLAN revolution worldwide. There is, however, need for a new approach that will enable networking components to gain their freedom via wireless technologies, while continuing to adhere to established industry standards (particularly those governed by IEEE 802.11), and while preserving or even improving the ease and security with which mobile and other devices can access LAN resources.
  • SUMMARY OF THE INVENTION
  • Briefly, the present invention provides method apparatus for accessing resources via a wireless communication network. The network is known as a Service Point Network (“SPN”) and is a wireless network comprising multiple Service Points, each potentially connected to a Utilizing Device. Utilizing Devices are not part of the SPN, but connect to one or more Service Points and thereby access or provide resources via the SPN. In a further aspect of the invention, a first of the Utilizing Devices accesses a second via packets sent through the SPN between the Service Points connected to the two Utilizing Devices. The Service Points preferably communicate with each other using an ad hoc mesh network protocol that supports routing via unicast, multi-cast and/or broadcast. The SPN is ad hoc with respect to the number, location, environment surrounding the Service Points and connection of Utilizing Devices to the Service Points which are embodied in physically mobile nodes. The protocol employs an on-demand or proactive routing algorithm. Utilizing Devices are connected to the corresponding Service Points via wired or wireless connection. [0005]
  • Methods of the invention preferably include providing a first Utilizing Device access to a second Utilizing Device, without revealing to the Utilizing Devices the addresses of the connected Service Points. Instead, the Utilizing Device originating the message specifies the address of the intended destination Utilizing Device, and the SPN automatically maps the address to an identifier for the corresponding Service Point connected to the destination Utilizing Device. Aspects of the invention further include mapping the identifier to a network address of the Service Point, and dynamically remapping it to reflect any change of network address in the course of communication transmission. [0006]
  • In a further aspect of the present invention, the wireless SPN includes providing at least one private sub-net comprising a selected subset of the Service Points, each configured to only forward communications traffic that is either to or from other Service Points within the private sub-net. The method further includes automatic reorganization of the Service Point Network into sub-nets based on one or more of the following factors: routing, routing management, security management, frequency, authentication, density, identification, age and technologies. [0007]
  • In various embodiments, Utilizing Devices connected to Service Points provide a set of resources consisting of applications, printing, network gateway, DHCP, SMTP, vending/e-commerce, audio, imaging, lighting, utility, appliances, travel, communications, telematics and/or emergency safety. In further embodiments, a first Utilizing Device may access a second Utilizing Device selected, in part, based upon a topological relationship between the Service Points connected to the Utilizing Devices, and/or the physical location of the Service Point connected to the second Utilizing Device. [0008]
  • In another feature, the Service Points each include a Networking Port to wirelessly route multi-hop traffic to other Service Points, and a Service Port configured to communicate with one or more Utilizing Devices. A Utilizing Device in communication with a first Service Port can access another Utilizing Device communicating with different Service Ports via the SPN, without configuring the Utilizing Devices to communicate with the Networking Ports of the Service Points. Utilizing Devices preferably address all Service Points of the network using a single common IP address. [0009]
  • The invention further provides a method for providing access to resources via a secure wireless communication network by providing a self-configuring Service Point Network (SPN) of multiple Service Points. Upon joining the SPN, each Service Point is dynamically assigned an SPN-unique identifier. Utilizing Devices are each connected to one or more Service Points, providing first and second Utilizing Devices access to each other via secure communication through the SPN between the corresponding Service Points connected to the Utilizing Devices, using an asymmetric public-private encryption key pair that is at least partially based on the Service Point unique identifiers. In this aspect, providing first and second Utilizing Devices access to each other through the SPN further includes encrypting communications at the Service Point connected to the first Utilizing Device and further encrypting the key needed to decrypt the communications using a public encryption key of the Service Point connected to the second Utilizing Device. Thus, secure communication proceeds through the SPN between an Entry Service Point connected to the first Utilizing Device and a Terminal Service Point connected to the second Utilizing Device, and is encrypted by the Entry Service Point in such a manner that it can only be decrypted by the Terminal Service Point. [0010]
  • In a further feature of the present invention, the encryption key is employed to send a recipient Service Point one or more management directives in a secure and authenticated manner. The management directive incorporates a “liveness” value public key challenge for purposes of authentication. Management directives used in SPN formation include one or more of the following: hello, welcome, join, accept, leave, or goodbye. In another aspect, the recipient Service Point is associated with multiple encryption key pairs (e.g., Manufacturer, Owner, Operator), and the different encryption keys are utilized corresponding to different classes of management directives.[0011]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • Except where expressly noted otherwise, the following Drawings and the accompanying Detailed Description are exemplary in nature and provide illustrative embodiments of the present invention and aspects thereof. [0012]
  • FIG. 1 illustrates a prior art wireless local area network (WLAN). [0013]
  • FIG. 2[0014] a illustrates a Service Point (SP) device, including Service Port and Networking Port.
  • FIG. 2[0015] b illustrates an SP with multiple Service Ports and Networking Ports.
  • FIG. 3 depicts a plurality of SP's forming a Service Point Network (SPN) via Networking Ports, and connected to a plurality of Utilizing Devices via Service Ports. [0016]
  • FIG. 4 illustrates a WLAN augmented by an SPN. [0017]
  • FIG. 5 diagrams network address and port identification for SP's. [0018]
  • FIG. 6[0019] a diagrams a secure communication process via an SPN.
  • FIG. 6[0020] b is a flow diagram for a secure communication process via an SPN.
  • FIG. 7 illustrates an SPN comprising public and private sub-nets. [0021]
  • FIG. 8 is a flow diagram outlining a secure process for sending authenticated management directives to SP's. [0022]
  • FIG. 9 diagrams the internal architecture for an SP. [0023]
  • FIG. 10 shows an architectural overview for the integration of an SP device with a Utilizing Device. [0024]
  • FIG. 11 illustrates a mobile SPN embodiment.[0025]
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENT
  • A. The Service Point Network—Overview [0026]
  • We introduce herein the concepts of the Service Point and the Service Point Network. Service Points (“SP”) cooperate with one another like building blocks to form a network using a shared wireless communication protocol. The resulting wireless network is referred to herein as a “Service Point Network” or “SPN,” and we refer herein to an SP's communication interface with other members of an SPN as the SP's “Networking Port.” Each Service Point also provides a (logically) separate interface (a “Service Port”) for connection with one or more devices (“Utilizing Devices”) utilizing the communication services of the SPN, whether as sender or recipient of information, resources, and/or requests thereof. Utilizing Devices are not part of the SPN, and need not necessarily support or recognize the shared wireless networking protocol(s) of the Networking Ports used for communication among SP's within the SPN; provided that each Utilizing Device does support protocol(s) sufficient for communication with the corresponding Service Port to which it is connected. [0027]
  • FIG. 2[0028] a illustrates basic logical features of Service Point 200 in one embodiment, including Networking Port 210 and Service Port 220. SP 200 interfaces with Utilizing Device 230 by means of Service Port 220. Using Networking Port 210, SP 200 can communicate with other SP's to form an SPN, as discussed below in more detail. Thus, FIG. 3 shows a plurality of SP's 300(x) forming SPN 350 via their wireless Networking Ports 310(x), and connected to a plurality of Utilizing Devices 330(x) via their Service Ports 320(x). Connected Utilizing Devices 330(x) are not considered a part of Service Point Network 350, and need not contain any custom software or hardware related to the operations of the SPN Networking Ports. Consequently, the wireless networking technology used by Networking Ports 310(x) to form Service Point Network 350 (e.g., 802.11 DSSS, 3G CDMA, or Ultra-Wideband) can be independent of the technology used for connecting Utilizing Devices to Service Points (e.g. USB, IR, Serial, Ethernet, Parallel). In addition, Service Port 220 may or may not be physically (hardware) distinct from Networking Port 210—provided they perform logically distinct roles, as described. As depicted in FIG. 2b, SP 200 can optionally include multiple Networking Ports, e.g., 210(a) and 210(b), and/or multiple Service Ports, e.g., 220(a) and 220(b).
  • FIG. 4 illustrates a WLAN augmented by SPN [0029] 470 in accordance with a preferred embodiment of the present invention. In contrast with prior art WLAN shown in FIG. 1, access to WLAN resources can be provided for wireless mobile clients 420(x)(i) without requiring wired connections running from each of AP's 410(x) to LAN server 400. Instead, each of AP's 410(x) is connected locally to a corresponding SP 415(x) of SPN 470. Collectively, Access Points 410(x) connected to Service Points 415(x) form an extensive WLAN network accessible to mobile clients, utilizing SPN 470 as the backhaul. Thus, Service Points differ from (and are complementary to) Access Points, in that an SPN offers a connection to communications and services (including, for example, wireless client access via Access Points) anywhere that is desired, without having to run wires for the communications infrastructure. Using Service Points, network designers can freely locate network services so as to provide true location-dependent services and even systems where the entire network can be mobilized (the latter is discussed below in connection with FIG. 11), without the need for wired connections between the locations where services are accessed and the location where services or resources are originated.
  • An SPN is preferably, but not necessarily, self-configured by the SP's as an ad hoc mesh network. “Ad hoc” is used here in the broad spirit of: (1) formed or used for specific or immediate problems or needs, and/or (2) fashioned from whatever is immediately available. The ad-hoc character of an SPN is preferably with respect to at least one or more of the following: network membership, time, location, and environment (the latter including, for example, line-of-sight, low humidity, elevation, metallic vs. non-metallic partitions, indoors, outdoors). In other words, preferably the SP's collaborate opportunistically with any available SP's in radio contact (and meeting threshold criteria, such as the authentication and privacy criteria discussed below) to form an SPN, with the premise that each of the member SP's may independently leave over time and that new member SP's may independently join over time. In addition, the SPN's topology is preferably a “mesh”, meaning that there are multiple alternative paths through the network between at least some pairs of member SP's. Mesh topology is considered preferable due to the relatively high number of connected systems made possible by omni-directional radio transmissions: LAN segments are segregated by wiring and network design, whereas WLAN segments tend to have more indeterminate integration with other WLAN devices due to the broadcast characteristic of their medium. In a preferred embodiment, SP Networking Ports are implemented using IEEE 802.11 compliant wireless broadband radios operating in “Ad-Hoc Mode” to build a self-configuring SPN. The SPN is preferably an IP network supporting multi-hop point-to-point and multi-cast routing, as will be discussed at greater length below. [0030]
  • In the following sections the preferred activities and capabilities of the SPN are described in further detail. These activities are generally carried out by independent and/or cooperative actions of Service Points. Optionally, additional management elements may be employed for observing these activities or for modifying Service Point attributes, as discussed below in Section F (“Service Point Management”). [0031]
  • B. Service Point Initialization [0032]
  • Service Point initialization involves all the processes necessary to put a Service Point into a specified state (e.g., Active, Standby, Shutdown, Maintenance). The initialization is designed to be automated and to provide plug & go usage. The following Table 1 illustrates the processes a Service Point sequences through to initialize itself into the Active State. [0033]
    TABLE 1
    Initialization Sequences
    Process Activity
    Self-test Power on sequencing of self checks and interface capabilities
    (e.g., LAN connection, radio channels, radio modulation
    schemes, memory, software services)
    Scanning 10 Sec Silent Scan per Ch for Activity
    SPN Select Ch, SPN, and ID for formation, Activate Hello
    Formation messaging and attempt mesh formation based
    upon selections
    Activating Successfully formed, now actively participating in a SPN
  • The progression of a Service Point through these processes is meant to be independent of, and cooperative with, the chosen routing protocol (e.g., TBRPF) and the specific communications technologies (e.g., 802.11 MAC). The initialization activities may also include security initialization processes, such as those of well established network security standards (e.g., 802.11x Security). [0034]
  • At the moment two or more Service Points have formed a nascent SPN, any devices attached to these Service Points potentially expect to be able to begin IP communications immediately. Therefore, some networking fundamentals (e.g., DHCP, SNMP, SMTP, DNS) and their associated Servers are preferably supported by the SPN even at that early stage in order to support the flow of IP traffic, such as by configuring each Service Point to provide limited forms of these services as required in a distributed fashion. [0035]
  • In a preferred embodiment, public key cryptographic mechanisms are employed to help safeguard the security and integrity of the Service Points. The keys allow secure encryption of all traffic within the SPN, as will be described in the next section. Each Service Point preferably carries a unique, manufacturer-installed digital identifier that can be used to uniquely authenticate each Service Point and its resident software. During formation, an SP is challenged and not accepted into the SPN if it lacks the requisite digital identifier. This authentication capability can similarly be employed in the course of various Service Point activities; for example, authentication can be tested and required in connection with management functions such as in-field product software upgrades. In addition, during the SPN formation process, unique names and addresses are preferably assigned to each SP [0036] 550 in the network, as shown in FIG. 5. Thus, each Service Port 545 within a Service Point 550 is given a globally unique port identifier 525 which is the result of a function of (hardware identifier(s), time-of-day, network identifiers, and port number). Although this function is applied during initial startup of Service Points it may be rerun as needed during the operational stage of the Service Point. Port ID 525, in turn, is used to generate a public/private encryption key pair, for encrypted communication as described in the next section. Networking Port 540 (e.g., 802.11 radio) for each SP 550 is also given an internal IP address 510, unique to SPN 500 and utilized for addressing and routing of traffic within the SPN, as will also be described in the next section.
  • C. IP Transport—From Originator to Destination, Through the SPN [0037]
  • The process by which Utilizing Devices can communicate and access each other via a Service Point Network, in accordance with a preferred embodiment of the present invention, will now be described with reference to FIG. 6[0038] a and the flow diagram of FIG. 6b. For convenience we occasionally call the Utilizing Device originating a communication the “Originator”, while we call the Utilizing Device that is the intended recipient of a communication the “Destination”; and we occasionally call the Service Point connected to the Originator the “Entry” Service Point, while we call the Service Point connected to the Destination the “Terminal” Service Point.
  • At [0039] 650, Originator Utilizing Device 600 preferably complies with standard IP network addressing requirements and addresses a communication packet 610 to be sent with the destination IP address of the Destination Utilizing Device, the ultimate intended recipient of that packet. At 651, IP packet 610 is delivered from Utilizing Device 600 to its connected Service Point 605, the Entry SP. Entry SP 605 performs a series of transformations 615 as follows. At 652, the destination address of packet 610 (which is the IP address of the Destination) is used by the Entry SP to retrieve the Port ID of the Terminal SP, i.e. the SP connected to the Destination Utilizing Device. In order to support this indexed retrieval, mappings are preferably maintained, in internal tables, between each Port ID and the IP address of any Utilizing Devices connected to the SP assigned that Port ID. The Terminal SP's Port ID is in turn used by the Entry SP, at 653, to retrieve from tables the associated public cryptographic key for that port and the internal IP address of the Terminal SP. Practitioners will readily recognize many equivalent ways to structure and implement such tables, effectively representing the logical relationships described. Those tables are preferably stored locally or otherwise available to each SP. Thus, by examining the Destination IP address provided by the Originator for a particular message packet, and then performing straightforward table lookup, the Entry Service Point can determine the Port ID, internal IP address, and public key of the Terminal SP port to whom the packet should be delivered. In some cases—e.g., for broadcast packets—the steps of the method may be carried out for more than one Destination Utilizing Device and correspondingly for more than one Terminal SP Port ID, encryption key, and/or internal IP address.
  • At [0040] 654, the Entry SP 605 encrypts the original message packet 610 using the Terminal SP's public key, and a new IP header is attached to this encrypted data 620. This new IP header preferably contains the Entry SP's internal IP address, Entry SP Port ID, Terminal SP's internal IP address, and Terminal SP's Port ID. As practitioners will appreciate, this process is akin to IPSEC tunneling, but is preferably stateless.
  • The packet [0041] 620 is routed at 655-656, in a multi-hop manner through the Ad-hoc Mesh Network 625 toward the Terminal SP 630 (preferably in accordance with the routing algorithm and protocol described below in Section E). When packet 620 eventually arrives at Terminal SP 630, at 659-660 the Terminal SP will perform several transformations 635 to restore the original packet. In one of these transformations 636 the packet 620 is decrypted by Terminal SP 630 using its private key, and the fully transformed packet 640 (identical to original Packet 610) is delivered to Destination Utilizing Device 645 via the Service Port of the Terminal SP. However, while in multi-hop transit across the SPN from Entry SP 605 to Terminal SP 630, the packet 620 may encounter reassignment of the Terminal SP's internal IP address, or newly formed IP subnets within the Ad-hoc mesh network (subnets are discussed below in Section D). This occurs because SPNs form dynamically, and by nature are subject to changes in connectivity and membership. For this reason an SPN will typically need to reissue updated internal IP addresses to Service Points from time to time. In a preferred embodiment, Port ID numbers and the associated PKI encryption keys for each SP remain constant, whereas the internal IP addresses for each SP may change to reflect changes in network formation. Nevertheless, mapping of the current internal IP address to each Port ID number is maintained dynamically in tables distributed in each SP, as indicated above at 652-653. Therefore, each Service Point is capable of using the Terminal Port ID at 657-658 to make any transformations necessary to find the new IP address of the Terminal SP and to continue the packet along its way, for example by using a mechanism such as Internet Port Address Translation (PAT). In this way, changes to the internal IP address of a SP from time to time have no effect on the directory of devices and networks attached to the SP's (indexed by constant Port ID's, as noted above) or their connections to each other.
  • At [0042] 659, as previously noted, the packet is decrypted at the Terminal Service Point, and in fact can only be decrypted by the Terminal SP because that is the only device in possession of the corresponding private key, in the preferred embodiment. Thus, user data moving in the body of IP messages within the SPN is preferably encrypted edge-to-edge—i.e., from the Service Port of the Entry SP that is connected to the Originator Utilizing Device, to the Service Port of the Terminal SP connected to the Destination Utilizing Device. Consequently, SPNs themselves do not increase the exposure of user data per se. However, practitioners should bear in mind that beyond the SPN—for example, the wireless transmission of data between a mobile client and an Access Point connected to a SP as a Utilizing Device—this information enjoys no special protection by the SPN, and user information that must be protected should be protected using standard virtual private networking utilities of the appropriate strength.
  • In some cases and embodiments, determination of the Terminal SP by the Entry SP may advantageously be driven in part by location-sensitive considerations. For example, the needs of a Utilizing Device (such as a client computer user) seeking access to the printer located nearest to that Utilizing Device might be best served by routing the communication to the Terminal SP that is connected to the “nearest” printer as determined by the SPN topology map maintained throughout the network in each SP. This approach uses network topology as a proxy measure for physical proximity. Alternatively, if current physical locations of each SP in the SPN are known and maintained in a table or other storage available to the SP's, then in the previous example the Entry SP can inspect the location table and identify which one of the SP's that is connected to a printer is located physically closest to the Entry SP itself. [0043]
  • In the preferred embodiment, there is no need for the Originator or the other Utilizing Devices to know or specify internal IP address [0044] 510 or Port ID 520 for the Terminal SP or any of the other SP's. Instead, the SPN is preferably an IP network operating within its own domain. Devices connecting to a Service Point see the SPN as a virtual switch with a single IP address for management. Within the SPN Service Points are assigned internal (hidden) IP addresses. These SPN IP addresses are not accessible from outside the SPN. Management applications (as discussed below in Section F) can obtain an identifier for each Service Point by contacting SPN management handler (SNMP) 942 within any Service Point (see FIG. 9, discussed below), and the handler will translate requests as necessary so they are internally routed within the SPN to the desired Service Point.
  • D. Subnets: Private SPNs [0045]
  • SPN formation and internal IP addressing preferably takes full advantage of subnets and subnet routing as is done in the Internet today, in order to optimize routing and network management considerations. For example, when a new SP acts to join a public SPN, if multiple public SPNs or subnets are available within radio contact, one possible strategy is for the SP to join the smallest such SPN or subnet. (Different considerations and constraints apply with respect to Private SPNs, discussed below.) Moreover, as an SPN grows in size and complexity it may partition itself into subnets as necessary to optimize routing and security management. Similarly, smaller SPNs may be merged in an attempt to optimize routing and security management. Several attributes are preferably considered in these partitioning and merging functions (e.g., Frequency, Authentication, Density, Identification, Age, Technologies). Consider the use of frequency as a metric for partitioning an active SPN. By monitoring the population of SP's currently in the SPN and understanding their connectivity with one another, a certain threshold for density can be exceeded. With this event a scan can be conducted to see if another frequency is available with a lower density figure or even unoccupied. Once identified, this “goto” frequency is advertised and SP's can make the decision to drop out of the current SPN frequency assignment and goto the advertised frequency. Even if more than one goto frequency is selected, it is okay for different SP's to move to different frequencies. In a like fashion, a too-low density threshold can be detected after an aging function and a decision can be made to try to move to a more highly connected SPN. [0046]
  • An SPN is preferably formed according to one of two construction principles, Public or Private. These constructs are from the perspective of the routing and forwarding functions. Service Points within a Public SPN willingly forward any traffic to and from destinations within or beyond the Public SPN. In contrast, Private Service Points within a Private SPN will only forward traffic to or from destinations within the Private SPN. This restricts Private SPNs from being used as transport bridges for Public SPNs. These restrictions only apply to the routing of messages and are not a characteristic of nodes connected to the Service Point. FIG. 7 illustrates the contrasting effect of these two constructs. Node A [0047] 715 of public SPN 710 cannot traverse either of the Private SPNs 720 or 730 in order to talk to Node D 745. Node A 715 can talk to Nodes B 735 or C 725, however, as those nodes are endpoints within their respective Private SPNs 730 and 720.
  • Public construction allows Service Points to be added to a Public SPN by anyone. Hence, large communities can create an SPN rather dynamically as each new Service Point is openly accepted into the Service Point Network. In contrast, Private construction preferably requires authentication and authorization for each Service Point to be added to a Private SPN. A customer-specific digital certificate is deposited into each Service Point within a Private SPN as it is accepted into a Private SPN. Thereafter, the customer/owner has the ability to perform optional management functions on Service Points using SPN management software as discussed in Section F below. [0048]
  • E. SPN Routine Algorithm [0049]
  • In wireless multi-hop networks generally, a routing algorithm is needed to consider several link attributes while trying to deliver a desired Quality-of-Service. In an ad-hoc mesh SPN, the routing algorithm faces the especially dynamic nature of link attributes resulting from changes in traffic load and radio connectivity. As practitioners will recognize, choosing the routing algorithm for a given application or embodiment should be done with an eye toward preserving the stability of the SPN. For a preferred embodiment, the inventors have selected the mobile routing algorithm known as “TBRPF” (Topology Broadcast based on Reverse-Path Forwarding), developed by SRI International (see International Patent Application No. PCT/US01/69863, “Mobile Ad Hoc Extensions For the Internet,” filed Mar. 16, 2001 by SRI International). TBRPF algorithm is a relatively mature routing algorithm, is distinguished by its low overhead, and supports multi-hop routing in both partial and full mesh topologies. [0050]
  • The routing algorithm is an important core element of an operational SPN. Nevertheless, there are also several other critical functions needed to support the SPN such as Management, Billing, Performance Tuning. In the management area alone there are such things as power control monitoring and adjustment, spectrum monitoring and selection, and queue monitoring and prioritization. Additionally, the routing algorithm as well as these other key operational components have been modularized making their replacement and switchover possible within operational Service Points. [0051]
  • TBRPF has been submitted to the IETF for consideration in the Mobile Ad-hoc Network (MANET) working group as a proactive category candidate (see http://www.erg.sri.com/projects/tbrpf/docs/draft07.txt, Mobile Ad-Hoc Networks Working Group Internet-Draft, “[0052] Topology Dissemination Based on Reverse-Path Forwarding (TBRPF),” SRI International, dated Mar. 3, 2003). Mesh networks present a number of technical challenges (e.g., hidden and blocked terminals, channel capture, overhead traffic, and propagation delays) and TBRPF is a mature and well-tested protocol that helps overcome such challenges in a scalable fashion.
  • In order for the SPN to efficiently route traffic (anything less than flooding) from Entry SP [0053] 605 to a Terminal SP 630, it fundamentally needs to know that the destination exists and how to get to it. Some routing algorithms operate on demand by getting the answer to these questions when they are needed. Others are more proactive working to cache and maintain this information throughout the SPN so that it will be available when needed. These two approaches have differing management overhead profiles and thus their performance can vary greatly in different environments. TBRPF is a proactive algorithm, and simulation and evaluation indicates that it maintains a relatively conservative management overhead profile.
  • Within a distributed routing algorithm the question of a destination's existence and how to get to it may be generalized. For example, in some nodes the answer may be, “I don't know if the destination exists, but if it does it would be in that direction.” Similarly, the complete path to a destination may not be known in a given node but the answer may be, “I don't know the full path to this destination, but I am on the path and I should forward this message along.” It is generalizations such as these that allow the management of distributed algorithms to be conservative on sending out costly routing information. It also illustrates how an algorithm might take advantage of combining both proactive and on demand characteristics. [0054]
  • Just knowing that a node is on the path to the destination is still not quite enough to launch a radio transmission. There are also the questions such as, “Who is next on the path?” “When should I send?” “What power should I transmit at?” Once again routing algorithms will differ on how they address these questions. The who's next question can either be asked by the sender or the receiver. With unicast transmissions the sending node decides which is the next node towards the destination. With multi-cast transmissions the receiving nodes must decide independently which of them should be the next node towards the destination. There are pros and cons to each of these approaches. In a preferred embodiment, we use TBRPF and allow Service Points to select to use either unicast or multicast methods. [0055]
  • Even the seemingly simple when to transmit question is compounded by the effects of the hardware's MAC, radio interference, message backlog, Quality of Service, signal strength, and mobility. Thus, it will by now be apparent to the practitioner that the forwarding algorithm is very complex, distributed, and dynamic. While our preferred embodiment utilizes TBRPF, as discussed, it should be emphasized that Service Point Network architecture in accordance with the present invention permits the use of any routing algorithm as selected by the practitioner. [0056]
  • Further, in a preferred embodiment of the present invention, mature standard Internet Messaging Protocols are employed to provide Security and Quality-of-Service options. [0057]
  • F. Service Point Management [0058]
  • In a further feature of the present invention, an SP's encryption key is employed to send management directives to the SP in a secure and authenticated manner, as shown in the flow diagram of FIG. 8. Management directives are special communication messages that effect network formation and/or SP configuration, such as: hello, welcome, join, accept, leave or goodbye. It is important to authenticate the identity of the SP's with whom such messages are exchanged, in order to protect the integrity of the SPN from being damaged such as by spurious devices joining the SPN or falsely asserting that a genuine SP is leaving the SPN. [0059]
  • Toward that end, at [0060] 800 a management directive is composed for a selected SP. At 810-820, the sender preferably augments the directive message by embedding in it a fresh key (or “nonce” value), as a protection against “replay” attack by unauthorized eavesdroppers. For background regarding the utilization of embedded nonce values as an authentication mechanism to defeat replay attacks, practitioners may reference Intrusion-Tolerant Group Management in Enclaves, by B. Dutertre and H. Saldi and V. Stavridou, from International Conference on Dependable Systems and Networks, Göteborg, Sweden (July, 2001). The augmented message is then encrypted by the sender at 830 using the public key of the recipient SP. In some embodiments, practitioners may find it preferable to associate each SP with multiple encryption key pairs (e.g., associated with manufacturer, owner, and owner of the SPN, respectively) corresponding to different classes of management directives or other authenticated communication, and to utilize each of the different encryption keys depending on the specific communication being sent.
  • At [0061] 840, an ID of the recipient SP is used to obtain the SP's internal IP address. Typically, the original sender of the directive is a member SP of the network, and sender SP preferably performs 840 directly referencing internal tables as discussed earlier in connection with FIG. 6; whereas if the original sender is external to the SPN (e.g. a centralized management entity) then it may indirectly cause 840 to be carried out, such as via contacting an SNMP handler of a member SP as described above at the end of Section C. In any case, at 850 the directive message is ultimately routed via the SPN to the recipient SP, and at 860 the recipient SP decrypts the message using its appropriate private key. Unintended recipients of the message (such as unauthorized eavesdropper) will not be able to decrypt the message, since they will lack the requisite private key. Having decrypted the message, at 870 the genuine recipient SP is able to extract the embedded fresh key, and utilizes that key to generate a response (e.g., encrypted with the extracted key) that can be authenticated by the sender at 880. If the recipient has failed to properly decrypt the message and extract the embedded key, the recipient will fail to respond properly, will fail the authentication test, and consequently its spurious request e.g. to join or leave the SPN can properly be rejected. The embedded key's “freshness” or “liveness” insures that this protocol cannot be deceived by simple replay attack, as illustrated in the above-referenced publication Intrusion-Tolerant Group Management in Enclaves within the context of “enclave” groups and virtual private networks.
  • Although Service Points are designed to auto configure and self heal in the face of changing radio connectivity, there can arise the need to inspect a Service Point for configuration, logs, or diagnostic information. For this purpose a Service Point Management Handler (SNMP [0062] 942, see FIG. 9 below) is preferably employed to make these administration tasks simple and SNMP compatible. The Service Point Network management protocol is distributed and does not require a central management service. However, a central management service can optionally be used to either view or manipulate various Service Point operating parameters. For example, a view-only manager can optionally be provided to allow general viewing (but not modification) of performance and wellbeing operating parameters within SP's. This information may preferably be correlated across multiple SP's as well, in order to provide a more comprehensive understanding of how the SP's view the SPN at any given time. In light of the architecture described herein, network information of this nature can be viewed without compromising the security or privacy of SPN traffic. A more aggressive management application can also optionally be provided, allowing authenticated network operators to manipulate parameters within SP's so as to cause them to alter their behavior and independent decision logic. For example, using network management utilities, specific Service Ports can be locked in to receive certain classes of traffic so that all such traffic would be sent to a specified Service Port without regard to other considerations for choosing the destination Service Port. Another example of the Manager Point Application would be to provide an accounting application with access to billing information that it has activated within the SP's.
  • G. Further Embodiments and Applications [0063]
  • FIG. 9 diagrams the internal architecture for an SP [0064] 900, in a preferred embodiment. Thus, SP 900 includes hardware interface 910, which in turn includes wireless interface 912 (e.g. based on 802.11 standards) for use by Networking Port 210 of the SP, and wired Ethernet interface 914 for use by Service Port 220 of the SP. SP 900 further includes standard IP networking stack 920, and standard operating system computing environment 940, involving inter alia support for networking protocols SNMP 942, ICMP 944, DCHP 946, and routing tables 948. In addition, SP 900 core environment 930, supporting the functionality of the present invention and including: mesh routing algorithm 936 (as described at length in Section E) for wireless multi-hop routing within the SPN, and SPN support functions such as Naming 932 and Forming 934 configured to perform the ID and address assignment and mapping functions described herein in connection with FIGS. 5-8.
  • In a further feature of the present invention, PwrCntl module [0065] 938 provides logic for dynamic adjustment of low-layer (e.g., physical or Media Access Control) network control parameters such as transmission power and frequency, in response to higher layer (link/routing) network conditions such as connectivity and topology. Each SP, as a member of the SPN, implements a lower layer (e.g., a physical communication layer and/or a Media Access Control layer, as represented by hardware interface 910 shown in FIG. 9), and a higher layer of communication functionality (e.g., IP Networking 920, along with the relevant elements of OS environment 940 and SPN Support 930). In a preferred embodiment, PwrCntl logic 938 determines the SP's current environmental status at the higher layer—including, for example, the current specifics of connectivity/neighborhood, routing information, and topology information. Based on these higher-level networking conditions, logic 938 dynamically adjusts one or more communication parameters pertaining to the lower layer such as channel selection, transmission power, signal processing gain, selection among diverse antennas or antenna modes, coding rates, and the contention resolution table. For example, in highly connected networks fair access to a common channel presents a problem of resolving interference/collisions; as well, it is desirable to increase data throughput, and/or reduce traffic congestion and queuing delays. Thus, if high connectivity (e.g., above certain thresholds as determined by the practitioner) and/or excessive levels of network performance measures (such as throughput or delay) are observed by PwrCntl logic 938 at the higher networking layer, logic 938 can trigger a request to reduce transmission power in the physical layer. By continually monitoring the resulting network topology at the network layer, further power adjustments can be made until there is less interference and more opportunity for multiple simultaneous transmitting units. In similar fashion, PwrCntl logic 983 might intervene to switch the transmitting frequency of the SP, or to adjust the MAC-layer contention resolution table, in order to mitigate the problems of collisions and interference indicated by the higher-layer networking environment conditions. In this way, physical layer communication parameters for one or more members of a Service Point Network may be dynamically and intelligently adjusted based on current environmental conditions at the higher networking layer (e.g., topology and routing considerations).
  • SP's forming an SPN can preferably provide access to a potentially broad range of communication or networking services, such as: distributed applications, printing, gateways, DHCP, SMTP, vending, audio, imaging, lighting, utilities, appliances, travel, communications, telematics, and location-based services. These functional services and others may be delivered advantageously through deployment of Service Points within ubiquitous devices such as light fixtures, phones, monitors, parking meters, signal lights, and vending machines. [0066]
  • Also note that while aspects of the preferred embodiment were described with respect to a wireless LAN for illustrative purposes (as in FIG. 4), practitioners will readily appreciate that the teachings and benefits of the present invention may similarly be applied to wireless MAN and WAN environments and markets. [0067]
  • As illustrated in FIG. 10, for some embodiments and applications it may be advantageous to physically integrate Utilizing Device [0068] 1030 with Service Point 1040 as a single product 1010, such that they share certain common components (e.g., power supply). Even then, Service Point 1040 remains functionally and logically separated from Utilizing Device 1030. For example, an attractive product might be a combined Wireless Access Point and a Service Point (SP/AP). Here are three levels of integration that could be considered for combining these products:
  • Separate boxes for SP and AP, with an Ethernet connection between them [0069]
  • Separate PC boards for SP and AP, in a common box with a PCI adaptor connection between them [0070]
  • Separate application processes for SP and AP, with a socket interface connection between them. [0071]
  • Practitioners, of course, may select appropriate levels of integration depending upon the requirements and considerations of particular applications and circumstances. [0072]
  • Mobile Service Points, illustrated in FIG. 11, change the way wireless networking can be designed, enabling the mobility of entire networks as opposed to the mobility of solely client-utilizing nodes. As shown in FIG. 11, mobile SPN [0073] 1100 includes and opportunistically leverages a combination of independently deployed SP's including: mobile SP nodes 1120(a)-(n) deployed in moving automobiles; mobile SP nodes 1110(a)-(c) deployed in a moving train; mobile SP node 1130 deployed in a currently parked car; and fixed SP nodes 1150, 1160 and 1170(a)-(c) that have been deployed in the area e.g., by a local merchant (gas station, motel, and utilities). (Note also node 1140 deployed in a parked vehicle and not participating in SPN 1100, because for example it is not powered on). Mobile SPN 1100 is opportunistically formed by the ad hoc, self-configured networking of these nodes. As the vehicles hosting the various mobile nodes move away in various directions, SPN 1100 will be reformed in an ad hoc manner, and may be replaced by multiple distinct mobile VPNs depending on where groups of active SP's congregate and organize themselves at any given time. In light of the teachings herein, practitioners will recognize and can develop a wide range of services designed to exploit Service Point mobility.
  • Other embodiments are within the scope of the following claims. [0074]

Claims (28)

    What is claimed is:
  1. 1. A method of adaptively modifying communication parameters for a member of a wireless packet-switched data communication network, each member of the network implementing at least a low layer and a higher layer of communication functionality, the method comprising:
    determining current environmental networking information, for a member of the network, pertaining to the higher layer; and
    dynamically adjusting, for said member of the network, one or more communication parameters pertaining to the low layer, based on the current higher layer information.
  2. 2. The method of claim 1, wherein the wireless network is an ad hoc network.
  3. 3. The method of claim 1, wherein the wireless network has a mesh network topology.
  4. 4. The method of claim 1, wherein the wireless network is a Service Point Network.
  5. 5. The method of claim 1, wherein the environmental networking information includes one or more of: {connectivity, neighborhood membership, routing information, network topology information}.
  6. 6. The method of claim 1, wherein the low layer parameters are adjusted in a manner designed to improve communications within the network.
  7. 7. The method of claim 6, wherein the low layer parameters are adjusted in a manner designed to improve communications within the network with respect to one or more of the following: {reduce interference, reduce adverse collision effects, reduce channel contention, increase data throughput, reduce queuing delays}.
  8. 8. The method of claim 6, wherein the low layer parameters are adjusted in a manner designed to improve communications within the network by reducing one or more of the following: {interference, adverse collision effects, channel contention}.
  9. 9. The method of claim 1, wherein the low layer parameters include one or more of:
    {channel selection, transmission power, contention resolution algorithm, antenna diversity, signal processing gain, coding rate}.
  10. 10. The method of claim 1, wherein the low layer parameters include one or more of:
    {channel selection, transmission power, contention resolution algorithm}.
  11. 11. The method of claim 10, wherein adjusting the low layer parameter includes adjusting a contention resolution table.
  12. 12. The method of claim 10, wherein determining current environmental networking information includes observing connectivity information at the higher network layer; and
    wherein dynamically adjusting the low layer parameters includes adjusting transmission power in the physical layer.
  13. 13. The method of claim 12, wherein dynamically adjusting the low layer parameters includes reducing transmission power in the physical layer.
  14. 14. The method of claim 12, wherein dynamically adjusting the low layer parameters further includes continually monitoring current network topology at the network layer, and making one or more additional power adjustments until less interference is observed.
  15. 15. The method of claim 1, wherein the low layer embodies functionality selected from the group including: {physical layer, media access control (“MAC”) layer}, and the higher layer embodies an Internet protocol.
  16. 16. The method of claim 15, wherein the Internet protocol includes one or more of {TCP/IP, ICMP, SNMP, DHCP}.
  17. 17. The method of claim 1, wherein the environmental networking information includes a network performance measure.
  18. 18. The method of claim 17, wherein the network performance measure is selected from one or more of the following: {throughput, delay}.
  19. 19. Adaptive apparatus operable as a member of a wireless communication network, the apparatus comprising:
    one or more low layers embodying one or more of: {physical communication functionality, media access control (“MAC”) communication functionality};
    a higher layer embodying network-level communication functionality;
    a multi-hop routing module configured to route packets within the ad-hoc network; and an adaptation module configured to dynamically adjust one or more communication parameters pertaining to the low layer, based on current environmental information pertaining to the higher layer.
  20. 20. The apparatus of claim 19, wherein the low layer embodies a wireless communication protocol.
  21. 21. The apparatus of claim 19, wherein the low layer embodies an 802.11 protocol.
  22. 22. The apparatus of claim 19, wherein the low layer embodies a wired communication protocol.
  23. 23. The apparatus of claim 19, wherein the low layer embodies an 802.3 protocol.
  24. 24. The apparatus of claim 19, wherein the higher layer embodies an Internet protocol.
  25. 25. The apparatus of claim 19, wherein the Internet protocol includes one or more of
    {TCP/IP, ICMP, SNMP, DHCP}.
  26. 26. The apparatus of claim 19, wherein the multi-hop routing module incorporates an ad-hoc mesh routing algorithm.
  27. 27. The apparatus of claim 19, wherein the ad-hoc mesh routing algorithm is proactive.
  28. 28. The apparatus of claim 19, wherein the adaptive apparatus is a Service Point, and the wireless communication network is a Service Point Network.
US10438144 2003-04-28 2003-05-15 Dynamic adaptive inter-layer control of wireless data communication networks Abandoned US20040225740A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US10426125 US7305459B2 (en) 2003-04-28 2003-04-28 Wireless service point networks
US10438144 US20040225740A1 (en) 2003-04-28 2003-05-15 Dynamic adaptive inter-layer control of wireless data communication networks

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10438144 US20040225740A1 (en) 2003-04-28 2003-05-15 Dynamic adaptive inter-layer control of wireless data communication networks
PCT/US2004/012953 WO2004100425A3 (en) 2003-04-28 2004-04-27 Dynamic adaptive inter-layer control of wireless data communication networks

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10426125 Continuation-In-Part US7305459B2 (en) 2003-04-28 2003-04-28 Wireless service point networks

Publications (1)

Publication Number Publication Date
US20040225740A1 true true US20040225740A1 (en) 2004-11-11

Family

ID=33299538

Family Applications (2)

Application Number Title Priority Date Filing Date
US10426125 Active 2024-07-22 US7305459B2 (en) 2003-04-28 2003-04-28 Wireless service point networks
US10438144 Abandoned US20040225740A1 (en) 2003-04-28 2003-05-15 Dynamic adaptive inter-layer control of wireless data communication networks

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US10426125 Active 2024-07-22 US7305459B2 (en) 2003-04-28 2003-04-28 Wireless service point networks

Country Status (7)

Country Link
US (2) US7305459B2 (en)
JP (1) JP4611289B2 (en)
KR (1) KR101100001B1 (en)
CN (1) CN100472502C (en)
CA (1) CA2523543C (en)
GB (1) GB2415875B (en)
WO (1) WO2004100424A3 (en)

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050002417A1 (en) * 2003-07-02 2005-01-06 Kelly Thomas J. Systems and methods for performing protocol conversions in a work machine
US20050174972A1 (en) * 2004-02-09 2005-08-11 Lee Boynton Reliable message distribution in an ad hoc mesh network
US20050195810A1 (en) * 2004-03-04 2005-09-08 Chang Industry, Inc. Transparent link layer mesh router
US20080089318A1 (en) * 2006-10-17 2008-04-17 Marshall Roger S Automated location determination to support VoIP E911 using self-surveying techniques for Ad Hoc wireless network
KR100848191B1 (en) 2006-11-07 2008-07-24 재단법인서울대학교산학협력재단 A method for assigning a partner for cooperative diversity in mobile communication system
US20080238715A1 (en) * 2007-03-26 2008-10-02 Shih Yu Cheng Remote parking meter auditing module
WO2009082179A2 (en) * 2007-12-26 2009-07-02 Lg Electronics Inc. Method of transmitting feedback information for performing collaborative mimo
US20090176492A1 (en) * 2008-01-03 2009-07-09 Tae Soo Kwon Communication system for transmitting data using cooperative communication relay
WO2009134093A2 (en) * 2008-05-02 2009-11-05 Lg Electronics Inc. Method for allocating resources for edge-users using cooperative mimo
US20090296601A1 (en) * 2008-02-27 2009-12-03 Fisher-Rosemount Systems, Inc. Join key provisioning of wireless devices
US20100002607A1 (en) * 2008-07-07 2010-01-07 Jae Wan Kim Collaborative mimo using sounding channel in multi-cell environment
WO2010036740A2 (en) * 2008-09-23 2010-04-01 Microsoft Corporation Mobile data flow collection and dissemination
WO2010085048A2 (en) * 2009-01-21 2010-07-29 (주)엘지전자 Method and apparatus for inter-cell synchronization in a multi-cell environment
WO2010085092A2 (en) * 2009-01-22 2010-07-29 Lg Electronics Inc. Method and apparatus of transmitting data in coordinated multi-cell wireless communication system
WO2010123297A2 (en) * 2009-04-22 2010-10-28 엘지전자 주식회사 Method for transmitting feedback information and data using a precoding codebook for multicell cooperative communication in a wireless communication system
US7983820B2 (en) * 2003-07-02 2011-07-19 Caterpillar Inc. Systems and methods for providing proxy control functions in a work machine
US20110222441A1 (en) * 2003-12-19 2011-09-15 Yinjun Zhu Solutions for voice over internet protocol (VolP) 911 location services
US8185087B2 (en) 2007-09-17 2012-05-22 Telecommunication Systems, Inc. Emergency 911 data messaging
US8706865B1 (en) * 2011-01-06 2014-04-22 Israel L'Heureux Enhanced network communications using diagnostic information
US8873718B2 (en) 2003-12-19 2014-10-28 Telecommunication Systems, Inc. Enhanced E911 location information using voice over internet protocol (VoIP)
US9130963B2 (en) 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US9184960B1 (en) 2014-09-25 2015-11-10 Corning Optical Communications Wireless Ltd Frequency shifting a communications signal(s) in a multi-frequency distributed antenna system (DAS) to avoid or reduce frequency interference
US9232062B2 (en) 2007-02-12 2016-01-05 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
US9247543B2 (en) 2013-07-23 2016-01-26 Corning Optical Communications Wireless Ltd Monitoring non-supported wireless spectrum within coverage areas of distributed antenna systems (DASs)
US9338823B2 (en) 2012-03-23 2016-05-10 Corning Optical Communications Wireless Ltd Radio-frequency integrated circuit (RFIC) chip(s) for providing distributed antenna system functionalities, and related components, systems, and methods
US9391839B2 (en) 2014-06-11 2016-07-12 Amplisine Labs, LLC Ad hoc wireless mesh network
US9408046B2 (en) 2006-10-03 2016-08-02 Telecommunication Systems, Inc. 911 data messaging
US9667502B2 (en) 2012-07-17 2017-05-30 The Procter & Gamble Company Home network of connected consumer devices
US9762437B2 (en) 2012-07-17 2017-09-12 The Procter & Gamble Company Systems and methods for networking consumer devices
US9813229B2 (en) 2007-10-22 2017-11-07 Corning Optical Communications Wireless Ltd Communication system using low bandwidth wires
US9930540B2 (en) 2014-05-28 2018-03-27 Corning Optical Communications LLC Multiple application modules (MAMs) for monitoring signals in components in wireless distribution systems, including distributed antenna systems (DASs), and related systems and methods

Families Citing this family (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1395015B1 (en) * 2002-08-30 2005-02-02 Errikos Pitsos Method, gateway and system for transmitting data between a device in a public network and a device in an internal network
US7522731B2 (en) * 2003-04-28 2009-04-21 Firetide, Inc. Wireless service points having unique identifiers for secure communication
US7305459B2 (en) 2003-04-28 2007-12-04 Firetide, Inc. Wireless service point networks
DE10350906B4 (en) * 2003-10-31 2005-12-01 Siemens Ag A method for determining a path in a wireless ad hoc communication system
US7920577B2 (en) * 2004-07-08 2011-04-05 Avaya Communication Israel Ltd. Power saving in wireless packet based networks
WO2007015822A1 (en) 2005-07-20 2007-02-08 Firetide, Inc. Route optimization for on-demand routing protocols for mesh networks
CN103220748B (en) 2005-07-21 2017-04-12 发尔泰公司 A method for interconnecting any of a mesh network and system operate effectively
CA2616757C (en) 2005-07-30 2015-06-16 Firetide, Inc. Utilizing multiple mesh network gateways in a shared access network
US8478977B1 (en) * 2005-12-21 2013-07-02 Cadence Design Systems, Inc. Secure auto-migration program
US7768926B2 (en) * 2006-03-09 2010-08-03 Firetide, Inc. Effective bandwidth path metric and path computation method for wireless mesh networks with wired links
WO2007103837A1 (en) * 2006-03-09 2007-09-13 Firetide, Inc. Effective bandwidth path metric and path computation method for wireless mesh networks with wired links
US20070294226A1 (en) * 2006-06-14 2007-12-20 Tropos Networks, Inc. Wireless network that provides location information when queried by a client device
US8305935B2 (en) 2006-07-27 2012-11-06 Mobitrum Corporation Method and system for dynamic information exchange on location aware mesh network devices
US7801058B2 (en) 2006-07-27 2010-09-21 Mobitrum Corporation Method and system for dynamic information exchange on mesh network devices
US8305936B2 (en) 2006-07-27 2012-11-06 Mobitrum Corporation Method and system for dynamic information exchange on a mesh network in a vehicle
US8411590B2 (en) 2006-07-27 2013-04-02 Mobitrum Corporation Mesh network remote control device
US8427979B1 (en) 2006-07-27 2013-04-23 Mobitrum Corporation Method and system for dynamic information exchange on location aware mesh network devices
JP2009545746A (en) * 2006-07-31 2009-12-24 ヴィジュアラント,インコーポレイテッド System and method for evaluating an object using electromagnetic energy
JP4973223B2 (en) * 2007-02-15 2012-07-11 富士通株式会社 Network reconfiguration method, router and network reconfiguration system,
EP2127423B1 (en) 2007-03-01 2018-05-09 Thomson Licensing A method and apparatus for selecting an access point or relay node in a multi-hop wireless network
US7561024B2 (en) * 2007-04-05 2009-07-14 Harris Corporation Ad-hoc network routing protocol including the use of forward and reverse multi-point relay (MPR) spanning tree routes
US7861260B2 (en) 2007-04-17 2010-12-28 Almondnet, Inc. Targeted television advertisements based on online behavior
KR100892616B1 (en) * 2007-06-28 2009-04-09 연세대학교 산학협력단 Method For Joining New Device In Wireless Sensor Network
US8599823B2 (en) 2007-07-06 2013-12-03 Qualcomm Incorporated Communications methods and apparatus related to synchronization with respect to a peer to peer timing structure
US20120260309A1 (en) * 2008-09-24 2012-10-11 Pico Energy Services, Inc. System for Managing Real Time Ad-Hoc Service Relationships Between Services and Network Attached Client Devices
US8874693B2 (en) * 2009-02-20 2014-10-28 Microsoft Corporation Service access using a service address
US8593253B2 (en) * 2010-06-09 2013-11-26 Gm Global Technology Operations, Inc. Systems and methods for efficient authentication
CN101980558B (en) * 2010-11-16 2012-07-11 北京航空航天大学 Method for encryption authentication on Ad hoc network transmission layer protocol
US8885481B2 (en) 2012-03-29 2014-11-11 Tata Consultancy Services Ltd. System and method for hybrid telecommunication
US20140025805A1 (en) * 2012-07-17 2014-01-23 Procter And Gamble, Inc. Home network of connected consumer devices

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5371734A (en) * 1993-01-29 1994-12-06 Digital Ocean, Inc. Medium access control protocol for wireless network
US6349210B1 (en) * 1999-11-12 2002-02-19 Itt Manufacturing Enterprises, Inc. Method and apparatus for broadcasting messages in channel reservation communication systems
US6590928B1 (en) * 1997-09-17 2003-07-08 Telefonaktiebolaget Lm Ericsson (Publ) Frequency hopping piconets in an uncoordinated wireless multi-user system
US6625169B1 (en) * 2002-06-14 2003-09-23 Telesys Technologies, Inc. Integrated communication systems for exchanging data and information between networks
US6633757B1 (en) * 1999-01-29 2003-10-14 International Business Machines Corp. Adjacency-bound service discovery
US6640087B2 (en) * 2001-12-12 2003-10-28 Motorola, Inc. Method and apparatus for increasing service efficacy in an ad-hoc mesh network
US20040032835A1 (en) * 1999-12-30 2004-02-19 Aperto Networks, Inc Integrated,self-optimizing,multi-parameter/multi-variable point-to-multipoint communication system [II]
US6721805B1 (en) * 1998-11-12 2004-04-13 International Business Machines Corporation Providing shared-medium multiple access capability in point-to-point communications
US6754188B1 (en) * 2001-09-28 2004-06-22 Meshnetworks, Inc. System and method for enabling a node in an ad-hoc packet-switched wireless communications network to route packets based on packet content
US6763013B2 (en) * 2002-09-04 2004-07-13 Harris Corporation Intelligent communication node object beacon framework including neighbor discovery in a mobile ad hoc network

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5796727A (en) 1993-04-30 1998-08-18 International Business Machines Corporation Wide-area wireless lan access
US6201962B1 (en) * 1997-05-14 2001-03-13 Telxon Corporation Seamless roaming among multiple networks including seamless transitioning between multiple devices
US20010040895A1 (en) 2000-03-16 2001-11-15 Templin Fred Lambert An IPv6-IPv4 compatibility aggregatable global unicast address format for incremental deployment of IPv6 nodes within IPv4
US6845091B2 (en) 2000-03-16 2005-01-18 Sri International Mobile ad hoc extensions for the internet
US7031288B2 (en) 2000-09-12 2006-04-18 Sri International Reduced-overhead protocol for discovering new neighbor nodes and detecting the loss of existing neighbor nodes in a network
US7698463B2 (en) 2000-09-12 2010-04-13 Sri International System and method for disseminating topology and link-state information to routing nodes in a mobile ad hoc network
US6493377B2 (en) 2000-12-06 2002-12-10 Linex Technologies, Inc. Distributed network, spread-spectrum system
US6314126B1 (en) 2001-01-12 2001-11-06 Linex Technologies, Inc. Spread-spectrum handoff and source congestion avoidance system and method
US6512784B2 (en) 2001-03-01 2003-01-28 Linex Technologies, Inc. Efficient sharing of capacity by remote stations using circuit switching and packet switching
US6842460B1 (en) * 2001-06-27 2005-01-11 Nokia Corporation Ad hoc network discovery menu
US6744753B2 (en) * 2001-11-01 2004-06-01 Nokia Corporation Local service handover
US6771666B2 (en) * 2002-03-15 2004-08-03 Meshnetworks, Inc. System and method for trans-medium address resolution on an ad-hoc network with at least one highly disconnected medium having multiple access points to other media
US6707425B2 (en) * 2002-03-21 2004-03-16 Nokia Corporation Method and system for aligning a point-to-multipoint access terminal
JP2003333053A (en) * 2002-05-10 2003-11-21 Niigata Tlo:Kk Autonomously formed wireless lan system
US7420952B2 (en) * 2002-10-28 2008-09-02 Mesh Dynamics, Inc. High performance wireless networks using distributed control
US7634230B2 (en) * 2002-11-25 2009-12-15 Fujitsu Limited Methods and apparatus for secure, portable, wireless and multi-hop data networking
WO2004100425A3 (en) 2003-04-28 2005-02-10 Firetide Inc Dynamic adaptive inter-layer control of wireless data communication networks
US7305459B2 (en) 2003-04-28 2007-12-04 Firetide, Inc. Wireless service point networks

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5371734A (en) * 1993-01-29 1994-12-06 Digital Ocean, Inc. Medium access control protocol for wireless network
US6590928B1 (en) * 1997-09-17 2003-07-08 Telefonaktiebolaget Lm Ericsson (Publ) Frequency hopping piconets in an uncoordinated wireless multi-user system
US6721805B1 (en) * 1998-11-12 2004-04-13 International Business Machines Corporation Providing shared-medium multiple access capability in point-to-point communications
US6633757B1 (en) * 1999-01-29 2003-10-14 International Business Machines Corp. Adjacency-bound service discovery
US6349210B1 (en) * 1999-11-12 2002-02-19 Itt Manufacturing Enterprises, Inc. Method and apparatus for broadcasting messages in channel reservation communication systems
US20040032835A1 (en) * 1999-12-30 2004-02-19 Aperto Networks, Inc Integrated,self-optimizing,multi-parameter/multi-variable point-to-multipoint communication system [II]
US6754188B1 (en) * 2001-09-28 2004-06-22 Meshnetworks, Inc. System and method for enabling a node in an ad-hoc packet-switched wireless communications network to route packets based on packet content
US6640087B2 (en) * 2001-12-12 2003-10-28 Motorola, Inc. Method and apparatus for increasing service efficacy in an ad-hoc mesh network
US6625169B1 (en) * 2002-06-14 2003-09-23 Telesys Technologies, Inc. Integrated communication systems for exchanging data and information between networks
US6763013B2 (en) * 2002-09-04 2004-07-13 Harris Corporation Intelligent communication node object beacon framework including neighbor discovery in a mobile ad hoc network

Cited By (64)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050002417A1 (en) * 2003-07-02 2005-01-06 Kelly Thomas J. Systems and methods for performing protocol conversions in a work machine
US7983820B2 (en) * 2003-07-02 2011-07-19 Caterpillar Inc. Systems and methods for providing proxy control functions in a work machine
US8798572B2 (en) 2003-12-18 2014-08-05 Telecommunication Systems, Inc. Solutions for voice over internet protocol (VoIP) 911 location services
US8385881B2 (en) 2003-12-19 2013-02-26 Telecommunication Systems, Inc. Solutions for voice over internet protocol (VoIP) 911 location services
US8873718B2 (en) 2003-12-19 2014-10-28 Telecommunication Systems, Inc. Enhanced E911 location information using voice over internet protocol (VoIP)
US9467836B2 (en) 2003-12-19 2016-10-11 Telecommunication Systems, Inc. Enhanced E911 location information using voice over internet protocol (VoIP)
US9237228B2 (en) 2003-12-19 2016-01-12 Telecommunication Systems, Inc. Solutions for voice over internet protocol (VoIP) 911 location services
US20110222441A1 (en) * 2003-12-19 2011-09-15 Yinjun Zhu Solutions for voice over internet protocol (VolP) 911 location services
US20050174972A1 (en) * 2004-02-09 2005-08-11 Lee Boynton Reliable message distribution in an ad hoc mesh network
US20060013169A2 (en) * 2004-02-09 2006-01-19 Packethop, Inc. Reliable message distribution in an ad hoc mesh network
US20050195810A1 (en) * 2004-03-04 2005-09-08 Chang Industry, Inc. Transparent link layer mesh router
US9408046B2 (en) 2006-10-03 2016-08-02 Telecommunication Systems, Inc. 911 data messaging
US9160572B2 (en) * 2006-10-17 2015-10-13 Telecommunication Systems, Inc. Automated location determination to support VoIP E911 using self-surveying techniques for ad hoc wireless network
US20080089318A1 (en) * 2006-10-17 2008-04-17 Marshall Roger S Automated location determination to support VoIP E911 using self-surveying techniques for Ad Hoc wireless network
KR100848191B1 (en) 2006-11-07 2008-07-24 재단법인서울대학교산학협력재단 A method for assigning a partner for cooperative diversity in mobile communication system
US9232062B2 (en) 2007-02-12 2016-01-05 Telecommunication Systems, Inc. Mobile automatic location identification (ALI) for first responders
US7974265B2 (en) 2007-03-26 2011-07-05 Streetline Networks Remote parking meter auditing module
US20080238715A1 (en) * 2007-03-26 2008-10-02 Shih Yu Cheng Remote parking meter auditing module
WO2008118280A1 (en) * 2007-03-26 2008-10-02 Streetline Networks Remote parking meter auditing module
US8874068B2 (en) 2007-09-17 2014-10-28 Telecommunication Systems, Inc. Emergency 911 data messaging
US9467826B2 (en) 2007-09-17 2016-10-11 Telecommunications Systems, Inc. Emergency 911 data messaging
US9131357B2 (en) 2007-09-17 2015-09-08 Telecommunication Systems, Inc. Emergency 911 data messaging
US8185087B2 (en) 2007-09-17 2012-05-22 Telecommunication Systems, Inc. Emergency 911 data messaging
US9813229B2 (en) 2007-10-22 2017-11-07 Corning Optical Communications Wireless Ltd Communication system using low bandwidth wires
US20100309996A1 (en) * 2007-12-26 2010-12-09 Lg Electronics Inc. Method of Transmitting Feedback Information for Performing Collaborative Mimo
US8457008B2 (en) 2007-12-26 2013-06-04 Lg Electronics Inc. Method of transmitting feedback information for performing collaborative MIMO
KR101387532B1 (en) 2007-12-26 2014-04-21 엘지전자 주식회사 Method of transmitting Feedback Information for performing Collaborative MIMO
WO2009082179A3 (en) * 2007-12-26 2009-08-13 Bin Chul Ihm Method of transmitting feedback information for performing collaborative mimo
WO2009082179A2 (en) * 2007-12-26 2009-07-02 Lg Electronics Inc. Method of transmitting feedback information for performing collaborative mimo
US8548378B2 (en) 2008-01-03 2013-10-01 Samsung Electronics Co., Ltd. Communication system for transmitting data using cooperative communication relay
US20090176492A1 (en) * 2008-01-03 2009-07-09 Tae Soo Kwon Communication system for transmitting data using cooperative communication relay
US20090296601A1 (en) * 2008-02-27 2009-12-03 Fisher-Rosemount Systems, Inc. Join key provisioning of wireless devices
US8369880B2 (en) * 2008-02-27 2013-02-05 Fisher-Rosemount Systems, Inc. Join key provisioning of wireless devices
US20110103339A1 (en) * 2008-05-02 2011-05-05 Su Nam Kim Method for Allocating Resources for Edge-Users Cooperative Mimo
WO2009134093A2 (en) * 2008-05-02 2009-11-05 Lg Electronics Inc. Method for allocating resources for edge-users using cooperative mimo
US8498256B2 (en) 2008-05-02 2013-07-30 Lg Electronics Inc. Method for allocating resources for edge-users using cooperative MIMO
WO2009134093A3 (en) * 2008-05-02 2010-03-04 Lg Electronics Inc. Method for allocating resources for edge-users using cooperative mimo
US8761092B2 (en) 2008-07-07 2014-06-24 Lg Electronics Collaborative MIMO using sounding channel in multi-cell environment
US20100002607A1 (en) * 2008-07-07 2010-01-07 Jae Wan Kim Collaborative mimo using sounding channel in multi-cell environment
WO2010005162A1 (en) * 2008-07-07 2010-01-14 Lg Electronics Inc. Collaborative mimo using sounding channel in multi-cell environment
US8515654B2 (en) 2008-09-23 2013-08-20 Microsoft Corporation Mobile data flow collection and dissemination
WO2010036740A3 (en) * 2008-09-23 2010-07-01 Microsoft Corporation Mobile data flow collection and dissemination
WO2010036740A2 (en) * 2008-09-23 2010-04-01 Microsoft Corporation Mobile data flow collection and dissemination
WO2010085048A2 (en) * 2009-01-21 2010-07-29 (주)엘지전자 Method and apparatus for inter-cell synchronization in a multi-cell environment
US8467736B2 (en) 2009-01-21 2013-06-18 Lg Electronics Inc. Method and apparatus for inter-cell synchronization in a multi-cell environment
WO2010085048A3 (en) * 2009-01-21 2010-09-23 (주)엘지전자 Method and apparatus for inter-cell synchronization in a multi-cell environment
WO2010085092A2 (en) * 2009-01-22 2010-07-29 Lg Electronics Inc. Method and apparatus of transmitting data in coordinated multi-cell wireless communication system
WO2010085092A3 (en) * 2009-01-22 2010-10-28 Lg Electronics Inc. Method and apparatus of transmitting data in coordinated multi-cell wireless communication system
US8718665B2 (en) 2009-01-22 2014-05-06 Lg Electronics Inc. Method and apparatus of transmitting data in coordinated multi-cell wireless communication system
WO2010123297A3 (en) * 2009-04-22 2011-01-20 엘지전자 주식회사 Method for transmitting feedback information and data using a precoding codebook for multicell cooperative communication in a wireless communication system
WO2010123297A2 (en) * 2009-04-22 2010-10-28 엘지전자 주식회사 Method for transmitting feedback information and data using a precoding codebook for multicell cooperative communication in a wireless communication system
US8705510B2 (en) 2009-04-22 2014-04-22 Lg Electronics Inc. Method for transmitting feedback information and data using a precoding codebook for multicell cooperative communication in a wireless communication system
US8706865B1 (en) * 2011-01-06 2014-04-22 Israel L'Heureux Enhanced network communications using diagnostic information
US9130963B2 (en) 2011-04-06 2015-09-08 Telecommunication Systems, Inc. Ancillary data support in session initiation protocol (SIP) messaging
US9948329B2 (en) 2012-03-23 2018-04-17 Corning Optical Communications Wireless, LTD Radio-frequency integrated circuit (RFIC) chip(s) for providing distributed antenna system functionalities, and related components, systems, and methods
US9338823B2 (en) 2012-03-23 2016-05-10 Corning Optical Communications Wireless Ltd Radio-frequency integrated circuit (RFIC) chip(s) for providing distributed antenna system functionalities, and related components, systems, and methods
US9667502B2 (en) 2012-07-17 2017-05-30 The Procter & Gamble Company Home network of connected consumer devices
US9762437B2 (en) 2012-07-17 2017-09-12 The Procter & Gamble Company Systems and methods for networking consumer devices
US9247543B2 (en) 2013-07-23 2016-01-26 Corning Optical Communications Wireless Ltd Monitoring non-supported wireless spectrum within coverage areas of distributed antenna systems (DASs)
US9930540B2 (en) 2014-05-28 2018-03-27 Corning Optical Communications LLC Multiple application modules (MAMs) for monitoring signals in components in wireless distribution systems, including distributed antenna systems (DASs), and related systems and methods
US9391839B2 (en) 2014-06-11 2016-07-12 Amplisine Labs, LLC Ad hoc wireless mesh network
US9253003B1 (en) 2014-09-25 2016-02-02 Corning Optical Communications Wireless Ltd Frequency shifting a communications signal(S) in a multi-frequency distributed antenna system (DAS) to avoid or reduce frequency interference
US9515855B2 (en) 2014-09-25 2016-12-06 Corning Optical Communications Wireless Ltd Frequency shifting a communications signal(s) in a multi-frequency distributed antenna system (DAS) to avoid or reduce frequency interference
US9184960B1 (en) 2014-09-25 2015-11-10 Corning Optical Communications Wireless Ltd Frequency shifting a communications signal(s) in a multi-frequency distributed antenna system (DAS) to avoid or reduce frequency interference

Also Published As

Publication number Publication date Type
JP2006524974A (en) 2006-11-02 application
CN1777882A (en) 2006-05-24 application
GB2415875A (en) 2006-01-04 application
US7305459B2 (en) 2007-12-04 grant
WO2004100424A2 (en) 2004-11-18 application
KR20060015540A (en) 2006-02-17 application
CN100472502C (en) 2009-03-25 grant
KR101100001B1 (en) 2011-12-28 grant
GB0521384D0 (en) 2005-11-30 grant
JP4611289B2 (en) 2011-01-12 grant
CA2523543A1 (en) 2004-11-18 application
US20040215687A1 (en) 2004-10-28 application
WO2004100424A3 (en) 2005-07-07 application
GB2415875B (en) 2007-10-17 grant
CA2523543C (en) 2013-11-26 grant

Similar Documents

Publication Publication Date Title
Sesay et al. A survey on mobile ad hoc wireless network
Xu et al. An ad hoc network with mobile backbones
Nandiraju et al. Wireless mesh networks: Current challenges and future directions of web-in-the-sky
Karrer et al. Enabling large-scale wireless broadband: the case for TAPs
Sarkar et al. Ad hoc mobile wireless networks: principles, protocols, and applications
US7336670B1 (en) Discovery of rogue access point location in wireless network environments
Akyildiz et al. Wireless mesh networks: a survey
US5351295A (en) Secure method of neighbor discovery over a multiaccess medium
Haas et al. Wireless ad hoc networks
Lee et al. The case for a multi-hop wireless local area network
Bohge et al. An authentication framework for hierarchical ad hoc sensor networks
Goyal et al. Manet: vulnerabilities, challenges, attacks, application
US7649872B2 (en) Mobile mesh Ad-Hoc networking
US6760318B1 (en) Receiver diversity in a communication system
US6788658B1 (en) Wireless communication system architecture having split MAC layer
US7808960B1 (en) Wireless infrastructure and ad hoc network integration
US20060161778A1 (en) Distinguishing between devices of different types in a wireless local area network (WLAN)
US20040103278A1 (en) Native wi-fi architecture for 802.11 networks
Faccin et al. Mesh WLAN networks: concept and system design
US20020138635A1 (en) Multi-ISP controlled access to IP networks, based on third-party operated untrusted access stations
US6925069B2 (en) Data network having a wireless local area network with a packet hopping wireless backbone
US7961674B2 (en) Multi-tier wireless home mesh network with a secure network discovery protocol
US6862448B1 (en) Token-based receiver diversity
US20030133422A1 (en) Mobility support via routing
US20050138178A1 (en) Wireless mobility manager

Legal Events

Date Code Title Description
AS Assignment

Owner name: LANDMARK NETWORKS, INC., HAWAII

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:KLEMBA, KEITH STUART;NASSI, ISAAC ROBERT;CORNEJO, DAVID NEIL;AND OTHERS;REEL/FRAME:014427/0552;SIGNING DATES FROM 20030717 TO 20030810

AS Assignment

Owner name: FIRETIDE, INC., HAWAII

Free format text: CHANGE OF NAME;ASSIGNOR:LANDMARK NETWORKS, INC.;REEL/FRAME:014336/0545

Effective date: 20030821

AS Assignment

Owner name: SAND HILL VENTURE DEBT III, LLC, CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:FIRETIDE, INC.;REEL/FRAME:021531/0408

Effective date: 20080430

AS Assignment

Owner name: FIRETIDE, INC., CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:SAND HILL VENTURE DEBT III, LLC;REEL/FRAME:029750/0476

Effective date: 20130204

Owner name: SILICON VALLEY BANK, CALIFORNIA

Free format text: SECURITY AGREEMENT;ASSIGNOR:FIRETIDE, INC.;REEL/FRAME:029745/0148

Effective date: 20130201

AS Assignment

Owner name: FIRETIDE, INC., CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:SILICON VALLEY BANK;REEL/FRAME:032309/0610

Effective date: 20140225

AS Assignment

Owner name: SQUARE 1 BANK, NORTH CAROLINA

Free format text: SECURITY INTEREST;ASSIGNOR:FIRETIDE, INC.;REEL/FRAME:032492/0833

Effective date: 20140310

AS Assignment

Owner name: FIRETIDE, INC., CALIFORNIA

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:SQUARE 1 BANK;REEL/FRAME:033588/0276

Effective date: 20140814