WO2004109993A1 - ネットワークシステム - Google Patents

ネットワークシステム Download PDF

Info

Publication number
WO2004109993A1
WO2004109993A1 PCT/JP2003/005958 JP0305958W WO2004109993A1 WO 2004109993 A1 WO2004109993 A1 WO 2004109993A1 JP 0305958 W JP0305958 W JP 0305958W WO 2004109993 A1 WO2004109993 A1 WO 2004109993A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
segment
care
information
vmn
Prior art date
Application number
PCT/JP2003/005958
Other languages
English (en)
French (fr)
Inventor
Kazuhiro Muraoka
Yoshiyuki Seguchi
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 PCT/JP2003/005958 priority Critical patent/WO2004109993A1/ja
Priority to JP2005500517A priority patent/JP4130205B2/ja
Publication of WO2004109993A1 publication Critical patent/WO2004109993A1/ja
Priority to US11/237,715 priority patent/US7515590B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/45—Network directories; Name-to-address mapping
    • H04L61/4535—Network directories; Name-to-address mapping using an address exchange platform which sets up a session between two nodes, e.g. rendezvous servers, session initiation protocols [SIP] registrars or H.323 gatekeepers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing 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/08—Mobility data transfer
    • H04W8/082—Mobility data transfer for traffic bypassing of mobility servers, e.g. location registers, home PLMNs or home agents
    • 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]
    • 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]
    • H04W80/045—Network layer protocols, e.g. mobile IP [Internet Protocol] involving different protocol versions, e.g. MIPv4 and MIPv6

Definitions

  • the present invention relates to maintaining connectivity with other nodes in a mopile network environment as a mopile node moves.
  • mopile IP has already been standardized in the world of IP v4, but at present, there is active discussion among standardization organizations such as the IETF with the aim of realizing mopile IP based on IPv6 .
  • Mopile IP technology is a technology that takes into account the convenience of an IP node when it moves to the segment to which it belongs.
  • the Mopile IP technology is currently released for IPv4 and IPv6, and is defined and defined by RFC 202 and draft-ietf-mobileip-ipv6, respectively.
  • Patent Document 1 shows a technique relating to speeding up of packet transfer path switching accompanying movement and optimizing a redundant path of packet transfer accompanying movement in consideration of IP conversion of a mobile communication network.
  • Patent Document 1
  • the gazette discloses a technique for enabling the MN to perform bucket transmission and reception without changing its own node information when the MN moves a segment by using these techniques. It is also possible to move links without interrupting communication.
  • MNs that have contracts with mobile communication carriers and ISPs generally do not return to the home segment because their home segments are carriers and segments within the ISP. Also, when building an IP network, it is unlikely that all nodes will support the Mopile IP function, and devices with a simple stack implementation may not support the Mopile IP function.
  • a connection request from a MN to a node that does not support the Mopile IP function is communication via CoA, and communication is interrupted as the MN moves. Will be extinct.
  • the problem of the present invention is that the destination of the packet transmitted from the CN to the MN becomes the old CoA of the MN along with the movement of the segment of the MN.
  • the purpose is to prevent interruption.
  • the present invention provides a network divided into a plurality of segments, a mobile node (MN) in which a care-of address is set for each segment where the network is located, and a communication between the mobile nodes.
  • MN mobile node
  • a network system that has a partner CN (Corresponding Node) and a new care-of address set in at least the old care-of address set in the segment before the move and another segment after the move.
  • a care-of-address management unit that manages an address
  • a bucket receiving unit that receives a packet addressed to the old care-of address sent from the CN at least after the MN is located in another segment
  • a packet transfer unit that transfers a packet addressed to the old care-of address received by the bucket receiving unit to a new care-of address managed by the care-of-address management unit.
  • the packet transfer unit transfers the bucket addressed to the old care-of address of the MN received by the packet reception unit to the new care-of address of the MN managed by the care-of-address management unit. Will do.
  • the destination of the packet transmitted from the CN to the MN becomes the old care-of address (CoA) of the MN. Can be prevented from being interrupted.
  • a VMN Virtual Network
  • Mobile Node is provided in a specific segment, and the MN further includes an MN information notification unit that transmits at least the MN information including the new care-of address and the old care-of address to the specific segment.
  • the VMN receives the MN information transmitted from the MN information notification unit, and manages the new and old care-of addresses included in the MN information by the care-of address management unit.
  • the MN since the MN information is transmitted to a specific segment, the MN does not need to manage the VMN (address) for transmitting the MN information.
  • the MN further includes a movement detection unit that detects that the MN is located in another segment, and the MN information notification unit includes that the MN information is located in another segment by the movement detection unit. When this is detected, the MN information is transmitted to the specific segment.
  • the specific segment is a segment before the movement (for example, a segment located immediately before the MN is located in the current segment).
  • the specific segment is a segment where the CN is located.
  • the specific segment is a segment where the MN has started communication with the CN.
  • the MN further includes a packet analysis unit that extracts a source address from a base bucket of a multi-encapsulated bucket received from the CN, and The comment is a segment in which the transmission source obtained from the transmission source address extracted by the bucket analysis unit is located.
  • the MN further includes a bucket analysis unit that extracts a destination address from a base packet of a multiple-encapsulated bucket received from the CN, and the specific segment
  • the segment is a segment in which the transmission destination obtained from the transmission destination address extracted by the bucket analysis unit is located.
  • a VMN including the care-of address management unit, the packet reception unit, and the packet transfer unit is provided in a specific segment, and the MN is at least the MN.
  • the VMN receives MN information transmitted from the MN information notification unit, and manages the new and old care-of addresses included in the MN information by the care-of address management unit.
  • the MN information can be transmitted to the VMN.
  • the MN further includes a movement detection unit that detects that the MN is located in another segment
  • the MN information notification unit includes a movement detection unit configured to locate itself in another segment.
  • the specific VMN is a VMN located in the segment before the movement (for example, a segment located immediately before the MN is located in the current segment).
  • the specific VMN is a VMN located in the same segment as the CN.
  • the specific VMN is a VMN located in a segment where the MN has started communication with the CN.
  • the MN further includes a packet analysis unit that extracts a source address from a base bucket of a multi-encapsulated bucket received from the CN, and the specific VM N is obtained from the source address extracted by the packet analysis unit.
  • a packet analysis unit that extracts a source address from a base bucket of a multi-encapsulated bucket received from the CN, and the specific VM N is obtained from the source address extracted by the packet analysis unit.
  • This is a VMN located in the same segment as the transmission source.
  • the MN further includes a bucket analyzing unit that extracts a destination address from a base bucket of the multi-encapsulated bucket received from the CN, and the specific VM N is a VMN located in the same segment as the destination obtained from the destination address extracted by the bucket analysis unit.
  • the MN information notification unit sends the MN information to either the segment where the CN is located, or the segment where the MN has started communication with the CN.
  • the MN further includes a bucket analyzing unit that extracts a source address and a destination address from a base packet of a multi-encapsulated bucket received from the CN.
  • the MN information notification unit sends the MN information to either a segment where a source obtained from a source address extracted by the packet analysis unit is located, or a segment where a destination is located.
  • the MN information notification unit manages the MN information by the management unit, destined for a VMN located in the same segment as the CN, or between the MN and the CN. It is sent to any of the VMNs located in the segment that started the communication.
  • the MN further includes a bucket analyzing unit for extracting a source address and a destination address from a base bucket of the multi-encapsulated bucket received from the CN.
  • the MN information notification unit transmits the MN information to a VMN located in the same segment as a transmission source obtained from a transmission source address extracted by the packet analysis unit, which is managed by the management unit, or transmitted. Sent to any of the VMNs located in the same segment as the destination.
  • the present invention can be specified as a VMN (Virtual Mobile Node) as follows.
  • the network system includes a mobile node (MN) in which a care-of address is set for each client, and a CN (Corresponding Node) that is a communication partner of the MN, and the MN transmitted from the CN is included in the network system.
  • MN mobile node
  • CN Corresponding Node
  • a VMN Virtual Mobile Node
  • a care-of address management unit that manages a new care-of address set in another segment later, and at least an address to an old care-of address transmitted from the CN after the MN is located in another segment.
  • a bucket receiving unit that receives a packet, and a bucket that transfers a bucket addressed to the old care-of address received by the bucket receiving unit to a new care-of address managed by the care-of-address management unit.
  • a VMN comprising: a transfer unit;
  • the present invention can be specified as a method invention as follows.
  • a network comprising a network divided into multiple segments, a MN (Mobile Node) in which a care-of address is set for each segment in which it is located, and a CN (Corresponding Node), which is a communication partner of the MN.
  • Managing the old care-of address and the new care-of address set in another segment after moving; and at least, the old care-of address transmitted from the CN after the MN is located in another segment.
  • the present invention can be specified as a program invention as follows.
  • the network divided into multiple segments, the MN (Mobile Node) where a care-of address is set for each segment where the network is located, and the cN (Corresponding Node) that is the communication partner of the MN To the MN I-day care-of address sent from the CN VMN (Virtual Mobile Node) that forwards the bucket to the MN located in another segment is set at least in the old care-of address set in the segment before the move and in another segment after the move.
  • a care-of address management unit that manages a care-of address, at least a packet that receives a packet addressed to the I-day care-of address sent from the CN after the MN is located in another segment.
  • a bucket transfer unit that transfers a bucket addressed to the old care-of address received by the bucket receiver to a new care-of address managed by the care-of-address management unit.
  • program Furthermore, the present invention can be specified as a recording medium that can be read by an information processing terminal that records the program.
  • the recording medium includes a read-only medium such as a CD-ROM and a DVD-ROM, and a readable / writable medium such as a CD-RW, a DVD-RAM, a flash memory, and a hard disk device.
  • FIG. 1 is a diagram for explaining a schematic system configuration of an IP network system according to an embodiment of the present invention.
  • FIG. 2 is a diagram for explaining a schematic configuration of an MN included in an IP network system according to an embodiment of the present invention.
  • FIG. 3 is a diagram for explaining a schematic configuration of a VMN included in an IP network system according to an embodiment of the present invention.
  • FIG. 4 is a flowchart for mainly explaining the operation of the MN.
  • FIG. 5 is a flowchart for mainly explaining the operation of the VMN.
  • FIG. 6 is a flowchart for mainly explaining a schematic operation between the MN and the VMN.
  • FIG. 7 is a diagram for explaining the first embodiment.
  • FIG. 8 is a diagram for explaining the second embodiment.
  • FIG. 9 is a diagram for explaining the third embodiment.
  • FIG. 10 is a diagram for explaining the fourth embodiment.
  • FIG. 11 is a diagram for explaining the fifth embodiment.
  • FIG. 12 is a diagram for explaining the sixth embodiment.
  • FIG. 13 is a diagram for explaining an example of VMN advertisement notification by the VMN.
  • FIG. 14 is a diagram for explaining a schematic system configuration of a conventional IP network system.
  • FIG. 15 is a flowchart for explaining the schematic operation of the conventional IP network system.
  • FIG. 16 is a flowchart for explaining the schematic operation of the conventional IP network system. BEST MODE FOR CARRYING OUT THE INVENTION
  • FIG. 1 is a diagram for explaining a schematic system configuration of an IP network system according to an embodiment of the present invention.
  • the IP network system of the present embodiment includes an IP network NW, a mobile network divided into a plurality of segments such as a home segment HS and a foreign segment (hereinafter simply referred to as a segment) 1 to 4.
  • Node hereinafter referred to as MN: Mobile Node
  • VMN Virtual Mobile Node
  • MN 100 node (hereinafter referred to as MN 100) CN-Corresponding Node).
  • Each terminal (MN100, VMN200, or CN300) is included in each of the segments 1 to 4, and is mutually connected via a router or the like. For this reason, each terminal can communicate with each other within each segment 1 to 4 or between each of the segments 1 to 4 using an IP packet (IPv6 or IPv4, etc.).
  • IPv6 IPv6
  • IPv4 IPv4
  • the IP network NW is also connected to the Internet via a router or the like. For this reason, each terminal can communicate with various servers on the Internet. For example, the MN 100 can access a streaming server on the Internet and play it while acquiring moving image data from the server.
  • Mob i 1 e IPv6 provides a mechanism for continuing communication with the same IP address even when MN 100 is located (moved) from home segment HS to another segment 1 to 4 or the like.
  • HA home agent
  • a router is provided in the home segment HS.
  • the MN 100 When the MN 100 detects that it has moved (moved) from the home segment HS to another segment 1 to 4, it sets the address (care-of address) on the destination segment and registers this in the HA. . Therefore, the MN 100 transmits a registration request (BU: Binding Update) to the HA. This informs HA of the new care-of address (included as the source address).
  • BU Binding Update
  • the HA Upon receiving the registration request (BU) from MN 100, the HA registers the care-of address included in the registration request (BU). At the same time, the HA sends a registration acknowledgment (BA: binding acknowledgment) to the MN 100 that has sent the registration request.
  • BU registration request
  • BA binding acknowledgment
  • FIG. 2 is a diagram for explaining a schematic configuration of an MN included in an IP network system according to an embodiment of the present invention.
  • the MN 100 is a mobile node that can move between the segments 1 to 4 and the like, and is, for example, an information processing terminal such as a notebook personal computer or a PDA (Personal Digital Assistants).
  • the MN 1 0 0 is the location (also referred to belong) care- ⁇ address for each segment (CoA: Ca: r e of Address) is set. This is the existing MIP (Mobile IP) process.
  • MN 100 is composed of a CPU (not shown) that controls the entire operation, movement detection means 101 connected to this CPU via a bus or the like, and MN information DB 1.
  • transmission means 103 bucket analysis means 104, communication destination management means 105, communication destination information DB 106, VMN management means 1 ⁇ 7, V MND B 108, and MN information Notifying means 109 is provided.
  • Each of the above means is realized by various hardware, programs, and the like included in MN100.
  • the movement detecting means 101 detects that the self (MN 100) has moved (moved) to another segment.
  • a router advertisement (RA: Routing Advertisement) is reported in each of the segments 1 to 4. Therefore, the movement detecting means 101 Upon receiving and changing the information, it can detect that it is located on another segment, which is the existing MIP (Mobile IP) processing.
  • the movement detecting means 101 detects that the self (MN 100) has moved (moved) to another segment, the movement detecting means 101 based on a prefix included in a router advertisement notified in the other segment. To generate a care-of address and set it as its own IPv6 address. Specifically, the movement detection means 101 registers the generated care-of address in the MN information DB 102.
  • MN 100 For example, if MN 100 is located in segment 1, its segment It generates a care-of address 1 based on the prefix and the like included in the router advertisement notified in the comment 1, and sets this as its own IPv6 address. The same applies when MN 100 is located in segments 2 to 4.
  • a care-of address (a care-of address that is usually different for each segment) is set in M N 100 for each segment where it is located.
  • the number 1 added to the end of care-of address 1 indicates the segment to which the care-of address is set. The same applies to care-of addresses 2, 3, or 4, etc.
  • the M N information DB 102 is a database that manages its own node information.
  • the MN information DB 102 holds the notification information when the “MN information” of the destination is notified to the segment due to the handover of the MN 100.
  • the MN information DB102 includes items such as a care-of address, a prefix length, a valid time, and the number of communication partners.
  • the care-of address the care-of address generated in the segment where the self is located is registered.
  • predetermined data obtained from a router advertisement or the like is registered in the items such as the length of the prefix.
  • the transmitting means 103 is for transmitting (transmitting) various buckets onto the IP network NW.
  • the packet analyzing means 104 (corresponding to the packet analyzing unit of the present invention) is configured to transmit a destination address and a source address of a base packet (a packet before encapsulation) from a packet formed into a capsule. Etc. are to be extracted.
  • the communication destination management means 105 is for managing the address of the CN 300 in communication with itself (M N 10.0), communication start segment information, and the like. For this management, the communication destination management means 105 accesses the communication destination information DB 106.
  • the communication destination information DB 106 is a database for managing the CN 300 currently transmitting and receiving packets.
  • the communication destination information DB 106 is obtained by adding some information (CoA information) to what is usually called “Binding information ⁇ ”. is there.
  • MN 100 sends BU (Reg-Req in MobileIPv4) to the communication partner (for example, CN 300) to the communication destination information DB 106 directly (without passing through the HA). At that time, the other party information is stored.
  • the communication destination information DB 106 includes items such as a communication destination address, an effective time, a communication start care-of address (CoA), a current notification care-of address (CoA), and whether or not MIP is supported.
  • the IP address of CN300 is registered as the communication destination address.
  • the system specified value is registered for the valid time.
  • a care-of address at the start of communication is registered.
  • the current care-of address is registered in the current care-of address.
  • MN 100 starts communication with CN 300 while located in segment 1 and then moves to segment 2 and is currently located in segment 2 .
  • the care-of address 1 is registered as the care-of address at the start of communication
  • the care-of address 2 is registered as the current notification care-of address.
  • the CN 300 supports the Mopile IP function is registered in the MIP support status.
  • the VMN management means 107 (corresponding to the management unit of the present invention) manages information such as the address of the VMN 200 that is statically or dynamically held. For this management, the VMN management means accesses VMND B 108.
  • VMND B 108 is a database for managing VMN information.
  • the VMN information is information for the MN 100 to communicate without being aware of the existence of the VMN 200.
  • information of the VMN 200 located in the segment is stored by “VMN broadcast information” or the like broadcast from the VMN 200.
  • the VMNDB 108 includes items such as a VMN address, a prefix length, valid information, a key CoA, and the number of communication destinations.
  • An address of VMN 200 is registered in the VMN address. This is registered manually entered by the user or dynamically obtained from VMN 200 or the like.
  • predetermined data obtained from VMN broadcast information and the like are registered in items such as a prefix length.
  • the MN information notifying means 109 (corresponding to the MN information notifying section of the present invention) transmits the MN information (including at least the new care-of address and the old care-of address of MN 100) to the segments, and the VMN information. It is for notifying to.
  • FIG. 3 is a diagram for explaining a schematic configuration of a VMN included in an IP network system according to an embodiment of the present invention.
  • the VMN 200 After the MN 100 moves (locates) to another segment, the VMN 200 receives the IP packet sent from the CN 300 to the old care-of address, and sends it to the new care-of address. It is for transferring, for example, an information processing terminal such as a server. As shown in FIG. 1, the VMN 200 is provided in the segment 1 and the segment 2 in the present embodiment. As a method for installing VMN 200, there are a method of operating VMN 200 on a node in a segment and a method of operating VMN 200 on a gateway router of a segment. Neither method requires the same means.
  • the VMN 200 includes a CPU (not shown) that controls the entire operation of the VMN 200, a bucket receiving means 201 connected to the MN via a bus or the like, and MN information. It has a management means 202, an MN information DB 203, an MN information receiving means 204, a VMN information advertising means 205, a packet transfer means 206 and the like. Each of the above means is realized by various hardware, programs, and the like of the VMN 200.
  • the MN-addressed packet receiving means 201 (corresponding to the packet receiving unit of the present invention) is provided at least after the MN 100 is located (moved) to another segment and transmitted from the CN 300. This is for receiving a bucket addressed to the old care-of address of 00.
  • the MN information management means 202 (corresponding to the care-of address management unit of the present invention) includes the old care-of address set in the segment before movement (also referred to as the care-of address before movement or the old CoA), and New reminders set in another segment It is used to manage the address (also referred to as the address noticed after moving or the new CoA) and the effective time of these (ie, the old and new CoA information of MN100). For this management, the MN information management means 202 accesses the MN information DB 203.
  • the MN information DB 203 is a database for registering the movement position for each MN.
  • the MN information DB 203 is equivalent to a database when HA and the like hold the MN information, but differs in that a CoA requesting transfer is set in an area corresponding to the Home address. The information is registered when “MN information” is received from MN 100.
  • the MN information DB 203 includes items such as an MN transfer target care-of address (CoA), a transfer destination care-of address (CoA), and a valid time.
  • CoA MN transfer target care-of address
  • CoA transfer destination care-of address
  • valid time a valid time
  • the old care-of address for example, care-of address 1
  • the transfer destination care-of address (CoA)
  • a new care-of address (for example, care-of address 2) set in another segment after the movement is registered.
  • these valid times that is, the old and new CoA information of MN100
  • Old and new care-of addresses are managed during this effective time.
  • the MN information management means 202 registers the care-of address 1 as the old care-of address and the care-of address 2 as the new care-of address in the MN information DB 203.
  • bucket transfer by the bucket transfer means 206 described later becomes possible.
  • the MN information receiving means 204 is for receiving the MN information transmitted from the MN 100. -
  • the VMN information advertising means 205 is for notifying its own VMN information in the segment where it is located (or belongs).
  • the VMN information is information that is required when the MN 100 transmits the MN information to the VMN 200, and includes, for example, a self (VMN 200) address, a prefix length, and ⁇ Effective time.
  • the packet transfer means 206 (corresponding to the packet transfer section of the present invention) converts the packet addressed to the old care-of address of the MN 100 received by the MN-addressed packet receiving means 201 into MN information. This is for transferring to the new care-of address of the MN 100 managed by the management means 202.
  • the CN 300 is a node having a function for performing communication with the MN 100, a node not supporting the Mopile IP function, and is, for example, an information processing terminal such as a personal computer server. . As shown in FIG. 1, CN 300 is provided in segment 1 in the present embodiment.
  • FIG. 4 is a flowchart for mainly explaining the operation of the MN.
  • FIG. 5 is a flowchart for mainly explaining the operation of the VMN.
  • FIG. 6 is a flow chart mainly for explaining a schematic operation between the MN and the VMN.
  • MN 100 located in segment 1 is located in the same segment
  • MN 100 located in segment 1 is located in the same segment
  • the care-of address 1 generated based on the prefixes etc. included in the router advertisement notified in the segment 1 where the MN 100 is located is assigned to its own IPv6 address. It is assumed to be set as That is, the generated care-of address 1 and the like are registered in the MN information DB 102.
  • the information about the CN 300 is not registered (S101: Yes), so the MN 100 sends the information about the CN300 by the communication destination management means 104.
  • Register in the communication destination information DB 106 (S 102).
  • the address of the CN 300 (obtained from a predetermined application or the like) is used as the communication destination address, the system specified value is used as the effective time, and the communication start time is set.
  • the care-of address (CoA: Care of Address 1) at the start of communication with CN 300 is the current care-of address (CoA: Care of Address). Then, notice address 1) Power S and “Yes” are registered as MIP compatible.
  • the MN 100 acquires the MN information from the MN information DB 102 and the like by the MN information notifying means 1 109, and transmits the MN information to the CN 300 (S100) 3).
  • CN 300 since CN 300 is a node that does not support the Mopile IP, it returns the EMPRA of ICMP (it may not be returned depending on the function of CN 300). If Erra is returned, “None” is registered in the communication destination information DB106 as the presence or absence of MIP support (S104). This is the existing MIP (Mobile IP) processing.
  • the application requesting the data transmission (for example, the above-mentioned FTP) is configured as a bucket and transmitted to the source address.
  • a transmission request is made by specifying the HoA (home address) of MN100 and the address of CN300 as the destination address.
  • MN100 since MN100 supports the Mopile IP function, it moves the HoA specified in the source address to the HoAOP (Home Address Option) before sending it to the source address before sending. Set the care-of address 1 and send the packet (S105, Fig. 61). This transmission is mainly performed by the transmission means 103.
  • the CN 300 that has received this message cannot identify the Ho AOP because it does not support the Mopile IP function, and ignores it and performs processing. o Replace AOP). Therefore, the CN 300 obtains only the care-of address 1 of the MN 100 as transmission source information.
  • CN 300 when CN 300 returns a response packet of the packet received from MN 100, it sends it to care-of address 1 of MN 100, and MN 100 receives it. (S106, Fig. 62) (If the mobile IP function is supported, the HoA information of the MN is added to the routing header). This establishes a connection between the care-of address 1 in MN 100 and the address in CN 300.
  • MN 100 After the connection is established, it is assumed that MN 100 has moved (moved) from segment 1 to segment 2 (another segment) (S107, Fig. 63). In this case, the MN 100 detects that it has moved (moved) to another segment by the movement detecting means 101.
  • MN 100 (movement detecting means 101) receives the router advertisement notified in segment 2 after the movement, and compares the MN information at that point with the advertisement information. It detects that it has moved (moved) to another segment (S108). This is an existing MIP process.
  • MN 100 moves detecting means 101
  • the prefix etc. included in the router advertisement notified in segment 2 It generates a care-of address 2 based on the IP address and resets it as its own IPv6 address.
  • the MN 100 registers the generated care-of address 2 and the like in the MN information DB 102 (S108).
  • a care-of address (here, care-of address 2) is set in MN 100 for each segment (the segment to which it belongs).
  • MN 100 moves itself from segment 1 to segment 2 (movement).
  • the MN information notifying means 109 notifies the HA of "movement destination information" (S109). This is an existing MIP process.
  • the MN 100 also notifies the CN 300 of the “destination MN information”. However, since CN300 does not support the Mopile IP function, it cannot process this packet.
  • the MN 100 upon detecting that the MN 100 has moved (moved) from segment 1 to segment 2, the MN 100 notifies the movement-destination MN information to the segment 1 (specific segment) before the movement. (S111, and Fig. 6).
  • the destination MN information includes care-of address 2 (hereinafter referred to as new care-of address 2), care address 1 before transfer (hereinafter referred to as old care-of address 1), prefix length, and effective time. These are registered in the MN information DB102.
  • the destination address of the packet containing the destination MN information is an address addressed to the old segment 1 (anycast address, etc.) based on the prefix of the old care-of address 1 (obtained from the MN information DB 102, etc.). Is generated (S110a), and this is set as the destination address. Then, the old care-of address 1 is set as information equivalent to the Home address of the destination information notification (BU // Reg-Req) to HA (S110b). For the new care-of address 2 and the effective time, the same information as the destination information notification to the HA (BUZReg_Req) is set (S110c).
  • the MN 100 transmits the bucket edited as described above in an anycast manner (that is, transmitted to the segment 1 before movement) by the MN information notification means 109.
  • the old care-of address 1, the new care-of address 2, the effective time, and the like are notified to the segment 1 before movement (specific segment).
  • the VMN 200 located in the segment 1 before the movement sends the “destination MN information” (a bucket including) notified from the MN 100 by the MN information receiving means 204.
  • Receive S200, Fig. 64.
  • the "move The destination MN information (including the bucket) has an anycast address set (S201: Yes, S202: Yes) and includes the destination MN information (S203). : Y es).
  • the VMN 200 extracts the reception information from the reception bucket by the MN information management means 202 and registers this in the MN information DB 203 (S204).
  • the MN information DB 203 the old care-of address 1 is used as the care-of address for the MN transfer, the new care-of address 2 is used as the transfer-aware care-of address, and the effective time is obtained from the received information as the effective time. Time is registered respectively. Thereby, packet transfer by the packet transfer means 206 described later becomes possible.
  • the MN 100 located in the segment 2 receives a request for transmitting a packet to the CN 300 from a predetermined application (eg, FTP) which is being executed by itself (S 112).
  • a predetermined application eg, FTP
  • move the HoA specified in the source address to the HoAOP before transmitting set the notice address 2 to the source address, and transmit the bucket. (S111).
  • This transmission is mainly performed by the transmission means 103.
  • CN300 Upon receiving this, CN300 returns a response bucket to the received bucket.
  • the destination address at the time of this reply is the old care-of address 1 of MN 100, which is the address at the time of connection establishment (Fig. 6 (2)). This is because the CN 300 cannot process the “destination MN information” notification received from the MN 100 (S109), and thus obtains only the care-of address 1 of the MN 100 as the source information. It is.
  • the packet sent from CN 300 destined for MN 100 (the packet destined for old care-of address 1) is transmitted by VMN 200 installed in segment 1 before moving to the means for receiving the packet destined for MN 200. Received by 1 (S200, Fig. 65).
  • the MN 1 0 0 addressed bucket preparative old Care ⁇ address 1 is set as a destination Adoresu (S 2 0 1: Y es , S 2 0 2: N o, S 2 0 7: Y es) 0
  • VMN 200 transmits the MN information by the bucket transfer means 206.
  • the new care-of address 2 (movement destination information) corresponding to the old care-of address 1 is extracted from DB 203 (S208).
  • the VMN 200 forwards the packet (addressed to the old care-of address 1) addressed to the MN 100 received from the CN 300 to the new care-of address 2 (Fig. 1). More specifically, the VMN 200 encapsulates the packet received from the CN 300 to the MN 100 (addressed to the old care-of address 1) with the extracted new care-of address 2 and uses it in the IP network. Send to NW.
  • the MN 100 When receiving the encapsulated packet, the MN 100 performs predetermined analysis processing and the like by the bucket analyzing means 104. Thereafter, the processing of S200 to S210 is repeated.
  • the MN 100 that is communicating with the CN 300 when the MN 100 that is communicating with the CN 300 is located (moved) to another segment 2, the MN 100 Notifies MN information (including at least old care-of address and new care-of address) to segment 1 (specific segment) before movement.
  • the VMN 200 located in the segment 1 before movement receives these (the old care-of address and the new care-of address) (MN information receiving means 204) and manages them (MN information management means 202).
  • the VMN 200 receives a bucket addressed to the old care-of address of the MN 100 transmitted from the CN 300 after the MN 100 is positioned (moved) in another segment 2 ( MN-addressed bucket receiving means 201), and transfers the bucket addressed to the old care-of address to the new care-of address of MN 100 managed by MN information management means 202 (bucket transfer unit). ).
  • Fig. 7 shows a series of these processes. Each of the four vertical lines represents a segment.
  • the MN 100 notifies the “destination MN information” (including the packet) not to the VM N 200 but to the segment 1 before movement (indirectly notification). Therefore, in the present embodiment, the VMN management means 107 and VMNDB 108 are not required. That is, the MN 100 can transmit “destination MN information” (packets including) without being aware of the existence of the VMN 200.
  • VMN management means 107 and VMNDB 108 are provided, and the (moving destination MN information) (including bucket) is notified to (address of) VMN 200 managed by these means. (Direct notification).
  • the MN 100 can transmit the MN information even when the MN information needs to be transmitted to continue the communication with the CN 300, but when the VMN 200 does not exist. Do not send. Therefore, transmission of redundant packets is suppressed.
  • the IP network system of this embodiment is almost the same as that of the first embodiment, except for the notification destination segment of the packet including the destination MN information. That is, in the first embodiment, the MN 100 notifies the “destination MN information” to the segment before the movement, but in the present embodiment, the CN 300 moves the “destination MN information” to the position. Notify the segment to be executed.
  • MN 100 located in segment 3 starts communication with CN 300 located in segment 1 and continues communication even after MN 100 moves (move) to segment 4. This is explained with reference to FIG. (Connection establishment)
  • the processing until the MN 100 located in the segment 3 establishes a connection with the CN 300 located in the segment 1 is the same as the processing described in the first embodiment (S100- S106). As a result, a connection is established between the care-of address 3 of M N 100 and the address of C N 300.
  • the MN 100 stores the “communication destination information”, which is the information of the CN 300, regardless of whether the communication destination CN 300 supports the Mopile IP function or not. Manage by 5.
  • the communication destination information including the prefix information of the communication partner CN 300 at the start of communication corresponds to the communication destination address of the communication destination information DB 106 by the communication destination management means 105 by the communication destination management means 105. Register in the area you want to do.
  • the MN 100 (movement detecting means 101) detects that it has moved (moved) to another segment 4, the MN 100 0 (movement detecting means 101), based on the prefixes etc. included in the router advertisement notified in that segment 4, To generate a care-of address 4 and reset it as its own IPV 6 address.
  • the MN 100 registers the generated care-of address 4 and the like in the MN information DB 102 (S108).
  • the MN 100 notifies the destination MN information to the segment before the movement, but in the present embodiment, the CN 300 transmits the "destination MN information" to the segment before the movement.
  • a notification is sent to the located segment (here, segment 1) (S111).
  • the destination MN information includes a care-of address 4 (hereinafter referred to as a new care-of address 4), a care-of address 3 before movement (hereinafter referred to as an old care-of address 3), a prefit length, and a valid time. These are MN information It is registered in the information DB 102.
  • CN 300 As the destination address of the packet including the destination MN information, CN 300 is located based on the prefix of the address of CN 300 (the prefix obtained from communication destination information DB 106, etc.). Then, an address for segment 1 to be generated is generated (S110d), and this is set as the destination address.
  • the old care-of address 3 (communication destination information DB 10 0) communicating with the CN 300 is used as information equivalent to the Home address of the destination information notification (BU / Reg—R eq) to the HA.
  • the current notice care-of address obtained from 6 etc. is set (S110e).
  • the same information as the destination information notification to the HA (BU / Reg-Req) is set (S110f).
  • the MN 100 When transmitting the MN information, the MN 100 updates the current notification care-of address of the communication destination information DB 106, and notifies the MN information DB 102 to the segment 1 where the CN 300 is located. Add the information for the care-of address.
  • the MN 100 transmits the packet edited as described above in an anycast manner (that is, to the segment where the CN 300 is located) by the MN information notification means 109.
  • the segment 1 where the CN 300 is located is notified of the old care-of address 3, the new care-of address 4, the effective time, and the like.
  • the VMN 200 located in the segment 1 receives the “destination MN information” (including the packet) notified from the MN 100 via the MN information receiving means 204 (S 200). 0).
  • processing similar to the processing (S201 to S210) described in the first embodiment is executed.
  • the VMN 200 receives this packet and thereafter transmits the received packet addressed to the MN via the VMN 200 or the packet receiving means 201 to the MN by the packet transfer means 206. Transfer to the new care-of address 4 of 100.
  • the MN 100 that is communicating with the CN 300 is located (moved) to another segment 4. Then, the MN 100 notifies the segment 1 (specific segment) where the CN 300 is located of MN information (including at least the old care-of address and the new care-of address).
  • the VMN 200 located in the segment 1 where the CN 300 is located receives (the old care-of address and the new care-of address) (MN information receiving means 204) and manages (MN information management means) 2 0 2).
  • the VMN 200 receives the packet addressed to the old care-of address transmitted from the CN 300 after the MN 100 is positioned (moved) in another segment 4 (the packet receiving means for the MN). 201), the bucket addressed to the old care-of address is transferred to the new care-of address managed by the MN information management means 202 (packet transfer unit).
  • Fig. 8 shows a series of these processes. Each of the four vertical lines represents a segment.
  • the MN 100 requests the CN 300 to perform periodic distribution, when a care-of address is registered, even when the MN 100 is located in a different segment from the care-of address corresponding segment, It is possible to receive distribution at the destination.
  • the CN 300 can transmit packets to the MN 100 without being aware of the destination of the MN 100 and without passing through a redundant route. Become. In addition, communication can be continued and services can be received continuously.
  • the IP network system of this embodiment is almost the same as the first embodiment.
  • the notification destination segment of the packet containing the destination MN information is different.
  • the MN 100 is the segment to which the “destination MN information” is communicated with the CN 300 (ie, the segment where the MN 100 was located at the start of the communication).
  • MN 100 located in segment 2 starts communication with CN 300 located in segment 1, and after MN 100 moves to segment 4 via segment 3, An example of continuing the communication will be described with reference to FIG. 9 and the like.
  • the MN 100 moves (moved) to another segment 4
  • the MN 100 0 moves detecting means 101
  • l iN lO O registers the generated care-of address 4 and the like in the MN information DB 102 (S 108).
  • the MN 100 notifies the “destination MN information” to the segment before the movement, but in the present embodiment, the “destination MN information” is referred to as the CN 300 in the first embodiment.
  • the “destination MN information” is referred to as the CN 300 in the first embodiment.
  • notification is made to the segment (Segment 2 in this case) where MN 100 was located (S111).
  • Destination The MN information includes a care-of address 4 (hereinafter referred to as a new care-of address 4), a care-of address 2 at the start of communication with the CN 300 (hereinafter referred to as an old care-of address 2), a prefix length, a valid time, and the like. . These are registered in the MN information DB 102.
  • the destination address of the packet including the destination MN information is the prefix of the care-of address 2 at the start of communication with the CN 300 (the prefix obtained from the destination information DB 106, etc.). ), Generates an address for segment 2 where MN 100 was located at the start of communication with CN 300 (S110g), and sets this as the destination address. . Then, as the information corresponding to the Home address of the movement destination information notification (BU / Reg—Req) to the HA, the care-of address 2 at the start of communication with the CN 300 (communication destination information DB) Set the care-of address at the start of communication obtained from 106 etc. (equivalent to the old care-of address 1) (S110h). For the new care-of address 4 and the effective time, the same information as the destination information notification (BU / Reg-Req) to the HA is set (S110i).
  • the MN 100 updates the current notification care-of address of the communication destination information DB 106 at the time of transmitting MN information, and the MN information DB 100 updates the MN information DB 100 at the start of communication with the CN 300. Add the information corresponding to the care-of address notified to segment 2 where MN 100 was located.
  • the MN 100 sends the packet edited as described above to the anycast by the MN information notification means 109 (that is, the MN 100 is located at the start of communication with the CN 300). Sent to the segment that was used). As a result, segment 2 where MN 100 was located at the start of communication with CN 300 is notified of the old care-of address 2, the new care-of address 4, and the valid time. Will be done.
  • the VMN 200 located in the segment 2 receives the “destination MN information” (a bucket including) notified from the MN 100 by the MN information receiving means 204 (S 200). ).
  • the processing 201 to 1 described in the first embodiment The same processing as in S210) is performed.
  • the VMN 200 receives this packet, and thereafter passes the received packet addressed to the MN via the VMN 200 or by the packet receiving means 201 addressed to the MN by the packet transfer means 206. , Transfer to the new care-of address 4 of MN100.
  • the MN 100 that is communicating with the CN 300 when the MN 100 that is communicating with the CN 300 is located (moved) to another segment 4, the MN 100 Sends the MN information (including at least the old care-of address and the new care-of address) to the segment 2 (specific segment) where the MN 100 was located at the start of communication with the CN 300. Notice.
  • the VMN 200 located in the segment 2 where the MN 100 was located at the start of communication with the CN 300 receives these (the old care-of address and the new care-of address) (MN information reception Means 204), manage (MN information management means 202).
  • the VMN 200 receives the bucket addressed to the old care-of address transmitted from the CN 300 after the MN 100 is located (moved) in another segment 4 (the bucket receiving means addressed to the MN). 201), the packet addressed to the I-day care-of address is transferred to the new care-of address managed by the MN information management means 202 (packet transfer unit).
  • Figure 9 shows a series of these processes. Each of the four vertical lines represents a segment.
  • CN 300 is aware of the destination of MN 100 Without this, the packet can reach MN 100. In addition, communication can be continued and services can be received continuously.
  • the IP network system of the present embodiment is almost the same as the first embodiment, except that the notification destination segment of the bucket including the destination MN information is different. That is, in the present embodiment, the MN 100 receives the “destination MN information” from the base packet of the multi-encapsulated packet received from the CN 300 (the packet before force-packaging).
  • the source address (indicated by the CN indicated by the arrow in Fig. 10) is extracted (bucket analysis means 104), and the pace is determined from the prefix lengths of the extracted source address and self-address. Identifies the prefix of the bucket's source segment.
  • the MN 100 notifies the “destination MN information” to the transmission source segment of the specified base bucket.
  • an address for the source segment is generated based on the prefix of the source segment of the identified base packet, and the destination address is generated. Set as address. Then, similarly to the above embodiment, a new care-of address and an old care-of address are set.
  • the MN 100 transmits the packet edited as described above by the MN information notification means 109 to anycast (that is, transmitted to the segment where the source of the base packet is located). As a result, the source segment of the base packet is notified of the old care-of address, the new care-of address, the valid time, and the like.
  • the destination MN 200 It is possible to notify information. This Therefore, the movement detecting means 101 and the like become unnecessary.
  • the IP network system of the present embodiment is almost the same as the first embodiment, except that the notification destination segment of the bucket including the destination MN information is different. That is, in the present embodiment, the MN 100 receives the “destination MN information” from the base bucket (packet before force-packaging) of the multi-encapsulated bucket received from the CN 300. A destination address (indicated by MN CoA1 indicated by an arrow in FIG. 11) is extracted (packet analysis means 104), and the prefix lengths of the extracted destination address and the self-care address are extracted. Then, specify the prefix of the destination segment.
  • the MN 100 notifies the “destination MN information” to the transmission destination segment of the specified base packet. .
  • an address for the destination segment is generated based on the prefix of the destination segment of the specified base bucket, and this is set as the destination address.
  • a new care-of address and an old care-of address are set.
  • the MN 100 transmits the packet edited as described above to the anycast by the MN information notifying means 109 (that is, transmits the packet to the source segment of the base packet).
  • the destination segment of the base bucket is notified of the old care-of address, the new care-of address, the validity time, and the like.
  • the MN 100 does not perform the process (generates the VMN address) described in S 110 described in the first to fifth embodiments, but uses any method to generate the VMN address (VMN address). This is characterized by the process of acquiring and holding the information (VMND B 108) and identifying the appropriate VMN 200 when transmitting the MN information. This processing can be used in place of S110 described in the first to fifth embodiments. Hereinafter, this processing will be described with reference to FIGS.
  • the dynamic storage method includes a passive method of receiving the information notified from the VMN 200 and an active method of inquiring by the MN 100.
  • a method in which the VMN 200 receives the VMN information notified by the VMN information advertising means 205 by the VMN 200 and registers this in the VMN information DB 108.
  • VMN 200 is used for segments that need to be notified of VMN information among the segments to which the own node belongs (see Fig. 13).
  • the MN 100 receives the VMN information, and registers the received “VMN information” in the VMND B 108 by the VMN management means 107.
  • the MN 100 When the MN 100 detects that it has moved (moved) to another segment, it transmits “MN information” to the VMN 200 registered in the VMND B 108 (Fig. 128). ).
  • the VMN 200 Upon receiving the MN information and detecting a bucket that matches the received “MN information”, the VMN 200 transfers the bucket to the destination. That is, the same processing as the processing (S201 to S210) described in the first embodiment is executed. (Seventh embodiment)
  • the IP network system of this embodiment is almost the same as that of the first embodiment.
  • the destination of the MN information is “directly from CN belonging segment (VMN)” and “CN. (VMN) of the segment.
  • MN 100 is aware of the network configuration, and transmits MN information to the "CN segment” and "source segment” only when VMN 200 is a router type. At other times and when it is not possible to determine, a means is provided for transmitting the MN information to the "segment that started communication" or the "destination segment".
  • MN 100 transmits MN information to “CN segment” and “source segment”, and MN 100 transmits the same packet as “CN segment” and “source segment”.
  • the VMN 200 of the “CN segment” or “source segment” determines the server type, and the “CN segment” or “source segment” A means is provided for transmitting the MN information deletion notification and transmitting the MN information as a server type for the segment thereafter.
  • the MN 100 when the MN 100 holds the VMN information, the MN 100 has means for holding whether the VMN is a server type or a router type.
  • the MN 100 transmits the MN information to the VMN 200 only when the VMN 200 corresponding to the “CN segment” or the “source segment” is a router type, and otherwise. Is the "segment that started communication” And means for transmitting MN information to the VMN corresponding to the "destination segment”.
  • the segment when the target VMN starts communication with the CN is the same as the CN. This is effective when the segments are the same.
  • the MN 100 If the MN 100 cannot identify the VMN attribute (router type or server type) of the “segment to which CN 300 belongs”, the MN 1002 sends the VMN information to the VMN information sent for that segment. 0 Receive a response from 0. By setting the VMN attribute in the received information, the MN 100 identifies the attribute.
  • the MN 100 notifies the corresponding VMN 200 of the deletion of the MN information, and again responds to the “segment sent directly from CN 300”. Send MN information.
  • the communication destination management means 10 10 transmits the “MN information”. By 5, communication destination information! ) Obtain communication destination information from B106. Also, the MN information notifying means 109 inquires the VMN management means 107 to obtain the destination VMN information.
  • the VMN is notified of “MN information”.
  • the attribute of the VMN corresponding to the communication destination is the router type, but it is not the same segment, the VMN is not notified.
  • the VMN is notified. If the VMN and the communication destination are not the same segment, send to the VMN. Otherwise, do not send.
  • the destination of the bucket transmitted from the CN to the MN becomes the old CoA of the MN due to the movement of the segment of the MN, and thus the phenomenon that the MN does not reach the MN after the movement. It is possible to prevent the occurrence of communication and interruption of communication. That is, communication using the care-of address (CoA) that is different from the current care-of address (CoA) of the MN as the MN address becomes possible. For example, if the MN and CN are communicating using the MN's care-of address (CoA) and the MN moves through the segment, communication can be continued and via a redundant route. It is possible to communicate with each other without having to communicate.
  • IP network connection devices do not necessarily have to implement the Mopile IP function. This eliminates the need to maintain the connection and eliminates the need to be aware of the movement of the communication partner.
  • the service provider server does not always support the Mopile IP function.
  • services can be provided continuously regardless of whether or not the user moves.
  • the present invention is also necessary to improve serviceability.

