WO2006132281A1 - 経路設定方法及び経路管理装置 - Google Patents

経路設定方法及び経路管理装置 Download PDF

Info

Publication number
WO2006132281A1
WO2006132281A1 PCT/JP2006/311441 JP2006311441W WO2006132281A1 WO 2006132281 A1 WO2006132281 A1 WO 2006132281A1 JP 2006311441 W JP2006311441 W JP 2006311441W WO 2006132281 A1 WO2006132281 A1 WO 2006132281A1
Authority
WO
WIPO (PCT)
Prior art keywords
aggregation
route
message
path
qne
Prior art date
Application number
PCT/JP2006/311441
Other languages
English (en)
French (fr)
Inventor
Takako Hori
Jun Hirano
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 JP2007520143A priority Critical patent/JPWO2006132281A1/ja
Priority to US11/916,784 priority patent/US20090190551A1/en
Priority to EP06766467A priority patent/EP1890435A1/en
Publication of WO2006132281A1 publication Critical patent/WO2006132281A1/ja

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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS

Definitions

  • the present invention relates to a route setting method and route management for setting a route (for example, a QoS route) used by a mobile node at the time of handover of a mobile terminal (mobile node) that performs wireless communication.
  • a route for example, a QoS route
  • equipment in particular, to set the route used by a mobile node when performing handover of a mobile node that performs wireless communication using the mobile Internet Protocol version 6 (Mopile Ipv6) protocol, which is the next-generation Internet protocol.
  • the present invention relates to a route setting method and a route management apparatus.
  • Next-generation Internet protocol mobile technology is a technology that can seamlessly provide communication network connections to users who access a communication network such as the Internet through a wireless network. Those using IPv6 have become widespread (see Non-Patent Document 1 below).
  • NSIS Internet Engineering Task Force
  • IETF Internet Engineering Task Force
  • NSIS WG Next Step in Signing Working Group
  • QoS Quality of Service
  • Non-Patent Document 2 One of the above-mentioned QoS path establishment methods related to NSIS is the concept of flow aggregation (see Non-Patent Document 2 below).
  • a method is adopted in which different flows are combined and managed between certain QNEs (QoS NSIS Entity).
  • QoS NSIS Entity In order to realize this method, in the domain where aggregation is performed (Aggregation Domain), a flow identifier (also called flow information or filter information) for uniquely identifying the combined flow )Is required.
  • This aggregation is performed between the entrance and the exit of this Diffserv domain (aggregation domain), for example, when there is a Diffserv domain in the network.
  • the QNEs at the entrance and exit of an aggregation domain must understand both the inside (for example, Diffserv) and the outside (the network that is recognized as end-to-end). It is assumed that you can.
  • the signaling message for establishing the end-to-end QoS path skips the QNE (that is, the QNE inside the aggregation domain), which cannot understand the outside network.
  • Sent for example, the QNE at the entrance of the aggregation domain adds a flag that causes the QNE inside the aggregation domain to ignore the message and removes this flag at the exit QNE).
  • a signaling message for establishing another aggregation QoS path is sent between the entrance and exit of the aggregation domain.
  • QoS paths in the end 'to' end and in the aggregation domain are established in a state where the QoS paths between the terminals are complemented.
  • an identifier different from the end-to-end QoS path flow identifier is used in the aggregation QoS path inside the aggregation domain.
  • session binding information indicating the association between the session identifier indicating the end-to-end QoS route and the session identifier indicating the aggregation QoS route is added. Note that this aggregation operation is performed inside the network. The terminal that is communicating normally cannot know that aggregation is taking place.
  • the NSIS WG can receive QoS without interruption by establishing a QoS path in advance before the terminal moves. It is requested to do so.
  • a double resource reservation (Double Reservation) is specified by identifying the section where these two routes overlap between the QoS route established before the move and the QoS route established after the move. ) Is not required to occur.
  • it may be requested to obtain the availability of resources on the end-to-end route.
  • Non-Patent Document 3 Before a terminal moves, it is currently used for a proxy on the destination subnet! / Send a message containing the session identifier and flow identifier, and let the proxy include the message containing the session identifier and flow identifier in the message for acquiring the availability of the resource, and establish a new QoS path.
  • the resource availability status of this route is acquired, and at the same time, the QNE where the QoS route before movement begins to overlap with the QoS route after movement is identified, and this CRN (Crossover Node) ) Proposals have been made for methods such as establishing and updating force paths.
  • Non-Patent Document 1 Johnson, D. B “Perkins, C. E” and Arkko, J “" Mobility Support in I Pv6 “, RFC3775, June 2004.
  • Non-Patent Document 2 Sven Van den Bosch, Georgios Karagiannis and Andrew McDonald "NS LP for Quality- of- Service signaling", draft-ietf-nsis-qos-nslp-06.txt, February 20
  • Non-Patent Document 3 Toyoki Ue, Takako Sanda and Kouichi Honma "QoS Mobility Support with Proxy-assisted Fast Crossover Node Discovery" WPMC2004, September 2004
  • the present invention provides that a QoS route for a mobile terminal is established through an aggregation region (adjustment domain), and the QoS route is changed as the mobile terminal moves.
  • the purpose is to discover the CRN that exists inside the aggregation area and to establish an efficient QoS path that does not cause double resource reservation.
  • the route setting method of the present invention is configured such that an end 'to' end route established between two communication terminals, at least one of which is a mobile terminal, passes through the aggregation region.
  • the mobile terminal performs a handover, and a new end A route setting method when a two-end route is established,
  • the path management device that is one end point of the second aggregation path is a path that is the other end point of the second aggregation path.
  • Towards the management device. Transmitting a search message for the server node.
  • the route setting method of the present invention is configured such that, when a node inside the aggregation region receives the search message, the node itself is the first aggregation route. And determining whether the force is equivalent to the crossover node of the second aggregation path;
  • a node inside the aggregation region adds its identification information to the search message, and then the other node of the second aggregation route. Sending the search message to a route management device serving as an end point;
  • the route management device of the present invention is an end-to-end route that passes through the aggregation region, and is connected by the first aggregation route.
  • the new end-to-end route is connected.
  • a path management device located at an edge of the aggregation area, which is one end point of a new second aggregation path in the aggregation area, and a cross located inside the aggregation area
  • An overnode which is located before a first aggregation path established before the mobile terminal moves and a second aggregation path established after the mobile terminal moves.
  • Message transmitting means for transmitting the crossover node search message is provided.
  • the node force aggregation area located at the edge of the aggregation area It is possible to perform an action to discover CRN that exists inside the.
  • the route management device of the present invention is configured such that the search message includes route identification information for identifying the first aggregation route. .
  • route identification information for identifying the QoS route before the mobile terminal moves is added to the search message, and a desired QoS route can be specified.
  • the route management apparatus of the present invention is an end-to-end route that passes through the aggregation region, and is connected by the first aggregation route.
  • the new end-to-end route is connected.
  • a path management device located at an edge of the aggregation area, which is one end point of a new second aggregation path in the aggregation area, and a cross located inside the aggregation area
  • An overnode which is located before a first aggregation path established before the mobile terminal moves and a second aggregation path established after the mobile terminal moves.
  • message receiving means for receiving a search message for the cross node from the path management device serving as the other end point of the second aggregation path;
  • Crossover node specifying means for extracting identification information of the route management device added to the search message by the route management device corresponding to the crossover node from the search message;
  • a QoS route for the mobile terminal is established through the aggregation area. If the QoS route changes as the mobile terminal moves, the CRN that exists inside the aggregation area is discovered, and an efficient QoS route that does not cause double resource reservation. Establishment can be realized.
  • the route management device of the present invention is a route management device located inside an aggregation region
  • To establish a new end-to-end path one end point of a new second aggregation path in the aggregation area connecting the new end-to-end path.
  • an identification information adding means for adding identification information to the search message, and a search message to which the identification information is added
  • Message transfer means for transferring the message to a route management device serving as the other end point of the second aggregation route.
  • the route management device of the present invention has route information storage means for storing route information related to the aggregation route passing through the route management device in addition to the above-described configuration,
  • the determination means refers to route identification information for identifying the first aggregation route included in the search message, and refers to the route identification information included in the search message.
  • the identification information adding means is configured to add its own identification information to the search message when it is confirmed that route information related to one aggregation route is stored in the route information storage means. It has been.
  • the route management device of the present invention is configured to transfer the message when the identification information is already added to the search message by another route management device.
  • the means is configured to transfer the search message without adding the identification information to the search message by the identification information adding means.
  • the present invention has the above-described configuration, and when the QoS route for the mobile terminal is established through the aggregation domain, and the QoS route is changed as the mobile terminal moves, the aggregation route It has the effect of discovering the CRN that exists inside the Chillon domain and making it possible to establish an efficient QoS path that does not cause double resource reservations.
  • FIG. 1 is a diagram showing an example of a network configuration common to the first and second embodiments of the present invention.
  • FIG. 2 is a diagram illustrating an example of a configuration of a QNE serving as a downstream end point of a new aggregation QoS path established after the movement of a QNE (own terminal) in the first embodiment of the present invention.
  • FIG. 3 is a diagram showing an example of a configuration of a QNE serving as a transit point of a new aggregation QoS path established after the movement of the QNE (own terminal) in the first embodiment of the present invention.
  • FIG. 4 is a diagram illustrating an example of a configuration of a QNE serving as an upstream end point of a new aggregation QoS route established after the movement of a QNE (own terminal) in the first embodiment of the present invention.
  • FIG. 5 is a sequence chart showing an example of the operation in the first embodiment of the present invention.
  • FIG. 6 shows a QNE (partner terminal) which is a communication partner of the QNE (own terminal) in the second embodiment of the present invention. )
  • FIG. 7 is a sequence chart showing an example of operation in the second exemplary embodiment of the present invention.
  • FIG. 8 is a sequence chart for explaining an outline of aggregation of QoS routes in the prior art.
  • FIG. 9 is a diagram for explaining an outline of QoS route aggregation in the conventional technology.
  • FIG. 10 is a diagram showing an example of a network configuration for explaining problems in the conventional technology.
  • FIG. 1 is a diagram showing an example of a network configuration common to the first and second embodiments of the present invention.
  • FIG. 1 shows a state in which communication is performed via a force aggregation domain 227 with a QNE (own terminal) 101 and a QNE (partner terminal) 501 existing in the subnet 201.
  • QNEs 205, 207, 209, and 211 relay packets transmitted and received between QNE (own terminal) 101 and QNE (partner terminal) 501.
  • QNE207 and QNE211 are gateways of the aggregation domain 227 existing in the edge of the aggregation domain 227, and the QNE209 belongs to the inside of the aggregation domain 227! /.
  • QNE207 and QNE211 are located at the edge (entrance or exit) of aggregation domain 227, and have both inner and outer networks of aggregation domain 227. It is possible to understand. Therefore, a network located at the edge of aggregation domain 227, such as QNE 207, 211, 305
  • the element can grasp both the end-to-end QoS path information and the aggregation QoS path information, and can process messages related to end-to-end QoS paths, It is possible to perform both processing of messages related to aggregation QoS routes.
  • QNE (own terminal) 101 is a mobile terminal, and can perform a handover moving between subnets.
  • QNE (own terminal) 101 performs handover from subnet 201 to subnet 301 and continues communication with QNE (partner terminal) 501 via a new link.
  • the direction of data flow is the uplink direction (direction from QNE (own terminal) 101 to QNE (partner terminal) 501). ) (First embodiment) and the data flow direction is the downlink direction (direction from QNE (partner terminal) 501 to QNE (own terminal) 101) (second embodiment) Each will be described.
  • FIG. 2 shows the configuration of QNE 305 that is the downstream end point of a new aggregation QoS path established after movement of QNE (own terminal) 101 in the first embodiment of the present invention.
  • the QNE 305 illustrated in FIG. 2 includes a reception unit 3051, a transmission unit 3052, a notification message processing unit 3053, a QoS processing unit 3054, and a communication management unit (branch point determination unit) 3055.
  • the QoS processing unit 3054 includes a QoS route message processing unit 3057, a QoS route message generation unit 3058, and a QoS route information storage unit 3059.
  • Each function of QNE 305 shown in FIG. 2 can be realized by hardware, Z, or software (program).
  • the receiving unit 3051 and the transmitting unit 3052 have a function of receiving and transmitting data. It should be noted that for packets destined for QNE305, data that QNE305 is requested to process, etc., processing in higher layers is performed, but for other packets, etc., from receiving unit 3051 to transmitting unit 3052 Passed and the packet is forwarded as is.
  • the notification message processing unit 3053 has a function of performing processing relating to a notification message transmitted from the QNE 211 (message transmitted in step S1013 in FIG. 5 described later).
  • This notification message is a message for requesting preparation for establishing a QoS route for aggregation, and at least a message related to the end-to-end QoS route established before the QNE (own terminal) 101 moves.
  • the notification message processing unit 3053 extracts the identification information of the aggregation QoS route before the movement of the QNE (own terminal) 101 from the notification message and passes it to the QoS processing unit 3054.
  • the QoS processing unit 3054 is a block representing a predetermined QoS function (eg, NSIS QoS function).
  • the QoS route message processing unit 3057 and the QoS route message generation unit 3058 of the QoS processing unit 3054 are messages sent and received in relation to the QoS route (for example, in the case of NSIS, a QUERY message, NOTIFY message, RESERVE message Processing and generation).
  • the QUERY message transmitted in step S 1007, the QUERY (A) message transmitted in step S 1015, the RE SPONSE message transmitted in step S 1029, etc. The QUERY message generated in the route message generator 3058 and received in step S 1005, the RESPONSE (A) message received in step S1023, the RESPONSE message received in step S1027, etc. are the QoS route message processor 3057. Is processed.
  • the QoS route information storage unit 3059 of the QoS processing unit 3054 has a function of storing various information related to the QoS route processed by the QNE 305 (that is, the QoS route passing through the QNE 305).
  • the QoS route information storage unit 3059 manages and stores, for example, QoS route identification information (session identifier, flow identifier, etc.), information indicating QoS characteristics (QSPEC), and the like.
  • QNE 305 exists at the edge of the aggregation domain 227, and can understand both the network inside the aggregation domain 227 and the network outside the aggregation domain 227.
  • the QNE 305 performs the end-to-end QoS path between the QNE (own terminal) 101 and the QNE (partner terminal) 501 and the QoS path for aggregation related to this end-to-end QoS path. And information related to the inside and outside of the aggregation domain 227 can be held in the QoS route information storage unit 3059.
  • the communication management unit (branch point discriminating unit) 3055 has a function of discriminating whether or not the QNE (own terminal) 1101 is a CRN power before and after the QNE (own terminal) 101 moves. have.
  • the communication management unit (branch point discriminating unit) 3055 for example, QoS route information related to the session identifier and flow identifier of the aggregation QoS route used before the movement of the QNE (own terminal) 101 QoS
  • QoS route information related to the session identifier and flow identifier of the aggregation QoS route used before the movement of the QNE (own terminal) 101 QoS
  • the route information storage unit 3059 it is possible to know whether or not it was a transit point of the Qo S route for aggregation before the movement of the QNE (own terminal) 101. is there.
  • QNE305 force SQNE (own terminal) 101 is a route point of the aggregation QoS route before the movement, there may be a CRN downstream of QNE305 (QNE (own terminal) 101 side).
  • QNE305 is responsible for the CRN within aggregation domain 227. You can control it so that no search is done.
  • FIG. 3 shows an example of the configuration of QNE 209 serving as a transit point of a new aggregation QoS route established after movement of QNE (own terminal) 101 in the first embodiment of the present invention.
  • the QNE 209 illustrated in FIG. 3 includes a receiving unit 2091, a transmitting unit 2092, a QoS processing unit 2094, and a communication management unit (branch point determining unit) 2095.
  • the QoS processing unit 2094 has a QoS route message processing unit 2097, a QoS route message generation unit 2098, and a QoS route information storage unit 2099.
  • Each function of QNE209 shown in Fig. 3 can be realized by hardware, Z or software (program).
  • the receiving unit 2091 and the transmitting unit 2092 have a function of receiving and transmitting data. It should be noted that although processing is performed in higher layers for packets destined for QNE209 and data requested to be processed by QNE209, other packets are processed from receiving unit 2091 to transmitting unit 2092. Passed and the packet is forwarded as is.
  • the QoS processing unit 2094 is a block representing a predetermined QoS function (for example, NSIS QoS function), like the QoS processing unit 3054 illustrated in FIG.
  • the QUERY (A) message transmitted in step S1019, the RESPONSE (A) message transmitted in step S1023, and the like are generated by the QoS path message generation unit 2098, and step S1015
  • the QUERY (A) message received at step S1021 and the RESPONSE (A) message received at step S1021 are processed by the QoS route message processing unit 2097.
  • the addition of the IP address in step S1017 is performed in the QoS path message generation unit 2098 according to an instruction from the communication management unit (branch point determination unit) 2095.
  • the QoS route information storage unit 2099 of the QoS processing unit 2094 like the QoS route information storage unit 3059 shown in FIG.
  • Various information regarding the QoS route is stored.
  • QNE2 09 exists inside aggregation domain 227, it understands only the QoS path for aggregation related to the interior of aggregation domain 227, and Only the information related to the QoS route is stored in the QoS route information storage unit 2099.
  • the communication management unit (branch point determination unit) 2095 has a function of determining whether or not itself (QNE209) is a CRN regarding the QoS path before and after the movement of QNE (own terminal) 101. have.
  • the communication management unit (branch point discriminating unit) 2095 for example, QoS route information related to the session identifier and flow identifier of the aggregation QoS route used before the movement of the QNE (own terminal) 101 (described later) Figure 5 in step S 1015 received in step S 1015.
  • the QoS route information storage unit 2099 refers to whether it is stored or not.
  • the QNE 209 confirms that the received message does not have an IP address attached, and identifies the adjacent node of the aggregation QoS path before movement and the message transfer source and destination. By comparing, it is possible to determine whether or not the force corresponds to the CRN (branch point) of the QoS route for aggregation before and after the movement of the own (QNE209) force QNE (own terminal) 101.
  • the communication management unit (branch point determination unit) 2095 recognizes that it corresponds to the CRN of the QoS route for aggregation before and after the movement of the QNE (own terminal) 101, the QoS Instructs route message generator 2098 to add the IP address of its own interface in the CRN search message (QUERY (A) message sent in step S 1019 in FIG. 5 described later). I do.
  • FIG. 4 shows the configuration of QNE 211 that is the upstream end point of a new aggregation QoS path established after movement of QNE (own terminal) 101 in the first embodiment of the present invention.
  • the QNE 211 illustrated in FIG. 4 includes a reception unit 2111, a transmission unit 2112, a QoS processing unit 2114, a communication management unit (branch point determination unit) 2115, and a notification message generation unit 2116.
  • the QoS processing unit 2114 includes a QoS route message processing unit 2117, a QoS route message generation unit 2118, and a QoS route information storage unit 2119.
  • Each function of QNE211 shown in Fig. 4 can be realized by hardware and Z or software (program).
  • the receiving unit 2111 and the transmitting unit 2112 have a function of receiving and transmitting data! .
  • processing is performed in the upper layer, but for other packets, etc., reception unit 2111 sends to transmission unit 2112. Passed and the packet is forwarded as is.
  • the QoS processing unit 2114 is a block that represents a predetermined QoS function (for example, the NSIS QoS function), similar to the QoS processing unit 3054 illustrated in FIG.
  • the QUERY message transmitted in step S1011, the RESPONSE (A) message transmitted in step S1021, the RESPONSE message transmitted in step S1027, etc. The QUERY message generated in part 2118 and received in step S1007, the QUERY (A) message received in step S1019, the RESPONSE message received in step S1025, etc. are processed in the message processing part 2117 for QoS route. .
  • the IP address assignment in step S1009 is performed in the QoS path message generation unit 2118 according to an instruction from the communication management unit (branch point determination unit) 2115. Further, when the QoS processing unit 2114 receives a message related to the end-to-end QoS route (a QUERY message in step S1007 in FIG. 5 described later), the QoS processing unit 2114 notifies the notification message generation unit 2116 to that effect.
  • a message related to the end-to-end QoS route a QUERY message in step S1007 in FIG. 5 described later
  • the QoS route information storage unit 2119 of the QoS processing unit 2114 has a QoS route (that is, passes through the QNE211) processed by the QNE211 as in the QoS route information storage unit 3059 shown in FIG.
  • Various information regarding the QoS route is stored.
  • QNE21 1 exists at the edge of aggregation domain 227 in the same way as QNE305, and it is possible to store information on the inside and outside of aggregation domain 227 in QoS route information storage unit 2119. .
  • the communication management unit (branch point determination unit) 2115 has a function of determining whether or not the QNE (own terminal) 1101 itself is a CRN for the QoS path before and after the movement of the QNE (own terminal) 101. have.
  • QoS route information related to session identifiers and flow identifiers of aggregation QoS routes used before QNE (own terminal) 101 moves (QUERY (A) message received in step S1019 in Fig. 5 described later)
  • QUERY (A) message received in step S1019 in Fig. 5 described later By referring to whether it is stored in the QoS route information storage unit 2119 or not.
  • E (Own terminal) It is possible to ascertain whether or not the force was a transit point of the aggregation QoS route before the movement of 101.
  • the QNE 211 can determine both whether or not it is the CRN of the end-to-end QoS route and whether or not it is the CRN of the aggregation QoS route. Also, if QNE211 is not the end-to-end QoS route CRN, it is expected that a CRN will exist upstream from QNE211 (QNE (partner terminal) 501 side), so QNE211 It may be controlled so that the CRN is not searched inside the aggregation domain 227.
  • the notification message generation unit 2116 uses the message related to the end-to-end QoS path (the QUERY message in step S1007 in Fig. 5 described later) as a trigger to send a notification message to the QNE305. (Message sent in step S1013 in FIG. 5 described later).
  • This notification message is a message for requesting preparation for establishment of an aggregation QoS path, and is processed by the notification message processing unit 3053 of the QNE 305 shown in FIG.
  • the configurations of the QNE (own terminal) 101 and the QNE 30 3 that operate as a proxy illustrated in FIG. 1 are the same as the conventional technology (the configuration described in Non-Patent Document 3 above). Can be realized. Further, the QNE (partner terminal) 501 can also be realized by the conventional technology. For example, it is only necessary to implement a function compliant with the current NSIS QoS.
  • FIG. 5 is a sequence chart showing an example of the operation in the first embodiment of the present invention.
  • session identifier 1 and flow identifier 1 are used for the end-to-end QoS route
  • session identifier 1 and flow identifier 1 are used for the aggregation QoS route. It is assumed that QoS resource reservation is performed for each QoS route! /.
  • the QNE (own terminal) 101 decides to move from the previous (current) subnet 201 to the new subnet 301 (step S1001), before moving to the new subnet 301, the QNE (partner terminal) )
  • a message containing the session identifier (session identifier 1) used end-to-end in the current communication with 501 is sent to the destination subnet 301. It transmits to the proxy (here, QNE303) (step S1003).
  • the proxy here, QNE303
  • Flow information (such as flow identifier 1) may be included in the above message.
  • the message transmitted from E (own terminal) 101 to QNE303 may be an extension of an existing message in NSIS QoS (for example, a QUERY message or NOTIFY message).
  • QNE (own terminal) 101 is connected to subnet 201 and has the power to select QNE303 as a proxy for destination subnet 301. Any method can be used for specifying this proxy. It is possible to adopt this method.
  • QNE (own terminal) 101 preferentially has correspondence information about neighboring proxies, and L2 information from the access point in subnet 301 (subnet while connecting to subnet 201)
  • the proxy information that can be selected when moving to the subnet 301 is identified by referring to the correspondence information described above.
  • the QN E303 Upon receiving the above message including the session identifier 1 from the QNE (own terminal) 101, the QN E303 generates a message including the session identifier 1 (here, using the QUERY message) and generates the QNE (the partner terminal). ) Send to 501 (step S1005).
  • the above message received from QNE (own terminal) 101 includes information of flow identifier 1, the information of flow identifier 1 may be included in the QUERY message and transmitted.
  • the QUERY message sent in step S1005 is received by the router (QNE) that supports end-to-end QoS on the route from QNE303 to QNE (partner terminal) 501. Be trusted. Therefore, in the configuration shown in FIG. 1, the Q UERY message transmitted from the QNE 303 is received by the QNE 305.
  • step S 1005 QNE 3 05 that has received the QUERY message transmitted from QNE 303 confirms whether or not it has a resource reservation for session identifier 1 included in the QUERY message.
  • the flow identifier 1 information is included in the QUERY message, it is confirmed whether or not the resource reservation for the pair of the session identifier 1 and the flow identifier 1 is possessed.
  • QNE305 since QNE305 does not have a resource reservation for session identifier 1, it performs normal QUERY processing and sends a QUERY message to the router (QNE211) that supports the next end QoS. S1007).
  • the QNE 305 is the edge of the aggregation domain 227, and this QUERY message may be transmitted with a flag for causing the QNE inside the aggregation domain 227 to ignore it.
  • the QNE211 (end router that supports the end QoS) that has received the QUERY message sent from the QNE305 has the power to hold a resource reservation for the session identifier 1 included in the QUERY message. Confirm whether or not.
  • QNE211 is located on the QoS path in communication between QNE (own terminal) 101 and QNE (partner terminal) 501 before moving, and reserves resources for session identifier 1 of the end-to-end QoS path. have. Therefore, QNE211 sets the resource reservation for session identifier 1, adds the IP address of the interface to the QUERY message (step S1009), performs further normal QUERY processing, and performs the next end 'one'.
  • a QUERY message is transmitted to the router (QNE (partner terminal) 501) that supports end QoS (step S1 011).
  • the QNE211 is a router that supports the aggregation QoS route, and the aggregation QoS route related to communication between the QNE (own terminal) 101 and the QNE (partner terminal) 501 before movement.
  • the QNE211 itself is the exit of the aggregation QoS route and the frame used in the aggregation QoS route. Know the row identifier (flow identifier 2).
  • QNE211 requests the preparation of aggregation QoS path establishment in the direction of the transmission source of the QUERY message received by QNE211 (ie, QNE303).
  • Message (notification message) is sent (step S1013).
  • This message may be an extension of the existing NSIS QoS message QUERY message or NOTIFY message.
  • QNE211 has the resource reservation for the session identifier 1 of the end-to-end QoS path, and the power described above QNE211 is the session identifier 1 for the end-to-end QoS path. If there is no resource reservation for! /, It is assumed that there is no CRN in aggregation domain 227. In this case, the QNE 211 may perform control so that the CRN search within the aggregation domain 227 is not performed in the subsequent processing.
  • QNE 211 inserts session identifier 1 into the message transmitted in step S1013.
  • This message may include the bind information of session identifier 1, and if the information of flow identifier 1 is included in the QUERY message transmitted in step S1007, the aggregation information may be included.
  • the flow identifier 2 of the channel QoS route may be included.
  • the message sent from QNE 211 in step S1013 is sent to QNE 305 (router at edge of aggregation domain 227) on the path from QNE 303 to QNE (the partner terminal) 501.
  • This message requests to prepare for establishment of QoS path for aggregation in aggregation domain 227.
  • QNE 305 receives the message transmitted from QNE 211 in step S1013, QNE 305 generates a message (QUERY (A) message described later) to be transmitted to the message transmission source (QNE 211) in step S 1013.
  • This message includes session identifier 1.
  • the flow identifier 2 of the aggregation QoS route may be transmitted in the QUERY (A) message.
  • this QUERY (A) message may include the session identifier 1's mind information.
  • QNE305 has a resource reservation for this session identifier 1. Check if it exists. If the message sent from QNE211 in step S1013 contains the information of flow identifier 2, confirm whether or not it has the resource reservation for the pair of session identifier 1 and flow identifier 2. Is done.
  • QNE305 since QNE305 does not have a resource reservation for session identifier 1, it performs normal QUERY processing and sends the QUERY (A) message to the router (QNE209) that supports the next QoS for aggregation (step S1015).
  • a QUERY message requesting preparation for aggregation QoS path establishment is referred to as a QUERY (A) message. Is written.
  • the QNE 305 existing at the edge of the aggregation domain 227 receives, for example, the QUERY message transmitted from the QNE 303 in step S 1005 and corresponds to the session identifier 1 included in the QUERY message. It is also possible to send a QUERY (A) message when it is confirmed that you have a resource reservation. In this case, the message transmission from the QNE 211 in step S1013 is not necessarily performed.
  • the QNE 209 Upon receiving the QUERY (A) message transmitted from the QNE 305 in step S1015, the QNE 209 checks whether or not it has a resource reservation for the session identifier 1.
  • QNE209 is located on the QoS path in communication between QNE (own terminal) 101 and QNE (partner terminal) 501 before moving, and reserves resources for session identifier 1 of the QoS path for aggregation. have. Therefore, QNE209 adds a resource reservation for session identifier 1, adds the IP address (identification information) of the interface to the QUERY (A) message (S1017), and performs normal QUERY processing.
  • the QUERY (A) message is transmitted to the router (QNE211) that supports the next QoS for aggregation (step S1019).
  • QNE209 does not have the IP address of another QNE attached to the received QUERY (A) message, and its own QNE209 has a resource reservation for session identifier 1 of the QoS route for aggregation.
  • the CRN is related to the change of the QoS route for aggregation due to the movement of the own QNE 209 force QNE (own terminal) 101.
  • the QUERY (A) message is transmitted from QNE 209 to QNE 211, and QNE 211 confirms whether or not it has a resource reservation for session identifier 1 included in the QUERY (A) message.
  • QNE211 is the end point (end point) of the QoS path for aggregation used by QNE (own terminal) 101 before moving, and has the power to reserve a resource for session identifier 1.
  • QUERY (A) It is possible to detect that the IP address of QNE209 is attached to the message and skip the above confirmation process.
  • the binding information of session identifier 1 is included in the QUERY (A) message, when checking whether or not the resource reservation for session identifier 1 is included in aggregation domain 227.
  • the binding information of session identifier 1 may be checked together.
  • the QUERY (A) message transferred from the QNE 209 to the QNE 211 may be routed through one or more other QNEs (not shown).
  • the QNE that forwards the message forwards the message without adding an IP address, even if it has a resource reservation for the session identifier 1 included in the QUERY (A) message.
  • the QNE that forwards the message may add an IP address if it has a resource reservation for the session identifier 1 included in the QUERY (A) message, but in this case, the recipient of the message
  • the message format be defined so that the IP address of the QNE (in this case, QNE209) with the first IP address attached can be specified! /.
  • QNE 209 has a resource reservation for session identifier 1 included in the QUERY (A) message, and determines that it has attached its own IP address! /, 1S
  • the QUERY (A) message transfer source and transfer destination and the previous and next hops of the aggregation QoS route with session identifier 1, refer to the message transfer source and session identifier.
  • the message forwarding destination is different from the next hop of the aggregation QoS route of 1 and the previous hop of the aggregation QoS route of session identifier 1 is confirmed to be the same, It is a CRN and may be configured to add IP addresses to messages! ,.
  • QNE211 uses the information attached to the QUERY (A) message as the QUERY (A) message.
  • the RESPONSE (A) message is transmitted to the QNE 305 as a response to the message (step S1021).
  • the response message for the QUERY (A) message is expressed as a RESPONSE (A) message to distinguish it from the response message (RE SPONSE message) to the QUERY message related to end-to-end QoS. To do.
  • This RESPONSE (A) message is transmitted from QNE 209 to QNE 305 after QNE 209 intercepts (step S 1023).
  • the information added to the QUERY (A) message can be used as information for specifying the CRN related to the change of the QoS route for adjudication due to the movement of the QNE (own terminal) 101.
  • the IP address of QNE209 is added to the QUERY (A) message, and the RESPONSE (A) message is received by copying the IP address of QNE209 in the RESPONSE (A) message.
  • the QNE 305 can specify the CRN in the aggregation domain 227 from the contents of the RE SPONSE (A) message.
  • the QNE 305 recognizes that no CRN exists in the aggregation domain 227.
  • the RESPONSE (A) message is a message including the free status of the QoS resource in each QNE, as in the case of the conventional RESPONSE message, and the QNE305 is the QoS resource in each QNE for the QoS path for aggregation. It is also possible to grasp the availability of
  • the QUERY message transmitted from QNE 211 in step S 1011 reaches QNE (the partner terminal) 501.
  • QNE (partner terminal) 501 copies the information added to this QUERY message to the RESPONSE message, and sends the RESPONSE message to QNE303 in the form of tracing back the route from which the QUERY message was sent ( Step S1025). That is, the RESPON SE message transmitted from the QNE (partner terminal) 501 is transferred by the QNEs 211 and 305 (steps S1027 and S1029), and then reaches the QNE303.
  • the RESPONSE message is delivered to the QNE 303 (ie proxy).
  • Q NE305 determines the end-to-end QoS path from the content of this RESPONSE message. It is possible to identify the QoS resource availability in the network and the CRN in the end-to-end QoS path.
  • QNE211 knows the QNE (QNE207) information (for example, IP address) at the entrance of flow aggregation domain 227 before QNE (own terminal) 101 moves, this QNE207 information May be included in the message in step S1013 or step S1027 and sent to QNE305.
  • the QNE 305 can acquire information necessary for establishing the aggregation QoS route from the QNE 207 after identifying the CRN existing in the aggregation domain 227.
  • the data flow direction is the downlink direction (direction from QNE (partner terminal) 501 to QNE (own terminal) 101)
  • the direction of data flow is opposite, and NSIS messages such as QUERY messages need to be transferred in the downlink direction.
  • the QNE (own terminal) 101 notifies the necessary information to the QNE (partner terminal) 501 and requests preparation for establishing a new QoS route according to the movement of the QNE (own terminal) 101. If it is configured as described above, it will be described.
  • FIG. 6 shows an example of the configuration of QNE (partner terminal) 501 that is the communication partner of QNE (own terminal) 101 in the second embodiment of the present invention.
  • a Q NE (mating terminal) 501 illustrated in FIG. 6 includes a receiving unit 5011, a transmitting unit 5012, a request message processing unit 5013, and a QoS processing unit 5014.
  • the QoS processing unit 5014 includes a QoS route message processing unit 5017, a QoS route message generating unit 5018, and a QoS route information storage unit 5019.
  • Each function of the QNE (partner terminal) 501 shown in FIG. 6 can be realized by hardware, Z, or software (program).
  • the receiving unit 5011 and the transmitting unit 5012 have a function of receiving and transmitting data. Further, the request message processing unit 5013 has a function of performing processing related to a request message transmitted from the QNE (own terminal) 101 (message transmitted in step S 2003 in FIG. 7 described later).
  • This request message is a message for requesting preparation for the establishment of a new QoS route accompanying the movement of QNE (own terminal) 101.
  • End-to-end Q It contains the session identifier of the oS route, the IP address of the proxy (eg, QNE303) of the destination subnet 301, and the flow identifier information.
  • the request message processing unit 5013 extracts the above information from the request message power and passes it to the QoS processing unit 5014.
  • the QoS processing unit 5014 is a block representing a predetermined QoS function (eg, NSIS QoS function).
  • the QoS route message processing unit 5017 and the QoS route message generation unit 5018 of the QoS processing unit 5014 are messages sent and received in relation to the QoS route (for example, in the case of NSIS, a QUERY message, NOTIFY message, RESERVE message For example).
  • the QUERY message transmitted in step S2005 is generated by the QoS route message generator 5018.
  • the QoS route information storage unit 5019 of the QoS processing unit 5014 has a function of storing various information related to the QoS route used by the QNE (the partner terminal) 501.
  • the QoS processing unit 5014 uses the information extracted from the request message by the request message processing unit 5013 to start preparation for establishing a new QoS route accompanying the movement of the QNE (own terminal) 101. To do. Specifically, for example, the QoS route message generation unit 5018 generates a CRN search message including a session identifier and a flow identifier, and transmits the request message to the extracted proxy (QNE303).
  • FIG. 7 is a sequence chart showing an example of operation in the second exemplary embodiment of the present invention.
  • session identifier 3 and flow identifier 3 are used for the end 'to' end QoS route
  • session identifier 3 and flow identifier 3 are used for the end 'to' end QoS route
  • session identifier 3 session identifier binding information and flow identifier 4 are used for the aggregation QoS route. It is assumed that QoS resource reservation is performed for each QoS route! /.
  • QNE (own terminal) 101 decides to move from subnet 201 before moving (current) to new subnet 301 (step S2001), for example, QNE (own terminal) 101 moves to QNE before moving.
  • a message (request message) for preparing for establishment of a new QoS path is transmitted to (other party terminal) 501 (step S2003).
  • This message includes a session 3 and the IP address of the proxy of the destination subnet 301 (here, QNE303) may be included, and the information of the flow identifier 3 may be included.
  • any method can be used as the proxy identification method of the destination subnet 301.
  • the above message may be transmitted to the QNE (partner terminal) 501.
  • the message sent here may be an extension of an existing message in NSIS QoS (for example, a QUERY message or NOTIFY message).
  • a message including session identifier 3 and the IP address of QNE 303 (and flow identifier 3) is directly sent to QNE (
  • QNE (own terminal) 1101 sends a message containing session identifier 3 (and flow identifier 3) to QNE303 (proxy), and QNE303 sends the message to QNE (partner terminal).
  • (Terminal) Send the above message to 501.
  • QNE (the partner terminal) 501 that received the message in step S2003 refers to this message, generates a message including session identifier 3 (here, the QUERY message is used), and transmits it to QNE303. (Step S2005).
  • session identifier 3 here, the QUERY message is used
  • the information on flow identifier 3 may be included in the QUERY message for transmission.
  • QNE 211 receives the QUERY message transmitted from QNE (partner terminal) 501 in step S2005, QNE 211 confirms whether or not it has a resource reservation for session identifier 3 included in the QUERY message. When the information of flow identifier 3 is included in the QUERY message, it is confirmed whether or not the resource reservation for the pair of session identifier 3 and flow identifier 3 is possessed.
  • QNE211 is located on the QoS path in the communication between QNE (own terminal) 101 and QNE (partner terminal) 501 before moving, and session identifier 3 of end-to-end QoS path Have a resource reservation for. Therefore, QNE211 uses the IP address of the interface for which resource reservation for session identifier 3 is set as the QUERY message.
  • the message is attached to the message (S2007), and further normal query processing is performed, and a query message is sent to the router (QNE305) corresponding to the end-to-end QoS path (step S2009).
  • QNE211 exists at the edge of aggregation domain 227, and this QUERY message may be sent with a flag for causing QNE inside aggregation domain 227 to ignore it.
  • QNE 3 05 Upon receiving the QUERY message transmitted from QNE 211 in step S2009, QNE 3 05 confirms whether or not it has the resource reservation for session identifier 3 included in the QUERY message. When the flow identifier 3 information is included in the QUERY message, it is confirmed whether or not there is a resource reservation for the pair of the session identifier 3 and the flow identifier 3.
  • QNE305 since QNE305 does not have a resource reservation for session identifier 3, it performs normal QUERY processing and sends a QUERY message to the router (QNE303) that supports the next end. S2011).
  • the QUERY message transmitted from the QNE 305 in step S2011 reaches the proxy (ie, QNE 303) of the destination subnet 301. After confirming whether or not QNE303 has a resource reservation for session identifier 3, it determines the availability of QoS resources in the end-to-end QoS path and the end-to-end QoS path from the contents of the QUERY message.
  • CRN can be specified.
  • QNE211 simultaneously with the transmission of the QUERY message in step S2009, QNE211 generates a message (QUERY (A) message) to be transmitted to QNE305 existing at the edge of aggregation domain 227.
  • a QUERY (A) message is transmitted to the router (QNE209) that supports aggregation QoS (step S2013).
  • This QUERY (A) message includes session identifier 3. Further, this message may be transmitted including the flow identifier 4 of the aggregation QoS route. Further, the bind information of session identifier 3 may be included in this QUERY (A) message.
  • QN E209 Upon receiving the QUERY (A) message sent from QNE211 in step S2013, QN E209 checks whether or not it has a resource reservation for this session identifier 3. Do. QNE209 is located on the QoS path in communication between QNE (own terminal) 101 and QNE (partner terminal) 501 before moving, and reserves resources for session identifier 3 of the QoS path for aggregation. have. Therefore, QNE209 appends the IP address of the interface for which resource reservation for session identifier 3 is set to the QUERY (A) message (step S2015), and further performs normal QUERY processing to execute the next aggregation.
  • a QUERY (A) message is sent to the router (QNE305) that supports QoS for Chillon (step S2017).
  • QNE209 does not have the IP address of another QNE added to the received QUERY (A) message, and its own QNE209 has resource reservation for session identifier 3 of the aggregation QoS route.
  • the CRN is related to the change of the QoS path for aggregation due to the movement of its own QNE209 power QNE (own terminal) 101.
  • QNE 305 that has received the QUERY (A) message from QNE 209 also checks whether or not it has a resource reservation for session identifier 3 included in the Q UERY (A) message. Also, the QNE 305 can identify the QoS resource availability in each QNE in the aggregation domain 227 and the CRN in the aggregation QoS path from the content of the QUERY (A) message.
  • QNE211 knows the information (for example, IP address) of the QNE (QNE207) at the exit of the flow aggregation domain 227 before the movement of QNE (own terminal) 101, this QNE207 information May be included in the message in step S2009 and sent to Q NE305.
  • the QNE 305 can acquire information necessary for establishing the aggregation QoS path from the QNE 207 after identifying the CRN existing in the aggregation domain 227.
  • 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, but is a dedicated circuit or general-purpose processor. It may be realized with. 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
  • the present invention finds a CRN that exists in an aggregation domain when the QoS path related to the mobile terminal is established through the aggregation domain and the QoS path changes as the mobile terminal moves. In addition, it has the effect of making it possible to establish an efficient QoS path that does not cause double resource reservations.
  • This technology is applied to the technical field for setting up a simple route, and in particular for setting up a new route at the time of handover of a mobile terminal that performs wireless communication using the mopile IPv6 protocol, which is a next-generation Internet protocol. Applicable to technical fields and technical fields related to QoS guarantee using NSIS

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] 本発明は、無線通信を行う移動端末 (モバイルノード)のハンドオーバの際に、モバ ィルノードが使用している経路 (例えば、 QoS経路）の設定を行うための経路設定方 法及び経路管理装置に関し、特に、次世代インターネットプロトコルであるモパイル I Pv6 (Mobile Internet Protocol version 6)プロトコルを利用した無線通信を行うモバイ ルノードのハンドオーバの際に、モパイルノードが使用している経路の設定を行うた めの経路設定方法及び経路管理装置に関する。
背景技術
[0002] 移動端末 (モパイルノード）力 無線ネットワークを通じてインターネットなどの通信 ネットワークにアクセスするユーザに対して、移動しながらでもシームレスに通信ネット ワークの接続を提供できる技術として、次世代インターネットプロトコルであるモバイ ル IPv6を利用したものが普及してきて 、る（下記の非特許文献 1参照)。
[0003] 一方、現在、 IETF (Internet Engineering Task Force)の NSIS WG (Next Step in S ignaling Working Group)において、 NSISと呼ばれる新しいプロトコルを標準化する ための議論が行われている。この NSISは、モパイル環境において、 QoS (Quality of Service：サービス品質)保証を始めとする様々な付カ卩的サービスに特に有効である と期待されており、 NSISにおいて QoS保証やモビリティサポートを実現するための 要件や実現方法などが記載された文献も存在する。
[0004] 上述の NSISに関連した QoS経路確立方法の 1つに、フローの結合 (Aggregation: ァグリゲーシヨン）という考え方が存在する（下記の非特許文献 2参照)。このフローの 結合では、ある QNE (QoS NSIS Entity)間において、異なったフローを結合して管理 するという方法が採用されている。この方法を実現するために、ァグリゲーシヨンが行 われる領域 (Aggregation Domain:ァグリゲーシヨンドメイン）においては、結合された フローを一意に識別するためのフロー識別子 (フロー情報、フィルタ情報とも呼ばれ る）が必要となる。 [0005] このァグリゲーシヨンは、例えばネットワークの中に Diffservドメインがある場合に、こ の Diffservドメイン（ァグリゲーシヨンドメイン）の入口から出口の間にて行われる。なお 、非特許文献 2では、ァグリゲーシヨンドメインの入口及び出口の QNEは、ドメインの 内側（例えば Diffserv)及び外側（エンド ·ツー ·エンドとして認識されて 、るネットヮー ク）の両方を理解することができると仮定されて 、る。
[0006] 以下、図 8及び図 9を参照しながら、従来の技術における QoS経路のァグリゲーショ ンの概要について説明する。ァグリゲーシヨンは、例えば QoS経路が確立されるとき に同時に行われる。例えば、ァグリゲーシヨンドメインを通って QNE間でエンド'ッ一 · エンド QoS経路が張られる場合、図 8に示されるように、エンド 'ツー'エンド QoSに対 応した QNE間でエンド ·ッ一'エンド QoS経路を張るためのシグナリングメッセージの 転送が行われる一方 (ステップ S8001〜S8011)、ァグリゲーシヨンドメインでは、ァ ダリゲーシヨン用 QoS経路を張るためのシグナリングメッセージの転送が行われる (ス テツプ S8101〜S81 i:0。
[0007] すなわち、従来の技術においては、エンド'ッ一'エンド QoS経路を張るためのシグ ナリングメッセージは、外側のネットワークを理解できな 、QNE (つまりァグリゲーショ ンドメインの内側の QNE)を飛ばして送信され (例えば、ァグリゲーシヨンドメインの入 口の QNEは、ァグリゲーシヨンドメインの内側の QNEにメッセージを無視させるため のフラグを付カ卩し、出口の QNEでこのフラグを取り去る）、ァグリゲーシヨンドメイン内 部には、ァグリゲーシヨンドメインの入口と出口との間で、別のァグリゲーシヨン用 QoS 経路を張るためのシグナリングメッセージが送られる。
[0008] その結果、図 9に示されるように、端末間の QoS経路をそれぞれ補完し合う状態で 、エンド 'ツー'エンド及びァグリゲーシヨンドメイン内部のそれぞれにおける QoS経路 が確立される。このとき、エンド 'ツー.エンドで QoS経路が確立される一方、ァグリゲ ーシヨンドメインの内側では、エンド 'ツー'エンド QoS経路のフロー識別子とは別の 識別子が、ァグリゲーシヨン用 QoS経路で使用されるとともに、セッション識別子に関 しては、エンド 'ツー'エンド QoS経路を示すセッション識別子と、ァグリゲーシヨン用 QoS経路を示すセッション識別子との関連を示すセッションのバインド情報が付けカロ えられる。なお、このァグリゲーシヨンの動作はネットワーク内部で行われるので、通 信を行っている端末は、通常、ァグリゲーシヨンが行われていることを知ることができ ない。
[0009] 一方、通信を行う端末の、少なくともどちらか一方が移動端末だった場合、 NSIS WGでは、端末が移動する前にあらかじめ QoS経路を確立しておくことにより、 QoS を瞬断なく受けられるようにすることが要請されている。また、このときに、移動前に確 立されている QoS経路と、移動後に確立される QoS経路との間に、これら 2つの経路 が重なり合う区間を特定して、 2重のリソース予約（Double Reservation)が発生しない ようにすることも要請されている。さらに、リソース予約メッセージを送信する前に、ェ ンド ·ツー ·エンド経路のリソースの空き状況をあら力じめ取得することも要請されて ヽ る。
[0010] これらの要請を満たすために、現在 NSIS WGでは様々な提案がされている。例え ば、下記の非特許文献 3には、端末が移動する前に、移動する先のサブネット上のプ ロキシに、現在使用して！/ヽるセッション識別子及びフロー識別子を含むメッセージを 送信し、プロキシがこのセッション識別子及びフロー識別子を含むメッセージを、リソ ースの空き状況を取得するためのメッセージに含ませ、新しく QoS経路を張ろうとして いる経路上に送信することにより、この経路のリソース空き状況を取得すると同時に、 移動前の QoS経路と移動後の QoS経路とが重なり始める QNEを特定し、この CRN ( Crossover Node：クロスオーバノード）力 経路の新規確立や更新を行う方法などが 提案されている。なお、上述のような、移動端末の移動に伴って QoS経路の変更が 起こる際に、移動端末の移動前の QoS経路と移動後の QoS経路との分岐点に相当 する QNE (すなわち、端末間で送受信されるパケットの経路上に位置するとともに、 このパケットの転送元 Z転送先のうちの一方のみが変更される QNE)は、 CRNと呼 ばれる。
非特許文献 1 : Johnson, D. B" Perkins, C. E" and Arkko, J" "Mobility Support in I Pv6", RFC3775, June 2004.
非特許文献 2： Sven Van den Bosch, Georgios Karagiannis and Andrew McDonald "N S LP for Quality- of- Service signaling", draft-ietf-nsis-qos-nslp-06.txt, February 20 非特許文献 3 : Toyoki Ue, Takako Sanda and Kouichi Honma "QoS Mobility Support with Proxy-assisted Fast Crossover Node Discovery" WPMC2004, September 2004
[0011] し力しながら、移動端末の移動に伴ってァグリゲーシヨンドメインを通じて確立され て！、る QoS経路の変更が起こる際に、非特許文献 3に記載されて 、る技術を用いて CRNの特定を行った場合、 CRNとして特定される QNEは、ァグリゲーシヨンドメイン の外側（ァグリゲーシヨンドメインのエッジを含む）の QNEである。
[0012] 例えば、図 10に図示されているように、移動前後の QoS経路に係る CRN力 ァグリ ゲーシヨンドメインの内部に存在する場合（すなわち、 CRNは図 10中の QNE— B)に おいても、従来の技術によれば、ァグリゲーシヨンドメインのエッジに存在する QNE— Aが CRNとして認識されてしまい、 QNE— Aと QNE— Bとの間の区間に 2重のリソー ス予約が発生してしまうことになる。
発明の開示
[0013] 上記の問題に鑑みて、本発明は、移動端末に関する QoS経路がァグリゲーシヨン 領域 (ァダリゲーシヨンドメイン）を通じて確立されており、移動端末の移動に伴って Q oS経路の変更が起こる場合に、ァグリゲーシヨン領域の内部に存在する CRNを発見 するとともに、 2重のリソース予約を発生させない効率的な QoS経路の確立を実現す ることを目的とする。
[0014] 上記の目的を達成するため、本発明の経路設定方法は、少なくとも一方が移動端 末である 2つの通信端末間に確立されているエンド 'ツー'エンド経路がァグリゲーシ ヨン領域を通過しており、前記ァグリゲーシヨン領域において前記エンド 'ツー'エンド 経路がァグリゲーシヨン経路によって接続されている場合に、前記移動端末がハンド オーバを行って、前記 2つの通信端末間で新たなエンド ·ツー ·エンド経路が確立さ れる際の経路設定方法であって、
前記ァグリゲーシヨン領域の内部に位置するクロスオーバノードであって、前記移動 端末の移動前に確立されていた第 1のァグリゲーシヨン経路と、前記移動端末の移動 後に確立される第 2のァグリゲーシヨン経路との前記クロスオーバノードを探索するた めに、前記第 2のァグリゲーシヨン経路の一方の端点となる経路管理装置が、前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置に向けて、前記クロスォ ーバノードの探索メッセージを送信するステップを有している。
この構成により、移動端末に関する QoS経路がァグリゲーシヨン領域を通じて確立 されており、移動端末の移動に伴って QoS経路の変更が起こる場合に、ァグリゲー シヨン領域の内部に存在する CRNを発見するとともに、 2重のリソース予約を発生さ せない効率的な QoS経路の確立を実現することが可能となる。
[0015] さらに、本発明の経路設定方法は、上記の構成に加えて、前記ァグリゲーシヨン領 域の内部のノードが、前記探索メッセージを受信した際に、自身が前記第 1のァグリ ゲーシヨン経路及び前記第 2のァグリゲーシヨン経路の前記クロスオーバノードに該 当する力否かを判断するステップと、
自身が前記クロスオーバノードに該当すると判断された場合には、前記ァグリゲー シヨン領域の内部のノードが、前記探索メッセージに自身の識別情報を付加した後、 前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置に向けて、前記 探索メッセージを送信するステップとを、
有している。
この構成により、自身がクロスォーノ ノードであると判断したァグリゲーシヨン領域の 内部のノードによって、メッセージに識別情報が付加されることにより、どのノードがク ロスオーバノードであるかの判別が可能となる。
[0016] また、上記の目的を達成するため、本発明の経路管理装置は、ァグリゲーシヨン領 域を通過するエンド 'ツー'エンド経路であって、第 1のァグリゲーシヨン経路によって 接続されて ヽる前記エンド ·ツー ·エンド経路を利用して ヽた移動端末が移動を行つ て新たなエンド ·ツー ·エンド経路を確立する際に、前記新たなエンド ·ツー ·エンド経 路を接続する前記ァグリゲーシヨン領域内の新たな第 2のァグリゲーシヨン経路の一 方の端点となる前記ァグリゲーシヨン領域のエッジに位置する経路管理装置であって 前記ァグリゲーシヨン領域の内部に位置するクロスオーバノードであって、前記移動 端末の移動前に確立されていた第 1のァグリゲーシヨン経路と、前記移動端末の移動 後に確立される第 2のァグリゲーシヨン経路との前記クロスオーバノードを探索するた めに、前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置に向けて、 前記クロスオーバノードの探索メッセージを送信するメッセージ送信手段を有してい る。
この構成により、移動端末に関する QoS経路がァグリゲーシヨン領域を通じて確立 されており、移動端末の移動に伴って QoS経路の変更が起こる場合に、ァグリゲー シヨン領域のエッジに位置するノード力 ァグリゲーシヨン領域の内部に存在する CR Nを発見するための動作を行うことが可能となる。
[0017] さらに、本発明の経路管理装置は、上記の構成に加えて、前記探索メッセージが、 前記第 1のァグリゲーシヨン経路を識別するための経路識別情報を含むように構成さ れている。
この構成により、上記の探索メッセージに移動端末の移動前の QoS経路を識別す るための経路識別情報が付加され、所望の QoS経路を特定することが可能となる。
[0018] また、上記の目的を達成するため、本発明の経路管理装置は、ァグリゲーシヨン領 域を通過するエンド 'ツー'エンド経路であって、第 1のァグリゲーシヨン経路によって 接続されて ヽる前記エンド ·ツー ·エンド経路を利用して ヽた移動端末が移動を行つ て新たなエンド ·ツー ·エンド経路を確立する際に、前記新たなエンド ·ツー ·エンド経 路を接続する前記ァグリゲーシヨン領域内の新たな第 2のァグリゲーシヨン経路の一 方の端点となる前記ァグリゲーシヨン領域のエッジに位置する経路管理装置であって 前記ァグリゲーシヨン領域の内部に位置するクロスオーバノードであって、前記移動 端末の移動前に確立されていた第 1のァグリゲーシヨン経路と、前記移動端末の移動 後に確立される第 2のァグリゲーシヨン経路との前記クロスオーバノードを探索するた めに、前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置から、前記 クロスォーノ ノードの探索メッセージを受信するメッセージ受信手段と、
前記クロスオーバノードに該当する経路管理装置によって前記探索メッセージに付 加された前記経路管理装置の識別情報を、前記探索メッセージから抽出するクロス オーバノード特定手段とを、
有している。
この構成により、移動端末に関する QoS経路がァグリゲーシヨン領域を通じて確立 されており、移動端末の移動に伴って QoS経路の変更が起こる場合に、ァグリゲー シヨン領域の内部に存在する CRNを発見するとともに、 2重のリソース予約を発生さ せない効率的な QoS経路の確立を実現することが可能となる。
[0019] また、上記の目的を達成するため、本発明の経路管理装置は、ァグリゲーシヨン領 域の内部に位置する経路管理装置であって、
前記ァグリゲーシヨン領域を通過するエンド ·ツー ·エンド経路であって、第 1のァグ リゲーシヨン経路によって接続されて 、る前記エンド'ツー ·エンド経路を利用して!/ヽ た移動端末が移動を行って新たなエンド'ツー 'エンド経路を確立する際に、前記新 たなエンド 'ツー'エンド経路を接続する前記ァグリゲーシヨン領域内の新たな第 2の ァグリゲーシヨン経路の一方の端点となる前記ァグリゲーシヨン領域のエッジに位置 する経路管理装置によって送信された、前記移動端末の移動前に確立されていた 第 1のァグリゲーシヨン経路と、前記移動端末の移動後に確立される第 2のァグリゲー シヨン経路とのクロスオーバノードを探索するための探索メッセージを受信するメッセ ージ受信手段と、
前記探索メッセージを受信した際に、自身が前記第 1のァグリゲーシヨン経路と、前 記第 2のァグリゲーシヨン経路との前記クロスオーバノードに該当するか否かを判断 する判断手段と、
前記判断手段によって自身が前記クロスオーバノードに該当すると判断された場合 には、前記探索メッセージに自身の識別情報を付加する識別情報付加手段と、 前記自身の識別情報が付加された探索メッセージを、前記第 2のァグリゲーシヨン 経路の他方の端点となる経路管理装置に向けて転送するメッセージ転送手段とを、 有している。
この構成により、移動端末に関する QoS経路がァグリゲーシヨン領域を通じて確立 されており、移動端末の移動に伴って QoS経路の変更が起こる場合に、ァグリゲー シヨン領域の内部に存在する CRNを発見するとともに、 2重のリソース予約を発生さ せない効率的な QoS経路の確立を実現することが可能となる。
[0020] さらに、本発明の経路管理装置は、上記の構成に加えて、自身を経由するァグリゲ ーシヨン経路に関する経路情報を格納する経路情報格納手段を有し、 前記判断手段が、前記探索メッセージに含まれる前記第 1のァグリゲーシヨン経路 を識別するための経路識別情報を参照して、前記探索メッセージに含まれる前記第
1のァグリゲーシヨン経路に関する経路情報が前記経路情報格納手段に格納されて いる旨を確認した場合に、前記識別情報付加手段が、前記探索メッセージへの自身 の識別情報の付加を行うように構成されて 、る。
この構成により、例えば QoS経路の管理のために保持されているリソース予約など の経路情報を参照することによって、自身がクロスオーバノードか否かを把握すること が可能となる。
[0021] さらに、本発明の経路管理装置は、上記の構成に加えて、他の経路管理装置によ つて既に前記探索メッセージに前記識別情報が付加されて ヽる場合には、前記メッ セージ転送手段は、前記識別情報付加手段による前記探索メッセージへの前記識 別情報の付加を行わずに前記探索メッセージを転送するように構成されて 、る。 この構成により、移動端末の移動前後における QoS経路が重複している区間が存 在する場合でも、上記の探索メッセージには、クロスオーバノードによる識別情報の 付加のみが行われるようにすることが可能となる。
[0022] 本発明は、上記の構成を有しており、移動端末に関する QoS経路がァグリゲーショ ンドメインを通じて確立されており、移動端末の移動に伴って QoS経路の変更が起こ る場合に、ァグリゲーシヨンドメイン内部に存在する CRNを発見するとともに、 2重のリ ソース予約を発生させない効率的な QoS経路の確立を実現することを可能にすると いう効果を有している。
図面の簡単な説明
[0023] [図 1]本発明の第 1及び第 2の実施の形態に共通するネットワーク構成の一例を示す 図
[図 2]本発明の第 1の実施の形態において、 QNE (自端末)の移動後に確立される新 たなァグリゲーシヨン用 QoS経路の下流側の端点となる QNEの構成の一例を示す 図
[図 3]本発明の第 1の実施の形態において、 QNE (自端末)の移動後に確立される新 たなァグリゲーシヨン用 QoS経路の経由ポイントとなる QNEの構成の一例を示す図 [図 4]本発明の第 1の実施の形態において、 QNE (自端末)の移動後に確立される新 たなァグリゲーシヨン用 QoS経路の上流側の端点となる QNEの構成の一例を示す 図
[図 5]本発明の第 1の実施の形態における動作の一例を示すシーケンスチャート [図 6]本発明の第 2の実施の形態において、 QNE (自端末)の通信相手である QNE ( 相手端末)の構成の一例を示す図
[図 7]本発明の第 2の実施の形態における動作の一例を示すシーケンスチャート [図 8]従来の技術における QoS経路のァグリゲーシヨンの概要を説明するためのシー ケンスチャート
[図 9]従来の技術における QoS経路のァグリゲーシヨンの概要を説明するための図 [図 10]従来の技術における問題点を説明するためのネットワーク構成の一例を示す 図
発明を実施するための最良の形態
[0024] 以下、図面を参照しながら、本発明の実施の形態について説明する。まず、図 1を 参照しながら、本発明の実施の形態におけるネットワーク構成の一例について説明 する。図 1は、本発明の第 1及び第 2の実施の形態に共通するネットワーク構成の一 例を示す図である。
[0025] 図 1には、サブネット 201内に存在する QNE (自端末） 101と QNE (相手端末） 501 と力 ァグリゲーシヨンドメイン 227を経由した通信を行っている状態が図示されてい る。また、図 1に図示されている一例では、 QNE205, 207、 209、 211によって、 Q NE (自端末） 101と QNE (相手端末） 501との間で送受信されるパケットの中継が行 われている。なお、 QNE207及び QNE211は、ァグリゲーシヨンドメイン 227のエツ ジに存在するァグリゲーシヨンドメイン 227の出入口であり、 QNE209は、ァグリゲー シヨンドメイン 227の内部に属して!/、る。
[0026] なお、 QNE207及び QNE211 (さらには、後述の QNE305)は、ァグリゲーシヨン ドメイン 227のエッジ (入口又は出口）に位置しており、ァグリゲーシヨンドメイン 227の 内側及び外側の両方のネットワークを理解することが可能である。したがって、 QNE 207、 211、 305などのァグリゲーシヨンドメイン 227のエッジに位置するネットワーク エレメントは、エンド'ッ一'エンド QoS経路の情報と、ァグリゲーシヨン用 QoS経路の 情報の両方を把握することが可能であり、エンド ·ツー ·エンド QoS経路に係るメッセ ージの処理と、ァグリゲーシヨン用 QoS経路に係るメッセージの処理の両方を行うこと が可能である。
[0027] また、既に、 QNE (自端末） 101と QNE (相手端末） 501とを結ぶリンクに関し、リン ク 215、 217、 221に対してエンド'ッ一'エンド QoS経路が確立されており、このェン ドヽッ一.エンド QoS経路に関連して、ァグリゲーシヨンドメイン 227内のリンク 223、 22 5に対してァグリゲーシヨン用 QoS経路が確立されているとする。
[0028] また、 QNE (自端末） 101は移動端末であり、サブネット間を移動するハンドオーバ を行うことが可能である。ここでは、 QNE (自端末） 101は、サブネット 201からサブネ ット 301にハンドオーバを行い、新たなリンクを経由して QNE (相手端末） 501との通 信を継続する場合にっ 、て考える。
[0029] なお、サブネット 301に移動した QNE (自端末） 101と QNE (相手端末） 501との間 の通信は、結果的に、 QNE303、 305、 209、 211を経由（リンク 351、 353、 361、 2 25、 221を経由）して行われるものとする。すなわち、移動後の QNE (自端末） 101と QNE (相手端末） 501との間には、リンク 351、 353、 221に対してエンド'ッ一'ェン ド QoS経路が確立され、このエンド'ッ一'エンド QoS経路に関連して、ァグリゲーショ ンドメイン 227内のリンク 361、 225に対してァグリゲーシヨン用 QoS経路が確立され る。また、 QNE (自端末） 101がサブネット 201からサブネット 301に移動した場合の QNE (自端末） 101と QNE (相手端末） 501との間の通信に関する CRNは、結果的 に QNE209となる。
[0030] また、以下では、上述の図 1に図示されているネットワーク構成を前提として、デー タの流れの方向がアップリンク方向（QNE (自端末） 101から QNE (相手端末） 501 への方向）の場合 (第 1の実施の形態）と、データの流れの方向がダウンリンク方向（ QNE (相手端末） 501から QNE (自端末） 101への方向）の場合 (第 2の実施の形態 )について、それぞれ説明する。
[0031] <第 1の実施の形態 >
以下、本発明の第 1の実施の形態について説明する。ここでは、データの流れの方 向がアップリンク方向（QNE (自端末） 101から QNE (相手端末） 501への方向）の場 合について説明する。まず、本発明の第 1の実施の形態に関連して、図 1に図示され て 、る各 QNEの構成の一例につ!、て説明する。
[0032] 図 2には、本発明の第 1の実施の形態において、 QNE (自端末） 101の移動後に確 立される新たなァグリゲーシヨン用 QoS経路の下流側の端点となる QNE305の構成 の一例が図示されている。図 2に図示されている QNE305は、受信部 3051、送信部 3052、通知メッセージ処理部 3053、 QoS処理部 3054、通信管理部（分岐点判別 部） 3055を有している。また、 QoS処理部 3054は、 QoS経路用メッセージ処理部 3 057、 QoS経路用メッセージ生成部 3058、 QoS経路情報格納部 3059を有している
。なお、図 2に示す QNE305が有する各機能はハードウェア及び Z又はソフトウェア (プログラム）によって実現可能である。
[0033] 受信部 3051及び送信部 3052は、データの受信及び送信を行う機能を有している 。なお、 QNE305をあて先とするパケットや、 QNE305が処理を行うことが要請され ているデータなどに関しては、上位レイヤにおける処理を行うが、その他のパケットな どに関しては、受信部 3051から送信部 3052に渡され、パケットはそのまま転送され る。
[0034] また、通知メッセージ処理部 3053は、 QNE211から送信される通知メッセージ（後 述の図 5のステップ S1013において送信されるメッセージ）に係る処理を行う機能を 有している。この通知メッセージは、ァグリゲーシヨン用 QoS経路確立の準備を依頼 するためのメッセージであり、少なくとも、 QNE (自端末） 101の移動前に確立されて いたエンド ·ツー.エンド QoS経路に関連したァグリゲーシヨン用 QoS経路の識別情 報 (例えばセッション識別子やフロー識別子）を含んで!/、る。通知メッセージ処理部 3 053は、この通知メッセージから、 QNE (自端末） 101の移動前のァグリゲーシヨン用 QoS経路の識別情報を抽出して、 QoS処理部 3054に渡す。
[0035] また、 QoS処理部 3054は、所定の QoS機能（例えば NSIS QoS機能）を表すブロ ックである。 QoS処理部 3054の QoS経路用メッセージ処理部 3057及び QoS経路 用メッセージ生成部 3058は、 QoS経路に関連して送受信されるメッセージ (例えば、 NSISの場合には、 QUERYメッセージ、 NOTIFYメッセージ、 RESERVEメッセ一 ジ、 NOTIFYメッセージなど）の処理及び生成を行う機能を有している。
[0036] なお、後述の図 5において、ステップ S 1007で送信される QUERYメッセージ、ステ ップ S 1015で送信される QUERY (A)メッセージ、ステップ S 1029で送信される RE SPONSEメッセージなどは、 QoS経路用メッセージ生成部 3058で生成され、ステツ プ S 1005で受信する QUERYメッセージ、ステップ S 1023で受信する RESPONSE (A)メッセージ、ステップ S1027で受信する RESPONSEメッセージなどは、 QoS経 路用メッセージ処理部 3057で処理される。
[0037] また、 QoS処理部 3054の QoS経路情報格納部 3059は、 QNE305が処理を行う QoS経路 (すなわち、 QNE305を経由する QoS経路）に関する様々な情報を格納 する機能を有している。この QoS経路情報格納部 3059には、例えば QoS経路の識 別情報 (セッション識別子やフロー識別子など）、 QoSの特性を示す情報 (QSPEC) などが管理、格納される。なお、 QNE305は、ァグリゲーシヨンドメイン 227のエッジ に存在しており、ァグリゲーシヨンドメイン 227の内部のネットワーク、及びァグリゲー シヨンドメイン 227の外部のネットワークの両方を理解することが可能である。したがつ て、 QNE305は、 QNE (自端末） 101と QNE (相手端末） 501との間におけるエンド •ツー ·エンド QoS経路と、このエンド ·ツー ·エンド QoS経路に関連したァグリゲーショ ン用 QoS経路との両方を把握し、こうしたァグリゲーシヨンドメイン 227の内部及び外 部に係る情報を QoS経路情報格納部 3059に保持することが可能である。
[0038] また、通信管理部（分岐点判別部） 3055は、自身 (QNE305)が QNE (自端末） 1 01の移動前及び移動後の QoS経路に関して、 CRNである力否かを判別する機能を 有している。通信管理部（分岐点判別部） 3055は、例えば、 QNE (自端末） 101の 移動前に用いられていたァグリゲーシヨン用 QoS経路のセッション識別子やフロー識 別子に関連する QoS経路情報力 QoS経路情報格納部 3059に格納されているか 否かを参照することによって、 QNE (自端末） 101の移動前のァグリゲーシヨン用 Qo S経路の経由ポイントであつたか否かを把握することが可能である。なお、 QNE305 力 SQNE (自端末） 101の移動前のァグリゲーシヨン用 QoS経路の経由ポイントである 場合には、 QNE305よりも下流側（QNE (自端末） 101側）に CRNが存在することが 予想されるので、 QNE305は、ァグリゲーシヨンドメイン 227の内部における CRNの 探索が行われな 、ように制御してもよ 、。
[0039] また、図 3には、本発明の第 1の実施の形態において、 QNE (自端末） 101の移動 後に確立される新たなァグリゲーシヨン用 QoS経路の経由ポイントとなる QNE209の 構成の一例が図示されている。図 3に図示されている QNE209は、受信部 2091、送 信部 2092、 QoS処理部 2094、通信管理部（分岐点判別部） 2095を有している。ま た、 QoS処理部 2094は、 QoS経路用メッセージ処理部 2097、 QoS経路用メッセ一 ジ生成部 2098、 QoS経路情報格納部 2099を有している。なお、図 3に示す QNE2 09が有する各機能はハードウェア及び Z又はソフトウェア（プログラム）によって実現 可能である。
[0040] 受信部 2091及び送信部 2092は、データの受信及び送信を行う機能を有している 。なお、 QNE209をあて先とするパケットや、 QNE209が処理を行うことが要請され ているデータなどに関しては、上位レイヤにおける処理を行うが、その他のパケットな どに関しては、受信部 2091から送信部 2092に渡され、パケットはそのまま転送され る。
[0041] また、 QoS処理部 2094は、図 2に図示されている QoS処理部 3054と同様に、所 定の QoS機能（例えば NSIS QoS機能）を表すブロックである。なお、後述の図 5に おいて、ステップ S1019で送信される QUERY(A)メッセージ、ステップ S1023で送 信される RESPONSE (A)メッセージなどは、 QoS経路用メッセージ生成部 2098で 生成され、ステップ S1015で受信する QUERY(A)メッセージ、ステップ S1021で受 信する RESPONSE (A)メッセージなどは、 QoS経路用メッセージ処理部 2097で処 理される。また、ステップ S1017における IPアドレスの付加に関しては、通信管理部（ 分岐点判別部） 2095からの指示により、 QoS経路用メッセージ生成部 2098におい て行われる。
[0042] また、 QoS処理部 2094の QoS経路情報格納部 2099には、図 2に図示されている QoS経路情報格納部 3059と同様に、 QNE209が処理を行う QoS経路（すなわち、 QNE209を経由する QoS経路）に関する様々な情報が格納される。ただし、 QNE2 09は、ァグリゲーシヨンドメイン 227の内部に存在しているので、ァグリゲーシヨンドメ イン 227の内部に係るァグリゲーシヨン用 QoS経路のみを理解し、ァグリゲーシヨン用 QoS経路に関する情報のみが QoS経路情報格納部 2099に格納されている。
[0043] また、通信管理部 (分岐点判別部） 2095は、自身 (QNE209)が QNE (自端末） 1 01の移動前及び移動後の QoS経路に関して、 CRNである力否かを判別する機能を 有している。通信管理部（分岐点判別部） 2095は、例えば、 QNE (自端末） 101の 移動前に用いられていたァグリゲーシヨン用 QoS経路のセッション識別子やフロー識 別子に関連する QoS経路情報 (後述の図 5のステップ S 1015で受信した QUERY ( A)メッセージに含まれる情報）力 QoS経路情報格納部 2099に格納されているか 否かを参照することによって、自身が QNE (自端末） 101の移動前のァグリゲーショ ン用 QoS経路の経由ポイントであった力否かを把握することが可能である。そして、さ らに、 QNE209は、受信したメッセージに IPアドレスが付カ卩されていない旨を確認し たり、移動前のァグリゲーシヨン用 QoS経路の隣接ノードとメッセージの転送元及び 転送先とを比較したりすることによって、自身 (QNE209)力 QNE (自端末） 101の 移動前後におけるァグリゲーシヨン用 QoS経路の CRN (分岐点）に該当する力否か を判別することが可能である。
[0044] また、通信管理部 (分岐点判別部） 2095は、自身が、 QNE (自端末） 101の移動 前後におけるァグリゲーシヨン用 QoS経路の CRNに該当することを把握した場合に は、 QoS経路用メッセージ生成部 2098に対して、 CRNの探索メッセージ（後述の図 5のステップ S 1019で送信される QUERY (A)メッセージ）内に、自身のインタフエ一 スの IPアドレスを付加するように指示を行う。
[0045] また、図 4には、本発明の第 1の実施の形態において、 QNE (自端末） 101の移動 後に確立される新たなァグリゲーシヨン用 QoS経路の上流側の端点となる QNE211 の構成の一例が図示されている。図 4に図示されている QNE211は、受信部 2111、 送信部 2112、 QoS処理部 2114、通信管理部（分岐点判別部） 2115、通知メッセ一 ジ生成部 2116を有している。また、 QoS処理部 2114は、 QoS経路用メッセージ処 理部 2117、 QoS経路用メッセージ生成部 2118、 QoS経路情報格納部 2119を有し ている。なお、図 4に示す QNE211が有する各機能はハードウェア及び Z又はソフト ウェア (プログラム）によって実現可能である。
[0046] 受信部 2111及び送信部 2112は、データの受信及び送信を行う機能を有して!/ヽる 。なお、 QNE211をあて先とするパケットや、 QNE211が処理を行うことが要請され ているデータなどに関しては、上位レイヤにおける処理を行うが、その他のパケットな どに関しては、受信部 2111から送信部 2112に渡され、パケットはそのまま転送され る。
[0047] また、 QoS処理部 2114は、図 2に図示されて!ヽる QoS処理部 3054と同様〖こ、所 定の QoS機能（例えば NSIS QoS機能）を表すブロックである。なお、後述の図 5に おいて、ステップ S1011で送信される QUERYメッセージ、ステップ S1021で送信さ れる RESPONSE (A)メッセージ、ステップ S 1027で送信される RESPONSEメッセ ージなどは、 QoS経路用メッセージ生成部 2118で生成され、ステップ S1007で受信 する QUERYメッセージ、ステップ S 1019で受信する QUERY (A)メッセージ、ステ ップ S 1025で受信する RESPONSEメッセージなどは、 QoS経路用メッセージ処理 部 2117で処理される。また、ステップ S1009における IPアドレスの付カ卩に関しては、 通信管理部 (分岐点判別部） 2115からの指示により、 QoS経路用メッセージ生成部 2118において行われる。また、 QoS処理部 2114は、エンド'ッ一'エンド QoS経路 に係るメッセージ（後述の図 5のステップ S1007における QUERYメッセージ）を受信 した場合に、その旨を通知メッセージ生成部 2116に通知する。
[0048] また、 QoS処理部 2114の QoS経路情報格納部 2119には、図 2に図示されている QoS経路情報格納部 3059と同様に、 QNE211が処理を行う QoS経路（すなわち、 QNE211を経由する QoS経路）に関する様々な情報が格納される。なお、 QNE21 1は、 QNE305と同様にァグリゲーシヨンドメイン 227のエッジに存在しており、ァグリ ゲーシヨンドメイン 227の内部及び外部に係る情報を QoS経路情報格納部 2119に 保持することが可能である。
[0049] また、通信管理部 (分岐点判別部） 2115は、自身 (QNE211)が QNE (自端末） 1 01の移動前及び移動後の QoS経路に関して、 CRNである力否かを判別する機能を 有している。例えば、 QNE (自端末） 101の移動前に用いられていたァグリゲーシヨン 用 QoS経路のセッション識別子やフロー識別子に関連する QoS経路情報 (後述の 図 5のステップ S1019で受信した QUERY (A)メッセージに含まれる情報）力 QoS 経路情報格納部 2119に格納されているか否かを参照することによって、自身が QN E (自端末） 101の移動前のァグリゲーシヨン用 QoS経路の経由ポイントであった力否 かを把握することが可能である。なお、 QNE211は、自身がエンド'ッ一'エンド QoS 経路の CRNであるか否力 及び自身がァグリゲーシヨン用 QoS経路の CRNである か否かの両方を判別することが可能である。また、 QNE211がエンド'ッ一 ·エンド Q oS経路の CRNではない場合には、 QNE211よりも上流側（QNE (相手端末） 501 側）に CRNが存在することが予想されるので、 QNE211は、ァグリゲーシヨンドメイン 227の内部における CRNの探索が行われな 、ように制御してもよ 、。
[0050] また、通知メッセージ生成部 2116は、エンド'ッ一'エンド QoS経路に係るメッセ一 ジ（後述の図 5のステップ S1007における QUERYメッセージ）をトリガとして、 QNE3 05に対して送信する通知メッセージ（後述の図 5のステップ S1013において送信さ れるメッセージ）を生成する機能を有している。この通知メッセージは、ァグリゲーショ ン用 QoS経路確立の準備を依頼するためのメッセージであり、図 2に図示されて 、る QNE305の通知メッセージ処理部 3053において処理されるメッセージである。
[0051] なお、図 1に図示されている QNE (自端末） 101やプロキシとして動作する QNE30 3などの構成は、従来の技術と同様の構成（上述の非特許文献 3に記載されている構 成）によって実現可能である。また、 QNE (相手端末） 501に関しても、従来の技術に よって実現可能であり、例えば、現在の NSIS QoSに準拠した機能が実装されてい ればよい。
[0052] 次に、本発明の第 1の実施の形態における動作の一例について説明する。図 5は、 本発明の第 1の実施の形態における動作の一例を示すシーケンスチャートである。な お、ここでは、エンド 'ツー'エンド QoS経路にはセッション識別子 1及びフロー識別子 1が使用され、ァグリゲーシヨン用 QoS経路にはセッション識別子 1、セッション識別 子バインド情報及びフロー識別子 2が使用されて、それぞれの QoS経路における Qo Sリソース予約が行われて!/、るものとする。
[0053] QNE (自端末） 101は、移動前 (現在）のサブネット 201から新たなサブネット 301 への移動を決定した場合 (ステップ S 1001)、新しいサブネット 301に移動する前に、 QNE (相手端末） 501との現在の通信においてエンド'ツー ·エンドで使用して 、るセ ッシヨン識別子（セッション識別子 1)を含むメッセージを、移動先のサブネット 301の プロキシ（ここでは、 QNE303)に送信する（ステップ S1003)。なお、このセッション 識別子 1に対して複数のフロー情報が対応している可能性もあるので、どのフローに 対して新たな QoS経路確立の準備を行うかを特定するための識別子 (例えば、現在 のフロー情報 (フロー識別子 1)など）を上記のメッセージに含めてもよい。なお、 QN
E (自端末） 101から QNE303に対して送信されるメッセージは、 NSIS QoSにおけ る既存のメッセージ（例えば QUERYメッセージや NOTIFYメッセージ）を拡張したも のでもよい。
[0054] また、ここでは、 QNE (自端末） 101がサブネット 201に接続中に、移動先のサブネ ット 301のプロキシとして QNE303を選択している力 このプロキシの特定方法に関 しては任意の方法を採用することが可能である。例えば、プロキシの特定方法として は、周辺プロキシに関する対応情報を QNE (自端末） 101があら力じめ持っており、 サブネット 301内のアクセスポイントからの L2情報（サブネット 201に接続中に、サブ ネット 301内のアクセスポイントから聞こえるビーコンなど）を受け取った際に、上記の 対応情報を参照して、サブネット 301への移動の際に選択可能なプロキシを特定す るなどの方法が挙げられる。
[0055] さらに、ここでは、 QNE (自端末） 101の移動に対応して、迅速な QoSリソース予約 が実現されるように、 QNE (自端末） 101が新しいサブネット 301に移動する前に、プ 口キシの選択及びメッセージの送信を行っている力 QNE (自端末） 101がサブネッ ト 301に移動した後に、後述のステップ S 1005において送信される QUERYメッセ一 ジを自ら送信してもよい。
[0056] セッション識別子 1を含む上記のメッセージを QNE (自端末） 101から受信した QN E303は、このセッション識別子 1を含むメッセージ（ここでは、 QUERYメッセージを 用いる）を生成して、 QNE (相手端末） 501に向けて送信する (ステップ S1005)。な お、 QNE (自端末） 101から受信した上記のメッセージにフロー識別子 1の情報が含 まれている場合には、このフロー識別子 1の情報も QUERYメッセージに含めて送信 してちよい。
[0057] ステップ S 1005で送信された QUERYメッセージは、 QNE303から QNE (相手端 末） 501への経路上のエンド ·ッ一'エンド QoSに対応したルータ（QNE)によって受 信される。したがって、図 1に図示されている構成では、 QNE303から送信された Q UERYメッセージは、 QNE305によって受信される。
[0058] ステップ S 1005で QNE303から送信された QUERYメッセージを受信した QNE3 05は、 QUERYメッセージに含まれるセッション識別子 1に対するリソース予約を持つ ている力否かの確認を行う。なお、 QUERYメッセージにフロー識別子 1の情報が含 まれている場合には、セッション識別子 1及びフロー識別子 1のペアに対するリソース 予約を持っているか否かの確認が行われる。ここでは、 QNE305はセッション識別子 1に対するリソース予約を持っていないので、通常の QUERY処理を行い、次のェン ド .ッ一.エンド QoSに対応したルータ（QNE211)に QUERYメッセージを送信する (ステップ S1007)。なお、 QNE305は、ァグリゲーシヨンドメイン 227のエッジであり、 この QUERYメッセージをァグリゲーシヨンドメイン 227の内部の QNEに無視させるた めのフラグを付加して送信してもよ 、。
[0059] 次に、 QNE305から送信された QUERYメッセージを受信した QNE211 (エンド' ッ一.エンド QoSに対応したルータ）は、 QUERYメッセージに含まれるセッション識 別子 1に対するリソース予約を持っている力否かの確認を行う。 QNE211は、移動前 の QNE (自端末） 101と QNE (相手端末） 501との間の通信における QoS経路上に 位置しており、エンド'ッ一'エンド QoS経路のセッション識別子 1に対するリソース予 約を持っている。したがって、 QNE211は、セッション識別子 1に対するリソース予約 が設定されて 、るインタフェースの IPアドレスを QUERYメッセージに付カロし (ステツ プ S1009)、更に通常の QUERY処理を行って、次のエンド'ッ一'エンド QoSに対 応したルータ（QNE (相手端末） 501)に QUERYメッセージを送信する（ステップ S1 011)。
[0060] また、 QNE211は、ァグリゲーシヨン用 QoS経路に対応したルータであるとともに、 移動前の QNE (自端末） 101と QNE (相手端末） 501との間の通信に係るァグリゲー シヨン用 QoS経路上に存在し、移動前の QNE (自端末） 101と QNE (相手端末） 50 1との間の通信に係るエンド 'ツー'エンド QoS経路及びァグリゲーシヨン用 QoS経路 の両方に関する情報を有している。すなわち、 QNE211は、 自身がァグリゲーシヨン 用 QoS経路の出口であること、及びァグリゲーシヨン用 QoS経路で使用されているフ ロー識別子 (フロー識別子 2)を把握して ヽる。
[0061] QNE211は、ステップ S1011における QUERYメッセージの送信処理と同時に、 QNE211が受信した QUERYメッセージの送信元（すなわち QNE303)の方向に向 力つて、ァグリゲーシヨン用 QoS経路確立の準備を依頼するためのメッセージ (通知メ ッセージ）を送信する（ステップ S1013)。なお、このメッセージとして、既存の NSIS QoSメッセージである QUERYメッセージや NOTIFYメッセージを拡張したものを用 いてもよい。また、ここでは、 QNE211は、エンド'ッ一'エンド QoS経路のセッション 識別子 1に対するリソース予約を持って 、る場合にっ 、て説明した力 QNE211が エンド ·ッ一'エンド QoS経路のセッション識別子 1に対するリソース予約を持って!/、な い場合には、ァグリゲーシヨンドメイン 227内に CRNは存在しないことが推定される。 この場合には、 QNE211が、以降の処理において、ァグリゲーシヨンドメイン 227の 内部における CRNの探索が行われな 、ように制御してもよ 、。
[0062] QNE211は、ステップ S1013で送信するメッセージに、セッション識別子 1を挿入 する。なお、このメッセージには、セッション識別子 1のバインド情報が含まれるように してもよく、さらに、ステップ S1007で送信された QUERYメッセージにフロー識別子 1の情報が含まれている場合には、ァグリゲーシヨン用 QoS経路のフロー識別子 2が 含まれるようにしてもよい。
[0063] ステップ S1013で QNE211から送信されるメッセージは、 QNE303から QNE (相 手端末） 501に向力う経路上に存在する QNE305 (ァグリゲーシヨンドメイン 227のェ ッジのルータ）に対して、ァグリゲーシヨンドメイン 227内のァグリゲーシヨン用 QoS経 路確立の準備を依頼するメッセージである。
[0064] ステップ S1013で QNE211から送信されたメッセージを受信した QNE305は、ス テツプ S 1013におけるメッセージの送信元（QNE211)に向けて送信するメッセージ (後述の QUERY (A)メッセージ）を生成する。なお、このメッセージには、セッション 識別子 1が含まれる。また、この QUERY (A)メッセージに、ァグリゲーシヨン用 QoS 経路のフロー識別子 2を含めて送信してもよい。また、さらに、この QUERY (A)メッ セージに、セッション識別子 1のノ インド情報が含まれるようにしてもよい。
[0065] また、同時に、 QNE305は、このセッション識別子 1に対するリソース予約を持って いるか否かの確認を行う。なお、ステップ S1013で QNE211から送信されたメッセ一 ジにフロー識別子 2の情報が含まれている場合には、セッション識別子 1及びフロー 識別子 2のペアに対するリソース予約を持って 、る力否かの確認が行われる。ここで は、 QNE305はセッション識別子 1に対するリソース予約を持っていないので、通常 の QUERY処理を行い、次のァグリゲーシヨン用 QoSに対応したルータ（QNE209) に QUERY(A)メッセージを送信する（ステップ S1015)。なお、本明細書では、ェン ド ·ツー ·エンド QoS経路確立の準備を依頼する QUERYメッセージと区別するため、 ァグリゲーシヨン用 QoS経路確立の準備を依頼する QUERYメッセージを、 QUERY (A)メッセージと表記する。
[0066] なお、ァグリゲーシヨンドメイン 227のエッジに存在する QNE305は、例えば、ステツ プ S 1005で QNE303から送信された QUERYメッセージを受信して、この QUERY メッセージに含まれて 、るセッション識別子 1に対するリソース予約を持って 、な 、こ とが確認された時点で、 QUERY (A)メッセージを送信することも可能である。この場 合には、ステップ S1013における QNE211からのメッセージ送信は、必ずしも行わ れる必要はない。
[0067] ステップ S 1015で QNE305から送信された QUERY (A)メッセージを受信した QN E209は、このセッション識別子 1に対するリソース予約を持っているか否かの確認を 行う。 QNE209は、移動前の QNE (自端末） 101と QNE (相手端末） 501との間の通 信における QoS経路上に位置しており、ァグリゲーシヨン用 QoS経路のセッション識 別子 1に対するリソース予約を持っている。したがって、 QNE209は、セッション識別 子 1に対するリソース予約が設定されて 、るインタフェースの IPアドレス (識別情報)を QUERY (A)メッセージに付カ卩し（S1017)、更に通常の QUERY処理を行って、次 のァグリゲーシヨン用 QoSに対応したルータ（QNE211)に QUERY (A)メッセージ を送信する（ステップ S1019)。なお、 QNE209は、受信した QUERY (A)メッセ一 ジに他の QNEの IPアドレスが付カ卩されておらず、かつ自 QNE209はァグリゲーショ ン用 QoS経路のセッション識別子 1に対するリソース予約を持っていることを確認した 時点で、自 QNE209力 QNE (自端末） 101の移動によるァグリゲーシヨン用 QoS経 路の変更に係る CRNであることを把握してもよい。 [0068] さらに、 QUERY(A)メッセージはQNE209からQNE211に送信され、 QNE211 においても、 QUERY (A)メッセージに含まれるセッション識別子 1に対するリソース 予約を持っているか否かの確認が行われる。なお、 QNE211は、移動前の QNE (自 端末） 101が移動前に使用していたァグリゲーシヨン用 QoS経路の端点（エンドボイ ント）であり、セッション識別子 1に対するリソース予約を持っている力 既に QUERY (A)メッセージに QNE209の IPアドレスが付カ卩されていることを検出して、上記の確 認処理を省略することも可能である。また、 QUERY (A)メッセージにセッション識別 子 1のバインド情報が含まれている場合には、ァグリゲーシヨンドメイン 227内でセッシ ヨン識別子 1に対するリソース予約を持っているカゝ否かを確認する際に、セッション識 別子 1のバインド情報も一緒に確認してもよい。
[0069] また、 QNE209から QNE211に転送される QUERY(A)メッセージは、他の 1つ又 は複数の QNE (不図示）を経由する場合も考えられる。この場合、メッセージを転送 する QNEは、 QUERY (A)メッセージに含まれるセッション識別子 1に対するリソース 予約を持っている場合でも、 IPアドレスを付加せずに、そのままメッセージの転送を 行うことが望ましい。また、メッセージを転送する QNEは、 QUERY (A)メッセージに 含まれるセッション識別子 1に対するリソース予約を持っている場合に IPアドレスを付 加してもよいが、この場合には、メッセージの受信者が、最初に IPアドレスを付カ卩した QNE (この場合には QNE209)の IPアドレスを特定できるようにメッセージのフォー マットが定められて 、ることが望まし!/、。
[0070] また、ここでは、 QNE209は、 QUERY (A)メッセージに含まれるセッション識別子 1に対するリソース予約を持って 、ることを判断して自身の IPアドレスを付カ卩して!/、る 1S 例えば、より詳細に、 QUERY (A)メッセージの転送元及び転送先と、セッション 識別子 1のァグリゲーシヨン用 QoS経路の前ホップ及び次ホップとを参照し、メッセ一 ジの転送元と、セッション識別子 1のァグリゲーシヨン用 QoS経路の次ホップとは異な る力 メッセージの転送先と、セッション識別子 1のァグリゲーシヨン用 QoS経路の前 ホップとは同一である旨が確認できた場合に、自身が CRNであり、メッセージに対し て IPアドレスの付カ卩を行うように構成されてもよ！、。
[0071] QNE211は、 QUERY (A)メッセージに付カ卩された情報を、 QUERY (A)メッセ一 ジに対する応答として送信する RESPONSE (A)メッセージにコピーして、 QNE305 に向けて RESPONSE (A)メッセージの送信を行う（ステップ S1021)。なお、本明細 書では、エンド ·ッ一'エンド QoSに係る QUERYメッセージへの応答メッセージ (RE SPONSEメッセージ）と区別するため、 QUERY (A)メッセージに対する応答メッセ ージを RESPONSE (A)メッセージと表記する。この RESPONSE (A)メッセージは 、 QNE209がインタセプトした後、 QNE209から QNE305に送信される（ステップ S 1023)。
[0072] QUERY (A)メッセージに付加された情報は、 QNE (自端末） 101の移動によるァ ダリゲーシヨン用 QoS経路の変更に係る CRNを特定するための情報として使用可能 である。すなわち、ここでは、 QUERY (A)メッセージには QNE209の IPアドレスが 付加されており、この QNE209の IPアドレスが RESPONSE (A)メッセージ内にコピ 一されることによって、 RESPONSE (A)メッセージを受信した QNE305は、この RE SPONSE (A)メッセージの内容から、ァグリゲーシヨンドメイン 227内における CRN を特定することが可能となる。なお、 RESPONSE (A)メッセージ内に特定の QNEの IPアドレスが含まれていない場合には、 QNE305は、ァグリゲーシヨンドメイン 227内 に CRNが存在しない旨を把握する。また、 RESPONSE (A)メッセージは、従来の R ESPONSEメッセージと同様に、各 QNEにおける QoSリソースの空き状況を含むメ ッセージであり、 QNE305は、このァグリゲーシヨン用 QoS経路に対する各 QNEに おける QoSリソースの空き状況を把握することも可能である。
[0073] 一方、ステップ S1011で QNE211から送信された QUERYメッセージは、 QNE ( 相手端末） 501に到達する。 QNE (相手端末） 501は、この QUERYメッセージに付 加された情報を RESPONSEメッセージにコピーし、 QUERYメッセージが送信され てきた経路を逆にたどる形で、 QNE303に向力つて RESPONSEメッセージを送信 する（ステップ S1025)。すなわち、 QNE (相手端末） 501から送信された RESPON SEメッセージは、 QNE211, 305によって転送された後（ステップ S1027、 S1029) 、 QNE303に到達する。
[0074] こうして、 RESPONSEメッセージは QNE303 (すなわちプロキシ）に届けられる。 Q NE305は、この RESPONSEメッセージの内容から、エンド'ッ一'エンド QoS経路 における QoSリソース空き状況及びエンド 'ツー'エンド QoS経路における CRNを特 定することが可能となる。
[0075] なお、 QNE211は、 QNE (自端末） 101の移動前におけるフローのァグリゲーショ ンドメイン 227の入口の QNE (QNE207)の情報（例えば IPアドレスなど）を把握して いるので、この QNE207の情報を、ステップ S1013やステップ S1027におけるメッセ ージに含めて、 QNE305に送信してもよい。この場合には、 QNE305は、ァグリゲー シヨンドメイン 227内部に存在する CRNを特定した後、ァグリゲーシヨン用 QoS経路 の確立に必要な情報を QNE207から取得することが可能となる。
[0076] <第 2の実施の形態 >
次に、本発明の第 2の実施の形態について説明する。ここでは、データの流れの方 向がダウンリンク方向（QNE (相手端末） 501から QNE (自端末） 101への方向）の場 合について説明する。本発明の第 2の実施の形態では、データの流れの方向が反対 であり、 QUERYメッセージなどを始めとする NSISのメッセージもダウンリンク方向に 転送される必要がある。ここでは、 QNE (自端末） 101が、 QNE (相手端末） 501に対 して必要な情報を通知するとともに、 QNE (自端末） 101の移動に応じた新たな QoS 経路確立の準備を依頼するように構成されて 、る場合にっ 、て説明する。
[0077] 図 6には、本発明の第 2の実施の形態において、 QNE (自端末） 101の通信相手で ある QNE (相手端末） 501の構成の一例が図示されている。図 6に図示されている Q NE (相手端末） 501は、受信部 5011、送信部 5012、依頼メッセージ処理部 5013、 QoS処理部 5014を有している。また、 QoS処理部 5014は、 QoS経路用メッセージ 処理部 5017、 QoS経路用メッセージ生成部 5018、 QoS経路情報格納部 5019を 有している。なお、図 6に示す QNE (相手端末） 501が有する各機能はハードウェア 及び Z又はソフトウェア（プログラム）によって実現可能である。
[0078] 受信部 5011及び送信部 5012は、データの受信及び送信を行う機能を有して!/ヽる 。また、依頼メッセージ処理部 5013は、 QNE (自端末） 101から送信される依頼メッ セージ（後述の図 7のステップ S 2003において送信されるメッセージ）に係る処理を 行う機能を有している。この依頼メッセージは、 QNE (自端末） 101の移動に伴う新た な QoS経路の確立の準備を依頼するためのメッセージであり、エンド.ツー.エンド Q oS経路のセッション識別子や移動先のサブネット 301のプロキシ（例えば QNE303) の IPアドレス、さらには、フロー識別子の情報などを含んでいる。依頼メッセージ処理 部 5013は、この依頼メッセージ力も上記の情報を抽出して、 QoS処理部 5014に渡 す。
[0079] また、 QoS処理部 5014は、所定の QoS機能（例えば NSIS QoS機能）を表すブロ ックである。 QoS処理部 5014の QoS経路用メッセージ処理部 5017及び QoS経路 用メッセージ生成部 5018は、 QoS経路に関連して送受信されるメッセージ (例えば、 NSISの場合には、 QUERYメッセージ、 NOTIFYメッセージ、 RESERVEメッセ一 ジなど）の処理及び生成を行う機能を有している。なお、後述の図 7において、ステツ プ S2005で送信される QUERYメッセージは、 QoS経路用メッセージ生成部 5018 で生成される。また、 QoS処理部 5014の QoS経路情報格納部 5019は、 QNE (相 手端末） 501が利用して 、る QoS経路に関する様々な情報を格納する機能を有して いる。
[0080] また、 QoS処理部 5014は、依頼メッセージ処理部 5013によって依頼メッセージか ら抽出された情報を用いて、 QNE (自端末） 101の移動に伴う新たな QoS経路の確 立の準備を開始する。具体的には、例えば、 QoS経路用メッセージ生成部 5018は、 セッション識別子やフロー識別子を含む CRNの探索メッセージを生成し、依頼メッセ 一ジカも抽出されたプロキシ（QNE303)に向けて送信する。
[0081] 次に、本発明の第 2の実施の形態における動作の一例について説明する。図 7は、 本発明の第 2の実施の形態における動作の一例を示すシーケンスチャートである。な お、ここでは、エンド 'ツー'エンド QoS経路にはセッション識別子 3及びフロー識別子 3が使用され、ァグリゲーシヨン用 QoS経路にはセッション識別子 3、セッション識別 子バインド情報及びフロー識別子 4が使用されて、それぞれの QoS経路における Qo Sリソース予約が行われて!/、るものとする。
[0082] QNE (自端末） 101が、移動前 (現在）のサブネット 201から新たなサブネット 301 への移動を決定した場合 (ステップ S2001)、例えば、 QNE (自端末） 101は、移動 前に QNE (相手端末） 501に対して、新たな QoS経路確立の準備をするためのメッ セージ（依頼メッセージ）を送信する（ステップ S2003)。このメッセージには、セッショ ン識別子 3及び移動先のサブネット 301のプロキシ（ここでは、 QNE303)の IPァドレ スが含まれ、さらに、フロー識別子 3の情報が含まれるようにしてもよい。
[0083] なお、上述の本発明の第 1の実施の形態と同様、移動先のサブネット 301のプロキ シの特定方法に関しては任意の方法を採用することが可能である。また、 QNE (自 端末） 101が、サブネット 301に移動した後に、 QNE (相手端末） 501に対して上記 のメッセージを送信してもよい。また、ここで送られるメッセージは、 NSIS QoSにお ける既存のメッセージ（例えば QUERYメッセージや NOTIFYメッセージ）を拡張した ものを使用してもよい。
[0084] また、上述の方法では、 QNE (自端末） 101が、新しいサブネット 301に移動する前 に、セッション識別子 3及び QNE303の IPアドレス（さらには、フロー識別子 3)を含む メッセージを直接 QNE (相手端末） 501に送信して 、るが、例えば、 QNE (自端末） 1 01力 セッション識別子 3 (及びフロー識別子 3)を含むメッセージを、 QNE303 (プロ キシ）あてに送り、 QNE303が QNE (相手端末） 501に対して、上記のメッセージを 送信してちょい。
[0085] ステップ S2003でメッセージを受け取った QNE (相手端末） 501は、このメッセージ を参照して、セッション識別子 3を含むメッセージ（ここでは、 QUERYメッセージを用 いる）を生成し、 QNE303に向けて送信する（ステップ S2005)。なお、 QNE (自端 末） 101から受信した上記のメッセージにフロー識別子 3の情報が含まれている場合 には、このフロー識別子 3の情報も QUERYメッセージに含めて送信してもよい。
[0086] ステップ S2005で QNE (相手端末） 501から送信された QUERYメッセージを受信 した QNE211は、 QUERYメッセージに含まれるセッション識別子 3に対するリソース 予約を持っているか否かの確認を行う。なお、 QUERYメッセージにフロー識別子 3 の情報が含まれている場合には、セッション識別子 3及びフロー識別子 3のペアに対 するリソース予約を持っているか否かの確認が行われる。
[0087] QNE211は、移動前の QNE (自端末） 101と QNE (相手端末） 501との間の通信 における QoS経路上に位置しており、エンド'ッ一'エンド QoS経路のセッション識別 子 3に対するリソース予約を持っている。したがって、 QNE211は、セッション識別子 3に対するリソース予約が設定されているインタフェースの IPアドレスを QUERYメッ セージに付カ卩し（S2007)、更に通常の QUERY処理を行って、エンド'ッ一'エンド QoS経路に対応したルータ（QNE305)に QUERYメッセージを送信する（ステップ S2009)。なお、 QNE211は、ァグリゲーシヨンドメイン 227のエッジに存在しており、 この QUERYメッセージをァグリゲーシヨンドメイン 227の内部の QNEに無視させるた めのフラグを付加して送信してもよ 、。
[0088] ステップ S2009で QNE211から送信された QUERYメッセージを受信した QNE3 05は、 QUERYメッセージに含まれるセッション識別子 3に対するリソース予約を持つ ている力否かの確認を行う。なお、 QUERYメッセージにフロー識別子 3の情報が含 まれている場合には、セッション識別子 3及びフロー識別子 3のペアに対するリソース 予約を持っているか否かの確認が行われる。ここでは、 QNE305はセッション識別子 3に対するリソース予約を持っていないので、通常の QUERY処理を行い、次のェン ド .ッ一.エンド QoSに対応したルータ（QNE303)に QUERYメッセージを送信する (ステップ S2011)。
[0089] ステップ S2011で QNE305から送信された QUERYメッセージは、移動先のサブ ネット 301のプロキシ（すなわち、 QNE303)に到達する。 QNE303は、セッション識 別子 3に対するリソース予約を持っている力否かを確認した後、 QUERYメッセージ の内容から、エンド ·ツー ·エンド QoS経路における QoSリソース空き状況及びエンド •ツー ·エンド QoS経路における CRNを特定することが可能となる。
[0090] 一方、ステップ S2009における QUERYメッセージの送信と同時に、 QNE211は、 ァグリゲーシヨンドメイン 227のエッジに存在する QNE305に向けて送信するメッセ ージ（QUERY (A)メッセージ）を生成し、次のァグリゲーシヨン用 QoSに対応したル ータ（QNE209)に QUERY (A)メッセージを送信する（ステップ S2013)。なお、こ の QUERY (A)メッセージには、セッション識別子 3が含まれる。また、このメッセージ に、ァグリゲーシヨン用 QoS経路のフロー識別子 4を含めて送信してもよい。また、さ らに、この QUERY (A)メッセージに、セッション識別子 3のバインド情報が含まれるよ うにしてもよい。
[0091] ステップ S2013で QNE211から送信された QUERY(A)メッセージを受信した QN E209は、このセッション識別子 3に対するリソース予約を持っているか否かの確認を 行う。 QNE209は、移動前の QNE (自端末） 101と QNE (相手端末） 501との間の通 信における QoS経路上に位置しており、ァグリゲーシヨン用 QoS経路のセッション識 別子 3に対するリソース予約を持っている。したがって、 QNE209は、セッション識別 子 3に対するリソース予約が設定されているインタフェースの IPアドレスを QUERY ( A)メッセージに付カ卩し (ステップ S2015)、更に通常の QUERY処理を行って、次の ァグリゲーシヨン用 QoSに対応したルータ（QNE305)に QUERY (A)メッセージを 送信する（ステップ S2017)。なお、 QNE209は、受信した QUERY (A)メッセージ に他の QNEの IPアドレスが付カ卩されておらず、かつ自 QNE209はァグリゲーシヨン 用 QoS経路のセッション識別子 3に対するリソース予約を持っていることを確認した 時点で、自 QNE209力 QNE (自端末） 101の移動によるァグリゲーシヨン用 QoS経 路の変更に係る CRNであることを把握してもよい。
[0092] さらに、 QNE209から QUERY(A)メッセージを受信した QNE305においても、 Q UERY(A)メッセージに含まれるセッション識別子 3に対するリソース予約を持ってい るか否かの確認が行われる。また、 QNE305は、 QUERY (A)メッセージの内容から 、ァグリゲーシヨンドメイン 227内の各 QNEにおける QoSリソース空き状況及びァグリ ゲーシヨン用 QoS経路における CRNを特定することが可能となる。
[0093] なお、 QNE211は、 QNE (自端末） 101の移動前におけるフローのァグリゲーショ ンドメイン 227の出口の QNE (QNE207)の情報（例えば IPアドレスなど）を把握して いるので、この QNE207の情報を、ステップ S2009におけるメッセージに含めて、 Q NE305に送信してもよい。この場合には、 QNE305は、ァグリゲーシヨンドメイン 227 内部に存在する CRNを特定した後、ァグリゲーシヨン用 QoS経路の確立に必要な情 報を QNE207から取得することが可能となる。
[0094] なお、上記の本発明の実施の形態の説明で用いた各機能ブロックは、典型的には 集積回路である LSI (Large Scale Integration)として実現される。これらは個別に 1チ ップィ匕されてもよいし、一部又はすベてを含むように 1チップ化されてもよい。なお、こ こでは、 LSIとしたが、集積度の違いにより、 IC (Integrated Circuit)、システム LSI、ス 一パー LSI、ウノレ卜ラ LSIと呼称されることもある。
[0095] また、集積回路化の手法は LSIに限るものではなぐ専用回路又は汎用プロセッサ で実現してもよい。 LSI製造後に、プログラムすることが可能な FPGA (Field Program mable Gate Array)や、 LSI内部の回路セルの接続や設定を再構成可能なリコンフィ ギュラブノレ ·プロセッサを利用してもよ 、。
[0096] さらには、半導体技術の進歩又は派生する別技術により LSIに置き換わる集積回 路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積ィ匕を行って もよい。例えば、バイオ技術の適応などが可能性としてあり得る。
産業上の利用可能性
[0097] 本発明は、移動端末に関する QoS経路がァグリゲーシヨンドメインを通じて確立さ れており、移動端末の移動に伴って QoS経路の変更が起こる場合に、ァグリゲーショ ンドメイン内部に存在する CRNを発見するとともに、 2重のリソース予約を発生させな い効率的な QoS経路の確立を実現することを可能にするという効果を有しており、無 線通信を行う移動端末のハンドオーバの際に、新たな経路の設定を行うための技術 分野に適用され、特に、次世代インターネットプロトコルであるモパイル IPv6プロトコ ルを利用した無線通信を行う移動端末のハンドオーバの際に、新たな経路の設定を 行うための技術分野や、 NSISを用いた QoS保証に係る技術分野に適用可能である

Claims

請求の範囲
[1] 少なくとも一方が移動端末である 2つの通信端末間に確立されているエンド'ツー · エンド経路がァグリゲーシヨン領域を通過しており、前記ァグリゲーシヨン領域にぉ ヽ て前記エンド ·ツー ·エンド経路がァグリゲーシヨン経路によって接続されて 、る場合 に、前記移動端末がハンドオーバを行って、前記 2つの通信端末間で新たなエンド' ツー.エンド経路が確立される際の経路設定方法であって、
前記ァグリゲーシヨン領域の内部に位置するクロスオーバノードであって、前記移動 端末の移動前に確立されていた第 1のァグリゲーシヨン経路と、前記移動端末の移動 後に確立される第 2のァグリゲーシヨン経路との前記クロスオーバノードを探索するた めに、前記第 2のァグリゲーシヨン経路の一方の端点となる経路管理装置が、前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置に向けて、前記クロスォ ーバノードの探索メッセージを送信するステップを有する経路設定方法。
[2] 前記ァグリゲーシヨン領域の内部のノードが、前記探索メッセージを受信した際に、 自身が前記第 1のァグリゲーシヨン経路及び前記第 2のァグリゲーシヨン経路の前記 クロスォーノ ノードに該当するか否かを判断するステップと、
自身が前記クロスオーバノードに該当すると判断された場合には、前記ァグリゲー シヨン領域の内部のノードが、前記探索メッセージに自身の識別情報を付加した後、 前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置に向けて、前記 探索メッセージを送信するステップとを、
有する請求項 1に記載の経路設定方法。
[3] ァグリゲーシヨン領域を通過するエンド 'ツー'エンド経路であって、第 1のァグリゲ ーシヨン経路によって接続されて 、る前記エンド ·ツー ·エンド経路を利用して ヽた移 動端末が移動を行って新たなエンド ·ツー ·エンド経路を確立する際に、前記新たな エンド ·ツー.エンド経路を接続する前記ァグリゲーシヨン領域内の新たな第 2のァグリ ゲーシヨン経路の一方の端点となる前記ァグリゲーシヨン領域のエッジに位置する経 路管理装置であって、
前記ァグリゲーシヨン領域の内部に位置するクロスオーバノードであって、前記移動 端末の移動前に確立されていた第 1のァグリゲーシヨン経路と、前記移動端末の移動 後に確立される第 2のァグリゲーシヨン経路との前記クロスオーバノードを探索するた めに、前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置に向けて、 前記クロスオーバノードの探索メッセージを送信するメッセージ送信手段を有する経 路管理装置。
[4] 前記探索メッセージが、前記第 1のァグリゲーシヨン経路を識別するための経路識 別情報を含むように構成されている請求項 3に記載の経路管理装置。
[5] ァグリゲーシヨン領域を通過するエンド 'ツー'エンド経路であって、第 1のァグリゲ ーシヨン経路によって接続されて 、る前記エンド ·ツー ·エンド経路を利用して ヽた移 動端末が移動を行って新たなエンド ·ツー ·エンド経路を確立する際に、前記新たな エンド ·ツー.エンド経路を接続する前記ァグリゲーシヨン領域内の新たな第 2のァグリ ゲーシヨン経路の一方の端点となる前記ァグリゲーシヨン領域のエッジに位置する経 路管理装置であって、
前記ァグリゲーシヨン領域の内部に位置するクロスオーバノードであって、前記移動 端末の移動前に確立されていた第 1のァグリゲーシヨン経路と、前記移動端末の移動 後に確立される第 2のァグリゲーシヨン経路との前記クロスオーバノードを探索するた めに、前記第 2のァグリゲーシヨン経路の他方の端点となる経路管理装置から、前記 クロスォーノ ノードの探索メッセージを受信するメッセージ受信手段と、
前記クロスオーバノードに該当する経路管理装置によって前記探索メッセージに付 加された前記経路管理装置の識別情報を、前記探索メッセージから抽出するクロス オーバノード特定手段とを、
有する経路管理装置。
[6] ァグリゲーシヨン領域の内部に位置する経路管理装置であって、
前記ァグリゲーシヨン領域を通過するエンド ·ツー ·エンド経路であって、第 1のァグ リゲーシヨン経路によって接続されて 、る前記エンド'ツー ·エンド経路を利用して!/ヽ た移動端末が移動を行って新たなエンド'ツー 'エンド経路を確立する際に、前記新 たなエンド 'ツー'エンド経路を接続する前記ァグリゲーシヨン領域内の新たな第 2の ァグリゲーシヨン経路の一方の端点となる前記ァグリゲーシヨン領域のエッジに位置 する経路管理装置によって送信された、前記移動端末の移動前に確立されていた 第 1のァグリゲーシヨン経路と、前記移動端末の移動後に確立される第 2のァグリゲー シヨン経路とのクロスオーバノードを探索するための探索メッセージを受信するメッセ ージ受信手段と、
前記探索メッセージを受信した際に、自身が前記第 1のァグリゲーシヨン経路と、前 記第 2のァグリゲーシヨン経路との前記クロスオーバノードに該当するか否かを判断 する判断手段と、
前記判断手段によって自身が前記クロスオーバノードに該当すると判断された場合 には、前記探索メッセージに自身の識別情報を付加する識別情報付加手段と、 前記自身の識別情報が付加された探索メッセージを、前記第 2のァグリゲーシヨン 経路の他方の端点となる経路管理装置に向けて転送するメッセージ転送手段とを、 有する経路管理装置。
[7] 他の経路管理装置によって既に前記探索メッセージに前記識別情報が付加されて いる場合には、前記メッセージ転送手段は、前記識別情報付加手段による前記探索 メッセージへの前記識別情報の付加を行わずに前記探索メッセージを転送するよう に構成されて 、る請求項 6に記載の経路管理装置。
[8] 自身を経由するァグリゲーシヨン経路に関する経路情報を格納する経路情報格納 手段を有し、
前記判断手段が、前記探索メッセージに含まれる前記第 1のァグリゲーシヨン経路 を識別するための経路識別情報を参照して、前記探索メッセージに含まれる前記第 1のァグリゲーシヨン経路に関する経路情報が前記経路情報格納手段に格納されて いる旨を確認した場合に、前記識別情報付加手段が、前記探索メッセージへの自身 の識別情報の付加を行うように構成されている請求項 6に記載の経路管理装置。
[9] 他の経路管理装置によって既に前記探索メッセージに前記識別情報が付加されて いる場合には、前記メッセージ転送手段は、前記識別情報付加手段による前記探索 メッセージへの前記識別情報の付加を行わずに前記探索メッセージを転送するよう に構成されて 、る請求項 8に記載の経路管理装置。
PCT/JP2006/311441 2005-06-09 2006-06-07 経路設定方法及び経路管理装置 WO2006132281A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2007520143A JPWO2006132281A1 (ja) 2005-06-09 2006-06-07 経路設定方法及び経路管理装置
US11/916,784 US20090190551A1 (en) 2005-06-09 2006-06-07 Route Setting Method and Route Management Device
EP06766467A EP1890435A1 (en) 2005-06-09 2006-06-07 Route setting method and route management device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2005-169983 2005-06-09
JP2005169983 2005-06-09

Publications (1)

Publication Number Publication Date
WO2006132281A1 true WO2006132281A1 (ja) 2006-12-14

Family

ID=37498480

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/311441 WO2006132281A1 (ja) 2005-06-09 2006-06-07 経路設定方法及び経路管理装置

Country Status (5)

Country Link
US (1) US20090190551A1 (ja)
EP (1) EP1890435A1 (ja)
JP (1) JPWO2006132281A1 (ja)
CN (1) CN101194478A (ja)
WO (1) WO2006132281A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008072565A1 (ja) * 2006-12-15 2008-06-19 Panasonic Corporation ＱｏＳ早期確立方法、その方法で用いられる移動端末、その方法で用いられるアクセスルータ、その方法で用いられる通信装置
JP2011030178A (ja) * 2009-07-27 2011-02-10 Korea Electronics Telecommun ネットワーク管理方法、管理装置、及び管理システム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006011567A1 (ja) * 2004-07-30 2006-02-02 Matsushita Electric Industrial Co., Ltd. 新規経路設定方法及び移動端末並びに経路管理装置
CN101742558B (zh) * 2008-11-19 2012-05-23 普天信息技术研究院有限公司 无线中继系统中的数据传输方法、无线中继系统及基站
EP2433443B1 (en) * 2009-05-18 2014-12-17 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for a dynamic resource reservation

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3046812B1 (ja) * 1999-01-20 2000-05-29 株式会社ワイ・アール・ピー移動通信基盤技術研究所 モバイルａｔｍネットワ―クシステム、集中制御局、および、ａｔｍスイッチ
JP3444220B2 (ja) * 1998-09-01 2003-09-08 日本電気株式会社 ハンドオフ制御方法、スイッチングノード、移動無線端末、及び記録媒体
JP2004222070A (ja) * 2003-01-16 2004-08-05 Ntt Docomo Inc 経路制御装置及び経路制御方法
JP3642780B2 (ja) * 2002-05-28 2005-04-27 株式会社エヌ・ティ・ティ・ドコモ パケット送信方法及び通信システム
WO2005076548A1 (ja) * 2004-02-06 2005-08-18 Matsushita Electric Industrial Co., Ltd. 通信ハンドオーバ方法及び通信メッセージ処理方法並びにこれらの方法をコンピュータにより実行するためのプログラム
WO2006073084A1 (ja) * 2005-01-07 2006-07-13 Matsushita Electric Industrial Co., Ltd. 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ATE324726T1 (de) * 1999-07-19 2006-05-15 British Telecomm Telekommunikationsrouting
US20040125795A1 (en) * 2000-02-18 2004-07-01 Corson Mathew S Telecommunications routing
EP1358747B1 (en) * 2000-10-26 2010-08-04 BRITISH TELECOMMUNICATIONS public limited company Optimal routing in handover scenarios
US6999436B2 (en) * 2001-04-16 2006-02-14 Nokia Corporation Method and apparatus for efficient routing of mobile node packets
KR100568152B1 (ko) * 2003-10-20 2006-04-07 삼성전자주식회사 이동망 환경에서의 크로스오버 라우터 탐색방법,자원예약방법 및 이를 이용하는 자원 예약 시스템

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3444220B2 (ja) * 1998-09-01 2003-09-08 日本電気株式会社 ハンドオフ制御方法、スイッチングノード、移動無線端末、及び記録媒体
JP3046812B1 (ja) * 1999-01-20 2000-05-29 株式会社ワイ・アール・ピー移動通信基盤技術研究所 モバイルａｔｍネットワ―クシステム、集中制御局、および、ａｔｍスイッチ
JP3642780B2 (ja) * 2002-05-28 2005-04-27 株式会社エヌ・ティ・ティ・ドコモ パケット送信方法及び通信システム
JP2004222070A (ja) * 2003-01-16 2004-08-05 Ntt Docomo Inc 経路制御装置及び経路制御方法
WO2005076548A1 (ja) * 2004-02-06 2005-08-18 Matsushita Electric Industrial Co., Ltd. 通信ハンドオーバ方法及び通信メッセージ処理方法並びにこれらの方法をコンピュータにより実行するためのプログラム
WO2006073084A1 (ja) * 2005-01-07 2006-07-13 Matsushita Electric Industrial Co., Ltd. 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
SANDA T. ET AL.: "A proposal for QoS State management on Mobile IPv6 communications", TECHNICAL REPORT OF IEICE IN2004-144, 20 January 2005 (2005-01-20), pages 1 - 6, XP008075005 *
SANDA T. ET AL.: "A proposal for seamless QoS support in mobile networks", IPSJ SIG TECHNICAL REPORT 2004-MBL-29-34, 14 May 2004 (2004-05-14), pages 59 - 64, XP002999432 *
SANDA T. ET AL.: "A proposal for seamless QoS support in mobile networks", TECHNICAL REPORT OF IEICE MOMUC 2004-23, 7 May 2004 (2004-05-07), pages 129 - 134, XP003006991 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008072565A1 (ja) * 2006-12-15 2008-06-19 Panasonic Corporation ＱｏＳ早期確立方法、その方法で用いられる移動端末、その方法で用いられるアクセスルータ、その方法で用いられる通信装置
JP2011030178A (ja) * 2009-07-27 2011-02-10 Korea Electronics Telecommun ネットワーク管理方法、管理装置、及び管理システム

Also Published As

Publication number Publication date
JPWO2006132281A1 (ja) 2009-01-08
CN101194478A (zh) 2008-06-04
US20090190551A1 (en) 2009-07-30
EP1890435A1 (en) 2008-02-20

Similar Documents

Publication Publication Date Title
US7957344B2 (en) Path setting method, mobile terminal, and path managing device
JP4896155B2 (ja) 接続ポイント選択方法及びその方法で用いられる中継ノード
US20070223420A1 (en) Communication Handover Method, Communication Message Processing Method and Program for Executing These Methods by use of a Computer
JPWO2007119598A1 (ja) 高速ＱｏＳハンドオーバ方法及びその方法で用いられる処理ノード
WO2006132281A1 (ja) 経路設定方法及び経路管理装置
JP5655018B2 (ja) ハンドオーバ処理システム、及びゲートウェイルータ
JPWO2006118188A1 (ja) クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム
US20100214998A1 (en) Network Management Device and Packet Transfer Device
JP4664965B2 (ja) 通信システム及び通信ノード
JP2006352444A (ja) パケット転送システム及びパケット転送方法
WO2007061118A1 (ja) アグリゲーション管理方法、アグリゲートノード、デアグリゲートノード
EP1051010B1 (en) Mobile IP supporting quality of service for foreign network with foreign agent and plurality of mobile nodes
EP1783964A1 (en) Mobile communication system, packet transfer device, and path re-establishing method
US20100157939A1 (en) Crossover node detection pre-processing method, crossover node detection pre-processing program for executing this method by computer, and mobile terminal used in this method
WO2007074885A1 (ja) 代理ノード発見方法とその方法で用いられる中継ノード、及びノード発見方法とその方法で用いられる第１のノード、第２のノード、中継ノード
WO2007037372A1 (ja) アグリゲーション管理方法、アグリゲートノード、デアグリゲートノード
JP4750115B2 (ja) クロスオーバノード検出方法、この方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム、クロスオーバノード検出方法で用いられる移動端末及び中継装置
KR20110049909A (ko) 핸드오버 프로세스 동안 또는 핸드오버 프로세스의 준비중에 서비스 품질 메커니즘을 지원하는 방법
Tran et al. Design of Computing-Aware Traffic Steering Architecture for 5G Mobile User Plane
WO2008072565A1 (ja) ＱｏＳ早期確立方法、その方法で用いられる移動端末、その方法で用いられるアクセスルータ、その方法で用いられる通信装置
Chaht et al. Towards a future mobile multihomed environment
JP2008283417A (ja) クロスオーバノード選択方法及びその方法で用いられる中継ノード

Legal Events

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

Ref document number: 200680020616.9

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: 2006766467

Country of ref document: EP

Ref document number: 2007520143

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 11916784

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

WWP Wipo information: published in national office

Ref document number: 2006766467

Country of ref document: EP