(57)【要約】  無線通信の効率を高める。  通信システムは、第１情報処理装置および第２情報処理装置を具備する。第１情報処理装置は、第２情報処理装置への送信対象となるパケットに関する情報に基づいて、そのパケットに対する受領確認応答に用いる情報量を決定し、その決定された情報量を第２情報処理装置に通知する制御を行う。第２情報処理装置は、第１情報処理装置から通知された情報量に基づいて、第１情報処理装置から送信されたパケットに対する受領確認応答を第１情報処理装置に返信する制御を行う。
2017094331.tif 000002
【特許請求の範囲】
【請求項１】
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置。
【請求項２】
前記送信対象となるパケットに関する情報は、前記送信対象となるパケットの数、または、前記送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さである請求項１記載の情報処理装置。
【請求項３】
前記送信対象となるパケットは、当該パケットの送信先の機器への送信に成功していないパケットである請求項１記載の情報処理装置。
【請求項４】
前記制御部は、前記送信対象となるパケットのうち、前記決定された前記情報量に応じたパケットを連結して送信先の機器に送信する制御を行う請求項１記載の情報処理装置。
【請求項５】
前記制御部は、前記送信対象となるパケットを連結して送信先の機器に送信する制御を行い、前記機器が前記情報処理装置に返信するＢｌｏｃｋ  Ａｃｋのビットマップのサイズを前記情報量として決定する請求項１記載の情報処理装置。
【請求項６】
前記制御部は、前記決定された前記情報量を前記パケットの送信先の機器に通知する請求項１記載の情報処理装置。
【請求項７】
前記制御部は、前記決定された前記情報量を所定のフレームに含めて前記機器に送信する請求項６記載の情報処理装置。
【請求項８】
前記制御部は、前記決定された前記情報量を、ＡＤＤＢＡ  Ｒｅｑｕｅｓｔと、データフレームと、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔと、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの少なくとも１つのフレームとの何れかに含めて前記機器に送信する請求項６記載の情報処理装置。
【請求項９】
前記制御部は、前記情報量を通知した後に前記機器から当該情報量とは異なる情報量が通知された場合には、当該異なる情報量を前記受領確認応答に用いる情報量として新たに決定する請求項６記載の情報処理装置。
【請求項１０】
前記制御部は、前記パケットを送信先の機器に送信する毎に、当該パケットに対する前記情報量を決定し、当該決定された情報量を前記機器に通知する制御を行う請求項１記載の情報処理装置。
【請求項１１】
前記制御部は、前記パケットの送信先の機器が前記受領確認応答を返信する際に用いられる前記情報量を決定する請求項１記載の情報処理装置。
【請求項１２】
前記制御部は、圧縮された前記受領確認応答を前記機器から受信した場合には、前記決定された前記情報量に基づいて、当該受信した圧縮された受領確認応答の内容を取得する請求項１１記載の情報処理装置。
【請求項１３】
パケットの送信元の機器から通知された前記パケットに対する受領確認応答に用いる情報量に基づいて、前記機器から送信された前記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置。
【請求項１４】
前記制御部は、前記機器から通知された前記情報量が、前記情報処理装置が備える無線通信に関する性能を超えている場合には、前記性能の範囲内において前記機器から通知された前記情報量とは異なる情報量を決定して前記機器に通知する請求項１３記載の情報処理装置。
【請求項１５】
受信したパケットに対する受領確認応答を送信する場合に、前記受領確認応答に用いる情報量に基づいて、前記受領確認要求を圧縮して送信する制御を行う制御部を具備する情報処理装置。
【請求項１６】
第２情報処理装置への送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定し、当該決定された情報量を前記第２情報処理装置に通知する第１情報処理装置と、
前記第１情報処理装置から通知された前記情報量に基づいて、前記第１情報処理装置から送信された前記パケットに対する受領確認応答を前記第１情報処理装置に返信する第２情報処理装置と
を具備する通信システム。
【請求項１７】
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御手順を具備する情報処理方法。
【請求項１８】
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御手順をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、情報処理装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う情報処理装置、通信システムおよび情報処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
【背景技術】
【０００２】
従来、無線通信を利用して情報のやりとりを行う無線通信技術が存在する。例えば、無線ＬＡＮ（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）等を用いることができる。
【０１８０】
なお、本明細書に記載された効果はあくまで例示であって、限定されるものではなく、また、他の効果があってもよい。
【０１８１】
なお、本技術は以下のような構成もとることができる。
（１）
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置。
（２）
前記送信対象となるパケットに関する情報は、前記送信対象となるパケットの数、または、前記送信対象となるパケットに対応するシーケンス番号のうちの開始シーケンス番号から終了シーケンス番号までの長さである前記（１）に記載の情報処理装置。
（３）
前記送信対象となるパケットは、当該パケットの送信先の機器への送信に成功していないパケットである前記（１）または（２）に記載の情報処理装置。
（４）
前記制御部は、前記送信対象となるパケットのうち、前記決定された前記情報量に応じたパケットを連結して送信先の機器に送信する制御を行う前記（１）から（３）のいずれかに記載の情報処理装置。
（５）
前記制御部は、前記送信対象となるパケットを連結して送信先の機器に送信する制御を行い、前記機器が前記情報処理装置に返信するＢｌｏｃｋ  Ａｃｋのビットマップのサイズを前記情報量として決定する前記（１）から（４）のいずれかに記載の情報処理装置。
（６）
前記制御部は、前記決定された前記情報量を前記パケットの送信先の機器に通知する前記（１）から（５）のいずれかに記載の情報処理装置。
（７）
前記制御部は、前記決定された前記情報量を所定のフレームに含めて前記機器に送信する前記（６）に記載の情報処理装置。
（８）
前記制御部は、前記決定された前記情報量を、ＡＤＤＢＡ  Ｒｅｑｕｅｓｔと、データフレームと、Ｂｌｏｃｋ  Ａｃｋ  Ｒｅｑｕｅｓｔと、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの少なくとも１つのフレームとの何れかに含めて前記機器に送信する前記（６）または（７）に記載の情報処理装置。
（９）
前記制御部は、前記情報量を通知した後に前記機器から当該情報量とは異なる情報量が通知された場合には、当該異なる情報量を前記受領確認応答に用いる情報量として新たに決定する前記（６）から（８）のいずれかに記載の情報処理装置。
（１０）
前記制御部は、前記パケットを送信先の機器に送信する毎に、当該パケットに対する前記情報量を決定し、当該決定された情報量を前記機器に通知する制御を行う前記（１）から（９）のいずれかに記載の情報処理装置。
（１１）
前記制御部は、前記パケットの送信先の機器が前記受領確認応答を返信する際に用いられる前記情報量を決定する前記（１）から（１０）のいずれかに記載の情報処理装置。
（１２）
前記制御部は、圧縮された前記受領確認応答を前記機器から受信した場合には、前記決定された前記情報量に基づいて、当該受信した圧縮された受領確認応答の内容を取得する前記（１１）に記載の情報処理装置。
（１３）
パケットの送信元の機器から通知された前記パケットに対する受領確認応答に用いる情報量に基づいて、前記機器から送信された前記パケットに対する受領確認応答に用いる情報量を決定する制御を行う制御部を具備する情報処理装置。
（１４）
前記制御部は、前記機器から通知された前記情報量が、前記情報処理装置が備える無線通信に関する性能を超えている場合には、前記性能の範囲内において前記機器から通知された前記情報量とは異なる情報量を決定して前記機器に通知する前記（１３）に記載の情報処理装置。
（１５）
受信したパケットに対する受領確認応答を送信する場合に、前記受領確認応答に用いる情報量に基づいて、前記受領確認要求を圧縮して送信する制御を行う制御部を具備する情報処理装置。
（１６）
第２情報処理装置への送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定し、当該決定された情報量を前記第２情報処理装置に通知する第１情報処理装置と、
前記第１情報処理装置から通知された前記情報量に基づいて、前記第１情報処理装置から送信された前記パケットに対する受領確認応答を前記第１情報処理装置に返信する第２情報処理装置と
を具備する通信システム。
（１７）
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御手順を具備する情報処理方法。
（１８）
送信対象となるパケットに関する情報に基づいて、前記パケットに対する受領確認応答に用いる情報量を決定する制御手順をコンピュータに実行させるプログラム。
【符号の説明】
【０１８２】
１００、４０１、４０２  情報処理装置
１１０  データ処理部
１２０  信号処理部
１３０  無線インターフェース部
１４０  アンテナ
１５０  記憶部
１６０  制御部
９００  スマートフォン
９０１  プロセッサ
９０２  メモリ
９０３  ストレージ
９０４  外部接続インターフェース
９０６  カメラ
９０７  センサ
９０８  マイクロフォン
９０９  入力デバイス
９１０  表示デバイス
９１１  スピーカ
９１３  無線通信インターフェース
９１４  アンテナスイッチ
９１５  アンテナ
９１７  バス
９１８  バッテリー
９１９  補助コントローラ
９２０  カーナビゲーション装置
９２１  プロセッサ
９２２  メモリ
９２４  ＧＰＳモジュール
９２５  センサ
９２６  データインターフェース
９２７  コンテンツプレーヤ
９２８  記憶媒体インターフェース
９２９  入力デバイス
９３０  表示デバイス
９３１  スピーカ
９３３  無線通信インターフェース
９３４  アンテナスイッチ
９３５  アンテナ
９３８  バッテリー
９４１  車載ネットワーク
９４２  車両側モジュール
９５０  無線アクセスポイント
９５１  コントローラ
９５２  メモリ
９５４  入力デバイス
９５５  表示デバイス
９５７  ネットワークインターフェース
９５８  有線通信ネットワーク
９６３  無線通信インターフェース
９６４  アンテナスイッチ
９６５  アンテナ
【図１】
2017094331.tif 000003
【図２】
2017094331.tif 000004
【図３】
2017094331.tif 000005
【図４】
2017094331.tif 000006
【図５】
2017094331.tif 000007
【図６】
2017094331.tif 000008
【図７】
2017094331.tif 000009
【図８】
2017094331.tif 000010
【図９】
2017094331.tif 000011
【図１０】
2017094331.tif 000012
【図１１】
2017094331.tif 000013
【図１２】
2017094331.tif 000014
【図１３】
2017094331.tif 000015
【図１４】
2017094331.tif 000016
【図１５】
2017094331.tif 000017
【図１６】
2017094331.tif 000018
【国際調査報告】
2017094331.tif 000019
2017094331.tif 000020
2017094331.tif 000021
2017094331.tif 000022