(57)【特許請求の範囲】
【請求項１】
無線ネットワークの調整器におけるチャネル評価方法であって、前記無線ネットワークにおいて、高速物理チャネルおよび低速物理チャネルが通信のために使用され、前記方法は、
前記無線ネットワーク内で現在使用されているチャネルの評価を要請する第１情報要素を放送することと、
前記無線ネットワークの少なくとも一つの使用者デバイスから前記チャネル評価要請に対する応答を受信することであって、前記応答は、前記チャネル評価が、前記チャネル評価を行うことを決定した前記少なくとも一つの使用者デバイスによって行われることを確認する、ことと、
前記チャネル評価が行われることを確認する前記応答を受信した後で、前記低速物理チャネル上でビーコンを放送することであって、前記ビーコンは、チャネル時間ブロックを割り当てる情報を含み、前記チャネル時間ブロックは、前記チャネル評価が行われる時間区間であり、前記無線ネットワーク内の全ての使用者デバイスによるデータ伝送は、前記チャネル時間ブロックの間には許可されない、ことと、
前記少なくとも一つの使用者デバイスから前記チャネル評価の結果を受信することであって、前記チャネル評価は前記チャネル時間ブロックの間に行われる、ことと
を含む、方法。
【請求項２】
前記第１情報要素は、伝送されるビーコンに含まれる、請求項１に記載の方法。
【請求項３】
前記第１情報要素は、周期的に放送される、請求項１に記載の方法。
【請求項４】
前記チャネル評価の結果は第２情報要素に含まれることによって受信される、請求項１に記載の方法。
【請求項５】
前記チャネル評価の結果は少なくとも二つのチャネル状態タイプによって表現される、請求項４に記載の方法。
【請求項６】
前記第２情報要素は、前記高速物理チャネルおよび低速物理チャネルの識別情報を含む、請求項４に記載の方法。
【請求項７】
前記第２情報要素は、インデックスタイプを示すデータタイプを含む、請求項４に記載の方法。
【請求項８】
無線ネットワークの使用者デバイスにおけるチャネル評価方法であって、前記無線ネットワークにおいて高速物理チャネルおよび低速物理チャネルが通信のために使用され、前記方法は、
ビーコンを受信することであって、前記ビーコンは、現在使用されているチャネルの評価を要請するための第１情報要素を含み、前記ビーコンは、前記無線ネットワークの調整器によって放送される、ことと、
前記チャネル評価を行うかどうかを前記使用者デバイスによって決定することと、
前記チャネル評価を行うことを決定した前記使用者デバイスによって、前記チャネル評価の要請に対する応答を前記調整器に伝送することであって、前記応答は、前記チャネル評価が前記使用者デバイスによって行われることを確認する、ことと、
前記チャネル評価が行われることを確認する応答を伝送した後で、前記低速物理チャネル上で前記調整器によって放送されたビーコンを受信することであって、前記ビーコンは、チャネル時間ブロックを割り当てる情報を含み、前記チャネル時間ブロックは、前記チャネル評価が行われる時間区間であり、前記無線ネットワーク内の全ての使用者デバイスによるデータ伝送は、前記チャネル時間ブロックの間には許可されない、ことと、
前記チャネル時間ブロックを割り当てる前記情報によって示される前記チャネル時間ブロックの間に、前記チャネル評価を行うことと、
前記チャネル評価の結果を前記調整器に伝送することと
を含む、方法。
【請求項９】
前記第1情報要素は、周期的に放送される、請求項８に記載の方法。
【請求項１０】
前記チャネル評価の結果は伝送される第２情報要素に含まれる、請求項８に記載の方法。
【請求項１１】
前記チャネル評価の結果は少なくとも二つのチャネル状態タイプによって表現される、請求項１０に記載の方法。
【請求項１２】
前記第２情報要素は、前記高速物理チャネルおよび低速物理チャネルの識別情報を含む、請求項１１に記載の方法。
【請求項１３】
前記第２情報要素は、インデックスタイプを示すデータタイプを含む、請求項１２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線ネットワークに関するもので、より詳細には、無線ネットワークでのチャネル評価及びチャネル探索方法に関する。
【背景技術】
【０００２】
近年、家庭または小規模の職場のような限定された空間で比較的少ない数のデジタル機器間に無線ネットワークを形成し、これら機器間にオーディオまたはビデオデータをやり取りできるブルートゥース（ｂｌｕｅｔｏｏｔｈ）、無線私設網（ＷＰＡＮ：Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）技術が開発されている。ＷＰＡＮは、比較的近い距離で比較的少ない数のデジタル機器間に情報を交換するのに用いられることができ、デジタル機器間に低電力及び低費用通信を可能にする。
【０００３】
図１は、ＷＰＡＮの構成例を示す図である。図１に示すように、ＷＰＡＮは、家庭のような限定された空間内で個人デバイス（ｄｅｖｉｃｅ）間に構成されたネットワークで、装置間の直接通信によってネットワークを構成し、アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）間にシームレスな情報交換を可能にする。図１を参照すると、ＷＰＡＮは、２つ以上の使用者デバイス１１〜１５で構成され、そのうちの一つのデバイスは調整器（ｃｏｏｒｄｉｎａｔｏｒ）１１として動作する。調整器１１は、ＷＰＡＮの基本タイミングを提供し、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要求事項を制御する等の役割を果たす。デバイスとして使用できる装置には、コンピュータ、ＰＤＡ、ノートブック、デジタルＴＶ、カムコーダ、デジタルカメラ、プリンタ、マイク、スピーカー、ヘッドセット、バーコード読取機、ディスプレイ、携帯電話などがあり、その他にもデジタル機器はいずれも使用可能である。
【０００４】
ＷＰＡＮはあらかじめ設計されて構築されるものではなく、中央インフラの支援無しに必要時に形成される臨時（ａｄ  ｈｏｃ）ネットワーク（以下、‘ピコネット（ｐｉｃｏｎｅｔ）’という。）である。一つのピコネットが形成される過程について具体的に説明すると、次の通りである。ピコネットは、調整器として動作できる任意のデバイスが調整器としての機能を行なうことによって始まる。全てのデバイスは新しいピコネットを始めたり既存のピコネットに加入（ａｓｓｏｃｉａｔｉｏｎ）する前にスキャニング（ｓｃａｎｎｉｎｇ）を行なう。スキャニングとは、デバイスがチャネルの情報を収集、保存し、既存に形成されたピコネットが存在するか否かなどを調べる過程のことを意味する。上位階層からピコネットを始めるようという指示を受けたデバイスは、任意のチャネル上に既に形成されているピコネットに加入せずに、新しいピコネットを形成する。該デバイスは、スキャニング過程で獲得したデータに基づいて干渉の少ないチャネルを選択し、選択されたチャネルを通じてビーコン（ｂｅａｃｏｎ）を放送（ｂｒｏａｄｃａｓｔｉｎｇ）することでピコネットを始める。ここで、ビーコンは、タイミング割当情報、ピコネット内の他のデバイスに関する情報など、ピコネットを制御・管理するために調整器が放送する制御情報である。
【０００５】
無線ネットワークで使用するチャネルの状態は時間によって可変し、よって、無線ネットワークの形成時にはチャネル状態が良好で、デバイス間に円滑な通信が可能だったとしても、時間が経つにつれてチャネル状態が悪化し、デバイス間の通信に支障が出てくる場合があり得る。したがって、無線ネットワークで現在使用中のチャネルの状態及び現在使用中のチャネル以外の他のチャネルの状態を継続して評価、探索する必要がある。こうすると、無線ネットワークが利用可能であり、チャネル状況が現在使用中のチャネルよりも良好な他のチャネルがある場合、チャネルを変更して引き続き円滑な通信を可能にすることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は上記従来技術の問題点を解決するためのもので、その目的は、無線ネットワークで円滑な通信を可能にするためのチャネル評価及びチャネル探索方法を提供することにある。
【０００７】
本発明の他の目的は、無線ネットワークでチャネル変更のための手順を簡素化せしめられるチャネル評価及び探索方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の一様相は、無線ネットワークでチャネル変更または他の目的のためにチャネル評価（ｃｈａｎｎｅｌ  ａｓｓｅｓｓｍｅｎｔ）過程とチャネル探索（ｃｈａｎｎｅｌ  ｓｅａｒｃｈ）過程を別個の手順として行なう方法を開示する。チャネル評価過程は、無線ネットワークで現在使用中のチャネルの状態または品質を測定する過程である。無線ネットワークの調整器は、チャネル評価のための時間区間を指定して他のデバイスに知らせる。チャネル評価作業は周期的に行なわれることができ、少なくとも一つのデバイスがチャネル評価を行なう時間区間には、他のデバイスがチャネルを使用しないようにスケジューリングすることが好ましい。チャネル探索過程は、無線ネットワークにおいて使用中のチャネル以外に使用可能なチャネルの状態または品質を測定する過程である。無線ネットワークの調整器は、ビーコンを通じて他のデバイスにチャネル評価及びチャネル探索を要請することによって、デバイス別に要請することに比べて手順を簡素化させることができる。
【０００９】
本発明の一様相による無線ネットワークでのチャネル評価方法は、無線ネットワークの調整器によるチャネル評価方法において、無線ネットワーク内で現在使用中のチャネルの評価を要請するための第１情報要素を放送する段階と、無線ネットワークの少なくとも一つのデバイスから前記チャネル評価要請に対する確認応答を受信する段階と、少なくとも一つのデバイスに前記チャネル評価作業を行なう時間区間情報を伝送する段階と、少なくとも一つのデバイスで前記時間区間情報により指示される時間区間に獲得されたチャネル評価結果を、少なくとも一つのデバイスから受信する段階と、を含んで構成されることができる。
【００１０】
本発明の他の様相による無線ネットワークでのチャネル探索方法は、無線ネットワークで現在使用中のチャネル以外の他のチャネルを探索する方法において、無線ネットワークの調整器で現在使用中のチャネル以外の少なくとも一つのチャネル探索を要請するための第１情報要素を放送する段階と、無線ネットワークの少なくとも一つのデバイスから前記チャネル探索要請に対する確認応答を受信する段階と、前記少なくとも一つのデバイスにより測定された前記少なくとも一つのチャネルの状態を表示するチャネル探索結果を、前記少なくとも一つのデバイスから受信する段階と、を含んで構成されることができる。
【００１１】
本発明のさらに他の様相による無線ネットワークでのチャネル評価方法は、無線ネットワークの特定デバイスによるチャネル評価方法において、無線ネットワークの調整器から現在使用中のチャネルの評価を要請するための第１情報要素が含まれたビーコンを受信する段階と、調整器にチャネル評価要請に対する確認応答を伝送する段階と、調整器から前記チャネル評価作業を行なう時間区間情報を含むビーコンを受信する段階と、前記時間区間情報により指示される時間区間に、現在使用中のチャネルの状態を測定する段階と、前記チャネル状態測定により獲得されたチャネル評価結果を前記調整器に伝送する段階と、を含んで構成されることができる。
【００１２】
本発明のさらに他の様相による無線ネットワークでのチャネル探索方法は、無線ネットワークで現在使用中のチャネル以外の他のチャネルを探索する方法において、無線ネットワークの調整器から現在使用中のチャネル以外の少なくとも一つのチャネルを探索することを要請する第１情報要素を含むビーコンを受信する段階と、前記調整器でチャネル探索要請に対する確認応答を受信する段階と、前記少なくとも一つのチャネルの状態を測定す
る段階と、前記チャネル状態測定結果によって前記少なくとも一つのチャネルの状態を表示するチャネル探索結果を前記調整器に伝送する段階と、を含んで構成されることができる。
例えば、本発明は以下の項目を提供する。
（項目１）
無線ネットワークの調整器でのチャネル評価方法であって、
上記無線ネットワーク内で現在使用中のチャネルの評価を要請するための第１情報要素を放送する段階と、
上記無線ネットワークの少なくとも一つのデバイスから上記チャネル評価要請に対する確認応答を受信する段階と、
上記少なくとも一つのデバイスに上記チャネル評価作業を行なう時間区間情報を伝送する段階と、
上記少なくとも一つのデバイスで上記時間区間情報により指示される時間区間に獲得されたチャネル評価結果を、上記少なくとも一つのデバイスから受信する段階と、
を含む、チャネル評価方法。
（項目２）
上記第１情報要素及び上記時間区間情報は、ビーコン（ｂｅａｃｏｎ）に含まれて伝送されることを特徴とする、項目１に記載のチャネル評価方法。
（項目３）
上記第１情報要素は周期的に放送されることを特徴とする、項目１に記載のチャネル評価方法。
（項目４）
上記時間区間には上記無線ネットワークでいかなるデバイスもデータを伝送しないようにスケジューリングされることを特徴とする、項目１に記載のチャネル評価方法。
（項目５）
上記無線ネットワークで高速物理チャネル及び低速物理チャネルを通じて通信が行なわれることを特徴とする、項目１に記載のチャネル評価方法。
（項目６）
上記チャネル評価結果は第２情報要素に含まれて受信されることを特徴とする、項目５に記載のチャネル評価方法。
（項目７）
上記チャネル評価結果は少なくとも２つのチャネル状態レベルで表現されることを特徴とする、項目６に記載のチャネル評価方法。
（項目８）
上記第２情報要素は、上記高速及び低速チャネルの識別情報を含むことを特徴とする、項目７に記載のチャネル評価方法。
（項目９）
上記第２情報要素は、上記チャネル評価結果が表現されるデータタイプに関する情報を含むことを特徴とする、項目７に記載のチャネル評価方法。
（項目１０）
無線ネットワークで現在使用中のチャネル以外の他のチャネルを探索する方法であって、
上記無線ネットワークの調整器で現在使用中のチャネル以外の少なくとも一つのチャネル探索を要請するための第１情報要素を放送する段階と、
上記無線ネットワークの少なくとも一つのデバイスから上記チャネル探索要請に対する確認応答を受信する段階と、
上記少なくとも一つのデバイスにより測定された上記少なくとも一つのチャネルの状態を表示するチャネル探索結果を、上記少なくとも一つのデバイスから受信する段階と、
を含む、チャネル探索方法。
（項目１１）
上記チャネル探索要請に対する確認応答受信後に、上記少なくとも一つのデバイスがチャネル探索中であることを上記無線ネットワークを通じて放送する段階をさらに含む、項目１０に記載のチャネル探索方法。
（項目１２）
上記状態測定結果受信後に、上記少なくとも一つのデバイスが元来のチャネルに復帰したことを上記無線ネットワークを通じて放送する段階をさらに含む、項目１１に記載のチャネル探索方法。
（項目１３）
上記第１情報要素はビーコンに含まれて伝送されることを特徴とする、項目１０に記載のチャネル探索方法。
（項目１４）
上記無線ネットワークで高速物理チャネル及び低速物理チャネルを通じて通信が行なわれることを特徴とする、項目１０に記載のチャネル探索方法。
（項目１５）
上記チャネル探索結果は第２情報要素に含まれて受信されることを特徴とする、項目１４に記載のチャネル探索方法。
（項目１６）
上記チャネル検索結果は少なくとも２つのチャネル状態レベルで表現されることを特徴とする、項目１５に記載のチャネル探索方法。
（項目１７）
上記第２情報要素は、上記高速及び低速チャネルの識別情報を含むことを特徴とする、項目１６に記載のチャネル探索方法。
（項目１８）
上記第２情報要素は、上記チャネル探索結果が表現されるデータタイプに関する情報を含むことを特徴とする、項目１６に記載のチャネル探索方法。
（項目１９）
上記チャネル探索結果に基づいて上記無線ネットワークで使用中のチャネルを他のチャネルに変更することを決定する段階と、
既に設定された回数だけビーコンを放送する段階と、
上記既に設定された回数だけビーコンを放送した後に、上記変更されるチャネルへとチャネルを変更する段階と、
を含む、項目１０に記載のチャネル探索方法。
（項目２０）
無線ネットワークの特定デバイスでのチャネル評価方法であって、
上記無線ネットワークの調整器から現在使用中のチャネルの評価を要請するための第１情報要素が含まれたビーコンを受信する段階と、
上記調整器に上記チャネル評価要請に対する確認応答を伝送する段階と、
上記調整器から上記チャネル評価作業を行なう時間区間情報を含むビーコンを受信する段階と、
上記時間区間情報により指示される時間区間に、上記現在使用中のチャネルの状態を測定する段階と、
上記チャネル状態測定により獲得されたチャネル評価結果を上記調整器に伝送する段階と、
を含む、チャネル評価方法。
（項目２１）
無線ネットワークで現在使用中のチャネル以外の他のチャネルを探索する方法であって、
上記無線ネットワークの調整器から、現在使用中のチャネル以外の少なくとも一つのチャネルを探索することを要請する第１情報要素を含むビーコンを受信する段階と、
上記調整器に上記チャネル探索要請に対する確認応答を伝送する段階と、
上記少なくとも一つのチャネルの状態を測定する段階と、
上記チャネル状態測定結果に基づいて上記少なくとも一つのチャネルの状態を表示するチャネル探索結果を上記調整器に伝送する段階と、を含む、チャネル探索方法。
【発明の効果】
【００１３】
本発明の実施例によると、無線ネットワークで現在使用中のチャネルの状態が悪化する場合にも円滑な通信を可能にするという効果を奏する。また、チャネル評価、探索及び変更のための手順を簡素化させることが可能になる。
【図面の簡単な説明】
【００１４】
【図１】ＷＰＡＮの構成例を示す図である。
【図２】ＷＶＡＮ構成の一例を示す図である。
【図３】ＷＶＡＮで用いられるＨＲＰチャネルとＬＲＰチャネルの周波数帯域を説明するための図である。
【図４】ＷＶＡＮで用いられるスーパーフレームの構造の一例を示す図である。
【図５】ＷＶＡＮのデバイスに具現されたプロトコル階層構造を示す図である。
【図６Ａ】本発明の好ましい一実施例による手順を示すフローチャートで、チャネル評価過程、チャネル探索過程及びチャネル変更過程をそれぞれ示す。
【図６Ｂ】本発明の好ましい一実施例による手順を示すフローチャートで、チャネル評価過程、チャネル探索過程及びチャネル変更過程をそれぞれ示す。
【図６Ｃ】本発明の好ましい一実施例による手順を示すフローチャートで、チャネル評価過程、チャネル探索過程及びチャネル変更過程をそれぞれ示す。
【図７】本発明の好ましい一実施例によってＷＶＡＮでチャネル変更後に動作する過程の一例を示す図である。
【発明を実施するための形態】
【００１５】
添付の図面を参照しつつ説明される以下の本発明の実施例によって本発明の構成、作用及び他の特徴が容易に理解される。下記の実施例は、本発明の技術的特徴が無線私設網（ＷＰＡＮ）の一種であるＷＶＡＮ（Ｗｉｒｅｌｅｓｓ  Ｖｉｄｅｏ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に適用された例とする。
【００１６】
図２は、ＷＶＡＮの構成の一例を示す図である。ＷＶＡＮは、図１に示すＷＰＡＮと同様に、２つ以上の使用者デバイス２１〜２５で構成され、そのうちの一つのデバイスが調整器（ｃｏｏｒｄｉｎａｔｏｒ）２１として動作する。調整器２１は、ＷＶＡＮの基本タイミングを提供し、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）要求事項を制御する等の役割を果たす。図２に示すＷＶＡＮが図１のＷＰＡＮと異なる点の一つは、２種類の物理階層（ＰＨＹ）を支援するということである。すなわち、ＷＶＡＮは、物理階層としてＨＲＰ（ｈｉｇｈ−ｒａｔｅ  ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）とＬＲＰ（ｌｏｗ−ｒａｔｅ  ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）を支援する。ＨＲＰは１Ｇｂ／ｓ以上のデータ伝送速度を支援できる物理階層であり、ＬＲＰは数Ｍｂ／ｓのデータ伝送速度を支援する物理階層である。ＨＲＰは高指向性（ｈｉｇｈｌｙ  ｄｉｒｅｃｔｉｏｎａｌ）のもので、ユニキャスト連結（ｕｎｉｃａｓｔ  ｃｏｎｎｅｃｔｉｏｎ）を通じて等時性（ｉｓｏｃｈｒｏｎｏｕｓ）データストリーム、非同期データ、ＭＡＣ命令語（ｃｏｍｍａｎｄ）及びＡ／Ｖ制御データの伝送に用いられる。ＬＲＰは、指向性または全方向性（ｏｍｎｉ−ｄｉｒｅｃｔｉｏｎａｌ）モードを支援するもので、ユニキャストまたは放送を通じてビーコン、非同期データ、ＭＡＣ命令語の伝送などに用いられる。
【００１７】
図３は、ＷＶＡＮで用いられるＨＲＰチャネルとＬＲＰチャネルの周波数帯域を説明するための図である。ＨＲＰは、５７〜６６ＧＨｚ帯域で２．０ＧＨｚ帯域幅の４つのチャネルを使用し、ＬＲＰは、９２ＭＨｚ帯域幅の３つのチャネルを使用する。図３に示すように、ＨＲＰチャネルとＬＲＰチャネルは周波数帯域を共有し、ＴＤＭＡ方式により区分されて用いられる。
【００１８】
図４は、ＷＶＡＮで用いられるスーパーフレーム（ｓｕｐｅｒｆｒａｍｅ）の構造の一例を示す図である。図４参照すると、各スーパーフレームは、ビーコンが伝送される領域（ｂｅａｃｏｎ  ｒｅｇｉｏｎ）と、デバイスの要請に応じて調整器により任意のデバイスに割り当てられる予約領域（ｒｅｓｅｒｖｅｄ  ｒｅｇｉｏｎ）と、調整器により割り当てられず、調整器とデバイス間またはデバイスとデバイス間に競争方式（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ）によってデータを送受信する非予約領域（ｕｎｒｅｓｅｒｖｅｄ  ｒｅｇｉｏｎ）とで構成され、各領域は時分割（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ）される。ビーコンは、該当のスーパーフレームにおけるタイミング割当情報とＷＶＡＮの管理・制御情報を含む。予約領域は、デバイスのチャネル時間割当要請に応じて調整器によりチャネル時間が割り当てられたデバイスが、他のデバイスにデータを伝送するのに用いられる。予約領域を通じて命令語、データストリーム、非同期データなどが伝送されることができる。特定デバイスが予約領域を通じて他のデバイスにデータを伝送する場合、ＨＲＰチャネルを使用し、データを受信するデバイスが受信されたデータに対する受信確認（ＡＣＫ／ＮＡＣＫ）信号を伝送する場合に、ＬＲＰチャネルを使用する。非予約領域は、調整器とデバイスまたはデバイスとデバイス間で制御情報、ＭＡＣ命令語または非同期データなどを伝送するのに用いられることができる。非予約領域でのデバイス間データ衝突を防止するために、ＣＳＭＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式またはスロットアロハ（ｓｌｏｔｔｅｄ  Ａｌｏｈａ）方式を適用することができる。非予約領域ではＬＲＰチャネルのみを通じてデータを伝送できる。万一、伝送される制御情報や命令語が多い場合には、ＬＲＰチャネルに予約領域を設定することも可能である。各スーパーフレームでの予約領域及び非予約領域の長さ及び個数はスーパーフレーム別に異なることができ、調整器により制御される。
【００１９】
図５はＷＶＡＮのデバイスに具現されたプロトコル階層構造を示す図である。図５を参照すると、ＷＶＡＮに含まれた各デバイスの通信モジュールは、その機能によって少なくとも２個の階層（ｌａｙｅｒ）に区分されることができ、一般的にＰＨＹ階層３１とＭＡＣ階層３０を含んでなる。このデバイスの通信モジュールは、各階層を管理する個体を含む。ＭＡＣ階層を管理する個体をＭＬＭＥ（ＭＡＣ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３００、ＰＨＹ階層を管理する個体をＰＬＭＥ（ＰＨＹ  Ｌａｙｅｒ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３１０という。また、この通信モジュールは、各デバイスの状態情報を収集し、ホストと無線デバイス間の制御通路（Ｉｎｔｅｒｆａｃｅ）の役割を果たすデバイス管理個体（ｄｅｖｉｃｅ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ：ＤＭＥ）３２０を含む。
【００２０】
図６Ａ乃至図６Ｃは、本発明の好ましい一実施例による手順を示すフローチャートで、それぞれ、チャネル評価過程、チャネル探索過程及びチャネル変更過程を示している。図６Ａ乃至図６Ｃの実施例において、調整器、第１デバイス及び他の多数のデバイスが特定ＨＲＰチャネルとＬＲＰチャネルを通じて一つのＷＶＡＮを構成しているとする。ただし、説明の便宜のために、図面では第１デバイスを除いて他のデバイスは示さなかった。
【００２１】
図６Ａを参照すると、調整器のＤＭＥは、無線ネットワークのデバイスにチャネル評価作業を行うように要請するために調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＡＳＳＥＳＳ−ＳＴＡＲＴ．ｒｅｑプリミティブを伝達し［Ｓ６０］、ビーコンを放送することを指示するためにＭＬＭＥ−ＢＥＡＣＯＮ．ｒｅｑプリミティブを伝達する［Ｓ６１］。調整器のＭＡＣ／ＭＬＭＥは、ビーコン（ｂｅａｃｏｎ）を通じて無線ネットワークのデバイスにチャネル評価を行なうことを要請する［Ｓ６２］。すなわち、調整器のＭＡＣ／ＭＬＭＥは、ビーコンにチャネル評価を要請するための情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）である‘ＳＣＡＮ  ＩＥ’を含めて無線ネットワークのデバイスに放送する。ＷＶＡＮでビーコンは調整器によりネットワーク上の全てのデバイスに放送されるので、チャネル評価を要請するための情報要素である‘ＳＣＡＮ  ＩＥ’をビーコンに含めて伝送することによってネットワーク内の全てのデバイスにチャネル評価要請を行なうことができる。
【００２２】
表１に、本発明の一実施例によるビーコンフレームのフォーマットを表す。ビーコンは、全てのスーパーフレームの開始を知らせるために周期的に伝送されるメッセージで、‘Ｂｅａｃｏｎ  Ｃｏｎｔｒｏｌ’フィールドと‘ＣＢＣＰ  ｅｎｄ  ｔｉｍｅ’フィールドと多数の情報要素（ＩＥ）フィールドを含んで構成される。
【００２３】
【表１】
0004688957.tif 000002
‘Ｂｅａｃｏｎ  Ｃｏｎｔｒｏｌ’フィールドはビーコン制御情報を含み、‘ＣＢＣＰ  ｅｎｄ  ｔｉｍｅ’フィールドは、ＣＢＣＰ終了時点に関する情報を含む。このビーコンに含まれる情報要素は、通常、スーパーフレームの予約されたチャネル区間に関する情報、スーパーフレームの区間長に関する情報、現在のネットワークで支援可能な伝送アンテナ電力によるパラメータに関する情報などを含むことができ、必要によって調整器が選択してビーコンに含める。表１で‘ＳＣＡＮ  ＩＥ’フィールドは、本発明の一実施例によって追加された情報要素であり、下記の表２は‘ＳＣＡＮ  ＩＥ’フィールドのフォーマットの一例である。
【００２４】
【表２】
0004688957.tif 000003
表２で、‘Ｉｎｄｅｘ’フィールドは、‘ＳＣＡＮ  ＩＥ’の用途を識別するための情報を含む。例えば、チャネル評価要請のための‘ＳＣＡＮ  ＩＥ’である場合には‘Ｉｎｄｅｘ’フィールドに‘００００００００’を含め、チャネル探索要請のための‘ＳＣＡＮ  ＩＥ’である場合には‘０１００００００’を含めることができる。
【００２５】
表３は、‘ＳＣＡＮ  ＩＥ’フィールドフォーマットの他の例である。
【００２６】
【表３】
0004688957.tif 000004
表３で、‘ＤｅｖＩＤ’フィールドはデバイス識別子情報を含み、‘ｃｏｎｔｒｏｌ  ｂｉｔｍａｐ’フィールドは、‘ＳＣＡＮ  ＩＥ’を様々な用途に使用できるようにするためのフィールドであり、‘Ｃｈａｎｎｅｌ  ｓｔａｔｕｓ  ｄａｔａ’フィールドはチャネル評価または探索の結果を指示する情報を含む。‘Ｃｈａｎｎｅｌ  ｓｔａｔｕｓ  ｄａｔａ’フィールドは、‘ＳＣＡＮ  ＩＥ’がチャネル評価またはチャネル探索を要請するための用途に用いられる時には情報が含まれない。
【００２７】
表４は、‘ｃｏｎｔｒｏｌ  ｂｉｔｍａｐ’フィールドのデータフォーマットの一例である。
【００２８】
【表４】
0004688957.tif 000005
表４で‘Ｒｅｑｕｅｓｔ  ｔｙｐｅ’フィールドは、‘ＳＣＡＮ  ＩＥ’フィールドの用途を指定するためのフィールドである。‘ＨＲＰ  ｃｈａｎｎｅｌ  ｉｎｄｅｘ’及び‘ＬＲＰ  ｃｈａｎｎｅｌ  ｉｎｄｅｘ’フィールドは、‘Ｒｅｑｕｅｓｔ  ｔｙｐｅ’フィールドによってチャネル評価または探索の対象となったＨＲＰチャネル及びＬＲＰチャネルのインデックスフィールドである。‘Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｄａｔａ  ｔｙｐｅ’フィールドは、表３の‘Ｃｈａｎｎｅｌ  ｓｔａｔｕｓ  ｄａｔａ’フィールドのデータタイプを指示するフィールドである。
【００２９】
表５に、‘Ｒｅｑｕｅｓｔ  ｔｙｐｅ’フィールドの具体的な例を説明する。
【００３０】
【表５】
0004688957.tif 000006
表５で、‘Ｒｅｑｕｅｓｔ  ｔｙｐｅ’フィールドが‘０’に設定された場合には、‘ＳＣＡＮ  ＩＥ’がチャネル評価要請のための用途に使われることを意味し、‘１’に設定された場合には、チャネル評価要請に対する応答の用途に使われることを意味する。‘Ｒｅｑｕｅｓｔ  ｔｙｐｅ’フィールドが‘２’に設定された場合には、チャネル探索要請の用途に使われることを意味し、‘３’に設定された場合には、チャネル探索要請に対する応答の用途に使われることを意味する。
【００３１】
表６は、表５の‘Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｄａｔａ  ｔｙｐｅ’フィールドのデータフォーマットの一例である。
【００３２】
【表６】
0004688957.tif 000007
表６で、‘Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｄａｔａ  ｔｙｐｅ’が‘０’に設定された場合、チャネル評価または探索結果によって‘Ｃｈａｎｎｅｌ  Ｓｔａｔｕｓ  Ｄａｔａ’フィールドに含まれるチャネル状態が‘ｇｏｏｄ’または‘ｂａｄ’の２段階のレベルで表示されるということを意味する。チャネル状態は、３段階以上のレベルで表示されても良い。この時、各デバイスでのチャネル評価またはチャネル探索結果によるチャネル状態がどのレベルに属するかは、様々な基準によって設定されることができ、これは設計者の意図によって変更されることができる。
【００３３】
ＳＣＡＮ  ＩＥの含まれたビーコンを受信した第１デバイスのＭＡＣ／ＭＬＭＥは、調整器からチャネル評価要請を含むビーコンが受け取られたことを知らせるために、第１デバイスのＤＭＥにＭＬＭＥ＿ＢＥＡＣＯＮ．ｉｎｄプリミティブを伝達し［Ｓ６３］、第１デバイスのＤＭＥはそれに対する応答としてＭＬＭＥ−ＡＮＮＯＵＮＣＥ．ｒｅｑプリミティブを第１デバイスのＭＡＣ／ＭＬＭＥに伝送し、チャネル評価作業を行なうか否かを調整器に伝送することを指示する［Ｓ６４］。第１デバイスのＭＡＣ／ＭＬＭＥは、調整器のチャネル評価要請に対する確認応答を伝送し、チャネル評価作業を行なうか否かを知らせる［Ｓ６５］。確認応答は、表２または表３の‘ＳＣＡＮ  ＩＥ’を通じて伝送されることができる。すなわち、第１デバイスは、‘ＳＣＡＮ  ＩＥ’を特定メッセージに含めて調整器に伝送することによって、チャネル評価を行なうか否かを知らせることができる。無線ネットワーク内のデバイスがいずれもチャネル評価をできるわけではないので、各デバイスは、自身がチャネル評価作業を行なえるか否かを調整器に知らせることが好ましい。
【００３４】
調整器のＭＡＣ／ＭＬＭＥは、調整器のＤＭＥに第１デバイスからチャネル評価要請に対する確認応答が受け取られたことを知らせるためにＭＬＭＥ−ＡＳＳＥＳＳ−ＳＴＡＲＴ．ｃｆｍプリミティブを伝達する［Ｓ６８］。第１デバイスのＭＡＣ／ＭＬＭＥは、調整器に確認応答を伝送したことを知らせるために第１デバイスのＤＭＥにＭＬＭＥ−ＡＮＮＯＵＮＣＥ．ｃｆｍプリミティブを伝達し［Ｓ６６］、第１デバイスのＤＭＥはそれに対する応答としてＭＬＭＥ−ＡＳＳＥＳＳ．ｒｅｑプリミティブを第１デバイスのＭＡＣ／ＭＬＭＥに伝送する［Ｓ６７］。
【００３５】
調整器のＤＭＥは、調整器のＭＡＣ／ＭＬＭＥにビーコンを伝送することを要請するためにＭＬＭＥ＿ＢＥＡＣＯＮ．ｒｅｑプリミティブを伝達する［Ｓ６９］。調整器のＭＡＣ／ＭＬＭＥは、チャネル評価を行なうための時間区間、すなわち、チャネルタイムブロック（ＣＴＢ：Ｃｈａｎｎｅｌ  Ｔｉｍｅ  Ｂｏｌｃｋ）を割り当て、該時間区間に関する情報を含むビーコンを無線ネットワークのデバイスに放送する［Ｓ７０］。調整器は、チャネル評価を行なうＣＴＢの間には他のデバイスがデータ伝送をしないようにスケジューリングすることが好ましい。すなわち、この時間区間の間には、無線ネットワーク上でデータが伝送されない状態でチャネル評価を行なうことによって、無線ネットワークが現在使用中のチャネルの状態または品質を正確に測定できるようにすることが好ましい。
【００３６】
第１デバイスのＭＡＣ／ＭＬＭＥは、ＭＬＭＥ−ＢＥＡＣＯＮ．ｉｎｄプリミティブを第１デバイスのＤＭＥに伝達する［Ｓ７１］。第１デバイスのＤＭＥは、ＭＡＣ／ＭＬＭＥにチャネル評価を行なうことを指示するためにＭＬＭＥ−ＣＨＡＮＮＥＬ−ＡＳＳＥＳＳ．ｒｅｑプリミティブを伝達し［Ｓ７２］、第１デバイスのＭＡＣ／ＭＬＭＥはそれに対する応答としてＭＬＭＥ−ＣＨＡＮＮＥＬ−ＡＳＳＥＳＳ．ｃｆｍプリミティブを第１デバイスのＤＭＥに伝達する［Ｓ７４］。第１デバイス及び調整器にチャネル評価を行なうことを通報した他のデバイスは、当該時間区間の間にチャネル評価を行なう［Ｓ７３］。チャネル評価は、当該時間区間にチャネル上におけるエネルギーレベル（ｅｎｅｒｇｙ  ｌｅｖｅｌ）、ノイズ（ｎｏｉｓｅ）レベルまたは干渉（ｉｎｔｅｒｆｅｒｅｎｃｅ）レベルなどを測定することによって行なうことができる。無線ネットワークは、ＨＲＰチャネルとＬＲＰチャネルを使用しているので、これら両チャネルのうち少なくとも一つのチャネルに対してチャネル評価を行なう。このチャネルの状態を評価できるパラメータは、チャネル上におけるエネルギー、ノイズ及び干渉レベルなどに限定されず、例えば、無線ネットワークのデバイスがデータ受信中に測定したＢＥＲ（Ｂｉｔ  Ｅｒｒｏｒ  Ｒａｔｅ）またはＦＥＲ（Ｆｒａｍｅ  Ｅｒｒｏｒ  Ｒａｔｅ）などもチャネル状態を評価できるパラメータとして利用可能である。前述したように、測定されたチャネル状態は２段階以上のレベルにより評価されることができる。
【００３７】
調整器のＤＭＥは、調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＢＥＡＣＯＮ．ｒｅｑプリミティブを伝達し、ビーコンを放送することを指示し［Ｓ７５］、これによって調整器のＭＡＣ／ＭＬＭＥはビーコンを放送する［Ｓ７６］。第１デバイスのＤＭＥは、チャネル評価作業を行なうことを知らせるためにＭＬＭＥ＿ＡＳＳＥＳＳ．ｒｅｑプリミティブを第１デバイスのＭＡＣ／ＭＬＭＥに伝達する［Ｓ７７］。
【００３８】
第１デバイスのＭＡＣ／ＭＬＭＥは、チャネル評価結果を含むチャネル評価情報を調整器に伝送し［Ｓ７８］、調整器のＭＡＣ／ＭＬＭＥはチャネル評価情報の受信を知らせるためにＭＬＭＥ−ＡＮＮＯＵＮＣＥ．ｉｎｄプリミティブを調整器のＤＭＥに伝達する［Ｓ７９］。調整器が無線ネットワーク内の２つ以上のデバイスからチャネル評価情報を受信した場合、受信したチャネル評価情報を総合的に考慮してチャネルの状態を評価すれば良い。
【００３９】
図６Ｂを参照すると、調整器のＤＭＥは、無線ネットワークのデバイスにチャネル探索作業を行なうように要請するために、調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＳＥＡＲＣＨ−ＳＴＡＲＴ．ｒｅｑプリミティブを伝送し［Ｓ８０］、ビーコンを放送することを指示するためにＭＬＭＥ−ＢＥＡＣＯＮ．ｒｅｑプリミティブを伝達する［Ｓ８１］。調整器のＭＡＣ／ＭＬＭＥは、ビーコンを通じて無線ネットワークのデバイスにチャネル評価を行なうことを要請する［Ｓ８２］。すなわち、調整器のＭＡＣ／ＭＬＭＥは、ビーコンにチャネル探索を要請する‘ＳＣＡＮ  ＩＥ’を含めて無線ネットワークのデバイスに放送する。‘ＳＣＡＮ  ＩＥ’の含まれたビーコンを受信した第１デバイスのＭＡＣ／ＭＬＭＥは、調整器からチャネル探索要請が受け取られたことを知らせるために第１デバイスのＤＭＥにＭＬＭＥ−ＢＥＡＣＯＮ．ｉｎｄプリミティブを伝達し［Ｓ８３］、第１デバイスのＤＭＥはそれに対する応答としてＭＬＭＥ＿ＡＮＮＯＵＮＣＥ．ｒｅｑプリミティブを第１デバイスのＭＡＣ／ＭＬＭＥに伝送し、チャネル探索作業を行なうか否かを調整器に伝送することを指示する［Ｓ８４］。第１デバイスのＭＡＣ／ＭＬＭＥは、調整器のチャネル探索要請に対する確認応答を伝送し、チャネル探索作業を行なうか否かを知らせる［Ｓ８５］。確認応答は、‘ＳＣＡＮ  ＩＥ’を通じて伝送されることができる。調整器のＭＡＣ／ＭＬＭＥは、調整器のＤＭＥに第１デバイスからチャネル探索要請に対する確認応答が受け取られたことを知らせるためにＭＬＭＥ−ＳＥＡＲＣＨ−ＳＴＡＲＴ．ｃｆｍプリミティブを伝達する［Ｓ８６］。第１デバイスのＤＭＥは、チャネル探索を行なうことを指示するためにＭＬＭＥ−ＣＨＡＮＮＥＬ−ＳＥＡＲＣＨ．ｒｅｑプリミティブを第１デバイスのＭＡＣ／ＭＬＭＥに伝送する［Ｓ８７］。第１デバイスからチャネル探索要請に対する確認応答を受信すると、調整器は、第１デバイスがチャネル探索中であるということをビーコンを通じて他のデバイスに知らせることが好ましい。
【００４０】
第１デバイスのＭＡＣ／ＭＬＭＥは、チャネル探索を行なう［Ｓ８８］。チャネル探索は、第１デバイスが無線ネットワークで現在使用しているチャネルから他のチャネルにチャネルを変更し、変更後のチャネル上におけるエネルギーレベル、ノイズレベルまたは干渉レベルなどを測定することによって行なわれることができる。
【００４１】
図３に示すように、ＷＶＡＮではＨＲＰチャネル及びＬＲＰチャネルの両チャネルによって通信が行なわれ、ＨＲＰチャネルは５７〜６６ＧＨｚ帯域で２．０ＧＨｚ帯域幅の４つのチャネルが用いられることができ、ＬＲＰチャネルは、各ＨＲＰチャネルに対して９２ＭＨｚ帯域幅の３つのチャネルが用いられることができる。このうち一つのＨＲＰチャネルとＬＲＰチャネルが無線ネットワークで現在使用中のチャネルであるから、チャネル探索の対象となるチャネルは３つのＨＲＰチャネルと各ＨＲＰチャネルに対する３つのＬＲＰチャネルである。チャネル探索は、３つのＨＲＰチャネル及び各ＨＲＰチャネルに対する３つのＬＲＰチャネルに対して行なわれることができる。他の例として、まず、ＬＲＰチャネルに対してチャネル探索を行い、その中でチャネル状態の良いＬＲＰチャネルを選択し、選択されたＬＲＰチャネルに対応するＨＲＰチャネルに対してチャネル探索を行なう方法を考慮できる。逆に、ＨＲＰチャネルに対してまずチャネル探索を行い、選択されたＨＲＰチャネルに対する３つのＬＲＰチャネルに対してのみチャネル探索を行なうことも可能である。各チャネルに対するチャネル探索は、図５Ａに示すチャネル評価の場合のように、チャネル上におけるエネルギー、ノイズまたは干渉レベルなどを測定することによって行なわれても良いが、これに限定されることはない。
【００４２】
第１デバイスのＭＡＣ／ＭＬＭＥは、チャネル探索を行なうことを知らせるためにＭＬＭＥ−ＣＨＡＮＮＥＬ−ＳＥＡＲＣＨ．ｃｆｍプリミティブを第１デバイスのＤＭＥに伝達する［Ｓ８９］。第１デバイスのＤＭＥは、調整器にチャネル探索結果を報告することを指示するために、ＭＬＭＥ−ＡＮＮＯＵＮＣＥ．ｒｅｑプリミティブを第１デバイスのＭＡＣ／ＭＬＭＥに伝達する［Ｓ９０］。第１デバイスのＭＡＣ／ＭＬＭＥは、チャネル探索結果を含むチャネル探索情報を調整器に伝送する［Ｓ９１］。チャネル探索情報は表３のように‘ＳＣＡＮ  ＩＥ’を通じて伝送されることができる。調整器のＭＡＣ／ＭＬＭＥは、チャネル探索情報の受信を知らせるためにＭＬＭＥ−ＡＮＮＯＵＮＣＥ．ｉｎｄプリミティブを調整器のＤＭＥに伝達する［Ｓ９２］。第１デバイスからチャネル探索情報を受信した調整器は、第１デバイスのチャネル探索過程が終了したことをビーコンを通じて無線ネットワークの他のデバイスに知らせることが好ましい。
【００４３】
図６Ｃを参照すると、調整器は、チャネル評価及びチャネル探索結果によってチャネルを変更すること、及び変更後に用いられるチャネルを決定する［Ｓ９３］。すなわち、調整器は、第１デバイス及び／または他のデバイスから受信したチャネル評価情報に基づいて現在チャネルを他のチャネルに変更するか否かを決定し、もしチャネルを変更すると決定した場合は、チャネル探索結果として第１デバイス及び／または他のデバイスから受信したチャネル探索情報に基づいて変更後に使用するチャネルを選択する。他の例として、チャネル評価作業を周期的に実施したり、または、調整器や任意のデバイスが必要と判断された場合に実施し、その結果に基づいてチャネルを変更するか否かを決定し、もしチャネルを変更すると決定した場合にチャネル探索過程を行い、その結果に基づいてチャネル変更後に用いられるチャネルを決定した後、チャネルを変更しても良い。
【００４４】
調整器のＤＭＥは、チャネル変更を要請するために調整器のＭＡＣ／ＭＬＭＥにＭＬＭＥ−ＣＨＡＮＮＥＬ−ＣＨＡＮＧＥ．ｒｅｑプリミティブを伝達し［Ｓ９４］、ビーコンを放送することを指示するためにＭＬＭＥ−ＢＥＡＣＯＮ．ｒｅｑプリミティブを伝達する［Ｓ９５］。調整器のＭＡＣ／ＭＬＭＥは、無線ネットワークの全てのデバイスにチャネル変更を要請するために、チャネル変更を要請するための情報要素である‘ＣＨＡＮＮＥＬ  ＣＨＡＮＧＥ  ＩＥ’を含むビーコンを放送する［Ｓ９６］。‘ＣＨＡＮＮＥＬ  ＣＨＡＮＧＥ  ＩＥ’は変更後のチャネルのインデックス、及び変更前チャネル上におけるビーコンの伝送回数と関連した情報を含む。
【００４５】
表７は、‘ＣＨＡＮＮＥＬ  ＣＨＡＮＧＥ  ＩＥ’のデータフォーマットの一例である。
【００４６】
【表７】
0004688957.tif 000008
表７で、‘Ｃｈａｎｎｅｌ  Ｉｎｄｅｘ’フィールドは、変更後のチャネルのインデックスを指示する情報を含み、‘Ｎｕｍｂｅｒ  ｏｆ  Ｂｅａｃｏｎｓ  ｔｏ  Ｃｈａｎｇｅ’フィールドは、変更前チャネル上におけるビーコンの伝送回数を表す。表８は、‘Ｃｈａｎｎｅｌ  Ｉｎｄｅｘ’フィールドに含まれるチャネルインデックスの一例である。
【００４７】
【表８】
0004688957.tif 000009
‘ＣＨＡＮＮＥＬ  ＣＨＡＮＧＥ  ＩＥ’の含まれたビーコンは、変更前のチャネル上で既に決定された回数だけ放送される［Ｓ９８］。第１デバイスのＭＡＣ／ＭＬＭＥは、チャネル変更を指示するビーコンが受け取られたことを知らせるために、ＭＬＭＥ−ＢＥＡＣＯＮ．ｉｎｄプリミティブを第１デバイスのＤＭＥに伝達する［Ｓ９７，Ｓ９９］。調整器が、既に決定された回数だけ‘ＣＨＡＮＮＥＬ  ＣＨＡＮＧＥ  ＩＥ’を含むビーコンを放送した後に、無線ネットワークの調整器及びデバイスらは変更後のチャネルへとチャネルを変更する［Ｓ１００］。この時、第１デバイスは最後のビーコン受信後に一定時間（ｍＤＦＣＴｉｍｅ）経過後にチャネルを変更できる。調整器のＭＡＣ／ＭＬＭＥは、チャネルが変更されたことを知らせるために、調整器のＤＭＥにＭＬＭＥ−ＣＨＡＮＮＥＬ−ＣＨＡＮＧＥ．ｃｆｍプリミティブを伝達する［Ｓ１０１］。調整器のＤＭＥは、新しいチャネル上でビーコンを放送することを指示するためにＭＬＭＥ−ＢＥＡＣＯＮ．ｒｅｑプリミティブを調整器のＭＡＣ／ＭＬＭＥに伝達し［Ｓ１０２］、この調整器のＭＡＣ／ＭＬＭＥは、変更されたチャネル上で新しいビーコンを放送することによって、変更されたチャネル上で他のデバイスが通信を行なえるようにする［Ｓ１０３］。これで、調整器及びデバイスは、変更されたＨＲＰチャネル及びＬＲＰチャネル上で調整器の制御によって通信を行なう。
【００４８】
表９は、図６Ｃで、調整器がチャネル変更を指示するためにビーコンに含めて放送する情報要素（ＩＥ）の他の実施例である‘Ｆｒｅｑｕｅｎｃｙ  Ｃｈａｎｇｅ  ＩＥ’のデータフォーマットの一例である。
【００４９】
【表９】
0004688957.tif 000010
表９で‘ＤＦＣ  ｂｉｔｍａｐ’フィールドは、変更後に使用するチャネル情報及びチャネルを変更する前に伝送されるビーコンの数と関連した情報を含む。表１０は、‘ＤＦＣ  ｂｉｔｍａｐ’フィールドのデータフォーマットの一例である。
【００５０】
【表１０】
0004688957.tif 000011
表１０で、‘ＨＲＰ  ｃｈａｎｎｅｌ’フィールドは、チャネル変更後に使用するＨＲＰチャネルの識別情報を含み、‘ＬＲＰ  ｃｈａｎｎｅｌ’フィールドはチャネル変更後に使用するＬＲＰチャネルの識別情報を含み、‘ＤＦＣ  Ｃｏｕｎｔｄｏｗｎ’フィールドは、チャネル変更前まで放送されるビーコンの数を指示する。
【００５１】
図７は、本発明の好ましい一実施例によってＷＶＡＮでチャネル変更後に動作する過程の一例を説明するための図である。図７を参照すると、無線ネットワークがチャネル変更前にはＨＲＰ  ＣＨ＃１及びＬＲＰ  ＣＨ＃２上で動作し、チャネル変更によってＨＲＰ  ＣＨ＃２及びＬＲＰ  ＣＨ＃３上で動作することがわかる。図７で、予約領域、非予約領域、ＨＲＰチャネル及びＬＲＰチャネルなどは、図４における説明を参照すれば良い。
【００５２】
以上で使われた用語は別のものに取り替えることができる。例えば、デバイスは、使用者装置（または機器）、ステーション（ｓｔａｔｉｏｎ）等に、調整器は、調整（または制御）装置、調整（または制御）デバイス、調整（または制御）ステーション、コーディネータ（ｃｏｏｒｄｉｎａｔｏｒ）、ＰＮＣ（Ｐｉｃｏｎｅｔ  ｃｏｏｒｄｉｎａｔｏｒ）などに変更して使用可能である。
【００５３】
以上の実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は別の明示的な言及がない限り選択的なものとして考慮されるべきである。各構成要素または特徴は、他の構成要素や特徴と結合しない形態で実施されても良く、一部構成要素及び／または特徴を結合させて本発明の実施例を構成しても良い。本発明の実施例で説明される動作の順序は変更可能である。ある実施例の一部構成や特徴は他の実施例に含まれることができ、または、他の実施例の対応する構成または特徴と取り替えられることができる。また、特許請求の範囲で明示的な引用関係のない請求項を結合させて実施例を構成したり、出願後の補正により新しい請求項として含めることもできることは明らかである。
【００５４】
本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはそれらの結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の実施例は一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより具現されることができる。
【００５５】
ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行なうモジュール、手順、関数などの形態で具現されることができる。ソフトウェアコードはメモリユニットに記憶されてプロセッサーにより駆動されることができる。このメモリユニットはプロセッサ内部または外部に位置し、公知の様々な手段によりプロセッサとデータを交換することができる。
【００５６】
以上で説明した本発明の属する技術分野における当業者は、本発明がその技術的思想や必須特徴を変更することなく他の具体的な形態に実施できるということを理解することができる。したがって、以上で説明された実施例はいずれの面においても例示的であり、限定的に解釈されてはいけない。本発明の範囲は、上記の詳細な説明ではなく後述する特許請求の範囲によって定められ、よって、特許請求の範囲上の意味及び範囲そしてその同等概念から導き出される変更または変形された形態はいずれも本発明の範囲に含まれるものと解釈されるべきである。
【産業上の利用可能性】
【００５７】
本発明は、無線ネットワークシステムで適用可能である。
【図１】
0004688957.tif 000012
【図２】
0004688957.tif 000013
【図３】
0004688957.tif 000014
【図４】
0004688957.tif 000015
【図５】
0004688957.tif 000016
【図６Ａ】
0004688957.tif 000017
【図６Ｂ】
0004688957.tif 000018
【図６Ｃ】
0004688957.tif 000019
【図７】
0004688957.tif 000020