JP2004509518A - 通信システムおよびデバイス - Google Patents

Abstract

【課題】バスを介して相互接続された複数のデバイスを有する通信システムであって、前記バスがアイソクロナス転送と非同期転送を扱うことができ、利用可能な帯域幅を効率的に使用し、かつ不要なメッセージの送信を防止する通信システムを提供すること。
【解決手段】
バスを介して相互接続された複数のデバイス（１０１〜１０６）を有する通信システムであって、バスがアイソクロナス転送と非同期転送を扱うことができる、通信システム。ステータスマネージャ（１０５）は、ステータス情報を非同期転送で定期的にバス上にブロードキャストする。デバイス（１０１〜１０６）は、ステータスマネージャ（１０５）がステータス情報をバス上にブロードキャストすることができるようにステータス情報をステータスマネージャ（１０５）に送ることができる。情報は、低減された周波数で送られ、このことは帯域幅を節約する。この情報として可能なのは、通信システム（５００）のネットワークトポロジーに関する情報、通信システム（５００）内のデバイス（１０１〜１０６）の能力に関する情報、バス上の利用可能な帯域幅に関する情報、通信システム（５００）内のモバイルデバイス（５２０）と基地局デバイス（１０６）の間の結合のレベルの強度に関する情報である。望ましい実施例においては、ステータス情報はサイクル開始（ＣＳ）パケットに埋め込まれる。
【選択図】図５

Description

【０００１】
【本発明が属する技術分野】
本発明は、バスを介して相互接続された複数のデバイスを有する通信システムであって、前記バスがアイソクロナス転送と非同期転送を扱うことができ、当該複数のデバイスのうちの第１デバイスが、ステータス情報の要求を前記第１デバイスに送る複数のデバイスのうちの第２デバイスに応答して、当該第２デバイスに当該ステータス情報を直接送るように構成されている、通信システムに関する。
【０００２】
本発明は、このような通信システムにおいて使用するためのデバイスにさらに関する。
【０００３】
【従来の技術】
民生用電子製品（ＣＥ）産業のデバイスとパーソナルコンピュータ（ＰＣ）産業のデバイスは、ホームネットワークに接続される傾向がますます高まりつつある。このようなホームネットワークは、一般に、等時性（リアルタイム）情報と非同期（非リアルタイム）情報の両方を転送することができる。通常、オーディオストリームとビデオストリームなどのコンテンツは等時的に（ｉｓｏｃｈｒｏｎｏｕｓｌｙ）転送され、制御情報は一般に非同期に転送される。ＩＥＥＥ １３９４規格とその補足および拡張規格は、このようなホームネットワークにおけるバスの標準を規定している。
【０００４】
ＩＥＥＥ １３９４バス上のデバイスは、すべてピアノード（ｐｅｅｒ ｎｏｄｅ）で、スター型、ツリー型、デイジーチェイン型、またはこれらの組合せ（ただしループを含まない）などのトポロジーに配置される。システムの動作中に、デバイスをバスに追加する、またはデバイスをバスから取り外すことができる。１つのデバイスを、サイクルマネージャ（Ｃｙｃｌｅ Ｍａｎａｇｅｒ）として動作させ、さらにオプションとしてそれ以外のデバイスをバスマネージャ（Ｂｕｓ Ｍａｎａｇｅｒ）またはアイソクロナスリソースマネージャ（Ｉｓｏｃｈｒｏｎｏｕｓ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）として動作させることができるが、バスの全体的なマスターコントローラの役割を果たすデバイスは必要ない。すべての動作は、分散型ピアツーピア方式で実行される。このアーキテクチャは、オーディオ／ビデオシステムに適している。その理由は、オーディオ／ビデオシステムのデバイスは、伝統的にピアツーピア方式で接続されるためである。
【０００５】
ホームネットワーク内のデバイスは、少なくとも非同期通信をサポートする。ほとんどのデバイスは、リアルタイムで転送する必要があるオーディオストリームおよび／またはビデオストリームで使用されるように設計されているため、アイソクロナス通信もサポートする。ネットワークバス上の帯域幅の一部は、非同期転送用に確保されている。このことは、一般に広い帯域幅を必要とするアイソクロナス転送がバス上の帯域幅すべてを占有してしまうことによって、制御情報などが送れなくなることを、防止する。
【０００６】
アイソクロナス転送に関して、ＩＥＥＥ １３９４の場合、各チャネルが、利用可能な帯域幅の範囲内で数に制限なく論理オーディオまたは論理ビデオチャネルを含むことができる最大６４の独立したアイソクロナス「チャネル」が、サポートされている。マルチメディアシステムにおいては、例えば、１つのアイソクロナスチャネルは、サラウンドサウンドオーディオ信号と非圧縮のディジタルビデオ信号を伝えることができる。一般に、情報を等時的に転送するために、デバイスは、アイソクロナスリソースマネージャに対し、チャネルと特定量の帯域幅を要求する。アイソクロナスリソースマネージャは、それが可能であるか否かを判断し、可能であれば、デバイスが使用できるようにそのチャネルを割り当てる。このデバイスが転送を終了すると、アイソクロナスリソースマネージャは、そのチャネルに確保されている帯域幅が再び利用可能となるように、そのチャネルの割り当てを解除する。
【０００７】
ＩＥＥＥ １３９４のアイソクロナス転送は、コネクションレス方式でチャネル識別子を使用する、バスへのブロードキャストである。アイソクロナス転送が可能なデバイスは、任意のアイソクロナスチャネルから読み取ることができるので、このデバイスが、どのストリームがどのアイソクロナスチャネルで転送されるかを事前に知っている場合、バス上の所望の如何なるストリームも動的に受信することが出来る。
【０００８】
バス上の利用可能な帯域幅、リソースの能力、ネットワークトポロジーのマップなどのステータス情報は、通常、１つのデバイスに格納される。この情報を必要とする他のデバイスは、非同期メッセージを使用してこのデバイスに直接連絡し、応答は同じ方式で返される。従って、多数のデバイスが同じステータス情報を必要とする場合には、多数の非同期メッセージが送られる。ステータス情報を持つデバイスによって送られる応答はすべて同じであるが、送信先のデバイスが異なるために複数のメッセージが必要となる。これは帯域幅の浪費である。さらに、その平等間隔（ｆａｉｒｎｅｓｓ ｉｎｔｅｒｖａｌ）を使用してこれらの無駄な非同期メッセージを転送するデバイスは、より緊急またはより重要な目的に平等間隔を使用することはできない。
【０００９】
【課題を解決するための手段】
本発明の目的は、利用可能な帯域幅を効率的に使用し、かつ不要なメッセージを送信させない於て書きに記載の通信システムを提供することである。
【００１０】
この目的は、本発明によると、ステータス情報を非同期転送で定期的に前記バス上にブロードキャストするためのステータスブロードキャスト手段を有するステータスマネージャを有することを特徴とする通信システムにより達成される。ステータスマネージャは、ステータス情報をバス上にブロードキャストする。この情報は、他のデバイスから取得する（例えば、他のデバイスからステータスマネージャへの非同期転送によって取得する）か、またはステータスマネージャがアクセスできるソースから取得することができる。例えば、バスマネージャがステータスマネージャである場合、バスマネージャは、トポロジーマップに直接アクセスできるので、この情報をいつでもブロードキャストすることができる。アイソクロナスリソースマネージャは、帯域幅とチャネルに関する情報に直接アクセスできるので、このステータス情報が変化したときにブロードキャストすることができる。これにより、すべてのデバイスは、利用可能な帯域幅が変化した時、チャネルが割り当てられた時またはチャンネル割り当てが解除された時などを認識する。ステータスマネージャは、ステータス情報をブロードキャストすることによって、１つのステータス情報の配付のために複数の非同期転送が浪費されることを防ぐ。さらに、デバイスは、この方式でブロードキャストされる情報を取得するために非同期メッセージを送る必要がなくなるので、代わりに他の非同期メッセージを送ることができる。負荷の大きいネットワークにおいては、これによって転送がより高速になる。
【００１１】
何らかの理由でステータスマネージャからの非同期転送からステータス情報を読み取ることができないデバイスは、その情報を持つデバイスにステータス情報の要求を直接送ることによってステータス情報を取得することができる。この場合、ステータス情報を持つデバイスは、ステータス情報を直接送って応答する。従って、この解決策はこのようなデバイスにも適合する。
【００１２】
一実施例においては、前記非同期転送における前記ステータス情報は、以前にブロードキャストされたステータス情報の更新を有する。更新は、前回ブロードキャストされた非同期転送以降に変化したステータス情報しか含む必要が無いため、更新の転送はより小さくなり、これにより帯域幅が節約される。更新のブロードキャストは、オプションとして、すべてのステータス情報が「リフレッシュ」されるように、完全なステータス情報のブロードキャストで補足しても良い。この完全なステータス情報のブロードキャストは、定期的に、望ましくは更新がブロードキャストされる周期の倍数にあたる周期で、実行することもできる。
【００１３】
さらなる実施例においては、前記非同期転送はサイクル開始パケットを有する。別の目的のために必ず転送される１つ以上の非同期転送にステータス情報を埋め込むことによって、帯域幅をさらに大きく節約することができる。サイクル開始パケットは、約１２５ μｓごとに必ず定期的に転送され、かつバス上のすべてのデバイスに必ずブロードキャストされるため、これは、ステータス情報を定期的にブロードキャストするための非常に適した候補である。
【００１４】
さらなる実施例においては、前記ステータスマネージャは、前記受信されたステータス情報を非同期転送で前記バス上にブロードキャストするためのステータスブロードキャスト手段に結合された、当該複数のデバイスのうちのデバイスから非同期でステータス情報を受信するためのステータス受信手段をさらに有する。この実施例の利点は、バス上のデバイスが、そのステータス情報を複数のデバイスに複数回送るのではなくステータスマネージャに一度だけ送れば済むように、ステータスマネージャがこれらのデバイスの中央配布ポイントとして機能することである。
【００１５】
さらなる実施例においては、当該複数のデバイスのうちの一デバイスが、前記非同期転送からのブロードキャストされたステータス情報を受信するためのステータス読み取り手段を有する。このステータス読み取り手段は、非同期転送を聞き（ｌｉｓｔｅｎ）、復号化し、かつデータを処理して、ステータス情報を取得する。すべてではないにしてもほとんどのデバイスは、非同期転送を受信して処理するための手段を有するため、これらのデバイスにステータス読み取り手段を設けることは、容易かつ安価に実施できる。
【００１６】
さらなる実施例においては、前記ステータス情報は、前記通信システムの前記ネットワークトポロジーに関する情報を有する。この実施例の利点は、トポロジーの変化がデバイスに自動的に通知されるので、各デバイスは、この情報が必要なときにバスマネージャに連絡する必要がないことである。
【００１７】
さらなる実施例においては、前記ステータス情報は、前記バス上の利用可能なアイソクロナスチャネルに関する情報を有する。この実施例の利点は、デバイスが、（存在する場合）どのチャネルがアイソクロナス転送に利用できるかを容易に調べることが出来る点である。次いで、各デバイスは、そのチャネルを確保するための要求をただちに出すことができる。アイソクロナスチャネルを取得する必要があるデバイスは、通常、先ず、利用可能な帯域幅を取得するための非同期メッセージをアイソクロナスリソースマネージャに送り、次いで、チャネルと、最初の応答に埋め込まれている情報から計算される特定量の帯域幅とを要求する２番目のメッセージを、送る必要がある。本発明による通信システムにおいては、ブロードキャストされた情報にチャネルが利用可能であることが示されている場合にのみ要求を送ることにより、帯域幅を節約することができる。
【００１８】
さらなる実施例においては、前記ステータス情報は、前記バス上の利用可能な帯域幅に関する情報を有する。アイソクロナスチャネルを取得する必要があるデバイスは、通常、先ず、利用可能な帯域幅を取得するための非同期メッセージをアイソクロナスリソースマネージャに送り、次いで、チャネルと、最初の応答に埋め込まれている情報から計算される特定量の帯域幅とを要求する２番目のメッセージを、送る必要がある。利用可能な帯域幅をブロードキャストする方法の利点は、デバイスが、アイソクロナスリソースマネージャに問い合わせを送って、要件を満たすのに十分な帯域幅があるか否かを判断することを必要とせずに、情報を取得できる点である。これにより、アイソクロナスチャネルを取得する手順がより効率的になる。
【００１９】
さらなる実施例においては、前記ステータス情報は、前記通信システム内のモバイルデバイスと基地局デバイスの間の結合のレベルの強度に関する情報を有する。この実施例の利点は、モバイルデバイスの基地局として機能することができる他のデバイスと、この情報を効率的に共有できることである。これにより、これらのデバイスは、互いに多数の非同期メッセージを送る必要なく互いに連絡した状態を維持することができるので、モバイルデバイスに制御を転送するのに最適な基地局を決定することができる。
【００２０】
本発明のさらなる目的は、本発明による通信システムで使用するためのデバイスであって、ステータス情報を非同期転送で定期的に前記バス上にブロードキャストするためのステータスブロードキャスト手段を特徴とする、デバイスを提供することである。
【００２１】
本発明のさらなる目的は、本発明による通信システムで使用するためのデバイスであって、非同期転送からのブロードキャストされたステータス情報を受信するためのステータス読み取り手段を特徴とする、デバイスを提供することである。
【００２２】
本発明の上記およびその他の観点は、図面に示されている実施例を参照しながら以下に明確に説明されている。各図面の内容は次のとおりである。
【００２３】
すべての図を通じて、同じ参照数字は類似するか対応する特徴を示す。図面に示されている特徴のいくつかは、一般にはソフトウェア内に実施され、従って、ソフトウェアモジュールまたはソフトウェアオブジェクトなどのソフトウェアエンティティを表す。
【００２４】
【本発明を実施するための形態】
図１は、カムコーダ１０１、テレビ１０２、ＤＶＤプレイヤー１０３、セットトップボックス１０４、ビデオカセットレコーダー１０５、パーソナルコンピュータ１０６を有する通信システム１００の一例を図式的に示す。デバイス１０１〜１０６は、ＩＥＥＥ １３９４バスを介して相互接続されているが、ＩＥＥＥ １３９４ａまたは類似するバスを使用することもできる。バスは、ポイントツーポイント・シグナリング環境における分散型ピアツーピア方式で動作する。バス上のデバイス１０１〜１０６は、それぞれ１つ以上のポート１１０〜１２７を有する。ポートは、中継器として機能することができ、そのデバイスの他のポートによって受信されたパケットを再転送する。カムコーダ１０１とセットトップボックス１０４は、それぞれのポート１１０と１１９を介して相互接続されている。セットトップボックス１０４とビデオカセットレコーダー１０５は、それぞれのポート１２１と１２２を通じ相互接続されていて、他のものも同様である。ＩＥＥＥ １３９４標準の規定によると、２つのデバイスの間には、１７個以上のケーブルホップは存在出来ない。１本のバスは、最大６３個のデバイスに接続でき、最大１０２３本のバスを相互接続できる。このようにして、最大６４，４４９個のデバイスを有する非常に大規模なネットワークを作成することができる。各ノードは、バスを介してアドレッシング可能な最大２５６テラバイトのメモリを有することができる。
【００２５】
バスは、ピアツーピア方式で動作するため、中央のバスコントローラは必要ない。しかしながら、通常は、特殊機能を実行する１つ以上のデバイスが存在する。これらのデバイスは、サイクルマネージャ、バスマネージャ、アイソクロナスリソースマネージャである。
【００２６】
サイクルマネージャは、ネットワーク上のデバイス１０１〜１０６の共通クロック基準を維持する。サイクルマネージャは、１２５ μｓごとにサイクル開始パケットを転送する。このパケットは、サイクルマネージャのローカルクロックの値を含む。受信側デバイスは、この値を使用して自身のローカルクロックを同期する。バス上には、サイクルマネージャとして機能するデバイスが必ず存在する。
【００２７】
バスマネージャは、パワーマネージメントなどのバスの最適化を実行し、ネットワークのトポロジーのマップやバス上のデバイス１０１〜１０６の速度のリストなどの情報を維持する。デバイスは、この情報を使用して最適な通信速度と経路を選択できる。
【００２８】
アイソクロナスリソースマネージャは、アイソクロナスチャネルの割り当てと割り当て解除を管理する。アイソクロナスチャネルによりデータを転送する必要があるデバイス１０１〜１０６は、アイソクロナスリソースマネージャに対しチャネルと特定量の帯域幅を要求する必要がある。次いで、アイソクロナスリソースマネージャは、デバイス１０１〜１０６のチャネル番号（０〜６３）と特定量の帯域幅を割り当てる。帯域幅またはチャネルを割り当てることができない場合には、デバイス１０１〜１０６は、要求を後に繰り返すことになる。デバイス１０１〜１０６がアイソクロナスデータ転送を完了すると、そのデバイスは、そのチャネルを割り当て解除できるように再びアイソクロナスリソースマネージャに連絡する。バスがリセットされると、アイソクロナスチャネルを使用していたデバイス１０１〜１０６はそのチャネルを再要求できるため、デバイス１０１〜１０６はそのチャネルでの転送を続行することができる。
【００２９】
システム１００の動作中に、デバイス１０１〜１０６をバスに追加する、またはバスから取り外すことができる。デバイス１０１〜１０６がバスに追加されると、自動的にバスリセットが起こる。リセットは、ソフトウェアにより開始させることもできる。リセット後、デバイス１０１〜１０６は、リーフノードから開始して、次にブランチノードの順で、自身の構成設定を行う。構成設定は、バスリセット、ツリー識別、自己識別から成る。
【００３０】
デバイス１０１〜１０６は、リセット信号を受信すると、接続されている他のすべてのデバイスにこの信号を渡す。次いで、デバイス１０１〜１０６は、リセット信号がバス上のすべてのデバイスに伝播できるように、しばらくアイドル状態のままになる。また、リセット信号は、デバイス上に存在するバストポロジーに関する情報を消去する。
【００３１】
次いで、ツリー識別が実行される。ツリー識別とは、他のノードが接続されているルートノードにより、デバイスのツリーとしてのネットワークトポロジーを定義することである。あるノードが、別のノードに接続されていて、かつその別のノードよりルートに近い場合、そのノードは、その別のノードの親ノードと呼ばれる。別のノードは、親ノードの子ノードと呼ばれる。ここで留意すべきことは、これが、論理的なトポロジーであり、ネットワークの物理的なトポロジーとは異なることである。
【００３２】
ネットワークのトポロジーは、次のように決定される。リーフノード（図１においてはデバイス１０１、１０２、１０３）は、それぞれのポート１１０、１１４、１１８に親通知信号を提示する。各ブランチノード（図１においてはデバイス１０４、１０５、１０６）は、それぞれのポート１１９、１２３、１２７上でこの親通知信号を認識し、これらのポート１１９、１２３、１２７に子通知信号を提示し、これらのポートを子ノードに接続されているノードとしてマークする。次いで、リーフノード１０１、１０２、１０３は、それぞれのポート１１０、１１４、１１８から自分の親通知信号を削除する。
【００３３】
次いで、セットトップボックス１０４とパーソナルコンピュータ１０６は、子ノードに接続されているポートとしてマークされていない、それぞれのポート１２１と１２５に親通知信号を提示する。ビデオカセットレコーダー１０５は、マークされていないポート１２２、１２４でこれらの親通知信号を受信し、これらのポート１２２、１２４に子通知信号を提示し、これらのポートを子ノードに接続されているポートとしてマークする。ビデオカセットレコーダー１０５は、そのポートすべてが子ノードに接続されているポートとしてマークされたので、ビデオカセットレコーダー１０５はルートノードになる。
【００３４】
ルートノードが決まるこのプロセスにおいて矛盾が生じることがある。例えば、すべてのブランチノードが、マークされていないポートを同じ数だけ有し、かつ同時に親通知信号を提示するときである。これを防止するため、１つのデバイスがルートノードになれるように、無作為バックオフタイマ（ｒａｎｄｏｍ ｂａｃｋ−ｏｆｆ ｔｉｍｅｒ）を使用することができる。また、デバイスは、このシグナリングプロセスにおいて自身の応答を遅らせることによって、強制的に自身をルートノードにすることもできる。例えば、パーソナルコンピュータ１０６がその親通知信号を遅らせると、ビデオカセットレコーダー１０５は最終的にポート１２４に親通知信号を提示する。次いで、パーソナルコンピュータ１０６は、ポート１２５に子通知信号を提示し、かつ、すべてのポートを子ノードに接続されているポートとしてマークすることになるため、これは親ノードになるであろう。
【００３５】
論理的なツリートポロジーが定義された後、デバイス１０１〜１０６は自己識別を実行する。自己識別は、各デバイス１０１〜１０６に物理ＩＤを割り当てるステップと、隣接するデバイスの間で転送速度能力を交換するステップと、すべてのデバイス１０１〜１０６にツリートポロジーを配付するステップとを有する。自己識別は、ルートノード（ビデオカセットレコーダー１０５）が、デバイスが接続されているポートのうち最小番号のポート１２２に信号を送ると開始される。セットトップボックス１０４は、この信号を受信し、最小番号のポート１１９に伝播させる。カムコーダ１０１は、ポート１１０でこの信号を受信するが、それ以上伝播させることはできない。カムコーダ１０１は、次いで、自身に物理ＩＤ ０を割り当て、自己ＩＤパケットをセットトップボックス１０４に送り返す。自己ＩＤパケットは、それを作成したデバイスの物理ＩＤを少なくとも含み、そのデバイスの転送速度能力などその他の情報を含むこともできる。セットトップボックス１０４は、ポート１１９〜１２１のうちデバイスが接続されているポートすべてに、この自己ＩＤパケットを再転送する。最終的に、自己ＩＤパケットは、ルートノードに到着し、ルートノードは、より大きな番号を有するポート１２３、１２４上のすべてのデバイスにこの自己ＩＤパケットを転送する。このようにして、接続されているすべてのデバイスが、カムコーダ１０１からの自己ＩＤパケットを受信する。カムコーダ１０１以外のすべてのデバイス１０２〜１０６は、このパケットを受信した時点で、自身の自己ＩＤカウンタをインクリメントする。すべてのデバイスの自己ＩＤカウンタは、最初はゼロである。次いで、カムコーダ１０１は、自身の自己ＩＤプロセスが完了したため、自己ＩＤ完了をセットトップボックス１０４に送信する。セットトップボックス１０４は、自身の自己ＩＤプロセスを完了していないため、この完了指標をルートノードに再転送しない。
【００３６】
ルートノードは、次いで、自己ＩＤ完了指標が受信されていないポートのうち最小番号のポート（ポート１２２）に別の信号を送る。セットトップボックス１０４は、物理ＩＤが割り当てられていないデバイスがそれ以上接続されていないため、自身に物理ＩＤ １を割り当て、前の段落に説明されている方法で、他のデバイス１０１、１０２、１０３、１０５、１０６にこのパケットを転送する。次いで、セットトップボックス１０４は、自己ＩＤ完了通知をルートノードに転送し、次いで、ルートノードはポート１２３でこのプロセスを繰り返す。なぜなら、このポートは、この時点で自己ＩＤ完了通知が受信されていない最小番号のポートになったからである。デバイス１０４に物理ＩＤが割り当てられた後、ポート１２４とデバイス１０３および１０６についてもこのプロセスが繰り返される。すべてのデバイス１０１〜１０６は、この自己識別プロセスを使用して、自身に一意の物理ＩＤを割り当て、そしてルートノードは常に最大の物理ＩＤを有するであろう。このプロセスが完了すると、カムコーダ１０１は物理ＩＤ ０を有し、セットトップボックス１０４は物理ＩＤ １を有し、テレビ１０２は物理ＩＤ ２を有し、ＤＶＤプレイヤー１０３は物理ＩＤ ３を有し、パーソナルコンピュータ１０６は物理ＩＤ ４を有し、ビデオカセットレコーダー１０５は物理ＩＤ ５を有することになる。
【００３７】
初期化が完了する前に、１つ以上のデバイスにサイクルマネージャの役割を割り当てる必要があり、またバスマネージャとアイソクロナスリソースマネージャを選定することもできる。ルートノードは、サイクルマネージャである必要がある。バスがリセットされて、サイクルマネージャとして機能することかできないデバイスがルートノードになった場合には、バスは再びリセットされ、サイクルマネージャとして動作できるデバイスが、ルートノードになる。バスマネージャは、ルートノードになったデバイスがサイクルマネージャとして動作できるか否かを判断する。動作できないと判断されると、バスマネージャは強制的にリセットし、サイクルマネージャとして動作できる別のデバイスがルートノードとして選ばれる。バスマネージャは、デバイスによって選定される。
【００３８】
デバイスは、アイソクロナスリソースマネージャになる要求を自身の自己ＩＤパケットの中で示すことができる。自己識別プロセスが完了すると、これらのデバイスのうち物理ＩＤが最大であるデバイスが、アイソクロナスリソースマネージャとして選定される。
【００３９】
図２は、データ転送の一部を図式的に示す。ＩＥＥＥ １３９４は、２種類の転送モードを提示している。非同期転送は、転送された各パケットの承認ステップを有する非リアルタイムモードであり、保証された配布を行うことができる。このモードは、主に、タイミングがそれほど重要ではない、制御データなどのデータの転送に有用である。非同期データを転送するためのバスへのアクセスは、平等間隔を使用することにより保証される。デバイスは、各平等間隔において１回の非同期バスアクセスを開始することができる。通常、バスの帯域幅の少なくとも２０％は、非同期転送用に確保されている。デバイスは、非同期転送を使用して、例えば、特定の機能について別のデバイスについての問い合わせ（特定のタイプのデータを扱うことができるか否かなど）をすることが出来るし、また別のデバイスにコマンドを非同期で送ることによって、別のデバイスを制御することができる。
【００４０】
アイソクロナス転送は、リアルタイムであり、予測可能な待ち時間を有し、かつアイソクロナス転送用に確保された特定量の帯域幅を有する。通常、オーディオとビデオストリームなどのタイミングが重要なデータは、等時的に転送される。ＩＥＥＥ １３９４は、各チャネルが、利用可能な帯域幅の範囲内で数に制限なく論理オーディオまたは論理ビデオチャネルを含むことができる、最大６４個の独立したアイソクロナス「チャネル」をサポートする。マルチメディアシステムにおいては、例えば、１つのアイソクロナスチャネルが、サラウンドサウンドオーディオ信号と非圧縮のディジタルビデオ信号を伝えることができる。
【００４１】
アイソクロナス転送は、いわゆるアイソクロナスサイクル（通常は最大１００ μｓの時間セグメント）で行われる。サイクルは、サイクルマネージャがサイクル開始（ＣＳ）パケットをバス上に非同期に転送したときに開始される。アイソクロナスチャネル上でデータを転送する必要があるデバイス１０１〜１０６は、ツリートポロジーにおける自分の親ノードにバスアクセスの要求を送る。この要求は、ルートノードまで送られる。ルートノードは、データの転送を希望する１つのデバイスにバスへのアクセスを認める。アクセスを認められるデバイスは、通常はルートノードにもっとも近いデバイスである。その理由は、デバイスの信号がルートノードに達する時間が最小であるからである。
【００４２】
一例として、カムコーダ１０１、テレビ１０２、ＤＶＤプレイヤー１０３、セットトップボックス１０４、パーソナルコンピュータ１０６が、すべてそれぞれのアイソクロナスチャネル上でデータを転送する必要があると想定する。これらのすべてのデバイスは、チャネル番号と特定量の帯域幅をすでに取得している。この場合、データパケットを転送する順序は、それぞれの要求がルートノードに到着するまでに必要な時間によって決まる。テレビ１０２からの要求が、最初に到着するものと想定する。この場合、テレビ１０２は、アクセスが認められて、アイソクロナスデータパケット２００を転送する。セットトップボックス１０４が、その次であり、そしてアイソクロナスデータパケット２０１を転送する。このパケット２０１の後には、パーソナルコンピュータ１０６によって送られるアイソクロナスデータパケット２０２が続く。最後に、カムコーダ１０１とＤＶＤプレイヤー１０３が、アイソクロナスデータパケット２０３と２０４を転送する。データパケット２００〜２０４の転送の間、バスはアイドル状態でもよい。
【００４３】
デバイス１０１〜１０６の内の一デバイスが、自身のアクセス権を使用して、割り当てられたチャネル内でデータパケットを転送すると、このデバイスは、そのアイソクロナスサイクルの間そのチャネルに対しバスアクセスを要求することはもはやできない。これにより、バスにアクセスする機会は、別のデバイス１０１〜１０６に与えられる。デバイス１０１〜１０６の内の一デバイスが、複数のアイソクロナスチャネル上でデータを転送する必要がある場合には、このデバイスは、各チャネルごとに個別の要求を出す必要があり、かつこれらの要求は個別に認められることになる。
【００４４】
デバイス１０１〜１０６の内の最後のデバイスがアイソクロナスチャネル上でデータを転送した後、バスはアイドル状態になる。アイドル状態の間、デバイス１０１〜１０６は、非同期データパケット２０５、２０６を転送するためにバスにアクセスすることが可能で、アクセスの順序は、アイソクロナスデータの転送２００〜２０４の場合と同様に決定される。すべてのデバイス１０１〜１０６にアクセスの機会が均等に与えられるように、アイドル時間は、いわゆる平等間隔に分割される。平等間隔の間、デバイス１０１〜１０６は、１つの非同期データパケット２０５、２０６しか転送できない。アクセスを必要としていたデバイス１０１〜１０６すべてにそれぞれ機会が与えられて、次いでアービトレーション・リセット・ギャップ（Ａｒｂｉｔｒａｔｉｏｎ Ｒｅｓｅｔ Ｇａｐ）の長さだけバスのアイドル状態が経過すると、新しい平等間隔が開始され、デバイスはさらなる非同期データパケットを転送することができる。
【００４５】
非同期データパケットの転送に、１サイクルの間に利用できる時間よりも長くかかることがある。この場合、次のサイクルを開始するＣＳパケットが遅れてしまう。次のサイクルの非同期データ転送に利用できる時間は、遅延を埋め合わせるために短くなる。
【００４６】
図３は、アイソクロナスデータパケットの構造を示す。ＩＥＥＥ １３９４標準は、１つのデバイスから別のデバイスへのアイソクロナスデータの送信方法を規定しているが、オーディオやビデオデータなどの固有のタイプのデータの形式については規定していない。Ｄｉｇｉｔａｌ Ｉｎｔｅｒｆａｃｅｓ ｆｏｒ Ｃｏｎｓｕｍｅｒ Ｅｌｅｃｔｒｏｎｉｃ Ａｕｄｉｏ／Ｖｉｄｅｏ Ｅｑｕｉｐｍｅｎｔ（民生用電子オーディオ／ビデオ機器のためのデジタルインタフェース）のＩＥＣ ６１８８３標準は、アイソクロナスデータパケットの形式を規定する１つの標準である。この形式は、共通アイソクロナスパケット（ＣＩＰ）形式としても知られている。
各パケットは、３２ビットのヘッダー３００と、それに続く多数のペイロードデータブロック３０１とで構成される。ペイロード３０１の形式は、ヘッダー３００の中の情報に依存し、その内容は実質的に問わない。ヘッダー３００内のフィールドは、以下のように定義されている。

最初のヘッダーワードの最初の２ビットは、常に「００」であり、２番目のヘッダーワードの最初の２ビットは常に「０１」である。
【００４７】
図４は、非同期データパケットの形式を示す。各パケットは、ヘッダー４００と、オプションとしてその後に続く多数のペイロードデータブロック４０１とで構成される。データブロックが存在している場合、その後に、データの保全性を確保するためのデータ周期冗長カウントブロックＤ＿ＣＲＣが続く。ヘッダー４００内のフィールドは、以下のように定義されている。

【００４８】
サイクル開始パケットＣＳは、データ部４０１がない特別なタイプの非同期パケットである。これは、プライマリ非同期パケットの１つである。サイクル開始パケット内のヘッダー４００内のフィールドの値は、以下のように定義されている（値は１６進値である）。

【００４９】
図５は、カムコーダが１０１、テレビ１０２、ＤＶＤプレイヤー１０３、セットトップボックス１０４、ビデオカセットレコーダー１０５、パーソナルコンピュータ１０６を有する通信システム５００を図式的に示す。デバイス１０１〜１０６は、ＩＥＥＥ １３９４バスを介して相互接続されているが、ＩＥＥＥ １３９４ａ、ＩＥＥＥ １３９４ａ−２０００などのバスも使用することができる。この通信システム５００では、ビデオカセットレコーダー１０５が、図１を参照して述べた手順を使用して、ルートノードに選定されている。ビデオカセットレコーダー１０５は、サイクルマネージャとアイソクロナスリソースマネージャとしても機能するが、他のデバイスをアイソクロナスリソースマネージャとして機能させても良い。パーソナルコンピュータ１０６は、バスマネージャに選定されている。
【００５０】
本発明によると、通信システム５００は、ステータスマネージャも有する。このステータスマネージャは、ステータス情報を非同期転送で定期的にバス上にブロードキャストすることによってデバイス１０１〜１０６にステータス情報を配付する。デバイス１０１〜１０６のうちの１つが、ステータスマネージャとして選定される。配付されるステータス情報のタイプに応じて、いくつかの選択肢が利用可能である。ステータス情報が、バスに関する情報、例えば、利用可能な帯域幅やチャネル割り当ての情報である場合には、アイソクロナスリソースマネージャが適している。トポロジー情報が配付される場合には、ネットワークトポロジーマップを維持するバスマネージャも、ステータスマネージャとして動作することができる。しかしながら、一般にはどのデバイスも、それが必要な手段を有していれば、ステータスマネージャとして動作することができる。複数のデバイスがステータスマネージャとして動作することが可能である場合には、アイソクロナスリソースマネージャまたはバスマネージャを選定するメカニズムに類似する選定メカニズムを、使用することもできる。
【００５１】
通信システム５００においては、ビデオカセットレコーダー１０５がステータスマネージャとして動作する。ステータスマネージャ１０５は、ステータス情報が埋め込まれている非同期転送を生成して転送するためのステータスブロードキャストモジュール５０２を有する。ステータスブロードキャストモジュール５０２は、これらの動作を定期的、例えば、約１２５ ＆＃１０９；ｓごとに行う。ブロードキャストを使用することにより、１つの非同期転送が、バス上のすべてのデバイスによって受信される。この目的のために、ステータス情報をブロードキャストするのに必要な１つまたは複数の非同期パケットの送信先アドレスを、適切なブロードキャストアドレスに設定する必要がある。ＩＥＥＥ １３９４ネットワークにおいては、ブロードキャストアドレスはＦＦＦＦ（１６進値）である。
【００５２】
定期的にステータス情報をブロードキャストすることによって、バス上の他のデバイスは、非同期転送を使用してこの情報を自身が要求する必要なく、常に最新バージョンの情報を有する。これにより帯域幅が節約される。非同期転送におけるステータス情報が、以前にブロードキャストされたステータス情報の更新を有するならば、さらなる帯域幅が節約できる。更新に含める必要があるのは、前回にブロードキャストされた非同期転送以降に変化したステータス情報のみであるため、更新の転送はより小さくなり、これにより帯域幅が節約されることになる。更新のブロードキャストは、オプションとして、完全なステータス情報のブロードキャストで補足し、すべてのステータス情報を「リフレッシュ」できるようにすることができる。この完全なステータス情報のブロードキャストは、定期的に、望ましくは更新がブロードキャストされる周期の倍数にあたる周期で実行することもできる。
【００５３】
テレビ１０２、ＤＶＤプレイヤー１０３、セットトップボックス１０４、パーソナルコンピュータ１０６は、非同期転送からのブロードキャストされたステータス情報を受信するための、それぞれのステータス読み取りモジュール５１１、５１２、５１３、５１４を有する。このステータス読み取りモジュールは、非同期転送を聞き、このデータを復号化、処理してステータス情報を取得する。
【００５４】
ステータス情報は、ステータスマネージャから直接利用可能となるようにさせることができる。例えば、バスマネージャがステータスマネージャである場合、バスマネージャは、バスのネットワークトポロジーに関する情報に直接アクセスできるため、この情報を非同期転送に埋め込むことができる。アイソクロナスリソースマネージャは、帯域幅とチャネルに関する情報に直接アクセスでき、このステータス情報が変化したときに情報をブロードキャストすることができるため、すべてのデバイスに、利用可能な帯域幅が変化した時、チャネルが割り当てられた時、またはチャンネルが割り当て解除された時などを認識させることができる。データをアイソクロナスチャネルで転送するためには、デバイス１０１〜１０６は、最初にアイソクロナスリソースマネージャ１０５においてチャネルと特定量の帯域幅を確保する必要がある。利用可能な帯域幅を定期的にブロードキャストすることの利点は、デバイスが、そのブロードキャストから情報を取得して、自身の要件を満たすのに十分な帯域幅があるか否かを判断できる点である。十分な帯域幅があれば、そのデバイスはアイソクロナスリソースマネージャ１０５に要求を送り、割り当てられたチャネルを取得する。通常、デバイスは、利用可能な帯域幅を取得するための非同期メッセージをアイソクロナスリソースマネージャ１０５に最初に送ってから、チャネルと特定量の帯域幅を要求する２番目のメッセージを送る必要がある。
【００５５】
上記以外のタイプのステータス情報が、他のデバイスから送られることがある。別のデバイス１０１〜１０６の機能を使用する必要があるデバイス１０１〜１０６は、通常、非同期メッセージを使用して、別のデバイス１０１〜１０６がその機能をサポートするか否かを認識する必要がある。これは、デバイス検出プロセス（Ｄｅｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｃｅｓｓ）と呼ばれる。例えば、カムコーダ１０１が、記録された映画を表示するためにテレビ１０４を使用する必要がある場合には、カムコーダ１０１は、これが可能か否かを認識するために最初テレビ１０４に問い合わを行う必要がある。しかしながら、ステータス読み取りモジュール５１１〜５１４を有するデバイスは、定期的にブロードキャストされる非同期転送からこの情報を読み取ることができる。
【００５６】
通信システム５００のデバイス１０１〜１０６は、ＨＡＶｉ （Ｈｏｍｅ Ａｕｄｉｏ／Ｖｉｄｅｏ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ）規格に従って動作することができることが、望ましい。ＨＡＶｉとは、相互運用性を目的として共通のソフトウェア層を規定することに合意したＣＥベンダの共同体である。これにより、レジストリを問い合わせることによって、デバイスの能力に関する情報を取得できる。このためには、能力の情報が必要な対象のデバイスに連絡することになる。しかしながら、通信システム５００においては、レジストリ内のこの情報は、ステータスマネージャ１０５が非同期にブロードキャストすることができる。通信システムが、レジストリに関する他の相互運用性規格を使用する場合にも、同じ技法を使用して帯域幅を節約することができる。図５においては、ＤＶＤプレイヤー１０３とパーソナルコンピュータ１０６は、ステータス情報をステータスマネージャ１０５に非同期に送るためのステータス送信モジュール５１５、５１６を有する。ステータスマネージャ１０５は、このステータス情報を非同期に受信するステータス受信モジュール５０３を有する。ステータス受信モジュール５０３は、ステータスブロードキャストモジュール５０２に結合されている。ステータス情報を受信し、必要に応じ何らかのタイプの処理、または更新、書式化を行った後に、ステータスブロードキャストモジュール５０２は、受信されたステータス情報を次の非同期転送でバス上にブロードキャストすることができる。
【００５７】
ステータス情報は、モバイルデバイス５２０の間の結合のレベルの強度、例えば、携帯式の遠隔制御装置またはワイヤレス電話の受話器と、モバイルデバイス５２０の基地局として機能するパーソナルコンピュータ１０６との間の結合のレベルの強度に関する情報、とすることができる。基地局１０６とモバイルデバイス５２０の間の接続は、一般にはワイヤレスであり、例えば、ＤＥＣＴ技術、または８０２．１１、ＨＩＰＥＲＬＡＮ、赤外線通信が使用される。結合のレベルは、例えば、パーソナルコンピュータ１０６によって受信されるときのモバイルデバイス５２０からの信号の強度である。パーソナルコンピュータ１０６は、そのステータス送信モジュール５１６を使用してこのステータス情報をステータスマネージャに送り、ステータスマネージャは、次の非同期転送でこの情報をブロードキャストすることができる。
【００５８】
１基のモバイルデバイス用のネットワークで、複数の基地局を使用することができる。例えば、ワイヤレス電話の受信機を各部屋に配置することができる。この場合、モバイルデバイス５２０を制御するためには別の基地局の方がより適した基地局となることがある。基地局は、最初の評価基準としてモバイルデバイス５２０との接続の品質を測定することができる。モバイルデバイスを現在制御している基地局よりも別の基地局の接続の品質の方が良好であることが判明した場合には、制御をその別の基地局に移す必要がある。これに代えて、現在制御している基地局が自身の接続を測定して、品質が特定のレベル以下に低下したときに別の基地局に制御を移すこともできる。
【００５９】
もう１つの基準は、基地局のリソースの可用性のレベルである。基地局１０６は、ビジーになり過ぎると、使用者がモバイルデバイス５２０と良好な性能で対話できるように、モバイルデバイス５２０の制御を別のデバイスに移すことができる。モバイルデバイスの制御を１つの基地局から別の基地局に移すための手順は、本出願と同じ出願人によるヨーロッパ特許出願００２０１２１２．８ （ＰＨＮＬ０００１９３）に記載されている。
【００６０】
モバイルデバイス５２０と基地局１０６の間の結合レベルの強度は、ステータスマネージャ１０５にブロードキャストさせることができる。他の基地局はこの情報を受信し、現在の強度を認識することができる。これら他の基地局は、同じ手順を使用して自身の信号強度を報告できる。基地局は、この情報を使用して、モバイルデバイス５２０の制御を移す先の最適の基地局について、基地局間で交渉（ｎｅｇｏｔｉａｔｅ）することができる。
【００６１】
通信システム５００に対し、ステータスマネージャとして機能するデバイスは、必ずしも１つである必要はない。非同期転送を識別するための何らかの共通の標準が使用されていることを前提とすると、如何なるデバイスも、ステータス情報の非同期転送をブロードキャストすることができ、かつそれ以外の如何なるデバイスも、この転送を受信かつ処理することができる。しかしながら、複数のデバイスが、自身のステータス情報を定期的にブロードキャストすると、１つの転送に埋め込むことも可能であった情報が、複数の転送（デバイスごとに１つ）に埋め込まれることになる。これは、１つのデバイスにステータスマネージャとして情報を収集してブロードキャストする動作を行わせるシステムほど効率的ではない。
【００６２】
望ましい実施例においては、ステータス情報を保持するために、サイクル開始（ＣＳ）パケットを使用することができる。サイクル開始パケットは、約１２５ ＆＃１０９；ｓごとに定期的に必ず転送され、かつバス上のすべてのデバイスに必ずブロードキャストされるため、ステータス情報を定期的にブロードキャストするための非常に適した候補である。
【００６３】
標準によると、トランザクションコード（ＴＣ）フィールドが値「８」に設定され、かつＨ＿ＣＲＣフィールドがパケットヘッダの有効なＣＲＣを含んでいる場合には、サイクル開始パケットは認識されなければならない。このことは、サイクル開始パケット内の他のフィールドを再利用し、これにより、ステータス情報をブロードキャストする目的でこれらのフィールドを使用することが可能であることを意味する。サイクル開始パケットを使用することにより、少なくともバス上の利用可能なアイソクロナスチャネルとバス上の利用可能な帯域幅に、情報を埋め込むことが可能となる。このような情報は、アイソクロナスリソースマネージャに登録され、かつサイクル開始パケットはサイクルマネージャによって転送される必要があるため、アイソクロナスリソースマネージャとサイクルマネージャは同じ一意のデバイスであることが望ましい。
【００６４】
現在の利用可能な帯域幅は、アイソクロナスリソースマネージャのＢＡＮＤＷＩＤＴＨ＿ＡＶＡＩＬＡＢＬＥレジスタの１３ビットのｂｗ＿ｒｅｍａｉｎｉｎｇフィールドに格納される。この帯域幅量は、帯域幅割当単位と呼ばれる時間単位で表される。１単位は、１クアドレット（３２ビットのデータ）を１．６Ｇビット／秒で送信するための時間であり、約２０ナノ秒である。理論的には、１２５ ＆＃１０９；ｓのアイソクロナスサイクルの場合、このレジスタの可能な最大値は６１４４帯域幅割当単位である。しかしながら、アイソクロナストラフィックは、各アイソクロナスサイクルの１００ ＆＃１０９；ｓ以上を占有することはできないため、実際の最大値は４９１５帯域幅割当単位である。この値は、バスの初期の帯域幅として１３ビットのワードに符号化され、このワードはサイクル開始パケットに含まれる必要がある。
【００６５】
アイソクロナスリソースマネージャは、ＣＨＡＮＮＥＬＳ＿ＡＶＡＩＬＡＢＬＥレジスタを提供する。このレジスタの２つのフィールド、すなわちｃｈａｎｎｅｌｓ＿ａｖａｉｌａｂｌｅ＿ｈｉとｃｈａｎｎｅｌｓ＿ａｖａｉｌａｂｌｅ＿ｌｏを使用することによって、０〜６３個までのチャネル番号の確保と解放を行うことができる。各フィールドのサイズは１クアドレットである。標準によると、レジスタのｃｈａｎｎｅｌｓ＿ａｖａｉｌａｂｌｅ＿ｈｉフィールドに割り当てられるビットは、ビット０、すなわち、チャネル番号０から開始しなければならず、かつ以降のチャネル番号は、最大ビット３１（すなわちチャネル番号３１）までのビット番号の単調に増加するシーケンスで表されなければならない。同様に、ｃｈａｎｎｅｌｓ＿ａｖａｉｌａｂｌｅ＿ｌｏの中のビットはビット０、すなわち、チャネル番号３２から開始しなければならず、かつそれ以降のチャネル番号は、最大ビット３１（すなわちチャネル番号６３）までのビット番号の単調に増加するシーケンスで表されなければならない。何れのフィールド内のビットも、どのチャネル番号が確保または解放されているかを示す。各ビットごとに、値０はそのチャネルが確保されていることを示し、値１はチャネルが解放されていることを意味する。６４個のチャネルのステータスが確保済みまたは利用可能であることを示すために、サイクル開始パケットは２クアドレットの転送を含む必要がある。
【００６６】
従って、転送する情報の合計量は、利用可能な帯域幅を符号化するための１３ビットと、チャネルステータス情報を符号化するための６４ビットからなる、最大７７ビットである。図６は、サイクル開始パケットにこの情報を埋め込む方法を示す。このパケットにおいては、ヘッダー６００内のフィールドの値は、以下のように解釈される。

【００６７】
バスリセットの後、サイクルマネージャは、図４を参照して説明したように、通常の動作時と同様に通常のサイクル開始パケットを送る。このパケットは、サイクルマネージャのＩＤを他のデバイスにブロードキャストする役割を果たす。このＩＤは、次のバスリセットまで同じままである。連続するサイクルにおいて、サイクルマネージャは、図６を参照して説明したように、すなわち、ステータス情報を含むサイクル開始パケットを送る。このサイクル開始パケットは、図６のヘッダーフィールド「ｉ」によって示されているように、ＴＬフィールドの最上位ビットを１に設定することによって識別される。ＤＳＴ＿ＩＤとＤ＿ＳＰＣＦＣフィールドは変更されない。その理由は、いくつかの実施においては、各サイクルごとに、ブロードキャストパケットを識別し、かつアイソクロナス転送を行うことができるデバイスのローカルなサイクルタイムのレジスタをアップグレードするために、これらの値を使用する必要があるためである。
【００６８】
ＴＬフィールドの残りのビットと、ＲＴおよびＰＦフィールドのビットは、残りの利用可能な帯域幅の圧縮バージョンを符号化するために使用される１１ビットを形成する。これらのビットは、図６におけるＱ＿ＢＷフィールドに埋め込まれる。利用可能な帯域幅を圧縮および復元するためには、以下の式を使用することができる（これを使用することが望ましい）。

かつ

この式において、Ｘは、アイソクロナスリソースマネージャから利用可能なｂｗ＿ｒｅｍａｉｎｉｎｇフィールドの１３ビットの値である。Ｙは、図６のサイクル開始パケットの中のブロードキャストされる１１ビットの値であり、Ｚは、このパケットを受信するデバイスによって復号化される１３ビットの値である。これら３つの式を使用すると、ＸとＺの間の最大偏差は２つの時間単位になる。これは、Ｓ４００速度において１２８ Ｋｂｉｔ／ｓに等しく、これより低速ではさらに小さい。一般的な帯域幅の確保が数十Ｍｂｉｔ／ｓ程度であることを考慮すると、この偏差は十分に許容される。
【００６９】
サイクル開始パケットのＳＲＣ＿ＩＤとＤ＿ＯＦＦＳＥＴフィールドは定数値を有し、この定数値はバス上のすべてのデバイスで認識される。この定数値は、本実施例においては、ｃｈａｎｎｅｌｓ＿ａｖａｉｌａｂｌｅ＿ｈｉとｃｈａｎｎｅｌｓ＿ａｖａｉｌａｂｌｅ＿ｌｏフィールドを埋め込むのに必要な２クアドレットを格納するのに使用される。
【図面の簡単な説明】
【図１】バスを介して相互接続されている多数のデバイスを有する第１通信システムを図式的に示す。
【図２】データ転送の一部を図式的に示す。
【図３】アイソクロナスデータパケットの形式を示す。
【図４】非同期データパケットの形式を示す。
【図５】バスを介して相互接続された多数のデバイスを有する第２通信システムを図式的に示す。
【図６】非同期転送の実施例を図式的に示す。
【符号の説明】
１００　通信システム
１０１〜１０６　デバイス
１１０〜１２７　ポート
２００〜２０４　データパケット
２０５、２０６　非同期データパケット
３００　ヘッダー
３０１　ペイロードデータブロック
４００　ヘッダー
４０１　ペイロードデータブロック
５００　通信システム
５０２　ステータスブロードキャストモジュール
５０３　ステータス受信モジュール
５１１、５１２、５１３、５１４　ステータス読み取りモジュール
５１５、５１６　ステータス送信モジュール
５２０　モバイルデバイス
６００　ヘッダー

Claims (11)

1. バスを介して相互接続された複数のデバイスを有する通信システムであって、前記バスがアイソクロナス転送と非同期転送を扱うことができ、当該複数のデバイスのうちの第１デバイスが、当該複数のデバイスのうちの第２デバイスがステータス情報の要求を前記第１デバイスに送ることに応答して、当該第２デバイスに当該ステータス情報を直接送るように構成されている、通信システムにおいて、前記通信システムが、ステータス情報を非同期転送で定期的に前記バス上にブロードキャストするためのステータスブロードキャスト手段を有するステータスマネージャを有することを特徴とする、通信システム。
2. 前記非同期転送における前記ステータス情報が、以前にブロードキャストされたステータス情報の更新を有することを特徴とする、請求項１に記載の通信システム。
3. 前記非同期転送が、サイクル開始パケットを有する、請求項１に記載の通信システム。
4. 前記ステータスマネージャが、前記受信されたステータス情報を非同期転送で前記バス上にブロードキャストするためのステータスブロードキャスト手段に結合された、当該複数のデバイスのうちのデバイスから非同期でステータス情報を受信するためのステータス受信手段をさらに有する、請求項１に記載の通信システム。
5. 当該複数のデバイスのうちのデバイスが、前記非同期転送からの前記ブロードキャストされたステータス情報を受信するためのステータス読み取り手段を有することを特徴とする、請求項１に記載の通信システム。
6. 前記ステータス情報が、前記通信システムの前記ネットワークトポロジーに関する情報を有する、請求項１に記載の通信システム。
7. 前記ステータス情報が、前記バス上の利用可能なアイソクロナスチャネルに関する情報を有する、請求項１に記載の通信システム。
8. 前記ステータス情報が、前記バス上の利用可能な帯域幅に関する情報を有する、請求項１に記載の通信システム。
9. 前記ステータス情報が、前記通信システム内のモバイルデバイスと基地局デバイスの間の結合のレベルの強度に関する情報を有することを特徴とする、請求項１に記載の通信システム。
10. ステータスブロードキャスト手段が、ステータス情報を非同期転送で定期的に前記バス上にブロードキャストすることを特徴とする、請求項１の通信システムにおけるステータスマネージャとして使用するためのデバイス。
11. ステータス読み取り手段が、前記非同期転送からの前記ブロードキャストされたステータス情報を受信することを特徴とする、請求項１の通信システムで使用するためのデバイス。

Images