[go: up one dir, main page]

WO2006118188A1 - クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム - Google Patents

クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム Download PDF

Info

Publication number
WO2006118188A1
WO2006118188A1 PCT/JP2006/308824 JP2006308824W WO2006118188A1 WO 2006118188 A1 WO2006118188 A1 WO 2006118188A1 JP 2006308824 W JP2006308824 W JP 2006308824W WO 2006118188 A1 WO2006118188 A1 WO 2006118188A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
message
crn
subnet
proxy
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2006/308824
Other languages
English (en)
French (fr)
Inventor
Toyoki Ue
Takako Hori
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to US11/912,379 priority Critical patent/US20090022106A1/en
Priority to JP2007514804A priority patent/JPWO2006118188A1/ja
Priority to EP06745752A priority patent/EP1876767A1/en
Publication of WO2006118188A1 publication Critical patent/WO2006118188A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Definitions

  • the present invention relates to a crossover node detection method by handover of a mobile terminal (mopile node) that performs wireless communication, and a crossnode node detection program for executing this method by a computer, and in particular, a next-generation Internet protocol.
  • the present invention relates to a crossover node detection method by handover in a mobile node that performs wireless communication using the Mobile Internet Protocol version 6 (IPv6) protocol, and a cross-node detection program for executing this method by a computer.
  • IPv6 Mobile Internet Protocol version 6
  • Mobile terminal power As a technology that can provide seamless access to communication networks while moving, users who access a communication network such as the Internet through a wireless network can use mopile IPv6, a next-generation Internet protocol. The ones used are becoming popular. A wireless communication system using this mopile IPv6 will be described with reference to FIG. The mopile IPv6 technology described below is disclosed, for example, in Non-Patent Document 1 below.
  • the wireless communication system shown in FIG. 24 includes an IP network (communication network) 15 such as the Internet, a plurality of subnets (also called sub-networks) connected to the IP network 15, 20, 30, A mobile terminal (MN: Mobile Node) 10 that can be connected to either subnet 20 or 30 is included.
  • IP network communication network
  • MN Mobile Node
  • FIG. 24 two subnets 20 and 30 are illustrated as a plurality of subnets 20 and 30.
  • the subnet 20 includes a plurality of access routers (AR: Access Router) 21 that perform routing for IP packets (packet data), and unique wireless coverage areas (communication areas) 28 and 29, respectively.
  • Access points (APs) 22 and 23 are each connected to the AR 21, and the AR 21 is connected to the IP network 15.
  • FIG. 24 two APs 2 and 2 are designated as a plurality of APs 22 and 23. 2, 23 are shown.
  • the subnet 30 is also configured by the same connection mode as the subnet 20 described above by the AR 31 and the plurality of APs 32 and 33.
  • AR21 that is a component of subnet 20 and AR31 that is a component of subnet 30 can communicate through IP network 15, that is, subnet 20 and subnet 30 are Connected through IP network 15.
  • Protocol for IPv6 and other methods that can be assigned statefully from a DHCP server, and the network prefix and prefix length of subnet 20 are acquired by AR21, and in MN10, the network prefix and prefix length acquired from AR21 and MN10 There is a method of automatically generating CoA in the stateless by combining with the link layer address of the.
  • the MN 10 registers the obtained CoA with a router (home agent) on its home network or a specific communication partner (Correspondent Node: CN) (Binding Update: BU). Within 20, the packet data can be transmitted or received.
  • the packet data transmitted to the MN 10 also with a predetermined communication partner power is transmitted to the MN 10 via the AR 21 and AP 23 based on the CoA of the MN 10, while the MN 10 has a desired communication partner.
  • the packet data transmitted to is transmitted to the desired communication partner via AP23 and AR21.
  • Packet data sent to the home network addressed to the MN 10 is also sent to the AR 21 of the subnet 20 based on the CoA of the MN 10 registered in the home agent, and is transmitted to the MN 10 via the AP 23.
  • the wireless communication system using mopile IPv6 shown in FIG. 24 uses CoA even when MN10 performs handover from one subnet to another.
  • the wireless communication in the MN 10 is continued.
  • the fast handover technique disclosed in Non-Patent Document 2 below is known.
  • MN 10 obtains a new (New) CoA (hereinafter referred to as NCoA) to be used in subnet 30, and sends this NCoA to AR21.
  • NCoA new CoA
  • MN10 power handover is performed and the connection is switched from AP23 to AP32, it is moved to subnet 30 and abandoned.
  • Packets sent to MN10's Previous CoA (hereinafter referred to as PCoA) are used in subnet 20 even before the obtained NCoA is officially registered (BU).
  • PCoA Previous CoA
  • Data is transferred to MN10 via A R31 and AP32 via the tunnel, and packet data transmitted from MN10 reaches AR21 via the tunnel via AP32 and AR31 and communicates from AR21. Sent to the other party Uninaru.
  • RSVP Resource Reservation Protocol
  • FIG. 25 is a schematic diagram for explaining that RSVP in the conventional technique cannot cope with movement of MN.
  • RSVP a QoS path is set in the end-to-end path from the communication partner terminal 60 of the MN 10 to the MN 10, and based on the addresses of the MN 10 and the CN 60, Data transfer is performed by a plurality of relay nodes 61 that connect them.
  • NSIS Next Step in Signaling
  • IETF Internet Engineering Task Forum
  • Non-patent document 4 NSIS is expected to be particularly effective for various supplementary services such as QoS guarantees in a mopile environment.
  • Requirements and implementation methods for realizing QoS guarantees and mobility support in NSIS There is also a document in which is described (for example, see the following non-patent documents 5 to 9). The following describes the outline of NSIS that is currently drafted by the NETF working group of the IETF and the QoS path establishment method (see Non-Patent Document 6 and Non-Patent Document 9).
  • FIG. 26 shows a protocol stack of NSIS and its lower layers in order to explain the protocol configuration of NSIS in the prior art.
  • the NSIS protocol layer is located immediately above the IP and lower layers. Furthermore, the NSIS protocol layer generates NSLP (NSIS Signaling Layer Protocol), which is a protocol for generating and processing signaling messages to provide each additional service, and NTLP (Routing for NSLP signaling messages). NSIS Transport Layer Protocol).
  • NSLP is a variety of services such as NSLP for QoS (QoS NSLP) and NSLP for other supplementary services (Service A and Service B) (Service A NSLP, Service B NSLP).
  • QoS NSLP QoS
  • Service A and Service B Service A NSLP, Service B NSLP
  • FIG. 27 is a schematic diagram for explaining the concept of “neighboring NE (NSIS Entity) and QNE (QoS NSIS Entity) forces that are NSIS nodes in the prior art”.
  • NSIS Entity neighbored NE
  • QNE QoS NSIS Entity
  • FIG. 27 is a schematic diagram for explaining the concept of “neighboring NE (NSIS Entity) and QNE (QoS NSIS Entity) forces that are NSIS nodes in the prior art”.
  • NSIS Entity neighbore
  • QNE QoS NSIS Entity
  • the MN 10 connected to the AR 21 in the subnet 20 is receiving or receiving (receiving) data from the CN 60 for a certain purpose (session).
  • the MN 10 sends a RESERVE message for establishing a QoS route to the CN 60.
  • the RESERVE message contains the QoS information (QSpec) desired for receiving data from CN 60.
  • the transmitted RESERVE message arrives at QNE63 via AR21 and NE62 and other routers that do not have NSIS function.
  • QNE63's NSLP reserves the QoS resource for this session as described in the QSpec included in the RESERVE message!
  • the RESERVE message that has passed through QNE63 arrives at QNE65 via NE64 and other non-NSIS routers.
  • QNE65 the same processing as QNE63 is performed and QoS resource reservation is performed. This operation is repeated, and finally a RESERVE message is delivered to CN60, so that a QoS path is established between MN10 and CN60.
  • a flow identifier and a session identifier are used to identify the resource reservation.
  • the flow identifier depends on the CoA of MN10 and the IP address of CN60, and each QNE63, 65 confirms whether or not there is a resource reservation for this data packet by confirming the IP address of the source and destination of each data packet. I can know. If MN10 moves to another subnet and CoA changes The flow identifier changes according to the change of CoA of MN10.
  • the session identifier is for identifying a series of data transmissions for the session, and does not change as the terminal moves like the flow identifier.
  • QUERY a method for examining the availability of QoS resources for an arbitrary route.
  • This method is a method for checking in advance whether or not a desired QSpec can be reserved in each QNE when a Qo S route is established from MN10 to CN60.
  • a QUERY message is sent to check whether it can be reserved by QNE, and the result can be received by the RES PONSE message in response to this QUREY message. Note that the current resource reservation status is never changed by this QUE RY or RESPONSE message.
  • a NOTIFY message can be used for a QNE to make some notification to other QNEs. This NOTIFY message is used for error notification, for example.
  • RESERVE, QUERY, RESPONSE, and NOTIFY messages are all NSLP messages for QoS guarantee and are described in Non-Patent Document 6.
  • the MN 10 When the MN 10 is receiving data from the CN 60 and the QoS route (route 24) is established, the QoS resources desired by the MN 10 are reserved in the QNE 63, QNE 65 and QNE 66, respectively.
  • the flow identifier and session identifier at this time be X and Y, respectively.
  • the flow identifier X includes the current IP address of the MN 10 and the IP address of the CN 60
  • the session identifier Y is set to a sufficiently large arbitrary numerical value.
  • MN 10 After MN 10 moves to subnet 30, it sends a RESERVE message to CN 60 to establish a new QoS path.
  • the old route (route 24) is not released immediately after the movement of MN10.
  • the flow identifier X in the route 24 and the flow identifier in the route 34 are different.
  • QNE67 has session identification for any interface Since there is no resource reservation for child Y, it is determined that a new route has been established, and resource reservation is made for flow identifier ⁇ and session identifier ⁇ .
  • QNE65 and QN ⁇ 66 have resource reservations for session identifier ⁇ .
  • QNE65 and Q ⁇ 66 compare the flow identifier here and confirm that the flow identifier has changed from X to ⁇ .
  • CRN Cross Node
  • NE64 in Fig. 29 The QNE where the old route and the new route begin to intersect.
  • CRN refers to the router that actually starts to intersect (NE64 in Fig. 29).
  • QNE66 in Fig. 29 One adjacent QNE
  • QNE63 and QNE67 in Fig. 29 points to a different QNE (QNE65 in Fig. 29).
  • Non-Patent Document 6 and Non-Patent Document 9 regarding such RESERVE message, QUE ERY message, and NOTIFY message, the terminal (MN10 or CN60) that is the transmission destination or transmission source of the data packet is used. This means that any QNE can be the source.
  • NSIS covers not only the mopile environment but also various functions in a normal static network.
  • NSIS is one of the functions of NSIS. Focusing on the function that realizes the establishment of an independent service, the establishment of an additional service that supports mobility is realized by implementing NSIS.
  • Non-patent literature 1 D. Johnson, C. Perkins and J. Arkko, "Mobility support in IPv, draf t- ietf- mobileip- ipv6- 24, June 2003
  • Non-Patent Document 2 Rajeev Koodli "Fast Handovers for Mobile IPv, draft- ietf- mobileip- fast- mipv6- 08, October 2003
  • Non-Patent Document 3 R. Braden, L. Zhang, S. Berson, S. Herzog and S. Jamin, "Resource R eSerVation Protocol-Version 1 Functional Specification, RFC 2205, September 1 997
  • Non-Patent Document 4 NSIS WG (http://www.ietf.org/html.charters/nsis-charter.html)
  • Non-Patent Document 5 H. Chaskar, Ed, "Requirements of a Quality of Service (QoS) Solution for Mobile IP", RFC3583, September 2003
  • Non-Patent Document 6 Sven Van den Bosch, Georgios Karagiannis and Andrew McDonald "N S LP for Quality— of— Service signaling, draft— ietf— nsis—qos—nslp— 01. txt, October 20 03
  • Patent Document 7 X. Fu, H. Schulzrinne, H. Tschofenig, "Mobility issues in Next Step s ignaling", draft- fu-nsis- mobility- 01. txt, October 2003
  • Non-Patent Document 8 Roland Bless, et. AL, "Mobility and Internet; signaling Protocol”, draf t—manyfolks—signaling—protocol—mobility—00. Txt, January 2004
  • Non-Patent Document 9 R. Hancock (editor), Next Steps in Signaling: Framework ", draft- ietf -nsis-lw-05.txt, October 2003
  • Non-Patent Document 10 S. Lee, et al, "Applicability Statement of NSIS Protocols in Mobile Environments", draft-manyfolks-signaling-protoco ⁇ 01.txt, July 2004
  • Non-Patent Document 11 M. Brunner (Editor), "Requirements for Signaling Protocols”, draft-etf-nsis-req-09.txt, August 2003
  • the MN10 that receives QoS guarantee in the subnet 20 connected before the handover has performed handover to the subnet 30 and received before the handover in the subnet 30 connected after the handover.
  • the MN10 that receives QoS guarantee in the subnet 20 connected before the handover has performed handover to the subnet 30 and received before the handover in the subnet 30 connected after the handover.
  • Non-Patent Document 7 shows how much effort is required to establish a new QoS path before, for example, MN 10 performs handover or finishes handover.
  • Preparing for or new L there is a proposal that it is also necessary to establish the QoS path in advance.
  • it is necessary to find the aforementioned CRN first it is necessary to find the aforementioned CRN first. Again, no specific implementation method is disclosed.
  • finding the CRN in advance is an important issue in QoS handover.
  • CRN discovery must be done quickly to avoid or minimize interruptions due to handover.
  • the present invention is designed so that a mobile terminal that performs a handover can quickly and continuously receive supplementary services received before the handover even after the handover. It is an object of the present invention to provide a cross-node detection method that makes it possible to quickly find a node and a cross-over node detection program for executing the method by a computer.
  • an access point in which a plurality of access routers each constituting a subnet are connected via a communication network to form a unique communicable area. At least one or more connected to each of the plurality of access routers, wherein the access point is within the communicable area.
  • a mobile terminal configured to communicate with the access router to which the access point is connected through wireless communication with the access point can connect to another access point from the currently communicating access point.
  • a method for detecting a crossover node where old and new communication paths on the communication network intersect and branch when switching, wherein the mobile terminal has past movement history information of itself and other mobile terminals In response to the step of transmitting a message including information necessary for detecting the crossover node, and the device based on the information included in the received message, Determining whether or not the corresponding crossover node information exists, and if there is, the crossover node
  • a crossover node detection method comprising the steps of: transmitting the information to the mobile terminal; and receiving the crossover node information transmitted from the device.
  • the movement history information includes information on a subnet before movement of the mobile terminal, information on a subnet after movement of the mobile terminal, and communication destination information of the mobile terminal.
  • Subnet information, information on cross-nodes where old and new communication paths intersect due to the movement, access router power configuring the subnet after movement also includes link information to the crossover nodes where the old and new communication paths intersect, and old and new communication paths It is a preferable aspect of the present invention that at least one information power is also configured among the link information from the crossover node where the communication paths intersect to the access router configuring the moved subnet. This configuration makes it easy to find the CRN.
  • the information necessary for detecting the cross-node is information on the subnet before the mobile terminal is moved, and information on the subnet after the mobile terminal is moved. It is a preferred aspect of the present invention that the information is at least one of the information of the communication destination subnet of the mobile terminal. With this configuration, information can be collected immediately.
  • the device power having the movement history information is an access router constituting the subnet after movement of the mobile terminal. . With this configuration, information on the subnet after the move is known by the access router that configures the subnet after the move, so that the information on the subnet after the move is not necessary.
  • the device having the movement history information is an access router that configures the subnet before the mobile terminal moves. is there. This configuration eliminates the need for subnet information before movement because the access router that configures the subnet before movement knows the information about the subnet before movement.
  • the device having the movement history information is the crossover node where the old and new communication paths intersect and branch. It is. With this configuration, CRN information is known by CRN itself, so CRN information is not necessary and no updating is required.
  • a cross-ono node detection program for executing the cross-node detection method according to any one of the above inventions by a computer.
  • a cross-node detection method and a cross-node detection program for executing the method by a computer according to the present invention have the above-described configuration, suppress the process of finding a CRN as much as possible, and quickly find a CRN.
  • the mobile terminal that performs the handover can receive the supplementary service received before the handover promptly and continuously even after the handover.
  • FIG. 1 is a schematic diagram showing a configuration of a communication system in an embodiment of the present invention.
  • FIG. 2 is a block diagram showing the configuration of the MN in the embodiment of the present invention.
  • FIG. 3 shows an example of proxy information stored in the MN according to the embodiment of the present invention.
  • FIG. 4 is a schematic diagram showing an example of AP-AR correspondence information stored in the MN according to the embodiment of the present invention.
  • FIG. 5 is a block diagram showing the configuration of an AR in the embodiment of the present invention.
  • FIG. 6 is a block diagram showing another AR configuration in the embodiment of the present invention.
  • FIG. 7 is a block diagram showing a configuration of a CRN according to the embodiment of the present invention.
  • FIG. 8 is a sequence chart showing an example of operation until transmission to a proxy of CRN information extractability performed between an MN and a device having movement history information in the embodiment of the present invention.
  • FIG. 9 is a block diagram showing a configuration of a proxy in the embodiment of the present invention.
  • FIG. 10 is a block diagram showing the configuration of the QNE according to the embodiment of the present invention.
  • FIG. 11 is a block diagram showing the configuration of CN in the embodiment of the present invention.
  • FIG. 12 is a schematic diagram showing an example of how information processed by a QNE is stored in a message exchanged between the proxy and the CN in the embodiment of the present invention.
  • FIG. 13 is a first sequence chart illustrating an example of an operation when the MN requests the proxy to prepare to establish a QoS path in the communication system according to the embodiment of the present invention and the preparation is performed.
  • FIG. 14 is a second sequence chart illustrating an example of an operation when the MN requests the proxy to prepare to establish a QoS path in the communication system according to the embodiment of the present invention and the preparation is performed.
  • the MN requests the proxy to prepare to establish the QoS path, and uses the RESPONSE message used in the conventional NSIS as the message used for the preparation. Sequence chart showing an example of operation
  • the MN requests the proxy to prepare to establish the QoS path, and uses the RESPONSE message used in the conventional NSIS as the message used for the preparation.
  • Sequence chart showing an example of operation ⁇ 17] Block diagram showing the configuration of a proxy that realizes another processing method in the embodiment of the present invention
  • the proxy sends a Qo to the CRN.
  • the proxy sends a Qo to the CRN.
  • FIG. 21 is a first sequence chart illustrating an example of an operation when the MN requests the proxy to prepare to establish a QoS path in the communication system according to the embodiment of the present invention and the preparation is performed.
  • FIG. 22 is a second sequence chart showing an example of an operation when the MN requests the proxy to prepare to establish a QoS route in the communication system according to the embodiment of the present invention and the preparation is performed.
  • FIG. 23 is a sequence chart illustrating an example of another operation when the MN requests the proxy to prepare to establish a QoS path in the communication system according to the embodiment of the present invention, and the preparation is performed.
  • FIG. 24 Schematic diagram showing the configuration of a wireless communication system common to the present invention and the conventional technology.
  • FIG. 25 Schematic diagram for explaining that RSVP in the conventional technology cannot cope with the movement of the MN.
  • FIG.27 Schematic diagram for explaining the concept that NEs and QNEs that are NSIS nodes in the conventional technology are “adjacent”
  • FIG.28 Schematic diagram showing how QoS resource reservation is performed in NSIS in the conventional technology
  • FIG. 1 is a schematic diagram showing a configuration of a communication system in the embodiment of the present invention.
  • the QoS route (route 24) established with the CN 60 in the state in which the MN 10 is connected to the subnet 20 before the handover is shown by a solid line.
  • the QoS route (route 34) established with the CN 60 is shown by a dotted line.
  • FIG. 2 is a block diagram showing the configuration of MN in the embodiment of the present invention.
  • each function of the MN 10 is shown by a block. These functions can be realized by hardware, Z, or software.
  • the MN 10 shown in FIG. 2 includes a handover destination candidate determination unit 101, a radio reception unit 102, a radio transmission unit 103, a CRN detection message generation unit 104, a proxy determination unit 105, a message generation unit 106, and a message reception unit 107. have. Further, as an option, it may include an NCoA generation unit 108, a proxy information storage unit 109, a CRN extraction unit 110, and a movement history information storage unit 111. In FIG. 2, the optional part is shown by a dotted line.
  • the CRN extraction means 110 and the movement history information storage means 111 are means that operate when the MN 10 extracts a CRN based on the movement history information that the MN 10 has, as will be described later.
  • the handover destination candidate determining means 101 is means for receiving, for example, signals from a plurality of different APs and searching for an AP list that can be L2 handed over. Note that the MN 10 can also perform processing by the proxy determination unit 105 (to be described later) directly without determining the L2 handover destination candidate by the handover destination candidate determination unit 101.
  • the wireless reception means 102 and the wireless transmission means 103 are means for performing data reception and data transmission by wireless communication, respectively, and these have various functions necessary for performing wireless communication. include.
  • the CRN detection message generation unit 104 transmits to the apparatus having the past movement history information of itself and other MNs including information necessary for detecting (finding) the CRN (QNE65). It is means for generating a message to do.
  • the movement history information will be described later.
  • information necessary for detecting the CRN (QNE65) for example, the information of the subnet 20 before the handover of the MN10, the information of the subnet 30 after the handover of the MN10, and the CN60 that is the communication destination of the MN10 Examples include subnet information (not shown), and at least one of these pieces of information is included in the message as information necessary to detect the CRN (QNE65).
  • the subnet information refers to information such as a subnet identifier, and is information specific to each subnet.
  • the above message generated by the CRN detection message generating means 104 is referred to as message X.
  • the above-described wireless transmission unit 103 transmits the message X generated by the CRN detection message generation unit 104 to a device having movement history information. Then, the radio receiving means 102 described above is based on information necessary for detecting the CRN (QNE65) included in the message X from the apparatus having the movement history information that has received the message X transmitted by the radio transmitting means 103. The corresponding CRN (QNE65) information extracted in this way is received. Then, the wireless transmission means 103 transmits the received CRN (QNE65) information to a proxy (QNE68 in FIG. 1) described later, and the received proxy is a process for the MN 10 to quickly establish a QoS path at the time of a handover. I do.
  • the wireless reception unit 102 displays the information indicating that the power is not extracted as the device having the movement history information. Force may also be received.
  • CRN is found through a proxy discovered by proxy determination means 105 described later, and processing for establishing a QoS path is performed.
  • the MN 10 For the device in which the MN 10 has movement history information, information on the subnet 20 before the handover of the MN 10, information on the subnet 30 after the handover of the MN 10, a subnet (not shown) of the CN 60 that is the communication destination of the MN 10 Send message X including information about The MN 10 needs to acquire this information when NSIS Transport Layer Protocol (NTLP or GIMPS) makes it possible to obtain such information, and NTLP or GI MPS has the above-mentioned information because the flow identifier includes the IP address of the data source and destination. Can be obtained. At this time, the MN 10 needs to know the prefix length in advance.
  • NTLP or GIMPS NSIS Transport Layer Protocol
  • Proxy determining means 105 is means for discovering a proxy.
  • the proxy discovered by proxy decision unit 105 is a proxy for MN10, so that MN10 can receive additional services (QoS here) without being interrupted after handover.
  • QNE NSIS node
  • QoS provision function that can be prepared for, and exists on the QoS path that is planned when the MN 10 is handed over. The function of the proxy will be described later.
  • search for proxy information 40 suitable for communicating with the CN60 and determine the AP-list information on the server ( Proxy search server) and return the information related to the most suitable proxy described above, or a method of selecting all proxies stored in the proxy information 40.
  • the handover destination candidate AR itself is a QNE and may become a proxy.
  • FIG. 3 shows an example of the contents of the proxy information 40.
  • the proxy information 40 shown in FIG. 3 has IP addresses of nodes that can be selected as proxies when the MN is connected to each AP, and the MN refers to the proxy information 40 by referring to the proxy information 40.
  • the proxy can be selected and specified. As a proxy, it is desirable to set a QNE that exists near the AR that has each AP under its control (near the AR in the network configuration).
  • the message generation means 106 is a proxy, after the MN 10 performs handover. It is a means for generating a message containing information necessary to prepare in advance so that QoS can be received without being interrupted.
  • the information necessary to prepare eagerly so that MN 10 can receive QoS without being interrupted after handover is as follows:
  • message A The above message generated by the message generation means 106 is referred to as message A.
  • the CRN (QNE65) information received by the wireless receiving means 102 may be included in the message A.
  • the message receiving means 107 also receives a message (referred to as message D) that includes information indicating whether the preparation is successful and! / It can be omitted depending on the method of creating a new QoS route.
  • message D includes information obtained when the proxy makes the above-mentioned preparation.
  • the MN 10 can identify the destination, generate an NCo A to be used there, and send it to the destination proxy.
  • the means for generating this NCoA is the NCoA generation means 108, and the generated NCoA is stored in the message A together with the flow identifier and the like in the message generation means 106.
  • MN10 has AP-AR correspondence information 41 as shown in Fig. 4 (an example created with reference to Fig. 13 as in Fig. 3) and decides the handover destination candidate.
  • this AP-AR correspondence information 41 is searched, and the information of the AR to which the AP is connected (for example, the AR link layer address, the network of the subnet to which the AR belongs) NCoA can be automatically generated statelessly by obtaining prefixes and prefix lengths).
  • the NCoA is automatically generated statelessly, it is actually necessary to check whether this NCoA is usable in the handover destination subnet. is there. For this reason, for example, select the subnet where the AR itself can be a proxy as the handover destination, and send the message A containing the NCoA to this AR to check the validity of the NCoA to the AR with this proxy function. Don't ask Which processing is necessary.
  • the currently communicating AR AR belonging to subnet 20 before the node over
  • 1S receives a part of the available CoA from the DHCP server of the neighboring subnetwork.
  • the message A can also include other information (for example, information such as the IP address of the current neighboring QNE (QNE63) of the MN 10).
  • FIG. 5 is a block diagram showing the configuration of the AR 21 that receives the message X in the embodiment of the present invention.
  • each function of the AR 21 shown in FIG. 5 can be realized by hardware, Z, or software.
  • the AR 21 shown in FIG. 5 includes a receiving unit 211, a transmitting unit 212, a control unit 213, and a movement history information storage unit 214.
  • the receiving means 211 is means for receiving, for example, the message X transmitted by the MN 10 force, the data flowing through the route 24, and the like.
  • the transmission unit 212 is a unit that transmits, for example, CRN (QNE65) information extracted by the control unit 213, which will be described later, and other data.
  • the control unit 213 determines whether or not the corresponding CRN information exists in the movement history information stored in the movement history information storage unit 214. If it exists, CRN information is extracted.
  • the movement history information storage means 214 The movement history information stored in is, for example, information until a predetermined period elapses, and may be deleted when the predetermined period elapses. The same applies to the movement history information of AR31 and CRN (QNE65) described later.
  • the MN10 power message X includes the subnet 20 information, the subnet 30 information, and the communication destination CN 60 subnet information.
  • the information of the subnet 20 does not have to be included in the message X. This is because AR21 has information on subnet 20.
  • the control means 213 receives the information of the subnet of the communication destination of the MN before the handover, after the handover, the information of the CRN by the handover, from the access router (proxy) side constituting the subnet after the handover.
  • a message X is stored in the movement history information storage means 214 that stores the link information to the CRN side and the link information to the access router (proxy) side that constitutes the subnet after handover from the CRN side as a set of related data. It is determined whether or not there is data that uses the subnet 20 information, subnet 30 information, and communication destination CN60 subnet information included in the group as related information. When it is determined that the control unit 213 exists, the control unit 213 extracts the information of the corresponding CRN. Then, the transmission unit 212 transmits the extracted CRN information to the MN 10.
  • the MN 10 that has received the CRN information may issue signaling in order to confirm the validity of the received CRN information. Specifically, the MN 10 transmits a confirmation message including the current flow ID (flow identifier) and session ID (session identifier) to the CRN obtained as information, and if the corresponding ID exists, the CRN Can be confirmed to exist on the current old QoS path. However, it is not always optimal. If the corresponding ID does not exist, the CRN does not exist on the path. In this case, a process of finding the CRN through the proxy discovered by the proxy determination unit 105 is performed. The process for confirming the validity of CRN information is the same for AR31 and CRN (QNE65) described later.
  • the proxy found by the proxy determination means 105 is stored. It is necessary to find CRN through.
  • FIG. 6 is a block diagram showing the configuration of the AR 31 that receives the message X in the embodiment of the present invention.
  • each function of the AR31 shown in FIG. 6 can be realized by hardware, Z, or software.
  • the AR 31 shown in FIG. 6 includes receiving means 311, transmitting means 312, control means 313, and movement history information storage means 314.
  • the receiving unit 311 is a unit that receives, for example, the message X transmitted by the MN 10 force, the data flowing through the path 34, and the like.
  • the transmission means 312 is a means for transmitting, for example, CRN (QNE65) information extracted by the control means 313, which will be described later, and other data.
  • the control means 313 determines whether the corresponding CRN information exists in the movement history information stored in the movement history information storage means 314. If it is determined that it exists, CRN information is extracted.
  • the MN10 power message X includes the information of the subnet 20, the information of the subnet 30, and the information of the subnet of the communication destination CN 60.
  • the information on the subnet 30 does not have to be included in the message X. This is because AR31 has subnet 30 information.
  • the control means 313 receives information about the subnet of the communication destination of the MN before the handover, after the handover, information on the CRN by the handover, and the access router (proxy) side that constitutes the subnet after the handover.
  • the control unit 313 determines that the corresponding data does not exist in the movement history information storage unit 314, it is necessary to find the CRN through the proxy discovered by the proxy determination unit 105.
  • the link information to the (proxy) side is stored in the movement history information storage means 314 as a set of related data.
  • FIG. 7 is a block diagram showing the configuration of the CRN (QNE 65) that receives the message X in the embodiment of the present invention.
  • each function of the CRN (QNE65) shown in FIG. 7 can be realized by hardware and Z or software.
  • the CRN (QNE65) shown in FIG. 7 has receiving means 651, transmitting means 652, control means 653, and movement history information storage means 654.
  • the receiving means 651 is means for receiving, for example, the message X transmitted by the MN 10 force, the data flowing through the routes 24 and 34, and the like.
  • the transmission means 652 is a means for transmitting, for example, CRN (QNE65) information extracted by the control means 653 described later, other data, and the like. For example, based on the information included in the message X received by the receiving unit 651, the control unit 653 determines whether or not the corresponding CRN information exists in the movement history information stored in the movement history information storage unit 654. If it is determined that it exists, CRN information is extracted.
  • MN10 power message X includes subnet 20 information, subnet 30 information, and communication destination CN 60 subnet information.
  • MN10 sends message X to CN 60 on the old QoS path
  • QNE existing on the QoS path determines whether the corresponding movement history information exists on its own or not.
  • Message X is forwarded to the next QNE.
  • the control means 653 sends the information on the subnet of the communication destination of the MN before the handover, after the handover, the information on the CRN by the handover, and the access routers constituting the subnet after the handover ( Proxy) side information and link information to CRN side, and CRN side force is also stored in movement history information storage means 654 that stores link information to the access router (proxy) side that constitutes the subnet after the handover as a set of related data. It is determined whether or not there is data that uses the subnet 20 information, subnet 30 information, and communication destination CN60 subnet information included in message X as a set of related information. When it is determined that the control unit 653 exists, the control unit 653 extracts the corresponding CRN information. Then, the transmission means 652 transmits the extracted CRN information, its own interface information, and the like to the MN 10.
  • the control means 653 determines that the corresponding data does not exist in the movement history information storage means 654, the message X is transferred to the next QNE.
  • CN 60 notifies MN 10 that the corresponding CRN does not exist.
  • the MN 10 needs to find the CRN through the proxy discovered by the proxy decision means 105. If the CRN is found through the proxy discovered by the proxy determination means 105, the control means of the corresponding CRN (QNE) is the control means 213 of AR21 shown in FIG. 5 or the control of AR31 shown in FIG.
  • the subnet information before and after the handover, the subnet information of each MN's communication destination, and the access router (proxy) side power that constitutes the subnet after the handover are also CRN.
  • Link information to the access router (proxy) side that constitutes the subnet after handover is stored in the movement history information storage means 654 as a set of related data.
  • the movement history information is stored in the movement history information storage unit 111. Specifically, information on past movement history of the MN 10 is stored.
  • the CRN extraction unit 110 determines whether or not the corresponding movement history information exists from the movement history information storage unit 111 based on information included when the message X is generated by the CRN detection message generation unit 104. If it exists, the corresponding CRN information is extracted. Then, the wireless transmission means 103 transmits the extracted CRN information to the proxy. On the other hand, when it is determined that it does not exist, a process of finding the CRN through the proxy discovered by the proxy determination unit 105 is started. In this way, the MN 10 itself is effective for a MN that repeatedly performs a certain pattern of behavior by using the past movement history. However, when such MN 10 itself has movement history information, it is necessary to confirm the validity of the CRN information. It is also possible to exchange (share) movement history information among multiple MNs.
  • the AR21 that has received the message X from the MN10, before the handover, after the handover, information on the subnet of the communication destination of the MN, CRN information by the handover, and C from the access router (proxy) side that constitutes the subnet after the handover.
  • Link information to the RN side, CRN side force Access history that stores the link information to the access router (proxy) that constitutes the subnet after the handover is stored as a set of related data
  • the information storage means 214 includes the message X Subnet 20 information, Subnet 30 information, and the CN60 subnet information of the communication destination are determined whether there is a set of related information data. If it is determined that it exists, the corresponding CRN Extract information for ( Step S803). Then, AR21 transmits the extracted CRN information to MN10 (step S804).
  • the MN 10 that has received the L2 information from the AP that can reach the L2 signal in the neighborhood first determines a sub-network that can be handed over based on that information (step S805). Based on the L2 information, the proxy as a handover candidate destination is determined (step S806).
  • the MN 10 that has determined the proxy sets the CRN information received from the AR 21, the upstream flow identifier and session identifier on the route 24, the downstream flow identifier and session identifier in the message A, and is said to be bidirectional communication. Information is also set in message A (step S807), and message A is sent to the selected proxy 68 (step S808). In this way, if the CRN is known in advance, a RESERVE message can be sent to the CRN (QNE65). In particular, it is assumed that message A is sent to proxy 68, which is one of the proxies.
  • AR21 transmits information indicating that the corresponding CRN information does not exist to MN 10. You may do it. As a result, since the MN 10 does not include the CRN information in the message A, the proxy CRN finds the corresponding CRN.
  • FIG. 9 is a block diagram showing the configuration of the proxy in the embodiment of the present invention.
  • each function of the proxy 68 shown in FIG. 9 can be realized by hardware, Z, or software.
  • the proxy 68 shown in FIG. 9 includes receiving means 681, sending means 682, message processing means 683 and 684, and message generating means 685 and 686. Further, as an option, message generation means 687 and route information storage means 688 may be provided. In FIG. 9, the option portion is indicated by a dotted line.
  • Receiving means 681 and transmitting means 682 are means for performing data reception and data transmission.
  • the message processing means 683 is a message generation means 1 of the MN 10 shown in FIG. This is a means for receiving and processing the message (message A) generated in 06 and transmitted by the wireless transmission means 103. For example, the data flow information included in message A is checked to determine how it is desirable to establish the QoS path. Also, when CRN information is included in message A, message processing means 683 performs processing for MN 10 to quickly establish a QoS path at the time of handover based on this CRN information. Do.
  • the message processing means 683 does not receive CRN information from the MN 10, the CRN is discovered by the message generation means 685, the message processing means 684, etc., which will be described later, and the MN 10 performs QoS during handover based on this CRN information. Perform processing to quickly establish a route.
  • a processing method for establishing the QoS path will be described later.
  • the received CRN information includes up-stream CRN information and downstream CRN information as will be described later if bidirectional communication is performed. The change in the QoS route establishment method due to the data flow will be explained together with the functions of the intermediate QNE described later.
  • the message generator 685 receives the flow identifier (for example, the flow identifier X of the route 24) and the session identifier (for example, the session identifier Y common to the route 24 and the route 34) received by the message processing unit 683. Generate a message containing message (referred to as message B).
  • the message B generated by the message generation means 685 is a message for finding a CRN, and is transmitted to the CN 60 via the transmission means 682.
  • the flow identifier contains CN60 IP address information.
  • the message processing means 684 is a message (referred to as message C) sent via each QNE on the path 34 from the CN 60 that received the message B generated and transmitted by the message generation means 685. ) Is received and processed.
  • This message C contains information about CRN.
  • the MN 10 performs processing for quickly establishing a QoS path at the time of handover. There are several ways to do this. For example, this information is passed to the route information storage means 688, and any processing may be performed when the MN 10 has handed over. The information is further passed to the message generation means 686 to the MN 10. Message (message D mentioned above).
  • the MN 10 needs to be provided with the message receiving means 107 of FIG. As mentioned above, message D is ready. Information on whether or not it was successful may be included. Further, the message D may include other information. In addition, when CMN information is transmitted from the MN 10 or the like, a reply message to the MN 10 need not be transmitted.
  • the message processing means 683 If the message processing means 683 has received the NCoA information of the MN 10, the message generation means 687 generates a new flow identifier based on this NCoA, and the message processing means 683 or message processing A new QoS path may be generated on path 34 by sending a RESERVE message to CN 60 on the basis of the CRN information received by means 684. However, in this case, another function is required, such as having CRN information in the RESERVE message and preventing the resource reservation from there to CN60 from being double reserved.
  • QSpec information that is necessary for QoS path establishment and should be included in the RES ERVE message refer to, for example, the CRN information received by the message processing means 683 or the CRN information included in the message C. It can be obtained from this CRN.
  • message A contains information about the current adjacent QNE (QNE63) of MN10! / You can also get from QNE63 if you want to speak.
  • this proxy does not have the NCoA validity check function, or if the proxy is valid and invalid as a result of the validity check, for example, an error message for notifying MN10 of an error Must be returned.
  • This error notification can be included in message D or returned as another message (eg, FB Ack message in FMIP).
  • the message B generated by the message generation means 685 includes information other than the above (for example, NCoA that has been confirmed to be valid, and the current adjacent QNE of the MN10 included in the message A (QNE63) Information).
  • FIG. 10 is a block diagram showing the configuration of the intermediate QNE on the path 34 in the embodiment of the present invention.
  • each function of the QNE65 shown in FIG. 10 can be realized by hardware, Z, or software.
  • the QNE 65 shown in FIG. 10 includes a receiving unit 6511, a transmitting unit 6512, a message processing unit 6513, and a message generating unit 6514.
  • the reception unit 6511 and the transmission unit 6512 have the same functions as the reception unit 681 and the transmission unit 682 of the proxy 68 shown in FIG.
  • the message processing means 6513 is a means for checking whether there is already a resource reservation in the QNE 65 based on the combination of the flow identifier and session identifier contained in the message B or message C when the message processing means 6513 is received. is there. If the reservation becomes ineffective, the message generator 6514 does nothing and the message B or message C is transferred to the next QNE via the transmitter 6512.
  • the message generation means 6514 stores the IP address of the interface in the message, and a new message generated by the message generation means 6514 is sent via the transmission means 6512. Sent to the next QNE. However, if message B or message C asks QNE to do some other processing, for example, if it is an extension of a QUERY message or a RES PONSE message for it, processing specific to these messages is performed. It is.
  • each QNE on path 34 may only receive either message B or message C.
  • the message The route 34 is determined by the page B, and processing is performed by the message processing unit 6513 and the message generation unit 6514 described above.
  • message C can only be returned by each QNE to the proxy 68 with the result processed when message B is received.
  • NSIS does not always apply the concept of the RSVP route determination method by using the NTLP function. For example, it may be possible for message B to follow the path 34 and gather the necessary information for the downstream data flow.
  • FIG. 11 is a block diagram showing the configuration of CN in the embodiment of the present invention. Like the MN10 shown in FIG. 2, each function of the CN 60 shown in FIG. 11 can be realized by hardware, Z, or software.
  • the CN 60 shown in FIG. 11 includes a receiving unit 601, a transmitting unit 602, a message processing unit 603, a message generation unit 604, and a route information storage unit 605.
  • the reception unit 601 and the transmission unit 602 have the same functions as the reception unit 681 and the transmission unit 682 of the proxy 68 shown in FIG. 9 and the reception unit 6511 and the transmission unit 6512 shown in FIG.
  • the message processing unit 603 has a function of receiving and processing the message B. For example, in the message processing means 603, it is determined whether the message B force is applied to the Upstream, or is output to the downstream. Further, when the upstream CRN information is included in the message B, the message processing means 603 can also pass the CRN information to the path information storage means 605 for holding.
  • the CN 60 can perform QoS route establishment processing using the RESERVE message when the NCoA information of the MN 10 is obtained by using the information stored in the route information storage means 605.
  • NCoA information of MN10 can be obtained simultaneously with the reception of message B when it is included in message B, and can also be obtained from the BU message from MN10. is there.
  • QSpec information that should be included in the RESERVE message it is also possible to obtain CRN power, and when Message B includes the IP address of QNE63! / Can also be obtained from QNE63.
  • the message generation means 604 generates a message C and passes through the transmission means 602. It is a means to send message C. It is also possible to send message B with route information (if any QNE has the power to have resource reservations, it can be included in message C and sent. It may contain information.
  • the proxy receives a pair of the flow identifier and session identifier from these two directions from the MN 10, and Embed it in Message B and send it to CN60!
  • FIG. 12 shows an example of information that can be obtained by the proxy by transmitting and receiving messages B and C.
  • Each message B and message C has the IP address information power of the interface that has the resource reservation each time it passes through the QNE that has the resource reservation for the flow identifier and session identifier pair that each message has.
  • the IP address of the interface that has resource reservation for the upstream flow identifier and session identifier (information 81: IP address of the upper (QNE66 side) interface of QNE65) Is added, and after that, the IP address of the interface that has resource reservation for the upstream flow identifier and session identifier in QNE66 (information 82: the upper (CN60 side) interface of QNE66) IP address). If this information is returned to the CN60 or proxy 68 by this mechanism, the CN 60 or proxy 68 will return the IP address of the interface that was originally attached (the IP address of information 81). It can be judged that it is a CRN upstream of QNE power with
  • the proxy 68 in the information 83 and the information 84 the QNE having the IP address of the last interface (the IP address of the information 84) is downstream. It can be determined that it is a CRN.
  • the QoS route may change depending on factors such as the network status, and the CRN may also change according to the change in the QoS route.
  • an expiration date is set for the CRN information held by CN60 and proxy 68, and before that expiration date, CN60 and proxy 68 It is also possible to maintain accurate CRN information by checking whether the CRN has changed or by obtaining the latest CRN information. This expiration date can be set by the CN60 or proxy 68 that receives the CRN information. Also, when the MN10 message A is sent, the expiration date can be notified to the CN60 or proxy 68. Good.
  • the MN 10 requests the proxy 68 to prepare for establishment of the QoS route, and explains the operation when the preparation is performed. To do.
  • the MN 10 sends identifier (flow identifier and session identifier) information to the proxy 68, and the proxy 68 and the CN 60 send messages via the intermediate QNEs 65 to 67.
  • identifier flow identifier and session identifier
  • FIG. 13 and FIG. 14 A sequence chart showing an example of operation to find upstream and downstream CRN by exchanging is shown.
  • the sequence charts shown in FIG. 13 and FIG. 14 are for the network system shown in FIG.
  • the proxy 68 is selected as one of the proxies by the MN 10, and here the proxy 68 is the CRN. After obtaining the information, the information is returned to MN10. Further, the sequence chart shown in FIG. 13 and FIG. 14 shows a series of operations, and the processing of step S 1312 shown in the sequence chart of FIG. 13 and FIG. 14 is the same.
  • the MN 10 that has received the L2 information from the AP that can reach the neighboring L2 signal first determines a sub-network that can be handed over based on the information (step S1301), and then the AP's Based on the L2 information, a proxy as a handover candidate destination is determined (step S1302).
  • the MN 10 that has determined the proxy flows upstream for route 24.
  • the identifier and session identifier, downstream flow identifier and session identifier are set in message A, and information indicating that communication is bidirectional is also set in message A (step S1303), and the selected proxy group (multiple proxies) Message A is sent to (step S1304).
  • proxy 68 which is one of the proxies
  • the proxy 68 generates a message B based on the information of the message A received from the MN 10. Since bidirectional communication is considered here, the message B is set to upstream, the reply message (Message C) is set to downstream information, and the parameters are set so that it can be obtained from the router in the middle.
  • the received flow identifier and session identifier are set in message B (step S1305), and message B is transmitted to CN60 (step S1306). At this time, the proxy 68 needs to obtain the address of CN60 from the flow identifier information.
  • Each QNE 65 to 67 on the route from the proxy 68 to the CN 60 checks the contents of the message B, and checks whether the resource reservation for the upstream flow identifier and the session identifier in the message B exists in the QNE. Check. If there is a resource reservation for the upstream flow identifier and session identifier, each QNE adds the IP address of the interface where the ⁇ nose reservation exists to message B and goes to CN60. send. On the other hand, if there is no resource reservation for upstream flow identifier and session identifier !, message B is transferred as it is without adding information.
  • step S 1307 and 1308 Since there is no resource reservation for the upstream flow identifier and the session identifier in QNE67, message B is transferred as it is without adding information (steps S1307 and 1308).
  • QNE65 also has resource reservations for the upstream flow identifier and session identifier. After the IP address of the interface where the resource reservation exists is attached to message B (step S 1309), Message B is forwarded (step S 1310).
  • resource reservation for upstream flow identifier and session identifier also exists in QNE66, and after the IP address of the interface where the resource reservation exists is added to message B (step Message S 1311) and message B are transferred (step S 1312).
  • message B arrives at CN 60, and CN 60 that received this message B receives the information attached by each QNE 65-67 (the message attached to message B by each QNE 65-67).
  • parameters are set so that message C can collect route information for message (step S1313), and it is sent to proxy 68 (step S1314).
  • each QNE 65 to 67 on the route from CN 60 to proxy 68 performs the same processing for message C for downstr earn as the processing for message B described above.
  • QNE66 has a resource reservation for the downstream flow identifier and session identifier, and after the IP address of the interface where the resource reservation exists is added to message C (step S1315). Message C is forwarded (step S1316). Similarly to QNE65, QNE65 also has resource reservations for downstream flow identifiers and session identifiers. After being added to IP address S message C of the interface where the resource reservations exist (step S1317), message C is forwarded (step S1318). Further, since there is no resource reservation for the downstream flow identifier and session identifier in QNE67, message C is transferred as it is without adding information (steps S1319 and 1320).
  • the proxy 68 that has received the message C in this way can identify the upstream and downstream CRN information by referring to the message C, and the upstream and downstream CRN information can be specified. Is set in message D (step S1 321), and message D is transmitted to MN10 (step S1322).
  • the proxy 68 can take various means other than sending the CRN information to the MN 10 after collecting the CRN information.
  • the MN 10 knows the CRN information at an early stage. For example, when making a resource reservation after moving the subnet, the MN 10 can transmit the CRN information included in the RESERVE message.
  • the corresponding CRN can perform processing to prevent double reservation of resources up to CN60 ahead. For example, the corresponding CRN can perform processing such as renewing a reservation rather than reserving a new resource.
  • the CRN is specified in advance in this way, even if it is a resource reservation after the handover of the MN 10, it does not become a resource reservation while searching for the CRN as in the conventional technology. It is possible to quickly establish a QoS route. Further, as described above, it is possible for the proxy 68 that has obtained the CRN information to make a resource reservation before returning the information to the MN 10, so that a quicker QoS path establishment can be realized.
  • message B and message C can be rewritten into existing messages, for example, QUERY messages, RESPONSE messages, and NOTIFY messages.
  • FIG. 15 and FIG. 16 show sequence charts when the message B function is added to the QUERY message and the message C function is added to the RESPONSE message.
  • the functions possessed by the original QUERY and RESPONSE messages (such as the free resource information acquisition function) are included here. Steps S1501 to S1522 in FIGS. 15 and 16 correspond to steps S1301 to S1322 in FIGS. 13 and 14, and QUERY message and message C correspond to RESPONSE message and message D, respectively. It is in.
  • the mobile terminal such as MN10 has no way of knowing the resource information reserved in the current communication with the communication partner, it is reserved in the current communication between CRN and CN60.
  • the resource information that is present cannot be determined as the resource information that can be used when the MN 10 moves.
  • the QUERY and RESPONSE messages have the current flow identifier and session identifier information of MN10, the resource information reserved for the current communication can be used when MN10 moves. It can be judged as information.
  • Non-Patent Document 6 resource availability information can be obtained only by a RESPONSE message. That is, as shown in FIGS. 15 and 16, when a QUERY message is sent from the proxy 68 to the CN 60 and a RESPONSE message is sent back from the CN 60 to the proxy 68, it is possible to obtain information on the availability of resources in the downstream. There is a possibility. Therefore, if bi-directional free resource information is required, the proxy 68 to QUER It may be necessary to send another QUERY message to the proxy 68 at the same time when the CN60-powered RESPONSE message that received the Y message is returned to the MN10. Also, by combining with other functions of NSIS, there is a possibility that free information on bidirectional resources can be obtained by sending and receiving QUERY and RESPONSE messages once.
  • the CRN information obtained by the proxy 68 by the message processing means 684 in FIG. 9 (CRN information included in the message C) or the CRN information obtained by the message processing means 683 (message transmitted from the MN 10).
  • FIG. 17 is a block diagram showing a configuration of a proxy that implements a processing method after receiving message C or after receiving message A in the embodiment of the present invention.
  • the functions of the proxy 68 shown in FIG. 17 can be realized by hardware, Z, or software.
  • the reception means 6811, transmission means 6812, message processing means 6813 and 6814, message generation means 681 5, 6816 and 6817, and route information storage means 6818 in FIG. 17 are the reception means 681 and transmission means 682 in FIG. Since the message processing means 683, 684, the message generation means 685, 686, 687, and the path information storage means 688 have the same functions, description thereof is omitted here.
  • the message generation means 6819 in FIG. 17 has a function of generating a message (referred to as message E) for requesting another node for QoS path generation and passing it to the transmission means 6812.
  • message E a message
  • the transmission destination of the message E for example, the CRN specified by the processing related to the message B of the message processing means 6814 or the CRN included in the message A can be considered.
  • the message E includes information necessary for the CRN to generate the QoS route (for example, the NCoA of the MN 10 that has been validated and the IP address of the CN 60).
  • the CRN that has received the message E sent by the proxy 68 for example, sends a RESERVE message to both the CN60 and the proxy 68, so that the QoS path is updated between the CRN and the CN60. New generation of QoS route between proxy 68 Can be performed.
  • Fig. 18 is a block diagram showing the configuration of a CN that realizes another processing method after receiving message B in the embodiment of the present invention.
  • each function of CN60 shown in FIG. 18 can be realized by hardware, Z, or software.
  • the reception means 6011, transmission means 6012, message processing means 6013, message generation means 6014, and route information storage means 6015 in FIG. 18 are the reception means 601, transmission means 602, message processing means 603, message generation in FIG. Since the means 604 and the route information storage means 605 have the same functions, description thereof is omitted here.
  • the message generation means 6016 in FIG. 18 has a function of generating a message (referred to as message E) for requesting another node for QoS path generation and passing it to the transmission means 6012.
  • message E a message
  • the transmission destination of the message E for example, the CRN specified by the processing related to the message B of the message processing means 6013 can be considered.
  • the message E contains information necessary to generate the CRN force SQoS route (for example, the NCoA of the MN10 obtained by the above-mentioned method that has been validated, or the proxy that is the source of the message B). 68 IP addresses).
  • the CRN that has received the message E updates the QoS route between the CRN and the CN60, for example, by sending a RESERVE message to both the CN60 and the proxy 68, and updates the QoS route between the CRN and the proxy 68. It is possible to generate a rule.
  • the operation when the proxy 68 requests the generation of the QoS path to the CRN specified by the reception of the message C or the CRN specified by the reception of the message A will be described.
  • the bidirectional data communication is the same in the bidirectional route.
  • the QoS route generation request can be made by using a method similar to the method described later separately for the upstream route or the bidirectional route. It is possible.
  • FIG. 19 in the embodiment of the present invention, a message (including NCoA) from MN 10 ( A sequence chart showing an example of an operation in which the proxy 68 that has received the message A) requests the creation of a new QoS route to the downstream CRN identified by the exchange of messages (message B and message C) with the CN 60 is shown.
  • the sequence chart shown in FIG. 19 is for the case where the proxy 68 is selected as one of the proxies by the MN 10 in the network system shown in FIG.
  • step S 1903 in FIG. 19 and step S 1904 the same processing as in step S1306 in FIG. 13 and step S1 312 and in steps S1313 to S1320 in FIG. 14 is performed. It is omitted here.
  • the proxy 68 generates a message B based on the information of the message A received from the MN 10.
  • the proxy 68 sets parameters so that it can be obtained from the upstream message B, the downstream information in the reply message (message C), and the router in the middle, and then the message A
  • the flow identifier and the session identifier sent by the above are set in message B (preparation for sending message B) (step S 1901), and message B is sent to CN 60 (step S1903).
  • the proxy 68 needs to obtain the address of the CN 60 from the information of the flow identifier.
  • the proxy 68 checks the validity of the NCoA of the MN 10 included in the message A together with the preparation for the transmission of the message B in step S1901 (step S 1902).
  • the proxy 68 that has received the message C that is the reply message of the message B transmitted in step S 1903 obtains information on the upstream and do wnstream CRNs by referring to the message C (step S 1904 ).
  • the proxy 68 sets the information necessary for establishing these new CRNs in the message E (step S 1905), and sets the upstream CRN and downstream CRN obtained in step S1904, respectively.
  • the message E is transmitted (steps S 1906 and S 1907).
  • the upstream CRN and the downstream CRN both become QNE65. Because the interface address of the upstream CRN and downstream CRN acquired in step S1904 may be different (separate in QNE65).
  • Message E is sent separately for upstream and downstream, respectively, as upstream CRN and downstream CRN).
  • the information necessary for the CRN to establish a new QoS route can be, for example, the flow identifier used in the new L ⁇ QoS route. This new flow identifier can be generated based on the NCoA of MN 10 whose validity has been confirmed in step S1902.
  • the information necessary for the CRN to establish a new QoS path may be the CN60's IP address or session identifier.
  • QNE65 Upon receiving message E, QNE65 sends a R ESERVE message for updating the QoS route to CN60 (step S 1908), and a RESERVE message for generating a new QoS route to proxy 68 Is transmitted (step 1909).
  • R ESERVE message for updating the QoS route to CN60
  • RESERVE message for generating a new QoS route to proxy 68 Is transmitted (step 1909).
  • both upstream and downstream QoS routes are updated in step S1908, and both upstream and downstream QoS routes are newly generated in step S1909. ! / Speak.
  • the proxy 68 that has received a message (message A) containing CRN information and NCoA from the MN 10 sends a new address to the received CRN for downstr earn.
  • a sequence chart showing an example of an operation requesting creation of a QoS route is shown.
  • the sequence chart shown in FIG. 20 is for the case where the proxy 68 is selected as one of the proxies by the MN 10 in the network system shown in FIG.
  • the proxy 68 checks the validity of the NCoA of the MN 10 included in the message A based on the information of the message A received from the MN 10 (step S2001). Then, the proxy 68 sets new information for establishing upstream and downstream CRNs in the message E (step S2002), and sets upstream information obtained by step S2001.
  • a message E is transmitted to each of the upstream and downstream CRNs (step S 2003 and step S2004).
  • both the upstream CRN and downstream CRN are QNE65, but the interface addresses of upstream CRN and downstream CRN acquired in step S2001 may be different (separate in QNE65). Are obtained as upstream CRN and downstream CRN in step S2001), and message E is sent separately for upstream and downstream.
  • CRN is a new QoS
  • a flow identifier used in a new QoS path can be considered. This new flow identifier can be generated based on the MN10 NCoA validated in step S2001.
  • the information necessary for the CRN to establish a new QoS path may be the CN60 IP address or session identifier.
  • step S 2005 Upon receiving message E, QNE65 sends an R ESERVE message for updating the QoS route to CN60 (step S 2005), and a RESERVE message for generating a new QoS route to proxy 68 Is transmitted (step 2006).
  • step S2005 updates both the upstream and downstream QoS routes
  • step S2006 shows that both upstream and downstream QoS routes are newly created! / Speak.
  • the same method can also be used when a request for generating a new QoS route is made to the upstream CRN after acquiring the CN60 power upstream CRN information.
  • the CN60 force upstream CRN information shown in FIG. 18 and the appropriate NCoA of MN10 are obtained, and then message E is transmitted to the upstream CRN.
  • the IP address information of proxy 68 can be included in message E.
  • the MN 10 can also select CN 60 as a proxy.
  • the CN60 can also have the same function as the proxy 68 shown in FIG. 9 in combination with the function of the CN60 shown in FIG. 11, and the proxy 68 has the same function as that of the CN60 shown in FIG. It is possible to have a similar function in combination with the function of the proxy 68 shown in FIG.
  • the CN 60 that has received the message A from the MN 10 obtains the CRN information by transmitting and receiving the message B and the message C to and from the proxy 68, or the message A includes the CRN information. In this case, it is possible to obtain CRN information immediately.
  • FIG. 21 shows a series of operations when CRN information is included in message A! /, !, and step S2112 shown in the sequence charts of FIG. 21 and FIG. 22 is the same processing. It is.
  • the sequence charts shown in FIGS. 21 and 22 are for the network system shown in FIG. 1 when the subnet 30 is selected as the destination subnetwork candidate of the MN 10, where CN60 is the CRN. In this case, the information is returned to MN10 after obtaining the information.
  • the sequence chart shown in FIG. 23 shows a series of operations when CRN information is included in message A.
  • the sequence chart shown in FIG. 23 shows the case where the subnet 30 is selected as the candidate of the movement destination subnetwork of the MN 10 in the network system shown in FIG.
  • MN10 receiving L2 information from an AP that can reach a nearby L2 signal first determines a sub-network that can be handed over based on that information (no candidate handover destination). (Step S2101), and then, based on the L2 information of the AP, the QNE adjacent to MN10 (subnet 30 in Fig. 1) on the QoS path established when MN10 moves to the subnetwork. If the destination is the destination, the QNE that is closest to AR31 on the route 34 is determined (step S2102). This determination can use the same method as the method in which the MN 10 determines the proxy in the above-described embodiment.
  • the MN 10 sets the information of the QNE (QNE68) determined in step S2102 in the message A (step S2103).
  • the information is set in the information power message A of QNE68 as one of the QNE information determined in step S2102 will be described.
  • the message A can also be set with upstream flow identifier and session identifier on the route 24, downstream flow identifier and session identifier, and information indicating bidirectional communication.
  • the MN 10 sends this message A to the CN 60 (step S2104).
  • CN60 generates message B based on the information of message A received from MN10. Since we are considering two-way communication here, parameters are set so that downstream information can be obtained from message B, upstream information from reply message (message C), and routers in the middle. Set to B (Step S2105 ), Message B is transmitted to QNE66 (step S2106). Note that the flow identifier to be set in message B and the information power of the session identifier are included in message A. In this case, it is possible to copy the information included in message A into message B. . On the other hand, CN60 sets the information of the flow identifier and session identifier used in the current communication with MN10 in message B even if it is not included in information identifier message A of flow identifier and session identifier. It is possible.
  • Each QNE65 to 67 existing on the route from CN60 to QNE68 confirms the contents of message B, and whether there is a resource reservation for the downstream flow identifier and session identifier in QNE65 to 67. Check if. If there is a resource reservation for the downstream flow identifier and session identifier, each QNE 65-67 adds the IP address of the interface where the resource reservation exists to message B, and then sends that message B to QNE68. Send to. On the other hand, if there is no resource reservation for the downstream flow identifier and session identifier, message B is transferred as it is without adding information.
  • QNE66 has resource reservations for the downstream flow identifier and session identifier, and is added to the IP address of the interface where the resource reservation exists. Are transferred (steps S2107, S2108).
  • QNE65 also has resource reservations for downstream flow identifiers and session identifiers, and is added to the IP address S message B of the interface where the resource reservations exist. B is transferred (steps S2109, S2110).
  • message B is transferred as it is without adding information (steps S2111 and S2112).
  • message B arrives at QNE68, and when QNE68 receives this message B, the information attached by each QNE65 to 67 (added to message B by each QNE65 to 67). Is set in message C, and parameters are set so that upstream path information can be collected in message C (step S2113), and transmitted to CN60 (step S2114). Also, each route on the route from QNE68 to CN60 In QNE65 to 67, when message C is received, processing similar to that for message B described above is performed for message C for upstream.
  • message C is transferred without any additional information (steps S2115 and S2116).
  • QNE65 also has resource reservations for the upstream flow identifier and session identifier. After the resource reservation is added to the IP address S message C of the interface where the resource reservation exists, message C is forwarded (step S2117, S2118).
  • QNE66 also has resource reservations for the upstream flow identifier and session identifier. After the IP address of the interface where the resource reservation exists is added to message C, the message C is transferred (steps S2119 and S2120).
  • the CN60 that has received the message C in this way can identify the upstream and downstream CRN information by referring to the message C.
  • the CRN for the ups tream and the downstream Is set in the message D (step S212 1), and the message D is transmitted to the MN 10 (step S2122).
  • Step S2301 the QNE adjacent to MN10 on the QoS route established when MN10 moves to its subnetwork (subnet 30 in Figure 1 is the destination) In this case, the QNE closest to AR31 on path 34 is determined (step S2302). This determination can use the same method as the method by which the MN 10 determines the proxy in the above-described embodiment.
  • the MN 10 sets the information of the QNE (QNE68) determined in step S2302 and the information of the CRN discovered as described above in the message A (step S2303).
  • the information power message of QNE68 Describes the case when set to page A.
  • the message A can also be set with upstream flow identifiers and session identifiers on the route 24, downstream flow identifiers and session identifiers, and information indicating bidirectional communication.
  • MN 10 transmits this message A to CN 60 (step S2304).
  • CN 60 proceeds to a process for establishing a QoS path based on the CRN information included in message A received from MN 10 (step S2305).
  • CN60 can take various means other than sending CRN information to MN10 after collecting CRN information.
  • the data is bidirectional communication and the bidirectional data passes through the same route.
  • the same method as described above is used. By doing so, the CRN for each of the two-way communications can be determined.
  • each functional block used in the above description of the embodiment of the present invention is typically realized as an LSI (Large Scale Integration) which is an integrated circuit. These may be individually chipped, or may be integrated into one chip to include a part or all of them. Although referred to here as LSI, depending on the degree of integration, it may also be called IC (Integrated Circuit), system LSI, super LSI, or unroller LSI.
  • LSI Large Scale Integration
  • the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible. You can use an FPGA (Field Programmable Gate Array) that can be programmed after LSI manufacturing, or a reconfigurable processor that can reconfigure the connection and settings of circuit cells inside the LSI.
  • FPGA Field Programmable Gate Array
  • destination described in this specification, for example, “t” sent to CN60 does not necessarily mean that the address of CN60 is designated as the destination address of the IP header. It means that it is SCN60 that can finally receive messages.
  • the crossover node detection method according to the present invention and the crossnonode detection program for executing this method by a computer are such that a mobile terminal performing handover can quickly receive additional services received before handover even after handover.
  • a cross-node detection method by handover of a mobile terminal (mobile node) that performs wireless communication and a cross-over node for executing this method by a computer Regarding detection programs, in particular, a crossover node detection method by handover in a mopile node that performs wireless communication using the next-generation Internet protocol, the mopile IPv6 protocol, and this method is executed by a computer This is useful for a crossover node detection program.

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

　ハンドオーバを行う移動端末が、ハンドオーバ後においても、ハンドオーバ前に受けていた付加的サービスを迅速、かつ継続して受けられるよう、ＣＲＮを素早く見つけ出すことを可能とさせるクロスオーバノード検出方法などを提供する技術が開示され、その技術によれば移動端末１０が、自身及び他の移動端末の過去の移動履歴情報を有する装置に対して、クロスオーバノードを検出するために必要な情報を含むメッセージを送信するステップと、装置が、受信したメッセージに含まれる情報に基づいて、自身が有する移動履歴情報に、対応するクロスオーバノードの情報が存在するか判断し、存在する場合にクロスオーバノードの情報を移動端末へ送信するステップと、移動端末が、装置から送信されたクロスオーバノードの情報を受信するステップとを有する。

Description

明 細 書
クロスオーバノード検出方法及びこの方法をコンピュータにより実行する ためのクロスオーバノード検出用プログラム
技術分野
[0001] 本発明は、無線通信を行う移動端末 (モパイルノード)のハンドオーバによるクロス オーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスォー ノ ノード検出用プログラムに関し、特に、次世代インターネットプロトコルであるモバイ ル IPv6 (Mobile Internet Protocol version 6)プロトコルを利用した無線通信を行うモ パイルノードにおけるハンドオーバによるクロスオーバノード検出方法及びこの方法 をコンピュータにより実行するためのクロスォーノノード検出用プログラムに関する。 背景技術
[0002] 移動端末力 無線ネットワークを通じてインターネットなどの通信ネットワークにァク セスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提 供できる技術として、次世代インターネットプロトコルであるモパイル IPv6を利用した ものが普及してきている。このモパイル IPv6を利用した無線通信システムについて、 図 24を参照しながら説明する。なお、以下に説明するモパイル IPv6の技術に関して は、例えば、下記の非特許文献 1に開示されている。
[0003] 図 24に示す無線通信システムは、インターネットなどの IPネットワーク（通信ネットヮ ーク） 15、 IPネットワーク 15に接続する複数のサブネット（サブネットワークとも呼ばれ る） 20、 30、これらの複数のサブネット 20、 30のいずれかに接続することが可能な移 動端末（MN : Mobile Node) 10を含んでいる。なお、図 24では、複数のサブネット 20 、 30として、 2つのサブネット 20、 30力図示されている。
[0004] サブネット 20は、 IPパケット（パケットデータ）に対するルーティングを行うアクセスル ータ（AR: Access Router) 21、固有の無線カバーエリア（通信可能領域） 28、 29をそ れぞれ形成する複数のアクセスポイント（AP : Access Point) 22、 23により構成されて いる。これらの AP22、 23は、それぞれ AR21に接続されており、 AR21は、 IPネット ワーク 15に接続されている。なお、図 24では、複数の AP22、 23として、 2つの AP2 2、 23が図示されている。また、サブネット 30に関しても、 AR31及び複数の AP32、 33により、上述のサブネット 20と同一の接続態様によって構成されている。
[0005] また、サブネット 20の構成要素である AR21と、サブネット 30の構成要素である AR 31とは、 IPネットワーク 15を通じて通信を行うことが可能であり、すなわち、サブネット 20とサブネット 30とは、 IPネットワーク 15を通じてつながっている。
[0006] 図 24に示す無線通信システムにおいて、 MN10が、無線カバーエリア 29内で AP 23との無線通信を開始したとする。このとき、 MN10に割り当てられている IPv6アド レスが、サブネット 20の IPアドレス体系に適さない場合、無線カバーエリア 29内に存 在する MN10は、 AP23との間における無線通信を介して、サブネット 20に適合した IPv6アドレス、すなわち気付アドレス（CoA: Care of Address)を取得する。
[0007] なお、 MN10が CoAを取得する方法には、 DHCPv6 (Dynamic Host Configuration
Protocol for IPv6)などの方法により DHCPサーバからステートフルに割り当ててもら う方法と、サブネット 20のネットワークプリフィックス及びプリフィックスレングスを AR21 力 取得し、 MN10において、 AR21から取得したネットワークプリフィックス及びプリ フィックスレングスと、 MN10のリンクレイヤアドレスなどとを組み合わせて、ステートレ スに CoAを自動生成する方法とが存在する。
[0008] そして、 MN10は、取得した CoAを自分のホームネットワーク上のルータ（ホームェ ージヱント）や特定の通信相手（Correspondent Node: CN)に対して登録（Binding U pdate: BU)することによって、サブネット 20内において、パケットデータの送信又は 受信が行えるようになる。
[0009] これにより、所定の通信相手力も MN10に対して送信されたパケットデータは、 MN 10の CoAに基づいて、 AR21及び AP23を介して、 MN10に伝えられる一方、 MN 10が所望の通信相手に対して送信したパケットデータは、 AP23及び AR21を介し て上記所望の通信相手に伝えられる。また、 MN10あてにホームネットワークに送信 されてきたパケットデータも、ホームエージェントに登録された MN10の CoAに基づ いてサブネット 20の AR21に送られ、 AP23を介して MN10に伝えられる。
[0010] 上述のように、図 24に示すモパイル IPv6を利用した無線通信システムは、 MN10 があるサブネットから別のサブネットにハンドオーバを行った場合でも、 CoAを利用し て、 MN10における無線通信が継続されるよう構成されている。このハンドオーバ処 理を高速ィ匕するための技術としては、例えば、下記の非特許文献 2に開示されている ファストハンドオーバ技術が知られて 、る。
[0011] このファストハンドオーバ技術では、 MN10が L2ハンドオーバを行う前に、 MN10 は、サブネット 30で使用する新しい（New) CoA (以降、 NCoAと呼ぶ）をあらかじめ取 得して、この NCoAを AR21に通知することによって、 AR21と AR31との間にトンネ ルを生成することが可能となり、 MN10力 ハンドオーバを行って AP23から AP32 に接続を切り換えてから、サブネット 30に移動して、あらカゝじめ取得した NCoAを正 式に登録（BU)するまでの間でも、サブネット 20で使用して!/、た MN10の古!ヽ（Previ ous) CoA (以降、 PCoAと呼ぶ）あてに送られたパケットデータは、トンネル経由で A R31及び AP32を介して MN10に転送されるようになるとともに、 MN10から送信さ れるパケットデータも、 AP32及び AR31を介してトンネル経由で AR21に到達して、 AR21から通信相手に送られるようになる。
[0012] 一方、ネットワークを利用した通信にぉ 、ては、 QoS (Quality of Service)保証を始 めとしたサービス (本明細書では、こうしたサービスを付カ卩的サービスと呼ぶことにす る）が存在しており、こうした付カ卩的サービスを実現するための様々な通信プロトコル が存在している。このような様々な通信プロトコルのうち、 QoS保証をするためのプロ トコルとして、例えば、 RSVP (Resource Reservation Protocol)が挙げられる（例えば 、下記の非特許文献 3参照)。 RSVPは、データの送信を行う送信側通信端末からデ ータの受信を行う受信側通信端末への経路 (フロー）上における帯域予約を行うこと によって、送信側通信端末から受信側通信端末に、データ力スムーズに伝送される ようにするものである。
[0013] サブネット 20、 30間のハンドオーバを行う MN10に関しては、ハンドオーバ前に受 けていた QoS保証を始めとする付カ卩的サービスを、ハンドオーバ後においても継続 して受けられなければならないという要請がある力 上述した RSVPは、特に下記の 点において上記の要請を満たすことができず、 MN10の移動に対応不可能である。 図 25は、従来の技術における RSVPが MNの移動に対応不可能であることを説明す るための模式図である。 [0014] RSVPでは、 MN10の通信相手端末 60から MN10への 2点間経路（end- to- end p ath)において QoS経路が設定され、 MN10及び CN60のアドレスに基づいて、 2点 間経路の間をつなぐ複数の中継ノード 61によるデータ転送が行われる。したがって、 例えば、 MN10がサブネット 20、 30間でハンドオーバを行い、 MN10の CoAが変更 された場合には、 QoS経路において、フローの変更にカ卩えてアドレス変更に係る処 理が行われる必要があるが、 RSVPは、このような変更に対応できずに、結果的に Q oS保証が破綻することとなる (第 1の問題点: QoS経路の変更が困難)。さらに、新た に QoS経路が設定された場合でも、ハンドオーバ前後において QoS経路が重複す る部分が発生した場合には、この重複する部分において 2重のリソース予約（double r eservation)が起こってしまう可能性もある（第 2の問題点： 2重のリソース予約）。
[0015] 上述のような問題点を解決するために、現在、 IETF (Internet Engineering Task Fo rce)において、 NSIS (Next Step in Signaling)と呼ばれる新しいプロトコルを標準化 するための議論が行われている（下記の非特許文献 4参照)。この NSISは、モパイル 環境において、 QoS保証を始めとする様々な付カ卩的サービスに特に有効であると期 待されており、 NSISにおいて QoS保証やモビリティサポートを実現するための要件 や実現方法などが記載された文献も存在する（例えば、下記の非特許文献 5〜9参 照）。以下に、現在 IETFの NSISワーキンググループでドラフト仕様となっている NSI Sの概要と、 QoS経路確立の方法を説明する (非特許文献 6及び非特許文献 9参照）
[0016] 図 26には、従来の技術における NSISのプロトコル構成を説明するために、 NSIS 及びその下位層のプロトコルスタックが図示されている。 NSISプロトコル層は IP及び 下位層のすぐ上に位置する。さらに NSISプロトコル層は、それぞれの付加的サービ スを提供するためのシグナリングメッセージ生成、及びその処理を行うプロトコルであ る NSLP (NSIS Signaling Layer Protocol)と、 NSLPのシグナリングメッセージのルー ティングを行う NTLP (NSIS Transport Layer Protocol)の 2層からなる。 NSLP〖こは、 QoSのための NSLP (QoS NSLP)や、その他のある付カ卩的サービス（サービス A やサービス B)のための NSLP (サービス Aの NSLP、サービス Bの NSLP)など、様々 な NSLPが存在している。 [0017] また、図 27は、従来の技術における NSISのノードである NE (NSIS Entity)や QNE (QoS NSIS Entity)力 ^隣り合う」という概念を説明するための模式図である。図 27に 示すように、 NSIS機能を持ったすべてのノード (NE)には、少なくとも NTLPが実装 されている。この NTLPの上には、 NSLPが必ずしも存在しなくてもよぐまた、 1っ以 上の NSLPが存在してもよい。なお、ここでは、特に、 QoSのための NSLPを持った NEを QNEと呼ぶことにする。なお、 NEになり得るのは端末やルータである。また、 隣り合う NEの間には、 NEではない複数のルータが存在することもあり得るし、隣り合 う QNEの間には、 NEではないルータ及び QoS NSLPを持たない NEが複数存在 することちあり得る。
[0018] 次に、従来の QoS経路確立方法 (QoSリソース予約）の一例を、図 28を用いて説 明する。サブネット 20で AR21に接続されている MN10は、ある目的（セッション）の ために、 CN60からデータを受信する予定である力、若しくは受信している（受信中で ある）ものとする。 MN10は、 QoS経路の確立を行う場合には、 QoS経路確立のため の RESERVEメッセージを CN60に向けて送信する。 RESERVEメッセージには、 C N60からのデータ受信のために所望される QoSの情報（QSpec)が含まれて 、る。送 信された RESERVEメッセージは AR21と NE62及びその他の NSIS機能を持たな いルータを経由し、 QNE63に到着する。 QNE63の NSLPは、 RESERVEメッセ一 ジ中に含まれる QSpecに記されて!/、る QoSリソースを、このセッションのために予約す る。 QNE63を通過した RESERVEメッセージは、さらに、 NE64やその他の NSISの 機能を持たないルータを経由し、 QNE65に到着する。 QNE65においても、 QNE6 3と同様の処理が行われ、 QoSリソースの予約が行われる。この操作が繰り返され、 最終的に RESERVEメッセージが CN60に届けられることによって、 MN10と CN60 との間において、 QoS経路が確立される。
[0019] また、リソース予約を識別するために、フロー識別子（flow identifier)及びセッション 識別子（session identifier)が使われる。フロー識別子は MN10の CoAや CN60の IP アドレスに依存するものであり、各 QNE63、 65は各データパケットの送信元'送信先 の IPアドレスを確認することにより、このデータパケットに対するリソース予約の有無を 知ることができる。なお、 MN10が他のサブネットに移動して CoAが変わる場合には 、 MN10の CoAの変更に応じて、フロー識別子も変わる。一方、セッション識別子は 、セッションのための一連のデータ伝送を識別するためのものであり、フロー識別子 のように端末の移動に伴 、変化するものではな 、。
[0020] また、任意の経路に対して QoSリソースの入手可能性などを調べる方法として、 Q UERYという手法が存在する。この方法は、例えば、 MN10から CN60に対して Qo S経路の確立が行われる際に、所望する QSpecが各 QNEで予約可能力どうかを前も つて調べるための方法であり、所望する QSpecが各 QNEで予約可能かどうかを調べ るための QUERYメッセージが送信され、この QUREYメッセージの応答である RES PONSEメッセージによって、その結果を受け取ることが可能である。なお、この QUE RY及び RESPONSEメッセージにより、現在のリソース予約の状態が変わることは一 切ない。また、 QNEが他の QNEに対して何らかの通知を行うためには、 NOTIFYメ ッセージの使用が可能である。この NOTIFYメッセージは、例えば、エラー通知など のために使われる。上記の RESERVE、 QUERY, RESPONSE及び NOTIFYメッ セージは、いずれも QoS保証のための NSLPのメッセージであり、非特許文献 6に記 載されている。
[0021] 次に、従来の技術において、 MN10がサブネット 20からサブネット 30へ移動した際 の、 2重のリソース予約の回避方法を、図 29を用いて説明する。 MN10が CN60から データを受信中であり、 QoS経路（経路 24)が確立されているとき、 QNE63、 QNE6 5及び QNE66には、それぞれ MN10が所望した QoSリソースが予約されている。こ のときのフロー識別子とセッション識別子をそれぞれ X、 Yとする。実際、フロー識別 子 Xには、前述の通り、 MN10の現在の IPアドレスと、 CN60の IPアドレスとが含まれ 、また、セッション識別子 Yには、十分大きな任意の数値が設定されている。この状態 で、 MN10がサブネット 30に移動した後、新しい QoS経路を確立するために CN60 に RESERVEメッセージを送る。なお、古い経路（経路 24)は、 MN10の移動後すぐ に解放されることはない。
[0022] 前述の通り、 MN10の移動に伴ってフロー識別子は変わるので、経路 24における フロー識別子 Xと、経路 34におけるフロー識別子 (この経路 34におけるフロー識別 子を Zとする）は、異なるものとなる。 QNE67はどのインタフェースにもセッション識別 子 Yに対するリソース予約が無いので、新規の経路確立であると判断して、フロー識 別子 Ζ及びセッション識別子 Υに対するリソース予約を行う。一方、 QNE65及び QN Ε66には、セッション識別子 Υに対するリソースの予約が存在している。 QNE65や Q ΝΕ66は、ここでフロー識別子を比較し、フロー識別子が Xから Ζに変わっていること を確認することによって、 MN10の移動に伴う新しい経路確立であると判断し、 2重の リソース予約を避けるために、新しくリソースを予約することなぐ古い予約を更新する などの手段を取る。この古い経路と新しい経路とが交わり始める QNEは、 CRN (Cros sover Node :クロスオーバノード）と呼ばれている。なお、 CRNとは、実際に経路が交 わり始めるルータ（図 29では NE64)を指す場合もある力 QoS経路の議論を行う場 合は、古い経路 (経路 24)と新しい経路 (経路 34)において、片方の隣り合う QNE ( 図 29では QNE66)は同じである力 もう片方の隣り合う QNE (図 29では QNE63と QNE67)は異なっているような QNE (図 29では QNE65)を指す。
[0023] また、非特許文献 6や非特許文献 9によると、このような RESERVEメッセージ、 QU ERYメッセージ、 NOTIFYメッセージに関しては、データパケットの送信先や送信元 である末端の端末 (MN10や CN60)だけではなぐ任意の QNEが送信元となること ちでさる。
[0024] なお、 NSISは、モパイル環境だけでなく通常の静的なネットワークにおける様々な 機能も網羅するものである力 本明細書では、 NSISの機能の 1つであるモビリティサ ポートされた付カ卩的サービスの確立を実現する機能に着目し、 NSISの実装によって 、モビリティサポートされた付カ卩的サービスの確立が実現されるものとする。
非特干文献 1 : D. Johnson, C. Perkins and J. Arkko, "Mobility support in IPvり , draf t- ietf- mobileip- ipv6- 24, June 2003
非特許文献 2： Rajeev Koodli "Fast Handovers for Mobile IPvり , draft- ietf- mobileip- fast- mipv6- 08, October 2003
非特許文献 3 : R. Braden, L. Zhang, S. Berson, S. Herzog and S. Jamin, "Resource R eSerVation Protocol - Version 1 Functional Specification , RFC 2205, September 1 997
非特許文献 4： NSIS WG (http://www.ietf.org/html.charters/nsis-charter.html) 非特許文献 5 : H. Chaskar, Ed, "Requirements of a Quality of Service (QoS) Solution for Mobile IP", RFC3583, September 2003
非特許文献 6： Sven Van den Bosch, Georgios Karagiannis and Andrew McDonald "N S LP for Quality— of— Service signalling , draft— ietf— nsis—qos—nslp— 01. txt, October 20 03
特許文献 7 : X. Fu, H. Schulzrinne, H. Tschofenig, "Mobility issues in Next Step s ignaling", draft- fu-nsis- mobility- 01. txt, October 2003
非特許文献 8 : Roland Bless, et. AL, "Mobility and Internet； signaling Protocol", draf t—manyfolks— signaling— protocol— mobility— 00. txt, January 2004
非特許文献 9 : R. Hancock (editor), Next Steps in Signaling: Framework", draft- ietf -nsis-lw-05.txt, October 2003
非特許文献 10 : S. Lee, et al, "Applicability Statement of NSIS Protocols in Mobile Environments", draft- manyfolks- signaling- protoco卜 01. txt, July 2004
非特許文献 11 : M. Brunner (Editor), "Requirements for Signaling Protocols", draft- i etf-nsis-req-09.txt, August 2003
[0025] 図 29において、例えば、ハンドオーバ前に接続しているサブネット 20において Qo S保証を受けている MN10力 サブネット 30へのハンドオーバを行い、ハンドオーバ 後に接続するサブネット 30において、ハンドオーバ前に受けていた QoS保証を継続 して受けることを考えてみる。
[0026] この場合、 MN10がハンドオーバ前に接続しているサブネット 20とのハンドオフを 行ってから、ハンドオーバ後に接続するサブネット 30において付カ卩的サービス（ここ では QoS保証）を受けた状態となるまでの時間は、 MN10が QoS保証を受けられな い時間となり、 MN10は QoS保証を全く受けられないか、あるいは、デフォルトの Qo S転送処理が行われてしまうこととなり、 QoSの破局が起きる。
[0027] したがって、上述のように、ハンドオーバ後の MN10に対しては、 QoS保証が迅速 に提供される必要がある。このことを解決するため、 IETFにおける NSISに関する現 在の議論 (例えば、非特許文献 7)では、例えば MN10がハンドオーバを行う前、又 は終える前に、新しい QoS経路を確立するための何力しらの準備を行うこと、又は新 L 、QoS経路の確立を前もって行うことも必要である旨の提案がある。し力しながら、 こうした提案のみがなされているだけで、具体的な実現方法に関しては一切開示され ていない。また、新しい経路を確立するための準備として、前述の CRNを先に見つ けておくことも必要とされてはいる力 これに関しても、具体的な実現方法は開示され ていない。このように、前もって CRNを見つけることは QoSハンドオーバにおいては 重要な問題である。ただし、 CRNの発見は、ハンドオーバによる中断を避けるため、 若しくは最小限に抑えるため、素早くなされなければならない。
[0028] また別の問題点として、 MN10が CN60と通信を行うための、 QoSリソースの予約 が経路 24上に存在するときに、例えば、 MN10がサブネット 30に移動し、そこで CN 60に対して QUERYを行う場合を考える。この場合には、上述のように、経路 24にお ける MN10、 CN60間の通信のためのリソース予約は、 MN10が移動した後しばらく は解放されることがないため、 QNE65及び QNE66には、経路 24における MN10、 CN60間の通信のためのリソース予約がしばらくの間、残ったままとなる。これを空きリ ソースとして MN 10に返す (MN 10の移動後における新たな経路に利用する）ことが できず、その結果、 MN10は正確なリソースの空き情報を得ることができない。この問 題は、移動した MN10が QUERYメッセージによるリクエストを出すときば力りではな く、例えば、経路 34上の任意の QNE (例えば QNE67)が QUERYメッセージのリク エストを送信する場合にも、同様に引き起こされる問題である。
発明の開示
[0029] 本発明は、上記の問題点に鑑み、ハンドオーバを行う移動端末が、ハンドオーバ後 においても、ハンドオーバ前に受けていた付カ卩的サービスを迅速、かつ継続して受 けられるよう、 CRNを素早く見つけ出すことを可能とさせるクロスォーノノード検出方 法及びその方法をコンピュータにより実行するためのクロスオーバノード検出用プロ グラムを提供することを目的とする。
[0030] 上記目的を達成するために、本発明によれば、それぞれがサブネットを構成する複 数のアクセスルータが通信ネットワークを介して接続されており、固有の通信可能領 域を形成するアクセスポイントが前記複数のアクセスルータのそれぞれに少なくとも 1 つ以上接続されて 、る通信システムで、前記通信可能領域内で前記アクセスポイント との無線通信を通じて、前記アクセスポイントが接続されて ヽる前記アクセスルータと の通信を行うよう構成されている移動端末が、移動により、現在通信中のアクセスボイ ントから別のアクセスポイントへ接続が切り替わる場合の、前記通信ネットワーク上の 新旧の通信経路が交わり、かつ分岐するクロスオーバノードを検出する方法であって 、前記移動端末が、自身及び他の移動端末の過去の移動履歴情報を有する装置に 対して、前記クロスオーバノードを検出するために必要な情報を含むメッセージを送 信するステップと、前記装置が、受信した前記メッセージに含まれる情報に基づいて 、 自身が有する前記移動履歴情報に、対応する前記クロスオーバノードの情報が存 在する力判断し、存在する場合に前記クロスオーバノードの情報を前記移動端末へ 送信するステップと、前記移動端末が、前記装置から送信された前記クロスオーバノ ードの情報を受信するステップとを有するクロスオーバノード検出方法が提供される。 この構成により、ハンドオーバ後においても、ハンドオーバ前に受けていた付加的サ 一ビスを迅速かつ継続して受けられるよう、 CRNを素早く見つけ出すことが可能とな る。
[0031] また、本発明のクロスオーバノード検出方法において、前記移動履歴情報が、移動 端末の移動前のサブネットの情報、前記移動端末の移動後のサブネットの情報、前 記移動端末の通信先のサブネットの情報、前記移動により新旧の通信経路が交わる クロスォーノ ノードの情報、前記移動後のサブネットを構成するアクセスルータ力も前 記新旧の通信経路の交わる前記クロスオーバノードへのリンク情報、前記新旧の通 信経路の交わる前記クロスオーバノードから前記移動後のサブネットを構成するァク セスルータへのリンク情報のうち、少なくとも 1つ以上の情報力も構成されることは、本 発明の好ましい態様である。この構成により、容易に CRNを見つけ出すことが可能と なる。
[0032] また、本発明のクロスォーノ ノード検出方法において、前記クロスォーノ ノ一ドを検 出するために必要な情報が、前記移動端末の移動前のサブネットの情報、前記移動 端末の移動後のサブネットの情報、前記移動端末の通信先のサブネットの情報のう ち、少なくとも 1つ以上の情報であることは、本発明の好ましい態様である。この構成 により、即座に情報を収集することが可能となる。 [0033] また、本発明のクロスオーバノード検出方法において、前記移動履歴情報を有する 前記装置力 前記移動端末の移動後の前記サブネットを構成するアクセスルータで あることは、本発明の好ましい態様である。この構成により、移動後のサブネットの情 報は移動後のサブネットを構成するアクセスルータが知っているため、移動後のサブ ネットの情報は必要がなくなる。
[0034] また、本発明のクロスオーバノード検出方法において、前記移動履歴情報を有する 前記装置が、前記移動端末の移動前の前記サブネットを構成するアクセスルータで あることは、本発明の好ましい態様である。この構成により、移動前のサブネットの情 報は移動前のサブネットを構成するアクセスルータが知っているため、移動前のサブ ネットの情報は必要がなくなる。
[0035] また、本発明のクロスオーバノード検出方法において、前記移動履歴情報を有する 前記装置が、前記新旧の通信経路が交わり、かつ分岐する前記クロスオーバノード であることは、本発明の好ましい態様である。この構成により、 CRNの情報は CRN自 身が知っているため、 CRNの情報は必要がなくなり、更新も必要がなくなる。
[0036] また、本発明によれば、上記発明のいずれか 1つに記載のクロスォーノ ノード検出 方法をコンピュータにより実行するためのクロスォーノノード検出用プログラムが提供 される。この構成により、ハンドオーバ後においても、ハンドオーバ前に受けていた付 加的サービスを迅速、かつ継続して受けられるよう、 CRNを素早く見つけ出すことが 可能となる。
[0037] 本発明のクロスォーノ V—ド検出方法及びその方法をコンピュータにより実行する ためのクロスォーノノード検出用プログラムは、上記構成を有し、 CRNを見つけ出す 処理をできるだけ抑え、素早く CRNを見つけ出すことによりハンドオーバを行う移動 端末が、ハンドオーバ後においても、ハンドオーバ前に受けていた付カ卩的サービスを 迅速かつ継続して受けることが可能である。
図面の簡単な説明
[0038] [図 1]本発明の実施の形態における通信システムの構成を示す模式図
[図 2]本発明の実施の形態における MNの構成を示すブロック図
[図 3]本発明の実施の形態における MN内に格納されるプロキシ情報の一例を示す 模式図
[図 4]本発明の実施の形態における MN内に格納される AP— AR対応情報の一例を 示す模式図
[図 5]本発明の実施の形態における ARの構成を示すブロック図
[図 6]本発明の実施の形態における他の ARの構成を示すブロック図
[図 7]本発明の実施の形態における CRNの構成を示すブロック図
[図 8]本発明の実施の形態における MNと移動履歴情報を有する装置との間で行わ れる CRNの情報の抽出力 プロキシへの送信までの動作の一例を示すシーケンス チャート
[図 9]本発明の実施の形態におけるプロキシの構成を示すブロック図
[図 10]本発明の実施の形態における QNEの構成を示すブロック図
[図 11]本発明の実施の形態における CNの構成を示すブロック図
[図 12]本発明の実施の形態において、プロキシ及び CNが送受信し合うメッセージに 、どのように QNEによって処理された情報が格納されるかの一例を示す模式図
[図 13]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備が行われる際の動作の一例を示す 1枚目 のシーケンスチャート
[図 14]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備が行われる際の動作の一例を示す 2枚目 のシーケンスチャート
[図 15]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備に使われるメッセージとして、従来の NSI Sで使われる RESPONSEメッセージを利用した場合の動作の一例を示すシーケン スチャート
[図 16]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備に使われるメッセージとして、従来の NSI Sで使われる RESPONSEメッセージを利用した場合の動作の一例を示すシーケン スチャート 圆 17]本発明の実施の形態において、別の処理方法を実現するプロキシの構成を示 すブロック図
圆 18]本発明の実施の形態において、別の処理方法を実現する CNの構成を示す ブロック図
[図 19]本発明の実施の形態における通信システムにおいて、プロキシが CRNに Qo
S経路確立の依頼を行う際の動作の一例を示すシーケンスチャート
[図 20]本発明の実施の形態における通信システムにおいて、プロキシが CRNに Qo
S経路確立の依頼を行う際の他の動作の一例を示すシーケンスチャート
[図 21]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備が行われる際の動作の一例を示す 1枚目 のシーケンスチャート
[図 22]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備が行われる際の動作の一例を示す 2枚目 のシーケンスチャート
[図 23]本発明の実施の形態における通信システムにおいて、 MNがプロキシに QoS 経路の確立を準備する依頼をし、その準備が行われる際の他の動作の一例を示す シーケンスチャート
圆 24]本発明及び従来の技術に共通した無線通信システムの構成を示す模式図 [図 25]従来の技術における RSVPが MNの移動に対応不可能であることを説明する ための模式図
[図 26]従来の技術における NSISのプロトコル構成を説明するための模式図
[図 27]従来の技術における NSISのノードである NEや QNEが「隣り合う」 t 、う概念 を説明するための模式図
[図 28]従来の技術における NSISで、どのように QoSリソース予約が行われるかを示 す模式図
[図 29]従来の技術における NSISにおいて、どのように 2重のリソース予約を回避する とされているかを説明するための模式図
発明を実施するための最良の形態 [0039] 以下、本発明の実施の形態について図 1から図 23を用いて説明する。図 1は本発 明の実施の形態における通信システムの構成を示す模式図である。図 1には、 MN1 0力 ハンドオーバ前にサブネット 20に接続されている状態において、 CN60との間 で確立されて ヽる QoS経路 (経路 24)が実線で図示されて ヽる。この経路 24上には 、 MN10力ら CN60に向力つて、 AR21、 NE62、 QNE63, NE64、 QNE65, QNE 66が存在する。また、同様に、 MN10が、ハンドオーバ後にサブネット 30に接続した 場合に、 CN60との間で確立される QoS経路 (経路 34)が点線で図示されている。こ の経路 34上には、 MN10から CN60に向かって、 AR31、 QNE (プロキシ） 68、 QN E67、 NE64、 QNE65、 QNE66が存在する。したがって、古い経路（経路 24)と新 し 、経路（経路 34)とが交わり始める QNE (CRN)は、 QNE65である。
[0040] 次に、 MN10の機能について説明する。図 2は、本発明の実施の形態における M Nの構成を示すブロック図である。なお、図 2では、 MN10が有する各機能がブロック により図示されている力 これらの各機能はハードウェア及び Z又はソフトウェアによ つて実現可能である。
[0041] 図 2に示す MN10は、ハンドオーバ先候補決定手段 101、無線受信手段 102、無 線送信手段 103、 CRN検出メッセージ生成手段 104、プロキシ決定手段 105、メッ セージ生成手段 106、メッセージ受信手段 107を有している。また、オプションとして 、 NCoA生成手段 108、プロキシ情報格納手段 109、 CRN抽出手段 110、移動履 歴情報格納手段 111を有してもよい。なお、図 2では、オプション部分に関しては、点 線で図示されている。 CRN抽出手段 110及び移動履歴情報格納手段 111は、後述 するように、 MN10が自身が有する移動履歴情報に基づいて CRNを抽出する際に 動作する手段である。
[0042] ハンドオーバ先候補決定手段 101は、例えば、異なる複数の APからのシグナルを 受信して、 L2ハンドオーバ可能な AP—覧を探す手段である。なお、 MN10は、ハン ドオーバ先候補決定手段 101による L2ハンドオーバ先候補の決定を行うことなぐ直 接、後述のプロキシ決定手段 105による処理を行うこともできる。また、無線受信手段 102及び無線送信手段 103は、それぞれ無線通信によるデータ受信及びデータ送 信を行うための手段であり、これらには、無線通信を行うために必要な様々な機能が 含まれている。
[0043] また、 CRN検出メッセージ生成手段 104は、 CRN (QNE65)を検出する（見つけ 出す)ために必要な情報を含めた、自身及び他の MNの過去の移動履歴情報を有 する装置に送信するためのメッセージを生成する手段である。移動履歴情報に関し ては後述する。ここで、 CRN (QNE65)を検出するために必要な情報としては、例え ば、 MN10のハンドオーバ前のサブネット 20の情報、 MN10のハンドオーバ後のサ ブネット 30の情報、 MN10の通信先である CN60の不図示のサブネットの情報など が挙げられ、これらの情報の少なくとも 1つ以上の情報が CRN (QNE65)を検出する ために必要な情報としてメッセージに含められる。なお、サブネットの情報とは、例え ばサブネットの識別子などの情報を言 、、それぞれのサブネットに固有の情報である 。なお、 CRN検出メッセージ生成手段 104によって生成される上記のメッセージをメ ッセージ Xとする。
[0044] また、上述した無線送信手段 103は、 CRN検出メッセージ生成手段 104によって 生成されたメッセージ Xを、移動履歴情報を有する装置に対して送信する。そして、 上述した無線受信手段 102は、無線送信手段 103によって送信されたメッセージ X を受信した移動履歴情報を有する装置から、メッセージ Xに含まれる CRN (QNE65 )を検出するために必要な情報に基づいて抽出された対応する CRN (QNE65)の 情報を受信する。そして、無線送信手段 103は、受信した CRN (QNE65)の情報を 後述するプロキシ（図 1では QNE68)に送信して、受信したプロキシは MN10がハン ドオーバ時に QoS経路を迅速に確立するための処理を行う。 QoS経路を確立するた めの処理については後述する。また、無線受信手段 102は、移動履歴情報を有する 装置によって対応する CRN (QNE65)の情報が抽出されなカゝつた場合には、抽出さ れな力つた旨の情報を移動履歴情報を有する装置力も受信するようにしてもよい。こ の場合には、後述するプロキシ決定手段 105によって発見されたプロキシを通じて C RNを見つけ出し、 QoS経路を確立するための処理がなされる。
[0045] ここで、 MN10が移動履歴情報を有する装置に対して、 MN10のハンドオーバ前 のサブネット 20の情報、 MN10のハンドオーバ後のサブネット 30の情報、 MN10の 通信先である CN60の不図示のサブネットの情報などを含めたメッセージ Xを送信す る際、 MN10はこれらの情報を取得する必要がある。これらの情報の取得を可能に するのが NSIS Transport Layer Protocol (NTLP or GIMPS)であり、 NTLP or GI MPSは、フロー識別子がデータの送信元と受信先の IPアドレスを含むため、上述し た情報を得ることが可能となる。このとき、 MN10は前もってプレフィックスレングスを 知っておく必要がある。
[0046] また、プロキシ決定手段 105は、プロキシを発見する手段である。プロキシ決定手 段 105によって発見されるプロキシとは、 MN10の代理となって、 MN10がハンドォ ーバ後に付加的サービス (ここでは QoSとする）を寸断されることなく受けられるよう、 あらカゝじめ準備することのできる、 QoS提供機能を持った NSISノード (QNE)のこと であり、 MN10がハンドオーバした際に張られる予定の QoS経路上に存在する。プ 口キシの機能にっ 、ては後述する。
[0047] このプロキシの発見を行うためには、複数の方法が考えられる。例えば、ハンドォー バ先候補決定手段 101によって取得された AP—覧の情報を基に、 MN10内にロー カルに蓄えられているプロキシ情報 40 (プロキシ情報格納手段 109に格納されてい るプロキシ情報 40)を参照し、 APが接続されているサブネットワーク上で、 CN60と 通信するために適したプロキシ情報 40を検索して決定する方法や、この AP—覧の 情報を IPネットワーク上に存在するサーバ（プロキシ検索サーバとする）などに送信し 、前述の最も適したプロキシに係る情報を返してもらう方法、又は、プロキシ情報 40 に蓄えられている、すべてのプロキシを選択する方法などが挙げられる。なお、ハンド オーバ先候補の ARそのものが QNEであり、プロキシになる場合もあり得る。図 3には 、プロキシ情報 40の内容の一例が図示されている。なお、図 3に示すプロキシ情報 4 0は、図 24におけるネットワーク構成を参照して作成された一例である。図 3に示すプ ロキシ情報 40は、 MNが各 APと接続されている場合において、プロキシとして選択 可能なノードの IPアドレスを有しており、 MNは、このプロキシ情報 40を参照すること によって、プロキシの選択及び特定を行うことが可能となる。なお、プロキシとしては、 各 APを配下に有する ARの近く（ネットワーク構成上の AR近傍）に存在する QNEが 設定されることが望ましい。
[0048] また、メッセージ生成手段 106は、プロキシにおいて、 MN10がハンドオーバ後に QoSを寸断されることなく受けられるよう、あらかじめ準備するために必要な情報を含 むメッセージを生成するための手段である。 MN10がハンドオーバ後に QoSを寸断 されることなく受けられるよう、あら力じめ準備するために必要な情報としては、例えば
、現在使用しているフロー識別子とセッション識別子や、データの流れの方向（MN1
0力ら CN60の方向力 CN60から MN10の方向力、または双方向通信力 などが挙 げられる。なお、メッセージ生成手段 106によって生成される上記のメッセージをメッ セージ Aとする。なお、無線受信手段 102によって受信した CRN (QNE65)の情報 をメッセージ Aに含めてもよ 、。
[0049] また、メッセージ受信手段 107は、プロキシが前述の準備を行った際に、準備が成 功した力どうかと!/、う情報を含むメッセージ (メッセージ Dとする）を、プロキシ力も受信 するための手段であり、新しい QoS経路を張る手法によっては省略可能である。なお 、このメッセージ Dには、プロキシが前述の準備を行った際に得られた情報などを含 めることちでさる。
[0050] また、 MN10は移動先を特定して、そこで使用する NCo Aを生成し、それを移動先 のプロキシに送ることも可能である。この NCoAを生成するための手段が NCoA生成 手段 108であり、生成された NCoAはメッセージ生成手段 106において、フロー識別 子などと共にメッセージ A内に格納される。 NCoA生成方法については、例えば、 M N10が図 4 (図 3と同様に、図 13を参照して作成された一例）に示すような AP— AR 対応情報 41をローカルに持ち、ハンドオーバ先候補決定手段 101によって得られた APの情報を基にして、この AP— AR対応情報 41を検索し、 APが繋がっている先の ARの情報（例えば、 ARのリンクレイヤアドレス、 ARの属するサブネットのネットワーク プリフィックスやプリフィックスレングスなど）を得ることにより、 NCoAをステートレスに 自動生成する方法が考えられる。
[0051] ただし、この場合には、 NCoAはステートレスに自動生成されたものであるため、実 際に、この NCoAがハンドオーバ先のサブネットで使用可能なものであるかどうかを 確認する手段が必要である。このため、例えばハンドオーバ先として、 ARそのものが プロキシとなることのできるサブネットを選び、この ARに NCoAを含んだメッセージ A を送ることにより、このプロキシ機能を持った ARに、 NCoAの妥当性を調べてもらうな どの処理が必要である。また、他の NCoA獲得方法としては、現在通信中の AR (ノヽ ンドオーバ前のサブネット 20に属する AR) 1S 近隣のサブネットワークの DHCPサー バより、使用可能な CoAの一部をあら力じめ受け取り、 MN10が別の AR (ノ、ンドォ一 バ後のサブネット 30に属する AR)に移動を行う前に、そのサブネットの DHCPサー ノくからもらった CoAのうちの 1つを MN10に割り当てる方法も可能である。この場合 には、 CoAはステートフルに割り当てられるので、 CoAに係る妥当性のチェックが行 われる必要はなぐ前述のように、プロキシ機能を持った ARを選ぶという制限はなく なる。また、メッセージ Aには、これ以外の情報（例えば、 MN10の現在の隣り合う Q NE (QNE63)の IPアドレスなどの情報)も含めることができる。
[0052] 次に、 MN10からメッセージ Xを受信する装置の機能について説明する。なお、こ の装置は、特定の装置に限られず、例えば、ハンドオーバ前のサブネット 20を構成 する AR21、ハンドオーバ後のサブネット 30を構成する AR31、 CRN (QNE65)など であってもよい。以下では、移動履歴情報を有する装置が、 AR21、 AR31、 CRN ( QNE65)のそれぞれの場合について説明する。また、 MN10自身が移動履歴情報 を有する場合についても説明する。図 5は本発明の実施の形態におけるメッセージ X を受信する AR21の構成を示すブロック図である。なお、図 2に示す MN10と同様に 、図 5に示す AR21が有する各機能はハードウェア及び Z又はソフトウェアによって 実現可能である。
[0053] 図 5に示す AR21は、受信手段 211、送信手段 212、制御手段 213、移動履歴情 報格納手段 214を有している。受信手段 211は、例えば MN10力も送信されたメッ セージ Xや経路 24を流れるデータなどを受信する手段である。また、送信手段 212 は、例えば後述する制御手段 213が抽出した CRN (QNE65)の情報やその他のデ ータなどを送信する手段である。制御手段 213は、例えば受信手段 211によって受 信したメッセージ Xに含まれる情報に基づ 、て、移動履歴情報格納手段 214に格納 された移動履歴情報中に対応する CRNの情報が存在するか否かを判断し、存在す ると判断した場合には CRNの情報を抽出する。なお、抽出された結果によって必ず しも最適な経路を確立できるとは限らないが、 QoSは保証されることになる。後述する AR31、 CRN (QNE65)の場合にも同様である。また、移動履歴情報格納手段 214 に格納された移動履歴情報は、例えば所定の期間が経過するまでの情報であって、 所定の期間が経過した場合には削除されるようにしてもよい。後述する AR31、 CRN (QNE65)の移動履歴情報についても同様である。
[0054] 具体的な例として、 MN10がサブネット 20からサブネット 30へハンドオーバをすると き、 MN10力 ツセージ Xに、サブネット 20の情報、サブネット 30の情報、通信先の C N60のサブネットの情報を含めた場合を考える。なお、この場合、メッセージ Xにはサ ブネット 20の情報を含めなくてもよい。 AR21はサブネット 20の情報を有するなどして いるからである。受信手段 211によってメッセージ Xを受信すると、制御手段 213は、 ハンドオーバ前、ハンドオーバ後、 MNの通信先のサブネットの情報、ハンドオーバ による CRNの情報、ハンドオーバ後のサブネットを構成するアクセスルータ（プロキシ )側から CRN側へのリンク情報、 CRN側カゝらハンドオーバ後のサブネットを構成する アクセスルータ (プロキシ)側へのリンク情報を 1組の関連したデータとして格納する移 動履歴情報格納手段 214に、メッセージ Xに含まれるサブネット 20の情報、サブネッ ト 30の情報、通信先の CN60のサブネットの情報を 1組の関連した情報とするデータ が存在するか否かを判断する。制御手段 213は、存在すると判断した場合には、対 応する CRNの情報を抽出する。そして、送信手段 212は、抽出された CRNの情報を MN 10へ送信する。
[0055] なお、 CRNの情報を受信した MN10は、受信した CRNの情報の正当性を確認す るためにシグナリングを出すようにしてもよい。具体的には、 MN10は、情報として得 た CRNに対して、現在のフロー ID (フロー識別子）及びセッション ID (セッション識別 子）を含む確認メッセージを送信し、該当する IDが存在すればその CRNは現在の旧 QoSパス上に存在することが確認できる。ただし、最適であるとは限らない。仮に、該 当する IDが存在しなければその CRNはパス上に存在しないことになり、その場合に はプロキシ決定手段 105によって発見されるプロキシを通じて CRNを見つけ出す処 理がなされる。 CRNの情報の正当性を確認する処理は、後述する AR31、 CRN (Q NE65)に関する場合でも同様である。
[0056] ここで、制御手段 213によって移動履歴情報格納手段 214には該当するデータが 存在しないとされた場合には、プロキシ決定手段 105によって発見されたプロキシを 通じて CRNを見つけ出す必要がある。なお、制御手段 213は、プロキシ決定手段 10 5によって発見されたプロキシを通じて CRNが見つけ出された場合には、見つけ出さ れた CRNの情報と共に、ハンドオーバ前後のサブネットの情報、 MN10の通信先の サブネットの情報、ハンドオーバ後のサブネットを構成するアクセスルータ（プロキシ） 側から CRN側へのリンク情報、 CRN側カゝらハンドオーバ後のサブネットを構成する アクセスルータ (プロキシ)側へのリンク情報を 1組の関連したデータとして移動履歴 情報格納手段 214に格納する。
[0057] 次に、移動履歴情報を有する装置が AR31の場合について図 6を用いて説明する 。図 6は本発明の実施の形態におけるメッセージ Xを受信する AR31の構成を示すブ ロック図である。なお、図 2に示す MN10と同様に、図 6に示す AR31が有する各機 能はハードウェア及び Z又はソフトウェアによって実現可能である。
[0058] 図 6に示す AR31は、受信手段 311、送信手段 312、制御手段 313、移動履歴情 報格納手段 314を有している。受信手段 311は、例えば MN10力も送信されたメッ セージ Xや経路 34を流れるデータなどを受信する手段である。また、送信手段 312 は、例えば後述する制御手段 313が抽出した CRN (QNE65)の情報やその他のデ ータなどを送信する手段である。制御手段 313は、例えば受信手段 311によって受 信したメッセージ Xに含まれる情報に基づ 、て、移動履歴情報格納手段 314に格納 された前記移動履歴情報中に対応する CRNの情報が存在するか否かを判断し、存 在すると判断した場合には CRNの情報を抽出する。
[0059] 具体的な例として、 MN10がサブネット 20からサブネット 30へハンドオーバをすると き、 MN10力 ツセージ Xに、サブネット 20の情報、サブネット 30の情報、通信先の C N60のサブネットの情報を含めた場合を考える。なお、この場合、メッセージ Xにはサ ブネット 30の情報を含めなくてもよい。 AR31はサブネット 30の情報を有するなどして いるからである。受信手段 311によってメッセージ Xを受信すると、制御手段 313は、 ハンドオーバ前、ハンドオーバ後、 MNの通信先のサブネットの情報、ハンドオーバ による CRNの情報、ハンドオーバ後のサブネットを構成するアクセスルータ（プロキシ )側から CRN側へのリンク情報、 CRN側カゝらハンドオーバ後のサブネットを構成する アクセスルータ (プロキシ)側へのリンク情報を 1組の関連したデータとして格納する移 動履歴情報格納手段 314に、メッセージ Xに含まれるサブネット 20の情報、サブネッ ト 30の情報、通信先の CN60のサブネットの情報を 1組の関連した情報とするデータ が存在するか否かを判断する。制御手段 313は、存在すると判断した場合には、対 応する CRNの情報を抽出する。そして、送信手段 312は、抽出された CRNの情報を MN 10へ送信する。
[0060] ここで、制御手段 313によって移動履歴情報格納手段 314には該当するデータが 存在しないとされた場合には、プロキシ決定手段 105によって発見されたプロキシを 通じて CRNを見つけ出す必要がある。なお、制御手段 313は、プロキシ決定手段 10 5によって発見されたプロキシを通じて CRNが見つけ出された場合には、図 5に示す AR21の制御手段 213と同様に、見つけ出された CRNの情報と共に、ハンドオーバ 前後のサブネットの情報、 MN10の通信先のサブネットの情報、ハンドオーバ後のサ ブネットを構成するアクセスルータ（プロキシ)側から CRN側へのリンク情報、 CRN側 力 ハンドオーバ後のサブネットを構成するアクセスルータ（プロキシ)側へのリンク情 報を 1組の関連したデータとして移動履歴情報格納手段 314に格納する。
[0061] 次に、移動履歴情報を有する装置が CRN (QNE65)の場合にっ 、て図 7を用いて 説明する。図 7は本発明の実施の形態におけるメッセージ Xを受信する CRN (QNE 65)の構成を示すブロック図である。なお、図 2に示す MN10と同様に、図 7に示す C RN (QNE65)が有する各機能はハードウェア及び Z又はソフトウェアによって実現 可能である。
[0062] 図 7に示す CRN (QNE65)は、受信手段 651、送信手段 652、制御手段 653、移 動履歴情報格納手段 654を有している。受信手段 651は、例えば MN10力も送信さ れたメッセージ Xや経路 24及び 34を流れるデータなどを受信する手段である。また、 送信手段 652は、例えば後述する制御手段 653が抽出した CRN (QNE65)の情報 やその他のデータなどを送信する手段である。制御手段 653は、例えば受信手段 65 1によって受信したメッセージ Xに含まれる情報に基づ 、て、移動履歴情報格納手段 654に格納された移動履歴情報中に対応する CRNの情報が存在するか否かを判断 し、存在すると判断した場合には CRNの情報を抽出する。
[0063] 具体的な例として、 MN10がサブネット 20からサブネット 30へハンドオーバをすると き、 MN10力 ツセージ Xに、サブネット 20の情報、サブネット 30の情報、通信先の C N60のサブネットの情報を含めた場合を考える。まず、 MN10が旧 QoSパス上に C N60に向力つてメッセージ Xを送信すると、その QoSパス上に存在する QNEは該当 する移動履歴情報が自身に存在する力否かを判断し、存在しない場合に次の QNE に向力つてメッセージ Xを転送する。そして、メッセージ Xを受信手段 651によって受 信すると、制御手段 653は、ハンドオーバ前、ハンドオーバ後、 MNの通信先のサブ ネットの情報、ハンドオーバによる CRNの情報、ハンドオーバ後のサブネットを構成 するアクセスルータ（プロキシ)側力も CRN側へのリンク情報、 CRN側力もハンドォー バ後のサブネットを構成するアクセスルータ (プロキシ)側へのリンク情報を 1組の関 連したデータとして格納する移動履歴情報格納手段 654に、メッセージ Xに含まれる サブネット 20の情報、サブネット 30の情報、通信先の CN60のサブネットの情報を 1 組の関連した情報とするデータが存在するか否かを判断する。制御手段 653は、存 在すると判断した場合には、対応する CRNの情報を抽出する。そして、送信手段 65 2は、抽出された CRNの情報及び自身のインタフェース情報などを MN10へ送信す る。
ここで、制御手段 653によって移動履歴情報格納手段 654には該当するデータが 存在しないとされた場合には、次の QNEに向かってメッセージ Xを転送する。そして 、該当する移動履歴情報を有する QNEが存在しない場合には、 CN60は MN10に 対して該当する CRNが存在しないことを通知する。これにより、 MN10はプロキシ決 定手段 105によって発見されたプロキシを通じて CRNを見つけ出す必要がある。な お、プロキシ決定手段 105によって発見されたプロキシを通じて CRNが見つけ出さ れた場合には、該当する CRN (QNE)の制御手段は、図 5に示す AR21の制御手段 213や図 6に示す AR31の制御手段 313と同様に、見つけ出された CRNの情報と共 に、ハンドオーバ前後のサブネットの情報、 MNの通信先それぞれのサブネットの情 報、ハンドオーバ後のサブネットを構成するアクセスルータ（プロキシ)側力も CRN側 へのリンク情報、 CRN側力 ハンドオーバ後のサブネットを構成するアクセスルータ（ プロキシ)側へのリンク情報を 1組の関連したデータとして移動履歴情報格納手段 65 4に格納する。 [0065] 次に、移動履歴情報を有する装置が MN10の場合について図 2を用いて説明する 。移動履歴情報は移動履歴情報格納手段 111に格納されており、具体的には MN1 0の過去の移動履歴の情報が格納されている。 CRN抽出手段 110は、 CRN検出メ ッセージ生成手段 104によってメッセージ Xが生成される際に含まれる情報に基づい て、移動履歴情報格納手段 111から該当する移動履歴情報が存在する力否かを判 断し、存在する場合には該当する CRNの情報を抽出する。そして、無線送信手段 1 03は、抽出された CRNの情報をプロキシに送信する。一方、存在しないと判断され た場合には、プロキシ決定手段 105によって発見されたプロキシを通じて CRNを見 つけ出す処理が開始される。このように、 MN10自身が過去の移動履歴を利用する ことにより、あるパターンの行動を何度もする MNには有効である。ただし、このような MN10自身が移動履歴情報を有する場合、 CRNの情報の正当性の確認が必要に なる。また、複数の MN間での移動履歴情報のやりとり（共有)をすることも可能である
[0066] 次に、 MN10と移動履歴情報を有する装置（例えば、 AR21)との間で行われる CR Nの情報の抽出力もプロキシへの送信までについて図 8を用いて説明する。 MN10 1S 現在通信中の不図示の APが接続された AR21のサブネット 20からサブネット 30 を構成する AR31に接続する不図示の APへハンドオーバする際に、 MN10は、 CR Nを検出するためにサブネット 20の情報、サブネット 30の情報、 CN60のサブネット の情報などをメッセージ Xに含め（ステップ S801)、メッセージ Xを AR21に送信する（ ステップ S802)。なお、 MN10は、ハンドオーバ後にステップ S801、 S802の処理を 開始するようにしてもよい。 MN10からのメッセージ Xを受信した AR21は、ハンドォ ーバ前、ハンドオーバ後、 MNの通信先のサブネットの情報、ハンドオーバによる CR Nの情報、ハンドオーバ後のサブネットを構成するアクセスルータ（プロキシ)側から C RN側へのリンク情報、 CRN側力 ハンドオーバ後のサブネットを構成するアクセス ルータ（プロキシ)側へのリンク情報を 1組の関連したデータとして格納する移動履歴 情報格納手段 214に、メッセージ Xに含まれるサブネット 20の情報、サブネット 30の 情報、通信先の CN60のサブネットの情報を 1組の関連した情報のデータが存在す るカゝ否かを判断し、存在すると判断した場合には、対応する CRNの情報を抽出する（ ステップ S803)。そして、 AR21は、抽出された CRNの情報を MN10へ送信する（ス テツプ S804)。
[0067] そして、近隣の L2シグナル到達可能な APから L2情報を受け取った MN10は、ま ず、その情報に基づいて、ハンドオーバを行うことのできるサブネットワークを決定し（ ステップ S805)、その後、 APの L2情報を基にしてハンドオーバ候補先のプロキシを 決定する（ステップ S806)。プロキシを決定した MN10は、 AR21から受信した CRN の情報と、経路 24での upstream用フロー識別子及びセッション識別子、 downstream 用フロー識別子及びセッション識別子をメッセージ Aにセットするとともに、双方向通 信であるという情報もメッセージ Aにセットして (ステップ S807)、選んだプロキシ 68に メッセージ Aを送信する（ステップ S808)。このように、あらかじめ CRNがわかってい れば、 CRN (QNE65)に対して RESERVEメッセージを流すことができる。ここでは 特に、プロキシ群のうちの 1つであるプロキシ 68に対してメッセージ Aが送られた場合 を想定している。
[0068] なお、 AR21において、該当する CRNの情報が抽出されな力つた場合には、例え ば、 AR21は MN 10に対して該当する CRNの情報が存在しな ヽ旨の情報を送信す るようにしてもよい。これにより、 MN10はメッセージ Aに CRNの情報を含めないため 、プロキシ側で該当する CRNを見つけ出すことになる。
[0069] 次に、 MN10からメッセージを受け取るプロキシ（QNE68)の機能について説明す る。なお、ここで、 MN10はプロキシの 1つとして、図 1中の QNE68をプロキシの 1つ として選んだ場合を考える。図 9は、本発明の実施の形態におけるプロキシの構成を 示すブロック図である。なお、図 2に示す MN10と同様に、図 9に示すプロキシ 68が 有する各機能はハードウェア及び Z又はソフトウェアによって実現可能である。
[0070] 図 9に示すプロキシ 68は、受信手段 681、送信手段 682、メッセージ処理手段 683 、 684、メッセージ生成手段 685、 686を有している。また、オプションとして、メッセ一 ジ生成手段 687、及び経路情報格納手段 688を有してもよい。なお、図 9では、ォプ シヨン部分に関しては、点線で図示されている。
[0071] 受信手段 681及び送信手段 682は、データ受信及びデータ送信を行うための手段 である。また、メッセージ処理手段 683は、図 2に示す MN10のメッセージ生成手段 1 06で生成され、無線送信手段 103で送信されたメッセージ (メッセージ A)を受信、処 理するための手段である。例えば、メッセージ A中に含まれるデータの流れの情報を 確認し、どのような形で QoS経路を確立するのが望ましいかを判断する。また、メッセ ージ Aに CRNの情報が含まれている場合には、メッセージ処理手段 683は、この CR Nの情報を基に、 MN10がハンドオーバ時に QoS経路を迅速に確立するための処 理を行う。一方、メッセージ処理手段 683が MN10から CRNの情報を受信しない場 合には、後述するメッセージ生成手段 685、メッセージ処理手段 684などにより CRN を発見し、この CRN情報を基に、 MN10がハンドオーバ時に QoS経路を迅速に確 立するための処理を行う。 QoS経路を確立する処理方法については後述する。なお 、受信した CRNの情報は、双方向通信を行っているとすると、後述するような upstrea m用の CRNの情報と downstream用の CRNの情報である。また、データの流れによる QoS経路確立方法の変化に関しては、後述の中間の QNEの機能と共に説明する。
[0072] また、メッセージ生成手段 685は、メッセージ処理手段 683で受け取ったフロー識 別子 (例えば、経路 24のフロー識別子 X)、セッション識別子 (例えば、経路 24及び 経路 34に共通のセッション識別子 Y)を含むメッセージ (メッセージ Bとする）を生成す る。メッセージ生成手段 685によって生成される上記のメッセージ Bは、 CRNを発見 するためのメッセージであり、送信手段 682を介して CN60に向けて送信される。な お、このフロー識別子の中には、 CN60の IPアドレス情報が含まれている。
[0073] また、メッセージ処理手段 684は、メッセージ生成手段 685で生成され、送信された メッセージ Bを受け取った CN60から、経路 34上の各 QNEを介して送られてきたメッ セージ (メッセージ Cとする）を受信、処理する手段である。このメッセージ Cには、 CR Nの情報が含まれている。メッセージ処理手段 684では、この CRN情報を基に、 MN 10がハンドオーバ時に QoS経路を迅速に確立するための処理を行う。この処理を行 うには、複数の方法が考えられる。例えば、この情報を経路情報格納手段 688に渡し 、 MN10がハンドオーバして来た時点で何力しらの処理を行ってもよぐまた、その情 報をさらにメッセージ生成手段 686に渡して、 MN10への返信メッセージ（前述のメッ セージ D)としてもよい。ただしこの場合には、 MN10には、図 2のメッセージ受信手 段 107が設けられている必要がある。なお、前述の通り、メッセージ Dには準備が成 功した力どうかという情報が含まれてもよい。また、さらに、メッセージ Dには、これ以 外の情報が含まれてもよい。また、 MN10カゝら CRNの情報が送信されてきた場合に は、 MN 10への返信メッセージを送信しなくてよい。
[0074] また、メッセージ処理手段 683で、 MN10の NCoAの情報を受け取つていた場合 には、メッセージ生成手段 687で、この NCoAを基に新しいフロー識別子を生成し、 メッセージ処理手段 683又はメッセージ処理手段 684で受け取った CRNの情報を基 に、 RESERVEメッセージを CN60に送信することによって、経路 34上に新しい Qo S経路を生成してもよい。ただしこの場合には、 RESERVEメッセージに CRNの情報 を持たせ、該当する CRNは、そこから CN60までのリソース予約を 2重予約にならな いようにするなど、別の機能が必要になる。なお、 QoS経路確立に必要となり、 RES ERVEメッセージに含まれるべき QSpecの情報などに関しては、例えば、メッセージ 処理手段 683で受信される CRNの情報又はメッセージ Cに含まれる CRNの情報を 参照して、この CRNから取得することができる。
[0075] また、メッセージ Aに MN10の現在の隣り合う QNE (QNE63)の情報が含まれて！/ヽ る場合には、 QNE63から取得することもできる。また、前述のように送られた NCoA 力 妥当性のチェックが必要なものだった場合には、そのチェックを行わなければな らない。もし、このプロキシが NCoAの妥当性チェック機能を有していな力つた場合、 又は妥当性チェックを行った結果、妥当で無力つた場合には、例えば、 MN10にェ ラー通知を行うためのエラーメッセージを返す必要がある。このエラー通知は、メッセ ージ Dに含めることも可能であり、また、別のメッセージ (例えば、 FMIPにおける FB Ackメッセージ）として返すことも可能である。また、メッセージ生成手段 685で生成さ れるメッセージ Bには、上記以外の情報 (例えば、妥当であることが確認された NCoA や、メッセージ Aに含まれている MN10の現在の隣り合う QNE (QNE63)などの情 報)を含めることもできる。
[0076] 次に、経路 34上の中間の QNEの機能について、 QNE65を例に取って説明する。
図 10は、本発明の実施の形態における経路 34上の中間 QNEの構成を示すブロッ ク図である。なお、図 2に示す MN10と同様に、図 10に示す QNE65が有する各機 能はハードウェア及び Z又はソフトウェアによって実現可能である。また、前述した図 7のように、 QNE65が移動履歴情報を有する装置である場合には、制御手段 653や 移動履歴情報格納手段 654を有する構成となる。
[0077] 図 10に示す QNE65は、受信手段 6511、送信手段 6512、メッセージ処理手段 65 13、メッセージ生成手段 6514を有している。受信手段 6511、送信手段 6512は、図 9に示すプロキシ 68の受信手段 681、送信手段 682と同じ機能を有している。また、 メッセージ処理手段 6513は、前述のメッセージ B又はメッセージ Cを受け取った際、 その中に含まれているフロー識別子とセッション識別子の組で、すでに QNE65内に リソース予約が無いかどうかを調べる手段である。予約が無力つた場合は、メッセージ 生成手段 6514では何も行われずに、送信手段 6512を経由して次の QNEにメッセ ージ B又はメッセージ Cが転送される。一方、予約があった場合は、メッセージ生成手 段 6514において、そのインタフェースの IPアドレスが同メッセージ内に格納され、メッ セージ生成手段 6514で生成された新たなメッセージが、送信手段 6512を経由して 次の QNEに送信される。ただし、メッセージ Bやメッセージ Cが、他の何かしらの処理 を QNEに求めるものだった場合、例えば、 QUERYメッセージやそれに対する RES PONSEメッセージの拡張だった場合には、これらのメッセージに特有の処理が行わ れる。
[0078] メッセージおメッセージ Cのどちらで上述の処理を行うかは、データの流れの方向 、及びその他の NSISの機能により異なる。一例としては、データの流れが CN60か ら MN10の方向のみだった場合、 RSVP (非特許文献 3参照）の QoS経路確定方法 の考え方に従えば、 CN60から送られるメッセージ Cを受け取った際に、上述の処理 を行うのが妥当である。
[0079] なお、データやシグナリングが通る経路は、 MN10から CN60の方向（upstreamと する）と、 CN60から MN10の方向（downstreamとする）で違う場合も考えられるので、 実際問題として、メッセージ Cは経路 34を通る（経路 34を確定することができる）が、 メッセージ Bは経路 34を通らないということも考えられる。したがって、経路 34上の各 QNEでは、メッセージ B及びメッセージ Cのどちらか一方のみしか受け取らないことも あり得る。
[0080] 逆に、同じ考え方を採用した場合、データの流れが upstreamだった場合にはメッセ ージ Bにより経路 34が確定され、上述のメッセージ処理手段 6513及びメッセージ生 成手段 6514にて処理が行われる。この場合には、メッセージ Cは各 QNEによって、 メッセージ Bを受け取った際に処理された結果をプロキシ 68に返すためのみのメッセ ージとなり得る。し力しながら、 NSISでは NTLPの機能を活用することにより、必ずし も RSVPの経路確定方法の考え方が当てはまるとは限らない。例えば、 downstream 方向のデータの流れに対し、メッセージ Bが経路 34を通り、必要な情報を集めること も可能になり得る。
[0081] 次に、 CN60の機能について説明する。図 11は、本発明の実施の形態における C Nの構成を示すブロック図である。なお、図 2に示す MN10と同様に、図 11に示す C N60が有する各機能はハードウェア及び Z又はソフトウェアによって実現可能である
[0082] 図 11に示す CN60は、受信手段 601、送信手段 602、メッセージ処理手段 603、メ ッセージ生成手段 604、経路情報格納手段 605を有している。受信手段 601、送信 手段 602は、図 9に示すプロキシ 68の受信手段 681、送信手段 682や、図 10に示 す受信手段 6511、送信手段 6512と同じ機能を有している。また、メッセージ処理手 段 603は、メッセージ Bを受け取って処理する機能を有している。例えば、メッセージ 処理手段 603では、メッセージ B力 Upstreamに対して出されたもの力、 downstreamに 対して出されたものかが判断される。また、メッセージ Bに upstream用の CRNの情報 が含まれている場合には、メッセージ処理手段 603は、その CRNの情報を経路情報 格納手段 605に渡して保有させることも可能である。 CN60は、経路情報格納手段 6 05に格納された情報を使うことによって、 MN10の NCoAの情報が得られたときに、 RESERVEメッセージを用いた QoS経路確立処理を行うことができる。
[0083] なお、 MN10の NCoAの情報は、メッセージ Bに含まれている場合にはメッセージ Bの受信と同時に取得することが可能であり、また、 MN10からの BUメッセージより 取得することも可能である。また、 RESERVEメッセージに含まれるべき QSpecの情 報などに関しては、前述の通り、 CRN力も取得することも可能であり、また、メッセ一 ジ Bが QNE63の IPアドレスを含んで!/、る場合には、 QNE63から取得することも可能 である。また、メッセージ生成手段 604ではメッセージ Cを生成し、送信手段 602を通 じてメッセージ Cを送信する手段である。なお、メッセージ Bに経路情報（どの QNEが リソース予約を持っていた力 が含まれていた場合には、それをメッセージ Cに含めて 送信することも可能である。また、メッセージ Cは、上記以外の情報を含んでいてもよ い。
[0084] 次に、メッセージ B及びメッセージ Cを送受信することにより、どのように CN60ゃプ ロキシ 68が CRNの情報を得ることができるかについて説明する。今、 MN10と CN6 0力 例えば IPテレフォ-などを使って、双方向通信を行っているとする。この場合、 データの流れは upstreamと downstreamの両方があり、これら双方向のデータは必ず しも同じ経路（同じルータ）を通るとは限らないので、 CRNも upstream側と downstream 側でそれぞれ違うと考えられる。ここでは、図 1を参照しながら、双方向のデータが同 じ経路を通ると仮定するが、双方向のデータが違う経路を通る場合においても、後述 する方法と同様の方法を用いることによって、双方向通信のそれぞれにおける CRN を決定することができる。なお、双方向通信の場合には、それぞれの方向の通信経 路に関して、フロー識別子とセッション識別子とが存在しており、プロキシは、これら 2 方向のフロー識別子、セッション識別子の組を MN10からもらい、メッセージ Bに埋め 込んで CN60に送るようにすればよ!、。
[0085] 図 12には、メッセージ B及び Cの送受信により、プロキシが得ることのできる情報の 一例が図示されている。メッセージ B及びメッセージ Cには、各メッセージが持ってい るフロー識別子、セッション識別子のペアに対するリソースの予約を持つ QNEを通過 するたびに、そのリソース予約を持つインタフェースの IPアドレスの情報力 各メッセ ージの最後に付加される。例えばメッセージ Bの場合には、 QNE65を通過する際、 u pstreamのフロー識別子、セッション識別子に対するリソース予約を持つインタフエ一 スの IPアドレス（情報 81 : QNE65の、上側（QNE66側）インタフェースの IPアドレス） が付けられ、 QNE66を通過する際には、その更に後ろに、 QNE66内の upstreamの フロー識別子、セッション識別子に対するリソース予約を持つインタフェースの IPアド レス（情報 82 : QNE66の、上側（CN60側）インタフェースの IPアドレス）が付けられ る。このメカニズムにより、この情報が CN60やプロキシ 68に返された場合には、 CN 60やプロキシ 68は、最初に付けられたインタフェースの IPアドレス（情報 81の IPアド レス）を持つ QNE力 upstreamの CRNだと判断することができる。
[0086] また、 downstreamに関しては順序が逆になるので、プロキシ 68は、情報 83及び情 報 84のうち、最後に付けられたインタフェースの IPアドレス（情報 84の IPアドレス）を 持つ QNEが、 downstreamの CRNだと判断することができる。なお、 QoS経路は、ネ ットワークの状態などの要因によって変化する可能性があり、 QoS経路の変化に応じ て、 CRNも変化する可能性がある。このような CRNの変化が生じる可能性に対処す るため、 CN60やプロキシ 68が保持する CRNの情報に対して有効期限を設定し、そ の有効期限が切れる前に、 CN60やプロキシ 68が、 CRNに変化が生じていないか の確認を行ったり、最新の CRNの情報を取得したりすることによって、正確な CRNの 情報を保持できるようにすることも可能である。なお、この有効期限の設定は、 CRN の情報を受け取る CN60やプロキシ 68が行ってもよぐまた、 MN10力メッセージ A を送る際に、 CN60やプロキシ 68に対して、有効期限を通知してもよい。
[0087] 次に、 MN10が、メッセージ Aに CRNの情報を含めることができない場合に、プロ キシ 68に QoS経路の確立を準備する依頼をし、その準備が行われる際の動作につ いて説明する。図 13及び図 14には、本発明の実施の形態において、 MN10がプロ キシ 68に識別子 (フロー識別子及びセッション識別子)の情報を送り、プロキシ 68と CN60とが中間 QNE65〜67を介してメッセージをやり取りすることにより、 upstream や downstreamの CRNを見つける動作例を示すシーケンスチャートが図示されている 。なお、図 13及び図 14に示すシーケンスチャートは、図 1に示すネットワークシステム において、 MN10によって、プロキシ 68がプロキシの 1つに選ばれている場合のもの であり、ここでは、プロキシ 68が CRNの情報を得た後に、 MN10に対して、その情報 を返すようにしている。また、図 13及び図 14に示すシーケンスチャートには、一連の 動作が示されており、図 13及び図 14のシーケンスチャートに図示されているステップ S 1312の処理は同一である。
[0088] 近隣の L2シグナル到達可能な APから L2情報を受け取った MN10は、まず、その 情報に基づ 、て、ハンドオーバを行うことのできるサブネットワークを決定し (ステップ S1301)、その後、 APの L2情報を基にしてハンドオーバ候補先のプロキシを決定す る（ステップ S1302)。プロキシを決定した MN10は、経路 24での upstream用フロー 識別子及びセッション識別子、 downstream用フロー識別子及びセッション識別子をメ ッセージ Aにセットするとともに、双方向通信であるという情報もメッセージ Aにセットし て (ステップ S 1303)、選んだプロキシ群 (複数のプロキシ）にメッセージ Aを送信する (ステップ S1304)。ここでは特に、プロキシ群のうちの 1つであるプロキシ 68に対して メッセージ Aが送られた後の処理に限って説明する。
[0089] プロキシ 68は、 MN10から受け取ったメッセージ Aの情報を基にメッセージ Bを生 成する。ここでは双方向通信を考えているので、メッセージ Bで upstream、返信メッセ ージ（メッセージ C)で downstreamの情報を、途中のルータから得られるようにパラメ一 タをセットし、さらにメッセージ Aによって送られてきたフロー識別子、セッション識別 子をメッセージ Bにセットして（ステップ S1305)、 CN60にメッセージ Bを送信する（ス テツプ S1306)。なお、このとき、プロキシ 68はフロー識別子の情報より、 CN60のァ ドレスを得る必要がある。
[0090] プロキシ 68から CN60への経路上にある各 QNE65〜67は、メッセージ Bの中身を 確認し、その中の upstream用フロー識別子及びセッション識別子に対するリソース予 約が QNE内に存在するかどうかを確認する。そして、 upstream用フロー識別子及び セッション識別子に対するリソース予約が存在する場合には、各 QNEは、その Ψノー ス予約が存在するインタフェースの IPアドレスをメッセージ Bに付カ卩して、 CN60に向 けて送る。一方、 upstream用フロー識別子及びセッション識別子に対するリソース予 約が存在しな!、場合には、情報の付加を行わずにメッセージ Bをそのまま転送する。
[0091] なお、 QNE67には、 upstream用フロー識別子及びセッション識別子に対するリソー ス予約が存在しな 、ので、情報の付カ卩が行われずにメッセージ Bはそのまま転送され る（ステップ S1307、 1308)。また、 QNE65には、 upstream用フロー識別子及びセッ シヨン識別子に対するリソース予約が存在しており、そのリソース予約が存在するイン タフエースの IPアドレスがメッセージ Bに付カ卩された後（ステップ S 1309)、メッセージ Bは転送される（ステップ S 1310)。また、 QNE65と同様〖こ、 QNE66にも、 upstream 用フロー識別子及びセッション識別子に対するリソース予約が存在しており、そのリソ ース予約が存在するインタフェースの IPアドレスがメッセージ Bに付加された後（ステ ップ S 1311)、メッセージ Bは転送される（ステップ S 1312)。 [0092] そして、最終的にメッセージ Bは CN60に到着し、このメッセージ Bを受け取った CN 60は、各 QNE65〜67によって付カ卩された情報（各 QNE65〜67によってメッセ一 ジ Bに付カ卩された情報）をメッセージ Cにセットするとともに、メッセージ Cで downstrea m用経路の情報を収集できるようにパラメータをセットして (ステップ S1313)、プロキ シ 68に向けて送信する（ステップ S1314)。また、 CN60からプロキシ 68への経路上 にある各 QNE65〜67は、上述のメッセージ Bに対する処理と同様の処理を downstr earn用のメッセージ Cに対して行う。
[0093] すなわち、 QNE66には、 downstream用フロー識別子及びセッション識別子に対す るリソース予約が存在しており、そのリソース予約が存在するインタフェースの IPアド レスがメッセージ Cに付加された後（ステップ S1315)、メッセージ Cは転送される（ス テツプ S1316)。また、 QNE65と同様に、 QNE65にも、 downstream用フロー識別子 及びセッション識別子に対するリソース予約が存在しており、そのリソース予約が存在 するインタフェースの IPアドレス力 Sメッセージ Cに付カ卩された後（ステップ S 1317)、メ ッセージ Cは転送される（ステップ S1318)。また、 QNE67には、 downstream用フロ 一識別子及びセッション識別子に対するリソース予約が存在しな 、ので、情報の付 加が行われずにメッセージ Cはそのまま転送される（ステップ S1319、 1320)。
[0094] このようにしてメッセージ Cを受け取ったプロキシ 68は、メッセージ Cを参照すること によって、 upstream用及び downstream用の CRNの情報を特定することが可能となり、 upstream用及び downstream用の CRNの情報をメッセージ Dにセットして（ステップ S1 321)、 MN10にメッセージ Dを送信する（ステップ S1322)。
[0095] なお、前述の MN10の機能で説明した通り、プロキシ 68は CRNの情報を集めた後 に、 MN10に CRNの情報を送る以外にも、様々な手段を取ることができる。また、 M N10は、 CRNの情報を早期に知ることにより、例えば、サブネットを移動した後にリソ ース予約を行う際、この CRNの情報を RESERVEメッセージに含ませて送ることがで きる。また、 CRNの情報を含む RESERVEメッセージを該当する CRNが受け取った 場合には、該当する CRNは、その先の CN60までのリソースを 2重予約しないように する処理を行うことが可能である。例えば、該当する CRNは、新規にリソースを予約 するのではなぐ古 、予約を更新するなどの処理を行うことも可能である。 [0096] このように CRNの特定が前もってなされると、たとえ MN10のハンドオーバ後のリソ ース予約であったとしても、従来の技術のように、 CRNを探しながらのリソース予約と はならないために、迅速に QoS経路を張ることが可能となる。また、前述の通り、 CR Nの情報を得たプロキシ 68が、 MN10に情報を返すことなぐ前もってリソース予約 を行うようにすることも可能であり、より迅速な QoS経路確立が実現できる。
[0097] また、さらに、前述の通り、メッセージ Bやメッセージ Cを既存のメッセージ、例えば Q UERYメッセージや RESPONSEメッセージや NOTIFYメッセージに書き換えること も可能である。図 15及び図 16には、 QUERYメッセージにメッセージ Bの機能を、 R ESPONSEメッセージにメッセージ Cの機能を持たせた場合のシーケンスチャートが 図示されている。ここでは、やり取りされるメッセージ力 upstream及び downstreamの CRNを見つける機能のほかに、本来の QUERY及び RESPONSEメッセージが持 つ機能 (空きリソースの情報の取得機能など）を有している。なお、図 15及び図 16中 のステップ S1501〜S1522は、図 13及び図 14中のステップ S1301〜S1322と対 応関係にあり、 QUERYメッセージとメッセージ C、 RESPONSEメッセージとメッセ一 ジ Dがそれぞれ対応関係にある。
[0098] 前述の通り、従来の QUERY及び RESPONSEメッセージを利用した場合には、
MN10などの移動を行う端末は通信相手との間で行っている現在の通信で予約され ているリソースの情報を知る術を持たないため、 CRNと CN60間において、現在の通 信で予約されているリソース情報を、 MN10が移動してきたときに使うことのできるリソ ース情報と判断することができない。し力し、 QUERY及び RESPONSEメッセージ が MN10の現在のフロー識別子及びセッション識別子の情報を有することにより、現 在の通信で予約されているリソース情報を、 MN10が移動してきたときに使うことので きるリソース情報と判断することができる。
[0099] なお、非特許文献 6によると、リソースの空き情報を得られるのは RESPONSEメッ セージによってのみである。つまり、図 15及び図 16に示すように、プロキシ 68から C N60に QUERYメッセージを送信し、 CN60からプロキシ 68に RESPONSEメッセ一 ジを返信する場合には、 downstreamのリソースの空き情報し力得られな 、可能性が ある。よって、双方向の空きリソースの情報が必要な場合は、プロキシ 68から QUER Yメッセージを受け取った CN60力 RESPONSEメッセージを MN10に返すと同時 に、別の QUERYメッセージをプロキシ 68に送信する必要も考えられる。また、 NSIS の他の機能と組み合わせることにより、一度の QUERY及び RESPONSEメッセージ の送受信で、双方向のリソースの空き情報を得ることができる可能性もある。
[0100] なお、プロキシ 68が図 9のメッセージ処理手段 684によって得た CRNの情報（メッ セージ Cに含まれる CRNの情報）又はメッセージ処理手段 683によって得た CRNの 情報 (MN10から送信されたメッセージ Aに含まれる CRNの情報）を処理する方法、 及び、 CN60が図 11のメッセージ処理手段 603によって得た CRNの情報（メッセ一 ジ Bに含まれる CRNの情報）を処理する方法は、前述以外の方法も考えられる。これ らの方法を、図 17及び図 18を参照しながら説明する。
[0101] 図 17は、本発明の実施の形態において、メッセージ Cの受信後又はメッセージ Aの 受信後における処理方法を実現するプロキシの構成を示すブロック図である。なお、 図 9に示すプロキシ 68と同様に、図 17に示すプロキシ 68が有する各機能はハードウ エア及び Z又はソフトウェアによって実現可能である。また、図 17における受信手段 6811、送信手段 6812、メッセージ処理手段 6813、 6814、メッセージ生成手段 681 5、 6816、 6817、及び経路情報格納手段 6818は、図 9における受信手段 681、送 信手段 682、メッセージ処理手段 683、 684、メッセージ生成手段 685、 686、 687、 及び経路情報格納手段 688にそれぞれ等しい機能を持つので、ここでの説明は省 略する。
[0102] 図 17のメッセージ生成手段 6819は、 QoS経路生成を、別のノードに依頼するため のメッセージ (メッセージ Eとする）を生成し、送信手段 6812に渡す機能を有している 。メッセージ Eの送信先としては、例えば、メッセージ処理手段 6814のメッセージ Bに 係る処理によって特定された CRN又はメッセージ Aに含まれる CRNが考えられる。こ の場合、メッセージ Eには、 CRNが QoS経路を生成するのに必要な情報 (例えば、 妥当性が確認された MN10の NCoAや、 CN60の IPアドレスなど）が含まれる。プロ キシ 68が送信したメッセージ Eを受け取った CRNは、例えば、 RESERVEメッセ一 ジを CN60及びプロキシ 68の両方に送信することによって、 CRNから CN60の間で は QoS経路の更新が行われ、 CRNからプロキシ 68の間では QoS経路の新規生成 が行われるようにすることが可能である。
[0103] また、図 18は、本発明の実施の形態において、メッセージ Bの受信後における別の 処理方法を実現する CNの構成を示すブロック図である。なお、図 11に示す CN60と 同様に、図 18に示す CN60が有する各機能はハードウェア及び Z又はソフトウェア によって実現可能である。また、図 18における受信手段 6011、送信手段 6012、メッ セージ処理手段 6013、メッセージ生成手段 6014、及び経路情報格納手段 6015は 、図 11における受信手段 601、送信手段 602、メッセージ処理手段 603、メッセージ 生成手段 604、及び経路情報格納手段 605にそれぞれ等しい機能を持つので、ここ での説明は省略する。
[0104] 図 18のメッセージ生成手段 6016は、 QoS経路生成を、別のノードに依頼するため のメッセージ (メッセージ Eとする）を生成し、送信手段 6012に渡す機能を有している 。メッセージ Eの送信先としては、例えば、メッセージ処理手段 6013のメッセージ Bに 係る処理によって特定された CRNが考えられる。この場合、メッセージ Eには、 CRN 力 SQoS経路を生成するのに必要な情報 (例えば、妥当性が確認された、前述の方法 によって取得された MN10の NCoAや、メッセージ Bの送信元であるプロキシ 68の I Pアドレスなど）が含まれる。メッセージ Eを受け取った CRNは、例えば、 RESERVE メッセージを CN60及びプロキシ 68の両方に送信することによって、 CRNから CN60 の間では QoS経路の更新が行われ、 CRNからプロキシ 68の間では QoS経路の新 規生成が行われるようにすることが可能である。
[0105] 次に、プロキシ 68が、メッセージ Cの受信によって特定された CRN又はメッセージ Aの受信によって特定された CRNに、 QoS経路の生成の依頼を行う際の動作につ いて説明する。なお、ここでは、双方向データ通信であって、双方向の経路が等しい 場合を仮定するが、 upstream側又は downstream側のどちらか一方のみの場合、ある いは、双方向データ通信で、双方向の経路力 Upstream側と downstream側とで異なる 場合においても、後述する方法と同様の方法を upstream用経路、又は双方向経路に 別々に用いることによって、 QoS経路生成依頼が行われるようにすることが可能であ る。
[0106] 図 19には、本発明の実施の形態において、 MN10から、 NCoAを含むメッセージ（ メッセージ A)を受け取ったプロキシ 68が、 CN60とのメッセージ (メッセージ B及びメ ッセージ C)のやり取りで特定された downstream用 CRN宛てに、新しい QoS経路の 作成を依頼する動作例を示すシーケンスチャートが図示されている。なお、図 19〖こ 示すシーケンスチャートは、図 1に示すネットワークシステムにおいて、 MN10によつ て、プロキシ 68がプロキシの 1つに選ばれている場合のものである。また、図 19のス テツプ S 1903と、ステップ S 1904の間には、図 13のステップ S 1306力らステップ S1 312、及び図 14のステップ S 1313からステップ S 1320と同様の処理が行われるが、 ここでは省略されている。
[0107] プロキシ 68は、 MN10から受け取ったメッセージ Aの情報を基にメッセージ Bを生 成する。ここでは双方向通信を考えているので、プロキシ 68は、メッセージ Bで upstre am、返信メッセージ（メッセージ C)で downstreamの情報を、途中のルータから得られ るようにパラメータをセットし、さらにメッセージ Aによって送られてきたフロー識別子、 セッション識別子をメッセージ Bにセット (メッセージ Bの送信準備）して (ステップ S 19 01)、 CN60にメッセージ Bを送信する（ステップ S1903)。なお、このとき、プロキシ 6 8は、フロー識別子の情報より、 CN60のアドレスを得る必要がある。また、プロキシ 6 8は、ステップ S1901におけるメッセージ Bの送信準備と共に、メッセージ Aに含まれ て!、る MN10の NCoAの妥当性のチェックを行う（ステップ S 1902)。
[0108] そして、ステップ S 1903で送信したメッセージ Bの返信メッセージであるメッセージ C を受け取ったプロキシ 68は、メッセージ Cを参照することによって、 upstream用及び do wnstream用のCRNの情報を得る（ステップS1904)。プロキシ 68は、これらの CRN が新 、QoS経路を確立するために必要な情報をメッセージ Eにセットし (ステップ S 1905)、ステップ S1904によって得られた upstream用及び downstream用 CRNのそ れぞれに対して、メッセージ Eを送信する（ステップ S 1906及びステップ S 1907)。こ こでは、 upstream用 CRN及び downstream用 CRNが共に QNE65となる力 ステップ S 1904で取得した upstream用 CRN及び downstream用 CRNのインタフェースァドレ スがそれぞれ異なっていることも考えられるため（QNE65内の別々のインタフェース アドレスが、 upstream用 CRN及び downstream用 CRNとしてステップ S 1904で取得さ れる）、メッセージ Eは upstream用及び downstream用それぞれ別々に送信されている 。なお、 CRNが新しい QoS経路を確立するために必要な情報としては、例えば、新 L ヽ QoS経路で使われるフロー識別子などが考えられる。この新し ヽフロー識別子は 、ステップ S1902で妥当性が確認された MN10の NCoAを基に生成されることが可 能である。また、このほかに、さらに、 CRNが新しい QoS経路を確立するために必要 な情報は、 CN60の IPアドレスやセッション識別子なども考えられる。
[0109] メッセージ Eを受け取った QNE65は、 CN60宛てに QoS経路を更新するための R ESERVEメッセージを送信し (ステップ S 1908)、また、プロキシ 68宛てに QoS経路 を新規で生成するための RESERVEメッセージを送信する（ステップ 1909)。なお、 ここでは、ステップ S1908により、 upstream用及び downstream用の両方の QoS経路 が更新され、ステップ S 1909により、 upstream用及び downstream用の両方の QoS経 路が新規に生成される場合が示されて!/ヽる。
[0110] 一方、図 20には、本発明の実施の形態において、 MN10から、 CRNの情報及び NCoAを含むメッセージ (メッセージ A)を受け取ったプロキシ 68が、受信した downstr earn用 CRN宛てに、新し ヽ QoS経路の作成を依頼する動作例を示すシーケンスチヤ ートが図示されている。なお、図 20に示すシーケンスチャートは、図 1に示すネットヮ ークシステムにおいて、 MN10によって、プロキシ 68がプロキシの 1つに選ばれてい る場合のものである。
[0111] プロキシ 68は、 MN10から受け取ったメッセージ Aの情報を基に、メッセージ Aに 含まれている MN10の NCoAの妥当性のチェックを行う（ステップ S2001)。そして、 プロキシ 68は、 upstream用及び downstream用の CRNが新し!/ヽ QoS経路を確立する ために必要な情報をメッセージ Eにセットし (ステップ S2002)、ステップ S2001によつ て得られた upstream用及び downstream用 CRNのそれぞれに対して、メッセージ Eを 送信する（ステップ S 2003及びステップ S2004)。ここでは、 upstream用 CRN及び do wnstream用 CRNが共に QNE65となるが、ステップ S 2001で取得した upstream用 C RN及び downstream用 CRNのインタフェースアドレスがそれぞれ異なっていることも 考えられるため（QNE65内の別々のインタフェースアドレスが、 upstream用 CRN及 び downstream用 CRNとしてステップ S2001で取得される）、メッセージ Eは upstream 用及び downstream用それぞれ別々に送信されている。なお、 CRNが新しい QoS経 路を確立するために必要な情報としては、例えば、新しい QoS経路で使われるフロ 一識別子などが考えられる。この新しいフロー識別子は、ステップ S 2001で妥当性が 確認された MN10の NCoAを基に生成されることが可能である。また、このほかに、 さらに、 CRNが新しい QoS経路を確立するために必要な情報は、 CN60の IPァドレ スゃセッション識別子なども考えられる。
[0112] メッセージ Eを受け取った QNE65は、 CN60宛てに QoS経路を更新するための R ESERVEメッセージを送信し (ステップ S 2005)、また、プロキシ 68宛てに QoS経路 を新規で生成するための RESERVEメッセージを送信する（ステップ 2006)。なお、 ここでは、ステップ S2005により、 upstream用及び downstream用の両方の QoS経路 が更新され、ステップ S2006により、 upstream用及び downstream用の両方の QoS経 路が新規に生成される場合が示されて!/ヽる。
[0113] また、 CN60力 Upstream用 CRNの情報を取得した後に、 upstream用 CRNに対して 新 、QoS経路を生成する依頼をする場合にも、同様の方法を用いることが可能で ある。この場合には、図 18に図示されている CN60力 Upstream用 CRNの情報と、 M N10の妥当な NCoAを取得した後、 upstream用 CRNに対して、メッセージ Eを送信 する。なお、この場合には、メッセージ Eにプロキシ 68の IPアドレスの情報を含めるこ とも可能である。
[0114] また、図 2に示される MN10のプロキシ決定手段 105において、 MN10はプロキシ として CN60を選ぶことも可能である。また、 CN60は、図 9に示されるプロキシ 68と 同様の機能を、図 11に示される CN60の機能と併せて持つことも可能であり、プロキ シ 68は、図 11に示される CN60の機能と同様の機能を、図 9に示されるプロキシ 68 の機能と併せて持つことも可能である。この場合、 MN10からメッセージ Aを受け取つ た CN60が、プロキシ 68との間でメッセージ B及びメッセージ Cを送受信することによ り CRNの情報を得ること、又はメッセージ Aに CRNの情報が含まれて 、る場合には 即座に CRNの情報を得ることが可能である。
[0115] このように、プロキシ 68として CN60が選択された場合であって、メッセージ Aに CR Nの情報が含まれて 、な 、場合の動作にっ 、て、図 21及び図 22に示すシーケンス チャートを参照しながら説明する。なお、図 21及び図 22に示すシーケンスチャートに は、メッセージ Aに CRNの情報が含まれて!/、な!/、場合の一連の動作が示されており 、図 21及び図 22のシーケンスチャートに図示されているステップ S2112は同一の処 理である。また、図 21及び図 22に示すシーケンスチャートは、図 1に示すネットワーク システムにおいて、 MN10の移動先サブネットワークの候補として、サブネット 30が 選ばれている場合のものであり、ここでは、 CN60が CRNの情報を得た後に、 MN1 0に対して、その情報を返すようにしている場合が示されている。一方、図 23に示す シーケンスチャートには、メッセージ Aに CRNの情報が含まれている場合の一連の動 作が示されている。また、図 23に示すシーケンスチャートは、図 1に示すネットワーク システムにおいて、 MN10の移動先サブネットワークの候補として、サブネット 30が 選ばれて 、る場合のものが示されて 、る。
[0116] 図 21において、近隣の L2シグナル到達可能な APから L2情報を受け取った MN1 0は、まず、その情報に基づいて、ハンドオーバを行うことのできるサブネットワークを 決定 (ノ、ンドオーバ先候補を決定)し (ステップ S2101)、その後、 APの L2情報を基 にして、 MN10がそのサブネットワークに移動した際に確立される QoS経路上で、 M N10と隣り合う QNE (図 1においてサブネット 30を移動先とした場合、経路 34上で最 も AR31に近い QNE)を判定する（ステップ S2102)。この判定は、前述の実施の形 態で、 MN10がプロキシを決定する方法と同様の方法を利用することが可能である。
[0117] MN10は、ステップ S2102で判定された QNE (QNE68)の情報をメッセージ Aに セットする（ステップ S2103)。ここでは、特に、ステップ S2102で判定された QNEの 情報の 1つとして、 QNE68の情報力 ツセージ Aにセットされた場合について記述す る。なお、メッセージ Aには、経路 24での upstream用フロー識別子及びセッション識 別子、 downstream用フロー識別子及びセッション識別子、双方向通信であるという情 報もセットされることが可能である。その後、 MN10はこのメッセージ Aを CN60に送 信する (ステップ S2104)。
[0118] CN60は、 MN10から受け取ったメッセージ Aの情報を基にメッセージ Bを生成す る。ここでは双方向通信を考えているので、メッセージ Bで downstream、返信メッセ一 ジ（メッセージ C)で upstreamの情報を、途中のルータから得られるようにパラメータを セットし、フロー識別子、セッション識別子をメッセージ Bにセットして（ステップ S2105 )、 QNE66にメッセージ Bを送信する（ステップ S2106)。なお、メッセージ Bにセット すべきフロー識別子、セッション識別子の情報力 Sメッセージ Aに含まれて 、る場合に は、メッセージ Aに含まれているこれらの情報をメッセージ Bにコピーすることも可能で ある。一方、フロー識別子、セッション識別子の情報力 ツセージ Aに含まれていない 場合においても、 CN60は、 MN10との現在の通信において使用しているフロー識 別子、セッション識別子の情報をメッセージ Bにセットすることが可能である。
[0119] CN60から QNE68への経路上に存在する各 QNE65〜67は、メッセージ Bの内容 を確認し、その中の downstream用フロー識別子及びセッション識別子に対するリソー ス予約が QNE65〜67内に存在するかどうかを確認する。そして、 downstream用フロ 一識別子及びセッション識別子に対するリソース予約が存在する場合には、各 QNE 65〜67は、そのリソース予約が存在するインタフェースの IPアドレスをメッセージ Bに 付加した後に、そのメッセージ Bを QNE68に向けて送る。一方、 downstream用フロ 一識別子及びセッション識別子に対するリソース予約が存在しない場合には、情報 の付加を行わずにメッセージ Bをそのまま転送する。
[0120] なお、 QNE66には、 downstream用フロー識別子及びセッション識別子に対するリ ソース予約が存在しており、そのリソース予約が存在するインタフェースの IPアドレス 力 Sメッセージ Bに付カ卩された後、メッセージ Bは転送される（ステップ S2107、 S2108 )。また、 QNE66と同様に、 QNE65にも、 downstream用フロー識別子及びセッショ ン識別子に対するリソース予約が存在しており、そのリソース予約が存在するインタフ エースの IPアドレス力 Sメッセージ Bに付加された後、メッセージ Bは転送される（ステツ プ S2109、 S2110)。一方、 QNE67には、 downstream用フロー識別子及びセッショ ン識別子に対するリソース予約が存在しな 、ので、情報の付加が行われずにメッセ ージ Bはそのまま転送される（ステップ S 2111、S2112)。
[0121] そして、最終的にメッセージ Bは QNE68に到着し、このメッセージ Bを受け取った Q NE68は、各 QNE65〜67によって付カ卩された情報（各 QNE65〜67によってメッセ ージ Bに付加された情報）をメッセージ Cにセットするとともに、メッセージ Cで upstrea m用経路の情報を収集できるようにパラメータをセットして (ステップ S2113)、 CN60 に向けて送信する（ステップ S 2114)。また、 QNE68から CN60への経路上にある各 QNE65〜67では、メッセージ Cを受信した場合、上述のメッセージ Bに対する処理 と同様の処理が upstream用のメッセージ Cに対して行われる。
[0122] すなわち、 QNE67には、 upstream用フロー識別子及びセッション識別子に対する リソース予約が存在しな 、ので、情報の付カ卩が行われずにメッセージ Cはそのまま転 送される（ステップ S2115、 S2116)。また、 QNE65には、 upstream用フロー識別子 及びセッション識別子に対するリソース予約が存在しており、そのリソース予約が存在 するインタフェースの IPアドレス力 Sメッセージ Cに付加された後、メッセージ Cは転送さ れる（ステップ S2117、 S2118)。また、 QNE65と同様に、 QNE66にも、 upstream用 フロー識別子及びセッション識別子に対するリソース予約が存在しており、そのリソー ス予約が存在するインタフェースの IPアドレスがメッセージ Cに付加された後、メッセ ージ Cは転送される（ステップ S2119、 S2120)。
[0123] このようにしてメッセージ Cを受け取った CN60は、メッセージ Cを参照することによ つて、 upstream用及び downstream用の CRNの情報を特定することが可能となり、 ups tream用及び downstream用の CRNの情報をメッセージ Dにセットして（ステップ S212 1 )、 MN 10にメッセージ Dを送信する（ステップ S 2122)。
[0124] 一方、プロキシ 68として CN60が選択された場合であって、メッセージ Aに CRNの 情報が含まれている場合の動作について図 23に示すシーケンスチャートを参照しな 力 説明する。図 23において、近隣の L2シグナル到達可能な AP力も L2情報を受 け取った MN10は、まず、その情報に基づいて、ハンドオーバを行うことのできるサ ブネットワークを決定 (ノヽンドオーバ先候補を決定)し (ステップ S2301)、その後、 AP の L2情報を基にして、 MN10がそのサブネットワークに移動した際に確立される Qo S経路上で、 MN10と隣り合う QNE (図 1においてサブネット 30を移動先とした場合、 経路 34上で最も AR31に近い QNE)を判定する（ステップ S2302)。この判定は、前 述の実施の形態で、 MN10がプロキシを決定する方法と同様の方法を利用すること が可能である。
[0125] MN10は、ステップ S2302で判定された QNE (QNE68)の情報及び前述のように 発見された CRNの情報をメッセージ Aにセットする（ステップ S2303)。ここでは、特 に、ステップ S2302で判定された QNEの情報の 1つとして、 QNE68の情報力メッセ ージ Aにセットされた場合について記述する。なお、メッセージ Aには、経路 24での u pstream用フロー識別子及びセッション識別子、 downstream用フロー識別子及びセッ シヨン識別子、双方向通信であるという情報もセットされることが可能である。その後、 MN10はこのメッセージ Aを CN60に送信する（ステップ S2304)。 CN60は、 MN1 0から受け取ったメッセージ Aに含まれる CRNの情報などを基に QoS経路を確立す るための処理に移る（ステップ S2305)。
[0126] なお、前述の MN10の機能で説明した通り、 CN60は CRNの情報を集めた後に、 MN10に CRNの情報を送る以外にも、様々な手段を取ることができる。また、ここで は、データが双方向通信であり、双方向のデータが同じ経路を通ると仮定したが、双 方向のデータが違う経路を通る場合においても、前述する方法と同様の方法を用い ることによって、双方向通信のそれぞれにおける CRNを決定することができる。
[0127] なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には 集積回路である LSI (Large Scale Integration)として実現される。これらは個別に 1チ ップィ匕されてもよいし、一部又はすベてを含むように 1チップ化されてもよい。なお、こ こでは、 LSIとしたが、集積度の違いにより、 IC (Integrated Circuit)、システム LSI、ス 一パー LSI、ウノレ卜ラ LSIと呼称されることもある。
[0128] また、集積回路化の手法は LSIに限るものではなぐ専用回路又は汎用プロセッサ で実現してもよい。 LSI製造後に、プログラムすることが可能な FPGA (Field Program mable Gate Array)や、 LSI内部の回路セルの接続や設定を再構成可能なリコンフィ ギュラブノレ ·プロセッサを利用してもよ 、。
[0129] さらには、半導体技術の進歩又は派生する別技術により LSIに置き換わる集積回 路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積ィ匕を行って もよい。例えば、バイオ技術の適応などが可能性としてあり得る。
[0130] なお、本明細書に記述されている送信先という表現、例えば CN60宛てに送信する t 、う表現は、必ずしも IPヘッダの送信先アドレスに CN60のアドレスを指定して送信 するという意味ではなぐ最終的にメッセージを受け取る相手力 SCN60であるという意 味である。
産業上の利用可能性 本発明に係るクロスオーバノード検出方法及びこの方法をコンピュータにより実行 するためのクロスォーノ ノード検出用プログラムは、ハンドオーバを行う移動端末が、 ハンドオーバ後においても、ハンドオーバ前に受けていた付加的サービスを迅速、か つ継続して受けられるよう、 CRNを素早く見つけ出すことを可能とさせるため、無線 通信を行う移動端末 (モバイルノード)のハンドオーバによるクロスォーノ ノード検出 方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プ ログラムに関し、特に、次世代インターネットプロトコルであるモパイル IPv6プロトコル を利用した無線通信を行うモパイルノードにおけるハンドオーバによるクロスオーバノ ード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード 検出用プログラムなどに有用である。

Claims

請求の範囲
[1] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して 接続されており、固有の通信可能領域を形成するアクセスポイントが前記複数のァク セスルータのそれぞれに少なくとも 1つ以上接続されている通信システムで、前記通 信可能領域内で前記アクセスポイントとの無線通信を通じて、前記アクセスポイントが 接続されて ヽる前記アクセスルータとの通信を行うよう構成されて ヽる移動端末が、 移動により、現在通信中のアクセスポイントから別のアクセスポイントへ接続が切り替 わる場合の、前記通信ネットワーク上の新旧の通信経路が交わり、かつ分岐するクロ スォーノノードを検出する方法であって、
前記移動端末が、自身及び他の移動端末の過去の移動履歴情報を有する装置に 対して、前記クロスオーバノードを検出するために必要な情報を含むメッセージを送 信するステップと、
前記装置が、受信した前記メッセージに含まれる情報に基づいて、 自身が有する前 記移動履歴情報に、対応する前記クロスオーバノードの情報が存在する力判断し、 存在する場合に前記クロスオーバノードの情報を前記移動端末へ送信するステップ と、
前記移動端末が、前記装置から送信された前記クロスオーバノードの情報を受信 するステップとを、
有するクロスオーバノード検出方法。
[2] 前記移動履歴情報は、移動端末の移動前のサブネットの情報、前記移動端末の移 動後のサブネットの情報、前記移動端末の通信先のサブネットの情報、前記移動に より新旧の通信経路が交わるクロスオーバノードの情報、前記移動後のサブネットを 構成するアクセスルータ力 前記新旧の通信経路の交わる前記クロスオーバノード へのリンク情報、前記新旧の通信経路の交わる前記クロスオーバノードから前記移動 後のサブネットを構成するアクセスルータへのリンク情報のうち、少なくとも 1つ以上の 情報力 構成される請求項 1に記載のクロスオーバノード検出方法。
[3] 前記クロスオーバノードを検出するために必要な情報は、前記移動端末の移動前 のサブネットの情報、前記移動端末の移動後のサブネットの情報、前記移動端末の 通信先のサブネットの情報のうち、少なくとも 1つ以上の情報である請求項 1に記載の クロスオーバノード検出方法。
[4] 前記移動履歴情報を有する前記装置が、前記移動端末の移動後の前記サブネッ トを構成するアクセスルータである請求項 1に記載のクロスオーバノード検出方法。
[5] 前記移動履歴情報を有する前記装置が、前記移動端末の移動前の前記サブネッ トを構成するアクセスルータである請求項 1に記載のクロスオーバノード検出方法。
[6] 前記移動履歴情報を有する前記装置が、前記新旧の通信経路が交わり、かつ分 岐する前記クロスオーバノードである請求項 1に記載のクロスオーバノード検出方法。
[7] 請求項 1から 6のいずれ力 1つに記載のクロスオーバノード検出方法をコンピュータ により実行するためのクロスォーノ ノード検出用プログラム。
PCT/JP2006/308824 2005-04-28 2006-04-27 クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム Ceased WO2006118188A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US11/912,379 US20090022106A1 (en) 2005-04-28 2006-04-27 Crossover node detection method and crossover node detection program for causing computer to execute the method
JP2007514804A JPWO2006118188A1 (ja) 2005-04-28 2006-04-27 クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム
EP06745752A EP1876767A1 (en) 2005-04-28 2006-04-27 Crossover node detection method and crossover node detection program for causing computer to execute the method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-133611 2005-04-28
JP2005133611 2005-04-28

Publications (1)

Publication Number Publication Date
WO2006118188A1 true WO2006118188A1 (ja) 2006-11-09

Family

ID=37307986

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/308824 Ceased WO2006118188A1 (ja) 2005-04-28 2006-04-27 クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム

Country Status (5)

Country Link
US (1) US20090022106A1 (ja)
EP (1) EP1876767A1 (ja)
JP (1) JPWO2006118188A1 (ja)
CN (1) CN101199169A (ja)
WO (1) WO2006118188A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012501139A (ja) * 2008-08-26 2012-01-12 ノーマッド スペクトラム リミテッド 通信を行う方法及び装置

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8325658B2 (en) * 2009-07-27 2012-12-04 Qualcomm Incorporated Quality of service (QoS) resources within a wireless communications system
US8804518B2 (en) * 2010-02-26 2014-08-12 Qualcomm Incorporated Quality of service (QoS) acquisition and provisioning within a wireless communications system
CN102457918B (zh) 2010-10-20 2015-12-02 华为技术有限公司 确定目标小区的方法和设备
US9319960B2 (en) * 2013-04-23 2016-04-19 Symbol Technologies, Llc Establishing mobile connectivity conditions for mobile subscriber units in a wireless communication networks
BR112016017944B1 (pt) * 2014-02-21 2022-12-27 Telefonaktiebolaget Lm Ericsson (Publ) Método para selecionar uma caixa de mensagem para um dispositivo tipo máquina, nó de um sistema de comunicação, e, mídia legível por computador
US12309234B2 (en) * 2014-05-30 2025-05-20 Apple Inc. System and method for transferring a call
CN111641984B (zh) * 2020-05-28 2022-11-04 哲库科技(北京)有限公司 一种小区选择方法及终端、存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7339928B2 (en) * 2001-08-29 2008-03-04 Alcatel Lucent Micro-mobility network routing system and method
KR20060040680A (ko) * 2003-07-14 2006-05-10 마쯔시다덴기산교 가부시키가이샤 모바일 네트워크들에서 핸드오프 레이턴시를 감소시키기위한 방법
CN100382650C (zh) * 2003-11-21 2008-04-16 株式会社日立国际电气 进行越区切换的移动通信系统和方法
US7567807B2 (en) * 2005-04-21 2009-07-28 Kyocera Wireless Corp. Apparatus and method for performing handoff with a mobile station having a smart antenna

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
LEE S. ET AL.: "Applicability Statement of NSIS Protocols in Mobile Environments draft-ietf-nsis-applicability-mobility-signaling-01.txt", 20 February 2005 (2005-02-20), XP003003716, Retrieved from the Internet <URL:http://www.watersprings.org/pub/id/draft-ietf-csis-applicability-mobility-signaling-01.txt> *
SANDA T. ET AL.: "Pre CRN discovery from proxy on candidate new path draft-sanda-mobility-qos-proxy-00.txt", February 2004 (2004-02-01), XP003003715, Retrieved from the Internet <URL:http://www.watersprings.org/pub/id/draft-sanda.nsis-mobility-qos-proxy-22.txt> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2012501139A (ja) * 2008-08-26 2012-01-12 ノーマッド スペクトラム リミテッド 通信を行う方法及び装置

Also Published As

Publication number Publication date
JPWO2006118188A1 (ja) 2008-12-18
EP1876767A1 (en) 2008-01-09
CN101199169A (zh) 2008-06-11
US20090022106A1 (en) 2009-01-22

Similar Documents

Publication Publication Date Title
WO2006118188A1 (ja) クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム
JP4543041B2 (ja) 新規経路設定方法及び移動端末並びに経路管理装置
US20070223420A1 (en) Communication Handover Method, Communication Message Processing Method and Program for Executing These Methods by use of a Computer
US20060280146A1 (en) Handover support for multiple types of traffic
EP1720363A1 (en) Communication handover method, communication message processing method, program for causing computer to execute these methods, and communication system
JPWO2007119598A1 (ja) 高速ＱｏＳハンドオーバ方法及びその方法で用いられる処理ノード
WO2005053250A1 (ja) 通信ハンドオーバ方法、通信メッセージ処理方法及びこれらの方法をコンピュータにより実行するためのプログラム並びに通信システム
WO2006132281A1 (ja) 経路設定方法及び経路管理装置
JP4664965B2 (ja) 通信システム及び通信ノード
JP4750115B2 (ja) クロスオーバノード検出方法、この方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム、クロスオーバノード検出方法で用いられる移動端末及び中継装置
WO2007015539A1 (ja) クロスオーバノード検出前処理方法、この方法をコンピュータにより実行するためのクロスオーバノード検出前処理用プログラム、及びこの方法で用いられる移動端末
Carmona-Murillo et al. QoS in Next generation mobile networks: an analytical study
JP2006352444A (ja) パケット転送システム及びパケット転送方法
KR20070018890A (ko) 통신 핸드오버 방법, 통신 메시지 처리 방법, 및 이들방법을 컴퓨터로써 실행하기 위한 프로그램 및 통신 시스템

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 200680021844.8

Country of ref document: CN

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

Ref document number: 2006745752

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2007514804

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 11912379

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: RU

WWP Wipo information: published in national office

Ref document number: 2006745752

Country of ref document: EP