[go: up one dir, main page]

WO2008038390A1 - Mobile ip communication system - Google Patents

Mobile ip communication system Download PDF

Info

Publication number
WO2008038390A1
WO2008038390A1 PCT/JP2006/319370 JP2006319370W WO2008038390A1 WO 2008038390 A1 WO2008038390 A1 WO 2008038390A1 JP 2006319370 W JP2006319370 W JP 2006319370W WO 2008038390 A1 WO2008038390 A1 WO 2008038390A1
Authority
WO
WIPO (PCT)
Prior art keywords
agent
location registration
foreign
foreign agent
registration request
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2006/319370
Other languages
English (en)
French (fr)
Inventor
Kazunori Sakumoto
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Ltd filed Critical Fujitsu Ltd
Priority to PCT/JP2006/319370 priority Critical patent/WO2008038390A1/ja
Priority to JP2008536268A priority patent/JP4681653B2/ja
Priority to EP20060798418 priority patent/EP2063576B1/en
Publication of WO2008038390A1 publication Critical patent/WO2008038390A1/ja
Priority to US12/403,102 priority patent/US8189510B2/en
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06Registration at serving network Location Register, VLR or user mobility server
    • H04W8/065Registration at serving network Location Register, VLR or user mobility server involving selection of the user mobility server
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • H04L45/247Multipath using M:N active or standby paths
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/28Routing or path finding of packets in data switching networks using route fault recovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248Connectivity information update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/08Mobility data transfer
    • H04W8/12Mobility data transfer between location registers or mobility servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to mopile IP communication, and more particularly, to a technology for switching communication paths in a mopile IP communication system.
  • Mopile IP is an Internet protocol developed for mobiles, and even if the terminal moves outside the original subnet, the same I
  • FIG. 1 is a diagram showing a configuration of a general mono IP communication system.
  • a home agent (HA) 1 manages the address and location of each mobile node.
  • Foreign agent (FA) 2 has the function of an edge node router and can accommodate mobile nodes.
  • the home agent 1 and the external agent 2 are connected via the IP network 3.
  • Each foreign agent 2 (2a, 2b) periodically broadcasts network information using a base station.
  • the network information includes information that identifies the foreign agent that sent the network information.
  • the mobile node 4 performs location registration when the transmission source of the newly received network information is different from the transmission source of the previously received network information.
  • the location registration is performed in the same manner when the mobile node 4 is powered on.
  • the location registration procedure is shown below. Here, it is assumed that the mobile node 4 performs location registration with the foreign agent 2a.
  • the mobile node 4 transmits a location registration request to the foreign agent 2a.
  • the foreign agent 2a that has received the location registration request transfers the location registration request to the home agent 1.
  • the home agent 1 registers the position of the mobile node 4 (ie, information identifying the foreign agent 2a) and returns a position registration response. As a result, a communication path (tunnel path) between the home agent 1 and the foreign agent 2a is set.
  • a communication path is set between the foreign agent 2a and the mobile node 4.
  • Mopile IP communication is based on IP network technology.
  • MPLS-TE is known as a technique for avoiding congestion.
  • each node on the network must implement MPLS-TE and set a route to avoid congestion in advance. do not come. For this reason, if congestion or failure occurs in a mopile IP communication system, communication may not be possible even if a detour path exists.
  • FIG. 2 and FIG. 3 are diagrams for explaining problems of a conventional mopile IP communication system.
  • a mobile IP communication system normally only one communication path from a node to its destination node is set, as in an IP network. In other words, only one optimal route is set between nodes.
  • the foreign agent 2a has only information indicating that the next hop is the router R1, as information indicating the route to the home agent 1.
  • the conventional mopile IP communication system has a function of selecting another route when congestion or a failure occurs.
  • Figure 2 shows the optimal route from external agent 2a to home agent 1 (route via router R1). The road is congested. Similarly, if a failure occurs on the optimal route between the foreign agent and the home agent, communication may not be continued.
  • Figure 3 shows the situation where a loop occurs in the routers Rl and R3 that exist on the optimum route.
  • Patent Document 1 describes a technique for avoiding a state in which a location registration request cannot be made due to a failure in a mopile IP communication system.
  • a redundant configuration is introduced, and when a failure occurs in the active system, communication is continued using the standby system, thereby reducing the time during which the service is interrupted.
  • Patent Document 1 Japanese Patent Application Laid-Open No. 2004-120411
  • the present invention is to enable location registration with certainty even when congestion or a failure occurs in mopile IP communication.
  • the mopile IP communication system of the present invention includes a home agent that manages the location of a mobile node in accordance with a location registration request and a plurality of foreign agents that can accommodate the mobile node.
  • Each foreign agent stores storage means for storing routing information representing a communication route to the home agent, detection means for detecting a state of the communication route to the home agent represented by the routing information, Transfer means for transferring a location registration request. If the communication path between the first foreign agent and the home agent is normal, the transfer means of the first foreign agent
  • the location registration request is transferred to the home agent according to the routing information stored in the storage means of the first foreign agent. Further, the first external agent transfer means sends the received location registration request to the second external agent if the communication path between the first external agent and the home agent is not normal. Forward to.
  • the location registration request is , Forwarded to the second foreign agent and sent from the second foreign agent to the home agent.
  • the communication path between the agents is different from the communication path between the first foreign agent and the home agent, and the second foreign agent receives the location registration request received from the first foreign agent as the home agent. Can be sent to.
  • a congestion or failure occurs on a communication path between a foreign agent that has received a location registration request from a mobile node and the home agent of the mobile node.
  • location registration can be performed reliably using a bypass circuit.
  • FIG. 1 is a diagram showing a configuration of a general mopile IP communication system.
  • FIG. 2 is a diagram (part 1) illustrating a problem of a conventional mopile IP communication system.
  • FIG. 3 is a diagram (part 2) for explaining a problem of a conventional mopile IP communication system.
  • FIG. 4 is a diagram showing a configuration of a mono IP communication system according to an embodiment of the present invention.
  • FIG. 5 is a diagram showing the configuration of an external agent.
  • FIG. 6 is a flowchart showing a location registration procedure according to the embodiment.
  • FIG. 7 is a diagram showing a data structure of a location registration request sent from a mobile node.
  • FIG. 8 shows an example of a routing table.
  • FIG. 9 shows an example of a transmission queue provided in each interface.
  • FIG. 10 is an example of a congestion management table.
  • FIG. 11 is a diagram showing a data structure of a location registration request transmitted from a base foreign agent to an adjacent foreign agent.
  • FIG. 12 is a diagram for explaining an inquiry request to an adjacent foreign agent.
  • FIG. 13 is a diagram showing a data structure of an inquiry response.
  • FIG. 14 is an example of an FA comparison table.
  • FIG. 15 is a diagram showing a data structure of a location registration request transmitted from a base foreign agent to an adjacent foreign agent.
  • FIG. 16 is a diagram illustrating setting of a bypass route.
  • FIG. 17 is a diagram showing a state of a communication path.
  • FIG. 18 shows an example of a MN management table.
  • FIG. 19 is a flowchart showing a recovery procedure to a normal path.
  • FIG. 4 is a diagram showing a configuration of a mopile IP communication system according to the embodiment of the present invention.
  • a home agent (HA) 1 an IP network 3, and a mobile node (MN) 4 are realized by a known technique. That is, the home agent 1 manages the location of the mobile node 4 using the location registration request transmitted from the mobile node 4.
  • MN mobile node
  • the external agent 6 (6a to 6c) is a node that can accommodate the mobile node 4, and has an edge node router function.
  • the home agent 1 and the foreign agent 6 are connected by the IP network 3.
  • the IP network 3 is composed of a number of core node routers, and transfers packets to a destination according to a known routing protocol.
  • one of them (for example, a route via router R1) is defined as a communication path for transmitting a bucket from foreign agent 6a to home agent 1.
  • routing information that defines communication paths between nodes is created in advance and stored in a routing table provided in each node.
  • Each foreign agent 6 is connected to one or more other external agents via the core node router. That is, the foreign agent 6 is connected to a plurality of foreign agents each having a hop count of 1.
  • the mobile node 4 periodically transmits a location registration request, and the home agent 1 manages the location of the mobile node 4 according to the location registration request.
  • the location registration procedure is basically as described with reference to FIG.
  • the foreign agent 6 uses another path to request location registration. Forward.
  • the external agent 6 for example, 6a
  • 6a the external agent 6
  • 6b another foreign agent
  • the location registration request of the mobile node 4 is reliably transferred to the home agent 1, and the home agent 1 can always manage the location of the mobile node 4, so that the communication of the mobile node 4 is not interrupted.
  • FIG. 5 is a diagram showing the configuration of the external agent 6. In FIG. 5, only elements directly related to the present invention are shown.
  • the external agent 6 includes a plurality of interfaces (l to n). Each interface is connected to one corresponding router or one external agent by optical fiber cable or metal cable. In FIG. 6, the radio circuit for transmitting and receiving signals to and from mobile node 4 is omitted.
  • the control unit 11 controls the operation of the external agent 6. That is, the control unit 11 has a function of transferring the location registration request sent out by the mobile node force to the home agent, a function of transferring a packet addressed to the mobile node received from the home agent through the tunnel, and the like.
  • the foreign agent 6 includes a routing table 12, a congestion management table 13, an FA comparison table 14, and a MN management table 15. These tables will be described in detail later.
  • the output control unit 16 controls packet output. Further, the output control unit 16 detects a congestion state for each interface. The congestion state is determined based on the amount of packets stored in the transmission queue (buffer memory) provided for each interface (that is, the queue usage rate).
  • FIG. 6 is a flowchart illustrating a location registration procedure according to the embodiment. The processing in this flowchart is executed by the foreign agent 6 that has received the location registration request from the mobile node 4.
  • an external agent that has received a location registration request from the mobile node 4 may be referred to as a “base foreign agent”.
  • the external agent 6 periodically broadcasts network information via the base station.
  • the network information is location information and includes information for identifying an external agent that is a transmission source of the network information. Therefore, the mobile node 4 can recognize the foreign agent that accommodates the mobile node based on the network information.
  • the mobile node 4 generates and transmits a location registration request when the newly received network information transmission source is different from the previously received network information transmission source.
  • the foreign agent 6 receives the location registration request from the mobile node 4, it proceeds to step b.
  • the mobile node 4 transmits a location registration request even when the power is turned on.
  • a foreign agent may receive a location registration request from another foreign agent.
  • FIG. 7 is a diagram showing a data structure of a location registration request transmitted from the mobile node 4 to the foreign agent 6.
  • the location registration request is stored in an IP packet and transmitted.
  • the IP header includes an area for storing a transmission source address and a transmission destination address.
  • the source address is the IP address of mobile node 4 that sent the location registration request.
  • the destination address is the IP address of the foreign agent 6 that accommodates the mobile node 4.
  • the UDP header has an area for storing the destination port number.
  • the destination port number is set to an identification value for mopile IP.
  • the mopile IP data area contains message type (location registration request), home address (IP address of mobile node 4 that sent the location registration request), HA address (IP address of home agent 1), care-of address CoA (location The IP address of the external agent 6 that should receive the registration request) is stored.
  • the control unit 11 of the base foreign agent analyzes the received location registration request and detects a home agent to which the location registration request is to be transferred.
  • the mobile IP communication system of the embodiment includes a plurality of home agents. However, each mobile node is managed by one predetermined home agent. Then, the base foreign agent refers to the routing table 12 and specifies an interface for transmitting a packet to the detected home agent.
  • FIG. 8 is an example of the routing table 12.
  • Metrics, next hops, and output interfaces are registered for each destination network.
  • the metric represents the cost incurred in the route to the destination network, and is calculated according to the number of hops to the destination network and the bandwidth of the line to the destination network.
  • the output interface represents a circuit that connects to the node specified by the next hop.
  • the control unit 11 and the output control unit 16 check the congestion state of the interface identified in step b.
  • Each interface has its own transmission queue. As shown in FIG. 9, the transmission queue is a FIFO memory and temporarily stores packets to be output to the next hop.
  • a congestion occurrence threshold and a congestion elimination threshold are set in the transmission queue.
  • the output control unit 16 uses these threshold values to monitor the congestion state for each interface. In other words, the detection timer starts when the usage rate of the transmission queue exceeds a congestion occurrence threshold (for example, 70%). Then, if the usage rate exceeds the congestion occurrence threshold for a predetermined time (for example, 30 seconds), it is determined that congestion has occurred and the corresponding congestion flag is set.
  • a congestion occurrence threshold for example, 70%
  • the release timer is started. If the usage rate falls below the congestion elimination threshold for a predetermined time (for example, 30 seconds), it is determined that the congestion has been eliminated and the congestion flag is cleared.
  • FIG. 10 is an example of the congestion management table 13.
  • the congestion management table 13 includes the transmission queue usage rate, detection timer time information for detecting the occurrence of congestion, and release timer time information for detecting that the congestion has been eliminated. , And manage congestion flag.
  • the congestion management table 13 is updated periodically.
  • the queue usage rate is the congestion threshold. Since it is lower than the value, the detection timer is not started.
  • the detection timer is started because the queue usage rate exceeds the congestion occurrence threshold. However, since the timer has not yet expired, the congestion flag is not set.
  • the queue usage rate exceeds the congestion occurrence threshold, and the detection timer has already expired, so the congestion flag is set.
  • the external agent 6 can detect congestion for each interface as described above. Then, the control unit 11 refers to the congestion management table 13 to check whether congestion has occurred in the communication path to the home agent 1. If congestion occurs! / Goes, go to step d. If congestion occurs, go to step i.
  • the base foreign agent sends a location registration request to the home agent 1 according to the normal mopile IP procedure.
  • the base foreign agent refers to its own routing table and detects the interface to which a location registration request should be sent.
  • the packet for storing the location registration request is basically the same as the packet for transmitting the location registration request to the foreign agent, as shown in FIG.
  • the IP address of the base foreign agent is set as the source address
  • the IP address of home agent 1 is set as the destination address. .
  • the location registration request is transferred to the home agent 1 according to the transmission destination address.
  • the home agent 1 receives the location registration request, it performs a corresponding registration procedure and then returns a location registration response.
  • the base foreign agent checks whether it can receive a location registration response within a predetermined time. If the location registration response is received within the predetermined time, it is determined that the location registration is successful, and the process proceeds to step h. On the other hand, if the location registration response is not received within the specified time, a failure may have occurred between the base foreign agent and the home agent 1. The base foreign agent resends the location registration request. And if a location registration response is not received despite the fact that it has been retransmitted a predetermined number of times (for example, 3 times), a failure will occur between the base foreign agent and the home agent 1 Judge and go to step d.
  • a predetermined number of times for example, 3 times
  • Step d is executed when the communication path from the base foreign agent to the home agent 1 is congested and when there is a failure in the communication path between the base foreign agent and the home agent 1. Is done.
  • the base foreign agent sends an inquiry request to the neighboring foreign agent.
  • the inquiry request is sent by multicast.
  • the foreign agent 6a receives the location registration request for the mobile node 4 as well, congestion occurs in the communication path from the foreign agent 6a to the home agent 1.
  • the foreign agent 6a is a base foreign agent and transmits an inquiry request to the neighboring foreign agents 6b to 6g.
  • the neighboring foreign agent means a foreign agent that can be reached in one hop from the base foreign agent.
  • Each adjacent foreign agent that has received the inquiry request checks the metric of the communication path to the home agent 1 and the congestion state of the communication path to the home agent 1.
  • the metric of the communication path to the home agent 1 is calculated in advance and stored in the routing table shown in FIG.
  • the congestion state of the communication path to the home agent 1 is represented by the queue usage rate of the corresponding interface, and is written in the congestion management table shown in FIG.
  • each neighboring foreign agent that has received the inquiry request returns the inquiry response shown in FIG. 13 to the base foreign agent.
  • FIG. 13 shows an example of an inquiry response sent back from the external agent 6b to the external agent 6a.
  • the neighboring foreign agent does not have route information to home agent 1 (that is, when there is no reachability to home agent 1) or congestion occurs in the communication path to home agent 1. In this case, it is possible not to send an inquiry response to the base foreign agent. If this method is adopted, unnecessary communication load can be suppressed. In addition, if the next hop of the optimal route to home agent 1 is the base foreign agent, the neighboring foreign agent does not respond to the inquiry request in order to avoid the formation of a routing loop. In this way, the base foreign agent receives the inquiry response only from the neighboring foreign agent that can transfer the location registration request to the home agent 1.
  • the control unit 11 of the base foreign agent collects inquiry responses from neighboring foreign agents. At this time, if an inquiry response is received from one or more neighboring foreign agents, the process proceeds to step f. On the other hand, if the inquiry response cannot be received from any neighboring foreign agent, the process proceeds to step k.
  • the control unit 11 of the base foreign agent When receiving the inquiry response, the control unit 11 of the base foreign agent creates the FA comparison table shown in FIG. In FIG. 14, “Metric to HA” is a metric of the communication path from the response external agent to the home agent 1, and is notified by an inquiry response. “Queue usage status” indicates the congestion state of the communication path from the response external agent to the home agent 1, and is notified by an inquiry response. “Metric to response FA” is a metric of the communication path from the base foreign agent to the response foreign agent, and is calculated in advance. “Total metric” is the sum of “metric to HA” and “metric to response FA”.
  • the control unit 11 refers to the created FA comparison table, and selects an external agent that should request the transfer of the location registration request.
  • the neighboring foreign agent with the lowest total metric is selected.
  • the foreign agent that minimizes the network distance from the base foreign agent to the home agent 1 is selected. If the total metrics for two or more adjacent foreign agents are equal, The foreign agent with the lowest usage rate is selected.
  • the medium foreign agent 6f of four neighboring foreign agents (6b, 6c, 6e, 6f) is selected.
  • the control unit 11 of the base foreign agent sends a location registration request to the neighboring foreign agent selected in step f.
  • the location registration request transmitted from the base foreign agent to the neighboring foreign agent is basically the same as the packet for transmitting the location registration request from the mobile node 4 to the foreign agent, as shown in FIG.
  • the IP address of mobile node 4 is set as the source address
  • the IP address of the adjacent foreign agent is set as the destination address. Is done.
  • step h a communication channel is set up between the home agent 1 and the base foreign agent.
  • the tunnel is set up according to the normal mopile IP procedure. That is, a mobile IP tunnel is set up between the home agent 1 and the base foreign agent.
  • step c when congestion occurs in the communication path between the home agent 1 and the base foreign agent (step c: Yes), or when a failure occurs in the communication path (step j: No ),
  • the control unit 11 of the base foreign agent uses the MN management table 15 to define a bypass route. As a result, a communication path for the mobile node 4 is established between the base foreign agent and the neighboring foreign agent.
  • the neighboring foreign agent selected by the base foreign agent receives the location registration request from the base foreign agent.
  • the received location registration request has the IP address of the mobile node 4 set as its source address. Therefore, this neighboring foreign agent performs the same operation as the base foreign agent that has received the location registration request from the mobile node 4. In other words, this neighboring foreign agent Then, the process of the flowchart shown in FIG. 6 is executed. Then, this neighboring external agent sends a location registration request to the home agent 1 in step i. Then, when the location registration response is returned from the home agent 1 to the neighboring foreign agent, a mopile IP tunnel for the mobile node 4 is set between the home agent 1 and the neighboring foreign agent as shown in FIG.
  • the communication path for the mobile node 4 is established between the base foreign agent and the neighboring foreign agent. Therefore, the mobile node 4 can connect to the home agent 1 through the base foreign agent and the neighboring foreign agent, and communicate using the communication path.
  • Step k is executed when a query request is sent from the base foreign agent to the neighboring foreign agent but the query response cannot be received from any neighboring foreign agent. That is, step k is executed when no detour route is found.
  • the base foreign agent sends a location registration request to the home agent according to the normal mopile IP procedure.
  • step k If a location registration response corresponding to the location registration request transmitted in step k is received, it is determined that communication with the home agent 1 is possible although congestion has occurred. In this case, a tunnel for the mobile node is set up in step h according to the normal mopile IP procedure.
  • step k If the location registration response corresponding to the location registration request transmitted in step k is not received, it is determined that location registration is not possible.
  • the mopile IP communication system shown in FIG. 17 includes three external agents 6a, 6c, and 6f. It is assumed that there is one hop between the foreign agents 6a and 6c and between the foreign agents 6a and 6f.
  • the home agent 1 manages the positions of the mobile nodes 4a, 4b, and 4c.
  • the mobile nodes 4a, 4b, 4c are located in the communication area of the foreign agent 6a.
  • a registration request shall be sent. That is, the foreign agent 6a operates as a base foreign agent for the mobile nodes 4a, 4b, and 4c, and the foreign agents 6c and 6f operate as their neighboring agents. Furthermore, it is assumed that the communication path between the foreign agent 6a and the home agent 1 is congested.
  • FIG. 18 is an example of the MN management table 15 of the foreign agent 6a.
  • No “adjacent FA” is set for mobile node 4 a (MNa).
  • the mopile IP tunnel for the mobile node 4a is set on the original communication path. That is, a congested communication path is selected.
  • MNb mobile node 4b
  • “adjacent? In this case, a mopile IP tunnel for the mobile node 4b is set up between the home agent 1 and the foreign agent 6c.
  • a mobile IP tunnel for the mobile node 4c is set up between the home agent 1 and the foreign agent 6f.
  • the foreign agent 6a Upon receiving the location registration request (or transmission data) from the mobile nodes 4a to 4c, the foreign agent 6a checks whether or not the “neighboring FA” is specified in the MN management table 15. To do. If “adjacent FA” is specified, the received location registration request is transferred to the specified external agent. For example, when the location registration request is received from the mobile node 4b, the foreign agent 6a transfers the request to the foreign agent 6c. On the other hand, if “adjacent FA” is not specified, the routing table 12 is referred to in the same manner as in the normal mopile IP procedure. For example, when a location registration request is received from the mobile node 4a, the foreign agent 6a transmits the request via the interface defined in the routing table 12.
  • the MN management table 15 is also referred to when a packet is received addressed to the mobile node. As described above, according to the external agent of the embodiment, an optimum avoidance route can be selected for each mobile node.
  • the mobile node 4 periodically transmits a location registration update request.
  • the external agent 6 refers to the routing table 12 in step o and specifies the output interface to the home agent 1 in the normal state.
  • the location registration update request is transferred to the designated neighboring foreign agent.
  • a location registration update request is transmitted to the home agent 1 according to the routing table 12 in step q.
  • a normal communication path is set in step r. At this time, the “adjacent FA” corresponding to the mobile node 4 is deleted from the MN management table 15.
  • the power of selecting one foreign agent to which the middle position registration request of a plurality of neighboring foreign agents is to be transferred does not require a procedure. That is, the foreign agent to which the location registration request should be transferred when congestion occurs may be fixedly determined in advance.
  • the location from the foreign agent adjacent to the base foreign agent to the home agent is determined.
  • the present invention is not limited to this. That is, the location registration request sent from the mobile node may be transferred to the home agent via the base foreign agent and two or more other foreign agents.

