JP4317208B2 - 動的ネットワークにおけるセッションをセットアップする方法および装置 - Google Patents

Description

本発明は、一つ以上のネットワークが固定状態になく、セッションが或る定められたサービス品質を有するものである動的ネットワークシナリオにおいて、装置間のセッションをセットアップすることに関する。

今日では高度なネットワークが相互接続し得るが、この相互接続は、異なるタイプのネットワーク間の接続を含むこともできる。更にネットワーク間の接続は動的であり、すなわちネットワークは静止して（または固定されて）おらず、むしろ例えば列車、自動車、あるいは船舶などのネットワークのように動的に移動する可能性がある。

このような環境においては、異なるネットワークに属する二つの装置間に通信リンクを確立することは、極めて難しいことである。このような接続は、中間ネットワークを経由した接続も含むことがあり、このようなシステムの個別ネットワークは、環境全体が動的に変化するように動くことがある。

このような動的ネットワークシナリオの環境は、図１に図式的に示されている。この場合、互いに接続された二つのネットワーク１４０と１６０とが存在している。これらは、例えば、二つの異なるネットワークの個別メンバが互いに接続され得るように互いに接続される二つの異なるプロバイダーのモバイルネットワークであり得る。ネットワーク１４０および１６０の要素は、携帯装置であり得るが、互いに関してこれら二つのネットワークは、ネットワーク自身は動かない（よく動く可能性のあるネットワークの要素である携帯装置とは逆に）という意味で固定型ネットワーク・インフラストラクチャ（fixed network infrastructure）を形成している。ネットワーク１４０と１６０の間の接続は、任意の固定型の有線接続によって、例えばバックボーンネットワーク（backbone network）を経由して（図１には図示せず）確立され得る。

この固定型または静止型の（相互）ネットワーク・インフラストラクチャには、パソコン、ＰＤＡ、プリンタ、携帯電話などのような或るユーザの個人的範囲内の数台の装置から構成され得るパーソナルエリアネットワーク（ＰＡＮ：personal area network）１２０が接続されている。

ボディエリアネットワーク（ＢＡＮ：body area network）は、バイタルサイン（生存徴候）データまたは医療データを監視するセンサー１００のようなユーザの体に直接または近くに取り付けられた数個のネットワークメンバから構成され得る。ＢＡＮの要素は典型的には、低伝送パワーと、他の幾つかのボディアリアネットワーク要素のデータを蓄積し、このように蓄積されたデータを図１のＰＡＮのような接続された他のネットワークに送信する蓄積要素とによって特徴付けられる。

このようなＰＡＮと固定型ネットワーク・インフラストラクチャとの間の接続を経由する動的ネットワークシナリオにおいては、ＢＡＮのメンバは、携帯装置１７０へのアクセス権を有し、これにデータを送信するが、その逆も同様で携帯装置１７０がＢＡＮのメンバにデータを送信し、このようなデータ経路を介してこれらのメンバを制御することができる。このような場合の携帯装置１７０は、携帯電話、スマートフォン、パソコンあるいは同様の如何なるものであってもよい。これに対してＰＡＮおよび／またはＢＡＮは、非静止型のネットワークであり、したがってＢＡＮとＰＡＮとがアクセスネットワーク１４０の代わりにアクセスネットワーク１６０に接続するとき、ＰＡＮまたはＢＡＮの要素と携帯装置との間の接続も確立できれば望ましいことであろう。

二つの装置間に接続を確立するために、このようなネットワークシナリオでは、セッションが確立されなくてはならない。この目的のために固定型アクセスネットワークは、図１に示しているようなセッション確立を実行するセッション開始サーバＳＩＰ１５０を使用することができる。しかしながらこのようなセッション確立に加えて、最近はネットワーキングおよび相互ネットワーキングシナリオにおいて、いわゆる「サービス品質」（ＱｏＳ：Quality of Service）が問題になっている。用語「サービス品質」（ＱｏＳ）はここでは、ネットワークにおけるリソース保証とサービス差別化とを与える能力を表す。このような差別化は、異なるデータ転送速度間（例えば「ゴールドレート」と「ノーマルレート」との間）、異なる信頼度間、異なるサービスカテゴリ（音声通信、インターネット無線、ビデオ電話、ビデオストリーミングなど）間の差別化を含み得る。サービス品質の制御は、通信リンクのスループット、遅延、ジッタのようなパラメータを包含し得る。

今日ではネットワークサービスにおけるＱｏＳ（サービス品質）差別化を提供することへの高い需要が存在する。異なる支払いをする消費者は、異なる種類のサービスまたは異なる「サービス品質」を得ることができるべきである。しかしながら現在のインターネットは、ある一定の通信リンクに関してスケジュール（timeline）または実際の配信を保証しないことを意味する単なる「最善努力」サービスを提供している。しかしながら最新のアプリケーションが所望のタイプのサービスの信頼できる配信を提供するために保証されたリソースを要求するのに対して、異なるタイプのサービスが差別化される可能性がある。この目的のためには、セッションを開始することばかりでなく、セッションを開始するときにサービス品質管理を提供することも極めて重要である。これは、図１のＰＡＮ１２０およびＢＡＮ１００のような非静止型の「移動」ネットワークを含む図１に示すようなネットワークシナリオにおいて、特に望ましい。

しかしながら、新しく確立された通信リンクのためにＱｏＳリソースセットアップを確立する既知のアプローチは、非動的ネットワーク、すなわちネットワーク間の接続が固定されている状況を考えているだけである。しかしながら、将来のアプリケーションでは、非静止型のネットワークを含む接続がますます重要になりつつある。前述のことを考慮して、非静止型のネットワークを含み、定められたサービス品質を保証する動的ネットワークシナリオにおけるセッション確立のための方法および装置を提供することが、本発明の目的である。
ＴＲ ＩＳＴ−２００２−５０７１３４−ＡＮ／ＩＮＱＡ−Ｓｐｅｃ，「Ｓｐｅｃｉｆｉｃａｔｉｏｎ ｏｆ ＩＮＱＡ−ｄｙｎａｍｉｃ ｃｏｎｔｒｏｌ ｏｆ Ｉｎｔｅｒ−ＮｅｔｗｏｒｋＱｏＳ Ａｇｒｅｅｍｅｎｔｓ」 ＲＦＣ ２４７５，「Ａｎ Ａｒｃｈｔｅｃｔｕｒｅ ｆｏｒ Ｄｉｆｆｅｒｅｎｔｉａｔｅｄ Ｓｅｒｖｉｃｅｓ」 ＲＦＣ ２２０５，「Ｒｅｓｏｕｒｃｅ ＲｅＳｅｒＶａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＲＳＶＰ）」 ＲＦＣ ３１７５，「Ａｇｇｒｅｇａｔｉｏｎ ｏｆ ＲＳＶＰ ｆｏｒ ＩＰｖ４ ａｎｄ ＩＰｖ６ Ｒｅｓｅｒｖａｔｉｏｎｓ」

一実施形態によれば、第１のエンドホスト（end-host）と第２のエンドホストとの間の定められたサービス品質を有するセッションをセットアップする方法であって、ここで、前記第１のエンドホストは、移動するものであって、サービス品質コントローラを有する第１の静止型のアクセスネットワーク（stationary access network）に直接に、あるいは一つ以上の中間ネットワークを介して接続する第１の非静止型または非固定型のネットワーク（non-stationary or non-fixed network）に属しており、前記第２のエンドホストは、前記第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間の静止型または非静止型のネットワークを介して接続されるものであり、
属するネットワークのノードと該ノードの能力とを認識し、セッションのために必要なリソースを確保する責任を有するサービス品質コントローラを、接続を確立するために通る非静止型のネットワークに設けるステップと、
エンドホスト間でセッションを開始するために前記第１の静止型のアクセスネットワークにセッション開始サーバ（session initiation server）を設けるステップと、
要求がある時に前記サービス品質コントローラがセッションに必要なリソースを確保できるように前記第１の静止型のアクセスネットワークによって前記非静止型のネットワークの前記サービス品質コントローラを発見するためにセッションの開始に先立って発見手順を実行するステップと、
前記第１の静止型のアクセスネットワークの前記セッション開始サーバによって受信されたセッション開始要求に応答して、セッションのための前記リソースを確保するために前記非静止型のネットワークの前記サービス品質コントローラをトリガーするステップと、
前記第１のエンドホストが前記第１の静止型のアクセスネットワークの前記セッション開始サーバに登録することを可能にするために、新しい非静止型のネットワークが前記第１の静止型のアクセスネットワークまたはもう一つの非静止型のネットワークに接続するときに、前記サービス品質コントローラ間に告知メッセージ（announcement message）を伝播するステップとを含んでおり、前記告知メッセージが、ルータ公示および／またはルータ請求のメッセージである、方法が提供される。

前記第１のアクセスネットワークによるサービス品質コントローラの発見手順は、この要求がセッションのためのリソースを確保することを可能にする。セッション開始要求に応答するリソース割当ては、既存のセッション開始手順にリソース割当てを挿入する。非固定型のネットワークは、全体として移動し得るネットワークである。この非固定型のネットワークは、異なる基地局に接続することができる。

告知メッセージの伝播は、静止型のアクセスネットワークのセッション開始サーバが第１のエンドホストへの途中でサービス品質コントローラを認識することを可能にする。更にこの告知メッセージの伝播は、第１のエンドホストが第１の静止型のアクセスネットワークに登録し、それによってセッション開始要求が転送されることを可能にする。

一実施形態によれば、前記第１の静止型のアクセスネットワークは、前記サービス品質コントローラを有する静止型ネットワークであり、前記第１の非静止型のネットワークが前記サービス品質コントローラを有し、かつ前記第１の静止型のアクセスネットワークの前記サービス品質コントローラと前記第１の静止型のアクセスネットワークの前記セッション開始サーバとが互いを認識しており、前記発見手順は、前記第１の静止型のアクセスネットワークによって前記第１の非静止型のネットワークの前記サービス品質コントローラを発見するステップを含んでいる。

第１の静止型のアクセスネットワークにおけるＱｏＳ（サービス品質）コントローラとそれを認識しているセッション開始サーバとを設けることは、セッション開始要求に応答する固定型アクセスネットワークのＱｏＳコントローラにＱｏＳリソースの確保を委任することによって、例えば発見された隣接ネットワークのＱｏＳコントローラと交信することによってＱｏＳ予約部（QoS reservation）からセッション開始部（session initiation part）を切り離すことを可能にする。

一実施形態によれば、前記発見手順は、前記第１の静止型のアクセスネットワークから中間の静止型または非静止型のネットワークを経由して前記第１の非静止型のネットワークへ段階的に接続している（縦続接続している）一連のサービス品質コントローラ（cascading sequence of quality of service controller）を発見するステップと、前記第１の非静止型のネットワークの要素または要素のアドレス空間を、前記段階的につながっているサービス品質コントローラにマッピングするステップとを含んでいる。

これは、中間ネットワークを介して二つのネットワークが接続されるセッションの取り扱いを可能にする。直接またはこのマッピングを介して間接的にそれぞれ互いに認識しており、それによってネットワークの要素を知っているこの段階的に接続している一連のＱｏＳコントローラは、このような縦続接続のネットワーク接続（cascaded network connection）におけるＱｏＳ割当てを可能にする。

一実施形態によれば、前記発見手順は更に、前記第１のエンドホストが前記第１の静止型のアクセスネットワークのセッション開始サーバを発見して、それに登録することを可能にするステップを含んでいる。

この発見手順は、エンドホストが前記セッション開始サーバに登録することを可能にし、更にリソース割当てを保証するためにサービス品質コントローラ間の通信を可能にする。

一実施形態によれば本方法は、セッションのためのリソースを割当てた後に、前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記第１のエンドホストに前記セッション開始要求を転送して、前記割当てられたリソースに基づいてセッションを開始するステップを更に含む。

セッション開始サーバによるサービス品質コントローラを経由したセッション開始要求の受信によってリソース割当てをトリガーすることは、サービス品質およびリソース割当てを、セッション開始から独立させる。更にこれは、要求されたリソースに割当てた後に第１のエンドホストを経由したセッション開始要求の実際の転送を可能にする。

一実施形態によれば、セッションをセットアップする方法を開始するに先立って、前記第１の静止型のアクセスネットワークと第１の非静止型のネットワークとの間にサービス品質合意が存在する。

第１の静止型のアクセスネットワークと第１の非静止型のネットワークとの間のサービス品質合意の存在によって、サービス品質を交渉することと、これら二つのネットワーク間の各ユーザ接続のためにリソースを割当てることとの必要性が回避される。これは、要求されたリソースを確保し、それによって接続の途中における時間のかかるリソース割当てと交渉とを避けるために、リソース割当てを、このような予め存在するＱｏＳ契約の活性化だけから成るタスクにしている。

もう一つの実施形態によれば、必要なリソースの供給を確保するために、予め存在するＱｏＳ契約以外のメカニズムがＱｏＳコントローラによって使用され得る。

一実施形態によれば、前記第１の静止型のアクセスネットワークのサービス品質コントローラとセッション開始コントローラとは、事前構成（pre-configuration）によって、またはブートストラップ・レジスタによって互いに認識している。事前構成またはブートストラップ・レジスタは、ネットワークのセッション開始コントローラとサービス品質コントローラとを互いに認識させるために便利である。

一実施形態によれば、前記サービス品質コントローラによる前記リソース割当ては、サービス品質コントローラが属するネットワーク内の必要なリソースを割当てるステップと、前記サービス品質コントローラが属するネットワークとその隣接ネットワークとの間の接続のために必要なリソースを割当てる、または必要なリソースに関して交渉するステップとを含んでいる。

サービス品質コントローラが属するネットワーク内のリソースをその隣接ネットワークへの接続に割当てることは、要求されたサービス品質がセッションのセットアップのために提供可能であることを保証する。

一実施形態によれば、二つの隣接するネットワーク間にサービス品質合意が存在するならば、リソース割当て要求に応答するサービス品質コントローラは、リソース割当て要求に応答して直ちに肯定応答を送出するようになっている。

既存のサービス品質合意は、このような契約を交渉する必要性を回避する。これは、単にこのような契約が適所に存在するかどうかのチェックがリソース割当て要求によってトリガーされることが可能であり、契約が存在すれば肯定応答が送られ、それによって時間のかかる如何なる割当ても交渉も避けることができる。

一実施形態によれば、前記告知メッセージを伝播するステップは、前記セッション開始サーバが前記第１のエンドホストとのセッションを開始できるように、前記第１のエンドホストが前記セッション開始サーバに登録することを可能にするために、前記第１の静止型のアクセスネットワークのサービス品質コントローラと前記第１の非静止型のネットワークの前記サービス品質コントローラとを介して前記第１のエンドホストに前記セッション開始サーバを知らせるステップを含む。

第１の静止型のアクセスネットワークから任意の中間ネットワークを介してエンドホストが属する第１の非静止型のネットワークにそれぞれのネットワークのサービス品質コントローラに関する知識（knowledge）を伝播することは、静止型のアクセスネットワークと非静止型のアクセスネットワークとの間の経路においてそれぞれのサービス品質コントローラに関する知識を転送する便利な方法である。

一実施形態によれば、前記告知メッセージを伝播するステップは、
前記第１の静止型のアクセスネットワークから前記第１の非静止型のネットワークへの経路にある全ての前記サービス品質コントローラのリストを蓄積するステップと、
前記第１のエンドホストが前記セッション開始サーバに登録するときに前記第１のエンドホストから前記第１の静止型ネットワークの前記セッション開始サーバに前記サービス品質コントローラの蓄積されたリストを送るステップとを含んでいる。

第１の静止型のアクセスネットワークから第１の非静止型のアクセスネットワークへの経路内のサービス品質コントローラのリストを蓄積することと、登録時にこのリストをセッション開始サーバに返送することは、好都合であり得る経路においてセッション開始サーバが各サービス品質コントローラに直接連絡することを可能にする。

一実施形態によれば、前記告知メッセージを伝播するステップは、
前記第１の非静止型のネットワークと前記第１の静止型のアクセスネットワークとの間の接続時に前記第１の静止型のアクセスネットワークのサービス品質コントローラによって前記第１の非静止型のネットワークのサービス品質コントローラを発見するステップと、
該ステップによって発見された前記第１の非静止型のネットワークのサービス品質コントローラに関する情報を前記第１の静止型のアクセスネットワークのセッション開始サーバに供給するステップとを含んでいる。

第１の非静止型のネットワークのサービス品質コントローラをそれが第１の静止型のアクセスネットワークに接続するときに発見することと、この知識を第１の静止型のアクセスネットワークのサービス品質コントローラを介してセッション開始サーバに転送することは、接続された全てのネットワークを介して、隣接するサービス品質コントローラに関する知識を配信するもう一つの方法である。

一実施形態によれば、前記セッション開始要求は、セッション開始プロトコルのセッション招待メッセージ（session invitation message）である。

伝播される告知メッセージのためにＩＰｖ６プロトコルのルータ公示および／またはルータ請求のメッセージ（router advertisement and/or router solicitation message）を使用することは、サービス品質コントローラに関する知識を配信するために既存のＩＰｖ６インフラストラクチャ（IPv6 infrastructure）の使用を可能にする。更にセッション開始要求としてセッション開始プロトコルのセッション招待メッセージを使用することは、セッション招待プロトコル上に構築された既存のインフラストラクチャを使用することを可能にする。

一実施形態によれば、前記ルータ公示および／またはルータ請求のメッセージは、サービス品質コントローラおよび／または前記セッション開始サーバに関する情報を保持するものである。

このやり方で、ＱｏＳコントローラとＳＩＰサーバとに関する情報配信は、例えばＩＰｖ６という既存のインフラストラクチャを使用して実行できる。

一実施形態によれば、前記ルータ公示メッセージは、情報として、前記セッション開始サーバのアドレスと一つ以上のサービス品質コントローラのアドレスとを保持しており、 前記ルータ請求のメッセージは、情報として、新しく検出されたサービス品質コントローラのアドレスを保持するものである。

これは、ＱｏＳ要求の転送を可能にするために配信される必要のある情報を保持するため、すなわち例えば階段式（cascaded manner）に接続され得るＱｏＳコントローラのアドレスを保持するために、ピギーバック式（piggy-back manner）のこれらのメッセージを利用する。新しく検出されたＱｏＳコントローラは、この手順によって自動的にＩＰアドレスを割当てられ、それをルータ公示が送られてきたＱｏＳコントローラに返送し、それによって階段式に接続されたＱｏＳコントローラに関する情報配信を完了することができる。

一実施形態によれば、前記リソース割当てをトリガーするステップは、
前記第１の静止型ネットワークのセッション開始サーバから前記第１の静止型のアクセスネットワークのサービス品質コントローラにリソース割当て要求を転送するステップと、
前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の非静止型のネットワークのサービス品質コントローラにリソース割当て要求を転送するステップと、
前記割当て要求に応答して、それぞれのネットワークにおける前記サービス品質コントローラによって要求されたリソースを割当てるステップと、
前記要求されたリソースを割当てた後に、前記第１の非静止型のネットワークのサービス品質コントローラから前記第１の静止型のアクセスネットワークのサービス品質コントローラにリソース割当て肯定応答メッセージ（resource allocation acknowledgement message）を返送するステップと、
前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークのセッション開始サーバにリソース割当て肯定応答（resource allocation acknowledgement）を転送するステップとを含んでいる。

要求メッセージおよび肯定応答メッセージの異なるフローにより、セッション招待要求が転送される前に、要求されたリソースが割当てられることが保証され、それによってセッション開始のステップだけが短縮される。

一実施形態によれば、前記第２のエンドホストは、第２の静止型ネットワークを介して前記第１の静止型のアクセスネットワークに接続されており、
前記第１の静止型のアクセスネットワークと前記第１の非静止型のネットワークとにおいて要求されたリソースを割当てた後に、
前記第１の静止型のアクセスネットワークの前記セッション開始サーバから、前記第２のエンドホストが前記第１の静止型のアクセスネットワークに経由して接続する前記第２の静止型のアクセスネットワークのセッション開始サーバにリソース予約要求（resource reservation request）を転送するステップと、
前記第２の静止型のアクセスネットワークの前記セッション開始サーバから前記第２の静止型のアクセスネットワークの前記サービス品質コントローラに前記リソース割当て要求を転送するステップと、
前記要求されたリソースを割当てた後に、前記第２の静止型のアクセスネットワークの前記サービス品質コントローラから前記第２の静止型のアクセスネットワークの前記セッション開始サーバに前記リソース割当て肯定応答を返送するステップとを含んでいる。

リソース予約要求と次の第２の静止型のアクセスネットワークにおけるリソース割当てとの転送は、第２の静止型のアクセスネットワークにおいて要求されたリソースが利用可能であることを確実にする。更に、第１のエンドホストへの経路上で第１の静止型のアクセスネットワークとその隣接ネットワークとにおいてリソースが割当てられた後にこの手順を実行することは、第１のエンドホストが実際に提供でき、また配信できるこれらのリソースが、まさに第２の静止型のアクセスネットワークにおいて割当てられることを確実にする。

一実施形態によれば、本方法は、
前記第１のエンドホストから前記第１の静止型のアクセスネットワークの前記セッション開始サーバに送られたセッション終了要求に応答して、
前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記静止型のアクセスネットワークの前記サービス品質コントローラにリソース割当て削除メッセージ（resource allocation removal message）を転送するステップと、
前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の非静止型のネットワークの前記サービス品質コントローラに前記リソース割当て削除メッセージを転送するステップと、
前記第１の非静止型のネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークの前記サービス品質コントローラにリソース削除肯定応答（resource removal acknowledgement）を返送するステップと、
前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークの前記セッション開始サーバにリソース削除肯定応答メッセージを転送するステップと、
前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記第２の静止型のアクセスネットワークの前記セッション開始サーバにセッション終了要求（session termination request）を転送するステップと、
前記第２の静止型のアクセスネットワークの前記セッション開始サーバから前記第２の静止型のアクセスネットワークの前記サービス品質コントローラにリソース削除要求（resource removal request）を転送するステップと、
前記第２の静止型のアクセスネットワークの前記サービス品質コントローラから前記第２の静止型のアクセスネットワークの前記セッション開始サーバに前記リソース削除肯定応答メッセージを転送するステップと、
前記第２の静止型のアクセスネットワークの前記セッション開始サーバから前記第２のエンドホストにセッション終了メッセージ（session termination message）を転送するステップとを含んでいる。

この削除手順は、あるセッションに割当てられたリソースを解放し、それによってこれらのリソースを、確立される次の、またはもう一つのセッションのために利用可能にする。

一実施形態によれば、本方法は、
前記第２の静止型のアクセスネットワークから前記第１の静止型のアクセスネットワークにセッション開始要求を転送するステップの前に、前記第２の静止型のアクセスネットワークのサービス品質コントローラによって前記第２の静止型のアクセスネットワークにおいてリソース割当てを実行するステップを含んでいる。

前記第１の静止型のアクセスネットワークにセッション開始要求を転送するステップの前に、前記第２の静止型のアクセスネットワークにおいてリソース割当てを実行するステップは、セッション開始またはセッションをセットアップする手順全体を短縮することができる。しかしながら、余分なまたは不十分なリソースの割当てを避けるために、能力と第１のエンドホストとについての知識が必要とされる、あるいは推奨される。

一実施形態によれば、第１のエンドホストと第２のエンドホストとの間の定められたサービス品質を有するセッションをセットアップするための装置であって、ここで、前記第１のエンドホストは、移動するものであって、サービス品質コントローラを有する第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間ネットワークを介して接続する第１の非静止型または非固定型のネットワークに属しており、前記第２のエンドホストは、前記第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間の静止型または非静止型のネットワークを介して接続されるものであり、
接続を確立するために通る静止型および非静止型の各ネットワークにおけるサービス品質コントローラであって、属するネットワークのノードと該ノードの能力とを認識し、セッションのために必要なリソースの割当てに関して責任を有するサービス品質コントローラと、
固定された静止型ネットワークにおけるセッション開始サーバと前記サービス品質コントローラの双方が互いに認識しているところで、ホスト間でセッションを開始するために各静止型のアクセスネットワークにセッション開始サーバを設けるためのモジュールと、
前記第１のエンドホストが前記第１の静止型のアクセスネットワークの前記セッション開始サーバを発見して、前記セッション開始サーバに登録することを可能にするために、セッション開始に先立って発見手順を実行するとともに前記非静止型のネットワークの前記サービス品質コントローラを発見するためのモジュールと、
前記第１の静止型のアクセスネットワークの前記セッション開始サーバによって受信されたセッション開始要求に応答して、セッションのためのリソースを割当てるために前記第１の静止型のアクセスネットワークの前記サービス品質コントローラをトリガーして、前記第１の非静止型のネットワークの前記サービス品質コントローラをトリガーするためのモジュールと、
前記第１のエンドホストが前記第１の静止型のアクセスネットワークの前記セッション開始サーバに登録することを可能にするために、新しい非静止型のネットワークが前記第１の静止型のアクセスネットワークまたはもう一つの非静止型のネットワークに接続するときに、前記サービス品質コントローラ間に告知メッセージを伝播するためのモジュールとを含んでおり、前記告知メッセージが、ルータ公示および／またはルータ請求のメッセージである、装置が提供される。

更なる実施形態によれば、本発明の実施形態による方法を実行するための一つ以上のモジュールまたは手段を含む装置が提供される。

更なる実施形態によれば、本発明の実施形態による方法をコンピュータが実行することを可能にするためのコンピュータ実行コードを含むコンピュータプログラムが提供される。

下記の説明では、本発明の実施形態が添付の図面に関連して説明される。

下記の説明ではしばしば、「セッション開始」への言及が行われている。このセッション開始は、本質的に、セッションを確立するために通信相手間におけるエンドツーエンド（end-to-end）のメッセージ交換にある。これは例えば、セッション開始プロトコル（ＳＩＰ）によって達成可能であり、その詳細説明は、ＲＦＣ３２６１：「Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」に見ることができる。下記の実施形態では、セッション開始のためのプロトコルとしてＳＩＰの言及が主として行われるであろうが、セッション開始のために他のプロトコルも同様に使用可能である。他の例としては、ＩＴＵ−Ｔによって定義されたＨ．２４８、およびＩＥＴＦによって定義されたＭｅｄｉａ Ｇａｔｅｗａｙ Ｐｒｏｔｏｃｏｌ（ＭＥＧＡＣＯ）があり得る。

セッション開始は二つのエンドホスト間に通信セッションをセットアップするために使用され、またこれは、セッションが開始されるはずの宛先デバイス（destination device）に通信を発信する装置から送られるセッション開始要求（ＳＩＰの用語では「セッション招待（session invitation）」と言う）を使用する。宛て先からの返送メッセージはその利用可能性を示し、発信者からの肯定応答によりセッション確立を完了する。

ＳＩＰによるセッション確立のために、ネットワークは、図１に示すようなＳＩＰサーバを備えることができる。ＳＩＰサーバは、それが属するネットワークのメンバを知っており、例えばメンバのＩＰアドレスを知っており、それによってそれが属するネットワークの二つ（以上）のネットワーク要素間にセッション・セットアップ（session set-up）を確立するために、必要な信号を取り扱うことができる。更にＳＩＰは、これが直接に、あるいは間接的に（例えば中間ネットワークを介して）接続される他のネットワークの他のＳＩＰサーバを知っている。これは、他のネットワークの要素との接続を、それらのそれぞれのＳＩＰサーバを介して確立することを可能にする。「固定型」または「静止型」ネットワーク、すなわち本発明の実施形態による移動しないネットワークは、そのネットワークのメンバ（メンバのアドレス）と、接続されたネットワークのＳＩＰサーバとを知るＳＩＰサーバを備えている。

前述のようにＳＩＰによって与えられるセッション信号処理は、エンドツーエンドで行われる。しかしながらこれは、ネットワークリソースの割当てを制御せず、データ経路をたどることもできない。したがって、所望のＱｏＳを確保するために必要とされるリソースを割当てるために、前述のような任意の既存のセッション開始プロトコル・インフラストラクチャに好ましく適合する別の更なる手順が必要である。

図２は、図１に示されているような動的ネットワーク環境において保証されたＱｏＳを与えるために一実施形態にしたがって使用され得る基本的ネットワーク・インフラストラクチャを示している。

携帯電話２８０のようなエンドホストは、固定型（静止型）アクセスネットワークＢ２７０に接続する非静止型（非固定型または「移動」）ネットワーク２７５に属し得る。この「アクセスネットワーク」２７０を介して非固定型のネットワークの任意の要素は、更なるネットワークまたはそれらの要素に「アクセス」できる。図２の例ではこれは、この他の通信エンドポイント、ノード２００が属する固定型アクセスネットワークＡ２１０に対して、バックボーンネットワーク（backbone network）２４５および２４０を介して行われ得る。

固定型アクセスネットワーク２１０および２７０は、セッション開始サーバ（ＳＩＰサーバ）２３０および２５０を有している。これらは、それぞれのネットワークのメンバを知っており、セッションを開始するために必要な信号を受信して転送することができる（ＱｏＳ保証なしで）。

定められたＱｏＳを保証するために、静止型のアクセスネットワーク２１０および２７０ならびに移動する非静止型のネットワーク２７５にサービス品質コントローラＱｏＳ Ｃｔｒｌが設けられている。

下記においてサービス品質コントローラ（ＱｏＳコントローラ）が言及されるとき、これらの装置またはモジュールは、それら自身のネットワークの要素と、ネットワークの要素のそれぞれのアドレスとを知っていることが想定されている。更にこれらは、ある通信リンクのために必要な応答が備えられていることを保証できることが想定されている。所望のＱｏＳを与えるために必要とされる応答を保証することは、サービス品質合意の単なる活性化を含み得るか、サービス品質合意の交渉を含むことができるか、あるいはＲＳＶＰまたはＭＰＬＳのような所望のサービス品質を確保するために任意のメカニズムを利用することができる。ＱｏＳコントローラは、例えばユーザによる、または通信相手またはネットワーク内の任意の要素による要求次第で所望の品質を保証できる。

二つ以上のネットワーク間のカスケード接続（cascaded connection）の場合には、ＱｏＳコントローラは、その隣接ネットワークのまたはそれが中間ネットワークを介して接続されるネットワークの、要素のアドレスまたはアドレス空間の「マッピング」を保持し得る。このマッピングを介してＱｏＳは、以下の説明から更に明らかになるように、（マッピングテーブル（mapping table）を参照することによって）それ自身のネットワークまたは他のネットワークのためのＱｏＳ要求に適切に応答することができる。

バックボーン（または「コア」）ネットワーク２４０および２４５では、一実施形態においてＱｏＳは、ある接続のために必要なサービス品質が与えられるように管理する既存のＱｏＳ契約によって保証され得る。これは、このようなネットワークにおける一般には極めて大きなトラフィックのため、トラフィックにおける統合されたフローの統計的多重化（statistical multiplexing）によって達成できる。したがって図２に示しているように、アクセスネットワーク２１０および２７０がバックボーンネットワーク２４０および２４５に接続されるこれらのネットワークのエッジ間で何が発生するかを気にしなくて済むように、ネットワーク２４０および２４５間の接続に関してエッジツーエッジＱｏＳ契約（edge to edge QoS agreement）が存在する。

しかしながら、このような予め定められたＱｏＳ契約が適所に自動的には存在しない場合には、例えば静止型ネットワークに接続する移動ネットワークによって新しいネットワーク間接続が確立されるときに、ＱｏＳの保証を引き受けることはＱｏＳコントローラのタスクである。一実施形態において、これは、これら二つのネットワークに関して既に（例えば運用者によって前もって）交渉されたＱｏＳ契約が存在するかどうか、存在するならばこの契約がまさに活性化される必要があるかどうかのチェックを含み得る。例えば、アクセスネットワークＢの運用者と移動ネットワークＣの運用者との間で、ある早い時期に交渉されたＱｏＳ契約が存在する可能性があり、移動ネットワークＣがネットワークＢに接続するようになれば、このＱｏＳ契約は、後で幾分詳細に説明されるように、ＱｏＳコントローラによって活性化され得る。そうすればネットワークＢとＣとの間のネットワーク間接続に関するＱｏＳは保証される。

定められたＱｏＳの保証に関して、ネットワーク間制御とネットワーク内制御とを区別することができる。前者に関しては、例えば、隣接ネットワーク間のＱｏＳ契約の動的制御を提供する非特許文献１に記載されているようなＩＮＱＡ（Ｉｎｔｅｒ−Ｎｅｔｗｏｒｋ ＱｏＳ Ａｇｒｅｅｍｅｎｔｓ）のようなアプローチを使用することができる。これらのＱｏＳ契約は、ビデオ、オーディオおよび会話のようなトラフィックのタイプの間で利用可能なネットワークリソースを分割するために、ドメイン内ＱｏＳ制御アプローチ（intra-domain QoS control approach）によって使用され得る。このドメイン内ＱｏＳ制御アプローチは、例えば非特許文献２に記載されているＤｉｆｆＳｅｒｖモデルに基づくことができる。その代替手段は、例えば、非特許文献３に記載されているＲＳＶＰ、または非特許文献４に記載されている統合されたＲＳＶＰのような予約プロトコル（reservation protocol）が利用され得る。ネットワーク間およびネットワーク内リソースの制御を提供するために、このような制御が必要となるこれらのネットワークのために必要とされるネットワーク間およびネットワーク内ＱｏＳ信号をトリガーできる「ＱｏＳコントローラ」が設けられる。このＱｏＳコントローラは、定められたＱｏＳを要求に応じて保証する役割を有しており、図２のネットワークＢおよびＣのような二つのネットワーク間に定められたＱｏＳを保証する予め存在するＱｏＳ契約（pre-existing QoS agreement）を利用できる。図２から分かるように非静止型のネットワークは、ＳＩＰサーバを備えていない。これは、これらのネットワークが自分自身の上では如何なるセッションも開始できないことを意味し、また更にこれらの非静止型のネットワークは移動でき、したがって時間的に異なる静止型のアクセスネットワークに接続する可能性があるので、図２のネットワーク２７５のような非静止型のネットワークのノードを既存のＳＩＰサーバが「それ自体では」認識していないことを意味する。

図２に示しているようなこのタイプの動的シナリオでは、ＱｏＳが保証されるべきであれば、特に受信器サイズの無線アクセスネットワークがプリフロー・予約アプローチ（pre-flow reservation approach）（すなわち要求された個別接続ごとに保証されたＱｏＳ）を有する場合には、ＳＩＰによって提供されるセッション・セットアップ制御（session set-up control）と、上記の「ＱｏＳコントローラ」によって提供されるＱｏＳ制御との間の協働動作を提供することが必要である。これは、このようなセッション・セットアップによって遂行されるべき下記のタスクにつながる。
１）動的ネットワーク（非静止型のネットワーク）におけるエンドホストは、登録のためのローカルＳＩＰサーバ（到達可能であるべき）を発見しなければならない。
２）ＱｏＳコントローラは、自分と隣接するＱｏＳコントローラを見つけることができなくてはならない。
３）ＳＩＰサーバは、多数の動的ネットワーク（おそらく移動しつつある）上のエンドホストへのコールのためにアクセスネットワークにおいてＱｏＳの正しい構成をトリガーできなくてはならない。

第１の点に関しては前述のように、非静止型のネットワークはＳＩＰサーバを有していない。これらは、動かない固定型（静止型）ネットワークに配置されている。しかしながら、動いているエンドホストはなお、セッション開始のために到達可能であるべき各固定型アクセスネットワークにおける適当なＳＩＰサーバを発見できなくてはならない。それによってエンドホストは、例えば自身が固定型アクセスネットワークに接続される列車内のネットワークのような移動ネットワーク内に配置され得る。更に固定型アクセスネットワーク内のＳＩＰサーバは、電話番号またはＳＩＰ識別子のようなロジカル・サービス・アドレス（logical service address）を特定の移動ネットワークのための位置識別子（location identifier）にマッピングできるべきである。

一実施形態によれば、これは、非静止型のネットワークが接続される静止型ネットワークのＳＩＰサーバに、非静止型のネットワークのノードを登録することを可能にする発見手順によって達成できる。

上記の第２の点に関しては、全てのネットワークは「ＱｏＳコントローラ」を有していると想定されているが、ネットワークは移動可能であり、したがって一実施形態によれば、「ＱｏＳコントローラ」が自分に隣接するコントローラを発見することを可能にする動的メカニズムが設けられている。

上記の第３の点に関しては、一実施形態によれば、ＱｏＳコントローラは、ネットワークのＳＩＰサーバによって受信されたセッション開始要求に応答して、ネットワーク内において、およびその隣接ネットワークへの接続において必要なリソースを割当てることができる（例えば、これら二つのネットワーク間の予め存在するＱｏＳ契約を活性化することによって）。一実施形態によれば、図２に示しているように静止型のアクセスネットワークとボーンネットワークとの間にはＱｏＳ契約が存在している。この図は、３つのネットワーク間契約（ネットワーク２１０と２４０との間、２４０と２４５との間、および２４５と２７０との間）が存在する状況を示している。これは、連結されるとアクセスネットワークＡおよびＢの双方のユーザ間にＱｏＳ保証を与えることができる。これを与えることは、ネットワークＡが利用可能なリソースについて二つのバックボーンネットワークに問合せをすることなくネットワークＢ内の任意のエンドホストに行く通信セッションを許可することができることを意味しており、これは、これらの事前の契約がコール・セットアップを改善し、ネットワークを単純化できることを意味している。

固定静止型ネットワーク間だけにＱｏＳ契約を与えることは、使用されなければ無駄になる可能性のあるネットワークリソースを事前予約が割当てるということに基づいている。したがって、事前のＱｏＳ契約の確立は、割当てられたリソースが平均的に使用されることを統合化トラフィックにおける個別の流れの「統計的多重化」が保証するので（前述のように本発明者らは、固定型および無線リンクにおいてアクセスネットワークが毎流れ留保方式を使用することを想定している）、一実施形態では、統合化トラフィックのために、すなわちバックボーン上で使用される。しかしながら、無線リンクでは帯域幅が極めて高価であり、したがってこのようなリンク上での個別要求のための事前予約は、好ましくは行われない（これは電力消費とスリープモード／ページングとについても問題である）。したがって、一実施形態によれば、非静止型のネットワークと固定型アクセスネットワークとの間の接続に関するＱｏＳ契約は、例えばセッション開始要求に応答してネットワークＢとＣとの間の予め存在するＱｏＳ契約を活性化することによって、ＳＩＰ信号に統合されるやり方で活性化される。

保証されたＱｏＳを有するセッション開始のための実施形態は、詳細に下記に説明される。これは、ＳＩＰサーバを見つけるために発見メカニズムを使用し、それからアクセスにおけるＱｏＳセットアップをＳＩＰセッションシグナリング（SIP session signalling）と統合することに基づいている。

本実施形態では、図２に示している両アクセスネットワークＡおよびＣにおいて、二つのＳＩＰサーバを介して制御されるエンドツーエンドＳＩＰセッション・セットアップ（end-to-end SIP session set-up）が想定されている。

また本実施形態には、前述のようにネットワーク間ＱｏＳ契約（inter-network QoS agreement）とネットワーク内のローカルＱｏＳの保証とを引き受ける、静止型ネットワークＡおよびＢと移動ネットワークＣとを含む各ネットワークのためのＱｏＳコントローラが存在する。

この実施形態において、静止型のアクセスネットワークＡ２１０とＢ２７０のＳＩＰサーバは、それぞれのアクセスネットワーク内のＱｏＳコントローラを認識している（事前構成またはブートストラップ・レジスタによって）。これらのＱｏＳコントローラは、一実施形態において、告知メッセージをノードと他のネットワークとに、それらがこのネットワークに接続されるときに伝播する。例えば図２の場合、ＳＩＰサーバ２５０によってトリガーされたＱｏＳコントローラ２５５は、ＳＩＰサーバ２５０について知らせるために告知メッセージをＱｏＳコントローラ２６０に伝播できるが、このＱｏＳコントローラはそれから、そのネットワークのノードにＳＩＰサーバのことを知らせることができる。途中で直接に、あるいはＱｏＳコントローラ（単数または複数）を介して送り返される返送メッセージにおいて、ＳＩＰサーバは、移動ネットワークのノードとそれらのアドレスについて知らされ得る。こうしてＳＩＰサーバとＱｏＳコントローラとは、サービスアドレスから移動ノードのＩＰアドレスへのマッピングを確立でき、また非静止型のネットワークの移動ノードは、ＳＩＰサーバを「発見」でき、それからセッション開始要求がこの移動ノードに到達できるようにＳＩＰサーバに登録するようになっている。

更に、定められたＱｏＳまたは所望されるＱｏＳを実際に提供するために、一実施形態において、アクセスネットワークにおけるＱｏＳコントローラは、各セッション・セットアップごとに（例えば、ＳＩＰサーバがセッション開始要求を受信した後にそのＳＩＰサーバによって）トリガーされ、ネットワーク間のリソースをチェックする。これは、一方はセッション開始要求の発信元に向いた方向にあり、他方はセッション開始要求の宛て先の方向にある二つの隣接ネットワークとの接続のためのリソースをチェックするステップを含み得る。これらのネットワーク間にＱｏＳ契約が既に適所に存在するか、予め存在していて、ちょうど活性化を必要としていれば、ＱｏＳコントローラはプリフロー・リソース（pre-flow resource）を予約することをコアネットワークに依頼することなく、肯定応答を直ちに送ることができる。このようにして、事前確立された契約が使用できるのでＱｏＳは保証され、コール・セットアップ時間（call set-up time）は改善される。

下記において、一実施形態によるセッション・セットアップの信号の流れが、図３（破線が信号送出で示されている）に関連付けて詳細に説明される。

図３は、非静止型のネットワークＣの移動ノードＮｏｄｅ１によるＳＩＰサーバの発見と、移動ノードのＳＩＰサーバへの登録とを含んでいるセッション・セットアップの第１のフェーズを示している。この図は更に、ネットワークＢによる非静止型のネットワークＣの隣接ＱｏＳコントローラの発見を含んでいる。図３に示している実施形態では、ＳＩＰサーバＡはアクセスネットワークＡに属し、ＳＩＰサーバＢはアクセスネットワークＢに属している。この例におけるアクセスネットワークＡおよびＢは、図２の場合と同様に固定型（静止型）ネットワークであり、この例におけるネットワークＣは、このネットワークのメンバが最初にネットワークＢのＳＩＰサーバによって「発見され」なくてはならない非静止型（「移動」）ネットワークである。この目的のために以下に説明されるようなステップで、告知（または「告知メッセージ」）が実施される。
１．ＱｏＳコントローラＢは、ブートストラップ（bootstrap）でＳＩＰサーバＢに登録し、逆も同じである。それからＳＩＰサーバＢは、アクセスネットワークＢを介して到達可能なアドレスについて知り、ネットワークＢから登録事項を取得できる。このステップは、静止構成によっても実行できることが留意されるべきである。
２．ＱｏＳコントローラＢは、ネットワークＣのＱｏＳコントローラＣにＳＩＰサーバＢを告知する。
３．ＱｏＳコントローラＣは、アドレスＩＰ Ｃ１を有するネットワークＣ内のノード１にＳＩＰサーバＢを告知する。
４．ネットワークＣ内のノード１はそれから、アドレスＩＰ Ｃ１を使用してＳＩＰサーバＢに登録することができる。

最初の３ステップは、ノード１がＳＩＰサーバと交信できること（ノード１によるＳＩＰサーバの「発見」）を保証するために必要とされる。それからこれは、セッション開始要求のようなＳＩＰメッセージがノード１に到達できるように、ノード１がＳＩＰサーバに登録することを可能にする。ネットワークＡも非静止型のネットワークであれば、アクセスネットワークＡのためにも同様の手順が実行されなくてはならない。

最初の４ステップの後にＳＩＰサーバは、ノード１がネットワークＢを介して到達され得ることを知る。これは、ＩＰ Ｃ１というアドレスがネットワークＢのために割当てられたアドレスのプールから得られるので、言い換えればアドレスの点から見てネットワークＣがネットワークＢのサブネットであるので、可能である。ネットワークＣは、ネットワークＢを介して接続されるので、Ｃにおけるアドレスは、Ｂのアドレスの一部である。したがって、遷移性（transitivity）によってアドレスＩＰ Ｃ１はネットワークＢの一部である。

言い換えれば、ＱｏＳコントローラＢは、（例えば初期化時に）ＳＩＰサーバＢに登録し、それからＳＩＰサーバＢは、アクセスネットワークＢを介して到達可能なアドレスに関して知るようになっている。それからＱｏＳコントローラＢは、ネットワークＣのＱｏＳコントローラＣにＳＩＰサーバＢを告知する。それからＱｏＳコントローラＣは、ノード１がＳＩＰサーバＢに登録することを可能にするために、ネットワークＣのノード１にＳＩＰサーバＢを告知する。それからＳＩＰサーバＢは、ネットワークＢおよびＣを介してノード１が到達可能であることを知り、それからアドレスマッピングＮｏｄｅ１−＞ＩＰ Ｃ１を確立できる。それからネットワークＣにおけるノード１が、アドレスＩＰ Ｃ１を使用してＳＩＰサーバＢに登録することができる。

この実施形態において、発見プロセスは、ＳＩＰサーバによってトリガーされ、ＳＩＰサーバが位置するネットワークのＱｏＳコントローラからその隣接ネットワークのＱｏＳコントローラ（単数または複数）を通過する告知メッセージを使用するようになっている。告知メッセージがネットワークＢから非静止型のネットワークＣに、ばかりでなく、そこからネットワークＣに接続されたもう一つの非静止型のネットワーク（図示せず）に、そしてそこから更に非静止型のネットワークに伝播され得ることは、当業者によって認められるであろう。これは、本実施形態において、発見プロセスが一つのＱｏＳコントローラからその隣接ネットワークのＱｏＳコントローラに、そこから再びその隣接ネットワークのＱｏＳコントローラに、以下同様に伝播される告知メッセージを使用することを意味している。これは、情報がＳＩＰサーバに登録可能な宛て先ノードに到着するまで、各ＱｏＳコントローラが告知メッセージを介してその隣接コントローラについて知らされることを意味している。

前述の実施形態では、それぞれの隣接ＱｏＳコントローラに関する情報だけが告知メッセージを介して伝えられるが、更なる実施形態による発見および登録手順は、以下に説明される幾分異なるやり方で実行され得る。

この実施形態において、このメカニズムは、経路（ここではＱｏＳコントローラＣだけを含むが、図１に示す例の場合には一つはＰＡＮ用、もう一つはＢＡＮ用の二つのＱｏＳコントローラを含む）上のＱｏＳコントローラのリストが蓄積されて、このリストがノード１に送られる発見プロセスを含んでいる。それからこのノードは、ＳＩＰサーバに登録して、ＳＩＰサーバにＱｏＳコントローラの蓄積リストに関する情報を提供する。それからＳＩＰサーバは、予約をセットアップしなくてはならないときに個別に各ＱｏＳコントローラと交信できる。しかしながらこのアプローチは、セッション招待プロトコルに定義されたようにＳＩＰ登録メッセージ（この経路における全てのＱｏＳコントローラに関する情報を含まなくてはならない）の変更を必要としたので、これはより好ましくない可能性がある。

各ノードへの途中にある全てのＱｏＳコントローラについてＳＩＰサーバが知ることを可能にするもう一つのアプローチまたは可能性は、次の通りである。すなわちＱｏＳコントローラＢは、両ネットワーク間の接続時にＱｏＳコントローラＣを発見し、この情報をローカルＳＩＰサーバＢに提供するようになっている。

上記で説明した発見および登録手順における、後の二つの変形例のいずれにおいてもＳＩＰサーバは、両ＱｏＳコントローラから直接、リソースを要求でき、したがってＱｏＳコントローラは、リソース割当てを要求するために互いに通信する必要はない。

これに対して前述の発見手順のための最初のアプローチは、ＳＩＰサーバにそれ自身のネットワーク（固定型アクセスネットワーク）内のＱｏＳコントローラについて認識するように要求するだけである。この場合、ＱｏＳコントローラＣのような他のコントローラについて認識するのはＱｏＳコントローラＢであり、ＳＩＰサーバは全てのＱｏＳ要求をそのローカルＱｏＳコントローラに渡す必要があるだけである。

図３に関連して説明されている発見および登録手順の後に、図４に関連して一実施形態による実際のセッション開始手順が説明される。このセッション開始手順は、前述の実施形態の一つによる発見および登録手順が実行された後に実行され得る。

図４は、ＳＩＰコール・セットアップ（SIP call set-up）の一実施形態を示している。図４に示しているステップは、ノード１が既にＳＩＰサーバＢに登録されているように、図３に示しているステップ１）〜４）が実行された後に、実行されることが想定されている。さらに、ステップ５）で招待メッセージが、通常のやり方でアクセスネットワークＡ内の要求しているノードからそのＳＩＰサーバＡに送られるようになっている。ステップ６）においてＳＩＰサーバＡは、このメッセージがステップ７）で招待メッセージとして到着するＳＩＰサーバＢに転送されるべきであると決定する。招待メッセージの到着に応答して、ＳＩＰサーバＢは、ＱｏＳコントローラを識別して、ステップ９ａ）および９ｂ）に示しているリソースまたは既存のＱｏＳ契約のチェックを要求する。ステップ９ａ）でＳＩＰサーバは、それ自身のネットワークのＱｏＳコントローラとネットワークＣとの接続とをチェックし、ステップ９ｂ）でＱｏＳコントローラＣは、ノード１へのリソースとおそらくは逆方向のネットワークＢとの接続もチェックする。肯定的結果の場合、ＳＩＰサーバＢは、要求されたリソースが利用可能であることを知らされる。それからオペレーション１０で招待メッセージは、ノード１に転送される。ここで、図４の動作８）に示されているようなアドレスＩＰ Ｃ１へのノード１のマッピングが、前述の発見および登録手順の一部として前もって既に実行されている可能性があることは留意すべきである。

動作９ａ）および９ｂ）に示しているリソースチェックは、コール・セットアップと並行して実行することができる。しかしながら一実施形態によれば、
・コールブロッキングがなお可能である（例えば下記の実施形態に示すようにＯＫメッセージを転送しないことによって）こと。
・データが送られる（図４には図示されていないもう一つのａｃｋメッセージの後にＳＩＰデータだけが送られる）とき、ＱｏＳリソースが利用可能であること。
以上の２つが保証されるべきである。ネットワーク間に契約が存在しない場合には、ＱｏＳコントローラはリソースをセットアップすること、またはコールを拒否することのいずれかを担当している可能性がある。ネットワークＢとＣとの間に既存のＱｏＳ契約が存在すれば、ＱｏＳコントローラＢおよびＣはまさに、この契約を活性化することができ、現在、リソースが利用可能であるという肯定応答をＳＩＰサーバに送ることができる。この契約の利用可能なリソースが不十分であれば、このコールは拒否され得る。

前述の手順は、下記の利点を有する。
・コール・セットアップを許可し、これらのためのＱｏＳを制御するために、ＳＩＰサーバおよび二つのＱｏＳコントローラの発見・協調動作が達成される。
・この発見プロセス（セッション開始に先立って前もって実行された）のために、より迅速なコール・セットアップが達成できる。
・ＳＩＰプロトコルの拡張は必要とされない。ＳＩＰサーバは、他のＳＩＰサーバに問い合わせることなしにローカルに（その隣接ＱｏＳコントローラと交信するそれ自身のネットワークのＱｏＳコントローラによって）リソースをチェックできる。この実施形態において、各ＳＩＰサーバは、自分のサーバ側のためにローカルにリソースをチェックしていることが想定されている。

前述の実施形態において、ＳＩＰサーバＢは、リソースをチェックするためにＱｏＳコントローラＣと交信するＱｏＳコントローラＢと交信することが想定されている。しかしながら、ＱｏＳコントローラの蓄積リストがその登録要求と共にノード１からＳＩＰサーバＢに送られた実施形態にしたがって発見手順が実行されていれば、ＳＩＰサーバＢは、図４に示しているようにＱｏＳコントローラＢを介してではなく、オペレーション９ｂ）で直接、ＱｏＳコントローラＣと交信することができる。しかしながらすでに述べたように、これは、登録要求メッセージがＱｏＳサーバに関する追加情報を保持する必要があるので、ＳＩＰプロトコルの修正を必要とする。

下記において、セッション・セットアップのための信号の更なる実施形態が、図５と関連させながら詳細に説明される。

この実施形態における信号は、「ｒｅｇｉｓｔｅｒ（登録）」、「ｉｎｖｉｔｅ（招待）」、「ｔｒｙｉｎｇ（試行）」、「ｒｉｎｇｉｎｇ（リンギング）」、「ｏｋ（受諾）」、および「ｂｙｅ（終了受諾）」のようなセッション招待プロトコルの既存のメッセージに基づいている。これは更に、ＩＰｖ６の既存のメッセージ、すなわちルータ公示Ｒｏｕｔｅｒ Ａｄｖ（Router Advertisement Router Adv）とルータ送信請求Ｒｏｕｔｅｒ Ｓｏｌ（Router Solicitation Router Sol）とを含み、これらは、この実施形態において、下記に説明されるように、そこの隣接するコントローラとＳＩＰサーバとについてＱｏＳコントローラに知らせるために告知メッセージとして利用される。

この詳細な実施形態において、前述のより単純化された実施形態と比較して幾つかの追加事項が使用される。
・この実施形態において、アクセスネットワークＢにおけるＱｏＳコントローラは、ＳＩＰサーバＢによって予め構成されており、更にＳＩＰサーバＢは、ＱｏＳコントローラＢに関する情報を持って構成されていることが想定されている。したがってＱｏＳコントローラをＳＩＰサーバＢに登録するための登録ステップは省略できる。
・この実施形態において、ネットワークＢおよびＣ内のアクセスルータ（ＡＲ）が考慮されており、これらはローカル告知プロセスに含まれている。
・この実施形態において、被呼者のアドレスの詳細をＳＩＰサーバＡに知らせるためにＳＩＰサーバ間に特別な通信（予約）メッセージが追加される。これは、アクセスネットワークＡとバックボーンネットワークとにおけるリソース（後者の予約は、被呼者が接続されるサブネット全体にセットされ得る）を予約するために被呼者の詳細なＩＰアドレス（ロケータ）が必要となるので、ＳＩＰサーバが被呼者の詳細なＩＰアドレス（ロケータ）を決定できない場合に、必要となる。

図５に示しているメッセージは、３つのグループに分割される。第１のグループ（「発見フェーズ」）は、エンドホストＵＥ２の登録で終了し、第２のグループ（ＱｏＳセットアップ）は、ユーザ・エンドホストＵＥ１の招待によって開始して肯定応答メッセージを受けるまでであり、第３のグループ（コールの終了）は、ＵＥ２が通信セッションを切断するときに開始する。

メッセージの第１グループにおいて、ＵＥ２は、その登録を実施するためにＳＩＰ−Ｂサーバの存在について認識する必要がある。この実施形態において、発見メカニズムは、既存のＩＰｖ６ルータ公示（ＲｏｕｔｅｒＡｄｖ）メッセージとルータ請求（ＲｏｕｔｅｒＳｏｌ）メッセージとに基づき、新しい二つのメッセージ：ＮｏｔｉｆｙＳとＮｏｔｉｆｙ Ｑとに基づいている。ルータ告知メッセージは通常、このルータによってサブネット・サーバに関する情報を配信するために使用される。ＩＰｖ６形式のこのようなルータ告知メッセージを受信する要素はその後、それ自身のＩＰアドレスを自動的に生成し、それをルータ請求のメッセージでルータに返送し、それによってこのルータを介して到達可能になる。

本実施形態において、図５に示している列車ネットワークのような移動ネットワークが、図５のネットワークＢのような静止型ネットワークに接続するときに、発見プロセスの目的のためにＲｏｕｔｅｒＡｄｖとＲｏｕｔｅｒＳｏｌとが使用される。これらのメッセージは、発見手順のために使用される追加情報、すなわちメッセージＮｏｔｉｆｙＳとＮｏｔｉｆｙＱを「ピギーバック（piggy-back）する」ために使用される。例えば、ネットワークＢのエッジにおけるアクセスルータからネットワークＣのエッジにおけるアクセスルータに送られるＲｏｕｔｅｒＡｄｖは、ＮｏｔｉｆｙＳメッセージとしてＳＩＰサーバＢに関する情報（例えば、そのＩＰアドレス）と、おそらくはＱｏＳコントローラＢに関する情報（例えば、そのＩＰアドレス）とを含み得る。ＲｏｕｔｅｒＡｄｖの一部として（例えば、拡張されたヘッダ機能を使用することによって）このメッセージＮｏｔｉｆｙＳは、列車ネットワークＣのエッジにおけるアクセスルータに到達している。それからメッセージＮｏｔｉｆｙＳは、現在のアクセスネットワーク（ここではネットワークＢ）内のＳＩＰサーバに関する情報を配信するために、移動ネットワーク（ここでは列車ネットワークＣ）のアクセスルータ間で使用され得る。この目的のために、ＲｏｕｔｅｒＡｄｖメッセージを受信したネットワークＣのエッジにおけるアクセスルータは、このメッセージをネットワークＣ内の他の全てのルータに送信できる。ＲｏｕｔｅｒＡｄｖメッセージを受信したネットワークＣ内のアクセスルータは、このネットワークの要素としてのそのＱｏＳコントローラについて認識するように構成されているので、それによってＱｏＳコントローラＣは、ＲｏｕｔｅｒＡｄｖメッセージを介してＳＩＰサーバＢについて知らされる。それからＲｏｕｔｅｒＡｄｖメッセージは、ＵＥ２がＳＩＰサーバＢについて知らされるように、ＵＥが接続されるネットワークＣのエッジにおけるアクセスルータからＵＥ２に転送される。

ＲｏｕｔｅｒＡｄｖメッセージに応答して、「ピギーバック」メッセージであるＮｏｔｉｆｙＱメッセージを含むルータ請求のメッセージＲｏｕｔｅｒＳｏｌが返送される。このＮｏｔｉｆｙＱメッセージは、接続されている移動ネットワーク（図５のネットワークＣ）のＱｏＳコントローラのＩＰアドレスをローカルＱｏＳコントローラに知らせるために、固定型アクセスネットワークのアクセスルータによって使用される。

ＳＩＰサーバおよびＱｏＳコントローラのＩＰアドレスに関する情報（ＮｏｔｉｆｙＳおよびＮｏｔｉｆｙＱメッセージ）を搬送するためにＩＰｖ６のＲｏｕｔｅｒＡｄｖおよびＲｏｕｔｅｒＳｏｌメッセージには更にフィールドが必要とされることは、当業者には明らかである。この目的のために、拡張されたヘッダ機能を使用することができる。それからＲｏｕｔｅｒＡｄｖおよびＲｏｕｔｅｒＳｏｌメッセージは、この情報が配信された後にＵＥ２がＳＩＰサーバＢに登録できるように、この情報を配信するために標準のＩＰｖ６形式で使用され得る。ユーザ・エンドホストＵＥ２が、列車ネットワークと図５に図示されていない更なる中間移動ネットワークとを介してアクセスネットワークＣに接続されることになれば、発見および登録のためのこの方式がアナログ方式で適用できることは、当業者には明らかである。

前述の図５に示しているような説明は、移動ネットワークにおけるＱｏＳコントローラに関する情報を収集して保持するのが固定型ネットワーク内のＱｏＳコントローラである場合を示している。この場合、ＳＩＰ−Ｂは、ＱｏＳ要求をＱｏＳ−Ｂに渡す必要があるだけである。任意のＱｏＳコントローラと通信するのがＳＩＰサーバである前述の他の二つのオプションの実施形態は、次のように行われることが可能である。
・ＱｏＳ−ＢとＱｏＳ−Ｃとの情報が移動ノードに蓄積される。この場合、ルータＡｄｖメッセージは、ＱｏＳ−Ｂコントローラに関する情報を移動ネットワークに渡すために使用される。移動ネットワーク内のＡＲは、無線リンクによるＡＲへのＮｏｔｉｆｙＳ内にＱｏＳ−Ｂのアドレス（ルータＡｄｖメッセージから収集された）とＱｏＳ−ＣのＩＰアドレス（事前構成された）と、を含んでいる。後者のルータは、移動ノードに送られたルータＡｄｖにこの情報を含み、これらの移動ノードはそれから、発見された全てのＱｏＳコントローラのＩＰアドレスをレジスタ・メッセージ（ＳＩＰ仕様から変更される必要がある）でＳＩＰサーバに渡すようになっている。
・ＱｏＳ−Ｂコントローラは、ＱｏＳ−Ｃコントローラを発見し（列車ネットワークＣが固定型アクセスネットワークＢに接続するとき）、この情報をＳＩＰ−Ｂに渡す。図５に示しているように移動ネットワークにおけるＡＲからルータ請求のメッセージを受信した後に、固定型ネットワーク内のＡＲは、図５に示しているようにＱｏＳ−Ｂの代わりにＳＩＰ−Ｂに、ＱｏＳ−ＣのＩＰアドレスを有するＮｏｔｉｆｙＱメッセージを送る。ＳＩＰ−Ｂは、事前構成またはブートストラップ登録によってＱｏＳ−ＢのＩＰアドレスを既に知っている。それからＳＩＰ−Ｂはリソースの割当てを要求するためにＱｏＳ−ＢおよびＱｏＳ−Ｃと通信できる。

発見および登録フェーズの後のＱｏＳセットアップ・フェーズに関連するメッセージの第２グループでは、アクセスネットワーク内のＱｏＳを制御するために、この実施形態に特別の制御メッセージが提供される。これは、固定型アクセスネットワークにおける、また固定型ネットワークと非静止型のネットワークとの間の正しいＱｏＳ契約の活性化と、ＵＥ１とＵＥ２とに必要なリソースの予約することとを意味している。本実施形態のメカニズムは、リソースがＵＥ１とＵＥ２との間の双方向通信に割当てられるようにする。

図５において、ＳＩＰ−Ａサーバからの招待メッセージの受信後にサーバＳＩＰ−Ｂは、このエンドホストの登録情報からＵＥ２のＩＰアドレスを取得し、その後にＳＩＰ−Ｂは、メッセージＲｅｑＱを使用することによってＵＥ２のＩＰアドレスでローカルＱｏＳコントローラをトリガーするようになっている。コントローラＱｏＳ−Ｂは、ＵＥ２のＩＰアドレスを利用可能なＱｏＳコントローラのＩＰアドレスと比較することによって、ＵＥ２の移動ネットワークのＱｏＳコントローラ（ＱｏＳ−Ｃ）を推論することできる。ＱｏＳ−Ｃをトリガーする前にＱｏＳ−Ｂは、例えば、固定型アクセスネットワークと列車ネットワークとの間で交渉されたＱｏＳ契約を活性化することによって必要なリソースを確保し、それによって列車ネットワークから固定型アクセスネットワークへの方向の通信の流れのために必要なＱｏＳが提供され得ることを保証する。ＱｏＳ−ＢからメッセージＲｅｑＱを受信した後にＱｏＳ−Ｃはまた、しかしながら他の方向において、例えば、列車ネットワークと固定型アクセスネットワークとの間のＱｏＳ契約を活性化することによってリソースを確保し、それによって固定型アクセスネットワークから列車ネットワークへの方向のＱｏＳを保証する。それによってＱｏＳ−Ｃは、アップリンクとダウンリンクのためのＵＥ１およびＵＥ２間のフローのためのリソースを予約する。この実施形態おいて、固定型アクセスネットワークＢと列車ネットワークとの間に既存のＱｏＳ契約が存在することと、この契約が二つの方向のフローの間を区別し、更に別々に活性化されなくてはならないことと、が想定されている。したがって、ＱｏＳコントローラＱｏＳ−ＢおよびＱｏＳ−Ｃは単に、例えばこれらが責任を有する、また内向き方向に向かう通信を支配するＱｏＳ契約のそれぞれの部分を活性化することによって必要なリソースを確保できる。しかしながら、更なる実施形態によれば、列車ネットワークと固定型アクセスネットワークとの間のＱｏＳ契約は、方向間を区別せず、この場合、ＱｏＳ−ＢからＱｏＳ−ＣへのＲｅｑＱメッセージは、両方向に契約を活性化（または必要なリソースを確保）できる。

前に既に述べたように、ＱｏＳ契約を活性化することは単に、必要なリソースが提供されることをＱｏＳコントローラがどのように保証するかの一例示的実施形態であって、所望のＱｏＳを保証する他の方法も可能である。

ＵＥ２近傍のエッジネットワークにおけるリソースの割当て後に、ＳＩＰ−Ｂは、ＵＥ２のＩＰアドレスと、ＵＥ２付近の固定型アクセスネットワークのサブネットアドレスとを有するＳＩＰ−ＡにメッセージＲｅｓｅｒｖｅ（留保）を送る（これは、ルートが後から追跡できるように招待メッセージにおいて「レコードルート」が使用されているので、可能である）。ＳＩＰ−Ａは、メッセージＲｅｑＱを使用することによってローカルＱｏＳコントローラをトリガーし、ＱｏＳ−Ａは、ＳＩＰ−Ｂによって示されているサブネットへの、およびサブネットからのＱｏＳ契約の存在をチェックする。更にＱｏＳ−Ａは、ＵＥ１とＵＥ２との間の（アップリンクとダウンリンクのための）フローのためのリソースを予約する。Ｄｏｎｅ（実行済み）メッセージを用いて、ＳＩＰ−Ａによって、リソースがＵＥ１近傍のエッジに予約されたことを知らされた後に、ＳＩＰ−Ｂは、ＳＩＰの通常の行動を再開する。

セッションの終了に関連するメッセージの第３グループでは、アップリンクとダウンリンクのためのＵ１とＵ２との間のフローのために割当てられたネットワークリソースを、エンドホスト近傍のＱｏＳコントローラが削除できるようにするために、ＤｅｌＱおよびＤｅｌ−ｏｋと呼ばれる新しいメッセージが定義されている。一実施形態によれば、ＱｏＳコントローラは、各定められた活性期間の終了時にＱｏＳ契約を自動的に不活性化するため、ネットワーク間のＱｏＳ契約は、削除される必要はない。

下記において、ＱｏＳセットアップ手順の修正に方向付けされた一実施形態が説明される。上記の実施形態で説明されたことの代替として、ＳＩＰサーバは、メッセージの第２グループ（ＱｏＳセットアップ）におけるノード（ＱｏＳ−ＢおよびＱｏＳ−Ｃ）への経路上でＱｏＳコントローラと直接交信できる。ＳＩＰ−Ａから勧誘メッセージを受信した後に、ＳＩＰ−Ｂは、前述のように、ローカルＱｏＳコントローラだけではなく、ローカルＱｏＳコントローラ（ＱｏＳ−Ｂ）と移動ネットワークのＱｏＳコントローラ（ＱｏＳ−Ｃ）にもＲｅｑＱメッセージを送るようになっている。

上記の段落で提示されたバージョンに更に密接に対応する第２のオプションは、ＲｅｓｅｒｖｅメッセージとＤｏｎｅメッセージとに関するＳＩＰ−ＢとＳＩＰ−Ａとの間の通信を省略することである。その代わりとしてＳＩＰ−Ａは、宛て先への経路上にリソースを確保しなくてはならない（ネットワークＡとおそらくはバックボーンとにおける自身の役割として）。（このためにＳＩＰ−Ａは、宛て先に関する十分な情報を有さなくてはならない）。これは例えば、ＲｅｑＱおよびＲｅｑ−ＯＫメッセージによって勧誘メッセージの前に行われ得る。この変形例の利点は、遠い可能性のあるＳＩＰサーバ間のメッセージがより少なくなることによる迅速なコール・セットアップである。

ＱｏＳコントローラとＳＩＰサーバとの間の上記の協働動作はまた、上記の図に示しているようなコール遮断のためにも使用できる（ＲｅｑＱメッセージ）。

移動性のための更なる拡張が考えられ得る。ここで問題は、例えばアクセスルータによってネットワーク接続性の変更を検出することと、例えばネットワークＣが移動してもう一つのネットワークに接続する場合にＱｏＳコントローラ間の協働動作を更新することとである。このような場合、前述の実施形態に関連して説明されたような手順全体は、再びすなわち発見および登録手順と登録手順とを実行することである。これに加えてＳＩＰサーバＳＩＰ−Ａが、コントローラを介してリソースを適応させるために、またはコールを遮断するために移動ネットワークが新しく接続した静止型ネットワークを知らされることは当業者にとって明らかであろう。これに関して参照され得るＳＩＰレベル上での移動性に関する解決手段が存在する。新しく接続された固定型アクセスネットワークにおける発見および登録に関して、上記と同様なやり方でＱｏＳコントローラとＳＩＰサーバとの間に特別な発見および通知メッセージが必要とされるであろう。

更に、前述のような本発明の実施形態は、サービス品質コントローラを有さない、そして前記エンドホストが配置されたネットワークとして、または中間ネットワークとして動作するネットワーク（静止型または非静止型）と関連しても、実現され得ることは認められるであろう。これは、必要とされるリソースがＱｏＳコントローラから独立して提供され得るように、これらのネットワークが十分なリソースを有する場合に可能である。

更に、本発明が「移動」ネットワークの「非静止型」に関連付けて前記で説明されているが、ネットワークが一つの理由または他の理由から、例えば接続性問題のために動いているとか、ネットワークがスイッチオフまたはリブートされているとか、同様な任意の理由から接続を解放し得るという意味で、移動はしないが、今ちょうど「固定されて」いないネットワークにも同様に本発明の原理が適用できることは、当業者によって認められ、また理解されるであろう。これらの場合には、前述の接続が「固定型」ではなかったので、「新しい」接続が確立されなくてはならず、またこれらの状況において本発明の実施形態は、定められたサービス品質をセッションに提供するために使用できる。したがって、用語「非静止型（non-stationary）」は、非静止型のネットワークとこれが接続するネットワークとの間の接続が新しく確立されることになっていることを意味する「非固定型（not-fixed）」の意味でも解釈され得るように理解されるべきである。これはまた、前は「固定されて」いなかったが接続が確立された以後は「固定されて」いる「固定型」ネットワーク接続のセットアップ時にも起こり得る。

当業者は、前述のような実施形態とそれらの構成要素、プロセス、またはモジュールがハードウエアによって、またはソフトウエアまたはそれらの組合せによって実現され得ることを理解するであろう。同じネットワークに属するＱｏＳコントローラとＳＩＰサーバとが別々の装置として実現され得る、または単一のデバイスまたは装置として、あるいは同じ物理的機械上で動作するモジュールとして実現され得ることは理解できるであろう。特に、前述の説明と関連付けて説明されたような手順動作を実行するように動作するモジュールは、コンピュータ上で、または携帯電話、スマートフォン、スタンドアロンのパソコン、ＰＤＡ、ネットワークなどにおけるルータまたはスイッチのような任意のコンピュータ装置上で動作する一つ以上のコンピュータプログラムによって実現され得る。

動的ネットワークシナリオを示している図である。 本発明の一実施形態における基本的ネットワーク・インフラストラクチャを示している図である。 本発明の一実施形態における隣接ネットワークのサービス品質コントローラを発見するための手順を示している図である。 本発明の一実施形態におけるセッションをセットアップする手順を示している図である。 本発明の更なる一実施形態における信号図を示している図である。

符号の説明

１００ センサー
１１０ ＢＡＮ（ボディエリアネットワーク）
１２０ ＰＡＮ（パーソナルエリアネットワーク）
１４０ アクセスネットワーク
１５０ ＳＩＰサーバ
１６０ アクセスネットワーク、固定型ネットワーク・インフラストラクチャ
１７０ 携帯装置
２００ ノード
２１０ アクセスネットワークＡ
２２０ ＱｏＳコントローラＡ
２３０ ＳＩＰサーバ
２４０ バックボーンネットワーク
２４５ バックボーンネットワーク
２５０ ＳＩＰサーバ
２５５ ＱｏＳコントローラＢ
２６０ ＱｏＳコントローラＣ
２７０ アクセスネットワークＢ
２７５ アクセスネットワークＣ
２８０ 携帯電話

Claims (20)

1. 第１のエンドホストと第２のエンドホストとの間の定められたサービス品質を有するセッションをセットアップする方法であって、ここで、前記第１のエンドホストは、移動するものであって、サービス品質コントローラを有する第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間ネットワークを介して接続する第１の非静止型または非固定型のネットワークに属しており、前記第２のエンドホストは、前記第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間の静止型または非静止型のネットワークを介して接続されるものであり、
   自分が属するネットワークのノードと該ノードの能力とを認識し、或るセッションのために必要なリソースを確保するサービス品質コントローラを、接続を確立するために通る非静止型のネットワークに設けるステップと、
   前記エンドホスト間でセッションを開始するために前記第１の静止型のアクセスネットワークにセッション開始サーバを設けるステップと、
   要求がある時に前記サービス品質コントローラがセッションに必要なリソースを確保できるように前記第１の静止型のアクセスネットワークによって前記非静止型のネットワークの前記サービス品質コントローラを発見するためにセッションの開始に先立って発見手順を実行するステップと、
   前記第１の静止型のアクセスネットワークの前記セッション開始サーバによって受信されたセッション開始要求に応答して、セッションのための前記リソースを確保するために前記非静止型のネットワークの前記サービス品質コントローラをトリガーするステップと、
   前記第１のエンドホストが前記第１の静止型のアクセスネットワークの前記セッション開始サーバに登録することを可能にするために、新しい非静止型のネットワークが前記第１の静止型のアクセスネットワークまたはもう一つの非静止型のネットワークに接続するときに、前記サービス品質コントローラ間に告知メッセージを伝播するステップとを含んでおり、
   前記告知メッセージが、ルータ公示のメッセージおよびルータ請求のメッセージであり、前記ルータ公示のメッセージは、情報として、前記セッション開始サーバのアドレスと一つ以上のサービス品質コントローラのアドレスとを保持しており、前記ルータ請求のメッセージは、情報として、新しく検出された前記サービス品質コントローラのアドレスを保持するものである、
   方法。
2. 前記第１の静止型のアクセスネットワークは、前記サービス品質コントローラを有する静止型ネットワークであり、
   前記第１の非静止型のネットワークが前記サービス品質コントローラを有し、かつ前記第１の静止型のアクセスネットワークの前記サービス品質コントローラと前記第１の静止型のアクセスネットワークの前記セッション開始サーバとが互いを認識しており、
   前記発見手順は、前記第１の静止型のアクセスネットワークによって前記第１の非静止型のネットワークの前記サービス品質コントローラを発見するステップを含んでいる、請求項１に記載の方法。
3. 前記発見手順は、
   前記第１の静止型のアクセスネットワークから中間の静止型または非静止型のネットワークを経由して前記第１の非静止型のネットワークへ段階的に接続している一連のサービス品質コントローラを発見するステップと、
   前記第１の非静止型のネットワークの要素または要素のアドレス空間を、前記段階的に接続している一連のサービス品質コントローラにマッピングするステップと
   を含む、請求項１または２に記載の方法。
4. 前記発見手順は、
   前記第１のエンドホストが、前記第１の静止型のアクセスネットワークの前記セッション開始サーバを発見して、前記セッション開始サーバに登録するステップを更に含む、請求項１ないし３のいずれかの一項に記載の方法。
5. セッションのための前記リソースを割当てて、割当てたその後に、前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記第１のエンドホストに前記セッション開始要求を転送して、前記割当てられたリソースに基づいてセッションを開始するステップを更に含む、請求項１ないし４のいずれか一項に記載の方法。
6. 当該セッションをセットアップする方法を開始するに先立って、前記第１の静止型のアクセスネットワークと前記第１の非静止型のネットワークとの間にサービス品質合意が存在する、請求項１ないし５のいずれか一項に記載の方法。
7. 前記第１の静止型のアクセスネットワークの前記サービス品質コントローラとセッション開始コントローラとは、事前設定、またはブートストラップ・レジスタによって互いに認識している、請求項１ないし６のいずれか一項に記載の方法。
8. 前記サービス品質コントローラによるリソース割当ては、
   前記サービス品質コントローラが属するネットワーク内の必要な前記リソースを割当てるステップと、
   前記サービス品質コントローラが属するネットワークとその隣接ネットワークとの間の接続のために必要なリソースを割当てる、または必要なリソースに関して交渉するステップと
   を含む、請求項１ないし７のいずれか一項に記載の方法。
9. 二つの隣接するネットワーク間に前記サービス品質合意が存在する場合において、リソース割当て要求に応答するサービス品質コントローラは、前記リソース割当て要求に応答して直ちに肯定応答を送信するものである、請求項１ないし８のいずれか一項に記載の方法。
10. 前記告知メッセージを伝播するステップは、
    前記セッション開始サーバが前記第１のエンドホストとのセッションを開始できるように、前記第１のエンドホストが前記セッション開始サーバに登録することを可能にするために、前記第１の静止型のアクセスネットワークの前記サービス品質コントローラと前記第１の非静止型のネットワークの前記サービス品質コントローラとを介して前記第１のエンドホストに前記セッション開始サーバを知らせるステップを含む、請求項１ないし９のいずれか一項に記載の方法。
11. 前記告知メッセージを伝播するステップは、
    前記第１の静止型のアクセスネットワークから前記第１の非静止型のネットワークへの経路にある全ての前記サービス品質コントローラのリストを蓄積するステップと、
    前記第１のエンドホストが前記セッション開始サーバに登録するときに、前記第１のエンドホストから前記第１の静止型のアクセスネットワークの前記セッション開始サーバに、蓄積された前記サービス品質コントローラのリストを送るステップと
    を含んでいる、請求項１ないし１０のいずれか一項に記載の方法。
12. 前記告知メッセージを伝播するステップは、
    前記第１の非静止型のネットワークと前記第１の静止型のアクセスネットワークとの間の接続時に前記第１の静止型のアクセスネットワークの前記サービス品質コントローラによって、前記第１の非静止型のネットワークの前記サービス品質コントローラを発見するステップと、
    該ステップによって発見された前記第１の非静止型のネットワークの前記サービス品質コントローラに関する情報を前記第１の静止型のアクセスネットワークの前記セッション開始サーバに供給するステップと
    を含んでいる、請求項１ないし１１のいずれか一項に記載の方法。
13. 前記セッション開始要求は、セッション開始プロトコルのセッション招待メッセージである、請求項１ないし１２のいずれか一項に記載の方法。
14. 前記ルータ公示および／またはルータ請求のメッセージは、前記サービス品質コントローラおよび／または前記セッション開始サーバに関する情報を保持するものである、請求項１ないし１３のいずれか一項に記載の方法。
15. 前記リソース割当てをトリガーするステップは、
    前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記第１の静止型のアクセスネットワークの前記サービス品質コントローラに前記リソース割当て要求を転送するステップと、
    前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の非静止型のネットワークの前記サービス品質コントローラに前記リソース割当て要求を転送するステップと、
    前記リソース割当て要求に応答して、それぞれのネットワークにおける前記サービス品質コントローラによって要求されたリソースを割当てるステップと、
    前記要求されたリソースを割当てた後に、前記第１の非静止型のネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークの前記サービス品質コントローラにリソース割当て肯定応答メッセージを返送するステップと、
    前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークの前記セッション開始サーバにリソース割当て肯定応答を転送するステップと
    を含んでいる、請求項１ないし１４のいずれか一項に記載の方法。
16. 前記第２のエンドホストは、第２の静止型ネットワークを介して前記第１の静止型のアクセスネットワークに接続されており、
    前記第１の静止型のアクセスネットワークと前記第１の非静止型のネットワークとにおいて要求されたリソースを割当てた後に、
    前記第１の静止型のアクセスネットワークの前記セッション開始サーバから、前記第２のエンドホストが前記第１の静止型のアクセスネットワークに経由して接続する前記第２の静止型のアクセスネットワークのセッション開始サーバにリソース予約要求を転送するステップと、
    前記第２の静止型のアクセスネットワークの前記セッション開始サーバから前記第２の静止型のアクセスネットワークの前記サービス品質コントローラに前記リソース割当て要求を転送するステップと、
    前記要求されたリソースを割当てた後に、前記第２の静止型のアクセスネットワークの前記サービス品質コントローラから前記第２の静止型のアクセスネットワークの前記セッション開始サーバに前記リソース割当て肯定応答を返送するステップと
    を含んでいる、請求項１ないし１５のいずれか一項に記載の方法。
17. 前記第１のエンドホストから前記第１の静止型のアクセスネットワークの前記セッション開始サーバに送られたセッション終了要求に応答して、
    前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記静止型のアクセスネットワークの前記サービス品質コントローラにリソース割当て削除メッセージを転送するステップと、
    前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の非静止型のネットワークの前記サービス品質コントローラに前記リソース割当て削除メッセージを転送するステップと、
    前記第１の非静止型のネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークの前記サービス品質コントローラにリソース削除肯定応答を返送するステップと、
    前記第１の静止型のアクセスネットワークの前記サービス品質コントローラから前記第１の静止型のアクセスネットワークの前記セッション開始サーバにリソース削除肯定応答メッセージを転送するステップと、
    前記第１の静止型のアクセスネットワークの前記セッション開始サーバから前記第２の静止型のアクセスネットワークの前記セッション開始サーバにセッション終了要求を転送するステップと、
    前記第２の静止型のアクセスネットワークの前記セッション開始サーバから前記第２の静止型のアクセスネットワークの前記サービス品質コントローラにリソース削除要求を転送するステップと、
    前記第２の静止型のアクセスネットワークの前記サービス品質コントローラから前記第２の静止型のアクセスネットワークの前記セッション開始サーバに前記リソース削除肯定応答メッセージを転送するステップと、
    前記第２の静止型のアクセスネットワークの前記セッション開始サーバから前記第２のエンドホストにセッション終了メッセージを転送するステップと
    を含む、請求項１ないし１６のいずれか一項に記載の方法。
18. 前記第２の静止型のアクセスネットワークから前記第１の静止型のアクセスネットワークに前記セッション開始要求を転送するステップの前に、前記第２の静止型のアクセスネットワークの前記サービス品質コントローラによって前記第２の静止型のアクセスネットワークにおいてリソース割当てを実行するステップを含む、請求項１ないし１７のいずれか一項に記載の方法。
19. 第１のエンドホストと第２のエンドホストとの間の定められたサービス品質を有するセッションをセットアップするための装置であって、ここで、前記第１のエンドホストは、移動するものであって、サービス品質コントローラを有する第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間ネットワークを介して接続する第１の非静止型または非固定型のネットワークに属しており、前記第２のエンドホストは、前記第１の静止型のアクセスネットワークに直接に、あるいは一つ以上の中間の静止型または非静止型のネットワークを介して接続されるものであり、
    経由して接続が確立されるべきである各静止型および非静止型のネットワークにおけるサービス品質コントローラであって、自分が属するネットワークのノードと該ノードの能力とを認識し、セッションのために必要なリソースの割当てを実行するようなサービス品質コントローラと、
    固定された静止型ネットワークにおけるセッション開始サーバと前記サービス品質コントローラの双方が互いに認識しているところで、前記エンドホスト間でセッションを開始するために各静止型のアクセスネットワークにセッション開始サーバを設けるためのモジュールと、
    前記第１のエンドホストが前記第１の静止型のアクセスネットワークの前記セッション開始サーバを発見して、前記セッション開始サーバに登録することを可能にするために、セッション開始に先立って発見手順を実行するとともに前記非静止型のネットワークの前記サービス品質コントローラを発見するためのモジュールと、
    前記第１の静止型のアクセスネットワークの前記セッション開始サーバによって受信されたセッション開始要求に応答して、セッションのためのリソースを割当てるために前記第１の静止型のアクセスネットワークの前記サービス品質コントローラをトリガーして、前記第１の非静止型のネットワークの前記サービス品質コントローラをトリガーするためのモジュールと、
    前記第１のエンドホストが前記第１の静止型のアクセスネットワークの前記セッション開始サーバに登録することを可能にするために、新しい非静止型のネットワークが前記第１の静止型のアクセスネットワークまたはもう一つの非静止型のネットワークに接続するときに、前記サービス品質コントローラ間に告知メッセージを伝播するためのモジュールとを含んでおり、
    前記告知メッセージが、ルータ公示のメッセージおよびルータ請求のメッセージであり、前記ルータ公示のメッセージは、情報として、前記セッション開始サーバのアドレスと一つ以上のサービス品質コントローラのアドレスとを保持しており、前記ルータ請求のメッセージは、情報として、新しく検出された前記サービス品質コントローラのアドレスを保持するものである、
    装置。
20. 請求項１ないし１８のいずれか一項に記載の方法を実行するための一つ以上のモジュールを含む請求項１９に記載の装置。

Images