JP6878402B2 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

送信装置、送信方法、受信装置および受信方法 Download PDF

Info

Publication number
JP6878402B2
JP6878402B2 JP2018503063A JP2018503063A JP6878402B2 JP 6878402 B2 JP6878402 B2 JP 6878402B2 JP 2018503063 A JP2018503063 A JP 2018503063A JP 2018503063 A JP2018503063 A JP 2018503063A JP 6878402 B2 JP6878402 B2 JP 6878402B2
Authority
JP
Japan
Prior art keywords
channel
header
field
value
length
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
Application number
JP2018503063A
Other languages
English (en)
Other versions
JPWO2017150288A1 (ja
Inventor
裕幸 本塚
裕幸 本塚
亨宗 白方
亨宗 白方
誠隆 入江
誠隆 入江
坂本　剛憲
剛憲 坂本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Corp of America
Original Assignee
Panasonic Intellectual Property Corp of America
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Corp of America filed Critical Panasonic Intellectual Property Corp of America
Publication of JPWO2017150288A1 publication Critical patent/JPWO2017150288A1/ja
Priority to JP2021075186A priority Critical patent/JP7111863B2/ja
Application granted granted Critical
Publication of JP6878402B2 publication Critical patent/JP6878402B2/ja
Priority to JP2022115593A priority patent/JP7451613B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0413—MIMO systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/0202—Channel estimation
    • H04L25/0212—Channel estimation of impulse response
    • H04L25/0216—Channel estimation of impulse response with estimation of channel length
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/0202—Channel estimation
    • H04L25/022—Channel estimation of frequency response
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2603—Signal structure ensuring backward compatibility with legacy system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2604—Multiresolution systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2605—Symbol extensions, e.g. Zero Tail, Unique Word [UW]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2626—Arrangements specific to the transmitter only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2647—Arrangements specific to the receiver only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/0202—Channel estimation
    • H04L25/024—Channel estimation channel estimation algorithms
    • H04L25/025—Channel estimation channel estimation algorithms using least-mean-square [LMS] method
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/0202—Channel estimation
    • H04L25/024—Channel estimation channel estimation algorithms
    • H04L25/0256—Channel estimation using minimum mean square error criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L25/00—Baseband systems
    • H04L25/02—Details ; arrangements for supplying electrical power along data transmission lines
    • H04L25/0202—Channel estimation
    • H04L25/024—Channel estimation channel estimation algorithms
    • H04L25/0258—Channel estimation using zero-forcing criteria

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Time-Division Multiplex Systems (AREA)

Description

本開示は、送信装置、送信方法、受信装置および受信方法に関する。
IEEE 802.11は、無線ＬＡＮ関連規格の一つであり、その中に、例えば、IEEE802.11ac規格（以下、「11ac規格」という）、IEEE802.11ad規格（以下、「11ad規格」という）、及び、IEEE802.11ay規格（以下、「11ay規格」という）がある（例えば、非特許文献１−３を参照）。
11ad規格及び11ay規格の各々のフレームフォーマットでは、パケットの先頭部分に、L-STF（Legacy-Short Training Field）、L-CEF（Legacy-Channel Estimation Field）、L-Headerが共通して構成される。
L-STFは、パケットの検出及び同期に使用される。よって、11ad規格の専用端末（STA又はAP/PCP）（以下、「11ad端末」という）は、L-STFを用いて11ay規格のパケットを検出することができる。
また、11ad規格と11ay規格とでL-Headerの符号化及び変調方式を共通にすることにより、11ad端末は、L-Headerを復号して、パケット長を示す情報を得ることができる。また、L-Headerには、reserved bitが含まれる。11ay規格では、L-Headerに含まれるreserved bitは、11ad規格及び11ay規格の何れのパケットであるかを判別するために使用される。
また、11ay規格に対する情報は、L-Headerに後続するEDMG（Enhanced Directional Multi-Gigabit）-Header-Aに含めてもよい。
また、基本的なフレームフォーマットを変更せず、MCS（Modulation and Coding Scheme）を追加する方式（以下、「11ad拡張規格」という）が提案されている（例えば、非特許文献４を参照）。11ad規格と11ad拡張規格とでL-Headerの符号化及び変調方式を共通にすることにより、11ad端末は、L-Headerを復号して、パケット長を示す情報を得ることができる。また、L-Headerには、reserved bitが含まれる。11ad拡張規格では、L-Headerに含まれるreserved bitは、11ad規格及び11ad拡張規格の何れのパケットであるかを判別するために使用される。
IEEE 802.11adTM -2012 IEEE 802.11acTM -2013 IEEE 802.11-16/0061r01 PHY Frame Format proposal for 11ay IEEE 802.11-16/0220r01 Clause 20 SC MCS Extension
11ay規格に特有の情報の一つに、EDMG-Header-Aよりも後のEDMG-STF、EDMG-CEFの送信モードの種別（タイプ）を判別するためのフォーマット情報（以下、「送信モード選択情報」という）がある。送信モード選択情報は、例えば、チャネルボンディング、チャネルアグリゲーション、MIMO（Multiple Input Multiple Output。Single User-MIMO（SU-MIMO）又はMulti User-MIMO（MU-MIMO））、SC（Single Carrier）送信及びOFDM（Orthogonal Frequency Division Multiplexing）送信の多種のフォーマットに関する情報を含む。
しかしながら、11ad規格又は11ac規格のレガシのフレームフォーマットは、11ay規格で用いられる送信モードに対応しておらず、送信モード選択情報を通知するためのフォーマットとして不十分である。
本開示の一態様は、送信モード選択情報を適切に通知し、受信装置において正しくパケットを受信することができる送信装置及び送信方法を提供することである。
本開示の一態様に係る送信装置は、レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて送信信号を生成する送信信号生成回路と、前記生成された送信信号を1つ以上のチャネルを用いて送信する送信回路と、を具備し、前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、前記データ長フィールドは、レガシ端末及びEDMG端末に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU) lengthに関する情報を示し、EDMG端末に対して、前記データ長フィールドの前記複数ビットの一部を用いてPSDU lengthに関する情報を示し、残りのビットを用いて、前記送信信号が送信される前記1つ以上のチャネルに関する情報を示す。
本開示の一態様に係る送信方法は、レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて送信信号を生成し、前記生成された送信信号を1つ以上のチャネルを用いて送信し、前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、前記データ長フィールドは、レガシ端末及びEDMG端末に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU) lengthに関する情報を示し、EDMG端末に対して、前記データ長フィールドの前記複数ビットの一部を用いてPSDU lengthに関する情報を示し、残りのビットを用いて、前記送信信号が送信される前記1つ以上のチャネルに関する情報を示す。
本開示の一態様に係る受信装置は、レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて生成された信号を1つ以上のチャネルを用いて受信する受信回路と、前記受信信号から前記データフィールドに含まるデータを復号する復号回路と、を具備し、前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、前記データ長フィールドは、レガシ端末である受信装置及びEDMG端末である受信装置に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU) lengthに関する情報を示し、EDMG端末である受信装置に対して、前記データ長フィールドの前記複数ビットの一部を用いてPSDU lengthに関する情報を示し、残りのビットを用いて、前記送信信号が送信される前記1つ以上のチャネルに関する情報を示す。
本開示の一態様に係る受信方法は、レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて生成された信号を1つ以上のチャネルを用いて受信し、前記受信信号から前記データフィールドに含まるデータを復号し、前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、前記データ長フィールドは、レガシ端末である受信装置及びEDMG端末である受信装置に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU) lengthに関する情報を示し、EDMG端末である受信装置に対して、前記データ長フィールドの前記複数ビットの一部を用いてPSDU lengthに関する情報を示し、残りのビットを用いて、前記送信信号が送信される前記1つ以上のチャネルに関する情報を示す。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム、または、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一態様によれば、送信モード選択情報を適切に通知し、受信装置において正しくパケットを受信することができる。
11ad規格及び11ay規格のフレームフォーマットの一例を示す図 実施の形態１に係る送信装置の構成例を示す図 実施の形態１に係る受信装置（11ay端末）の構成例を示す図 実施の形態１に係る受信装置（レガシ端末）の構成例を示す図 実施の形態１に係る送信装置の動作を示すフローチャート 実施の形態１に係る送信モード選択情報の一例を示す図 実施の形態１に係るMCSと各パラメータとの対応関係の一例を示す図 実施の形態１に係る11ay規格のフレームフォーマットの具体例を示す図 実施の形態１に係る送信モード選択情報の具体例を示す図 実施の形態１に係るMCS9におけるデータ長とシンボルブロック数との対応関係の一例を示す図 実施の形態２に係る送信装置の動作を示すフローチャート 実施の形態２に係るシンボルブロック数の調整方法１の動作例を示す図 実施の形態２に係るシンボルブロック数の調整方法２の動作例を示す図 実施の形態２に係るシンボルブロック数の調整方法３の動作例を示す図 実施の形態２に係るMCSと各パラメータとの対応関係の一例を示す図 実施の形態３に係るMCSでの条件を示す図 実施の形態３に係るMCS2におけるデータ長とシンボルブロック数との対応関係の一例を示す図 実施の形態３に係る送信装置の動作を示すフローチャート 実施の形態４に係る送信装置の動作を示すフローチャート 実施の形態４に係るPSDU Lengthの生成例を示す図 実施の形態４のバリエーションに係る送信装置の動作の一例を示すフローチャート 実施の形態４のバリエーションに係る送信装置の動作の他の例を示すフローチャート 実施の形態４のバリエーションに係るPSDU Lengthの生成例を示す図 11ad規格及び11ad拡張規格のフレームフォーマットの一例を示す図 実施の形態５に係る送信装置の構成例を示す図 実施の形態５に係る受信装置の構成例を示す図 実施の形態５に係る送信装置の動作の一例を示すフローチャート 実施の形態５に係る送信モード選択情報の一例を示す図 実施の形態５に係る送信モード選択情報の他の例を示す図 実施の形態５に係る送信装置の動作の他の例を示すフローチャート 実施の形態５に係るL-Headerの値を生成する方法の一例を示す図 実施の形態６に係る送信装置の動作を示すフローチャート 実施の形態６に係る拡張ＭＣＳ番号、Base length算出式、置き換えるビット数、補正値、ＭＣＳフィールドの値、の関係を示す図 実施の形態７に係る送信装置の動作を示すフローチャート 実施の形態７に係る拡張ＭＣＳ番号、Base_Length_1、Base_Length_2、ＭＣＳフィールドの値、の関係を示す図 実施の形態７に係る拡張ＭＣＳ番号とN_CBPBとRの値との関係を示す図 実施の形態７に係る受信装置の11ad拡張規格のPSDU Lengthを算出する動作を示すフローチャート図 実施の形態８に係る送信装置（ＳＴＡ）を示す図 実施の形態８に係るデータパケットの送信手順を示す図 実施の形態８に係るData1パケットのPHYフレーム構成を示す図 実施の形態８に係るL-Headerのフォーマットを示す図 実施の形態８に係るデータパケットの送信手順の他の例を示す図 実施の形態８に係るData2パケットのPHYフレーム構成を示す図 実施の形態８に係るData3パケットのPHYフレーム構成を示す図 実施の形態８に係るデータパケットの送信手順の他の例を示す図 実施の形態８に係るData4パケットのPHYフレーム構成を示す図 最大使用可能チャネル数4での、シングルチャネル送信、チャネルボンディング、及び、チャネルアグリゲーションにおけるチャネルの割り当ての組み合わせを示す図 最大使用可能チャネル数8での、シングルチャネル送信、チャネルボンディング、及び、チャネルアグリゲーションにおけるチャネルの割り当ての組み合わせを示す図 実施の形態９におけるＳＴＡ２０００及びＳＴＡ２１００が使用するチャネル番号を示す図 実施の形態９におけるL-Headerのフレームフォーマットを示す図 実施の形態９におけるシングルチャネル送信、チャネルボンディング及びチャネルアグリゲーションにおけるBW indexフィールドの値を示す図 実施の形態９におけるチャネルアグリゲーションにおけるBW indexフィールドの値を示す図 実施の形態９におけるチャネルアグリゲーションによるパケットの一例を示す図 実施の形態９におけるチャネルアグリゲーションによるパケットの一例を示す図 実施の形態９におけるチャネルアグリゲーションによるパケットの一例を示す図 実施の形態９におけるチャネルアグリゲーションによるパケットの別の一例を示す図 実施の形態９におけるチャネルアグリゲーションによるパケットの別の一例を示す図 実施の形態９におけるチャネルアグリゲーションによるパケットの別の一例を示す図 実施の形態９における動作モード毎に全てのチャネルの組み合わせ数とBW indexの範囲との対応を示す図 実施の形態１０におけるＳＴＡ２０００及びＳＴＡ２１００が使用するチャネル番号を示す図 実施の形態１０におけるL-Headerのフレームフォーマットを示す図 実施の形態１０におけるチャネルアグリゲーションにおけるBW indexフィールドの値を示す図 実施の形態１０におけるチャネルアグリゲーションにおけるBW indexフィールドの値を示す図 実施の形態１０におけるチャネルアグリゲーションによるパケットの一例を示す図 実施の形態１０におけるチャネルアグリゲーションによるパケットの一例を示す図 実施の形態１０におけるチャネルアグリゲーションによるパケットの一例を示す図 実施の形態１０におけるチャネルアグリゲーションによるパケットの別の一例を示す図 実施の形態１０におけるチャネルアグリゲーションによるパケットの別の一例を示す図 実施の形態１０におけるチャネルアグリゲーションによるパケットの別の一例を示す図 実施の形態１０における動作モード毎に全てのチャネルの組み合わせ数とBW indexの範囲との対応を示す図 実施の形態１１におけるL-Headerのフレームフォーマットを示す図 実施の形態１０におけるシングルチャネル送信及びチャネルボンディングでのBW indexの値の設定方法を示す図 実施の形態１１におけるチャネルアグリゲーションでのBW indexの値の設定方法を示す図 実施の形態１１におけるシングルユーザ送信でのPHYフレームフォーマットを示す図 実施の形態１１におけるマルチユーザ送信でのPHYフレームフォーマットを示す図 実施の形態１２におけるPHYフレームのフレームフォーマットの一例を示す図 実施の形態１２におけるPHYフレームのフレームフォーマットの一例を示す図 実施の形態１２におけるPHYフレームのフレームフォーマットの一例を示す図 実施の形態１２におけるＰＨＹフレームのL-Headerのフォーマットを示す図 実施の形態１２におけるCompressed BWフィールドの値の一例を示す図 実施の形態１２におけるCompressed BWフィールドの値の一例を示す図 実施の形態１２におけるCompressed BWフィールドの値の一例を示す図 実施の形態１２におけるGI/CP Lengthフィールドの値の一例を示す図 実施の形態１２における受信装置３００の構成の一例を示す図 実施の形態１２における受信装置２００の構成の一例を示す図 実施の形態１２における受信装置２００の復調部２０３の一例を示す図 実施の形態１２における受信装置２００によって受信されたEDMG-Header-Aフィールド及びDataフィールドの一例を示す図 実施の形態１２における受信装置２００によって受信されたEDMG-Header-Aフィールド及びDataフィールドの一例を示す図 実施の形態１２における受信装置２００によって受信されたEDMG-Header-Aフィールド及びDataフィールドの一例を示す図 実施の形態１２における受信制御部２０７がフォーマットを判別する基準の一例を示す図 実施の形態１２におけるＤＦＴ２０３１がDFTウィンドウを決定する別の方法を示す図 実施の形態１２におけるＤＦＴ２０３１がDFTウィンドウを決定する別の方法を示す図 実施の形態１２におけるＤＦＴ２０３１がDFTウィンドウを決定する別の方法を示す図 実施の形態１２の変形例におけるフレームフォーマットの一例を示す図 実施の形態１２の変形例におけるフレームフォーマットの一例を示す図 実施の形態１２の変形例におけるフレームフォーマットの一例を示す図 M-STFの実施例１におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例１におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例１におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例２におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例２におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例２におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例２におけるM-STF及びM-STFに後続するGIの他の一例を示す図 M-STFの実施例２におけるM-STF及びM-STFに後続するGIの他の一例を示す図 M-STFの実施例２におけるM-STF及びM-STFに後続するGIの他の一例を示す図 M-STFの実施例３におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例３におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例３におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例３におけるGa128、GI128、GI64、及び、GI32の生成方法の一例を示す図 M-STFの実施例３におけるGI128、GI64、GI32のパターンの一例を示す図 M-STFの実施例４におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例４におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例４におけるM-STF及びM-STFに後続するGIの一例を示す図 M-STFの実施例４におけるGa128、Gb128を配置するパターンの一例を示す図 M-STFの実施例４におけるM-STF及びM-STFに後続するGIの他の一例を示す図 M-STFの実施例４におけるM-STF及びM-STFに後続するGIの他の一例を示す図 M-STFの実施例４におけるM-STF及びM-STFに後続するGIの他の一例を示す図 M-STFの実施例４におけるGI64、GI32の生成方法の一例を示す図 M-STFの実施例４における-Ga128、及びGI128、GI64、GI32のパターンの一例を示す図 M-STFの実施例４における-Ga128、及びGI128、GI64、GI32のパターンの一例を示す図 実施の形態３の変形例における、チャネルボンディングが適用されていないPHYフレームの一例を示す図 実施の形態３の変形例における、チャネルボンディングが適用されたPHYフレームの一例を示す図 実施の形態３の変形例における、L-HeaderのMCS及びLengthフィールドの値の算出過程を示すフローチャート 実施の形態３の変形例における、L-HeaderのMCS及びLengthフィールドの値の算出過程の他の一例を示すフローチャート 実施の形態３の変形例における、L-HeaderのMCS及びLengthフィールドの値の算出過程の他の一例を示すフローチャート 実施の形態３の変形例における、11ad規格における、PHYフレームフォーマットの一例を示す図 実施の形態３の変形例における、11ay規格におけるPHYフレームフォーマットの他の一例を示す図 実施の形態３の変形例における、11ay規格におけるPHYフレームフォーマットの他の一例を示す図 実施の形態３の変形例における、11ay規格におけるPHYフレームフォーマットの他の一例を示す図 実施の形態３の変形例における、TRN_LENの値に対応するNsubの値の一例を示す図 実施の形態３の変形例における、TRN_LENの値に対するNsubの値の他の一例を示す図 TRN_LENの値に対するNsubの値の他の一例を示す図 実施の形態３の変形例における、L-HeaderのMCS及びLengthフィールドの値の算出過程の他の一例を示すフローチャート 実施の形態３の変形例における、Spoofing誤差に対する、TRN_LENの値, Nsubの値の組み合わせの一例を示す図 実施の形態３の変形例における、TRN_LENの値に対するNsubの値の他の一例を示す図 実施の形態３の変形例における、Spoofing誤差に対する、TRN_LENの値, Nsubの値の組み合わせの他の一例を示す図 実施の形態３の変形例における、Infoフィールドに対するL-HeaderのLengthフィールド及びTraining Fieldとの関係の一例を示す図 実施の形態３の変形例における、Spoofing誤差に対する、TRN_LENの値, Nsubの値の組み合わせの他の一例を示す図 実施の形態３の変形例における、Spoofing誤差に対する、TRN_LENの値, Nsubの値の組み合わせの他の一例を示す図 実施の形態３の変形例における、パケットの種類に対応するNmin_errorの値を示す図 実施の形態１２の変形例２における、PHYフレームのフレームフォーマットの一例を示す図 実施の形態１２の変形例２における、E-Header-Aフィールド、Dataフィールドの一例を示す図 実施の形態１２の変形例２における、E-Header-Aフィールド、Dataフィールドの他の一例を示す図
図１は、11ad規格及び11ay規格のフレームフォーマットの一例を示す。
11ad規格のフレームは、L-STF、L-CEF、L-Header及びDataフィールド（payload）の順に配置される。以下では、L-STF、L-CEFを「レガシプリアンブル」と呼び、L-Headerを「レガシヘッダ」と呼ぶこともある。
11ay規格のフレームは、L-STF、L-CEF、L-Header、EDMG-Header-A、EDMG-STF、EDMG-CEF及びDataフィールド（payload）の順に配置される。以下では、EDMG-Header-Aを「拡張ヘッダ」と呼び、EDMG-STF,EDMG-CEFを「拡張プリアンブル」と呼ぶこともある。
L-STF、L-CEF、L-Headerは、11ad規格及び11ay規格で共通のフィールドである。一方、EDMG-Header-A、EDMG-STF、EDMG-CEFは、11ay規格のためのフィールドであり、11ad規格では規定されていない。
L-Headerに含まれるreserved bitはビット数（４ビット。例えば、非特許文献１を参照）が限られるため、L-Headerに送信モード選択情報を格納することは困難である。
一方で、従来（11ac規格）のように、11ay規格のEDMG-Header-Aに送信モード選択情報を格納することが考えられる。しかしながら、EDMG-Header-Aに送信モード選択情報を格納した場合、11ay規格に準拠する端末（STA、AP/PCP）（以下、「11ay端末」という）は、EDMG-Header-Aから送信モード選択情報を取り出すための復調、復号処理の遅延が発生する。このため、11ay端末は、EDMG-Header-Aの復調及び復号が完了する前に、EDMG-STFを受信することになる。つまり、11ay端末は、復号遅延のために、EDMG-Header-Aの復号中に、EDMG-Header-Aに後続するEDMG-STFを受信することになる。このため、11ay端末は、EDMG-STFの受信時に送信モード選択情報を特定することが困難であり、受信したEDMG-STFの送信モード（フォーマット）がどのタイプであるか判別することが困難である。
このため、11ay端末は、EDMG-STFに対して、使用できる送信モードの種類は限定されている。これに対して、11ay端末は、例えば、EDMG-STFに対して、次に送信するフォーマットの情報を予め通知することによって、使用できる送信モードの種類を増加させる方法が考えられる。しかし、この方法では、フォーマットを予め通知するための制御情報の送信に無線リソースを要する。
そこで、本開示に係る一態様は、送信装置から受信装置へ送信モード選択情報を適切に通知し、受信装置において送信モード選択情報に基づいてパケットを正しく受信することを目的とする。
以下、図面を適宜参照して、本開示の一実施の形態につき、詳細に説明する。
（実施の形態１）
［送信装置の構成］
図２を用いて、本実施の形態に係る送信装置１００（11ay端末）の構成例について説明する。送信装置１００は、図１に示す11ay規格のフレームフォーマットを用いて送信信号を送信する。
送信装置１００は、L-STF及びL-CEF生成部１０１、変調部１０２、L-Header生成部１０３、符号化部１０４、変調部１０５、EDMG-Header-A生成部１０６、符号化部１０７、変調部１０８、EDMG-STF及びEDMG-CEF生成部１０９、変調部１１０、DATA符号化部１１１，DATA変調部１１２、フレーム結合部１１３（送信信号生成部に対応）、送信フィルタ部１１４を含む。
図２において、送信モード選択情報が、L-STF及びL-CEF生成部１０１、L-Header生成部１０３、EDMG-Header-A生成部１０６、EDMG-STF及びEDMG-CEF生成部１０９に入力される。また、ヘッダ情報がL-Header生成部１０３及びEDMG-Header-A生成部１０６に入力される。
送信モード選択情報は、例えば、以下の情報を含む。
・PHY種別(Control PHY, Single Carrier, OFDMおよびDMG(11adモード), EDMG(11ayモード)
・チャネルボンディングの有無、ボンディングするチャネル数
・チャネルアグリゲーションの有無、アグリゲーションするチャネル番号
・MIMO伝送の有無(SU-MIMO / MU-MIMO)、MIMOストリーム数
ヘッダ情報は、例えば、以下の情報を含む。
・送信データ(ペイロード)のデータ長(PSDU（Physical layer Service Data Unit） Length)情報
・送信データ(ペイロード)を符号化及び変調するためのMCS（Modulation and Coding Scheme）情報
・その他のヘッダ情報
L-STF及びL-CEF生成部１０１は、入力される送信モード選択情報に基づいて、L-STF及びL-CEFのビットパターンを生成する。例えば、L-STF及びL-CEF生成部１０１は、11ad規格と同様のGolayシーケンスを用いてビットパターンを生成する。
変調部１０２は、11ad規格と同様に、L-STF及びL-CEF生成部１０１から入力されるL-STF及びL-CEF（ビットパターン）に対してπ/2-BPSK変調を行う。なお、変調部１０２は、チャネルボンディング又はチャネルアグリゲーションの場合には、伝送するチャネルに変調データを配置する。
L-Header生成部１０３（ヘッダ生成部に相当）は、入力される送信モード選択情報及びヘッダ情報に基づいて、11ad規格に規定されるフォーマットに従ってPSDU Header（L-Header）データ（レガシヘッダ信号）を生成する。ただし、L-Header生成部１０３で生成される情報は全てダミーの情報である。例えば、L-Header生成部１０３は、L-Headerに含める情報のうち、MCSの値及びPSDU Lengthの値を、L-Headerよりも後のフィールド（EDMG-Header-A、EDMG-STF,EDMG-CEF、DATA）のデータ長を示すように設定する。また、L-Header生成部１０３は、PSDU Lengthに、送信モード選択情報（以下、「Info」と表すこともある）を含める。なお、L-Header生成部１０３におけるMCS及びPSDU Lengthの値の設定方法の詳細については後述する。
符号化部１０４は、11ad規格と同様に、L-Headerに対してLDPC符号化を行い、変調部１０５は、11ad規格と同様に、L-Headerに対してπ/2-BPSK変調を行う。なお、変調部１０５は、L-STF, L-CEFと同様に、チャネルボンディング又はチャネルアグリゲーションの場合には、伝送するチャネルに変調データを配置する。
EDMG-Header-A生成部１０６は、入力されたヘッダ情報に基づいて、EDMG-Header-Aデータを生成する。なお、EDMG-Header-A生成部１０６は、入力される送信モード選択情報に基づいて、EDMG-Header-Aデータを変更してもよい。例えば、EDMG-Header-A生成部１０６は、送信モード選択情報に基づいて、EDMG-Header-Aデータの配置(フォーマット）を変更してもよく、EDMG-Header-Aデータに送信モード選択情報の一部を含めてもよい。
符号化部１０７は、EDMG-Header-Aデータに対して符号化（例えば、LDPC符号化）を行い、変調部１０８は、EDMG-Header-Aデータに対して変調（例えば、π/2-BPSK変調）を行う。なお、変調部１０７は、L-STF, L-CEFと同様に、チャネルボンディング又はチャネルアグリゲーションの場合には、伝送するチャネルに変調データを配置する。
EDMG-STF及びEDMG-CEF生成部１０９は、入力される送信モード選択情報に基づいて、受信装置２００（11ay端末）がDATA（ペイロード）部を受信及び復号するために必要なデータパターンを示すEDMG-STF信号及びEDMG-CEF信号を生成する。例えば、EDMG-STF及びEDMG-CEF生成部１０９は、Golayシーケンスを用いる。
なお、EDMG-STF及びEDMG-CEF生成部１０９は、チャネルボンディングの場合、ボンディングするチャネル数に応じて異なるパターンを用いてもよい。例えば、EDMG-STF及びEDMG-CEF生成部１０９は、ボンディングするチャネル数に比例した系列長を有するパターンを繰り返してもよい。また、EDMG-STF及びEDMG-CEF生成部１０９は、チャネルアグリゲーションの場合、チャネル毎に異なるパターンを用いてもよい。または、EDMG-STF及びEDMG-CEF生成部１０９は、MIMO送信の場合、ストリーム毎に異なるパターンを用いてもよい。
変調部１１０は、EDMG-STF及びEDMG-CEF生成部１０９から入力されるEDMG-STF信号及びEDMG-CEF信号に対して、例えば、π/2-BPSK変調を行う。なお、変調部１１０は、チャネルボンディングの場合には、ボンディングするチャネル数に応じてシンボルレートを変更する。例えば、変調部１１０は、１チャネルであれば1.76Gサンプル/秒を用いてもよく、２チャネルであれば3.52Gサンプル/秒を用いてもよい。また、変調部１１０は、チャネルアグリゲーションの場合には、伝送するチャネルに変調データを配置する。
DATA符号化部１１１は、ヘッダ情報に含まれるMCS情報に基づいて、送信データ（ペイロード）に対して符号化（例えば、LDPC符号化）を行う。DATA変調部１１２は、ヘッダ情報に含まれるMCS情報に基づいて、符号化データに対して変調（例えば、π/2-BPSK、π/2-QPSK、π/2-16QAM、π/2-64QAMなど）を行う。
フレーム結合部１１３は、L-STF、L-CEF、L-Header、EDMG-Header-A、EDMG-STF、EDMG-CEF、DATAを、フレームフォーマット（例えば、図１を参照）に定められた時間順に従って結合し、フレームデータを生成する。
送信フィルタ部１１４は、フレーム結合部１１３から入力されるフレームデータに対してフィルタ処理を行い、送信信号を生成し、送信する。例えば、送信フィルタ部１１４は、フレームデータに対して、オーバーサンプル処理及びRoot Raised Cosineフィルタを適用する。これにより、図１に示す11ay端末のフレームフォーマットの送信信号が送信される。なお、送信装置１００で生成された送信信号は、例えば、D/A変換器、RF回路、アンテナを通し無線信号として送信される。
［受信装置の構成］
まず、図３を用いて、11ay端末である受信装置２００の構成例について説明する。受信装置２００は、受信フィルタ部２０１、同期部２０２、復調部２０３、復号部２０４、L-Header解析部２０５、EDMG-Header-A解析部２０６、受信制御部２０７を含む。
受信装置２００は、送信装置１００が送信した無線信号をアンテナ、RF回路、A/D変換器を通して受信する。
受信フィルタ部２０１は、受信信号に対してフィルタ処理を行う。例えば、受信フィルタ部２０１は、受信信号に対してRoot Raised Cosineフィルタを適用してもよい。また、受信フィルタ部２０１は、サンプリングレート変換又は中心周波数のシフト処理を行ってもよい。
また、受信フィルタ部２０１は、受信信号の帯域幅に応じてフィルタのタップ係数を決定する。
例えば、待ち受け時には、受信フィルタ部２０１は、L-STF、L-CEF、L-Headerを受信するために、シンボルレートが1.76GHzの信号を受信するようにフィルタ係数を設定する。
また、受信信号（受信パケット）がチャネルボンディングに対応する場合、受信フィルタ部２０１は、EDMG-STFを受信するタイミングで1.76GHzより大きなシンボルレートの信号を受信するようにフィルタ係数を設定する。例えば、２チャネルのチャネルボンディングの場合、受信フィルタ部２０１は、シンボルレートを3.52GHzである。
また、受信信号（受信パケット）がチャネルアグリゲーションに対応する場合、受信フィルタ部２０１は、EDMG-STFを受信するタイミングで、シンボルレートが1.76GHzの信号を同時に複数のチャネルで受信するようにフィルタ係数を設定する。
また、受信信号（受信パケット）がＭＩＭＯ送信に対応する場合、受信フィルタ部２０１は、EDMG-STFを受信するタイミングで、複数のＲＦチェーンで信号を受信するようにフィルタ係数を設定する。
また、受信信号（受信パケット）がＯＦＤＭ送信に対応する場合、受信フィルタ部２０１は、EDMG-STF及びEDMG-CEFを、OFDM変調された信号として扱ってもよい。この場合、受信フィルタ部２０１は、OFDM信号を受信できるように受信構成を切り替える。
同期部２０２は、相関器（図示せず）を用いてL-STFの検出を行う。また、同期部２０２は、受信フィルタ部２０１から入力される受信信号（受信シンボル）のうち、L-STF、L-CEF、EDMG-STF、EDMG-CEF、又はその他の受信シンボルを用いて、受信タイミング又は位相の同期を行う。
例えば、同期部２０２は、待ち受け時には、相関器を用いてL-STFを検出する。同期部２０２は、L-STFを検出すると、L-STF又はL-CEFを用いて受信タイミング及び位相の同期を行う。
また、同期部２０２は、受信パケットがチャネルボンディング、チャネルアグリゲーション、MIMO送信、OFDM送信の各々に対応する場合、各々のタイプに応じてEDMG-STF及びEDMG-CEFを用いて再度同期を行う。
復調部２０３は、π/2-BPSK、π/2-QPSK、π/2-16QAMなどで変調された受信信号を復調する。例えば、復調部２０３は、L-Headerに対して予め定められた変調方法（例えば、π/2-BPSK）を用いて復調を行い、ペイロードに対しては、受信制御部２０７から通知されるMCS情報に基づいて変調方式を判別して復調を行う。また、復調部２０３は、受信制御部２０７から通知されるLength情報に基づいて、復調部２０３の動作開始および停止の制御を行ってもよい。なお、復調部２０３の前段には、等化部（図示せず）を備えてもよい。
復号部２０４は、誤り訂正符号化（LDPC符号など）されたデータに対して誤り訂正復号を行う。例えば、復号部２０４は、L-Headerに対して予め定められた符号化方式及び符号化率（例えば、符号化率3/4のLDPC符号）を用いて復号を行い、ペイロードに対しては、受信制御部２０７から通知されるMCS情報に基づいて符号化方式及び符号化率を判別して復号を行う。また、復号部２０４は、Length情報に基づいて、復号部２０４の動作開始および停止の制御を行ってもよい。
L-Header解析部２０５は、L-Headerに含まれるMCSフィールド、Lengthフィールドの値から、送信モード選択情報(Info)を抽出する。送信モード選択情報には、例えば、チャネルボンディング情報（ＣＢ）、チャネルアグリゲーション情報（ＣＡ）、MIMO情報、OFDM情報が含まれる。L-Header解析部２０５は、送信モード選択情報を、受信フィルタ部２０１、同期部２０２及び受信制御部２０７に出力する。
EDMG-Header-A解析部２０６は、復号部２０４から入力されるEDMG-Header-Aのフレームフォーマットを解析し、MCS、Lengthおよびその他の受信制御情報を取得する。
受信制御部２０７は、EDMG-Header-A解析部２０６から入力されるMCSおよびLength情報に基づいてフレーム長を計算し、フレーム受信中の期間に渡って、CCA（Clear Channel Assessment）信号をアサートする。なお、CCAとは、受信チャネルにおいて一定レベル以上の信号を受信しているか否かを判定し、通知する処理である。受信制御部２０７は、受信したパケットが11ay規格のフォーマットであれば、受信したパケットの復調、復号処理を行うように、復調部２０３及び復号部２０４に通知する。
なお、受信装置２００は、復調又は復号を正しく行えないことを検出した場合、該当する復調又は復号の動作を停止し、省電力化を図ってもよい。
次に、図４を用いて、例えば、11ad端末のレガシ端末である受信装置３００の構成例について説明する。受信装置３００は、復調部３０１、復号部３０２、L-Header解析部３０３、受信制御部３０４を含む。
受信装置３００は、送信装置１００が送信した無線信号をアンテナ、RF回路、A/D変換器を通して受信する。
復調部３０１は、π/2-BPSK、π/2-QPSK、π/2-16QAMなどで変調された受信信号を復調する。例えば、復調部３０１は、L-Headerに対して予め定められた変調方法（例えば、π/2-BPSK）を用いて復調を行い、ペイロードに対しては、受信制御部３０４から通知されるMCS情報に基づいて変調方式を判別して復調を行う。また、復調部３０１は、受信制御部３０４から通知されるLength情報に基づいて、復調部３０１の動作開始および停止の制御を行ってもよい。なお、復調部３０１の前段には、受信フィルタ部、同期部、等化部（図示せず）を備えてもよい。
復号部３０２は、誤り訂正符号化（LDPC符号など）されたデータに対して誤り訂正復号を行う。例えば、復号部３０２は、L-Headerに対して予め定められた符号化方式及び符号化率（例えば、符号化率3/4のLDPC符号）を用いて復号を行い、ペイロードに対しては、受信制御部３０４から通知されるMCS情報に基づいて符号化方式及び符号化率を判別して復号を行う。また、復号部３０２は、Length情報に基づいて、復号部３０２の動作開始および停止の制御を行ってもよい。
L-Header解析部３０３は、復号部３０２から入力されるL-Headerのフレームフォーマットを解析し、MCS、Lengthおよびその他の受信制御情報を取得する。
受信制御部３０４は、L-Header解析部３０３から入力されるMCSおよびLength情報に基づいてフレーム長を計算し、フレーム受信中の期間に渡って、CCA信号をアサートする。受信制御部３０４は、受信したパケットが11ad規格のフォーマットである場合、受信したパケットの復調及び復号処理を行うことを、復調部３０１及び復号部３０２に通知する。
また、受信制御部３０４は、受信したパケットが11ay規格のフォーマットである場合も、11ad規格のパケットを受信したものとして、復調部３０１及び復号部３０２に、それぞれ、復調及び復号の動作開始の指示を通知する。このとき、復調部３０１及び復号部３０２はパケットを正しく復調及び復号できるとは限らない。ただし、本実施の形態によれば、受信制御部３０４がL-Header中のMCS及びLengthから算出するフレーム長は、正しい値であるため、受信制御部３０４は、CCA通知を正しく行うことができる。すなわち、送信装置１００は、L-Headerに、レガシ端末（受信装置３００）が使用しない情報であるが、11ay端末（受信装置２００）が識別できる情報（Infoフィールド）を埋め込んでいるにも関わらず、レガシ端末（受信装置３００）の動作に影響を与えることがない。
なお、受信装置３００は、復調又は復号を正しく行えないことを検出した場合、該当する復調又は復号の動作を停止し、省電力化を図ってもよい。
［送信装置及び受信装置の動作］
以上の構成を有する送信装置１００、受信装置２００及び受信装置３００の動作について説明する。
図５は、送信装置１００（L-Header生成部１０３）における動作を示すフローチャート図である。
図５のステップＳ１では、送信装置１００は、EDMG-Header-A以降のパケット長（つまり、EDMG-Header-A先頭からDataフィールドの終端までのパケット長）（時間）を算出する。そして、送信装置１００は、算出したパケット長を11ad SC PHYのSymbol Block（シンボルブロック）数（N_BLKS）に換算する。
ここで、非特許文献１に定められている通り、１つのシンボルブロックは、４４８シンボルのデータと６４シンボルのGI（Guard Interval）とを含む構成であり、シンボルの合計が５１２シンボルであり、時間にして約２９１ｎｓｅｃである。
ステップＳ２では、送信装置１００は、L-Headerに格納するMCSの値を決定する。なお、以下では、便宜上、L-Headerに格納するMCSを「DMG MCS」と表し、EDMG-Header-Aに格納するMCSを「EDMG MCS」と表す。例えば、送信装置１００は、DMG MCSとして固定のMCSを選択してもよい。
ステップＳ３では、送信装置１００は、L-Headerに格納するPSDU Length（データ長情報）を算出するために使用する値（ベース値。「L_BASE」と表す）を算出する。なお、以下では、便宜上、L-Headerに格納するPSDU Lengthを「DMG PSDU Length」と表し、EDMG-Header-Aに格納するPSDU Lengthを「EDMG PSDU Length」と表す。
ステップＳ４では、送信装置１００は、L-Headerに格納する送信モード選択情報（付加情報。「Info」と表す）の値を生成する。
図６は、送信モード選択情報Infoの一例を示す。ここでは、Infoのフィールドの最大ビット数は６ビット（bit0〜bit5）である。
図６では、bit0をチャネルボンディングの有無を示すＣＢ（Channel Bounding）フィールドとし、bit1をチャネルアグリゲーションの有無を示すＣＡ（Channel Aggregation）フィールドとし、bit2,3をMIMO送信の有無及び種類を示すＭＩＭＯフィールドとし、bit4をSC送信又はOFDM送信を示すOFフィールドとしている。また、図６では、bit5を将来の機能拡張のためのリザーブビットとしている。bit5の値は例えば常に０としてもよい。なお、Infoフィールドの各値の具体例については後述する。
ステップＳ５では、送信装置１００は、ステップＳ３で算出したベース値L_BASE、及び、ステップＳ４で生成したInfoの値を用いて、DMG PSDU Lengthの値を決定する。送信装置１００は、DMG MCS及びDMG PSDU Lengthによって表されるパケット長が、ステップＳ１で算出したシンボルブロック数（N_BLKS）と等しくなるDMG PSDU Lengthを決定する。
例えば、送信装置１００は、式（１）又は式（２）に従って、DMG PSDU Lengthを算出する。
DMG PSDU Length=L_BASE-Info
=floor((N_BLKS×N_CBPB-mod(N_BLKS×N_CBPB, L_CW))×R/8)-Info
…式（１）
DMG PSDU Length=L_BASE-Info
=floor(floor(N_BLKS×N_CBPB/L_CW)×L_CW×R/8)-Info
…式（２）
式（１）及び式（２）において、関数floor(x)は、数値ｘを超えない最大の整数を返す関数を表し、関数mod（x,y）はxをyで除した余りを返すモジュロ演算を表す。また、N_CBPB（シンボルブロックあたりの符号化ビット数）、R（符号化率）は、非特許文献１においてDMG MCSの値に応じて定められる値である。図７は、MCSと、N_CBPB、Rとの対応関係を示す。また、非特許文献１において定められているとおり、L_CW（コードワード長）=672である。
式（１）及び式（２）より、L_BASEの値は、Info=0の場合のDMG PSDU Lengthの値に相当する。すなわち、ステップＳ３では、送信装置１００は、L_CW、ステップＳ１で算出したN_BLKS、及び、ステップＳ２で決定したDMG MCSに対応するN_CBPB、Rを用いてL-BASEを算出する。
また、式（１）及び式（２）において、送信モード選択情報Infoの値は、０以上N_Info未満の値を採る。N_Infoはfloor(L_CW×R/8)で算出される。図７は、各MCSと、N_Infoの値、及び、Infoフィールドの最大ビット数との対応関係を示す。
例えば、送信装置１００が式（２）に従って図７に示す各MCSを用いてDMG PSDU Lengthを算出した場合は、以下の通りに表される。
MCS1 ：DMG PSDU Length = floor(N_BLKS×2/3)×21-Info
MCS2 ：DMG PSDU Length = floor(N_BLKS×2/3)×42-Info
MCS3 ：DMG PSDU Length = floor(floor(N_BLKS×2/3)×52.5)-Info
MCS4 ：DMG PSDU Length = floor(N_BLKS×2/3)×63-Info
MCS5 ：DMG PSDU Length = floor(floor(N_BLKS×2/3)×68.25)-Info
MCS6 ：DMG PSDU Length = floor(N_BLKS×4/3)×42-Info
MCS7 ：DMG PSDU Length = floor(floor(N_BLKS×4/3)×52.5)-Info
MCS8 ：DMG PSDU Length = floor(N_BLKS×4/3)×63-Info
MCS9 ：DMG PSDU Length = floor(floor(N_BLKS×4/3)×68.25)-Info
MCS10：DMG PSDU Length = floor(N_BLKS×8/3)×42-Info
MCS11：DMG PSDU Length = floor(floor(N_BLKS×8/3)×52.5)-Info
MCS12：DMG PSDU Length = floor(N_BLKS×8/3)×63-Info
…式（３）
このように、送信装置１００は、L-Header内のDMG PSDU Lengthに送信モード選択情報Infoを含めて送信する。これにより、受信装置２００は、L-Headerを受信時に送信モード選択情報を取得することができる。よって、受信装置２００は、EDMG-STFを受信する際には、EDMG-STF以降のフィールドで使用する送信モード（フォーマット）を特定することができるので、フレームを正しく受信することができる。
具体的には、受信装置２００は、L-Headerを復号し、DMG MCS及びDMG PSDU Lengthを得る。
そして、受信装置２００は、DMG PSDU Lengthを（L_CW×R/8）で除した余りを、(L_CW×R/8)の値から差し引くことにより、Infoの値を算出する。なお、受信装置２００は、上記差し引いた値が整数ではない場合、小数点以下を切り捨てることにより（つまり、floor関数により）、Infoの値を求める。DMG MCSが１及び偶数の場合、上記差し引いた値は常に整数となる。
例えば、DMG MCS=MCS2、DMG PSDU Length=80の場合、80を42で除した余りは38であり、42-38は4である。よって、Infoの値は4である。同様にして、例えば、DMG MCS=MCS5、DMG PSDU Length=398の場合、398を68.25で除した余りは56.75であり、68.25-56.75は11.5であり、11.5の小数点以下を切り捨てると11となる。よって、Infoの値は11である。
一方、受信装置３００（レガシ端末）は、L-Headerを復号し、DMG MCS及びDMG PSDU Lengthを得る。
そして、受信装置３００は、DMG MCS及びDMG PSDU Lengthを用いてCCA検出及びパケット受信処理を行う。受信装置３００は、CCA検出及びパケット受信処理を行うことにより、送信装置１００からの無線信号を受信処理中に受信しているものとしてCCAを通知する。又は、受信装置３００は、DMG MCS及びDMG PSDU Lengthに基づいて送信装置１００からの無線信号のパケット長を算出し、算出したパケット長に相当する区間においてCCAを通知してもよい。
次に、図６に示すInfoの値の具体例について説明する。
＜ＣＢフィールド＞
例えば、ＣＢフィールドの値bit0＝０はチャネルボンディングが無効であることを示し、bit0＝１は、EDMG-STF以降のフィールド（図１を参照）がチャネルボンディングにより送信されること（チャネルボンディング：有効）を示す。
例えば、チャネルボンディングが有効である場合、受信装置２００は、RF（Radio Frequency）部のフィルタ係数、相関器の動作モード、ビームフォーミング設定（セクタ、又はアンテナウェイトベクタ（AWV））、又は、A/Dコンバータのサンプリングレート等のパラメータを切り替える。
このようにして、受信装置２００は、L-HeaderのDMG PSDU Lengthに含まれるＣＢフィールドでEDMG-STF以降のフィールドにおけるチャネルボンディングの有無を特定できる。よって、受信装置２００は、EDMG-STFの先頭部分から、受信構成（パラメータ）を切り替えて、チャネルボンディングの有無に応じてフレームを正しく受信することができる。
＜ＣＡフィールド＞
例えば、ＣＡフィールドの値bit1＝０はチャネルアグリゲーションが無効であることを示し、bit1＝１はチャネルアグリゲーションが有効であることを示す。
例えば、送信装置１００は、チャネルボンディングの場合、EDMG-STF、EDMG-CEFを送信し、チャネルアグリゲーションの場合、EDMG-STF、EDMG-CEFを送信しないことによって、チャネルアグリゲーション時の伝送効率を向上することができる。
このようにして、受信装置２００は、L-HeaderのDMG PSDU Lengthに含まれるＣＡフィールドでチャネルアグリゲーションの有無を特定できる。よって、受信装置２００は、EDMG-STFを受信する前に、受信構成（パラメータ）を切り替えて、チャネルアグリゲーションの有無に応じてフレームを正しく受信することができる。
また、受信装置２００は、ＷＢフィールド及びＣＡフィールドの双方又は一方を用いて、受信中のパケットがチャネルボンディング又はチャネルアグリゲーションで送信されたか否かを判断できる。つまり、送信装置１００は、チャネルボンディングとチャネルアグリゲーションをパケット毎に切り替えてパケット送信を行うことができる。これにより、例えば、送信装置１００は、EDMG PSDU Lengthが長い場合にはチャネルボンディングを用いてより高速の通信を行い、EDMG PSDU Lengthが短い場合にはチャネルアグリゲーションを用いて伝送効率を向上してもよい。
＜ＭＩＭＯフィールド＞
例えば、ＭＩＭＯフィールドの値（bit2、bit3）＝００はＳＩＳＯ（Single Input Single Output）送信を示し、（bit2、bit3）＝０１はＳＵ−ＭＩＭＯ送信を示し、（bit2、bit3）＝１０はＭＵ−ＭＩＭＯ送信を示し、（bit2、bit3）＝１１は将来拡張のためにリザーブされた領域であることを示す。
例えば、送信装置１００は、非ＭＩＭＯ送信（ＳＩＳＯ送信又はダイバーシチ送信）の場合、EDMG-STF、EDMG-CEFを送信しなくてもよい。
このようにして、受信装置２００は、L-HeaderのDMG PSDU Lengthに含まれるＭＩＭＯフィールドでＭＩＭＯ送信の有無を特定できる。よって、受信装置２００は、EDMG-STFを受信する前に、受信構成（パラメータ）を切り替えて、ＭＩＭＯ送信の有無に応じてフレームを正しく受信することができる。
また、受信装置２００は、ＭＩＭＯフィールドを用いて、受信中のパケットがＭＩＭＯ送信されたか否かを判断できる。つまり、送信装置１００は、ＭＩＭＯ送信と非ＭＩＭＯ送信とをパケット毎に切り替えてパケット送信を行うことができる。これにより、例えば、送信装置１００は、EDMG PSDU Lengthが長い場合にはＭＩＭＯ送信を用いてより高速の通信を行い、EDMG PSDU Lengthが短い場合には非ＭＩＭＯ送信を用いて伝送効率を向上してもよい。
＜ＯＦフィールド＞
例えば、ＯＦフィールドの値bit4＝０はＳＣ送信を示し、bit4＝１はＯＦＤＭ送信を示す。
送信装置１００は、ＳＣ送信の場合、EDMG-CEFに対してシングルキャリア変調したパターンを用いて、ＯＦＤＭ送信の場合、EDMG-CEFに対してＯＦＤＭ変調したパターンを用いてもよい。これにより、ＳＣ送信及びＯＦＤＭ送信において受信装置２００での受信品質を改善することができる。
このようにして、受信装置２００は、L-HeaderのDMG PSDU Lengthに含まれるＯＦフィールドでEDMG-CEFを受信する前にＳＣ送信又はＯＦＤＭ送信を特定できる。よって、受信装置２００は、EDMG-CEFの先頭部分から、受信構成（CEFパターン）を切り替えて、送信種別に応じてフレームを正しく受信することができる。
［DMG PSDU Lengthの具体例］
次に、上述した送信装置１００におけるDMG PSDU Lengthの算出例について説明する。
図８は、本具体例のフレームフォーマットを示す。
図８では、EDMG-Header-A、EDMG-STF、EDMG-CEF及びDataフィールドの長さ（パケット長）は2.91μsecである。そこで、送信装置１００は、パケット長（2.91μsec）を、シンボルブロック数（1シンボルブロック：291nsec）に換算して、N_BLKS=１０（=2910nsec／291nsec）ブロックを得る。また、図８では、送信装置１００は、DMG MCSをMCS9（つまり、図７より、N_CBPB=896、R=13/16）に設定する。
図９は、本具体例のInfoフィールドの値を示す。図９に示すInfoは、チャネルボンディング有効（bit0=１、bit1＝０）、非ＭＩＭＯ送信（bit2=0、bit3=0）、ＳＣ送信（bit4=0）、リザーブビットbit5=0である。つまり、Infoの値は、"100000"（２進表記）、"0x20"（１６進表記）、３２（１０進表記）である。
図１０は、非特許文献１において、MCS9でのDMG PSDU LengthとN_BLKSとの関係を示す。図１０では、各DMG PSDU Length（「Length」）は、所定の範囲毎にシンボルブロック数（N_BLKS）に対応付けられている。なお、図１０は、MCS9の例を示すが、他のMCSについても同様に、DMG MCSに応じて、DMG PSDU Lengthが、所定の範囲毎にシンボルブロック数（N_BLKS）に対応付けられている。
つまり、送信装置１００は、MCS9、N_BLKS＝１０ブロックの場合、DMG PSDU Lengthを820〜887バイトに設定する必要がある。換言すると、送信装置１００は、DMG MCS及びDMG PSDU Lengthに対応するパケット長が、N_BLKS＝１０のシンボルブロックと等しくなるように、DMG PSDU Lengthを決定する。
例えば、送信装置１００は、式（１）に従って、DMG PSDU Lengthを以下のように算出する。なお、送信装置１００は式（２）に従ってもよい。
DMG PSDU Length = floor(N_BLKS×N_CBPB-mod(N_BLKS×N_CBPB, L_CW)×R/8)-Info
= floor(10×896-mod(10×896, 672)×13/16 /8)-Info
= 887-Info
= 887-32
= 855
すなわち、送信装置１００は、DMG PSDU Lengthのベース値L_BASE=887から、Info=32で減算した値（855）を示すDMG PSDU Lengthを生成する。このように算出されたDMG PSDU Length=855は、図１０に示すMCS9のN_BLKS＝１０ブロックの場合のDMG PSDU Lengthが採りうる値の範囲内（820〜887）の値、すなわち、適切な値となる。このようにして、送信装置１００は、DMG MCS=9、DMG PSDU=855を含むレガシヘッダ信号をL-Headerに格納して受信装置２００へ送信する。
一方、受信装置２００は、図８に示すフレームフォーマットのパケットを受信した場合、L-Header内のDMG MCSの値（MCS9）、及び、DMG PSDU Lengthの値（855）を抽出する。
次いで、受信装置２００は、図７に基づいて、MCS9に対応する符号化率R=13/16であるので、DMG PSDU Length=855を、(L_CW×R/8)=68.25で除した余り（=36）を、(L_CW×R/8)=68.25から差し引き（=32.25）、上記差し引いた値の小数点を切り捨てた値=32をInfoの値として算出する。
これにより、受信装置２００は、Infoフィールド（１０進表記で32、２進表記で"100000"）において、チャネルボンディング有り（bit0＝１、bit1＝０）、非ＭＩＭＯ送信（bit2=0、bit3=0）、ＳＣ送信（bit4=0）であることを特定することができる。
ここで、L_BASEの値=887（式（１）のInfo=0の場合の値「floor(N_BLKS×N_CBPB-mod(N_BLKS×N_CBPB, L_CW)×R/8)」）は、図１０に示すMCS9のN_BLKS＝１０ブロックに対応付けられたDMG PSDU Lengthの範囲（820〜887）の最大値に相当する。
つまり、送信装置１００は、決定したDMG MCS及びN_BLKSに対応付けられたDMG PSDU Lengthの範囲の最大値L_BASEから、送信モード選択情報の値Infoを減じた値をDMG PSDU Lengthとして算出する。
例えば、図１０に示すMCS９のN_BLKS＝１０ブロックの場合、DMG PSDU Lengthの範囲は820〜887であり、この範囲内であれば、N_BLKSの値は変化しない。すなわち、送信装置１００は、L-Headerよりも後のデータ長（シンボルブロック数）に対応付けられたDMG PSDU Lengthの範囲の幅（MCS9のN_BLKS＝１０ブロックの場合、範囲820〜887の幅67）に応じて、Infoの値をPSDU Lengthに含めることができる。
具体例では、Infoは６ビットで表され、最大値は１０進表記で６３（"111111"（２進表記））である。よって、送信装置１００がL_BASE=887からInfoの最大値６３を減じてDMG PSDU Length=824を生成したとしても、対応するN_BLKS=１０は変化しない。すなわち、送信装置１００が送信モード選択情報Infoをどのように設定しても、送信装置１００がL-Headerで送信するDMG PSDU Lengthに対応するシンボルブロック数（N_BLKS）は１０ブロックである。
ここで、受信装置３００（11ad端末）は、図８に示すフレームフォーマットのパケットを受信した場合、L-Header内のDMG PSDU Lengthの値（855）に基づいて、L-Headerよりも後のフィールド（EDMG-STFからDataフィールド）が１０ブロックであることを特定し、特定した区間を送信禁止区間として待機状態になる。
つまり、受信装置３００は、送信装置１００（11ay端末）が送信したパケットを受信して、L-Headerよりも後のフィールドに相当するフレーム長を正確に特定することができるので、CCA通知を正しく行うことができる。よって、送信装置１００は、L-Headerにおいて、受信装置３００が使用しない情報であり、11ay端末が識別できる情報である送信モード選択情報（受信装置３００に対するダミー情報）を埋め込んだDMG PSDU Lengthを送信しても、受信装置３００の通信処理に対して悪影響を与えることはない。
以上、具体例について説明した。なお、ここでは、MCS9について説明したが、送信装置１００及び受信装置２００は他のMCSについても同様にして動作する。
このように、本実施の形態によれば、送信装置１００は、L-Header（レガシヘッダ）よりも後のデータ長を示すDMG PSDU Length（データ長情報）に、EDMG-STF,EDMG-CEF（拡張プリアンブル）の送信モードを示す送信モード選択情報Infoを含めて送信する。こうすることで、受信装置２００は、EDMG-STFを受信する前に送信モード選択情報に基づいて受信構成を決定することができるので、EDMG-STFの受信に先立って送信モード（フォーマット）の種別を判別することができ、受信フィルタ部２０１及び同期部２０２の構成を適切に切り替えることができる。よって、本実施の形態によれば、送信装置１００が送信モード選択情報を適切に通知し、受信装置２００において正しくパケットを受信することができる。
さらに、本実施の形態によれば、送信装置１００から受信装置２００への送信モード選択情報の事前の通知を必要とせず、送信装置１００は、１パケット毎に送信モード（フォーマット）の異なるパケットを送信することができる。これにより、送信装置１００は、無線状況又は送信データ量に応じて最適なフォーマットを選択することができる。これにより、送信時間の短縮、データレートの向上、送信装置１００及び受信装置２００の消費電力の低減を図ることができる。
なお、送信装置１００は、DMG PSDU Lengthの算出の際、式（１）及び式（２）の何れを用いてもよく、又は、他の算出式に基づいてDMG PSDU Lengthを算出してもよい。すなわち、決定されたDMG MCS及びN_BLKSに応じて設定されるDMG PSDU Lengthが採りうる範囲のうちの最大値からInfoを減算した値を算出する式であればよい。
また、本実施の形態では、一例として、決定されたDMG MCS及びN_BLKSに応じて設定されるDMG PSDU Lengthが採りうる範囲のうちの最大値（L_BASE）からInfoを減算した値を算出する式として、式（１）及び式（２）を示したが、本開示の一態様はこれに限定されるものではない。例えば、送信装置１００は、決定されたDMG MCSにおいてN_BLKSに対応付けられたDMG PSDU Lengthの範囲の最小値に、Infoの値を加算した値を示すDMG PSDU Lengthを生成してもよい。
（実施の形態２）
上式（３）の各MCSに対するDMG PSDU Lengthを算出する式において、N_BLKSと乗算される値は、２／３、４／３、又は、８／３（つまり、分母が３の値）の何れかである。つまり、N_BLKSの値が３の倍数の場合、式（３）は、式（１）においてfloor関数を除くことができる。
そこで、本実施の形態では、N_BLKSの値を３の倍数に限定する場合について説明する。これにより、式（１）が簡略化され、送信装置１００は演算量を低減することができる。
なお、本実施の形態に係る送信装置及び受信装置は、実施の形態１に係る送信装置１００及び受信装置２００と基本構成が共通するので、図２及び図３を援用して説明する。
図１１は、送信装置１００（L-Header生成部１０３）における動作を示すフローチャート図である。なお、図１１において、実施の形態１（図５）と同一処理には同一の符号を付し、その説明を省略する。
図１１において、ステップＳ１Ａでは、送信装置１００は、シンボルブロック数（N_BLKS）の値を、ステップＳ１で算出したN_BLKSの値以上の３の倍数の値に置換（調整）する。
以下、ステップＳ１で算出されたシンボルブロック数（N_BLKS）が３の倍数ではない場合におけるN_BLKSの値の調整方法１〜３について説明する。
［方法１（図１２Ａ）］
方法１では、送信装置１００は、DATAフィールドの後に、シンボルブロック数（N_BLKS）を３の倍数にするためにパディング情報を付加して、シンボルブロック数を調整する。
［方法２（図１２Ｂ）］
方法２では、送信装置１００は、パディングビットを付加せずに、シンボルブロック数（N_BLKS）を３の倍数に切り上げてDMG PSDU Lengthを算出する。
［方法３（図１２Ｃ）］
方法３では、送信装置１００は、シンボルブロック数（N_BLKS）を３の倍数にするために、EDMG-Header-Aの直後（EDMG-Header-AとEDMG-STFとの間）に拡張情報（Exフィールド）を配置して、シンボルブロック数を調整する。なお、送信装置１００は、Exフィールドの長さを、L-Header内のInfoフィールドに格納してもよい。また、送信装置１００は、ExフィールドにDATAの一部を格納してもよい。
以上、N_BLKSの値の調整方法１〜３について説明した。
ステップＳ２Ａでは、送信装置１００は、L-Headerに格納するDMG MCSの値を決定し、決定したDMG MCSの値に応じたパラメータN_ratioを決定する。図１３は、DMG MCSとN_ratioとの対応関係の一例を示す。N_ratioは、式（３）のDMG PSDU Lengthの算出式に含まれるfloor関数を取り除くことで得られるパラメータである。例えば、MCS1では、floor関数を取り除くとN_BLKS×(2/3)×21-Info、つまり、N_BLKS×14-Infoとなり、N_ratio=14が導出される。他のDMG MCSについても同様である。
ステップＳ３〜Ｓ５では、送信装置１００は、実施の形態１と同様、DMG PSDU Lengthのベース値（L_BASE）及びInfoの値を用いて、DMG PSDU Lengthの値を決定する。ただし、本実施の形態では、送信装置１００は、式（４）又は式（５）に従って、DMG PSDU Lengthを算出する。
DMG PSDU Length=L_BASE-Info
=N_BLKS×N_ratio-Info （MCS5以外の場合） …式（４）
DMG PSDU Length=L_BASE-Info
=floor(N_BLKS×N_ratio)-Info （MCS5の場合） …式（５）
式（４）及び式（５）において、送信装置１００は、図１３に示すDMG MCSに従ってN_ratioを決定する。送信装置１００は、MCS5の場合、N_ratio（=45.5）が整数ではないので、floor関数が残っている式（５）を用いてDMG PSDU Lengthを算出する。
また、式（４）及び式（５）において、Infoの値は、実施の形態１と同様、図１３に示す０以上N_Info未満の値である。
一方、受信装置２００は、送信装置１００から送信されるL-Headerを復号し、DMG MCS及びDMG PSDU Lengthを得る。
そして、受信装置２００は、DMG PSDU LengthをN_ratioで除した余りを、N_ratioの値から差し引くことにより、Infoの値を算出する。なお、受信装置２００は、上記差し引いた値が整数ではない場合、小数点以下を切り捨てることにより（つまり、floor関数により）、Infoの値を求める。DMG MCSが5以外の場合、上記差し引いた値は整数である。
例えば、DMG MCS=MCS2、DMG PSDU Length=80では、80をN_ratio=28で除した余りは24であり、28-24は4である。よって、Infoの値は4である。同様にして、例えば、DMG MCS=MCS5、DMG PSDU Length=398では、398を45.5で除した余りは34であり、45.5-34は11.5であり、11.5の小数点以下を切り捨てると11となる。よって、Infoの値は11である。
このように、本実施の形態によれば、送信装置１００は、実施の形態１（式（１）又は式（２））と比較して、送信モード選択情報をL-Header内のDMG PSDU Lengthに含めるための演算量を低減することができる。
（実施の形態３）
本実施の形態に係る送信装置及び受信装置は、実施の形態１に係る送信装置１００及び受信装置２００と基本構成が共通するので、図２及び図３を援用して説明する。
11ad規格では、PSDU Lengthの値は１８ビット以下、すなわち、262143以下と定められている。図１４は、PSDU Lengthを262143以下とした場合における各MCSでシンボルブロック数（N_BLKS）が採りうる最大値を示す（条件１）。
つまり、L-Headerで通知されるDMG MCSの値が固定の場合には、L-Headerよりも後のフィールドのパケット長によって、DMG PSDU Lengthの値を正確に表されない場合が生じる。例えば、送信装置１００は、MCS9を用いる場合、N_BLKS=2881よりも長いパケット長を示すDMG PSDU Lengthを表すことは困難である。
また、MCSが５以下において（MCS1〜MCS5）、11ad規格に従ってN_BLKSを計算した場合、N_BLKSは、３で除した余りが１となる値にはならない。図１５は、一例として、非特許文献１において、MCS2でのDMG PSDU LengthとN_BLKSとの関係を示す。図１５では、DMG PSDU Lengthの何れの値に対応するN_BLKSも３で除した余りが１となる値（1,4,7,10，…）にならない。図示しない他のMCS1,3〜5についても同様である。
よって、送信装置１００は、L-Headerにおいて送信モード選択情報を送信するためにDMG PSDU Lengthを生成する場合、11ad規格と互換性を確保するためには、MCSが５以下（MCS1〜MCS5）のN_BLKSを、３で除した余りが１となる値（つまり、N_BLKS=3N+1。Nは整数）に設定しない必要がある（図１４の条件２）。
そこで、本実施の形態では、送信装置１００は、算出したシンボルブロック数（N_BLKS）に応じて、L-Header内に送信モード選択情報Infoを格納するために用いるDMG MCSを切り替え、シンボルブロック数の調整を行う。
例えば、送信装置１００は、EDMG-Header-A、EDMG-STF、EDMG-CEF、Dataフィールドのパケット長に対応するシンボルブロック数が所定の閾値以下の場合、第１のMCS及び当該シンボルブロック数を用いて、送信モード選択情報を含むDMG PSDU Length（データ長情報）を生成する。一方、送信装置１００は、EDMG-Header-A、EDMG-STF、EDMG-CEF、Dataフィールドのパケット長に対応するシンボルブロック数が所定の閾値を超える場合、当該シンボルブロック数を当該シンボルブロック数以上の３の倍数の値に調整し、第２のMCS及び調整後のシンボルブロック数を用いて、送信モード選択情報を含むDMG PSDU Lengthを生成する。
図１６は、送信装置１００（L-Header生成部１０３）における動作を示すフローチャート図である。なお、図１６において、実施の形態１（図５）又は実施の形態２（図１１）と同一処理には同一の符号を付し、その説明を省略する。
以下では、一例として、送信装置１００は、所定の閾値を図１４に示すMCS6に対応するN_BLKS=4682に設定する。また、送信装置１００は、第１のMCSをMCS6に設定し、第２のMCSをMCS2に設定する。
ステップＳ２Ｂでは、送信装置１００は、ステップＳ１で算出したシンボルブロック数（N_BLKS）が閾値（4682）以下であるか否かを判断する。
N_BLKSが閾値を超える場合（ステップＳ２Ｂ：Ｎｏ）、ステップＳ２Ｃでは、送信装置１００は、L-Headerに格納するDMG MCSをMCS2に決定する。また、送信装置１００は、実施の形態２と同様にして、MCS2に応じたパラメータN_ratioを決定する。また、送信装置１００は、実施の形態２と同様にして、シンボルブロック数（N_BLKS）の値を、ステップＳ１で算出したN_BLKSの値以上の３の倍数値に置換する（ステップＳ１Ａ）。
つまり、図１４では、N_BLKSが4682を超える場合、条件１、条件２を満たす必要があるのに対して、送信装置１００は、MCS2を用いることで、N_BLKS=9363までのパケット長を表すことが可能となる（条件１を満たす）。なお、この場合、送信装置１００は、N_BLKS=9363を超えるパケット長を表すことは困難である。ただし、図７に示す通り、MCS2のInfoフィールドの最大ビット数（５ビット）は、MCS1のInfoフィールドの最大ビット数（４ビット）よりも多い。よって、送信装置１００は、MCSを用いることで、パケット長、及び、送信モード選択情報Infoの双方についてより広い範囲の情報を送信することができる。
11ayの最大パケット長が規格により規定されている場合、送信装置１００は、第２のMCSとしては、規定された最大長を表すことができるMCSを選べばよい。例えば、11ad規格では最大パケット長は2msと定められている。11ay規格でも最大パケット長が同じ2msと定められた場合、送信装置１００は、MCS3以下を使用することによって、2msのパケット長を表現できる。
より短い最大パケット長が規定された場合、例えば、送信装置１００は、MCS5を使うことで、Infoのビット数を増やすことができる。
また、送信装置１００は、ステップＳ３のL_BASEを算出する前にN_BLKSの値を３の倍数に調整することにより、N_BLKSが3N+1となることを回避する（条件２を満たす）。
このようにして、送信装置１００は、N_BLKSが閾値を超える場合、図１４の条件１及び条件２を満たすパラメータを設定する。
一方、N_BLKSが閾値以下の場合（ステップＳ２Ｂ：Ｙｅｓ）、ステップＳ２Ｄでは、送信装置１００は、L-Headerに格納するDMG MCSをMCS6に決定する。また、送信装置１００は、実施の形態２と同様にして、MCS6に応じたパラメータN_ratioを決定する。
つまり、図１４では、N_BLKSが4682以下の場合、条件１を満たす必要があるのに対して、送信装置１００は、N_BLKSの最大値が4682であるMCS6を用いることで、何れのパケット長を表すことが可能となる（条件１を満たす）。このようにして、送信装置１００は、N_BLKSが閾値以下の場合、図１４の条件１を満たすパラメータを設定する。なお、図７に示す通り、MCS6のInfoフィールドの最大ビット数は５ビットとなる。
こうすることで、送信装置１００は、パケット長が短い場合（N_BLKS≦閾値）には調整（例えば、パディング）を省略してDMG PSDU Lengthの値を設定することができるため、伝送効率を向上することができる。一方、送信装置１００は、パケット長が長い場合（N_BLKS＞閾値）でも、パケット長に応じてDMG PSDU Lengthの値を適切に設定することができる。
また、本実施の形態によれば、送信装置１００は、MCSが５以下の場合（N_BLKS＞閾値。MCS1〜MCS5）でも、11ad規格に対応したDMG PSDU Lengthを用いて送信モード選択情報Infoを送信することができる。よって、11ad端末は、送信装置１００が送信したパケットを受信することで、当該パケットのパケット長を正しく判断することができる。
なお、実施の形態２のように、N_BLKSを３の倍数に限定する場合でも、送信装置１００は、11ad規格と互換性を確保して、L-Headerにおいて送信モード選択情報を送信することができる。
なお、送信装置１００は、第2のMCSでは、３の倍数に限定する代わりに、N_BLKS=3Ｎ+1を避けるようにパディングを行うとしても良い。すなわち、送信装置１００は、3Ｎに加え3Ｎ+2を用いても良く（なお、Ｎは整数）。なお、送信装置１００は、実施の形態1と同様に、各Lengthを計算する。
（実施の形態４）
本実施の形態に係る送信装置及び受信装置は、実施の形態１に係る送信装置１００及び受信装置２００と基本構成が共通するので、図２及び図３を援用して説明する。
送信装置１００（L-header生成部１０３）は、L-Headerに格納されるDMG PSDU Lengthの一部のビットパターンが送信モード選択情報Infoを示すビットパターンと同一になるDMG PSDU Lengthを生成する。つまり、生成されるDMG PSDU Lengthのビットパターンは、送信モード選択情報Infoのビットパターンを包含する。
具体的には、送信装置１００は、送信モード選択情報Infoの値にオフセットを付加し、オフセットが付加された値（以下、info'）を用いてDMG PSDU Lengthの値を算出する。例えば、送信装置１００は、式（６）〜式（９）の何れかに従って、DMG PSDU Lengthを算出する。
DMG PSDU Length=L_BASE-Info
=floor((N_BLKS×N_CBPB-mod(N_BLKS×N_CBPB, L_CW)×R/8)-Info'
…式（６）
DMG PSDU Length=L_BASE-Info
=floor(floor(N_BLKS×N_CBPB/L_CW)×L_CW×R/8)-Info'
…式（７）
（N_BLKSが３の倍数の場合）
DMG PSDU Length=L_BASE-Info'
=N_BLKS×N_ratio-Info' （MCS5以外の場合） …式（８）
DMG PSDU Length=L_BASE-Info'
=floor(N_BLKS×N_ratio)-Info' （MCS5の場合） …式（９）
ここで、Info'は、式（１０）に従って算出される。
Info' = mod(-Info + Offset, 2Info_bits) …式（１０）
また、Offsetは式（１１）に従って算出される。
Offset = mod(L_BASE, 2Info_bits) …式（１１）
Info_bitsはInfoフィールドのビット数を表す。
こうすることで、算出されるDMG PSDU Lengthのビットパターンに、Infoのビットパターンが包含される。よって、受信装置２００は、L-Headerを受信した場合、演算処理を省略し、受信したL-Header内のDMG PSDU Lengthのうち、Infoフィールドに対応する部分を抽出すればよい。
図１７は、送信装置１００（L-Header生成部１０３）における動作を示すフローチャート図である。なお、図１７において、実施の形態１（図５）又は実施の形態２（図１１）と同一処理には同一の符号を付し、その説明を省略する。
また、以下では、具体例として、シンボルブロック数N_BLKS＝１２であり、Info=２５（１０進表記）＝"11001"（２進表記）であり、Info_bits＝５ビットである。また、送信装置１００は、DMG MCSをMCS2（N_CBPB=448、R=1/2）に設定する。
この場合、N_BLKS=12は３の倍数であるので、送信装置１００は、ステップＳ１Ａの処理を行わず、ステップＳ２ＡでパラメータN_ratio＝２８を決定し、ステップＳ３でL_BASE＝３３６（＝12×28-0。例えば、式（８）を参照）を算出する。
ステップＳ４Ａでは、送信装置１００は、ステップＳ３で算出したL_BASEの値を用いて、式（１１）に従って、Offsetの値を算出する。例えば、送信装置１００は、L_BASE=336、Info_bits＝５であるので、Offset＝mod（336, 25）＝16を算出する。
ステップＳ５では、送信装置１００は、ステップＳ３で算出したL_BASE、ステップ４で生成したInfo、ステップＳ４Ａで算出したOffsetを用いて、L-Headerに格納するDMG PSDU Lengthを決定する。例えば、送信装置１００は、Info=２５、Offset＝１６、Info_bits＝５であるので、式（１０）に従って、Info'＝mod（-25+16, 25）＝mod（-9，32）＝23を算出する。そして、送信装置１００は、例えば、式（８）に従って、DMG PSDU Length＝N_BLKS×N_ratio-Info'＝12×28-23＝313を算出する。
ここで、図１５に示すMCS2の場合のPSDU LengthとN_BLKSとの関係において、PSDU Length=313は、N_BLKS=12の場合の範囲内に存在する。よって、上記により算出されたDMG PSDU Length=313は、N_BLKS=12に対して適切に設定されていることが分かる。
図１８は、上記具体例で用いたInfo=25のビットパターン（"11001"）、及び、算出されたDMG PSDU Length=313のビットパターンを表す。図１８に示すように、DMG PSDU Lengthのビットパターンのうち、下位５ビットDMG PSDU Length[4:0]（"11001"）は、Info=25のビットパターンと同一である。よって、受信装置２００は、図１８に示すPSDU Lengthの情報を受信すると、演算処理を行うことなく、下位５ビットDMG PSDU Length[4:0]を抽出することで、送信モード選択情報Infoを取得することができる。
このように、本実施の形態によれば、送信装置１００は、オフセットを付加した送信モード選択情報をL-Header内のDMG PSDU Lengthに含めて送信する。こうすることで、受信装置２００は、受信したL-Header内のDMG PSDU Lengthの一部を抽出することで、送信モード選択情報を取得することができるので、受信装置２００の処理量を低減することができる。
なお、送信装置１００は、図１７に示す処理の代わりに、図１９Ａに示す処理を行ってもよい。図１９Ａは、送信装置１００のL-Header生成部１０３における動作を示すフローチャート図である。なお、図１９Ａにおいて、図１７と同一処理には同一の符号を付し、その説明を省略する。具体的には、図１９Ａでは、ステップＳ５Ａ及びステップＳ５ＢのDMG PSDU Lengthを算出する方法が図１７と異なる。
また、以下では、具体例として、上記同様、L_BASE=336（"00 0000 0001 0101 0000"）とし、Info=25（"11001"）であり、Info_bits=5である。図２０は、送信装置２００がこの具体例で生成するビットパターンを表す。
ステップＳ５Ａでは、送信装置１００は、L_BASE（18ビット。以下、L_BASE[17:0]と表す）のうち、下位５ビット（L_BASE[4:0]）をInfoの値（"11001"）に置き換える。これにより、置換後のL_BASE[17:0]は、"00 0000 0001 0101 1001"になる。
ステップＳ５Ｂでは、送信装置１００は、ステップＳ５Ａで求めた値がL_BASEの値を超える場合、置換後のL_BASEの上位ビット（L_BASE[17:5]）から１を減ずる。図２０では、置換後のL_BASE"00 0000 0001 0101 1001"が１０進表記で345であり、元のL_BASE"00 0000 0001 0101 0000"が１０進表記で336であるので、置換後のL_BASEは元のL_BASEの値を超えている。
そこで、送信装置１００は、置換後のL_BASE[17:5]＝"0 0000 0000 1010"（１０進表記で10）から１を減じて、L_BASE[17:5]は"0 0000 0000 1001"（１０進表記で9）となる。そして、送信装置１００は、１を減じたL_BASE[17:5]と、Infoが格納されたL_BASE[4:0]とから構成されるビットパターン"00 0000 0001 0011 1001"（１０進表記で313）を、L-Header内のDMG PSDU Lengthとして生成する。
なお、図１９ＡにおけるステップＳ５Ａ〜Ｓ５Ｂの方法は、N_BLKSを3の倍数に限定した場合に限らず用いることができる。図１９Ｂに示すとおり、送信装置１００は、ステップＳ１〜Ｓ４の処理を図５と同様にN_BLKSを3の倍数に限定せずに行い、その後ステップＳ５Ａ，Ｓ５Ｂの処理を図１９Ａと同様に適用する。これにより、図５における効果が得られる。
すなわち、受信装置が11ay規格に対応しているか否かに関わらずパケット長を正確に算出することができ、さらに11ay規格に対応した端末はInfo情報を得ることができる。加えて、図１８に記載した効果が得られる。
すなわち、Infoの値をPSDU Lengthフィールドから、直接、取り出すことができ、送信装置及び受信装置の構成を簡易にすることができる。また、ステップＳ５Ｂでは数値を比較し、その結果に応じて、１を減ずるため、図１７におけるＯｆｆｓｅｔ値を用いたPSDU Length計算が不要であり、送信装置の構成を簡易にすることができる。
（実施の形態５）
［実施の形態５の基礎］
図２１は、11ad規格及び11ad拡張規格のフレームフォーマットの一例を示す。
11ad拡張規格は、11ad規格と同じ基本フレームフォーマットを持つが、Dataフィールドは、11ad規格に定義されない新しいMCSを用いて変調、符号化される。例えば、π/2-64QAM、符号化率7/8のLDPC符号化が用いられる。
11ad拡張規格では、送信装置は、reserved bitとMCSフィールドの値との組み合わせにより、新しく定義されたMCSを用いてDataフィールドが送信されることを通知する。例えば、送信装置は、新しく定義されるMCS12.1（π/2-16QAM、符号化率13/16）を用いる場合、reserved bitの所定のビットを1とし、MCSフィールドに5（11ad規格では、π/2-BPSK、符号化率13/16）を設定する。
11ad拡張規格では、さらに、L-HeaderにおけるLengthフィールドは、11ad規格に準拠した端末が正しいパケット長を算出できるように設定されている。ここで、同じデータ長(PSDU Length)のπ/2-QPSKのパケットとπ/2-BPSKのパケットとでは、Dataフィールドの長さ(時間)がおおむね4倍異なる。従って、送信装置は、MCS12.1においては、実際のデータ長の1/4の値をLengthフィールドに設定する。このため、11ad拡張規格に対応した受信装置は、Lengthフィールドに設定された値の4倍を算出することで、実際のデータ長を算出することができる。
しかしながら、実際のパケット処理においては、例えば、672ビット毎のLDPC符号化、又は、448シンボル毎のGI(Guard Interval)挿入処理などが行われるため、1/4のデータ長を設定することにより、パケット長に誤差が生じる。
一方で、11ad拡張規格ではEDMG-Header-Aのような拡張ヘッダを持たないため、前述の11ay向けの方法と同様にL-HeaderのLengthフィールドに正確なパケット長を表すLengthを設定した場合には、実際のデータ長を表す情報を伝送することが困難である。
以下、図面を適宜参照して、本開示の実施の形態５につき、詳細に説明する。
［実施の形態５の構成］
本実施の形態５に係る送信装置及び受信装置は、実施の形態１に係る送信装置１００及び受信装置２００を、11ad拡張規格の送信および受信に適応した場合について説明し、実施の形態１と共通する部分については、同じ符号を付し、説明を省略する。
図２２は、本実施の形態５に係る送信装置の構成の一例を示す図である。
図２２において、L-Header生成部１１０３（図２のL-Header生成部１０３（ヘッダ生成部）に相当）は、入力されるヘッダ情報に基づいて、11ad規格又は11ad拡張規格に規定されるフォーマットに従ってPSDU Header（L-Header）データ（レガシヘッダ信号）を生成する。
ただし、11ad拡張規格によって送信する場合、レガシヘッダ信号は、11ad拡張規格におけるMCSとPSDU Lengthとを直接表現しない値、すなわち一定の規則に従い11ad規格の値に置き換えられた値である。例えば、L-Header生成部１１０３は、11ad拡張規格によって送信する場合、L-Headerに含める情報のうち、reserved bitの定められたビットを1に設定する。
また、MCSの値は、11ad拡張規格におけるMCSの値から一定の規則に従い置き換えられる。例えば、MCS12.1(11ad拡張規格)はMCS5(11ad規格)に置き換え、MCS12.2(11ad拡張規格)はMCS10(11ad規格)に置き換えるように、対応表が予め規定される。
また、L-Header生成部１１０３は、PSDU Lengthの値を、Dataフィールドのデータ長として設定する。また、L-Header生成部１１０３は、PSDU Lengthに、11ad拡張規格におけるPSDU Length補正情報（以下、「Info」と表すこともある）を含める。なお、L-Header生成部１１０３におけるMCS及びPSDU Lengthの値の設定方法の詳細については後述する（図２４参照）。
DATA符号化部１１１１は、11ad規格に定められる符号化方式に加え、11ad拡張規格に定められる追加の符号化方式（例えば符号化率7/8のLDPC符号）を動作モードとして選択できる。
DATA変調部１１１２は、11ad規格に定められる変調方式に加え、11ad拡張規格に定められる追加の変調方式（例えばπ/2-64QAM）を動作モードとして選択できる。
図２３は、本実施の形態５に係る受信装置の構成の一例を示す図である。
復調部１２０３は、11ad規格に定められる変調方式に加え、11ad拡張規格に定められる追加の変調方式（例えばπ/2-64QAM）により変調された信号の復調処理を動作モードとして選択できる。
復号部１２０４は、11ad規格に定められる符号化方式に加え、11ad拡張規格に定められる追加の符号化方式（例えば符号化率7/8のLDPC符号）により符号化された信号の復号処理を動作モードとして選択できる。
11ad拡張規格判別部１２０６は、L-Headerに含まれるreserved bitから、受信パケットが11ad規格及び11ad拡張規格のいずれに準拠しているかを判別する。11ad拡張規格であると判別された場合、11ad拡張規格判別部１２０６は、MCSフィールドの値から、11ad拡張規格の変調方式、符号化率を判別する。さらに、11ad拡張規格判別部１２０６は、11ad拡張規格におけるPSDU Lengthを、L-HeaderにおけるMCS、PSDU Length、Scrambler Initializationフィールドの値をそれぞれ用いて算出する（図２５参照）。
受信制御部１２０７は、11ad拡張規格判別部１２０６から入力されるMCSおよびLength情報に基づいてフレーム長を計算し、フレーム受信中の期間に渡って、CCA（Clear Channel Assessment）信号をアサート（assert）する。なお、CCAとは、受信チャネルにおいて一定レベル以上の信号を受信しているか否かを判定し、通知する処理である。受信制御部１２０７は、受信したパケットが11ad拡張規格のフォーマットである場合、受信したパケットの復調、復号処理を、復調部１２０３及び復号部１２０４に通知する。
なお、レガシ端末が送信装置１１００からの信号を受信した場合、実施の形態１〜３に開示した処理を行う。このため、レガシ端末は、DATAフィールドに未知の符号化方法、又は、変調方法が適用されているため、DATAフィールドのデータを復号することは困難であるが、L-Headerを復号することができるため、データ長を正しく検出でき、CCAを正しくアサートできる。
図２４は、実施の形態５における送信装置１１００（L-Header生成部１１０３）における動作を示すフローチャート図である。なお、図２４において、図５に示す動作と同一動作については同一の符号を付し、その説明を省略する。
図２４のステップＳ１ａでは、送信装置１１００は、DATAフィールドのパケット長（つまり、Dataフィールドの継続時間）を算出する。そして、送信装置１１００は、算出したパケット長を11ad SC PHYのSymbol Block（シンボルブロック）数（N_BLKS）に換算する。
ここで、非特許文献１に定められている通り、１つのシンボルブロックは、４４８シンボルのデータと６４シンボルのGI（Guard Interval）とを含む構成であり、シンボルの合計が５１２シンボルであり、時間にして約２９１ｎｓｅｃである。
ステップＳ４ａでは、送信装置１１００は、L-Headerに格納するPSDU Length補正情報（付加情報。「Info」と表す）の値を生成する。
図２５は、PSDU Length補正情報Infoの一例を示す。ここでは、Infoのフィールドの最大ビット数は６ビット（bit0〜bit5）である。
例えば、送信装置１１００は、ヘッダ情報に含まれる11ad拡張規格のPSDU Length（すなわち、実際に送信するデータ量）を表す値のうち、ビット2〜7の情報を取り出してInfoの値として格納する。また、図２４に図示しないが、例えば、送信装置１１００は、11ad拡張規格のPSDU Lengthのビット0〜1の情報をL-HeaderにおけるScrambler Initialization（SI）フィールドの下位2ビットに格納してもよい。このとき、実際のスクランブラ初期値は5ビットまでに制限され、Scrambler Initializationフィールドの上位5ビット（図示せず）に格納される。
図２６は、PSDU Length補正情報Infoの他の一例を示す。図２６のように、送信装置１１００は、11ad拡張規格のPSDU Lengthのうち、Infoの5bitとSIの2bitとして取り出す情報を図２５と逆にしても良い。
図２７は、11ad拡張規格に対応した送信装置１１００の動作の他の一例を示すフローチャート図である。図２７では、送信装置１１００は、図１９Ｂと同様に、ステップＳ１〜Ｓ４の処理を図５と同様にN_BLKSを3の倍数に限定せずに行う。
レガシ端末は、ステップＳ１ａにおいてDATAフィールドを用いる変更を行い、ステップＳ４ａにおいて11ad拡張規格におけるPSDU Lengthに基づいて(例えば図２５もしくは図２６に示した方法)、Infoを決定する変更を行うことで、11ad拡張規格に対応することができる。なお、図１１、図１６も、図１９Ｂ、図２７と同様に、ステップＳ１〜Ｓ４において、N_BLKSを3の倍数に限定せずに行うことができる。
図２８は、図２７の動作を適用した送信装置１１００（L-Header生成部１１０３）がL-Headerの値を生成する方法の一例を示す図を示す。
ステップＳ４ａでは、図２５と同様に、例えば、11ad拡張規格のPSDU Length（すなわち、実際に送信するデータ量）を表す値のうち、ビット2〜7の情報がInfoの値に該当し、送信装置１１００は、当該情報をPSDU Length（Length[5:0]）に格納する。
図２７に図示しないが、送信装置１１００は、L-HeaderにおけるMCSを、11ad拡張規格のMCSから一定の規則に基づき換算し、L-HeaderのMCSフィールドに格納してもよい。また、例えば、送信装置１１００は、11ad拡張規格のPSDU Lengthのビット0〜1の情報をL-HeaderにおけるScrambler Initialization（SI）フィールドの下位2ビット（SI[1:0]）に格納してもよい。このとき、スクランブラ初期値は5ビットまでに制限され、Scrambler Initializationフィールドの上位5ビット（SI[6:2]）に格納されてもよい。
以下に一例をあげて、レガシヘッダ信号について説明する。例えば、11ad拡張規格のMCSの値は、非特許文献４に定められる12.6であり、変調方式がπ/2-64QAM、符号化方式が符号化率7/8のLDPC符号化（非特許文献４に記載されたpuncturing方式を用いる）であり、11ad拡張規格のPSDU Lengthの値は、1141である。
図２７において、ステップＳ１ａは、コードワード数N_CWは17(=ceiling(1141×8/546))と算出されるため、N_BLKSは、4（=ceiling(17×624/2668)）と算出される。
ステップＳ２において、送信装置１１００は、非特許文献４より、L-HeaderのMCSを12に定める。
ステップＳ３において、送信装置１１００は、式（３）のMCS12の式を用いて、また、Info=0として、以下のようにL_BASEを算出する。
MCS12：DMG PSDU Length = floor(N_BLKS×8/3)×63-Info
= floor(4×8/3)×63-0 = 630
すなわち、L_BASEは、16進表記で0x276, 2進表記で00 0000 0010 0111 0110である。
11ad拡張規格のPSDU Length(一例として1141)の値を16進表記すると、0x475であり、２進表記（右端がビット0：LSB）で00 0000 0100 0111 0101である。ステップＳ４ａにおいて、送信装置１１００は、PSDU Lengthのビット2〜7をInfoの値として取り出す。Infoは2進表記で「0111 01」、すなわち10進表記で29である。なお、送信装置１１００は、SIに埋め込む2ビットとして、PSDU Lengthのビット0〜1を取り出し、2進表記で「01」とする。
ステップＳ５Ａａにおいて、送信装置１１００は、L_BASEの下位6bitをInfo(0111 01)に置き換える。これにより、置換後のL_BASE[17:0]は"00 0000 0010 0101 1101"になり、すなわち１０進表記で605である。
ステップＳ５Ｂａにおいて、置換後のL_BASEの値「605」がL_BASEの値「630」を超えないため、送信装置１１００は、605をDMG PSDU Lengthの設定値に決定する。
次に、図２３の受信装置１２００（11ad拡張規格判別部１２０６）が、受信したL-Headerの値から11ad拡張規格のPSDU Lengthを算出する方法を、図２８を用いて説明する。
受信した値はMCS12, PSDU Length 605である。また、SIの下位2bitは、2進表記で「01」である。従って、受信装置１２００がPSDU Lengthの下位6bit(Info)とSIの下位２ビットを抜き出し結合することで、11ad拡張規格のPSDU Lengthの値の下位8ビットは、「0111 0101」と決定される。また、受信装置１２００は、受信したMCSの値より、11ad拡張規格におけるMCSは、12.6であると分かる。
次に、受信装置１２００は、N_BLKSを算出する。N_BLKSの算出は、受信したMCS(12)とPSDU Length(605)とから、11ad規格に基づき行われる。上記の一例では、N_BLKSの値「4」が得られる。
次に、受信装置１２００は、得られたN_BLKSから、最大のコードワード数(N_CW_max)を算出する。11ad拡張規格におけるMCS12.6では、1ブロックあたり2688シンボルのデータシンボルを有し、1コードワードは624ビットである。従って、N_CW_maxは以下のように求まる。
N_CW_max = floor( NBLKS×2688 / 624 )
= floor( 4×2688/624)
= 17
次に、受信装置１２００は、取りうる最大のLengthである、L_maxを算出する。11ad拡張規格におけるMCS12.6では、1コードワードは546ビット(68.25バイト)の情報ビットを有するから、L_maxは以下のように求まる。
L_max = floor(N_CW_max × 68.25) = 1160
受信装置１２００は、L_maxの下位ビットを、以前に得られた下位8ビットと置き換え、仮のLength(L_tmp)とする。仮のLengthがL_maxより大きければ、受信装置１２００は、L_tmpから256を減ずる。ここで、256を減ずる理由は、すでに下位8ビットが確定しているため、256(=2の8乗)刻みでLengthを調整すれば十分であるからである。一例では、各値は2進表記で以下のように表される。
L_max = 00 0000 0100 1000 1000 = 1160
得られた下位ビット 0111 0101 = 117
L_tmp 00 0000 0100 0111 0101 = 1141
L_tmpはL_maxより小さいため、1141が最終的に求める11ad拡張規格におけるPSDU Lengthである。
実施の形態５によれば、送信装置１１００は、多くのreserved bitを使うことなく、11ad拡張規格のPSDU Length(データ長、データバイト数)を伝送することができる。
また、実施の形態５によれば、送信装置１１００は、受信装置が11ad拡張規格に対応していない場合でも、正確にパケット長（時間）を伝送することができる。
（実施の形態６）
図２９は、実施の形態６における送信装置１１００（L-Header生成部１１０３）における動作を示すフローチャート図である。なお、図２９において、図２４に示す動作と同一動作については同一の符号を付し、その説明を省略する。
図３０は、拡張ＭＣＳ番号、Base length算出式、置き換えるビット数、補正値、ＭＣＳフィールドの値、の関係を示す図である。
ステップＳ１ａでは、送信装置１１００は、DATAフィールドのパケット長（つまり、Dataフィールドの継続時間）を算出する。そして、送信装置１１００は、算出したパケット長を11ad SC PHYのSymbol Block（シンボルブロック）数（N_BLKS）に換算する。
ステップＳ２ｂでは、送信装置１１００は、図３０に基づき、L-Headerに格納するMCSの値である「ＭＣＳフィールドの値」を決定する。例えば、11ad拡張規格のMCSである「拡張ＭＣＳ番号」が12.4である場合、L-Headerに格納するMCSフィールドの値を10とする。図３０は、非特許文献４と異なり、L-Headerに格納するMCSフィールドの値が全て6以上となる。前述したとおり、L-Headerに格納するMCSフィールドの値が5以下の場合、N_BLKSの値が3n+1（nは非負の整数）とならず、TXTIMEを正確に表すことは困難である。従って、MCSの値を6以上となるように、11ad拡張規格のMCS「拡張ＭＣＳ番号」との対応を決定した。
ステップＳ３ｂでは、送信装置１１００は、図３０に示す「Base length算出式」に基づき、L-Headerに格納するPSDU Lengthのベース値(L_BASE)を算出する。L-HeaderのMCSフィールドの値が6から9である場合は、送信装置１１００は、実施の形態５と同様に式（３）を参照して導出したL_BASE算出式を用いる。L-Headerに格納するMCSフィールドの値が10から12である場合は、送信装置１１００は、式（３）を一部変形した式を用いる。
すなわち、式（３）では、floor関数の内部の分数の分子部分はN_BLKS×8であるが、図３０のBase length算出式は、floor関数の内部の分数の分子部分はN_BLKS×4とし、floor関数に続く乗数部を84（MCSフィールドの値＝10）、105（MCSフィールドの値＝11）、126（MCSフィールドの値＝12）のように、式（３）の場合の2倍の値とした。このように、floor関数の内部の計算式を全てのMCSで共通にすることによって、送信装置１１００における計算を簡易にし、回路規模および使用するメモリ量を減らすことができる。
ステップＳ４ｂでは、送信装置１１００は、L-Headerに格納する付加情報(Info)を、11ad拡張規格におけるPSDU Lengthと図３０の「置き換えるビット数」より決定する。
図３０の「置き換えるビット数」が5の場合（すなわち、MCSフィールドの値が6、7、8、9の場合）、L-HeaderのLengthの値は、L_BASEの下位5ビットをInfoで置き換えて求める。すなわち、Infoは5ビットである。例えば、Infoの値は、PSDU Lengthをビット表現（2進数表現）にしたときのビット3〜7の値（ここで、ビット0がLSBである）である。
図３０の「置き換えるビット数」が6の場合（すなわち、MCSフィールドの値が10,11,12の場合）、L-HeaderのLengthの値は、L_BASEの下位6ビットをInfoで置き換えて求める。すなわち、Infoは6ビットである。例えば、Infoの値は、PSDU Lengthをビット表現（2進数表現）にしたときのビット3〜8の値である。
ステップＳ５ａでは、送信装置１１００は、図３０の「置き換えるビット数」に応じ、L_BASEの下位5または6ビットをInfoの値で置き換える。
ステップＳ５ｂでは、送信装置１１００は、ステップＳ５ａで得られた値がL_BASEの値より大きい場合、図３０の「補正項」の値を減算する。
ステップＳ５ａにおいて、L_BASEの下位ビットをInfoで置き換えることによって、L_BASEより大きな値になった場合、ステップＳ５ａにおいて得られた値をL-HeaderのLengthとして計算したN_BLKSは、ステップＳ１ａで計算したN_BLKSより大きくなり、パケットのTXTIMEを正しく表さない。そこで、ステップＳ５ｂにおいて補正項の値を、ステップＳ５ａにおいて得られた値から減算することにより、送信装置１１００は、ステップＳ１ａで計算したN_BLKSと等しいN_BLKSに相当するLengthの値を、得ることができる。
送信装置１１００は、以上のようにして得られた値をL-HeaderのLengthフィールドに設定して11ad拡張規格のMCSを送信する。
なお、例えば、送信装置１１００は、11ad拡張規格のPSDU Lengthのビット0〜2の情報をL-HeaderにおけるScrambler Initialization（SI）フィールドの下位3ビット（SI[2:0]）に格納してもよい。このとき、スクランブラ初期値は4ビットまでに制限され、Scrambler Initializationフィールドの上位4ビット（SI[6:3]）に格納されてもよい。
図２３の受信装置１２００（11ad拡張規格判別部１２０６）は、実施の形態５で説明した方法と同様の方法により、受信したL-Headerの値から11ad拡張規格のPSDU Lengthを算出する。本実施の形態と、実施の形態５との違いは、実施の形態５ではPSDU Lengthのビット0〜1の情報が、SIを用いて伝送される代わりに、本実施の形態では、PSDU Lengthのビット0〜2の情報が、SIを用いて伝送される。
実施の形態６によれば、送信装置１１００は、多くのreserved bitを使うことなく、11ad拡張規格のPSDU Length(データ長、データバイト数)を伝送することができる。
また、実施の形態６によれば、送信装置１１００は、受信装置が11ad拡張規格に対応していない場合でも、正確にパケット長（時間）を伝送することができる。
（実施の形態７）
図３１は、実施の形態７における送信装置１１００（L-Header生成部１１０３）における動作を示すフローチャート図である。なお、図３１において、図２４に示す動作と同一動作については同一の符号を付し、その説明を省略する。
図３１のステップＳ１ａでは、送信装置１１００は、DATAフィールドのパケット長（つまり、Dataフィールドの継続時間）を算出する。そして、送信装置１１００は、算出したパケット長を11ad SC PHYのSymbol Block（シンボルブロック）数（N_BLKS）に換算する。
図３１のステップＳ２ｂでは、送信装置１１００は、図３２に基づき、L-Headerに格納するMCSの値を決定する。図３２は、拡張ＭＣＳ番号、Base_Length_1、Base_Length_2、ＭＣＳフィールドの値、の関係を示す図である。図３２に示す11ad拡張規格のMCS（拡張ＭＣＳ番号）とL-Headerに設定するMCS（ＭＣＳフィールドの値）との対応は、図３０の表と同一である。
ステップＳ３ｃでは、送信装置１１００は、図３２の「Base_Length_1」、「Base_Length_2」に示す算出式に基づき、2つのPSDU Lengthのベース値(Base_Length_1、Base_Length_2)を算出する。ここで、Base_Length_1は、実施の形態６のL_BASEと同様に、L-Headerに示すMCS(11ad規格のMCS：ＭＣＳフィールドの値)に基づき算出した場合に、N_BLKSが所望の値（すなわち、ステップＳ１ａで算出した値）になるLengthの値の１つに該当する。また、Base_Length_2は、11ad拡張規格のMCS（拡張ＭＣＳ番号）に基づき算出した場合に、N_BLKSが所望の値（すなわち、ステップＳ１ａで算出した値）になるLengthの値の１つに該当する。
Base_Length_1の算出式を一般式で示すと、次式になる。
Base_Length_1 = floor((floor(N_BLKS×N_CBPB/L_CW)×L_CW×R/8) …式（１２）
式（１２）において、N_CBPB（シンボルブロックあたりの符号化ビット数）、R（符号化率）は、L-HeaderのMCSフィールドの値（すなわち、ステップＳ２ｂで選択したMCS）に応じて定められる値である。具体的な値は、すでに図７で示した。また、非特許文献１において定められているとおり、L_CW（コードワード長）は、672である。
Base_Length_2の算出式を一般式で示すと、次式になる。
Base_Length_2 = floor((floor(N_BLKS×N_CBPB_E/L_CW)×L_CW×R_E/8) …式（１３）
式（１３）において、N_CBPB_E、R_Eは、11ad拡張規格のMCSの値（拡張ＭＣＳ番号）に応じて定められるN_CBPBの値（シンボルブロックあたりの符号化ビット数）及びR（符号化率）の値である。例えば、11ad拡張規格のMCSの値（拡張ＭＣＳ番号）に対するN_CBPBとRの値は図３３の通りである。
式（１２）および式（１３）に数値を代入し、式の簡単化を行ったものが、図３２における「Base_Length_1」、「Base_Length_2」に示す算出式である。ただし、実施の形態６で説明したとおり、計算式の簡単化、MCS間での共通化のため、floor関数内部の係数をfloor関数の外部に出す式変形を一部のＭＣＳフィールドの値において行っている（例えば、MCS10〜12のBase_Length_1）。式変形を行った場合には、図３１の手順により得られたL-HeaderのLengthの値が正確なN_BLKSの値に対応しなくなる場合があるが、図３２に示した全ての式は、想定される全てのPSDU Lengthの値(1〜262143)を代入して計算し、正しいN_BLKSの値が得られることを確認済みである。
図３１のステップＳ４ｃでは、送信装置１１００は、次式に従いMの値を算出する。
M = Base_Length_2 - PSDU_Length …式（１４）
図３１のステップＳ５ｃでは、送信装置１１００は、次式に従いL-HeaderのLengthの値を算出する。
Length = Base_Length_1 - floor(M/4) …式（１５）
式（１５）は、言い換えると、Mの下位2ビットを除いた部分をInfoの値として、実施の形態１の式（１）または式（２）を適用した式である。
なお、例えば、送信装置１１００は、Mの値の下位2ビットの情報をL-HeaderにおけるScrambler Initialization（SI）フィールドの下位2ビット（SI[1:0]）に格納してもよい。このとき、スクランブラ初期値は5ビットまでに制限され、Scrambler Initializationフィールドの上位5ビット（SI[6:2]）に格納されてもよい。
次に、図２３の受信装置１２００（11ad拡張規格判別部１２０６）が、受信したL-Headerの値から11ad拡張規格のPSDU Lengthを算出する方法を、図３４を用いて説明する。
ステップＳ１１では、受信装置１２００は、受信したL-HeaderのMCS（ＭＣＳフィールドの値）, Length（Lengthフィールドの値）からN_BLKSの値を算出する。
ステップＳ１２では、受信装置１２００は、2つのPSDU Lengthのベース値(Base_Length_1, Base_Length_2)を、図３２を用いて算出する。
ステップＳ１３では、受信装置１２００は、次式に従いInfoの値を決定する。
Info = Base_Length_1 - Length …式（１６）
ステップＳ１４では、受信装置１２００は、次式によりPSDU Lengthを決定する。
PSDU Length = Base_Length_2 - Info×4 - r …式（１７）
式（１７）において、rはL-HeaderのSIの下位2ビットの値である。
以上の手順により、11ad拡張規格のMCS（拡張ＭＣＳ番号）においてはPSDU Lengthの値を格納するフィールドを持たないにもかかわらず、受信装置１２００は、PSDU Lengthの値を得ることができる。
実施の形態７によれば、送信装置１１００は、多くのreserved bitを使うことなく、11ad拡張規格のPSDU Length(データ長、データバイト数)を伝送することができる。
また、実施の形態７によれば、送信装置１１００は、受信装置が11ad拡張規格に対応していない場合でも、正確にパケット長（時間）を伝送することができる。
（実施の形態８）
本実施の形態は、上記実施の形態１〜７に対して、チャネルボンディングを適用した場合について説明する。
図３５は、本実施の形態の送信装置である、ＳＴＡ２０００、ＳＴＡ２１００を示す図である。
図３６は、ＳＴＡ２０００が3つのチャネル（ch1〜ch3）を用いてチャネルボンディングを適用したデータパケット(Data1)をＳＴＡ２１００に送信する手順を示す図である。ch1はプライマリチャネルである。
ＳＴＡ２０００は、RTS（Request To Send）フレームを、ch1〜ch3を使用して送信する。RTSフレームは、チャネルボンディングを行わず、シングルチャネル用のフレームを3つのチャネルに複製して送信する。なお、ＳＴＡ２０００は、RTSフレームを、ｃｈ２，ｃｈ３では送信しないで、プライマリチャネル（ｃｈ１）によって送信してもよい。
RTSフレームは、ch1,ch2,ch3へのチャネル割り当て要求を示す情報を含む。すなわち、ＳＴＡ２０００は、ch1,ch2,ch3を利用してＳＴＡ２１００と通信（送受信）する要求を、ＳＴＡ２１００及び周辺の図示しないＳＴＡに対してRTSフレームを使って通知する。
また、RTSフレームは、部分割り当て要求を示す情報を含む。
ＳＴＡ２１００は、RTSフレームを受信した後、DMG CTSフレームを、ch1〜ch3を使用して送信する。ＳＴＡ２１００は、DMG CTSフレームを、チャネルボンディングを行わず、シングルチャネル用のフレームを3つのチャネルに複製して送信する。なお、ＳＴＡ２１００は、DMG CTSフレームを、ｃｈ２、ｃｈ３では送信しないで、プライマリチャネル（ｃｈ１）によって送信してもよい。
DMG CTSフレームは、ch1,ch2,ch3へのチャネル割り当て要求に対し、ch1,ch2,ch3へのチャネル割り当てを許可する応答情報を含む。すなわち、ＳＴＡ２１００は、ch1,ch2,ch3を利用してＳＴＡ２０００と通信（送受信）を行うことが可能であると判断したことを、ＳＴＡ２０００及び周辺の図示しないＳＴＡに対してDMG CTSフレームを使って通知する。
また、DMG CTSフレームは、部分割り当て要求を許可する応答情報を含む。
ＳＴＡ２０００は、ch1,ch2,ch3へのチャネル割り当て要求がＳＴＡ２１００によって許可されたので、ＳＴＡ２１００に対して、ch1,ch2,ch3の全てを使用してチャネルボンディングもしくはチャネルアグリゲーションを用いて送信を行うことができる。また、ＳＴＡ２０００は、部分割り当て要求がＳＴＡ２１００によって許可されたので、ＳＴＡ２１００に対して、ch1,ch2,ch3の全てもしくは一部のチャネルを使用してチャネルボンディングもしくはチャネルアグリゲーションを用いて送信を行うことができる。
なお、ＳＴＡ２１００も、ＳＴＡ２０００と同様に、ＳＴＡ２０００に対して、ch1,ch2,ch3の全てもしくは一部のチャネルを使用してチャネルボンディングもしくはチャネルアグリゲーションを用いて送信を行うことができる。
このため、図３６では、ＳＴＡ２０００は、ch1,ch2,ch3の全てを使用してチャネルボンディングを用いてデータパケットData1を送信する。
図３７は、Data1パケットのPHYフレーム構成を示す図である。L-STFは、11ad規格のSC-PHYと同じSTF（Short Training Field）である。L-CEFは、11ad規格のSC-PHYと同じCEF（Channel Estimation Field）である。L-Headerは、11ad規格のSC-PHYと互換性を持つヘッダフィールドである。EDMG-Header-Aは、11ay規格で用いるヘッダ方法フィールドである。L-STFからEDMG-Header-Aまでは、シングルチャネル送信される。すなわち、各チャネルにおいて、L-STFからEDMG-Header-Aまでの各フィールドは、11ad規格のパケットと同じスペクトラムとなる。なお、「EDMG-」は「E-」と表記する場合がある。
EDMG-STFは、11ay規格で用いるフィールドである。EDMG-CEFは、11ay規格で用いるフィールドである。Payloadフィールドは、送信データを含む。
チャネルボンディングを用いるパケットでは、EDMG-STF、EDMG-CEF、Payloadは、チャネルボンディングのチャネル数に応じた信号帯域で送信される。チャネルアグリゲーションを用いるパケットでは、EDMG-STF、EDMG-CEF、Payloadは、シングルチャネルで変調され、チャネルアグリゲーションで用いるチャネルにて送信される。また、チャネルアグリゲーションを用い、かつMIMO送信を用いない場合には、EDMG-STF及びEDMG-CEFフィールドを省略し、EDMG-Header-Aの直後にPayloadを送信しても良い。
このように、チャネルボンディングを用いるかどうか、チャネルアグリゲーションを用いるかどうか、どのチャネルを用いるか、及びMIMOを用いるかどうかの情報に応じて、EDMG-STF以降の送信信号は異なる。つまり、受信装置は、EDMG-STFを受信開始する前に、EDMG-STFの送信信号のタイプを判別して、受信装置の設定を切り替える必要がある。
EDMG-Header-AはLDPC符号化されており、復号を行うことで遅延が生じるため、EDMG-Header-Aに前述の情報が含まれる場合、受信装置は、EDMG-STFの受信開始前に前述の情報を判別することが困難である。ここで、L-Headerに前述の情報が含まれる場合、受信装置は、復号処理による生じる遅延を考慮しても、EDMG-STFの受信開始前にEDMG-STFの有無及びEDMG-STFの信号の種類を判別することができる。
図３８は、実施の形態８のL-Headerのフォーマットを示す図である。11ad規格と同じフィールド名かつ同じ用途のフィールドは、説明を省略する。
ＳＴＡ２０００（データ送信）は、MCSフィールドを、パケットの長さN_BLKSが4682以下に相当する場合、MCS6に設定する。ＳＴＡ２０００は、MCSフィールドを、パケットの長さN_BLKSが4682を超える長さに相当する場合、MCS2に設定する。この理由は、実施の形態３において説明したため、ここでの説明は省略する。
ＳＴＡ２０００（データ送信）は、Channel Aggregationフィールドを、チャネルアグリゲーションを使用する場合は1、その他の場合は0に設定する。図３７では、ＳＴＡ２０００（送信装置）は、Data1パケットに対して、チャネルボンディングを用いており、チャネルアアグリゲーションを用いていないため、Channel Aggregation(CA)フィールドを0に設定する。
Channel Occupation1フィールドは、RTS及びDMG CTSフレームにより割り当てを決定したチャネルのうち、もっとも下位のチャネル(周波数帯が低いチャネル)を該当のパケットで使用しているかどうかを示す。図３６では、RTS及びDMG CTSフレームによりch1,ch2,ch3の割り当てを決定した。そのうち最下位のチャネルはch1である。ＳＴＡ２０００（送信装置）は、Data1パケットに対して、ch1をチャネルボンディングの一部として使っているから、Channel Occupation1フィールドを1に設定する。
Channel Occupation2フィールドは、RTS及びDMG CTSフレームにより割り当てを決定したチャネルのうち、下位から2番目のチャネルを該当のパケットで使用しているかどうかを示す。図３６では、RTS及びDMG CTSフレームによりch1,ch2,ch3の割り当てを決定した。そのうち下位から2番目のチャネルはch2である。ＳＴＡ２０００（送信装置）は、Data1パケットに対して、ch2をチャネルボンディングの一部として使っているから、Channel Occupation2フィールドを1に設定する。
Channel Occupation3フィールドは、RTS及びDMG CTSフレームにより割り当てを決定したチャネルのうち、下位から3番目のチャネルを該当のパケットで使用しているかどうかを示す。図３６では、RTS及びDMG CTSフレームによりch1,ch2,ch3の割り当てを決定した。そのうち下位から3番目のチャネルはch3である。ＳＴＡ２０００（送信装置）は、Data1パケットに対して、ch3をチャネルボンディングの一部として使っているから、Channel Occupation3フィールドを1に設定する。
Channel Occupation4フィールドは、RTS及びDMG CTSフレームにより割り当てを決定したチャネルのうち、下位から4番目のチャネルを該当のパケットで使用しているかどうかを示す。図３６では、RTS及びDMG CTSフレームによりch1,ch2,ch3の割り当てを決定した。ＳＴＡ２０００（送信装置）は、3チャネルの割り当てを用いて各フィールドを送信するため、Channel Occupation4フィールドを0に設定する。
以上から、図３７では、ＳＴＡ２０００（送信装置）は、Data1パケットに対して、L-HeaderにおいてChannel Occupation(CO)フィールドの値を1110に設定する。（以下、Channel Occupation1,2,3,4の値を1,1,1,0に設定する場合、「COフィールドの値を1110に設定する」と記載する。
図３８では、Lengthフィールドは、パケットのTXTIMEを正しく表す値を設定する。例えば、ＳＴＡ２０００（送信装置）は、MCSフィールドに2を設定した場合、Channel Aggregationフィールド及びChannel Occupation1〜4フィールドの値をInfoの値とみなし、図１９Ａを用いてLengthフィールドの値を算出する。また、ＳＴＡ２０００（送信装置）は、MCSフィールドに6を設定した場合、図１９Ｂを用いてLengthフィールドの値を算出する。
図３８のMIMOフィールドは、送信にMIMOを用いているかどうか（言い換えると、複数ストリーム送信がされているかどうか）を示す。図３７では、ＳＴＡ２０００（送信装置）は、Data1パケットに対してMIMOを適用していないため、MIMOフィールドを0に設定する。
なお、EDMG Indicationフィールドは、11ay規格のEDMG PHYフレームの場合、1に設定される。
図３８のL-Headerのフィールド構成により、ＳＴＡ２０００（送信装置）は、チャネルボンディングを用いるかどうか、チャネルアグリゲーションを用いるかどうか、どのチャネルを用いるか、及びMIMOを用いるかどうかをL-Headerによってで通知することができる。これにより、ＳＴＡ２１００（受信装置）は、EDMG-STFの受信開始時点で受信回路の設定を適切に切り替えることができる。
図３９〜図４１に別の例を示す。図３９は、ＳＴＡ２０００が４つのチャネル（ch1〜ch4）を用いてチャネルボンディング及びチャネルアグリゲーションを適用したデータパケットの送信手順を示す図である。図３９では、ＳＴＡ２０００とＳＴＡ２１００とは、4つのチャネルch1〜ch4をRTS, DMG CTSを用いて割り当てた。また、図３９では、部分割り当てを有効とした。
図３９では、ＳＴＡ２０００は、Data2パケットを3つのチャネルch1〜ch3を用いて送信すると決定した。決定されたチャネルは、RTS, DMG CTSを用いて割り当てたチャネルに含まれており、部分割り当てが有効とされているため、Data2パケットのような、一部のチャネルを用いた送信が可能である。
ＳＴＡ２０００がch4を使わずチャネルch1〜ch3によって送信すると判断した理由は、例えば、ＳＴＡ２０００が、Data2パケットの送信前にキャリアセンスを行い、ch4において、図示しない他の端末が送信を行っていることを検出したためである。この場合、ＳＴＡ２０００は、キャリアセンスで信号が検出されたチャネルにＳＴＡ２０００のプライマリチャネル（ｃｈ１）が含まれないため、ＳＴＡ２０００の通信相手先であるＳＴＡ２１００の送信信号では無いと判断できる。従って、ＳＴＡ２０００は、ch4を除いた他のチャネルを用いてData2パケットを送信できると判断する。
ＳＴＡ２０００がch4を使わずチャネルch1〜ch3によって送信すると判断した別の理由は、例えば、Data2パケットで送信するデータ量（PSDU Length）が小さい場合である。データ量が小さい場合、チャネルボンディングするチャネル数を増やしてもパケット長を効果的に短縮することが困難であるため、チャネル数を減らして送信することでch4への干渉を減らしたり、消費電力を減らしたりすることができる。
また、送信装置は、チャネルボンディングするチャネル数が少ないほど1チャネルあたりの送信電力を高めることができる。これは、例えば、送信装置の総送信電力が規制により定められている場合や、送信装置の能力による場合である。送信装置は、1チャネルあたりの送信電力を高めることにより、パケット誤り率を低減し、MCS（変調多値数や符号化率）を高めて送信することができ、他の端末への干渉の低減や消費電力の低減を可能にできる。
図４０は、チャネルボンディングによるData2パケットのPHYフレーム構成を示す図である。ＳＴＡ２０００は、L-HeaderにおけるCOフィールドの値を1110に設定して送信する。すなわち、ＳＴＡ２０００（送信装置）は、ch4には無線信号を送信しないため、Channel Occupation4フィールドを0に設定する。
ＳＴＡ２１００（受信装置）は、受信したL-HeaderのCAフィールド、COフィールド、MIMOフィールド及びEDMG Indication（図38参照）の値を参照し、Data2パケットでは、EDMG-Header-Aにch1〜ch3でボンディングされたEDMG-STFが続いていることを知ることができる。従って、ＳＴＡ２１００はEDMG-STFを受信する前に受信部の構成を3チャネルボンディングに切り替える。
また、図３９では、ＳＴＡ２０００は、Data3パケットを3つのチャネルch1,ch3,ch4を用いて送信すると決定した。決定されたチャネルはRTS, DMG CTSを用いて割り当てたチャネルに含まれており、部分割り当てが有効とされているため、ＳＴＡ２０００は、Data3パケットのような、一部のチャネルを用いた送信が可能である。
図４１は、チャネルアグリゲーションによるData3パケットのPHYフレーム構成を示す図である。ＳＴＡ２０００は、L-HeaderにおけるCOフィールドの値を1011に設定して送信する。すなわち、ch2には無線信号を送信しないため、ＳＴＡ２０００は、Channel Occupation2フィールドを0に設定する。また、ＳＴＡ２０００は、使用するチャネルが非連続であり、チャネルアグリゲーションを使用するため、CAフィールドに1を設定する。ＳＴＡ２０００は、非MIMO送信を使用するため、MIMOフィールドを0に設定する。
また、Data3パケットは、チャネルアグリゲーションかつ非MIMOのフレームである。そこで、ＳＴＡ２０００は、EDMG-STFとEDMG-CEFフィールドを省略して送信する。これにより、伝送効率、スループットを高めることができる。
ＳＴＡ２１００は受信したL-HeaderのCAフィールド、COフィールド、MIMOフィールド及びEDMG Indication（図３８参照）の値を参照し、Data3パケットでは、EDMG-Header-Aにch1,ch3,ch4でチャネルアグリゲーションされたEDMG-STFが続いていないことを知ることができる。従って、ＳＴＡ２１００はPayloadを受信する前に受信部の構成を、チャネルアグリゲーションを受信する設定に切り替える。
図３９では、ＳＴＡ２１００は、Data2パケットを受信した後、受信確認としてAckフレームを送信する。ＳＴＡ２１００は、Data2の送信に使われたチャネルに関わらず、RTS, DMG CTSを用いて割り当てた全てのチャネルに対してAckフレームを送信する。これにより、ＳＴＡ２１００（受信装置）は、チャネルの割り当てが継続することをＳＴＡ２０００および図示しない他の近隣のＳＴＡに通知することができる。
なお、ＳＴＡ２１００（データ受信）は、Ackフレームを、対応するデータフレーム（例えばData2パケットではch1,ch2,ch3）が使用したチャネルによって送信してもよい。これにより、ＳＴＡ２１００（データ受信）は、他のSTAへの干渉を減らすことができる。
なお、ＳＴＡ２１００（データ受信）がAckフレームを対応するデータフレームが使用したチャネルによって送信した場合、ＳＴＡ２０００（データ送信）、ＳＴＡ２１００（データ受信）および他のSTAは、送信されなかったチャネルの割り当てが開放されたとみなしてもよい。これにより、ＳＴＡ２０００、ＳＴＡ２１００および他のSTAは、開放されたチャネルに対する割り当て要求を送信することができる。また、これにより無線チャネルを効率的に利用することができる。
図４２は、チャネルアグリゲーションを適用したデータパケットの他の送信手順を示す図である。図４２では、ＳＴＡ２０００とＳＴＡ２１００は、3つのチャネルch1,ch2,ch4をRTS, DMG CTSを用いて割り当て、部分割り当てを有効とした。
ＳＴＡ２０００がch3を割り当てずチャネルch1,ch2,ch4に割り当てると判断した理由は、例えば、ＳＴＡ２０００が、ch3に干渉が多いことを検出しているためである。ＳＴＡ２０００（送信装置）は、干渉が多いチャネルを避けてチャネルアグリゲーションを行うことにより、スループットを高めることができる。
なお、図４２では、ＳＴＡ２０００は、Data4パケットを2つのチャネルch1,ch4を用いて送信すると決定した。決定されたチャネルは、RTS, DMG CTSを用いて割り当てたチャネルに含まれており、部分割り当てが有効とされているため、ＳＴＡ２０００は、Data4パケットのような、一部のチャネルを用いた送信が可能である。
図４３は、チャネルアグリゲーションによるData4パケットのPHYフレーム構成を示す図である。ＳＴＡ２０００（送信装置）は、L-HeaderにおけるCOフィールドの値を1010に設定して送信する。すなわち、ch2には無線信号を送信しないため、Channel Occupation2フィールドを0に設定している。ここで、ＳＴＡ２０００（送信装置）は、Data4パケットに対してch1,ch4を使っているにもかかわらず、COフィールドの値を1001と設定しない。これは、Channel Occupation1〜4は、チャネル番号に対応しているのではなく、割り当てられたチャネルの中での下位から数えたチャネル番号を表しているためである。
Channel Occupation1〜4フィールドを、割り当てられたチャネルの中での下位から数えたチャネル番号を表すようにしたことによる効果を詳しく説明する。
図４４は、最大使用可能チャネル数4での、シングルチャネル送信、チャネルボンディング、及び、チャネルアグリゲーションにおけるチャネルの割り当ての組み合わせを示した図である。例えば、シングルチャネル送信では、ch1〜ch4のいずれかが使用可能であるため、組み合わせ数は4である。使用チャネル数2のチャネルアグリゲーションでは、チャネルの組み合わせとして、(ch1,ch2)、(ch1,ch3)、(ch1,ch4)、(ch2,ch3)、(ch2,ch4)、(ch3,ch4)の6通りである。全ての組み合わせをあわせると、19通りであるから、どの組み合わせを選択したかを通知するには、5ビットの制御情報が必要である。
図４５は、最大使用可能チャネル数8での、シングルチャネル送信、チャネルボンディング、及び、チャネルアグリゲーションにおけるチャネルの割り当ての組み合わせを示した図である。ただし、チャネルボンディング、チャネルアグリゲーションで同時に使用できるチャネル数は4チャネルまでとした。
図４５より、全ての組み合わせをあわせると、170通りであるから、どの組み合わせを選択したかを通知するには、8ビットの制御情報が必要である。つまり、使用できるチャネル数に応じて、選択可能なチャネルの組み合わせは増大し、多くのビット数の制御情報が必要となり、制御情報をL-Headerに格納することが困難になる。
一方、本実施の形態では、まず、RTS, DMG CTSを用いてあらかじめ割り当てたチャネルを決定する。個々のパケットでは、Channel Aggregationフィールドに1ビット、Channel Occupation1〜4フィールドに4ビット使用した。すなわち、合計で5ビットを用いることで、図４４および図４５に示す組み合わせを表すことができる。このように、RTS, DMG CTSを用いて、あらかじめ割り当てたチャネルについて、パケット毎に使用しているチャネルをL-HeaderのChannel Occupationフィールドを用いて通知するようにしたので、使用できる最大チャネル数に関わらず、制御情報のビット数を少なくすることができる。
実施の形態８によれば、送信装置２０００は、パケット毎に使用するチャネルの組み合わせを変更して送信するため、無線チャネルを効率的に使用することができる。
また、実施の形態８によれば、送信装置２０００は、少ない制御情報でパケット毎に使用するチャネルの組み合わせを伝達することができる。
（実施の形態９）
本実施の形態は、図３５のＳＴＡ２０００、ＳＴＡ２１００が通信を行う別の方法を示す。
図４６は、ＳＴＡ２０００及びＳＴＡ２１００が使用するチャネル番号を示す。ＳＴＡ２０００がシングルチャネル送信又はチャネルボンディングによりパケットを送信する場合、ＳＴＡ２０００は、図４６のチャネル番号1から25のいずれか1つのチャネル番号を用いる。
ＳＴＡ２０００が57 GHzから66 GHzの帯域を用いて送信する場合、ＳＴＡ２０００は、図４６において実線で表したチャネル番号（例えば、チャネル番号1から4、チャネル番号9、11、チャネル番号17、チャネル番号25）を用いる。
また、ＳＴＡ２０００が57 GHzから71 GHzの帯域を用いて送信する場合、ＳＴＡ２０００は、図４６において実線で表したチャネル番号に加え、破線で表したチャネル番号（例えば、チャネル番号5、6、チャネル番号13、チャネル番号20）を用いる。
チャネル番号1から6は、シングルチャネル送信（チャネル帯域幅2.16 GHz）を表す。チャネル番号9、11、13は、チャネル帯域幅4.32 GHzのチャネルボンディングを表す。チャネル番号17、20は、チャネル帯域幅6.48 GHzのチャネルボンディングを表す。チャネル番号25は、チャネル帯域幅8.64 GHzのチャネルボンディングを表す。
ＳＴＡ２０００がチャネルアグリゲーションによりパケットを送信する場合、ＳＴＡ２０００は、図４６のチャネル番号のうち重複しない2つ以上のチャネルを用いる。
本実施の形態では、ＳＴＡ２０００は、チャネル番号1から6のうち重複しない2つのチャネルを用いてチャネルアグリゲーションを行ってもよく、例えば、ＳＴＡ２０００は、チャネル番号3とチャネル番号5を組み合わせてチャネルアグリゲーションを行ってもよい。
また、ＳＴＡ２０００は、チャネル番号9、11、13のうち重複しない2つのチャネルを用いてチャネルアグリゲーションを行ってもよい。なお、ＳＴＡ２０００は、占有帯域（占有する周波数帯域）が重複せず、異なるチャネル帯域幅である、チャネル番号3（チャネル帯域幅2.16 GHz）とチャネル番号9（チャネル帯域幅4.32 GHz）を組み合わせてチャネルアグリゲーションを行ってもよい。
図４７は、本実施の形態におけるL-Headerのフレームフォーマットを示す。図３８と異なり、図４７のフレームフォーマットは、5ビットのBW indexフィールドを持つ。図４７において、図３８と同一のフィールドは、説明を省略する。図４７のフレームフォーマットは、実施の形態１から７に開示した方法を用いることによって、スタートビット12から始まる5ビットを、11ad規格におけるLengthとは異なる用途（ここでは、BW index）に用いることができる。
図４８Ａは、シングルチャネル送信、チャネルボンディング及びチャネルアグリゲーションにおけるBW indexフィールドの値を示す。つまり、シングルチャネル送信及びチャネルボンディングでは、ＳＴＡ２０００は、図４８Ａの「第1チャネル番号」列及び「第2チャネル番号」列に記載されたチャネル番号に応じて、BW indexフィールドの値を0から11のいずれかに定める。また、チャネルアグリゲーションでは、ＳＴＡ２０００は、図４８Ａの「第1チャネル番号」列及び「第2チャネル番号」列に記載されたチャネル番号に応じて、BW indexフィールドの値を4から11のいずれかに定める。
図４８Ａにおいて、「占有チャネル番号」は、「第1チャネル番号」又は「第2チャネル番号」に記載されたチャネルを使用する場合に占有される2.16 GHz帯域のチャネルの番号（つまりチャネル番号1から6のチャネル）を表す。例えば、「第1チャネル番号」におけるチャネル番号17のチャネルボンディングでは、チャネル番号1、チャネル番号2、チャネル番号3の帯域が占有される。「第1チャネル番号」におけるチャネル番号9及び「第2チャネル番号」におけるチャネル番号11のチャネルアグリゲーションでは、チャネル番号1、チャネル番号2、チャネル番号3、チャネル番号4の帯域が占有される。
また、ＳＴＡ２０００は、チャネルボンディングで送信する場合、「占有チャネル番号」列に記載されたチャネル番号において、L-Headerを送信する。例えば、図３７のパケットは、図４６のチャネル番号17に対応する。図４８Ａによれば、チャネル番号17の占有チャネル番号はチャネル番号1、チャネル番号2、チャネル番号3であるから、図３７の通り、送信装置（ＳＴＡ２０００）は、チャネル番号1、チャネル番号2、チャネル番号3にてL-Headerを送信する。
シングルチャネル送信の場合、ＳＴＡ２０００は、実際に送信するチャネル番号に関わらず、送信パケットのBW indexフィールドの値を0に設定する。
ＳＴＡ２１００がパケットを受信した場合、ＳＴＡ２１００は、L-Headerを復号し、BW indexフィールドの値を得る。BW indexフィールドの値が0である場合、ＳＴＡ２１００は、受信したパケットがシングルチャネル送信のパケットであると判別する。
図４８Ａによれば、BW indexの値が0の場合、使用される可能性があるチャネル番号は1から6のいずれかである。ＳＴＡ２１００は、L-Headerを受信したチャネル（つまり、BW indexフィールドを受信したチャネル）に応じて、パケットが送信されたチャネル番号を判別する。例えば、ＳＴＡ２１００は、L-Headerをチャネル番号3で受信し、BW indexフィールドの値が0であったとき、ＳＴＡ２１００は、受信したパケットはチャネル番号3におけるシングルチャネル送信のパケットであると判別する。
図４８Ｂは、異なるチャネル帯域幅のチャネルアグリゲーションにおけるBW indexフィールドの値12から25を示し、値26から31はReservedである。つまり、チャネルアグリゲーションでは、ＳＴＡ２０００は、図４８Ｂの「第１チャネル番号」列と「第２チャネル番号」列に記載されたチャネル番号の組み合わせに応じて、BW indexフィールドの値を定める。
つまり、図４８Ａ及び図４８Ｂは、重複しない占有チャネル番号の組合せに対して、BW indexフィールドの値を割り当てている。
チャネルアグリゲーションでは、ＳＴＡ２０００は、占有チャネル番号に記載された複数の2.16 GHzチャネルにL-Headerを含めて送信する。
例えば、第1チャネル番号としてチャネル番号1と第2チャネル番号としてチャネル番号3の組み合わせによるチャネルアグリゲーションでは、ＳＴＡ２０００は、L-HeaderのBW indexフィールドに値5を設定して送信する。図４９Ａは、チャネルアグリゲーションによるパケットの一例を示し、チャネル番号1とチャネル番号3にて送信されるL-Headerを示す。
第1チャネル番号としてチャネル番号3と第2チャネル番号としてチャネル番号5の組み合わせによるチャネルアグリゲーションの場合、ＳＴＡ２０００は、L-HeaderのBW indexフィールドに値7を設定して送信する。図４９Ｂは、チャネルアグリゲーションによるパケットの一例を示し、チャネル番号3とチャネル番号5にて送信されるL-Headerを示す。
ＳＴＡ２１００は、チャネル番号3においてL-Headerを受信した後、L-Headerを復号し、BW indexフィールドの値を得る。BW indexフィールドの値が例えば5である場合、ＳＴＡ２１００は、図４９Ａに示す受信したパケットがチャネル番号1とチャネル番号3の組み合わせによるチャネルアグリゲーションであると判別する。
また、ＳＴＡ２１００は、チャネル番号3においてL-Headerを受信した後、得られたBW indexフィールドの値が例えば7である場合、図４９Ｂに示す受信したパケットがチャネル番号3とチャネル番号5の組み合わせによるチャネルアグリゲーションであると判別する。
図４９Ｃは、チャネルアグリゲーションによる送信フレームの別の一例を示す。図４９Ｃは、チャネル番号4とチャネル番号6の組み合わせによるチャネルアグリゲーションであり、図４９Ａとは、異なる占有チャネル番号を用いるが、BW indexフィールドの値は、図４９Ａと同じ5である。
ここで、図示しない別のＳＴＡ（ＳＴＡ２２００）は、チャネル番号4においてL-Headerを受信し、BW indexフィールドの値が5であった場合、図４９Ｃに示すチャネル番号4とチャネル番号6の組み合わせによるチャネルアグリゲーションであると判別する。
つまり、受信装置（ＳＴＡ２１００及びＳＴＡ２２００）は、BW indexの値が同じ（例えば5）であっても、L-Headerを受信したチャネル（チャネル番号1からチャネル番号6のいずれか）に応じて、受信したパケットのチャネルアグリゲーションのチャネルの組み合わせを判別することができる。
図５０Ａ、図５０Ｂ、図５０Ｃは、チャネルアグリゲーションによるパケットの別の一例を示す。図５０Ａ、図５０Ｂ、図５０Ｃは、4.32 GHz帯域幅の2つのチャネルの組み合わせによるチャネルアグリゲーションを適用したパケットである。
図５０Ａにて、ＳＴＡ２０００は、チャネル番号9とチャネル番号13の組み合わせによるチャネルアグリゲーションのパケットを送信する場合、図４８Ａに基づき、BW indexの値を11に設定し、チャネル番号1、チャネル番号2、チャネル番号5、及び、チャネル番号6にL-Headerを配置する。
また、図５０Ｂにて、ＳＴＡ２０００は、チャネル番号9とチャネル番号11の組み合わせによるチャネルアグリゲーションのパケットを送信する場合、図４８Ａに基づき、BW indexの値を9に設定し、チャネル番号1、チャネル番号2、チャネル番号3、チャネル番号4にL-Headerを配置する。
また、図５０Ｃにて、ＳＴＡ２０００は、チャネル番号11とチャネル番号13の組み合わせによるチャネルアグリゲーションのパケットを送信する場合、図４８Ａに基づき、BW indexの値を10に設定し、チャネル番号3、チャネル番号4、チャネル番号5、チャネル番号6にL-Headerを配置する。
図５０Ａのパケット、図５０Ｂのパケット、図５０Ｃのパケットでは、占有チャネル番号は重複するため、ＳＴＡ２０００は、異なるBW indexの値として、それぞれ、11、9、10を割り当てる。
つまり、ＳＴＡ２１００は、チャネル番号2においてL-Headerを受信し、BW indexフィールドの値が11であった場合、チャネル番号9とチャネル番号13の組み合わせによるチャネルアグリゲーションであると判別することができる（図５０Ａ参照）。
また、ＳＴＡ２１００は、チャネル番号2においてL-Headerを受信し、BW indexフィールドの値が9であった場合、チャネル番号9とチャネル番号11の組み合わせによるチャネルアグリゲーションであると判別することができる（図５０Ｂ参照）。
また、ＳＴＡ２２００は、チャネル番号4においてL-Headerを受信し、BW indexフィールドの値が10であった場合、チャネル番号11とチャネル番号13の組み合わせによるチャネルアグリゲーションであると判別することができる（図５０Ｃ参照）。
ここで、図５１は、動作モード（パケットの種類）毎に、全てのチャネル（チャネル番号1から6、9、11、13、17、20、及び、25）の組み合わせ数とBW indexの範囲との対応を示す。
例えば、2.16 GHz帯域幅のシングルチャネル送信は、チャネルの組み合わせ数が6通り、つまり、チャネル番号1からチャネル番号6までの6通りであり、6つのチャネルから、１つを選ぶ組み合わせの数に一致する。これに対して、BW indexは、2.16 GHz帯域幅のシングルチャネル送信として「0」の1つが割り当てられる（図４８Ａ参照）。
例えば、2つの2.16 GHz帯域幅を用いるチャネルアグリゲーションは、チャネルの組み合わせ数が15通りであり、チャネル番号1からチャネル番号6までの6つのチャネルから、2つを選ぶ組み合わせの数に一致する。これに対して、BW indexは、2つの2.16 GHz帯域幅を用いるチャネルアグリゲーションとして、「4」から「8」の5通りが割り当てられる（図４８Ａ参照）。
例えば、2つの4.32 GHz帯域幅を用いるチャネルアグリゲーションは、チャネルの組み合わせ数が3通りであり、チャネル番号9、11、13の3つのチャネルから、帯域が重複しない2つを選ぶ組み合わせの数に一致する。これに対して、BW indexは、2つの4.32 GHz帯域幅を用いるチャネルアグリゲーションとして、「9」から「11」の3通りが割り当てられる（図４８Ａ参照）。
例えば、4.32 GHz帯域幅と2.16 GHz帯域幅を用いるチャネルアグリゲーションは、チャネルの組み合わせ数が12通りである。これに対して、BW indexは、4.32 GHz帯域幅と2.16 GHz帯域幅を用いるチャネルアグリゲーションとして、「12」から「17」の6通りが割り当てられる（図４８Ｂ参照）。
図５１に示す全ての動作モードをあわせると、全てのチャネルの組み合わせ数は50である。つまり、チャネルの組み合わせ毎に異なる制御情報の値（インデックス）を付与してチャネルの組み合わせを判別するためには、制御情報は6ビットで表示される。
これに対して、図４８Ａ、図４８Ｂに示したBW indexは、最大値が31となり、制御情報が5ビットで表示できる。つまり、全てのチャネルの組み合わせにインデックスを付与する方法に比べ、BW indexを用いる本実施の形態では制御情報のサイズを1ビット削減することができる。
なお、送信装置（ＳＴＡ２０００）は、5ビットのBW indexの値を、実施の形態１から７に示したように、L-HeaderのLengthフィールドの下位ビットに含めて送信してもよい。これにより、受信装置（ＳＴＡ２１００）は、受信したL-Headerを復号して得たBW indexの値（図４８Ａ、図４８Ｂ）とL-Headerを受信したチャネル番号との組合せから、パケットが送信されたチャネル番号、及びチャネルアグリゲーションにおけるチャネルの組み合わせを判別することができる。
ＳＴＡ２１００は、L-Headerを用いてチャネルの組み合わせを判別することができるので、実施の形態８と同様に、受信装置の設定を早期に切り替えることができ、パケット毎にチャネルの組み合わせが変更される場合でも、正しくパケットを受信することができる。
また、11ad規格に対応し、11ay規格に対応しない受信装置（図示しないＳＴＡ２３００）は、図４７のBW indexフィールドとLengthフィールドを合わせた部分を11ad規格におけるLengthフィールドと認識し、MCSフィールドの値と合わせ、パケットの長さを計算する。実施の形態１から７に示したように、ＳＴＡ２０００は、BW indexフィールドの値に関わらず、11ad規格の端末が正しくパケット長を計算できるように、Lengthフィールド(L-Headerのビット17から始まる13ビット分)の値を設定する。このように、11ad規格との互換性を保ったまま、ＳＴＡ２０００は、チャネルの組み合わせ情報をL-Headerを用いて送信することができる。
なお、ＳＴＡ２１００は、プライマリチャネルにおいてL-Headerを受信してもよい。これにより、ＳＴＡ２０００がプライマリチャネルを含めて送信するようにした場合、ＳＴＡ２１００は、ＳＴＡ２０００が送信した全てのパケットを受信することができる。
なお、ＳＴＡ２０００の使用するプライマリチャネルと、ＳＴＡ２１００の使用するプライマリチャネルが異なる場合、例えば、ＳＴＡ２０００とＳＴＡ２１００が異なるBSSに属する場合でも、ＳＴＡ２１００は、ＳＴＡ２１００のプライマリチャネルにおいてL-Headerを受信しても良い。図４８Ａ、図４８ＢのBW indexは、プライマリチャネルの位置に関わり無く割り振ることができるため、ＳＴＡ２１００は、BW indexと、L-Headerを受信したチャネル番号とを用いて、チャネルの組み合わせを検出することができる。
なお、ＳＴＡ２１００は、プライマリチャネル以外のチャネルにおいてL-Headerを受信しても良い。図４８Ａ、図４８ＢのBW indexは、プライマリチャネルの位置に関わり無く割り振ることができるため、ＳＴＡ２１００は、BW indexと、L-Headerを受信したチャネル番号とを用いて、チャネルの組み合わせを検出することができる。
実施の形態９によれば、送信装置２０００は、パケット毎に使用するチャネルの組み合わせを変更して送信するため、無線チャネルを効率的に使用することができる。
また、実施の形態９によれば、送信装置２０００は、少ない制御情報でパケット毎に使用するチャネルの組み合わせを伝達することができる。
なお、図４８Ａ、図４８Ｂでは、チャネル帯域幅2.16 GHzでのチャネルアグリゲーション、チャネル帯域幅4.32 GHzでのチャネルアグリゲーション、6.48 GHz以下の異なる2つの帯域幅でのチャネルアグリゲーションを一例として、説明したが、このチャネルアグリゲーションの構成に限定されない。例えば、チャネル帯域幅6.48 GHzとチャネル帯域幅8.64 GHzでのチャネルアグリゲーション、チャネル帯域幅2.16 GHzとチャネル帯域幅8.64 GHzでのチャネルアグリゲーション、であってもよい。つまり、チャネルアグリゲーションは、占有帯域が重複しないければ、どのチャネル番号を組み合わせてもよい。
また、図４８Ａ、図４８Ｂでは、2つのチャネル番号によるチャネルアグリゲーションを一例として、説明したが、このチャネルアグリゲーションの構成に限定されない。例えば、3つのチャネル番号によるチャネルアグリゲーション（例えば、第1チャネル番号としてチャネル番号1と第2チャネル番号としてチャネル番号3と第3チャネル番号としてチャネル番号5の組み合わせによるチャネルアグリゲーション）、4つのチャネル番号によるチャネルアグリゲーション（例えば、第1チャネル番号としてチャネル番号1と第2チャネル番号としてチャネル番号3と第3チャネル番号としてチャネル番号5と第4チャネル番号としてチャネル番号6の組み合わせによるチャネルアグリゲーション）、であってもよい。つまり、チャネルアグリゲーションは、占有帯域が重複しなければ、2つ以上のチャネル番号を組み合わせてもよい。
（実施の形態１０）
本実施の形態は、図３５のＳＴＡ２０００、ＳＴＡ２１００が通信を行う別の方法を示す。
図５２は、ＳＴＡ２０００及びＳＴＡ２１００が使用するチャネル番号を示す。ＳＴＡ２０００がシングルチャネル送信又はチャネルボンディングによりパケットを送信する場合、ＳＴＡ２０００は、図５２のチャネル番号1から29のいずれか1つのチャネル番号を用いる。図５２は、図４６と異なり、チャネル番号１０，１２，１４のように、同じチャネル帯域幅であって、チャネル番号９，１１，１３，１５に対して、占有帯域が重複するチャネル番号が追加されている。
ＳＴＡ２０００が57 GHzから66 GHzの帯域を用いて送信する場合、ＳＴＡ２０００は、図５２において実線で表したチャネル番号（例えば、チャネル番号1から4、チャネル番号9から11、チャネル番号17から18、チャネル番号25）を用いる。
また、ＳＴＡ２０００が57 GHzから75 GHzの帯域を用いて送信する場合、ＳＴＡ２０００は、図５２において実線で表したチャネル番号に加え、破線で表したチャネル番号（例えば、チャネル番号5から8、チャネル番号12から15、チャネル番号19から22、チャネル番号26から29）を用いる。
チャネル番号1から8は、シングルチャネル送信（チャネル帯域幅2.16 GHz）を表す。チャネル番号9から15は、チャネル帯域幅4.32 GHzのチャネルボンディングを表す。チャネル番号17から22は、チャネル帯域幅6.48 GHzのチャネルボンディングを表す。チャネル番号25から29は、チャネル帯域幅8.64 GHzのチャネルボンディングを表す。
ＳＴＡ２０００がチャネルアグリゲーションによりパケットを送信する場合、ＳＴＡ２０００は、図５２のチャネル番号のうち重複しない2つ以上のチャネルを用いる。
本実施の形態では、ＳＴＡ２０００は、チャネル番号1から8のうち重複しない2つのチャネルを用いてチャネルアグリゲーションを行ってもよく、例えば、ＳＴＡ２０００は、チャネル番号3とチャネル番号5を組み合わせてチャネルアグリゲーションを行ってもよい。
また、ＳＴＡ２０００は、チャネル番号9から15のうち占有帯域（占有する周波数帯域）が重複しない2つのチャネルを用いてチャネルアグリゲーションを行ってもよい。例えば、ＳＴＡ２０００は、チャネル番号11とチャネル番号14を組み合わせてチャネルアグリゲーションを行ってもよい。一方、例えば、チャネル番号10とチャネル番号11は占有帯域が重複するため、ＳＴＡ２０００は、占有帯域が重複する組み合わせをチャネルアグリゲーションに使用しない。
図５３は、本実施の形態におけるL-Headerのフレームフォーマットを示す。各フィールドは、図４７と同じであるため、説明を省略する。
本実施の形態では、同じチャネル帯域幅を用いたチャネルアグリゲーションについて説明する。なお、異なるチャネル帯域幅を用いたチャネルアグリゲーションについての説明は省略するが、同じチャネル帯域幅を用いたチャネルアグリゲーションにおいて説明した方法を用いてBW indexを割り振ることができる。
図５４Ａ、図５４Ｂは、チャネルアグリゲーションにおけるBW indexフィールドの値を示す。つまり、チャネルアグリゲーションでは、ＳＴＡ２０００は、図５４Ａ、図５４Ｂの「第１チャネル番号」列と「第２チャネル番号」列に記載されたチャネル番号の組み合わせに応じて、BW indexフィールドの値を定める。
図５４Ａは、2つの2.16 GHzチャネルによるチャネルアグリゲーションを表し、BW indexの値は0から6である。また、図５４Ｂは、2つの4.32 GHzチャネルによるチャネルアグリゲーションを表し、BW indexの値は7から18である。図５４Ｂにおいて、BW indexの値19から31は、Reservedである。
チャネルアグリゲーションでは、ＳＴＡ２０００は、占有チャネル番号に記載された複数の2.16 GHzチャネルにL-Headerを含めて送信する。
例えば、チャネル番号1とチャネル番号3の組み合わせによるチャネルアグリゲーションでは、ＳＴＡ２０００は、L-HeaderのBW indexフィールドに値1を設定して送信する。図５５Ａは、チャネルアグリゲーションによるパケットの一例を示し、チャネル番号1とチャネル番号3にて送信されるL-Headerを示す。
チャネル番号3とチャネル番号5の組み合わせによるチャネルアグリゲーションの場合、ＳＴＡ２０００は、L-HeaderのBW indexフィールドに値4を設定して送信する。図５５Ｂは、チャネルアグリゲーションによるパケットの一例を示し、チャネル番号3とチャネル番号5にて送信されるL-Headerを示す。
ＳＴＡ２１００は、チャネル番号3においてL-Headerを受信した後、L-Headerを復号し、BW indexフィールドの値を得る。BW indexフィールドの値が例えば1である場合、ＳＴＡ２１００は、図５５Ａに示す受信したパケットがチャネル番号1とチャネル番号3の組み合わせによるチャネルアグリゲーションであると判別する。
また、ＳＴＡ２１００は、チャネル番号3においてL-Headerを受信した後、得られたBW indexフィールドの値が例えば4である場合、図５５Ｂに示す受信したパケットがチャネル番号3とチャネル番号5の組み合わせによるチャネルアグリゲーションであると判別する。
図５５Ｃは、チャネルアグリゲーションによる送信フレームの別の一例を示す。図５５Ｃは、チャネル番号2とチャネル番号4の組み合わせによるチャネルアグリゲーションであり、図５５Ａとは、異なる占有チャネル番号を用いるが、BW indexフィールドの値は、図５５Ａと同じ1である。
ここで、図示しない別のＳＴＡ（ＳＴＡ２２００）は、チャネル番号4においてL-Headerを受信し、BW indexフィールドの値が1であった場合、図５５Ｃに示すチャネル番号2とチャネル番号4の組み合わせによるチャネルアグリゲーションであると判別する。
つまり、受信装置（ＳＴＡ２１００及びＳＴＡ２２００）は、BW indexの値が同じ（例えば1）であっても、L-Headerを受信したチャネル（チャネル番号1からチャネル番号8のいずれか）に応じて、受信したパケットのチャネルアグリゲーションのチャネルの組み合わせを判別することができる。
図５６Ａ、図５６Ｂ、図５６Ｃは、チャネルアグリゲーションによるパケットの別の一例を示す。図５６Ａ、図５６Ｂ、図５６Ｃは、4.32 GHz帯域幅の2つのチャネルの組み合わせによるチャネルアグリゲーションを適用したパケットである。
図５６Ａにて、ＳＴＡ２０００は、チャネル番号9とチャネル番号13の組み合わせによるチャネルアグリゲーションのパケットを送信する場合、図５４Ｂに基づき、BW indexの値を8に設定し、チャネル番号1、チャネル番号2、チャネル番号5、及び、チャネル番号6にL-Headerを配置する。
また、図５６Ｂにて、ＳＴＡ２０００は、チャネル番号9とチャネル番号14の組み合わせによるチャネルアグリゲーションのパケットを送信する場合、図５４Ｂに基づき、BW indexの値を11に設定し、チャネル番号1、チャネル番号2、チャネル番号6、チャネル番号7にL-Headerを配置する。
また、図５６Ｃにて、ＳＴＡ２０００は、チャネル番号11とチャネル番号15の組み合わせによるチャネルアグリゲーションのパケットを送信する場合、図５４Ｂに基づき、BW indexの値を8に設定し、チャネル番号3、チャネル番号4、チャネル番号7、チャネル番号8にL-Headerを配置する。
ここで、図５６Ａのパケットと、図５６Ｃのパケットでは、占有チャネル番号は重複しないため、ＳＴＡ２０００は、同一のBW indexの値として8を割り当てる。
一方、図５６Ａのパケットと、図５６Ｂのパケットでは、占有チャネル番号は重複するため、ＳＴＡ２０００は、異なるBW indexの値として、8と11を割り当てる。
つまり、ＳＴＡ２１００は、チャネル番号2においてL-Headerを受信し、BW indexフィールドの値が8であった場合、チャネル番号9とチャネル番号13の組み合わせによるチャネルアグリゲーションであると判別することができる（図５６Ａ参照）。
また、ＳＴＡ２１００は、チャネル番号2においてL-Headerを受信し、BW indexフィールドの値が11であった場合、チャネル番号9とチャネル番号14の組み合わせによるチャネルアグリゲーションであると判別することができる（図５６Ｂ参照）。
また、ＳＴＡ２２００は、チャネル番号4においてL-Headerを受信し、BW indexフィールドの値が8であった場合、チャネル番号11とチャネル番号15の組み合わせによるチャネルアグリゲーションであると判別することができる（図５６Ｃ参照）。
ここで、図５７は、同じチャネル帯域幅を用いた動作モード（パケットの種類）毎に、全てのチャネル（チャネル番号9から15、及び、17から22）の組み合わせ数とBW indexの範囲との対応を示す。
例えば、2つの2.16 GHz帯域幅を用いるチャネルアグリゲーションは、チャネルの組み合わせ数が28通りであり、チャネル番号1からチャネル番号8までの8つのチャネルから、2つを選ぶ組み合わせの数に一致する。これに対して、BW indexは、2つの2.16 GHz帯域幅を用いるチャネルアグリゲーションとして、「0」から「6」の7通りが割り当てられる（図５４Ａ参照）。
例えば、2つの4.32 GHz帯域幅を用いるチャネルアグリゲーションは、チャネルの組み合わせ数が15通りであり、チャネル番号9からチャネル番号15までの7つのチャネルから、帯域が重複しない2つを選ぶ組み合わせの数に一致する。これに対して、BW indexは、2つの4.32 GHz帯域幅を用いるチャネルアグリゲーションとして、「7」から「18」の12通りが割り当てられる（図５４Ｂ参照）。
図５７に示す全ての動作モードをあわせると、全てのチャネルの組み合わせ数は43である。つまり、チャネルの組み合わせ毎に異なる制御情報の値（インデックス）を付与してチャネルの組み合わせを判別するためには、6ビットの制御情報が必要になる。
これに対して、図５４Ａ、図５４Ｂに示したBW indexは、最大値が18となり、制御情報を5ビットで表示することができる。つまり、全てのチャネルの組み合わせにインデックスを付与する方法に比べ、BW indexを用いる本実施の形態では制御情報のサイズを1ビット削減することができる。なお、本実施の形態では、チャネルボンディングについては、説明を省略したが、チャネルアグリゲーションと同じように、重複しないチャネル番号を選択して組合せたBW indexを用いることで、制御情報のサイズを削減することができる。
なお、送信装置（ＳＴＡ２０００）は、5ビットのBW indexの値を、実施の形態１から７に示したように、L-HeaderのLengthフィールドの下位ビットに含めて送信してもよい。これにより、受信装置（ＳＴＡ２１００）は、受信したL-Headerを復号して得たBW indexの値（図５４Ａ、図５４Ｂ）とL-Headerを受信したチャネル番号との組合せから、パケットが送信されたチャネル番号、及びチャネルアグリゲーションにおけるチャネルの組み合わせを判別することができる。
ＳＴＡ２１００は、L-Headerを用いてチャネルの組み合わせを判別することができるので、実施の形態８と同様に、受信装置の設定を早期に切り替えることができ、パケット毎にチャネルの組み合わせが変更される場合でも、正しくパケットを受信することができる。
また、11ad規格に対応し、11ay規格に対応しない受信装置（図示しないＳＴＡ２３００）は、図５３のBW indexフィールドとLengthフィールドを合わせた部分を11ad規格におけるLengthフィールドと認識し、MCSフィールドの値と合わせ、パケットの長さを計算する。実施の形態１から７に示したように、ＳＴＡ２０００は、BW indexフィールドの値に関わらず、11ad規格の端末が正しくパケット長を計算できるように、Lengthフィールド(L-Headerのビット17から始まる13ビット分)の値を設定する。このように、11ad規格との互換性を保ったまま、ＳＴＡ２０００は、チャネルの組み合わせ情報をL-Headerを用いて送信することができる。
なお、ＳＴＡ２１００は、プライマリチャネルにおいてL-Headerを受信してもよい。これにより、ＳＴＡ２０００がプライマリチャネルを含めて送信するようにした場合、ＳＴＡ２１００は、ＳＴＡ２０００が送信した全てのパケットを受信することができる。
なお、ＳＴＡ２０００の使用するプライマリチャネルと、ＳＴＡ２１００の使用するプライマリチャネルが異なる場合、例えば、ＳＴＡ２０００とＳＴＡ２１００が異なるBSSに属する場合でも、ＳＴＡ２１００は、ＳＴＡ２１００のプライマリチャネルにおいてL-Headerを受信しても良い。図５４Ａ、図５４ＢのBW indexは、プライマリチャネルの位置に関わり無く割り振ることができるため、ＳＴＡ２１００は、BW indexと、L-Headerを受信したチャネル番号とを用いて、チャネルの組み合わせを検出することができる。
なお、ＳＴＡ２１００は、プライマリチャネル以外のチャネルにおいてL-Headerを受信しても良い。図５４Ａ、図５４ＢのBW indexは、プライマリチャネルの位置に関わり無く割り振ることができるため、ＳＴＡ２１００は、BW indexと、L-Headerを受信したチャネル番号とを用いて、チャネルの組み合わせを検出することができる。
実施の形態１０によれば、送信装置２０００は、パケット毎に使用するチャネルの組み合わせを変更して送信するため、無線チャネルを効率的に使用することができる。
また、実施の形態１０によれば、送信装置２０００は、少ない制御情報でパケット毎に使用するチャネルの組み合わせを伝達することができる。
なお、図５４Ａ、図５４Ｂでは、チャネル帯域幅2.16 GHzでのチャネルアグリゲーション、チャネル帯域幅4.32 GHzでのチャネルアグリゲーションを一例として、説明したが、このチャネルアグリゲーションの構成に限定されない。例えば、チャネル帯域幅6.48 GHzとチャネル帯域幅8.64 GHzでのチャネルアグリゲーション、チャネル帯域幅2.16 GHzとチャネル帯域幅8.64 GHzでのチャネルアグリゲーション、であってもよい。つまり、チャネルアグリゲーションは、占有帯域が重複しないければ、どのチャネル番号を組み合わせてもよい。
（実施の形態１１）
本実施の形態は、図３５のＳＴＡ２０００、ＳＴＡ２１００が通信を行う別の方法を示す。
図５８は、本実施の形態におけるL-Headerのフレームフォーマットを示す。図３８と異なり、図５８のフレームフォーマットは、11ad規格のScramble initializationフィールドに対して、4ビットのBW index_Lフィールドを含み、11ad規格のlengthフィールドに対して、4ビットのBW_index_Hフィールドと、1ビットのChannel Aggregationフィールドと、を含む。図５８において、図３８と同一のフィールドは、説明を省略する。
本実施の形態では、チャネルの組み合わせを示す制御情報(BW index)は、8ビットである。送信装置（ＳＴＡ２０００）は、BW indexの上位4ビットの値を、BW index_Hフィールドに含め、BW indexの下位4ビットの値を、BW index_Lフィールドに含める。また、ＳＴＡ２０００は、シングルチャネル送信及びチャネルボンディングではChannel Aggregationフィールドに0を設定し、チャネルアグリゲーションではChannel Aggregationフィールドに1を設定する。
図５９Ａは、シングルチャネル送信及びチャネルボンディングでのBW indexの値の設定方法を示す。
シングルチャネル送信及びチャネルボンディングでは、ＳＴＡ２０００は、BW indexの値として図５２のチャネル番号を用いる。例えば、ＳＴＡ２０００がチャネル番号28を用いてチャネルボンディングのパケットを送信する場合、BW indexの値は28であるから、ＳＴＡ２０００は、L-HeaderのBW index_Lフィールドの値を12に、BW index_Hフィールドの値を1に設定する。また、Channel Aggregationフィールドの値は0である。
図５９Ｂは、チャネルアグリゲーションでのBW indexの値の設定方法を示す。
チャネルアグリゲーションでは、ＳＴＡ２０００は、BW indexの値としてチャネル番号1からチャネル番号8の占有の有無を示すビットマップの値を用いる。LSB(ビット番号0)がチャネル番号1に対応し、MSB(ビット番号7)がチャネル番号8に対応する。
例えば、ＳＴＡ２０００がチャネル番号1とチャネル番号4の組み合わせによるチャネルアグリゲーションパケットの送信を行う場合、ＳＴＡ２０００は、BW indexのビット0(LSB)とビット3を1に設定し、他のビットを0に設定する。つまり、ＳＴＡ２０００は、L-HeaderのBW index_Lフィールドの値を1001(２進数表現)に、BW index_Hフィールドの値を0000（2進数表現）に設定する。また、Channel Aggregationフィールドの値は1である。
また、例えば、ＳＴＡ２０００がチャネル番号9とチャネル番号14の組み合わせによるチャネルアグリゲーションパケットの送信を行う場合、ＳＴＡ２０００は、チャネル番号1、チャネル番号2、チャネル番号6、チャネル番号7を占有するため、BW indexのビット0、ビット1、ビット5、ビット6を1に設定し、他のビットを0に設定する。つまり、ＳＴＡ２０００は、L-HeaderのBW index_Lフィールドの値を0011(２進数表現)に、BW index_Hフィールドの値を0110（2進数表現）に設定する。また、Channel Aggregationフィールドの値は1である。
図６０Ａは、シングルユーザ送信、つまり宛先が1つの端末である場合のPHYフレームフォーマットを示す。各フィールドは図３７と同様であるから説明を省略する。
本実施の形態のPHYフレームは、L-Headerに少なくともSI(Scrambler Initialization)フィールドと、BW index_L及びBW index_Hフィールドと、Channel Aggregationフィールドを含む。また、E-Header-AにSI_dataフィールドを含む。
ＳＴＡ２０００は、図６０ＡのPHYフレームを送信する場合、L-HeaderのSIフィールドとBW index_Lフィールドの値（つまり、11ad規格のSIフィールドに対応する7bit）を用いて、L-Header及びE-Header-Aのデータをスクランブリングする。
また、ＳＴＡ２０００は、図６０ＡのPHYフレームを送信する場合、E-Header-AのSI_dataフィールドの値を用いて、Payloadのデータをスクランブリングする。
図６０Ｂは、マルチユーザ送信、つまり宛先が複数の端末である場合のPHYフレームフォーマットを示す。マルチユーザ送信とは、例えばMU-MIMO（マルチユーザMIMO）送信である。図６０Ｂは、2ストリームのMU-MIMOのパケットを示す。つまり、User1が第1のMIMOストリームで、User2が第2のMIMOストリームである。図３７と同じフィールドは説明を省略する。
図６０ＢのPHYフレームは、E-Header-Bフィールドを含む。E-Header-Bは、EDMG-Header-Bと呼ぶ場合がある。E-Header-Aはユーザ毎に共通の制御情報を含むのに対し、E-Header-Bは、ユーザ毎に異なる制御情報を含むために用いられる。図６０ＢのE-Header-B1はUser1宛てのE-Header-Bであり、E-Header-B2はUser2宛てのE-Header-Bであり、E-Header-B1が含む値とE-Header-B2が含む値は異なる。なお、E-Header-B1が含む値とE-Header-B2が含む値は、同じであってもよい。
E-Header-Bは、ユーザ毎に異なるスクランブル初期値（SI_user1及びSI_user2）を含む。ＳＴＡ２０００は、ユーザ毎、及び送信パケット毎にSI_user1及びSI_user2の値を変更して送信することにより、ユーザ間で同一のデータパターンや相関が高い（例えば、変調後にユーザ間のデータを加算すると打ち消しあうパターンを含む）データパターンが発生する確率を低減することができる。
ＳＴＡ２０００は、図６０ＢのPHYフレームを送信する場合、L-HeaderのSIフィールドとBW index_Lフィールドの値（つまり、11ad規格のSIフィールドに対応する7bit）を用いて、L-Header及びE-Header-Aのデータをスクランブリングする。
また、ＳＴＡ２０００は、図６０ＢのPHYフレームを送信する場合、E-Header-B1のスクランブリングの値（SI_user1）を用いて、E-Header-B1とPayloadのデータ(Payload1)をスクランブリングし、E-Header-B2のスクランブリングの値（SI_user2）を用いて、E-Header-B2とPayloadのデータ(Payload2)をスクランブリングする。
図６０Ａ、図６０Ｂにおいて、ＳＴＡ２０００が、L-HeaderのSIの値をL-HeaderとE-Header-Aのスクランブリングに用い、E-Header-A(図６０Ａ)またはE-Header-B(図６０Ｂ)のSIの値（SI_dataまたはSI_user1、SI_user2）を用いてペイロードのデータをスクランブリングする方法について説明する。
なお、E-Header-Aはユーザ毎に共通の制御情報、例えばプライマリチャネル番号、User1, User2(つまり、ストリーム毎)のアドレス等を含む。なお、SI_data、SI_user1、及び、SI_user2は、11ad規格では規定されていない値である。
ＳＴＡ２０００は、図５８に示したL-Headerのフォーマットに従い、11ad規格のSIフィールドの下位4ビットであった4ビットを、BW index_Lの値に割り振る。一方、ＳＴＡ２０００は、パケットを送信する場合、図５２のSIフィールドとBW index_Lフィールドを合わせた7ビットを、スクランブラ初期値として用い、L-Header等のスクランブリングを行う。
ＳＴＡ２０００は、パケットを送信する場合、望ましくないデータパターン（例えば、値0が連続するなど、特定のデータパターンが繰り返される）が発生する確率を下げるため、SIの値を送信毎に変更する。11ad規格では、SIフィールドは7ビットであるため、スクランブラ初期値として使用できない値0000000（2進数表示）を除くと、127通りのスクランブラ初期値を指定できる。
なお、図５８のフォーマットにおいて、チャネルの組み合わせを変更しない場合、BW index_Lの4ビットの値は変更されないため、ＳＴＡ２０００が選択できるスクランブラ初期値の種類は、7通りである。
ここで、L-Header及びE-Header-Aは、Payloadに比べてデータ長が短いため望ましくないデータパターンが発生する確率が低い。そのため、7通りのスクランブラ初期値を用いて、望ましくないデータパターンが発生する確率を十分低くすることが可能である。
一方、Payloadはデータ長が長いため、多種のスクランブラ初期値の値から選択できることが望ましい。ここで、図６０Ａのシングルユーザ送信では、ＳＴＡ２０００は、E-Header-AにSIの値(SI_data)を含めて送信し、SI_dataを用いてPayloadをスクランブルするため、望ましくないデータパターンが発生する確率を十分低くすることが可能である。SI_dataフィールドは、例えば、7ビットである。
また、図６０Ｂのマルチユーザ送信では、ＳＴＡ２０００は、E-Header-BにSIの値(SI_user1, SI_user2)を含めて送信し、SI_user1, SI_user2を用いて、Payload１、Payload２をそれぞれ、スクランブルするため、望ましくないデータパターンが発生する確率を十分低くすることが可能である。SI_user1及びSI_user2フィールドは、例えば、それぞれ7ビットである。
図６０Ａ及び図６０Ｂでは、ＳＴＡ２０００は、L-HeaderのSI及びBW_index_Lの値を用いてL-Header及びE-Header-Aのスクランブリングを行うため、シングルユーザ送信及びマルチユーザ送信の両方において、L-Header及びE-Header-Aの変調及び符号化処理を共通化でき、回路規模を削減し、消費電力を低減できる。
また、受信装置（ＳＴＡ２１００）におけるL-Header及びE-Header-Aの復調及び復号処理も共通化でき、回路規模を削減し、消費電力を低減できる。
ＳＴＡ２１００は、L-Headerを用いてチャネルの組み合わせを判別できるので、実施の形態８と同様に、受信装置の設定を早期に切り替えでき、パケット毎にチャネルの組み合わせが変更される場合も、正しくパケットを受信できる。
実施の形態１１によれば、送信装置２０００は、パケット毎に使用するチャネルの組み合わせを変更して送信するため、無線チャネルを効率的に使用できる。
（実施の形態１２）
本実施の形態は、図２の送信装置１００、または、図２と基本構成を同じくする送信装置が、実施の形態１から１１までとは別のフレームフォーマットを用いて送信する例を示す。また、図３の受信装置２００（図６４Ｂ、図６４Ｃにさらに詳しい図を示す）が、それらのフレームを受信する方法について詳しく説明する。
図６１Ａ、図６１Ｂ、及び、図６１Ｃは、本実施の形態におけるPHYフレームのフレームフォーマットの一例を示す図である。図８のフレームフォーマットと異なり、図６１Ａ、図６１Ｂ、及び、図６１Ｃのフレームフォーマットは、EDMG-STFフィールドとEDMG-CEFフィールドを含まず、図８と同一のフィールドは、説明を省略する。また、EDMG-Header-Aを、E-Header-Aと書く。
図６２は、図６１Ａ、図６１Ｂ、及び、図６１Ｃのフレームフォーマットにおける、L-Headerのフォーマットを示す図である。図６２において、図４７及び図５３と同一のフィールドは、説明を省略する。
図６２において、Compressed BWフィールドは、図３８のChannel Occupation1からChannel Occupation4フィールド及びChannel Aggreagtionフィールドと同様に、図６１Ａ、図６１Ｂ、図６１Ｃのパケットが送信されるチャネル番号に対応する情報を示す。また、図４７及び図５３のBW indexフィールドも同様である。
図６３Ａ、図６３Ｂ、図６３Ｃは、Compressed BWフィールドの値の一例を示す図である。Compressed BWフィールドは、図５４Ａ、図５４ＢのBW indexフィールドの値と同様に、重複しない占有チャネル番号の組合せに対して、Compressed BWフィールドの値を割り当てている。
例えば、送信装置１００は、4.32 GHzチャネルボンディング(以後、4.32 GHz CBと記載する)において、重複しない占有チャネル番号の組合せに対して、Compressed BWフィールドの値1を割り当てる。また、送信装置１００は、4.32 GHz CBにおいて、重複しない占有チャネル番号の別の組合せに対して、Compressed BWフィールドの値2を割り当てる（図６３Ａを参照）。
送信装置１００は、8.64 GHzチャネルボンディング(以後、8.64 GHz CBと記載する)において用いる占有チャネルをあらかじめ定めても良い。例えば、送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルは、ch1、ch2、ch3、ch4の組み合わせである。
送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルを定め、RTSフレーム及びDMG CTSフレームに含めて受信装置２００へ送信しても良い。
送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルを、他の送信装置４００（たとえば、図示しないアクセスポイント）より通知された情報に基づき定めても良い。例えば、送信装置４００は、8.64 GHz CBにおいて用いる占有チャネルを定めて、DMG Beaconフレームを用いて通知しても良い。送信装置１００は、DMG Beaconを受信した場合、送信装置４００が定めた8.64 GHz CBにおいて用いる占有チャネルと同一のチャネルを、送信装置１００が用いる占有チャネルであると定めても良い。
送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルをあらかじめ定める場合、8.64 GHz CBに対応する重複する占有チャネル番号の組合せに対して、Compressed BWフィールドの値「5」を割り当ててもよい（図６３Ａを参照）。
また、送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルをあらかじめ定め、8.64 GHz CBにおいて用いる占有チャネルの一部を用いて6.48 GHzチャネルボンディング(6.48 GHz CBという)を行ってもよい。
例えば、送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルは、ch1、ch2、ch3、ch4の組み合わせである場合、ch1、ch2、ch3を占有チャネルとする6.48 GHz CB、及びch2、ch3、ch4を占有チャネルとする6.48 GHz CBを行う。
送信装置１００は、ch1、ch2、ch3を占有チャネルとする6.48 GHz CB、及びch2、ch3、ch4を占有チャネルとする6.48 GHz CBを行うため、これらに別のCompressed BWの値（3及び4）を定める（図６３Ａを参照）。また、送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルは、ch1、ch2、ch3、ch4の組み合わせである場合、ch4、ch5、ch6を占有チャネルとする6.48 GHz CBを行わない。この場合、送信装置１００は、ch1、ch2、ch3を占有チャネルとする6.48 GHz CBとch3、ch4、ch5を占有チャネルとする6.48 GHz CBに同一のCompressed BWフィールドの値(つまり、3)を割り当てても良い（図６３Ａを参照）。
また、送信装置１００は、8.64 GHz CBにおいて用いる占有チャネルをあらかじめ定め、8.64 GHz CBにおいて用いる占有チャネルの一部を用いて2つの2.16GHzチャネルを用いるチャネルアグリゲーション(2.16+2.16 GHz CAという)を行ってもよい。
送信装置１００は、6.48 GHz CBの場合と同様に、8.64 GHz CBにおいて用いる占有チャネルに応じて占有チャネルの組み合わせを区別できる場合、2.16+2.16 GHz CAに対応する重複する占有チャネル番号の組合せに対して、Compressed BWフィールドの値(6及び7)を割り当ててもよい（図６３Ｂを参照）。
また、送信装置１００は、2.16+2.16 GHz CAにおいて、2つの2.16 GHzチャネルが4チャネル以上離れている場合（図６３Ｂにおいて、Compressed BWの値が8の場合を参照）、及び、2つの2.16 GHzチャネルが隣接している場合（図６３Ｂにおいて、Compressed BWの値が9の場合を参照）、占有チャネルをあらかじめ定めても良い。
送信装置１００は、2.16+2.16 GHz CAにおいて用いる占有チャネルをあらかじめ定める場合、2.16+2.16 GHz CAに対応する重複する占有チャネル番号の組合せに対して、Compressed BWフィールドの値を割り当ててもよい（図６３Ｂにおいて、Compressed BWの値が8及び9の場合を参照）。
また、送信装置１００は、2つの4.32GHzチャネルを用いるチャネルアグリゲーション(4.32+4.32 GHz CAという)、占有チャネルをあらかじめ定めても良い。
送信装置１００は、4.32+4.32 GHz CAにおいて用いる占有チャネルをあらかじめ定める場合、4.32+4.32 GHz CAに対応する重複する占有チャネル番号の組合せに対して、Compressed BWフィールドの値を割り当ててもよい（図６３Ｃを参照）。
送信装置１００は、図６２において、Start bitが16であるReservedフィールドに0を設定する。
図６２において、Compressed BWフィールドと、Start bitが16であるReservedフィールドを合わせた5ビットは、実施の形態１から５におけるInfoに相当する。つまり、送信装置１００は、Infoの値を、Compressed BWフィールドとStart bitが16であるReservedフィールドの値に基づき定め、実施の形態１から５に示したいずれかの方法で、Length（つまり、DMG PSDU Length）の値を算出する。
送信装置１００は、図６１Ａ、図６１Ｂ、及び、図６１ＣのPHYフレームにおけるDataフィールドがSC(シングルキャリア)変調される場合、図６２のIsSCフィールドを1に設定し、DataフィールドがOFDM変調する場合、図６２のIsSCフィールドを0に設定する。
なお、IsSCフィールドは、図６のOFフィールドの値において0と1を反転した場合と同じ意味を持つフィールドである。
送信装置１００は、図６１Ａ、図６１Ｂ、及び、図６１ＣのPHYフレームをシングルストリーム送信する場合、図６２のIsSISOフィールドを1に設定し、MIMO送信する場合、図６２のIsSISOフィールドを0に設定する。
なお、IsSISOフィールドは、図６のMIMOフィールドの値が00の場合IsSISOフィールドを1に、MIMOフィールドの値が00以外の場合IsSISOフィールドを0に設定した場合と同じ意味を持つフィールドである。
図６３Ｄは、図６２のGI/CP Lengthフィールドの値の一例を示す図である。
送信装置１００は、DataフィールドのGI長を64シンボルとする場合（Normal GIという）、図６２のGI/CP Lengthフィールドの値を1に設定する。送信装置１００は、シングルストリーム送信（つまり、IsSISOフィールドの値が1）かつ、2.16 GHz シングルチャネル送信（つまり、Compressed BWフィールドの値が0）かつ、Normal GI（つまり、GI/CP Lengthフィールドの値が1）の場合、図６１Ａのフレームフォーマットを用いてPHYフレームを送信する。
送信装置１００は、DataフィールドのGI長を32シンボルとする場合（Short GIという）、図６２のGI/CP Lengthフィールドの値を0に設定する。送信装置１００は、シングルストリーム送信（つまり、IsSISOフィールドの値が1）かつ、2.16 GHz シングルチャネル送信（つまり、Compressed BWフィールドの値が0）かつ、Short GI（つまり、GI/CP Lengthフィールドの値が0）の場合、図６１Ｂのフレームフォーマットを用いてPHYフレームを送信する。
送信装置１００は、DataフィールドのGI長を128シンボルとする場合（Long GIという）、図６２のGI/CP Lengthフィールドの値を2に設定する。送信装置１００は、シングルストリーム送信（つまり、IsSISOフィールドの値が1）かつ、2.16 GHz シングルチャネル送信（つまり、Compressed BWフィールドの値が0）かつ、Long GI（つまり、GI/CP Lengthフィールドの値が2）の場合、図６１Ｃのフレームフォーマットを用いてPHYフレームを送信する。
図６１Ａのフレームフォーマットについて詳細に説明する。
図６１Ａのフレームフォーマットにおいて、L-Headerフィールドは、L-Header(1)ブロックと、L-Header(2)ブロックを含む。送信装置１００は、図６２のL-Headerフィールドの内容を、11ad規格に従い符号化と変調を行い、448シンボルのL-Header(1)ブロック及び448シンボルのL-Header(2)ブロックを生成する。L-Headerフィールドは、L-Header(1)ブロックとL-Header(2)ブロックの前後に、64シンボルのGI(以降、GI64と記載する)を含む。
図６１Ａのフレームフォーマットにおいて、EDMG-Header-A(E-Header-A)フィールドは、E-Header-A(1)ブロックと、E-Header-A(2)ブロックを含む。E-Header-A(1)ブロック及びE-Header-A(2)ブロックは、π/2-BPSK変調された448シンボルを含む。E-Header-Aフィールドは、E-Header-A(1)ブロックとE-Header-A(2)ブロックの後に、GI64を含む。
図６１Ａのフレームフォーマットにおいて、Dataフィールドは、448シンボルのデータブロック（Data(1)からData(N)、Nはデータブロック数）を含む。Dataフィールドは、各データブロックの後に、GI64を含む。
送信装置１００は、図６１ＡのPHYフレームを送信する場合、図５の手順を用いて、L-Headerに格納するDMG PSDU Lengthの値を決定しても良い。図６１Ａのフレームフォーマットにおいて、Dataフィールドは、2つのE-Header-Aブロックと、N個のDataブロックを含むため、送信装置１００は、図５のステップS1において、N_BLKSの値をN+2に設定する。また、送信装置１００は、図５の手順において、Infoの値を、Compressed BWフィールドとStart bitが16であるReservedフィールドの値に基づき定めてもよい。
送信装置１００は、図１１、図１６、図１７、図１９Ａ、図１９Ｂのいずれかの手順を用いて、L-Headerに格納するPSDU Lengthの値を決定しても良い。送信装置１００は、各手順のステップS1において、N_BLKSの値をN+2に設定し、Infoの値を、Compressed BWフィールドとStart bitが16であるReservedフィールドの値に基づき定めてもよい。
図６１Ｂのフレームフォーマットにおいて、L-Headerフィールドと、EDMG-Header-Aフィールドは、図６１Ａのフレームフォーマットと同一である。但し、送信装置１００は、図６１ＢのL-Headerにおいて、GI/CP Lengthの値を0（Short GI）に設定する。
図６１Ｂのフレームフォーマットにおいて、Dataフィールドは、480シンボルのデータブロック（Data(1)からData(N)、Nはデータブロック数）を含む。Dataフィールドは、各データブロックの後に、長さ32シンボルのGI(以降、GI32と記載する)を含む。
送信装置１００は、図６１ＢのPHYフレームを送信する場合、図５、図１１、図１６、図１７、図１９Ａ、図１９Ｂのいずれかの手順を用いて、L-Headerに格納するDMG PSDU Lengthの値を決定しても良い。図６１Ｂのフレームフォーマットにおいて、Dataフィールドは、2つのE-Header-Aブロックと、N個のDataブロックを含むため、送信装置１００は、図５、図１１、図１６、図１７、図１９Ａ、図１９ＢのステップS1において、N_BLKSの値をN+2に設定する。
図６１Ｃのフレームフォーマットにおいて、L-Headerフィールドと、EDMG-Header-Aフィールドは、図６１Ａのフレームフォーマットと同一である。但し、送信装置１００は、図６１ＣのL-Headerにおいて、GI/CP Lengthの値を2（Long GI）に設定する。
図６１Ｃのフレームフォーマットにおいて、Dataフィールドは、384シンボルのデータブロック（Data(1)からData(N)、Nはデータブロック数）を含む。Dataフィールドは、各データブロックの後に、長さ128シンボルのGI(以降、GI128と記載する)を含む。
図６１Ｃのフレームフォーマットは、図６１Ａ及び図６１Ｂのフレームフォーマットと異なり、E-Header-A(2)ブロックの後のGIがGI64ではなくGI128である。つまり、Dataブロック数がNである場合、図６１Ｃのフレームフォーマットは、図６１Ａ及び図６１Ｂに比べ、EDMG-Header-Aフィールドが64シンボル長い。
送信装置１００は、図６１ＣのPHYフレームを送信する場合、図５、図１１、図１６、図１７、図１９Ａ、図１９Ｂのいずれかの手順を用いて、L-Headerに格納するDMG PSDU Lengthの値を決定しても良い。
送信装置１００は、図６１ＣのPHYフレームを送信する場合、E-Header-A(2)ブロックの後のGIがGI64ではなくGI128であるため、図６１Ａ及び図６１Ｂでは、N_BLKS=N+2であったが、図５、図１１、図１６、図１７、図１９Ａ、図１９ＢのステップS1において、N_BLKS=N+3と設定しても良い。
図６４Ａを用いて、11ad端末のレガシ端末である受信装置３００（図４を参照）が図６１Ａ、及び、図６１ＢのPHYフレームを受信する場合の動作を説明する。図６４Ａは、図４の受信装置３００の構成の一例を示す図である。図４と同一のブロックには同一の番号を付与し、説明を省略する。
電力検出部３０５は、受信信号が受信電力閾値を超えたかどうかを判定し、受信制御部３０４に通知する。受信電力閾値は、例えば、11ad規格では、-48 dBm（15.8ナノワット）と定められている。
パケット検出部３０６は、受信信号にPHYフレームが含まれるかどうかを判定する。パケット検出部３０６は、例えば、相関器を備え、11ad規格のフレームにおけるL-STFフィールド（図１を参照）のパターンを検出することにより、PHYフレームを検出する。相関器を用いたパターン検出により、受信装置３００は、受信電力閾値（-48 dBm）より低い受信電力のPHYフレームを検出することができる。例えば、11ad規格では、受信信号が-68 dBm（0.16ナノワット)以上の電力である場合（受信電力閾値よりも低い値）、受信装置はPHYフレームを検出することが定められている。ここで、本開示の受信装置３００は、パターン検出を用いてL-STFを検出することにより、受信電力閾値よりも低い値である-68 dBm以上のPHYフレームを検出することができる。
受信制御部３０４は、電力検出部３０５が受信電力閾値を超える電力を検出した場合、及び、パケット検出部３０６がPHYフレームを検出した場合、図示しないMAC制御部に対してCCA通知を行う。なお、電力及びPHYフレームが検出された後にCCA通知を行うことを、CCAをアサートするという。
受信装置３００は、CCAをアサートする場合、つまり、受信電力閾値を超える信号を受信しているので、他のSTA（例えば送信装置１００）が信号の送信を行っていると判定し、受信装置３００を含む11ad端末は、11ad端末の送信装置（図示しない）に対して、送信を行わない制御を行う。
受信制御部３０４は、電力検出部３０５が受信電力閾値を超える電力を検出している間、CCAのアサートを継続する。
また、受信制御部３０４は、パケット検出部３０６が11ad規格のPHYフレームを検出した場合、PHYフレームが継続している間、CCAのアサートを継続する。受信制御部３０４は、L-Header解析部３０３が出力するパケット長に基づき、PHYフレームの長さを算出し、CCAのアサートを継続する時間を決定しても良い。
受信制御部３０４は、パケット検出部３０６が11ay規格のPHYフレーム（図１を参照）を検出した場合、PHYフレームが継続している間、CCAのアサートを継続する。
なお、受信装置３００は、11ad規格に対応した受信装置であり、11ay規格のEDMG-Header-Aを復調及び復号することが困難であるため、受信中のPHYフレームは未知のフレームであると判定し、パケット検出から電力検出に切換え、PHYフレームが継続している間、CCAのアサートを継続してもよい。
ここで、受信装置３００は、PHYフレームの受信電力が受信電力閾値より低い場合、CCAのアサートの継続が困難となる場合がある。このため、11ad規格と同様のL-STF,L-CEF,L-Headerを含む図６１Ａ、及び、図６１ＢのPHYフレームを用いることで、11ad規格に対応した受信装置３００は、PHYフレームの一部が復調及び復号できるため、PHYフレームの受信電力が受信電力閾値より低い場合であっても、CCAのアサートの継続が可能となる。
受信制御部３０４は、パケット検出部３０６が11ad規格と同様のL-STF,L-CEF,L-Headerを含む図６１Ａ、及び、図６１ＢのPHYフレームを検出した場合、PHYフレームが継続している間、CCAのアサートを継続する。受信制御部３０４は、L-Header解析部３０３が出力するパケット長に基づき、PHYフレームの長さを算出し、CCAのアサートを継続する時間を決定しても良い。
前述の通り、送信装置１００は、図６１Ａ、及び、図６１ＢののPHYフレームのL-Headerに、11ad規格に対応した受信装置（例えば受信装置３００）がPHYフレーム長を計算できるようにLengthを設定して送信する。
このため、受信装置３００は、EDMG-Header-Aフィールド及びDataフィールドを復調及び復号ができなくても、図６１Ａ及び図６１ＢのPHYフレームの長さを算出することができ、CCAをアサートすることができる。これにより、受信装置３００は、電力検出に基づくCCAに比べ、正確にCCAをアサートすることができる。
このため、受信装置３００を含む11ad端末は、11ad端末の送信装置（図示しない）に対して、CCA不検出による送信を減らし、他のSTA（例えば送信装置１００、及び、送信装置１００が送信中のパケットを受信している受信装置２００）への干渉を減らすことができる。
受信装置３００は、図６１ＣのPHYフレームを受信する場合、L-Headerに含まれるLengthフィールドの値を用いて、図６１ＣのPHYフレームより448シンボル長いPHYフレームの長さを算出する。受信装置３００は、算出したPHYフレーム長に基づき、CCAをアサートしても良い。
受信装置３００は、EDMG-Header-Aフィールド及びDataフィールドを受信せずに図６１ＣのPHYフレームより448シンボル長いPHYフレームの長さを算出することができ、CCAをアサートすることができる。これにより、受信装置３００は、CCA不検出による送信を減らし、他のSTA（例えば送信装置１００、及び送信装置１００が送信中のパケットを受信している受信装置２００）への干渉を減らすことができる。
図６４Ｂは、受信装置２００の構成の一例を示す図である。前述した図３と同一のブロックには同一の番号を付与し、説明を省略する。なお、図６４Ｂにて追加したブロックは図３に追加して実施してもよい。
電力検出部２０８は、受信信号が受信電力閾値を超えたかどうかを判定し、受信制御部２０７に通知する。受信電力閾値は、例えば、11ad規格では、-48 dBm（15.8ナノワット）と定められている。
また、電力検出部２０８は、受信信号の受信電力を測定し、AGC制御部２１０に通知する。
ＡＧＣ制御部２１０は、電力検出部２０８より通知された受信信号の受信電力の値に基づき、ＲＦ受信回路（図示しない）の利得を調整し、受信フィルタ部２０１に入力される受信信号が適切な振幅となるように制御する（AGC: Automatic Gain Controlという）。
パケット検出部２０９は、受信信号にPHYフレームが含まれるかどうかを判定する。パケット検出部２０９は、例えば、相関器を備え、L-STFフィールド（図１を参照）のパターンを検出することにより、PHYフレームを検出する。
受信制御部２０７は、電力検出部２０８が受信電力閾値を超える電力を検出した場合、及び、パケット検出部２０９がPHYフレームを検出した場合、図示しないMAC制御部に対してCCA通知を行う。
受信装置２００は、CCAをアサートする場合、他のSTA（例えば送信装置１００）が信号の送信を行っていると判定し、受信装置２００が含まれる11ay端末は、11ay端末の送信装置１００に送信を行わないように制御する。
受信制御部２０７は、電力検出部２０８が受信電力閾値を超える電力を検出している間、CCAのアサートを継続する。
また、受信制御部２０７は、パケット検出部２０９がPHYフレームを検出した場合、PHYフレームが継続している間、CCAのアサートを継続する。受信制御部２０７は、EDMG-Header-A解析部２０６が出力するパケット長に基づき、PHYフレームの長さを算出し、CCAのアサートを継続する時間を決定しても良い。
図６４Ｃは、図３の受信装置２００の復調部２０３の一例を示す図である。復調部２０３は、チャネル推定器２０３０、ＤＦＴ（Discrete Fourier Transform）２０３１、等化器２０３２、ＩＤＦＴ２０３３、GI除去２０３４、データ復調２０３５を含む。
チャネル推定器２０３０は、L-CEFフィールドの受信信号を用いて、チャネル（無線伝搬路）の周波数応答を推定する。
ＤＦＴ２０３１は、同期部２０２が出力する時間領域受信信号を離散フーリエ変換し、周波数領域信号に変換する。
等化器２０３２は、周波数領域信号を補正し、SNR（Signal to Noise Ratio, 信号対雑音比）及びSINR（Signal to Interference plus Noise Ratio, 信号対雑音・干渉比）を改善する。等化器２０３２が用いる方法として、ZF（Zero Forcing）方式、MMSE（Minimum Mean Square Error）方式、MLD（Maximum Likelihood Detection）方式等がある。
ＩＤＦＴ２０３３は、等化器２０３２が出力する周波数領域信号に対して逆離散フーリエ変換を行い、時間領域信号（受信シンボル信号という）に変換する。
ＧＩ除去２０３４は、受信シンボル信号から、ＧＩに関する受信シンボルを除去し、L-Header、E-Header-A、Dataに関する受信シンボル信号をデータ復調部２０３５へ入力する。
データ復調２０３５は、L-Headerフィールド、EDMG-Headerフィールド、Dataフィールドに関する受信シンボル信号に対して各フィールドにおける変調方式に応じた復調処理を行い、尤度値信号（LLR、Log-Likelihood Ratioという）を生成する。図３の復号部２０４は、尤度値信号を用いて誤り訂正復号を行い、L-Headerフィールド、EDMG-Headerフィールド、Dataフィールドに関する受信ビット列を生成する。
次に、図６５Ａ、図６５Ｂ、及び、図６５Ｃを用いて、ＤＦＴ２０３１の動作を説明する。
図６５Ａは、受信装置２００によって受信された図６１ＡのPHYフレーム（Normal GI）のうちのEDMG-Header-Aフィールド及びDataフィールド（同期部２０２が出力する時間領域受信信号）の一例を示す図である。
ＤＦＴ２０３１は、４４８シンボルのE-Header-A(1)ブロックと６４シンボルのGI64とを入力として、512点DFT処理を行う。ＤＦＴ２０３１へ入力する512個のシンボルを、DFTウィンドウという。
時間領域受信信号におけるE-Header-A(1)ブロックの開始シンボルは、同期部２０２によって決定される。例えば、受信信号に直接波と反射波を含む場合、直接波のEDMG-Header-A(1)ブロックの受信開始時刻と反射波のEDMG-Header-A(1)ブロックの受信開始時刻は異なることがある。このため、同期部２０２は、直接波のEDMG-Header-A(1)ブロックの受信開始時刻を基準として、E-Header-A(1)ブロックの開始シンボルを決定しても良い。
ＤＦＴ２０３１は、後続するE-Header-A(2)ブロックとGI64とを入力として、512点DFT処理を行う。つまり、ＤＦＴ２０３１は、E-Header-A(1)を含むDFTウィンドウに続き、E-Header-A(2)を含むDFTウィンドウを定める場合、E-Header-A(1)を含むDFTウィンドウと、E-Header-A(2)を含むDFTウィンドウの間隔は0シンボルである。
なお、送信装置１００と受信装置２００のシンボルクロックのずれを補正する（シンボル同期という）ため、ＤＦＴ２０３１は、DFTウィンドウと次のDFTウィンドウの間に1以上のシンボルを挿入しても良い。つまり、DFTウィンドウの間隔を1以上としてもよい。
また、シンボル同期のため、ＤＦＴ２０３１は、DFTウィンドウと次のDFTウィンドウを1シンボル以上重複させてもよい。つまり、DFTウィンドウの間隔は-1以下としてもよい。
以下、シンボル同期に関する記述は省略するが、同様である。
ＤＦＴ２０３１は、図６５Ａでは、４４８シンボルのData(1)ブロックと６４シンボルのGI64とを次のDFTウィンドウと定め、DFT処理を行う。同様に、Data(2)からData(N)ブロックまでの各Dataブロックと各GI64とをそれぞれDFTウィンドウと定め、DFT処理を行う。
図６５Ｂは、受信装置２００によって受信された図６１ＢのPHYフレーム（Short GI）のうちのEDMG-Header-Aフィールド及びDataフィールドの一例を示す図である。
図６５ＢのEDMG-Header-Aのフォーマットは図６５Ａと同一である。また、図６５Ｂでは、４８０シンボルのDataブロックと３２シンボルのGI32とを合計した長さは512シンボルであり、図６５Ａと同じシンボル数である。ＤＦＴ２０３１は、図６５Ａと同様に、E-Header-Aフィールド及びDataフィールドに対してDFTウィンドウを定め、DFT処理を行う。
図６５Ｃは、受信装置２００によって受信された図６１ＣのPHYフレーム（Long GI）のうちのEDMG-Header-Aフィールド及びDataフィールドの一例を示す図である。
図６５ＣのEDMG-Header-Aのフォーマットにおいて、E-Header-A(2)ブロックの後のGIは、128シンボル（つまり、GI128）である。ＤＦＴ２０３１は、E-Header-A(2)ブロックと、E-Header-A(2)ブロックに後続するGI128の前半64シンボルをDFTウィンドウとして、DFT処理を行う。
送信装置１００は、GI128の前半64シンボルとGI64を同一のパターンとして送信しても良い。この場合、受信装置２００は、E-Header-A(2)を含むDFTウィンドウでは、図６５ＡにおけるE-Header-A(2)ブロックとGI64を含む場合と同様にＤＦＴ及び等化を行う。
ＤＦＴ２０３１は、図６５Ｃでは、３８４シンボルのData(1)ブロックと１２８シンボルのGI128を次のDFTウィンドウと定め、DFT処理を行う。
つまり、図６５Ａ及び図６５Ｂでは、E-Header-A(2)ブロックを含むDFTウィンドウとData(1)ブロックを含むDFTウィンドウの間隔は0であるが、図６５Ｃでは、E-Header-A(2)ブロックを含むDFTウィンドウとData(1)ブロックを含むDFTウィンドウの間隔は64である。
受信装置２００は、E-Header-A(2)ブロックを含むDFTウィンドウの受信信号をＤＦＴ２０３１へ入力完了するまでに、L-Headerの復号を完了して、受信したCompressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドの値を取得し、受信したPHYフレームが、図６５Ａ、図６５Ｂ、図６５Ｃの何れか、又は別のフォーマットであるか、を判別する。以下に、PHYフレームの判別について、詳細に説明する。
図６４ＢのL-Header解析部２０５は、復号されたL-Header（L-Headerに関する受信ビット列）から、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドの値を取得し、受信制御部207へ転送する。
図６６は、受信制御部207がフォーマットを判別する基準の一例を示す図である。受信制御部２０７は、L-Header解析部２０５より入力されたCompressed BWフィールドの値が0、IsSCフィールドの値が1、IsSISOフィールドの値が1、GI/CP Lengthフィールドの値が0の場合、受信装置２００が受信中のPHYフレームは、図６１Ｂ及び図６５Ｂのフォーマットであると判別する。
受信制御部２０７は、L-Header解析部２０５より入力されたCompressed BWフィールドの値が0、IsSCフィールドの値が1、IsSISOフィールドの値が1、GI/CP Lengthフィールドの値が1の場合、受信装置２００が受信中のPHYフレームは、図６１Ａ及び図６５Ａのフォーマットであると判別する。
受信制御部２０７は、L-Header解析部２０５より入力されたCompressed BWフィールドの値が0、IsSCフィールドの値が1、IsSISOフィールドの値が1、GI/CP Lengthフィールドの値が2の場合、受信装置２００が受信中のPHYフレームは、図６１Ｃ及び図６５Ｃのフォーマットであると判別する。
受信制御部２０７は、L-Header解析部２０５より入力されたCompressed BWフィールドの値、IsSCフィールドの値、IsSISOフィールドの値、GI/CP Lengthフィールドの値の組み合わせが、前述のいずれでもない場合、受信装置２００が受信中のPHYフレームは、図６１Ａ（図６５Ａ）、図６１Ｂ（図６５Ｂ）、図６１Ｃ（図６５Ｃ）のいずれでもない（つまり、他のフォーマット）であると判別する。
受信制御部２０７は、判別結果を復調部２０３及びＤＦＴ２０３１へ通知する。ＤＦＴ２０３１は、判別されたフォーマットが図６５Ａ及び図６５Ｂの場合、E-Header-A(2)ブロックを含むDFTウィンドウとData(1)ブロックを含むDFTウィンドウの間隔を0として、Data(1)ブロックを含むDFTウィンドウのDFTを行う。
ＤＦＴ２０３１は、判別されたフォーマットが図６５Ｃの場合、E-Header-A(2)ブロックを含むDFTウィンドウとData(1)ブロックを含むDFTウィンドウの間隔を64として、Data(1)ブロックを含むDFTウィンドウのDFTを行う。
なお、Compressed BWフィールドの値が6以上9以下である場合、つまり、2.16+2.16 GHz CAである場合、送信装置１００は、図５５Ａに示すフレームフォーマットを用いる。各チャネル（図５５Ａでは、ch1とch3）上のフレームフォーマットは、図６１Ａ、図６１Ｂ、及び、図６１Ｃと同一である。
つまり、送信装置１００は、2.16+2.16 GHz CAの場合、図６１Ａ、図６１Ｂ、及び、図６１Ｃと同一のフレームフォーマットを2つのチャネルを用いて送信する。送信装置１００は、2つのチャネルにおいて、L-HeaderとEDMG-Header-Aは同一のデータを含めて送信してもよい。また、送信装置１００は、2つのチャネルにおいて、Dataフィールドに異なるデータを含めて送信しても良い。
受信装置２００は、2.16+2.16 GHz CA(つまり、Compressed BWフィールドの値が6以上9以下)の場合、2.16 GHzシングルチャネル送信(つまり、Compressed BWフィールドの値が0)の場合と同様に、DFTウィンドウを決定しても良い。
本実施の形態の送信装置１００は、L-HeaderにCompressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドを含めて送信するため、受信装置２００は、L-Headerの受信から、Data(1)ブロックのＤＦＴ２０３１への入力までの間にL-Headerの復号と解析を行い、判別したフレームフォーマットに基づきＤＦＴ２０３１の動作を変更する。
本実施の形態の送信装置１００は、L-HeaderのLengthフィールドの下位ビットに、Infoを含めて送信するようにしたので、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP LengthフィールドをL-Headerに含めて送信することができる。
なお、図６５Ａ、図６５Ｂ、及び、図６５Ｃにおいて、ＤＦＴ２０３１は、各データブロック(L-Header(1)、L-Header(2)、E-Header-A(1)、E-Header-A(2)、Data(1)からData(N))と、各データブロックに後続するGIとをDFTウィンドウとした。つまり、ＤＦＴ２０３１は、GIの終端とDFTウィンドウの終端とを一致させるように、DFTウィンドウを決定する。
図６７Ａ、図６７Ｂ、図６７Ｃは、ＤＦＴ２０３１がDFTウィンドウを決定する別の方法を示す図である。図６７Ａ、図６７Ｂ、図６７Ｃでは、受信装置２００は、それぞれ図６５Ａ、図６５Ｂ、図６５Ｃと同じフレームフォーマットのパケットを受信する。
受信装置２００のＤＦＴ２０３１は、図６７Ａ、図６７Ｂ、図６７Ｃでは、図６５Ａ、図６５Ｂ、図６５Ｃと比べ、DFT窓先行区間分、DFT窓を早めて設定する。ここでは、DFT窓先行区間は、例えば8シンボルである。
受信装置２００は、DFT窓先行区間を1シンボル以上とすることにより、受信信号が直接波に対する先行波を含む場合に、DFTウィンドウに先行波を含めて等化を行うことができ、受信品質を高めることができる。
なお、受信装置２００は、DFT窓先行区間を、L-Headerフィールド、EDMG-Header-Aフィールド、Dataフィールドにおいて、同一のシンボル数として設定してもよい。図６７Ａ、図６７Ｂ、図６７Ｃにおける、E-Header-A(1)を含むDFTウィンドウと、E-Header-A(2)とを含むDFTウィンドウの間隔は、それぞれ、図６５Ａ、図６５Ｂ、図６５Ｃと同じである。
また、受信装置２００は、DataフィールドのDFT窓先行区間を、L-Headerフィールド及びEDMG-Header-AフィールドのDFT窓先行区間とは異なるシンボル数として設定してもよい。この場合、受信装置２００は、E-Header-A(1)を含むDFTウィンドウと、E-Header-A(2)を含むDFTウィンドウの間隔を、DFT窓先行区間に応じて調整する。
また、受信装置２００は、DFT窓先行区間を、GIの長さに応じて異なるシンボル数として設定してもよい。
例えば、受信装置２００は、Normal GIでは、DataフィールドのDFT窓先行区間は8シンボル、Short GIでは、DataフィールドのDFT窓先行区間は4シンボル、Long GIでは、DataフィールドのDFT窓先行区間は16シンボルとし、L-Headerフィールド及びEDMG-Header-AフィールドのDFT窓先行区間は、DataフィールドのGIの長さに関わらず8としても良い。
この場合、E-Header-A(1)を含むDFTウィンドウの間隔、及び、E-Header-A(2)を含むDFTウィンドウの間隔は、Normal GIでは0、Short GIでは4、Long GIでは56である。
受信装置２００は、図６６を用いて、L-Headerの復号結果から、E-Header-A(1)を含むDFTウィンドウと、E-Header-A(2)を含むDFTウィンドウの間隔を決定し、Data(1)ブロックを含むDFTウィンドウを決定しても良い。
なお、本開示では、「L-Header」に、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドを全て含めたが、「L-Header」に、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドを全て含めないで、「EDMG-Header-A」に、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドを全て含める場合、E-Header-A(2)ブロックを含むDFTウィンドウとData(1)ブロックを含むDFTウィンドウとの間隔は0又は64であるから、Data(1)ブロックをＤＦＴ２０３１へ入力する前までにEDMG-Header-Aを復号することは困難である。つまり、Data(1)ブロックをＤＦＴ２０３１へ入力する前までにフレームフォーマットを判別することが困難である。
なお、本開示の各実施の形態は、「L-Header」に、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドを全て含め、「EDMG-Header-A」にも、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、GI/CP Lengthフィールドを全て含めてもよい。
この場合、Data(1)ブロックをメモリ（図示しない）に保存し、Data(1)ブロックをＤＦＴ２０３１へ入力するタイミングを遅らせることで、フレームフォーマットを判断した後にData(1)ブロックをDFT処理することが可能である。
しかし、受信装置は、メモリを用いることによりパケットの受信における処理遅延、回路規模、消費電力が増大する。また、受信装置は、メモリのサイズを削減するために、L-Headerを復調及び復号を行うための復調部、復号部を高速化し、遅延を削減する必要がある。このために、受信装置は、回路の動作クロックを高めることにより、消費電力が増大し、回路の並列度を高めることにより、回路規模及び消費電力が増大する。
これに対して、実施の形態１２の送信装置１００は、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、CP/GI Lengthフィールドの値をL-Headerに含め、それらの一部をL-HeaderのLengthフィールドの下位ビットに含めて送信する。このため、受信装置２００はPHYフレームのフォーマットに応じたDFTウィンドウを定めることができ、処理遅延、回路規模、消費電力を削減することができる。
また、実施の形態１２の送信装置１００は、Compressed BWフィールド、IsSCフィールド、IsSISOフィールド、CP/GI Lengthフィールドの値をL-Headerに含め、それらの一部をL-HeaderのLengthフィールドの下位ビットに含めて送信する。このため、11ad端末のレガシ端末である受信装置３００は、EDMG-Header-Aフィールド及びDataフィールドを復号せずにパケット長を算出することができ、CCAをアサートすることができるので、消費電力を削減し、他の端末へ与える干渉を削減することができる。
また、実施の形態１２の11ay端末である受信装置２００は、受信したL-Headerの値に応じてDFTウィンドウのタイミングを変更してパケットを受信するため、回路規模及び消費電力を削減することができる。
（実施の形態１２の変形例）
図６８Ａ、図６８Ｂ、図６８Ｃは、それぞれ図６１Ａ、図６１Ｂ、図６１Ｃと対応し、実施の形態１２の変形例のフレームフォーマットの一例を示す図である。
送信装置１００は、図６８Ａ、図６８Ｂ、図６８Ｃのフレームフォーマットを用いる場合、図６１Ａ、図６１Ｂ、図６１Ｃを用いる場合と異なり、Dataフィールドの先頭（つまり、Data(1)ブロックの前）に、M-STF（Midamble STF）ブロックとGIとを挿入して送信する。
M-STFブロックは、Data(1)ブロックと同じシンボル数を含み、Normal GI（図６８Ａ）では、448シンボルであり、Short GI（図６８Ｂ）では、480シンボルであり、Long GI（図６８Ｃ）では、384シンボルである。
また、図６８Ｃのフレームフォーマットは、図６１Ｃと異なり、E-Header-A(2)の後のGIがGI64である。
図６８Ａ、図６８Ｂ、及び、図６８Ｃにおいて、EDMG-Header-AフィールドとDataフィールドを合わせた部分の長さは、(N+3)×512シンボルである。つまり、図６１Ａ、図６１Ｂ、及び、図６１Ｃと異なり、GI長に関わらず長さが同一である。
送信装置１００は、図６８Ａ、図６８Ｂ、及び、図６８ＣのPHYフレームを送信する場合、図５、図１１、図１６、図１７、図１９Ａ、図１９Ｂのいずれかの手順を用いて、L-Headerに格納するDMG PSDU Lengthの値を決定しても良い。図６８Ａ、図６８Ｂ、図６８Ｃのフレームフォーマットにおいて、Dataフィールドは、2個のE-Header-Aブロックと、1個のM-STFブロックと、N個のDataブロックを含むため、送信装置１００は、図５、図１１、図１６、図１７、図１９Ａ、図１９ＢのステップS1において、N_BLKSの値をN+3に設定する。
11ad端末のレガシ端末である受信装置３００（図４を参照）が、図６８Ａ、図６８Ｂ、図６８ＣのPHYフレームを受信する場合、L-Headerに含まれるLengthフィールドの値を用いて、PHYフレームの長さを算出する。受信装置３００は、算出したPHYフレーム長に基づき、CCAをアサートしても良い。
つまり、受信装置３００が、図６８ＣのPHYフレームを受信する場合、図６１Ｃと異なり、PHYフレーム長を正確に算出することができる。
受信装置２００が、図６８Ａ、図６８Ｂ、図６８ＣのPHYフレームを受信する場合、E-Header-A(2)ブロックを含むDFTウィンドウとM-STFブロックを含むDFTウィンドウの間隔は、図６８Ａ、図６８Ｂ、図６８Ｃそれぞれにおいて0である。
また、受信装置２００が、図６８Ａ、図６８Ｂ、図６８ＣのPHYフレームを受信する場合、M-STFブロックを含むDFTウィンドウとDataブロックを含むDFTウィンドウの間隔は、図６８Ａ、図６８Ｂ、図６８Ｃそれぞれにおいて0である。
つまり、受信装置２００が、図６８Ａ、図６８Ｂ、図６８ＣのPHYフレームを受信する場合、GIの長さに応じてDFTウィンドウの定め方を切り替える必要が無い。つまり、ＤＦＴ２０３１の動作は、GIの長さに関わらず同一である。
受信装置２００の受信制御部２０７は、GIの長さ（GI/CP Lengthフィールドの値）に応じて、ＧＩ除去２０３４を制御する。受信装置２００は、Data(1)ブロックのGI除去処理を行う前に、L-Headerの復号と解析を完了する。
受信装置２００は、Dataブロック(1)のDFT処理、等化処理、IDFT処理を行っている間に、L-Headerの復号を行ってもよい。つまり、実施の形態１２において、DataブロックのDFT処理の前にL-Headerの復号を完了する場合に比べ、L-Headerの復号に用いることができる時間が増加する。これにより、受信装置２００の復号部２０４の動作クロックを下げ、並列度を下げることができるので、回路規模及び消費電力を削減することができる。
（M-STFの実施例１）
図６９Ａ、図６９Ｂ、図６９Ｃは、M-STFの実施例１における、M-STFと、M-STFに後続するGIの一例を示す図である。
送信装置１００は、Normal GIのPHYフレーム（図６８Ａ）では、GI64のパターンを7回繰り返すことで、448シンボルのM-STFフィールドを生成する（図６９Ａ）。Normal GIのPHYフレームでは、M-STFと、M-STFに後続するGIを合せると、GI64を8回繰り返したパターンに相当する。
送信装置１００は、Short GIのPHYフレーム（図６８Ｂ）では、GI64のパターンを7回繰り返し、更に、GI64の前半32シンボルを加え、480シンボルのM-STFフィールドを生成する（図６９Ｂ）。Short GIのPHYフレームでは、GI64の後半32シンボルと、GI32のパターンが同一である場合、M-STFと、M-STFに後続するGIを合わせると、GI64を8回繰り返したパターンに相当する。
送信装置１００は、Long GIのPHYフレーム（図６８Ｃ）では、GI64のパターンを6回繰り返すことで、384シンボルのM-STFフィールドを生成する（図６９Ｃ）。Long GIのPHYフレームでは、GI128の前半64シンボルと、GI64のパターンが同一である場合、M-STFと、M-STFの後のGIを合わせると、GI64を7回繰り返し、別の64シンボルのパターン（GI128の後半64シンボル）を付加したパターンに相当する。
M-STFの実施例１では、送信装置１００は、GI64のパターンを繰り返すことによりM-STFのパターンを生成することができるため、簡易な回路でパターンを生成でき、回路規模を削減することができる。
受信装置２００は、M-STFの実施例１のM-STFを受信した場合、AGCを行ってもよい。受信装置２００は、L-STFを用いてAGCの疎調整を行い、M-STFを用いてAGCの精調整を行ってもよい。
また、受信装置２００は、L-Headerを復号した情報を用いて、AGCの目標振幅を変更し、M-STFを用いてAGCの精調整を行ってもよい。
図６９Ａ、図６９Ｂ、図６９Ｃは、GI毎に前半448シンボルが共通のパターンであるから、受信装置２００は、GI長に関わらず同一の処理でM-STFを用いたAGC処理を行うことができる。
ここで、受信装置２００は、チャネルボンディングパケット（例えば図４０を参照）のL-STF，L-CEF，L-Header，E-Header-Aの受信感度を高めるため、RF回路のフィルタ係数をチャネルボンディングに適した値に設定し、AGCの目標振幅を定め、L-STFにおけるAGCを行ってもよい。
受信装置２００は、L-Headerを復号し、Compressed BWフィールドの値からPHYフレームの占有チャネルを判別し、M-STFの受信中にRF回路のフィルタ係数をPHYフレームの占有チャネルに適した値に設定し、AGCの目標振幅を変更しても良い。
受信装置２００は、M-STFの受信中にRF回路のフィルタ係数を切り替えることによって、受信中のシンボルの品質が損なわれる場合があるが、M-STFの一部のシンボルが損なわれても、Dataを損なうことを抑制できる。
（M-STFの実施例２）
図７０Ａ、図７０Ｂ、図７０Ｃは、M-STFの実施例２における、M-STFと、M-STFに後続するGIの一例を示す図である。M-STFは、GI64のパターンを繰り返す図６９Ａ、図６９Ｂ、図６９Ｃと異なり、128シンボルのパターン（Ga128）を繰り返して構成される。
送信装置１００は、図７０Ａ、図７０Ｂ、図７０ＣにおけるGa128として、L-STFに含まれるGa128のパターンを用いてもよい。なお、11ad規格では、送信装置１００は、Ga128を16回繰り返し、符号反転した-Ga128を付加してL-STFを生成する。
送信装置１００は、図７０Ａ、図７０Ｂ、図７０ＣにおけるGa128として、GI128と同一のパターンを用いてもよい。
送信装置１００は、Normal GIのPHYフレーム（図６８Ａ）では、３つのGa128、Ga128の前半64シンボルを用いて、448シンボルのM-STFフィールドを生成する（図７０Ａ）。
送信装置１００は、Short GIのPHYフレーム（図６８Ｂ）では、３つのGa128、Ga128の前半96シンボルを用いて、480シンボルのM-STFフィールドを生成する（図７０Ｂ）。
送信装置１００は、Long GIのPHYフレーム（図６８Ｃ）では、３つのGa128を用いて、384シンボルのM-STFフィールドを生成する（図７０Ｃ）。
M-STFの実施例2では、送信装置１００は、Ga128を用いることによりM-STFを生成することができるため、簡易な回路でM-STFを生成でき、回路規模を削減することができる。
また、図７０Ａ、図７０Ｂ、図７０Ｃでは、それぞれ、長さの異なるGIをM-STFに後続させることで、512シンボルを構成することで、受信装置２００は、GI長に関わらず同一の処理でM-STFを用いたAGC処理を行うことができる。
図７１Ａ、図７１Ｂ、図７１Ｃはそれぞれ、図７０Ａ、図７０Ｂ、図７０Ｃのパターンの変形例、つまり、M-STFの実施例２におけるM-STFと、M-STFに後続するGIの一例を示す図の他の一例である。
送信装置１００は、Normal GIのPHYフレーム（図６８Ａ）では、Ga128の後半64シンボルと３つのGa128とを用いて、448シンボルのM-STFフィールドを生成する（図７１Ａ）。
送信装置１００は、Short GIのPHYフレーム（図６８Ｂ）では、Ga128の後半64シンボルと３つのGa128とGa128の前半32シンボルとを用いて、480シンボルのM-STFフィールドを生成する（図７１Ｂ）。
送信装置１００は、Long GIのPHYフレーム（図６８Ｃ）では、３つのGa128を用いて、384シンボルのM-STFフィールドを生成する（図７１Ｃ）。図７１Ｃのパターンは、図７０Ｃと同一である。
GI64のパターンが、GI128の前半64シンボルと同一である場合、図７１Ａのパターンは、図７１Ｃのパターンを64シンボル分巡回シフトしたパターンに相当する。
また、GI64のパターンが、GI128の前半64シンボルと同一であり、GI32のパターンがGI64の後半32シンボルと同一である場合、図７１Ａのパターン及び図７１Ｂのパターンは、図７１Ｃのパターンを64シンボル分巡回シフトしたパターンに相当する。
送信装置１００は、Ga128を用いることにより、図７１Ａ、図７１Ｂ、図７１ＣのM-STFを生成することができるため、簡易な回路でM-STFを生成でき、回路規模を削減することができる。
また、図７１Ａ、図７１Ｂ、図７１Ｃでは、M-STFは、共通のパターンを巡回シフトしたシンボルであるから、受信装置２００は、GI長に関わらず同一の処理でM-STFを用いたAGC処理を行うことができる。
（M-STFの実施例３）
図７２Ａ、図７２Ｂ、図７２Ｃは、M-STFの実施例３における、M-STFと、M-STFに後続するGIの一例を示す図である。図７２Ａ、図７２Ｂ、図７２Ｃは、それぞれ、図７０Ａ、図７０Ｂ、図７０Ｃにおいて、GIのパターンを変更した場合である。
図７３は、図７２Ａ、図７２Ｂ、図７２ＣのそれぞれにおけるGa128、GI128、GI64、及び、GI32の生成方法の一例を示す図である。
Ga128を含むGolay系列の生成方法は、11adに規定されており、ベクトルDkとWkを用いて、式（１８）により算出される。
A0(n) = δ(n)
B0(n) = δ(n)
Ak(n) = WkAk-1(n) + Bk-1(n-Dk)
Bk(n) = WkAk-1(n) - Bk-1(n-Dk)
…式（１８）
式（１８）において、n＝0では、δ(n)＝1であり、n≠0では、δ(n)＝0である。また、n＜0及びn≧2kでは、Ak(n)＝０及びBk(n)＝0である。
図７３のGa128は、式（１９）に定められる、ベクトルDkとWkを用いて式（１８）により算出される。
Dk=[2 1 4 8 16 32 64]
Wk=[1 1 -1 -1 1 -1 1]
…式（１９）
式（１８）により算出されたAk(n)から、Ga128(n)=A7(128-n)と定められる。なお、式（１９）のベクトルDkとWkは、11ad規格でのGa128の生成方法と異なる。
送信装置１００は、算出されたGa128を用いて、GI128としてGa128の全シンボルを用い、GI64としてGa128の６５シンボル目から１２８シンボル目までの64シンボルを用い、GI32としてGa128の97シンボル目から128シンボル目までの32シンボルを用いる（図７３を参照）。
式（１９）のベクトルDkとWkを用いてGa128を生成した場合、Ga128の６５シンボル目から１２８シンボル目までの64シンボルは、11ad規格のGa64と同一である。つまり、図７３のGI64は、11ad規格のGIと同一である。
図７４は、図７３のGI128、GI64、GI32のパターンの一例を示す図である。
なお、GI64のパターンは、式（２０）のDkとWkを用いてAk(n)を算出し、Ga64(n)=A6(64-n)とおいて算出してもよい。
Dk=[2 1 4 8 16 32]
Wk=[1 1 -1 -1 1 -1]
…式（２０）
図７４のGI64と、式（２０）を用いて算出したGa64(n)は、同一のパターンである。また、式（２０）のベクトルDkとWkは、11ad規格のGa64の生成方法と同一である。
なお、GI32のパターンは、式（２１）のDkとWkを用いてAk(n)を算出し、Ga32(n)=A5(32-n)と置き換えて、算出されたGa32の符号を反転して（つまり、GI32(n)=-Ga32(n)）算出してもよい。
Dk=[2 1 4 8 16]
Wk=[1 1 -1 -1 1]
…式（２１）
図７４のGI32と、式（２１）を用いて算出した-Ga32(n)は、同一のパターンである。また、式（２１）のベクトルDkとWkは、11ad規格のGa32の生成方法と異なる。
受信装置２００は、図７２Ａ、図７２Ｂ、図７２Ｃのパターンに対して512点DFTを行ってもよい。受信装置２００は、M-STFの前段のGI64（図６８Ａ、図６８Ｂ，図６８Ｃを参照）を、図７２Ａ、図７２Ｂ、図７２Ｃのサイクリックプリフィックスとして利用できるため、シンボル間干渉を低減してM-STFの受信信号を周波数領域信号に変換することができる。
受信装置２００は、周波数領域信号に変換したM-STFの受信信号を用いて、シンボル同期残留誤差、キャリア周波数同期残留誤差、位相ノイズ分散を算出しても良い。これにより、データシンボルに対するシンボル同期、キャリア周波数同期、位相ノイズ抑圧の精度を高めることができ、受信品質を高め、エラーレートを低減することができる。
（M-STFの実施例４）
図７５Ａ、図７５Ｂ、図７５Ｃは、M-STFの実施例４における、M-STF及びM-STFに後続するGIの一例を示す図である。
図７５Ａ、図７５Ｂ、図７５Ｃは、M-STFの実施例３と同一のGa128を用い、GI128，GI64，GI32のパターンもM-STFの実施例３と同一である（図73、図74及び式（１９）を参照）。
図７５Ａ、図７５Ｂ、図７５Ｃにおいて、Gb128のパターンは、式（１８）及び式（１９）を用いて算出される。ここで、Gb128(n)=B7(128-n)である。つまり、Gb128の1ビット目から６４ビット目までの64ビットは、Ga128の1ビット目から６４ビット目までの64ビットの符号を反転したパターンであり、Gb128の６５ビット目から１２８ビット目までの64ビットは、Ga128の６５ビット目から１２８ビット目までの64ビットと同一のパターンである。
図７５Ａ、図７５Ｂ、図７５Ｃにおいて、Ga128、Gb128を配置するパターンの一例は、図７６に示す、11ad規格におけるCEFの前半部分であるGu512の符号を反転したパターンである。なお、図７５Ａ、図７５Ｂ、図７５ＣにおけるGa128、Gb128の生成式（式（１９））は、図７６と異なる。
受信装置２００は、チャネル推定部２０３０に対して、L-CEFとは異なるGa128、Gb128のパターンを使うように設定することで、M-STFフィールドを用いて、L-CEFのGu512を用いる場合と同様にチャネル推定を行うことができる。つまり、チャネル推定部２０３０の回路を再利用してM-STFのチャネル推定ができるため、回路規模を増加を抑制して、チャネル推定の精度を向上させ、受信品質を高めることができる。
受信装置２００は、L-CEFに加えてM-STFを用いてチャネル推定を行うことができるので、Dataフィールドにおける受信精度を高めることができる。また、図７５Ａ、図７５Ｂ、図７５Ｃのパターンは、GIの長さに関わらず、512シンボルであるため、DFTウィンドウのタイミングをGIに応じて変更する必要が無く（図６８Ａ、図６８Ｂ，図６８Ｃを参照）、受信回路の回路規模を削減することができる。
図７７Ａ、図７７Ｂ、図７７Ｃは、それぞれ、図７５Ａ、図７５Ｂ、図７５Ｃと類似した、M-STFの他の一例である。
図７７Ａ、図７７Ｂ、図７７Ｃにおいて、Ga128、Gb128を配置するパターンは、図７６に示す、11ad規格におけるCEFの前半部分であるGu512と同一のパターンである。なお、図７７Ａ、図７７Ｂ、図７７ＣにおけるGa128、Gb128の生成式は、図７６と異なる。
図７７Ａ、図７７Ｂ、図７７Ｃにおいて用いるGa128、Gb128は、式（１９）の代わりに式（２２）のDkとWkを用いて、図７３と同様に算出する。
Dk=[2 1 4 8 16 32 64]
Wk=[1 1 -1 -1 1 -1 -1]
…式（２２）
式（１９）と式（２２）の差は、W7の値である。式（１９）では、W7=1であったが、式（２２）では、W7=-1である。
図７８は、図７７Ａ、図７７Ｂ、図７７Ｃにおいて用いるGI128、GI64、GI32の生成方法の一例を示す図である。式（２２）を用いて算出したGa128を用いて、GI128=-Ga128と定める。また、GI64はGI128(つまり-Ga128)の後半64シンボルを用い、GI32はGI128(つまり-Ga128)の後半32シンボルを用いる。
以上により算出したGI64は、11ad規格のGIと同一である。図７９Ａは、図７７Ａ、図７７Ｂ、図７７Ｃにおいて用いる-Ga128、及びGI128、GI64、GI32のパターンの一例を示す図である。また、図７９Ｂは、図７７Ａ、図７７Ｂ、図７７Ｃにおいて用いる-Gb128のパターンを示す図である。
図７９Ａの-Ga128は、図７４のGa128の1行目と2行目を入れ替えたパターンである。また、図７９Ｂの-Gb128は、図７９Ａの-Ga128の前半64シンボルの符号を反転したパターンである。
図７９Ａ、図７９ＢのGa128とGb128を用いる場合、受信装置２００（11ay端末）は、M-STFの前段のGIをサイクリックプリフィックスとして利用して、図７７Ａ、図７７Ｂ、図７７ＣのパターンのDFTを算出することができる。従って、図７５Ａ、図７５Ｂ、図７５Ｃと同様に、受信装置２００は、図７７Ａ、図７７Ｂ、図７７ＣのM-STFを用いて高精度のチャネル推定を行うことができる。
実施の形態１２の変形例によれば、送信装置１００は、PHYフレームにM-STFを挿入して送信するので、受信装置３００（11ad端末）におけるL-HeaderのLengthを用いたPHYフレーム長の算出の誤差を削減することができる。
また、実施の形態１２の変形例によれば、送信装置１００は、PHYフレームにM-STFを挿入して送信するので、受信装置２００においてDFTウィンドウの間隔を調整することを省略でき、受信装置の回路規模を削減することができる。また、受信装置２００は、M-STFを用いてチャネル推定を行うことができるため、回路規模を抑制して、受信品質を高めることができる。
（実施の形態３の変形例）
図８０Ａ、図８０Ｂは、実施の形態３の変形例におけるPHYフレームのフォーマットの一例を示す図である。図８０Ａは、シングルチャネル送信、つまり、チャネルボンディングを適用しない場合のPHYフレームの一例を示す図である。また、図８０Ｂは、チャネルボンディングを適用する場合のPHYフレームの一例を示す図である。
PHYフレームは、L-STFフィールド、L-CEFフィールド、L-Headerフィールド、EDMG-Header-Aフィールド、EDMG-STFフィールド、EDMG-CEFフィールド、Dataフィールド、TRNフィールドを含む。また、Dataフィールドは、GIブロックとDataブロックを含む。Dataフィールドの先頭のGIブロックを、第1GIと呼ぶ。
Dataフィールドに含まれるdataブロックの数を、Nblksと表す。また、PHYフレームの長さ（送信に要する時間）を、TXTIMEという。また、TXTIMEを11ad規格のPHYフレームのブロック数に換算した値をNblks_spoofという。Nblks_spoofは、実施の形態１から１２におけるN_BLKSと同様であるが、Nblksと区別するため、Nblks_spoofと呼ぶ。
図８０Ａにおいて、送信装置１００は、L-STFフィールド、L-CEFフィールド、L-Headerフィールドを、それぞれ、11ad規格のSTF、CEF、Headerと同様のフォーマットを用いて送信する。
図８０Ｂにおいて、送信装置１００は、L-STFフィールド、L-CEFフィールド、L-Headerフィールドを、それぞれ、11ad規格のSTF、CEF、Headerと同様のフォーマットを、チャネルボンディング送信される複数のチャネルに複製して送信する。図８０Ｂでは、2つのチャネル、ch1とch2上でチャネルボンディング送信を行うPHYフレームの一例を示す。
L-STFフィールド、L-CEFフィールド、L-Headerフィールドは、合計で、4416×Tc1秒である。ここで、Tc1は、11ad規格におけるシングルキャリアのシンボル時間であり、約0.57ナノ秒である。
送信装置１００は、図８０Ａ及び図８０ＢのPHYフレームを送信する場合、PHYフレームを受信した11ad規格の受信装置２００がTXTIMEの値または近似値を算出できるように、L-HeaderのMCS及びLengthフィールドの値(PSDU Lengthの値)を設定する。送信装置１００は、L-HeaderのMCS及びLengthフィールドの値を設定する手順として、図５、図１１、図１６、図１７、図１９Ａ、図１９Ｂ、図２４、図２７、図２９、図３１に示す方法を用いても良い。
図８０Ａ及び図８０ＢのPHYフレームのTXTIMEと、11ad規格の受信装置２００が算出するTXTIME（実際のTXTIMEと異なるため、TXTIME_spoofと表す）との差をspoofing誤差という。
spoofing誤差(spoofing_error)を式（２３）で定める。
spoofing_error = TXTIME_spoof - TXTIME …式（２３）
つまり、spoofing_errorが正の値であるとき、11ad規格の受信装置２００は、L-Headerの値から算出したTXTIME(TXTIME_spoof)は、実際のTXTIMEより長くなり、spoofing_errorが負の値であるとき、11ad規格の受信装置２００は、L-Headerの値から算出したTXTIME(TXTIME_spoof)は、実際のTXTIMEより短くなる。
図８１は、L-HeaderのMCS及びLengthフィールドの値の算出過程を示すフローチャートである。送信装置１００が、図８０Ａ及び図８０ＢのPHYフレームを送信するため、図１６の手順を用いてL-HeaderのMCS及びLengthフィールドの値を算出する場合について、図８１を用いて詳細に説明する。なお、図８１は、図１６におけるN_BLKSの代わりにNblks_spoofと表記した。また、図８１は、図１６のステップS1,S2C,S2D,S4の代わりに、ステップS1-1,S2E,S2F,S4Aを含む。図１６と異なり、送信装置１００は、ステップS2E,S2Fにおいて、N_ratioの選択を行わない。
（ステップS1-1）
送信装置１００は、EDMG-Header-A以降の長さを算出し、ブロック数(Nblks_spoof)に換算する。送信装置１００は、Nblks_spoofの値を、式（２４）を用いて算出してもよい。
Nblks_spoof(temp) = ceiling((TXTIME - 4416 * Tc1)/ (512*Tc1))
= ceiling((TXTIME/Tc1 -4416)/512)
= ceiling(TXTIME/Tc1/512 - 8.625) …式（２４）
なお、送信装置１００は、ステップS1-1で算出したNblks_spoofの値を、以降のステップ(例えばステップS1A)において異なる値に置き換える場合があるため、ステップS1-1で算出した値をNblks_spoof(temp)と表記して区別する。
（ステップS2B）
送信装置１００は、Nblks_spoof(temp)の値が閾値以下であるか否か判定する。実施の形態３に示したとおり、送信装置１００は、ステップS2Fにおいて用いるMCSが6である場合、閾値として、4682を用いても良い。また、送信装置１００は、閾値として4682以下の値を用いても良い。例えば、送信装置１００は、閾値として、128、256、512、1024、2048、4096等、4682以下の2のべき乗の値を用いることで、少ない計算量で閾値判定を行うことができる。
なお、送信装置１００は、ステップS2Bにおいて、Nblks_spoof(temp)の値に対する閾値を、3428と定めても良い。これは、TXTIMEの閾値を1ミリ秒と定めた場合と同様の結果となる。なぜなら、Nblks_spoofの値が3428であるPHYフレームの長さは、約1ミリ秒であるためである。
なお、送信装置１００は、ステップS2Bにおいて、Nblks_spoof(temp)の値に対して閾値判定を行う代わりに、TXTIMEが閾値以下であるか否かを判定しても良い。例えば、送信装置１００は、TXTIMEの閾値を1ミリ秒と定めても良い。
（ステップS2F）
送信装置１００は、ステップS2BにおいてNblks_spoof(temp)が閾値以下であると判定した場合、L-Headerに格納するMCSを6に決定する。
なお、送信装置１００は、ステップS2Fにおいて、L-Headerに格納するMCSの値を7以上の値に定めても良い。つまり、送信装置１００は、ステップS2Fにおいて、図１４の条件２に示す、Nblks_spoofを3で除した値に関する制限が無いMCSを選択する。
ステップS2Fにおいて、送信装置１００は、Nblks_spoofの値を、Nblks_spoof(temp)の値と等しい値であると定める。
（ステップS2E）
送信装置１００は、ステップS2BにおいてNblks_spoof(temp)が閾値以下ではないと判定した場合、L-Headerに格納するMCSを2に決定する。
なお、送信装置１００は、ステップS2Eにおいて、L-Headerに格納するMCSの値を2とは異なる別の値に定めても良い。つまり、送信装置１００は、ステップS2Eにおいて、Nblks_spoof(temp)の値が、図１４の条件１に示すN_BLKSの最大値より小さくなるよう、L-Headerに格納するMCSの値を定めても良い。
（ステップS1A）
送信装置１００は、ステップS2Eにおいて、5以下のMCSを選択した場合、Nblks_spoof(temp)以上の3の倍数を選択し、Nblks_spoofの値と定める。送信装置１００は、式（２５）を用いて、Nblks_spoofの値を定めても良い。
Nblks_spoof = ceiling(Nblks_spoof(temp)/3) × 3 …式（２５）
例えば、送信装置１００は、Nblks_spoof(temp)の値が301である場合、Nblks_spoofの値を303と定めてもよい。
これにより、送信装置１００は、Nblks_spoofの値を3で除した値が1となる値に定めることを避けることができる。つまり、図１４における条件２を満たすようになる。
（ステップS3A）
送信装置１００は、Nblks_spoofの値と、L-Headerに格納するMCSの値を用いて、L-Headerに格納するPSDU Lengthのベース値(L_BASE)を算出する。L_BASEの算出式は、実施の形態１に示した式（１）又は式（２）に示したとおりである。L-Headerに格納するMCS毎に算出式を、式（２６）に示す。
MCS1 ：L_BASE = floor(Nblks_spoof×2/3)×21
MCS2 ：L_BASE = floor(Nblks_spoof×2/3)×42
MCS3 ：L_BASE = floor(floor(Nblks_spoof×2/3)×52.5)
MCS4 ：L_BASE = floor(Nblks_spoof×2/3)×63
MCS5 ：L_BASE = floor(floor(Nblks_spoof×2/3)×68.25)
MCS6 ：L_BASE = floor(Nblks_spoof×4/3)×42
MCS7 ：L_BASE = floor(floor(Nblks_spoof×4/3)×52.5)
MCS8 ：L_BASE = floor(Nblks_spoof×4/3)×63
MCS9 ：L_BASE = floor(floor(Nblks_spoof×4/3)×68.25)
MCS10：L_BASE = floor(Nblks_spoof×8/3)×42
MCS11：L_BASE = floor(floor(Nblks_spoof×8/3)×52.5)
MCS12：L_BASE = floor(Nblks_spoof×8/3)×63
…式（２６）
式（２６）は、実施の形態１に示した式（３）において、PSDU LengthをL_BASEに置き換え、-Infoの項を削除した場合と同様である。
ステップS4、ステップS5は図１６と同様であるから、説明を省略する。
なお、ステップS1Aにおいて、送信装置１００は、Nblks_spoofの値を3で除した余りが1となるのを避けるため、Nblks_spoofの値を、ステップS1-1で求めたNblks_spoof(temp)以上の3の倍数の値に置換するようにしたが、図８２に示す別の方法を用いても良い。
図８２は、図８１に比べ、ステップS1Aの代わりにステップS1B及びステップS1Cを含む。図８１と同じ部分は説明を省略する。
（ステップS1B）
ステップS1Bにおいて、送信装置１００は、Nblks_spoof(temp)の値を3で除した余りが1であるか否かを判定する。判定結果がYesである場合、ステップS1Cの処理を行う。
（ステップS1C）
ステップS1Cにおいて、送信装置１００は、Nblks_spoof(temp)に1を加算した値を、Nblks_spoofの値と定める。これにより、Nblks_spoof(temp)の値を3で除した余りが1である場合、Nblks_spoofの値を3で除した余りが2となる。
つまり、図１６及び図８１のステップS1Aにおいて、送信装置１００は、Nblks_spoof(temp)の値を3で除した余りが1である場合、Nblks_spoofの値を、Nblks_spoof(temp)以上の3の倍数の値に設定した。これは、送信装置１００は、Nblks_spoof(temp)の値に2を加算した値をNblks_spoofの値として定めることに等しい。これに対して、図８２のステップS1Cにおいて送信装置１００が算出するNblks_spoofの値は、図１６及び図８１のステップS1Aにおいて送信装置１００が算出するNblks_spoofの値に比べ小さいため、spoofing誤差を小さくすることができる。
図８３は、L-HeaderのMCS及びLengthフィールドの値の算出過程の他の一例を示すフローチャートである。
図８３では、図８２と異なり、spoofing誤差を削減するため、L-HeaderのTraining Length（TRN_LENともいう）フィールド（図３８を参照）に、Nblks_spoofの値に応じて、0と異なる値を設定する（ステップS6A）。図８３は、図８２に比べ、ステップS1Bの後段に、ステップS6A、S7を追加し、S2Fの後段にS6Bを追加した。図８１、図８２と同じ部分は説明を省略する。
まず、PHYフレームフォーマットについて説明する。図８４は、11ad規格における、PHYフレームフォーマットの一例を示す図である。図８４は、11ad規格における、Training Lengthフィールドの値(TRN_LEN)が1以上であるPHYフレームフォーマットである。図８４のPHYフレームは、図１のPHYフレームに、AGCフィールドとTRNフィールドを追加したフレームである。
AGCフィールドの長さはTRN_LENの値に応じて定められ、1280×TRN_LEN×Tc1秒である。また、TRNフィールドの長さはTRN_LENの値に応じて定められ、3712×TRN_LEN×Tc1秒である。
AGCフィールドとTRNフィールドとの合算は、4992×TRN_LEN×Tc1秒であるから、TRN_LENの値を1増加させることによって、11ad規格のPHYフレームのTXTIMEは4992×TRN_LEN×Tc1秒増加する。
つまり、送信装置１００は、L-HeaderのTraining Lengthフィールドの値（TRN_LEN）を0と異なる値に設定することにより、TXTIME_spoofの値を変更することができる。次に、図８３を用いて、送信装置１００がTRN_LENの値を決定する方法について説明する。
（ステップS6A）
送信装置１００は、ステップS2EにおいてL-Headerに格納するMCSの値を5以下（例えば2）に決定し、ステップS1BにおいてNblks_spoof(temp)の値を3で除した値が1である場合に、L-HeaderのTraining Lengthフィールドの値を2に設定する。
（ステップS7）
送信装置１００は、ステップS6AにおいてL-HeaderのTraining Lengthフィールドの値を2に決定した場合、Nblks_spoof(temp)から調整値Nsubを減じた値を、Nblks_spoofの値と定める。
送信装置１００は、式（２７Ａ）及び式（２７Ｂ）により算出されるNmin_errorの値が256未満の場合、Nsubの値を19に定める。また、Nmin_errorの値が256以上の場合、Nsubの値を20に定める。
Nrem = (TXTIME/Tc1 - 4416) mod 512 …式（２７Ａ）
Nmin_error = (-Nrem) mod 512 …式（２７Ｂ）
Nremは、11ayのPHYフレームのEDMG-Header-A以降の部分の長さを、11ad規格のシンボル数に換算し（つまり、Tc1で除算し）、512（つまり11ad規格のシンボルブロックのシンボル数）で除した余りを表す。言い換えると、Nremは、11ayのPHYフレームの長さを11adのPHYフレームのシンボルブロックの数に換算する場合に、シンボルブロックの長さより短いためにシンボルブロック数に換算することが困難である端数を表すシンボル数である。
送信装置１００は、TRN_LENフィールドの値を0に定めた場合、spoofing誤差はNmin_error以上である。
図８３のステップS7では、Nsubの値は19または20と定められるから（つまり、3の倍数ではないため）、Nblks_spoof(temp)の値を3で除した値が1である場合、Nblks_spoof(temp)からNsubを減じた値であるNblks_spoofを3で除した値は1以外である。つまり、図１４における条件２を満たすようになる。
送信装置１００が、ステップS2Eにおいて、Training Lengthフィールドの値を2に定め、ステップS7において、Nsubの値を19または20に定める理由を説明する。
図８５は、11ay規格におけるPHYフレームフォーマットの一例を示す図である。図８５のPHYフレーム3001aは、11ay規格のPHYフレームである。送信装置１００は、Nblks_spoofの値として式（２４）により算出されるNblks_spoof(temp)の値を用い、式（２６）により算出したL_BASEの値をL-HeaderのLengthフィールドの値と定めても良い。
（第1の条件）
まず、L-HeaderのMCSフィールドの値が6以上の場合、及び、L-HeaderのMCSフィールドの値が5以下でありNblks_spoof(temp)を3で除した余りが1以外である場合について説明する。
第1の条件では、11ad規格の受信装置２００は、PHYフレーム3001aを受信した場合、Dataフィールドの長さが「Nblks_spoof(temp)×512×Tc1」秒であるPHYフレーム（11ad規格のPHYフレーム3001b）を受信したとみなし、TXTIMEを計算する。PHYフレーム3001bのTXTIMEをTXTIME_spoof(1)と表す場合、TXTIME_spoof(1)は式（２７Ｃ）により算出される値となる。
TXTIME_spoof(1) = (4416 + Nblks_spoof(temp)×512)×Tc1 …式（２７Ｃ）
PHYフレーム3001aのspoofing誤差は、「TXTIME_spoof(1)-TXTIME」であり、「Nmin_error×Tc1」と等しい。
なお、L-HeaderのMCS及びLength値が、図１４の条件２を満たす場合、Nmin_errorは、0以上512未満である。
（第2の条件）
L-HeaderのMCSフィールドの値が5以下でありNblks_spoof(temp)を3で除した余りが1である場合について説明する。
第2の条件では、11ad規格の受信装置２００は、PHYフレーム3001aを受信した場合、Dataフィールドの長さが「(Nblks_spoof(temp)+1)×512×Tc1」秒であるPHYフレーム（11ad規格のPHYフレーム3001c）を受信したとみなし、TXTIMEを計算する。PHYフレーム3001cのTXTIMEをTXTIME_spoof(2)と表す場合、TXTIME_spoof(2)は式（２８）により算出される値となる。
TXTIME_spoof(2) = (4416 + (Nblks_spoof(temp)+1)×512)×Tc1 …式（２８）
PHYフレーム3001bのspoofing誤差は、「TXTIME_spoof(2)-TXTIME」であり、(Nmin_error+512)×Tc1と等しい。
つまり、送信装置１００が第2の条件においてPHYフレーム3001aを送信する場合、第1の条件の場合に比べ、Spoofing誤差が大きい（実施の形態２を参照）。
図８６は、11ay規格におけるPHYフレームフォーマットの他の一例を示す図である。図８６のPHYフレーム3002aは、11ay規格のPHYフレームである。PHYフレーム3002aは、送信装置１００が、TRN_LENの値を2と定め（図８３のステップS6A）、Nsubの値を19と定めた場合（図８３のステップS7）のPHYフレームである。PHYフレーム3002aは、L-HeaderのMCS、Length、TRN_LENの値を除き、PHYフレーム3001aと等しい。
（第3の条件(1)）
L-HeaderのMCSフィールドの値が6以上の場合、及び、L-HeaderのMCSフィールドの値が5以下であり(Nblks_spoof(temp)-19)を3で除した余りが1以外である場合について説明する。
第3の条件(1)では、11ad規格の受信装置２００は、PHYフレーム3002aを受信した場合、Dataフィールドの長さが「(Nblks_spoof(temp)-19)×512×Tc1」秒であり、AGCフィールドとTRNフィールドを合わせた長さが9984Tc1秒であるPHYフレーム（11ad規格のPHYフレーム3002b）を受信したとみなし、TXTIMEを計算する。PHYフレーム3002bのTXTIMEをTXTIME_spoof(3)と表す場合、TXTIME_spoof(3)は式（２９）により算出される値となる。
TXTIME_spoof(3) = (4416 + Nblks_spoof(temp)×512 + 256)×Tc1 …式（２９）
PHYフレーム3002aのspoofing誤差は、「TXTIME_spoof(3)-TXTIME」であり、「(Nmin_error+256)×Tc1」と等しい。
つまり、第3の条件(1)においてNmin_errorの値が0以上256未満である場合、送信装置１００は、Nblks_spoofの値をNblks_spoof(temp)-19と定め、TRN_LENの値を2と定めることにより、spoofing誤差を256Tc1以上512Tc1未満とすることができる。
また、Nblks_spoof(temp)の値を3で除した余りが1である場合、「Nblks_spoof(temp)-19」を3で除した余りは0である。つまり、第2の条件が成立する場合、第3の条件(1)も成立する。
なお、第3の条件(1)が成立しない場合に、送信装置１００は、PHYフレーム3002aを送信しても良い。この場合、spoofing誤差は(Nmin_error+768)*Tcとなる。なお、第3の条件(1)が成立しない場合、第1の条件が成立するため、送信装置１００は、PHYフレーム3002aの代わりに、PHYフレーム3001aを送信しても良い。
図８７は、11ay規格におけるPHYフレームフォーマットの他の一例を示す図である。図８７のPHYフレーム3003aは、11ay規格のPHYフレームである。PHYフレーム3003aは、送信装置１００が、TRN_LENの値を2と定め（図８３のステップS6A）、Nsubの値を20と定めた場合（図８３のステップS7）のPHYフレームである。PHYフレーム3003aは、L-Headerの値を除き、PHYフレーム3001a及びPHYフレーム3002aと等しい。
（第3の条件(2)）
L-HeaderのMCSフィールドの値が6以上の場合、及び、L-HeaderのMCSフィールドの値が5以下であり(Nblks_spoof(temp)-20)を3で除した余りが1以外である場合について説明する。
第3の条件(2)では、11ad規格の受信装置２００は、PHYフレーム3003aを受信した場合、Dataフィールドの長さが「(Nblks_spoof(temp)-20)×512×Tc1」秒であり、AGCフィールドとTRNフィールドを合わせた長さが9984Tc1秒であるPHYフレーム（11ad規格のPHYフレーム3003b）を受信したとみなし、TXTIMEを計算する。PHYフレーム3003bのTXTIMEをTXTIME_spoof(4)と表す場合、TXTIME_spoof(4)は式（３０）により算出される値となる。
TXTIME_spoof(4) = (4416 + Nblks_spoof(temp)×512 - 256)×Tc1 …式（３０）
PHYフレーム3003aのspoofing誤差は、「TXTIME_spoof(4)-TXTIME」であり、「(Nmin_error-256)×Tc1」と等しい。
つまり、第3の条件(2)においてNmin_errorの値が256以上512未満である場合、送信装置１００は、Nblks_spoofの値をNblks_spoof(temp)-20と定め、TRN_LENの値を2と定めることにより、spoofing誤差を0Tc1以上256Tc1未満とすることができる。
Nblks_spoof(temp)の値を3で除した余りが1である場合、「Nblks_spoof(temp)-20」を3で除した余りは2である。つまり、第2の条件が成立する場合、第3の条件(2)も成立する。
なお、第3の条件(2)が成立しない場合に、送信装置１００は、PHYフレーム3003aを送信しても良い。この場合、spoofing誤差は(Nmin_error+256)*Tcとなる。なお、第3の条件(2)が成立しない場合、第1の条件が成立するため、送信装置１００は、PHYフレーム3003aの代わりに、PHYフレーム3001aを送信しても良い。
以上から、送信装置１００は、第1の条件が成立する場合、図８５のPHYフレーム3001aのように、TRN_LENを0に設定してもよい（図８３のステップS6B）。また、送信装置１００は、第2の条件が成立する場合、第3の条件(1)及び第3の条件(2)も成立するため、図８６のPHYフレーム3002a及び図８７のPHYフレーム3003aのように、TRN_LENを2に設定し、Nsubの値をNmin_errorの値に応じて19及び20に設定してもよい（図８３のステップS7）。
以上より、第1の条件が成立するか否かに関わらず、送信装置１００は、spoofing誤差を0以上512Tc1未満とすることができる。spoofing誤差が0以上であるから、11ad規格の受信装置２００は、L-HeaderのMCSフィールド、Lengthフィールド、Training Lengthフィールドを用いてTXTIMEを計算することにより、PHYフレームを受信中にCCAをアサート（信号を受信中であると判断する）することができ、電力検出を行う方法に比べ、消費電力を低減できる。
また、最大のspoofing誤差である512Tc1は、約0.29マイクロ秒に相当する。spoofing誤差は、CCAネゲート（negate）（アサートの停止：信号を受信中ではないと判断する）における遅延に影響するが、電力検出によるCCAネゲートにおいて想定される遅延（例えば1マイクロ秒）より小さい。つまり、送信装置１００は、図８３に示す手順を用いてPHYフレーム3001a、3002a、3003aのL-HeaderのMCS、Length、Training Lengthフィールドの値を定めるため、11ad規格の受信装置２００においてCCAネゲートの遅延を短縮することができる。これにより、受信装置２００はCCAネゲート後の送信処理を早期に開始することができ、無線リソースを有効に活用できるため、データスループットが増加する。
また、11ad規格では、L-HeaderのTraining Lengthフィールドには0から16までの整数値を設定するが、図８３の手順では、送信装置１００は、Nblks_spoof(temp)の値に応じて、0または2を選択するようにした。また、Training Lengthフィールドの値を2とした場合に、Nmin_errorの値に応じて、Nsubの値を2つの候補値(20及び19)から選択するようにした。
つまり、送信装置１００が、Nblks_spoof(temp)及びNmin_errorの値に応じて選択する処理は次の3つである。(1)TRN_LENを0に設定する場合、(2)TRN_LENを2に設定し、Nsubを20に設定する場合、(3)TRN_LENを2に設定し、Nsubを19に設定する場合。
このように、送信装置１００は、少ない条件分岐によりL-HeaderのMCSフィールド、Lengthフィールド及びTraining Lengthフィールドの値を定めるため、計算回路及びプログラムを簡易にすることができ、回路規模及び消費電力を削減することができる。
なお、図８３の手順において、送信装置１００は、TRN_LENの値を0以外に設定する場合、2に設定するようにしたが、別の値に設定しても良い。図８８は、TRN_LENの値と、Nsubの値の一例を示す図である。
図８３のステップS6Aにおいて、送信装置１００は、TRN_LENの値を14に設定した場合、送信装置１００は、ステップS7において、Nsubの値をNmin_errorの値に応じて136又は137に設定する。ここで、受信装置２００が算出するTXTIMEは、式（２９）及び式（３０）と同様である。つまり、送信装置１００は、図８８に基づいてNsubの値を定めることにより、TRN_LENを2に設定した場合と同様に、spoofing誤差を0以上512Tc1未満にすることができる。図８８は、TRN_LENの値に対応するNsubの値の一例を示す図である。
なお、Nblks_spoofの値は正の整数である。従って、送信装置１００は、Nblks_spoof-Nsubの値が1以上になるよう、TRN_LENの値を選択する。送信装置１００は、TRN_LENを2に設定することにより、Nblks_spoof(temp)が小さな値（例えば、59以下）であっても、PHYフレーム3002a及びPHYフレーム3003aを送信することができる。
図８９は、TRN_LENの値に対するNsubの値の他の一例を示す。通信装置１００が、図８９に基づきTRN_LEN及びNsubを定めた場合のspoofing誤差について説明する。
送信装置１００は、Nmin_errorの値が0以上128未満の場合、Nsubの値を、TRN_LENの値に応じて9,48,87,126に設定する。この場合、TXTIME_spoofは式（３１）の値となる。
TXTIME_spoof(5) = (4416 + (Nblks_spoof(temp) + 384) …式（３１）
Nblks_spoof(temp)の値が第1の条件を満たす場合、TXTIME_spoof(5)のspoofing誤差は、(Nmin_error+384)×Tcであり、384Tc以上512Tc未満である。
Nblks_spoof(temp)の値が第1の条件を満たさない場合、TXTIME_spoof(5)のspoofing誤差は、(Nmin_error+896)*Tcであり、896Tc以上1024Tc未満である。つまり、Nsubの値が3の倍数であるため、Nblks_spoof(temp)を3で除した値が1である場合、Nblks_spoof(temp)-Nsubを3で除した値が1となり、図８５のPHYフレーム3001cと同様に、spoofing誤差の増加は512Tcとなる。
送信装置１００は、Nmin_errorの値が128以上512未満の場合、Nsubの値を、TRN_LENの値に応じて10,49,88,127に設定する。この場合、TXTIME_spoofは式（３２）の値となる。
TXTIME_spoof(6) = (4416 + (Nblks_spoof(temp) - 128) …式（３２）
L-HeaderのMCSの値が6以上であり、(Nblks_spoof(temp)-10)を3で除した余りが1で無い場合（第5の条件）、TXTIME_spoof(6)のspoofing誤差は、(Nmin_error-128)*Tcであり、0以上384Tc未満である。
Nblks_spoof(temp)の値が第2の条件を満たす場合、第5の条件も満たす。
以上から、通信装置１００は、図８９のTRN_LEN及びNsubの値を用いることで、Nmin_errorの値が128以上512未満の場合、spoofing誤差を0以上384Tc未満とする。
図９０は、TRN_LENの値に対するNsubの値の他の一例を示す。通信装置１００が、図９０に基づきTRN_LEN及びNsubを定めた場合のspoofing誤差について説明する。
送信装置１００は、Nmin_errorの値が0以上384未満の場合、Nsubの値を、TRN_LENの値に応じて29,68,107,146に設定する。この場合、TXTIME_spoofは式（３３）の値となる。
TXTIME_spoof(7) = (4416 + (Nblks_spoof(temp) + 128) …式（３３）
Nblks_spoof(temp)の値が第1の条件を満たす場合、TXTIME_spoof(7)のspoofing誤差は、(Nmin_error+128)*Tcであり、128Tc以上512Tc未満である。
L-HeaderのMCSの値が6以上であり、(Nblks_spoof(temp)-29)を3で除した余りが1で無い場合（第6の条件）、TXTIME_spoof(7)のspoofing誤差は、(Nmin_error+128)*Tcであり、128Tc以上512Tc未満である。
Nblks_spoof(temp)の値が第2の条件を満たす場合、第6の条件も満たす。
送信装置１００は、Nmin_errorの値が384以上512未満の場合、Nsubの値を、TRN_LENの値に応じて30,69,108,147に設定する。この場合、TXTIME_spoofは式（３４）の値となる。
TXTIME_spoof(8) = (4416 + (Nblks_spoof(temp) - 384) …式（３４）
Nblks_spoof(temp)の値が第1の条件を満たす場合、TXTIME_spoof(8)のspoofing誤差は、(Nmin_error-384)*Tcであり、0以上128Tc未満である。
Nblks_spoof(temp)の値が第1の条件を満たさない場合、TXTIME_spoof(8)のspoofing誤差は、(Nmin_error+128)*Tcであり、512Tc以上640Tc未満である。つまり、Nsubの値が3の倍数であるため、Nblks_spoof(temp)を3で除した値が1である場合、Nblks_spoof(temp)-Nsubを3で除した値が1となり、図８５のPHYフレーム3001cと同様に、spoofing誤差の増加は512Tcとなる。
以上から、通信装置１００は、図９０のTRN_LEN及びNsubの値を用いることで、Nmin_errorの値が0以上384未満の場合、spoofing誤差を128Tc以上512Tc未満とすることができる。
通信装置１００は、Nblks_spoof(temp)を3で除した値が1である場合、図８８、図８９、図９０を組み合わせて、Nsubの値が3の倍数以外となるように、TRN_LENの値を選択しても良い。
例えば、通信装置１００は、Nmin_errorの値が0以上128未満の場合、TRN_LENの値を3に設定してもよい。この場合、spoofing誤差は128Tc以上256Tc未満となる。（図９０及び式（３３）を参照）。また、通信装置１００は、Nmin_errorの値が128以上256未満の場合、TRN_LENの値を1に設定してもよい。この場合、spoofing誤差は0以上128Tc未満となる。（図８９及び式（３２）を参照）。また、通信装置１００は、Nmin_errorの値が256以上512未満の場合、TRN_LENの値を2に設定してもよい。この場合、spoofing誤差は0以上256Tc未満となる（図８８及び式（３０）を参照）。
以上のように、通信装置１００は、Nblks_spoof(temp)を3で除した値が1である場合、図８８、図８９、図９０を組み合わせて、Nsubの値が3の倍数以外となるように、TRN_LENの値を選択することにより、spoofing誤差を0以上256Tc未満とすることができ、spoofing誤差を削減することができる。
また、通信装置１００は、L-HeaderのMCSフィールドの値を6以上に設定する場合、図８８、図８９、図９０を組み合わせて、spoofing誤差が小さくなるように、TRN_LENの値を選択しても良い。
図９１は、L-HeaderのMCS及びLengthフィールドの値の算出過程の他の一例を示すフローチャートである。図９１は、以上の考察から導出された送信装置１００の手順を示す図である。図８３と同一処理には同一の番号を付与し、説明を省略する。
（ステップS1D）
通信装置１００は、EDMG-Header-A以降の長さ又はPHYフレームのTXTIMEを算出し、Nblks_spoof(temp)及びNmin_errorを算出する（式（２４）及び式（２７Ｂ）を参照）。
（ステップS6C）
通信装置１００は、L-Headerに格納するMCS, Nblks_spoof(temp)を3で除した余りの値、Nmin_errorの値から、TRN_LEN, Nsubの値を決定する。送信装置１００は、例えば図９２に示すテーブルを用いて、TRN_LEN, Nsubの値を決定しても良い。図９２は、Nmin_errorの値に対する、TRN_LENの値, Nsubの値の組み合わせの一例を示す図である。図９２は、Spoofing誤差が小さくなるように、図８８、図８９、図９０、及び図９３を組み合わせて作成したテーブルである。
図９３は、TRN_LENの値に対するNsubの値の他の一例を示す。図９３は、TRN_LENが4の倍数の場合（つまり、図８８、図８９、図９０に含まれないTRN_LENの値）のNsubの値を示す図である。TRN_LENが4の倍数の場合、spoofing誤差はTRN_LENが0の場合と同じである。
（ステップS6C）
送信装置１００は、L-HeaderのMCSの値を6以上に定めた場合、つまり、短いPHYフレームを送信する場合、図９２を用いて、Spoofing誤差の範囲を0以上128Tc未満とすることができる。つまり、送信装置１００は、Nmin_errorの値に応じて、式（２７Ｃ）、式（３０）、式（３２）、式（３４）のうち、spoofing誤差が小さくなる式を選択できるよう、TRN_LENの値を決定する。
また、送信装置１００は、L-HeaderのMCSの値を5以下に定めた場合、つまり、長いPHYフレームを送信する場合、図９２を用いて、Spoofing誤差の範囲を0以上256Tc未満とすることができる。つまり、送信装置１００は、Nblks_spoof(min)とNmin_errorの値に応じて、Nblks_spoof(temp)-Nsubを3で除した余りが1以外となり、かつ、式（２７Ｃ）、式（２８）〜式（３４）のうちspoofing誤差が小さくなる式を選択できるよう、TRN_LENの値を決定する。
なお、図９２は、一例として、図８８、図８９、図９０、図９３に示すTRN_LENの小さい値（0〜3）を選択して組み合わせて構成した。
図９４は、Spoofing誤差に対する、TRN_LENの値, Nsubの値の組み合わせの他の一例を示す図である。
図９４は、図８８、図８９、図９０、図９３に示すTRN_LENの大きい値（13〜16）を選択して組み合わせて構成した例を示す。
図９１のステップS2Bにおいて、送信装置１００は、Nblks_spoof(temp)が閾値以下であるか否かを判定する。送信装置１００は、ステップS2FでMCS6を選択する場合、ステップS2Bにおける閾値は4682以下となる。
送信装置１００は、図９１のステップS2Bにおいて、Nblks_spoofが閾値以下であるか否かを判定するようにしてもよい。これにより、より大きなNblks_spoof(temp)の値に対してもステップS2BにおいてYesと判定される場合があり、MCS6が選択される状況が増加するため、spoofing誤差を小さくすることができる。
なお、Nblks_spoofは、ステップS7で算出される値であるから、ステップS2Bの時点では確定していない値である。そこで、送信装置１００は、ステップS2Bにおいて、S7において算出されるNblks_spoofが閾値以下である見込みであるか否かの判定を行い、S7においてNblks_spoofを算出した後、見込みが正しかったか否かを判定し、見込みが外れた場合、ステップS2Bに戻り処理をやり直しても良い。
また、送信装置１００は、図９２及び図９４において、L-HeaderのMCSが「6以上」を参照してNmin_errorの値に応じたNsubを決定し（仮のNsubという）、Nblks_spoof(temp)に仮のNsubを加算した値を仮のNblks_spoofとし、閾値と比較しても良い。
また、送信装置１００は、図９２及び図９４において、Nsubの候補値の最小値を仮のNsubと決定して、Nblks_spoof(temp)に仮のNsubを加算した値を仮のNblks_spoofとし、閾値と比較しても良い。例えば、送信装置１００は、図９２では、仮のNsubを0と定めてもよい。また、例えば、送信装置１００は、図９４では、仮のNsubを126と定めてもよい。
仮のNsubを定めて仮のNblks_spoofを算出することにより、ステップS2Bにおける判定を簡易な回路及びプログラムで実行することができる。
送信装置１００は、図９４を用いる場合、図９２と比べてNsubの値が大きいため、大きなNblks_spoof(temp)の値に対して、spoofing誤差を削減することができる。つまり、送信装置１００は、図９４を用いることで、図９２を用いる場合に比べ、「MCS6以上」の選択が増加する。
図８８、図８９、図９０、図９３によれば、TRN_LENの値に4を加算し、Nsubの値に39を加算した場合、spoofing誤差は同じである。つまり、送信装置１００は、TXTIMEの値以外の条件に基づきTRN_LENの値を選択しても良い。
例えば、通信装置１００は、PHYフレームがシングルキャリアの場合、TRN_LENの値を12,13,14,15から選択し、PHYフレームがOFDMの場合、TRN_LENの値を8,9,10,11から選択して決定しても良い。11ay規格の受信装置（たとえば図示しない受信装置３００）は、受信したPHYフレームのL-HeaderのTRN_LENフィールドの値を参照して、受信したPHYフレームがシングルキャリアであるかOFDMであるかを判定できる。
通信装置１００は、L-HeaderのTRN_LENの下位2ビットの値を、L-HeaderのMCS、Nblks_spoof(temp)を３で除した余り、及びNmin_errorの値に基づき、図９２を用いて定め、L-HeaderのTRN_LENのビット2から4の3ビットに、別の情報を含めてPHYフレームを送信しても良い。
つまり、実施の形態１で説明したInfoの値を、8ビットに拡張し、より多くの情報を含めることができる。
図９５は、Infoフィールドに対するL-HeaderのLengthフィールド及びTraining Fieldとの関係の一例を示す図である。送信装置１００は、8ビットに拡張されたInfoの下位5ビット（ビット0から4）をLengthフィールドの下位5ビットに含め（実施の形態３を参照）、Infoの上位3ビット（ビット5から7）をTraining Lengthフィールドのビット2から4に含めても良い。
送信装置１００は、L-HeaderのTraining Lengthフィールドの下位2ビットを図９２に基づき定め、Infoの上位3ビットをTraining Lengthフィールドのビット2から4に含めて、Training Lengthフィールドの値を定めた後、図８８、図８９、図９０、図９３を用いてNsubの値を定めても良い。
なお、送信装置１００は、式（３５）及び式（３６）を用いてNsubの値を算出しても良い。
Nsub = ceiling(9.75×TRN_LEN) …式（３５）
Nsub = floor(9.75×TRN_LEN) …式（３６）
送信装置１００は、図９２及び図９４において、MCSが5以下、Nblks_spoof(temp) mod 3が1、Nmin_errorの値の範囲が0以上128未満である場合（式（３３）を参照した場合）、式（３６）を用い、それ以外の場合に式（３５）を用いてNsubを算出しても良い。
なお、送信装置１００は、Training Lengthフィールドのビット0から4の少なくとも1ビットが1である場合、ビット5の値を0と定める。また、送信装置１００は、Training Lengthフィールドのビット0から4がいずれも0である場合、ビット5の値を1と定めてもよい。これにより、対応するNsubの値が大きい値となるため、MCS6が選択される状況が増加し、spoofing誤差を削減することができる。
送信装置１００は、8ビットに拡張されたInfoに、OFDM送信であるか否かを示すビット、MIMO送信のタイプを示すフィールド、チャネルボンディング及びチャネルアグリゲーションにおけるバンド幅情報を示すフィールド等を含めても良い（実施の形態１から１２を参照）。
図９６Ａは、Nmin_errorの値に対する、TRN_LENの値, Nsubの値の組み合わせの他の一例を示す図である。図９６Ｂは、Nmin_errorの値に対する、TRN_LENの値, Nsubの値の組み合わせの他の一例を示す図である。
図９６Ａ、図９６Ｂは、送信装置１００が、TRN_LENとNsubを決定する、図９２及び図９４とは異なる方法を示す図である。図９６Ａ、図９６Ｂは、送信装置１００が、0以上512Tc未満のspoofing誤差を許容する場合に用いる。図９４は、図８３の手順において図８８を用いた場合と同様である。送信装置１００は、図９６Ａ、図９６Ｂを用いる場合、図９２及び図９４を用いる場合に比べ、spoofing誤差が増加するが、計算量を削減でき、回路規模及び消費電力を削減することができる。
なお、送信装置１００は、Nsubの算出において、図９６Ａ、図９６Ｂにおいて、MCSが5以下、Nblks_spoof(temp) mod 3が1、Nmin_errorの値の範囲が0以上256未満である場合（式（２９）を参照した場合）、式（３６）を用い、それ以外の条件では、式（３５）を用いても良い。
送信装置１００は、図９６Ｂを用いて定めたTRN_LENの値をL-HeaderのTraining Lengthフィールドの下位2ビットに含め、Training Lengthフィールドのビット2から4にInfoの値を含めても良い。
なお、送信装置１００は、式（２７Ｂ）を用いてNmin_errorの値を算出する代わりに、パケットの種類に応じてあらかじめNmin_errorの値を算出したテーブルを参照して、Nmin_errorの値を決定しても良い。
図９６Ｃは、パケットの種類に対応するNmin_errorの値を示す図である。
図９６Ｃにおいて、Packet Typeは、送信の種別を表し、SISO（Single-Input Single-Output：シングルストリーム送信）、SU-MIMO（Single User Multi-Input Multi-Output：シングルユーザMIMO）、MU-MIMO（Multi User MIMO：マルチユーザMIMO）がある。また、Nssは、MIMOストリーム数を表す。11ay規格において、Nssは、1以上8以下の整数である。
図９６Ｃにおいて、Ncbは、チャネルボンディング数を表す。Ncbが1の場合、2.16GHz帯域幅（シングルチャネル）の送信を表す。Ncbが2、3、4の場合、それぞれ4.32GHz、6.48GHz、8.64GHz帯域幅のチャネルボンディング送信を表す。
図９６Ｃにおいて、GI TypeはGIの長さを表す。ShortはShort GIを表し、GI長が32×Tc1秒である。NormalはNormal GIを表し、GI長が64×Tc1秒である。LongはLong GIを表し、GI長が128×Tc1秒である。
図９６Ｃにおいて、番号は、図９６Ｃにおける行番号を表す。
図９６Ｃにおいて、T_EDMGHeaderA、T_EDMGSTF、T_EDMGCEFは、それぞれEDMG-Header-A、EDMG-STF、EDMG-CEFの長さを表す。また、T_GI1は、PHYフレームのDataフィールドの先頭に含むGI（第1GI）の長さを表す。図６５Ｂに示したように、第1GIは、Dataフィールドの他のGIと長さが異なる場合がある。
図９６Ｃにおいて、T_addは、T_EDMGHeaderA、T_EDMGSTF、T_EDMGCEF、T_GIの値の和である。また、N_add及びNmin_error(0)は、それぞれ式（３７）及び式（３８）により算出される値である。
N_add = ceiling(T_add/Tc1/512) …式（３７）
Nmin_error(0) = (T_add/Tc1) mod 512 …式（３８）
11ayのPHYパケットの長さ（TXTIME）は、式（３９）により算出される。式（３９）において、T_trnは、11ay規格のPHYフレームのTRNフィールド（例えば図８５のPHYフレーム3001aを参照）の長さである。
TXTIME = 4416×Tc1 + T_add + Nblks×512×Tc1 + T_trn 式（３９）
式（３９）において、Nblksは、11ay規格のPHYフレームのシンボルブロック数である。11ay規格のシンボルブロックは、512×Ncbシンボルを含み、1シンボルの長さはTc1/Ncbであるから、シンボルブロックの長さは(512×Ncb)×(Tc1/Ncb)=512×Tc1であり、11ad規格のシンボルブロックと同じ長さである。
式（３９）と式（２７Ｂ）より、送信装置１００は、Nmin_errorの値を式（４０）により算出してもよい。
Nmin_error = ((4416×Tc1 + T_add + Nblks×512×Tc1 + T_trn)/Tc1 - 4416)mod 512
= (T_add/Tc1 + T_trn/Tc1) mod 512
= (Nmin_error(0) mod 512 + (T_trn/Tc1)mod 512) mod 512 式（４０）
式（４０）より、送信装置１００は、図９６Ｃを用いて、Nmin_error(0)の値をパケットの種類に応じて決定し、(T_trn/Tc1)mod 512の値をNmin_error(0)の値に加算することにより、Nmin_errorの値を算出しても良い。
また、11ay規格のTRNフィールドの長さがシンボルブロックの長さの倍数である場合、Nmin_errorの値はNmin_error(0)の値と等しいため、送信装置１００は、図９６Ｃを用いて、Nmin_error(0)の値（すなわちNmin_errorの値）をパケットの種類に応じて決定してもよい。
また、送信装置１００は、図９６Ｃを用いてNmin_error(0)の値を決定する代わりに、Nmin_error(0)の値が256以上か否かを示すフラグの値をパケットの種類に応じて決定してもよい（図９６Ｃのフラグの列を参照）。送信装置１００は、フラグの値と、図９６Ａ又は図９６Ｂを組み合わせて用い、TRN_LENとNsubの値を決定しても良い。
また、送信装置１００は、Nmin_error(0)の値が0以上128未満、128以上256未満、256以上384未満、384以上512未満のいずれであるかを示すインデックスを、パケットの種類に応じて決定してもよい（図９６Ｃのインデックスの列を参照）。送信装置１００は、インデックスの値と、図９２又は図９４とを組み合わせて用い、TRN_LENとNsubの値を決定しても良い。
送信装置１００は、図９６Ｃの表を用い、パケットの種類に応じてNmin_error、フラグ、インデックスの値を決定し、TRN_LEN及びNsubの値を決定するため、L-HeaderのLength及びTRN_LENの値を決定する計算が簡易になり、回路規模及び消費電力を削減することができる。
以上のように、実施の形態３の変形例では、送信装置１００は、PHYフレーム長から換算した仮のブロック数（Nblks_spoof(temp)）の値に応じてL-HeaderのMCSフィールド、Lengthフィールド及びTraining Lengthフィールドの値を定めるため、spoofing誤差を低減し、データスループットを向上することができる。
また、実施の形態３の変形例では、送信装置１００は、PHYフレーム長から換算した仮のブロック数（Nblks_spoof(temp)）の値に応じてL-HeaderのMCSフィールド、Lengthフィールド及びTraining Lengthフィールドの下位ビットの値を定め、Training Lengthフィールドの上位ビットに付加情報(Info)を含めてPHYフレームを送信するため、11ay規格の受信装置３００は、付加情報を用いて効率的にPHYフレームを復調することができる。
（実施の形態１２の変形例２）
本実施の形態は、図２の送信装置１００、または、図２と基本構成を同じくする送信装置が、実施の形態１から１２までとは別のフレームフォーマットを用いて送信する一例を示す。また、図３、図６４Ｂ、図６４Ｃの受信装置２００が、それらのフレームを受信する方法について説明する。
図９７は、本実施の形態におけるPHYフレームのフレームフォーマットの一例（PHYフレーム１０００）を示す図である。図６１Ａ、図６１Ｂ、及び、図６１Ｃのフレームフォーマットと異なり、PHYフレーム１０００は、複数のEDMG-Header-Aフィールド及び複数のDataフィールドを含む。
Header部（例えばL-Headerフィールド）及びData部（Dataフィールド）を交互に複数回繰り返すフレームフォーマットは、11ad規格にA-PPDU（Aggregate PHY protocol data unit）として規定されている。
つまり、PHYフレーム１０００は、A-PPDUを適用したPHYフレームである。
PHYフレーム１０００は、11ad規格のA-PPDUと異なり、L-HeaderフィールドとEDMG-Header-Aフィールドを含み、EDMG-Header-AフィールドとDataフィールドを複数回繰り返すフレームである。
送信装置１００は、複数のDataフィールドに対して少なくとも1つのL-STF、L-CEF、L-Headerを送信すればよく、複数のDataフィールドを送信する場合に、L-STF、L-CEF、L-Headerを送信する回数を減らすことができ、データスループットを向上することができる。
また、送信装置１００は、E-Header-Aフィールド１００４、１１０４、１２０４のそれぞれに、Dataフィールド１００５、１１０５、１２０５を符号化及び変調のパラメータ（例えばMCS、GI長、MIMOストリーム数）を含めて送信するため、Dataフィールド毎に符号化及び変調のパラメータを変更して送信することができる。これにより、送信装置１００は、複数のデータを効率的に送信することができる。
例えば、送信装置１００は、再送データに対して、初送データ（再送ではないデータ）に比べて低いMCSを適用して送信しても良い。これにより、複数回の再送が発生する確率を低減することができ、データ遅延の最悪値を改善することができる。
図９８は、PHYフレーム１０００のE-Header-Aフィールド１００４、Dataフィールド１００５、E-Header-Aフィールド１１０４、Dataフィールド１１０５の一例を示す図である。
図９８では、一例として、Dataフィールド１００５はShort GI（GI長32シンボル）を含み、Dataフィールド１１０５はLong GI（GI長128シンボル）を含む場合について説明する。送信装置１００は、図９８のようにDataフィールド毎に異なるGI長を用いてもよい。また、送信装置１００は、図９８と異なり、全てのDataフィールドにおいて、同一のGI長を用いてもよい。なお、Dataフィールド１００５では、図６７Ｂに示したように、最初のＧＩ長は６４シンボルである。
E-Header-Aフィールド１００４及びE-Header-Aフィールド１１０４は、2つのシンボルブロック（E-Header-A(1)及びE-Header-A(2)）を含み、シンボルブロック毎に、シンボルブロックの前にGI64を含む（図６１Ａ、図６１Ｂ、図６１Ｃの説明を参照）。
Dataフィールド１００５のGI長を指示する信号は、E-Header-Aフィールド１００４に含めても良い。なお、全てのDataフィールドにおいて同一のGI長を用いる場合、GI長を指示する信号をL-Headerに含めても良い（図６２を参照）。
Dataフィールド１００５のGI長が32である場合、Dataフィールド１００５の先頭にはGI64を含め、また、シンボルブロック（例えばData(1)及びData(2)）毎に、シンボルブロックの後にGI32を含める（図６１Ａを参照）。つまり、図９８において、送信装置１００は、シンボルブロックData(2)と、シンボルブロックE-Header-A(1)の間に2つのGI（GI32とGI64）を含めて送信する。
このように、送信装置１００は、Dataフィールド１００５の最後にDataフィールド１００５のGI長（例えば32シンボル）のGIを含め、E-Header-Aフィールド１１０４の先頭にGI64を含めて送信するので、11ay規格の受信装置２００（図３、図６４Ｂ、図６４Ｃを参照）は、シンボルブロックData(2)の復調及びシンボルブロックE-Header-A(1)の復調においてシンボル間干渉を低減することができる。
図９９は、PHYフレーム１０００の他の一例を示す図である。
図９９において、GI長３２シンボルのDataフィールド１００５は、先頭に480シンボルのM-STFフィールドを含む。つまり、実施の形態１２と同様に、送信装置１００は、E-Header-AフィールドとDataフィールドの間に、DataフィールドのGI長に応じた長さのM-STFフィールドを含める。
このため、11ay規格の受信装置２００は、図９９のE-Header-Aフィールド１００４及びDataフィールド１００５を受信する場合、DFT窓の間隔を等間隔することができる。
つまり、11ay規格の受信装置２００は、DFTウィンドウ（DFT窓）の間隔をフィールド毎に調整することを省略でき、受信装置の回路規模を削減することができる。
また、図９９のPHYフレームは、E-Header-Aフィールド１００４のシンボルブロックE-Header-A(2)の前後にGI64を含み、Dataフィールド１００５のシンボルブロックData(1)の前後にGI32を含むため、受信装置２００は、シンボル間干渉を低減し、受信品質を高めることができる。
また、受信装置２００は、M-STFを用いてチャネル推定を行うことができるため、回路規模の増加を抑制して、受信品質を高めることができる。
また、送信装置１００は、A-PPDUを適用したPHYフレームにおける２番目以降のE-Header-A（例えばE-Header-Aフィールド１１０４）の先頭に、GI64に対応するM-STF（例えば図６８Ａを参照）を含めて送信してもよい。
図９８では、シンボルブロックE-Header-A(1)の前にGI64を含むため、64シンボルに相当するspoofing誤差が発生する場合があるが、図９９では、シンボルブロックE-Header-A(1)の前に含むシンボルは512シンボルである。従って、E-Header-Aフィールド１００４のシンボルブロックE-Header-A(1)以降のシンボル数は、512の倍数となり、式（２７Ｂ）により算出されるNmin_errorの値は0となる。これにより、spoofing誤差を削減することができる。
11ay規格の受信装置２００は、図９９のPHYフレームを受信する場合、E-Header-Aフィールド１１０４のM-STFフィールドを用いて、チャネル推定、シンボルタイミング同期、周波数オフセット補正を行ってもよい。これにより、受信装置２００は、E-Header-Aフィールド１１０４及びDataフィールド１１０５の受信品質を高めることができる。
また、送信装置１００は、E-Header-Aフィールド１００４及びDataフィールド１００５を受信装置２００宛てに送信し、E-Header-Aフィールド１１０４及びDataフィールド１１０５を受信装置２００とは別の11ay規格の受信装置（例えば図示しない受信装置５００）宛てに送信してもよい。
例えば、受信装置２００が送信装置１００から近距離にあり、受信装置４００が送信装置１００から遠距離にある場合、送信装置１００は、受信装置２００宛てのDataフィールド１００５に高いMCS（データレートが高速）及び短いGIを用い、受信装置５００宛てのDataフィールド１１０５に低いMCS（データレートが低速）及び長いGIを用いて送信しても良い。
これにより、送信装置１００は、受信品質が異なる複数の受信装置宛にデータを送信する場合に、L-STF、L-CEF及びL-Headerを複数回送信することを省略でき、データスループットを高めることができる。
また、遠距離にある受信装置５００は、E-Header-Aフィールド１１０４及びDataフィールド１１０５を受信する場合に、M-STFを用いてシンボルタイミングの同期を行うことができるため、受信品質を高めることができる。
実施の形態１２の変形例２によれば、送信装置１００は、A-PPDUを適用したPHYフレームにM-STFを挿入して送信するので、受信装置３００（11ad端末）におけるL-HeaderのLengthを用いたPHYフレーム長の算出の誤差を削減することができる。
また、実施の形態１２の変形例２によれば、送信装置１００は、A-PPDUを適用したPHYフレームにM-STFを挿入して送信するので、受信装置２００においてDFTウィンドウの間隔を調整することを省略でき、受信装置の回路規模を削減することができる。また、受信装置２００は、M-STFを用いてチャネル推定を行うことができるため、回路規模を抑制して、受信品質を高めることができる。
以上、本開示の各実施の形態について説明した。
なお、上記実施の形態において、送信モード選択情報を含むPSDU Lengthを算出するために用いられるパラメータは一例であって、これらに限定されるものではない。
また、上記実施の形態において、チャネルアグリゲーション時には、送信装置１００は、送信モード選択情報（Info）内に、実際に使用するチャネル番号を含めてもよい。例えば、送信装置１００は、チャネルｃｈ１〜ｃｈ３がスケジューリングされている場合に、チャネルｃｈ２でキャリア検出された場合にはチャネルｃｈ１、ｃｈ３を用いる。
また、上記実施の形態において、L-HeaderのPSDU Lengthに格納する11ay端末向けの制御情報（Info）として送信モード選択情報を用いる場合について説明したが、L-HeaderのPSDU Lengthに格納する11ay端末向けの制御情報（Info）は、これに限定されず、EDMG-STF,EDMG-CEFに関する制御情報であればよい。
また、上記実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力端子と出力端子を備えてもよい。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
本開示の送信装置は、送信信号のデータ長を示すデータ長情報に、拡張プリアンブルに関する制御情報を追加したレガシヘッダを生成するヘッダ生成部と、生成されたレガシヘッダ、拡張ヘッダ、拡張プリアンブル、データフィールドの順に配置されたフレームフォーマットを用いて送信信号を生成する送信信号生成部と、生成された送信信号を送信する送信部と、を具備し、送信信号のデータ長は、拡張ヘッダ、拡張プリアンブル及びデータフィールドを合算した長さを示す。
本開示の送信装置において、データ長は、データ長の所定の範囲毎にシンボルブロック数に対応付けられ、制御情報のビット数は、シンボルブロック数に対応付けられる。
本開示の送信装置において、ヘッダ生成部は、データ長の所定の範囲の最大値から、制御情報の値を減じた値をデータ長として、データ長情報を生成する。
本開示の送信装置において、ヘッダ生成部は、データ長の所定の範囲の最小値に、制御情報の値を加算した値をデータ長として、データ長情報を生成する。
本開示の送信装置において、制御情報のビット数は、３の倍数の値に調整されたシンボルブロック数に対応付けられる。
本開示の送信装置において、ヘッダ生成部は、データフィールドの後にパディング情報を付加して、シンボルブロック数を調整する。
本開示の送信装置において、ヘッダ生成部は、拡張ヘッダと拡張プリアンブルとの間に拡張フィールドを配置して、シンボルブロック数を調整する。
本開示の送信装置において、拡張フィールドには、データが格納され、レガシヘッダには、拡張フィールドの長さが格納される。
本開示の送信装置において、レガシヘッダに含まれる符号化及び変調方式に関する複数のＭＣＳ情報に応じて、データ長は、データ長の所定の範囲毎にシンボルブロック数に対応付けられ、シンボルブロック数が所定の閾値以下の場合、制御情報のビット数は、第１のＭＣＳ情報及びシンボルブロック数に対応付けられ、シンボルブロック数が閾値を超える場合、第２のＭＣＳ及び３の倍数の値に調整されたシンボルブロック数に対応付けられる。
本開示の送信装置において、ヘッダ生成部は、データ長情報の一部のビットパターンを、制御情報に割り当てる。
本開示の送信方法は、送信信号のデータ長を示すデータ長情報に、拡張プリアンブルに関する制御情報を追加したレガシヘッダを生成し、生成されたレガシヘッダ、拡張ヘッダ、拡張プリアンブル、データフィールドの順に配置されたフレームフォーマットを用いて送信信号を生成し、生成された送信信号を送信し、送信信号のデータ長は、拡張ヘッダ、拡張プリアンブル及びデータフィールドを合算した長さを示す。
本開示の一態様は、11ay規格に準拠する通信システムに好適である。
１００，４００，１１００ 送信装置
１０１ L-STF及びL-CEF生成部
１０２，１０５，１０８，１１０ 変調部
１０３，１１０３ L-Header生成部
１０４，１０７ 符号化部
１０６ EDMG-Header-A生成部
１０９ EDMG-STF及びEDMG-CEF生成部
１１１，１１１１ DATA符号化部
１１２，１１１２ DATA変調部
１１３ フレーム結合部
１１４ 送信フィルタ部
２００，３００，１２００ 受信装置
２０１ 受信フィルタ部
２０２ 同期部
２０３，３０１，１２０３ 復調部
２０４，３０２，１２０４ 復号部
２０５，３０３ L-Header解析部
２０６ EDMG-Header-A解析部
２０７，３０４，１２０７ 受信制御部
２０８，３０５ 電力検出部
２０９，３０６ パケット検出部
２１０ AGC制御部
１２０６ 11ad拡張規格判別部
２０３０ チャネル推定器
２０３１ ＤＦＴ
２０３２ 等化器
２０３３ ＩＤＦＴ
２０３４ GI除去
２０３５ データ復調

Claims (8)

  1. レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて送信信号を生成する送信信号生成回路と、
    前記生成された送信信号を1つ以上のチャネルを用いて送信する送信回路と、
    を具備し、
    前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、
    前記データ長フィールドは、
    レガシ端末に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU)のデータ長に関する情報を示し、
    EDMG端末に対して、前記データ長フィールドの前記複数ビットの一部を用いて前記PSDUのデータ長に関する情報を示し、残りのビットを用いて、前記送信信号が送信される前記1つ以上のチャネルに関する情報を示す、
    送信装置。
  2. 前記1つ以上のチャネルは、2.16GHz帯域のチャネル、2.16GHz帯域のチャネルを用いたチャネルアグリゲーション、および、2.16GHz帯域のチャネルを用いたチャネルボンディングによるチャネルアグリゲーション、のいずれかである、
    請求項１記載の送信装置。
  3. レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて送信信号を生成し、
    前記生成された送信信号を1つ以上のチャネルを用いて送信し、
    前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、
    前記データ長フィールドは、
    レガシ端末に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU)のデータ長に関する情報を示し、
    EDMG端末に対して、前記データ長フィールドの前記複数ビットの一部を用いて前記PSDUのデータ長に関する情報を示し、残りのビットを用いて、前記送信信号が送信される前記1つ以上のチャネルに関する情報を示す、
    送信方法。
  4. 前記1つ以上のチャネルは、2.16GHz帯域のチャネル、2.16GHz帯域のチャネルを用いたチャネルアグリゲーション、および、2.16GHz帯域のチャネルを用いたチャネルボンディングによるチャネルアグリゲーション、のいずれかである、
    請求項３記載の送信方法。
  5. レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて生成された信号を1つ以上のチャネルを用いて受信する受信回路と、
    前記受信した信号から前記データフィールドに含まれるデータを復号する復号回路と、
    を具備し、
    前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、
    前記データ長フィールドは、
    レガシ端末である受信装置に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU)のデータ長に関する情報を示し、
    EDMG端末である受信装置に対して、前記データ長フィールドの前記複数ビットの一部を用いて前記PSDUのデータ長に関する情報を示し、残りのビットを用いて、前記受信した信号の受信に用いられた前記1つ以上のチャネルに関する情報を示す、
    受信装置。
  6. 前記1つ以上のチャネルは、2.16GHz帯域のチャネル、2.16GHz帯域のチャネルを用いたチャネルアグリゲーション、および、2.16GHz帯域のチャネルを用いたチャネルボンディングによるチャネルアグリゲーション、のいずれかである、
    請求項５記載の受信装置。
  7. レガシ-ショートトレーニングフィールド(L-STF)、レガシ-チャネル推定フィールド(L-CEF)、レガシヘッダフィールド、Enhanced Directional Multi-Gigabit(EDMG)-ヘッダフィールド、データフィールドを含むフレームフォーマットを用いて生成された信号を1つ以上のチャネルを用いて受信し、
    前記受信した信号から前記データフィールドに含まれるデータを復号し、
    前記レガシヘッダフィールドは、複数ビットで示されるデータ長フィールドを含み、
    前記データ長フィールドは、
    レガシ端末である受信装置に対して、前記データ長フィールドの前記複数ビットの全てを用いてPhysical layer Service Data Unit (PSDU)のデータ長に関する情報を示し、
    EDMG端末である受信装置に対して、前記データ長フィールドの前記複数ビットの一部を用いて前記PSDUのデータ長に関する情報を示し、残りのビットを用いて、前記受信した信号の受信に用いられた前記1つ以上のチャネルに関する情報を示す、
    受信方法。
  8. 前記1つ以上のチャネルは、2.16GHz帯域のチャネル、2.16GHz帯域のチャネルを用いたチャネルアグリゲーション、および、2.16GHz帯域のチャネルを用いたチャネルボンディングによるチャネルアグリゲーション、のいずれかである、
    請求項７記載の受信方法。
JP2018503063A 2016-02-29 2017-02-22 送信装置、送信方法、受信装置および受信方法 Active JP6878402B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2021075186A JP7111863B2 (ja) 2016-02-29 2021-04-27 送信装置及び送信方法
JP2022115593A JP7451613B2 (ja) 2016-02-29 2022-07-20 受信装置及び受信方法

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
JP2016037328 2016-02-29
JP2016037328 2016-02-29
JP2016048375 2016-03-11
JP2016048375 2016-03-11
JP2016087003 2016-04-25
JP2016087003 2016-04-25
JP2016199336 2016-10-07
JP2016199336 2016-10-07
JP2016244730 2016-12-16
JP2016244730 2016-12-16
PCT/JP2017/006473 WO2017150288A1 (ja) 2016-02-29 2017-02-22 送信装置および送信方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2021075186A Division JP7111863B2 (ja) 2016-02-29 2021-04-27 送信装置及び送信方法

Publications (2)

Publication Number Publication Date
JPWO2017150288A1 JPWO2017150288A1 (ja) 2019-01-24
JP6878402B2 true JP6878402B2 (ja) 2021-05-26

Family

ID=59743810

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2018503063A Active JP6878402B2 (ja) 2016-02-29 2017-02-22 送信装置、送信方法、受信装置および受信方法
JP2021075186A Active JP7111863B2 (ja) 2016-02-29 2021-04-27 送信装置及び送信方法
JP2022115593A Active JP7451613B2 (ja) 2016-02-29 2022-07-20 受信装置及び受信方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2021075186A Active JP7111863B2 (ja) 2016-02-29 2021-04-27 送信装置及び送信方法
JP2022115593A Active JP7451613B2 (ja) 2016-02-29 2022-07-20 受信装置及び受信方法

Country Status (12)

Country Link
US (3) US10911580B2 (ja)
EP (2) EP3618495B1 (ja)
JP (3) JP6878402B2 (ja)
KR (1) KR20180119564A (ja)
CN (2) CN113709077B (ja)
AU (1) AU2017227195B2 (ja)
BR (1) BR112018014849A2 (ja)
ES (2) ES2770129T3 (ja)
MX (1) MX2018009376A (ja)
RU (1) RU2707146C1 (ja)
WO (1) WO2017150288A1 (ja)
ZA (1) ZA201805612B (ja)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3618495B1 (en) * 2016-02-29 2022-04-06 Panasonic Intellectual Property Corporation of America Transmission device and transmission method
US10587442B2 (en) * 2016-05-03 2020-03-10 Intel IP Corporation Enhanced multiple input multiple output preamble frame
WO2017190359A1 (zh) * 2016-05-06 2017-11-09 华为技术有限公司 一种训练包发送方法及装置
US11330465B2 (en) * 2016-05-11 2022-05-10 Huawei Technologies Co., Ltd. Method and apparatus for indicating control information in a wireless frame
CN107484243B (zh) * 2016-06-07 2021-02-23 华为技术有限公司 资源分配通知方法、装置
US20180062903A1 (en) * 2016-08-31 2018-03-01 Qualcomm Incorporated Frame format with multiple guard interval lengths
US11108603B2 (en) * 2016-10-10 2021-08-31 Qualcomm Incorporated Frame format with dual mode channel estimation field
JP6892456B2 (ja) 2016-10-21 2021-06-23 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 集約物理層収束プロトコルデータユニットを用いる通信装置および通信方法
CN109923841B (zh) * 2016-11-04 2021-01-12 华为技术有限公司 一种参考信号配置方法、训练字段配置方法及装置
US10652368B2 (en) * 2017-04-01 2020-05-12 Intel IP Corporation Parameter encoding techniques for wireless communication networks
US10938498B2 (en) * 2017-06-25 2021-03-02 Intel IP Corporation Apparatus, system and method of transmitting a PPDU
US11539455B2 (en) 2017-06-26 2022-12-27 Intel Corporation Apparatus, system and method of communicating a physical layer protocol data unit (PPDU)
US11218251B2 (en) * 2017-06-27 2022-01-04 Intel Corporation Apparatus, system and method of communicating an enhanced directional multi-gigabit (DMG) (EDMG) orthogonal frequency-division multiplexing (OFDM) physical layer (PHY) protocol data unit (PPDU)
WO2019079011A1 (en) 2017-10-18 2019-04-25 Intel IP Corporation APPARATUS, SYSTEM AND METHOD FOR COMMUNICATING PHYSICAL LAYER PROTOCOL DATA UNIT (PPDU)
EP3876593A4 (en) * 2018-11-01 2022-01-05 Sony Group Corporation COMMUNICATION DEVICE AND COMMUNICATION METHOD
US20220353123A1 (en) * 2019-09-03 2022-11-03 Lg Electronics Inc. Method for transmitting/receiving a-ppdu in wireless lan system and device therefor
US11909562B2 (en) * 2020-03-30 2024-02-20 Maxlinear, Inc. Channel training adaptation
US11606118B2 (en) * 2020-08-27 2023-03-14 Connectify, Inc. Data transfer with multiple threshold actions
CN117707654B (zh) * 2024-02-06 2024-05-03 芯瑞微(上海)电子科技有限公司 一种多物理场核心工业仿真处理软件信号通道继承方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1642042A (zh) * 2004-01-15 2005-07-20 华为技术有限公司 光通信系统、子速率复用解复用装置及其方法
EP2342877B1 (en) * 2008-08-26 2013-03-27 Marvell World Trade Ltd. Physical layer data unit format
JP4631956B2 (ja) * 2008-10-14 2011-02-16 ソニー株式会社 無線通信装置及び無線通信方法
EP2811717B1 (en) 2009-04-13 2016-08-03 Marvell World Trade Ltd. Physical layer frame format for wlan
JP5774017B2 (ja) * 2009-11-13 2015-09-02 オランジュ 通信ネットワークのエンティティの少なくとも１つのコンポーネントを動作停止させる方法、エンティティ及びコンピュータプログラム
US8737405B2 (en) 2010-06-11 2014-05-27 Marvell World Trade Ltd. Method and apparatus for determining channel bandwidth
WO2012002758A2 (ko) * 2010-07-01 2012-01-05 엘지전자 주식회사 무선랜 시스템에서 mimo 패킷을 송수신하는 방법 및 장치
US9363707B2 (en) * 2011-12-29 2016-06-07 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
CA2871362C (en) * 2012-04-24 2017-05-16 Lg Electronics Inc. Method and apparatus for transmitting and receiving frame including partial association identifier in wireless lan system
US9225401B2 (en) * 2012-05-22 2015-12-29 Mediatek Singapore Pte. Ltd. Method and apparatus of beam training for MIMO operation and multiple antenna beamforming operation
US8891703B2 (en) * 2013-03-14 2014-11-18 Qualcomm Incorporated Systems and methods for antenna management using per-packet channel information
CN104869082B (zh) * 2014-02-21 2019-02-05 联想(北京)有限公司 一种信息处理方法及电子设备
CN103986682B (zh) * 2014-05-30 2015-08-26 江苏中兴微通信息科技有限公司 一种无线mimo通信系统的通信方法
US20160057657A1 (en) * 2014-08-20 2016-02-25 Newracom, Inc. Physical layer protocol data unit format including padding in a high efficiency wireless lan
JP6523471B2 (ja) 2015-02-12 2019-06-05 ホアウェイ・テクノロジーズ・カンパニー・リミテッド Ｓｔｆを用いたｗｌａｎパケットの自動検出システム及び方法
US10021695B2 (en) * 2015-04-14 2018-07-10 Qualcomm Incorporated Apparatus and method for generating and transmitting data frames
US20160323890A1 (en) * 2015-04-30 2016-11-03 Intel IP Corporation Apparatus, system and method of wireless communication according to a band plan and channelization
US9655112B2 (en) * 2015-04-30 2017-05-16 Intel IP Corporation Apparatus, system and method of communicating a wireless communication frame with a header
US9949259B2 (en) 2015-05-07 2018-04-17 Qualcomm Incorporated System and method for transmitting data payload in WB SC, aggregate SC, duplicate SC, OFDM transmission frames
US10033564B2 (en) 2015-07-27 2018-07-24 Qualcomm Incorporated Frame format for facilitating channel estimation for signals transmitted via bonded channels
WO2017031001A1 (en) * 2015-08-14 2017-02-23 Marvell World Trade Ltd. Physical layer data unit format for a wireless communication network
US10244531B2 (en) * 2015-09-03 2019-03-26 Qualcomm Incorporated Re-channelization of sub-carriers
BR112018001998B1 (pt) * 2015-09-10 2023-12-19 Apple Inc Aparelho de transmissão, método de transmissão, aparelho de recepção e método de recepção
US9838107B2 (en) 2015-10-16 2017-12-05 Lg Electronics Inc. Multiple beamforming training
US10187239B2 (en) * 2015-11-05 2019-01-22 Huawei Technologies Co., Ltd. Systems and methods to reduce the peak-to-average power ratio (PAPR) of signals in channel bonding
EP3618495B1 (en) * 2016-02-29 2022-04-06 Panasonic Intellectual Property Corporation of America Transmission device and transmission method

Also Published As

Publication number Publication date
JP7111863B2 (ja) 2022-08-02
CN113709077B (zh) 2023-11-10
ES2770129T3 (es) 2020-06-30
JP2021122130A (ja) 2021-08-26
US11876591B2 (en) 2024-01-16
JP7451613B2 (ja) 2024-03-18
JP2022160486A (ja) 2022-10-19
EP3425956A4 (en) 2019-01-09
AU2017227195B2 (en) 2021-08-05
ES2913823T3 (es) 2022-06-06
US20210152674A1 (en) 2021-05-20
AU2017227195A1 (en) 2018-08-09
US20240120983A1 (en) 2024-04-11
EP3618495A1 (en) 2020-03-04
JPWO2017150288A1 (ja) 2019-01-24
EP3618495B1 (en) 2022-04-06
US20180367650A1 (en) 2018-12-20
RU2707146C1 (ru) 2019-11-22
EP3425956A1 (en) 2019-01-09
BR112018014849A2 (ja) 2018-12-18
WO2017150288A1 (ja) 2017-09-08
KR20180119564A (ko) 2018-11-02
MX2018009376A (es) 2018-09-05
US10911580B2 (en) 2021-02-02
ZA201805612B (en) 2019-11-27
EP3425956B1 (en) 2019-12-11
CN113709077A (zh) 2021-11-26
CN108605244A (zh) 2018-09-28
CN108605244B (zh) 2021-08-13

Similar Documents

Publication Publication Date Title
JP6878402B2 (ja) 送信装置、送信方法、受信装置および受信方法
US10178665B2 (en) Systems and methods for transmitting packets in sub-1GHz frequency bands
KR101259317B1 (ko) Ｃｑｉ 수신 방법 및 집적 회로
EP1983672B1 (en) Single carrier transmission system, communication device, and single carrier transmission method used for them
EP2560315B1 (en) Radio communication apparatus and pilot symbol transmission method
CN101651515B (zh) 自适应调制和编码方法、系统及装置
JP5422719B2 (ja) トレーニングシーケンス送信および受信のためのシステム、デバイスおよび方法
JP5044017B2 (ja) 通信システムにおけるチャネル品質情報の通信のための方法および装置
US20180198654A1 (en) Signaling of Training Field Length and Guard Interval Duration
CN112202532A (zh) 译码控制方法、装置、通信设备和存储介质
JP2010011023A (ja) 無線通信システム、無線送信装置、無線受信装置及び無線通信方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180828

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20190717

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20191114

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200116

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200116

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: 20210330

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210428

R150 Certificate of patent or registration of utility model

Ref document number: 6878402

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150