EP1894423B1 - Method to facilitate handover - Google Patents

Method to facilitate handover Download PDF

Info

Publication number
EP1894423B1
EP1894423B1 EP06771389.1A EP06771389A EP1894423B1 EP 1894423 B1 EP1894423 B1 EP 1894423B1 EP 06771389 A EP06771389 A EP 06771389A EP 1894423 B1 EP1894423 B1 EP 1894423B1
Authority
EP
European Patent Office
Prior art keywords
access point
node
mobile node
message
mobile
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.)
Active
Application number
EP06771389.1A
Other languages
German (de)
French (fr)
Other versions
EP1894423A2 (en
EP1894423A4 (en
Inventor
Narayanan Venkitaraman
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.)
Google Technology Holdings LLC
Original Assignee
Google Technology Holdings LLC
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
Application filed by Google Technology Holdings LLC filed Critical Google Technology Holdings LLC
Publication of EP1894423A2 publication Critical patent/EP1894423A2/en
Publication of EP1894423A4 publication Critical patent/EP1894423A4/en
Application granted granted Critical
Publication of EP1894423B1 publication Critical patent/EP1894423B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0033Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/24Radio transmission systems, i.e. using radiation field for communication between two or more posts
    • H04B7/26Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
    • H04B7/2603Arrangements for wireless physical layer control
    • H04B7/2606Arrangements for base station coverage control, e.g. by using relays in tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/08Network architectures or network communication protocols for network security for authentication of entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/062Pre-authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • H04W12/069Authentication using certificates or pre-shared keys
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/08Reselecting an access point
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • H04W40/36Modification of an existing route due to handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • H04L63/123Applying verification of the received information received data contents, e.g. message integrity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates generally to communication networks having multiple potential points of presence for a given mobile node and more particularly to handing over of a mobile node amongst such points of presence.
  • Communication networks having multiple points of presence are known.
  • multiple Layer 2 points of presence are available when a communication network has a plurality of wireless access points.
  • multiple Layer 3 points of presence become available when a communication network has a plurality of access routers as are also known in the art.
  • such networks are designed to accommodate mobile nodes that change their location from time to time (including during a present communication session).
  • a given mobile node can change its point of presence with respect to such a network.
  • a change with respect to a Layer 2 point of presence will occur when the mobile node moves between Layer 2 base stations or access points on a same Internet Protocol (IP) subnet while a change with respect to a Layer 3 point of presence (as well as with respect to a Layer 2 point of presence) will typically occur when the mobile node moves between different anchor nodes or when a mobile node moves between access points connected to different subnets
  • IP Internet Protocol
  • the mobile node sends its Care-of-Address (CoA) to its home agent (sometimes referred to as a home anchor node) through the target subnet to enable the home agent proxy for the mobile node and tunnel packets destined to mobile nodes home IP address to the current location, i.e. its CoA.
  • CoA Care-of-Address
  • US 2003/225892 A1 discloses an old care-of address being assigned to a mobile node in the communication area of an old access router and a mobile node communicating with a correspondent node.
  • a binding update message is transmitted to a diverging point router.
  • the diverging point router is a router device located in the node where a route from the correspondent node to the old access router and a route from the correspondent router to the new access router are diverged.
  • the diverging point router transfers packets addressed to the old care-of address to the new care-of address assigned to the mobile node in the communication area of the new access router.
  • SID Session Inter-Device
  • a method for handing over a mobile node from a source access point to a target access point is provided herein.
  • the source access point will create handover messages on behalf of the mobile node.
  • the source access point detects that handover is taking place, the source access point will transmit the appropriate handover message to the mobile node's anchor node. Because the source access point may not have the necessary security credentials to create messages on behalf of the mobile node, in an alternate embodiment of the present invention, the messages are created by the mobile node and stored at the source access point until needed.
  • the present invention encompasses a method for facilitating handover.
  • the method comprises the steps of determining by a source access point that a mobile node is handing over from the source access point to a target access point, creating a message by the source access point, notifying the mobile node's anchor node of the handover, and transmitting the message to the mobile node's anchor node; causing the anchor node to route the mobile node's traffic to the target access point.
  • the present invention additionally encompasses a method for facilitating handover from a source access point to a target access point.
  • the method comprises the steps of determining potential target access points, providing to a mobile node, information related to at least one of the potential target access points, and receiving a plurality of handover messages from the mobile node, wherein each handover message includes authentication code generated with a shared secret key between the mobile node and the home agent.
  • the present invention additionally encompasses a method for facilitating handover from a source access point to a target access point.
  • the method comprising the steps of receiving a information about potential target access points, creating at least one handover message indicating a care of address at the target access points, wherein the handover message includes an authentication code generated with a shared secret key, and transmitting the atleast one handover message to the source access point.
  • FIG. 1 is a block diagram of communication system 100.
  • communication system 100 comprises mobile node (MN) 104, anchor node 101, router 105, and a plurality of access points (only access points 102. 106, and 109 are labeled).
  • MN mobile node
  • Mobile node 104 is attached to a first point-of-presence element, or access point 102 through base station 103. All base stations communicate with mobile node 104 via a wireless connection using a carrier medium and protocol of choice.
  • the protocol may comprise an 802.16e-family protocol but those skilled in the art will understand that essentially any communication protocol, either as presently exists or as is hereafter developed, may also serve.
  • FIG. 1 While only one anchor node, router and mobile node are shown in FIG. 1 , one of ordinary skill in the art will recognize that a typical communication system will have many more anchor nodes, routers, and mobile units than is shown in FIG. 1 . Furthermore, although shown in FIG. 1 as separate entities, access points and base stations may be collocated.
  • communication between mobile node 104 and anchor node 101 may utilize a security credential (such as a shared key) when transmitting control information from the mobile node to the anchor node.
  • a security credential such as a shared key
  • the use of such a key may be needed in order for the communication to be properly authenticated by the anchor node.
  • control information e.g., a CoA
  • the control information is properly hashed with a shared key to create a message authentication code that is added to the control message.
  • network 100 may be designed to accommodate mobile nodes that change their location from time to time.
  • a given mobile node can change its point of presence within network 100.
  • mobile node 104 may be currently communicating to correspondent node 108 utilizing an anchor node 101 through base station 103, but may be traveling in the direction of base station 107.
  • mobile node 104 will need to break communication with base station 103 and continue communication with correspondent node 108 via anchor node 101 through base station 107. This will result in data being routed to the mobile node's care-of-address, taking the data through anchor node 105, access point 106, and base station 107.
  • source base site router 102 will itself register the new care of address with the anchor node 101 on behalf of the mobile node. Once registered, anchor node 101 will forward all received data to the new care-of-address.
  • the base station and anchor node are configured with the right credentials (security key) to communicate directly (either the BS has the MN-HA key or the BS-Anchor node share a key themselves that can be used to communicate on behalf of all MNs that may connect to BS and use the services of AN).
  • the MN-Anchor share a key that is not available to the BS. In this case the MN creates the message and gives it to the BS ahead of time so that the BS can send it when needed, i.e. when the mobile node hands off or is about to do so.
  • devices sending data to mobile node 104 will continue to use the address of mobile node that is anchored at home agent 101. This is because for local mobility within a domain (that is typically administratively defined with access point and anchor node having a Security Association) the mobile node is completely hidden from L3 mobility even as it moves across access points belonging to different subnets. This ensures that mobile nodes with a mobile IP stack don't detect movement and start mobile IP procedures.
  • the source access point When moving between access points under a single anchor the source access point (e.g. base station router 102) informs the anchor node about the movement of node 104 to the target access point (e.g. base station router 109).
  • the source access point will be made aware of the node's movement towards a new access point using well known techniques. In one embodiment this is done based on mobile node 104 periodically scanning for neighbors and reporting the received signal strength to the source (i.e., the current serving base station). If a new access points signal is better received by mobile node 104 the serving base station may decide to initiate the hand over process. As part of the process the source base station may determine (create/acquire) a new point of contact for mobile 104.
  • This point of contact may be the IP address of the new base site, the MAC address of the new base site, or an IP address unique to the mobile in the subnet of the new base site.
  • the source base station determines that the mobile node is indeed handing over to the new (target) base station (for example based on the receipt of a HO-IND or the action time field in base station-HO_REQ message in the case of 802.16e)
  • the source base station transmits a message to the anchor node indicating the new point of contact for the mobile.
  • the anchor node is a home agent, this message will take the form of a mobile IP registration message sent from the source base station on behalf the mobile node.
  • this message may take the form of IPv6 neighbor advertisement message or an ARP (Address Resolution Protocol) message.
  • the anchor node starts tunneling or forwarding packets to the new location of mobile node.
  • the anchor node may do the redirection immediately or after a delay as specified or negotiated between the access point and the anchor node.
  • the anchor node may also confirm the movement to the new access point by signaling the new access point to confirm that node 104 has indeed begun communication with it.
  • the anchor After hearing from the anchor, if the new access point does not see the mobile node it will deregister the mobile node. Alternately if the new BS does not register for the mobile after a specified time out the anchor may stop forwarding packets to the new base station. Additionally, if the mobile node were to move to an access point different from the originally decided access point, then the anchor node will start forwarding packets to the new access point when it receives the current point of contact either directly from the new base station or from the source base station.
  • the access point will send the request to the anchor node on behalf of the mobile node without any input from the mobile node.
  • base stations may need to hash all communications with the shared secret key.
  • the anchor node when the anchor node itself does not have the credentials to create the registration request on behalf of the mobile node, the mobile node creates the message that it would have transmitted to facilitate handover and provides it to the access point. This is cached in the access point.
  • the access point determines that mobile node is about to move to the new access point, it forwards the message to the anchor node.
  • the anchor node can validate the message as having been sourced by the mobile node and start to redirect the packets to the new access point.
  • the set of Base sites under that anchor node provide consistent mobility related information.
  • the router advertisements from the base site will carry the same prefix that was assigned to the mobile node. If multiple mobile nodes with different prefixes are under a base site then the router advertisement may include all the different prefixes or the router adv may be unicast to each mobile node with the prefix being used by the mobile node.
  • the same source address may be used by set of base sites under the same anchor node so that the mobile node does not have to change the default router.
  • a system may provide the mobile node with the same MAC address for all the base sites and enable each base site proxy for that MAC address.
  • a node may move to an access point under another anchor node.
  • the source access point (base station) or source anchor node may be able to notify a higher level anchor node or the home agent of the mobile node if it has the security key. However if the source access point does not have the security key the following takes place:
  • FIG. 2 is a more-detailed block diagram of a mobile node and access point.
  • both access point 102 and mobile node 104 contain transmit and receive circuitry 201 and 206, and 202 and 207, respectively.
  • Logic circuitry 203 and 208 is provided as a means to control the operation of access point 102 and mobile node 104, respectively.
  • Logic circuitry 203/208 preferably comprises a microprocessor controller, such as, but not limited to a Motorola PowerPC microprocessor.
  • Transmit and receive circuitry 201/206 and 202/207 are common circuitry known in the art for communication utilizing a well known communication protocol, and serve as means for transmitting and receiving messages. For example, all receivers and transmitters use well-known over the air protocols such as Bluetooth, IEEE 802.11, 802.16e, or HyperLAN protocols.
  • FIG. 3 is a flow chart showing the operation of access point 102 during node handover.
  • the logic flow in FIG. 3 assumes that access point 102 has access to the security credentials required to communicate with the anchor node 101.
  • the logic flow begins at step 301 where logic circuitry 203 determines that the handoff of node 104 is imminent. As discussed above, this determination may be from reported signal strength measurements of surrounding access points (received by receiver 202), and the determination that another access point has a better signal strength than access point 102.
  • a new point of contact/address is determined by logic circuitry 203.
  • the point of contact may be the IP address of the new base site, the MAC address of the new base site, or an IP address unique to the mobile in the subnet of the new base site.
  • the logic flow continues to step 305 where the source access point determines that node 104 is handing off to the target access point.
  • the logic flow then continues to step 307 where logic circuitry 203 instructs transmitter 201 to transmit a message to the anchor node indicating the new point of contact for the mobile. This causes the anchor node to route the mobile node's traffic to the target access point.
  • the message may be hashed with the shared-secret key shared between node 104 and its anchor node. This procedure is used for authenticating messages. Additionally, if the anchor node is a home agent, this message will take the form of a mobile IP registration message sent from the source access point on behalf the mobile node.
  • the source access point may wait until the mobile node has left the source access point (i.e., ceased communication with the source access point) to transmit the handoff message.
  • the point of contact is transmitted to the anchor node by serving access point 102 instead of node 104 or the target access point, the point of contact can be communicated to the anchor node in a quicker manner than in prior art systems. This helps ensure a continuous uninterrupted communication between the mobile node and its anchor node or home agent
  • FIG. 4 is a flow chart showing the operation of access point 102 during node handover.
  • the logic flow in FIG. 4 assumes that access point 102 does not have access to the shared secret key that node 104 utilizes in communication with its home agent.
  • the logic flow begins at step 401 where logic circuitry 203 accesses neighbor list 204 and determines potential target anchor nodes that node 104 may utilize when roaming from access point 102. At step 403 this list is provided to node 104.
  • receiver 202 receives handoff messages for each potential candidate access point.
  • Each handover message includes authentication code generated with a shared secret key between the mobile node and the home agent.
  • step 407 logic circuitry 203 determines that node 104 is handing off to a target access point, and determines the identity of the particular target access point (step 409).
  • the identity of the target access point may determined by analyzing signal strength measurements reported by node 104, and assuming that node 104 is handing over to the access point with the greatest signal strength.
  • BS_HO-REQ Base Site Handover request
  • MS_HO_REQ Mobile HO request
  • HO-IND Home indication
  • step 410 the determination as to whether the buffered message needs to be passed on to the anchor node (home agent) of the mobile node. This determination is done based on whether the mobile nodes movement would require a change in the care of address of the node there by making necessary a message to an anchor node with which only the mobile node and not the access point has a security association (e.g. the home agent of the mobile node). If such a message is required the flow continues to step 411 where buffer 205 is accessed and the appropriate handover message is provided to the anchor node.
  • the message indicates the new care-of address and may include at least a prefix corresponding to a subnet of an anchor node serving the target access point.
  • this message will take the form of a mobile IP registration message sent from the source access point on behalf the mobile node. If the movement to a neighboring access point does not involve a change in anchor node then the message is not sent to the home agent. Instead this may be optionally passed on to the target access point to which the mobile has moved. Well know context transfer schemes can be used for passing on these messages. This would enable the target access point send the message at a later time if needed without obtaining it directly from the mobile node.
  • FIG. 5 is a flow chart showing operation of mobile node 104.
  • the logic flow in FIG. 4 assumes that access points do not have access to the security key that is used in communication between node 104 and its home agent.
  • the logic flow begins at step 501 where receiver 207 receives information about potential target access points that are capable of communicating with mobile node 104 from a currently serving access point.
  • logic circuitry 208 creates at least one handoff message that includes the message authentication code created with a security key.
  • the handoff message indicates a care-of address at the target access points and an authentication code generated with the shared secret key. As discussed, there will be a single message created corresponding to the potential care of address that may be obtained at the target base stations.
  • a new CoA would not be needed. Further more if there are multiple potential CoAs then a message corresponding to each CoA can be created. Alternately a single message may be created.
  • the source access point may later use the actual CoA as the source address of the IP packet, there by enabling the Home Agent (that implements NAT (Network Address Translation) travel algorithm) to use the source address as the real Care of address.
  • these messages are transmitted to access point 102 via transmitter 206.
  • access point 102 will utilize these messages when it senses that node 104 is handing over to a new access point. These messages will be stored in buffer 205 until needed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

    Field of the Invention
  • The present invention relates generally to communication networks having multiple potential points of presence for a given mobile node and more particularly to handing over of a mobile node amongst such points of presence.
  • Background of the Invention
  • Communication networks having multiple points of presence (sometimes referred to as base stations or access points) are known. For example, multiple Layer 2 points of presence are available when a communication network has a plurality of wireless access points. As another example, multiple Layer 3 points of presence become available when a communication network has a plurality of access routers as are also known in the art.
  • In many cases such networks are designed to accommodate mobile nodes that change their location from time to time (including during a present communication session). As a result, a given mobile node can change its point of presence with respect to such a network. For example, a change with respect to a Layer 2 point of presence will occur when the mobile node moves between Layer 2 base stations or access points on a same Internet Protocol (IP) subnet while a change with respect to a Layer 3 point of presence (as well as with respect to a Layer 2 point of presence) will typically occur when the mobile node moves between different anchor nodes or when a mobile node moves between access points connected to different subnets
  • As is known in the art, when an IP capable mobile node moves from one subnet to another it needs to acquire a new topologically correct address. In a system employing a mobile internet protocol (MIP), the mobile node sends its Care-of-Address (CoA) to its home agent (sometimes referred to as a home anchor node) through the target subnet to enable the home agent proxy for the mobile node and tunnel packets destined to mobile nodes home IP address to the current location, i.e. its CoA.
  • When moving between multiple points of presence, it is generally desired to make such a move in the least amount of time possible to ensure continuous communication between the mobile node and its anchor node or home agent. The messaging required to facilitate such a movement between subnets generally takes a longer period of time than is desired. Because of this, a need exists for a method and apparatus for handing over of a mobile node amongst such points of presence that minimizes the amount of time it takes to hand over the node.
  • US 2003/225892 A1 discloses an old care-of address being assigned to a mobile node in the communication area of an old access router and a mobile node communicating with a correspondent node. Immediately before the mobile node enters the communication area of a new access router, a binding update message is transmitted to a diverging point router. The diverging point router is a router device located in the node where a route from the correspondent node to the old access router and a route from the correspondent router to the new access router are diverged. The diverging point router transfers packets addressed to the old care-of address to the new care-of address assigned to the mobile node in the communication area of the new access router.
  • US 2003/086390 A1 discloses Session Inter-Device (SID) mobility networks in which a seamless transfer of a communication session from a first device to a second device can be achieved without interrupting the active session.
  • Brief Description of the Drawings
    • FIG. 1 is a block diagram of a communication system.
    • FIG. 2 is a more-detailed block diagram of a mobile node and access point.
    • FIG. 3 is a flow chart showing the operation of an access point during node handover.
    • FIG. 4 is a flow chart showing the operation of an access point during node handover.
    • FIG. 5 is a flow chart showing operation of a mobile node.
    Detailed Description of the Drawings
  • In order to address the above-mentioned need, a method for handing over a mobile node from a source access point to a target access point according to claim 1 is provided herein. During operation the source access point will create handover messages on behalf of the mobile node. When the source access point detects that handover is taking place, the source access point will transmit the appropriate handover message to the mobile node's anchor node. Because the source access point may not have the necessary security credentials to create messages on behalf of the mobile node, in an alternate embodiment of the present invention, the messages are created by the mobile node and stored at the source access point until needed.
  • The present invention encompasses a method for facilitating handover. The method comprises the steps of determining by a source access point that a mobile node is handing over from the source access point to a target access point, creating a message by the source access point, notifying the mobile node's anchor node of the handover, and transmitting the message to the mobile node's anchor node; causing the anchor node to route the mobile node's traffic to the target access point.
  • The present invention additionally encompasses a method for facilitating handover from a source access point to a target access point. The method comprises the steps of determining potential target access points, providing to a mobile node, information related to at least one of the potential target access points, and receiving a plurality of handover messages from the mobile node, wherein each handover message includes authentication code generated with a shared secret key between the mobile node and the home agent.
  • The present invention additionally encompasses a method for facilitating handover from a source access point to a target access point. The method comprising the steps of receiving a information about potential target access points, creating at least one handover message indicating a care of address at the target access points, wherein the handover message includes an authentication code generated with a shared secret key, and transmitting the atleast one handover message to the source access point.
  • Turning now to the drawings, wherein like numerals designate like components, FIG. 1 is a block diagram of communication system 100. As shown, communication system 100 comprises mobile node (MN) 104, anchor node 101, router 105, and a plurality of access points (only access points 102. 106, and 109 are labeled). Mobile node 104 is attached to a first point-of-presence element, or access point 102 through base station 103. All base stations communicate with mobile node 104 via a wireless connection using a carrier medium and protocol of choice. For these purposes the protocol may comprise an 802.16e-family protocol but those skilled in the art will understand that essentially any communication protocol, either as presently exists or as is hereafter developed, may also serve. Additionally, while only one anchor node, router and mobile node are shown in FIG. 1, one of ordinary skill in the art will recognize that a typical communication system will have many more anchor nodes, routers, and mobile units than is shown in FIG. 1. Furthermore, although shown in FIG. 1 as separate entities, access points and base stations may be collocated.
  • During operation communication between mobile node 104 and anchor node 101 may utilize a security credential (such as a shared key) when transmitting control information from the mobile node to the anchor node. The use of such a key may be needed in order for the communication to be properly authenticated by the anchor node. Thus, when control information (e.g., a CoA) is sent from the mobile node to the anchor node, the control information is properly hashed with a shared key to create a message authentication code that is added to the control message.
  • As discussed above, in many cases network 100 may be designed to accommodate mobile nodes that change their location from time to time. As a result, a given mobile node can change its point of presence within network 100. For example, mobile node 104 may be currently communicating to correspondent node 108 utilizing an anchor node 101 through base station 103, but may be traveling in the direction of base station 107. As mobile node 104 approaches base station 107, it will need to break communication with base station 103 and continue communication with correspondent node 108 via anchor node 101 through base station 107. This will result in data being routed to the mobile node's care-of-address, taking the data through anchor node 105, access point 106, and base station 107.
  • As discussed, when moving between multiple points of presence, it is generally desired to make such a move in the least amount of time possible (specifically, to enable packets to be delivered to the new point of presence of the mobile node as early as possible) to ensure continuous communication between the mobile node and its anchor node or home agent and reduce the number of packets the need to be redirected from the old BS to the new BS. In order to accomplish this task, in the preferred embodiment of the present invention source base site router 102 will itself register the new care of address with the anchor node 101 on behalf of the mobile node. Once registered, anchor node 101 will forward all received data to the new care-of-address. In a first embodiment, the base station and anchor node are configured with the right credentials (security key) to communicate directly (either the BS has the MN-HA key or the BS-Anchor node share a key themselves that can be used to communicate on behalf of all MNs that may connect to BS and use the services of AN). In a second embodiment, the MN-Anchor share a key that is not available to the BS. In this case the MN creates the message and gives it to the BS ahead of time so that the BS can send it when needed, i.e. when the mobile node hands off or is about to do so.
  • It should be noted that devices sending data to mobile node 104 will continue to use the address of mobile node that is anchored at home agent 101. This is because for local mobility within a domain (that is typically administratively defined with access point and anchor node having a Security Association) the mobile node is completely hidden from L3 mobility even as it moves across access points belonging to different subnets. This ensures that mobile nodes with a mobile IP stack don't detect movement and start mobile IP procedures.
  • When moving between access points under a single anchor the source access point (e.g. base station router 102) informs the anchor node about the movement of node 104 to the target access point (e.g. base station router 109). The source access point will be made aware of the node's movement towards a new access point using well known techniques. In one embodiment this is done based on mobile node 104 periodically scanning for neighbors and reporting the received signal strength to the source (i.e., the current serving base station). If a new access points signal is better received by mobile node 104 the serving base station may decide to initiate the hand over process. As part of the process the source base station may determine (create/acquire) a new point of contact for mobile 104. This point of contact may be the IP address of the new base site, the MAC address of the new base site, or an IP address unique to the mobile in the subnet of the new base site. When the source base station determines that the mobile node is indeed handing over to the new (target) base station (for example based on the receipt of a HO-IND or the action time field in base station-HO_REQ message in the case of 802.16e), the source base station transmits a message to the anchor node indicating the new point of contact for the mobile. If the anchor node is a home agent, this message will take the form of a mobile IP registration message sent from the source base station on behalf the mobile node. In other embodiments where the anchor node is an access router or a Ethernet switch this message may take the form of IPv6 neighbor advertisement message or an ARP (Address Resolution Protocol) message.
  • Once made aware of the new access point/base station, the anchor node starts tunneling or forwarding packets to the new location of mobile node. The anchor node may do the redirection immediately or after a delay as specified or negotiated between the access point and the anchor node. The anchor node may also confirm the movement to the new access point by signaling the new access point to confirm that node 104 has indeed begun communication with it. After hearing from the anchor, if the new access point does not see the mobile node it will deregister the mobile node. Alternately if the new BS does not register for the mobile after a specified time out the anchor may stop forwarding packets to the new base station. Additionally, if the mobile node were to move to an access point different from the originally decided access point, then the anchor node will start forwarding packets to the new access point when it receives the current point of contact either directly from the new base station or from the source base station.
  • The above steps are transparent to the mobile node and can be preformed in one of two ways. In a first embodiment, as long as the access point has the right security credentials (such as a shared key) the access point will send the request to the anchor node on behalf of the mobile node without any input from the mobile node. In other words, in order to communicate on behalf of mobile node 104, base stations may need to hash all communications with the shared secret key. In another embodiment of the present invention, when the anchor node itself does not have the credentials to create the registration request on behalf of the mobile node, the mobile node creates the message that it would have transmitted to facilitate handover and provides it to the access point. This is cached in the access point. When the access point determines that mobile node is about to move to the new access point, it forwards the message to the anchor node. The anchor node can validate the message as having been sourced by the mobile node and start to redirect the packets to the new access point.
  • To make the above system further transparent to the mobile node, as long as the mobile node is using the same anchor node, the set of Base sites under that anchor node provide consistent mobility related information. For example the router advertisements from the base site will carry the same prefix that was assigned to the mobile node. If multiple mobile nodes with different prefixes are under a base site then the router advertisement may include all the different prefixes or the router adv may be unicast to each mobile node with the prefix being used by the mobile node. The same source address may be used by set of base sites under the same anchor node so that the mobile node does not have to change the default router. Finally a system may provide the mobile node with the same MAC address for all the base sites and enable each base site proxy for that MAC address.
  • As with a node moving among access points under a single anchor, a node may move to an access point under another anchor node. The source access point (base station) or source anchor node may be able to notify a higher level anchor node or the home agent of the mobile node if it has the security key. However if the source access point does not have the security key the following takes place:
    • When a mobile node moves, and there is a potential for anchor change, the access point provides the mobile node with a set of possible target anchors. The values in the IP Proxy Router Advertisement message defined by IETF in "Low latency handoffs for Mobile IP", as part of Fast Mobile IP protocol, may be used for this.
    • The mobile node then creates a binding update message (more than one if there are multiple potential targets). The binding update message is simply an update message typically sent from mobile node to the home agent that has a mapping of mobile nodes home address to care of address. As the access point does not have the security key, then the mobile node can create the hashed message (that it would have otherwise sent from the new access point) and provide it to the source access point.
    • When the source access point determines that the mobile node has left or the move is imminent, the source access point or the source anchor node may send the message to the home agent. Specifically, when the mobile node handoffs, the source access point or source anchor node determines if there is an anchor change. This determination, for instance, may be made by simply accessing a neighbor list that has the neighbor base sites and its preferred anchor or alternately, the base station can contact the neighbor to determine if the neighbor's preferred anchor node.
    • If the anchor node is sending the update, the base site will provide the anchor node will the binding update message that was created by the mobile. An access point may also pass on the message to other access points as part of context transfer so that mobile node does not have to provide the same message to each access point.
  • FIG. 2 is a more-detailed block diagram of a mobile node and access point. As shown, both access point 102 and mobile node 104 contain transmit and receive circuitry 201 and 206, and 202 and 207, respectively. Logic circuitry 203 and 208 is provided as a means to control the operation of access point 102 and mobile node 104, respectively. Logic circuitry 203/208 preferably comprises a microprocessor controller, such as, but not limited to a Motorola PowerPC microprocessor. Transmit and receive circuitry 201/206 and 202/207 are common circuitry known in the art for communication utilizing a well known communication protocol, and serve as means for transmitting and receiving messages. For example, all receivers and transmitters use well-known over the air protocols such as Bluetooth, IEEE 802.11, 802.16e, or HyperLAN protocols.
  • FIG. 3 is a flow chart showing the operation of access point 102 during node handover. The logic flow in FIG. 3 assumes that access point 102 has access to the security credentials required to communicate with the anchor node 101. The logic flow begins at step 301 where logic circuitry 203 determines that the handoff of node 104 is imminent. As discussed above, this determination may be from reported signal strength measurements of surrounding access points (received by receiver 202), and the determination that another access point has a better signal strength than access point 102. At step 303 a new point of contact/address is determined by logic circuitry 203. As discussed, the point of contact may be the IP address of the new base site, the MAC address of the new base site, or an IP address unique to the mobile in the subnet of the new base site. After the point of contact is determined, the logic flow continues to step 305 where the source access point determines that node 104 is handing off to the target access point. The logic flow then continues to step 307 where logic circuitry 203 instructs transmitter 201 to transmit a message to the anchor node indicating the new point of contact for the mobile. This causes the anchor node to route the mobile node's traffic to the target access point. As discussed, the message may be hashed with the shared-secret key shared between node 104 and its anchor node. This procedure is used for authenticating messages. Additionally, if the anchor node is a home agent, this message will take the form of a mobile IP registration message sent from the source access point on behalf the mobile node.
  • It should be noted that while the above logic flow had the handoff message being transmitted to the anchor node in anticipation of handoff, in alternate embodiments of the present invention, the source access point may wait until the mobile node has left the source access point (i.e., ceased communication with the source access point) to transmit the handoff message.
  • Because the point of contact is transmitted to the anchor node by serving access point 102 instead of node 104 or the target access point, the point of contact can be communicated to the anchor node in a quicker manner than in prior art systems. This helps ensure a continuous uninterrupted communication between the mobile node and its anchor node or home agent
  • FIG. 4 is a flow chart showing the operation of access point 102 during node handover. The logic flow in FIG. 4 assumes that access point 102 does not have access to the shared secret key that node 104 utilizes in communication with its home agent. The logic flow begins at step 401 where logic circuitry 203 accesses neighbor list 204 and determines potential target anchor nodes that node 104 may utilize when roaming from access point 102. At step 403 this list is provided to node 104. In response, receiver 202 receives handoff messages for each potential candidate access point. Each handover message includes authentication code generated with a shared secret key between the mobile node and the home agent. More particularly, since access point 102 does not have the security key, node 104 must create the handover messages with the message authentication code to be provided to the home agent. These messages are received and stored in buffer 205 at step 405. The logic flow continues to step 407 where logic circuitry 203 determines that node 104 is handing off to a target access point, and determines the identity of the particular target access point (step 409). The identity of the target access point may determined by analyzing signal strength measurements reported by node 104, and assuming that node 104 is handing over to the access point with the greatest signal strength. In a IEEE 802.16e system for example, it may also be obtained by inspecting messages such as the BS_HO-REQ (Base Site Handover request, MS_HO_REQ (Mobile HO request) or the HO-IND (Handover indication) message.
  • The logic flow continues to step 410 where the determination as to whether the buffered message needs to be passed on to the anchor node (home agent) of the mobile node. This determination is done based on whether the mobile nodes movement would require a change in the care of address of the node there by making necessary a message to an anchor node with which only the mobile node and not the access point has a security association (e.g. the home agent of the mobile node). If such a message is required the flow continues to step 411 where buffer 205 is accessed and the appropriate handover message is provided to the anchor node. The message indicates the new care-of address and may include at least a prefix corresponding to a subnet of an anchor node serving the target access point.
  • As discussed, if the anchor node is a home agent, this message will take the form of a mobile IP registration message sent from the source access point on behalf the mobile node. If the movement to a neighboring access point does not involve a change in anchor node then the message is not sent to the home agent. Instead this may be optionally passed on to the target access point to which the mobile has moved. Well know context transfer schemes can be used for passing on these messages. This would enable the target access point send the message at a later time if needed without obtaining it directly from the mobile node.
  • FIG. 5 is a flow chart showing operation of mobile node 104. The logic flow in FIG. 4 assumes that access points do not have access to the security key that is used in communication between node 104 and its home agent. The logic flow begins at step 501 where receiver 207 receives information about potential target access points that are capable of communicating with mobile node 104 from a currently serving access point. At step 503 logic circuitry 208 creates at least one handoff message that includes the message authentication code created with a security key. The handoff message indicates a care-of address at the target access points and an authentication code generated with the shared secret key. As discussed, there will be a single message created corresponding to the potential care of address that may be obtained at the target base stations. Note that in some target base sites, where the same anchor can be used, a new CoA would not be needed. Further more if there are multiple potential CoAs then a message corresponding to each CoA can be created. Alternately a single message may be created. The source access point may later use the actual CoA as the source address of the IP packet, there by enabling the Home Agent (that implements NAT (Network Address Translation) travel algorithm) to use the source address as the real Care of address. At step 505 these messages are transmitted to access point 102 via transmitter 206. As discussed access point 102 will utilize these messages when it senses that node 104 is handing over to a new access point. These messages will be stored in buffer 205 until needed.
  • While the invention has been particularly shown and described with reference to a particular embodiment, it will be understood by those skilled in the art that various changes in form and details may be made therein without departing from the scope of the invention. It is intended that such changes come within the scope of the following claims.

Claims (4)

  1. A method for facilitating handover, the method comprising the steps of:
    receiving, by a source access point, a message from a mobile node for notifying the mobile node's anchor node of a handover from the source access point to a target access point, the message utilizing a shared secret key;
    storing, at the source access point, the message;
    determining by the source access point that the mobile node is handing over from the source access point to the target access point; and
    transmitting by the source access point the message on behalf of the mobile node to the mobile node's anchor node, in response to determining that the mobile node is handing over, without input from the mobile node;
    causing the anchor node to route the mobile node's traffic to the target access point;
    wherein the shared secret key is used by the anchor node at least for authenticating messages that map the mobile node's address to a current point of presence.
  2. The method of claim 1 wherein the step of determining that the mobile node is handing over comprises the step of analyzing a received signal strength reported by the mobile node.
  3. The method of claim 1 where in the message is transmitted to the anchor node in anticipation of a handoff.
  4. The method of claim 1 where in the message is transmitted to the anchor node after the mobile has left the source access point.
EP06771389.1A 2005-06-15 2006-05-26 Method to facilitate handover Active EP1894423B1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US69072805P 2005-06-15 2005-06-15
US11/275,998 US7532597B2 (en) 2005-06-15 2006-03-13 Method and apparatus to facilitate handover
PCT/US2006/020589 WO2006138046A2 (en) 2005-06-15 2006-05-26 Method and apparatus to facilitate handover

Publications (3)

Publication Number Publication Date
EP1894423A2 EP1894423A2 (en) 2008-03-05
EP1894423A4 EP1894423A4 (en) 2012-04-25
EP1894423B1 true EP1894423B1 (en) 2016-12-21

Family

ID=37570945

Family Applications (1)

Application Number Title Priority Date Filing Date
EP06771389.1A Active EP1894423B1 (en) 2005-06-15 2006-05-26 Method to facilitate handover

Country Status (6)

Country Link
US (2) US7532597B2 (en)
EP (1) EP1894423B1 (en)
KR (1) KR100958775B1 (en)
CN (1) CN101199214B (en)
TW (1) TWI399988B (en)
WO (1) WO2006138046A2 (en)

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6360100B1 (en) 1998-09-22 2002-03-19 Qualcomm Incorporated Method for robust handoff in wireless communication system
JP4572476B2 (en) * 2001-03-13 2010-11-04 ソニー株式会社 COMMUNICATION PROCESSING SYSTEM, COMMUNICATION PROCESSING METHOD, COMMUNICATION TERMINAL DEVICE, DATA TRANSFER CONTROL DEVICE, AND PROGRAM
US7668541B2 (en) 2003-01-31 2010-02-23 Qualcomm Incorporated Enhanced techniques for using core based nodes for state transfer
US8559443B2 (en) * 2005-07-22 2013-10-15 Marvell International Ltd. Efficient message switching in a switching apparatus
US8983468B2 (en) 2005-12-22 2015-03-17 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers
US9736752B2 (en) 2005-12-22 2017-08-15 Qualcomm Incorporated Communications methods and apparatus using physical attachment point identifiers which support dual communications links
US8509799B2 (en) 2005-09-19 2013-08-13 Qualcomm Incorporated Provision of QoS treatment based upon multiple requests
US9078084B2 (en) 2005-12-22 2015-07-07 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US9066344B2 (en) 2005-09-19 2015-06-23 Qualcomm Incorporated State synchronization of access routers
US8982778B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Packet routing in a wireless communications environment
US8982835B2 (en) 2005-09-19 2015-03-17 Qualcomm Incorporated Provision of a move indication to a resource requester
US9083355B2 (en) 2006-02-24 2015-07-14 Qualcomm Incorporated Method and apparatus for end node assisted neighbor discovery
US20080176572A1 (en) * 2006-12-28 2008-07-24 Nokia Corporation Method of handoff
US8433319B2 (en) 2007-01-12 2013-04-30 Industrial Technology Research Institute Systems and methods for channel selection management in a wireless communication network
JP5136425B2 (en) * 2007-02-13 2013-02-06 日本電気株式会社 Mobility management system, home agent, mobile terminal management method used therefor, and program thereof
US9155008B2 (en) * 2007-03-26 2015-10-06 Qualcomm Incorporated Apparatus and method of performing a handoff in a communication network
US8830818B2 (en) 2007-06-07 2014-09-09 Qualcomm Incorporated Forward handover under radio link failure
US8559396B2 (en) * 2007-06-18 2013-10-15 Qualcomm Incorporated Multiple bindings having independent forward and reverse link bindings for mobile internet protocols
US9094173B2 (en) 2007-06-25 2015-07-28 Qualcomm Incorporated Recovery from handoff error due to false detection of handoff completion signal at access terminal
US8325673B1 (en) * 2007-10-02 2012-12-04 At&T Intellectual Property I, L.P. Personal multi-device nomadic media
US20100135244A1 (en) * 2008-12-01 2010-06-03 Telefonaktiebolaget Lm Ericsson (Publ) REDUCTION OF HANDOVER DELAYS IN NESTED PROXY MOBILE IPv6/MOBILE IPv6 NETWORKS
WO2010147605A1 (en) * 2009-06-19 2010-12-23 Zte (Usa) Inc. Internetworking techniques for transferring packets between source and target serving gateways
EP2443866A1 (en) 2009-06-19 2012-04-25 Research In Motion Limited Mechanisms for data handling during a relay handover with s1 termination at evolved universal terrestrial radio access network access node
US8817745B2 (en) 2009-06-19 2014-08-26 Blackberry Limited Mechanisms for data handling during a relay handover with S1 termination at relay
US8687590B2 (en) 2009-10-02 2014-04-01 Blackberry Limited System and method for handover between relays
US8804596B2 (en) 2009-10-02 2014-08-12 Blackberry Limited Architecture for termination at access device
US8406192B2 (en) 2009-10-02 2013-03-26 Research In Motion Limited Handover mechanisms with synchronous PDCP protocol under various relay architectures
JP2011097443A (en) * 2009-10-30 2011-05-12 Sony Corp Method for handover, terminal, base station, and radio communication system
US8615241B2 (en) 2010-04-09 2013-12-24 Qualcomm Incorporated Methods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systems
US8428616B2 (en) 2010-09-29 2013-04-23 At&T Intellectual Property I, L.P. Notifications based on device presence
US20140331296A1 (en) * 2013-05-01 2014-11-06 Qualcomm Incorporated Mechanism for gateway discovery layer-2 mobility
CN105187203B (en) * 2015-09-22 2018-05-11 中国科学院信息工程研究所 Shared key method for building up based on received signal strength between a kind of wireless device

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100520141B1 (en) * 2000-10-26 2005-10-10 삼성전자주식회사 Hanover method of mobile terminal having mobile ip in mobile communication system
JP4491980B2 (en) * 2001-03-05 2010-06-30 ソニー株式会社 COMMUNICATION PROCESSING SYSTEM, COMMUNICATION PROCESSING METHOD, COMMUNICATION TERMINAL DEVICE, AND PROGRAM
JP4572476B2 (en) * 2001-03-13 2010-11-04 ソニー株式会社 COMMUNICATION PROCESSING SYSTEM, COMMUNICATION PROCESSING METHOD, COMMUNICATION TERMINAL DEVICE, DATA TRANSFER CONTROL DEVICE, AND PROGRAM
US7545754B2 (en) * 2001-11-02 2009-06-09 Ntt Docomo, Inc. Geographically adjacent access router discovery and caching for mobile nodes
US7042879B2 (en) * 2001-11-02 2006-05-09 General Instrument Corporation Method and apparatus for transferring a communication session
US6832087B2 (en) * 2001-11-30 2004-12-14 Ntt Docomo Inc. Low latency mobile initiated tunneling handoff
JP2004015143A (en) * 2002-06-04 2004-01-15 Fujitsu Ltd Hand-over method in mobile communication system and router used for the mobile communication system
US7130286B2 (en) * 2002-10-02 2006-10-31 Nokia Corporation System and method for resource authorizations during handovers
KR100480258B1 (en) * 2002-10-15 2005-04-07 삼성전자주식회사 Authentication method for fast hand over in wireless local area network
US7263357B2 (en) * 2003-01-14 2007-08-28 Samsung Electronics Co., Ltd. Method for fast roaming in a wireless network
US20060193272A1 (en) * 2003-02-27 2006-08-31 Chun-Ting Chou Method and system for improved handoff of a mobile device between wireless subnetworks
GB0312681D0 (en) * 2003-06-03 2003-07-09 Ericsson Telefon Ab L M IP mobility
US7333461B2 (en) * 2003-06-05 2008-02-19 Cisco Technology, Inc. Arrangement in a router of a mobile network for generating a local router prefix for anonymous route connections

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
US7944888B2 (en) 2011-05-17
TWI399988B (en) 2013-06-21
CN101199214A (en) 2008-06-11
KR100958775B1 (en) 2010-05-18
US7532597B2 (en) 2009-05-12
US20060285520A1 (en) 2006-12-21
TW200708162A (en) 2007-02-16
EP1894423A2 (en) 2008-03-05
CN101199214B (en) 2012-07-25
US20090190556A1 (en) 2009-07-30
WO2006138046A2 (en) 2006-12-28
WO2006138046A3 (en) 2007-03-29
KR20080018197A (en) 2008-02-27
EP1894423A4 (en) 2012-04-25

Similar Documents

Publication Publication Date Title
EP1894423B1 (en) Method to facilitate handover
US11477634B2 (en) Home agent discovery upon changing the mobility management scheme
KR100763534B1 (en) Apparatus for Fast Reactive Handover in IPv6-based Mobile System
US8442006B2 (en) Wireless LAN mobility
JPWO2005081560A1 (en) COMMUNICATION HANDOVER METHOD, COMMUNICATION MESSAGE PROCESSING METHOD, PROGRAM FOR EXECUTING THESE METHODS BY COMPUTER, AND COMMUNICATION SYSTEM
KR100713476B1 (en) System and method for fast handoff in a mobile network
US8400980B2 (en) Fast handover system and method thereof
KR20050037325A (en) System and method for hand-off of mobile ip terminal in wireless network
Lin et al. Mobile intelligent agent technologies to support intelligent handover strategy
Zhang et al. Performance analysis of seamless handover in mobile IPv6-based cellular networks
Zhang et al. Proactive care-of address test for route optimization in FMIPv6
Jeong et al. Low latency and cost effective handoff based on PBF scheme in hierarchical mobile IPv6
KR20080011003A (en) Method for handoff in a wireless communication system using mobile ip and the system thereof
KR20090052927A (en) Network-based ipv6 handover scheme in wireless internet networks

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20080115

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

RIN1 Information on inventor provided before grant (corrected)

Inventor name: VENKITARAMAN, NARAYANAN

DAX Request for extension of the european patent (deleted)
RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MOTOROLA MOBILITY, INC.

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602006051287

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04Q0007000000

Ipc: H04W0036000000

A4 Supplementary search report drawn up and despatched

Effective date: 20120328

RIC1 Information provided on ipc code assigned before grant

Ipc: H04W 36/00 20090101AFI20120321BHEP

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: MOTOROLA MOBILITY LLC

17Q First examination report despatched

Effective date: 20130418

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: GOOGLE TECHNOLOGY HOLDINGS LLC

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

INTG Intention to grant announced

Effective date: 20160912

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LI LT LU LV MC NL PL PT RO SE SI SK TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 856425

Country of ref document: AT

Kind code of ref document: T

Effective date: 20170115

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602006051287

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20161221

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170322

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 856425

Country of ref document: AT

Kind code of ref document: T

Effective date: 20161221

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 12

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170421

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170531

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170421

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20170321

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: BE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602006051287

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

26N No opposition filed

Effective date: 20170922

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170531

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170531

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170526

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20170526

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 13

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20060526

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20161221

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20161221

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230511

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230525

Year of fee payment: 18

Ref country code: DE

Payment date: 20230530

Year of fee payment: 18

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20230529

Year of fee payment: 18