Source: http://www.google.com/patents/US20040018841
Timestamp: 2016-02-12 03:03:10
Document Index: 301282909

Matched Legal Cases: ['art 310', 'art 320', 'art 330', 'art 320', 'art 410', 'art 420', 'art 430', 'art 440', 'art 420', 'art 420']

Patent US20040018841 - Proactive seamless service provisioning in mobile networks through ... - Google PatentsSearch Images Maps Play YouTube News Gmail Drive More »Sign inPatentsA method for supporting relocation of an IP session during a network layer handover in a mobile communication system. In the method, application context information indicating activities that are advantageously executed pro-actively before the network layer handover is sent. The indicated activities...http://www.google.com/patents/US20040018841?utm_source=gb-gplus-sharePatent US20040018841 - Proactive seamless service provisioning in mobile networks through transferring of application contextAdvanced Patent SearchPublication numberUS20040018841 A1Publication typeApplicationApplication numberUS 10/414,479Publication dateJan 29, 2004Filing dateApr 16, 2003Priority dateApr 26, 2002Also published asDE60333357D1, EP1500297A1, EP1500297B1, EP2239977A1, EP2239977B1, US7388851, US8305992, US20080225798, WO2003092316A1Publication number10414479, 414479, US 2004/0018841 A1, US 2004/018841 A1, US 20040018841 A1, US 20040018841A1, US 2004018841 A1, US 2004018841A1, US-A1-20040018841, US-A1-2004018841, US2004/0018841A1, US2004/018841A1, US20040018841 A1, US20040018841A1, US2004018841 A1, US2004018841A1InventorsDirk TrossenOriginal AssigneeDirk TrossenExport CitationBiBTeX, EndNote, RefManPatent Citations (1), Referenced by (125), Classifications (22), Legal Events (5) External Links: USPTO, USPTO Assignment, EspacenetProactive seamless service provisioning in mobile networks through transferring of application context
US 20040018841 A1Abstract
A method for supporting relocation of an IP session during a network layer handover in a mobile communication system. In the method, application context information indicating activities that are advantageously executed pro-actively before the network layer handover is sent. The indicated activities are then pro-actively executed in a receiving network node. An advantage of the method and arrangement of the invention is that the pro-active actions, including pre-allocation of some critical resources for seamless handover of an ongoing IP session, facilitate timely implementation of the activities required for handing over an IP session, and/or selection of a target access router. Images(4) Claims(30)
1. A method for supporting relocation of an Internet Protocol session during a network layer handover in a mobile communication system, the method comprising: generating application context information indicating activities to be executed pro-actively before a network layer handover; and executing the indicated activities in response to received application context information. 2. A method according to claim 1, further comprising: registering application context information associated with a particular session; and triggering sending of the registered application context information at a defined moment. 3. A method according to claim 2, further comprising: indicating a period of validity in the application context information; checking, before sending the registered application context information, validity of the information; and requesting, in response to detecting invalid information, updated application context information. 4. A method according to claim 1, further comprising: sending a response based on the executed activities to be executed pro-actively before the network layer handover; utilizing the response in selection of a target for the network layer handover. 5. A method according to claim 4, wherein the activities to be executed pro-actively before the initiation of the network layer handover comprise allocation of a defined network resource. 6. A mobile node in a mobile telecommunication system, configured to generate application context information indicating activities to be executed pro-actively before a network layer handover. 7. A mobile node according to claim 6, configured to: register application context information associated with a particular session; and trigger sending of the registered application context information at a selected time. 8. A mobile node according to claim 7, configured to determine the moment for the triggering according to the current state of the mobile node. 9. A mobile node according to claim 7, configured to indicate in the triggering the network node the registered application context information is to be sent. 10. A mobile node according to claim 6, configured to indicate in the application context information its period of validity. 11. A mobile node according to claim 7, configured to register the application context information into a network node which has an IP connection to the mobile node but is not directly involved in transferring packets of the IP session to the mobile node. 12. A mobile node according to claim 6, configured to: receive a response based on the executed activities that have been executed before the initiation of the network layer handover; utilize the received response in selection of a target for the network layer handover. 13. A mobile node according to claim 12, wherein the activities to be executed before initiation of the network layer handover comprise allocation of a defined network resource. 14. A network node in a mobile communication system, configured to provide application context information with information to indicate activities to be executed pro-actively before a network layer handover. 15. A network node according to claim 14, configured to: receive application context information associated with a particular session from a mobile node; and store the received application context information. 16. A network node according to claim 15, further configured to receive a triggering from the mobile node for sending of the registered application context information. 17. A network node according to claim 14, further configured to: detect an indication of a period of validity in the application context information; and check, before sending the registered application context information, the validity of the information; request, in response to detecting invalid information, updated application context information from the mobile node. 18. A network node according to claim 14, wherein the network node comprises an access router through which packets of an Internet Protocol session are currently transferred to a mobile node. 19. A network node according to claim 14, wherein the network node comprises a mobile proxy server, which has an Internet Protocol connection to a mobile node, but is not directly involved in transferring the packets of the IP session to the mobile node. 20. A network node according to claim 19, further configured to execute a security procedure when sending the application context information to the receiving network node. 21. A network node according to claim 14, further configured to receive a response based on the executed activities to be executed pro-actively before the network layer handover; utilize the response in selection of a target for the network layer handover. 22. A network node according to claim 21, wherein the activities to be executed before initiation of the network layer handover comprise allocation of a defined network resource. 23. A network node in a mobile communication system, said network node configured to: receive application context information indicating activities to be executed pro-actively before a network layer handover; and execute the indicated activities in response to received application context information. 24. A network node according to claim 23, further configured to detect in the application context information an indication on its period of validity; request, in response to detecting invalid information, updated application context information. 25. A network node according to claim 23, further configured to execute a security procedure on the received application context information. 26. A network node according to claim 23, wherein the activities to be executed pro-actively before the initiation of the network layer handover comprise allocation of a defined network resource. 27. A mobile communication system comprising a mobile node, a first network node and a second network node, wherein: the mobile node is configured to generate application context information indicating activities to be executed pro-actively before the network layer handover; and the first network node is configured to execute the indicated activities in response to received application context information. 28. A mobile node in a mobile telecommunication system, said mobile node comprising: sending means for sending application context information indicating activities that are executed pro-actively before a network layer handover; registering means for registering application context information associated with a particular session; and triggering means for triggering sending of the registered application context information at a selected time. 29. A network node in a mobile communication system, said network node comprising: providing means for providing application context information to indicate activities that are executed pro-actively before a network layer handover; receiving means for receiving application context information associated with a particular session from a mobile node; and storing means for storing the received application context information. 30. A network node in a mobile communication system, said network node comprising: receiving means for receiving application context information indicating activities that are executed pro-actively before a network layer handover; and executing means for executing the indicated activities in response to received application context information. Description
REFERENCE TO RELATED APPLICATIONS [0001] This application claims priority of U.S. Provisional Patent Application Serial No. 60/375,412 entitled “Coupling of target access router selection with the success of resource allocation at the potential candidate,” filed on Apr. 26, 2002, and of U.S. Provisional Patent Application Serial No. 60/375,414 entitled “Proactive seamless service provisioning in mobile networks through registering and transferring of application context in a proactive-committing manner,” filed on Apr. 26, 2002, the contents of which are hereby incorporated by reference.
BACKGROUND OF THE INVENTION [0002] 1. Field of the Invention [0003] The present invention relates to mobile communication, and especially to a method for supporting a relocation of an IP session during a network layer handover in a mobile communication system, and a mobile node and a network node supporting the method. [0004] 2. Description of the Related Art [0005] A mobile communications system refers generally to any telecommunications system wherein the access point to the system may change when users move within the service area of the system. The mobile communications network is, correspondingly, an access network providing an end user with wireless access to external networks, hosts, or services offered by specific service providers. The service area of the system may comprise different access technologies and several administrative domains. [0006] The new mobile communication systems have been developed to facilitate widespread use of new applications, also including ones that require more bandwidth and extended transmission sessions compared to earlier technologies. On the other hand, the ubiquitous coverage of current cellular systems has led the end users to expect similar availability of services from the next generations of systems. Therefore, seamless service provisioning for the considerable range of different applications will be a critical issue for the success of the new mobile communication systems. [0007] In the context of providing wireless access using the Internet Protocol (IP), seamless IP layer mobility refers to the ability to hand over a mobile node (MN) to a new access router (AR) with minimal disruption to the IP connectivity. In the auspices of the Internet Engineering Task Force (IETF), a number of solutions for seamless IP layer mobility have been generated. Mobile IP, as defined in Request for Comments (RFC) 2002, is an enhancement of the Internet Protocol version 4 (IPv4) that adds mechanisms for forwarding Internet traffic to mobile nodes when they are connecting through a network other than their home network. Similar mechanisms have been developed for Internet Protocol version 6, referred to as IPv6. Each mobile node is assigned a permanent home address on its home network and a care-of address that identifies the current location of the device within a network and its subnets. Each time a mobile node moves to a different network, it acquires a new care-of address. A mobility agent (also known as Home Agent) on the home network associates each permanent address with its care-of address. [0008] As an enhancement to this, fast handover protocol allows a mobile node to configure a new care-of-address before it moves towards a new subnetwork with the aim of being able to use it directly after its connection to the new access router. Consequently, the latency time is minimized and potential loss of packets during handoff is effectively eliminated. [0009] In the process of establishing the new forwarding path for IP flows, mere creation of connection to the new nodes, however, might not be enough. The nodes along the new path must be prepared to provide similar forwarding treatment to the IP packets. This is especially important for services with particular requirements, such as time sensitive VoIP telephony and video and streaming services, whose successful employment in mobile environment depends heavily upon the ability to minimize the impact of the traffic redirections. A context transfer procedure is a specified method, which aims at provisioning of seamless IP layer connectivity. Context relates to the information transferred from one network entity to another as a means of re-establishing routing related services on a new subnet or a group of subnets. Context transfer thus facilitates seamless transfer of the mobile node's (also known as mobile terminal, station or device) packet session a the new access router while the session can be re-established without having to perform the entire protocol exchange between the new node and the mobile node. [0010] In order to perform fast handover and context transfer procedures as described above, the Candidate Access Router Discovery (CARD) as described in the IETF Seamoby Working Group Internet Drafts “Candidate Access Router Discovery” of October 2002, and “A Dynamic Protocol for Candidate Access Router Discovery” of October 2002, provides means for discovering the IP addresses of the potential next access routers, and such characteristics of the access routers that may be of interest to an MN when the access router is evaluated as a handover candidate. Through this potential next access router discovery (CARD), at the time of the IP layer handover the potential next access router whose capabilities appropriately match with the requirements of the mobile node may be selected as a target access router. For enhancing the established CARD solution, a protocol for maintaining and updating the information on capabilities of the neighboring access routers in each of the access routers has also been proposed in the prior art. [0011] However, even though the presented mechanisms allow the mobile node to be able to immediately exchange packets with the new network node and even transfer a session to a new access router without interruption, there are cases where the mobile node may still not be able to continue the service without disruption after the handoff. This is due to the fact that the existing solutions are designed to reveal the existence of a requested capability in the new access router, but they do not disclose whether the pre-discovered resource is available to the transferable session at the time of the handoff. Such temporary lack of appropriate resources is imminent, however, whenever the application requires a specific functionality of a network node, and the successful execution of the application functionality does not allow for breaks in the data transfer. [0012] For example, let us consider a user of a mobile node MN1 moving along a road and utilizing a streaming application with a specific bandwidth. Through the specified potential next access router discovery the capability of the selected target access router to support said bandwidth may be verified. However, before the initiation of the network layer handover of the mobile node MN1, another mobile node MN2 may have already been handed off to the selected target access router, and the resulting available bandwidth in the access router is lower than what is necessary for a successful continuation of the ongoing session in the mobile node MN1. The result of such a situation is degradation or even teardown of the session of MN1 at handover. [0013] As another example, let us consider a user of a mobile node moving along a certain road, and crossing a sequence of access routers and administrative domains. Somewhere along this route the user may also need to cross a technology boundary from 2 G to 3 G, which means that a specific transcoding functionality is needed because of the different bandwidth capabilities of the traversed networks. However, it is possible that at the time of the actual handover the transcoding functionality is no longer available for the mobile node. It is also possible that the discovery of the transcoding element may take too much time for the relocation to happen without disruption. In such a case, the handoff will severely disrupt the active service. [0014] In view of the above, in addition to the comprehensive measures for IP layer mobility and connectivity, a solution for enhancing the seamless relocation of an IP session of a mobile node during a network layer handover is desirable. SUMMARY OF THE INVENTION [0015] The invention, therefore, includes a method for supporting relocation of an internet protocol session during a network layer handover in a mobile communication system. The method includes sending application context information indicating activities that are executed pro-actively before a network layer handover, and executing the indicated activities in response to received application context information. [0016] The invention also includes a mobile node in a mobile telecommunication system, configured to send application context information indicating activities that are advantageously executed pro-actively before a network layer handover. In another embodiment, the invention also includes a network node in a mobile communication system, configured to provide application context information with information to indicate activities that are executed pro-actively before a network layer handover. [0017] The invention also includes a network node in a mobile communication system, with the network node being configured to receive application context information indicating activities that are executed pro-actively before a network layer handover, and then to execute the indicated activities in response to received application context information. [0018] In another embodiment, the invention also includes a mobile communication system including a mobile node, a first network node, and a second network node. The mobile node is configured to send application context information indicating activities that are advantageously executed pro-actively before the network layer handover. The first network node is configured to execute the indicated activities in response to received application context information.
BRIEF DESCRIPTION OF THE DRAWINGS [0019] In the following, the invention will be described in greater detail by means of preferred embodiments and with reference to the attached drawings, in which [0020] [0020]FIG. 1 shows a simplified system architecture that supports information transfer according to an embodiment of the invention; [0021] [0021]FIG. 2 shows a flow chart of information transfer according to an embodiment of the invention; [0022] [0022]FIG. 3 shows a diagrammatic representation of application context information; [0023] [0023]FIG. 4 shows a diagrammatic representation of alternative application context information; [0024] [0024]FIG. 5 shows a simplified system architecture according to another embodiment of the invention; [0025] [0025]FIG. 6 shows a flow chart illustrating information transfer in the embodiment of FIG. 5; [0026] [0026]FIG. 7 shows a flow chart illustrating information transfer in a further embodiment of the invention; [0027] [0027]FIG. 8 shows a logical functional structure of a mobile node; and [0028] [0028]FIG. 9 shows a logical functional structure of a network node.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS [0029] The present invention can be applied to any mobile communication system providing packet data services for mobile nodes within a defined service area, and it can be embodied in various forms. FIG. 1 shows a simplified system architecture that supports information transfer according to an embodiment of the invention. Only basic parts of a mobile communication system 1 are illustrated; it is obvious to a person skilled in the art that the system 1 comprises numerous network nodes, functions and structures, which need not be described in greater detail herein. [0030] The embodiment of the mobile communication system 100 of FIG. 1 shows a mobile node 111 in a current cell 112 of a current access point 113. The mobile node 111 can be an IP node that is capable of changing its point of attachment to the network. The access point 113 can be a device that provides an access link to the mobile node 111, typically a link layer (layer 2) device with a radio transceiver. The mobile node may be, for example, a laptop computer, mobile/cellular terminal, personal digital assistant or the like. In the illustrated embodiment, the access point 113 is a base station of the mobile communication system. The cell 112 covers a geographical area within which wireless communication between the access point 113 and the mobile node 111 is possible. A current access router 114 acts as an IP router for the current access point 113. One access router may be connected to one or more access points, and one access network comprises one or more access routers. An access point may be a separate physical entity or co-located with an access router. The mobile node 111 is attached to the current cell 112 but may be simultaneously communicating with access points of surrounding cells 116, 120 in order to be able to change its point of attachment whenever necessary or appropriate. A mobile node 111 travelling in the direction of the arrow, as shown in FIG. 1, will at some point of time enter the coverage of the first potential next cell 116 provided by a first potential next access point 115, and coverage of the second potential next cell 120, provided by a second potential next access point 121. A more detailed functional description of a mobile node and of a network node is given with reference to FIGS. 8 and 9. [0031] In the embodiment of FIG. 1, the current access router 114 is thus connected to the current access point 113. The current access router 114 and the first potential next access router 117 are included in the access network of the current administrative control (ISP-A) 118. A collection of networks under the same administrative control, grouped together for administrative purposes, can constitute one administrative domain. For clarity's sake, only some of the network elements for describing the embodiment in one access network for the administrative domains are shown. It is clear that an administrative domain may comprise several networks that may implement different access technologies, and each access network may comprise a plurality of network elements not shown in the drawing. The second potential next cell 120 is part of another administrative domain, controlled by a second administrative control (ISP-B) 119. A person of ordinary skill in the art would be able to make and use the invention based on the information contained herein. [0032] The point of attachment of the mobile node 111 can be defined with an IP address. Each mobile node 111 is assigned a home address, and according to the need, one or more care-of-addresses. The home address is an IP address permanently assigned to a mobile node and stored in the home network. When the mobile node is not attached to the home network, the incoming datagrams destined to the mobile node are encapsulated and sent from the home network to the care-of address of the mobile node. In mobile IPv6, mobile nodes may be identified with a home address stored by its home agent. [0033] A packet data connection between users or between users and applications during which data can be transferred between the participants is called a session. In the embodiment of FIG. 1, the mobile node 111 has a session with an application server 123 for data transfer related to a defined communication application. A session can include transmission of any type of data, for example, voice or video data. The mobile nodes may have several simultaneous connections to different service applications. [0034] A network layer handover provides a procedure by which the mobile node 111 can change its point of attachment to the network. When the mobile node 111 changes its point of attachment from the current access point 113 to another access point connected to the same current access router 114 a network layer (layer 2) handover occurs, which is transparent to the routing at the IP layer. When the mobile node 111 changes its point of attachment from the current access point 113 to another access point 121 connected to another access router 122, also an IP layer handover occurs, preferably as defined by the Mobile IP of the IETF. In one embodiment, the present invention relates to a method and apparatus for minimizing the interference by the IP layer handover at the network layer handover to the ongoing session between the mobile node 111 and the application server 123. [0035] While the mobile node 111 is in the current cell 112 of the current access point 113 of the current access router 114, the access routers 117, 122, serving the potential next access points 115, 121 of the potential next cells 116, 120, are potential next access routers for the mobile node for to performing an IP level handover. The mobile node 111 can support the wireless interface of the potential next access points 115, 121 connected to the potential next access routers 117, 122 and the coverage of the access points 115, 121 of the potential next access routers (here the cells 116, 120) can overlap with the coverage of the current access router 114 (here cell 112). The potential next access router discovery (CARD), for example as specified in the IETF document D. Trossen et al., “A Dynamic Protocol for Candidate Access Router Discovery”, Work In Progress, IETF Internet Draft, October 2002, describes a procedure for identifying the potential next access routers, and also discovering the characteristics of their offered services when considered as a handoff candidate. Based on the information thus available, a group of candidate access routers may be selected, and one of which may be further selected as a target access router (TAR). The selection of TAR typically takes into account the capabilities of potential next access routers, preferences of the mobile node and potential local policies. The invention relates to with information transfer facilitating the selection, and thus the TAR selection as such, does not fall in the scope of the invention. [0036] In the embodiment of FIG. 1, assume that a user carrying the mobile node 111 is moving in the direction of the arrow. The mobile node is engaged to a session with an application server 123 for an ongoing application that requires special services from the mobile network. The special services may relate to any feature or functionality facilitated by a specific access router, for example quality of service for transmission, security level, header compression, availability of transcoding service element, etc. Thereby, for example, the downlink data packets are flowing from the application server 123 through the serving access router 114 under the first administrative control 118 to the serving access point 113, and linked over the radio interface to the mobile node. [0037] The radio access network comprises defined mechanisms for network level handover control. In order to prepare also for the coming IP level handover, the IP address of the potential next access routers 117 and 122 that connect to the potential next access points 115, 121 are identified. There are several possibilities for this reverse address translation. In some cases the AP beacon comprises the IP address of the access router the AP is connected to. In the prior art, mechanisms are also proposed for caching the mapping between the L2 addresses of the neighbouring access points and IP addresses of the access routers connected to them into dedicated network nodes. The choice of procedure for identifying the potential new access routers is not, as such, essential for the present invention. [0038] Referring to the flow chart of FIG. 2, at some point, for example a parameter defined point, before the network layer handover, the mobile node 111 generates application context information for the ongoing session with the application server 123. The application context information includes general information on the application semantics, possibly including information on the current state of the session. The application context information on the current state of the session facilitates re-establishment of the session on a new access router without having to re-perform the entire protocol exchange between the mobile node and the new access router. There are various possibilities for generating the application context. The application context information may, for example, be based on descriptive information on session description protocol in the session initiation protocol (SIP) messages between the mobile node 111 and the application server 123. The application context information is provided in a pre-defined format of information elements that allows it to be supported in access routers as well. The format may be according to a specified standard, as the ones recommended by the IETF. Examples of such standards comprise Distributed Component Object Model (DCOM), Simple Object Access Protocol (SOAP), Common Object Request Broker Architecture (CORBA), Enterprise Java Beans (EJB), and Type Length Value (TLV), Extensible Markup Language (XML). [0039] The application context information is essentially generated in the mobile node, but it may also include information on the correspondent node of the mobile node. Some application functionality of the correspondent node of the mobile node may depend on the location of the mobile node, for example a web server that tailors the content of the delivered web page based on the location of the mobile user. In such a case, for maintaining an IP session, it might be necessary that the application context information includes such information on the correspondent node as well, preferably included in the same message generated by the mobile node. [0040] It should be noted that the above-mentioned concept of application context information constitutes the framework of the application semantics, which is fundamental for the ongoing session between a mobile node and an application server. The application context information serves as a basis for extracting the required access router capabilities. In some cases, the application context information can be directly mapped onto the required access router capability information, and in some cases further processing is necessary. The procedure of deriving the necessity of a certain access router capability by the mobile node, from the application context information, is not as such essential for the invention. [0041] According to one example of the invention, part of the information in the dynamically generated application context information relates to such handover related procedures in the access router which, for seamless service, are advantageously performed pro-actively before the network layer handover. Advantageously in this context means that performing the defined procedures pro-actively is not mandatory, but improves the probability of successful relocation of the IP session at handover. Thus, the mobile node includes in the application context information a first indication that enables the access routers to identify the information elements of the application context information that relate to such pro-active procedures. The first indication may comprise, for example, flag bits that are associated with individual information elements of the application context information and which show whether the associated information element relates to a pro-active procedure or not. This is illustrated in FIG. 3, where a diagrammatic data block of application context information is illustrated. The data block 300 shows an optional header part 310 for header information that precedes the data, and a payload part 320 for carrying individual information elements data1, . . . , data 5 of the application context information. The information elements are essentially data fields of equal or different amounts of bits. The data block 300 also comprises a flag part 330, which comprises a group f1, f2, . . . , f5 of flag bits, each flag bit 331 of the flag part being associated with an information element 321 of the payload part 320. Various possible methods of formatting information comprising a plurality of information elements and indicating properties attached to them are obvious to a person skilled in the art. [0042] In step 2-1 of FIG. 2, the mobile node 111 sends the application context information to the current access router 114. The sending takes place before the handover procedure is triggered, preferably timed such that several consecutive interactive signalling messages may be exchanged between the serving access router and its neighbouring nodes before the handover is triggered. The optimisation of timing is an implementation related issue that as such is not essential to the present invention. If the application context information is delivered very early before the handover takes place, there is a risk that the registered information becomes obsolete before it is used. On the other hand, if the time between the context transfer and the handover does not facilitate required procedures in the serving access node and the potential next access node, the success of seamless service may be at risk. [0043] In step 2-2 of FIG. 2, the received application context information is stored in the current access router 114. In step 2-3, the mobile node 111 generates a triggering message for initiating the transfer of application context from the current access router 114 to a potential next access router 122. In this embodiment the two signals, the one (step 2-1) for delivering the application context information to the current access router 114, and the one (step 2-3) for triggering the application context information from the current access router 114 to one or more potential next access routers are shown as separate signalling events initiated by the mobile node 111. Furthermore, it is anticipated that the time elapsed between the two signalling events (2-1, 2-3) changes dynamically according to the state of the mobile node, i.e. it is dependent on the actual behaviour of the user, as well as on the implementation-specific settings of the network on how it is configured to respond to the behaviour of the user by its mobility management functionality. It is also possible that the two signals are combined, i.e. that the first signal (step 2-1) also acts as a trigger, and the application context information transfer from the current access router 114 is initiated in response of the received application context information from the mobile node 111. [0044] The triggering message 2-3 thus acts as a request from the mobile node 111 to the serving access router 114 to forward a defined part of the application context information to the potential next access router 122. The format of the triggering message as such is not essential to the invention, for example appropriate Internet control message protocol (ICMP) messages or user datagram protocol (UDP) messages may be used. The triggering message preferably comprises an indication that allows the current access router 114 to identify the potential next access router 122, to which the application context information transfer should be addressed, typically by the IP address of the new access router. The mobile node 111 may send one triggering message addressing one potential next access router 122, or several triggering messages addressing a group of potential next access routers 117, 122. The mobile node 111 may also generate one combined triggering message that simultaneously addresses a group of access routers 117, 122. [0045] In step 2-4, the current access router 114 transfers the application context information to the addressed new access router(s). The transferred information can comprise the whole application context information as delivered from the mobile node, or it can comprise a defined part of it. Essentially the transferred application context information comprises the information elements that relate to pro-active procedures which, for seamless service, need to be performed pro-actively before the actual IP handover. [0046] In step 2-5, the potential next access router 122 analyses the received application context information and, based on the data in the information elements that relate to pro-active procedures, implements them. The necessity of the pro-active procedures may be explicitly indicated in the application context information, and/or the access router may be able to determine the necessity based on the received information. Examples of such pro-active actions include reservation of resources for a defined quality of service, reservation of a defined transcoding entity for the use of mobile node, initialization of defined authentication procedures, or contacting defined communication entities in preparation of the expected handover. These pro-active procedures can be implemented in access routers that receive the application context information, including information elements that relate to pro-active procedures. At this stage the mobile node has indicated an intent to perform an IP layer handover to the new access routed addressed by the triggering message. [0047] In step 2-6, the mobile node 111 sends a commitment message to the potential next access router that has been selected as a next access router 122. This commitment message 2-6 acts as a confirmation of the intent that was earlier indicated in connection with step 2-4. The format of the commitment message 2-6 as such is not essential to the invention, for example appropriate Internet control message protocol (ICMP) messages or user datagram protocol (UDP) messages may be used. The commitment message to the selected next access router may be sent before or after the network layer handover, typically before the handover. [0048] In step 2-7, the next access router 122 implements the handover actions still pending, essentially such handover procedures pending the actual commitment to the next access router which have not yet pro-actively been implemented. Depending on the specified content of the application context information, the division between the pro-active procedures and the procedures may be exclusive, or some procedures of the pro-active procedures may be implemented after commitment, or repeated at the time of commitment. The application context information for the pending handover procedures may already be available in the new access router if the complete context information was transferred in step 2-4. If only partial application context information was transferred in step 2-4, the next access router 122 needs to request the missing application context information from the current access router 114. To facilitate this, the mobile node 111 preferably includes the address of the serving access router 114 to the commitment message to the next access router 122. The next access router 122 requests necessary information from the current access router 114. The protocols and procedures of context access router 114. The protocols and procedures of context transfer as specified by the IETF can be utilized for pulling the information from the serving access router 114 to the new access router 122. [0049] In the embodiment as described above, the division of handover activities facilitates timely performance of the necessary handover procedures to support seamless continuation of a service for an ongoing application. This reduces the possibility of failures that may otherwise appear, for example, due to the duration of some handover procedures, or due to a requested resource not being available at the time of handover. Correspondingly, the communication related to the application context transfer happens between the access routers, thus reducing the time and radio resource consuming communication over the air interface. [0050] In FIG. 2, the line of MN is marked with slashes to indicate that the time between the steps may vary considerably from case to case. It is clear that if a mobile node is relatively stable, i.e. does not move much, the time between handovers is long, the periods between the steps of application context transfer, as shown, also being long. In these cases, a very predictive approach in timing the application context information transfer may end up in wasting resources in the pro-active reservation procedures, and/or the more dynamic part of the context information becoming obsolete before the actual handover. On the other hand, when a mobile node is moving fast, for example in a train, the consecutive steps need to follow each other very quickly. [0051] In another embodiment of the invention, appropriate timing of the actions is facilitated by including in the application context information a second indication that enables access routers to determine the temporal validity of the context information. Such second indication may be implemented, for example, as illustrated with the diagrammatic representation of context information in FIG. 4. The header part 410, the payload part 420, and the flag part 430 of the data block 400 correspond with the parts of the data block 300 in FIG. 3. In addition to these, the data block 400 comprises a lifetime part 440 with lifetime information elements I1 . . . I5, each associated with the individual information elements data1 . . . data5 of the payload part 420 and comprising a sequence of bits to indicate the period of validity of the information in the information elements of the payload part 420. The lifetime information elements I1 . . . I5 may be utilized by the current access router 114 for determining whether the application context information to be transferred to the potential next access router 122 is still valid when the triggering message arrives. The lifetime information elements I1 . . . I5 may also be utilized by the potential next access router 122 for timing the duration of the pro-active action. If, for example, the potential next access router 122 does not receive a commitment message within the lifetime indicated by a defined lifetime element 12, the potential next access router 122 will release an allocated resource associated with the information element data2. Other possible applications of the lifetime information are apparent to a person skilled in the art. [0052] In the first embodiment, the mobile node 111 sends the application context information to the current access router 114. Another scenario for providing the information for disposal of the access routers is to arrange a source of application context information into the network side. This embodiment of the invention is illustrated in FIG. 5. The elements 511 to 523 of FIG. 1 correspond directly with the elements 111 to 123 of FIG. 1, and will not be re-described herein. According to the current embodiment, a mobile proxy server 524 is further connected to the mobile communication system. In FIG. 5, the connection of one mobile proxy server 524 is shown via the Internet. It is clear that the mobile communication system may comprise one or more such servers, and that a mobile proxy server 524 can also be located in any of the access networks of the mobile communication system. The mobile proxy server 524 can be a separate physical network element or it can be implemented as a logical unit integrated together within another network element. [0053] The basic role of a mobile proxy server 524 in the context of this example of the present invention is to maintain updated personal information on the mobile user. An implementation of this is, for example, a server for executing advanced applications, targeted to facilitate providing of services that are chosen and/or tailored according to the current personal information of the mobile user. Such a mobile proxy server 524 is configured to collect static and dynamic information from various sources and, based on the dynamically changing personal status and context information of the mobile user, provides a defined service or defined services for the user. The collected information may, for example, comprise a user location, user profile input by the user himself or herself, background data retrieved via the Internet, monitoring data on the physical or emotional status of the user, status of the ongoing applications, etc. For example, let us consider that the application is configured to pull out information from a data source for user location information, a data source for event schedules, a data source for league information, and a data source for user monitoring data. Let us assume that the data source for location information indicates the mobile user to be in a football stadium, the data source for event schedules indicates a particular match to take place in the detected football stadium, the data source for league information facilitates listing all the other teams in the league that the particular match may concern and, additionally, user monitoring data that indicates that the user does not feel enthusiastic about the progress of the current game. Based on this information, the application may be configured to trigger a service where it retrieves clippings of goals and scores of the other simultaneously ongoing matches of that league, and offers them to the user. [0054] In order to maintain relevant dynamic information in the mobile proxy server 524, the mobile node 511 transfers relevant application context information and monitoring information to the mobile proxy server 524. Between the mobile node 111 and the mobile proxy server 524 is a trust relationship, which means that appropriate security measures for ensuring the identity of the communicating parties and the integrity of the exchanged messages are taken in their mutual communication. Such measures may comprise authentication and encryption procedures, generally known to a person skilled in the art. Through this proxy arrangement, updated information for generating the application context information for a mobile node is made available in the network side, thus being available for the purpose of the invented solution. [0055] Referring to FIG. 6, the actions as such are similar to the embodiment of FIG. 2, but the logical elements responsible for some individual actions may be different. The mobile proxy server 524 that, as disclosed above, now possesses updated context information, generates (step 6-1) the application context information on the mobile node 511. Since the generic trust relationship essentially exists only between the mobile proxy server 524 and the mobile node 511, necessary security measures need to be followed between the mobile proxy server 524 and the serving access router 514, at least to facilitate authentication of the source of application context information. Such security measures may comprise, for example, signing of the application context transfer message with the mobile node's private key in the mobile proxy server 524, and verification of the signature in the serving access router 514 with the mobile node's public key. Other applicable security measures are apparent to persons skilled in the art. In this embodiment, after the current access router 514 has received the application context information, the procedure continues as described in the first embodiment through steps 6-2 to 6-7. The triggering message 6-3 is preferably given by the mobile proxy server 524, and the commitment message 6-6 is preferably sent by the mobile node 511 itself. [0056] A further advantage of this embodiment is that the activities for service relocation are allotted to the network side, thereby reducing the more critical communication over the air interface. By this embodiment, also the sensitivity of the handover operations due to a range of mobile node equipment communicating with an equally versatile range of potential next access routers is reduced which, especially in transition between generations of access technologies, is a clear advantage. A still further advantage of synergy is perceived with the application context information being transferred from the mobile node 111 to the mobile proxy server 524 for the purposes of the context-based applications as well. [0057] In the previous embodiments, the application context transfer to the potential next access routers was distributed via the current access router 514. In a still further embodiment, the role of the current access router 514 is further reduced by allotting some of its functionality to the mobile proxy server 524. Initially, the mobile node 111 generates the application context information, and transfers it to the mobile proxy server 524, as already described earlier. The mobile proxy server 524 also stores the received information, in addition to the collected and stored information on the access routers, including the information on the neighbouring relationships of the access routers. Based on the information stored in the mobile proxy server 524, and the updating information continually arriving at it, the mobile proxy server 524 may generate the application context information and, instead of delivering it to the current access router, send it directly to the potential new access router 522. Referring to FIG. 6, this means that steps 6-1 to 6-4 are replaced by a single step, which illustrates the transfer of application context information from the mobile proxy server 524 to the potential new access router 522. Furthermore, the mobile proxy server 524 may include appropriate security measures therein to facilitate at least authentication of the source of the application context information. The mobile proxy server may also determine the time of triggering the application context information transfer, or the triggering may still be issued by the mobile node itself. This embodiment brings in an additional advantage by compiling the responsibility for the relocation activities more comprehensively into one element in the network side. The solution enhances information distribution, especially because it reduces communication over the air interface and therefore has less restrictions by the limited radio resource. Additionally, the centralized approach that comprises an essentially dedicated server facilitates more advanced and complicated routines for data distribution and target access router selection. [0058] A further embodiment of the invention, where the proactive procedures are utilized in selection of target access router, is described by referring to FIG. 7, and also to the architecture of FIG. 5. The availability of resources is naturally one of the essential handover criteria in access network level mobility management. The embodied target access router selection aims at solutions where the access network level criteria are only part of the overall handover criteria, and where especially the interruption by the IP layer handover to the ongoing session between the mobile node and the application server is minimized. In the embodiment, it is assumed that the functionality for target access router selection, hereinafter called as selection module, is located in the current access router. The selection module can be correspondingly implemented in the mobile node 511 or in any applicable network node, also including elements like the mobile proxy server 524 as described earlier. Adjustment of embodied information transfer according to the different locations of the TAR selection module is obvious to a person skilled in the art. Steps 7-1 to 7-4 correspond to the steps 2-1 to 2-4 and will not be re-explained here. Let us, however, assume that the transferred context information 7-4 comprises a requirement on a defined bandwidth for the ongoing application. In step 7-5, the first potential next access router 517 analyses the application context information and detects that the requested bandwidth matches its capability set, but that due to heavy temporary network load such a bandwidth is not presently available for the mobile node 511. The first potential next access router 517 sends back to the current access router 514 a message (step 7-6) that indicates the incapability of this potential next access router to reserve the requested resource for the mobile node. [0059] The selection module in the current access router 514 is configured to transfer (step 7-7) the application context information with the requirement on bandwidth for the ongoing application to potential next access routers until it detects that none of the potential next access routers is capable of providing the requested resource. In the example of FIG. 7, the application context information is transferred to a second potential next access router 522. The second potential next access router 522 analyses (step 7-8) the received application context information and detects that the requested bandwidth matches its capability set and that such a bandwidth is presently available for the mobile node. The second potential next access router 522 sends back to the current access router 514 a message (step 7-9) that indicates the capability of this potential next access router to reserve the requested resource for the mobile node. Based on this, and potentially some other decision criteria, the selection module in the current access router 514 determines the second potential next access router 522 to be the target access router (step 7-10) and indicates this to the mobile node (step 7-11). In step 7-12, the mobile node sends a commitment message to the access router that has been selected as a target access router, corresponding to step 2-6 of FIG. 2, and in step 7-13, the target access router implements the handover actions still possibly pending, essentially such handover procedures related to actual commitment that have not yet been pro-actively implemented. [0060] The described information transfer is only one example of the embodied solution. It is clear that, as shown, the requirements for resources can be included in one message, or the communication related to transferring the resource related requirements to the target access router may comprise several consecutive resource reservation messages. Examples of the first alternative include appropriate ICMP or UDP messages, and an example of the latter alternative is resource reservation protocol (RSVP), or the like. However, any applicable message format is possible. Depending on the location of the selection module, the choice for the possible or optimal message format may vary. [0061] If none of the potential next access routers returns a positive response to the request for resource allocation, the selection module for target access router selection may initiate an error procedure. Such error procedure may, for example, comprise a notification to the user. The error procedure may also comprise reduction of the requirement and repetition of the attempt for pro-active resource allocation with the reduced requirement level. [0062] Hereinafter, reference is made to a more detailed functional description of the mobile node by referring to FIG. 8. The mobile node 111 comprises processing means 81, an element that comprises an arithmetic logic unit, a number of special registers and control circuits. Connected to the processing means are memory means 82, a data medium where computerreadable data or programs or user data can be stored. The memory means typically comprise memory units that allow both reading and writing (RAM), and a memory whose contents can only be read (ROM). The mobile node also comprises an interface block 83 with input means 84 for inputting data by the user for internal processing in the unit, and output means 85 for outputting user data from the internal processes of the unit. Examples of said input means comprise a keypad, or a touch screen, a microphone, or the like. Examples of said output means comprise a screen, a touch screen, a loudspeaker, or the like. The mobile node also comprises a radio unit 86 that is connected to the central processing means, and configured with receiving means for receiving information from the air interface and processing it for inputting to the processing means 81, as well as with transmitting means for receiving information from the processing means 81, and processing it for sending via the air interface. The implementation of such a radio unit is generally known to a person skilled in the art. The processing means 81, memory means 82, interface block 83, and radio unit 86 are electrically interconnected for performing systematic execution of operations on the received and/or stored data according to the predefined, essentially programmed processes of the unit. In a solution according to the invention, the operations comprise the functionality of the mobile node as described above. [0063] Correspondingly, FIG. 9 schematically illustrates the basic functional structure of a network node of the communications system as discussed above. Such nodes are referred above, for example, as access points, current access routers, potential next access routers, target access routers, and mobile proxy servers. The network node comprises processing means 91, an element that comprises an arithmetic logic unit, a number of special registers and control circuits. Connected to the processing means are memory means 92, a data medium where computer-readable data or programs or user data can be stored. The memory means typically comprise memory units that allow both reading and writing (RAM), and a memory whose contents can only be read (ROM). The unit also comprises an interface block 93 with input means 94 for inputting data for internal processing in the unit, and output means 95 for outputting data from the internal processes of the unit. Examples of said input means comprise a plug-in unit acting as a gateway for the information delivered to its external connection points. For receiving information on the operator of the network node, the network node may also comprise a keypad, or a touch screen, a microphone, or the like. Examples of said output means include a plug-in unit feeding information to the lines connected to its external connection points. For outputting information to the operator of the network node, it may also comprise a screen, a touch screen, a loudspeaker, or the like. The processing means 91, memory means 92, and interface block 93 are electrically interconnected for performing systematic execution of operations on the received and/or stored data according to the predefined, essentially programmed processes of the unit. In a solution according to the invention, the operations comprise a functionality for implementing the operations as described above. [0064] It will be obvious to a person skilled in the art that as technology advances, the inventive concept can be implemented in various ways. The invention and its embodiments are not limited to the examples described above but may vary within the scope of the claims. Patent CitationsCited PatentFiling datePublication dateApplicantTitleUS7050793 *Apr 4, 2002May 23, 2006Nortel Networks LimitedContext transfer systems and methods in support of mobility* Cited by examinerReferenced byCiting PatentFiling datePublication dateApplicantTitleUS6862446 *Feb 18, 2003Mar 1, 2005Flarion Technologies, Inc.Methods and apparatus for the utilization of core based nodes for state transferUS6990337 *Aug 3, 2004Jan 24, 2006Flarion Technologies, Inc.Methods and apparatus for the utilization of core based nodes for state transferUS6993333Oct 14, 2004Jan 31, 2006Flarion Technologies, Inc.Methods and apparatus of improving inter-sector and/or inter-cell handoffs in a multi-carrier wireless communications systemUS7020465Feb 4, 2003Mar 28, 2006Flarion Technologies, Inc.Controlling hand-off in a mobile node with two mobile IP clientsUS7047009Oct 14, 2004May 16, 2006Flarion Technologies, Inc.Base station based methods and apparatus for supporting break before make handoffs in a multi-carrier systemUS7212821Oct 14, 2004May 1, 2007Qualcomm IncorporatedMethods and apparatus for performing handoffs in a multi-carrier wireless communications systemUS7369855 *Oct 11, 2005May 6, 2008Qualcomm IncorporatedMethods and apparatus for the utilization of core based nodes for state transferUS7376425Nov 21, 2005May 20, 2008Qualcomm IncorporatedBase station based methods and apparatus for supporting break before make handoffs in a multi-carrier systemUS7453851 *Jun 20, 2003Nov 18, 2008Spyder Navigations L.L.C.QoS signaling for mobile IPUS7457267Oct 8, 2002Nov 25, 2008Qualcomm IncorporatedMethods and apparatus for quickly exploiting a new link during hand-off in a wireless networkUS7509123Dec 30, 2005Mar 24, 2009Qualcomm IncorporatedControlling hand-off in a mobile node with two mobile IP clientsUS7525937Aug 26, 2004Apr 28, 2009Qualcomm IncorporatedMethod for extending mobile IP and AAA to enable integrated support for local access and roaming access connectivityUS7551585Sep 30, 2005Jun 23, 2009Telefonaktiebolaget Lm Ericsson (Publ)Seamless handoff for multimedia servicesUS7564824May 6, 2003Jul 21, 2009Qualcomm IncorporatedMethods and apparatus for aggregating MIP and AAA messagesUS7599375 *Oct 14, 2004Oct 6, 2009Telefonaktiebolaget Lm Ericsson (Publ)Updating quality of service reservationUS7668541 *Aug 4, 2004Feb 23, 2010Qualcomm IncorporatedEnhanced techniques for using core based nodes for state transferUS7720479Nov 3, 2005May 18, 2010Qualcomm IncorporatedMethods and apparatus of improving inter-sector and/or inter-cell handoffs in a multi-carrier wireless communications systemUS7778640Jun 24, 2005Aug 17, 2010Lg Electronics Inc.Method of communicating data in a wireless mobile communication systemUS7787414 *Jul 12, 2005Aug 31, 2010Cisco Technology, Inc.Reserving network resources for a communication sessionUS7813343Apr 2, 2008Oct 12, 2010Cedric WestphalQoS signaling for mobile IPUS7881262 *Jul 7, 2005Feb 1, 2011Alvarion Ltd.Method and apparatus for enabling mobility in mobile IP based wireless communication systemsUS7916697Aug 17, 2004Mar 29, 2011Nokia CorporationHandover of a mobile stationUS7962142Apr 21, 2008Jun 14, 2011Qualcomm IncorporatedMethods and apparatus for the utilization of core based nodes for state transferUS8000299 *Dec 9, 2005Aug 16, 2011Sejong Industry—Academy Cooperation FoundationMethod and apparatus for providing and obtaining information regarding local agent in wireless networkUS8095130Mar 20, 2009Jan 10, 2012Qualcomm IncorporatedControlling hand-off in a mobile node with two mobile IP clientsUS8098619 *Jul 20, 2006Jan 17, 2012France TelecomMethod for allocating a temporary address to a mobile node of a telecommunication system, equipment and programs for implementing sameUS8150395Feb 20, 2008Apr 3, 2012Lg Electronics Inc.Method of communicating data in a wireless mobile communication systemUS8179840Apr 14, 2009May 15, 2012Qualcomm IncorporatedMethod for extending mobile IP and AAA to enable integrated support for local access and roaming access connectivityUS8185118 *May 3, 2006May 22, 2012Mitsubishi Electric CorporationMethod for transferring the context of a mobile terminal in a wireless telecommunication networkUS8289929Jan 28, 2011Oct 16, 2012Alvarion Ltd.Method and apparatus for enabling mobility in mobile IP based wireless communication systemsUS8315227Sep 27, 2005Nov 20, 2012Telefonaktiebolaget L M Ericsson (Publ)GTP for integration of multiple accessUS8351417 *May 14, 2008Jan 8, 2013Telcordia Technologies, Inc.Methods for efficient organization of vehicle peer groups and efficient V2R communicationsUS8457121 *Aug 1, 2006Jun 4, 2013Hewlett-Packard Development Company, L.P.Heterogeneous network switch systemUS8478268Jul 9, 2010Jul 2, 2013Lg Electronics Inc.Method of communicating data in a wireless mobile communication systemUS8489096 *Jun 1, 2006Jul 16, 2013Nokia CorporationInter-access handover with access specific policy control functionsUS8509799Jul 14, 2006Aug 13, 2013Qualcomm IncorporatedProvision of QoS treatment based upon multiple requestsUS8520673 *Oct 23, 2006Aug 27, 2013Telcordia Technologies, Inc.Method and communication device for routing unicast and multicast messages in an ad-hoc wireless networkUS8554226May 19, 2008Oct 8, 2013Qualcomm IncorporatedBase station base methods and apparatus for supporting break before making handoffs in a multi-carrier systemUS8588777Jan 3, 2007Nov 19, 2013Qualcomm IncorporatedMethod and apparatus for robust handoff in wireless communication systemsUS8615241Feb 16, 2011Dec 24, 2013Qualcomm IncorporatedMethods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systemsUS8630645 *Feb 9, 2007Jan 14, 2014Cisco Technology, Inc.Fast handoff support for wireless networksUS8649352May 7, 2003Feb 11, 2014Qualcomm IncorporatedPacket forwarding methods for use in handoffsUS8787318Aug 3, 2012Jul 22, 2014Huawei Technologies Co., Ltd.System and method for managing an access network re-selectionUS8811281Apr 1, 2011Aug 19, 2014Cisco Technology, Inc.Soft retention for call admission control in communication networksUS8830818Jun 6, 2008Sep 9, 2014Qualcomm IncorporatedForward handover under radio link failureUS8886180 *Jan 21, 2010Nov 11, 2014Qualcomm IncorporatedEnhanced techniques for using core based nodes for state transferUS8886188 *Mar 19, 2008Nov 11, 2014Qualcomm IncorporatedMethod and apparatus for transfer of session reference network controllerUS8982778Jul 14, 2006Mar 17, 2015Qualcomm IncorporatedPacket routing in a wireless communications environmentUS8982835Jul 14, 2006Mar 17, 2015Qualcomm IncorporatedProvision of a move indication to a resource requesterUS8983468Dec 22, 2005Mar 17, 2015Qualcomm IncorporatedCommunications methods and apparatus using physical attachment point identifiersUS9066344Jul 14, 2006Jun 23, 2015Qualcomm IncorporatedState synchronization of access routersUS9078084Dec 22, 2005Jul 7, 2015Qualcomm IncorporatedMethod and apparatus for end node assisted neighbor discoveryUS9083355Dec 20, 2011Jul 14, 2015Qualcomm IncorporatedMethod and apparatus for end node assisted neighbor discoveryUS9084093 *Apr 4, 2012Jul 14, 2015Interdigital Patent Holdings, Inc.Method and apparatus for controlling the application of selected IP traffic offload and local IP accessUS9094173Jun 24, 2008Jul 28, 2015Qualcomm IncorporatedRecovery from handoff error due to false detection of handoff completion signal at access terminalUS9131410Sep 6, 2012Sep 8, 2015Qualcomm IncorporatedMethods and apparatus for facilitating robust forward handover in long term evolution (LTE) communication systemsUS9155008Mar 25, 2008Oct 6, 2015Qualcomm IncorporatedApparatus and method of performing a handoff in a communication networkUS9220044Mar 1, 2013Dec 22, 2015Qualcomm IncorporatedMethods and apparatus for quickly exploiting a new link during hand-off in a wireless networkUS20030193912 *May 7, 2003Oct 16, 2003O'neill AlanPacket forwarding methods for use in handoffsUS20030193952 *May 7, 2003Oct 16, 2003O'neill AlanMobile node handoff methods and apparatusUS20040008689 *Jun 20, 2003Jan 15, 2004Cedric WestphalQoS signaling for mobile IPUS20040023653 *Feb 4, 2003Feb 5, 2004O'neill AlanControlling hand-off in a mobile node with two mobile IP clientsUS20040047348 *May 6, 2003Mar 11, 2004O'neill AlanMethods and apparatus for aggregating MIP and AAA messagesUS20040166859 *Feb 12, 2004Aug 26, 2004Koki HayashiCommunication system, communication method, and mobile node and gateway for use with the systemUS20040184422 *Dec 8, 2003Sep 23, 2004Interdigital Technology CorporationMethod and apparatus for performing a handoff in an inter-extended service set (I-ESS)US20040203711 *Feb 18, 2003Oct 14, 2004O'neill AlanMethods and apparatus for the utilization of core based nodes for state transferUS20050002242 *Aug 3, 2004Jan 6, 2005O'neill AlanMethods and apparatus for the utilization of core based nodes for state transferUS20050041650 *Aug 26, 2004Feb 24, 2005O'neill AlanMethod for extending mobile IP and AAA to enable integrated support for local access and roaming access connectivityUS20050063324 *Aug 4, 2004Mar 24, 2005O'neill AlanEnhanced techniques for using core based nodes for state transferUS20050085265 *Oct 14, 2004Apr 21, 2005Rajiv LaroiaMethods and apparatus of improving inter-sector and/or inter-cell handoffs in a multi-carrier wireless communications systemUS20050094599 *Aug 19, 2004May 5, 2005Ryu Jae H.Method for handoff between PDSNUS20050124344 *Oct 14, 2004Jun 9, 2005Rajiv LaroiaBase station based methods and apparatus for supporting break before make handoffs in a multi-carrier systemUS20050124345 *Oct 14, 2004Jun 9, 2005Raiv LaroiaMethods and apparatus for performing handoffs in a multi-carrier wireless communications systemUS20050250499 *May 9, 2005Nov 10, 2005Samsung Electronics Co., Ltd.System and method for handover capable of minimizing service delay in broadband wireless access communication systemUS20060025134 *Jun 24, 2005Feb 2, 2006Lg Electronics Inc.Method of communicating data in a wireless mobile communication systemUS20060030326 *Oct 11, 2005Feb 9, 2006O'neill AlanMethods and apparatus for the utilization of core based nodes for state transferUS20060052108 *Nov 3, 2005Mar 9, 2006Rajiv LaroiaMethods and apparatus of improving inter-sector and/or inter-cell handoffs in a multi-carrier wireless communications systemUS20060073836 *Nov 21, 2005Apr 6, 2006Rajiv LaroiaBase station based methods and apparatus for supporting break before make handoffs in a multi-carrier systemUS20060111102 *Dec 30, 2005May 25, 2006O'neill AlanControlling hand-off in a mobile node with two mobile IP clientsUS20060120287 *Sep 30, 2005Jun 8, 2006George FotiSeamless handoff for multimedia servicesUS20060153136 *Dec 9, 2005Jul 13, 2006Daeyang Foundation of Seoul, Republic of KoreaMethod and apparatus for providing and obtaining information regarding local agent in wireless networkUS20070008900 *Jul 7, 2005Jan 11, 2007Alvarion Ltd.Method and apparatus for enabling mobility in mobile IP based wireless communication systemsUS20070014256 *Jul 12, 2005Jan 18, 2007Cisco Technology, Inc.Reserving network resources for a communication sessionUS20070064948 *Nov 29, 2005Mar 22, 2007George TsirtsisMethods and apparatus for the utilization of mobile nodes for state transferUS20070076653 *Jul 14, 2006Apr 5, 2007Park Vincent DPacket routing in a wireless communications environmentUS20070076658 *Jul 14, 2006Apr 5, 2007Park Vincent DProvision of QoS treatment based upon multiple requestsUS20070078999 *Jul 14, 2006Apr 5, 2007Corson M SState synchronization of access routersUS20070083669 *Jul 14, 2006Apr 12, 2007George TsirtsisState synchronization of access routersUS20070086389 *Jul 14, 2006Apr 19, 2007Park Vincent DProvision of a move indication to a resource requesterUS20070105584 *Jan 3, 2007May 10, 2007Qualcomm IncorporatedMethod and apparatus for robust handoff in wireless communication systemsUS20070136412 *Jul 27, 2006Jun 14, 2007Yoshihiro ObaIntegration of xml and tlv for query and/or responses in network discovery for mobile devicesUS20070147283 *Dec 22, 2005Jun 28, 2007Rajiv LaroiaMethod and apparatus for end node assisted neighbor discoveryUS20070147286 *Dec 22, 2005Jun 28, 2007Rajiv LaroiaCommunications methods and apparatus using physical attachment point identifiers which support dual communications linksUS20070173256 *Mar 2, 2007Jul 26, 2007Rajiv LaroiaMethods and apparatus for performing handoffs in a multi-carrier wireless communications systemUS20070198682 *Feb 22, 2006Aug 23, 2007Pazhyannur Rajesh SMethod and system for seamless media handover across devicesUS20070254661 *Feb 9, 2007Nov 1, 2007Kuntal ChowdhuryFast handoff support for wireless networksUS20070275725 *May 23, 2007Nov 29, 2007Hitachi, Ltd.Handover method and mobile terminal for wireless communication serviceUS20070281699 *Jun 1, 2006Dec 6, 2007Nokia CorporationInter-access handover with access specific policy control functionsUS20080032695 *Jan 3, 2007Feb 7, 2008Dongming ZhuMethod and system for maintaining session continuityUS20080095163 *Oct 23, 2006Apr 24, 2008Wai ChenMethod and communication device for routing unicast and multicast messages in an ad-hoc wireless networkUS20080126511 *Nov 15, 2006May 29, 2008Appaji Anuradha KMethod for Handing Off Applications for WebOS-Enabled User DevicesUS20080137665 *Oct 14, 2004Jun 12, 2008Charles AbondoUpdating Quality of Service ReservationUS20080153491 *Feb 20, 2008Jun 26, 2008Ki Hyoung ChoMethod of communicating data in a wireless mobile communication systemUS20080186923 *Apr 2, 2008Aug 7, 2008Spyder Navigations L.L.C.Qos signaling for mobile ipUS20080219218 *Sep 27, 2005Sep 11, 2008Gunnar RydnellGtp for Integration of Multiple AccessUS20080227459 *Apr 21, 2008Sep 18, 2008O'neill AlanMethods and apparatus for the utilization of core based nodes for state transferUS20080240039 *Mar 25, 2008Oct 2, 2008Qualcomm IncorporatedApparatus and method of performing a handoff in a communication networkUS20080261598 *Mar 19, 2008Oct 23, 2008Qualcomm IncorporatedMethod and apparatus for transfer of session reference network controllerUS20080280594 *May 3, 2006Nov 13, 2008Mitsubishi Electric CorporationMethod for Transferring the Context of a Mobile Terminal in a Wireless Telecommunication NetworkUS20080287130 *May 19, 2008Nov 20, 2008Qualcomm IncorporatedBase Station Base Methods and Apparatus For Supporting Break Before Making Handoffs In A Multi-Carrier SystemUS20090034494 *Jul 20, 2006Feb 5, 2009France TelecomMethod for Allocating a Temporary Address to a Mobile Node of a Telecommunication System, Equipment and Programs for Implementing SameUS20090046573 *Jun 6, 2008Feb 19, 2009Qualcomm IncorporatedForward handover under radio link failureUS20090225688 *Apr 14, 2009Sep 10, 2009Qualcomm IncorporatedMethod for extending mobile ip and aaa to enable integrated support for local access and roaming access connectivityUS20090247155 *Mar 20, 2009Oct 1, 2009Qualcomm IncorporatedControlling hand-off in a mobile node with two mobile ip clientsUS20090285197 *May 14, 2008Nov 19, 2009Telcordia Technologies, Inc.Methods for efficient organization of vehicle peer groups and efficient v2r communicationsUS20100273483 *Oct 28, 2010Ki Hyoung ChoMethod of communicating data in a wireless mobile communication systemUS20110019614 *Jan 27, 2011Qualcomm IncorporatedEnhanced Techniques For Using Core Based Nodes For State TransferUS20110138448 *Jun 9, 2011Alvarion Ltd.Method and apparatus for enabling mobility in mobile ip based wireless communication systemsUS20120275310 *Nov 1, 2012Interdigital Patent Holdings, Inc.Method and apparatus for controlling the application of selected ip traffic offload and local ip accessEP1594336A2 *May 9, 2005Nov 9, 2005Samsung Electronics Co., Ltd.System and method for handover capable of minimizing service delay in broadband wireless access communication systemEP2517501A1 *Feb 3, 2010Oct 31, 2012Huawei Technologies Co., Ltd.System and method for managing an access network re-selectionWO2006018670A1 *Aug 17, 2004Feb 23, 2006Nokia CorpHandover of a mobile stationWO2006059287A1 *Nov 30, 2005Jun 8, 2006Ericsson Telefon Ab L MSeamless handoff for multimedia servicesWO2006073228A1 *Jun 25, 2005Jul 13, 2006Lg Electronics IncA method of communicating data in a wireless mobile communication systemWO2007038947A1 *Sep 27, 2005Apr 12, 2007Ericsson Telefon Ab L MA network architecture and a method relating to access of user stations* Cited by examinerClassifications U.S. Classification455/436, 455/445, 455/422.1, 455/448International ClassificationH04L29/06, H04L29/08, H04L12/28, H04L12/56, H04W80/04, H04W4/00, H04W36/00, H04W36/14, H04W80/10, H04W36/08Cooperative ClassificationH04L69/16, H04L69/329, H04W4/00, H04W80/04, H04W80/12, H04W36/0016European ClassificationH04L29/08A7, H04W36/00P2CLegal EventsDateCodeEventDescriptionAug 15, 2003ASAssignmentOwner name: NOKIA CORPORATION, FINLANDFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:TROSSEN, DIRK;REEL/FRAME:014404/0107Effective date: 20030626Aug 7, 2007ASAssignmentOwner name: SPYDER NAVIGATIONS L.L.C., DELAWAREFree format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:NOKIA CORPORATION;REEL/FRAME:019660/0286Effective date: 20070322Jul 22, 2011ASAssignmentOwner name: INTELLECTUAL VENTURES I LLC, DELAWAREFree format text: MERGER;ASSIGNOR:SPYDER NAVIGATIONS L.L.C.;REEL/FRAME:026637/0611Effective date: 20110718Sep 23, 2011FPAYFee paymentYear of fee payment: 4Nov 24, 2015FPAYFee paymentYear of fee payment: 8RotateOriginal ImageGoogle Home - Sitemap - USPTO Bulk Downloads - Privacy Policy - Terms of Service - About Google Patents - Send FeedbackData provided by IFI CLAIMS Patent Services