JP6760063B2 - 情報処理装置、通信システムおよび情報処理方法 - Google Patents

情報処理装置、通信システムおよび情報処理方法 Download PDF

Info

Publication number
JP6760063B2
JP6760063B2 JP2016532499A JP2016532499A JP6760063B2 JP 6760063 B2 JP6760063 B2 JP 6760063B2 JP 2016532499 A JP2016532499 A JP 2016532499A JP 2016532499 A JP2016532499 A JP 2016532499A JP 6760063 B2 JP6760063 B2 JP 6760063B2
Authority
JP
Japan
Prior art keywords
frame
information processing
reception
processing device
control unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016532499A
Other languages
English (en)
Other versions
JPWO2016006365A1 (ja
Inventor
英佑 酒井
英佑 酒井
竹識 板垣
竹識 板垣
和之 迫田
和之 迫田
山浦　智也
智也 山浦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of JPWO2016006365A1 publication Critical patent/JPWO2016006365A1/ja
Application granted granted Critical
Publication of JP6760063B2 publication Critical patent/JP6760063B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/10—Flow control between communication endpoints
    • H04W28/12—Flow control between communication endpoints using signalling between network elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0091—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location arrangements specific to receivers, e.g. format detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Closed-Circuit Television Systems (AREA)

Description

本技術は、情報処理装置に関する。詳しくは、無線通信を利用して情報のやりとりを行う情報処理装置、通信システムおよび情報処理方法に関する。
従来、無線通信を利用して情報のやり取りを行う無線通信技術が存在する。例えば、無線ＬＡＮを利用して各情報処理装置間で情報のやり取りを行う通信方法が提案されている。
また、このように無線通信を行う場合に、ＦＣＳ（Frame Check Sequence ）を利用して、受信したフレームのデータに誤りがあるか否かを検出する誤り検出方法が提案されている。この誤り検出方法により、受信したフレームについて誤りが検出された場合には、そのフレームを破棄する。一方、受信したフレームについて誤りが検出されない場合には、ＭＡＣ（Media Access Control）ヘッダを読み取り、そのフレームが自装置宛であるか否かを判断する。そのフレームが自装置宛でない場合には、そのフレームの内容が正しくとも受信したフレームを破棄する。
この誤り検出方法では、ＭＡＣヘッダだけでなく、フレームの最後尾までの全てを復調し、その値から生成されるチェックサムと、ＦＣＳとを比較する必要がある。このため、フレームを最後まで受信した後に、そのデータに誤りがあるか否かを判断することになる。このため、例えば、ＭＡＣヘッダの時点で誤りがある場合や、ＭＡＣヘッダの時点では誤りはないが、フレームが自装置宛てではない場合についても、フレームを全て受信するまで判断することができない。
そこで、例えば、パケット内の物理層よりも上位層のプロトコル用のヘッダの末尾にそのヘッダに対するエラー検出コードを格納するためのフィールドを新たに設けた無線パケット通信システムが提案されている（例えば、特許文献１参照。）。
特開２０００−２６１４６２号公報
上述の従来技術では、物理層よりも上位層のプロトコルがヘッダ内にあるアドレスおよび制御情報を検査する。そして、ヘッダが無効であることを確認した場合やエラー検出コードによりアドレスおよび制御情報が有効であることを確認し、かつ、アドレスが自分宛で無い場合や自分に受け入れ可能な制御情報でない場合には、物理層に対して受信中止の指示を送る。
しかしながら、上述の従来技術では、エラー検出コードを格納するために新たに設けられたフィールドを認識することができない無線通信装置は、受信したフレームの復調を正しく行うことができないおそれがある。そこで、後方互換性を考慮して受信中のフレームの受信を適切に打ち切ることが重要である。
本技術はこのような状況に鑑みて生み出されたものであり、フレームの受信を適切に打ち切ることを目的とする。
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、フレームを受信した他の情報処理装置が上記フレームの受信を打ち切る指標となる信号であって後方互換性を有する信号を上記他の情報処理装置に送信する制御を行う制御部を具備する情報処理装置および情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、フレームを受信した他の情報処理装置がフレームの受信を打ち切る指標となる信号（後方互換性を有する信号）を他の情報処理装置に送信するという作用をもたらす。
また、この第１の側面において、上記制御部は、ＭＡＣヘッダを用いた演算結果に基づく情報を上記指標とするようにしてもよい。これにより、ＭＡＣヘッダを用いた演算結果に基づく情報をその指標とするという作用をもたらす。
また、この第１の側面において、上記制御部は、上記演算結果に基づく情報を上記フレームにおける物理層のヘッダ内に格納して上記信号とするようにしてもよい。これにより、その演算結果に基づく情報をフレームにおける物理層のヘッダ内に格納してその信号とするという作用をもたらす。
また、この第１の側面において、上記制御部は、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの１つのフレームを上記指標とするようにしてもよい。これにより、連結フレームにおける複数のフレームのうちの１つのフレームをその指標とするという作用をもたらす。
また、この第１の側面において、上記制御部は、上記指標となる情報として送信元のアドレスもしくは送信先のアドレスを指標として、上記フレームにおける物理層のヘッダ内に格納するようにしてもよい。これにより、その指標となる情報として送信元のアドレスもしくは送信先のアドレスを指標として、フレームにおける物理層のヘッダ内に格納するという作用をもたらす。
また、この第１の側面において、上記制御部は、基地局からの情報と、無線子機からの情報と、送信対象となるフレームの長さと、複数の周波数を束ねた送信を行うか否かとのうちの少なくとも１つに基づいて、上記信号を送信するか否かを判断するようにしてもよい。これにより、基地局からの情報と、無線子機からの情報と、送信対象となるフレームの長さと、複数の周波数を束ねた送信を行うか否かとのうちの少なくとも１つに基づいて、その信号を送信するか否かを判断するという作用をもたらす。
また、本技術の第２の側面は、他の情報処理装置から送信されたフレームを受信した場合に、上記フレームの受信を打ち切る指標であって後方互換性を有する信号により特定される指標に基づいて、上記フレームの受信を打ち切る制御を行う制御部を具備する情報処理装置および情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、他の情報処理装置から送信されたフレームを受信した場合に、そのフレームの受信を打ち切る指標（後方互換性を有する信号により特定される指標）に基づいて、そのフレームの受信を打ち切るという作用をもたらす。
また、この第２の側面において、上記指標は、上記信号に含まれるＭＡＣヘッダのＦＣＳを含み、上記制御部は、上記ＦＣＳと、上記ＭＡＣヘッダに基づいて算出されるチェックサムとの比較結果に基づいて、上記ＭＡＣヘッダのデータに誤りがあるか否かを判断するようにしてもよい。これにより、ＦＣＳと、ＭＡＣヘッダに基づいて算出されるチェックサムとの比較結果に基づいて、ＭＡＣヘッダのデータに誤りがあるか否かを判断するという作用をもたらす。
また、この第２の側面において、上記指標を、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの１つのフレームに格納するようにしてもよい。これにより、連結フレームにおける複数のフレームのうちの１つのフレームに指標を格納するという作用をもたらす。
また、この第２の側面において、上記指標を、物理層のヘッダ内に格納するようにしてもよい。これにより、物理層のヘッダ内に指標を格納するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記指標に基づいて、上記フレームにおけるＭＡＣヘッダのデータに誤りがあるか否かを判断し、上記ＭＡＣヘッダのデータに誤りがある場合には、上記フレームの受信を打ち切る制御を行うようにしてもよい。これにより、指標に基づいて、フレームにおけるＭＡＣヘッダのデータに誤りがあるか否かを判断し、そのＭＡＣヘッダのデータに誤りがある場合には、そのフレームの受信を打ち切る制御を行うという作用をもたらす。
また、この第２の側面において、上記制御部は、上記フレームにおけるＭＡＣヘッダのデータに誤りがない場合において、上記フレームがユニキャスト送信であり、かつ、上記フレームの送信先が自装置宛てでない場合と、上記フレームがマルチキャスト送信であり、かつ、上記フレームの送信先が自装置が属するマルチキャストグループ宛でない場合とに、上記フレームの受信を打ち切ると判断するようにしてもよい。これにより、ＭＡＣヘッダのデータに誤りがない場合において、フレームがユニキャスト送信であり、かつ、そのフレームの送信先が自装置宛てでない場合と、フレームがマルチキャスト送信であり、かつ、そのフレームの送信先が自装置が属するマルチキャストグループ宛でない場合とに、フレームの受信を打ち切ると判断するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記フレームにおけるＭＡＣヘッダのデータに誤りがない場合において、上記フレームがブロードキャスト送信であり、かつ、上記フレームの送信先が自装置が接続されている情報処理装置でない場合に、上記フレームの受信を打ち切ると判断するようにしてもよい。これにより、ＭＡＣヘッダのデータに誤りがない場合において、フレームがブロードキャスト送信であり、かつ、そのフレームの送信先が自装置が接続されている情報処理装置でない場合に、そのフレームの受信を打ち切ると判断するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記フレームにおけるＭＡＣヘッダのデータに誤りがない場合において、上記受信を打ち切ったフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する制御を行うようにしてもよい。これにより、ＭＡＣヘッダのデータに誤りがない場合において、受信を打ち切ったフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する制御を行うという作用をもたらす。
また、この第２の側面において、上記制御部は、上記受信を打ち切ったフレームの受信終了タイミングまでの間、送信抑制を設定する制御を行うようにしてもよい。これにより、受信を打ち切ったフレームの受信終了タイミングまでの間、送信抑制を設定するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記送信抑制が設定されている場合において、自装置宛てのフレームを受信し、かつ、上記自装置宛てのフレームのうちの少なくとも一つのフレームを正しく受信でき、かつ、上記自装置宛てのフレームの送信元に確認応答を送信する必要がある場合には、上記確認応答を送信する制御を行うようにしてもよい。これにより、送信抑制が設定されている場合において、自装置宛てのフレームを受信し、かつ、自装置宛てのフレームのうちの少なくとも一つのフレームを正しく受信でき、かつ、自装置宛てのフレームの送信元に確認応答を送信する必要がある場合には、確認応答を送信するという作用をもたらす。
また、この第２の側面において、上記制御部は、ＭＡＣヘッダのデータに誤りがない場合において、上記受信を打ち切ったフレームに格納されている情報に基づいて決定される送信抑制期間、上記送信抑制を設定する制御を行うようにしてもよい。これにより、ＭＡＣヘッダのデータに誤りがない場合において、受信を打ち切ったフレームに格納されている情報に基づいて決定される送信抑制期間、送信抑制を設定するという作用をもたらす。
また、本技術の第３の側面は、フレームを受信した第２情報処理装置が上記フレームの受信を打ち切る指標となる信号であって後方互換性を有する信号を上記第２情報処理装置に送信する制御を行う第１情報処理装置と、上記第１情報処理装置から送信された上記フレームを受信した場合に、上記信号に基づいて、上記フレームの受信を打ち切る制御を行う第２情報処理装置とを具備する通信システムおよびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１情報処理装置は、フレームを受信した第２情報処理装置がフレームの受信を打ち切る指標となる信号（後方互換性を有する信号）を第２情報処理装置に送信し、第２情報処理装置は、第１情報処理装置から送信されたフレームを受信した場合に、その信号に基づいて、そのフレームの受信を打ち切るという作用をもたらす。
本技術によれば、フレームの受信を適切に打ち切ることができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術の第１の実施の形態における通信システム１０のシステム構成例を示す図である。 本技術の第１の実施の形態における情報処理装置１００の内部構成例を示すブロック図である。 本技術の基礎となるＩＥＥＥ８０２．１１のＭＡＣのフレームフォーマットの構成例を示す図である。 本技術の基礎となるフレームの受信タイミングの一例を模式的に示す図である。 本技術の第１の実施の形態における通信システム１０を構成する各情報処理装置間でやりとりされるＰＬＣＰヘッダの構成例を示す図である。 本技術の第１の実施の形態における情報処理装置１００によるフレーム送信処理の処理手順の一例を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置２００によるフレーム受信処理の処理手順の一例を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信可否判断処理を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置２００によるフレーム送信処理のうちの受信打ち切り信号送信可否判断処理を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信判断処理を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置２００によるフレーム受信処理のうちの受信打ち切り判断処理を示すフローチャートである。 本技術の第１の実施の形態における情報処理装置２００によるフレーム受信処理のうちのフレーム受信打ち切り処理を示すフローチャートである。 本技術の第２の実施の形態における通信システム１０を構成する各情報処理装置間でやりとりされるＡ−ＭＰＤＵのフレームフォーマットの構成例を示す図である。 本技術の第２の実施の形態における情報処理装置２００によるフレーム受信処理のうちの受信打ち切り判断処理を示すフローチャートである。 本技術の第２の実施の形態における情報処理装置２００によるフレーム受信処理のうちのフレーム受信打ち切り処理を示すフローチャートである。 本技術の第３の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信可否判断処理を示すフローチャートである。 本技術の第３の実施の形態における通信システム１０を構成する各情報処理装置間でやりとりされるＨＥ−ＳＩＧ−Ａの構成例を示す図である。 本技術の第３の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信判断処理を示すフローチャートである。 本技術の第３の実施の形態における情報処理装置２００によるフレーム受信処理のうちの受信打ち切り判断処理を示すフローチャートである。 本技術の第３の実施の形態における情報処理装置２００によるフレーム受信処理のうちのフレーム受信打ち切り処理を示すフローチャートである。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（受信を打ち切る指標となる情報をＰＬＣＰヘッダのＳＥＲＶＩＣＥに格納する例）
２．第２の実施の形態（Ａ−ＭＰＤＵの先頭フレームを受信打ち切り信号とする例）
３．第３の実施の形態（ＩＥＥＥ８０２．１１ａｘ用のＳＩＧ（ＨＥ−ＳＩＧ−Ａ）を用いて受信打ち切り信号を生成する例）
４．応用例
＜１．第１の実施の形態＞
［通信システムの構成例］
図１は、本技術の第１の実施の形態における通信システム１０のシステム構成例を示す図である。
通信システム１０は、情報処理装置１００と、情報処理装置２００乃至２０４とを備える。なお、情報処理装置１００は、請求の範囲に記載の第１情報処理装置の一例である。また、情報処理装置２００乃至２０４は、請求の範囲に記載の第２情報処理装置の一例である。
情報処理装置１００は、無線ネットワークの中心となる情報処理装置である。ここで、通信方式として、例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ（Local Area Network）規格に準拠した通信方式を利用することができる。この無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ（Wireless Fidelity）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ）用いることができる。また、他の通信方式を利用した無線通信を行うようにしてもよい。
例えば、情報処理装置１００は、無線ＬＡＮを利用して各情報処理装置と接続し、各情報のやりとりを行うアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）や基地局により実現される。なお、情報処理装置１００は、例えば、インターネット等の外部ネットワークと有線または無線回線を介して接続するようにしてもよい。
情報処理装置２００乃至２０４は、情報処理装置１００と無線接続される情報処理装置である。図１では、情報処理装置１００と、情報処理装置２００乃至２０４との接続関係を、点線で模式的に示す。また、例えば、通信方式として無線ＬＡＮを利用する場合には、情報処理装置２００乃至２０４は、Ｓｔａｔｉｏｎに相当する。
例えば、情報処理装置１００は、無線通信機能を備える固定型の情報処理装置とすることができる。また、情報処理装置２００乃至２０４を、例えば、無線通信機能を備える携帯型の情報処理装置とすることができる。
ここで、携帯型の情報処理装置は、例えば、スマートフォン、携帯電話、タブレット端末等の情報処理装置である。また、固定型の情報処理装置は、例えば、基地局、アクセスポイント、プリンタ、パーソナルコンピュータ、家電製品等の情報処理装置である。
また、本技術の第１の実施の形態では、通信システム１０において、ブロードキャスト伝送、ユニキャスト伝送、マルチキャスト伝送を行う例を示す。ここで、ブロードキャスト伝送は、ネットワーク内で、不特定多数の情報処理装置にデータを送信する伝送方式である。すなわち、ブロードキャスト伝送は、宛先を決めずに周囲の情報処理装置にデータを送信する伝送方式である。また、ユニキャスト伝送は、ネットワーク内で、１つの情報処理装置を指定してその情報処理装置にデータを送信する伝送方式である。また、マルチキャスト伝送は、ネットワーク内で、複数の情報処理装置を指定してこれらの各情報処理装置にデータを送信する伝送方式である。例えば、マルチキャスト伝送では、グループ内の各情報処理装置にデータを同時に送信することができる。
［情報処理装置の構成例］
図２は、本技術の第１の実施の形態における情報処理装置１００の内部構成例を示すブロック図である。なお、情報処理装置２００乃至２０４の内部構成については、情報処理装置１００と略同一であるため、ここでは、情報処理装置１００についてのみ説明し、他の機器の説明を省略する。
情報処理装置１００は、アンテナ１１０と、通信部１２０と、制御部１３０と、記憶部１４０とを備える。
通信部１２０は、アンテナ１１０を介して、電波を送受信するもの（例えば、無線ＬＡＮモデム）である。通信部１２０は、上述した通信方式のうちの少なくとも１つにより無線通信を行うものとする。
制御部１３０は、制御プログラムに基づいて情報処理装置１００の各部を制御するものである。例えば、制御部１３０は、送受信した情報の信号処理を行う。また、例えば、制御部１３０は、ＣＰＵ（Central Processing Unit）により実現される。
例えば、無線通信を利用して通信部１２０によりデータを送信する場合には、制御部１３０は、送信対象とする情報を処理し、実際に送信するデータの塊（送信パケット）を生成する。続いて、制御部１３０は、その生成された送信パケットを通信部１２０に出力する。また、通信部１２０は、その送信パケットを、実際に伝送するための通信方式のフォーマット等に変換した後に、変換後の送信パケットをアンテナ１１０から外部に送信する。
また、例えば、無線通信を利用して通信部１２０によりデータを受信する場合には、通信部１２０は、アンテナ１１０を介して受信した電波信号を、通信部１２０内の受信機が行う信号処理により受信パケットを抽出する。そして、制御部１３０は、その抽出された受信パケットを解釈する。この解釈の結果、保持すべきデータであると判断された場合には、制御部１３０は、そのデータを記憶部１４０に記録させる。
また、例えば、制御部１３０は、フレームを受信した他の情報処理装置（例えば、情報処理装置２００乃至２０４）がそのフレームの受信を打ち切る指標となる信号（後方互換性を有する信号）を他の情報処理装置に送信する制御を行う。この場合に、制御部１３０は、ＭＡＣ（Media Access Control）ヘッダを用いた演算結果に基づく情報（例えば、ＭＡＣヘッダまでのＦＣＳ（Frame Check Sequence））を指標とすることができる。ここで、その演算結果に基づく情報は、例えば、ＭＡＣヘッダまでのＦＣＳ（Frame Check Sequence ）とすることができる。また、制御部１３０は、その演算結果に基づく情報をそのフレームにおける物理層のヘッダ内に格納して、フレームの受信を打ち切る指標となる信号とすることができる。ここで、物理層のヘッダは、例えば、ＰＬＣＰ（Physical Layer Convergence Procedure）ヘッダである。
また、例えば、情報処理装置２００の制御部（制御部１３０に相当する）は、情報処理装置１００から送信されたフレームを受信した場合に、そのフレームの受信を打ち切る制御を行う。例えば、情報処理装置２００の制御部は、そのフレームの受信を打ち切る指標（後方互換性を有する信号により特定される指標（（例えば、ＭＡＣヘッダまでのＦＣＳ）））に基づいて、そのフレームの受信を打ち切る制御を行うことができる。
記憶部１４０は、制御部１３０によるデータ処理の作業領域としての役割や、各種データを保持する記憶媒体としての機能を有する。記憶部１４０として、例えば、不揮発性メモリ、磁気ディスク、光ディスク、ＭＯ（Magneto Optical）ディスク等の記憶媒体を用いることができる。なお、不揮発性メモリとして、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）を用いることができる。また、磁気ディスクとして、例えば、ハードディスク、円盤型磁性体ディスクを用いることができる。また、光ディスクとして、例えば、ＣＤ（Compact Disc）、ＤＶＤ−Ｒ（Digital Versatile Disc Recordable）、ＢＤ（Blu-Ray Disc（登録商標））を用いることができる。
ここで、上述したように、無線ＬＡＮにおいて、受信したフレームのデータに誤りがあるか否かを検出する誤り検出方法が存在する。例えば、送信機が、送信したデータのチェックサムを、ＦＣＳ（Frame Check Sequence ）と呼ばれるビット列として予めフレーム内に格納しておく誤り検出方法が知られている。この誤り検出方法では、受信機が、受信したデータから生成するチェックサムと、ＦＣＳの値とを比較することにより、誤りを検出することができる。
例えば、受信したフレームから生成したチェックサムの値と、ＦＣＳの値とが異なる場合には、そのフレームを受信した情報処理装置は、受信したフレームには誤りがあると判断し、そのフレームを破棄する。
一方、受信したフレームから生成したチェックサムの値と、ＦＣＳの値とが等しい場合には、そのフレームを受信した情報処理装置は、その受信したフレームには誤りがないと判断する。そして、情報処理装置は、ＭＡＣ（Media Access Control）ヘッダの読み取りを行う。
ここで、ＭＡＣヘッダには、送信元のＭＡＣアドレスと、送信先のＭＡＣアドレスと、送信抑制時間とが格納されている。なお、送信元のＭＡＣアドレスは、ＴＡ（Transmission Address）と称される。また、送信先のＭＡＣアドレスは、ＲＡ（Received Address）と称される。また、送信抑制時間は、ＮＡＶ（Network Allocation Vector）と称される。
例えば、受信したフレームのＲＡが自装置のＭＡＣアドレスと異なる場合には、情報処理装置は、その受信したフレームの内容が正しくとも受信したフレームを破棄する。このように、フレームを破棄した情報処理装置は、ＮＡＶ中に送信を行わない。
一方、受信したフレームに誤りがないと判断し、かつ、ＲＡが自装置のＭＡＣアドレスと一致した情報処理装置は、ＭＡＣのペイロード部分を上位層へ伝達する。
このように、誤り検出を行う場合には、ＭＡＣヘッダ内の情報を用いてデータが自装置宛てか否かを判断することができる。
［ＭＡＣのフレームフォーマット例］
図３は、本技術の基礎となるＩＥＥＥ８０２．１１のＭＡＣのフレームフォーマットの構成例を示す図である。ＭＡＣのフレームフォーマットは、ＭＡＣヘッダ３０１と、Ｆｒａｍｅ Ｂｏｄｙ３０２と、ＦＣＳ３０３とで構成される。
ここで、ＩＥＥＥ８０２．１１のＭＡＣのフレームフォーマットを用いて、誤り検出を行う場合を想定する。この場合には、図３に示すＩＥＥＥ８０２．１１のＭＡＣのフレームフォーマットについて、ＭＡＣヘッダ３０１だけでなく、フレームの最後尾までの全てを復調し、その値から生成されるチェックサムと、ＦＣＳとを比べる必要がある。そして、データに誤りがある否かを判断するためには、フレームの受信を最後まで行わなければならない。
このため、例えば、ＭＡＣヘッダの時点で誤りが検出されるような場合や、誤りは検出されていないが、フレームが自装置宛てではない場合についても、フレームの受信を終えるまで判断することができない。
「フレームの受信タイミング例」
図４は、本技術の基礎となるフレームの受信タイミングの一例を模式的に示す図である。図４において、横軸は、時間軸を示す。また、図４では、２つのフレーム２１、２２の受信タイミングを比較して説明する。
図４に示すように、フレーム２１を情報処理装置が受信している場合を想定する。例えば、フレーム２１は、ＲＡが自装置のＭＡＣアドレスとは異なるため、正常に受信することができても破棄するパケットであるものとする。
フレーム２１を受信中である情報処理装置は、フレーム２１の最後尾を受信するまでの間、自装置宛てのフレームであるか否かを判断することができない。
このような状況の時に、フレーム２１を完全に受信する前に、自装置宛てのフレーム２２が到来したとする。この場合に、フレーム２１を受信中の情報処理装置は、フレーム２２に切り替えて受信を開始することができない。このため、フレーム２１の受信が完了し、自装置宛てのフレームでないと判断した後には（矢印２３で示す位置）、フレーム２２は既に途中まで到来してしまい、受信不可能な状態となる。
このように、自装置宛てでない、または、誤りのあるフレームの受信中に自装置宛てのフレームが新たに届いたとしても、自装置宛てのフレームの受信を開始することができず、受信機会を損失してしまうおそれがある。
そこで、本技術の実施の形態では、フレームのフォーマットを変更することなく、フレーム（例えば、ＭＡＣヘッダ）の誤り検出を行う例を示す。これにより、受信中のフレームの受信を打ち切るか否かを適切に判断することができ、フレームの受信機会を向上させることができる。
［ＰＬＣＰヘッダの構成例］
図５は、本技術の第１の実施の形態における通信システム１０を構成する各情報処理装置間でやりとりされるＰＬＣＰヘッダの構成例を示す図である。
ＰＬＣＰヘッダは、物理層のヘッダを意味する。また、図５では、ＩＥＥＥ８０２．１１仕様のＰＬＣＰヘッダを示す。また、ＰＬＣＰヘッダは、ＲＡＴＥ３１１と、Ｒｅｓｅｒｖｅｄ３１２と、ＬＥＮＧＴＨ３１３と、Ｐａｒｉｔｙ３１４と、Ｔａｉｌ３１５と、ＳＥＲＶＩＣＥ３１６とにより構成される。
ＳＥＲＶＩＣＥ３１６は、受信機のデスクランブラを同期するために使用されるフィールドとして用意されている。ただし、ＩＥＥＥ８０２．１１の仕様では、予約されているのみで未使用のＲＥＳＥＲＶＥ領域が存在する。また、フレームの受信を打ち切る機能に非対応の情報処理装置は、そのＲＥＳＥＲＶＥ領域に記述されているデータを使用することはない。このため、フレームの受信を打ち切る機能に非対応の情報処理装置は、その機能を使用せずに、通常の受信処理を行うことができる。
そこで、本技術の第１の実施の形態では、受信を打ち切る指標となる情報を、そのＲＥＳＥＲＶＥ領域に記述することにより、後方互換性を担保することができる。
すなわち、情報処理装置１００の制御部１３０は、受信を打ち切る指標となる情報として、ＭＡＣヘッダまでのＦＣＳを算出し、この算出されたＦＣＳを、ＰＬＣＰヘッダを構成するＳＥＲＶＩＣＥ３１６のフィールドのＲＥＳＥＲＶＥ領域に格納する。
また、情報処理装置２００乃至２０４についても同様に、受信を打ち切る指標となる信号として、ＭＡＣヘッダまでのＦＣＳを、ＰＬＣＰヘッダを構成するＳＥＲＶＩＣＥ３１６のフィールドのＲＥＳＥＲＶＥ領域に格納することができる。
ここで、フレームの受信を打ち切る機能は、本技術の第１乃至第３の実施の形態で示す各機能を意味するものとする。また、受信打ち切り信号は、受信を打ち切る指標となる信号を意味するものとする。
［送信側の情報処理装置の動作例］
図６は、本技術の第１の実施の形態における情報処理装置１００によるフレーム送信処理の処理手順の一例を示すフローチャートである。図６では、情報処理装置１００が送信側の情報処理装置となる場合を例にして説明する。
最初に、受信打ち切り信号送信可否判断処理が行われる（ステップＳ７２０）。この受信打ち切り信号送信可否判断処理については、図８を参照して詳細に説明する。
続いて、制御部１３０は、受信打ち切り信号送信可否判断処理の結果、受信打ち切り信号の送信が可能であるか否かを判断する（ステップＳ７０１）。受信打ち切り信号の送信が不可能である場合には（ステップＳ７０１）、制御部１３０は、受信を打ち切る指標となる情報（例えば、ＭＡＣヘッダまでのＦＣＳ）を格納せずに、フレームを送信する（ステップＳ７０２）。
受信打ち切り信号の送信が可能である場合には（ステップＳ７０１）、受信打ち切り信号送信判断処理が行われる（ステップＳ７４０）。この受信打ち切り信号送信判断処理については、図１０を参照して詳細に説明する。
続いて、制御部１３０は、受信を打ち切る指標となる情報が格納されたフレーム、または、受信を打ち切る指標となる情報が格納されていないフレームを送信する（ステップＳ７０２）。なお、ステップＳ７０１、Ｓ７０２、Ｓ７２０、Ｓ７４０は、請求の範囲に記載の送信する手順の一例である。
［受信側の情報処理装置の動作例］
図７は、本技術の第１の実施の形態における情報処理装置２００によるフレーム受信処理の処理手順の一例を示すフローチャートである。図７では、情報処理装置２００が受信側の情報処理装置となる場合を例にして説明する。
最初に、受信打ち切り判断処理が行われる（ステップＳ７５０）。この受信打ち切り判断処理については、図１１を参照して詳細に説明する。
続いて、情報処理装置２００の制御部（図２に示す制御部１３０に相当）は、受信打ち切り判断処理の結果、受信中のフレームの受信を打ち切るか否かを判断する（ステップＳ７１１）。受信中のフレームの受信を打ち切る場合には（ステップＳ７１１）、フレーム受信打ち切り処理が行われる（ステップＳ７６０）。このフレーム受信打ち切り処理については、図１２を参照して詳細に説明する。
受信中のフレームの受信を打ち切らない場合には（ステップＳ７１１）、フレームの受信が継続して行われる（ステップＳ７１２）。
［受信打ち切り信号送信可否判断処理の動作例］
図８は、本技術の第１の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信可否判断処理（図６に示すステップＳ７２０の処理手順）を示すフローチャートである。
この受信打ち切り信号送信可否判断処理は、受信打ち切り信号（受信を打ち切る指標となる信号）を送信する情報処理装置１００が、所定の信号を他の情報処理装置から受信した際に生じる処理である。また、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔフレームおよびＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームのうちの少なくとも一方の情報と、情報処理装置１００に関するエレメント情報とに基づいて、受信打ち切り信号の送信が可能か否かの判断を行う。
制御部１３０は、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔフレームおよびＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームのうちの少なくとも１つを受信したか否かを判断する（ステップＳ７２１）。なお、これらの各フレームは、他の情報処理装置（例えば、情報処理装置２００乃至２０４）から送信される。
また、Ａｓｓｏｃｉａｔｉｏｎ Ｒｅｑｕｅｓｔフレームは、他の情報処理装置（例えば、情報処理装置２００乃至２０４）が、情報処理装置１００と接続を確立するときに用いるフレームである。また、Ｐｒｏｂｅ Ｒｅｑｕｅｓｔは、他の情報処理装置（例えば、情報処理装置２００乃至２０４）が情報処理装置１００をスキャンするときに用いるフレームである。
Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔフレームおよびＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの何れも受信していない場合には（ステップＳ７２１）、監視を継続して行う。
Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔフレームおよびＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームのうちの少なくとも１つを受信した場合には（ステップＳ７２１）、制御部１３０は、受信したフレームのエレメント情報を確認する。このフレームのエレメント情報には、受信打ち切り信号の受信が可能かどうかの情報が格納されている。
受信打ち切り信号の送信が可能か否かを示す情報は、例えば、ＩＥＥＥ８０２．１１ａｘに対応する情報処理装置であるか否かを特定することができる情報を意味する。そして、ＩＥＥＥ８０２．１１ａｘに対応する情報処理装置である場合には、受信打ち切りに対応する情報処理装置（受信打ち切り信号の受信が可能な情報処理装置）であると判断することができる。
制御部１３０は、受信したフレームの送信元が、受信打ち切りに対応する情報処理装置であるか否かを判断する（ステップＳ７２２）。受信したフレームの送信元が、受信打ち切りに対応する情報処理装置である場合には（ステップＳ７２２）、制御部１３０は、自装置に関するエレメント情報を確認する。そして、制御部１３０は、自装置に関するエレメント情報のうち、受信打ち切り信号の送信が可能であるか否かを示す情報に基づいて、受信打ち切り信号の送信が可能であるか否かを判断する（ステップＳ７２３）。すなわち、制御部１３０は、自装置（情報処理装置１００）が、受信打ち切りに対応する情報処理装置（受信打ち切り信号の送信が可能な情報処理装置）であるか否かを判断する（ステップＳ７２３）。
ここで、受信打ち切り信号の送信が可能であるか否かを示す情報は、例えば、ＩＥＥＥ８０２．１１ａｘに対応する情報処理装置であるか否かを特定することができる情報を意味する。
自装置（情報処理装置１００）が、受信打ち切りに対応する情報処理装置である場合には（ステップＳ７２３）、制御部１３０は、受信打ち切り信号を送信可能であると判断する（ステップＳ７２４）。すなわち、制御部１３０は、自装置（情報処理装置１００）が、受信打ち切り信号の送信が可能であり、かつ、フレームの送信元が受信打ち切り信号の受信が可能である場合に、受信打ち切り信号の送信が可能であると判断する。
自装置（情報処理装置１００）が、受信打ち切りに対応していない情報処理装置である場合には（ステップＳ７２３）、制御部１３０は、受信打ち切り信号の送信が不可能であると判断する（ステップＳ７２６）。
受信したフレームの送信元が、受信打ち切りに対応していない情報処理装置である場合には（ステップＳ７２２）、制御部１３０は、情報処理装置１００に既に接続されている他の各情報処理装置（接続先の各情報処理装置）を確認する。そして、制御部１３０は、接続先の各情報処理装置のうち、受信打ち切りに対応する情報処理装置が１つ以上存在するか否かを判断する（ステップＳ７２５）。
接続先の各情報処理装置のうち、受信打ち切りに対応する情報処理装置が１つ以上存在する場合には（ステップＳ７２５）、ステップＳ７２４に進む。一方、接続先の各情報処理装置のうち、受信打ち切りに対応する情報処理装置が１つも存在しない場合には（ステップＳ７２５）、ステップＳ７２６に進む。
図９は、本技術の第１の実施の形態における情報処理装置２００によるフレーム送信処理のうちの受信打ち切り信号送信可否判断処理（図６に示すステップＳ７２０の処理手順）を示すフローチャートである。
図９では、情報処理装置２００が送信側の情報処理装置となる場合における受信打ち切り信号送信可否判断処理の例を示す。なお、この受信打ち切り信号送信可否判断処理は、情報処理装置１００が送信側の情報処理装置である場合とほぼ同様であるが、使用可否を判断する際に用いるフレームの種類が異なる。
すなわち、情報処理装置２００は、ＢｅａｃｏｎフレームおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームのうちの少なくとも一方の情報と、情報処理装置２００のエレメント情報とに基づいて、受信打ち切り信号の送信が可能であるか否かの判断を行う。なお、図９では、ＢｅａｃｏｎフレームおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームは、情報処理装置１００から送信される例を示す。
ここで、Ｂｅａｃｏｎフレームは、情報処理装置１００が、自装置の情報を報知する際に用いるフレームである。また、Ｐｒｏｂｅ Ｒｅｓｐｏｎｓｅは、情報処理装置２００が送信したＰｒｏｂｅ Ｒｅｑｕｅｓｔに対する応答であり、情報処理装置１００に関する各情報が格納されているフレームを意味する。
制御部１３０は、ＢｅａｃｏｎフレームおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームのうちの少なくとも１つを受信したか否かを判断する（ステップＳ７３１）。なお、これらの各フレームは、情報処理装置１００から送信される。
ＢｅａｃｏｎフレームおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームの何れも受信していない場合には（ステップＳ７３１）、監視を継続して行う。また、ＢｅａｃｏｎフレームおよびＰｒｏｂｅ Ｒｅｓｐｏｎｓｅフレームのうちの少なくとも１つを受信した場合には（ステップＳ７３１）、ステップＳ７３２に進む。なお、これ以降の各処理（ステップＳ７３２乃至Ｓ７３６）は、図８に示す各処理（ステップＳ７２２乃至Ｓ７２６）に対応する。このため、ここでの説明を省略する。
［受信打ち切り信号送信判断処理の動作例］
図１０は、本技術の第１の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信判断処理（図６に示すステップＳ７４０の処理手順）を示すフローチャートである。
制御部１３０は、送信対象となるフレームの長さに基づいて、受信打ち切り信号を送信するか否かを判断する（ステップＳ７４１）。例えば、制御部１３０は、アグリゲーションフレームの長さに基づいて、受信打ち切り信号を送信するか否かを判断する（ステップＳ７４１）。この場合には、制御部１３０は、アグリゲーションフレームの長さが閾値以上であるか否かを判断する（ステップＳ７４１）。
ここで、アグリゲーションは、複数のフレームを束ね、一つのフレームとして送信を行う技術である。また、アグリゲーションフレームは、複数のフレームが束ねられて一つのフレームとして送信されるフレームを意味する。言い換えると、複数のフレームが連結されて一つのフレームとして送信されるフレームを意味する。
また、例えば、フレームの長さが閾値未満であるような短いフレームの場合には、その全部を解釈しても、その解釈の時間が短いと想定される。そこで、本技術の第１の実施の形態では、フレームの長さが閾値以上である場合に、受信打ち切り信号を送信するようにする。
また、例えば、受信打ち切り信号を送信するか否かの基準として、フレームの種類がデータフレームであるか否かを基準としてもよい。例えば、フレームの種類がマネジメントフレームやコントロールフレームの場合、接続が完了していない宛先に対して送信が行われる場合が考えられる。このような場合は、受信側で当該フレームを打ち切られないようにするために、受信打ち切り信号を送信しないようにする。逆に、フレームの種類がデータフレームの場合は、受信打ち切り信号を送信するようにする。
アグリゲーションフレームの長さが閾値未満である場合には（ステップＳ７４１）、制御部１３０は、受信打ち切り信号を送信しないと判断する（ステップＳ７４４）。
アグリゲーションフレームの長さが閾値以上である場合には（ステップＳ７４１）、制御部１３０は、チャネルボンディングを用いて送信するか否かに基づいて、受信打ち切り信号を送信するか否かを判断する（ステップＳ７４２）。
ここで、チャネルボンディングは、複数のチャネルを束ねて送信を行う技術である。また、複数のチャネルを使用する場合には、通信資源を多く使用するが、１つ（または少数）のチャネルを使用する場合には、通信資源を多く使用しないことが想定される。そこで、本技術の第１の実施の形態では、チャネルボンディングを用いて送信する場合に、受信打ち切り信号を送信するようにする。
チャネルボンディングを用いて送信する場合には（ステップＳ７４２）、制御部１３０は、受信打ち切り信号を送信すると判断する（ステップＳ７４３）。この場合には、制御部１３０は、受信を打ち切る指標となる情報（例えば、ＭＡＣヘッダまでのＦＣＳ）をフレームに格納し、その指標となる情報が格納されたフレームを送信する（ステップＳ７４３）。具体的には、制御部１３０は、図５に示すＳＥＲＶＩＣＥ３１６のＲＥＳＥＲＶＥ領域に、受信を打ち切る指標となる情報（例えば、ＭＡＣヘッダまでのＦＣＳ）を格納する。
チャネルボンディングを用いた送信を行わない場合には（ステップＳ７４２）、制御部１３０は、受信打ち切り信号を送信しないと判断する（ステップＳ７４４）。この場合には、制御部１３０は、受信を打ち切る指標となる情報を格納せずにフレームを送信する（ステップＳ７４４）。
このように、制御部１３０は、送信対象となるフレームの長さと、複数の周波数を束ねた送信を行うか否かとのうちの少なくとも１つに基づいて、受信を打ち切る指標となる信号を送信するか否かを判断することができる。また、制御部１３０は、基地局からの情報と、無線子機からの情報とのうちの少なくとも１つに基づいて、受信を打ち切る指標となる信号を送信するか否かを判断することができる。また、制御部１３０は、これらのうちの少なくとも１つに基づいて、受信を打ち切る指標となる信号を送信するか否かを判断することができる。
［受信打ち切り判断処理の動作例］
図１１は、本技術の第１の実施の形態における情報処理装置２００によるフレーム受信処理のうちの受信打ち切り判断処理（図７に示すステップＳ７５０の処理手順）を示すフローチャートである。
情報処理装置２００は、情報処理装置１００から送信されたフレームを受信する。このように、情報処理装置１００から送信されたフレームのうち、ＭＡＣヘッダの受信までが完了すると、情報処理装置２００の制御部は、ＰＬＣＰヘッダのＳｅｒｖｉｃｅフィールド内に格納されているＭＡＣヘッダのＦＣＳを確認する。このＦＣＳは、例えば、図５に示すＳＥＲＶＩＣＥ３１６のＲＥＳＥＲＶＥ領域に格納されている。
そして、情報処理装置２００の制御部は、受信したＭＡＣヘッダから算出されるチェックサムと、ＭＡＣヘッダのＦＣＳの値とが一致するか否かを判断する（ステップＳ７５１）。そして、それらの値が一致しない場合には（ステップＳ７５１）、情報処理装置２００の制御部は、フレームに誤りがあると判断し、フレームの受信を打ち切ると判断する（ステップＳ７５８）。これにより、フレームの受信が中止される（ステップＳ７５８）。
それらの値が一致する場合には（ステップＳ７５１）、情報処理装置２００の制御部は、その受信したフレームが、ユニキャスト送信されたフレームであるか否かを判断する（ステップＳ７５２）。
その受信したフレームが、ユニキャスト送信されたフレームである場合には（ステップＳ７５２）、情報処理装置２００の制御部は、ＭＡＣヘッダに格納されているＲＡ（送信先のＭＡＣアドレス）を確認する（ステップＳ７５３）。そして、ＲＡが自装置のアドレスである場合には（ステップＳ７５３）、情報処理装置２００の制御部は、フレームの受信を継続するように制御を行う（ステップＳ７５４）。
また、ＲＡが自装置のアドレスでない場合には（ステップＳ７５３）、情報処理装置２００の制御部は、自装置宛のフレームではないと判断し、フレームの受信を打ち切ると判断する（ステップＳ７５８）。これにより、フレームの受信が中止され、そのフレームが破棄される（ステップＳ７５８）。
その受信したフレームが、ユニキャスト送信されたフレームでない場合には（ステップＳ７５２）、情報処理装置２００の制御部は、ＭＡＣヘッダに格納されているＴＡ（送信元のＭＡＣアドレス）を確認する（ステップＳ７５５）。そして、ＴＡが接続先のＡＰ（情報処理装置１００）のアドレスである場合には（ステップＳ７５５）、情報処理装置２００の制御部は、その受信したフレームが、ブロードキャスト送信されたフレームであるか否かを判断する（ステップＳ７５６）。
その受信したフレームが、ブロードキャスト送信されたフレームである場合には（ステップＳ７５６）、情報処理装置２００の制御部は、フレームの受信を継続するように制御を行う（ステップＳ７５４）。
ＴＡが接続先のＡＰ（情報処理装置１００）のアドレスでない場合には（ステップＳ７５５）、情報処理装置２００の制御部は、接続先のＡＰ（情報処理装置１００）からのフレームではないと判断し、フレームの受信を打ち切ると判断する（ステップＳ７５８）。これにより、フレームの受信が中止され、そのフレームが破棄される（ステップＳ７５８）。
その受信したフレームが、ブロードキャスト送信されたフレームでない場合には（ステップＳ７５６）、情報処理装置２００の制御部は、ＭＡＣヘッダに格納されているＲＡ（送信先のＭＡＣアドレス）を確認する（ステップＳ７５７）。そして、ＲＡが、自装置が属するグループのアドレスである場合には（ステップＳ７５７）、情報処理装置２００の制御部は、フレームの受信を継続するように制御を行う（ステップＳ７５４）。
ＲＡが、自装置が属するグループのアドレスでない場合には（ステップＳ７５７）、情報処理装置２００の制御部は、自装置が属するグループへのフレームではないと判断し、フレームの受信を打ち切ると判断する（ステップＳ７５８）。これにより、フレームの受信が中止され、そのフレームが破棄される（ステップＳ７５８）。
このように、情報処理装置２００の制御部は、フレームの受信を打ち切る指標（ＭＡＣヘッダまでのＦＣＳ）に基づいて、そのフレームにおけるＭＡＣヘッダのデータに誤りがあるか否かを判断することができる。具体的には、情報処理装置２００の制御部は、そのＭＡＣヘッダのＦＣＳと、ＭＡＣヘッダに基づいて算出されるチェックサムとの比較結果に基づいて、ＭＡＣヘッダのデータに誤りがあるか否かを判断する。そして、情報処理装置２００の制御部は、ＭＡＣヘッダのデータに誤りがある場合には、そのフレームの受信を打ち切る制御を行う。
また、情報処理装置２００の制御部は、ＭＡＣヘッダのデータに誤りがない場合において、フレームがユニキャスト送信であるか否かとそのフレームの送信先が自装置宛てであるか否かとに基づいてそのフレームの受信を打ち切るか否かを判断することができる。具体的には、情報処理装置２００の制御部は、フレームがユニキャスト送信であり、かつ、そのフレームの送信先が自装置宛てでない場合に、そのフレームの受信を打ち切ると判断する。
また、情報処理装置２００の制御部は、ＭＡＣヘッダのデータに誤りがない場合において、フレームがブロードキャスト送信であるか否かと、そのフレームの送信先が自装置の接続先であるか否かとに基づいて、その受信を打ち切るか否かを判断することができる。具体的には、情報処理装置２００の制御部は、フレームがブロードキャスト送信であり、かつ、そのフレームの送信先が自装置の接続先でない場合に、そのフレームの受信を打ち切ると判断する。
［フレーム受信打ち切り処理の動作例］
図１２は、本技術の第１の実施の形態における情報処理装置２００によるフレーム受信処理のうちのフレーム受信打ち切り処理（図７に示すステップＳ７６０の処理手順）を示すフローチャートである。
最初に、情報処理装置２００の制御部は、受信したＭＡＣヘッダから算出されるチェックサムと、ＰＬＣＰヘッダ内に格納されているＭＡＣヘッダのＦＣＳの値とが一致するか否かを判断する（ステップＳ７６１）。これらの値が一致する場合には（ステップＳ７６１）、情報処理装置２００の制御部は、ＰＬＣＰヘッダ内に格納されているＬＥＮＧＴＨおよびＲＡＴＥに基づいて、受信フレームの終了時刻を算出する（ステップＳ７６２）。なお、ＰＬＣＰヘッダ内に格納されているＬＥＮＧＴＨは、図５に示すＬＥＮＧＴＨ３１３に対応し、ＲＡＴＥは、図５に示すＲＡＴＥ３１１に対応する。また、それらの値が一致する場合には、送信抑制時間（ＮＡＶ）を取得することができる。
そして、情報処理装置２００の制御部は、ＭＡＣヘッダに格納されている送信抑制時間（ＮＡＶ）と、算出された受信フレームの終了時刻とを合計した時間だけ送信を行わないように送信抑制を設定する（ステップＳ７６２）。
このようにすることにより、不必要な送信を減らすことができる。また、情報処理装置２００は、電力を削減することができるだけでなく、フレーム同士の衝突機会を減らし、システムスループットを向上させることができる。
続いて、情報処理装置２００の制御部は、ＭＡＣヘッダに格納されているＴＡ（送信元のＭＡＣアドレス）およびＲＡ（送信先のＭＡＣアドレス）を確認する（ステップＳ７６３）。そして、ＴＡまたはＲＡが接続先以外のＡＰ（情報処理装置２００以外）のアドレスであるか否かを判断する（ステップＳ７６３）。
ＴＡまたはＲＡが接続先以外のＡＰ（情報処理装置１００以外）のアドレスである場合には（ステップＳ７６３）、送信抑制を解除し、ＣＣＡスレッショルドの値を増加させ、送信を行えるようにする。このため、情報処理装置２００の制御部は、キャリアセンスレベルを変更する（ステップＳ７６４）。例えば、キャリアセンスレベルのデフォルト値が−８２ｄＢｍである場合には、−８２ｄＢｍから−６２ｄＢｍに変更することができる。なお、この変更は、一例であり、他の値に変更するようにしてもよい。
ここで、ＣＣＡスレッショルドは、チャネルアクセスを行うときに、チャネルがアイドル状態であると判定する際に用いる閾値である。また、その閾値を上昇させると、複数の情報処理装置（子局）が同時に送信を行うことができるため、システムスループットを増大させることができる。
続いて、情報処理装置２００の制御部は、ＤＳＣ中であるか否かを判断する（ステップＳ７６５）。ここで、ＤＳＣは、キャリアセンスレベルの変更期間であることを意味する。ＤＳＣ中でない場合には（ステップＳ７６５）、情報処理装置２００の制御部は、キャリアセンスレベルをデフォルトに戻す設定を行う（ステップＳ７７０）。
ＤＳＣ中である場合には（ステップＳ７６５）、情報処理装置２００の制御部は、ＤＳＣ中に、新たなフレームを受信し、かつ、そのフレームは確認応答の送信が必要なフレームであるか否かを判断する（ステップＳ７６６）。すなわち、情報処理装置２００の制御部は、ＤＳＣ中に新たなフレームを受信してそのフレーム末尾のＦＣＳが誤りを検出せず、かつ、そのフレームが自装置宛てであるとともにそのフレームが確認応答の送信が必要であるか否かを判断する（ステップＳ７６６）。
ＤＳＣ中に、新たなフレームを受信し、かつ、そのフレームは確認応答の送信が必要なフレームである場合には（ステップＳ７６６）、情報処理装置２００の制御部は、その確認応答をフレームの送信元に対して送信する（ステップＳ７６９）。
同様に、情報処理装置２００の制御部は、ＤＳＣ中に新たなアグリゲーションフレームを受信して少なくとも一つのフレームの末尾のＦＣＳが誤りを検出せず、かつ、自装置宛てでありブロック確認応答の送信が必要であるか否かを判断する（ステップＳ７６６）。ＤＳＣ中に、新たなアグリゲーションフレームを受信し、かつ、そのフレームはブロック確認応答の送信が必要なフレームである場合には（ステップＳ７６６）、そのブロック確認応答をフレームの送信元に対して送信する（ステップＳ７６９）。
ＤＳＣ中に、新たなフレームの受信がない場合、または、受信したフレームが確認応答の送信が必要なフレームでない場合には（ステップＳ７６６）、情報処理装置２００の制御部は、送信するデータが存在するか否かを判断する（ステップＳ７６７）。送信するデータが存在しない場合には（ステップＳ７６７）、ステップＳ７６５に戻る。
送信するデータが存在する場合には（ステップＳ７６７）、ＤＳＣによるデータ送信処理を開始し（ステップＳ７６８）、ステップＳ７６５に戻る。
また、受信したＭＡＣヘッダから算出されるチェックサムと、ＰＬＣＰヘッダ内に格納されているＭＡＣヘッダのＦＣＳの値とが一致しない場合には（ステップＳ７６１）、情報処理装置２００の制御部は、受信フレームの終了時刻を算出する（ステップＳ７７１）。情報処理装置２００の制御部は、上述したように、ＰＬＣＰヘッダ内に格納されているＬＥＮＧＴＨおよびＲＡＴＥに基づいて、受信フレームの終了時刻を算出する。ただし、情報処理装置２００の制御部は、ＭＡＣヘッダに格納されている送信抑制時間（ＮＡＶ）を読み出すことはできないため、送信抑制時間（ＮＡＶ）を特定することはできない。
そして、情報処理装置２００の制御部は、算出された受信フレームの終了時刻まで送信を行わないように送信抑制を設定する（ステップＳ７７１）。
続いて、情報処理装置２００の制御部は、送信抑制の期間中であるか否かを判断する（ステップＳ７７２）。送信抑制の期間中でない場合には（ステップＳ７７２）、情報処理装置２００の制御部は、送信抑制を解除する（ステップＳ７７５）。
送信抑制の期間中である場合には（ステップＳ７７２）、情報処理装置２００の制御部は、新たなフレームを受信し、かつ、そのフレームは確認応答の送信が必要なフレームであるか否かを判断する（ステップＳ７７３）。
そして、新たなフレームを受信し、かつ、そのフレームは確認応答の送信が必要なフレームである場合には（ステップＳ７７３）、情報処理装置２００の制御部は、その確認応答をフレームの送信元に対して送信する（ステップＳ７７４）。なお、これらの各処理（ステップＳ７７３、Ｓ７７４）は、上述した各処理（ステップＳ７６６、Ｓ７６９）に対応するため、ここでの詳細な説明を省略する。
このように、情報処理装置２００の制御部は、ＭＡＣヘッダのデータに誤りがない場合において、受信を打ち切ったフレームの受信終了タイミングまでの期間と、そのフレームに格納されている送信抑制期間との合計期間、送信抑制を設定する制御を行う。
また、情報処理装置２００の制御部は、ＭＡＣヘッダのデータに誤りがない場合において、受信を打ち切ったフレームの送信先または送信元が、自装置の接続先でない場合には、キャリアセンスレベルを変更する制御を行う。
また、情報処理装置２００の制御部は、ＭＡＣヘッダのデータに誤りがある場合には、フレームの受信を打ち切り、フレームの受信終了タイミングまでの間、送信抑制を設定する制御を行う。
また、情報処理装置２００の制御部は、送信抑制が設定されている場合において、所定条件を満たす場合には、確認応答を送信する制御を行う。ここで、所定条件は、自装置宛てのフレームを受信し、かつ、自装置宛てのフレームのうちの少なくとも一つのフレームを正しく受信でき、かつ、自装置宛てのフレームの送信元に確認応答を送信する必要がある場合である。
このように、本技術の第１の実施の形態によれば、後方互換性を考慮して、受信を開始したフレームの受信を適切に打ち切ることができる。
＜２．第２の実施の形態＞
本技術の第２の実施の形態では、Ａ−ＭＰＤＵ（Aggregated MAC Protocol Data Unit）フレームを受信打ち切り信号とする例を示す。具体的には、Ａ−ＭＰＤＵフレームの先頭のサブフレームのＭＡＣペイロードを０とし、この先頭のサブフレームを受信打ち切り信号とする。すなわち、ＭＡＣヘッダおよびＦＣＳのみで構成されるフレーム（ＭＡＣペイロードは０）を、受信打ち切り信号として送信する。
なお、本技術の第２の実施の形態における情報処理装置の構成については、図１等に示す情報処理装置１００、２００乃至２０４と略同一である。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
また、本技術の第２の実施の形態における各処理についても、本技術の第１の実施の形態と共通する部分がある。このため、本技術の第１の実施の形態と共通する部分については、本技術の第１の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
［Ａ−ＭＰＤＵのフレームフォーマット例］
図１３は、本技術の第２の実施の形態における通信システム１０を構成する各情報処理装置間でやりとりされるＡ−ＭＰＤＵのフレームフォーマットの構成例を示す図である。
Ａ−ＭＰＤＵフレームは、無線ＬＡＮで一般に使用されているアグリゲーションフレームのフォーマットである。
また、Ａ−ＭＰＤＵは、複数のＡ−ＭＰＤＵサブフレーム３２０乃至３２２で構成されている。また、各Ａ−ＭＰＤＵサブフレーム３２０乃至３２２には、ＭＡＣヘッダおよびＦＣＳが存在する。例えば、Ａ−ＭＰＤＵサブフレーム３２０には、ＭＡＣヘッダ３３１およびＦＣＳ３３３が存在する。なお、アグリゲーションフレームは、上述したように、複数のフレームが連結されて一つのフレームとして送信されるフレームを意味する。また、サブフレームは、複数のフレームが連結された連結フレーム（アグリゲーションフレーム）における複数のフレームのうちの１つのフレームを意味する。
ここで、本技術の第２の実施の形態では、上述したように、Ａ−ＭＰＤＵフレームの先頭のサブフレーム３２０のＭＡＣペイロード（Ｆｒａｍｅ Ｂｏｄｙ３３２）を０とする。すなわち、本技術の第２の実施の形態では、Ｆｒａｍｅ Ｂｏｄｙ３３２を０とするサブフレームを先頭に１つ追加することにより、受信打ち切り信号とする。
また、送信側の情報処理装置が受信打ち切り信号を送信する場合には、Ａ−ＭＰＤＵの先頭に新たなサブフレームを追加し、このサブフレームのＭＡＣペイロード長を０とする。これにより、受信打ち切り信号を送信することができる。すなわち、制御部１３０は、アグリゲーションフレームの先頭のサブフレームを、受信を打ち切る指標とすることができる。
なお、例えば、Ａ−ＭＰＤＵの個々のサブフレームは、宛先が異なる場合があり得る。このように、Ａ−ＭＰＤＵの個々のサブフレームの宛先が異なる場合には、先頭のサブフレームに格納する宛先アドレスとして、それらの宛先が自装置宛てであると判断することができる情報（例えば、グループの識別子）を用いるようにしてもよい。この場合には、送信先の各機器は、先頭のサブフレームに格納されるその情報（例えば、グループの識別子）に基づいて、自装置宛のフレームであるか否かを判断することができる。
なお、受信打ち切り信号送信可否判断処理（図６に示すステップＳ７２０）、受信打ち切り信号送信判断処理（図６に示すステップＳ７４０）については、本技術の第１の実施の形態と同様であるため、ここでの説明を省略する。
このように、現在のＩＥＥＥ８０２．１１の仕様を一切変更することなく、受信打ち切り信号の送信を実現することができるため、後方互換性を担保することができる。
［受信打ち切り判断処理の動作例］
図１４は、本技術の第２の実施の形態における情報処理装置２００によるフレーム受信処理のうちの受信打ち切り判断処理（図７に示すステップＳ７５０の処理手順）を示すフローチャートである。なお、図１４は、図１１の一部を変形したものである。このため、図１１と共通する部分については、図１１と同一の符号を付してこれらの説明の一部を省略する。
ここで、本技術の第１の実施の形態では、ＭＡＣヘッダ用のＦＣＳを新たに追加し、このＦＣＳを確認する例を示した。これに対して、本技術の第２の実施の形態では、既存のＦＣＳを使用し、このＦＣＳを確認する（ステップＳ７８１）。
具体的には、情報処理装置２００の制御部は、Ａ−ＭＰＤＵフレームの先頭のサブフレームのＦＣＳを確認する（ステップＳ７８１）。このＦＣＳは、例えば、図１３に示すＡ−ＭＰＤＵフレームの先頭のサブフレーム３２０のＦＣＳ３３３である。
そして、情報処理装置２００の制御部は、受信したＡ−ＭＰＤＵフレームの先頭のサブフレームから算出されるチェックサムと、その先頭のサブフレームのＦＣＳの値とが一致するか否かを判断する（ステップＳ７８１）。そして、それらの値が一致しない場合には（ステップＳ７８１）、ステップＳ７５８に進む。また、それらの値が一致する場合には（ステップＳ７８１）、ステップＳ７５２に進む。
［フレーム受信打ち切り処理の動作例］
図１５は、本技術の第２の実施の形態における情報処理装置２００によるフレーム受信処理のうちのフレーム受信打ち切り処理（図７に示すステップＳ７６０の処理手順）を示すフローチャートである。なお、図１５は、図１２の一部を変形したものである。このため、図１２と共通する部分については、図１２と同一の符号を付してこれらの説明の一部を省略する。
ここで、本技術の第１の実施の形態では、ＭＡＣヘッダ用のＦＣＳを新たに追加し、このＦＣＳを確認する例を示した。これに対して、本技術の第２の実施の形態では、既存のＦＣＳを使用し、このＦＣＳを確認する（ステップＳ７９１）。
具体的には、情報処理装置２００の制御部は、Ａ−ＭＰＤＵフレームの先頭のサブフレームのＦＣＳを確認する（ステップＳ７９１）。このＦＣＳは、例えば、図１３に示すＡ−ＭＰＤＵフレームの先頭のサブフレーム３２０のＦＣＳ３３３である。
そして、情報処理装置２００の制御部は、受信したＡ−ＭＰＤＵフレームの先頭のサブフレームから算出されるチェックサムと、その先頭のサブフレームのＦＣＳの値とが一致するか否かを判断する（ステップＳ７９１）。そして、それらの値が一致しない場合には（ステップＳ７９１）、ステップＳ７７１に進む。また、それらの値が一致する場合には（ステップＳ７９１）、ステップＳ７６２に進む。
＜３．第３の実施の形態＞
本技術の第３の実施の形態では、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧ（ＨＥ−ＳＩＧ（High Efficiency SIGNAL）−Ａ）を用いて受信打ち切り信号を生成する例を示す。
なお、本技術の第３の実施の形態における情報処理装置の構成については、図１等に示す情報処理装置１００、２００乃至２０４と略同一である。このため、本技術の第１および第２の実施の形態と共通する部分については、本技術の第１および第２の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
また、本技術の第３の実施の形態における各処理についても、本技術の第１および第２の実施の形態と共通する部分がある。このため、本技術の第１および第２の実施の形態と共通する部分については、本技術の第１および第２の実施の形態と同一の符号を付してこれらの説明の一部を省略する。
［受信打ち切り信号送信可否判断処理の動作例］
図１６は、本技術の第３の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信可否判断処理（図６に示すステップＳ７２０の処理手順）を示すフローチャートである。
図１６では、送信側の情報処理装置が情報処理装置１００である場合の例を示す。また、図１６では、本技術の第１および第２の実施の形態における各処理とともに、情報処理装置１００の周りに存在する他の情報処理装置の全てが、受信打ち切りに対応する情報処理装置であるか否かを判断する判断処理を行う例を示す。ここで、受信打ち切りに対応する情報処理装置は、受信打ち切り信号の受信が可能な情報処理装置である。
制御部１３０は、Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔフレームおよびＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームのうちの少なくとも１つを受信したか否かを判断する（ステップＳ８０１）。
Ａｓｓｏｃｉａｔｉｏｎ ＲｅｑｕｅｓｔフレームおよびＰｒｏｂｅ Ｒｅｑｕｅｓｔフレームの何れも受信していない場合には（ステップＳ８０１）、監視を継続して行う。
それらのフレームのうちの少なくとも１つを受信した場合には（ステップＳ８０１）、制御部１３０は、受信したフレームの送信元が、受信打ち切りに対応する情報処理装置であるか否かを判断する（ステップＳ８０２）。
受信したフレームの送信元が、受信打ち切りに対応する情報処理装置である場合には（ステップＳ８０２）、制御部１３０は、自装置（情報処理装置１００）が受信打ち切り信号の送信が可能であるか否かを判断する（ステップＳ８０３）。
自装置が受信打ち切り信号の送信が可能である場合には（ステップＳ８０３）、制御部１３０は、自装置（情報処理装置１００）に接続されている全ての情報処理装置（子局）が受信打ち切り信号の送信が可能であるか否かを判断する（ステップＳ８０４）。
自装置に接続されている全ての情報処理装置（子局）が受信打ち切り信号の送信が可能である場合には（ステップＳ８０４）、制御部１３０は、ビーコンを受信することができた他の情報処理装置（親局）が存在するか否かを判断する（ステップＳ８０５）。
ビーコンを受信することができた他の情報処理装置（親局）が存在しない場合には（ステップＳ８０５）、制御部１３０は、受信打ち切り信号を送信可能であると判断する（ステップＳ８０６）。
ビーコンを受信することができた他の情報処理装置（親局）が存在する場合には（ステップＳ８０５）、制御部１３０は、それらの全ての情報処理装置（親局）が受信打ち切り信号の送信が可能であるか否かを判断する（ステップＳ８０７）。
それらの全ての情報処理装置（親局）が受信打ち切り信号の送信が可能である場合には（ステップＳ８０７）、制御部１３０は、受信打ち切り信号を送信可能であると判断する（ステップＳ８０６）。それらの全ての情報処理装置（親局）が受信打ち切り信号の送信が可能でない場合には（ステップＳ８０７）、制御部１３０は、受信打ち切り信号の送信が不可能であると判断する（ステップＳ８０８）。
また、受信したフレームの送信元が、受信打ち切りに対応する情報処理装置でない場合には（ステップＳ８０２）、ステップＳ８０８に進む。また、自装置が受信打ち切り信号の送信が可能でない場合には（ステップＳ８０３）、ステップＳ８０８に進む。また、自装置に接続されている全ての情報処理装置（子局）が受信打ち切り信号の送信が可能でない場合には（ステップＳ８０４）、ステップＳ８０８に進む。
ここで、受信打ち切り機能に非対応の情報処理装置は、受信打ち切り信号を含むフレームを受信してもデータを復調することができない。このため、受信打ち切り機能に非対応の情報処理装置には、受信打ち切り信号を送信しないようにする。
ただし、例えば、受信打ち切り信号の送信を、受信打ち切り機能に非対応の情報処理装置が受信した場合には、この非対応の情報処理装置は、不明なフォーマットのものを受信したと捉え、この信号を受信している期間、送信を行わない。この場合でも、フォーマットの違いによって、上位層におかしなパケットを伝達してしまうといった問題を起こすことはない。このため、後方互換性を担保することができる。すなわち、本技術の第３の実施の形態は、受信打ち切り機能に対応の情報処理装置のみで構成されるような場合に限定されるものではない。
［ＨＥ−ＳＩＧ−Ａの構成例］
図１７は、本技術の第３の実施の形態における通信システム１０を構成する各情報処理装置間でやりとりされるＨＥ−ＳＩＧ（High Efficiency SIGNAL）−Ａの構成例を示す図である。
図１７では、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧとして、ＨＥ−ＳＩＧ−Ａ ３４１を示す。
また、図１７では、ＩＥＥＥ８０２．１１のＬ−ＳＴＦ（Legacy Short Training Field）、Ｌ−ＬＴＦ（Legacy Long Training Field）、Ｌ−ＳＩＧ（Legacy SIGNAL）、ＨＥ−ＳＩＧ−Ａ ３４１、ＨＥ−ＳＴＦ（High Efficiency Short Training Field）、ＨＥ−ＬＴＦ（High Efficiency Long Training Field）、ＨＥ−ＳＩＧ−Ｂ、Ｄａｔａにより構成されるフォーマット例を示す。
［受信打ち切り信号送信判断処理の動作例］
図１８は、本技術の第３の実施の形態における情報処理装置１００によるフレーム送信処理のうちの受信打ち切り信号送信判断処理（図６に示すステップＳ７４０の処理手順）を示すフローチャートである。
制御部１３０は、送信対象となるフレームが、ユニキャスト送信、または、マルチキャスト送信されるか否かを判断する（ステップＳ８１１）。
送信対象となるフレームが、ユニキャスト送信、または、マルチキャスト送信される場合には（ステップＳ８１１）、制御部１３０は、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧ部にＲＡを格納することにより、受信打ち切り信号とする（ステップＳ８１２）。すなわち、ＲＡ（送信先のアドレス）がＩＥＥＥ８０２．１１ａｘ用のＳＩＧ部に格納される。
ここで、ユニキャスト送信、または、マルチキャスト送信は、宛先を指定して情報処理装置に送信を行う方式である。このため、受信したフレームに含まれるＲＡが異なる場合には、自装置宛てではないと、そのフレームを受信した情報処理装置が判断することができる。
また、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧ（図１７に示すＨＥ−ＳＩＧ−Ａ ３４１）は、ＩＥＥＥ８０２．１１ａｘに対応する情報処理装置のみが復調可能なビット列である。そこで、そのＳＩＧに、受信を打ち切る指標となる情報を格納することにより、ＩＥＥＥ８０２．１１ａｘに対応する情報処理装置は、受信を打ち切ることができる。
また、ＩＥＥＥ８０２．１１ａｘに対応していない情報処理装置にとっては、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧを読み取ることはできないが、不明なフォーマットとして復調を行わないため、後方互換性を担保することができる。
送信対象となるフレームが、ブロードキャスト送信される場合には（ステップＳ８１１）、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧ部にＴＡ（自装置のアドレス）を格納することにより、受信打ち切り信号とする（ステップＳ８１３）。
ここで、ブロードキャスト送信は、フレームを受信することができる全ての情報処理装置を宛先として送信を行う場合に使用される方式である。また、ＴＡが自装置が接続している情報処理装置１００と異なる場合には、そのフレームが自装置宛てではないと、そのフレームを受信した情報処理装置が判断することができる。
このように、制御部１３０は、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧに、受信を打ち切る指標となる情報（ＲＡまたはＴＡ）を格納することにより、受信打ち切り信号とすることができる。これにより、そのフレームを受信した情報処理装置は、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧ部に格納されているアドレスに基づいて、フレーム受信を打ち切るか否かを判断することができる。すなわち、その情報処理装置は、そのＳＩＧ部に格納されているアドレスが自装置のアドレスと異なる場合、または、自装置が接続している情報処理装置１００のアドレスと異なる場合、そのフレームの受信を打ち切り、そのフレームを破棄することができる。
ここで、例えば、子局が親局にユニキャスト送信を行う場合には、子局は、ＨＥ−ＳＩＧ−Ａに親局の情報（親局のアドレス）をＲＡとして格納する。この場合に、その親局に接続している他の子局がその信号を受信したときには、ＨＥ−ＳＩＧ−Ａに格納されている親局の情報が、ＴＡであるかＲＡであるかを判別することができない。このため、その親局に接続している他の子局がその信号を受信したときには、自装置宛ての信号でないにも関わらず、受信を継続してしまう。そこで、ＲＡおよびＴＡのうちの何れかを格納したかを特定するための識別子を含めることにより、子局は正しく判断することが可能となる。すなわち、制御部１３０は、ＲＡおよびＴＡのうちの何れかを格納したかを特定するための識別子を、ＩＥＥＥ８０２．１１ａｘ用のＳＩＧに含めて送信することができる。
また、受信側の機器は、受信したフレームにおけるＩＥＥＥ８０２．１１ａｘ用のＳＩＧに含まれる、受信を打ち切る指標となる情報（ＲＡまたはＴＡ）と、識別子（ＲＡおよびＴＡのうちの何れかを格納したかを特定するための識別子）とを取得することができる。そして、受信側の機器は、その識別子を用いて、受信を打ち切る指標となる情報（ＲＡまたはＴＡ）を正しく用いることができる。
このように、識別子として格納される値は、ＲＡまたはＴＡのアドレスそのものであってもよく、ＲＡまたはＴＡのアドレスから一意に導くことのできる圧縮された値であってもよい。
［受信打ち切り判断処理の動作例］
図１９は、本技術の第３の実施の形態における情報処理装置２００によるフレーム受信処理のうちの受信打ち切り判断処理（図７に示すステップＳ７５０の処理手順）を示すフローチャートである。
情報処理装置２００の制御部は、受信したフレームにおけるＩＥＥＥ８０２．１１ａｘ用のＳＩＧ部に格納されているアドレスを確認して、受信打ち切り判断用のアドレスが格納されているか否かを判断する（ステップＳ８２１）。
そのＳＩＧ部に受信打ち切り判断用のアドレスが格納されていない場合には（ステップＳ８２１）、情報処理装置２００の制御部は、フレームの受信を継続するように制御を行う（ステップＳ８２３）。
そのＳＩＧ部に受信打ち切り判断用のアドレスが格納されている場合には（ステップＳ８２１）、情報処理装置２００の制御部は、そのアドレスが、自装置のアドレス、または、自装置が属するグループのアドレスと一致するか否かを判断する（ステップＳ８２２）。
そのアドレスが、自装置のアドレス、または、自装置が属するグループのアドレスと一致する場合には（ステップＳ８２２）、情報処理装置２００の制御部は、フレームの受信を継続するように制御を行う（ステップＳ８２３）。
そのアドレスが、自装置のアドレス、および、自装置が属するグループのアドレスの何れとも一致しない場合には（ステップＳ８２２）、情報処理装置２００の制御部は、そのアドレスが、接続先と一致するか否かを判断する（ステップＳ８２４）。
そのアドレスが、接続先と一致する場合には（ステップＳ８２４）、情報処理装置２００の制御部は、フレームの受信を継続するように制御を行う（ステップＳ８２３）。
そのアドレスが、接続先と一致しない場合には（ステップＳ８２４）、情報処理装置２００の制御部は、フレームの受信を打ち切ると判断する（ステップＳ８２５）。これにより、フレームの受信が中止され、そのフレームが破棄される（ステップＳ８２５）。
［フレーム受信打ち切り処理の動作例］
図２０は、本技術の第３の実施の形態における情報処理装置２００によるフレーム受信処理のうちのフレーム受信打ち切り処理（図７に示すステップＳ７６０の処理手順）を示すフローチャートである。
最初に、情報処理装置２００の制御部は、ＰＬＣＰヘッダ内に格納されているＬＥＮＧＴＨおよびＲＡＴＥに基づいて、受信フレームの終了時刻を算出する（ステップＳ８３１）。そして、情報処理装置２００の制御部は、算出された受信フレームの終了時刻まで送信を行わないように送信抑制を設定する（ステップＳ８３１）。
このようにすることにより、不必要な送信を減らすことができる。また、情報処理装置２００は、電力を削減することができるだけでなく、フレーム同士の衝突機会を減らし、システムスループットを向上させることができる。
続いて、情報処理装置２００の制御部は、送信抑制中であるか否か（算出された受信フレームの終了時刻に達したか否か）を判断する（ステップＳ８３２）。送信抑制中でない場合（算出された受信フレームの終了時刻に達した場合）には、（ステップＳ８３２）、情報処理装置２００の制御部は、送信抑制を解除する（ステップＳ８３５）。
送信抑制中である場合には、（ステップＳ８３２）、情報処理装置２００の制御部は、新たなフレームを受信し、かつ、そのフレームは確認応答の送信が必要なフレームであるか否かを判断する（ステップＳ８３３）。
新たなフレームを受信し、かつ、そのフレームは確認応答の送信が必要なフレームである場合には（ステップＳ８３３）、情報処理装置２００の制御部は、その確認応答をフレームの送信元に対して送信し（ステップＳ８３４）、ステップＳ８３２に戻る。一方、新たなフレームを受信していない場合、または、受信したフレームが確認応答の送信が不要なフレームである場合には（ステップＳ８３３）、ステップＳ８３２に戻る。
このように、本技術の第１乃至第３の実施の形態では、フレームのフォーマットを変更することなく、フレーム（例えば、ＭＡＣヘッダ）の誤り検出を行うことができる。これにより、後方互換性を考慮して、受信中のフレームの受信を適切に打ち切ることができ、フレームの受信機会を向上させることができる。
なお、本技術の第１乃至第３の実施の形態において、親局（情報処理装置１００）が子局（情報処理装置２００乃至２０４）に対して送信を行い、子局（情報処理装置２００乃至２０４）がその信号を受信する場合の例について説明した。ただし、子局（情報処理装置２００乃至２０４）が親局（情報処理装置１００）に対して送信を行い、親局（情報処理装置１００）がその信号を受信する場合についても同様に、本技術の第１乃至第３の実施の形態を適用することができる。また、子局間における通信についても同様に、本技術の第１乃至第３の実施の形態を適用することができる。
＜４．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置１００、情報処理装置２０１乃至２０４は、スマートフォン、タブレットＰＣ（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 (19)

  1. 第１のフレームを受信した他の情報処理装置が前記第１のフレームの受信を打ち切る指標となる信号であって後方互換性を有する第１の信号を前記他の情報処理装置に送信する制御と、他の情報処理装置から送信された第２のフレームを受信した場合に、前記第２のフレームの受信を打ち切る指標であって後方互換性を有する第２の信号により特定される指標に基づいて、前記第２のフレームのＭＡＣヘッダを受信してから前記第２のフレームの受信を打ち切る制御とを行う制御部を具備し、
    前記制御部は、前記送信された第２のフレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記受信を打ち切った第２のフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する制御を行う
    情報処理装置。
  2. 前記制御部は、前記第１のフレームにおけるＭＡＣヘッダを用いた演算結果に基づく情報を前記指標とする請求項１記載の情報処理装置。
  3. 前記制御部は、前記演算結果に基づく情報を前記第１のフレームにおける物理層のヘッダ内に格納して前記信号とする請求項２記載の情報処理装置。
  4. 前記制御部は、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの１つのフレームを前記指標とする請求項１記載の情報処理装置。
  5. 前記制御部は、前記指標となる情報として送信元のアドレスもしくは送信先のアドレスを指標として、前記第１のフレームにおける物理層のヘッダ内に格納する請求項１から４のいずれかに記載の情報処理装置。
  6. 前記制御部は、基地局からの情報と、無線子機からの情報と、送信対象となるフレームの長さと、複数の周波数を束ねた送信を行うか否かとのうちの少なくとも１つに基づいて、前記第１の信号を送信するか否かを判断する請求項１記載の情報処理装置。
  7. 他の情報処理装置から送信されたフレームを受信した場合に、前記フレームの受信を打ち切る指標であって後方互換性を有する信号により特定される指標に基づいて、前記フレームのＭＡＣヘッダを受信してから前記フレームの受信を打ち切る制御を行う制御部を具備し、
    前記制御部は、前記フレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記受信を打ち切ったフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する制御を行う
    情報処理装置。
  8. 前記指標は、前記信号に含まれる前記ＭＡＣヘッダのＦＣＳを含み、
    前記制御部は、前記ＦＣＳと、前記ＭＡＣヘッダに基づいて算出されるチェックサムとの比較結果に基づいて、前記ＭＡＣヘッダのデータに誤りがあるか否かを判断する
    請求項７記載の情報処理装置。
  9. 前記指標は、複数のフレームが連結された連結フレームにおける当該複数のフレームのうちの１つのフレームに格納される請求項８記載の情報処理装置。
  10. 前記指標は、物理層のヘッダ内に格納される請求項８記載の情報処理装置。
  11. 前記制御部は、前記指標に基づいて、前記フレームにおける前記ＭＡＣヘッダのデータに誤りがあるか否かを判断し、前記ＭＡＣヘッダのデータに誤りがある場合には、前記フレームの受信を打ち切る制御を行う請求項７から１０のいずれかに記載の情報処理装置。
  12. 前記制御部は、前記フレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記フレームがユニキャスト送信であり、かつ、前記フレームの送信先が自装置宛てでない場合と、前記フレームがマルチキャスト送信であり、かつ、前記フレームの送信先が自装置が属するマルチキャストグループ宛でない場合とに、前記フレームの受信を打ち切ると判断する請求項７から１１のいずれかに記載の情報処理装置。
  13. 前記制御部は、前記フレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記フレームがブロードキャスト送信であり、かつ、前記フレームの送信先が自装置が接続されている情報処理装置でない場合に、前記フレームの受信を打ち切ると判断する請求項７から１１のいずれかに記載の情報処理装置。
  14. 前記制御部は、前記受信を打ち切ったフレームの受信終了タイミングまでの間、送信抑制を設定する制御を行う請求項７から１３のいずれかに記載の情報処理装置。
  15. 前記制御部は、前記送信抑制が設定されている場合において、自装置宛てのフレームを受信し、かつ、前記自装置宛てのフレームのうちの少なくとも一つのフレームを正しく受信でき、かつ、前記自装置宛てのフレームの送信元に確認応答を送信する必要がある場合には、前記確認応答を送信する制御を行う請求項１４記載の情報処理装置。
  16. 前記制御部は、前記ＭＡＣヘッダのデータに誤りがない場合において、前記受信を打ち切ったフレームに格納されている情報に基づいて決定される送信抑制期間、前記送信抑制を設定する制御を行う請求項１４または１５に記載の情報処理装置。
  17. フレームを受信した第２情報処理装置が前記フレームの受信を打ち切る指標となる信号であって後方互換性を有する信号を前記第２情報処理装置に送信する制御を行う第１情報処理装置と、
    前記第１情報処理装置から送信された前記フレームを受信した場合に、前記信号に基づいて、前記フレームのＭＡＣヘッダを受信してから前記フレームの受信を打ち切る制御を行う第２情報処理装置と
    を具備し、
    前記第２情報処理装置は、前記フレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記受信を打ち切ったフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する制御を行う
    通信システム。
  18. 第１のフレームを受信した他の情報処理装置が前記第１のフレームの受信を打ち切る指標となる信号であって後方互換性を有する第１の信号を前記他の情報処理装置に送信する制御と、他の情報処理装置から送信された第２のフレームを受信した場合に、前記第２のフレームの受信を打ち切る指標であって後方互換性を有する第２の信号により特定される指標に基づいて、前記第２のフレームのＭＡＣヘッダを受信してから前記第２のフレームの受信を打ち切る制御とを行う情報処理方法であって、
    前記送信された第２のフレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記受信を打ち切った第２のフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する
    情報処理方法。
  19. 他の情報処理装置から送信されたフレームを受信した場合に、前記フレームの受信を打ち切る指標であって後方互換性を有する信号により特定される指標に基づいて、前記フレームのＭＡＣヘッダを受信してから前記フレームの受信を打ち切る情報処理方法であって、
    前記フレームにおける前記ＭＡＣヘッダのデータに誤りがない場合において、前記受信を打ち切ったフレームの送信先または送信元が、自装置が接続されている情報処理装置でない場合には、キャリアセンスレベルを変更する
    情報処理方法。
JP2016532499A 2014-07-11 2015-06-01 情報処理装置、通信システムおよび情報処理方法 Active JP6760063B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2014142951 2014-07-11
JP2014142951 2014-07-11
PCT/JP2015/065747 WO2016006365A1 (ja) 2014-07-11 2015-06-01 情報処理装置、通信システムおよび情報処理方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2020141801A Division JP7205523B2 (ja) 2014-07-11 2020-08-25 情報処理装置、通信システムおよび情報処理方法

Publications (2)

Publication Number Publication Date
JPWO2016006365A1 JPWO2016006365A1 (ja) 2017-04-27
JP6760063B2 true JP6760063B2 (ja) 2020-09-23

Family

ID=55064007

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2016532499A Active JP6760063B2 (ja) 2014-07-11 2015-06-01 情報処理装置、通信システムおよび情報処理方法
JP2020141801A Active JP7205523B2 (ja) 2014-07-11 2020-08-25 情報処理装置、通信システムおよび情報処理方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2020141801A Active JP7205523B2 (ja) 2014-07-11 2020-08-25 情報処理装置、通信システムおよび情報処理方法

Country Status (7)

Country Link
US (4) US10582423B2 (ja)
EP (1) EP3169101A4 (ja)
JP (2) JP6760063B2 (ja)
CN (2) CN106664598B (ja)
AU (1) AU2015286295B2 (ja)
BR (1) BR112017000089B1 (ja)
WO (1) WO2016006365A1 (ja)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2015286295B2 (en) 2014-07-11 2018-12-06 Sony Corporation Information processing device, communication system and information processing method
CN107926046B (zh) * 2015-07-20 2021-02-05 瑞典爱立信有限公司 控制对无线通信***中的共享无线媒体的访问
JP6603617B2 (ja) 2015-08-31 2019-11-06 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ ゲートウェイ装置、車載ネットワークシステム及び通信方法
KR20170070639A (ko) * 2015-12-14 2017-06-22 삼성전자주식회사 통신 시스템에서 데이터 송수신 방법 및 장치
JP6828632B2 (ja) * 2017-08-03 2021-02-10 住友電気工業株式会社 検知装置、検知方法および検知プログラム

Family Cites Families (30)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000261462A (ja) * 1999-03-11 2000-09-22 Seiko Epson Corp 無線パケット通信システム
KR20030011471A (ko) * 2001-08-03 2003-02-11 동훈산업 주식회사 종합 외환업무 시스템
US7729373B2 (en) * 2002-07-02 2010-06-01 Broadcom Corporation Modified range requests enabling bandwidth requests and state of health reporting
US7304971B2 (en) * 2002-11-01 2007-12-04 Lucent Technologies Inc. Flexible transmission method for wireless communications
KR100574622B1 (ko) * 2003-02-24 2006-04-27 삼성전자주식회사 무선 랜 데이터 프레임과, 이를 이용한 무선 랜 데이터송/수신 방법 및 그 시스템
JP4288368B2 (ja) * 2004-04-09 2009-07-01 Ｏｋｉセミコンダクタ株式会社 受信制御方法および無線ｌａｎ装置
US7593447B2 (en) 2004-07-12 2009-09-22 Santanu Basu Rotary disk laser module
AU2005285274B2 (en) 2004-09-10 2009-03-05 Interdigital Technology Corporation Implementing a smart antenna in a wireless local area network
WO2006041673A2 (en) * 2004-10-08 2006-04-20 Interdigital Technology Corporation Wireless local area network medium access control extensions for station power efficiency and resource management
US20070011554A1 (en) * 2005-06-27 2007-01-11 Intel Corporation Block acknowledgement request apparatus, systems, and methods
JP2007019773A (ja) * 2005-07-07 2007-01-25 Sharp Corp 送信装置、受信装置及びそれらを備えた通信装置
US8050179B2 (en) * 2005-09-22 2011-11-01 Freescale Semiconductor, Inc. Method and system for acknowledging frames in a communication network
WO2007097038A1 (ja) * 2006-02-27 2007-08-30 Fujitsu Limited バッファの制御装置、クロスバースイッチ及びバッファの制御方法
JP2009528745A (ja) * 2006-02-28 2009-08-06 ノキア コーポレイション 無線ネットワークにおける省電力配信のための、ｍａｃヘッダを使用するマルチキャストグループアドレス信号伝達
JP4793239B2 (ja) 2006-07-21 2011-10-12 ソニー株式会社 印刷装置、印刷方法及び記録媒体駆動装置
US8238835B2 (en) * 2006-12-07 2012-08-07 Mitsubishi Electric Corporation Wireless communication system, wireless terminal station, wireless base station, and wireless communication method
US7710939B2 (en) * 2007-02-06 2010-05-04 Samsung Electronics Co., Ltd. Method and system for power saving in wireless local area communication networks
JP2009049461A (ja) * 2007-08-13 2009-03-05 Toshiba Corp 無線通信装置
US8427951B2 (en) * 2007-08-30 2013-04-23 International Business Machines Corporation Method, system, and apparatus for reliable data packet recovery in a link layer of a data center ethernet network
JP5053440B2 (ja) * 2007-11-08 2012-10-17 エルジー エレクトロニクス インコーポレイティド 無線メッシュネットワークにおけるデータ送信方法及びａ−ｍｓｄｕフォーマット
JP2009225334A (ja) 2008-03-18 2009-10-01 Toshiba Corp 無線通信装置
US8464138B2 (en) * 2008-08-20 2013-06-11 Qualcomm Incorporated Effective utilization of header space for error correction in aggregate frames
JP2010109939A (ja) 2008-10-31 2010-05-13 Toshiba Corp 無線通信装置
JP5316208B2 (ja) * 2009-05-08 2013-10-16 ソニー株式会社 通信装置及び通信方法、コンピューター・プログラム、並びに通信システム
US8817698B2 (en) * 2009-10-18 2014-08-26 Intel Corporation Device, system and method of selectively aborting reception of wireless communication packets
WO2011072173A2 (en) * 2009-12-09 2011-06-16 Marvell World Trade Ltd. Wireless communication signaling for aggregate data units
EP2357773B1 (en) * 2010-02-10 2018-01-10 Avago Technologies General IP (Singapore) Pte. Ltd Preamble and header bit allocation for power savings within multiple user, multiple access, and/or MIMO wireless communications systems
JP5269925B2 (ja) * 2011-01-31 2013-08-21 株式会社東芝 無線通信装置及び無線通信方法
US8837373B2 (en) * 2011-11-01 2014-09-16 Telefonaktiebolaget L M Ericsson (Publ) Relay node, main unit for a relay node and method therein
AU2015286295B2 (en) 2014-07-11 2018-12-06 Sony Corporation Information processing device, communication system and information processing method

Also Published As

Publication number Publication date
AU2015286295B2 (en) 2018-12-06
BR112017000089B1 (pt) 2023-12-12
CN111901828A (zh) 2020-11-06
US20170156081A1 (en) 2017-06-01
EP3169101A1 (en) 2017-05-17
CN106664598A (zh) 2017-05-10
JP7205523B2 (ja) 2023-01-17
JP2021002831A (ja) 2021-01-07
US11856460B2 (en) 2023-12-26
WO2016006365A1 (ja) 2016-01-14
JPWO2016006365A1 (ja) 2017-04-27
US20240098574A1 (en) 2024-03-21
EP3169101A4 (en) 2018-03-07
US20200169920A1 (en) 2020-05-28
AU2015286295A1 (en) 2016-12-22
US10582423B2 (en) 2020-03-03
US20220116826A1 (en) 2022-04-14
BR112017000089A2 (ja) 2018-01-09
US11228944B2 (en) 2022-01-18
CN106664598B (zh) 2020-09-15

Similar Documents

Publication Publication Date Title
JP7205523B2 (ja) 情報処理装置、通信システムおよび情報処理方法
JP6398728B2 (ja) 情報処理装置および情報処理方法
JP6791119B2 (ja) 情報処理装置および情報処理方法
JPWO2016136116A1 (ja) 情報処理装置
WO2016006312A1 (ja) 情報処理装置、情報処理方法およびプログラム
JP7060050B2 (ja) 通信装置および通信方法
JP7081623B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP6729582B2 (ja) 通信装置および通信方法
JP7235149B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP6507556B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JPWO2016143232A1 (ja) 情報処理装置および情報処理方法
JP7010232B2 (ja) 情報処理装置および信号送信制御方法
JP2017152983A (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
WO2023218918A1 (ja) 無線通信制御装置および方法、並びにプログラム
WO2023218919A1 (ja) 無線通信制御装置および方法、並びにプログラム
JP2023167312A (ja) 無線通信制御装置および方法、並びにプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180514

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180514

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190716

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190904

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200128

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200316

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200804

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200817

R151 Written notification of patent or utility model registration

Ref document number: 6760063

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151