JP2013522951A - 無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 - Google Patents
無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 Download PDFInfo
- Publication number
- JP2013522951A JP2013522951A JP2012556994A JP2012556994A JP2013522951A JP 2013522951 A JP2013522951 A JP 2013522951A JP 2012556994 A JP2012556994 A JP 2012556994A JP 2012556994 A JP2012556994 A JP 2012556994A JP 2013522951 A JP2013522951 A JP 2013522951A
- Authority
- JP
- Japan
- Prior art keywords
- frame
- address
- relay
- destination
- link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 172
- 230000006854 communication Effects 0.000 title claims abstract description 136
- 238000004891 communication Methods 0.000 title claims abstract description 134
- 230000004044 response Effects 0.000 claims abstract description 91
- 239000003999 initiator Substances 0.000 claims description 35
- 230000003321 amplification Effects 0.000 claims description 6
- 238000003199 nucleic acid amplification method Methods 0.000 claims description 6
- 230000008859 change Effects 0.000 claims description 5
- 238000012790 confirmation Methods 0.000 claims description 5
- 238000007726 management method Methods 0.000 description 70
- 238000012508 change request Methods 0.000 description 45
- 230000005540 biological transmission Effects 0.000 description 36
- 238000010586 diagram Methods 0.000 description 24
- 230000006870 function Effects 0.000 description 22
- 230000008569 process Effects 0.000 description 10
- 238000013468 resource allocation Methods 0.000 description 8
- 230000002860 competitive effect Effects 0.000 description 6
- 230000036963 noncompetitive effect Effects 0.000 description 6
- LZDYZEGISBDSDP-UHFFFAOYSA-N 2-(1-ethylaziridin-1-ium-1-yl)ethanol Chemical compound OCC[N+]1(CC)CC1 LZDYZEGISBDSDP-UHFFFAOYSA-N 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 238000012545 processing Methods 0.000 description 4
- 230000002441 reversible effect Effects 0.000 description 4
- 230000011664 signaling Effects 0.000 description 4
- 238000012549 training Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 101100256921 Ajellomyces capsulatus SID3 gene Proteins 0.000 description 2
- 101001115830 Homo sapiens Prostate-associated microseminoprotein Proteins 0.000 description 2
- 101100172132 Mus musculus Eif3a gene Proteins 0.000 description 2
- 102100025013 Prostate-associated microseminoprotein Human genes 0.000 description 2
- 101100366400 Schizosaccharomyces pombe (strain 972 / ATCC 24843) spg1 gene Proteins 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000001934 delay Effects 0.000 description 2
- 230000003111 delayed effect Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 230000001052 transient effect Effects 0.000 description 2
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/26—Resource reservation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
- H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
- H04B7/15542—Selecting at relay station its transmit and receive resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
- H04B7/15557—Selecting relay station operation mode, e.g. between amplify and forward mode, decode and forward mode or FDD - and TDD mode
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/26—Cell enhancers or enhancement, e.g. for tunnels, building shadow
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
- H04W40/02—Communication route or path selection, e.g. power-based or shortest path routing
- H04W40/22—Communication route or path selection, e.g. power-based or shortest path routing using selective relaying for reaching a BTS [Base Transceiver Station] or an access point
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
- H04B7/15592—Adapting at the relay station communication parameters for supporting cooperative relaying, i.e. transmission of the same data via direct - and relayed path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/10—Small scale networks; Flat hierarchical networks
- H04W84/12—WLAN [Wireless Local Area Networks]
Abstract
本発明の一実施形態に係るコーディネータ装置の通信方法は予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップを含む。
Description
下の実施形態はＷｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）あるいはＷｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＰＡＮ）環境のように予約基盤チャネルアクセスをサポートする無線システムのコーディネータ装置及びリレイ装置の通信方法及びネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレーム構造に関する。
ＷＬＡＮ環境でデータフレームは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）のようなコーディネータ装置（ｃｏｏｒｄｉｎａｔｏｒ）を経由して送信されたり、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）で直接送信されることができる。しかし、一般的にコーディネータを経由してアップリンク（ｕｐ−ｌｉｎｋ）とダウンリンク（ｄｏｗｎ ｌｉｎｋ）を用いる送信は、ネットワーク内の他の機器（装置、ｓｔａｔｉｏｎ）とチャネルを取得するために競争しなければならため、その処理率が減少することがある。
これを補完するために、８０２．１１ｅではＡＰを経由することなく装置間に直接リンク設定（ｄｉｒｅｃｔ ｌｉｎｋ ｓｅｔｕｐ；以下、ＤＬＳ）モードに応じて直接フレームを送信してチャネルの使用効率を２倍以上に向上させうようにしている。
しかし、直接リンク設定（ＤＬＳ）モードでもネットワーク内に存在する多重経路、減衰、干渉などによってチャネル状態が悪化すると無線ネットワークの処理率も落ちて、マルチメディアストリーミングのようにＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）が必要な場合にこれを満足させることができない不具合がある。
したがって、このように直接リンク設定（ＤＬＳ）モードだけで充分ではない場合にコーディネータ装置ではないネットワーク内の他の装置を介してもフレームを中継できるように規格でサポートする必要がある。すなわち、他の機器によってフレームを中継するための新しいＷＬＡＮのアドレッシング方法が求められる。
また、フレームをさらに安定して伝達するためにコーディネータ装置にリソースをリクエストし、リクエストしたリソースの割当を受けて使用する予約基盤媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）を用いる場合、中継をサポートする予約リソースと中継をサポートしない予約リソースとを別に分類する必要がある。
その理由は、一般的に予約リソースは、そのリソースをリクエストした機器とリクエストした機器とが通信しようとするピア（ｐｅｅｒ）機器を明示し、その機器間だけの通信を許諾する。したがって、中継機器（例えば、リレイ装置）が２つの機器間のピアツーピア通信を受信して伝達する場合、中継機器も該当予約リソースの区間で２つの機器にフレームのやり取りを行わなければならない。
したがって、このような動作ができるように予約リソースをリクエストし、該当ネットワークで中継可能なように中継機器に予約リソースを割り当てて通知する方法が求められている。
本発明の一実施形態は、予約基盤チャネルアクセスをサポートする無線システムにおいて、ネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレームの構造、及び中継可能な無線リソースを予約して割り当てるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
本発明の一実施形態は、ＷＬＡＮ環境でピアツーピア通信に参加する一対の装置と中継装置及びその他の装置に現在送信するフレームが中継装置を経由して送信されるフレームという情報を通知することのできるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
また、本発明の一実施形態は、無線システムでピアツーピアのフレーム送信をコーディネータではないネットワーク内の他の機器によって中継できるよう無線リソースをリクエストして割り当てるためのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
本発明の一実施形態に係るコーディネータ装置の通信方法は、予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップとを含む。
本発明の一実施形態に係るソース装置の通信方法は、デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップとを含む。
本発明の一実施形態に係るリレイ装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップとを含む。
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
本発明の一実施形態に係るデスティネーション装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップとを含む。
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
本発明の一実施形態によれば、フレーム内にリレイコントロールフィールドを挿入することによって、ＷＬＡＮのアドレッシングフレームワーク（ｆｒａｍｅｗｏｒｋ）が変化することなくソース装置、デスティネーション装置及びリレイ装置に中継されるフレームを示すことができる。
また、本発明の一実施形態によれば、リレイ装置の中継スキーム（ｒｅｌａｙｉｎｇ ｓｃｈｅｍｅ）ごとに適切なアドレッシング方法を提供し、迂回（ｄｅｔｏｕｒ）して伝達するデータフレームとリレイリンクに関する情報を取得するための管理フレームを区別するアドレッシング方法を用いることによって、リレイ装置がＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダだけでも各フレームを識別することができる。
以下、本発明に係る実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が一実施形態によって制限されたり限定されることはない。また、各図面に提示された同一の参照符号は同一の部材を示す。
ＩＥＥＥ ８０２．１１標準規格に基づいた無線ネットワークは、２種類の使用モード、インフラストラクチャーＢＳＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ）とＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、いわゆるａｈ ｈｏｃ）のうち１つに構成される。
インフラストラクチャーＢＳＳは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）と分散システム（Ｄｉｓｔｒｉｂｕｔｅｄ Ｓｙｓｔｅｍ；ＤＳ）を含むことによって、一般的に装置間の通信を含む全ての通信過程においてＡＰが用いられるＢＳＳである。すなわち、インフラストラクチャーＢＳＳは、一般的にＡＰを介してフレームを送信する。一方、ＩＢＳＳは、ＡＰなしで装置だけで構成されたネットワークを形成して分散システム（ＤＳ）への接続を許容しないＢＳＳをいう。一方、ＩＢＳＳには、ＡＰがないことから全ての通信は開始装置がＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）のように競争基盤チャネルのアクセスによってピア装置と直接通信する。
ＷＬＡＮは、Ｑ装置（ＱｏＳ装置）間の直接通信のためのダイレクトリンク設定（Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｔｉｎｇ；ＤＬＳ）の手続に対して規定されている。これによると、Ｑ装置は、ＱｏＳ ＡＰやＬｅｇａｃｙ ＡＰを介してＤＬＳ ｒｅｑｕｅｓｔフレーム及びＤＬＳ ｒｅｓｐｏｎｓｅフレームをやり取りすることでＱ装置間のダイレクトリンクを設定する。
また、最近、標準化が進行中である６０ＧＨｚ帯域のミリメートル波でのＩＥＥＥ ８０２．１１ａｄ Ｔａｓｋ Ｇｒｏｕｐでは、ｄｉｒｅｃｔｉｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎとＱｏＳをサポートする。また、ＩＥＥＥ ８０２．１１ａｄ Ｔａｓｋ Ｇｒｏｕｐは、ｐｏｗｅｒ ｓａｖｉｎｇ及びｓｐｅｃｔｒｕｍ ｍａｎａｇｅｍｅｎｔを改善するためにインフラストラクチャーＢＳＳで分散システム（ＤＳ）を構成してインターネットに接続する部分のみを除く。そして、ＩＥＥＥ ８０２．１１ａｄ Ｔａｓｋ Ｇｒｏｕｐは、コーディネータ装置を置いてリソース管理、ネットワーク管理を行い、ＩＢＳＳのピアツーピア通信機能のＰｅｒｓｏｎａｌ ＩＢＳＳ（ＰＢＳＳ）を新しく採択した。
ＰＢＳＳのＰＣＰ（ＰＢＳＳ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）は、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ）の機能のうち、分散システム（ＤＳ）と接続されて他のネットワークとの通信をサポートする部分を除いた他の機能をほとんどサポートするコーディネータ装置である。
本発明の一実施形態では、ＤＬＳ経路やコーディネータ装置を経由した経路ではないネットワーク内の他の装置（例えば、リレイ装置）によってデータを送信する方法について説明する。ここで、リレイ装置によって中継送信するために基盤となるプロトコル（ｐｒｏｔｏｃｏｌ）やプロトコルに対する設定（ｓｅｔｔｉｎｇ）はすでに完了したと仮定する。
すなわち、本発明の一実施形態では、リレイ装置によってデータを中継送信するとき、データを中継送信するフレームのアドレッシング方法とコーディネータ装置にリソースをリクエストして割り当てられる方法だけを説明する。
第１に、データを中継送信するフレームに対するアドレッシング方法について記述する。
説明する前に、以下で中継送信に参加した装置をそれぞれソース装置、デスティネーション装置、リレイ装置と呼ぶことにする。以下、「装置」はステーション（ｓｔａｔｉｏｎ、ＳＴＡ）を含む概念である。
ソース装置からリレイ装置を経由してデスティネーション装置にフレームを送信する場合、中継方法によってリレイ装置のアドレスをフレームに記載する必要がある。一般的な無線ＬＡＮネットワークでは、ＢＳＳのいずれかの装置におけるデータを分散システム（ＤＳ）に接続された有線機器や他のＢＳＳに属する装置に伝達する場合に３つ以上の装置のアドレスが用いられる。
しかし、本発明の一実施形態のようにソース装置、デスティネーション装置及びリレイ装置のそれぞれが全て無線装置であり、１つのＢＳＳに属する装置である場合、アドレッシングのため新しいフォーマットが要求される。以下、リンク情報を必要としないデータフレーム、制御フレーム及び管理フレームを第１フレームに、リンク情報を必要とするリンク情報リクエストフレーム、またはリレイの動作設定／変更リクエストフレームを第２フレームのように表現することにする。
図１は、本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。
図１を参照すると、コーディネータ装置は、予約基盤の媒体アクセス制御を使用する無線システムのコーディネータ装置として、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするため、ソース装置からリレイ装置のための予約リソースをリクエストするフレームを受信する（Ｓ１１０）。
ここで、リレイ装置のための予約リソースをリクエストするフレームは、予約リソースがリレイ装置を経由して送信されるフレームのためのものである。また、リレイ装置のための予約リソースをリクエストするフレームは、コーディネータ装置に予約リソースをリクエストしたソース装置のＩＤ（ｉｎｉｔｉａｔｏｒ ＩＤ）、ソース装置が通信しようとするデスティネーション装置のＩＤ（ｒｅｓｐｏｎｄｅｒ ＩＤ）、及びこれに関連する情報を含んでもよい。
コーディネータ装置は、ソース装置の予約リソースリクエストに応じてリレイ装置のための予約リソースを割り当てる（Ｓ１２０）。
ステップＳ１２０において、コーディネータ装置は、予約リソースにリレイ装置のためのサービス区間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ Ｓｃｈｅｄｕｌｅ Ｅｌｅｍｅｎｔ）を提供する。コーディネータ装置は、リレイ装置のための予約リソースを割り当てるためにサービス区間（ＳＰ）に拡張されたスケジュール構成要素を提供してもよい。
ここで、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）領域及びデスティネーション装置のためのデスティネーションＡＩＤ領域を含む少なくとも１つの割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）をサブフィールドとして含んでもよい。
サービス区間（ＳＰ）及び拡張されたスケジュール構成要素については図２及び図３を参照して下記で説明する。
ここで、ソース装置、デスティネーション装置及びリレイ装置は、ＲＬＳ（Ｒｅｌａｙ ｌｉｎｋ Ｓｅｔｕｐ）の過程を予め行って互いのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）を予め把握することも可能である。また、ソース装置は、ＲＬＳ過程を成功的に行なわれれば、他の装置にＲＬＳ ａｎｎｏｕｎｃｅｍｅｎｔフレームを送信してもよい。したがって、コーディネータ装置は、ソース装置から受信されたＲＬＳ ａｎｎｏｕｎｃｅｍｅｎｔフレームに含まれた情報を考慮してリソースを割り当ててもよい。
また、コーディネータ装置は。ソース装置及びデスティネーション装置が該当フレームがリレイ装置を経由して中継されることが把握できるように、フレームのＭＡＣヘッダまたはフレームのボディにリレイ装置に対するリレイコントロールフィールド（ｒｅｌａｙ ｃｏｎｔｒｏｌ ｆｉｅｌｄ）を挿入する（Ｓ１３０）。リレイコントロールフィールドについては図５を参照して詳細に説明する。
コーディネータ装置は、ビーコンフレームまたはアナウンスフレーム（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｆｒａｍｅ）を用いて予約リソースに関する情報を放送する（Ｓ１４０）。
ここで、予約リソースに関する情報はソース装置のＩＤ及びデスティネーション装置のＩＤを含んでもよい。
図２は、ＷＬＡＮビーコンインターバル（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ）の構造を示す図である。
図２を参照すると、ＷＬＡＮビーコンインターバルは、ＢＴ（Ｂｅａｃｏｎ Ｔｉｍｅ）２１０、Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ Ｂｅａｍ Ｆｏｒｍｉｎｇ Ｔｒａｉｎｉｎｇ）２２０、ＡＴ（Ａｎｎｏｕｎｃｅ Ｔｉｍｅ）２３０、及びＤＴＴ（Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｔｉｍｅ）２４０を含む。
ＢＴ２１０は新しい装置（ＳＴＡｓ）を発見し、コーディネータ装置にリソースをリクエストする時間を示す。
Ａ−ＢＦＴ２２０は、例えば、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）またはＰＣＰ（ＰＢＳＳ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）のようなコーディネータ装置と他の装置（例えば、ソース装置、デスティネーション装置及びリレイ装置）との間のビームフォーミングをための時間を示す。
ＡＴ２３０は、ＡＰまたはＰＣＰのようなコーディネータ装置がネットワーク内の装置に割り当てられた情報をビーコンフレームまたはアナウンスフレームを用いて通知する時間を示す。
ＤＴＴ２４０は、装置間のフレーム交換が行われるサービス区間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ；ＳＰ）及び競争基盤区間（Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ Ｐｅｒｉｏｄ；ＣＢＰ）を含む。
以下は、ＡＰまたはＰＣＰのようなコーディネータ装置が送信するビーコンフレームまたはアナウンスフレーム内に割り当てられる拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ Ｓｃｈｅｄｕｌｅ Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）について説明する。
図３は、本発明の一実施形態に係る図２のサービス区間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ Ｓｃｈｅｄｕｌｅ Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）を示す図である。
図３を参照すると、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）領域３５１及びデスティネーション装置のためのデスティネーションＡＩＤ領域３５３を含む割当フィールド３５０をサブフィールドとして含んでもよい。
コーディネータ装置は、ソースＡＩＤ領域３５１にソース装置のアドレスを記録し、デスティネーションＡＩＤ領域３５３にデスティネーション装置のアドレスを記録する。これはリレイ装置が自身にフレームの中継をリクエストしたソース装置とフレームを受信するデスティネーション装置を確認できるようにするためである。
図４は、本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。
リレイ装置は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信する（Ｓ４１０）。ここで、リレイ装置は、コーディネータ装置が送信するビーコンフレームまたはアナウンスフレームによって予約リソースに関する情報を把握することができる。
リレイ装置は、予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認する（Ｓ４２０）。リレイ装置は、ソース装置のＩＤ及びデスティネーション装置のＩＤがリレイ装置とリレイリンクを形成した装置それぞれのＩＤとが同一であるか否かの確認に応じてＩＤを確認することができる。ここで、ソース装置のＩＤ及びデスティネーション装置のＩＤは、ソース装置のＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）及びデスティネーション装置のＡＩＤであってもよい。
リレイ装置は、４２０の確認結果に応じて予約リソースを用いてソース装置が送信するフレームをデスティネーション装置に中継する（Ｓ４３０）。
また、リレイ装置はリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによりフレームのＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）に含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更する。
具体的に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
また、リレイ装置は、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
リレイ装置は、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
リレイ装置は、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
また、リレイ装置は、フレームの種類がフレームに対する応答フレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定する。
その他にも、リレイ装置は、リレイ装置を経由してフレームを送信する通信スキームが協力（ｃｏｏｐｅｒａｔｉｏｎ）通信である場合、フレームの種類に応じるアドレッシング方法は次の通りである。
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置はリレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
また、フレームの種類が応答フレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
図５は、本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。
デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、ソース装置は、コーディネータ装置にリレイ装置のための予約リソースをリクエストするフレームを送信する（Ｓ５１０）。
ソース装置は、リレイ装置のための予約リソースをリクエストするフレームに応答して、コーディネータ装置から予約リソースに関する情報を受信する（Ｓ５２０）。
ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームに含まれたアドレスを変更する（Ｓ５３０）。
ステップＳ５３０において、ソース装置はリレイ装置の中継スキーム（ｓｃｈｅｍｅ）またはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームのＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）に含まれた装置のアドレスを変更してもよい。
フレームのＭＡＣヘッダに含まれた装置のアドレスでは通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス１、及び通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス２が挙げられる。
リレイ装置の中継スキームとして、フルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームと、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームが挙げられる。また、リレイ装置を経由して中継されるフレームの種類として、データフレーム、制御フレーム、管理フレーム、リレイ動作設定／変更リクエストフレーム、及び各リンクの情報を必要とするリンク情報リクエストフレームなどが挙げられる。
リンク情報リクエストフレームは管理フレームの一種であるが、一般的な管理フレームとは異なって、各リンクの情報が必要な管理フレームという点で本発明の一実施形態では管理フレームと区別される概念として定義される。
各リンクの情報は、ソース装置とリレイ装置との間のＳ−Ｒリンク、及びリレイ装置とデスティネーション装置との間のＲ−Ｄリンクに関する情報を含んでもよい。
リンク情報リクエストフレームの一例として、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが挙げられる。
リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（ＦＤ ＡＦ）スキームにおいて、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置はアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
また、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２に前記ソース装置のアドレスを設定してもよい。
また、フレームの種類が応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
その他に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合、フレームの種類によるアドレッシング方法は次の通りである。
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
また、フレームの種類が前記フレームに対する応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
協力通信において、リレイ装置は自身が生成したフレームを送信するとき自身（リレイ装置）のアドレスを除いてソース装置とデスティネーション装置のアドレスを各アドレスに記載する。
上述した場合、その他のリレイ装置の中継スキームまたはフレームの種類に応じる多様なアドレッシング方法については図８を参考すればよい。
図６は、本発明の一実施形態に係るＭＡＣフレームフォーマットとそのアドレスフィールドの解釈を示す図である。
図６を参照すると、ＭＡＣフレームフォーマットは、フレームの制御のためのフレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールド６１１、フレームの区間長さを示すデュレーションＩＤ（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、フレームの送信のために通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスを設定するためのアドレス（１）６１３、及びリクエストする装置が通信しようとする装置のアドレスを設定するためのアドレス（２）６１５を含むＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）６１０と通信しようとする装置に伝達するデータのためのフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ）６３０を含む。
フレームボディ６３０は、該当フレームがリレイ装置を経由して中継されるフレームであることを示すためのリレイコントロールフィールド（Ｒｅｌａｙ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）６３１を含む。また、ＭＡＣヘッダ６１０は、フレームの中継のためにリレイ装置及びＢＳＳＩＤを考慮したアドレス（３）６１７及びアドレス（４）６１９をさらに含んでもよい。
８０２．１１ｎでデータフレームの送信時に使用するＭＡＣフレームフォーマット（Ｆｒａｍｅ ｆｏｒｍａｔ）の場合、ソース装置、デスティネーション装置及びリレイ装置のための３つの装置アドレスにＢＳＳＩＤまで考慮した４個のアドレス６１３、６１５、６１７、及び６１９が必要である。したがって、該当フレームがリレイ装置を経由して中継されるフレームであることを通知するために、リレイコントロールフィールド６３１を新しく定義する必要がある。
リレイコントロールフィールド６３１は、フレームのＭＡＣヘッダ６１０の部分に有効ビットがあればＭＡＣヘッダで定義し、もし、ＭＡＣヘッダにこれ以上の有効なビットがなければ、図６に示すようにフレームボディ６３１の最初のオクテット（ｏｃｔｅｔ）に挿入してもよい。
図７は、本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。
図７は、図６に示すようなフレームフォーマットを用いる場合、各フィールドに対する解釈を示すものであり、（１）Ｄｉｒｅｃｔ ｌｉｎｋはダイレクトリンクを示し、ダイレクトリンクをデータを送信するためにリレイ装置を使用しないものの、図６に示すフレームフォーマットを使用することができる。
（２）及び（３）Ｄｅｔｏｕｒ Ｌｉｎｋはリレイリンクを示す。リレイリンクは該当リンクがＳ−Ｒリンク（（２））あるいはＲ−Ｄリンク（（３））によって各アドレスのコーディングが変わり得る。また、Ｔｏ ＤＳフィールド及びＦｒｏｍ ＤＳフィールドの値で既存アドレスのコーディング方法が変わるため、リレイリンクを用いるときに図７の表を基準にしてアドレスフィールドを変形する。
しかし、図６に示すように４個のアドレスを用いる場合、データフレームの送信のみが可能であり、これよりも小さい数のアドレスを用いる制御フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、またはアクション（ａｃｔｉｏｎ）フレームの送信には適しない。
本発明の一実施形態では、４個のアドレスを暗黙的（ｉｍｐｌｉｃｉｔ）に使用することができる。但し、この場合に、リレイ装置は自身に送信されたフレームがソース装置とデスティネーション装置との間に交換されるフレームであるかを予め把握し、競争区間ではない非競争区間でコーディネータ装置が予め予約した区間で中継するものと仮定する。
以下は、このような暗黙的アドレッシング（ｉｍｐｌｉｃｉｔ ａｄｄｒｅｓｓｉｎｇ）を用いる場合、中継されるフレームの種類やリレイ装置の中継スキームによってどのようにアドレッシング方法が変わるかについて説明する。
第１に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームの場合として、リレイ装置は、ソース装置が送信するデータ（ｄａｔａ）フレーム、制御フレーム及び一部を除いた管理（ｍａｎａｇｅｍｅｎｔ）フレームのアドレスに対して修正することなく直ちにデスティネーション装置に該当フレームを送信する。
したがって、リレイ装置の中継スキームがＦＤ ＡＦスキームの場合、ダイレクト（Ｄｉｒｅｃｔ）経路でフレームを送信するとき（Ｄｉｒｅｃｔ ｌｉｎｋ（（１））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ）と同じ結果を有する。
Ｆｕｌｌ Ｄｕｐｌｅｘ ＡＦ中継の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（例えば、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが該当）の場合
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第２に、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームの場合、全てのフレーム（データフレーム、制御フレーム及び管理フレームなど）は下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２に記載する。
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（例えば、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが該当）の場合
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第２に、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームの場合、全てのフレーム（データフレーム、制御フレーム及び管理フレームなど）は下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２に記載する。
Ｈａｌｆ Ｄｕｐｌｅｘ ＤＦ中継の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第３に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第３に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。
協力通信の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
この場合、データ、制御及び一部を除いた管理フレームは、ＨＤ ＤＦ中継スキームにもかかわらず、リレイ−デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する。ここで、ソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する理由は、ソース−リレイリンクはＨＤ ＤＦ中継スキームと同一であるが、デスティネーション装置でチェース結合（ｃｈａｓｅ ｃｏｍｂｉｎｉｎｇ）を行うためである。
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
この場合、データ、制御及び一部を除いた管理フレームは、ＨＤ ＤＦ中継スキームにもかかわらず、リレイ−デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する。ここで、ソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する理由は、ソース−リレイリンクはＨＤ ＤＦ中継スキームと同一であるが、デスティネーション装置でチェース結合（ｃｈａｓｅ ｃｏｍｂｉｎｉｎｇ）を行うためである。
第４に、前述の協力（ｃｏｏｐｅｒａｔｉｏｎ）通信から除外された管理フレームである、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合、ＨＤ ＤＦと同一に各リンクの送受信装置のアドレスを記載する。
リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
ここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームとして、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームなどが挙げられる。
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
ここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームとして、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームなどが挙げられる。
この場合に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームであれば動作も変わるが、ＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）を復号化して該当フレームがリレイ装置に送信されたことが把握されたときにデスティネーション装置へのフォワーディングを停止する。
その後、リレイ装置は、ソース装置から受けたフレームと同一のフレームをアドレスのみを変えた符号化したフレームをデスティネーション装置に送信する。すなわち、この場合には、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームの場合と類似するように動作し、これに対する応答フレームの伝達も（必要な場合）類似にデスティネーション装置からソース装置に伝達する。
最後に、図７に示す全てのフレームに対する応答が必要な場合、既存の規格のアドレスを記録する規則と同一にＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２を交換して記録する。
しかし、図７において公開されたパブリックキー（ｐｕｂｌｉｃ ｋｅｙ）を使用することなく各ピアツーピア間にやり取りしたフレームに対するペアワイズキー（ｐａｉｒｗｉｓｅ ｋｅｙ）を用いて保安を維持したい場合には、上述したアドレッシング方法とは異なるアドレッシング方法を適用しなければならない。ここで、ペアワイズキーは、１対１の対称キー（Ｐａｉｒｗｉｓｅ Ｔｒａｎｓｉｅｎｔ Ｋｅｙ）を示す。
他の装置と保安を維持したい場合、リレイ装置がソース装置とデスティネーション装置との間のデータを中継するとしても各ソース装置とデスティネーション装置は、該当ペアワイズキーが把握されないため、受信したデータを復号化したり再び符号化して送信することができなくなる。
一方、ＭＡＣヘッダ（ｈｅａｄｅｒ）は、受信したデータを復号化したりＣＲＣチェック（ｃｈｅｃｋ）を行ってもよいため、該当フレームが損傷した場合にもこれを表示（ｉｎｄｉｃａｔｉｏｎ）するＡＣＫフレームまたはＢｌｏｃｋＡＣＫフレームを送信してもよい。もし、リレイ装置の中継スキームがＨＤ ＤＦスキームであれば、既存のＨＤ ＤＦスキームとは異なってペアワイズキーの対象者であるソース装置のアドレス、及びデスティネーション装置のアドレスをアドレス１、アドレス２に記載してもよい。
しかし、このようにアドレッシング方法を相異にすると、送信されたフレームに対する応答が必要な場合には従来のアドレス１、アドレス２のアドレスを変えて送信する方法ではない他のアドレッシング方法を適用しなければならない。その理由は、送信する装置を通知するために次の図８で示すように使用する迂回リンク（Ｄｅｔｏｕｒ Ｌｉｎｋ（２）または（３））の送受信装置のアドレスを記載する。
但し、データフレームを送信する途中に各リンク（Ｄｅｔｏｕｒ Ｌｉｎｋ（２）または（３））の情報をリクエストしたりしてリレイ装置に管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）を送信しなければならない場合が発生し得る。このような場合では、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームがあり、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームを例にすることができる。
この場合（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム送信の場合）のみ例外としてデータフレームとは異なって暗号化の重要性が少ないため暗号化が行われず、パブリックキー（ｐｕｂｌｉｃ ｋｅｙ）または各リンクの装置間のペアワイズキー（ｐａｉｒｗｉｓｅ ｋｅｙ）を使用することができ、いずれのものも構わない。したがって、上述した場合には暗号化（ｅｎｃｒｙｐｔｉｏｎ）によってアドレッシングを変更する必要がないため、既存のＨＤ ＤＦスキームのようなアドレッシング方法を用いることができる。
協力通信の場合も類似にソース装置とデスティネーション装置との間のペアワイズキーで暗号化したフレームを受信したときにはペアワイズキーの対象者であるソース装置のアドレス及びデスティネーション装置のアドレスをＡｄｄｒｅｓｓ（アドレス）１、Ａｄｄｒｅｓｓ２に記載する。
これに対する応答フレームは若干の差があるものの、協力通信は（１）、（３）迂回リンクを介してデスティネーション装置に伝達されたフレームを結合（ｃｏｍｂｉｎｉｎｇ）し、これに対する応答フレームを既存のルールによって、（１）リンクの応答のようにデスティネーション装置及びソース装置のアドレスをＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２のアドレスにそれぞれ書いて送信する。
協力通信もリレイ装置に伝達したり各リンクの情報をリクエストする管理フレーム（Ｍａｎａｇｅｍｅｎｔ Ｆｒａｍｅ）、例えば、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームのようなリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合には既存のＨＤ ＤＦのようなスキームを用いる。
最後に、リレイ装置の中継スキームがＦＤ ＡＦスキームである場合、一般的にデコードアンド・フォワード（ＤＦ）が異なるため暗号化されず、デコードアンド・フォワード（ＤＦ）する一部の管理フレームもＨＤ ＤＦスキームや協力通信のように暗号化を避けることができるため、既存のＨＤ ＤＦのようなスキームを用いることができる。上述の内容を整理すれば、図８のように示すことができる。
図８は、本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。
リレイ装置の中継スキームによってＦＤ ＡＦスキームとＨＤ ＤＦスキームはフレームを送信する方向が互いに異なってもよい。また、リレイ装置を経由して中継されるフレームがデータフレームであるか、または、制御フレームであるか、または、各リンクの情報が必要な管理フレームであるかに応じてアドレッシング方法が変わり得る。
したがって、ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法を相異にしてもよい。
ソース装置がそれぞれの場合によってアドレッシング方法を相異にする方法については以下のように説明される。
Ｈａｌｆ Ｄｕｐｌｅｘ ＤＦ中継の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答）：Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３）応答）：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
協力通信の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答、（３）応答）Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
Ｆｕｌｌ Ｄｕｐｌｅｘ ＡＦ中継の場合
● ｄａｔａ、ｃｏｎｔｒｏｌ、ｍａｎａｇｅｍｅｎｔフレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いたフレーム）
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
以下、図９〜図１１を参照して中継のために用いる予約リソースを割り当てる方法について説明する。
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答）：Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３）応答）：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
協力通信の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答、（３）応答）Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
Ｆｕｌｌ Ｄｕｐｌｅｘ ＡＦ中継の場合
● ｄａｔａ、ｃｏｎｔｒｏｌ、ｍａｎａｇｅｍｅｎｔフレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いたフレーム）
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
以下、図９〜図１１を参照して中継のために用いる予約リソースを割り当てる方法について説明する。
ＷＬＡＮとＷＰＡＮではＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）（ＷＬＡＮの場合）またはＰＮＣ（Ｐｉｃｏ−Ｎｅｔ Ｃｏｏｒｄｉｎａｔｏｒ）（ＷＰＡＮの場合）は時間区域を競争区間と非競争区間に分類することによって、競争スキームと非競争スキームにデータを送信してもよい。
競争区間では、ネットワークの全ての装置がチャネルを取得するためにＣＳＭＡ／ＣＡスキームに基づいて競争する。また、非競争区間では、ＡＰあるいはＰＮＣがポーリング（Ｐｏｌｌｉｎｇ）方式、またはスケジューリング情報を送信する方法を用いることによって、該当機器が非競争区間の特定の時間領域で独占的にデータを送信するための方法を提供する。
もちろん、ＥＣＭＡ３６８、３８７のようにコーディネータ装置がなくて分散基盤の媒体アクセス制御（ｄｉｓｔｒｉｂｕｔｅｄ ＭＡＣ）を用いるシステムでも他の機器が使用しない非競争区間でスケジューリング情報を放送して予約するスキームを用いることができる。
本発明の一実施形態では、非競争区間でピアツーピアに送信されるフレームを直接経路だけでなく、中継機器を経由しても伝達できる予約リソースをリクエストし、このようなリソースを割り当てる方法について説明する。
以下、ＩＥＥＥ８０２．１１ＷＬＡＮ基盤でコーディネータが存在する場合について説明する。
まず、ピア（ｐｅｅｒ）通信をリクエストする機器をソース装置といい、ピア通信に対するリクエストに応答する機器をデスティネーション装置といい、２つの装置間のフレームを中継する機器をリレイ装置と定義する。
上記の３装置間に必要な初期化過程はすでに完了したと仮定する。
ソース装置がデスティネーション装置にリレイ装置を経由してデータを送信してもよいリソース予約をコーディネータ装置にリクエストすると仮定する。ここで、コーディネータ装置ではＷＬＡＮのＡＰが挙げらるが、必ずこれに限定されることなく、ＡＰのような機能をサポートするコーディネータは全てコーディネータ装置に該当する。
一般的にこのようなリソースを区分するためにリソースをリクエストする装置のＩＤ（ｉｎｉｔｉａｔｏｒ ＩＤと定義する）と、リクエストした装置が通信しようとする装置のＩＤ（ｒｅｓｐｏｎｄｅｒ ＩＤと定義する）を通知する。場合に応じてリソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がＡＰにリソースをリクエストするフレームを送信するため、リソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がリソースリクエストするとき送信するフィールドにｉｎｉｔｉａｔｏｒ ＩＤは省略してもよい。
また、８０２．１１ｅの場合、送信するデータの特性に応じて、ＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）を相異に適用するためにトラフィックＩＤ（ｔｒａｆｆｉｃ ＩＤ）を追加してもよい。また、他のトラフィック関連のパラメータを定義しているＴＳＰＥＣ ＩＥフィールドを含むＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを用いてリソースをリクエストし、ＡＰとネゴシエーション（ｎｅｇｏｔｉａｔｉｏｎ）の後でトラフィックストリーム（Ｔｒａｆｆｉｃ Ｓｔｒｅａｍ；以下、ＴＳ）を設定してもよい。
このようにトラフィックストリーム（ＴＳ）を設定した後にデータを送信しようとする場合、ＨＣＣＡのＰｏｌｌｅｄ ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）、ＥＤＣＡのＴＸＯＰを得たり８０２．１１ｎのＰＳＭＰを用いることができる。
しかし、８０２．１１規格では非競争区間でピアツーピアのための区間をリクエストし、これを割り当てる方法が提案されていない。また、このようなピアツーピアのための予約を行う８０２．１５のＣｈａｎｎｅｌ Ｔｉｍｅ Ａｌｌｏｃａｔｉｏｎ（ＣＴＡ）、ＥＣＭＡ ３６８、３８７のＤＲＰ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いるスキームでも該ピアツーピアのトラフィックを中継する場合について扱っていない。
より詳細には、一般的な予約スキームは、リクエストするフレームにｉｎｉｔｉａｔｏｒ ＩＤ（装置を区分できるＩＤやａｄｄｒｅｓｓ）とｒｅｓｐｏｎｄｅｒ ＩＤを含む。そして、割り当てられたことを通知するフレームでもｉｎｉｔｉａｔｏｒ ＩＤ、ｒｅｓｐｏｎｄｅｒ ＩＤと共に割り当てられた時間の開始瞬間とｄｕｒａｔｉｏｎを通知してそれぞれ割り当てられた区間をこのＩＤｓで区分する。
したがって、８０２．１１でもこのようなスキームを維持することができ、ＩＤが同一であってもトラフィックのクラスが異なるためＴＩＤが追加される。コーディネータ装置は、このように割り当てられた情報をビーコンフレームやアナウンスメントフレーム（ａｎｎｏｕｎｃｅｍｅｎｔ ｆｒａｍｅ）を用いてブロードキャストする。
すると、装置は割り当てたリソースのうち自身のＩＤがあるかをチェックして、割り当てられたリソースのうち自身のＩＤがあれば割り当てられた区間でデータ送信を行う。ここで、ｉｎｉｔｉａｔｏｒ ＩＤ及びｒｅｓｐｏｎｄｅｒ ＩＤを用いることは、この２装置のみが該当予約された区間を用いるように許諾したことを示す。
したがって、リレイ装置がデータを送受信するときには他のフィールドが必要である。
このような中継機能を含むリソース予約をリクエストしたり割り当てる方法は様々である。
第１の方法は、ソース装置がＡＰに中継可能なリソースをリクエストするときにこれを表すフィールドを共に示すことで、図９を参照して説明する。
図９は、本発明の一実施形態に係るＡＤＤＴＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅのｂｏｄｙ及び修正されたＴＳＰＥＣ ＩＥを示す図である。
図９は、第１の方法を実行するためにＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームに挿入されるＴＳＰＥＣ ＩＥのＴＳ Ｉｎｆｏ９１０にＲｅｓｐｏｎｄｅｒ ＩＤ９１１、Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを挿入する。
ここで、Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドが活性化されれば、リクエストするリソース予約がリレイ機能を用いることを意味し、また、該当フィールドが活性化されればＲｅｌａｙ装置ＩＤ９１５になる。すると、ＡＰは割り当てられたリソース情報を放送するときにＲｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを追加し、これをリクエストしたフィールド値をコピーして送信する。
Ｒｅｓｐｏｎｄｅｒ ＩＤ９１１フィールドは、リクエストするリソースでピアツーピアに送信するときｒｅｓｐｏｎｄｅｒのＩＤを意味する。また、Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドは、該当フレームをリレイ装置を経由して送信する可能性があることを示す（ｉｎｄｉｃａｔｅ）。
Ｒｅｌａｙ装置ＩＤ９１５フィールドは、ＡＰが該当フレームを中継するリレイ装置を識別するためのＩＤを他の装置に通知するためのものである。ＡＰのようなコーディネータ装置は、例えば、ビーコンフレームやアナウンスフレームにＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥを挿入する方法に基づいてリレイ装置のＩＤを通知する。
各割当リソース情報は割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）に記述され、割当制御フィールド（Ａｌｌｏｃａｔｉｏｎ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）は割り当てられたリソースの特性を記述する。Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールド及びＲｅｌａｙ装置ＩＤ９１５フィールドはリレイ機能のために新しく追加されたフィールドであり、これについては図１０を参照して説明する。
図１０は、図９に関連する割当スケジュール（Ａｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ）ＩＥ、割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）、及び割当制御フィールドフレームボディ（Ａｌｌｏｃａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｆｉｅｌｄ Ｆｒａｍｅ Ｂｏｄｙ）を示す図である。
図１０を参照すると、非競争スキームにピアツーピアのためのリソース割当情報をＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥを用いて記述してもよい。ここで、各リソース割当ごとに割当フィールド（ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）に対応して挿入し、割当フィールドに割り当てられたリソースの開始時間（Ａｌｌｏｃａｔｉｏｎ Ｓｔａｒｔ Ｔｉｍｅ）、ＩＤ（Ｉｎｉｔｉａｔｏｒ ＩＤ、Ｒｅｓｐｏｎｄｅｒ ＩＤ）などのフィールドを記述する。ここで、Ｒｅｌａｙ装置ＩＤ１０１０フィールド及びＲｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ１０３０フィールドについても記述してもよい。
上述した第１の方法の場合、従来のフィールドに新しいフィールドを追加しなければならないが、リレイ動作を使用しないリソース予約についても該当フィールドを置くことができる。
上述した第２の方法は、従来のリソース予約がピアツーピア通信で２つの装置のＩＤを明示するものであるため、これを拡張してリレイ装置を経由して送信する場合、ソース装置とデスティネーション装置との間のＳ−Ｄリンクに追加的にＳ−ＲリンクとＲ−Ｄリンクを用いることができる。したがって、追加される２つのリンク（Ｓ−ＲリンクとＲ−Ｄリンク）を使用するために２つのリソースに対する予約リクエストが追加されなければならず、そのためにＡＤＤＴＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅをＡＰに送信するときにＴＳＰＥＣ ＩＥを追加してもよい。
しかし、上述したようにＴＳＰＥＣ ＩＥにデスティネーションＩＤフィールドのみが存在し、ソースＩＤフィールドが存在しない場合（これがなくてもＡＰがＲｅｑｕｅｓｔ ｆｒａｍｅに含まれたｔｒａｎｓｍｉｔｔｉｎｇ ａｄｄｒｅｓｓによって確認できるため、ないことがさらに効率的である）に３リンクを示すそれぞれの一対のＩＤを挿入できない。
したがって、ソース装置がＳ−ＤリンクとＳ−Ｒリンクを示す２つのＴＳＰＥＣ ＩＥを１つのＡＤＤＴＳ Ｒｅｑｕｅｓｔを入れる。残りのＲ−Ｄリンクのリソースリクエストのためには、リレイ装置がＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを追加的に送信する。
上述したＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを送信するとき自身に必要なリソース割当時間を算出するためには、アプリケーションデータレート（Ｄａｔａ Ｒａｔｅ）と物理階層（ＰＨＹ）におけるレート、その他のｃａｐａｂｉｌｉｔｙ情報が必要である。
これによって算出した情報（リソース割当時間に関する情報）をＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームに書いて送信するとき、リレイ装置も同じ情報を送信しなければならないため、ソース装置がリレイ装置に情報を送信する追加シグナリング（ｓｉｇｎａｌｉｎｇ）が必要である。また、ＡＰの立場でも一般的にリレイ装置のＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームの送信がソース装置よりも遅れ、場合に応じてリレイ装置がＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを同じビーコン区間（または、スーパーフレーム区間）でリクエストしなくてもよい。それにもかかわらず、リレイ装置からのＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを受信するまでＡＰはスケジューリングを遅らせる。
本発明の一実施形態では、ＡＰがスケジューリングを遅らせないために下記のような方法を用いる。
リレイ動作を設定したソース装置からこれを設定したデスティネーション装置とのＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームをリクエストした場合、ＡＰは論理的に３つのリソースを割り当てて放送することができる。前述したように、リレイ動作を設定した後ソース装置がリレイ設定をこれに参加した３装置のＩＤと共に含んでＡＰに通知すれば、ＡＰはリレイ装置のＩＤを知っているため３つのリソースを割り当てる。
ここで、割り当てられたリソースは物理的に同じ開始時間、同じ区間の長さを有する１つのリソースであるため、割り当てられたリソースの他の情報は全て同じであり、単にｉｎｉｔｉａｔｏｒ ＩＤとｒｅｓｐｏｎｄｅｒ ＩＤのみが異なる。
したがって、後述する図１１に示すように図１０に示すＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥをそのまま用いて３つの割当フィールド（ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）を構成して挿入してもよい。
該３つの割当フィールドはそれぞれｉｎｉｔｉａｔｏｒ ＩＤとｒｅｓｐｏｎｄｅｒ ＩＤを除いた全てのフィールドが同一である。他の２つのフィールドはそれぞれリンクを用いる一対の装置（ａ ｐａｉｒ ｏｆ ＳＴＡｓ）を意味する。
このＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥを受けた３つの装置は、３つの割当フィールドを探索して各フィールド（ｉｎｉｔｉａｔｏｒ ＩＤ、ｒｅｓｐｏｎｄｅｒ ＩＤ）が３つの装置ＩＤの組合である（Ｓ、Ｄ）、（Ｓ、Ｒ）、（Ｒ、Ｄ）を示すと、割り当てられた区間でデータを送信する。ここで、データはリレイ装置を経由して中継しながら使用されてもよく、３つの装置ＩＤはリレイ設定を共にした装置のＩＤである。
前述した３つの方法によると、追加されるフィールド（第１）や１つのリソースの割当にも２つのＡＤＤＴＳフレームを送信したり（第２）、３つの割当情報（第３）を必要とするため、重複的（ｒｅｄｕｎｄａｎｔ）であってもよい。
以下、予約リソースのリクエスト及び割当に従来のリソース予約及び割当をそのまま使用する方法について説明する。
図１１は、本発明の一実施形態に係る中継機能を含む予約リソースのリクエスト及び予約リソースを割り当てる方法を説明するための図である。
そのためにソース、デスティネーション装置は、リレイ装置とリレイ機能を用いると設定（ｓｅｔ ｕｐ）し、このように設定されたことをＡＰに通知したと仮定する。
すると、ソース装置がＡＰにリソースをリクエストしてＡＰが割り当てたリソース区間情報を放送したとき、放送された割当情報はソース装置ＩＤ、デスティネーション装置ＩＤを含んでいる。したがって、リレイ装置もその２つの装置のＩＤをチェックした後、自身をリレイ（ｒｅｌａｙ）として使用することを設定した２つの装置のＩＤと同一であれば、該当区間に移動してリレイ動作を行ってもよい。
原則的に、リレイ装置はデータの送信を許諾されていない。したがって、ソース装置が１１ｎ ｒｅｖｅｒｓｅ ｄｉｒｅｃｔｉｏｎ ｐｒｏｔｏｃｏｌを用いて自身が所有者であるリソースでデスティネーション以外の装置がデータを送信できるようにｒｅｖｅｒｓｅ ｄｉｒｅｃｔｉｏｎ ｇｒａｎｔ ｆｒａｍｅを送信し、権限の受けたリレイ装置が中継して再びソースにｇｒａｎｔを渡す過程を行わなければならない。これはリレイ装置に続けてｇｒａｎｔ ｆｒａｍｅを送信しなければならず、その間にはデータやＡＣＫを送信できないためリソースの浪費になる。
しかし、リレイを用いる予約リソースでは、リレイ装置は最終の目的先ではない。したがって、上述したように、リレイ装置が受信装置のアドレスと設定されて受信したフレームに対して応答したり、残りの１つの装置（例えば、デスティネーション装置）に中継することが最も好ましい。この場合、上述した第２の方法におけるｇｒａｎｔ ｆｒａｍｅを使用しなくてもよいためである。
上述した方法は、 多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
２１０ ＢＴ（Ｂｅａｃｏｎ Ｔｉｍｅ）
２２０ Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ Ｂｅａｍ Ｆｏｒｍｉｎｇ Ｔｒａｉｎｉｎｇ）
２３０ ＡＴ（Ａｎｎｏｕｎｃｅ Ｔｉｍｅ）
２４０ ＤＴＴ（Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｔｉｍｅ）
２２０ Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ Ｂｅａｍ Ｆｏｒｍｉｎｇ Ｔｒａｉｎｉｎｇ）
２３０ ＡＴ（Ａｎｎｏｕｎｃｅ Ｔｉｍｅ）
２４０ ＤＴＴ（Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｔｉｍｅ）
下の実施形態はＷｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＬＡＮ）あるいはＷｉｒｅｌｅｓｓ Ｐｅｒｓｏｎａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ（ＷＰＡＮ）環境のように予約基盤チャネルアクセスをサポートする無線システムのコーディネータ装置及びリレイ装置の通信方法及びネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレーム構造に関する。
ＷＬＡＮ環境でデータフレームは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）のようなコーディネータ装置（ｃｏｏｒｄｉｎａｔｏｒ）を経由して送信されたり、ピアツーピア（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）で直接送信されることができる。しかし、一般的にコーディネータを経由してアップリンク（ｕｐ−ｌｉｎｋ）とダウンリンク（ｄｏｗｎ ｌｉｎｋ）を用いる送信は、ネットワーク内の他の機器（装置、ｓｔａｔｉｏｎ）とチャネルを取得するために競争しなければならため、その処理率が減少することがある。
これを補完するために、８０２．１１ｅではＡＰを経由することなく装置間に直接リンク設定（ｄｉｒｅｃｔ ｌｉｎｋ ｓｅｔｕｐ；以下、ＤＬＳ）モードに応じて直接フレームを送信してチャネルの使用効率を２倍以上に向上させうようにしている。
しかし、直接リンク設定（ＤＬＳ）モードでもネットワーク内に存在する多重経路、減衰、干渉などによってチャネル状態が悪化すると無線ネットワークの処理率も落ちて、マルチメディアストリーミングのようにＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）が必要な場合にこれを満足させることができない不具合がある。
したがって、このように直接リンク設定（ＤＬＳ）モードだけで充分ではない場合にコーディネータ装置ではないネットワーク内の他の装置を介してもフレームを中継できるように規格でサポートする必要がある。すなわち、他の機器によってフレームを中継するための新しいＷＬＡＮのアドレッシング方法が求められる。
また、フレームをさらに安定して伝達するためにコーディネータ装置にリソースをリクエストし、リクエストしたリソースの割当を受けて使用する予約基盤媒体アクセス制御（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）を用いる場合、中継をサポートする予約リソースと中継をサポートしない予約リソースとを別に分類する必要がある。
その理由は、一般的に予約リソースは、そのリソースをリクエストした機器とリクエストした機器とが通信しようとするピア（ｐｅｅｒ）機器を明示し、その機器間だけの通信を許諾する。したがって、中継機器（例えば、リレイ装置）が２つの機器間のピアツーピア通信を受信して伝達する場合、中継機器も該当予約リソースの区間で２つの機器にフレームのやり取りを行わなければならない。
したがって、このような動作ができるように予約リソースをリクエストし、該当ネットワークで中継可能なように中継機器に予約リソースを割り当てて通知する方法が求められている。
本発明の一実施形態は、予約基盤チャネルアクセスをサポートする無線システムにおいて、ネットワーク内リレイ装置を用いてデータを中継送信するために用いられるフレームの構造、及び中継可能な無線リソースを予約して割り当てるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
本発明の一実施形態は、ＷＬＡＮ環境でピアツーピア通信に参加する一対の装置と中継装置及びその他の装置に現在送信するフレームが中継装置を経由して送信されるフレームという情報を通知することのできるコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
また、本発明の一実施形態は、無線システムでピアツーピアのフレーム送信をコーディネータではないネットワーク内の他の機器によって中継できるよう無線リソースをリクエストして割り当てるためのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造を提供する。
本発明の一実施形態に係るコーディネータ装置の通信方法は、予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップとを含む。
本発明の一実施形態に係るソース装置の通信方法は、デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップとを含む。
本発明の一実施形態に係るリレイ装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップとを含む。
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
本発明の一実施形態に係るデスティネーション装置の通信方法は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップとを含む。
前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含んでもよい。
本発明の一実施形態によれば、フレーム内にリレイコントロールフィールドを挿入することによって、ＷＬＡＮのアドレッシングフレームワーク（ｆｒａｍｅｗｏｒｋ）が変化することなくソース装置、デスティネーション装置及びリレイ装置に中継されるフレームを示すことができる。
また、本発明の一実施形態によれば、リレイ装置の中継スキーム（ｒｅｌａｙｉｎｇ ｓｃｈｅｍｅ）ごとに適切なアドレッシング方法を提供し、迂回（ｄｅｔｏｕｒ）して伝達するデータフレームとリレイリンクに関する情報を取得するための管理フレームを区別するアドレッシング方法を用いることによって、リレイ装置がＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ヘッダだけでも各フレームを識別することができる。
以下、本発明に係る実施形態を添付する図面を参照しながら詳細に説明する。しかし、本発明が一実施形態によって制限されたり限定されることはない。また、各図面に提示された同一の参照符号は同一の部材を示す。
ＩＥＥＥ ８０２．１１標準規格に基づいた無線ネットワークは、２種類の使用モード、インフラストラクチャーＢＳＳ（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ ＢＳＳ）とＩＢＳＳ（Ｉｎｄｅｐｅｎｄｅｎｔ ＢＳＳ、いわゆるａｈ ｈｏｃ）のうち１つに構成される。
インフラストラクチャーＢＳＳは、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）と分散システム（Ｄｉｓｔｒｉｂｕｔｅｄ Ｓｙｓｔｅｍ；ＤＳ）を含むことによって、一般的に装置間の通信を含む全ての通信過程においてＡＰが用いられるＢＳＳである。すなわち、インフラストラクチャーＢＳＳは、一般的にＡＰを介してフレームを送信する。一方、ＩＢＳＳは、ＡＰなしで装置だけで構成されたネットワークを形成して分散システム（ＤＳ）への接続を許容しないＢＳＳをいう。一方、ＩＢＳＳには、ＡＰがないことから全ての通信は開始装置がＤＣＦ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）のように競争基盤チャネルのアクセスによってピア装置と直接通信する。
ＷＬＡＮは、Ｑ装置（ＱｏＳ装置）間の直接通信のためのダイレクトリンク設定（Ｄｉｒｅｃｔ Ｌｉｎｋ Ｓｅｔｔｉｎｇ；ＤＬＳ）の手続に対して規定されている。これによると、Ｑ装置は、ＱｏＳ ＡＰやＬｅｇａｃｙ ＡＰを介してＤＬＳ ｒｅｑｕｅｓｔフレーム及びＤＬＳ ｒｅｓｐｏｎｓｅフレームをやり取りすることでＱ装置間のダイレクトリンクを設定する。
また、最近、標準化が進行中である６０ＧＨｚ帯域のミリメートル波でのＩＥＥＥ ８０２．１１ａｄ Ｔａｓｋ Ｇｒｏｕｐでは、ｄｉｒｅｃｔｉｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎとＱｏＳをサポートする。また、ＩＥＥＥ ８０２．１１ａｄ Ｔａｓｋ Ｇｒｏｕｐは、ｐｏｗｅｒ ｓａｖｉｎｇ及びｓｐｅｃｔｒｕｍ ｍａｎａｇｅｍｅｎｔを改善するためにインフラストラクチャーＢＳＳで分散システム（ＤＳ）を構成してインターネットに接続する部分のみを除く。そして、ＩＥＥＥ ８０２．１１ａｄ Ｔａｓｋ Ｇｒｏｕｐは、コーディネータ装置を置いてリソース管理、ネットワーク管理を行い、ＩＢＳＳのピアツーピア通信機能のＰｅｒｓｏｎａｌ ＩＢＳＳ（ＰＢＳＳ）を新しく採択した。
ＰＢＳＳのＰＣＰ（ＰＢＳＳ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）は、アクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ；ＡＰ）の機能のうち、分散システム（ＤＳ）と接続されて他のネットワークとの通信をサポートする部分を除いた他の機能をほとんどサポートするコーディネータ装置である。
本発明の一実施形態では、ＤＬＳ経路やコーディネータ装置を経由した経路ではないネットワーク内の他の装置（例えば、リレイ装置）によってデータを送信する方法について説明する。ここで、リレイ装置によって中継送信するために基盤となるプロトコル（ｐｒｏｔｏｃｏｌ）やプロトコルに対する設定（ｓｅｔｔｉｎｇ）はすでに完了したと仮定する。
すなわち、本発明の一実施形態では、リレイ装置によってデータを中継送信するとき、データを中継送信するフレームのアドレッシング方法とコーディネータ装置にリソースをリクエストして割り当てられる方法だけを説明する。
第１に、データを中継送信するフレームに対するアドレッシング方法について記述する。
説明する前に、以下で中継送信に参加した装置をそれぞれソース装置、デスティネーション装置、リレイ装置と呼ぶことにする。以下、「装置」はステーション（ｓｔａｔｉｏｎ、ＳＴＡ）を含む概念である。
ソース装置からリレイ装置を経由してデスティネーション装置にフレームを送信する場合、中継方法によってリレイ装置のアドレスをフレームに記載する必要がある。一般的な無線ＬＡＮネットワークでは、ＢＳＳのいずれかの装置におけるデータを分散システム（ＤＳ）に接続された有線機器や他のＢＳＳに属する装置に伝達する場合に３つ以上の装置のアドレスが用いられる。
しかし、本発明の一実施形態のようにソース装置、デスティネーション装置及びリレイ装置のそれぞれが全て無線装置であり、１つのＢＳＳに属する装置である場合、アドレッシングのため新しいフォーマットが要求される。以下、リンク情報を必要としないデータフレーム、制御フレーム及び管理フレームを第１フレームに、リンク情報を必要とするリンク情報リクエストフレーム、またはリレイの動作設定／変更リクエストフレームを第２フレームのように表現することにする。
図１は、本発明の一実施形態に係るコーディネータ装置の通信方法を示すフローチャートである。
図１を参照すると、コーディネータ装置は、予約基盤の媒体アクセス制御を使用する無線システムのコーディネータ装置として、ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするため、ソース装置からリレイ装置のための予約リソースをリクエストするフレームを受信する（Ｓ１１０）。
ここで、リレイ装置のための予約リソースをリクエストするフレームは、予約リソースがリレイ装置を経由して送信されるフレームのためのものである。また、リレイ装置のための予約リソースをリクエストするフレームは、コーディネータ装置に予約リソースをリクエストしたソース装置のＩＤ（ｉｎｉｔｉａｔｏｒ ＩＤ）、ソース装置が通信しようとするデスティネーション装置のＩＤ（ｒｅｓｐｏｎｄｅｒ ＩＤ）、及びこれに関連する情報を含んでもよい。
コーディネータ装置は、ソース装置の予約リソースリクエストに応じてリレイ装置のための予約リソースを割り当てる（Ｓ１２０）。
ステップＳ１２０において、コーディネータ装置は、予約リソースにリレイ装置のためのサービス区間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ Ｓｃｈｅｄｕｌｅ Ｅｌｅｍｅｎｔ）を提供する。コーディネータ装置は、リレイ装置のための予約リソースを割り当てるためにサービス区間（ＳＰ）に拡張されたスケジュール構成要素を提供してもよい。
ここで、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）領域及びデスティネーション装置のためのデスティネーションＡＩＤ領域を含む少なくとも１つの割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）をサブフィールドとして含んでもよい。
サービス区間（ＳＰ）及び拡張されたスケジュール構成要素については図２及び図３を参照して下記で説明する。
ここで、ソース装置、デスティネーション装置及びリレイ装置は、ＲＬＳ（Ｒｅｌａｙ ｌｉｎｋ Ｓｅｔｕｐ）の過程を予め行って互いのＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）を予め把握することも可能である。また、ソース装置は、ＲＬＳ過程を成功的に行なわれれば、他の装置にＲＬＳ ａｎｎｏｕｎｃｅｍｅｎｔフレームを送信してもよい。したがって、コーディネータ装置は、ソース装置から受信されたＲＬＳ ａｎｎｏｕｎｃｅｍｅｎｔフレームに含まれた情報を考慮してリソースを割り当ててもよい。
また、コーディネータ装置は。ソース装置及びデスティネーション装置が該当フレームがリレイ装置を経由して中継されることが把握できるように、フレームのＭＡＣヘッダまたはフレームのボディにリレイ装置に対するリレイコントロールフィールド（ｒｅｌａｙ ｃｏｎｔｒｏｌ ｆｉｅｌｄ）を挿入する（Ｓ１３０）。リレイコントロールフィールドについては図５を参照して詳細に説明する。
コーディネータ装置は、ビーコンフレームまたはアナウンスフレーム（Ａｎｎｏｕｎｃｅｍｅｎｔ Ｆｒａｍｅ）を用いて予約リソースに関する情報を放送する（Ｓ１４０）。
ここで、予約リソースに関する情報はソース装置のＩＤ及びデスティネーション装置のＩＤを含んでもよい。
図２は、ＷＬＡＮビーコンインターバル（Ｂｅａｃｏｎ Ｉｎｔｅｒｖａｌ）の構造を示す図である。
図２を参照すると、ＷＬＡＮビーコンインターバルは、ＢＴ（Ｂｅａｃｏｎ Ｔｉｍｅ）２１０、Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ Ｂｅａｍ Ｆｏｒｍｉｎｇ Ｔｒａｉｎｉｎｇ）２２０、ＡＴ（Ａｎｎｏｕｎｃｅ Ｔｉｍｅ）２３０、及びＤＴＴ（Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｔｉｍｅ）２４０を含む。
ＢＴ２１０は新しい装置（ＳＴＡｓ）を発見し、コーディネータ装置にリソースをリクエストする時間を示す。
Ａ−ＢＦＴ２２０は、例えば、ＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）またはＰＣＰ（ＰＢＳＳ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）のようなコーディネータ装置と他の装置（例えば、ソース装置、デスティネーション装置及びリレイ装置）との間のビームフォーミングをための時間を示す。
ＡＴ２３０は、ＡＰまたはＰＣＰのようなコーディネータ装置がネットワーク内の装置に割り当てられた情報をビーコンフレームまたはアナウンスフレームを用いて通知する時間を示す。
ＤＴＴ２４０は、装置間のフレーム交換が行われるサービス区間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ；ＳＰ）及び競争基盤区間（Ｃｏｎｔｅｎｔｉｏｎ−Ｂａｓｅｄ Ｐｅｒｉｏｄ；ＣＢＰ）を含む。
以下は、ＡＰまたはＰＣＰのようなコーディネータ装置が送信するビーコンフレームまたはアナウンスフレーム内に割り当てられる拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ Ｓｃｈｅｄｕｌｅ Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）について説明する。
図３は、本発明の一実施形態に係る図２のサービス区間（Ｓｅｒｖｉｃｅ Ｐｅｒｉｏｄ；ＳＰ）を提供するための拡張されたスケジュール構成要素（Ｅｘｔｅｎｄｅｄ Ｓｃｈｅｄｕｌｅ Ｅｌｅｍｅｎｔ）及び割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）を示す図である。
図３を参照すると、拡張されたスケジュール構成要素は、ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）領域３５１及びデスティネーション装置のためのデスティネーションＡＩＤ領域３５３を含む割当フィールド３５０をサブフィールドとして含んでもよい。
コーディネータ装置は、ソースＡＩＤ領域３５１にソース装置のアドレスを記録し、デスティネーションＡＩＤ領域３５３にデスティネーション装置のアドレスを記録する。これはリレイ装置が自身にフレームの中継をリクエストしたソース装置とフレームを受信するデスティネーション装置を確認できるようにするためである。
図４は、本発明の一実施形態に係るリレイ装置の通信方法を示すフローチャートである。
リレイ装置は、コーディネータ装置から割り当てられた予約リソースに関する情報を受信する（Ｓ４１０）。ここで、リレイ装置は、コーディネータ装置が送信するビーコンフレームまたはアナウンスフレームによって予約リソースに関する情報を把握することができる。
リレイ装置は、予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認する（Ｓ４２０）。リレイ装置は、ソース装置のＩＤ及びデスティネーション装置のＩＤがリレイ装置とリレイリンクを形成した装置それぞれのＩＤとが同一であるか否かの確認に応じてＩＤを確認することができる。ここで、ソース装置のＩＤ及びデスティネーション装置のＩＤは、ソース装置のＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）及びデスティネーション装置のＡＩＤであってもよい。
リレイ装置は、４２０の確認結果に応じて予約リソースを用いてソース装置が送信するフレームをデスティネーション装置に中継する（Ｓ４３０）。
また、リレイ装置はリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによりフレームのＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）に含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更する。
具体的に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
また、リレイ装置は、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
リレイ装置は、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
リレイ装置は、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
また、リレイ装置は、フレームの種類がフレームに対する応答フレームである場合、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定する。
その他にも、リレイ装置は、リレイ装置を経由してフレームを送信する通信スキームが協力（ｃｏｏｐｅｒａｔｉｏｎ）通信である場合、フレームの種類に応じるアドレッシング方法は次の通りである。
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、リレイ装置はリレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
また、フレームの種類が応答フレームである場合、リレイ装置は、リレイ装置とデスティネーション装置との間のＲ−Ｄリンクそれぞれでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
図５は、本発明の一実施形態に係るソース装置の通信方法を示すフローチャートである。
デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、ソース装置は、コーディネータ装置にリレイ装置のための予約リソースをリクエストするフレームを送信する（Ｓ５１０）。
ソース装置は、リレイ装置のための予約リソースをリクエストするフレームに応答して、コーディネータ装置から予約リソースに関する情報を受信する（Ｓ５２０）。
ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームに含まれたアドレスを変更する（Ｓ５３０）。
ステップＳ５３０において、ソース装置はリレイ装置の中継スキーム（ｓｃｈｅｍｅ）またはリレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによってフレームのＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）に含まれた装置のアドレスを変更してもよい。
フレームのＭＡＣヘッダに含まれた装置のアドレスでは通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス１、及び通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス２が挙げられる。
リレイ装置の中継スキームとして、フルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームと、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームが挙げられる。また、リレイ装置を経由して中継されるフレームの種類として、データフレーム、制御フレーム、管理フレーム、リレイ動作設定／変更リクエストフレーム、及び各リンクの情報を必要とするリンク情報リクエストフレームなどが挙げられる。
リンク情報リクエストフレームは管理フレームの一種であるが、一般的な管理フレームとは異なって、各リンクの情報が必要な管理フレームという点で本発明の一実施形態では管理フレームと区別される概念として定義される。
各リンクの情報は、ソース装置とリレイ装置との間のＳ−Ｒリンク、及びリレイ装置とデスティネーション装置との間のＲ−Ｄリンクに関する情報を含んでもよい。
リンク情報リクエストフレームの一例として、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが挙げられる。
リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（ＦＤ ＡＦ）スキームにおいて、フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置はアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
また、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームである場合、フレームの種類によるアドレッシング方法は次の通りである。
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２に前記ソース装置のアドレスを設定してもよい。
また、フレームの種類が応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にリレイ装置のアドレスを設定してもよい。
その他に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合、フレームの種類によるアドレッシング方法は次の通りである。
フレームの種類がデータフレーム、制御フレーム及び管理フレームのいずれか１つである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にデスティネーション装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
フレームの種類が各リンクの情報を必要とするリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にリレイ装置のアドレスを設定し、アドレス２にソース装置のアドレスを設定してもよい。
また、フレームの種類が前記フレームに対する応答フレームである場合、ソース装置は、ソース装置とリレイ装置との間のＳ−Ｒリンクでアドレス１にソース装置のアドレスを設定し、アドレス２にデスティネーション装置のアドレスを設定してもよい。
協力通信において、リレイ装置は自身が生成したフレームを送信するとき自身（リレイ装置）のアドレスを除いてソース装置とデスティネーション装置のアドレスを各アドレスに記載する。
上述した場合、その他のリレイ装置の中継スキームまたはフレームの種類に応じる多様なアドレッシング方法については図８を参考すればよい。
図６は、本発明の一実施形態に係るＭＡＣフレームフォーマットとそのアドレスフィールドの解釈を示す図である。
図６を参照すると、ＭＡＣフレームフォーマットは、フレームの制御のためのフレーム制御（Ｆｒａｍｅ Ｃｏｎｔｒｏｌ）フィールド６１１、フレームの区間長さを示すデュレーションＩＤ（Ｄｕｒａｔｉｏｎ／ＩＤ）フィールド、フレームの送信のために通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスを設定するためのアドレス（１）６１３、及びリクエストする装置が通信しようとする装置のアドレスを設定するためのアドレス（２）６１５を含むＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）６１０と通信しようとする装置に伝達するデータのためのフレームボディ（Ｆｒａｍｅ Ｂｏｄｙ）６３０を含む。
フレームボディ６３０は、該当フレームがリレイ装置を経由して中継されるフレームであることを示すためのリレイコントロールフィールド（Ｒｅｌａｙ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）６３１を含む。また、ＭＡＣヘッダ６１０は、フレームの中継のためにリレイ装置及びＢＳＳＩＤを考慮したアドレス（３）６１７及びアドレス（４）６１９をさらに含んでもよい。
８０２．１１ｎでデータフレームの送信時に使用するＭＡＣフレームフォーマット（Ｆｒａｍｅ ｆｏｒｍａｔ）の場合、ソース装置、デスティネーション装置及びリレイ装置のための３つの装置アドレスにＢＳＳＩＤまで考慮した４個のアドレス６１３、６１５、６１７、及び６１９が必要である。したがって、該当フレームがリレイ装置を経由して中継されるフレームであることを通知するために、リレイコントロールフィールド６３１を新しく定義する必要がある。
リレイコントロールフィールド６３１は、フレームのＭＡＣヘッダ６１０の部分に有効ビットがあればＭＡＣヘッダで定義し、もし、ＭＡＣヘッダにこれ以上の有効なビットがなければ、図６に示すようにフレームボディ６３１の最初のオクテット（ｏｃｔｅｔ）に挿入してもよい。
図７は、本発明の一実施形態に係るリレイ装置を用いてデータフレームを送信する場合にアドレスフィールドの解釈方法を説明するための図である。
図７は、図６に示すようなフレームフォーマットを用いる場合、各フィールドに対する解釈を示すものであり、（１）Ｄｉｒｅｃｔ ｌｉｎｋはダイレクトリンクを示し、ダイレクトリンクをデータを送信するためにリレイ装置を使用しないものの、図６に示すフレームフォーマットを使用することができる。
（２）及び（３）Ｄｅｔｏｕｒ Ｌｉｎｋはリレイリンクを示す。リレイリンクは該当リンクがＳ−Ｒリンク（（２））あるいはＲ−Ｄリンク（（３））によって各アドレスのコーディングが変わり得る。また、Ｔｏ ＤＳフィールド及びＦｒｏｍ ＤＳフィールドの値で既存アドレスのコーディング方法が変わるため、リレイリンクを用いるときに図７の表を基準にしてアドレスフィールドを変形する。
しかし、図６に示すように４個のアドレスを用いる場合、データフレームの送信のみが可能であり、これよりも小さい数のアドレスを用いる制御フレーム、管理（ｍａｎａｇｅｍｅｎｔ）フレーム、またはアクション（ａｃｔｉｏｎ）フレームの送信には適しない。
本発明の一実施形態では、４個のアドレスを暗黙的（ｉｍｐｌｉｃｉｔ）に使用することができる。但し、この場合に、リレイ装置は自身に送信されたフレームがソース装置とデスティネーション装置との間に交換されるフレームであるかを予め把握し、競争区間ではない非競争区間でコーディネータ装置が予め予約した区間で中継するものと仮定する。
以下は、このような暗黙的アドレッシング（ｉｍｐｌｉｃｉｔ ａｄｄｒｅｓｓｉｎｇ）を用いる場合、中継されるフレームの種類やリレイ装置の中継スキームによってどのようにアドレッシング方法が変わるかについて説明する。
第１に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームの場合として、リレイ装置は、ソース装置が送信するデータ（ｄａｔａ）フレーム、制御フレーム及び一部を除いた管理（ｍａｎａｇｅｍｅｎｔ）フレームのアドレスに対して修正することなく直ちにデスティネーション装置に該当フレームを送信する。
したがって、リレイ装置の中継スキームがＦＤ ＡＦスキームの場合、ダイレクト（Ｄｉｒｅｃｔ）経路でフレームを送信するとき（Ｄｉｒｅｃｔ ｌｉｎｋ（（１））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ）と同じ結果を有する。
Ｆｕｌｌ Ｄｕｐｌｅｘ ＡＦ中継の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（例えば、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが該当）の場合
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第２に、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームの場合、全てのフレーム（データフレーム、制御フレーム及び管理フレームなど）は下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２に記載する。
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（例えば、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅなどが該当）の場合
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第２に、リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームの場合、全てのフレーム（データフレーム、制御フレーム及び管理フレームなど）は下記のように各リンクの送信する装置、受信する装置のアドレスをそれぞれＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２に記載する。
Ｈａｌｆ Ｄｕｐｌｅｘ ＤＦ中継の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第３に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
第３に、リレイ装置を経由してフレームを送信する通信スキームが協力通信である場合である。
協力通信の場合
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
この場合、データ、制御及び一部を除いた管理フレームは、ＨＤ ＤＦ中継スキームにもかかわらず、リレイ−デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する。ここで、ソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する理由は、ソース−リレイリンクはＨＤ ＤＦ中継スキームと同一であるが、デスティネーション装置でチェース結合（ｃｈａｓｅ ｃｏｍｂｉｎｉｎｇ）を行うためである。
●データフレーム、制御フレーム、管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
この場合、データ、制御及び一部を除いた管理フレームは、ＨＤ ＤＦ中継スキームにもかかわらず、リレイ−デスティネーションリンクでリレイ装置のアドレスに代わってソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する。ここで、ソース装置のアドレスをＡｄｄｒｅｓｓ１に記録する理由は、ソース−リレイリンクはＨＤ ＤＦ中継スキームと同一であるが、デスティネーション装置でチェース結合（ｃｈａｓｅ ｃｏｍｂｉｎｉｎｇ）を行うためである。
第４に、前述の協力（ｃｏｏｐｅｒａｔｉｏｎ）通信から除外された管理フレームである、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合、ＨＤ ＤＦと同一に各リンクの送受信装置のアドレスを記載する。
リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
ここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームとして、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームなどが挙げられる。
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
ここで、協力通信から除外されたリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームとして、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームなどが挙げられる。
この場合に、リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ；ＦＤ ＡＦ）スキームであれば動作も変わるが、ＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）を復号化して該当フレームがリレイ装置に送信されたことが把握されたときにデスティネーション装置へのフォワーディングを停止する。
その後、リレイ装置は、ソース装置から受けたフレームと同一のフレームをアドレスのみを変えた符号化したフレームをデスティネーション装置に送信する。すなわち、この場合には、ハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄ；ＨＤ ＤＦ）スキームの場合と類似するように動作し、これに対する応答フレームの伝達も（必要な場合）類似にデスティネーション装置からソース装置に伝達する。
最後に、図７に示す全てのフレームに対する応答が必要な場合、既存の規格のアドレスを記録する規則と同一にＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２を交換して記録する。
しかし、図７において公開されたパブリックキー（ｐｕｂｌｉｃ ｋｅｙ）を使用することなく各ピアツーピア間にやり取りしたフレームに対するペアワイズキー（ｐａｉｒｗｉｓｅ ｋｅｙ）を用いて保安を維持したい場合には、上述したアドレッシング方法とは異なるアドレッシング方法を適用しなければならない。ここで、ペアワイズキーは、１対１の対称キー（Ｐａｉｒｗｉｓｅ Ｔｒａｎｓｉｅｎｔ Ｋｅｙ）を示す。
他の装置と保安を維持したい場合、リレイ装置がソース装置とデスティネーション装置との間のデータを中継するとしても各ソース装置とデスティネーション装置は、該当ペアワイズキーが把握されないため、受信したデータを復号化したり再び符号化して送信することができなくなる。
一方、ＭＡＣヘッダ（ｈｅａｄｅｒ）は、受信したデータを復号化したりＣＲＣチェック（ｃｈｅｃｋ）を行ってもよいため、該当フレームが損傷した場合にもこれを表示（ｉｎｄｉｃａｔｉｏｎ）するＡＣＫフレームまたはＢｌｏｃｋＡＣＫフレームを送信してもよい。もし、リレイ装置の中継スキームがＨＤ ＤＦスキームであれば、既存のＨＤ ＤＦスキームとは異なってペアワイズキーの対象者であるソース装置のアドレス、及びデスティネーション装置のアドレスをアドレス１、アドレス２に記載してもよい。
しかし、このようにアドレッシング方法を相異にすると、送信されたフレームに対する応答が必要な場合には従来のアドレス１、アドレス２のアドレスを変えて送信する方法ではない他のアドレッシング方法を適用しなければならない。その理由は、送信する装置を通知するために次の図８で示すように使用する迂回リンク（Ｄｅｔｏｕｒ Ｌｉｎｋ（２）または（３））の送受信装置のアドレスを記載する。
但し、データフレームを送信する途中に各リンク（Ｄｅｔｏｕｒ Ｌｉｎｋ（２）または（３））の情報をリクエストしたりしてリレイ装置に管理フレーム（ｍａｎａｇｅｍｅｎｔ ｆｒａｍｅ）を送信しなければならない場合が発生し得る。このような場合では、リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームがあり、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームを例にすることができる。
この場合（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム送信の場合）のみ例外としてデータフレームとは異なって暗号化の重要性が少ないため暗号化が行われず、パブリックキー（ｐｕｂｌｉｃ ｋｅｙ）または各リンクの装置間のペアワイズキー（ｐａｉｒｗｉｓｅ ｋｅｙ）を使用することができ、いずれのものも構わない。したがって、上述した場合には暗号化（ｅｎｃｒｙｐｔｉｏｎ）によってアドレッシングを変更する必要がないため、既存のＨＤ ＤＦスキームのようなアドレッシング方法を用いることができる。
協力通信の場合も類似にソース装置とデスティネーション装置との間のペアワイズキーで暗号化したフレームを受信したときにはペアワイズキーの対象者であるソース装置のアドレス及びデスティネーション装置のアドレスをＡｄｄｒｅｓｓ（アドレス）１、Ａｄｄｒｅｓｓ２に記載する。
これに対する応答フレームは若干の差があるものの、協力通信は（１）、（３）迂回リンクを介してデスティネーション装置に伝達されたフレームを結合（ｃｏｍｂｉｎｉｎｇ）し、これに対する応答フレームを既存のルールによって、（１）リンクの応答のようにデスティネーション装置及びソース装置のアドレスをＡｄｄｒｅｓｓ１、Ａｄｄｒｅｓｓ２のアドレスにそれぞれ書いて送信する。
協力通信もリレイ装置に伝達したり各リンクの情報をリクエストする管理フレーム（Ｍａｎａｇｅｍｅｎｔ Ｆｒａｍｅ）、例えば、ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅフレームのようなリンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合には既存のＨＤ ＤＦのようなスキームを用いる。
最後に、リレイ装置の中継スキームがＦＤ ＡＦスキームである場合、一般的にデコードアンド・フォワード（ＤＦ）が異なるため暗号化されず、デコードアンド・フォワード（ＤＦ）する一部の管理フレームもＨＤ ＤＦスキームや協力通信のように暗号化を避けることができるため、既存のＨＤ ＤＦのようなスキームを用いることができる。上述の内容を整理すれば、図８のように示すことができる。
図８は、本発明の一実施形態に係るリレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法が変更されることを説明するための図である。
リレイ装置の中継スキームによってＦＤ ＡＦスキームとＨＤ ＤＦスキームはフレームを送信する方向が互いに異なってもよい。また、リレイ装置を経由して中継されるフレームがデータフレームであるか、または、制御フレームであるか、または、各リンクの情報が必要な管理フレームであるかに応じてアドレッシング方法が変わり得る。
したがって、ソース装置は、リレイ装置の中継スキームまたはリレイ装置を経由して中継されるフレームの種類に応じてアドレッシング方法を相異にしてもよい。
ソース装置がそれぞれの場合によってアドレッシング方法を相異にする方法については以下のように説明される。
Ｈａｌｆ Ｄｕｐｌｅｘ ＤＦ中継の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答）：Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３）応答）：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
協力通信の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答、（３）応答）Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
Ｆｕｌｌ Ｄｕｐｌｅｘ ＡＦ中継の場合
● ｄａｔａ、ｃｏｎｔｒｏｌ、ｍａｎａｇｅｍｅｎｔフレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いたフレーム）
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
以下、図９〜図１１を参照して中継のために用いる予約リソースを割り当てる方法について説明する。
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答）：Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３）応答）：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
協力通信の場合
●データ、制御及び管理フレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いた管理フレーム）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●前記フレームに対する応答フレームの場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）応答、（３）応答）Ａｄｄｒｅｓｓ１＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）の場合
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
Ｆｕｌｌ Ｄｕｐｌｅｘ ＡＦ中継の場合
● ｄａｔａ、ｃｏｎｔｒｏｌ、ｍａｎａｇｅｍｅｎｔフレーム（リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレームを除いたフレーム）
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２）、（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
●リンク情報リクエストフレームまたはリレイ動作設定／変更リクエストフレーム（ＲＬＳ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ、Ｌｉｎｋ Ｍａｒｇｉｎ ｒｅｑｕｅｓｔ／ｒｅｓｐｏｎｓｅ）
−ＨＤ ＤＦスキームと同一
−Ｄｅｔｏｕｒ ｌｉｎｋ（（２））：Ａｄｄｒｅｓｓ１＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｓｏｕｒｃｅ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
−Ｄｅｔｏｕｒ ｌｉｎｋ（（３））：Ａｄｄｒｅｓｓ１＝Ｄｅｓｔｉｎａｔｉｏｎ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ２＝Ｒｅｌａｙ ＳＴＡ Ａｄｄｒｅｓｓ、Ａｄｄｒｅｓｓ３＝ＢＳＳＩＤ
以下、図９〜図１１を参照して中継のために用いる予約リソースを割り当てる方法について説明する。
ＷＬＡＮとＷＰＡＮではＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）（ＷＬＡＮの場合）またはＰＮＣ（Ｐｉｃｏ−Ｎｅｔ Ｃｏｏｒｄｉｎａｔｏｒ）（ＷＰＡＮの場合）は時間区域を競争区間と非競争区間に分類することによって、競争スキームと非競争スキームにデータを送信してもよい。
競争区間では、ネットワークの全ての装置がチャネルを取得するためにＣＳＭＡ／ＣＡスキームに基づいて競争する。また、非競争区間では、ＡＰあるいはＰＮＣがポーリング（Ｐｏｌｌｉｎｇ）方式、またはスケジューリング情報を送信する方法を用いることによって、該当機器が非競争区間の特定の時間領域で独占的にデータを送信するための方法を提供する。
もちろん、ＥＣＭＡ３６８、３８７のようにコーディネータ装置がなくて分散基盤の媒体アクセス制御（ｄｉｓｔｒｉｂｕｔｅｄ ＭＡＣ）を用いるシステムでも他の機器が使用しない非競争区間でスケジューリング情報を放送して予約するスキームを用いることができる。
本発明の一実施形態では、非競争区間でピアツーピアに送信されるフレームを直接経路だけでなく、中継機器を経由しても伝達できる予約リソースをリクエストし、このようなリソースを割り当てる方法について説明する。
以下、ＩＥＥＥ８０２．１１ＷＬＡＮ基盤でコーディネータが存在する場合について説明する。
まず、ピア（ｐｅｅｒ）通信をリクエストする機器をソース装置といい、ピア通信に対するリクエストに応答する機器をデスティネーション装置といい、２つの装置間のフレームを中継する機器をリレイ装置と定義する。
上記の３装置間に必要な初期化過程はすでに完了したと仮定する。
ソース装置がデスティネーション装置にリレイ装置を経由してデータを送信してもよいリソース予約をコーディネータ装置にリクエストすると仮定する。ここで、コーディネータ装置ではＷＬＡＮのＡＰが挙げらるが、必ずこれに限定されることなく、ＡＰのような機能をサポートするコーディネータは全てコーディネータ装置に該当する。
一般的にこのようなリソースを区分するためにリソースをリクエストする装置のＩＤ（ｉｎｉｔｉａｔｏｒ ＩＤと定義する）と、リクエストした装置が通信しようとする装置のＩＤ（ｒｅｓｐｏｎｄｅｒ ＩＤと定義する）を通知する。場合に応じてリソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がＡＰにリソースをリクエストするフレームを送信するため、リソースをリクエストする装置（ｉｎｉｔｉａｔｏｒ）がリソースリクエストするとき送信するフィールドにｉｎｉｔｉａｔｏｒ ＩＤは省略してもよい。
また、８０２．１１ｅの場合、送信するデータの特性に応じて、ＱｏＳ（Ｑｕａｌｉｔｙ Ｏｆ Ｓｅｒｖｉｃｅ）を相異に適用するためにトラフィックＩＤ（ｔｒａｆｆｉｃ ＩＤ）を追加してもよい。また、他のトラフィック関連のパラメータを定義しているＴＳＰＥＣ ＩＥフィールドを含むＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを用いてリソースをリクエストし、ＡＰとネゴシエーション（ｎｅｇｏｔｉａｔｉｏｎ）の後でトラフィックストリーム（Ｔｒａｆｆｉｃ Ｓｔｒｅａｍ；以下、ＴＳ）を設定してもよい。
このようにトラフィックストリーム（ＴＳ）を設定した後にデータを送信しようとする場合、ＨＣＣＡのＰｏｌｌｅｄ ＴＸＯＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｏｐｐｏｒｔｕｎｉｔｙ）、ＥＤＣＡのＴＸＯＰを得たり８０２．１１ｎのＰＳＭＰを用いることができる。
しかし、８０２．１１規格では非競争区間でピアツーピアのための区間をリクエストし、これを割り当てる方法が提案されていない。また、このようなピアツーピアのための予約を行う８０２．１５のＣｈａｎｎｅｌ Ｔｉｍｅ Ａｌｌｏｃａｔｉｏｎ（ＣＴＡ）、ＥＣＭＡ ３６８、３８７のＤＲＰ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を用いるスキームでも該ピアツーピアのトラフィックを中継する場合について扱っていない。
より詳細には、一般的な予約スキームは、リクエストするフレームにｉｎｉｔｉａｔｏｒ ＩＤ（装置を区分できるＩＤやａｄｄｒｅｓｓ）とｒｅｓｐｏｎｄｅｒ ＩＤを含む。そして、割り当てられたことを通知するフレームでもｉｎｉｔｉａｔｏｒ ＩＤ、ｒｅｓｐｏｎｄｅｒ ＩＤと共に割り当てられた時間の開始瞬間とｄｕｒａｔｉｏｎを通知してそれぞれ割り当てられた区間をこのＩＤｓで区分する。
したがって、８０２．１１でもこのようなスキームを維持することができ、ＩＤが同一であってもトラフィックのクラスが異なるためＴＩＤが追加される。コーディネータ装置は、このように割り当てられた情報をビーコンフレームやアナウンスメントフレーム（ａｎｎｏｕｎｃｅｍｅｎｔ ｆｒａｍｅ）を用いてブロードキャストする。
すると、装置は割り当てたリソースのうち自身のＩＤがあるかをチェックして、割り当てられたリソースのうち自身のＩＤがあれば割り当てられた区間でデータ送信を行う。ここで、ｉｎｉｔｉａｔｏｒ ＩＤ及びｒｅｓｐｏｎｄｅｒ ＩＤを用いることは、この２装置のみが該当予約された区間を用いるように許諾したことを示す。
したがって、リレイ装置がデータを送受信するときには他のフィールドが必要である。
このような中継機能を含むリソース予約をリクエストしたり割り当てる方法は様々である。
第１の方法は、ソース装置がＡＰに中継可能なリソースをリクエストするときにこれを表すフィールドを共に示すことで、図９を参照して説明する。
図９は、本発明の一実施形態に係るＡＤＤＴＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅのｂｏｄｙ及び修正されたＴＳＰＥＣ ＩＥを示す図である。
図９は、第１の方法を実行するためにＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームに挿入されるＴＳＰＥＣ ＩＥのＴＳ Ｉｎｆｏ９１０にＲｅｓｐｏｎｄｅｒ ＩＤ９１１、Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを挿入する。
ここで、Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドが活性化されれば、リクエストするリソース予約がリレイ機能を用いることを意味し、また、該当フィールドが活性化されればＲｅｌａｙ装置ＩＤ９１５になる。すると、ＡＰは割り当てられたリソース情報を放送するときにＲｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３及びＲｅｌａｙ装置ＩＤ９１５フィールドを追加し、これをリクエストしたフィールド値をコピーして送信する。
Ｒｅｓｐｏｎｄｅｒ ＩＤ９１１フィールドは、リクエストするリソースでピアツーピアに送信するときｒｅｓｐｏｎｄｅｒのＩＤを意味する。また、Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールドは、該当フレームをリレイ装置を経由して送信する可能性があることを示す（ｉｎｄｉｃａｔｅ）。
Ｒｅｌａｙ装置ＩＤ９１５フィールドは、ＡＰが該当フレームを中継するリレイ装置を識別するためのＩＤを他の装置に通知するためのものである。ＡＰのようなコーディネータ装置は、例えば、ビーコンフレームやアナウンスフレームにＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥを挿入する方法に基づいてリレイ装置のＩＤを通知する。
各割当リソース情報は割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）に記述され、割当制御フィールド（Ａｌｌｏｃａｔｉｏｎ Ｃｏｎｔｒｏｌ ｆｉｅｌｄ）は割り当てられたリソースの特性を記述する。Ｒｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ９１３フィールド及びＲｅｌａｙ装置ＩＤ９１５フィールドはリレイ機能のために新しく追加されたフィールドであり、これについては図１０を参照して説明する。
図１０は、図９に関連する割当スケジュール（Ａｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ）ＩＥ、割当フィールド（Ａｌｌｏｃａｔｉｏｎ Ｆｉｅｌｄ）、及び割当制御フィールドフレームボディ（Ａｌｌｏｃａｔｉｏｎ Ｃｏｎｔｒｏｌ Ｆｉｅｌｄ Ｆｒａｍｅ Ｂｏｄｙ）を示す図である。
図１０を参照すると、非競争スキームにピアツーピアのためのリソース割当情報をＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥを用いて記述してもよい。ここで、各リソース割当ごとに割当フィールド（ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）に対応して挿入し、割当フィールドに割り当てられたリソースの開始時間（Ａｌｌｏｃａｔｉｏｎ Ｓｔａｒｔ Ｔｉｍｅ）、ＩＤ（Ｉｎｉｔｉａｔｏｒ ＩＤ、Ｒｅｓｐｏｎｄｅｒ ＩＤ）などのフィールドを記述する。ここで、Ｒｅｌａｙ装置ＩＤ１０１０フィールド及びＲｅｌａｙ Ｒｅｓｅｒｖａｔｉｏｎ１０３０フィールドについても記述してもよい。
上述した第１の方法の場合、従来のフィールドに新しいフィールドを追加しなければならないが、リレイ動作を使用しないリソース予約についても該当フィールドを置くことができる。
上述した第２の方法は、従来のリソース予約がピアツーピア通信で２つの装置のＩＤを明示するものであるため、これを拡張してリレイ装置を経由して送信する場合、ソース装置とデスティネーション装置との間のＳ−Ｄリンクに追加的にＳ−ＲリンクとＲ−Ｄリンクを用いることができる。したがって、追加される２つのリンク（Ｓ−ＲリンクとＲ−Ｄリンク）を使用するために２つのリソースに対する予約リクエストが追加されなければならず、そのためにＡＤＤＴＳ Ｒｅｑｕｅｓｔ ｆｒａｍｅをＡＰに送信するときにＴＳＰＥＣ ＩＥを追加してもよい。
しかし、上述したようにＴＳＰＥＣ ＩＥにデスティネーションＩＤフィールドのみが存在し、ソースＩＤフィールドが存在しない場合（これがなくてもＡＰがＲｅｑｕｅｓｔ ｆｒａｍｅに含まれたｔｒａｎｓｍｉｔｔｉｎｇ ａｄｄｒｅｓｓによって確認できるため、ないことがさらに効率的である）に３リンクを示すそれぞれの一対のＩＤを挿入できない。
したがって、ソース装置がＳ−ＤリンクとＳ−Ｒリンクを示す２つのＴＳＰＥＣ ＩＥを１つのＡＤＤＴＳ Ｒｅｑｕｅｓｔを入れる。残りのＲ−Ｄリンクのリソースリクエストのためには、リレイ装置がＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを追加的に送信する。
上述したＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを送信するとき自身に必要なリソース割当時間を算出するためには、アプリケーションデータレート（Ｄａｔａ Ｒａｔｅ）と物理階層（ＰＨＹ）におけるレート、その他のｃａｐａｂｉｌｉｔｙ情報が必要である。
これによって算出した情報（リソース割当時間に関する情報）をＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームに書いて送信するとき、リレイ装置も同じ情報を送信しなければならないため、ソース装置がリレイ装置に情報を送信する追加シグナリング（ｓｉｇｎａｌｉｎｇ）が必要である。また、ＡＰの立場でも一般的にリレイ装置のＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームの送信がソース装置よりも遅れ、場合に応じてリレイ装置がＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを同じビーコン区間（または、スーパーフレーム区間）でリクエストしなくてもよい。それにもかかわらず、リレイ装置からのＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームを受信するまでＡＰはスケジューリングを遅らせる。
本発明の一実施形態では、ＡＰがスケジューリングを遅らせないために下記のような方法を用いる。
リレイ動作を設定したソース装置からこれを設定したデスティネーション装置とのＡＤＤＴＳ Ｒｅｑｕｅｓｔフレームをリクエストした場合、ＡＰは論理的に３つのリソースを割り当てて放送することができる。前述したように、リレイ動作を設定した後ソース装置がリレイ設定をこれに参加した３装置のＩＤと共に含んでＡＰに通知すれば、ＡＰはリレイ装置のＩＤを知っているため３つのリソースを割り当てる。
ここで、割り当てられたリソースは物理的に同じ開始時間、同じ区間の長さを有する１つのリソースであるため、割り当てられたリソースの他の情報は全て同じであり、単にｉｎｉｔｉａｔｏｒ ＩＤとｒｅｓｐｏｎｄｅｒ ＩＤのみが異なる。
したがって、後述する図１１に示すように図１０に示すＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥをそのまま用いて３つの割当フィールド（ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）を構成して挿入してもよい。
該３つの割当フィールドはそれぞれｉｎｉｔｉａｔｏｒ ＩＤとｒｅｓｐｏｎｄｅｒ ＩＤを除いた全てのフィールドが同一である。他の２つのフィールドはそれぞれリンクを用いる一対の装置（ａ ｐａｉｒ ｏｆ ＳＴＡｓ）を意味する。
このＡｌｌｏｃａｔｉｏｎ Ｓｃｈｅｄｕｌｅ ＩＥを受けた３つの装置は、３つの割当フィールドを探索して各フィールド（ｉｎｉｔｉａｔｏｒ ＩＤ、ｒｅｓｐｏｎｄｅｒ ＩＤ）が３つの装置ＩＤの組合である（Ｓ、Ｄ）、（Ｓ、Ｒ）、（Ｒ、Ｄ）を示すと、割り当てられた区間でデータを送信する。ここで、データはリレイ装置を経由して中継しながら使用されてもよく、３つの装置ＩＤはリレイ設定を共にした装置のＩＤである。
前述した３つの方法によると、追加されるフィールド（第１）や１つのリソースの割当にも２つのＡＤＤＴＳフレームを送信したり（第２）、３つの割当情報（第３）を必要とするため、重複的（ｒｅｄｕｎｄａｎｔ）であってもよい。
以下、予約リソースのリクエスト及び割当に従来のリソース予約及び割当をそのまま使用する方法について説明する。
図１１は、本発明の一実施形態に係る中継機能を含む予約リソースのリクエスト及び予約リソースを割り当てる方法を説明するための図である。
そのためにソース、デスティネーション装置は、リレイ装置とリレイ機能を用いると設定（ｓｅｔ ｕｐ）し、このように設定されたことをＡＰに通知したと仮定する。
すると、ソース装置がＡＰにリソースをリクエストしてＡＰが割り当てたリソース区間情報を放送したとき、放送された割当情報はソース装置ＩＤ、デスティネーション装置ＩＤを含んでいる。したがって、リレイ装置もその２つの装置のＩＤをチェックした後、自身をリレイ（ｒｅｌａｙ）として使用することを設定した２つの装置のＩＤと同一であれば、該当区間に移動してリレイ動作を行ってもよい。
原則的に、リレイ装置はデータの送信を許諾されていない。したがって、ソース装置が１１ｎ ｒｅｖｅｒｓｅ ｄｉｒｅｃｔｉｏｎ ｐｒｏｔｏｃｏｌを用いて自身が所有者であるリソースでデスティネーション以外の装置がデータを送信できるようにｒｅｖｅｒｓｅ ｄｉｒｅｃｔｉｏｎ ｇｒａｎｔ ｆｒａｍｅを送信し、権限の受けたリレイ装置が中継して再びソースにｇｒａｎｔを渡す過程を行わなければならない。これはリレイ装置に続けてｇｒａｎｔ ｆｒａｍｅを送信しなければならず、その間にはデータやＡＣＫを送信できないためリソースの浪費になる。
しかし、リレイを用いる予約リソースでは、リレイ装置は最終の目的先ではない。したがって、上述したように、リレイ装置が受信装置のアドレスと設定されて受信したフレームに対して応答したり、残りの１つの装置（例えば、デスティネーション装置）に中継することが最も好ましい。この場合、上述した第２の方法におけるｇｒａｎｔ ｆｒａｍｅを使用しなくてもよいためである。
上述した方法は、 多様なコンピュータ手段を介して様々な処理を実行することができるプログラム命令の形態で実現され、コンピュータ読取可能な記録媒体に記録されてもよい。コンピュータ読取可能な媒体は、プログラム命令、データファイル、データ構造などのうちの１つまたはその組合せを含んでもよい。媒体に記録されるプログラム命令は、本発明の目的のために特別に設計されて構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり、使用可能なものであってもよい。コンピュータ読取可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、光ディスクのような光磁気媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置が含まれてもよい。プログラム命令の例としては、コンパイラによって生成されるような機械語コード（ｍａｃｈｉｎｅ ｃｏｄｅ）だけでなく、インタプリタなどを用いてコンピュータによって実行され得る高級言語コード（ｈｉｇｈｅｒ ｌｅｖｅｌ ｃｏｄｅ）を含む。上述したハードウェア装置は、本発明の動作を行うために１つ以上のソフトウェアのレイヤで動作するように構成されてもよい。
上述したように、本発明を限定された実施形態と図面によって説明したが、本発明は、上記の実施形態に限定されることなく、本発明が属する分野における通常の知識を有する者であれば、このような実施形態から多様な修正及び変形が可能である。
したがって、本発明の範囲は、開示された実施形態に限定されるものではなく、特許請求の範囲だけではなく特許請求の範囲と均等なものなどによって定められるものである。
２１０ ＢＴ（Ｂｅａｃｏｎ Ｔｉｍｅ）
２２０ Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ Ｂｅａｍ Ｆｏｒｍｉｎｇ Ｔｒａｉｎｉｎｇ）
２３０ ＡＴ（Ａｎｎｏｕｎｃｅ Ｔｉｍｅ）
２４０ ＤＴＴ（Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｔｉｍｅ）
２２０ Ａ−ＢＦＴ（Ａｓｓｏｃｉａｔｉｏｎ Ｂｅａｍ Ｆｏｒｍｉｎｇ Ｔｒａｉｎｉｎｇ）
２３０ ＡＴ（Ａｎｎｏｕｎｃｅ Ｔｉｍｅ）
２４０ ＤＴＴ（Ｄａｔａ Ｔｒａｎｓｆｅｒ Ｔｉｍｅ）
Claims (24)
- 予約基盤の媒体アクセス制御を用いる無線システムのコーディネータ装置の通信方法において、
ソース装置がデスティネーション装置に送信するフレームがリレイ装置を経由して中継されるようにするために、前記ソース装置から前記リレイ装置のための予約リソースをリクエストするフレームを受信するステップと、
前記リクエストに応じて前記リレイ装置のための予約リソースを割り当てるステップと、
を含むことを特徴とするコーディネータ装置の通信方法。 - ビーコンフレームまたはアナウンスフレームを用いて前記予約リソースに関する情報を放送するステップをさらに含むことを特徴とする請求項１に記載のコーディネータ装置の通信方法。
- 前記予約リソースに関する情報は、前記ソース装置のＩＤ及び前記デスティネーション装置のＩＤを含むことを特徴とする請求項２に記載のコーディネータ装置の通信方法。
- 前記予約リソースをリクエストするフレームは、前記コーディネータ装置に前記予約リソースをリクエストしたソース装置のＩＤ（ｉｎｉｔｉａｔｏｒ ＩＤ）、前記ソース装置が通信しようとするデスティネーション装置のＩＤ（ｒｅｓｐｏｎｄｅｒ ＩＤ）及びこれに関連する情報を含むことを特徴とする請求項１に記載のコーディネータ装置の通信方法。
- 前記リレイ装置のための予約リソースを割り当てるステップは、前記予約リソースに前記リレイ装置のためのサービス区間を提供するための拡張されたスケジュール構成要素を提供するステップを含み、
前記拡張されたスケジュール構成要素は、前記ソース装置のためのソースＡＩＤ（Ａｓｓｏｃｉａｔｉｏｎ ＩＤ）領域及びデスティネーション装置のためのデスティネーションＡＩＤ領域を含む少なくとも１つの割当フィールドをサブフィールドで含むことを特徴とする請求項１に記載のコーディネータ装置の通信方法。 - デスティネーション装置に送信するフレームがリレイ装置を経由して送信されるように、コーディネータ装置に前記リレイ装置のための予約リソースをリクエストするフレームを送信するステップと、
前記リレイ装置のための予約リソースをリクエストするフレームに応答して、前記コーディネータ装置から予約リソースに関する情報を受信するステップと、
前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち、少なくとも１つによって前記予約リソース内から前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップと、
を含むことを特徴とするソース装置の通信方法。 - 前記予約リソース内で前記デスティネーション装置に送信するフレームに含まれたアドレスを変更するステップは、前記リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによって前記フレームのＭＡＣヘッダに含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び前記通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更するステップであることを特徴とする請求項６に記載のソース装置の通信方法。
- 前記リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワード（Ｆｕｌｌ Ｄｕｐｌｅｘ Ａｍｐｌｉｆｙ ａｎｄ Ｆｏｒｗａｒｄ：ＦＤ ＡＦ）スキームであり、前記フレームの種類が第１フレームである場合、前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
- 前記リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
- 前記リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワード（Ｈａｌｆ Ｄｕｐｌｅｘ Ｄｅｃｏｄｅ ａｎｄ Ｆｏｒｗａｒｄと、ＨＤ ＤＦ）スキームであり、前記フレームの種類が第１フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
- 前記リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
- 前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第１フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
- 前記リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第２フレームである場合、前記ソース装置と前記リレイ装置との間のＳ−Ｒリンクで前記アドレス１に前記リレイ装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項７に記載のソース装置の通信方法。
- コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、
前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、
前記確認結果に応じて前記予約リソースを用いて前記ソース装置が送信するフレームを前記デスティネーション装置に中継するステップと、
を含むことを特徴とするリレイ装置の通信方法。 - 前記ＩＤを確認するステップは、前記ソース装置のＩＤ及び前記デスティネーション装置のＩＤがリレイ装置とリレイリンクを形成した装置それぞれのＩＤと同一であるか否かを確認するステップであることを特徴とする請求項１４に記載のリレイ装置の通信方法。
- リレイ装置の中継スキームまたは前記リレイ装置を経由して中継されるフレームの種類のうち少なくとも１つによって、前記フレームのＭＡＣヘッダ（ＭＡＣ Ｈｅａｄｅｒ）に含まれた通信をリクエストする装置（ｉｎｉｔｉａｔｏｒ）のアドレスであるアドレス２、及び前記通信をリクエストする装置が通信しようとする装置（ｒｅｓｐｏｎｄｅｒ）のアドレスであるアドレス１のアドレスを変更するステップを含むことを特徴とする請求項１４に記載のリレイ装置の通信方法。
- リレイ装置の中継スキームがフルデュプレックスアンプリファイ・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
- リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームであり、前記フレームの種類が第１フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクそれぞれで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
- リレイ装置の中継スキームがハーフデュプレックスデコード・アンド・フォワードスキームであり、前記フレームの種類が第２フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
- リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第１フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記ソース装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
- リレイ装置を経由して前記フレームを送信する通信スキームが協力通信であり、前記フレームの種類が第２フレームである場合、前記リレイ装置と前記デスティネーション装置との間のＲ−Ｄリンクで前記アドレス１に前記デスティネーション装置のアドレスを設定し、前記アドレス２に前記リレイ装置のアドレスを設定するステップを含むことを特徴とする請求項１６に記載のリレイ装置の通信方法。
- 前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、
前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、
前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含むことを特徴とする請求項１４から請求項２１のいずれか１項に記載のリレイ装置の通信方法。 - コーディネータ装置から割り当てられた予約リソースに関する情報を受信するステップと、
前記予約リソースに関する情報に含まれたソース装置のＩＤ及びデスティネーション装置のＩＤを確認するステップと、
前記確認した結果に応じて前記予約リソース内で前記ソース装置が送信するフレームまたはリレイ装置が送信するフレームを受信するステップと、
を含むことを特徴とするデスティネーション装置の通信方法。 - 前記フレームが前記受信された第１フレームまたは第２フレームに対する応答フレームである場合、
前記応答フレームのアドレス１を前記受信された第１フレームまたは第２フレームのアドレス２フィールドアドレス値に設定し、
前記応答フレームのアドレス２を前記受信された第１フレームまたは第２フレームのアドレス１フィールドアドレス値に設定するステップを含むことを特徴とする請求項２３に記載のデスティネーション装置の通信方法。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR10-2010-0021942 | 2010-03-11 | ||
| KR20100021942 | 2010-03-11 | ||
| PCT/KR2011/001745 WO2011112056A2 (ko) | 2010-03-11 | 2011-03-11 | 무선 시스템의 조정자 장치, 소스 장치 및 릴레이 장치의 통신 방법 및 프레임 구조 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015095078A Division JP6087387B2 (ja) | 2010-03-11 | 2015-05-07 | 無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013522951A true JP2013522951A (ja) | 2013-06-13 |
| JP5815571B2 JP5815571B2 (ja) | 2015-11-17 |
Family
ID=44564035
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012556994A Active JP5815571B2 (ja) | 2010-03-11 | 2011-03-11 | 無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 |
| JP2015095078A Active JP6087387B2 (ja) | 2010-03-11 | 2015-05-07 | 無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2015095078A Active JP6087387B2 (ja) | 2010-03-11 | 2015-05-07 | 無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 |
Country Status (6)
| Country | Link |
|---|---|
| US (3) | US9125105B2 (ja) |
| EP (2) | EP2547008B1 (ja) |
| JP (2) | JP5815571B2 (ja) |
| KR (5) | KR101755013B1 (ja) |
| CN (1) | CN102812648B (ja) |
| WO (1) | WO2011112056A2 (ja) |
Families Citing this family (48)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8989078B2 (en) * | 2009-09-29 | 2015-03-24 | Electronics And Telecommunications Research Institute | Method and apparatus for setting up a relay link in a wireless communication system |
| US9300767B2 (en) * | 2012-01-31 | 2016-03-29 | Marvell World Trade Ltd. | MAC header compression in long-range wireless local area networks |
| CN103297954B (zh) * | 2012-02-24 | 2016-12-14 | 华为技术有限公司 | 一种关联标识符分配方法及装置 |
| EP2839587B1 (en) * | 2012-05-04 | 2022-02-23 | Huawei Technologies Co., Ltd. | System and method for radio frequency repeating |
| US9148213B2 (en) | 2012-05-04 | 2015-09-29 | Futurewei Technologies, Inc. | System and method for radio frequency repeating |
| US9094940B2 (en) * | 2012-06-14 | 2015-07-28 | Futurewei Technologies, Inc. | System and method for indicating packet transmission time |
| US9060344B2 (en) | 2012-09-07 | 2015-06-16 | Qualcomm Incorporated | Systems, apparatus, and methods for association in multi-hop networks |
| US9144096B2 (en) * | 2012-09-07 | 2015-09-22 | Qualcomm Incorporated | Systems, apparatus, and methods for association in multi-hop networks |
| US9426837B2 (en) * | 2012-09-07 | 2016-08-23 | Qualcomm Incorporated | Systems, apparatus and methods for association in multi-hop networks |
| CN104685800B (zh) * | 2012-09-29 | 2018-03-30 | Lg 电子株式会社 | 在无线lan系统中执行中继操作的方法和装置 |
| US9112688B2 (en) * | 2012-10-31 | 2015-08-18 | Broadcom Corporation | Relay within single user, multiple user, multiple access, and/or MIMO wireless communications |
| US9154430B2 (en) | 2012-10-31 | 2015-10-06 | Broadcom Corporation | Buffer relay management within single user, multiple user, multiple access, and/or MIMO wireless communications |
| WO2014084665A1 (ko) * | 2012-11-30 | 2014-06-05 | 한국전자통신연구원 | 무선랜 시스템에서의 자원 할당 방법, 무선랜 시스템 |
| KR102166184B1 (ko) * | 2012-11-30 | 2020-10-15 | 한국전자통신연구원 | 무선랜 시스템에서의 자원 할당 방법, 무선랜 시스템 |
| JP6093030B2 (ja) * | 2012-12-12 | 2017-03-08 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムにおけるアソシエーション識別子に関連した情報送受信方法およびそのための装置 |
| GB2509145B (en) * | 2012-12-21 | 2015-06-03 | Broadcom Corp | Assigning resources between an intermediate node and a station |
| CA2896705C (en) * | 2012-12-27 | 2017-10-24 | Lg Electronics Inc. | Method and apparatus for multicasting/broadcasting in relay network of wireless lan system |
| US10098002B2 (en) | 2012-12-31 | 2018-10-09 | Zte Corporation | Integrated wireless local area network for spectrum sharing |
| WO2014110361A1 (en) * | 2013-01-11 | 2014-07-17 | Interdigital Patent Holdings, Inc. | Range extension in wireless local area networks |
| EP3624471B1 (en) * | 2013-01-16 | 2022-05-04 | Huawei Technologies Co., Ltd. | Network accessing method for mobile terminal, and mobile terminal |
| CN104053213B (zh) * | 2013-03-11 | 2018-04-17 | 中兴通讯股份有限公司 | 无线通信网络中的集成中继 |
| CN104053236B (zh) * | 2013-03-11 | 2018-11-06 | 中兴通讯股份有限公司 | 一种资源分配方法、接入点及中继接入点 |
| CN104125039B (zh) * | 2013-04-28 | 2017-11-14 | 电信科学技术研究院 | 一种确定传输链路的类型的方法、系统及设备 |
| WO2015002462A1 (ko) * | 2013-07-02 | 2015-01-08 | 주식회사 케이티 | 무선랜 시스템에서 채널 접속 방법 및 장치 |
| CN105706377A (zh) * | 2013-07-10 | 2016-06-22 | Kt株式会社 | 在无线局域网系统中传输数据的方法和装置 |
| KR20150020106A (ko) * | 2013-08-12 | 2015-02-25 | 주식회사 케이티 | 무선랜 시스템에서 데이터 전송 방법 및 장치 |
| US20150055546A1 (en) * | 2013-08-21 | 2015-02-26 | Qualcomm Incorporated | Transmit opportunity (txop) sharing |
| US20150063251A1 (en) * | 2013-08-30 | 2015-03-05 | Qualcomm Incorporated | Methods and apparatus for extending a reverse direction grant on a wireless network |
| US9929851B2 (en) * | 2013-09-16 | 2018-03-27 | Qualcomm, Incorporated | System and methods for full duplex communication over a wireless network |
| WO2015046860A1 (ko) * | 2013-09-24 | 2015-04-02 | 삼성전자주식회사 | 무선 통신 시스템에서 망 토폴로지 분석을 위한 장치 및 방법 |
| KR102254192B1 (ko) | 2013-09-24 | 2021-05-21 | 삼성전자주식회사 | 무선 통신 시스템에서 망 토폴로지 분석을 위한 장치 및 방법 |
| CN105612806A (zh) * | 2013-11-06 | 2016-05-25 | Kt株式会社 | 在无线局域网系统中传输和接收数据的方法和设备 |
| US10237905B2 (en) | 2014-06-24 | 2019-03-19 | Electronics And Telecommunications Research Institute | Device to device (D2D) communication method and apparatus |
| US9775170B2 (en) * | 2014-12-04 | 2017-09-26 | Intel Corporation | Apparatus, system and method of allocation using a frame |
| US10263750B2 (en) * | 2014-12-23 | 2019-04-16 | Intel Corporation | Cross indication of queue size in a reverse direction protocol |
| US9693349B2 (en) | 2015-02-22 | 2017-06-27 | Intel IP Corporation | Apparatus, system and method of dynamic allocation using a grant frame |
| WO2017024568A1 (zh) * | 2015-08-12 | 2017-02-16 | 华为技术有限公司 | 关联标识的传输方法及装置 |
| KR102516480B1 (ko) * | 2015-10-16 | 2023-04-03 | 소니그룹주식회사 | 통신 장치 및 통신 방법 |
| EP3379895B1 (en) * | 2015-11-19 | 2022-01-12 | Sony Group Corporation | Device and method |
| US9948368B2 (en) * | 2016-04-29 | 2018-04-17 | Sony Corporation | Proactive MIMO relaying in wireless communications |
| CN107787018B (zh) * | 2016-08-26 | 2020-05-08 | 华为技术有限公司 | 通信方法、设备及系统 |
| KR101892418B1 (ko) | 2017-04-25 | 2018-08-28 | 영남대학교 산학협력단 | 사물인터넷 등록을 위한 단말 인증 장치 및 그 장치를 이용한 인증 및 결합 방법 |
| WO2019032148A1 (en) * | 2017-08-08 | 2019-02-14 | Intel Ip Coproration | IMPROVED PROGRAMMING FOR WIRELESS COMMUNICATIONS |
| RU2020111322A (ru) * | 2017-09-29 | 2021-09-20 | Сони Корпорейшн | Устройство связи и способ связи |
| CN108039905B (zh) * | 2017-12-20 | 2019-12-13 | 中国信息通信研究院 | 基于译码转发的双向中继系统双工方式选择方法及装置 |
| CN108200634A (zh) * | 2018-02-12 | 2018-06-22 | 天津天地伟业信息系统集成有限公司 | 一种嵌入式设备的无线网络添加方法 |
| US11696129B2 (en) * | 2019-09-13 | 2023-07-04 | Samsung Electronics Co., Ltd. | Systems, methods, and devices for association and authentication for multi access point coordination |
| US11563481B2 (en) | 2019-11-13 | 2023-01-24 | Electronics And Telecommunications Research Institute | Method and apparatus for relay based on multiple beams in vehicle-to-everything communication system |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005005869A (ja) * | 2003-06-10 | 2005-01-06 | Saxa Inc | 無線端末装置 |
Family Cites Families (47)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3857456B2 (ja) * | 1999-02-22 | 2006-12-13 | 株式会社東芝 | データ通信装置およびデータ通信方法 |
| CN1514608A (zh) * | 2002-12-10 | 2004-07-21 | 松下电器产业株式会社 | 资源预约方法及分组通信系统 |
| TWI241815B (en) * | 2003-04-04 | 2005-10-11 | Admtek Inc | Frame transmission method of WLAN and data structure thereof |
| US8010633B2 (en) * | 2003-10-20 | 2011-08-30 | Sony Computer Entertainment America Llc | Multiple peer-to-peer relay networks |
| US7506043B2 (en) * | 2004-01-08 | 2009-03-17 | Interdigital Technology Corporation | Wireless local area network radio resource management admission control |
| WO2005065035A2 (en) * | 2004-01-08 | 2005-07-21 | Wisair Ltd. | Distributed and centralized media access control device and method |
| WO2005125047A1 (en) * | 2004-06-16 | 2005-12-29 | Philips Intellectual Property & Standards Gmbh | Distributed resource reservation in a wireless adhoc network |
| CN101151848B (zh) * | 2005-03-10 | 2012-06-20 | 松下电器产业株式会社 | 中继装置、通信系统、通信控制方法和集成电路 |
| US20060251119A1 (en) * | 2005-05-04 | 2006-11-09 | Sridhar Ramesh | Methods and apparatus to setup end-to-end flows in wireless mesh networks |
| JP4292419B2 (ja) * | 2005-07-25 | 2009-07-08 | ソニー株式会社 | モニタ端末 |
| CN1941666B (zh) * | 2005-09-30 | 2014-07-30 | 华为技术有限公司 | 基于中转站实现带宽分配和调度管理的方法和系统 |
| US20090279553A1 (en) * | 2005-12-27 | 2009-11-12 | Matsushita Electric Industrial Co., Ltd. | Proxy node discovering method, and relay node used in the method, and, node discovering method, and first node, second node and relay node used in the method |
| US7746897B2 (en) * | 2006-02-17 | 2010-06-29 | Cisco Technology, Inc. | Expedited bandwidth request for emergency services for wireless clients |
| US8891497B1 (en) * | 2006-03-14 | 2014-11-18 | Atmel Corporation | Method and apparatus for coordinating a wireless PAN network and a wireless LAN network |
| EP2022289A2 (en) * | 2006-05-31 | 2009-02-11 | QUALCOMM Incorporated | Physical layer repeater with roaming support based on multiple identifiers |
| JP4921064B2 (ja) * | 2006-07-31 | 2012-04-18 | キヤノン株式会社 | 通信装置、通信方法、通信装置を制御するためのプログラム及びプログラムを格納した記憶媒体 |
| US8625417B2 (en) * | 2006-09-18 | 2014-01-07 | Aruba Networks, Inc. | Wireless roaming with QoS and dynamic call capacity management |
| KR101276339B1 (ko) * | 2006-09-29 | 2013-06-18 | 한국전자통신연구원 | 기지국과 단말을 중계하는 장치 및 방법, 그리고 기지국 |
| US7822064B2 (en) * | 2006-10-02 | 2010-10-26 | Cisco Technology, Inc. | Backhaul-level call admission control for a wireless mesh network |
| US20080137581A1 (en) * | 2006-12-12 | 2008-06-12 | Nokia Corporation | Data forwarding techniques for wireless relay networks |
| JP4367493B2 (ja) * | 2007-02-02 | 2009-11-18 | ソニー株式会社 | 無線通信システム、無線通信装置及び無線通信方法、並びにコンピュータ・プログラム |
| KR101389680B1 (ko) * | 2007-02-06 | 2014-05-27 | 엘지전자 주식회사 | 무선 통신 시스템 및 이를 구성하는 단말장치와 베이스스테이션 그리고 이들의 채널 스케줄링 방법 |
| GB2447883A (en) * | 2007-03-02 | 2008-10-01 | Fujitsu Ltd | Bandwidth allocation in multi-hop wireless communication systems |
| US8416729B2 (en) * | 2007-03-10 | 2013-04-09 | Lingna Holdings Pte., Llc | Optimizing downlink throughput with user cooperation and scheduling in adaptive cellular networks |
| TWI360316B (en) * | 2007-04-05 | 2012-03-11 | Inst Information Industry | Relay station, transmission method, and tangible m |
| CN101296020A (zh) * | 2007-04-27 | 2008-10-29 | 北京三星通信技术研究有限公司 | 部分功能ofdma中继系统直接消息转发的实现方法 |
| JP5038793B2 (ja) * | 2007-06-27 | 2012-10-03 | 株式会社エヌ・ティ・ティ・ドコモ | 位置推定システム |
| JP4427567B2 (ja) * | 2007-07-03 | 2010-03-10 | 株式会社東芝 | 無線通信装置及び無線通信方法 |
| US8340029B2 (en) * | 2007-07-06 | 2012-12-25 | Zte (Usa) Inc. | Resource allocation in wireless multi-hop relay networks |
| EP2017973A1 (en) * | 2007-07-20 | 2009-01-21 | Lucent Technologies Inc. | Method and apparatuses for selecting a subchannels subset in wireless communications network using relays |
| KR101529852B1 (ko) * | 2008-01-02 | 2015-07-01 | 인터디지탈 테크날러지 코포레이션 | 협력적 무선 통신을 위한 방법 및 장치 |
| KR101395562B1 (ko) * | 2008-02-22 | 2014-05-16 | 삼성전자주식회사 | 다중 홉 중계 방식의 무선통신 시스템에서 전이중 중계 방식 사용시 기지국 및 중계기 간 간섭회피 방법 및 장치 |
| KR101456563B1 (ko) * | 2008-05-14 | 2014-10-31 | 삼성전자주식회사 | 멀티 홉 릴레이 환경에서 대역폭 할당 요청과 할당 방법 및시스템 |
| US9236933B2 (en) * | 2008-05-23 | 2016-01-12 | Electronics And Telecommunications Research Institute | Apparatus and method for transmitting and receiving data using multi-path in wireless communication system of distributed MAC |
| KR101511786B1 (ko) * | 2008-06-30 | 2015-04-14 | 엘지전자 주식회사 | 주파수 분할 이중 중계국을 포함하는 무선통신 시스템 및 이 무선통신 시스템에서의 무선자원의 이용 방법 |
| US9078270B2 (en) * | 2008-07-03 | 2015-07-07 | Qualcomm Incorporated | Opportunistic relay scheduling in wireless communications |
| EP3716673B1 (en) * | 2008-10-29 | 2022-09-14 | Marvell Asia Pte, Ltd. | Method and apparatus for performing transmit beamforming sector sweep in a multiantenna communication device |
| KR20100048935A (ko) * | 2008-10-30 | 2010-05-11 | 한국전자통신연구원 | 협력 통신 시스템에서 데이터 송수신 방법 및 장치. |
| WO2010062050A2 (ko) * | 2008-11-01 | 2010-06-03 | (주)엘지전자 | 다중 홉 중계 시스템에서의 무선 자원 할당에 따른 데이터 전송 방법 |
| US8879516B2 (en) * | 2008-12-10 | 2014-11-04 | Marvell World Trade Ltd | Efficient formats of beacon, announcement, and beamforming training frames |
| US20100157826A1 (en) * | 2008-12-19 | 2010-06-24 | Telefonaktiebolaget Lm | Local communication between mobile stations via one or more relay stations |
| US8693386B2 (en) * | 2009-01-05 | 2014-04-08 | Thomson Licensing | Resource allocation for orthogonal decode-and forward-input multiple-output relay channels with finite rate feedback |
| US8830917B1 (en) * | 2009-02-04 | 2014-09-09 | Marvell International Ltd. | Short preamble in a physical layer data unit |
| WO2010099040A1 (en) * | 2009-02-24 | 2010-09-02 | Marvell World Trade Ltd. | Techniques for flexible and efficient beamforming |
| WO2011008148A1 (en) * | 2009-07-16 | 2011-01-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement for repeater/relay control |
| US9042294B2 (en) * | 2009-10-05 | 2015-05-26 | Futurewei Technologies, Inc. | System and method for relaying transmissions in wireless communications |
| US8743711B2 (en) * | 2009-12-15 | 2014-06-03 | Intel Corporation | Techniques for managing heterogeneous traffic streams |
-
2011
- 2011-03-11 WO PCT/KR2011/001745 patent/WO2011112056A2/ko active Application Filing
- 2011-03-11 CN CN201180014416.3A patent/CN102812648B/zh active Active
- 2011-03-11 KR KR1020110022117A patent/KR101755013B1/ko active IP Right Grant
- 2011-03-11 EP EP11753660.7A patent/EP2547008B1/en active Active
- 2011-03-11 EP EP19179833.9A patent/EP3570458B1/en active Active
- 2011-03-11 US US13/634,104 patent/US9125105B2/en active Active
- 2011-03-11 JP JP2012556994A patent/JP5815571B2/ja active Active
-
2015
- 2015-05-07 JP JP2015095078A patent/JP6087387B2/ja active Active
- 2015-08-31 US US14/841,613 patent/US9906987B2/en active Active
-
2017
- 2017-06-30 KR KR1020170083789A patent/KR101897167B1/ko active IP Right Grant
-
2018
- 2018-02-23 US US15/904,279 patent/US10764790B2/en active Active
- 2018-09-04 KR KR1020180105403A patent/KR101993876B1/ko active IP Right Grant
-
2019
- 2019-06-21 KR KR1020190074262A patent/KR102112243B1/ko active IP Right Grant
-
2020
- 2020-05-12 KR KR1020200056475A patent/KR102246837B1/ko active IP Right Grant
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005005869A (ja) * | 2003-06-10 | 2005-01-06 | Saxa Inc | 無線端末装置 |
Non-Patent Citations (2)
| Title |
|---|
| HYOUNGJIN KWON, SEUNGEUN HONG, YONGSUN KIM, KYEONGPYO KIM, WOOYONG LEE: "Anti-blocking Mechanism by Relay", IEEE 802.15-08-0522-00-003C, JPN6014008730, 17 July 2008 (2008-07-17), US, pages 7 - 16, ISSN: 0002760466 * |
| I. LAKKIS, S.KATO, C. NGO, J. P. K. GILB: "IEEE802.15.3c Beamforming Overview", IEEE 802.11-09/0355R0, JPN6014008731, 11 March 2009 (2009-03-11), US, pages 15, ISSN: 0002760467 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102812648B (zh) | 2015-11-25 |
| US20180184335A1 (en) | 2018-06-28 |
| EP2547008A4 (en) | 2016-08-24 |
| US9906987B2 (en) | 2018-02-27 |
| KR102246837B1 (ko) | 2021-04-30 |
| KR20110102847A (ko) | 2011-09-19 |
| KR101755013B1 (ko) | 2017-07-07 |
| KR20190075890A (ko) | 2019-07-01 |
| US9125105B2 (en) | 2015-09-01 |
| CN102812648A (zh) | 2012-12-05 |
| JP5815571B2 (ja) | 2015-11-17 |
| KR20180100536A (ko) | 2018-09-11 |
| US20130003689A1 (en) | 2013-01-03 |
| EP2547008A2 (en) | 2013-01-16 |
| KR20170081156A (ko) | 2017-07-11 |
| WO2011112056A3 (ko) | 2012-01-19 |
| KR20200054929A (ko) | 2020-05-20 |
| US10764790B2 (en) | 2020-09-01 |
| KR101993876B1 (ko) | 2019-06-28 |
| EP3570458B1 (en) | 2020-12-16 |
| KR102112243B1 (ko) | 2020-05-19 |
| US20150373589A1 (en) | 2015-12-24 |
| JP6087387B2 (ja) | 2017-03-01 |
| JP2015159614A (ja) | 2015-09-03 |
| EP3570458A1 (en) | 2019-11-20 |
| KR101897167B1 (ko) | 2018-09-12 |
| WO2011112056A2 (ko) | 2011-09-15 |
| EP2547008B1 (en) | 2019-06-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6087387B2 (ja) | 無線システムのコーディネータ装置、ソース装置及びリレイ装置の通信方法及びフレーム構造 | |
| US8068454B2 (en) | System for enabling mobile coverage extension and peer-to-peer communications in an ad hoc network and method of operation therefor | |
| KR101235972B1 (ko) | 단일 무선 인터페이스 무선랜 장치를 위한 다중채널 매체접속제어 방법 및 장치 | |
| KR102402450B1 (ko) | 하위 대역 시그널링에 의한 스케줄링되고 트리거링된 mmW 발견 지원 | |
| US20150009910A1 (en) | Apparatus and method for allocating resources in device-to-device communication in wireless network | |
| US11910436B2 (en) | Wireless communication method and wireless communication terminal | |
| WO2017161928A1 (zh) | 直连链路的建立方法及其实现数据传输的方法和节点 | |
| US20230354424A1 (en) | Direct link resource releasing mechanism in a multi-user txop | |
| US20210368561A1 (en) | Direct link and downlink transmissions in trigger-based multi-user transmissions | |
| Tsolkas et al. | A device discovery scheme for proximity services in LTE networks | |
| WO2017012125A1 (zh) | 无线接入点同步协作方法、设备及系统 | |
| KR20150004256A (ko) | 무선 네트워크에서의 디바이스간 직접 통신에서 자원 할당 장치 및 방법 | |
| KR20240054187A (ko) | 무선랜에서 직접 통신의 스케줄링의 방법 및 장치 | |
| Hamidian | Providing QoS Guarantees in Ad Hoc Networks through EDCA with Resource Reservation |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20131029 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140304 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20140604 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20150106 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20150507 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20150623 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20150825 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20150924 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5815571 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |