JP2007221352A - マルチドメインネットワークにおけるＱｏＳ保証システム及び，これに適用するＱｏＳサーバ - Google Patents
マルチドメインネットワークにおけるＱｏＳ保証システム及び，これに適用するＱｏＳサーバ Download PDFInfo
- Publication number
- JP2007221352A JP2007221352A JP2006038274A JP2006038274A JP2007221352A JP 2007221352 A JP2007221352 A JP 2007221352A JP 2006038274 A JP2006038274 A JP 2006038274A JP 2006038274 A JP2006038274 A JP 2006038274A JP 2007221352 A JP2007221352 A JP 2007221352A
- Authority
- JP
- Japan
- Prior art keywords
- domain
- qos
- resource
- server
- request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 claims abstract description 63
- 230000006854 communication Effects 0.000 abstract description 19
- 238000004891 communication Methods 0.000 abstract description 19
- 238000012545 processing Methods 0.000 description 56
- 238000007726 management method Methods 0.000 description 50
- 230000005540 biological transmission Effects 0.000 description 21
- 238000012546 transfer Methods 0.000 description 20
- 230000002457 bidirectional effect Effects 0.000 description 16
- 238000011144 upstream manufacturing Methods 0.000 description 9
- 238000013468 resource allocation Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000000275 quality assurance Methods 0.000 description 5
- 238000007796 conventional method Methods 0.000 description 4
- 102220472371 Vitamin K epoxide reductase complex subunit 1_S29A_mutation Human genes 0.000 description 3
- 102220634593 Vitamin K epoxide reductase complex subunit 1_S57A_mutation Human genes 0.000 description 2
- 230000007175 bidirectional communication Effects 0.000 description 2
- 238000011143 downstream manufacturing Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 102000010954 Link domains Human genes 0.000 description 1
- 108050001157 Link domains Proteins 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/15—Flow control; Congestion control in relation to multipoint traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/741—Holding a request until resources become available
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/78—Architectures of resource allocation
- H04L47/783—Distributed allocation of resources, e.g. bandwidth brokers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/80—Actions related to the user profile or the type of traffic
- H04L47/805—QOS or priority aware
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】大規模なマルチドメインネットワークにおいて，カスタマからの要求にすばやく応答でき，使用状況にあった資源利用をしつつエンドツーエンドでの品質保証通信を可能とする。
【解決手段】複数のドメインにまたがるネットワーク経路でのQoS保証方法であって，
前記複数のドメインのそれぞれに備えられるドメイン間を連携するQoSサーバのうち，QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送り，前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する。
【選択図】図５
【解決手段】複数のドメインにまたがるネットワーク経路でのQoS保証方法であって，
前記複数のドメインのそれぞれに備えられるドメイン間を連携するQoSサーバのうち，QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送り，前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する。
【選択図】図５
Description
本発明は，マルチドメインネットワークにおけるＱoＳ保証方法及び，これに適用するQoSサーバに関し，QoS保証可能なネットワークシステムにおいて複数の管理ドメインで構成される場合に，エンドツーエンドでの通信品質保証を動的に効率よく行うためのＱoＳ保証方法及び，これに適用するQoSサーバに関する。
品質保証通信を実現するためには，帯域をデータフローごとにエンドツーエンドで確保する必要がある。大規模ネットワークになると，通信経路は複数のドメインを通過することが一般的であり，この場合データフローが通る経路上の全ての管理ドメインにおいて帯域確保を行う必要がある。
かかる必要に対して，従来技術としては，以下のものが挙げられる。
第１の方法は，図１に示すRFC2205，第１版機能説明におけるRSVP（Resource reSerVation Protocol）によって，経路上のネットワーク資源を予約する方法である。
図１において，ドメインＡ,Ｂ上に経路が張られ,送信元（sender）１００からパス（path）メッセージで順次にトラヒック特性や経路情報を送り，送信先（receiver）１０１から予約（RESV）メッセージを送信元（sender）に送る。経路途中にあるルータＲで必要な設定を行うことで，データパスの予約が行われる。
この方法では，途中のルータがRSVP対応していなくても動作するが，経路上のQoS保証予約が確実に行われるためには全てのルータＲがRSVP対応している必要がある。さらに，フローごとの情報をルータＲが保持しなければならず，ネットワーク規模（スケーラビリティ）に制限が生じるという問題がある。
また，特許文献１に記載された第２の従来技術「マルチドメインに対応した品質保証型通信サービス提供方式およびサービス提供方法ならびにサービス仲介装置」が知られている。図２にこの技術の説明図が示される。
ドメインＡ，Ｂ対応にネットワークサービス管理装置２Ａ，２Ｂがあり，これを管理するさらに上位のマルチドメインサービスブローカ１が備えられる。
送信元ネットワーク１００のカスタマ１００ａから要求がある（ステップＳ１）と，対応するドメインＡのネットワークサービス管理装置２Ａはマルチドメインサービスブローカ１に経路やネゴシエーションするべき他のネットワークサービス管理装置の情報を問い合わせる（ステップＳ２）。
マルチドメインサービスブローカ１から通知（ステップＳ３）された他ドメインＢのネットワークサービス管理装置２Ｂとネゴシエーションを行い（ステップＳ４），各ドメインで設定を行う（ステップＳ５）。設定後，カスタマ１００ａに設定の旨応答して（ステップＳ６），経路上のQoS保証をマルチドメインで実現する。
かかる図２に示す方法では，カスタマ１００ａに対するネットワークサービス管理装置２Ａに対する要求（Ｓ１）からカスタマ１００ａへの応答（Ｓ６）までに処理時間がかかるという課題がある。
また，第３の従来技術として，紙ベースの契約（SLA契約，Service Level Agreement）による方法がある。この方法は，各ドメイン管理者（ネットワークプロバイダ）同士であらかじめQoS保証して転送するための契約を結んでおき，契約を実行するための設定を各々行っておく。
すなわち，第３の従来技術を示す図３により説明すると，ネットワークドメインＡの管理者は，ネットワークドメインＢの管理者とお互いに，例えば３０Ｍbpsのトラフィックを遅延が少なくパケットロスがおきないように転送するという契約を結んでおく（ＳＳ１）。
そして，それぞれドメインＡ，Ｂにおいて，に契約を履行できるように契約内容の登録としてネットワーク機器の設定を行う（ＳＳ２）。
カスタマ１００ａからネットワーク（ａ）１００を通して，例えばネットワークｂ−ｃ間で１Ｍｂｐｓの使用要求があると（ＳＳ３），QoSサーバ１０などが契約した帯域内で使用できるかどうかを既に設定許可されている帯域を確認して更新する（ＳＳ４）。そして，使用できる場合（図３に示す例では，２７Ｍbpsの余裕があるので，使用許可の応答を返し（ＳＳ５），マルチドメインにまたがるQoS保証通信を実現する。
しかし，かかる方法では，使わないときも常に帯域を確保しており帯域に無駄がでる。カスタマ１００ａからの要求が多く，帯域が不足しても，直ちに契約や設定の変更できず呼損させてしまう。
また，一時的な要求の増加にあわせて契約変更を行うと，再度，契約を元に戻す作業も必要となり煩雑であるというような課題が存在する。
さらに，第４の従来方法として，特許文献２に記載の技術がある。この従来技術では，各ネットワークドメインのポリシーサーバ同士でＳＬＡ合意要求および合意，契約情報の管理を行う。３つ以上のドメインのサーバが関わる契約については複数の契約が関連するため，中間に位置するドメインの契約情報を管理しているサーバで複数の契約の関連付けを行い，変更が生じたときには関連する契約すべての変更ができる。
すなわち，図４により説明すると，各ドメインＡ，Ｂ，Ｃのポリシーサーバ２０Ａ，２０Ｂ，２０Ｃ同士で契約をオンラインで締結する仕組み（処理工程Ｐ１の手順）を持つ。ポリシーサーバ２０Ａとポリシーサーバ２０Ｂ間でＡ−Ｂ間契約を成立させ，ポリシーサーバ２０Ｂとポリシーサーバ２０Ｃ間でＢ−Ｃ間契約を成立させ留（処理工程Ｐ２）。
ついで，契約に基づき，それぞれのドメインにおいて必要な機器設定を行う（処理工程Ｐ３）。
なお，変更が生じた場合には関連する契約についても変更を行うことができ，３つ以上のドメインに関連する契約の動的な変更も可能である（処理工程Ｐ４）。
かかる第４の技術においては，要求元ドメインＡがドメインＣまでの経路上の資源を要求する場合，ドメインＡとドメインＢとの契約， ドメインＢとドメインＣとの契約の２つの契約が生成され，中間ドメインＢが契約情報の関連付けを行う。すなわち他ドメインの要求によって発生した情報を保持する必要がある。したがって，中間ドメインＢで保持する関連付け情報は膨大になるという課題を有している。
特許第3617406号公報
特開2002-74207号公報
上記図１に示した第１の従来技術であるRSVPによる方式の場合，トラフィックが通過する全てのルータＲがRSVP対応であることが前提として必要であり実現性に乏しく，またルータＲがフローごとの情報を保持・管理しなければならないため，大規模ネットワークでの適用にはスケーラビリティに欠けるということが知られている。
また，第２の従来技術である，図２に示した特許文献1に示される方式では，カスタマの要求に対応して仲介装置からネゴシエーション相手の情報を得て他のドメインとネゴシエーションを行うという方法であり，カスタマへの応答までの処理時間がかかるという問題点がある。
また，第３の従来技術である，図３に示した，あらかじめ紙ベースでSLA（Service Level Agreement）契約を取り交わしておく方法については，使用状況が想定トラヒック量と大きく異なってしまった場合に資源の利用効率が悪くなってしまい，使用状況にあわせて契約を変更する場合でも契約変更やそれに伴う諸設定に時間を要するという問題がある。
さらに，第４の従来技術である，図４に示した特許文献２に記載のポリシーサーバを用いる方法では，基本的にSLA合意および契約は隣接する２つのドメイン間同士で行われる。すなわち，n個（3つ以上）のネットワークドメインを通過する経路でのQoS保証に対してn-1個の契約が関連するため，全ての契約を関連付けする必要があり，中間に位置するドメインのサーバで多くの関連付けのための情報を保持しなければならない。
かかる第１から第４の従来技術に鑑みて，本発明の目的は，大規模なマルチドメインネットワークにおいてカスタマからの要求にすばやく応答でき，使用状況にあった資源利用をしつつエンドツーエンドでの品質保証通信を可能とし，更にそのために管理する情報も少なく抑える，マルチドメインネットワークにおけるＱoＳ保証方法及び，これに適用するQoSサーバを提供することにある。
上記の目的を達成する本発明の第１の側面は，複数のドメインにまたがるネットワーク経路でのQoS保証方法であって，前記複数のドメインのそれぞれに備えられるドメイン間を連携するQoSサーバのうち，QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送り，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理することを特徴とする。
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理することを特徴とする。
また，上記の目的を達成する本発明の第２の側面は，複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，送信元なるドメインに付属するドメイン間連携QoSサーバとして，QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送るドメイン間連携機能部と，前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する資源管理機能部を有することを特徴とする。
かかる本発明の特徴により，宛先ネットワークアドレスごとに，他のドメインのQoS保証用資源を獲得する手段を持ち，要求元のドメインのQoSサーバがあらかじめ（カスタマからの要求受付とは別のタイミングで）他のドメインの資源を宛先ネットワークアドレスごとに獲得・管理しておくことで，２つ以上の複数ドメインにまたがるカスタマからのQoS要求を受けた場合に，通過する他のドメイン全てのQoSサーバとネゴシエーションを行うことなく受付可否判定ができ，すぐに応答することが可能となる。
前記第１及び第２の側面において，前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，他ドメインのQoSサーバからカスタマからの資源要求メッセージを転送された場合に，前記資源要求メッセージの要求元アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば要求元のQoSサーバに対して資源確保が可能であることの通知を返す様に構成してもよい。
前記第１及び第２の側面において，前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，カスタマから前記複数ドメインにまたがる，自ドメインが始点となる方向である上り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば前記カスタマの要求に対して資源確保が可能であることの通知を返す様に構成してもよい。
また，前記第１及び第２の側面において，前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，カスタマから複数ドメインにまたがる自ドメインが終点となる方向である下り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，要求メッセージを転送し，前記要求メッセージに対する応答が資源確保が可能であれば，前記カスタマに資源確保が可能であることの通知を返す様に構成してもよい。
前記第１及び第２の側面において，前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，カスタマから複数ドメインにまたがる双方向のQoS保証要求を受けた場合に，前記双方向のQoS保証要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，前記双方向のQoS保証要求メッセージを転送し，前記双方向のQoS保証要求メッセージに対する応答が,資源確保可能であり，かつ前記双方向のQoS保証要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば，前記カスタマの要求に対して資源確保が可能であることの通知を返すように構成してもよい。
かかる構成により，要求元ドメインで要求元が始点となる資源を全て管理することで，要求元ドメインから宛先ネットワークの属するドメインまで３つ以上のドメインが連なっていた場合に，中間に位置するドメインのQoSサーバが第４の従来技術のように複数の契約情報を関連付ける情報を持つ必要がない。すなわち中間に位置するドメインのQoSサーバは自ドメインの該当する資源を確保する機能と，メッセージの転送が必要かどうかを判定し転送を行う機能を持ち，さらに自ドメインの資源が確保できた場合で，メッセージを転送した場合はその応答も資源確保が可能であることの通知であれば前のドメインのQoSサーバに資源確保が可能である応答を返す機能を持てばよい。
さらに，上記第１及び第２の側面において，前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，管理している宛先ネットワークまでの他ドメイン資源の未使用資源量が閾値よりも多い状態が一定時間以上続いた場合に，QoS保証用資源を一定量解放する解放要求メッセージを生成し，前記宛先ネットワークから特定される次ドメインのQoSサーバに解放要求メッセージを転送し，前記QoSサーバに解放要求メッセージの応答結果が資源解放可能であれば管理している他ドメイン資源の更新を行うように構成してもよい。
また，上記第１及び第２の側面において，前記管理している宛先ネットワークまでの他ドメイン資源の未使用資源量が閾値よりも少ない状態が一定時間以上続いた場合には，QoS保証用資源を一定量要求するメッセージを生成し，宛先ネットワークから特定される次ドメインのQoSサーバに前記生成したメッセージを転送し，前記メッセージに対する応答結果が資源確保可能であれば管理している他ドメイン資源の更新を行う様に構成してもよい。
かかる構成により，要求元ドメインで管理している他のドメインのQoS保証用資源が，カスタマの要求が多くて不足したりカスタマの要求が少なくて余っている場合に，QoS保証用資源を追加で獲得あるいは解放する手段を持つことで，状況に応じた資源確保を行うことができ，資源利用効率を向上させ呼損率を低減させることができる。
以下に図面に従い，本発明の実施の形態例を説明する。なお，実施の形態例は本発明の理解のためのものであり，本発明の技術的範囲がこれらに限定されるものではない。
［実施例１］
図５に実施例１のネットワーク構成を示す。ネットワークは，ドメインＡ，Ｂ，Ｃが繋がって構成されていると想定する。
（３つのドメインに跨る資源の，要求元での獲得方法）
ドメインＡ，Ｂ，Ｃにはそれぞれドメイン間連携QoSサーバ３Ａ，３Ｂ，３Ｃが存在する。
［実施例１］
図５に実施例１のネットワーク構成を示す。ネットワークは，ドメインＡ，Ｂ，Ｃが繋がって構成されていると想定する。
（３つのドメインに跨る資源の，要求元での獲得方法）
ドメインＡ，Ｂ，Ｃにはそれぞれドメイン間連携QoSサーバ３Ａ，３Ｂ，３Ｃが存在する。
図６は，ドメイン間連携QoSサーバ３Ａ，３Ｂ，３Ｃの機能ブロックであり，構成は共通であり，カスタマ要求受付機能部３０，資源管理機能部３１，自ドメイン経路管理機能部３２，ドメイン間連携機能部３３から構成される。
自ドメインの資源３４については、区間ごとに自ドメイン経路管理機能３２で経路と帯域を決定し、自ドメインQoS資源管理機能部３１ａで管理する。図５に示す例では，ドメインＡのエッジルータＥＲ1からゲートウエイＧＷ1までの経路は，中央ルータCR1を経由して，ＥＲ1-CR1-ＧＷ1であり，これに帯域保証として１０Ｍbpsを割り当てることとする。かかる経路の決定や資源割当量の決定方法については、従来の最適資源割当アルゴリズムなどが適用できる。
したがって，自ドメインQoS資源管理機能部３１ａにより，ＥＲ1-ＧＷ1で10Mbpsの帯域保証用資源を管理する。このとき，自ドメインQoS資源管理機能部３１ａにより，図７Ａに示す管理テーブルが自ドメイン資源３４に作成される。
区間ＥＲ１とＧＷ１の上り，下り方向に，QoSクラスが帯域保証クラスであって，使用可能帯域として１０Ｍbpsが確保される。このとき使用前であるので，空き帯域は使用可能帯域と同じである。
他のドメインＢ，Ｃにおいても，同様に，それぞれ自ドメイン内区間の帯域保証用資源を確保しているものとする。たとえば，ドメインＢはゲートウエイＧＷ2とゲートウエイＧＷ3の間，ゲートウエイＧＷ2とエッジルータＥＲ3の間，エッジルータＥＲ3とゲートウエイＧＷ3の間にそれぞれ５０Ｍbps分の資源を確保し，管理する。
ドメインＣはゲートウエイＧＷ4とエッジルータＥＲ2の間に５０Mbps分を確保し，管理する。
ここで，ドメインＡでは，送信元(SOURCE(1))１００から送信先（DESTINATION (1)）１０１までの通信に対して帯域保証サービスを行うために１０Ｍbps分の資源を確保したいと判断する。判断のトリガとしては，例えばオペレータがあらかじめ帯域保証サービスを提供する区間と帯域を決定し，ドメイン間連携QoSサーバ３Ａに設定しておく方法などが考えられる。
ドメインＡが送信先１０１までの資源，即ち，ドメインＡのゲートウエイＧＷ1からドメインＢを通り，ドメインＣに至る経路でのQoS保証のための資源を１０Ｍbps分確保するために，ドメイン間連携QoSサーバ３Ａのドメイン間連携機能部３３でQoS保証用資源要求メッセージを生成する。
図８は，かかるドメイン間連携QoSサーバ３ＡにおけるQoS保証のための資源要求メッセージ生成処理のフロー図である。また，図９は，ドメインＡ，Ｂ，Ｃ間のシーケンスフローである。
まず，ドメイン間連携QoSサーバ３Ａの資源管理機能部３１でマルチドメイン区間での保証要求を決定し、ドメイン間連携機能部３３に要求を送る（図８：ステップＳ１０，図９：処理工程Ｐ１）。
この要求にはゲートウエイＧＷ1から送信先１０１までの区間に対する要求であること，帯域保証クラスで１０Ｍbps分確保したいことを情報として含める。
ドメイン間連携QoSサーバ３Ａは，メッセージを送付する先の情報として，送信先１０１までに至るために次のドメインがドメインＢであることと，ドメイン間連携QoSサーバ３Ｂのアドレスをあらかじめ管理している。このとき送信先１０１がドメインＣに属することを知っている必要はない。
したがって，ドメイン間連携QoSサーバ３Ａは，保証区間で、自ドメインの次にあたるドメインが，ドメインＢであり，対応するドメイン間連携QoSサーバ３Ｂのアドレスを特定する（図８：ステップＳ１１，図９：処理工程Ｐ２）。
この際，メッセージ生成に必要な情報はあらかじめドメイン間連携QoSサーバ３Ａで保持している。例えば，図１０に示すように，宛先ネットワーク情報I，自ドメイン情報II，経由するゲートウエイIII及び，自ドメイン間連携QoSサーバアドレスIVを有している。
図１１Ａは，上記メッセージ生成に必要な情報に基づき生成されるQoS保証用資源要求メッセージのフォーマットの例を示す図である。QoS要求メッセージの区別を示すＩＤを含むQoS要求メッセージヘッダと，QoS要求メッセージの区別に対応するQoS要求の内容が書き込まれる。
図１１Ｂは，図１１Ａのフォーマットに従って生成されたドメイン間連携QoSサーバ３Ａにより生成された資源要求メッセージの内容である。
ドメイン間連携QoSサーバ３Ａのドメイン間連携機能部３３により，隣接するドメインＢのドメイン間連携QoSサーバ３Ｂに資源要求メッセージが送られる（図８：ステップＳ１２，図９：処理工程Ｐ３）。
したがって，ドメインＢのドメイン間連携QoSサーバ３Ｂのドメイン間連携機能部３３でドメイン間連携QoSサーバ３Ａからの図１１Ｂに示した資源要求メッセージを受ける。
ドメイン間連携QoSサーバ３Ｂでは，ゲートウエイＧＷ1と接続しているのはゲートウエイＧＷ2であること，送信先１０１に至るために次のドメインがドメインＣであって，ゲートウエイＧＷ３が接続していることの事実から，ゲートウエイＧＷ2からゲートウエイＧＷ3に至る資源があるかどうかを，資源管理機能部３１に確認し（処理工程Ｐ４），対応の資源があればその割当を行う（処理工程Ｐ５）。
図１２は，ドメインＢのドメイン間連携QoSサーバ３Ｂで保持している帯域情報であり，自ドメイン資源３４として更新される。すなわち，ドメインＡからの要求で１０Ｍbpsの容量を割り当てるため，ドメインＢのゲートウエイＧＷ2からゲートウエイＧＷ3への帯域保証クラスの空き帯域が５０Ｍbpsから４０Ｍbpsに更新される。
ドメインＢの資源管理機能部３１は，このように資源割り当てを行い，ドメイン間連携機能部３３に資源確保が可能であること（以下，ＯＫと表記する）を通知する（処理工程Ｐ６）。
次いで，ドメインＢのドメイン間連携QoSサーバ３Ｂは，送信先１０１に接続するために，次のドメインＣのドメイン間連携QoSサーバ３Ｃを決定し（処理工程Ｐ７），これに対して，資源確保要求メッセージを転送する（処理工程Ｐ８）。
このとき，ゲートウエイＧＷ３から送信先１０１までの区間に対する要求であることを示すように転送するメッセージ内容を書き換える。
図１１Ｃは，ドメイン間連携QoSサーバ３Ｂが転送するメッセージの内容であり，ドメイン間連携QoSサーバ３Ａから送られるメッセージ（図１１Ｂ）に対して，ゲートウエイが書き換えられている（ＧＷ1→ＧＷ3）。
図１３Ａ，図１３Ｂは，ドメイン間QoSサーバ３Ｂにおいて，QoS保証のための資源要求メッセージを受信したときの上記処理（処理工程Ｐ３〜Ｐ７）における詳細動作フローを示す図である。
図１３Ａにおいて，ドメイン間連携QoSサーバ３ＡからQoS保証用資源要求メッセージを受信する（ステップＳ２０）と，ドメイン間連携機能部３０は，自ドメインの区間を特定する（ステップＳ２１）。すなわち，ゲートウエイＧＷ2とゲートウエイＧＷ3の区間を特定する。
ついで，特定した区間の資源確保処理を行う（ステップＳ２２）。特定した区間の資源確保が不能であれば，要求に対してＮＧの応答を返信する（ステップＳ２９Ｂ）。
一方，ステップＳ２４で資源確保が可能と判断されれば，資源管理機能部３１により区間と確保した帯域の情報を自ドメイン資源３４で管理する（ステップＳ２５）。
ついで，宛先ネットワークは他のドメインに属するか否かを判断し（ステップＳ２６），他のドメインに属しない場合（ステップＳ２６，ＮＯ）は，要求ＯＫの応答をドメイン間連携QoSサーバ３Ａに送信する（ステップＳ２９Ａ）。
ステップＳ２６で宛先ネットワークは他のドメインに属すると判断される場合（ステップＳ２６，ＹＥＳ）は，メッセージ転送処理が行われる（ステップＳ２７）。このメッセージ転送処理の内容は，図１３Ｂに示す処理フローに従い行われる。
図１３Ｂにおいて，保証区間で、自ドメインの次にあたるドメイン、及びそこでのドメイン間連携QoSサーバ，本実施例では，ドメイン間連携QoSサーバＣのアドレスを特定する（ステップＳ２７１）。
ついで，ドメイン間連携機能部３３で、図１１Ｃに示したメッセージ転送フォーマットにおける要求メッセージのゲートウェイアドレスを書き換え（本実施例では，ゲートウエイアドレスＧＷ3に書換え）て，特定したドメイン間連携QoSサーバ３Ｃに送信する（ステップＳ２７２）。
図１３Ａのフローに戻り，ドメイン間連携QoSサーバ３Ｃからの転送メッセージに対するＯＫの応答を受信した場合（ステップＳ２８，ＹＥＳ）は，要求元であるドメイン間連携QoSサーバ３ＡにＯＫの応答を送信する（ステップＳ２９Ａ）。
図９に戻り，ドメインＣのドメイン間連携QoSサーバ３Ｃのドメイン間連携機能部３３は，送信先１０１が自ドメインに属するため，メッセージ転送は行わないでよいと判断する（処理工程Ｐ９）。また，ゲートウエイＧＷ3と接続しているゲートウエイＧＷ4から，送信先１０１が接続しているエッジルータＥＲ2に至る自ドメインの資源があるかどうかを，資源管理機能部３１に確認し（処理工程Ｐ１０），割当を行う（処理工程Ｐ１１）。
割当通知を受けると（処理工程Ｐ１２），ドメイン間連携QoSサーバ３Ｃのドメイン間連携機能部３３によりドメイン間連携QoSサーバ３ＢにＯＫの応答を返す（処理工程Ｐ１３）。
ドメイン間連携QoSサーバ３Ｂは，自ドメインでの資源割当がＯＫで，ドメイン間連携QoSサーバ３Ｃからの応答もＯＫであることを確認し（処理工程Ｐ１４），ドメイン間連携QoSサーバ３ＡにＯＫの応答を返す（処理工程Ｐ１５、図１３ＡステップＳ２９Ａ）。
ドメイン間連携QoSサーバ３Ｂから，ドメイン間連携QoSサーバ３Ａのドメイン間連携機能部３３で，要求受付がＯＫであるとのメッセージを受信すると（図８：ステップＳ１３，Ｙｅｓ，図９：処理工程Ｐ１６），資源管理機能部３１の他ドメインQoS資源管理機能部３１ｂにより，獲得したゲートウエイＧＷ1から送信先１０１までの資源１０Ｍbpsを他ドメイン資源３５として管理する（図８：ステップＳ１５，図９：処理工程Ｐ１７）。このときの他ドメイン資源３５の管理テーブルの状態は，図７Ｂに示すごとくである。
以上により，ドメインＡにおいて，送信先１０１までの資源が１０Ｍbps分確保される。この状態で，ドメインＡのカスタマ１００ａから，送信先１０１に属する端末への１Ｍbpsの帯域保証通信要求があった場合，以下のように動作する。
図１４は，ドメインＡのカスタマ１００ａから，送信先１０１に属する端末への１Ｍbpsの帯域保証通信要求に対する処理シーケンスである。
カスタマ1００ａからの帯域保証要求が，ドメイン間連携QoSサーバ３Ａのカスタマ要求受付機能部３０で受け付けられる（処理工程Ｐ２０）。
カスタマ要求受付機能部３０は，要求方向，区間を確認し，自ドメインが送信元（Source）である上り方向であることを確認する（処理工程Ｐ２１）。そして，資源管理機能部３１に対し，要求区間の帯域を確認する（処理工程Ｐ２２）。
資源管理機能部３１では図１５Ａ，図１５Ｂに示したように自ドメイン資源３４と送信先１０１間での区間の帯域情報である他ドメイン資源３５を管理している
これらの自，他ドメイン資源３４，３５からカスタマ１００ａの端末アドレスから接続するエッジルータがＥＲ1であること，更にドメイン間連携QoSサーバ３Ａでも保持している図１０に示した隣接ドメイン情報から，送信先１０１へはゲートウエイＧＷ1を経由することがわかる。
これらの自，他ドメイン資源３４，３５からカスタマ１００ａの端末アドレスから接続するエッジルータがＥＲ1であること，更にドメイン間連携QoSサーバ３Ａでも保持している図１０に示した隣接ドメイン情報から，送信先１０１へはゲートウエイＧＷ1を経由することがわかる。
これにより，資源管理機能部３１は，自ドメインのエッジルータＥＲ1からゲートウエイＧＷ1までの区間で帯域保証クラス１Mbpsの帯域を割当てが可能かを確認する。
さらに，他ドメインのＧＷ1から送信先１０１間の区間で帯域保証クラス１Mbpsの割当てが可能かを確認する（処理工程Ｐ２３）。割当て可能であるので，該当する自，他ドメイン資源３４，３５の割当てを行う。このとき，資源情報に割当て帯域，割当先の情報を付加し，空き帯域を更新する。今回は１Mbpsの要求があったので，空き帯域を９Mbpsに減らす。この状態が，自，他ドメイン資源３４，３５に更新，反映される。
図１５Ａは，自ドメイン資源３４の更新登録されたカスタマ１００ａに対しての帯域割当て後の帯域情報である。同様に，図１５Ｂは，他ドメイン資源３４の更新登録されたカスタマ１００ａに対しての帯域割当て後の帯域情報である。
ついで，保証要求受付OKを，カスタマ要求受付機能部３０からカスタマ１００ａに返答する（処理工程Ｐ２４，Ｐ２５）。
以上のようにして，宛先ネットワーク毎に品質保証要求に対して割り当てられる資源を準備しておくことで，カスタマ１００ａからの要求があった場合に既に確保した資源を割り当て，すばやく要求に対応できる。
［実施例２］
次に第２の実施例として２つのドメインに跨る資源の割当帯域の増減について説明する。
［実施例２］
次に第２の実施例として２つのドメインに跨る資源の割当帯域の増減について説明する。
実施例２として図１６に示すようなネットワークを想定する。
ドメインＡは自ドメインの資源として，ネットワーク１００Ａに繋がるルータＲ1からＲ3までの区間とネットワーク１００Ｂに繋がるルータＲ2からＲ3までの区間にそれぞれ８Ｍbpsの帯域保証用資源を確保している。また，ルータＲ3からネットワーク１００Ｃ，１００Ｄに至る区間に，１０Ｍbpsの帯域を獲得している。
事前にドメインＡは、ドメイン間連携QoSサーバ３Ａにより，ドメインＢのドメイン間連携QoSサーバ３ＢにQoS保証用資源の要求を行い（Ｓ２０）、ネットワーク１００Ｃ、１００ＤとのQoS保証通信用にルータＲ4からルータＲ5の帯域を確保しておく（ステップＳ２１）。
ドメイン間連携QoSサーバ３Ｂからの設定応答を受け（ステップＳ２２），ドメイン間連携QoSサーバ３Ａは，自，他ドメイン資源３４，３５を更新する（ステップＳ２３）。
このような事前処理が行われた状態で，図１７に示すように，ネットワーク１００Ａに接続しているドメインＡのカスタマ１００ａから，ネットワーク１００Ｃに対して１Ｍbpsの帯域保証通信を要求（ステップＳ３０）がなされると想定する。
ドメイン間連携QoSサーバ３Ａは，ルータＲ2からルータＲ3の区間の資源から１Ｍbpsを割当て，ルータＲ3からネットワーク１００Ｃ，１００Ｄに至る区間の資源から１Ｍbpsを割り当てる（ステップＳ３１）。したがって，残り区間はそれぞれ７Ｍbps，９Ｍbpsになる。
ついで，割当てができたので，カスタマにQoS保証通信可能であることをカスタマ１００ａに通知する。
ここで，カスタマの要求が増加してきて，ネットワーク１００Ａからネットワーク１００Ｄへの要求５Ｍbps分，およびネットワーク１００Ｂからネットワーク１００Ｃへの要求が４Ｍbps分受け付けられた状態を想定する。
図１８に示すようにルータＲ3からネットワーク１００Ｃ，１００Ｄへの資源の残り帯域は１Ｍbpsになっている。
したがって，ドメイン間連携QoSサーバ３Ａの資源管理機能部３１で，残り帯域を所定の閾値と比較してネットワーク１００Ｃ，１００Ｄへの帯域保証用資源１０Ｍbps分の追加要求を決定する。要求メッセージを生成してドメイン間連携QoSサーバ３Ｂへ送る（ステップＳ４０）。図１６で示した手順と同様に，ドメインＢでの帯域がドメインＡ用に確保され（ステップＳ４１），ドメイン間連携QoSサーバ３Ａはドメイン間連携QoSサーバBからＯＫの応答を得る（ステップＳ４２）。
ドメイン間連携QoSサーバ３Ａでは資源管理機能部３１の他ドメイン資源３５の情報を更新する，すなわちルータＲ3からネットワーク１００Ｃ，１００Ｄに至る区間の資源の残り帯域が１１Ｍbpsであるとする（図１８）。
以上に示したように，要求状況に応じて柔軟に資源の追加を行うことができ，資源の有効利用を図る効果が得られる。
［実施例３］
次に，カスタマ１００ａからの下り方向フローの帯域保証要求について，実施例３として説明する。
［実施例３］
次に，カスタマ１００ａからの下り方向フローの帯域保証要求について，実施例３として説明する。
図１９にカスタマから下り方向のフローの帯域保証要求を受けたケースについてシーケンスを示す。実施例１で示したように，本発明では上り方向（送信元が自ドメインになる方向）で，マルチドメイン環境での保証用資源を確保するものである。このため，下り方向の要求が来た場合には保証要求を出すカスタマ（ドメインＡと契約しているカスタマ）の通信相手が属するドメインが送信元(Source)となるフローを保証する必要がある。
すなわち，通信相手がドメインＣに属する場合，帯域の割当てはドメイン間連携QoSサーバＣが行う。したがって，以下のような処理を行うことによって下り方向の保証に対応することができる。
まず，カスタマ１００ｂは自分が属しているドメインで，保証サービスを受けるため，ドメイン間連携QoSサーハ゛３Ａのカスタマ要求受付機能部３０に帯域保証要求を出す（処理工程Ｐ３０）。カスタマ要求受付機能３０では，要求方向を確認し（処理工程Ｐ３０ａ），下り方向であるため，ドメイン間連携機能部３３に要求を転送する（処理工程Ｐ３１）。
ドメイン間連携機能部３３は，要求された保証区間から次のドメインのQoSサーバを決定し（処理工程Ｐ３１ａ），ドメイン間連携QoSサーバ３Ｂに要求を転送する（処理工程Ｐ３２）。
ドメイン間連携QoSサーバ３Ｂのドメイン間連携機能部部３３は，要求された保証区間から，自ドメインが終点ではないため，さらに次のドメインのQoSサーバを決定し（処理工程Ｐ３２ａ），ドメイン間連携QoSサーバ３Ｃに要求を転送する（処理工程Ｐ３３）。
ドメイン間連携QoSサーバ３Ｃのドメイン間連携機能部３３は，要求された保証区間から，自ドメインが終点であることを確認し（処理工程Ｐ３３ａ），カスタマ要求受付機能部３０に要求を渡す（処理工程Ｐ３４）。
カスタマ要求受付機能部３０は，要求の内容に従い，資源管理機能部３１に帯域確認を行う（処理工程Ｐ３５）。資源管理機能部３１は，要求を満足するために該当する自ドメイン資源３４，他ドメイン資源３５を割当てる（処理工程Ｐ３５ａ）。割当てができればＯＫをカスタマ要求受付機能部３０に返す（処理工程Ｐ３６）。
カスタマ要求受付機能部３０から保証要求受付ＯＫをドメイン間連携機能部３３に送り（処理工程Ｐ３７），従って，保証要求受付ＯＫの応答を，ドメイン間連携QoSサーバ３Ｃから３Ｂ，３Ａへと順次返していく。
最終的に，カスタマ１００ｂに要求受付ＯＫが返される。
以上の手順により，下り方向の保証も，送信元（Source）となる端末やサーバの属するドメインのQoSサーバに要求を転送し，転送先ドメインで帯域割当てを行うことで実現することができる。
なお，双方向通信の場合は，上りと下りの処理を両方行うことで実現できる。図２０は，双方向通信の場合の資源割り当て処理を説明するシーケンスフローである。図１９と異なる点は，ドメインＡのQoSサーバ３Ａのカスタマ要求受付機能部３０で，カスタマ１００ｃからの帯域保証要求を受け付けると，要求方向が双方向であることを確認する（処理工程Ｐ３０ｂ）。下り方向については，図１９に示したシーケンス処理に従う。同時に上り方向について，自ドメインＡの資源管理機能部３１に帯域確認を行う（処理工程ＰＰ３８）。
資源管理機能部３１では，該当する自・他ドメインの上り方向の資源割り当てを行い（処理工程Ｐ３８ａ），帯域割当てＯＫの通知をカスタマ要求受付機能部３０に返す（処理工程Ｐ３９）。
したがって，カスタマ要求受付機能部３０は，この自ドメインの資源管理機能部３１からの帯域割当てＯＫの通知と，ドメイン間連携QoSサーバ３Ｃから３Ｂ，３Ａへと順次返された，下り方向の帯域割当てＯＫの通知を確認し（処理工程Ｐ３９ａ），カスタマ１００ｃに帯域保証要求に対するＯＫを返信する。
ここで，ドメイン間連携QoSサーバにおける動的なQoS保証のためには，資源の利用状況に対応して，追加の資源確保の要求，あるいは，不使用となった資源の解放処理が必要である。
図２１は，かかる資源の追加及び解放決定判断を行う処理の例を示すフロー図である。
図２１において，オペレータが資源を確保する区間情報，対象QoSクラス，最小確保帯域を資源管理機能部３１に登録しておく（ステップＳ３０）。
ついで，適時に定時各区間，各QoSクラスの空き帯域を確認する（ステップＳ３１）。このとき，空き帯域が一定時間閾値より小であるか，大であるかを判定する（ステップＳ３２）。空き帯域が一定時間閾値の範囲内である時，次の適時まで，状態を維持する（ステップＳ３３）。
一定時間閾値より小であれば，空き帯域が一定時間閾値より小となった区間・QoSクラスに関して、ドメイン間連系機能部３３へ資源追加を要求する（ステップＳ３４）。一方，空き帯域が一定時間閾値より大であれば，閾値より大となった区間・QoSクラスに関して、ドメイン間連系機能部３３へ資源解放を要求する（ステップＳ３５）。
図２２は，図２１の判断フローにより資源解放の要求が判定された場合の資源解放メッセージ生成処理フローである。
まず，ドメイン間連携QoSサーバ３Ａの資源管理機能部３１でマルチドメイン区間での保証用帯域解放を図２１に示した判断フローにより決定し，ドメイン間連携機能部３３へ解放を要求する（ステップＳ４０）。
ドメイン間連携機能部３３では，解放要求を受けると，保証区間である，自ドメインの次に当たるドメイン（本実施例では，ドメインＢ），及びそこでのドメイン間連携QoSサーバ３Ｂのアドレスを特定する（ステップＳ４１）。
これに基づき，ドメイン間連携機能部３３で、要求メッセージを生成、特定したドメイン間QoSサーバ３Ｂに送信する（ステップＳ４２）。
このとき生成される解放要求メッセージフォーマットの例が図２３Ａに示される。保証帯域要求メッセージフォーマット（図１１Ｂ）と同様であるが，メッセージタイプが解放であり，方向が規定されていない。
このドメイン間連携QoSサーバ３Ａからの解放要求を受けると，ドメイン間連携QoSサーバ３Ｂにおいて，図２４Ａ，図２４Ｂに示す処理を行う。すなわち，図２４Ａにおいて，ドメイン間連携QoSサーバ３Ｂは，ドメイン間連携QoSサーバ３ＡからQoS保証用資源解放要求メッセージ受信する（ステップＳ５０）と，実施例ドメインの区間即ち，ゲートウエイＧＷ2とＧＷ3の区間を特定する（ステップＳ５１）。そして，この特定された区間の資源の解放処理を行う（ステップＳ５１）。
このとき，資源の解放が可能でなければ，要求された資源解放要求に対しＮＧの応答を返す（ステップＳＳ５７Ｂ）。
一方，資源の解放が可能であれば（ステップＳ５２，ＹＥＳ），資源管理機能部３１により，解放した区間と帯域の情報を更新，管理する（ステップＳ５３）。
ついで，解放要求メッセージの宛先ネットワークが他ドメインに属するかを判断し，自ドメイン即ち，ドメインＢ宛であれば，要求に対しＯＫの旨を送信する（ステップＳ５７Ａ）。
一方，他ドメインに属すれば（ステップＳ５４，ＹＥＳ），メッセージを転送メッセージに置き換えて該当の他ドメイン，本実施例ではドメインＣ宛に転送する。図２４Ｂは，このときの，ドメイン間連携QoSサーバ３Ｂのメッセージ転送処理の詳細である。
すなわち，保証区間で、自ドメインの次にあたるドメイン、及びそこでのドメイン間連携QoSサーバ３Ｃのアドレスを特定する（ステップＳ５５１）。ついで，ドメイン間連携機能部３３で、図２３Ｂに示すように，解放要求転送メッセージフォーマットにおいて，解放要求メッセージのゲートウェイアドレスを書き換え（ＧＷ1からＧＷ3への変更），特定したドメイン間連携QoSサーバ３Ｃに転送する（ステップＳ５５２）。
図２４Ａのフローに戻り，ドメイン間連携QoSサーバ３Ｂは，ドメイン間連携QoSサーバ３Ｃからの転送メッセージに対する応答がＯＫであるか否かを判断する（ステップＳ５６）。
解放要求に対しＯＫの応答であれば（ステップＳ５６，ＹＥＳ），要求に対してＯＫの応答をドメイン間連携QoSサーバ３Ａに送信する（ステップＳ５７Ａ）。さらに，解放要求に対しＮＧ応答であれば（ステップＳ５６，ＮＯ），ドメイン間連携QoSサーバ３Ａに要求ＮＧ応答を送信する（ステップＳ５７Ｂ）。
（付記１）
複数のドメインにまたがるネットワーク経路でのQoS保証方法であって，
前記複数のドメインのそれぞれに備えられるドメイン間を連携するQoSサーバのうち，QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
QoS保証用資源要求メッセージを生成し，
前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送り，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する
ことを特徴とするQoS保証方法。
複数のドメインにまたがるネットワーク経路でのQoS保証方法であって，
前記複数のドメインのそれぞれに備えられるドメイン間を連携するQoSサーバのうち，QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
QoS保証用資源要求メッセージを生成し，
前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送り，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する
ことを特徴とするQoS保証方法。
（付記２）
付記１において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記要求に含まれる宛先ネットワーク情報から次ドメインにまたがる要求であるか否かを判定し，
次ドメインにまたがる要求であると判定されるとき，次ドメインのQoSサーバを特定し，
さらに自ドメインの次ドメインに接続するゲートウェイアドレスを特定し，
前記要求メッセージにゲートウェイアドレスを付加して前記次ドメインのQoSサーバに対してメッセージを転送する
ことを特徴とするQoS保証方法。
付記１において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記要求に含まれる宛先ネットワーク情報から次ドメインにまたがる要求であるか否かを判定し，
次ドメインにまたがる要求であると判定されるとき，次ドメインのQoSサーバを特定し，
さらに自ドメインの次ドメインに接続するゲートウェイアドレスを特定し，
前記要求メッセージにゲートウェイアドレスを付加して前記次ドメインのQoSサーバに対してメッセージを転送する
ことを特徴とするQoS保証方法。
（付記３）
付記２において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認し
前記転送したメッセージに対する応答が資源確保可能であるとき，前段のドメインにある前記QoS保証用資源要求の送信元QoSサーバに対して資源確保が可能であることの通知を返す
ことを特徴とするQoS保証方法。
付記２において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認し
前記転送したメッセージに対する応答が資源確保可能であるとき，前段のドメインにある前記QoS保証用資源要求の送信元QoSサーバに対して資源確保が可能であることの通知を返す
ことを特徴とするQoS保証方法。
（付記４）
付記１乃至３のいずれかにおいて，
前記複数のドメインにまたがる経路上の終端のドメインにあるQoSサーバにより，
前記QoS保証用資源要求を受け，宛先ネットワークが自ドメインに属することから自ドメインが終点であることを確定し，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認した場合，QoS保証用資源要求を転送してきた前段のドメインのQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
付記１乃至３のいずれかにおいて，
前記複数のドメインにまたがる経路上の終端のドメインにあるQoSサーバにより，
前記QoS保証用資源要求を受け，宛先ネットワークが自ドメインに属することから自ドメインが終点であることを確定し，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認した場合，QoS保証用資源要求を転送してきた前段のドメインのQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
（付記５）
付記１において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記QoS保証用資源要求に含まれる宛先ネットワークと前段のドメインのゲートウェイアドレスから，自ドメイン内の区間を特定し，特定した区間の資源が要求に対して割り当て可能であれば，前記要求元ドメインに対して必要な量の前記区間の資源を割り当てる，
ことを特徴とするQoS保証方法。
付記１において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記QoS保証用資源要求に含まれる宛先ネットワークと前段のドメインのゲートウェイアドレスから，自ドメイン内の区間を特定し，特定した区間の資源が要求に対して割り当て可能であれば，前記要求元ドメインに対して必要な量の前記区間の資源を割り当てる，
ことを特徴とするQoS保証方法。
（付記６）
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
カスタマから前記複数ドメインにまたがる，自ドメインが始点となる方向である上り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
カスタマから前記複数ドメインにまたがる，自ドメインが始点となる方向である上り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
（付記７）
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
カスタマから複数ドメインにまたがる自ドメインが終点となる方向である下り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，要求メッセージを転送し，
前記要求メッセージに対する応答が資源確保が可能であれば，前記カスタマに資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
カスタマから複数ドメインにまたがる自ドメインが終点となる方向である下り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，要求メッセージを転送し，
前記要求メッセージに対する応答が資源確保が可能であれば，前記カスタマに資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
（付記８）
請求項２において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
他ドメインのQoSサーバからカスタマからの資源要求メッセージを転送された場合に，前記資源要求メッセージの要求元アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば要求元のQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
請求項２において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
他ドメインのQoSサーバからカスタマからの資源要求メッセージを転送された場合に，前記資源要求メッセージの要求元アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば要求元のQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
（付記９）
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
カスタマから複数ドメインにまたがる双方向のQoS保証要求を受けた場合に，前記双方向のQoS保証要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，前記双方向のQoS保証要求メッセージを転送し，
前記双方向のQoS保証要求メッセージに対する応答が資源確保が可能であり，かつ前記双方向のQoS保証要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば，前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
カスタマから複数ドメインにまたがる双方向のQoS保証要求を受けた場合に，前記双方向のQoS保証要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，前記双方向のQoS保証要求メッセージを転送し，
前記双方向のQoS保証要求メッセージに対する応答が資源確保が可能であり，かつ前記双方向のQoS保証要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば，前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
（付記１０）
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
管理している宛先ネットワークまでの他ドメイン資源が閾値よりも多い状態が一定時間以上続いた場合に，QoS保証用資源を一定量解放する解放要求メッセージを生成し，
前記宛先ネットワークから特定される次ドメインのQoSサーバに解放要求メッセージを転送し，
前記QoSサーバに解放要求メッセージの応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするQoS保証方法。
付記１において，
前記QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
管理している宛先ネットワークまでの他ドメイン資源が閾値よりも多い状態が一定時間以上続いた場合に，QoS保証用資源を一定量解放する解放要求メッセージを生成し，
前記宛先ネットワークから特定される次ドメインのQoSサーバに解放要求メッセージを転送し，
前記QoSサーバに解放要求メッセージの応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするQoS保証方法。
（付記１１）
付記１において，
前記管理している宛先ネットワークまでの他ドメイン資源が閾値よりも少ない状態が一定時間以上続いた場合には，QoS保証用資源を一定量要求するメッセージを生成し，
宛先ネットワークから特定される次ドメインのQoSサーバに前記生成したメッセージを転送し，
前記メッセージに対する応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするQoS保証方法。
付記１において，
前記管理している宛先ネットワークまでの他ドメイン資源が閾値よりも少ない状態が一定時間以上続いた場合には，QoS保証用資源を一定量要求するメッセージを生成し，
宛先ネットワークから特定される次ドメインのQoSサーバに前記生成したメッセージを転送し，
前記メッセージに対する応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするQoS保証方法。
（付記１２）
複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
送信元なるドメインに付属するドメイン間連携QoSサーバとして，
QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送るドメイン間連携機能部と，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する資源管理機能部を有する，
ことを特徴とするドメイン間連携QoSサーバ。
複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
送信元なるドメインに付属するドメイン間連携QoSサーバとして，
QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送るドメイン間連携機能部と，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する資源管理機能部を有する，
ことを特徴とするドメイン間連携QoSサーバ。
（付記１３）
複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバとして，
送信元なるドメインに付属するドメイン間連携QoSサーバからのQoS保証用資源要求を受けるドメイン間連携機能部を有し，
前記ドメイン間連携機能部は，前記QoS保証用資源要求に含まれる宛先ネットワーク情報から次ドメインにまたがる要求であるか否かを判定し，
次ドメインにまたがる要求であると判定されるとき，次ドメインのQoSサーバを特定し，
さらに自ドメインの次ドメインに接続するゲートウェイアドレスを特定し，
前記要求メッセージにゲートウェイアドレスを付加して前記次ドメインのQoSサーバに対してメッセージを転送する
ことを特徴とするドメイン間連携QoSサーバ。
複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバとして，
送信元なるドメインに付属するドメイン間連携QoSサーバからのQoS保証用資源要求を受けるドメイン間連携機能部を有し，
前記ドメイン間連携機能部は，前記QoS保証用資源要求に含まれる宛先ネットワーク情報から次ドメインにまたがる要求であるか否かを判定し，
次ドメインにまたがる要求であると判定されるとき，次ドメインのQoSサーバを特定し，
さらに自ドメインの次ドメインに接続するゲートウェイアドレスを特定し，
前記要求メッセージにゲートウェイアドレスを付加して前記次ドメインのQoSサーバに対してメッセージを転送する
ことを特徴とするドメイン間連携QoSサーバ。
（付記１４）
付記１３において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバとして，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認し
前記転送したメッセージに対する応答が資源確保が可能であるとき，前段のドメインにある前記QoS保証用資源要求の送信元QoSサーバに対して資源確保が可能であることの通知を返す
ことを特徴とするドメイン間連携QoSサーバ。
付記１３において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバとして，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認し
前記転送したメッセージに対する応答が資源確保が可能であるとき，前段のドメインにある前記QoS保証用資源要求の送信元QoSサーバに対して資源確保が可能であることの通知を返す
ことを特徴とするドメイン間連携QoSサーバ。
（付記１５）
複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
前記複数のドメインにまたがる経路上の終端のドメインにあるQoSサーバとして，
送信元なるドメインに付属するドメイン間連携QoSサーバからのQoS保証用資源要求を受け，宛先ネットワークが自ドメインに属することから自ドメインが終点であることを確定し，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認した場合，前記QoS保証用資源要求を転送してきた前段のドメインのQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
前記複数のドメインにまたがる経路上の終端のドメインにあるQoSサーバとして，
送信元なるドメインに付属するドメイン間連携QoSサーバからのQoS保証用資源要求を受け，宛先ネットワークが自ドメインに属することから自ドメインが終点であることを確定し，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認した場合，前記QoS保証用資源要求を転送してきた前段のドメインのQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
（付記１６）
付記１４において，
さらに，前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記QoS保証用資源要求に含まれる宛先ネットワークと前段のドメインのゲートウェイアドレスから，自ドメイン内の区間を特定し，特定した区間の資源が要求に対して割り当て可能であれば，前記要求元ドメインに対して必要な量の前記区間の資源を割り当てる，
ことを特徴とするドメイン間連携QoSサーバ。
付記１４において，
さらに，前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記QoS保証用資源要求に含まれる宛先ネットワークと前段のドメインのゲートウェイアドレスから，自ドメイン内の区間を特定し，特定した区間の資源が要求に対して割り当て可能であれば，前記要求元ドメインに対して必要な量の前記区間の資源を割り当てる，
ことを特徴とするドメイン間連携QoSサーバ。
（付記１７）
付記１２において，
カスタマから前記複数ドメインにまたがる，自ドメインが始点となる方向である上り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
付記１２において，
カスタマから前記複数ドメインにまたがる，自ドメインが始点となる方向である上り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，割当可能であれば前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
（付記１８）
付記１２において，
カスタマから複数ドメインにまたがる自ドメインが終点となる方向である下り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，要求メッセージを転送し，
前記要求メッセージに対する応答が資源確保が可能であれば，前記カスタマに資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
付記１２において，
カスタマから複数ドメインにまたがる自ドメインが終点となる方向である下り方向のQoS保証要求を受けた場合に，前記QoS保証用資源要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，要求メッセージを転送し，
前記要求メッセージに対する応答が資源確保が可能であれば，前記カスタマに資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
（付記１９）
付記１３において，
他ドメインのQoSサーバからカスタマからの資源要求メッセージを転送された場合に，前記資源要求メッセージの要求元アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば要求元のQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
付記１３において，
他ドメインのQoSサーバからカスタマからの資源要求メッセージを転送された場合に，前記資源要求メッセージの要求元アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば要求元のQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。
（付記２０）
付記１２において，
カスタマから複数ドメインにまたがる双方向のQoS保証要求を受けた場合に，前記双方向のQoS保証要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，前記双方向のQoS保証要求メッセージを転送し，
前記双方向のQoS保証要求メッセージに対する応答が資源確保が可能であり，かつ前記双方向のQoS保証要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば，前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
付記１２において，
カスタマから複数ドメインにまたがる双方向のQoS保証要求を受けた場合に，前記双方向のQoS保証要求の宛先アドレスから特定される終点ドメインのQoSサーバに対し，前記双方向のQoS保証要求メッセージを転送し，
前記双方向のQoS保証要求メッセージに対する応答が資源確保が可能であり，かつ前記双方向のQoS保証要求の宛先アドレスから特定される外部ドメインの資源と，自ドメインの資源が割当可能かどうかを，管理資源情報から判断し，
割当可能であれば，前記カスタマの要求に対して資源確保が可能であることの通知を返す，
ことを特徴とするドメイン間連携QoSサーバ。
（付記２１）
付記１２において，
管理している宛先ネットワークまでの他ドメイン資源が閾値よりも多い状態が一定時間以上続いた場合に，QoS保証用資源を一定量解放する解放要求メッセージを生成し，
前記宛先ネットワークから特定される次ドメインのQoSサーバに解放要求メッセージを転送し，
前記QoSサーバに解放要求メッセージの応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするドメイン間連携QoSサーバ。
付記１２において，
管理している宛先ネットワークまでの他ドメイン資源が閾値よりも多い状態が一定時間以上続いた場合に，QoS保証用資源を一定量解放する解放要求メッセージを生成し，
前記宛先ネットワークから特定される次ドメインのQoSサーバに解放要求メッセージを転送し，
前記QoSサーバに解放要求メッセージの応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするドメイン間連携QoSサーバ。
（付記２２）
付記１２において，
前記管理している宛先ネットワークまでの他ドメイン資源が閾値よりも少ない状態が一定時間以上続いた場合には，QoS保証用資源を一定量要求するメッセージを生成し，
宛先ネットワークから特定される次ドメインのQoSサーバに前記生成したメッセージを転送し，
前記メッセージに対する応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするドメイン間連携QoSサーバ。
付記１２において，
前記管理している宛先ネットワークまでの他ドメイン資源が閾値よりも少ない状態が一定時間以上続いた場合には，QoS保証用資源を一定量要求するメッセージを生成し，
宛先ネットワークから特定される次ドメインのQoSサーバに前記生成したメッセージを転送し，
前記メッセージに対する応答結果が資源確保が可能であれば管理している他ドメイン資源の更新を行う，
ことを特徴とするドメイン間連携QoSサーバ。
実施例について，説明したように，本発明により大規模なマルチドメインネットワークにおいて，カスタマからの要求にすばやく応答でき，使用状況にあった資源利用をしつつエンドツーエンドでの品質保証通信を可能とする。よって，ネットワークの効率的な運用を可能とし，産業上寄与するところ大である。
１００ａ カスタマ
３Ａ，３Ｂ，３Ｃ ドメイン間連携QoSサーバ
ＥＲ1, ＥＲ2,ＥＲ3 エッジルータ
ＧＷ1,ＧＷ2, ＧＷ3 ゲートウエイ
１００ 送信元
１０１ 送信先
３０ カスタマ要求受付機能部
３１ 資源管理機能部
３１ａ 自ドメインQoS資源管理機能部
３１ｂ 他ドメインQoS資源管理機能部
３２ 自ドメイン経路管理機能部
３３ ドメイン間連携機能部
３４ 自ドメイン資源
３５ 他ドメイン資源
３Ａ，３Ｂ，３Ｃ ドメイン間連携QoSサーバ
ＥＲ1, ＥＲ2,ＥＲ3 エッジルータ
ＧＷ1,ＧＷ2, ＧＷ3 ゲートウエイ
１００ 送信元
１０１ 送信先
３０ カスタマ要求受付機能部
３１ 資源管理機能部
３１ａ 自ドメインQoS資源管理機能部
３１ｂ 他ドメインQoS資源管理機能部
３２ 自ドメイン経路管理機能部
３３ ドメイン間連携機能部
３４ 自ドメイン資源
３５ 他ドメイン資源
Claims (5)
- 複数のドメインにまたがるネットワーク経路でのQoS保証方法であって，
前記複数のドメインのそれぞれに備えられるドメイン間を連携するQoSサーバのうち，QoS保証用資源要求元となるドメインに備えられるQoSサーバにより，
QoS保証用資源要求メッセージを生成し，
前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送り，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が，資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する
ことを特徴とするQoS保証方法。 - 請求項１において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
前記複数ドメインにまたがる経路でのQoS保証用資源要求を受け，
前記要求に含まれる宛先ネットワーク情報から次ドメインにまたがる要求であるか否かを判定し，
次ドメインにまたがる要求であると判定されるとき，次ドメインのQoSサーバを特定し，
さらに自ドメインの次ドメインに接続するゲートウェイアドレスを特定し，
前記要求メッセージにゲートウェイアドレスを付加して前記次ドメインのQoSサーバに対してメッセージを転送する
ことを特徴とするQoS保証方法。 - 請求項２において，
前記複数のドメインにまたがる経路上の中間にあるQoSサーバにより，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認し
前記転送したメッセージに対する応答が資源確保が可能であるとき，前段のドメインにある前記QoS保証用資源要求の送信元QoSサーバに対して資源確保が可能であることの通知を返す
ことを特徴とするQoS保証方法。 - 請求項１乃至３のいずれかにおいて，
前記複数のドメインにまたがる経路上の終端のドメインにあるQoSサーバにより，
前記QoS保証用資源要求を受け，宛先ネットワークが自ドメインに属することから自ドメインが終点であることを確定し，
さらに自ドメインで要求を満たすQoS保証用資源が割り当てられることを確認した場合，QoS保証用資源要求を転送してきた前段のドメインのQoSサーバに対して資源確保が可能であることの通知を返す，
ことを特徴とするQoS保証方法。 - 複数のドメインにまたがるネットワーク経路に配置されるドメイン間連携QoSサーバであって，
送信元なるドメインに付属するドメイン間連携QoSサーバとして，
QoS保証用資源要求メッセージを生成し，前記生成されたQoS保証用資源要求メッセージを経路上の次のドメインを管理するQoSサーバに送るドメイン間連携機能部と，
前記QoS保証用資源要求メッセージに対し，前記経路上の全てのドメインでQoS保証用資源要求に対する結果が資源確保が可能であるとき，得られたQoS保証のための，次ドメインから宛先ネットワークアドレスが属するドメインまでの経路上の資源を管理する資源管理機能部を有する，
ことを特徴とするドメイン間連携QoSサーバ。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006038274A JP4571080B2 (ja) | 2006-02-15 | 2006-02-15 | マルチドメインネットワークにおけるＱｏＳ保証システム及び，これに適用するＱｏＳサーバ |
| US11/472,431 US20070189293A1 (en) | 2006-02-15 | 2006-06-22 | QoS guarantee system in multidomain network and QoS server applied to the same |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006038274A JP4571080B2 (ja) | 2006-02-15 | 2006-02-15 | マルチドメインネットワークにおけるＱｏＳ保証システム及び，これに適用するＱｏＳサーバ |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007221352A true JP2007221352A (ja) | 2007-08-30 |
| JP4571080B2 JP4571080B2 (ja) | 2010-10-27 |
Family
ID=38368379
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2006038274A Expired - Fee Related JP4571080B2 (ja) | 2006-02-15 | 2006-02-15 | マルチドメインネットワークにおけるＱｏＳ保証システム及び，これに適用するＱｏＳサーバ |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US20070189293A1 (ja) |
| JP (1) | JP4571080B2 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2009141551A (ja) * | 2007-12-05 | 2009-06-25 | Nippon Telegr & Teleph Corp <Ntt> | 経路計算装置におけるセッション管理方法およびその経路計算装置 |
| JP2010232783A (ja) * | 2009-03-26 | 2010-10-14 | Kddi R & D Laboratories Inc | 通信サービス提供方法、ネットワークの制御装置及びプログラム |
| JP2011505613A (ja) * | 2007-11-07 | 2011-02-24 | ザ・ボーイング・カンパニー | 複数のミドルウェア環境全体のメッセージフローのサービス品質（ｑｏｓ）管理 |
| JP2013504271A (ja) * | 2009-09-04 | 2013-02-04 | ゼットティーイー コーポレーション | 通信サービスのＩＰ相互接続におけるネットワーク間インターフェース上のサービス品質（ＱｏＳ） |
| US8824324B2 (en) | 2010-11-29 | 2014-09-02 | Zte (Usa) Inc. | Methods and apparatus for configuring subscriber quality of service profiles |
| JP2018526916A (ja) * | 2015-08-31 | 2018-09-13 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | リソース管理方法および装置 |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7684351B2 (en) * | 2005-02-07 | 2010-03-23 | Cisco Technology, Inc. | Inter-domain optimization trigger in PCE-based environment |
| US8243742B2 (en) * | 2008-03-05 | 2012-08-14 | Oracle International Corporation | System and method for enforcement of service level agreements and policies across geographical domains |
| US7924715B2 (en) * | 2008-05-12 | 2011-04-12 | Nortel Networks Limited | Method and apparatus for discovering, negotiating, and provisioning end-to-end SLAs between multiple service provider domains |
| EP2146465A1 (en) * | 2008-07-15 | 2010-01-20 | Deutsche Thomson OHG | A method for managing data transmission according to a quality of service in a network assembly and a computer network system |
| MX2011009045A (es) * | 2009-03-06 | 2011-09-21 | Telefonica Sa | Dispositivos y metodo para la admision y control de recursos en entornos multidominio. |
| US8335163B2 (en) * | 2009-10-27 | 2012-12-18 | Microsoft Corporation | Quality of service (QOS) based systems, networks, and advisors |
| US8537669B2 (en) | 2010-04-27 | 2013-09-17 | Hewlett-Packard Development Company, L.P. | Priority queue level optimization for a network flow |
| US8537846B2 (en) | 2010-04-27 | 2013-09-17 | Hewlett-Packard Development Company, L.P. | Dynamic priority queue level assignment for a network flow |
| KR20120083033A (ko) * | 2011-01-17 | 2012-07-25 | 삼성전자주식회사 | 무선통신시스템에서 응용 프로그램의 서비스 품질 서비스를 지원하기 위한 시스템 및 방법 |
| US9705805B2 (en) | 2014-05-16 | 2017-07-11 | Level 3 Communications, Llc | Quality of service management system for a communication network |
| CN113507475B (zh) * | 2021-07-14 | 2022-12-23 | 杭州数梦工场科技有限公司 | 跨域访问方法和装置 |
| CN113382453B (zh) * | 2021-08-12 | 2021-10-29 | 北京小鸟科技股份有限公司 | 基于增强静态路由计算和回源的跨域图传方法及系统 |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000316025A (ja) * | 1999-03-03 | 2000-11-14 | Hitachi Ltd | 通信品質保証型ネットワークシステム |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1275226B1 (en) * | 2000-04-13 | 2004-03-17 | Operax AB | Network optimisation method |
| SG96225A1 (en) * | 2001-06-04 | 2003-05-23 | Oki Techno Ct Singapore Pte | A method and apparatus for normalizing cdma rake output |
| JP3977331B2 (ja) * | 2001-09-04 | 2007-09-19 | オペラックス エービー | Ｉｐ通信網における方法及び装置 |
| CN100426733C (zh) * | 2003-01-16 | 2008-10-15 | 华为技术有限公司 | 网络通信中实现资源分配的系统及其方法 |
| DE60302865T2 (de) * | 2003-02-03 | 2006-09-14 | Alcatel | Bandbreitenmakler für ein Telekommunikationssystem |
| CN1283079C (zh) * | 2003-02-20 | 2006-11-01 | 华为技术有限公司 | Ip网络业务质量保证方法及系统 |
| EP1521405A1 (en) * | 2003-09-30 | 2005-04-06 | Sony International (Europe) GmbH | Bidirectional QoS reservation within an in-band signaling mechanism |
-
2006
- 2006-02-15 JP JP2006038274A patent/JP4571080B2/ja not_active Expired - Fee Related
- 2006-06-22 US US11/472,431 patent/US20070189293A1/en not_active Abandoned
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000316025A (ja) * | 1999-03-03 | 2000-11-14 | Hitachi Ltd | 通信品質保証型ネットワークシステム |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011505613A (ja) * | 2007-11-07 | 2011-02-24 | ザ・ボーイング・カンパニー | 複数のミドルウェア環境全体のメッセージフローのサービス品質（ｑｏｓ）管理 |
| JP2009141551A (ja) * | 2007-12-05 | 2009-06-25 | Nippon Telegr & Teleph Corp <Ntt> | 経路計算装置におけるセッション管理方法およびその経路計算装置 |
| JP4615005B2 (ja) * | 2007-12-05 | 2011-01-19 | 日本電信電話株式会社 | 経路計算装置におけるセッション管理方法およびその経路計算装置 |
| JP2010232783A (ja) * | 2009-03-26 | 2010-10-14 | Kddi R & D Laboratories Inc | 通信サービス提供方法、ネットワークの制御装置及びプログラム |
| JP2013504271A (ja) * | 2009-09-04 | 2013-02-04 | ゼットティーイー コーポレーション | 通信サービスのＩＰ相互接続におけるネットワーク間インターフェース上のサービス品質（ＱｏＳ） |
| US8824324B2 (en) | 2010-11-29 | 2014-09-02 | Zte (Usa) Inc. | Methods and apparatus for configuring subscriber quality of service profiles |
| JP2018526916A (ja) * | 2015-08-31 | 2018-09-13 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | リソース管理方法および装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20070189293A1 (en) | 2007-08-16 |
| JP4571080B2 (ja) | 2010-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4571080B2 (ja) | マルチドメインネットワークにおけるＱｏＳ保証システム及び，これに適用するＱｏＳサーバ | |
| EP1423945B1 (en) | Method and arrangement in an ip network | |
| JP4682068B2 (ja) | 品質保証サービス情報通知方法、通信装置及びドメイン間情報伝達装置 | |
| JP4796157B2 (ja) | ネットワーク通信における資源配分を実施するためのシステム及び方法 | |
| EP1312226B1 (en) | DYNAMIC QoS MANAGEMENT IN DIFFERENTIATED SERVICES USING BANDWIDTH BROKERS, RSVP AGGREGATION AND LOAD CONTROL PROTOCOLS | |
| EP2005313B1 (en) | Facilitating application synchronization with a reservation protocol at a sender without application receiver participation | |
| JP4033773B2 (ja) | ネットワークルーティングを実行する方法および装置 | |
| JP4607412B2 (ja) | 通信ネットワークの方法、サーバ及び構成 | |
| JP4696131B2 (ja) | サービスバインディングを用いアクセスドメイン上でユニキャストメッセージを介してデータトラフィックを集合する方法およびノード | |
| US20020062376A1 (en) | QoS server and control method for allocating resources | |
| US7593405B2 (en) | Inter-domain traffic engineering | |
| JP4510728B2 (ja) | 移動端末通信の品質保証方法 | |
| US20090028141A1 (en) | Method and device for controlling admission to a guaranteed quality of service in a mpls network | |
| US20130201991A1 (en) | Triggering Bandwidth Reservation and Priority Remarking | |
| US20080013557A1 (en) | Method of transferring data between a sending station in a first network and a receiving station in a second network, and apparatus for controlling the communication between the sending station in the first network and the receiving station in the second network | |
| JP4090999B2 (ja) | サービス品質要求の相関 | |
| EP2395707A1 (en) | Method, system and equepment for call processing | |
| US20050180433A1 (en) | Bandwidth controller, network and IP subnetwork management process | |
| US10623279B2 (en) | Method and network entity for control of value added service (VAS) | |
| Le Faucheur | Aggregation of Resource ReSerVation Protocol (RSVP) Reservations over MPLS TE/DS-TE Tunnels | |
| US7653048B2 (en) | Method and apparatus for providing optimal VoIP call routing in VRF environment | |
| KR100794363B1 (ko) | 웹 서비스를 이용한 인터-도메인 간의 서비스품질 보장형 연결설정 방법 및 시스템 | |
| US8208374B2 (en) | Method, network agent and bandwidth broker for managing the available bandwidth for connections between terminals of a packet-oriented communication network | |
| Bodin et al. | End-to-End QoS control architectures from a wholesale and retail perspective: benefits and challenges | |
| CA2591302A1 (en) | Aggregation of inter-domain resource signalling |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080605 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20100520 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100525 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100716 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20100810 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20100811 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130820 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |