WO2006016406A1 - 移動通信ネットワークシステム - Google Patents

移動通信ネットワークシステム Download PDF

Info

Publication number
WO2006016406A1
WO2006016406A1 PCT/JP2004/011588 JP2004011588W WO2006016406A1 WO 2006016406 A1 WO2006016406 A1 WO 2006016406A1 JP 2004011588 W JP2004011588 W JP 2004011588W WO 2006016406 A1 WO2006016406 A1 WO 2006016406A1
Authority
WO
WIPO (PCT)
Prior art keywords
mobile terminal
binding cache
location registration
mobile
home agent
Prior art date
Application number
PCT/JP2004/011588
Other languages
English (en)
French (fr)
Inventor
Kazuyuki Oka
Original Assignee
Fujitsu Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Limited filed Critical Fujitsu Limited
Priority to EP20040771563 priority Critical patent/EP1777976B1/en
Priority to PCT/JP2004/011588 priority patent/WO2006016406A1/ja
Priority to JP2006531089A priority patent/JP4382094B2/ja
Publication of WO2006016406A1 publication Critical patent/WO2006016406A1/ja
Priority to US11/705,093 priority patent/US7830788B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/30—Network data restoration; Network data reliability; Network data fault tolerance
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a mobile communication network that applies mobile IP (Mobile-IP), manages the location of a mobile terminal, and restores (recovers) location information.
  • Mobile-IP mobile IP
  • IP Mobile-IP
  • HA Home Agent
  • MN Mobile Node
  • HA home agent
  • the location registration is performed by notifying the agent.
  • the home agent uses the binding cache (BC:
  • Binding Cache Maintained as Binding Cache. Furthermore, the home agent relays and forwards packets addressed to the mobile terminal from the communication node (CN: Correspondent Node) according to the binding cache.
  • CN Correspondent Node
  • the communication node follows the binding cache and directly sends the packet to the mobile terminal without going through the home agent. Send.
  • MAP mobility anchor point
  • home agent HA as a node
  • the node CN and the mobile anchor point MAP maintain and manage the location information notified from the mobile terminal MN as a binding cache BC, thereby enabling packet transfer from the communication node CN to the mobile terminal MN.
  • Patent Document 1 The present inventors have previously proposed an invention that solves the inconvenient problem.
  • Patent Document 1 there is a system in which each node in which a failure occurs autonomously performs a binding cache BC recovery operation. However, this system recovers immediately after failure recovery to send a recovery packet to the binding cache BC's unicast address held by its own node at the time of recovery of the binding cache BC. If there is congestion due to the problem, you still have problems.
  • Patent Document 2 it has been shown that when a packet from a communication destination host is transferred to a mobile communication terminal, it is encapsulated and transferred to a multicast address (Patent Document 2).
  • the home agent and the foreign agent are characterized by a mechanism for detecting that the mobile node has moved by periodically transmitting packets addressed to the multicast. (Patent Document 3).
  • Non-patent literature 1 http://www.ietf.org/rfc/rfc3220.txt
  • Non-Patent Document 4 http://www.ietf.org/rfc/rfc2460.txt
  • Patent Document 1 JP 2004-96193 A
  • Patent Document 2 Japanese Patent Laid-Open No. 2003-235065
  • Patent Document 3 Japanese Patent Laid-Open No. 2002-186010
  • Patent Document 1 Japanese Patent Laid-Open No. 2003-174471
  • an object of the present invention is to provide a mobile communication network system that allows each node of a home agent / mobile anchor point to perform recovery of the binding cache BC by avoiding congestion at the time of failure recovery. There is.
  • the mobile communication network system that achieves the above object has a home agent, which is a node connected to the network, and a mobile anchor point.
  • Each of the nodes registers a location from a mobile terminal.
  • the inbound cache is copied to create and maintain a backup binding cache, and the home agent and the mobile anchor point search the backup binding cache when the home agent and the mobile anchor point are recovered from the failure.
  • To acquire the binding cache held before the failure and store the request in the specified binding address by specifying the multicast address registered in advance in the acquired binding cache.
  • the acquired binding cache is validated and maintenance management is continued, and when there is no response from the mobile terminal, the mobile terminal Terminal uniki If the mobile terminal does not reply to the location registration request sent to the unicast address, the acquired binding cache is invalidated and deleted. It is characterized by that.
  • the mobile communication network system according to the present invention that achieves the above object is characterized in that, as a response to registration of location information from each of the home agent and mobile anchor point, the mobile terminal The transmission includes the multicast address.
  • the home agent and the mobile anchor point each use a mopile Internet protocol.
  • the home agent, the mobile anchor point, and the communication node each use a layered mobile Internet protocol. It is characterized by.
  • the mobile terminal uses a mopile Internet protocol, and is based on a multicast address included in a location information registration response.
  • Internet Management Protocol IGMP
  • Multicast Mano Recast Listener Report
  • FIG. 1A is a diagram showing an example of a route of location registration by mopile IPv6 and packet transfer after location registration.
  • FIG. 1B is a diagram showing a configuration example of position information.
  • FIG. 2 is a diagram showing an example of a route of location registration by route optimization of mopile IPv6 and a packet transfer after location registration.
  • Fig. 3 is a diagram showing an example of the path of location registration using layered mopile IPv6 and packet transfer after location registration.
  • FIG. 4 is a diagram showing a route example of location registration by route optimization and packet transfer after location registration in contrast to location registration by layered mopile IPv6 and packet transfer after location registration shown in FIG. is there.
  • FIG. 5A shows a format conforming to IPv6 and showing only a header portion.
  • FIG. 5B is a diagram showing a format of a “location registration message”.
  • FIG. 5C is a diagram showing a format of a “location registration response message”.
  • FIG. 5D is a diagram showing a format of a “location registration request message (addressed to multicast address)”.
  • FIG. 5E is a diagram showing a format of “location registration request message (addressed to unicast address)”.
  • FIG. 6 is a diagram showing an example when a failure occurs in the home agent HA in mopile IPv6.
  • FIG. 7 is a diagram showing an example when a failure occurs in the communication node CN in the route optimization registration example in the mopile IPv6 shown in FIG.
  • FIG. 8 is a diagram showing an example when a failure occurs in the home agent HA in the hierarchical mopile IPv6 in FIG.
  • FIG. 9 is a diagram showing an example when a failure occurs in the mobility anchor point MAP in the hierarchical mopile IPv6 in FIG.
  • FIG. 10 is a diagram showing an example when a failure occurs in the mobility anchor point MAP in the hierarchical mopile IPv6 in the route optimization in FIG.
  • FIG. 11 is a diagram for explaining the recovery procedure previously proposed by the present inventors.
  • FIG. 12 is a diagram showing a first method of binding cache recovery of home agent HA in MIPv6 according to the present invention.
  • FIG. 13 is a diagram showing a second method of binding cache recovery of the home agent HA in MIPv6 according to the present invention.
  • FIG. 14 shows a binding of a home agent HA in MIPv6 according to the present invention.
  • FIG. 10 is a diagram showing a third method of cache cache recovery.
  • FIG. 15 is a diagram showing a fourth method of binding cache recovery of home agent HA in MIPv6 according to the present invention.
  • FIG. 16 is a diagram showing a fifth method of binding cache recovery of the home agent HA in MIPv6 according to the present invention.
  • FIG. 17 is a diagram showing a first method of binding cache recovery of a communication node CN in MIPv6 according to the present invention.
  • FIG. 18 is a diagram showing a second method of binding cache recovery of communication node CN in MIPv6 according to the present invention.
  • FIG. 19 is a diagram showing a third method of binding cache recovery of communication node CN in MIPv6 according to the present invention.
  • FIG. 20 is a diagram showing a fourth method of binding cache recovery of communication node CN in MIPv6 according to the present invention.
  • FIG. 21 is a diagram showing a fifth method of binding cache recovery of communication node CN in MIPv6 according to the present invention.
  • FIG. 22 is a diagram showing a first method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention.
  • FIG. 23 is a diagram showing a second method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention.
  • FIG. 24 is a diagram showing a third method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention.
  • FIG. 25 is a diagram showing a fourth method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention.
  • FIG. 26 is a diagram showing a fifth method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention.
  • FIG. 27 is a first flowchart of the binding cache recovery method of the home agent HA.
  • Figure 28 shows the second of the binding cache recovery methods for home agent HA.
  • FIG. 29 shows processing when the home agent HA is activated in the configuration of the binding cache recovery in the home agent HA.
  • FIG. 30 shows the first location registration reception processing in the configuration of the binding cache recovery in the home agent HA.
  • FIG. 31 shows the processing of the reception waiting timeout in the configuration of the binding cache recovery in the home agent HA.
  • FIG. 32 shows a second location registration reception process in the configuration of the binding cache recovery in the home agent HA.
  • FIG. 33 shows a second timeout process waiting for reception of location registration in the configuration of the binding cache recovery in the home agent HA.
  • FIG. 34 is a diagram showing a flowchart of a binding cache recovery method in a mobile terminal MN.
  • FIG. 35 is a diagram for explaining location registration response reception in a binding cache recovery configuration example in a mobile terminal MN.
  • FIG. 36 is a diagram for explaining multicast listener query reception in a binding cache recovery configuration example in a mobile terminal MN.
  • Fig. 1A shows a route example of location registration by mopile IPv6 and packet transfer after location registration.
  • R1 to R4 in the figure indicate routers.
  • the networks belonging to each of the routers R1-R4 are connected through the IP network IP-NW such as the Internet.
  • the mobile terminal MN transmits location registration information to the home agent HA (step Sl).
  • the home agent HA Upon receiving the location registration information from the mobile terminal MN, the home agent HA maintains and manages the location information as a binding cache BC (step S2).
  • the nodding cache BC is maintained and managed for each mobile terminal registered as a home address with the home agent HA.
  • the location registration information from the mobile terminal MN that has moved to the network to which the router R3 belongs includes the home link of the mobile terminal MN.
  • the home address (HoA: MN.home), which is the address on (Link), the care-of address of the moving link of the mobile terminal MN (CoA: MN.r3), and the valid time of the binding cache (Life).
  • the home address serves as a key for searching a backup binding cache (back-up BC: BBC) described later according to the present invention.
  • the home agent HA returns a location registration response as a response to the location registration from the mobile terminal MN (step S3).
  • a packet is transmitted to N's home address (HoA: MN.home) (step S4).
  • the home agent HA captures the packet from the communication node CN as a packet addressed to the mobile terminal MN that holds the binding cache BC, and takes care of the address (CoA: MN.r3) according to the binding cache BC. ) Encapsulated and transferred (step S5).
  • Fig. 2 shows an example of route for location registration and route transfer after location registration by route optimization of mopile IPv6.
  • the mobile terminal MN determines whether or not to perform route optimization and performs route optimization. In order to implement the conversion, the location registration information is transmitted to the communication node CN (step S1-1).
  • the communication node CN Upon receiving the location registration information from the mobile terminal MN, the communication node CN manages the location information as the binding cache BC (step S2-1). The communication node CN returns a location registration response as a response to the location registration from the mobile terminal MN (Step S3-1). When the communication node CN transmits a packet to the mobile terminal MN, it transmits to the care-of address (CoA: MN.r3) according to the nodding cache BC (S4_l).
  • a packet can be transmitted directly to the communication node CN and the mobile terminal MN without going through the home agent HA. This eliminates the need for packet processing at the home agent HA, shortens the processing, and optimizes the route.
  • Fig. 3 shows an example of the route of location registration by layered mopile IPv6 and packet transfer after location registration.
  • Step S1-2 Location registration information of on-link care-of address (LCoA) is transmitted as location information to Mobility Anchor Point (step S1-2).
  • LoA on-link care-of address
  • the mobile anchor point MAP Upon receiving the location registration information from the mobile terminal MN, the mobile anchor point MAP manages the location information as a binding cache BC (step S2-2). The mobile anchor point MAP returns a location registration response as a response to the location registration from the mobile terminal MN (step S 3-2).
  • the mobile terminal MN After transmitting the location registration information to the mobile anchor point MAP, the mobile terminal MN transmits location registration information to the home agent HA (step S4-2).
  • the district care-of address (RCoA) is used as location information.
  • the home agent HA When the home agent HA receives the location registration information from the mobile terminal MN, The location information is managed as the ding cache BC (step S5_2). The home agent HA then returns a location registration response as a response to the location registration from the mobile terminal MN (step S6_2).
  • the packet is transmitted to the home address (HoA) of the mobile terminal MN (step S7-2).
  • the home agent HA holds the binding cache BC, obtains it as a packet addressed to the mobile terminal MN, encapsulates it according to the binding cache BC, and forwards it to the district care-of address (RCoA: MAP) (step S8).
  • RoA district care-of address
  • step S9_2 When the encapsulated packet addressed to () is received, decapsulation is performed, and the binding cache BC is held and the mobile terminal is recognized as a packet addressed to the mobile node MN, and the care-of address (CoA) is determined according to the nodding cache BC. ) Encapsulated and transferred (step S9_2).
  • FIG. 4 shows a route example of location registration by route optimization and packet transfer after location registration for location registration by layered mopile IPv6 and packet transfer after location registration shown in FIG.
  • the mobile terminal MN determines whether route optimization should be performed, and when performing route optimization, transmits location registration information to the communication node CN (S1-3). At this time, the district care-of address (RCoA) is used as location information.
  • the communication node CN receives the location registration information of the mobile terminal MN, it manages the location information as a binding cache BC (S2_3).
  • the communication node CN returns a location registration response as a response to the location registration from the mobile terminal MN (step S3_3). This is received by the mobile anchor point MAP, and the mobile anchor point MAP holds the binding cache BC and transfers the packet addressed to the mobile terminal MN according to the binding cache BC (step S4-3).
  • the communication node CN transmits to the care-of address (CoA) according to the binding cache BC (S5_3).
  • the mobile anchor point MAP receives the district care-of address (RCoA) packet and binds it.
  • the packet is recognized as a packet destined for the mobile terminal MN that holds the inching cache BC.
  • the data is encapsulated and transferred to the care-of address (CoA) according to the binding cache BC (S6-3).
  • FIG. Figure 5 shows the format according to IPv6 and shows only the header.
  • the header part has an IPv6 header I and an end option header II.
  • the IPv6 header I further has a source IP address (1-1) and a destination IP address (1_2).
  • the source IP address (1_1) is a care-of address (CoA) that is an address on the destination link of the mobile terminal MN, and includes a network address and a host address.
  • the destination IP address (1-2) is the address of the home agent HA's home address (HoA), the address of the communication node CN or the mobile anchor point MAP.
  • the end point option header II has a flag II as a registration information, the registration information holding period, that is, the lifetime of the binding cache BC (life
  • This home address (HoA) II_3 is a key when searching for the backup binding cache BC.
  • the "location registration message" in FIG. 5B indicates a node (HA / HA) where the mobile terminal MN manages location information.
  • MAP / CN is a message for notifying the location information of the movement destination.
  • Binding update is information in the binding cache.
  • the "location registration response message" in FIG. 5C indicates the node (HA / MAP / CN) that manages the location information.
  • HA / MA node
  • the "location registration request message (addressed to multicast address)" in FIG. 5D indicates that the node (HA / MAP / CN) that manages the location information is a mobile terminal for the purpose of recovery of the binding cache.
  • the “multicast address” of the “destination IP address” is the “multicast address (Multicast address) included in the“ movement option ”in FIG. 5C.
  • Group identifier is a node (HA / MAP / CN) that manages location information.
  • the “location registration request message (addressed to unicast address)” in FIG. 5E corresponds to the “location registration request message (addressed to multicast address)” by the node (HA / MAP / CN) that manages the location information. This message is sent when the “location registration message” cannot be received as a response from the MN.
  • the home node HA, the communication node CN, and the mobile anchor point MAP maintain and manage the location information notified from the mobile terminal MN as the binding cache BC. Packet transfer from to mobile terminal MN.
  • the recovery timing of this binding cache BC depends on a relocation registration request at an arbitrary timing from the mobile terminal MN.
  • Fig. 6 shows an example when a failure occurs in the home agent HA in mopile IPv6.
  • a failure occurs in the home agent HA, and the binding cache BC that has been maintained disappears, and then the home agent HA recovers from the failure (step S1-4). Les correspondent node CN will retain the binding cache BC for route optimization, a fried, and transmits the packet to the home address (HoA) addressed to the mobile terminal MN (step S 2-4) 0
  • FIG. 7 shows an example when a failure occurs in the communication node CN in the route optimization registration example in the mopile IPv6 shown in FIG.
  • the communication node CN transmits a packet to the home address (HoA) of the mobile terminal MN (step S2-5).
  • the home agent HA forwards the packet to the care-of address (CoA) of the mobile terminal MN (step S3-5)
  • the packet addressed to the mobile terminal MN from the communication node CN reaches the mobile terminal MN.
  • the intended route optimization is not performed.
  • FIG. 8 shows an example when a failure occurs in the home agent HA in the hierarchical mopile IPv6 in FIG.
  • the binding cache BC that was being maintained disappears, and then the home agent HA recovers from the failure (step S 1-6).
  • the communication node CN Since the communication node CN does not hold the binding cache BC for route optimization, it transmits a packet to the home address (HoA) of the mobile terminal MN (S2-6).
  • FIG. 9 shows an example when a failure occurs in the mobility anchor point MAP in the hierarchical mopile IPv6 in FIG.
  • the communication node CN holds a binding cache BC for route optimization and is lazy.
  • the communication node CN Since the communication node CN does not hold the binding cache BC for route optimization, it transmits a packet to the home address (HoA) of the mobile terminal MN (step S). 2-7).
  • the packet addressed to the home address (HoA) of the mobile terminal MN is encapsulated and transferred to the care-of address (CoA) according to the binding cache BC (step S3-7).
  • FIG. 10 shows an example of a case where a failure occurs in the mobile anchor point MAP in the hierarchical mopile IPv6 in the route optimization in FIG.
  • the communication node CN holds a binding cache BC for route optimization.
  • the communication node CN stores the binding cache BC for route optimization and transmits the packet to the care-of address (CoA) according to the binding cache BC (S2-8).
  • the recovery timing of the binding cache BC depends on a relocation registration request at an arbitrary timing from the mobile terminal MN.
  • Patent Document 1 the mode shown in FIG. 11 is characterized by having a procedure in which the home agent HA copies the binding cache BC from the mobile terminal MN to the backup binding cache BC in accordance with the mobile IPv6 corresponding to FIG. 1A.
  • the binding cache B C that has been maintained disappears, and then the home agent HA recovers from the failure (step Sl_9).
  • the home agent HA searches the backup binding cache BC saved under normal conditions, and if the location information is stored, sends a location registration request to the mobile terminal MN (step S 2-9).
  • the mobile terminal MN When the mobile terminal MN receives the location registration request from the home agent HA, the mobile terminal MN transmits the location registration to the home agent HA (step S3-9).
  • the home agent HA When the home agent HA receives location registration from the mobile terminal MN, the home agent HA starts maintenance management as location information and overwrites and copies the location information in the backup backup binding cache BC (step S4-9).
  • the communication node CN transmits a packet to HoA of the mobile terminal MN (Step S5-9).
  • the binding cache BC is recovered in the home agent HA, the packet addressed to the mobile terminal MN's HoA is transferred according to the BC (step S6-9).
  • step S2_9 when a large amount of location information is stored in the backup binding cache BC, location registration requests are continuously received from the home agent HA immediately after recovery from the failure. A large amount is sent (step S2_9).
  • step S3-9 since MN transmits a location registration as a response to the location registration request (step S3-9), the home agent HA receives a large amount of location registrations. Due to the processing of step S2_9 and step S3-9, congestion may occur in the home agent HA and cause a failure again.
  • the present invention further provides a method in which each of the home agent HA, the communication node CN, and the mobile anchor point MAP node recovers the binding cache BC by avoiding congestion at the time of failure recovery.
  • the outline of the configuration is as follows.
  • the home agent HA, communication node CN, and mobile anchor point MAP create and maintain a copy of the binding cache BC (backup binding cache BC) when receiving location registration from the mobile terminal MN. . As a result, It is possible to acquire the binding cache BC that was held before birth.
  • the home agent HA, the communication node CN, and the mobile anchor point MAP request location registration from the mobile terminal MN stored in the binding cache BC in order to confirm that the acquired binding cache BC is valid. .
  • the destination of a packet requesting location registration to the mobile terminal MN Is a multicast address notified in advance.
  • the mobile node MN recognizes that the binding cache BC is valid and maintains it. If the mobile terminal MN does not respond to the location registration request addressed to the multicast address, there may be a router that does not support multicast. When the location registration request addressed to the address is transmitted and the mobile terminal MN returns location registration, the binding cache BC is recognized as valid and maintained.
  • the binding cache BC recognizes it as invalid and deletes it.
  • FIG. 12 is a diagram showing a first method of binding cache force validation of the home agent HA in MIPv6 according to the present invention.
  • FIG. 12 shows a procedure for the home agent HA to copy the binding cache BC from the mobile terminal MN to the backup binding cache BC in MIPv6 and a procedure for notifying the multicast address from the home agent HA to the mobile terminal MN.
  • the mobile terminal MN obtains the unicast address CoA in the external link and transmits the location registration to the home agent HA (step S1-10).
  • the home agent HA When receiving the location registration from the mobile terminal MN, the home agent HA manages the location information using the location information from the mobile terminal MN as the binding cache BC. this At this time, the binding cache BC is copied as the backup binding cache BC (step S2-10).
  • the home agent HA returns a location registration response as a response to the location registration from the mobile terminal MN.
  • the multicast address is included in the response (step S3—10). If the mobile terminal MN receives a multicast address when receiving a location registration response from the home agent HA, the mobile node MN will send an Internet Group Management Protocol (IGMP) manocast cast listener to neighboring neighbors. Report (Multicast)
  • IGMP Internet Group Management Protocol
  • Multicast Listener Query a multicast listener report as a response to the multicast listener query (Multicast Listener Query) from the multicast router.
  • Router R3 which is a neighbor norator for the mobile terminal MN, registers a group identifier (GRP-ID) as a multicast router and sets up a route between R2 which is a multicast norator according to any protocol between multicast routers. To do.
  • GRP-ID group identifier
  • FIG. 13 is a diagram showing a second method of binding cache force validation of the home agent HA in MIPv6 according to the present invention.
  • the home agent HA fails in MIPv6 as shown in Figure 13, the home agent HA recovers from the failure, checks the validity of the binding cache BC, recognizes the binding cache BC as valid, and maintains it. Show the steps to start management
  • step S 1-11 If a failure occurs in the home agent HA (step S 1-11) and the failure is recovered and restarted later, a search is performed to determine whether the location information is stored in the backup binding cache BC. , is stored in one transmitting Les was a location registration request to the multicast address addressed when the mobile terminal MN (step S 2-11) 0
  • router R2 is a location addressed to the multicast address from home agent HA.
  • the registration request is transferred according to the multicast transfer rule (step S3_l 1).
  • Router R3 forwards the location registration request addressed to the multicast address from home agent HA according to the multicast forwarding rules (step S4-11).
  • the mobile terminal MN transmits the location registration to the home agent HA (step S 5-11).
  • the home agent HA When the home agent HA receives location information from the mobile terminal MN, the home agent HA starts maintenance as location information. At this time, the copy is made to the binding cache BC for backup (step S6_l l).
  • the communication node CN transmits a packet to the home address (HoA) of the mobile terminal MN (step S7_ll). Since the binding cache BC is repaired in the home agent HA, the packet destined for the home address (HoA) of the mobile terminal MN is transferred according to the binding cache BC (step S 8-11).
  • FIG. 14 is a diagram showing a third method of binding cache force validation of the home agent HA in MIPv6 according to the present invention.
  • the home agent HA fails in MIPv6 as shown in Fig. 14, the home agent HA recovers from the failure, confirms the validity of the binding cache BC, recognizes that the binding cache BC is valid, and performs maintenance management. Show the procedure to get started.
  • Fig. 13 The difference from Fig. 13 is that the router R3, which is a neighboring norator of the mobile terminal MN, supports multicast and has a low level, the home agent HA resends the location registration request to the unicast address.
  • Steps SS1-12-S3-12 are the same as S1-11-S3-11 in FIG.
  • the router R3 does not support multicasting, the location registration request addressed to the multicast address from the home agent HA cannot be transferred, so that the location registration request does not reach the mobile terminal MN (step S4-12).
  • the home agent HA registers the location addressed to the unicast address (CoA) stored in the binding cache BC for backup. Send the request (Step S 5-12) [0110]
  • the mobile terminal MN transmits the location registration to the home agent HA (step S6-12).
  • the home agent HA When the home agent HA receives location information from the mobile terminal MN, the home agent HA starts maintenance as location information. At this time, the copy is made to the backup binding cache BC (step S 7-12).
  • the communication node CN transmits a packet to the home address HoA of the mobile terminal MN (step S8_12). Since the binding cache BC is repaired in the home agent HA, the packet destined for the home address HoA of the mobile terminal MN is transferred and transferred according to the binding cache BC (step S 9-12).
  • FIG. 15 is a diagram showing a fourth method of the binding cache force burr of home agent HA in MIPv6 according to the present invention.
  • the mobile agent MN is moving to another link before the home agent HA is restored Multicast using the IGMP multicast listener report to the router R4, which is a neighboring norator The group identifier GRP-ID is registered. Therefore, the feature is that the location registration request addressed to the multicast address from the home agent HA arrives and the binding cache BC can be recovered normally.
  • S1-13-S4-13 is the same as S1-12-S4-12 in FIG.
  • step S5_13 Since the mobile terminal MN has moved to another link to which the router R4 belongs before the home agent HA recovers, it cannot receive the location registration request from the home agent HA (step S5_13).
  • the mobile terminal MN After moving, the mobile terminal MN registers the multicast gnole identifier GRP-ID with respect to router R4, which is a neighboring norator, using the IGMP multicast listener report (step S6_13). At this time, if necessary, a multicast listener report is transmitted as a response to the multicast caster query from the multicast router.
  • Router R4 which is a neighboring norator, has a group identifier as a multicast router. Register the GRP-ID and set the route between router R2, which is a multicast router, according to any protocol between multicast routers.
  • Router R4 forwards the location registration request addressed to the multicast address from home agent HA according to the multicast forwarding rules (step S7_13). Since the mobile terminal MN has not performed location registration with the home agent HA after moving, the location registration request from the home agent HA usually does not arrive. However, if the mobile terminal MN has already registered the multicast group identifier GRP-ID using the IGMP multicast listener report to R4, which is a neighboring norator after moving, the location registration request from the home agent HA will be sent. Receive (step S8-13).
  • the mobile terminal MN When the mobile terminal MN receives the location registration request from the home agent HA, it transmits the location registration to the home agent HA (step S9-13).
  • the home agent HA receives location information from the mobile terminal MN, the home agent HA starts maintenance as location information. At this time, copying is performed to the backup unit binding cache BC (step S 10-13).
  • the communication node CN transmits a packet to the home address (HoA) of the mobile terminal MN.
  • HoA home address
  • Step S 11-13 Since the binding cache BC is restored in the home agent HA, the packet addressed to the home address (HoA) of the mobile terminal MN is transferred according to the binding cache BC (step S12-13).
  • FIG. 16 is a diagram showing a fifth method of the binding cache force validation of the home agent HA in MIPv6 according to the present invention.
  • S1-14-S5-14 is the same as S1-13 S5-13 in FIG.
  • router R2 is a router that is a neighboring norator to which the mobile terminal MN moves
  • the home agent HA requests the location registration request addressed to the unicast address (CoA) stored in the backup binding cache BBC. (Step S8-14)
  • the location registration request addressed to the unicast address does not reach the mobile terminal MN and is not received (step S9_14).
  • the home agent HA does not respond to the location registration request sent to the mobile terminal MN, it is stored in the backup binding cache BBC and the location information is recognized as invalid, and is backed up.
  • the location information of the binding cache BBC is deleted (step S 10-14).
  • the mobile terminal MN cannot receive the location registration request from the HA at the destination in the following cases.
  • Power sending Listener Report Neighboring router is not a multicast router.
  • the power to send the Listener R mark ort Until the home agent HA sends a location registration request addressed to the multicast, the route setting by the multicast router between the neighboring router of the home agent HA and the neighboring norator of the mobile node MN has not been completed. .
  • a location registration request is sent from the home agent HA to the unicast address (CoA: MN.r3), but it is under the control of the router R3.
  • the mobile agent MN moving under the router R4 does not reach the mobile agent MN, and the home agent HA deletes the binding cache BC.
  • FIG. 17 to FIG. 21 show examples of the return valid operation of the binding cache BC of the communication node CN in MIPv6.
  • FIG. 17 is a diagram showing a first method of the binding cache recall valid of the communication node CN in MIPv6 according to the present invention.
  • FIG. 17 shows the procedure for copying the location information to the backup binding cache BBC and registering the multicast address.
  • the mobile terminal MN transmits a location registration to the communication node CN for route optimization (step S 1-15).
  • the communication node CN Upon receiving the location registration from the mobile terminal MN, the communication node CN maintains and manages the location information of the mobile terminal MN as a binding cache BC (step S2-15). At this time, copy the binding cache BC to the backup binding cache BBC.
  • the communication node CN returns a registration response as a response to the location registration from the mobile terminal MN.
  • a multicast address is included in the response (step S3-15). If the mobile terminal MN receives a registration response from the home agent HA and a multicast address exists, the mobile terminal MN registers a multicast gnole ID with a neighboring norator (step S4_15).
  • FIG. 18 is a diagram showing a second method of the binding cache recovery validation of the communication node CN in MIPv6 according to the present invention, and the first procedure for validating the location information of the backup binding cache BBC It is a figure explaining a method.
  • step Sl_16 when communication node CN fails (step Sl_16) and is activated, it searches for and stores the position information stored in backup binding cache BBC. Sends a location registration request to the multicast address of the mobile terminal (step S 2-16).
  • Norator R1 forwards the location registration request addressed to the multicast address according to the multicast forwarding rules (step S3-16).
  • Router R3 is the location for the multicast address
  • the registration request is transferred according to the multicast transfer rule (step S4-16).
  • the mobile terminal MN When the mobile terminal MN receives the location registration request from the communication node CN, it transmits the location registration (step S5_16). When receiving the location registration from the mobile terminal MN, the communication node CN starts maintenance as location information and copies the binding cache BC to the backup binding cache BBC (step S6-16).
  • the communication node CN transmits a packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S7-16).
  • FIG. 19 is a diagram showing a third method of binding cache recovery validation of the communication node CN in MIPv6 according to the present invention, and shows the second procedure for validating the location information of the backup binding cache BBC. It is a figure which shows the example of.
  • step Sl_17 when a failure occurs in the communication node CN (step Sl_17) and the communication node CN restarts, a search is performed to determine whether the location information is stored in the backup binding cache BBC. If it is stored, a location registration request is transmitted to the multicast address of the mobile terminal MN (step S 2-17). In response to this, router R1 forwards the location registration request addressed to the multicast address according to the multicast forwarding rules (step S3-17).
  • the location registration request addressed to the multicast cannot be transferred (step S4-17). If no response is returned to the location registration request addressed to the multicast address, the communication node CN requests the location registration request addressed to the unicast address (CoA) stored in the backup binding cache BBC. Is transmitted (step S5-17).
  • CoA unicast address
  • the mobile terminal MN When receiving the location registration request from the communication node CN, the mobile terminal MN transmits the location registration (step S6-17).
  • the communication node CN receives the location registration from the mobile terminal MN, it starts maintenance as location information and copies the binding cache BC to the backup binding cache BBC (step S 7-17).
  • the communication node CN transmits a packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S8_17).
  • FIG. 20 shows a binding cache of a communication node CN in MIPv6 according to the present invention.
  • FIG. 10 is a diagram showing a fourth method of force burr and is a diagram showing a third example of a procedure for validating location information of a backup binding cache BBC.
  • step Sl-18 when a failure occurs in the communication node CN (step Sl-18), and the communication node CN is restarted, the location information is stored in the backup binding cache BBC. If it is retrieved and stored, a location registration request is transmitted to the multicast address of the mobile terminal MN (step S 2-18).
  • Norator R1 forwards the location registration request addressed to the multicast address according to the multicast forwarding rules (step S3-18).
  • Router R3 forwards the location registration request addressed to the multicast address according to the multicast forwarding rules (step S4-18).
  • the mobile terminal MN cannot receive the location registration request because the mobile node MN has moved to another link to which the router R4 belongs before the communication node CN is restarted (step S5_18).
  • the mobile terminal MN registers the multicast group ID to the neighboring router R4 after moving (step S6_18).
  • Router R4 transfers the location registration request addressed to the multicast address from communication node CN via router R1 according to the multicast transfer rule (step S7_18).
  • the mobile terminal MN does not register the location with the communication node CN after moving, but can receive the location registration request because it has registered the multicast address with the router R4 after moving (step). S8-18).
  • the mobile terminal MN When the mobile terminal MN receives the location registration request from the communication node CN, it transmits the location registration (step S9-18).
  • the communication node When the communication node receives the location registration from the mobile terminal MN, it starts maintenance as location information and copies the binding cache BC to the backup binding cache BBC (step S 10-18).
  • the communication node CN transmits a packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S11-18).
  • FIG. 21 is a diagram showing a fifth method of the binding cache recovery validation of the communication node CN in MIPv6 according to the present invention, and a diagram showing a procedure for invalidating the location information of the backup binding cache BBC It is.
  • step S1-19 to S5-19 is the same as step S1 in FIG. 1-18—Same procedure as S5-18.
  • step S6-19 since the router R1 has not established a packet forwarding route addressed to the multicast address between the router R4, which is the neighboring router to which the mobile terminal MN has moved, Do not forward (step S6-19). As a result, the location registration addressed to the multicast address has not reached the mobile terminal MN (step S 7-19). If no response is returned to the location registration request addressed to the multicast address, the communication node CN Sends a location registration request to the Unicast address (CoA) stored in the backup binding cache BBC (step S8-19).
  • CoA Unicast address
  • the mobile terminal MN cannot receive the location registration request because the communication node CN has moved to another link belonging to the router R4 before the restart (step S9-19). Therefore, if the communication node CN does not respond to the location registration request sent to the mobile terminal MN, the communication node CN recognizes that the location information stored in the backup binding cache BBC is invalid and deletes the location information of the backup binding cache. (Step S 10-19).
  • FIG. 22 is a diagram showing a first method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention, copying location information to the backup binding cache BC and registering a multicast address It is a figure which shows the procedure of.
  • the mobile terminal MN when the mobile terminal MN recognizes the movement, the mobile terminal MN transmits a location registration to the movement anchor point MAP (step S1-20).
  • the mobile anchor point MAP when receiving the location registration from the mobile terminal MN, the mobile anchor point MAP maintains and manages the location information of the mobile terminal MN as a backup binding cache BC. At this time, copy the binding cache to the backup binding cache BC (step S2-20)
  • the mobile anchor point MAP returns a registration response as a response to the location registration from the mobile terminal MN.
  • the multicast address is included in the response (step S3—20).
  • the mobile terminal MN receives the registration response from the mobile anchor point MAP and there is a multicast address, the mobile terminal MN sends a multicast group to the neighboring router R3. Register a group ID (step S4-20).
  • FIG. 23 is a diagram showing a second method of recovering the binding cache of the mobility anchor point MAP in hierarchical MIPv6 according to the present invention, and showing the first procedure for validating the location information of the backup binding cache BBC. It is.
  • step S1-21 when a failure occurs in the mobility anchor point MAP (step S1-21), when the mobility anchor point MAP is restarted, the backup binding cache BBC is searched for location information and stored. If so, a location registration request is sent to the multicast address of the mobile terminal (step S2-21).
  • the router R3 transmits the location registration request addressed to the multicast address according to the multicast transfer rule (step S3-21).
  • the mobile terminal MN receives the location registration request for the mobile anchor point MAP force, it transmits the location registration (step S4-21).
  • the mobility anchor point MAP When receiving the location registration from the mobile terminal MN, the mobility anchor point MAP starts maintenance as location information, and copies the binding cache BBC to the backup binding cache BBC (step S5-). twenty one).
  • the communication node CN transmits a packet addressed to the home address of the mobile terminal MN (step S6-21).
  • the home agent HA transmits and forwards the packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S 7-21).
  • the mobility anchor point MAP transmits and forwards the packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S8-2 Do).
  • FIG. 24 is a diagram showing a third method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention
  • backup binding FIG. 10 is a diagram showing a second procedure for validating location information of a cache BBC.
  • the backup binding cache BBC stores the location information. If it is stored, a location registration request is transmitted to the multi-carrier address of the mobile terminal (step S2-22).
  • the router R3 does not support the multicast address, it cannot forward the location registration request addressed to the multicast (step S3-22). Therefore, if a response is not returned in response to the location registration request addressed to the multicast address, the mobility anchor point MAP registers the location addressed to the UNIQUE stored address (CoA) stored in the backup binding cache BBC. Send the request (step S4—22).
  • CoA UNIQUE stored address
  • the mobile terminal MN When the mobile terminal MN receives the location registration request from the mobile anchor point MAP, it transmits the location registration (step S5_22). If the mobile anchor point MAP is that has received the location registration of the mobile node MN or al, initiate maintenance as position information, copies the binding cache BC backup by emissions Day ring cache BBC (step S6-22) 0
  • the communication node CN sends the packet addressed to the mobile terminal to the home address (step S7-22).
  • the home agent HA sends and forwards the packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S8-22).
  • the mobility anchor point MAP transfers the packet addressed to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S9-22).
  • FIG. 25 is a diagram showing a first method of binding cache recovery of a mobility anchor point MAP in hierarchical MIPv6 according to the present invention, and a fourth procedure for validating location information of a backup binding cache BBC
  • FIG. 25 when a failure occurs in the mobility anchor point MAP (step Sl_23) and the mobility anchor point MAP is restarted, the search is performed to determine whether the location information is stored in the backup binding cache BBC. If it is stored, a location registration request is transmitted to the multicast address of the mobile terminal (step S2_23). In contrast, router R3 The location registration request addressed to the multicast address is transferred according to the multicast transfer rules (step S 3-23).
  • the mobile terminal MN cannot receive the location registration request because the mobile anchor point MAP has moved to another link to which the router R4 belongs before the restart (step S4_23).
  • the mobile terminal MN registers the multicast group ID with the neighboring router R4 (step S5-23).
  • Router R4 forwards the location registration request addressed to the multicast address according to the multicast forwarding rules (step S6_23).
  • the mobile terminal MN has not registered its location in the mobile anchor point MAP after moving, it can receive the location registration request because it has registered the multicast address in the router R4 after moving. (Step S7-23).
  • the mobile terminal MN When the mobile terminal MN receives the location registration request from the mobile anchor point MAP, the mobile terminal MN transmits the location registration (step S8_23). When receiving the location registration from the mobile terminal MN, the mobility anchor point MAP starts maintenance as location information, and copies the binding cache BC to the backup binding cache BBC (step S9-23).
  • a packet is transmitted from the communication node CN to the home address of the mobile terminal (step S10-23).
  • the home agent HA Upon receiving this packet, the home agent HA transmits the packet to the mobile terminal MN holding the binding cache BC according to the binding cache BC (step S 11-23).
  • the mobile anchor point MAP transfers the packet addressed to the mobile terminal MN holding the binding cache BC (step S 12-13).
  • FIG. 26 is a diagram showing the fifth method of binding cache recovery of the mobility anchor point MAP in hierarchical MIPv6 according to the present invention, and is a diagram for explaining the procedure for invalidating the location information of the backup binding cache BBC It is.
  • a failure occurs in the mobile anchor point MAP (step Sl_24), and then:
  • the backup binding cache BBC is searched for location information. If it is stored, a location registration request is transmitted to the multi-cache address of the mobile terminal MN (step S2-24).
  • Router R3 forwards the location registration request addressed to the multicast address according to the multicast forwarding rules (step S3-24). At this time, the mobile terminal MN cannot receive the location registration request because the mobile anchor point MAP has moved to another link to which the router R4 belongs before the restart (step S4-24).
  • Router R3 has not established a packet forwarding route addressed to the multicast address with the neighboring router R4 that is the destination of the mobile terminal MN, and therefore does not forward the packet addressed to the multicast (step S5-24). ). Therefore, the location registration request addressed to the multicast address does not reach the mobile terminal MN (step S6-24).
  • the mobile anchor point MAP issues a location registration request addressed to the unicast address (CoA) stored in the backup binding cache BBC.
  • Send (step S7-24
  • the mobile terminal MN cannot receive the location registration request because the mobile anchor point MAP moves to another link before restarting (step S8-24).
  • the mobile anchor point MAP recognizes that the location information stored in the knock-up binding cache BBC is invalid, and the backup binding cache BBC The location information is deleted (step S 9-24).
  • Fig. 27 to Fig. 33 show functional configuration examples of the binding cache recovery method in the home agent HA.
  • the communication node CN and mobile anchor point MAP can also be realized with the same functional configuration as the home agent HA.
  • FIG. 27 shows a first flowchart of the binding cache recovery method of the home agent HA.
  • the backup binding cache BBC is searched (processing step P1 ) If there is location information (processing steps Pl, Y)), copy all location information to the work table (processing step P2).
  • the backup binding cache BBC is deleted (processing step P3), and a location registration request is transmitted to the multicast address (processing step P4).
  • a position registration reception waiting timer is started (processing step P5).
  • the work table force corresponding position information is deleted (processing step P6), and position information is maintained and managed. Start (Process Step P7). Then, this position information is copied to the backup binding cache BBC (processing step P8).
  • FIG. 28 shows a second flowchart of the binding cache recovery method of the home agent HA, showing the details of the time-out process (processing step P9).
  • reception of location registration is shown.
  • the work table is searched, and if there is position information (processing step P91, Y), a position information registration request is sent to the unicast to the mobile terminal MN of the position information (processing step P92).
  • a location registration reception waiting timer is started (processing step P93), and a delay is inserted in order not to increase the load of the home agent HA (processing step P94).
  • the location registration reception timer is stopped (processing step P95). Thereafter, the maintenance and management of the location information is started (processing step P96), and the location information is copied to the backup binding cache BBC (processing step P97).
  • the location information is deleted from the backup binding cache BBC (processing step P98, FIG. 28C).
  • FIG. 29 shows processing when the home agent HA is activated in the configuration of the binding cache recovery in the home agent HA.
  • This processing corresponds to the processing flow started by “11 8 start” in FIG.
  • the home agent HA moves to the binding cache recovery function unit 101 of the terminal management function unit 100 to instruct the activation ((processing step P00))
  • the backup binding cache BBC is searched. (Processing step P1) If the binding cache BC exists, “Copy all position information (processing step P2) and clear the backup binding cache BBC area” in the work table (processing step P3).
  • a location registration request transmission request is made to the location information management function unit 102 (processing step P4-1).
  • the location information management function unit 102 transmits a location registration request addressed to the multicast address (processing step P4-2).
  • the position registration reception waiting timer is started (processing step P5).
  • the search processing (processing step P1) of the backup up binding cache BBC ends when the binding cache BC is detected in the backup up binding cache BBC.
  • FIG. 30 shows the first location registration reception process in the configuration of the binding cache recovery in the home agent HA, and the process corresponding to the processing flow when the home agent HA in FIG. 27B receives the location registration.
  • the location information management function unit 102 when the location information management function unit 102 receives the location registration (processing step P01), it issues a work table deletion request (processing step P6-1) to the binding cache recovery function unit 101, and works. The table position also deletes the corresponding position information (Process P6-2). Thereafter, the received location registration is registered as a binding cache BC (processing step P7), and the maintenance of the binding cache BC is started. At this time, the location information management function unit 102 issues a request for copying the location registration information to the binding cache recovery function unit 101 (processing step P8-1), and the binding cache BC is changed to the backup binding cache BBC. Make a copy (process P8-2).
  • Fig. 31 shows the processing of the reception wait timeout in the configuration of the binding cache recovery in the home agent HA. This shows the processing when the location registration reception waiting timer times out in the home agent HA, and the timer timeout processing (processing step P10) started by the start of the location registration reception waiting timer (processing step P5) in Fig. 27A. It is a figure explaining a detail. This is the detailed processing content of the timeout processing of the location registration reception waiting timer in FIG.
  • a unicast recovery processing request is issued from the location information management function unit 102 to the binding cache recovery function unit 101 ( Upon receiving the request, the binding cache recovery function unit 101 retrieves the work table (processing step P91).
  • Figure 32 shows the second location registration reception process in the binding cache recovery configuration in the home agent HA, and the process when the location registration request for the location registration request addressed to the unicast address is received in the home agent HA. Is shown. This corresponds to the processing of the flowchart started by location registration reception 2 in FIG. 28B.
  • Fig. 32 when the location information management function unit 102 receives location information reception (processing step P05), the location registration reception waiting timer is stopped (processing step P95), and the location information is registered in the binding cache BC. Then, the maintenance and management of position information is started (processing step P96). After that, the location information management function unit 102 issues a location information copy request to the binding cache recovery function unit 101 (processing step P97-1), and the binding cache BC is copied to the backup binding cache BBC (processing step P97—). 2).
  • FIG. 33 shows the second reception waiting time-out process of location registration in the configuration of binding cache recovery in the home agent HA, and shows the processing when the position registration reception waiting timer times out in the home agent HA. This is the timer timeout process started by the start of the position registration reception timer (processing step P93) in response to the reception waiting timeout process in FIG. 28A.
  • the location information management function unit 102 When the location information management function unit 102 receives a location registration reception wait timer timeout (processing step P06), it issues a location information deletion request to the binding cache recovery management unit 101 (processing step P98-1). The corresponding position information is deleted (Process Step P98-2).
  • FIG. 34 to FIG. 36 show functional configuration examples of the binding cache recovery method in the mobile terminal MN.
  • FIG. 34 is a diagram showing a flow chart of the binding cache recovery method in the mobile terminal MN, and shows a processing flow of the mobile terminal function unit 200 corresponding to FIGS. 35 and 36.
  • the location information management function unit 202 sends it to the binding cache recovery function unit 201.
  • a movement option notification is issued (processing step P11-1).
  • the binding cache recovery function unit 201 searches the multicast address based on the movement option (processing step P11), and if the multicast address exists (processing step Pl, Y), stores the multicast address in the multicast address storage table 203. (Process Step P12).
  • FIGS. 34B and 36 show processing when the mobile terminal MN receives “Multicast Listener Query”.
  • a node that manages location information fails and recovers, a plurality of mobile terminal MN addressed to a single multicast address without sending a plurality of location registration requests.
  • the location information can be restored simply by sending a location registration request, and the mobile node MN does not wait for the location registration led by the mobile terminal MN to pass the data from the communication node CN to the mobile terminal MN.
  • Packet transfer can be performed, and packet loss from the communication node CN to the mobile terminal MN can be reduced. As a result, an efficient communication system can be provided.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

