US20030224792A1 - Method and apparatus for handoff of a connection between network devices - Google Patents
Method and apparatus for handoff of a connection between network devices Download PDFInfo
- Publication number
- US20030224792A1 US20030224792A1 US10/345,059 US34505903A US2003224792A1 US 20030224792 A1 US20030224792 A1 US 20030224792A1 US 34505903 A US34505903 A US 34505903A US 2003224792 A1 US2003224792 A1 US 2003224792A1
- Authority
- US
- United States
- Prior art keywords
- connection
- initiator
- message
- network
- tunnel
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
- 238000000034 method Methods 0.000 title claims abstract description 22
- 239000003999 initiator Substances 0.000 claims abstract description 160
- 238000004891 communication Methods 0.000 claims abstract description 33
- 238000013475 authorization Methods 0.000 claims description 3
- 230000004044 response Effects 0.000 abstract description 7
- 239000003795 chemical substances by application Substances 0.000 description 34
- 230000005540 biological transmission Effects 0.000 description 9
- 238000010586 diagram Methods 0.000 description 9
- 238000012546 transfer Methods 0.000 description 4
- 230000007704 transition Effects 0.000 description 3
- 238000013459 approach Methods 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000009432 framing Methods 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000008569 process Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
Definitions
- the present invention relates to data communications in mobile networks. More specifically, it relates to the hand over of a data connection from one cell to another without tearing down the data connection.
- IP Internet Protocol
- IP addresses are typically assigned to “immobile” nodes on a network and the IP address of each node is used to route datagrams to the node through a server connected to the node.
- An immobile node may be moved to a different server on the computer network, but is typically associated with a static physical location (e.g., 3Com Corporation in Santa Clara, Calif.).
- mobile nodes may connect to various physical locations on a computer network.
- a mobile node has its own network address and a semi-permanent relationship with a home agent or server to which the mobile node may occasionally be connected to send and receive datagrams.
- the mobile node can also connect to a foreign agent through which it sends and receives datagrams.
- An example of one protocol that facilitates communication with mobile nodes over the Internet is the Mobile Internet Protocol (Mobile IP), which allows “mobile” nodes to transparently move between different Internet Protocol sub-networks (“subnets”).
- Mobile IP is described in Request for Comment (RFC) 2002 IP Mobility Support, C. Perkins, October 1996, herein incorporated by reference, available from the Internet Engineering Task Force (IETF) at www.ietf.org .
- IP Internet Protocol
- PGP Point to Point protocol
- RLP Radio Frequency Link Protocol
- ITU International Telephone Union
- Internet Protocol addresses are typically assigned to mobile nodes based on their home Internet Protocol subnet.
- the home subnet is connected to an external network (e.g., the Internet or an intranet) with a “home agent” that serves as the subnet's gateway router.
- the gateway connects computer networks using different networking protocols or operating at different transmission capacities.
- a router translates differences between network protocols and routes data packets to an appropriate network node or network device.
- a mobile node When a mobile node “roams,” (i.e., dynamically changes its physical location), it periodically transmits “agent solicitation” messages to other gateway routers.
- a mobile node also listens for “agent advertisement” messages from other gateway routers.
- a mobile node When a mobile node receives an agent advertisement message indicating that it is now on a foreign subnet, it registers with the foreign gateway router or “foreign agent” and its home agent. The registration with the home agent indicates that the mobile node is away from “home” (i.e., away from its home subnet). The registration with the foreign agent allows the mobile node to receive data on the foreign subnet.
- FIG. 1 shows an architecture 10 that illustrates an example of the connection of a mobile node 20 to public IP network 70 .
- Public IP network 70 includes two foreign agents 30 and 40 that act as tunnel initiators responsive to the establishment of a link with mobile node 20 .
- the network also includes a tunnel endpoint server 50 that is the home agent for mobile node 20 in this example.
- Link 22 is a radio frequency communication link between mobile node 20 and tunnel initiator 30 .
- An example of a protocol for link 22 is the Radio Frequency Link Protocol (RLP).
- Tunnel initiator 30 is a foreign agent for mobile node 20 and, as part of establishing link 22 , receives information regarding a home agent from mobile node 20 . Note that the information received by tunnel initiator 30 from mobile node 20 also includes the Mobile Identification Number (MIN) for mobile node 20 .
- MIN Mobile Identification Number
- a tunnel initiator or endpoint device is a network access server, such as that described in the patent to Dale M. Walsh et al., U.S. Pat. No. 5,525,595, which is fully incorporated by reference herein and describes an integrated network access server suitable for use in the present invention.
- a network access server such as that described in the patent to Dale M. Walsh et al., U.S. Pat. No. 5,525,595, which is fully incorporated by reference herein and describes an integrated network access server suitable for use in the present invention.
- Such a device has been commercialized widely by 3Com Corporation (previously U.S. Robotics Corp.) under the trade designation Total ControlTM Enterprise Network Hub.
- Network access servers similar in functionality, architecture and design are available from other companies, including Lucent Technologies and Cisco Systems.
- the invention is suitable for implementation in network access servers from the above companies, and in other similar devices.
- mobile node 20 In protocols that support client mobility, mobile node 20 typically senses that it has lost contact with tunnel initiator 30 when it times out waiting for an advertisement message from tunnel initiator 30 . Mobile node 20 will then look for an advertisement message from a new foreign agent, such as tunnel initiator 40 . When mobile node 20 receives an advertisement message from a foreign agent, tunnel initiator 40 in this case, it sends a registration message that initiates set-up of link 24 and set-up of tunnel connection 66 . For further details relating to one example of how mobile nodes move from one foreign agent to another, see RFC 2002 regarding Mobile IP.
- AAA server 80 interacts with foreign agents and other AAA servers, such as one connected to the mobile node's home network, to authorize, authenticate and perform accounting for the mobile client.
- AAA server 80 interacts with foreign agents and other AAA servers, such as one connected to the mobile node's home network, to authorize, authenticate and perform accounting for the mobile client.
- NAI Network Access Identifier
- MIN Mobile Identification Number
- ESN Electronic Serial Number
- the tunnel initiator will forward the NAI to AAA server 80 that will perform the authentication and authorization, such as a Challenge and Accept Protocol (CHAP) or a cryptographic authentication.
- Mobility management may also be integrated with the AAA services in AAA server 80 , wherein AAA server 80 helps manage registration of the mobile node and handoff of connections between foreign agents.
- the AAA server 80 can also be configured to perform tunnel endpoint identification for mobile nodes.
- the tunnel initiator queries the AAA server 80 with the MIN supplied by the mobile node 20 to obtain an address for a tunnel endpoint for the connection.
- the AAA server 80 maintains a database containing entries that match MIN values with tunnel endpoint addresses.
- the AAA server 80 searches the database for an entry corresponding to the MIN value in the query from the tunnel initiator.
- the AAA server then returns the tunnel endpoint address from the corresponding entry in a reply message to the tunnel initiator.
- the Radio Link Protocol, Code Division Multiple Access (CDMA) protocol, and other mobility protocols allow a mobile node to dynamically change its network connectivity in a manner that is transparent to protocol layers above the Internet Protocol layer. For example, without re-establishing Transmission Control Protocol or User Datagram Protocol sessions.
- the Internet Protocol suite includes from lowest-to-highest, a link, network, transport and application layer.
- the Internet Protocol typically resides in the network layer in the Internet Protocol suite.
- Transmission Control Protocol and User Datagram Protocol typically reside in the transport layer of the Internet Protocol suite.
- PPP Point-to-Point Protocol
- IETF Internet Engineering Task Force
- RFC-1661, RFC-1662 and RFC-1663 incorporated herein by reference.
- the gateway, or tunnel initiator typically initiates establishment of a tunnel connection to a tunnel endpoint server.
- L2TP Layer 2 Tunneling Protocol
- FIG. 2 is a message flow diagram illustrating an example of a message exchange 100 that takes place with regard to a call session over an L2TP tunnel.
- tunnel initiator 30 receives the registration request 102 from mobile node 20 , it begins a tunnel control connection set-up exchange 110 .
- Tunnel initiator 30 initiates tunnel set-up by sending a Start-Control-Connection-Request (SCCRQ) to tunnel endpoint 50 .
- SCCRQ Start-Control-Connection-Request
- the SCCRQ message 112 will contain the tunnel ID value assigned by tunnel initiator 30 to the tunnel 56 being set-up.
- the IP address for tunnel endpoint 50 can be obtained in various ways.
- the MIN for mobile node 20 can be used to access a database containing the home agent address for the MIN value.
- the IP address for the home agent may be contained within the call request message 102 from the mobile node 20 .
- tunnel endpoint 50 sends a Start-Control-Connection-Reply (SCCRP) message 114 .
- SCCRP Start-Control-Connection-Reply
- SCCN Start-Control-Connection-Connected
- the control connection for tunnel connection 56 is established. If no messages for mobile node 20 are waiting in the queue at tunnel endpoint 50 , then a Zero-Length-Body (ZLB) acknowledge message 118 is sent to tunnel initiator 30 .
- ZLB Zero-Length-Body
- a call session is established for the call originated by mobile node 20 .
- the tunnel initiator assigns a session ID value to each call session in order to discriminate between streams on tunnel 56 .
- Each call session corresponds to a single PPP stream between the tunnel initiator and the tunnel endpoint.
- An incoming call establishment message sequence begins with tunnel initiator 30 sending an Incoming-Call-Request (ICRQ) message 122 to tunnel endpoint 50 that includes a call session ID assigned by tunnel initiator 30 .
- Tunnel endpoint 50 responds with an Incoming-Call-Reply (ICRP) message 124 to tunnel initiator 30 , which, in turn, sends an Incoming-Call-Connected (ICCN) message 126 to tunnel endpoint 50 .
- ICRP Incoming-Call-Reply
- ICCN Incoming-Call-Connected
- Each data and control packet will contain the tunnel ID and call session ID assigned by the tunnel initiator 30 to differentiate these packets from those of other tunnels and calls that may exist between the tunnel initiator 30 and tunnel endpoint 50 .
- FIG. 3 is a protocol stack diagram illustrating an example of the protocol relationships in a conventional tunnel structure.
- OSI Open System Interconnection
- the OSI model consists of seven layers including from lowest-to-highest, a physical, data-link, network, transport, session, application and presentation layer.
- the physical layer transmits bits over a communication link.
- the data link layer transmits error free frames of data.
- the network layer transmits and routes data packets.
- FIG. 3 illustrates an example of protocol stacks in each of the remote client 20 , tunnel initiators 30 and 40 , and tunnel endpoint 50 of FIG. 1.
- Links 22 and 24 for remote client 20 to tunnel initiators 30 and 40 involve a wireless link protocol, such as RLP.
- RLP wireless link protocol
- an RLP to RLP session is represented at layer 1 of the protocol stacks in FIG. 2 between remote client 20 and tunnel initiator 30 / 40 .
- the physical link provided by RLP in this example is a serial link
- a serial data link protocol session such as the point-to-point protocol (PPP) exists between remote client 20 and tunnel initiator 30 / 40 .
- PPP point-to-point protocol
- L1 and L2 (L2) sessions between the tunnel servers as well as a L2TP session that represents the tunnel itself.
- IP internet protocol
- Transport layer protocols such as Transmission Control Protocol (“TCP”) and User Datagram Protocol (“UDP”) are often used over IP in computer networks.
- TCP Transmission Control Protocol
- UDP User Datagram Protocol
- the Transmission Control Protocol provides a connection-oriented, end-to-end reliable protocol designed to fit into a layered hierarchy of protocols that support multi-network applications.
- the User Datagram Protocol provides a transaction oriented datagram protocol, where delivery and duplicate packet protection are not guaranteed.
- Tunnel initiator 30 typically detects the loss of link 22 by timing out waiting for a transmission from mobile node 20 .
- tunnel initiator 30 detects loss of the connection 22 to mobile node 20 , it will tear-down the call session and to tunnel endpoint 50 and, if no other call sessions are active over the tunnel 56 , will tear-down the tunnel itself.
- a call session tear-down sequence 130 begins with tunnel initiator 30 sending a Call-Disconnect-Notify (CDN) message 132 to tunnel endpoint 50 .
- the CDN message includes the call session ID for the call corresponding to mobile node 20 .
- the CDN message may also include an Attribute Value Pair (AVP) consisting of a Q.931 Cause Code that indicates the reason for the disconnection.
- AVP Attribute Value Pair
- Q.931 is a message oriented signaling protocol defined by the International Telecommunication Union (ITU), as set forth in ITU-T Recommendation 1.451.
- Tunnel endpoint 50 responds with ZLB-ACK message 134 and removes the call status data relating to the call session ID from its call status table.
- a tunnel tear-down sequence 140 begins with tunnel initiator 30 sending a Stop-Control-Connection-Notify (StopCCN) message 142 to tunnel endpoint 50 .
- the StopCCN message includes the tunnel ID value for the tunnel.
- Tunnel endpoint 50 responds with ZLB-ACK message 144 and removes the tunnel status data relating to the tunnel ID value from it tunnel status table.
- mobile node 20 will detect an agent advertisement from a new agent in the broadcast area where mobile node 20 currently resides.
- Mobile node 20 will establish a new communication link 24 with the new agent, which in this example is tunnel initiator 40 .
- Tunnel initiator 40 will then establish a new tunnel 66 and call session to tunnel endpoint 50 in the manner described above with regard to tunnel initiator 30 .
- An embodiment of a method for handing off a communication stream in a communications system involves receiving a first connection request from a client, where the first connection request includes a client identifier value for the client and, responsive to the first connection request, establishing a first connection from a first connection initiator to a connection endpoint.
- the method also calls for sensing loss of communication between the client and the first connection initiator and, responsive thereto, transmitting a disconnect message to the connection endpoint, where the disconnect message includes a predetermined handoff code.
- the method sets forth storing a first set of call information for the first connection from the connection endpoint along with the client identifier value and broadcasting a user moved message from the first connection initiator, where the user moved message includes the client identifier value and a second set of call information for the first connection from the first connection initiator.
- the method also includes receiving the user moved message in a second connection initiator and, responsive thereto, storing the second set of call information included with the user moved message along with the client identifier value.
- the method sets forth receiving a second connection request from the client at the second connection initiator, where the second connection request includes the client identifier value, retrieving the second set of call information using the identifier value for the client, and sending a handoff request message to the connection endpoint, where the handoff request message includes the client identifier value from the second connection request.
- the method calls for retrieving the first set of call information from using the identifier value for the client and establishing a second connection from the second connection initiator, where the second initiator uses the second set of call information, to the connection endpoint, where the connection endpoint uses the first set of call information.
- An embodiment of a network communication system includes a first connection initiator device coupled to a network.
- the first connection initiator has a first network address and is configured to communicate with a mobile client broadcasting within a first service area of the first connection initiator.
- the first connection initiator is further configured to receive a first connection request from the mobile client that includes a client identifier value for the mobile client and, responsive to the first connection request, obtain a second network address corresponding to the client identifier value, and establish a first connection between the first and second network addresses.
- the first connection initiator is also configured to detect that the mobile client has left the first service area and, responsive thereto, transmit a disconnect message having a predetermined handoff code to the second network address and transmit a user moved message to a predetermined network broadcast address, where the user moved message includes a first set of call state information from the first connection initiator that pertains to the first connection.
- the network system also includes a connection endpoint device that is coupled to the network, has the second network address, and is configured to establish the first connection between the first and second network addresses.
- the connection endpoint is further configured to receive the disconnect message having the predetermined handoff code and, responsive thereto, store a second set of call state information from the connection endpoint that pertains to the first connection along with the client identifier value.
- connection endpoint is still further configured to receive a handoff request message from a third network address, where the handoff request message contains the client identifier value, and, responsive thereto, retrieve the second set of call state information and establish a second connection between the second and third network addresses using the second set of call state information.
- the network system includes a second connection initiator device coupled to the network, having the third network address.
- the second connection initiator device is configured to receive the user moved message transmitted to the predetermined network broadcast address and store the first set of call state information along with the client identifier value.
- the second connection initiator is also configured to communicate with the mobile client broadcasting within a second service area of the second connection initiator and receive a second connection request from the mobile client that includes the client identifier value. Responsive to the second connection request, the second connection initiator is further configured to retrieve the first set of call state information, send the tunnel handoff request message to the second network address, and establish the second connection between the second and third network addresses using the first set of call state information.
- FIG. 1 is a functional block diagram illustrating an example of a conventional network architecture illustrating two separate connections for a mobile node that terminate on an endpoint device;
- FIG. 2 is a message sequence scenario illustrating an example of conventional message traffic for setting up and tearing down the connections shown in FIG. 1;
- FIG. 3 is a protocol stack diagram illustrating an example of the conventional protocol stacks in the remote client, tunnel initiators and tunnel endpoint of FIG. 1;
- FIG. 4 is a functional block diagram of an exemplary embodiment of a network architecture according to the present invention illustrating the transition of a connection for a mobile node from a first tunnel initiator to a second tunnel initiator;
- FIG. 5 is a message sequence scenario illustrating an example of message traffic according to an embodiment of the present invention when the mobile node of FIG. 4 leaves a service area of the first tunnel initiator;
- FIG. 6 is a message sequence scenario illustrating an example of message traffic according to an embodiment of the present invention when the mobile node of FIG. 4 enters a service area of the second tunnel initiator;
- FIG. 7 is a protocol stack diagram illustrating an example of the protocol stacks in the remote client, tunnel initiators and tunnel endpoint of FIG. 4.
- the present invention is directed toward a method and system for handing off a tunnel connection.
- FIG. 4 is a block diagram illustrating one embodiment of network architecture 200 according to the present invention.
- Architecture 200 includes tunnel initiators 230 and 240 , tunnel endpoint 250 and AAA server 80 connected to public IP network 70 .
- Each of tunnel initiators 230 and 240 are capable of establishing a link 22 and 24 , respectively, with mobile node 20 .
- Each of the tunnel initiators is also capable of establishing a tunnel connection 56 and 66 , respectively, with tunnel endpoint 250 in the manner described above with respect to tunnel initiators 30 and 40 of FIG. 1.
- tunnel initiator 230 receives a registration request from mobile node 20 over link 22 , it sets up a tunnel connection to tunnel endpoint 250 , as described in the tunnel set-up sequence 110 and the call establishment sequence 120 of FIG. 2.
- a call session tear-down event 300 when tunnel initiator 230 , according to the present invention, detects the loss of the connection 22 with mobile node client 20 , it sends CDN message 332 with a newly defined cause code value of HANDOFF to tunnel endpoint 250 .
- tunnel endpoint 250 creates an entry in connection table 254 that includes the MIN for the mobile node, the tunnel ID value assigned to connection 56 by tunnel initiator 230 , the call ID value assigned to connection 56 by tunnel initiator 230 , and call state data for connection 56 .
- the call state data can take a variety of forms.
- the call state data may include the sequence number of the last packet sent, Ns, and the sequence number of the last packet received, Nr, for connection 56 . See RFC 2661.
- the call state may include whether the mobile node has a call waiting or is part of a conference call.
- the call state data may also include call state data relating to the PPP protocol or other connection oriented protocols.
- tunnel endpoint 250 may store the call state data for a virtual PPP session with a peer entity in remote client 20 . See RFC 1661.
- One of ordinary skill in the art will recognize that a variety of types of call state data exist that may be advantageously preserved by applying the approach described in the present invention.
- Tunnel initiator 230 will also multicast a newly defined USER_MOVED message, shown as message 236 in FIG. 3, that also includes the MIN for the mobile node, the tunnel ID value assigned to connection 56 by tunnel initiator 230 , the call ID value assigned to connection 56 by tunnel initiator 230 , and call state data for connection 56 .
- the message may also include the address for tunnel endpoint 250 .
- IP multicast message will have a predetermined message type that uniquely identifies it as a database query in accordance with the present invention.
- IP multicasting is the transmission of an IP datagram to a “host group”, a set of zero or more hosts identified by a single IP destination address.
- a multicast datagram is delivered to all members of its destination host group with the same “best-efforts” reliability as regular unicast IP datagrams, i.e., the datagram is not guaranteed to arrive intact at all members of the destination group or in the same order relative to other datagrams.
- the membership of a host group is dynamic; that is, hosts may join and leave groups at any time. There is no restriction on the location or number of members in a host group.
- a host may be a member of more than one group at a time and a host need not be a member of a group to send datagrams to it.
- a host group may be permanent or transient.
- a permanent group has a well-known, administratively assigned IP address. It is the address, not the membership of the group, that is permanent; at any time a permanent group may have any number of members, even zero.
- IP multicast addresses that are not reserved for permanent groups are available for dynamic assignment to transient groups which exist only as long as they have members. See RFC 1112 and RFC 2236 for further information regarding IP multicasting.
- tunnel initiator 230 After multicasting message 236 , tunnel initiator 230 then sends a StopCCN message 342 containing the tunnel ID for connection 56 , which is acknowledged by tunnel endpoint 250 with ZLB-ACK message 344 . However, tunnel initiator 250 has stored the information relating to connection 56 in the entry in the connection table 254 , so connection 56 , in effect, survives in a suspended state.
- the multicast message 236 is sent to a predetermined multicast address that is shared by all the tunnel initiators within a subnet that includes tunnel initiator 230 . There is typically some correlation between the logical subnet of tunnel initiator 230 and the geographical area surrounding tunnel initiator 230 within which mobile node 20 is likely to be travelling. For purposes of the present example, tunnel initiator 240 shares the subnet with tunnel initiator 230 and will therefore receive USER_MOVED message 236 .
- tunnel initiator 240 When tunnel initiator 240 receives the USER_MOVED message 236 , it creates an entry in handoff table 244 that is keyed by the MIN value and includes the data from the message. Likewise, all other tunnel initiators that receive message 236 and are configured according to the present invention will create an entry in their corresponding handoff tables.
- mobile node 20 When mobile node 20 enters the service area for tunnel initiator 240 and receives an agent advertisement from tunnel initiator 240 , it will transmit registration request 402 that includes its MIN value. Responsive to registration request 402 , tunnel initiator 240 will query handoff table 244 using the MIN value.
- Tunnel initiator 240 will find the entry for mobile node 20 that was created in response to message 236 and sends a newly defined TUNNEL__HANDOFF_REQUEST message 412 that includes the MIN value, the tunnel ID value assigned to connection 56 by tunnel initiator 230 , the call ID value assigned to connection 56 by tunnel initiator 230 , a new tunnel ID value assigned to connection 66 by tunnel initiator 240 , and a new call ID value assigned to connection 66 by tunnel initiator 240 .
- connection 66 is substantially the same as the call state of connection 56 when data transfer over connection 56 ceased. With the call state for connection 56 established in tunnel initiator 240 and restored in tunnel endpoint 250 , data transfer over connection 66 may resume where it left off when mobile node 20 left the transmission area for tunnel initiator 230 .
- FIG. 7 is a protocol stack diagram illustrating one embodiment of the protocol peer relationships between the remote client 20 and the tunnel initiators 230 / 240 and tunnel endpoint 250 , according to the present invention, as well as the peer relationships to a server connected to tunnel initiator 250 .
- a virtual PPP (vPPP) session is established between peer protocol entities in remote client 20 and tunnel endpoint 250 .
- a connection between the remote client and tunnel initiator 230 or 240 involves a high-level data link control (HDLC) session on top of an RLP link.
- HDLC high-level data link control
- HDLC is a part of PPP that performs framing for packets over the data link and is stateless.
- RLP establishes a link and passes packets up to HDLC for framing.
- HDLC is relatively stateless, the connection set-up between the HDLC peers in the client and tunnel initiator is minimal.
- the call state for the vPPP session is maintained in the remote client 20 and the tunnel endpoint 250 independent of the link connection between the remote client 20 and the tunnel initiators 230 / 240 .
- data transfer over the tunnel between the remote client 20 and tunnel endpoint 250 can resume where transmission left off using the call state stored for the tunnel in tunnel endpoint 250 .
- a control session within RLP passes an identifier value for the remote client, such as the MIN, up to a L2TP peer within the tunnel initiator 230 or 240 .
- the L2TP peer in the tunnel initiator is modified, in accordance with the present invention, to search a table for the tunnel information relating to the remote client and reestablish the tunnel connection from the new tunnel initiator to the tunnel endpoint. Meanwhile, the transitions from one tunnel initiator to another remain invisible to the user application peers in remote client 20 and the server connected to tunnel endpoint 250 that are transferring data over the tunnel connection.
- FIG. 4 shows the handoff message 236 being received and stored in tunnel initiator 240
- the message may be received and its information stored elsewhere, such as in the AAA server 280 .
- an authentication query from a tunnel initiator in response to a mobile node's registration request will result in the AAA server 280 returning the call information from the handoff message 236 .
- the message and data exchange illustrated in the preferred embodiment may be altered without departing from the spirit of the present invention.
- IP multicasting permits the location of call data contained within handoff message 236 to be transparent to the protocol according to the present invention since the multicast message is universally broadcast and will therefore be received by a the server for storage in a handoff table, such as handoff table 244 , regardless of where the table is located. Also, multicasting allows the handoff table to be distributed across multiple server devices, since multicasting provides for the handling of multiple replies to a multicast message by discarding extraneous replies.
- Table entries for connections may include a timestamp that provides for entries to be removed from the tables after a pre-determined time period.
- Table entries may also be removed responsive to a tear-down message from the tunnel initiators or tunnel endpoint or, in the case of mobile IP, through a de-registration message. In the latter case, the message will include a tear-down message type along with an identifier for the table entry, such as the MIN value.
- the present invention is described generally in the context of an L2TP tunnel and a mobile connection, the present invention is applicable to any communications link where it is desirable to transition a communication stream between connections from multiple origins to an endpoint.
Abstract
A method and system are shown for handing off a communication stream between a mobile node and a communication endpoint from a first connection initiator to a second connection initiator while maintaining call state for the communication stream. The first connection initiator establishes a first connection to the communication endpoint in response to receiving a first connection request from the mobile node that includes a client identifier value for the mobile node. When the first connection initiator detects loss of communication with the mobile node, it sends a call-disconnect-notify (CDN) message having a cause code set to a handoff value to the connection endpoint. The connection endpoint, in response to the CDN message, stores call information for the first connection along with the mobile node's client identifier value. The first connection initiator also broadcasts a user-moved message that includes the mobile node's client identifier value and the first connection initiator's call information for the first connection. The second connection initiator, upon receiving the user-moved message, stores the first connection initiator's call information from the message along with the mobile node's client identifier value. When the second connection initiator receives a second connection request from the mobile node having the mobile node's client identifier value, it retrieves the call information from the user-moved message using the client identifier value and sends a tunnel-handoff-request message, which includes the client identifier value, to the connection endpoint. The connection endpoint retrieves its call information for the first connection using the client identifier value and sends a tunnel-handoff-response message to the second connection initiator. The second connection initiator and the connection endpoint then resume the communication stream using the call information for the first connection.
Description
- The present invention relates to data communications in mobile networks. More specifically, it relates to the hand over of a data connection from one cell to another without tearing down the data connection.
- The Internet Protocol (“IP”) is an addressing protocol designed to route traffic within a network or between networks. The Internet Protocol is used on many computer networks including the Internet, intranets and other networks. Internet Protocol addresses are typically assigned to “immobile” nodes on a network and the IP address of each node is used to route datagrams to the node through a server connected to the node. An immobile node may be moved to a different server on the computer network, but is typically associated with a static physical location (e.g., 3Com Corporation in Santa Clara, Calif.).
- In contrast, mobile nodes may connect to various physical locations on a computer network. A mobile node has its own network address and a semi-permanent relationship with a home agent or server to which the mobile node may occasionally be connected to send and receive datagrams. However, the mobile node can also connect to a foreign agent through which it sends and receives datagrams. An example of one protocol that facilitates communication with mobile nodes over the Internet is the Mobile Internet Protocol (Mobile IP), which allows “mobile” nodes to transparently move between different Internet Protocol sub-networks (“subnets”). Mobile IP is described in Request for Comment (RFC) 2002IP Mobility Support, C. Perkins, October 1996, herein incorporated by reference, available from the Internet Engineering Task Force (IETF) at www.ietf.org.
- Other protocols are also used to support mobile node communications. Often, protocols typically utilized in non-mobile applications, such as the Internet Protocol (IP) and the Point to Point protocol (PPP), are layered on top of a lower level mobile protocol, such as the Radio Frequency Link Protocol (RLP) defined by the International Telephone Union (ITU). However, the use of these non-mobile applications can create inefficiencies as mobile nodes move from one service area to another and connections are broken and reformed accordingly.
- Internet Protocol addresses are typically assigned to mobile nodes based on their home Internet Protocol subnet. The home subnet is connected to an external network (e.g., the Internet or an intranet) with a “home agent” that serves as the subnet's gateway router. As is known in the art, the gateway connects computer networks using different networking protocols or operating at different transmission capacities. As is known in the art, a router translates differences between network protocols and routes data packets to an appropriate network node or network device. When a mobile node “roams,” (i.e., dynamically changes its physical location), it periodically transmits “agent solicitation” messages to other gateway routers. A mobile node also listens for “agent advertisement” messages from other gateway routers. When a mobile node receives an agent advertisement message indicating that it is now on a foreign subnet, it registers with the foreign gateway router or “foreign agent” and its home agent. The registration with the home agent indicates that the mobile node is away from “home” (i.e., away from its home subnet). The registration with the foreign agent allows the mobile node to receive data on the foreign subnet.
- FIG. 1 shows an
architecture 10 that illustrates an example of the connection of amobile node 20 topublic IP network 70.Public IP network 70 includes twoforeign agents mobile node 20. The network also includes atunnel endpoint server 50 that is the home agent formobile node 20 in this example. - When
mobile node 20 receives an agent advertisement broadcast fromtunnel initiator 30, the mobile node establishes afirst link 22 withtunnel initiator 30.Link 22 is a radio frequency communication link betweenmobile node 20 andtunnel initiator 30. An example of a protocol forlink 22 is the Radio Frequency Link Protocol (RLP).Tunnel initiator 30 is a foreign agent formobile node 20 and, as part of establishinglink 22, receives information regarding a home agent frommobile node 20. Note that the information received bytunnel initiator 30 frommobile node 20 also includes the Mobile Identification Number (MIN) formobile node 20. Using the mobile node's home agent information,tunnel initiator 30 establishesL2TP tunnel 56 totunnel endpoint server 50, which is the home agent formobile node 20. - One example of a tunnel initiator or endpoint device is a network access server, such as that described in the patent to Dale M. Walsh et al., U.S. Pat. No. 5,525,595, which is fully incorporated by reference herein and describes an integrated network access server suitable for use in the present invention. Such a device has been commercialized widely by 3Com Corporation (previously U.S. Robotics Corp.) under the trade designation Total Control™ Enterprise Network Hub. Network access servers similar in functionality, architecture and design are available from other companies, including Lucent Technologies and Cisco Systems. The invention is suitable for implementation in network access servers from the above companies, and in other similar devices.
- In protocols that support client mobility,
mobile node 20 typically senses that it has lost contact withtunnel initiator 30 when it times out waiting for an advertisement message fromtunnel initiator 30.Mobile node 20 will then look for an advertisement message from a new foreign agent, such astunnel initiator 40. Whenmobile node 20 receives an advertisement message from a foreign agent,tunnel initiator 40 in this case, it sends a registration message that initiates set-up oflink 24 and set-up oftunnel connection 66. For further details relating to one example of how mobile nodes move from one foreign agent to another, see RFC 2002 regarding Mobile IP. - Registration of the
mobile node 20 typically involves authentication, authorization and accounting (AAA).AAA server 80 interacts with foreign agents and other AAA servers, such as one connected to the mobile node's home network, to authorize, authenticate and perform accounting for the mobile client. To perform AAA services, the registration request frommobile node 20 to the tunnel initiator acting as the foreign agent will include a Network Access Identifier (NAI), such as a Mobile Identification Number (MIN) or Electronic Serial Number (ESN), in an authentication extension of the registration request message. The tunnel initiator will forward the NAI toAAA server 80 that will perform the authentication and authorization, such as a Challenge and Accept Protocol (CHAP) or a cryptographic authentication. Mobility management may also be integrated with the AAA services inAAA server 80, whereinAAA server 80 helps manage registration of the mobile node and handoff of connections between foreign agents. - The
AAA server 80 can also be configured to perform tunnel endpoint identification for mobile nodes. In this case, the tunnel initiator queries theAAA server 80 with the MIN supplied by themobile node 20 to obtain an address for a tunnel endpoint for the connection. TheAAA server 80 maintains a database containing entries that match MIN values with tunnel endpoint addresses. TheAAA server 80 searches the database for an entry corresponding to the MIN value in the query from the tunnel initiator. The AAA server then returns the tunnel endpoint address from the corresponding entry in a reply message to the tunnel initiator. - The Radio Link Protocol, Code Division Multiple Access (CDMA) protocol, and other mobility protocols allow a mobile node to dynamically change its network connectivity in a manner that is transparent to protocol layers above the Internet Protocol layer. For example, without re-establishing Transmission Control Protocol or User Datagram Protocol sessions. As is known in the art, the Internet Protocol suite includes from lowest-to-highest, a link, network, transport and application layer. The Internet Protocol typically resides in the network layer in the Internet Protocol suite. Transmission Control Protocol and User Datagram Protocol typically reside in the transport layer of the Internet Protocol suite.
- When a mobile node connects to a gateway on the Internet, a Point-to-Point Protocol (PPP) session is typically established between the mobile node and the gateway device. As is known in the art, PPP is used to encapsulate network layer datagrams over a serial communications link. For more information on PPP see Internet Engineering Task Force (“IETF”) Request for Comments (“RFC”), RFC-1661, RFC-1662 and RFC-1663 incorporated herein by reference. The gateway, or tunnel initiator, typically initiates establishment of a tunnel connection to a tunnel endpoint server. For example, when a mobile node is connected to a foreign agent, a connection oriented point-to-point communication link, such as a Layer 2 Tunneling Protocol (L2TP) tunnel, is typically established between the foreign agent and the home agent to permit the transfer of data to and from the mobile node. SeeLayer Two Tunnelling Protocol (L2TP), Request for Comment (RFC) 2661, A. Valencia, et al., June 1999, herein incorporated by reference for all purposes.
- FIG. 2 is a message flow diagram illustrating an example of a
message exchange 100 that takes place with regard to a call session over an L2TP tunnel. Whentunnel initiator 30 receives theregistration request 102 frommobile node 20, it begins a tunnel control connection set-upexchange 110.Tunnel initiator 30 initiates tunnel set-up by sending a Start-Control-Connection-Request (SCCRQ) totunnel endpoint 50. TheSCCRQ message 112 will contain the tunnel ID value assigned bytunnel initiator 30 to thetunnel 56 being set-up. - Note that the IP address for
tunnel endpoint 50 can be obtained in various ways. For instance, the MIN formobile node 20 can be used to access a database containing the home agent address for the MIN value. Alternatively, the IP address for the home agent may be contained within thecall request message 102 from themobile node 20. - In response to the
SCCRQ message 112,tunnel endpoint 50 sends a Start-Control-Connection-Reply (SCCRP)message 114. Tunnel initiator then sends a Start-Control-Connection-Connected (SCCN)message 116. At this point, the control connection fortunnel connection 56 is established. If no messages formobile node 20 are waiting in the queue attunnel endpoint 50, then a Zero-Length-Body (ZLB) acknowledgemessage 118 is sent totunnel initiator 30. - Next, a call session is established for the call originated by
mobile node 20. The tunnel initiator assigns a session ID value to each call session in order to discriminate between streams ontunnel 56. Each call session corresponds to a single PPP stream between the tunnel initiator and the tunnel endpoint. An incoming call establishment message sequence begins withtunnel initiator 30 sending an Incoming-Call-Request (ICRQ)message 122 totunnel endpoint 50 that includes a call session ID assigned bytunnel initiator 30.Tunnel endpoint 50 responds with an Incoming-Call-Reply (ICRP)message 124 totunnel initiator 30, which, in turn, sends an Incoming-Call-Connected (ICCN)message 126 totunnel endpoint 50. If no messages formobile node 20 are waiting in the queue attunnel endpoint 50, then a Zero-Length-Body (ZLB) acknowledgemessage 128 is sent totunnel initiator 30. - A tunnel between
tunnel initiator 30, the current foreign agent formobile node 20, andtunnel endpoint 50, the home agent formobile node 20, is now in place with a call session formobile node 20. Each data and control packet will contain the tunnel ID and call session ID assigned by thetunnel initiator 30 to differentiate these packets from those of other tunnels and calls that may exist between thetunnel initiator 30 andtunnel endpoint 50. - FIG. 3 is a protocol stack diagram illustrating an example of the protocol relationships in a conventional tunnel structure. As is known in the art, the Open System Interconnection (“OSI”) model is used to describe computer networks. The OSI model consists of seven layers including from lowest-to-highest, a physical, data-link, network, transport, session, application and presentation layer. The physical layer transmits bits over a communication link. The data link layer transmits error free frames of data. The network layer transmits and routes data packets. FIG. 3 illustrates an example of protocol stacks in each of the
remote client 20,tunnel initiators tunnel endpoint 50 of FIG. 1.Links remote client 20 totunnel initiators remote client 20 andtunnel initiator 30/40. Because the physical link provided by RLP in this example is a serial link, a serial data link protocol session, such as the point-to-point protocol (PPP), exists betweenremote client 20 andtunnel initiator 30/40. PPP is described in further detail in RFC 1661 herein incorporated by reference for all purposes. - When a tunnel is established from
tunnel initiator 30/40 totunnel endpoint 50, there are layer 1 (L1) and layer 2 (L2) sessions between the tunnel servers as well as a L2TP session that represents the tunnel itself. Once the tunnel connection is established, a session between network layer peers, such as internet protocol (IP) peers, in theremote client 20 andtunnel endpoint 50 typically exists as well as a session between transport layer peers. Transport layer protocols such as Transmission Control Protocol (“TCP”) and User Datagram Protocol (“UDP”) are often used over IP in computer networks. The Transmission Control Protocol provides a connection-oriented, end-to-end reliable protocol designed to fit into a layered hierarchy of protocols that support multi-network applications. The User Datagram Protocol provides a transaction oriented datagram protocol, where delivery and duplicate packet protection are not guaranteed. - Returning to FIG. 1, as
mobile node 20 roams, it may leave the broadcast area, or service area, fortunnel initiator 30 thereby breakinglink 22.Tunnel initiator 30 typically detects the loss oflink 22 by timing out waiting for a transmission frommobile node 20. Whentunnel initiator 30 detects loss of theconnection 22 tomobile node 20, it will tear-down the call session and totunnel endpoint 50 and, if no other call sessions are active over thetunnel 56, will tear-down the tunnel itself. - Returning to FIG. 2, a call session tear-
down sequence 130 begins withtunnel initiator 30 sending a Call-Disconnect-Notify (CDN)message 132 totunnel endpoint 50. The CDN message includes the call session ID for the call corresponding tomobile node 20. The CDN message may also include an Attribute Value Pair (AVP) consisting of a Q.931 Cause Code that indicates the reason for the disconnection. Q.931 is a message oriented signaling protocol defined by the International Telecommunication Union (ITU), as set forth in ITU-T Recommendation 1.451.Tunnel endpoint 50 responds with ZLB-ACK message 134 and removes the call status data relating to the call session ID from its call status table. - When
tunnel 56 is torn-down, a tunnel tear-down sequence 140 begins withtunnel initiator 30 sending a Stop-Control-Connection-Notify (StopCCN)message 142 totunnel endpoint 50. The StopCCN message includes the tunnel ID value for the tunnel.Tunnel endpoint 50 responds with ZLB-ACK message 144 and removes the tunnel status data relating to the tunnel ID value from it tunnel status table. - Returning to FIG. 1,
mobile node 20 will detect an agent advertisement from a new agent in the broadcast area wheremobile node 20 currently resides.Mobile node 20 will establish anew communication link 24 with the new agent, which in this example istunnel initiator 40.Tunnel initiator 40 will then establish anew tunnel 66 and call session totunnel endpoint 50 in the manner described above with regard totunnel initiator 30. - When the
remote client 20 moves out of the service area fortunnel initiator 30 and into the service area fortunnel initiator 40, the PPP session from the remote client totunnel initiator 30 is lost when communication overlink 22 is lost. Whenlink 24 is established, a new PPP session between PPP peers in the stacks ofremote client 20 andtunnel initiator 40 must be reestablished. However, when a new PPP session is started for the new link, state information regarding the connection is lost, which is relatively unimportant in voice connections but can result in significant disruption of data connections. - Thus, the need remains for an efficient method for handing off a tunnel connection between a remote client and a server.
- In accordance with preferred embodiments of the present invention, some of the problems associated with handing off a tunnel connection are overcome.
- An embodiment of a method for handing off a communication stream in a communications system, according to the present invention, involves receiving a first connection request from a client, where the first connection request includes a client identifier value for the client and, responsive to the first connection request, establishing a first connection from a first connection initiator to a connection endpoint. The method also calls for sensing loss of communication between the client and the first connection initiator and, responsive thereto, transmitting a disconnect message to the connection endpoint, where the disconnect message includes a predetermined handoff code. Responsive to receiving the disconnect message having the handoff code, the method sets forth storing a first set of call information for the first connection from the connection endpoint along with the client identifier value and broadcasting a user moved message from the first connection initiator, where the user moved message includes the client identifier value and a second set of call information for the first connection from the first connection initiator. The method also includes receiving the user moved message in a second connection initiator and, responsive thereto, storing the second set of call information included with the user moved message along with the client identifier value. The method then sets forth receiving a second connection request from the client at the second connection initiator, where the second connection request includes the client identifier value, retrieving the second set of call information using the identifier value for the client, and sending a handoff request message to the connection endpoint, where the handoff request message includes the client identifier value from the second connection request. Responsive to the handoff request message, the method calls for retrieving the first set of call information from using the identifier value for the client and establishing a second connection from the second connection initiator, where the second initiator uses the second set of call information, to the connection endpoint, where the connection endpoint uses the first set of call information.
- An embodiment of a network communication system, according to the present invention, includes a first connection initiator device coupled to a network. The first connection initiator has a first network address and is configured to communicate with a mobile client broadcasting within a first service area of the first connection initiator. The first connection initiator is further configured to receive a first connection request from the mobile client that includes a client identifier value for the mobile client and, responsive to the first connection request, obtain a second network address corresponding to the client identifier value, and establish a first connection between the first and second network addresses. The first connection initiator is also configured to detect that the mobile client has left the first service area and, responsive thereto, transmit a disconnect message having a predetermined handoff code to the second network address and transmit a user moved message to a predetermined network broadcast address, where the user moved message includes a first set of call state information from the first connection initiator that pertains to the first connection. The network system also includes a connection endpoint device that is coupled to the network, has the second network address, and is configured to establish the first connection between the first and second network addresses. The connection endpoint is further configured to receive the disconnect message having the predetermined handoff code and, responsive thereto, store a second set of call state information from the connection endpoint that pertains to the first connection along with the client identifier value. The connection endpoint is still further configured to receive a handoff request message from a third network address, where the handoff request message contains the client identifier value, and, responsive thereto, retrieve the second set of call state information and establish a second connection between the second and third network addresses using the second set of call state information. And finally, the network system includes a second connection initiator device coupled to the network, having the third network address. The second connection initiator device is configured to receive the user moved message transmitted to the predetermined network broadcast address and store the first set of call state information along with the client identifier value. The second connection initiator is also configured to communicate with the mobile client broadcasting within a second service area of the second connection initiator and receive a second connection request from the mobile client that includes the client identifier value. Responsive to the second connection request, the second connection initiator is further configured to retrieve the first set of call state information, send the tunnel handoff request message to the second network address, and establish the second connection between the second and third network addresses using the first set of call state information.
- The foregoing and other features and advantages of a preferred embodiment of the present invention will be more readily apparent from the following detailed description, which proceeds with references to the accompanying drawings.
- The present invention is described in the context of an embodiment of the invention with reference to the following drawings, wherein:
- FIG. 1 is a functional block diagram illustrating an example of a conventional network architecture illustrating two separate connections for a mobile node that terminate on an endpoint device;
- FIG. 2 is a message sequence scenario illustrating an example of conventional message traffic for setting up and tearing down the connections shown in FIG. 1;
- FIG. 3 is a protocol stack diagram illustrating an example of the conventional protocol stacks in the remote client, tunnel initiators and tunnel endpoint of FIG. 1;
- FIG. 4 is a functional block diagram of an exemplary embodiment of a network architecture according to the present invention illustrating the transition of a connection for a mobile node from a first tunnel initiator to a second tunnel initiator;
- FIG. 5 is a message sequence scenario illustrating an example of message traffic according to an embodiment of the present invention when the mobile node of FIG. 4 leaves a service area of the first tunnel initiator;
- FIG. 6 is a message sequence scenario illustrating an example of message traffic according to an embodiment of the present invention when the mobile node of FIG. 4 enters a service area of the second tunnel initiator; and
- FIG. 7 is a protocol stack diagram illustrating an example of the protocol stacks in the remote client, tunnel initiators and tunnel endpoint of FIG. 4.
- The present invention is directed toward a method and system for handing off a tunnel connection.
- FIG. 4 is a block diagram illustrating one embodiment of
network architecture 200 according to the present invention.Architecture 200 includestunnel initiators tunnel endpoint 250 andAAA server 80 connected topublic IP network 70. Each oftunnel initiators link mobile node 20. - Each of the tunnel initiators is also capable of establishing a
tunnel connection tunnel endpoint 250 in the manner described above with respect totunnel initiators tunnel initiator 230 receives a registration request frommobile node 20 overlink 22, it sets up a tunnel connection totunnel endpoint 250, as described in the tunnel set-up sequence 110 and thecall establishment sequence 120 of FIG. 2. - However, when a hand-off of
remote client 20 from one tunnel initiator, i.e.tunnel initiator 230, to another tunnel initiator, i.e.tunnel initiator 240, occurs, then a call session tear-down event 300 according to the present invention, as shown in FIG. 5, will take place. In an embodiment of a call session tear-down sequence 330, whentunnel initiator 230, according to the present invention, detects the loss of theconnection 22 withmobile node client 20, it sendsCDN message 332 with a newly defined cause code value of HANDOFF totunnel endpoint 250. Responsive to CDNmessage 332,tunnel endpoint 250 creates an entry in connection table 254 that includes the MIN for the mobile node, the tunnel ID value assigned toconnection 56 bytunnel initiator 230, the call ID value assigned toconnection 56 bytunnel initiator 230, and call state data forconnection 56. - The call state data can take a variety of forms. For instance, in a data connection, the call state data may include the sequence number of the last packet sent, Ns, and the sequence number of the last packet received, Nr, for
connection 56. See RFC 2661. In a voice connection, the call state may include whether the mobile node has a call waiting or is part of a conference call. The call state data may also include call state data relating to the PPP protocol or other connection oriented protocols. For instance,tunnel endpoint 250 may store the call state data for a virtual PPP session with a peer entity inremote client 20. See RFC 1661. One of ordinary skill in the art will recognize that a variety of types of call state data exist that may be advantageously preserved by applying the approach described in the present invention. -
Tunnel initiator 230 will also multicast a newly defined USER_MOVED message, shown asmessage 236 in FIG. 3, that also includes the MIN for the mobile node, the tunnel ID value assigned toconnection 56 bytunnel initiator 230, the call ID value assigned toconnection 56 bytunnel initiator 230, and call state data forconnection 56. The message may also include the address fortunnel endpoint 250. - An IP multicast message will have a predetermined message type that uniquely identifies it as a database query in accordance with the present invention. IP multicasting is the transmission of an IP datagram to a “host group”, a set of zero or more hosts identified by a single IP destination address. A multicast datagram is delivered to all members of its destination host group with the same “best-efforts” reliability as regular unicast IP datagrams, i.e., the datagram is not guaranteed to arrive intact at all members of the destination group or in the same order relative to other datagrams. The membership of a host group is dynamic; that is, hosts may join and leave groups at any time. There is no restriction on the location or number of members in a host group. A host may be a member of more than one group at a time and a host need not be a member of a group to send datagrams to it.
- A host group may be permanent or transient. A permanent group has a well-known, administratively assigned IP address. It is the address, not the membership of the group, that is permanent; at any time a permanent group may have any number of members, even zero. Those IP multicast addresses that are not reserved for permanent groups are available for dynamic assignment to transient groups which exist only as long as they have members. See RFC 1112 and RFC 2236 for further information regarding IP multicasting.
- After multicasting
message 236,tunnel initiator 230 then sends aStopCCN message 342 containing the tunnel ID forconnection 56, which is acknowledged bytunnel endpoint 250 with ZLB-ACK message 344. However,tunnel initiator 250 has stored the information relating toconnection 56 in the entry in the connection table 254, soconnection 56, in effect, survives in a suspended state. - The
multicast message 236 is sent to a predetermined multicast address that is shared by all the tunnel initiators within a subnet that includestunnel initiator 230. There is typically some correlation between the logical subnet oftunnel initiator 230 and the geographical area surroundingtunnel initiator 230 within whichmobile node 20 is likely to be travelling. For purposes of the present example,tunnel initiator 240 shares the subnet withtunnel initiator 230 and will therefore receiveUSER_MOVED message 236. - When
tunnel initiator 240 receives theUSER_MOVED message 236, it creates an entry in handoff table 244 that is keyed by the MIN value and includes the data from the message. Likewise, all other tunnel initiators that receivemessage 236 and are configured according to the present invention will create an entry in their corresponding handoff tables. - When
mobile node 20 enters the service area fortunnel initiator 240 and receives an agent advertisement fromtunnel initiator 240, it will transmitregistration request 402 that includes its MIN value. Responsive toregistration request 402,tunnel initiator 240 will query handoff table 244 using the MIN value.Tunnel initiator 240 will find the entry formobile node 20 that was created in response tomessage 236 and sends a newly definedTUNNEL__HANDOFF_REQUEST message 412 that includes the MIN value, the tunnel ID value assigned toconnection 56 bytunnel initiator 230, the call ID value assigned toconnection 56 bytunnel initiator 230, a new tunnel ID value assigned toconnection 66 bytunnel initiator 240, and a new call ID value assigned toconnection 66 bytunnel initiator 240. -
Tunnel endpoint 250 uses the MIN value fromtunnel handoff message 412 to query connection table 254 for a corresponding entry and will find the entry created in response to theCDN message 332 in FIG. 4 having cause code=HANDOFF.Tunnel endpoint 250 restores the call data information from the entry in connection table 254 for use withconnection 66 established withtunnel initiator 240. Tunnel endpoint acknowledgestunnel handoff message 412 by sendingTUNNEL_HANDOFF_RESPONSE message 416. - Once ZLB-
ACK message 416 is received in thenew tunnel initiator 240, the status ofconnection 66 is substantially the same as the call state ofconnection 56 when data transfer overconnection 56 ceased. With the call state forconnection 56 established intunnel initiator 240 and restored intunnel endpoint 250, data transfer overconnection 66 may resume where it left off whenmobile node 20 left the transmission area fortunnel initiator 230. - FIG. 7 is a protocol stack diagram illustrating one embodiment of the protocol peer relationships between the
remote client 20 and thetunnel initiators 230/240 andtunnel endpoint 250, according to the present invention, as well as the peer relationships to a server connected totunnel initiator 250. A virtual PPP (vPPP) session is established between peer protocol entities inremote client 20 andtunnel endpoint 250. A connection between the remote client andtunnel initiator - HDLC is a part of PPP that performs framing for packets over the data link and is stateless. Each time the
remote client 20 moves from the service area of one tunnel initiator server to another, RLP establishes a link and passes packets up to HDLC for framing. Because HDLC is relatively stateless, the connection set-up between the HDLC peers in the client and tunnel initiator is minimal. In the approach of the present invention, as described above, the call state for the vPPP session is maintained in theremote client 20 and thetunnel endpoint 250 independent of the link connection between theremote client 20 and thetunnel initiators 230/240. Thus, data transfer over the tunnel between theremote client 20 andtunnel endpoint 250 can resume where transmission left off using the call state stored for the tunnel intunnel endpoint 250. - When the
remote client 20 moves from the service area of one tunnel initiator server to another, a control session within RLP passes an identifier value for the remote client, such as the MIN, up to a L2TP peer within thetunnel initiator remote client 20 and the server connected totunnel endpoint 250 that are transferring data over the tunnel connection. - Note that while the embodiment of FIG. 4 shows the
handoff message 236 being received and stored intunnel initiator 240, the message may be received and its information stored elsewhere, such as in theAAA server 280. In this embodiment, an authentication query from a tunnel initiator in response to a mobile node's registration request will result in theAAA server 280 returning the call information from thehandoff message 236. One of ordinary skill in the art will appreciate that the message and data exchange illustrated in the preferred embodiment may be altered without departing from the spirit of the present invention. The use of IP multicasting permits the location of call data contained withinhandoff message 236 to be transparent to the protocol according to the present invention since the multicast message is universally broadcast and will therefore be received by a the server for storage in a handoff table, such as handoff table 244, regardless of where the table is located. Also, multicasting allows the handoff table to be distributed across multiple server devices, since multicasting provides for the handling of multiple replies to a multicast message by discarding extraneous replies. - Tear-down of connections and clean up of entries in handoff table244 and connection table 254 can occur in a variety of ways. Table entries for connections may include a timestamp that provides for entries to be removed from the tables after a pre-determined time period. Table entries may also be removed responsive to a tear-down message from the tunnel initiators or tunnel endpoint or, in the case of mobile IP, through a de-registration message. In the latter case, the message will include a tear-down message type along with an identifier for the table entry, such as the MIN value.
- Although the present invention is described generally in the context of an L2TP tunnel and a mobile connection, the present invention is applicable to any communications link where it is desirable to transition a communication stream between connections from multiple origins to an endpoint.
- It should be understood that the programs, processes, methods, systems and apparatus described herein are not related or limited to any particular type of computer apparatus (hardware or software),.unless indicated otherwise. Various types of general purpose or specialized computer apparatus may be used along with the present invention or perform operations in accordance with the teachings described herein.
- In view of the wide variety of embodiments to which the principles of the invention can be applied, it should be understood that the illustrated embodiments are exemplary only, and should not be taken as limiting the scope of the present invention. For example, the messages of the message flow scenarios may be taken in sequences other than those described, and more or fewer elements or components may be used in the block diagrams. In addition, the present invention can be practiced with software, hardware, or a combination thereof.
- The claims should not be read as limited to the described order or elements unless stated to that effect. Therefore, all embodiments that come within the scope and spirit of the following claims and equivalents thereto are claimed as the invention.
Claims (18)
1. A method for handing off a communication stream in a communications system, the method comprising the steps of:
receiving a first connection request from a client, where the first connection request includes a client identifier value for the client;
responsive to the first connection request, establishing a first connection from a first connection initiator to a connection endpoint;
sensing loss of communication between the client and the first connection initiator and, responsive thereto, transmitting a disconnect message to the connection endpoint, where the disconnect message includes a predetermined handoff code;
responsive to receiving the disconnect message having the handoff code, storing a first set of call information for the first connection from the connection endpoint along with the client identifier value;
broadcasting a user moved message from the first connection initiator, where the user moved message includes the client identifier value and a second set of call information for the first connection from the first connection initiator;
receiving the user moved message in a second connection initiator and, responsive thereto, storing the second set of call information included with the user moved message along with the client identifier value;
receiving a second connection request from the client at the second connection initiator, where the second connection request includes the client identifier value;
retrieving the second set of call information using the identifier value for the client;
sending a handoff request message to the connection endpoint, where the handoff request message includes the client identifier value from the second connection request;
responsive to the handoff request message, retrieving the first set of call information from using the identifier value for the client; and
establishing a second connection from the second connection initiator, where the second initiator uses the second set of call information, to the connection endpoint, where the connection endpoint uses the first set of call information.
2. The method of claim 1 , where the step of retrieving the second set of call information includes querying a database local to the second connection initiator.
3. The method of claim 1 , where the step of retrieving the second set of call information includes querying a database remote from the second connection initiator.
4. The method of claim 3 , where the database is accessed through an Authentication, Authorization and Accounting (AAA) server.
5. The method of claim 1 , where the client identifier value is a Mobile Identification Number (MIN).
6. The method of claim 1 , where the step of broadcasting a user moved message further comprises multicasting the user moved message to a predetermined group address.
7. The method of claim 1 , where the first set of call information comprises call state information from the connection endpoint for the first connection and the second set of call information comprises call state information from the first connection initiator for the first connection.
8. The method of claim 7 , where the call state information from the connection endpoint and the call state information from the first connection initiator each include a number of packets sent parameter and a number of packets received parameter.
9. A computer readable medium having stored therein instructions for causing a central processing unit to execute the method of claim 1 .
10. A network communication system, the system comprising:
a first connection initiator device coupled to a network, having a first network address, and configured to communicate with a mobile client broadcasting within a first service area of the first connection initiator, the first connection initiator being further configured to receive a first connection request from the mobile client that includes a client identifier value for the mobile client and, responsive to the first connection request, obtain a second network address corresponding to the client identifier value and establish a first connection between the first and second network addresses, the first connection initiator being further configured to detect that the mobile client has left the first service area and, responsive thereto, transmit a disconnect message having a predetermined handoff code to the second network address and transmit a user moved message to a predetermined network broadcast address, where the user moved message includes a first set of call state information from the first connection initiator that pertains to the first connection;
a connection endpoint device coupled to the network, having the second network address, and configured to establish the first connection between the first and second network addresses, the connection endpoint being further configured to receive the disconnect message having the predetermined handoff code and, responsive thereto, store a second set of call state information from the connection endpoint that pertains to the first connection along with the client identifier value, and the connection endpoint being still further configured to receive a handoff request message from a third network address, where the handoff request message contains the client identifier value, and, responsive thereto, retrieve the second set of call state information and establish a second connection between the second and third network addresses using the second set of call state information; and
a second connection initiator device coupled to the network, having the third network address, the second connection initiator being configured to receive the user moved message transmitted to the predetermined network broadcast address and store the first set of call state information along with the client identifier value, the second connection initiator being further configured to communicate with the mobile client broadcasting within a second service area of the second connection initiator, receive a second connection request from the mobile client that includes the client identifier value, and, responsive thereto, retrieve the first set of call state to information, send the tunnel handoff request message to the second network address, and establish the second connection between the second and third network addresses using the first set of call state information.
11. The network communication system of claim 10 , where the first network initiator device is further configured to obtain the second network address corresponding to the client identifier value by querying a database using the client identifier value.
12. The network communication system of claim 1 1, where the database is local to the first network initiator device.
13. The network communication system of claim 12 , where the database is accessible through a AAA server coupled to the network.
14. The network communication system of claim 10 , where the client identifier value further comprises a Mobile Identification Number (MIN).
15. The network communication system of claim 10 , where the predetermined network broadcast address further comprises a multicast address associated with all devices coupled to a subnetwork of the network, where the first and second connection initiator devices are both coupled to the subnetwork.
16. The network communication system of claim 10 , where the first and second sets of call state information each include a number of packets sent parameter and a number of packets received parameter.
17. The network communication system of claim 10 , where the first and second sets of call state information each include the second network address.
18. The network communication system of claim 10 , where the first and second connections each further comprise a point-to-point connection.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/345,059 US20030224792A1 (en) | 2000-02-28 | 2003-01-15 | Method and apparatus for handoff of a connection between network devices |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/514,709 US6522880B1 (en) | 2000-02-28 | 2000-02-28 | Method and apparatus for handoff of a connection between network devices |
US10/345,059 US20030224792A1 (en) | 2000-02-28 | 2003-01-15 | Method and apparatus for handoff of a connection between network devices |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/514,709 Continuation US6522880B1 (en) | 2000-02-28 | 2000-02-28 | Method and apparatus for handoff of a connection between network devices |
Publications (1)
Publication Number | Publication Date |
---|---|
US20030224792A1 true US20030224792A1 (en) | 2003-12-04 |
Family
ID=24048371
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/514,709 Expired - Fee Related US6522880B1 (en) | 2000-02-28 | 2000-02-28 | Method and apparatus for handoff of a connection between network devices |
US10/345,059 Abandoned US20030224792A1 (en) | 2000-02-28 | 2003-01-15 | Method and apparatus for handoff of a connection between network devices |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/514,709 Expired - Fee Related US6522880B1 (en) | 2000-02-28 | 2000-02-28 | Method and apparatus for handoff of a connection between network devices |
Country Status (1)
Country | Link |
---|---|
US (2) | US6522880B1 (en) |
Cited By (42)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020101841A1 (en) * | 2001-01-29 | 2002-08-01 | Tantivy Communications, Inc. | Method and apparatus for simple PPP handoff for mobile users |
US20020132636A1 (en) * | 2001-03-15 | 2002-09-19 | Dirk Stockhusen | Control of a multi-mode, multi-band mobile telephone via a single hardware and software man machine interface |
US20030093560A1 (en) * | 2001-10-31 | 2003-05-15 | Hideaki Ono | Load balancer |
US20040148427A1 (en) * | 2002-11-27 | 2004-07-29 | Nakhjiri Madjid F. | Method and apparatus for PPP link handoff |
US20040184422A1 (en) * | 2003-03-17 | 2004-09-23 | Interdigital Technology Corporation | Method and apparatus for performing a handoff in an inter-extended service set (I-ESS) |
US20040205233A1 (en) * | 2001-08-29 | 2004-10-14 | Dunk Craig A. | System and method for addressing a mobile device in an ip-based wireless network |
US20040246933A1 (en) * | 2001-09-12 | 2004-12-09 | Andras Valko | Arrangements and method in mobile internet communications systems |
US20050079866A1 (en) * | 2002-09-30 | 2005-04-14 | Tianwei Chen | Verifying check-in authentication by using an access authentication token |
US20050094575A1 (en) * | 2003-10-31 | 2005-05-05 | Samsung Electronics Co., Ltd. | System for providing tunnel service capable of data communication between different types of networks |
US20050147049A1 (en) * | 2004-01-06 | 2005-07-07 | Hava Corp. | Telephone with automatic switching between cellular and VoIP networks |
US20050152338A1 (en) * | 2004-01-14 | 2005-07-14 | Chen Christopher Y.W. | System and method for managing voice communications between a telephone, a circuit switching network and/or a packet switching network |
US20050197124A1 (en) * | 2004-03-05 | 2005-09-08 | Samsung Electronics Co., Ltd. | System and method for handover to minimize service delay due to ping pong effect in BWA communication system |
US20060050687A1 (en) * | 2004-01-06 | 2006-03-09 | Hava Corporation | Access point with controller for billing and generating income for access point owner |
US20060050663A1 (en) * | 2004-01-06 | 2006-03-09 | Hava Corporation | Apparatus for controlling broadband access and distribution of content and communications through an access point |
US20060050721A1 (en) * | 2004-01-06 | 2006-03-09 | Hava Corporation | Method of determing broadband content usage within a system |
US20060062180A1 (en) * | 2004-09-21 | 2006-03-23 | Sayeedi Shahab M | Method and apparatus to facilitate inter-AN HRPD hard handoff |
US20060072506A1 (en) * | 2004-09-21 | 2006-04-06 | Sayeedi Shahab M | Method and apparatus to facilitate inter-AN HRPD hard handoff |
US20060121894A1 (en) * | 2004-01-06 | 2006-06-08 | Hava Corporation | Mobile telephone VOIP/cellular seamless roaming switching controller |
US20060140163A1 (en) * | 2004-12-23 | 2006-06-29 | Haixiang He | Method and apparatus to facilitate the closure of mobility tunnels |
US20060203774A1 (en) * | 2005-03-10 | 2006-09-14 | Nokia Corporation | System, method and apparatus for selecting a remote tunnel endpoint for accessing packet data services |
US20070004391A1 (en) * | 2005-06-30 | 2007-01-04 | Vipera, Inc., A Delaware Corporation | Method and apparatus for operating a value-added mobile data communication service on top of existing mobile telecommunications networks |
US20070201403A1 (en) * | 2006-02-27 | 2007-08-30 | Timothy Thome | Apparatus, system and method for transferring an active call between wireless communication networks |
US20070247395A1 (en) * | 2006-04-20 | 2007-10-25 | Keith Barraclough | Communications multiplexing with packet-communication networks |
US20080009287A1 (en) * | 2006-07-05 | 2008-01-10 | Donovan Steven R | Associating a handoff address to a communication session |
US20090067400A1 (en) * | 2006-03-27 | 2009-03-12 | France Telecom | Method of supervising at least one tunnel set up for routing packets between a mobile router and a referring equipment item in a home network of the mobile router |
US20090144068A1 (en) * | 2007-11-30 | 2009-06-04 | Utbk, Inc. | Methods and Apparatuses to Provide Connections for Real Time Communications |
WO2009078659A1 (en) * | 2007-12-17 | 2009-06-25 | Electronics And Telecommunications Research Institute | Tunnel management method and apparatus for reducing packet losses of mobile node in mobile ip environment |
US20100057853A1 (en) * | 2007-08-06 | 2010-03-04 | Huawei Technologies Co., Ltd. | Method for multi-terminal session, and communication system and related device thereof |
US20100202455A1 (en) * | 2009-02-11 | 2010-08-12 | Ganapathy Sundaram | Method for secure network based route optimization in mobile networks |
US20100287286A1 (en) * | 2009-05-07 | 2010-11-11 | Bustamente Michael G | System and Method for Providing Sequenced Anonymous Communication Sessions Over a Network |
US20100283827A1 (en) * | 2009-05-07 | 2010-11-11 | Bustamente Michael G | System and method for providing anonymity in a video/multimedia communications session over a network |
US20110077029A1 (en) * | 2008-06-13 | 2011-03-31 | Fujitsu Limited | Gateway device, method for controlling radio transmission, and radio communication system |
US7944887B1 (en) * | 2007-10-22 | 2011-05-17 | Sprint Spectrum L.P. | Method and system for forcing mobile IP home agent handoff |
US20130290551A1 (en) * | 2011-01-11 | 2013-10-31 | Lg Electronics Inc. | Control apparatus, control target apparatus, and method for operating the control, apparatus and the control target apparatus in multiple networks |
US8718032B1 (en) * | 2006-06-13 | 2014-05-06 | Sprint Spectrum L.P. | Delivering packet data to a mobile station following inadvertent loss of data-link-layer connection between a wireless-network entity and the mobile station |
US9148333B2 (en) | 2009-03-31 | 2015-09-29 | Match.Com, L.L.C. | System and method for providing anonymity in a session initiated protocol network |
US9185184B2 (en) | 2009-03-31 | 2015-11-10 | Match.Com, L.L.C. | System and method for providing calendar and speed dating features for matching users in a network environment |
US20180322539A1 (en) * | 2017-05-04 | 2018-11-08 | Microsoft Technology Licensing, Llc | Running client experiments based on server-side user segment data |
US10251092B1 (en) * | 2015-09-25 | 2019-04-02 | Juniper Networks, Inc. | Signaling message reduction for network session teardown and network tunnel teardown |
US10320989B2 (en) | 2005-02-11 | 2019-06-11 | Vasu Networks Corporation | Access point with controller for billing and generating income for access point owner |
US10375744B2 (en) | 2016-12-06 | 2019-08-06 | At&T Intellectual Property I, L.P. | Session continuity between software-defined network-controlled and non-software-defined network-controlled wireless networks |
US10419996B2 (en) | 2004-01-06 | 2019-09-17 | Vasu Networks Corporation | Mobile device with automatic switching between cellular and wifi networks |
Families Citing this family (105)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6151628A (en) * | 1997-07-03 | 2000-11-21 | 3Com Corporation | Network access methods, including direct wireless to internet access |
JP3980768B2 (en) * | 1998-09-02 | 2007-09-26 | 株式会社日立製作所 | Distributed processing system and cooperative method thereof |
US7706362B1 (en) * | 1999-10-29 | 2010-04-27 | 3Com Corporation | Method and apparatus for selection of an endpoint device in a point to point link |
US6937713B1 (en) | 1999-12-30 | 2005-08-30 | At&T Corp. | IP call forward profile |
US7180889B1 (en) * | 1999-12-30 | 2007-02-20 | At&T Corp. | Personal control of address assignment and greeting options for multiple BRG ports |
US6775267B1 (en) | 1999-12-30 | 2004-08-10 | At&T Corp | Method for billing IP broadband subscribers |
US6826173B1 (en) | 1999-12-30 | 2004-11-30 | At&T Corp. | Enhanced subscriber IP alerting |
US7130629B1 (en) * | 2000-03-08 | 2006-10-31 | Cisco Technology, Inc. | Enabling services for multiple sessions using a single mobile node |
US6799039B2 (en) * | 2000-04-17 | 2004-09-28 | Nortel Networks Limited | Network resource sharing during handover of a mobile station between cellular wireless networks |
US7158516B2 (en) * | 2000-06-03 | 2007-01-02 | Utstarcom, Inc. | Method and apparatus for performing multi connections at point-to-point protocol |
US6988146B1 (en) * | 2000-07-13 | 2006-01-17 | Alcatel | Simple multicast extension for mobile IP SMM |
US8996698B1 (en) * | 2000-11-03 | 2015-03-31 | Truphone Limited | Cooperative network for mobile internet access |
US7039022B1 (en) * | 2000-11-16 | 2006-05-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Transaction system |
US7111065B2 (en) * | 2000-11-29 | 2006-09-19 | Efficient Networks, Inc. | Method and apparatus for managing tunneled communications in an enterprise network |
US20020065906A1 (en) * | 2000-11-29 | 2002-05-30 | Davidson John M. | Method and apparatus for tunneled communication in an enterprise network |
US6708031B2 (en) * | 2000-12-05 | 2004-03-16 | Nokia Corporation | Session or handoff methods in wireless networks |
US20020073136A1 (en) * | 2000-12-07 | 2002-06-13 | Tomoaki Itoh | Data reproduction method, data receiving terminal and data receiving method |
US7372868B2 (en) * | 2000-12-14 | 2008-05-13 | Intel Corporation | Mobile agent connectivity |
US6697206B2 (en) * | 2000-12-19 | 2004-02-24 | Imation Corp. | Tape edge monitoring |
US6850982B1 (en) * | 2000-12-19 | 2005-02-01 | Cisco Technology, Inc. | Methods and apparatus for directing a flow of data between a client and multiple servers |
JP3777302B2 (en) * | 2000-12-21 | 2006-05-24 | 富士通株式会社 | Communication distribution control device and storage medium storing communication distribution program |
KR100375825B1 (en) * | 2000-12-22 | 2003-03-15 | 한국전자통신연구원 | Hard Handoff Method for Packet Mobile Network |
US7609668B1 (en) * | 2000-12-28 | 2009-10-27 | Cisco Technology, Inc. | Distribution of packets to foreign agents using multicast protocols |
US7082116B2 (en) * | 2000-12-28 | 2006-07-25 | Nortel Networks Limited | Methods and systems implementing mobility support in a packet-based wireless access network |
US7152238B1 (en) | 2000-12-29 | 2006-12-19 | Cisco Technology, Inc. | Enabling mobility for point to point protocol (PPP) users using a node that does not support mobility |
US6947400B2 (en) * | 2001-01-31 | 2005-09-20 | Ipr Licensing, Inc. | Achieving PPP mobility via the mobile IP infrastructure |
US7072341B2 (en) * | 2001-02-20 | 2006-07-04 | Innomedia Pte, Ltd | Real time streaming media communication system |
US6856624B2 (en) * | 2001-02-21 | 2005-02-15 | Alcatel | Temporary unique private address |
US6879690B2 (en) * | 2001-02-21 | 2005-04-12 | Nokia Corporation | Method and system for delegation of security procedures to a visited domain |
US7136364B2 (en) * | 2001-03-29 | 2006-11-14 | Intel Corporation | Maintaining a reliable link |
US6999435B2 (en) * | 2001-03-29 | 2006-02-14 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and node for providing enhanced mobility in simple IP telecommunication networks when performing L2TP tunneling |
US7320036B1 (en) * | 2001-04-13 | 2008-01-15 | Redback Networks Inc. | Method and apparatus for multiple communications sessions |
JP3821662B2 (en) * | 2001-05-15 | 2006-09-13 | 富士通株式会社 | Communication device |
US7363376B2 (en) * | 2001-07-31 | 2008-04-22 | Arraycomm Llc | Method and apparatus for generating an identifier to facilitate delivery of enhanced data services in a mobile computing environment |
US7173905B1 (en) * | 2001-08-02 | 2007-02-06 | Utstarcom, Inc. | PDSN fast tunnel lookup |
AU2002340813A1 (en) * | 2001-08-28 | 2003-03-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Multicast group management in telecommunication networks |
US7036143B1 (en) | 2001-09-19 | 2006-04-25 | Cisco Technology, Inc. | Methods and apparatus for virtual private network based mobility |
US6760318B1 (en) | 2002-01-11 | 2004-07-06 | Airflow Networks | Receiver diversity in a communication system |
US6862448B1 (en) | 2002-01-11 | 2005-03-01 | Broadcom Corporation | Token-based receiver diversity |
US7149196B1 (en) | 2002-01-11 | 2006-12-12 | Broadcom Corporation | Location tracking in a wireless communication system using power levels of packets received by repeaters |
US7876704B1 (en) | 2002-01-11 | 2011-01-25 | Broadcom Corporation | Tunneling protocols for wireless communications |
US7689210B1 (en) * | 2002-01-11 | 2010-03-30 | Broadcom Corporation | Plug-n-playable wireless communication system |
US7672274B2 (en) * | 2002-01-11 | 2010-03-02 | Broadcom Corporation | Mobility support via routing |
US6788658B1 (en) | 2002-01-11 | 2004-09-07 | Airflow Networks | Wireless communication system architecture having split MAC layer |
US8027637B1 (en) | 2002-01-11 | 2011-09-27 | Broadcom Corporation | Single frequency wireless communication system |
US7515557B1 (en) | 2002-01-11 | 2009-04-07 | Broadcom Corporation | Reconfiguration of a communication system |
US7471661B1 (en) * | 2002-02-20 | 2008-12-30 | Cisco Technology, Inc. | Methods and apparatus for supporting proxy mobile IP registration in a wireless local area network |
US7254634B1 (en) * | 2002-03-08 | 2007-08-07 | Akamai Technologies, Inc. | Managing web tier session state objects in a content delivery network (CDN) |
US7224677B2 (en) * | 2002-03-15 | 2007-05-29 | Nokia Corporation | Method and apparatus for alerting mobile nodes of desirable access characteristics |
US7072657B2 (en) * | 2002-04-11 | 2006-07-04 | Ntt Docomo, Inc. | Method and associated apparatus for pre-authentication, preestablished virtual private network in heterogeneous access networks |
US7113498B2 (en) * | 2002-06-05 | 2006-09-26 | Broadcom Corporation | Virtual switch |
US6934876B1 (en) * | 2002-06-14 | 2005-08-23 | James L. Holeman, Sr. | Registration system and method in a communication network |
US7701963B2 (en) * | 2002-10-15 | 2010-04-20 | Qualcomm Incorporated | Method and apparatus for the use of micro-tunnels in a communications system |
US7792527B2 (en) * | 2002-11-08 | 2010-09-07 | Ntt Docomo, Inc. | Wireless network handoff key |
US7367046B1 (en) | 2002-12-04 | 2008-04-29 | Cisco Technology, Inc. | Method and apparatus for assigning network addresses to network devices |
US7457289B2 (en) * | 2002-12-16 | 2008-11-25 | Cisco Technology, Inc. | Inter-proxy communication protocol for mobile IP |
US7428226B2 (en) * | 2002-12-18 | 2008-09-23 | Intel Corporation | Method, apparatus and system for a secure mobile IP-based roaming solution |
JP4270888B2 (en) | 2003-01-14 | 2009-06-03 | パナソニック株式会社 | Service and address management method in WLAN interconnection |
US7362742B1 (en) | 2003-01-28 | 2008-04-22 | Cisco Technology, Inc. | Methods and apparatus for synchronizing subnet mapping tables |
US8037188B2 (en) * | 2003-02-12 | 2011-10-11 | Qualcomm Incorporated | Soft handoff across different networks assisted by an end-to-end application protocol |
US7505432B2 (en) | 2003-04-28 | 2009-03-17 | Cisco Technology, Inc. | Methods and apparatus for securing proxy Mobile IP |
US7545766B1 (en) * | 2003-05-16 | 2009-06-09 | Nortel Networks Limited | Method for mobile node-foreign agent challenge optimization |
KR100534610B1 (en) * | 2003-05-29 | 2005-12-07 | 삼성전자주식회사 | method and system for controlling packet transmission using bind update message when mobile node performs hand-off in IPv6 based wireless network |
US8145699B2 (en) * | 2003-05-30 | 2012-03-27 | Microsoft Corporation | Generalized proximity service |
CN1271823C (en) * | 2004-01-07 | 2006-08-23 | 华为技术有限公司 | Business tunnel unpack method for wireless LAN |
US7545782B2 (en) * | 2004-02-19 | 2009-06-09 | Belair Networks, Inc. | Mobile station traffic routing |
US7447188B1 (en) | 2004-06-22 | 2008-11-04 | Cisco Technology, Inc. | Methods and apparatus for supporting mobile IP proxy registration in a system implementing mulitple VLANs |
KR20060009676A (en) * | 2004-07-26 | 2006-02-01 | 삼성전자주식회사 | Method and apparatus for configuring a tunnel automatically |
US7443824B1 (en) * | 2004-09-09 | 2008-10-28 | Sprint Spectrum L.P. | Method and system for selectively including a device-identifier within a mobile IP registration request being sent on behalf of a mobile node to a mobile IP home agent |
KR101277016B1 (en) * | 2004-11-05 | 2013-07-30 | 텔코디아 테크놀로지스, 인코포레이티드 | Network discovery mechanisms |
KR20060066373A (en) * | 2004-12-13 | 2006-06-16 | 한국전자통신연구원 | Method and device for mipv4 based fast handoff in heterogeneous network |
DE602005013281D1 (en) | 2004-12-17 | 2009-04-23 | Huawei Tech Co Ltd | METHOD AND SYSTEM FOR HOLDING A SESSION CONTINUITY |
US7882237B2 (en) * | 2004-12-17 | 2011-02-01 | Ncipher Corporation Limited | TCP/IP proxy utilizing transparent acknowledgements |
CN1949705B (en) * | 2005-10-14 | 2010-08-18 | 上海贝尔阿尔卡特股份有限公司 | Dynamic tunnel construction method for safety access special LAN and apparatus therefor |
US8630645B2 (en) * | 2006-02-09 | 2014-01-14 | Cisco Technology, Inc. | Fast handoff support for wireless networks |
JP4965646B2 (en) * | 2006-04-17 | 2012-07-04 | シスコ テクノロジー インコーポレーテッド | System and method for traffic localization |
WO2008005878A2 (en) | 2006-07-07 | 2008-01-10 | Symbol Technologies, Inc. | Wireless switch network architecture implementing mobility areas within a mobility domain, mobility relay techniques for reducing layer 3 mobility control traffic and peering sessions |
US7961690B2 (en) * | 2006-07-07 | 2011-06-14 | Symbol Technologies, Inc. | Wireless switch network architecture implementing mobility areas within a mobility domain |
US20080020758A1 (en) * | 2006-07-20 | 2008-01-24 | Symbol Technologies, Inc. | Query-response techniques for reduction of wireless client database size to provide scalability in large wireless switch networks supporting layer 3 mobility |
US8767686B2 (en) | 2006-07-25 | 2014-07-01 | Boingo Wireless, Inc. | Method and apparatus for monitoring wireless network access |
WO2009029583A1 (en) * | 2007-08-24 | 2009-03-05 | Starent Networks, Corp | Providing virtual services with an enterprise access gateway |
KR101466889B1 (en) * | 2008-04-03 | 2014-12-01 | 삼성전자주식회사 | System and method for searching session id in wireless mobile ip communication system |
JP4894826B2 (en) * | 2008-07-14 | 2012-03-14 | ソニー株式会社 | COMMUNICATION DEVICE, COMMUNICATION SYSTEM, NOTIFICATION METHOD, AND PROGRAM |
US20100157870A1 (en) * | 2008-12-19 | 2010-06-24 | Qualcomm Incorporated | Managing a multicast group membership table at an access network within a wireless communications system |
WO2010108009A1 (en) | 2009-03-18 | 2010-09-23 | Cisco Technology, Inc. | Localized forwarding |
US8743696B2 (en) | 2009-08-07 | 2014-06-03 | Cisco Technology, Inc. | Mobile transport solution for offloading to an alternate network |
WO2011038359A2 (en) * | 2009-09-26 | 2011-03-31 | Cisco Technology, Inc. | Providing services at a communication network edge |
CA2777047A1 (en) * | 2009-10-06 | 2011-04-14 | Nortel Networks Limited | System and protocols for inter-mobility access gateway tunneling for fast handoff transition |
US9015318B1 (en) | 2009-11-18 | 2015-04-21 | Cisco Technology, Inc. | System and method for inspecting domain name system flows in a network environment |
US9009293B2 (en) | 2009-11-18 | 2015-04-14 | Cisco Technology, Inc. | System and method for reporting packet characteristics in a network environment |
US9148380B2 (en) * | 2009-11-23 | 2015-09-29 | Cisco Technology, Inc. | System and method for providing a sequence numbering mechanism in a network environment |
ES2919878T3 (en) * | 2009-12-15 | 2022-07-28 | Wireless Future Tech Inc | Method, apparatus and related software product for deciding on a signaling scheme for handover |
US8792495B1 (en) | 2009-12-19 | 2014-07-29 | Cisco Technology, Inc. | System and method for managing out of order packets in a network environment |
US8787303B2 (en) | 2010-10-05 | 2014-07-22 | Cisco Technology, Inc. | Methods and apparatus for data traffic offloading at a router |
US8526448B2 (en) | 2010-10-19 | 2013-09-03 | Cisco Technology, Inc. | Call localization and processing offloading |
US9003057B2 (en) | 2011-01-04 | 2015-04-07 | Cisco Technology, Inc. | System and method for exchanging information in a mobile wireless network environment |
US8811281B2 (en) | 2011-04-01 | 2014-08-19 | Cisco Technology, Inc. | Soft retention for call admission control in communication networks |
US8792353B1 (en) | 2011-06-14 | 2014-07-29 | Cisco Technology, Inc. | Preserving sequencing during selective packet acceleration in a network environment |
US8743690B1 (en) | 2011-06-14 | 2014-06-03 | Cisco Technology, Inc. | Selective packet sequence acceleration in a network environment |
US8948013B1 (en) | 2011-06-14 | 2015-02-03 | Cisco Technology, Inc. | Selective packet sequence acceleration in a network environment |
US8737221B1 (en) | 2011-06-14 | 2014-05-27 | Cisco Technology, Inc. | Accelerated processing of aggregate data flows in a network environment |
US10123368B2 (en) | 2012-02-23 | 2018-11-06 | Cisco Technology, Inc. | Systems and methods for supporting multiple access point names for trusted wireless local area network |
CN103582053B (en) * | 2012-07-23 | 2016-09-14 | 华为终端有限公司 | A kind of channel switching method, device and system |
US20140244854A1 (en) | 2013-02-27 | 2014-08-28 | Google Inc. | Content Streaming Between Devices |
CN106657682B (en) * | 2015-10-31 | 2019-07-12 | 华为技术有限公司 | A kind of method and device detecting User Status event |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6415151B1 (en) * | 1998-07-06 | 2002-07-02 | Siemens Aktiengesellschaft | Method and mobile radio telephone network for handling a packet data service |
US20030008632A1 (en) * | 2000-01-13 | 2003-01-09 | Menon Narayan P. | Wireless local loop with intelligent base station |
US6553015B1 (en) * | 1998-05-20 | 2003-04-22 | Nec Corporation | High speed switching of communications links without interrupting ATM cell traffic |
US6747961B1 (en) * | 1998-11-13 | 2004-06-08 | Lucent Technologies Inc. | Mobility management for a multimedia mobile network |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5528595A (en) | 1974-06-09 | 1996-06-18 | U.S. Robotics, Inc. | Modem input/output signal processing techniques |
US6097950A (en) * | 1996-12-27 | 2000-08-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for global roaming in a cellular telecommunications system |
US6453162B1 (en) * | 1998-12-10 | 2002-09-17 | Nortel Networks Limited | Method and system for subscriber provisioning of wireless services |
US6445911B1 (en) * | 1998-12-30 | 2002-09-03 | At&T Corp | Method and apparatus for providing neighborhood cordless services |
-
2000
- 2000-02-28 US US09/514,709 patent/US6522880B1/en not_active Expired - Fee Related
-
2003
- 2003-01-15 US US10/345,059 patent/US20030224792A1/en not_active Abandoned
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6553015B1 (en) * | 1998-05-20 | 2003-04-22 | Nec Corporation | High speed switching of communications links without interrupting ATM cell traffic |
US6415151B1 (en) * | 1998-07-06 | 2002-07-02 | Siemens Aktiengesellschaft | Method and mobile radio telephone network for handling a packet data service |
US6747961B1 (en) * | 1998-11-13 | 2004-06-08 | Lucent Technologies Inc. | Mobility management for a multimedia mobile network |
US20030008632A1 (en) * | 2000-01-13 | 2003-01-09 | Menon Narayan P. | Wireless local loop with intelligent base station |
Cited By (95)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060262755A1 (en) * | 2001-01-29 | 2006-11-23 | Brian Kilgore | Method and apparatus for simple PPP handoff for mobile users |
US7046646B2 (en) * | 2001-01-29 | 2006-05-16 | Ipr Licensing, Inc. | Method and apparatus for simple PPP handoff for mobile users |
US20020101841A1 (en) * | 2001-01-29 | 2002-08-01 | Tantivy Communications, Inc. | Method and apparatus for simple PPP handoff for mobile users |
US20020132636A1 (en) * | 2001-03-15 | 2002-09-19 | Dirk Stockhusen | Control of a multi-mode, multi-band mobile telephone via a single hardware and software man machine interface |
US7181237B2 (en) * | 2001-03-15 | 2007-02-20 | Siemens Communications, Inc. | Control of a multi-mode, multi-band mobile telephone via a single hardware and software man machine interface |
US20110085510A1 (en) * | 2001-08-29 | 2011-04-14 | Research In Motion Limited | System and method for addressing a mobile device in an ip-based wireless network |
US7581020B2 (en) * | 2001-08-29 | 2009-08-25 | Research In Motion Limited | System and method for addressing a mobile device in an IP-based wireless network |
US8560728B2 (en) * | 2001-08-29 | 2013-10-15 | Blackberry Limited | System and method for addressing a mobile device in an IP-based wireless network |
US20090296646A1 (en) * | 2001-08-29 | 2009-12-03 | Research In Motion Limited | System And Method For Addressing A Mobile Device In An IP-Based Wireless Network |
US7934015B2 (en) * | 2001-08-29 | 2011-04-26 | Research In Motion Limited | System and method for addressing a mobile device in an IP-based wireless network |
US20040205233A1 (en) * | 2001-08-29 | 2004-10-14 | Dunk Craig A. | System and method for addressing a mobile device in an ip-based wireless network |
US20040246933A1 (en) * | 2001-09-12 | 2004-12-09 | Andras Valko | Arrangements and method in mobile internet communications systems |
US7711819B2 (en) * | 2001-10-31 | 2010-05-04 | Fujitsu Limited | Load balancer |
US20030093560A1 (en) * | 2001-10-31 | 2003-05-15 | Hideaki Ono | Load balancer |
US20050079866A1 (en) * | 2002-09-30 | 2005-04-14 | Tianwei Chen | Verifying check-in authentication by using an access authentication token |
US7171202B2 (en) * | 2002-09-30 | 2007-01-30 | Siemens Aktiengesellschaft | Verifying check-in authentication by using an access authentication token |
US20040148427A1 (en) * | 2002-11-27 | 2004-07-29 | Nakhjiri Madjid F. | Method and apparatus for PPP link handoff |
US20040184422A1 (en) * | 2003-03-17 | 2004-09-23 | Interdigital Technology Corporation | Method and apparatus for performing a handoff in an inter-extended service set (I-ESS) |
WO2004084463A3 (en) * | 2003-03-17 | 2005-01-27 | Interdigital Tech Corp | Method and apparatus for performing a handoff in an inter-extended service set (i-ess) |
AU2004221067B2 (en) * | 2003-03-17 | 2008-05-15 | Interdigital Technology Corporation | Method and apparatus for performing a handoff in an inter-extended service set (I-ESS) |
US20050094575A1 (en) * | 2003-10-31 | 2005-05-05 | Samsung Electronics Co., Ltd. | System for providing tunnel service capable of data communication between different types of networks |
US7995571B2 (en) * | 2003-10-31 | 2011-08-09 | Samsung Electronics Co., Ltd. | System for providing tunnel service capable of data communication between different types of networks |
US7991399B2 (en) * | 2004-01-06 | 2011-08-02 | Vasu Networks Corporation | Telephone with automatic switching between cellular and VoIP networks |
US8958434B2 (en) | 2004-01-06 | 2015-02-17 | Vasu Networks Corporation | Method of determining broadband content usage within a system |
US8514867B2 (en) | 2004-01-06 | 2013-08-20 | Hava Corporation | Method of determining broadband content usage within a system |
US8520605B2 (en) | 2004-01-06 | 2013-08-27 | Vasu Networks Corporation | Apparatus for controlling broadband access and distribution of content and communications through an access point |
US8886181B2 (en) | 2004-01-06 | 2014-11-11 | Vasu Networks Corporation | Mobile telephone VOIP/cellular seamless roaming switching controller |
US9306827B2 (en) | 2004-01-06 | 2016-04-05 | Vasu Networks Corporation | Method of determining broadband content usage within a system |
US8913604B2 (en) | 2004-01-06 | 2014-12-16 | Vasu Networks Corporation | Access point with controller for billing and generating income for access point owner |
US10419996B2 (en) | 2004-01-06 | 2019-09-17 | Vasu Networks Corporation | Mobile device with automatic switching between cellular and wifi networks |
US20060121894A1 (en) * | 2004-01-06 | 2006-06-08 | Hava Corporation | Mobile telephone VOIP/cellular seamless roaming switching controller |
US8078164B2 (en) | 2004-01-06 | 2011-12-13 | Vasu Networks Corporation | Mobile telephone VOIP/cellular seamless roaming switching controller |
US20060050721A1 (en) * | 2004-01-06 | 2006-03-09 | Hava Corporation | Method of determing broadband content usage within a system |
US9179006B2 (en) | 2004-01-06 | 2015-11-03 | Vasu Networks Corporation | Access point with controller for billing and generating income for access point owner |
US10368281B2 (en) | 2004-01-06 | 2019-07-30 | Vasu Networks Corporation | Telephone with automatic switching between cellular and VoIP networks |
US8467789B2 (en) | 2004-01-06 | 2013-06-18 | Vasu Networks Corporation | Telephone with automatic switching between cellular and VoIP networks |
US20060050663A1 (en) * | 2004-01-06 | 2006-03-09 | Hava Corporation | Apparatus for controlling broadband access and distribution of content and communications through an access point |
US9179267B2 (en) | 2004-01-06 | 2015-11-03 | Vasu Networks Corporation | Apparatus for controlling broadband access and distribution of content and communications through an access point |
US20060050687A1 (en) * | 2004-01-06 | 2006-03-09 | Hava Corporation | Access point with controller for billing and generating income for access point owner |
US10206154B2 (en) | 2004-01-06 | 2019-02-12 | Vasu Networks Corporation | Mobile device WiFi/cellular seamless roaming, seamless session continuity, always connected switching controller |
US9553996B2 (en) | 2004-01-06 | 2017-01-24 | Vasu Networks Corporation | Access point with controller for billing and generating income for access point owner |
US9648538B2 (en) | 2004-01-06 | 2017-05-09 | Vasu Networks Corporation | Mobile device with automatic switching between cellular and WiFi networks |
US20050147049A1 (en) * | 2004-01-06 | 2005-07-07 | Hava Corp. | Telephone with automatic switching between cellular and VoIP networks |
US20050152338A1 (en) * | 2004-01-14 | 2005-07-14 | Chen Christopher Y.W. | System and method for managing voice communications between a telephone, a circuit switching network and/or a packet switching network |
US7813734B2 (en) * | 2004-03-05 | 2010-10-12 | Samsung Electronics Co., Ltd | System and method to perform a handover in a broadband wireless access communication system |
US20050197124A1 (en) * | 2004-03-05 | 2005-09-08 | Samsung Electronics Co., Ltd. | System and method for handover to minimize service delay due to ping pong effect in BWA communication system |
US20070249355A1 (en) * | 2004-03-05 | 2007-10-25 | Samsung Electronics Co., Ltd. | System and method for handover to minimize service delay due to ping pong effect in BWA communication system |
US20060062180A1 (en) * | 2004-09-21 | 2006-03-23 | Sayeedi Shahab M | Method and apparatus to facilitate inter-AN HRPD hard handoff |
US20060072506A1 (en) * | 2004-09-21 | 2006-04-06 | Sayeedi Shahab M | Method and apparatus to facilitate inter-AN HRPD hard handoff |
US7620017B2 (en) * | 2004-09-21 | 2009-11-17 | Motorola, Inc. | Method and apparatus to facilitate inter-AN HRPD hard handoff |
US7512110B2 (en) | 2004-09-21 | 2009-03-31 | Motorola, Inc. | Method and apparatus to facilitate inter-AN HRPD hard handoff |
US20060140163A1 (en) * | 2004-12-23 | 2006-06-29 | Haixiang He | Method and apparatus to facilitate the closure of mobility tunnels |
US8085727B2 (en) * | 2004-12-23 | 2011-12-27 | Avaya Inc. | Method and apparatus to facilitate the closure of mobility tunnels |
US10320989B2 (en) | 2005-02-11 | 2019-06-11 | Vasu Networks Corporation | Access point with controller for billing and generating income for access point owner |
US10148824B2 (en) | 2005-02-11 | 2018-12-04 | Vasu Networks Corporation | Access point with controller for billing and generating income for access point owner |
US20060203774A1 (en) * | 2005-03-10 | 2006-09-14 | Nokia Corporation | System, method and apparatus for selecting a remote tunnel endpoint for accessing packet data services |
US20070004391A1 (en) * | 2005-06-30 | 2007-01-04 | Vipera, Inc., A Delaware Corporation | Method and apparatus for operating a value-added mobile data communication service on top of existing mobile telecommunications networks |
US20090116500A1 (en) * | 2006-02-27 | 2009-05-07 | Timothy Thome | Apparatus, system and method for transferring an active call between wireless communication networks |
US8379598B2 (en) | 2006-02-27 | 2013-02-19 | Kyocera Corporation | Apparatus, system and method for transferring an active call between wireless communication networks |
US20070201403A1 (en) * | 2006-02-27 | 2007-08-30 | Timothy Thome | Apparatus, system and method for transferring an active call between wireless communication networks |
US7760688B2 (en) * | 2006-02-27 | 2010-07-20 | Kyocera Corporation | Apparatus, system and method for transferring an active call between wireless communication networks |
US20090067400A1 (en) * | 2006-03-27 | 2009-03-12 | France Telecom | Method of supervising at least one tunnel set up for routing packets between a mobile router and a referring equipment item in a home network of the mobile router |
US20070247395A1 (en) * | 2006-04-20 | 2007-10-25 | Keith Barraclough | Communications multiplexing with packet-communication networks |
US8199761B2 (en) * | 2006-04-20 | 2012-06-12 | Nokia Corporation | Communications multiplexing with packet-communication networks |
US8718032B1 (en) * | 2006-06-13 | 2014-05-06 | Sprint Spectrum L.P. | Delivering packet data to a mobile station following inadvertent loss of data-link-layer connection between a wireless-network entity and the mobile station |
US20080009287A1 (en) * | 2006-07-05 | 2008-01-10 | Donovan Steven R | Associating a handoff address to a communication session |
US7970401B2 (en) * | 2006-07-05 | 2011-06-28 | Cisco Technology, Inc. | Associating a handoff address to a communication session |
US8676888B2 (en) * | 2007-08-06 | 2014-03-18 | Huawei Technologies Co. Ltd. | Method for multi-terminal session, and communication system and related device thereof |
US20100057853A1 (en) * | 2007-08-06 | 2010-03-04 | Huawei Technologies Co., Ltd. | Method for multi-terminal session, and communication system and related device thereof |
US8699458B1 (en) * | 2007-10-22 | 2014-04-15 | Sprint Spectrum L.P. | Method and system for forcing mobile IP home agent handoff |
US7944887B1 (en) * | 2007-10-22 | 2011-05-17 | Sprint Spectrum L.P. | Method and system for forcing mobile IP home agent handoff |
US20090144068A1 (en) * | 2007-11-30 | 2009-06-04 | Utbk, Inc. | Methods and Apparatuses to Provide Connections for Real Time Communications |
US8391243B2 (en) | 2007-12-17 | 2013-03-05 | Electronics And Telecommunications Research Institute | Tunnel management method and apparatus for reducing packet losses of mobile node in mobile IP environment |
WO2009078659A1 (en) * | 2007-12-17 | 2009-06-25 | Electronics And Telecommunications Research Institute | Tunnel management method and apparatus for reducing packet losses of mobile node in mobile ip environment |
US20100265916A1 (en) * | 2007-12-17 | 2010-10-21 | Samsung Electronics Co., Ltd. | Tunnel management method and apparatus for reducing packet losses of mobile node in mobile ip environment |
US20110077029A1 (en) * | 2008-06-13 | 2011-03-31 | Fujitsu Limited | Gateway device, method for controlling radio transmission, and radio communication system |
US8301142B2 (en) * | 2008-06-13 | 2012-10-30 | Fujitsu Limited | Gateway device, method for controlling radio transmission, and radio communication system |
US9258696B2 (en) * | 2009-02-11 | 2016-02-09 | Alcatel-Lucent | Method for secure network based route optimization in mobile networks |
US20100202455A1 (en) * | 2009-02-11 | 2010-08-12 | Ganapathy Sundaram | Method for secure network based route optimization in mobile networks |
US9185184B2 (en) | 2009-03-31 | 2015-11-10 | Match.Com, L.L.C. | System and method for providing calendar and speed dating features for matching users in a network environment |
US9148333B2 (en) | 2009-03-31 | 2015-09-29 | Match.Com, L.L.C. | System and method for providing anonymity in a session initiated protocol network |
US9413845B2 (en) | 2009-03-31 | 2016-08-09 | Match.Com, L.L.C. | System and method for providing calendar and speed dating features for matching users in a network environment |
US20100287286A1 (en) * | 2009-05-07 | 2010-11-11 | Bustamente Michael G | System and Method for Providing Sequenced Anonymous Communication Sessions Over a Network |
US20100283827A1 (en) * | 2009-05-07 | 2010-11-11 | Bustamente Michael G | System and method for providing anonymity in a video/multimedia communications session over a network |
US8621090B2 (en) * | 2009-05-07 | 2013-12-31 | Match.Com, L.L.C. | System and method for providing sequenced anonymous communication sessions over a network |
US8996618B2 (en) * | 2009-05-07 | 2015-03-31 | Match.Com, L.L.C. | System and method for providing sequenced anonymous communication sessions over a network |
US8885012B2 (en) | 2009-05-07 | 2014-11-11 | Match.Com, L.L.C. | System and method for providing anonymity in a video/multimedia communications session over a network |
US20140082087A1 (en) * | 2009-05-07 | 2014-03-20 | Match.Com, L.L.C. | System and method for providing sequenced anonymous communication sessions over a network |
US9667666B2 (en) * | 2011-01-11 | 2017-05-30 | Lg Electronics Inc. | Control apparatus, control target apparatus, and method for operating the control, apparatus and the control target apparatus in multiple networks |
US20130290551A1 (en) * | 2011-01-11 | 2013-10-31 | Lg Electronics Inc. | Control apparatus, control target apparatus, and method for operating the control, apparatus and the control target apparatus in multiple networks |
US10251092B1 (en) * | 2015-09-25 | 2019-04-02 | Juniper Networks, Inc. | Signaling message reduction for network session teardown and network tunnel teardown |
US10375744B2 (en) | 2016-12-06 | 2019-08-06 | At&T Intellectual Property I, L.P. | Session continuity between software-defined network-controlled and non-software-defined network-controlled wireless networks |
US11089641B2 (en) | 2016-12-06 | 2021-08-10 | At&T Intellectual Property I, L.P. | Session continuity between software-defined network-controlled and non-software-defined network-controlled wireless networks |
US20180322539A1 (en) * | 2017-05-04 | 2018-11-08 | Microsoft Technology Licensing, Llc | Running client experiments based on server-side user segment data |
US10621627B2 (en) * | 2017-05-04 | 2020-04-14 | Microsoft Technology Licensing, Llc | Running client experiments based on server-side user segment data |
Also Published As
Publication number | Publication date |
---|---|
US6522880B1 (en) | 2003-02-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6522880B1 (en) | Method and apparatus for handoff of a connection between network devices | |
US7616615B2 (en) | Packet forwarding apparatus for connecting mobile terminal to ISP network | |
US6614809B1 (en) | Method and apparatus for tunneling across multiple network of different types | |
US6684256B1 (en) | Routing method for mobile wireless nodes having overlapping internet protocol home addresses | |
US7272138B2 (en) | Method and apparatus for providing mobility within a network | |
KR100750370B1 (en) | Address acquisition | |
EP1053620B1 (en) | Mobile data routing | |
US7453905B2 (en) | Mobile node, mobile agent and network system | |
US7643447B2 (en) | Mobile node, mobile agent and network system | |
KR100896154B1 (en) | Method and apparatus for handoff of a wireless packet data services connection | |
US7305429B2 (en) | Method and apparatus for global server load balancing | |
US7051109B1 (en) | Methods and apparatus for using SCTP to provide mobility of a network device | |
WO2003085540A2 (en) | Method and system for mobile ip home agent redundancy | |
JP4088540B2 (en) | Packet communication system, communication network, and IP address selection method in mobile node | |
WO2007033238A2 (en) | System and method for providing packet connectivity between heterogeneous networks, and component and packet therefor | |
KR101503677B1 (en) | Method and apparatus for controlling multicast ip packets in access network | |
US7706362B1 (en) | Method and apparatus for selection of an endpoint device in a point to point link | |
Dreibholz et al. | A new scheme for IP-based Internet-mobility | |
EP1634424B1 (en) | Methods and apparatuses for optimizing resource management in cdma2000 wireless ip networks | |
EP1700430A1 (en) | Method and system for maintaining a secure tunnel in a packet-based communication system | |
EP1988679B1 (en) | A new flow based Layer 2 handover mechanism for mobile node with multi network interfaces | |
KR20030035587A (en) | The processing apparatus and method for providing internet protocol virtual private network service on mobile communication | |
KR20030014815A (en) | Foreign Agent for Supporting IP mobility in UMTS and Method for IP mobility by using it | |
JPH10313336A (en) | Moving terminal, movement supporting device and network system | |
Choi et al. | A new multimedia network architecture using 3G CDMA2000 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: UTSTARCOM, INC., CALIFORNIA Free format text: ASSIGNMENT OF PATENT RIGHTS;ASSIGNOR:3COM CORPORATION;REEL/FRAME:014499/0637 Effective date: 20030523 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |