(57)【要約】  本発明の一実施形態に係るコーディネータ装置の通信方法は予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップを含む。
2013522951.tif 000002
【特許請求の範囲】
【請求項１】
予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、
ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、
前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップと、
を含むことを特徴とするコーディネータ装置の通信方法。
【請求項２】
ビーコンフレームまたはアナウンスフレームを用いて前記予約リソースに関する情報を放送するステップをさらに含むことを特徴とする請求項１に記載のコーディネータ装置の通信方法。
【請求項３】
前記予約リソースに関する情報は、前記ソース装置のＩＤ及び前記デスティネーション装置のＩＤを含むことを特徴とする請求項２に記載のコーディネータ装置の通信方法。
【請求項４】
前記予約リソースをリクエストするフレームは、前記コーディネータ装置に前記予約リソースをリクエストしたソース装置のＩＤ（ｉｎｉｔｉａｔｏｒ  ＩＤ）、前記ソース装置が通信しようとするデスティネーション装置のＩＤ（ｒｅｓｐｏｎｄｅｒ  ＩＤ）及びこれに関連する情報を含むことを特徴とする請求項１に記載のコーディネータ装置の通信方法。
【請求項５】
前記リレイ装置のための予約リソースを割り当てるステップは、前記予約リソースに前記リレイ装置のためのサービス区間を提供するための拡張されたスケジュール構成要素を提供するステップを含み、
前記拡張されたスケジュール構成要素は、前記ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）領域及びデスティネーション装置のためのデスティネーションＡＩＤ領域を含む少なくとも１つの割当フィールドをサブフィールドで含むことを特徴とする請求項１に記載のコーディネータ装置の通信方法。
【請求項６】
デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、
前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、
前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップと、
を含むことを特徴とするソース装置の通信方法。
【請求項７】
前記予約リソース内で前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップは、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによって前記フレームのＭＡＣヘッダに含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び前記通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更するステップであることを特徴とする請求項６に記載のソース装置の通信方法。
【請求項８】
前記リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ：ＦＤ  ＡＦ）スキームであり、前記フレームの種類が第１フレームである場合、前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
【請求項９】
前記リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
【請求項１０】
前記リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄと、ＨＤ  ＤＦ）スキームであり、前記フレームの種類が第１フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
【請求項１１】
前記リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
【請求項１２】
前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第１フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
【請求項１３】
前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第２フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
【請求項１４】
コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、
前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、
前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップと、
を含むことを特徴とするリレイ装置の通信方法。
【請求項１５】
前記ＩＤを確認するステップは、前記ソース装置のＩＤ及び前記デスティネーション装置のＩＤがリレイ装置とリレイリンクを形成した装置それぞれのＩＤと同一であるか否かを確認するステップであることを特徴とする請求項１４に記載のリレイ装置の通信方法。
【請求項１６】
リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによって、前記フレームのＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）に含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び前記通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更するステップを含むことを特徴とする請求項１４に記載のリレイ装置の通信方法。
【請求項１７】
リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
【請求項１８】
リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームであり、前記フレームの種類が第１フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクそれぞれで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
【請求項１９】
リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
【請求項２０】
リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第１フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
【請求項２１】
リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第２フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
【請求項２２】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、
前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、
前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含むことを特徴とする請求項１４から請求項２１のいずれか１項に記載のリレイ装置の通信方法。
【請求項２３】
コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、
前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、
前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップと、
を含むことを特徴とするデスティネーション装置の通信方法。
【請求項２４】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、
前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、
前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含むことを特徴とする請求項２３に記載のデスティネーション装置の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
下の実施形態はＷｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＷＬＡＮ）あるいはＷｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＷＰＡＮ）環境のように予約基盤チャネルアクセスをサポートする無線システムのコーディネータ装置及びリレイ装置の通信方法及びネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレーム構造に関する。
【背景技術】
【０００２】
ＷＬＡＮ環境でデータフレームは、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）のようなコーディネータ装置（ｃｏｏｒｄｉｎａｔｏｒ）を経由して送信されたり、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）で直接送信されることができる。しかし、一般的にコーディネータを経由してアップリンク（ｕｐ−ｌｉｎｋ）とダウンリンク（ｄｏｗｎ  ｌｉｎｋ）を用いる送信は、ネットワーク内の他の機器（装置、ｓｔａｔｉｏｎ）とチャネルを取得するために競争しなければならため、その処理率が減少することがある。
【０００３】
これを補完するために、８０２．１１ｅではＡＰを経由することなく装置間に直接リンク設定（ｄｉｒｅｃｔ  ｌｉｎｋ  ｓｅｔｕｐ；以下、ＤＬＳ）モードに応じて直接フレームを送信してチャネルの使用効率を２倍以上に向上させうようにしている。
【０００４】
しかし、直接リンク設定（ＤＬＳ）モードでもネットワーク内に存在する多重経路、減衰、干渉などによってチャネル状態が悪化すると無線ネットワークの処理率も落ちて、マルチメディアストリーミングのようにＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）が必要な場合にこれを満足させることができない不具合がある。
【０００５】
したがって、このように直接リンク設定（ＤＬＳ）モードだけで充分ではない場合にコーディネータ装置ではないネットワーク内の他の装置を介してもフレームを中継できるように規格でサポートする必要がある。すなわち、他の機器によってフレームを中継するための新しいＷＬＡＮのアドレッシング方法が求められる。
【０００６】
また、フレームをさらに安定して伝達するためにコーディネータ装置にリソースをリクエストし、リクエストしたリソースの割当を受けて使用する予約基盤媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）を用いる場合、中継をサポートする予約リソースと中継をサポートしない予約リソースとを別に分類する必要がある。
【０００７】
その理由は、一般的に予約リソースは、そのリソースをリクエストした機器とリクエストした機器とが通信しようとするピア（ｐｅｅｒ）機器を明示し、その機器間だけの通信を許諾する。したがって、中継機器（例えば、リレイ装置）が２つの機器間のピアツーピア通信を受信して伝達する場合、中継機器も該当予約リソースの区間で２つの機器にフレームのやり取りを行わなければならない。
【０００８】
したがって、このような動作ができるように予約リソースをリクエストし、該当ネットワークで中継可能なように中継機器に予約リソースを割り当てて通知する方法が求められている。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の一実施形態は、予約基盤チャネルアクセスをサポートする無線システムにおいて、ネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレームの構造、及び中継可能な無線リソースを予約して割り当てるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
【００１０】
本発明の一実施形態は、ＷＬＡＮ環境でピアツーピア通信に参加する一対の装置と中継装置及びその他の装置に現在送信するフレームが中継装置を経由して送信されるフレームという情報を通知することのできるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
【００１１】
また、本発明の一実施形態は、無線システムでピアツーピアのフレーム送信をコーディネータではないネットワーク内の他の機器によって中継できるよう無線リソースをリクエストして割り当てるためのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
【課題を解決するための手段】
【００１２】
本発明の一実施形態に係るコーディネータ装置の通信方法は、予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップとを含む。
【００１３】
本発明の一実施形態に係るソース装置の通信方法は、デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップとを含む。
【００１４】
本発明の一実施形態に係るリレイ装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップとを含む。
【００１５】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
【００１６】
本発明の一実施形態に係るデスティネーション装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップとを含む。
【００１７】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
【発明の効果】
【００１８】
本発明の一実施形態によれば、フレーム内にリレイコントロールフィールドを挿入することによって、ＷＬＡＮのアドレッシングフレームワーク（ｆｒａｍｅｗｏｒｋ）が変化することなくソース装置、デスティネーション装置及びリレイ装置に中継されるフレームを示すことができる。
【００１９】
また、本発明の一実施形態によれば、リレイ装置の中継スキーム（ｒｅｌａｙｉｎｇ  ｓｃｈｅｍｅ）ごとに適切なアドレッシング方法を提供し、迂回（ｄｅｔｏｕｒ）して伝達するデータフレームとリレイリンクに関する情報を取得するための管理フレームを区別するアドレッシング方法を用いることによって、リレイ装置がＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダだけでも各フレームを識別することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。
【図２】ＷＬＡＮビーコンインターバル（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）構造を示す図である。
【図３】本発明の一実施形態に係る図２のサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）を示す図である。
【図４】本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。
【図５】本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。
【図６】本発明の一実施形態に係るＭＡＣフレームフォーマットとそのアドレスフィールドの解釈を示す図である。
【図７】本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。
【図８】本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。
【図９】本発明の一実施形態に係るＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ  ｂｏｄｙ及び修正されたＴＳＰＥＣ  ＩＥを示す図である。
【図１０】図９に関連する割当スケジュール（Ａｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ）ＩＥ、割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）、及び割当制御フィールドフレームボディ（Ａｌｌｏｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｉｅｌｄ  Ｆｒａｍｅ  Ｂｏｄｙ）を示す図である。
【図１１】本発明の一実施形態に係る中継機能を含むリソース予約リクエスト及び予約リソースを割り当てる方法を説明するための図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が一実施形態によって制限されたり限定されることはない。また、各図面に提示された同一の参照符号は同一の部材を示す。
【００２２】
ＩＥＥＥ  ８０２．１１標準規格に基づいた無線ネットワークは、２種類の使用モード、インフラストラクチャーＢＳＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ＢＳＳ）とＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ、いわゆるａｈ  ｈｏｃ）のうち１つに構成される。
【００２３】
インフラストラクチャーＢＳＳは、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）と分散システム（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｓｙｓｔｅｍ；ＤＳ）を含むことによって、一般的に装置間の通信を含む全ての通信過程においてＡＰが用いられるＢＳＳである。すなわち、インフラストラクチャーＢＳＳは、一般的にＡＰを介してフレームを送信する。一方、ＩＢＳＳは、ＡＰなしで装置だけで構成されたネットワークを形成して分散システム（ＤＳ）への接続を許容しないＢＳＳをいう。一方、ＩＢＳＳには、ＡＰがないことから全ての通信は開始装置がＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）のように競争基盤チャネルのアクセスによってピア装置と直接通信する。
【００２４】
ＷＬＡＮは、Ｑ装置（ＱｏＳ装置）間の直接通信のためのダイレクトリンク設定（Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｔｉｎｇ；ＤＬＳ）の手続に対して規定されている。これによると、Ｑ装置は、ＱｏＳ  ＡＰやＬｅｇａｃｙ  ＡＰを介してＤＬＳ  ｒｅｑｕｅｓｔフレーム及びＤＬＳ  ｒｅｓｐｏｎｓｅフレームをやり取りすることでＱ装置間のダイレクトリンクを設定する。
【００２５】
また、最近、標準化が進行中である６０ＧＨｚ帯域のミリメートル波でのＩＥＥＥ  ８０２．１１ａｄ  Ｔａｓｋ  Ｇｒｏｕｐでは、ｄｉｒｅｃｔｉｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎとＱｏＳをサポートする。また、ＩＥＥＥ  ８０２．１１ａｄ  Ｔａｓｋ  Ｇｒｏｕｐは、ｐｏｗｅｒ  ｓａｖｉｎｇ及びｓｐｅｃｔｒｕｍ  ｍａｎａｇｅｍｅｎｔを改善するためにインフラストラクチャーＢＳＳで分散システム（ＤＳ）を構成してインターネットに接続する部分のみを除く。そして、ＩＥＥＥ  ８０２．１１ａｄ  Ｔａｓｋ  Ｇｒｏｕｐは、コーディネータ装置を置いてリソース管理、ネットワーク管理を行い、ＩＢＳＳのピアツーピア通信機能のＰｅｒｓｏｎａｌ  ＩＢＳＳ（ＰＢＳＳ）を新しく採択した。
【００２６】
ＰＢＳＳのＰＣＰ（ＰＢＳＳ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）は、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）の機能のうち、分散システム（ＤＳ）と接続されて他のネットワークとの通信をサポートする部分を除いた他の機能をほとんどサポートするコーディネータ装置である。
【００２７】
本発明の一実施形態では、ＤＬＳ経路やコーディネータ装置を経由した経路ではないネットワーク内の他の装置（例えば、リレイ装置）によってデータを送信する方法について説明する。ここで、リレイ装置によって中継送信するために基盤となるプロトコル（ｐｒｏｔｏｃｏｌ）やプロトコルに対する設定（ｓｅｔｔｉｎｇ）はすでに完了したと仮定する。
【００２８】
すなわち、本発明の一実施形態では、リレイ装置によってデータを中継送信するとき、データを中継送信するフレームのアドレッシング方法とコーディネータ装置にリソースをリクエストして割り当てられる方法だけを説明する。
【００２９】
第１に、データを中継送信するフレームに対するアドレッシング方法について記述する。
【００３０】
説明する前に、以下で中継送信に参加した装置をそれぞれソース装置、デスティネーション装置、リレイ装置と呼ぶことにする。以下、「装置」はステーション（ｓｔａｔｉｏｎ、ＳＴＡ）を含む概念である。
【００３１】
ソース装置からリレイ装置を経由してデスティネーション装置にフレームを送信する場合、中継方法によってリレイ装置のアドレスをフレームに記載する必要がある。一般的な無線ＬＡＮネットワークでは、ＢＳＳのいずれかの装置におけるデータを分散システム（ＤＳ）に接続された有線機器や他のＢＳＳに属する装置に伝達する場合に３つ以上の装置のアドレスが用いられる。
【００３２】
しかし、本発明の一実施形態のようにソース装置、デスティネーション装置及びリレイ装置のそれぞれが全て無線装置であり、１つのＢＳＳに属する装置である場合、アドレッシングのため新しいフォーマットが要求される。以下、リンク情報を必要としないデータフレーム、制御フレーム及び管理フレームを第１フレームに、リンク情報を必要とするリンク情報リクエストフレーム、またはリレイの動作設定／変更リクエストフレームを第２フレームのように表現することにする。
【００３３】
図１は、本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。
【００３４】
図１を参照すると、コーディネータ装置は、予約基盤の媒体アクセス制御を使用する無線システムのコーディネータ装置として、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするため、ソース装置からリレイ装置のための予約リソースをリクエストするフレームを受信する（Ｓ１１０）。
【００３５】
ここで、リレイ装置のための予約リソースをリクエストするフレームは、予約リソースがリレイ装置を経由して送信されるフレームのためのものである。また、リレイ装置のための予約リソースをリクエストするフレームは、コーディネータ装置に予約リソースをリクエストしたソース装置のＩＤ（ｉｎｉｔｉａｔｏｒ  ＩＤ）、ソース装置が通信しようとするデスティネーション装置のＩＤ（ｒｅｓｐｏｎｄｅｒ  ＩＤ）、及びこれに関連する情報を含んでもよい。
【００３６】
コーディネータ装置は、ソース装置の予約リソースリクエストに応じてリレイ装置のための予約リソースを割り当てる（Ｓ１２０）。
【００３７】
ステップＳ１２０において、コーディネータ装置は、予約リソースにリレイ装置のためのサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）を提供する。コーディネータ装置は、リレイ装置のための予約リソースを割り当てるためにサービス区間（ＳＰ）に拡張されたスケジュール構成要素を提供してもよい。
【００３８】
ここで、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）領域及びデスティネーション装置のためのデスティネーションＡＩＤ領域を含む少なくとも１つの割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）をサブフィールドとして含んでもよい。
【００３９】
サービス区間（ＳＰ）及び拡張されたスケジュール構成要素については図２及び図３を参照して下記で説明する。
【００４０】
ここで、ソース装置、デスティネーション装置及びリレイ装置は、ＲＬＳ（Ｒｅｌａｙ  ｌｉｎｋ  Ｓｅｔｕｐ）の過程を予め行って互いのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）を予め把握することも可能である。また、ソース装置は、ＲＬＳ過程を成功的に行なわれれば、他の装置にＲＬＳ  ａｎｎｏｕｎｃｅｍｅｎｔフレームを送信してもよい。したがって、コーディネータ装置は、ソース装置から受信されたＲＬＳ  ａｎｎｏｕｎｃｅｍｅｎｔフレームに含まれた情報を考慮してリソースを割り当ててもよい。
【００４１】
また、コーディネータ装置は。ソース装置及びデスティネーション装置が該当フレームがリレイ装置を経由して中継されることが把握できるように、フレームのＭＡＣヘッダまたはフレームのボディにリレイ装置に対するリレイコントロールフィールド（ｒｅｌａｙ  ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）を挿入する（Ｓ１３０）。リレイコントロールフィールドについては図５を参照して詳細に説明する。
【００４２】
コーディネータ装置は、ビーコンフレームまたはアナウンスフレーム（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｆｒａｍｅ）を用いて予約リソースに関する情報を放送する（Ｓ１４０）。
【００４３】
ここで、予約リソースに関する情報はソース装置のＩＤ及びデスティネーション装置のＩＤを含んでもよい。
【００４４】
図２は、ＷＬＡＮビーコンインターバル（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）の構造を示す図である。
【００４５】
図２を参照すると、ＷＬＡＮビーコンインターバルは、ＢＴ（Ｂｅａｃｏｎ  Ｔｉｍｅ）２１０、Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ  Ｂｅａｍ  Ｆｏｒｍｉｎｇ  Ｔｒａｉｎｉｎｇ）２２０、ＡＴ（Ａｎｎｏｕｎｃｅ  Ｔｉｍｅ）２３０、及びＤＴＴ（Ｄａｔａ  Ｔｒａｎｓｆｅｒ  Ｔｉｍｅ）２４０を含む。
【００４６】
ＢＴ２１０は新しい装置（ＳＴＡｓ）を発見し、コーディネータ装置にリソースをリクエストする時間を示す。
【００４７】
Ａ−ＢＦＴ２２０は、例えば、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）またはＰＣＰ（ＰＢＳＳ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）のようなコーディネータ装置と他の装置（例えば、ソース装置、デスティネーション装置及びリレイ装置）との間のビームフォーミングをための時間を示す。
【００４８】
ＡＴ２３０は、ＡＰまたはＰＣＰのようなコーディネータ装置がネットワーク内の装置に割り当てられた情報をビーコンフレームまたはアナウンスフレームを用いて通知する時間を示す。
【００４９】
ＤＴＴ２４０は、装置間のフレーム交換が行われるサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）及び競争基盤区間（Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ  Ｐｅｒｉｏｄ；ＣＢＰ）を含む。
【００５０】
以下は、ＡＰまたはＰＣＰのようなコーディネータ装置が送信するビーコンフレームまたはアナウンスフレーム内に割り当てられる拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）について説明する。
【００５１】
図３は、本発明の一実施形態に係る図２のサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）を示す図である。
【００５２】
図３を参照すると、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）領域３５１及びデスティネーション装置のためのデスティネーションＡＩＤ領域３５３を含む割当フィールド３５０をサブフィールドとして含んでもよい。
【００５３】
コーディネータ装置は、ソースＡＩＤ領域３５１にソース装置のアドレスを記録し、デスティネーションＡＩＤ領域３５３にデスティネーション装置のアドレスを記録する。これはリレイ装置が自身にフレームの中継をリクエストしたソース装置とフレームを受信するデスティネーション装置を確認できるようにするためである。
【００５４】
図４は、本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。
【００５５】
リレイ装置は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信する（Ｓ４１０）。ここで、リレイ装置は、コーディネータ装置が送信するビーコンフレームまたはアナウンスフレームによって予約リソースに関する情報を把握することができる。
【００５６】
リレイ装置は、予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認する（Ｓ４２０）。リレイ装置は、ソース装置のＩＤ及びデスティネーション装置のＩＤがリレイ装置とリレイリンクを形成した装置それぞれのＩＤとが同一であるか否かの確認に応じてＩＤを確認することができる。ここで、ソース装置のＩＤ及びデスティネーション装置のＩＤは、ソース装置のＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）及びデスティネーション装置のＡＩＤであってもよい。
【００５７】
リレイ装置は、４２０の確認結果に応じて予約リソースを用いてソース装置が送信するフレームをデスティネーション装置に中継する（Ｓ４３０）。
【００５８】
また、リレイ装置はリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによりフレームのＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）に含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更する。
【００５９】
具体的に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００６０】
また、リレイ装置は、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
【００６１】
リレイ装置は、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００６２】
リレイ装置は、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００６３】
また、リレイ装置は、フレームの種類がフレームに対する応答フレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定する。
【００６４】
その他にも、リレイ装置は、リレイ装置を経由してフレームを送信する通信スキームが協力（ｃｏｏｐｅｒａｔｉｏｎ）通信である場合、フレームの種類に応じるアドレッシング方法は次の通りである。
【００６５】
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置はリレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００６６】
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００６７】
また、フレームの種類が応答フレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
【００６８】
図５は、本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。
【００６９】
デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、ソース装置は、コーディネータ装置にリレイ装置のための予約リソースをリクエストするフレームを送信する（Ｓ５１０）。
【００７０】
ソース装置は、リレイ装置のための予約リソースをリクエストするフレームに応答して、コーディネータ装置から予約リソースに関する情報を受信する（Ｓ５２０）。
【００７１】
ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームに含まれたアドレスを変更する（Ｓ５３０）。
【００７２】
ステップＳ５３０において、ソース装置はリレイ装置の中継スキーム（ｓｃｈｅｍｅ）またはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームのＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）に含まれた装置のアドレスを変更してもよい。
【００７３】
フレームのＭＡＣヘッダに含まれた装置のアドレスでは通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス１、及び通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス２が挙げられる。
【００７４】
リレイ装置の中継スキームとして、フルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームと、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームが挙げられる。また、リレイ装置を経由して中継されるフレームの種類として、データフレーム、制御フレーム、管理フレーム、リレイ動作設定／変更リクエストフレーム、及び各リンクの情報を必要とするリンク情報リクエストフレームなどが挙げられる。
【００７５】
リンク情報リクエストフレームは管理フレームの一種であるが、一般的な管理フレームとは異なって、各リンクの情報が必要な管理フレームという点で本発明の一実施形態では管理フレームと区別される概念として定義される。
【００７６】
各リンクの情報は、ソース装置とリレイ装置との間のＳ−Ｒリンク、及びリレイ装置とデスティネーション装置との間のＲ−Ｄリンクに関する情報を含んでもよい。
【００７７】
リンク情報リクエストフレームの一例として、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが挙げられる。
【００７８】
リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（ＦＤ  ＡＦ）スキームにおいて、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置はアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００７９】
また、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８０】
リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
【００８１】
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８２】
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２に前記ソース装置のアドレスを設定してもよい。
【００８３】
また、フレームの種類が応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００８４】
その他に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合、フレームの種類によるアドレッシング方法は次の通りである。
【００８５】
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８６】
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８７】
また、フレームの種類が前記フレームに対する応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
【００８８】
協力通信において、リレイ装置は自身が生成したフレームを送信するとき自身（リレイ装置）のアドレスを除いてソース装置とデスティネーション装置のアドレスを各アドレスに記載する。
【００８９】
上述した場合、その他のリレイ装置の中継スキームまたはフレームの種類に応じる多様なアドレッシング方法については図８を参考すればよい。
【００９０】
図６は、本発明の一実施形態に係るＭＡＣフレームフォーマットとそのアドレスフィールドの解釈を示す図である。
【００９１】
図６を参照すると、ＭＡＣフレームフォーマットは、フレームの制御のためのフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド６１１、フレームの区間長さを示すデュレーションＩＤ（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、フレームの送信のために通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスを設定するためのアドレス（１）６１３、及びリクエストする装置が通信しようとする装置のアドレスを設定するためのアドレス（２）６１５を含むＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）６１０と通信しようとする装置に伝達するデータのためのフレームボディ（Ｆｒａｍｅ  Ｂｏｄｙ）６３０を含む。
【００９２】
フレームボディ６３０は、該当フレームがリレイ装置を経由して中継されるフレームであることを示すためのリレイコントロールフィールド（Ｒｅｌａｙ  Ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）６３１を含む。また、ＭＡＣヘッダ６１０は、フレームの中継のためにリレイ装置及びＢＳＳＩＤを考慮したアドレス（３）６１７及びアドレス（４）６１９をさらに含んでもよい。
【００９３】
８０２．１１ｎでデータフレームの送信時に使用するＭＡＣフレームフォーマット（Ｆｒａｍｅ  ｆｏｒｍａｔ）の場合、ソース装置、デスティネーション装置及びリレイ装置のための３つの装置アドレスにＢＳＳＩＤまで考慮した４個のアドレス６１３、６１５、６１７、及び６１９が必要である。したがって、該当フレームがリレイ装置を経由して中継されるフレームであることを通知するために、リレイコントロールフィールド６３１を新しく定義する必要がある。
【００９４】
リレイコントロールフィールド６３１は、フレームのＭＡＣヘッダ６１０の部分に有効ビットがあればＭＡＣヘッダで定義し、もし、ＭＡＣヘッダにこれ以上の有効なビットがなければ、図６に示すようにフレームボディ６３１の最初のオクテット（ｏｃｔｅｔ）に挿入してもよい。
【００９５】
図７は、本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。
【００９６】
図７は、図６に示すようなフレームフォーマットを用いる場合、各フィールドに対する解釈を示すものであり、（１）Ｄｉｒｅｃｔ  ｌｉｎｋはダイレクトリンクを示し、ダイレクトリンクをデータを送信するためにリレイ装置を使用しないものの、図６に示すフレームフォーマットを使用することができる。
【００９７】
（２）及び（３）Ｄｅｔｏｕｒ  Ｌｉｎｋはリレイリンクを示す。リレイリンクは該当リンクがＳ−Ｒリンク（（２））あるいはＲ−Ｄリンク（（３））によって各アドレスのコーディングが変わり得る。また、Ｔｏ  ＤＳフィールド及びＦｒｏｍ  ＤＳフィールドの値で既存アドレスのコーディング方法が変わるため、リレイリンクを用いるときに図７の表を基準にしてアドレスフィールドを変形する。
【００９８】
しかし、図６に示すように４個のアドレスを用いる場合、データフレームの送信のみが可能であり、これよりも小さい数のアドレスを用いる制御フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、またはアクション（ａｃｔｉｏｎ）フレームの送信には適しない。
【００９９】
本発明の一実施形態では、４個のアドレスを暗黙的（ｉｍｐｌｉｃｉｔ）に使用することができる。但し、この場合に、リレイ装置は自身に送信されたフレームがソース装置とデスティネーション装置との間に交換されるフレームであるかを予め把握し、競争区間ではない非競争区間でコーディネータ装置が予め予約した区間で中継するものと仮定する。
【０１００】
以下は、このような暗黙的アドレッシング（ｉｍｐｌｉｃｉｔ  ａｄｄｒｅｓｓｉｎｇ）を用いる場合、中継されるフレームの種類やリレイ装置の中継スキームによってどのようにアドレッシング方法が変わるかについて説明する。
【０１０１】
第１に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームの場合として、リレイ装置は、ソース装置が送信するデータ（ｄａｔａ）フレーム、制御フレーム及び一部を除いた管理（ｍａｎａｇｅｍｅｎｔ）フレームのアドレスに対して修正することなく直ちにデスティネーション装置に該当フレームを送信する。
【０１０２】
したがって、リレイ装置の中継スキームがＦＤ  ＡＦスキームの場合、ダイレクト（Ｄｉｒｅｃｔ）経路でフレームを送信するとき（Ｄｉｒｅｃｔ  ｌｉｎｋ（（１））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ）と同じ結果を有する。
【０１０３】
Ｆｕｌｌ  Ｄｕｐｌｅｘ  ＡＦ中継の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（例えば、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが該当）の場合
−ＨＤ  ＤＦスキームと同一
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第２に、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームの場合、全てのフレーム（データフレーム、制御フレーム及び管理フレームなど）は下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２に記載する。
【０１０４】
Ｈａｌｆ  Ｄｕｐｌｅｘ  ＤＦ中継の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第３に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。
【０１０５】
協力通信の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
この場合、データ、制御及び一部を除いた管理フレームは、ＨＤ  ＤＦ中継スキームにもかかわらず、リレイ−デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する。ここで、ソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する理由は、ソース−リレイリンクはＨＤ  ＤＦ中継スキームと同一であるが、デスティネーション装置でチェース結合（ｃｈａｓｅ  ｃｏｍｂｉｎｉｎｇ）を行うためである。
【０１０６】
第４に、前述の協力（ｃｏｏｐｅｒａｔｉｏｎ）通信から除外された管理フレームである、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合、ＨＤ  ＤＦと同一に各リンクの送受信装置のアドレスを記載する。
【０１０７】
リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−ＨＤ  ＤＦスキームと同一
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
ここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームとして、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームなどが挙げられる。
【０１０８】
この場合に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームであれば動作も変わるが、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）を復号化して該当フレームがリレイ装置に送信されたことが把握されたときにデスティネーション装置へのフォワーディングを停止する。
【０１０９】
その後、リレイ装置は、ソース装置から受けたフレームと同一のフレームをアドレスのみを変えた符号化したフレームをデスティネーション装置に送信する。すなわち、この場合には、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームの場合と類似するように動作し、これに対する応答フレームの伝達も（必要な場合）類似にデスティネーション装置からソース装置に伝達する。
【０１１０】
最後に、図７に示す全てのフレームに対する応答が必要な場合、既存の規格のアドレスを記録する規則と同一にＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２を交換して記録する。
【０１１１】
しかし、図７において公開されたパブリックキー（ｐｕｂｌｉｃ  ｋｅｙ）を使用することなく各ピアツーピア間にやり取りしたフレームに対するペアワイズキー（ｐａｉｒｗｉｓｅ  ｋｅｙ）を用いて保安を維持したい場合には、上述したアドレッシング方法とは異なるアドレッシング方法を適用しなければならない。ここで、ペアワイズキーは、１対１の対称キー（Ｐａｉｒｗｉｓｅ  Ｔｒａｎｓｉｅｎｔ  Ｋｅｙ）を示す。
【０１１２】
他の装置と保安を維持したい場合、リレイ装置がソース装置とデスティネーション装置との間のデータを中継するとしても各ソース装置とデスティネーション装置は、該当ペアワイズキーが把握されないため、受信したデータを復号化したり再び符号化して送信することができなくなる。
【０１１３】
一方、ＭＡＣヘッダ（ｈｅａｄｅｒ）は、受信したデータを復号化したりＣＲＣチェック（ｃｈｅｃｋ）を行ってもよいため、該当フレームが損傷した場合にもこれを表示（ｉｎｄｉｃａｔｉｏｎ）するＡＣＫフレームまたはＢｌｏｃｋＡＣＫフレームを送信してもよい。もし、リレイ装置の中継スキームがＨＤ  ＤＦスキームであれば、既存のＨＤ  ＤＦスキームとは異なってペアワイズキーの対象者であるソース装置のアドレス、及びデスティネーション装置のアドレスをアドレス１、アドレス２に記載してもよい。
【０１１４】
しかし、このようにアドレッシング方法を相異にすると、送信されたフレームに対する応答が必要な場合には従来のアドレス１、アドレス２のアドレスを変えて送信する方法ではない他のアドレッシング方法を適用しなければならない。その理由は、送信する装置を通知するために次の図８で示すように使用する迂回リンク（Ｄｅｔｏｕｒ  Ｌｉｎｋ（２）または（３））の送受信装置のアドレスを記載する。
【０１１５】
但し、データフレームを送信する途中に各リンク（Ｄｅｔｏｕｒ  Ｌｉｎｋ（２）または（３））の情報をリクエストしたりしてリレイ装置に管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）を送信しなければならない場合が発生し得る。このような場合では、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームがあり、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームを例にすることができる。
【０１１６】
この場合（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム送信の場合）のみ例外としてデータフレームとは異なって暗号化の重要性が少ないため暗号化が行われず、パブリックキー（ｐｕｂｌｉｃ  ｋｅｙ）または各リンクの装置間のペアワイズキー（ｐａｉｒｗｉｓｅ  ｋｅｙ）を使用することができ、いずれのものも構わない。したがって、上述した場合には暗号化（ｅｎｃｒｙｐｔｉｏｎ）によってアドレッシングを変更する必要がないため、既存のＨＤ  ＤＦスキームのようなアドレッシング方法を用いることができる。
【０１１７】
協力通信の場合も類似にソース装置とデスティネーション装置との間のペアワイズキーで暗号化したフレームを受信したときにはペアワイズキーの対象者であるソース装置のアドレス及びデスティネーション装置のアドレスをＡｄｄｒｅｓｓ（アドレス）１、Ａｄｄｒｅｓｓ２に記載する。
【０１１８】
これに対する応答フレームは若干の差があるものの、協力通信は（１）、（３）迂回リンクを介してデスティネーション装置に伝達されたフレームを結合（ｃｏｍｂｉｎｉｎｇ）し、これに対する応答フレームを既存のルールによって、（１）リンクの応答のようにデスティネーション装置及びソース装置のアドレスをＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２のアドレスにそれぞれ書いて送信する。
【０１１９】
協力通信もリレイ装置に伝達したり各リンクの情報をリクエストする管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）、例えば、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームのようなリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合には既存のＨＤ  ＤＦのようなスキームを用いる。
【０１２０】
最後に、リレイ装置の中継スキームがＦＤ  ＡＦスキームである場合、一般的にデコードアンド・フォワード（ＤＦ）が異なるため暗号化されず、デコードアンド・フォワード（ＤＦ）する一部の管理フレームもＨＤ  ＤＦスキームや協力通信のように暗号化を避けることができるため、既存のＨＤ  ＤＦのようなスキームを用いることができる。上述の内容を整理すれば、図８のように示すことができる。
【０１２１】
図８は、本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。
【０１２２】
リレイ装置の中継スキームによってＦＤ  ＡＦスキームとＨＤ  ＤＦスキームはフレームを送信する方向が互いに異なってもよい。また、リレイ装置を経由して中継されるフレームがデータフレームであるか、または、制御フレームであるか、または、各リンクの情報が必要な管理フレームであるかに応じてアドレッシング方法が変わり得る。
【０１２３】
したがって、ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法を相異にしてもよい。
【０１２４】
ソース装置がそれぞれの場合によってアドレッシング方法を相異にする方法については以下のように説明される。
【０１２５】
Ｈａｌｆ  Ｄｕｐｌｅｘ  ＤＦ中継の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）応答）：Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３）応答）：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
協力通信の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）応答、（３）応答）Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
Ｆｕｌｌ  Ｄｕｐｌｅｘ  ＡＦ中継の場合
●  ｄａｔａ、ｃｏｎｔｒｏｌ、ｍａｎａｇｅｍｅｎｔフレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いたフレーム）
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）
−ＨＤ  ＤＦスキームと同一
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
以下、図９〜図１１を参照して中継のために用いる予約リソースを割り当てる方法について説明する。
【０１２６】
ＷＬＡＮとＷＰＡＮではＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）（ＷＬＡＮの場合）またはＰＮＣ（Ｐｉｃｏ−Ｎｅｔ  Ｃｏｏｒｄｉｎａｔｏｒ）（ＷＰＡＮの場合）は時間区域を競争区間と非競争区間に分類することによって、競争スキームと非競争スキームにデータを送信してもよい。
【０１２７】
競争区間では、ネットワークの全ての装置がチャネルを取得するためにＣＳＭＡ／ＣＡスキームに基づいて競争する。また、非競争区間では、ＡＰあるいはＰＮＣがポーリング（Ｐｏｌｌｉｎｇ）方式、またはスケジューリング情報を送信する方法を用いることによって、該当機器が非競争区間の特定の時間領域で独占的にデータを送信するための方法を提供する。
【０１２８】
もちろん、ＥＣＭＡ３６８、３８７のようにコーディネータ装置がなくて分散基盤の媒体アクセス制御（ｄｉｓｔｒｉｂｕｔｅｄ  ＭＡＣ）を用いるシステムでも他の機器が使用しない非競争区間でスケジューリング情報を放送して予約するスキームを用いることができる。
【０１２９】
本発明の一実施形態では、非競争区間でピアツーピアに送信されるフレームを直接経路だけでなく、中継機器を経由しても伝達できる予約リソースをリクエストし、このようなリソースを割り当てる方法について説明する。
【０１３０】
以下、ＩＥＥＥ８０２．１１ＷＬＡＮ基盤でコーディネータが存在する場合について説明する。
【０１３１】
まず、ピア（ｐｅｅｒ）通信をリクエストする機器をソース装置といい、ピア通信に対するリクエストに応答する機器をデスティネーション装置といい、２つの装置間のフレームを中継する機器をリレイ装置と定義する。
【０１３２】
上記の３装置間に必要な初期化過程はすでに完了したと仮定する。
【０１３３】
ソース装置がデスティネーション装置にリレイ装置を経由してデータを送信してもよいリソース予約をコーディネータ装置にリクエストすると仮定する。ここで、コーディネータ装置ではＷＬＡＮのＡＰが挙げらるが、必ずこれに限定されることなく、ＡＰのような機能をサポートするコーディネータは全てコーディネータ装置に該当する。
【０１３４】
一般的にこのようなリソースを区分するためにリソースをリクエストする装置のＩＤ（ｉｎｉｔｉａｔｏｒ  ＩＤと定義する）と、リクエストした装置が通信しようとする装置のＩＤ（ｒｅｓｐｏｎｄｅｒ  ＩＤと定義する）を通知する。場合に応じてリソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がＡＰにリソースをリクエストするフレームを送信するため、リソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がリソースリクエストするとき送信するフィールドにｉｎｉｔｉａｔｏｒ  ＩＤは省略してもよい。
【０１３５】
また、８０２．１１ｅの場合、送信するデータの特性に応じて、ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）を相異に適用するためにトラフィックＩＤ（ｔｒａｆｆｉｃ  ＩＤ）を追加してもよい。また、他のトラフィック関連のパラメータを定義しているＴＳＰＥＣ  ＩＥフィールドを含むＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを用いてリソースをリクエストし、ＡＰとネゴシエーション（ｎｅｇｏｔｉａｔｉｏｎ）の後でトラフィックストリーム（Ｔｒａｆｆｉｃ  Ｓｔｒｅａｍ；以下、ＴＳ）を設定してもよい。
【０１３６】
このようにトラフィックストリーム（ＴＳ）を設定した後にデータを送信しようとする場合、ＨＣＣＡのＰｏｌｌｅｄ  ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ）、ＥＤＣＡのＴＸＯＰを得たり８０２．１１ｎのＰＳＭＰを用いることができる。
【０１３７】
しかし、８０２．１１規格では非競争区間でピアツーピアのための区間をリクエストし、これを割り当てる方法が提案されていない。また、このようなピアツーピアのための予約を行う８０２．１５のＣｈａｎｎｅｌ  Ｔｉｍｅ  Ａｌｌｏｃａｔｉｏｎ（ＣＴＡ）、ＥＣＭＡ  ３６８、３８７のＤＲＰ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いるスキームでも該ピアツーピアのトラフィックを中継する場合について扱っていない。
【０１３８】
より詳細には、一般的な予約スキームは、リクエストするフレームにｉｎｉｔｉａｔｏｒ  ＩＤ（装置を区分できるＩＤやａｄｄｒｅｓｓ）とｒｅｓｐｏｎｄｅｒ  ＩＤを含む。そして、割り当てられたことを通知するフレームでもｉｎｉｔｉａｔｏｒ  ＩＤ、ｒｅｓｐｏｎｄｅｒ  ＩＤと共に割り当てられた時間の開始瞬間とｄｕｒａｔｉｏｎを通知してそれぞれ割り当てられた区間をこのＩＤｓで区分する。
【０１３９】
したがって、８０２．１１でもこのようなスキームを維持することができ、ＩＤが同一であってもトラフィックのクラスが異なるためＴＩＤが追加される。コーディネータ装置は、このように割り当てられた情報をビーコンフレームやアナウンスメントフレーム（ａｎｎｏｕｎｃｅｍｅｎｔ  ｆｒａｍｅ）を用いてブロードキャストする。
【０１４０】
すると、装置は割り当てたリソースのうち自身のＩＤがあるかをチェックして、割り当てられたリソースのうち自身のＩＤがあれば割り当てられた区間でデータ送信を行う。ここで、ｉｎｉｔｉａｔｏｒ  ＩＤ及びｒｅｓｐｏｎｄｅｒ  ＩＤを用いることは、この２装置のみが該当予約された区間を用いるように許諾したことを示す。
【０１４１】
したがって、リレイ装置がデータを送受信するときには他のフィールドが必要である。
【０１４２】
このような中継機能を含むリソース予約をリクエストしたり割り当てる方法は様々である。
【０１４３】
第１の方法は、ソース装置がＡＰに中継可能なリソースをリクエストするときにこれを表すフィールドを共に示すことで、図９を参照して説明する。
【０１４４】
図９は、本発明の一実施形態に係るＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅのｂｏｄｙ及び修正されたＴＳＰＥＣ  ＩＥを示す図である。
【０１４５】
図９は、第１の方法を実行するためにＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームに挿入されるＴＳＰＥＣ  ＩＥのＴＳ  Ｉｎｆｏ９１０にＲｅｓｐｏｎｄｅｒ  ＩＤ９１１、Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを挿入する。
【０１４６】
ここで、Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドが活性化されれば、リクエストするリソース予約がリレイ機能を用いることを意味し、また、該当フィールドが活性化されればＲｅｌａｙ装置ＩＤ９１５になる。すると、ＡＰは割り当てられたリソース情報を放送するときにＲｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを追加し、これをリクエストしたフィールド値をコピーして送信する。
【０１４７】
Ｒｅｓｐｏｎｄｅｒ  ＩＤ９１１フィールドは、リクエストするリソースでピアツーピアに送信するときｒｅｓｐｏｎｄｅｒのＩＤを意味する。また、Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドは、該当フレームをリレイ装置を経由して送信する可能性があることを示す（ｉｎｄｉｃａｔｅ）。
【０１４８】
Ｒｅｌａｙ装置ＩＤ９１５フィールドは、ＡＰが該当フレームを中継するリレイ装置を識別するためのＩＤを他の装置に通知するためのものである。ＡＰのようなコーディネータ装置は、例えば、ビーコンフレームやアナウンスフレームにＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥを挿入する方法に基づいてリレイ装置のＩＤを通知する。
【０１４９】
各割当リソース情報は割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）に記述され、割当制御フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）は割り当てられたリソースの特性を記述する。Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールド及びＲｅｌａｙ装置ＩＤ９１５フィールドはリレイ機能のために新しく追加されたフィールドであり、これについては図１０を参照して説明する。
【０１５０】
図１０は、図９に関連する割当スケジュール（Ａｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ）ＩＥ、割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）、及び割当制御フィールドフレームボディ（Ａｌｌｏｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｉｅｌｄ  Ｆｒａｍｅ  Ｂｏｄｙ）を示す図である。
【０１５１】
図１０を参照すると、非競争スキームにピアツーピアのためのリソース割当情報をＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥを用いて記述してもよい。ここで、各リソース割当ごとに割当フィールド（ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）に対応して挿入し、割当フィールドに割り当てられたリソースの開始時間（Ａｌｌｏｃａｔｉｏｎ  Ｓｔａｒｔ  Ｔｉｍｅ）、ＩＤ（Ｉｎｉｔｉａｔｏｒ  ＩＤ、Ｒｅｓｐｏｎｄｅｒ  ＩＤ）などのフィールドを記述する。ここで、Ｒｅｌａｙ装置ＩＤ１０１０フィールド及びＲｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ１０３０フィールドについても記述してもよい。
【０１５２】
上述した第１の方法の場合、従来のフィールドに新しいフィールドを追加しなければならないが、リレイ動作を使用しないリソース予約についても該当フィールドを置くことができる。
【０１５３】
上述した第２の方法は、従来のリソース予約がピアツーピア通信で２つの装置のＩＤを明示するものであるため、これを拡張してリレイ装置を経由して送信する場合、ソース装置とデスティネーション装置との間のＳ−Ｄリンクに追加的にＳ−ＲリンクとＲ−Ｄリンクを用いることができる。したがって、追加される２つのリンク（Ｓ−ＲリンクとＲ−Ｄリンク）を使用するために２つのリソースに対する予約リクエストが追加されなければならず、そのためにＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅをＡＰに送信するときにＴＳＰＥＣ  ＩＥを追加してもよい。
【０１５４】
しかし、上述したようにＴＳＰＥＣ  ＩＥにデスティネーションＩＤフィールドのみが存在し、ソースＩＤフィールドが存在しない場合（これがなくてもＡＰがＲｅｑｕｅｓｔ  ｆｒａｍｅに含まれたｔｒａｎｓｍｉｔｔｉｎｇ  ａｄｄｒｅｓｓによって確認できるため、ないことがさらに効率的である）に３リンクを示すそれぞれの一対のＩＤを挿入できない。
【０１５５】
したがって、ソース装置がＳ−ＤリンクとＳ−Ｒリンクを示す２つのＴＳＰＥＣ  ＩＥを１つのＡＤＤＴＳ  Ｒｅｑｕｅｓｔを入れる。残りのＲ−Ｄリンクのリソースリクエストのためには、リレイ装置がＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを追加的に送信する。
【０１５６】
上述したＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを送信するとき自身に必要なリソース割当時間を算出するためには、アプリケーションデータレート（Ｄａｔａ  Ｒａｔｅ）と物理階層（ＰＨＹ）におけるレート、その他のｃａｐａｂｉｌｉｔｙ情報が必要である。
【０１５７】
これによって算出した情報（リソース割当時間に関する情報）をＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームに書いて送信するとき、リレイ装置も同じ情報を送信しなければならないため、ソース装置がリレイ装置に情報を送信する追加シグナリング（ｓｉｇｎａｌｉｎｇ）が必要である。また、ＡＰの立場でも一般的にリレイ装置のＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームの送信がソース装置よりも遅れ、場合に応じてリレイ装置がＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを同じビーコン区間（または、スーパーフレーム区間）でリクエストしなくてもよい。それにもかかわらず、リレイ装置からのＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを受信するまでＡＰはスケジューリングを遅らせる。
【０１５８】
本発明の一実施形態では、ＡＰがスケジューリングを遅らせないために下記のような方法を用いる。
【０１５９】
リレイ動作を設定したソース装置からこれを設定したデスティネーション装置とのＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームをリクエストした場合、ＡＰは論理的に３つのリソースを割り当てて放送することができる。前述したように、リレイ動作を設定した後ソース装置がリレイ設定をこれに参加した３装置のＩＤと共に含んでＡＰに通知すれば、ＡＰはリレイ装置のＩＤを知っているため３つのリソースを割り当てる。
【０１６０】
ここで、割り当てられたリソースは物理的に同じ開始時間、同じ区間の長さを有する１つのリソースであるため、割り当てられたリソースの他の情報は全て同じであり、単にｉｎｉｔｉａｔｏｒ  ＩＤとｒｅｓｐｏｎｄｅｒ  ＩＤのみが異なる。
【０１６１】
したがって、後述する図１１に示すように図１０に示すＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥをそのまま用いて３つの割当フィールド（ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）を構成して挿入してもよい。
【０１６２】
該３つの割当フィールドはそれぞれｉｎｉｔｉａｔｏｒ  ＩＤとｒｅｓｐｏｎｄｅｒ  ＩＤを除いた全てのフィールドが同一である。他の２つのフィールドはそれぞれリンクを用いる一対の装置（ａ  ｐａｉｒ  ｏｆ  ＳＴＡｓ）を意味する。
【０１６３】
このＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥを受けた３つの装置は、３つの割当フィールドを探索して各フィールド（ｉｎｉｔｉａｔｏｒ  ＩＤ、ｒｅｓｐｏｎｄｅｒ  ＩＤ）が３つの装置ＩＤの組合である（Ｓ、Ｄ）、（Ｓ、Ｒ）、（Ｒ、Ｄ）を示すと、割り当てられた区間でデータを送信する。ここで、データはリレイ装置を経由して中継しながら使用されてもよく、３つの装置ＩＤはリレイ設定を共にした装置のＩＤである。
【０１６４】
前述した３つの方法によると、追加されるフィールド（第１）や１つのリソースの割当にも２つのＡＤＤＴＳフレームを送信したり（第２）、３つの割当情報（第３）を必要とするため、重複的（ｒｅｄｕｎｄａｎｔ）であってもよい。
【０１６５】
以下、予約リソースのリクエスト及び割当に従来のリソース予約及び割当をそのまま使用する方法について説明する。
【０１６６】
図１１は、本発明の一実施形態に係る中継機能を含む予約リソースのリクエスト及び予約リソースを割り当てる方法を説明するための図である。
【０１６７】
そのためにソース、デスティネーション装置は、リレイ装置とリレイ機能を用いると設定（ｓｅｔ  ｕｐ）し、このように設定されたことをＡＰに通知したと仮定する。
【０１６８】
すると、ソース装置がＡＰにリソースをリクエストしてＡＰが割り当てたリソース区間情報を放送したとき、放送された割当情報はソース装置ＩＤ、デスティネーション装置ＩＤを含んでいる。したがって、リレイ装置もその２つの装置のＩＤをチェックした後、自身をリレイ（ｒｅｌａｙ）として使用することを設定した２つの装置のＩＤと同一であれば、該当区間に移動してリレイ動作を行ってもよい。
【０１６９】
原則的に、リレイ装置はデータの送信を許諾されていない。したがって、ソース装置が１１ｎ  ｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ  ｐｒｏｔｏｃｏｌを用いて自身が所有者であるリソースでデスティネーション以外の装置がデータを送信できるようにｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ  ｇｒａｎｔ  ｆｒａｍｅを送信し、権限の受けたリレイ装置が中継して再びソースにｇｒａｎｔを渡す過程を行わなければならない。これはリレイ装置に続けてｇｒａｎｔ  ｆｒａｍｅを送信しなければならず、その間にはデータやＡＣＫを送信できないためリソースの浪費になる。
【０１７０】
しかし、リレイを用いる予約リソースでは、リレイ装置は最終の目的先ではない。したがって、上述したように、リレイ装置が受信装置のアドレスと設定されて受信したフレームに対して応答したり、残りの１つの装置（例えば、デスティネーション装置）に中継することが最も好ましい。この場合、上述した第２の方法におけるｇｒａｎｔ  ｆｒａｍｅを使用しなくてもよいためである。
【０１７１】
上述した方法は、 多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ  ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ  ｌｅｖｅｌ  ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【０１７２】
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【０１７３】
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【０１７４】
２１０  ＢＴ（Ｂｅａｃｏｎ  Ｔｉｍｅ）
２２０  Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ  Ｂｅａｍ  Ｆｏｒｍｉｎｇ  Ｔｒａｉｎｉｎｇ）
２３０  ＡＴ（Ａｎｎｏｕｎｃｅ  Ｔｉｍｅ）
２４０  ＤＴＴ（Ｄａｔａ  Ｔｒａｎｓｆｅｒ  Ｔｉｍｅ）
【図１】
2013522951.tif 000003
【図２】
2013522951.tif 000004
【図３】
2013522951.tif 000005
【図４】
2013522951.tif 000006
【図５】
2013522951.tif 000007
【図６】
2013522951.tif 000008
【図７】
2013522951.tif 000009
【図８】
2013522951.tif 000010
【図９】
2013522951.tif 000011
【図１０】
2013522951.tif 000012
【図１１】
2013522951.tif 000013
【手続補正書】
【提出日】平成24年11月14日(2012.11.14)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
下の実施形態はＷｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＷＬＡＮ）あるいはＷｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＷＰＡＮ）環境のように予約基盤チャネルアクセスをサポートする無線システムのコーディネータ装置及びリレイ装置の通信方法及びネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレーム構造に関する。
【背景技術】
【０００２】
ＷＬＡＮ環境でデータフレームは、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）のようなコーディネータ装置（ｃｏｏｒｄｉｎａｔｏｒ）を経由して送信されたり、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）で直接送信されることができる。しかし、一般的にコーディネータを経由してアップリンク（ｕｐ−ｌｉｎｋ）とダウンリンク（ｄｏｗｎ  ｌｉｎｋ）を用いる送信は、ネットワーク内の他の機器（装置、ｓｔａｔｉｏｎ）とチャネルを取得するために競争しなければならため、その処理率が減少することがある。
【０００３】
これを補完するために、８０２．１１ｅではＡＰを経由することなく装置間に直接リンク設定（ｄｉｒｅｃｔ  ｌｉｎｋ  ｓｅｔｕｐ；以下、ＤＬＳ）モードに応じて直接フレームを送信してチャネルの使用効率を２倍以上に向上させうようにしている。
【０００４】
しかし、直接リンク設定（ＤＬＳ）モードでもネットワーク内に存在する多重経路、減衰、干渉などによってチャネル状態が悪化すると無線ネットワークの処理率も落ちて、マルチメディアストリーミングのようにＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）が必要な場合にこれを満足させることができない不具合がある。
【０００５】
したがって、このように直接リンク設定（ＤＬＳ）モードだけで充分ではない場合にコーディネータ装置ではないネットワーク内の他の装置を介してもフレームを中継できるように規格でサポートする必要がある。すなわち、他の機器によってフレームを中継するための新しいＷＬＡＮのアドレッシング方法が求められる。
【０００６】
また、フレームをさらに安定して伝達するためにコーディネータ装置にリソースをリクエストし、リクエストしたリソースの割当を受けて使用する予約基盤媒体アクセス制御（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）を用いる場合、中継をサポートする予約リソースと中継をサポートしない予約リソースとを別に分類する必要がある。
【０００７】
その理由は、一般的に予約リソースは、そのリソースをリクエストした機器とリクエストした機器とが通信しようとするピア（ｐｅｅｒ）機器を明示し、その機器間だけの通信を許諾する。したがって、中継機器（例えば、リレイ装置）が２つの機器間のピアツーピア通信を受信して伝達する場合、中継機器も該当予約リソースの区間で２つの機器にフレームのやり取りを行わなければならない。
【０００８】
したがって、このような動作ができるように予約リソースをリクエストし、該当ネットワークで中継可能なように中継機器に予約リソースを割り当てて通知する方法が求められている。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本発明の一実施形態は、予約基盤チャネルアクセスをサポートする無線システムにおいて、ネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレームの構造、及び中継可能な無線リソースを予約して割り当てるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
【００１０】
本発明の一実施形態は、ＷＬＡＮ環境でピアツーピア通信に参加する一対の装置と中継装置及びその他の装置に現在送信するフレームが中継装置を経由して送信されるフレームという情報を通知することのできるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
【００１１】
また、本発明の一実施形態は、無線システムでピアツーピアのフレーム送信をコーディネータではないネットワーク内の他の機器によって中継できるよう無線リソースをリクエストして割り当てるためのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
【課題を解決するための手段】
【００１２】
本発明の一実施形態に係るコーディネータ装置の通信方法は、予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップとを含む。
【００１３】
本発明の一実施形態に係るソース装置の通信方法は、デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップとを含む。
【００１４】
本発明の一実施形態に係るリレイ装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップとを含む。
【００１５】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
【００１６】
本発明の一実施形態に係るデスティネーション装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップとを含む。
【００１７】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
【発明の効果】
【００１８】
本発明の一実施形態によれば、フレーム内にリレイコントロールフィールドを挿入することによって、ＷＬＡＮのアドレッシングフレームワーク（ｆｒａｍｅｗｏｒｋ）が変化することなくソース装置、デスティネーション装置及びリレイ装置に中継されるフレームを示すことができる。
【００１９】
また、本発明の一実施形態によれば、リレイ装置の中継スキーム（ｒｅｌａｙｉｎｇ  ｓｃｈｅｍｅ）ごとに適切なアドレッシング方法を提供し、迂回（ｄｅｔｏｕｒ）して伝達するデータフレームとリレイリンクに関する情報を取得するための管理フレームを区別するアドレッシング方法を用いることによって、リレイ装置がＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ヘッダだけでも各フレームを識別することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。
【図２】ＷＬＡＮビーコンインターバル（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）構造を示す図である。
【図３】本発明の一実施形態に係る図２のサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）を示す図である。
【図４】本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。
【図５】本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。
【図６】本発明の一実施形態に係るＭＡＣフレームフォーマットとそのアドレスフィールドの解釈を示す図である。
【図７】本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。
【図８】本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。
【図９】本発明の一実施形態に係るＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅ  ｂｏｄｙ及び修正されたＴＳＰＥＣ  ＩＥを示す図である。
【図１０】図９に関連する割当スケジュール（Ａｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ）ＩＥ、割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）、及び割当制御フィールドフレームボディ（Ａｌｌｏｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｉｅｌｄ  Ｆｒａｍｅ  Ｂｏｄｙ）を示す図である。
【図１１】本発明の一実施形態に係る中継機能を含むリソース予約リクエスト及び予約リソースを割り当てる方法を説明するための図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が一実施形態によって制限されたり限定されることはない。また、各図面に提示された同一の参照符号は同一の部材を示す。
【００２２】
ＩＥＥＥ  ８０２．１１標準規格に基づいた無線ネットワークは、２種類の使用モード、インフラストラクチャーＢＳＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ  ＢＳＳ）とＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ  ＢＳＳ、いわゆるａｈ  ｈｏｃ）のうち１つに構成される。
【００２３】
インフラストラクチャーＢＳＳは、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）と分散システム（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｓｙｓｔｅｍ；ＤＳ）を含むことによって、一般的に装置間の通信を含む全ての通信過程においてＡＰが用いられるＢＳＳである。すなわち、インフラストラクチャーＢＳＳは、一般的にＡＰを介してフレームを送信する。一方、ＩＢＳＳは、ＡＰなしで装置だけで構成されたネットワークを形成して分散システム（ＤＳ）への接続を許容しないＢＳＳをいう。一方、ＩＢＳＳには、ＡＰがないことから全ての通信は開始装置がＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）のように競争基盤チャネルのアクセスによってピア装置と直接通信する。
【００２４】
ＷＬＡＮは、Ｑ装置（ＱｏＳ装置）間の直接通信のためのダイレクトリンク設定（Ｄｉｒｅｃｔ  Ｌｉｎｋ  Ｓｅｔｔｉｎｇ；ＤＬＳ）の手続に対して規定されている。これによると、Ｑ装置は、ＱｏＳ  ＡＰやＬｅｇａｃｙ  ＡＰを介してＤＬＳ  ｒｅｑｕｅｓｔフレーム及びＤＬＳ  ｒｅｓｐｏｎｓｅフレームをやり取りすることでＱ装置間のダイレクトリンクを設定する。
【００２５】
また、最近、標準化が進行中である６０ＧＨｚ帯域のミリメートル波でのＩＥＥＥ  ８０２．１１ａｄ  Ｔａｓｋ  Ｇｒｏｕｐでは、ｄｉｒｅｃｔｉｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎとＱｏＳをサポートする。また、ＩＥＥＥ  ８０２．１１ａｄ  Ｔａｓｋ  Ｇｒｏｕｐは、ｐｏｗｅｒ  ｓａｖｉｎｇ及びｓｐｅｃｔｒｕｍ  ｍａｎａｇｅｍｅｎｔを改善するためにインフラストラクチャーＢＳＳで分散システム（ＤＳ）を構成してインターネットに接続する部分のみを除く。そして、ＩＥＥＥ  ８０２．１１ａｄ  Ｔａｓｋ  Ｇｒｏｕｐは、コーディネータ装置を置いてリソース管理、ネットワーク管理を行い、ＩＢＳＳのピアツーピア通信機能のＰｅｒｓｏｎａｌ  ＩＢＳＳ（ＰＢＳＳ）を新しく採択した。
【００２６】
ＰＢＳＳのＰＣＰ（ＰＢＳＳ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）は、アクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）の機能のうち、分散システム（ＤＳ）と接続されて他のネットワークとの通信をサポートする部分を除いた他の機能をほとんどサポートするコーディネータ装置である。
【００２７】
本発明の一実施形態では、ＤＬＳ経路やコーディネータ装置を経由した経路ではないネットワーク内の他の装置（例えば、リレイ装置）によってデータを送信する方法について説明する。ここで、リレイ装置によって中継送信するために基盤となるプロトコル（ｐｒｏｔｏｃｏｌ）やプロトコルに対する設定（ｓｅｔｔｉｎｇ）はすでに完了したと仮定する。
【００２８】
すなわち、本発明の一実施形態では、リレイ装置によってデータを中継送信するとき、データを中継送信するフレームのアドレッシング方法とコーディネータ装置にリソースをリクエストして割り当てられる方法だけを説明する。
【００２９】
第１に、データを中継送信するフレームに対するアドレッシング方法について記述する。
【００３０】
説明する前に、以下で中継送信に参加した装置をそれぞれソース装置、デスティネーション装置、リレイ装置と呼ぶことにする。以下、「装置」はステーション（ｓｔａｔｉｏｎ、ＳＴＡ）を含む概念である。
【００３１】
ソース装置からリレイ装置を経由してデスティネーション装置にフレームを送信する場合、中継方法によってリレイ装置のアドレスをフレームに記載する必要がある。一般的な無線ＬＡＮネットワークでは、ＢＳＳのいずれかの装置におけるデータを分散システム（ＤＳ）に接続された有線機器や他のＢＳＳに属する装置に伝達する場合に３つ以上の装置のアドレスが用いられる。
【００３２】
しかし、本発明の一実施形態のようにソース装置、デスティネーション装置及びリレイ装置のそれぞれが全て無線装置であり、１つのＢＳＳに属する装置である場合、アドレッシングのため新しいフォーマットが要求される。以下、リンク情報を必要としないデータフレーム、制御フレーム及び管理フレームを第１フレームに、リンク情報を必要とするリンク情報リクエストフレーム、またはリレイの動作設定／変更リクエストフレームを第２フレームのように表現することにする。
【００３３】
図１は、本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。
【００３４】
図１を参照すると、コーディネータ装置は、予約基盤の媒体アクセス制御を使用する無線システムのコーディネータ装置として、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするため、ソース装置からリレイ装置のための予約リソースをリクエストするフレームを受信する（Ｓ１１０）。
【００３５】
ここで、リレイ装置のための予約リソースをリクエストするフレームは、予約リソースがリレイ装置を経由して送信されるフレームのためのものである。また、リレイ装置のための予約リソースをリクエストするフレームは、コーディネータ装置に予約リソースをリクエストしたソース装置のＩＤ（ｉｎｉｔｉａｔｏｒ  ＩＤ）、ソース装置が通信しようとするデスティネーション装置のＩＤ（ｒｅｓｐｏｎｄｅｒ  ＩＤ）、及びこれに関連する情報を含んでもよい。
【００３６】
コーディネータ装置は、ソース装置の予約リソースリクエストに応じてリレイ装置のための予約リソースを割り当てる（Ｓ１２０）。
【００３７】
ステップＳ１２０において、コーディネータ装置は、予約リソースにリレイ装置のためのサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）を提供する。コーディネータ装置は、リレイ装置のための予約リソースを割り当てるためにサービス区間（ＳＰ）に拡張されたスケジュール構成要素を提供してもよい。
【００３８】
ここで、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）領域及びデスティネーション装置のためのデスティネーションＡＩＤ領域を含む少なくとも１つの割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）をサブフィールドとして含んでもよい。
【００３９】
サービス区間（ＳＰ）及び拡張されたスケジュール構成要素については図２及び図３を参照して下記で説明する。
【００４０】
ここで、ソース装置、デスティネーション装置及びリレイ装置は、ＲＬＳ（Ｒｅｌａｙ  ｌｉｎｋ  Ｓｅｔｕｐ）の過程を予め行って互いのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）を予め把握することも可能である。また、ソース装置は、ＲＬＳ過程を成功的に行なわれれば、他の装置にＲＬＳ  ａｎｎｏｕｎｃｅｍｅｎｔフレームを送信してもよい。したがって、コーディネータ装置は、ソース装置から受信されたＲＬＳ  ａｎｎｏｕｎｃｅｍｅｎｔフレームに含まれた情報を考慮してリソースを割り当ててもよい。
【００４１】
また、コーディネータ装置は。ソース装置及びデスティネーション装置が該当フレームがリレイ装置を経由して中継されることが把握できるように、フレームのＭＡＣヘッダまたはフレームのボディにリレイ装置に対するリレイコントロールフィールド（ｒｅｌａｙ  ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）を挿入する（Ｓ１３０）。リレイコントロールフィールドについては図５を参照して詳細に説明する。
【００４２】
コーディネータ装置は、ビーコンフレームまたはアナウンスフレーム（Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｆｒａｍｅ）を用いて予約リソースに関する情報を放送する（Ｓ１４０）。
【００４３】
ここで、予約リソースに関する情報はソース装置のＩＤ及びデスティネーション装置のＩＤを含んでもよい。
【００４４】
図２は、ＷＬＡＮビーコンインターバル（Ｂｅａｃｏｎ  Ｉｎｔｅｒｖａｌ）の構造を示す図である。
【００４５】
図２を参照すると、ＷＬＡＮビーコンインターバルは、ＢＴ（Ｂｅａｃｏｎ  Ｔｉｍｅ）２１０、Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ  Ｂｅａｍ  Ｆｏｒｍｉｎｇ  Ｔｒａｉｎｉｎｇ）２２０、ＡＴ（Ａｎｎｏｕｎｃｅ  Ｔｉｍｅ）２３０、及びＤＴＴ（Ｄａｔａ  Ｔｒａｎｓｆｅｒ  Ｔｉｍｅ）２４０を含む。
【００４６】
ＢＴ２１０は新しい装置（ＳＴＡｓ）を発見し、コーディネータ装置にリソースをリクエストする時間を示す。
【００４７】
Ａ−ＢＦＴ２２０は、例えば、ＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）またはＰＣＰ（ＰＢＳＳ  Ｃｏｎｔｒｏｌ  Ｐｏｉｎｔ）のようなコーディネータ装置と他の装置（例えば、ソース装置、デスティネーション装置及びリレイ装置）との間のビームフォーミングをための時間を示す。
【００４８】
ＡＴ２３０は、ＡＰまたはＰＣＰのようなコーディネータ装置がネットワーク内の装置に割り当てられた情報をビーコンフレームまたはアナウンスフレームを用いて通知する時間を示す。
【００４９】
ＤＴＴ２４０は、装置間のフレーム交換が行われるサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）及び競争基盤区間（Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ  Ｐｅｒｉｏｄ；ＣＢＰ）を含む。
【００５０】
以下は、ＡＰまたはＰＣＰのようなコーディネータ装置が送信するビーコンフレームまたはアナウンスフレーム内に割り当てられる拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）について説明する。
【００５１】
図３は、本発明の一実施形態に係る図２のサービス区間（Ｓｅｒｖｉｃｅ  Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ  Ｓｃｈｅｄｕｌｅ  Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）を示す図である。
【００５２】
図３を参照すると、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）領域３５１及びデスティネーション装置のためのデスティネーションＡＩＤ領域３５３を含む割当フィールド３５０をサブフィールドとして含んでもよい。
【００５３】
コーディネータ装置は、ソースＡＩＤ領域３５１にソース装置のアドレスを記録し、デスティネーションＡＩＤ領域３５３にデスティネーション装置のアドレスを記録する。これはリレイ装置が自身にフレームの中継をリクエストしたソース装置とフレームを受信するデスティネーション装置を確認できるようにするためである。
【００５４】
図４は、本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。
【００５５】
リレイ装置は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信する（Ｓ４１０）。ここで、リレイ装置は、コーディネータ装置が送信するビーコンフレームまたはアナウンスフレームによって予約リソースに関する情報を把握することができる。
【００５６】
リレイ装置は、予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認する（Ｓ４２０）。リレイ装置は、ソース装置のＩＤ及びデスティネーション装置のＩＤがリレイ装置とリレイリンクを形成した装置それぞれのＩＤとが同一であるか否かの確認に応じてＩＤを確認することができる。ここで、ソース装置のＩＤ及びデスティネーション装置のＩＤは、ソース装置のＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ  ＩＤ）及びデスティネーション装置のＡＩＤであってもよい。
【００５７】
リレイ装置は、４２０の確認結果に応じて予約リソースを用いてソース装置が送信するフレームをデスティネーション装置に中継する（Ｓ４３０）。
【００５８】
また、リレイ装置はリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによりフレームのＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）に含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更する。
【００５９】
具体的に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００６０】
また、リレイ装置は、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
【００６１】
リレイ装置は、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００６２】
リレイ装置は、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００６３】
また、リレイ装置は、フレームの種類がフレームに対する応答フレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定する。
【００６４】
その他にも、リレイ装置は、リレイ装置を経由してフレームを送信する通信スキームが協力（ｃｏｏｐｅｒａｔｉｏｎ）通信である場合、フレームの種類に応じるアドレッシング方法は次の通りである。
【００６５】
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置はリレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００６６】
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００６７】
また、フレームの種類が応答フレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
【００６８】
図５は、本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。
【００６９】
デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、ソース装置は、コーディネータ装置にリレイ装置のための予約リソースをリクエストするフレームを送信する（Ｓ５１０）。
【００７０】
ソース装置は、リレイ装置のための予約リソースをリクエストするフレームに応答して、コーディネータ装置から予約リソースに関する情報を受信する（Ｓ５２０）。
【００７１】
ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームに含まれたアドレスを変更する（Ｓ５３０）。
【００７２】
ステップＳ５３０において、ソース装置はリレイ装置の中継スキーム（ｓｃｈｅｍｅ）またはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームのＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）に含まれた装置のアドレスを変更してもよい。
【００７３】
フレームのＭＡＣヘッダに含まれた装置のアドレスでは通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス１、及び通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス２が挙げられる。
【００７４】
リレイ装置の中継スキームとして、フルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームと、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームが挙げられる。また、リレイ装置を経由して中継されるフレームの種類として、データフレーム、制御フレーム、管理フレーム、リレイ動作設定／変更リクエストフレーム、及び各リンクの情報を必要とするリンク情報リクエストフレームなどが挙げられる。
【００７５】
リンク情報リクエストフレームは管理フレームの一種であるが、一般的な管理フレームとは異なって、各リンクの情報が必要な管理フレームという点で本発明の一実施形態では管理フレームと区別される概念として定義される。
【００７６】
各リンクの情報は、ソース装置とリレイ装置との間のＳ−Ｒリンク、及びリレイ装置とデスティネーション装置との間のＲ−Ｄリンクに関する情報を含んでもよい。
【００７７】
リンク情報リクエストフレームの一例として、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが挙げられる。
【００７８】
リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（ＦＤ  ＡＦ）スキームにおいて、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置はアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００７９】
また、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８０】
リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
【００８１】
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８２】
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２に前記ソース装置のアドレスを設定してもよい。
【００８３】
また、フレームの種類が応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
【００８４】
その他に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合、フレームの種類によるアドレッシング方法は次の通りである。
【００８５】
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８６】
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
【００８７】
また、フレームの種類が前記フレームに対する応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
【００８８】
協力通信において、リレイ装置は自身が生成したフレームを送信するとき自身（リレイ装置）のアドレスを除いてソース装置とデスティネーション装置のアドレスを各アドレスに記載する。
【００８９】
上述した場合、その他のリレイ装置の中継スキームまたはフレームの種類に応じる多様なアドレッシング方法については図８を参考すればよい。
【００９０】
図６は、本発明の一実施形態に係るＭＡＣフレームフォーマットとそのアドレスフィールドの解釈を示す図である。
【００９１】
図６を参照すると、ＭＡＣフレームフォーマットは、フレームの制御のためのフレーム制御（Ｆｒａｍｅ  Ｃｏｎｔｒｏｌ）フィールド６１１、フレームの区間長さを示すデュレーションＩＤ（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、フレームの送信のために通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスを設定するためのアドレス（１）６１３、及びリクエストする装置が通信しようとする装置のアドレスを設定するためのアドレス（２）６１５を含むＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）６１０と通信しようとする装置に伝達するデータのためのフレームボディ（Ｆｒａｍｅ  Ｂｏｄｙ）６３０を含む。
【００９２】
フレームボディ６３０は、該当フレームがリレイ装置を経由して中継されるフレームであることを示すためのリレイコントロールフィールド（Ｒｅｌａｙ  Ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）６３１を含む。また、ＭＡＣヘッダ６１０は、フレームの中継のためにリレイ装置及びＢＳＳＩＤを考慮したアドレス（３）６１７及びアドレス（４）６１９をさらに含んでもよい。
【００９３】
８０２．１１ｎでデータフレームの送信時に使用するＭＡＣフレームフォーマット（Ｆｒａｍｅ  ｆｏｒｍａｔ）の場合、ソース装置、デスティネーション装置及びリレイ装置のための３つの装置アドレスにＢＳＳＩＤまで考慮した４個のアドレス６１３、６１５、６１７、及び６１９が必要である。したがって、該当フレームがリレイ装置を経由して中継されるフレームであることを通知するために、リレイコントロールフィールド６３１を新しく定義する必要がある。
【００９４】
リレイコントロールフィールド６３１は、フレームのＭＡＣヘッダ６１０の部分に有効ビットがあればＭＡＣヘッダで定義し、もし、ＭＡＣヘッダにこれ以上の有効なビットがなければ、図６に示すようにフレームボディ６３１の最初のオクテット（ｏｃｔｅｔ）に挿入してもよい。
【００９５】
図７は、本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。
【００９６】
図７は、図６に示すようなフレームフォーマットを用いる場合、各フィールドに対する解釈を示すものであり、（１）Ｄｉｒｅｃｔ  ｌｉｎｋはダイレクトリンクを示し、ダイレクトリンクをデータを送信するためにリレイ装置を使用しないものの、図６に示すフレームフォーマットを使用することができる。
【００９７】
（２）及び（３）Ｄｅｔｏｕｒ  Ｌｉｎｋはリレイリンクを示す。リレイリンクは該当リンクがＳ−Ｒリンク（（２））あるいはＲ−Ｄリンク（（３））によって各アドレスのコーディングが変わり得る。また、Ｔｏ  ＤＳフィールド及びＦｒｏｍ  ＤＳフィールドの値で既存アドレスのコーディング方法が変わるため、リレイリンクを用いるときに図７の表を基準にしてアドレスフィールドを変形する。
【００９８】
しかし、図６に示すように４個のアドレスを用いる場合、データフレームの送信のみが可能であり、これよりも小さい数のアドレスを用いる制御フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、またはアクション（ａｃｔｉｏｎ）フレームの送信には適しない。
【００９９】
本発明の一実施形態では、４個のアドレスを暗黙的（ｉｍｐｌｉｃｉｔ）に使用することができる。但し、この場合に、リレイ装置は自身に送信されたフレームがソース装置とデスティネーション装置との間に交換されるフレームであるかを予め把握し、競争区間ではない非競争区間でコーディネータ装置が予め予約した区間で中継するものと仮定する。
【０１００】
以下は、このような暗黙的アドレッシング（ｉｍｐｌｉｃｉｔ  ａｄｄｒｅｓｓｉｎｇ）を用いる場合、中継されるフレームの種類やリレイ装置の中継スキームによってどのようにアドレッシング方法が変わるかについて説明する。
【０１０１】
第１に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームの場合として、リレイ装置は、ソース装置が送信するデータ（ｄａｔａ）フレーム、制御フレーム及び一部を除いた管理（ｍａｎａｇｅｍｅｎｔ）フレームのアドレスに対して修正することなく直ちにデスティネーション装置に該当フレームを送信する。
【０１０２】
したがって、リレイ装置の中継スキームがＦＤ  ＡＦスキームの場合、ダイレクト（Ｄｉｒｅｃｔ）経路でフレームを送信するとき（Ｄｉｒｅｃｔ  ｌｉｎｋ（（１））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ）と同じ結果を有する。
【０１０３】
Ｆｕｌｌ  Ｄｕｐｌｅｘ  ＡＦ中継の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（例えば、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが該当）の場合
−ＨＤ  ＤＦスキームと同一
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第２に、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームの場合、全てのフレーム（データフレーム、制御フレーム及び管理フレームなど）は下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２に記載する。
【０１０４】
Ｈａｌｆ  Ｄｕｐｌｅｘ  ＤＦ中継の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第３に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。
【０１０５】
協力通信の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
この場合、データ、制御及び一部を除いた管理フレームは、ＨＤ  ＤＦ中継スキームにもかかわらず、リレイ−デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する。ここで、ソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する理由は、ソース−リレイリンクはＨＤ  ＤＦ中継スキームと同一であるが、デスティネーション装置でチェース結合（ｃｈａｓｅ  ｃｏｍｂｉｎｉｎｇ）を行うためである。
【０１０６】
第４に、前述の協力（ｃｏｏｐｅｒａｔｉｏｎ）通信から除外された管理フレームである、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合、ＨＤ  ＤＦと同一に各リンクの送受信装置のアドレスを記載する。
【０１０７】
リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−ＨＤ  ＤＦスキームと同一
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
ここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームとして、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームなどが挙げられる。
【０１０８】
この場合に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ；ＦＤ  ＡＦ）スキームであれば動作も変わるが、ＭＡＣヘッダ（ＭＡＣ  Ｈｅａｄｅｒ）を復号化して該当フレームがリレイ装置に送信されたことが把握されたときにデスティネーション装置へのフォワーディングを停止する。
【０１０９】
その後、リレイ装置は、ソース装置から受けたフレームと同一のフレームをアドレスのみを変えた符号化したフレームをデスティネーション装置に送信する。すなわち、この場合には、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄ；ＨＤ  ＤＦ）スキームの場合と類似するように動作し、これに対する応答フレームの伝達も（必要な場合）類似にデスティネーション装置からソース装置に伝達する。
【０１１０】
最後に、図７に示す全てのフレームに対する応答が必要な場合、既存の規格のアドレスを記録する規則と同一にＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２を交換して記録する。
【０１１１】
しかし、図７において公開されたパブリックキー（ｐｕｂｌｉｃ  ｋｅｙ）を使用することなく各ピアツーピア間にやり取りしたフレームに対するペアワイズキー（ｐａｉｒｗｉｓｅ  ｋｅｙ）を用いて保安を維持したい場合には、上述したアドレッシング方法とは異なるアドレッシング方法を適用しなければならない。ここで、ペアワイズキーは、１対１の対称キー（Ｐａｉｒｗｉｓｅ  Ｔｒａｎｓｉｅｎｔ  Ｋｅｙ）を示す。
【０１１２】
他の装置と保安を維持したい場合、リレイ装置がソース装置とデスティネーション装置との間のデータを中継するとしても各ソース装置とデスティネーション装置は、該当ペアワイズキーが把握されないため、受信したデータを復号化したり再び符号化して送信することができなくなる。
【０１１３】
一方、ＭＡＣヘッダ（ｈｅａｄｅｒ）は、受信したデータを復号化したりＣＲＣチェック（ｃｈｅｃｋ）を行ってもよいため、該当フレームが損傷した場合にもこれを表示（ｉｎｄｉｃａｔｉｏｎ）するＡＣＫフレームまたはＢｌｏｃｋＡＣＫフレームを送信してもよい。もし、リレイ装置の中継スキームがＨＤ  ＤＦスキームであれば、既存のＨＤ  ＤＦスキームとは異なってペアワイズキーの対象者であるソース装置のアドレス、及びデスティネーション装置のアドレスをアドレス１、アドレス２に記載してもよい。
【０１１４】
しかし、このようにアドレッシング方法を相異にすると、送信されたフレームに対する応答が必要な場合には従来のアドレス１、アドレス２のアドレスを変えて送信する方法ではない他のアドレッシング方法を適用しなければならない。その理由は、送信する装置を通知するために次の図８で示すように使用する迂回リンク（Ｄｅｔｏｕｒ  Ｌｉｎｋ（２）または（３））の送受信装置のアドレスを記載する。
【０１１５】
但し、データフレームを送信する途中に各リンク（Ｄｅｔｏｕｒ  Ｌｉｎｋ（２）または（３））の情報をリクエストしたりしてリレイ装置に管理フレーム（ｍａｎａｇｅｍｅｎｔ  ｆｒａｍｅ）を送信しなければならない場合が発生し得る。このような場合では、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームがあり、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームを例にすることができる。
【０１１６】
この場合（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム送信の場合）のみ例外としてデータフレームとは異なって暗号化の重要性が少ないため暗号化が行われず、パブリックキー（ｐｕｂｌｉｃ  ｋｅｙ）または各リンクの装置間のペアワイズキー（ｐａｉｒｗｉｓｅ  ｋｅｙ）を使用することができ、いずれのものも構わない。したがって、上述した場合には暗号化（ｅｎｃｒｙｐｔｉｏｎ）によってアドレッシングを変更する必要がないため、既存のＨＤ  ＤＦスキームのようなアドレッシング方法を用いることができる。
【０１１７】
協力通信の場合も類似にソース装置とデスティネーション装置との間のペアワイズキーで暗号化したフレームを受信したときにはペアワイズキーの対象者であるソース装置のアドレス及びデスティネーション装置のアドレスをＡｄｄｒｅｓｓ（アドレス）１、Ａｄｄｒｅｓｓ２に記載する。
【０１１８】
これに対する応答フレームは若干の差があるものの、協力通信は（１）、（３）迂回リンクを介してデスティネーション装置に伝達されたフレームを結合（ｃｏｍｂｉｎｉｎｇ）し、これに対する応答フレームを既存のルールによって、（１）リンクの応答のようにデスティネーション装置及びソース装置のアドレスをＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２のアドレスにそれぞれ書いて送信する。
【０１１９】
協力通信もリレイ装置に伝達したり各リンクの情報をリクエストする管理フレーム（Ｍａｎａｇｅｍｅｎｔ  Ｆｒａｍｅ）、例えば、ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームのようなリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合には既存のＨＤ  ＤＦのようなスキームを用いる。
【０１２０】
最後に、リレイ装置の中継スキームがＦＤ  ＡＦスキームである場合、一般的にデコードアンド・フォワード（ＤＦ）が異なるため暗号化されず、デコードアンド・フォワード（ＤＦ）する一部の管理フレームもＨＤ  ＤＦスキームや協力通信のように暗号化を避けることができるため、既存のＨＤ  ＤＦのようなスキームを用いることができる。上述の内容を整理すれば、図８のように示すことができる。
【０１２１】
図８は、本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。
【０１２２】
リレイ装置の中継スキームによってＦＤ  ＡＦスキームとＨＤ  ＤＦスキームはフレームを送信する方向が互いに異なってもよい。また、リレイ装置を経由して中継されるフレームがデータフレームであるか、または、制御フレームであるか、または、各リンクの情報が必要な管理フレームであるかに応じてアドレッシング方法が変わり得る。
【０１２３】
したがって、ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法を相異にしてもよい。
【０１２４】
ソース装置がそれぞれの場合によってアドレッシング方法を相異にする方法については以下のように説明される。
【０１２５】
Ｈａｌｆ  Ｄｕｐｌｅｘ  ＤＦ中継の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）応答）：Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３）応答）：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
協力通信の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）応答、（３）応答）Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）の場合
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
Ｆｕｌｌ  Ｄｕｐｌｅｘ  ＡＦ中継の場合
●  ｄａｔａ、ｃｏｎｔｒｏｌ、ｍａｎａｇｅｍｅｎｔフレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いたフレーム）
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ  Ｍａｒｇｉｎ  ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）
−ＨＤ  ＤＦスキームと同一
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ  ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ  ＳＴＡ  Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
以下、図９〜図１１を参照して中継のために用いる予約リソースを割り当てる方法について説明する。
【０１２６】
ＷＬＡＮとＷＰＡＮではＡＰ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ）（ＷＬＡＮの場合）またはＰＮＣ（Ｐｉｃｏ−Ｎｅｔ  Ｃｏｏｒｄｉｎａｔｏｒ）（ＷＰＡＮの場合）は時間区域を競争区間と非競争区間に分類することによって、競争スキームと非競争スキームにデータを送信してもよい。
【０１２７】
競争区間では、ネットワークの全ての装置がチャネルを取得するためにＣＳＭＡ／ＣＡスキームに基づいて競争する。また、非競争区間では、ＡＰあるいはＰＮＣがポーリング（Ｐｏｌｌｉｎｇ）方式、またはスケジューリング情報を送信する方法を用いることによって、該当機器が非競争区間の特定の時間領域で独占的にデータを送信するための方法を提供する。
【０１２８】
もちろん、ＥＣＭＡ３６８、３８７のようにコーディネータ装置がなくて分散基盤の媒体アクセス制御（ｄｉｓｔｒｉｂｕｔｅｄ  ＭＡＣ）を用いるシステムでも他の機器が使用しない非競争区間でスケジューリング情報を放送して予約するスキームを用いることができる。
【０１２９】
本発明の一実施形態では、非競争区間でピアツーピアに送信されるフレームを直接経路だけでなく、中継機器を経由しても伝達できる予約リソースをリクエストし、このようなリソースを割り当てる方法について説明する。
【０１３０】
以下、ＩＥＥＥ８０２．１１ＷＬＡＮ基盤でコーディネータが存在する場合について説明する。
【０１３１】
まず、ピア（ｐｅｅｒ）通信をリクエストする機器をソース装置といい、ピア通信に対するリクエストに応答する機器をデスティネーション装置といい、２つの装置間のフレームを中継する機器をリレイ装置と定義する。
【０１３２】
上記の３装置間に必要な初期化過程はすでに完了したと仮定する。
【０１３３】
ソース装置がデスティネーション装置にリレイ装置を経由してデータを送信してもよいリソース予約をコーディネータ装置にリクエストすると仮定する。ここで、コーディネータ装置ではＷＬＡＮのＡＰが挙げらるが、必ずこれに限定されることなく、ＡＰのような機能をサポートするコーディネータは全てコーディネータ装置に該当する。
【０１３４】
一般的にこのようなリソースを区分するためにリソースをリクエストする装置のＩＤ（ｉｎｉｔｉａｔｏｒ  ＩＤと定義する）と、リクエストした装置が通信しようとする装置のＩＤ（ｒｅｓｐｏｎｄｅｒ  ＩＤと定義する）を通知する。場合に応じてリソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がＡＰにリソースをリクエストするフレームを送信するため、リソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がリソースリクエストするとき送信するフィールドにｉｎｉｔｉａｔｏｒ  ＩＤは省略してもよい。
【０１３５】
また、８０２．１１ｅの場合、送信するデータの特性に応じて、ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）を相異に適用するためにトラフィックＩＤ（ｔｒａｆｆｉｃ  ＩＤ）を追加してもよい。また、他のトラフィック関連のパラメータを定義しているＴＳＰＥＣ  ＩＥフィールドを含むＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを用いてリソースをリクエストし、ＡＰとネゴシエーション（ｎｅｇｏｔｉａｔｉｏｎ）の後でトラフィックストリーム（Ｔｒａｆｆｉｃ  Ｓｔｒｅａｍ；以下、ＴＳ）を設定してもよい。
【０１３６】
このようにトラフィックストリーム（ＴＳ）を設定した後にデータを送信しようとする場合、ＨＣＣＡのＰｏｌｌｅｄ  ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｏｐｐｏｒｔｕｎｉｔｙ）、ＥＤＣＡのＴＸＯＰを得たり８０２．１１ｎのＰＳＭＰを用いることができる。
【０１３７】
しかし、８０２．１１規格では非競争区間でピアツーピアのための区間をリクエストし、これを割り当てる方法が提案されていない。また、このようなピアツーピアのための予約を行う８０２．１５のＣｈａｎｎｅｌ  Ｔｉｍｅ  Ａｌｌｏｃａｔｉｏｎ（ＣＴＡ）、ＥＣＭＡ  ３６８、３８７のＤＲＰ（Ｄｉｓｔｒｉｂｕｔｅｄ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いるスキームでも該ピアツーピアのトラフィックを中継する場合について扱っていない。
【０１３８】
より詳細には、一般的な予約スキームは、リクエストするフレームにｉｎｉｔｉａｔｏｒ  ＩＤ（装置を区分できるＩＤやａｄｄｒｅｓｓ）とｒｅｓｐｏｎｄｅｒ  ＩＤを含む。そして、割り当てられたことを通知するフレームでもｉｎｉｔｉａｔｏｒ  ＩＤ、ｒｅｓｐｏｎｄｅｒ  ＩＤと共に割り当てられた時間の開始瞬間とｄｕｒａｔｉｏｎを通知してそれぞれ割り当てられた区間をこのＩＤｓで区分する。
【０１３９】
したがって、８０２．１１でもこのようなスキームを維持することができ、ＩＤが同一であってもトラフィックのクラスが異なるためＴＩＤが追加される。コーディネータ装置は、このように割り当てられた情報をビーコンフレームやアナウンスメントフレーム（ａｎｎｏｕｎｃｅｍｅｎｔ  ｆｒａｍｅ）を用いてブロードキャストする。
【０１４０】
すると、装置は割り当てたリソースのうち自身のＩＤがあるかをチェックして、割り当てられたリソースのうち自身のＩＤがあれば割り当てられた区間でデータ送信を行う。ここで、ｉｎｉｔｉａｔｏｒ  ＩＤ及びｒｅｓｐｏｎｄｅｒ  ＩＤを用いることは、この２装置のみが該当予約された区間を用いるように許諾したことを示す。
【０１４１】
したがって、リレイ装置がデータを送受信するときには他のフィールドが必要である。
【０１４２】
このような中継機能を含むリソース予約をリクエストしたり割り当てる方法は様々である。
【０１４３】
第１の方法は、ソース装置がＡＰに中継可能なリソースをリクエストするときにこれを表すフィールドを共に示すことで、図９を参照して説明する。
【０１４４】
図９は、本発明の一実施形態に係るＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅのｂｏｄｙ及び修正されたＴＳＰＥＣ  ＩＥを示す図である。
【０１４５】
図９は、第１の方法を実行するためにＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームに挿入されるＴＳＰＥＣ  ＩＥのＴＳ  Ｉｎｆｏ９１０にＲｅｓｐｏｎｄｅｒ  ＩＤ９１１、Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを挿入する。
【０１４６】
ここで、Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドが活性化されれば、リクエストするリソース予約がリレイ機能を用いることを意味し、また、該当フィールドが活性化されればＲｅｌａｙ装置ＩＤ９１５になる。すると、ＡＰは割り当てられたリソース情報を放送するときにＲｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを追加し、これをリクエストしたフィールド値をコピーして送信する。
【０１４７】
Ｒｅｓｐｏｎｄｅｒ  ＩＤ９１１フィールドは、リクエストするリソースでピアツーピアに送信するときｒｅｓｐｏｎｄｅｒのＩＤを意味する。また、Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドは、該当フレームをリレイ装置を経由して送信する可能性があることを示す（ｉｎｄｉｃａｔｅ）。
【０１４８】
Ｒｅｌａｙ装置ＩＤ９１５フィールドは、ＡＰが該当フレームを中継するリレイ装置を識別するためのＩＤを他の装置に通知するためのものである。ＡＰのようなコーディネータ装置は、例えば、ビーコンフレームやアナウンスフレームにＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥを挿入する方法に基づいてリレイ装置のＩＤを通知する。
【０１４９】
各割当リソース情報は割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）に記述され、割当制御フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  ｆｉｅｌｄ）は割り当てられたリソースの特性を記述する。Ｒｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールド及びＲｅｌａｙ装置ＩＤ９１５フィールドはリレイ機能のために新しく追加されたフィールドであり、これについては図１０を参照して説明する。
【０１５０】
図１０は、図９に関連する割当スケジュール（Ａｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ）ＩＥ、割当フィールド（Ａｌｌｏｃａｔｉｏｎ  Ｆｉｅｌｄ）、及び割当制御フィールドフレームボディ（Ａｌｌｏｃａｔｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｉｅｌｄ  Ｆｒａｍｅ  Ｂｏｄｙ）を示す図である。
【０１５１】
図１０を参照すると、非競争スキームにピアツーピアのためのリソース割当情報をＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥを用いて記述してもよい。ここで、各リソース割当ごとに割当フィールド（ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）に対応して挿入し、割当フィールドに割り当てられたリソースの開始時間（Ａｌｌｏｃａｔｉｏｎ  Ｓｔａｒｔ  Ｔｉｍｅ）、ＩＤ（Ｉｎｉｔｉａｔｏｒ  ＩＤ、Ｒｅｓｐｏｎｄｅｒ  ＩＤ）などのフィールドを記述する。ここで、Ｒｅｌａｙ装置ＩＤ１０１０フィールド及びＲｅｌａｙ  Ｒｅｓｅｒｖａｔｉｏｎ１０３０フィールドについても記述してもよい。
【０１５２】
上述した第１の方法の場合、従来のフィールドに新しいフィールドを追加しなければならないが、リレイ動作を使用しないリソース予約についても該当フィールドを置くことができる。
【０１５３】
上述した第２の方法は、従来のリソース予約がピアツーピア通信で２つの装置のＩＤを明示するものであるため、これを拡張してリレイ装置を経由して送信する場合、ソース装置とデスティネーション装置との間のＳ−Ｄリンクに追加的にＳ−ＲリンクとＲ−Ｄリンクを用いることができる。したがって、追加される２つのリンク（Ｓ−ＲリンクとＲ−Ｄリンク）を使用するために２つのリソースに対する予約リクエストが追加されなければならず、そのためにＡＤＤＴＳ  Ｒｅｑｕｅｓｔ  ｆｒａｍｅをＡＰに送信するときにＴＳＰＥＣ  ＩＥを追加してもよい。
【０１５４】
しかし、上述したようにＴＳＰＥＣ  ＩＥにデスティネーションＩＤフィールドのみが存在し、ソースＩＤフィールドが存在しない場合（これがなくてもＡＰがＲｅｑｕｅｓｔ  ｆｒａｍｅに含まれたｔｒａｎｓｍｉｔｔｉｎｇ  ａｄｄｒｅｓｓによって確認できるため、ないことがさらに効率的である）に３リンクを示すそれぞれの一対のＩＤを挿入できない。
【０１５５】
したがって、ソース装置がＳ−ＤリンクとＳ−Ｒリンクを示す２つのＴＳＰＥＣ  ＩＥを１つのＡＤＤＴＳ  Ｒｅｑｕｅｓｔを入れる。残りのＲ−Ｄリンクのリソースリクエストのためには、リレイ装置がＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを追加的に送信する。
【０１５６】
上述したＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを送信するとき自身に必要なリソース割当時間を算出するためには、アプリケーションデータレート（Ｄａｔａ  Ｒａｔｅ）と物理階層（ＰＨＹ）におけるレート、その他のｃａｐａｂｉｌｉｔｙ情報が必要である。
【０１５７】
これによって算出した情報（リソース割当時間に関する情報）をＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームに書いて送信するとき、リレイ装置も同じ情報を送信しなければならないため、ソース装置がリレイ装置に情報を送信する追加シグナリング（ｓｉｇｎａｌｉｎｇ）が必要である。また、ＡＰの立場でも一般的にリレイ装置のＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームの送信がソース装置よりも遅れ、場合に応じてリレイ装置がＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを同じビーコン区間（または、スーパーフレーム区間）でリクエストしなくてもよい。それにもかかわらず、リレイ装置からのＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームを受信するまでＡＰはスケジューリングを遅らせる。
【０１５８】
本発明の一実施形態では、ＡＰがスケジューリングを遅らせないために下記のような方法を用いる。
【０１５９】
リレイ動作を設定したソース装置からこれを設定したデスティネーション装置とのＡＤＤＴＳ  Ｒｅｑｕｅｓｔフレームをリクエストした場合、ＡＰは論理的に３つのリソースを割り当てて放送することができる。前述したように、リレイ動作を設定した後ソース装置がリレイ設定をこれに参加した３装置のＩＤと共に含んでＡＰに通知すれば、ＡＰはリレイ装置のＩＤを知っているため３つのリソースを割り当てる。
【０１６０】
ここで、割り当てられたリソースは物理的に同じ開始時間、同じ区間の長さを有する１つのリソースであるため、割り当てられたリソースの他の情報は全て同じであり、単にｉｎｉｔｉａｔｏｒ  ＩＤとｒｅｓｐｏｎｄｅｒ  ＩＤのみが異なる。
【０１６１】
したがって、後述する図１１に示すように図１０に示すＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥをそのまま用いて３つの割当フィールド（ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）を構成して挿入してもよい。
【０１６２】
該３つの割当フィールドはそれぞれｉｎｉｔｉａｔｏｒ  ＩＤとｒｅｓｐｏｎｄｅｒ  ＩＤを除いた全てのフィールドが同一である。他の２つのフィールドはそれぞれリンクを用いる一対の装置（ａ  ｐａｉｒ  ｏｆ  ＳＴＡｓ）を意味する。
【０１６３】
このＡｌｌｏｃａｔｉｏｎ  Ｓｃｈｅｄｕｌｅ  ＩＥを受けた３つの装置は、３つの割当フィールドを探索して各フィールド（ｉｎｉｔｉａｔｏｒ  ＩＤ、ｒｅｓｐｏｎｄｅｒ  ＩＤ）が３つの装置ＩＤの組合である（Ｓ、Ｄ）、（Ｓ、Ｒ）、（Ｒ、Ｄ）を示すと、割り当てられた区間でデータを送信する。ここで、データはリレイ装置を経由して中継しながら使用されてもよく、３つの装置ＩＤはリレイ設定を共にした装置のＩＤである。
【０１６４】
前述した３つの方法によると、追加されるフィールド（第１）や１つのリソースの割当にも２つのＡＤＤＴＳフレームを送信したり（第２）、３つの割当情報（第３）を必要とするため、重複的（ｒｅｄｕｎｄａｎｔ）であってもよい。
【０１６５】
以下、予約リソースのリクエスト及び割当に従来のリソース予約及び割当をそのまま使用する方法について説明する。
【０１６６】
図１１は、本発明の一実施形態に係る中継機能を含む予約リソースのリクエスト及び予約リソースを割り当てる方法を説明するための図である。
【０１６７】
そのためにソース、デスティネーション装置は、リレイ装置とリレイ機能を用いると設定（ｓｅｔ  ｕｐ）し、このように設定されたことをＡＰに通知したと仮定する。
【０１６８】
すると、ソース装置がＡＰにリソースをリクエストしてＡＰが割り当てたリソース区間情報を放送したとき、放送された割当情報はソース装置ＩＤ、デスティネーション装置ＩＤを含んでいる。したがって、リレイ装置もその２つの装置のＩＤをチェックした後、自身をリレイ（ｒｅｌａｙ）として使用することを設定した２つの装置のＩＤと同一であれば、該当区間に移動してリレイ動作を行ってもよい。
【０１６９】
原則的に、リレイ装置はデータの送信を許諾されていない。したがって、ソース装置が１１ｎ  ｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ  ｐｒｏｔｏｃｏｌを用いて自身が所有者であるリソースでデスティネーション以外の装置がデータを送信できるようにｒｅｖｅｒｓｅ  ｄｉｒｅｃｔｉｏｎ  ｇｒａｎｔ  ｆｒａｍｅを送信し、権限の受けたリレイ装置が中継して再びソースにｇｒａｎｔを渡す過程を行わなければならない。これはリレイ装置に続けてｇｒａｎｔ  ｆｒａｍｅを送信しなければならず、その間にはデータやＡＣＫを送信できないためリソースの浪費になる。
【０１７０】
しかし、リレイを用いる予約リソースでは、リレイ装置は最終の目的先ではない。したがって、上述したように、リレイ装置が受信装置のアドレスと設定されて受信したフレームに対して応答したり、残りの１つの装置（例えば、デスティネーション装置）に中継することが最も好ましい。この場合、上述した第２の方法におけるｇｒａｎｔ  ｆｒａｍｅを使用しなくてもよいためである。
【０１７１】
上述した方法は、 多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ  ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ  ｌｅｖｅｌ  ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
【０１７２】
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
【０１７３】
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
【符号の説明】
【０１７４】
２１０  ＢＴ（Ｂｅａｃｏｎ  Ｔｉｍｅ）
２２０  Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ  Ｂｅａｍ  Ｆｏｒｍｉｎｇ  Ｔｒａｉｎｉｎｇ）
２３０  ＡＴ（Ａｎｎｏｕｎｃｅ  Ｔｉｍｅ）
２４０  ＤＴＴ（Ｄａｔａ  Ｔｒａｎｓｆｅｒ  Ｔｉｍｅ）
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、
ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、
前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップと、
を含むことを特徴とするコーディネータ装置の通信方法。
【請求項２】
デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、
前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、
前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップと、
を含むことを特徴とするソース装置の通信方法。
【請求項３】
前記予約リソース内で前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップは、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによって前記フレームのＭＡＣヘッダに含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び前記通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更するステップであることを特徴とする請求項２に記載のソース装置の通信方法。
【請求項４】
前記リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ  Ｄｕｐｌｅｘ  Ａｍｐｌｉｆｙ  ａｎｄ  Ｆｏｒｗａｒｄ：ＦＤ  ＡＦ）スキームであり、前記フレームの種類が第１フレームである場合、前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項３に記載のソース装置の通信方法。
【請求項５】
前記リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ  Ｄｕｐｌｅｘ  Ｄｅｃｏｄｅ  ａｎｄ  Ｆｏｒｗａｒｄと、ＨＤ  ＤＦ）スキームであり、前記フレームの種類が第１フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項３に記載のソース装置の通信方法。
【請求項６】
前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第１フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項３に記載のソース装置の通信方法。
【請求項７】
コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、
前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、
前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップと、
を含むことを特徴とするリレイ装置の通信方法。
【請求項８】
コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、
前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、
前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップと、
を含むことを特徴とするデスティネーション装置の通信方法。
【請求項９】
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、
前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、
前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含むことを特徴とする請求項８に記載のデスティネーション装置の通信方法。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】全図
【補正方法】変更
【補正の内容】
【図１】
2013522951.tif 000014
【図２】
2013522951.tif 000015
【図３】
2013522951.tif 000016
【図４】
2013522951.tif 000017
【図５】
2013522951.tif 000018
【図６】
2013522951.tif 000019
【図７】
2013522951.tif 000020
【図８】
2013522951.tif 000021
【図９】
2013522951.tif 000022
【図１０】
2013522951.tif 000023
【図１１】
2013522951.tif 000024
【国際調査報告】
2013522951.tif 000025
2013522951.tif 000026
2013522951.tif 000027
2013522951.tif 000028