(57)【要約】  本開示の通信装置は、AID生成部と、Trigger frame生成部と、無線送受信部とを具備する。AID生成部（１０３）は、トリガーフレームのTrigger TypeがRA triggerの場合、AID12 subfield情報としてAIDとは異なる情報を生成する。Trigger frame生成部（１０４）は、トリガーフレームのTrigger TypeがRA triggerの場合には、RA用変形Trigger frameを生成し、RA用変形Trigger frameに含まれるAID12 subfieldにAID生成部（１０３）から出力された情報を設定する。無線送受信部（１０６）は、Trigger frame生成部（１０４）が生成したTrigger frameを端末（２００）に送信する。
2018128042.tif 000002
【特許請求の範囲】
【請求項１】
上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて、前記トリガー信号の端末ＩＤフィールドに設定するための情報を生成するAID生成部と、
前記トリガー種別情報に基づいて前記トリガー信号を生成し、前記端末ＩＤフィールドに、前記AID生成部が生成した情報を設定するトリガー信号生成部と、
前記トリガー信号生成部が生成したトリガー信号を送信する送信部と、
を具備し、
前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記AID生成部は、端末ＩＤとは異なる情報を生成する、
通信装置。
【請求項２】
前記AID生成部は、前記端末ＩＤとは異なる情報として、ランダムアクセス用のリソースユニットの割当に関する情報を生成する、
請求項１に記載の通信装置。
【請求項３】
１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記AID生成部は、前記端末ＩＤとは異なる情報として、連続する部分割当帯域のリソースユニットの数および非割当帯域のリソースユニットの数を示す情報を生成する、
請求項２に記載の通信装置。
【請求項４】
１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記AID生成部は、前記端末ＩＤとは異なる情報として、非割当帯域のリソースユニットの開始位置とサイズを示す情報を生成する、
請求項２に記載の通信装置。
【請求項５】
１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記AID生成部は、前記端末ＩＤとは異なる情報として、非割当帯域のリソースユニットの開始と終了のパターンを示す情報を生成する、
請求項２に記載の通信装置。
【請求項６】
前記AID生成部は、前記端末ＩＤとは異なる情報として、端末の制約情報を生成する、
請求項１に記載の通信装置。
【請求項７】
前記AID生成部は、前記端末ＩＤフィールドに設定するための情報の内、１octetを削除する、
請求項６に記載の通信装置。
【請求項８】
上り信号の送信を指示するトリガー信号を送信する受信部と、
前記トリガー信号の種類を示すトリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに設定された情報に基づいてランダムアクセス用のリソースユニットを決定する決定部と、
前記決定部で決定したランダムアクセス用のリソースユニットを用いてランダムアクセス信号を生成する生成部と、
を具備する端末。
【請求項９】
上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて前記トリガー信号を生成し、
前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに端末ＩＤとは異なる情報を設定し、
前記トリガー信号を送信する、
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信装置、端末および通信方法に関する。
【背景技術】
【０００２】
IEEE（the Institute of Electrical and Electronics Engineers） 802.11 Working GroupのTask Group axにおいて、802.11acの次期規格として、IEEE 802.11ax（以下、「11ax」と呼ぶ）の技術仕様策定が進められている。11axでは、OFDMA（Orthogonal frequency-division multiple access）ベースのランダムアクセス（RA：Random Access）の導入が規定された。【０００３】
アクセスポイント（「基地局」とも呼ばれる）は、上りOFDMA信号の送信を指示する制御信号（以下、「Trigger frame」と呼ぶ）を、当該アクセスポイントが収容している複数の端末（「STA（Station）」と呼ばれることもある）へ送信する。【０００４】
Trigger frameでは、OFDMAにより送信信号を多重する複数の端末間で共通の情報を含めるCommon Info fieldと、OFDMAにより送信信号を多重する複数の端末の各々に固有の情報を含めるUser Info fieldが定義される（非特許文献１、非特許文献４）。【０００５】
Common Info fieldに含まれるTrigger Type subfieldでは、Trigger frameの種類（アクセスポイントが端末に送信させる信号種別）であるTrigger Typeを指示する（非特許文献２、非特許文献３）。【０００６】
User Info fieldに含まれるAID12 subfieldでは、アソシエーション時に端末に割り当てられる一意のIDであるAssociation ID（AID）を通知する。11axでは、未使用AIDの一つであるAID=0を設定することにより、User Info field中のRU Allocation subfieldで指示する周波数リソース (RU: Resource Unit)がRA用RUであることを各端末に指示することが合意されている。【０００７】
さらに、11axの会合において、RA専用の新たなTrigger frame（以下、「RA用変形Trigger frame」と呼ぶ）を導入することが新たに合意された（非特許文献５）。RA用変形Trigger frameを適用した場合には、User Info fieldで指示する全てのRUがRA用RUとなる。端末は、指示された複数のRA用RUの中から１つのRUをランダムに選択し、選択したRUを用いてUL応答信号（「UL(Uplink) response frame」と呼ばれることもある）を送信する。【０００８】
また、RA用変形Trigger frameを適用した場合、User Info fieldで指示するRUがRA用RUであることを、User Info fieldのAID12 subfieldを用いて指示する必要がなくなるので、AID12 subfieldが冗長なフィールドになる。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】IEEE 802.11-15/0132r17 “Specification Framework for TGax”
【非特許文献２】IEEE 802.11-16/0024r1 “Proposed TGax draft specification”
【非特許文献３】IEEE 802.11-16/0806r0 “HE Variant HT Control - Buffer Status Report”
【非特許文献４】IEEE 802.11-16/0617r1 “Remaining Topics in Power Control”
【非特許文献５】IEEE 802.11-16/1516r1 “CIDs for: Section 9.3.1.23 Random Access CIDs”
【発明の概要】
【００１０】
RA用変形Trigger frameを適用した場合に、冗長なフィールドになるAID12 subfieldの使い方については十分に検討されていない。
【００１１】
本開示の一態様は、Trigger frame中の冗長なフィールドの有効利用あるいは削減を図ることができる通信装置、端末および通信方法を提供する。
【００１２】
本開示の一態様に係る通信装置は、上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて、前記トリガー信号の端末ＩＤフィールドに設定するための情報を生成するAID生成部と、前記トリガー種別情報に基づいて前記トリガー信号を生成し、前記端末ＩＤフィールドに、前記AID生成部が生成した情報を設定するトリガー信号生成部と、前記トリガー信号生成部が生成したトリガー信号を送信する送信部と、を具備し、前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記AID生成部は、端末ＩＤとは異なる情報を生成する。
【００１３】
本開示の一態様に係る端末は、上り信号の送信を指示するトリガー信号を送信する受信部と、前記トリガー信号の種類を示すトリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに設定された情報に基づいてランダムアクセス用のリソースユニットを決定する決定部と、前記決定部で決定したランダムアクセス用のリソースユニットを用いてランダムアクセス信号を生成する生成部と、を具備する。
【００１４】
なお、これらの包括的又は具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラム又は記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
【００１５】
本開示の一態様によれば、冗長なフィールドの有効利用あるいは削減を図ることができる。
【００１６】
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および／又は効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、１つ又はそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【００１７】
【図１】実施の形態１に係る通常Trigger frameのフォーマットを示す図
【図２】実施の形態１に係る通常Trigger frameのCommon Info fieldのフォーマットを示す図
【図３】実施の形態１に係る通常Trigger frameのTrigger Typeを示す図
【図４】実施の形態１に係る通常Trigger frameのUser Info fieldのフォーマットを示す図
【図５】実施の形態１に係るRA用変形Trigger frameのUser Info fieldのフォーマットを示す図
【図６】実施の形態１に係るRA用変形Trigger frameで指定されるRA用RUの一例を示す図
【図７】実施の形態１に係るアクセスポイントの主要構成を示すブロック図
【図８】実施の形態１に係る端末の主要構成を示すブロック図
【図９】実施の形態１に係るアクセスポイントの構成を示すブロック図
【図１０】実施の形態１に係る端末の構成を示すブロック図
【図１１】実施の形態１に係るRA用変形Trigger frameで指定されるRA用RUの一例（具体例１−１）を示す図
【図１２】実施の形態１に係るRA用変形Trigger frameで指定されるRA用RUの一例（具体例１−２）を示す図
【図１３】実施の形態１に係るRA用変形Trigger frameで指定されるRA用RUの一例（具体例１−３）を示す図
【図１４】実施の形態２に係るRA用変形Trigger frameのUser Info fieldのフォーマットを示す図
【図１５】実施の形態２に係る制約条件の一例（通知例１）を示す図
【図１６】実施の形態２に係る制約条件の一例（通知例２）を示す図
【発明を実施するための形態】
【００１８】
以下、本開示の各実施の形態について図面を参照して詳細に説明する。なお、各実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
【００１９】
また、以下の説明では、11axで既に導入されているTrigger frameを、RA用変形Triggerframeと区別するために、「通常Trigger frame」と呼ぶ。また、通常Trigger frameとRA用変形Trigger frameとを併せて、「Trigger frame」と呼ぶ。
【００２０】
（実施の形態１）
［通常Trigger frame］
図１は、通常Trigger frameのフォーマットを示す図である。通常Trigger frameでは、OFDMAにより送信信号を多重する複数の端末で共通の情報を含めるCommon Info fieldと、OFDMAにより送信信号を多重する複数の端末の各々の固有情報を含めるUser Info fieldが定義される（非特許文献１）。
【００２１】
図２は、通常Trigger frameのCommon Info fieldのフォーマットを示す図である（非特許文献１）。Trigger Type subfieldでは、Trigger Typeを指示する。Trigger Typeとして図３に示すものが定義されている（非特許文献２）。また、図３の定義に加えて、端末の送信バッファ情報の報告を指示するTrigger Type（以下、Buffer Status Report Poll （BSRP）と呼ぶ）を追加することが検討されている（非特許文献３）。Trigger Dependent Common Info subfieldでは、Trigger typeに適した端末共通情報を含めることができる。
【００２２】
図４は、通常Trigger frameのUser Info fieldのフォーマットを示す図である（非特許文献１、非特許文献４）。図４は、非特許文献１では未定であったTarget RSSI subfieldのサイズを、非特許文献４の提案に従って7bitsに反映したフォーマットである。AID12 subfieldではAIDを通知する。AID=0を設定することで、User Info fieldで指示したRUがRA用RUであることを指示する（非特許文献１）。また、Trigger Dependent User Info subfieldでは、Trigger typeに適した端末固有情報を含めることができる。
【００２３】
［RA用変形Trigger frame］
上記の通り、11axの会合において、RA専用のRA用変形Trigger frameの導入が新たに合意された（非特許文献５）。
【００２４】
通常Trigger frame（図１）では、OFDMAで多重する端末の数に応じて、複数のUser Info fieldが設定される。一方、RA用変形Trigger frameでは、User Info fieldが１個のみ設定される。RA用変形Trigger frameの他のフィールドは図１と同一である。
【００２５】
RA用変形Trigger frameのCommon Info fieldのフォーマットでは、図２に示したフォーマットからTrigger Dependent Common Info subfieldが削除される。RA用変形Trigger frameのCommon Info fieldの他のフィールドは図２と同一である。
【００２６】
また、RA用変形Trigger frameを適用するために、図３のTrigger Type subfieldのReservedにRA送信を指示する新たなTrigger Type（以下、「RA trigger」と呼ぶ）を追加することが考えられる。
【００２７】
図５は、RA用変形Trigger frameのUser Info fieldのフォーマットを示す図である（非特許文献５）。図５に示すように、RA用変形Trigger frameのUser Info fieldのフォーマットでは、Trigger Dependent Per User Info subfieldが削除される。
【００２８】
RA用変形Trigger frameを適用した場合、図６に示すように、User Info fieldのRU Allocation subfieldで通知される全てのRUがRA用RU（RU for RA）となる。また、RA用変形Trigger frameでは、Trigger frameサイズを削減するために、RA用RUの配置を一つの連続帯域に限定している。なお、全てのRA用RUのサイズは同一とする。
【００２９】
このため、RU Allocation subfieldでは、連続帯域であるRA用RUの開始位置およびRA用RUのサイズを指示する。また、RA用変形Trigger frameを適用した場合、SS Allocation subfieldでは、RA用RAの送信時の空間多重ストリーム数を１に限定することにより、空間多重ストリーム数を指示する代わりに、RA用RUの数を指示する。また、Coding Type、MCS、DCM、Target RSSI subfieldに設定される情報は、複数のRA用RUで共通とする。
【００３０】
このように、RA用変形Trigger frameは、機能を限定し、１つのUser info fieldで複数の連続したRA用RUを指示することにより、Trigger frameサイズを削減することができる。
【００３１】
また、RA用変形Trigger frameは、Common Info fieldのTrigger Dependent Common Info subfield、および、User Info fieldのTrigger Dependent Per User Info subfieldを削除することで、さらにTrigger frameサイズを削減することができる。
【００３２】
また、RA用変形Trigger frameを適用した場合、User Info fieldのAID12 subfieldにてRA用RUであることを指示する必要がなくなるので、AID12 subfieldが冗長なフィールドになる。発明者らは、この点に着目し、本開示に至った。
【００３３】
［アクセスポイント、端末の主要構成］
本実施の形態に係る無線通信システムは、アクセスポイント（無線送信装置）１００および端末（無線受信装置）２００を備える。アクセスポイント１００が端末２００に対して、RA送信を指示するTrigger frameを送信し、端末２００がTrigger frameを受信し、Trigger frameで指示されたリソースを用いてRAをアクセスポイント１００へ送信する。
【００３４】
図７は、本実施の形態に係るアクセスポイント１００の主要構成を示すブロック図である。図７に示すアクセスポイント１００において、AID生成部１０３は、Trigger TypeがRA triggerの場合、AID12 subfield情報としてAIDとは異なる情報を生成する。Trigger frame生成部１０４は、Trigger TypeがRA triggerの場合には、RA用変形Trigger frameを生成し、AID12 subfieldにAID生成部１０３から出力された情報を設定する。無線送受信部１０６は、Trigger frame生成部１０４が生成したTrigger frameを端末２００に送信する。
【００３５】
図８は、本実施の形態に係る端末２００の主要構成を示すブロック図である。図８に示す端末２００において、無線送受信部２０２は、アクセスポイント１００から送信されたTrigger frameを受信する。RAリソース決定部２０５は、Trigger TypeがRA triggerの場合、RU Allocation subfieldの情報およびSS Allocation subfieldの情報によって指示された連続帯域の中から、AID12 field情報によって割り当て可能な複数のRA用RUを特定し、その中の１つをランダムに選択し、RA用RUを決定する。RA生成部２０６は、RAリソース決定部２０５で決定したRA用RUを用いてRA信号を生成する。無線送受信部２０２は、RAリソース決定部２０５が生成したRA信号をアクセスポイント１００に送信する。
【００３６】
［アクセスポイントの構成］
図９は、本実施の形態に係るアクセスポイント１００の構成を示すブロック図である。図９において、アクセスポイント１００は、RAリソース制御部１０１と、Trigger Type決定部１０２と、AID生成部１０３と、Trigger frame生成部１０４と、送信信号変調部１０５と、無線送受信部１０６と、アンテナ１０７と、受信信号復調部１０８と、品質推定部１０９と、を有する。無線送受信部１０６は、送信部および受信部を含む。また、RAリソース制御部１０１、Trigger Type決定部１０２、AID生成部１０３、Trigger frame生成部１０４および品質推定部１０９は、アクセス制御（MAC：Media Access Control）部を構成する。
【００３７】
RAリソース制御部１０１は、品質推定部１０９から出力された所定サイズのRU毎の受信品質に基づいて、システム帯域内でRA用RUを割り当てる帯域を決定する。例えば、他のサービスが利用する帯域と重複するRU、復調時ベースバンドのDC周波数に対応するRU、あるいは、干渉が比較的強いRU等の、受信品質が悪いRUがあった場合に、RAリソース制御部１０１は、そのRUへの割当を避けるため非連続帯域のRA用RUを割り当てる。そして、RAリソース制御部１０１は、RA用RUを割り当てる帯域を示すRA用RUの割当情報をAID生成部１０３およびTrigger frame生成部１０４に出力する。
【００３８】
Trigger Type決定部１０２は、Trigger frameのTrigger Type（トリガー種別情報）を決定する。Trigger Type決定部１０２が決定するTrigger Typeの中には、RA用変形Trigger frameを適用するRA triggerがある。そして、Trigger Type決定部１０２は、Trigger Typeを示すTrigger Type subfield情報をAID生成部１０３およびTrigger frame生成部１０４に出力する。
【００３９】
AID生成部１０３は、RAリソース制御部１０１から出力されたRA用RUの割当情報と、Trigger Type決定部１０２から出力されたTrigger Type subfield情報とに基づいて、Trigger frameのAID12 subfield情報（端末ＩＤフィールドに設定する情報）を生成する。特に、AID生成部１０３は、端末２００にRA送信を指示する場合であって、かつ、Trigger TypeがRA trigger以外の場合には、AID=0の情報を生成する。この場合、User Info field毎に１つのRA用RUが設定される。なお、複数のRA用RUを設定する場合には、複数のUser Info fieldをTrigger frameに設ける必要がある。
【００４０】
また、AID生成部１０３は、Trigger TypeがRA trigger（ランダムアクセスの送信を指示するもの）の場合、AID12 subfield情報としてAIDとは異なる情報（RA用RUの割当に関する情報）を生成する。この場合のAID生成部１０３の動作の詳細（具体例）については後述する。
【００４１】
そして、AID生成部１０３は、生成した情報をTrigger frame生成部１０４に出力する。
【００４２】
Trigger frame生成部（トリガー信号生成部）１０４は、Trigger TypeがRA trigger以外の場合には、通常Trigger frameを生成する。一方、Trigger frame生成部１０４は、Trigger TypeがRA triggerの場合には、RA用変形Trigger frameを生成する。
【００４３】
また、Trigger frame生成部１０４は、Trigger frameのAID12 subfield（端末ＩＤフィールド）に、AID生成部１０３から出力された情報を設定する。
【００４４】
また、Trigger frame生成部１０４は、RA用変形Trigger frameを生成した場合、RAリソース制御部１０１から出力されたRA用RU割当情報に基づいて、RU Allocation subfieldに連続帯域であるRA用RUの開始RUの位置およびRUサイズを設定し、SS Allocation subfieldにRA用RUの連続RU数を設定する。
【００４５】
そして、Trigger frame生成部１０４は、生成したTrigger frame（トリガー信号）を送信信号変調部１０５に出力する。
【００４６】
送信信号変調部１０５は、Trigger frame生成部１０４から出力されたTrigger frameに対して符号化・変調処理を行う。そして、送信信号変調部１０５は、変調後の信号に対して、受信側（端末２００）での周波数同期、タイミング同期に用いるパイロット信号、チャネル推定用信号等の制御信号（プリアンブルとも呼ばれる）を付加し、無線フレーム（送信信号）を生成し、無線送受信部１０６に出力する。
【００４７】
無線送受信部１０６は、送信信号変調部１０５から出力された無線フレーム（送信信号）に対してD/A変換、キャリア周波数へのアップコンバート等の所定の無線送信処理を行い、無線送信処理後の信号をアンテナ１０７を介して端末２００に送信する。また、無線送受信部１０６は、端末２００から送信された信号を、アンテナ１０７を介して受信し、受信した信号にベースバンドへのダウンコンバート、A/D変換等の所定の無線受信処理を行い、無線受信処理後の信号を受信信号復調部１０８に出力する。
【００４８】
受信信号復調部１０８は、無線送受信部１０６から出力された信号に対して自己相関処理等を行うことにより無線フレームを抽出し、品質推定部１０９に出力する。
【００４９】
品質推定部１０９は、受信信号復調部１０８から出力された無線フレームに含まれるパイロット信号を用いて所定サイズのRU毎に受信品質を推定し、推定結果をRAリソース制御部１０１に出力する。
【００５０】
［端末の構成］
図１０は、本実施の形態に係る端末２００の構成を示すブロック図である。図１０において、端末２００は、アンテナ２０１と、無線送受信部２０２と、受信信号復調部２０３と、Trigger frame復号部２０４と、RAリソース決定部２０５と、RA生成部２０６と、送信信号変調部２０７と、を有する。無線送受信部２０２は、送信部および受信部を含む。また、RAリソース決定部２０５およびRA生成部２０６は、アクセス制御部（MAC）を構成する。
【００５１】
無線送受信部２０２は、アクセスポイント１００から送信されたTrigger frameを、アンテナ２０１を介して受信し、受信した信号にベースバンドへのダウンコンバート、A/D変換等の所定の無線受信処理を行い、無線受信処理後の信号を受信信号復調部２０３に出力する。また、無線送受信部２０２は、後述する送信信号変調部２０７から出力された信号に対してD/A変換、キャリア周波数へのアップコンバート等の所定の無線送信処理を行い、無線送信処理後の信号をアンテナ２０１を介してアクセスポイント１００に送信する。
【００５２】
受信信号復調部２０３は、無線送受信部２０２から出力された信号に対して自己相関処理等を行うことにより無線フレーム（Trigger frame）を抽出し、Trigger frame復号部２０４に出力する。
【００５３】
Trigger frame復号部２０４は、受信信号復調部２０３から出力されたTrigger frameを復号し、復号したTrigger frameをRAリソース決定部２０５へ出力する。
【００５４】
RAリソース決定部２０５は、Trigger frame復号部２０４から出力されたTrigger frameのTrigger Type field、AID12 field、RU Allocation subfield、SS Allocation subfieldの情報に基づいてRA用RUを決定する。具体的には、Trigger TypeがRA trigger（RA用変形Trigger frame）の場合、RAリソース決定部２０５は、RU Allocation subfieldの情報およびSS Allocation subfieldの情報によって指示された連続帯域の中から、AID12 fieldの情報によって割り当て可能な複数のRA用RUを特定し、その中の１つをランダムに選択し、RA用RUを決定する。また、Trigger TypeがRA trigger以外（通常Trigger frame）で、かつ、AID=0の場合、RAリソース決定部２０５は、User Info fieldのRU Allocation subfieldに設定された１つのRUをRA用RUとして決定する。
【００５５】
RA生成部２０６は、RAリソース決定部２０５で決定したRA用RUを用いて端末IDおよび端末の送信情報（データや制御情報等）を含むRA信号を生成し、送信信号変調部２０７へ出力する。
【００５６】
送信信号変調部２０７は、RA信号に対して符号化・変調を行う。そして、送信信号変調部２０７は、変調後の信号に対して、アクセスポイント１００での周波数同期、タイミング同期に用いるパイロット信号、チャネル推定用信号等の制御信号（プリアンブル）を付加し、無線フレーム（送信信号）を生成し、無線送受信部２０２に出力する。なお、RA信号は、RAリソース決定部２０５で決定した情報に示されるRA用RUに周波数マッピングされる。
【００５７】
［AID生成部の動作］
次に、Trigger TypeがRA triggerの場合における本実施の形態のAID生成部１０３の動作について詳細に説明する。本実施の形態では、Trigger typeがRA triggerの場合、AID12 subfieldを、RA用RUの割当に関する情報の一部として用いる。以下、AID生成部１０３によるAID12 subfieldの生成方法の３つの具体例１−１〜１−３について説明する。
【００５８】
＜具体例１−１＞
具体例１−１では、AID生成部１０３が、図１１（ａ）に示すように、AID12 subfieldの上位6bitsで部分割当帯域１（連続帯域の１番目のブロック）のRU数を設定し、AID12 subfieldの下位6bitsで非割当帯域のRU数を設定する、あるいは、図１１（ｂ）に示すように、AID12 subfieldの上位6bitsで部分割当帯域１のRU数を設定し、AID12 subfieldの下位6bitsで部分割当帯域２の先頭RUまでのRU数を設定する。なお、上位6bitsと下位6bitsで通知する情報は上述したものを入れ替えてもよい。
【００５９】
ここで、AID12 subfieldの上位/下位6bitsによるRU数は、RA用変形Trigger frameのSS allocation （6bits）と同様に、RU allocationで通知されたRUサイズと同じRUを繰り返す数とする。ただし、RU数=0の通知を含める。非割当とするRU数、あるいは、部分割当帯域２までのRU数を「０」に設定することにより、従来のRA用変形Trigger frameと同様に連続帯域のRA用RUを指示できる。
【００６０】
このように、具体例１−１では、１つのUser Info fieldで、２つの帯域のRA用RUを指示することができる。これにより、受信品質が悪い一部のRUへの割当を除外でき、性能を改善できる。また、RA用変形Trigger frameのSS allocationと同様の定義を適用することで、簡易に実装が可能となる。
【００６１】
＜具体例１−２＞
具体例１−２では、AID生成部１０３が、連続帯域割当時には、AID12 subfield のMSBを「０」とし、残りの11bitsは未使用とする。また、AID生成部１０３が、非連続帯域割当時には、図１２に示すように、AID12 subfield のMSBを「１」とし、残りの11bitsので、RU allocation (8btis)を、非割当RUの開始位置とサイズとする。
【００６２】
このように、具体例１−２では、１つのUser Info fieldで、２つの帯域のRA用RUを指示することができる。これにより、受信品質が悪い一部のRUへの割当を除外でき、性能を改善できる。また、Trigger frameのRU allocationと同様の定義を適用することで、簡易に実装が可能となる。
【００６３】
＜具体例１−３＞
具体例１−３では、AID生成部１０３が、図１３に示すように、非連続帯域割当時にはAID12 subfield のMSBを「１」に設定し、残りの11bitsによって、非割当RUの開始と終了のパターン情報を設定する。なお、連続帯域割当時にはAID12 subfield のMSBを「０」に設定し、残りの11bitsは未使用とする。
【００６４】
非割当RUのパターンは、RUサイズによって変更される。具体的には、RUサイズが26 toneの場合、非割当RUとして通知しうる最大RU数は「３５」となる。「３５」とは、80MHz、26-toneでのRU割り当てパターン数である「３７」から、２つの部分割当帯域の最小割り当てRU数である「２」を引いたものである。よって、以下の式（１）により10bitsで、１つの非割当RUの開始とRU数を指示することができる。
【００６５】
【数１】
2018128042.tif 000003
【００６６】
また、RUサイズが52 toneの場合、非割当RUとして通知しうる最大RU数は「１４」となる。「１４」とは、80MHz、52-toneでのRU割り当てパターン数である「１６」から、２つの部分割当帯域の最小割り当てRU数である「２」を引いたものである。よって、以下の式（２）により11bitsで、２つの非割当RUの開始とRU数を指示することができる。
【００６７】
【数２】
2018128042.tif 000004
【００６８】
このように、具体例１−３では、１つのUser Info fieldで、３つまでの帯域のRA用RUを指示することができる。これにより、受信品質が悪い一部のRUへの割当を除外でき、性能を改善できる。また、Trigger frameのRU allocationと同様の定義を適用することで、簡易に実装が可能となる。
【００６９】
なお、上記式で指示する情報はRUの開始とRU数ではなく、非送信帯域の前後のRU位置という定義でもよい。
【００７０】
以上のように、本実施の形態によれば、Trigger typeがRA triggerの場合、AID12 subfieldを、RA用RUの割当に関する情報の一部として用いる。これにより、AID12 subfieldを有効利用することができ、Trigger frameサイズを増加させることなく、機能（スケジューリング性能等）の向上を図ることができる。具体的には、RAの周波数スケジューリングの自由度向上や、干渉制御の性能向上といった効果を得ることができる。
【００７１】
なお、本実施の形態では、AID12 subfieldの内、一部をBuffer Status Report Poll （BSRP）専用のRA用変形Trigger frameであることを通知（例えば、LSB=0: 送信情報に制限なし、LSB=1:BSRPのみ送信可）してもよい。
【００７２】
以上、実施の形態１について説明した。
【００７３】
（実施の形態２）
RA用変形Trigger frameを適用する場合、様々な状態の端末を一律に扱うと性能の劣化につながるおそれがある。例えば、距離のばらつきが大きく信号電力の制御が不十分な場合、マルチユーザ干渉で性能が劣化する。Trigger frameによって指示される上りOFDMA信号には、送信電力制御が適用される（非特許文献４）。11axに対応した端末の中には送信電力を数段階しか変更できない端末や、送信電力制御の機能を有しない端末が存在するなど、端末によって送信電力制御の精度が異なる。よって、各端末では、アクセスポイントから通知されたTarget RSSIなどから送信電力を算出するにも関わらず、端末の最大送信電力、最小送信電力の制限から、Target RSSIを満たす送信電力で、信号を送信できない可能性がある。この場合、端末間の信号の受信電力差によるマルチユーザ間干渉が発生し、受信性能が劣化する可能性がある。
【００７４】
これらの点に鑑み、実施の形態２では、Trigger frameサイズ（AID12 subfield）をoctet （8bits）単位で削減し、さらにその端数となるビットを、Trigger frameを送信する端末の制約情報に読み替えることで、マルチユーザ間干渉によるRAの性能劣化を低減する場合について説明する。
【００７５】
[アクセスポイントの構成]
本実施の形態に係るアクセスポイントの構成は、図９に示した実施の形態１のアクセスポイント１００の構成と同一である。ただし、本実施の形態に係るアクセスポイントは、実施の形態１で説明したアクセスポイント１００と比較して、RAリソース制御部１０１の動作と、Trigger TypeがRA triggerの場合のAID生成部１０３の動作が異なる。
【００７６】
RAリソース制御部１０１は、品質推定部１０９から出力された所定サイズのRU毎の受信品質に基づいて、端末２００の制約方法を決定する。例えば、RAリソース制御部１０１は、受信品質が所定閾値より高い場合には、端末２００のRA送信に制約を設けず、受信品質が所定閾値より低い場合には端末２００のRA送信に制約を設けるようにすることで受信性能の向上を図る。そして、RAリソース制御部１０１は、決定した端末２００の制約方法をを示す端末制約情報をAID生成部１０３およびTrigger frame生成部１０４に出力する。
【００７７】
AID生成部１０３は、Trigger TypeがRA triggerの場合、AID12 subfieldの12bitsの内、1 octet （8bits）を削減し、残り4bitsにはAID情報とは異なる情報（端末の制約情報）を生成する。この場合のAID生成部１０３の動作の詳細（具体例）については後述する。
【００７８】
[端末の構成]
本実施の形態に係る端末の構成は、図１０に示した実施の形態１の端末２００の構成と同一である。ただし、本実施の形態に係る端末は、実施の形態１で説明した端末２００と比較して、Trigger TypeがRA triggerの場合のRAリソース決定部２０５の動作が異なる。
【００７９】
RAリソース決定部２０５は、Trigger TypeがRA trigger（RA用変形Trigger frame）の場合、RU Allocation subfield、SS Allocation subfieldの情報から複数のRA用RUを特定し、さらに、AID12 fieldの端末の制約条件に関する情報に基づいて、自端末がRA送信可能か否かを判断する。なお、制約条件の詳細については後述する。RAリソース決定部２０５は、自端末がRA送信可能と判断した場合、特定した複数のRA用RUの中の１つをランダムに選択し、RA用RUを決定する。一方、RAリソース決定部２０５は、自端末がRA送信不可と判断した場合、RA用RUが無いと決定する。
【００８０】
［AID生成部の動作］
次に、Trigger TypeがRA triggerの場合における本実施の形態のAID生成部１０３の動作について詳細に説明する。本実施の形態では、AID生成部１０３は、Trigger frameサイズを減らし、octet単位の端数となるビットを、RA用変形Trigger frameを送信する端末２００の制約情報に読み替える。以下、AID生成部１０３によるAID12 subfieldの残りの4bitsの生成方法の２つの具体例２−１〜２−２について説明する。
【００８１】
＜具体例２−１＞
具体例２−１では、AID生成部１０３が、図１４に示すように、AID12 subfieldの12bitsの内、1 octet （8bits）を削減し、残りの4bitsをReserved情報とする。なお、図１４ではAID12と表記しているが、AID4やReservedのように異なる表記にしてもよい。また、すでに確保されているUser Info fieldの最後のReserved subfieldと残りの4bitsを合わせて、5bitsの一つのReserved subfieldとする構成でもよい。
【００８２】
これにより、Trigger frameの冗長なフィールドを1 octet （8bits）を削減することができ、Trigger frame送信による制御信号のオーバヘッドを削減することができる。また、Reserved subfieldのサイズを大きくすることで、未使用な領域を増やすことができ、将来の仕様変更に対応しやすくなる。
【００８３】
＜具体例２−２＞
具体例２−２では、AID生成部１０３が、図１４に示すように、AID12 subfieldの12bitsの内、1 octet （8bits）を削減し、残り4bitsで端末の制約情報を指定する。なお、図１４ではAID12と表記しているが、AID4や制約情報のように異なる表記にしてもよい。制約情報とは、IDと制約条件がマッピングされた情報である。制約条件は、例えば、アクセスポイントから通知されたTarget RSSIを満たすために必要な送信電力（以下、「要求送信電力」と呼ぶ）が端末の最小送信電力以上か否かという条件である。なお、端末の最小送信電力が要求送信電力以上とは、アクセスポイント側の受信電力が、Target RSSIよりも大きくなる条件、つまりユーザ間干渉が発生しやすい条件である。端末は、AID12 subfieldの4bitsで送信されるIDから、端末の制約条件を読み取り、要求送信電力を計算した後に要求送信電力が制約条件を満たしているか否かを判断し、制約条件を満たしている場合にはRAの送信を行い、制約条件を満たしていない場合にはRAの送信を行わない。
【００８４】
以下、4bitsでの通知例１、２について説明する。
【００８５】
＜通知例１＞
通知例１では、AID12 subfieldの4bitsと制約条件を図１５のように割り当てる。「０」から順番に割り当てることで、端末の制約条件の判別処理が容易になる。
【００８６】
また、Trigger TypeがRA trigger以外（通常Trigger frame）のAID12 subfieldにおいても同様に制約情報を示すAIDを追加してもよい。例えば、従来未使用であった2008以降のAIDの中から下位4bitsが「１」および「２」となる2017, 2018をRA用の制約情報として使用する。
【００８７】
このように、Trigger TypeがRA trigger以外の場合において、制約情報として使用される可能性が高いAIDの下位ビットと、RA用変形Trigger frameの制約情報として使用するAID12 subfieldを合わせることで、制約情報の判定処理を簡易化できる。
【００８８】
＜通知例２＞
通知例２では、AID12 subfieldの4bitsと制約条件を図１６のように割り当てる。「８」および「９」は従来のAIDでは未使用であった番号(2008, 2009)の下位4bitsである。Trigger typeがRA trigger以外の場合に上記と同様の制約情報を通知する際に未使用のAIDを使用する可能性が高いことから、Trigger typeがRA trigger以外の場合において、制約情報として使用される可能性が高いAIDの下位ビットと、RA用変形Trigger frameの制約情報として使用するAID12 subfieldを合わせることで、制約情報の判定処理を簡易化できる。
【００８９】
以上のように、本実施の形態によれば、Trigger frameの冗長なフィールドを1 octet （8bits）を削減することができ、Trigger frame送信による制御信号のオーバヘッドを削減することができる。また、AID12 subfieldの4bitsで通知される制約条件を満たしているか否かにより、RAを送信できる端末を制限することで、アクセスポイントのRAの受信おいて、ユーザ間干渉を低減させることができる。
【００９０】
なお、制約情報の4bitsの内の一部をBuffer Status Report Poll (BSRP)専用のRA用変形Trigger frameであることを通知してもよい。例えば、4bitsの内の1bitを割り当て、その1bitが「０」の場合には端末がRA送信する送信情報に制限がないとし、「１」の場合には端末がBSRPに限定してRA送信を行うとする。
【００９１】
以上、実施の形態２について説明した。
【００９２】
なお、実施の形態１と実施の形態２を組み合わせて使用してもよい。例えば、AID12 subfieldの一部のビット（例えば8bits）を、RA用RUの割当に関する情報とし、残りのビット（例えば4bits）を端末の制約情報としてもよい。
【００９３】
また、上記各実施の形態で使用した連続・非連続帯域とは、物理的な周波数リソースが連続・非連続という意味でもよいし、システム帯域およびRU type毎に割り振られているRUのインデックスが連続・非連続という意味でもよい。
【００９４】
（他の実施の形態）
上記各実施の形態では、Trigger typeとしてRA triggerを１つ追加する構成について説明したが、本発明はこれに限られず、通常データをRA用変形Trigger frameで送信させるBasic RA triggerや、送信バッファ状態をRA用変形Trigger frameで送信させるBSRP RA Trigger等、複数のRA triggerを定義してもよい。
【００９５】
また、上記実施の形態では、本開示の一態様をハードウェアで構成する場合を例にとって説明したが、本開示はハードウェアとの連携においてソフトウェアで実現することも可能である。
【００９６】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。集積回路は、上記実施の形態の説明に用いた各機能ブロックを制御し、入力と出力を備えてもよい。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００９７】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【００９８】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【００９９】
本開示の通信装置は、上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて、前記トリガー信号の端末ＩＤフィールドに設定するための情報を生成するAID生成部と、前記トリガー種別情報に基づいて前記トリガー信号を生成し、前記端末ＩＤフィールドに、前記AID生成部が生成した情報を設定するトリガー信号生成部と、前記トリガー信号生成部が生成したトリガー信号を送信する送信部と、を具備し、前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記AID生成部は、端末ＩＤとは異なる情報を生成する。
【０１００】
本開示の通信装置において、前記AID生成部は、前記端末ＩＤとは異なる情報として、ランダムアクセス用のリソースユニットの割当に関する情報を生成する。
【０１０１】
本開示の通信装置において、１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記AID生成部は、前記端末ＩＤとは異なる情報として、連続する部分割当帯域のリソースユニットの数および非割当帯域のリソースユニットの数を示す情報を生成する。
【０１０２】
本開示の通信装置において、１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記AID生成部は、前記端末ＩＤとは異なる情報として、非割当帯域のリソースユニットの開始位置とサイズを示す情報を生成する。
【０１０３】
本開示の通信装置において、１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記AID生成部は、前記端末ＩＤとは異なる情報として、非割当帯域のリソースユニットの開始と終了のパターンを示す情報を生成する。
【０１０４】
本開示の通信装置において、前記AID生成部は、前記端末ＩＤとは異なる情報として、端末の制約情報を生成する。
【０１０５】
本開示の通信装置において、前記AID生成部は、前記端末ＩＤフィールドに設定するための情報の内、1 octetを削除する。
【０１０６】
本開示の端末は、上り信号の送信を指示するトリガー信号を送信する受信部と、前記トリガー信号の種類を示すトリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに設定された情報に基づいてランダムアクセス用のリソースユニットを決定する決定部と、前記決定部で決定したランダムアクセス用のリソースユニットを用いてランダムアクセス信号を生成する生成部と、を具備する。
【０１０７】
本開示の通信方法は、上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて前記トリガー信号を生成し、前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに端末ＩＤとは異なる情報を設定し、前記トリガー信号を送信する。
【産業上の利用可能性】
【０１０８】
本開示の一態様は、冗長なフィールドの有効利用あるいは削減を図ることができるものとして有用である。
【符号の説明】
【０１０９】
１００  アクセスポイント
２００  端末
１０１  RAリソース制御部
１０２  Trigger Type決定部
１０３  AID生成部
１０４  Trigger frame生成部
１０５，２０７  送信信号変調部
１０６，２０２  無線送受信部
１０７，２０１  アンテナ
１０８，２０３  受信信号復調部
１０９  品質推定部
２０４  Trigger frame復号部
２０５  RAリソース決定部
２０６  RA生成部
【図１】
2018128042.tif 000005
【図２】
2018128042.tif 000006
【図３】
2018128042.tif 000007
【図４】
2018128042.tif 000008
【図５】
2018128042.tif 000009
【図６】
2018128042.tif 000010
【図７】
2018128042.tif 000011
【図８】
2018128042.tif 000012
【図９】
2018128042.tif 000013
【図１０】
2018128042.tif 000014
【図１１】
2018128042.tif 000015
【図１２】
2018128042.tif 000016
【図１３】
2018128042.tif 000017
【図１４】
2018128042.tif 000018
【図１５】
2018128042.tif 000019
【図１６】
2018128042.tif 000020
【手続補正書】
【提出日】平成30年3月27日(2018.3.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて、前記トリガー信号の端末ＩＤフィールドに設定するための情報を生成するＡＩＤ生成部と、
前記トリガー種別情報に基づいて前記トリガー信号を生成し、前記端末ＩＤフィールドに、前記ＡＩＤ生成部が生成した情報を設定するトリガー信号生成部と、
前記トリガー信号生成部が生成したトリガー信号を送信する送信部と、
を具備し、
前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記ＡＩＤ生成部は、端末ＩＤとは異なる情報を生成する、
通信装置。
【請求項２】
前記ＡＩＤ生成部は、前記端末ＩＤとは異なる情報として、ランダムアクセス用のリソースユニットの割当に関する情報を生成する、
請求項１に記載の通信装置。
【請求項３】
１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記ＡＩＤ生成部は、前記端末ＩＤとは異なる情報として、連続する部分割当帯域のリソースユニットの数および非割当帯域のリソースユニットの数を示す情報を生成する、
請求項２に記載の通信装置。
【請求項４】
１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記ＡＩＤ生成部は、前記端末ＩＤとは異なる情報として、非割当帯域のリソースユニットの開始位置とサイズを示す情報を生成する、
請求項２に記載の通信装置。
【請求項５】
１つの連続帯域であるランダムアクセス用のリソースユニットから一部を除外する場合に、前記ＡＩＤ生成部は、前記端末ＩＤとは異なる情報として、非割当帯域のリソースユニットの開始と終了のパターンを示す情報を生成する、
請求項２に記載の通信装置。
【請求項６】
前記ＡＩＤ生成部は、前記端末ＩＤとは異なる情報として、端末の制約情報を生成する、
請求項１に記載の通信装置。
【請求項７】
前記ＡＩＤ生成部は、前記端末ＩＤフィールドに設定するための情報の内、１ｏｃｔｅｔを削除する、
請求項６に記載の通信装置。
【請求項８】
上り信号の送信を指示するトリガー信号を受信する受信部と、
前記トリガー信号の種類を示すトリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに設定された情報に基づいてランダムアクセス用のリソースユニットを決定する決定部と、
前記決定部で決定したランダムアクセス用のリソースユニットを用いてランダムアクセス信号を生成する生成部と、
を具備する端末。
【請求項９】
上り信号の送信を指示するトリガー信号の種類を示すトリガー種別情報に基づいて前記トリガー信号を生成し、
前記トリガー種別情報がランダムアクセスの送信を指示するものである場合、前記トリガー信号の端末ＩＤフィールドに端末ＩＤとは異なる情報を設定し、
前記トリガー信号を送信する、
通信方法。
【国際調査報告】
2018128042.tif 000021
2018128042.tif 000022
2018128042.tif 000023