予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップと、を含むことを特徴とするコーディネータ装置の通信方法。ビーコンフレームまたはアナウンスフレームを用いて前記予約リソースに関する情報を放送するステップをさらに含むことを特徴とする請求項1に記載のコーディネータ装置の通信方法。前記予約リソースに関する情報は、前記ソース装置のID及び前記デスティネーション装置のIDを含むことを特徴とする請求項2に記載のコーディネータ装置の通信方法。前記予約リソースをリクエストするフレームは、前記コーディネータ装置に前記予約リソースをリクエストしたソース装置のIDinitiatorID、前記ソース装置が通信しようとするデスティネーション装置のIDresponderID及びこれに関連する情報を含むことを特徴とする請求項1に記載のコーディネータ装置の通信方法。前記リレイ装置のための予約リソースを割り当てるステップは、前記予約リソースに前記リレイ装置のためのサービス区間を提供するための拡張されたスケジュール構成要素を提供するステップを含み、前記拡張されたスケジュール構成要素は、前記ソース装置のためのソースAIDAssociationID領域及びデスティネーション装置のためのデスティネーションAID領域を含む少なくとも1つの割当フィールドをサブフィールドで含むことを特徴とする請求項1に記載のコーディネータ装置の通信方法。デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも1つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップと、を含むことを特徴とするソース装置の通信方法。前記予約リソース内で前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップは、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも1つによって前記フレームのMACヘッダに含まれた通信をリクエストする装置initiatorのアドレスであるアドレス2、及び前記通信をリクエストする装置が通信しようとする装置responderのアドレスであるアドレス1のアドレスを変更するステップであることを特徴とする請求項6に記載のソース装置の通信方法。前記リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードFullDuplexAmplifyandForward:FDAFスキームであり、前記フレームの種類が第1フレームである場合、前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項7に記載のソース装置の通信方法。前記リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードスキームであり、前記フレームの種類が第2フレームである場合、前記ソース装置と前記リレイ装置との間のS-Rリンクで前記アドレス1に前記リレイ装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項7に記載のソース装置の通信方法。前記リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードHalfDuplexDecodeandForwardと、HDDFスキームであり、前記フレームの種類が第1フレームである場合、前記ソース装置と前記リレイ装置との間のS-Rリンクで前記アドレス1に前記リレイ装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項7に記載のソース装置の通信方法。前記リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードスキームであり、前記フレームの種類が第2フレームである場合、前記ソース装置と前記リレイ装置との間のS-Rリンクで前記アドレス1に前記リレイ装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項7に記載のソース装置の通信方法。前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第1フレームである場合、前記ソース装置と前記リレイ装置との間のS-Rリンクで前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項7に記載のソース装置の通信方法。前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第2フレームである場合、前記ソース装置と前記リレイ装置との間のS-Rリンクで前記アドレス1に前記リレイ装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項7に記載のソース装置の通信方法。コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のID及びデスティネーション装置のIDを確認するステップと、前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップと、を含むことを特徴とするリレイ装置の通信方法。前記IDを確認するステップは、前記ソース装置のID及び前記デスティネーション装置のIDがリレイ装置とリレイリンクを形成した装置それぞれのIDと同一であるか否かを確認するステップであることを特徴とする請求項14に記載のリレイ装置の通信方法。リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも1つによって、前記フレームのMACヘッダMACHeaderに含まれた通信をリクエストする装置initiatorのアドレスであるアドレス2、及び前記通信をリクエストする装置が通信しようとする装置responderのアドレスであるアドレス1のアドレスを変更するステップを含むことを特徴とする請求項14に記載のリレイ装置の通信方法。リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードスキームであり、前記フレームの種類が第2フレームである場合、前記リレイ装置と前記デスティネーション装置との間のR-Dリンクで前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項16に記載のリレイ装置の通信方法。リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードスキームであり、前記フレームの種類が第1フレームである場合、前記リレイ装置と前記デスティネーション装置との間のR-Dリンクそれぞれで前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項16に記載のリレイ装置の通信方法。リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードスキームであり、前記フレームの種類が第2フレームである場合、前記リレイ装置と前記デスティネーション装置との間のR-Dリンクで前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項16に記載のリレイ装置の通信方法。リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第1フレームである場合、前記リレイ装置と前記デスティネーション装置との間のR-Dリンクで前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項16に記載のリレイ装置の通信方法。リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第2フレームである場合、前記リレイ装置と前記デスティネーション装置との間のR-Dリンクで前記アドレス1に前記デスティネーション装置のアドレスを設定し、前記アドレス2に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項16に記載のリレイ装置の通信方法。前記フレームが前記受信された第1フレームまたは第2フレームに対する応答フレームである場合、前記応答フレームのアドレス1を前記受信された第1フレームまたは第2フレームのアドレス2フィールドアドレス値に設定し、前記応答フレームのアドレス2を前記受信された第1フレームまたは第2フレームのアドレス1フィールドアドレス値に設定するステップを含むことを特徴とする請求項14から請求項21のいずれか1項に記載のリレイ装置の通信方法。コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のID及びデスティネーション装置のIDを確認するステップと、前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップと、を含むことを特徴とするデスティネーション装置の通信方法。前記フレームが前記受信された第1フレームまたは第2フレームに対する応答フレームである場合、前記応答フレームのアドレス1を前記受信された第1フレームまたは第2フレームのアドレス2フィールドアドレス値に設定し、前記応答フレームのアドレス2を前記受信された第1フレームまたは第2フレームのアドレス1フィールドアドレス値に設定するステップを含むことを特徴とする請求項23に記載のデスティネーション装置の通信方法。本発明の一実施形態は、予約基盤チャネルアクセスをサポートする無線システムにおいて、ネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレームの構造、及び中継可能な無線リソースを予約して割り当てるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。本発明の一実施形態は、WLAN環境でピアツーピア通信に参加する一対の装置と中継装置及びその他の装置に現在送信するフレームが中継装置を経由して送信されるフレームという情報を通知することのできるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。また、本発明の一実施形態は、無線システムでピアツーピアのフレーム送信をコーディネータではないネットワーク内の他の機器によって中継できるよう無線リソースをリクエストして割り当てるためのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。本発明の一実施形態に係るコーディネータ装置の通信方法は、予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップとを含む。本発明の一実施形態に係るソース装置の通信方法は、デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも1つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップとを含む。本発明の一実施形態に係るリレイ装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のID及びデスティネーション装置のIDを確認するステップと、前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップとを含む。前記フレームが前記受信された第1フレームまたは第2フレームに対する応答フレームである場合、前記応答フレームのアドレス1を前記受信された第1フレームまたは第2フレームのアドレス2フィールドアドレス値に設定し、前記応答フレームのアドレス2を前記受信された第1フレームまたは第2フレームのアドレス1フィールドアドレス値に設定するステップを含んでもよい。本発明の一実施形態に係るデスティネーション装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のID及びデスティネーション装置のIDを確認するステップと、前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップとを含む。前記フレームが前記受信された第1フレームまたは第2フレームに対する応答フレームである場合、前記応答フレームのアドレス1を前記受信された第1フレームまたは第2フレームのアドレス2フィールドアドレス値に設定し、前記応答フレームのアドレス2を前記受信された第1フレームまたは第2フレームのアドレス1フィールドアドレス値に設定するステップを含んでもよい。本発明の一実施形態によれば、フレーム内にリレイコントロールフィールドを挿入することによって、WLANのアドレッシングフレームワークframeworkが変化することなくソース装置、デスティネーション装置及びリレイ装置に中継されるフレームを示すことができる。また、本発明の一実施形態によれば、リレイ装置の中継スキームrelayingschemeごとに適切なアドレッシング方法を提供し、迂回detourして伝達するデータフレームとリレイリンクに関する情報を取得するための管理フレームを区別するアドレッシング方法を用いることによって、リレイ装置がMACMediaAccessControlヘッダだけでも各フレームを識別することができる。以下、本発明に係る実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が一実施形態によって制限されたり限定されることはない。また、各図面に提示された同一の参照符号は同一の部材を示す。IEEE802.11標準規格に基づいた無線ネットワークは、2種類の使用モード、インフラストラクチャーBSSInfrastructureBSSとIBSSIndependentBSS、いわゆるahhocのうち1つに構成される。インフラストラクチャーBSSは、APAccessPointと分散システムDistributedSystem;DSを含むことによって、一般的に装置間の通信を含む全ての通信過程においてAPが用いられるBSSである。すなわち、インフラストラクチャーBSSは、一般的にAPを介してフレームを送信する。一方、IBSSは、APなしで装置だけで構成されたネットワークを形成して分散システムDSへの接続を許容しないBSSをいう。一方、IBSSには、APがないことから全ての通信は開始装置がDCFDistributedCoordinationFunctionのように競争基盤チャネルのアクセスによってピア装置と直接通信する。WLANは、Q装置QoS装置間の直接通信のためのダイレクトリンク設定DirectLinkSetting;DLSの手続に対して規定されている。これによると、Q装置は、QoSAPやLegacyAPを介してDLSrequestフレーム及びDLSresponseフレームをやり取りすることでQ装置間のダイレクトリンクを設定する。また、最近、標準化が進行中である60GHz帯域のミリメートル波でのIEEE802.11adTaskGroupでは、directionalcommunicationとQoSをサポートする。また、IEEE802.11adTaskGroupは、powersaving及びspectrummanagementを改善するためにインフラストラクチャーBSSで分散システムDSを構成してインターネットに接続する部分のみを除く。そして、IEEE802.11adTaskGroupは、コーディネータ装置を置いてリソース管理、ネットワーク管理を行い、IBSSのピアツーピア通信機能のPersonalIBSSPBSSを新しく採択した。PBSSのPCPPBSSControlPointは、アクセスポイントAccessPoint;APの機能のうち、分散システムDSと接続されて他のネットワークとの通信をサポートする部分を除いた他の機能をほとんどサポートするコーディネータ装置である。本発明の一実施形態では、DLS経路やコーディネータ装置を経由した経路ではないネットワーク内の他の装置例えば、リレイ装置によってデータを送信する方法について説明する。ここで、リレイ装置によって中継送信するために基盤となるプロトコルprotocolやプロトコルに対する設定settingはすでに完了したと仮定する。すなわち、本発明の一実施形態では、リレイ装置によってデータを中継送信するとき、データを中継送信するフレームのアドレッシング方法とコーディネータ装置にリソースをリクエストして割り当てられる方法だけを説明する。第1に、データを中継送信するフレームに対するアドレッシング方法について記述する。説明する前に、以下で中継送信に参加した装置をそれぞれソース装置、デスティネーション装置、リレイ装置と呼ぶことにする。以下、装置はステーションstation、STAを含む概念である。ソース装置からリレイ装置を経由してデスティネーション装置にフレームを送信する場合、中継方法によってリレイ装置のアドレスをフレームに記載する必要がある。一般的な無線LANネットワークでは、BSSのいずれかの装置におけるデータを分散システムDSに接続された有線機器や他のBSSに属する装置に伝達する場合に3つ以上の装置のアドレスが用いられる。しかし、本発明の一実施形態のようにソース装置、デスティネーション装置及びリレイ装置のそれぞれが全て無線装置であり、1つのBSSに属する装置である場合、アドレッシングのため新しいフォーマットが要求される。以下、リンク情報を必要としないデータフレーム、制御フレーム及び管理フレームを第1フレームに、リンク情報を必要とするリンク情報リクエストフレーム、またはリレイの動作設定/変更リクエストフレームを第2フレームのように表現することにする。図1は、本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。図1を参照すると、コーディネータ装置は、予約基盤の媒体アクセス制御を使用する無線システムのコーディネータ装置として、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするため、ソース装置からリレイ装置のための予約リソースをリクエストするフレームを受信するS110。ここで、リレイ装置のための予約リソースをリクエストするフレームは、予約リソースがリレイ装置を経由して送信されるフレームのためのものである。また、リレイ装置のための予約リソースをリクエストするフレームは、コーディネータ装置に予約リソースをリクエストしたソース装置のIDinitiatorID、ソース装置が通信しようとするデスティネーション装置のIDresponderID、及びこれに関連する情報を含んでもよい。コーディネータ装置は、ソース装置の予約リソースリクエストに応じてリレイ装置のための予約リソースを割り当てるS120。ステップS120において、コーディネータ装置は、予約リソースにリレイ装置のためのサービス区間ServicePeriod;SPを提供するための拡張されたスケジュール構成要素ExtendedScheduleElementを提供する。コーディネータ装置は、リレイ装置のための予約リソースを割り当てるためにサービス区間SPに拡張されたスケジュール構成要素を提供してもよい。ここで、拡張されたスケジュール構成要素は、ソース装置のためのソースAIDAssociationID領域及びデスティネーション装置のためのデスティネーションAID領域を含む少なくとも1つの割当フィールドAllocationFieldをサブフィールドとして含んでもよい。サービス区間SP及び拡張されたスケジュール構成要素については図2及び図3を参照して下記で説明する。ここで、ソース装置、デスティネーション装置及びリレイ装置は、RLSRelaylinkSetupの過程を予め行って互いのAIDAssociationIDを予め把握することも可能である。また、ソース装置は、RLS過程を成功的に行なわれれば、他の装置にRLSannouncementフレームを送信してもよい。したがって、コーディネータ装置は、ソース装置から受信されたRLSannouncementフレームに含まれた情報を考慮してリソースを割り当ててもよい。また、コーディネータ装置は。ソース装置及びデスティネーション装置が該当フレームがリレイ装置を経由して中継されることが把握できるように、フレームのMACヘッダまたはフレームのボディにリレイ装置に対するリレイコントロールフィールドrelaycontrolfieldを挿入するS130。リレイコントロールフィールドについては図5を参照して詳細に説明する。コーディネータ装置は、ビーコンフレームまたはアナウンスフレームAnnouncementFrameを用いて予約リソースに関する情報を放送するS140。ここで、予約リソースに関する情報はソース装置のID及びデスティネーション装置のIDを含んでもよい。図2は、WLANビーコンインターバルBeaconIntervalの構造を示す図である。図2を参照すると、WLANビーコンインターバルは、BTBeaconTime210、A-BFTAssociationBeamFormingTraining220、ATAnnounceTime230、及びDTTDataTransferTime240を含む。BT210は新しい装置STAsを発見し、コーディネータ装置にリソースをリクエストする時間を示す。A-BFT220は、例えば、APAccessPointまたはPCPPBSSControlPointのようなコーディネータ装置と他の装置例えば、ソース装置、デスティネーション装置及びリレイ装置との間のビームフォーミングをための時間を示す。AT230は、APまたはPCPのようなコーディネータ装置がネットワーク内の装置に割り当てられた情報をビーコンフレームまたはアナウンスフレームを用いて通知する時間を示す。DTT240は、装置間のフレーム交換が行われるサービス区間ServicePeriod;SP及び競争基盤区間Contention-BasedPeriod;CBPを含む。以下は、APまたはPCPのようなコーディネータ装置が送信するビーコンフレームまたはアナウンスフレーム内に割り当てられる拡張されたスケジュール構成要素ExtendedScheduleElement及び割当フィールドAllocationFieldについて説明する。図3は、本発明の一実施形態に係る図2のサービス区間ServicePeriod;SPを提供するための拡張されたスケジュール構成要素ExtendedScheduleElement及び割当フィールドAllocationFieldを示す図である。図3を参照すると、拡張されたスケジュール構成要素は、ソース装置のためのソースAIDAssociationID領域351及びデスティネーション装置のためのデスティネーションAID領域353を含む割当フィールド350をサブフィールドとして含んでもよい。コーディネータ装置は、ソースAID領域351にソース装置のアドレスを記録し、デスティネーションAID領域353にデスティネーション装置のアドレスを記録する。これはリレイ装置が自身にフレームの中継をリクエストしたソース装置とフレームを受信するデスティネーション装置を確認できるようにするためである。図4は、本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。リレイ装置は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するS410。ここで、リレイ装置は、コーディネータ装置が送信するビーコンフレームまたはアナウンスフレームによって予約リソースに関する情報を把握することができる。リレイ装置は、予約リソースに関する情報に含まれたソース装置のID及びデスティネーション装置のIDを確認するS420。リレイ装置は、ソース装置のID及びデスティネーション装置のIDがリレイ装置とリレイリンクを形成した装置それぞれのIDとが同一であるか否かの確認に応じてIDを確認することができる。ここで、ソース装置のID及びデスティネーション装置のIDは、ソース装置のAIDAssociationID及びデスティネーション装置のAIDであってもよい。リレイ装置は、420の確認結果に応じて予約リソースを用いてソース装置が送信するフレームをデスティネーション装置に中継するS430。また、リレイ装置はリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち、少なくとも1つによりフレームのMACヘッダMACHeaderに含まれた通信をリクエストする装置initiatorのアドレスであるアドレス2、及び通信をリクエストする装置が通信しようとする装置responderのアドレスであるアドレス1のアドレスを変更する。具体的に、リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードFullDuplexAmplifyandForward;FDAFスキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のR-Dリンクでアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にリレイ装置のアドレスを設定してもよい。また、リレイ装置は、リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードHalfDuplexDecodeandForward;HDDFスキームである場合、フレームの種類によるアドレッシング方法は次の通りである。リレイ装置は、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか1つである場合、リレイ装置とデスティネーション装置との間のR-Dリンクそれぞれでアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。リレイ装置は、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームである場合、リレイ装置とデスティネーション装置との間のR-Dリンクでアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にリレイ装置のアドレスを設定してもよい。また、リレイ装置は、フレームの種類がフレームに対する応答フレームである場合、リレイ装置とデスティネーション装置との間のR-Dリンクでアドレス1にリレイ装置のアドレスを設定し、アドレス2にデスティネーション装置のアドレスを設定する。その他にも、リレイ装置は、リレイ装置を経由してフレームを送信する通信スキームが協力cooperation通信である場合、フレームの種類に応じるアドレッシング方法は次の通りである。フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか1つである場合、リレイ装置はリレイ装置とデスティネーション装置との間のR-Dリンクでアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のR-Dリンクでアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にリレイ装置のアドレスを設定してもよい。また、フレームの種類が応答フレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のR-Dリンクそれぞれでアドレス1にソース装置のアドレスを設定し、アドレス2にデスティネーション装置のアドレスを設定してもよい。図5は、本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、ソース装置は、コーディネータ装置にリレイ装置のための予約リソースをリクエストするフレームを送信するS510。ソース装置は、リレイ装置のための予約リソースをリクエストするフレームに応答して、コーディネータ装置から予約リソースに関する情報を受信するS520。ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち少なくとも1つによってフレームに含まれたアドレスを変更するS530。ステップS530において、ソース装置はリレイ装置の中継スキームschemeまたはリレイ装置を経由して中継されるフレームの種類のうち少なくとも1つによってフレームのMACヘッダMACHeaderに含まれた装置のアドレスを変更してもよい。フレームのMACヘッダに含まれた装置のアドレスでは通信をリクエストする装置initiatorのアドレスであるアドレス1、及び通信をリクエストする装置initiatorが通信しようとする装置responderのアドレスであるアドレス2が挙げられる。リレイ装置の中継スキームとして、フルデュプレックスアンプリファイアンドフォワードFullDuplexAmplifyandForward;FDAFスキームと、ハーフデュプレックスデコードアンドフォワードHalfDuplexDecodeandForward;HDDFスキームが挙げられる。また、リレイ装置を経由して中継されるフレームの種類として、データフレーム、制御フレーム、管理フレーム、リレイ動作設定/変更リクエストフレーム、及び各リンクの情報を必要とするリンク情報リクエストフレームなどが挙げられる。リンク情報リクエストフレームは管理フレームの一種であるが、一般的な管理フレームとは異なって、各リンクの情報が必要な管理フレームという点で本発明の一実施形態では管理フレームと区別される概念として定義される。各リンクの情報は、ソース装置とリレイ装置との間のS-Rリンク、及びリレイ装置とデスティネーション装置との間のR-Dリンクに関する情報を含んでもよい。リンク情報リクエストフレームの一例として、RLSrequest/response、LinkMarginrequest/responseなどが挙げられる。リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードFDAFスキームにおいて、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか1つである場合、ソース装置はアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。また、リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードスキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にリレイ装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードスキームである場合、フレームの種類によるアドレッシング方法は次の通りである。フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか1つである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にリレイ装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にリレイ装置のアドレスを設定し、アドレス2に前記ソース装置のアドレスを設定してもよい。また、フレームの種類が応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にソース装置のアドレスを設定し、アドレス2にリレイ装置のアドレスを設定してもよい。その他に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合、フレームの種類によるアドレッシング方法は次の通りである。フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか1つである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にデスティネーション装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にリレイ装置のアドレスを設定し、アドレス2にソース装置のアドレスを設定してもよい。また、フレームの種類が前記フレームに対する応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のS-Rリンクでアドレス1にソース装置のアドレスを設定し、アドレス2にデスティネーション装置のアドレスを設定してもよい。協力通信において、リレイ装置は自身が生成したフレームを送信するとき自身リレイ装置のアドレスを除いてソース装置とデスティネーション装置のアドレスを各アドレスに記載する。上述した場合、その他のリレイ装置の中継スキームまたはフレームの種類に応じる多様なアドレッシング方法については図8を参考すればよい。図6は、本発明の一実施形態に係るMACフレームフォーマットとそのアドレスフィールドの解釈を示す図である。図6を参照すると、MACフレームフォーマットは、フレームの制御のためのフレーム制御FrameControlフィールド611、フレームの区間長さを示すデュレーションIDDuration/IDフィールド、フレームの送信のために通信をリクエストする装置initiatorのアドレスを設定するためのアドレス1613、及びリクエストする装置が通信しようとする装置のアドレスを設定するためのアドレス2615を含むMACヘッダMACHeader610と通信しようとする装置に伝達するデータのためのフレームボディFrameBody630を含む。フレームボディ630は、該当フレームがリレイ装置を経由して中継されるフレームであることを示すためのリレイコントロールフィールドRelayControlfield631を含む。また、MACヘッダ610は、フレームの中継のためにリレイ装置及びBSSIDを考慮したアドレス3617及びアドレス4619をさらに含んでもよい。802.11nでデータフレームの送信時に使用するMACフレームフォーマットFrameformatの場合、ソース装置、デスティネーション装置及びリレイ装置のための3つの装置アドレスにBSSIDまで考慮した4個のアドレス613、615、617、及び619が必要である。したがって、該当フレームがリレイ装置を経由して中継されるフレームであることを通知するために、リレイコントロールフィールド631を新しく定義する必要がある。リレイコントロールフィールド631は、フレームのMACヘッダ610の部分に有効ビットがあればMACヘッダで定義し、もし、MACヘッダにこれ以上の有効なビットがなければ、図6に示すようにフレームボディ631の最初のオクテットoctetに挿入してもよい。図7は、本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。図7は、図6に示すようなフレームフォーマットを用いる場合、各フィールドに対する解釈を示すものであり、1Directlinkはダイレクトリンクを示し、ダイレクトリンクをデータを送信するためにリレイ装置を使用しないものの、図6に示すフレームフォーマットを使用することができる。2及び3DetourLinkはリレイリンクを示す。リレイリンクは該当リンクがS-Rリンク2あるいはR-Dリンク3によって各アドレスのコーディングが変わり得る。また、ToDSフィールド及びFromDSフィールドの値で既存アドレスのコーディング方法が変わるため、リレイリンクを用いるときに図7の表を基準にしてアドレスフィールドを変形する。しかし、図6に示すように4個のアドレスを用いる場合、データフレームの送信のみが可能であり、これよりも小さい数のアドレスを用いる制御フレーム、管理managementフレーム、またはアクションactionフレームの送信には適しない。本発明の一実施形態では、4個のアドレスを暗黙的implicitに使用することができる。但し、この場合に、リレイ装置は自身に送信されたフレームがソース装置とデスティネーション装置との間に交換されるフレームであるかを予め把握し、競争区間ではない非競争区間でコーディネータ装置が予め予約した区間で中継するものと仮定する。以下は、このような暗黙的アドレッシングimplicitaddressingを用いる場合、中継されるフレームの種類やリレイ装置の中継スキームによってどのようにアドレッシング方法が変わるかについて説明する。第1に、リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードFullDuplexAmplifyandForward;FDAFスキームの場合として、リレイ装置は、ソース装置が送信するデータdataフレーム、制御フレーム及び一部を除いた管理managementフレームのアドレスに対して修正することなく直ちにデスティネーション装置に該当フレームを送信する。したがって、リレイ装置の中継スキームがFDAFスキームの場合、ダイレクトDirect経路でフレームを送信するときDirectlink1:Address1=DestinationSTAAddress、Address2=SourceSTAAddress、Address3=BSSIDと同じ結果を有する。FullDuplexAF中継の場合●データフレーム、制御フレーム、管理フレームリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームを除いた管理フレームの場合-Detourlink2、3:Address1=DestinationSTAAddress、Address2=SourceSTAAddress、Address3=BSSID●リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレーム例えば、RLSrequest/response、LinkMarginrequest/responseなどが該当の場合-HDDFスキームと同一-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=RelaySTAAddress、Address3=BSSID第2に、リレイ装置の中継スキームがハーフデュプレックスデコードアンドフォワードHalfDuplexDecodeandForward;HDDFスキームの場合、全てのフレームデータフレーム、制御フレーム及び管理フレームなどは下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれAddress1、Address2に記載する。HalfDuplexDF中継の場合-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=RelaySTAAddress、Address3=BSSID第3に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。協力通信の場合●データフレーム、制御フレーム、管理フレームリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームを除いた管理フレームの場合-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=SourceSTAAddress、Address3=BSSIDこの場合、データ、制御及び一部を除いた管理フレームは、HDDF中継スキームにもかかわらず、リレイ-デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをAddress1に記録する。ここで、ソース装置のアドレスをAddress1に記録する理由は、ソース-リレイリンクはHDDF中継スキームと同一であるが、デスティネーション装置でチェース結合chasecombiningを行うためである。第4に、前述の協力cooperation通信から除外された管理フレームである、リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームの場合、HDDFと同一に各リンクの送受信装置のアドレスを記載する。リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームの場合-HDDFスキームと同一-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=RelaySTAAddress、Address3=BSSIDここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームとして、RLSrequest/response、LinkMarginrequest/responseフレームなどが挙げられる。この場合に、リレイ装置の中継スキームがフルデュプレックスアンプリファイアンドフォワードFullDuplexAmplifyandForward;FDAFスキームであれば動作も変わるが、MACヘッダMACHeaderを復号化して該当フレームがリレイ装置に送信されたことが把握されたときにデスティネーション装置へのフォワーディングを停止する。その後、リレイ装置は、ソース装置から受けたフレームと同一のフレームをアドレスのみを変えた符号化したフレームをデスティネーション装置に送信する。すなわち、この場合には、ハーフデュプレックスデコードアンドフォワードHalfDuplexDecodeandForward;HDDFスキームの場合と類似するように動作し、これに対する応答フレームの伝達も必要な場合類似にデスティネーション装置からソース装置に伝達する。最後に、図7に示す全てのフレームに対する応答が必要な場合、既存の規格のアドレスを記録する規則と同一にAddress1、Address2を交換して記録する。しかし、図7において公開されたパブリックキーpublickeyを使用することなく各ピアツーピア間にやり取りしたフレームに対するペアワイズキーpairwisekeyを用いて保安を維持したい場合には、上述したアドレッシング方法とは異なるアドレッシング方法を適用しなければならない。ここで、ペアワイズキーは、1対1の対称キーPairwiseTransientKeyを示す。他の装置と保安を維持したい場合、リレイ装置がソース装置とデスティネーション装置との間のデータを中継するとしても各ソース装置とデスティネーション装置は、該当ペアワイズキーが把握されないため、受信したデータを復号化したり再び符号化して送信することができなくなる。一方、MACヘッダheaderは、受信したデータを復号化したりCRCチェックcheckを行ってもよいため、該当フレームが損傷した場合にもこれを表示indicationするACKフレームまたはBlockACKフレームを送信してもよい。もし、リレイ装置の中継スキームがHDDFスキームであれば、既存のHDDFスキームとは異なってペアワイズキーの対象者であるソース装置のアドレス、及びデスティネーション装置のアドレスをアドレス1、アドレス2に記載してもよい。しかし、このようにアドレッシング方法を相異にすると、送信されたフレームに対する応答が必要な場合には従来のアドレス1、アドレス2のアドレスを変えて送信する方法ではない他のアドレッシング方法を適用しなければならない。その理由は、送信する装置を通知するために次の図8で示すように使用する迂回リンクDetourLink2または3の送受信装置のアドレスを記載する。但し、データフレームを送信する途中に各リンクDetourLink2または3の情報をリクエストしたりしてリレイ装置に管理フレームmanagementframeを送信しなければならない場合が発生し得る。このような場合では、リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームがあり、RLSrequest/response、LinkMarginrequest/responseフレームを例にすることができる。この場合リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレーム送信の場合のみ例外としてデータフレームとは異なって暗号化の重要性が少ないため暗号化が行われず、パブリックキーpublickeyまたは各リンクの装置間のペアワイズキーpairwisekeyを使用することができ、いずれのものも構わない。したがって、上述した場合には暗号化encryptionによってアドレッシングを変更する必要がないため、既存のHDDFスキームのようなアドレッシング方法を用いることができる。協力通信の場合も類似にソース装置とデスティネーション装置との間のペアワイズキーで暗号化したフレームを受信したときにはペアワイズキーの対象者であるソース装置のアドレス及びデスティネーション装置のアドレスをAddressアドレス1、Address2に記載する。これに対する応答フレームは若干の差があるものの、協力通信は1、3迂回リンクを介してデスティネーション装置に伝達されたフレームを結合combiningし、これに対する応答フレームを既存のルールによって、1リンクの応答のようにデスティネーション装置及びソース装置のアドレスをAddress1、Address2のアドレスにそれぞれ書いて送信する。協力通信もリレイ装置に伝達したり各リンクの情報をリクエストする管理フレームManagementFrame、例えば、RLSrequest/response、LinkMarginrequest/responseフレームのようなリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームの場合には既存のHDDFのようなスキームを用いる。最後に、リレイ装置の中継スキームがFDAFスキームである場合、一般的にデコードアンドフォワードDFが異なるため暗号化されず、デコードアンドフォワードDFする一部の管理フレームもHDDFスキームや協力通信のように暗号化を避けることができるため、既存のHDDFのようなスキームを用いることができる。上述の内容を整理すれば、図8のように示すことができる。図8は、本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。リレイ装置の中継スキームによってFDAFスキームとHDDFスキームはフレームを送信する方向が互いに異なってもよい。また、リレイ装置を経由して中継されるフレームがデータフレームであるか、または、制御フレームであるか、または、各リンクの情報が必要な管理フレームであるかに応じてアドレッシング方法が変わり得る。したがって、ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法を相異にしてもよい。ソース装置がそれぞれの場合によってアドレッシング方法を相異にする方法については以下のように説明される。HalfDuplexDF中継の場合●データ、制御及び管理フレームリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームを除いた管理フレームの場合-Detourlink2、3:Address1=DestinationSTAAddress、Address2=SourceSTAAddress、Address3=BSSID●前記フレームに対する応答フレームの場合-Detourlink2応答:Address1=SourceSTAAddress、Address2=RelaySTAAddress、Address3=BSSID-Detourlink3応答:Address1=RelaySTAAddress、Address2=DestinationSTAAddress、Address3=BSSID●リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームの場合-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=RelaySTAAddress、Address3=BSSID協力通信の場合●データ、制御及び管理フレームリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームを除いた管理フレームの場合-Detourlink2、3:Address1=DestinationSTAAddress、Address2=SourceSTAAddress、Address3=BSSID●前記フレームに対する応答フレームの場合-Detourlink2応答、3応答Address1=SourceSTAAddress、Address2=DestinationSTAAddress、Address3=BSSID●リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームRLSrequest/response、LinkMarginrequest/responseの場合-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=RelaySTAAddress、Address3=BSSIDFullDuplexAF中継の場合●data、control、managementフレームリンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームを除いたフレーム-Detourlink2、3:Address1=DestinationSTAAddress、Address2=SourceSTAAddress、Address3=BSSID●リンク情報リクエストフレームまたはリレイ動作設定/変更リクエストフレームRLSrequest/response、LinkMarginrequest/response-HDDFスキームと同一-Detourlink2:Address1=RelaySTAAddress、Address2=SourceSTAAddress、Address3=BSSID-Detourlink3:Address1=DestinationSTAAddress、Address2=RelaySTAAddress、Address3=BSSID以下、図9~図11を参照して中継のために用いる予約リソースを割り当てる方法について説明する。WLANとWPANではAPAccessPointWLANの場合またはPNCPico-NetCoordinatorWPANの場合は時間区域を競争区間と非競争区間に分類することによって、競争スキームと非競争スキームにデータを送信してもよい。競争区間では、ネットワークの全ての装置がチャネルを取得するためにCSMA/CAスキームに基づいて競争する。また、非競争区間では、APあるいはPNCがポーリングPolling方式、またはスケジューリング情報を送信する方法を用いることによって、該当機器が非競争区間の特定の時間領域で独占的にデータを送信するための方法を提供する。もちろん、ECMA368、387のようにコーディネータ装置がなくて分散基盤の媒体アクセス制御distributedMACを用いるシステムでも他の機器が使用しない非競争区間でスケジューリング情報を放送して予約するスキームを用いることができる。本発明の一実施形態では、非競争区間でピアツーピアに送信されるフレームを直接経路だけでなく、中継機器を経由しても伝達できる予約リソースをリクエストし、このようなリソースを割り当てる方法について説明する。以下、IEEE802.11WLAN基盤でコーディネータが存在する場合について説明する。まず、ピアpeer通信をリクエストする機器をソース装置といい、ピア通信に対するリクエストに応答する機器をデスティネーション装置といい、2つの装置間のフレームを中継する機器をリレイ装置と定義する。上記の3装置間に必要な初期化過程はすでに完了したと仮定する。ソース装置がデスティネーション装置にリレイ装置を経由してデータを送信してもよいリソース予約をコーディネータ装置にリクエストすると仮定する。ここで、コーディネータ装置ではWLANのAPが挙げらるが、必ずこれに限定されることなく、APのような機能をサポートするコーディネータは全てコーディネータ装置に該当する。一般的にこのようなリソースを区分するためにリソースをリクエストする装置のIDinitiatorIDと定義すると、リクエストした装置が通信しようとする装置のIDresponderIDと定義するを通知する。場合に応じてリソースをリクエストする装置initiatorがAPにリソースをリクエストするフレームを送信するため、リソースをリクエストする装置initiatorがリソースリクエストするとき送信するフィールドにinitiatorIDは省略してもよい。また、802.11eの場合、送信するデータの特性に応じて、QoSQualityOfServiceを相異に適用するためにトラフィックIDtrafficIDを追加してもよい。また、他のトラフィック関連のパラメータを定義しているTSPECIEフィールドを含むADDTSRequestフレームを用いてリソースをリクエストし、APとネゴシエーションnegotiationの後でトラフィックストリームTrafficStream;以下、TSを設定してもよい。このようにトラフィックストリームTSを設定した後にデータを送信しようとする場合、HCCAのPolledTXOPTransmissionOpportunity、EDCAのTXOPを得たり802.11nのPSMPを用いることができる。しかし、802.11規格では非競争区間でピアツーピアのための区間をリクエストし、これを割り当てる方法が提案されていない。また、このようなピアツーピアのための予約を行う802.15のChannelTimeAllocationCTA、ECMA368、387のDRPDistributedReservationProtocolを用いるスキームでも該ピアツーピアのトラフィックを中継する場合について扱っていない。より詳細には、一般的な予約スキームは、リクエストするフレームにinitiatorID装置を区分できるIDやaddressとresponderIDを含む。そして、割り当てられたことを通知するフレームでもinitiatorID、responderIDと共に割り当てられた時間の開始瞬間とdurationを通知してそれぞれ割り当てられた区間をこのIDsで区分する。したがって、802.11でもこのようなスキームを維持することができ、IDが同一であってもトラフィックのクラスが異なるためTIDが追加される。コーディネータ装置は、このように割り当てられた情報をビーコンフレームやアナウンスメントフレームannouncementframeを用いてブロードキャストする。すると、装置は割り当てたリソースのうち自身のIDがあるかをチェックして、割り当てられたリソースのうち自身のIDがあれば割り当てられた区間でデータ送信を行う。ここで、initiatorID及びresponderIDを用いることは、この2装置のみが該当予約された区間を用いるように許諾したことを示す。したがって、リレイ装置がデータを送受信するときには他のフィールドが必要である。このような中継機能を含むリソース予約をリクエストしたり割り当てる方法は様々である。第1の方法は、ソース装置がAPに中継可能なリソースをリクエストするときにこれを表すフィールドを共に示すことで、図9を参照して説明する。図9は、本発明の一実施形態に係るADDTSRequestframeのbody及び修正されたTSPECIEを示す図である。図9は、第1の方法を実行するためにADDTSRequestフレームに挿入されるTSPECIEのTSInfo910にResponderID911、RelayReservation913及びRelay装置ID915フィールドを挿入する。ここで、RelayReservation913フィールドが活性化されれば、リクエストするリソース予約がリレイ機能を用いることを意味し、また、該当フィールドが活性化されればRelay装置ID915になる。すると、APは割り当てられたリソース情報を放送するときにRelayReservation913及びRelay装置ID915フィールドを追加し、これをリクエストしたフィールド値をコピーして送信する。ResponderID911フィールドは、リクエストするリソースでピアツーピアに送信するときresponderのIDを意味する。また、RelayReservation913フィールドは、該当フレームをリレイ装置を経由して送信する可能性があることを示すindicate。Relay装置ID915フィールドは、APが該当フレームを中継するリレイ装置を識別するためのIDを他の装置に通知するためのものである。APのようなコーディネータ装置は、例えば、ビーコンフレームやアナウンスフレームにAllocationScheduleIEを挿入する方法に基づいてリレイ装置のIDを通知する。各割当リソース情報は割当フィールドAllocationFieldに記述され、割当制御フィールドAllocationControlfieldは割り当てられたリソースの特性を記述する。RelayReservation913フィールド及びRelay装置ID915フィールドはリレイ機能のために新しく追加されたフィールドであり、これについては図10を参照して説明する。図10は、図9に関連する割当スケジュールAllocationScheduleIE、割当フィールドAllocationField、及び割当制御フィールドフレームボディAllocationControlFieldFrameBodyを示す図である。図10を参照すると、非競争スキームにピアツーピアのためのリソース割当情報をAllocationScheduleIEを用いて記述してもよい。ここで、各リソース割当ごとに割当フィールドallocationfieldに対応して挿入し、割当フィールドに割り当てられたリソースの開始時間AllocationStartTime、IDInitiatorID、ResponderIDなどのフィールドを記述する。ここで、Relay装置ID1010フィールド及びRelayReservation1030フィールドについても記述してもよい。上述した第1の方法の場合、従来のフィールドに新しいフィールドを追加しなければならないが、リレイ動作を使用しないリソース予約についても該当フィールドを置くことができる。上述した第2の方法は、従来のリソース予約がピアツーピア通信で2つの装置のIDを明示するものであるため、これを拡張してリレイ装置を経由して送信する場合、ソース装置とデスティネーション装置との間のS-Dリンクに追加的にS-RリンクとR-Dリンクを用いることができる。したがって、追加される2つのリンクS-RリンクとR-Dリンクを使用するために2つのリソースに対する予約リクエストが追加されなければならず、そのためにADDTSRequestframeをAPに送信するときにTSPECIEを追加してもよい。しかし、上述したようにTSPECIEにデスティネーションIDフィールドのみが存在し、ソースIDフィールドが存在しない場合これがなくてもAPがRequestframeに含まれたtransmittingaddressによって確認できるため、ないことがさらに効率的であるに3リンクを示すそれぞれの一対のIDを挿入できない。したがって、ソース装置がS-DリンクとS-Rリンクを示す2つのTSPECIEを1つのADDTSRequestを入れる。残りのR-Dリンクのリソースリクエストのためには、リレイ装置がADDTSRequestフレームを追加的に送信する。上述したADDTSRequestフレームを送信するとき自身に必要なリソース割当時間を算出するためには、アプリケーションデータレートDataRateと物理階層PHYにおけるレート、その他のcapability情報が必要である。これによって算出した情報リソース割当時間に関する情報をADDTSRequestフレームに書いて送信するとき、リレイ装置も同じ情報を送信しなければならないため、ソース装置がリレイ装置に情報を送信する追加シグナリングsignalingが必要である。また、APの立場でも一般的にリレイ装置のADDTSRequestフレームの送信がソース装置よりも遅れ、場合に応じてリレイ装置がADDTSRequestフレームを同じビーコン区間または、スーパーフレーム区間でリクエストしなくてもよい。それにもかかわらず、リレイ装置からのADDTSRequestフレームを受信するまでAPはスケジューリングを遅らせる。本発明の一実施形態では、APがスケジューリングを遅らせないために下記のような方法を用いる。リレイ動作を設定したソース装置からこれを設定したデスティネーション装置とのADDTSRequestフレームをリクエストした場合、APは論理的に3つのリソースを割り当てて放送することができる。前述したように、リレイ動作を設定した後ソース装置がリレイ設定をこれに参加した3装置のIDと共に含んでAPに通知すれば、APはリレイ装置のIDを知っているため3つのリソースを割り当てる。ここで、割り当てられたリソースは物理的に同じ開始時間、同じ区間の長さを有する1つのリソースであるため、割り当てられたリソースの他の情報は全て同じであり、単にinitiatorIDとresponderIDのみが異なる。したがって、後述する図11に示すように図10に示すAllocationScheduleIEをそのまま用いて3つの割当フィールドallocationfieldを構成して挿入してもよい。該3つの割当フィールドはそれぞれinitiatorIDとresponderIDを除いた全てのフィールドが同一である。他の2つのフィールドはそれぞれリンクを用いる一対の装置apairofSTAsを意味する。このAllocationScheduleIEを受けた3つの装置は、3つの割当フィールドを探索して各フィールドinitiatorID、responderIDが3つの装置IDの組合であるS、D、S、R、R、Dを示すと、割り当てられた区間でデータを送信する。ここで、データはリレイ装置を経由して中継しながら使用されてもよく、3つの装置IDはリレイ設定を共にした装置のIDである。前述した3つの方法によると、追加されるフィールド第1や1つのリソースの割当にも2つのADDTSフレームを送信したり第2、3つの割当情報第3を必要とするため、重複的redundantであってもよい。以下、予約リソースのリクエスト及び割当に従来のリソース予約及び割当をそのまま使用する方法について説明する。図11は、本発明の一実施形態に係る中継機能を含む予約リソースのリクエスト及び予約リソースを割り当てる方法を説明するための図である。そのためにソース、デスティネーション装置は、リレイ装置とリレイ機能を用いると設定setupし、このように設定されたことをAPに通知したと仮定する。すると、ソース装置がAPにリソースをリクエストしてAPが割り当てたリソース区間情報を放送したとき、放送された割当情報はソース装置ID、デスティネーション装置IDを含んでいる。したがって、リレイ装置もその2つの装置のIDをチェックした後、自身をリレイrelayとして使用することを設定した2つの装置のIDと同一であれば、該当区間に移動してリレイ動作を行ってもよい。原則的に、リレイ装置はデータの送信を許諾されていない。したがって、ソース装置が11nreversedirectionprotocolを用いて自身が所有者であるリソースでデスティネーション以外の装置がデータを送信できるようにreversedirectiongrantframeを送信し、権限の受けたリレイ装置が中継して再びソースにgrantを渡す過程を行わなければならない。これはリレイ装置に続けてgrantframeを送信しなければならず、その間にはデータやACKを送信できないためリソースの浪費になる。しかし、リレイを用いる予約リソースでは、リレイ装置は最終の目的先ではない。したがって、上述したように、リレイ装置が受信装置のアドレスと設定されて受信したフレームに対して応答したり、残りの1つの装置例えば、デスティネーション装置に中継することが最も好ましい。この場合、上述した第2の方法におけるgrantframeを使用しなくてもよいためである。上述した方法は、多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの1つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー登録商標ディスク及び磁気テープのような磁気媒体、CD-ROM、DVDのような光記録媒体、光ディスクのような光磁気媒体、及びROM、RAM、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コードmachinecodeだけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コードhigherlevelcodeを含む。上述したハードウェア装置は、本発明の動作を行うために1つ以上のソフトウェアのレイヤで動作するように構成されてもよい。上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。