JP7031308B2

JP7031308B2 - 情報処理装置、通信システム、情報処理方法およびプログラム

Info

Publication number: JP7031308B2
Application number: JP2017553667A
Authority: JP
Inventors: 英佑酒井; 悠介田中
Original assignee: Sony Corp; Sony Group Corp
Current assignee: Sony Corp; Sony Group Corp
Priority date: 2015-11-30
Filing date: 2016-09-21
Publication date: 2022-03-08
Anticipated expiration: 2036-09-21
Also published as: KR20180089403A; US20240049053A1; US20180338266A1; JP7235149B2; WO2017094331A1; CN108293205A; EP3386236B1; CN108293205B; EP3920448A1; US11659439B2; EP3386236A4; US11805442B2; US12231953B2; JP2022066249A; JPWO2017094331A1; US20210219178A1; KR102745743B1; EP3386236A1

Description

本技術は、情報処理装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う情報処理装置、通信システムおよび情報処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。

従来、無線通信を利用して情報のやりとりを行う無線通信技術が存在する。例えば、無線ＬＡＮ（Local Area Network）に関する標準規格ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の普及が進んでいる。

また、無線通信における通信効率を高めるための技術が提案されている。例えば、複数のパケットをアグリゲーションして送信し、その応答としてＢｌｏｃｋＡｃｋ（ACKnowledgement）を受け取る技術が提案されている（例えば、非特許文献１参照。）。

IEEE 802.11-2012

上述の従来技術では、送信側の情報処理装置は、複数のパケットをアグリゲーションして送信した後に、その応答としてＢＡ（Block Ack）を受け取ることにより、複数のパケットの再送の要否を判断することができる。

ここで、現状の仕様では、ＢＡビットマップのサイズは、６４ビットの固定長が用いられている。このため、例えば、ＢＡビットマップのサイズ（６４ビット）よりも、送信が必要なパケットの数が多い場合には、新しいパケットの送信がブロックされるおそれがある。例えば、シーケンス番号が６４以上離れたパケットを同時に送信することができない。また、例えば、アグリゲーション可能なパケットの個数も制限されてしまうおそれがある。これらの場合には、無線通信の効率が低下するおそれがある。そこで、ＢＡビットマップのサイズを適切に設定し、無線通信の効率を高めることが重要である。

本技術はこのような状況に鑑みて生み出されたものであり、無線通信の効率を高めることを目的とする。

本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、送信対象となるパケットに関する情報に基づいて、上記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、送信対象となるパケットに関する情報に基づいて、そのパケットに対する受領確認応答に用いる情報量を決定するという作用をもたらす。

また、この第１の側面において、上記送信対象となるパケットに関する情報を、上記送信対象となるパケットの数、または、上記送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さとするようにしてもよい。これにより、送信対象となるパケットの数、または、送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さに基づいて、そのパケットに対する受領確認応答に用いる情報量を決定するという作用をもたらす。

また、この第１の側面において、上記送信対象となるパケットを、当該パケットの送信先の機器への送信に成功していないパケットとするようにしてもよい。これにより、パケットの送信先の機器への送信に成功していないパケットを、送信対象のパケットとするという作用をもたらす。

また、この第１の側面において、上記制御部は、上記送信対象となるパケットのうち、上記決定された上記情報量に応じたパケットを連結して送信先の機器に送信する制御を行うようにしてもよい。これにより、送信対象となるパケットのうち、決定された情報量に応じたパケットを連結して送信先の機器に送信するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記送信対象となるパケットを連結して送信先の機器に送信する制御を行い、上記機器が上記情報処理装置に返信するＢｌｏｃｋＡｃｋのビットマップのサイズを上記情報量として決定するようにしてもよい。これにより、送信対象となるパケットを連結して送信先の機器に送信し、その機器が情報処理装置に返信するＢｌｏｃｋＡｃｋのビットマップのサイズを決定するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記決定された上記情報量を上記パケットの送信先の機器に通知するようにしてもよい。これにより、決定された情報量をパケットの送信先の機器に通知するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記決定された上記情報量を所定のフレームに含めて上記機器に送信するようにしてもよい。これにより、決定された情報量を所定のフレームに含めて送信するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記決定された上記情報量を、ＡＤＤＢＡＲｅｑｕｅｓｔと、データフレームと、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔと、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの少なくとも１つのフレームとの何れかに含めて上記機器に送信するようにしてもよい。これにより、決定された情報量を、ＡＤＤＢＡＲｅｑｕｅｓｔと、データフレームと、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔと、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの少なくとも１つのフレームとの何れかに含めて送信するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記情報量を通知した後に上記機器から当該情報量とは異なる情報量が通知された場合には、当該異なる情報量を上記受領確認応答に用いる情報量として新たに決定するようにしてもよい。これにより、情報量を通知した後に送信先の機器からその情報量とは異なる情報量が通知された場合には、その異なる情報量を受領確認応答に用いる情報量として新たに決定するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記パケットを送信先の機器に送信する毎に、当該パケットに対する上記情報量を決定し、当該決定された情報量を上記機器に通知する制御を行うようにしてもよい。これにより、パケットを送信先の機器に送信する毎に、そのパケットに対する情報量を決定し、その決定された情報量を送信先の機器に通知するという作用をもたらす。

また、この第１の側面において、上記制御部は、上記パケットの送信先の機器が上記受領確認応答を返信する際に用いられる上記情報量を決定するようにしてもよい。これにより、パケットの送信先の機器が受領確認応答を返信する際に用いられる情報量を決定するという作用をもたらす。

また、この第１の側面において、上記制御部は、圧縮された上記受領確認応答を上記機器から受信した場合には、上記決定された上記情報量に基づいて、当該受信した圧縮された受領確認応答の内容を取得するようにしてもよい。これにより、圧縮された受領確認応答を送信先の機器から受信した場合には、決定された情報量に基づいて、その圧縮された受領確認応答の内容を取得するという作用をもたらす。

また、本技術の第２の側面は、パケットの送信元の機器から通知された上記パケットに対する受領確認応答に用いる情報量に基づいて、上記機器から送信された上記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、パケットの送信元の機器から通知された情報量に基づいて、その機器から送信されたパケットに対する受領確認応答に用いる情報量を決定するという作用をもたらす。

また、この第２の側面において、上記制御部は、上記機器から通知された上記情報量が、上記情報処理装置が備える無線通信に関する性能を超えている場合には、上記性能の範囲内において上記機器から通知された上記情報量とは異なる情報量を決定して上記機器に通知するようにしてもよい。これにより、通知された情報量が、情報処理装置が備える無線通信に関する性能を超えている場合には、性能の範囲内においてその通知された情報量とは異なる情報量を決定して機器に通知するという作用をもたらす。

また、本技術の第３の側面は、受信したパケットに対する受領確認応答を送信する場合に、上記受領確認応答に用いる情報量に基づいて、上記受領確認応答を圧縮して送信する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、受信したパケットに対する受領確認応答を送信する場合に、その受領確認応答に用いる情報量に基づいて、その受領確認応答を圧縮して送信するという作用をもたらす。

また、本技術の第４の側面は、第２情報処理装置への送信対象となるパケットに関する情報に基づいて、上記パケットに対する受領確認応答に用いる情報量を決定し、当該決定された情報量を上記第２情報処理装置に通知する第１情報処理装置と、上記第１情報処理装置から通知された上記情報量に基づいて、上記第１情報処理装置から送信された上記パケットに対する受領確認応答を上記第１情報処理装置に返信する第２情報処理装置とを具備する通信システムおよびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１情報処理装置は、第２情報処理装置への送信対象となるパケットに関する情報に基づいて、そのパケットに対する受領確認応答に用いる情報量を決定し、その決定された情報量を第２情報処理装置に通知し、第２情報処理装置は、第１情報処理装置から通知されたその情報量に基づいて、第１情報処理装置から送信されたパケットに対する受領確認応答を第１情報処理装置に返信するという作用をもたらす。

本技術によれば、無線通信の効率を高めることができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。

