Method and switching device providing mobile ip functionality for a non-mobile-ip capable mobile node
Abstract
A method of providing Mobile IP functionality for a non Mobile IP capable mobile node by a switching device by proxy, wherein a first address (HOA) and a second address (SA) are being allocated to said mobile node (MN), said method comprising the steps of: utilizing said first address (HOA) for non Mobile IP based communication legs by routing data to a home agent (HA) of a home network of said mobile node (MN); discovering an address of said home agent (HA) by said switching device; advertising said second address (SA) as care-of-address (CA) with respect to said first address (HOA) by said switching device to said home agent (HA); and utilizing said second address (SA) for Mobile IP based communication legs by routing data to said switching device (GGSN/MIP PROXY).

Term
Term ended
Expired 17 July 2023, 3.2 years ago.
- Priority
- Filed
- Granted
- Expired
- Today
11 claims: 2 independent, 9 dependent
- 1A method of providing Mobile IP functionality for a non Mobile IP capable mobile node by a switching device, such as GGSN/MIP PROXY, by proxy, said method comprising the steps of:allocating a first address, HOA, as a home address and a second address, SA, as a session IP address for use in a packet data protocol context session to said mobile node (MN);utilizing said first address, HOA, by routing data to a home agent (HA) of a home network of said mobile node (MN);discovering an address of said home agent (HA) by said switching device;advertising said second address, SA, as care-of-address, CA, with respect to said first address, HOA, by said switching device to said home agent (HA);and utilizing said second address, SA, for Mobile IP based communication legs by routing data to said switching device characterized in that said home address has been allocated to said mobile node (MN) dynamically when a packet data protocol context between said mobile node (MN) and said switching device has been firstly activated, said method comprising the further step of: advertising said dynamically allocated home address, DHOA, as home address, HOA, with respect to said mobile node (MN) by said switching device to said home agent (HA).
- 7A switching device for acting as a Mobile IP proxy, said switching device, such as GGSN/MIP PROXY, comprising:means for enabling a non mobile IP capable node (MN) within a second communication network, such as UMTS, to communicate with a first communication network which is based on the Mobile Internet Protocol, and means having functionalities implemented which are specific to said second communication network and which functionalities are correspondingly provided;characterized by proxy means for providing Mobile Internet Protocol functionalities;means for generating a dynamic home address for the mobile node (MN) from a home IP prefix, said home IP prefix contained in the mobile node (MN) user profile;and means for performing said second communication network specific functionalities towards said mobile node (MN) and said Mobile Internet Protocol functionalities towards said first communication network, thereby interworking the network specific system function of said mobile node (MN) into the Mobile Internet Protocol.
Independent claims2
57 paragraphs, as filed
0001The present invention relates to a method of providing Mobile IP (MIP) functionality for a non Mobile IP capable mobile node. Further, the present invention relates to a switching device for acting as a Mobile IP proxy.
0002Currently, a user equipment (UE) in a General Packet Radio System/Universal Mobile Telecommunication System (GPRS/UMTS) network keeps its Internet Protocol (IP) address for the whole duration of a session. Here, a session refers to the lifetime of a packet data protocol (PDP) context. This however implies that such user equipment is not able to move from one Gateway GPRS Support Node (GGSN) to another GGSN, even though it may have moved closer to a new GGSN. In the latter case, however, it would be more efficient to route the traffic to the mobile node through the new GGSN.
0003Moreover, a user equipment is currently provided with an IP address either dynamically, when a PDP context is activated, or statically at the subscription time. With dynamic IP addresses, the user equipment can get an IP address whenever it roams to a visited network and a GGSN will be allocated in the visited network. However, it needs to be noted that even in this case, a new PDP context has to be activated.
0004If push services besides multimedia services based on the UMTS IP Multimedia Subsystem (IMS) architecture are considered in this case, either dynamic modifications in the Domain Name Server (DNS) are needed (i.e. to be updated to the new IP address associated to the user equipment in the visited network) or the user equipment will not be reachable for such services unless the user equipment first contacts possible future correspondent nodes (CN).
0005Furthermore, document <patcit id="pcit0001" dnum="KR20020052503"><text>KR 2002-0052503</text></patcit> discloses a mobile IP service with roaming between GPRS packet networks. To support terminal equipment roaming between GPRS packet networks in a mobile IP service system, a gateway GPRS support node/home agent (GGSN/HA) is provided in a home network, to perform a home agent function. This avoids the delay of connection between border gateways (BG). In a visited network, a serving GPRS support node (SGSN) manages mobility of a terminal equipment (TB) and a gateway GPRS support node/foreign agent (GGSN/FA) carries out a foreign agent function to support a mobile IP service when a packet data service is requested trough the SGSN. In the home network, a gateway GPRS support node/home agent (GGSN/HA) is provided to carry out a home agent function to support the mobile IP service when the terminal equipment (TE) roams. The method involves: a packet data protocol (PDP) context activation step (S200-S250), where the SGSN selects a suitable GGSN/FA according to an access point name included in a PDP context request message; a mobile IP registration step (S260-S290), where the GGSN/FA transmits an agent advertisement message and registers the IP address of the GGSN/FA to the GGSN/HA located in the home network, and a PDP context modification (S300-S320) step, where the GGSN/FA extracts the mobile IP address of the GGSN/HA, inserts it in its PDP context and transmits an update PDP context message to the SGSN.
0006Accordingly, it is an object of the present invention to overcome the problems of the prior art.
0007According to the present invention, this object is solved by what is set forth in the appended independent claims. Advantageous modifications are defined in the appended dependent claims.
0008One particularly advantageous effect of the present invention is that also a smooth handoff procedure between switching devices is possible so that a mobile node can always be best served.
0009Therefore, according to the present invention, a mobile node can always be served by a most suitable switching device.
0010According to the present invention, the routing of data can be made fast and efficient.
0011The present invention also provides a step in a smooth evolution from GPRS/UMTS-based mobility to Mobile IP, as it allows GPRS legacy terminals to be used in an efficient manner without modification, even though parts of the network have already migrated towards Mobile IP.
0012The present invention will become more apparent from the following detailed description of the embodiments presently considered as being preferred when taken in conjunction with the accompanying drawings. <ul id="ul0001" list-style="none"><li><figref idref="f0001">Fig. 1</figref> shows a signaling diagram of a scenario where a dynamic session IP address is utilized for a PDP context activation procedure and for a data delivery procedure.</li><li><figref idref="f0002">Fig. 2</figref> shows a signaling diagram of a scenario where a static session IP address is utilized for a PDP context activation procedure and for a data delivery procedure.</li><li><figref idref="f0003">Fig. 3</figref> shows a signaling diagram of a scenario where a handoff to a new GGSN as an example for a switching device is performed when a dynamic session IP address is utilized.</li><li><figref idref="f0004">Fig. 4</figref> shows a signaling diagram of a scenario where a handoff to a new GGSN as an example for a switching device is performed when a static session IP address is utilized.</li></ul>
0013In the whole drawings, embodiments are considered by way of example where a home network is an UMTS operator that provides also Mobile IP services. Here, a non Mobile IP capable mobile node is considered which roams to a UMTS visited network.
0014The mobile node may be assigned by the home operator a home address HOA at subscription time that is supported by a home agent in the home network. That is, packets which are sent to the home address HOA are routed to the home network and in particular to a home agent of the operator. The manner in which the home agent is assigned to the mobile node is not essential for the present invention. However, all currently known methods therefor are applicable to the present invention, for example the Mobile IPv4 and the Mobile IPv6. Apart from that, any detailed description thereof is omitted here.
0015As a general remark, although examples according to Mobile IPv4/IPv6 are given hereinafter, it is expressly mentioned here that the present invention shall be applicable to at least these two and the mentioning of these as examples is in no way intended to be limiting.
0016The presently considered mobile node has a subscription with UMTS/GPRS service, and upon the activation of a certain PDP context for the first time (called primary PDP context), a session IP address SA is generated for the PDP context.
0017The UMTS subscription in a home location register (HLR) allows two possibilities for the mobile node to have such a session IP address.
0018The first possibility is to obtain a dynamic session IP address DSA. This means that when a PDP context is activated a dynamic IP address is generated for the PDP context. This method corresponds to the current UMTS/GPRS specifications and also the selection of the location of the GGSN is based on current mechanisms. In the present invention, the home address is given to the mobile node MN as address for the PDP context.
0019As a second possibility, the mobile node may obtain a static session IP address SSA. This address is contained in the user profile and when a PDP context is activated by the mobile node, it can select whether to activate this PDP context with the static session IP address SSA or with a dynamic session IP address DSA. In case the static session IP address SSA is used, the location of the GGSN is fixed. This means that it is located in the home network and particularly corresponds to a given IP link, meaning in turn that one of several GGSN's may be allocated, given these are all on this IP link to which the static session IP address corresponds.
0020In addition, in case the mobile node uses a dynamic session IP address, the mobile node may be given a dynamic home address created from a home IP prefix upon the activation of a certain PDP context for the first time (the so-called primary PDP context), the PDP context is given a session IP address SA. This home IP prefix is contained in the user profile and when a PDP context is activated by the mobile node, the GGSN can select according to network setting contained in the user profile or local network settings whether to assign to this PDP context the static home IP address SHOA or a dynamic session home IP address DHOA.
0021Based on the above assumptions, according to the present invention, whichever GGSN is whenever assigned to the present non Mobile IP capable mobile node MN, it uses the session IP address of the mobile node as the mobile node's care-of-address CA for its home address with respect to the home agent. Accordingly, packets are routed to the assigned GGSN by the respective session IP address in use. The assigned GGSN comprises proxy means which provide such Mobile IP functionalities. Towards the home agent, the assigned GGSN performs the respective functionalities which are specific to the network of said home agent, here, UMTS specific functionalities.
0022Specifically, the GGSN and in particular the therein included Mobile IP proxy means acts as an external binding cache to the mobile node MN, i.e. when packets are sent from the mobile node MN, the GGSN replaces the mobile node's home address HOA with the care-of-address CA and places the mobile node's home address HOA in the home address HOA destination option, as described in draft 13 of the Mobile IPv6 of the Internet Engineering Task Force IETF. Packets arriving at the GGSN which are destined for the mobile node MN will be forwarded to the mobile node MN after replacing the mobile node's session IP address SA used as destination address of the packets with the home address HOA, which is stored at the GGSN (MIP proxy, see below) at the time of a PDP context activation.
PDP context activation and data delivery
0023Referring now to <figref idref="f0001">fig. 1</figref>, description is made for the case where the GGSN is assigned according to the use of a dynamic session IP address.
0024In an initial registration procedure, the mobile node attaches to a Serving GPRS Support Node (SGSN) of a UMTS visited network.
0025Upon the activation of a first PDP context with this SGSN and a corresponding GGSN having a Mobile IP proxy means, this GGSN generates a dynamic session IP address DSA for the mobile node. From this point on, this DSA will be used by the GGSN as care-of-address for the home address of the mobile node. The GGSN may also use a static home address (SHOA) contained in the mobile node user profile for the PDP context, or generate a dynamic home address (DHOA) for the PDP context based on the home IP prefix contained in the mobile node user profile. Precisely, it is the Mobile IP proxy means which performs such functionality. The GGSN performs a home agent discovery on behalf of the mobile node. This discovery procedure can e.g. be based on a Mobile IPv4 or Mobile IPv6 mechanism and so on. After the discovery, a "Binding Update/Binding Acknowledgment" message pair with respect to the DSA as CA is exchanged between the GGSN and the home agent HA. When a dynamic home address (DHOA) is used, additional message exchange may be needed between the GGSN and the home agent HA as defined for dynamic home address support in Mobile IP. Next, the GGSN acknowledges the PDP context activation and provides the home address HOA to the mobile node MN via the SGSN. Although the presently considered mobile node MN is non Mobile IP capable, it is henceforth ready for packet data delivery from the MIP Internet.
0026It shall be remarked here that other PDP contexts between the above mentioned mobile node MN, SGSN and GGSN will be activated by simply exchanging the "secondary PDP context activation/secondary PDP context activation acknowledgment" message pair as illustrated in <figref idref="f0001">fig. 1</figref>. That is, the GGSN does not assign a new dynamic session IP address DSA to the mobile node MN. Thus, no further Mobile IP procedure is needed.
0027As mentioned above, the mobile node MN is now ready for data delivery. The data delivery from a correspondent node CN of the MIP Internet to the mobile node MN may at first be performed from the correspondent node CN to the home agent HA, since it is very likely that the correspondent node CN only knows the home address HOA for the mobile node MN to where the data packets are correspondingly sent. However, this applies only to the case where the home address is static (SHOA) and can be known by the correspondent node CN. According to the above mentioned binding procedure, the data packets are further sent from the home agent HA to the GGSN, and therefrom further to the mobile node MN. However, at this point the MIP proxy means of the GGSN detects that the data packet routing is not optimized. Hence, it exchanges a binding message pair with said correspondent node CN, thus creating a binding cache entry therein. That is, towards this correspondent node CN the MIP proxy means behave as a mobile node MN according to the Mobile IP. Thereafter, further data packets are delivered directly from the correspondent node CN to the GGSN including the MIP proxy means, and further to the non Mobile IP capable mobile node MN.
0028Referring now to <figref idref="f0002">fig. 2</figref>, description is made for the case where the GGSN is assigned according to the use of a static session IP address SSA.
0029After the attach of the mobile node MN to the SGSN of the visited UMTS network, a context activation via this SGSN is performed with respect to a GGSN in the mobile node's UMTS home network. The assigned GGSN lies on the IP link corresponding to the static session IP address SSA. This means that the assigned GGSN lies within the UMTS home network of the mobile node MN and not within the UMTS visited network. This also means that the GGSN does not assign a dynamic session IP address DSA to the mobile node MN, but uses the static session IP adress SSA contained in the user profile of the mobile node MN which can be retrieved by the SGSN from the HLR. That is, the Mobile IP proxy means of the GGSN uses this static session IP address SSA as care-of-address CA for the home address HOA of the mobile node MN. As is apparent from <figref idref="f0001">figs. 1</figref> and <figref idref="f0002">2</figref>, other procedures with respect to the use of a static session IP address SSA are in so far the same, as it is the static session IP address SSA which is used as care-of-address CA for the home address HOA and not the dynamic session IP address DSA. Apart from that, the remaining procedures of the cases depicted in <figref idref="f0001">figs. 1</figref> and <figref idref="f0002">2</figref> correspond to each other for which reason any further detailed description thereof is omitted here.
Handover
0030Besides the above discussed procedures, the enabling of a smooth handoff procedure is presently considered as a particular advantage of the present invention.
0031A description for the corresponding procedures is provided by referring to <figref idref="f0003">figs. 3</figref> and <figref idref="f0004">4</figref>.
0032Specifically, <figref idref="f0003">fig. 3</figref> shows the case where a GGSN within the UMTS visited network according to a dynamic session IP address DSA has been assigned to the non Mobile IP capable mobile node MN. The reason why a GGSN shall be changed is not essential for the present invention, however, any reason and respective behavior of the contributing network elements is covered by the present invention.
0033For example, when the mobile node MN moves to a new area and it is then decided that a new GGSN would serve the mobile node MN better, the SGSN can be the same during the handoff. The reason is that since the new radio cell is under a new SGSN, the mobile node MN has already moved to it and only the GGSN is changed during the handoff.
0034As another example, there could be an OLD SGSN and a NEW SGSN when the GGSN handoff is decided before the mobile node moves, thus both GGSN and SGSN would be new.
0035Anyway, the starting point for the handoff procedure according to the present invention is that the "OLD" GGSN determines due to any reason (including a triggering from another element) that a handoff to a "NEW" GGSN is needed.
0036The handoff procedure which e.g. can be the fast handoff as defined by the Internet Engineering Task Force IETF then takes place with a transfer of the PDP context. The handling of the PDP contexts at handoff can be performed according to several possibilities. That is, the new ones can be created before the old ones are deactivated, it can be done vice-versa, or the two procedures can be done in parallel. Whatsoever, the NEW GGSN initiates the PDP context activation with the mobile node MN, and the OLD GGSN initiates the context de-activation with the mobile node MN, as illustrated in <figref idref="f0003">fig. 3</figref>.
0037Next, according to the present invention, the NEW GGSN generates a new dynamic session IP address DSA for the PDP context activated by the mobile node MN and the Mobile IP proxy means uses this dynamic session IP address DSA as care-of-address CA for the home address HOA according to the aforesaid. There is no need that this new dynamic session IP address DSA is signaled to the mobile node MN. The address of the home agent can either be retrieved by the NEW GGSN from the OLD GGSN or the NEW GGSN can perform a new discovery procedure (e.g. to derive the address of the Home agent HA from the mobile node's home address). The NEW GGSN sends a binding update message regarding the new dynamic session IP address DSA to the home agent HA in order to advertise this new dynamic session IP address DSA as new care-of-address CA, and the home agent HA accordingly (or upon request) sends a corresponding binding acknowledgment message back to the NEW GGSN. Thus, the handoff to a NEW GGSN according to the present invention is essentially completed. However, the NEW GGSN can also send binding updates to the correspondent nodes CN, which may be known from the OLD GGSN's binding cache.
0038Moreover, <figref idref="f0004">fig. 4</figref> shows the case where a GGSN within the UMTS home network according to a static session IP address SSA has been assigned to the non Mobile IP capable mobile node MN. The handoff procedure is very similar to the above, except for the following.
0039While the OLD GGSN is in the UMTS home network according to the assignment with a static session IP address SSA, the NEW GGSN will be for sure in the UMTS visited network when the NEW GGSN is deemed to serve better the mobile node MN. This means nothing else than if a GGSN hand off procedure is performed where the OLD GGSN has been assigned according to a static session IP address DSA, the NEW GGSN will assign a dynamic session IP address DSA to the mobile node MN which will be used by the Mobile IP proxy means as care-of-address CA for the home address PA.
0040With respect to the handoff procedures shown in <figref idref="f0003">figs. 3</figref> and <figref idref="f0004">4</figref>, as mentioned above, it is not essential why the GGSN is to be changed. A GGSN change can be triggered by an element of the GPRS/UMTS network, including (but not limited to) a radio network controller RNC, a SGSN and the GGSN itself. The GGSN change may be triggered based e.g. on "GGSN routing areas", to which a certain set of RNCs and/or SGSNs may belong to, or based on resource/load balancing considerations in the GGSN, etc. Reference is made to corresponding specifications.
0041In order to initiate the GGSN change, the old GGSN sends a signal to the new GGSN. The message(s) which is (are) used to initiate the GGSN change may include: <ul id="ul0002" list-style="dash" compact="compact"><li>The mobile node's home address HOA;</li><li>Quality-of-Service-related information about the PDP context(s) which are to be transferred;</li><li>Authentication-related information;</li><li>Policy-related information;</li><li>Charging-related information;</li><li>the address of the mobile node's home agent HA;</li><li>the address of the SGSN and/or RNC which is "covering" the mobile node MN; and</li><li>a binding cache for the relevant mobile node MN, which would contain the addresses of correspondent nodes CN.</li></ul>
0042The new GGSN performs resource availability checks, policy checks, etc., similar to the checks it would perform for new PDP contexts.
Other embodiments
0043Regarding the signaling diagrams of <figref idref="f0001 f0002 f0003 f0004">figs. 1 through 4</figref>, the illustration is made simple for the sake of distinctness. However, as mentioned above, the embodiments depicted in <figref idref="f0001 f0002 f0003 f0004">figs. 1-4</figref> are only intended for explanatory purposes and by no way limiting. For example, the present invention is as well applicable if any authentication-authorization-accounting-means (AAA) are implemented. Thus, the difference to the situations described along with <figref idref="f0001 f0002 f0003 f0004">figs. 1-4</figref> is the additional signaling occurring due to the presence of AAA-means (<u>a</u>uthentication, <u>a</u>uthorization, <u>a</u>ccounting). While a respective charging authority AAAC would be present in the GGSN together with the MIP proxy means, an AAA visited authority AAAV and an AAA home authority AAAH would be present within the Mobile IP Internet. Hence, respective DIAMETER message pairs would be exchanged between these authorities which precede the binding message pair signaling. As two options, the binding signaling can be performed between the AAA home authority AAAH and the home agent HA or between the GGSN with the MIP proxy and the AAA charging authority AAAC and the home agent HA.
Switching device
0044According to the present invention, there is provided a switching device for acting as a Mobile IP proxy, wherein a first communication network (MIP Internet) is based on the Mobile Internet Protocol and a mobile node MN within a second communication network (UMTS visited network) communicates with said first communication network via said switching device GGSN/MIP PROXY, said switching device GGSN/MIP PROXY comprising: means having implemented functionalities which are specific to said second communication network (UMTS visited network) and which functionalities are correspondingly provided; proxy means MIP PROXY for providing Mobile Internet Protocol functionalities; and means for generating a dynamic home address DHOA for the mobile node MN from a home IP prefix, said home IP prefix contained in the mobile node user profile, wherein said switching device GGSN/MIP PROXY performs said second communication network specific functionalities towards said mobile node MN and said Mobile Internet Protocol functionalities towards said first communication network MIP Internet, thereby interworking the network specific system function of said mobile node MN into the Mobile Internet Protocol.
0045Specifically, a switching device as, for example, a GGSN includes a Mobile IP proxy means for non mobile-IP capable mobile nodes. The system network is more efficiently used and older generation devices may be used 5 with new Mobile IP based systems. That is, a Mobile IP proxy means in a switching device like a GGSN is employed so that a non Mobile IP capable mobile node may utilize next generation Mobile IP based networks.
0046Stated in other words, in order to allow non Mobile IP capable mobile nodes to work with a IP network where Mobile IP is the mobility protocol, a network element acts as a Mobile IP proxy means for a mobile node that is not capable of processing Mobile IP.
0047More specifically, the MIP proxy means implements all the functions specific to the network for which the mobile node has been designed and behaves as a normal network element for the mobile node. For example, if the mobile node is based on IS-95 or GSM, the MIP proxy means will behave respectively as an IS-41 or GSM MSC towards the mobile node.
0048Towards the network, the MIP proxy means performs Mobile IP specific functions such as sending binding updates and so on which would otherwise be performed by a Mobile IP capable mobile node.
0049In addition, the MIP proxy means can interwork the mobile node specific mobility management protocols to Mobile IP. This enables a Mobile IP based handover between switching devices such as GGSN's, which would be transparent for the mobile node.
0050As an embodiment of the present invention, a GPRS/UMTS GGSN (or IGSN, see 3GPP TS 23.923; in the following reference will be made to GGSN, though "GGSN" could be replaced by "IGSN" in all instances) acts as a Mobile IP proxy means for a mobile node which is not Mobile IP capable.
0051More specifically, the GGSN performs all GPRS-specific functions (PDP context activation, assignment of IP addresses, etc.) towards the mobile node, but towards the network, it performs Mobile IP specific functions such as sending binding updates and so on which would otherwise be performed by a Mobile IP capable mobile node. This enables a Mobile IP based handover between GGSN's, which would be transparent for the mobile node.
0052According to the above, the present invention provides a method of providing Mobile IP functionality for a non Mobile IP capable mobile node by a switching device GGSN/MIP PROXY by proxy, wherein a first address HOA and a second address SA are being allocated to said mobile node MN, said method comprising the steps of: utilizing said first address HOA for non Mobile IP based communication legs by routing data to a home agent HA of a home network of said mobile node MN; discovering an address of said home agent HA by said switching device GGSN/MIP PROXY; advertising said second address SA as care-of-address CA with respect to said first address HOA by said switching device GGSN/MIP PROXY to said home agent HA; and utilizing said second address SA for Mobile IP based communication legs by routing data to said switching device GGSN/MIP PROXY.
0053As is understood from the present description by those who are skilled in the art, the present invention can be applied to many technical fields, and changes and modifications may be effected to the presently preferred embodiments without departing from the scope of the appended claims.
4 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4
Every citation, both ways
| Document | Relation | Office |
|---|---|---|
| EP1009176A | Cites | European Patent Office (EPO) |
| US6407988B1 | Cites | United States of America |
| DATABASE WPI Section EI, Week 200302 Derwent Publications Ltd., London, GB; Class T01, AN 2002-752836 XP002265772 & KR 2002 052 503 A (LG ELECTRONICS CO LTD), 4 July 2002 (2002-07-04) -& GB 2 373 409 A (LG ELECTRONICS INC) 18 September 2002 (2002-09-18) | Non-patent | – |
| PERKINS C E: "MOBILE IP JOINS FORCES WITH AAA" IEEE PERSONAL COMMUNICATIONS, IEEE COMMUNICATIONS SOCIETY, US, vol. 7, no. 4, August 2000 (2000-08), pages 59-61, XP000954661 ISSN: 1070-9916 | Non-patent | – |
11 members in 6 offices
Priority claims3
| Document | Office | Kind | Date |
|---|---|---|---|
| 198599 | United States of America | – | |
| 19859902 | United States of America | A | |
| 0302829 | International Bureau of the World Intellectual Property Organization (WIPO) | W |
Members11
| Document | Office | Kind | |
|---|---|---|---|
| US2004013116A1 | United States of America | A1 | |
| WO2004010669A2 | World Intellectual Property Organization (WIPO) | A2 | |
| AU2003249479A1 | Australia | A1 | |
| AU2003249479A8 | Australia | A8 | |
| WO2004010669A3 | World Intellectual Property Organization (WIPO) | A3 | |
| EP1523840A2 | European Patent Office (EPO) | A2 | |
| US7218618B2 | United States of America | B2 | |
| EP1523840B1This record | European Patent Office (EPO) | B1 | |
| AT456238T | Austria | T | |
| ATE456238T1 | Austria | T1 | |
| DE60331071D1 | Germany | D1 |
59 legal events, as 7 offices reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | Office | |
|---|---|---|---|
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Gb: european patent ceased through non-payment of renewal feeCeasedGBPC | GBPC | EP | |
| Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal feeWithdrawnR119 | R119 | DE | |
| Amendment of ipc main classPREVIOUS MAIN CLASS: H04L0029060000R079 | R079 | DE | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Annual fee paid to national office [announced via postgrant information from national office to epo]GrantedPGFP | PGFP | EP | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Fee paymentPLFP | PLFP | FR | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Change of applicant/patenteeR081 | R081 | DE | |
| Amendments to the register in respect of changes of name or changes affecting rights (sect. 32/1977)REGISTERED BETWEEN 20121004 AND 20121010732E | 732E | GB | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Patent ceasedCeasedPL | PL | CH | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filedOpposition26N | 26N | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| No opposition filed within time limitOppositionORIGINAL CODE: 0009261PLBE | PLBE | EP | |
| Information on the status of an ep patent application or granted ep patentGrantedSTATUS: NO OPPOSITION FILED WITHIN TIME LIMITSTAA | STAA | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Lapsed in a contracting state [announced via postgrant information from national office to epo]LapsedPG25 | PG25 | EP | |
| Discontinued in the netherlands as no translation has been filedVDEP | VDEP | NL | |
| Corresponds to:REF | REF | EP | |
| European patents granted designating irelandGrantedFG4D | FG4D | IE | |
| European patent takes effect as a national patent in ch/liEP | EP | CH | |
| Designated contracting statesAK | AK | EP | |
| European patent grantedGrantedFG4D | FG4D | GB | |
| (expected) grantORIGINAL CODE: 0009210GRAA | GRAA | EP | |
| Grant fee paidORIGINAL CODE: EPIDOSNIGR3GRAS | GRAS | EP | |
| Despatch of communication of intention to grant a patentORIGINAL CODE: EPIDOSNIGR1GRAP | GRAP | EP | |
| First examination report despatched17Q | 17Q | EP | |
| Request for extension of the european patent (deleted)DAX | DAX | EP | |
| Request for examination filed17P | 17P | EP | |
| Designated contracting statesAK | AK | EP | |
| Request for extension of the european patentAX | AX | EP | |
| Public reference made under article 153(3) epc to a published international application that has entered the european phaseORIGINAL CODE: 0009012PUAI | PUAI | EP |
Numbers
- Publication
- 1523840
- Application
- 37652252
Titles3
- German
- VERFAHREN UND SCHALTGERÄT ZUR VERSCHAFFUNG VON MOBILER-IP- FUNKTIONALITÄT AN EINEM NICHTMOBILEN-IP-FÄHIGEN NETZKNOTEN
- English
- METHOD AND SWITCHING DEVICE PROVIDING MOBILE IP FUNCTIONALITY FOR A NON-MOBILE-IP CAPABLE MOBILE NODE
- French
- PROCEDE DE REALISATION D'UNE FONCTIONNALITE IP MOBILE POUR UN NOEUD DE MOBILE NON CAPABLE D'IP MOBILE ET COMMUTATEUR AGISSANT COMME PROXY IP MOBILE
Classification
- CPC, 9
- H04W8/085
- H04W60/00
- H04W8/04
- H04W76/00
- H04W80/04
- H04W88/182
- H04W92/02
- H04L61/00
- H04L61/5084
- IPC, 7
- H04L29 06
- H04W8 04
- H04W60 00
- H04W76 00
- H04W80 04
- H04W88 18
- H04W92 02
Designated states1
- Contracting states, 1
- Türkiye