Landscapes

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

Description

明 細 書
モパイル IP通信システム 技術分野
[0001] 本発明は、モパイル IP通信に係わり、特に、モパイル IP通信システムにおいて通信 経路を切り替える技術に係わる。
背景技術
[0002] 近年、移動通信システムが広く普及し、ユーザは「 、つでもどこでも通信できる。」を 要求するようになってきている。そして、この要求を満たすための技術の 1つとしてモ パイル IP通信が注目されている。モパイル IPは、移動体のために開発されたインター ネットプロトコルであり、端末が本来のサブネットの外に移動した場合であっても同じ I
Pアドレスを使用できるようにする技術である。なお、モパイル IP通信に関する詳しい 説明は、 RFC3344に記載されている。
[0003] 図 1は、一般的なモノ ィル IP通信システムの構成を示す図である。図 1にお 、て、 ホームエージェント(HA: Home Agent) 1は、各移動ノードのアドレスおよび位置等を 管理する。外部エージェント(FA: Foreign Agent) 2は、エッジノードルータの機能を 備え、移動ノードを収容することができる。そして、ホームエージェント 1と外部エージ ェント 2との間は、 IPネットワーク 3を介して接続されている。
[0004] 各外部エージェント 2 (2a、 2b)は、定期的に、基地局を利用してネットワーク情報を 放送する。ネットワーク情報は、そのネットワーク情報の送信元の外部エージェントを 識別する情報を含む。そして、移動ノード 4は、新たに受信したネットワーク情報の送 信元が先に受信したネットワーク情報の送信元と異なっていた場合に、位置登録を 実行する。なお、移動ノード 4の電源が投入されたときも同様に位置登録が実行され る。以下、位置登録手順を示す。なお、ここでは、移動ノード 4が外部エージェント 2a にお 、て位置登録を行うものとする。
(a)移動ノード 4は、外部エージェント 2aへ位置登録要求を送信する。
(b)位置登録要求を受信した外部エージェント 2aは、その位置登録要求をホームェ ージェント 1へ転送する。 (c)ホームエージェント 1は、移動ノード 4の位置(すなわち、外部エージェント 2aを識 別する情報)を登録し、位置登録応答を返送する。これにより、ホームエージェント 1と 外部エージェント 2aとの間の通信路(トンネルパス)が設定される。
(d)外部エージェント 2aと移動ノード 4との間に通信路が設定される。
[0005] 上述の通信路が設定された後、相手ノード(CN: Correspondent Node) 5から移動 ノード 4へパケットが送信されるものとする。このとき、ノ ケットの送信先アドレスには移 動ノード 4の IPアドレスが書き込まれるので、このパケットは、ホームエージェント 1へ 送られる。そうすると、ホームエージェント 1は、そのパケットを外部エージェント 2aへ 転送し、さらに外部エージェント 2aが移動ノード 4へそのパケットを転送する。このよう に、モパイル IP通信システムにおいては、移動ノード 4が本来のサブネットの外に移 動した場合であっても、同じ IPアドレスを使用して通信を行うことができる。
[0006] ところで、モパイル IP通信は、 IPネットワーク技術を基本として 、る。ところが、 IPネ ットワークでは、輻輳あるいは障害が発生したときに通信経路を切り替えることは困難 である。輻輳を回避する技術として MPLS—TEが知られている。ただし、この技術を 利用するためには、ネットワーク上の各ノードが MPLS—TEを実装し、さらに輻輳を 回避するための経路を予め設定しておく必要があるので、容易に導入することは出 来ない。このため、モパイル IP通信システムにおいて輻輳または障害が発生すると、 迂回経路が存在するにもかかわらず、通信を行えなくなることがある。
[0007] 図 2および図 3は、従来のモパイル IP通信システムの問題を説明する図である。モ パイル IP通信システムにおいては、通常、 IPネットワークと同様に、あるノードからそ の宛先ノードへの通信経路は 1つだけ設定される。すなわち、ノード間には 1つの最 適経路のみが設定される。例えば、図 2に示すシステムでは、外部エージェント 2aは 、ホームエージェント 1への経路を指示する情報として、次ホップがルータ R1であるこ とを表す情報のみを有している。また、従来のモパイル IP通信システムは、輻輳ある いは障害が発生したときに、別の経路を選択する機能を備えて 、な 、。
[0008] このため、外部エージェントとホームエージェントとの間の最適経路で輻輳が発生 すると、位置登録を行うことができず、通信が継続できなくなるおそれがある。図 2は、 外部エージェント 2aからホームエージェント 1への最適経路(ルータ R1を経由する経 路)で輻輳が発生している状態を示している。また、外部エージェントとホームエージ ェントとの間の最適経路上で障害が発生した場合も同様に、通信が継続できなくなる おそれがある。図 3は、最適経路上に存在するルータ Rl、 R3においてループが発 生して 、る状態を示して 、る。
[0009] なお、特許文献 1には、モパイル IP通信システムにお 、て障害によって位置登録要 求ができなくなる状態を回避する技術が記載されている。このシステムでは、冗長的 な構成を導入し、現用系において障害が発生したときに予備系を利用して通信を継 続することによって、サービスが中断してしまう時間の短縮を図っている。
特許文献 1:特開 2004 - 120411号公報
発明の開示
[0010] 本発明は、モパイル IP通信において、輻輳または障害が発生した場合であっても 確実に位置登録を行えるようにすることである。
本発明のモパイル IP通信システムは、位置登録要求に従って移動ノードの位置を 管理するホームエージェントおよび移動ノードを収容可能な複数の外部エージェント を備える。各外部エージェントは、前記ホームエージェントへの通信経路を表すルー ティング情報を格納する格納手段と、前記ルーティング情報により表される前記ホー ムエージェントへの通信経路の状態を検出する検出手段と、受信した位置登録要求 を転送する転送手段、を備える。第 1の外部エージェントの転送手段は、その第 1の 外部エージェントと前記ホームエージェントとの間の通信経路が正常な状態であれば
、その第 1の外部エージェントの格納手段に格納されて 、るルーティング情報に従つ てその位置登録要求を前記ホームエージェントへ転送する。また、前記第 1の外部ェ ージェントの転送手段は、その第 1の外部エージェントと前記ホームエージェントとの 間の通信経路が正常な状態でなければ、受信した位置登録要求を第 2の外部エー ジェントへ転送する。
[0011] 上記構成のシステムにおいては、移動ノードから位置登録要求を受信した第 1の外 部エージェントとホームエージェントとの間の通信経路が正常な状態でな力つたとき には、位置登録要求は、第 2の外部エージェントへ転送され、その第 2の外部エージ ェントからホームエージェントへ送信される。ここで、第 2の外部エージェントとホーム エージェントとの間の通信経路は、第 1の外部エージェントとホームエージェントとの 間の通信経路とは異なっており、第 2の外部エージェントは第 1の外部エージェントか ら受け取った位置登録要求をホームエージェントへ送信することができる。すなわち、 ホームエージェントと各外部エージェントとを接続するネットワーク上の通信機器 (例 えば、ルータ)の設定を変更することなぐ迂回経路を確立することができる。
[0012] 本発明によれば、モパイル IP通信において、移動ノードから位置登録要求を受信 した外部エージェントとその移動ノードのホームエージェントとの間の通信経路上で 輻輳または障害が発生した場合であっても、迂回回路を利用して確実に位置登録を 行うことができる。
図面の簡単な説明
[0013] [図 1]一般的なモパイル IP通信システムの構成を示す図である。
[図 2]従来のモパイル IP通信システムの問題を説明する図(その 1)である。
[図 3]従来のモパイル IP通信システムの問題を説明する図(その 2)である。
[図 4]本発明の実施形態のモノ ル IP通信システムの構成を示す図である。
[図 5]外部エージェントの構成を示す図である。
[図 6]実施形態の位置登録手順を示すフローチャートである。
[図 7]移動ノードから送出される位置登録要求のデータ構造を示す図である。
[図 8]ルーティングテーブルの実施例である。
[図 9]各インターフェースに設けられる送信キューの実施例である。
[図 10]輻輳管理テーブルの実施例である。
[図 11]ベース外部エージェントから隣接外部エージェントへ送信される位置登録要求 のデータ構造を示す図である。
[図 12]隣接外部エージェントへの問合せ要求について説明する図である。
[図 13]問合せ応答のデータ構造を示す図である。
[図 14]FA比較テーブルの実施例である。
[図 15]ベース外部エージェントから隣接外部エージェントへ送信される位置登録要求 のデータ構造を示す図である。
[図 16]迂回ルートの設定について説明する図である。 [図 17]通信路の状態を示す図である。
[図 18]MN管理テーブルの実施例である。
[図 19]正常経路への回復手順を示すフローチャートである。
発明を実施するための最良の形態
[0014] 図 4は、本発明の実施形態のモパイル IP通信システムの構成を示す図である。図 4 において、ホームエージェント(HA: Home Agent) 1、 IPネットワーク 3、移動ノード(M N : Mobile Node) 4は、公知の技術により実現される。すなわち、ホームエージェント 1 は、移動ノード 4力 送信される位置登録要求を利用してその移動ノード 4の位置を 管理する。
[0015] 外部エージェント 6 (6a〜6c)は、移動ノード 4を収容可能なノードであり、エッジノー ドルータの機能を備える。ホームエージェント 1と外部エージェント 6との間は、 IPネッ トワーク 3により接続される。 IPネットワーク 3は、多数のコアノードルータにより構成さ れ、公知のルーティングプロトコルに従ってパケットを宛先へ転送する。ここで、送信 元ノードから宛先ノードへパケットを送るために設定される通信路 (最適経路)は 1本 である。図 4に示す例では、ホームエージェント 1と外部エージェント 6aとの間には 3 本の経路が存在する。そして、外部エージェント 6aからホームエージェント 1へバケツ トを送信するための通信路として、それらの中の 1つ(たとえば、ルータ R1を経由する 経路)が定義される。なお、ノード間の通信経路を定義するルーティング情報は、予 め作成されて各ノードが備えるルーティングテーブルに格納される。
[0016] 各外部エージェント 6は、それぞれ、コアノードルータを介することなぐ 1以上の他 の外部エージェントと接続する。すなわち、外部エージェント 6は、それぞれ、ホップ 数が 1である複数の外部エージェントと接続する。
[0017] 上記構成のモパイル IP通信システムにおいて、移動ノード 4は、定期的に位置登録 要求を送信し、ホームエージェント 1は、その位置登録要求に従って移動ノード 4の位 置を管理する。ここで、ホームエージェント 1と外部エージェント 6との間の通信路が正 常な状態であれば、位置登録手順は、基本的に、図 1を参照しながら説明した通りで ある。一方、ホームエージェント 1と外部エージェント 6との間の通信路において輻輳 または障害が発生すると、外部エージェント 6は、他の経路を利用して位置登録要求 を転送する。ところ力 IPネットワーク上の経路を切り替えるためには、 1または複数の コアルータのルーティングテーブルを更新する必要があり、困難を伴う。そこで、実施 形態のモパイル IP通信システムでは、移動ノード 4力 位置登録要求を受信した外 部エージェント 6 (例えば、 6a)は、ホームエージェント 1への通信路において輻輳ま たは障害が発生していたときには、他の外部エージェント (例えば、 6b)に対して位置 登録要求の転送を依頼する。この結果、移動ノード 4の位置登録要求は確実にホー ムエージェント 1へ転送され、ホームエージェント 1は常に移動ノード 4の位置を管理 できるので、移動ノード 4の通信が途切れることはない。
[0018] 図 5は、外部エージェント 6の構成を示す図である。なお、図 5においては、本発明 に直接的に係わる要素のみを示す。
外部エージェント 6は、複数のインターフェース(l〜n)を備える。各インターフエ一 スは、それぞれ、光ファイバケーブルまたはメタルケーブル等により、対応する 1台の ルータまたは 1台の外部エージェントに接続する。なお、図 6では、移動ノード 4との 間で信号を送受信する無線回路は省略されて!、る。
[0019] 制御部 11は、外部エージェント 6の動作を制御する。すなわち、制御部 11は、移動 ノード力 送出された位置登録要求をホームエージェントへ転送する機能、ホームェ ージェントからトンネルを介して受信した移動ノード宛てのパケットをその移動ノード へ転送する機能などを備える。また、外部エージェント 6は、ルーティングテーブル 12 、輻輳管理テーブル 13、 FA比較テーブル 14、 MN管理テーブル 15を備える。これ らのテーブルについては後で詳しく説明する。出力制御部 16は、パケットの出力を 制御する。また、出力制御部 16は、インターフェース毎に輻輳状態を検出する。輻輳 状態は、インターフェース毎に設けられている送信キュー (バッファメモリ)に格納され ているパケット量 (すなわち、キューの使用率)に基づいて判断される。
[0020] 図 6は、実施形態の位置登録手順を示すフローチャートである。このフローチャート の処理は、移動ノード 4から位置登録要求を受信した外部エージェント 6によって実 行される。なお、以下の説明において、移動ノード 4から位置登録要求を受信した外 部エージェントのことを「ベース外部エージェント」と呼ぶことがある。
[0021] <ステップ a> 外部エージェント 6は、定期的に、基地局を介してネットワーク情報を放送する。ネッ トワーク情報は、位置情報であり、そのネットワーク情報の送信元である外部エージェ ントを識別する情報を含んでいる。したがって、移動ノード 4は、ネットワーク情報に基 づ 、てその移動ノードを収容して 、る外部エージェントを認識することができる。そし て、移動ノード 4は、新たに受信したネットワーク情報の送信元が先に受信したネット ワーク情報の送信元と異なって 、た場合には、位置登録要求を生成して送信する。 そして、外部エージェント 6は、移動ノード 4から位置登録要求を受信すると、ステップ bへ進む。なお、移動ノード 4は、電源投入時にも位置登録要求を送信する。また、実 施形態のモパイル IP通信システムでは、外部エージェントは、他の外部エージェント から位置登録要求を受信することがある。
[0022] 図 7は、移動ノード 4から外部エージェント 6へ送信される位置登録要求のデータ構 造を示す図である。ここで、位置登録要求は、 IPパケットに格納されて伝送される。 IP ヘッダは、送信元アドレスおよび送信先アドレスを格納する領域を備える。送信元ァ ドレスは、位置登録要求を送信した移動ノード 4の IPアドレスである。また、送信先ァ ドレスは、移動ノード 4を収容する外部エージェント 6の IPアドレスである。 UDPヘッダ は、宛先ポート番号を格納する領域を備える。宛先ポート番号には、モパイル IPを識 別値が設定される。モパイル IPデータ領域には、メッセージタイプ (位置登録要求)、 ホームアドレス (位置登録要求を送出した移動ノード 4の IPアドレス)、 HAアドレス(ホ ームエージェント 1の IPアドレス)、気付けアドレス CoA (位置登録要求を受信すべき 外部エージェント 6の IPアドレス)などが格納される。
[0023] <ステップ b>
ベース外部エージェントの制御部 11は、受信した位置登録要求を解析し、その位 置登録要求を転送すべきホームエージェントを検出する。ここで、実施形態のモバイ ル IP通信システムは、複数のホームエージェントを備えている。ただし、各移動ノード は、それぞれ予め決められた 1つのホームエージェントによって管理される。そして、 ベース外部エージェントは、ルーティングテーブル 12を参照し、検出したホームエー ジェントにパケットを送信するためのインターフェースを特定する。
[0024] 図 8は、ルーティングテーブル 12の実施例である。ルーティングテーブル 12には、 送信先ネットワーク毎に、メトリック、次ホップ、出力インターフェースが登録されている 。メトリックは、送信先ネットワークまでの経路において発生するコストを表し、送信先 ネットワークまでのホップ数および送信先ネットワークまでの回線の帯域などに応じて 計算される。出力インターフェースは、次ホップにより指定されるノードに接続する回 線を表す。
[0025] <ステップ c >
制御部 11および出力制御部 16は、ステップ bで特定されたインターフェースの輻 輳状態をチェックする。各インターフェースには、それぞれ送信キューが設けられて いる。送信キューは、図 9に示すように、 FIFOメモリであり、次ホップに出力すべきパ ケットを一時的に格納する。また、送信キューには、輻輳発生閾値および輻輳解消閾 値が設定されている。出力制御部 16は、それらの閾値を利用してインターフェース毎 に輻輳状態を監視する。すなわち、送信キューの使用率が輻輳発生閾値 (例えば、 7 0%)を超えると検出タイマが起動する。そして、その使用率が輻輳発生閾値を超え ている状態が所定時間(例えば、 30秒)継続すると、輻輳が発生したものと判断して 対応する輻輳フラグを設定する。なお、 IPネットワークのトラヒックはバースト性を有す るので、送信キューの使用率はしばしば瞬間的に増大する。そして、後で詳しく説明 するが、ホームエージェント 1への経路において輻輳が検出されると、位置登録要求 を転送するための経路が切り替えられる。よって、このタイマ値は、輻輳に起因する経 路切替えが必要以上に発生しな 、ように適切に設定される。
[0026] 輻輳が緩和され、送信キューの使用率が輻輳解消閾値 (例えば、 30%)を下回ると 、解除タイマが起動する。そして、その使用率が輻輳解消閾値を下回る状態が所定 時間(例えば、 30秒)継続すると、輻輳が解消したものと判断して輻輳フラグをクリア する。
[0027] 図 10は、輻輳管理テーブル 13の実施例である。輻輳管理テーブル 13は、インタ 一フェース毎に、送信キューの使用率、輻輳が発生したことを検出するための検出タ イマの時間情報、輻輳が解消したことを検出するための解除タイマの時間情報、及 び幅輳フラグを管理する。そして、輻輳管理テーブル 13は、定期的に更新される。図 10に示す実施例では、インターフェース 1においては、キュー使用率が輻輳発生閾 値よりも低いので、検出タイマは起動していない。インターフェース 2においては、キュ 一使用率が輻輳発生閾値を超えているので、検出タイマが起動している。ただし、タ イマが未だ満了していないので、輻輳フラグは設定されていない。インターフェース 3 においては、キュー使用率が輻輳発生閾値を超えており、かつ、検出タイマが既に 満了しているので、輻輳フラグが設定されている。
[0028] 外部エージェント 6は、上述のようにしてインターフェース毎に輻輳を検出することが できる。そして、制御部 11は、輻輳管理テーブル 13を参照することにより、ホームェ ージェント 1への通信路にお 、て輻輳が発生して 、るか否かをチェックする。輻輳が 発生して!/ヽる場合にはステップ dへ進み、輻輳が発生して ヽな 、場合にはステップ i に進む。
[0029] <ステップ i>
ベース外部エージェントからホームエージェント 1への通信路において輻輳が発生 していない場合、ベース外部エージェントは、通常のモパイル IP手順に従って、位置 登録要求をホームエージェント 1へ送信する。このとき、ベース外部エージェントは、 自分のルーティングテーブルを参照して位置登録要求を送出すべきインターフエ一 スを検出する。なお、位置登録要求を格納するパケットは、図 11に示すように、基本 的に、移動ノード 4力も外部エージェントへ位置登録要求を伝送するパケットと同じで ある。ただし、ベース外部エージェントからホームエージェント 1へ位置登録要求を伝 送するパケットにおいては、送信元アドレスとしてベース外部エージェントの IPァドレ スが設定され、送信先アドレスとしてホームエージェント 1の IPアドレスが設定される。
[0030] 位置登録要求は、送信先アドレスに従ってホームエージェント 1へ転送される。ホー ムエージェント 1は、位置登録要求を受信すると、対応する登録手順を実行した後、 位置登録応答を返送する。
[0031] <ステップ j >
ベース外部エージェントは、所定時間内に位置登録応答を受信できる力否かをチ エックする。所定時間内に位置登録応答を受信した場合は、位置登録が成功したと 判断し、ステップ hへ進む。一方、所定時間内に位置登録応答を受信できなかった場 合は、ベース外部エージェントとホームエージェント 1との間で障害が発生している可 能性があるので、ベース外部エージェントは位置登録要求を再送する。そして、所定 回数 (例えば、 3回)の再送を行ったにも力かわらず位置登録応答を受信できなかつ たときは、ベース外部エージェントとホームエージェント 1との間で障害が発生して ヽ ると判断し、ステップ dへ進む。
[0032] <ステップ d>
ステップ dは、ベース外部エージェントからホームエージェント 1への通信路が輻輳 している場合、およびベース外部エージェントとホームエージェント 1との間の通信路 にお 、て障害が発生して 、る場合に実行される。
[0033] 上述の輻輳または障害が発生している場合、ベース外部エージェントは、隣接外部 エージェントに対して問合せ要求を送信する。問合せ要求は、マルチキャストにより 送信される。図 12に示す例では、外部エージェント 6aが移動ノード 4力も位置登録要 求を受け取ったとき、外部エージェント 6aからホームエージェント 1への通信路にお いて輻輳が発生している。この場合、外部エージェント 6aは、ベース外部エージェン トであり、隣接外部エージェント 6b〜6gに対して問合せ要求を送信する。ここで、隣 接外部エージェントとは、ベース外部エージェントから 1ホップで到達可能な外部ェ ージェントを意味する。すなわち、問合せ要求は、 TTL= 1のパケットで到達可能な 範囲に設けられている外部エージェントに送信される。この方式によれば、ベース外 部エージェントが隣接外部エージェントに対して位置登録要求の転送を依頼するシ 一ケンスにお 、て、既存の IP技術との互換性が確保される。
[0034] 問合せ要求を受信した隣接外部エージェントは、それぞれ、ホームエージェント 1ま での通信経路のメトリック、およびホームエージェント 1への通信経路の輻輳状態をチ エックする。ここで、ホームエージェント 1までの通信経路のメトリックは、予め計算され て図 8に示すルーティングテーブルに格納されている。また、ホームエージェント 1へ の通信経路の輻輳状態は、対応するインターフェースのキュー使用率により表され、 図 10に示す輻輳管理テーブルに書き込まれている。そして、問合せ要求を受信した 隣接外部エージェントは、それぞれ、図 13に示す問合せ応答をベース外部エージェ ントに返送する。なお、図 13は、外部エージェント 6bから外部エージェント 6aに返送 される問合せ応答の例を示して ヽる。 [0035] 隣接外部エージェントは、ホームエージェント 1への経路情報を有していない場合( すなわち、ホームエージェント 1までの到達性がない場合)、或いは、ホームエージェ ント 1への通信路において輻輳が発生している場合には、ベース外部エージェントに 問合せ応答を返送しないようにしてもよい。この方式を採用すれば、不要な通信負荷 を抑えることができる。また、隣接外部エージェントは、ホームエージェント 1への最適 経路の次ホップがベース外部エージェントであった場合には、ルーティングループの 形成を回避するために、問合せ要求に対して応答しない。このように、ベース外部ェ ージェントは、ホームエージェント 1へ位置登録要求を転送することができる隣接外部 エージェントのみから問合せ応答を受信することになる。
[0036] <ステップ e>
ベース外部エージェントの制御部 11は、隣接外部エージェントからの問合せ応答 を収集する。このとき、 1以上の隣接外部エージェントから問合せ応答を受信した場 合には、ステップ fに進む。一方、いずれの隣接外部エージェントからも問合せ応答を 受信できな力つたときは、ステップ kに進む。
[0037] <ステップ f>
ベース外部エージェントの制御部 11は、問合せ応答を受信すると、図 14に示す F A比較テーブルを作成する。図 14において、「HAまでのメトリック」は、応答外部エー ジェントからホームエージェント 1までの通信経路のメトリックであり、問合せ応答により 通知される。「キュー使用状況」は、応答外部エージェントからホームエージェント 1へ の通信路の輻輳状態を表し、問合せ応答により通知される。「応答 FAまでのメトリック 」は、ベース外部エージェントから応答外部エージェントまでの通信経路のメトリックで あり、予め計算されている。「総メトリック」は、「HAまでのメトリック」と「応答 FAまでの メトリック」との和である。
[0038] 続 ヽて、制御部 11は、作成した FA比較テーブルを参照し、位置登録要求の転送 を依頼すべき外部エージェントを選択する。この場合、総メトリックが最も小さい隣接 外部エージェントが選択される。すなわち、ベース外部エージェントからホームエージ ェント 1までのネットワーク距離が最小となるような外部エージェントが選択される。な お、 2以上の隣接外部エージェントについての総メトリックが等しい場合には、キュー 使用率が最も低い外部エージェントが選択される。図 14に示す実施例では、 4台の 隣接外部エージェント(6b、 6c、 6e、 6f)の中力もの外部エージェント 6fが選択される ことになる。
[0039] <ステップ g>
ベース外部エージェントの制御部 11は、ステップ fで選択した隣接外部エージェント に対して位置登録要求を送信する。ベース外部エージェントから隣接外部エージェ ントへ送信される位置登録要求は、図 15に示すように、基本的に、移動ノード 4から 外部エージェントへ位置登録要求を伝送するパケットと同じである。ただし、ベース外 部エージェントから隣接外部エージェントへ位置登録要求を伝送するパケットにおい ては、送信元アドレスとして移動ノード 4の IPアドレスが設定され、送信先アドレスとし てその隣接外部エージェントの IPアドレスが設定される。
[0040] くステップ h>
ステップ hでは、ホームエージェント 1とベース外部エージェントとの間に通信路が設 定される。ここで、ホームエージェント 1とベース外部エージェントとの間の通信路の状 態が正常であれば (ステップ j: Yes)、通常のモパイル IP手順に従ってトンネルが設 定される。すなわち、ホームエージェント 1とベース外部エージェントとの間にモバイ ル IPトンネルが設定される。
[0041] 一方、ホームエージェント 1とベース外部エージェントとの間の通信路において輻輳 が発生している場合 (ステップ c : Yes)、またはその通信路において障害が発生して いる場合 (ステップ j : No)には、ベース外部エージェントの制御部 11は、 MN管理テ 一ブル 15を利用して迂回ルートを定義する。これにより、ベース外部エージェントと 隣接外部エージェントとの間に移動ノード 4のための通信路が確立される。
[0042] <隣接外部エージェントの動作 >
ベース外部エージェントにより選択された隣接外部エージェントは、そのベース外 部エージェントから位置登録要求を受信する。このとき、受信する位置登録要求は、 図 15に示すように、その送信元アドレスとして移動ノード 4の IPアドレスが設定されて いる。よって、この隣接外部エージェントは、移動ノード 4から位置登録要求を受信し たベース外部エージェントと同じ動作を行う。すなわち、この隣接外部エージェントも 、図 6に示すフローチャートの処理を実行する。そうすると、この隣接外部エージェン トは、ステップ iにおいて位置登録要求をホームエージェント 1へ送信する。そして、ホ ームエージェント 1から隣接外部エージェントに位置登録応答が返送されると、図 16 に示すように、ホームエージェント 1と隣接外部エージェントとの間に移動ノード 4のた めのモパイル IPトンネルが設定される。ここで、ベース外部エージェントと隣接外部ェ ージェントとの間には、上述したように、移動ノード 4のための通信路が確立されてい る。よって、移動ノード 4は、ベース外部エージェントおよび隣接外部エージェントを 介してホームエージェント 1に接続し、その通信路を利用して通信を行うことができる
[0043] くステップ k>
ステップ kは、ベース外部エージェントから隣接外部エージェントに問合せ要求を送 信したにもかかわらず、いずれの隣接外部エージェントからも問合せ応答を受信でき な力つた場合に実行される。すなわち、ステップ kは、迂回ルートが見つからないとき に実行される。この場合、ベース外部エージェントは、通常のモパイル IP手順に従つ て位置登録要求をホームエージェントに送信する。
[0044] <ステップ 1>
ステップ kにおいて送信した位置登録要求に対応する位置登録応答を受信できた 場合には、輻輳が発生しているもののホームエージェント 1との通信は可能と判断す る。この場合、ステップ hにおいて通常のモパイル IP手順に従って、移動ノードのため のトンネルを設定する。
[0045] <ステップ m>
ステップ kにおいて送信した位置登録要求に対応する位置登録応答を受信できな 力つた場合には、位置登録ができな 、と判断する。
[0046] <具体的な実施例 >
図 17に示すモパイル IP通信システムは、 3台の外部エージェント 6a、 6c、 6fを備え る。外部エージェント 6a、 6c間、および外部エージェント 6a、 6f間は、互いに 1ホップ であるものとする。ホームエージェント 1は、移動ノード 4a、 4b、 4cの位置を管理する 。そして、移動ノード 4a、 4b、 4cは、外部エージェント 6aの通信エリアにおいて位置 登録要求を送信するものとする。すなわち、外部エージェント 6aは、移動ノード 4a、 4 b、 4cに対してベース外部エージェントとして動作し、外部エージェント 6c、 6fは、そ の隣接エージェントとして動作する。さらに、外部エージェント 6aとホームエージェント 1との間の通信路が輻輳しているものとする。
[0047] 図 18は、外部エージェント 6aの MN管理テーブル 15の実施例である。移動ノード 4 a (MNa)に対しては「隣接 FA」は設定されていない。この場合、移動ノード 4aのため のモパイル IPトンネルは、本来の通信経路上に設定される。すなわち、輻輳している 通信経路が選択される。移動ノード 4b (MNb)に対しては「隣接?八=?八じ」が設定 されている。この場合、移動ノード 4bのためのモパイル IPトンネルは、ホームエージェ ント 1と外部エージェント 6cとの間に設定される。同様に、移動ノード 4cのためのモバ ィル IPトンネルは、ホームエージェント 1と外部エージェント 6fとの間に設定される。
[0048] 外部エージェント 6aは、移動ノード 4a〜4cから位置登録要求(あるいは、送信デー タ)を受信すると、 MN管理テーブル 15に「隣接 FA」が指定されているカゝ否かをチェ ックする。そして、「隣接 FA」が指定されていれば、受信した位置登録要求を指定さ れている外部エージェントへ転送する。例えば、移動ノード 4bから位置登録要求を受 信したときは、外部エージェント 6aは、その要求を外部エージェント 6cへ転送する。 一方、「隣接 FA」が指定されていなければ、通常のモパイル IP手順と同様に、ルー ティングテーブル 12が参照される。例えば、移動ノード 4aから位置登録要求を受信 したときは、外部エージェント 6aは、ルーティングテーブル 12において定義されてい るインターフェースを介してその要求を送信する。なお、移動ノード宛てにパケットを 受信したときもこの MN管理テーブル 15が参照される。このように、実施形態の外部 エージェントによれば、移動ノード毎に最適な回避経路を選択することができる。
[0049] <輻輳の解消 >
移動ノード 4は、定期的に、位置登録更新要求を送信する。外部エージェント 6は、 ステップ nにお 、てこの位置登録更新要求を受信すると、ステップ oにお 、てルーティ ングテーブル 12を参照し、正常時におけるホームエージェント 1への出力インターフ エースを特定する。続いて、ステップ pにおいて、特定したインターフェースが輻輳し ている力否かをチェックする。輻輳が継続していれば、 MN管理テーブル 15を参照し 、指定されている隣接外部エージェントへその位置登録更新要求を転送する。一方 、輻輳が解消していれば、ステップ qにおいて、ルーティングテーブル 12に従ってホ ームエージェント 1へ位置登録更新要求を送信する。そして、ホームエージェントェか ら更新応答を受信すると、ステップ rにおいて正常時の通信路を設定する。このとき、 MN管理テーブル 15にお ヽて移動ノード 4に対応する「隣接 FA」を削除する。 <その他の実施形態 >
上述の実施例では、図 6に示すフローチャートのステップ d〜fにおいて、複数の隣 接外部エージェントの中力 位置登録要求を転送すべき 1つの外部エージェントを選 択している力 本発明は必ずしもこの手順を必要とするものではない。すなわち、輻 輳が発生したときに位置登録要求を転送すべき外部エージェントは、予め固定的に 決められていてもよい。
[0050] また、上述の実施例では、ベース外部エージェントとホームエージェントとの間の通 信路において輻輳または障害が発生していたときに、そのベース外部エージェントに 隣接する外部エージェントからホームエージェントへ位置登録要求が送信されるが、 本発明はこれに限定されるものではない。すなわち、移動ノードから送出される位置 登録要求は、ベース外部エージェントおよび 2以上の他の外部エージェントを介して ホームエージェントへ転送されるようにしてもよ 、。
[0051] さら〖こ、上述の実施例では、モノくィル IP通信システムにおける構成および手順を示 したが、本発明はこれに限定されるものではない。すなわち、本発明は、移動端末の 位置をサーバに登録する移動通信システムにおいて、その位置登録に基づいてサ ーバと移動端末との間に通信トンネルを設定する手順に適用可能である。