本技術の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。本技術の基礎となる機器間でのやりとりを示す比較例を示す図である。本技術の実施の形態における情報処理装置間でやりとりされるフレームのフォーマット例を示す図である。本技術の実施の形態における情報処理装置間でやりとりされるＢｌｏｃｋＡｃｋフレームのフォーマット例を示す図である。本技術の実施の形態における情報処理装置間でやりとりされるＡＤＤＢＡＲｅｑｕｅｓｔおよびＡＤＤＢＡＲｅｓｐｏｎｓｅを利用してＢＡビットマップのサイズを決定する場合の一例を示す図である。本技術の実施の形態における受信側の情報処理装置がＢＡビットマップを圧縮して送信する場合の圧縮例を示す図である。本技術の実施の形態における受信側の情報処理装置がＢＡビットマップのサイズを通知する場合の通知例を示す図である。本技術の実施の形態における受信側の情報処理装置がＢＡビットマップを圧縮して送信する場合の圧縮例を示す図である。本技術の実施の形態における情報処理装置間でやりとりされるデータフレームを用いてＢＡビットマップのサイズを決定する場合の一例を示す図である。本技術の実施の形態における情報処理装置間でやりとりされるデータフレームを用いてＢＡビットマップのサイズを決定する場合の一例を示す図である。本技術の実施の形態における情報処理装置１００が要求するＢＡビットマップのサイズを決定する決定処理の処理手順の一例を示すフローチャートである。本技術の実施の形態における情報処理装置１００が返信に用いるＢＡビットマップのサイズを決定する決定処理の処理手順の一例を示すフローチャートである。本技術の実施の形態における情報処理装置１００がＢＡビットマップを圧縮して送信するか否かを決定する決定処理の処理手順の一例を示すフローチャートである。スマートフォンの概略的な構成の一例を示すブロック図である。カーナビゲーション装置の概略的な構成の一例を示すブロック図である。無線アクセスポイントの概略的な構成の一例を示すブロック図である。

以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．実施の形態（送信対象となるパケットに関する情報に基づいてそのパケットに対するＢＡ（Block Ack）ビットマップのサイズを決定する例）
２．応用例

＜１．実施の形態＞
［情報処理装置の構成例］
図１は、本技術の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。

情報処理装置１００は、データ処理部１１０と、信号処理部１２０と、無線インターフェース部１３０と、アンテナ１４０と、記憶部１５０と、制御部１６０とを備える。

データ処理部１１０は、制御部１６０の制御に基づいて、各種データを処理するものである。例えば、データ処理部１１０は、データの送信時には、上位層からのデータに対してＭＡＣ（Media Access Control）ヘッダや誤り検出符号等の付加処理を行い、無線送信のためのパケットを生成する。そして、データ処理部１１０は、その生成されたパケットを信号処理部１２０に供給する。

また、例えば、データ処理部１１０は、データの受信時には、信号処理部１２０から受け取ったビット列に対し、ヘッダの解析、パケット誤りの検出処理等を行い、処理後のデータを上位層に供給する。また、例えば、データ処理部１１０は、ヘッダの解析結果やパケット誤りの検出結果等を制御部１６０に通知する。

信号処理部１２０は、制御部１６０の制御に基づいて、各種信号処理をするものである。例えば、信号処理部１２０は、データの送信時には、データ処理部１１０からの入力データに対し、制御部１６０により設定されたコーディングおよび変調スキームに基づいて、エンコードし、プリアンブル、ＰＨＹ（physical）ヘッダを付加する。そして、信号処理部１２０は、その信号処理により得られた送信シンボルストリームを無線インターフェース部１３０に供給する。

また、例えば、信号処理部１２０は、データの受信時には、無線インターフェース部１３０から受け取った受信シンボルストリームに対して、プリアンブル、ＰＨＹヘッダを検出した上で、デコード処理を行い、データ処理部１１０に供給する。また、例えば、信号処理部１２０は、ＰＨＹヘッダの検出結果等を制御部１６０に通知する。

無線インターフェース部１３０は、制御部１６０の制御に基づいて、無線通信を利用して他の情報処理装置と接続して各種情報を送受信するためのインターフェースである。例えば、無線インターフェース部１３０は、データの送信時には、信号処理部１２０からの入力をアナログ信号にコンバートし、増幅、フィルタリング、所定周波数へアップコンバートし、アンテナ１４０に送出する。

また、例えば、無線インターフェース部１３０は、データの受信時には、アンテナ１４０からの入力に対して、データの送信時とは逆の処理を行い、その処理結果を信号処理部１２０に供給する。

記憶部１５０は、制御部１６０によるデータ処理の作業領域としての役割や、各種データを保持する記憶媒体としての機能を有する。記憶部１５０として、例えば、不揮発性メモリ、磁気ディスク、光ディスク、ＭＯ（Magneto Optical）ディスク等の記憶媒体を用いることができる。なお、不揮発性メモリとして、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）を用いることができる。また、磁気ディスクとして、例えば、ハードディスク、円盤型磁性体ディスクを用いることができる。また、光ディスクとして、例えば、ＣＤ（Compact Disc）、ＤＶＤ－Ｒ（Digital Versatile Disc Recordable）、ＢＤ（Blu-Ray Disc（登録商標））を用いることができる。

制御部１６０は、データ処理部１１０、信号処理部１２０および無線インターフェース部１３０の各々の受信動作および送信動作を制御するものである。例えば、制御部１６０は、各部間の情報の受け渡しや通信パラメータの設定、データ処理部１１０におけるパケットのスケジューリングを行う。

例えば、制御部１６０は、送信対象となるパケットを連結して送信先の機器に送信する制御を行う。この場合に、制御部１６０は、その送信対象となるパケットに関する情報に基づいて、そのパケットに対する受領確認応答（例えば、ＢｌｏｃｋＡｃｋ（ACKnowledgement））に用いる情報量（例えば、ＢＡ（Block Ack）ビットマップのサイズ）を決定する制御を行う。ここで、その送信対象となるパケットに関する情報は、例えば、送信対象となるパケットの数、または、送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さである。

［比較例］
ここで、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１を利用した情報のやりとりについて説明する。ＩＥＥＥ８０２．１１においては、通信効率を高めるため、複数のパケットをアグリゲーションして送信し、その応答としてＢｌｏｃｋＡｃｋを受け取る技術が利用されている。また、現状の仕様では、ＢＡビットマップのサイズは、６４ビットの固定長が用いられている。そこで、このようなＢｌｏｃｋＡｃｋを用いて、通信を行う場合の比較例（本技術の実施の形態に対する比較例）を図２に示す。

図２は、本技術の基礎となる機器間でのやりとりを示す比較例を示す図である。図２では、ＡＰ（Access Point）およびＳＴＡ（Station）間における情報のやりとりを一例として示す。

図２のａには、ＩｍｍｅｄｉａｔｅＢｌｏｃｋＡｃｋを用いた場合の比較例を示す。図２のａでは、ＡＰがＳＴＡにＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至６４のパケットを送信し、その一部（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）が再送対象となった場合の例を示す。すなわち、図２のａでは、ＡＰが、送信待ち（２１）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至６４のパケットをＳＴＡに送信する（１１）。そして、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（１２）。この場合に、ＳＴＡは、パケットの一部（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の受信に失敗したものとする。

ここで、ＡＰには、送信待ち（２２）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝６５乃至１２８のパケットが存在する。ただし、ＡＰは、再送対象のパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の送信に成功するまで、送信待ち（２２）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝６５乃至１２８のパケットをＳＴＡに送信することができない。

そこで、ＡＰは、再送対象のパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）をＳＴＡに送信する（１３）。そして、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（１４）。この場合に、その再送されたパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の受信に失敗したものとする。

このため、ＡＰは、再送対象のパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）をＳＴＡに再度送信する（１５）。そして、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（１６）。この場合に、その再送されたパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の受信に成功したものとする。

このように、パケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至６４）の受信に成功した場合には、ＳＴＡは、その旨のＢｌｏｃｋＡｃｋをＡＰに送信する（１６）。このため、ＡＰは、送信待ち（２２）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝６５乃至１２８のパケットをＳＴＡに送信することができる（１７）。また、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（１８）。

図２のｂには、ＤｅｌａｙｅｄＢｌｏｃｋＡｃｋを用いた場合の比較例を示す。図２のｂでは、ＡＰがＳＴＡにＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至６４のパケットを送信し、その一部（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）が再送対象となった場合の例を示す。すなわち、図２のｂでは、ＡＰが、送信待ち（４１）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至６４のパケットをＳＴＡに送信する（３１）。また、ＡＰは、そのパケットに対するＢＡＲ（Block Acknowledgement Request）をＳＴＡに送信する（３２）。そして、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（３３）。この場合に、ＳＴＡがパケットの一部（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の受信に失敗したものとする。

ここで、ＡＰには、送信待ち（４２）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝６５乃至１２８のパケットが存在する。ただし、ＡＰは、再送対象のパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の送信に成功するまで、送信待ち（４２）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝６５乃至１２８のパケットをＳＴＡに送信することができない。

そこで、ＡＰは、再送対象のパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）をＳＴＡに送信する（３４）。また、ＡＰは、そのパケットに対するＢＡＲをＳＴＡに送信する（３５）。そして、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（３６）。この場合に、その再送されたパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の受信に失敗したものとする。

このため、ＡＰは、再送対象のパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）をＳＴＡに再度送信する（３７）。また、ＡＰは、そのパケットに対するＢＡＲをＳＴＡに送信する（３８）。そして、ＳＴＡは、そのパケットに対するＢｌｏｃｋＡｃｋをＡＰに送信する（３９）。この場合に、その再送されたパケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至５）の受信に成功したものとする。

このように、パケット（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝１乃至６４）の受信に成功した場合には、ＳＴＡは、その旨のＢｌｏｃｋＡｃｋをＡＰに送信する（３９）。このため、ＡＰは、送信待ち（４２）のＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＝６５乃至１２８のパケットをＳＴＡに送信することができる（４０）。

このように、ＢＡビットマップのサイズが６４であるため、送信側（ＡＰ）は、これらのパケットが送信成功とみなすまで、新しいフレームを送信することができないことがある。すなわち、ＢＡビットマップのサイズよりも、送信が必要なパケットが多い場合には、新しいフレームの送信がブロックされるおそれがある。また、ＢＡビットマップのサイズが６４であるため、送信側（ＡＰ）は、ＳｅｑｕｅｎｃｅＮｕｍｂｅｒが６４以上離れているパケットを同時に送信することができない。また、アグリゲーション可能なフレームの個数も制限されてしまうおそれがある。

そこで、本技術の実施の形態では、ＢＡビットマップのサイズを適切に設定し、無線通信の効率を高める例を示す。すなわち、本技術の実施の形態では、ＢＡビットマップのサイズを適切に決定するためのプロトコル機能を提供するための例を示す。

［フレームフォーマット例］
図３は、本技術の実施の形態における情報処理装置間でやりとりされるフレームのフォーマット例を示す図である。

図３のａに示すフレームは、ＰＨＹヘッダ２０１と、ＭＡＣヘッダ２０２と、ＤＡＴＡ２０３と、ＣＲＣ（Cyclic Redundancy Check）２０４とにより構成される。

ＤＡＴＡ２０３には、図３のｂに示すように、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ２０５と、ＢｉｔｍａｐＳｉｚｅ２０６とが格納される。

ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ２０５は、送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号を意味する。

ＢｉｔｍａｐＳｉｚｅ２０６は、送信対象となるパケットに対する受領確認応答（例えば、ＢＡ）に用いる情報量（例えば、ＢＡビットマップのサイズ）を意味する。

例えば、送信側の情報処理装置と、受信側の情報処理装置との間で何らかの情報のやりとりが行われるタイミングで、図３のａに示すフレームのやりとりを行うことができる。例えば、ＨａｎｄｓｈａｋｅでＣａｐａｂｉｌｉｔｙがやりとりされる場合に、図３のａに示すフレームのやりとりを行うことができる。このように、図３のａに示すフレームをやりとりすることにより、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ２０５と、ＢｉｔｍａｐＳｉｚｅ２０６とを他の機器に通知することができる。

例えば、図３のａに示すフレームは、図５に示すＡＤＤＢＡＲｅｑｕｅｓｔ４１０およびＡＤＤＢＡＲｅｓｐｏｎｓｅ４２０、図９に示すデータフレーム４７０、図１０に示すＢＡＲ４９０としてやりとりすることができる。

ここで、上述したように、現在のＩＥＥＥ８０２．１１の仕様において、ＢＡビットマップで表現することができる最大のパケット数は６４である。このため、６４以上のパケット数を表現するためには、新たなフレームを定義する必要がある。そこで、既存のＢｌｏｃｋＡｃｋフレームを複数用いて、６４を超えるパケットを表現する例を図４に示す。

［ＢｌｏｃｋＡｃｋフレームのフォーマット例］
図４は、本技術の実施の形態における情報処理装置間でやりとりされるＢｌｏｃｋＡｃｋフレームのフォーマット例を示す図である。

図４に示すＢｌｏｃｋＡｃｋフレーム（フィールド３１１乃至３１５、３２０、３３０）におけるＢＡ（Block Acknowledgement）Ｃｏｎｔｒｏｌ３２０（フィールド３２１乃至３２７）のＲｅｓｅｒｖｅｄ領域に、ＭｕｌｔｉＢＡ３２５というｂｉｔを新たに用意する。これにより、既存のＢｌｏｃｋＡｃｋフレームを拡張し、６４を超えるパケットのビットマップを表現することができる。

１つのＢｌｏｃｋＡｃｋフレームに格納することができるＢｉｔｍａｐの最大値は、１２８ｏｃｔｅｔである。このため、１２８ｏｃｔｅｔを超えるサイズを送信側の情報処理装置から要求された場合には、受信側の情報処理装置は、複数のＢｌｏｃｋＡｃｋフレームを送信する。この場合に、受信側の情報処理装置は、複数のＢｌｏｃｋＡｃｋを連結（アグリゲーション）して送信するようにしてもよい。

ここで、受信側の情報処理装置が、複数のＢｌｏｃｋＡｃｋフレームを送信する場合には、それぞれのフレームが、どのパケットからどのパケットまでのビットマップに対応するかを、送信側の情報処理装置が区別できるようにする必要がある。

そこで、図４では、既存のＢｌｏｃｋＡｃｋフレームのＢＡＣｏｎｔｒｏｌ（ＢＡＣｏｎｔｒｏｌ３２０に対応）において、ＴＩＤ＿ＩＮＦＯとして使用されているフィールドを活用する例を示す。例えば、ＢＡＣｏｎｔｒｏｌ３２０のビットが立っている場合には、ＴＩＤ＿ＩＮＦＯを、Ｍｕｌｔｉ－ＢＡ＿ＩＮＦＯと呼ばれる識別子に読み替え、それぞれのＢｌｏｃｋＡｃｋフレームを同定することができる。

また、図４に示すＢｌｏｃｋＡｃｋフレーム（フィールド３１１乃至３１５、３２０、３３０）におけるＢＡＩｎｆｏｒｍａｔｉｏｎ３３０には、ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ３３１と、ＢｌｏｃｋＡｃｋｂｉｔｍａｐ３３２とが格納される。ＢｌｏｃｋＡｃｋＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＣｏｎｔｒｏｌ３３１と、ＢＬＯＣＫＡＣＫＢＩＴＭＡＰ３３２とについては、図６等を参照して詳細に説明する。

［ＡＤＤＢＡシーケンスでＢＡビットマップのサイズを決定する例］
図５は、本技術の実施の形態における情報処理装置間でやりとりされるＡＤＤＢＡＲｅｑｕｅｓｔおよびＡＤＤＢＡＲｅｓｐｏｎｓｅを利用してＢＡビットマップのサイズを決定する場合の一例を示す図である。すなわち、図５では、ＡＤＤＢＡシーケンスにおいてＢＡビットマップのサイズを決定する場合の例を示す。

図５では、トラフィック（データ）の送信側の機器を、送信側の情報処理装置４０１とし、トラフィックの受信側の機器を、受信側の情報処理装置４０２として示す。送信側の情報処理装置４０１および受信側の情報処理装置４０２は、図１に示す情報処理装置１００に対応する。なお、送信側の情報処理装置４０１は、請求の範囲に記載の第１情報処理装置の一例である。また、受信側の情報処理装置４０２は、請求の範囲に記載の第２情報処理装置の一例である。

送信側の情報処理装置４０１は、例えば、自装置に接続する１または複数の機器（受信側の情報処理装置４０２を含む）に対して無線通信サービスを提供するＡＰ（Access Point）とすることができる。また、受信側の情報処理装置４０２は、例えば、送信側の情報処理装置４０１に接続して無線通信を行うＳＴＡ（Station）とすることができる。

例えば、送信側の情報処理装置４０１および受信側の情報処理装置４０２は、それぞれ無線通信を介して接続され、直接的にフレームの送受信を行うことができる。また、例えば、送信側の情報処理装置４０１および受信側の情報処理装置４０２間で、ＡＤＤＢＡＲｅｑｕｅｓｔおよびＡＤＤＢＡＲｅｓｐｏｎｓｅの送受信を行うことにより、ＢＡＲおよびＢＡを送受信するための準備を完了することができる。この準備が完了することにより、受信側の情報処理装置４０２は、ＢＡＲを受信し、ＢＡを返信することが可能な状態となる。

最初に、送信側の情報処理装置４０１は、受信側の情報処理装置４０２に要求するＢＡビットマップのサイズを決定する。このＢＡビットマップのサイズの決定方法については、図１１を参照して詳細に説明する。

続いて、送信側の情報処理装置４０１は、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４１１と、その決定されたＢＡビットマップのサイズ（要求ＢｉｔｍａｐＳｉｚｅ４１２）とを受信側の情報処理装置４０２に要求する。この場合に、例えば、送信側の情報処理装置４０１は、ＡＤＤＢＡＲｅｑｕｅｓｔ４１０に、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４１１と、要求ＢｉｔｍａｐＳｉｚｅ４１２とを含めて、受信側の情報処理装置４０２に送信することができる。ここで、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４１１および要求ＢｉｔｍａｐＳｉｚｅ４１２は、図３のｂに示すＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ２０５およびＢｉｔｍａｐＳｉｚｅ２０６に対応する。

また、受信側の情報処理装置４０２は、ＡＤＤＢＡＲｅｑｕｅｓｔ４１０に含まれるＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４１１に基づいて、送信側の情報処理装置４０１から送信されるパケットの開始シーケンス番号を取得することができる。そして、受信側の情報処理装置４０２は、その開始シーケンス番号をＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４２１に含める。

また、受信側の情報処理装置４０２は、ＡＤＤＢＡＲｅｑｕｅｓｔ４１０に含まれる要求ＢｉｔｍａｐＳｉｚｅ４１２に基づいて、送信側の情報処理装置４０１から要求されたＢＡビットマップのサイズを把握することができる。そして、受信側の情報処理装置４０２は、送信側の情報処理装置４０１から要求されたＢＡビットマップのサイズでの送信（自装置からの送信）が可能であるか否かを判断する。

その要求されたＢＡビットマップのサイズでの送信が可能である場合には、受信側の情報処理装置４０２は、その要求されたＢＡビットマップのサイズと同一の値を使用可能ＢｉｔｍａｐＳｉｚｅ４２２に含める。一方、その要求されたＢＡビットマップのサイズでの送信が不可能である場合には、受信側の情報処理装置４０２は、自装置が確保できる最大のビットマップのサイズの値を使用可能ＢｉｔｍａｐＳｉｚｅ４２２に含める。ここで、自装置が確保できる最大のビットマップのサイズの値は、送信側の情報処理装置４０１から要求されたＢＡビットマップのサイズの範囲内となる。

このように、受信側の情報処理装置４０２は、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４１１および使用可能ＢｉｔｍａｐＳｉｚｅ４２２に各値を格納したＡＤＤＢＡＲｅｓｐｏｎｓｅ４２０を送信側の情報処理装置４０１に返信する。

例えば、受信側の情報処理装置４０２は、自装置の物理的な制約により、送信側の情報処理装置４０１から要求されたＢＡビットマップのサイズよりも小さいサイズしか確保できない場合等も想定される。そこで、図５に示すように、送信側の情報処理装置４０１および受信側の情報処理装置４０２間で、ＡＤＤＢＡＲｅｑｕｅｓｔ４１０およびＡＤＤＢＡＲｅｓｐｏｎｓｅ４２０のやりとりを行う。これにより、受信側の情報処理装置４０２は、送信側の情報処理装置４０１から要求されたＢＡビットマップのサイズよりも小さいサイズしか確保できない旨を、送信側の情報処理装置４０１に通知することができる。

ここで、受信側の情報処理装置が、特定機能（送信側の情報処理装置から要求されたＢＡビットマップのサイズを設定する機能）を備えていないことも想定される。この場合には、送信側の情報処理装置４０１が受信するＡＤＤＢＡＲｅｓｐｏｎｓｅ４２０に使用可能Ｂｉｔｍａｐｓｉｚｅ４２２が含まれない。そこで、使用可能Ｂｉｔｍａｐｓｉｚｅ４２２を含まないＡＤＤＢＡＲｅｓｐｏｎｓｅ４２０を受信した場合には、送信側の情報処理装置４０１は、受信側の情報処理装置が特定機能に非対応であると判断することができる。そして、特定機能に非対応であると判断した場合には、送信側の情報処理装置４０１は、６４ビットのＢＡビットマップのサイズを用いると判断することができる。

このように、送信側の情報処理装置４０１および受信側の情報処理装置４０２間で、ＡＤＤＢＡＲｅｑｕｅｓｔ４１０およびＡＤＤＢＡＲｅｓｐｏｎｓｅ４２０のやりとりを行う。また、このようにやりとりされた各情報は、各機器の記憶部（図１に示す記憶部１５０に相当）に保持されて用いられる。これにより、送信側の情報処理装置４０１および受信側の情報処理装置４０２間でやりとりが可能なＢＡビットマップのサイズを適切に設定することができる。

また、そのように設定されたＢＡビットマップのサイズに基づいて、受信側の情報処理装置４０２は、送信側の情報処理装置４０１から送信されたパケットに対するＢＡを、送信側の情報処理装置４０１に送信することができる。

ここで、ＢＡは、Ａｃｋされたパケットに関する情報のみを伝達することができればよい。例えば、Ａｃｋされていない部分が連続している場合には、それらの部分を圧縮することにより、情報量を少なくすることができる。例えば、ＢＡビットマップを圧縮して送信することができる。この例を図６、図８に示す。

ここで、ＢＡビットマップを圧縮して送信する場合には、送信側の情報処理装置および受信側の情報処理装置間で事前のやりとりを行う必要がある。例えば、受信側の情報処理装置は、自装置が圧縮機能を備え、ＢＡビットマップを圧縮して送信する可能性がある旨を、図３のａに示すＤＡＴＡ２０３に格納して送信側の情報処理装置に通知することができる。また、他のタイミングで行われる送信側の情報処理装置および受信側の情報処理装置間のやりとりでその旨を通知するようにしてもよい。

［ＢＡビットマップを圧縮して送信する例］
図６は、本技術の実施の形態における受信側の情報処理装置がＢＡビットマップを圧縮して送信する場合の圧縮例を示す図である。

図６のａには、送信側の情報処理装置４０１がデータフレーム４３０を受信側の情報処理装置４０２に送信し、受信側の情報処理装置４０２が、データフレーム４３０に対するＢｌｏｃｋＡｃｋ４４０を送信側の情報処理装置４０１に送信する例を示す。

図６のａに示すように、ＢｌｏｃｋＡｃｋ４４０には、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４４１と、ＢｉｔｍａｐＳｉｚｅ４４２と、Ｂｉｔｍａｐ４４３とが格納される。これらの情報は、図４に示すＢＡＩｎｆｏｒｍａｔｉｏｎ３３０の各情報に対応する。

ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４４１は、データフレーム４３０を構成するパケットに対応するシーケンス番号のうちの開始シーケンス番号を意味する。

ＢｉｔｍａｐＳｉｚｅ４４２は、データフレーム４３０に対するＢｌｏｃｋＡｃｋ４４０に含まれるＢＡビットマップのサイズである。このサイズは、図５に示すやりとりにより設定される。

Ｂｉｔｍａｐ４４３は、データフレーム４３０に対するＡｃｋを示すビットマップ情報である。Ｂｉｔｍａｐ４４３として、例えば、図５に示すやりとりにより設定されたＢＡビットマップのサイズの情報（例えば、図６のｂに示す各情報（０、１））が格納される。

図６のｂには、ＢｌｏｃｋＡｃｋ４４０に格納されるＢｉｔｍａｐ４４３の一例を示す。図６のｂに示す例において、データフレーム４３０を構成するパケットのうち、受信に成功したパケットに対応するシーケンス番号の領域には「１」が格納される。また、データフレーム４３０を構成するパケットのうち、受信に失敗したパケットに対応するシーケンス番号の領域には「０」が格納される。

図６のｂでは、左から８番目のパケットのみがＡｃｋされている場合（すなわち、左から８番目の領域に「１」が格納される場合）の例を示す。

上述したように、ＢＡは、Ａｃｋされたパケットに関する情報のみを伝達することができればよい。例えば、Ａｃｋされていない部分が連続している場合には、それらの部分を圧縮することにより、情報量を少なくすることができる。例えば、図６のｂに示す例では、左から８番目のパケットのみがＡｃｋされ、これ以降は、Ａｃｋされていない部分が連続している。このため、左から９番目以降のパケットのビットは、送信を省略することができる。

そこで、矢印４４５に示すように、点線の矩形４４４内に示す各情報のみを、Ｂｉｔｍａｐ４４３としてＢｌｏｃｋＡｃｋ４４０に格納して送信することができる。この場合に、送信側の情報処理装置４０１は、受信したＢｌｏｃｋＡｃｋ４４０に含まれるＢｉｔｍａｐＳｉｚｅ４４２に基づいて、ＢｌｏｃｋＡｃｋ４４０に含まれるビットマップのサイズを把握することができる。このため、送信側の情報処理装置４０１は、左から９番目以降のパケットのビットの送信が省略されていることを把握することができる。

このように、Ａｃｋされていない部分が連続している場合には、それらの部分のビットマップを圧縮して送信することにより、ＢＡのサイズを小さくすることができる。これにより、送信時間を短縮することができ、消費電力を削減することができる。また、帯域の占有率を削減することができる。

ここで、図６では、受信側の情報処理装置が、ＢＡビットマップのサイズを、ＢｉｔｍａｐＳｉｚｅ４４２として送信側の情報処理装置に通知する例を示した。すなわち、図６では、ＢＡビットマップのサイズそのものを通知する例を示した。ただし、ＢＡビットマップのサイズそのものではなく、既知の規則によって定められた情報（例えば、付随される情報）を用いて、代表されるＢＡビットマップのサイズの何れかを用いているかを通知するようにしてもよい。この例を図７に示す。

［付随情報を用いてビットマップのサイズを通知する例］
図７は、本技術の実施の形態における受信側の情報処理装置がＢＡビットマップのサイズを通知する場合の通知例を示す図である。

図７のａには、送信側の情報処理装置から受信側の情報処理装置に送信されるフレームの一部を簡略化して示す。このフレームは、ＢｉｔｍａｐＳｉｚｅＩｎｆｏｒｍａｔｉｏｎ４４５と、ＢｌｏｃｋＡｃｋＢｉｔｍａｐ４４６とを含む。

図７のｂには、ＢＡビットマップのサイズ（例えば、１６ビット、３２ビット、６４ビット、…、２０４８ビット）と、既知の規則によって定められた情報（例えば、０００、００１、０１０、…、１１１）との関係例を示す。

例えば、受信側の情報処理装置は、図７のｂに示す既知の規則によって定められた情報をＢｉｔｍａｐＳｉｚｅＩｎｆｏｒｍａｔｉｏｎ４４５に格納することにより、ＢＡビットマップのサイズを送信側の情報処理装置に通知することができる。例えば、受信側の情報処理装置は、ＢＡビットマップのサイズとして「００１」をＢｉｔｍａｐＳｉｚｅＩｎｆｏｒｍａｔｉｏｎ４４５に格納することにより、ＢＡビットマップのサイズ「３２ビット」を送信側の情報処理装置に通知することができる。

このように、ＢＡビットマップのサイズ（例えば、１６ビット、３２ビット、６４ビット、…、２０４８ビット）を、既知の規則によって定められた情報（例えば、０００、００１、０１０、…、１１１）を用いて、送信側の情報処理装置に通知することができる。

また、図６では、不要なビットを送信しないことによりＢＡビットマップを圧縮する例を示したが、他の圧縮方法により、ＢＡビットマップを圧縮するようにしてもよい。例えば、連続する同じビットを数値化して圧縮することも考えられる。この例を図８に示す。

［ＢＡビットマップを圧縮して送信する例］
図８は、本技術の実施の形態における受信側の情報処理装置がＢＡビットマップを圧縮して送信する場合の圧縮例を示す図である。具体的には、ＢＡビットマップを数値化して圧縮する例を示す。

図８のａには、送信側の情報処理装置４０１がデータフレーム４５０を受信側の情報処理装置４０２に送信し、受信側の情報処理装置４０２が、データフレーム４５０に対するＢｌｏｃｋＡｃｋ４６０を送信側の情報処理装置４０１に送信する例を示す。

図８のａに示すように、ＢｌｏｃｋＡｃｋ４６０には、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４６１と、ＢｉｔｍａｐＳｉｚｅ４６２と、ＢｌｏｃｋＡｃｋＢｉｔｍａｐを表す数値４６３とが格納される。なお、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４６１およびＢｉｔｍａｐＳｉｚｅ４６２は、図６のａに示すＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４４１およびＢｉｔｍａｐＳｉｚｅ４４２に対応する。

ＢｌｏｃｋＡｃｋＢｉｔｍａｐを表す数値４６３は、データフレーム４５０に対するＢｌｏｃｋＡｃｋを示す情報である。ＢｌｏｃｋＡｃｋＢｉｔｍａｐを表す数値４６３として、例えば、図５に示すやりとりにより設定されたサイズの情報（例えば、図８のｂに示す数値（７０１１２０６１（矩形４６４内に示す）））が格納される。

図８のｂには、ＢｌｏｃｋＡｃｋ４６０に格納されるＢｌｏｃｋＡｃｋＢｉｔｍａｐを表す数値４６３の一例を示す。図８のｂに示す例において、データフレーム４５０を構成するパケットのうち、受信に成功したパケットに対応するシーケンス番号の領域には「１」が格納される。また、データフレーム４５０を構成するパケットのうち、受信に失敗したパケットに対応するシーケンス番号の領域には「０」が格納される。

図８のｂでは、ビットマップとして、左から順に７つの「０」が続き、１つの「１」が続き、２つの「０」が続き、６つの「１」が続く例を示す。そこで、０、１と、これらが連続する数とを、ビットマップを表す数値として、ビットマップの代わりに格納することができる。

例えば、図８のｂでは、左から順に７つの「０」が続くため、「７０」が最初に配置される。また、その後に、１つの「１」が続くため、「１１」が「７０」の次に配置される。同様に、その後に、２つの「０」が続くため、「２０」が「７０１１」の次に配置される。同様に、その後に、６つの「１」が続くため、「６１」が「７０１１２０」の次に配置される。このように、図８のｂに示す例では、ビットマップを表す数値を「７０１１２０６１（矩形４６４内に示す）」として表すことができる。そして、矢印４６５に示すように、ビットマップを表す数値を「７０１１２０６１」がＢｌｏｃｋＡｃｋＢｉｔｍａｐを表す数値４６３に格納される。

ここで、例えば、０、１が１０以上続く場合には、０、１と、これらが連続する数とを区別することができないことも想定される。例えば、「０」が１１続くと、１１０となるため、上述した規則を適用することができない。そこで、可能性のあるパターンの計算を順次行い、ＢＡビットマップのサイズが、決定された値となる区分を発見するようにしてもよい。

例えば、０、１が連続する数が１０未満である場合と、０が連続する数が１０以上である場合と、１が連続する数が１０以上である場合とのそれぞれのパターンについて順次計算する。また、０、１が１００以上続く場合も想定される場合には、その計算を行う。そして、ＢＡビットマップのサイズが、決定された値と一致する計算結果に対応する区分を発見することができる。

なお、０、１と、これらが連続する数とを逆にした「０７１１０２１６」を、ビットマップを表す数値とするようにしてもよい。

また、ＢＡビットマップは、「０」および「１」のみで構成されることを利用して、最初のビットのみを通知し、以降はビットの種類情報をなくし、連続数のみを通知するようにしてもよい。例えば、０００００００１００１１１１１１については、「０＋７１２６」または「７０１２６」と数値化して圧縮することができる。

このように、ビットマップを数値化して圧縮することにより、ＢＡのサイズを小さくすることができる。これにより、送信時間を短縮することができ、消費電力を削減することができる。また、帯域の占有率を削減することができる。

なお、圧縮方式として、上述した各圧縮方法以外の圧縮方法を利用することができる。例えば、ビットマップの圧縮方式に、その他の可逆圧縮方式を用いてもよい。また、可逆圧縮方式のなかでも、例えば、エントロピー符号としてシャノン符号やハフマン符号を用いたものや、辞書式の圧縮方式として、Ｄｅｆｒａｔｅ、Ｌｅｍｐｅｌ－Ｚｉｖを用いたものであってもよい。

以上では、送信側の情報処理装置および受信側の情報処理装置間でやりとりされるＡＤＤＢＡＲｅｑｕｅｓｔおよびＡＤＤＢＡＲｅｓｐｏｎｓｅを利用してＢＡビットマップのサイズを設定する例を示した。以下では、データフレームを用いてＢＡビットマップのサイズを動的に設定する例を示す。

［ＢＡビットマップのサイズを動的に決定する例］
図９は、本技術の実施の形態における情報処理装置間でやりとりされるデータフレームを用いてＢＡビットマップのサイズを決定する場合の一例を示す図である。すなわち、図９では、データフレームの付加情報としてＢＡビットマップのサイズを決定するための情報を送信し、データ通信が行われている際に動的にＢＡビットマップのサイズをやりとりする例を示す。

例えば、送信側の情報処理装置４０１は、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４７１と、要求ＢｉｔｍａｐＳｉｚｅ４７２とをデータフレーム４７０に含めて受信側の情報処理装置４０２に送信する。

ここで、例えば、送信側の情報処理装置４０１および受信側の情報処理装置４０２間で行われた情報のやりとりにより、送信側の情報処理装置４０１は、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握していることも想定される。例えば、図５に示すやりとりを行うことにより、送信側の情報処理装置４０１は、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握することができる。

このように、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握している場合には、送信側の情報処理装置４０１は、その使用可能なＢＡビットマップのサイズの範囲内の値を要求ＢｉｔｍａｐＳｉｚｅ４７２に格納して送信する。

また、送信側の情報処理装置４０１が、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握していないことも想定される。この場合には、送信側の情報処理装置４０１は、図５に示す例と同様に、受信側の情報処理装置４０２に要求するＢＡビットマップのサイズを決定する。そして、送信側の情報処理装置４０１は、その決定されたＢＡビットマップのサイズを要求ＢｉｔｍａｐＳｉｚｅ４７２に格納して送信する。この場合には、送信側の情報処理装置４０１は、受信側の情報処理装置４０２からのＢｌｏｃｋＡｃｋ４７５に含まれる情報に基づいて、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握することができる。

また、受信側の情報処理装置４０２は、データフレーム４７０に対するＢｌｏｃｋＡｃｋ４７５を送信側の情報処理装置４０１に送信する。この場合に、受信側の情報処理装置４０２は、受信したデータフレーム４７０に含まれるＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４７１と、要求ＢｉｔｍａｐＳｉｚｅ４７２とに基づいて、ＢｌｏｃｋＡｃｋ４７５を送信する。

例えば、送信側の情報処理装置４０１は、自装置においてアプリケーションのトラフィック負荷が大きい場合には、大きいＢＡビットマップのサイズを要求することができる。また、送信側の情報処理装置４０１は、自装置においてアプリケーションのトラフィック負荷が小さい場合には、小さいＢＡビットマップのサイズを要求することができる。これにより、適切なＢＡビットマップを獲得することができる。

［ＢＡビットマップのサイズを動的に決定する他の例］
図１０は、本技術の実施の形態における情報処理装置間でやりとりされるデータフレームを用いてＢＡビットマップのサイズを決定する場合の一例を示す図である。すなわち、図１０では、ＢＡＲの付加情報としてＢＡビットマップのサイズを決定するための情報を送信し、データ通信が行われている際に動的にＢＡビットマップのサイズをやりとりする例を示す。

例えば、送信側の情報処理装置４０１は、データフレーム４８０を受信側の情報処理装置４０２に送信する。続いて、送信側の情報処理装置４０１は、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４９１と、要求ＢｉｔｍａｐＳｉｚｅ４９２とをＢＡＲ４９０に含めて受信側の情報処理装置４０２に送信する。

ここで、図９に示す例と同様に、送信側の情報処理装置４０１が、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握していることも想定される。この場合には、送信側の情報処理装置４０１は、その使用可能なＢＡビットマップのサイズの範囲内の値を要求ＢｉｔｍａｐＳｉｚｅ４９２に格納して送信する。また、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握していない場合も想定される。この場合には、送信側の情報処理装置４０１は、最初に、受信側の情報処理装置４０２の使用可能なＢＡビットマップのサイズを把握する。そして、これ以降は、送信側の情報処理装置４０１は、その使用可能なＢＡビットマップのサイズの範囲内の値を要求ＢｉｔｍａｐＳｉｚｅ４９２に格納して送信する。

また、受信側の情報処理装置４０２は、データフレーム４８０に対するＢｌｏｃｋＡｃｋ４９５を送信側の情報処理装置４０１に送信する。この場合に、受信側の情報処理装置４０２は、受信したＢＡＲ４９０に含まれるＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ４９１と、要求ＢｉｔｍａｐＳｉｚｅ４９２とに基づいて、ＢｌｏｃｋＡｃｋ４９５を送信する。

また、図９に示す例と同様に、例えば、送信側の情報処理装置４０１は、自装置におけるアプリケーションのトラフィック負荷に応じて、ＢＡビットマップのサイズを要求することができる。これにより、適切なＢＡビットマップを獲得することができる。

［送信側の情報処理装置の動作例］
図１１は、本技術の実施の形態における情報処理装置１００が要求するＢＡビットマップのサイズを決定する決定処理の処理手順の一例を示すフローチャートである。すなわち、図１１では、情報処理装置１００が送信側の機器として動作する場合の動作例を示す。この処理手順は、例えば、データ送信の直前に、データ送信毎に行うことができる。

最初に、情報処理装置１００の制御部１６０は、送信対象となるパケットのうち、受信側の情報処理装置からＡｃｋが通知されていない最小のシーケンスナンバー（シーケンス番号）を算出する（ステップＳ８０１）。そして、制御部１６０は、その算出された最小のシーケンスナンバーを、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒに設定する（ステップＳ８０１）。

続いて、制御部１６０は、送信対象となるパケットのうち、最大のシーケンスナンバー（最大ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）を算出する（ステップＳ８０２）。

続いて、制御部１６０は、設定されたＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒと、算出された最大のシーケンスナンバーとに基づいて、受信側の機器に要求するＢＡビットマップのサイズを決定する（ステップＳ８０３）。

例えば、制御部１６０は、次の式を用いて、受信側の機器に要求するＢＡビットマップのサイズＢＭＳ１を算出することができる。
ＢＭＳ１＝ｒｏｕｎｄ（（最大ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ－ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒ＋１）／８）・・・式１

ここで、ｒｏｕｎｄは、小数点以下の切り上げを表す。また、１バイトが８ビット（最小のオクテット）であるため、式１では、送信対象となるパケットの値を８で除算するようにする。なお、ステップＳ８０１乃至Ｓ８０３は、請求の範囲に記載の制御手順の一例である。

このように、制御部１６０は、送信対象となるパケットに関する情報に基づいて、そのパケットに対する受領確認応答（例えば、ＢＡ）に用いる情報量（例えば、ＢＡビットマップのサイズ）を決定する制御を行うことができる。この例では、送信対象となるパケットに関する情報を、最大ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ、ＳｔａｒｔｉｎｇＳｅｑｕｅｎｃｅＮｕｍｂｅｒとする例を示す。なお、送信対象となるパケットに関する情報を、送信対象となるパケットの数、または、送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さとすることができる。また、送信対象となるパケットは、このパケットの送信先の機器への送信に成功していないパケットとすることができる。

また、制御部１６０は、その決定された情報量（例えば、ＢＡビットマップのサイズ）を、パケットの送信先の機器に通知する。この場合に、制御部１６０は、その決定された情報量を所定のフレームに含めて送信することができる。所定のフレームは、例えば、ＡＤＤＢＡＲｅｑｕｅｓｔ４１０（図５に示す）、データフレーム４７０（図９に示す）、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔ４９０（図１０に示す）、アグリゲーションされたフレームの何れかとすることができる。例えば、制御部１６０は、その決定された情報量を、アグリゲーションされたフレームに含めて送信する場合には、アグリゲーションされたフレームのうちの少なくとも一部に含めて送信することができる。ここで、その決定された情報量を格納するフレーム（アグリゲーションされたフレームの一部）については、ＩＥＥＥ８０２．１１で定義された既存のフレームであってもよいし、新たに定義されたフレームであってもよい。これにより、例えば、データフレームやその他のフレームとアグリゲーションされた場合についても、その決定された情報量（例えば、ＢＡビットマップのサイズ）を、パケットの送信先の機器に通知することができる。

また、制御部１６０は、その決定された情報量（例えば、ＢＡビットマップのサイズ）を通知した後に、送信先の機器からその情報量とは異なる情報量が通知された場合には、その異なる情報量を受領確認応答に用いる情報量として新たに決定する。

また、制御部１６０は、送信対象となるパケットのうち、決定された情報量（例えば、ＢＡビットマップのサイズ）に応じたパケットを連結して送信先の機器に送信する制御を行うことができる。

また、制御部１６０は、例えば、図９、図１０に示すように、パケットを送信先の機器に送信する毎に、そのパケットに対する情報量を決定し、この決定された情報量を送信先の機器に通知するようにしてもよい。

また、図９、図１０に示す例と同様に、情報処理装置１００においてアプリケーションのトラフィック負荷が大きい場合には、閾値を基準として大きいＢＡビットマップのサイズを決定するようにしてもよい。また、情報処理装置１００においてアプリケーションのトラフィック負荷が小さい場合には、閾値を基準として小さいＢＡビットマップのサイズを決定するようにしてもよい。また、閾値として複数の閾値を用いるようにしてもよい。また、使用しているアプリケーション、情報処理装置１００の通信環境（例えば、混雑度、接続機器の数）に応じて、ＢＡビットマップのサイズを決定するようにしてもよい。すなわち、制御部１６０は、情報処理装置１００におけるアプリケーションのトラフィック負荷に基づいて、ＢＡビットマップのサイズを決定する制御を行うようにしてもよい。また、制御部１６０は、使用しているアプリケーションの種類に基づいて、ＢＡビットマップのサイズを決定する制御を行うようにしてもよい。また、制御部１６０は、情報処理装置１００の通信環境（例えば、混雑度、接続機器の数）に基づいて、ＢＡビットマップのサイズを決定する制御を行うようにしてもよい。

［受信側の情報処理装置の動作例］
図１２は、本技術の実施の形態における情報処理装置１００が返信に用いるＢＡビットマップのサイズを決定する決定処理の処理手順の一例を示すフローチャートである。すなわち、図１２では、情報処理装置１００が受信側の機器として動作する場合の動作例を示す。この処理手順は、例えば、データ受信毎に行うことができる。

最初に、情報処理装置１００の制御部１６０は、送信側の機器から要求されたＢＡビットマップのサイズを取得する（ステップＳ８１１）。例えば、制御部１６０は、受信したフレームに含まれる要求ＢｉｔｍａｐＳｉｚｅ（例えば、図５に示す要求ＢｉｔｍａｐＳｉｚｅ４１２）を取得する。

続いて、制御部１６０は、送信側の機器から要求されたＢＡビットマップのサイズでのＢＡの送信（自装置からの送信）が可能であるか否かを判断する（ステップＳ８１２）。

要求されたＢＡビットマップのサイズでのＢＡの送信が可能である場合には（ステップＳ８１２）、制御部１６０は、送信側の機器から要求されたＢＡビットマップのサイズと同一のサイズを送信側の情報処理装置に送信する（ステップＳ８１３）。例えば、制御部１６０は、送信側の機器から要求されたＢＡビットマップのサイズと同一のサイズを、フレームにおける使用可能ＢｉｔｍａｐＳｉｚｅ（例えば、図５に示す使用ＢｉｔｍａｐＳｉｚｅ４２２）に格納して、送信側の情報処理装置に送信する。

要求されたＢＡビットマップのサイズでのＢＡの送信が不可能である場合には（ステップＳ８１２）、制御部１６０は、自装置が確保できる最大のビットマップのサイズの値を、送信側の情報処理装置に送信する（ステップＳ８１４）。例えば、制御部１６０は、自装置が確保できる最大のビットマップのサイズの値を、フレームにおける使用可能ＢｉｔｍａｐＳｉｚｅ（例えば、図５に示す使用ＢｉｔｍａｐＳｉｚｅ４２２）に格納して、送信側の情報処理装置に送信する。

このように、制御部１６０は、パケットの送信側の機器から通知された情報量（パケットに対する受領確認応答に用いる情報量）に基づいて、その機器から送信されたパケットに対する受領確認応答に用いる情報量を決定する制御を行う。そして、制御部１６０は、その決定された情報量に基づいて、送信側の機器から送信されたパケットに対する受領確認応答を送信側の機器に返信する制御を行う。この場合に、制御部１６０は、送信側の機器から通知された情報量が、情報処理装置１００が備える無線通信に関する性能を超えている場合には、その性能の範囲内において送信側の機器から通知された情報量とは異なる情報量を決定する。そして、制御部１６０は、その決定された情報量を送信側の機器に通知する。

［受信側の情報処理装置の動作例］
図１３は、本技術の実施の形態における情報処理装置１００がＢＡビットマップを圧縮して送信するか否かを決定する決定処理の処理手順の一例を示すフローチャートである。すなわち、図１３では、情報処理装置１００が受信側の機器として動作する場合の動作例を示す。この処理手順は、例えば、データ送信毎に行うことができる。

最初に、情報処理装置１００の制御部１６０は、ＢＡビットマップの情報量（圧縮前のＢＡビットマップの情報量）と、ＢＡビットマップを圧縮した場合の情報量（圧縮後のＢＡビットマップの情報量）とを比較する（ステップＳ８２１）。

圧縮後のＢＡビットマップの情報量が、圧縮前のＢＡビットマップの情報量よりも小さい場合には（ステップＳ８２１）、制御部１６０は、ＢＡビットマップを圧縮した情報をフレームに格納して送信側の機器に送信する（ステップＳ８２２）。例えば、図６、図８に示すように、ＢＡビットマップを圧縮してフレームに格納することができる。

圧縮後のＢＡビットマップの情報量が、圧縮前のＢＡビットマップの情報量よりも小さくない場合には（ステップＳ８２１）、制御部１６０は、ＢＡビットマップを圧縮せずにフレームに格納して送信側の機器に送信する（ステップＳ８２３）。

このように、制御部１６０は、受信したパケットに対する受領確認応答（例えば、ＢＡ）を送信する場合に、その受領確認応答に用いる情報量（例えば、ＢＡビットマップのサイズ）に基づいて、受領確認応答を圧縮して送信する制御を行うことができる。この場合に、送信元の機器は、その圧縮された受領確認応答を情報処理装置１００から受信した場合には、自装置で決定した情報量に基づいて、その受信した圧縮された受領確認応答の内容を取得することができる。

ここで、上述したように、現在のＩＥＥＥ８０２．１１の仕様では、ＢＡビットマップのサイズが６４ビットの固定値である。このため、例えば、トラフィック負荷が大きく、一定時間に６４パケット以上の送信要求が発生しても、初めの６4個のパケットの送信が成功とみなされるまで、次のパケットの送信がブロックされてしまう場合がある。また、トラフィック負荷が小さく、一定時間中に６４個以下のパケットしか通信されない場合でも、無駄な情報を送信することになる。そこで、本技術の実施の形態では、ＢＡビットマップを動的に決定できるようなプロトコルを提供する。

このように、本技術の実施の形態によれば、ＢＡビットマップのサイズを決定するためのプロトコルを実現することができる。また、圧縮したＢｉｔｍａｐを送信することができる。

また、本技術の実施の形態によれば、ＡＣＫのビットマップのサイズを適切に設定することができる。これにより、無線通信の効率を向上させることができ、ＡＣＫ送信時間を最適化することができる。

＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置１００、４０１、４０２は、スマートフォン、タブレットＰＣ（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）であってもよい。

無線通信インターフェース９６３は、ＩＥＥＥ８０２．１１ａ、１１ｂ、１１ｇ、１１ｎ、１１ａｃ及び１１ａｄなどの無線ＬＡＮ標準のうちの１つ以上をサポートし、近傍の端末へアクセスポイントとして無線接続を提供する。無線通信インターフェース９６３は、典型的には、ベースバンドプロセッサ、ＲＦ回路及びパワーアンプなどを含み得る。無線通信インターフェース９６３は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を集積したワンチップのモジュールであってもよい。アンテナスイッチ９６４は、無線通信インターフェース９６３に含まれる複数の回路の間でアンテナ９６５の接続先を切り替える。アンテナ９６５は、単一の又は複数のアンテナ素子を有し、無線通信インターフェース９６３による無線信号の送信及び受信のために使用される。

図１６に示した無線アクセスポイント９５０において、図１を用いて説明した制御部１６０は、無線通信インターフェース９６３において実装されてもよい。また、これら機能の少なくとも一部は、コントローラ９５１において実装されてもよい。例えば、無線アクセスポイント９５０においてＢＡビットマップを決定することにより、無線通信の効率を高めることができる。

なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。

また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disc）、メモリカード、ブルーレイディスク（Blu-ray（登録商標）Disc）等を用いることができる。

なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。

なお、本技術は以下のような構成もとることができる。
（１）
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置。
（２）
前記送信対象となるパケットに関する情報は、前記送信対象となるパケットの数、または、前記送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さである前記（１）に記載の情報処理装置。
（３）
前記送信対象となるパケットは、当該パケットの送信先の機器への送信に成功していないパケットである前記（１）または（２）に記載の情報処理装置。
（４）
前記制御部は、前記送信対象となるパケットのうち、前記決定された前記情報量に応じたパケットを連結して送信先の機器に送信する制御を行う前記（１）から（３）のいずれかに記載の情報処理装置。
（５）
前記制御部は、前記送信対象となるパケットを連結して送信先の機器に送信する制御を行い、前記機器が前記情報処理装置に返信するＢｌｏｃｋＡｃｋのビットマップのサイズを前記情報量として決定する前記（１）から（４）のいずれかに記載の情報処理装置。
（６）
前記制御部は、前記決定された前記情報量を前記パケットの送信先の機器に通知する前記（１）から（５）のいずれかに記載の情報処理装置。
（７）
前記制御部は、前記決定された前記情報量を所定のフレームに含めて前記機器に送信する前記（６）に記載の情報処理装置。
（８）
前記制御部は、前記決定された前記情報量を、ＡＤＤＢＡＲｅｑｕｅｓｔと、データフレームと、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔと、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの少なくとも１つのフレームとの何れかに含めて前記機器に送信する前記（６）または（７）に記載の情報処理装置。
（９）
前記制御部は、前記情報量を通知した後に前記機器から当該情報量とは異なる情報量が通知された場合には、当該異なる情報量を前記受領確認応答に用いる情報量として新たに決定する前記（６）から（８）のいずれかに記載の情報処理装置。
（１０）
前記制御部は、前記パケットを送信先の機器に送信する毎に、当該パケットに対する前記情報量を決定し、当該決定された情報量を前記機器に通知する制御を行う前記（１）から（９）のいずれかに記載の情報処理装置。
（１１）
前記制御部は、前記パケットの送信先の機器が前記受領確認応答を返信する際に用いられる前記情報量を決定する前記（１）から（１０）のいずれかに記載の情報処理装置。
（１２）
前記制御部は、圧縮された前記受領確認応答を前記機器から受信した場合には、前記決定された前記情報量に基づいて、当該受信した圧縮された受領確認応答の内容を取得する前記（１１）に記載の情報処理装置。
（１３）
パケットの送信元の機器から通知された前記パケットに対する受領確認応答に用いる情報量に基づいて、前記機器から送信された前記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置。
（１４）
前記制御部は、前記機器から通知された前記情報量が、前記情報処理装置が備える無線通信に関する性能を超えている場合には、前記性能の範囲内において前記機器から通知された前記情報量とは異なる情報量を決定して前記機器に通知する前記（１３）に記載の情報処理装置。
（１５）
受信したパケットに対する受領確認応答を送信する場合に、前記受領確認応答に用いる情報量に基づいて、前記受領確認応答を圧縮して送信する制御を行う制御部を具備する情報処理装置。
（１６）
第２情報処理装置への送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定し、当該決定された情報量を前記第２情報処理装置に通知する第１情報処理装置と、
前記第１情報処理装置から通知された前記情報量に基づいて、前記第１情報処理装置から送信された前記パケットに対する受領確認応答を前記第１情報処理装置に返信する第２情報処理装置と
を具備する通信システム。
（１７）
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御手順を具備する情報処理方法。
（１８）
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御手順をコンピュータに実行させるプログラム。

