(57)【要約】【課題】無線ＬＡＮシステムにおいて、再送処理の無駄を削減し、伝送路の利用効率を向上させることを可能にする。【解決手段】復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信する送信部と、前記符号化データ単位で再送処理を制御する制御部と、を備える、無線ＬＡＮ通信装置が提供される。【選択図】図４１
2019064815.tif 000002
【特許請求の範囲】
【請求項１】
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信する送信部と、
前記符号化データ単位で再送処理を制御する制御部と、を備える、
無線ＬＡＮ通信装置。
【請求項２】
任意のデータを前記符号化データ単位に分割し、複数の前記符号化データを集約して所定のプリアンブルを付加した前記データフレームを生成する送信処理部をさらに備える、
請求項１に記載の無線ＬＡＮ通信装置。
【請求項３】
前記送信処理部は、再送される符号化データ、または、新規に送信される符号化データを前記データフレームに格納する、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項４】
前記送信処理部は、同一の符号化データを繰り返して前記データフレームに格納する、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項５】
前記送信処理部は、前記符号化データをシーケンス番号で管理する、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項６】
前記送信処理部は、前記シーケンス番号の昇順または降順で、前記データフレームに前記符号化データを格納する、
請求項５に記載の無線ＬＡＮ通信装置。
【請求項７】
前記送信処理部は、前記符号化データに関するパラメータが格納されたヘッダ情報を前記データフレームに付加する、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項８】
前記ヘッダ情報には、符号化のブロック長に関する情報、前記データフレームに格納された符号化データの個数に関する情報、前記データフレームに格納された符号化データを識別する情報、または、前記符号化データが格納された順番に関する情報が含まれる、
請求項７に記載の無線ＬＡＮ通信装置。
【請求項９】
前記送信処理部は、受信可能な符号化データを識別する情報から、前記データフレームに格納される符号化データを決定する、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項１０】
前記送信処理部は、前記任意のデータにおける分割された一部分のデータ位置を示すデリミタ情報を前記符号化データに含める、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項１１】
前記任意のデータは、ＭＰＤＵ、ＭＳＤＵ、コントロールフレーム、マネジメントフレームまたはアクションフレームである、
請求項２に記載の無線ＬＡＮ通信装置。
【請求項１２】
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信することと、
前記符号化データ単位で再送処理を制御することと、を有する、
コンピュータにより実行される無線ＬＡＮ通信方法。
【請求項１３】
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信することと、
前記符号化データ単位で再送処理を制御することと、
をコンピュータに実現させるための無線ＬＡＮ通信プログラム。
【請求項１４】
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信する受信部と、
前記符号化データ単位で再送処理を制御する制御部と、を備える、
無線ＬＡＮ通信装置。
【請求項１５】
所定のプリアンブルに続く前記データフレームのヘッダ情報に基づいて、集約された前記符号化データを識別し、個々の前記符号化データの復号を含む受信処理を行う受信処理部をさらに備える、
請求項１４に記載の無線ＬＡＮ通信装置。
【請求項１６】
前記符号化データは、任意のデータが分割されてできた一部分が符号化されたものであり、
前記受信処理部は、複数の符号化データを用いて合成処理を行うことで、前記任意のデータを構築する、
請求項１５に記載の無線ＬＡＮ通信装置。
【請求項１７】
再送を要する符号化データを識別する情報が含まれる応答フレームを生成する送信処理部をさらに備える、
請求項１４に記載の無線ＬＡＮ通信装置。
【請求項１８】
前記送信処理部は、次回の送信時に受信可能な符号化データを識別する情報を前記応答フレームに含める、
請求項１７に記載の無線ＬＡＮ通信装置。
【請求項１９】
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信することと、
前記符号化データ単位で再送処理を制御することと、を有する、
コンピュータにより実行される無線ＬＡＮ通信方法。
【請求項２０】
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信することと、
前記符号化データ単位で再送処理を制御することと、
をコンピュータに実現させるための無線ＬＡＮ通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線ＬＡＮ通信装置、無線ＬＡＮ通信方法および無線ＬＡＮ通信プログラムに関する。
【背景技術】
【０００２】
近年、通信技術の発展に伴い、様々な再送処理に関する技術が開発されている。例えば、無線通信技術において、Ｈｙｂｒｉｄ  ＡＲＱ（Hybrid Automatic repeat-request。以降、「ＨＡＲＱ」と呼称する）という再送処理に関する技術が開発されている。【０００３】
例えば、以下の特許文献１では、ＭＡＣベースのフィードバックを用いて無線ＬＡＮプロトコルにＨＡＲＱを追加する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特許第５２５４３６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、無線ＬＡＮシステムにおいては、再送処理の無駄を削減し、伝送路の利用効率を向上させることが求められている。より具体的には、無線ＬＡＮシステムにおいて通信されるデータ（例えば、ＭＰＤＵ（MAC layer Protocol Data Unit）等）は可変長であるため、所定のアクセス制御のためのフラグメント処理を行うと個々のシーケンス管理が必要になり制御が難しく、上記のＨＡＲＱを直接無線ＬＡＮシステムに適用することは困難であった。【０００６】
本開示は、上記に鑑みてなされたものであり、無線ＬＡＮシステムにおいて、再送処理の無駄を削減し、伝送路の利用効率を向上させることが可能な、新規かつ改良された無線ＬＡＮ通信装置、無線ＬＡＮ通信方法および無線ＬＡＮ通信プログラムを提供する。
【課題を解決するための手段】
【０００７】
本開示によれば、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信する送信部と、前記符号化データ単位で再送処理を制御する制御部と、を備える、無線ＬＡＮ通信装置が提供される。【０００８】
また、本開示によれば、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信することと、前記符号化データ単位で再送処理を制御することと、を有する、コンピュータにより実行される無線ＬＡＮ通信方法が提供される。【０００９】
また、本開示によれば、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信することと、前記符号化データ単位で再送処理を制御することと、をコンピュータに実現させるための無線ＬＡＮ通信プログラムが提供される。【００１０】
また、本開示によれば、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信する受信部と、前記符号化データ単位で再送処理を制御する制御部と、を備える、無線ＬＡＮ通信装置が提供される。【００１１】
また、本開示によれば、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信することと、前記符号化データ単位で再送処理を制御することと、を有する、コンピュータにより実行される無線ＬＡＮ通信方法が提供される。【００１２】
また、本開示によれば、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信することと、前記符号化データ単位で再送処理を制御することと、をコンピュータに実現させるための無線ＬＡＮ通信プログラムが提供される。
【発明の効果】
【００１３】
以上説明したように本開示によれば、無線ＬＡＮシステムにおいて、再送処理の無駄を削減し、伝送路の利用効率を向上させることが可能となる。【００１４】
なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係る無線ＬＡＮシステムの構成例を示す図である。
【図２】符号化のブロック長が２０４８[Bytes]に設定された場合の符号化データの具体例を示す図である。
【図３】符号化のブロック長が１０２４[Bytes]に設定された場合の符号化データの具体例を示す図である。
【図４】符号化のブロック長が５１２[Bytes]に設定された場合の符号化データの具体例を示す図である。
【図５】符号化のブロック長が２５６[Bytes]に設定された場合の符号化データの具体例を示す図である。
【図６】符号化のブロック長が１２８[Bytes]に設定された場合の符号化データの具体例を示す図である。
【図７】ＭＰＤＵの分割処理の具体例を示す図である。
【図８】複数のＭＰＤＵから符号化データを連続して生成する場合の具体例を示す図である。
【図９】デリミタの内容の具体例を示す図である。
【図１０】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１１】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１２】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１３】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１４】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１５】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１６】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１７】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１８】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図１９】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図２０】物理層フレームに格納される複数の符号化データの具体例を示す図である。
【図２１】物理層ヘッダの内容の具体例を示す図である。
【図２２】物理層ヘッダの「Type」に格納される情報の具体例を示す図である。
【図２３】物理層ヘッダの「Block Size」に格納される情報の具体例を示す図である。
【図２４】物理層ヘッダの「Block Length」に格納される情報の具体例を示す図である。
【図２５】物理層ヘッダの「Count」に格納される情報の具体例を示す図である。
【図２６】物理層ヘッダの「F/R」に格納される情報の具体例を示す図である。
【図２７】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図２８】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図２９】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３０】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３１】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３２】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３３】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３４】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３５】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３６】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３７】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３８】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図３９】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図４０】無線ＬＡＮシステムにおける再送制御の具体例を示す図である。
【図４１】ＡＰ２００およびＳＴＡ１００の機能構成例を示すブロック図である。
【図４２】ＡＰ２００およびＳＴＡ１００による物理層フレームの送信動作の具体例を示すフローチャートである。
【図４３】ＡＰ２００およびＳＴＡ１００による物理層フレームの送信動作の具体例を示すフローチャートである。
【図４４】ＡＰ２００およびＳＴＡ１００による物理層フレームの受信動作の具体例を示すフローチャートである。
【図４５】ＡＰ２００およびＳＴＡ１００による物理層フレームの受信動作の具体例を示すフローチャートである。
【図４６】ＡＰ２００およびＳＴＡ１００による物理層フレームの再送動作の具体例を示すフローチャートである。
【図４７】ＡＰ２００およびＳＴＡ１００による物理層フレームの再送動作の具体例を示すフローチャートである。
【図４８】スマートフォンの概略的な構成の一例を示すブロック図である。
【図４９】カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
【図５０】無線アクセスポイントの概略的な構成の一例を示すブロック図である。
【発明を実施するための形態】
【００１６】
以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１７】
なお、説明は以下の順序で行うものとする。
１．背景
２．本開示の一実施形態に係る無線ＬＡＮシステム
２−１．システム構成
２−２．機能概要
２−３．機能詳細
２−４．再送制御の具体例
２−５．装置の機能構成
２−６．装置の動作
３．応用例
４．むすび
【００１８】
＜１．背景＞
まず、本開示の背景について説明する。
【００１９】
上記のとおり、近年、通信技術の発展に伴い、様々な再送処理に関する技術が開発されている。例えば、無線通信技術において、ＨＡＲＱという再送処理に関する技術が開発されている。例えば、公衆無線通信システムにおいて、物理層におけるサブキャリア数に応じて適切なブロック長が規定され、このブロック長の単位で再送処理が行われていた。このとき、再送処理の単位となるブロック長が固定長であるため、再送処理またはシーケンス管理が容易であった。
【００２０】
ここで、無線ＬＡＮシステムにおいては、再送処理の無駄を削減し、伝送路の利用効率を向上させることが求められている。より具体的には、無線ＬＡＮシステムにおいて通信されるデータ（例えば、ＭＰＤＵ等）は可変長であるため、所定のアクセス制御のためのフラグメント処理が難しく、上記のＨＡＲＱを直接無線ＬＡＮシステムに適用することは困難であった。例えば、無線ＬＡＮシステムにＨＡＲＱを適用する場合、無線ＬＡＮシステムにおいて通信される可変長データとＨＡＲＱのブロックの区切り位置が異なってしまう。
【００２１】
また、無線ＬＡＮシステムでは、ＭＰＤＵ単位で再送制御が行われるため、ＭＡＣ層の下位層の処理としてＨＡＲＱが使用されても、ＨＡＲＱが対応する単位での再送制御が行われない。例えば、１個のＨＡＲＱのブロックに誤りがあったとしても、ＨＡＲＱのブロックよりも大きなＭＰＤＵ全体が再送されてしまい、伝送路の利用効率が向上しない。
【００２２】
ここで、無線ＬＡＮシステムは、フレームアグリゲーション技術が適用されることにより、複数のデータユニットを集約することができ、これによって、フレーム伝送のオーバーヘッドを低減させ、伝送効率を向上させることができる。フレームアグリゲーション技術のうち、Ａ―ＭＰＤＵ（Aggregated MPDU）と呼ばれる、複数のＭＰＤＵを１個の物理層フレームとして集約する技術が特に有効であるとされ、一般的に広く使用されてきた。
【００２３】
Ａ―ＭＰＤＵに対してＨＡＲＱが適用される場合、各ＭＰＤＵの境界にＨＡＲＱにおける誤り訂正が適用されないブロックが存在すると、誤りが含まれるＭＰＤＵ以外のＭＰＤＵも再送されることになり、伝送路の利用効率が向上しない。特に、ＨＡＲＱのブロック長とＭＰＤＵのデータ長との差異が小さいほど、ＭＰＤＵの境界が多くなるため、このような再送による影響が大きくなる。上記の特許文献１に開示の、ＭＡＣベースのフィードバックを用いて無線ＬＡＮプロトコルにＨＡＲＱを追加する技術によっては、上記の問題が顕著に発生してしまう。
【００２４】
本件の開示者は、上記事情に鑑み本件を創作するに至った。本開示は、無線ＬＡＮシステムにおいて、再送処理の無駄を削減し、伝送路の利用効率を向上させることができる。
【００２５】
＜２．本開示の一実施形態に係る無線ＬＡＮシステム＞
上記では、本開示の背景について説明してきた。続いて、本開示の一実施形態に係る無線ＬＡＮシステムについて説明する。
【００２６】
（２−１．システム構成）
まず、図１を参照して、本実施形態に係る無線ＬＡＮシステムのシステム構成について説明する。
【００２７】
図１に示すように、本実施形態に係る無線ＬＡＮシステムは、アクセスポイント装置（以降、「ＡＰ（Access Point）」と呼称する）２００と、ステーション装置（以降、「ＳＴＡ（Station）」と呼称する）１００と、を備える。そして、１台のＡＰ２００と、１台以上のＳＴＡ１００と、によって基本サービスセット（以降、「ＢＳＳ（Basic Service Set）」と呼称する）１０が構成される。
【００２８】
本実施形態に係る無線ＬＡＮシステムは、任意の場所に設置され得る。例えば、本実施形態に係る無線ＬＡＮシステムは、オフィスビル、住宅、商業施設または公共施設等に設置され得る。
【００２９】
本実施形態に係るＢＳＳ１０のエリアは、使用される周波数チャネルがオーバーラップする他のＢＳＳ１０（以降、「ＯＢＳＳ（Overlap Basic Service Set）」と呼称する）のエリアと重複する場合があり、その場合、重複エリアに位置するＳＴＡ１００から送信される信号は、ＯＢＳＳから送信される信号と干渉する場合がある。図１の例を用いて説明すると、ＢＳＳ１０ａのエリアは、ＯＢＳＳであるＢＳＳ１０ｂのエリアの一部と重複しており、その重複エリアにＳＴＡ１００ｂが位置している。この場合、ＢＳＳ１０ａに所属しているＳＴＡ１００ｂから送信される信号は、ＢＳＳ１０ｂに所属するＡＰ２００ｂまたはＳＴＡ１００ｃから送信される信号と干渉する場合がある。なお、図１には、他の無線ＬＡＮシステムが干渉を発生させる場合が一例として表されているが、これに限定されない。例えば、無線ＬＡＮシステム以外の他の通信システムにおける通信基地局と通信端末が、ＢＳＳ１０ａにオーバーラップして存在することで干渉を発生させてもよい。
【００３０】
ＡＰ２００は、外部ネットワークと接続され、ＳＴＡ１００に、当該外部ネットワークとの間の通信を提供する無線ＬＡＮ通信装置である。例えば、ＡＰ２００は、インターネットと接続され、ＳＴＡ１００とインターネット上の装置またはインターネットを介して接続される装置との通信を提供する。
【００３１】
ＳＴＡ１００は、ＡＰ２００と通信を行う無線ＬＡＮ通信装置である。ＳＴＡ１００は、任意の通信装置でよい。例えば、ＳＴＡ１００は表示機能を有するディスプレイ、記憶機能を有するメモリ、入力機能を有するキーボードおよびマウス、音出力機能を有するスピーカ、高度な計算処理を実行する機能を有するスマートフォン等でもよい。
【００３２】
なお、本開示の機能は、ＡＰ２００またはＳＴＡ１００のいずれによって実現されてもよいし、ＡＰ２００およびＳＴＡ１００の両方によって実現されてもよい（換言すると、ＡＰ２００およびＳＴＡ１００は同一の機能構成を備え得る）。したがって、以降では、ＡＰ２００、ＳＴＡ１００のいずれか、または、両方を「送信装置」、「受信装置」と呼称する場合がある。
【００３３】
（２−２．機能概要）
上記では、本実施形態に係る無線ＬＡＮシステムの構成について説明した。続いて、本実施形態に係る無線ＬＡＮシステムの機能概要について説明する。
【００３４】
本実施形態に係る無線ＬＡＮシステムにおいては、復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームが送受信され、符号化データ単位で再送処理が制御される。
【００３５】
より具体的には、送信装置は、符号化のブロック長に対応するデータ長にＭＰＤＵを分割し、分割後のデータを用いて符号化データを生成する。そして、送信装置は、符号化データ毎にシーケンス番号を付加すると共に、複数の符号化データを集約することで物理層フレームを生成し、当該物理層フレームを送信する。このとき、送信装置は、符号化のブロック長、集約された符号化データの個数および各符号化データの特定に用いられる情報等を物理層ヘッダに格納する。
【００３６】
受信装置は、物理層フレームを受信した場合、物理層ヘッダを解析することで、符号化のブロック長および集約された符号化データの個数等を認識し、これらの情報に基づいて誤り検出処理および誤り訂正処理を含む受信処理を行う。そして、受信装置は、受信処理に成功した複数の符号化データに対して合成処理を行うことで、元のＭＰＤＵを構築する。仮に、受信処理に失敗した場合、受信装置は、受信処理に失敗した符号化データの再送要求を行う。より具体的には、受信装置は、再送を要求する符号化データの特定に用いられる情報等を格納した応答フレームを生成し、当該応答フレームを送信装置に対して送信する。
【００３７】
送信装置は、応答フレームを受信した場合、当該応答フレームに格納された情報に基づいて再送が要求されている符号化データを認識し、当該符号化データを再送する。受信装置は、再送された符号化データに対して、誤り検出処理および誤り訂正処理を含む受信処理を行う。そして、当該受信処理に成功した場合、受信装置は、再送されたデータも用いて合成処理を行うことで、元のＭＰＤＵを構築する。
【００３８】
このように、本実施形態に係る無線ＬＡＮシステムは、ＭＰＤＵ単位ではなく、符号化データ単位で再送処理を制御することによって、再送処理の無駄を削減し伝送路の利用効率を向上させることができる。換言すると、本実施形態に係る無線ＬＡＮシステムは、符号化データよりもデータ長の大きいＭＰＤＵ単位に再送処理を行わなくてもよい。また、本実施形態に係る無線ＬＡＮシステムは、物理層フレームに格納される符号化データを固定長とすることで、符号化処理を含む送信処理の効率、および、復号処理を含む受信処理の効率を向上させることができる。
【００３９】
なお、本実施形態においては、上記のように、データフレームとしてＭＰＤＵが使用される場合について説明するが、ＭＰＤＵ以外のデータフレームが使用されてもよい。例えば、ＭＳＤＵ（MAC layer Service
Data Unit）、いわゆるコントロールフレーム、いわゆるマネジメントフレームまたはいわゆるアクションフレーム等が使用されてもよい。
【００４０】
（２−３．機能詳細）
上記では、本実施形態に係る無線ＬＡＮシステムの機能概要について説明した。続いては、本実施形態に係る無線ＬＡＮシステムの機能の詳細について説明する。
【００４１】
上記のとおり、送信装置は、符号化のブロック長に対応するデータ長にＭＰＤＵを分割し、符号化データを生成する。このとき、符号化のブロック長は、特に限定されない。
【００４２】
例えば、図２に示すように、符号化のブロック長は２０４８[Bytes]であってもよい。より具体的には、送信装置は、送信用のデータ１０（図中には「Application
Data Payload」と記載）に冗長符号１１（図中には「FEC」と記載）およびデリミタ１２（図中には「Delimiter」と記載）を付加することで、２０４８[Bytes]の符号化データを生成してもよい。そして、送信装置は、２０４８[Bytes]の符号化データ毎にシーケンス番号を付与する（図中には「Sequence
No.1」と記載）。なお、デリミタ１２の内容については後述する。
【００４３】
また、図３は、符号化のブロック長が１０２４[Bytes]に設定された場合の符号化データの具体例を示す図である。図３に示すように、送信装置は、送信用のデータ１０に冗長符号１１およびデリミタ１２（図中には、余白の関係上、「Delimiter」と記載していない）を付加することで、１０２４[Bytes]の符号化データを生成してもよい。そして、送信装置は、１０２４[Bytes]の符号化データ毎にシーケンス番号を付与する（図中には「Sequence
No.1」および「Sequence No.2」と記載）。
【００４４】
また、図４は、符号化のブロック長が５１２[Bytes]に設定された場合の符号化データの具体例を示す図である。図４に示すように、送信装置は、送信用のデータ１０に冗長符号１１（図中には、余白の関係上、「FEC」と記載していない）およびデリミタ１２を付加することで、５１２[Bytes]の符号化データを生成してもよい。そして、送信装置は、５１２[Bytes]の符号化データ毎にシーケンス番号を付与する（図中には「Sequence
No.1」〜「Sequence No.4」と記載）。
【００４５】
また、図５は、符号化のブロック長が２５６[Bytes]に設定された場合の符号化データの具体例を示す図である。図５に示すように、送信装置は、送信用のデータ１０に冗長符号１１およびデリミタ１２を付加することで、２５６[Bytes]の符号化データを生成してもよい。そして、送信装置は、２５６[Bytes]の符号化データ毎にシーケンス番号を付与する（図中には「SN:1」〜「SN:8」と記載）。
【００４６】
また、図６は、符号化のブロック長が１２８[Bytes]に設定された場合の符号化データの具体例を示す図である。図６に示すように、送信装置は、送信用のデータ１０に冗長符号１１およびデリミタ１２を付加することで、１２８[Bytes]の符号化データを生成してもよい。そして、送信装置は、１２８[Bytes]の符号化データ毎にシーケンス番号を付与する（図中には「SN:1」〜「SN:16」と記載）。
【００４７】
なお、上記のとおり、符号化のブロック長は、図２〜図６に示したものに限定されず、適宜変更され得る。
【００４８】
仮に、ＭＰＤＵが符号化のブロック長に対応するデータ長よりも大きい場合、送信装置は、ＭＰＤＵを符号化のブロック長に対応するデータ長に分割する。一例として、図７に示すように、６１２[Bytes]のデータ長を有するＭＰＤＵが存在し、誤り訂正符号としてリード・ソロモン符号の一種であるＲＳ（２５５，２３９）符号が用いられる場合について考える。
【００４９】
このとき、送信装置は、図７Ａに示すように、符号化のブロック長に対応するデータ長（２３９[Bytes]）にＭＰＤＵを分割することで送信用のデータ１０（図中には「Data
Payload」と記載）を生成し、当該送信用のデータに１６[Bytes]の冗長符号１１および１[Byte]のデリミタ１２を付加することで、２５６[Bytes]の符号化データを生成する。データ長が６１２[Bytes]のＭＰＤＵからは、２３９[Bytes]の送信用データが２個取得される。
【００５０】
そして、データ長が６１２[Bytes]のＭＰＤＵから、２３９[Bytes]の送信用データが２個取得された後に残る１３４[Bytes]のデータに対しては、送信装置は、図７Ｂに示すように、Padding１３を付加することで送信用データを生成することができる。より具体的には、送信装置は、１０５[Bytes]のPadding１３を１３４[Bytes]の送信用のデータ１０に付加することで２３９[Bytes]の送信用データを生成する。そして、送信装置は、同様に、当該データに、１６[Bytes]の冗長符号１１および１[Byte]のデリミタ１２を付加することで、２５６[Bytes]の符号化データを生成する。送信装置は、このように生成した符号化データを複数個集約することで物理層フレームを生成する。なお、上記では、冗長符号としてリード・ソロモン符号の一種であるＲＳ（２５５，２３９）符号が用いられる例について説明したが、その他の冗長符号が用いられてもよい。
【００５１】
続いて、図８を参照して、複数個のＭＰＤＵから符号化データを連続して生成する場合の具体例について説明する。送信装置は、任意のアプリケーションから提供される送信用のデータを用いてＭＰＤＵを生成し、当該ＭＰＤＵに対して上記の処理を行うことで、符号化データを連続して生成する。例えば、図８に示すように、送信装置が、任意のアプリケーションから提供される送信用のデータを用いてＭＰＤＵ１〜ＭＰＤＵ４を生成し、これらに対して上記の処理を行う場合について考える。
【００５２】
まず、送信装置は、符号化のブロック長に対応するデータ長にＭＰＤＵ１を分割する。図８の例では、ＭＰＤＵ１は、「SN:1」〜「SN:3」という３個のデータに分割され、末尾の「SN:3」にはPadding１３が付加される。
【００５３】
続いて、送信装置はＭＰＤＵ２を分割する。図８の例では、ＭＰＤＵ２は、「SN:4」および「SN:5」という２個のデータに分割され、末尾の「SN:5」にはPadding１３が付加される。
【００５４】
同様に、送信装置はＭＰＤＵ３を分割する。図８の例では、ＭＰＤＵ３は、「SN:6」〜「SN:8」という３個のデータに分割される。なお、ＭＰＤＵ３においては、符号化のブロック長に対応するデータ長に満たないデータが存在しないため、Padding１３は付加されない。
【００５５】
さらに、同様に、送信装置はＭＰＤＵ４を分割する。図８の例では、ＭＰＤＵ４は、「SN:9」および「SN:10」という２個のデータに分割され、末尾の「SN:10」にはPadding１３が付加される。
【００５６】
なお、送信装置は、各ＭＰＤＵに対して順番に処理を行うのではなく、並列的に処理を行ってもよい。
【００５７】
続いて、図９を参照して、デリミタの内容の一例について説明する。図９に示すように、デリミタは、「Start Flag」と、「End Flag」と、「Padding Flag」と、「Upload Flag」と、「Resend Flag」と、「Discard Flag」と、を含み、これらに「Parityビット」が付加された構成を有する。なお、図９に示すように、適宜「Reservedフィールド」が設けられてもよい。
【００５８】
「Start Flag」は、ＭＰＤＵの開始部分のデータが符号化データに含まれることを示す情報である。例えば、「Start Flag」に「１」が格納されている場合、当該符号化データにはＭＰＤＵの開始部分のデータが含まれる。これによって、受信装置は、複数の符号化データを用いてＭＰＤＵを構築する際に、ＭＰＤＵの開始部分のデータを認識することができる。
【００５９】
「End Flag」は、ＭＰＤＵの末尾部分のデータが符号化データに含まれることを示す情報である。例えば、「End Flag」に「１」が格納されている場合、当該符号化データにはＭＰＤＵの末尾部分のデータが含まれる。これによって、受信装置は、複数の符号化データを用いてＭＰＤＵを構築する際に、ＭＰＤＵの末尾部分のデータを認識することができる。
【００６０】
なお、「Start Flag」および「End Flag」のいずれにも「１」が格納されていない場合、当該符号化データにはＭＰＤＵの開始部分および末尾部分以外のデータが含まれる（換言すると、ＭＰＤＵの半ば部分のデータが含まれる）。
【００６１】
「Padding Flag」は、Paddingが符号化データに含まれることを示す情報である。例えば、「Padding Flag」に「１」が格納されている場合、当該符号化データにはPaddingが含まれる。受信装置は、符号化データにPaddingが含まれることを認識した場合、ＭＰＤＵの開始部分に含まれるＭＰＤＵのデータ長情報（図示なし）に基づいてPaddingを除去し、ＭＰＤＵの部分だけを抽出することができる。
【００６２】
「Upload Flag」は、符号化データを元に構築されたＭＰＤＵを任意のアプリケーションへアップロードすることを指示する際に使用される情報である。例えば、複数のＭＰＤＵが互いに関連性を有する場合、送信装置は、「Upload Flag」に「１」を格納することで、互いに関連性を有するＭＰＤＵの区切りを受信装置に示し、これらのＭＰＤＵを任意のアプリケーションへアップロードさせることができる。
【００６３】
「Resend Flag」は、符号化データが再送されたデータであることを示す情報である。例えば、「Resend Flag」に「１」が格納されている場合、当該符号化データは再送されたデータである。これによって、受信装置は、複数の符号化データを用いてＭＰＤＵを構築する際に、当該符号化データが再送されたデータであることを認識することができる。
【００６４】
「Discard Flag」は、送信装置がデータの破棄を指示する際に使用される情報である。例えば、再送処理が所定の回数以上行われてもＭＰＤＵの構築が成功しない場合、送信装置は、「Discard Flag」に「１」を格納することで、受信装置によるＭＰＤＵの構築処理を中止させ、データを破棄させることができる。なお、「Discard Flag」が使用される状況はこれに限定されない。
【００６５】
また、図９はあくまで一例であり、デリミタに格納される情報は上記に限定されない。例えば、デリミタに格納される情報は、図９に示す情報が増減されたものであってもよい。
【００６６】
そして、上記のとおり、送信装置は、符号化データを複数個集約することで物理層フレームを生成する。例えば、図１０に示すように、送信装置は、８個の符号化データ（図中には、「1st Data Block」〜「8th Data Block」と記載）を集約するとともに、物理層ヘッダ（図中には「Header」と記載）および所定のプリアンブル（図中には「Preamble」と記載）を付加することで物理層フレームを生成してもよい。なお、図中の符号化データの番号は、シーケンス番号の大小を示している。より具体的には、「1st Data Block」は、物理層フレームにおいてシーケンス番号が最も小さい符号化データを示し、「8th Data Block」は、シーケンス番号が最も大きい符号化データを示す。
【００６７】
ここで、物理層フレームに格納される符号化データの並び順は、シーケンス番号の昇順（物理層フレームの開始部分に近い方から昇順。以降「順方向」とも呼称する）でなくてもよい。例えば、図１１に示すように、符号化データの並び順は、シーケンス番号の降順（物理層フレームの開始部分に近い方から降順。以降「逆方向」とも呼称する）であってもよい。これによって、送信装置は、受信装置による符号化データの受信処理をより成功させ易くすることができる。例えば、物理層フレームにおいて符号化データが格納されるデータ位置によって受信処理の成否の状況が異なる場合、送信装置は、受信処理を成功させたい符号化データが、受信処理がより成功し易いデータ位置に格納されるように、符号化データの並び順を変更することができる。なお、符号化データの並び順が変更されるケースはこれに限定されない。
【００６８】
また、送信装置は、再送される符号化データ（以降、「再送データ」とも呼称する）と新規に送信される符号化データ（以降、「新規送信データ」とも呼称する）を同一の物理層フレームに集約してもよい。例えば、図１２に示すように、送信装置は、１個の再送データと７個の新規送信データを同一の物理層フレームに集約してもよい（なお、図中にて、符号化データの並び順は順方向である）。なお、図１２には、各符号化データが、再送データ、新規送信データの順番で格納される例を示しているが、これに限定されない。例えば、図１３に示すように、各符号化データが、新規送信データ、再送データの順番で格納されてもよい（なお、図中にて、符号化データの並び順は逆方向である）。
【００６９】
また、新規送信データと同様に、物理層フレームに格納される再送データの個数は特に限定されない。例えば、図１４に示すように、複数個（図中では４個）の再送データが物理層フレームに格納されてもよい（なお、図中にて、符号化データの並び順は順方向である）。また、図１５に示すように、新規送信データ、再送データの順番で物理層フレームに含まれてもよい（なお、図中にて、符号化データの並び順は逆方向である）。
【００７０】
また、図１６および図１７に示すように、物理層フレームに集約される符号化データの全てが再送データであってもよい（図１６における符号化データの並び順は順方向であり、図１７における符号化データの並び順は逆方向である）。
【００７１】
また、図１８に示すように、送信装置は、再送データまたは新規送信データのいずれかを同一の物理層フレームに繰り返して格納してもよい。例えば、図１８に示すように、送信装置は、２個の再送データおよび４個の新規送信データだけでなく、２個の再送データの繰り返しを同一の物理層フレームに格納してもよい（なお、図中にて、符号化データの並び順は順方向である）。なお、図１８には、各符号化データが、再送データ、新規送信データ、繰り返しの順番で格納される例を示しているが、これに限定されない。例えば、図１９に示すように、各符号化データが、繰り返し、新規送信データ、再送データの順番で格納されてもよい（なお、図中にて、符号化データの並び順は逆方向である）。なお、再送データではなく、新規送信データが繰り返して格納されてもよい。
【００７２】
また、図２０に示すように、送信装置は、再送データと再送データの繰り返しのみを物理層フレームに格納し、新規送信データを格納しなくてもよい。例えば、図２０に示すように、送信装置は、４個の再送データおよび４個の繰り返しを同一の物理層フレームに格納してもよい（なお、図中にて、符号化データの並び順は順方向である）。なお、図２０には、各符号化データが、再送データ、繰り返しの順番で格納される例を示しているが、これに限定されない。このように、送信装置は、符号化データを繰り返して物理層フレームに格納することによって、符号化データの受信処理をより成功させ易くすることができる。より具体的には、ある符号化データの受信処理が失敗したとしても、当該符号化データが繰り返して格納されている場合には、繰り返し部分の受信処理が成功することによって救済される。
【００７３】
続いて、図２１を参照して、物理層ヘッダの内容の一例について説明する。図１０と同様の構成に示すように、物理層ヘッダ「Header」は、「Type」と、「RX AID」と、「TX AID」と、「Block
Size」と、「Block Length」と、「Count」と、「1st S/N」と、「S/N Bitmap」と、「F/R」と、「CRC」と、を含む。
【００７４】
「Type」は、当該物理層フレームの再送制御の形式または符号化の形式を示す情報である。例えば、図２２に示すように、再送制御の形式または符号化の形式の組み合わせにより「Type1」〜「Type4」等のように複数のパターンが事前に用意されていてもよい。これによって、受信装置は、再送制御の形式または符号化の形式を認識することができる。なお、「Type」に格納される情報は、図２２に示す情報に限定されない。
【００７５】
「RX AID」は、受信装置の識別に用いられる情報である。より具体的には、「RX AID」には、受信装置を一意に特定可能なAID（Association ID）が格納される。これによって、受信装置は、当該物理層フレームが自装置宛ての信号であるか否かを判断することができる。
【００７６】
「TX AID」は、送信装置の識別に用いられる情報である。より具体的には、「TX AID」には、送信装置を一意に特定可能なAIDが格納される。これによって、受信装置は、物理層フレームの送信元の装置を認識することができ、応答フレームを適切な宛先装置へ送信することができる。
【００７７】
「Block Size」は、符号化のブロック長を示す情報である。例えば、図２３に示すように、「Block Size」には、３２[Bytes]〜２０４８[Bytes]のうちのいずれかを示す情報が格納され得る。これによって、受信装置は、物理層フレームにおける符号化のブロック長を認識することができる。なお、「Block Size」に格納される情報は、図２３に示す情報に限定されない。
【００７８】
「Block Length」は、物理層フレームに集約されている符号化データの個数を示す情報である。例えば、図２４に示すように、「Block Length」には、符号化データの個数が１〜１６個である旨を示す情報が格納され得る。これによって、受信装置は、物理層フレームに集約されている符号化データの個数を認識することができる。なお、「Block Length」には、受信されたフレームが応答フレームであることを示す情報も格納され得る（図中には、「Response Frame」と記載）。なお、「Block Length」に格納される情報は、図２４に示す情報に限定されない。
【００７９】
「Count」は、物理層フレームに格納されている符号化データのうち、繰り返して格納される符号化データを除いた符号化データの個数を示す情報である。「Count」は、図２５に示すように「１」〜「１５」の値が格納され得る。例えば、物理層フレームに８個の符号化データが格納され、そのうち、２個が繰り返して格納される符号化データである場合、「Count」には「６」が格納される。これによって、受信装置は、物理層フレームにおいて、繰り返して格納される符号化データを除いた符号化データの個数を認識することができる。なお、「Count」に格納される情報は、図２５に示す情報に限定されない。
【００８０】
「1st S/N」は、物理層フレームに格納されている符号化データのうち、最も小さいシーケンス番号を示す情報である。
【００８１】
「S/N Bitmap」は、応答フレーム以外の物理層フレームにおいては、物理層フレームに格納されている符号化データのシーケンス番号を示す情報である。より具体的には、「S/N Bitmap」は、上記の「1st S/N」の値を基準としたときの相対的なビット位置によって、物理層フレームに格納されている符号化データのシーケンス番号を示す。例えば、「1st S/N」には「１０１」が格納されており、「S/N Bitmap」には「10101010 00000000」のように、左側から１番目、３番目、５番目、７番目のビット位置に「１」が格納されている場合について考える。この場合、「S/N Bitmap」は、「１０１」、「１０３」、「１０５」および「１０７」のシーケンス番号に対応する符号化データが物理層フレームに格納されていることを示している。
【００８２】
一方、応答フレームにおいては、「S/N Bitmap」は、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号および次回の送信時に受信可能な符号化データのシーケンス番号を示す。例えば、上記の物理層フレーム（換言すると、「１０１」、「１０３」、「１０５」および「１０７」のシーケンス番号に対応する符号化データが格納された物理層フレーム）に対する応答フレームにおいて、「1st S/N」には「１０５」が格納されており、「S/N Bitmap」には「10111111 10000000」のように、左側から１番目、３番目〜９番目のビット位置に「１」が格納されている場合について考える。この場合、「S/N Bitmap」は、前回送信された物理層フレームにおける「１０５」および「１０７」のシーケンス番号に対応する符号化データの受信処理が失敗した旨を示している。さらに、「S/N Bitmap」は、「１０５」および「１０７」に対応する符号化データが再送されることを前提としたとき、「１０８」〜「１１３」のシーケンス番号に対応する符号化データについては、次回の送信時に受信可能である旨を示している。なお、次回の送信時に受信可能な符号化データは、例えば、受信バッファの空き容量または受信装置の処理能力等によって決定され得るが、これに限定されない。
【００８３】
「F/R（Forward/Reverse）」は、物理層フレームにおける符号化データの並び順を示す情報である。より具体的には、図２６に示すように、「F/R」には、符号化データの並び順が順方向（図中には「Forward Seq」と記載）であるか逆方向（図中には「Reverse Seq」と記載）であるかを示す。これによって、受信装置は、物理層フレームに含まれる符号化データの並び順を認識することができる。なお、「F/R」に格納される情報は、図２６に示す情報に限定されない。例えば、「F/R」には、物理層フレームの一部分だけが順方向もしくは逆方向である旨を示す情報が格納されてもよい。
【００８４】
なお、上記はあくまで一例であり、物理層ヘッダの内容はこれに限定されない。例えば、上記で説明した情報のいずれかが適宜省略されてもよい。
【００８５】
（２−４．再送制御の具体例）
上記では、本実施形態に係る無線ＬＡＮシステムの機能の詳細について説明した。続いて、図２７〜図４０を参照して、無線ＬＡＮシステムにおける再送制御の具体例について説明する。
【００８６】
図２７は、一連の通信において、送信装置が最初に送信する物理層フレームの具体例である。図２７には、８個の新規送信データが順方向に格納された物理層フレームが示されている。また、物理層ヘッダの「Block Size」には、符号化のブロック長が２５６[Bytes]である旨を示す情報が格納され、「Block Length」には、集約されている符号化データが８個である旨を示す情報が格納され、「Count」には、繰り返しを除いた符号化データの個数が８個である旨を示す情報が格納されている。また、「1st S/N」には、物理層フレームに格納されている符号化データのうち、最も小さいシーケンス番号が「１０１」である旨を示す情報が格納され、「S/N Bitmap」には、シーケンス番号が「１０１」〜「１０８」の符号化データが格納されている旨を示す情報が格納され、「F/R」には、符号化データの並び順が順方向である旨を示す情報が格納されている。
【００８７】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。より具体的には、受信装置は、物理層ヘッダに格納されている情報に基づいて物理層フレームの構成を認識する。そして、受信装置は、それぞれの符号化データから冗長情報を抽出することで誤り検出および誤り訂正を行う。
【００８８】
仮に、図２７に示すように、シーケンス番号が「１０３」および「１０７」に対応する符号化データの受信処理が失敗したとする（図２７において、受信処理に成功した符号化データには「○」を記載し、受信処理に失敗した符号化データには「×」を記載している。以降の図においても同様とする）。受信装置は、「1st S/N」および「S/N Bitmap」に基づいて受信処理に失敗した符号化データのシーケンス番号を認識する。
【００８９】
そして、受信装置は、再送を要求する応答フレームを送信装置に対して送信する。図２８は、応答フレームの具体例である。「Block Length」には、物理層フレームが応答フレームである旨を示す情報が格納されている。また、「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号が「１０３」と「１０７」である旨、および、「１０３」と「１０７」に対応する符号化データが再送されることを前提としたとき、次回の送信時に受信可能な符号化データのシーケンス番号が「１０９」〜「１１４」である旨を示す情報が格納されている。なお、上記のとおり、次回の送信時に受信可能な符号化データは、受信バッファの空き容量または受信装置の処理能力等によって決定され得るが、これに限定されない。
【００９０】
送信装置は、当該応答フレームを受信することで、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号、および、次回の送信時に受信可能な符号化データのシーケンス番号を認識する。そして、送信装置は、図２９に示すような、再送データが格納された物理層フレームを送信する。物理層ヘッダの「1st S/N」には、物理層フレームに含まれる符号化データのうち、最も小さいシーケンス番号が「１０３」である旨を示す情報が格納され、「S/N Bitmap」には、シーケンス番号が「１０３」、「１０７」、「１０９」〜「１１４」の符号化データが格納されている旨を示す情報が格納されている。
【００９１】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。仮に、図２９に示すように、シーケンス番号が「１０７」、「１１０」および「１１３」の符号化データの受信処理が失敗したとする。
【００９２】
そして、受信装置は、図３０に示すような、再送を要求する応答フレームを送信装置に対して送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号が「１０７」、「１１０」と「１１３」である旨、および、これらの符号化データが再送されることを前提としたとき、次回の送信時に受信可能な符号化データのシーケンス番号が「１１５」以降である旨を示す情報が格納されている。
【００９３】
送信装置は、当該応答フレームを受信することで、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号、および、次回の送信時に受信可能な符号化データのシーケンス番号を認識する。そして、送信装置は、図３１に示すような、再送データが格納された物理層フレームを送信する。物理層ヘッダの「1st S/N」には、物理層フレームに含まれる符号化データのうち、最も小さいシーケンス番号が「１０７」である旨を示す情報が格納され、「S/N Bitmap」には、シーケンス番号が「１０７」、「１１０」、「１１３」、「１１５」〜「１１９」の符号化データが格納されている旨を示す情報が格納されている。
【００９４】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。仮に、図３１に示すように、シーケンス番号が「１１０」および「１１７」の符号化データの受信処理が失敗したとする。
【００９５】
そして、受信装置は、図３２に示すような、再送を要求する応答フレームを送信装置に対して送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号が「１１０」と「１１７」である旨、および、これらの符号化データが再送されることを前提としたとき、次回の送信時に受信可能な符号化データのシーケンス番号が「１２０」以降である旨を示す情報が格納されている。
【００９６】
ここで、仮に、当該応答フレームの通信が失敗に終わったとする。この場合、送信装置は、前回送信した物理層フレームが正しく受信されたか否かを判断することができないため、図３３に示すように、前回送信した物理層フレームと同一の物理層フレームを再度送信してもよい。そして、このとき、送信装置は、より高い確率で通信を成功させるために、符号化データの並び順を、前回の送信時とは異なる方向である逆方向に変更してもよい。物理層ヘッダの「F/R」には、符号化データの並び順が逆方向である旨を示す情報が格納されている。なお、応答フレームの通信が失敗に終わった場合の制御内容はこれに限定されない。
【００９７】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。仮に、図３３に示すように、シーケンス番号が「１１０」の符号化データの受信処理が失敗したとする。
【００９８】
そして、受信装置は、図３４に示すような、再送を要求する応答フレームを送信装置に対して送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号が「１１０」である旨、および、当該符号化データが再送されることを前提としたとき、次回の送信時に受信可能な符号化データのシーケンス番号が「１２０」〜「１２４」である旨を示す情報が格納されている。換言すると、何らかの原因（例えば、受信バッファの空き容量または受信装置の処理能力等）によって、受信装置が受信可能な符号化データの数が８個から６個に減少した旨が示されている。
【００９９】
送信装置は、当該応答フレームを受信することで、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号、および、次回の送信時に受信可能な符号化データのシーケンス番号を認識する。そして、送信装置は、図３５に示すような、再送データが格納された物理層フレームを送信する。物理層ヘッダの「1st S/N」には、物理層フレームに含まれる符号化データのうち、最も小さいシーケンス番号が「１１０」である旨を示す情報が格納され、「S/N Bitmap」には、シーケンス番号が「１１０」、「１２０」〜「１２４」の符号化データが格納されている旨を示す情報が格納されている。また、「Count」には、繰り返し格納される符号化データを除いた符号化データの個数が６個である旨を示す情報が格納されている。
【０１００】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。仮に、図３５に示すように、シーケンス番号が「１１０」の符号化データについては、再送データおよび繰り返して格納された再送データのいずれの受信処理も失敗したとする。一方、シーケンス番号が「１２０」の符号化データについては、新規送信データの受信処理は失敗したが、繰り返して格納された新規送信データの受信処理は成功したとする。
【０１０１】
そして、受信装置は、図３６に示すような、再送を要求する応答フレームを送信装置に対して送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号が「１１０」である旨、および、当該符号化データが再送されることを前提としたとき、次回の送信時に受信可能な符号化データのシーケンス番号が「１２５」以降である旨を示す情報が格納されている。
【０１０２】
送信装置は、当該応答フレームを受信することで、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号、および、次回の送信時に受信可能な符号化データのシーケンス番号を認識する。また、送信装置は、「１１０」のシーケンス番号に対応する符号化データの受信処理が何度も失敗していることを認識する。そこで、送信装置は、例えば、「１１０」のシーケンス番号に対応する符号化データの送信を断念し、図３７に示すような、新規送信データと新規送信データの繰り返しが格納された物理層フレームを送信する。物理層ヘッダの「1st S/N」には、物理層フレームに含まれる符号化データのうち、最も小さいシーケンス番号が「１２５」である旨を示す情報が格納され、「S/N Bitmap」には、シーケンス番号が「１２５」〜「１２８」の符号化データが格納されている旨を示す情報が格納されている。また、「Count」には、繰り返し格納される符号化データを除いた符号化データの個数が４個である旨を示す情報が格納されている。
【０１０３】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。仮に、図３７に示すように、シーケンス番号が「１２７」の符号化データのみ、新規送信データおよび繰り返して格納された新規送信データのいずれの受信処理も失敗したとする。
【０１０４】
そして、受信装置は、図３８に示すような、再送を要求する応答フレームを送信装置に対して送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号が「１２７」である旨、および、当該符号化データが再送されることを前提としたとき、次回の送信時に受信可能な符号化データのシーケンス番号が「１２９」〜「１３６」である旨を示す情報が格納されている。
【０１０５】
送信装置は、当該応答フレームを受信することで、受信処理に失敗した（換言すると、再送を要する）符号化データのシーケンス番号、および、次回の送信時に受信可能な符号化データのシーケンス番号を認識する。ここで、送信装置は、送信用のデータが無くなった場合、新規送信データの送信を終了する。例えば、送信装置は、図３９に示すような、再送データと再送データの繰り返しのみが格納され、新規送信データが格納されていない物理層フレームを送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、シーケンス番号が「１２７」の符号化データのみが格納されている旨を示す情報が格納されている。また、「Block Length」には、物理層フレームに格納されている符号化データの個数が２個である旨を示す情報が格納され、「Count」には、繰り返し格納される符号化データを除いた符号化データの個数が１個である旨を示す情報が格納されている。
【０１０６】
受信装置は、当該物理層フレームに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。図３９に示すように、再送データの受信処理は失敗したが、再送データの繰り返しの受信処理は成功したとする。
【０１０７】
最後に、受信装置は、図４０に示すような応答フレームを送信装置に対して送信する。物理層ヘッダの「1st S/N」および「S/N Bitmap」には、受信処理に失敗した（換言すると、再送を要する）符号化データが存在しない旨、および、一連の通信が終了した旨（または、次回の送信時に受信可能な符号化データが存在しない旨）を示す情報が格納されている。
【０１０８】
なお、図２７〜図４０はあくまで一例であり、無線ＬＡＮシステムにおける再送制御の内容は適宜変更され得る。
【０１０９】
（２−５．装置の機能構成）
上記では、無線ＬＡＮシステムにおける再送制御の具体例について説明した。続いて、図４１を参照して、ＡＰ２００およびＳＴＡ１００の機能構成について説明する。
【０１１０】
なお、上記のとおり、ＳＴＡ１００およびＡＰ２００は、同一の機能構成を備え得る。したがって、以降では、主としてＳＴＡ１００の機能構成について説明し、ＡＰ２００特有の機能構成については特記する。
【０１１１】
図４１に示すように、ＳＴＡ１００は、無線通信部１１０と、無線インタフェース部１２０と、制御部１３０と、有線インタフェース部１４０と、入力部１５０と、出力部１６０と、を備える。
【０１１２】
（無線通信部１１０）
無線通信部１１０は、無線通信に関する処理全般を行う機能構成である。図４１に示すように、無線通信部１１０は、アンテナ制御部１１１と、受信処理部１１２と、ＭＰＤＵ処理部１１３と、受信バッファ１１４と、送信処理部１１５と、ＭＰＤＵ処理部１１６と、送信バッファ１１７と、を備える。
【０１１３】
（アンテナ制御部１１１）
アンテナ制御部１１１は、少なくとも１つのアンテナを制御することで、無線信号の送受信を行う機能構成である。例えば、アンテナ制御部１１１は、アンテナを制御することで、他の通信装置から送信された無線信号を受信する受信部として機能し、後段の処理でベースバンド信号が抽出可能の受信レベルにまで変換処理を施した信号を受信処理部１１２に提供する。また、アンテナ制御部１１１は、宛先装置に送信信号がより確実に到達するように、必要に応じて送信電力を制御し、送信処理部１１５によって生成される送信信号を送信する送信部としても機能する。
【０１１４】
（受信処理部１１２）
受信処理部１１２は、アンテナ制御部１１１から提供される受信信号に対して受信処理を行う。例えば、受信処理部１１２は、アンテナから得られる受信信号について、アナログ処理およびダウンコンバージョンを施すことにより、ベースバンド信号を出力する。そして、受信処理部１１２は、所定の信号パターンとベースバンド信号との相関を算出することで所定のプリアンブルを検出する。これにより、受信処理部１１２は、物理層フレームを検出することができる。そして、受信処理部１１２は、物理層フレームの物理層ヘッダに格納されている各種情報に基づいて、物理層フレームに格納されている符号化データを抽出する。そして、受信処理部１１２は、符号化データの復号処理を行い、誤り検出処理および誤り訂正処理を行う。受信処理部１１２は、受信処理後のデータをＭＰＤＵ処理部１１３に提供する。
【０１１５】
また、受信処理部１１２は、上記と同様の方法で、応答フレームを検出することができる。そして、受信処理部１１２は、応答フレームの物理層ヘッダに格納されている各種情報に基づいて、受信処理が失敗した（換言すると、再送を要する）符号化データのシーケンス番号および次回の送信時に受信装置が受信可能な符号化データのシーケンス番号を認識する。受信処理部１１２は、これらの情報を用いて、符号化データ単位で再送処理を制御する制御部としても機能する。
【０１１６】
（ＭＰＤＵ処理部１１３）
ＭＰＤＵ処理部１１３は、受信時に、ＭＰＤＵに関する処理を行う。例えば、ＭＰＤＵ処理部１１３は、物理層フレームの物理層ヘッダに格納されている各種情報に基づいて、物理層フレームに格納されている符号化データのシーケンス番号を認識する。そして、ＭＰＤＵ処理部１１３は、シーケンス番号順に受信処理後のデータを収集し、デリミタに格納されている「Start Flag」および「End Flag」に基づいてＭＰＤＵ単位の区切りを認識する。そして、ＭＰＤＵ処理部１１３は、適宜Paddingを除去した後に、合成処理を行うことで元のＭＰＤＵを構築する。ＭＰＤＵ処理部１１３は、当該ＭＰＤＵを受信バッファ１１４に一時的に格納する。なお、ＭＰＤＵ処理部１１３は、ＭＰＤＵを、無線インタフェース部１２０等を介して任意のアプリケーションに提供してもよい。
【０１１７】
（受信バッファ１１４）
受信バッファ１１４は、構築されたＭＰＤＵを一時的に記憶する機能構成である。また、受信バッファ１１４は、受信処理に成功し、合成処理が行われる前のデータを一時的に記憶してもよい。受信バッファ１１４は、これらのデータを記憶するメモリを備えている。
【０１１８】
（送信処理部１１５）
送信処理部１１５は、物理層フレームの送信処理を行い、符号化データ単位で再送処理を制御する制御部として機能する。より具体的には、送信処理部１１５は、ＭＰＤＵ処理部１１６がＭＰＤＵを分割した後のデータ毎にシーケンス番号を設定し、当該シーケンス番号に基づいて各データを管理する。そして、送信処理部１１５は、「Start Flag」、「End Flag」または「Padding Flag」等を格納したデリミタを当該データに付加する。さらに、送信処理部１１５は、必要に応じて当該データにPaddingを付加した後に、所定の符号化処理を行う。その後、送信処理部１１５は、上記図１０〜図２０で説明したような様々な構成で符号化データを集約し、物理層ヘッダ等を付加することで物理層フレームを生成する。
【０１１９】
送信処理部１１５は、物理層フレームに対して変調処理を行うことによりベースバンド信号を生成し、当該ベースバンド信号にアップコンバージョンを施すことで送信信号を生成する。送信処理部１１５は、送信信号をアンテナ制御部１１１に提供する。
【０１２０】
なお、送信処理部１１５は、応答フレームの送信処理も行う。より具体的には、送信処理部１１５は、誤り訂正を含む受信処理の成否に基づいて物理層ヘッダに各種情報を格納することで応答フレームを生成する。そして、送信処理部１１５は、上記と同様の方法で送信信号を生成し、当該送信信号を上記のアンテナ制御部１１１に提供する。
【０１２１】
（ＭＰＤＵ処理部１１６）
ＭＰＤＵ処理部１１６は、送信時に、ＭＰＤＵに関する処理を行う。例えば、ＭＰＤＵ処理部１１６は、送信バッファ１１７に格納されている情報を用いて、宛先情報等を含むＭＡＣヘッダを付加したＭＰＤＵを構築する。そして、ＭＰＤＵ処理部１１６は、符号化のブロック長に対応するデータ長にＭＰＤＵを分割する。ＭＰＤＵ処理部１１６は、分割後のデータを上記の送信処理部１１５に提供する。
【０１２２】
（送信バッファ１１７）
送信バッファ１１７は、無線インタフェース部１２０を介して任意のアプリケーションから提供された送信用のデータを一時的に記憶する機能構成である。また、送信バッファ１１７は、送信処理部１１５によって符号化処理等が行われた後の符号化データを記憶してもよい。送信バッファ１１７は、これらのデータを記憶するメモリを備えている。
【０１２３】
（無線インタフェース部１２０）
無線インタフェース部１２０は、無線通信部１１０に対するインタフェースであり、無線通信部１１０と任意のアプリケーションとの情報の受け渡しを行う機能構成である。
【０１２４】
（制御部１３０）
制御部１３０は、ＳＴＡ１００による処理全般を一元的に管理する機能構成である。制御部１３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only
Memory）、ＲＡＭ（Random Access Memory）等を備えた各種ＩＣチップ等により実現される。
【０１２５】
（有線インタフェース部１４０）
有線インタフェース部１４０は、例えば、任意の外部装置に対するインタフェースであり、ＳＴＡ１００と当該外部装置との情報の受け渡しを行う機能構成である。なお、ＡＰ２００において、有線インタフェース部２４０は、インターネットに接続するアダプターとして機能するため必須である。
【０１２６】
（入力部１５０）
入力部１５０は、各種情報の入力を受ける機能構成である。例えば、入力部１５０はタッチパネル、ボタン、キーボードまたはマイクロホン等の入力手段を備えており、ユーザがこれらの入力手段を用いて各種情報を入力することができる。なお、ＡＰ２００においては、入力部１５０は、存在しなくてもよく、あるいは簡素な構成でもよい。
【０１２７】
（出力部１６０）
出力部１６０は、各種情報を出力する機能構成である。例えば、出力部１６０は、ディスプレイ等の表示手段またはスピーカ等の音声出力手段を備えており、制御部１３０からの制御信号に基づいて所望の情報をディスプレイ等に表示させたり、所望の音情報をスピーカ等によって発生させたりする。なお、ＡＰ２００においては、出力部１６０は、存在しなくてもよく、あるいは簡素な構成でもよい。
【０１２８】
以上、ＡＰ２００およびＳＴＡ１００の機能構成例について説明した。なお、図４１を用いて説明した上記の機能構成はあくまで一例であり、ＡＰ２００またはＳＴＡ１００の機能構成は係る例に限定されない。例えば、ＡＰ２００またはＳＴＡ１００は、図４１に示す構成のすべてを必ずしも備えなくてもよい。また、ＡＰ２００またはＳＴＡ１００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
【０１２９】
（２−６．装置の動作）
上記では、ＡＰ２００およびＳＴＡ１００の機能構成について説明した。続いて、ＡＰ２００およびＳＴＡ１００の動作について説明する。なお、上記のとおり、本開示の機能は、ＳＴＡ１００およびＡＰ２００のいずれによって実現されてもよいため、以下では、一例として、送信装置および受信装置として機能するＳＴＡ１００の動作について説明する。
【０１３０】
（送信動作）
まず、図４２および図４３を参照して、物理層フレームの送信動作について説明する。
【０１３１】
ステップＳ１０００では、送信処理部１１５が無線インタフェース部１２０を介して任意のアプリケーションから提供された、送信用のデータを取得し、そのデータ長も取得する。ステップＳ１００４では、送信処理部１１５が宛先情報を取得する。ステップＳ１００８では、送信処理部１１５は、宛先情報に基づいて、宛先となる受信装置が本開示の技術に対応しているか否かを判断する。宛先となる受信装置が本開示の技術に対応していると判断された場合（ステップＳ１００８／Ｙｅｓ）、ステップＳ１０１２にて、送信処理部１１５が符号化のブロック長を設定する。
【０１３２】
ステップＳ１０１６では、ＭＰＤＵ処理部１１６が、送信用のデータを用いてＭＰＤＵを構築した後に、符号化のブロック長に対応するデータ長にＭＰＤＵを分割し、送信処理部１１５は、分割後のデータ毎にシーケンス番号を設定する。ステップＳ１０２０では、送信処理部１１５がPaddingの要否を判断する。Paddingが必要であると判断された場合（換言すると、分割されたデータのデータ長が、符号化のブロック長に対応するデータ長に満たない場合）（ステップＳ１０２０／Ｙｅｓ）、ステップＳ１０２４にて、送信処理部１１５がPaddingを付加する。なお、Paddingが不要であると判断された場合（換言すると、分割されたデータのデータ長が、符号化のブロック長に対応するデータ長と同一である場合）（ステップＳ１０２０／Ｎｏ）には、Paddingは付加されない。
【０１３３】
ステップＳ１０２８では、送信処理部１１５がデリミタを設定する。例えば、送信処理部１１５は、必要に応じて、デリミタにおける「Start Flag」、「End Flag」または「Padding Flag」等を設定する。ステップＳ１０３２では、送信処理部１１５が所定の符号化処理を行うことで冗長符号を付加する。そして、送信装置は、上記のステップＳ１０１６〜ステップＳ１０３２の処理を、送信バッファ１１７に格納された送信用のデータの末尾に至るまで繰り返す。
【０１３４】
送信バッファ１１７に格納された送信用のデータの末尾に至るまで符号化処理等が行われた場合（ステップＳ１０３６／Ｙｅｓ）、送信処理部１１５は、ステップＳ１０４０にて応答フレームの返送設定を行い、当該設定等に基づいてステップＳ１０４４にて物理層ヘッダを付加する。ステップＳ１０４８では、送信処理部１１５が、所定のプリアンブルを付加することで物理層フレームを生成する。ステップＳ１０５２では、アンテナ制御部１１１が、物理層フレームを送信することで一連の送信処理が終了する。
【０１３５】
ステップＳ１００８にて、宛先となる受信装置が本開示の技術に対応していないと判断された場合（ステップＳ１００８／Ｎｏ）、かつ、送信装置が所定のＡ―ＭＰＤＵを生成可能である場合（ステップＳ１０５６／Ｙｅｓ）、ステップＳ１０６０にて、送信処理部１１５は、Ａ―ＭＰＤＵのＭＰＤＵ毎にデリミタを設定する。さらに、送信処理部１１５は、ステップＳ１０６４にてPaddingの要否を判断し、Paddingが必要であると判断した場合（ステップＳ１０６４／Ｙｅｓ）、ステップＳ１０６８にてPaddingを付加する。ステップＳ１０７２では、送信処理部１１５がＭＡＣ層における従来の応答フレームの各種設定を行った後、ステップＳ１０４４以降の処理が行われる。
【０１３６】
（受信動作）
続いて、図４４および図４５を参照して、物理層フレームの受信動作について説明する。
【０１３７】
ステップＳ１１００では、受信処理部１１２が所定のプリアンブルを検出することで物理層フレームを検出する。ステップＳ１１０４では、受信処理部１１２が物理層ヘッダに含まれている全部もしくは一部の情報、または、物理ヘッダの並び方に基づいて、検出された物理層フレームが本開示に対応しているか否かを判断する。検出された物理層フレームが本開示に対応していると判断された場合（ステップＳ１１０４／Ｙｅｓ）、ステップＳ１１０８にて、受信処理部１１２が物理層ヘッダを取得する。
【０１３８】
ステップＳ１１１２では、受信処理部１１２が、取得した物理層ヘッダに含まれる「RX AID」に基づいて物理層フレームが自装置宛てであるか否かを判断する。物理層フレームが自装置宛てであると判断された場合（ステップＳ１１１２／Ｙｅｓ）、ステップＳ１１１６にて、受信処理部１１２が、物理層フレームの物理層ヘッダ以降を符号化のブロック長に分割し、符号化データに対して誤り検出処理および誤り訂正処理を含む受信処理を行う。物理層フレームが自装置宛てではないと判断された場合（ステップＳ１１１２／Ｎｏ）、処理がステップＳ１１００に戻り、所定のプリアンブルの検出処理が引き続き行われる。
【０１３９】
誤り訂正処理等を含む受信処理が成功した場合（ステップＳ１１２０／Ｙｅｓ）、ステップＳ１１２４にて、ＭＰＤＵ処理部１１３は、シーケンス番号順に受信処理後のデータを収集する。ステップＳ１１２８では、ＭＰＤＵ処理部１１３が、デリミタに含まれる「End Flag」の値に基づいてＭＰＤＵの末尾部分のデータを探索する。より具体的には、ＭＰＤＵ処理部１１３は、「End Flag」に「１」が格納されているデータを探索する。ＭＰＤＵ処理部１１３がＭＰＤＵの末尾部分のデータを発見した場合（ステップＳ１１２８／Ｙｅｓ）、ステップＳ１１３２にて、ＭＰＤＵ処理部１１３が受信処理後のデータからPaddingを除去する。
【０１４０】
ステップＳ１１３６では、ＭＰＤＵ処理部１１３は、あるＭＰＤＵにおける全てのペイロードが揃っているか否かを確認する。あるＭＰＤＵにおける全てのペイロードが揃っている場合（ステップＳ１１３６／Ｙｅｓ）、ステップＳ１１４０にて、ＭＰＤＵ処理部１１３が受信処理後のデータを合成することでＭＰＤＵを構築する。
【０１４１】
ステップＳ１１２０にて、誤り訂正処理等を含む受信処理が失敗した場合（ステップＳ１１２０／Ｎｏ）、ステップＳ１１４４にて、受信処理部１１２は、受信処理が失敗した符号化データのシーケンス番号を認識し、記憶しておく。そして、送信装置は、上記のステップＳ１１１６〜ステップＳ１１４４の処理を、受信された物理層フレームの末尾に至るまで繰り返す。
【０１４２】
ステップＳ１１１６〜ステップＳ１１４４の処理が、受信された物理層フレームの末尾に至るまで繰り返された場合（ステップＳ１１４８／Ｙｅｓ）、ステップＳ１１５２にて、送信処理部１１５が応答フレームに関する情報を取得する。例えば、送信処理部１１５は、応答フレームの物理層ヘッダに格納する各種情報を取得する。ステップＳ１１５６では、送信処理部１１５が物理層ヘッダを生成し、所定のプリアンブルを付加することによって応答フレームを生成する。そして、所定の応答タイミング（例えば、物理層フレームの通信から所定時間が経過したタイミング等）が到来した場合（ステップＳ１１６０／Ｙｅｓ）、ステップＳ１１６４にて、アンテナ制御部１１１が、生成された応答フレームを送信し、一連の受信処理が終了する。
【０１４３】
ステップＳ１１０４にて、検出された物理層フレームが本開示に対応していないと判断された場合（ステップＳ１１０４／Ｎｏ）、ステップＳ１１６８にて、受信処理部１１２は、従来のＭＰＤＵの受信処理を行う。誤り訂正処理等を含む受信処理が成功した場合（ステップＳ１１７２／Ｙｅｓ）、ステップＳ１１７６にて、ＭＰＤＵ処理部１１３が受信処理後のＭＰＤＵを取得する。ステップＳ１１８０では、受信処理部１１２が、ＭＰＤＵの受信処理に成功した旨を応答フレームに関する情報として記憶する。
【０１４４】
仮に、受信された物理層フレームがＡ−ＭＰＤＵの構成を有している場合、受信装置は、上記のステップＳ１１６８〜ステップＳ１１８０の処理を、Ａ−ＭＰＤＵにおける末尾のＭＰＤＵに至るまで繰り返す。ステップＳ１１６８〜ステップＳ１１８０の処理が、末尾のＭＰＤＵに至るまで繰り返された場合（ステップＳ１１８４／Ｙｅｓ）、ステップＳ１１８８にて、送信処理部１１５が応答フレームに関する情報を取得する。ステップＳ１１９２では、送信処理部１１５が物理層ヘッダを生成し、所定のプリアンブルを付加することによって応答フレームを生成する。その後、ステップＳ１１６０以降の処理が行われる。
【０１４５】
（再送動作）
続いて、図４６および図４７を参照して、物理層フレームの再送動作について説明する。図４６および図４７には、送信装置が物理層フレームを送信した後に、宛先装置から応答フレームを受信する場面以降の処理が記載されている。
【０１４６】
ステップＳ１２００では、受信処理部１１２が所定のプリアンブルを検出することで応答フレームを検出する。ステップＳ１２０４では、受信処理部１１２が物理層ヘッダに含まれている全部もしくは一部の情報、または、物理ヘッダの並び方に基づいて、検出された応答フレームが本開示に対応しているか否かを判断する。検出された応答フレームが本開示に対応していると判断された場合（ステップＳ１２０４／Ｙｅｓ）、ステップＳ１２０８にて、受信処理部１１２が物理層ヘッダを取得する。
【０１４７】
ステップＳ１２１２では、受信処理部１１２が、取得した物理層ヘッダに含まれる「RX AID」に基づいて応答フレームが自装置宛てであるか否かを判断する。応答フレームが自装置宛てであると判断された場合（ステップＳ１２１２／Ｙｅｓ）、ステップＳ１２１６にて、受信処理部１１２が、物理層ヘッダに含まれる「1st S/N」および「S/N Bitmap」を取得する。応答フレームが自装置宛てではないと判断された場合（ステップＳ１２１２／Ｎｏ）、処理がステップＳ１２００に戻り、所定のプリアンブルの検出処理が引き続き行われる。
【０１４８】
ステップＳ１２２０では、受信処理部１１２が、「1st S/N」および「S/N Bitmap」と、前回送信された符号化データのシーケンス番号を照合することで、受信装置による受信処理が失敗した（換言すると、再送を要する）符号化データのシーケンス番号および次回の送信時に受信装置が受信可能な符号化データのシーケンス番号を認識する。再送を要する符号化データが存在する場合（ステップＳ１２２４／Ｙｅｓ）、ステップＳ１２２８にて、送信処理部１１５が、初回送信時刻（一連の送信処理において、最初の物理層フレームが送信された時刻）を取得する。初回送信時刻に基づいて、処理時点が再送可能な時間内である場合（ステップＳ１２３２／Ｙｅｓ）、ステップＳ１２３６にて、送信処理部１１５は、再送を要する符号化データを再送データとして取得し、物理層フレームに格納する。
【０１４９】
ステップＳ１２４０では、送信処理部１１５が物理層ヘッダの「Count」を取得し、物理層フレームに格納可能な符号化データの数を確認する。物理層フレームに格納された符号化データの数（換言すると、物理層フレームに格納された再送データの数）が「Count」の値に達している場合（ステップＳ１２４４／Ｙｅｓ）、送信処理部１１５が、ステップＳ１２４８にて物理層ヘッダを付加し、ステップＳ１２５２にて所定のプリアンブルを付加することで物理層フレームを生成する。ステップＳ１２５６では、アンテナ制御部１１１が物理層フレームを送信することで一連の送信処理が終了する。
【０１５０】
ステップＳ１２４４にて、物理層フレームに格納された符号化データの数が「Count」の値に達していない場合（ステップＳ１２４４／Ｎｏ）、ステップＳ１２６０にて、送信処理部１１５が、送信バッファ１１７の利用状況を確認し、未送信の符号化データの有無を確認する。未送信の符号化データが存在する場合（ステップＳ１２６４／Ｙｅｓ）、ステップＳ１２６８にて、送信処理部１１５が、応答フレームの物理層ヘッダに含まれていた「1st S/N」および「S/N Bitmap」を取得する。ステップＳ１２７２では、送信処理部１１５が、取得した「1st S/N」および「S/N Bitmap」に基づいて、未送信の符号化データのうち受信装置が受信可能なものが存在するか否かを確認する。未送信の符号化データのうち受信装置が受信可能なものが存在する場合（ステップＳ１２７２／Ｙｅｓ）、ステップＳ１２７６にて、送信処理部１１５は、当該符号化データを新規送信データとして取得し、物理層フレームに格納する。
【０１５１】
物理層フレームに格納された符号化データの数（換言すると、物理層フレームに格納された再送データおよび新規送信データの数）が「Count」の値に達している場合（ステップＳ１２８０／Ｙｅｓ）、上記のステップＳ１２４８〜ステップＳ１２５６の処理が行われることによって、物理層フレームが送信される。物理層フレームに格納された符号化データの数が「Count」の値に達していない場合（ステップＳ１２８０／Ｎｏ）、ステップＳ１２８４にて、送信処理部１１５は、物理層フレームに格納されている再送データまたは新規送信データのいずれかを再び取得し、物理層フレームに繰り返して格納する。その後は、上記のステップＳ１２４８〜ステップＳ１２５６の処理が行われることによって、物理層フレームが送信される。
【０１５２】
ステップＳ１２０４にて、検出された応答フレームが本開示に対応していないと判断された場合（ステップＳ１２０４／Ｎｏ）には、従来の再送制御が行われる。より具体的には、ステップＳ１２８８にて、受信処理部１１２が応答フレームに格納されている各種情報を取得する。処理時点が再送可能な時間内である場合（ステップＳ１２９２／Ｙｅｓ）、ステップＳ１２９６にて、送信処理部１１５は、再送データを取得し、物理層フレームに格納する。その後、ステップＳ１２４８以降の処理が行われる。
【０１５３】
なお、上記で説明した図４２〜図４７のフローチャートにおける各ステップは、必ずしも記載された順序に沿って時系列に処理する必要はない。すなわち、フローチャートにおける各ステップは、記載された順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１５４】
＜３．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、ＳＴＡ１００は、スマートフォン、タブレットＰＣ（Personal  Computer）、ノートＰＣ、携帯型ゲーム端末若しくはデジタルカメラなどのモバイル端末、テレビジョン受像機、プリンタ、デジタルスキャナ若しくはネットワークストレージなどの固定端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ＳＴＡ１００は、スマートメータ、自動販売機、遠隔監視装置又はＰＯＳ（Point  Of  Sale）端末などの、Ｍ２Ｍ（Machine  To  Machine）通信を行う端末（ＭＴＣ（Machine  Type  Communication）端末ともいう）として実現されてもよい。さらに、ＳＴＡ１００は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１５５】
一方、例えば、ＡＰ２００は、ルータ機能を有し又はルータ機能を有しない無線ＬＡＮアクセスポイント（無線基地局ともいう）として実現されてもよい。また、ＡＰ２００は、モバイル無線ＬＡＮルータとして実現されてもよい。さらに、ＡＰ２００は、これら装置に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。
【０１５６】
（４−１．第１の応用例）
図４８は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３、アンテナスイッチ９１４、アンテナ９１５、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
【０１５７】
プロセッサ９０１は、例えばＣＰＵ（Central  Processing  Unit）又はＳｏＣ（System  on  Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ（Random  Access  Memory）及びＲＯＭ（Read  Only  Memory）を含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal  Serial  Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
【０１５８】
カメラ９０６は、例えば、ＣＣＤ（Charge  Coupled  Device）又はＣＭＯＳ（Complementary  Metal  Oxide  Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
【０１５９】
無線通信インタフェース９１３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９１３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９１３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ（登録商標）等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。なお、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔでは、アドホックモードとは異なり２つの端末の一方がアクセスポイントとして動作するが、通信はそれら端末間で直接的に行われる。無線通信インタフェース９１３は、典型的には、ベースバンドプロセッサ、ＲＦ（Radio  Frequency）回路及びパワーアンプなどを含み得る。無線通信インタフェース９１３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９１４は、無線通信インタフェース９１３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１５の接続先を切り替える。アンテナ９１５は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１３による無線信号の送信及び受信のために使用される。
【０１６０】
なお、図４８の例に限定されず、スマートフォン９００は、複数のアンテナ（例えば、無線ＬＡＮ用のアンテナ及び近接無線通信方式用のアンテナ、など）を備えてもよい。その場合に、アンテナスイッチ９１４は、スマートフォン９００の構成から省略されてもよい。
【０１６１】
バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１３及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図４８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
【０１６２】
なお、スマートフォン９００は、プロセッサ９０１がアプリケーションレベルでアクセスポイント機能を実行することにより、無線アクセスポイント（ソフトウェアＡＰ）として動作してもよい。また、無線通信インタフェース９１３が無線アクセスポイント機能を有していてもよい。
【０１６３】
（４−２．第２の応用例）
図４９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global  Positioning  System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、アンテナスイッチ９３４、アンテナ９３５及びバッテリー９３８を備える。
【０１６４】
プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
【０１６５】
ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
【０１６６】
コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
【０１６７】
無線通信インタフェース９３３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、無線通信を実行する。無線通信インタフェース９３３は、インフラストラクチャーモードにおいては、他の装置と無線ＬＡＮアクセスポイントを介して通信し得る。また、無線通信インタフェース９３３は、アドホックモード又はＷｉ−Ｆｉ  Ｄｉｒｅｃｔ等のダイレクト通信モードにおいては、他の装置と直接的に通信し得る。無線通信インタフェース９３３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９３３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、無線ＬＡＮ方式に加えて、近距離無線通信方式、近接無線通信方式又はセルラ通信方式などの他の種類の無線通信方式をサポートしてもよい。アンテナスイッチ９３４は、無線通信インタフェース９３３に含まれる複数の回路の間でアンテナ９３５の接続先を切り替える。アンテナ９３５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９３３による無線信号の送信及び受信のために使用される。
【０１６８】
なお、図４９の例に限定されず、カーナビゲーション装置９２０は、複数のアンテナを備えてもよい。その場合に、アンテナスイッチ９３４は、カーナビゲーション装置９２０の構成から省略されてもよい。
【０１６９】
バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図４９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
【０１７０】
また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
【０１７１】
（４−３．第３の応用例）
図５０は、本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。無線アクセスポイント９５０は、コントローラ９５１、メモリ９５２、入力デバイス９５４、表示デバイス９５５、ネットワークインタフェース９５７、無線通信インタフェース９６３、アンテナスイッチ９６４及びアンテナ９６５を備える。
【０１７２】
コントローラ９５１は、例えばＣＰＵ又はＤＳＰ（Digital  Signal  Processor）であってよく、無線アクセスポイント９５０のＩＰ（Internet  Protocol）レイヤ及びより上位のレイヤの様々な機能（例えば、アクセス制限、ルーティング、暗号化、ファイアウォール及びログ管理など）を動作させる。メモリ９５２は、ＲＡＭ及びＲＯＭを含み、コントローラ９５１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、ルーティングテーブル、暗号鍵、セキュリティ設定及びログなど）を記憶する。
【０１７３】
入力デバイス９５４は、例えば、ボタン又はスイッチなどを含み、ユーザからの操作を受け付ける。表示デバイス９５５は、ＬＥＤランプなどを含み、無線アクセスポイント９５０の動作ステータスを表示する。
【０１７４】
ネットワークインタフェース９５７は、無線アクセスポイント９５０が有線通信ネットワーク９５８に接続するための有線通信インタフェースである。ネットワークインタフェース９５７は、複数の接続端子を有してもよい。有線通信ネットワーク９５８は、イーサネット（登録商標）などのＬＡＮであってもよく、又はＷＡＮ（Wide  Area  Network）であってもよい。
【０１７５】
無線通信インタフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インタフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インタフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インタフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インタフェース９６３による無線信号の送信及び受信のために使用される。
【０１７６】
＜４．むすび＞
以上で説明してきたように、本実施形態に係る無線ＬＡＮシステムは、ＭＰＤＵ単位ではなく、符号化データ単位で再送処理を制御することによって、再送処理の無駄を削減し伝送路の利用効率を向上させることができる。換言すると、本実施形態に係る無線ＬＡＮシステムは、符号化データよりもデータ長の大きいＭＰＤＵ単位に再送処理を行わなくてもよい。
【０１７７】
以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
【０１７８】
また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
【０１７９】
なお、以下のような構成も本開示の技術的範囲に属する。
（１）
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信する送信部と、
前記符号化データ単位で再送処理を制御する制御部と、を備える、
無線ＬＡＮ通信装置。
（２）
任意のデータを前記符号化データ単位に分割し、複数の前記符号化データを集約して所定のプリアンブルを付加した前記データフレームを生成する送信処理部をさらに備える、
前記（１）に記載の無線ＬＡＮ通信装置。
（３）
前記送信処理部は、再送される符号化データ、または、新規に送信される符号化データを前記データフレームに格納する、
前記（２）に記載の無線ＬＡＮ通信装置。
（４）
前記送信処理部は、同一の符号化データを繰り返して前記データフレームに格納する、
前記（２）または（３）に記載の無線ＬＡＮ通信装置。
（５）
前記送信処理部は、前記符号化データをシーケンス番号で管理する、
前記（２）から（４）のいずれか１項に記載の無線ＬＡＮ通信装置。
（６）
前記送信処理部は、前記シーケンス番号の昇順または降順で、前記データフレームに前記符号化データを格納する、
前記（５）に記載の無線ＬＡＮ通信装置。
（７）
前記送信処理部は、前記符号化データに関するパラメータが格納されたヘッダ情報を前記データフレームに付加する、
前記（２）から（６）のいずれか１項に記載の無線ＬＡＮ通信装置。
（８）
前記ヘッダ情報には、符号化のブロック長に関する情報、前記データフレームに格納された符号化データの個数に関する情報、前記データフレームに格納された符号化データを識別する情報、または、前記符号化データが格納された順番に関する情報が含まれる、
前記（７）に記載の無線ＬＡＮ通信装置。
（９）
前記送信処理部は、受信可能な符号化データを識別する情報から、前記データフレームに格納される符号化データを決定する、
前記（２）から（８）のいずれか１項に記載の無線ＬＡＮ通信装置。
（１０）
前記送信処理部は、前記任意のデータにおける分割された一部分のデータ位置を示すデリミタ情報を前記符号化データに含める、
前記（２）から（９）に記載の無線ＬＡＮ通信装置。
（１１）
前記任意のデータは、ＭＰＤＵ、ＭＳＤＵ、コントロールフレーム、マネジメントフレームまたはアクションフレームである、
前記（２）から（１０）に記載の無線ＬＡＮ通信装置。
（１２）
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信することと、
前記符号化データ単位で再送処理を制御することと、を有する、
コンピュータにより実行される無線ＬＡＮ通信方法。
（１３）
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを送信することと、
前記符号化データ単位で再送処理を制御することと、
をコンピュータに実現させるための無線ＬＡＮ通信プログラム。
（１４）
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信する受信部と、
前記符号化データ単位で再送処理を制御する制御部と、を備える、
無線ＬＡＮ通信装置。
（１５）
所定のプリアンブルに続く前記データフレームのヘッダ情報に基づいて、集約された前記符号化データを識別し、個々の前記符号化データの復号を含む受信処理を行う受信処理部をさらに備える、
前記（１４）に記載の無線ＬＡＮ通信装置。
（１６）
前記符号化データは、任意のデータが分割されてできた一部分が符号化されたものであり、
前記受信処理部は、複数の符号化データを用いて合成処理を行うことで、前記任意のデータを構築する、
前記（１５）に記載の無線ＬＡＮ通信装置。
（１７）
前記受信処理が失敗し、再送を要する符号化データを識別する情報が含まれる応答フレームを生成する送信処理部をさらに備える、
前記（１４）から（１６）のいずれか１項に記載の無線ＬＡＮ通信装置。
（１８）
前記送信処理部は、次回の送信時に受信可能な符号化データを識別する情報を前記応答フレームに含める、
前記（１７）に記載の無線ＬＡＮ通信装置。
（１９）
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信することと、
前記符号化データ単位で再送処理を制御することと、を有する、
コンピュータにより実行される無線ＬＡＮ通信方法。
（２０）
復号の成否を判定可能な固定長の符号化データが複数個格納されたデータフレームを受信することと、
前記符号化データ単位で再送処理を制御することと、
をコンピュータに実現させるための無線ＬＡＮ通信プログラム。
【符号の説明】
【０１８０】
１００    ＳＴＡ
２００    ＡＰ
１１０、２１０    無線通信部
１１１、２１１    アンテナ制御部
１１２、２１２    受信処理部
１１３、２１３    ＭＰＤＵ処理部
１１４、２１４    受信バッファ
１１５、２１５    送信処理部
１１６、２１６    ＭＰＤＵ処理部
１１７、２１７    送信バッファ
１２０、２２０    無線インタフェース部
１３０、２３０    制御部
１４０、２４０    有線インタフェース部
１５０、２５０    入力部
１６０、２６０    出力部
【図１】
2019064815.tif 000003
【図２】
2019064815.tif 000004
【図３】
2019064815.tif 000005
【図４】
2019064815.tif 000006
【図５】
2019064815.tif 000007
【図６】
2019064815.tif 000008
【図７】
2019064815.tif 000009
【図８】
2019064815.tif 000010
【図９】
2019064815.tif 000011
【図１０】
2019064815.tif 000012
【図１１】
2019064815.tif 000013
【図１２】
2019064815.tif 000014
【図１３】
2019064815.tif 000015
【図１４】
2019064815.tif 000016
【図１５】
2019064815.tif 000017
【図１６】
2019064815.tif 000018
【図１７】
2019064815.tif 000019
【図１８】
2019064815.tif 000020
【図１９】
2019064815.tif 000021
【図２０】
2019064815.tif 000022
【図２１】
2019064815.tif 000023
【図２２】
2019064815.tif 000024
【図２３】
2019064815.tif 000025
【図２４】
2019064815.tif 000026
【図２５】
2019064815.tif 000027
【図２６】
2019064815.tif 000028
【図２７】
2019064815.tif 000029
【図２８】
2019064815.tif 000030
【図２９】
2019064815.tif 000031
【図３０】
2019064815.tif 000032
【図３１】
2019064815.tif 000033
【図３２】
2019064815.tif 000034
【図３３】
2019064815.tif 000035
【図３４】
2019064815.tif 000036
【図３５】
2019064815.tif 000037
【図３６】
2019064815.tif 000038
【図３７】
2019064815.tif 000039
【図３８】
2019064815.tif 000040
【図３９】
2019064815.tif 000041
【図４０】
2019064815.tif 000042
【図４１】
2019064815.tif 000043
【図４２】
2019064815.tif 000044
【図４３】
2019064815.tif 000045
【図４４】
2019064815.tif 000046
【図４５】
2019064815.tif 000047
【図４６】
2019064815.tif 000048
【図４７】
2019064815.tif 000049
【図４８】
2019064815.tif 000050
【図４９】
2019064815.tif 000051
【図５０】
2019064815.tif 000052
【国際調査報告】
2019064815.tif 000053
2019064815.tif 000054
2019064815.tif 000055
2019064815.tif 000056