Patent Grant
7457289
This application is related to application Ser. No. 10/080,995, entitled “METHODS AND APPARATUS FOR SUPPORTING PROXY MOBILE IP REGISTRATION IN A WIRELESS LOCAL AREA NETWORK,” by inventors Wang et al, filed on Feb. 20, 2002, from which priority is claimed, which is incorporated by reference for all purposes.
This application is also related to application Ser. No. 09/608,692, entitled “METHODS AND APPARATUS FOR IMPLEMENTING A PROXY MOBILE NODE IN A WIRELESS LOCAL AREA NETWORK,” by inventor Kent K. Leung, filed on Jun. 29, 2000, from which priority is claimed, which is incorporated by reference for all purposes.
1. Field of the Invention
The present invention relates to Mobile IP network technology. More particularly, the present invention relates to enabling mobility for a node that changes its location within a network through the use of control messages that are sent and received by access points.
2. Description of the Related Art
Mobile IP is a protocol which allows laptop computers or other mobile computer units (referred to as “Mobile Nodes” herein) to roam between various sub-networks at various locations—while maintaining internet and/or WAN connectivity. Without Mobile IP or related protocol, a Mobile Node would be unable to stay connected while roaming through various sub-networks. This is because the IP address required for any node to communicate over the internet is location specific. Each IP address has a field that specifies the particular sub-network on which the node resides. If a user desires to take a computer which is normally attached to one node and roam with it so that it passes through different sub-networks, it cannot use its home base IP address. As a result, a business person traveling across the country cannot merely roam with his or her computer across geographically disparate network segments or wireless nodes while remaining connected over the internet. This is not an acceptable state-of-affairs in the age of portable computational devices.
To address this problem, the Mobile IP protocol has been developed and implemented. An implementation of Mobile IP is described in RFC 2002 of the Network Working Group, C. Perkins, Ed., October 1996. Mobile IP is also described in the text “Mobile IP Unplugged” by J. Solomon, Prentice Hall. Both of these references are incorporated herein by reference in their entireties and for all purposes.
The Mobile IP process and environment are illustrated in
As shown in
Now, suppose that Mobile Node 6 is removed from its home base network segment 12 and roams to a remote network segment 14. Network segment 14 may include various other nodes such as a PC 16. The nodes on network segment 14 communicate with the internet through a router which doubles as Foreign Agent 10. Mobile Node 6 may identify Foreign Agent 10 through various solicitations and advertisements which form part of the Mobile IP protocol. When Mobile Node 6 engages with network segment 14, Foreign Agent 10 relays a registration request to Home Agent 8 (as indicated by the dotted line “Registration”). The Home and Foreign Agents may then negotiate the conditions of the Mobile Node's attachment to Foreign Agent 10. For example, the attachment may be limited to a period of time, such as two hours. When the negotiation is successfully completed, Home Agent 8 updates an internal “mobility binding table” which specifies the care-of address (e.g., a collocated care-of address or the Foreign Agent's IP address) in association with the identity of Mobile Node 6. Further, the Foreign Agent 10 updates an internal “visitor table” which specifies the Mobile Node address, Home Agent address, etc. In effect, the Mobile Node's home base IP address (associated with segment 12) has been shifted to the Foreign Agent's IP address (associated with segment 14).
Now, suppose that Mobile Node 6 wishes to send a message to a corresponding node 18 from its new location. An output message from the Mobile Node is then packetized and forwarded through Foreign Agent 10 over the internet 4 and to corresponding node 18 (as indicated by the dotted line “packet from MN”) according to a standard internet protocol. If corresponding node 18 wishes to send a message to Mobile Node—whether in reply to a message from the Mobile Node or for any other reason—it addresses that message to the IP address of Mobile Node 6 on sub-network 12. The packets of that message are then forwarded over the internet 4 and to router R1 and ultimately to Home Agent 8 as indicated by the dotted line (“packet to MN(1)”). From its mobility binding table, Home Agent 8 recognizes that Mobile Node 6 is no longer attached to network segment 12. It then encapsulates the packets from corresponding node 18 (which are addressed to Mobile Node 6 on network segment 12) according to a Mobile IP protocol and forwards these encapsulated packets to a “care of” address for Mobile Node 6 as shown by the dotted line (“packet to MN(2)”). The care-of address may be, for example, the IP address of Foreign Agent 10. Foreign Agent 10 then strips the encapsulation and forwards the message to Mobile Node 6 on sub-network 14. The packet forwarding mechanism implemented by the Home and Foreign Agents is often referred to as “tunneling.”
Since a node may not support Mobile IP, a node that changes its location within a network cannot initiate registration with its Home Agent. Proxy mobile IP support (i.e., proxy registration) may therefore be performed by an Access Point on behalf of the node. An Access Point (AP) is the center point in an all-wireless network or serves as a connection point between a wired and a wireless network. Multiple APs can be placed throughout a facility to give users with WLAN adapters the ability to roam freely throughout an extended area while maintaining uninterrupted access to all network resources. Once a node is registered with a Home Agent, packets may be forwarded by the Home Agent to the Foreign Agent. Moreover, the access point may also redirect packets sent by the node to the Foreign Agent, enabling the redirected packets to be sent to the appropriate destination by the Foreign Agent. application Ser. No. 10/080,995, entitled “METHODS AND APPARATUS FOR SUPPORTING PROXY MOBILE IP REGISTRATION IN A WIRELESS LOCAL AREA NETWORK,” by inventors Wang et al, filed on Feb. 20, 2002, which discloses a method of supporting proxy registration by an Access Point, is incorporated by reference for all purposes.
In order to send a registration request on behalf of the node, the Access Point needs the node's IP address and Home Agent address (i.e., default gateway) in order to compose a registration request packet. In addition, the Access Point also ascertain's the node's sub-network network mask (i.e., netmask) in order to ascertain whether Mobile IP proxy services are required. Specifically, when the Access Point determines from the source address of a data packet and the netmask that the node is located on the subnet identical to the subnet of the Access Point, no Mobile IP service is required on behalf of the node as shown at block. However, when the Access Point determines from the source address that the node is not located on the subnet of the Access Point, proxy Mobile IP service is performed by the Access Point is performed on behalf of the node.
The node typically provides its configuration information such as IP address, default gateway (e.g., Home Agent), and network mask in an IP packet such as an IP data packet sent to the initial Access Point. As the node roams to another location, it roams to another Access Point. However, this subsequent Access Point within the network is not in possession of the node's configuration information. Moreover, the node is unaware that this subsequent Access Point does not have its configuration information.
In view of the above, it would therefore be desirable to enable the subsequent Access Point to obtain this configuration information without involvement, modification or configuration of the node.
The present invention enables configuration information for a node that does not support Mobile IP to be ascertained by an Access Point. Configuration information may include, for example, IP address of the node, and/or Home Agent address, network mask, as well as Foreign Agent address. The configuration information may be obtained by an Access Point from another Access Point having this configuration information. In this manner, an Access Point may obtain the configuration information for a node, thereby enabling the Access Point to initiate registration of the node with its Home Agent on behalf of the node.
In accordance with one aspect of the invention, a first access point sends an inter-proxy request message to one or more additional access points, the inter-proxy request message identifying the node and indicating that IP configuration information for the node is requested. The first access point then receives an inter-proxy reply message from a second one of the additional access points, the inter-proxy reply message including the IP configuration information, thereby enabling the first access point to send a registration request on behalf of the node using the IP configuration information. In this manner, the Access Points support mobility for a node that does not support Mobile IP.
In accordance with another aspect of the invention, the inter-proxy request message is sent to one or more additional access points by sending the request message to an inter-proxy multicast group. This is accomplished by configuring the Access Points to be associated with a particular multicast group. The inter-proxy request message may then be addressed to the inter-proxy multicast group IP address.
In accordance with yet another aspect of the invention, the inter-proxy request and reply messages conform to an inter-proxy protocol. The protocol may, for example, include a message type and opcode. In addition, a sequence number may also be included in both the request and reply messages, enabling request and reply messages to be matched with one another. Other information may be included in the request and reply messages. For instance, the request message identifies the node via an IP and/or MAC address. In addition, the request message also includes an IP address (and/or MAC address) of the sending Access Point, enabling the reply message to be sent to the correct Access Point. The reply message includes the requested configuration information, such as that set forth above.
Yet another aspect of the invention pertains to computer program products including machine-readable media on which are provided program instructions for implementing the methods and techniques described above, in whole or in part. Any of the methods of this invention may be represented, in whole or in part, as program instructions that can be provided on such machine-readable media. In addition, the invention pertains to various combinations and arrangements of data generated and/or used as described herein. For example, packets, and data structures having the format described herein and provided on appropriate media are part of this invention.
These and other features of the present invention will be described in more detail below in the detailed description of the invention and in conjunction with the following figures.
In the following description, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be obvious, however, to one skilled in the art, that the present invention may be practiced without some or all of these specific details. In other instances, well known process steps have not been described in detail in order not to unnecessarily obscure the present invention.
The present invention enables Access Points to obtain IP configuration information for a node that does not support Mobile IP. This is accomplished by sending communication messages from one Access Point to the other Access Points with which it is associated in order to request IP configuration information for the node. Through the use of such communication, IP configuration information may communicated among Access Points, enabling registration and de-registration of the node with a Home Agent to be initiated by an Access Point.
An invention is described herein that enables a node (e.g., a node that does not implement the Mobile IP protocol) to roam to various Foreign Agents within a network such as a DHCP supported network. This is accomplished, in part, through the use of control messages sent between the access points within the network. For purposes of the following discussion, the term “mobile node” will be used to refer to a mobile node implementing the Mobile IP protocol while the term “node” will be used to refer to a node that does not implement the Mobile IP protocol.
In a wireless network, Access Points 210 and 212 are coupled to the Foreign Agents 202 and 204. By way of example, in a wireless network, the Access Points 210 and 212 may have an antenna and receiver for receiving packets. As yet another example, the Access Points 210 and 212 may designate connection points in a nonwireless network. Typically, a mobile node implementing Mobile IP registers and deregisters with its Home Agent through the registration process. However, according to the present invention, registration is initiated by the Access Point on behalf of the Mobile IP node. Similarly, de-registration may be initiated by the Access Point on behalf of the roaming node. For instance, node 206 that has roamed to the first Foreign Agent 202 is registered with the node's Home Agent 200 when the first Access Point 206 composes and sends a registration request packet via the first Foreign Agent 202. Thus, the first Foreign Agent's visitor table and the Home Agent's mobility binding table are updated to indicate that the node has roamed to the first Foreign Agent 202. When the node 206 roams to the second Foreign Agent 204, the node 206 is de-registered (e.g., by one of the Access Points 210, 212, either of the Foreign Agents 202, 204 or the Home Agent 200). In other words, the first Foreign Agent 202 updates its visitor table to reflect the movement of the node 206. Similarly, the Home Agent's mobility binding table is updated to reflect the movement of the node 206 to the second Foreign Agent 204. Thus, the appropriate entry in the first Foreign Agent's visitor table and the Home Agent's mobility binding table may be deleted. A new entry is then entered in the Home Agent's mobility binding table and the second Foreign Agent's visitor table upon completion of registration of the mobile node with the Home Agent. Alternatively, the visitor table may be maintained and updated by the Access Point.
Four exemplary methods of detecting a node's IP address are listed here. First, a node may be detected upon receipt of an Address Resolution Protocol (ARP) request and reply by the Access Point. More particularly, in order to send a packet to a destination IP address, a node must obtain the MAC address or “link-layer address” associated with the destination IP address. A node typically obtains a MAC address associated with an intended destination IP address by sending an ARP request to the Foreign Agent via the Access Point. Second, a node may attempt to send an actual IP data packet via the Foreign Agent. Thus, in this instance, if the node's IP address does not belong to the local subnet, the receipt of the data packet by the Access Point triggers the sending of a control packet (i.e., registration request packet) by the Access Point. Third, an access point may receive a DHCP reply designated to the node, and the Access Point can save the node's IP address obtained from the DHCP reply in its client table for future reference. Fourth, when a node roams to an access point and is associated with the access point, the access point can send an inter-proxy request message to a group of access points it is associated with. If one or more access points happen to have the node IP configuration saved in their client history table as mentioned in the above three methods, one or more inter-proxy reply messages will be sent back to the current access point.
In accordance with one embodiment of the invention, access point inter-proxy control messages are used by one or more Access Points to communicate information about the respective Access Points and/or nodes' IP configuration, so that the receiving access point can make an intelligent decision as to whether to registere the nodes with their Home Agent(s) via Foreign Agents on behalf of the nodes. More particularly, configuration information may be transmitted among the Access Points so that each Access Point may store a local copy of the configuration information associated with various nodes. Once obtained by an Access Point, this configuration information may then be used to initiate registration on behalf of a node.
The node is also configured with its IP configuration information as shown at 306. This IP configuration information may include, but is not limited to, the node's IP address and default gateway (e.g., Home Agent), as well as the node's network mask. In addition, the Home Agent and Foreign Agent may be implemented in a single router. However, if the Home Agent and Foreign Agent are not implemented together, the IP configuration information may also include a Foreign Agent address.
When the node roams to a first Access Point, it initiates an 802.11 association with the first Access Point at block 308. When the first Access Point grants the 802.11 association to the node at 310, communication is established between the node and the first Access Point. The first Access Point then obtains the IP configuration information from a packet (e.g., IP data packet, DHCP reply packet, or ARP request/reply packet) received from the node at 312. Exemplary IP configuration information may include, for example, IP address, network mask, and/or default gateway (e.g., Home Agent). The first Access Point then updates its client history table with the newly obtained configuration information at block 314. An exemplary client history table will be described in further detail below with reference to
The node then roams to a second Access Point as shown at 316-318, and initiates an 802.11 association with the second Access Point at 320. The second Access Point then grants the association with the node at 322. The node and the second Access Point may now communicate with each other.
In order to obtain configuration information for the node, the second Access Point sends an inter-proxy request message (e.g., UDP message) identifying the node with its Link Layer MAC address and requesting IP configuration information associated with the node to the inter-proxy communication multicast group at 324. For instance, the node may be identified by a MAC address and/or IP address. This inter-proxy request message my be protected using the shared secret key with security hashing (e.g., MD5) An example inter-proxy request message will be described in further detail below with reference to
When the first Access Point receives the inter-proxy request message at 326, it obtains the IP configuration information associated with the node from its client history table. The first Access Point then composes and sends an inter-proxy reply message (e.g., UDP message) including the requested IP configuration information for the node to the second Access Point at 328. This inter-proxy reply message is preferably composed with an attached hash value in order to support an integrity check by the receiving Access Point, where the hash value is generated using the shared secret key and security hashing such as MD5. An exemplary inter-proxy reply message will be described in further detail below with reference to
It is important to note that other Access Points other than the first Access Point will also be receiving the inter-proxy request message. Upon receipt of the inter-proxy request message, the receiving Access Points will search their client history table for IP configuration information for the node, and will send an inter-proxy reply message if and when IP configuration information for the node is located in its client history table, which stores IP configuration information for one or more nodes. IP configuration information preferably includes an IP address for the node, subnet mask and a Home Agent address.
When the second Access Point receives the inter-proxy reply message at 330, it updates its client history table with the newly obtained IP configuration information. The second Access Point may also send a de-registration request on behalf of the node for its first care-of address at 332, enabling the node to de-register with its Home Agent for the first registration request sent by the first Access Point. The second Access Point then sends a registration request on behalf of the node using the newly obtained IP configuration information at 334, if the second access point determines that the node's IP address does not belong to the local subnet.
As described above with reference to block 324 of
Generally, the techniques of the present invention may be implemented on software and/or hardware. For example, they can be implemented in an operating system kernel, in a separate user process, in a library package bound into network applications, on a specially constructed machine, or on a network interface card. In a specific embodiment of this invention, the technique of the present invention is implemented in software such as an operating system or in an application running on an operating system.
A software or software/hardware hybrid implementation of the techniques of this invention may be implemented on a general-purpose programmable machine selectively activated or reconfigured by a computer program stored in memory. Such a programmable machine may be a network device designed to handle network traffic, such as, for example, a router or a switch. Such network devices may have multiple network interfaces including frame relay and ISDN interfaces, for example. Specific examples of such network devices include routers and switches. For example, the Access Points of this invention may be implemented in specially configured routers or servers, as well as Cisco Aironet 350, 1100 and 1200 Series Access Points, available from Cisco Systems, Inc. of San Jose, Calif. A general architecture for some of these machines will appear from the description given below. In an alternative embodiment, the techniques of this invention may be implemented on a general-purpose network host machine such as a personal computer or workstation. Further, the invention may be at least partially implemented on a card (e.g., an interface card) for a network device or a general-purpose computing device.
Referring now to
CPU 1562 may include one or more processors 1563 such as a processor from the Motorola family of microprocessors or the MIPS family of microprocessors. In an alternative embodiment, processor 1563 is specially designed hardware for controlling the operations of network device 1560. In a specific embodiment, a memory 1561 (such as non-volatile RAM and/or ROM) also forms part of CPU 1562. However, there are many different ways in which memory could be coupled to the system. Memory block 1561 may be used for a variety of purposes such as, for example, caching and/or storing data, programming instructions, etc.
The interfaces 1568 are typically provided as interface cards (sometimes referred to as “line cards”). Generally, they control the sending and receiving of data packets over the network and sometimes support other peripherals used with the network device 1560. Among the interfaces that may be provided are wired and wireless Ethernet interfaces, frame relay interfaces, cable interfaces, DSL interfaces, token ring interfaces, and the like. In addition, various very high-speed interfaces may be provided such as fast Ethernet interfaces, Gigabit Ethernet interfaces, ATM interfaces, HSSI interfaces, POS interfaces, FDDI interfaces, ASI interfaces, DHEI interfaces and the like. Generally, these interfaces may include ports appropriate for communication with the appropriate media. In some cases, they may also include an independent processor and, in some instances, volatile RAM. The independent processors may control such communications intensive tasks as packet switching, media control and management. By providing separate processors for the communications intensive tasks, these interfaces allow the master microprocessor 1562 to efficiently perform routing computations, network diagnostics, security functions, etc.
Although not shown, various removable antennas may be used for further increase range and reliability of the access points. In addition, radio transmit power e.g., 1, 5, 20, 30, 50, and 100 mW) on the Cisco Aironet 350, 1100 and 1200 Series is configurable to meet coverage requirements and minimize interference. In addition, a Cisco Aironet AP can be configured as a redundant hot standby to another AP in the same coverage area. The hot-standby AP continually monitors the primary AP on the same channel, and assumes its role in the rare case of a failure of the primary AP.
Although the system shown in
Regardless of network device's configuration, it may employ one or more memories or memory modules (such as, for example, memory block 1565) configured to store data, program instructions for the general-purpose network operations and/or other information relating to the functionality of the techniques described herein. The program instructions may control the operation of an operating system and/or one or more applications, for example.
Because such information and program instructions may be employed to implement the systems/methods described herein, the present invention relates to machine readable media that include program instructions, state information, etc. for performing various operations described herein. Examples of machine-readable media include, but are not limited to, magnetic media such as hard disks, floppy disks, and magnetic tape; optical media such as CD-ROM disks; magneto-optical media such as floptical disks; and hardware devices that are specially configured to store and perform program instructions, such as read-only memory devices (ROM) and random access memory (RAM). Examples of program instructions include both machine code, such as produced by a compiler, and files containing higher level code that may be executed by the computer using an interpreter.
Although illustrative embodiments and applications of this invention are shown and described herein, many variations and modifications are possible which remain within the concept, scope, and spirit of the invention, and these variations would become clear to those of ordinary skill in the art after perusal of this application. For instance, although the specification has described access points, other entities used to tunnel packets to mobile nodes on remote network segments can be used as well. For example, routers, bridges or other less intelligent packet switches may also employ the standby protocol of this invention. Moreover, although the present invention is useful for nodes that do not support Mobile IP, the invention may also be applicable for nodes that support Mobile IP. Moreover, the present invention may be applicable in a network supported by various protocols such as DHCP. Accordingly, the present embodiments are to be considered as illustrative and not restrictive, and the invention is not to be limited to the details given herein, but may be modified within the scope and equivalents of the appended claims.
| Number | Name | Date | Kind |
|---|---|---|---|
| 4692918 | Elliott et al. | Sep 1987 | A |
| 5016244 | Massey, Jr. et al. | May 1991 | A |
| 5018133 | Tsukakoshi et al. | May 1991 | A |
| 5218600 | Schenkyr et al. | Jun 1993 | A |
| 5276680 | Messenger | Jan 1994 | A |
| 5371852 | Attanasio et al. | Dec 1994 | A |
| 5473599 | Li et al. | Dec 1995 | A |
| 5490139 | Baker et al. | Feb 1996 | A |
| 5570366 | Baker et al. | Oct 1996 | A |
| 5572528 | Shuen | Nov 1996 | A |
| 5619552 | Karppanen et al. | Apr 1997 | A |
| 5729537 | Billstrom | Mar 1998 | A |
| 5751799 | Mori | May 1998 | A |
| 5805702 | Curry et al. | Sep 1998 | A |
| 5825759 | Liu | Oct 1998 | A |
| 5862345 | Okanoue et al. | Jan 1999 | A |
| 5978672 | Hartmaier et al. | Nov 1999 | A |
| 6016428 | Diachina et al. | Jan 2000 | A |
| 6055236 | Nessett et al. | Apr 2000 | A |
| 6061650 | Malkin et al. | May 2000 | A |
| 6075783 | Voit | Jun 2000 | A |
| 6078575 | Dommety et al. | Jun 2000 | A |
| 6079020 | Liu | Jun 2000 | A |
| 6081507 | Chao et al. | Jun 2000 | A |
| 6122268 | Okanoue et al. | Sep 2000 | A |
| 6131095 | Low et al. | Oct 2000 | A |
| 6137791 | Frid et al. | Oct 2000 | A |
| 6144671 | Perinpanathan et al. | Nov 2000 | A |
| 6154839 | Arrow et al. | Nov 2000 | A |
| 6163843 | Inoue et al. | Dec 2000 | A |
| 6167513 | Inoue et al. | Dec 2000 | A |
| 6172986 | Watanuki et al. | Jan 2001 | B1 |
| 6173399 | Gilbrech | Jan 2001 | B1 |
| 6175917 | Arrow et al. | Jan 2001 | B1 |
| 6195705 | Leung | Feb 2001 | B1 |
| 6226748 | Bots et al. | May 2001 | B1 |
| 6226751 | Arrow et al. | May 2001 | B1 |
| 6230012 | Willkie et al. | May 2001 | B1 |
| 6240089 | Okanoue et al. | May 2001 | B1 |
| 6256300 | Ahmed et al. | Jul 2001 | B1 |
| 6272129 | Dynarski et al. | Aug 2001 | B1 |
| 6308267 | Gremmelmaier | Oct 2001 | B1 |
| 6339830 | See et al. | Jan 2002 | B1 |
| 6377982 | Rai et al. | Apr 2002 | B1 |
| 6393482 | Rai et al. | May 2002 | B1 |
| 6396828 | Liu | May 2002 | B1 |
| 6400722 | Chuah et al. | Jun 2002 | B1 |
| 6445922 | Hiller et al. | Sep 2002 | B1 |
| 6452920 | Comstock | Sep 2002 | B1 |
| 6466964 | Leung et al. | Oct 2002 | B1 |
| 6473413 | Chiou et al. | Oct 2002 | B1 |
| 6496491 | Chuah et al. | Dec 2002 | B2 |
| 6496855 | Hunt et al. | Dec 2002 | B1 |
| 6510144 | Dommety et al. | Jan 2003 | B1 |
| 6515974 | Inoue et al. | Feb 2003 | B1 |
| 6522880 | Verma et al. | Feb 2003 | B1 |
| 6535493 | Lee et al. | Mar 2003 | B1 |
| 6571289 | Montenegro | May 2003 | B1 |
| 6577643 | Rai et al. | Jun 2003 | B1 |
| 6578085 | Khalil et al. | Jun 2003 | B1 |
| 6587882 | Inoue et al. | Jul 2003 | B1 |
| 6625135 | Johnson et al. | Sep 2003 | B1 |
| 6651105 | Bhagwat et al. | Nov 2003 | B1 |
| 6657981 | Lee et al. | Dec 2003 | B1 |
| 6665537 | Lioy | Dec 2003 | B1 |
| 6683871 | Lee et al. | Jan 2004 | B1 |
| 6684241 | Sandick et al. | Jan 2004 | B1 |
| 6701437 | Hoke et al. | Mar 2004 | B1 |
| 6707809 | Warrier et al. | Mar 2004 | B1 |
| 6742036 | Das et al. | May 2004 | B1 |
| 6760444 | Leung | Jul 2004 | B1 |
| 6763007 | La Porta et al. | Jul 2004 | B1 |
| 6795857 | Leung et al. | Sep 2004 | B1 |
| 6810259 | Zhang | Oct 2004 | B1 |
| 6947401 | El-Malki et al. | Sep 2005 | B2 |
| 6973068 | Inoue et al. | Dec 2005 | B2 |
| 6982967 | Leung | Jan 2006 | B1 |
| 7079499 | Akhtar et al. | Jul 2006 | B1 |
| 7080151 | Borella et al. | Jul 2006 | B1 |
| 7130629 | Leung et al. | Oct 2006 | B1 |
| 7139833 | Heller | Nov 2006 | B2 |
| 7152238 | Leung et al. | Dec 2006 | B1 |
| 7161913 | Jung | Jan 2007 | B2 |
| 7170892 | Major | Jan 2007 | B2 |
| 7216159 | Hirose et al. | May 2007 | B2 |
| 7260638 | Crosbie | Aug 2007 | B2 |
| 7339903 | O'Neill | Mar 2008 | B2 |
| 7362742 | Siddiqi et al. | Apr 2008 | B1 |
| 20010005369 | Kloth | Jun 2001 | A1 |
| 20010036184 | Kinoshita et al. | Nov 2001 | A1 |
| 20020018456 | Kakemizu et al. | Feb 2002 | A1 |
| 20020026527 | Das et al. | Feb 2002 | A1 |
| 20020075807 | Troxel et al. | Jun 2002 | A1 |
| 20020075866 | Troxel et al. | Jun 2002 | A1 |
| 20020078238 | Troxel et al. | Jun 2002 | A1 |
| 20020147837 | Heller | Oct 2002 | A1 |
| 20030021275 | Shabeer | Jan 2003 | A1 |
| 20030123421 | Feige et al. | Jul 2003 | A1 |
| 20030212794 | Touati et al. | Nov 2003 | A1 |
| 20040001513 | Major et al. | Jan 2004 | A1 |
| 20040024901 | Agrawal et al. | Feb 2004 | A1 |
| 20040081086 | Hippelainen et al. | Apr 2004 | A1 |
| 20040103282 | Meier et al. | May 2004 | A1 |
| 20040109452 | Takihiro et al. | Jun 2004 | A1 |
| 20040208187 | Mizell et al. | Oct 2004 | A1 |
| 20040213172 | Myers et al. | Oct 2004 | A1 |
| 20040213260 | Leung | Oct 2004 | A1 |
| 20060203804 | Whitmore et al. | Sep 2006 | A1 |
| Number | Date | Country |
|---|---|---|
| 0924913 | Jun 1999 | EP |
| 0978977 | Sep 2000 | EP |
| 1124396 | Aug 2001 | EP |
| Number | Date | Country | |
|---|---|---|---|
| 20040114559 A1 | Jun 2004 | US |