位置情報を管理しているノードに障害が発生して復旧した場合、複数の移動端末ＭＮ宛に複数の位置登録要求を送信することなく、一つのマルチキャストアドレス宛の位置登録要求を送信するのみで位置情報の復旧が可能とする。それぞれネットワークに接続されるノードであるホームエージェント、移動アンカーポイント及び通信ノードを有し、前記ノードのそれぞれは、移動端末からの位置登録を受け、バインディングキャッシュを複写してバックアップバインディングキャッシュを作成し、維持管理し、前記ホームエージェント、移動アンカーポイント及び通信ノードは、それぞれ障害から復旧した時に、前記バックアップバインディングキャッシュを検索して、障害前に保持していたバインディングキャッシュを取得し、前記取得されたバインディングキャッシュに格納されている移動端末に対して、あらかじめ登録されたマルチキャストアドレスを指定して、位置登録要求のパケットを前記移動端末に送り、前記位置登録要求パケットに対し、前記移動端末から返信がある場合に、前記取得されたバインディングキャッシュを有効として、維持管理を継続する。

Description

明 細 書
移動通信ネットワークシステム
技術背景
[0001] 本発明は、モパイル IP (Mobile-IP)を適用して、移動端末の位置を管理し、位置情 報の修復（リカバリ）を行う移動通信ネットワークに関する。
[0002] インターネットプロトコル (IP)による通信を行なう IPネットワークにおいて、更にモバイ ノレ IP (MIP : Mobile-IP) (非特許文献 1参照)を用いる移動通信ネットワークでは、ノー ドとしてのホームエージェント（HA: Home
Agent)を通してインターネットに接続される携帯パソコン、携帯電話端末等の移動端 末（MN： Mobile Node)力 自ノードの位置情報を、対応するホームエージェント（H A： Home
Agent)に通知することにより位置登録を行う。
[0003] ホームエージェントでは通知された位置情報をバインディングキャッシュ（BC：
Binding Cache)として維持管理する。さらに、ホームエージェントは通信ノード（CN: Correspondent Node)からの移動端末宛てのパケットをバインディングキャッシュに従 レヽ転送を行う。
[0004] また、移動端末は経路を最適化するために通信ノードに対して位置登録を行う場 合、通信ノードはバインディングキャッシュに従い、ホームエージェントを、経由するこ となくパケットを直接移動端末宛てに送信する。
[0005] これらは、モパイル IP (MIP： Mobile-IP)のインターネットプロトコル 6 (IPv6)版である モパイル IPv6 (ΜΙΡνβ： Mobile-ΙΡνβ) (例えば、非特許文献 2参照)でも同様である。
[0006] また、移動端末の移動先のネットワークに代理のホームエージヱント相当のノードで ある移動アンカーポイント（MAP: Mobility Anchor Point)を設置することにより高速 なハンドオーバーをサポートする階層化モパイル IP(HMIP：
Hierarchical Mobile_IP)(例えば、非特許文献 3参照)とそのインターネットプロトコル 6 ( IPv6)版である階層化モパイル IPv6 (ΗΜΙΡνβ
： Hierarchical Mobile_IPv6) (非特許文献 4参照）でも同様である。
[0007] かかる移動通信ネットワークにおいて、ノードとしてのホームエージェント HA、通信 ノード CN及び移動アンカーポイント MAPが移動端末 MNから通知される位置情報 をバインディングキャッシュ BCとして維持管理することにより通信ノード CNから移動 端末 MNへのパケット転送を可能とする。
[0008] この時、移動端末 MNから登録されたバインディングキャッシュ BCを保持している 各ノードに障害が発生した場合、障害から該当ノードが復旧しても、保持していたバ インディングキャッシュ BCが復旧されない限り、通信ノード CNから移動端末 MN宛て のパケット転送を行えない。
[0009] 通常、ノインデイングキャッシュ BCを保持している各ノードに障害が発生した場合、 バインディングキャッシュ BCの復旧は、移動端末 MNからの任意のタイミングによる 再位置登録要求に依存することになる。しかし、かかる対応による場合、通信ノード C Nから移動端末宛てのパケットは到達しなレ、か、もしくは意図しない（即ち、経路最適 化されない）経路で到達することになる。
[0010] 力かる不都合を解決する発明を、先に本発明者らが提案している（特許文献 1)。こ の先に本発明者らが提案した発明では、障害が発生した各ノードが自律的にバイン デイングキャッシュ BCのリカバリ動作を行うシステムも存在させている。し力し、このシ ステムはバインディングキャッシュ BCのリカバリの際に自ノードが保持しているバイン デイングキャッシュ BCのュニキャストアドレス宛にリカバリのためのパケットを送信する ために、障害復旧直後にリカバリのための輻輳が発生するとレ、う問題を未だ抱えてレ、 る。
[0011] その他の関連技術として、種々の発明が先に提案されている。
[0012] 例えば、通信先ホストからのパケットを移動通信端末に転送する際にマルチキャスト 宛にカプセル化して転送することが示されている (特許文献 2)。
[0013] また別の発明として、ホームエージェントおよびフォーリンエージェントがマルチキヤ スト宛のパケットを定期的に送信することにより、移動ノードが移動したことを検出する 仕組みを特徴とすることが示されてレ、る (特許文献 3)。
[0014] さらに、別の発明として、ローカルなマルチキャストパケットを移動端末に転送する 際に、別のマルチキャスト宛にカプセル化して転送することが示されている (特許文献 [0015] しかし、力かる特許文献 1乃至 4の何れも、位置登録要求の宛先と、マルチキャスト との関係について触れられているものではない。
非特許文献 1： http://www.ietf.org/rfc/rfc3220.txt
特午文献 2 : http://而 w. ietf.org/internet— drafts/draft— ietf—mobileip— ipv6_24.txt 特午文献 3： http://www.ietf.org/internet-drafts/draft-iet
f-mobileip-hmipv6-04.txt
非特許文献 4： http://www.ietf.org/rfc/rfc2460.txt
特許文献 1：特開 2004-96193号公報
特許文献 2：特開 2003-235065号公報
特許文献 3：特開 2002-186010号公報
特許文献 1：特開 2003-174471号公報
発明の開示
発明が解決しょうとする課題
[0016] したがって、本発明の目的は、ホームエージェント/移動アンカーポイントの各ノー ドが、障害復旧時に輻輳を回避してバインディングキャッシュ BCのリカバリを行うこと を可能とする移動通信ネットワークシステムを提供することにある。
課題を解決するための手段
[0017] 上記目的を達成する本発明に従う移動通信ネットワークシステムは、それぞれネット ワークに接続されるノードであるホームエージェント、及び移動アンカーポイントを有 し、前記ノードのそれぞれは、移動端末からの位置登録を受け、ノくインディングキヤッ シュを複写してバックアップバインディングキャッシュを作成し、維持管理し、前記ホ ームエージヱント、及び移動アンカーポイントは、それぞれ障害から復旧した時に、前 記バックアップバインディングキャッシュを検索して、障害前に保持していたバインデ イングキャッシュを取得し、前記取得されたバインディングキャッシュに格納されてレ、る 移動端末に対して、あらかじめ登録されたマルチキャストアドレスを指定して、位置登 録要求のパケットを前記移動端末に送り、前記位置登録要求パケットに対し、前記移 動端末力 返信がある場合に、前記取得されたバインディングキャッシュを有効として 、維持管理を継続し、前記移動端末から返信がない場合は、前記移動端末のュニキ ャストアドレス宛に前記位置登録要求のパケットを送り、更に前記ュニキャストアドレス 宛に送った前記位置登録要求に対し、前記移動端末から返信がない場合は、前記 取得されたバインディングキャッシュを無効として削除することを特徴とする。
[0018] さらに、上記目的を達成する本発明に従う移動通信ネットワークシステムは、前記に おいて、前記ホームエージェント、及び移動アンカーポイントのそれぞれからの位置 情報の登録に対する応答として、前記移動端末に対して前記マルチキャストアドレス を含めて送信することを特徴とする。
[0019] さらに、上記目的を達成する本発明に従う移動通信ネットワークシステムは、前記に おいて、前記ホームエージェント、及び移動アンカーポイントのそれぞれは、モパイル インターネットプロトコルを使用することを特徴とする。
[0020] また、上記目的を達成する本発明に従う移動通信ネットワークシステムは、前記に おいて、前記ホームエージェント、移動アンカーポイント及び通信ノードのそれぞれ は、階層化されたモパイルインターネットプロトコルを使用することを特徴とする。
[0021] さらにまた、上記目的を達成する本発明に従う移動通信ネットワークシステムは、前 記において、前記移動端末は、モパイルインターネットプロトコルを使用し、位置情報 登録の応答に含まれるマルチキャストアドレスにより、近隣ノレータにインターネットマ ネジメントプロトコノレ (IGMP : Internet Group Management Protocol)のマノレチキャストリ スナーレポート (Multicast
Listener Report) を使用してマルチキャストのグループ識別子（GRP-ID)の登録を行 うことを特徴とする。
[0022] 本発明の特徴は、以下に図面を参照して説明される発明の実施の形態例から更に 明らかになる。
図面の簡単な説明
[0023] [図 1A]図 1Aは、モパイル IPv6による位置登録と位置登録後のパケット転送の経路例 を示す図である。
[図 1B]図 1Bは、位置情報の構成例を示す図である。
[図 2]図 2は、モパイル IPv6の経路最適化による位置登録と位置登録後のパケット転 送の経路例を示す図である。 園 3]図 3は、階層化モパイル IPv6による位置登録と位置登録後のパケット転送の経 路例を示す図である。
[図 4]図 4は、図 3に示す階層化モパイル IPv6による位置登録と位置登録後のパケット 転送に対し、経路最適化による位置登録と位置登録後のパケット転送の経路例を示 す図である。
[図 5A]図 5Aは、 IPv6に従うフォーマットであり、ヘッダ部のみを示す図である。
[図 5B]図 5Bは、「位置登録メッセージ」のフォーマットを示す図である。
[図 5C]図 5Cは、「位置登録応答メッセージ」のフォーマットを示す図である。
[図 5D]図 5Dは、「位置登録要求メッセージ（マルチキャストアドレス宛）」のフォーマツ トを示す図である。
[図 5E]図 5Eは、「位置登録要求メッセージ（ュニキャストアドレス宛）」のフォーマットを 示す図である。
[図 6]図 6は、モパイル IPv6においてホームエージェント HAに障害が発生した場合の 例を示す図である。
[図 7]図 7は、図 2に示すモパイル IPv6における経路最適化の登録例において、通信 ノード CNに障害が発生した場合の例を示す図である。
[図 8]図 8は、図 3における階層化モパイル IPv6においてホームエージェント HAに障 害が発生した場合の例を示す図である。
[図 9]図 9は、図 3における階層化モパイル IPv6において移動アンカーポイント MAP に障害が発生した場合の例を示す図である。
[図 10]図 10は、図 4における経路最適化において、階層化モパイル IPv6において移 動アンカーポイント MAPに障害が発生した場合の例を示す図である。
園 11]図 11は、本発明者らが先に提案した復旧手順を説明する図である。
[図 12]図 12は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディン グキャッシュリカバリの第 1の方法を示す図である。
[図 13]図 13は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディン グキャッシュリカバリの第 2の方法を示す図である。
[図 14]図 14は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディン グキャッシュリカバリの第 3の方法を示す図である。
[図 15]図 15は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディン グキャッシュリカバリの第 4の方法を示す図である。
[図 16]図 16は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディン グキャッシュリカバリの第 5の方法を示す図である。
[図 17]図 17は、本発明に従う、 MIPv6における通信ノード CNのバインディングキヤッ シュリカバリの第 1の方法を示す図である。
[図 18]図 18は、本発明に従う、 MIPv6における通信ノード CNのバインディングキヤッ シュリカバリの第 2の方法を示す図である。
[図 19]図 19は、本発明に従う、 MIPv6における通信ノード CNのバインディングキヤッ シュリカバリの第 3の方法を示す図である。
[図 20]図 20は、本発明に従う、 MIPv6における通信ノード CNのバインディングキヤッ シュリカバリの第 4の方法を示す図である。
[図 21]図 21は、本発明に従う、 MIPv6における通信ノード CNのバインディングキヤッ シュリカバリの第 5の方法を示す図である。
[図 22]図 22は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPの バインディングキャッシュリカバリの第 1の方法を示す図である。
[図 23]図 23は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPの バインディングキャッシュリカバリの第 2の方法を示す図である。
[図 24]図 24は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPの バインディングキャッシュリカバリの第 3の方法を示す図である。
[図 25]図 25は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPの バインディングキャッシュリカバリの第 4の方法を示す図である。
[図 26]図 26は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPの バインディングキャッシュリカバリの第 5の方法を示す図である。
[図 27]図 27は、ホームエージェント HAのバインディングキャッシュリカバリ方法の第 1 のフロー図である。
[図 28]図 28は、ホームエージェント HAのバインディングキャッシュリカバリ方法の第 2 のフロー図である。
[図 29]図 29は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構 成におけるホームエージェント HAが起動した場合の処理を示している。
[図 30]図 30は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構 成における第 1の位置登録受信の処理を示してレ、る。
[図 31]図 31は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構 成における受信待ちタイムアウトの処理を示している。
[図 32]図 32は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構 成における第 2の位置登録受信の処理を示している。
[図 33]図 33は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構 成における位置登録の受信待ちの第 2のタイムアウト処理を示している。
[図 34]図 34は、移動端末 MNにおけるバインディングキャッシュリカバリ方法のフロー チャートを示す図である。
[図 35]図 35は、移動端末 MNにおけるバインディングキャッシュリカバリ構成例にお ける位置登録応答受信を説明する図である。
[図 36]図 36は、移動端末 MNにおけるバインディングキャッシュリカバリ構成例にお けるマルチキャストリスナークエリー受信を説明する図である。
発明を実施するための最良の形態
[0024] 以下に図面を参照して本発明の実施の形態例を説明するが、これに先立って本発 明の理解を容易とするベぐ本発明の課題の前提となる従来の移動通信ネットワーク における問題について、更に考察する。
[0025] 図 1 Aにモパイル IPv6による位置登録と位置登録後のパケット転送の経路例を示す 。図中の R1— R4はルータを示す。インターネット等の IPネットワーク IP—NWを通し て、ルータ R1— R4のそれぞれに属するネットワーク間が接続されている。
[0026] 図 1Aにおいて、移動端末 MNは、ルータ R2の属するネットワークエリアにおいて位 置登録を管理するホームエージェント HAのホームネットワークの登録位置からルー タ R3の属するネットワークエリアに移動した場合、外部リンク（Link)により移動先のェ リアのルータ R3から定期的に流されるルータ広告メッセージより、気付けアドレス（ CoA： Care-of
Address)を入手する。
[0027] そして、移動端末 MNは、ホームエージェント HAに対して位置登録情報の送信を 行う（ステップ Sl)。
[0028] ホームエージェント HAは移動端末 MNからの位置登録情報を受信すると、バイン デイングキャッシュ BCとして位置情報を維持管理する（ステップ S2)。 ノインデイング キャッシュ BCは、ホームエージェント HAに対しホームアドレスとして登録する個々の 移動端末に対応して維持管理される。
[0029] ここで、図 1Bにテーブル化して、項目とそれに対する意味を示したように、ルータ R 3の属するネットワークに移動した移動端末 MNからの位置登録情報には、移動端末 MNのホームリンク (Link)上のアドレスであるホームアドレス（HoA: MN.home)と、移 動端末 MNの移動先リンク状の気付けアドレス（CoA： MN. r3)、更にバインディング キャッシュの有効時間である (Life
Time)が含まれる。尚、上記ホームアドレスは、本発明に従い、後に説明するバックァ ップバインディングキャッシュ（back-up BC： BBC)を検索するキーとなる。
[0030] 図 1 Aに戻り説明すると、ホームエージェント HAは、移動端末 MNからの位置登録 に対し、応答として位置登録応答を返信する（ステップ S3)。
[0031] 一方、通信ノード CNは、移動端末 MNの移動を認識していない場合、移動端末 M
Nのホームアドレス（HoA: MN.home)宛てにパケットを送信する（ステップ S4)。
[0032] ホームエージェント HAでは、通信ノード CNからのパケットをバインディングキヤッシ ュ BCを保持してレ、る移動端末 MN宛てのパケットとして捕らえ、バインディングキヤッ シュ BCに従い気付けアドレス（CoA： MN.r3)宛てにカプセル化して転送する（ステツ プ S5)。
[0033] このように、移動端末 MNがホームアドレス（HoA)力、ら気付けアドレス（CoA)先に移 動した場合であっても、移動を認識していない通信ノード CNから自端末当てのパケ ットを受信すること力 Sできる。
[0034] 図 2にモパイル IPv6の経路最適化による位置登録と位置登録後のパケット転送の 経路例を示す。なお、以降の各図において、各ノードと IPネットワーク IP—NWとの接 続は図 1Aと同様であるので、図示簡単化のために省略している。
[0035] 図 1Aにおけると同様に、移動端末 MNがルータ R2に属するエリアをホームネットヮ ークとする位置から移動した場合、移動端末 MNは経路最適化を実施するか否かを 判断し、経路最適化を実施する場合には、通信ノード CNに対して位置登録情報の 送信を行う（ステップ S 1—1)。
[0036] 通信ノード CNは移動端末 MNからの位置登録情報を受信すると、バインディング キャッシュ BCとして位置情報を管理する (ステップ S2— 1)。通信ノード CNは移動端 末 MNからの位置登録に対し、応答として位置登録応答を返信する（ステップ S 3—1) 。通信ノード CNは移動端末 MNに対してパケットを送信する場合、ノインディングキ ャッシュ BCに従レ、、気付けアドレス（CoA： MN.r3)宛てに送信する（S4_l)。
[0037] かかる図 2の例では、ホームエージェント HAを介することなく通信ノード CN力、ら移 動端末 MNに対して直接パケットを送信することができる。これによりホームエージヱ ント HAでのパケット処理化が省略され、処理が短縮化し、経路の最適化ができる。
[0038] また、図 3に階層化モパイル IPv6による位置登録と位置登録後のパケット転送の経 路例を示す。
[0039] 階層化モパイル IPv6では、移動端末 MNが移動した場合、外部リンク（Link)におレ、 てオンリンク（on-Unk)気付けアドレス（LCoA： MN.r3)と地区（Regional)気付けァドレ ス（RCoA: MAP)を入手する。これにより、移動アンカーポイント（MAP
： Mobility Anchor Point)に対して位置情報としてオンリンク気付けアドレス（LCoA)の 位置登録情報を送信する (ステップ S 1— 2)。
[0040] 移動アンカーポイント MAPは移動端末 MNからの位置登録情報を受信すると、バ インディングキャッシュ BCとして位置情報を管理する（ステップ S2— 2)。移動アンカー ポイント MAPは移動端末 MNからの位置登録に対し、応答として位置登録応答を返 信する（ステップ S 3—2)。
[0041] 移動端末 MNは移動アンカーポイント MAPに位置登録情報を送信後、ホームエー ジェント HAに対しても位置登録情報を送信する (ステップ S4— 2)。この際、位置情報 として地区気付けアドレス（RCoA)を使用する。
[0042] ホームエージェント HAは移動端末 MNからの位置登録情報を受信すると、バイン デイングキャッシュ BCとして位置情報を管理する（ステップ S5_2)。そして、ホームェ ージェント HAは、移動端末 MNからの位置登録に対し、応答として位置登録応答を 返信する（ステップ S6_2)。
[0043] ここで、通信ノード CNが移動端末 MNの移動を認識してレ、なレ、場合、移動端末 M Nのホームアドレス（HoA)宛てにパケットを送信する（ステップ S7—2)。ホームエージ ェント HAでは、バインディングキャッシュ BCを保持してレ、る移動端末 MN宛てのパケ ットとして取得し、バインディングキャッシュ BCに従いカプセル化して地区気付けアド レス（RCoA： MAP)に転送する（ステップ S8—2)。
[0044] 移動アンカーポイント MAPでは、地区気付けアドレス（RCoA
)宛てのカプセル化されたパケットを受信すると逆カプセル化を行なレ、、バインディン グキャッシュ BCを保持してレ、る移動端末 MN宛てのパケットと認識し、ノインデイング キャッシュ BCに従い気付けアドレス（CoA)宛てにカプセル化して転送する（ステップ S9_2)。
[0045] 図 4は、図 3に示す階層化モパイル IPv6による位置登録と位置登録後のパケット転 送に対し、経路最適化による位置登録と位置登録後のパケット転送の経路例を示す
[0046] 移動端末 MNは、経路最適化を実施すべきかを判断し、経路最適化を実施する場 合には、通信ノード CNに対して位置登録情報の送信を行う（S1 - 3)。この際、位置 情報として地区気付けアドレス（RCoA)を使用する。通信ノード CNは、移動端末 MN 力 の位置登録情報を受信すると、バインディングキャッシュ BCとして位置情報を管 理する（S2_3)。通信ノード CNは、移動端末 MNからの位置登録に対し応答として 位置登録応答を返信する（ステップ S3_3)。これを移動アンカーポイント MAPで受 信し、移動アンカーポイント MAPはバインディングキャッシュ BCを保持してレ、る移動 端末 MN宛てのパケットをバインディングキャッシュ BCに従レ、転送する（ステップ S4— 3)。
[0047] ここで、通信ノード CNは移動端末 MNに対してパケットを送信する場合、バインデ イングキャッシュ BCに従レ、、気付けアドレス（CoA)宛てに送信する（S5_3)。移動ァ ンカーポイント MAPでは、地区気付けアドレス（RCoA)のパケットを受信し、バインデ イングキャッシュ BCを保持してレ、る移動端末 MN宛てのパケットと認識する。次レ、で、 バインディングキャッシュ BCに従レ、気付けアドレス（CoA)宛てにカプセル化して転送 する（S6— 3)。
[0048] ここで、上記移動端末 MNからホームエージェント HAあるレ、は、通信ノード CNに 送信する位置登録情報のフォーマットの例は、図 5に示すごとくである。図 5は、 IPv6 に従うフォーマットであり、ヘッダ部のみを示している。ヘッダ部は、 IPv6ヘッダ Iと、終 点オプションヘッダ IIを有している。 IPv6ヘッダ Iは、更に発信元 IPアドレス（1—1)と送 信先 IPアドレス (1_2)を有する。
[0049] 発信元 IPアドレス（1_1)は、移動端末 MNの移動先リンク上でのアドレスである気 付けアドレス（CoA)であり、ネットワークアドレスとホストアドレスから構成される。送信 先 IPアドレス（1—2)は、ホームエージェント HAのホームアドレス (HoA)あるレ、は、通信 ノード CNのアドレスあるいは移動アンカーポイント MAPのアドレスである。
[0050] 終点オプションヘッダ IIは、登録情報としてフラグ II一 1、登録情報の保持期間即ち、 バインディングキャッシュ BCの有効時間 (life
time)II— 2及び、移動端末 MNのホームリンク上のアドレスである、ホームアドレス
(HoA)II— 3を含む。このホームアドレス (HoA)II_3は、バックアップ用バインディングキ ャッシュ BCを検索する際のキーとなる。
[0051] 図 5Bの「位置登録メッセージ」は移動端末 MNが位置情報を管理するノード（HA/
MAP/CN)に対して、移動先の位置情報を通知するためのメッセージである。結合 更新は、バインディングキャッシュの情報である。
[0052] 図 5Cの「位置登録応答メッセージ」は位置情報を管理するノード（HA/MAP/CN
)が移動端末 MNからの「位置登録メッセージ」に対する応答メッセージである。本メッ セージに含まれる「移動オプション」内の「マルチキャストアドレス（Multicast
Address)」は本発明により定義するものであり、位置情報を管理するノード（HA/MA
P/CN)力 移動端末 MNに対して通知するものである。
[0053] 図 5Dの「位置登録要求メッセージ（マルチキャストアドレス宛）」は位置情報を管理 するノード (HA/MAP/CN)がバインディングキャッシュのリカバリを目的に移動端末
MNに対して送信するメッセージである。 [0054] 「送信先 IPアドレス」の「マルチキャストアドレス」は、図 5Cの「移動オプション」内に 含まれる「マルチキャストアドレス（Multicast
Address)」であり、「グループ識別子」は位置情報を管理するノード（HA/MAP/CN
)が任意に定義して移動端末 MNに通知する。
[0055] 図 5Eの「位置登録要求メッセージ (ュニキャストアドレス宛）」は、位置情報を管理す るノード（HA/MAP/CN)が「位置登録要求メッセージ（マルチキャストアドレス宛）」 に対して MNからの応答として「位置登録メッセージ」を受信できなかった場合に送信 するメッセージである。
[0056] ここで、図 1A—図 4に示したように、モパイル IP (モパイル IPv6，
階層化モパイル IP,階層化モパイル IPv6を含む)ではホームエージェント HA、通信ノ ード CN及び移動アンカーポイント MAPが移動端末 MNから通知される位置情報を バインディングキャッシュ BCとして維持管理することにより通信ノード CNから移動端 末 MNへのパケット転送を可能とする。
[0057] この時、移動端末 MNから登録されたバインディングキャッシュ BCを保持している 各ノードに障害が発生した場合、障害から各ノードが復旧しても、保持していたバイ ンデイングキャッシュ BCが復旧されない限り、通信ノード CNから移動端末 MN宛て のパケット転送を行えなレ、。
[0058] 通常、このバインディングキャッシュ BCの復旧タイミングは、移動端末 MNからの任 意のタイミングによる再位置登録要求に依存することになる。
[0059] 図 6にモパイル IPv6においてホームエージェント HAに障害が発生した場合の例を 示す。
[0060] ホームエージェント HAに障害が発生し、維持管理していたバインディングキヤッシ ュ BCが消滅し、その後ホームエージェント HAが障害から復旧する（ステップ S1-4) 。通信ノード CNは経路最適化のためのバインディングキャッシュ BCを保持してレ、な いため、移動端末 MNのホームアドレス（HoA)宛てにパケットを送信する（ステップ S 2-4) 0
[0061] ホームエージェント HAではバインディングキャッシュ BCが消滅しているため、通信 ノード CN力、ら移動端末 MNのホームアドレス（HoA)宛てのパケットを移動端末 MN の移動先に転送できない（ステップ S3_4)。
[0062] 図 7は、図 2に示すモパイル IPv6における経路最適化の登録例において、通信ノー ド CNに障害が発生した場合の例を示す。通信ノード CNに障害が発生し、維持管理 していたバインディングキャッシュ BCが消滅し、その後通信ノード CNが障害から復 旧する（ステップ S 1—5)。
[0063] 通信ノード CNは経路最適化のためのバインディングキャッシュ BCが消滅している ため、移動端末 MNのホームアドレス（HoA)宛てにパケットを送信する（ステップ S2— 5)。図 7では、ホームエージェント HAが移動端末 MNの気付けアドレス（CoA)宛て にパケットを転送する (ステップ S3—5)ため、通信ノード CNから移動端末 MN宛ての パケットは、移動端末 MNに到達するが、意図している経路最適化は実施されない 状態となる。
[0064] 図 8は、図 3における階層化モパイル IPv6においてホームエージェント HAに障害が 発生した場合の例を示す。ホームエージェント HAに障害が発生し、維持管理してい たバインディングキャッシュ BCが消滅し、その後ホームエージェント HAが障害から復 旧する（ステップ S 1-6)。
[0065] 通信ノード CNは経路最適化のためのバインディングキャッシュ BCを保持してレ、な いため、移動端末 MNのホームアドレス（HoA)宛てにパケットを送信する (S2— 6)。
[0066] ホームエージェント HAではバインディングキャッシュ BCが消滅しているため、通信 ノード CN力 移動端末 MNのホームアドレス（HoA)宛てのパケットを移動端末 MN の移動先に転送できない (S3— 6)。
[0067] 図 9に図 3における階層化モパイル IPv6において移動アンカーポイント MAPに障 害が発生した場合の例を示す。この例では、通信ノード CNは経路最適化のための バインディングキャッシュ BCを保持してレヽなレ、。
[0068] 移動アンカーポイント MAPに障害が発生し、維持管理していたバインディングキヤ ッシュ BCが消滅し、その後移動アンカーポイント MAPが障害から復旧する（ステップ
S1 - 。
[0069] 通信ノード CNは経路最適化のためのバインディングキャッシュ BCを保持してレ、な いため、移動端末 MNのホームアドレス（HoA)宛てにパケットを送信する（ステップ S 2 - 7)。
[0070] ホームエージェント HAでは移動端末 MNのホームアドレス（HoA)宛てのパケットを バインディングキャッシュ BCに従レ、気付けアドレス（CoA)宛てにカプセル化して転送 する（ステップ S 3—7)。
[0071] し力、し、移動アンカーポイント MAPではバインディングキャッシュ BCが消滅してい るため、ホームエージェント HAから送信されたパケットを移動端末 MNの移動先に転 送できなレ、(ステップ S4_7)。
[0072] 図 10に図 4における経路最適化において、階層化モパイル IPv6において移動アン カーポイント MAPに障害が発生した場合の例を示す。この例では、通信ノード CNは 経路最適化のためのバインディングキャッシュ BCを保持している。
[0073] 移動アンカーポイント MAPに障害が発生し、維持管理していたバインディングキヤ ッシュ BCが消滅し、その後移動アンカーポイント MAPが障害から復旧する（S 1—8)
[0074] 通信ノード CNは経路最適化のためのバインディングキャッシュ BCを保持してレ、る ため、バインディングキャッシュ BCに従い気付けアドレス（CoA)宛てにパケットを送信 する（S2— 8)。
[0075] 移動アンカーポイント MAPではバインディングキャッシュ BCが消滅しているため、 通信ノード CNから送信されたパケットを移動端末 MNの移動先に転送できない (S3 -8)。
[0076] 上記図 6—図 10に示したように、バインディングキャッシュ BCを保持している各ノー ドに障害が発生した場合、通信ノード CNから移動端末宛てのパケットは到達しない か、もしくは意図しない（即ち、経路最適化されない）経路で到達することになる。
[0077] 更に、バインディングキャッシュ BCの復旧タイミングは、移動端末 MNからの任意の タイミングによる再位置登録要求に依存することになる。
[0078] 力、かる不都合に鑑みて先に本発明者らは、図 11に示すような復旧手順を提案して いる (特許文献 1)。すなわち、図 11に示す態様は、図 1 Aに対応するモパイル IPv6に ぉレ、て、ホームエージェント HAが移動端末 MNからバインディングキャッシュ BCをバ ックアップ用バインディングキャッシュ BCに複写する手順を有することに特徴を有す る。
[0079] ホームエージェントに障害が発生し、維持管理していたバインディングキャッシュ B Cが消滅し、その後ホームエージェント HAが障害から復旧する（ステップ Sl_9)。ホ ームエージェント HAが復旧した際、正常時に保存しておいたバックアップ用バイン デイングキャッシュ BCを検索し、位置情報が記憶されていた場合、移動端末 MNに 対して位置登録要求を送信する (ステップ S 2—9)。
[0080] 移動端末 MNは、ホームエージェント HAからの位置登録要求を受信した場合、位 置登録をホームエージェント HAに送信する（ステップ S3—9)。
[0081] ホームエージェント HAは、移動端末 MNからの位置登録を受信した場合、位置情 報として維持管理を開始し、バックアップバックアップ用バインディングキャッシュ BC に位置情報を上書き複写する（ステップ S4—9)。
[0082] 通信ノード CNは移動端末 MNの HoA宛てにパケットを送信する（ステップ S5—9)。
ホームエージェント HAではバインディングキャッシュ BCがリカバリされているため、移 動端末 MNの HoA宛てのパケットを BCに従い転送する（ステップ S6—9)。
[0083] ここで、図 10に示したリカバリ方式では、バックアップ用バインディングキャッシュ BC に多数の位置情報が記憶されていた場合、障害から復帰直後のホームエージェント HAから、位置登録の要求が連続して大量に送信される（ステップ S2_9)。また、 M Nが位置登録の要求に対する応答として位置登録を送信する (ステップ S3-9)ため 、ホームエージェント HAは大量の位置登録を受信することになる。これらステップ S2 _9及びステップ S3—9の処理のため、ホームエージェント HAにおいて輻輳が発生し 、再度障害を引き起こすこともあり得る。
[0084] したがって、本発明は、更にホームエージェント HA、通信ノード CN及び、移動アン カーポイント MAPの各ノードが、障害復旧時に輻輳を回避してバインディングキヤッ シュ BCのリカバリを行う方式を提供するものである。そして、その構成の概要は、次の ようである。
[0085] ホームエージェント HA、通信ノード CN及び、移動アンカーポイント MAPは、移動 端末 MNからの位置登録を受けた場合、バインディングキャッシュ BCの複写 (バック アップ用バインディングキャッシュ BC)を作成し、維持管理する。これにより、障害発 生前に保持していたバインディングキャッシュ BCの取得が可能となる。
[0086] ホームエージェント HA、通信ノード CN及び、移動アンカーポイント MAPは、取得 したバインディングキャッシュ BCが有効か確認するために、バインディングキャッシュ BCに格納されている移動端末 MNに対して位置登録を要求する。
[0087] この際、先の特許文献 1で示された方式の問題となる障害ノードの輻輳を回避する ため、本発明の特徴として、移動端末 MNに対して位置登録を要求するパケットの宛 先には予め通知しておいたマルチキャストアドレスを指定する。
[0088] マルチキャストアドレス宛の位置登録要求に対して移動端末 MNが位置登録を返 信してきた場合は、そのバインディングキャッシュ BCを有効と認識し、維持管理する。 マルチキャストアドレス宛の位置登録の要求に対して移動端末 MNが位置登録を返 信してこなレ、場合、マルチキャストを未サポートのルータが存在することもあり得るた め、移動端末 MNのュニキャストアドレス宛の位置登録要求を送信し、移動端末 MN が位置登録を返信してきた場合は、そのバインディングキャッシュ BCを有効と認識し 、維持管理する。
[0089] マルチキャスト/ュニキャストアドレス宛の位置登録の要求に対して移動端末 MN が位置登録を返信してこない場合、そのバインディングキャッシュ BCは無効と認識し 、削除する。
[0090] 図 12に、本発明に従う、 MIPv6におけるホームエージェント HAのバインディングキ ャッシユリ力バリの第 1の方法を示す図である。
[0091] 図 12において、 MIPv6においてホームエージェント HAが移動端末 MNからバイン デイングキャッシュ BCをバックアップ用バインディングキャッシュ BCに複写する手順、 及びホームエージヱン HAから移動端末 MNにマルチキャストアドレスを通知する手 順を示す。
[0092] 移動端末 MNが移動した場合、移動端末 MNは外部 Linkにおいてュニキャストアド レス CoAを入手し、ホームエージェント HAに対して位置登録の送信を行う（ステップ S 1—10)。
[0093] ホームエージェント HAは、移動端末 MNからの位置登録を受信すると、移動端末 MNからの位置情報をバインディングキャッシュ BCとして位置情報を管理する。この 時、バックアップ用バインディングキャッシュ BCとして、バインディングキャッシュ BCを 複写する（ステップ S 2-10)。
[0094] ホームエージェント HAは、移動端末 MNからの位置登録に対し応答として位置登 録応答を返信する。このとき、応答にマルチキャストアドレスを含める (ステップ S3— 1 0)。移動端末 MNはホームエージェント HAからの位置登録応答を受信した際にマ ルチキャストアドレスが存在した場合は、近隣ノレータに対してインターネットグノレープ 管理プロトコノレ（IGMP: Internet Group Management Protocol)のマノレチキャストリスナ 一レポート (Multicast
Listener Report)を使用してマルチキャストのグループ識別子（GRP- ID)の登録を行 う（ステップ S4_10)。
[0095] このとき、必要であればマルチキャストルータからのマルチキャストリスナークエリー（ Multicast Listener Query)に対する応答としてマルチキャストリスナーレポート（
Multicast Listener
Report)を送信する。
[0096] 移動端末 MNに対する近隣ノレータであるルータ R3は、マルチキャストルータとして グループ識別子（GRP-ID)を登録し、マルチキャストルータ間での任意のプロトコル に従い、マルチキャストノレータである R2間の経路を設定する。
[0097] 図 13は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディングキ ャッシユリ力バリの第 2の方法を示す図である。
[0098] 図 13により MIPv6において、ホームエージェント HAに障害が発生した場合、ホーム エージェント HAが障害から復旧し、バインディングキャッシュ BCの有効性の確認を して、バインディングキャッシュ BCを有効と認識して維持管理を開始する手順を示す
[0099] ホームエージェント HAに障害が発生し (ステップ S 1—11)、後に障害が復旧して再 起動された場合、バックアップ用バインディングキャッシュ BCに位置情報が記憶され てレ、るかを検索し、一つでも記憶されてレ、た場合移動端末 MNのマルチキャストアド レス宛に位置登録要求を送信する（ステップ S 2-11) 0
[0100] ついで、ルータ R2はホームエージェント HAからのマルチキャストアドレス宛の位置 登録要求をマルチキャストの転送規則に従い転送する（ステップ S3_l 1)。
[0101] ルータ R3は、ホームエージェント HAからのマルチキャストアドレス宛の位置登録要 求をマルチキャストの転送規則に従い転送する（ステップ S4— 11)。移動端末 MNは ホームエージェント HAからの位置登録要求を受信した場合、位置登録をホームエー ジェント HAに送信する（ステップ S 5—11)。
[0102] ホームエージェント HAは移動端末 MNからの位置情報を受信した場合、位置情報 として維持管理を開始する。この時、バックァアップ用バインディングキャッシュ BCに 複写を行う（ステップ S6_l l)。
[0103] 通信ノード CNは移動端末 MNのホームアドレス（HoA)宛てにパケットを送信する（ ステップ S7_l l)。ホームエージェント HAではバインディングキャッシュ BCが修復さ れているため、移動端末 MNのホームアドレス（HoA)宛てのパケットをバインディング キャッシュ BCに従い転送する（ステップ S 8—11)。
[0104] 図 14は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディングキ ャッシユリ力バリの第 3の方法を示す図である。
[0105] 図 14により MIPv6において、ホームエージェント HAに障害が発生した場合、ホーム エージェント HAが障害から復旧しバインディングキャッシュ BCの有効性の確認をし てバインディングキャッシュ BCを有効と認識して維持管理を開始する手順を示す。
[0106] 図 13と異なるのは、移動端末 MNの近隣ノレータであるルータ R3がマルチキャストを サポートしてレヽなレ、場合、ホームエージェント HAが位置登録要求をュニキャストアド レス宛に再送する点である。
[0107] ステップ SS1— 12— S3— 12は、図 13の S1— 11— S3— 11と同じである。
[0108] ルータ R3がマルチキャストをサポートしていない場合、ホームエージェント HAから のマルチキャストアドレス宛の位置登録要求を転送できないため、位置登録要求が 移動端末 MNに到達しなレヽ（ステップ S4— 12)。
[0109] マルチキャストアドレス宛の位置登録要求に対して応答が返信されなかった場合、 ホームエージェント HAはバックァアップ用バインディングキャッシュ BCに記憶してい たュニキャストアドレス (CoA)宛に対して位置登録要求を送信する（ステップ S 5—12) [0110] 移動端末 MNはホームエージェント HAからの位置登録要求を受信した場合、位置 登録をホームエージェント HAに送信する（ステップ S6—12)。
[0111] ホームエージェント HAは移動端末 MNからの位置情報を受信した場合、位置情報 として維持管理を開始する。この時、バックァアップ用バインディングキャッシュ BCに 複写を行う（ステップ S 7—12)。
[0112] 通信ノード CNは、移動端末 MNのホームアドレス HoA宛てにパケットを送信する（ ステップ S8_12)。ホームエージェント HAではバインディングキャッシュ BCが修復さ れているため、移動端末 MNのホームアドレス HoA宛てのパケットをバインディングキ ャッシュ BCに従レ、転送する（ステップ S 9—12)。
[0113] 図 15は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディングキ ャッシユリ力バリの第 4の方法を示す図である。
[0114] 図 15により MIPv6において、ホームエージェント HAに障害が発生した場合、ホーム エージェント HAが障害から復旧しバインディングキャッシュ BCの有効性の確認をし て、バインディングキャッシュ BCを有効と認識して維持管理を開始する手順を示す。
[0115] 図 13, 14の場合とは異なり、ホームエージェント HAが復旧前に移動端末 MNが他 リンクに移動している力 近隣ノレータであるルータ R4に IGMPのマルチキャストリスナ 一レポートを使用してマルチキャストのグループ識別子 GRP-IDの登録を行っている。 このため、ホームエージェント HAからのマルチキャストアドレス宛の位置登録要求が 到達し、バインディングキャッシュ BCのリカバリが正常に行える点に特徴を有する。
[0116] S1— 13— S4— 13は図 14の S1— 12— S4— 12と同じである。
[0117] 移動端末 MNはホームエージェント HAが復旧する前にルータ R4の属する他リンク に移動しているため、ホームエージェント HAからの位置登録要求を受信できない（ス テツプ S5_13)。
[0118] 移動端末 MNは移動後に、近隣ノレータであるルータ R4に対して、 IGMPのマルチキ ヤストリスナーレポートを使用してマルチキャストのグノレープ識別子 GRP-IDの登録を 行う（ステップ S6_13)。このとき、必要であればマルチキャストルータからのマルチキ ヤストリスナークヱリーに対する応答としてマルチキャストリスナーレポートを送信する。
[0119] 近隣ノレータであるルータ R4は、マルチキャストルータとしてグループ識別子 GRP-IDを登録し、マルチキャストルータ間での任意のプロトコルに従い、マルチキヤ ストルータであるルータ R2間の経路を設定する。
[0120] ルータ R4は、ホームエージェント HAからのマルチキャストアドレス宛の位置登録要 求をマルチキャストの転送規則に従い転送する（ステップ S7_13)。移動端末 MNは 移動後にホームエージェント HAへの位置登録を実施していないため、通常ホームェ ージヱント HAからの位置登録要求は到着しなレ、。しかし、移動端末 MNが移動後に 近隣ノレータである R4に対して IGMPのマルチキャストリスナーレポートを使用してマル チキャストのグループ識別子 GRP-IDの登録を実施済みの場合、ホームエージェント HAからの位置登録要求を受信する（ステップ S8—13)。
[0121] 移動端末 MNはホームエージェント HAからの位置登録要求を受信した場合、位置 登録をホームエージェント HAに送信する（ステップ S9—13)。ホームエージェント HA は、移動端末 MNからの位置情報を受信した場合、位置情報として維持管理を開始 する。この時、バックアップ用部バインディングキャッシュ BCに複写を行う（ステップ S 10 - 13)。
[0122] 通信ノード CNは、移動端末 MNのホームアドレス（HoA)宛てにパケットを送信する
(ステップ S 11—13)。ホームエージェント HAではバインディングキャッシュ BCが修復 されているため、移動端末 MNのホームアドレス（HoA)宛てのパケットをバインディン グキヤシュ BCに従レ、転送する（ステップ S12-13)。
[0123] 図 16は、本発明に従う、 MIPv6におけるホームエージェント HAのバインディングキ ャッシユリ力バリの第 5の方法を示す図である。
[0124] 図 16により MIPv6において、 HAに障害が発生した場合、 HAが障害から復旧し、 バインディングキヤシュ BCの有効性の確認をしてバインディングキヤシュ BCを無効と 認識してバックァアップバインディングキャッシュ BBCの位置情報を削除する手順を 示す。
[0125] S1—14— S5—14は、図 14の S1—13 S5—13と同じである。
[0126] S6—14において、ルータ R2は移動端末 MNの移動先の近隣ノレータであるルータ
R4間とはマルチキャストアドレス宛のパケット転送の経路を確立できていないため、
HAからのマルチキャスト宛のパケットを転送しなレ、。 [0127] R2— R3間でマルチキャストアドレス宛のパケット転送の経路が確立できていないた め、移動端末 MNにはホームエージェント HAからのマルチキャストアドレス宛の位置 登録要求が到達しなレ、（ステップ S7-14)。
[0128] マルチキャストアドレス宛の位置登録要求に対して応答が返信されなかった場合、 ホームエージェント HAはバックァアップバインディングキャッシュ BBCに記憶してい たュニキャストアドレス (CoA)宛に対して位置登録要求を送信する（ステップ S8—14)
[0129] 移動端末 MNはホームエージェント HAが再起動前に他リンクに移動しているため 、ュニキャストアドレス宛の位置登録要求は移動端末 MNに到達せず、受信されない (ステップ S9_14)。
[0130] ついで、ホームエージェント HAは移動端末 MNに送信した位置登録要求に対する 応答がなレ、場合、バックァアップバインディングキャッシュ BBCに記憶してレ、た位置 情報を無効と認識し、バックァアップバインディングキャッシュ BBCの位置情報を削 除する（ステップ S 10— 14)。
[0131] 移動端末 MNが移動先で HAからの位置登録要求を受信できないのは、以下の場 合である。
[0132] ·移動端末 MNが移動後に近隣ルータに対して IGMPの Multicast
Listener Reportを してレヽなレヽ。
[0133] ·移動端末 MNが移動後に近隣ルータに対して IGMPの Multicast
Listener Reportを送信している力 近隣ルータがマルチキャストルータではない。
[0134] ·移動端末 MNが移動後に近隣ルータに対して IGMPの Multicast
Listener R印 ortを送信している力 ホームエージェント HAがマルチキャスト宛の位置 登録要求を送信するまで、ホームエージェント HAの近隣ルータから移動端末 MNの 近隣ノレータ間のマルチキャストルータによる経路設定が完了していない。
[0135] 移動端末 MNが上記理由で位置登録要求を受信できなかった場合、ホームエージ ヱント HAからュニキャストアドレス（CoA:MN.r3)宛に位置登録要求が送信されるが 、ルータ R3配下の CoA宛に送信されるため、ルータ R4配下に移動している移動端 末 MNには到達せず、ホームエージェント HAはバインディングキヤシュ BCを削除す る。
[0136] 図 17—図 21に、 MIPv6において、通信ノード CNのバインディングキヤシュ BCのリ 力バリ動作の例を示す。
[0137] 図 17は、本発明に従う、 MIPv6における通信ノード CNのバインディングキャッシュリ 力バリの第 1の方法を示す図である。
[0138] 図 17に示す例は、バックァアップバインディングキャッシュ BBCへの位置情報の複 写とマルチキャストアドレスの登録を手順を示す。図 17において、移動端末 MNは、 経路最適化のために通信ノード CNに対して位置登録を送信する（ステップ S 1— 15)
[0139] 通信ノード CNは移動端末 MNからの位置登録を受信すると、移動端末 MNの位置 情報をバインディングキヤシュ BCとして維持管理する (ステップ S2—15)。このとき、 バックァアップバインディングキャッシュ BBCにバインディングキヤシュ BCを複写する
[0140] 通信ノード CNは、移動端末 MNからの位置登録に対し応答として登録応答を返信 する。
[0141] このとき、応答にマルチキャストアドレスを含める（ステップ S3— 15)。移動端末 MN は、ホームエージェント HAからの登録応答を受信した際にマルチキャストアドレスが 存在した場合、近隣ノレータに対してマルチキャストのグノレープ IDの登録を行う（ステ ップ S4_15)。
[0142] 図 18は、本発明に従う、 MIPv6における通信ノード CNのバインディングキャッシュリ 力バリの第 2の方法を示す図であり、バックァアップバインディングキャッシュ BBCの 位置情報を有効とする第 1の手順方法を説明する図である。
[0143] 図 18において、通信ノード CNに障害が発生し (ステップ Sl_16)、起動した際、バ ックァアップバインディングキャッシュ BBCに位置情報が記憶されている力、を検索し、 記憶されていた場合は移動端末のマルチキャストアドレスに対して位置登録要求を 送信する（ステップ S 2—16)。
[0144] ノレータ R1はマルチキャストアドレス宛の位置登録要求をマルチキャストの転送規則 に従レ、、転送する（ステップ S3-16)。ルータ R3は、マルチキャストアドレス宛の位置 登録要求をマルチキャストの転送規則に従い転送する（ステップ S4-16)。
[0145] 移動端末 MNは通信ノード CNから位置登録要求を受信した場合、位置登録を送 信する（ステップ S5_16)。通信ノード CNは、移動端末 MNからの位置登録を受信し た場合、位置情報として維持管理を開始し、バックァアップバインディングキャッシュ BBCにバインディングキヤシュ BCを複写する（ステップ S6—16)。
[0146] 通信ノード CNは、バインディングキヤシュ BCを保持している移動端末 MN宛ての パケットをバインディングキヤシュ BCに従い送信する（ステップ S7— 16)。
[0147] 図 19は、本発明に従う、 MIPv6における通信ノード CNのバインディングキャッシュリ 力バリの第 3の方法を示す図であり、バックァアップバインディングキャッシュ BBCの 位置情報を有効にする手順の第 2の例を示す図である。
[0148] 図 19において、通信ノード CNに障害が発生し (ステップ Sl_17)、通信ノード CN が再起動した際、バックァアップバインディングキャッシュ BBCに位置情報が記憶さ れてレ、るかを検索し、記憶されてレ、た場合は移動端末 MNのマルチキャストアドレス に対して位置登録要求を送信する（ステップ S 2-17)。これに対し、ルータ R1はマル チキャストアドレス宛の位置登録要求をマルチキャストの転送規則に従い転送する（ ステップ S3- 17)。
[0149] これに対し、ルータ R3がマルチキャストアドレスをサポートしてレ、なレ、場合、マルチ キャスト宛の位置登録要求を転送できない（ステップ S4-17)。マルチキャストァドレ ス宛の位置登録要求に対して応答が返信されなかった場合、通信ノード CNは、バッ クァアップバインディングキャッシュ BBCに記憶していたュニキャストアドレス (CoA)宛 に対して位置登録要求を送信する（ステップ S 5— 17)。
[0150] 移動端末 MNは通信ノード CNから位置登録要求を受信した場合、位置登録を送 信する（ステップ S6—17)。通信ノード CNは移動端末 MNからの位置登録を受信し た場合、位置情報として維持管理を開始し、バックァアップバインディングキャッシュ BBCにバインディングキヤシュ BCを複写する（ステップ S 7—17)。通信ノード CNはバ インディングキヤシュ BCを保持している移動端末 MN宛てのパケットをバインディング キヤシュ BCに従い送信する（ステップ S8_17)。
[0151] 図 20は、本発明に従う、 MIPv6における通信ノード CNのバインディングキャッシュリ 力バリの第 4の方法を示す図であり、バックァアップバインディングキャッシュ BBCの 位置情報を有効にする手順の第 3の例を示す図である。
[0152] 図 20において、通信ノード CNに障害が発生し (ステップ Sl-18)、通信ノード CN が再起動した際、バックァアップバインディングキャッシュ BBCに位置情報が記憶さ れてレ、るかを検索し、記憶されてレ、た場合は移動端末 MNのマルチキャストアドレス に対して位置登録要求を送信する（ステップ S 2- 18)。
[0153] ノレータ R1はマルチキャストアドレス宛の位置登録要求をマルチキャストの転送規則 に従い転送する（ステップ S3-18)。ルータ R3はマルチキャストアドレス宛の位置登 録要求をマルチキャストの転送規則に従い転送する（ステップ S4-18)。
[0154] し力、し、移動端末 MNは通信ノード CNが再起動前にルータ R4が属する他リンクに 移動しているため、位置登録要求を受信することができない (ステップ S5_18)。移動 端末 MNは移動後に近隣ルータ R4に対してマルチキャストのグループ IDの登録を 行う（ステップ S6_18)。
[0155] ルータ R4は、通信ノード CNからのルータ R1を経由したマルチキャストアドレス宛の 位置登録要求をマルチキャストの転送規則に従い転送する（ステップ S7_18)。移動 端末 MNは移動後に通信ノード CNへの位置登録を実施していないが、移動後のマ ルチキャストアドレスの登録をルータ R4に実施しているために位置登録要求の受信 が可能である（ステップ S8-18)。
[0156] 移動端末 MNは通信ノード CNから位置登録要求を受信した場合、位置登録を送 信する（ステップ S9-18)。通信ノードは移動端末 MNからの位置登録を受信した場 合、位置情報として維持管理を開始し、バックァアップバインディングキャッシュ BBC にバインディングキヤシュ BCを複写する（ステップ S 10-18)。
[0157] ついで、通信ノード CNはバインディングキヤシュ BCを保持している移動端末 MN 宛てのパケットをバインディングキヤシュ BCに従い送信する（ステップ S 11—18)。
[0158] 図 21は、本発明に従う、 MIPv6における通信ノード CNのバインディングキャッシュリ 力バリの第 5の方法を示す図であり、バックァアップバインディングキャッシュ BBCの 位置情報を無効にする手順を示す図である。
[0159] 図 21において、ステップ S1—19 S5—19までの手順は、図 20におけるステップ S 1-18— S5-18の手順と同様である。
[0160] さらに図 21において、ルータ R1は移動端末 MNの移動先の近隣ルータであるル ータ R4間とでマルチキャストアドレス宛のパケット転送の経路を確立できていないた め、マルチキャスト宛のパケットを転送しない（ステップ S6—19)。これにより移動端末 MNには、マルチキャストアドレス宛の位置登録が到達しない状態である（ステップ S 7-19)ので、マルチキャストアドレス宛の位置登録要求に対して応答が返信されなか つた場合、通信ノード CNはバックァアップバインディングキャッシュ BBCに記憶して いたュニキャストアドレス (CoA)宛に対して位置登録要求を送信する（ステップ S8- 19
[0161] これに対し、移動端末 MNは通信ノード CNが再起動前にルータ R4に属する他リン クに移動しているため、位置登録要求を受信できない（ステップ S9-19)。したがって 、通信ノード CNは移動端末 MNに送信した位置登録要求に対する応答がなレ、場合 、バックアップバインディングキャッシュ BBCに記憶していた位置情報を無効と認識し 、バックアップバインディングキヤシュの位置情報を削除する（ステップ S 10—19)。
[0162] 図 22は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPのバイン デイングキャッシュリカバリの第 1の方法を示す図であり、バックアップバインディング キャッシュ BCへの位置情報の複写とマルチキャストアドレスの登録の手順を示す図 である。
[0163] 図 22において、移動端末 MNは移動を認識すると、移動アンカーポイント MAPに 対して位置登録を送信する (ステップ S1— 20)。これに対して、移動アンカーポイント MAPは、移動端末 MNからの位置登録を受信すると、移動端末 MNの位置情報を バックアップバインディングキャッシュ BCとして維持管理する。このとき、バックアップ バインディングキャッシュ BCにバインディングキャッシュを複写する（ステップ S2—20)
[0164] 移動アンカーポイント MAPは、移動端末 MNからの位置登録に対し応答として登 録応答を返信する。このとき、応答にマルチキャストアドレスを含める (ステップ S3— 2 0)。移動端末 MNは移動アンカーポイント MAPからの登録応答を受信した際にマル チキャストアドレスが存在した場合、近隣ルータ R3に対してマルチキャストのグルー プ IDの登録を行う（ステップ S4—20)。
[0165] さらに、移動端末 MNは移動を認識するとホームエージェント HAに対して位置登 録を送信する（ステップ S5_20)。これに対し、ホームエージェント HAは、移動端末 MNからの位置登録を受信すると、移動端末 MNの位置情報をバインディングキヤッ シュ BCとして維持管理し、このとき、バックアップバインディングキャッシュ BBCにバイ ンデイングキャッシュ BCを複写する (ステップ S6—20)。 図 23は、本発明に従う、階 層化 MIPv6における移動アンカーポイント MAPのバインディングキャッシュリカバリの 第 2の方法を示す図であり、バックアップバインディングキャッシュ BBCの位置情報を 有効とする第 1の手順を示す図である。
[0166] 図 23において、移動アンカーポイント MAPに障害が発生すると（ステップ S1—21) 、移動アンカーポイント MAPが再起動した際、バックアップバインディングキャッシュ BBCに位置情報が記憶されているかを検索し、記憶されていた場合は移動端末の マルチキャストアドレスに対して位置登録要求を送信する（ステップ S2—21)。
[0167] ルータ R3は、マルチキャストアドレス宛の位置登録要求をマルチキャストの転送規 則に従レ、転送する（ステップ S 3— 21 )。移動端末 MNは移動アンカーポイント MAP 力 の位置登録要求を受信した場合、位置登録を送信する (ステップ S4— 21)。
[0168] 移動アンカーポイント MAPは、移動端末 MNからの位置登録を受信した場合、位 置情報として維持管理を開始し、バックァアップバインディングキャッシュ BBCにバイ ンデイングキャッシュ BBCを複写する（ステップ S5-21)。
[0169] 通信ノード CNは、移動端末 MNのホームアドレス宛のパケットを送信する（ステップ S6- 21)。ホームエージェント HAは、バインディングキャッシュ BCを保持している移 動端末 MN宛てのパケットをバインディングキャッシュ BCに従レ、転送する（ステップ S 7—21)。
[0170] 移動アンカーポイント MAPは、バインディングキャッシュ BCを保持している移動端 末 MN宛てのパケットをバインディングキャッシュ BCに従レ、転送する（ステップ S8—2 D o
[0171] 図 24は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPのバイン デイングキャッシュリカバリの第 3の方法を示す図であり、バックアップバインディング キャッシュ BBCの位置情報を有効とする第 2の手順を示す図である。図 24において 、移動アンカーポイント MAPに障害が発生すると（ステップ Sl-22)、移動アンカー ポイント MAPが再起動した際、バックアップバインディングキャッシュ BBCに位置情 報が記憶されてレ、るかを検索し、記憶されてレ、た場合は移動端末のマルチキヤストア ドレスに対して位置登録要求を送信する（ステップ S2—22)。
[0172] ルータ R3は、マルチキャストアドレスをサポートしていない場合、マルチキャスト宛 の位置登録要求を転送できない（ステップ S3-22)。したがって、マルチキャストァドレ ス宛の位置登録要求に対して応答が返信されなかった場合、移動アンカーポイント MAPはバックアップバインディングキャッシュ BBCに記憶していたュニキヤストアドレ ス (CoA)宛に対して位置登録要求を送信する (ステップ S4—22)。
[0173] 移動端末 MNは移動アンカーポイント MAPから位置登録要求を受信した場合、位 置登録を送信する（ステップ S5_22)。移動アンカーポイント MAPは移動端末 MNか らの位置登録を受信した場合、位置情報として維持管理を開始し、バックアップバイ ンデイングキャッシュ BBCにバインディングキャッシュ BCを複写する（ステップ S6—22 ) 0
[0174] 通信ノード CNは移動端末あてのパケットをホームアドレス宛に送る（ステップ S7—2 2)。これに対し、ホームエージェント HAはバインディングキャッシュ BCを保持してい る移動端末 MN宛てのパケットをバインディングキャッシュ BCに従レ、転送する（ステツ プ S8- 22)。さらに、移動アンカーポイント MAPはバインディングキャッシュ BCを保 持している移動端末 MN宛てのパケットをバインディングキャッシュ BCに従い転送す る（ステップ S9-22)。
[0175] 図 25は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPのバイン デイングキャッシュリカバリの第 1の方法を示す図であり、バックアップバインディング キャッシュ BBCの位置情報を有効とする第 4の手順を示す図である。図 25において 、移動アンカーポイント MAPに障害が発生し (ステップ Sl_23)、移動アンカーポイン ト MAPが再起動した際、バックァアップバインディングキャッシュ BBCに位置情報が 記憶されてレ、るかを検索し、記憶されてレ、た場合は移動端末のマルチキャストァドレ スに対して位置登録要求を送信する（ステップ S2_23)。これに対し、ルータ R3は、 マルチキャストアドレス宛の位置登録要求をマルチキャストの転送規則に従い転送す る（ステップ S 3—23)。
[0176] 移動端末 MNは、移動アンカーポイント MAPが再起動前にルータ R4が属する他リ ンクに移動しているため、位置登録要求を受信できない (ステップ S4_23)。移動端 末 MNは移動後に近隣ルータ R4に対してマルチキャストのグループ IDの登録を行う (ステップ S5—23)。ルータ R4はマルチキャストアドレス宛の位置登録要求をマルチ キャストの転送規則に従い転送する (ステップ S6_23)。移動端末 MNは、移動後に 移動アンカーポイント MAPへの位置登録を実施していなレ、が、移動後にマルチキヤ ストアドレスの登録をルータ R4に実施しているため位置登録要求の受信が可能であ る（ステップ S7-23)。
[0177] 移動端末 MNは、移動アンカーポイント MAPからの位置登録要求を受信した場合 、位置登録を送信する（ステップ S8_23)。移動アンカーポイント MAPは、移動端末 MNからの位置登録を受信した場合、位置情報として維持管理を開始し、バックアツ プバインディングキャッシュ BBCにバインディングキャッシュ BCを複写する（ステップ S9-23)。
[0178] 通信ノード CNから移動端末のホームアドレス宛に、パケットを送信する（ステップ S 10— 23)。ホームエージェント HAは、このパケットを受けると、バインディングキヤッシ ュ BCを保持している移動端末 MN宛てにパケットをバインディングキャッシュ BCに従 レ、転送する（ステップ S 11-23)。
[0179] ついで、移動アンカーポイント MAPは、バインディングキャッシュ BCを保持してい る移動端末 MN宛てのパケットを転送する（ステップ S 12-13)。
[0180] 図 26は、本発明に従う、階層化 MIPv6における移動アンカーポイント MAPのバイン デイングキャッシュリカバリの第 5の方法を示す図であり、バックアップバインディング キャッシュ BBCの位置情報無効化の手順を説明する図である。図 26において、移動 アンカーポイント MAPに障害が発生し (ステップ Sl_24)、その後：移動アンカーボイ ント MAPが再起動した際、バックアップバインディングキャッシュ BBCに位置情報が 記憶されてレ、るかを検索し、記憶されてレ、た場合は移動端末 MNのマルチキヤストア ドレスに対して位置登録要求を送信する（ステップ S2—24)。 [0181] ルータ R3はマルチキャストアドレス宛の位置登録要求をマルチキャストの転送規則 に従い転送する（ステップ S3-24)。このとき、移動端末 MNは移動アンカーポイント MAPが再起動前にルータ R4の属する他リンクに移動しているため、位置登録要求 を受信できなレ、（ステップ S4- 24)。
[0182] ルータ R3は移動端末 MNの移動先の近隣ルータ R4との間でマルチキャストァドレ ス宛のパケット転送の経路を確立できていないため、マルチキャスト宛のパケットを転 送しない（ステップ S5— 24)。したがって、移動端末 MNにはマルチキャストアドレス宛 の位置登録要求が到達しなレ、（ステップ S6-24)。
[0183] マルチキャストアドレス宛の位置登録要求に対して応答が返信されなかった場合、 移動アンカーポイント MAPはバックアップバインディングキャッシュ BBCに記憶して いたュニキャストアドレス (CoA)宛に対して位置登録要求を送信する（ステップ S7- 24
[0184] このとき移動端末 MNは、移動アンカーポイント MAPが再起動前に他リンクに移動 してレ、るため、位置登録要求を受信できなレ、 (ステップ S8-24)。
[0185] 移動アンカーポイント MAPは、移動端末 MNに送信した位置登録要求に対する応 答がない場合、ノくックアップバインディングキャッシュ BBCに記憶していた位置情報 を無効と認識し、バックアップバインディングキャッシュ BBCの位置情報を削除する（ ステップ S 9-24)。
[0186] 図 27—図 33に、ホームエージェント HAにおけるバインディングキャッシュリカバリ 方法の機能構成例を示す。通信ノード CN、移動アンカーポイント MAPもホームエー ジヱント HAと同じ機能構成で実現可能である。
[0187] 図 27は、ホームエージェント HAのバインディングキャッシュリカバリ方法の第 1のフ ロー図を示し、その図 27Aにおいて、ホームエージェント HAが起動すると、バックァ ップバインディングキャッシュ BBCを検索し (処理工程 P1)、位置情報がある場合 (処 理工程 Pl、 Y) )は、全位置情報を作業用テーブルに複写する（処理工程 P2)。
[0188] ついで、バックアップバインディングキャッシュ BBCを削除して（処理工程 P3)、マ ルチキャストアドレス宛に位置登録要求を送信する（処理工程 P4)。この際、位置登 録の受信待ちタイマをスタートする（処理工程 P5)。 [0189] 位置登録の受信待ちタイマの計数中に、図 27Bに示すように位置登録を受信する と、作業用テーブル力 該当位置情報を削除し (処理工程 P6)、位置情報の維持管 理を開始する（処理工程 P7)。そして、この位置情報をバックアップバインディングキ ャッシュ BBCに複写する（処理工程 P8)。
[0190] 一方、位置登録の受信待ちタイマがタイムアウトすると受信待ちタイムアウト処理を 行う（処理工程 P9、図 27C)。
[0191] 図 28は、ホームエージェント HAのバインディングキャッシュリカバリ方法の第 2のフ ロー図を示し、そのタイムアウト処理（処理工程 P9)の詳細が示され、その図 28Aに おいて、位置登録の受信待ちタイマがタイムアウトすると作業用テーブルを検索し、 位置情報があると（処理工程 P91、 Y)、位置情報の移動端末 MNに対してュニキヤ ストに位置情報登録要求を送る（処理工程 P92)。
[0192] この際、位置登録受信待ちタイマをスタートし (処理工程 P93)、ホームエージェント HAの負荷を増加させなレ、ために、遅延を挿入する（処理工程 P94)。
この過程で、図 28Bに示すように、位置登録を受信すると位置登録の受信待ちタイマ を停止する（処理工程 P95)。これにより以降、位置情報の維持管理を開始し (処理 工程 P96)、位置情報をバックアップバインディングキャッシュ BBCに複写する（処理 工程 P97)。
[0193] 一方、位置登録を受信しないで、位置登録受信待ちタイマのタイムアウトが生じると 、バックアップバインディングキャッシュ BBCから位置情報を削除する（処理工程 P98 、図 28C)。
[0194] 図 29は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構成に おけるホームエージェント HAが起動した場合の処理を示している。この処理は図 27 八の「11八起動」で開始される処理フローに該当する。ホームエージェント HAの移動 端末管理機能部 100のバインディングキャッシュ（Binding Cache)リカバリ機能部 101 に対して「起動 ( (処理工程 P00) )が指示されると、バックァアップバインディングキヤッ シュ BBCを検索し (処理工程 P1)、バインディングキャッシュ BCが存在する場合作業 用テーブルに「全位置情報を複写し (処理工程 P2)、バックァアップバインディングキ ャッシュ BBC領域をクリア」する（処理工程 P3)。 [0195] その後、位置情報管理機能部 102に対して位置登録要求送信依頼を行う（処理工 程 P4— 1)。これに対応して、位置情報管理機能部 102は、マルチキャストアドレス宛 に位置登録要求送信する（処理工程 P4 - 2)。ついで、位置登録受信待ちタイマをス タートする（処理工程 P5)。そして、バックァアップバインディングキャッシュ BBCの検 索処理（処理工程 P1)は、バックァアップバインディングキャッシュ BBC内にバインデ イングキャッシュ BCが検出した時点で終了する。
[0196] 図 30は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構成に おける第 1の位置登録受信の処理を示し、図 27Bのホームエージェント HAが位置登 録を受信した場合の処理フローに該当する処理を説明する図である。
[0197] 図 30において、位置登録を位置情報管理機能部 102が受けると（処理工程 P01) 、バインディングキャッシュリカバリ機能部 101に作業用テーブル削除依頼 (処理工 程 P6—1)を出し、作業用テーブル力も該当位置情報を削除する（処理工程 P6—2)。 その後受信した位置登録をバインディングキャッシュ BCとして登録し (処理工程 P7) 、バインディングキャッシュ BCの維持管理を開始する。このとき、位置情報管理機能 部 102からバインディングキャッシュリカノくリ機能部 101に対して位置登録情報複写 依頼を出し（処理工程 P8—1)、バインディングキャッシュ BCをバックァアップバインデ イングキャッシュ BBCに複写する（処理工程 P8—2)。
[0198] 図 31は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構成に おける受信待ちタイムアウトの処理を示してレ、る。ホームエージェント HAで位置登録 受信待ちタイマがタイムアウトした場合の処理を示しており、図 27Aの位置登録の受 信待ちタイマスタート（処理工程 P5)で開始したタイマのタイムアウト処理（処理工程 P 10)の詳細を説明する図である。そして、これは図 28の位置登録の受信待ちタイマ のタイムアウト処理の詳細処理内容である。
[0199] 図 31において、位置登録受信待ちタイマタイムアウトが発生すると（処理工程 P03) 、位置情報管理機能部 102からバインディングキャッシュリカノ リ機能部 101に対して ュニキャストリカバリ処理依頼が出され (処理工程 P04)、依頼を受けたバインディン グキャッシュリカノ リ機能部 101は作業用テーブルを検索する（処理工程 P91)。
[0200] 作業用テーブルにバインディングキャッシュ BCが登録されてレ、た場合、位置情報 管理機能部 102に位置登録要求送信依頼を出し (処理工程 P92)、ュニキャスト宛に 位置登録要求送信が出力され (処理工程 P92 - 1)、位置登録受信待ちタイマスター トによりタイマが開始される（処理工程 P93)。その後、輻輳制御のために遅延挿入さ れる（処理工程 P94)。検索（処理工程 P91)は、作業テーブル力、ら位置情報が存在 しなくなるまで繰り返す。
[0201] 図 32は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構成に おける第 2の位置登録受信の処理を示し、ホームエージェン HAにおいてュニキャス トアドレス宛の位置登録要求に対する位置登録を受信した場合の処理を示している。 これは図 28Bの位置登録受信 2で開始されるフローチャートの処理に該当する。
[0202] 図 32において、位置情報管理機能部 102が位置情報受信を受信すると (処理工 程 P05)、位置登録受信待ちタイマ停止し (処理工程 P95)、バインディングキヤッシ ュ BCに位置情報を登録して、位置情報の維持管理を開始する（処理工程 P96)。そ の後位置情報管理機能部 102からバインディングキャッシュリカバリ機能部 101に位 置情報複写依頼を出し (処理工程 P97—1)、バインディングキャッシュ BCをバックァ ップバインディングキャッシュ BBCに複写する（処理工程 P97—2)。
[0203] 図 33は、ホームエージェント HAにおけるバインディングキャッシュリカバリの構成に おける位置登録の第 2の受信待ちタイムアウトの処理を示し、ホームエージェン HAで 位置登録受信待ちタイマがタイムアウトした場合の処理を示し、図 28Aの受信待ちタ ィムアウト処理にぉレ、て、位置登録の受信待ちタイマのスタート（処理工程 P93)で開 始したタイマのタイムアウト処理である。
[0204] これは図 28Cの位置登録の受信待ちタイマのタイムアウト 2で開始されるフローチヤ ート部に該当する。
[0205] 位置情報管理機能部 102が位置登録受信待ちタイマタイムアウトを受けると (処理 工程 P06)、バインディングキャッシュリカバリ管理部 101に位置情報削除依頼を出し (処理工程 P98— 1)、作業用テーブル力 該当する位置情報を削除する（処理工程 P98— 2)。
[0206] 図 34—図 36に、移動端末 MNにおけるバインディングキヤシュリカバリ方式の機能 構成例を示す。 [0207] 図 34は、移動端末 MNにおけるバインディングキャッシュリカバリ方法のフローチヤ ートを示す図であり、図 35、図 36に対応する移動端末機能部 200の処理の流れを 示す。
[0208] 図 34A、図 35において、移動端末 MNにおいて位置情報を管理するノードから位 置登録要求を受信すると（処理工程 P07)、位置情報管理機能部 202は、バインディ ングキャッシュリカバリ機能部 201に移動オプション通知を出す（処理工程 P11—1)。 バインディングキャッシュリカバリ機能部 201は、移動オプションに基づき、マルチキヤ ストアドレス検索し (処理工程 P11)、マルチキャストアドレスが存在した場合（処理工 程 Pl l、 Y)、マルチキャストアドレス保存テーブル 203にマルチキャストアドレスを保 存する（処理工程 P 12)。
[0209] その後、マルチキャストのグループ IDを近隣ルータに登録するため" Multicast
Listener R印 ort"送信が可能であれば（処理工程 P13、 Y)、その送信を実行する（処 理工程 P14)。この際、 "Multicast
Listener Report"が送信可能であるかは、マルチキャストプロトコルである IGMPの規 則に従う（必要であれば近隣ルータからの" Multicast
Listener Query"に対する応答として Multicast Listener Reportを送信する)。
[0210] さらに、図 34B、図 36において、移動端末 MNにおいて" Multicast Listener Query "を受信した場合の処理を示している。ノくインディングキャッシュリカバリ機能部 201が 、 ulticast
Listener Query"を受信すると（処理工程 P08)、マルチキャストアドレス保存テーブル 203を検索し (処理工程 P15)、マルチキャストアドレスを保持している場合 (処理工 程 P15、 Y)、 "Multicast
Listener R印 ort"送信を実行する（処理工程 PI 6)。
産業上の利用可能性
[0211] 本発明によれば、位置情報を管理しているノードに障害が発生して復旧した場合、 複数の移動端末 MN宛に複数の位置登録要求を送信することなぐ一つのマルチキ ャストアドレス宛の位置登録要求を送信するのみで位置情報の復旧が可能となり、移 動端末 MN主導の位置登録を待つことなく通信ノード CNから移動端末 MNへのパ ケット転送が行え、通信ノード CNから移動端末 MNへのパケットロスを削減すること が可能となる。これにより効率的な通信システムを提供することが可能である。

