JP7443345B2 - 通信技法 - Google Patents
通信技法 Download PDFInfo
- Publication number
- JP7443345B2 JP7443345B2 JP2021513282A JP2021513282A JP7443345B2 JP 7443345 B2 JP7443345 B2 JP 7443345B2 JP 2021513282 A JP2021513282 A JP 2021513282A JP 2021513282 A JP2021513282 A JP 2021513282A JP 7443345 B2 JP7443345 B2 JP 7443345B2
- Authority
- JP
- Japan
- Prior art keywords
- communication device
- information
- bat
- channel state
- front ends
- 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.)
- Active
Links
- 238000004891 communication Methods 0.000 title claims description 466
- 238000000034 method Methods 0.000 title claims description 166
- 230000003287 optical effect Effects 0.000 claims description 215
- 230000005540 biological transmission Effects 0.000 claims description 176
- 230000004044 response Effects 0.000 claims description 34
- 230000001934 delay Effects 0.000 claims description 12
- 238000011156 evaluation Methods 0.000 claims description 5
- 238000010586 diagram Methods 0.000 description 81
- 238000007726 management method Methods 0.000 description 67
- 241000288673 Chiroptera Species 0.000 description 58
- 238000011956 best available technology Methods 0.000 description 58
- 238000005259 measurement Methods 0.000 description 45
- 239000012634 fragment Substances 0.000 description 31
- 230000008569 process Effects 0.000 description 27
- 238000012790 confirmation Methods 0.000 description 25
- 238000004220 aggregation Methods 0.000 description 20
- 230000011664 signaling Effects 0.000 description 20
- 108091027981 Response element Proteins 0.000 description 19
- 230000002776 aggregation Effects 0.000 description 18
- 230000003044 adaptive effect Effects 0.000 description 17
- 230000008859 change Effects 0.000 description 15
- 101000908580 Homo sapiens Spliceosome RNA helicase DDX39B Proteins 0.000 description 12
- 102100024690 Spliceosome RNA helicase DDX39B Human genes 0.000 description 12
- 238000013139 quantization Methods 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 11
- 238000004590 computer program Methods 0.000 description 9
- 208000022041 growing teratoma syndrome Diseases 0.000 description 9
- 238000012545 processing Methods 0.000 description 9
- 238000012508 change request Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000004422 calculation algorithm Methods 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 7
- 230000003068 static effect Effects 0.000 description 7
- 230000006399 behavior Effects 0.000 description 6
- 238000009434 installation Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 6
- 238000013468 resource allocation Methods 0.000 description 6
- 239000013256 coordination polymer Substances 0.000 description 5
- 238000001514 detection method Methods 0.000 description 5
- 101001068634 Homo sapiens Protein PRRC2A Proteins 0.000 description 4
- 102100033954 Protein PRRC2A Human genes 0.000 description 4
- 238000013459 approach Methods 0.000 description 4
- 238000006243 chemical reaction Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 238000013467 fragmentation Methods 0.000 description 4
- 238000006062 fragmentation reaction Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 230000001105 regulatory effect Effects 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000001131 transforming effect Effects 0.000 description 4
- 239000000872 buffer Substances 0.000 description 3
- 238000012937 correction Methods 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000002604 ultrasonography Methods 0.000 description 3
- 108700026140 MAC combination Proteins 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 230000000295 complement effect Effects 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 238000005192 partition Methods 0.000 description 2
- 230000002265 prevention Effects 0.000 description 2
- 102100036409 Activated CDC42 kinase 1 Human genes 0.000 description 1
- 229920008347 Cellulose acetate propionate Polymers 0.000 description 1
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 1
- 101001135572 Homo sapiens Tyrosine-protein phosphatase non-receptor type 2 Proteins 0.000 description 1
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 1
- 102100033141 Tyrosine-protein phosphatase non-receptor type 2 Human genes 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000004931 aggregating effect Effects 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 210000001072 colon Anatomy 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 230000001010 compromised effect Effects 0.000 description 1
- 230000001143 conditioned effect Effects 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000009470 controlled atmosphere packaging Methods 0.000 description 1
- 230000008878 coupling Effects 0.000 description 1
- 238000010168 coupling process Methods 0.000 description 1
- 238000005859 coupling reaction Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000008713 feedback mechanism Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000001771 impaired effect Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 238000005070 sampling Methods 0.000 description 1
- 238000010408 sweeping Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 238000010200 validation analysis Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/008—Transmission of channel access control information with additional processing of random access related information at receiving side
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
- H04B10/114—Indoor or close-range type systems
- H04B10/116—Visible light communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/11—Arrangements specific to free-space transmission, i.e. transmission through air or vacuum
- H04B10/114—Indoor or close-range type systems
- H04B10/1149—Arrangements for indoor wireless networking of information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B10/00—Transmission systems employing electromagnetic waves other than radio-waves, e.g. infrared, visible or ultraviolet light, or employing corpuscular radiation, e.g. quantum communication
- H04B10/25—Arrangements specific to fibre transmission
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/0075—Arrangements for synchronising receiver with transmitter with photonic or optical means
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/002—Transmission of channel access control information
- H04W74/006—Transmission of channel access control information in the downlink, i.e. towards the terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/02—Hybrid access
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Optics & Photonics (AREA)
- Computing Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Optical Communication System (AREA)
Description
第1の通信装置は、1つまたは複数の基準信号および/またはビーコン信号の受信に基づいてチャネル情報を決定するように構成され、
第1の通信装置は、コンテンションアクセス期間(CAP)においてチャネル情報を送信するように構成される。
第1の通信装置において、1つまたは複数のフロントエンド(たとえば、光フロントエンド)から1つまたは複数の基準信号および/またはビーコン信号を受信するステップと、
第1の通信装置において、1つまたは複数の基準信号および/またはビーコン信号の受信に基づいてチャネルを決定するステップと、
第1の通信装置から、コンテンションアクセス期間(CAP)においてチャネル情報を送信するステップとを含む。
第2の通信装置は、1つまたは複数のフロントエンド(たとえば、光フロントエンド)から1つまたは複数の基準信号および/またはビーコン信号を送信するように構成され、
第2の通信装置は、コンテンションアクセス期間(CAP)においてチャネル情報を受信するように構成される。
1つまたは複数のフロントエンド(たとえば、光フロントエンド)から1つまたは複数の基準信号および/またはビーコン信号を送信するステップと、
コンテンションアクセス期間(CAP)においてチャネル情報を受信するステップとを備える。
複数のフロントエンドの間で初期の粗い同期を実行し、
複数の分散したフロントエンドへの基準信号および/またはビーコン信号の送信を命令し、
第1の通信装置によって測定されるチャネル情報を取得し、
続いて、フロントエンドを同期することによって、チャネル情報に基づいて第2の精密な同期を実行する
ように構成される。
複数のフロントエンドの間で初期の粗い同期を実行し、
フロントエンドを通じて1つまたは複数の第1の装置に基準信号および/またはビーコン信号を送信し、
第1の通信装置によって測定されるチャネル情報を取得し、
チャネル情報に基づいて、第2の精密な同期を使用してフロントエンドを同期する
ように構成される。
複数のフロントエンドの間で初期の粗い同期を実行し、
フロントエンドを通じて1つまたは複数の第1の通信装置に基準信号および/またはビーコン信号を送信し、
第1の通信装置によって測定されるチャネル情報を取得し、
チャネル情報に基づいて、第2の精密な同期を使用してフロントエンドを同期する
ように構成される。
複数のフロントエンドの間で初期の粗い同期を実行するステップと、
複数のフロントエンド(たとえば、光フロントエンド)への基準信号および/またはビーコン信号の送信を命令するステップと、
基準信号および/またはビーコン信号に基づいて第1の通信装置によって測定されるチャネル情報を取得するステップと、
チャネル情報に基づいて、フロントエンドを同期するステップとを含む。
複数のフロントエンドの間で初期の粗い同期を実行するステップと、
フロントエンドを通じて1つまたは複数の第1の通信装置に基準信号および/またはビーコン信号を送信するステップと、
第1の通信装置によって測定されるチャネル情報を取得するステップと、
チャネル情報に基づいて、フロントエンドを同期するステップとを含む。
1つまたは複数のフロントエンドからの1つまたは複数の基準信号および/またはビーコン信号の受信からチャネル状態情報を取得し、
時間領域チャネル状態情報を取得するために、周波数領域から時間領域にチャネル状態情報を変換し、
時間領域チャネル状態情報を符号化し、
時間領域チャネル状態情報を1つまたは複数のフロントエンドに送信する
ように構成される。
各々がCSIの時間領域表現に関連付けられる、第2の値および第1の値の文字列を備え、
文字列の中の各々の第2の値に対して、特定のサンプルにおける時間領域表現の振幅の符号化された値を備え、
文字列の中の各々の第1の値に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSIを受信し、
第2の値に関連付けられるサンプル値に基づいてCSIを再構築する
ように構成される。
1つまたは複数のフロントエンドからの1つまたは複数の基準信号および/またはビーコン信号の受信からチャネル状態情報を取得するステップと、
時間領域チャネル状態情報を取得するために、周波数領域から時間領域にチャネル状態情報を変換するステップと、
時間領域チャネル状態情報を符号化するステップと、
時間領域チャネル状態情報を1つまたは複数のフロントエンドに送信するステップとを含む。
各々がCSIの時間領域表現に関連付けられる、第2の値および第1の値の文字列を備え、
文字列の中の各々の第2の値に対して、特定のサンプルにおける時間領域表現の振幅の符号化された値を備え、
各々の第1の値に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSIを受信するステップと、
第2の値に関連付けられるサンプル値に基づいてCSIを再構築するステップとを備える。
複数のフロントエンドから複数の基準信号を受信し、
受信された基準信号の評価に基づいてチャネル状態情報(CSI)を取得し、
符号化されたCSIを提供するためにCSIを符号化し、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する情報を提供する
ように構成される。
複数の[たとえば、光]フロントエンド[たとえば、OFE]から複数の基準信号を受信するステップと、
受信された基準信号の評価に基づいてチャネル状態情報(CSI)を取得するステップと、
符号化されたCSIを提供するためにCSIを符号化するステップと、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する[たとえば、信号]情報[たとえば、TAPフォーマット]を提供するステップと
を含む。
符号化されたチャネル状態情報(CSI)を受信し、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する情報を受信し、
CSIを符号化するために使用される符号化分解能の選択を記述する情報に応じて、符号化されたCSIを復号する
ように構成される。
符号化されたチャネル状態情報(CSI)を受信するステップと、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する[たとえば、信号]情報[たとえば、TAPフォーマット]を受信するステップと、
CSIを符号化するために使用される符号化分解能の選択を記述する情報[たとえば、TAPフォーマット]に応じて、符号化されたCSIを復号するステップと
を備える。
複数のBATのうちのどの1つまたは複数のBATが有効であるかをシグナリングする有効性情報、および/または
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報
のうちの少なくとも1つを含み、第1の通信装置は、
確認を予想し、確認が、更新BAT情報によって提供されるような更新されたBATおよび有効性情報によって提供されるような有効なBATのうちの少なくとも1つに従ったビット割振りの使用から導かれ、
第2の通信装置から有効な確認を受信しない場合、BATメッセージを再送信する
ことになっている。
BAT更新情報は、更新されるようにシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報を含み、
BAT更新情報の長さは可変である。
複数のBATのうちのどの1つまたは複数のBATが有効であるかをシグナリングする有効性情報、
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報
のうちの少なくとも1つを備え、第2の通信装置は、
確認を送信することになっており、確認は、更新BAT情報によって提供されるような更新されたBATおよび有効性情報によって提供されるような有効なBATのうちの少なくとも1つに従ったビット割振りの使用から導かれる。
BAT更新情報は、更新されるようにシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報を含み、
BAT更新情報の長さは可変である。
複数のBATのうちのどの1つまたは複数のBATが有効であるかをシグナリングする有効性情報、
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報、
更新されるようにシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報
を備える。
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報、および
複数のBATのうちのどの1つまたは複数のBATが有効であるかをシグナリングする有効性情報
のうちの少なくとも1つを備え、
方法はさらに、
通信設備から通信デバイスに、確認を送信するステップであって、確認が、更新されたBATおよび有効なBATのうちの少なくとも1つに従ったビット割振りの使用から導かれる、ステップと、
通信設備から有効な確認を通信デバイスが受信しない場合、通信デバイスから通信設備にBATメッセージを再送信するステップとを備える。
BAT更新情報は、更新されるようにシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報を含み、
BAT更新情報の長さは可変である。
フロントエンド14a、14b、および14cはたまたま、それぞれ、3つの光接続(チャネル)18a、18b、18cを通じてモバイルデバイス16'と通信している。
光フロントエンド14dは、いずれのモバイルデバイスとも通信していない。
光フロントエンド14e、14f、および14gは、それぞれ、ワイヤレス接続18e、18f、および18gを通じてモバイルデバイス16"と通信している。
ここでは、「デバイス」は「第1の装置(16)」へと一般化されることがあり、「設備」は「第2の装置(15)」へと一般化されることがあり、変形においてそれらが入れ替えられ得る場合であってもそうされることがある。フロントエンドは光フロントエンドであり得る。デバイス16はモバイルデバイスであり得る。設備は固定されていてもよく、設備のフロントエンドは分散していてもよい。調整器12または中央ユニットは、設備の知的な部分であり得る。
実際にはデバイス16'に宛てられるDL送信がデバイス16"に到達する。
デバイス16"がスケジューリング20によって割り当てられたタイムスロットにおいてフロントエンド14e、14f、および14gに送信(ULにおける)を試み、これを行う際に、デバイス16"が実際に、同じタイムスロットにおいてデバイス16'によって実行される同時のUL送信に自身の送信を重ね、結果として、フロントエンド14a…14cがデバイス16"の同時送信の干渉とともにデバイス16'の送信を受信した。同時に、フロントエンド14e…14gは、デバイス16"からの送信を無為に待機したままである。
第1の静的なまたは準静的なスロットの付与(たとえば、これには期限がなく、上書きされるまで有効なままである)、および/または
第2の動的な付与(たとえば、これには有効期限があり、したがって一時的である)
を提供する戦略に従って通信を実行することが可能であることが理解されている。
ここでは、「デバイス」は「第1の装置(16)」へと一般化されることがあり、「設備」は「第2の装置(15)」へと一般化されることがあり、変形においてそれらが入れ替えられ得る場合であってもそうされることがある。フロントエンドは光フロントエンドであり得る。デバイス16はモバイルデバイスであり得る。設備は固定されていてもよく、設備のフロントエンドは分散していてもよい。調整器12または中央ユニットは、設備の知的な部分であり得る。
第1の装置(たとえば、デバイス)16が最初にネットワークに到達するとき、第1の装置16は、CAP11aにおいて(図3のように)チャネル情報(たとえば、CSI)32(または図3aのようにアソシエーション要求35)を送信することがあり、それは、第1の装置(たとえば、デバイス)16に割り当てられた付与されたスロットがなく、第2の装置(たとえば、設備)が第1の装置16を認識してないからである。
それに応答して、第2の装置(たとえば、設備)15は、GTS33(図3)を通じて、付与されたタイムスロット(GTS)を第1の装置16に割り当て得る(たとえば、CFP11bのGTS、図2)。
続いて、第1の装置16が期間21のCFP11bにおいて付与されたタイムスロットを割り当てられた後で、第1の装置16は、期間21のCFP11bにおいて(図3bのように)後続のチャネル情報(たとえば、CSI)32を送信(更新)し得る。
それに応答して、第2の装置15は、GTS33b(図3b)を通じて、GTSを第1の装置16に割り当て得る(たとえば、CFP11bのGTS)。
第1の通信装置(16)が、1つまたは複数の基準信号および/もしくはビーコン信号(11)を送信した第2の通信装置(15)とのアソシエーションの際、コンテンションアクセス期間CAP(11a)においてチャネル情報(32)またはアソシエーション要求(35)を送信してもよく、ならびに/または、
第1の通信装置(16)が、1つまたは複数の基準信号および/もしくはビーコン信号(11)を送信した第2の通信装置(15)とともに、コンテンションアクセス期間CAP(11a)においてチャネル情報(32,35)を送信してもよく、ならびに/または、
第1の通信装置(16)が、1つまたは複数の基準信号および/もしくはビーコン信号(11)を送信した第2の通信装置(15)との接続がすでに確立されているとき、チャネル情報(32b)を送信してもよい
ことを確立することが可能であり得る。
光通信デバイスにおいて、1つまたは複数の基準信号および/またはビーコン信号を1つまたは複数の光フロントエンドから受信するステップ[複数の光フロントエンドは、たとえば有線接続で接続され得る、たとえばイーサネットベースであり得る、たとえば調整器によって、互いに調整および/または同期される]と、
光通信デバイスにおいて、1つまたは複数の基準信号および/またはビーコン信号[これは、たとえば、受信機に知られているパイロットシーケンスおよび/または信号であってもよく、もしくはそれを備えてもよい]の受信に基づいて、チャネル情報[たとえば、CSI][たとえば、SNRに結び付けられる][たとえば、チャネル推定、および/またはチャネル測定]を決定するステップと、
光通信デバイスから、チャネル情報を[たとえば、1つまたは複数の基準信号および/もしくはビーコン信号がそこから受信された1つまたは複数の光フロントエンドに、または、1つまたは複数の送信機に結合された調整器に]コンテンションアクセス期間(CAP)において[その間は、割り振られた(付与された)タイムスロットなしで複数の光通信デバイスが送信することが許容される]送信するステップ[デバイスは、光送信機が同じCAPにおいて属するネットワークとのアソシエーションも要求し得る]とを含む。
1つまたは複数の光フロントエンドから1つまたは複数の基準信号および/またはビーコン信号[たとえば、受信する通信デバイスによってすでに知られていてもよいパイロットシーケンス]を送信するステップ[複数の光フロントエンドは、たとえば有線接続で接続され得る、たとえばイーサネットベースであり得る、たとえば調整器によって、互いに調整および/または同期される]と、
コンテンションアクセス期間(CAP)において[たとえば、その間は、割り振られた(付与された)タイムスロットなしで複数の光通信デバイスが送信することが許容される]チャネル情報を受信するステップとを含む。
ここでは、「デバイス」は「第1の装置(16)」へと一般化されることがあり、「設備」は「第2の装置(15)」へと一般化されることがあり、変形においてそれらが入れ替えられ得る場合であってもそうされることがある。フロントエンドは光フロントエンドであり得る。デバイス16はモバイルデバイスであり得る。設備は固定されていてもよく、設備のフロントエンドは分散していてもよい。調整器12または中央ユニットは、設備の知的な部分であり得る。
複数の光フロントエンド(14a…14g)への基準信号および/もしくはビーコン信号(11)の送信を命令し、ならびに/または
光通信デバイス(16)によって測定されるチャネル情報(32)を取得し、ならびに/または
チャネル情報に基づいて、光フロントエンド(14a-14g)を同期する
ように構成される調整器または中央ユニット12を使用することによって、軽減または克服され得ると理解されている。
複数の光フロントエンド(14a-14g)への基準信号および/またはビーコン信号(11)の送信を命令し、
光通信デバイス(16)(たとえば、受信機および/またはモバイルデバイス)によって測定されるチャネル情報(32)[たとえば、フロントエンド(14a-14g)によって中継されるチャネル情報]を取得し、
チャネル情報に基づいて、[たとえば、遅いフロントエンド(14a-14g)を遅らせることによって]光フロントエンド(14a-14g)を同期する
ように構成される、中央ユニット(12)[たとえば、調整器として動作する][たとえば、複数の光フロントエンド(14a-14g)への送信および/またはそれからの受信を命令するためのデバイス]を指すものとして理解され得る。
光フロントエンド(14a-14g)を通じて1つまたは複数の通信デバイス[たとえば、光受信機]に基準信号および/またはビーコン信号を送信し、
光通信デバイス(16)によって測定されるチャネル情報[フロントエンド(14a-14g)によって中継されているチャネル情報]を取得し、
チャネル情報に基づいて、[たとえば、遅いフロントエンド(14a-14g)を遅らせることによって]光フロントエンド(14a-14g)を同期する
ように構成される。
複数の光フロントエンド(14a-14g)への基準信号および/またはビーコンの送信を命令するステップと、
光通信デバイス(16)(たとえば、受信機および/またはモバイルデバイス)によって測定されるチャネル情報[たとえば、フロントエンド(14a-14g)によって中継されているチャネル情報]を取得するステップと、
チャネル情報に基づいて、[たとえば、遅いフロントエンド(14a-14g)を遅らせることによって]光フロントエンド(14a-14g)を同期するステップと
を含む。
光フロントエンド(14a-14g)を通じて1つまたは複数の通信デバイス[たとえば、光受信機]に基準信号および/またはビーコン信号を送信するステップと、
光通信デバイス(16)によって測定されるチャネル情報[フロントエンド(14a-14g)によって中継されているチャネル情報]を取得するステップと、
チャネル情報に基づいて、[たとえば、遅いフロントエンド(14a-14g)を遅らせることによって]光フロントエンド(14a-14g)を同期するステップと
を含む。
1 L. Cosart、「Precision Packet Delay Measurements Using IEEE 1588v2」、2007 IEEE Int. Symp. on Precision Clock Synchronization for Measurement、Control and Communication、ウィーン、2007年、pp.85-91
2 R. L. Scheiterer、C. Na、D. Obradovic、G. Steindl、F.-J. Goetz、「Synchronization Performance of the Precision Time Protocol in the Face of Slave Clock Frequency Drift」、4th IEEE Conference on Automation Science and Engineering、Key Bridge Marriott、米国ワシントンDC、2008年8月23日~26日
ここでは、「デバイス」は「第1の装置(16)」へと一般化されることがあり、「設備」は「第2の装置(15)」へと一般化されることがあり、変形においてそれらが入れ替えられ得る場合であってもそうされることがある。フロントエンドは光フロントエンドであり得る。デバイス16はモバイルデバイスであり得る。設備は固定されていてもよく、設備のフロントエンドは分散していてもよい。調整器12または中央ユニットは、設備の知的な部分であり得る。
FDから時間領域(TD)にCSIを変換してTD CSIを取得すること、
TD CSIを符号化すること、および
TD CSI(たとえば、フィードバックメッセージ32または32bまたは35のような)を1つまたは複数のフロントエンド14a…14gに送信して、1つまたは複数のフロントエンド14a…14gがTD CSIを調整器12に中継するようにすること
のうちの少なくとも1つを実行し得る。
CSIの時間領域表現に各々関連付けられる、第2の値(たとえば、「1」)および第1の値(たとえば、「0」)の文字列(たとえば、ビットマップ458)を備え、
文字列(458)の中の各々の第2の値(「1」)に対して、特定のサンプルにおける時間領域表現の振幅の符号化された値(たとえば、強度461および/または遅延462)を備え、
文字列(458)の中の各々の第1の値(「0」)に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSI(32)を受信するステップ、および
第2の値に関連付けられるサンプル値(461)に基づいてCSIを再構築するステップ
のうちの少なくとも1つを実行し得る。
1つまたは複数の光フロントエンド(14a…14g)からの1つまたは複数の基準信号および/またはビーコン信号[たとえば、パイロット信号および/またはシーケンス]の受信から[たとえば、周波数領域]チャネル状態情報(たとえば、CSI)を取得し[たとえば、複数の実数値または複素数値のチャネル状態値が異なる周波数範囲と関連付けられるように]、
[多数のタップおよび/または多数のサンプルを用いて]周波数領域から時間領域にチャネル状態情報を変換して、時間領域チャネル状態情報を取得し[たとえば、それによってチャネルインパルス応答を再構築する]、
時間領域チャネル状態情報を符号化し、
時間領域チャネル状態情報を1つまたは複数の光送信機に送信する
ように構成される。
CSIの時間領域表現に各々関連付けられる、「1」の値と「0」の値(または他の記号)の文字列を備え、
[たとえば、強い信号に関連付けられる]文字列の中の各々の「1」の値に対して、特定のサンプル[タップ]における時間領域表現の振幅の符号化された値を備え、
[たとえば、弱い信号に関連付けられる]各々の「0」の値に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSIを受信し
1の値に関連付けられるサンプル値[タップ]に基づいてCSIを再構築する
ように構成される。
[たとえば、複数の実数値または複素数値のチャネル状態値が異なる周波数範囲と関連付けられるように]1つまたは複数の光フロントエンド(14a…14g)からの1つまたは複数の基準信号および/またはビーコン信号[たとえば、パイロット信号および/またはシーケンス]の受信から[たとえば、周波数領域]チャネル状態情報(たとえば、CSI)を取得するステップと、
[多数のタップおよび/または多数のサンプルを用いて]周波数領域から時間領域にチャネル状態情報を変換して、時間領域チャネル状態情報を取得するステップ[たとえば、それによってチャネルインパルス応答を再構築する]と、
時間領域チャネル状態情報を符号化するステップと、
時間領域チャネル状態情報を1つまたは複数の光フロントエンド(14a…14g)(たとえば、光トランシーバ)に送信するステップと
を含む。
CSIの時間領域表現に各々関連付けられる、「1」の値と「0」の値の文字列を備え、
文字列の中の各々の「1」の値に対して、特定のサンプル[タップ]における時間領域表現の振幅の符号化された値を備え、
各々の「0」の値に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSIを受信するステップと、
「1」の値に関連付けられるサンプル値[タップ]に基づいてCSIを再構築するステップと
を備える。
[たとえば、複数の実数値または複素数値のチャネル状態値が異なる周波数範囲と関連付けられるように]1つまたは複数の光フロントエンドからの1つまたは複数の基準信号および/またはビーコン信号[たとえば、パイロット信号および/またはシーケンス]の受信から[たとえば、周波数領域]チャネル状態情報(たとえば、CSI)を取得し、
[多数のタップおよび/または多数のサンプルを用いて]周波数領域から時間領域にチャネル状態情報を変換して、時間領域チャネル状態情報を取得し[たとえば、それによってチャネルインパルス応答を再構築する]、
時間領域チャネル状態情報を符号化し、
時間領域チャネル状態情報を1つまたは複数の光送信機に送信する
ように構成される。
CSIの時間領域表現に各々関連付けられる、「1」の値と「0」の値(または他の記号)の文字列を備え、
[たとえば、強い信号に関連付けられる]文字列の中の各々の「1」の値に対して、特定のサンプル[タップ]における時間領域表現の振幅の符号化された値を備え、
[たとえば、弱い信号に関連付けられる]各々の「0」の値に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSIを受信し、
1の値に関連付けられるサンプル値[タップ]に基づいてCSIを再構築する
ように構成される。
[たとえば、複数の実数値または複素数値のチャネル状態値が異なる周波数範囲と関連付けられるように]1つまたは複数の光フロントエンドからの1つまたは複数の基準信号および/またはビーコン信号[たとえば、パイロット信号および/またはシーケンス]の受信から[たとえば、周波数領域]チャネル状態情報(たとえば、CSI)を取得するステップと、
[多数のタップおよび/または多数のサンプルを用いて]周波数領域から時間領域にチャネル状態情報を変換して、時間領域チャネル状態情報を取得するステップ[たとえば、それによってチャネルインパルス応答を再構築する]と、
時間領域チャネル状態情報を符号化するステップと、
時間領域チャネル状態情報を1つまたは複数の光フロントエンド(たとえば、光トランシーバ)に送信するステップと
を含む。
CSIの時間領域表現に各々関連付けられる、「1」の値と「0」の値の文字列を備え、
文字列の中の各々の「1」の値に対して、特定のサンプル[タップ]における時間領域表現の振幅の符号化された値を備え、
各々の「0」の値に対して、符号化されており、かつ0と見なされるサンプル値を備えない
ように符号化されるCSIを受信するステップと、
「1」の値に関連付けられるサンプル値[タップ]に基づいてCSIを再構築するステップと
を備える。
ここでは、「デバイス」は「第1の装置(16)」へと一般化されることがあり、「設備」は「第2の装置(15)」へと一般化されることがあり、変形においてそれらが入れ替えられ得る場合であってもそうされることがある。フロントエンドは光フロントエンドであり得る。デバイス16はモバイルデバイスであり得る。設備は固定されていてもよく、設備のフロントエンドは分散していてもよい。調整器12または中央ユニットは、設備の知的な部分であり得る。
複数の[たとえば、光]フロントエンド[たとえば、OFE]14a…14gから複数の(たとえば、同時の)基準信号(たとえば、ビーコン)11を受信し、および/または
受信された基準信号11の評価に基づいてチャネル状態情報(CSI)(たとえば、測定31の後)を取得し、
符号化されたCSIを提供するためにCSIを符号化し、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する、[たとえば、信号]情報[たとえば、TAPフォーマット]を提供する
ように構成される、デバイス[たとえば、送信機、たとえばモバイルデバイス、たとえば光送信機であり得る、第1の装置16]に対する言及が、特に行われる。
フィールド901:認識されるフロントエンドの数N
フィールド902:TAPフォーマット
フィールド920:フロントエンドフィードバック記述子要素1…N(フィールド901において示されるものと同じ数)
のうちの少なくとも1つであり得る。
フィールド921:パイロットシーケンスの時間位置に関連付けられるパイロットシンボル数
フィールド922:パイロット分割(たとえば、アダマール符号、サブキャリア離隔など)
フィールド923:どれだけのタップが後で記述されているかを示す、タップの数
フィールド460b:タップ記述子(各々の記述されたタップについての情報を提供する)
のうちの少なくとも1つを含み得る。
フィールド461b(タップの強度または振幅またはパワーまたはエネルギー)
フィールド462b(タップの遅延)
のうちの少なくとも1つを含み得る。
ビットの数931
基準値932
ステップ933
のうちの少なくとも1つが定義され得る。
ビットの数941
基準値942
ステップ943
のうちの少なくとも1つが定義され得る。
符号化されたチャネル状態情報(CSI)(たとえば、フィードバックメッセージ32、32b、35、または450、450bとして符号化されるメッセージ)を受信すること、
複数の考えられる符号化分解能の中からの、CSI(32、32b、35、450、450b)を符号化するために使用される符号化分解能の選択を記述する情報(902)を受信すること、
CSIを符号化するために使用される符号化分解能の選択を記述する情報(902)に応じて、符号化されたCSI(32、32b、35、450、450b)を復号すること
のうちの少なくとも1つを実行し得る。
複数の[たとえば、光]フロントエンド[たとえば、OFE]から複数の基準信号を受信し、
受信された基準信号の評価に基づいてチャネル状態情報(CSI)を取得し、
符号化されたCSIを提供するためにCSIを符号化し、および/または
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する情報[たとえば、TAPフォーマット]を提供する[たとえば、シグナリングする]
ように構成される。
複数の[たとえば、光]フロントエンド[たとえば、OFE]から複数の基準信号を受信するステップ、
受信された基準信号の評価に基づいてチャネル状態情報(CSI)を取得するステップ、
符号化されたCSIを提供するために、CSIを符号化するステップ、および/または
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する[たとえば、信号]情報[たとえば、TAPフォーマット]を提供するステップ
を含む。
符号化されたチャネル状態情報(CSI)を受信し、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する[たとえば、信号]情報[たとえば、TAPフォーマット]を受信し、
CSIを符号化するために使用される符号化分解能の選択を記述する情報[たとえば、TAPフォーマット]に応じて、符号化されたCSIを復号する
ように構成されるデバイス[たとえば受信機、たとえばデバイス、たとえば光受信機]に関する。
符号化されたチャネル状態情報(CSI)を受信するステップと、
複数の考えられる符号化分解能の中からの、CSIを符号化するために使用される符号化分解能の選択を記述する[たとえば、信号]情報[たとえば、TAPフォーマット]を受信するステップと、
CSIを符号化するために使用される符号化分解能の選択を記述する情報[たとえば、TAPフォーマット]に応じて、符号化されたCSIを復号するステップと
を備える、方法[たとえば、受信機、デバイス、光受信機、ならびに/または、上および/もしくは下の例のいずれかによるデバイスによって実行される]に関する。
図8dを参照する。ビーコン11(たとえば、フロントエンド14a…14gの各々によって再送信されるような)が、第1の通信装置(たとえば、デバイス16)(たとえば、16'、16"、A、B、C、D)によって取得され、これは光デバイス(たとえば、モバイルデバイス)であり得る。第1の通信装置16は、ビーコン11(またはフロントエンド14a…14gからの異なる信号)を(32において)測定し得る。次いで、第1の通信装置(たとえば、デバイス)16がフィードバック32(チャネル状態情報(CSI))を送信してもよく、これは、測定結果に由来するチャネル18a…18gの各々の状態を示す(たとえば、強度が強いほど、または検出エラーが少ないほど、チャネルは良好である)。次いで、第2の通信装置(たとえば設備、たとえば固定された設備)15がスケジューリング20を定義し得る。続いて、設備15が、スケジューリングメッセージ33(これはいくつかの例では、図3のメッセージ33または図4bのメッセージ33bと同じであり得る)を送信してもよく、スケジューリングメッセージ33において、スケジューリング20が定義される(そして、いくつかのスーパーフレームスロットまたはGTSが第1の装置16'、16"、A、B、C、Dなどの各々に割り当てられる)。
たとえばリスト50の複数のBAT51-0から51-23の中から有効なBATを示す、有効性情報フィールド53
更新BAT情報フィールド54、たとえば現在更新されるBAT(たとえば、現在更新されているBAT、これはこの場合51-1である)
BAT更新情報フィールド55、これは、BATを更新するかどうかについて、および/または、続いて(たとえば、BS15からモバイルデバイス16に向かうDLにおいて)通信を構成するかどうかを知らせ得る
のうちの少なくとも1つを備え得る。
送信デバイス(たとえば、16'、16"、A、B、C、Dのうちの1つ)
関連付けられるフロントエンド(たとえば、14a…14jのうちの1つ)
少なくとも1つのBAT(有効なBATおよび/または更新されたBAT)
のうちの少なくとも1つに関連付けられ得る。
BAT1(51-1)が現在無効であること(これは、すべての有効なBATを明示的に列挙して、それにより無効なBATを決定することを可能にすることによって、または、すべての無効なBATを明示的に列挙することによって取得され得る)、および
BAT2(51-2)が今更新されることを更新BAT情報フィールド54が示すこと
を示す。
1)第1の装置16が
a.有効なBATおよび無効なBAT、ならびに
b.現在更新されるBAT
を決定し得ること、
2)一般に、第2の装置15が、すべてのアクティブBATの中から、デバイス16へのDL送信のために好ましいBATを選ぶことができる
3)第1の装置16が、第1の受信61から第2の装置15への暗黙的な肯定応答または否定応答を決定し得る
4)第2の装置15から第1の装置16への後続のDL送信の間に、第2の装置15が有効なBATのうちの1つを選ぶ
のうちの1つを備え得る規則を定義することが可能である。
BAT Request要素(たとえば、図5および図5bのBATメッセージ61)が、将来の送信機から何らかのビットローディングおよびエラーコーディング方式の使用を要求するために、HB-PHYを使用する受信デバイス16によって使用され得る。
Valid BAT Bitmap(有効性情報53):有効であることが要求されるBATを指定する。ビットマップの最初のビットはBAT ID 8に対応するが、最後の(すなわち、一番右の)ビットはBAT ID 31に対応する。1に設定されたビットはBATが有効であることを示し、0はBATが無効であること、すなわち送信機によりこれ以上使用されるべきではないことを示す。
Updated BAT(更新BAT情報54):更新されるべき、ランタイム定義されるBATのIDを指定する。値8-31のみが許可される。値0は、新しいBATが更新されないことを示す。これは、有効性情報のみがBAT Request要素においてシグナリングされる場合に当てはまり得る。値1-7は予約されている。
FEC Block Size(55a'):
FEC Code Rate:要求されるFECコーディングレートを指定する。
BAT Group 1…N:サブキャリアのn番目のグループに対する変調を記述するBAT Group要素。すべてのサブキャリアをカバーするのに十分なグループがあるものとする。最後のグループはサブキャリアの残りの数より広くてもよい。それらの過剰なサブキャリアに対する要求される変調は無視されるものとする。
BAT Group要素(55b'、55b"など)は、ビットローディング可能なPHY送信において同じ数のビットがロードされている、隣接するサブキャリアのグループについての情報を含む。
BAT Group要素は、ビットローディング可能なPHY送信において同じ数のビットがロードされている、隣接するサブキャリアのグループについての情報を含む。
BAT Group要素の構造は図に示されている。これは、以下のフィールドを有する:
Grouping:このフィールドは、このグループの中のサブキャリアの数を含む。有効な値は次の通りである。
1,2,4,8,16,32,64,128,256,512,1024,2048,4096
Loaded Bits:グループの各サブキャリアにロードされるビットの数。有効な値は次の通りである。
0,1,2,3,4,5,6,7,8,9,10,11,12
複数のBATのうちのどの1つまたは複数のBATが有効である[たとえば、通信デバイスにデータを送信するためにBSまたは調整器によって使用可能である]かをシグナリングする有効性情報[たとえば図8bの例において「Valid BAT」として示されている、たとえばビットマップ][いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする]、および/または
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報[たとえば、図8bの例において「Updated BAT」として示される]、および/または
更新されるものとしてシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]
を備える。
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報[たとえば、図8bの例では「Updated BAT」として示される]、
[任意選択で、更新されるものとしてシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報、たとえば、図8bの例では最後の5つのフィールド]
を含み、通信デバイスは、
[たとえば、通信設備からの]確認を予想し、確認が、更新されたBATに従ったビット割振りの使用から導かれ、および/または、通信設備からの有効性確認を受信しない場合、BATメッセージを再送信する
ように構成される。
複数のBATのうちの1つまたは複数のBATが有効である[たとえば、通信デバイスにデータを送信するためにBSまたは調整器によって使用可能である]かをシグナリングする有効性情報[たとえば図8bの例において「Valid BAT」として示されている、たとえばビットマップ][いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする]、および/または
更新されるものとしてシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]
を備えるBATメッセージからなり得る。
複数のBATのうちのどの1つまたは複数のBATが有効である[たとえば、通信デバイスにデータを送信するために通信設備によって使用可能である]かをシグナリングする有効性情報[たとえば図8bの例において「Valid BAT」として示されている、たとえばビットマップ][いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする]、および/または
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報[たとえば、図8bの例において「Updated BAT」として示される]、および/または
更新されるものとしてシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]
を備える。
[任意選択:複数のBATのうちのどの1つまたは複数のBATが有効であるか、たとえば、通信デバイスにデータを送信するために通信設備によって使用可能であるかをたとえばシグナリングし、いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする、有効性情報、たとえば図8bの例において「Valid BAT」として示されるような、たとえばビットマップ]、および/または
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報[たとえば、図8bの例において「Updated BAT」として示される]、および/または
[任意選択:更新されるようにシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]]
を備え、通信設備は、
確認を[たとえば、通信デバイスに]送信するように構成され、確認は、更新されたBATに従ったビット割振りの使用から導かれる。
複数のBATのうちのどの1つまたは複数のBATが有効である[たとえば、通信デバイスにデータを送信するために通信設備によって使用可能である]かをシグナリングする有効性情報[たとえば、図8bの例において「Valid BAT」として示されている、たとえばビットマップ][いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする]、および/または
更新されるものとしてシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]
を備える。
複数のBATのうちのどの1つまたは複数のBATが有効である[たとえば、通信デバイスにデータを送信するためにBSまたは調整器によって使用可能である]かをシグナリングする有効性情報[たとえば図8bの例において「Valid BAT」として示されている、たとえばビットマップ][いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする]、および/または
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報[たとえば、図8bの例において「Updated BAT」として示される]、および/または
更新されるものとしてシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]
を備える。
[任意選択:複数のBATのうちのどの1つまたは複数のBATが有効であるか、たとえば、通信デバイスにデータを送信するためにBSまたは調整器によって使用可能であるかをたとえばシグナリングし、いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする、有効性情報、たとえば図8bの例において「Valid BAT」として示されるような、たとえばビットマップ]、および/または
複数のBATのうちのどのBATが更新されるべきであるかをシグナリングする更新BAT情報[たとえば、図8bの例において「Updated BAT」として示される]、および/または
[任意選択:更新されるようにシグナリングされるBATを更新するための更新情報をたとえばシグナリングする、BAT更新情報、たとえば図8bの例における最後の5つのフィールド]
を備え、方法はさらに、
通信設備から通信デバイスに、確認を送信するステップであって、確認が、更新されたBATに従ったビット割振りの使用から導かれる、ステップ、および/または、
[たとえば、所定の閾値以内に]通信設備から有効な確認を通信デバイスが受信しない場合、通信デバイスから通信設備にBATメッセージを再送信するステップと
を備える。
複数のBATのうちのどの1つまたは複数のBATが有効である[たとえば、通信デバイスにデータを送信するためにBSまたは調整器によって使用可能である]かをシグナリングする有効性情報[たとえば図8bの例において「Valid BAT」として示されている、たとえばビットマップ][いくつかの例では、複数のBATのうちのどの1つまたは複数のBATが有効ではないかもシグナリングする]、および/または
更新されるようにシグナリングされるBATを更新するための更新情報をシグナリングするBAT更新情報[たとえば、図8bの例における最後の5つのフィールド]
を備える。
信号レベルでの空間ダイバーシティの導入、および/または
円滑なハンドオーバー性能と高いQoSを伴った空間再使用を可能にすること、および/または
低レベルの「ソフトハンドオーバー」:管理プロトコルに対して完全に透過的である、デバイスの移動に従ったOFE形式の仮想セル。2つのデバイスに同時にサービスする分散したOFEを伴うスター型トポロジにおける調整器を示すものとして理解され得る、図1を参照されたい。
CAPにおけるキャリア検知を伴わないスロット化アップリンクランダムアクセス(ALOHA)。アソシエーションおよび再接続だけに対して、コリジョンが発生し得る;ならびに/または
通常のコリジョンフリー送信のための、およびCFPにおける、デバイスごとのGTS割振り;ならびに/または
同じスーパーフレームスロットにおいて、しかし異なるOFEスロットにおいて割り振られる異なるGTS(SDMA);ならびに/または
GTSが複数のOFEスロットにまたがり、これは、ジョイント送信/受信のための「仮想セル」を示唆する。図2を参照されたい。
マルチセルチャネル推定は、ビーコンの中のマルチセルパイロットに基づく。個々の仮想セル送信に対して、追加の望まれるBATまたはMCSフィードバックが生成され得る;および/または
調整器がフィードバックに基づいてGTSをスケジューリングし、適応的な送信を選択する;および/または
動的なGTSは、制御フレームを介して更新され、有効性=0の場合は次のスーパーフレームの間、それ以外の場合は複数のスーパーフレームの間、有効である。以前の動的なGTSの割振りは有効性を失う。GTS更新は次のフィードバックフレームにおいて肯定応答される。図3を参照されたい。
タップに対する可変の分解能の設定のためのTAPフォーマット;および/または
パイロット/OFE識別のためのシンボル(1-7)+分割(1-32);および/または
第1のタップの強度はSNR[dB]である;および/または
他のTAPに対して、それは第1のTAPと現在のTAPとの比[dB]である;および/または
第1のOFE/TAPは最も遅延が小さいものである。
有効BATビットマップは、BAT要求フレームの送信者に向かう受信者からの送信のための24個のランタイムBATの各々の適用可能性を示す;および/または
「Updated BAT」フィールドは、更新されるものとする要求されるBATフレームの送信者に向かう受信者からの送信のためのBATを示す;および/または
すべてのランタイムBATが無効である場合、フレームは0の2オクテットのみを含む;および/または
FEC方式:コードレート(CR)1/2、2/3、5/6、16/18、20/21、&ブロックサイズ(BS)960、4320;および/または
グループ化:1,2,4,8,16,32,64,128,256,512,1024,2048,4096
ロードされるビット:1,2,4,8,9,10,11,12
に基づいて異なる数のビットをロードするためのサブキャリアのグループのリスト
最後のグループはPHYに存在するサブキャリアの実際の数を超えるグループである。図5を参照されたい。
チャネルが変化し、以前有効であったBATが使用不可能になるとき、新しいBATが設定される(「更新される」)。古いBATは無効であるとマークされる;および/または
更新におけるBAT IDの再使用は、更新されるBAT IDが以前に無効であった場合にのみ許可される。更新されるBAT IDは有効であるとマークされなければならない;および/または
要求されるBATフレームの受信は、要求されるBATフレームの送信者に向かう送信に対する最新の更新されるBATを使用することによって受信者により確認される;および/または
要求されるBATフレームの喪失は、後続の受信における無効なBAT IDの使用を通じて除去され得る
512個のサブキャリアを伴うHB-PHYのための要求されるBATフレームの例;および/または
ここでは、BAT1、5および14だけが、要求されるBATフレームの送信者に向かう送信のために使用され得ることが示される;および/または
BAT1は、所与のFECのために、ならびに、8ビットおよび6ビットをそれぞれロードされたサブキャリアの2つのグループのために更新される;および/または
要求されるBATフレームの受信者は、実際の数よりも多くのサブキャリアを指定するので、サブキャリアの第2のグループが最後のグループであることを知っている;および/または
第2のグループの過剰なサブキャリアは無視されて変調されない。図5bを参照されたい。
特定のMCSの使用を要求するために送信される要求されるMCS制御フレーム;および/または
要求されるBATフレームに対するものと同じ手順、しかしMCSが要求される;および/または
送信機が正しいMCSを適用しないとき、制御フレームが繰り返される。
規格にすでに存在するような、GTS更新フレームを介したまたはビーコンフレームを介したGTS割振り;および/または
有効性フィールドは、GTSがその中で有効であるスーパーフレームの数を指定する;および/または
最初の適用されるGTS方向のみが考慮される。余剰のビットは無視される。図7aおよび図7bを参照されたい。
新しいデバイス、または接続を失いGTSを割り振られていないデバイスが、CAPにおいてアソシエーション要求および再接続フィードバックフレームを送信することができる;および/または
制御送信、管理送信、およびデータ送信のすべてがCFPの中のGTSにおいて実行される。
ここで、上の態様のいずれかに関連付けられ得る、複数の光フロントエンドに対するMACレイヤサポートに言及する。
信号レベルでの空間ダイバーシティの導入
円滑なハンドオーバー性能と高いQoSを伴った空間再使用を可能にする
低レベルの「ソフトハンドオーバー」:ネットワークレイヤに対して完全に透過的である、デバイスの移動に従ったOFE形式の仮想セル
図1:2つのデバイスに同時にサービスする分散したOFEを伴うスター型トポロジにおける調整器
調整器のPHYはフロントホールを介してOFEと接続される
フロントホールの実装形態は範囲外である
アナログフロントホールは、単純な同軸ケーブル、またはアナログ信号のファイバー伝送であり得る
デジタルフロントホールは、デジタル化された波形サンプル(CPRI)の伝送であり得る
モバイルネットワークにおいて「新しい機能分割」としても論じられるような、信号チェーン機能の分割は範囲外である
デジタルフロントホール伝送技術は、現在モバイルネットワークの分野で研究中であり、以下の異なる標準化活動において要件が定義されている:
eCPRI
IEEE 802.1CM
フロントホールは伝播遅延を仮想的に増やす。オーダーは最大で100μsである。
フロントホール遅延tFは、すべてのOFEに対して知られており概ね同じでなければならない。
アナログフロントホール遅延は伝播遅延の一部である。
デジタルフロントホールのための適切な同期技法はIEEE 1588v2(PTP)である。各OFEにおけるMACフレームの開始は、各OFEにおけるPTPスレーブから取得され得る。
そのような技法が利用可能ではない場合、独自の手法が考慮され得る。
異なるOFEにおけるエアタイム間の残りの遅延差分は非常に小さくなければならず、すなわち、巡回プレフィックス長の1/2を大きく下回らなければならない。
調整器のPHYは、複数の送信および受信チェーン(TRXチェーン)とOFEのための複数のポート(OFEポート)とを有する。
PD-SAPを介したPSDUごとのTX構成
どのOFEで送信すべきか
(任意選択でクロック周期における)OFEごとの遅延差分補償
PLME-SAPを通じたRX構成
アップリンクにおいて組み合わせるための仮想セルの中のOFEのグループ
フロントホール遅延は各OFEに対して一定である
MACレイヤは上で説明されたようにこの値を補償しなければならない
CAPにおけるキャリア検知を伴わないスロット化アップリンクランダムアクセス。アソシエーションおよび再接続だけに対して、コリジョンが発生し得る。
CFPにおける通常の送信と受信のためのデバイスごとのGTS割振り。
同じスーパーフレームスロットにおいて、しかし異なるOFEスロットにおいて割り振られる異なるGTS(SDMA)。
GTSが複数のOFEスロットにまたがり、これは、ジョイント送信/受信のための「仮想セル」を示唆する。
同じスーパーフレームスロットが異なるデバイスのGTSにおいて「再使用」される場合(空間多重化)、そのようなGTSを伴うデバイスが互いに近づくと、移動がフレームのコリジョンにつながり得る。
したがって、GTSの割振りは移動に高速に適応しなければならない。
管理フレームを介した既存の準静的なGTS割振り機構を維持する(5.1.10およびD3の付録G)
提案:いわゆる動的なGTSは、準静的なGTSの割振りに加えて、制御フレームを介して調整器によってデバイスに割り当てられ得る。
動的なGTSは、指定された数のスーパーフレームに対してのみ有効であり、その後で使用されないものとする。
準静的なGTSは、管理プロトコルを介して割振り解除されない限り有効である。
動的なGTS記述子は制御フレームを介して送信される。
動的なGTS記述子は、準静的なGTS記述子と類似しているが、デバイスアドレスを有せず、Validityフィールドを含む。
動的なGTS記述子のValidityフィールドは、動的なGTSが割り当てられるスーパーフレームの数を含み得る。
GTSリストに対するテーブルを追加する。
調整器12との接続を失いGTSを割り振られていない新しいデバイス16は、CAP11aにおいてアソシエーション要求および再接続フィードバックフレーム35を送信することができる。
提案:CAP送信:複数のスーパーフレームスロットを含むマクロスロットの中のスロット化Aloha、スーパーフレームスロットは各々フレーム全体を保持することができる。
提案:推定されるダウンリンクCSIがランダムアクセスフレームに含まれる
チャネル推定はビーコン11の中のマルチセルパイロットに基づき得る。CSIフィードバック(たとえば、32、32b、35)は通常、GTSの中の制御フレームを介して送信され得る。
調整器12は、CSIフィードバックに基づいてGTS割振りを動的に更新し得る。
動的なGTSは、制御フレームを介して更新され、有効性=0である場合には次のスーパーフレームの間、それ以外の場合には複数のスーパーフレームの間有効であり得る。例では、以前の動的なGTS割振りは有効性を失う。GTS更新は次のフィードバックフレームにおいて肯定応答され得る。
単一の調整器を伴う複数の分散した光フロントエンド(OFE)をMU-MIMOシステムとして使用すること
複数のOFEに対する遅延差分補償
MU MIMOのための制御シグナリング
遅延差分:例
たとえばPTPを使用したイーサネットを介した、デジタルフロントホールを想定する
光ネットワークは小さく、たとえば、10-100m*5ns/m=50-500nsのフロントホール遅延である
PTP=Precision time protocol IEEE 1588v2
PTPパケットは高い優先度を得て、静止シナリオ1,2では正確さは<<1μsである
フロントホール+伝播遅延+PTPの正確さ<長いCPまたは同期シーケンス長
LB PHY@32MHz:CP=160サンプル*31.25ns=4.8μs
HB PHY:CP=1.28μs
PM PHY@200MHz:同期シーケンス長=384サンプル*5ns=1.92μs
明らかに、すべての遅延を合わせても長いCP/同期シーケンス長より短い
高精度のフロントホール整列がover the airで達成され得る
(L. Cosart、「Precision Packet Delay Measurements Using IEEE 1588v2」、2007 IEEE Int. Symp. on Precision Clock Synchronization for Measurement、Control and Communication、ウィーン、2007年、pp.85-91も参照されたい。R. L. Scheiterer、C. Na, D. Obradovic、G. Steindl, F.-J. Goetz、「Synchronization Performance of the Precision Time Protocol in the Face of Slave Clock Frequency Drift」、4th IEEE Conference on Automation Science and Engineering、Key Bridge Marriott、米国ワシントンDC、2008年8月23日~26日も参照されたい)
遅延差分補償:問題(図1aも参照されたい):
光フロントエンド(OFE)は時間が揃っていなければならない
フロントホールプロトコルは、もしあれば、OWCに対して透過的である
フロントホールはアナログまたはデジタルであるが、何らかの遅延を示唆する
調整器は各OFEにおける残りの遅延差分を補償する
状況:
システムがオンにされる
たとえば、PTPが適用される
各OFEにおいて個々の時間誤差tF1、tF2、tF3がある
各OFEからの個々の伝播遅延tP1、tP2、tP3がある
全体の遅延の広がりは1μs未満である
時間整列:提案される解決法:
提案される解決法:
over the airで個々の遅延差分を測定する
遅延差分について調整器に知らせる
それらを各OFEにおける可変のFIFO遅延バッファを用いて訂正する
提案:
ビーコンが、チャネル推定、ヘッダ、任意選択のフィールド、およびペイロードに対する十分に長いCPを使用する
ビーコンが任意選択のフィールドにおけるMIMOに対する直交シーケンスを含む
デバイスがすべてのOFEに対するマルチセルチャネル推定を実行する
デバイスがアソシエーション要求(CSIフィードバック)においてすべての可視のOFEに対するCIRを送信する
調整器がそれに従って各OFEにおける遅延差分を訂正する
ダウンリンクMIMO動作:
ビーコンがすべてのOFEを介して一緒に送信される
遅延差分測定がMIMO基準信号を使用してサポートされる
OFEが異なるMIMO基準信号によって識別される
デバイスが各OFEに対するマルチセルチャネル推定を実行する
デバイスが可視のOFEごとにチャネル状態情報(CSI)のフィードバックを調整器に提供し、CSIは大幅に圧縮され得る(以下も参照されたい)
調整器が各OFEにおいて遅延差分補償を適用する
適応CSIフィードバック圧縮:
可視のOFEを選択する
チャネルを周波数領域から時間領域に変換する→CIRを再構築する
ノイズおよび干渉に依存する閾値に基づいてノンゼロタップを選択する
各ノンゼロタップの振幅を量子化する
固定量子化または可変量子化を使用し、変数はSINRに依存する
MIMO CSIフィードバックフォーマット:
すべての可視のOFEに対する時間領域フィードバック
各タップ振幅に対して、適応量子化が使用される(固定され得る)
インパルス応答フィードバックフォーマット3:
OFE indexはソースOFEを表す
Step sizeおよびquant. bitsは適応量子化を記述する
Delay vectorはビットマップであり、l番目のタップが0ではない場合位置lにおいて1であり、それ以外の場合0である
L=sum(Delay vector)はCIRにおけるノンゼロタップの数である
Tapsは、Bビットの深度で量子化されたL個のタップの振幅を含む
適応ビットローディング:
適応ビットローディングはHB OFDM PHYと一緒に使用される。
ランタイムビット割振りテーブル(BAT)はMACによってネゴシエートされる。
デバイスは、サブキャリア固有のSNR値を測定し、サブキャリアまたはサブキャリアグループ当たりのビットの数を含む望ましいBATを計算する。
望ましいBATは、望ましいBAT制御メッセージを介して、すなわちチャネルが変更される場合、調整器にフィードバックされる。
調整器は、望ましいBATが使用されるか、または別のBATが使用されるかを決定する。
調整器は、付与されたBAT制御メッセージを使用してデバイスに知らせる。
あらかじめ定められたBATとランタイムBATとの高速な切り替えのために、PHYヘッダは復調に必要なBAT IDを含む。
適応ビットローディング:手順:
基本的なBAT維持手順:
デバイスがサポートできるBATをデバイスが定期的に更新する
デバイスまたは調整器によって手順が開始され得る
各プリアンブルフレームにおいて、またはデバイスによる要求の後で、調整器がチャネル推定シンボルを送信する
説明されたようなネゴシエーション
望ましいBATフォーマット:
含まれる情報:
更新されるべきBAT ID
1、2、4、8、16のグループにおけるサブキャリアのグループ
有効なBAT ID
FECブロックサイズ
FECコードレート
最低のロードされるサブキャリア(グループ)
最高のロードされるサブキャリア(グループ)
サブキャリア(グループ)当たりのロードされるビット
フレームフォーマットが後に続く
Wireless specialty networks
1.1 範囲
1.2 目的
本セクションにおいて論じられる概念は、たとえば、光学的または非光学的であり得るワイヤレスリンクを通じて通信している、第1の装置16および/または第2の装置15を伴うシステムに一般化され得る。ここで論じられる概念は、上で論じられた他の概念と奇妙にも組み合わせられ得る。光フロントエンド(OFE)の代わりに、より一般的に、フロントエンド(たとえば、ワイヤレスフロントエンド)と呼ぶことが可能である。OWPANの代わりに、ネットワーク(たとえば、光ネットワークなどのワイヤレスネットワーク)への言及が行われ得る。
3.1 定義
この項は、本開示全体で使用される用語を列挙する。それぞれの用語は太字で印刷されている。定義はコロンの後に与えられる。用語が同義語、すなわち本開示において同じエンティティを記述する他の用語を有する場合、これらの同義語が括弧の中に列挙され得る。定義は同義語の指定によって置き換えられることがあり、この場合、同義語の定義を参照することができる。
コンテンションアクセス期間(CAP):
CAPスロット:CAPにおける複数のスーパーフレームスロットの合成物
保証されたタイムスロット(GTS):
MACフレーム:MACサブレイヤで扱われるフレーム
[MACプロトコルデータユニット]
MACプロトコルデータユニット(MPDU):
[MACフレーム]
変調およびコーディング方式(MCS):物理レイヤでのレート適応パラメータ。これは、たとえば、変調のタイプまたはエラーコーディング方式の詳細を含む。
スーパーフレームスロット:ビーコン対応チャネルアクセスモードで各スーパーフレームのブロックを構築する基本の時間リソース。他の時間長、すなわち、ビーコンスロットまたはCAPスロットの時間長は、スーパーフレームスロット時間長の倍数である。
FCS フレーム確認シーケンス
DME デバイス管理エンティティ
TAIFS ターンアラウンドインターフレーム空間
LLC リンクレイヤ制御
4.1 導入
4.2 IEEE 802.15.13 OWPANの構成要素
OWPAN(またはより一般的にはネットワーク)は、開示に準拠するデバイスからなり得る。デバイスは、ネットワークにおける識別およびフラットアドレス指定のためのMAC-48アドレスを持つ。デバイスは、準拠するMAC実装形態からなり、本開示において定義される準拠するPHYを利用する。OWPANを維持するための機能を、すべてのデバイスが実装することは要求されない。機能をサポートするデバイスは、OWPANを能動的に維持する場合、調整器対応デバイスまたは調整器とも呼ばれる。
OWPANは、デバイス間のネットワークを表す。MCPS-SAPは、MAC-48アドレスに基づいて、デバイス間のMSDUの送信をサービスとして提供する。その上、調整器は、外部ネットワークの中のピアと、維持されているOWPANとアソシエートされるデバイスを接続する、アクセスポイント[ブリッジ]として動作し得る。
すべてのIEEE 802.15.13 OWPANはスター型トポロジを有する。したがって、単一の調整器は、図9-1に示されるように、2つのデバイス間の、または、外部ピアとOWPANにアソシエートされるデバイスとの間のすべてのデータ送信に関与し得る。その上、同じOWPANの2つのデバイス間のデータ送信は、(いくつかの例では)調整器によっても中継されなければならない。
送信特性を改善し、モビリティサポートを高めるために、MIMO原理をサポートするようなスター型トポロジが実現され得る。その場合、調整器は、そのPHYと関連付けられる送信および受信のための複数の光フロントエンド(OFE)を有し得る。各OFEを用いて、調整器は同じまたは異なる信号を送信することが可能であり得る。しかしながら、個々のOFEはデバイスによりアドレス指定可能ではなく、それにより、個々のOFEは、デバイスが観測する様々なパイロット信号とは別に、デバイスに対して透過的になる。
無指向性スター型トポロジ(図9-4に示される)では、OWPANは調整器のみを備える。無指向性スター型トポロジの調整器は、デバイスによるアソシエーションを受け入れない。それは、デスティネーションアドレスとしてブロードキャストアドレスを有するフレームを送信し得る。
同じエリアに展開される複数の調整器は、マスター調整器によって協調させられ得る。対応するトポロジは、協調スター型トポロジと呼ばれ得る。
ハイブリッドトポロジは、各デバイスにおける任意選択のRFベースの接続を伴う。ハイブリッドトポロジの実現は、本開示の範囲外であり得る。代替的なOWCベースおよびRFベースの接続の管理は、802.15.13 MACの上で、たとえば802.1AXに従って実行され得ることが予想され得る。
ピアツーピアトポロジでは、2つのデバイスは、互いとのポイントツーポイント通信を実行することを模索する。その場合、デバイスの一方が調整器の役割を引き受け、アドホックOWPANを他方のデバイスに提供する。したがって、ピアツーピアトポロジは、調整器と、提供されるOWPANにアソシエートされる単一の非調整器デバイスとを伴う、スター型トポロジの特別な場合であってもよい。
OWPANは、3つの論理的に別個の送信サービスを提供する:
1)調整器からデバイスへの、またはデバイスから調整器への送信
2)デバイスからOWPANの中の別のデバイスへの、または外部ネットワークのピアへの送信
3)OWPANの中の別のデバイスまたは外部ネットワークのピアからOWPANの中のデバイスへの送信
光の高い指向性は、エネルギー検出に基づく共存方式を困難にする。これは、無指向性の伝播特性を有するRFベースの通信技術とは対照的であり得る。これらの無指向性の特性を通じて、相互に復号可能ではない信号を特徴とする異種RF技術は、所与の信号エネルギー閾値を超えることでチャネルがビジーであることを検出できるようになった後、送信を控えることに頼ることができる(エネルギー検出を通じたCCA)。
他のIEEE802規格と同様に、本開示のアーキテクチャは、関連する機能をグループ化して開示を簡単にするために、いくつかのレイヤによって定義され得る。各レイヤは、本開示に含まれる機能のサブセットを担うことがあり、次に高いレイヤにサービスを提供する。
レイヤのサービスは、次に低いレイヤのサービス上にそのレイヤの機能を構築することによって、次に高いレイヤまたはサブレイヤにおいてそのレイヤがユーザに提供する能力である。この概念は、サービスユーザとサービスプロバイダ(次に低いレイヤ)との関係を示す、図9-7において示され得る。
この項は、本開示によりサポートされる機能についての概要を与える。
本開示のMACレイヤは、2つのモードのチャネルアクセス動作を許容する。
本開示は、3つの別個のPHYレイヤをサポートする。
OWPANでは、デバイスのフラットアドレス指定が容易にされる。OWPANの中の各デバイスは、48ビットからなる固有のMAC-48アドレスを有する。このアドレスは、MAC-48アドレスフォーマットに依存している他のLANとOWPANを統合するために使用され得る[Std.802.1DおよびStd.802.1Qを参照]。
すべての媒体アクセスは、OWPANの調整器によって制御される。調整器は、デバイスがcapFullDuplex能力をサポートする場合、デバイスの暗黙的な全二重送信および受信を可能にし得る。
この項は、本開示内でのフォーマット、用語、およびユニットについての様々な約束事を列挙する。
MACサブレイヤによって規定され維持される定数および属性は、斜体で、かつスペースなしで書かれる。定数は「a」という一般的なプレフィックスを有し、たとえば、aMinFragmentSizeである。可変の属性は「mac」という一般的なプレフィックスを有し、たとえばmacOwpanIdである。
本開示の準拠する実装形態に対する要件は、以下の用語を使用して表される。
a.ものとする(shall)は、必須の要件のために使用される
b.てもよい(may)は、実装形態がサポートすることが許可される任意選択の機能を記述するために使用される
c.べきである(should)は、推奨される実装形態および構成の選択のために使用される
光ワイヤレス通信は、強度変調された光および受信機における直接検出を利用する。したがって、受信するDSPにおいて測定されるような電気信号レベルは、すべてのデバイスに対して同じようには、受信された光パワーレベルと関連しない。むしろ、受信された光パワーと受信された電気パワーの関係は、LEDおよび光検出器の特性などの、所与のデバイスの実装形態の詳細に依存する。
この項は、MACサブレイヤの機能および手順を規定する。手順は、MACによって、またはMLME-SAPプリミティブ呼び出しの結果によって開始され得る。MACは、物理レイヤサービスを利用し、以下のタスクを担う。
・OWPANの構成に対応するチャネルアクセスおよび送信を実行する
・OWPANを開始して維持する
・OWPANにアソシエートする/OWPANからアソシエート解除する
・MSDUを断片化およびアグリゲートする
・2つのピアMACエンティティ間で信頼性のあるリンクを提供する
・交互に入れ替わるチャネル条件に適応する
セキュリティに対するサポートは、8項において規定される。
この項はMAC機能の大半を規定する。この項は、PHYを通じたPSDU処理の開始までMCPS-DATA.requestプリミティブを通じて開始されるような、フレーム送信の手順をカバーする。同様に、PHYを通じたPSDUの受信成功の後に始まり、MCPS-DATA.indicationプリミティブのトリガまでの、フレーム受信の手順が説明される。
送信プロセスは、MACがMCPS-SAPを通じてMSDUを受信すると、またはMLMEが管理フレームの送信を要求すると開始する。
受信プロセスは、PHYから入来するMPDUをMACが受信すると開始する。
OWPANがビーコン対応チャネルアクセスモードで動作する場合、チャネル時間は後続のスーパーフレームへと分割される。各スーパーフレームは、ビーコン送信、任意選択のコンテンションアクセス期間(CAP)、およびコンテンションフリー期間(CFP)という3つの主要な部分からなる。
スーパーフレームは、macNumSuperframeSlotsスーパーフレームスロットの合計からなり得る。macNumSuperframeSlotsは、OWPAN調整器によって決定される変数であり、ビーコンフレームにおいてデバイスに告知される。スーパーフレーム内のスーパーフレームスロットの最大の数は65535である(6.6.1.10参照)。各スーパーフレームスロットは、aSuperframeSlotDurationの時間長を有する。スーパーフレームスロットの数およびそれらのそれぞれの時間長は、各スーパーフレームの合計時間長を決定する。
ビーコン対応チャネルアクセスモードでは、調整器は(いくつかの例では)、スーパーフレームの最初にビーコンを送信するものとする。ビーコンフレームは、Superframe Descriptor要素のみを含むか、または、Superframe Descriptor要素およびVariable Element Container要素を介した追加の要素を含むかのいずれかである、制御フレームである。ビーコンは、可能なとき、一定の周期で送信されるべきである。スーパーフレームタイミングの変更は、たとえば、ビーコン周期が変化する場合であってもよい。
CAPは(いくつかの例では)、
a)アソシエーション手順(5.2.3.1参照)
b)リソース要求手順(5.2.3.2参照)
においてフレーム送信のために使用されるだけであるものとする。
デバイスはアソシエーションの前にGTSを割り当てられていないので、アソシエーション要求フレームが(いくつかの例では)CAPにおいて送信されなければならない。したがって、要求するデバイスは、5.4.5において説明されるように、Association Request要素を含むフレームを準備した後で、CAP送信手順を開始する。
デバイスがその送信のために割り振られたGTS時間をまったく有しないとき、または(いくつかの例では)不十分なGTS時間しか有しないとき、デバイスはリソース要求手順を実行してもよい。たとえば、調整器からの接続が中断されて、調整器がデバイスにGTSを割り振るのを止めた後に、これが起こってもよい。
CFPにおけるチャネルアクセスは、動的TDMAの原理に基づく。スーパーフレームスロットは、コンテンションフリー媒体アクセスを可能にするために、デバイスごとに確保され得る。特定のデバイスのために確保される隣接するスーパーフレームスロットのグループは、保証されたタイムスロット(GTS)と呼ばれる。整数個のスーパーフレームスロットにおいて与えられる、第1のスーパーフレームスロットおよび時間長は、6.1.13.1項において説明されるようなスーパーフレームにおけるGTSの位置を定義する。GTSは(いくつかの例では)、CFP内だけに存在するものとする。
(いくつかの例では)OWPAN調整器のみが、GTSを割り振る(GTSの割振りを解除する)資格を与えられる。あらゆる割り振られるGTSが(いくつかの例では)、CFP内に位置するものとする。
すべてのデバイスが、それらがビーコン対応OWPANにアソシエートされるか、またはアソシエーションを試みているかにかかわらず、(いくつかの例では)送信または受信を開始する前に調整器のクロックに同期されるものとする。1つ1つのスーパーフレームの最初に送信されるビーコンは、到着時間の同期を通じて、ビーコン対応OWPANにおけるデバイスの同期を可能にする。
本開示によって定義される(いくつかの例では)唯一のIFSは、Turn Around Interframe Space (TAIFS)である。TAIFSは、送信と送信の間に十分なターンアラウンドタイムがあることを確実にするために必要である。ターンアラウンドタイムは、送信することから受信の準備ができていること、または、受信することから後続の送信を開始することに切り替えるためにトランシーバが必要とする最大の時間として定義される。送信機は、すべての受信するデバイスが最初からそれらのGTSを完全に利用することを可能にするために、GTSの終わりよりも少なくともTAIFS前にその送信が終了することを確実にしなければならない。TAIFSは(いくつかの例では)、各PHYに対して定義されるような、少なくとも最大の予想されるターンアラウンドタイムであるものとする。
TDMAシステムでは、ガード時間は、デバイスのローカルクロックが、たとえばデバイスのローカルクロックの周波数の不正確さにより引き起こされるドリフトを通じて不完全に同期されるときに、隣接するGTSにおける送信が競合するのを防ぐために必要とされる。GTSは、GTS要素において規定されるように、開始時間および時間長によって定義される(6.6.1.13項参照)。ガード時間は、1つのGTSの終了と次のGTSの開始との間の時間である。
MaxDrift=クロックの正確さ/スーパーフレームの時間長
[文書15-18-0488-01-0013参照]
この項は、既存のOWPANのスキャン、新しいOWPANの開始、ならびに、既存のOWPANとのデバイスのアソシエーションおよびそれからのデバイスのアソシエーション解除を説明する。
近くで動作しているあらゆるOWPANを検出するために、デバイスによってスキャン手順が実行される。光通信では、ベースバンドにおける単一の周波数範囲が、すべての送信に利用される。したがって、既存のOWPANのスキャンは、単一の周波数チャネルのスキャンへと縮小する。しかしながら、複数のOWPANが、マスター調整器によって協調させられ、全体の利用可能なチャネル時間を共有してもよい。
新しいOWPANを開始するプロセスは、MLME-SAPのMLME-START.requestプリミティブを通じて調整器対応デバイスがそうするように指示された後で開始される。この項は、OWPANを開始して維持することに関与するステップを説明する。将来の調整器が以前にOWPANを維持していた場合、DMEは(いくつかの例では)、すべてのMACおよびPHY状態ならびにアソシエート解除されたアソシエートされる可能性のあるデバイスをリセットするために、新しいOWPANを開始する前に、5.4.4に従ってOWPANを停止するものとする。
OWPANの開始に成功した後、調整器およびアソシエートされるデバイスは(いくつかの例では)、MCPS-SAPのプリミティブおよび対応するMACデータ経路機能、ならびに、サポートされる能力の一部を実装したMLME-SAPのプリミティブをサポートするものとする。
既存のOWPANを停止するために、調整器のDMEは(いくつかの例では)、MLME-SAPを通じてMLME-STOP.requestを出すものとする。プリミティブを受信すると、調整器は(いくつかの例では)、適切な理由コードを用いてすべてのアソシエートされるデバイスのアソシエーションを解除するものとする。続いて、調整器のDMEは(いくつかの例では)、OWPANの稼働時間の間にもたらされたすべての状態を排除するものとする。
アソシエーション手順は複数のステップを伴う。
1.(一時的な)チャネルアクセスを得るために対象とのアソシエーションを要求する
2.OWPANによって要求されるような任意選択の要求認証
デバイスMLMEは、MLME-ASSOCIATE.requestプリミティブを通じてDMEによって既存のOWPANとのアソシエーションを試みるように指示される。アソシエーション手順を開始する前に、デバイスは(いくつかの例では)、キューを含むすべての状態、およびそのMACの変数をリセットするものとする。
さらなる認証が必要とされることを、デバイスによって受信されるAssociation Response要素が示す場合、デバイスは(いくつかの例では)、適用されるセキュリティタイプに対応して、Association Response要素に含まれる認証材料を処理するものとする。得られる認証データは(いくつかの例では)次いで、Association Request要素に含まれ、管理フレームを介して調整器に送信されるものとする。
OWPANからの単一のデバイスのアソシエーション解除は、OWPANの調整器または影響を受けるデバイス自体のいずれかによって、MLME-DISASSOCIATE.requestプリミティブを通じて開始されてもよい。
断片化は、MSDUまたはA-MSDUに対して送信デバイスによって実行されてもよい。(A-)MSDUは(いくつかの例では)、最大で16個のフラグメントへと断片化されるものとする。すべてのフラグメントが(いくつかの例では)、奇数のオクテットを含んでもよい最後のフラグメントを除き、偶数のオクテットを含むものとする。(A-)MSDUが断片化され、送信が試みられると、それは(いくつかの例では)再び断片化されないものとする。最後のフラグメントを除くフラグメントの最小のサイズは(いくつかの例では)、少なくともaMinFragmentSizeであるものとする。
デバイスは、複数のMPDUおよび対応するPPDUを送信することのオーバーヘッドを避けるために、複数のMSDUを単一のMPDUにアグリゲートしてもよい。アグリゲートされたMSDU(A-MSDU)は、A-MSDUサブタイプのデータフレームのペイロードにおいて送信される(6.3参照)。
単一のMPDUに複数のMSDUをアグリゲートすることをデバイスMACが決定するとき、アグリゲーション手順は、図10-8において詳述される送信プロセスの一部として適用される。
デバイスがA-MSDUデータフレームを受信する場合、デバイスは(いくつかの例では)まず、MPDU FCSフィールドに基づいてMPDU全体の完全性を確認する。MPDUがエラーなしで受信された場合、デバイスは(いくつかの例では)、MPDUの対応するシーケンス番号に肯定応答するものとする。
IEEE 802.15.13デバイス間の送信は保護されてもよい。保護は、2つのMAC間の送信の間に、MSDUが複製も順序の変更もされないことを確実にする。その上、保護は、肯定応答と再送信の機構によってMSDUの喪失を防ぐ。その目的で、あらゆる送信されるMSDUには、シーケンス番号が割り当てられている。
・シングル肯定応答(5.7.1項)
・ブロック肯定応答(5.7.2項)
MSDUの受信機は、単一の肯定応答によって受信の成功を認めることを決定してもよい。したがって、送信機に返される情報は、単一のMSDUの受信の成功についての情報のみを含む。
・任意のデータまたは管理フレームのヘッダ
・専用のAcknowledgment制御フレームにおいて、そのペイロードの中にAcknowledgment Information要素のみを(いくつかの例では)含む
・Variable Element Container要素を含む任意のフレームにおいて、Acknowledgment Information要素を含む
受信機は、累積的な肯定応答によって、受信に成功したMSDUに肯定応答してもよい。対応するブロック肯定応答フレームは、Block Acknowledgment要素を含めることを通じて、アグリゲートされた方式で1つまたは複数の受信に成功したMPDUについての情報を含む。
デバイスは(いくつかの例では)、少なくともmacRetransmitTimeoutの間デバイスが肯定応答されなかった後、保護されるMSDUを再送信するものとする。macRetransmitTimeout PIB属性は、5.4.3において説明されるパラメータ管理手順を通じて調整器によって調整されてもよい。
デバイスは、たとえば変調およびコーディングを選ぶことを通じて、デバイス自体と受信機との間のチャネルについての利用可能な情報に基づいて、各発信PPDUに対するレートを選択してもよい。この情報は通常、フィードバック機構を介して各々の指定される受信機から取得され、または他の手段により送信機によって推測される。
IEEE 802.15.13 PHYは、変化する変調およびコーディング方式(MCS)の適用のもとでフレームを送信することが可能である。MCSの具体的な定義は、使用されるPHYに依存する。それは、エラーコーディングおよび変調に関する詳細を含んでもよい。
いくつかのフレームは(いくつかの例では)、各PHYのそれぞれの項において定義される、使用されるPHYに固有の基本レートで送信されるものとする。
capEffectiveChannelFeedback能力をサポートIEEE 802.15.13デバイスは、他のデバイスから受信される信号の品質を測定することが可能である。その上、それは(いくつかの例では)、MCS Request制御フレームを送信し、受信された変調要求制御フレームを次のように処理することが可能であるものとする。
cabHbPhyがアソシエーションの間にネゴシエートされた場合、デバイス(調整器を含む)は、将来の送信機からのあるBATの使用を要求してもよい。その上、各デバイスは(いくつかの例では)、デバイスへのユニキャストフレームの各受信の間に有効なチャネルを測定するものとする。より前に要求されたBATがうまく復号可能ではないことを結果が示す場合、デバイスは(いくつかの例では)、送信機からの新しい十分にロバストなBATの使用を要求するものとする。デバイスはまた、たとえばチャネル品質が改善したので、スループットを上げるために、新しいBATの使用を要求してもよい。
capMultiOfeFeedback能力をサポートする調整器は(いくつかの例では)、マルチOFEパイロットを送信することが可能であるものとし、一方、capMultiOfeFeedback能力をサポートする非調整器デバイスは(いくつかの例では)、マルチOFEパイロットを受信し、続いてマルチOFEパイロットの各送信機間のチャネルを推定することが可能であるものとする。
この項は、MACによって使用されるフレームフォーマットの仕様を提供する。
6項の図は、MACフレームに含まれる情報を表してもよい。図は、全体のMACフレーム、要素、またはフィールドを示すことがある。要素は一般に使用されるフィールドのグループである。要素は本開示の読みやすさを高める。MACフレームは、それが含むフィールドおよび要素により記述される。
MACフレームの処理(送信または解釈を意味する)と本開示におけるそれらの表現との間の関係は、次の通りである。ビット、フィールド、および要素は、左から右に、図におけるそれらの表現の順序で処理される。この関係は図11~図21に示される。
本開示におけるMACフレームまたは要素は、テーブルフォーマットで図として表される。一番上の行はフィールドまたは要素の幅を指定する。2番目の(中間の)行は、そのフィールドの説明、または本開示の他の箇所で指定される要素への参照を提供する。3番目の(一番下の)行は任意選択であり、その列に対応するフィールドまたは要素の代替的な説明を提供してもよい。方式は図11-22において表される。
各MACフレームは、フレームのTypeおよびSubtypeを示す、6.6.1.1において定義されるFrame Control要素で開始する。本開示は、データ、管理情報、および制御情報の送信のための、3つの基本的なフレームTypesを伴う。
FCSフィールドは、32ビットCRCを含む32ビットフィールドである。FCSは、MACヘッダのすべてのフィールドおよびフレームボディフィールドにわたって計算される。これらは計算フィールドと呼ばれる。FCSは、以下の本開示の32次生成多項式を使用して計算される。
G(x)=x32+x26+x23+x22+x16+x12+x11+x10+x8+x7+x5+x4+x2+x+1
a)xk(x31+x30+x29+…+x2+x+1)をG(x)で割った余り(modulo 2)、kは計算フィールドにおけるビットの数である
b)計算フィールドの内容(多項式として扱われる)をx32と乗じて、次いでG(x)で割った後の余り
x31+x30+x26+x25+x24+x18+x15+x14+x12+x11+x10+x8+x6+x5+x4+x3+x+1
データフレームは、ピアデバイスへの、MCPS-SAPを介して受信されたMSDUの送信を担う。データフレームのMPDU構造は図11-25に示される。
管理フレームは、異なるプロトコル交換手順において2つのMLMEの通信を助ける、管理情報を搬送する。管理フレームのMPDUフォーマットは、図11-25に示される。
制御フレームは、その動作においてより低いMACおよびPHYを助ける。制御フレームのMPDU構造は図11-27に示される。
要素は、6.1項において定義されるような一般的なMAC機能を担う関連するフィールドの集合体である。要素は、いくつかのフレームの内容を定義し、文書の読みやすさを高めるために使用されてもよい。要素が可変の数のフィールドまたは他の要素を含む場合、要素の全体の長さが、構文解析を可能にするためにそのフィールドの内容から推論可能でなければならない。
図11-28は、フレーム制御要素の例を示す。
図11-29は、シーケンス制御要素の例を示す。
図11-30は、アソシエーション要求要素の例を示す。
図11-31は、アソシエーション応答要素の例を示す。
図11-32は、アソシエーション解除通知要素の例を示す。
図11-33は認証要求要素の例を示す。
図11-34は、スーパーフレーム記述子要素の例を示す。
図11-35は、OWPAN記述子要素の例を示す。
図11-36は、能力リスト要素の例を示す。
図11-37は、GTS記述子リスト要素の例を示す。
図11-38は、GTS記述子要素の例を示す。
図11-39は、マルチOFEフィードバック要素の例を示す。
図11-40は、OFEフィードバック記述子要素の例を示す。
表11-41は、タップ記述子要素の例を示す。
MSDU Aggregation要素は、A-MSDUフレームにおける複数のMSDUのアグリゲーションを担う。
図11-43は、ACK情報要素の例を示す。
図11-44は、ブロックACK要求要素の例を示す。
図11-43は、ブロックACK要素の例を示す。
First Sequence Number+(Bitmap Width+1)*8-1
に対応する。
図11-46は、MCS要求要素の例を示す。
図11-47は、BAT要求要素の例を示す。
図11-48は、BATグループ要素の例を示す。
1、2、4、8、16、32、64、128、256、512、1024、2048、4096
である。
0、1、2、3、4、5、6、7、8、9、10、11、12
である。
図11-49は、キュー状態要素の例を示す。
図11-50は、HCM割振り要素の例を示す。
図11-51は、外来信号要素の例を示す。
図11-52は、サポートされるMCS要素の例を示す。
図11-53は、OFE選択要素の例を示す。
図11-54は、進化した6.6.1.26 Wave Control Elementの例を示す。
図11-55は、Advanced Modulation Control Elementの例を示す。
「1」は、適応ビットおよびエネルギーローディングがサポートされることを示す。
「0」は、適応ビットおよびエネルギーローディングがサポートされないことを示す。
「1000」は1つのストリームを伴うeU-OFDMだけが(いくつかの例では)サポートされることを示す。
「1100」は1つおよび2つのストリームを伴うeU-OFDMだけが(いくつかの例では)サポートされることを示す。
「1010」は1つおよび3つのストリームを伴うeU-OFDMだけが(いくつかの例では)サポートされることを示す。
「1111」はすべての考えられるストリームを伴うeU-OFDMがサポートされることを示す。
「0000」はeU-OFDMがサポートされないことを示す。
「1」は、RPO-OFDMがサポートされることを示す。
「0」は、RPO-OFDMがサポートされないことを示す。
「1」は、FDにおける中継がサポートされることを示す。
「0」は、FDにおける中継がサポートされないことを示す。
「1」は、HDにおける中継がサポートされることを示す。
「0」は、HDにおける中継がサポートされないことを示す。
「1」は、AF中継がサポートされることを示す。
「0」は、AF中継がサポートされないことを示す。
「1」は、DF中継がサポートされることを示す。
「0」は、DF中継がサポートされないことを示す。
「1」は、MIMOがサポートされることを示す。
「0」は、MIMOがサポートされないことを示す。
図11-56は、ランダムアクセス要素の例を示す。
図11-57は、属性変更要求要素の例を示す。
図11-58は、属性変更応答要素の例を示す。
図11-59は、可変要素コンテナ要素の例を示す。
IEEE 802.15.13 MACは、それぞれMCPS-SAPおよびMLME-SAPを通じて、より高次のプロトコルレイヤおよびDMEにサービスを提供する。MCPS-SAPは、IEEE 802.1ACに従って、ブリッジングされたLANにおけるIEEE 802.15.13ネットワークの統合をサポートするプリミティブを含む。MLME-SAPは、基本的な管理機能およびさらに進化した機能をDMEに公開する。
MCPS-SAPは、Table 13(表19)に列挙されるプリミティブを通じて、ピアIEEE 802.15.13デバイスのMAC間でのMSDUの伝送をサポートする。
MCPS-DATA.requestプリミティブは、別のデバイスへのデータの移送を要求するためにより高次のレイヤによって使用される。
MCPS-DATA.indicationプリミティブは、ピアデバイスからMSDUを受信するとデバイスのMACによって出される。
MLME-SAPは、DMEを通じてデバイスのMLME機能の管理および使用をサポートする。
MLME-ASSOCIATEプリミティブは、5.4.5項において説明されるようなOWPANとのデバイスのアソシエーションプロセスを担う。
MLME-ASSOCIATE.requestは、所与のOWPANとのアソシエーションプロセスを開始するために、DMEによってデバイスMACに出される。プリミティブを受信すると、MLMEは(いくつかの例では)、5.4.5において詳述されたようなアソシエーション手順を開始する。
MLME-ASSOCIATE.indicationプリミティブが、先行するMLME-ASSOCIATE.requestプリミティブの結果を報告するためにMLMEによって出される。
MLME-AUTHENTICATEプリミティブは、以前に認証を要求したデバイスをOWPAN調整器のDMEが認証することを可能にする。
MLME-AUTHENTICATE.requestプリミティブは、要求するデバイスの認証を許可または拒否するために調整器DMEによって出される。このプリミティブは、先行するMLME-AUTHENTICATE.indicationプリミティブの後に呼び出される。
MLME-AUTHENTICATE.indicationプリミティブは、アソシエーションを試みるデバイスからAuthentication Request要素を受信すると、調整器MACによってDMEに出される。
MLME-DISASSOCIATEプリミティブは、OWPANから所与のデバイスをアソシエート解除するために呼び出される。このプリミティブは、5.4.6において説明されたように、参加者デバイスまたはOWPAN調整器によって呼び出されてもよい。
MLME-DISASSOCIATE.requestは、5.4.6において説明されたようなアソシエーション解除手順で開始することをMLMEに示す。
MLME-DISASSOCIATE.indicationは、OWPANからのデバイスのアソシエーション解除を示すためにMACによって呼び出される。それは、OWPANの調整器デバイスまたは参加者デバイスのMLMEによって使用されてもよい。
MLME-GETプリミティブは、DMEがある可読のMACおよびPHY PIB属性の値を取得することを可能にする。
MLME-GET.reqeustプリミティブを受信すると、MLMEは(いくつかの例では)、要求されたMACまたはPHY PIB属性をその情報ストレージから読み取るものとする。
MLME-GET.confirmプリミティブは、先行するMLME-GET.requestプリミティブへの応答としてMLMEによって出される。
MLME-SETプリミティブは、ある書き込み可能なMACおよびPHY PIB属性の値をDMEが変更することを可能にする。
MLME-GET.requestプリミティブを受信すると、MLMEは(いくつかの例では)、AttributeValueパラメータを用いて提供される値を有するように、要求されたMACまたはPHY PIB属性を設定するものとする。
MLME-SET.confirmプリミティブを出すことを通じて、MLMEは以前のMLME-SET.requestに対応する。
MLME-SCANプリミティブは、既存のOWPANに対するスキャンを行うようにMLMEに要求する際に、DMEをサポートする。
MLME-SCAN.requestは、スキャン手順を開始するためにDMEによって出される。
MLME-SCAN.confirmプリミティブは、DMEにスキャンの結果を報告するためにMLMEによって使用される。
MLME-STARTプリミティブは、調整器となり新しいOWPANの動作を開始するようにデバイスMACに指示するために使用される。
MLME-START.requestプリミティブは、DMEによって出されてMLMEによって受信され、OWPANを開始するための手順を惹起する。
MLMLE-START.confirmプリミティブは、新しいOWPANを開始するための先行する要求の結果を報告するために調整器MLMEによって出される。
MLME-STOPプリミティブは、動作中のOWPANの動作を止めるために、調整器のDMEによって出される。
MLME-STOP.requestプリミティブは、動作中のOWPANを止めるために、アクティブ調整器のDMEによってMLMEに出される。
MLME-STOP.confirmプリミティブは、先行するMLME-STOP.requestプリミティブへの応答として調整器のMLMEによって出される。
MACは、その挙動を定義する変数および定数を備える。MACの状態は、そのキューの状況ならびにその変数および定数の現在値を通じて定義される。変数および定数は「PIB属性」と呼ばれる。
PHY PIB属性は、MAC PIB属性がMACのために何をするかということと同様に、MACの挙動を決定する。PLME-SAPが指定されていないので、PHY PIB属性の管理は実装者に任される。しかしながら、必要な場合、属性をDMEからアクセス可能にするために、一部のPHY PIB属性は、MLME-GETプリミティブおよびMLME-SETプリミティブを介して、読み取られ、または書き込まれ得る。このようにして、r/w列は、属性が読み取り可能であるか、または書き込み可能であるかを示す。
能力は、デバイスによってサポートされる、すなわち実装される機能を正式に示す。各能力は、16ビットの幅を伴う名称および数値IDを有する。一部の能力は、他の能力がデバイスを通じて実装されることを必要とすることがある。能力はTable 36(表43)に列挙される。
MACサブレイヤは、指定される入来フレームと発信フレーム上のセキュリティサービスを提供することを担う。本開示は、以下のセキュリティサービスをサポートする。
・データ機密性
・データ真正性
・リプレイ保護
IEEE 802.15.13規格において、セキュリティは主に2つの処理に影響を及ぼす。
1.OWPANがセキュアである場合、OWPANとのアソシエーション
2.MSDUおよび管理MPDUの送信と受信
この項は、802.15.13規格に含まれるすべてのPHYに共通の、一般的なPHY機能を説明する。
9.1.1 基本レート
各PHYは基本レートを定義し、これは、ビーコンまたはRA制御フレームなどの特定のフレームを送信するために使用される。
PHYが時分割半二重モードで動作する場合、送信モードと受信モードを切り替えるにはある時間を必要とすることが予想される。
10.1 PHY-SAP
PHY PIB属性は、MAC PIB属性がMACのために何をするかということと同様である、MACの挙動を決定する。PLME-SAPが指定されないので、PHY PIB属性の管理は実装者に任される。しかしながら、必要な場合に属性をDMEからアクセス可能にするために、一部のPHY PIB属性は、MLME-GETプリミティブおよびMLME-SETプリミティブを介して読み取られ、または書き込まれ得る。このようにして、r/w列は、属性が読み取り可能であるかまたは書き込み可能であるかを示す。
[文書15-18-0003-07-0013参照]
[文書15-18-0267-05-0013参照]
[文書15-18-0273-02-0013参照]
態様Iは、[たとえば、光]通信設備(15)[たとえば、LEDなどの複数の光フロントエンド(14)を伴う][たとえば、ネットワーク調整器を含む設備]として設備15を用意することによって得られる解決法に基づくものとして理解されてもよく、および/もしくは、[たとえば、光]通信設備(15)は、割り振られた[たとえば、「付与された」]タイムスロット[たとえば、GTS]において情報を送信する[ならびに/または、ネットワークにおける通信デバイスへのリソース割振りをシグナリングおよび/もしくは決定する]ように構成され、および/もしくは、[たとえば、光]通信設備(15)は、1つまたは複数の管理フレームに含まれる構成情報(700、710)を送信するように構成され、ならびに/または、
[たとえば、光]通信設備(15)は、1つまたは複数の制御フレームに含まれる構成情報を送信するように構成され、および/もしくは、通信設備(15)は、[たとえば、準静的な]第1のタイムスロット付与[たとえば、GTS]情報(710)を送信するように構成され、これは管理フレームに含まれ[および、たとえば、期限切れにならない、ならびに/または、新しいタイムスロット付与情報によって上書きされるまで有効なままである]、ならびに/または、
通信設備(15)は、制御フレームに含まれる[たとえば、動的な]第2のタイムスロット付与[たとえば、GTS]情報(700)を送信するように構成され、これは限定的な時間有効性を備え[たとえば、1つだけのスーパーフレームまたは指定された数のスーパーフレーム、限定的な有効性は第2のタイムスロット付与情報の有効性フィールドにおいて任意選択で定義されてもよい]、ならびに/または、
通信設備(15)は、第1のタイムスロット付与情報(710)に応じて、および第2のタイムスロット付与情報(700)に応じて、通信のために1つまたは複数のタイムスロットを割り振るように構成される。
[たとえば、[たとえば、光]通信設備(15)において、割り振られた[たとえば、「付与された」]タイムスロット[たとえば、GTS]において情報を送信するステップ]、および/または、
[たとえば、光]通信設備(15)から、1つまたは複数の管理フレームに含まれる構成情報を送信するステップ、および/または、
[たとえば、光]通信設備(15)から、1つまたは複数の制御フレームに含まれる構成情報を送信するステップ、および/または、
[たとえば、光]通信設備(15)から、[たとえば、準静的な]第1のタイムスロット付与[たとえば、GTS]情報を送信するステップであって、これが管理フレームに含まれる[および、たとえば期限切れにならず、ならびに/または、新しいタイムスロット付与情報によって上書きされるまで有効なままである]、ステップ、および/または、
[たとえば、光]通信設備(15)から、制御フレームに含まれる[たとえば、動的な]第2のタイムスロット付与[たとえば、GTS]情報を送信するステップであって、これが限定的な時間有効性を備える[たとえば、1つだけのスーパーフレームまたは指定された数のスーパーフレーム、限定的な有効性は第2のタイムスロット付与情報の有効性フィールドにおいて任意選択で定義されてもよい]、ステップ、および/または、
[たとえば、光]通信設備(15)から、第1のタイムスロット付与情報に応じて、および第2のタイムスロット付与情報に応じて、通信のために1つまたは複数のタイムスロットを割り振るステップを含む。
[たとえば、光]通信デバイスは、割り振られた[たとえば、「付与された」]タイムスロット[たとえば、GTS]において情報を受信するように構成され、および/または、
[たとえば、光]通信デバイスは、1つまたは複数の管理フレームに含まれる構成情報を受信するように構成され、および/または、
[たとえば、光]通信デバイスは、1つまたは複数の制御フレームに含まれる構成情報を受信するように構成され、および/または、
[たとえば、光]通信デバイスは、[たとえば、準静的な]第1のタイムスロット付与[たとえば、GTS]情報を受信するように構成され、これは管理フレームに含まれ[および、たとえば、期限切れにならない、ならびに/または、新しいタイムスロット付与情報によって上書きされるまで有効なままである]、および/または、
[たとえば、光]通信デバイスは、制御フレームに含まれる[たとえば、動的な]第2のタイムスロット付与[たとえば、GTS]情報を受信するように構成され、これは限定的な時間有効性を備え[たとえば、1つだけのスーパーフレームまたは指定された数のスーパーフレーム、限定的な有効性は第2のタイムスロット付与情報の有効性フィールドにおいて任意選択で定義されてもよい]、および/または、
[たとえば、光]通信デバイスは、第1のタイムスロット付与情報に応じて、および第2のタイムスロット付与情報に応じて、通信のために1つまたは複数のタイムスロットを割り振るように構成される。
[たとえば、光]通信デバイスにおいて、1つまたは複数の管理フレームに含まれる構成情報を受信するステップ、および/または、
[たとえば、光]通信デバイスにおいて、1つまたは複数の制御フレームに含まれる構成情報を受信するステップ、および/または、
[たとえば、光]通信デバイスにおいて、[たとえば、準静的な]第1のタイムスロット付与[たとえば、GTS]情報を受信するステップであって、これが管理フレームに含まれる[および、たとえば、期限切れにならない、ならびに/または、新しいタイムスロット付与情報によって上書きされるまで有効なままである]、ステップ、および/または、
[たとえば、光]通信デバイスにおいて、制御フレームに含まれる[たとえば、動的な]第2のタイムスロット付与[たとえば、GTS]情報を受信するステップであって、これが限定的な時間有効性を備える[たとえば、1つだけのスーパーフレームまたは指定された数のスーパーフレーム、限定的な有効性は第2のタイムスロット付与情報の有効性フィールドにおいて任意選択で定義されてもよい]、ステップ、および/または、
[たとえば、光]通信デバイスにおいて、第1のタイムスロット付与情報に応じて、および第2のタイムスロット付与情報に応じて、通信のために1つまたは複数のタイムスロットを割り振るステップを含む。
様々な進歩性のある例、実施形態、および態様が説明される。
中央ユニット、および/または
フロントエンド(たとえば、発光器、たとえばLEDまたは他の光トランシーバなどの、光フロントエンド)、および/または
有線ネットワーク(たとえば、PTPT、イーサネット、インターネット)であり得る、中央ユニットとフロントエンドとの間の通信手段(たとえば、フロントホール)
を含む通信設備(たとえば、ネットワーク調整器を含む)、
(たとえば、光学的に)フロントエンドに信号を送信しフロントエンドから信号を受信し得る、複数の通信デバイスの中にあり得る通信デバイス(たとえば、モバイルデバイス)
の少なくとも1つの要素を備え得る。
通信デバイス間のリソース割振り(たとえば、付与されたまたはコンテンションベースのリソース)、
通信設備の異なるフロントエンド間の時間同期、
通信デバイスによって収集されるようなチャネル状態情報
より一般的には、MAC戦略(たとえば、光通信のための)
を指し得る。
11 ビーコン
12 調整器
14 光フロントエンド
15 通信設備
16 通信デバイス
17 フロントホール
18 チャネル
31 測定
32 フィードバック
53 有効性情報フィールド
54 更新BAT情報フィールド
55 BAT更新情報フィールド
61 BATメッセージ
700 第2のタイムスロット付与情報
Claims (22)
- 第2の通信装置(15)との通信のための第1の通信装置(16)であって、前記第1の通信装置(16)が、
前記第2の通信装置(15)の1つまたは複数のフロントエンド(14a…14g)からの1つまたは複数の基準信号および/またはビーコン信号(11)の受信からチャネル状態情報を取得し、
時間領域チャネル状態情報を取得するために、周波数領域から時間領域に前記チャネル状態情報を変換し、
前記時間領域チャネル状態情報を符号化し、
前記時間領域チャネル状態情報を、前記第2の通信装置(15)の1つまたは複数のフロントエンド(14a…14g)に送信する、
ように構成され、
前記第1の通信装置(16)が、コンテンションアクセス期間(CAP)(11a)においてアソシエーションのためのチャネル状態情報を送信し、コリジョンフリー期間(CFP)(11b)において更新されたチャネル状態情報(32b)を送信する、
ように構成される、第1の通信装置(16)。 - 1つまたは複数のフロントエンド(14a…14g)から1つまたは複数の基準信号またはビーコン信号(11)を受信するように構成され、
前記第1の通信装置(16)が、前記1つまたは複数の基準信号またはビーコン信号(11)の前記受信に基づいてチャネル状態情報を決定する(31)、
ように構成される、請求項1に記載の第1の通信装置(16)。 - 前記第1の通信装置(16)が、前記1つまたは複数の基準信号またはビーコン信号(11)を送信した第2の通信装置(15)とのアソシエーションの際、コンテンションアクセス期間(CAP)(11a)において前記チャネル状態情報(32)を送信するように構成される、請求項1または2に記載の第1の通信装置(16)。
- 前記チャネル状態情報(32、32b)が測定された信号対雑音比(SNR)に結び付けられる、請求項1から3のいずれか一項に記載の第1の通信装置(16)。
- 複数のフロントエンド(14a…14g)から複数の基準信号(11)を受信し、
前記受信された基準信号の評価に基づいて、前記チャネル状態情報を取得し(31)、
符号化されたチャネル状態情報を提供するために、前記チャネル状態情報を符号化し、
複数の考えられる符号化分解能の中からの、前記チャネル状態情報を符号化するために使用される符号化分解能の選択(902)を記述する情報(450、450b)を提供する
ように構成される、請求項1から4のいずれか一項に記載の第1の通信装置(16)。 - 前記取得されたチャネル状態情報値に基づいて分解能を発見するように構成される、請求項1から5のいずれか一項に記載の第1の通信装置(16)。
- 前記符号化分解能の前記選択を記述する前記情報が、
タップフォーマット、
タップ強度のステップサイズ(933)、
遅延(943)のステップサイズ(933)、
前記受信された基準信号(11)の前記強度(461、461b)、またはそれに関連付けられる値、
前記受信された基準信号(11)の前記遅延(462、462b)、またはそれに関連付けられる値、
前記基準信号(11)の指示(921)、
のうちの少なくとも1つを定義する、請求項5に記載の第1の通信装置(16)。 - 光通信を通じて前記第2の通信装置(15)と通信するように構成される、請求項1から7のいずれか一項に記載の、第1の通信装置(16)。
- フロントエンド(14a-14g)に接続される第2の通信装置(15)であって、
前記第2の通信装置(15)が、1つまたは複数のフロントエンド(14a…14g)から1つまたは複数の基準信号またはビーコン信号(11)を送信するように構成され、
前記第2の通信装置(15)が、コンテンションアクセス期間(CAP)(11a)においてアソシエーションのためのチャネル状態情報を受信し、コリジョンフリー期間(CFP)(11b)において更新されたチャネル状態情報(32b)を受信するように構成される、第2の通信装置(15)。 - 前記フロントエンドが光フロントエンドである、請求項9に記載の第2の通信装置(15)。
- 複数のフロントエンド(14a…14g)の間で初期の粗い同期を実行し、
前記複数のフロントエンド(14a…14g)への基準信号および/またはビーコン信号(11)の送信を命令し、
第1の通信装置(16)によって測定されるチャネル状態情報(32、32b、35)を取得し、
続いて、前記フロントエンド(14a…14g)を同期することによって、前記チャネル状態情報(32)に基づいて第2の精密な同期を実行する
ように構成される、請求項9または10に記載の第2の通信装置(15)。 - より遅延の大きい前記フロントエンド(14a…14g)の前記送信に備えることによって、および/またはより遅延の小さい前記フロントエンド(14a…14g)の前記遅延を増やすことによって、前記フロントエンド(14a…14g)を精密に同期するようにさらに構成され、
前記第2の通信装置(15)が、観測される遅延に比例して、前記フロントエンド(14a…14g)からの前記送信に備え、および/または前記送信を遅らせることによって、前記フロントエンド(14a…14g)を同期するようにさらに構成される、請求項11に記載の第2の通信装置(15)。 - 前記初期の粗い同期がインターネットベースのプロトコルを使用することによって、または中央ユニット(12)のクロックを同期することによって得られる、請求項12に記載の第2の通信装置(15)。
- 前記1つまたは複数の基準信号またはビーコン信号(11)が、前記第1の通信装置(16)に特徴的であり、前記1つまたは複数の基準信号またはビーコン信号(11)を受信し前記チャネル状態情報(32、32b)を送信した、第2の通信装置(15)によって知られているパイロット信号を含む、請求項11から13のいずれか一項に記載の第2の通信装置(15)。
- 前記フロントエンド(14a…14g)が、異なる直交シーケンスに従って前記基準信号またはビーコン信号(11)を使用するように構成される、請求項14に記載の第2の通信装置(15)。
- 複数の考えられる符号化分解能の中からの、チャネル状態情報(32、32b、35、450、450b)を符号化するために使用される符号化分解能の選択を記述する情報(902)を受信し、
前記チャネル状態情報を符号化するために使用される符号化分解能の選択を記述する前記情報(902)に応じて、前記符号化されたチャネル状態情報(32、32b、35、450、450b)を復号する、
ように構成される、請求項9から15のいずれか一項に記載の第2の通信装置(15)。 - 複数のフロントエンドを含み、それらを基準信号に送信するように構成された、請求項9から16のいずれか一項に記載の第2の通信装置(15)。
- 前記符号化分解能の前記選択を記述する前記情報において示されるタップフォーマットに従って、前記チャネル状態情報から複数の伝播経路の強度および/または遅延を復号するように構成される、請求項16に記載の第2の通信装置(15)。
- サブキャリアがインデクシングされ、前記サブキャリアの各グループがそれらのインデックスによって識別される、請求項16に記載の第2の通信装置(15)。
- 通信が光通信である、請求項9から19のいずれか一項に記載の第2の通信装置(15)。
- 第1の通信装置(16)と第2の通信装置(15)との間で通信するための方法であって、
前記第2の通信装置(15)から、1つまたは複数のフロントエンド(14a…14g)からの1つまたは複数の基準信号またはビーコン信号(11)を送信し、
前記第1の通信装置(16)において、1つまたは複数のフロントエンド(14a…14g)からの1つまたは複数の基準信号またはビーコン信号(11)を受信し、
前記第1の通信装置(16)において、1つまたは複数の基準信号またはビーコン信号(11)の受信に基づいてチャネル状態情報を決定し、
前記第1の通信装置(16)から、チャネル状態情報(32、32b)を送信し、
前記第2の通信装置(15)において、コンテンションアクセス期間(CAP)(11a)においてアソシエーションのためのチャネル状態情報を受信し、コリジョンフリー期間(CFP)(11b)において更新された、ネットワーク協調のためのチャネル状態情報(32b)を受信する、
ことを含む、方法。 - 前記第2の通信装置(15)において、
複数のフロントエンド(14a…14g)の間で初期の粗い同期を実行し、
前記複数のフロントエンド(14a…14g)への基準信号および/またはビーコン信号(11)の送信を命令し、
前記基準信号および/またはビーコン信号(11)に基づいて、第1の通信装置(16)によって測定されるチャネル状態情報(32、32b、35)を取得し、
前記チャネル状態情報(32)に基づいて前記フロントエンド(14a…14g)を同期する、
ことをさらに含む、請求項21に記載の方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2024023874A JP2024072825A (ja) | 2018-09-10 | 2024-02-20 | 通信技法 |
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP18193567 | 2018-09-10 | ||
EP18193567.7 | 2018-09-10 | ||
EP18206353 | 2018-11-14 | ||
EP18206353.7 | 2018-11-14 | ||
EP19162055.8 | 2019-03-11 | ||
EP19162055 | 2019-03-11 | ||
PCT/EP2019/074147 WO2020053235A1 (en) | 2018-09-10 | 2019-09-10 | Communication techniques |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2024023874A Division JP2024072825A (ja) | 2018-09-10 | 2024-02-20 | 通信技法 |
Publications (3)
Publication Number | Publication Date |
---|---|
JP2022500908A JP2022500908A (ja) | 2022-01-04 |
JPWO2020053235A5 JPWO2020053235A5 (ja) | 2022-09-21 |
JP7443345B2 true JP7443345B2 (ja) | 2024-03-05 |
Family
ID=67874460
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2021513282A Active JP7443345B2 (ja) | 2018-09-10 | 2019-09-10 | 通信技法 |
JP2024023874A Pending JP2024072825A (ja) | 2018-09-10 | 2024-02-20 | 通信技法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2024023874A Pending JP2024072825A (ja) | 2018-09-10 | 2024-02-20 | 通信技法 |
Country Status (5)
Country | Link |
---|---|
US (2) | US11324038B2 (ja) |
EP (1) | EP3850765A1 (ja) |
JP (2) | JP7443345B2 (ja) |
CN (1) | CN112970209A (ja) |
WO (1) | WO2020053235A1 (ja) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20210051011A (ko) * | 2019-10-29 | 2021-05-10 | 삼성전자주식회사 | Ofdm 기반 단일반송파 시스템을 위한 채널 추정 방법 및 장치 |
FR3113219B1 (fr) * | 2020-07-29 | 2022-07-29 | Sagemcom Energy & Telecom Sas | Procédé de transmission de mesures permettant de réduire la charge du réseau |
CN111988096B (zh) * | 2020-08-20 | 2021-05-04 | 深圳市南方硅谷半导体有限公司 | 信道状态信息的获取方法、装置和计算机设备 |
US11234163B1 (en) * | 2020-09-18 | 2022-01-25 | Nokia Solutions And Networks Oy | Dynamic eCPRI header compression |
EP4030656A1 (de) * | 2021-01-14 | 2022-07-20 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Kommunikationsnetzwerk |
EP4047824A1 (en) * | 2021-02-17 | 2022-08-24 | STMicroelectronics Austria GmbH | Method for managing communication between contactless devices, and corresponding system |
WO2022228987A1 (en) * | 2021-04-29 | 2022-11-03 | Signify Holding B.V. | Optical wireless communication transceiver system |
CN115776335A (zh) * | 2021-09-07 | 2023-03-10 | 华为技术有限公司 | 一种无线光通信方法及装置 |
WO2023209239A1 (en) | 2022-04-29 | 2023-11-02 | Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. | Communication techniques |
WO2024043058A1 (ja) * | 2022-08-25 | 2024-02-29 | 京セラ株式会社 | 光通信システム、端末装置、及び基地局装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070058665A1 (en) | 2000-11-01 | 2007-03-15 | Jin-Meng Ho | Unified channel access for supporting quality of service (QoS) in a local area network |
US20080171550A1 (en) | 2007-01-12 | 2008-07-17 | Yun Zhao | System and method for using an adaptive hybrid coordination function (HCF) in an 802.11E wireless LAN |
CN104981991A (zh) | 2013-02-14 | 2015-10-14 | 高通股份有限公司 | 用于有效联合电力线和可见光通信的方法和设备 |
WO2018078323A1 (en) | 2016-10-26 | 2018-05-03 | The University Court Of The University Of Edinburgh | Multiuser access for optical communications |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6009122A (en) * | 1997-05-12 | 1999-12-28 | Amati Communciations Corporation | Method and apparatus for superframe bit allocation |
US6006271A (en) * | 1998-02-27 | 1999-12-21 | 3Com Corporation | Method and protocol for complete collision avoidance contention resolution in local area networks |
ATE289716T1 (de) * | 2001-01-16 | 2005-03-15 | Aware Inc | Schnelle initialisierung unter verwendung von seamless rate adaptation |
CN1268102C (zh) * | 2001-04-27 | 2006-08-02 | 西门子公司 | 在具有动态比特分配的多载波系统中降低信令花费的方法及所属的发射/接收装置 |
US7894483B2 (en) * | 2007-12-18 | 2011-02-22 | Infineon Technologies Ag | Multi-carrier communication via sub-carrier groups |
WO2010068405A2 (en) * | 2008-12-10 | 2010-06-17 | Marvell World Trade Ltd. | Efficient formats of beacon, announcement, and beamforming training frames |
US8639124B2 (en) * | 2009-09-18 | 2014-01-28 | Interdigital Patent Holdings, Inc. | Method and apparatus for dimming with rate control for visible light communications (VLC) |
WO2011034383A2 (en) * | 2009-09-19 | 2011-03-24 | Samsung Electronics Co., Ltd. | Method and apparatus for channel allocation in a visible light communication system |
KR101654934B1 (ko) * | 2009-10-31 | 2016-09-23 | 삼성전자주식회사 | 가시광 통신 방법 및 장치 |
EP2341654B1 (en) * | 2009-12-30 | 2016-09-14 | Lantiq Deutschland GmbH | Bit allocation in a multicarrier system |
US20160278088A1 (en) * | 2015-03-17 | 2016-09-22 | Telefonaktiebolaget L M Ericsson (Publ) | LBT Operation Based on Channel Activity and/or Traffic Load |
KR102259678B1 (ko) * | 2016-03-17 | 2021-06-01 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 비콘 전송 방법 및 장치와, 네트워크 액세스 방법 및 장치 |
-
2019
- 2019-09-10 JP JP2021513282A patent/JP7443345B2/ja active Active
- 2019-09-10 EP EP19765259.7A patent/EP3850765A1/en active Pending
- 2019-09-10 CN CN201980073861.3A patent/CN112970209A/zh active Pending
- 2019-09-10 WO PCT/EP2019/074147 patent/WO2020053235A1/en unknown
-
2021
- 2021-03-10 US US17/197,898 patent/US11324038B2/en active Active
- 2021-10-15 US US17/502,992 patent/US11601971B2/en active Active
-
2024
- 2024-02-20 JP JP2024023874A patent/JP2024072825A/ja active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070058665A1 (en) | 2000-11-01 | 2007-03-15 | Jin-Meng Ho | Unified channel access for supporting quality of service (QoS) in a local area network |
US20080171550A1 (en) | 2007-01-12 | 2008-07-17 | Yun Zhao | System and method for using an adaptive hybrid coordination function (HCF) in an 802.11E wireless LAN |
CN104981991A (zh) | 2013-02-14 | 2015-10-14 | 高通股份有限公司 | 用于有效联合电力线和可见光通信的方法和设备 |
US20150349887A1 (en) | 2013-02-14 | 2015-12-03 | Qualcomm Incorporated | Methods and apparatus for efficient joint power line and visible light communication |
JP2016511997A (ja) | 2013-02-14 | 2016-04-21 | クゥアルコム・インコーポレイテッドQualcomm Incorporated | 効率的共同電力線および可視光通信のための方法および装置 |
WO2018078323A1 (en) | 2016-10-26 | 2018-05-03 | The University Court Of The University Of Edinburgh | Multiuser access for optical communications |
Also Published As
Publication number | Publication date |
---|---|
US11601971B2 (en) | 2023-03-07 |
US20220046699A1 (en) | 2022-02-10 |
JP2024072825A (ja) | 2024-05-28 |
EP3850765A1 (en) | 2021-07-21 |
US20210195632A1 (en) | 2021-06-24 |
CN112970209A (zh) | 2021-06-15 |
US11324038B2 (en) | 2022-05-03 |
WO2020053235A1 (en) | 2020-03-19 |
JP2022500908A (ja) | 2022-01-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7443345B2 (ja) | 通信技法 | |
US9838902B2 (en) | Multi-channel mesh nodes employing stacked responses | |
US20210037603A1 (en) | Transmitting device and receiving device for wireless communications | |
US11516846B2 (en) | RTA packet duplication in time and frequency | |
US7733866B2 (en) | Packet concatenation in wireless networks | |
RU2663180C2 (ru) | Способ и аппарат для многопользовательской восходящей линии связи | |
US8477801B2 (en) | Backoff procedure for post downlink SDMA operation | |
EP1667364B1 (en) | Radio packet communication method and radio packet communication apparatus | |
US8891494B2 (en) | Method and apparatus for the use of multiple-input, multiple output (MIMO) systems for multi-packet reception (MPR) in a distributed time slot assignment protocol | |
JP2012257274A (ja) | 高速媒体アクセス制御および直接のリンクプロトコル | |
EP2401887A1 (en) | Piggybacking information in transmit opportunities | |
KR20090018880A (ko) | 무선 네트워크에서 신뢰성 있는 브로드캐스트 또는멀티캐스트 통신을 위한 방법 및 시스템 | |
JPWO2005027555A1 (ja) | 無線パケット通信方法および無線パケット通信装置 | |
EP2386149B1 (en) | Method and system for communication in a wireless network | |
AU2021334701B2 (en) | Communication method and apparatus | |
Kosek-Szott et al. | CLF-MAC: A coordinated MAC protocol supporting lossy forwarding in WLANs | |
Haavik | Initial link layer protocol design for NBWF-input to NATO SG/6-AHWG/2 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220912 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220912 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230915 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20231002 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231221 |
|
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: 20240122 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240221 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7443345 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |