Source: https://patents.google.com/patent/US20090073905
Timestamp: 2018-02-23 16:23:47
Document Index: 777034699

Matched Legal Cases: ['Application No. 60', 'Application No. 60', 'Application No. 60', 'Application No. 60', 'art 400', 'art 400', 'art 500', 'art 500', 'art 600', 'art 600']

US20090073905A1 - High level instruction convergence function - Google Patents
US20090073905A1
US20090073905A1 US11970484 US97048408A US2009073905A1 US 20090073905 A1 US20090073905 A1 US 20090073905A1 US 11970484 US11970484 US 11970484 US 97048408 A US97048408 A US 97048408A US 2009073905 A1 US2009073905 A1 US 2009073905A1
US11970484
US8509128B2 (en )
A convergence engine may provide a high level message for a high level engine representative of multiple messages received by a network interface or other physical layer transmission device. The high level engine may access one or more high level messages via functions describing the state of a non-network-portal station.
This Application claims priority to U.S. Provisional Patent Application No. 60/973,406, filed Sep. 18, 2007, and entitled “STATE CONVERGENCE” by Matthew Stuart Gast, which is incorporated herein by reference.
This Application claims priority to U.S. Provisional Patent Application No. 60/978,401, filed Oct. 8, 2007, and entitled “MAC STATE GENERIC CONVERGENCE FUNCTION” by Matthew Stuart Gast, which is incorporated herein by reference.
This Application claims priority to U.S. Provisional Patent Application No. 60/980,158 filed Oct. 15, 2007, and entitled “MAC STATE GENERIC CONVERSION FUNCTION” by Matthew Stuart Gast & Stephen McCann, which is incorporated herein by reference.
This Application claims priority to U.S. Provisional Patent Application No. 60/985,910 filed Nov. 6, 2007, and entitled “MAC STATE GENERIC CONVERSION FUNCTION” by Matthew Stuart Gast, which is incorporated herein by reference.
A network may include one or more network portals, each network portal providing network services. Such network portals may be coupled to switches and monitored by controlled by network software. Individuals connecting to the network may select a network portal to connect to.
In connecting to a network, a station may transmit a scan for available network portals. Such a scan may be responded to by one or more network portals. The one or more network portals may provide one or more responses. It may be cumbersome to consider the one or more responses, particularly so when there are many available network portals providing access to the network.
At times an individual may exceed the range of an network portal. Where a station is about to exceed the range of a NP and no NP is available for the station to connect to the station may lose network connectivity. Environmental conditions, or the movement of the station may contribute to a loss of network connectivity.
A convergence engine may provide a high level message for a high level engine, the high level message a product filtered from of a plurality of messages. The plurality of messages may be received by a network interface or other physical layer transmission device. The messages received may be 802.11 messages. The high level engine may access one or more high level messages via functions describing the state of the STA in terms of a state machine.
For a non network portal (NP) station (STA), the convergence engine may identify various high level states by filtering the plurality of messages. Based on a high level state, the convergence engine may provide a single high level message to a high level engine (HLE) indicating the state of the STA.
In a non-limiting example, the STA may change physical location, environmental conditions may change, network conditions may change, or other conditions may change causing the state machine to change states from one state to one of a plurality of states. In changing, a plurality of messages from network portals, other stations, or the STA itself may be generated or received. The convergence engine may filter the messages and identify a state of the STA. The convergence engine may produce a high level message indicating the present state and provide it to the HLE.
FIG. 1 depicts an example of a system for providing high level instructions.
FIG. 2 depicts an example of a system for providing high level instructions separated into various hardware components.
FIG. 3 depicts an example of a system including an intelligent network portal connected to a client.
FIG. 4 depicts an example of a flowchart of a method for providing a summary of filtered messages.
FIG. 5 depicts an example of a flowchart of a method for attaching a STA to a NP.
FIG. 6 depicts an example of a flowchart of a method for managing a waning connection.
FIG. 7 depicts an example of a system including a STA in range of n overlapping networks.
FIG. 8 depicts a non-limiting example of a system including two overlapping networks and station passing through a boundary of the networks.
FIG. 9 depicts an example of a device for providing high level instructions.
In wireless networking, one or more network portals (NPs) comprise a network. The NPs may use a variety of network protocols. In a non-limiting example, 802.11 is a protocol used by the network. An individual NP may have a coverage area, or range within the NP may communicate with a non-NP station (STA). At times the NP may be able to receive signals from the STA, but not be able to transmit to the STA. Contrarily, the STA may be able to transmit to the NP, but not receive signals from the NP. A STA is only in the coverage area of the NP where the NP and the STA may each transmit and receive signals from each other. In a non-limiting example, 802.11 is used and a STA is in range of a NP where all layer 2 setup activities have been completed and the STA is able to class 3 frames to peer Logical Link Control (LLC) entities.
Data transfer over one of the various protocols and via one of a plurality of NPs may be simply termed communication via a network. Multiple NPs may provide network connectivity as a common network having a common name. In some cases a NP providing a network may provide connectivity via more than one networking protocol. Providing connectivity via multiple protocols may be advantageous to provide access to STAs using various communication protocols. For one STA a protocol may be used, whereas for another other STA, a NP may use protocols unused by the STA. So long as the STA uses at least one protocol that is used by the NP, the STA may communicate with the STA, and may have network access.
At times multiple overlapping networks may provide connectivity to a STA via a plurality of NPs. The NPs may provide connectivity by one or more network interfaces. Nominally, a single network interface may communicate using a single protocol, and multiple network interfaces may be enabled to provide multiple protocols. Where convenient, the protocol of a single network interface may be, at times, changed.
Networks may overlap at parts. In some locations a single network may be available. However, even where a single network is available the network may be made available by more than one NP. In order to provide coverage free from “dead spots,” or areas lacking network connectivity, a plurality of NPs providing the network may be provided having overlapping coverage areas.
An overlapping coverage area may be defined as an area in which a STA may transmit and receive data from more than one NP. NPs having overlapping coverage areas may, but need not necessarily provide overlapping coverage for the same network, such as where a first NP and a second NP of a single network provide overlapping coverage.
Different Networks may overlap where at least one NP of a first network and at least one NP of a second network have overlapping coverage areas. In a non-limiting example, such a first NP and a second NP need not communicate using the same network protocol, and thus, may provide overlapping network coverage using more than one communications protocol. A STA could communicate with a first NPs using a first network protocol and a second NP using a second network protocol and thus, transmit and receive data with two NPs using different network protocols. In the non-limiting example, the two NPs could not communicate with each other for lack of a common communications protocol.
The extent of overlapping coverage areas of different networks may be termed a border of networks. At the border of networks, overlapping coverage areas may provide network connectivity to a STA via more than one network and via more than one NP per network.
A mobile non-NP station (STA) may physically move requiring it to transition between NPs of a single network and between NPs of multiple networks. Low level intelligence of the STA may require NP level connectivity information, such as the address of each NP the STA encounters while changing NPs through one or more networks. However, it may not be necessary for high level decisions of the STA to require NP level information. In a non-limiting example, a high level engine may only be notified at transitions between networks, and may not be notified when changing NPs on the same network.
An engine nominally includes a processor and a memory, the memory storing instructions for execution by the processor.
FIG. 1 depicts an example of a system 100 for providing high level instructions. FIG. 1 includes high level engine (HLE) 102, convergence engine (CE) 104, management engine (ME) 106, media access controller (MAC) 108, physical layer device (PHY) 110-1, physical layer device (PHY) 110-2, and physical layer device (PHY) 110-n (collectively physical layer devices PHY 110).
As depicted, the elements of FIG. 1, may be included on either a STA or a NP. Further, the elements as depicted may be separated and recombined as is known or convenient. It may be possible to include all the elements depicted in a single unit however, it may not be necessary to do so. Elements depicted may be included on separate units, and the separate units may be connected by one or more networks.
The HLE 102 could be an internetworking gateway, router, mobility manager, or other engine benefiting from high level instructions. The high level engine may include one or more functions for interaction with a service access point (SAP). The functions may include messaging capability and decision making capability for high level network operations. In a non-limiting example, the high level network operations may include connect, disconnect, enable new network protocol and other high level operations.
The HLE 102 may determine connectivity at the network level such a high level engine may require information such as which network the NP is connected to. It may be desirable to provide information to a high level engine when network level events occur such as, in a non-limiting example, first connection, disconnection, changing networks, or other high level events in accordance with the state machine.
The CE 104 may include a filter, a message monitor and a message generator. The monitor may interact with a SAP operable to capture messages provided and received by the ME 106. The filter may be operable to identify messages having high level importance. The message generator may be operable to create a high level message based on the captured messages. However, many lower level message may be considered by the CE 104 without generating a message for the HLE 102. The convergence engine may sit between lower level network management such as the ME 106 and the HLE 102.
For a non-NP STA, the CE 104 may operate based on a state machine. The state machine may have several states such as “connected,” “waning,” “disconnected,” and “standby.” Connected may be interpreted as the STA having completed all setup activities and the STA is able to transmit and receive frames from peer entities.
“Waning” may be interpreted as a state of anticipation of disconnection. The STA may be anticipating that it will lose all links to all NPs within the network in a defined time interval, however, the STA is presently able to transmit and receive data from peer entities. In a non-limiting example, the predictive failure of the link may be due to explicit disassociation by a peer, imminent invalidation of cryptographic keys as usage limits (such as sequence counter exhaustion), or predictive signal strength algorithms indicating an impending loss of connectivity.
“Disconnected” may be interpreted as the state where a STA is unable to transmit and receive frames and the STA has no available higher level communications protocols. In a non-limiting example, the STA is unable to transmit 802.11 class 3 frames, and is therefore disconnected.
Standby may be interpreted as the STA is powered down, and is unable to communicate with any other STA.
The ME 106 may include sub-layer management entities such as a media access control (MAC) layer management engine (MLME), a physical layer management engine (PLME), and a system management engine (SME). Where the ME 106 includes multiple sub-layer management entities, service access points (SAPs) may provide a point for monitoring and controlling the entities. However, individual units may be divided and combined as is known or convenient and the SAPs may be placed as is known or convenient. The ME 106 may be operable to control the activities of a MAC layer as well as one or more physical layer devices (PHY).
The MAC 108 may include SAPs. The SAPs may provide information about messages passed between the MAC 108 and the PHYs 110. The PHYs 110 may be radios, although a wired, optical, or other physical layer connections may be used. There need not be a plurality of PHYs 110; a single PHY 110 may be the only PHY.
In operation, one or more messages may be received via the PHYs 110 and passed to the MAC 108 and the ME 106. The CE 104 may access the messages via SAPs. The CE 104 monitors and creates a message for the HLE 102 describing a high level event.
In a non-limiting example, the CE 104 may not generate a message for the HLE 102 where the STA changes NPs but remains connected to the same network. To the extent that the HLE 102 need not receive information about lower level network activity, messages about such lower level activity may be suppressed by the CE 104. The messages which reach the HLE 102 may be configured as is known or convenient.
In a non-limiting example, only high level network messages may be provided to the HLE 102. The HLE 102 may then provide high level messages carrying commands to lower levels. Advantageously, a high level engine may provide and receive messages associated with high level network activity, while lower level network events may be monitored and filtered for high level events by a convergence engine.
FIG. 2 depicts an example of a system 200 for providing high level instructions separated into various hardware components. FIG. 2 includes high level engine 202, wireless access switch 204, and low intelligence network portal 206.
In the example of FIG. 2, the HLE 202 may be a high level management system including both hardware and software. The HLE 202 may be a centralized unit in control over a plurality of network portals via a plurality of wireless access switches.
The wireless access switch 204 includes CE 208, ME 210, and MAC 212. The wireless access switch 204 provide mid-level control and management of network portals as well as provide network connectivity between network portals and the HLE 202. An implementation of a wireless access switch, provided by way of example but not limitation, includes a Trapeze Networks® Mobility Exchange® switch.
The low intelligence network portal 206 includes MAC 216, PHY 214-1, PHY 214-2, PHY 214-n (collectively PHYs 214), and ME 218. In the example of FIG. 2, a management engine is divided into the management engine 210 and the management engine 218. The management engine 210 includes mid-level functions associated with controlling a plurality of low intelligence network portals. The ME 218 includes functions for controlling low level operations of a plurality of PHYs and the MAC 216.
In the example of FIG. 2, a MAC is divided into the MAC 212 and the MAC 216. The MAC 212 includes functions for controlling a plurality of low intelligence network portals. The MAC 216 includes functions for interacting with a plurality of PHYs and may receive instructions from the ME 218 as well as from the MAC 212.
The CE 208 monitors the ME 210 including communications between the MAC 212 and the ME 210. The CE 208 filters the monitored messages and identify high level events. For high level events, the CE 208 may provide a high level message to the HLE 202.
In operation, a plurality of messages are received by one or more of the PHYs 214. The messages are communicated to the MAC 216 and the ME 218. The messages may be communicated to the MAC 212 and the ME 210 over a network connecting the low intelligence network portal 206 and the wireless access switch 204. The CE 208 monitors the messages and identifies a high level event. The CE 208 provides a high level message to the HLE 202 over a network connecting the HLE 202 with the wireless access switch 204.
FIG. 3 depicts an example of a system 300 including an intelligent network portal connected to a client. FIG. 3 includes intelligent network portal 300 and client 304.
The intelligent network portal 302 includes a HLE 306, a CE 308, a PHY 310-1, a PHY 310-2, a PHY 310-n (collectively PHYs 310), a ME 312, and a MAC 314. The PHYs 310 may be radios or other communications devices. The MAC 314 may include functions to control the PHYs 310. The ME 312 may include management functions to provide instructions to the PHYs 310 and the MAC 314. The CE 308 may include monitoring and reporting functions. The HLE 306 may include high level network management functions.
The client 304 may be a non-NP STA able to communicate via a wireless connection using a common protocol with PHY 310-1.
In the example of FIG. 3, the intelligent network portal 302 may be connected to the client 304. The client 304 may transmit messages to the PHY 310-1. The message may be passed from the PHY 310-1 to the MAC 314 and to the ME 312. The CE 308 may monitor messages passed between the MAC 314 and the ME 312 as well as messages from the PHYs 310 to the ME 312 via a SAP. The CE 308 may filter the messages for any high level events. For any high level events, the CE 308 may create and provide a high level message to the HLE 306.
FIG. 4 depicts an example of a flowchart 400 of a method for providing a summary of filtered messages. The method is organized as a sequence of modules in the flowchart 400. However, it should be understood that these and modules associated with other methods described herein may be reordered for parallel execution or into different sequences of modules.
In the example of FIG. 4, the flowchart starts at module 402 with receiving a plurality of message from a network interface. The messages may be received by one or more PHYs in conjunction with a MAC. A management engine may control the PHYs and the MAC. Service access points at the connections between the PHY and the MAC and the ME may be used to monitor the messages.
In the example of FIG. 4, the flowchart continues to module 404 with filtering the plurality of messages. The messages may be filtered for high level events such as in a non-limiting example, a disconnection or a waning connection. A high level event may be identified.
In the example of FIG. 4, the flowchart continues to module 406 with synthesizing a summary of the plurality of messages. The summary may identify the high level event observed, and/or may indicate the nature of the high level event. Details such as address may or may not be included.
In the example of FIG. 4, the flowchart continues to module 408 with providing the summary. The summary may be provided as a message to a HLE. The message may be transmitted to the HLE over a network, or where the HLE resides on common hardware, the message may be provided to the HLE by placing the message in memory accessible to the HLE. Having provided the summary, the flowchart terminates.
FIG. 5 depicts an example of a flowchart 500 of a method for attaching a STA to a NP. The method is organized as a sequence of modules in the flowchart 500. However, it should be understood that these and modules associated with other methods described herein may be reordered for parallel execution or into different sequences of modules.
In the example of FIG. 5, the flowchart starts at module 502 with receiving a request for a list of networks. The list of networks may include only distinct networks, where multiple NPs may represent a single network. In a non-limiting example, although 12 NPs are in range, all 12 NPs are associated with a single network. The list should include only the identifier of the single network.
In the example of FIG. 5, the flowchart continues to module 504 with issuing one or more NP level scan requests. The requests seek to identify NPs in range, regardless of their network. The scan requests may be issued in one or more communications protocols. In a non-limiting example, three different communications protocols are in use and 802.11 is one of the three protocols.
In the example of FIG. 5, the flowchart continues to module 506 with receiving one or more NP level scan responses. The responses may be received via one or more communications protocols. A plurality of NP level scan responses may be received identifying a plurality of NPs in range.
In the example of FIG. 5, the flowchart continues to module 508 with sorting NP level scans by network as a list. This step may be optional, however, in discovering distinct networks in the following module, it may be helpful to have the networks sorted as a list.
In the example of FIG. 5, the flowchart continues to module 510 with identifying distinct networks. Each distinct network may be associated with one or more NPs in range. The networks may provide connectivity via one or more than one communication protocol. In a non-limiting example, the list may be a summary of the plurality of messages.
In the example of FIG. 5, the flowchart continues to module 512 with providing a list of distinct networks. The list may be provided to a HLE. In a non-limiting example, providing the list is the same as providing a summary.
In the example of FIG. 5, the flowchart continues to module 514 with receiving an instruction to attach to a chosen network. The instruction may be received from a HLE. The HLE may have decided upon a network based on the list of distinct networks. The network selection may be made by network rather than by NP; the difference being that in selecting a network, the NP in use may vary, whereas in selection by NP, a particular NP may be used.
In the example of FIG. 5, the flowchart continues to module 516 with identifying a target NP in the chosen network from the one or more NP level scan responses. The NP may be selected based on NP selection criteria. In a non-limiting example, various criteria for selecting a NP may include signal strength, NP loading, communications protocol or other known or convenient criteria for selecting a NP.
In the example of FIG. 5, the flowchart continues to module 518 with attaching to the target NP. The attachment to the NP will provide network connectivity. Having attached to the target NP, the flowchart terminates.
FIG. 6 depicts an example of a flowchart 600 of a method for managing a waning connection. The method is organized as a sequence of modules in the flowchart 600. However, it should be understood that these and modules associated with other methods described herein may be reordered for parallel execution or into different sequences of modules.
In the example of FIG. 6, the flowchart starts at module 602 with a STA connected to a network. A STA may be connected to a NP providing connectivity to the STA via the network. In a non-limiting example, the STA may transmit class 3 802.11 frames to LLC peers on the network indicating that it is connected.
In the example of FIG. 6, the flowchart continues to module 604 with identifying a waning connection. “Waning” may be interpreted as a state of anticipation of disconnection. The STA may be anticipating that it will lose all links to all NPs within the network in a defined time interval, however, the STA is presently able to transmit and receive data from peer entities. In a non-limiting example, the predictive failure of the link may be due to explicit disassociation by a peer, imminent invalidation of cryptographic keys as usage limits (such as sequence counter exhaustion), or predictive signal strength algorithms.
In the example of FIG. 6, the flowchart continues to module 606 with transmitting a message advising of potential loss of connectivity to the network. The message warns of the waning connection and provides an opportunity to take action to remain connected.
In the example of FIG. 6, the flowchart continues to module 608 with receiving a reply message including an instruction. The instruction may determine whether or not action is taken to remain connected. In particular, if an action is to be taken the action may be specified by the message.
In the example of FIG. 6, the flowchart continues to module 610 with determining: take action to remain connected?
In the example of FIG. 6, if the decision at module 610 is yes, then the flowchart continues to module 618 with optionally activating a second or nth network interface or connection device. Where no NPs, or at least no desirable NPs are available via a certain network communications protocol, a second or nth network communications protocol may be used. NPs operating on the second or nth communications protocol may be made accessible, and a NP may be selected to use for all subsequent communications using the second or nth communications protocol.
In the example of FIG. 6, the flowchart continues to module 620 with identifying a new point of connection to the network. If another network connection exists, such as a wired connection or another NP on the current communications protocol is available, the new point of connection may be used.
In the example of FIG. 6, the flowchart continues to module 622 with transitioning to the new point of connection. The new point of connection is selected and established.
In the example of FIG. 6, the flowchart continues to module 624 with transmitting a message informing a HLE of the successful transition to the new point of connection. Having transmitted the message informing of the successful transition to the new point of connection, the flowchart returns to module 602, connected to a network.
In the example of FIG. 6, if the decision at module 610 is no, then the flowchart proceeds to module 612 with ignoring the waning connection. It may be assumed that the device will remain connected for some time period before disconnection.
In the example of FIG. 6, the flowchart proceeds to decision module 616 with deciding: disconnect? Disconnecting manually is an option; a device may choose to drop off of the network prior to allowing the waning connection to fail. Alternatively, the device may lose connectivity before such a decision can be made.
If the decision at module 616 is yes, or the device loses connectivity before the decision can be made, the flowchart proceeds to module 614 with disconnected from the network. In a non-limiting example, the device no longer may transmit class 3 frames.
If the decision at module 618 is no, then the flowchart continues to module 602 with connected to the network. The waning connection may be re-identified and action may be taken, or alternatively, the waning connection may be disregarded, and communication may continue up until network connectivity is lost. Having chosen to ignore the waning connection and having not been connected the flowchart loops while the device remains connected.
FIG. 7 depicts an example of a system 700 including a STA in range of n overlapping networks. FIG. 7 includes STA 701, network 712-1, network 712-2, and network 712-n (collectively networks 712).
In the example of FIG. 7, the STA 701 includes HLE 702, CE 704, ME 706, MAC 708, PHY 710-1, PHY 710-2, and PHY 710-n (collectively PHYs 710). The HLE 702 may include a mobility manager, or other engine benefiting from high level instructions. The high level engine may include one or more functions for interaction with a service access point SAP. The functions may include messaging capability and decision making capability for high level network operations. In a non-limiting example, the high level network operations may include connect, disconnect, enable new network protocol and other high level operations.
The CE 704 may include a monitor and a message generator and a filter. The monitor may interact with a SAP operable to capture messages provided and received by the ME 106. The filter may be operable to identify messages having high level importance. The message generator may be operable to create a high level message based on the captured messages. The CE 704 may sit between lower level network management such as the ME 706 and the HLE 702.
The ME 706 may provide low level control over the MAC 708 and the PHYs 710. Messages passed between the ME 706, the MAC 708 and the PHYs 710 may be monitored by the CE 704.
Networks 712 may include n different networks operating on n distinct network protocols; one or more networks may operate on the same network protocol. As depicted network 712-n includes NP 714, network 712-2 includes NP 716-1 and NP 716-2 (collectively NPs 716), and network 712 includes NP 718-1 and 718-2 (collectively NPs 718).
In the example of FIG. 7, NP 714, NPs 716, and NPs 718 are all in range of the PHYs 710, and represent networks the STA 701 may connect to.
In operation, HLE 702 has issued an instruction to identify available networks, and network portal level scan requests have been transmitted. NP 714, NPs 716, and NPs 718 response to network portal level scan requests. Thus, five different messages associated with n different networks are received by the PHYs 710. The messages are provided to the ME 706 and the MAC 708. The CE 704 monitors the messages via SAPs between the PHYs 710, the MAC 708 and the ME 706. The CE filters the messages creating a list of distinct networks and identifies the networks 712 as n distinct networks. The list of n distinct networks is transmitted as a message to the HLE 702. The HLE may then select a network and provide an instruction to attach to a particular NP of the specified network.
FIG. 8 depicts a non-limiting example of a system 800 including two overlapping networks and station passing through a boundary of the networks. FIG. 8 includes NP 802-1, NP 802-2 (collectively NPs 801), NP 804-1, NP 804-2 (collectively NPs 804), STA 815, STA 816, and STA 818.
NPs 802 are each providing network connectivity to network A, and NPs 804 are each providing network connectivity to network B. Network A and network B operate using different communications protocols. The dotted lines indicate the extent of each NP's coverage area, and the dashed lines each indicate a connection between NPs and STAs.
The STA 815, the STA 816, and the STA 818 each correspond to different points in time for the same STA. In time, STA 815 is past, STA 816 is present and STA 818 is future. Each of STA 815, STA 816, and STA 818 include a CE and a HLE.
In operation, a user of the STA is carrying the STA passing through the boundaries of different networks having overlapping coverage areas. The STA 815 was first connected to the network A via NP 802-2 because STA 815 was closer to NP 802-2 and has a stronger signal. STA 815 could have connected to NP 802-1 if needed as STA 815 was in range of the NP 802-1. When presented with networks, STA 815's HLE was only presented with network A; notably both of NPs 802 responded to network portal level scan requests.
STA 816 has come into range of each of NP 802-1 and NP 804-2. STA 816 is presently connected to NP 802-2 as it was closest and had the strongest signal. However, the connection from NP 802-2 is waning as STA 816 is near the extent of the range of NP 802-2. STA 816 decides to enable a second network connection in the hopes of discovering an available NP prior to losing all network connectivity. STA 816's HLE issues a request for available networks. STA 816 issues a network portal level scan request for available network portals using the communications protocol of network B. NP 804-2 responds. STA 816 establishes a connection with NP 804-2, and begins communicating via NP 804-2. The STA 816's HLE will have been provided a message warning of the loss of network connectivity, but lower level messages regarding NP level connectivity will be filtered out.
The connection to NP 802-2 will be lost. However, STA 818 will have the connection with NP 804-2. As the user continues along, STA 818 will come into range of NP 804-1. Since the STA 818 will have a higher signal strength to NP 804-2, the STA 818 will remain connected to NP 804-2. Messages will not be passed to the STA 818's HLE as the NP 804-1 is on the same network as NP 804-2.
FIG. 9 depicts an example of a device 900 for providing high level instructions. The system 900 may be a conventional computer system that can be used as a client computer system, such as a wireless client or a workstation, or a server computer system. The computer system 900 includes a device 902, I/O devices 904, radio 924, and a display device 906. The device 902 includes a processor 908, a communications interface 910, memory 912, display controller 914, non-volatile storage 916, I/O controller 918, clock 922. The device 902 may be coupled to or include the I/O devices 904 display device 906, and radio 924.
The processor 908 may be, for example, a conventional microprocessor such as an Intel Pentium microprocessor or Motorola power PC microprocessor. The memory 912 is coupled to the processor 908 by a bus 920. The memory 912 can be Dynamic Random Access Memory (DRAM) and can also include Static RAM (SRAM). The bus 920 couples the processor 908 to the memory 912, also to the non-volatile storage 916, to the display controller 914, and to the I/O controller 918.
The I/O devices 904 can include a keyboard, disk drives, printers, a scanner, and other input and output devices, including a mouse or other pointing device. The display controller 914 may control in the conventional manner a display on the display device 906, which can be, for example, a cathode ray tube (CRT) or liquid crystal display (LCD). The display controller 914 and the I/O controller 918 can be implemented with conventional well known technology.
The non-volatile storage 916 is often a magnetic hard disk, flash memory, an optical disk, or another form of storage for large amounts of data. Some of this data is often written, by a direct memory access process, into memory 912 during execution of software in the device 902. One of skill in the art will immediately recognize that the terms “machine-readable medium” or “computer-readable medium” includes any type of storage device that is accessible by the processor 908 and also encompasses a carrier wave that encodes a data signal.
Radios 924 may be any combination of known or convenient electrical components including by way of example, but not limitation, transistors, capacitors, resistors, multiplexers, wiring, registers, diodes or any other electrical components known or convenient.
In addition, the system 900 is controlled by operating system software which includes a file management system, such as a disk operating system, which is part of the operating system software. One example of operating system software with its associated file management system software is the family of operating systems known as Windows® from Microsoft Corporation of Redmond, Wash. and their associated file management systems. Another example of operating system software with its associated file management system software is the Linux operating system and its associated file management system. The file management system is typically stored in the non-volatile storage 916 and causes the processor 908 to execute the various acts required by the operating system to input and output data and to store data in memory, including storing files on the non-volatile storage 916.
a management engine (ME) coupled to a network interface;
a convergence engine (CE) coupled to the ME;
the CE monitors a plurality of 802.11 messages provided by the network interface to the ME;
the CE filters the plurality of messages;
the CE synthesizes a summary of the plurality of messages;
the CE provides the summary to a high level engine (HLE).
2. The system of claim 1 further comprising a media access controller coupled to the network interface and coupled to the ME, wherein, in operation, the media access controller receives a message from the network interface and provides the message to the ME.
3. The system of claim 1 wherein the summary is provided in response to a request from the HLE.
receiving a plurality of messages from a network interface;
synthesizing a summary of the plurality of messages;
providing the summary.
5. The method of claim 4 wherein the messages are 802.11 messages.
6. The method of claim 4 wherein the messages are received by monitoring the messages as they are passed to a management engine by a network interface.
a management engine (ME) coupled to the network interface;
the CE receives a request from a high level engine (HLE) for a list of networks in range of the network interface;
the CE, in response to the request, instructs the ME to perform one or more scan requests for network portals in range of the network interface;
the ME receives a list of network portals in the range of the network interface;
the ME derives a list of distinct networks from the list of network portals and provides the list of distinct networks to the CE;
the CE provides the list of networks to the HLE as a response to the high level request.
8. The system of claim 7 further comprising a high level engine (HLE) coupled to the CE;
9. The system of claim 7 wherein the CE sorts the responses by network and includes each distinct network in a list of networks.
issuing one or more network portal level scan requests;
receiving one or more network portal level scan responses;
identifying distinct networks from the one or more network portal level scan responses;
providing a list of distinct networks;
11. The method of claim 10 further comprising, receiving a request for a list of networks.
12. The method of claim 10 further comprising, sorting network portal level scans by network as a list.
13. The method of claim 10 further comprising, receiving an instruction to attach to a chosen network.
14. The method of claim 10 further comprising, identifying a target network portal in the chosen network from the one or more network portal level scan responses and attaching to the target NP.
identifying a waning connection;
transmitting a message to a high level engine advising of the waning connection;
receiving a reply message from the high level engine including an instruction;
identifying a new network to transition to;
transitioning to the new network.
16. The method of claim 15 wherein the waning connection is to an 802.11 network and the new network is not an 802.11 network.
17. The method of claim 15 further comprising, receiving a message including an instruction to activate a second connection device.
18. The method of claim 15 further comprising, activating a second network interface.
19. The method of claim 15 further comprising, activating a second connection device.
20. The method of claim 15 wherein transitioning to the new network includes identifying an optimal network portal from a plurality of network portals providing access to the network.
US11970484 2007-09-18 2008-01-07 High level instruction convergence function Active 2031-01-30 US8509128B2 (en)
US97340607 true 2007-09-18 2007-09-18
US97840107 true 2007-10-08 2007-10-08
US98015807 true 2007-10-15 2007-10-15
US98591007 true 2007-11-06 2007-11-06
US11970484 US8509128B2 (en) 2007-09-18 2008-01-07 High level instruction convergence function
PCT/US2008/010708 WO2009038677A3 (en) 2007-09-18 2008-09-11 High level instruction convergence function
US20090073905A1 true true US20090073905A1 (en) 2009-03-19
US8509128B2 US8509128B2 (en) 2013-08-13
ID=40454344
US11970484 Active 2031-01-30 US8509128B2 (en) 2007-09-18 2008-01-07 High level instruction convergence function
US (1) US8509128B2 (en)
WO (1) WO2009038677A3 (en)
US20020080790A1 (en) * 1998-08-11 2002-06-27 Beshai Maged E. Universal transfer method and network with distributed switch
US20040029580A1 (en) * 2002-01-18 2004-02-12 Nokia Corporation Method, system and device for service selection via a wireless local area network
US20050078644A1 (en) * 2003-10-14 2005-04-14 Intel Corporation Service discovery architecture and method for wireless networks
US20090252120A1 (en) * 2005-04-11 2009-10-08 Yong Ho Kim Method of communication supporting media independent handover
JP4824953B2 (en) 2005-06-23 2011-11-30 富士通株式会社 Communication in the mobile communication system method and a mobile station and a base station
JP4983104B2 (en) 2006-06-12 2012-07-25 株式会社日立製作所 Network systems and servers
CN101557592B (en) 2009-05-14 2011-06-01 西安西电捷通无线网络通信股份有限公司 STA roaming switching method for completing WPI by AC in convergent-type WLAN and system thereof
WO2009038677A2 (en) 2009-03-26 application
US8509128B2 (en) 2013-08-13 grant
WO2009038677A3 (en) 2009-07-02 application
Wu et al. 2011 M2M: From mobile to embedded internet
US20030065784A1 (en) 2003-04-03 Software method for maintaining connectivity between applications during communications by mobile computer terminals operable in wireless networks
US20050238047A1 (en) 2005-10-27 System and method for providing seamless roaming
US20100211698A1 (en) 2010-08-19 Wakeup trigger to support multiple user interfaces, environments, and/or virtual machines
US20050226178A1 (en) 2005-10-13 Remote operations using wireless personal area network
US6820126B2 (en) 2004-11-16 System for dynamic process assignment in a local area network and method therefor
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GAST, MATTHEW S.;REEL/FRAME:020412/0472