Claims

請求の範囲
[1] それぞれネットワークに接続されるノードであるホームエージェント、及び移動アンカ 一ポイントを有し、
前記ノードのそれぞれは、移動端末からの位置登録を受け、ノインデイングバイン デイングキャッシュを複写してバックアップバインディングキャッシュを作成し、維持管 理し、
前記ホームエージェントは、
障害から復旧した時に、前記バックアップバインディングキャッシュを検索して、障 害前に保持していたバインディングキャッシュを取得し、
前記取得されたバインディングキャッシュに格納されている移動端末に対して、あら 力じめ登録されたマルチキャストアドレスを指定して、位置登録要求のパケットを前記 移動端末に送り、
前記位置登録要求パケットに対し、前記移動端末から返信がある場合に、前記取 得されたバインディングキャッシュを有効として、維持管理を継続し、
前記移動端末から返信がない場合は、前記移動端末のュニキャストアドレス宛に前 記位置登録要求のパケットを送り、更に
前記ュニキャストアドレス宛に送った前記位置登録要求に対し、前記移動端末から 返信がなレ、場合は、前記取得されたバインディングキャッシュを無効として削除する ことを特徴とする移動通信ネットワークシステム。
[2] 請求項 1において、
前記ホームエージェントからの位置情報の登録に対する応答として、前記移動端末 力 前記マルチキャストアドレス宛に位置情報の登録を送信することを特徴とする移 動通信ネットワークシステム。
[3] 請求項 1において、
前記ホームエージェントは、モパイルインターネットプロトコルを使用することを特徴 とする移動通信ネットワークシステム。
[4] 請求項 1において、
前記ホームエージェントは、階層化されたモパイルインターネットプロトコルを使用 することを特徴とする移動通信ネットワークシステム。
[5] それぞれネットワークに接続されるノードであるホームエージェント、及び移動アンカ 一ポイントを有し、
前記ノードのそれぞれは、移動端末からの位置登録を受け、ノインデイングキヤッシ ュを複写してバックアップバインディングキャッシュを作成し、維持管理し、
前記移動アンカーポイントは、
障害から復旧した時に、前記バックアップバインディングキャッシュを検索して、障 害前に保持していたバインディングキャッシュを取得し、
前記取得されたバインディングキャッシュに格納されている移動端末に対して、あら 力、じめ登録されたマルチキャストアドレスを指定して、位置登録要求のパケットを前記 移動端末に送り、
前記位置登録要求パケットに対し、前記移動端末から返信がある場合に、前記取 得されたバインディングキャッシュを有効として、維持管理を継続し、
前記移動端末から返信がない場合は、前記移動端末のュニキャストアドレス宛に前 記位置登録要求のパケットを送り、更に
前記ュニキャストアドレス宛に送った前記位置登録要求に対し、前記移動端末から 返信がなレ、場合は、前記取得されたバインディングキャッシュを無効として削除する ことを特徴とする移動通信ネットワークシステム。
[6] 請求項 5において、
前記移動アンカーポイントからの位置情報の登録に対する応答として、前記移動端 末から前記マルチキャストアドレス宛に位置情報の登録を送信することを特徴とする 移動通信ネットワークシステム。
[7] 請求項 6において、
前記移動アンカーポイントは、モパイルインターネットプロトコルを使用することを特 徴とする移動通信ネットワークシステム。
[8] 請求項 6において、
前記移動アンカーポイントは、階層化されたモパイルインターネットプロトコルを使 用することを特徴とする移動通信ネットワークシステム。 それぞれネットワークに接続されるノードであるホームエージェント、移動アンカーポ イント及び通信ノードを有し、
前記ノードのそれぞれは、移動端末からの位置登録を受け、ノくインディングキヤッシ ュを複写してバックアップバインディングキャッシュを作成し、維持管理し、
前記通信ノードは、
障害から復旧した時に、前記バックアップバインディングキャッシュを検索して、障 害前に保持していたバインディングキャッシュを取得し、
前記取得されたバインディングキャッシュに格納されている移動端末に対して、あら かじめ登録されたマルチキャストアドレスを指定して、位置登録要求のパケットを前記 移動端末に送り、
前記位置登録要求パケットに対し、前記移動端末から返信がある場合に、前記取 得されたバインディングキャッシュを有効として、維持管理を継続し、
前記移動端末から返信がない場合は、前記移動端末のュニキャストアドレス宛に前 記位置登録要求のパケットを送り、更に
前記ュニキャストアドレス宛に送った前記位置登録要求に対し、前記移動端末から 返信がなレ、場合は、前記取得されたバインディングキャッシュを無効として削除する ことを特徴とする移動通信ネットワークシステム。
請求項 9において、
前記通信ノードからの位置情報の登録に対する応答として、前記移動端末から前 記マルチキャストアドレス宛に位置情報の登録を送信することを特徴とする移動通信 ネットワークシステム。
請求項 9において、
前記通信ノードは、モパイルインターネットプロトコルを使用することを特徴とする移 動通信ネットワークシステム。
請求項 9において、
前記通信ノードは、階層化されたモパイルインターネットプロトコルを使用することを 特徴とする移動通信ネットワークシステム。
請求項 1、 5又は 9において、 前記移動端末は、モパイルインターネットプロトコルを使用し、位置情報登録の応 答に含まれるマルチキャストアドレスにより、近隣ルータにインターネットマネジメント プロトコノレ (IGMP : Internet Group Management Protocol)のマノレチキャストリスナーレ ポート (Multicast
Listener Report) を使用してマルチキャストのグループ識別子（GRP-ID)の登録を行 うことを特徴とする移動通信ネットワークシステム。
PCT/JP2004/011588 2004-08-12 2004-08-12 移動通信ネットワークシステム WO2006016406A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP20040771563 EP1777976B1 (en) 2004-08-12 2004-08-12 Mobile communication network system
PCT/JP2004/011588 WO2006016406A1 (ja) 2004-08-12 2004-08-12 移動通信ネットワークシステム
JP2006531089A JP4382094B2 (ja) 2004-08-12 2004-08-12 移動通信ネットワークシステム
US11/705,093 US7830788B2 (en) 2004-08-12 2007-02-12 Mobile communication network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/011588 WO2006016406A1 (ja) 2004-08-12 2004-08-12 移動通信ネットワークシステム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/705,093 Continuation US7830788B2 (en) 2004-08-12 2007-02-12 Mobile communication network system

Publications (1)

Publication Number Publication Date
WO2006016406A1 true WO2006016406A1 (ja) 2006-02-16

Family

ID=35839183

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2004/011588 WO2006016406A1 (ja) 2004-08-12 2004-08-12 移動通信ネットワークシステム

Country Status (4)

Country Link
US (1) US7830788B2 (ja)
EP (1) EP1777976B1 (ja)
JP (1) JP4382094B2 (ja)
WO (1) WO2006016406A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112532525A (zh) * 2020-11-25 2021-03-19 北京金山云网络技术有限公司 设备恢复服务的处理方法、装置和系统

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3865668B2 (ja) * 2002-08-29 2007-01-10 富士通株式会社 移動通信ネットワークシステム
US7529207B2 (en) * 2004-12-21 2009-05-05 International Business Machines Corporation Method of reestablishing communication by a mobile node upon recovery from an abrupt shut down
US7843871B2 (en) * 2004-12-21 2010-11-30 International Business Machines Corporation Method of reestablishing communication by a mobile node upon recovery from an abrupt shut down
KR101287721B1 (ko) 2005-04-13 2013-07-18 톰슨 라이센싱 공용 또는 3개의 고유한 공간 예측기를 이용한 루마-크로마코딩
US8160613B2 (en) * 2005-12-19 2012-04-17 Rockstar Bidco, LP Method and system for handover in cellular wireless using route programming and training processes
KR101398908B1 (ko) * 2007-05-22 2014-05-26 삼성전자주식회사 모바일 아이피를 사용하는 이동 통신 시스템에서 단말의이동성 관리 방법 및 시스템
PL2131547T3 (pl) 2007-07-03 2015-04-30 Huawei Tech Co Ltd Sposób, aparatura oraz urządzenie do zarządzania informacją o powiązaniach po stronie sieciowej
CN103825684B (zh) * 2008-06-26 2019-02-05 汤姆逊许可公司 无线局域网络中组播数据的应答和重传的方法和装置
CN101707729A (zh) * 2009-11-30 2010-05-12 中兴通讯股份有限公司 一种实现网络节点数据自动备份和恢复的系统及方法
JP5668435B2 (ja) * 2010-11-26 2015-02-12 富士通株式会社 機器検出装置及び機器検出プログラム
CN106878973B (zh) * 2017-01-03 2019-08-30 电信科学技术研究院 一种网络标识映射方法及装置
CN106792657B (zh) * 2017-01-03 2019-09-17 电信科学技术研究院 一种支持身份与位置解耦的网络标识方法及装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003174471A (ja) * 2001-12-05 2003-06-20 Nec Corp 移動通信方法及びシステム並びにプログラム
JP2003235065A (ja) * 2002-02-13 2003-08-22 Matsushita Electric Ind Co Ltd 移動通信方法および通信装置
JP2004096193A (ja) * 2002-08-29 2004-03-25 Fujitsu Ltd 移動通信ネットワークシステム

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE501088C2 (sv) * 1993-03-31 1994-11-07 Ericsson Telefon Ab L M Återupprättande av en hemmadatabas i mobilradiosystem
JP3971012B2 (ja) * 1998-02-18 2007-09-05 富士通株式会社 移動無線通信システムの位置登録方法
JP3786538B2 (ja) * 1999-02-19 2006-06-14 富士通株式会社 移動通信システム
US6947401B2 (en) * 2000-03-08 2005-09-20 Telefonaktiebolaget Lm Ericsson (Publ) Hierarchical mobility management for wireless networks
JP2002186010A (ja) 2000-12-13 2002-06-28 Mitsubishi Electric Corp 移動ノード位置管理方法およびネットワークシステム
US7339928B2 (en) * 2001-08-29 2008-03-04 Alcatel Lucent Micro-mobility network routing system and method

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003174471A (ja) * 2001-12-05 2003-06-20 Nec Corp 移動通信方法及びシステム並びにプログラム
JP2003235065A (ja) * 2002-02-13 2003-08-22 Matsushita Electric Ind Co Ltd 移動通信方法および通信装置
JP2004096193A (ja) * 2002-08-29 2004-03-25 Fujitsu Ltd 移動通信ネットワークシステム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
OKA K. ET AL: "Mobile IP no Kakucho -Ichi Toroku Joho no Fukkyu/Rute Satekika Seigyo Hoshiki", FIT (JOHO KAGAKU GIJUTSU FORUM), vol. M-29, 13 September 2002 (2002-09-13), pages 91 - 92, XP002995623 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112532525A (zh) * 2020-11-25 2021-03-19 北京金山云网络技术有限公司 设备恢复服务的处理方法、装置和系统
CN112532525B (zh) * 2020-11-25 2022-11-25 北京金山云网络技术有限公司 设备恢复服务的处理方法、装置和系统

Also Published As

Publication number Publication date
US7830788B2 (en) 2010-11-09
JP4382094B2 (ja) 2009-12-09
EP1777976A1 (en) 2007-04-25
JPWO2006016406A1 (ja) 2008-05-01
US20070147392A1 (en) 2007-06-28
EP1777976B1 (en) 2012-09-05
EP1777976A4 (en) 2011-06-22

Similar Documents

Publication Publication Date Title
JP3865668B2 (ja) 移動通信ネットワークシステム
US7830788B2 (en) Mobile communication network system
US8254929B2 (en) Mobile communication method and mobile communication apparatus
Kempf Dormant mode host alerting (" IP paging") problem statement
US8155085B2 (en) Mobile communication method and access router
WO2006016766A2 (en) Method of transmitting network information in broadband wireless access system
KR101113860B1 (ko) 멀티모드 이동단말의 핸드오버 수행 후 링크 해제 방법 및그 이동단말
WO2006106658A1 (ja) 経路制御方法およびホームエージェント
WO2006104065A1 (ja) 移動ルータ、ホームエージェント、および端末位置管理方法
JP2009524360A (ja) 休止なくモバイルで終了するパケット・データ・コールのセットアップ
JP5052675B2 (ja) モバイルノードのプロキシバインディングを制御する方法
EP1944983B1 (en) Method, system and device for backing up ha/map in mobile ipv6 network
WO2006123657A1 (ja) アクセスルータ装置、モビリティ制御システム、モビリティ制御方法
JP4532311B2 (ja) 移動通信制御装置、移動通信制御システム及び方法
JP4519720B2 (ja) ハンドオーバ方法
US9155067B2 (en) Method for activating a communication terminal
US20080318568A1 (en) Method and apparatus for determining home agent attached by mobile node
JP2007281721A (ja) 移動通信制御方法、移動通信システム及びルータ
JP2005252997A (ja) 通信システム、通信方法、通信プログラム、記録媒体、および、移動ルータ
JP2004228754A (ja) 移動管理方法及び移動通信システム
CN101022655B (zh) 在空闲模式下ms进行mip去注册的方法及本地代理装置
KR20070065971A (ko) 2계층 트리거를 이용한 ｉｐ 페이징 장치 및 방법
CN101155429A (zh) 在空闲模式下ms进行mip去注册的方法及本地代理装置
KR101291191B1 (ko) 계층적 홈 에이전트를 사용하는 끊김 없는 이동성 지원을위한 방법 및 시스템
CN101317495B (zh) 一种移动台进行移动英特网协议去注册的方法及装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2006531089

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2004771563

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11705093

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2004771563

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 11705093

Country of ref document: US