Claims

請求の範囲
[1] 位置登録要求に従って移動ノードの位置を管理するホームエージェントおよび移 動ノードを収容可能な複数の外部エージェントを備えるモノィル IP通信システムであ つて、
前記各外部エージェントは、
前記ホームエージェントへの通信経路を表すルーティング情報を格納する格納手 段と、
前記ルーティング情報により表される前記ホームエージェントへの通信経路の状 態を検出する検出手段と、
受信した位置登録要求を転送する転送手段、を備え、
第 1の外部エージェントの転送手段は、その第 1の外部エージェントと前記ホームェ ージェントとの間の通信経路が正常な状態であれば、その第 1の外部エージェントの 格納手段に格納されているルーティング情報に従ってその位置登録要求を前記ホー ムエージェントへ転送し、
前記第 1の外部エージェントの転送手段は、その第 1の外部エージェントと前記ホ ームエージェントとの間の通信経路が正常な状態でなければ、受信した位置登録要 求を第 2の外部エージェントへ転送する
ことを特徴とするモパイル IP通信システム。
[2] 請求項 1に記載のモパイル IP通信システムであって、
前記第 1の外部エージェントの検出手段は、前記ホームエージェントへの通信経路 を介して送信すべきパケットを格納するバッファメモリの使用率に基づいてその通信 経路が輻輳して ヽるか否かを検出する
ことを特徴とするモパイル IP通信システム。
[3] 請求項 1に記載のモパイル IP通信システムであって、
前記第 1の外部エージェントは、
他の複数の外部エージェントに対して、前記ホームエージェントへの通信経路の 状態を問い合わせる問合せ手段と、
前記問合せ手段による問合せに対する応答に基づ!/、て前記第 2の外部エージェ ントを選択する選択手段、をさらに備える
ことを特徴とするモパイル IP通信システム。
[4] 請求項 3に記載のモパイル IP通信システムであって、
前記問合せ手段は、他の複数の外部エージェントに対して、前記ホームエージェン トへの通信経路のメトリックを問 、合わせ、
前記選択手段は、前記ホームエージェントへの通信経路のメトリックが最小となる外 部エージェントを前記第 2の外部エージェントとして選択する
ことを特徴とするモパイル IP通信システム。
[5] 請求項 4に記載のモパイル IP通信システムであって、
前記問合せを受けた他の外部エージェントは、前記ホームエージェントへの通信経 路が輻輳して 、な 、場合に限って、前記第 1の外部エージェントに対して応答する ことを特徴とするモパイル IP通信システム。
[6] 請求項 1に記載のモパイル IP通信システムであって、
前記第 1の外部エージェントと前記第 2の外部エージェントとの間のホップ数は 1で ある
ことを特徴とするモパイル IP通信システム。
[7] 請求項 1に記載のモパイル IP通信システムであって、
前記第 1の外部エージェントの転送手段は、前記位置登録要求を前記第 2の外部 エージェントへ転送するためのパケットの送信元アドレスとして前記移動ノードの IPァ ドレスを設定する
ことを特徴とするモパイル IP通信システム。
[8] 請求項 1に記載のモパイル IP通信システムであって、
前記第 1の外部エージェントは、位置登録要求の転送先の外部エージェントを移動 ノード毎に管理する管理手段をさらに備え、
前記転送手段は、移動ノード毎に、前記管理手段を参照して転送処理を実行する ことを特徴とするモパイル IP通信システム。
[9] 位置登録要求に従って移動ノードの位置を管理するホームエージェントおよび移 動ノードを収容可能な複数の外部エージェントを備えるモノィル IP通信システムであ つて、
前記各外部エージェントは、
前記ホームエージェントへの通信経路を表すルーティング情報を格納する格納手 段と、
前記ルーティング情報により表される前記ホームエージェントへの通信経路の状 態を検出する検出手段と、
前記ホームエージェントへの通信経路が正常な状態であれば、前記移動ノードか ら受信した位置登録要求を前記ルーティング情報に従って転送し、前記ホームエー ジェントへの通信経路において輻輳または障害が発生していたときは、前記移動ノー ドから受信した位置登録要求を他の外部エージェントに転送する転送手段、を備える ことを特徴とするモパイル IP通信システム。
[10] 位置登録要求に従って移動ノードの位置を管理するホームエージェントおよび移 動ノードを収容可能な複数の外部エージェントを備えるモノィル IP通信システムにお いて使用される前記複数の外部エージェントの中の任意の外部エージェントであって 前記ホームエージェントへの通信経路を表すルーティング情報を格納する格納手 段と、
前記ルーティング情報により表される前記ホームエージェントへの通信経路の状 態を検出する検出手段と、
前記ホームエージェントへの通信経路が正常な状態であれば、前記移動ノードか ら受信した位置登録要求を前記ルーティング情報に従って転送し、前記ホームエー ジェントへの通信経路において輻輳または障害が発生していたときは、前記移動ノー ドから受信した位置登録要求を他の外部エージェントに転送する転送手段、 を有することを特徴とする外部エージェント。
[11] 位置登録要求に従って移動ノードの位置を管理するホームエージェントおよび移 動ノードを収容可能な複数の外部エージェントを備えるモノィル IP通信システムにお ける位置登録方法であって、
移動ノードが第 1の外部エージェントへ位置登録要求を送信するステップと、 前記第 1の外部エージェントから前記ホームエージェントへの最適通信経路の状態 を検出するステップと、
前記最適通信経路の状態が正常な状態であったときに、前記第 1の外部エージ ントから前記ホームエージェントへその最適通信経路を介して前記位置登録要求を 送信するステップと、
前記最適通信経路の状態が正常な状態でな力つたときに、前記第 1の外部エージ ェントから第 2の外部エージェントへ前記位置登録要求を転送するステップと、 前記第 2の外部エージェントから前記ホームエージェントへ前記位置登録要求を送 信するステップ、
を有することを特徴とする位置登録方法。
PCT/JP2006/319370 2006-09-28 2006-09-28 Mobile ip communication system Ceased WO2008038390A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/JP2006/319370 WO2008038390A1 (en) 2006-09-28 2006-09-28 Mobile ip communication system
JP2008536268A JP4681653B2 (ja) 2006-09-28 2006-09-28 モバイルip通信システム
EP20060798418 EP2063576B1 (en) 2006-09-28 2006-09-28 Mobile ip communication system
US12/403,102 US8189510B2 (en) 2006-09-28 2009-03-12 Mobile IP communication system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2006/319370 WO2008038390A1 (en) 2006-09-28 2006-09-28 Mobile ip communication system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/403,102 Continuation US8189510B2 (en) 2006-09-28 2009-03-12 Mobile IP communication system

Publications (1)

Publication Number Publication Date
WO2008038390A1 true WO2008038390A1 (en) 2008-04-03

Family

ID=39229838

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/319370 Ceased WO2008038390A1 (en) 2006-09-28 2006-09-28 Mobile ip communication system

Country Status (4)

Country Link
US (1) US8189510B2 (ja)
EP (1) EP2063576B1 (ja)
JP (1) JP4681653B2 (ja)
WO (1) WO2008038390A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011211367A (ja) * 2010-03-29 2011-10-20 Oki Networks Co Ltd 無線通信システムにおける無線中継装置及び無線通信方法
WO2013021666A1 (ja) * 2011-08-08 2013-02-14 アラクサラネットワークス株式会社 パケット中継装置、及び方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7720083B2 (en) * 2007-09-28 2010-05-18 Microsoft Corporation Intelligent routing in a hybrid peer-to-peer system
GB2473849B (en) * 2009-09-25 2015-06-17 Ge Aviat Systems Ltd Module communication
KR20120072231A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 터널링을 기반으로 이동성을 지원하는 구조에서의 멀티캐스트 데이터 수신 방법, 시스템 및 그 이동 단말 장치
JP2013207748A (ja) * 2012-03-29 2013-10-07 Fujitsu Ltd ネットワークシステム、及びノード装置
CN102891803B (zh) * 2012-10-10 2015-05-13 华为技术有限公司 拥塞处理方法及网络设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08186605A (ja) * 1995-01-05 1996-07-16 N T T Ido Tsushinmo Kk 移動パケット通信方法
JPH1188358A (ja) * 1997-09-10 1999-03-30 Nippon Telegr & Teleph Corp <Ntt> パケット・スイッチおよびネットワーク
JP2001127803A (ja) * 1999-10-28 2001-05-11 Nec Corp 移動体無線通信システム、無線通信ゲートウェイサーバ装置、位置情報算出システム、その方法及び記録媒体
JP2004120411A (ja) 2002-09-26 2004-04-15 Fujitsu Ltd 中継システム
JP2005295232A (ja) * 2004-03-31 2005-10-20 Ntt Docomo Inc 移動通信方法及び移動局
JP2006033124A (ja) * 2004-07-13 2006-02-02 Fujitsu Ltd トンネル障害通知装置および方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1241370C (zh) * 2001-03-14 2006-02-08 日本电气株式会社 移动终端管理系统
KR20050101693A (ko) * 2004-04-19 2005-10-25 삼성전자주식회사 이동 네트워크에서 손상된 라우팅 경로 복구 방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08186605A (ja) * 1995-01-05 1996-07-16 N T T Ido Tsushinmo Kk 移動パケット通信方法
JPH1188358A (ja) * 1997-09-10 1999-03-30 Nippon Telegr & Teleph Corp <Ntt> パケット・スイッチおよびネットワーク
JP2001127803A (ja) * 1999-10-28 2001-05-11 Nec Corp 移動体無線通信システム、無線通信ゲートウェイサーバ装置、位置情報算出システム、その方法及び記録媒体
JP2004120411A (ja) 2002-09-26 2004-04-15 Fujitsu Ltd 中継システム
JP2005295232A (ja) * 2004-03-31 2005-10-20 Ntt Docomo Inc 移動通信方法及び移動局
JP2006033124A (ja) * 2004-07-13 2006-02-02 Fujitsu Ltd トンネル障害通知装置および方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2063576A4

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011211367A (ja) * 2010-03-29 2011-10-20 Oki Networks Co Ltd 無線通信システムにおける無線中継装置及び無線通信方法
WO2013021666A1 (ja) * 2011-08-08 2013-02-14 アラクサラネットワークス株式会社 パケット中継装置、及び方法
JP2013038570A (ja) * 2011-08-08 2013-02-21 Alaxala Networks Corp パケット中継装置、及び方法

