(57)【要約】  本技術は、物理層とMAC層とが独立した無線通信において、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いた情報の合成を行うことができるようにする通信装置および方法に関する。元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、その再送信号の送信元に対して送信し、その送信した再送信号の構成に関する情報に基づいて、その送信元より送信された再送信号を受信する。本開示は、例えば、送受信装置、通信装置、情報処理装置、電子機器、コンピュータ、プログラム、記憶媒体、システム等に適用することができる。
2019044535.tif 000002
【特許請求の範囲】
【請求項１】
元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、前記再送信号の送信元に対して送信し、送信した前記再送信号の構成に関する前記情報に基づいて、前記送信元より送信された前記再送信号を受信する通信部
を備える通信装置。
【請求項２】
前記再送信号の構成に関する前記情報は、再送を要求するデータに関する情報を含む
請求項１に記載の通信装置。
【請求項３】
再送を要求する前記データに関する前記情報は、前記データの識別子に関する情報と、前記データの長さに関する情報とを含む
請求項２に記載の通信装置。
【請求項４】
前記再送信号の構成に関する前記情報は、前記元信号と前記再送信号とを用いた情報の合成の設定に関する情報をさらに含む
請求項２に記載の通信装置。
【請求項５】
前記通信部は、前記再送信号の構成に関する前記情報を、前記再送信号の送信要求フレームの一部として送信する
請求項１に記載の通信装置。
【請求項６】
前記通信部は、前記元信号と前記再送信号とを用いた情報の合成に関するケイパビリティ情報を、前記再送信号の送信元と交換する
請求項１に記載の通信装置。
【請求項７】
前記通信部は、MAC（Media Access Control）層におけるMPDU（MAC Protocol Data Unit）の単位サイズについて、前記再送信号の送信元と交渉する
請求項１に記載の通信装置。
【請求項８】
前記元信号を復調して得られたビット列を保持する保持部と、
前記再送信号の構成に関する前記情報に基づいて、前記保持部より読みだした前記ビット列と前記通信部により受信された前記再送信号を復調して得られるビット列とを用いて、前記元信号と前記再送信号とを用いた情報の合成を行う合成部と
をさらに備える請求項１に記載の通信装置。
【請求項９】
前記元信号を保持する保持部と、
前記通信部により受信された信号がデータに変換されるまでの中間処理段階において、前記再送信号の構成に関する前記情報に基づいて、前記保持部より読みだした前記元信号と前記通信部により受信された前記再送信号とを用いて情報の合成を行う合成部と
をさらに備える請求項１に記載の通信装置。
【請求項１０】
通信装置が、
元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、前記再送信号の送信元に対して送信し、
送信した前記再送信号の構成に関する前記情報に基づいて、前記送信元より送信された前記再送信号を受信する
通信方法。
【請求項１１】
元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を受信し、受信した前記再送信号の構成に関する前記情報に基づいて前記再送信号を生成し、生成した前記再送信号を、前記再送信号の構成に関する情報の送信元に送信する通信部
を備える通信装置。
【請求項１２】
前記再送信号の構成に関する前記情報は、再送が要求されるデータに関する情報を含む
請求項１１に記載の通信装置。
【請求項１３】
再送が要求される前記データに関する前記情報は、前記データの識別子に関する情報と、前記データの長さに関する情報とを含む
請求項１２に記載の通信装置。
【請求項１４】
前記再送信号の構成に関する前記情報は、前記元信号と前記再送信号とを用いた情報の合成の設定に関する情報をさらに含む
請求項１２に記載の通信装置。
【請求項１５】
前記通信部は、前記再送信号の構成に関する前記情報を、前記再送信号の送信要求フレームの一部として受信する
請求項１１に記載の通信装置。
【請求項１６】
前記通信部は、前記元信号と前記再送信号とを用いた情報の合成に関するケイパビリティ情報を、前記再送信号の構成に関する情報の送信元と交換する
請求項１１に記載の通信装置。
【請求項１７】
前記通信部は、MAC（Media Access Control）層におけるMPDU（MAC Protocol Data Unit）の単位サイズについて、前記再送信号の構成に関する情報の送信元と交渉する
請求項１１に記載の通信装置。
【請求項１８】
前記通信部は、破棄済みのデータの再送を要求された場合、前記データが破棄済みである旨を要求元に通知する
請求項１１に記載の通信装置。
【請求項１９】
前記通信部は、Nullデータを前記要求元に送信することにより、前記データが破棄済みである旨の通知を行う
請求項１８に記載の通信装置。
【請求項２０】
通信装置が、
元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を受信し、
受信した前記再送信号の構成に関する前記情報に基づいて前記再送信号を生成し、
生成した前記再送信号を、前記再送信号の構成に関する情報の送信元に送信する
通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、通信装置および方法に関し、特に、物理層とMAC層とが独立した無線通信において、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いた情報の合成を行うことができるようにした通信装置および方法に関する。
【背景技術】
【０００２】
従来、無線通信において、復調に失敗した信号の情報を再送により受信した信号の情報と適切に合成し、通常の再送と比べ利得を得るHARQ（Hybrid Automatic Repeat-request）と称する手法があった。【０００３】
ところで、無線LAN（Local Area Network）では、受信した信号の変復調・符号化・復号化処理を行う物理層と信号の内容や順序を識別するMAC層を含むトランスポート層が独立し、フレーム長が可変であるため、ブロック符号化が用いられている場合その符号化単位はMAC層におけるフレーム長とは独立している。そのため、HARQを適用することが困難であった。【０００４】
そこで、物理層ヘッダにフレームの識別子や長さを含むHARQヘッダを新たに追加することで、合成すべき信号の判別を可能にし、無線LANにHARQを適用する方法が考えられた（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５２５４３６９号
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、この特許文献１に記載の方法の場合、大幅なオーバーヘッドの増大をもたらしたり、バッファの使用量が増大したりするおそれがあり、実現が困難であった。【０００７】
本開示は、このような状況に鑑みてなされたものであり、物理層とMAC層とが独立した無線通信において、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いた情報の合成を行うことができるようにするものである。
【課題を解決するための手段】
【０００８】
本技術の一側面の通信装置は、元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、前記再送信号の送信元に対して送信し、送信した前記再送信号の構成に関する前記情報に基づいて、前記送信元より送信された前記再送信号を受信する通信部を備える通信装置である。【０００９】
本技術の一側面の通信方法は、通信装置が、元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、前記再送信号の送信元に対して送信し、送信した前記再送信号の構成に関する前記情報に基づいて、前記送信元より送信された前記再送信号を受信する通信方法である。【００１０】
本技術の他の側面の通信装置は、元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を受信し、受信した前記再送信号の構成に関する前記情報に基づいて前記再送信号を生成し、生成した前記再送信号を、前記再送信号の構成に関する情報の送信元に送信する通信部を備える通信装置である。【００１１】
本技術の他の側面の通信方法は、通信装置が、元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を受信し、受信した前記再送信号の構成に関する前記情報に基づいて前記再送信号を生成し、生成した前記再送信号を、前記再送信号の構成に関する情報の送信元に送信する通信方法である。【００１２】
本技術の一側面の通信装置および方法においては、元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報が、その再送信号の送信元に対して送信され、その送信された再送信号の構成に関する情報に基づいて、その送信元より送信された再送信号が受信される。【００１３】
本技術の他の側面の通信装置および方法においては、元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報が受信され、その受信された再送信号の構成に関する情報に基づいてその再送信号が生成され、その生成された再送信号が、その再送信号の構成に関する情報の送信元に送信される。
【発明の効果】
【００１４】
本技術によれば、通信を行うことができる。また本技術によれば、物理層とMAC層とが独立した無線通信において、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いた情報の合成を行うことができる。
【図面の簡単な説明】
【００１５】
【図１】通信システムの主な構成例を示す図である。
【図２】通信装置の主な構成例を示す図である。
【図３】変復調部の主な構成例を示す図である。
【図４】通信のシーケンスの例を説明する図である。
【図５】HARQ情報を通知するフレームフォーマットの例を示す図である。
【図６】HARQ情報を通知するフレームフォーマットの例を示す図である。
【図７】Pollフレームの構成例を示す図である。
【図８】再送データ送信処理の流れの例を説明するフローチャートである。
【図９】再送データ受信処理の流れの例を説明するフローチャートである。
【図１０】通信のシーケンスの例を説明する図である。
【図１１】通信のシーケンスの例を説明する図である。
【図１２】Triggerフレームの構成例を示す図である。
【図１３】コンピュータの主な構成例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
１．第１の実施の形態（通信システム）
２．その他
【００１７】
＜１．第１の実施の形態＞
＜HARQ＞
近年、無線端末の普及により、同一の空間・周波数で多数の端末が通信を行う状況にある。こういった稠密環境では、送信信号の衝突等により受信側でのSINR（Signal to Interference plus Noise power Ratio）が動的に変化し、正しく復調できない信号が増大する。信号が正しく復調できなかった場合、通常その信号の再送を要求し受信をやり直すことで通信品質を担保する。しかしながら、再送が多数繰り返されると、その再送自体が通信リソースを消費し、システム全体の通信品質を低下させる要因となる。
【００１８】
そこで効率的な再送を実現するために、HARQ（Hybrid Automatic Repeat-request）と称する手法が考えられた。HARQは、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いて情報の合成を行う手法である。このHARQにより、元信号の情報と再送信号の情報とを適切に合成することにより、通常の再送（ARQ（Automatic Repeat-request））と比べて、再送によるリソースの消費を抑え、システム全体の通信品質を担保することが想定される。
【００１９】
ところで、例えば無線LAN（Local Area Network）の場合、受信した信号の変復調・符号化・復号化処理を行う物理層と、信号の内容や順序を識別するMAC（Media Access Control）層を含むトランスポート層とが独立している。また、フレーム長は可変であるため、ブロック符号化が用いられている場合、その符号化単位はMAC層におけるフレーム長とは独立している。すなわちMAC層では、あるフレームにおいてエラーがあった場合に、どの符号化ブロックにエラーがあったのかがわからず、正しく受信されたビット列を区別し合成に用いることが難しい。また受信されてからビット列に変換されるまでの中間処理段階での信号では、その信号がどのフレームの情報を含むのか識別できず、元信号と再送信号とを紐付けた合成を中間処理段階で行うことが難しい。そのため、無線LANの通信に単純にHARQを適用することは困難であった。
【００２０】
特許文献１では、物理層ヘッダにフレームの識別子や長さを含むHARQヘッダを新たに追加することで、合成すべき信号の判別を可能にし、無線LANでのHARQを可能にするとされている。
【００２１】
しかしながら、通常の場合、物理層ヘッダは、通信上重要な情報を含むため、信頼性が高い変調が用いられる。そのため、多数のフレームの識別子や長さに関する情報を物理層ヘッダに格納することは、大幅なオーバーヘッドの増大をもたらすおそれがあった。また、受信側の通信装置は、いつHARQによる再送が行われるかがわからず、定常的にHARQに対応した受信動作を行えるよう待機する必要があり、信号を保持し続けるために多くのバッファを備える必要があった。また、送信側の通信装置がフレームの破棄した場合に、それを検知することができないため、バッファ内の信号を不要に保持し、バッファの浪費を起こすおそれもあった。そのため、この方法で無線LANでのHARQを実現することは困難であった。
【００２２】
＜HARQinfoの送信＞
そこで、物理層ヘッダでの追加情報を必要せずに、無線LANでHARQを実現するようにする。より具体的には、例えばHARQによる再送の受信側の通信装置が、データの識別子・順序・長さ等のHARQ情報とともにデータの送信要求を明示的に送信側に通知し、送信側の通信装置は、その要求に対応する形で、HARQ情報に基づいて送信するデータを特定し、順序や変調・符号化方式を決定し、追加情報を含まない通常の信号を送信する。
【００２３】
受信側の通信装置は、その信号に含まれるデータの識別子・順序・長さ等の情報を既に保持しているので、このようにすることにより、MAC層においてどの符号化ブロックにエラーがあったのかを判別することが可能になり、正しく受信されたビット列を区別し合成に用いることが可能となる。また受信されてからビット列に変換されるまでの中間処理段階において元信号と再送信号とを紐付けた合成を行うことが可能となる。
【００２４】
＜通信システム＞
図１は、本技術を適用した通信システムの一実施の形態の主な構成例を示すブロック図である。図１に示される通信システム１００は、所謂無線LANを構築するシステムであり、基地局１０１（AP1）、端末装置１０２−１（STA1）、および端末装置１０２−２（STA2）を有する。
【００２５】
基地局１０１（AP1）は、アクセスポイントとも称される、所謂親機として機能する通信装置であり、所謂子機である端末装置１０２−１（STA1）および端末装置１０２−２（STA2）と無線通信を行う。この無線通信は、物理層とMAC層とが独立した無線通信であればどのような方式であってもよい。例えば、IEEE（Institute of Electrical and Electronic Engineers）802.11において規格化されている無線通信方式であってもよい。
【００２６】
以下において、端末装置１０２−１および端末装置１０２−２を互いに区別して説明する必要がない場合、端末装置１０２と称する。なお、図１に示される構成は一例であり、通信システム１００の構成は任意であり、この例に限定されない。例えば、基地局１０１や端末装置１０２の数はそれぞれ任意であり、図１の例に限定されない。また、各装置の接続関係も任意である。
【００２７】
このような構成の通信システム１００において、HARQを適用する。つまり、基地局１０１および端末装置１０２は、受信した信号（元信号とも称する）の復調の失敗した場合、HARQによる情報の合成を行う。つまり、その基地局１０１および端末装置１０２は、その元信号の復調の失敗により損失した情報を再送信号として再送させ、元信号と再送信号とを用いて、元信号の情報（元情報とも称する）と再送信号の情報（再送情報とも称する）を適切に合成する。
【００２８】
その際、その信号の再送を要求する側の基地局１０１および端末装置１０２は、本技術を適用したHARQを行う。つまり、その基地局１０１および端末装置１０２は、再送要求とともに、再送信号の構成に関する情報を、再送信号の送信元に対して送信し、その再送信号の構成に関する情報に基づく再送信号を送信させる。
【００２９】
＜通信装置＞
図２は、本技術を適用した通信装置の一実施の形態の主な構成例を示すブロック図である。図１の基地局１０１および端末装置１０２は、無線通信に関する構成として、図２の通信装置２００と同様の構成を有する。つまり、通信装置２００は、図１の通信システム１００において、基地局１０１や端末装置１０２として適用することができる。以下において、図１の基地局１０１および端末装置１０２の主な構成の説明として、図２の通信装置２００を用いて説明する。
【００３０】
図２に示される通信装置２００は、IEEE802.11において規格化されている無線通信方式により他の通信装置と無線通信を行う。また、通信装置２００は、HARQの機能を有しており、そのHARQによる情報の再送を、自身が行うことができるか、若しくは、通信相手に行わせることができるか、または、その両方を行うことができる。
【００３１】
また、HARQによる情報の再送を通信相手に行わせることができる場合、通信装置２００は、そのHARQにより、その元信号と再送信号とを用いて、情報の合成を行う（すなわち元情報と再送情報とを適切に合成する）ことができる。このHARQによる情報の合成（元信号と再送信号とを用いた情報の合成）は、信号を復調して得られるデータとして行われるようにしてもよいし、データ（ビット列）に変換する前の中間処理段階において（例えば、I信号およびQ信号として）行われるようにしてもよい。
【００３２】
つまり、通信装置２００は、元信号を復調して得られる元データと再送信号を復調して得られる再送データとを適切に合成するようにしてもよいし、中間処理段階において、元信号と再送信号とを適切に合成するようにしてもよい。もちろん、通信装置２００が、その両方を行うことができる（どちらで行うこともできる）ようにしてもよい。
【００３３】
なお、このHARQによる情報の合成の具体的な方法は任意である。例えば、元情報の損失した部分を再送情報で置き換えるようにしてもよい。また、例えば、元信号を再送信号の復調に利用するようにしてもよい。
【００３４】
図２に示されるように、通信装置２００は、制御部２０１、データ処理部２０２、および無線通信部２０３を有する。無線通信部２０３は、変復調部２１１、信号処理部２１２、チャネル推定部２１３、無線インタフェース部２１４−１、アンプ部２１５−１、アンテナ２１６−１、無線インタフェース部２１４−２、アンプ部２１５−２、およびアンテナ２１６−２を有する。さらに、通信装置２００は、電源部２２１を有する。
【００３５】
なお、無線インタフェース部２１４−１および無線インタフェース部２１４−２を互いに区別して説明する必要がない場合、無線インタフェース部２１４と称する。また、アンプ部２１５−１およびアンプ部２１５−２を互いに区別して説明する必要がない場合、アンプ部２１５と称する。さらに、アンテナ２１６−１およびアンテナ２１６−２を互いに区別して説明する必要がない場合、アンテナ２１６と称する。
【００３６】
図２においては、無線インタフェース部２１４、アンプ部２１５、およびアンテナ２１６を２つずつ示しているが、これらの数は任意であり、それぞれ、単数であってもよいし、３つ以上であってもよい。
【００３７】
また、無線インタフェース部２１４、アンプ部２１５、およびアンテナ２１６は１つの構成要素としてもよい（これらが１つの処理部として構成されるようにしてもよい）。また、アンプ部２１５の機能を無線インタフェース部２１４が有し、アンプ部２１５を省略するようにしてもよい。
【００３８】
データ処理部２０２は、上位層より入力されるデータを送信する場合、そのデータから無線送信のためのパケットを生成し、メディアアクセス制御（MAC（Media Access Control））のためのヘッダの付加や誤り検出符号の付加等の処理を実施する。データ処理部２０２は、処理後のデータを変復調部２１１へ提供する。
【００３９】
データ処理部２０２は、受信されたデータが変復調部２１１から供給される場合、MACヘッダの解析、パケット誤りの検出、リオーダー処理等を実施する。また、データ処理部２０２は、HARQ情報に基づく情報の合成を行う。例えば、データ処理部２０２は、元信号を復調して得られる元データと再送信号を復調して得られる再送データとを適切に合成する。データ処理部２０２は、処理後のデータを自身のプロトコル上位層へ提供する。
【００４０】
制御部２０１は、各部間の情報の受け渡しを行う。また、制御部２０１は、変復調部２１１および信号処理部２１２におけるパラメータ設定や、データ処理部２０２におけるパケットのスケジューリング等を行う。さらに、制御部２０１は、各無線インタフェース部２１４および各アンプ部２１５のパラメータ設定や送信電力制御等を行う。
【００４１】
また、制御部２０１は、その通信装置２００のケイパビリティ情報の保持、通信相手のケイパビリティ情報の把握、MPDUサイズ情報の交渉結果の保持、サイズ交渉を行うか否かの判定、再送を要求するか否かの判定、HARQ情報の生成、再送要求を受信したか否かの判定、再送情報の生成、HARQ情報等の、HARQを用いた信号の再送に必要な情報の保持、並びに、HARQ情報に基づく再送情報の生成等の処理を行う。
【００４２】
さらに、制御部２０１は、データ処理部２０２や無線通信部２０３の各処理部（変復調部２１１乃至アンテナ２１６）を制御し、ケイパビリティ情報の交換、MPDUサイズ交渉、元信号の送信や受信、元データの獲得、誤り検出（受信成否判定）、元信号（元データ）の保持、BAの送信や受信、HARQ情報を含む再送要求信号の送信や受信、再送信号の送信や受信、HARQによる元信号と再送信号とを用いた情報の合成等の処理を実行させる。
【００４３】
無線通信部２０３は、信号の送信や受信等、無線通信に関する処理を行う。
【００４４】
変復調部２１１は、信号送信の場合、データ処理部２０２からの入力データに対し、制御部２０１によって設定されたコーディングおよび変調方式基づいて、エンコード（符号化）、インターリーブ、および変調等の処理を行い、データシンボルストリームを生成する。変復調部２１１は、それを信号処理部２１２に供給する。
【００４５】
変復調部２１１は、信号受信の場合、信号処理部２１２からの入力に対して、上述した信号送信の際の処理と反対の処理を行う。例えば、変復調部２１１は、信号処理部２１２から供給される信号に対して、復調やデコード（復号）等の処理を行う。また、変復調部２１１は、HARQ情報に基づく情報の合成を行う。例えば、変復調部２１１は、元信号と再送信号とを中間処理段階において適切に合成する。変復調部２１１は、これらの処理が行われたデータを、データ処理部２０２または制御部２０１に供給する。
【００４６】
信号処理部２１２は、信号送信の場合、必要に応じて変復調部２１１からの入力に対して空間分離に供される信号処理を行い、１つ以上の送信シンボルストリームを生成する。信号処理部２１２は、その得られた１つ以上の送信シンボルストリームを、それぞれの無線インタフェース部２１４に供給する。
【００４７】
信号処理部２１２は、信号受信の場合、それぞれの無線インタフェース部２１４から入力された受信シンボルストリームに対して信号処理を行い、必要に応じてストリームの空間分解を行う。信号処理部２１２は、処理後の信号を変復調部２１１に供給する。
【００４８】
チャネル推定部２１３は、それぞれの無線インタフェース部２１４からの入力信号のプリアンブル部分およびトレーニング信号部分に基づいて、伝搬路の複素チャネル利得情報を算出する。チャネル推定部２１３は、算出した複素チャネル利得情報を、制御部２０１を介して変復調部２１１や信号処理部２１２に供給する。変復調部２１１は、その複素チャネル利得情報を復調処理に利用する。信号処理部２１２は、その複素チャネル利得情報を空間分離に供される信号処理に利用する。
【００４９】
無線インタフェース部２１４は、信号送信の場合、信号処理部２１２からの入力をアナログ信号へ変換し、フィルタリング、および搬送波周波数へのアップコンバートを実施し、処理後の信号をアンプ部２１５へ送出する。また、無線インタフェース部２１４は、信号受信の場合、アンプ部２１５からの入力に対して、信号送信の際の処理と反対の処理を実施し、その処理後のデータを信号処理部２１２およびチャネル推定部２１３に提供する。
【００５０】
アンプ部２１５は、信号送信の場合、無線インタフェース部２１４から入力されたアナログ信号を所定の電力まで増幅し、アンテナ２１６を介して無線信号として送信する（空中に放出する）。また、アンプ部２１５は、信号受信の場合、アンテナ２１６を介して無線信号（空中を伝送されてきた信号）を受信し、その受信した信号を所定の電力まで増幅し、無線インタフェース部２１４に供給する。なお、このアンプ部２１５は、信号送信の場合の機能と信号受信の場合の機能との内の少なくともいずれか一方が、無線インタフェース部２１４に内包されるようにしてもよい。
【００５１】
電源部２２１は、バッテリ電源または固定電源により構成され、通信装置２００の各処理部（制御部２０１、データ処理部２０２、および無線通信部２０３（変復調部２１１乃至アンテナ２１６））に対して電力を供給する。なお、この電力供給が制御部２０１により制御されるようにしてもよい。
【００５２】
＜変復調部２１１＞
HARQによる合成として中間処理段階において元信号と再送信号とを合成する場合の、変復調部２１１の、信号受信の際の処理に関する主な構成例を、図３に示す。この場合、変復調部２１１は、図３に示されるように、信号受信の場合の処理に関する構成として、復調部２３１、信号保持部２３２、および信号合成部２３３を有する。
【００５３】
復調部２３１は、信号処理部２１２から入力された元信号に対し、制御部２０１が設定したコーディングおよび変調方式に基づいて復調する。復調部２３１は、その復調により得られた元データを、制御部２０１の設定に基づき、データ処理部２０２、信号合成部２３３、または信号保持部２３２のいずれかに供給する。
【００５４】
例えば、HARQを用いた再送データを含まない信号の場合、復調部２３１は、復調データに対してデインターリーブ等の処理を行い、処理後の復調データをデータ処理部２０２に供給する。また、復調部２３１は、その復調データを、信号保持部２３２にも供給し、保持させる。データ処理部２０２は、供給された復調データについて誤り検出等を用いて受信の成否判断を行い、正しく受信されなかった場合、信号保持部２３２を制御し、そのデータの保持を続けさせる。
【００５５】
また、例えば、HARQを用いた再送データを含む信号の場合、復調部２３１は、復調データを信号保持部２３２に供給して保持させる。また、復調部２３１は、その復調データを信号合成部２３３にも供給する。
【００５６】
信号保持部２３２は、例えば半導体メモリ等の任意の記憶媒体を有し、供給された復調データをその記憶媒体に保持する。また、信号保持部２３２は、保持データを信号合成部２３３等の要求に応じて、信号合成部２３３に供給する。
【００５７】
信号合成部２３３は、信号保持部２３２に保持されている復調データ（保持データ）を読み出して取得する。また、信号合成部２３３は、その信号保持部２３２から読み出した保持データと、復調部２３１から供給された復調データ（再送データ）とで、HARQ情報の含まれるデータの識別子、データの順番、データの時間に従い、同一のデータに対応した復調データ同士をベクトル加算等の方法で合成する。
【００５８】
信号合成部２３３は、その合成された復調データに対してデインターリーブ等の処理を行い、その処理後の復調データをデータ処理部２０２に供給する。データ処理部２０２は、供給された復調データについて誤り検出等を用いて受信の成否判断を行い、再度正しく受信されなかった場合、信号保持部２３２を制御し、そのデータの保持を続けさせる。
【００５９】
なお、HARQによる合成として元データと再送データとを合成する場合、データ処理部２０２が元データを保持するようにしてもよい。
【００６０】
＜シーケンス＞
次に、以上のような通信装置２００を図１の通信システム１００の基地局１０１および端末装置１０２に適用する場合の通信の流れについて説明する。図４は、通信の全てを、ポーリングフレーム（以下、Pollフレームとも称する）を用いたシングルユーザ通信とする場合のシーケンスの例を示す図である。図４においては、基地局１０１（AP1）と端末装置１０２−１（STA1）との間の通信を例として示している。
【００６１】
図４において、横軸は時間軸を示し、各軸上の白い長方形はフレームを示し、平行四辺形は衝突回避機構によるランダムな待ち時間（バックオフ）を示している。フレームから伸びる実線の矢印は、その先がフレームの送信先であることを示している。
【００６２】
本シーケンスの開始より前に、基地局１０１（AP1）および配下の端末装置１０２−１（STA1）は、本実施例で示す再送信号の受信側から送信されるHARQ情報に基づくHARQ通信への対応（Capability）の確認シーケンスを実施する。つまり、基地局１０１（AP1）および配下の端末装置１０２−１（STA1）は、HARQに関する互いのケイパビリティ情報を交換する。
【００６３】
また、本シーケンスの開始より前に、基地局１０１（AP1）および配下の端末装置１０２−１（STA1）は、MAC層におけるMPDU等のデータ単位長を決定する交渉（サイズ交渉）をしてもよい。なお、そのデータ単位長は、ブロック符号化を行う際の符号化ブロック単位の整数倍であってもよい。
【００６４】
基地局１０１（AP1）と端末装置１０２−１（STA1）は、通常のチャネルアクセス手順に基づき通信を行う。この例では、まず、端末装置１０２−１（STA1）が送信権を獲得し、基地局１０１（AP1）へ信号送信を行う（矢印３０１）。
【００６５】
その信号を受信した基地局１０１（AP1）は、その信号を受信処理することでMPDU（Media Access Control Protocol Data Unit）等のデータを獲得し、誤り検出を行いデータの受信成否を判定する。その後、基地局１０１（AP1）は、受信成否に基づく情報を、ブロックアック（BA（Block Ack））等のフレームに格納し、端末装置１０２−１（STA1）に送信する（矢印３０２）。
【００６６】
ここで基地局１０１（AP1）は、復調に失敗した信号が存在する場合、その信号を元信号とし、その元信号に対応する元データのビット列の少なくとも一部、または、中間処理段階の元信号の少なくとも一部を、破棄せずに保持する。例えば、信号保持部２３２が、元信号を保持する。この保持された元信号を保持信号とも称する。なお、元データを保持する場合、それを保持データとも称する。
【００６７】
そして、基地局１０１（AP1）は、信号の再送を要求する再送要求信号（再送要求フレーム）として、HARQ情報（HARQ info）を含むPollフレームを端末装置１０２−１（STA1）に送信する（矢印３０３）。
【００６８】
HARQ情報は、再送信号の構成に関する情報であり、HARQが適用された通信（HARQ通信）を実施するために必要な情報により構成される。HARQ情報の詳細については後述する。HARQ情報を含むPollフレームを受信した端末装置１０２−１（STA1）は、そのHARQ情報に従って、要求された再送するべき情報（再送情報）のデータ（再送データ）を生成し、その再送データおよび新規データを含む信号（再送信号を含む信号）を生成し、その信号を基地局１０１（AP1）に送信する（矢印３０４）。
【００６９】
再送を要求されたデータを既に破棄している場合、端末装置１０２−１（STA1）が、そのデータが破棄済みである旨を要求元に通知するようにしてもよい。例えば、この通知として、Nullデータを送信するようにしてもよい。
【００７０】
その信号を受信した基地局１０１（AP1）は、その信号を自身で通知したHARQ情報に従って受信処理し、再送信号を抽出する。基地局１０１（AP1）は、HARQにより、元信号と再送信号とを利用して情報の合成を行い、MPDU等のデータを獲得する。例えば、基地局１０１（AP1）は、MPDU等のデータのビット列またはビット列に変換されるまでの中間処理段階において、HARQ情報に従って保持信号（元信号）と再送信号とを合成し、得られた信号を復調する等してデータを得る。また、例えば、基地局１０１（AP1）は、再送信号を復調する等し、得られた再送データをHARQ情報に従って保持データ（元データ）と合成する。
【００７１】
基地局１０１（AP1）は、得られたデータに対して誤り検出を行い、そのデータの受信成否を判定する。その後、基地局１０１（AP1）は、受信成否に基づく情報を、ブロックアック（BA（Block Ack））等のフレームに格納し、端末装置１０２−１（STA1）に送信する（矢印３０５）。
【００７２】
受信に失敗した場合は、上述した矢印３０３乃至矢印３０５のシーケンスが繰り返される。なお、上述のように、再送を要求されたデータが破棄済みである旨の通知（例えばNullデータ）が要求元に送信される場合、基地局１０１（AP1）は、その通知に基づいて、再送要求を終了するようにしてもよい。このようにすることにより、不要な（応答が不可能な）再送要求の増大を抑制することができる。
【００７３】
以上に説明したシーケンスは、基地局１０１（AP1）と端末装置１０２−１（STA1）が入れ替わった場合（基地局１０１（AP1）が送信権を獲得し、端末装置１０２−１（STA1）へ信号送信を行う場合）も成立する。つまり、上述の説明において基地局１０１（AP1）と端末装置１０２−１（STA1）とを入れ替えてもよい。もちろん、基地局１０１（AP1）の通信相手が端末装置１０２−２（STA2）であってもよい。つまりその場合も、同様のシーケンスで通信を行うことができる。
【００７４】
＜HARQ情報＞
HARQ情報は、再送信号の構成に関する情報により構成される。この再送信号の構成に関する情報は、どのような情報であってもよいが、例えば、再送を要求するデータに関する情報を含むようにしてもよい。また、この再送を要求するデータに関する情報は、どのような情報であってもよいが、例えば、データの識別子に関する情報と、データの長さに関する情報とを含むようにしてもよい。
【００７５】
データの識別子に関する情報は、どのような情報であってもよいが、例えば、MAC層におけるMPDUのシーケンス番号を含むようにしてもよい。
【００７６】
データの長さに関する情報は、どのような情報であってもよいが、例えば、データの識別子に関する情報により識別子が示されるMPDUのバイト長を含むようにしてもよい。また、例えば、データの長さに関する情報が、そのMPDUを過不足無く含む符号化ブロックのブロック数またはバイト長を含むようにしてもよい。さらに、例えば、データの長さに関する情報が、そのデータがビット列に変換されるまでの中間処理段階の信号の時間等の情報を含むようにしてもよい。もちろん、データの長さに関する情報が、これらの内の複数の情報を含むようにしてもよい。また、これらのデータの長さを間接的に示す情報であってもよい。
【００７７】
再送を要求するデータに関する情報は、データの順序に関する情報をさらに含むようにしてもよい。このデータの順序に関する情報は、どのような情報であってもよいが、例えば、データの連結順序に関する情報を含むようにしてもよい。また、このデータの順序に関する情報が、例えば、再送データと新規データの順番を示す規則を含むようにしてもよい。もちろん、データの順序に関する情報が、これらの内の複数の情報を含むようにしてもよい。また、これらのデータの順序を間接的に示す情報であってもよい。
【００７８】
再送信号の構成に関する情報は、例えば、元信号と再送信号とを用いた情報の合成の設定に関する情報（つまりHARQによる合成の設定に関する情報）をさらに含むようにしてもよい。このHARQの設定に関する情報は、どのような情報であってもよいが、例えば、HARQを使用することの通知を含むようにしてもよい。また、例えば、HARQの設定に関する情報が、例えば画像や音声等といったHARQを行うストリームであるHARQストリームの識別子を含むようにしてもよい。この識別子を利用することにより、再送データを誤って無関係のストリームのデータに合成してしまうことを抑制することができる。
【００７９】
また、HARQの設定に関する情報が、例えばChase Combiningや、Incremental Redundancy等のHARQ方式の通知（使用する合成方式の通知）を含むようにしてもよい。この通知により、合成の仕様が分かるので、より効率の良い再送データを生成することができる。
【００８０】
もちろん、HARQの設定に関する情報が、これらの内の複数の情報を含むようにしてもよい。
【００８１】
＜HARQ情報のフレームフォーマット＞
以上のように信号の再送を要求する側（受信側）の通信装置２００（図４の例の場合、基地局１０１（AP1））から信号を再送する側の通信装置２００（図４の例の場合、端末装置１０２−１（STA1））へ伝送されるHARQ情報を通知するフレームフォーマットの例を図５に示す。
【００８２】
図５に示されるように、HARQ情報を伝送するフレーム３２０は、HARQコントロール３２１（HARQ Control）、シーケンス番号３２２（Sequence Number）、およびHARQレングス３２３（HARQ Length）の３つのフレームを有する。
【００８３】
HARQコントロール３２１（HARQ Control）には、HARQの設定に関する情報が含まれる。シーケンス番号３２２（Sequence Number）には、送信されるデータの識別子に関する情報が含まれる。HARQレングス３２３（HARQ Length）には、送信されるデータの長さに関する情報が含まれる。
【００８４】
なおシーケンス番号３２２（Sequence Number）およびHARQレングス３２３（HARQ Length）は、HARQ情報に基づいた再送を要求するデータ分、繰り返されるようにしてもよい。
【００８５】
図６は、HARQ情報を通知するフレームフォーマットの他の構成例を示す図である。図６に示されるHARQ情報を伝送するフレーム３３０は、HARQコントロール３３１（HARQ Control）、スターティングシーケンス番号３３２（Starting Sequence Number）、シーケンス番号ビットマップ３３３（Sequence Number Bitmap）、およびHARQレングス３３４（HARQ Length）の４つのフレームを有する。
【００８６】
HARQコントロール３３１（HARQ Control）には、図５のHARQコントロール３２１（HARQ Control）と同様の情報が含まれる。HARQレングス３３４（HARQ Length）には、図５のHARQレングス３２３（HARQ Length）と同様の情報が含まれる。
【００８７】
スターティングシーケンス番号３３２（Starting Sequence Number）には、HARQ情報に基づいた再送を要求する複数のデータの内の１つ目のデータの識別子が含まれる。
【００８８】
シーケンス番号ビットマップ３３３（Sequence Number Bitmap）には、その複数のデータの内の２つ目以降のデータの識別子が、１つ目のデータの識別子を基準とするビットマップ（Bitmap）形式の情報として含まれる。
【００８９】
なお、HARQレングス３３４（HARQ Length）は、HARQ情報に基づいた再送を要求するデータ分、繰り返されるようにしてもよい。このフレーム３３０は、複数の識別子を格納する場合に、図５のフレーム３２０よりも効率的に情報を格納することができる。
【００９０】
また、図５や図６を参照して上述したような情報をHARQ情報として伝送することにより、信号を再送する側の通信装置２００は、このHARQ情報に基づいて、要求された仕様の信号を生成し、再送することができる。
【００９１】
なお、HARQ情報を通知するフレームフォーマットは任意であり、上述の例に限定されない。例えば、HARQ情報を通知するフレームに上述した以外の情報が含まれるようにしてもよい。
【００９２】
また、以上のようなHARQ情報を通知するフレーム（フレーム３２０やフレーム３３０）は、Pollフレーム（または後述するTriggerフレーム）と連結して送信されるようにしてもよいし、Pollフレーム（またはTriggerフレーム）の一部として送信されるようにしてもよい。また、そのHARQ情報を通知するフレームを一部として含むPollフレーム（またはTriggerフレーム）が、HARQ情報を通知するフレームを含まない他のPollフレーム（またはTriggerフレーム）と連結して送信されるようにしてもよい。
【００９３】
＜Pollフレーム＞
HARQ情報を通知するフレームを一部として含むPollフレームの例を図７に示す。図７に示されるように、HARQ情報を通知するフレームを一部として含むPollフレーム３４０は、例えば、フレームコントロール３４１（Frame Control）、デュレーション３４２（Duration）、受信アドレス３４３（RA）、送信アドレス３４４（TA）、応答オフセット３４５（Responce Offset）、HARQインフォメーション３４６（HARQ Info）、およびフレームチェックシーケンス３４７（FCS（Frame Check Sequence））を有する。
【００９４】
フレームコントロール３４１（Frame Control）には、MACフレーム制御に関する情報が含まれる。デュレーション３４２（Duration）には、無線回線を使用する予定期間に関する情報が含まれる。受信アドレス３４３（RA）には、ブロードキャストアドレス等の宛先に関する情報が含まれる。送信アドレス３４４（TA）には、送信元の通信装置２００のMACアドレスに関する情報が含まれる。
【００９５】
応答オフセット３４５（Responce Offset）には、Pollフレームを受信後に信号を送信するまでの時間に関する情報が含まれる。HARQインフォメーション３４６（HARQ Info）には、上述したフレーム３２０やフレーム３３０（つまりHARQ情報を通知するフレーム）が含まれる。フレームチェックシーケンス３４７（FCS（Frame Check Sequence））には、フレームの誤り検出・訂正を行うための情報が含まれる。
【００９６】
以上のように、HARQ情報は、Pollフレームを用いて送信することができる。したがって、既存の通信規格との親和性が高く、容易に実現することができる。
【００９７】
＜再送データ送信処理の流れ＞
次に、以上のようなシーケンスを行う際に通信装置２００により実行される処理の流れについて説明する。まず、信号を再送する側の通信装置２００（図４の例の場合、端末装置１０２−１（STA1））により実行される再送データ送信処理の流れの例を、図８のフローチャートを参照して説明する。
【００９８】
再送データ送信処理が開始されると、通信装置２００は、ステップＳ１０１において、HARQが適用される通信（HARQ通信）に関するケイパビリティ情報を、信号の送信先（つまり通信相手の通信装置２００）と交換する。より具体的には、当該通信装置２００のHARQ通信に関するケイパビリティ情報は、制御部２０１が管理する。制御部２０１は、データ処理部２０２を介してそのケイパビリティ情報を無線通信部２０３に供給し、そのケイパビリティ情報を通信相手の通信装置２００と交換させる。このケイパビリティ情報の交換により、通信装置２００は、通信相手の通信装置２００が、HARQ通信に関する能力（例えば、HARQ通信を行うことができるか否か等）を把握することができる。
【００９９】
制御部２０１は、ステップＳ１０２において、通信相手の通信装置２００とMPDUのサイズ交渉を行うか否かを判定する。例えば、通信相手の通信装置２００がHARQ通信を行うことができ、MPDUのサイズ交渉を行うと判定された場合、処理はステップＳ１０３に進む。
【０１００】
ステップＳ１０３において、制御部２０１は、データ処理部２０２や無線通信部２０３を制御して、通信相手の通信装置２００とMPDUのサイズ交渉を行わせる。ステップＳ１０３の処理が終了すると、処理はステップＳ１０４に進む。また、ステップＳ１０２において、MPDUのサイズ交渉を行わないと判定された場合、ステップＳ１０３の処理が省略され、処理はステップＳ１０４に進む。
【０１０１】
ステップＳ１０４において、制御部２０１は、データ処理部２０２および無線通信部２０３を制御して、信号を送信させ、その信号送信に対応して通信相手の通信装置２００から送信される受信成否情報を含む信号を受信する。例えば、図４のシーケンスの例の場合、矢印３０１や矢印３０２のような信号の授受が行われる。
【０１０２】
ステップＳ１０５において、制御部２０１は、通信相手の通信装置２００からHARQ情報を含む再送要求信号（送信要求フレーム）を受信したか否かを判定する。例えば図４のシーケンスの例の矢印３０３のように、HARQ情報を含むPollフレームを受信したと判定された場合、処理はステップＳ１０６に進む。
【０１０３】
ステップＳ１０６において、制御部２０１は、受信したPollフレームのデータからHARQ情報を抽出し、その抽出したHARQ情報に基づいて、再送情報を生成する。制御部２０１は、その再送情報をデータ処理部２０２に供給し、再送データを生成させる。制御部２０１は、無線通信部２０３を制御し、その再送データおよび新規データを含む信号を生成し、例えば図４のシーケンスの例の矢印３０４のように、その信号を通信相手の通信装置２００に送信する。つまり、通信装置２００は、HARQ情報で指定されたデータ構成となるように、再送データと新規データを含む信号を構築し送信させる。
【０１０４】
なお、再送を要求されたデータを破棄済みの場合、制御部２０１は、データ処理部２０２および無線通信部２０３を制御し、再送データおよび新規データを含む信号を送信させる代わりに、Nullデータを送信させるようにしてもよい。
【０１０５】
ステップＳ１０７において、制御部２０１は、データ処理部２０２および無線通信部２０３を制御して、例えば図４のシーケンスの例の矢印３０５のように、その信号送信に対応して通信相手の通信装置２００から送信される受信成否情報を含む信号を受信させる。
【０１０６】
ステップＳ１０７の処理が終了すると、再送データ送信処理が終了する。また、ステップＳ１０５において、通信相手の通信装置２００からHARQ情報を含む送信要求信号を受信していないと判定された場合、再送データ送信処理が終了する。
【０１０７】
なお、ステップＳ１０７において受信される受信成否情報に基づいて、通信相手が再送信号の受信に失敗したと判定された場合、通信装置２００は、通信相手が再送信号の受信に成功するまで、所定時間が経過するまで、または、そのデータを破棄するまで、ステップＳ１０５乃至ステップＳ１０７の処理を繰り返し、実行するようにしてもよい。
【０１０８】
＜再送データ受信処理の流れ＞
次に、信号の再送を要求する側の通信装置２００（図４の例の場合、基地局１０１（AP1））により実行される再送データ受信処理の流れの例を、図９のフローチャートを参照して説明する。
【０１０９】
再送データ受信処理が開始されると、通信装置２００は、ステップＳ１２１において、HARQ通信に関するケイパビリティ情報を、信号の送信元（つまり通信相手の通信装置２００）と交換する。より具体的には、当該通信装置２００のHARQ通信に関するケイパビリティ情報は、制御部２０１が管理する。制御部２０１は、データ処理部２０２を介してそのケイパビリティ情報を無線通信部２０３に供給し、そのケイパビリティ情報を通信相手の通信装置２００と交換させる。このケイパビリティ情報の交換により、通信装置２００は、通信相手の通信装置２００が、HARQ通信に関する能力（例えば、HARQ通信を行うことができるか否か等）を把握することができる。
【０１１０】
制御部２０１は、ステップＳ１２２において、通信相手の通信装置２００とMPDUのサイズ交渉を行うか否かを判定する。例えば、通信相手の通信装置２００がHARQ通信を行うことができ、MPDUのサイズ交渉を行うと判定された場合、処理はステップＳ１２３に進む。
【０１１１】
ステップＳ１２３において、制御部２０１は、データ処理部２０２や無線通信部２０３を制御して、通信相手の通信装置２００とMPDUのサイズ交渉を行わせる。ステップＳ１２３の処理が終了すると、処理はステップＳ１２４に進む。また、ステップＳ１２２において、MPDUのサイズ交渉を行わないと判定された場合、ステップＳ１２３の処理が省略され、処理はステップＳ１２４に進む。
【０１１２】
ステップＳ１２４において、制御部２０１は、データ処理部２０２および無線通信部２０３を制御して、送信元から通常送信された信号を受信する。ステップＳ１２５において、制御部２０１は、データ処理部２０２および無線通信部２０３を制御し、受信した信号からデータを獲得させ、その獲得した１つ以上のMPDU等のデータにおいて誤り検出を行わせ、データの受信成否を判定させる。
【０１１３】
ステップＳ１２５の処理によりデータの復調に失敗したと判定された場合、制御部２０１は、ステップＳ１２６において、データ処理部２０２または無線通信部２０３を制御して、復調に失敗した信号を元信号とし、その元信号の中間処理段階、または、その元信号に対応する元データのビット列の少なくとも一部を、破棄せずに保持する。
【０１１４】
ステップＳ１２７において、制御部２０１は、データ処理部２０２および無線通信部２０３を制御して、その元データに対応する受信成否情報を送信させる。
【０１１５】
ステップＳ１２８において、制御部２０１は、その元信号の送信元へHARQ情報を含む送信要求フレームを送信するか否かを判定する。送信要求フレームを送信すると判定された場合、処理はステップＳ１２９に進む。
【０１１６】
ステップＳ１２９において、制御部２０１は、正しく受信されなかったデータ（復調に失敗したデータ）の開始点、終了点、エラーが含まれていた符号化単位の開始点、終了点、エラーが含まれていたビット列の開始点、終了点の少なくともいずれかを計算する。そして、制御部２０１は、その計算の結果に基づき、再送された信号中において同一のデータ、符号化単位、またはビット列を推定できるようにHARQ情報を設定（生成）する。制御部２０１は、そのHARQ情報をデータ処理部２０２に供給し、データ処理部２０２および無線通信部２０３を制御して、そのHARQ情報を含むPollフレームを再送データの送信元に送信させる。
【０１１７】
ステップＳ１３０において、制御部２０１は、無線通信部２０３を制御して、送信したHARQ情報に基づいて生成された再送データおよび新規データを含む信号を受信させる。
【０１１８】
ステップＳ１３１において、制御部２０１は、データ処理部２０２および無線通信部２０３（変復調部２１１）を制御して、HARQ情報に基づいて、その再送データ（または再送信号）と保持データ（または保持信号）とを用いて情報を合成させる。
【０１１９】
ステップＳ１３２において、制御部２０１は、データ処理部２０２および無線通信部２０３を制御して、その信号に対する受信成否情報を含む信号を生成し、再送データの送信元に送信させる。
【０１２０】
ステップＳ１３２の処理が終了すると再送データ受信処理が終了する。また、ステップＳ１２８において、送信要求フレーム（Pollフレーム）を送信しないと判定された場合、ステップＳ１２９乃至ステップＳ１３２の処理が省略され、再送データ受信処理が終了する。
【０１２１】
なお、ステップＳ１３０において受信した信号の復調に失敗した場合、再送信号の受信に成功するまで、所定時間が経過するまで、または、所定のデータ（たとえばNullデータ）を受信するまで、ステップＳ１２８乃至ステップＳ１３２の処理を繰り返し、実行するようにしてもよい。
【０１２２】
以上のように各処理を実行することにより、通信装置２００は、物理層とMAC層とが独立した無線通信において、物理層ヘッダでの追加情報を必要せずに、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いた情報の合成を実現することができる。したがって、オーバーヘッドの増大を抑制することができる。また、バッファの消費や消費電力の増大を抑制することができる。さらに、再送によるリソースの消費の増大を抑制することができる。
【０１２３】
＜シーケンス＞
以上においては、図４のシーケンスを例に説明したが、図４の例は一例であり、本技術は、図４のシーケンス以外のシーケンスにも適用することができる。
【０１２４】
例えば、通信の一部を、Pollフレームを用いたシングルユーザ通信とするようにしてもよい。その場合のシーケンスの例を図１０に示す。図１０の例の場合、基地局１０１（AP1）は、トリガフレーム（以下、Triggerフレームと称する）を用いたアップリンクマルチユーザ通信を、配下の端末装置１０２−１（STA1）および端末装置１０２−２（STA2）と行う。ただし、再送要求は、図４の場合と同様に、単一端末宛に送信されるPollフレームにより行われる。
【０１２５】
この場合も、図４の例の場合と同様に、本シーケンスの開始より前に、通信装置２００間（基地局１０１（AP1）と、端末装置１０２−１（STA1）および端末装置１０２−２（STA2）のそれぞれとの間）でHARQ通信に関するケイパビリティ情報の交換と、MAC層におけるMPDUのサイズ交渉が行われるようにしてもよい。
【０１２６】
基地局１０１（AP1）は、アップリンクマルチユーザ通信（UL OFDMA、UL MU-MIMO）を行うための情報（端末識別子、周波数・空間リソース等）を含むTriggerフレームを端末装置１０２−１（STA1）および端末装置１０２−２（STA2）に送信し、アップリンクマルチユーザ通信シーケンスを開始する（矢印３６１および矢印３６２）。
【０１２７】
端末装置１０２−１（STA1）および端末装置１０２−２（STA2）は、このTriggerフレームを受信すると、そのTriggerフレームに含まれる情報に基づき、アップリンクマルチユーザ送信を行う（矢印３６３および矢印３６４）。
【０１２８】
アップリンクマルチユーザ送信された信号を受信した基地局１０１（AP1）は、その信号を受信処理することで１つ以上のMPDU等のデータを獲得し、誤り検出を行い、データの受信成否を判定する。
【０１２９】
その後、基地局１０１（AP1）は、その受信成否に基づく情報を、マルチSTAブロックアック（M-BA（Multi-STA Block Ack））等のフレームに格納し、端末装置１０２−１（STA1）および端末装置１０２−２（STA2）に送信する（矢印３６５および矢印３６６）。
【０１３０】
ここで基地局１０１（AP1）は、復調に失敗した信号が存在する場合、その信号を元信号とし、その元信号に対応する元データのビット列の少なくとも一部、または、中間処理段階の元信号の少なくとも一部を、破棄せずに保持する。例えば、信号保持部２３２が、元信号を保持する。
【０１３１】
そして、基地局１０１（AP1）は、図４の例の場合と同様に、信号の再送を要求する再送要求信号（再送要求フレーム）として、HARQ情報（HARQ info）を含むPollフレームを、元信号の送信元（端末装置１０２−１（STA1）または端末装置１０２−２（STA2））に送信する。図１０の例では、端末装置１０２−１（STA1）からの信号の復調に失敗したものとし、基地局１０１（AP1）は、端末装置１０２−１（STA1）に対して、HARQ情報（HARQ info）を含むPollフレームを送信している（矢印３６７）。
【０１３２】
なお、再送を要求されたデータを既に破棄している場合、端末装置１０２が、そのデータが破棄済みである旨を要求元に通知するようにしてもよい。例えば、この通知として、Nullデータを送信するようにしてもよい。
【０１３３】
図４の場合と同様に、HARQ情報を含むPollフレームを受信した端末装置１０２−１（STA1）は、そのHARQ情報に従って、要求された再送するべき情報（再送情報）のデータ（再送データ）を生成し、その再送データおよび新規データを含む信号（再送信号を含む信号）を生成し、その信号を基地局１０１（AP1）に送信する（矢印３６８）。
【０１３４】
図４の場合と同様に、その信号を受信した基地局１０１（AP1）は、自身で通知したHARQ情報に従って受信処理し、再送信号を抽出し、HARQによる情報の合成を行う。つまり、基地局１０１（AP1）は、保持信号と再送信号とを用いて情報の合成を行う。
【０１３５】
図４の場合と同様に、基地局１０１（AP1）は、得られたデータに対して誤り検出を行い、そのデータの受信成否を判定する。その後、基地局１０１（AP1）は、受信成否に基づく情報を、ブロックアック（BA（Block Ack））等のフレームに格納し、端末装置１０２−１（STA1）に送信する（矢印３６９）。
【０１３６】
受信に失敗した場合は、上述した矢印３６７乃至矢印３６９のシーケンスが繰り返される。なお、上述のように、再送を要求されたデータが破棄済みである旨の通知（例えばNullデータ）が要求元に送信される場合、基地局１０１（AP1）は、その通知に基づいて、再送要求を終了するようにしてもよい。このようにすることにより、不要な（応答が不可能な）再送要求の増大を抑制することができる。
【０１３７】
以上に説明したシーケンスは、基地局１０１（AP1）と端末装置１０２が入れ替わった場合（基地局１０１（AP1）が送信権を獲得し、端末装置１０２−１（STA1）または端末装置１０２−２（STA2）へ信号送信を行う場合）も成立する。つまり、上述の説明において基地局１０１（AP1）と端末装置１０２とを入れ替えてもよい。もちろん、基地局１０１（AP1）が、端末装置１０２−２（STA2）からの信号の復調に失敗した場合も、同様のシーケンスで通信を行うことができる。
【０１３８】
＜シーケンス＞
さらに、例えば、すべてTriggerフレームを用いたアップリンクマルチユーザ通信としてもよい。その場合のシーケンスの例を図１１に示す。図１１の例の場合、基本的に図１０の例の場合と同様のシーケンスにより通信が行われるが、再送要求もTriggerフレームにより行われる。
【０１３９】
この場合も、図４や図１０の例の場合と同様に、本シーケンスの開始より前に、通信装置２００間（基地局１０１（AP1）と、端末装置１０２−１（STA1）および端末装置１０２−２（STA2）のそれぞれとの間）でHARQ通信に関するケイパビリティ情報の交換と、MAC層におけるMPDUのサイズ交渉が行われるようにしてもよい。
【０１４０】
そして、基地局１０１（AP1）は、アップリンクマルチユーザ通信（UL OFDMA、UL MU-MIMO）を行うための情報（端末識別子、周波数・空間リソース等）を含むTriggerフレームを端末装置１０２−１（STA1）および端末装置１０２−２（STA2）に送信し、アップリンクマルチユーザ通信シーケンスを開始する（矢印３８１および矢印３８２）。
【０１４１】
端末装置１０２−１（STA1）および端末装置１０２−２（STA2）は、このTriggerフレームを受信すると、そのTriggerフレームに含まれる情報に基づき、アップリンクマルチユーザ送信を行う（矢印３８３および矢印３８４）。
【０１４２】
アップリンクマルチユーザ送信された信号を受信した基地局１０１（AP1）は、その信号を受信処理することで１つ以上のMPDU等のデータを獲得し、誤り検出を行い、データの受信成否を判定する。
【０１４３】
その後、基地局１０１（AP1）は、その受信成否に基づく情報を、マルチSTAブロックアック（M-BA（Multi-STA Block Ack））等のフレームに格納し、端末装置１０２−１（STA1）および端末装置１０２−２（STA2）に送信する（矢印３８５および矢印３８６）。
【０１４４】
ここで基地局１０１（AP1）は、復調に失敗した信号が存在する場合、その信号を元信号とし、その元信号に対応する元データのビット列の少なくとも一部、または、中間処理段階の元信号の少なくとも一部を、破棄せずに保持する。例えば、信号保持部２３２が、元信号を保持する。
【０１４５】
ここまでは、図１０の例の場合と同様である。
【０１４６】
ここで、基地局１０１（AP1）は、復調に失敗したデータを含む新たなアップリンクマルチユーザ通信を行うために、信号の再送を要求する再送要求信号（再送要求フレーム）として、HARQ情報（HARQ info）を含むTriggerフレームを、元信号の送信元（端末装置１０２−１（STA1）および端末装置１０２−２（STA2））に送信する（矢印３９１および矢印３９２）。
【０１４７】
このHARQ情報を含むTriggerフレームを受信した端末装置１０２−１（STA1）および端末装置１０２−２（STA2）は、それぞれ、そのHARQ情報に従って、要求された再送するべき情報（再送情報）のデータ（再送データ）を生成し、その再送データおよび新規データを含む信号（再送信号を含む信号）を生成し、その信号を基地局１０１（AP1）に送信する（矢印３９３および矢印３９４）。
【０１４８】
なお、再送を要求されたデータを既に破棄している場合、端末装置１０２が、そのデータが破棄済みである旨を要求元に通知するようにしてもよい。例えば、この通知として、Nullデータを送信するようにしてもよい。
【０１４９】
その信号を受信した基地局１０１（AP1）は、図４や図１０の場合と同様に、その信号を自身で通知したHARQ情報に従って受信処理し、再送信号を抽出する。基地局１０１（AP1）は、HARQにより、元信号と再送信号とを利用して情報の合成を行い、MPDU等のデータを獲得する。例えば、基地局１０１（AP1）は、MPDU等のデータのビット列またはビット列に変換されるまでの中間処理段階において、HARQ情報に従って保持信号（元信号）と再送信号とを合成し、得られた信号を復調する等してデータを得る。また、例えば、基地局１０１（AP1）は、再送信号を復調する等し、得られた再送データをHARQ情報に従って保持データ（元データ）と合成する。
【０１５０】
基地局１０１（AP1）は、得られたデータに対して誤り検出を行い、そのデータの受信成否を判定する。その後、基地局１０１（AP1）は、受信成否に基づく情報を、マルチSTAブロックアック（M-BA（Multi-STA Block Ack））等のフレームに格納し、端末装置１０２−１（STA1）および端末装置１０２−２（STA2）に送信する（矢印３９５および矢印３９６）。
【０１５１】
受信に失敗した場合は、上述した矢印３９１乃至矢印３９６のシーケンスが繰り返される。なお、上述のように、再送を要求されたデータが破棄済みである旨の通知（例えばNullデータ）が要求元に送信される場合、基地局１０１（AP1）は、その通知に基づいて、再送要求を終了するようにしてもよい。このようにすることにより、不要な（応答が不可能な）再送要求の増大を抑制することができる。
【０１５２】
なお、図１１の例の場合、Triggerフレームは、親機である基地局１０１しか送信することができないので、このシーケンスは、図１１のように端末装置１０２から基地局１０１にデータを送信する場合にのみ適用することができる。
【０１５３】
＜Triggerフレーム＞
HARQ情報を通知するフレームを一部として含むTriggerフレームの例を図１２に示す。図１２のＡに示されるように、Triggerフレーム４１０は、例えば、フレームコントロール４１１（Frame Control）、デュレーション４１２（Duration）、受信アドレス４１３（RA）、送信アドレス４１４（TA）、共通情報４１５（Common Info）、ユーザ情報４１６（Per User Info）、パディング４１７（Padding）、およびフレームチェックシーケンス４１８（FCS）を有する。
【０１５４】
フレームコントロール４１１には、フレームコントロール３４１の場合と同様の情報が格納される。デュレーション４１２には、デュレーション３４２の場合と同様の情報が格納される。受信アドレス４１３には、受信アドレス３４３の場合と同様の情報が格納される。送信アドレス４１４には、送信アドレス３４４の場合と同様の情報が格納される。
【０１５５】
共通情報４１５には、Triggerフレームを受信した全端末装置１０２（全STA）が参照できる情報（PPDU長や物理層フレームヘッダ情報）が格納される。ユーザ情報４１６にはTriggerフレームを受信した端末装置１０２（STA）が個別に参照する情報が格納される。
【０１５６】
パディング４１７にはフレーム長を調整するための情報が格納される。フレームチェックシーケンス４１８には、フレームチェックシーケンス３４７の場合と同様の情報が格納される。
【０１５７】
図１２のＢに示されるように、ユーザ情報４１６（Per User Info）は、例えば、ユーザ識別子４３１（User Identifier）、RUアロケーション４３２（RU（Resource Unit） Allocation）、コーディングタイプ４３３（Coding Type）、変調コーディングスキーム４３４（MCS（Modulation Coding Scheme））、デュアルキャリアモジュレーション（Dual Carrier Modulation）、SSアロケーション（SS allocation）４３６、HARQインフォメーション４３７（HARQ info）、およびベーシック４３８（Basic）を有する。
【０１５８】
ユーザ識別子４３１（User Identifier）には、端末装置１０２（STA）の識別子（Association ID）に関する情報が格納される。RUアロケーション４３２（RU（Resource Unit） Allocation）には、送信で使用される周波数（Resource Unit）に関する情報が格納される。
【０１５９】
コーディングタイプ４３３（Coding Type）には、送信される信号の符号化方式に関する情報が格納される。変調コーディングスキーム４３４（MCS（Modulation Coding Scheme））には、送信される信号のMCSに関する情報が格納される。デュアルキャリアモジュレーション（DCM（Dual Carrier Modulation））には、送信される信号でDCMを使用するか否かに関する情報が格納される。
【０１６０】
このように符号化・復号方式や変復調方式についての情報をHARQ情報とともに伝送することにより、再送データの受信側の通信装置２００は、所望の符号化・復号方式や変復調方式に対応する再送データを得ることができる。換言するに、再送データの送信側の通信装置２００は、所望の符号化・復号方式や変復調方式に対応する再送データを送信することができる。
【０１６１】
SSアロケーション（SS allocation）４３６には、送信される信号の空間ストリームに関する情報が格納される。HARQインフォメーション４３７（HARQ info）には、HARQインフォメーション３４６の場合と同様の情報が格納される。ベーシック４３８（Basic）には、HARQ情報に基づく再送でない通常の送信要求を行う場合に用いる情報が含まれる。通常の再送要求を行わない場合、Basicは無くても良い。
【０１６２】
また、例えばBSS（Basic Service Set）識別子のように、送信先の通信装置２００を指定する（または絞り込む）情報を、HARQ情報とともに伝送するようにしてもよい。このようにすることにより、再送要求（送信要求フレーム）を誤った通信装置２００に送信してしまうこと（通信相手でない通信装置２００から再送信号が送信されること）を抑制することができる。
【０１６３】
以上のように、HARQ情報は、Triggerフレームを用いて送信することができる。したがって、既存の通信規格との親和性が高く、容易に実現することができる。
【０１６４】
＜効果＞
以上のように本技術を適用することにより、受信した信号の変復調・符号化・復号化処理を行う物理層と信号の内容や順序を識別するMAC層を含むトランスポート層が独立している通信システムにおいて、HARQを用いた再送を実現することができる。また、物理層ヘッダへの情報追加無しで、HARQを用いた再送を実現することができる。またHARQを用いた再送を実現する上で適したデータ単位のサイズを用いることができる。
【０１６５】
また受信側はHARQの使用について自身で決定するため、HARQ処理を行えるように常時待機する必要が無く、バッファの浪費や消費電力を削減することが可能となる。また送信側が破棄したデータを検知することが可能となるため、バッファの浪費を抑えることが可能となる。
【０１６６】
またHARQを用いることで再送によるリソースの消費を抑えることが可能となる。これにより、システム全体の通信品質の向上、スループットの向上、エラーレートの低下、消費電力の低下、収容台数の増加、干渉の低減をもたらす事が可能となる。
【０１６７】
以上のように、本技術を適用することにより、物理層とMAC層とが独立した無線通信において、元信号と、その元信号の復調に失敗した情報を再送するための再送信号とを用いた情報の合成を行うことができる。
【０１６８】
なお、以上においては、無線LANを例に説明したが、本技術は、物理層とMAC層とが独立した任意の無線通信に利用することができる。
【０１６９】
＜２．その他＞
＜コンピュータ＞
上述した一連の処理は、ハードウエアにより実行させることもできるし、ソフトウエアにより実行させることもできる。また、一部の処理をハードウエアにより実行させ、他の処理をソフトウエアにより実行させることもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、コンピュータにインストールされる。ここでコンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータ等が含まれる。
【０１７０】
図１３は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
【０１７１】
図１３に示されるコンピュータ９００において、CPU（Central Processing Unit）９０１、ROM（Read Only Memory）９０２、RAM（Random Access Memory）９０３は、バス９０４を介して相互に接続されている。
【０１７２】
バス９０４にはまた、入出力インタフェース９１０も接続されている。入出力インタフェース９１０には、入力部９１１、出力部９１２、記憶部９１３、通信部９１４、およびドライブ９１５が接続されている。
【０１７３】
入力部９１１は、例えば、キーボード、マウス、マイクロホン、タッチパネル、入力端子などよりなる。出力部９１２は、例えば、ディスプレイ、スピーカ、出力端子などよりなる。記憶部９１３は、例えば、ハードディスク、RAMディスク、不揮発性のメモリなどよりなる。通信部９１４は、例えば、ネットワークインタフェースよりなる。ドライブ９１５は、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリなどのリムーバブルメディア９２１を駆動する。
【０１７４】
以上のように構成されるコンピュータでは、CPU９０１が、例えば、記憶部９１３に記憶されているプログラムを、入出力インタフェース９１０およびバス９０４を介して、RAM９０３にロードして実行することにより、上述した一連の処理が行われる。RAM９０３にはまた、CPU９０１が各種の処理を実行する上において必要なデータなども適宜記憶される。
【０１７５】
コンピュータ（CPU９０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア９２１に記録して適用することができる。その場合、プログラムは、リムーバブルメディア９２１をドライブ９１５に装着することにより、入出力インタフェース９１０を介して、記憶部９１３にインストールすることができる。また、このプログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することもできる。その場合、プログラムは、通信部９１４で受信し、記憶部９１３にインストールすることができる。その他、このプログラムは、ROM９０２や記憶部９１３に、あらかじめインストールしておくこともできる。
【０１７６】
＜補足＞
本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。
【０１７７】
例えば、本技術は、装置またはシステムを構成するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
【０１７８】
なお、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、および、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
【０１７９】
また、例えば、１つの装置（または処理部）として説明した構成を分割し、複数の装置（または処理部）として構成するようにしてもよい。逆に、以上において複数の装置（または処理部）として説明した構成をまとめて１つの装置（または処理部）として構成されるようにしてもよい。また、各装置（または各処理部）の構成に上述した以外の構成を付加するようにしてももちろんよい。さらに、システム全体としての構成や動作が実質的に同じであれば、ある装置（または処理部）の構成の一部を他の装置（または他の処理部）の構成に含めるようにしてもよい。
【０１８０】
また、例えば、本技術は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
【０１８１】
また、例えば、上述したプログラムは、任意の装置において実行することができる。その場合、その装置が、必要な機能（機能ブロック等）を有し、必要な情報を得ることができるようにすればよい。
【０１８２】
また、例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。換言するに、１つのステップに含まれる複数の処理を、複数のステップの処理として実行することもできる。逆に、複数のステップとして説明した処理を１つのステップとしてまとめて実行することもできる。
【０１８３】
コンピュータが実行するプログラムは、プログラムを記述するステップの処理が、本明細書で説明する順序に沿って時系列に実行されるようにしても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで個別に実行されるようにしても良い。つまり、矛盾が生じない限り、各ステップの処理が上述した順序と異なる順序で実行されるようにしてもよい。さらに、このプログラムを記述するステップの処理が、他のプログラムの処理と並列に実行されるようにしても良いし、他のプログラムの処理と組み合わせて実行されるようにしても良い。
【０１８４】
本明細書において複数説明した本技術は、矛盾が生じない限り、それぞれ独立に単体で実施することができる。もちろん、任意の複数の本技術を併用して実施することもできる。例えば、いずれかの実施の形態において説明した本技術の一部または全部を、他の実施の形態において説明した本技術の一部または全部と組み合わせて実施することもできる。また、上述した任意の本技術の一部または全部を、上述していない他の技術と併用して実施することもできる。
【０１８５】
本技術は以下のような構成も取ることができる。
（１）  元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、前記再送信号の送信元に対して送信し、送信した前記再送信号の構成に関する前記情報に基づいて、前記送信元より送信された前記再送信号を受信する通信部
を備える通信装置。
（２）  前記再送信号の構成に関する前記情報は、再送を要求するデータに関する情報を含む
（１）に記載の通信装置。
（３）  再送を要求する前記データに関する前記情報は、前記データの識別子に関する情報と、前記データの長さに関する情報とを含む
（２）に記載の通信装置。
（４）  前記データの識別子に関する前記情報は、MAC（Media Access Control）層におけるMPDU（MAC Protocol Data Unit）のシーケンス番号を含む
（３）に記載の通信装置。
（５）  前記データの長さに関する前記情報は、MPDU（MAC Protocol Data Unit）のバイト長を含む
（３）または（４）に記載の通信装置。
（６）  前記データの長さに関する前記情報は、MPDU（MAC Protocol Data Unit）を過不足無く含む符号化ブロックのブロック数またはバイト長を含む
（３）乃至（５）のいずれかに記載の通信装置。
（７）  前記データの長さに関する前記情報は、前記データがビット列に変換されるまでの中間処理段階の信号の時間を含む
（３）乃至（６）のいずれかに記載の通信装置。
（８）  再送を要求する前記データに関する前記情報は、前記データの順序に関する情報をさらに含む
（３）乃至（７）のいずれかに記載の通信装置。
（９）  前記データの順序に関する前記情報は、前記データの連結順序に関する情報を含む
（８）のいずれかに記載の通信装置。
（１０）  前記データの順序に関する前記情報は、前記データと新規のデータの順番を示す規則に関する情報を含む
（８）または（９）に記載の通信装置。
（１１）  前記再送信号の構成に関する前記情報は、前記元信号と前記再送信号とを用いた情報の合成の設定に関する情報をさらに含む
（２）乃至（１０）のいずれかに記載の通信装置。
（１２）  前記合成の設定に関する前記情報は、前記合成を行う旨の通知を含む
（１１）に記載の通信装置。
（１３）  前記合成の設定に関する前記情報は、前記合成を行うストリームの識別子を含む
（１１）または（１２）に記載の通信装置。
（１４）  前記合成の設定に関する前記情報は、前記合成の方式に関する情報を含む
（１１）乃至（１３）のいずれかに記載の通信装置。
（１５）  前記通信部は、前記再送信号の構成に関する前記情報を、前記再送信号の送信要求フレームの一部として送信する
（１）乃至（１４）のいずれかに記載の通信装置。
（１６）  前記送信要求フレームは、トリガ（Trigger）フレームである
（１５）に記載の通信装置。
（１７）  前記送信要求フレームは、ポーリング（Poll）フレームである
（１５）に記載の通信装置。
（１８）  前記通信部は、前記元信号と前記再送信号とを用いた情報の合成に関するケイパビリティ情報を、前記再送信号の送信元と交換する
（１）乃至（１７）のいずれかに記載の通信装置。
（１９）  前記通信部は、MAC（Media Access Control）層におけるMPDU（MAC Protocol Data Unit）の単位サイズについて、前記再送信号の送信元と交渉する
（１）乃至（１８）のいずれかに記載の通信装置。
（２０）  前記MAC層における前記MPDUの単位サイズは、物理層における単位符号化ブロックの整数倍である
（１）乃至（１９）のいずれかに記載の通信装置。
（２１）  前記元信号と前記通信部により受信された前記再送信号とを用いて情報の合成を行う合成部をさらに備える
（１）乃至（２０）のいずれかに記載の通信装置。
（２２）  前記合成部は、前記再送信号の構成に関する前記情報に基づいて前記合成を行う
（２１）に記載の通信装置。
（２３）  復調に失敗した前記元信号を保持する保持部をさらに備え、
前記合成部は、前記再送信号の構成に関する前記情報に基づいて、前記保持部より読みだした前記元信号と前記通信部により受信された前記再送信号とを用いて、前記合成を行うように構成される
（２２）に記載の通信装置。
（２４）  前記保持部は、前記元信号を復調して得られたビット列を保持し、
前記合成部は、前記再送信号の構成に関する前記情報に基づいて、前記保持部より読みだした前記ビット列と前記通信部により受信された前記再送信号を復調して得られるビット列とを用いて、前記合成を行う
（２３）に記載の通信装置。
（２５）  前記保持部は、前記元信号を保持し、
前記合成部は、前記通信部により受信された信号がデータに変換されるまでの中間処理段階において、前記再送信号の構成に関する前記情報に基づいて、前記保持部より読みだした前記元信号と前記通信部により受信された前記再送信号とを用いて、前記合成を行う
（２３）または（２４）に記載の通信装置。
（２６）  通信装置が、
元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を、前記再送信号の送信元に対して送信し、
送信した前記再送信号の構成に関する前記情報に基づいて、前記送信元より送信された前記再送信号を受信する
通信方法。
【０１８６】
（３１）  元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を受信し、受信した前記再送信号の構成に関する前記情報に基づいて前記再送信号を生成し、生成した前記再送信号を、前記再送信号の構成に関する情報の送信元に送信する通信部
を備える通信装置。
（３２）  前記再送信号の構成に関する前記情報は、再送が要求されるデータに関する情報を含む
（３１）に記載の通信装置。
（３３）  再送が要求される前記データに関する前記情報は、前記データの識別子に関する情報と、前記データの長さに関する情報とを含む
（３２）に記載の通信装置。
（３４）  前記データの識別子に関する前記情報は、MAC（Media Access Control）層におけるMPDU（MAC Protocol Data Unit）のシーケンス番号を含む
（３３）に記載の通信装置。
（３５）  前記データの長さに関する前記情報は、MPDU（MAC Protocol Data Unit）のバイト長を含む
（３３）または（３４）に記載の通信装置。
（３６）  前記データの長さに関する前記情報は、MPDU（MAC Protocol Data Unit）を過不足無く含む符号化ブロックのブロック数またはバイト長を含む
（３３）乃至（３５）のいずれかに記載の通信装置。
（３７）  前記データの長さに関する前記情報は、前記データがビット列に変換されるまでの中間処理段階の信号の時間を含む
（３３）乃至（３６）のいずれかに記載の通信装置。
（３８）  再送が要求される前記データに関する前記情報は、前記データの順序に関する情報をさらに含む
（３３）乃至（３７）のいずれかに記載の通信装置。
（３９）  前記データの順序に関する前記情報は、前記データの連結順序に関する情報を含む
（３８）のいずれかに記載の通信装置。
（４０）  前記データの順序に関する前記情報は、前記データと新規のデータの順番を示す規則に関する情報を含む
（３８）または（３９）のいずれかに記載の通信装置。
（４１）  前記再送信号の構成に関する前記情報は、前記元信号と前記再送信号とを用いた情報の合成の設定に関する情報をさらに含む
（３２）乃至（４０）のいずれかに記載の通信装置。
（４２）  前記合成の設定に関する前記情報は、前記合成が行われる旨の通知を含む
（４１）に記載の通信装置。
（４３）  前記合成の設定に関する前記情報は、前記合成が行われるストリームの識別子を含む
（４１）または（４２）に記載の通信装置。
（４４）  前記合成の設定に関する前記情報は、前記合成の方式に関する情報を含む
（４１）乃至（４３）のいずれかに記載の通信装置。
（４５）  前記通信部は、前記再送信号の構成に関する前記情報を、前記再送信号の送信要求フレームの一部として受信する
（３１）乃至（４４）のいずれかに記載の通信装置。
（４６）  前記送信要求フレームは、トリガ（Trigger）フレームである
（４５）に記載の通信装置。
（４７）  前記送信要求フレームは、ポーリング（Poll）フレームである
（４５）に記載の通信装置。
（４８）  前記通信部は、前記元信号と前記再送信号とを用いた情報の合成に関するケイパビリティ情報を、前記再送信号の構成に関する情報の送信元と交換する
（３１）乃至（４７）のいずれかに記載の通信装置。
（４９）  前記通信部は、MAC（Media Access Control）層におけるMPDU（MAC Protocol Data Unit）の単位サイズについて、前記再送信号の構成に関する情報の送信元と交渉する
（３１）乃至（４８）のいずれかに記載の通信装置。
（５０）  前記MAC層における前記MPDUの単位サイズは、物理層における単位符号化ブロックの整数倍である
（３１）乃至（４９）のいずれかに記載の通信装置。
（５１）  前記通信部は、破棄済みのデータの再送を要求された場合、前記データが破棄済みである旨を要求元に通知する
（３１）乃至（５０）のいずれかに記載の通信装置。
（５２）  前記通信部は、Nullデータを前記要求元に送信することにより、前記データが破棄済みである旨の通知を行う
（５１）に記載の通信装置。
（５３）  通信装置が、
元信号の復調に失敗した情報を再送するための再送信号の構成に関する情報を受信し、
受信した前記再送信号の構成に関する前記情報に基づいて前記再送信号を生成し、
生成した前記再送信号を、前記再送信号の構成に関する情報の送信元に送信する
通信方法。
【符号の説明】
【０１８７】
１００  通信システム，  １０１  基地局，  １０２  端末装置，  ２００  通信装置，  ２０１  制御部，  ２０２  データ処理部，  ２０３  無線通信部，  ２１１  変復調部，  ２１２  信号処理部，  ２１３  チャネル推定部，  ２１４  無線インタフェース部，  ２１５  アンプ部，  ２１６  アンテナ，  ２２１  電源部，  ２３１  復調部，  ２３２  信号保持部，  ２３３  信号合成部，  ９００  コンピュータ
【図１】
2019044535.tif 000003
【図２】
2019044535.tif 000004
【図３】
2019044535.tif 000005
【図４】
2019044535.tif 000006
【図５】
2019044535.tif 000007
【図６】
2019044535.tif 000008
【図７】
2019044535.tif 000009
【図８】
2019044535.tif 000010
【図９】
2019044535.tif 000011
【図１０】
2019044535.tif 000012
【図１１】
2019044535.tif 000013
【図１２】
2019044535.tif 000014
【図１３】
2019044535.tif 000015
【国際調査報告】
2019044535.tif 000016
2019044535.tif 000017
2019044535.tif 000018
2019044535.tif 000019