JP2004512737A

JP2004512737A - 無線リンクを含むネットワークにおいて等時性リソースを予約する方法

Info

Publication number: JP2004512737A
Application number: JP2002536780A
Authority: JP
Inventors: ペロー，セバスティアン; ヴァンサン，クリストフ; ビュルダン，ニコラ
Original assignee: Thomson Licensing SAS
Current assignee: Thomson Licensing SAS
Priority date: 2000-10-19
Filing date: 2001-10-18
Publication date: 2004-04-22
Also published as: CN1211982C; AU2002219060A1; US7020725B2; KR20030043996A; CN1470114A; EP1327327A1; WO2002033903A1; MXPA03003414A; US20040047363A1; KR100828064B1

Abstract

第１のバスと第２のバスの間のリンク上に等時性リソースを予約する方法であり、リンクは第１のバスに接続された第１のインタフェース装置及び第２のバスに接続された第２のインタフェース装置を含み、バスに接続された装置に対してトランスペアレントである。本発明によれば、方法は、インタフェース装置のレベルにおいて、バスに接続された装置によって送信されるコネクションセットアップメッセージを途中で取得する段階と、セットアップメッセージが途中で取得されたコネクションのソース装置及びシンク装置が異なるバス上にあるかどうかを調べる段階と、異なるバス上にある場合は、リンク上にコネクションのためにリソースを予約する段階とを含む。

Description

【０００１】
本発明は、無線リンクを含むネットワークにおいて帯域幅といった等時性リソースを予約する方法に係る。特に、本発明はＥＴＳＩによって定められるＢＲＡＮ　Ｈｉｐｅｒｌａｎ２ネットワークによって構築される無線リンクを通じて接続されるＩＥＥＥ１３９４規格バスに適用される。
【０００２】
シリアルバスにおける等時性リソースの管理は、ＩＥＥＥ１３９４−２０００規格に記載の等時性リソースマネージャ（「ＩＲＭ」）機能によってカバーされる。ＩＲＭは、実際には帯域幅及びチャネルの割り当てを行っていないが、他のノードが等時性リソースの使用についての記録を行う一つの場所を与える。
【０００３】
ＩＥＣ６１８８３規格は、ＩＥＥＥ１３９４規格シリアルバスに接続された機器間のオーディオビジュアルデータのための伝送プロトコルの仕様を定める。また、ノードがバスリソースを予約するためにＩＲＭにアクセスしうるようプロトコル（コネクション・マネジメント・プロシジャ「ＣＭＰ」）の仕様を定める。
【０００４】
このプロトコルによって仕様が定められているように、単一のシリアルバス上でバスリセットが生ずると、以下の動作が行われる。
【０００５】
・バスリセットの前に入力プラグ及び出力プラグを接続した全てのオーディオ／ビデオ装置は、バスリセットの直前のプラグ・コントロール・レジスタ（「ＰＣＲ」）中にある値に従って１秒間に亘りバスリセットの後に等時性データを夫々受信又は送信し続ける。プラグ・コントロール・レジスタはＩＥＣ６１８８３によって定められている。
【０００６】
・バスリセットの前にコネクションを確立したコントローラは、リソースを再要求するのに１秒を有する。再要求されていないリソースは、バスリセットの１秒後にＩＲＭによって解放される。
【０００７】
・バスリセットの１秒後に、バスリセットの前に入力プラグ及び出力プラグを接続した全てのオーディオ／ビデオ装置は、対応するプラグ・コントロール・レジスタ内の値に従って動作する（これらの値はその間に幾つかのコントローラによって更新されている場合もある）。
【０００８】
この手順は、装置がなくなった場合、及びソースノード又は宛先ノードがなくなった場合に、装置（又はアプリケーション）によって確立されたバスコネクションが解放されることを保証する。
【０００９】
つまり、バスリセットの後、等時性ストリームはコネクションに関与する装置の有無に従って再び確立される。
【００１０】
２つの有線ＩＥＥＥ１３９４規格バスが無線コネクションを通じてリンクされているとき、ＩＥＣ６１８８３及びＩＥＥＥ１３９４によって定められる手順は、無線リンクの両側でリソースを予約する際には、ネットワーク上の異なる実体の動作を決めるのに不十分である。
【００１１】
トムソン・ライセンシング・エス・エイ（ＴＨＯＭＳＯＮＬｉｃｅｎｓｉｎｇＳ．Ａ．）によって２０００年１０月１９日に出願された欧州特許出願第００４０２９４１．０号は、無線ブリッジの他の面について、特にバスリセットの取り扱いについて記載している。
【００１２】
本発明は、第１のバスに接続された第１のインタフェース装置及び第２のバスに接続された第２のインタフェース装置を含みバスに接続された装置に対してトランスペアレントな第１のバスと第２のバスの間のリンク上に等時性リソースを予約する等時性リソースを予約する方法であって、
インタフェース装置のレベルにおいて、方法は、
バスに接続された装置によって送信されるコネクションセットアップメッセージを途中で取得する段階と、
セットアップメッセージが途中で取得されたコネクションのソース装置及びシンク装置が異なるバス上にあるかどうかを調べる段階と、
異なるバス上にある場合は、リンク上でコネクションのためにリソースを予約する段階とを含む方法に関する。
【００１３】
本発明の他の特徴及び利点については、添付の図面を参照して説明する非制限的な実施例の説明により明らかとなろう。
【００１４】
実施例の背景についての更なる情報は、対応する標準化機関から入手可能な以下の文献に記載されている。
【００１５】
［１］ＩＥＣ６１８８３、消費者向けオーディオ／ビデオインタフェース用のディジタルインタフェース（ＤｉｇｉｔａｌＩｎｔｅｒｆａｃｅｆｏｒｃｏｎｓｕｍｅｒＡｕｄｉｏ／ＶｉｄｅｏＩｎｔｅｒｆａｃｅ）
［２］ＩＥＥＥ　Ｓｔｄ　１３９４−２０００、高性能シリアルバス用の規格（ＳｔａｎｄａｒｄｆｏｒａＨｉｇｈＰｅｒｆｏｒｍａｎｃｅＳｅｒｉａｌＢｕｓ）。
【００１６】
本発明の例は、シリアルケーブルバス用のＩＥＥＥ　１３９４−１９９５規格と、無線通信用のＥＴＳＩ　ＢＲＡＮ　ＨｉｐｅｒＬＡＮ／２　プロジェクトとに基づいている。後者に関しては、冒頭で引用した文献：”ブロードバンド無線アクセスネットワーク（ＢＲＡＮ）；ＨＩＰＥＲＬＡＮタイプ２；パケットに基づくコンバージェンス・レイヤ；パート３：ＩＥＥＥ１３９４　サービス・スペシフィック・コンバージェンス・サブレイヤ（ＳＳＣＳ）（ＢｒｏａｄｂａｎｄＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ（ＢＲＡＮ）；ＨＩＰＥＲＬＡＮＴｙｐｅ２；Ｐａｃｋｅｔｂａｓｅｄｃｏｎｖｅｒｇｅｎｃｅｌａｙｅｒ；Ｐａｒｔ３：ＩＥＥＥ１３９４ＳｅｒｖｉｃｅＳｐｅｃｉｆｉｃＣｏｎｖｅｒｇｅｎｃｅＳｕｂｌａｙｅｒ（ＳＳＣＳ））”のｖ１．１．１、２０００年９月に記載された内容が参考になる。この文献は、ＨｉｐｅｒＬＡＮ／２装置間のＩＥＥＥ１３９４トラヒックのトランスポートを扱っている。
【００１７】
図１は、ＩＥＥＥ１３９４規格装置１が無線コネクション３を介してＩＥＥＥ１３９４規格有線バス２に接続されているネットワークの一例の説明図である。無線コネクションは、有線バス２に接続された装置のためのＷＢｏｘ１という名称の装置４と、１３９４規格装置１に接続された装置のためのＷＢｏｘ２という名称の装置５と、によって形成される。典型的に、スタンドアロン型装置１は、テレビ受像機、又は、衛星デコーダ若しくはケーブルデコーダのような家庭用電化製品である。更なる２台の装置６及び７は、既知の形式でバスに接続される。装置６、装置７及びＷＢｏｘ１は、以下の説明で「クラスタ」と呼ぶ群を形成する。
【００１８】
図２は、装置ＷＢｏｘ１及び装置ＷＢｏｘ２におけるプロトコルスタックの説明図である。ＷＢｏｘ１は、ＩＥＥＥ１３９４規格プロトコルスタック、即ち、物理レイヤ、リンクレイヤ及びトランザクションレイヤを使用してバス２と通信する。装置ＷＢｏｘ１及び装置１についても同様である。最後に、装置ＷＢｏｘ１と装置ＷＢｏｘ２は、上記の文献：ＥＴＳＩ　ＢＲＡＮ　ＩＥＥＥ　１３９４　ＳＳＣＳ文書に規定されているようなＨｉｐｅｒＬＡＮ／２のプロトコルスタックを使用して通信する。
【００１９】
本実施例によれば、無線リンクによって形成されるブリッジは「トランスペアレント」であり、即ち、ネットワークは全てのノードが接続された単一のバスのみが存在するかのように動作する。
【００２０】
コントローラ、トーカ（即ち等時性ストリームのソース）、及びリスナ（即ち等時性ストリームの受信器又はシンク）の位置に依存して、無線リンク上及び各バス上に帯域幅を予約するための異なるシナリオが定められている。
【００２１】
例えば、トーカがクラスタ上に配置され、リスナが遠隔装置上に配置される場合、無線リソースが予約されねばならない。
【００２２】
一方、トーカとリスナが同じクラスタ上にある場合、無線（ワイヤレス）予約は必要ではない。
【００２３】
トーカとリスナの位置を決定するために、Ｗｂｏｘは、一方のバスから他方のバスへ無線リンクを通じて送信されたプラグ・コントロール・レジスタ（「ＰＣＲ」）上のロックメッセージを途中で取得（ｉｎｔｅｒｃｅｐｔ）する。またＷｂｏｘは、無線リンクを通じた等時性コネクションを確立するか切断するかを決定するためにバス上のノードのプラグ・コントロール・レジスタを調べる。
【００２４】
まず、コントローラは、等時性リソース・マネージャのＣＨＡＮＮＥＬ＿ＡＶＡＩＬＡＢＬＥレジスタ及びＢＡＮＤＷＩＤＴＨ＿ＡＶＡＩＬＡＢＬＥレジスタにロック要求を発行することによりチャネル及び帯域幅を予約する。これは、コントローラの位置及びバスのＩＲＭの位置には依存しない。予約に成功すると、コントローラはチャネル番号を得る。
【００２５】
ブリッジはＩＥＥＥ１３９４規格装置に対してトランスペアレントであるため、両方のバスに対して１つのＩＲＭのみが存在する。
【００２６】
コントローラが行う次のステップは、チャネル番号及び帯域幅を用いて、トーカノードの出力プラグ・コントロール・レジスタ（「ｏＰＣＲ」）とリスナ装置の入力プラグ・コントロール・レジスタ（「ｉＰＣＲ」）とをプログラムすることである。
【００２７】
無線リンクを通じて装置へ送信されるＰＣＲ上のロック要求メッセージ（ポイント・ツー・ポイント・コネクションの確立、オーバレイ、及び切断を含む）は、無線装置によって途中で取得される。他のロックメッセージは無線装置によっては処理されず、即ち無線リンクを通じて転送されるのみである。
【００２８】
Ｗｂｏｘ１は、クラスタからロック要求を受信すると、これを遠隔装置１へ送信する。Ｗｂｏｘ１は無線上にチャネルを予約すること（又は解放すること）が必要であるかを知る必要がある。
【００２９】
無線リンクの両側にリスナ又はトーカが存在するようになるまで無線上の予約は行われない。
【００３０】
異なるシナリオは以下のように定められる。
・トーカ及びリスナが同じクラスタにある場合、無線リンクの予約は行われない。
・トーカ及びリスナが異なるクラスタにある場合、無線リンクの予約が必要である。
【００３１】
以下、まず、コネクションのためにチャネルが割り当てられていない（即ち既存のコネクション上に新しいコネクションが確立されない）場合についてのＷＢｏｘの動作について説明する（セクション１及び２）。
【００３２】
本実施例では、コネクションのコントローラ（即ち適切なロック要求を発行することによりコネクションを作るノード）の位置は、予約が必要であれば、リンクを通じた予約を行う無線ボックスを決定する：予約を行う無線ボックスはコントローラと同じバスに接続される。
【００３３】
１．コントローラはｉＰＣＲレジスタにロック要求を送信する
１．１　コントローラはクラスタのノードである
コントローラは遠隔バス上に位置する装置のｉＰＣＲにロック要求を送信する。これは、Ｗｂｏｘ１によって途中で取得され、Ｗｂｏｘ２を通じて遠隔装置へ転送される。遠隔装置はコントローラへロック応答を送り返す。Ｗｂｏｘ１はまた、予約が成功したか否かを調べるためにこのロック応答を途中で取得する。予約が成功しなかった場合、無線チャネルは予約されない。
【００３４】
ｉＰＣＲにおける予約が成功すると、以下のステップが行われる。
【００３５】
遠隔装置から出されＷｂｏｘ２によって転送されたｉＰＣＲロック要求をＷｂｏｘ１が受信すると、Ｗｂｏｘ１は、ｉＰＣＲと共に使用されたチャネル番号についてのｏＰＣＲレジスタ中のチャネル番号を調べることにより、このコネクションのためにトーカが存在するか否かを決定するためにクラスタの各装置のｏＰＣＲを調べる。ｏＰＣＲ中で利用可能な帯域幅情報は、無線リンク上にチャネルを予約するために必要である。
【００３６】
トーカが見つかると、Ｗｂｏｘ１は無線上にチャネルを予約する。無線リンク上に十分な帯域幅がない場合、Ｗｂｏｘ１のＳＳＣＳレイヤは減少された帯域幅を予約する。ユーザは最終的には悪化したコネクションを観察することとなり、その結果に従って振る舞う（例えばサービスを停止する）。
【００３７】
トーカが見つからない場合、無線リンクの予約は行われない。それでも、Ｗｂｏｘ１はこのコネクションのためにトーカを見つけるまでクラスタの各ノードのｏＰＣＲを監視する。
【００３８】
このプロセスは、図３に示されている。尚、無線リンクを通じてロック要求を送信する方法については、以下、いわゆる「無線プラグ・コントロール・レジスタ（「ｗＰＣＲ」）」に関連して後述する。
【００３９】
無線リンクはＩＥＥＥ１３９４規格装置に対してトランスペアレントであるため、コントローラは無線リンク上の予約が成功するか否かに関する情報を有することはない。これはユーザによってのみ観察される。
【００４０】
１．２．コントローラは遠隔装置である
コントローラは遠隔装置中に位置し、クラスタ内に位置するノードへロック要求を送信する。ロックはＷｂｏｘ２によって途中で取得され、機構は上述のものと同じである。相違する点は、本例では遠隔バス上に１つのノードしかないため、Ｗｂｏｘ２は遠隔装置のｏＰＣＲレジスタを監視すればよいことである。
【００４１】
更に、Ｗｂｏｘ２がクラスタのリスナに関連する（即ち同じチャネル番号の）クラスタ上に位置するノードのｏＰＣＲへのロック要求を途中で取得した場合、リスナとトーカは両方ともクラスタ上にあることを知ることとなるため、遠隔装置のｏＰＣＲを監視することをやめる。この確認は、Ｗｂｏｘ１によってなされてもよい。また、コントローラの位置がどこであっても適用されうる。
【００４２】
２．コントローラはｏＰＣＲに対するロック要求を送信する
２．１．コントローラはクラスタのノードである
コントローラは遠隔装置のｏＰＣＲに対してロック要求を送信する。Ｗｂｏｘ１はロック要求を途中で取得し、これを遠隔装置へ転送する。次に、ｏＰＣＲにおける予約が成功したか否かをしることを可能とする遠隔装置からのロック応答を途中で取得する。成功しなければ、無線リンク上では予約は必要ではない。
【００４３】
ｏＰＣＲレジスタのロック要求が成功した場合、以下のことが行われる（図４参照）。
【００４４】
Ｗｂｏｘ１は、このコネクションのためにリスナが存在するかどうかを決定するためにクラスタの各ノードのｉＰＣＲを読み出す。
【００４５】
リスナが見つかれば、無線リンク上のチャネルの予約が必要とされ、これはＷｂｏｘ１によって行われる。
【００４６】
リスナが見つからなければ、無線リンク予約は必要でない。しかし、リスナがこのコネクションのためのクラスタ上に形成されていた場合、無線装置Ｗｂｏｘ１は連続性について調べねばならない。見つかれば、無線リンク上の予約が必要である。上述の場合と同様に、無線ボックスが受信するロック要求からトーカとリスナが同じバス上にあることを推論しうる場合、ｉＰＣＲの監視をやめる。
【００４７】
２．２　コントローラは遠隔装置である
機構は上述と同じである。Ｗｂｏｘ２は遠隔装置を監視するだけでよい。
【００４８】
３．無線予約の解放
無線リンクを通じた既存の予約に対するロック要求を解析することにより、無線ボックスは、トーカとリスナの間のコネクションが開放されたか否か決定し、また、この開放が無線リンクを通じたリソースの解放を必要とするか否か決定する。
【００４９】
４．帯域幅変更
時々（例えば定期的に）、無線装置Ｗｂｏｘ１（又はＷｂｏｘ２）は、帯域幅の変更を検出するために無線リソースに関連するコネクションのトーカのｏＰＣＲを読む。Ｗｂｏｘ１（又はＷｂｏｘ２）は、クラスタ（又は遠隔バス）のトーカのｏＰＣＲにおいて帯域幅が変更されたことを検出した場合、無線リンク上の帯域幅を増加又は減少させることにより変更する。
【００５０】
ＷＢｏｘが、トーカがもはや作動していないこと（即ちそのｏＰＣＲがコントローラによって変更されており、もはやデータを送信しないこと）を見つけると、対応する無線チャネルは解放される。
【００５１】
動作を概説すると：
Ｗｂｏｘ１は以下の場合に１３９４規格クラスタのノードを監視する。
・遠隔装置のｉＰＣＲ中のロック要求を途中で取得すると、どのノードがこのコネクションのためのトーカであり、トーカから入来するストリームのための割り当てられた帯域幅は何であるのかを知る必要がある。クラスタ上にトーカを見つけると、無線リンク上にチャネルを予約する。
・遠隔装置のｏＰＣＲ上のロック要求を受信すると、このコネクションのためにクラスタ上に少なくとも１つのリスナがあるかどうかを知る必要がある。
【００５２】
Ｗｂｏｘ２は探しているノードが見つかるまで、クラスタの全てのノードに対して読み出し要求を送信する。読み出し要求は、例えば毎秒送信されてもよい。そのｏＰＣＲ（又はｉＰＣＲ）に最初のロック要求と同じチャネル値を含むノードがこのコネクションのトーカ（又はリスナ）である。
【００５３】
Ｗｂｏｘ２についても同様である。
【００５４】
各Ｗｂｏｘは、（ロック要求の途中の取得に加えて）コネクションが確立されるべきか、又は既存のコネクションが変更されるべきかを決定するためのそのクラスタを監視する。この監視は、クラスタに限られるものであり、無線チャネルは使用しない。
【００５５】
必要である場合（トーカとリスナが異なるバスに接続されている場合）、無線リンク上にチャネルが予約される。予約を行うＷｂｏｘは、コネクションのために必要な帯域幅（ＷｂｏｘはこれをｏＰＣＲレジスタから読み出す）と、（トーカの位置に依存する）コネクションの方向とを知る。すると、無線リンク上にチャネルを予約することができる。
【００５６】
ここで、ブロードキャストコネクションの場合の無線装置の動作について説明する。ノード自体は、入力又は出力プラグをこの状態にするかどうか決定しうる。換言すれば、ネットワーク上で対応するＰＣＲロック要求が流れない場合もある。
【００５７】
Ｗｂｏｘ２は、（ＰＣＲの体系的な監視により）遠隔装置のｏＰＣＲ（又はｉＰＣＲ）のブロードキャストコネクションカウンタフィールドの値が１に設定されていると検出すると、これをＷｂｏｘ２へ知らせる。これは、ＩＥＣ６１８８３に定義するように出力（又は入力）プラグへのブロードキャスト出力（又はブロードキャスト入力）コネクションが存在することを意味する。
【００５８】
Ｗｂｏｘ１は次に、クラスタ上の全てのノードの全てのｉＰＣＲ（又はｏＰＣＲ）を監視することにより、ブロードキャスト入力（ブロードキャスト出力）コネクションがｏＰＣＲ（又はｉＰＣＲ）に示されるのと同じチャネル上に存在するかどうか監視する。そのようなコネクションを見つけると、無線リンク上にチャネルを予約する。
【００５９】
Ｗｂｏｘ２は、遠隔装置のｏＰＣＲ（又はｉＰＣＲ）のブロードキャストコネクションカウンタフィールドの値がゼロに設定されていると検出すると、これをＷｂｏｘ１へ知らせる。これは、出力（又は入力）プラグへのブロードキャスト出力（又はブロードキャスト入力）コネクションがもはや存在しないことを意味する。
【００６０】
次に、Ｗｂｏｘ１は無線リンク上のチャネルを解放する。
【００６１】
Ｗｂｏｘ２についてのプロセスも同様である。
【００６２】
本実施例によれば、無線装置のＨｉｐｅｒＬａｎ２トランザクションレイヤに、無線プラグ・コントロール・レジスタ（「ｗＰＣＲ」）と称されるレジスタが定義される。レジスタは、Ｗｂｏｘ１とＷｂｏｘ２の間で情報を伝送するために使用される。
【００６３】
レジスタの内容は図５に示される。
【００６４】
フィールドは、ｏＰＣＲの「予約済み」フィールドがデータの流れの方向を示すフィールドによって置き換えられていること以外は、ＩＥＣ６１８８３に定義されるｏＰＣＲレジスタのフィールドと同じである。もちろん、他の実施も使用されうるが、望ましくは、ＩＥＣ６１８８３によって定義されるＰＣＲフォーマットに近いこの実施が使用される。
【００６５】
Ｗｂｏｘ１は、上述のようにｏＰＣＲにおいてロック要求を途中で取得すると、Ｗｂｏｘ２のｗＰＣＲへロック要求を送信する。方向フィールドがゼロに設定されると、ロック要求はｏＰＣＲレジスタに関するものであることが示される。無線リンク上にチャネルが予約される必要があると、Ｗｂｏｘ２からＷｂｏｘ１への流れとなる。コントローラとして動作するＷｂｏｘ２のアプリケーションは、遠隔装置のｏＰＣＲに対して、また、Ｗｂｏｘ２のＩＥＥＥ１３９４規格トランザクションレイヤのｉＰＣＲに対して、ロック要求を送信しうる。
【００６６】
Ｗｂｏｘ１は、上述のようにｉＰＣＲに対するロック要求を途中で取得すると、Ｗｂｏｘ２のｗＰＣＲに対してロック要求を送信する。方向フィールドは、ロック要求がｉＰＣＲレジスタに関するものであることを示すために１に設定される。チャネルが無線リンク上に予約される必要があるとき、データはＷｂｏｘ１からＷｂｏｘ２へ流れる。Ｗｂｏｘ２のアプリケーションは、コネクションを開始するために遠隔装置のｉＰＣＲに対してロック要求を送信しうる。
【００６７】
Ｗｂｏｘ２は、クラスタ上でトーカが見つかると、Ｗｂｏｘ１からｗＰＣＲに対する書き込み要求を受信する。Ｗｂｏｘ２のアプリケーションは、遠隔バス上にコネクションのトランクを確立するためにＷｂｏｘ２のＩＥＥＥ１３９４規格トランザクションレイヤのｏＰＣＲレジスタのフィールドに対してロック要求を送信しうる。
【００６８】
ＷＰＣＲレジスタは、Ｗｂｏｘ１のものと同様に定義される。
【００６９】
尚、本実施例はバス間の無線リンクに関するものであるが、本発明の原理は特に無線リンクである他の種類のリンクに適用されうる。
【図面の簡単な説明】
【図１】
無線リンクを含むネットワークを示す概略図である。
【図２】
ネットワークの異なる装置のプロトコルスタックを示す図である。
【図３】
遠隔装置のｉＰＣＲレジスタのロック手順のためのメッセージの交換について示すメッセージ・シーケンス図である。
【図４】
遠隔装置のｏＰＣＲレジスタのロック手順のためのメッセージの交換について示すメッセージ・シーケンス図である。
【図５】
本実施例のために定められたレジスタであり無線プラグ・コントロール・レジスタ（「ｗＰＣＲ」）と称されるものを示す図である。

Claims

第１のバスに接続された第１のインタフェース装置及び第２のバスに接続された第２のインタフェース装置を含み前記バスに接続された装置に対してトランスペアレントな第１のバスと第２のバスの間のリンク上に等時性リソースを予約する方法であって、
前記インタフェース装置のレベルにおいて、前記方法は、
前記バスに接続された装置によって送信されるコネクションセットアップメッセージを途中で取得する段階と、
セットアップメッセージが途中で取得されたコネクションのソース装置及びシンク装置が異なるバス上にあるかどうかを調べる段階と、
異なるバス上にある場合は、リンク上に前記コネクションのためにリソースを予約する段階とを含む方法。
コネクションセットアップメッセージはバスに接続された装置のプラグ・コントロール・レジスタに対するロック要求である、請求項１記載の方法。
前記判定段階は、所定のインタフェース装置が前記所定のインタフェース装置のローカルバス上のコネクションコントローラから遠隔バス上の装置のプラグ・コントロール・レジスタに関するロック要求を受信した場合は、前記所定のインタフェース装置によって実行される、請求項２記載の方法。
前記判定段階は、所定のインタフェース装置により入力プラグ・コントロール・レジスタ又は出力プラグ・コントロール・レジスタに対するロック要求を受信した後に、前記ロック要求の中に示されるチャネル番号に等しいチャネル番号を含むプラグ・コントロール・レジスタが存在するか否かを判定するために、前記所定のインタフェース装置のローカルバスの出力プラグ・コントロール・レジスタ又は入力プラグ・コントロール・レジスタを監視する段階を含む、請求項２又は３記載の方法。
前記プラグ・コントロール・レジスタの監視は定期的に実行される、請求項４記載の方法。
コントロール・プラグ・レジスタの監視は、コネクションのソース装置とシンク装置が同じバス上にあることをインタフェース装置が検出した場合はインタフェース装置によって停止される、請求項４又は５記載の方法。
コネクションのソース装置とシンク装置が同じバス上にあるという事実は、最初のロック要求と同じチャネル番号を有し最初のロック要求と同じバス上の装置を宛先とするプラグ・コントロール・レジスタに対するロック要求を途中で取得することによって検出される、請求項６記載の方法。
インタフェース装置によって、前記インタフェース装置によって予約されるリンクを通じた既存のコネクションに対して、
前記既存のコネクションに対応する出力プラグ・コントロール・レジスタを監視することによって前記コネクションに対して要求される帯域幅の変化を検出する段階と、
前記出力プラグ・コントロール・レジスタの帯域幅変化の関数として、前記既存のコネクションのためのリンク上のリソース予約を変更する段階とを更に含む、請求項２乃至７のうちいずれか一項記載の方法。
各インタフェース装置中に、他のインタフェース装置による書き込みアクセスのための専用レジスタを設ける段階を更に含み、各インタフェース装置はそのピア装置の専用レジスタにバス上のロック要求によって示される流れの方向を書き込み、前記レジスタへの書き込みにより専用レジスタを含むインタフェース装置のローカルバスに対する対応するロック要求の伝送がトリガされる、請求項１乃至７のうちいずれか一項記載の方法。
前記リンクは無線リンクである、請求項１乃至９のうちいずれか一項記載の方法。
前記無線リンクはＨｉｐｅｒｌａｎ２ネットワークである、請求項１０記載の方法。