Landscapes

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

Abstract

複数セグメントに分割されたＩＰネットワークと、自己が位置するセグメントごとに気付アドレスが設定されるＭＮ（Mobile Node）と、ＭＮの通信相手であるＣＮ(CorrespondingNode)と、を備えるＩＰネットワークシステムであって、少なくとも、移動前のセグメントで設定された旧気付アドレス、及び移動後の別セグメントで設定された新気付アドレスを管理する気付アドレス管理部と、少なくとも、前記ＭＮが別セグメントへ位置した後に、前記ＣＮから送信される旧気付アドレス宛のＩＰパケットを受信するＩＰパケット受信部と、前記ＩＰパケット受信部によって受信した旧気付アドレス宛のＩＰパケットを、前記気付アドレス管理部が管理する新気付アドレス宛に転送するＩＰパケット転送部と、を備える。

Description

明 細 書
ネッ トワークシステム 技術分野
本発明は、 モパイルネッ トワーク環境における、 モパイルノードの移 動に伴う他ノードとの接続性維持に関する。 背景技術
近年、 移動する端末がその位置にかかわらずに継続して I P通信を可 能とするための技術であるモパイル I Pの研究が進められており、 最近 では各企業ノ団体による実証実験ゃホッ トスポッ ト等によるサービス提 供も数多く行なわれている。 モパイル I Pは、 I P v 4の世界で既に檩 準化が進められていたが、 現在では I P v 6をベースと したモパイル I Pの実現を目指し、 I E T Fといった標準化組織で盛んに議論が行なわ れている。
しかし、 全ての I P機器にモパイル I P機能が実装されるわけではな ぐ、 小規模な携帯端末や頻繁に I P通信を行わない機器等は、 最低限の I P機能を持つ簡易 I Pスタック搭載チップが実装されると予測される。 また、 現在利用されている機器でモパイル I P機能を追加実装しないも のも存在する。
このよ うな場合、 現在標準化組織で議論されているモパイル I P機能 の実装のみでは、 これらモパイル I P機能未サポートノードとモパイル
I P機能をサポートしたモバイルノードとの通信が出来なくなる場合が あるため、 これを解決するための手段が必要である。
I Pノードが、 帰属するセグメントを移動した際の利便性を考慮した 技術として、 モパイル I P技術がある。 モパイル I P技術は、 現在 I P v 4用と I P v 6用が公開されており、 それぞれ、 R F C 2 0 0 2や draft-ietf-mobileip-ipv6 等で定義されてレヽる。
また、これらの技術を補うために、いくつかの特許も公開されている。 例えば、 移動通信網の I P化等を考慮した、 移動に伴うパケッ ト転送 経路切替えの高速化と移動に伴うバケツ ト転送の冗長経路の最適化に関 する技術を示している （特許文献 1 )。
特許文献 1
特開 2 0 0 2— 1 8 5 5 2 0号公報
同公報には、 これらの技術を用いることにより、 MNがセグメントを 移動した際に、 自ノードの情報を変更することなくバケツ ト送受信を行 うことを可能とするための技術が開示されている。 また、 通信を中断す ることなく リンクを移動することも可能である。
しかし、 これらは、 モパイル I P機能対応ノード同士の通信、 もしく は、 MNの" ホームァドレス（以下： HoA)" を使用した通信を想定した技 術となっている。 '
従来技術では、図 1 5に示すように、 CNから MNに接続要求を行い、 MNの H o Aを使用して C Nと MNが通信する場合、 MNの移動に伴い 通信が途絶えることはない。 しかし、 図 1 6に示すように、 フォーリ ン セグメントに位置する MNから C Nに対して接続要求を行った場合、 モ パイル I P機能未対応ノードである C Nは、 H o A O p t i o n (以 下 ： HoAOP)を認識できないため、 MNの気付ア ドレス （以下 C o Aとも いう） で通信を開始する。 この接続が確立した後に、 MNのセグメント 移動に伴い、 C Nから MN宛に送信されるバケツ トの宛先が MNの旧 C o Aとなるため、 移動後に MNに到達しない現象が発生し、 通信が途絶 えることとなる。
移動通信キヤリアや I S P等と契約した MNは、 ホームセグメントが キャリアや I S P内部のセグメントであることが一般的であり、 ホーム セグメントに戻ることはない。 また、 I Pネッ トワーク構築時に、 全て のノードがモパイル I P機能に対応する可能性は少なく、 簡易スタック 実装の機器等はモパイル I P機能に対応しないこともある。
ゆえに、 3常の利用において、 MNからモパイル I P機能未対応ノー ドへの接続要求は、 C o Aでの通信となり、 MNの移動に伴い通信が途 絶えてしまう。
例えば、 現在普及している携帯電話機が I P化された場合、 音楽や映 像等を受信しよ う と した場合、 サーバーがモパイル I P機能に対応して いなければ、 受信を継続できず、 サービスが提供できないことになる。 発明の開示
本発明の課題は、 M Nのセグメント移動に伴い、 C Nから M N宛に送 信されるパケッ トの宛先が M Nの旧 C o Aとなるため、 移動後に M Nに 到達しない現象が発生し、 通信が途絶えることを防止することにある。 本発明は、 上記の課題を解決するために、 複数セグメントに分割され たネッ トワーク と、 自己が位置するセグメントごとに気付ァ ドレスが設 定 さ れ る M N ( Mobi le Node ) と 、 M N の通信相手であ る C N (Corresponding Node)と、 を備えるネッ トワークシステムであって、 少 なく とも、 移動前のセグメントで設定された旧気付ァ ドレス、 及び移動 後の別セグメン トで設定された新気付ァ ドレスを管理する気付ァ ドレス 管理部と、 少なく とも、 前記 M Nが別セグメ ントへ位置した後に、 前記 C Nから送信される旧気付ア ドレス宛のパケッ トを受信するバケツ ト受 信部と、 前記バケツ ト受信部によって受信した旧気付ァ ドレス宛のパケ ッ トを、 前記気付ァ ドレス管理部が管理する新気付ァ ドレス宛に転送す るパケッ ト転送部と、 を備える構成とした。
本発明によれば、 パケッ ト転送部が、 パケッ ト受信部によって受信し た M Nの旧気付ァ ドレス宛のバケツ トを、 気付ァ ドレス管理部が管理す る M Nの新気付ァ ドレス宛に転送することになる。
従って、 M Nのセグメント移動に伴い、 C Nから M N宛に送信される パケッ トの宛先が M Nの旧気付ア ドレス （C o A ) となるため、 移動後 に M Nに到達しない現象が発生し、 通信が途絶えることを防止すること が可能となる。
上記ネッ トワークシステムにおいては、 例えば、 前記気付ア ドレス管 理部、 パケッ ト受信部、 及びパケッ ト転送部を含む V M N (Virtual Mobile Node)が、 特定のセグメントに設けられており、 前記 MNは、 少 なく とも前記新気付ァドレス及び旧気付ァドレスを含む MN情報を、 前 記特定のセグメント宛に送信する MN情報通知部をさらに備え、 前記 V MNは、 前記 MN情報通知部から送信される MN情報を受信し、 前記気 付ァドレス管理部によって、 その MN情報に含まれる新旧気付ァドレス を管理する。
このように、 MN情報を特定のセグメント宛に送信するようにしたの で、 MNは、 MN情報送信のために、 VMN (のア ドレス） を管理する 必要がなくなる。
上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 自己が 別セグメントに位置したことを検知する移動検知部をさらに備え、 前記 MN情報通知部は、 前記移動検知部によって自己が別セグメントへ位置 したことが検出された場合に、 前記 MN情報を、 前記特定のセグメ ン ト 宛に送信する。
上記ネッ トワークシステムにおいては、 例えば、 前記特定のセグメン トは、 前記移動前のセグメント （例えば、 MNが現セグメントに位置す る直前に位置していたセグメント） である。
上記ネッ トワークシステムにおいては、 例えば、 前記特定のセグメン トは、 前記 C Nが位置するセグメントである。
上記ネッ トワークシステムにおいては、 例えば、 前記特定のセグメン トは、 前記 MNが前記 C Nとの間の通信を開始したセグメントである。 上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースバケツ トから送 信元ァ ドレスを抽出するパケッ ト解析部をさらに備え、 前記特定のセグ メ ン トは、 前記バケツ ト解析部によって抽出された送信元ァドレスから 得られる送信元が位置するセグメントである。
上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースパケッ トから送 信先ァドレスを抽出するバケツ ト解析部をさらに備え、 前記特定のセグ メントは、 前記バケツ ト解析部によって抽出された送信先ァドレスから 得られる送信先が位置するセグメントである。
上記ネッ トワークシステムにおいては、 例えば、 前記気付ア ドレス管 理部、 パケッ ト受信部、 及ぴパケッ ト転送部を含む VMNが、 特定のセ グメントに設けられており、 前記 MNは、 少なく とも前記 VMNのァ ド レスを含む VMN情報を管理する管理部と、 少なく とも前記新気付ァ ド レス及ぴ旧気付ァドレスを含む MN情報を、 前記管理部が管理する VM N宛に送信する MN情報通知部をさらに備え、 前記 VMNは、 前記 MN 情報通知部から送信される MN情報を受信し、 前記気付ァドレス管理部 によって、 その MN情報に含まれる新旧気付ァドレスを管理する。
このよ うに、 VMNのア ドレスを含む VMN情報を管理するようにし たので、 MN情報を、 その VMN宛に送信することが可能となる。
上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 自己が 別セグメ ントに位置したことを検知する移動検知部をさらに備え、 前記 MN情報通知部は、 前記移動検知部によって自己が別セグメントに位置 したことが検出された場合に、 前記 MN情報を、 前記管理部が管理する 特定の VMN宛に送信する。
上記ネッ トワークシステムにおいては、例えば、前記特定の VMNは、 前記移動前のセグメント （例えば、 MNが現セグメ ントに位置する直前 に位置していたセグメント） に位置する VMNである。
上記ネッ トワークシステムにおいては、例えば、前記特定の V M Nは、 前記 C Nと同一セグメントに位置する VMNである。
上記ネッ トワークシステムにおいては、例えば、前記特定の V M Nは、 前記 MNが前記 C Nとの間の通信を開始したセグメントに位置する VM Nである。
上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースバケツ トから送 信元ア ドレスを抽出するパケッ ト解析部をさらに備え、 前記特定の VM Nは、 前記パケッ ト解析部によって抽出された送信元ァドレスから得ら れる送信元と同一セグメントに位置する VMNである。
上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースバケツ トから送 信先ア ドレスを抽出するバケツ ト解析部をさらに備え、 前記特定の VM Nは、 前記バケツ ト解析部によって抽出された送信先ァドレスから得ら れる送信先と同一セグメントに位置する VMNである。
上記ネッ トワークシステムにおいては、 例えば、 前記 MN情報通知部 は、 前記 MN情報を、 前記 C Nが位置するセグメ ン ト宛、 又は前記 MN が前記 C Nとの間の通信を開始したセグメント宛のいずれかに送信する。 上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースパケッ トから送 信元ァ ドレス及び送信先ァドレスを抽出するバケツ ト解析部をさらに備 え、 前記 MN情報通知部は、 前記 MN情報を、 前記パケッ ト解析部によ つて抽出された送信元ァドレスから得られる送信元が位置するセグメン ト宛、 又は送信先が位置するセグメント宛のいずれかに送信する。
上記ネッ トワークシステムにおいては、 例えば、 前記 MN情報通知部 は、 前記 MN情報を、 前記管理部が管理する、 前記 C Nと同一セグメ ン トに位置する VMN宛、 又は前記 MNが前記 C Nとの間の通信を開始し たセグメントに位置する VMN宛のいずれかに送信する。
上記ネッ トワークシステムにおいては、 例えば、 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースバケツ トから送 信元ァ ドレス及び送信先ァドレスを抽出するバケツ ト解析部をさらに備 え、 前記 MN情報通知部は、 前記 MN情報を、 前記管理部が管理する、 前記パケッ ト解析部によって抽出された送信元ァ ドレスから得られる送 信元と同一セグメントに位置する VMN宛、 又は送信先と同一セグメン トに位置する VMN宛のいずれかに送信する。 ' また、 本発明は、 VMN (Virtual Mobile Node)として次のように特定 できる。
複数セグメントに分割されたネッ トワークと、 自己が位置するセグメ ントごとに気付ア ドレスが設定される M N (Mobile Node) と、 M Nの通 信相手である C N (Corresponding Node)と、 を備えるネッ トワークシス テムに包含され、 前記 C Nから送信される前記 M Nの旧気付ァ ドレス宛 のパケッ トを別セグメン トへ位置した M N宛に転送する V M N (Virtual Mobi le Node)であって、 少なく とも、 移動前のセグメ ントで設定された 旧気付ァ ドレス、 及び移動後の別セグメントで設定された新気付ァ ドレ スを管理する気付ア ドレス管理部と、 少なく とも、 前記 M Nが別セグメ ン トへ位置した後に、 前記 C Nから送信される旧気付ァ ドレス宛のパケ ッ トを受信するバケツ ト受信部と、 前記バケツ ト受信部によって受信し た旧気付ァ ドレス宛のバケツ トを、 前記気付ァ ドレス管理部が管理する 新気付ァ ドレス宛に転送するバケツ ト転送部と、 を備える V M N。
また、 本発明は、 方法の発明として次のように特定できる。
複数セグメントに分割されたネッ トワークと、 自己が位置するセグメ ントごとに気付ア ドレスが設定される M N (Mobi le Node) と、 M Nの通 信相手である C N (Corresponding Node)と、 を備えるネッ トワークシス テムにおいて、 前記 C Nから送信される前記 M Nの旧気付ァ ドレス宛の バケツ トを別セグメントへ位置した M N宛に転送する方法であって、 少 なく とも、 移動前のセグメ ントで設定された旧気付ア ドレス、 及び移動 後の別セグメン トで設定された新気付ァ ドレスを管理するステップと、 少なく とも、 前記 M Nが別セグメントへ位置した後に、 前記 C Nから送 信される旧気付ァ ドレス宛のパケッ トを受信するステップと、 前記パケ ッ ト受信部によって受信した旧気付ァ ドレス宛のバケツ トを、 前記管理 されている新気付ァ ドレス宛に転送するステップと、 を備えるパケッ ト 転送方法。
また、 本発明は、 プログラムの発明と して次のように特定できる。 複数セグメントに分割されたネッ トワーク と、 自己が位置するセグメ ン トごとに気付ア ドレスが設定される M N (Mobi le Node) と、 M Nの通 信相手である c N (Corresponding Node)と、 を備えるネッ トワークシス テムに包含され、 前記 C Nから送信される前記 M Nの I日気付ァ ドレス宛 のバケツ トを別セグメントへ位置した MN宛に転送する VMN (Virtual Mobile Node)を、 少なく とも、 移動前のセグメ ン トで設定された旧気付 ア ドレス、 及ぴ移動後の別セグメントで設定された新気.付ァドレスを管 理する気付ア ドレス管理部、 少なく とも、 前記 MNが別セグメントへ位 置した後に、 前記 C Nから送信される I日気付ア ドレス宛のパケッ トを受 信するパケッ ト受信部、 前記バケツ ト受信部によって受信した旧気付ァ ドレス宛のバケツ トを、 前記気付ァ ドレス管理部が管理する新気付ァ ド レス宛に転送するバケツ ト転送部、として機能させるためのプログラム。 さらに、 本発明は、 上記プログラムを記録した情報処理端末が読み取 り可能な記録媒体として特定できる。 記録媒体には、 CD— ROMや D V D— R OM等の読み取り専用の媒体、 CD— RW、 DVD-R AM, フラ ッシュメモリ 、 ハードディスク装置等の読み書き可能の媒体のいず れも含む。 図面の簡単な説明
図 1は、 本発明の一実施形態である I Pネッ トワークシステムの概略 システム構成を説明するための図である。
図 2は、 本発明の一実施形態である I Pネッ トワークシステムに包含 される MNの概略構成を説明するための図である。
図 3は、 本発明の一実施形態である I Pネッ トワークシステムに包含 される VMNの概略構成を説明するための図である。
図 4は、 主に MNの動作を説明するためのフローチヤ一トである。 図 5は、 主に VMNの動作を説明するためのフローチャートである。 図 6は、 主に MN及び VMN間の概略動作を説明するためのフローチ ヤー トである。
図 7は、 第 1実施形態を説明するための図である。
図 8は、 第 2実施形態を説明するための図である。
図 9は、 第 3実施形態を説明するための図である。
図 1 0は、 第 4実施形態を説明するための図である。 図 1 1は、 第 5実施形態を説明するための図である。
図 1 2は、 第 6実施形態を説明するための図である。
図 1 3は、 VMNによる VMN広告報知例を説明するための図である。 図 1 4は、 従来の I Pネッ トワークシステムの概略システム構成を説 明するための図である。
図 1 5は、 従来の I Pネッ トワークシステムの概略動作を説明するた めのフローチヤ一トである。
図 1 6は、 従来の I Pネッ トワークシステムの概略動作を説明するた めのフローチヤ一トである。 発明を実施するための最良の形態
以下、 本発明の第 1実施形態である I Pネッ トワークシステムについ て図面を参照しながら説明する。
(第 1実施形態）
( I Pネッ トワークシステムの概略構成）
図 1は、 本発明の一実施形態である I Pネッ トワークシステムの概略 システム構成を説明するための図である。
同図に示すように、 本実施形態の I Pネッ トワークシステムは、 ホー ムセグメント H Sやフォーリ ンセグメント（以下単にセグメントとレヽう） 1〜 4等の複数セグメントに分割された I Pネッ トワーク NW、 モバイ ルノード （以下 MN :Mobile Nodeとレ、う） 1 0 0、 バーチャルモパイル ノード （以下 VMN： Virtual Mobile Node とレヽう） 2 0 0、 及び MN 1 0 0の通信ネ目手であるノード （以下 C N -Corresponding Node という） 3 00等を包含する。
各端末 （MN 1 0 0、 VMN 20 0 , 又は CN 3 0 0 ) は、 各セグメ ント 1〜 4内に包含されており、 ハプゃルータ等を介して相互に接続さ れている。 このため、 各端末は、 各セグメント 1〜 4内又は各セグメン ト 1 ~ 4間で相互に I Pパケッ ト （IPv6又は IPv4等） による通信を行 うことが可能となっている。 以下、 本実施形態においては、 I Pネッ トワーク NWが Mo b i l e I P v 6よって構築されている例について説明する。 なお、 I Pネッ ト ワーク NWが M o b i l e I P v 4によって構築されている場合も同 様に考えることができる。
I Pネッ トワーク NWは、 ルーター等を介してィンターネッ トにも接 続されている。 このため、 各端末は、 インターネッ ト上の各種サーバと の間で通信が可能となっている。 例えば、 MN 1 0 0は、 インターネッ ト上のス トリーミングサーバにアクセスして、 該サーバから動画データ を取得しながら再生することが可能である。
(Mo b i l e I P v 6の概要）
M o b i 1 e I P v 6は、 MN 1 0 0がホームセグメント H Sから 別セグメント 1〜 4等へ位置 （移動） しても、 同一の I Pァドレスで通 信を継続するための仕組みを提供する。 そのために、 ホームセグメント H Sにルーター等の H A (home agent)が設けられている。
MN 1 0 0は、 ホームセグメント H Sから別セグメント 1〜 4へ位置 (移動） したことを検知すると、その移動先セグメント上のア ドレス （気 付ア ドレス） を設定し、 これを H Aに登録する。 このため、 MN 1 0 0 は、 登録要求（B U :Binding Update)を、 HAに対して送信する。 これに より、 新しい気付ア ドレス （送信元ア ドレスとして含まれている） を H Aに知らせる。
HAは、 MN 1 0 0から登録要求 （B U) を受信すると、 これに含ま れる気付ア ド レスを登録する。 これと ともに、 HAは、 登録応答（B A： binding acknowledgement)をその登録要求送信元の M N 1 0 0に対 して送信する。
以後、 HAは、 その登録されている MN宛のパケッ ト （ホームァ ドレ スが宛先ア ドレス） を受信した場合には、 そのパケッ トをカプセル化し (気付ア ドレスが宛先ア ドレス）、 トンネリング等により転送する。 これ により、 M N 1 0 0は別セグメントへ位置しても、 同一の I Pア ドレス で通信を継続することが可能となる。 (MNの概略構成）
図 2は、 本発明の一実施形態である I Pネッ トワークシステムに包含 される MNの概略構成を説明するための図である。
MN 1 0 0は、 各セグメント 1〜 4間等を移動可能なモバイルノ一ド であり、 例えば、 ノート型のパーソナルコンピュータや P DA (Personal Digital Assistants)等の情報処理端末である。 MN 1 0 0にはその位置 する （所属するともいう） セグメントごとに気付ァ ドレス （CoA:Ca:re of Address)が設定される。 これは、 既存の M I P (Mobile IP)処理である。
図 2に示すように、 MN 1 0 0は、 その全体の動作を司る C PU (図 示せず）、この C P Uにバス等を介して接続された、移動検知手段 1 0 1、 MN情報 D B 1 0 2、 送信手段 1 0 3、 バケツ ト解析手段 1 0 4、 通信 先管理手段 1 0 5、 通信先情報 D B 1 0 6、 VMN管理手段 1 ◦ 7、 V MND B 1 0 8、 及び MN情報通知手段 1 0 9等を備えている。 上記各 手段は、 MN 1 0 0が有する各種ハードウエアやプログラム等により実 現される。
移動検知手段 1 0 1 (本発明の移動検知部に相当） は、 自己 （MN 1 0 0 ) が別セグメントへ位置 （移動） したことを検知するためのもので ある。 本実施形態の I Pネッ トワークシステムにおいては、 各セグメン ト 1〜 4内にはルータ広告 (RA:Routing Adverti sementノ力 S通知 れてレヽ る。 従って、 移動検知手段 1 0 1は、 ルータ広告を受信し、 その情報変 化により、 自己が別セグメントへ位置したことを検知できる。 これは、 既存の M I P (Mobile IP) 処理である。
また、 移動検知手段 1 0 1は、 自己 （MN 1 0 0) が別セグメントへ 位置 （移動） したことを検知すると、 その別セグメント内に通知されて いるルータ広告に含まれるプレフィクス等に基づいて気付ァドレスを生 成し、 これを自己の I P v 6ア ドレス として設定する。 具体的には、 移 動検知手段 1 0 1は、 その生成した気付ァ ドレスを MN情報 D B 1 0 2 に登録する。
例えば、 MN 1 0 0は、 セグメント 1に位置する場合には、 そのセグ メ ン ト 1内に通知されるルータ広告に含まれるプレフィクス等に基づい て気付ァドレス 1を生成し、 これを自己の I P v 6ア ドレスとして設定 する。 M N 1 0 0が、 セグメント 2〜4に位置した場合も同様である。
これにより、 M N 1 0 0にはその位置するセグメントごとに気付ァ ド レス （通常セグメントごとに異なる気付ア ドレス） が設定されることに なる。 なお、 気付ア ドレス 1 の末尾に付した数字 1は、 その気付ア ドレ スが設定されたセグメントを表す。 気付ア ドレス 2、 3、 又は 4等につ いても同様である。
M N情報 D B 1 0 2は、 自己のノ一ド情報を管理するデータベースで ある。 M N情報 D B 1 0 2は、 M N 1 0 0 のハン ドオーバーに伴い、 セ グメント宛に移動先の 「M N情報」 を通知したときに、 その通知情報を 保持する。
M N情報 D B 1 0 2は、 気付ア ドレス、 プレフィ クス長、 有効時間、 及ぴ通信相手数等の項目からなる。 気付ア ドレスには、 自己が位置する セグメ ン トで生成された気付ア ドレスが登録される。 その他、 プレフィ タス長等の項目には、 ルータ広告等から得られる所定データが登録され る。
送信手段 1 0 3は、各種バケツ トを I Pネッ トワーク N W上に送出（送 信） するためのものである。
パケッ ト解析手段 1 0 4 (本発明のパケッ ト解析部に相当） は、 カブ セル化されたパケッ トから、 ベースパケッ ト （カプセル化前のバケツ ト） の送信先ァドレス、及ぴ送信元ァドレス等を抽出するためのものである。 通信先管理手段 1 0 5は、 自己 （M N 1 0 .0 ) が通信中の C N 3 0 0 のァ ドレスや通信開始セグメント情報等を管理するためのものである。 この管理のために、 通信先管理手段 1 0 5は通信先情報 D B 1 0 6にァ クセスする。
通信先情報 D B 1 0 6は、 現在パケッ ト送受信している C N 3 0 0を 管理するためのデータベースである。 通信先情報 D B 1 0 6は、 通常 "Binding情報〃と呼ばれるものに一部情報 （CoA情報） を追加したもので ある。 通信先情報 D B 1 0 6には、 MN 1 0 0が直接 （H Aを経由せず に） 通信を行う相手 （例えば CN 3 0 0 ) に対して BU (MobileIPv4で は Reg- Req) を送信した際に、 その相手先情報が格納される。
通信先情報 DB 1 0 6は、 通信先ア ドレス、 有効時間、 通信開始時気 付ア ドレス（CoA)、 現通知気付ア ドレス （CoA)、 及ぴ M I P対応有無等の 項目からなる。
通信先ア ドレスには、 CN 3 0 0の I Pア ドレスが登録される。 有効 時間には、システム指定値が登録される。通信開始時気付ァドレスには、 C N 3 0 0との間の通信開始時の気付ァドレスが登録される。 現通知気 付ァドレスには、 現時点での気付ァ ドレスが登録される。
例えば、 M N 1 0 0が、 セグメント 1に位置している間に C N 3 0 0 との間の通信を開始し、 その後セグメント 2へ移動し、 現時点では同セ グメント 2に位置しているとする。 この場合、 通信開始時気付ア ドレス には気付ア ドレス 1が、 現通知気付ア ドレスには気付ア ドレス 2が、 そ れぞれ登録される。 M I P対応有無には、 C N 3 0 0がモパイル I P機 能をサポートしているか否かが登録される。
VMN管理手段 1 0 7 (本発明の管理部に相当） は、 静的もしくは動 的に保持した VMN 2 0 0のァドレス等の情報を管理するためのもので ある。 この管理のために、 VMN管理手段は VMND B 1 0 8にァクセ スする。
VMND B 1 0 8は、 VMN情報を管理するデータベースである。 V MN情報は、 MN 1 0 0が VMN 2 0 0の存在を意識しないで通信する ための情報である。 VMND B 1 0 8には、 VMN 2 0 0から報知され る 「VMN報知情報」 等により、 そのセグメントに位置する VMN 2 0 0の情報が格納される。
VMNDB 1 0 8は、 VMNア ドレス、 プレフィ クス長、 有効情報、 キー C o A、 及び通信先数等の項目からなる。 VMNア ドレスには、 V MN 2 0 0のア ドレスが登録される。 これは、 ユーザーから手入力され たもの、又は VMN 2 0 0等から動的に取得等されたものが登録される。 その他、 プレフィ クス長等の項目には、 VMN報知情報等から得られる 所定データが登録される。 '
MN情報通知手段 1 0 9 (本発明の MN情報通知部に相当） は、 MN 情報 （少なく とも MN 1 0 0の新気付ァ ドレス及び旧気付ァドレスを含 む） を、 セグメント宛、 及ぴ VMN宛に通知するためのものである。
(VMNの概略構成）
図 3は、 本発明の一実施形態である I Pネッ トワークシステムに包含 される VMNの概略構成を説明するための図である。
VMN 2 0 0は、 MN 1 0 0が別セグメントへ位置（移動） した後に、 C N 3 0 0から送信される旧気付ア ドレス宛の I Pバケツ トを受信し、 これを新気付ア ドレス宛に転送するためのものであり、 例えば、 サーバ 等の情報処理端末である。 図 1に示すように、 VMN 2 0 0は、 本実施 形態においては、 セグメント 1、 及ぴセグメント 2に設けられている。 なお、 VMN 2 0 0の設置方法として、 VMN 2 00をセグメント内の ノードで動作させる方法と、 セグメントのゲートウェイルータで動作さ せる方法とがある。 いずれの方法でも、 必要となる手段は同様である。
図 3に示すように、 VMN 2 0 0は、その全体の動作を司る C P U (図 示せず）、 この C P Uにバス等を介して接続された、 MN宛バケツ ト受信 手段 2 0 1、 MN情報管理手段 2 0 2、 MN情報 D B 2 0 3、 MN情報 受信手段 2 0 4、 VMN情報広告手段 2 0 5、 及ぴパケッ ト転送手段 2 0 6等を備えている。 上記各手段は、 VMN 2 0 0が有する各種ハード ウェアやプログラム等により実現される。
MN宛パケッ ト受信手段 2 0 1 (本発明のバケツ ト受信部に相当）は、 少なく とも、 MN 1 0 0が別セグメントへ位置 （移動） した後に、 CN 3 0 0から送信される MN 1 0 0の旧気付ァドレス宛のバケツ トを受信 するためのものである。
MN情報管理手段 2 0 2 (本発明の気付ア ドレス管理部に相当） は、 移動前のセグメントで設定された旧気付ァドレス （移動前気付ァドレス 又は旧 C o Aともいう）、及び移動後の別セグメントで設定された新気付 ア ドレス （移動後気付ア ドレス又は新 C o Aともいう） や、 これらの有 効時間 （即ち MN 1 0 0の新旧 C o A情報） 等を管理するためのもので ある。 この管理のために、 MN情報管理手段 2 0 2は MN情報 D B 2 0 3にアクセスする。
MN情報 D B 2 0 3は、 MN毎に移動位置を登録するデータベースで ある。 MN情報 D B 2 0 3は、 H A等が MN情報を保持する際のデータ ベースと同等であるが、 H o m eアドレスに相当するエリアに、 転送を 要求する C o Aが設定される点が異なる。 情報の登録の契機は、 MN 1 00から 「移動先 MN情報」 を受信したときである。
MN情報 D B 2 0 3は、 MN転送対象気付ァドレス（CoA)、転送先気付 ァドレス（CoA)、 及び有効時間等の項目からなる。
MN転送対象気付ァドレス （CoA)には、 移動前の特定セグメント （例え ば自己が所属するセグメント） で設定された旧気付ア ドレス （例えば気 付ァドレス 1 ) が登録される。 転送先気付ァドレス（CoA)には、 移動後の 別セグメントで設定された新気付ア ドレス （例えば気付ア ドレス 2 ) が 登録される。 有効時間には、 これらの有効時間 （即ち MN 1 0 0の新旧 C o A情報） が登録される。新旧気付ァドレス等は、 この有効時間の間、 管理される。
例えば、 M N 1 0 0がセグメント 1 (特定セグメント） からセグメン ト 2 (別セグメント） へ移動したとする。 この場合、 MN情報管理手段 2 0 2は、 旧気付ァドレスとして気付ァ ドレス 1、 及び新気付ァドレス として気付ァドレス 2を、 MN情報 D B 2 0 3に登録する。これにより、 後述のバケツ ト転送手段 20 6によるバケツ ト転送が可能となる。
MN情報受信手段 2 04は、 MN 1 0 0から送信される M N情報を受 信するためのものである。 -
VMN情報広告手段 2 0 5は、 自己が位置する （又は所属する） セグ メント内に自 VMN情報を報知するためのものである。 V M N情報は、 MN 1 0 0が VMN 2 0 0宛に M N情報を送信する際に必要となる情報 であり、 例えば、 自己 （VMN 2 0 0 ) ア ドレス、 プレフィ クス長、 及 ぴ有効時間である。
パケッ ト転送手段 2 0 6 (本発明のパケッ ト転送部に相当） は、 MN 宛パケッ ト受信手段 2 0 1によって受信した MN 1 0 0の旧気付ァ ドレ ス宛のバケツ トを、 MN情報管理手段 2 0 2が管理する MN 1 0 0の新 気付ァドレス宛に転送するためのものである。
(CNの概略構成）
C N 3 0 0は、 MN 1 0 0 との間で通信を行うための機能を有する力 S、 モパイル I P機能未対応ノー ドであり 、 例えば、 パーソナルコンビユー タゃサーバ等の情報処理端末である。図 1に示すように、 C N 3 0 0は、 本実施形態においては、 セグメント 1に設けられている。
上記構成の I Pネッ トワークシステムの動作について図面を参照しな がら説明する。 図 4は、 主に MNの動作を説明するためのフローチヤ一 トである。 図 5は、 主に VMNの動作を説明するためのフローチャート である。 図 6は、 主に MN及ぴ VMN間の概略動作を説明するためのフ ローチャートである。
以下、 セグメント 1に位置する MN 1 0 0が同セグメントに位置する
C N 3 0 0との間で通信を開始し、 M N 1 0 0がセグメント 2に位置（移 動） した後もその通信を継続する例について説明する。
(コネクショ ン確立）
まず、 セグメ ン ト 1に位置する MN 1 0 0が同セグメントに位置する
C N 3 0 0との間でコネクションを確立するまでの処理について説明す る。
以下の説明においては、 MN 1 0 0には、 その位置するセグメント 1 内に通知されているルータ広告に含まれるプレフィタス等に基づいて生 成された気付ァ ドレス 1が自己の I P v 6ア ドレスとして設定されてい るものとする。 即ち、 その生成された気付ア ドレス 1等が MN情報 D B 1 0 2に登録されている。
MN 1 0 0は、 自己が実行中の所定アプリケーショ ン （例えば F T P) から、 CN 3 0 0へのパケッ ト送信要求がなされると （S 1 0 0 )、 通信 先情報 D B 1 0 6を参照して、 その C N 3 0 0に関する情報が未登録か 否かを判定する （S 1 0 1 )。
通信開始当初においては CN 3 0 0に関する情報は未登録である （S 1 0 1 ： Y e s ) ため、 MN 1 0 0は、 通信先管理手段 1 0 4によって、 その C N 3 0 0に関する情報を通信先情報 D B 1 0 6へ登録する （ S 1 0 2 )。 ここでは、 通信先情報 D B 1 0 6には、 通信先ァドレスと してそ の C N 3 0 0のア ドレス （所定アプリケーション等から得られる） が、 有効時間と してシステム指定値が、 通信開始時気付ァ ドレス（CoA:Care of Address)として C N 3 0 0との間の通信開始時の気付ァドレス （ここ では気付ア ドレス 1 ) が、 現通知気付ア ドレスとして現時点での気付ァ ドレス （ここでは気付ァ ドレス 1 ) 力 S、 M I P対応有無として 「有」 力 、 それぞれ登録される。
次に、 MN 1 0 0は、 MN情報通知手段 1 0 9によって、 MN情報 D B 1 0 2等から MN情報を取得して、 この MN情報を C N 3 0 0に対し て送信する （S 1 0 3)。 これに対して、 CN 3 0 0は、 モパイル I P非 対応ノードであるため、 I CM Pの E r r aを返信する （C N 3 0 0の 機能によっては返信されない場合もある）。 E r r aが返信された場合に は、 通信先情報 D B 1 0 6には、 M I P対応有無として 「無」 が登録さ れる （S 1 0 4)。 これは、 既存の M I P (Mobile IP) 処理である。 次に、 MN 1 0 0が、 CN 3 0 0に対してデータ送信を開始する際、 データ送信を要求するアプリケーショ ン（例えば上記 F T P )は、 バケツ トの構成と して、 送信元ァ ドレスに MN 1 0 0の H o A (ホームァ ドレ ス）を、 宛先ァ ドレスに CN 3 0 0のァドレスを、 それぞれ指定して送信 要求を行う。
しかしながら、 M N 1 0 0は、モパイル I P機能に対応しているため、 送信前に送信元ァドレスに指定された H o Aを H o A O P (ホームァ ド レスオプション） に移動し、 送信元ア ドレスに気付ア ドレス 1 を設定し てパケッ トを送信する（S 1 0 5、 図 6①）。 この送信は主に送信手段 1 0 3が行う。 これを受信した C N 3 0 0は、 モパイル I P機能をサポートしていな いため H o A O Pを識別できず、 これを無視して処理を行う（モパイル I P機能サポートノードであれば、送信元ァドレスと H o A O Pを入れ 替える） 。 このため、 C N 3 0 0は、 送信元情報として MN 1 0 0の気 付ァドレス 1のみを得ることになる。
従って、 C N 3 0 0は、 MN 1 0 0から受信したパケッ トの応答パケ ッ トを返信する際、 MN 1 0 0の気付ァドレス 1宛に送信し、 MN 1 0 0は、 これを受信する（S 1 0 6、 図 6②） （モパイル I P機能をサポー トしていれば、 MNの H o A情報を経路制御へッダに付与する）。 これに より、 MN 1 0 0の気付ア ドレス 1 と C N 3 0 0のア ドレス間でコネク ションが確立する。
(転送先ァドレス登録処理； MN側処理）
コネクション確立後、 MN 1 0 0が、 セグメント 1からセグメント 2 (別セグメン ト） へ位置 （移動） したとする（S 1 0 7、 図 6③）。 この 場合、 MN 1 0 0は、 移動検知手段 1 0 1によって、 自己が別セグメン トへ位置 （移動） したことを検知する。
例えば、 MN 1 0 0 (移動検知手段 1 0 1 ) は、 その移動後のセグメ ント 2内に通知されるルータ広告を受信し、 その時点での MN情報と広 告情報とを比較することで、 別セグメントへ位置 （移動） したことを検 知する （S 1 0 8)。 これは、 既存の M I P処理である。
MN 1 0 0 (移動検知手段 1 0 1 ) は、 自己がセグメント 1からセグ メント 2へ位置 （移動） したことを検知すると、 そのセグメント 2内に 通知されているルータ広告に含まれるプレフィクス等に基づいて気付ァ ドレス 2を生成し、 これを自己の I P v 6ア ドレスとして再設定する。 具体的には、 MN 1 0 0は、 その生成した気付ア ドレス 2等を MN情 報 D B 1 0 2に登録する （S 1 0 8)。 これにより、 MN 1 0 0には、 そ の位置するセグメント （その所属するセグメント） ごとに気付ア ドレス (ここでは気付ア ドレス 2) が設定されることになる。
また、 MN 1 0 0は、 自己がセグメント 1からセグメント 2へ位置（移 動） したことを検知すると、 MN情報通知手段 1 0 9によって、 HAに 対して 「移動先情報」 を通知する （S 1 0 9)。 これは、 既存の M I P処 理である。 また、 MN 1 0 0は C N 3 0 0にも 「移動先 MN情報」 を通 知する。 しかしながら、 C N 3 0 0は、 モパイル I P機能未サポートで あるため、 このパケッ トを処理できない。
さらに、 MN 1 0 0は、 自己がセグメント 1からセグメ ント 2へ位置 (移動） したことを検知すると、 移動前のセグメ ント 1 (特定のセグメ ント） に対して 「移動先 MN情報」 を通知する（S 1 1 1、及ぴ図 6④）。 移動先 MN情報は、 気付ァドレス 2 (以下新気付ァドレス 2 という）、 移 動前の気付ァ ドレス 1 (以下旧気付ァ ドレス 1 とレヽう）、プレフィクス長、 及ぴ有効時間等を含む。 これらは、 MN情報 D B 1 0 2に登録されてい る。
この移動先 MN情報を含むパケッ トの宛先ァドレスとしては、 旧気付 ア ドレス 1のプレフィ ックス （MN情報 D B 1 0 2等から得る） に基づ いて旧セグメント 1宛ア ドレス （ェニーキャス トア ドレス等） を生成し ( S 1 1 0 a )、 これを宛先ア ドレスと して設定する。 そして、 H Aへの 移動先情報通知 （B U//R e g— R e q) の H o m eア ドレス相当の情 報として、 旧気付ァ ドレス 1を設定する （S 1 1 0 b )。 また、 新気付ァ ドレス 2や有効時間等は、 HAへの移動先情報通知 （BUZR e g _ R e q ) と同様の情報を設定する （S 1 1 0 c )。
MN 1 0 0は、 以上のように編集されたバケツ トを、 MN情報通知手 段 1 0 9によってェニーキャス ト送信 （即ち移動前セグメ ント 1宛に送 信） する。 これにより、 移動前セグメント 1 (特定のセグメント） には、 旧気付ア ドレス 1、 新気付ア ドレス 2、 及び有効時間等が通知されるこ とになる。
(転送先ァドレス登録処理； VMN側処理）
図 5に示すように、 移動前セグメント 1に位置する VMN 2 0 0は、 MN 1 0 0から通知される 「移動先 MN情報」 （を含むバケツ ト） を、 M N情報受信手段 2 0 4により受信する（S 2 0 0、 図 6④）。 その 「移動 先 MN情報」 （を含むバケツ ト）にはェニーキャス トァドレスが設定され ており （S 2 0 1 : Y e s、 S 2 0 2 ： Y e s ) しかも 「移動先 MN情 報」 を含む （S 20 3 ： Y e s )。
従って、 VMN 2 0 0は、 MN情報管理手段 20 2によって、 その受 信バケツ トから受信情報を抽出し、 これを MN情報 D B 2 0 3に登録す る （S 20 4)。 ここでは、 MN情報 D B 2 0 3には、 MN転送対象気付 ア ドレス と して旧気付ァドレス 1が、 転送先気付ァドレスとして新気付 ア ドレス 2が、 有効時間と して受信情報から得られる有効時間が、 それ ぞれ登録される。 これにより、 後述のパケッ ト転送手段 2 0 6によるパ ケッ ト転送が可能となる。
(VMNによる転送処理）
次に、 セグメント 2に位置する MN 1 0 0は、 自己が実行中の所定ァ プリケーシヨ ン （例えば F T P) から、 C N 3 0 0へのパケッ ト送信要 求がなされると （ S 1 1 2 )、 上記 S 1 0 5 と同様に、 送信前に送信元ァ ドレスに指定された H o Aを H o A O Pに移動し、送信元ァドレスに気 付ァ ドレス 2を設定してバケツ トを送信する （ S 1 1 3 )。 この送信は主 に送信手段 1 0 3が行う。
これを受信した CN 3 0 0は、 受信バケツ トに対する応答バケツ トの 返信を行う。 この返信時の宛先アドレスは、 コネクション確立時のア ド レスである MN 1 0 0の旧気付ア ドレス 1 となる（図 6⑤）。 これは、 C N 3 0 0が MN 1 0 0から受信した 「移動先 MN情報」 通知を処理でき ないため （ S 1 0 9 )、 送信元情報として MN 1 00の気付ァドレス 1の みを得るためである。
C N 3 0 0から送信された MN 1 0 0宛パケッ ト （旧気付ァドレス 1 宛パケッ ト） は、 移動前セグメン ト 1に設置されている VMN 2 0 0が その MN宛パケッ ト受信手段 2 0 1により受信する（S 2 0 0、図 6⑤）。 MN 1 0 0宛バケツ トには宛先ァドレスとして旧気付ァ ドレス 1が設定 されている （S 2 0 1 : Y e s、 S 2 0 2 : N o、 S 2 0 7 ： Y e s )0 従って、 VMN 2 0 0は、 バケツ ト転送手段 2 0 6によって、 MN情報 D B 2 0 3からその旧気付ァドレス 1に対応する新気付ァドレス 2 (移 動先情報） を抽出する （S 208 )。
VMN 2 0 0は、 CN 3 0 0カ ら受信したMN 1 0 0宛 （旧気付ァ ド レス 1宛） パケッ トを、 新気付ア ドレス 2宛に転送する（図⑥）。 具体的 には、 VMN 2 0 0は、 C N 3 0 0力 ら受信した MN 1 0 0宛 （旧気付 アドレス 1宛) パケッ トを、 その抽出した新気付ァ ドレス 2でカプセル 化し、 I Pネッ トワーク NW上に送出する。
MN 1 0 0は、 そのカプセル化されたパケッ トを受信すると、 バケツ ト解析手段 1 0 4によって所定解析処理等を行う。 以後、 上記 S 2 0 0 〜 S 2 1 0の処理が繰り返される。
以上説明したように、 本実施形態の I Pネッ トワークシステムによれ ば、 C N 3 0 0との間で通信中の MN 1 0 0が別セグメント 2へ位置（移 動） すると、 その MN 1 0 0は、 移動前セグメント 1 (特定セグメント） に対して MN情報 （少なく とも旧気付ァドレス及び新気付ァドレスを含 む） を通知する。 移動前セグメント 1に位置する VMN 20 0はこれら (旧気付ア ドレス と新気付ア ドレス） を受信し （MN情報受信手段 2 0 4)、 管理する （MN情報管理手段 2 0 2 )。 そして、 VMN 2 0 0は、 MN 1 0 0が別セグメント 2に位置 （移動） した後にその C N 3 0 0か ら送信される MN 1 0 0の旧気付ァ ドレス宛のバケツ トを受信し （MN 宛バケツ ト受信手段 2 0 1 )、 この旧気付ァドレス宛のバケツ トを、 MN 情報管理手段 2 0 2が管理する MN 1 0 0の新気付ァ ドレス宛に転送す る （バケツ ト転送部）。 図 7は、 これらの一連の処理を示している。 縦の 4つの各ラインはセグメントを表す。
従って、 MN 1 0 0が別セグメントへ位置 （移動） することにより気 付ァ ドレスが変化した後も、 MN 1 0 0 とモパイル I P機能未サポー ト C N 3 0 0 との通信を継続することが可能となる。 例えば、 C N 3 0 0 と MN 1 0 0が MN 1 0 0の気付ァドレスを使用して通信中に、 MN 1 0 0が別セグメント 2に位置 （移動） しても通信が途絶えることなく、 継続可能となる。 また、 MN 1 0 0が C N 3 0 0に対して定期配信を依頼する際、 気付 ァ ドレスを登録した場合に、 MN 1 0 0が気付ァ ドレス対応セグメント と異なるセグメントに位置した場合でも、 移動先で配信を受けることが 可能となる。
また、 MN 1 0 0は、 「移動先 MN情報」 （を含むパケッ ト） を、 VM N 2 0 0に対してではなく、 移動前セグメ ン ト 1宛に通知するようにし た（間接的な通知）。 このため、本実施形態では、 VMN管理手段 1 0 7、 及ぴ VMND B 1 0 8が不要となる。 即ち、 MN 1 0 0は、 VMN 2 0 0の存在を意識することなく、 「移動先 MN情報」 （を含むパケッ ト） を 送信できる。
なお、 VMN管理手段 1 0 7、 及ぴVMND B 1 0 8を設け、 これら によって管理される VMN 2 0 0 (のア ドレス） に対して 「移動先 MN 情報」 （を含むバケツ ト）を通知するようにしてもよい（直接的な通知）。 このようにすれば、 MN 1 0 0は、 C N 3 0 0 との間の通信を継続する ために MN情報の送信が必要な場合でも、 VMN 2 0 0が存在しない場 合には MN情報を送信しない。 従って、 冗長パケッ トの送信が抑制され る。
(第 2実施形態）
次に、 本発明の第 2実施形態である I Pネッ トワークシステムについ て、 図 8を参照しながら説明する。
本実施形態の I Pネッ トワークシステムは第 1実施形態とほぼ同様で あるが、 移動先 MN情報を含むパケッ トの通知先セグメン トが異なる。 即ち、 MN 1 0 0は、 第 1実施形態では、 「移動先 MN情報」 を移動前の セグメントに対して通知したが、 本実施形態では、 「移動先 MN情報」 を C N 3 0 0が位置するセグメントに対して通知する。
以下、 セグメント 3に位置する MN 1 0 0がセグメント 1に位置する C N 3 0 0との間で通信を開始し、 MN 1 0 0がセグメント 4に位置（移 動） した後もその通信を継続する例について、 図 8等を参照しながら説 明する。 (コネクション確立）
セグメント 3に位置する MN 1 0 0がセグメント 1に位置する C N 3 0 0との間でコネクションを確立するまでの処理については、 実施形態 1で説明した処理と同様である （S 1 0 0〜 S 1 0 6 )。 これにより、 M N 1 0 0の気付ァ ドレス 3 と C N 3 0 0のァドレス間でコネクションが 確立する。
なお、 M N 1 0 0は、 通信先である C N 3 0 0がモパイル I P機能対 応、 未対応にかかわらず、 その CN 3 0 0の情報である 「通信先情報」 を通信先管理手段 1 0 5により管理する。 MN 1 0 0は、 通信先管理手 段 1 0 5によって、 通信開始時に通信相手となる C N 3 0 0のプレフィ ックス情報を含む通信先情報を通信先情報 D B 1 0 6の通信先ァドレス に対応するエリァに登録する。
(転送先ァドレス登録処理； MN側処理）
コネクション確立後、 MN 1 0 0が、 セグメント 3からセグメント 4 (別セグメン ト） へ位置 （移動） したとする （S 1 0 7、 図 8 )。 この場 合、 実施形態 1で説明した処理 （S 1 0 8及び S 1 0 9 ) と同様の処理 が実行される。
即ち、 MN 1 0 0 (移動検知手段 1 0 1 ) は、 自己が別セグメント 4 へ位置 （移動） したことを検知すると、 そのセグメント 4内に通知され ているルータ広告に含まれるプレフィタス等に基づいて気付ァドレス 4 を生成し、 これを自己の I P V 6ア ドレスとして再設定する。
具体的には、 MN 1 0 0は、 その生成した気付ァドレス 4等を MN情 報 D B 1 0 2に登録する （S 1 0 8)。
その後、 MN 1 0 0は、 第 1実施形態では、 「移動先 MN情報」 を移動 前のセグメントに対して通知したが、 本実施形態では、 「移動先 MN情 報」 を CN 3 0 0が位置するセグメント （ここではセグメント 1 ) に対 して通知する （S 1 1 1 )。 移動先 MN情報は、 気付ア ドレス 4 (以下新 気付ァ ドレス 4という）、 移動前の気付ァ ドレス 3 (以下旧気付ァ ドレス 3 という）、 プレフィタス長、 及ぴ有効時間等を含む。 これらは、 MN情 報 D B 1 0 2に登録されている。
この移動先 MN情報を含むパケッ トの宛先ア ドレスとしては、 CN 3 0 0のァ ドレスのプレフィ クス （通信先情報 D B 1 0 6等から得られる プレフィクス） に基づいて CN 3 0 0が位置するセグメント 1宛ァ ドレ スを生成し（ S 1 1 0 d )、これを宛先ァ ドレスと して設定する。そして、 HAへの移動先情報通知 （B U/R e g— R e q ) の H o m eア ドレス 相当の情報として、 該 C N 3 00 と通信している旧気付ア ドレス 3 (通 信先情報 D B 1 0 6等から得られる現通知気付ァ ドレス）を設定する（ S 1 1 0 e )。 また、 新気付ァドレス 4や有効時間等は、 H Aへの移動先情 報通知（BU/R e g - R e q)と同様の情報を設定する（S 1 1 0 f )。
MN 1 0 0は、 MN情報送信時に、 通信先情報 D B 1 0 6の現通知気 付ァドレスを更新し、 MN情報 D B 1 0 2には、 C N 3 0 0が位置する セグメント 1に対して通知した気付ァドレス対応の情報を追加する。
MN 1 0 0は、 以上のように編集されたパケッ トを、 MN情報通知手 段 1 0 9によってェニーキャス ト送信 （即ち CN 3 0 0が位置するセグ メント宛に送信） する。 これにより、 C N 3 0 0が位置するセグメント 1には、 旧気付ア ドレス 3、 新気付ァ ドレス 4、 及ぴ有効時間等が通知 されることになる。
(転送先ァドレス登録処理； VMN側処理）
セグメント 1に位置する VMN 2 0 0は、 MN 1 0 0力 ら通知される 「移動先 MN情報」 （を含むパケッ ト） を、 MN情報受信手段 2 0 4によ り受信する （ S 2 0 0 )。 以下、 実施形態 1で説明した処理 （ S 2 0 1〜 S 2 1 0) と同様の処理が実行される。
即ち、 VMN 2 0 0は、 このパケッ トを受信し、 以降 VMN 2 0 0を 経由、 もしくは MN宛バケツ ト受信手段 20 1により、 受信した MN宛 バケツ トをパケッ ト転送手段 20 6により、 MN 1 0 0の新気付ァ ドレ ス 4へ転送する。
以上説明したように、 本実施形態の I Pネッ トワークシステムによれ ば、 C N 3 0 0との間で通信中の MN 1 0 0が別セグメント 4へ位置（移 動） すると、 その MN 1 0 0は、 その CN 3 0 0が位置するセグメント 1 (特定セグメント） に対して MN情報 （少なく とも旧気付ア ドレス及 び新気付ア ドレスを含む） を通知する。 その CN 3 0 0が位置するセグ メント 1に位置する VMN 2 0 0はこれら （旧気付ァドレスと新気付ァ ドレス） を受信し （MN情報受信手段 2 0 4)、 管理する （MN情報管理 手段 2 0 2)。 そして、 VMN 2 0 0は、 MN 1 0 0が別セグメント 4に 位置 （移動） した後にその C N 3 0 0から送信される旧気付ア ドレス宛 のパケッ トを受信し （MN宛パケッ ト受信手段 2 0 1 )、 この旧気付ァド レス宛のバケツ トを、 MN情報管理手段 2 0 2が管理する新気付ァドレ ス宛に転送する （パケッ ト転送部）。 図 8は、 これらの一連の処理を示し ている。 縦の 4つの各ラインはセグメントを表す。
従って、 MN 1 0 0が別セグメントへ位置 （移動） することにより気 付ァ ドレスが変化した後も、 MN 1 0 0 とモパイル I P機能未サポー ト C N 3 0 0との通信を継続することが可能となる。 例えば、 C N 3 0 0 と MN 1 0 0が MN 1 0 0の気付ァドレスを使用して通信中に、 MN 1 0 0が別セグメント 4に位置 （移動） しても通信が途絶えることなく、 継続可能となる。
また、 MN 1 0 0が C N 3 0 0に対して定期配信を依頼する際、 気付 ァ ドレスを登録した場合に、 MN 1 0 0が気付ァ ドレス対応セグメン ト と異なるセグメントに位置した場合でも、 移動先で配信を受けることが 可能となる。
また、 これらの場合に、 CN 3 0 0は、 MN 1 0 0の移動先を意識す ることなく、 また冗長経路を経由することなく、 MN 1 0 0にパケッ ト が到達することが可能となる。 また、 通信を継続でき、 継続的にサービ ス等を受けることが可能となる。
(第 3実施形態）
次に、 本発明の第 3実施形態である I Pネッ トワークシステムについ て、 図 9を参照しながら説明する。
本実施形態の I Pネッ トワークシステムは第 1実施形態とほぼ同様で あるが、 移動先 MN情報を含むパケッ トの通知先セグメン トが異なる。 即ち、 MN 1 0 0は、 本実施形態では、 「移動先 MN情報」 を C N 3 0 0 との間の通信を開始したセグメント （即ちその通信開始時に MN 1 0 0 が位置していたセグメント） に対して通知する。
以下、 セグメント 2に位置する MN 1 0 0がセグメント 1に位置する C N 3 0 0との間で通信を開始し、 MN 1 0 0がセグメント 3を経由し てセグメント 4に位置（移動）した後もその通信を継続する例について、 図 9等を参照しながら説明する。
(コネクション確立）
セグメント 2に位置する MN 1 0 0がセグメント 1に位置する C N 3 0 0 との間でコネクションを確立するまでの処理については、 実施形態 1で説明した処理と同様である （S 1 0 0〜 S 1 0 6 )。 これにより、 M N 1 0 0の気付ア ドレス 2と C N 3 0 0のア ドレス間でコネクションが 確立する。
(転送先ァドレス登録処理； MN側処理）
コネクション確立後、 MN 1 0 0が、 セグメント 2からセグメント 3 を経由してセグメント 4 (別セグメント） へ位置 （移動） したとする （ S 1 0 7、 図 9 )。 この場合、 実施形態 1で説明した処理 （ S 1 0 8及び S 1 0 9) と同様の処理が実行される。
即ち、 MN 1 0 0 (移動検知手段 1 0 1 ) は、 自己が別セグメント 4 へ位置 （移動） したことを検知すると、 そのセグメント 4内に通知され ているルータ広告に含まれるプレフィクス等に基づいて気付ァドレス 4 を生成し、 これを自己の I P V 6ア ドレスとして再設定する。
具体的には、 l iN l O Oは、 その生成した気付ア ドレス 4等を MN情 報 D B 1 0 2に登録する （S 1 0 8)。
その後、 MN 1 0 0は、 第 1実施形態では、 「移動先 MN情報」 を移動 前のセグメントに対して通知したが、 本実施形態では、 「移動先 MN情 報」 を C N 3 0 0との間の通信開始時に MN 1 0 0が位置していたセグ メント （ここではセグメント 2) に対して通知する （S 1 1 1 )。 移動先 MN情報は、 気付ァドレス 4 (以下新気付ァドレス 4 という）、 C N 3 0 0 との間の通信開始時の気付ァドレス 2 (以下旧気付ァドレス 2という） プレフィ クス長、 及ぴ有効時間等を含む。 これらは、 MN情報 D B 1 0 2に登録されている。
この移動先 MN情報を含むパケッ トの宛先ァ ドレスと しては、 C N 3 0 0との間の通信開始時の気付ァ ドレス 2のプレフィクス （通信先情報 D B 1 0 6等から得られるプレフィ クス） に基づいて C N 3 0 0との間 の通信開始時に MN 1 0 0が位置していたセグメン ト 2宛ア ドレスを生 成し （ S 1 1 0 g )、 これを宛先ァドレス として設定する。 そして、 H A への移動先情報通知 （B U/R e g— R e q) の H o m eア ドレス相当 の情報として、 該 C N 3 0 0との間の通信開始時の気付ァドレス 2 (通 信先情報 D B 1 0 6等から得られる通信開始時気付ァドレス。 旧気付ァ ドレス 1に相当。） を設定する （S 1 1 0 h)。 また、 新気付ァ ドレス 4 や有効時間等は、 HAへの移動先情報通知 （B U/R e g— R e q ) と 同様の情報を設定する （S 1 1 0 i )。
MN 1 0 0は、 MN情報送信時に、 通信先情報 D B 1 0 6の現通知気 付ア ドレスを更新し、 M N情報 D B 1 0 2には、 C N 3 0 0との間の通 信開始時に MN 1 0 0が位置していたセグメント 2に対して通知した気 付ア ドレス対応の情報を追加する。
M N 1 0 0は、 以上のように編集されたパケッ トを、 M N情報通知手 段 1 0 9によってェニーキャス ト送信 （即ち C N 3 0 0 との間の通信開 始時に MN 1 0 0が位置していたセグメント宛に送信） する。 これによ り、 C N 3 0 0 との間の通信開始時に MN 1 0 0が位置していたセグメ ン ト 2には、 旧気付ア ドレス 2、 新気付ア ドレス 4、 及び有効時間等が 通知されることになる。
(転送先ァドレス登録処理； VMN側処理）
セグメント 2に位置する VMN 2 0 0は、 MN 1 0 0から通知される 「移動先 MN情報」 （を含むバケツ ト） を、 MN情報受信手段 2 0 4によ り受信する （S 2 0 0 )。 以下、 実施形態 1で説明した処理 2 0 1〜 S 2 1 0 ) と同様の処理が実行される。
即ち、 VMN 2 0 0は、 このパケッ トを受信し、 以降 VMN 2 0 0を 経由、 もしくは MN宛バケツ ト受信手段 2 0 1により、 受信した MN宛 パケッ トをパケッ ト転送手段 2 0 6により、 MN 1 0 0の新気付ァ ドレ ス 4へ転送する。
以上説明したように、 本実施形態の I Pネッ トワークシステムによれ ば、 CN 3 0 0との間で通信中の MN 1 0 0が別セグメント 4へ位置（移 動） すると、 その MN 1 0 0は、 その C N 3 0 0 との間の通信開始時に MN 1 0 0が位置していたセグメント 2 (特定セグメント） に対して M N情報 （少なく とも旧気付ア ドレス及び新気付ア ドレスを含む） を通知 する。 その C N 3 0 0との間の通信開始時に M N 1 0 0が位置していた セグメント 2に位置する VMN 2 0 0はこれら （旧気付ァドレスと新気 付ア ドレス） を受信し （MN情報受信手段 2 04 )、 管理する （MN情報 管理手段 2 0 2)。 そして、 VMN 2 00は、 MN 1 0 0が別セグメント 4に位置 （移動） した後にその C N 3 0 0から送信される旧気付ア ドレ ス宛のバケツ トを受信し （MN宛バケツ ト受信手段 2 0 1 )、 この I日気付 ア ドレス宛のパケッ トを、 MN情報管理手段 2 0 2が管理する新気付ァ ドレス宛に転送する （パケッ ト転送部）。 図 9は、 これらの一連の処理を 示している。 縦の 4つの各ラインはセグメントを表す。
従って、 MN 1 0 0が別セグメントへ位置 （移動） することにより気 付ァドレスが変化した後も、 MN 1 00 とモパイル I P機能未サポート C N 3 0 0 との通信を継続することが可能となる。 例えば、 C N 3 0 0 と MN 1 0 0が MN 1 0 0の気付ァ ドレスを使用して通信中に、 MN 1 0 0が別セグメント 4に位置 （移動） しても通信が途絶えることなく、 継続可能となる。 また、 MN 1 0 0が C N 3 00に対して定期配信を依 頼する際、 気付ァ ドレスを登録した場合に、 MN 1 0 0が気付ァドレス 対応セグメントと異なるセグメントに位置した場合でも、 移動先で配信 を受けることが可能となる。
また、 これらの場合に、 CN 3 0 0は、 MN 1 0 0の移動先を意識す ることなく、 MN 1 0 0にパケッ トが到達することが可能となる。また、 通信を継続でき、 継続的にサービス等を受けることが可能となる。
(第 4実施形態）
次に、 本発明の第 4実施形態である I Pネッ トワークシステムについ て、 図 1 0を参照しながら説明する。
本実施形態の I Pネッ トワークシステムは第 1実施形態とほぼ同様で あるが、 移動先 MN情報を含むバケツ トの通知先セグメントが異なる。 即ち、 MN 1 0 0は、 本実施形態では、 「移動先 MN情報」 を C N 3 0 0 から受信した多重カプセル化されたパケッ トのベースバケツ ト （力プセ ル化前のパケッ ト） から送信元ア ドレス （図 1 0では矢印が指す C Nで 示される） を抽出し （バケツ ト解析手段 1 0 4)、 この抽出した送信元ァ ドレス と自気付ア ドレスのプレフィ ックス長より、 そのペースバケツ ト の送信元セグメ ン トのプレフィ ックスを特定する。
そして、 MN 1 0 0は、 「移動先 MN情報」 を、 その特定されたベース バケツ トの送信元セグメントに対して通知する。
この移動先 MN情報を含むパケッ トの送信先ァ ドレスとしては、 その 特定されたベースパケッ トの送信元セグメ ン トのプレフィ クスに基づい てその送信元セグメント宛ァドレスを生成し、 これを送信先ァドレス と して設定する。 そして、 上記実施形態と同様に、 新気付ア ドレス、 及び 旧気付ァドレスを設定する。 MN 1 0 0は、 以上のように編集されたパ ケッ トを、 MN情報通知手段 1 0 9によってェニーキャス ト送信 （即ち ベースパケッ トの送信元が位置するセグメント宛に送信） する。 これに より、 ベースパケッ トの送信元セグメントには、 旧気付ア ドレス、 新気 付ア ドレス、 及び有効時間等が通知されることになる。
以下、 実施形態 1で説明した処理 （S 2 0 1〜S 2 1 0) と同様の処 理が実行される。
以上説明したように、 本実施形態の I Pネッ トワークシステムによれ ば、 MN 1 0 0が移動検知ゃ CN 3 0 0管理を行わない場合であっても、 適切な VMN 2 0 0に移動先 MN情報を通知することが可能である。 こ のため、 移動検知手段 1 0 1等が不要となる。
(第 5実施形態）
次に、 本発明の第 5実施形態である I Pネッ トワークシステムについ て、 図 1 1を参照しながら説明する。
本実施形態の I Pネッ トワークシステムは第 1実施形態とほぼ同様で あるが、 移動先 MN情報を含むバケツ トの通知先セグメントが異なる。 即ち、 MN 1 0 0は、 本実施形態では、 「移動先 MN情報」 を C N 3 0 0 から受信した多重カプセル化されたバケツ トのベースバケツ ト （力プセ ル化前のパケッ ト） から送信先ア ドレス （図 1 1では矢印が指す MN C o A 1で示される） を抽出し （パケッ ト解析手段 1 0 4)、 この抽出した 送信先ァ ドレス と自気付ア ドレスのプレフィ ックス長より、 その送信先 セグメ ン トのプレフィ ックスを特定する。
そして、 MN 1 0 0は、 「移動先 MN情報」 を、 その特定されたベース パケッ トの送信先セグメントに対して通知する。.
この移動先 MN情報を含むバケツ トの宛先ア ドレスとしては、 その特 定されたベースバケツ トの送信先セグメントのプレフィタスに基づいて その送信先セグメント宛ァドレスを生成し、 これを送信先ァドレス とし て設定する。 そして、 上記実施形態と同様に、 新気付ア ドレス、 及び旧 気付ァ ドレスを設定する。 MN 1 0 0は、 以上のように編集されたパケ ッ トを、 MN情報通知手段 1 0 9によってェニーキャス ト送信 （即ちべ ースパケッ トの送信元セグメント宛に送信） する。 これにより、 ベース バケツ トの送信先セグメントには、 旧気付ァ ドレス、 新気付ァドレス、 及び有効時間等が通知されることになる。
以下、 実施形態 1で説明した処理 （S 2 0 1〜 S 2 1 0) と同様の処 理が実行される。
以上説明したように、 本実施形態の I Pネッ トワークシステムによれ ば、 MN 1 0 0が移動検知ゃ CN 3 0 0管理を行わない場合であっても、 適切な VMN 2 0 0に移動先 MN情報を通知することが可能である。 こ のため、 移動検知手段 1 0 1等が不要となる。 (第 6実施形態）
次に、 本発明の第 6実施形態である I Pネッ トワークシステムについ て説明する。
本実施形態では、 MN 1 0 0は、 上記実施形態 1から 5で説明した S 1 1 0において説明した処理（VMNァドレスを生成）を行うことなく、 何からの方法で VMNア ドレスを （VMN情報） を取得してこれを保持 し （VMND B 1 0 8 )、 MN情報送信時に適切な VMN 2 0 0を特定す る処理が特徴となっている。 この処理は、 上記実施形態 1から 5で説明 した S 1 1 0に代えて用いることが可能である。 以下、 この処理につい て図 1 2等を参照しながら説明する。
MN 1 0 0が、 VMN情報を保持するためには、 コマンド等により登 録する静的記憶方法と、 受信する情報等を元に動的に記憶する方法があ る。 動的に記憶する方法には、 VMN 2 0 0から通知される情報を受信 する受動的な方法と、 MN 1 0 0が問合せる能動的方法とがある。 ここ では、 VMN 2 0 0が VMN情報広告手段 2 0 5によつて報知する VM N情報を MN 1 0 0が受信し、 これを VMN情報 D B 1 0 8に登録する 方法を例に示す。
VMN 2 0 0は、 自ノードが属するセグメントのうち、 VMN情報の 報知が必要なセグメントに対して（図 1 3参照） 「自ア ドレス」、 「プレフ イツタス長」、 及び 「有効時間」 等を報知する （図 1 2①）。
MN 1 0 0は、 VMN情報を受信し、 VMN管理手段 1 0 7によって、 その受信した 「VMN情報」 を VMND B 1 0 8に登録する。
MN 1 0 0は、 自己が別セグメントへ位置 （移動） したことを検知す ると、 VMND B 1 0 8に登録された VMN 2 0 0に対して 「MN情報」 を送信する （図 1 2⑧）。
VMN 2 0 0は、 MN情報を受信し、 その受信した 「MN情報」 に一 致するバケツ トを検出した際、そのバケツ トを移動先に転送する。即ち、 実施形態 1で説明した処理 （S 20 1〜 S 2 1 0) と同様の処理が実行 される。 (第 7実施形態）
次に、 本発明の第 7実施形態である I Pネッ トワークシステムについ て説明する。
本実施形態の I Pネッ トワークシステムは第 1実施形態とほぼ同様で あるが、 本実施形態では、 MN情報の送信先として、" CNの帰属セグメ ン ト （の VMN)" と" CNから直接送信されるセグメント（の VMN)" とを切り分ける処理が特徴となっている。
同一セグメント配下に位置する MN 1 0 0と CN 3 0 0 とが通信を開 始した場合、" C N 3 0 0の帰属セグメン ト" と" C N 3 0 0から直接送 信されるセグメント" は、 同一セグメントとなるため、 送信先決定時に 同一の情報が得られるため、 使分けは必要ない。
以下、 切り分け （使分け） が必要な場合を示す。
例えば、 MN 1 0 0がネッ トワーク構成を意識し、 VMN 2 0 0がル ータタイプの時のみ" CNセグメント" や" 送信元セグメント" に対し て MN情報を送信する。 それ以外のときおよび判断できない場合は、"通 信を開始したセグメント" や" 送信先セグメント" に対して MN情報を 送信する手段を具備する。
また、 MN 1 0 0がー且" C Nセグメント " や" 送信元セグメント " に対して MN情報を送信し、 MN 1 0 0が同一パケッ トを" C Nセグメ ント" や" 送信元セグメント" と他セグメントからの複数バケツ トを受 信した場合、，， CNセグメン ト" や" 送信元セグメン ト " の VMN 2 0 0 がサーバタイプと判断し、" C Nセグメント" や" 送信元セグメント" に 対して MN情報削除通知を送信すると共に、以降そのセグメントに対して は、 サーバタイプとして MN情報を送信する手段を具備する。
また、 MN 1 0 0が VMN情報を保持する際に、 その VMNがサーバ タイプかルータタイプかを保持する手段を具備する。
また、 MN 1 0 0が、" CNセグメント" や" 送信元セグメント" に対 応する VMN 2 0 0がルータタイプの時のみ、 その VMN 20 0に対し て MN情報を送信し、 それ以外のときは、" 通信を開始したセグメント" や" 送信先セグメント" に対応する VMNに対して MN情報を送信する 手段を具備する。
なお、" C N 3 0 0の帰属セグメント" と" C N 3 0 0力 ら直接送信さ れるセグメント" との双方に送信することも可能であるが、 使用しない VMNに情報を保持することは、 不必要であり、 そのためにパケッ ト送 信することもネッ トワーク負荷に繋がる。
そこで、" C Nの帰属セグメント" もしくは" そのセグメントに位置す る VMN 2 0 0 " に送信するためには、 対象となる VMNがルータタイ プもしくは、 C Nと通信を開始した際のセグメントが、 C Nと同一セグ メントである場合に有効である。
しかし、データバケツ トの転送を考慮すると、" C Nの帰属セグメント " に送信する方が効果的なバケツ ト転送経路を確立することが可能である。 以下、 簡単に切り分けの動作について説明する。
① MN 1 0 0は、" C N 3 0 0の帰属セグメン ト " の VMNの属性（ル ータタイプ又はサーバタイプ） を識別できない場合、 そのセグメントに 対して送信する 「VMN情報」 に対して、 VMN 2 0 0より応答を受信 する。 VMN 2 0 0力 S、受信情報内に VMN属性を設定することにより、 MN 1 00が属性を識別する。
② MN 1 0 0は、 その属性がサーバタイプであった場合、 該当 VMN 2 0 0には、 MN情報削除を通知し、" C N 3 0 0から直接送信されるセ グメント" に対して、 再度 MN情報を送信する。
③以降、 MNは、 この情報が有効な間、 保持する。
—方、 MN 1 0 0は、" C N 3 0 0の帰属セグメント" の VMNの属性 (ルータタイプ又はサーバタイプ） を識別できた場合は、 「MN情報」 送 信時に、 通信先管理手段 1 0 5によって、 通信先情報！） B 1 0 6から通 信先情報を取得する。 また、 MN情報通知手段 1 0 9から VMN管理手 段 1 0 7に問合せを行い、 送信先 VMN情報を取得する。
通信先に対応する VMNの属性がルータタイプであり、 VMNと通信 先が同一セグメントであれば、 その VMNに 「MN情報」 を通知する。 一方、 通信先に対応する VMNの属性がルータタイプではあるが、 同一 セグメントでなければ、 その VMNには通知しない。
また、 通信先に対応する VMNの属性がサーバタイプであり、 VMN と通信先が同一セグメントで、 かつ、 そのセグメントにルータタイプの VMNがなければ、 その VMNに通知する。 VMNと通信先が同一セグ メ ン トでなければ、 その VMNに送信する。 それ以外のときは送信しな レ、。
本発明は、その精神または主要な特徴から逸脱することなく、他の様々 な形で実施することができる。 このため、 上記の実施形態はあらゆる点 で単なる例示にすぎず、 限定的に解釈されるものではない。 産業上の利用可能性
以上説明したように、本発明によれば、 MNのセグメント移動に伴い、 C Nから MN宛に送信されるバケツ トの宛先が MNの旧 C o Aとなるた め、 移動後に MNに到達しない現象が発生し、 通信が途絶えることを防 止することが可能となる。 即ち、 CNと MNが、 MNのア ドレスとして 現在の MNの気付ア ドレス （CoA) と異なる気付ア ドレス （CoA) を利用 した通信が可能となる。例えば、 MNと C Nとが MNの気付ァ ドレス （C o A) を利用して通信を行っている状態で、 MNがセグメントを移動し た際に、 通信が継続でき、 かつ、 冗長経路を経由することなく相互の通 信を行うことが可能となる。
また、 全ての I Pネッ トワーク接続機器は、 必ずしもモパイル I P機 能を実装する必要はなく、 未実装状態であっても、 相手の移動に伴う通 信終了や相手移動先を意識した再接続処理が不要となり、 接続維持が容 易になるとともに、 通信相手の移動を意識する必要がなくなる。
また、 e - Japan 構想等により、 通信ネッ トワークの I P化が推進され ており、 I P対応のス トリーミング放送や各種サービスも普及しつつあ る。 また、 移動端末においても I P化や高機能化が進められており、 ス トリーミング放送の受信や各種サービスを受けることが可能となってき た。
このような環境変化において、 サービス提供元のサーバは、 必ずしも モパイル I P機能をサポートしているわけではない。 本発明を採用して いるネッ トワークでは、 移動の有無に係らず、 サービスを継続的に提供 できることになる。今後の I Pネッ トワークの普及や移動端末の I P化， I P端末の移動性拡張等を考えると、 サービス性を向上させるためにも 本発明は必要となる。

Claims

請求の範囲
1. 複数セグメントに分割されたネッ トワークと、 自己が位置するセ グメントごとに気付ア ドレスが設定される MN (Mobile Node) と、 MN の通信相手である C N (Corresponding Node)と、 を備えるネッ トワーク システムであって、
少なく とも、 移動前のセグメントで設定された旧気付ア ドレス、 及ぴ 移動後の別セグメントで設定された新気付ァ ドレスを管理する気付ァ ド レス管理部と、
少なく とも、 前記 MNが別セグメントへ位置し.た後に、 前記 CNから 送信される旧気付ァドレス宛のバケツ トを受信するバケツ ト受信部と、 前記パケッ ト受信部によって受信した旧気付ァドレス宛のパケッ トを、 前記気付ァドレス管理部が管理する新気付ァドレス宛に転送するバケツ ト転送部と、
を備えるネッ トワークシステム。
2. 前記気付ア ドレス管理部、 パケッ ト受信部、 及びパケッ ト転送部 を含む VMN (Virtual Mobile Node)が、 特定のセグメントに設けられて おり、
前記 MNは、 少なく とも前記新気付ァ ドレス及び旧気付ァドレスを含 む MN情報を、 前記特定のセグメント宛に送信する MN情報通知部をさ らに備え、
前記 V M Nは、前記 M N情報通知部から送信される M N情報を受信し、 前記気付ァドレス管理部によって、 その MN情報に含まれる新旧気付ァ ドレスを管理する請求項 1に記載のネッ トワークシステム。
3. 前記 MNは、 自己が別セグメントに位置したことを検知する移動 検知部をさらに備え、
前記 MN情報通知部は、 前記移動検知部によって自己が別セグメント へ位置したことが検出された場合に、 前記 MN情報を、 前記特定のセグ メント宛に送信する請求項 2に記載のネッ トワークシステム。
4. 前記特定のセグメントは、 前記移動前のセグメントである請求項 2又は 3に記載のネッ トワークシステム。
5. 前記特定のセグメントは、 前記 CNが位置するセグメントである 請求項 2又は 3に記載のネッ トワークシステム。
6. 前記特定のセグメントは、 前記 MNが前記 C Nとの間の通信を開 始したセグメントである請求項 2又は 3に記載のネッ トワークシステム
7. 前記 MNは、 前記 CNから受信した多重カプセル化されたパケッ トのベースバケツ トから送信元ァ ドレスを抽出するパケッ ト解析部をさ らに備え、
前記特定のセグメントは、 前記パケッ ト解析部によって抽出された送 信元ァ ドレスから得られる送信元が位置するセグメントである請求項 2 又は 3に記載のネッ トワークシステム。
8. 前記 MNは、 前記 C Nから受信した多重カプセル化されたバケツ トのベースバケツ トから送信先ア ドレスを抽出するバケツ ト解析部をさ らに備え、
前記特定のセグメントは、 前記パケッ ト解析部によって抽出された送 信先ァ ドレスから得られる送信先が位置するセグメントである請求項 2 又は 3に記載のネッ トワークシステム。
9. 前記気付ア ドレス管理部、 パケッ ト受信部、 及びパケッ ト転送部 を含む VMNが、 特定のセグメン トに設けられており、
前記 MNは、 少なく とも前記 VMNのァ ドレスを含む VMN情報を管 理する管理部と、 少なく とも前記新気付ァドレス及び旧気付ァ ドレスを 含む MN情報を、 前記管理部が管理する VMN宛に送信する MN情報通 知部をさらに備え、
前記 V M Nは、前記 M N情報通知部から送信される M N情報を受信し、 前記気付ァドレス管理部によって、 その MN情報に含まれる新旧気付ァ ドレスを管理する請求項 1 に記載のネッ トワークシステム。
1 0. 前記 MNは、 自己が別セグメントに位置したことを検知する移 動検知部をさらに備え、
前記 MN情報通知部は、 前記移動検知部によって自己が別セグメント に位置したことが検出された場合に、 前記 MN情報を、 前記管理部が管 理する特定の VMN宛に送信する請求項 9に記載のネッ トワークシステ ム。
1 1. 前記特定の VMNは、 前記移動前のセグメントに位置する VM Nである請求項 1 0に記載のネッ トワークシステム。
1 2. 前記特定の VMNは、 前記 C Nと同一セグメ ン トに位置する V MNである請求項 1 0に記載のネッ トワークシステム。
1 3 . 前記特定の VMNは、 前記 MNが前記 C Nとの間の通信を開始 したセグメントに位置する VMNである請求項 1 0に記載のネッ トヮー クシステム。
1 4. 前記 MNは、 前記 C Nから受信した多重カプセル化されたパケ ッ トのベースバケツ トから送信元ァドレスを抽出するバケツ ト解析部を さらに備え、
前記特定の VMNは、 前記パケッ ト解析部によって抽出された送信元 ァドレスから得られる送信元と同一セグメントに位置する VMNである 請求項 1 0に記載のネッ トワークシステム。
1 5. 前記 MNは、 前記 CNから受信した多重カプセル化されたパケ ッ トのベースバケツ トから送信先ァドレスを抽出するパケッ ト解析部を さらに備え、
前記特定の VMNは、 前記バケツ ト解析部によって抽出された送信先 ァドレスから得られる送信先と同一セグメントに位置する VMNである 請求項 1 0に記載のネッ トワークシステム。
1 6. 前記 MN情報通知部は、 前記 MN情報を、 前記 CNが位置する セグメント宛、 又は前記 M Nが前記 C Nとの間の通信を開始したセグメ ント宛のいずれかに送信する請求項 2又は 3に記載のネッ トワークシス テム。
1 7. 前記 MNは、 前記 CNから受信した多重カプセル化されたパケ ッ トのベースバケツ トから送信元ァドレス及び送信先ァドレスを抽出す るバケツ ト解析部をさらに備え、
前記 MN情報通知部は、 前記 MN情報を、 前記パケッ ト解析部によつ て抽出された送信元ァドレスから得られる送信元が位置するセグメント 宛、 又は送信先が位置するセグメント宛のいずれかに送信する請求項 2 又は 3に記載のネッ トワークシステム。
1 8. 前記 MN情報通知部は、 前記 MN情報を、 前記管理部が管理す る、 前記 C Nと同一セグメントに位置する VMN宛、 又は前記 MNが前 記 CNとの間の通信を開始したセグメントに位置する VMN宛のいずれ かに送信する請求項 9又は 1 1に記載のネッ トワークシステム。
1 9. 前記 MNは、 前記 CNから受信した多重カプセル化されたパケ ッ トのベースバケツ トから送信元ァドレス及び送信先ァ ドレスを抽出す るバケツ ト解析部をさらに備え、 前記 MN情報通知部は、 前記 MN情報を、 前記管理部が管理する、 前 記バケツ ト解析部によって抽出された送信元ァドレスから得られる送信 元と同一セグメントに位置する VMN宛、 又は送信先と同一セグメント に位置する VMN宛のいずれかに送信する請求項 1 0又は 1 1に記載の ネッ トワークシステム。
2 0. 複数セグメントに分割されたネッ トワークと、 自己が位置する セグメントごとに気付ア ドレスが設定される MN (Mobile Node) と、 M Nの通信相手である C N (Corresponding Node)と、 を備えるネッ トヮー クシステムに包含され、 前記 CNから送信される前記 MNの旧気付ァ ド レス宛のバケツ トを別セグメントへ位置した MN宛に転送する VMN (Virtual Mobile Node)であって、
少なく とも、 移動前のセグメントで設定された旧気付ア ドレス、 及び 移動後の別セグメントで設定された新気付ァ ドレスを管理する気付ァ ド レス管理部と、
少なく とも、 前記 MNが別セグメントへ位置した後に、 前記 CNから 送信される旧気付ァドレス宛のバケツ トを受信するバケツ ト受信部と、 前記バケツ ト受信部によって受信した旧気付ァ ドレス宛のバケツ トを、 前記気付ァドレス管理部が管理する新気付ァ ドレス宛に転送するバケツ ト転送部と、
を備える VMN。
2 1. 複数セグメントに分割されたネッ トワークと、 自己が位置する セグメントごとに気付ア ドレスが設定される MN (Mobile Node) と、 M Nの通信相手である CN (Corresponding Node)と、 を備えるネッ トヮー クシステムにおいて、 前記 CNから送信される前記 MNの旧気付ァ ドレ ス宛のパケッ トを別セグメントへ位置した MN宛に転送する方法であつ て、
少なく とも、 移動前のセグメントで設定された旧気付ァドレス、 及ぴ 移動後の別セグメントで設定された新気付ァドレスを管理するステップ と、
少なく とも、 前記 M Nが別セグメントへ位置した後に、 前記 C Nから 送信される旧気付ァドレス宛のバケツ トを受信するステップと、
前記バケツ ト受信部によって受信した旧気付ァ ドレス宛のバケツ トを、 前記管理されている新気付ァドレス宛に転送するステップと、
を備えるバケツ ト転送方法。
2 2 . 複数セグメントに分割されたネッ トワーク と、 自己が位置する セグメントごとに気付ア ドレスが設定される M N (Mobi le Node) と、 M Nの通信相手である C N (Corresponding Node)と、 を備えるネッ トヮー クシステムに包含され、 前記 C Nから送信される前記 M Nの旧気付ァ ド レス宛のバケツ トを別セグメントへ位置した M N宛に転送する V M N (Virtual Mobile Node) 、
少なく とも、 移動前のセグメントで設定された旧気付ア ドレス、 及ぴ 移動後の別セグメントで設定された新気付ァドレスを管理する気付ァド レス管理部、
少なく とも、 前記 M Nが別セグメントへ位置した後に、 前記 C Nから 送信される旧気付ァドレス宛のバケツ トを受信するバケツ ト受信部、 前記パケッ ト受信部によって受信した旧気付ァドレス宛のバケツ トを、 前記気付ァ ドレス管理部が管理する新気付ァ ドレス宛に転送するバケツ ト転送部、
として機能させるためのプログラム。
PCT/JP2003/005958 2003-05-13 2003-05-13 ネットワークシステム WO2004109993A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
PCT/JP2003/005958 WO2004109993A1 (ja) 2003-05-13 2003-05-13 ネットワークシステム
JP2005500517A JP4130205B2 (ja) 2003-05-13 2003-05-13 ネットワークシステム
US11/237,715 US7515590B2 (en) 2003-05-13 2005-09-29 Mobile communication system and method thereof

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2003/005958 WO2004109993A1 (ja) 2003-05-13 2003-05-13 ネットワークシステム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/237,715 Continuation US7515590B2 (en) 2003-05-13 2005-09-29 Mobile communication system and method thereof

Publications (1)

Publication Number Publication Date
WO2004109993A1 true WO2004109993A1 (ja) 2004-12-16

Family

ID=33495893

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2003/005958 WO2004109993A1 (ja) 2003-05-13 2003-05-13 ネットワークシステム

Country Status (3)

Country Link
US (1) US7515590B2 (ja)
JP (1) JP4130205B2 (ja)
WO (1) WO2004109993A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014180049A (ja) * 2010-02-26 2014-09-25 Interdigital Patent Holdings Inc ピアツーピア通信におけるモビリティ
JP2018509097A (ja) * 2015-03-06 2018-03-29 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッションアンカーと転送アンカーとの分離を伴う方法およびシステム

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7535878B2 (en) 2003-03-28 2009-05-19 Intel Corporation Method, apparatus and system for ensuring reliable access to a roaming mobile node
US7580396B2 (en) 2003-11-05 2009-08-25 Intel Corporation Method, apparatus and system for obtaining and retaining a mobile node home address
US20050113109A1 (en) * 2003-11-25 2005-05-26 Farid Adrangi Method, apparatus and system for context-based registrations based on intelligent location detection
US20050111454A1 (en) * 2003-11-25 2005-05-26 Narjala Ranjit S. Method, apparatus and system for intelligently and dynamically routing mobile internet protocol packets
US20050111380A1 (en) * 2003-11-25 2005-05-26 Farid Adrangi Method, apparatus and system for mobile nodes to dynamically discover configuration information
US20050136924A1 (en) * 2003-12-04 2005-06-23 Farid Adrangi Method, apparatus and system for enabling roaming mobile nodes to utilize private home IP addresses
EP1845681A1 (en) * 2006-04-12 2007-10-17 Matsushita Electric Industrial Co., Ltd. Connection based local IP-mobility
KR100739803B1 (ko) * 2006-04-21 2007-07-13 삼성전자주식회사 이동 노드에서의 핸드오버 장치 및 방법
US8555958B2 (en) * 2008-05-13 2013-10-15 Baker Hughes Incorporated Pipeless steam assisted gravity drainage system and method
US8665691B2 (en) * 2009-02-05 2014-03-04 Sony Corporation Frame and data pattern structure for multi-carrier systems
US8374604B2 (en) * 2009-05-26 2013-02-12 Qualcomm Incorporated System and methods for performing multiple registrations across different radio access technologies
US8234377B2 (en) * 2009-07-22 2012-07-31 Amazon Technologies, Inc. Dynamically migrating computer networks
US10246768B2 (en) * 2014-04-02 2019-04-02 Technion Research & Development Founda Process for preparation of micron-sized single curved crystals of metals

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001189742A (ja) * 1999-12-28 2001-07-10 Ls Net:Kk 通信装置
JP2003051841A (ja) * 2001-08-03 2003-02-21 Matsushita Electric Ind Co Ltd 通信方法、移動端末装置及びルータ装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002016636A (ja) 2000-06-28 2002-01-18 Mitsubishi Electric Corp 移動通信システム、データ転送方法、およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体
JP2002033764A (ja) 2000-07-14 2002-01-31 Fujitsu Ltd 通信サービス提供システム、並びに通信サービス提供システムにおいて使用される移動端末装置、アドレスサーバ装置、およびルータ装置
KR100359431B1 (ko) * 2000-11-14 2002-11-07 엘지전자 주식회사 이동 인터넷 프로토콜 시스템 및 그 라우팅 방법
JP2002185520A (ja) 2000-12-12 2002-06-28 Fujitsu Ltd 移動端末対応ルータおよびホームエージェント・ルータ
JP3952860B2 (ja) * 2002-05-30 2007-08-01 株式会社日立製作所 プロトコル変換装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001189742A (ja) * 1999-12-28 2001-07-10 Ls Net:Kk 通信装置
JP2003051841A (ja) * 2001-08-03 2003-02-21 Matsushita Electric Ind Co Ltd 通信方法、移動端末装置及びルータ装置

Non-Patent Citations (5)

* Cited by examiner, † Cited by third party
Title
Arata SAWAI et al., "Baaiwake ni yoru Mobile IP Keiro Saitekika ni Okeru Jizen Jigo Toroku Hoshiki no Kento", 2001 Nen The Institute of Electronics, Information and Communication Engineers Society Taikai B-6-85, 29 August, 2001 *
Charles Perkin et al., "Route Optimization in Mobile P", draft-ietf-mobileip-optim-10.txt, 15 November, 2000 *
Masayuki YAMAI, "Saishin TCP/IP no Oyo Gijutsu Dai 2 Sho IP Mult Cast", OPEN DESIGN, CQ Publishing Co., Ltd., Vol. 4, No. 5, 01 October, 1997, pages 38 - 67 *
NORIO TAKAHASHI et al., "Mobil IP ni Okeru Keiro Saitekika Handan Hoho ni Kansuru Hyoka", 2001 Nen The Institute of Electronics, Information and Communication Engineers Society Taikai B-6-84, 29 August, 2001 *
Shinji ABE et al., "Mobile IP ni Okeru Saiteki Keiro Koshin Hoho ni Kansuru Hyoka", 2001 Nen The Institute of Electronics, Information and Communication Engineers Society Taikai B-6-83, 29 August, 2001 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014180049A (ja) * 2010-02-26 2014-09-25 Interdigital Patent Holdings Inc ピアツーピア通信におけるモビリティ
JP2018509097A (ja) * 2015-03-06 2018-03-29 ホアウェイ・テクノロジーズ・カンパニー・リミテッド セッションアンカーと転送アンカーとの分離を伴う方法およびシステム
US10356689B2 (en) 2015-03-06 2019-07-16 Futurewei Technologies, Inc. Method and system with separation of session anchor and forwarding anchor

Also Published As

Publication number Publication date
US20060018296A1 (en) 2006-01-26
JPWO2004109993A1 (ja) 2006-07-20
US7515590B2 (en) 2009-04-07
JP4130205B2 (ja) 2008-08-06

Similar Documents

Publication Publication Date Title
US7515590B2 (en) Mobile communication system and method thereof
Das et al. IDMP: An intradomain mobility management protocol for next-generation wireless networks
CA2514424C (en) Arrangement for establishing a bidirectional tunnel between a mobile router and a correspondent node
US6804221B1 (en) Micromobility using multicast
US7289463B2 (en) Hierarchical wireless network and an associated method for delivering IP packets to mobile stations
JP4466434B2 (ja) 経路制御方法およびホームエージェント
EP1680894B1 (en) Method and system for supporting internet protocol mobility on a mobile node in a mobile communication system
US8144687B2 (en) Method, apparatus and system for establishing a direct route between agents of a sender node and a receiver node
US8873507B2 (en) Distributed local mobility anchors for achieving optimized mobility routing
US20100103876A1 (en) Mobile terminal and communication management device
WO2002073906A1 (fr) Systeme de gestion de terminal mobile, terminal mobile, agent et programme
Dong et al. A network-based mobility management scheme for future Internet
JP2004112727A (ja) 移動通信制御システム、移動通信制御方法、これらに用いて好適なルータ装置、サーバ装置及びデータ構造
KR100780260B1 (ko) 모바일 네트워크에서 강인한 로컬 이동성 관리를 위한방법 및 장치
US8842607B2 (en) Mobility management system and method
JP5362732B2 (ja) マルチホーミング・プロトコルのためのサポート
JP4851589B2 (ja) Ｖｒｍ選択
Yan et al. State-aware pointer forwarding scheme with fast handover support in a PMIPv6 domain
US20040141477A1 (en) Method, system and mobile host for mobility pattern based selection of a local mobility agent
JP2002271368A (ja) 移動網における移動端末管理システム
JP2004260317A (ja) ＭｏｂｉｌｅＩＰマルチキャスト方法、ホームエージェント、モビリティアンカーポイント、およびＭｏｂｉｌｅＩＰマルチキャストプログラム
JP4574193B2 (ja) 移動通信ネットワークシステム及びモビリティ管理装置
Yu et al. Next generation mobility management: an introduction
US20080318568A1 (en) Method and apparatus for determining home agent attached by mobile node
Dong et al. A network-based localized mobility approach for locator/ID separation protocol

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP US

WWE Wipo information: entry into national phase

Ref document number: 2005500517

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11237715

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 11237715

Country of ref document: US