Also Published As

Publication number Publication date
JP4681653B2 (ja) 2011-05-11
EP2063576A1 (en) 2009-05-27
US20090190529A1 (en) 2009-07-30
EP2063576A4 (en) 2010-11-10
US8189510B2 (en) 2012-05-29
JPWO2008038390A1 (ja) 2010-01-28
EP2063576B1 (en) 2012-08-01

Similar Documents

Publication Publication Date Title
EP2296326B1 (en) Route selection in wireless networks
US6804221B1 (en) Micromobility using multicast
JP5087553B2 (ja) メッシュネットワークにおける適応性無線ルーティングプロトコルのための方法およびシステム
US20030225892A1 (en) Handover method in mobile communication system and router device used in mobile communication system
CN1322724C (zh) 通讯系统,移动终端和传送设备
JP4385834B2 (ja) ルーティング制御方法およびルータ装置
JP2002509390A (ja) プロキシルート設定
US7881250B2 (en) Packet communication system
US8189510B2 (en) Mobile IP communication system
JP4466434B2 (ja) 経路制御方法およびホームエージェント
JPWO2005117367A1 (ja) 移動端末管理装置及び移動端末並びに通信システム
JP2005244590A (ja) マルチサービス端末、ハンドオフ方法、ハンドオフプログラム
CN101427540B (zh) 通信系统、计算机和用于测定通信系统中的要使用的通信协议的方法
CN100531116C (zh) 路由控制方法、路由器装置以及终端装置
RU2405282C2 (ru) Выбор маршрута в беспроводных сетях
CA2896911C (en) Route selection in wireless networks
CA2817659A1 (en) Route selection in wireless networks
JP2001189750A (ja) 経路制御方法、経路制御表作成方法、経路制御表及びルータ

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 06798418

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2008536268

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2006798418

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE