JP2004512736A - 無線リンクを介してｉｅｅｅ１３９４規格遠隔装置をｉｅｅｅ１３９４規格装置のクラスタへ接続する方法 - Google Patents

Abstract

本発明は、無線リンク（３）を介してＩＥＥＥ１３９４規格遠隔装置（１）をＩＥＥＥ１３９４規格装置のクラスタへ接続する方法であり、無線リンクは、クラスタに接続された第１の無線装置（ＷＢｏｘ１）及び遠隔装置（１）に接続された第２の無線装置（ＷＢｏｘ２）を含み、遠隔装置及び第１の無線装置は第１の有線バスを形成し、装置クラスタ及び第２の無線装置は第２の有線バスを形成する。この方法は、第１の無線装置（ＷＢｏｘ１）を介して遠隔装置（１）をクラスタへ提示する手順と、第２の無線装置（ＷＢｏｘ２）を介してクラスタの装置を遠隔装置（１）へ提示する手順と、を有し、遠隔装置及びクラスタの装置は、単一のＩＥＥＥ１３９４バスの一部であるかのように機能する。

Description

【０００１】
文献：”ブロードバンド無線アクセスネットワーク（ＢＲＡＮ）；ＨＩＰＥＲＬＡＮタイプ２；パケットに基づくコンバージェンス・レイヤ；パート３：ＩＥＥＥ１３９４　サービス・スペシフィック・コンバージェンス・サブレイヤ（ＳＳＣＳ）（Ｂｒｏａｄｂａｎｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （ＢＲＡＮ）； ＨＩＰＥＲＬＡＮ Ｔｙｐｅ ２； Ｐａｃｋｅｔ ｂａｓｅｄ ｃｏｎｖｅｒｇｅｎｃｅ ｌａｙｅｒ； Ｐａｒｔ ３： ＩＥＥＥ １３９４ Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ｃｏｎｖｅｒｇｅｎｃｅ Ｓｕｂｌａｙｅｒ （ＳＳＣＳ））”には、ＥＴＳＩ　ＢＲＡＮ　ＨｙｐｅｒＬＡＮ／２無線ネットワークを介してＩＥＥＥ１３９４規格リンクレイヤをエミュレートするサブレイヤが規定されている。このように、有線１３９４バス間のブリッジ装置、若しくは、スタンドアローン型無線装置には、サブレイヤが設けられる。２本のバスがブリッジを介して接続されたとき、２本のバスは、ＩＥＥＥ１３９４規格の視点からは別個であるとみなされる。さらに、スタンドアローン型装置にはサブレイヤが存在しなければならないので、標準的な１３９４規格装置は、最初に、無線リンクを介してネットワークへ連結するため変更する必要がある。
【０００２】
このため、無線リンクをＩＥＥＥ１３９４規格ネットワークに追加すると、異なるバス識別子（ｂｕｓ＿ｉｄ）によって相互に識別可能な幾つかのバスのネットワークが作成される。様々なバス（ｂｕｓ＿ｉｄが異なるバス）の相互連結には、ＩＥＥＥ　Ｐ１３９４．１ワーキンググループで現在規定中のＩＥＥＥ１３９４規格ブリッジが伴う。異なるｂｕｓ＿ｉｄを使用するので、ブリッジ上で動くアプリケーションは、ブリッジ適応型である。
【０００３】
本願発明人は、ネットワーク上の装置から見た場合に一つのバスしか存在しないように、無線リンクを使用して標準的なＩＥＥＥ１３９４規格装置をネットワークへ追加することはこれまでのところ容易でないこと、並びに、ブリッジ不適応型装置が無線リンクを使用する可能性があることを認識した。
【０００４】
したがって、本発明は、ＩＥＥＥ１３９４規格装置のクラスタに接続された第１の無線装置及びＩＥＥＥ１３９４規格遠隔装置に接続された第２の無線装置が設けられ、遠隔装置及び第１の無線装置が第１の有線バスを形成し、装置クラスタ及び第２の無線装置は第２の有線バスを形成する無線リンクを使用して、ＩＥＥＥ１３９４規格遠隔装置をＩＥＥＥ１３９４規格装置のクラスタへ接続する方法であって、
第１の無線装置を介して遠隔装置をクラスタへ提示する手順と、
第２の無線装置を介してクラスタの装置を遠隔装置へ提示する手順と、
を有し、
遠隔装置及びクラスタの装置が単一のＩＥＥＥ１３９４バスの一部であるかのように機能する、
方法である。
【０００５】
その他の特徴及び効果は、添付図面を参照して説明された、本発明の一実施例の記述によって明らかになるであろう。
【０００６】
本発明の例は、シリアルケーブルバス用のＩＥＥＥ　１３９４−１９９５規格と、無線通信用のＥＴＳＩ　ＢＲＡＮ　ＨｉｐｅｒＬＡＮ／２　プロジェクトとに基づいている。後者に関しては、冒頭で引用した文献：”ブロードバンド無線アクセスネットワーク（ＢＲＡＮ）；ＨＩＰＥＲＬＡＮタイプ２；パケットに基づくコンバージェンス・レイヤ；パート３：ＩＥＥＥ１３９４　サービス・スペシフィック・コンバージェンス・サブレイヤ（ＳＳＣＳ）（Ｂｒｏａｄｂａｎｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （ＢＲＡＮ）； ＨＩＰＥＲＬＡＮ Ｔｙｐｅ ２； Ｐａｃｋｅｔ ｂａｓｅｄ ｃｏｎｖｅｒｇｅｎｃｅ ｌａｙｅｒ； Ｐａｒｔ ３： ＩＥＥＥ １３９４ Ｓｅｒｖｉｃｅ Ｓｐｅｃｉｆｉｃ Ｃｏｎｖｅｒｇｅｎｃｅ Ｓｕｂｌａｙｅｒ （ＳＳＣＳ））”のｖ１．１．１、２０００年９月に記載された内容が参考になる。この文献は、ＨｉｐｅｒＬＡＮ／２装置間のＩＥＥＥ１３９４トラヒックのトランスポートを扱っている。
【０００７】
図１は、ＩＥＥＥ１３９４規格装置１が無線コネクション３を介してＩＥＥＥ１３９４規格有線バス２に接続されているネットワークの一例の説明図である。無線コネクションは、有線バス２に接続された装置のためのＷＢｏｘ１という名称の装置４と、１３９４規格装置１に接続された装置のためのＷＢｏｘ２という名称の装置５と、によって形成される。典型的に、スタンドアローン型装置１は、テレビ受像機、又は、衛星デコーダ若しくはケーブルデコーダのような家庭用電化製品である。更なる２台の装置６及び７は、既知の形式でバスに接続される。装置６、装置７及びＷＢｏｘ１は、以下の説明で「クラスタ」と呼ぶ群を形成する。
【０００８】
図２には、装置ＷＢｏｘ１及び装置ＷＢｏｘ２におけるプロトコルスタックの説明図である。ＷＢｏｘ１は、ＩＥＥＥ１３９４規格プロトコルスタック、即ち、物理レイヤ、リンクレイヤ及びトランザクションレイヤを使用してバス２と通信する。装置ＷＢｏｘ１及び装置１についても同様である。これらの２台の装置間のコネクションは、有線バス（図１の符号８）と呼ばれる。装置ＷＢｏｘ１及び装置ＷＢｏｘ２の一部のソフトウェアレイヤは、後で詳述するような形で従来のＩＥＥＥ１３９４規格スタックとは異なる。最後に、装置ＷＢｏｘ１と装置ＷＢｏｘ２は、上記の文献：ＥＴＳＩ　ＢＲＡＮ　ＩＥＥＥ　１３９４　ＳＳＣＳ文書に規定されているようなＨｉｐｅｒＬＡＮ／２のプロトコルスタックを使用して通信する。変形版の実施例によれば、装置ＷＢｏｘ１及び装置ＷＢｏｘ２は、簡易型ＨｉｐｅｒＬＡＮ／２のプロトコルを使用して通信する（装置ＷＢｏｘ１と装置ＷＢｏｘ２は、ポイント・ツー・ポイントで通信し、ネットワークで通信しないので、無線リンク制御（ＲＬＣ）をフルサポートすること、或いは、１３９４　ＳＳＣＳをフルサポートすることはどちらも要求されない。）。
【０００９】
装置ＷＢｏｘ１及び装置ＷＢｏｘ２は、装置１からバス２を見たときに、あたかも装置１が公知のＩＥＥＥ１３９４インタフェースを介してバス２へ接続されているとして認識され、バス２上の装置から装置１を見たとき、あたかもバス２上の装置が公知のＩＥＥＥ１３９４インタフェースを介して装置１へ接続されているとして認識されるように挙動する必要がある。装置１、装置６及び装置７は、無線リンクを介して通信していることに気付かない。
【００１０】
本発明は、主として、関与している装置の物理レイヤ、リンクレイヤ及びトランザクションレイヤに影響を与える。
【００１１】
［Ｉ］物理レイヤ
ＩＥＥＥ１３９４規格によると、各装置は、ＩＥＥＥ１３９４バスの初期化処理中に、（１０ビットのバス識別子と６ビットの物理アドレスにより構成される）ノード識別子を受け取る。この処理中に、ルートノードが接続された装置の中から選ばれる。ルートノードは自己同定処理を開始し、ルートノードから始めて親装置によって権限が与えられた各装置は、自己同定処理において、いわゆる自己同定パケットをバス上に送出する。ノードの物理識別子は、単に、ノードが固有の自己同定パケットを送信する機会が与えられる前に受信した自己同定パケットの個数である。ルートノードは、最上位物理アドレス、即ち、最後に帰属されたアドレスを常に受け取る。
【００１２】
本実施例では、バス２とバス８の両方のバス上のノード識別子は、装置が自装置の接続されているバスは一つのバスであるとして認識するように管理されるべきである。更に、バスリセットは、無線リンクの向こう側まで管理されるべきである。
【００１３】
（ａ）ノード同定手続
クラスタに接続された装置ＷＢｏｘ１から見ると、クラスタ側の物理レイヤは、１３９４規格で規定された物理レイヤと相違しない。初期化処理中に、装置ＷＢｏｘ１は、自己同定処理に入り、ノード識別子を取得する。このノード識別子は、クラスタ上の装置に関する限り、遠隔装置１を指定するため使用され得る。装置ＷＢｏｘ１は、他のノードから受信したノード識別子のリスト及び固有のノード識別子を装置ＷＢｏｘ２へ送信する。
【００１４】
ＷＢｏｘ２は、遠隔バス８上に同期クロックを発生させ、自己同定処理を制御できるようにするため、遠隔バス８上のルートになろうとする。これは、ＩＥＥＥ１３９４標準のセクション４．１．１．１の「セット・フォース・ルート」に記載されている「フォース・ルート・フラグ」を使用することによって達成される。
【００１５】
装置ＷＢｏｘ２は、バスリセットを開始する前に、装置ＷＢｏｘ１からノード識別子のリストと、ＷＢｏｘ１のノード識別子を受け取る。遠隔バス上で自己同定処理を始める代わりに、Ｗｂｏｘ２は、ルートノードとして、ＷＢｏｘ１から受け取ったノード識別子と同数の自己同定パケットを遠隔装置１へ送信する。バスリセットの間、装置ＷＢｏｘ２は、クラスタの装置の速度能力若しくはポート数のような情報の取得を要求しない。自己識別子だけが必要とされる。
【００１６】
遠隔バス側で、識別子’０’は、遠隔装置１に帰属させられ、後続のノード識別子（即ち、ｘがクラスタの装置数を表す場合に、’１’乃至’ｘ’）は、ＷＢｏｘ２に帰属させられる。ノード’１’乃至’ｘ’のうちの一つへ向けられた遠隔バス上の全ての非同期トラヒックは、ＷＢｏｘ２のＩＥＥＥ１３９４リンクレイヤによって承認される必要がある。リンクレイヤはハードウェアでコード化されているので、この仕組みの方が複雑なルーティング機能よりも容易に実現され得る。この仕組みによって要求されるノード識別子変換については後で詳述する。
【００１７】
（ｂ）バスリセット
バスリセットは、クラスタ上若しくは遠隔バス上で行われる。リセットがクラスタ上で発生したとき、ＷＢｏｘ１は、そのリセットをＷＢｏｘ２へ転送し、ＷＢｏｘ２は、次に、遠隔バス上でリセットを発生する。リセットが遠隔バス上で発生されると、ＷＢｏｘ２はそのリセットをＷＢｏｘ１へ転送し、次に、ＷＢｏｘ１はクラスタ上にリセットを発生する。
【００１８】
他の一実施例によれば、数個のリセットがクラスタ上で短時間間隔で発生するとき（即ち、ＷＢｏｘ１がリセットを送信するため無線ネットワークの中央コントローラからデータスロットを付与される前に）、データスロット付与前に受信された最後のリセットだけがＷＢｏｘ２へ送信される。先行のリセットは意味が無い。
【００１９】
本実施例によれば、１台の無線装置から別の無線装置へのリセットメッセージは、リセットが実行された後に、承認されるべきである。無線媒体はケーブル媒体と同程度には信頼性が高くないので、この承認は不可欠である。ＩＥＥＥ１３９４標準によれば、受信側の承認は、有線バス上のバスリセットに対して要求されていない。
【００２０】
上述のＳＳＣＳ文書には、ＩＥＥＥ１３９４のセクション６．４で、受信側の承認を伴う「バス・リセット・サービス」についての記述がある。しかし、この処理は、無線バスをリセットするため無線装置側で発生したリセットの送信だけを対象とし、無線ネットワーク経由で連結された有線バスの一つで発生されたリセットの送信を対象としていない。
【００２１】
更に、ユーザデータトラヒック（非同期パケット）は、バスリセットメッセージと順番に並べられ、無線装置（ＷＢｏｘ１又はＷＢｏｘ２）によるリセットの送信と、相手方のピア無線装置（ＷＢｏｘ２又はＷＢｏｘ１）からの受取の承認の受信との間に、無線コネクションを介して無線装置に到着した全てのユーザトラヒック（非同期パケット）が廃棄されたことを意味する。
【００２２】
換言すると、無線装置がバスリセットを相手方のピアに対して送信するとき、無線装置が受信する全ての非同期データは廃棄される。なぜならば、その非同期データはリセットが処理される前に相手方のピア無線装置によって送信されたものだからである。
【００２３】
［ＩＩ］データリンクレイヤ
次に、ＩＥＥＥ１３９４データリンクレイヤのレベルにおける挙動について説明する。
【００２４】
クラスタに接続された無線装置のレベルでは、ＷＢｏｘ１の標準的なＩＥＥＥ１３９４リンクレイヤは、ＩＥＥＥ１３９４標準によって規定されているような統一（ユニファイド）トランザクションが許可されない、という点で変更されている。これは、無線ネットワークを介する伝送時間が統一トランザクションに課される制約と適合しないという事実に起因する。ＩＥＥＥ１３９４によれば、統一トランザクションは、一方の装置からの要求と、受信側装置からの応答とによって構成され、応答は受信側装置の承認情報に収容される。トランザクションが統一型であるか否か（即ち、分離型であるか）は、受信側ノードが送信側ノードの要求に素早く応答する能力に応じて、受信側ノードによって決定される。トランザクションが分離されるべき場合、応答側ノードは、トランザクションが「ペンディング」であり、応答は後から送信される旨を送信側ノードへ通知する受取承認を送信する。
【００２５】
この場合、クラスタから遠隔バス、又は、その逆に遠隔バスからクラスタへ向けられた全てのトランザクションは分離される。
【００２６】
クラスタのノードが遠隔装置１へ（即ち、ＷＢｏｘ１のノード識別子を使用して）要求を送信するとき、この要求は、ＷＢｏｘ１によって途中で取得され、ＷＢｏｘ１は、トランザクションがペンディング中（保留）であることを指定する受取承認によって送信側装置へ応答する。ＷＢｏｘ１は、次に、このメッセージをＷＢｏｘ２へ送信し、ＷＢｏｘ２はこのメッセージを遠隔装置へ転送する。遠隔装置は、標準的なＩＥＥＥ１３９４準拠式装置であるため、統一型若しくは分離型トランザクションによってＷＢｏｘ２へ応答する。次に、装置ＷＢｏｘ２は、応答をＷＢｏｘ１へ転送し、ＷＢｏｘ１は、この応答を要求送信元のノードへ転送する。遠隔装置が統一型トランザクション（ａｃｋ＿ｃｏｍｐｌｅｔｅ）で応答した場合、トランザクションが分離型である場合とは異なり、「ペンティング中」承認の代わりに本当の応答が送信されるまで、ＷＢｏｘ２はＷＢｏｘ１へ応答パケットを発生する。
【００２７】
ＷＢｏｘ１は、パケットが宛先ノードアドレスとしてノード識別子を運ぶことを期待する。
【００２８】
パケットがＷＢｏｘ１へ送信されたとき、そのノード識別子は、パケットがＷＢｏｘ２へ転送される前に０である遠隔装置ノード識別子によって置換されるべきである。
【００２９】
遠隔バスに接続された無線装置ＷＢｏｘ２のレベルでは、同じ手順が適用され、遠隔装置１からパケットを受信したとき、ＷＢｏｘ２は、トランザクションがペンディング中（保留）であることを通知する受取承認を用いて遠隔装置へ応答し、ＷＢｏｘ２は、無線コネクションを介して、このパケットをＷＢｏｘ１へ転送し、ＷＢｏｘ１は、次に、このパケットをクラスタへ転送する。
【００３０】
ＷＢｏｘ２は、ルーティングテーブルを保持する。ルーティングテーブルは、クラスタ上のノードのノード識別子（’１’乃至’ｘ’）を収容する。これらのノードを宛先とし、遠隔バス上を巡回するパケットは、無線コネクションを介して転送される。
【００３１】
１台の装置しか遠隔バス８に接続されていないので、ＷＢｏｘ１側にルーティングテーブルは不要である。
【００３２】
ＩＥＥＥ１３９４バスを介して送信された非同期パケットは、送信元ノードのノード識別子及び宛先ノードのノード識別子を収容する。リンクレイヤのレベルでＩＥＥＥ１３９４バスによって使用される非同期パケットフォーマットは、ＩＥＥＥ１３９４標準のセクション６．２．２に記載されている。本発明によれば、無線装置はバス上のノードを表すので、非同期パケット内のノード識別子は、送信元アドレス及び宛先アドレスが目標バス上で有効なアドレスに適合するように、送信される前に無線装置によって変更されるべきである。特に、クラスタのノード識別子’０’と、遠隔バスのノード識別子’０’（即ち、遠隔装置のノード識別子）との間の混同を避けるため、変換が行われる。かくして、無線装置ＷＢｏｘ１のノード識別子は、クラスタから到来するパケットのため遠隔装置のノード識別子によって置換される。ノード識別子’０’は、遠隔バスから到来するパケットのためＷＢｏｘ１のノード識別子によって置換される。
【００３３】
本実施例によれば、この変換は、次の表に記載されるように実行される。
【表１】

パケットのＣＲＣ値は、変換に応じて再計算する必要がある。
【００３４】
［ＩＩＩ］トランザクションレイヤ
このレイヤでは、２台の無線装置の挙動は同じである。
【００３５】
各無線装置は、トランザクションレイヤの二つのインスタンス（即ち、ＩＥＥＥ１３９４スタックで動く一方のインスタンスと、ＨｉｐｅｒＬＡＮ／２　１３９４ＳＳＣＳスタックで動くもう一方のインスタンス）を動かす。一方のスタック上で無線装置によって開始されたトランザクション毎に、同じパラメータ（トランザクションラベル、トランザクションコード、リトライコード及び優先度）を有する並行トランザクションが他方のスタック上で開始される。実際上、トランザクションは、その送信元アドレス、宛先アドレス、及び、トランザクションラベルによって識別可能である。ＩＥＥＥ１３９４標準のセクション６．２．４．３によって規定されるようなトランザクションラベルは、所定のノードに対する未解決のトランザクションを一意に識別する。
【００３６】
図３は、クラスタの要求側ノード、無線装置ＷＢｏｘ１、無線装置ＷＢｏｘ２、並びに、遠隔装置１のトランザクション及びリンクレイヤ間のメッセージを説明するメッセージ・シーケンス・チャート（ＭＳＣ）である。同図から分かるように、遠隔装置は、装置ＷＢｏｘ２に対して、ペンディングメッセージｐｅｎｄｉｎｇを用いて要求を承認する。メッセージｐｅｎｄｉｎｇは、遠隔バス上のトランザクションの性質が分離型であることを示す。尚、遠隔装置のｐｅｎｄｉｎｇ承認は、無線コネクションを介して要求元へメッセージを返信しないことに注意する必要がある。この応答の送信は、要求元へのメッセージをトリガーするだけである。
【００３７】
次に、図３の処理を詳述する。最初に、要求サブアクション処理を説明し、次に、応答サブアクション処理を説明する。参考までに、サブアクションは、アービトレーションと、要求送信と、承認の完全なシーケンスにより構成される。
【００３８】
（ａ）サブアクション要求処理
無線装置が１３９４バス上のＩＥＥＥ１３９４装置からサブアクション要求を受信したとき、無線装置は、トランザクションが分離型トランザクションであることを示すコードａｃｋ＿ｐｅｎｄｉｎｇを含む承認パケットを生成する。ＩＥＥＥ１３９４バス上の伝送中にエラーが発生した場合、適切なエラーコード（後述のエラーコードと同じ）がＷＢｏｘ１によって要求元へ返信される。コードａｃｋ＿ｐｅｎｄｉｎｇが要求元へ送信された場合、無線装置ＷＢｏｘ１は、要求サブアクションを相手方のピア無線装置ＷＢｏｘ２へ転送する。この目的のため、ＷＢｏｘ１は、変換された送信元アドレス及び宛先アドレス以外は同一であるパラメータを使用して、その相手方のピアへ向かうトランザクションを開始する。本実施例によれば、装置ＷＢｏｘ１は、ＷＢｏｘ２からの応答を待ち受けるため経過する時間を監視すべく、ＩＥＥＥ１３９４の「スプリットタイムアウト（ｓｐｌｉｔ ｔｉｍｅｏｕｔ）」処理を使用する。
【００３９】
無線装置がその相手方のピアから無線コネクションを介して要求サブアクションを受信するとき、無線装置は、要求サブアクションを宛先ノードへ送信するため、ローカルバス上でトランザクションを開始する。このレベルでは、アドレス変更は不要である。なぜならば、アドレス変換は、既に相手方のピア無線装置によって実行されているからである。
【００４０】
遠隔バス上の要求サブアクションの送信がリンクレイヤレベルで失敗した場合（即ち、装置ＷＢｏｘ２がａｃｋ＿ｄａｔａ＿ｅｒｒｏｒタイプ又はａｃｋ＿ｂｕｓｙタイプの承認を受信したとき）、無線装置は、要求元のスプリットタイムアウトが発生するまで再試行する。この要求元のスプリットタイムアウトは有線バス上の初期ノードのスプリットタイムアウトである。この値は、後述のトランザクション中に、存続期間ｔｉｍｅ＿ｏｆ＿ｌｉｆｅパラメータを使用して変換される。
【００４１】
参考のため説明すると、ａｃｋ＿ｄａｔａ＿ｅｒｒｏｒは、データフィールドがＣＲＣ検査に失敗したとき、又は、ペイロードの実際の長さがヘッダ内に指定された長さと一致しないときに生成され、ａｃｋ＿ｂｕｓｙエラーは、受信側ノードのトランザクションレイヤが使用中であるためパケットを受信できないが、再試行時にはそのパケットを受け付ける可能性のあるときに生成される。
【００４２】
要求パケットヘッダのフィールドが間違った値若しくはサポートされていない値に設定されたときに生成されるか、又は、無効なトランザクションが試みられたときに生成されるａｃｋ＿ｔｙｐｅ＿ｅｒｒｏｒのために、遠隔バス上の要求サブアクションの送信がリンクレイヤで失敗した場合、無線装置ＷＢｏｘ２は、ＷＢｏｘ１へ向けられたｒｅｓｐ＿ｔｙｐｅ＿ｅｒｒｏｒコードを含む応答サブアクションパケットを生成する。
【００４３】
応答コード及び承認コードについてのより詳細な情報は、ＩＥＥＥ１３９４標準のセクション６．２．４．１０及びセクション６．２．５．２に夫々記載されている。
【００４４】
（ｂ）サブアクション応答処理
無線装置がＩＥＥＥ１３９４装置（クラスタノードのうちの１台若しくは遠隔装置）から応答サブアクションを受信したとき、無線装置は、（ＩＥＥＥ１３９４装置はパケットの受取に成功した旨を示す）ａｃｋ＿ｃｏｍｐｌｅｔｅコードを含む承認パケットを生成する。送信中にエラーが発生した場合、別の適切なコードが使用される。
【００４５】
一実施例によれば、ＩＥＥＥ１３９４装置応答の受信時に、無線装置（ＷＢｏｘ１又はＷＢｏｘ２）は、この応答の送信元ノード識別子及び宛先ノード識別子並びにトランザクションラベルを、送信された要求のため保存しているノード識別子及びトランザクションラベルと比較することによって、この応答のため保留中のトランザクションが残っているかどうかを検査する。タイムアウトが発生していない場合、無線装置は、応答サブアクションをその相手方のピア無線装置へ転送する。或いは、スプリットタイムアウトが既に要求元で生成されている場合には、応答サブアクションが廃棄される。
【００４６】
無線装置が無線コネクションを介して相手方のピアから応答サブアクションを受信するとき、受信側無線装置は、この応答サブアクションに関連したトランザクションが未だ保留中であるかどうかを検査する。このトランザクションに対するタイムアウトが未だ発生していない場合、無線装置は、応答サブアクションを、ローカルバス上の要求側装置へ転送し、さもなければ、パケットは廃棄される。無線装置と要求側装置の間の伝送がリンクレイヤレベルで失敗した場合、無線装置は、スプリットタイムアウトが発生するまで再試行する。
【００４７】
次に、無線装置ＷＢｏｘ１及びＷＢｏｘ２のトランザクションレイヤと、標準的なＩＥＥＥ１３９４トランザクションレイヤとの差を説明する。
【００４８】
ＩＥＥＥ１３９４バス上で動くトランザクションレイヤは、ＩＥＥＥ１３９４標準によって規定されたトランザクションレイヤと同一である。
【００４９】
無線インタフェースのトランザクションレイヤは、以下の補正を伴うＩＥＥＥ１３９４によって規定されたトランザクションレイヤと同じである。
【００５０】
（１）スプリットタイムアウト：
ＩＥＥＥ１３９４標準によれば、ネットワーク上のトランザクション能力を備えた各ノードは、スプリットタイムアウト（ＳＰＬＩＴ＿ＴＩＭＥＯＵＴ）レジスタという名称のレジスタを保有する。スプリットタイムアウトレジスタは、送信側／要求側ノードがスプリットトランザクションエラーを検出する前に最大タイムアウト値を定義する。この時間の後、要求側ノードは、トランザクションを停止する。デフォルトとして、このタイムアウトは１００ｍｓである。
【００５１】
要求元では、このタイムアウト期間は、ａｃｋ＿ｐｅｎｄｉｎｇが要求サブアクションの応答として受信されたときに開始する。応答側は、ａｃｋ＿ｐｅｎｄｉｎｇを送信したときにタイムアウト期間を開始する。
【００５２】
ＢＲＡＮ　１３９４　ＳＳＣＳ文書によれば、存続期間ｔｉｍｅ＿ｏｆ＿ｌｉｆｅパラメータが規定され、ＳＳＣＳレイヤよりも上位のレイヤは、非同期パケットが無線コネクション上で存続することが許可されている時間間隔をＳＳＣＳレイヤに通知するためこのパラメータを使用する。
【００５３】
本実施例によれば、無線装置が、その相手方のピア無線装置から到来する要求に対するスプリットタイムアウトを開始したとき、無線装置のトランザクションレイヤによって使用されるタイムアウト間隔は、そのバス上で要求を通信するときそのＳＰＬＩＴ＿ＴＩＭＥＯＵＴレジスタに格納されている間隔ではなく、無線コネクションを介して送信され、ＳＳＣＳスタック／ＨｉｐｅｒＬＡＮ２トランザクションレイヤから受信された要求から獲得されたｔｉｍｅ＿ｏｆ＿ｌｉｆｅパラメータを考慮に入れたときの残りの時間間隔である。
【００５４】
図４は、スプリットタイムアウト値と存続期間値との間の関係を説明する図である。要求元の１３９４バスで、タイムアウト値は、ＳＰＬＩＴ＿ＴＩＭＥＯＵＴレジスタから入手され、Ｔ_ＳＴに固定される。無線リンク側では、タイムアウト値は、ＳＳＣＳに規定されるように存続期間ｔｉｍｅ＿ｏｆ＿ｌｉｆｅである。応答側の１３９４バス上で、タイムアウト値は、無線リンクを経由して送信されたメッセージから獲得された存続期間ｔｉｍｅ＿ｏｆ＿ｌｉｆｅパラメータを考慮したときの残り時間である。
【００５５】
（２）トランザクションにおける送信元ノード識別子
無線装置のトランザクションレイヤは、例えば、無線コネクションからのトランザクションを有線バス上で転送するときのように無線装置の固有ノード識別子を用いるのではなく、ノード識別子値を収容する送信元アドレスフィールドを用いてトランザクションを処理しなければならない。
【００５６】
最後に、このレベルにおける本発明によるバスリセット信号の処理について説明する。
【００５７】
トランザクションは、ＳＳＣＳよりも上位の無線装置のトランザクションレイヤに格納されているレジスタ間に定義される。この新しいレジスタは、ＢＵＳ＿ＲＥＳＥＴレジスタと呼ばれ、相手方のピア無線装置に連結されたクラスタの自己ＩＤ（ｓｅｌｆ＿ＩＤ）情報を収容する。このレジスタは、バスリセットを始動し、要求された情報を送信するため使用される。
【００５８】
バスリセットがクラスタ上のＷＢｏｘ１によって検出されたとき、ＷＢｏｘ１は、クラスタ上のリセットが行われた後、ＷＢｏｘ２のＢＵＳ＿ＲＥＳＥＴレジスタの書き込み要求（リセットメッセージ）を送信する。書き込み要求は、クラスタの自己ＩＤ情報を格納する（クラスタには装置ＷＢｏｘ１が含まれる。）。ＷＢｏｘ２は、次に、そのバス上でバスリセットを実行する。
【００５９】
バスリセットが遠隔バス上で行われるとき、ＷＢｏｘ２は、バスリセットが完了した旨を通知するため、書き込み応答（即ち、書き込み要求を収容していたリセットメッセージの承認）を送信する。
【００６０】
尚、これは、遠隔バス上で検出されたバスリセットに対して適用されることに注意する必要がある。
【００６１】
無線装置が、相手方のピア無線装置によるＩＥＥＥ１３９４バスリセットの検出に続いて、そのＢＵＳ＿ＲＥＳＥＴレジスタに書き込み要求を受信したとき、無線装置は次のように動作する。
【００６２】
無線装置は、標準的なＩＥＥＥ１３９４の規則に従って、有線バス上にバスリセットを発生し、
無線装置は、バスリセット標識の受信前に、有線バスから受信され、無線コネクションを介して送信されなかった全ての非同期パケットを廃棄し、
無線装置は、有線バスリセット後に有線バスから受信された非同期パケットを相手方のピア無線装置へ送信する。
【００６３】
無線装置が有線バス上でバスリセットを検出したとき、無線装置は次のように動作する。
【００６４】
無線装置は、バスリセットの検出前に、相手方のピア無線装置から受信され、有線バスへ送信されなかった全ての非同期パケットを廃棄し、
無線装置は、相手方のピア無線装置のＢＵＳ＿ＲＥＳＥＴレジスタ上に書き込み要求を送信し、相手方のピア無線装置の書き込み応答を待ち受けし、
相手方のピア無線装置からの書き込み応答の受信後、無線コネクションから有線バスへの非同期パケットの送信が再開される。
【００６５】
ＩＥＥＥ１３９４標準によると、バスリセットが発生したとき、全ての保留中の非同期トランザクション及びサブアクションは廃棄される。これは、トラザク書ンが要求トランザクションであるときには問題にならないが、トランザクションが応答トランザクションである場合、廃棄に続いて、応答側は、自分のメッセージが廃棄されたことを無視する可能性がある。しかし、このことは、二つの異なるシステムで動くスプリットタイムアウト動作に起因してシリアルバス上で既に出現していることであり、一方のシステムの装置は、要求側装置のタイムアウトが満了した後に応答する可能性がある。この場合、エラー復旧手続きがこの問題を解決するために始動される。
【００６６】
［ＩＶ］制御及び状態レジスタ（ＣＳＲ）
ＩＥＥＥ１３９４標準によると、１３９４バス上の各装置は、他の装置からアクセスされるレジスタを保有する。このレジスタアーキテクチャ（制御及び状態レジスタを表すＣＳＲ）は、文書ＩＥＥＥ　１２１２−１９９４及びＩＥＥＥ　１３９４−１９９５に規定されている。
【００６７】
本発明によれば、装置ＷＢｏｘ１及びＷＢｏｘ２の制御及び状態レジスタ（ＣＳＲ）は、ＩＥＥＥ１３９４装置からは見えない。クラスタ上の１台のＩＥＥＥ１３９４装置から、遠隔装置の特定のＣＳＲへの読み出し要求、書き込み要求、又は、ロック要求は、ＷＢｏｘ１によって対応した遠隔装置のＣＳＲへ直ちに転送される。同様に、遠隔装置がクラスタ上の装置へ要求を送信した場合、ＷＢｏｘ２は、この要求を途中で取得し、転送する。
【００６８】
［Ｖ］無線装置の役割選択
以上の説明では、各無線装置は、クラスタに接続されているかどうか、或いは、遠隔装置へ接続されているかどうかを知っていることが前提とされている。無線装置は、原理的に同一であるため、夫々の役割を決定する処理が要求される。
【００６９】
本実施例によれば、無線装置のペア中の各装置は、ペアの中のもう一方の装置に知られている識別子を含む。電源投入後、無線装置は以下の手順を実行する。
【００７０】
−別の無線装置の検出：
無線装置が（ＢＲＡＮ　ＨｉｐｅｒＬＡＮ／２という意味で）無線ターミナルとして動作するとき、無線装置は、周波数を走査することによって、（ＢＲＡＮ　ＨｉｐｅｒＬＡＮ／２の意味で）中央コントローラに結び付こうとする。無線装置が中央コントローラとして動作する場合、無線装置は、空き周波数を見つけ、一定間隔でビーコンを送信し、結び付こうとしている無線ターミナルを待ち受けるだけである。
【００７１】
−無線装置は、検出された装置の読み出し専用メモリ内の固有識別子（’ＥＵＩ＿６４’識別子）を読み出す。
【００７２】
−無線装置は、この識別子が相手方のピアの識別子であるかどうかを検証する。ビアの識別子ではない場合、無線ターミナルは関連付けを解消し、別の周波数上で別の中央コントローラを見つけようとする。
【００７３】
他の一実施例によれば、各装置の読み出し専用メモリは、装置の特性を記述するディレクトリを格納する。この領域の場所は、他の装置に知られている場所であり、他の装置は、検出された無線装置が相手方のピア無線装置として選択されているかどうかを判定するため、このディレクトリへアクセスする。この場合、上述の主要な実施例のように装置をペア化する必要はない。
【００７４】
２台の無線装置が相互に認識し合ったとき、２台の無線装置は、それぞれのＩＥＥＥ１３９４有線バスに関連している上述の自己同定パケットを交換する。
【００７５】
３通りのケースを考えることができる。
【００７６】
（ケース１）第１の無線装置は、２台以上のＩＥＥＥ１３９４装置に接続され、第２の無線装置は、１台のＩＥＥＥ１３９４装置だけに接続されている。このケースでは、第１の無線装置はクラスタに接続された装置として動作し、第２の無線装置は遠隔装置に接続された装置として動作する。
【００７７】
（ケース２）各無線装置は複数のＩＥＥＥ１３９４装置に接続される。相互作用は失敗する。
【００７８】
（ケース３）両方の無線装置は、１台のＩＥＥＥ１３９４装置だけに接続される。アービトレーションは、２本のバスのうちどちらのバスがクラスタであると考えられるかを決定するため行われる。本実施例によれば、最小のＥＵＩ−６４識別子を有する無線装置がクラスタに接続された装置であるとみなされる。
【００７９】
［ＶＩ］等時性伝送
本実施例は、１３９４バスにおいてＩＥＣ６１８８３を使用するＭＰＥＧ２方式ストリームの処理に関係する。
【００８０】
ＩＥＣ６１８８３が等時性データ伝送のため使用されることを前提とすると、無線装置によって検出され転送されるプラグ制御レジスタ（ＰＣＲ）における任意の動作は、無線リンク上にリソースを割り付けるため処理されるべきであり、ＰＣＲロック要求ｌｏｃｋ＿ｒｅｑｕｅｓｔから、無線装置は、どの１３９４チャネルがどの方向（ｏＰＣＲ対ｉＰＣＲ）へ流れる予定であるかを知ることができる。無線装置は、対応したチャネルを流すためにデータリンクレイヤを準備することができる。
【００８１】
尚、無線リソース割付自体は制御されないことに注意する必要がある。無線リンクが過負荷になる場合、等時性ストリームは、１３９４スタックに特定のフィードバックを用いない場合、無線媒体を介して正しく伝送されなくなる。
【００８２】
（ａ）クラスタから到来するストリーム
二つの選択肢が考えられる。
【００８３】
（第１選択肢）ＩＥＣ６１８８３は全ての無線装置で終端され、ＭＰＥＧ２方式のトランスポート・ストリームＴＳは各無線装置で再生される。
【００８４】
（第２選択肢）無線装置はＩＥＣ６１１８３を終端せず、両方の無線装置間でのＣＩＰパケットの伝送用の一定遅延を保証するためバッファを提供するだけである。更に、無線装置は、全体的な遅延に応じて、送信元パケットヘッダのタイムスタンプを再スタンプする。
【００８５】
（ｂ）遠隔装置から到来するストリーム
上述のストリームに関する説明と同様である。
【００８６】
［ＶＩＩ］クロック同期
ＩＥＣ６１８８３タイムスタンプの正確な動作を実現するため、二つのバスを同期させる必要がある。一方のバスが他方のバスへロックされる。
【００８７】
サイクルマスタは、クラスタの何れかのノードで動作する。ＷＢｏｘ１は、（ＨｉｐｅｒＬＡＮ／２　１３９４　ＳＳＣＳ　ＴＳのクロック同期サービスを使用して）ＷＢｏｘ２へ向けてサイクルクロックを発生する。ＷＢｏｘ２は、ＷＢｏｘ２がルートになることを保証するため、ｓｅｌｆ＿ｉｄパケットのＩＥＥＥ１３９４フォース・ルート・ビットを使用する。かくして、ＷＢｏｘ２は、ロックされたクロックに基づいて（自走２４．５７６ＭＨｚクロックには基づかないで）サイクルスタートパケットを発生する。
【００８８】
［ＶＩＩＩ］等時性リソースマネージャ（ＩＲＭ）／バスマネージャ
（ａ）サイクルマスタ
グローバル（大域的）サイクルマスタは、クラスタ装置の中の（ＷＢｏｘ１以外の）１台である。孤立した装置バス上にもかかわらず、ＷＢｏｘ２は、ローカルサイクルマスタとして動作する（ＷＢｏｘ２サイクルクロックはグローバルサイクルマスタサイクルクロックにロックされる。）。
【００８９】
（ｂ）等時性リソースマネージャ（ＩＲＭ）
クラスタに接続された少なくとも１台の装置（ＷＢｏｘ１を除く）は、ＩＲＭの能力を備えているべきである。その結果として、選択されたＩＲＭは、最高のノードＩＤｎｏｄｅ＿ｉｄをもつノードであるため、（本実施例の場合、ノードＩＤは常に０に一致する）遠隔装置は決してＩＲＭではない。
【００９０】
（ｃ）バスマネージャ
ＷＢｏｘ２は、遠隔装置がバスマネージャになることの無いように、遠隔装置が任意の他の装置のＢＵＳ＿ＭＡＮＡＧＥＲ＿ＩＤレジスタへ書き込むことを阻止すべきである。ＷＢｏｘ２は、バスマネージャがクラスタ内で指摘されない限り、遠隔装置によって発行されたロック要求（応答コードｒｅｓｐｏｎｓｅ＿ｃｏｄｅ＝ｒｅｓｐ＿ａｄｄｒｅｓｓ＿ｅｒｒｏｒ）を拒否すべきである。しかし、ＩＥＥＥ１３９４仕様によれば、バスマネージャのチャレンジャーは、要求状態ＣＯＭＰＬＥＴＥ及び応答コードｒｅｓｐ＿ｃｏｍｐｌｅｔｅを取得するまで、ロックを要求しなければならないので、バスマネージャはクラスタ内のどこかで選択されるべきである。
【００９１】
１台の（若しくはそれ以上の）クラスタ装置がバスマネージャになる能力を備えている場合、１台のクラスタ装置がバスマネージャとして選択されるであろう。かくして、そのバスマネージャ装置のノード識別子は、次のロック要求時に、遠隔装置によって発行されたＢＵＳ＿ＭＡＮＡＧＥＲ＿ＩＤに対して返される。
【００９２】
クラスタ内にバスマネージャになる能力を備えた装置が存在しない場合、ＷＢｏｘ１は、バスマネージャの役割を果たす。ノード識別子１（１からクラスタに接続された装置数までの任意の値）は、次のロック要求時に遠隔装置によって発行されたＢＵＳ＿ＭＡＮＡＧＥＲ＿ＩＤに返される。その結果として、バスマネージャに関して遠隔装置によって試みられた全ての動作（例えば、速度マップレジスタＳｐｅｅｄ Ｍａｐ Ｒｅｇｉｓｔｅｒの読み出し）は、ＷＢｏｘ１によって途中で取得される。勿論、バスマネージャに関して任意のクラスタ装置によって試みられた全ての動作は、遠隔装置へ転送されないが、ＷＢｏｘ１によって処理される。
【００９３】
［ＩＸ］様々なブロードキャスト入力／ブロードキャスト出力
一部の装置がクラスタ上へブロードキャスト出力ストリームを発生する場合、孤立した装置は、そのｉＰＣＲの一つの類似したチャネルに対し、ブロードキャストのコネクションを確立する。
【００９４】
本実施例によれば、ＷＢｏｘ１は、コネクション中のブロードキャストが存在するかどうかを調べるため孤立した装置のｉＰＣＲを規則的にポーリングする。ＷＢｏｘ１があるブロードキャストを見つけた場合、ＷＢｏｘ１は、対応した１３９４チャネルが無線リンクを介して送信されるように、そのリンクレイヤとＷＢｏｘ１のリンクレイヤを設定する。
【００９５】
［Ｘ］コメント
上述の実施例は、１台の遠隔装置を装置のクラスタへ連結する状況に関連しているが、本発明はこのような実施例に限定されることがなく、上述の多数の局面が（数台の装置を夫々に含む）二つのクラスタをリンクすべき場合に適用される。特に、以下の局面が考慮される。
−複数のリセットがクラスタ上の無線装置によって検出された場合、１個のリセットメッセージだけが送信される。
−１台の無線装置からその相手方のピアへ送信されたリセットメッセージは、リセットが実行された後に承認される。
−リセットの場合、上述の非同期パケットの廃棄処理が行われる。
−無線装置にクラスタから受信した全てのトランザクションが分離型トランザクションであることを決定させる。
−無線リンクを介してコードａｃｋ＿ｐｅｎｄｉｎｇを送信しない。
−他のクラスタから受信した要求をクラスタへ転送するときに、無線装置によるタイムアウト間隔を決定する。
−無線装置に、タイムアウトとは無関係に、無線リンクを介してクラスタからの応答を転送させる。
【図面の簡単な説明】
【図１】
無線リンクを介して装置が連結される有線バスを概略的に説明する図である。
【図２】
図１の装置におけるプロトコルスタックの説明図である。
【図３】
要求−応答交換に関与する装置の種々のプロトコル・レイヤ間のやり取りを説明する図である。
【図４】
スプリット・タイムアウトと存続期間との間の関係を表現する図である。

Claims (18)

1. ＩＥＥＥ１３９４規格遠隔装置（１）及び第１の無線装置は第１の有線バスを形成し、ＩＥＥＥ１３９４規格装置のクラスタ及び第２の無線装置は第２の有線バスを形成し、クラスタに接続された第１の無線装置（ＷＢｏｘ１）及び遠隔装置（１）に接続された第２の無線装置（ＷＢｏｘ２）を含む無線リンク（３）を介してＩＥＥＥ１３９４規格遠隔装置（１）をＩＥＥＥ１３９４規格装置のクラスタへ接続する方法であって、
   遠隔装置（１）を第１の無線装置（ＷＢｏｘ１）を通してクラスタへ提示する手順と、
   クラスタの装置を第２の無線装置（ＷＢｏｘ２）を通して遠隔装置（１）へ提示する手順と、
   を有し、
   遠隔装置及びクラスタの装置は単一のＩＥＥＥ１３９４バスの一部であるかのように機能する、
   方法。
2. 無線装置（ＷＢｏｘ１，ＷＢｏｘ２）において、
   関連した有線バス上のリセットを検出する手順と、
   該リセットを相手方のピア無線装置（ＷＢｏｘ２，ＷＢｏｘ１）へ転送する手順と、
   を更に有する請求項１記載の方法。
3. リセットを転送する手順は、相手方のピア無線装置のレジスタへ書き込み要求を実行する手順を含み、
   レジスタへの書き込みによって相手方のピア無線装置と関連した有線バス上のリセット手続を始動する、
   請求項２記載の方法。
4. 関連したバス（２）上でリセットを検出した無線装置は第１の無線装置（ＷＢｏｘ１）であり、
   リセットを転送する前に、第１の無線装置は、自己同定処理に入り、結果として得られたクラスタ装置を記述する物理アドレス及び自己同定データを第２の無線装置へ転送する、
   請求項３記載の装置。
5. 第２の無線装置において、リセット及び自己同定データを受信したとき、
   ルート状態を要求する手順と、
   遠隔装置（１）へ向けられたクラスタ装置に対応した自己同定パケットを生成する手順と、
   を更に有し、
   生成されたパケットの数は、該第１の無線装置を除いたクラスタ上の装置の台数に対応している、
   請求項４記載の方法。
6. 第２の無線装置（ＷＢｏｘ２）において、所定のノード識別子を遠隔装置（１）へ帰属させる手順を更に有する請求項５記載の方法。
7. 無線装置（ＷＢｏｘ１，ＷＢｏｘ２）において、関連したバス上で複数のリセットを検出したとき、リセットを転送する無線媒体上のデータスロットの許可よりも前に検出された最新のリセットだけを転送する手順を更に有する請求項２乃至６のうち何れか一項記載の方法。
8. 相手方のピア無線装置（ＷＢｏｘ２，ＷＢｏｘ１）からリセットを受信する無線装置（ＷＢｏｘ１，ＷＢｏｘ２）において、リセットの受信を承認する手順を更に有する請求項２乃至７のうち何れか一項記載の方法。
9. 相手方のピア無線装置から受信したリセットを検出する無線装置のトランザクションレイヤにおいて、
   関連したバス上にバスリセットを発生させる手順と、
   リセットの受信前に、関連したバスから受信され相手方のピア装置に送信されていない非同期パケットを廃棄する手順と、
   関連したバスのリセットが完了したとき、相手方のピア無線装置に対しリセットを承認する手順と、
   を更に有する請求項２乃至８のうち何れか一項記載の方法。
10. 関連したバス上でリセットを検出した無線装置のトランザクションレイヤにおいて、
    関連したバスのリセットの検出よりも前に、相手方のピア無線装置から受信され関連したバスに送信されていない非同期パケットを廃棄する手順と、
    リセットメッセージを相手方のピア無線装置へ転送し、相手方のピア無線装置からのリセットの承認を待ち受ける手順と、
    該相手方のピア無線装置への非同期パケットの送信を再開する手順と、
    を更に有する請求項２乃至９のうち何れか一項記載の方法。
11. 関連したバス上で装置からトランザクション要求を受信した無線装置において、トランザクションが分離型トランザクションである旨を決定する手順を更に有する請求項１乃至１０のうち何れか一項記載の方法。
12. 関連したバス上の装置からＩＥＥＥ１３９４規格のａｃｋ＿ｐｅｎｄｉｎｇコードを受信する無線装置において、該コードの相手方のピア無線装置への転送を阻止する手順を更に有する請求項１乃至１１のうち何れか一項記載の方法。
13. 一方のバスの第１の装置から別のバスの第２の装置へ要求を送信する手順を更に有し、
    タイムアウト間隔を設定する第２の装置のバスの無線装置は第２の装置から応答を受信し、
    タイムアウト間隔は、要求と共に相手方のピア無線装置によって送信された持続期間パラメータを考慮したときの残り時間に一致する、
    請求項１乃至１２のうち何れか一項記載の方法。
14. 第２の装置のバスの無線装置は、第２の装置からの応答のタイムアウト間隔が満了していない場合に限り、第２の装置からの応答を相手方のピア無線装置へ転送する、請求項１３記載の方法。
15. 該第１の無線装置（ＷＢｏｘ１）は、関連したバスから受信された非同期パケットの送信元アドレス及び宛先アドレスを変更する際に、
    送信元アドレスが所定のノード識別子と一致する場合、送信元アドレスを第１の無線装置のノード識別子によって置換し、
    宛先アドレスが第１の無線装置のノード識別子と一致する場合、送信元アドレスを所定のノード識別子によって置換する、
    請求項６記載の方法。
16. 該第２の無線装置（ＷＢｏｘ２）は、遠隔装置（１）から受信した非同期パケットの送信先アドレス及び宛先アドレスを変更する際に、
    送信元アドレスを第１の無線装置（ＷＢｏｘ１）のノード識別子によって置換し、
    宛先アドレスが第１の無線装置のノード識別子と一致する場合、宛先アドレスを所定のノード識別子によって置換する、
    請求項６又は１５記載の方法。
17. 第２の無線装置によって遠隔装置がバスマスタになることを阻止する手順を更に有する請求項１乃至１６のうち何れか一項記載の方法。
18. 遠隔装置がバスマスタになることを阻止する手順は、遠隔装置がバスマネージャ識別子（ＢＵＳ＿ＭＡＮＡＧＥＲ＿ＩＤ）レジスタへ書き込むことを阻止する手順を含む、請求項１７記載の方法。

Images