JP2022097692A - 端末、通信方法および集積回路 - Google Patents

端末、通信方法および集積回路 Download PDF

Info

Publication number
JP2022097692A
JP2022097692A JP2022078820A JP2022078820A JP2022097692A JP 2022097692 A JP2022097692 A JP 2022097692A JP 2022078820 A JP2022078820 A JP 2022078820A JP 2022078820 A JP2022078820 A JP 2022078820A JP 2022097692 A JP2022097692 A JP 2022097692A
Authority
JP
Japan
Prior art keywords
terminal
subfield
trigger frame
user info
user information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2022078820A
Other languages
English (en)
Other versions
JP7265065B2 (ja
Inventor
敬 岩井
Takashi Iwai
嘉夫 浦部
Yoshio Urabe
智史 高田
Tomofumi Takada
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 JP2022097692A publication Critical patent/JP2022097692A/ja
Priority to JP2023064791A priority Critical patent/JP7474362B2/ja
Application granted granted Critical
Publication of JP7265065B2 publication Critical patent/JP7265065B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/006Transmission of channel access control information in the downlink, i.e. towards the terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/002Transmission of channel access control information
    • H04W74/004Transmission of channel access control information in the uplink, i.e. towards network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/02Hybrid access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • H04W74/0841Random access procedures, e.g. with 4-step access with collision treatment
    • H04W74/085Random access procedures, e.g. with 4-step access with collision treatment collision avoidance
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W84/00Network topologies
    • H04W84/02Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10Small scale networks; Flat hierarchical networks
    • H04W84/12WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Electroluminescent Light Sources (AREA)
  • Reduction Or Emphasis Of Bandwidth Of Signals (AREA)

Abstract

Figure 2022097692000001
【課題】Trigger frameにおいて適切に変形User Infoを設定すること。
【解決手段】AP100において、Trigger frame生成部104は、上り信号の送信を指示するトリガー信号を生成し、無線送受信部106は、トリガー信号を送信する。Trigger frame生成部104は、トリガー信号が、1つ以上の連続するランダムアクセス用のリソースユニットを指示する第1の端末情報フィールドを有する場合は、第1の端末情報フィールドに、端末IDとしては使用されない未使用IDを設定する。
【選択図】図8

Description

本開示は、端末、通信方法および集積回路に関する。
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)の導入が規定された。
アクセスポイント(AP:Access Point。「基地局」とも呼ばれる)は、上りOFDMA信号の送信を指示する制御信号(以下、「Trigger frame」と呼ぶ)を、当該APが収容している複数の端末(「STA(Station)」と呼ばれることもある)へ送信する。
Trigger frameでは、OFDMAで多重する複数の端末に共通の情報を含めるCommon Info fieldと、OFDMAで多重する端末毎に固有の情報を含めるUser Info fieldとが定義される(例えば、非特許文献1、非特許文献4を参照)。
Common Info fieldに含まれるTrigger Type subfieldでは、Trigger frameの種類(APが端末に送信させる信号種別)であるTrigger Typeを指示する(例えば、非特許文献2、非特許文献3を参照)。
User Info fieldに含まれるAID12 subfieldでは、アソシエーション時に端末に割り当てられる一意のIDであるAssociation ID(AID)を通知する。以下では、端末に割り当てられたAIDを通知することにより、特定の端末に対して周波数リソース(RU: Resource Unit)を割り当てる方法を「Scheduled access」と呼ぶ。また、11axでは、未使用AIDの値の一つであるAID=0を設定することにより、User Info fieldのRU Allocation subfieldで指示する周波数リソース(RU)がRA用RUであることを各端末に指示することが合意されている(例えば、非特許文献1を参照)。
さらに、11axの会合において、Trigger frame に、RA専用の新たなUser Info field(以下、「変形User Info」と呼ぶ)を導入することが新たに合意された(非特許文献5)。変形User Infoでは、1つのUser Info fieldで、1以上の連続するRA用RUを端末に指示する。
しかしながら、Trigger frameにおける変形User Infoの適用方法については十分に検討されていない。
本開示の一態様は、Trigger frameにおいて適切に変形User Infoを設定することができる端末、通信方法および集積回路の提供に資する。
本開示の一態様に係る通信装置は、端末と通信する通信装置であって、上り信号の送信を指示するトリガーフレームを生成し、前記トリガーフレームは、端末IDサブフィールドとリソースユニット割当情報サブフィールドとを含むユーザ情報フィールドを含み、前記端末IDサブフィールドに、端末IDとしては使用されない未使用IDがランダムアクセス用として設定される場合は、前記リソースユニット割当情報サブフィールドは、1つ以上の連続するランダムアクセス(RA)用リソースユニットの開始リソースユニット位置を指示し、前記ユーザ情報フィールドは、前記連続するRA用リソースユニットの数を示すRA用リソースユニット情報サブフィールドをさらに含む、トリガーフレーム生成部と、前記生成されたトリガーフレームを送信する送信部と、を具備する。
なお、これらの包括的または具体的な態様は、システム、装置、方法、集積回路、コンピュータプログラムまたは記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
本開示の一態様によれば、Trigger frameにおいて適切に変形User Infoを設定することができる。
本開示の一態様における更なる利点および効果は、明細書および図面から明らかにされる。かかる利点および/または効果は、いくつかの実施形態並びに明細書および図面に記載された特徴によってそれぞれ提供されるが、1つまたはそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
Trigger frameのフォーマットを示す図 Trigger frameのCommon Info fieldのフォーマットを示す図 Trigger frameのTrigger Typeを示す図 Trigger frameの通常User Info fieldのフォーマットを示す図 Trigger Dependent User Info fieldのフォーマットを示す図 Trigger frameの変形User Info fieldのフォーマットを示す図 変形User Info fieldによって指示されるRA用RUの一例を示す図 実施の形態1に係るAPの一部構成例を示すブロック図 実施の形態1に係るAPの構成例を示すブロック図 実施の形態1に係る端末の構成を示すブロック図 実施の形態1に係る変形User Infoで指定されるRA用RUの一例(具体例1-1)を示す図 実施の形態1に係る変形User Infoで指示するRA用RUの一例(具体例1-2)を示す図 実施の形態1に係る変形User Infoで指示するRA用RUの一例(具体例1-2)を示す図 実施の形態1に係るUser Infoで指示するRA用RUの一例(具体例1-2)を示す図 実施の形態1に係るUser Infoで指示するRA用RUの一例(具体例2)を示す図 実施の形態1に係るUser Infoで指示するRA用RUの一例(具体例2)を示す図 実施の形態1に係るUser Infoで指示するRA用RUの一例(具体例2-1)を示す図 実施の形態1に係る変形User Infoで指示するRA用RUの一例(具体例2-2)を示す図 実施の形態1に係る変形User Infoで指示するRA用RUの一例(具体例2-2)を示す図 実施の形態2に係るAPの構成例を示すブロック図 実施の形態2に係る端末の構成例を示すブロック図 実施の形態2に係るUser Infoで指示するRA用RUの一例(具体例1)を示す図 実施の形態2に係るUser Infoで指示するRA用RUの一例(具体例2)を示す図 実施の形態2に係るUser Infoで指示するRA用RUの一例(具体例3)を示す図 他の実施の形態に係るUser Infoで指示するRA用RUの一例を示す図 他の実施の形態に係るTrigger frameの構成例を示す図
以下、本開示の各実施の形態について図面を参照して詳細に説明する。なお、各実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。
(実施の形態1)
[Trigger frame]
図1は、11axで検討されているTrigger frameのフォーマットの一例を示す図である。Trigger frameでは、OFDMAで多重する複数の端末に共通の情報を含めるCommon Info fieldと、OFDMAで多重する端末毎の固有情報を含めるUser Info fieldが定義される(例えば、非特許文献1を参照)。
図2は、Trigger frameのCommon Info fieldのフォーマットの一例を示す図である(例えば、非特許文献1を参照)。Trigger Type subfieldでは、Trigger Typeを指示する。Trigger Typeとして図3に示すものが定義されている(例えば、非特許文献2を参照)。また、図3の定義に加えて、端末の送信バッファ情報の報告を指示するTrigger Type(以下、Buffer Status Report Poll (BSRP)と呼ぶ)を追加することが検討されている(例えば、非特許文献3を参照)。また、Trigger Dependent Common Info subfieldには、Trigger typeに適した(依存した)端末共通情報を含めることができる。
図4は、Trigger frameのUser Info fieldのフォーマットの一例を示す図である(例えば、非特許文献1、非特許文献4を参照)。図4は、非特許文献1では未定であったTarget RSSI subfieldのサイズを、非特許文献4の提案に従って7bitsに反映したフォーマットである。AID12 subfieldではAIDを通知する。AID=0を設定することで、User Info fieldで指示したRUがRA用RUであることを指示する(例えば、非特許文献1を参照)。また、Trigger Dependent User Info subfieldには、Trigger typeに適した(依存した)端末固有情報を含めることができる。
以下の説明では、1RU単位で端末の無線リソースを指示するUser Info fieldを、変形User Infoと区別するために「通常User Info」と呼ぶ。また、通常User Infoと変形User Infoとを併せて「User Info」と呼ぶこともある。
また、11axでは、Trigger Typeとして、上り信号の形式を限定しないBasic Triggerが規定されている(例えば、図3を参照)。Basic Triggerでは、Scheduled accessによる応答、および、ランダムアクセスによる応答が可能である。Trigger TypeがBasic Triggerである場合、User Info fieldのTrigger Dependent User Info subfieldには図5に示す上り信号の送信時の制約を示す情報(制約情報)が含まれる(例えば、非特許文献6、非特許文献7を参照)。
具体的には、図5に示すように、Type dependent Per User Info subfieldには、APが処理可能なMPDU(MAC protocol data unit)の最小間隔を示すパラメータを示す2bitsの「MPDU MU Spacing Factor」、MPDUに含める最大TID数を示すパラメータを示す3bitsの「TID Aggregation Limit」、APが推奨するAccess Category(AC、送信データの種類)を指示するか否かのフラグを示す1bitの「AC Preference Level」、および、APが推奨するACを示すパラメータを示す2bitsの「Preferred AC」が含まれる。これらは、Trigger frameに対する上り信号として、複数のMPDUを連結したA-MPDU(Aggregate MAC protocol data unit)を用いるためのパラメータ、または、送信するACを指示するためのパラメータである。
[変形User Info]
図6Aは、変形User Infoのフォーマットの一例を示す図である。
通常User Infoを用いたTrigger frameでは、1つのUser Info fieldで任意の1つのRUを指定する。つまり、通常User Infoを用いたTrigger frameでは、複数のRA用RUを指示する際には、複数のUser Info fieldを用いる。
これに対して、変形User Info は、指示するRUの配置を一つの連続帯域に限定する。こうすることで、1つの変形User Info fieldを用いて複数のRUを指定することができる。例えば、図6Aに示す変形User InfoのRU Allocation subfieldでは、連続帯域であるRA用RUの開始RUの位置、および、RUサイズを指示する(図6Bを参照)。また、変形User Infoでは、RA用RUの送信時の空間多重ストリーム数を固定値‘1’(つまり、MIMO適用無し)に限定することにより、図6Aに示すSS Allocation subfieldは、空間多重ストリーム数を指示する代わりに、RU Allocation subfieldで通知したRA用RUを開始RUとしたRA用RUの数(連続RU数)を指示する(図6Bを参照)。なお、各RA用RUのRUサイズはRU Allocation subfieldで通知するRUサイズとする。また、図6Aに示す変形User InfoのCoding Type、MCS、DCM、Target RSSI subfieldに設定される情報は、RU Allocation及びSS Allocationによって指示される複数のRA用RUで共通とする。
また、変形User Infoでは、図6Aに示すように、Trigger Dependent User Info subfieldが削除される。また、変形User Infoが適用されるTrigger frameでは、Trigger Dependent Common Info subfieldが削除される。これによりTrigger frameサイズを削減する。
このように、変形User Infoは、通常User Infoで指示するパラメータの一部を複数のRU間(複数の端末間)で共通化することで、1つのUser info fieldで1つ以上の連続したRA用RUを指示し、Trigger frameサイズを削減することができる。
以上、変形User Infoについて説明した。
本開示では、上述したTrigger frameにおける変形User Infoの適用方法について説明する。
例えば、変形User Infoを適用するために、図3のTrigger Type subfieldのReservedにRA送信を指示する新たなTrigger Type(以下、「RA trigger」と呼ぶ)を追加することが考えられる。Trigger TypeがRA triggerの場合に変形User Infoを適用することで、Trigger frameサイズを削減できる。さらに、Trigger TypeがRA triggerの場合に、Trigger frameにおいてTrigger Dependent Common Info subfieldおよびTrigger Dependent User Info subfieldを削除することでTrigger frameサイズが削減できる。
しかしながら、上述したRA Triggerによる変形User Infoの指示は、Trigger typeのReserved領域を使用(消費)するため、将来の規格拡張の余地が減る。
また、RA Triggerは、変形User Infoによる指示に限定されるため、同一パラメータで一つの連続RU群しか指示できない。そのため、性能劣化が予想されるRU(例えばDC付近または干渉が観測されたRU等)がシステム帯域内に一部存在する場合には、変形User Infoによって指示された全てのRUに対して誤り耐性が強いロバストなパラメータ(例えば、MCS)を設定する必要があり、スループットが低下してしまう。
そこで、本開示では、Trigger Typeの将来拡張性を維持しつつ(つまり、RA Trigger等を新規追加することなく)、変形User Infoを適用して、複数のRA用RUを低サイズのTrigger frameで指示する方法、及び、変形User Infoを適用する場合でも、RU個別のパラメータを指示する方法について説明する。
[無線通信システムの構成]
本実施の形態に係る無線通信システムは、AP(無線送信装置)100および端末(無線受信装置)200を備える。AP100が端末200に対して、RA送信を指示するTrigger frameを送信し、端末200がTrigger frameを受信し、Trigger frameで指示されたリソースを用いてRAをAP100へ送信する。
図7は、本実施の形態に係るAP100の一部構成を示すブロック図である。図7に示すAP100において、Trigger frame生成部104は、上り信号の送信を指示するTrigger frame(トリガー信号)を生成する。無線送受信部106は、Trigger frameを送信する。また、Trigger frame生成部104は、Trigger frameが、1つ以上の連続するRA用RUを指示する変形User Info field(第1の端末情報フィールド)を有する場合は、変形User Info field中のAID12 subfield(端末IDサブフィールド)に、AID(端末ID)としては使用されない未使用AIDを設定する。
[APの構成]
図8は、本実施の形態に係るAP100の構成を示すブロック図である。AP100は、端末200に対して上り信号(例えば、RA信号)の送信を指示するTrigger frame(トリガー信号)を生成し、Trigger frameを端末200へ送信する。
図8において、AP100は、RAリソース制御部101と、User Info制御部102と、AID制御部103と、Trigger frame生成部104と、送信信号変調部105と、無線送受信部106と、アンテナ107と、受信信号復調部108と、品質推定部109と、を有する。無線送受信部106は、送信部および受信部を含む。また、RAリソース制御部101、User Info制御部102、AID制御部103、Trigger frame生成部104および品質推定部109は、アクセス制御(MAC:Media Access Control)部を構成する。
RAリソース制御部101は、品質推定部109から出力された所定サイズのRU毎の受信品質に基づいて、システム帯域内でRA用RUを割り当てる帯域を決定する。RAリソース制御部101は、RA用RUを割り当てる帯域を示すRA用リソース情報をUser Info制御部102およびTrigger frame生成部104に出力する。
RA用リソース情報には、例えば、システム帯域内で割り当てるRA用RU、および、RA信号を生成するための制御情報(User Info fieldに含まれるCoding Type、MCS、DCM、SS Allocation、Target RSSI(目標RSSI))等が含まれる。例えば、RAリソース制御部101は、システム帯域内で他のサービスが利用する帯域と重複するRU、復調時ベースバンドのDC周波数に対応するRUまたは干渉が比較的強いRU等の受信品質が悪いRUに対して、誤り耐性が強いMCS(例えば、BPSK)または比較的高い目標RSSIレベル(例えば、-60dBm)を設定してもよい。また、RAリソース制御部101は、上記以外の干渉が比較的弱いと予想されるRUに対して、伝送効率がより高いMCS(例えば、16QAM)または他の端末への与干渉がより小さい目標RSSIレベル(例えば‐70dBm)を設定してもよい。
User Info制御部102は、RAリソース制御部101から出力されるRA用リソース情報に基づいて、Trigger frameを構成するUser Info fieldを制御し、制御結果をTrigger frame生成部104に出力する。
具体的には、User Info制御部102は、適用するUser Info fieldフォーマット(変形User Infoまたは通常User Info)と、適用するUser Info fieldで指示するRA用RUを決定する。例えば、User Info制御部102は、変形User Infoを適用する場合、そのUser Info fieldのRU Allocation及びSS Allocationにおいて複数のRA用RUを指示し、当該複数のRA用RUに対して共通のパラメータを指示することを決定する。一方、User Info制御部102は、通常User Infoを適用する場合、そのUser Info fieldにおいて1つのRA用RUを指示し、当該RA用RUに関する個別のパラメータを指示することを決定する。
AID制御部103は、User Info fieldのフォーマット(変形User Infoまたは通常User Info)を指示するためのAID(Trigger frameのAID12 subfield情報)を決定する。AID制御部103は、決定したAIDを示すAID情報をTrigger frame生成部104に出力する。
例えば、AID制御部103は、RA用RUを指示するためのAIDとして、Scheduled access用の端末固有のAIDに使用されていない未使用のAID(11axの仕様では、AID=0,2008~4094の何れか)を設定してもよい。なお、User Info fieldのフォーマットを指示するAIDの定義の詳細については後述する。
Trigger frame生成部(トリガー信号生成部)104は、端末200に対して、RA送信(例えば、OFDMAベースのRA送信)を指示するTrigger frame(例えば、図1、図2、図4、図6Aを参照)を生成する。具体的には、Trigger frame生成部104は、User Info制御部102から出力される情報に基づいて、RAリソース制御部101から出力されるRA用リソース情報に示される各パラメータをUser Info fieldの各subfieldに設定する。
例えば、Trigger frame生成部104は、変形User Infoが適用される場合、RAリソース制御部101から出力されるRA用リソース情報(割当RA用RU)に基づいて、RU Allocation subfieldに連続帯域であるRA用RUの開始RUの位置およびRUサイズを設定し、SS allocation subfieldにRA用RUの連続RU数を設定する。一方、Trigger frame生成部104は、通常User Infoが適用される場合、RAリソース制御部101から出力されるRA用リソース情報(割当RA用RU)に基づいて、RU Allocation subfieldに1つのRA用RUの開始位置およびRUサイズを設定する。
また、Trigger frame生成部104は、AID制御部103から出力された情報およびUser Info制御部102から出力された情報に基づいて、User Info fieldのフォーマットに対応するAIDをTrigger frameのAID12 subfieldに設定する。
そして、Trigger frame生成部104は、生成したTrigger frame(トリガー信号)を送信信号変調部105に出力する。
送信信号変調部105は、Trigger frame生成部104から出力されたTrigger frameに対して符号化・変調処理を行う。そして、送信信号変調部105は、変調後の信号に対して、受信側(端末200)での周波数同期、タイミング同期に用いるパイロット信号、チャネル推定用信号等の制御信号(プリアンブルとも呼ばれる)を付加し、無線フレーム(送信信号)を生成し、無線送受信部106に出力する。
無線送受信部106は、送信信号変調部105から出力された無線フレーム(送信信号)に対してD/A変換、キャリア周波数へのアップコンバート等の所定の無線送信処理を行い、無線送信処理後の信号をアンテナ107を介して端末200に送信する。また、無線送受信部106は、端末200から送信された信号を、アンテナ107を介して受信し、受信した信号にベースバンドへのダウンコンバート、A/D変換等の所定の無線受信処理を行い、無線受信処理後の信号を受信信号復調部108に出力する。
受信信号復調部108は、無線送受信部106から出力された信号に対して自己相関処理等を行うことにより無線フレームを抽出し、品質推定部109に出力する。
品質推定部109は、受信信号復調部108から出力された無線フレームに含まれるパイロット信号を用いて所定サイズのRU毎に受信品質を推定し、推定結果をRAリソース制御部101に出力する。
[端末の構成]
図9は、本実施の形態に係る端末200の構成を示すブロック図である。端末200は、RA送信を指示するTrigger frameをAP100から受信し、Trigger frameで指示されたRA用RUからランダムに1つのRUを選択し、AP100にRA信号を送信する。
図9において、端末200は、アンテナ201と、無線送受信部202と、受信信号復調部203と、Trigger frame復号部204と、AID制御部205と、RAリソース決定部206と、RA生成部207と、送信信号変調部208と、を有する。無線送受信部202は、送信部および受信部を含む。また、AID制御部205、RAリソース決定部206およびRA生成部207は、アクセス制御部(MAC)を構成する。
無線送受信部202は、AP100から送信された、RA送信を指示するTrigger frameを、アンテナ201を介して受信し、受信した信号にベースバンドへのダウンコンバート、A/D変換等の所定の無線受信処理を行い、無線受信処理後の信号を受信信号復調部203に出力する。また、無線送受信部202は、後述する送信信号変調部208から出力された信号に対してD/A変換、キャリア周波数へのアップコンバート等の所定の無線送信処理を行い、無線送信処理後の信号をアンテナ201を介してAP100に送信する。
受信信号復調部203は、無線送受信部202から出力された信号に対して自己相関処理等を行うことにより無線フレーム(Trigger frame)を抽出し、Trigger frame復号部204に出力する。
Trigger frame復号部204は、受信信号復調部203から出力されたTrigger frameに含まれるUser Info fieldのフォーマットを識別し、当該Trigger frameを復号し、復号したTrigger frameをRAリソース決定部206へ出力する。
AID制御部205は、AP100のAID制御部103と同様の動作をする。具体的には、AID制御部205は、User Info fieldのフォーマット(変形User Infoまたは通常User Info)を指示するためのAID(Trigger frameのAID12 subfield情報)を決定する。AID制御部205は、決定したAIDを示すAID情報をRAリソース決定部206へ出力する。なお、User Info fieldのフォーマットを指示するAIDの定義の詳細については後述する。
RAリソース決定部206は、AID制御部205から出力されるAID情報、および、Trigger frame復号部204から出力されたTrigger frameの情報に基づいて、RA用RUおよびRA信号を生成するための制御情報を決定する。RAリソース決定部206は、決定したRA用RUおよびRA信号を生成するための制御情報をRA生成部207へ出力する。
具体的には、RAリソース決定部206は、AID情報に基づいて、Trigger frame復号部204から出力されたTrigger frameのAID12 subfieldに含まれるAIDに対応するUser Info fieldのフォーマット(変形User Infoまたは通常User Info)を特定する。
そして、RAリソース決定部206は、User Info fieldのフォーマットが変形User Infoの場合、RU Allocation subfieldからRA用RUの開始位置およびRUサイズを特定し、SS Allocation subfieldからRA用RUの数(連続RU数)を特定し、変形User Info fieldの各subfieldで通知された他のパラメータを、複数のRA用RUに対して共通に適用し、複数のRA用RUの中の1つをランダムに選択し、RA用RUを決定する。
また、RAリソース決定部206は、User Info fieldのフォーマットが通常User Infoの場合、RU Allocation subfieldから1つのRA用RUの開始位置およびRUサイズを特定し、通常User Info fieldの各subfield(SS allocation subfieldを含む)で通知された他のパラメータを1つのRA用RUに対して個別に適用する。
RA生成部207は、RAリソース決定部206から出力されるRA用RUおよびRA信号を生成するための制御情報に基づいて、端末IDおよび端末200の送信情報(データまたは制御情報等)を含むRA信号を生成し、送信信号変調部208へ出力する。
送信信号変調部208は、RA信号に対して符号化・変調を行う。そして、送信信号変調部208は、変調後の信号に対して、AP100での周波数同期、タイミング同期に用いるパイロット信号、チャネル推定用信号等の制御信号(プリアンブル)を付加し、無線フレーム(送信信号)を生成し、無線送受信部202に出力する。なお、RA信号は、RAリソース決定部206で決定した情報に示されるRA用RUに周波数マッピングされる。
[AP100および端末200の動作]
次に、本実施の形態のAP100および端末200の動作について詳細に説明する。
AP100(Trigger frame生成部104)は、Trigger frameにおいて、1つ以上の連続するRA用RUを指示する変形User InfoのAID12 subfield(端末IDサブフィールド)に未使用AIDを設定することにより、当該未使用AIDを含むUser Info fieldが変形User Infoであることを端末200に指示する。
ここで、未使用AIDとは、Scheduled access用の端末固有のAID(つまり、スケジュールされた端末200に対して割り当てられるAID)として使用されていないAID(11axの現仕様では0と2008~4094のいずれか)を示す。
このように、未使用AIDを用いて変形User Infoの適用を指示することにより、Trigger Typeの将来拡張性を維持しつつ(つまり、Trigger TypeとしてRA Triggerを新規追加することなく)、当該変形User Infoを用いて複数のRA用RUを低サイズのTrigger frameで指示することができる。
以下、未使用AIDを用いてUser Info fieldのフォーマットを指示する方法の具体例1,2について説明する。
<具体例1>
具体例1では、RA用RUを指示する場合に設定される未使用AIDは1種類である。
すなわち、AID制御部103,205は、変形User Infoを指示するための1つの未使用AIDを決定する。例えば、AID制御部103,205は、変形User IDを指示するための未使用AIDとしてAID = 0を決定する。つまり、Trigger frame生成部104は、AID12 subfieldでAID = 0(未使用AID)を設定することにより、当該AID12 subfieldを含むUser Info fieldが変形User Infoであることを端末200へ指示する。
また、具体例1では、通常User InfoによるRA用RUの指示が排除される。つまり、具体例1では、全てのRA用RUは、変形User Infoによって指示される。
例えば、Trigger frame生成部104は、変形User Infoを複数設定することで、各変形User Info毎のパラメータ設定が可能となる。つまり、具体例1では、変形User Infoを含む低サイズのTrigger frameを用いることで、通常User InfoによるRA用RUの割当(つまり、RU個別の設定)に近い動作が可能となる。なお、具体例1では、RA送信は、空間多重数=1(MIMO無し)に限定される。
以下、具体例1における、1つの未使用AID(AID = 0)を用いて変形User Infoを指示する具体例1-1,1-2について説明する。
<具体例1-1>
具体例1-1では、AP100のTrigger frame生成部104は、1つのTrigger frameで1つの変形User Infoを設定する。
詳細には、図10の一例に示すように、Trigger frame生成部104は、1つの変形User InfoのAID12 subfieldに未使用AIDであるAID=0を設定することにより、このAID12 subfieldを含むUser Info fieldが変形User Infoであることを端末200へ指示する。
つまり、Trigger frame生成部104は、図10に示すRU Allocation subfieldに複数のRA用RUの開始RUの位置およびRUサイズを設定し、SS allocation subfieldに、空間多重ストリーム数ではなく、RA用RUの連続数を設定する。例えば、SS allocation subfieldで採りうる値が0~63(6bit)の場合、SS allocation subfieldで通知可能なRA用RUの連続数はそれぞれ1~64となる。これにより、AP100は、端末200に対して、1つの変形User Infoによって、1個から64個までの連続するRUを指定することが可能になる。図10に示す一例では、1つの変形User Infoによって、7個の連続するRA用RU(連続RU=7)が指定されている。
このように、具体例1-1では、1つの変形User Infoによって全てのRA用RUを指示するので、Trigger frameサイズを低減することができる。
<具体例1-2>
具体例1-2では、AP100のTrigger frame生成部104は、1つのTrigger frameで複数の変形User Infoを設定する。
詳細には、図11の一例に示すように、Trigger frame生成部104は、1つのTrigger frameに2つの変形User Infoを含める。また、Trigger frame生成部104は、具体例1-1と同様、各変形User InfoのAID12 subfieldに未使用AIDであるAID=0を設定することにより、このAID12 subfieldを含む各User Info fieldが変形User Infoであることを端末200へ指示する。
図11では、AP100は、1つ目の変形User Infoで7個の連続するRA用RUを指示し、それらのRUに対してMCS#1(例えば16QAM)を指示する。また、AP100は、2つ目の変形User Infoで1つのRA用RUを指示し、そのRUに対してMCS#2(例えばQPSK)を指示する。
ここで、図11に示すように、複数の変形User Infoによってそれぞれ指示される連続RA用RUが重複する場合(図11では、7個のRA用RUのうち中央のRU)、端末200のRAリソース決定部206は、重複するRUでは、複数の変形User Infoのうち、連続RU数が小さいRUを通知する変形User Infoの指示を優先する。つまり、図11では、SS Allocationで1つのRA用RU(連続RU=1)を通知する変形User Infoの指示を優先し、中央のRUでは、MCS#2が適用される。
これにより、1つのTrigger frameによって指示される複数のRA用RU間で複数の異なるパラメータを使い分けることができる。また、変形User Infoで指示する連続RU数=1とすることで、単独のRU毎のパラメータを指示することも可能となる。例えば、図11では、7個の連続するRA用RUのうち、中央のRUに対して、他のRUと異なるパラメータ(MCS)が設定されている。すなわち、図11では、7個の連続するRA用RUのうち、中央のRU以外の6個の非連続帯域を構成するRUに対して同一パラメータ(MCS)が設定されている。
例えば、AP100は、1つのTrigger frameに複数の変形User Infoを設定することにより、図11に示すような複数の連続するRA用RUのうち、性能劣化が予想される一部のRU(例えばDC付近のRU)に対して、ロバストなMCS(例えば、QPSK)を設定することが可能となる。
このように、具体例1-2では、全てのRA用RUにおいて空間多重数=1(MIMO無し)に限定される点以外では、RA用RA毎のパラメータ(MCSまたは目標RSSI等)の指示、つまり、通常User Infoと同様な指示が可能となる。
よって、具体例1-2によれば、変形User Infoを適用する場合でも、RU個別のパラメータを指示することができるので、各RUで予想される性能に応じたパラメータを適用でき、スループットを向上させることができる。
また、具体例1-2によれば、複数の変形User Infoによって指示したRUが重複する場合に優先するRUに関するルールを定義することで、AP100は、予想されるRUの性能に応じたパラメータを、少ないTrigger frameサイズ(つまり、少ないUser Info fieldの数)で指示することができる。
なお、1つのTrigger frameに含める複数の変形User InfoによるRA用RUの割当方法は、図11に示す例に限定されない。
例えば、図12に示すように、AP100は、1つのTrigger frameに含める2つの変形User Infoで互いに重複しないRUをそれぞれ指示してもよい。図12では、AP100は、1つ目の変形User Infoで4個のRA用RUを指示し、それらのRUに対してMCS#1(例えば16QAM)を指示する。また、AP100は、2つ目の変形User Infoで、1つ目の変形User Infoによって指示される4個のRA用RUに隣接する領域(つまり、重複しない領域)の3個のRA用RUを指示し、それらのRUに対してMCS#2(例えばQPSK)を指示する。
また、図13に示すように、AP100は、1つのTrigger frameに含める2つの変形User Infoで互いに離れた領域のRUをそれぞれ指示してもよい。図13では、AP100は、1つ目の変形User Infoで4個のRA用RUを指示し、2つ目の変形User Infoで、1つ目の変形User Infoによって指示される4個のRA用RAから離れた領域(つまり、重複しない)の3個のRA用RUを指示する。
なお、図13では、何れの変形User Infoで通知されるRUに対してもMCS#1を適用しているが、変形User Info毎に異なるパラメータが指定されてもよい。つまり、複数の変形User Infoで共通のMCS等のパラメータを設定してもよいし、図12と同様に変形User Info毎に異なるパラメータを設定してもよい。また、図13に示すように、複数の変形User Infoによってそれぞれ指定された、離れた2つの領域の間には、Scheduled access用RU、または未指定の空きRU(非割当RU)等の任意のRUが存在してもよい。なお、複数の変形User Infoで通知される全てのRUに対して共通のCoding Type、MCSおよびDCMパラメータを設定すると、RU毎の伝送特性等に応じた柔軟な設定がしにくくなる。しかし、OFDMAベースのランダムアクセスでは、端末が送信権を得た場合、全てのランダムアクセス用RUから一つのRUをランダムに選択する。そのため、複数の変形User Infoで通知されるRUにおいて伝送可能なデータ量が互いに異なると、端末がRUを選択した後に送信フレームのデータ量を決定する必要があり、送信フレーム生成処理が複雑になる。よって、複数の変形User Infoで共通のパラメータを用いることで、全てのランダムアクセス用RUにおける伝送可能なデータ量が一定になるため、端末における送信フレーム生成処理が簡略化できる。
また、図11~図13では、1つのTrigger frameに2つの変形User Infoが含まれる場合について説明したが、1つのTrigger frameに含まれる変形User Infoは3個以上でもよい。
<具体例2>
具体例2では、RA用RUを指示する場合に設定される未使用AIDは複数種類ある。
すなわち、AID制御部103,205は、RA用RUを指示するUser Info(変形User Info又は通常User Info)を指示するための複数の未使用AIDを決定する。
AID制御部103,205は、RA用RUを指示するUser Infoの中で、通常User Infoに対応する未使用AIDと、変形User Infoに対応する未使用AIDとを区別して決定する。例えば、AID制御部103,205は、通常User Infoを指示するための未使用AIDとしてAID=0を決定し、変形User Infoを指示するための未使用AIDとしてAID=2048を決定する。
つまり、Trigger frame生成部104は、AID12 subfieldにAID = 0を設定することにより、当該AID12 subfieldを含むUser Info fieldが通常User Infoであることを端末200へ指示し、1つのRA用RUを指示する。また、Trigger frame生成部104は、AID12 subfieldにAID=2048(AID=0ではない未使用AID)を設定することにより、当該AID12 subfieldを含むUser Info fieldが変形User Infoであることを端末200へ指示し、複数のRA用RU(連続するRA用RU)を指示する。
ここで、AID=2048は12bitsのAID12 subfieldにおいて、MSB(最上位ビット)のみが1となり、他の下位11ビットが0となる値に相当する。よって、上述したように、AID=0または2048を用いることで、端末200は、下位11ビットが全て0の場合にRA用User Infoであると判断し、MSBのみで変形User Infoであるか通常User Infoであるかを判断することができる。これにより、端末200の処理を簡易化できる。
図14に示す一例では、AP100のTrigger frame生成部104は、複数の未使用AID(AID=0,2048)のうち、通常User InfoのAID12 subfieldにAID=0を設定し、変形User InfoのAID12 subfieldにAID=2048を設定する。また、図14では、AP100は、2つの変形User Infoによって3個のRA用RU(連続RU=3)をそれぞれ指示し、それらのRUに対してMCS#1(例えば16QAM)を指示する。また、AP100は、1つの通常User Infoによって1つのRA用RUを指示し、そのRUに対してMCS#2(例えばQPSK)を指示する。
これにより、1つのTrigger frameによって指示される複数のRA用RU間で複数の異なるパラメータを使い分けることができる。また、変形User Infoで指示する連続RU数=1とすること、または、通常User Infoを設定することで、単独のRU毎のパラメータを指示することも可能となる。例えば、図14では、7個の連続するRA用RUのうち、中央のRUに対して、他のRUと異なるパラメータ(MCS)が設定されている。すなわち、図14では、7個の連続するRA用RUのうち、中央のRU以外の6個の非連続帯域を構成するRUに対して同一パラメータ(MCS)が設定されている。
例えば、AP100は、性能劣化が予想される一部のRU(例えば中央のRU)に対して、通常User Infoまたは連続RU数=1が設定された変形User Infoによって誤り耐性が強いロバストなMCSを個別に設定することが可能となる。
このように、具体例2によれば、通常User Infoと変形User Infoとを組み合わせることで、各RUで予想される性能に応じたパラメータを適用でき、スループットを向上させることができる。また、具体例2によれば、AP100は、具体例1と同様、変形User Infoを用いて連続するRA用RUを指示することで、Trigger frameサイズを低減することができる。また、具体例2では、通常User Infoを用いることにより、SS allocation subfieldにおいて空間多重ストリーム数の設定(つまり、MIMOの適用)も可能となる。
なお、図14では、通常User Infoに対してAID=0が設定され、変形User Infoに対してAID=2048が設定される場合について説明したが、通常User Infoおよび変形User Infoに設定される未使用AIDは、0,2048に限らず、他の値が設定されてもよい。
また、具体例2では、1つのTrigger frameによって指示されるRA用RUは、図14に示すような連続するRUに限定されず、例えば、図15に示すように、互いに離れた非連続領域のRUが指示されてもよい。
以下、具体例2において未使用IDを用いて、User Info fieldが通常User Infoまたは変形User Infoであることを指示する方法の具体例2-1,2-2について説明する。
<具体例2-1>
具体例2-1では、AP100のTrigger frame生成部104は、通常User Info(AID=0)で指示したRA用RUと、変形User Info (AID≠0の未使用AID)で指示した連続RA用RUを端末200へ指示する。
詳細には、図16の一例に示すように、Trigger frame生成部104は、変形User Info(AID=2048)によって7個のRA用RU(連続RU=7)を指示し、それらのRUに対してMCS#1(例えば16QAM)を指示する。また、Trigger frame生成部104は、通常User Info(AID=0)によって1つのRA用RUを指示し、そのRUに対してMCS#2(例えばQPSK)を指示する。
ここで、図16に示すように、通常User Infoで指示される1つのRA用RUと、変形User Infoで指示される連続RA用RUとが重複する場合(図16では、7個のRA用RUのうち中央のRU)、端末200のRAリソース決定部206は、重複するRUでは、通常User Infoの指示を優先する。つまり、図16では、中央のRUに対して、通常User Infoの指示を優先し、MCS#2が適用される。
これにより、具体例2-1では、具体例2(図14)と同様、1つのTrigger frameによって指示されるRA用RU間で複数パラメータを使い分けることができる。例えば、図16に示すように、AP100は、性能劣化が予想される一部のRU(例えば中央のRU)に対して、通常User Infoによって誤り耐性が強いロバストなMCSを個別に設定してもよい。
また、具体例2-1によれば、通常User Infoおよび変形User Infoによってそれぞれ指示したRUが重複する場合に優先するRUに関するルールを定義することで、AP100は、予想されるRUの性能に応じたパラメータを、少ないTrigger frameサイズ(つまり、少ないUser Info fieldの数)で指示することができる。例えば、具体例2-1(図16)では、具体例2(図14)と同一のRA用RU設定を、低サイズ(より少ないUser Info fieldの数)のTrigger frameで指示することができる。
<具体例2-2>
具体例2-2では、複数種類の未使用AIDの各々に、RA信号を送信する端末200の制約条件(端末制約条件)がそれぞれ対応付けられる。すなわち、AP100は、複数の未使用AIDを用いて、RA信号を送信する端末200の端末制約条件を指示する。
図17の一例に示すように、AID制御部103,205は、RA用RUを指示する変形User Infoに対応する未使用AIDとしてAID=2008と2009を決定する。また、AID制御部103,205は、AID=2008および2009に対して異なる端末制約条件を対応付ける。そして、AP100のTrigger frame生成部104は、AID12 subfieldにAID=2008または2009を設定することにより、当該AID12 subfieldを含むUser Info fieldが双方とも変形User Infoであることを端末200へ指示する。
また、図17では、AP100は、変形User Infoを示す未使用AID毎の異なる端末制約条件として端末200の接続条件を指示する。具体的には、図17に示すように、AID=2008によって指示されるRA用RUは、AP100と接続済の端末200(Associated STA)に限定したRA用RUとする。また、AID=2009によって指示されるRA用RUは、AP100と未接続の端末200(Unassociated STA)に限定したRA用RUとする。
これにより、各RUでRA信号を送信する端末200を、Associated STAとUnassociated STAとに分けることができる。これにより、AP100は、端末200の接続条件毎に適切なパラメータを設定することができる。
例えば、AP100は、Associated STAに関する情報(端末200の通信状況)を既に保持しているので、Associated STAに対する上りリンクのパラメータ(電力またはMCS等)を適切に調整することができる。これに対して、AP100は、Unassociated STAに関する情報を保持していないので、Unassociated STAに対する上りリンクのパラメータとして、誤り耐性の強いロバストな値を設定する。よって、図17に示すように、AP100は、Associated STAとUnassociated STAとでRA用RUを分けて、同一パケットでOFDMA多重させないようにスケジューリングすることで、例えば、異なるパラメータ(例えば、送信電力)が設定された端末200間の干渉を低減することができる。また、AP100は、Unassociated STAに対して、より誤り耐性が強いMCSを設定することで性能劣化を防止することができる。
また、他の例として、AP100は、変形User Infoを示す未使用AID毎の異なる端末制約条件として、端末200の送信電力条件を指示してもよい(図示せず)。具体的には、AID=2008によって指示されるRA用RUは、要求される上り送信電力が端末200の最小電力以上、つまり、要求通りの上り送信電力で送信可能な端末200に限定したRA用RUとする。また、AID=2009によって指示されるRA用RUは、要求される上り送信電力が端末の最小電力以下、つまり、要求通りの上り送信電力で送信できない端末に限定したRA用RUとする。
これにより、AP100は、例えば、要求通りの上り送信電力で送信できない端末200と、要求通りの上り送信電力で送信できる端末200とが同一パケットでOFDMA多重させないようにスケジューリングすることで、端末200間の干渉を低減することができる。また、AP100は、要求通りの上り送信電力で送信できない端末200に対して、より誤り耐性が強いMCSを設定することで性能劣化を防止することができる。
また、他の例として、AP100は、変形User Infoを示す未使用AID毎の異なる端末制約条件として、端末200の送信データの制約条件を指示してもよい(図示せず)。具体的には、AID=2008の場合、User Info fieldにTrigger Dependent user Info情報を含めた変形User Infoであることが指示され、AID=2009の場合、User Info fieldにTrigger Dependent user Info情報が無い変形User Infoであることが指示されてもよい。
User Info fieldにTrigger Dependent user Info情報が有る場合(つまり、複数のMPDUを連結したA-MPDU(Aggregate MAC protocol data unit)を用いる場合)には、Trigger Dependent user Info情報が無い場合と比較して、AP100における処理時間が長くなることが想定される。よって、AP100は、例えば、Trigger frameによる指示によって送信する上り信号に対する処理時間に応じて端末200が使用するRUを分けるようにスケジューリングすることで、RUの利用効率を向上させることができる。
なお、端末制約条件は、上述した端末200の接続条件、送信電力条件および送信データの制約条件に限定されるものではない。
このように、具体例2-2によれば、複数の未使用AIDと端末200の制約条件とを関連付けて指示することにより、AP100は、端末200の状態に応じてRA用RUを適切にスケジューリングできる。
なお、具体例2-2では、1つのTrigger frameによって指示されるRA用RUは、図17に示すような連続するRUに限定されず、例えば、図18に示すように、互いに離れた非連続領域のRUが指示されてもよい。
以上、未使用AIDを用いて、User Info fieldのフォーマットを指示する方法の具体例1,2について説明した。
なお、ここでは、変形User Infoによって指示されるパラメータの一例として、MCSについて説明したが、他のパラメータ(Coding Type、DCM、Target RSSI)についてもMCSと同様に指示される。
[効果]
以上のように、本実施の形態によれば、AP100のTrigger frame生成部104は、Trigger frameにおいて、1つ以上の連続するランダムアクセス用のリソースユニットを指示する変形User Infoに、Scheduled accessで使用されない未使用AIDを設定する。これにより、端末200は、Trigger frameの各User Info fieldのAID12 subfieldに示されるAIDの値に基づいて、当該User Info fieldが変形User Infoであるか否かを判定することができる。
よって、本実施の形態によれば、変形User Infoの指示のために、Trigger typeのReserved領域を使用(消費)する必要がない。つまり、将来の規格拡張の余地を残しつつ、変形User Infoを指示することができる。よって、本実施の形態によれば、Trigger frameにおいて適切に変形User Infoを設定することができる。
また、本実施の形態によれば、1つのTrigger frameにおいて複数の変形User Info(または通常User Infoおよび少なくとも1つの変形User Info)を設定することにより、連続するRUに限らず、非連続なRUの割当が可能となり、かつ、User Info毎に異なるパラメータの指示が可能となる。これにより、例えば、Trigger frameで指示する複数のRA用RU毎に想定される性能に応じたパラメータを適用することで、スループットの向上を図ることができる。
(実施の形態2)
例えば、図6A等を用いて説明したように、変形User Infoが設定される場合、Trigger Dependent Common Info subfieldおよびTrigger Dependent User Info subfieldを削除することでTrigger frameサイズを削減することが検討されている。
しかしながら、Trigger TypeがBasic Trigger(図3を参照)の場合(上り信号の形式を限定せず、通常データの送信を指示するTrigger frameの場合)、User Info fieldにTrigger Dependent User Info subfieldを含め、図5に示す上り送信データの制約情報(MPDUの連結数の制限または推奨するAC等)を通知することは、Scheduled access送信と同様にRA送信においても有用である。
そこで、本実施の形態では、変形User Infoを送信する場合に上り送信データの制約情報を効率良く送信する方法について説明する。
本実施の形態に係る無線通信システムは、AP(無線送信装置)300および端末(無線受信装置)400を備える。AP300が端末400に対して、RA送信を指示するTrigger frameを送信し、端末400がTrigger frameを受信し、Trigger frameで指示されたリソースを用いてRAをAP300へ送信する。
[APの構成]
図19は、本実施の形態に係るAP300の構成を示すブロック図である。なお、図19において、実施の形態1(図8)と同様の動作を行う構成には同一の符号を付し、その説明を省略する。具体的には、AP300は、実施の形態1に係るAP100(図8)に対して、Trigger依存情報制御部301が追加された点と、Trigger frame生成部302の動作が異なる。
Trigger依存情報制御部301は、Trigger Typeに応じたTrigger依存情報(Trigger Dependent Common InfoまたはTrigger Dependent User Info)を決定し、Trigger依存情報(上り送信データの制約情報)、および、Trigger依存情報を配置するfield、subfieldを示す情報を、Trigger frame生成部302へ出力する。
なお、Trigger frameにおけるTrigger依存情報の配置は、例えば、仕様等で規定され、送受信装置間(AP300と端末400との間)で認識が合っている。例えば、Trigger TypeがBasic Triggerであり、User Info fieldのフォーマットが変形User Infoの場合に、Trigger依存情報として上り送信データの制約情報がTrigger frameに含まれる。なお、Trigger依存情報を端末400に適用する方法については後述する。
Trigger frame生成部302は、実施の形態1のTrigger frame生成部104の動作に加え、Trigger依存情報制御部301の指示に従い、Trigger依存情報を、Trigger frameの所定のfield、subfieldに設定する。
[端末の構成]
図20は、本実施の形態に係る端末400の構成を示すブロック図である。なお、図20において、実施の形態1(図9)と同様の動作を行う構成には同一の符号を付し、その説明を省略する。具体的には、端末400は、実施の形態1に係る端末200(図9)に対して、Trigger依存情報取得部401が追加された点と、RA生成部402の動作が異なる。
Trigger依存情報取得部401は、Trigger frame復号部204から出力されるTrigger frameから、Trigger依存情報(Trigger Dependent Common Info又はTrigger Dependent User Info)を取得し、取得したTrigger依存情報をRA生成部402へ出力する。
RA生成部402は、RAリソース決定部206で決定したRA用RUおよびRA信号を生成するための制御情報、および、Trigger依存情報取得部401から出力されるTrigger依存情報に基づいて、端末IDおよび端末400の送信情報(データまたは制御情報等)を含むRA信号を生成する。
[AP300および端末400の動作]
次に、本実施の形態のAP300および端末400の動作について詳細に説明する。
AP300は、Trigger TypeがBasic Triggerの場合には、User Info fieldのフォーマットが変形User Infoの場合でも、Trigger依存情報として上り送信データの制約情報を指示する。
以下、変形User Infoを含むTrigger frameにおける上り送信データの制約情報を指示する方法の具体例1~3について詳細に説明する。
<具体例1>
図6Aに示すように変形User InfoにTrigger Dependent User Info subfieldを含まないTrigger frameにおいて、Trigger TypeがBasic Triggerである場合、端末400がTrigger frameの各User Info fieldのサイズを識別するためには(各User Info fieldの境界を把握するためには)、各User Info fieldのAID12 subfieldを復号する必要があり、端末400の受信処理が複雑化する。
そこで、具体例1は、Trigger TypeがBasic Triggerの場合、変形User InfoにもTrigger Dependent User Info subfieldを含めて、Trigger依存情報として上りデータの制約情報が設定される。
つまり、AP300のTrigger frame生成部302は、Trigger frameのTrigger TypeがBasic Triggerである場合、変形User Infoに、上り信号の送信時の制約情報を設定する。
具体的には、図21の一例では、Trigger frameにおいて、Scheduled access用のRUを指示する通常User Info(AID=1および2)と、複数のRA用RUを指示する変形User Info(AID=0)とが混在している。また、図21では、Common Info fieldのTrigger Type subfieldに、Basic Triggerが設定されている。
この場合、通常User Infoでは、Trigger Dependent User Infoとして端末個別に上り送信データの制約情報が設定される。一方、変形User Infoでは、Trigger TypeとしてBasic Triggerが設定されている場合に限定して、Trigger Dependent User InfoとしてRA用RUに適用すべき上り送信データの制約情報が設定される。
これにより、端末400は、Trigger frameのCommon Infoに含まれるTrigger TypeがBasic Triggerである場合、全てのUser Info fieldがTrigger Dependent User Infoを含むサイズ(例えば、5 bytes)、つまり、同一サイズであると判断することができる。すなわち、端末400は、User Info fieldのサイズを識別するために各User Info fieldのAID12 subfieldを復号する必要が無い。
このように、具体例1によれば、Trigger TypeからUser Info fieldのフォーマットに依らず全てのUser Info fieldのサイズが一意に定まるので、端末400の受信処理を簡易化できる。
また、AP300は、変形User InfoにおいてもTrigger Dependent user Info情報を通知することができるので、端末400のRA送信においても、Scheduled access送信と同様に、データ送信時の制約情報を有効活用することができる。
<具体例2>
具体例2では、Trigger frameのTrigger TypeがBasic Triggerである場合、当該Trigger frameの変形User Infoによって1つ以上の連続するRA用RUが指示される端末400に対して、上り信号の送信時の制約が適用される。
すなわち、具体例2では、図22の一例に示すように、Trigger TypeがBasic Triggerの場合、具体例1(図21)と異なり、変形User InfoにTrigger Dependent User Info subfieldを含めない。
なお、端末400が送信する上りデータに対する固定的な制約としては、例えば、図5に示すようなMPDU MU Spacing Factor及びTID Aggregation Limitを、MPDU数=1を想定した固定値(小さいサイズの単一のMPDU)に限定してもよい。これにより、AP300の応答時間の遅延を防止することができる。なお、端末400が送信する上りデータに固定的な制約は、MPDU数=1を想定した固定値に限定されず、他の値でもよい。
これにより、具体例2では、Trigger TypeがBasic Triggerの場合に、実施の形態1と同様にして、変形User Infoで複数のRA用RUを指示することで、Trigger Frameのサイズを低減しつつ、変形User Infoで指示したRA用RUを使用したRA送信において制約を適用することができる。
<具体例3>
具体例3では、Trigger TypeがBasic Triggerの場合、図23に示すように、Common InfoにTrigger Dependent Common Info subfieldを含めて、OFDM多重される全ての端末400で共通のパラメータとしてデータ送信時の制約情報が設定される。
つまり、AP300のTrigger frame生成部302は、Trigger frameのTrigger TypeがBasic Triggerである場合、Common Infoに、上り信号の送信時の制約情報を設定する。
すなわち、具体例3では、User Info fieldのフォーマット(変形User Infoおよび通常User Info)に依らず、User Info fieldに上り信号の送信時の制約情報が設定されない。このため、図23に示すように、Trigger TypeがBasic Triggerの場合でも、変形User Infoおよび通常User Infoの双方にTrigger Dependent User Info subfieldが含まれない。
Common Infoに制約情報が設定されるため、OFDM多重する全ての端末400でデータ送信の制約条件が共通になるものの、User InfoにTrigger Dependent User Info subfieldが含まれないので、Trigger Frameのサイズを低減することができる。
また、具体例3では、User Info fieldのフォーマットに依らず、User InfoにTrigger Dependent user Info fieldが含まれないので、具体例1と同様に、Trigger Typeから全てのUser Info fieldのサイズが一意に定まる。よって、端末400は、User Info fieldのサイズを識別するために各User Info fieldのAID12 subfieldを復号する必要が無くなるので、端末400の受信処理を簡易化できる。
以上、変形User Infoを含むTrigger frameにおいて上り送信データの制約情報を指示する方法の具体例1~3について詳細に説明した。
なお、図21~図23では、1つのTrigger frameによって指示されるRA用RUが連続するRUである場合について示しているが、これに限定されず、実施の形態1(例えば、図13、図15、図18)と同様、1つのTrigger frameによって互いに離れた非連続領域のRUが指示されてもよい(図示せず)。
また、本実施の形態で説明した動作は、Trigger TypeがBasic Triggerである場合の動作に限定されない。例えば、RA送信が可能であって、Trigger Dependent User Infoを含めるTrigger Typeであれば、本実施の形態の動作を同様に適用でき、同様の効果を得ることができる。
以上、本開示の各実施の形態について説明した。
(他の実施の形態)
(1)図24に示すように、1つのTrigger frameにおいて、上記実施の形態で示した変形User Info又は通常User InfoによるRA用RUの指示と、Scheduled access用RUの指示とを混在させてもよい。
(2)上記実施の形態では、未使用AIDによって変形User Infoを指示する方法について説明したが、未使用AIDの代わりに、User Info fieldのReserved領域(1bit)を用いて変形User Infoを指示してもよい。例えば、Reserved領域の1bitによって、変形User Infoであるか、通常User Infoであるかを示すUser Info fieldのフォーマット指定に使用されてもよい。または、User Info fieldの他subfieldを用いて変形User Infoを指示してもよい。例えば、AID=0でRA用RUを指示し、RA用RUではDCMを禁止とする代わりに、DCMの1bitによって変形User Infoであるか、通常User Infoであるかを示すフォーマット指定に使されてもよい。
(3)また、RA用RUの指示において、通常User Info (AID=0で指示)と、変形User Info (AID≠0の未使用AIDで指示)とのTrigger frame内の通知順序を予め定めてもよい。これにより、端末の受信処理を簡易化することができる。
仕様では、端末の受信処理を簡易化する目的で、Trigger frame内のUser Infoについて、Scheduled access用RUが先に通知され、その後にRA用RUが通知されるという通知順が規定されている。本実施の形態のように、RA用RUを通常User Infoと変形User Infoとで混在させて通知する場合、これらのUser Infoについての通知順も規定することで、端末の受信処理を簡易化することができる。
例えば、図25に示すように、「Scheduled access用RUの通知(図25ではAID=1, 2の端末を個別に指示するUser Info)」、「変形User InfoによるRA用RUの通知(図25ではAID=2048で指示)」、「通常User InfoによるRA用RUの通知(図25ではAID=0で指示)」の順に通知することを規定してもよい。このように通知順を規定することで、上記実施の形態(例えば、図16を参照)のように指示したRA用RUが重複した場合に、変形User Infoの指示を通常User Infoの指示で上書きする場合等において端末の受信処理が簡易化できる。
更に、1つのTrigger frameに含まれる複数の変形User Infoについての通知順として、指示する連続RU数が多い変形User Infoの順に通知することを規定してもよい。このように通知順を規定することで、上記実施の形態(例えば、図11を参照)のように、指示したRUが重複した場合に、連続RU数が多い変形User Infoの指示を連続RU数が少ない変形User Infoの指示で上書きする場合等において端末の受信処理が簡易化できる。
(4)本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるLSIとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのLSI又はLSIの組み合わせによって制御されてもよい。LSIは個々のチップから構成されてもよいし、機能ブロックの一部または全てを含むように一つのチップから構成されてもよい。LSIはデータの入力と出力を備えてもよい。LSIは、集積度の違いにより、IC、システムLSI、スーパーLSI、ウルトラLSIと呼称されることもある。集積回路化の手法はLSIに限るものではなく、専用回路、汎用プロセッサ又は専用プロセッサで実現してもよい。また、LSI製造後に、プログラムすることが可能なFPGA(Field Programmable Gate Array)や、LSI内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。さらには、半導体技術の進歩または派生する別技術によりLSIに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
本開示の通信装置は、上り信号の送信を指示するトリガー信号を生成し、トリガー信号が、1つ以上の連続するランダムアクセス用のリソースユニットを指示する第1の端末情報フィールドを有する場合は、第1の端末情報フィールド中の端末IDサブフィールドに、端末IDとしては使用されない未使用IDを設定するトリガー信号生成部と、生成されたトリガー信号を送信する送信部と、を具備する。
本開示の通信装置において、ランダムアクセス用のリソースユニットを指示する場合に、端末IDサブフィールドに設定される未使用IDは1種類である。
本開示の通信装置において、トリガー信号が、複数の第1の端末情報フィールドを含む場合、複数の第1の端末情報フィールドの各々によって指示される1つ以上の連続するランダムアクセス用のリソースユニットが重複する場合、当該重複するリソースユニットでは、複数の第1の端末情報フィールドのうち、指示されるリソースユニットの数が少ない端末情報フィールドの指示が優先される。
本開示の通信装置において、ランダムアクセス用のリソースユニットを指示する場合に、端末IDサブフィールドに設定される未使用IDは複数種類ある。
本開示の通信装置において、トリガー信号生成部は、複数種類の未使用IDのうち、第1の端末情報フィールド中の端末IDサブフィールドに第1の未使用IDを設定し、1つのランダムアクセス用のリソースユニットが指示される第2の端末情報フィールド中の端末IDサブフィールドに第2の未使用IDを設定し、第1の端末情報フィールドで指示されるリソースユニットと、第2の端末情報フィールドで指示されるリソースユニットとが重複する場合、当該重複するリソースユニットでは、第2の端末情報フィールドの指示が優先される。
本開示の通信装置において、複数種類の未使用IDの各々には、ランダムアクセス信号を送信する端末の制約条件がそれぞれ対応付けられる。
本開示の通信装置において、トリガー信号が上り信号の形式を限定しない種類である場合、トリガー信号生成部は、第1の端末情報フィールドに、上り信号の送信時の制約を示す情報を設定する。
本開示の通信装置において、トリガー信号が上り信号の形式を限定しない種類である場合、当該トリガー信号の第1の端末情報フィールドによって1つ以上の連続するランダムアクセス用のリソースユニットが指示される端末に対して、上り信号の送信時の制約が適用される。
本開示の通信装置において、トリガー信号が上り信号の形式を限定しない種類である場合、トリガー信号生成部は、上り信号の送信時の制約を示す情報を、第1の端末情報フィールドに設定せずに、端末共通の情報を含める共通情報フィールドに設定する。
本開示の通信方法は、上り信号の送信を指示するトリガー信号を生成し、トリガー信号が、1つ以上の連続するランダムアクセス用のリソースユニットを指示する第1の端末情報フィールドを有する場合は、第1の端末情報フィールド中の端末IDサブフィールドに、端末IDとしては使用されない未使用IDを設定し、生成されたトリガー信号を送信する。
本開示の一態様は、冗長なフィールドの有効利用あるいは削減を図ることができるものとして有用である。
100,300 AP
101 RAリソース制御部
102 User Info制御部
103,205 AID制御部
104,302 Trigger frame生成部
105,208 送信信号変調部
106,202 無線送受信部
107,201 アンテナ
108,203 受信信号復調部
109 品質推定部
200,400 端末
204 Trigger frame復号部
206 RAリソース決定部
207,402 RA生成部
301 Trigger依存情報制御部
401 Trigger依存情報取得部

Claims (13)

  1. 通信装置と通信する端末であって、
    上り信号の送信を指示するトリガーフレームを受信し、前記トリガーフレームは、端末IDサブフィールドとリソースユニット割当情報サブフィールドとを含むユーザ情報フィールドを含み、前記端末IDサブフィールドに、端末IDとしては使用されない未使用IDがランダムアクセス用として設定される場合は、前記リソースユニット割当情報サブフィールドは、1つ以上の連続するランダムアクセス(RA)用リソースユニットの開始リソースユニット位置を指示し、前記ユーザ情報フィールドは、前記連続するRA用リソースユニットの数を示すRA用リソースユニット情報サブフィールドをさらに含む、受信部と、
    前記受信されたトリガーフレームを復号する復号部と、
    を具備し、
    前記トリガーフレームにおいて、前記通信装置とアソシエートされた端末に対して前記RA用リソースユニットを割り当てる場合は、前記端末IDサブフィールドに第1の未使用IDが設定され、前記通信装置とアソシエートされていない端末に対して前記RA用リソースユニットを割り当てる場合は、前記端末IDサブフィールドに第2の未使用IDが設定される、
    端末。
  2. 前記トリガーフレームは、前記端末IDサブフィールドに前記第1の未使用IDが設定された第1のユーザ情報フィールドと、前記端末IDサブフィールドに前記第2の未使用IDが設定された第2のユーザ情報フィールドとを含み、前記第1のユーザ情報フィールドにより割り当てられる第1の連続するRA用リソースユニットと、前記第2のユーザ情報フィールドにより割り当てられる第2の連続するRA用リソースユニットとは重複しない、
    請求項1に記載の端末。
  3. 前記トリガーフレームが、前記端末IDサブフィールドに前記未使用IDがランダムアクセス用として設定された第1のユーザ情報フィールドと、1つのリソースユニットを指示する第2のユーザ情報フィールドとを有する場合であって、前記第2のユーザ情報フィールドによって指示される前記1つのリソースユニットが、前記連続するRA用リソースユニットに含まれる場合、前記1つのリソースユニットは、前記RA用リソースユニットから除外される、
    請求項1に記載の端末。
  4. 前記トリガーフレームは、前記端末IDサブフィールドに前記第1の未使用IDが設定された第1のユーザ情報フィールドと、前記端末IDサブフィールドに前記第2の未使用IDが設定された第2のユーザ情報フィールドとを含み、前記第1のユーザ情報フィールドにより割り当てられる第1の連続するRA用リソースユニットと、前記第2のユーザ情報フィールドにより割り当てられる第2の連続するRA用リソースユニットとでは、符号化タイプ及びMCS(Modulation and Coding Scheme)が個別に設定される、
    請求項1に記載の端末。
  5. 前記第1の未使用ID及び前記第2の未使用IDの各々には、ランダムアクセス信号を送信する端末の制約条件がそれぞれ対応付けられる、
    請求項1に記載の端末。
  6. 前記トリガーフレームにおいて、前記ユーザ情報フィールドに、前記上り信号の送信時の制約を示す情報が設定される、
    請求項1に記載の端末。
  7. 前記ユーザ情報フィールドによって前記連続するRA用リソースユニットが指示される端末に対して、前記上り信号の送信時の制約が適用される、
    請求項6に記載の端末。
  8. 前記トリガーフレームにおいて、前記上り信号の送信時の制約を示す情報が、前記ユーザ情報フィールドに設定されずに、端末共通の情報を含める共通情報フィールドに設定される、
    請求項1に記載の端末。
  9. 通信装置と通信する端末の通信方法であって、
    上り信号の送信を指示するトリガーフレームを受信し、前記トリガーフレームは、端末IDサブフィールドとリソースユニット割当情報サブフィールドとを含むユーザ情報フィールドを含み、前記端末IDサブフィールドに、端末IDとしては使用されない未使用IDがランダムアクセス用として設定される場合は、前記リソースユニット割当情報サブフィールドは、1つ以上の連続するランダムアクセス(RA)用リソースユニットの開始リソースユニット位置を指示し、前記ユーザ情報フィールドは、前記連続するRA用リソースユニットの数を示すRA用リソースユニット情報サブフィールドをさらに含み、
    前記受信されたトリガーフレームを復号し、
    前記トリガーフレームにおいて、前記通信装置とアソシエートされた端末に対して前記RA用リソースユニットを割り当てる場合は、前記端末IDサブフィールドに第1の未使用IDが設定され、前記通信装置とアソシエートされていない端末に対して前記RA用リソースユニットを割り当てる場合は、前記端末IDサブフィールドに第2の未使用IDが設定される、
    通信方法。
  10. 前記トリガーフレームは、前記端末IDサブフィールドに前記第1の未使用IDが設定された第1のユーザ情報フィールドと、前記端末IDサブフィールドに前記第2の未使用IDが設定された第2のユーザ情報フィールドとを含み、前記第1のユーザ情報フィールドにより割り当てられる第1の連続するRA用リソースユニットと、前記第2のユーザ情報フィールドにより割り当てられる第2の連続するRA用リソースユニットとは重複しない、
    請求項9に記載の通信方法。
  11. 前記トリガーフレームは、前記端末IDサブフィールドに前記第1の未使用IDが設定された第1のユーザ情報フィールドと、前記端末IDサブフィールドに前記第2の未使用IDが設定された第2のユーザ情報フィールドとを含み、前記第1のユーザ情報フィールドにより割り当てられる第1の連続するRA用リソースユニットと、前記第2のユーザ情報フィールドにより割り当てられる第2の連続するRA用リソースユニットとでは、符号化タイプ及びMCS(Modulation and Coding Scheme)が個別に設定される、
    請求項9に記載の通信方法。
  12. 前記第1の未使用ID及び前記第2の未使用IDの各々には、ランダムアクセス信号を送信する端末の制約条件がそれぞれ対応付けられる、
    請求項9に記載の通信方法。
  13. 通信装置と通信する端末のための集積回路であって、
    上り信号の送信を指示するトリガーフレームを受信し、前記トリガーフレームは、端末IDサブフィールドとリソースユニット割当情報サブフィールドとを含むユーザ情報フィールドを含み、前記端末IDサブフィールドに、端末IDとしては使用されない未使用IDがランダムアクセス用として設定される場合は、前記リソースユニット割当情報サブフィールドは、1つ以上の連続するランダムアクセス(RA)用リソースユニットの開始リソースユニット位置を指示し、前記ユーザ情報フィールドは、前記連続するRA用リソースユニットの数を示すRA用リソースユニット情報サブフィールドをさらに含む、処理と、
    前記受信されたトリガーフレームを復号する処理と、
    を制御し、
    前記トリガーフレームにおいて、前記通信装置とアソシエートされた端末に対して前記RA用リソースユニットを割り当てる場合は、前記端末IDサブフィールドに第1の未使用IDが設定され、前記通信装置とアソシエートされていない端末に対して前記RA用リソースユニットを割り当てる場合は、前記端末IDサブフィールドに第2の未使用IDが設定される、
    集積回路。
JP2022078820A 2017-02-21 2022-05-12 端末、通信方法および集積回路 Active JP7265065B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2023064791A JP7474362B2 (ja) 2017-02-21 2023-04-12 端末、通信方法および集積回路

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2017030217 2017-02-21
JP2017030217 2017-02-21
PCT/JP2018/003944 WO2018155160A1 (ja) 2017-02-21 2018-02-06 通信装置および通信方法
JP2019501192A JP7075392B2 (ja) 2017-02-21 2018-02-06 通信装置、通信方法および集積回路

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2019501192A Division JP7075392B2 (ja) 2017-02-21 2018-02-06 通信装置、通信方法および集積回路

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2023064791A Division JP7474362B2 (ja) 2017-02-21 2023-04-12 端末、通信方法および集積回路

Publications (2)

Publication Number Publication Date
JP2022097692A true JP2022097692A (ja) 2022-06-30
JP7265065B2 JP7265065B2 (ja) 2023-04-25

Family

ID=63253183

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2019501192A Active JP7075392B2 (ja) 2017-02-21 2018-02-06 通信装置、通信方法および集積回路
JP2022078820A Active JP7265065B2 (ja) 2017-02-21 2022-05-12 端末、通信方法および集積回路
JP2023064791A Active JP7474362B2 (ja) 2017-02-21 2023-04-12 端末、通信方法および集積回路

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2019501192A Active JP7075392B2 (ja) 2017-02-21 2018-02-06 通信装置、通信方法および集積回路

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2023064791A Active JP7474362B2 (ja) 2017-02-21 2023-04-12 端末、通信方法および集積回路

Country Status (12)

Country Link
US (4) US11071140B2 (ja)
EP (2) EP4436301A2 (ja)
JP (3) JP7075392B2 (ja)
KR (3) KR102675251B1 (ja)
CN (4) CN115499798B (ja)
AU (2) AU2018224614A1 (ja)
BR (1) BR112019013040A2 (ja)
MX (2) MX2019007669A (ja)
RU (1) RU2755679C2 (ja)
TW (3) TWI755478B (ja)
WO (1) WO2018155160A1 (ja)
ZA (1) ZA201904240B (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112469088A (zh) * 2019-09-09 2021-03-09 华为技术有限公司 正交频分多址接入ofdma混合传输方法和装置
TWI719674B (zh) * 2019-10-16 2021-02-21 瑞昱半導體股份有限公司 資源分配方法及資源分配系統
CN112702152B (zh) * 2019-10-23 2024-06-04 瑞昱半导体股份有限公司 资源分配方法及资源分配系统
US11937251B2 (en) * 2019-11-05 2024-03-19 Mediatek Inc. Apparatuses and methods for flexible Resource Unit (RU) allocation
KR20230011949A (ko) 2020-05-18 2023-01-25 엘지전자 주식회사 무선 통신 시스템에서 트리거 프레임 전송
US12058230B2 (en) * 2020-06-02 2024-08-06 Samsung Electronics Co., Ltd. Apparatus and method for signaling expansion in wireless local area network system
WO2022099580A1 (en) * 2020-11-13 2022-05-19 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Access point, station, and wireless communication method
CN118012633B (zh) * 2024-04-10 2024-06-11 成都航空职业技术学院 一种针对高职公共体育课程的资源分配方法和系统

Family Cites Families (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3645144B2 (ja) * 2000-02-24 2005-05-11 Necエレクトロニクス株式会社 半導体装置の製造方法
JP4822559B2 (ja) 2007-09-19 2011-11-24 ローム アンド ハース カンパニー (メタ)アクリル酸生成物流からのプロピオン酸の選択的減少のための改良された方法
US9515808B2 (en) * 2011-07-26 2016-12-06 Qualcomm Incorporated Transmission of control information in a wireless network with carrier aggregation
US9923822B2 (en) * 2013-08-28 2018-03-20 Qualcomm Incorporated Methods and apparatus for multiple user uplink
CN105637969B (zh) * 2013-10-14 2020-03-03 株式会社Kt 用于发送和接收随机接入前导的方法及其设备
US9825678B2 (en) * 2013-11-26 2017-11-21 Marvell World Trade Ltd. Uplink multi-user multiple input multiple output for wireless local area network
EP3203668B1 (en) * 2014-10-01 2019-09-11 LG Electronics Inc. Data transmission method in wireless communication system and device therefor
KR20160045023A (ko) * 2014-10-16 2016-04-26 뉴라컴 인코포레이티드 고효율 무선랜에서 상향링크 채널 액세스 방법 및 장치
KR102406033B1 (ko) * 2014-11-18 2022-06-07 뉴라컴 인코포레이티드 고효율 무선랜에서 상향링크 다중 사용자 전송을 포함하는 사운딩 과정
US9699807B2 (en) * 2014-11-19 2017-07-04 Intel IP Corporation High-efficiency Wi-Fi (HEW) station and access point (AP) and method for random access contention
US9942010B1 (en) * 2014-12-05 2018-04-10 Marvell International Ltd. Methods and systems for enabling communications from a station to an access point using an orthogonal frequency division multiple access (OFDMA) communication scheme
US9826069B2 (en) * 2015-01-27 2017-11-21 Intel IP Corporation Wireless device, method, and computer readable media restriction of upload traffic in a high-efficiency wireless local area network
US9930695B2 (en) 2015-02-03 2018-03-27 Intel IP Corporation Orthogonal frequency-division multiple access distributed channel access
US20160249303A1 (en) * 2015-02-20 2016-08-25 Thomas J. Kenney Power Control for High Efficiency Wireless Local Area Network
CN104702474B (zh) * 2015-03-11 2018-02-23 华中科技大学 一种基于FPGA的EtherCAT主站装置
EP3289693A4 (en) 2015-04-30 2018-12-26 Newracom, Inc. Multi-user communication in wireless networks
WO2016177089A1 (zh) 2015-05-05 2016-11-10 华为技术有限公司 资源指示的处理方法、处理装置、接入点和站点
WO2016181682A1 (ja) * 2015-05-08 2016-11-17 ソニー株式会社 通信装置および通信方法
KR102203133B1 (ko) * 2015-05-15 2021-01-15 주식회사 윌러스표준기술연구소 다중 사용자 상향 전송을 위한 무선 통신 단말 및 무선 통신 방법
US20160353435A1 (en) * 2015-05-28 2016-12-01 Chittabrata Ghosh Random access with multiple time slots in a high efficiency wireless local-area network
GB2539277A (en) * 2015-06-12 2016-12-14 Canon Kk Backoff based selection method of channels for data transmission
US10966180B2 (en) * 2015-07-07 2021-03-30 Kabushiki Kaisha Toshiba Wireless device and wireless communication method
GB2559884B (en) * 2015-07-10 2020-01-29 Canon Kk Trigger frames adapted to packet-based policies in an 802.11 network
CN115189727B (zh) * 2015-07-10 2024-06-07 交互数字专利控股公司 针对ofdma wlan的统一反馈
WO2017011274A1 (en) 2015-07-10 2017-01-19 Interdigital Patent Holdings, Inc. Methods for resource allocation of an ofdma wlan system
CN106341847B (zh) * 2015-07-14 2019-09-13 华为技术有限公司 一种在多用户传输中指示资源分配信息的方法及接入点
US10638516B2 (en) 2015-08-19 2020-04-28 Zte Corporation Controlling transmissions from multiple user devices via a request-clear technique
CN114844616A (zh) * 2015-09-01 2022-08-02 华为技术有限公司 传输信息的方法、无线局域网装置
TWI710272B (zh) 2015-09-11 2020-11-11 美商內數位專利控股公司 無線區域網路(wlan)多使用者同時隨機存取方法及裝置
US10154520B1 (en) * 2015-09-14 2018-12-11 Newracom, Inc. Methods for random access in a wireless network
EP3163783B1 (en) * 2015-10-30 2019-12-18 Kabushiki Kaisha Toshiba Wireless communication device and wireless communication method
US10420148B2 (en) * 2015-10-30 2019-09-17 Kabushiki Kaisha Toshiba Wireless communication terminal and wireless communication method
JP6619311B2 (ja) * 2015-10-30 2019-12-11 株式会社東芝 無線通信装置および無線通信方法
EP4369839A3 (en) * 2015-12-24 2024-05-22 Wilus Institute of Standards and Technology Inc. Wireless communication method and wireless communication terminal, which use discontinous channel
US10993259B2 (en) * 2016-03-09 2021-04-27 Huawei Technologies Co., Ltd. Resource indication processing method, processing apparatus, access point, and station
US10880930B2 (en) * 2016-03-11 2020-12-29 Nec Corporation Wireless LAN system, wireless LAN base station, wireless LAN terminal, and communication method
US10277368B2 (en) * 2016-03-29 2019-04-30 Lg Electronics Inc. Method for transmitting uplink frame in wireless local area network and wireless device using the same
US10512047B2 (en) * 2016-03-30 2019-12-17 Intel IP Corporation Access point (AP), station (STA) and method of multi-user (MU) location measurment
US11083021B2 (en) * 2016-04-14 2021-08-03 Qualcomm Incorporated Random access resource unit allocation for a multiple BSSID network
CN105828452B (zh) * 2016-05-10 2019-10-08 珠海市魅族科技有限公司 无线局域网的通信方法、通信装置、接入点和站点
EP3482598B1 (en) * 2016-07-07 2021-11-24 Intel Corporation Resolving acknowledgements between associated and unassociated stations
GB2552200B (en) * 2016-07-13 2021-05-12 Canon Kk Method and apparatus for reporting quantity of data to be transmitted in a wireless network
GB2552192A (en) * 2016-07-13 2018-01-17 Canon Kk Method and apparatus for managing quantity of data to be transmitted in a wireless network
CN109644447B (zh) * 2016-09-08 2023-06-06 松下电器(美国)知识产权公司 通信装置和通信方法
JP6642725B2 (ja) * 2016-09-09 2020-02-12 日本電気株式会社 無線lanシステム、無線lan基地局、無線lan端末、通信方法
JP6746805B2 (ja) * 2016-12-27 2020-08-26 ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド Ofdmaランダムアクセスを使用する無線通信方法及びこれを使用する無線通信端末
US10904920B1 (en) * 2017-01-07 2021-01-26 Newracom, Inc. Trigger-based random access for wireless device
US20180205441A1 (en) * 2017-01-17 2018-07-19 Qualcomm Incorporated Short uplink feedback related methods and apparatus

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
EVGENY KHOROV: "Random Access RU Allocation in the Trigger Frame", IEEE 802.11-16/0582R3, JPN6023010259, 16 May 2016 (2016-05-16), ISSN: 0005017491 *
LEONARDO LANANTE: "Random Access UL MU Resource Allocation and Indication", IEEE802.11-16/0340R0, JPN6023010258, 13 March 2015 (2015-03-13), ISSN: 0005017492 *
PATRICE NEZOU (CANON): "Issues related to OCW management", IEEE 802.11-16/0591R1, JPN6022001646, 17 May 2016 (2016-05-17), US, ISSN: 0005017490 *
REZA HEDAYAT(NEWRACOM): "CIDs for: Section 9.3.1.23 Random Access CIDs", IEEE 802.11-16/1516R1, JPN6022001643, 9 November 2016 (2016-11-09), US, ISSN: 0005017487 *
ROBERT STACEY (INTEL): "Specification Framework for TGax", IEEE 802.11-15/0132R17, JPN6022001642, 25 May 2016 (2016-05-25), US, ISSN: 0005017488 *
WOOJIN AHN (YONSEI UNIV.): "Consideartions on MU initial link setup", IEEE 802.11-16/0352R1, JPN6022001645, 15 March 2016 (2016-03-15), US, ISSN: 0005017489 *

Also Published As

Publication number Publication date
US11071140B2 (en) 2021-07-20
JP7474362B2 (ja) 2024-04-24
TW201836421A (zh) 2018-10-01
CN110100475A (zh) 2019-08-06
ZA201904240B (en) 2020-12-23
TWI755478B (zh) 2022-02-21
KR102611624B1 (ko) 2023-12-07
CN115499798A (zh) 2022-12-20
CN115499797A (zh) 2022-12-20
RU2019121434A (ru) 2021-03-23
US20200146052A1 (en) 2020-05-07
US20230292361A1 (en) 2023-09-14
CN115499796A (zh) 2022-12-20
EP3589011A1 (en) 2020-01-01
CN115499798B (zh) 2024-06-18
RU2021125315A3 (ja) 2022-04-25
AU2018224614A1 (en) 2019-07-18
AU2018224614A2 (en) 2019-07-18
MX2019007669A (es) 2019-09-11
MX2023003200A (es) 2023-04-13
RU2755679C2 (ru) 2021-09-20
TW202410729A (zh) 2024-03-01
US20240260081A1 (en) 2024-08-01
KR20190117479A (ko) 2019-10-16
EP3589011B1 (en) 2024-09-18
JPWO2018155160A1 (ja) 2019-12-26
JP7265065B2 (ja) 2023-04-25
US11985698B2 (en) 2024-05-14
TWI848849B (zh) 2024-07-11
TW202220483A (zh) 2022-05-16
KR20230070517A (ko) 2023-05-23
TWI823241B (zh) 2023-11-21
CN115499797B (zh) 2024-06-18
JP7075392B2 (ja) 2022-05-25
EP4436301A2 (en) 2024-09-25
KR102675251B1 (ko) 2024-06-14
WO2018155160A1 (ja) 2018-08-30
US11696324B2 (en) 2023-07-04
JP2023080217A (ja) 2023-06-08
KR102531808B1 (ko) 2023-05-11
CN110100475B (zh) 2022-08-12
AU2023201512A1 (en) 2023-04-13
KR20230169465A (ko) 2023-12-15
RU2019121434A3 (ja) 2021-06-25
RU2021125315A (ru) 2021-10-15
US20210315003A1 (en) 2021-10-07
EP3589011A4 (en) 2020-03-04
CN115499796B (zh) 2023-12-12
BR112019013040A2 (pt) 2019-12-17

Similar Documents

Publication Publication Date Title
JP7075392B2 (ja) 通信装置、通信方法および集積回路
CN112368966A (zh) 时隙内pusch小时隙的灵活重复
WO2019029366A1 (zh) 一种调整频域资源和发送指示信息的方法、装置及系统
US12052769B2 (en) Communication apparatus, terminal, and communication method
RU2793270C1 (ru) Устройство связи и способ связи
RU2780583C2 (ru) Устройство связи и способ связи
WO2008038652A1 (fr) Procédé et dispositif de communication radio

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220512

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230413

R150 Certificate of patent or registration of utility model

Ref document number: 7265065

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150