(57)【要約】【課題】  調整子基盤の無線ネットワーク通信方法及び、バックボーンネットワークと連結された調整子基盤の無線ネットワーク間の通信方法を提供する。【解決手段】  第２調整子基盤の無線ネットワークとバックボーンネットワークとを連結する中継装置から、遠隔チャンネル時間割当てに必要な情報を含むデータ伝送報知フレームを提供される段階と、中継装置が、第２調整子にチャンネル時間割当てを要請する遠隔チャンネル時間割当てフレームを伝送する段階、及び割当てられたチャンネル時間に、中継装置が提供した前記第１調整子基盤無線ネットワークからのデータフレームを受信する段階と、を含む第１調整子基盤無線ネットワーク通信方法及び、バックボーンネットワークと連結された第２調整子基盤無線ネットワーク間の通信方法。【選択図】  図９
2005341575.tif 000002
【特許請求の範囲】
【請求項１】
送信デバイスがデータ送信のためのチャンネル時間割当てを無線ネットワークの調整子に要請するように、前記送信デバイスに遠隔チャンネル時間割当て要請フレームを伝送する段階と、
割当てられたチャンネル時間に、前記送信デバイスが伝送するデータフレームを受信する段階と、を含む調整子基盤の無線ネットワーク通信方法。
【請求項２】
前記チャンネル時間割当てのための情報は、前記送信デバイスを通じて受信したデータ伝送報知フレームから得る段階をさらに含む請求項１に記載の調整子基盤の無線ネットワーク通信方法。
【請求項３】
前記無線ネットワークから伝送されるフレームは、ＩＥＥＥ ８０２．１５．３規格によるフレームである請求項１に記載の調整子基盤の無線ネットワーク通信方法。
【請求項４】
データ送信のためのチャンネル時間割当てを無線ネットワークの調整子に要請する遠隔チャンネル時間割当て要請フレームを、宛先デバイスから受信する段階と、
前記遠隔チャンネル時間割当て要請によって前記調整子にチャンネル時間割当てを要請する段階と、
割当てられたチャンネル時間に、前記宛先デバイスにデータフレームを伝送する段階と、を含む調整子基盤の無線ネットワーク通信方法。
【請求項５】
前記宛先デバイスが遠隔チャンネル時間割当て要請フレームを生成できるように、チャンネル時間割当てのための情報を含むデータ伝送報知フレームを前記宛先デバイスに伝送する段階をさらに含む請求項４に記載の調整子基盤の無線ネットワーク通信方法。
【請求項６】
前記無線ネットワークから伝送されるフレームはＩＥＥＥ ８０２．１５．３規格によるフレームである請求項４に記載の調整子基盤の無線ネットワーク通信方法。
【請求項７】
第１調整子基盤無線ネットワーク通信方法及び、バックボーンネットワークと連結された第２調整子基盤無線ネットワーク間の通信方法において、
前記第２調整子基盤無線ネットワークの宛先デバイスが遠隔チャンネル時間割当てを要請できるように、前記第１調整子基盤無線ネットワークの送信デバイスが、前記第１調整子基盤無線ネットワークと前記バックボーンネットワークとを連結する中継装置にデータ伝送報知フレームを提供する段階と、
前記データ伝送報知フレームを提供した後、前記送信デバイスが前記宛先デバイスに伝送するフレームを前記中継装置に提供する段階と、を含む通信方法。
【請求項８】
前記送信デバイスが提供するフレームは、ＩＥＥＥ ８０２．１５．３規格によるフレームであって、前記バックボーンネットワークを通じて前記宛先デバイスに伝達可能にする追加情報を含む請求項７に記載の通信方法。
【請求項９】
前記追加情報は、前記第２調整子基盤無線ネットワークの固有な識別子である請求項８に記載の通信方法。
【請求項１０】
前記追加情報は、前記宛先デバイスの固有な識別子である請求項８に記載の通信方法。
【請求項１１】
第１調整子基盤無線ネットワーク通信方法及び、バックボーンネットワークと連結された第２調整子基盤無線ネットワーク間の通信方法において、
前記第２調整子基盤の無線ネットワークと前記バックボーンネットワークとを連結する中継装置から、遠隔チャンネル時間割当てに必要な情報を含むデータ伝送報知フレームを提供される段階と、
前記中継装置が、チャンネル時間割当てを前記第２調整子に要請する遠隔チャンネル時間割当てフレームを伝送する段階と、
割当てられたチャンネル時間に、前記中継装置が提供した前記第１調整子基盤無線ネットワークからのデータフレームを受信する段階と、を含む通信方法。
【請求項１２】
前記第２調整子基盤の無線ネットワークで送受信されるフレームは、ＩＥＥＥ ８０２．１５．３規格によるフレームである請求項１１に記載の通信方法。
【請求項１３】
請求項１及び請求項１２のうちいずれか１項による方法を実行するためのコンピュータ可読プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線ネットワーク通信に係り、より詳細には調整子基盤の無線ネットワーク環境での通信方法に関する。
【背景技術】
【０００２】
通信及びネットワーク技術の発達につれて最近のネットワーク環境は、同軸ケーブルまたは光ケーブルのような有線媒体を利用する有線ネットワーク環境から、多様な周波数帯域の無線信号を利用する無線ネットワーク環境に変わりつつある。これにより、無線ネットワークインターフェースモジュールを含んで移動が可能であり、かつ多様な情報を処理して特定の機能を行うコンピューティング装置（以下、‘無線ネットワーク装置’という）が開発されており、また、このような無線ネットワーク装置により効率的に通信を行える無線ネットワーク技術が登場している。
【０００３】
無線ネットワークは２つの形態に大別できる。
まず、図１に図示されたように、アクセスポイントを含む無線ネットワーク形態であって、‘インフラストラクチャーモードの無線ネットワーク’ともいう。
【０００４】
他の一つは、図２に図示されたように、アクセスポイントを含まない無線ネットワーク形態であって、‘アドホックモードの無線ネットワーク’ともいう。
【０００５】
インフラストラクチャーモードの無線ネットワークは、無線ネットワークの有線ネットワークへの連結、または、無線ネットワークに属する無線ネットワーク装置間の通信のために、データ伝達の中継役割を行うアクセスポイントを使用する。したがって、あらゆるデータはアクセスポイントを経なければならない。
【０００６】
アドホックモードの無線ネットワークは、アクセスポイントのような中継装置を経ずに、単一の無線ネットワークに属する無線ネットワーク装置が直接互いにデータを送受信する形態である。
【０００７】
このようなネットワーク形態は、また２つに大別できるが、単一の無線ネットワークに属する無線ネットワーク装置のうち任意に選定された無線ネットワーク装置が他の無線ネットワーク装置にデータを伝送できる時間（以下、‘チャンネル時間’という）を割り当てる調整子の役割を行い、他の無線ネットワーク装置は所定チャンネル時間にのみデータを伝送できるようにするネットワーク形態と、前記のように調整子の役割を行う無線ネットワーク装置が存在せず、あらゆるネットワーク装置が必要時にいつでもデータを伝送できるネットワーク形態とがある。
【０００８】
この時、前者の場合、すなわち、調整子の役割を行う無線ネットワーク装置が存在するネットワーク形態（以下、‘調整子基盤無線ネットワーク’という）は、調整子を中心に独立された単一の無線ネットワークを形成し、一定の空間内に複数の調整子基盤無線ネットワークが存在する場合に、それぞれの調整子基盤無線ネットワークは、他の調整子基盤無線ネットワークと区別されるために固有な識別情報を持つ。
【０００９】
したがって、特定の調整子基盤無線ネットワークに属する無線ネットワーク装置は、自身の属する調整子基盤無線ネットワークでは調整子により定められたチャンネル時間の間に他のネットワーク装置とデータを送受信できるが、他の調整子基盤無線ネットワークに属する無線ネットワーク装置とは通信できない問題点がある。
【００１０】
例えば、図３に図示されたように、３個の調整子基盤無線ネットワーク３１０、３２０、３３０を含むホームネットワークシステムにおいて、無線ネットワーク１ ３１０が１階の居間に構築されており、無線ネットワーク２ ３２０が２階の書斎に構築されており、無線ネットワーク３ ３３０が１階の寝室に構築されていると仮定する。
【００１１】
もし、ユーザーが２階の書斎で、携帯用動画像プレーヤー３２５を利用して１階の居間にあるメディアサーバー３１５に保存された映画を見ようとする場合には、無線ネットワーク１ ３１０と無線ネットワーク２ ３２０との間に通信できる方法がないために、ユーザーは映画を鑑賞できない。したがって、ユーザーが映画を見るためには１階の居間に降りていかなければならない不便さがある。
【００１２】
このような問題点が発生する理由は、無線電波の到達距離の制限、他の調整子基盤無線ネットワークに関する情報の不在、チャンネル時間の割当て問題などが発生するためである。
【００１３】
したがって、相異なる調整子基盤無線ネットワークに属する無線ネットワーク装置間にデータを送受信するために、新たなネットワークトポロジーを構成する必要が生じ、特に、データを受信する無線ネットワーク装置が属する調整子基盤無線ネットワークでチャンネル時間割当てを要請する方法が必要となった。特に、チャンネル時間割当てを要請することに関して、調整子基盤無線ネットワークの代表的な例といえるＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ；米国電気電子学会） ８０２．１５．３規格による無線個人通信網（Ｗｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｗｏｒｋ、以下‘ＷＰＡＮ’と称する）では、データを送信しようとする無線ネットワーク装置のみチャンネル時間割当てを要請できる。すなわち、チャンネル時間割当てに必要な情報を、データを送信しようとする無線ネットワーク装置だけが知っているために、データを受信するか、またはデータを中継するネットワーク装置はチャンネル時間割当てを要請できなくなる。ここでいうＩＥＥＥ ８０２．１５．３規格は、無線ネットワークにおいて、国際標準協会（ＩＳＯ）が発表したネットワークモデルに関するＯＳＩ（Ｏｐｅｎ Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ、開放システム相互連結）７階層のうち物理階層に該当するＰＨＹ階層と、データリンク階層に該当する媒体接近制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ：以下、ＭＡＣ）階層とに関する標準を提案している規格をいう。
【００１４】
したがって、ＷＰＡＮのような調整子基盤無線ネットワークにおいて、相異なる調整子基盤無線ネットワークに属する無線ネットワーク装置間のデータ送受信を円滑にするために、送信されたデータを受信する装置もチャンネル時間割当てを要請できる方法が必要となった。
【特許文献１】米国特許第６６５０６５５号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１５】
本発明は前記問題点を鑑みてなされたものであり、データを受信する無線装置でもチャンネル時間割当てを要請できる方法を提供するところにその目的がある。
【００１６】
また本発明は、バックボーンネットワークと連結された調整子基盤の無線ネットワーク間の通信方法を提供するところにその目的がある。
【００１７】
本発明の目的は、前記で言及した目的に限定されず、言及しなかったさらに他の目的は下の記載から当業者ならば明確に理解できる。
【課題を解決するための手段】
【００１８】
前記目的を達成するために、本発明による調整子基盤の無線ネットワーク通信方法は、送信デバイスがデータ送信のためのチャンネル時間割当てを無線ネットワークの調整子に要請するように、前記送信デバイスに遠隔チャンネル時間割当て要請フレームを伝送する段階と、割当てられたチャンネル時間に、前記送信デバイスが伝送するデータフレームを受信する段階と、を含む。
【００１９】
前記目的を達成するために、本発明による調整子基盤の無線ネットワーク通信方法は、データ送信のためのチャンネル時間割当てを無線ネットワークの調整子に要請する遠隔チャンネル時間割当て要請フレームを、宛先デバイスから受信する段階と、前記遠隔チャンネル時間割当て要請によって前記調整子にチャンネル時間割当てを要請する段階と、割当てられたチャンネル時間に、前記宛先デバイスにデータフレームを伝送する段階と、を含む。
【００２０】
前記目的を達成するために、本発明による第１調整子基盤無線ネットワーク通信方法及び、バックボーンネットワークと連結された第２調整子基盤無線ネットワーク間の通信方法は、前記第２調整子基盤無線ネットワークの宛先デバイスが遠隔チャンネル時間割当てを要請できるように、前記第１調整子基盤無線ネットワークの送信デバイスが、前記第１調整子基盤無線ネットワークと前記バックボーンネットワークとを連結する中継装置にデータ伝送報知フレームを提供する段階と、前記データ伝送報知フレームを提供した後、前記送信デバイスが前記宛先デバイスに伝送するフレームを前記中継装置に提供する段階と、を含む。
【００２１】
前記目的を達成するために、本発明による第１調整子基盤無線ネットワーク通信方法及び、バックボーンネットワークと連結された第２調整子基盤無線ネットワーク間の通信方法は、前記第２調整子基盤の無線ネットワークと前記バックボーンネットワークとを連結する中継装置から、遠隔チャンネル時間割当てに必要な情報を含むデータ伝送報知フレームを提供される段階と、前記中継装置が、チャンネル時間割当てを前記第２調整子に要請する遠隔チャンネル時間割当てフレームを伝送する段階と、割当てられたチャンネル時間に、前記中継装置が提供した前記第１調整子基盤無線ネットワークからのデータフレームを受信する段階と、を含む。
【発明の効果】
【００２２】
本発明によれば、データを送信するデバイスだけでなくデータを受信する宛先デバイスも、遠隔チャンネル時間割当て要請を通じてチャンネル時間を割当てられうる。宛先デバイスによる遠隔チャンネル時間割当て要請方式を、バックボーンネットワークで連結された相異なるピコネット間の通信に適用すれば、データ伝送に必要なチャンネル時間を受信側でも容易に割当てられうる。
【発明を実施するための最良の形態】
【００２３】
その他の実施形態の具体的な事項は詳細な説明及び図面に含まれている。
本発明の利点及び特徴、そしてそれらを達成する方法は添付される図面と共に詳細に後述される実施形態を参照すれば明らかになる。しかし、本発明は以下の実施形態に限定されるものではなく多様な形態に具現でき、但し、本実施形態は本発明の開示を完全にし、当業者に本発明の範囲を完全に知らせるために提供されるものであり、本発明は特許請求の範囲により定義されるだけである。明細書全体にわたって同一参照符号は同一構成要素を示す。
【００２４】
以下、本発明の実施形態によってチャンネル時間割当てを要請する装置及び方法を説明するためのブロック図またはフローチャートを参照して本発明について説明する。
【００２５】
この時、フローチャートの各ブロックとフロ−チャートの組合わせはコンピュータプログラムインストラクションにより実行可能なのが理解できるであろう。これらコンピュータプログラムインストラクションは、汎用コンピュータ、特殊用コンピュータまたはその他のプログラマブルデータプロセッシング装置のプロセッサーに搭載されうるので、コンピュータまたはその他のプログラマブルデータプロセッシング装置のプロセッサーを通じて実行されるそのインストラクションがフローチャートのブロックで説明された機能を行う手段を生成するように機構を作れる。これらコンピュータプログラムインストラクションは特定方式で機能を具現するためにコンピュータまたはその他のプログラマブルデータプロセッシング装置を指向できるコンピュータ利用可能またはコンピュータ判読可能メモリに保存されることも可能なので、そのコンピュータ利用可能またはコンピュータ判読可能メモリに保存されたインストラクションはフローチャートのブロックで説明された機能を行うインストラクション手段を内包する製造品目を生産することも可能である。コンピュータプログラムインストラクションはコンピュータまたはその他のプログラム可能なデータプロセッシング装置上に搭載することも可能なので、コンピュータまたはその他のプログラマブルデータプロセッシング装備上で一連の動作段階が実行されてコンピュータで実行されるプロセスを生成し、コンピュータまたはその他のプログラマブルデータプロセッシング装置を行うインストラクションはフローチャートのブロックで説明された機能を実行するための段階を提供することも可能である。
【００２６】
一方、本発明をより容易に理解するために、以下では、調整子基盤無線ネットワークについての実施形態として、ＩＥＥＥ ８０２．１５．３規格であるＷＰＡＮを例として説明する。具体的には、ＭＡＣ階層を中心に複数のＷＰＡＮを、有線バックボーンを利用して連結することによって、相異なるＷＰＡＮに属する無線ネットワーク装置間にデータを送受信できるネットワークシステムについて説明する。
【００２７】
また、ＷＰＡＮでは、無線ネットワーク装置を‘デバイス’といい、少なくとも１以上のデバイスにより形成される単一のネットワークを‘ピコネット’というので、用語の統一のために以下では、ＷＰＡＮで定義している用語を使用する。
【００２８】
図４は、本発明の実施形態によるネットワークシステムを示す例示図である。
【００２９】
前記ネットワークシステム４００は、複数のピコネット４２０、４６０、４８０と、ピコネットと連結された有線ネットワーク４４０と、有線ネットワークと連結されたゲートウェイ４１０と、それぞれのピコネット４２０、４６０、４８０を有線ネットワーク４４０と連結する中継装置４２２、４６２、４８２とで構成される。この時、ピコネット４２０、４６０、４８０の明確な区別のために、それぞれ‘第１ピコネット４２０’、‘第２ピコネット４６０’、‘第３ピコネット４８０’と称する。
【００３０】
また、それぞれのピコネットに属するデバイスのうち調整子の役割を行うデバイスが選択されうるが、ＷＰＡＮでは、調整子の役割を行うデバイスを‘ピコネットコーディネータ’といい、以下では‘ＰＮＣ’と称する。
【００３１】
また、中継装置をさらに明確に区別するために、第１ピコネット４２０に属する中継装置４２２を‘第１中継装置’、第２ピコネット４６０に属する中継装置４６２を‘第２中継装置’、第３ピコネット４８０に属する中継装置４８２を‘第３中継装置’と称する。ここで、中継装置は、ネットワークトポロジーによってルーター、有無線ブリッジ、デバイスまたはＰＮＣを含むことがある。例えば、中継装置が有無線ブリッジである場合には、ネットワークシステム４００は‘１９２．６８．９．ｘ’のようなＩＰサブネットを形成しており、それぞれのピコネット４２０、４６０、４８０は自ら区別できるピコネット識別情報により識別が可能である。
【００３２】
一方、有線ネットワーク４４０は同軸ケーブル、光ケーブル、電力線、電話線など通信可能な媒体に基づくいかなる方式の有線ネットワークプロトコルも適用できる。いかなる有線ネットワークプロトコルを適用するかは、本発明が適用される物理的環境によって変わる。
【００３３】
本発明の実施形態によれば、例えば、デバイス１＿１ ４３０がデバイス１＿２ ４３５と通信しようとする場合、すなわち、同じピコネット内で通信がなされる場合には従来のＩＥＥＥ ８０２．１５．３規格によればよい。しかし、デバイス１＿１ ４３０が第２ピコネット４６０に属するデバイス２＿１ ４６５と通信しようとする場合、まず、第１中継装置４２２はデバイス１＿１ ４３０が送信したフレームを受信する。次いで、第１中継装置４２２は、フレームに含まれた情報を伝達できる構造を持つフレームを生成する。これは、伝送媒体特性によって通信プロトコルの構造が変わり、これによりフレーム構造も変わりうるからである。第１中継装置４２２により生成されたフレームは、有線ネットワーク４４０を通じて第２中継装置４６２に伝送される。この時、フレームが第１中継装置４２２から第２中継装置４６２に伝えられる方法は、ブロードキャストまたはマルチキャストによる方法でも、第２中継装置４６２にのみ直接伝達する方法でもよい。
【００３４】
前記第２中継装置４６２は、第１中継装置４２２から受信したフレームを再びＩＥＥＥ ８０２．１５．３規格によるフレームの形態に変換させた後、デバイス２＿１ ４６５にフレームを伝送する。
【００３５】
この時、デバイス１＿１ ４３０が伝送したフレームに対する応答過程は、デバイス１＿１ ４３０と第１中継装置４２２との間、第１中継装置４２２と第２中継装置４６２との間、第２中継装置４６２とデバイス２＿１ ４６５との間でそれぞれ行われるが、デバイス１＿１ ４３０とデバイス２＿１ ４６５との間で行われることもある。
【００３６】
図５は、本発明の実施形態によるデータ構造を示す構造図である。
【００３７】
前記のような通信メカニズムを行うために、従来のＩＥＥＥ ８０２．１５．３規格によるフレーム構造を変形する必要がある。そして、フレーム構造の変更は中継装置４２２、４６２、４８２の種類によって変わるが、本発明では、中継装置４２２、４６２、４８２として有無線ブリッジを利用し、それによる新たなフレーム構造を提案する。したがって、本発明に関する実施形態で説明されるあらゆるピコネット及び有線バックボーンは、単一のＩＰサブネットを持つ。そして、有無線ブリッジは、自身が属しているピコネットではデバイスまたはＰＮＣとして機能することもできる。
【００３８】
前記図５では、本発明の実施のためにＩＥＥＥ ８０２．１５．３規格で定義しているＭＡＣフレームを変形した構造を示しているが、本実施形態では、なるべく既存のＭＡＣフレーム構造と互換される構造を持つように、新たなＭＡＣフレーム構造を提供する。特に、フレームペイロード５２２の‘ＥｘｔＩｎｆｏ’フィールド５４２とヘッダ５１０の‘Ｆｒａｍｅｃｏｎｔｒｏｌ’情報フィールド５１１のうち‘Ｒｅｓｅｒｖｅｄ’領域５３７を新たに定義した。以下、それぞれの重要な情報フィールドについて簡単に説明する。
【００３９】
ＭＡＣフレームは大きく、ＭＡＣフレームの色々な情報を表すヘッダ５１０とフレームボディ５２０とを含む。この時、フレームボディ５２０は、ＩＥＥＥ ８０２．１５．３の規格によるプロトコルスイートのうちＭＡＣ階層の上位階層から伝達されたプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ；ＰＤＵ）をペイロード５２２とし、フレーム伝送エラーを判別するＦＣＳ（Ｆｒａｍｅ Ｃｈｅｃｋ Ｓｕｍ）情報フィールド５２４を含む。例えば、応用階層がＭＡＣ階層の上位階層である場合、ペイロード５２２にはアプリケーションデータが載せられる。
【００４０】
また、ヘッダ５１０には、ピコネットを識別できる識別子を表す‘ＰＮＩＤ（ＰｉｃｏＮｅｔ ＩＤｅｎｔｉｆｉｅｒ）’情報フィールド５１２と、ＭＡＣフレームを伝送するデバイスを識別する‘ＳｒｃＩＤ’情報フィールド５１４と、ＭＡＣフレームを受信するターゲットとなるデバイスを識別する‘ＤｅｓｔＩＤ’情報フィールド５１３と、を含む。この外にヘッダ５１０には‘Ｆｒａｇｍｅｎｔａｔｉｏｎ ｃｏｎｔｒｏｌ’フィールド５１５と‘Ｓｔｒｅａｍ ｉｎｄｅｘ’フィールド５１６とが含まれる。
【００４１】
現在まで公開されたＩＥＥＥ ８０２．１５．３規格による無線通信方式においては、‘ＰＮＩＤ’情報フィールド５１４により識別される単一のピコネットに属するデバイス間でのみ通信可能に設計されていた。
【００４２】
したがって、相異なるピコネットに属するデバイス間で通信可能にするためには、ピコネット識別情報を表す‘ＰＮＩＤ’フィールド５１２だけでは足りず、他の付加的な情報をさらに必要とする。
【００４３】
本発明の実施形態として、フレームボディ５２０に別途の‘ＥｘｔＩｎｆｏ’フィールド５４２をおいて、有線ネットワークに連結された相異なるピコネット間の拡張された通信に使う。一実施形態において、ＥｘｔＩｎｆｏフィールド５４２には、有線ネットワークに連結された他のピコネットのピコネットＩＤ情報が含まれる。この場合には、バックボーンネットワークで連結されたあらゆるピコネットは固有のピコネットＩＤを持つ必要があるが、ピコネットＩＤは、ＰＮＣ間の周期的な通信を通じてのみ調整するか、または有無線ブリッジが管理する。他の実施形態において、ＥｘｔＩｎｆｏフィールド５４２には、送信デバイスと宛先デバイスとを識別できる唯一の識別子、例えば、送信デバイスのＭＡＣアドレスと宛先デバイスのＭＡＣアドレスとを含ませても良い。
【００４４】
一方、それぞれの有無線ブリッジは自身の属するピコネットで受信したフレームの最終宛先が、自身の属するピコネットにあるデバイスであるか、または他のピコネットにあるデバイスであるかを区別する必要がある。もちろん、‘ＰＮＩＤ’フィールド５１２に所定の値、例えば‘０ｘＦＦＦＦ’値を記録して相異なるピコネット間の通信であることを有無線ブリッジに知らせることもできる。すなわち、このような場合に有無線ブリッジは、ＥｘｔＩｎｆｏフィールド５４２で送信及び宛先に関する情報を得る。しかし、このように従来のＩＥＥＥ ８０２．１５．３規格のフィールドを他の目的で使用せず、間接的に相異なるピコネット間の通信であるということを知らせても良い。すなわち、単一のピコネットに属するデバイスの間に送受信されるフレームであるか、そうでなければ、相異なるピコネットに属するデバイスの間に送受信されるフレームであるかを示す‘伝送モード情報’を、図５で図示したヘッダ５１０の‘ｆｒａｍｅ ｃｏｎｔｒｏｌ’情報フィールド５１１のうち‘Ｒｅｓｅｒｖｅｄ’フィールド５３７の一部ビットあるいは全体ビットを利用して表示しても良い。Ｒｅｓｅｒｖｅｄ領域５３７は、ＩＥＥＥ ８０２．１５．３規格では‘ｆｒａｍｅ ｃｏｎｔｒｏｌ’フィールド５１１に含まれたいろいろな下位フィールドのうち一つとして定義している。図５に図示されたように、ｆｒａｍｅ ｃｏｎｔｒｏｌフィールド５１１は、プロトコルのバージョンを表示する‘ｐｒｏｔｏｃｏｌ ｖｅｒｓｉｏｎ’フィールド５３１と、フレームの種類を表す‘ｆｒａｍｅ ｔｙｐｅ’フィールド５３２と、保安ＩＤ ＳＥＣＩＤにより特定されたキーを使用してフレームが保護されるかどうかを表す‘ＳＥＣ’フィールド５３３と、確認応答（ＡＣＫ）のポリシーを表す‘ＡＣＫ ｐｏｌｉｃｙ’フィールド５３４と、以前のフレームの再伝送であるかどうかを表す‘Ｒｅｔｒｙ’フィールド５３５と、ＣＴＡの残ったチャンネル時間を使用しないことを表す‘ｍｏｒｅ ｄａｔａ’フィールド５３６及び、未来の使用のために留保された‘Ｒｅｓｅｒｖｅｄ’フィールド５３７とを含む。
【００４５】
Ｒｅｓｅｒｖｅｄフィールド５３７に、相異なるピコネット間の通信という伝送モード情報のない場合には、従来の場合と同じくＳｒｃＩＤ ５１４及びＤｅｓｔＩＤ ５１３値を基準に送信及び宛先デバイスを区別できる。しかし、Ｒｅｓｅｒｖｅｄフィールド５３７に、相異なるピコネット間の通信であるという伝送モード情報がある場合には、ＥｘｔＩｎｆｏフィールド５４２を利用して通信できる。
【００４６】
一実施形態において、送信デバイスは、伝送しようとするフレームのＳｒｃＩＤ ５１４には送信デバイスのＩＤを表示し、ＤｅｓｔＩＤ ５１３には送信ピコネットの有無線ブリッジのＩＤを表示する。この場合に、送信ピコネットの有無線ブリッジはフレームを受信し、ＥｘｔＩｎｆｏフィールド５４２から、宛先ピコネット及びデバイスの情報を得て宛先にフレームを伝送する。宛先ピコネットの有無線ブリッジはフレームを受信してＳｒｃＩＤ ５１４に自身のＩＤを表示し、ＤｅｓｔＩＤ ５１３に宛先デバイスのＩＤを表示して伝送する。
【００４７】
他の実施形態において、送信デバイスは、伝送しようとするフレームのＳｒｃＩＤ ５１４には自身のＩＤを表示し、ＤｅｓｔＩＤ ５１３には受信デバイスのＩＤを表示する。もし、このような場合において、伝送されるフレームに表示されたＤｅｓｔＩＤと同じＩＤを持つデバイスがある場合でも、フレームを受信した送信ピコネットの有無線ブリッジは、Ｒｅｓｅｒｖｅｄフィールド５３７に含まれた伝送モード情報を通じて他のピコネットが宛先であることが分かる。フレームを受信した送信ピコネットの有無線ブリッジは、フレームを宛先ピコネットに伝送し、宛先ピコネットの有無線ブリッジはフレームを宛先デバイスに伝送する。
【００４８】
図６は、本発明の実施形態によるデバイス及び有無線ブリッジの構成を示す例示図である。
【００４９】
有無線ブリッジ６００は、ピコネットを通じてフレームを送受信する有線ネットワークインターフェース部６１０と、有線ネットワーク６５０と連結されてフレームを送受信する有線ネットワークインターフェース部６１０と、無線ネットワークインターフェース部６０５が受信したフレームを伝達されて、フレームに含まれた伝送モード情報を利用して伝送モードを判別する伝送モード判別部６２５と、フレームを有線ネットワーク６５０を通じて他のピコネットに伝送するためにフレームに変換するフレーム変換部６３０と、有線ネットワーク６５０に連結された他のピコネットの識別情報及び他の有無線ブリッジに関する情報を含んでいる保存部６２０と、無線ネットワークインターフェース部６０５と有線ネットワークインターフェース部６１０と伝送モード判別部６２５とフレーム変換部６３０と保存部６２０との間で発生するプロセスを管理する制御部６１５と、を含む。この時、伝送モード判別部６２５とフレーム変換部６３０と制御部６１５とは、単一の集積回路チップで具現することもある。
【００５０】
前記デバイス６７０は、データフレーム領域及び情報フレーム領域を含むＭＡＣプロトコルデータユニットを含むフレームを生成するデバイス制御部６７２と、生成されたフレームを送信する送受信部６７４とを含む。
【００５１】
以下では、有無線ブリッジ６００及びデバイス６７０の動作を具体的に説明する。
一方、本発明についての説明を容易にするために、以下では有無線ブリッジがピコネットからフレームを受信する場合と、有線ネットワークを通じてフレームを受信する場合とに分けて説明する。
１．無線媒体に伝送されるフレームを受信する場合
（１）同一ピコネットに属するデバイス間に通信する場合
【００５２】
デバイス６７０のデバイス制御部６７２は、ＭＡＣフレームを生成する時、図５で図示したＭＡＣフレーム５００にあるヘッダ５１０の‘ｆｒａｍｅ ｃｏｎｔｒｏｌ’フィールド５１１に含まれた‘Ｒｅｓｅｒｖｅｄ’フィールド５３７に伝送モード情報、例えばｂ１１及びｂ１２の２ビットを‘００’と設定する。次いで、デバイス６７０の属するピコネット識別情報を‘ＰＮＩＤ’フィールド５１２に設定し、‘ＤｅｓｔＩＤ’フィールド５１３には宛先デバイス（図示せず）識別情報を設定し、‘ＳｒｃＩＤ’フィールド５１４にはデバイス６７０を識別する識別情報を設定する。
【００５３】
フレーム生成が終わると、デバイス６７０は送受信部６７４を介して、フレームを、無線チャンネルを通じて伝送する。この時、有無線ブリッジ６００は、無線ネットワークインターフェース部６０５を介してフレームを受信する。伝送モード判別部６２５は、受信されたフレームから伝送モード情報を抽出する。抽出された伝送モード情報が‘００’であるため、有無線ブリッジ６００は受信したフレームを廃棄する。
（２）他のピコネットに属するデバイス間に通信する場合
【００５４】
まず、デバイス６７０のデバイス制御部６７２は、図５で図示したＭＡＣフレーム５００にあるヘッダ５１０の‘ｆｒａｍｅ ｃｏｎｔｒｏｌ’情報フィールド５１２のうち‘Ｒｅｓｅｒｖｅｄ’フィールド５３７に伝送モードを‘１１’と設定し、‘ＥｘｔＩｎｆｏ’フィールド５４２には、宛先デバイスを探しうる情報を含める。
【００５５】
第１の実施形態において、‘ＥｘｔＩｎｆｏ’フィールド５４２には、宛先デバイスの属するピコネットの識別情報ＰＮＩＤを設定する。そして、‘ＤｅｓｔＩＤ’フィールド５１３には宛先デバイスの識別情報を、‘ＳｒｃＩＤ’フィールド５１４にはデバイス６７０を識別する識別情報を設定する。
【００５６】
第２の実施形態において、‘ＥｘｔＩｎｆｏ’フィールド５４２には、フレームを送信するデバイス６７０及び、宛先デバイスをネットワークで識別できる固有な識別子、例えば、ＭＡＣアドレスを表示する。そして、‘ＤｅｓｔＩＤ’フィールド５１３には有無線ブリッジ６００の識別情報を、‘ＳｒｃＩＤ’フィールド５１４にはデバイス６７０を識別する識別情報を設定する。
【００５７】
フレーム生成が終わると、デバイス６７０はフレームを、送受信部６７４を経て無線チャンネルを通じて伝送する。この時、有無線ブリッジ６００は、無線ネットワークインターフェース部６０５を介してフレームを受信する。伝送モード判別部６２５は、受信されたフレームから伝送モード情報を抽出する。抽出された伝送モード情報が‘１１’であるので、受信されたフレームはフレーム変換部６３０に伝えられる。フレーム変換部６３０は、有線ネットワーク６５０が動作するプロトコルに合せてフレームを変換する。フレーム変換部６３０により生成されたフレームは、有線ネットワークインターフェース部６１０を経て有線ネットワーク６５０に伝送される。この時、伝送方法としては、ブロードキャストまたはマルチキャストによる方法でも、宛先デバイスの所属したピコネットの有無線ブリッジに直接伝達する方法でもよい。
２．有線媒体に伝送されるフレームを受信する場合
【００５８】
有無線ブリッジ６００は、有線ネットワークインターフェース部６１０を通じて有線ネットワーク６５０から伝送されるフレームを受信し、フレーム変換部６３０がその受信されたフレームを伝達する。この時、フレーム変換部６３０は、フレームから伝送モード情報を抽出し、その抽出された伝送モード情報が‘１１’である場合には、有無線ブリッジ６００の属するピコネットが宛先ピコネットであるかどうかを確認する。有無線ブリッジ６００は、宛先ピコネットが自身の属するピコネットである場合、受信されたフレームをピコネットの伝送規格に合うフレームに変換した後、宛先デバイスにフレームに含まれたＭＡＣフレームに関する情報を伝達するが、宛先ピコネットが自身の属するピコネットでない場合には廃棄する。そのために、フレーム変換部６３０は、受信されたフレームを無線プロトコル、例えばＩＥＥＥ ８０２．１５．３規格のフレームに変換する。変換されたフレームは、無線ネットワークインターフェース部６０５を通じて宛先デバイスに伝達される。ピコネットでのフレーム伝送のためには、チャンネル時間が割当てられねばならない。
【００５９】
ＩＥＥＥ ８０２．１５．３規格によれば、チャンネル時間割当てを要請できるデバイスは、データを伝送しようとする送信デバイスでなければならないので、データを受信しようとする宛先デバイスが送信デバイスとは異なるピコネットに属する場合には、データ受信のためのチャンネル時間割当てを行うメカニズムが必要となる。宛先デバイス側でのチャンネル時間割当て過程は図７により説明する。
【００６０】
図７は、本発明の実施形態による受信側チャンネル時間割当てのメカニズムを説明する例示図である。
【００６１】
特別な説明がない限り、動作過程及び使われる用語は、ＩＥＥＥ ８０２．１５．３規格に基づく 。この時、以下では、デバイスを‘ＤＥＶ’と表し、データを伝送しようとするデバイスを‘送信デバイス’とし、データを最終的に受信するデバイスを‘宛先デバイス’とする。図７で、ＤＥＶ−２は宛先デバイスに該当し、ＤＥＶ−３は有無線ブリッジに該当する。
【００６２】
ＤＥＶ−２は宛先デバイスであって、フレーム受信のためのチャンネルを割当てられる必要がある。しかし、既存のＩＥＥＥ ８０２．１５．３規格では、チャンネル時間割当て要請は、同一ピコネットに属する送信デバイスのみ可能である。有無線ブリッジを利用した通信の場合に、宛先ピコネットでは有無線ブリッジが送信デバイスとなる。本発明の実施形態は、既存の標準形式を維持しつつ受信側からもチャンネル時間割当てを要請する方法を提供する。
【００６３】
ＤＥＶ−２は、自身がデータを受信するチャンネル時間を、ＤＥＶ−３を通じて間接的に割当てられうる。すなわち、ＤＥＶ−２はＤＥＶ−３に、ＤＥＶ−３がＰＮＣにチャンネル時間割当てを要請するように、遠隔チャンネル時間割当てフレームを伝送する。遠隔チャンネル時間割当てフレームを受信したＤＥＶ−３は、ＰＮＣにチャンネル時間割当てを要請する。図７を参照してさらに詳細に説明する。
【００６４】
まず、ＤＥＶ−２のＤＭＥ（Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）は、自身のＭＬＭＥ（Ｍａｃ Ｌａｙｅｒ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）のＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージを呼び出す。一実施形態において、ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージの構造は、既存のＩＥＥＥ ８０２．１５．３規格によるＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔ構造と同一であり、次の通りである。
ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔ（
ＴｒｇｔＩＤ，
ＤＳＰＳＳｅｔＩｎｄｅｘ，
ＳｔｒｅａｍＲｅｑｕｅｓｔＩＤ，
ＳｔｒｅａｍＩｎｄｅｘ,
ＡＣＫｐｏｌｉｃｙ,
Ｐｒｉｏｒｉｔｙ,
ＰＭＣＴＲｑＴｙｐｅ,
ＣＴＡＴｙｐｅ,
ＣＴＡＲａｔｅＴｙｐｅ,
ＣＴＡＲａｔｅＦａｃｔｏｒ,
ＣＴＲｑＴＵ,
ＭｉｎＮｕｍＴＵｓ，
ＤｅｓｉｒｅｄＮｕｍＴＵｓ，
ＲｅｑｕｅｓｔＴｉｍｅｏｕｔ
）
【００６５】
ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージの各パラメータは、既存のＩＥＥＥ ８０２．１５．３規格によるＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージの各パラメータの意味と同一である。すなわち、ＴｒｇｔＩＤは、ＭＬＭＥ要請の目的となる宛先デバイスＩＤを特定する。それ以外に、他のパラメータの意味は、既存のＩＥＥＥ ８０２．１５．３規格による。
【００６６】
ＤＥＶ−２のＭＬＭＥは、呼び出されたＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージを遠隔チャンネル時間要請命令に変換してＤＥＶ−３に伝送する。遠隔チャンネル時間要請命令のフレーム形式については、図８を参照して説明する。
【００６７】
ＤＥＶ−３のＭＬＭＥは、遠隔チャンネル時間要請命令を受信するとＤＥＶ−２に確認応答（ＡＣＫ）フレームを伝送し、ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｉｎｄｉｃａｔｉｏｎメッセージで、自身のＤＭＥに遠隔チャンネル時間要請命令が受信されたことを知らせる。
【００６８】
ＤＥＶ−３のＤＭＥは、ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｉｎｄｉｃａｔｉｏｎメッセージを受ければ、ＤＥＶ−３がＤＥＶ−２にデータを伝送するチャンネル時間割当てをＰＮＣに要請する。具体的に説明すると、ＤＥＶ−３のＤＭＥは、自身のＭＬＭＥのＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージを呼び出す。ＤＥＶ−３のＭＬＭＥは、呼び出されたＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｒｅｑｕｅｓｔメッセージを遠隔チャンネル時間要請命令に変換してＰＮＣに伝送する。
【００６９】
ＰＮＣは、リソースを利用できる場合であれば、チャンネル割当てが成功であることを示すチャンネル時間応答命令をＤＥＶ−３に伝送する。以上で、ＤＥＶ−３とＰＮＣとの間の動作は、既存のＩＥＥＥ ８０２．１５．３規格による方式と同じ方式で動作される。
【００７０】
ＤＥＶ−３のＭＬＭＥは、チャンネル割当てが成功であることを示すチャンネル時間応答命令を受信し、チャンネル割当てが成功であることを示す遠隔チャンネル時間応答命令をＤＥＶ−２に伝送する。ＤＥＶ−２のＭＬＭＥは、チャンネル割当てが成功であることを示す遠隔チャンネル時間応答命令を受信すると、自身のＤＭＥに、チャンネル割当てが成功的であるというＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｃｆｍメッセージを伝送する。一実施形態において、ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｃｏｎｆｉｒｍメッセージの構造は、既存のＩＥＥＥ ８０２．１５．３規格によるＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｃｏｎｆｉｒｍ構造と同一であり、次の通りである。
【００７１】
ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｃｏｎｆｉｒｍ（
ＳｔｒｅａｍＲｅｑｕｅｓｔＩＤ，
ＳｔｒｅａｍＩｎｄｅｘ，
ＡｖａｉｌａｂｌｅＮｕｍＴＵｓ，
ＲｅａｓｏｎＣｏｄｅ，
ＲｅｓｕｌｔＣｏｄｅ
）
【００７２】
この時、ＭＬＭＥ−ＲＥＭＯＴＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｃｏｎｆｉｒｍメッセージの各パラメータは、既存のＩＥＥＥ ８０２．１５．３規格によるＭＬＭＥ−ＣＲＥＡＴＥ−ＳＴＲＥＡＭ．ｃｏｎｆｉｒｍメッセージの各パラメータの意味と同一である。
【００７３】
一方、ＰＮＣは、チャンネル時間が割当てられるとビーコンを生成し、ビーコンをピコネットのデバイスにブロードキャストする。
【００７４】
図８は、遠隔チャンネル時間要請命令を示しているが、遠隔チャンネル時間要請命令８００は、遠隔チャンネル時間要請ブロック８１０が複数集まって構成される。遠隔チャンネル時間要請命令８００は、既存の命令フレームと区別するために命令タイプを新たに定義する。例えば、命令タイプを‘Ｏｘ００２１’と設定して既存命令と区別できる。一方、図８には図示されていないが、図７の遠隔チャンネル時間応答命令の場合も、既存の命令と区別するために命令タイプを新たに定義する。例えば、命令タイプを‘Ｏｘ００２２’と設定して既存命令と区別できる。
【００７５】
遠隔チャンネル時間要請ブロック８１０でも、Ｔａｒｇｅｔ ＩＤで宛先デバイスを指定する。遠隔チャンネル時間要請命令８００を受信したＤＥＶ−３は、遠隔チャンネル時間要請命令８００と同じ構造のチャンネル時間要請命令（図示せず）をＰＮＣに伝送する。
【００７６】
ＰＮＣは、チャンネル時間割当てが可能であるかどうかを調べ、その結果をチャンネル時間応答命令でＤＥＶ−３に伝送する。
【００７７】
チャンネル時間割当てが成功した場合には、指定された時間にＤＥＶ−３はＤＥＶ−２にストリームを伝送する。
【００７８】
図７及び図８を参照して説明した実施形態によれば、既存のＩＥＥＥ ８０２．１５．３規格の形式をほとんど変えなくても、宛先デバイスが送信デバイスを通じて間接的にチャンネル時間割当てを要請できる。宛先デバイスによるチャンネル時間割当ては、バックボーンネットワークと連結された他のピコネット間の通信で有効である。これについては図９を参照して説明する。
【００７９】
図９は、本発明の実施形態によるネットワークシステムで受信側チャンネル時間割当て過程を示す例示図である。
【００８０】
図９のネットワークシステムで、ピコネット＿Ａ ９１０とピコネット＿Ｂ ９２０とがバックボーンネットワーク９００で連結されている。各ピコネットには、有線ネットワークであるバックボーンネットワークと無線ネットワークであるピコネットとの間のデータ中継のための中継装置がある。例えば、ピコネット＿Ａ ９１０には中継装置＿Ａ ９１３があり、ピコネット＿Ｂ ９２０には中継装置＿Ｂ ９２３がある。
【００８１】
ＤＥＶ＿Ａ ９１２が他のピコネットに属するＤＥＶ＿Ｂ ９２２にデータを伝送するために、中継装置＿Ａ ９１３にデータを伝送する。中継装置＿Ａ ９１３は、ＤＥＶ＿Ａ ９１２から受けたデータをバックボーンネットワーク９００の規格によるデータに変換させた後、中継装置＿Ｂ ９２３に伝達する。中継装置＿Ｂ ９２３は、データをＤＥＶ＿Ｂ ９２２に伝達する。ピコネットでのデータ伝達のためにチャンネル時間割当てが必要であるが、それは、送信デバイスがＰＮＣを通じて割当てられる。例えば、ＤＥＶ＿Ａ ９１２は、ＰＮＣ＿Ａ ９１１にチャンネル時間割当てを要請してチャンネル時間を割当てられ、中継装置＿Ｂ ９２３は、ＰＮＣ＿Ｂ ９２１にチャンネル時間割当てを要請してチャンネル時間を割当られる。
【００８２】
少量の非リアルタイムデータが伝送される場合に中継装置＿Ｂ ９２３は、データをバッファに保存しておき、ＰＮＣ＿Ｂ ９２１から必要なチャンネル時間を割当てられてデータを伝送できる。しかし、ＤＥＶ＿Ａ ９１２がＤＥＶ＿Ｂ ９２２にリアルタイムで大容量データ、例えば、動画像データを伝送しようとする時、ピコネット＿Ｂ ９２０でのチャンネル時間割当てが問題となる。なぜなら、中継装置＿Ｂ ９２３は、ＤＥＶ＿Ａ ９１２が伝送するデータの性質や量が分からないため、ＤＥＶ＿Ｂ ９２２に適切な時間に適切な量のデータを伝送できなくなるからである。
【００８３】
このような場合に図９に図示されたように、ＤＥＶ＿Ｂ ９２２の遠隔チャンネル時間割当て要請により、中継装置＿Ｂ ９２３がＤＥＶ＿Ｂ ９２２にデータを伝送するチャンネル時間を確保できるようにする。具体的な過程は次の通りである。
【００８４】
ＤＥＶ＿Ａ ９１２が、ＤＥＶ＿Ｂ ９２２にデータ伝送を報知するフレームを伝送する（Ｓ９１０）。データ伝送報知フレームは、ＩＥＥＥ ８０２．１５．３ ＭＡＣ上位階層のフレーム、例えば、応用階層のフレームであって、ピコネット＿Ｂ ９２０のＤＥＶ−２ ９２２は、データ伝送報知フレームを受信して必要なチャンネル時間が分かる。
【００８５】
ＤＥＶ＿Ａ ９１２が伝送したデータ伝送報知フレームを、中継装置＿Ａ ９１３が受信してピコネット＿Ｂ ９２０の中継装置＿Ｂ ９２３に中継する（Ｓ９２０）。一実施形態において、中継方式は、ＩＥＥＥ ８０２．１５．３規格のフレームを、バックボーンネットワーク９００のフレーム伝送規格に変換して伝送する。他の実施形態において、中継方式は、ＩＥＥＥ ８０２．１５．３規格のフレームに、バックボーンネットワーク９００のフレーム伝送のためのヘッダ情報を付加して伝送する。
【００８６】
中継装置＿Ｂ ９２３は、バックボーンネットワーク９００を通じて伝送されたデータ伝送報知フレームを、ＩＥＥＥ ８０２．１５．３規格のフレームに変換してＤＥＶ＿Ｂ ９２２に伝送する（Ｓ９３０）。
【００８７】
ＤＥＶ＿Ｂ ９２２は、データ伝送報知フレームを受信した後、中継装置＿Ｂ ９２３がＤＥＶ＿Ｂ ９２２にデータを伝送するのに必要なチャンネル時間割当てをＰＮＣ＿Ｂ ９２１に要請するために、中継装置＿Ｂ ９２３に遠隔チャンネル時間割当てを要請する（Ｓ９４０）。
【００８８】
中継装置＿Ｂ ９２３は、遠隔チャンネル時間割当てを要請されて、ＰＮＣ＿Ｂ ９２１にチャンネル時間割当てを要請する（Ｓ９５０）。ＰＮＣは、使用可能なリソースがある場合に、中継装置＿Ｂ ９２３がＤＥＶ＿Ｂ ９２２にデータを伝送するのに使用するチャンネル時間を割り当てる。チャンネル時間が割当てられれば、ＰＮＣ＿Ｂ ９２１は、ビーコンを通じてチャンネル時間割当て情報をブロードキャストする。
【００８９】
図９の実施形態で、中継装置は有無線ブリッジであり、ピコネットでは一つのメンバーデバイスとなる。一方、ＰＮＣは中継装置と別個であると説明されたが、中継装置がＰＮＣを含むこともある。
【００９０】
宛先デバイスから（遠隔で）時間割当てを要請できる方法は、バックボーンネットワークと連結されたピコネット間の通信にのみ有効に使われるものではない。例えば、このような方法は同じピコネットでも有効に使われうる。すなわち、宛先デバイスが自身の必要とするデータ伝送速度やＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を決定せねばならない場合があるが、このような場合に割当てられるべきチャンネル時間を、宛先デバイス側で決定する必要がある。
【００９１】
図１０は、本発明の実施形態による単一ピコネットでの宛先デバイスによる遠隔チャンネル時間割当て過程を示すフローチャートである。単一ピコネットでの遠隔チャンネル時間割当ての場合には、送信デバイスと宛先デバイスとの間にフレームを送受信する。
【００９２】
まず宛先デバイスは、チャンネル時間割当てに関する情報を収集する（Ｓ１０１０）。チャンネル時間割当てに関する情報とは、割当てられねばならないチャンネル時間を決定するのに使われる情報を意味する。チャンネル時間割当てに関する情報は、宛先デバイス自身が持っている場合もあるが、送信デバイスを通じて受けることができる。
【００９３】
宛先デバイスのＤＭＥは、チャンネル時間割当てに関する情報を通じて必要なチャンネル時間を計算して、遠隔チャンネル時間割当てメッセージを生成する（Ｓ１０２０）。遠隔チャンネル時間割当てメッセージによって、宛先デバイスのＭＬＭＥは遠隔チャンネル時間割当て命令を生成し、生成された遠隔チャンネル時間割当て命令を送信デバイスに伝送する（Ｓ１０３０）。
【００９４】
送信デバイスが遠隔チャンネル時間割当て命令を受信した後、送信デバイスのＤＭＥはチャンネル時間割当てメッセージを生成する（Ｓ１０４０）。チャンネル時間割当てメッセージによって、送信デバイスのＭＬＭＥはチャンネル時間割当て命令を生成し、生成されたチャンネル時間割当て命令をＰＮＣに伝送する（Ｓ１０５０）。
【００９５】
ＰＮＣは、使用可能なリソースを探してチャンネル時間割当てが可能な場合に要請されたチャンネル時間を割り当てる（Ｓ１０６０）。チャンネル時間割当てに関する情報はビーコンに含まれ、ブロードキャストを通じてピコネットに含まれたあらゆるデバイスに伝送される。
【００９６】
チャンネル時間が割当てられた後、送信デバイスは、該当チャンネル時間にデータを宛先デバイスに伝送する（Ｓ１０７０）。
【００９７】
図１１は、本発明の実施形態によるバックボーンネットワークと連結されたピコネット間のデータ送信過程を示すフローチャートである。
【００９８】
まず、送信デバイスが、データ伝送報知フレームを宛先デバイスに伝送する（Ｓ１１１０）。
送信デバイスが伝送するデータ伝送報知フレームは、送信デバイスの属するピコネットとバックボーンネットワークとを連結する中継装置で、無線フレームから有線フレームに変換されてバックボーンネットワークに中継され、宛先デバイスの属するピコネットとバックボーンネットワークとを連結する中継装置で、有線フレームから無線フレームに変換されて宛先デバイスに中継される（Ｓ１１２０）。
【００９９】
宛先デバイスは、データ伝送報知フレームを受信する（Ｓ１１３０）。
宛先デバイスは、データ伝送報知フレームを通じて必要ないろいろな情報（例えば、帯域幅）を、ＭＡＣ階層の上位階層で動作するミドルウェアまたはアプリケーションから伝達されうる。データ伝送報知フレームを受信して必要なチャンネル時間を計算した宛先デバイスは、遠隔チャンネル時間割当て方法によりデータ受信のためのチャンネル時間を割当てられる（Ｓ１１４４０）。
【０１００】
一方、送信デバイスは、データ伝送報知フレームを伝送した後にデータフレームを伝送する（Ｓ１１５０）。
【０１０１】
伝送されたデータフレームは、中継装置を経て有線と無線との間の変換過程を経て中継される（Ｓ１１６０）。
【０１０２】
宛先デバイスは割当てられたチャンネル時間に、伝送されるデータを受信する（Ｓ１１７０）。
【０１０３】
以上説明した本発明は、本発明が属する技術分野で当業者ならば本発明の技術的思想を離脱しない範囲内でいろいろな置換、変形及び変更が可能なので前述した実施形態及び添付された図面に限定されるものではない。
【産業上の利用可能性】
【０１０４】
本発明は、ホームネットワークシステムなどの無線ネットワーク通信技術分野に適用できる。
【図面の簡単な説明】
【０１０５】
【図１】インフラストラクチャーモードの無線ネットワークシステムを示す例示図である。
【図２】アドホックモードの無線ネットワークシステムを示す例示図である。
【図３】従来の調整子基盤無線ネットワーク間の通信状態を示す例示図である。
【図４】本発明の実施形態によるネットワークシステムを示す例示図である。
【図５】本発明の実施形態によるデータフレーム構造を示す構造図である。
【図６】本発明の実施形態によるデバイス及び有無線ブリッジの構成を示す例示図である。
【図７】本発明の実施形態による受信側チャンネル時間割当てのメカニズムを説明する例示図である。
【図８】本発明の実施形態によるチャンネル時間要請命令を示す構造図である。
【図９】本発明の実施形態によるネットワークシステムで受信側チャンネル時間割当て過程を示す例示図である。
【図１０】本発明の実施形態による宛先デバイスによる遠隔チャンネル時間割当て過程を示すフローチャートである。
【図１１】本発明の実施形態によるバックボーンネットワークと連結されたピコネット間のデータ送信過程を示すフローチャートである。
【符号の説明】
【０１０６】
９００  バックボーンネットワーク
９１０  ピコネット＿Ａ
９１１  ＰＮＣ＿Ａ
９１２  ＤＥＶ＿Ａ
９１３  中継装置＿Ａ
９２０  ピコネット＿Ｂ
９２１  ＰＮＣ＿Ｂ
９２２  ＤＥＶ＿Ｂ
９２３  中継装置＿Ｂ
【図１】
2005341575.tif 000003
【図２】
2005341575.tif 000004
【図３】
2005341575.tif 000005
【図４】
2005341575.tif 000006
【図５】
2005341575.tif 000007
【図６】
2005341575.tif 000008
【図７】
2005341575.tif 000009
【図８】
2005341575.tif 000010
【図９】
2005341575.tif 000011
【図１０】
2005341575.tif 000012
【図１１】
2005341575.tif 000013