１００、４０１、４０２情報処理装置
１１０データ処理部
１２０信号処理部
１３０無線インターフェース部
１４０アンテナ
１５０記憶部
１６０制御部
９００スマートフォン
９０１プロセッサ
９０２メモリ
９０３ストレージ
９０４外部接続インターフェース
９０６カメラ
９０７センサ
９０８マイクロフォン
９０９入力デバイス
９１０表示デバイス
９１１スピーカ
９１３無線通信インターフェース
９１４アンテナスイッチ
９１５アンテナ
９１７バス
９１８バッテリー
９１９補助コントローラ
９２０カーナビゲーション装置
９２１プロセッサ
９２２メモリ
９２４ＧＰＳモジュール
９２５センサ
９２６データインターフェース
９２７コンテンツプレーヤ
９２８記憶媒体インターフェース
９２９入力デバイス
９３０表示デバイス
９３１スピーカ
９３３無線通信インターフェース
９３４アンテナスイッチ
９３５アンテナ
９３８バッテリー
９４１車載ネットワーク
９４２車両側モジュール
９５０無線アクセスポイント
９５１コントローラ
９５２メモリ
９５４入力デバイス
９５５表示デバイス
９５７ネットワークインターフェース
９５８有線通信ネットワーク
９６３無線通信インターフェース
９６４アンテナスイッチ
９６５アンテナ

Claims

第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を他の情報処理装置に送信する送信部と、
前記他の情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記他の情報処理装置から受信する受信部と、
を具備し、
前記第２の情報に対応する値は、前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように設定され、
前記送信部は前記他の情報処理装置にデータフレームを送信し、
前記受信部は、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを受信する、
情報処理装置。
前記データフレームに含まれ、送信対象となるパケットに関する情報に基づいて、前記データフレームに対する前記第１のＢｌｏｃｋＡｃｋビットマップサイズを決定する制御部を具備し、
前記送信対象となるパケットに関する前記情報は、前記送信対象となるパケットの数、または、前記送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さである請求項１記載の情報処理装置。
前記送信対象となるパケットは、前記他の情報処理装置への送信に成功していないパケットである請求項２記載の情報処理装置。
前記制御部は、前記送信対象となるパケットのうち、前記第１のＢｌｏｃｋＡｃｋビットマップサイズに応じたパケットを連結して前記他の情報処理装置に送信する制御を行う請求項２または３に記載の情報処理装置。
前記制御部は、前記送信対象となるパケットを連結して前記他の情報処理装置に送信する制御を行い、前記他の情報処理装置が前記情報処理装置に通知する前記第２のＢｌｏｃｋＡｃｋビットマップサイズを前記ＢｌｏｃｋＡｃｋフレームのビットマップサイズとして決定する請求項２から４のいずれかに記載の情報処理装置。
前記制御部は、前記第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である前記第１の情報を、ＡＤＤＢＡＲｅｑｕｅｓｔと、データフレームと、ＢｌｏｃｋＡｃｋＲｅｑｕｅｓｔと、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの少なくとも１つのフレームとの何れかに含めて前記他の情報処理装置に送信する請求項２から５のいずれかに記載の情報処理装置。
前記制御部は、前記第１のＢｌｏｃｋＡｃｋビットマップサイズを通知した後に前記他の情報処理装置から前記第１のＢｌｏｃｋＡｃｋビットマップサイズとは異なる前記第２のＢｌｏｃｋＡｃｋビットマップサイズが通知された場合には、前記第２のＢｌｏｃｋＡｃｋビットマップサイズを前記ＢｌｏｃｋＡｃｋフレームに用いるビットマップサイズとして新たに決定する請求項２から６のいずれかに記載の情報処理装置。
前記制御部は、前記データフレームを前記他の情報処理装置に送信する毎に、前記第１のＢｌｏｃｋＡｃｋビットマップサイズを決定し、当該決定された前記第１のＢｌｏｃｋＡｃｋビットマップサイズを前記他の情報処理装置に通知する制御を行う請求項２から７のいずれかに記載の情報処理装置。
前記制御部は、前記他の情報処理装置が前記ＢｌｏｃｋＡｃｋフレームを返信する際に用いられる前記第３のＢｌｏｃｋＡｃｋビットマップサイズに基づいて前記ＢｌｏｃｋＡｃｋフレームに含まれるビットマップサイズを把握する請求項２から８のいずれかに記載の情報処理装置。
前記制御部は、圧縮された前記ＢｌｏｃｋＡｃｋフレームを前記他の情報処理装置から受信した場合には、前記第３のＢｌｏｃｋＡｃｋビットマップサイズに基づいて、当該受信した圧縮された前記ＢｌｏｃｋＡｃｋフレームの内容を取得する請求項９記載の情報処理装置。
第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を他の情報処理装置から受信する受信部と、
情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記他の情報処理装置に送信する送信部と、
前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように、前記第２の情報に対応する値を設定する制御部と
を具備し、
前記受信部は前記他の情報処理装置からデータフレームを受信し、
前記送信部は、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを送信する、
情報処理装置。
前記制御部は、前記他の情報処理装置から通知された前記第１のＢｌｏｃｋＡｃｋビットマップサイズが、前記情報処理装置が備える無線通信に関する性能を超えている場合には、前記性能の範囲内において前記第１のＢｌｏｃｋＡｃｋビットマップサイズとは異なる前記第２のＢｌｏｃｋＡｃｋビットマップサイズを決定して前記他の情報処理装置に通知する請求項１１記載の情報処理装置。
前記制御部は、受信した前記データフレームに対する前記ＢｌｏｃｋＡｃｋフレームを送信する場合に、前記ＢｌｏｃｋＡｃｋフレームに用いる前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づいて、前記ＢｌｏｃｋＡｃｋフレームを圧縮して送信する、請求項１１または１２に記載の情報処理装置。
第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を第２情報処理装置に送信する第１情報処理装置と、
前記第２の情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記第１情報処理装置に送信する前記第２情報処理装置と、
を具備し、
前記第２情報処理装置は、前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように、前記第２の情報に対応する値を設定し、
前記第１情報処理装置は前記第２情報処理装置にデータフレームを送信し、
前記第２情報処理装置は前記第１情報処理装置に、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを送信する、
通信システム。
情報処理装置が、第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を他の情報処理装置に送信する制御手順と、
前記他の情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記情報処理装置が受信する制御手順と、
前記情報処理装置が、データフレームを送信する制御手順と、
前記情報処理装置が、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを受信する制御手順と、
を具備し、
前記第２の情報に対応する値は、前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように設定される
情報処理方法。
情報処理装置が、第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を他の情報処理装置に送信する制御手順と、
前記他の情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記情報処理装置が受信する制御手順と、
前記情報処理装置が、データフレームを送信する制御手順と、
前記情報処理装置が、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを受信する制御手順と、
をコンピュータに実行させるプログラムであって、
前記第２の情報に対応する値は、前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように設定される
プログラム。
情報処理装置が、第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を受信する制御手順と、
前記情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記情報処理装置が送信する制御手順と、
前記情報処理装置が、前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように、前記第２の情報に対応する値を設定する制御手順と、
前記情報処理装置が、データフレームを受信する制御手順と、
前記情報処理装置が、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを送信する制御手順と、
を具備する情報処理方法。
情報処理装置が、第１のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第１の情報を含む要求信号を受信する制御手順と、
前記情報処理装置が送信可能な第２のＢｌｏｃｋＡｃｋビットマップサイズを示す値である第２の情報を含む応答信号を前記情報処理装置が送信する制御手順と、
前記情報処理装置が、前記第２のＢｌｏｃｋＡｃｋビットマップサイズが前記第１のＢｌｏｃｋＡｃｋビットマップサイズの範囲内となるように、前記第２の情報に対応する値を設定する制御手順と、
前記情報処理装置が、データフレームを受信する制御手順と、
前記情報処理装置が、前記データフレームに対して、前記第２のＢｌｏｃｋＡｃｋビットマップサイズに基づく第３のＢｌｏｃｋＡｃｋビットマップサイズに関する第３の情報を含むＢｌｏｃｋＡｃｋフレームを送信する制御手順と
をコンピュータに実行させるプログラム。