WO2006073084A1 - 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法 - Google Patents

通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法 Download PDF

Info

Publication number
WO2006073084A1
WO2006073084A1 PCT/JP2005/023874 JP2005023874W WO2006073084A1 WO 2006073084 A1 WO2006073084 A1 WO 2006073084A1 JP 2005023874 W JP2005023874 W JP 2005023874W WO 2006073084 A1 WO2006073084 A1 WO 2006073084A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication
route
information
address
mobile terminal
Prior art date
Application number
PCT/JP2005/023874
Other languages
English (en)
French (fr)
Inventor
Takako Hori
Hong Cheng
Toyoki Ue
Qijie Huang
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 EP05822553A priority Critical patent/EP1835667A1/en
Priority to US11/813,248 priority patent/US20080137625A1/en
Priority to JP2006550786A priority patent/JPWO2006073084A1/ja
Publication of WO2006073084A1 publication Critical patent/WO2006073084A1/ja

Links

Classifications

    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/12—Reselecting a serving backbone network switching or routing node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/26—Network addressing or numbering for mobility support
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W40/00—Communication routing or communication path finding
    • H04W40/34—Modification of an existing route
    • H04W40/36—Modification of an existing route due to handover
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup

Definitions

  • the present invention relates to a communication system, a resource management device, a resource management method, a communication management device, and a communication management method, and more particularly, to a communication system, a resource management device, a resource management method, and a communication in a communication network where packet transmission is performed.
  • the present invention relates to a management apparatus and a communication management method.
  • Mobile terminal power As a technology that can seamlessly connect to a communication network such as the Internet for users accessing a communication network such as the Internet through a wireless network, the Mobile IP (a next-generation Internet protocol) Those using the Internet Protocol) have become widespread.
  • the Mobile IP a next-generation Internet protocol
  • RSVP Resource Reservation Protocol
  • NSIS Next Step in Signaling
  • This NSIS is expected to be particularly effective for various supplementary services such as QoS guarantees in a mopile environment, and there are requirements for implementing QoS guarantees and mobility support in NSIS.
  • Non-Patent Documents 3 to 7 below There are also documents describing the realization method (for example, see Non-Patent Documents 3 to 7 below). The following describes the outline of NSIS, which is currently drafted by the NETF working group of the IETF, and the QoS path establishment method (see Non-Patent Document 4 and Non-Patent Document 7).
  • FIG. 10 shows a protocol stack of NSIS and its lower layers in order to explain the protocol configuration of NSIS in the prior art.
  • the NSIS protocol layer is located immediately above the IP and lower layers.
  • the NSIS protocol layer generates NSLP (NSIS Signaling Layer Protocol), which is a protocol for generating and processing signaling messages for providing each additional service, and NTLP (Routing for NSLP signaling messages).
  • NSLP can be used for various purposes such as NSLP for QoS (QoS NSLP) and NSLP for other supplementary services (Service A and Service B) (Service A NSLP, Service B NSLP).
  • QoS NSLP QoS
  • Service A and Service B Service A NSLP, Service B NSLP
  • FIG. 11 is a schematic diagram for explaining the concept of “neighboring NSIS nodes and QNE forces in the prior art”.
  • NE NSIS Entity
  • NSLP may not necessarily exist, and one or more NSLP may exist.
  • QNE QoS NSIS Entity
  • terminals and routers can be NEs.
  • there may be multiple non-NE routers between adjacent NEs and there may be multiple non-NE routers and NEs without QoS NSLP between adjacent Q NEs. There can be.
  • NSIS covers not only the mopile environment but also various functions in a normal static network.
  • NSIS is one of the functions of NSIS. Focusing on the functions that realize the establishment of intelligent services, Establishing mobility-supported supplementary services shall be realized.
  • a subnet when the MN moves to a new subnetwork (hereinafter referred to as a subnet), it needs to be established between the new QoS path strength MN and the CN (Correspondent Node). Until a new QoS path is established, the data packet cannot receive the necessary QoS processing, and QoS interruption occurs. This QoS disruption needs to be minimized to ensure smooth and seamless mobility.
  • Non-Patent Document 8 proposes a method for establishing and establishing a QoS route for a triangular route of mopile IP by accounting for a change to RSVP.
  • the “simple proxy agent (corresponding to HA (Home Agent))” and “remote proxy agent (corresponding to FA (Foreign Agent))” force QoS path for MN Can be established.
  • the remote proxy agent After acquiring the NCoA (New Care-of Address) of the MN, the remote proxy agent sets up a QoS path between itself and the CN. Subsequently, a new route is established between the remote proxy agent and the local proxy agent (ie, between FA and HA), and this route is connected between the local proxy agent and CN (ie, FA and CN). And the route between the two.
  • NCoA New Care-of Address
  • a part of the old route before the handover may overlap with a part of the new route after the handover.
  • various problems may occur, such as the problem of double reservation in overlapping routes and the difficulty of changing routes.
  • One way to solve these problems is to identify where the old and new paths branch (crossover).
  • a communication node that exists on this branch point is called a CRN (Crossover Node).
  • CRN Cross Node
  • the methods described in Non-Patent Documents 9 and 10 below are available. Are known.
  • the establishment of a QoS route described in this specification is a route through which a data packet for which QoS is guaranteed passes. This is a state in which the state for establishing a resource has been established and the resource reservation procedure for QoS guarantee has been completed by the NSLP layer. Note that resource reservation for QoS guarantee and state establishment for routing of the NTLP layer may be performed at the same time, and after establishment of state for routing, QoS reservation is made. Resource reservations may be made.
  • the state for routing of the signaling message is that when the first message of NSIS is sent in the downstream direction (direction in which the data packet is sent).
  • the first Q NE through which the data packet passes sends a signaling message for QoS reservation or a signaling message for its preparation to the data packet.
  • Send to recipient in addition to information such as a session ID identifying a session and a flow ID identifying a flow being added to the NTLP layer of this signaling message, RAO (Router Alert Option) is attached to the IP layer.
  • RAO Raster Alert Option
  • this signaling message is intercepted due to the presence of RAO and passed to the NSIS layer (NTLP layer and NSLP layer). Will be confirmed.
  • the NTLP layer of the QNE that intercepts the signaling message first, as the state for routing, the flow ID and session ID information, and the adjacent QNE that is the previous one to which this signaling message has been transmitted. Stores the IP address information of. A reply message at the NTLP level is returned to the previous adjacent QNE. This allows the NTLP layer of the previous QNE to know the IP address of the next QNE, and keeps this IP address by writing it to the routing state. In addition, when it is desired to send and receive signaling messages securely, other procedures such as message association are performed to negotiate security.
  • NSIS Network Address Translation
  • FW Firewa 11
  • NATFW NSLP see below
  • NAT is a technique for converting private address information used only within a LAN (Local Area Network) and global address information used on the Internet.
  • IP address a combination of IP address and port number is also used for the address information.
  • Translation information indicating which private address information is associated with which global address information is stored in a NAT-compatible node in the form of a policy rule.
  • FW is a technology that filters packets that pass through the LAN or packets that are sent outside the LAN (for example, the Internet). Note that IP address and port number are used for filtering. This filtering information is held in the FW node in the form of policy rules.
  • both NAT and FW functions are often implemented on a single node. In this specification, both NAT and FW functions are called NATFW, and a node having both NAT and FW functions is called a NATFW node.
  • the NATFW NSLP compatible node that is the data sender sends a CREATE message to the NATF W NSLP compatible node that is the data receiver.
  • the parameters included in the CREATE message are the address information of the target data packet, the action (for example, processing that does not pass the packet through Z), and supplementary information (such as lifetime) for the action. is there.
  • the address information of this data packet is quoted from the flow ID.
  • the data sender and data receiver are not NATFW NSLP compatible nodes, the data sender (or The node closest to the (data receiver) is the sender (or receiver) of the signaling message.
  • the NATFW node is required to have a policy rule for passing an NSIS message in advance.
  • NTLP also includes a flow ID.
  • This flow ID is used as data packet filtering information (for example, packet classifier (packet classifier) in QoS guarantee) in the NSLP layer.
  • packet classifier packet classifier
  • QoS guarantee QoS guarantee
  • Non-Patent Literature 1 R. Braden, L. Zhang, b. Berson, S. Herzog and S. Jamin, Resource R eSerVation Protocol-Version 1 Functional Specification, RFC 2205, September 1 997.
  • Non-Patent Document 2 NSIS WG (http://www.ietf.org/html.charters/nsis-charter.html)
  • Non-Patent Document 3 H. Chaskar, Ed, "Requirements of a Quality of Service (QoS) Solution for Mobile IP ", RFC3583, September 2003
  • Non-Patent Document 4 Sven Van den Bosch, Georgios Karagiannis and Andrew McDonald "N SLP for Quality— of— Service signaling, draft-ietf-nsis-qos-nslp-05.txt, October 20 04
  • Patent Document 5 X. Fu, H. Schulzrinne, H. Tschofenig, "Mobility issues in Next Step s ignaling”, draft— fu—nsis— mobility— 01. txt, October 2003
  • Non-Patent Document 6 S. Lee, et. AL, "Applicability Statement of NSIS Protocols in Mobile Environments”, draft— ietf— nsis— applicability— mobility— signaling— 00. txt, October 18, 2004
  • Non-Patent Document 7 R. Hancock (editor), 'Next Steps in Signaling: Framewor, draft- ietf -nsis-lw-07.txt, November 1, 2003
  • Non-Patent Document 8 MRSVP: A. K. TALUKDAR, B.R.BADRINATH and A. ACHARYA, "A Resource Reservation Protocol for an Integrated Service Network with Mobile Hosts", Wireless Network 7 pp5- 19, 2001
  • Non-Patent Document 9 T. Sanda, T. Ue, "Pre CRN discovery from proxy on candidate new path", draft— sanda— nsis— mobility— qos— proxy— 01.txt, Feruary 2004
  • Non-Patent Document 10 Takako Mita, Takashi Kamiyo, Takashi Aramaki, "Proposal on Seamless QoS Path Establishment Method Supporting Mobility", IEICE Mopile Multimedia Communication (MoMuC) Study Group, Vol.104 No. 38, pp59- 64, May 2004
  • Non-Patent Literature 11A H. Schulznnne, R. Hancock, GIMPS: General Internet Messaging
  • Non-Patent Document 1 IB H. Schulzrinne, R. Hancock, "GIMPS: General Internet Messaging
  • Non-Patent Document 12 Takako Mita et al., “Proposal on QoS State Management Method for Communication Using Mopile IP”, IEICE Information Network (IN) Study Group, vol. 104, no. 5
  • Non-Patent Document 13 M. Stiemerling, H. Tschofenig and C. Aoun "NAT / Firewall NSIS Sig naling Layer Protocol (NSLP)", draft- ietf- nsis- nslp-nat!-07.txt, July 18, 2005 [ [0024]
  • the conventional technology mainly has the following two problems (first and second problems).
  • a proxy in a new subnetwork is used to pre-establish a QoS route for the MN.
  • the proxy that establishes the QoS path by the proxy may not be able to obtain the MN's NCoA before the MN actually moves.
  • the establishment of a smooth route may be hindered by the process of acquiring.
  • a trial force for establishing a QoS route needs to be executed over a number of routes, and the MN decides to move to a new connection point based on the establishment result of such a QoS route. There is. Therefore, the MN's NCoA may be generated after the QoS path is established. In this case, it is difficult for the proxy to acquire the MN's NCoA at each connection point that can be a new connection point of the MN. is there.
  • the flow ID is used as it is as a packet classifier (packet classifier), so the flow ID must include the header information of the data packet. It makes it difficult to change the QoS path smoothly during handover.
  • packet classifier packet classifier
  • the IP address and port When the number changes, QoS path management can be very difficult.
  • the present invention more quickly resets the route after the handover, and the packet communication interruption time (particularly, the QoS route interruption time).
  • the first objective is to reduce the risk.
  • the second objective is to facilitate the management of routes (especially QoS routes) in the event that occurs.
  • the communication system of the present invention includes a plurality of access routers, each of which constitutes a subnet, connected via a communication network, and between any communication terminals passing through the communication network.
  • a communication system capable of establishing a route for providing additional services for communication in
  • a communication partner terminal connected to the communication network and serving as a communication partner of the mobile terminal
  • the second address acquired in the second subnet configured by the second access router is not used, and 1 Connected to the second access router in a state where the first route for providing the additional service is established for communication between the mobile terminal connected to the access router and the communication partner terminal Existing in the communication network capable of starting a process for establishing a second route for providing the additional service for communication between the mobile terminal and the communication partner terminal Communication node.
  • the communication node functioning as a proxy can quickly reconfigure the route after the handover, and reduce the packet communication interruption time (especially the QoS route interruption time). It can be reduced.
  • the communication system of the present invention exists in the vicinity of the communication node power and the second access router in addition to the communication system.
  • the communication system of the present invention provides at least the communication node force information for identifying the first route, and the address of the communication counterpart terminal in the first route, in addition to the communication system described above. Receiving the trigger information, and starting the process of establishing the second path based on the trigger information.
  • the communication node functioning as a proxy can grasp the information necessary for the establishment process of the second route and the start timing thereof.
  • the communication system of the present invention may be configured such that the mobile terminal transmits the trigger information to the communication node in addition to the communication system described above.
  • the communication system of the present invention is configured to establish the second route having the communication node as its one end in connection with the communication system described above.
  • the second route can be established using the address of the communication node functioning as a proxy without using the address of the mobile terminal.
  • the communication node acquires the second address assigned when the mobile terminal moves to the second subnet, and acquires the mobile address.
  • the terminal is configured to start a process for establishing a third route having the second address of the terminal as one end.
  • the communication system of the present invention transmits the address of the own node when transmitting a packet from the communication node to the communication partner terminal. And encapsulating means for encapsulating the packet using the header, and until the establishment of the third route is completed, the packet from the mobile terminal to the communication partner terminal is encapsulated by the encapsulation means.
  • the packet is configured to receive the additional service provided to the second route.
  • packet transmissions that have received supplementary services can be performed by encapsulating packets that have headers that do not provide supplementary services such as QoS guarantees for communication nodes that function as proxies.
  • the packet can reach an appropriate destination by appropriately performing decapsulation.
  • the terminal of the second path is the communication node and the communication partner terminal, in addition to the communication system, and the communication partner terminal transmits a packet to the mobile terminal.
  • the communication partner terminal transmits a packet to the mobile terminal.
  • the counterpart terminal performs packet transmission for packets that have received additional services by performing encapsulation on packets that have headers that cannot provide additional services such as QoS guarantees.
  • the packet can reach an appropriate destination by appropriately performing decapsulation.
  • the end of the second path exists in the vicinity of the communication node and the communication partner terminal in the vicinity of the second access router. And when the partner neighboring communication node transfers a packet from the communications partner terminal to the mobile terminal, the packet is transmitted using a header whose destination address is the address of the communications node. Encapsulating means for encapsulating, and until the establishment of the third path is completed, the packet from the communication counterpart terminal to the mobile terminal is encapsulated by the encapsulation means, whereby the packet is The additional service provided for the second route can be received.
  • the partner side neighboring communication node that exists in the vicinity of the partner terminal (CN) can perform powerful processing on packets with headers without providing supplementary services such as QoS guarantees.
  • packet transmission that receives supplementary services is performed, and packets are able to reach an appropriate destination by performing decapsulation appropriately.
  • the correspondent terminal (CN) does not have an additional service function or encapsulation function, the transmitted packet can receive additional services.
  • the communication system of the present invention is configured so that the first subnet is established when the mobile terminal moves to the second subnet and the establishment of the third route is completed in addition to the communication system described above.
  • the first route used in a state of being connected to the network and the second route established by the communication node are deleted.
  • the communication system of the present invention establishes the second route in an intermediate communication node on the route between the communication node and the communication partner terminal in addition to the communication system. It is configured to start a process for introducing a state for routing of a signaling message transmitted and received when performing the process.
  • the communication node when a mobile terminal performs a handover, the communication node power that functions as a proxy Among the route reconfiguration after handover, state establishment processing for routing of signaling messages is performed for a part of the route. It is possible to reduce the packet communication interruption time (especially the QoS route interruption time) quickly.
  • the communication system of the present invention is an identification configured with the address of the communication node and the address of the communication partner terminal with respect to the intermediate communication node in addition to the communication system.
  • the information is transmitted, and the intermediate communication node is configured to hold the identification information and specify a signaling message having the identification information.
  • the communication node functioning as a proxy starts a state establishment process for routing a signaling message with the communication partner terminal. Is possible.
  • the communication node moves to the second subnet and acquires a second address assigned to the mobile terminal.
  • a signaling message including information for providing an additional service related to the second route is transmitted, and the intermediate communication node transmits the signaling message using a state for routing of the signaling message. Is configured to do.
  • a signaling message including information for providing an additional service is transmitted using a state for routing of a signaling message established before obtaining an address assigned after handover of a mobile terminal.
  • New routes especially QoS routes
  • the communication system of the present invention is based on the above communication system in addition to the above communication system. Applicable when the service is QoS guaranteed.
  • a plurality of access routers each constituting a subnet are connected via a communication network, and pass through the communication network.
  • a resource management device in a communication node existing in the communication network capable of establishing a path for providing supplementary services for communication between arbitrary communication terminals,
  • Resource securing means for securing resources for providing supplementary services in the route
  • Trigger receiving means for receiving trigger information including at least information for identifying a first path for providing the additional service for the communication of the communication and an address of the communication partner terminal in the first path;
  • a message generation means for generating a message for starting a process for establishing a second route for providing the additional service for communication between the two.
  • the communication node functioning as a proxy can quickly reconfigure the route after the handover, and reduce the packet communication interruption time (especially the QoS route interruption time). It can be reduced.
  • the resource management device of the present invention is arranged in the communication node existing in the vicinity of the second access router in addition to the resource management device described above. With this configuration, when a mobile terminal is connected to the second access router after a handover, it is possible to set a route via a communication node existing in the vicinity of the second access router.
  • the resource management device of the present invention in addition to the resource management device described above, includes information for identifying the first route in the trigger information, and the communication partner terminal in the first route. The address of at least is included.
  • the communication node functioning as a proxy can grasp the information necessary for the establishment process of the second route and the start timing thereof.
  • the resource management device of the present invention receives the trigger information from the mobile terminal in addition to the resource management device described above.
  • the mobile terminal send an instruction to start the process for starting the establishment of the second route and to transmit information necessary for establishing the second route to the communication node functioning as a proxy. It becomes.
  • the resource management device of the present invention is configured to establish the second route having the communication node as one end in addition to the resource management device described above.
  • the second route can be established using the address of the communication node functioning as a proxy without using the address of the mobile terminal.
  • the resource management device of the present invention acquires the second address assigned by moving the mobile terminal to the second subnet, and the mobile terminal described above Is configured to start a process for establishing a third route having the second address as one end.
  • the resource management device of the present invention in addition to the resource management device described above, has a header that uses the address of the own node as a source address when transferring a packet to the mobile terminal power communication partner terminal. And encapsulating the packet from the mobile terminal to the communication partner terminal by the encapsulation means until the establishment of the third route is completed. And the packet is The additional service provided for the second route is received.
  • packet transmissions that have received supplementary services can be performed by encapsulating packets that have headers that do not provide supplementary services such as QoS guarantees for communication nodes that function as proxies.
  • the packet can reach an appropriate destination by appropriately performing decapsulation.
  • the resource management device of the present invention is configured so that, in addition to the resource management device, the mobile terminal moves to the second subnet and the establishment of the third route is completed. It is configured to send a message to delete 2 routes.
  • the resource management device of the present invention is applicable to the case where the additional service power QoS guarantee is provided in addition to the resource management device described above.
  • a plurality of access routers each of which constitutes a subnet, is connected via a communication network, and passes through the communication network.
  • the mobile terminal and the communication counterpart terminal in a state of being connected to a second access router different from the first access router Provide additional services for communication between And a message generation step for generating a message for starting a process for establishing a second path for performing the process.
  • the communication node functioning as a proxy can quickly reconfigure the route after the handover, and reduce the packet communication interruption time (especially the QoS route interruption time). It can be reduced.
  • the resource management method of the present invention is arranged in the communication node existing in the vicinity of the second access router, in addition to the resource management method described above.
  • the trigger information includes information for identifying the first route, and the communication partner terminal in the first route.
  • the address of at least is included.
  • the communication node functioning as a proxy can grasp the information necessary for the establishment process of the second route and the start timing thereof.
  • the resource management method of the present invention receives the trigger information from the mobile terminal in addition to the resource management method described above.
  • the mobile terminal send an instruction to start the process for starting the establishment of the second route and to transmit information necessary for establishing the second route to the communication node functioning as a proxy. It becomes.
  • the resource management method of the present invention establishes the second route having the communication node as one end in addition to the resource management method described above.
  • the mobile terminal acquires the second address assigned by moving to the second subnet, The process of establishing a third route with the second address as one end is started.
  • the resource management method of the present invention in addition to the resource management method described above, is a header that uses the address of its own node as a source address when transferring a packet to the mobile terminal power communication terminal.
  • the packet can receive the additional service provided for the second route.
  • packet transmissions that have received supplementary services can be performed by encapsulating packets that have headers that do not provide supplementary services such as QoS guarantees for communication nodes that function as proxies.
  • the packet can reach an appropriate destination by appropriately performing decapsulation.
  • the resource management method of the present invention provides the above resource management method when the mobile terminal moves to the second subnet and the establishment of the third route is completed. 2 Send a message to delete the route.
  • the resource management method of the present invention is applied to the case where the additional service power QoS guarantee is provided in addition to the resource management method described above.
  • the communication management device of the present invention has a first unit having a function of routing a signaling message and a function of managing information on an additional service to be provided.
  • Communication protocol configured with the second unit In communication performed between two communication nodes, the additional service is provided for data packets that exist on the path between the two communication nodes and are transmitted between the two communication nodes.
  • the first unit is a part of a path between the two communication nodes, and is used for routing the signaling message transmitted in a part of the path having an arbitrary end point including its own node.
  • the second unit is filter information transmitted by the signaling message, the filter for specifying a data packet for which the additional service is to be provided Filter information management means for managing information is provided.
  • the communication management device of the present invention has, in addition to the above-described communication management device, the state force, the addresses of the arbitrary end points, and the filter information includes the addresses of the two communication nodes. is doing.
  • the communication management device of the present invention is arranged in the NTLP layer in the first UTC NSIS, and the second unit is in the NSLP layer in NSIS. Arranged!
  • the flow ID and filter information are managed separately, and the interdependence between the processing related to the route through which the signaling message passes and the processing related to the route through which the data packet passes It becomes possible to relax the sex.
  • NSIS a state establishment mechanism for routing of signaling messages performed when establishing a route for supplementary services (especially QoS) and supplementary services for data packets are provided. Therefore, it becomes possible to relax the interdependency with the resource reservation mechanism, and in particular, to be able to flexibly perform the state establishment process for routing.
  • the communication management method of the present invention has a first unit having a function of routing a signaling message and a function of managing information on an additional service to be provided.
  • a data packet that exists on the path between the two communication nodes and is transmitted between the two communication nodes.
  • a communication management method performed at a communication node that provides the additional service to
  • the first unit is a part of a path between the two communication nodes, and is used for routing the signaling message transmitted in a part of the path having an arbitrary end point including its own node.
  • a state management step for managing the state of the packet, and the second unit is filter information transmitted by the signaling message, the filter information for specifying a data packet to be provided with the additional service.
  • a filter information management step for managing for managing.
  • the state force has addresses of the arbitrary two end points
  • the filter information has addresses of the two communication nodes. is doing.
  • the communication management method of the present invention is arranged in the NTLP layer in the first Utka NSIS, and the second unit is in the NSLP layer in NSIS. Arranged!
  • the first and second units are arranged in the NTLP layer in NSIS!
  • the communication management method of the present invention is arranged in the NTLP layer in the first UTC NSIS, and the second unit is provided in the NSLP layer in NSIS. Arranged in the NSLP common part where any function can be referenced.
  • the communication management method of the present invention is arranged in the NTLP layer in the first Utka NSIS, and the second unit is provided in the NSLP layer in the NSIS.
  • the filter information is arranged in a specific function unit, and part or all of the filter information is passed from the specific function unit to an arbitrary function unit of the NSLP layer. Yes.
  • the present invention has the above-described configuration, and the mobile terminal after handover is set as the transmission source or destination without using the address (NCoA) used in the subnet to which the mobile terminal connects after handover.
  • NCoA address
  • QoS quality of service
  • the present invention has the above-described configuration, and includes a state establishment mechanism for routing of a signaling message performed at the time of establishment of a route related to an additional service (especially QoS), and a data packet.
  • Smooth path especially QoS path
  • the present invention has the above-described configuration, and includes a state establishment mechanism for routing of a signaling message performed at the time of establishment of a route related to an additional service (especially QoS), and a data packet.
  • Smooth path (especially QoS path) that is not affected by NCoA generation timing and acquisition mechanism of mobile terminals by relaxing interdependency with resource reservation mechanism for providing additional services
  • FIG. 1 is a diagram schematically showing a state of a QoS path before changing a subset to which a MN is connected in the communication system according to the first embodiment of the present invention.
  • FIG. 2 is a diagram schematically showing a state where a QNE serving as a proxy for a MN has established a predicted route for the MN in the communication system according to the first embodiment of the present invention.
  • an MN moves a subset.
  • FIG. 4 is a diagram showing a configuration example of a QNE according to the first embodiment of the present invention.
  • FIG. 5 is a sequence chart showing an operation example in the first embodiment of the present invention.
  • FIG. 6 is a diagram schematically illustrating a state of a QoS path before changing a subset to which the MN is connected in the communication system according to the second embodiment of the present invention.
  • FIG. 7 is a diagram schematically showing a state where a QNE serving as a proxy for a MN has established a predicted route for the MN in the communication system according to the second embodiment of the present invention.
  • the MN moves a subset.
  • FIG. 9 is a sequence chart showing an operation example in the second embodiment of the present invention.
  • FIG. 10 Schematic diagram for explaining the protocol structure of NSIS in the conventional technology
  • FIG. 11 Schematic diagram for explaining the concept that NEs and QNEs that are NSIS nodes in the conventional technology are “adjacent”
  • FIG. 12 schematically shows the state of QoS reservation and the state of the flow ID included in the state for routing before changing the subset to which the MN is connected in the communication system according to the third embodiment of the present invention.
  • FIG. 13 In the communication system according to the third embodiment of the present invention, a flow in which a Q NE serving as a proxy for a MN has established a state for routing on the predicted route for the MN A diagram schematically showing the ID
  • FIG. 14 is a diagram schematically showing a state where a MN moves a subset and a new QoS path is established between the MN and the CN in the communication system according to the third embodiment of the present invention.
  • FIG. 15 is a sequence chart showing an operation example when the data packet transmission direction is the uplink direction in the third embodiment of the present invention.
  • FIG. 16 is a sequence chart showing an operation example when the data packet transmission direction is the downlink direction in the third embodiment of the present invention.
  • FIG. 17 is a diagram schematically showing a subject who manages filter information and flow IDs within a QNE in the third embodiment of the present invention.
  • FIG. 18 is a sequence chart showing an operation example when NATFW is present on the data path and the transmission direction of the data packet is the uplink direction in the third embodiment of the present invention.
  • the data flow direction is the MN that moves.
  • the direction of data flow is defined as CN in the direction facing the CN that is the communication partner (hereinafter referred to as the uplink direction).
  • the case of the direction from MN to MN (hereinafter referred to as the downlink direction) will be described.
  • FIG. 1 is a diagram schematically showing a state of a QoS path before changing a subset to which a MN is connected in the communication system according to the first exemplary embodiment of the present invention.
  • FIG. 2 is a diagram schematically showing a state in which the QNE serving as the proxy of the MN has established a predicted route for the MN in the communication system according to the first embodiment of the present invention.
  • FIG. 3 is a diagram schematically showing a state in which the MN moves a subset and a new QoS path is established between the MN and the CN in the communication system according to the first embodiment of the present invention. It is.
  • FIGS. 1 to 3 show that MN101, which communicates with CN121 by connecting to an AR (Access Router) by wireless communication, CN121 which is a communication partner of MN101, AR105 which forms subnet 103, and subnet A QNE111 having a QoS-aware function (QoS-aware) that guarantees QoS with respect to the bucket transmitted between the MN 101 and the CN 121, which exists on the route between the MN 101 and the CN 121, and the AR 109 that forms the 107 113, 115, 117, 119, 123, 125 are shown.
  • QoS-aware QoS-aware
  • MN101 exists in subnet 103 (that is, when MN101 is connected to AR10 5), on route 127 in the uplink direction from MN101 to CN121, A R105, QNE111, QNE113 QNE115, QNE117, QNE119 exist, and MN101 exists in subnet 107 (that is, when MN101 is connected to AR109), on uplink route 129 from MN101 to CN121, AR109, QNE123, QNE125, QNE115, QNE 117, QNE119 are present! /.
  • route 127 and route 129 partially overlap, and the CRN (crossover node) between route 127 and route 129 is designated as QNE115.
  • each QNE 111, 113, 115, 117, 1 on route 127 19 has a QoS state related to a data packet transmitted from the MN 101 to the CN 121. That is, each QNE 111, 113, 115, 117, 119 includes identification information (this information is called filter information (filter)) including at least information of a source address (source address) and a destination address (destination address). It holds the QoS state associated with the resource reservation information (resource) corresponding to this filter information, and refers to the header (particularly the source address and destination address) of the data packet transmitted from the MN 101 to the CN121.
  • filter information this information is called filter information (filter)
  • source address source address
  • destination address destination address
  • Filter information is specified and QoS is guaranteed based on the corresponding resource reservation information.
  • the current flow IDs of Non-Patent Documents 4, 6, and 7 described above are composed of information including a transmission source address and a destination address of a data packet. It can also be used as filter information.
  • the filter information may be information different from the flow ID.
  • the filter information of the route 127 (IP address (cCoA: current Care-of Address) assigned by the MN 101 from the subnet 103 is included as the source address).
  • filter information including the IP address of CN121 as the destination address is set as filterA, and resource reservation information corresponding to filterA is set as resourceA.
  • the MN 101 may move to the subnet 107 and desires the proxy 123 to establish a predicted route (route 129) or a part of the predicted route.
  • the proxy 123 establishes a predicted route or a part of the predicted route before the MN 101 moves to the subnet 107, so that the MN 101 can move more quickly from the MN 101 to the CN 121 after the MN 101 actually moves to the subnet 107.
  • a QoS route to the destination is established, and the interruption of QoS guarantee due to handover can be shortened.
  • QNE (proxy) 123 When QNE (proxy) 123 receives any trigger for establishing a predicted route, a QoS route is established between QNE (proxy) 123 and CRN (here, QNE115). When this new path is established, each intermediate QNE between QNE (proxy) 123 and QNE (proxy) 123 and QNE 115 (eg QNE125) must have a new QoS state. become. That is, as shown in Figure 2, QNE (proxy) 12 3 and QNE 125 include the IP address of QNE (proxy) 123 as the source address. ResourceA that is the same resource reservation information as filterA is set for the filter information (filterB) that includes the IP address of CN121 as the destination address.
  • filterB filter information
  • new filter information (the above filterB) force is added to the current filter information (filterA).
  • filterA new filter information
  • QNE115 and each intermediate QNE between QNE115 and CN121 change the QoS state in which resourceA is set for filterA and filterB.
  • the data traffic defined by filterB will be able to use resourceA reserved for the data traffic defined by filterA.
  • one of the two filter information (filterA and filterB) having the same session ID may be deleted, which may cause a problem in the operation according to the present invention due to processing that has been performed in the past. For example, it is desirable that a special flag (“proxy flag”) indicating that the QoS path is established by the proxy is added to the RESERVE message related to filterB.
  • proxy flag indicating that the QoS path is established by the proxy is added to the RESERVE message related to filterB.
  • the QNE (proxy) 123 receives the NCo A (MN 101 of the MN 101). It does not use the new Co A that is assigned after moving to subnet 107, but it relates to a part of the route used after MN 101 connects to subnet 107 (route from QNE (proxy) 123 to CN121) Resource reservations can be made (as shown in Figure 2).
  • the flow ID does not have to depend on the transmission source address Z destination address of the data packet.
  • QNE (proxy) 123 attaches a data header containing filterB information (header with the source address as the IP address of QNE (proxy) 123 and the destination address as the IP address of CN121). It is encapsulated and encapsulated. This encapsulated data packet is identified by filterB, transmitted at each intermediate QNE with QoS guarantee based on resourceA, and decapsulated by the final QNE of the path identified by filterB.
  • This final QNE is preferably C N121, but if CN121 is not a QNE, it may be another QNE (for example, QNE119 that is closest to CN121 on the route).
  • the final QNE performs weakening and takes out the inner packet. If CN121 is the final QNE, the inner packet is acquired. If QNE119 is the final QNE, the inner packet is forwarded to CN121. It is obvious to those skilled in the art that there are other methods for ensuring QoS reservation over the entire route other than the packet encapsulation methods described above, such as IPv4 minimum encapsulation.
  • the packet encapsulation method can be applied to the present invention.
  • the present invention also works well with other types of encapsulation and tunneling mechanisms.
  • the data packet is encapsulated, and the IP address of QNE (proxy) 123 is set as the source address.
  • the filterB is configured to guarantee the QoS of the encapsulated data packet, and it is possible to reduce the QoS guarantee interruption time until the resource reservation is made using the NCoA of the MN101. It becomes.
  • QNE (proxy) 123 After successfully updating the QoS of filterC (ie, after filterC has been introduced to all QNEs on route 129), QNE (proxy) 123 generates data packets for filterB (filterA's End the capsule of the data packet. Filter A and filter B are deleted either actively or passively, and finally only the QoS state related to filter C remains, and in the route 129 from MN 101 to CN 121 connected to subnet 107, MN 101 to CN 121 QoS guarantees are made for data buckets.
  • FIG. 4 is a diagram illustrating a configuration example of the QNE according to the first embodiment of the present invention.
  • the QNE shown in FIG. 4 has a reception means 11, a transmission means 13, a trigger detection means 15, a message generation and processing means 17, a filtering means 19, a capsule Z decapsulation means 21, and a QoS information storage means 23. ing.
  • the receiving means 11 and the transmitting means 13 are means for receiving a packet and transmitting a packet.
  • the trigger detection means 15 is a means for performing a process related to some trigger for establishing a predicted route received from the MN 101, for example.
  • the received trigger information is stored in the QoS information storage means 23 in association with each filter information, for example.
  • the trigger detection means 15 supplies the message generation / processing means 17 with information indicating that a trigger information reception event has occurred and the trigger information itself.
  • the message generation / processing means 17 is based on information such as the session ID used in the QoS route between the MN 101 and the CN 121, QSpec information, and the CN 121 IP address included in the trigger information. Thus, it is a means for generating messages for investigating each communication node on the data path and performing actual resource reservation. Also, messages received from other communication nodes are processed in this message generation 'processing means 17 and information for making resource reservations (session ID, filter information, QSpec, etc.) Is stored in the QoS information storage means 23.
  • the filtering means 19 refers to the header of the received packet (particularly, the transmission source address and the destination address of the packet corresponding to the filter information), and stores the received packet in the QoS information storage means 23. It is a means for filtering packets based on the QoS information (QoS state) that has been set, and this filtering is configured to ensure resources for each packet.
  • the capsule Z decapsulation means 21 is a means for performing decapsulation of a transmission packet and decapsulation of a reception packet as necessary.
  • the trigger detection means 15 is required only in the QNE 123, and does not need to be implemented in other QNEs.
  • the capsule Z decapsulation means 21 may be, for example, a capsule encapsulating means in QNE123 and a decapsulation means in CN121. 21 need not be specifically implemented.
  • FIG. 5 is a sequence chart showing an operation example in the first embodiment of the present invention.
  • QUERY message and RESERVE message which are messages defined in the NSIS QoS NSLP
  • the QNE (proxy) 123 receives a trigger for establishing a predicted route (step S201).
  • a trigger for example, the session ID used in the QoS route between MN101 and CN121, QSpec information, the IP address of CN121 (or QNR (QoS NSIS Responder) that is the final QNE of the route), etc. It contains information necessary to establish a predicted route.
  • the source of the trigger received by the QNE (proxy) 123 may be any QNE, but it may respond to requests from the MN101 that may move or the CN121, MN101, or CN121 that is its communication partner node.
  • the QNE functioning as a proxy for the MN 101 or CN121 is the transmission source.
  • MN 101, CN121, and proxy QNE need to know the IP address of QNE (proxy) 123 used as the trigger destination.
  • This grasping method is not particularly limited. Yes.
  • the QNE (proxy) 123 that has received the trigger immediately transmits a QUERY message corresponding to this trigger to the CN 121 (step S203).
  • This QUERY message includes, for example, a session ID and QSpec information.
  • the QUERY message reaches the QNE 125 adjacent to the QNE (proxy) 123 on the route 129.
  • QNE1 25 Based on this QUERY message, QNE1 25 performs normal QUERY processing (for example, processing for confirming the resource reservation status of the session ID included in the QUERY message) and sends it to the next adjacent QNE (QNE115).
  • a QUERY message is transmitted (step S205).
  • the QNE115 receives a QUERY message, it compares itself with the CRN by comparing the session ID in the QUERY message and SII (Source Identification Information) used as information for detecting changes in adjacent QNEs. Is recognized (step S207).
  • SII Source Identification Information
  • QNE115 transmits a receiver-initiated RESERVE message with a “proxy flag” added to QNE123 (step S209).
  • the filter information in this reservation includes the IP address of QNE (proxy) 123 as the source address (corresponding to filterB in FIG. 2).
  • the RESERVE message transmitted from QNE115 in step S209 is transmitted to QNE123 (step S211), and in each QNE (QNE123, 125), based on the filter information and QSpec included in the RESERVE message.
  • a filter / resource pair is generated and reserved.
  • QNE115 a set of filter Z resources (filterB / resourceA in FIG. 2) is generated and reserved.
  • the QNE 115 transmits a sender-initiated RESERVE message (sender-initiated RESERVE message: described as RESERVE (add) in FIG. 5) to the CN 121 (step S213).
  • the filter information in this reservation includes the IP address of QNE (proxy) 123 as the source address (corresponding to filterB in FIG. 2).
  • the RESERVE message sent from QNE115 in step S213 is transmitted to CN121 (steps S213, S215, S217), and each QNE (QNE117, 119) [koo! /
  • the information is added to the current filter Z resource (filterA / resourceA in Fig. 1) pair currently used in the data packet from MN101 to CN121.
  • the MN 101 moves to the subnet 107 (step S219).
  • the QNE (proxy) 123 detects the movement of the MN 101 and acquires the NCoA of the MN 101 (step S221), it transmits a receiver start RESERVE message to the MN 101 (step S223).
  • the filter information related to this RESERVE message includes NCo A of MN101 as the source address! /.
  • the QNE (proxy) 123 When the QNE (proxy) 123 receives a data packet addressed to the CN121 from the MN101, the QNE (proxy) 123 receives the header (the destination address is set to the address of the QNE (proxy) 123). , CN121 address) is added to start encapsulation of the data packet from MN101 (step S225).
  • the source address of the encapsulated data packet is QNE (proxy) 123, and each QNE on route 129 performs QoS processing related to the filter information of filterB, and as a result, receives QoS guarantee. It will be.
  • the QNE (proxy) 123 performs a reservation on the sender-driven RESERVE message (FIG. 5 RESERVE (add)) in order to make a reservation for the MN101 after moving to the subnet 107 (that is, the NCoA of the MN101).
  • the filter information in this reservation includes the IP address of MN 101 as the source address!
  • the RESERVE message is transmitted via each QNE (QNE125, 115, 117, 119) (steps S229, S231, S233, S235) and included in this RESERVE message to each QNE! Filter information (filterC in Fig. 3) is added to previously added or generated filter information (filterB in Fig. 2).
  • the CN 121 Upon receiving the RESERVE message, the CN 121 immediately transmits a RESPONSE message to the QN E123 (step S237).
  • This RESPONSE message reaches the QNE (proxy) 123 via each QNE (119, 117, 115, 125) (steps S239, 241, 243, 245).
  • the QNE (proxy) 123 recognizes that the QoS path related to the NCoA of the MN 101 has been established, and the QNE (proxy) 123 ends the encapsulation of the data packet (step S247).
  • the QNE 123 deletes the filter information (filter B in Fig.
  • RESERVE Remove
  • QNE (proxy) 123 power without using NCoA allocated in subnet 107 of MN 101 is used after MN 1 01 is connected to subnet 107.
  • a complete route from MN101 to CN121 is established by making a resource reservation for a part of the route used (route from MN101 to CN121) (route from QNE (proxy) 123 to CN121)
  • QNE (proxy) 123 to CN121 When the data packet is transmitted according to the route and QoS state established by QNE (proxy) 123, when MN101 changes the connection from subnet 103 to subnet 107, the QoS guarantee of the data packet sent from MN101 to CN121 is interrupted. Time can be reduced
  • FIG. 6 is a diagram schematically showing the state of the QoS path before changing the subset to which the MN is connected in the communication system according to the second embodiment of the present invention.
  • FIG. 7 is a diagram schematically showing a state where a QNE serving as a proxy for the MN has established a predicted route for the MN in the communication system according to the second embodiment of the present invention.
  • FIG. 8 is a diagram schematically showing a state in which the MN moves a subset and a new QoS path is established between the MN and the CN in the communication system according to the second embodiment of the present invention. It is.
  • the MN 101 that communicates with the CN 121 by connecting to the AR by wireless communication, the CN 121 that is the communication partner of the MN 101, and the AR that forms the subnet 103 105, AR109 that forms the subnet 107, and the QoS that is present on the route between MN101 and CN121 and that is transmitted between MN101 and CN121 QNEs 111, 113, 115, 117, 119, 123, and 125 having a QoS-aware function are illustrated.
  • each QNE 111, 113, 115, 117, 119 contains route 137 filter information (the IP address of CN121 is included as the destination address, and the IP address (cCoA) that MN101 has been assigned from subnet 103) Is included as a destination address!
  • FilterD and resource D, which is resource reservation information corresponding to this filterD, is held in the QoS state and sent to CN121 It is configured to identify the filter information (filterD) by referring to the header of the data packet (particularly the source address and destination address) and to guarantee QoS based on the corresponding resource reservation information (resourceD). ! Speak.
  • the MN 101 may move to the subnet 107 and desires the proxy 123 to establish a predicted route (route 139) or a part of the predicted route.
  • the proxy 123 establishes a predicted route or a part of the predicted route before the MN 101 moves to the subnet 107, so that after the MN 101 actually moves to the subnet 107, the CN 121 to the MN 101 more quickly.
  • a QoS route to the destination is established, and the interruption of QoS guarantee due to handover can be shortened.
  • QNE (proxy) 123 receives any trigger to establish a predicted route
  • a QoS path is established between the QNE (proxy) 123 and the CRN (here, QNE115).
  • QNE (proxy) 12 3 and QNE125 include the IP address of CN as the source address and the IP address of Q NE (proxy) 123 as the destination address.
  • ResourceD which is the same resource reservation information as filterD, is set for the included filter information (filterE)!
  • new filter information (the filter E described above) is added to the current filter information (filter D).
  • filter E new filter information
  • QNE115 and each intermediate QNE between QNE115 and CN121 are QoS with resourceD set for filterD and filterE.
  • the data traffic defined by filterE will be able to use resourceD reserved for the data traffic defined by filterD.
  • the QNE (proxy) 123 Reservation of resources related to part of the route (route from CN121 to QNE (proxy) 123) used after MN101 connects to subnet 107, using the new Co A that is assigned after moving to subnet 107 (As shown in Figure 7).
  • MN101 moves to subnet 107 and acquires NCoA
  • it is sent from CN121 to MN101 until the update of the QoS route for NCoA is completed (resource reservation for filterF is completed)
  • the data packet is encapsulated with a header containing the filterE information (a header with the source address as the CN121 IP address and the destination address as the IP address of QNE (proxy) 123). Is done.
  • the encapsulated data packet is identified by filterE, transmitted at each intermediate QNE with QoS guarantee based on resourceD, and decapsulated by QNE (proxy) 123.
  • QNE When CN121 is QNE, it is desirable to encapsulate data packets sent from CN121 to MN101, but other QNEs (for example, on the route are closest to CN121) Encapsulation may be performed by QNE119).
  • QNE (proxy) 123 When a packet having a header specified by filterE arrives, QNE (proxy) 123 performs decapsulation, extracts the inner packet, and forwards the inner packet to MN101. It is obvious to those skilled in the art that there are other methods for enabling QoS reservation over the entire route than the packet encapsulation method described above, such as IPv4 minimum capsule, for example.
  • the packet encapsulation method can be applied to the present invention.
  • the present invention also works well with other types of encapsulation and tunneling mechanisms.
  • the data packet is encapsulated, and the IP address of QNE (proxy) 123 is set as the destination address.
  • the filterE is configured to guarantee the QoS of the encapsulated data packet, and it is possible to reduce the QoS guarantee interruption time until the resource reservation is made using the NCoA of the MN101. Become.
  • CN121 After successfully updating the QoS of filterF (that is, after filterF has been introduced to all QNEs on route 139), CN121 generates the data packet of filterE (the capsule of the data packet of filterD) End). Then, filterD and filterE are deleted either actively or passively, and finally only the QoS state related to filterF remains, and the subnet from CN121 QoS is guaranteed for the data packet from CN 121 to MN 101 on route 139 to MN 101 connected to node 107.
  • filterE the capsule of the data packet of filterD
  • FIG. 9 is a sequence chart showing an operation example in the second embodiment of the present invention.
  • RESERVE message which is a message defined by QoS NSLP of NSIS.
  • the case of adding will be described.
  • the configuration of the QNE in the second embodiment of the present invention is the same as the configuration of the QNE in the first embodiment of the present invention (see FIG. 4), and the description thereof is omitted here.
  • QNE (proxy) 123 obtains data route information (for example, resource utilization rate) of MN101 connected to subnet 103 by CN121, and also CRN in the dow nlink direction (here Then, QNE115) is specified in advance (step S301).
  • data route information for example, resource utilization rate
  • QNE115 CRN in the dow nlink direction
  • the QNE (proxy) 123 can acquire such information by using the method described in the above-mentioned Non-Patent Documents 9 and 10 and the like.
  • the QNE (proxy) 123 receives some trigger for establishing a prediction path, as in the first embodiment of the present invention described above (step S303).
  • this trigger as in the first embodiment of the present invention described above, for example, the session ID, QSpec information, and CN121 (or the last route) used in the QoS route between the MN 101 and the CN 121 are used.
  • Information necessary to establish a predicted route such as the IP address of the QNR that is the final QNE), is included.
  • QNE (proxy) 123 that has received the trigger immediately transmits a receiver-initiated RESERVE message with a “proxy flag” added to CN 121 (step S305).
  • the filter information in this reservation includes the IP address of CN 121 as the source address and the IP address of QNE (proxy) 123 as the destination address (filter E in FIG. 7).
  • the QNE (proxy) 123 generates a set of filter Z resources (filterE / resourceD in FIG. 7) corresponding to the filter information and makes a new reservation.
  • QNE125 that receives the RESERVE message from QNE123 in step S307 also generates a filter Z resource (filterE / resourceD in Fig. 7) pair corresponding to this filter information. And make a new reservation.
  • a RESERVE message (described as RESERVE (add) in FIG. 9) is transmitted (steps S309, S311, and S313).
  • Filter information (filterE in Fig. 7) included in this RESERVE message is added to the current filter Z resource (filterD / resourceD in Fig. 6) pair currently used for data packets from CN121 to MN101.
  • the resource reservation information shown in FIG. 7 is set in each QNE.
  • the RESERVE message transmitted from this QNE (proxy) 123 includes information indicating that the filter information is added as described above in the route after CRN (QNE 115).
  • the QNE 115 may send a RESERVE message instructing additional processing to the upstream QNE (QNE 117) with reference to this information. Further, QNE115 may know that it is a CRN because the downstream QNE (QNE125) that received the RESERVE message exists in a different direction from the route 137 belonging to the same session.
  • the QNE originally holds it. It is configured to add the RESERVE message filter information to the existing filter information.
  • the MN 101 moves to the subnet 107 (step S315).
  • the QNE (proxy) 123 detects the movement of the MN 101 and acquires the NCoA of the MN 101 (step S322)
  • the sender-initiated RESERVE message is transmitted to the MN 101 (step S323).
  • the filter information related to the RESERVE message includes the address of CN 121 as the source address and the NCoA of MN 101 as the destination address!
  • the CN 121 also detects the movement of the MN 101 by, for example, a BU from the MN 101, and acquires the NCoA of the MN 101 (step S317). CN 121 then starts encapsulating the data packet to MN 101 (step S319). In this encapsulation, CN 121 generates and sends a packet with a packet header with the destination address set to the address of QNE (proxy) 123 in the packet with MN 101's NCoA as the destination address. I believe.
  • the encapsulated data packet has a destination address of QNE (proxy) 1 23, and each QNE on route 129 performs QoS processing related to the filter information of filterE, and as a result, receives QoS guarantee. Become.
  • QNE (proxy) 123 transmits a receiver-initiated RESERVE message (described as RESERVE (add) in Fig. 9) to CN 121 (step S325).
  • the filter information in this reservation includes the IP address of the MN 101 as the destination address.
  • the RESERVE message is transmitted via each QNE (QNE125, 115, 117, 119) (steps S327, S329, S331, S333), and the filter information (FIG. 8) included in this RESERVE message is sent to each QNE. FilterF) force This is added to the filter information (filterE in Fig. 7) added or generated previously.
  • the resource reservation information shown in FIG. 8 is set in each QNE.
  • the CN 121 deletes the filter information (filter E in Fig. 7) having the destination address as the QNE (proxy) 123 introduced in Steps S305 to S313 (Sender-led RE SERVE message ( In FIG. 9, RESERVE (remove) is transmitted) to QNE (proxy) 123 (steps S337, S339, S341, S343, S345). Note that it is not always necessary to delete the filter information using the RESERVE message. This filter information may be deleted due to a timer timeout.
  • QNE (proxy) 123 power without using NCoA allocated in subnet 107 of MN 101 is used after MN 1 01 is connected to subnet 107.
  • resource reservation is made for a part of the route used (route from CN121 to MN101) (route from CN121 to QNE (proxy) 123) and a complete route from CN121 to MN101 is established.
  • QNE (proxy) 123 When the data packet is transmitted according to the route and QoS state established by QNE (proxy) 123, when MN101 changes the connection from subnet 103 to subnet 107, the QoS guarantee of the data packet sent from CN121 to MN101 is interrupted. Time can be reduced ⁇ Third embodiment>
  • filter information in the third exemplary embodiment of the present invention will be described.
  • filter information is defined as information that each QNE uses as a packet classifier.
  • the filter information is carried to each QNE as a parameter of a signaling message for making a QoS reservation, similar to the filter spec in RSVP. That is, in NSIS, filter information is information that is mainly generated and managed in N SLP.
  • Each QNE stores this filter information together with the requested QoS resource information to distinguish which data packet is given the reserved QoS resource. Therefore, the filter information includes the header information of the data packet that receives the guaranteed QoS guarantee.
  • examples of information included in the filter information include the source / destination IP address, protocol identifier, port number, flow label (in the case of IPv6), SPI (Security Parameters Index), as in RSVP filter specifications. (When encapsulated with IPSec), DSCPZ TO3 ⁇ 4 (Differentiated services Code Point / Type of Service) field.
  • the filter information may take the form of a filter list for one QoS reservation.
  • the QNE can provide the reserved resource even if it receives a data packet with the same header as any filter information in the filter list. .
  • the filter list may be managed together with an identifier (for example, a flow ID or a session ID) indicating to which flow or session the list belongs.
  • an identifier for example, a flow ID or a session ID
  • data packets belonging to the same session are transmitted and received using multiple paths (for example, triangular and optimized paths in mopile IP, and multiple paths in communication using multihomed terminals).
  • an identifier that identifies the type of these multiple routes for example, Path Type ID (see Non-Patent Document 12)) Etc.).
  • the filter list has (List Length), ⁇ Action), and a plurality of filter information ( ⁇ Filter>.
  • ⁇ List Length> the number of filter information included in the filter list (that is, In the Action>, information specifying how to handle this filter list in each QNE is shown.For example, information included in the Action> “Add”, “sub”, “Replace”, etc. For example, when Action> is “Add”, the same session ID and the same session ID and If there is an existing filter list corresponding to the Path Type ID (if it exists), subsequent filter information is added to that list, and if it does not exist, a new filter list is created.
  • the corresponding resource also, for example, when Action> is “delete (sub)”, the subsequent filter information from the existing filter list corresponding to the same session ID and Path Type ID (if any) exists. Filter> only is deleted, and, for example, if Action> is “Replace”, the existing filter list corresponding to the same session ID and Path Type ID (if any) on the QNE It is replaced.
  • a QNE has a filter list containing three filter information ( ⁇ filterl>, ⁇ filter2>, ⁇ filter3>) for session ID "300" and Path Type ID "0x00".
  • Filter-List :: ⁇ 2> ⁇ add> ⁇ filter4> ⁇ filter5> ⁇ 1> ⁇ sub> ⁇ filterl> ;
  • the format of the above filter list is an example, and in the signaling message for making the QoS reservation, the filter information and the information of the action to be performed on the filter information can be clarified. For example, it can take other forms and have other information.
  • the flow ID is mainly managed by NTLP, which is a lower layer of NSIS, and is used in NTLP to identify which flow a signaling message belongs to.
  • the difference between the flow ID and session ID is that the session ID is an ID that does not change from the start to the end of the session, whereas the flow ID may change due to a route change due to movement of the terminal, for example. is there. Multiple flow IDs may exist for one session.
  • the flow ID in the third embodiment of the present invention is positioned as MRI (Message Routing Information) in Non-Patent Document 11A, but the information included is not this.
  • the flow ID in the third embodiment of the present invention information including a signaling message transmission source and a destination IP address can be considered.
  • the flow ID in the third exemplary embodiment of the present invention does not necessarily have filter information such as a protocol identifier and a port number as in the flow ID described in Non-Patent Document 11A. Information need not be included. Also, the data source 'destination' and the signaling message source 'destination' are different, or even if the source 'destination' is the same, other filtering information such as port number is different. If the message requires QoS guarantee as well as the data packet, add the filtering information of the signaling message to the filter list.
  • FIG. 17 is a diagram schematically showing a main body that manages filter information and flow IDs in the QNE in the third embodiment of the present invention.
  • the filterist is managed mainly in the NSLP layer, which is the upper layer of NSIS
  • the flow ID is managed mainly in the NTLP layer, which is the lower layer of NSIS.
  • NSLP layer which is the upper layer of NSIS
  • NTLP layer which is the lower layer of NSIS.
  • Management may be created by exchanging or exchanging information with other layers.
  • the information managed in the NSIS protocol layer is clearly divided into filter information and flow IDs, so that each QNE has information on the terminal that transmits and receives data packets (for example, data It is possible to send signaling messages that require an IP address that is set at the sender's destination. A method for early establishment of QoS routes using this characteristic is described below.
  • FIG. 12 is a schematic diagram showing the QoS reservation state and the flow ID state included in the routing state before changing the subset to which the MN is connected in the communication system according to the third embodiment of the present invention.
  • FIG. 13 shows a state in which the QNE that is the proxy of the MN has established a state for routing on the predicted route for the MN in the communication system according to the third embodiment of the present invention. It is a figure typically shown by showing a flow ID.
  • FIG. 14 is a diagram schematically showing a state in which the MN moves a subset and a new QoS path is established between the MN and the CN in the communication system according to the third embodiment of the present invention. is there.
  • Figs. 12-14 as in Figs. 1-3, MN101 that connects to AR via wireless communication and communicates with CN121, CN121 that is the communication partner of MN101, and subnet 103 are formed.
  • QoS awareness function QoS-aware
  • QNEs 111, 113, 115, 117, 119, 123, and 125 are shown.
  • the data packet transmitted from MN 101 to CN 121 is transmitted via route 147.
  • all the QNEs 111, 113, 115, 117, and 119 on the route 147 have a state related to the QoS reservation related to the data packet transmitted from the MN 101 to the CN 121.
  • each of the QNEs 111, 113, 115, 117, and 119 includes filter information about the data packet sent through the route 147 (the IP address of CN121 is included as the destination address, and MN101 is assigned from the subnet 103 and V A QoS reservation that associates a filter list that includes filterG, which is an IP address (cCoA) as a source address, and resour ceG, which is resource reservation information corresponding to this filter list
  • the filter information (filterG) is identified by referring to the header of the data packet transmitted from CN121 to MN101, and QoS guarantee based on the corresponding resource reservation information (resourceG) is performed. It is configured.
  • the NTLP layer of each QNE 111, 113, 115, 117, 119 maintains the state for identifying and routing signaling messages (routing state and message association (see Non-Patent Document 11A)).
  • the state for this routing includes a flow ID that also creates information power including the source and destination of the signaling message on route 147.
  • the source of the signaling message is MN 101 (cCoA is X)
  • the destination of the signaling message is CN121 (IP address is Y)
  • the flow ID in the state for rating is flowXY.
  • MN 101 may move to subnet 107 and prepare to establish part of the predicted route (route 149) for QNE (proxy) 123 (ie, establish Q 121 from CNE (proxy) 123 Preparation).
  • the MN 101 desires that each QNE on this route has a state for routing after moving to the subnet 107 in advance.
  • QNE (proxy) 123 prepares a part of the predicted route, so that MN101 actually moves to subnet 107 and then QoS from CN121 to MN101 more quickly.
  • the route is established, and it is possible to shorten the interruption time of QoS guarantee due to handover. The reason is that the establishment of a new state for routing requires complex processing. Once the state for this routing is established, it is possible to route signaling messages using this state. It is the power that can be done.
  • QNE (proxy) 123 receives any trigger to prepare for the establishment of a predicted route, QNE (proxy) 123 will be responsible for routing in QNE between QNE (proxy) 123 and CN121. As a result, a state for routing is held in the QNE between QNE 123 and CN121. In other words, the IP address (assumed to be Z) of QNE (proxy) 123 is transmitted in the NTLP layer of QNE (proxy) 123, QNE125, 115, 117, and 119. In addition, the state for routing including the flow ID (flowZY) including the IP address (ie, Y) of CN 121 is included as the destination address. Note that the state for routing relating to the route 147 is left as it is.
  • the QNE (proxy) 123 receives the MN 101 NCo A (MN 101 It does not use the new Co A that is assigned after moving to subnet 107, but it relates to a part of the route used after MN 101 connects to subnet 107 (route from QNE (proxy) 123 to CN121) It is possible to establish a state for routing (as shown in Figure 13).
  • filterH is created with the NCoA of the MN 101 as the data packet source and the IP address of the CN 121 as the destination of the data packet.
  • QNE (proxy) 123 and QNE125 on route 149 are newly included in the finalelist power including filterH, and QNE115, 117, and 119! /, And fi iterH is added to the existing filter list (for the same session).
  • the end node from the MN 101 to the CN1 21 A state for routing is established.
  • the flow ID used in the state for routing between MN 101 and QNE (proxy) 123 is different from that used in QNE (proxy) 123 to CN121 (flowZY).
  • the acquired NCoA (W) may be the flow ID (flowWZ) from which the signaling message was sent.
  • the flow ID used in the routing state between MN101 and QNE (proxy) 123 is used by QNE (proxy) 123 to CN121. (FlowZY).
  • FIG. 15 is a sequence chart showing an operation example when the transmission direction of the data packet is the uplink direction in the third embodiment of the present invention.
  • the Q UERY message which is a message defined in the NSIS QoS NSLP, is sent as a message that does not require filter information and is sent to create a routing state in each QNE. Furthermore, the case where information necessary for the operation of the present invention is added will be described.
  • RESERVE message a message defined by NSIS QoS NSLP.
  • the terms “RESERVE message”, “QUERY message”, and “RESPONSE message” used in the third embodiment of the present invention refer to information generated in the NSLP layer (message payload and ), Information generated by the NTLP layer (referred to as the header part), and IP header (including the optional part).
  • the QNE (proxy) 123 receives a trigger for preparing a predicted route (step S401).
  • a trigger for preparing a predicted route for example, the session ID used in the QoS route between MN101 and CN121, the IP address of CN121 (or the QNR that is the final QNE of the route), etc. are used to establish a predicted route. Contains necessary information.
  • the QNE (proxy) 123 Upon receiving the trigger, the QNE (proxy) 123 immediately generates a payload part of the QUERY message in the NSLP layer in response to the trigger and passes it to the NTLP layer. In response to this, the NTLP layer generates a flow ID with itself as the signaling message source and CN121 as the destination (step S403), and sends a QUERY message containing this flow ID in the header via the lower layer. Transmit to CN 121 (step S405). Since this QUERY message is a message in a new downstream direction (the same direction as the data transmission direction) on the route 149, the RA header for QNE is added to the IP header of this QUERY message.
  • each QNE transmits a QUERY message to CN 121 (steps S409, S413, S417, S421).
  • QUERY message power SCN121 reaches lj
  • a RESPONSE message for this QUERY message is returned from CN121 to QNE123 (steps S425, S427, S429, S431, S433).
  • the MN 101 moves to the subnet 107 (step S435).
  • the MN 101 Upon obtaining the NCoA from the subnet 107, the MN 101 generates a flow ID in the NTLP layer with the NCoA as the source of the signaling message and the QNE (proxy) 123 as the destination of the signaling message (step S437).
  • the NSLP layer of MN101 generates filter information including information with its own NCo A as the data packet source and CN121's IP address as the destination of the data packet, and this filter information is added (add). Then, a sender-driven RESERVE message (reserved as RESERVE (add) in FIG.
  • this RESERVE message is a message in the new downstream direction (the same direction as the data transmission direction) from MN101 to QNE (proxy) 123 on route 149, the IP header of this RESERVE message contains the message for QNE. RAO is attached.
  • the QNE (proxy) 123 Upon receiving this RESERVE message, the QNE (proxy) 123 performs a state establishment process for routing in NTLP (step S441), and also performs a process for resource reservation in NSLP.
  • the NTLP layer recognizes that it is necessary to send this RESERVE message to CN121 from information such as the session ID, and uses the flow ID information included in this RESERVE message as the flow ID generated in step S403. And send it to CN121 (step S443).
  • NTLP may tell NSLP that the message needs to be sent to CN121. In this case, since the routing state has already been established in QNE123, 125, 115, 117 and 119, RAO must be added to the RESERVE message.
  • QNE123, 125, 115, 117, 119 refers to the received RESERVE message, performs resource reservation processing, and can quickly send the RESERVE message (steps S445, S447). , S449, S451).
  • the flow ID used between MNIOI and QNE (proxy) 123 may be the same as the flow ID used between QNE (proxy) 123 and CN121.
  • FIG. 16 is a sequence chart showing an operation example when the transmission direction of the data packet is the downlink direction in the third embodiment of the present invention.
  • the QNE (proxy) 123 When the QNE (proxy) 123 receives the trigger for preparing the predicted route (step S 501), the QNE (proxy) 123 transmits a request message for requesting the predicted route preparation to the CN 121 (step S 503).
  • the trigger for preparing the predicted route may be sent directly to the CN 121 instead of the QNE (proxy) 123. In this case, the trigger should also contain information such as the IP address of QNE (proxy) 123.
  • the CN 121 Upon receiving the request message or trigger, the CN 121 immediately generates a payload part of the QUERY message in the NSLP layer in response to the request message or trigger and passes it to the NTLP layer. In response to this, the NTLP layer generates a flow ID with itself as the signaling message source and QNE (proxy) 123 as the destination (step S505), and sends a QUERY message containing this flow ID in the header to the lower layer. Is sent to QNE (proxy) 1 23 via (step S507). Since this QUERY message is a message in the new downstream direction (the same direction as the data transmission direction) on route 149, the RAO for QNE is attached to the IP header of this QUERY message.
  • QNE (proxy) 123 detects the movement of MN101, and when MN101 obtains the NCoA information obtained from subnet 107, it signals its IP address to the source of the signaling message, and signals MN101's NCoA to the NTLP layer. A flow ID that is the destination of the message is generated (step S529).
  • the NSLP layer of QNE (proxy) 123 generates filter information including information with the CN121 IP address as the data packet source and the MN101 NCoA as the destination of the data packet, and adds this filter information.
  • a sender-initiated RESERVE message (reserved as RESERVE (add) in Fig. 16) is sent to MN 101 (step S 531) to reserve the QoS resource by (add), and at the NTLP layer to MN 101 A state establishment process for routing is performed for the data packet to be transferred (step S533).
  • the QNE (proxy) 123 transmits a receiver-driven RESERVE message (described as RE SERVE (add) in FIG. 16) to the CN 121 (step S535).
  • RESERVE message sent to MN101 is a message in the new downstream direction (the same direction as the data transmission direction) for MN101 from QNE (proxy) 123 force on route 149, so this RESERVE message is for QNE. RAO is attached.
  • the state power for routing is already established in SQNE123, 125, 115, 117, and 119!
  • the flow ID used between QNE (proxy) 123 and MN 101 may be the same as the flow ID used between QNE (proxy) 123 and CN 121.
  • the client may use multiple ports at once in order to increase the download speed.
  • FTP File Transfer Protocol
  • the client may use multiple ports at once in order to increase the download speed.
  • one of a plurality of port numbers may be adopted as the flow ID. If the flow ID is created entirely with IP address information, it is not necessary to manage the port number in NTLP.
  • the filter list used as a packet classifier corresponds to a plurality of filter information, so that a plurality of port numbers can be easily held. Is possible.
  • the port number used in this process changes.
  • the NTL is defined by defining the flow ID and filter list as described above.
  • the filter list used as a packet classifier filter information can be easily added and deleted. It becomes possible to respond flexibly.
  • MN 101 performs handover from subnet 103 to subnet 107 in the same manner as in the first operation example of the third embodiment of the present invention described above.
  • QNE (proxy) 123 does not use the NCoA assigned in MN 101's subnet 107 when preparing the QoS reservation related to a part of the route used after handover of MN 101 (especially in the state for routing) The operation for performing the establishment process will be described.
  • FIG. 18 is a sequence chart showing an operation example when NATFW exists on the data path and the transmission direction of the data packet is the uplink direction in the third embodiment of the present invention.
  • QNE117 has a NATFW function
  • QNE119 and CN121 exist in a LAN using a private address.
  • NATFW NSLP is implemented in MN101, QNE117 and CN121.
  • the NATFW already has a policy rule that allows NSIS signaling messages to pass through this NATFW.
  • the first operation example shown in FIG. 15 in the sequence shown in FIG.
  • NSIS QoS As an example of a message transmitted to create a state for routing in each QNE, NSIS QoS The case of using the QUERY message defined by NSLP is explained as an example.
  • the QNE (proxy) 123 receives a trigger for preparing a predicted route (step S601).
  • a trigger for preparing a predicted route for example, the session ID used in the QoS route between MN101 and CN121, the IP address of CN121 (or the QNR that is the final QNE of the route), etc. are used to establish a predicted route. Contains necessary information.
  • the QNE (proxy) 123 Upon receiving the trigger, the QNE (proxy) 123 immediately generates a payload part of the QUERY message in the NSLP layer in response to the trigger and passes it to the NTLP layer. In response to this, the NTLP layer generates a flow ID with itself as the signaling message source and CN121 as the destination (step S603), and sends a QUERY message containing this flow ID in the header via the lower layer. Transmit to CN 121 (step S605). Since this QUERY message is a message in a new downstream direction (the same direction as the data transmission direction) on the route 149, the RA header for QNE is added to the IP header of this QUERY message.
  • each QNE transmits a QUERY message to CN 121 (steps S609, S613, S617, S621).
  • QUERY message power SCN121 reaches lj
  • a RESPONSE message for this QUERY message is returned from CN121 to QNE123 (steps S625, S627, S629, S631, and S633).
  • the MN 101 moves to the subnet 107 (step S635).
  • the MN 101 Upon obtaining the NCoA from the subnet 107, the MN 101 generates a flow ID in the NTLP layer with the NCoA as the signaling message source and the QNE (proxy) 123 as the signaling message destination (step S637).
  • the NSLP layer of MN101 information that uses its own NCo A as the source of the data packet and the IP address of CN121 as the destination of the data packet. Filter information including information is generated.
  • a CREATE message with a parameter that allows NATFW (QNE 117) to create a policy rule for data packets with this filter information to pass through NATFW (in Figure 18, the CREATE ).
  • the QoS NSLP layer creates a sender-driven RESERVE message (shown as RESERVE (add) in Fig. 18) that reserves QoS resources by adding (add) this filter information.
  • the MN 10 converts the above CREATE message and RESERVE message into one message (CREATE and RESERVE message) and transmits it to the QNE (proxy) 123 (step S639).
  • CREATE and RESERVE messages are messages in the downstream direction (same direction as the data transmission direction) from MN101 to QNE (proxy) 123 on route 149, so in the IP header of CREATE and RESERVE messages Will be given RAO for QNE.
  • the QNE (proxy) 123 that has received this CREATE and RESERVE message performs a state establishment process for routing in the N TLP (step S641) and performs a process for resource reservation in the NSLP. Also, the NTLP layer recognizes that it is necessary to send this CREATE and RESERVE message to CN121 from information such as session ID, and the flow ID information included in this CREATE and RESERVE message is generated in step S603. The flow ID is changed and sent to CN121 (step S643). At this time, NTLP may inform NSLP that the message needs to be sent to CN121.
  • QNE123, 125, 115, 117, 119 can perform resource reservation processing by referring to the RESERVE part of the received CREATE and RESERVE messages, and can quickly transmit CREATE and RESERVE messages. Steps S645, S647, S651, S653). Further, NATFW (QNE 117) refers to the CREATE part of the CREATE and RESERVE messages and changes the policy rule (step S649).
  • the policy rule includes address translation for the data packet, the Change the content of the corresponding filter information included in the filter list to one corresponding to the private address, or add filter information for the private address to the list.
  • QoS resources are reserved for private addresses.
  • the flow ID used between the MN 101 and the QNE (proxy) 123 may be the same as the flow ID used between the QNE (proxy) 123 and the CN 121.
  • this address information may exist in the filter list in advance. In this case, NATFW (QN E 117) does not need to convert the contents of the filter list to step S649! /.
  • the second operation illustrated in FIG. 16 is also performed when the transmission direction of the data packet is the downlink direction.
  • the same procedure can be taken by sending a CREATE message at the same time as the RESERVE message.
  • the filter list may exist in the common part of NSLP, and each NSLP power filter list may be referred to.
  • information indicating which NSLP is used for each filter information in the filter list for example, a flag is set). Stand up Etc.).
  • the filter list may be divided for each NSLP.
  • a filter list for QoS NSLP is prepared, and each NSLP filter list is placed in the NSLP common part.
  • a filter list may exist in each NSLP.
  • the contents of the filter list may be made consistent by exchanging information about the filter list between NSLPs directly or through NTLP. For example, if there is content in NATFW NSLP that instructs NATFW node to rewrite ⁇ filterA> to filterB> in NATFW NSLP, this information is sent to QoS NSLP directly or through NTLP. In the filter list, filterA> is rewritten to filterB>. However, if filterB> already exists in the filter list in Qo S NSLP, it is not necessary to rewrite the filter information.
  • a force filter list different from the filter list definition shown in FIG. 17 may exist in the N TLP. If the filter list exists in NTLP, information indicating which NSLP is used for each filter information in the filter list (for example, setting a flag), as in the case where the filter list exists in the NSLP common part. Etc.), and the filter list may be divided for each NSLP.
  • NATFW nodes may implement the NATFW function.
  • QoS function since the implementation of the QoS function is not essential, only NATFW NSLP exists and there is a NATF W node that does not have QoS NSLP. Conceivable. Even in such a NATFW node, if a filter list exists in the NSLP common part or NTLP, the filter information can be easily converted (step S649 in FIG. 18).
  • a special function in the NATFW node is a function that can check the contents of the filter list in the QoS NSLP even when the QoS NSLP does not exist. If so, filter information can be converted. In this case, the QoS NSLP message must be intercepted by the NATFW node.
  • QoS NSLP sent before establishing state for routing to allow QoS NSLP messages to be intercepted by NATFW nodes
  • the RAO for NATFW NSLP, the RAO common to QoS NSLP and NATF W NSLP (or NSLP common), or the RAO for the NE having NTLP (ie, RAO for NTLP) is added.
  • NATFW node power NTLP only may be implemented.
  • the NATFW node can easily convert the filter information (step S649 in FIG. 18).
  • Filter information can be converted.
  • the QoS NS LP message must be intercepted by the NATFW node.
  • the QoS NSLP message sent before the establishment of the state for routing for example, includes the RAO for the NE with NTLP (that is, the RAO for NTLP). Is done.
  • the client may use multiple ports at once in order to increase the download speed. Even in this case, as in the case of the above MN having multiple IP addresses, one of the multiple port numbers is It can be used for row ID. If the flow ID is created entirely with IP address information, it is not necessary to manage port numbers in NTLP. In addition, as in the case where the above MN has multiple IP addresses, the filter list used to create policy rules for NATFW! / Is compatible with multiple filter information. It is possible to easily hold a plurality of port numbers.
  • the flow ID and the filter information are separated and managed separately, so that the processing related to the route through which the signaling message passes is handled as a data packet.
  • off-path signaling also called Path Decoupled signaling
  • a signaling message is sent directly to a proxy in a domain or a policy decision point (which does not need to be on the data path), and processing using the contents of the filter list is performed on this node (for example, creation of a policy rule) It is also possible to perform
  • the additional service is the QoS guarantee
  • the present invention can also be applied to other additional services.
  • QoS guarantee the ability to explain specific examples when the present invention is applied to NSIS
  • the present invention is not limited to NSIS.
  • the NSIS message that contains the message is not limited to the above example.
  • each functional block used in the description of each embodiment of the present invention described above is typically Is realized as an integrated circuit LSI (Large Scale Integration). These may be individually made into one chip, or may be made into one chip so as to include a part or all of them. Note that, here, it is sometimes called IC (Integrated Circuit), system LSI, super LSI, or unroller LSI, depending on the difference in power integration.
  • LSI Large Scale Integration
  • the method of circuit integration is not limited to LSI's, and implementation using dedicated circuitry or general purpose processors is also possible. You can use an FPGA (Field Programmable Gate Array) that can be programmed after LSI manufacturing, or a reconfigurable processor that can reconfigure the connection and settings of circuit cells inside the LSI.
  • FPGA Field Programmable Gate Array
  • the present invention can reconfigure a route after the handover more quickly and reduce the packet communication interruption time (particularly, the QoS route interruption time). Therefore, it can be applied to communication network technology and resource management technology related to packet transmission. Furthermore, the present invention is not limited to the case where the mobile terminal performs handover, but when the terminal communicates with one session using a plurality of IP addresses and a plurality of port numbers, Even when there is a change in address or port number, it is possible to easily manage routes (especially QoS routes). Routing of signaling messages related to communication network technology and resource reservation for packet transmission Applicable to management technology.

Abstract

　移動端末がハンドオーバを行う際に、ハンドオーバ後における経路の再設定をより迅速に行って、パケット通信の中断時間（特に、ＱｏＳ経路の中断時間）を低減させることを目的とする。例えば、ＭＮ１０１が、新たな接続先（ＡＲ１０９）におけるアドレス（ＮＣｏＡ）を取得していない状態で、ＱＮＥ（プロキシ）１２３に対して、新たな接続先に接続した場合に使用するＱｏＳ経路の確立処理の開始を要求する。ＱＮＥ（プロキシ）は、自ノードとＣＮ１２１との間のリソース予約を行い、その結果、ＱＮＥ（ＣＲＮ）１１５より上流では、ＭＮがＡＲ１０５に接続している状態で使用されている経路情報（filterA）に、新たな経路情報（filterB）が関連付けられる。ＭＮが移動後に実際の新たなＣｏＡを使用してＱｏＳ経路の更新を行うまでの間は、データパケットは、プロキシノードによってカプセル化されて、経路情報（filterB）に基づいて伝送される。

Description

通信システム、リソース管理装置、リソース管理方法、通信管理装置並び に通信管理方法
技術分野
[0001] 本発明は、通信システム、リソース管理装置、リソース管理方法、通信管理装置並 びに通信管理方法に関し、特に、パケット伝送が行われる通信ネットワークにおける 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理 方法に関する。
背景技術
[0002] 移動端末力 無線ネットワークを通じてインターネットなどの通信ネットワークにァク セスするユーザに対して、移動しながらでもシームレスに通信ネットワークの接続を提 供できる技術として、次世代インターネットプロトコルであるモパイル IP (Internet Prot ocol)を利用したものが普及してきている。
[0003] 一方、ネットワークを利用した通信にぉ 、ては、 QoS (Quality of Service)保証を始 めとしたサービス (本明細書では、こうしたサービスを付カ卩的サービスと呼ぶことにす る）が存在しており、こうした付カ卩的サービスを実現するための様々な通信プロトコル が存在している。このような様々な通信プロトコルのうち、 QoS保証をするためのプロ トコルとして、例えば、 RSVP (Resource Reservation Protocol)が挙げられる（例えば 、下記の非特許文献 1参照)。 RSVPは、データの送信を行う送信側通信端末からデ ータの受信を行う受信側通信端末への経路 (フロー）上における帯域予約を行うこと によって、送信側通信端末から受信側通信端末に、データ力スムーズに伝送される ようにするものである。
[0004] サブネット（サブネットワーク）間のハンドオーバを行う MN (Mobile Node：モバイルノ ード）に関しては、ハンドオーバ前に受けていた QoS保証を始めとする付カ卩的サービ スを、ハンドオーバ後においても継続して受けられるべきであるという要請があるが、 上述した RSVPは、 MNの移動に対して十分には対応して!/、な!/、と!/、う問題がある。
[0005] この問題を解決するために、現在、 IETF (Internet Engineering Task Force)にお いて、 NSIS (Next Step in Signaling)と呼ばれる新しいプロトコルを標準化するための 議論が行われている（下記の非特許文献 2参照)。この NSISは、モパイル環境にお Vヽて、 QoS保証を始めとする様々な付カ卩的サービスに特に有効であると期待されて おり、 NSISにおいて QoS保証やモビリティサポートを実現するための要件や実現方 法などが記載された文献も存在する（例えば、下記の非特許文献 3〜7参照)。以下 に、現在 IETFの NSISワーキンググループでドラフト仕様となって!/、る NSISの概要 と、 QoS経路確立の方法を説明する (非特許文献 4及び非特許文献 7参照)。
[0006] 図 10には、従来の技術における NSISのプロトコル構成を説明するために、 NSIS 及びその下位層のプロトコルスタックが図示されている。 NSISプロトコル層は IP及び 下位層のすぐ上に位置する。さらに NSISプロトコル層は、それぞれの付加的サービ スを提供するためのシグナリングメッセージ生成、及びその処理を行うプロトコルであ る NSLP (NSIS Signaling Layer Protocol)と、 NSLPのシグナリングメッセージのルー ティングを行う NTLP (NSIS Transport Layer Protocol)の 2層からなる。 NSLP〖こは、 QoSのための NSLP (QoS NSLP)や、その他のある付カ卩的サービス（サービス A やサービス B)のための NSLP (サービス Aの NSLP、サービス Bの NSLP)など、様々 な NSLPが存在している。
[0007] また、図 11は、従来の技術における NSISのノードである NEや QNE力 ^隣り合う」と いう概念を説明するための模式図である。図 11に示すように、 NSIS機能を持ったす ベてのノード（NE : NSIS Entity)には、少なくとも NTLPが実装されている。この NTL Pの上には、 NSLPが必ずしも存在しなくてもよぐまた、 1つ以上の NSLPが存在し てもよい。なお、ここでは、特に、 QoSのための NSLPを持った NEを QNE (QoS NSI S Entity)と呼ぶことにする。なお、 NEになり得るのは端末やルータである。また、隣り 合う NEの間には、 NEではない複数のルータが存在することもあり得るし、隣り合う Q NEの間には、 NEではないルータ及び QoS NSLPを持たない NEが複数存在する ことちあり得る。
[0008] なお、 NSISは、モパイル環境だけでなく通常の静的なネットワークにおける様々な 機能も網羅するものである力 本明細書では、 NSISの機能の 1つであるモビリティサ ポートされた付カ卩的サービスの確立を実現する機能に着目し、 NSISの実装によって 、モビリティサポートされた付カ卩的サービスの確立が実現されるものとする。
[0009] また、 MNが新たなサブネットワーク（以下、サブネットと呼ぶ）に移動する場合、新 たな QoS経路力 MNと CN (Correspondent Node:通信相手ノード）との間で確立さ れる必要がある。新たな QoS経路が確立されるまでは、データパケットは必要な QoS 処理を受けられず、 QoSの中断が起こることになる。この QoSの中断は、スムーズか つシームレスなモビリティが実現されるように、最低限に抑えられる必要がある。
[0010] こうした問題を扱う 1つの方法として、下記の非特許文献 8には、 MRSVPが提示さ れている。この非特許文献 8では、 RSVPに変更をカ卩えることによって、モパイル IPの 三角ルート用の QoS経路をあら力じめ確立する方法が提案されている。ここでは、「口 一カルプロキシエージェント（HA (Home Agent：ホームエージェント）に相当する）」及 び「リモートプロキシエージェント（FA (Foreign Agent :フォーリンエージェント）に相当 する）」力 MNのための QoS経路を確立することが可能である。
[0011] リモートプロキシエージェントは、 MNの NCoA(New Care- of Address：新たな気付 アドレス）取得した後に、自身と CNとの間に QoS経路のセットアップを行う。続いて、 リモートプロキシエージェントとローカルプロキシエージェントとの間（すなわち、 FAと HAとの間）の経路が新たに確立されて、この経路と、ローカルプロキシエージェントと CNとの間（すなわち、 FAと CNとの間）の経路とが併合される。なお、経路の併合の 具体的な方法に関しては説明されていない。
[0012] また、 MNがサブネット間においてハンドオーバを行う場合、ハンドオーバ前の古い 経路の一部とハンドオーバ後の新 、経路の一部とが重複する場合がある。このよう な場合には、重複経路における 2重予約の問題や、経路の変更が困難であることな ど、様々な問題が起こり得る。こうした問題を解く方法の 1つとして、古い経路と新しい 経路とが分岐 (クロスオーバ)する位置を特定する方法が挙げられる。この分岐点上 に存在する通信ノードは CRN (Crossover Node :クロスオーバノード）と呼ばれ、この CRNを特定する方法としては、例えば、下記の非特許文献 9、 10などに記載されて いる方法が知られている。
[0013] なお、本明細書に記載されて 、る QoS経路の確立とは、 QoSが保証されるデータ パケットが通る経路であって、 NTLP層にお!/ヽてシダナリングメッセージをルーティン グするためのステートが確立されており、かつ NSLP層によって QoS保証のためのリ ソース予約手続きが完了した状態のことを指す。なお、 QoS保証のためのリソース予 約と、 NTLP層のルーティングのためのステートの確立は、同時に行われる場合もあ るし、また、ルーティングのためのステートの確立の後に、 QoS保証のためのリソース 予約が行われる場合もある。
[0014] また、下記の非特許文献 11Aによれば、シグナリングメッセージのルーティングのた めのステートは、 NSISの最初のメッセージが、 downstream方向（データパケットが送 られる方向）に対して送られる際に確立される。すなわち、あるセッションに対するデ ータパケットに対して QoS保証が行われる場合、データパケットが通過する最初の Q NEは、 QoS予約のためのシグナリングメッセージ、又はその準備のためのシグナリン グメッセージを、データパケットの受信者に向けて送信する。このとき、このシグナリン グメッセージの NTLP層に、セッションを識別するセッション IDやフローを識別するフ ロー IDなどの情報が付けられるほかに、 IP層には RAO(Router Alert Option)が付け られる。そして、このシグナリングメッセージが通過しょうとする QNEの IP層において 、 RAOの存在によりこのシグナリングメッセージはインタセプトされて、 NSIS層（NTL P層及び NSLP層）に渡され、 NSIS層によって、シグナリングメッセージの中身が確 認されるようになる。
[0015] シグナリングメッセージをインタセプトした QNEの NTLP層では、まず、ルーティン グのためのステートとして、フロー IDやセッション IDの情報、及び、このシグナリングメ ッセージが送信されてきた 1つ前の隣り合う QNEの IPアドレスの情報を格納する。そ して、 1つ前の隣り合う QNEに対して、 NTLPレベルでの返信メッセージを返す。これ により、 1つ前の QNEの NTLP層は、 1つ後ろの QNEの IPアドレスを知ることができ 、この IPアドレスをルーティングのためのステートに書き込むことによって保持する。ま た、シグナリングメッセージの送受信をセキュアに行いたい場合などには、このほかに 、メッセージアソシエーションなどの手順を行い、セキュリティに関するネゴシエーショ ンなどを行う。
[0016] 一方、 NSLP側では、 NSLPメッセージの中身に応じた処理を行い、この処理が済 むと再び NTLPにより、シグナリングメッセージがあて先（ここでは、データパケットの 受信者）に向けて転送される。
[0017] こうして、このシグナリングメッセージが所定のあて先に到達することにより、 NTLP 層にはメッセージのルーティングのためのステートに係る情報が確立される。特に、メ ッセージアソシエーションが確立された場合には、以後の該当セッション ID、フロー I Dを持つシグナリングメッセージに関しては、 RAOを用いることなぐ上述のように確 立されたルーティングのためのステートを用いて送受信される。
[0018] また、 NAT (Network Address Translation：ネットワークアドレス変換）や FW (Firewa 11:ファイアウォール）におけるポリシールールを動的に作成するため、 NSISでは NS LP層の機能の 1つとして、 NATFW NSLP (下記の非特許文献 13参照）が提案さ れている。
[0019] なお、 NATとは、 LAN (Local Area Network)内のみで使われるプライベートァドレ ス情報と、インターネット上で使われるグローバルアドレス情報の変換を行う技術であ る。なお、アドレス情報には IPアドレスのほかに、 IPアドレスとポート番号の組み合わ せなども用いられる。どのプライベートアドレス情報と、どのグローバルアドレス情報と を対応させるかという変換情報は、ポリシールールという形で NAT対応ノード内に保 有される。また、 FWとは、 LAN内に通すパケット、又は LAN内力も LAN外（例えば 、インターネット）に送出するパケットをフィルタリングする技術である。なお、フィルタリ ングには、 IPアドレスやポート番号などが用いられる。このフィルタリング情報は、ポリ シールールという形で FW対応ノード内に保有される。また、 NAT及び FWの両方の 機能が 1つのノードに実装される場合も多い。本明細書では、 NAT及び FWの両方 の機能を NATFWと呼び、 NAT及び FWの両方の機能を有するノードを NATFWノ ードと呼ぶ。
[0020] NATFW NSLPの基本動作は、以下の通りである。
(1)データ送信者である NATFW NSLP対応ノードが，データ受信者である NATF W NSLP対応ノードに対して、 CREATEメッセージを送信する。
(2)経路上に存在する NATFW NSLP対応ノードが、この CREATEメッセージをィ ンタセブトする。
(3)このノードが NATFW機能を持つものであった場合、この CREATEメッセージに 含まれるパラメータに基づ!/、て、ポリシールールを作成する。
[0021] なお、 CREATEメッセージに含まれるパラメータとは、対象となるデータパケットの アドレス情報、アクション (例えば、パケットを通す Z通さないという処理など）及びァク シヨンに対する補足情報 (ライフタイムなど)である。このデータパケットのアドレス情報 は、フロー IDより引用される。
[0022] なお、 QoS NSLPの場合と同様〖こ、データ送信者及びデータ受信者が NATFW NSLP対応ノードではない場合には、データ経路上に存在する NATFW NSLP対 応ノードで、データ送信者 (又はデータ受信者）に一番近いノードが、シグナリングメ ッセージの送信者 (又は受信者）となる。また、 CREATEメッセージを送信する前提 として、 NATFWノードには、 NSISメッセージを通すためのポリシールールがあらか じめ作成されて ヽることが定められて 、る。
[0023] また、 NTLPにはフロー IDが含まれており、このフロー IDが、 NSLPレイヤにおい てデータパケットのフィルタリング情報 (例えば、 QoS保証におけるパケットクラシファ ィァ（packet classifier:パケット分類情報）として使用される。データパケットのフィルタ リング情報が NATに対応できるようにするため、非特許文献 11Bでは、 NATが NTL P対応であり、かつ、 NATにおいて、パケットヘッダのアドレス情報の変換と同時にフ ロー IDの中身も変換されることが要請されて！、る。
非特干文献 1 : R. Braden, L. Zhang, b. Berson, S. Herzog and S. Jamin, Resource R eSerVation Protocol - Version 1 Functional Specification , RFC 2205, September 1 997.
非特許文献 2 : NSIS WG (http://www.ietf.org/html.charters/nsis-charter.html) 非特許文献 3 : H. Chaskar, Ed, "Requirements of a Quality of Service (QoS) Solution for Mobile IP", RFC3583, September 2003
非特許文献 4： Sven Van den Bosch, Georgios Karagiannis and Andrew McDonald "N SLP for Quality— of— Service signalling , draft-ietf-nsis-qos-nslp-05.txt, October 20 04
特許文献 5 : X. Fu, H. Schulzrinne, H. Tschofenig, "Mobility issues in Next Step s ignaling", draft— fu—nsis— mobility— 01. txt, October 2003 非特許文献 6 : S. Lee, et. AL, "Applicability Statement of NSIS Protocols in Mobile Environments", draft— ietf— nsis— applicability— mobility— signaling— 00. txt, October 18, 2004
非特許文献 7 : R. Hancock (editor), 'Next Steps in Signaling: Framewor , draft- ietf -nsis-lw-07.txt, November 1, 2003
非特許文献 8 : MRSVP: A. K. TALUKDAR, B.R. BADRINATH and A. ACHARYA, " A Resource Reservation Protocol for an Integrated Service Network with Mobile Ho sts", Wireless Network 7 pp5- 19, 2001
非特許文献 9 : T. Sanda, T. Ue, "Pre CRN discovery from proxy on candidate new p ath", draft— sanda— nsis— mobility— qos— proxy— 01.txt, Feruary 2004
非特許文献 10 :三田貴子，上豊榭，荒牧隆， "モピリティをサポートしたシームレスな QoS経路確立方法に関する提案"，電子情報通信学会モパイルマルチメディア通信 (MoMuC)研究会， Vol.104 No.38, pp59- 64, 2004年 5月
非特干文献 11A : H. Schulznnne, R. Hancock, GIMPS: General Internet Messaging
Protocol for Signaling", draft- ietf- nsis- ntlp-05.txt, February 2005
非特許文献 1 IB : H. Schulzrinne, R. Hancock, "GIMPS: General Internet Messaging
Protocol for Signaling", draft- ietf- nsis- ntlp-07.txt, July 18, 2005
非特許文献 12 :三田貴子他， "モパイル IPを用いた通信における QoSステート管理方 法に関する提案"，電子情報通信学会情報ネットワーク (IN)研究会， vol. 104, no. 5
64, IN2004-144, pp. 1-6, 2005年 1月
非特許文献 13 : M. Stiemerling, H. Tschofenig and C. Aoun "NAT/Firewall NSIS Sig naling Layer Protocol (NSLP)", draft- ietf- nsis- nslp-nat! - 07.txt, July 18, 2005 [0024] 従来の技術には、主に、下記の 2つの課題 (第 1及び第 2の課題）が存在する。
[0025] まず、従来の技術に係る第 1の課題について説明する。例えば、上記の非特許文 献 8に記載されている方法では、 MNのための QoS経路をあら力じめ確立するため に、新たなサブネットワークにおけるプロキシが用いられる。しかしながら、 MNの NC oAを取得した後にのみ、プロキシによって QoS経路が確立される力 プロキシは、 M Nが実際に移動する前に MNの NCoAを取得できない可能性があり、事前に NCoA を取得する処理によって、スムーズな経路の確立が妨げられてしまう可能性がある。
[0026] また、 QoS経路を確立するための試み力 いくつもの経路にわたって実行される必 要があり、 MNは、こうした QoS経路の確立結果に基づいて、新たな接続ポイントへ の移動を決定する場合がある。したがって、 MNの NCoAは、 QoS経路の確立後に 生成される場合もあり、この場合には、プロキシが、 MNの新たな接続ポイントとなり得 る各接続ポイントにおける MNの NCoAを取得することは困難である。
[0027] 次に、従来の技術に係る第 2の課題について説明する。 NSISの現仕様では、フロ 一 IDがそのままパケットクラシファイア（packet classifier：パケット分類情報）として用 いられるため、フロー IDにデータパケットのヘッダ情報が含まれていなければならず 、この制限が、 MNのハンドオーバ時におけるスムーズな QoS経路変更を困難にして いる。さらに、端末が 1つのセッションに対し、複数の IPアドレスや複数のポート番号 を用いて通信を行っている場合 (例えば、端末がマルチホーム状態の場合)や、セッ シヨンの途中で IPアドレスやポート番号に変更が生じる場合に、 QoS経路の管理は 非常に困難なものとなってしまう場合がある。
発明の開示
[0028] 上記問題に鑑み、本発明は、移動端末がハンドオーバを行う際に、ハンドオーバ後 における経路の再設定をより迅速に行って、パケット通信の中断時間（特に、 QoS経 路の中断時間）を低減させることを第 1の目的とする。
[0029] また、本発明では、端末が 1つのセッションに対し、複数の IPアドレスや複数のポー ト番号を用いて通信を行っている場合や、セッションの途中で IPアドレスやポート番 号に変更が生じる場合において、経路 (特に、 QoS経路)の管理を容易にすることを 第 2の目的とする。
[0030] 上記目的を達成するため、本発明の通信システムは、それぞれがサブネットを構成 する複数のアクセスルータが通信ネットワークを介して接続されており、前記通信ネッ トワークを経由する任意の通信端末間における通信に対して、付加的サービスを提 供するための経路を確立することが可能な通信システムであって、
前記複数のアクセスルータのうちの 1つである第 1アクセスルータに接続し、前記第 1アクセスルータが構成する第 1サブネットで取得する第 1アドレスを使用して通信を 行う移動可能な移動端末と、
前記通信ネットワークに接続されており、前記移動端末の通信相手となる通信相手 端末と、
前記移動端末力 前記複数のアクセスルータのうちの 1つである第 2アクセスルータ に接続した場合に前記第 2アクセスルータが構成する第 2サブネットで取得する第 2 アドレスを使用せずに、前記第 1アクセスルータに接続している前記移動端末と前記 通信相手端末との間の通信に対して前記付加的サービスを提供するための第 1経路 が確立された状態で、前記第 2アクセスルータに接続した状態における前記移動端 末と前記通信相手端末との間の通信に対して前記付加的サービスを提供するため の第 2経路を確立する処理を開始することが可能な前記通信ネットワーク内に存在す る通信ノードとを有している。
この構成により、移動端末がハンドオーバを行う際に、プロキシとして機能する通信 ノードが、ハンドオーバ後における経路の再設定をより迅速に行って、パケット通信の 中断時間（特に、 QoS経路の中断時間）を低減させることが可能となる。
[0031] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード 力 前記第 2アクセスルータの近隣に存在している。
この構成により、移動端末がハンドオーバ後に第 2アクセスルータに接続した場合 に、この第 2アクセスルータの近隣に存在する通信ノードを経由した経路の設定が可 能となる。
[0032] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード 力 前記第 1経路を識別するための情報、及び前記第 1経路における前記通信相手 端末のアドレスを少なくとも含むトリガ情報を受信し、前記トリガ情報に基づいて前記 第 2経路を確立する処理を開始するように構成されて ヽる。
この構成により、プロキシとして機能する通信ノードは、この第 2経路の確立処理に 必要な情報や、その開始タイミングなどを把握することが可能となる。
[0033] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記移動端末が 、前記トリガ情報を前記通信ノードに送信するように構成されて ヽる。
この構成により、移動端末が、第 2経路の確立開始処理を開始させる指示を行うとと もに、第 2経路の確立に必要な情報を、プロキシとして機能する通信ノードに送信す ることが可能となる。
[0034] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード 力 自ノードを一方の終端とする前記第 2経路を確立するように構成されて 、る。 この構成により、移動端末のアドレスを用いずに、プロキシとして機能する通信ノー ドのアドレスを使用して、第 2経路を確立することが可能となる。
[0035] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード は、前記移動端末が前記第 2サブネットに移動して割り当てられた第 2アドレスを取得 し、前記移動端末の前記第 2アドレスを一方の終端とする第 3経路を確立する処理を 開始するように構成されて 、る。
この構成により、プロキシとして機能する通信ノードが、移動端末の新たなアドレス を取得した場合には、そのアドレスに基づく第 3経路の確立が開始されるようになる。
[0036] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード 力 前記移動端末から前記通信相手端末へのパケットを転送する際に自ノードのァ ドレスを送信元アドレスとするヘッダを用いて前記パケットをカプセル化するカプセル 化手段を有し、前記第 3経路の確立が完了するまでは、前記移動端末から前記通信 相手端末への前記パケットを前記カプセルィ匕手段によってカプセルィ匕することで、前 記パケットが、前記第 2経路に対して提供される前記付加的サービスを受けられるよう に構成されている。
この構成により、プロキシとして機能する通信ノード力 QoS保証などの付力卩的サ一 ビスが提供されないヘッダを有するパケットに対して、カプセルィ匕を行うことで、付カロ 的サービスを受けたパケット伝送が行われるようになるとともに、適切に脱カプセルィ匕 が行われることによって、適切なあて先にパケットが到達可能となる。
[0037] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記第 2経路の 終端が前記通信ノード及び前記通信相手端末であり、前記通信相手端末が、前記 移動端末にパケットを送信する際に前記通信ノードのアドレスをあて先アドレスとする ヘッダを用いて前記パケットをカプセルィ匕するカプセルィ匕手段を有し、前記第 3経路 の確立が完了するまでは、前記通信相手端末から前記移動端末への前記パケットを 前記カプセルィ匕手段によってカプセルィ匕することで、前記パケットが、前記第 2経路 に対して提供される前記付加的サービスを受けられるように構成されている。
この構成により、通信相手端末 (CN)が、 QoS保証などの付加的サービスが提供さ れないヘッダを有するパケットに対して、カプセルィ匕を行うことで、付加的サービスを 受けたパケット伝送が行われるようになるとともに、適切に脱カプセルィ匕が行われるこ とによって、適切なあて先にパケットが到達可能となる。
[0038] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記第 2経路の 終端が前記第 2アクセスルータの近隣に存在する前記通信ノード及び前記通信相手 端末の近隣に存在する相手側近隣通信ノードであり、前記相手側近隣通信ノードが 、前記通信相手端末から前記移動端末へのパケットを転送する際に前記通信ノード のアドレスをあて先アドレスとするヘッダを用いて前記パケットをカプセル化するカプ セル化手段を有し、前記第 3経路の確立が完了するまでは、前記通信相手端末から 前記移動端末への前記パケットを前記カプセルィ匕手段によってカプセルィ匕すること で、前記パケットが、前記第 2経路に対して提供される前記付加的サービスを受けら れるように構成されている。
この構成により、通信相手端末 (CN)の近隣に存在する相手側近隣通信ノードが、 QoS保証などの付カ卩的サービスが提供されな 、ヘッダを有するパケットに対して、力 プセルイ匕を行うことで、付カ卩的サービスを受けたパケット伝送が行われるようになると ともに、適切に脱カプセルィ匕が行われることによって、適切なあて先にパケットが到達 可能となる。また、通信相手端末 (CN)が、付加的サービス機能やカプセル化機能を 実装していない場合でも、伝送されるパケットは付加的サービスを受けることが可能と なる。
[0039] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記移動端末が 前記第 2サブネットに移動して前記第 3経路の確立が完了した場合に、前記第 1サブ ネットに接続している状態で使用されていた前記第 1経路、及び前記通信ノードによ つて確立された前記第 2経路が削除されるように構成されて 、る。
この構成により、ハンドオーバ前の状態力 ハンドオーバ後の状態に移行する際に 、余分な情報 (無駄なリソース予約など）が残らな 、ようにすることが可能となる。 [0040] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード 力 自ノードと前記通信相手端末との間の経路上の中間通信ノードに、前記第 2経路 を確立する処理を行う際に送受信されるシグナリングメッセージのルーティングのた めのステートを導入する処理を開始するように構成されて 、る。
この構成により、移動端末がハンドオーバを行う際に、プロキシとして機能する通信 ノード力 ハンドオーバ後における経路の再設定のうち、シグナリングメッセージのル 一ティングのためのステート確立処理を経路の一部に対して迅速に行って、パケット 通信の中断時間（特に、 QoS経路の中断時間）を低減させることが可能となる。
[0041] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード 力 前記中間通信ノードに対して、自ノードのアドレス及び前記通信相手端末のアド レスにより構成された識別情報を送信し、前記中間通信ノードが、前記識別情報を保 持して、前記識別情報を有するシグナリングメッセージを特定するように構成されて ヽ る。
この構成により、移動端末に対してハンドオーバ後に割り当てられるアドレスを取得 する前に、プロキシとして機能する通信ノードは、通信相手端末との間におけるシグ ナリングメッセージのルーティングのためのステート確立処理を開始することが可能と なる。
[0042] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記通信ノード は、前記移動端末が前記第 2サブネットに移動して割り当てられた第 2アドレスを取得 した場合に、前記第 2経路に係る付加的サービスを提供するための情報を含むシグ ナリングメッセージを送信し、前記中間通信ノードが、前記シグナリングメッセージの ルーティングのためのステートを使用して、前記シグナリングメッセージの伝送を行う ように構成されている。
この構成により、移動端末のハンドオーバ後に割り当てられるアドレスを取得する前 に確立されたシグナリングメッセージのルーティングのためのステートを利用して、付 加的サービスを提供するための情報を含むシグナリングメッセージを伝送することが 可能となり、新たな経路 (特に、 QoS経路)を迅速に確立することが可能となる。
[0043] さらに、本発明の通信システムは、上記の通信システムにカ卩えて、前記付加的サー ビスが QoS保証である場合に適用される。
[0044] また、上記目的を達成するため、本発明のリソース管理装置によれば、それぞれが サブネットを構成する複数のアクセスルータが通信ネットワークを介して接続されてお り、前記通信ネットワークを経由する任意の通信端末間における通信に対して、付カロ 的サービスを提供するための経路を確立することが可能な前記通信ネットワークに存 在する通信ノード内のリソース管理装置であって、
前記経路において、付カ卩的サービスを提供するためのリソースを確保するためのリ ソース確保手段と、
前記複数のアクセスルータのうちの 1つである第 1アクセスルータに接続している前 記移動端末と、前記通信ネットワークに接続されており前記移動端末の通信相手とな る通信相手端末との間の通信に対して前記付加的サービスを提供するための第 1経 路を識別するための情報、及び前記第 1経路における前記通信相手端末のアドレス を少なくとも含むトリガ情報を受信するトリガ受信手段と、
前記トリガ受信手段で前記トリガ情報を受信した場合、前記トリガ情報に基づ!、て、 前記第 1アクセスルータとは異なる第 2アクセスルータに接続した状態における前記 移動端末と前記通信相手端末との間の通信に対して前記付加的サービスを提供す るための第 2経路を確立する処理を開始するメッセージを生成するメッセージ生成手 段とを有している。
この構成により、移動端末がハンドオーバを行う際に、プロキシとして機能する通信 ノードが、ハンドオーバ後における経路の再設定をより迅速に行って、パケット通信の 中断時間（特に、 QoS経路の中断時間）を低減させることが可能となる。
[0045] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記メッ セージには、前記移動端末の代理として経路設定を行う旨を示す情報が付加されて いる。
この構成により、上記のメッセージに係るリソース予約力 プロキシによるものである ことを、経路上の各 QNEに対して明示することが可能となる。
[0046] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記第 2 アクセスルータの近隣に存在する前記通信ノード内に配置されて 、る。 この構成により、移動端末がハンドオーバ後に第 2アクセスルータに接続した場合 に、この第 2アクセスルータの近隣に存在する通信ノードを経由した経路の設定が可 能となる。
[0047] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記トリ ガ情報に、前記第 1経路を識別するための情報、及び前記第 1経路における前記通 信相手端末のアドレスが少なくとも含まれて 、る。
この構成により、プロキシとして機能する通信ノードは、この第 2経路の確立処理に 必要な情報や、その開始タイミングなどを把握することが可能となる。
[0048] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記移 動端末から前記トリガ情報を受信する。
この構成により、移動端末が、第 2経路の確立開始処理を開始させる指示を行うとと もに、第 2経路の確立に必要な情報を、プロキシとして機能する通信ノードに送信す ることが可能となる。
[0049] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記通 信ノードを一方の終端とする前記第 2経路を確立するように構成されている。
この構成により、移動端末のアドレスを用いずに、プロキシとして機能する通信ノー ドのアドレスを使用して、第 2経路を確立することが可能となる。
[0050] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記移 動端末が前記第 2サブネットに移動して割り当てられた前記第 2アドレスを取得し、前 記移動端末の前記第 2アドレスを一方の終端とする第 3経路を確立する処理を開始 するように構成されている。
この構成により、プロキシとして機能する通信ノードが、移動端末の新たなアドレス を取得した場合には、そのアドレスに基づく第 3経路の確立が開始されるようになる。
[0051] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記移 動端末力 前記通信相手端末へのパケットを転送する際に自ノードのアドレスを送信 元アドレスとするヘッダを用いて前記パケットをカプセルィ匕するカプセルィ匕手段を有 し、前記第 3経路の確立が完了するまでは、前記移動端末から前記通信相手端末へ の前記パケットを前記カプセルィ匕手段によってカプセルィ匕することで、前記パケットが 、前記第 2経路に対して提供される前記付加的サービスを受けられるように構成され ている。
この構成により、プロキシとして機能する通信ノード力 QoS保証などの付力卩的サ一 ビスが提供されないヘッダを有するパケットに対して、カプセルィ匕を行うことで、付カロ 的サービスを受けたパケット伝送が行われるようになるとともに、適切に脱カプセルィ匕 が行われることによって、適切なあて先にパケットが到達可能となる。
[0052] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記移 動端末が前記第 2サブネットに移動して前記第 3経路の確立が完了した場合に、前 記第 2経路を削除するためのメッセージを送信するように構成されている。
この構成により、ハンドオーバ前の状態力 ハンドオーバ後の状態に移行する際に 、余分な情報 (無駄なリソース予約など）が残らな 、ようにすることが可能となる。
[0053] さらに、本発明のリソース管理装置は、上記のリソース管理装置に加えて、前記付 加的サービス力 QoS保証である場合に適用可能である。
[0054] また、上記目的を達成するため、本発明のリソース管理方法は、それぞれがサブネ ットを構成する複数のアクセスルータが通信ネットワークを介して接続されており、前 記通信ネットワークを経由する任意の通信端末間における通信に対して、付加的サ 一ビスを提供するための経路を確立することが可能な前記通信ネットワークに存在す る通信ノードで行われるリソース管理方法であって、
前記経路において、付カ卩的サービスを提供するためのリソースを確保するためのリ ソース確保ステップと、
前記複数のアクセスルータのうちの 1つである第 1アクセスルータに接続している前 記移動端末と、前記通信ネットワークに接続されており前記移動端末の通信相手とな る通信相手端末との間の通信に対して前記付加的サービスを提供するための第 1経 路を識別するための情報、及び前記第 1経路における前記通信相手端末のアドレス を少なくとも含むトリガ情報を受信するトリガ受信ステップと、
前記トリガ受信ステップで前記トリガ情報を受信した場合、前記トリガ情報に基づ 、 て、前記第 1アクセスルータとは異なる第 2アクセスルータに接続した状態における前 記移動端末と前記通信相手端末との間の通信に対して前記付加的サービスを提供 するための第 2経路を確立する処理を開始するメッセージを生成するメッセージ生成 ステップとを有している。
この構成により、移動端末がハンドオーバを行う際に、プロキシとして機能する通信 ノードが、ハンドオーバ後における経路の再設定をより迅速に行って、パケット通信の 中断時間（特に、 QoS経路の中断時間）を低減させることが可能となる。
[0055] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記メッ セージには、前記移動端末の代理として経路設定を行う旨を示す情報が付加されて いる。
この構成により、上記のメッセージに係るリソース予約力 プロキシによるものである ことを、経路上の各 QNEに対して明示することが可能となる。
[0056] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記第 2 アクセスルータの近隣に存在する前記通信ノード内に配置されて 、る。
この構成により、移動端末がハンドオーバ後に第 2アクセスルータに接続した場合 に、この第 2アクセスルータの近隣に存在する通信ノードを経由した経路の設定が可 能となる。
[0057] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記トリ ガ情報に、前記第 1経路を識別するための情報、及び前記第 1経路における前記通 信相手端末のアドレスが少なくとも含まれて 、る。
この構成により、プロキシとして機能する通信ノードは、この第 2経路の確立処理に 必要な情報や、その開始タイミングなどを把握することが可能となる。
[0058] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記移 動端末から前記トリガ情報を受信する。
この構成により、移動端末が、第 2経路の確立開始処理を開始させる指示を行うとと もに、第 2経路の確立に必要な情報を、プロキシとして機能する通信ノードに送信す ることが可能となる。
[0059] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記通 信ノードを一方の終端とする前記第 2経路を確立する。
この構成により、移動端末のアドレスを用いずに、プロキシとして機能する通信ノー ドのアドレスを使用して、第 2経路を確立することが可能となる。
[0060] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記移 動端末が前記第 2サブネットに移動して割り当てられた前記第 2アドレスを取得し、前 記移動端末の前記第 2アドレスを一方の終端とする第 3経路を確立する処理を開始 する。
この構成により、プロキシとして機能する通信ノードが、移動端末の新たなアドレス を取得した場合には、そのアドレスに基づく第 3経路の確立が開始されるようになる。
[0061] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記移 動端末力 前記通信相手端末へのパケットを転送する際に自ノードのアドレスを送信 元アドレスとするヘッダを用いて前記パケットをカプセル化するカプセル化ステップを 有し、前記第 3経路の確立が完了するまでは、前記移動端末から前記通信相手端末 への前記パケットを前記カプセル化ステップにお 、てカプセルィヒすることで、前記パ ケットが、前記第 2経路に対して提供される前記付加的サービスを受けられるようにし ている。
この構成により、プロキシとして機能する通信ノード力 QoS保証などの付力卩的サ一 ビスが提供されないヘッダを有するパケットに対して、カプセルィ匕を行うことで、付カロ 的サービスを受けたパケット伝送が行われるようになるとともに、適切に脱カプセルィ匕 が行われることによって、適切なあて先にパケットが到達可能となる。
[0062] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記移 動端末が前記第 2サブネットに移動して前記第 3経路の確立が完了した場合に、前 記第 2経路を削除するためのメッセージを送信する。
この構成により、ハンドオーバ前の状態力 ハンドオーバ後の状態に移行する際に 、余分な情報 (無駄なリソース予約など）が残らな 、ようにすることが可能となる。
[0063] さらに、本発明のリソース管理方法は、上記のリソース管理方法に加えて、前記付 加的サービス力 QoS保証である場合に適用される。
[0064] また、上記目的を達成するため、本発明の通信管理装置は、シグナリングメッセ一 ジをルーティングする機能を有する第 1ユニットと、提供する付加的サービスに関する 情報を管理するための機能を有する第 2ユニットとにより構成された通信プロトコルを 使用して 2つの通信ノード間で行われる通信において、前記 2つの通信ノード間の経 路上に存在し、前記 2つの通信ノード間で伝送されるデータパケットに対して前記付 加的サービスを提供する通信ノード内の通信管理装置であって、
前記第 1ユニットが、前記 2つの通信ノード間の経路の一部であって、自ノードを含 んだ任意の両端点を有する前記経路の一部において伝送される前記シグナリングメ ッセージのルーティングのためのステートを管理するステート管理手段を有し、 前記第 2ユニットが、前記シグナリングメッセージによって伝送されるフィルタ情報で あって、前記付加的サービスを提供する対象となるデータパケットを特定するための 前記フィルタ情報を管理するフィルタ情報管理手段を有している。
この構成により、付カ卩的サービス (特に QoS)に係る経路の確立の際に行われるシ グナリングメッセージのルーティングのためのステート確立機構と、データパケットに 対して付加的サービスを提供するためのリソース予約機構との間の相互依存性を緩 和することが可能となり、経路の管理を容易に行えるようにすることが可能となる。
[0065] さらに、本発明の通信管理装置は、上記の通信管理装置に加えて、前記ステート 力 前記任意の両端点のアドレスを有し、前記フィルタ情報が、前記 2つの通信ノード のアドレスを有している。
この構成により、シグナリングメッセージのルーティングのための情報、及び付加的 サービスを提供するデータパケットを特定するための情報のそれぞれに関して、異な るアドレスが設定できるようになり、付カ卩的サービス (特に QoS)に係る経路の確立の 際に行われるシグナリングメッセージのルーティングのためのステート確立機構と、デ ータパケットに対して付カ卩的サービスを提供するためのリソース予約機構との間の相 互依存性を緩和することが可能となり、特に、ルーティングのためのステートの確立処 理を柔軟に行えるようにすることが可能となる。
[0066] さらに、本発明の通信管理装置は、上記の通信管理装置に加えて、前記第 1ュ-ッ トカ NSISにおける NTLP層に配置されており、前記第 2ユニットが、 NSISにおける NSLP層に配置されて!、る。
この構成により、フロー IDとフィルタ情報とを分けて別々に管理し、シグナリングメッ セージの通る経路に係る処理と、データパケットの通る経路に係る処理との相互依存 性を緩和することが可能となる。また、 NSISにおいて、付カ卩的サービス (特に QoS) に係る経路の確立の際に行われるシグナリングメッセージのルーティングのためのス テート確立機構と、データパケットに対して付カ卩的サービスを提供するためのリソース 予約機構との間の相互依存性を緩和することが可能となり、特に、ルーティングのた めのステートの確立処理を柔軟に行えるようにすることが可能となる。
[0067] また、上記目的を達成するため、本発明の通信管理方法は、シグナリングメッセ一 ジをルーティングする機能を有する第 1ユニットと、提供する付加的サービスに関する 情報を管理するための機能を有する第 2ユニットとにより構成された通信プロトコルを 使用して 2つの通信ノード間で行われる通信において、前記 2つの通信ノード間の経 路上に存在し、前記 2つの通信ノード間で伝送されるデータパケットに対して前記付 加的サービスを提供する通信ノードで行われる通信管理方法であって、
前記第 1ユニットが、前記 2つの通信ノード間の経路の一部であって、自ノードを含 んだ任意の両端点を有する前記経路の一部において伝送される前記シグナリングメ ッセージのルーティングのためのステートを管理するステート管理ステップと、 前記第 2ユニットが、前記シグナリングメッセージによって伝送されるフィルタ情報で あって、前記付加的サービスを提供する対象となるデータパケットを特定するための 前記フィルタ情報を管理するフィルタ情報管理ステップとを有している。
この構成により、付カ卩的サービス (特に QoS)に係る経路の確立の際に行われるシ グナリングメッセージのルーティングのためのステート確立機構と、データパケットに 対して付加的サービスを提供するためのリソース予約機構との間の相互依存性を緩 和することが可能となり、経路の管理を容易に行えるようにすることが可能となる。
[0068] さらに、本発明の通信管理方法は、上記の通信管理方法に加えて、前記ステート 力 前記任意の両端点のアドレスを有し、前記フィルタ情報が、前記 2つの通信ノード のアドレスを有している。
この構成により、シグナリングメッセージのルーティングのための情報、及び付加的 サービスを提供するデータパケットを特定するための情報のそれぞれに関して、異な るアドレスが設定できるようになり、付カ卩的サービス (特に QoS)に係る経路の確立の 際に行われるシグナリングメッセージのルーティングのためのステート確立機構と、デ ータパケットに対して付カ卩的サービスを提供するためのリソース予約機構との間の相 互依存性を緩和することが可能となり、特に、ルーティングのためのステートの確立処 理を柔軟に行えるようにすることが可能となる。
[0069] さらに、本発明の通信管理方法は、上記の通信管理方法に加えて、前記第 1ュ-ッ トカ NSISにおける NTLP層に配置されており、前記第 2ユニットが、 NSISにおける NSLP層に配置されて!、る。
この構成により、フロー IDとフィルタ情報とを分けて別々に管理し、シグナリングメッ セージの通る経路に係る処理と、データパケットの通る経路に係る処理との相互依存 性を緩和することが可能となる。また、 NSISにおいて、付カ卩的サービス (特に QoS) に係る経路の確立の際に行われるシグナリングメッセージのルーティングのためのス テート確立機構と、データパケットに対して付カ卩的サービスを提供するためのリソース 予約機構との間の相互依存性を緩和することが可能となり、特に、ルーティングのた めのステートの確立処理を柔軟に行えるようにすることが可能となる。
[0070] さらに、本発明の通信管理方法は、上記の通信管理方法に加えて、前記第 1及び 第 2ユニットが、 NSISにおける NTLP層に配置されて!、る。
この構成により、フロー IDとフィルタ情報とを分けて別々に管理し、シグナリングメッ セージの通る経路に係る処理と、データパケットの通る経路に係る処理との相互依存 性を緩和することが可能となる。
[0071] さらに、本発明の通信管理方法は、上記の通信管理方法に加えて、前記第 1ュ-ッ トカ NSISにおける NTLP層に配置されており、前記第 2ユニットが、 NSISにおける NSLP層の任意の機能が参照可能な NSLP共通部に配置されている。
この構成により、フロー IDとフィルタ情報とを分けて別々に管理し、シグナリングメッ セージの通る経路に係る処理と、データパケットの通る経路に係る処理との相互依存 性を緩和することが可能となる。
[0072] さらに、本発明の通信管理方法は、上記の通信管理方法に加えて、前記第 1ュ-ッ トカ NSISにおける NTLP層に配置されており、前記第 2ユニットが、 NSISにおける NSLP層の特定の機能部に配置されていて、前記特定の機能部から前記 NSLP層 の任意の機能部に、前記フィルタ情報の一部又は全部が渡されるように構成されて いる。
この構成により、フロー IDとフィルタ情報とを分けて別々に管理し、シグナリングメッ セージの通る経路に係る処理と、データパケットの通る経路に係る処理との相互依存 性を緩和することが可能となる。
[0073] 本発明は、上記の構成を有しており、移動端末がハンドオーバ後に接続するサブ ネットにおいて使用するアドレス (NCoA)を用いずに、ハンドオーバ後の移動端末が 送信元又はあて先に設定されたパケットに対して、付加的サービス (特に、 QoS)を 提供することによって、移動端末の NCoAの生成タイミングや取得機構などに影響さ れない、スムーズな経路 (特に、 QoS経路）の確立が実現可能となる。
[0074] また、本発明は、上記の構成を有しており、付加的サービス (特に QoS)に係る経路 の確立の際に行われるシグナリングメッセージのルーティングのためのステート確立 機構と、データパケットに対して付加的サービスを提供するためのリソース予約機構と の間の相互依存性を緩和することにより、移動端末の NCoAの生成タイミングや取得 機構などに影響されない、スムーズな経路 (特に、 QoS経路)の確立が実現可能とな るとともに、さらには、複数の IPアドレスや複数のポート番号を用いて通信を行ってい る場合や、セッションの途中で IPアドレスやポート番号に変更が生じる場合において も、経路 (特に、 QoS経路)の管理を容易にすることを可能にする。
図面の簡単な説明
[0075] [図 1]本発明の第 1の実施の形態における通信システムで、 MNが接続するサブセッ トを変更する前の QoS経路の状態を模式的に示す図
[図 2]本発明の第 1の実施の形態における通信システムで、 MNのプロキシとなる QN Eが MN用に予測経路を確立した状態を模式的に示す図
[図 3]本発明の第 1の実施の形態における通信システムで、 MNがサブセットを移動し
、 MNと CNとの間で新たな QoS経路が確立された状態を模式的に示す図
[図 4]本発明の第 1の実施の形態における QNEの一構成例を示す図
[図 5]本発明の第 1の実施の形態における動作例を示すシーケンスチャート
[図 6]本発明の第 2の実施の形態における通信システムで、 MNが接続するサブセッ トを変更する前の QoS経路の状態を模式的に示す図 [図 7]本発明の第 2の実施の形態における通信システムで、 MNのプロキシとなる QN Eが MN用に予測経路を確立した状態を模式的に示す図
[図 8]本発明の第 2の実施の形態における通信システムで、 MNがサブセットを移動し
、 MNと CNとの間で新たな QoS経路が確立された状態を模式的に示す図
[図 9]本発明の第 2の実施の形態における動作例を示すシーケンスチャート
[図 10]従来の技術における NSISのプロトコル構成を説明するための模式図
[図 11]従来の技術における NSISのノードである NEや QNEが「隣り合う」という概念 を説明するための模式図
[図 12]本発明の第 3の実施の形態における通信システムで、 MNが接続するサブセ ットを変更する前の QoS予約の状態及びルーティングのためのステート内に含まれる フロー IDの状態を模式的に示す図
[図 13]本発明の第 3の実施の形態における通信システムで、 MNのプロキシとなる Q NEが MN用に予測経路上にルーティングのためのステートを確立した状態を、この 中に含まれるフロー IDを示すことにより模式的に示す図
[図 14]本発明の第 3の実施の形態における通信システムで、 MNがサブセットを移動 し、 MNと CNとの間で新たな QoS経路が確立された状態を模式的に示す図
[図 15]本発明の第 3の実施の形態において、データパケットの送信方向が uplink方向 の場合の動作例を示すシーケンスチャート
[図 16]本発明の第 3の実施の形態において、データパケットの送信方向が downlink 方向の場合の動作例を示すシーケンスチャート
[図 17]本発明の第 3の実施の形態において、 QNE内でフィルタ情報及びフロー IDを 管理する主体を模式的に示す図
[図 18]本発明の第 3の実施の形態において、データ経路上に NATFWが存在して おり、データパケットの送信方向が uplink方向の場合の動作例を示すシーケンスチヤ ート
発明を実施するための最良の形態
以下、図面を参照しながら、本発明の第 1〜第 3の実施の形態について説明する。 なお、まず、本発明の第 1の実施の形態では、データの流れ方向が、移動を行う MN から、その通信相手である CNに向力う方向（以下、 uplink方向と呼ぶ）の場合につい て説明を行い、続いて、本発明の第 2の実施の形態では、データの流れ方向が、 CN から MNに向かう方向（以下、 downlink方向と呼ぶ）の場合について説明を行う。
[0077] <第 1の実施の形態 >
以下、本発明の第 1の実施の形態について説明する。まず、図 1〜3を参照しなが ら、本発明の第 1の実施の形態に係る概要について説明する。図 1は、本発明の第 1 の実施の形態における通信システムで、 MNが接続するサブセットを変更する前の Q oS経路の状態を模式的に示す図である。また、図 2は、本発明の第 1の実施の形態 における通信システムで、 MNのプロキシとなる QNEが MN用に予測経路を確立し た状態を模式的に示す図である。また、図 3は、本発明の第 1の実施の形態における 通信システムで、 MNがサブセットを移動し、 MNと CNとの間で新たな QoS経路が確 立された状態を模式的に示す図である。
[0078] 図 1〜3には、無線通信により AR (Access Router)に接続して CN121との通信を 行う MN101と、 MN101の通信相手となる CN121と、サブネット 103を形成する AR 105と、サブネット 107を形成する AR109と、 MN101と CN121との間における経路 上に存在し、 MN 101と CN 121との間で伝送されるバケツトに関して QoS保証を行う QoS認識機能（QoS- aware)を有する QNE111、 113、 115、 117、 119、 123、 125 とが図示されている。
[0079] なお、 MN101がサブネット 103に存在している場合（すなわち、 MN101が AR10 5に接続している場合）、 MN101から CN121への uplink方向の経路 127上には、 A R105、 QNE111、 QNE113、 QNE115、 QNE117、 QNE119力存在しており、 MN101がサブネット 107に存在している場合（すなわち、 MN101が AR109に接続 している場合）、 MN101から CN121への uplink方向の経路 129上には、 AR109、 QNE123, QNE125, QNE115, QNE 117, QNE119力存在して!/、るものとする 。なお、経路 127と経路 129とは一部が重複しており、経路 127と経路 129との CRN (Crossover Node：クロスオーバノード）を QNE115とする。
[0080] 図 1において、 MN101から CN121に送信されるデータパケットは、経路 127を経 由して伝送される。このとき、経路 127上のすべての QNE111、 113、 115、 117、 1 19は、 MN101から CN121に送信されるデータパケットに関する QoSステートを有 して ヽる。すなわち、各 QNE111、 113、 115、 117、 119は、少なくとも送信元ァドレ ス（source address)及びあて先アドレス（destination address)の情報を含む識別情報 (この情報をフィルタ情報 (filter)と呼ぶ）と、このフィルタ情報に対応するリソース予約 情報（resource)とが関連付けている QoSステートを保持しており、 MN101から CN1 21に送信されるデータパケットのヘッダ (特に、送信元アドレス及びあて先アドレス） を参照してフィルタ情報を特定し、対応するリソース予約情報に基づく QoS保証を行 うように構成されている。なお、上述した非特許文献 4、 6、 7などの現在のフロー IDは 、データパケットの送信元アドレス及びあて先アドレスを含む情報により構成されて ヽ ると記載されており、このフロー IDを上記のフィルタ情報として利用することも可能で ある。また、フィルタ情報は、フロー IDとは異なる情報であってもよい。
[0081] なお、図 1に図示されているように、経路 127のフィルタ情報（MN101がサブネット 103から割り当てられている IPアドレス（cCoA: current Care- of Address)が送信元 アドレスとして含まれているとともに、 CN121の IPアドレスがあて先アドレスとして含ま れているフィルタ情報）を filterAとし、 filterAに対応するリソース予約情報を resourceA とする。
[0082] MN101は、サブネット 107に移動する可能性があり、プロキシ 123に対して予測経 路 (経路 129)、又は予測経路の一部の確立を所望している。なお、 MN101がサブ ネット 107に移動する前に、プロキシ 123によって予測経路、又は予測経路の一部が 確立されることで、 MN101が実際にサブネット 107に移動した後に、より迅速に MN 101から CN121への QoS経路が確立され、ハンドオーバによる QoS保証の中断時 間を短縮することが可能となる。
[0083] QNE (プロキシ） 123が予測経路を確立するための何らかのトリガを受けた場合に は、 QNE (プロキシ） 123と CRN (ここでは QNE115)との間で QoS経路が確立され る。この新たな経路が確立された場合には、 QNE (プロキシ） 123や、 QNE (プロキ シ） 123と QNE115との間の各中間 QNE (例えば、 QNE125)は、新たな QoSステ ートを有することになる。すなわち、図 2に図示されているように、 QNE (プロキシ） 12 3や QNE125では、 QNE (プロキシ） 123の IPアドレスが送信元アドレスとして含まれ ているとともに、 CN121の IPアドレスがあて先アドレスとして含まれているフィルタ情 報 (filterB)に対して、 filterAと同一のリソース予約情報である resourceAが設定される
[0084] 一方、 QNE115と CN121との間の経路上の QNEに関しては、新たなフィルタ情 報（上記の filterB)力 現在のフィルタ情報 (filterA)に追加される。これにより、図 2に 図示されているように、 QNE115や、 QNE115と CN121との間の各中間 QNE (例 えば、 QNE117、 119)は、 filterA及び filterBに対して resourceAが設定された QoS ステートを有することになり、 filterBによって定義されるデータトラフィックには、 filterA によって定義されるデータトラフィックのために予約された resourceAが使用可能とな る。なお、例えば、同一セッション IDを有する 2つのフィルタ情報（filterA及び filterB) によりどちらか一方が削除されてしまうなど、従来行われている処理によって本発明 に係る動作に不具合が生じる可能性があるため、例えば、 filterBに係る RESERVEメ ッセージには、プロキシによる QoS経路の確立であることを示す特別なフラグ（「プロ キシフラグ」 )が付加されることが望ま 、。
[0085] 以上のように、 MN101がサブネット 107への移動を行う前に（あるいは、 MN101 のサブネット 107への移動とは無関係に）、 QNE (プロキシ） 123は、 MN101の NCo A (MN 101がサブネット 107に移動した後に割り当てられる新たな Co A)を用いるこ となく、 MN 101がサブネット 107に接続した後に使用される経路の一部（QNE (プロ キシ） 123から CN121までの経路）に係るリソース予約を行うことが可能となる（図 2に 図示されている状態)。
[0086] そして、 MN101が NCoAを取得した場合（実際にサブネット 107に移動して NCo Aを取得する力、あるいはサブネット 103に接続した状態で NCoAを取得した場合） 【こ ίま、図 3【こ図示されて!ヽるよう【こ、経路 129上の各中 f¾QNE (QNE123、 125、 11 5、 117、 119)において、 MN101の NCoAが送信元アドレスとして含まれているとと もに、 CN121の IPアドレスがあて先アドレスとして含まれている新たなフィルタ情報 (f ilterC)が filterA又は filterBに追加されることによって、 QoS経路の更新が行われる。 なお、 MN101がサブネット 107に移動した場合には、 filterAに関しては、能動的（削 除を指示するメッセージの送信などによる）又は受動的（タイムアウトなどによる）に削 除されることが望ましい。また、フロー IDとは異なる情報としてフィルタ情報が存在す る場合には、フロー IDは、データパケットの送信元アドレス Zあて先アドレスに依存す るものでなくてもよい。例えば、図 3でプロキシ 123が filterCに関するリソース予約を行 う際、経路 129全体に使われるフロー IDは「送信元 = QNE (プロキシ） 123、あて先 = CN121」を含んでいてもよぐまた MN101から QNE (プロキシ） 123までの経路 に関しては「送信元 = QNE (プロキシ） 123、あて先 = MN101」を含むフロー ID、 Q NE (プロキシ） 123から CN121までの経路に関しては「送信元 = QNE (プロキシ） 1 23、あて先 = CN121」を含むフロー IDをそれぞれ用いて、 2つの経路として扱って ちょい。
[0087] 例えば、 MN101がサブネット 107に移動して NCoAを取得した後に、 NCoAに関 する QoS経路の更新が完了（filterCに関するリソース予約が完了）する前までは、 M N101から CN121あてに送信されるデータパケットは、 QNE (プロキシ） 123によつ て、 filterBの情報を含むァウタヘッダ（送信元アドレスを QNE (プロキシ） 123の IPァ ドレスとし、あて先アドレスを CN121の IPアドレスとするヘッダ）が付カ卩されて、カプセ ル化される。このカプセル化されたデータパケットは filterBによって識別され、各中間 QNEにおいて、 resourceAに基づく QoS保証が行われて伝送され、 filterBによって 識別される経路の最終 QNEによって脱カプセルィ匕される。なお、この最終 QNEは C N121であることが望ましいが、 CN121が QNEではない場合には、その他の QNE ( 例えば、経路上において、 CN121の最も近くに存在する QNE119)であってもよい
[0088] 最終 QNEは、 filterBで特定されるヘッダを持つパケットが到達した際には、脱力プ セル化を行ってインナパケットを取り出す。 CN121が最終 QNEの場合にはそのイン ナパケットを取得し、 QNE119が最終 QNEの場合にはそのインナパケットを CN121 に向けて転送する。なお、経路全体にわたって QoS予約が行われるようにするため の方法としては、例えば IPv4最小カプセル化など、上述のパケットのカプセル化方 法以外にも存在することは、当業者にとって明白であり、任意のパケットのカプセルィ匕 方法を本発明に適用することが可能である。また、本発明は、他の種類のカプセル化 やトンネリング機構においても良好に動作する。 [0089] このように、 MN101の NCoAが設定されている filterCに関するリソース予約が完了 するまでは、データパケットのカプセル化が行われ、 QNE (プロキシ） 123の IPァドレ スが送信元アドレスとして設定されて 、る filterBによって、カプセル化されたデータパ ケットの QoS保証が行われるように構成されており、 MN101の NCoAを用いてリソー ス予約が行われるまでの QoS保証の中断時間を低減することが可能となる。
[0090] また、 filterCの QoSの更新に成功した後（すなわち、 filterCが経路 129上のすべて の QNEに導入された後）は、 QNE (プロキシ） 123は、 filterBのデータパケットの生成 (filterAのデータパケットのカプセルィ匕）を終了する。そして、 filter Aや filterBは能動的 又は受動的に削除され、最終的に filterCに関する QoSステートのみが残り、サブネッ ト 107に接続している MN101から CN121への経路 129において、 MN101から C N121へのデータバケツトに対する QoS保証が行われる。
[0091] 次に、図 4を参照しながら、本発明の第 1の実施の形態における QNEの構成につ いて説明する。図 4は、本発明の第 1の実施の形態における QNEの一構成例を示す 図である。図 4に示す QNEは、受信手段 11、送信手段 13、トリガ検出手段 15、メッ セージ生成'処理手段 17、フィルタリング手段 19、カプセルィ匕 Z脱カプセルィ匕手段 2 1、 QoS情報格納手段 23を有している。
[0092] 受信手段 11及び送信手段 13は、パケットの受信及びパケットの送信を行うための 手段である。また、トリガ検出手段 15は、例えば MN101から受信する、予測経路を 確立するための何らかのトリガに係る処理を行うための手段である。なお、受信したト リガ情報は、例えば、フィルタ情報ごとに関連付けられて QoS情報格納手段 23に格 納される。また、トリガ検出手段 15からメッセージ生成 ·処理手段 17に対して、トリガ 情報の受信イベントが発生した旨を示す情報や、トリガ情報自体が供給される。
[0093] また、メッセージ生成.処理手段 17は、トリガ情報に含まれる MN101と CN121との 間の QoS経路で用いられているセッション IDや、 QSpec情報や、 CN121の IPァドレ スなどの情報に基づいて、データ経路上の各通信ノードの調査や、実際のリソース予 約などを行うためのメッセージを生成するための手段である。また、他の通信ノードか ら受信したメッセージに関しても、このメッセージ生成'処理手段 17において処理が 行われ、リソース予約などを行うための情報（セッション IDやフィルタ情報、 QSpecなど の情報）は、 QoS情報格納手段 23に格納される。
[0094] また、フィルタリング手段 19は、受信パケットのヘッダ (特に、フィルタ情報に対応す るパケットの送信元アドレス及びあて先アドレス）を参照して、受信パケットに対して、 QoS情報格納手段 23に格納されている QoS情報（QoSステート）に基づくパケットの フィルタリングを行う手段であり、このフィルタリングによって、各パケットに対するリソ ースが確保されるように構成されている。また、カプセルィ匕 Z脱カプセルィ匕手段 21は 、必要に応じて、送信パケットのカプセルィ匕や、受信パケットの脱カプセルィ匕を行う手 段である。
[0095] なお、後述の具体例（図 5のシーケンスチャートを参照）から分かるように、トリガ検 出手段 15は QNE123においてのみ必要であり、その他の QNEには実装されている 必要はない。また、カプセルィ匕 Z脱カプセルィ匕手段 21は、例えば、 QNE123にカプ セル化手段、 CN121に脱カプセルィ匕手段がそれぞれ実装されていればよぐその 他の QNEには、カプセルィ匕 Z脱カプセルィ匕手段 21が特に実装される必要はない。
[0096] 次に、図 5を参照しながら、本発明の第 1の実施の形態における動作について説明 する。図 5は、本発明の第 1の実施の形態における動作例を示すシーケンスチャート である。なお、ここでは具体例として、 NSISの QoS NSLPで定義されているメッセ一 ジである QUERYメッセージや RESERVEメッセージに、さらに本発明の動作に必要 な情報を付加した場合につ!、て説明する。
[0097] 図 5において、まず、 QNE (プロキシ） 123は、予測経路を確立するためのトリガを 受け取る（ステップ S201)。なお、このトリガには、例えば、 MN101と CN121との間 の QoS経路で用いられているセッション ID、 QSpec情報、 CN121 (又は経路の最終 QNEである QNR(QoS NSIS Responder) )の IPアドレスなど、予測経路を確立するた めに必要な情報が含まれている。また、 QNE (プロキシ） 123が受信するトリガの送信 元は任意の QNEであってよいが、移動を行う可能性のある MN101や、その通信相 手ノードである CN121、 MN101や CN121からの要求に応じて、 MN101や CN12 1の代理として機能する QNEが送信元となることが好適である。なお、この場合、 MN 101や CN121、代理となる QNEは、トリガのあて先に使用する QNE (プロキシ） 123 の IPアドレスを把握する必要がある力 この把握方法は、特に限定されるものではな い。
[0098] トリガを受け取った QNE (プロキシ） 123は、即座に、このトリガに対応した QUERY メッセージを CN121に向かって送信する（ステップ S203)。この QUERYメッセージ には、例えば、セッション IDと QSpec情報とが含まれている。 QUERYメッセージは、 経路 129上において QNE (プロキシ） 123に隣接する QNE 125に到達する。 QNE1 25は、この QUERYメッセージに基づいて通常の QUERY処理（例えば、 QUERY メッセージに含まれて 、るセッション IDのリソース予約状況の確認処理など）を行うと ともに、次の隣接する QNE (QNE115)に QUERYメッセージを送信する（ステップ S 205)。 QNE115は、 QUERYメッセージを受信すると、 QUERYメッセージ内のセッ シヨン IDや、隣接する QNEの変化を検出するための情報として使われる SII (Source Identification Information)を比較することによって、自身が CRNであることを認識す る（ステップ S 207)。
[0099] QNE115は、新たな予約を行うために、「プロキシフラグ」が付加された受信者始動 RESERVEメッセージ（receiver— initiated RESERVE message)を QNE123に送信す る（ステップ S209)。この予約におけるフィルタ情報には、送信元アドレスとして QNE (プロキシ） 123の IPアドレスが含まれている（図 2の filterBに対応）。なお、ステップ S 209において QNE115から送信された RESERVEメッセージは、 QNE123まで伝 送され (ステップ S211)、各 QNE (QNE123、 125)において、 RESERVEメッセ一 ジに含まれて 、るフィルタ情報や QSpecに基づ!/、て、フィルタ/リソースの組が生成さ れて予約が行われる。なお、 QNE115においても同様に、フィルタ Zリソース（図 2の filterB/resourceA)の組が生成されて予約が行われる。
[0100] また、ステップ S209における受信者始動 RESERVEメッセージの送信と同時に、
QNE115は「プロキシフラグ」が付カ卩された送信者主導の RESERVEメッセージ（sen der- initiated RESERVE message :図 5では RESERVE(add)と記載）を CN121に送信 する（ステップ S213)。この予約におけるフィルタ情報には、送信元アドレスとして QN E (プロキシ） 123の IPアドレスが含まれている（図 2の filterBに対応）。ステップ S213 において QNE115から送信された RESERVEメッセージは、 CN121まで伝送され（ ステップ S213、 S215、 S217)、各 QNE (QNE117、 119)【こお!/、て、このフイノレタ 情報が、 MN101から CN121へのデータパケットに現在使用されている現在のフィ ルタ Zリソース（図 1の filterA/resourceA)の組に追加される。
[0101] ここで、 MN101がサブネット 107に移動したとする（ステップ S219)。 QNE (プロキ シ） 123は MN101の移動を検出し、 MN101の NCoAを取得した場合 (ステップ S2 21)には、受信者始動 RESERVEメッセージを MN101に送信する（ステップ S223) 。この RESERVEメッセージに関するフィルタ情報には、送信元アドレスとして MN1 01の NCo Aが含まれて!/、る。
[0102] また、 QNE (プロキシ） 123は、 CN121あてのデータパケットを MN101から受信し た場合には、送信元アドレスが QNE (プロキシ） 123のアドレスに設定されたァウタへ ッダ（あて先アドレスは、 CN121のアドレス）を付カ卩することによって、 MN101からの データパケットのカプセル化を開始する（ステップ S225)。カプセル化されたデータ パケットは、その送信元アドレスが QNE (プロキシ） 123であり、経路 129上の各 QN Eでは、 filterBのフィルタ情報に係る QoS処理が行われ、その結果、 QoS保証を受け ることになる。
[0103] 一方、 QNE (プロキシ） 123は、サブネット 107への移動後の MN101 (すなわち、 MN101の NCoA)に関する予約を行うために、送信者主導の RESERVEメッセ一 ジ（図 5では RESERVE(add)と記載）を CN121に送信する（ステップ S227)。この予約 におけるフィルタ情報には、送信元アドレスとして MN 101の IPアドレスが含まれて!/ヽ る。そして、各 QNE (QNE125、 115、 117、 119)を経由して RESERVEメッセージ は伝送されるとともに（ステップ S229、 S231、 S233、 S235)、各 QNEにお!/、て、こ の RESERVEメッセージに含まれるフィルタ情報（図 3の filterC)力 以前に付加又は 生成されたフィルタ情報（図 2の filterB)に付加される。
[0104] RESERVEメッセージを受けた CN121は、即座に RESPONSEメッセージを QN E123に向けて送信する（ステップ S237)。この RESPONSEメッセージは、各 QNE (119、 117、 115、 125)を経由して QNE (プロキシ） 123に到達する（ステップ S239 、 241、 243、 245)。この RESPONSEメッセージの受信によって、 QNE (プロキシ） 123は MN 101の NCoAに係る QoS経路が確立された旨を認識し、 QNE (プロキシ ) 123は、データパケットのカプセル化を終了する（ステップ S247)。 [0105] さらに、 QNE123は、ステップ S209〜S217で導入された QNE (プロキシ） 123を 送信元アドレスとするフィルタ情報（図 2の filterB)を削除するために、送信者主導の R ESERVEメッセージ（図 5では RESERVE(remove)と記載）を CN121に送信する（ステ ップ S249、 S251、 S253、 S255、 S257)。なお、必ずしも RESERVEメッセージに よるフィルタ情報の削除を行う必要はなぐこのフィルタ情報は、タイマのタイムアウト によって削除されてもよい。
[0106] 以上、説明したように、本発明の第 1の実施の形態によれば、 QNE (プロキシ） 123 力 MN101のサブネット 107において割り当てられる NCoAを用いることなぐ MN1 01がサブネット 107に接続した後に使用される経路（MN101から CN121までの経 路）の一部（QNE (プロキシ） 123から CN121までの経路）に係るリソース予約を行い 、 MN101から CN121までの完全な経路が確立されるまでは、 QNE (プロキシ） 123 が確立した経路及び QoSステートによってデータパケットが行われることで、 MN101 がサブネット 103からサブネット 107に接続を変更した場合において、 MN101から C N121に送られるデータパケットの QoS保証の中断時間を低減することが可能となる
[0107] <第 2の実施の形態 >
次に、本発明の第 2の実施の形態について説明する。まず、図 6〜8を参照しなが ら、本発明の第 1の実施の形態に係る概要について説明する。図 6は、本発明の第 2 の実施の形態における通信システムで、 MNが接続するサブセットを変更する前の Q oS経路の状態を模式的に示す図である。また、図 7は、本発明の第 2の実施の形態 における通信システムで、 MNのプロキシとなる QNEが MN用に予測経路を確立し た状態を模式的に示す図である。また、図 8は、本発明の第 2の実施の形態における 通信システムで、 MNがサブセットを移動し、 MNと CNとの間で新たな QoS経路が確 立された状態を模式的に示す図である。
[0108] 図 6〜8には、図 1〜3と同様に、無線通信により ARに接続して CN121との通信を 行う MN101と、 MN101の通信相手となる CN121と、サブネット 103を形成する AR 105と、サブネット 107を形成する AR109と、 MN101と CN121との間における経路 上に存在し、 MN 101と CN 121との間で伝送されるバケツトに関して QoS保証を行う QoS認識機能（QoS- aware)を有する QNE111、 113、 115、 117、 119、 123、 125 とが図示されている。
[0109] なお、 MN101がサブネット 103に存在している場合（すなわち、 MN101が AR10 5に接続している場合）、 CN121から MN101への downlink方向の経路 137上には、 QNE119、 QNE117、 QNE115、 QNE113、 QNE111、 AR105力存在しており、 MN101がサブネット 107に存在している場合（すなわち、 MN101が AR109に接続 している場合）、 CN121から MN101への downlink方向の経路 139上には、 QNE1 19、 QNE117, QNE115, QNE125, QNE123, AR109力存在して!/ヽるものとす る。なお、経路 137と経路 139とは一部が重複しており、経路 137と経路 139との CR Nを QNE115とする。
[0110] 図 6において、 CN121から MN101に送信されるデータパケットは、経路 137を経 由して伝送される。このとき、経路 137上のすべての QNE111、 113、 115、 117、 1 19は、 CN121から MN101に送信されるデータパケットに関する QoSステートを有 している。すなわち、各 QNE111、 113、 115、 117、 119は、経路 137のフィルタ情 報（CN121の IPアドレスがあて先アドレスとして含まれているとともに、 MN101がサ ブネット 103から割り当てられている IPアドレス（cCoA)があて先アドレスとして含まれ て!、るフィルタ情報）である filterDと、この filterDに対応するリソース予約情報である re sourceDとが関連付けられている QoSステートを保持しており、 CN121力ら MN101 に送信されるデータパケットのヘッダ (特に、送信元アドレス及びあて先アドレス）を参 照してフィルタ情報 (filterD)を特定し、対応するリソース予約情報 (resourceD)に基 づく QoS保証を行うように構成されて！ヽる。
[0111] MN101は、サブネット 107に移動する可能性があり、プロキシ 123に対して予測経 路 (経路 139)、又は予測経路の一部の確立を所望している。なお、 MN101がサブ ネット 107に移動する前に、プロキシ 123によって予測経路、又は予測経路の一部が 確立されることで、 MN101が実際にサブネット 107に移動した後に、より迅速に CN 121から MN101への QoS経路が確立され、ハンドオーバによる QoS保証の中断時 間を短縮することが可能となる。
[0112] QNE (プロキシ） 123が予測経路を確立するための何らかのトリガを受けた場合に は、 QNE (プロキシ） 123と CRN (ここでは QNE115)との間で QoS経路が確立され る。この新たな経路が確立された場合には、 QNE (プロキシ） 123や、 QNE (プロキ シ） 123と QNE115との間の各中間 QNE (例えば、 QNE125)は、新たな QoSステ ートを有することになる。すなわち、図 7に図示されているように、 QNE (プロキシ） 12 3や QNE125では、 CNの IPアドレスが送信元アドレスとして含まれているとともに、 Q NE (プロキシ） 123の IPアドレスがあて先アドレスとして含まれて!/、るフィルタ情報 (filt erE)に対して、 filterDと同一のリソース予約情報である resourceDが設定される。
[0113] 一方、 QNE115と CN121との間の経路上の QNEに関しては、新たなフィルタ情 報（上記の filterE)が現在のフィルタ情報 (filterD)に追加される。これ〖こより、図 7に図 示されているように、 QNE115や、 QNE115と CN121との間の各中間 QNE (例え ば、 QNE117、 119)は、 filterD及び filterEに対して resourceDが設定された QoSス テートを有することになり、 filterEによって定義されるデータトラフィックには、 filterDに よって定義されるデータトラフィックのために予約された resourceDが使用可能となる。
[0114] 以上のように、 MN101がサブネット 107への移動を行う前に（あるいは、 MN101 のサブネット 107への移動とは無関係に）、 QNE (プロキシ） 123は、 MN101の NCo A (MN 101がサブネット 107に移動した後に割り当てられる新たな Co A)を用いるこ となぐ MN101がサブネット 107に接続した後に使用される経路の一部（CN121か ら QNE (プロキシ） 123までの経路）に係るリソース予約を行うことが可能となる（図 7 に図示されている状態)。
[0115] そして、 MN101が NCoAを取得した場合（実際にサブネット 107に移動して NCo Aを取得する力、あるいはサブネット 103に接続した状態で NCoAを取得した場合） 【こ ίま、図 8【こ図示されて!ヽるよう【こ、経路 139上の各中 f¾QNE (QNE123、 125、 11 5、 117、 119)において、 MN101の NCoAが送信元アドレスとして含まれているとと もに、 CN121の IPアドレスがあて先アドレスとして含まれている新たなフィルタ情報 (f ilterF)力 ¾lterD又は filterEに追加されることによって、 QoS経路の更新が行われる。 なお、 MN101がサブネット 107に移動した場合には、 filterDに関しては、能動的又 は受動的に削除されることが望ましい。また、フロー IDとは異なる情報としてフィルタ 情報が存在する場合には、フロー IDは、データパケットの送信元アドレス/あて先ァ ドレスに依存するものでなくてもよい。
[0116] 例えば、 MN101がサブネット 107に移動して NCoAを取得した後に、 NCoAに関 する QoS経路の更新が完了（filterFに関するリソース予約が完了）する前までは、 C N121から MN101あてに送信されるデータパケットは、 filterEの情報を含むァウタへ ッダ（送信元アドレスを CN121の IPアドレスとし、あて先アドレスを QNE (プロキシ） 1 23の IPアドレスとするヘッダ）が付カ卩されて、カプセル化される。このカプセル化され たデータパケットは filterEによって識別され、各中間 QNEにおいて、 resourceDに基 づく QoS保証が行われて伝送され、 QNE (プロキシ） 123によって脱カプセル化され る。なお、 CN121が QNEの場合には、 CN121から MN101あてに送信されるデー タパケットのカプセル化は CN121で行われることが望ましいが、その他の QNE (例え ば、経路上において、 CN121の最も近くに存在する QNE119)でカプセル化が行 われてもよい。
[0117] QNE (プロキシ） 123は、 filterEで特定されるヘッダを持つパケットが到達した際に は、脱カプセル化を行ってインナパケットを取り出し、そのインナパケットを MN101に 転送する。なお、経路全体にわたって QoS予約が行われるようにするための方法とし ては、例えば IPv4最小カプセルィ匕など、上述のパケットのカプセルィ匕方法以外にも 存在することは、当業者にとって明白であり、任意のパケットのカプセルィ匕方法を本 発明に適用することが可能である。また、本発明は、他の種類のカプセル化やトンネ リング機構においても良好に動作する。
[0118] このように、 MN101の NCoAが設定されている filterFに関するリソース予約が完了 するまでは、データパケットのカプセル化が行われ、 QNE (プロキシ） 123の IPァドレ スがあて先アドレスとして設定されて 、る filterEによって、カプセル化されたデータパ ケットの QoS保証が行われるように構成されており、 MN101の NCoAを用いてリソー ス予約が行われるまでの QoS保証の中断時間を低減することが可能となる。
[0119] また、 filterFの QoSの更新に成功した後（すなわち、 filterFが経路 139上のすべて の QNEに導入された後）は、 CN121は、 filterEのデータパケットの生成（filterDのデ ータパケットのカプセル化）を終了する。そして、 filterDや filterEは能動的又は受動的 に削除され、最終的に filterFに関する QoSステートのみが残り、 CN121からサブネッ ト 107に接続している MN101への経路 139において、 CN121から MN101へのデ ータパケットに対する QoS保証が行われる。
[0120] 次に、本発明の第 2の実施の形態における動作について説明する。図 9は、本発明 の第 2の実施の形態における動作例を示すシーケンスチャートである。なお、ここで は具体例として、上述の本発明の第 1の実施の形態と同様に、 NSISの QoS NSLP で定義されているメッセージである RESERVEメッセージに、さらに本発明の動作に 必要な情報を付加した場合について説明する。また、本発明の第 2の実施の形態に おける QNEの構成は、上述の本発明の第 1の実施の形態における QNEの構成（図 4参照）と同一であり、ここでは説明を省略する。
[0121] 図 9において、 QNE (プロキシ） 123は、 CN121力ら、サブネット 103に接続してい る MN101のデータ経路情報 (例えば、リソース稼働率など）を取得するとともに、 dow nlink方向の CRN (ここでは、 QNE115)をあらかじめ特定する（ステップ S301)。な お、例えば、 QNE (プロキシ） 123は、上述の非特許文献 9、 10などに記載されてい る方法を使用することによって、これらの情報を取得することが可能である。
[0122] そして、 QNE (プロキシ） 123は、上述の本発明の第 1の実施の形態と同様に、予 測経路を確立するための何らかのトリガを受け取る (ステップ S303)。なお、このトリガ には、上述の本発明の第 1の実施の形態と同様に、例えば、 MN101と CN121との 間の QoS経路で用いられているセッション ID、 QSpec情報、 CN121 (又は経路の最 終 QNEである QNR)の IPアドレスなど、予測経路を確立するために必要な情報が 含まれている。
[0123] トリガを受け取った QNE (プロキシ） 123は、このトリガに応じて、即座に「プロキシフ ラグ」が付加された受信者始動 RESERVEメッセージを CN121に向かって送信する (ステップ S305)。なお、この予約におけるフィルタ情報には、送信元アドレスとして C N121の IPアドレス、あて先アドレスとして QNE (プロキシ） 123の IPアドレスが含まれ ている（図 7の filterE)。また、 QNE (プロキシ） 123は、このフィルタ情報に対応したフ ィルタ Zリソース（図 7の filterE/resourceD)の組を生成して新たな予約を行う。また、 ステップ S307で QNE123から RESERVEメッセージを受けた QNE125も同様に、 このフィルタ情報に対応したフィルタ Zリソース（図 7の filterE/resourceD)の組を生成 して新たな予約を行う。
[0124] 一方、 QNE117、 QNE119、 CN121 (CN121が QNEの場合）では、 RESERV Eメッセージ（図 9では、 RESERVE(add)と記載）の伝送が行われる（ステップ S309、 S 311、 S313)とともに、この RESERVEメッセージに含まれているフィルタ情報（図 7 の filterE)力 CN121から MN101へのデータパケットに現在使用されている現在の フィルタ Zリソース（図 6の filterD/resourceD)の組に追加される。以上の動作により、 各 QNEには、図 7に図示されて 、るリソース予約情報が設定される。
[0125] なお、この QNE (プロキシ） 123から送信される RESERVEメッセージには、 CRN ( QNE 115)以降の経路において上記のようなフィルタ情報の追加処理を行う旨を示 す情報が含まれており、 QNE115が、この情報を参照して上流の QNE (QNE117) に対して追加処理を指示する RESERVEメッセージを送信してもよい。また、 QNE1 15は、 RESERVEメッセージを受信した下流の QNE (QNE125)が、同一セッション に属する経路 137とは異なる方向に存在していることから、自らが CRNであることを 把握してもよい。また、各 QNEは、リソース予約情報に、受信した RESERVEメッセ ージのフィルタ情報が属するセッションと同一セッションの他の経路（他のフィルタ情 報）を保持している場合には、元々保持しているフィルタ情報に、 RESERVEメッセ ージのフィルタ情報を追加するように構成されて 、てもよ 、。
[0126] ここで、 MN101がサブネット 107に移動したとする（ステップ S315)。 QNE (プロキ シ） 123は MN101の移動を検出し、 MN101の NCoAを取得した場合 (ステップ S3 21)には、送信者主導の RESERVEメッセージを MN 101に送信する（ステップ S32 3)。この RESERVEメッセージに関するフィルタ情報には、送信元アドレスとして CN 121のアドレスが含まれており、あて先アドレスとして MN 101の NCoAが含まれて!/ヽ る。
[0127] 一方、 CN121も、例えば MN101からの BUによって、 MN101の移動を検出して 、 MN101の NCoAを取得する（ステップ S317)。そして、 CN121は、 MN101への データパケットのカプセル化を開始する（ステップ S319)。このカプセル化では、 CN 121は、 MN101の NCoAをあて先アドレスとするパケットに、あて先アドレスが QNE (プロキシ） 123のアドレスに設定されたァウタヘッダを付カロしたパケットを生成して送 信する。カプセル化されたデータパケットは、そのあて先アドレスが QNE (プロキシ） 1 23であり、経路 129上の各 QNEでは、 filterEのフィルタ情報に係る QoS処理が行わ れ、その結果、 QoS保証を受けることになる。
[0128] ステップ S323で RESERVEメッセージを送信した後、 QNE (プロキシ） 123は、受 信者始動 RESERVEメッセージ（図 9では、 RESERVE(add)と記載）を CN121に送信 する（ステップ S325)。この予約におけるフィルタ情報には、あて先アドレスとして MN 101の IPアドレスが含まれている。そして、各 QNE (QNE125、 115、 117、 119)を 経由して RESERVEメッセージは伝送されるとともに（ステップ S327、 S329、 S331 、 S333)、各 QNEにおいて、この RESERVEメッセージに含まれるフィルタ情報（図 8の filterF)力 以前に付加又は生成されたフィルタ情報（図 7の filterE)に付加される 。以上の動作により、各 QNEには、図 8に図示されているリソース予約情報が設定さ れる。そして、 CN121は、この RESERVEメッセージを受信した場合に、データパケ ットのカプセル化を終了する（ステップ S335)。
[0129] そして、 CN121は、ステップ S305〜S313で導入された QNE (プロキシ） 123をあ て先アドレスとするフィルタ情報（図 7の filterE)を削除するために、送信者主導の RE SERVEメッセージ（図 9では RESERVE(remove)と記載）を QNE (プロキシ） 123に送 信する（ステップ S337、 S339, S341, S343, S345)。なお、必ずしも RESERVE メッセージによるフィルタ情報の削除を行う必要はなぐこのフィルタ情報は、タイマの タイムアウトによって削除されてもよい。
[0130] 以上、説明したように、本発明の第 2の実施の形態によれば、 QNE (プロキシ） 123 力 MN101のサブネット 107において割り当てられる NCoAを用いることなぐ MN1 01がサブネット 107に接続した後に使用される経路（CN121から MN101までの経 路）の一部（CN121から QNE (プロキシ） 123までの経路）に係るリソース予約を行い 、 CN121から MN101までの完全な経路が確立されるまでは、 QNE (プロキシ） 123 が確立した経路及び QoSステートによってデータパケットが行われることで、 MN101 がサブネット 103からサブネット 107に接続を変更した場合において、 CN121から M N101に送られるデータパケットの QoS保証の中断時間を低減することが可能となる [0131] <第 3の実施の形態 >
次に、本発明の第 3の実施の形態について説明する。上述の説明ではフィルタ情 報 (filter)及びフロー IDに明確な違いがなされていないが、以下、それぞれを明確に 定義した場合の各 QNEの機能や、シグナリングメッセージの処理などにっ 、て説明 する。
[0132] まず、本発明の第 3の実施の形態におけるフィルタ情報について説明する。本発明 の第 3の実施の形態では、フィルタ情報を、各 QNEがパケットクラシファイア (packet classifier)として使用する情報として定義する。フィルタ情報は、 RSVPにおけるフィ ルタスペック（filter spec)と同様に、 QoS予約を行うためのシグナリングメッセージの パラメータとして各 QNEに運ばれる。すなわち、 NSISでは、フィルタ情報は、主に N SLPにて生成され、管理される情報となる。各 QNEは、このフィルタ情報を、要求さ れている QoSリソースの情報と共に格納することにより、どのデータパケットに対して 予約された QoSリソースを与えるかの区別を行う。そのため、フィルタ情報には、予約 された QoSの保証を受けるデータパケットのヘッダ情報が含まれる。すなわち、フィル タ情報に含まれる情報の例としては、 RSVPにおけるフィルタスペックと同様に、送信 元 ·あて先 IPアドレスや、プロトコル識別子、ポート番号、フローラベル（IPv6の場合） 、 SPI (Security Parameters Index) (IPSecでカプセル化されている場合）、 DSCPZ TO¾ (Differentiated services Code Point/Type of Service)フィ ~~ルドなどである。
[0133] また、フィルタ情報は、 1つの QoS予約に対してフィルタリスト（filter-list)の形を取つ てもよい。この場合、 1つの QoS予約に対して、 QNEは、フィルタリスト内のどのフィル タ情報と同じ内容のヘッダを持つデータパケットを受けた場合でも、予約されているリ ソースを与えることが可能となる。
[0134] フィルタリストは、このリストがどのフローやセッションに属するものかを表す識別子（ 例えば、フロー IDや、セッション IDなど）と共に管理されてもよい。また、同一セッショ ンに属するデータパケットが異なる性質を持つ複数の経路 (例えば、モパイル IPにお ける三角経路と最適化経路や、マルチホーム端末を使った通信における複数の経路 など）を用いて送受信される場合には、フロー IDやセッション IDのほかに、これらの 複数の経路の種別を識別する識別子 (例えば、 Path Type ID (非特許文献 12参照） など）と共に管理されてもょ 、。
[0135] 以下に、フィルタリストの管理方法の一例について説明する。 QoS予約を行うため のシグナリングメッセージ（例えば、 NSISの RESERVEメッセージなど）により運ばれ るフィルタリストの与え方の例として、
Filter— List ::=く List Length) <Action> <Filter> <Filter> · · · ;
などが考えられる。ここで、フィルタリストは、く List Length), < Action),及び複数の フィルタ情報（く Filter を有している。なお、く List Length〉では、フィルタリストに含ま れるフィルタ情報の個数（すなわち、く Filter〉の個数）が示される。また、く Action〉では 、各 QNEでこのフィルタリストをどのように扱うかを指定する情報が示される。例えば、 く Action〉に含まれる情報としては、「追加（add)」、「削除 (sub)」、「置き換え（Replace) 」などが考えられる。例えば、く Action〉が「追加（Add)」の場合には、その QNE上に同 一セッション ID及び Path Type ID (存在する場合）に対応する既存のフィルタリストが 存在する場合には、そのリストに後続のフィルタ情報く Filter〉が追加され、存在しない 場合には、新たにフィルタリストが作られ、それに対応するリソースが予約される。また 、例えば、く Action〉が「削除（sub)」の場合には、同一セッション ID及び Path Type ID (存在する場合）に対応する既存のフィルタリストから、後続のフィルタ情報く Filter〉だ けが削除される。また、例えば、く Action〉が「置き換え（Replace)」の場合には、 QNE 上の同一セッション ID及び Path Type ID (存在する場合）に対応する既存のフィルタ リストそのものが置き換えられる。
[0136] また、例えば、
Filter-List ::=く List Length) <Action> <Filter> <Filter> · · ·く List Length) <A ction> < Filter) < Filter) · · · ;
という形式を取ることにより、 1つのフィルタリストによって、フィルタ情報に係る複数 の変更動作を一度に行えるようにすることも可能である。例えば、ある QNEが、セッシ ヨン ID"300"、 Path Type ID"0x00"に対し、 3つのフィルタ情報（く filterl〉、〈filter2〉、 <f ilter3»を含むフィルタリスト
Filter-list := <filterl> <filter2> <filter3>;
を格納していた場合、同一セッション ID及び Path Type IDを持つ RESERVEメッセ ージを受信し、その中に含まれるフィルタ情報が
Filter-List ::= <2> <add> <filter4> <filter5>〈1〉 <sub> <filterl>; であった場合には、この QNEに格納されるフィルタリストは、
Filter-list := <filter2> <filter3> <filter4> <filter5>;
に更新される。なお、上記のフィルタリストの形式は一例であり、 QoS予約を行うた めのシグナリングメッセージにお 、て、フィルタ情報及びそのフィルタ情報に対して行 う処理 (action)の情報が明確にできるのであれば、他の形式を取ることや、他の情報 を持つことも可能である。
[0137] 次に、本発明の第 3の実施の形態におけるフロー IDについて説明する。本発明の 第 3の実施の形態では、フロー IDは、主に NSISの下位層である NTLPで管理され、 NTLPにおいて、シグナリングメッセージがどのフローに属するかを識別するために 使われる。フロー IDとセッション IDとの違いは、セッション IDはセッションの開始から 終了まで変化しない IDであるのに対し、フロー IDは、例えば端末の移動などによる 経路変更により、変化してもよいという点にある。また、 1つのセッションに対し、複数 のフロー IDが存在してもよい。なお、本発明の第 3の実施の形態におけるフロー ID は、非特許文献 11Aでは、 MRI(Message Routing Information)として位置付けられて いるものであるが、含まれる情報はこの通りではない。本発明の第 3の実施の形態に おけるフロー IDの一例としては、シグナリングメッセージの送信元とあて先の IPァドレ スを含む情報が考えられる。なお、この場合、本発明の第 3の実施の形態におけるフ ロー IDには、非特許文献 11 Aで記されているフロー IDのように必ずしもプロトコル識 別子、ポート番号などのフィルタ情報が持つ情報が含まれる必要はない。また、デー タの送信元'あて先と、シグナリングメッセージの送信元'あて先が異なる場合や、送 信元'あて先が同じであっても、ポート番号など他のフィルタ情報が異なる場合で、シ ダナリングメッセージもデータパケットと同様に QoS保証を必要とする場合は、シグナ リングメッセージのフィルタ情報を、フィルタリストに追加すればょ 、。
[0138] また、図 17は、本発明の第 3の実施の形態において、 QNE内でフィルタ情報及び フロー IDを管理する主体を模式的に示す図である。上述のように、 NSISプロトコル 層では、フィルタ情報及びフロー IDの 2つの情報が管理される力 フィルタ情報 (フィ ルタリスト）は、主に NSISの上位層である NSLP層において管理され、フロー IDは、 主に NSISの下位層である NTLP層において管理される。なお、フィルタ情報ゃフロ 一 IDの管理や生成に関しては、必ずしも、図 17に示されているように NSLP層や NT LP層が単独で行う必要はなく、 NSLP層と NTLP層の間で情報の交換を行ったり、 他の層と情報を交換したりすることにより管理 '生成が行われてもよい。
[0139] このように、 NSISプロトコル層において管理される情報を、フィルタ情報及びフロー IDに明確に分けて定義を行うことにより、各 QNEはデータパケットの送受信を行う端 末の情報 (例えば、データの送信元'あて先に設定される IPアドレス）を必要とするこ となぐシグナリングメッセージを送信することが可能になる。この特性を用いた QoS 経路の早期確立方法を以下に説明する。
[0140] なお、ここでは、データパケットの送信される方向が uplink方向であった場合を例に 挙げて説明を行うが、データパケットの送信される方向が downlink方向であった場合 にも同様の手順を用いることができる。
[0141] まず、図 12〜14を参照しながら、本発明の第 3の実施の形態に係る概要について 説明する。図 12は、本発明の第 3の実施の形態における通信システムで、 MNが接 続するサブセットを変更する前の QoS予約の状態及びルーティングのためのステート 内に含まれるフロー IDの状態を模式的に示す図である。また、図 13は、本発明の第 3の実施の形態における通信システムで、 MNのプロキシとなる QNEが MN用に予 測経路上にルーティングのためのステートを確立した状態を、この中に含まれるフロ 一 IDを示すことにより模式的に示す図である。また、図 14は、本発明の第 3の実施の 形態における通信システムで、 MNがサブセットを移動し、 MNと CNとの間で新たな QoS経路が確立された状態を模式的に示す図である。
[0142] 図 12〜14には、図 1〜3と同様に、無線通信により ARに接続して CN121との通信 を行う MN101と、 MN101の通信相手となる CN121と、サブネット 103を形成する A R105と、サブネット 107を形成する AR109と、 MN101と CN121との間における経 路上に存在し、 MN 101と CN 121との間で伝送されるバケツトに関して QoS保証を 行う QoS認識機能（QoS- aware)を有する QNE111、 113、 115、 117、 119、 123、 125とが図示されている。 [0143] なお、 MNIOIがサブネット 103に存在している場合（すなわち、 MN101が AR10 5に接続している場合）、 MN101から CN121への uplink方向の経路 147上には、 A R105、 QNE111、 QNE113、 QNE115、 QNE117、 QNE119力存在しており、 MNIOIがサブネット 107に存在している場合（すなわち、 MN101が AR109に接続 している場合）、 MN101から CN121への uplink方向の経路 149上には、 AR109、 QNE123, QNE125, QNE115, QNE117, QNE119力存在して!/、るものとする 。なお、経路 147と経路 149とは一部が重複しており、経路 147と経路 149との CRN を QNE115とする。
[0144] 図 12において、 MN101から CN121に送信されるデータパケットは、経路 147を 経由して伝送される。このとき、経路 147上のすべての QNE111、 113、 115、 117、 119は、 MN101から CN121に送信されるデータパケットに関する QoS予約に係る ステートを有している。すなわち、各 QNE111、 113、 115、 117、 119は、経路 147 を通して送られるデータパケットに関するフィルタ情報（CN121の IPアドレスがあて 先アドレスとして含まれているとともに、 MN101がサブネット 103から割り当てられて V、る IPアドレス（cCoA)が送信元アドレスとして含まれて 、るフィルタ情報）である filte rGを含むフィルタリストと、このフィルタリストに対応するリソース予約情報である resour ceGとが関連付けられている QoS予約に係るステートを保持しており、 CN121から M N101に送信されるデータパケットのヘッダを参照してフィルタ情報 (filterG)を特定し 、対応するリソース予約情報 (resourceG)に基づく QoS保証を行うように構成されて いる。
[0145] また同時に、各 QNE111、 113、 115、 117、 119の NTLP層では、シグナリングメ ッセージの識別とルーティングのためのステート（ルーティングステートやメッセージァ ソシエーシヨン（非特許文献 11A参照） )を保持して!/ヽる。このルーティングのための ステート内には、経路 147におけるシグナリングメッセージの送信元及びあて先を含 む情報力も作られるフロー IDが含まれる。今、シグナリングメッセージの送信元を MN 101 (cCoAを Xとする）、シグナリングメッセージのあて先を CN121 (IPアドレスを Yと する）であるとし、各 QNE111、 113、 115、 117、 119の NTLP層力 レーティングの ためのステートの中に持つフロー IDを、 flowXYとする。 [0146] MN101は、サブネット 107に移動する可能性があり、 QNE (プロキシ） 123に対し て予測経路 (経路 149)の一部の確立の準備 (すなわち、 QNE (プロキシ） 123から C N121の確立の準備）を所望している。すなわち、 MN101は、この経路上の各 QNE に対して、サブネット 107に移動した後のルーティングのためのステートをあらかじめ 保有しておくことを所望している。なお、 MN101がサブネット 107に移動する前に、 QNE (プロキシ） 123によって予測経路の一部が準備されることで、 MN101が実際 にサブネット 107に移動した後に、より迅速に CN121から MN101への QoS経路が 確立され、ハンドオーバによる QoS保証の中断時間を短縮することが可能となる。そ の理由は、ルーティングのためのステートの新規確立には複雑な処理が必要になる 力 このルーティングのためのステートはいつたん確立されてしまえば、このステート を用いてシグナリングメッセージをルーティングすることができる力 である。
[0147] QNE (プロキシ） 123が予測経路の確立を準備するための何らかのトリガを受けた 場合には、 QNE (プロキシ） 123は、 QNE (プロキシ） 123と CN121との間の QNEに おけるルーティングのためのステートの新規確立処理を始動し、その結果、 QNE (プ 口キシ） 123と CN121との間の QNEにルーティングのためのステートが保有される。 すなわち、図 13【こ図示されて!ヽるよう【こ、 QNE (プロキシ） 123、 QNE125, 115、 1 17、 119の NTLP層では、 QNE (プロキシ） 123の IPアドレス（Zとする）が送信元アド レスとして含まれて 、るとともに、 CN 121の IPアドレス（すなわち Y)があて先アドレス として含まれて 、るフロー ID (flowZY)を含むルーティングのためのステートが設定さ れる。なお、経路 147に関するルーティングのためのステートはそのまま残される。
[0148] 以上のように、 MN101がサブネット 107への移動を行う前に（あるいは、 MN101 のサブネット 107への移動とは無関係に）、 QNE (プロキシ） 123は、 MN101の NCo A (MN 101がサブネット 107に移動した後に割り当てられる新たな Co A)を用いるこ となく、 MN 101がサブネット 107に接続した後に使用される経路の一部（QNE (プロ キシ） 123から CN121までの経路）に係るルーティングのためのステートを確立する ことが可能である（図 13に図示されている状態)。
[0149] そして、 MN101が NCoAを取得した場合（実際にサブネット 107に移動して NCo Aを取得する力、あるいはサブネット 103に接続した状態で NCoAを取得した場合） には、この MN101の NCoAをデータパケットの送信元、 CN121の IPアドレスをデー タパケットのあて先としたフィルタ情報（filterH)が作成される。そして、図 14に図示さ れているように、経路 149上の QNE (プロキシ） 123、 QNE125においては filterHを 含むフィノレタリスト力新規で格糸内されるとともに、 QNE115、 117、 119にお!/、ては、 fi IterHが既存の（同一セッション用の）フィルタリストに追加される。
[0150] また、 MN101がサブネット 107に移動した場合には、 MN101から QNE (プロキシ ) 123の間のルーティングのためのステートを確立することにより、 MN101から CN1 21までのエンド ·ツ^ ~ ·エンドのルーティングのためのステートが確立される。 MN 10 1から QNE (プロキシ） 123の間のルーティングのためのステートで使われるフロー ID は、 QNE (プロキシ） 123から CN121で使われているもの（flowZY)とは異なり、 MN1 01がサブネット 107で取得した NCoA (Wとする）をシグナリングメッセージの送信元 したフロー ID (flowWZ)であってよい。また、エンド'ツ^ ~ ·エンドのフロー IDを統一す るため、 MN101から QNE (プロキシ） 123の間のルーティングのためのステートで使 われるフロー IDは、 QNE (プロキシ） 123から CN121で使われているもの（flowZY) であってもよい。
[0151] なお、 MN101から QNE (プロキシ） 123の間のフロー ID力 QNE (プロキシ 123) 力も CN121で使われているものと異なる場合、 QNE (プロキシ） 123において、サブ ネット 107上の MN101から送信されるシグナリングメッセージに付カ卩されているフロ 一 ID (flowWZ) ¾HowZYに付け替えて、 CN 121に向けて送信するなどの動作が必要 である。また、上述のように、経路 149上に既にシグナリングメッセージのルーティン グのためのステートが存在するため、 QoSリソース予約のための動作は、 QNE (プロ キシ） 123より先では、経路 149上に新規で QoS予約のためのシグナリングメッセ一 ジを送る場合に比べて迅速に行われ、その結果、 MN101の NCoAを用いて QoSリ ソース予約が行われるまでの QoS保証の中断時間を低減することが可能となる。また 、 MN101がサブネット 107に移動した後に、移動前に使用されていたフィルタ情報（ filterG)や、経路 147のルーティングのためのステートに関しては、能動的又は受動 的に削除されることが望ましい。 [0152] 次に、本発明の第 3の実施の形態における第 1動作例について説明する。図 15は 、本発明の第 3の実施の形態において、データパケットの送信方向が uplink方向の場 合の動作例を示すシーケンスチャートである。なお、ここでは具体例として、各 QNE においてルーティングのためのステートを作るために送信される、フィルタ情報を必要 としないメッセージとして、 NSISの QoS NSLPで定義されているメッセージである Q UERYメッセージに、さらに本発明の動作に必要な情報を付加した場合にっ ヽて説 明する。また、 QoSリソースを予約するためのメッセージとして、 NSISの QoS NSLP で定義されているメッセージである RESERVEメッセージに、さらに本発明の動作に 必要な情報を付加した場合について説明する。なお、本発明の第 3の実施の形態で 使用される「RESERVEメッセージ」や「QUERYメッセージ」、「RESPONSEメッセ ージ」と 、う用語は、 NSLP層で生成される情報 (メッセージのペイロード部と呼ぶ）、 NTLP層で生成される情報 (ヘッダ部と呼ぶ)及び IPヘッダ (オプション部分を含む） を含んでいる。
[0153] 図 15において、まず、 QNE (プロキシ） 123は、予測経路を準備するためのトリガを 受ける（ステップ S401)。なお、このトリガには、例えば、 MN101と CN121との間の QoS経路で用いられているセッション ID、 CN121 (又は経路の最終 QNEである QN R)の IPアドレスなど、予測経路を確立するために必要な情報が含まれて 、る。
[0154] トリガを受け取った QNE (プロキシ） 123は、このトリガに応じて、即座に、 NSLP層 において QUERYメッセージのペイロード部を生成し、 NTLP層に受け渡す。 NTLP 層ではこれを受けて、 自身をシグナリングメッセージの送信元、 CN121をあて先とし たフロー IDを生成し (ステップ S403)、このフロー IDをヘッダ部に含む QUERYメッ セージを、下位層を経由して CN121に向けて送信する（ステップ S405)。なお、この QUERYメッセージは、経路 149における新規の downstream方向（データ送信方向 と同じ方向）へのメッセージであるので、この QUERYメッセージの IPヘッダには QN E用の RAOが付けられる。
[0155] QNE (プロキシ） 123から CN121までの経路上のすべての QNE (QNE125、 115 、 117、 119)は、 QUERYメッセージを受信して IPヘッダに RAOを発見すると、 NSI S層（NSLP層及び NTLP層）において QUERYメッセージの中身を確認して、必要 な処理を行う。すなわち、 QUERYメッセージを受信した QNE 125、 115、 117、 11 9は、 QoS NSLP層における QUERY処理以外に、 NTLP層においてルーティング のためのステートの確立処理 (ルーティングステートや、メッセージアソシエーション（ 要求されている場合）の確立のための処理）を行う（ステップ S407、 S411、 S415、 S 419、 S423)。その後、各 QNEは QUERYメッセージを CN121に向けて送信する（ ステップ S409、 S413、 S417、 S421)。そして、 QUERYメッセージ力 SCN121に lj 達すると、この QUERYメッセージに対する RESPONSEメッセージが CN121から Q NE123に返される（ステップ S425、 S427、 S429、 S431、 S433)。
[0156] ここで、 MN101がサブネット 107に移動したとする（ステップ S435)。 MN101は、 サブネット 107より NCoAを取得すると、 NTLP層において、この NCoAをシグナリン グメッセージの送信元、 QNE (プロキシ） 123をシグナリングメッセージのあて先とした フロー IDを生成する（ステップ S437)。また、 MN101の NSLP層では、 自身の NCo Aをデータパケットの送信元、 CN121の IPアドレスをデータパケットのあて先とした情 報を含むフィルタ情報を生成し、このフィルタ情報を追カ卩 (add)して QoSリソースを予 約するような送信者主導の RESERVEメッセージ（図 15では RESERVE(add)と記載） を QNE (プロキシ） 123に向けて送信する（ステップ S439)。この RESERVEメッセ一 ジは、経路 149における MN101から QNE (プロキシ） 123に対する新規の downstre am方向（データ送信方向と同じ方向）へのメッセージであるので、この RESERVEメッ セージの IPヘッダには QNE用の RAOが付けられる。
[0157] この RESERVEメッセージを受け取った QNE (プロキシ） 123は、 NTLPにおいて ルーティングのためのステートの確立処理を行う（ステップ S441)とともに、 NSLPに おいてリソース予約のための処理を行う。また、 NTLP層ではセッション IDなどの情 報から、この RESERVEメッセージを CN121に送信する必要があることを認識し、こ の RESERVEメッセージに含まれるフロー IDの情報を、ステップ S403で生成された フロー IDに変更し、 CN121に向けて送信する（ステップ S443)。この際、 NTLPは、 メッセージを CN121に向けて送信する必要があるということを、 NSLPに伝えてもよ い。なお、この場合、ルーティングのためのステー卜は、 QNE123、 125、 115、 117 、 119に既に確立されているので、 RESERVEメッセージに RAOが付カ卩される必要 はなく、 QNE123、 125、 115、 117、 119は、受信した RESERVEメッセージを参 照してリソース予約のための処理を行 、、迅速に RESERVEメッセージを送信するこ と力 Sできる（ステップ S445、 S447、 S449、 S451)。なお、 MNIOIと、 QNE (プロキ シ） 123との間で使われるフロー IDは、 QNE (プロキシ） 123と CN121の間で使われ るフロー IDと同じであってもよい。
[0158] 次に、本発明の第 3の実施の形態の第 2動作例について説明する。上述の本発明 の第 3の実施の形態における第 1動作例では、データパケットの送信方向が uplink方 向の場合について説明した力 データパケットの送信方向が downlink方向であった 場合においても、同様の手順を採ることができる。これについて、図 16を参照しなが ら説明する。図 16は、本発明の第 3の実施の形態において、データパケットの送信方 向が downlink方向の場合の動作例を示すシーケンスチャートである。
[0159] QNE (プロキシ） 123は、予測経路を準備するためのトリガを受け取ると (ステップ S 501)、 CN121に対して、予測経路準備を依頼する依頼メッセージを送信する (ステ ップ S503)。なお、予測経路を準備するためのトリガは、 QNE (プロキシ） 123ではな く、 CN121に直接送られてもよい。この場合、トリガには、 QNE (プロキシ） 123の IP アドレスなどの情報も含まれて 、る必要がある。
[0160] 依頼メッセージ又はトリガを受信した CN121は、この依頼メッセージ又はトリガに応 じて、即座に、 NSLP層において QUERYメッセージのペイロード部を生成し、 NTL P層に受け渡す。 NTLP層ではこれを受けて、 自身をシグナリングメッセージの送信 元、 QNE (プロキシ） 123をあて先としたフロー IDを生成し (ステップ S505)、このフロ 一 IDをヘッダ部に含む QUERYメッセージを、下位層を経由して QNE (プロキシ） 1 23に向けて送信する（ステップ S507)。なお、この QUERYメッセージは、経路 149 における新規の downstream方向（データ送信方向と同じ方向）へのメッセージである ので、この QUERYメッセージの IPヘッダには QNE用の RAOが付けられる。
[0161] CN121から QNE (プロキシ) 123までの経路上のすべての QNE (QNE119、 117 、 115、 125)は、 QUERYメッセージを受信して IPヘッダに RAOを発見すると、 NSI S層（NSLP層及び NTLP層）において QUERYメッセージの中身を確認して、必要 な処理を行う。すなわち、 QUERYメッセージを受信した QNE 119、 117、 115、 12 5は、 QoS NSLP層における QUERY処理以外に、 NTLP層においてルーティング ステートのためのステート確立処理を行う（ステップ S509、 S513、 S517、 S521、 S5 25)。その後、各 QNEは、 QUERYメッセージを QNE (プロキシ） 123に向けて送信 する（ステップ S511、 S515, S519, S523)。
[0162] ここで、 MN101がサブネット 107に移動したとする（ステップ S527)。 QNE (プロキ シ） 123は、 MN101の移動を検出し、 MN101がサブネット 107より取得した NCoA 情報を取得すると、 NTLP層にお 、て自身の IPアドレスをシグナリングメッセージの 送信元、 MN101の NCoAをシグナリングメッセージのあて先としたフロー IDを生成 する（ステップ S529)。また、 QNE (プロキシ） 123の NSLP層は、 CN121の IPァドレ スをデータパケットの送信元、 MN101の NCoAをデータパケットのあて先とした情報 を含むフィルタ情報を生成し、このフィルタ情報を追カ卩 (add)して QoSリソースを予約 するような送信者主導の RESERVEメッセージ（図 16では RESERVE(add)と記載）を MN 101に向けて送信する（ステップ S 531 )とともに、 NTLP層では MN 101に転送 するデータパケットに対するルーティングのためのステートの確立処理を行う（ステツ プ S533)。
[0163] また、 QNE (プロキシ） 123は、受信者主導の RESERVEメッセージ（図 16では RE SERVE(add)と記載）を CN121に向けて送信する（ステップ S535)。なお、 MN101に 送信される RESERVEメッセージは、経路 149における QNE (プロキシ） 123力ら M N 101に対する新規の downstream方向（データ送信方向と同じ方向）へのメッセージ であるので、この RESERVEメッセージには QNE用の RAOが付けられる。しかしな がら、 CN121に送信される RESERVEメッセージに関しては、ルーティングのための ステート力 SQNE123、 125、 115、 117、 119に既に確立されて!ヽるので、この RES ERVEメッセージに RAO力 S付カロされる必要 ίまなく、 QNE125、 115、 117、 119ίま、 受信した RESERVEメッセージを参照してリソース予約のための処理を行 、、迅速に RESERVEメッセージを送信することができる（ステップ S537、 S539、 S541、 S54 3、 S545)。なお、 QNE (プロキシ） 123と MN101の間で使われるフロー IDは、 QN E (プロキシ） 123と CN121の間で使われるフロー IDと同じであってもよい。
[0164] 以上、説明したように、本発明の第 3の実施の形態における第 1及び第 2動作例に よれば、 QNE (プロキシ） 123力 MN101のサブネット 107において割り当てられる NCo Aを用いることなぐ MN 101がサブネット 107に接続した後に使用される経路（ MN101から CN121までの経路）の一部（例えば、 QNE (プロキシ） 123と CN121と の間の経路）に係る QoS予約の準備（特に、ルーティングのためのステートの確立処 理）を行うことにより、 MN101がサブネット 103から 107に接続を変更した場合にお いて、 CN121から MN101に送られるデータパケットの QoS保証の中断時間を低減 することができる。
[0165] また、上述のように、フロー ID及びフィルタリストを定義することにより、 MNのハンド オーバのケースに限らず、 QoS経路を容易に管理することができるようになる。
[0166] 例えば、 MNが、 1つのセッションに対し複数の IPアドレスを用いて CNと通信してい る場合（MNがマルチホーム状態の場合）で、どの IPアドレスも同一のサブネット配下 のものであった場合を考える。この場合、どの IPアドレスが設定されたデータパケット であっても、データパケットが通過する経路は 1つなので、各 QNEにおける NTLP層 では、 MNが持つ複数の IPアドレスのうちの 1つをフロー IDのあて先（又は送信元）ァ ドレスとして採用すればよい。なお、パケットクラシファイアとして利用されるフィルタリ ストは、上述のように複数のフィルタ情報に対応しているので、 MNが有する複数の I Pアドレスのすべてを容易に保持することが可能である。
[0167] また、 FTP (File Transfer Protocol)を用いたデータのダウンロードなどでは、ダウン ロードのスピードを上げるために、クライアントは一度に複数のポートを用いることがあ る。この場合でも、上述の MNが複数の IPアドレスを持つ場合と同様に、複数のポー ト番号のうちの 1つをフロー IDに採用すればよい。なお、フロー IDが完全に IPァドレ スの情報のみで作られるような場合には、 NTLPにおいて、ポート番号を管理する必 要はなくなる。また、上述の MNが複数の IPアドレスを持つ場合と同様に、パケットク ラシファイアとして利用されるフィルタリストは、複数のフィルタ情報に対応しているの で、複数のポート番号を容易に保持することが可能である。
[0168] また、さらに、 H. 323を用いて VoIP (Voice over IP)用のセッションを張る場合には 、この途中のプロセスにおいて、使用されるポート番号が変化する。し力しながら、こ の場合でも、上述のように、フロー ID及びフィルタリストを定義することによって、 NTL P側ではポート番号の変化に合わせてフロー IDの情報を変える必要はなくなり、一方 、パケットクラシファイアとして利用されるフィルタリストでは、フィルタ情報の追加'削 除が容易に行えるため、ポート番号の変化に柔軟に対応することが可能となる。
[0169] 次に、本発明の第 3の実施の形態の第 3動作例について説明する。データ経路 (M N101と CN121とを結ぶ経路）上に NATFWが存在する場合においても、 MN101 のハンドオーバ時に QoS保証の中断時間を低減させるシームレスな QoS保証を提 供することが望ましい。このとき、シームレスな QoS保証を提供するため、上述の本発 明の第 3の実施の形態の第 1動作例（図 15を参照)や第 2動作例（図 16を参照）と同 様に、プロキシを利用して、 NTLP層においてルーティングのためのステートの確立 処理を先に行い、端末のハンドオーバ後に QoSリソース予約を行うとともに、 NATF Wのポリシールールの追加や書き換えを行うことが望ましい。
[0170] 以下、データ経路上の QNE 117が NATFWであることを想定して、上述の本発明 の第 3の実施の形態の第 1動作例と同様に、 MN101がサブネット 103からサブネット 107にハンドオーバを行う際に、 QNE (プロキシ） 123が、 MN101のサブネット 107 において割り当てられる NCoAを用いることなぐ MN101のハンドオーバ後に使用さ れる経路の一部に係る QoS予約の準備 (特に、ルーティングのためのステートの確立 処理)を行う動作について説明する。
[0171] 図 18は、本発明の第 3の実施の形態において、データ経路上に NATFWが存在し ており、データパケットの送信方向が uplink方向の場合の動作例を示すシーケンスチ ヤートである。なお、ここでは、 QNE117が NATFW機能を持つものとし、 QNE119 及び CN121がプライベートアドレスを用いる LAN内に存在するものとする。また、 M N101、 QNE117及び CN121には NATFW NSLPが実装されているものとする。 さらに、 NATFW (QNE117)には、 NSISシグナリングメッセージがこの NATFWを 通過できるためのポリシールールが既に設定されているものとする。また、図 15に図 示されている第 1動作例と同様に、図 18に図示されているシーケンスにおいても、各 QNEにおいてルーティングのためのステートを作るために送信されるメッセージの一 例として、 NSISの QoS NSLPで定義されている QUERYメッセージを用いた場合を 例に挙げて説明する。 [0172] 図 18において、まず、 QNE (プロキシ） 123は、予測経路を準備するためのトリガを 受ける（ステップ S601)。なお、このトリガには、例えば、 MN101と CN121との間の QoS経路で用いられているセッション ID、 CN121 (又は経路の最終 QNEである QN R)の IPアドレスなど、予測経路を確立するために必要な情報が含まれて 、る。
[0173] トリガを受け取った QNE (プロキシ） 123は、このトリガに応じて、即座に、 NSLP層 において QUERYメッセージのペイロード部を生成し、 NTLP層に受け渡す。 NTLP 層ではこれを受けて、 自身をシグナリングメッセージの送信元、 CN121をあて先とし たフロー IDを生成し (ステップ S603)、このフロー IDをヘッダ部に含む QUERYメッ セージを、下位層を経由して CN121に向けて送信する（ステップ S605)。なお、この QUERYメッセージは、経路 149における新規の downstream方向（データ送信方向 と同じ方向）へのメッセージであるので、この QUERYメッセージの IPヘッダには QN E用の RAOが付けられる。
[0174] QNE (プロキシ） 123から CN121までの経路上のすべての QNE (QNE125、 115 、 117、 119)は、 QUERYメッセージを受信して IPヘッダに RAOを発見すると、 NSI S層（NSLP層及び NTLP層）において QUERYメッセージの中身を確認して、必要 な処理を行う。すなわち、 QUERYメッセージを受信した QNE 125、 115、 117、 11 9は、 QoS NSLP層における QUERY処理以外に、 NTLP層においてルーティング のためのステートの確立処理 (ルーティングステートや、メッセージアソシエーション（ 要求されている場合）の確立のための処理）を行う（ステップ S607、 S611、 S615、 S 619、 S623)。その後、各 QNEは QUERYメッセージを CN121に向けて送信する（ ステップ S609、 S613、 S617、 S621)。そして、 QUERYメッセージ力 SCN121に lj 達すると、この QUERYメッセージに対する RESPONSEメッセージが CN121から Q NE123に返される（ステップ S625、 S627、 S629、 S631、 S633)。
[0175] ここで、 MN101がサブネット 107に移動したとする（ステップ S635)。 MN101は、 サブネット 107より NCoAを取得すると、 NTLP層において、この NCoAをシグナリン グメッセージの送信元、 QNE (プロキシ） 123をシグナリングメッセージのあて先とした フロー IDを生成する（ステップ S637)。また、 MN101の NSLP層では、 自身の NCo Aをデータパケットの送信元、 CN121の IPアドレスをデータパケットのあて先とした情 報を含むフィルタ情報を生成する。また、 NATFW NSLP層では、このフィルタ情報 を持ったデータパケットが NATFWを通過するためのポリシールールを、 NATFW ( QNE 117)で作成できるようにするパラメータを持った CREATEメッセージ（図 18で は、 CREATEと記載）を作成する。また、 QoS NSLP層では、このフィルタ情報を追 加（add)して QoSリソースを予約するような送信者主導の RESERVEメッセージ（図 1 8では RESERVE(add)と記載）を作成する。そして、 MN10は、上記の CREATEメッ セージと RESERVEメッセージとを 1つのメッセージ（CREATE及び RESERVEメッ セージ）にして、 QNE (プロキシ） 123に向けて送信する（ステップ S639)。なお、上 記の CREATE及び RESERVEメッセージは、経路 149における MN101から QNE (プロキシ） 123に対する新規の downstream方向（データ送信方向と同じ方向）へのメ ッセージであるので、 CREATE及び RESERVEメッセージの IPヘッダには QNE用 の RAOが付けられる。
この CREATE及び RESERVEメッセージを受け取った QNE (プロキシ） 123は、 N TLPにおいてルーティングのためのステートの確立処理を行う（ステップ S641)ととも に、 NSLPにおいてリソース予約のための処理を行う。また、 NTLP層ではセッション IDなどの情報から、この CREATE及び RESERVEメッセージを CN121に送信する 必要があることを認識し、この CREATE及び RESERVEメッセージに含まれるフロ 一 IDの情報を、ステップ S603で生成されたフロー IDに変更し、 CN121に向けて送 信する（ステップ S643)。この際、 NTLPは、メッセージを CN121に向けて送信する 必要があるということを、 NSLPに伝えてもよい。なお、この場合、ルーティングのため のステート ίま、 QNE123, 125、 115、 117、 119【こ既【こ確立されて!ヽるので、 CRE ATE及び RESERVEメッセージに RAOが付カ卩される必要はなぐ QNE123、 125、 115、 117、 119は、受信した CREATE及び RESERVEメッセージの RESERVE 部分を参照してリソース予約のための処理を行 、、迅速に CREATE及び RESERV Eメッセージを送信すること力 Sできる（ステップ S645、 S647、 S651、 S653)。また、 NATFW (QNE 117)においては、この CREATE及び RESERVEメッセージの CR EATE部分を参照し、ポリシールールに変更を加える（ステップ S649)。このとき、ポ リシ一ルールにデータパケットに対するアドレス変換が含まれていた場合には、フィ ルタリストに含まれる該当フィルタ情報の内容をプライベートアドレスに対応したもの に変更するか、又はプライベートアドレス用のフィルタ情報をリストに追加する。これに より、 QNE117と QNE119の間や、 QNE119と CN121の間における RESERVE 処理では、プライベートアドレス用に QoSリソースが予約されることとなる。なお、 MN 101と、 QNE (プロキシ） 123との間で使われるフロー IDは、 QNE (プロキシ） 123と CN121の間で使われるフロー IDと同じであってもよい。また、シグナリングメッセージ 送信側で、あら力じめプライベートアドレスの情報が分力つていた場合には、このアド レス情報をあらかじめフィルタリスト内に存在させてもよい。この場合、 NATFW(QN E 117)では、ステップ S649にお!/、てフィルタリストの内容を変換する必要はな！/、。
[0177] また、ここでは CREATEと RESERVEを同時に、 QoSシグナリング用のルーティン グのためのステートを用いて送信する例を挙げた力 このためには、複数の NSLPメ ッセージを同時に（1つのパケットとして）送信することをサポートするよう、 NSISの仕 様を変更する必要がある。また、 RESERVEメッセージと CREATEメッセージは別 々に送信されてもよいが、この場合には、 CREATEメッセージ力 RESERVEメッセ ージよりも前に送信されることが必要であり（ステップ S649で RESERVEメッセージ 内のフィルタ情報の書き換えが必要な場合があるため）、また、 NATFWシグナリング 用のルーティングのためのステートが、 QoSの場合と同様に、 QNE (プロキシ） 123を 用いてあら力じめ確立されて 、ることが望まし!/、。
[0178] また、ここでは、データパケットの送信方向が uplink方向の場合について説明したが 、データパケットの送信方向が downlink方向であった場合においても、図 16に図示さ れて 、る第 2動作例にお!、て、 RESERVEメッセージと同時に CREATEメッセージ を送信することによって同様の手順を採ることができる。
[0179] 上述の本発明の第 3の実施の形態における第 3動作例では、 NATFW(QNE117 )が、 QoS NSLPと NATFW NSLPの両方の NSLPを持っている場合について説 明を行った。この場合、フィルタリストは NSLP共通部分に存在し、各 NSLP力 フィ ルタリストを参照できるように構成してもよい。また、各 NSLPで使用されるフィルタ情 報の組み合わせが異なることも考えられるので、この場合にはフィルタリスト内の各フ ィルタ情報に対し、どの NSLPで使用されるのかを示す情報 (例えばフラグを立てる など）を与えてもよい。
[0180] また、 NSLPごとにフィルタリストが分けられていてもよい。すなわち、 QoS NSLP るフィルタリストが用意され、各 NSLP用フィルタリストが NSLP共通部分に置かれる。
[0181] また、フィルタリストは各 NSLPに存在してもよい。この場合、各 NSLP間で、直接又 は NTLPを通じて、フィルタリストに関する情報をやり取りすることによって、フィルタリ ストの内容に整合性を持たせてもよい。例えば、 NATFWノードで〈filterA〉をく filterB 〉に書き換える指示を出す内容が NATFW NSLPに存在した場合、この情報が直接 又は NTLPを通じて QoS NSLPに送られ、これに従って、 NATFWノードの QoS N SLP内のフィルタリストに含まれるく filterA〉がく filterB〉に書き換えられる。ただし、 Qo S NSLP内のフィルタリストにあらかじめく filterB〉が存在している場合には、フィルタ 情報を書き換える必要ない。
[0182] さらに、図 17に図示されているフィルタリストの定義とは異なる力 フィルタリストを N TLPに存在させるようにしてもよい。フィルタリストが NTLPに存在する場合は、フィル タリストが NSLP共通部分に存在する場合と同様に、フィルタリスト内の各フィルタ情 報に対し、どの NSLPで使用されるのかを示す情報 (例えばフラグを立てるなど）が与 えられていてもよぐまた、 NSLPごとにフィルタリストが分けられていてもよい。
[0183] また、 NATFWノードは、 NATFW機能を実装して ヽるが、 QoS機能の実装は必 須ではないため、 NATFW NSLPのみが存在し、 QoS NSLPが存在しない NATF Wノードが存在する場合も考えられる。このような NATFWノードにおいても、 NSLP 共通部分や NTLPにフィルタリストが存在すれば、フィルタ情報の変換（図 18におけ るステップ S649の処理）を容易に行うことができる。
[0184] また、各 NSLPにフィルタリストが存在する場合でも、 NATFWノードにおける特別 な機能として、 QoS NSLPが存在しない場合であっても QoS NSLP内のフィルタリ ストの内容をチェックすることができる機能を持たせれば、フィルタ情報の変換は可能 となる。また、この場合、 QoS NSLPメッセージが NATFWノードでインタセプトされ るようにする必要がある。 QoS NSLPメッセージが NATFWノードでインタセプトされ るようにするため、ルーティングのためのステート確立以前に送信される QoS NSLP メッセージには、例えば、 NATFW NSLP用の RAO、又は QoS NSLP及び NATF W NSLP共通（又は NSLP共通）の RAO、又は NTLPを有する NEに対する RAO ( すなわち、 NTLP用 RAO)が付加される。
[0185] さらに、 NATFWノード力 NTLPのみを実装している場合も考えられる。この場合 、 NTLPにフィルタリストが存在すれば、 NATFWノードは、フィルタ情報の変換（図 1 8におけるステップ S649の処理）を容易に行うことができる。 NSLP共通部分や各 N SLPにフィルタリストが存在する場合でも、 NATFWノードにおける特別な機能として 、 NSLP共通部分や各 NSLPに存在するフィルタリストの内容をチェックすることがで きる機能を持たせれば、フィルタ情報の変換は可能となる。また、この場合、 QoS NS LPメッセージが NATFWノードでインタセプトされるようにする必要がある。 QoS NS LPメッセージが NATFWノードでインタセプトされるようにするため、ルーティングの ためのステート確立以前に送信される QoS NSLPメッセージには、例えば、 NTLP を有する NEに対する RAO (すなわち、 NTLP用 RAO)が付加される。
[0186] また、上述のようにフロー ID及びフィルタリストを定義することにより、 MNのハンドォ ーバのケースに限らず、 NATFWノードを経由するデータ経路を容易に管理すること が可能となる。
[0187] 例えば、 MNが、 1つのセッションに対し複数の IPアドレスを用いて CNと通信してい る場合（MNがマルチホーム状態の場合）で、どの IPアドレスも同一のサブネット配下 のものであった場合を考える。この場合、どの IPアドレスが設定されたデータパケット であっても、データパケットが通過する経路は 1つなので、各 NATFW NSLPを持つ NEにおける NTLP層では、 MNが持つ複数の IPアドレスのうちの 1つをフロー IDの あて先（又は送信元）アドレスとして採用すればよい。なお、 NATFWにおいてポリシ 一ルール作成のために利用されるフィルタリストは、上述のように複数のフィルタ情報 に対応して 、るので、 MNが有する複数の IPアドレスのすべてを容易に保持すること が可能である。
[0188] また、 FTPを用いたデータのダウンロードなどでは、ダウンロードのスピードを上げ るために、クライアントは一度に複数のポートを用いることがある。この場合でも、上述 の MNが複数の IPアドレスを持つ場合と同様に、複数のポート番号のうちの 1っをフ ロー IDに採用すればよい。なお、フロー IDが完全に IPアドレスの情報のみで作られ るような場合には、 NTLPにおいて、ポート番号を管理する必要はなくなる。また、上 述の MNが複数の IPアドレスを持つ場合と同様に、 NATFWにお!/、てポリシールー ル作成のために利用されるフィルタリストは、複数のフィルタ情報に対応しているので 、複数のポート番号を容易に保持することが可能である。
[0189] また、さらに、 H. 323を用いて VoIP用のセッションを張る場合には、この途中のプ ロセスにおいて、使用されるポート番号が変化する。し力しながら、この場合でも、上 述のように、フロー ID及びフィルタリストを定義することによって、 NTLP側ではポート 番号の変化に合わせてフロー IDの情報を変える必要はなくなり、一方、 NATFWに おいてポリシールール作成のために利用されるフィルタリストでは、フィルタ情報の追 カロ'削除が容易に行えるため、ポート番号の変化に柔軟に対応することが可能となる
[0190] また、上述の本発明の第 3の実施の形態では、フロー IDとフィルタ情報とを分けて、 別々に管理できるようにすることによって、シグナリングメッセージの通る経路に係る 処理を、データパケットの通る経路に係る処理より前に行えるようにしている力 さらに 、これを応用して、データパケットの通る経路と、シグナリングメッセージの通る経路と が異なる off-pathシグナリング（Path Decoupledシグナリングとも呼ばれる）を行うことも 可能となる。例えば、あるドメインのプロキシや、ポリシー決定ポイント（データ経路上 に存在する必要は無い）に直接シグナリングメッセージを送信し、このノードに、フィ ルタリストの内容を使用した処理 (例えば、ポリシールールの作成）を行わせることも 可能である。
[0191] なお、上述の本発明の第 1〜第 3の実施の形態では、付加的サービスが QoS保証 である場合について説明したが、その他の付加的サービスに関しても本発明は適用 可能である。また、特に、 QoS保証に関しては、 NSISに対して本発明を適用した場 合の具体例について説明した力 本発明は、その適用対象が NSISに限定されるも のではなぐさらに、本発明の機能を持たせる NSISのメッセージは、上述の一例に 限定されるものではない。
[0192] また、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的に は集積回路である LSI (Large Scale Integration)として実現される。これらは個別に 1 チップ化されてもよいし、一部又はすベてを含むように 1チップ化されてもよい。なお、 ここでは、 LSIとした力 集積度の違いにより、 IC (Integrated Circuit)、システム LSI、 スーパー LSI、ウノレ卜ラ LSIと呼称されることもある。
[0193] また、集積回路化の手法は LSIに限るものではなぐ専用回路又は汎用プロセッサ で実現してもよい。 LSI製造後に、プログラムすることが可能な FPGA (Field Program mable Gate Array)や、 LSI内部の回路セルの接続や設定を再構成可能なリコンフィ ギュラブノレ ·プロセッサを利用してもよ 、。
[0194] さらには、半導体技術の進歩又は派生する別技術により LSIに置き換わる集積回 路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積ィ匕を行って もよい。例えば、バイオ技術の適応などが可能性としてあり得る。
産業上の利用可能性
[0195] 本発明は、移動端末がハンドオーバを行う際に、ハンドオーバ後における経路の再 設定をより迅速に行って、パケット通信の中断時間（特に、 QoS経路の中断時間）を 低減させることが可能であり、通信ネットワーク技術や、パケット伝送に係るリソース管 理の技術に適用可能である。さらに、本発明は、移動端末がハンドオーバを行う場合 に限らず、端末が 1つのセッションに対し、複数の IPアドレスや複数のポート番号を用 いて通信を行っている場合や、セッションの途中で IPアドレスやポート番号に変更が 生じる場合においても、経路 (特に、 QoS経路)の管理を容易にすることが可能であり 、通信ネットワーク技術や、パケット伝送に係るリソース予約に係るシグナリングメッセ ージのルーティング管理技術に適用可能である。

Claims

請求の範囲
[1] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して 接続されており、前記通信ネットワークを経由する任意の通信端末間における通信に 対して、付加的サービスを提供するための経路を確立することが可能な通信システム であって、
前記複数のアクセスルータのうちの 1つである第 1アクセスルータに接続し、前記第 1アクセスルータが構成する第 1サブネットで取得する第 1アドレスを使用して通信を 行う移動可能な移動端末と、
前記通信ネットワークに接続されており、前記移動端末の通信相手となる通信相手 端末と、
前記移動端末力 前記複数のアクセスルータのうちの 1つである第 2アクセスルータ に接続した場合に前記第 2アクセスルータが構成する第 2サブネットで取得する第 2 アドレスを使用せずに、前記第 1アクセスルータに接続している前記移動端末と前記 通信相手端末との間の通信に対して前記付加的サービスを提供するための第 1経路 が確立された状態で、前記第 2アクセスルータに接続した状態における前記移動端 末と前記通信相手端末との間の通信に対して前記付加的サービスを提供するため の第 2経路を確立する処理を開始することが可能な前記通信ネットワーク内に存在す る通信ノードとを、
有する通信システム。
[2] 前記通信ノードが、前記第 2アクセスルータの近隣に存在する請求項 1に記載の通 信システム。
[3] 前記通信ノードが、前記第 1経路を識別するための情報、及び前記第 1経路におけ る前記通信相手端末のアドレスを少なくとも含むトリガ情報を受信し、前記トリガ情報 に基づ!/、て前記第 2経路を確立する処理を開始するように構成されて 、る請求項 1 に記載の通信システム。
[4] 前記移動端末が、前記トリガ情報を前記通信ノードに送信するように構成されて 、 る請求項 3に記載の通信システム。
[5] 前記通信ノードが、 自ノードを一方の終端とする前記第 2経路を確立するように構 成されて!/ヽる請求項 1に記載の通信システム。
[6] 前記通信ノードは、前記移動端末が前記第 2サブネットに移動して割り当てられた 第 2アドレスを取得し、前記移動端末の前記第 2アドレスを一方の終端とする第 3経路 を確立する処理を開始するように構成されている請求項 1に記載の通信システム。
[7] 前記通信ノードが、前記移動端末から前記通信相手端末へのパケットを転送する 際に自ノードのアドレスを送信元アドレスとするヘッダを用いて前記パケットをカプセ ルイ匕するカプセルィヒ手段を有し、前記第 3経路の確立が完了するまでは、前記移動 端末から前記通信相手端末への前記パケットを前記カプセル化手段によってカプセ ルイ匕することで、前記パケットが、前記第 2経路に対して提供される前記付加的サー ビスを受けられるように構成されて ヽる請求項 6に記載の通信システム。
[8] 前記第 2経路の終端が前記通信ノード及び前記通信相手端末であり、前記通信相 手端末が、前記移動端末にパケットを送信する際に前記通信ノードのアドレスをあて 先アドレスとするヘッダを用いて前記パケットをカプセルィ匕するカプセルィ匕手段を有 し、前記第 3経路の確立が完了するまでは、前記通信相手端末から前記移動端末へ の前記パケットを前記カプセルィ匕手段によってカプセルィ匕することで、前記パケットが 、前記第 2経路に対して提供される前記付加的サービスを受けられるように構成され て 、る請求項 6に記載の通信システム。
[9] 前記第 2経路の終端が前記第 2アクセスルータの近隣に存在する前記通信ノード 及び前記通信相手端末の近隣に存在する相手側近隣通信ノードであり、前記相手 側近隣通信ノードが、前記通信相手端末から前記移動端末へのパケットを転送する 際に前記通信ノードのアドレスをあて先アドレスとするヘッダを用いて前記パケットを カプセルィ匕するカプセルィ匕手段を有し、前記第 3経路の確立が完了するまでは、前 記通信相手端末から前記移動端末への前記パケットを前記カプセル化手段によって カプセルィ匕することで、前記パケットが、前記第 2経路に対して提供される前記付カロ 的サービスを受けられるように構成されている請求項 6に記載の通信システム。
[10] 前記移動端末が前記第 2サブネットに移動して前記第 3経路の確立が完了した場 合に、前記第 1サブネットに接続している状態で使用されていた前記第 1経路、及び 前記通信ノードによって確立された前記第 2経路が削除されるように構成されている 請求項 6に記載の通信システム。
[11] 前記通信ノードが、 自ノードと前記通信相手端末との間の経路上の中間通信ノード に、前記第 2経路を確立する処理を行う際に送受信されるシグナリングメッセージの ルーティングのためのステートを導入する処理を開始するように構成されている請求 項 1に記載の通信システム。
[12] 前記通信ノードが、前記中間通信ノードに対して、 自ノードのアドレス及び前記通 信相手端末のアドレスにより構成された識別情報を送信し、前記中間通信ノードが、 前記識別情報を保持して、前記識別情報を有するシグナリングメッセージを特定する ように構成されて 、る請求項 11に記載の通信システム。
[13] 前記通信ノードは、前記移動端末が前記第 2サブネットに移動して割り当てられた 第 2アドレスを取得した場合に、前記第 2経路に係る付加的サービスを提供するため の情報を含むシグナリングメッセージを送信し、前記中間通信ノードが、前記シグナリ ングメッセージのルーティングのためのステートを使用して、前記シグナリングメッセ一 ジの伝送を行うように構成されて ヽる請求項 11に記載の通信システム。
[14] 前記付加的サービスが、 QoS保証である請求項 1に記載の通信システム。
[15] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して 接続されており、前記通信ネットワークを経由する任意の通信端末間における通信に 対して、付加的サービスを提供するための経路を確立することが可能な前記通信ネ ットワークに存在する通信ノード内のリソース管理装置であって、
前記経路において、付カ卩的サービスを提供するためのリソースを確保するためのリ ソース確保手段と、
前記複数のアクセスルータのうちの 1つである第 1アクセスルータに接続している前 記移動端末と、前記通信ネットワークに接続されており前記移動端末の通信相手とな る通信相手端末との間の通信に対して前記付加的サービスを提供するための第 1経 路を識別するための情報、及び前記第 1経路における前記通信相手端末のアドレス を少なくとも含むトリガ情報を受信するトリガ受信手段と、
前記トリガ受信手段で前記トリガ情報を受信した場合、前記トリガ情報に基づ!、て、 前記第 1アクセスルータとは異なる第 2アクセスルータに接続した状態における前記 移動端末と前記通信相手端末との間の通信に対して前記付加的サービスを提供す るための第 2経路を確立する処理を開始するメッセージを生成するメッセージ生成手 段とを、
有するリソース管理装置。
[16] 前記メッセージには、前記移動端末の代理として経路設定を行う旨を示す情報が 付加されている請求項 15に記載のリソース管理装置。
[17] 前記第 2アクセスルータの近隣に存在する前記通信ノード内に配置されている請求 項 16に記載のリソース管理装置。
[18] 前記トリガ情報に、前記第 1経路を識別するための情報、及び前記第 1経路におけ る前記通信相手端末のアドレスが少なくとも含まれている請求項 16に記載のリソース 管理装置。
[19] 前記移動端末から前記トリガ情報を受信する請求項 18に記載のリソース管理装置
[20] 前記通信ノードを一方の終端とする前記第 2経路を確立するように構成されて!ヽる 請求項 16に記載のリソース管理装置。
[21] 前記移動端末が前記第 2サブネットに移動して割り当てられた前記第 2アドレスを取 得し、前記移動端末の前記第 2アドレスを一方の終端とする第 3経路を確立する処理 を開始するように構成されて 、る請求項 16に記載のリソース管理装置。
[22] 前記移動端末から前記通信相手端末へのパケットを転送する際に自ノードのァドレ スを送信元アドレスとするヘッダを用いて前記パケットをカプセルィ匕するカプセルィ匕 手段を有し、前記第 3経路の確立が完了するまでは、前記移動端末から前記通信相 手端末への前記パケットを前記カプセルィ匕手段によってカプセルィ匕することで、前記 パケットが、前記第 2経路に対して提供される前記付加的サービスを受けられるように 構成されて 、る請求項 21に記載のリソース管理装置。
[23] 前記移動端末が前記第 2サブネットに移動して前記第 3経路の確立が完了した場 合に、前記第 2経路を削除するためのメッセージを送信するように構成されている請 求項 20に記載のリソース管理装置。
[24] 前記付加的サービスが、 QoS保証である請求項 15に記載のリソース管理装置。
[25] それぞれがサブネットを構成する複数のアクセスルータが通信ネットワークを介して 接続されており、前記通信ネットワークを経由する任意の通信端末間における通信に 対して、付加的サービスを提供するための経路を確立することが可能な前記通信ネ ットワークに存在する通信ノードで行われるリソース管理方法であって、
前記経路において、付カ卩的サービスを提供するためのリソースを確保するためのリ ソース確保ステップと、
前記複数のアクセスルータのうちの 1つである第 1アクセスルータに接続している前 記移動端末と、前記通信ネットワークに接続されており前記移動端末の通信相手とな る通信相手端末との間の通信に対して前記付加的サービスを提供するための第 1経 路を識別するための情報、及び前記第 1経路における前記通信相手端末のアドレス を少なくとも含むトリガ情報を受信するトリガ受信ステップと、
前記トリガ受信ステップで前記トリガ情報を受信した場合、前記トリガ情報に基づ 、 て、前記第 1アクセスルータとは異なる第 2アクセスルータに接続した状態における前 記移動端末と前記通信相手端末との間の通信に対して前記付加的サービスを提供 するための第 2経路を確立する処理を開始するメッセージを生成するメッセージ生成 ステップとを、
有するリソース管理方法。
[26] 前記メッセージには、前記移動端末の代理として経路設定を行う旨を示す情報が 付加されている請求項 25に記載のリソース管理方法。
[27] 前記第 2アクセスルータの近隣に存在する前記通信ノード内に配置されて ヽる請求 項 26に記載のリソース管理方法。
[28] 前記トリガ情報に、前記第 1経路を識別するための情報、及び前記第 1経路におけ る前記通信相手端末のアドレスが少なくとも含まれている請求項 26に記載のリソース 管理方法。
[29] 前記移動端末から前記トリガ情報を受信する請求項 28に記載のリソース管理方法
[30] 前記通信ノードを一方の終端とする前記第 2経路を確立する請求項 26に記載のリ ソース管理方法。
[31] 前記移動端末が前記第 2サブネットに移動して割り当てられた前記第 2アドレスを取 得し、前記移動端末の前記第 2アドレスを一方の終端とする第 3経路を確立する処理 を開始する請求項 26に記載のリソース管理方法。
[32] 前記移動端末から前記通信相手端末へのパケットを転送する際に自ノードのァドレ スを送信元アドレスとするヘッダを用いて前記パケットをカプセルィ匕するカプセル化ス テツプを有し、前記第 3経路の確立が完了するまでは、前記移動端末から前記通信 相手端末への前記パケットを前記カプセル化ステップにおいてカプセルィ匕することで 、前記パケットが、前記第 2経路に対して提供される前記付加的サービスを受けられ る請求項 31に記載のリソース管理方法。
[33] 前記移動端末が前記第 2サブネットに移動して前記第 3経路の確立が完了した場 合に、前記第 2経路を削除するためのメッセージを送信する請求項 30に記載のリソ ース管理方法。
[34] 前記付加的サービスが、 QoS保証である請求項 25に記載のリソース管理方法。
[35] シグナリングメッセージをルーティングする機能を有する第 1ユニットと、提供する付 加的サービスに関する情報を管理するための機能を有する第 2ユニットとにより構成 された通信プロトコルを使用して 2つの通信ノード間で行われる通信にぉ 、て、前記 2つの通信ノード間の経路上に存在し、前記 2つの通信ノード間で伝送されるデータ パケットに対して前記付加的サービスを提供する通信ノード内の通信管理装置であ つて、
前記第 1ユニットが、前記 2つの通信ノード間の経路の一部であって、自ノードを含 んだ任意の両端点を有する前記経路の一部において伝送される前記シグナリングメ ッセージのルーティングのためのステートを管理するステート管理手段を有し、 前記第 2ユニットが、前記シグナリングメッセージによって伝送されるフィルタ情報で あって、前記付加的サービスを提供する対象となるデータパケットを特定するための 前記フィルタ情報を管理するフィルタ情報管理手段を有する通信管理装置。
[36] 前記ステートが、前記任意の両端点のアドレスを有し、前記フィルタ情報が、前記 2 つの通信ノードのアドレスを有する請求項 35に記載の通信管理装置。
[37] 前記第 1ユニットが、 NSISにおける NTLP層に配置されており、前記第 2ユニットが 、 NSISにおける NSLP層に配置されている請求項 35に記載の通信管理装置。
[38] シグナリングメッセージをルーティングする機能を有する第 1ユニットと、提供する付 加的サービスに関する情報を管理するための機能を有する第 2ユニットとにより構成 された通信プロトコルを使用して 2つの通信ノード間で行われる通信にぉ 、て、前記 2つの通信ノード間の経路上に存在し、前記 2つの通信ノード間で伝送されるデータ パケットに対して前記付加的サービスを提供する通信ノードで行われる通信管理方 法であって、
前記第 1ユニットが、前記 2つの通信ノード間の経路の一部であって、自ノードを含 んだ任意の両端点を有する前記経路の一部において伝送される前記シグナリングメ ッセージのルーティングのためのステートを管理するステート管理ステップと、 前記第 2ユニットが、前記シグナリングメッセージによって伝送されるフィルタ情報で あって、前記付加的サービスを提供する対象となるデータパケットを特定するための 前記フィルタ情報を管理するフィルタ情報管理ステップとを、
有する通信管理方法。
[39] 前記ステートが、前記任意の両端点のアドレスを有し、前記フィルタ情報が、前記 2 つの通信ノードのアドレスを有する請求項 38に記載の通信管理方法。
[40] 前記第 1ユニットが、 NSISにおける NTLP層に配置されており、前記第 2ユニットが
、 NSIS〖こおける NSLP層に配置されて ヽる請求項 38に記載の通信管理方法。
[41] 前記第 1及び第 2ユニットが、 NSISにおける NTLP層に配置されている請求項 38 に記載の通信管理方法。
[42] 前記第 1ユニットが、 NSISにおける NTLP層に配置されており、前記第 2ユニットが
、 NSISにおける NSLP層の任意の機能が参照可能な NSLP共通部に配置されてい る請求項 38に記載の通信管理方法。
[43] 前記第 1ユニットが、 NSISにおける NTLP層に配置されており、前記第 2ユニットが
、 NSISにおける NSLP層の特定の機能部に配置されていて、前記特定の機能部か ら前記 NSLP層の任意の機能部に、前記フィルタ情報の一部又は全部が渡されるよ うに構成されて 、る請求項 38に記載の通信管理方法。
PCT/JP2005/023874 2005-01-07 2005-12-27 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法 WO2006073084A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
EP05822553A EP1835667A1 (en) 2005-01-07 2005-12-27 Communication system, resource management device, resource management method, communication management device, and communication management method
US11/813,248 US20080137625A1 (en) 2005-01-07 2005-12-27 Communication System Resource Management Device Resource Management Method Communication Management Device and Communication Management Method
JP2006550786A JPWO2006073084A1 (ja) 2005-01-07 2005-12-27 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2005-002928 2005-01-07
JP2005002928 2005-01-07
JP2005148475 2005-05-20
JP2005-148475 2005-05-25
JP2005224713 2005-08-02
JP2005-224713 2005-08-02

Publications (1)

Publication Number Publication Date
WO2006073084A1 true WO2006073084A1 (ja) 2006-07-13

Family

ID=36647566

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/023874 WO2006073084A1 (ja) 2005-01-07 2005-12-27 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法

Country Status (4)

Country Link
US (1) US20080137625A1 (ja)
EP (1) EP1835667A1 (ja)
JP (1) JPWO2006073084A1 (ja)
WO (1) WO2006073084A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006132281A1 (ja) * 2005-06-09 2006-12-14 Matsushita Electric Industrial Co., Ltd. 経路設定方法及び経路管理装置
JP2008061171A (ja) * 2006-09-04 2008-03-13 Mitsubishi Electric Corp 通信方法および無線通信システム
JP2009077121A (ja) * 2007-09-20 2009-04-09 Nippon Telegr & Teleph Corp <Ntt> リソース管理装置及び方法
JP2010512702A (ja) * 2006-12-15 2010-04-22 パナソニック株式会社 モバイル・ノードの他ネットワーク領域へのハンドオーバ時のローカル・モビリティ・アンカーのリロケーションおよびルート最適化
JP2010517434A (ja) * 2007-01-22 2010-05-20 クゥアルコム・インコーポレイテッド ネットワークベースモビリティ管理システムのためのマルチリンクサポート
WO2010137155A1 (ja) * 2009-05-28 2010-12-02 富士通株式会社 移動通信システム、基地局、移動局および無線通信方法
JP2012501139A (ja) * 2008-08-26 2012-01-12 ノーマッド スペクトラム リミテッド 通信を行う方法及び装置
JP2012501130A (ja) * 2008-09-01 2012-01-12 エヌイーシー ヨーロッパ リミテッド ハンドオーバプロセスの期間中またはハンドオーバプロセスの準備中にサービス品質メカニズムをサポートする方法
KR101426464B1 (ko) 2007-12-17 2014-08-06 삼성전자주식회사 이동통신장치에서 서비스 품질정보 파라메터를 추출하는방법 및 장치

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6963545B1 (en) * 1998-10-07 2005-11-08 At&T Corp. Voice-data integrated multiaccess by self-reservation and stabilized aloha contention
US6747959B1 (en) 1998-10-07 2004-06-08 At&T Corp. Voice data integrated mulitaccess by self-reservation and blocked binary tree resolution
US7756092B1 (en) 2000-07-14 2010-07-13 At&T Intellectual Property Ii, L.P. In-band QoS signaling reference model for QoS-driven wireless LANs connected to one or more networks
US7039032B1 (en) * 2000-07-14 2006-05-02 At&T Corp. Multipoll for QoS-Driven wireless LANs
US7151762B1 (en) 2000-07-14 2006-12-19 At&T Corp. Virtual streams for QoS-driven wireless LANs
US6804222B1 (en) * 2000-07-14 2004-10-12 At&T Corp. In-band Qos signaling reference model for QoS-driven wireless LANs
US6950397B1 (en) 2000-07-14 2005-09-27 At&T Corp. RSVP/SBM based side-stream session setup, modification, and teardown for QoS-driven wireless lans
US7031287B1 (en) 2000-07-14 2006-04-18 At&T Corp. Centralized contention and reservation request for QoS-driven wireless LANs
US7068633B1 (en) 2000-07-14 2006-06-27 At&T Corp. Enhanced channel access mechanisms for QoS-driven wireless lans
US7068632B1 (en) 2000-07-14 2006-06-27 At&T Corp. RSVP/SBM based up-stream session setup, modification, and teardown for QOS-driven wireless LANs
EP1773006A1 (en) * 2004-07-30 2007-04-11 Matsushita Electric Industrial Co., Ltd. New path setting method, mobile terminal, and path managing device
WO2007036764A1 (en) * 2005-09-30 2007-04-05 Telefonaktiebolaget Lm Ericsson (Publ) Means and methods for improving the handover characteristics of integrated radio access networks
WO2008145174A1 (en) * 2007-05-25 2008-12-04 Telefonaktiebolaget Lm Ericsson (Publ) Route optimisation for proxy mobile ip
US8386528B2 (en) 2008-04-30 2013-02-26 Quad/Graphics, Inc. System and method of data processing for a communications operation
JP5277712B2 (ja) 2008-05-12 2013-08-28 富士通株式会社 無線端末および無線端末における接続方法
US8165090B2 (en) * 2008-05-15 2012-04-24 Nix John A Efficient handover of media communications in heterogeneous IP networks
EP2433443B1 (en) * 2009-05-18 2014-12-17 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatuses for a dynamic resource reservation
US8885471B2 (en) * 2010-10-07 2014-11-11 Qualcomm Incorporated Methods and apparatus for providing uplink traffic differentiation support for ciphered tunnels
US10708225B2 (en) * 2018-07-31 2020-07-07 Hewlett Packard Enterprise Development Lp Resolving uplink interface overlap for a network switching device
US11284454B2 (en) * 2019-07-24 2022-03-22 Comcast Cable Communications, Llc Methods, apparatuses, and systems for managing network communications

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003071749A1 (fr) * 2002-02-20 2003-08-28 Mitsubishi Denki Kabushiki Kaisha Reseau d'elements mobiles
JP2003244205A (ja) * 2001-12-12 2003-08-29 Ntt Docomo Inc ＱｏＳ保証パスの移動追従システム、このシステムに用いるルータ装置、移動通信端末、ルータ装置を制御するための制御プログラム
JP2004007197A (ja) * 2002-05-31 2004-01-08 Nippon Telegr & Teleph Corp <Ntt> モバイルＱｏＳ通信システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003244205A (ja) * 2001-12-12 2003-08-29 Ntt Docomo Inc ＱｏＳ保証パスの移動追従システム、このシステムに用いるルータ装置、移動通信端末、ルータ装置を制御するための制御プログラム
WO2003071749A1 (fr) * 2002-02-20 2003-08-28 Mitsubishi Denki Kabushiki Kaisha Reseau d'elements mobiles
JP2004007197A (ja) * 2002-05-31 2004-01-08 Nippon Telegr & Teleph Corp <Ntt> モバイルＱｏＳ通信システム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
SANDA T. ET AL.: "A Proposal for seamless QoS support in mobile networks", JOURNAL: IPSJ SIG TECHNICAL REPORT, 14 May 2004 (2004-05-14), pages 129 - 134, XP002999432 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006132281A1 (ja) * 2005-06-09 2006-12-14 Matsushita Electric Industrial Co., Ltd. 経路設定方法及び経路管理装置
JP2008061171A (ja) * 2006-09-04 2008-03-13 Mitsubishi Electric Corp 通信方法および無線通信システム
JP2010512702A (ja) * 2006-12-15 2010-04-22 パナソニック株式会社 モバイル・ノードの他ネットワーク領域へのハンドオーバ時のローカル・モビリティ・アンカーのリロケーションおよびルート最適化
US8379599B2 (en) 2006-12-15 2013-02-19 Panasonic Corporation Local mobility anchor relocation and route optimization during handover of a mobile node to another network area
JP2010517434A (ja) * 2007-01-22 2010-05-20 クゥアルコム・インコーポレイテッド ネットワークベースモビリティ管理システムのためのマルチリンクサポート
US9155118B2 (en) 2007-01-22 2015-10-06 Qualcomm Incorporated Multi-link support for network based mobility management systems
JP2009077121A (ja) * 2007-09-20 2009-04-09 Nippon Telegr & Teleph Corp <Ntt> リソース管理装置及び方法
KR101426464B1 (ko) 2007-12-17 2014-08-06 삼성전자주식회사 이동통신장치에서 서비스 품질정보 파라메터를 추출하는방법 및 장치
JP2012501139A (ja) * 2008-08-26 2012-01-12 ノーマッド スペクトラム リミテッド 通信を行う方法及び装置
JP2012501130A (ja) * 2008-09-01 2012-01-12 エヌイーシー ヨーロッパ リミテッド ハンドオーバプロセスの期間中またはハンドオーバプロセスの準備中にサービス品質メカニズムをサポートする方法
WO2010137155A1 (ja) * 2009-05-28 2010-12-02 富士通株式会社 移動通信システム、基地局、移動局および無線通信方法

Also Published As

Publication number Publication date
JPWO2006073084A1 (ja) 2008-06-12
EP1835667A1 (en) 2007-09-19
US20080137625A1 (en) 2008-06-12

Similar Documents

Publication Publication Date Title
WO2006073084A1 (ja) 通信システム、リソース管理装置、リソース管理方法、通信管理装置並びに通信管理方法
JP4543041B2 (ja) 新規経路設定方法及び移動端末並びに経路管理装置
US8345678B2 (en) Communication method, communication message processing method, program for executing these methods on computer
US8488559B2 (en) Method and an apparatus for providing route optimisation
JP5570611B2 (ja) 改善されたサービス品質処理のための通信方法、通信プロトコル及び通信装置
US20070223420A1 (en) Communication Handover Method, Communication Message Processing Method and Program for Executing These Methods by use of a Computer
JPWO2007119598A1 (ja) 高速ＱｏＳハンドオーバ方法及びその方法で用いられる処理ノード
WO2006118188A1 (ja) クロスオーバノード検出方法及びこの方法をコンピュータにより実行するためのクロスオーバノード検出用プログラム
EP1677466A1 (en) Communication handover method, communication message processing method, program for executing these methods by use of computer, and communication system
JP4691564B2 (ja) アグリゲーション管理方法、アグリゲートノード、デアグリゲートノード
JPWO2007125592A1 (ja) 通信装置及びハンドオーバ方法
JP4664965B2 (ja) 通信システム及び通信ノード
EP1933508A1 (en) Aggregation management method, aggregate node, and deaggregate node
CN101120550A (zh) 通信系统、资源管理设备和方法以及通信管理设备和方法
JP3679352B2 (ja) 移動ネットワーキングシステム、ホーム・エージェント、通信中継装置、通信端末、帯域制御方法
JP5855171B2 (ja) 改善されたサービス品質処理のための通信方法、通信プロトコル及び通信装置
WO2008072565A1 (ja) ＱｏＳ早期確立方法、その方法で用いられる移動端末、その方法で用いられるアクセスルータ、その方法で用いられる通信装置
Wang et al. A mobility-aware scheme for next steps in signaling with resource reservation mechanism

Legal Events

Date Code Title Description
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: 2006550786

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 2005822553

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 200580048105.3

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2005822553

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 11813248

Country of ref document: US

WWW Wipo information: withdrawn in national office

Ref document number: 2005822553

Country of ref document: EP