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

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

Info

Publication number
JP7081623B2
JP7081623B2 JP2020104176A JP2020104176A JP7081623B2 JP 7081623 B2 JP7081623 B2 JP 7081623B2 JP 2020104176 A JP2020104176 A JP 2020104176A JP 2020104176 A JP2020104176 A JP 2020104176A JP 7081623 B2 JP7081623 B2 JP 7081623B2
Authority
JP
Japan
Prior art keywords
data
information processing
transmission
processing apparatus
retransmission request
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
JP2020104176A
Other languages
English (en)
Other versions
JP2020167711A (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
Sony Group Corp
Original Assignee
Sony Corp
Sony Group 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, Sony Group Corp filed Critical Sony Corp
Publication of JP2020167711A publication Critical patent/JP2020167711A/ja
Application granted granted Critical
Publication of JP7081623B2 publication Critical patent/JP7081623B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • 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
    • 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]
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1692—Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
    • 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/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • 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
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0093—Point-to-multipoint

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Description

本技術は、情報処理装置に関する。詳しくは、無線通信を利用してデータのやりとりを行う情報処理装置、通信システムおよび情報処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
従来、無線通信を利用してデータのやりとりを行う無線通信技術が存在する。例えば、無線ＬＡＮ（Local Area Network）を利用して各情報処理装置間でデータのやりとりを行う通信方法が提案されている。
この無線ＬＡＮを利用してデータのやりとりを行う場合には、送信元の機器は、データを送信した後に、送信先の機器から受領確認（例えば、ＡＣＫ（ACKnowledgement））を受け取る。これにより、送信元の機器は、送信先の機器においてデータの受信が完了したことを把握することができる。また、送信元の機器は、受領確認を受け取ることにより、送信先の機器に送信したデータをバッファから破棄することが可能となる。
また、複数のデータをアグリゲートして１つのバーストとして送信するフレームアグリゲーション技術が、ＩＥＥＥ８０２．１１規格に開示されている。このフレームアグリゲーションのデータ伝送シーケンスでは、複数のデータに対して１つの受領確認（ＢＡＣＫ（Block ACK））を受け取ることにより、再送するデータを特定する方法も用いられる。
また、近年では、複数の送信先の機器に１つのバーストとしてデータを送信する技術（例えば、マルチユーザのフレームアグリゲーション技術）が提案されている。また、そのマルチユーザのフレームアグリゲーション技術をＭＩＭＯ（Multiple Input Multiple Output）技術に応用し、マルチユーザに向けて複数のアンテナエレメントのエレメント毎に係数を乗算して信号を重畳する技術も提案されている。
また、安定的に接続されている伝送網（例えば、有線等の伝送網）においては、受け取れなかったデータを特定することができる未達通知（ＮＡＣＫ（Negative ACKnowledgement））を交換するシーケンスも提案されている。
例えば、送信元から送信先へのデータ伝送が失敗した場合に、ＮＡＣＫを返送してデータの再送を繰り返す技術が提案されている（例えば、特許文献１参照。）。
特開２００５－２６０９３９号公報
上述の従来技術では、送信元の機器は、受領確認（ＡＣＫ）を受け取ることにより、データの受信が完了したことを認識することができる。このため、受領確認（ＡＣＫ）を受け取っていない場合には、所定の手順に従って送信元の機器から送信先の機器にデータの再送が行われる。ただし、送信先の機器がデータを正しく受信できていても、送信元の機器が受領確認（ＡＣＫ）を受信できない場合には、データ再送が開始されてしまう。
また、例えば、フレームアグリゲーションによって、複数のデータが含まれるＢＡＣＫを受信できない場合には、送信先の機器で受信できていた全てのデータが送信元の機器から再送されることも想定される。この場合には、無線伝送路が不必要なデータ再送のために長時間に亘り占有されてしまい、無線伝送路を効率的に利用することができないおそれがある。
また、未達通知（ＮＡＣＫ）を利用する場合には、送信元の機器が未達通知（ＮＡＣＫ）を受け取れない場合に、データが破棄されてしまう。このため、送信先の機器が未達通知（ＮＡＣＫ）を送信したにもかかわらず、送信元の機器が未達通知（ＮＡＣＫ）を受け取れない場合でも、データが破棄されてしまうため、送信先の機器にデータが届かなくなるおそれもある。
また、マルチユーザ向けのフレームアグリゲーション技術においては、複数の宛先となる送信先の各機器から受領確認（ＡＣＫ）を受け取るため、データ送信後に送信先の各機器に個別に受領確認要求（ＢＡＣＫ要求）を送信する。そして、その都度、受領確認（ＡＣＫ）を受け取る必要がある。このため、複数の送信先の機器からの受領確認を収集するための時間が長くなり、無線伝送路を効率的に利用することができないおそれがある。
また、上述の従来技術では、未達通知（ＮＡＣＫ）を再送要求として利用するが、受信成功を意味するＡＣＫがデータの送信元の機器で受信されるまで続行される。このため、データのやりとりの時間が長くなり、無線伝送路を効率的に利用することができないおそれがある。
本技術はこのような状況に鑑みて生み出されたものであり、無線伝送路を効率的に利用することを目的とする。
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、他の機器から自装置宛のデータを受信した場合に、当該データのうちに未達データが存在するときには、当該データの再送要求を上記他の機器に送信し、当該データのうちに未達データが存在しないときには、受領確認を送信しない制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、他の機器から自装置宛のデータを受信した場合に、そのデータのうちに未達データが存在するときには、そのデータの再送要求を他の機器に送信し、そのデータのうちに未達データが存在しないときには、受領確認を送信しないという作用をもたらす。
また、この第１の側面において、上記制御部は、上記未達データが存在するときには、上記未達データの再送要求を上記他の機器に送信するようにしてもよい。これにより、未達データが存在するときには、未達データの再送要求を他の機器に送信するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記再送要求の送信後に上記再送要求に対応する未達データである第１未達データが上記他の機器から送信されない場合に、上記他の機器から新たな自装置宛のデータを受信し、かつ、当該データのうちに未達データが存在するときには、当該データの再送要求に上記第１未達データに関する情報を含めて上記他の機器に送信するようにしてもよい。これにより、再送要求の送信後に再送要求に対応する未達データ（第１未達データ）が他の機器から送信されない場合に、他の機器から新たな自装置宛のデータを受信し、かつ、そのデータのうちに未達データが存在するときには、そのデータの再送要求に第１未達データに関する情報を含めて他の機器に送信するという作用をもたらす。
また、この第１の側面において、上記自装置宛のデータは、上記他の機器により複数のデータが結合された結合データであり、上記制御部は、上記結合データのうちに未達データが存在するときには、上記結合データの一部または全部の再送要求を上記他の機器に送信するようにしてもよい。これにより、結合データのうちに未達データが存在するときには、結合データの一部または全部の再送要求を他の機器に送信するという作用をもたらす。
また、この第１の側面において、上記自装置宛のデータは、上記他の機器により複数のデータが結合された結合データであり、上記結合データを、上記情報処理装置を含む複数の機器を宛先とするデータとするようにしてもよい。これにより、複数のデータが結合された結合データであり、複数の機器を宛先とするデータを受信するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記再送要求を上記他の機器に送信するタイミングを、上記他の機器から通知された再送要求の送信タイミングからバックオフさせたタイミングに設定するようにしてもよい。これにより、再送要求を他の機器に送信するタイミングを、他の機器から通知された再送要求の送信タイミングからバックオフさせたタイミングに設定するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記自装置宛のデータを保持する受信バッファ部に所定量以上の空き容量が存在しない場合にも上記再送要求を上記他の機器に送信する制御を行うようにしてもよい。これにより、自装置宛のデータを保持する受信バッファ部に所定量以上の空き容量が存在しない場合にも再送要求を他の機器に送信するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記他の機器との間で送信要求および送信確認を交換して、上記他の機器から上記自装置宛のデータが送信されることを確認した後に上記制御を行うようにしてもよい。これにより、他の機器との間で送信要求および送信確認を交換して、他の機器から自装置宛のデータが送信されることを確認した後に上述した制御を行うという作用をもたらす。
また、本技術の第２の側面は、複数のデータが結合された結合データを送信した送信先の機器から当該結合データに対する再送要求を受信した場合には、上記複数のデータのうちから上記再送要求に応じた未達データをまとめて上記機器に送信する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、結合データを送信した送信先の機器からその結合データに対する再送要求を受信した場合には、複数のデータのうちから再送要求に応じた未達データをまとめてその機器に送信するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記結合データのうちに未達データが存在するときに上記機器から送信される上記再送要求の送信タイミングを設定し、上記結合データの送信前に上記機器に送信する送信要求により上記送信タイミングを上記機器に通知するようにしてもよい。これにより、再送要求の送信タイミングを設定し、結合データの送信前に送信要求によりその送信タイミングを通知するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記結合データを複数の機器に送信する場合には、当該結合データのうちに未達データが存在するときに上記機器から送信される上記再送要求の送信タイミングを上記複数の機器の数よりも少ない数を基準にして設定するようにしてもよい。これにより、結合データを複数の機器に送信する場合には、再送要求の送信タイミングを複数の機器の数よりも少ない数を基準にして設定するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記再送要求の送信タイミングにおいて閾値を基準として受信電界強度が大きい信号を検出した場合には、上記結合データの全てのデータを未達データとして再送する制御を行うようにしてもよい。これにより、再送要求の送信タイミングにおいて閾値を基準として受信電界強度が大きい信号を検出した場合には、結合データの全てのデータを未達データとして再送するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記再送要求を受信しない場合でも、上記再送要求の送信タイミングを基準として設定される所定期間、上記機器に送信した上記結合データを保持するようにしてもよい。これにより、再送要求を受信しない場合でも、再送要求の送信タイミングを基準として設定される所定期間、機器に送信した結合データを保持するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記再送要求を受信しない場合には、上記機器に送信すべき他の結合データを上記機器に送信するようにしてもよい。これにより、再送要求を受信しない場合には、送信すべき他の結合データを機器に送信するという作用をもたらす。
また、本技術の第３の側面は、第２情報処理装置宛のデータを上記第２情報処理装置に送信し、上記第２情報処理装置から上記データに対する再送要求を受信した場合には、上記データのうちから上記再送要求に応じた未達データをまとめて上記第２情報処理装置に送信する第１情報処理装置と、上記第１情報処理装置から自装置宛のデータを受信した場合に、当該データのうちに未達データが存在するときには、当該データの上記再送要求を上記第１情報処理装置に送信し、当該データのうちに未達データが存在しないときには、受領確認を送信しない第２情報処理装置とを具備する通信システムおよびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１情報処理装置は、第２情報処理装置宛のデータを第２情報処理装置に送信し、第２情報処理装置からそのデータに対する再送要求を受信した場合には、そのデータのうちから再送要求に応じた未達データをまとめて第２情報処理装置に送信し、第２情報処理装置は、第１情報処理装置から自装置宛のデータを受信した場合に、そのデータのうちに未達データが存在するときには、そのデータの再送要求を第１情報処理装置に送信し、そのデータのうちに未達データが存在しないときには、受領確認を送信しないという作用をもたらす。
本技術によれば、無線伝送路を効率的に利用することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術の実施の形態における通信システム１０の無線ネットワークの構成例を示す図である。 本技術の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。 本技術の実施の形態における機器間でやりとりされるＲＴＳフレームの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるＣＴＳフレームの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるＮＡＱ（再送要求）フレームの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるアグリゲートデータフレームおよびＭＰＤＵデータフレームの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるフレームにおけるＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドの設定例を示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における情報処理装置１００によるデータ送信処理の処理手順を示すフローチャートである。 本技術の実施の形態における情報処理装置１００によるデータ送信処理のうちの第１データ送信処理を示すフローチャートである。 本技術の実施の形態における情報処理装置１００によるデータ送信処理のうちの第１データ送信処理を示すフローチャートである。 本技術の実施の形態における情報処理装置１００によるデータ受信処理の処理手順を示すフローチャートである。 本技術の実施の形態における情報処理装置１００によるＮＡＶ設定処理の処理手順を示すフローチャートである。 本技術の実施の形態における情報処理装置１００によるデータ受信処理の処理手順を示すフローチャートである。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．実施の形態（受領確認を省略して再送制御を行う例）
２．応用例
＜１．実施の形態＞
［通信システムの構成例］
図１は、本技術の実施の形態における通信システム１０の無線ネットワークの構成例を示す図である。図１では、４つの情報処理装置１００乃至１０３により無線ネットワークを構成する通信システム１０の例を示す。
例えば、情報処理装置１００乃至１０３は、無線通信機能を備える固定型または携帯型の情報処理装置とすることができる。ここで、固定型の情報処理装置は、例えば、無線ＬＡＮ（Local Area Network）システムにおけるアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、基地局等の情報処理装置である。また、携帯型の情報処理装置は、例えば、スマートフォン、携帯電話、タブレット端末等の情報処理装置である。
また、情報処理装置１００乃至１０３は、例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ規格に準拠した通信機能を備えるものとする。例えば、ＩＥＥＥ８０２．１１ａｘの無線ＬＡＮ規格に準拠した通信機能を備えることができる。また、無線ＬＡＮとして、例えば、Ｗｉ－Ｆｉ（Wireless Fidelity）、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ、Ｗｉ－Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ－Ｆｉ Ｄｉｓｐｌａｙ）を用いることができる。また、他の通信方式を利用した無線通信を行うようにしてもよい。
例えば、通信システム１０は、複数の機器が１対１で無線通信を行うことにより、複数の機器が相互に接続されるネットワーク（例えば、メッシュネットワーク、アドホックネットワーク）とすることができる。例えば、ＩＥＥＥ８０２．１１ｓのメッシュネットワークに適用することができる。
また、例えば、通信システム１０は、アクセスポイント（親局）およびその配下装置（子局）により構成されるネットワークとすることができる。例えば、情報処理装置１０３をアクセスポイントとする場合には、情報処理装置１００乃至１０２を、そのアクセスポイント（情報処理装置１０３）の配下装置とすることができる。
また、図１では、無線通信を利用して直接通信することができる機器間を点線で結んで示す。具体的には、情報処理装置１００は、情報処理装置１０１および情報処理装置１０３と通信可能であるものとする。また、情報処理装置１０１は、情報処理装置１００、情報処理装置１０２、情報処理装置１０３と通信可能であるものとする。また、情報処理装置１０２は、情報処理装置１０１および情報処理装置１０３と通信可能であるものとする。また、情報処理装置１０３は、情報処理装置１００、情報処理装置１０１、情報処理装置１０２と通信可能であるものとする。
なお、本技術の実施の形態では、便宜上、送信元の機器（送信側機器）および送信先の機器（受信側機器）の動作を個別に記載して説明するが、それぞれの機器の双方の機能が搭載されていてもよく、片方の機能のみが搭載されていてもよい。
また、本技術の実施の形態で対象となるシステム構成は、これらに限定されない。例えば、図１では、４つの情報処理装置により構成される通信システムの例を示すが、情報処理装置の数はこれに限定されない。また、複数の情報処理装置の接続形態についても、上述した各接続形態に限定されない。例えば、上述した各接続形態以外の接続形態により、複数の機器が接続されるネットワークについても、本技術の実施の形態を適用することができる。
［情報処理装置の構成例］
図２は、本技術の実施の形態における情報処理装置１００の機能構成例を示すブロック図である。なお、情報処理装置１０１乃至１０３の機能構成については、情報処理装置１００と略同一であるため、ここでの説明を省略する。
情報処理装置１００は、中央演算部１１０と、ユーザ入力部１２０と、ユーザ出力部１３０と、信号処理部１４０と、無線通信部２００とを備える。
中央演算部１１０は、情報処理装置１００の各部を制御して情報処理装置１００を動作させるものである。例えば、中央演算部１１０は、ＣＰＵ（Central Processing Unit）としてＯＳ（Operating System）の制御に基づいて情報処理装置１００を動作させる。
ユーザ入力部１２０は、各種データを取得するものである。例えば、ユーザ入力部１２０は、ユーザの指示を入力させる操作部材（例えば、キーボード、タッチパネル）により構成される。また、例えば、ユーザ入力部１２０は、画像データを生成する撮像素子や、音声データを取得する音声収録素子等により構成される。
ユーザ出力部１３０は、各種データをユーザに提供するものである。例えば、ユーザ出力部１３０は、視覚的な画像情報を表示するディスプレーや、音声や音楽等の情報をユーザに伝えるスピーカ、振動等の感触を出力する出力装置等で構成される。
信号処理部１４０は、各種信号処理を行うものである。例えば、信号処理部１４０は、ユーザ入力部１２０から入力された入力情報や、ユーザ出力部１３０から出力される出力情報を電気的な信号（または、所定の通信プロトコルに適応した信号）に変換する。
無線通信部２００は、所定の無線通信プロトコルに基づいて、無線通信を実行させる機能を備える。また、無線通信部２００は、インタフェース２１０と、送信バッファ部２２０と、受信バッファ部２３０と、通信制御部２４０と、無線信号処理部２５０と、アンテナ素子制御部２６０と、アンテナ群２６１、２６２と、無線信号解析部２７０とを備える。
また、通信制御部２４０は、アグリゲート部（データ結合部）２４１と、ＭＵ（マルチユーザ）結合部２４２と、タイミング制御部２４３と、アクセス制御部２４４と、ＮＡＱ解析部２４５と、ＭＵ（マルチユーザ）分離部２４６と、データ分離部２４７と、制御部２４８と、ＮＡＱ生成部２４９とを備える。
インタフェース２１０は、信号処理部１４０に接続され、ユーザ入力部１２０からの情報を入力し、ユーザ出力部１３０に情報を出力するためのインタフェースである。
送信バッファ部２２０は、情報処理装置１００から他の機器に送信するデータ（例えば、ユーザデータ）を格納するバッファである。
アグリゲート部（データ結合部）２４１は、複数のデータを所定の伝送単位に従って１つのバーストとなるようにアグリゲートしたデータを構築するものである。
ＭＵ（マルチユーザ）結合部２４２は、複数の異なる届け先（送信先）となる他の機器宛のデータを、それぞれ直交するパラメータを使って多重化し、マルチ機器宛のデータを結合するものである。
タイミング制御部２４３は、所定の通信プロトコルに基づいて、信号を送信するタイミングを設定し、データの送受信のタイミングを制御するものである。
アクセス制御部２４４は、所定の無線通信プロトコルに従って、無線伝送路上で他の機器からの送信信号と衝突をしないようにアクセス制御を実施するものである。
無線信号処理部２５０は、無線送信するデータ情報やＮＡＱ（再送要求、未達通知）等の制御情報を無線通信媒体に送信するために所定の無線通信信号の形式となるように信号を処理するものである。
アンテナ素子制御部２６０は、複数のアンテナ素子に接続され、例えば、異なる機器の宛先毎に直交するように個々のアンテナ素子を制御するものである。
アンテナ群２６１、２６２は、アンテナ素子制御部２６０および無線信号処理部２５０に接続され、無線信号を媒体に送出するために用意されている複数のアンテナである。
無線信号解析部２７０は、無線通信媒体で送信された所定の信号を抽出して、所定のデータ情報やＮＡＱフレーム（ＮＡＱ信号）等の制御情報を解析する処理を行うものである。ここで、ＮＡＱフレームは、再送要求を行うための信号である。また、ＮＡＱフレームについては、図５を参照して詳細に説明する。
ＮＡＱ解析部２４５は、受信した無線通信信号がＮＡＱフレームである場合に、その情報を解析して再送制御のパラメータを抽出するものである。
ＭＵ（マルチユーザ）分離部２４６は、複数の異なる届け先（送信先）となるマルチユーザデータを受け取り、それぞれユーザ毎に直交するように多重化されて伝送されたデータから自装置が宛先となるデータのみを抽出する処理を行うものである。
データ分離部２４７は、複数のデータが１つのバーストとしてアグリゲートされて送信されてきた場合に、個々のデータ単位に分離して、個別のデータ単位で受領の可否を判断するものである。
受信バッファ部２３０は、他の機器から情報処理装置１００宛に送信されてきたデータを格納するバッファである。
制御部２４８は、通信制御部２４０の各部を制御するものである。例えば、制御部２４８は、他の機器から自装置宛のデータを受信した場合に、そのデータのうちに未達データが存在するときにはそのデータの再送要求を他の機器に送信し、そのデータのうちに未達データが存在しないときには受領確認を送信しない制御を行う。ここで、送信要求は、ＮＡＱフレームであり、受領確認は、ＡＣＫ（Acknowledgement）とすることができる。また、制御部２４８は、未達データが存在するときには、未達データの再送要求を他の機器に送信する制御を行うことができる。
また、例えば、自装置宛のデータが複数のデータが結合された結合データである場合には、制御部２４８は、その結合データのうちに未達データが存在するときには、その結合データの一部または全部の再送要求を他の機器に送信することができる。
また、例えば、制御部２４８は、複数のデータが結合された結合データを送信した送信先の機器から結合データに対する再送要求を受信した場合には、複数のデータのうちから再送要求に応じた未達データをまとめてその機器に送信する制御を行う。例えば、制御部２４８は、受け取った再送要求（ＮＡＱフレーム）に基づいて再送するデータを判定して、再送データを送信バッファ部２２０から獲得する。そして、制御部２４８は、その獲得した再送データを必要に応じてアグリゲート部（データ結合部）２４１に出力するとともに、受け取ったデータから未達データを特定し、ＮＡＱ情報（ＮＡＱフレームを生成するための情報）を構築する。
ＮＡＱ生成部２４９は、送信されてくることを把握していたデータのうち、未達となったデータ（未達データ）を特定して、その情報をＮＡＱフレームとして構成するものである。
［ＲＴＳ（Request To Send）フレームの構成例］
図３は、本技術の実施の形態における機器間でやりとりされるＲＴＳフレームの構成例を示す図である。このＲＴＳフレームは、送信元の機器が送信先の機器に送信要求を行う場合に送信される送信要求フレームである。また、このＲＴＳフレームは、以降のデータフレーム伝送で未達データが存在しなければＡＣＫフレームの送信を省略することを通知する信号である。
図３に示すＲＴＳフレームは、従来から存在する通信プロトコルシーケンスと共存または併用が可能なように新たなフレーム形式とすることができる。ただし、本技術の実施の形態では、従来からのＲＴＳフレームを用いて制御するようにしてもよい。
ＲＴＳフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３０１と、Ｄｕｒａｔｉｏｎ３０２と、ＲＡ（Receiver Address）３０３と、ＴＡ（Transmitter Address）３０４と、Ｓｅｑｕｅｎｃｅ Ｎｏ．３０５と、ＣＲＣ（Cyclic Redundancy Check）３０６とにより構成される。
Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３０１には、新たなＲＴＳフレームであることを示す情報が格納される。Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３０１に含まれるＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドの記載例については、図７に示す。
Ｄｕｒａｔｉｏｎ３０２には、ＲＴＳフレームの持続時間を示す情報が格納される。例えば、ＲＴＳフレームの送信時からＮＡＱフレームの受信時までの時間が格納される。
ＲＡ３０３には、送信先の機器のアドレスを示す情報が格納される。
ＴＡ３０４には、送信元の機器のアドレスを示す情報が格納される。
Ｓｅｑｕｅｎｃｅ Ｎｏ．３０５には、送信データのシーケンス番号（図６に示すＳｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ３３６に格納される番号）を示す情報が格納される。また、送信データが結合データ（アグリゲートされたデータ）である場合には、結合データの最初のデータのシーケンス番号（図６に示すＳｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ３３６に格納される番号）を示す情報が格納される。
ＣＲＣ３０６には、誤り検出に用いられる情報が格納される。
なお、これらの各要素は、一例であり、他の要素を付加するようにしてもよい。
［ＣＴＳ（Clear to Send）フレームの構成例］
図４は、本技術の実施の形態における機器間でやりとりされるＣＴＳフレームの構成例を示す図である。このＣＴＳフレームは、送信先の機器が送信元の機器に送信確認を行う場合に送信される送信確認フレームである。また、このＣＴＳフレームは、未達データが存在しない場合にはＡＣＫを送信しないことを通知する信号である。
図４に示すＣＴＳフレームは、従来から存在する通信プロトコルシーケンスと共存または併用が可能なように新たなフレーム形式とすることができる。ただし、本技術の実施の形態では、従来からのＣＴＳフレームを用いて制御するようにしてもよい。
ＣＴＳフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３１１と、Ｄｕｒａｔｉｏｎ３１２と、ＲＡ３１３と、ＴＡ３１４と、Ｓｅｑｕｅｎｃｅ Ｎｏ．３１５と、ＣＲＣ３１６とにより構成される。なお、これらの各要素は、図３に示すＲＴＳフレームの同一名称の各要素に対応する。ただし、Ｄｕｒａｔｉｏｎ３１２には、例えば、ＣＴＳフレームの送信時からＮＡＱフレームの受信時までの時間が格納される。また、Ｄｕｒａｔｉｏｎ３１２には、以降に送られてくるデータの長さを示す情報を格納するようにしてもよい。これにより、自装置が受信状態にあることを周囲の機器に通知することができる。
［ＮＡＱ（再送要求）フレームの構成例］
図５は、本技術の実施の形態における機器間でやりとりされるＮＡＱ（再送要求）フレームの構成例を示す図である。このＮＡＱフレームは、送信先の機器が送信元の機器に未達データの再送を要求する場合に送信される再送要求フレームである。また、このＮＡＱフレームは、未達データが存在することを通知する未達通知フレームとしても把握することができる。
ＮＡＱフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３２１と、Ｄｕｒａｔｉｏｎ３２２と、ＲＡ３２３と、ＴＡ３２４と、Ｓｅｑｕｅｎｃｅ Ｎｏ．３２５と、Ｓｅｑｕｅｎｃｅ Ｂｉｔｍａｐ３２６と、ＣＲＣ３２７とにより構成される。
Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３２１には、ＮＡＱフレームであることを示す情報が格納される。Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３２１に含まれるＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドの記載例については、図７に示す。
Ｄｕｒａｔｉｏｎ３２２には、ＮＡＱフレームの持続時間を示す情報が格納される。ＮＡＱフレームの持続時間は、例えば、未達データの再送が行われて受信するまでの期間である。例えば、ＮＡＱフレームの送信時から、次のＮＡＱフレームの受信時までの時間とすることができる。
ＲＡ３２３には、送信先の機器のアドレスを示す情報が格納される。
ＴＡ３２４には、送信元の機器のアドレスを示す情報が格納される。
Ｓｅｑｕｅｎｃｅ Ｎｏ．３２５には、受信した最初のデータのシーケンスを示す情報が格納される。
Ｓｅｑｕｅｎｃｅ Ｂｉｔｍａｐ３２６には、再送を要求するデータのシーケンス番号を示す情報（例えば、シーケンス番号およびビットの関係をビットマップ形式で記載する情報）が格納される。
ＣＲＣ３２７には、誤り検出に用いられる情報が格納される。
なお、これらの各要素は、一例であり、他の要素を付加するようにしてもよい。
［アグリゲートデータフレームおよびＭＰＤＵ（MAC（Media Access Control） protocol data unit）データフレームの構成例］
図６は、本技術の実施の形態における機器間でやりとりされるアグリゲートデータフレームおよびＭＰＤＵデータフレームの構成例を示す図である。なお、アグリゲートデータフレームは、アグリゲートされたデータフレームを意味する。
図６では、Ａ－ＭＰＤＵ（aggregation MAC protocol data unit）サブフレームとしてｎ個のサブフレーム３３０、３４１、３４２を１つのバーストとして構成する例を示す。すなわち、１つのサブフレーム単位で１つのデータシーケンスを構成する例を示す。
このサブフレームは、例えば、同じ宛先となる複数のデータ（サブフレーム）を１つのアグリゲートしたデータフレームとして構成することができる。また、このサブフレームは、例えば、異なる宛先となる複数のデータ（サブフレーム）を１つのアグリゲートしたデータフレームとして構成することができる。
図６の下側には、図６の上側に示すアグリゲートされたデータフレームのサブフレーム毎のデータフレーム（ＭＰＤＵデータフレーム）の構成例を示す。
ＭＰＤＵデータフレームは、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３３１と、Ｄｕｒａｔｉｏｎ／ＩＤ（identifier）３３２と、Ａｄｄｒｅｓｓ１ ３３３と、Ａｄｄｒｅｓｓ２ ３３４と、Ａｄｄｒｅｓｓ３ ３３５と、Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ３３６と、Ａｄｄｒｅｓｓ４ ３３７と、ＱｏＳ Ｃｏｎｔｒｏｌ３３８と、Ｆｒａｍｅ Ｂｏｄｙ３３９と、ＦＣＳ（Frame Check Sequence）３４０とにより構成される。
Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３３１には、データフレームであることを示す情報が格納される。
Ｄｕｒａｔｉｏｎ３３２には、データフレームの持続時間を示す情報が格納される。
Ａｄｄｒｅｓｓ１ ３３３、Ａｄｄｒｅｓｓ２ ３３４、Ａｄｄｒｅｓｓ３ ３３５およびＡｄｄｒｅｓｓ４ ３３７には、送信先の機器のアドレス、送信元の機器のアドレス、ネットワークの単位となるベーシックサービスセットを示す識別子等が格納される。
Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ３３６には、データフレームのシーケンス番号等が格納される。
ＱｏＳ Ｃｏｎｔｒｏｌ３３８には、サービスの品質を示すパラメータ等が格納される。
Ｆｒａｍｅ Ｂｏｄｙ３３９には、実際のユーザデータを含む情報が格納される。
ＦＣＳ３４０には、誤り検出に用いられる情報が格納される。
［ＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドの設定例］
図７は、本技術の実施の形態における機器間でやりとりされるフレームにおけるＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドの設定例を示す図である。
図７では、図３に示すＲＴＳフレームと、図４に示すＣＴＳフレームと、図５に示すＮＡＱフレームとのそれぞれにおいて、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ３０１、３１１、３２１に含まれるＴｙｐｅフィールドおよびＳｕｂｔｙｐｅフィールドの記載例を示す。
フレーム種類３５１には、図３に示すＲＴＳフレームと、図４に示すＣＴＳフレームと、図５に示すＮＡＱフレームとのそれぞれを示す名称を示す。
Ｔｙｐｅ３５２には、各フレームにおけるＦｒａｍｅ Ｃｏｎｔｒｏｌ３０１、３１１、３２１に含まれるＴｙｐｅフィールドに記載される情報を示す。
Ｓｕｂｔｙｐｅ３５３には、各フレームにおけるＦｒａｍｅ Ｃｏｎｔｒｏｌ３０１、３１１、３２１に含まれるＳｕｂｔｙｐｅフィールドに記載される情報を示す。
Ｄｅｓｃｒｉｐｔｉｏｎ３５４には、新たに定義した内容を示す。
例えば、図３に示すＲＴＳフレームについては、Ｔｙｐｅ３５２「０１」、Ｓｕｂｔｙｐｅ３５３「００１１」が記載される。また、図４に示すＣＴＳフレームについては、Ｔｙｐｅ３５２「０１」、Ｓｕｂｔｙｐｅ３５３「０１００」が記載される。また、図５に示すＮＡＱフレームについては、Ｔｙｐｅ３５２「０１」、Ｓｕｂｔｙｐｅ３５３「０１０１」が記載される。
ここで、図１に示す通信システム１０において、データのやりとりをする場合を想定する。例えば、情報処理装置１００から情報処理装置１０１にデータを送信する場合には、情報処理装置１０２は、情報処理装置１００からの信号を直接受信することができないため、無線伝送路が利用中であることを把握できない。ただし、情報処理装置１０２は、情報処理装置１０１からのＣＴＳフレームを受信することにより、そのＣＴＳフレームにおけるＤｕｒａｔｉｏｎ３１２（図４に示す）に記載されている期間にデータのやりとりが行われることを把握することができる。これにより、その送信期間において、情報処理装置１０２からの送信を控えることができる。
また、例えば、情報処理装置１００から情報処理装置１０１にデータの再送が行われる場合にも、情報処理装置１０２は、情報処理装置１００からの信号を直接受信することができない。ただし、情報処理装置１０２は、情報処理装置１０１からのＮＡＱフレームを受信することにより、そのＮＡＱフレームにおけるＤｕｒａｔｉｏｎ３２２（図５に示す）に記載されている期間に再送データのやりとりが行われることを把握することができる。これにより、その再送期間において、情報処理装置１０２からの送信を控えることができる。
また、情報処理装置１０３が、情報処理装置１００、情報処理装置１０１、情報処理装置１０２宛の個々のデータをアグリゲートしたデータとして多重化して送信する場合を想定する。この場合には、情報処理装置１００および情報処理装置１０２は、互いに相手の信号を直接受信することができない。このため、受領確認や再送要求の送信が衝突する可能性がある。ただし、上述したように、信号を直接受信することができる他の機器からの信号（例えば、ＣＴＳフレーム、ＮＡＱフレーム）により、データのやりとりが行われる期間を把握することができる。これにより、その期間において、他の機器からの送信を控えることができる。
［通信例］
次に、図８乃至図１４を参照して、複数の機器間でやりとりされるデータの通信例について説明する。最初に、図８乃至図１１を参照して、２つの機器間でやりとりされるデータの通信例について説明する。次に、図１２乃至図１４を参照して、１つの機器と複数の機器との間でやりとりされるデータの通信例について説明する。
図８乃至図１１では、情報処理装置１０１をデータの送信元とし、情報処理装置１００をデータの送信先とする例を示す。また、図１２乃至図１４では、情報処理装置１０１をデータの送信元とし、情報処理装置１００、１０２、１０３をデータの送信先とする例を示す。
［アグリゲートデータの通信例］
図８は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図８では、情報処理装置１００が、アグリゲートデータを受信した場合に、全てのデータを正しく受信できたときには、その後に受領確認（ＡＣＫ）を返送せず、一部のデータを正しく受信できていないときには、未達データのシーケンス番号が記載された再送要求（ＮＡＱ）を返送する例を示す。
情報処理装置１０１（送信元）から複数のデータをアグリゲートしたデータ（Ａｇｇｒｅｇａｔｅｄ Ｄａｔａ４０３）を情報処理装置１００（送信先）に送信する場合には、情報処理装置１０１から情報処理装置１００にＲＴＳフレーム４０１を送信する。このＲＴＳフレーム４０１には、全データの送信に要する時間ｔ１がＤｕｒａｔｉｏｎ３０２（図３に示す）に格納される。
情報処理装置１００は、受信したＲＴＳフレーム４０１に自装置のアドレスが記載されているか否かを判断し、自装置のアドレスが記載されている場合には、Ｄｕｒａｔｉｏｎ３０２に記載された時間にデータの受信が可能か否かを判断する。そして、Ｄｕｒａｔｉｏｎ３０２に記載された時間にデータの受信が可能である場合には、情報処理装置１００は、その受信に要する時間ｔ２をＤｕｒａｔｉｏｎ３１２（図４に示す）に記載したＣＴＳフレーム４０２を返送する。
情報処理装置１０１は、情報処理装置１００からＣＴＳフレーム４０２を受信した場合に、アグリゲートしたデータ（Ａｇｇｒｅｇａｔｅｄ Ｄａｔａ４０３）を情報処理装置１００に送信する。
情報処理装置１００は、情報処理装置１０１から送信されたＡｇｇｒｅｇａｔｅｄ Ｄａｔａ４０３を受信し、全てのデータが正しく受信できたか否かを判断する。そして、情報処理装置１００は、Ａｇｇｒｅｇａｔｅｄ Ｄａｔａ４０３の全てのデータを正しく受信できた場合には、その後にＡＣＫ（受領確認）を返送しない。
一方、情報処理装置１００は、Ａｇｇｒｅｇａｔｅｄ Ｄａｔａ４０３のうちの全部または一部のデータを正しく受信できていない場合には、ＮＡＱフレーム４０４を返送する。この場合に、情報処理装置１００は、再送を要求するデータ（未達データ）のシーケンス番号をＮＡＱフレーム４０４におけるＳｅｑｕｅｎｃｅ Ｂｉｔｍａｐ３２６（図５に示す）に記載して送信する。
なお、ＮＡＱフレーム４０４には、再送に要する時間ｔ３をＤｕｒａｔｉｏｎ３２２（図５に示す）に記載して他の機器に自装置宛の再送が行われることを通知するようにしてもよい。
また、情報処理装置１００からＮＡＱフレーム４０４を受信した情報処理装置１０１は、ＮＡＱフレーム４０４におけるＳｅｑｕｅｎｃｅ Ｂｉｔｍａｐ３２６に基づいて、その未達データを特定し、その未達データ４０５を再送信する。
また、情報処理装置１００は、再送信されたデータ（未達データ４０５）を正しく受け取ることができたか否かを判断する。そして、再送信されたデータ（未達データ４０５）を正しく受け取ることができた場合には、情報処理装置１００は、これ以降にＮＡＱフレームを返信しない。これにより一連のシーケンスが終了する。
また、再送信されたデータ（未達データ４０５）を正しく受け取ることができない場合には、情報処理装置１００は、ＮＡＱフレーム４０６を返信する。なお、これ以降の流れについては、ＮＡＱフレーム４０４の送信時と同様であるため、ここでの説明を省略する。
また、情報処理装置１０１が、情報処理装置１００からのＮＡＱフレーム４０４を取り逃がすことも想定される。このようなことを考慮して、情報処理装置１０１は、規格で決められた所定の再送回数を超過する時間まで、送信したデータ（Ａｇｇｒｅｇａｔｅｄ Ｄａｔａ４０３）を送信バッファ部（図２に示す送信バッファ部２２０に相当）に保持するようにしてもよい。
このように、各機器の制御部は、他の機器との間で送信要求および送信確認を交換して、他の機器から自装置宛のデータが送信されることを確認した後に、受領確認を省略したＮＡＱフレームによる再送制御を行うことができる。
また、情報処理装置１０１の制御部は、結合データのうちに未達データが存在するときに情報処理装置１００から送信されるＮＡＱフレームの送信タイミングを設定することができる。そして、情報処理装置１０１の制御部は、結合データの送信前に、ＲＴＳフレームによりその送信タイミングを情報処理装置１００に通知することができる。また、情報処理装置１０１の制御部は、ＮＡＱフレームを受信しない場合には、情報処理装置１００に送信すべき他の結合データを情報処理装置１００に継続して送信することができる。
［アグリゲートデータの通信例］
図９は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。
図９のａには、アグリゲートされたデータの受領確認をＮＡＱフレームにより行う場合の例を示す。具体的には、図９のａには、複数のアグリゲートされたデータが情報処理装置１０１（送信元）の送信バッファ部に格納されている場合に、情報処理装置１０１（送信元）が情報処理装置１００（送信先）から送信されたＮＡＱフレームを受信し損ねた場合の例を示す。
また、図９のｂには、図９のａの比較例として、アグリゲートされたデータの受領確認をＢＡＣＫ（Block Acknowledgement）により行う場合の例を示す。具体的には、図９のｂには、複数のアグリゲートされたデータが情報処理装置１０１（送信元）の送信バッファ部に格納されている場合に、情報処理装置１０１（送信元）が情報処理装置１００（送信先）から送信されたＢＡＣＫを受信し損ねた場合の例を示す。
図９のｂに示すように、最初に、情報処理装置１００および情報処理装置１０１間でＲＴＳフレームおよびＣＴＳフレームを交換する（４２１、４２２）。続いて、情報処理装置１０１から情報処理装置１００への第１アグリゲートデータ４２３の送信が完了し、情報処理装置１００が情報処理装置１０１にＢＡＣＫ４２４を返送するものとする。この場合に、情報処理装置１０１がＢＡＣＫ４２４を受信し損ねたものとする。なお、図９では、受信し損ねた状態を白抜きの×で示す。
このように、所定時間内にＢＡＣＫ４２４を受信していない場合には、情報処理装置１０１は、第１アグリゲートデータ４２３の全て（第１アグリゲートデータ４２５）を再送信する。この場合に、情報処理装置１００では、再送されたデータ（第１アグリゲートデータ４２５）は、その前に全て受信済みであるため、第１アグリゲートデータ４２５のＢＡＣＫを返送するタイミングにＢＡＣＫ４２６を返送する。
ＢＡＣＫ４２６を受信することにより、情報処理装置１０１は、第２アグリゲートデータ４２７を送信することができる。ただし、この場合には、情報処理装置１００（送信先）がＲＴＳフレーム４２１に基づいて設定したＤｕｒａｔｉｏｎ時間ｔ８を経過していることになる。このため、情報処理装置１００においてデータの受信が継続していることを他の機器が把握していない場合には、他の機器からの送信による干渉を情報処理装置１００が受ける可能性がある。
例えば、情報処理装置１０１（送信元）から第２アグリゲートデータ４２７が送信された場合において、その一部のデータを受信できなかったときには、情報処理装置１００（送信先）は、正しく受信できたデータをＢＡＣＫ４２８により通知する。この通知後に、情報処理装置１０１は、ＢＡＣＫ４２８により特定される未達データ４２９を再送する。
情報処理装置１０１から未達データ４２９が送信された場合に、情報処理装置１００は、未達データ４２９を正しく受信することができたときには、情報処理装置１０１に全てのデータを受信することができた旨のＢＡＣＫ４３０を返送する。
情報処理装置１０１は、ＢＡＣＫ４３０を受信することにより、一連のシーケンスが正しく行われたことを把握することができる。
図９のａに示すように、最初に、情報処理装置１００および情報処理装置１０１間でＲＴＳフレームおよびＣＴＳフレームを交換する（４１１、４１２）。続いて、情報処理装置１０１から情報処理装置１００に第１アグリゲートデータ４１３が送信される。ただし、図９のａに示す例では、情報処理装置１００が、第１アグリゲートデータ４１３の一部を受信できず、ＮＡＱフレーム４１４を返信するものとする。しかしながら、情報処理装置１０１は、ＮＡＱフレーム４１４を受信し損ねたものとする。
この場合には、情報処理装置１０１は、ＮＡＱフレーム４１４を受信し損ねたため、第１アグリゲートデータ４１３を正しく送信したと判断して、第２アグリゲートデータ４１５を送信する。
情報処理装置１００は、第１アグリゲートデータ４１３の未達データの再送ではなく、第２アグリゲートデータ４１５が送信されたことを、第２アグリゲートデータ４１５のシーケンス番号に基づいて把握することができる。このため、情報処理装置１００は、ＮＡＱフレーム４１４が情報処理装置１０１に届いていなかったことを把握することができる。この場合には、情報処理装置１００は、第１アグリゲートデータ４１３の一部を受信できない旨のＮＡＱフレーム４１６を返信する。
ここで、図９のａに示すように、情報処理装置１００が、第２アグリゲートデータ４１５の一部も受信することができないことも想定される。この場合には、情報処理装置１００は、前回の第１アグリゲートデータ４１３の未達データと、今回の第２アグリゲートデータ４１５の未達データとを特定するためのＮＡＱ情報を生成する。そして、情報処理装置１００は、そのＮＡＱ情報を含むＮＡＱフレーム４１６を情報処理装置１０１に返送する。
ＮＡＱフレーム４１６を受信した情報処理装置１０１は、ＮＡＱフレーム４１６に含まれるＮＡＱ情報に基づいて、第１未達データ４１７と第２未達データ４１８との再送を行うことができる。ここで、第１未達データ４１７は、第１アグリゲートデータ４１３の未達データであり、第２未達データ４１８は、第２アグリゲートデータ４１５の未達データであるものとする。
また、情報処理装置１００は、再送信されたデータ（第１未達データ４１７、第２未達データ４１８）を正しく受け取ることができた場合には、以降にＮＡＱフレームを返信しないことにより、一連のシーケンスを終了することができる。
なお、情報処理装置１００は、再送信されたデータ（第１未達データ４１７、第２未達データ４１８）を正しく受け取ることができない場合には、未達データに対応するＮＡＱフレーム４１９、４２０を返信する。
ここで、ＮＡＱフレームにおけるＤｕｒａｔｉｏｎ３２２（図５に示す）には、再送が行われて受信する期間の情報が記載される。例えば、ＮＡＱフレーム４１６におけるＤｕｒａｔｉｏｎ３２２（図５に示す）には、再送が行われて受信する期間ｔ６の情報が記載される。このため、ＮＡＱフレーム４１６を受信した他の機器は、ＮＡＱフレーム４１６に含まれる期間（再送が行われて受信する期間）ｔ６に亘ってＮＡＶ（Network Allocation Vector）を設定することができる。これにより、ＮＡＱフレーム４１６を受信した他の機器は、自装置からの送信を控えることができる。
［アグリゲートデータの通信例］
図１０は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図１０では、情報処理装置１００（送信先）が情報処理装置１０１（送信元）から送信されたＲＴＳフレームを受信し損ねた場合の例を示す。
最初に、情報処理装置１０１は、アグリゲートデータ４３５の送信の前に、情報処理装置１００宛のＲＴＳフレーム４３１を送信する。ただし、情報処理装置１００は、自装置宛のＲＴＳフレーム４３１を正しく受信できないものとする。この場合には、情報処理装置１００は、ＲＴＳフレーム４３１を正しく受信できないため、ＣＴＳフレーム４３２を返送しない。
情報処理装置１０１は、情報処理装置１００からＣＴＳフレーム４３２の送信がないため、ＲＴＳフレーム４３３を再度送信する。
情報処理装置１００は、２回目のＲＴＳフレーム４３３を正しく受信することができたものとする。この場合には、情報処理装置１００は、ＣＴＳフレーム４３４を返送する。これ以降のシーケンスについては、図９のａに示す例と同様であるため、ここでの説明を省略する。
［アグリゲートデータの通信例］
図１１は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図１１では、情報処理装置１０１（送信元）が情報処理装置１００（送信先）から送信されたＣＴＳフレームを受信し損ねた場合の例を示す。
最初に、情報処理装置１０１は、アグリゲートデータ４５５の送信の前に、情報処理装置１００宛のＲＴＳフレーム４５１を送信する。この場合に、情報処理装置１００は、自装置宛のＲＴＳフレーム４３１を正しく受信できため、これに応答してＣＴＳフレーム４５２を返送する。
ただし、情報処理装置１０１は、情報処理装置１００が送信したＣＴＳフレーム４５２を正しく受信していないものとする。このように、ＣＴＳフレーム４５２を正しく受信していない場合には、情報処理装置１０１は、ＣＴＳフレーム４５２の返送がないと判断し、アグリゲートデータ４５５を送信せずに、ＲＴＳフレーム４５３を再度送信する。このＲＴＳフレームの再送信により、アグリゲートデータ４５５の伝送シーケンスを継続することができる。
情報処理装置１００は、ＲＴＳフレーム４５３が再度送信されてきたため、これに対してＣＴＳフレーム４５４を返送し、アグリゲートデータ４５５の受信が可能であることを通知する。これ以降のシーケンスについては、図９のａに示す例と同様であるため、ここでの説明を省略する。
このように、ＮＡＱフレームの送信後にＮＡＱフレームに対応する未達データ（第１未達データ）が情報処理装置１００から送信されないことも想定される。この場合には、情報処理装置１００の制御部２４８は、新たな自装置宛のデータを受信し、かつ、そのデータのうちに未達データが存在するときには、そのデータのＮＡＱフレームに第１未達データに関する情報を含めて情報処理装置１０１に送信することができる。
［マルチ機器宛のアグリゲートデータの通信例］
図１２および図１３は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図１２には、情報処理装置１０１が、複数の機器（情報処理装置１００、１０２、１０３）宛にアグリゲートデータを送信する場合の例を示す。図１３には、情報処理装置１０１が、複数の機器（情報処理装置１００、１０２、１０３）宛にアグリゲートデータを送信する場合の比較例を示す。
最初に、図１３を参照して説明する。
情報処理装置１０１は、マルチ機器宛のアグリゲートデータ４８９を送信する前に、複数の機器（情報処理装置１００、１０２、１０３）宛にＲＴＳフレーム４８５を送信する。複数の機器（情報処理装置１００、１０２、１０３）は、ＲＴＳフレーム４８５に応答してＣＴＳフレーム４８６、４８７、４８８を送信する。
ここで、ＣＴＳフレーム４８６、４８７、４８８には情報処理装置１０１のアドレスが付加されるのみであり、それぞれ差異が認められない。このため、複数の機器（情報処理装置１００、１０２、１０３）から同時にＣＴＳフレームが送信されるようにしてもよい。
続いて、情報処理装置１０１から複数の機器（情報処理装置１００、１０２、１０３）にアグリゲートデータ４８９が送信される。
ここで、図１３に示す比較例では、データ受信後に必ずＡＣＫを返送することにより、データの受領確認を行う例を示す。このため、情報処理装置１０１は、ＢＡＲ（ブロックアクノリッジ要求）４９０、４９２、４９４を個別に送信することにより、ＡＣＫを返送する情報処理装置を特定して個別にＡＣＫを受け取る必要がある。
例えば、情報処理装置１０１は、マルチ機器宛のアグリゲートデータ４８９の送信の直後に、情報処理装置１００宛のＢＡＲ４９０を送信し、情報処理装置１００からのＡＣＫ４９１を返送してもらう。続いて、情報処理装置１０１は、情報処理装置１０２宛のＢＡＲ４９２を送信し、情報処理装置１０２からのＡＣＫ４９３を返送してもらう。続いて、情報処理装置１０１は、情報処理装置１０３宛のＢＡＲ４９４を送信し、情報処理装置１０３からのＡＣＫ４９５を返送してもらう。このように、情報処理装置１０１は、最終的に全ての機器（情報処理装置１００、１０２、１０３）からＡＣＫを収集する必要がある。
このように、図１３に示す比較例では、複数の機器（情報処理装置１００、１０２、１０３）に向けてデータをアグリゲートしても、そのＡＣＫの受信に時間がかかる。
次に、図１２を参照して説明する。
図１２では、図１３に示す比較例と同様に、ＲＴＳフレーム４７１およびＣＴＳフレーム４７２乃至４７４の交換により、宛先となる複数の機器（情報処理装置１００、１０２、１０３）を特定する。ただし、本技術の実施の形態は、これに限定されない。例えば、他の方法を用いて事前にマルチ機器宛のアグリゲートされたデータの伝送が行われることを把握するようにしてもよい。
このように、複数の機器（情報処理装置１００、１０２、１０３）のそれぞれから情報処理装置１００にＣＴＳフレーム４７２乃至４７４が返信される。続いて、情報処理装置１０１は、複数の機器（情報処理装置１００、１０２、１０３）宛のアグリゲートデータ４７５を送信する。
なお、図１２では、図１３に示す比較例のように、時間軸方向にアグリゲートされたデータ４７５を用いる例を示すが、それぞれのデータを直交する他のアグリゲート技術を用いるようにしてもよい。例えば、周波数軸方向にアグリゲートされたデータを用いるようにしてもよく、ＭＩＭＯ（Multiple Input Multiple Output）技術を用いて重みづけ係数ごとにアグリゲートされたデータを用いるようにしてもよい。
また、情報処理装置１０１は、ＲＴＳフレーム４７１におけるＤｕｒａｔｉｏｎ３０２（図３に示す）に、複数のＮＡＱ返送タイミング（期間ｔ１０）を記載するようにしてもよい。例えば、アグリゲートされたデータを送信する宛先（情報処理装置）の数に応じて、単数または複数のＮＡＱ返送タイミングを設定することができる。
図１２では、２つのＮＡＱ返送が可能となる期間ｔ１０を設定する例を示す。すなわち、図１２では、複数の機器からＮＡＱフレームの返送を個別に受け取ることができる例を示す。なお、図１２では、２つのＮＡＱ返送が可能となる期間ｔ１０を設定する例を示したが、宛先（情報処理装置）の数以下となる数のＮＡＱ返送が可能となる期間を設定するようにしてもよい。例えば、宛先（情報処理装置）の数が３の場合には、１または２のＮＡＱ返送が可能となる期間を設定することができる。また、例えば、宛先（情報処理装置）の数の１／２の値から、宛先（情報処理装置）の数－１の値までの何れかの値を、ＮＡＱ返送が可能となる期間を設定することができる。また、例えば、ＮＡＱ返送の可能性の大小に応じて、その数を増減させるようにしてもよい。
また、図１２では、情報処理装置１００および情報処理装置１０２は、アグリゲートされた自装置宛のデータを正しく受信できたが、情報処理装置１０３が自装置宛のデータを正しく受信できない場合の例を示す。この場合には、ＲＴＳフレーム４７１により予め通知されているＮＡＱ返送タイミングｔ１０の範囲内で、情報処理装置１０３から情報処理装置１０１にＮＡＱフレーム４８０が返送される。
ここで、複数の機器（情報処理装置１００、１０２、１０３）は、他の機器からのＮＡＱフレームの返送の衝突を回避するように、自装置のＮＡＱフレームを返送することが好ましい。そこで、例えば、情報処理装置１０３は、最終のＮＡＱ送信タイミングから、所定時間の範囲内でランダムにバックオフしたタイミングを設定し、その時間にＮＡＱフレームを送信する。これにより、情報処理装置１０３は、他の機器（情報処理装置１００、情報処理装置１０２）からのＮＡＱフレームの返送の衝突を回避することができる。
ここで、ＮＡＱフレーム４８０におけるＤｕｒａｔｉｏｎ３２２（図５に示す）には、再送されるデータを受け取る期間ｔ１１を記載するようにしてもよい。この場合には、自装置宛の再送データの受信が行われることを他の機器に通知することができる。
情報処理装置１０３からのＮＡＱフレーム４８０を受信した情報処理装置１０１は、ＮＡＱフレーム４８０に記載されているシーケンス番号のデータ（未達データ４８２）のみを再送する。この場合に、情報処理装置１０１は、未達データ４８２を各機器に送信するが、情報処理装置１０３以外の機器（情報処理装置１００、１０２）は、未達データ４８２を破棄し、情報処理装置１０３のみが未達データ４８２を受信する。
また、情報処理装置１０３は、情報処理装置１０１から再送された未達データ４８２を正しく受け取ることができた場合には、ＮＡＱフレームを返送しない。これにより、伝送路の利用効率を改善することができる。一方、情報処理装置１０３は、情報処理装置１０１から再送された未達データ４８２を正しく受け取ることができない場合には、ＮＡＱフレーム４８３を返送する。
このように、データを正しく受信できなかった場合のみ、再送を要求することにより、個別にＡＣＫを受け取る時間を短縮することができる。
また、情報処理装置１０１は、ＮＡＱフレームの返送タイミングに再送要求がない場合には、データ送信が成功したことを判断することができる。ただし、情報処理装置１０１は、所定の再送回数に相当するＮＡＱフレームが再送されてくるタイミングを計算して再送要求が届くことを考慮し、対象データを送信バッファ部に所定期間保持しておくことが望ましい。例えば、前回のＮＡＱフレームで指定されたＤｕｒａｔｉｏｎに記載のタイミングの代わりに、規格で予め決められている最大再送回数が超過するまでのタイミングを用いるようにしてもよい。
このように、情報処理装置１０１の制御部は、結合データを複数の機器に送信する場合には、ＮＡＱフレームの送信タイミングを複数の機器の数よりも少ない数を基準にして設定することができる。また、情報処理装置１０３の制御部は、ＮＡＱフレームを情報処理装置１０１に送信するタイミングを、情報処理装置１０１から通知されたＮＡＱフレームの送信タイミングからバックオフさせたタイミングに設定することができる。
［ＮＡＱフレームの検出例］
図１４は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図１４では、複数の機器（情報処理装置１０２、１０３）からのＮＡＱフレームの返送が重なった場合に、ＮＡＱフレームを適切に検出する例を示す。また、図１４では、他の機器による干渉等により、ＮＡＱフレームを正しく受け取ることができなかった場合に、ＮＡＱフレームを検出する例を示す。
例えば、情報処理装置１０２のＮＡＱフレーム５０７の返送タイミングと、情報処理装置１０３のＮＡＱフレーム５０６の返送タイミングとが重なった場合を想定する。
この場合に、例えば、情報処理装置１０１が、ＮＡＱフレームの返送期間ｔ１２において、受信電界強度が閾値以上であることを検出した場合に、ＮＡＱフレームを受信したと判断する（５０８）。この場合、複数の機器（情報処理装置１０２、１０３）から再送要求があった可能性が高いことから、前回に送信したマルチ機器宛のアグリゲートデータ５０５を再送信する。すなわち、アグリゲートデータ５１２が送信される。
すなわち、全ての機器（情報処理装置１００、１０２、１０３）宛のアグリゲートデータ５１２を再送することにより、未達データが存在する複数の機器（情報処理装置１０２、１０３）にアグリゲートデータ５１２を送り届けることができる。
続いて、アグリゲートデータ５１２を受信した情報処理装置１０２、１０３は、前回に未達となっていたデータを正しく受信でき、全てのデータが揃った場合には、ＮＡＱフレームを返送しない。これにより、受信が完了する。
このように、情報処理装置１０１の制御部は、ＮＡＱフレームの送信タイミングにおいて、閾値を基準として受信電界強度が大きい信号を検出した場合には、結合データの全てのデータを未達データとして再送する制御を行うことができる。
なお、情報処理装置１０１が、情報処理装置１０２、１０３からのＮＡＱフレームの信号を分離可能である場合には、そのＮＡＱフレームを分離して未達データを特定して、そのデータのみを再送することができる。
このように、マルチ機器宛のアグリゲーションデータを送信する場合において、各機器から個別にＡＣＫを受け取るよりも、再送要求のＮＡＱを受け取るプロトコルを規定することにより、伝送路の利用効率を向上させることができる。
［情報処理装置の動作例］
次に、情報処理装置１００の動作例について説明する。これらの動作については、複数の情報処理装置間でデータを交換する無線通信プロトコルに基づいて実行される。
［情報処理装置（送信元）の動作例（データ送信例）］
図１５は、本技術の実施の形態における情報処理装置１００によるデータ送信処理の処理手順を示すフローチャートである。図１５では、情報処理装置１００がデータの送信元となる場合の例を示す。また、図１５では、図２を参照して説明する。
最初に、制御部２４８は、インタフェース２１０の状態を獲得する（ステップＳ７０１）。続いて、制御部２４８は、送信データを受理しているか否かを判断し（ステップＳ７０２）、送信データを受理していない場合には、ステップＳ７０１に戻る。
送信データを受理している場合には（ステップＳ７０２）、制御部２４８は、受理した送信データを送信バッファ部２２０に格納する（ステップＳ７０３）。続いて、制御部２４８は、送信バッファ部２２０に格納された送信データのデータ属性（カテゴリ）を獲得する（ステップＳ７０４）。このデータ属性（カテゴリ）として、例えば、ＩＥＥＥ８０２．１１ｅの優先制御方式（ＥＤＣＡ（Enhanced Distributed Channel. Access））、画像データ／音声データ、優先度、アグリメント可能か否か、ＴＴＬ（Time To Live）等が獲得される。
続いて、制御部２４８は、獲得したデータ属性（カテゴリ）に基づいて、利用可能なプロトコルを参照する（ステップＳ７０５）。そして、制御部２４８は、ＮＡＱフレームを交換するシーケンスが利用可能か否かを判断する（ステップＳ７０６）。例えば、早く送信すべきデータについては、アグリゲートせずにＡＣＫを使用して送信することが好ましい。そこで、早く送信すべきデータについては、ＮＡＱフレームを交換するシーケンスを利用不可と判断する。ここで、早く送信すべきデータは、例えば、エマージェンシーデータ（緊急データ）、緊急通報（例えば、生命の危機を通知するためのデータ）である。緊急通報は、例えば、人や動物の生命に係わる情報（例えば、心臓発作を通知するための情報、倒れたことを通知するための情報）である。また、通常のコンテンツ（例えば、画像コンテンツ、音声コンテンツ）については、通常送信でよいため、ＮＡＱフレームを交換するシーケンスを利用可能と判断する。
ＮＡＱフレームを交換するシーケンスが利用可能である場合には（ステップＳ７０６）、制御部２４８は、ＮＡＱ（再送要求）によるアクセス制御処理を設定する（ステップＳ７０７）。続いて、第１データ送信処理が実行される（ステップＳ７２０）。この第１データ送信処理については、図１６を参照して詳細に説明する。
ＮＡＱフレームを交換するシーケンスが利用可能でない場合には（ステップＳ７０６）、制御部２４８は、通常のアクセス制御処理を設定する（ステップＳ７０８）。続いて、第２データ送信処理が実行される（ステップＳ７０９）。この第２データ送信処理は、通常のデータ送信処理であるため、ここでの説明を省略する。
［情報処理装置（送信元）の動作例（データ送信例）］
図１６および図１７は、本技術の実施の形態における情報処理装置１００によるデータ送信処理のうちの第１データ送信処理（図１５に示すステップＳ７２０の処理手順）を示すフローチャートである。
最初に、制御部２４８は、データの送信先となる情報処理装置の属性情報を獲得する（ステップＳ７２１）。そして、制御部２４８は、データの送信先も再送要求（ＮＡＱ）による受領確認を利用することができるか否かを判断する（ステップＳ７２２）。すなわち、データの送信先が、ＮＡＱによる通信制御を利用することが可能であるか否かが判断される。ここで、データの送信先となる情報処理装置の属性情報については、事前のアソシエーションのパラメータ交換により制御部２４８に保持されているものとする。
データの送信先が再送要求（ＮＡＱ）による受領確認を利用することができない場合には（ステップＳ７２２）、送信バッファ部２２０に格納されている送信データのデータフレームを送信する（ステップＳ７３４）。
データの送信先が再送要求（ＮＡＱ）による受領確認を利用することができる場合には（ステップＳ７２２）、制御部２４８は、送信可能なデータ長を獲得する（ステップＳ７２３）。続いて、制御部２４８は、送信バッファ部２２０から送信データを獲得する（ステップＳ７２４）。
ここで、アグリゲートを利用する場合には、制御部２４８は、獲得した送信データの次の送信データもアグリゲートすることができるか否かを判断する（ステップＳ７２５）。そして、次の送信データもアグリゲートすることができる場合には（ステップＳ７２５）、その都度、次の送信データを獲得して（ステップＳ７２４）、アグリゲート処理を行う。
アグリゲート処理が終了した場合（または、これ以上アグリゲートできない場合）には（ステップＳ７２５）、送信データバーストが構築される（ステップＳ７２６）。続いて、制御部２４８は、複数の機器宛にデータ送信を実施するか否かを判断する（ステップＳ７２７）。そして、複数の機器宛にデータ送信を実施する場合には（ステップＳ７２７）、送信可能なデータ長を再度獲得して他の機器宛のデータを構築する（ステップＳ７２４乃至Ｓ７２６）。
１つの送信バーストとしてのデータ構築が完了すると（ステップＳ７２７）、制御部２４８は、再送要求（ＮＡＱ）の返送タイミングを設定する（ステップＳ７２８）。例えば、図８に示す期間ｔ１のように設定される。また、マルチ機器宛にデータ送信する場合には、複数の返送タイミングを設定するようにしてもよい（ステップＳ７２８）。例えば、図１２に示す期間ｔ１０のように設定される。
続いて、データ送信に先立ちＲＴＳフレームが送信される（ステップＳ７２９）。続いて、制御部２４８は、所定の時間経過後にＣＴＳフレームを受信したか否か（または、所定の信号を検出したか否か）を判断する（ステップＳ７３０）。所定の時間経過後にＣＴＳフレームを受信した場合は（ステップＳ７３０）、データフレームが送信される（ステップＳ７３４）。
所定の時間経過後にＣＴＳフレームを受信しない場合には（ステップＳ７３０）、制御部２４８は、再送回数を加算し（ステップＳ７３１）、所定の再送回数を超過したか否かを判断する（ステップＳ７３２）。そして、再送回数を超過した場合には（ステップＳ７３２）、データの送信先が認識しないと判断し、その旨をユーザに通知して（ステップＳ７３３）、第１データ送信処理の動作を終了する。例えば、データの送信先が認識しない旨をユーザ出力部１３０から出力（例えば、その旨の表示、その旨の音声出力）させることができる（ステップＳ７３３）。
なお、所定の時間経過後にＣＴＳフレームを受信せずに、データの送信先の情報処理装置からＮＡＱを拒否する旨の信号を受信した場合には（ステップＳ７３０）、図１５に示すステップＳ７０８に戻り、通常のデータ送信を行うようにしてもよい。
データフレームの送信後（ステップＳ７３４）、所定の期間（ＮＡＱ返送期間）に亘り、ＮＡＱフレームの受信、所定の受信電界強度を上回るエネルギーの検出を待機する（ステップＳ７４１、Ｓ７４４、Ｓ７４５）。ＮＡＱフレームを受信した場合には（ステップＳ７４１）、制御部２４８は、受信したＮＡＱフレームに含まれる未達データの情報を獲得し（ステップＳ７４２）、未達となるデータを獲得する（ステップＳ７４３）。
また、ＮＡＱ返送期間内に（ステップＳ７４４）、所定の受信電界強度を上回るエネルギーが検出された場合には（ステップＳ７４５）、直前に送信した全てのデータを獲得する（ステップＳ７４６）。例えば、図１４に示すように、複数の機器（情報処理装置１０２、１０３）から再送要求があった場合には、所定の受信電界強度を上回るエネルギーが検出される。この場合には、直前に送信した全てのデータを各機器に送信する。
続いて、制御部２４８は、再送回数を超過したか否かを判断する（ステップＳ７４７）。この場合には、データ単位で送信回数を確認する。再送回数を超過していない場合には（ステップＳ７４７）、次回のＮＡＱ返送タイミングを設定して（ステップＳ７４８）、データを再送する（ステップＳ７４９）。
また、再送回数を超過している場合には（ステップＳ７４７）、データ伝送失敗をユーザに通知（例えば、その旨の表示、その旨の音声出力）して（ステップＳ７５０）、送信バッファ部２２０に格納されている送信データを破棄する（ステップＳ７５５）。
ＮＡＱ返送期間が終了するまでの間に、ＮＡＱフレームを検出しない場合または所定のエネルギーを検出しない場合には（ステップＳ７４４）、制御部２４８は、送信先の情報処理装置においてデータ受信が完了したと仮定する（ステップＳ７５１）。そして、制御部２４８は、次のシーケンスの送信データが送信可能であるか否かを判断する（ステップＳ７５２）。そして、次のシーケンスの送信データが送信可能である場合には（ステップＳ７５２）、継続して第１データ送信処理に移行する（ステップＳ７５３）。この第１データ送信処理は、図１６に示す第１データ送信処理である。この場合には、例えば、図１６に示す第１データ送信処理と並列処理を行うようにしてもよい。
また、次のシーケンスの送信データが存在しない場合、または、次のシーケンスの送信データが送信不可である場合には（ステップＳ７５２）、所定のデータを破棄するタイミングの到来を判断する（ステップＳ７５４）。そして、その時刻が到来した場合には（ステップＳ７５４）、送信バッファ部２２０に格納されている送信データを破棄する（ステップＳ７５５）。なお、ステップＳ７４１乃至Ｓ７４３、Ｓ７４８、Ｓ７４９は、特許請求の範囲に記載の送信する制御を行う制御手順の一例である。
［情報処理装置（送信先）の動作例（データ受信例）］
図１８は、本技術の実施の形態における情報処理装置１００によるデータ受信処理の処理手順を示すフローチャートである。図１８では、情報処理装置１００がデータの送信先（送信先）となる場合の例を示す。また、図１８では、図２を参照して説明する。
最初に、制御部２４８は、自装置宛のＲＴＳフレームを受信したか否かを判断する（ステップＳ７６１）。自装置宛のＲＴＳフレームを受信していない場合には（ステップＳ７６１）、データ受信処理の動作を終了する。
自装置宛のＲＴＳフレームを受信した場合には（ステップＳ７６１）、制御部２４８は、自装置宛データが送信されることを把握し、ＮＡＱの返送タイミングを設定する（ステップＳ７６２）。例えば、自装置宛のＲＴＳフレームにおけるＤｕｒａｔｉｏｎ３０２（図３に示す）に記載されている情報等に基づいて、そのＮＡＱの返送タイミングを設定することができる。
続いて、制御部２４８は、自装置宛のＲＴＳフレームに対応するデータの受信が可能であるか否かを判断する（ステップＳ７６３）。データの受信が可能でない場合には（ステップＳ７６３）、データ受信処理の動作を終了する。この場合に、データの受信が可能でない旨を送信元に送信するようにしてもよい。
データの受信が可能である場合には（ステップＳ７６３）、制御部２４８は、ＲＴＳフレームの送信元の情報処理装置に、ＣＴＳフレームを返送する（ステップＳ７６４）。
続いて、制御部２４８は、送信されるデータのＮＡＣＫシーケンス番号を仮に設定し（ステップＳ７６５）、自装置宛のデータの受信を行う。ここで、送信されるデータのＮＡＣＫシーケンス番号は、受信したＲＴＳフレームにおけるＳｅｑｕｅｎｃｅ Ｎｏ．３０５（図３に示す）に記載されているシーケンス番号に基づいて設定される。
そして、自装置宛のデータを受信した場合には（ステップＳ７６６）、そのデータを受信バッファ部２３０に格納する（ステップＳ７６７）。そして、制御部２４８は、データを正しく受信することができたか否かを判断する（ステップＳ７６８）。例えば、受信したデータの末尾のＣＲＣ等に基づいて、そのデータを正しく受信することができたか否かを判断することができる。
データを正しく受信することができた場合には（ステップＳ７６８）、制御部２４８は、正しく受信することができたデータのＮＡＣＫシーケンス番号をキャンセルする（ステップＳ７６９）。一方、データを正しく受信することができなかった場合には（ステップＳ７６８）、正しく受信することができなかったデータのシーケンス番号が未達情報として保持される。
ここで、アグリゲーションされたデータが継続する場合には（ステップＳ７７０）、ステップＳ７６５に戻り、データ受信を行う。
また、アグリゲーションされたデータが完了した場合には（ステップＳ７７０）、制御部２４８は、受信したデータがマルチ機器宛のデータであるか否か（そのデータが他の機器宛のデータを含むか否か）を判断する（ステップＳ７７１）。受信したデータがマルチ機器宛のデータである場合には（ステップＳ７７１）、ＮＡＱ返送のためのバックオフの値が設定される（ステップＳ７７２）。
続いて、制御部２４８は、ＮＡＱ返送タイミングの情報を獲得する（ステップＳ７７３）。続いて、制御部２４８は、そのＮＡＱ返送時刻が到来したか否かを判断する（ステップＳ７７４）。そして、そのＮＡＱ返送時刻が到来した場合には（ステップＳ７７４）、制御部２４８は、未達データが存在するか否か（ＮＡＣＫシーケンス番号が保持されているか否か）を判断する（ステップＳ７７５）。
未達データが存在しない場合には（ステップＳ７７５）、制御部２４８は、再送要求を含んだＮＡＱを構築し（ステップＳ７７６）、ＮＡＱフレームを送信する（ステップＳ７７７）。
また、未達データが存在しない場合には（ステップＳ７７５）、ＮＡＱフレームを送信することなく、データ受信処理の動作を終了する。なお、ステップＳ７６５乃至Ｓ７７７は、特許請求の範囲に記載の受領確認を送信しない制御を行う制御手順の一例である。
［情報処理装置（他の機器）の動作例（ＮＡＶ設定例）］
図１９は、本技術の実施の形態における情報処理装置１００によるＮＡＶ設定処理の処理手順を示すフローチャートである。図１９では、情報処理装置１００がデータ送受信にかかわらない機器（他の機器）となる場合の例を示す。また、図１９では、図２を参照して説明する。
最初に、制御部２４８は、他装置宛のＣＴＳフレームを受信したか否かを判断する（ステップＳ７８１）。他装置宛のＣＴＳフレームを受信していない場合には（ステップＳ７８１）、制御部２４８は、他装置宛のＮＡＱフレームを受信したか否かを判断する（ステップＳ７８２）。他装置宛のＮＡＱフレームを受信していない場合には（ステップＳ７８２）、ＮＡＶ設定処理の動作を終了する。
他装置宛のＣＴＳフレームを受信した場合には（ステップＳ７８１）、制御部２４８は、その他装置宛のＣＴＳフレームにおけるＤｕｒａｔｉｏｎ３１２（図４に示す）に記載されている情報（データ受信の終了時刻）を獲得する（ステップＳ７８３）。同様に、他装置宛のＮＡＱフレームを受信した場合には（ステップＳ７８２）、制御部２４８は、その他装置宛のＮＡＱフレームにおけるＤｕｒａｔｉｏｎ３２２（図５に示す）に記載されている情報（データ受信の終了時刻）を獲得する（ステップＳ７８３）。
続いて、制御部２４８は、その獲得した情報（データ受信の終了時刻）に基づいて、ＮＡＶを設定する（ステップＳ７８５）。すなわち、その獲得したデータ受信の終了時刻までＮＡＶを設定する。
続いて、制御部２４８は、ＮＡＶの設定時刻が経過したか否かを判断する（ステップＳ７８５）。ＮＡＶの設定時刻が経過していない場合には（ステップＳ７８５）、ステップＳ７８１に戻る。ＮＡＶの設定時刻が経過した場合には（ステップＳ７８５）、制御部２４８は、ＮＡＶの設定を解除する（ステップＳ７８６）。
このように、他装置宛のＣＴＳフレーム、または、他装置宛のＮＡＱフレームに基づいて設定されたＮＡＶを解除するまでの間、送信動作を控えるアクセス制御を行うことができる。
このように、情報処理装置１００の制御部２４８は、周囲に存在する他の機器から、再送要求返送タイミングを記載したデータを受信した場合には、その再送要求返送タイミングに信号の送信を控えるように制御することができる。
［送信先の処理能力に応じて再送要求をする例］
次に、送信先の機器（受信機器）の処理能力に応じて再送要求をする例について説明する。
図２０は、本技術の実施の形態における情報処理装置１００によるデータ受信処理の処理手順を示すフローチャートである。なお、図２０は、図１８の変形例であり、図１８に示すステップＳ７６８の代わりに、ステップＳ７９０を行う例である。このため、図１８と共通する部分には、同一の符号を付してこれらの説明を省略する。
ここで、従来の無線ＬＡＮのシステムでは、データを受信した送信先の機器から送信元の機器に受領確認としてＡＣＫを返送することにより受信の完了を通知する。また、アグリゲートされたデータを送信する場合等においてＢＡＣＫを適用する場合にも、送信先の機器は、アグリゲートして送信されたデータのうち、正しく受信できたデータの情報を返送する。
例えば、ＢＡＣＫを適用する場合には、ＡＣＫを返送するまでに受信可能な情報量を特定するため、送信元の機器および送信先の機器間で事前にバッファサイズの情報等のパラメータを交換する。そして、パラメータ交換により取得されたバッファサイズの範囲内でのみアグリゲートされたフレーム送信を行う。
ここで、従来の無線ＬＡＮの通信プロトコルでは、送信先の機器（受信機器）が再送を要求するデータを明確に指定することができない。また、ＢＡＣＫを適用する技術では、未達データに関する情報のみを返送するため、送信先の機器の状況に応じて再送を要求することができない。
また、ＢＡＣＫを適用する場合には、データ送信に先立ち、バッファサイズ等のパラメータを交換する必要がある。そして、複数のデータをＡＣＫなしで送信することができず、送信先の機器のバッファサイズや処理能力に応じて、パラメータを動的に変化させるＢＡＣＫを適用した制御を行うことができない。
そこで、図２０に示す例では、送信先の機器から再送要求を明確に返送することにより、送信先の機器の処理状況に応じた通信制御が可能となる。また、送信先の機器のバッファサイズや処理能力を事前に送信元の機器に伝えることなく、送信先の機器の処理能力に応じた再送要求を送信元の機器に返送することができる。
また、送信元の機器では、送信先の機器からの再送要求に従って再送を行うとともに、送信先の機器の需要に応じた再送処理を実施し、送信先の機器の処理能力を伝送時に把握することができる。
具体的には、図２０に示す例では、情報処理装置１００（送信先）の状況に応じて再送要求をするデータ量を調整することができる。例えば、アグリゲートされたデータを送信する場合に、事前にバッファサイズを指定することなく送信元の機器からデータを送信する。そして、情報処理装置１００（送信先）の受信バッファ部２３０がオーバーフローした場合には、情報処理装置１００（送信先）は、全てのデータの再送を要求することができる。
すなわち、自装置宛のデータを受信した場合には（ステップＳ７６６）、そのデータを受信バッファ部２３０に格納する（ステップＳ７６７）。そして、制御部２４８は、データを正しく受信することができ、かつ、受信バッファ部２３０に空き容量が存在するか否かを判断する（ステップＳ７９０）。この場合に、受信バッファ部２３０に所定量以上の空き容量が存在するか否かを判断するようにしてもよい。
データを正しく受信することができ、かつ、受信バッファ部２３０に空き容量が存在する場合には（ステップＳ７９０）、ステップＳ７６９に進む。一方、データを正しく受信することができなかった場合、または、受信バッファ部２３０に空き容量が存在しない場合には（ステップＳ７９０）、ステップＳ７７０に進む。すなわち、受信バッファ部２３０がオーバーフローしてしまった場合等の場合には、ＮＡＣＫ Ｓｅｑｕｅｎｃｅをキャンセルせず、データの再送を要求する。
このように、情報処理装置１００の制御部２４８は、自装置宛のデータを保持する受信バッファ部２３０に所定量以上の空き容量が存在しない場合に、ＮＡＱフレームを他の機器に送信する制御を行うことができる。
このように、図２０に示す例では、ＢＡＣＫを適用する場合には、情報処理装置１００の処理能力に応じて送信元の機器に再送要求を明確に通知することができる。これにより、情報処理装置１００の情報処理能力に応じたＢＡＣＫの処理に係るパラメータを通知することができる。また、情報処理装置１００の受信バッファ部２３０のサイズを事前に通知せずに送信元の機器からアグリゲートされたデータを送信でき、ＢＡＣＫに係る処理を簡素化することができる。
また、再送を要求するデータを明確に通知することにより、情報処理装置１００において受信バッファ部２３０に蓄えられる情報量を動的に変更することが可能になり、受信バッファ部２３０を有効に活用することができる。
以上で示したように、本技術の実施の形態では、事前にフレームアグリゲーションがなされたデータ伝送が行われることを把握した場合に、データ受信が完了したときには、受領確認（ＡＣＫ）を返送しない。一方、正しくデータを受信できなかったときには、再送要求（ＮＡＱ）を返送する。
また、送信先の機器は、再送要求（ＮＡＱ）を受け取るタイミングを予め把握しておき、これ以降に送信されるデータを正しく受け取れなかった場合（または、一部のデータに誤りがあった場合）に、未達データのみ再送を要求する。なお、再送要求（ＮＡＱ）を受け取るタイミングは、例えば、送信要求（ＲＴＳフレーム）により取得することができる。
また、送信元の機器は、送信先の機器からの再送要求（ＮＡＱ）を受け取れなかった場合を考慮し、所定の再送回数に達する時刻まで、送信したデータを保持しておく。すなわち、再送要求（ＮＡＱ）の送信タイミングを基準として設定される所定期間、送信したデータを保持しておくことができる。これにより、複数の再送要求（ＮＡＱ）を受け取る機会を設けておくことができ、その後に保持したデータを破棄する通信プロトコルを実現することができる。
また、複数の機器に向けたフレームアグリゲーション技術の再送要求のため、これらシーケンスを応用して、複数の送信先の機器から送信元の機器に、予め決められた時間間隔の間に再送要求（ＮＡＱ）を返送する。
具体的には、送信元の機器が再送要求（ＮＡＱ）の返送タイミングを複数配置する時間を確保しておく。そして、送信先の各機器は、その最終時間から逆にランダムバックオフした時間を遡って個別に再送要求（ＮＡＱ）の返送タイミングを設定し、送信元の機器に対して再送要求（ＮＡＱ）を返送する。
また、再送要求（ＮＡＱ）の返送タイミングは、送信先の機器の数に応じてバックオフする範囲を可変とし、送信先の機器の数が多い場合には、より多くの送信機会を配置するようにしてもよい。
また、複数の再送要求が衝突することも考慮し、送信元の機器は、所定の再送要求返送タイミングに所定の受信電界強度を超えた信号を検出した場合には、全てのデータの再送を行うようにしてもよい。
このように、本技術の実施の形態によれば、受領確認を省略して再送制御を行う無線通信方法を実現することができる。すなわち、フレームアグリゲーションを行って複数のデータを伝送する場合に、送信先の機器は、データ受信後に受領確認（ＡＣＫ）の返送を持ってシーケンスを終了しない。また、送信先の機器は、データの受信後に未達データが存在する場合には、予め決められたタイミング（時間間隔）に再送要求（ＮＡＱ）を返送し、データが全て受信できた場合には、再送要求（ＮＡＱ）を返送しない。また、送信元の機器は、所定時間が経過したタイミングでデータを送信バッファ部から破棄する。
また、複数の機器向けのアグリゲーションの通信シーケンスに適用する場合には、送信元の機器が複数の再送要求（ＮＡＱ）を受け取るタイミングを設けることにより、複数の送信先の機器から再送要求（ＮＡＱ）を効率良く受け取ることができる。
このように、本技術の実施の形態によれば、伝送路の状態がよい場合に、データの送信後の受領確認（ＡＣＫ）を省略することができる。このため、ＡＣＫの返送にかかる時間を省略することができ、無線伝送路を効率的に利用することができる。
また、アグリゲートされたデータの伝送において、受領確認（ＡＣＫ）を返送しないことにより、受領確認（ＡＣＫ）を取り逃がした場合に、全てのデータの再送がされないことから冗長な再送処理が行われず、伝送路効率を向上させることができる。
また、連続してアグリゲートされたデータの伝送において、再送すべきデータの情報を再送要求（ＮＡＱ）に記載してまとめて返送することができるため、再送制御にかかる処理を簡素化することができる。
また、所定の再送が行われる可能性のある期間に亘り、送信データを保持することにより、再送要求を受信し損なった場合にも、データの再送が可能となる。
また、マルチ機器宛のアグリゲートされたデータを送信する場合に、受領確認のためのＢＡＣＫ要求とＢＡＣＫの交換を個別に行わずに済むため、この交換に要する時間が不要となり、伝送路の利用効率を向上させることができる。
また、マルチ機器宛のアグリゲートされたデータの再送要求（ＮＡＱ）の返送に、送信先の機器が再送要求（ＮＡＱ）の返送タイミングにバックオフ時間を設けることにより、複数の送信先の機器が再送要求（ＮＡＱ）の返送を適切に行うことができる。
また、再送要求（ＮＡＱ）の返送が重なった場合には、送信元の機器は、全てのデータを再送することにより、個別に未達データの再送を行うことなく、効果的に再送を実施することができる。
また、再送要求（ＮＡＱ）に含まれるＤｕｒａｔｉｏｎ情報に基づいて、周囲の機器がネットワークアロケーションベクター（ＮＡＶ）を設定することができる。これにより、再送されるデータの受信の期間に衝突を回避することができる。
また、再送要求（ＮＡＱ）を識別する専用のフレームタイプおよびフレームサブタイプを用意する。これにより、未達データの再送要求（ＮＡＱ）のみを返送するデータ交換シーケンスについて、従来の受領確認（ＡＣＫ）を返送するデータ交換シーケンスと共存して用意することができる。
また、新たなＲＴＳフレームや新たなＣＴＳフレームを識別するフレームタイプおよびフレームサブタイプを、従来のＲＴＳフレームやＣＴＳフレームと別に用意する。これにより、本技術の実施の形態における通信プロトコルを従来の無線システムに適用することができる。
また、本技術の実施の形態における情報処理装置１００は、各分野において使用される機器に適用することができる。例えば、自動車内で使用される無線機器（例えば、カーナビゲーション装置、スマートフォン）に適用することができる。また、例えば、教育分野で使用される学習機器（例えば、タブレット端末）に適用可能である。また、例えば、農業分野で使用される無線機器（例えば、牛管理システムの端末）に適用可能である。同様に、例えば、スポーツ分野や医療分野等で使用される各無線機器に適用可能である。
＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置１００は、スマートフォン、タブレットＰＣ（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 (5)

  1. 複数のデータが結合された結合データを送信した送信先の機器から当該結合データに対する再送要求を受信した場合には、前記複数のデータのうちから前記再送要求に応じた未達データをまとめて前記機器に送信する制御を行う制御部を具備し、
    前記制御部は、前記結合データのうちに未達データが存在するときに前記機器から送信される前記再送要求の送信タイミングを含む期間を設定し、前記結合データの送信前に前記機器に送信する送信要求により前記送信タイミングを前記機器に通知し、前記結合データを複数の機器に送信する場合には、当該結合データのうちに未達データが存在するときに前記期間の長さを前記複数の機器の数以下となる数の前記再送要求の返送が可能となる値に設定し、前記再送要求の送信タイミングにおいて閾値を基準として受信電界強度が大きい信号を検出した場合には、前記結合データの全てのデータを未達データとして再送する制御を行う
    情報処理装置。
  2. 前記制御部は、前記再送要求を受信しない場合でも、前記再送要求の送信タイミングを基準として設定される前記期間、前記機器に送信した前記結合データを保持する
    請求項１記載の情報処理装置。
  3. 前記制御部は、前記再送要求を受信しない場合には、前記機器に送信すべき他の結合データを前記機器に送信する請求項１または２に記載の情報処理装置。
  4. 第２情報処理装置宛の複数のデータが結合された結合データを前記第２情報処理装置に送信し、前記第２情報処理装置から前記結合データに対する再送要求を受信した場合には、前記複数のデータのうちから前記再送要求に応じた未達データをまとめて前記第２情報処理装置に送信し、前記結合データのうちに未達データが存在するときに前記第２情報処理装置から送信される前記再送要求の送信タイミングを含む期間を設定し、前記結合データの送信前に前記第２情報処理装置に送信する送信要求により前記送信タイミングを前記第２情報処理装置に通知し、前記結合データを複数の機器に送信する場合には、当該データのうちに未達データが存在するときに前記期間の長さを前記複数の機器の数以下となる数の前記再送要求の返送が可能となる値に設定し、前記再送要求の送信タイミングにおいて閾値を基準として受信電界強度が大きい信号を検出した場合には、前記結合データの全てのデータを未達データとして再送する制御を行う第１情報処理装置と、
    前記第１情報処理装置から自装置宛のデータを受信した場合に、当該データのうちに未達データが存在するときには、当該データの前記再送要求を前記第１情報処理装置に送信し、当該データのうちに未達データが存在しないときには、受領確認を送信しない第２情報処理装置と
    を具備する通信システム。
  5. 複数のデータが結合された結合データを送信した送信先の機器から当該結合データに対する再送要求を受信した場合には、前記複数のデータのうちから前記再送要求に応じた未達データをまとめて前記機器に送信する制御を行う制御手順と、
    前記結合データのうちに未達データが存在するときに前記機器から送信される前記再送要求の送信タイミングを含む期間を設定する制御手順と、前記結合データの送信前に前記機器に送信する送信要求により前記送信タイミングを前記機器に通知する制御手順と、前記結合データを複数の機器に送信する場合には、当該結合データのうちに未達データが存在するときに前記期間の長さを前記複数の機器の数以下となる数の前記再送要求の返送が可能となる値に設定する制御手順と、前記再送要求の送信タイミングにおいて閾値を基準として受信電界強度が大きい信号を検出した場合には、前記結合データの全てのデータを未達データとして再送する制御手順と
    を具備する情報処理方法。
JP2020104176A 2015-04-27 2020-06-17 情報処理装置、通信システム、情報処理方法およびプログラム Active JP7081623B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015090552 2015-04-27
JP2015090552 2015-04-27

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2017515396A Division JPWO2016174884A1 (ja) 2015-04-27 2016-01-22 情報処理装置、通信システム、情報処理方法およびプログラム

Publications (2)

Publication Number Publication Date
JP2020167711A JP2020167711A (ja) 2020-10-08
JP7081623B2 true JP7081623B2 (ja) 2022-06-07

Family

ID=57199749

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017515396A Pending JPWO2016174884A1 (ja) 2015-04-27 2016-01-22 情報処理装置、通信システム、情報処理方法およびプログラム
JP2020104176A Active JP7081623B2 (ja) 2015-04-27 2020-06-17 情報処理装置、通信システム、情報処理方法およびプログラム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2017515396A Pending JPWO2016174884A1 (ja) 2015-04-27 2016-01-22 情報処理装置、通信システム、情報処理方法およびプログラム

Country Status (6)

Country Link
US (2) US10666394B2 (ja)
EP (1) EP3291507B1 (ja)
JP (2) JPWO2016174884A1 (ja)
CN (2) CN113132064B (ja)
PH (1) PH12017501924A1 (ja)
WO (1) WO2016174884A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6660221B2 (ja) * 2016-03-28 2020-03-11 アイホン株式会社 インターホンシステムおよび当該システムに係るデータ転送方法
WO2018190270A1 (ja) * 2017-04-14 2018-10-18 アルプス電気株式会社 通信装置、通信方法及びプログラム
CN109842458B (zh) * 2017-11-24 2020-10-20 电信科学技术研究院 一种编码方法、装置、电子设备和存储介质
CN111585704A (zh) * 2020-05-22 2020-08-25 湖南盈晟电子科技有限公司 一种新型代替模拟输出的数字通信方法
JP7444253B2 (ja) * 2020-06-09 2024-03-06 日本電気株式会社 通信制御システム及び通信制御方法
CN115987456A (zh) * 2022-12-21 2023-04-18 深圳创维－Rgb电子有限公司 基于Miracast的数据传输方法、装置、设备及介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001333134A (ja) 2000-05-23 2001-11-30 Nec Microsystems Ltd 自動再送要求方式における通信制御方法およびその装置
JP2004350088A (ja) 2003-05-23 2004-12-09 Nec Corp 無線局の位置推定システム
JP2005057373A (ja) 2003-08-07 2005-03-03 Ntt Docomo Inc 無線パケット通信装置
JP2005086398A (ja) 2003-09-08 2005-03-31 Tm T & D Kk 情報伝送装置および方法
WO2008012789A1 (en) 2006-07-26 2008-01-31 Inspiair Ltd. Method for reduced latency wireless communication having reduced latency and increased range and handoff performance between different transmitting stations
JP2009055246A (ja) 2007-08-24 2009-03-12 Sony Corp 無線通信装置、無線通信方法、プログラム、および無線通信システム
JP2009282627A (ja) 2008-05-20 2009-12-03 Fuji Electric Systems Co Ltd 無線検針システム
JP2015012471A (ja) 2013-06-28 2015-01-19 パナソニックＩｐマネジメント株式会社 送信制御方法および無線通信装置
JP2015226073A (ja) 2014-05-26 2015-12-14 ソニー株式会社 情報処理装置および情報処理方法

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2287383A (en) 1994-03-11 1995-09-13 Motorola Ltd Notification by energy burst of messages with unacceptable quality
US5553083B1 (en) * 1995-01-19 2000-05-16 Starburst Comm Corp Method for quickly and reliably transmitting frames of data over communications links
JPH10215294A (ja) * 1997-01-30 1998-08-11 Nippon Telegr & Teleph Corp <Ntt> フレーム再送方法
US6574668B1 (en) * 2000-01-25 2003-06-03 Cirrus Logic, Inc. Retransmission scheme in wireless computer networks
EP1533945A1 (en) 2000-04-06 2005-05-25 NTT DoCoMo, Inc. Multicasting method with changing transmission method dependent on receiving state at the base station
JP3908490B2 (ja) * 2000-08-03 2007-04-25 株式会社エヌ・ティ・ティ・ドコモ マルチキャスト配信サービスにおける再送制御方法及びシステム、再送制御装置、無線基地局及び無線端末
JP2004260658A (ja) * 2003-02-27 2004-09-16 Matsushita Electric Ind Co Ltd 無線ｌａｎ装置
JP4558739B2 (ja) * 2003-10-28 2010-10-06 株式会社エヌ・ティ・ティ・ドコモ マルチキャストサービスを提供する方法
WO2005053216A2 (en) * 2003-11-25 2005-06-09 Dg2L Technologies Methods and systems for reliable distribution of media over a network
JP4005974B2 (ja) * 2004-01-09 2007-11-14 株式会社東芝 通信装置、通信方法、および通信システム
GB2412038B (en) 2004-03-10 2006-04-19 Toshiba Res Europ Ltd Packet format
JP2006191279A (ja) * 2005-01-05 2006-07-20 Matsushita Electric Ind Co Ltd 無線通信装置
JP4762735B2 (ja) * 2005-02-16 2011-08-31 株式会社エヌ・ティ・ティ・ドコモ 無線通信装置、通信経路制御装置、通信経路制御方法及び通信システム
CN1832391A (zh) * 2005-03-11 2006-09-13 松下电器产业株式会社 多天线通信系统中的自适应重传方法和设备
EP1869814A1 (en) 2005-04-12 2007-12-26 STMicroelectronics S.r.l. Method and system for controlling transmission of multicast packets over a local area network, related network and computer program product therefor
US7586930B2 (en) * 2005-05-10 2009-09-08 Harris Corporation Multicast data communication method and network
KR100993648B1 (ko) * 2005-07-08 2010-11-10 후지쯔 가부시끼가이샤 송신 장치, 수신 장치, 정보 통신 방법
WO2007088579A1 (ja) * 2006-01-31 2007-08-09 Mitsubishi Denki Kabushiki Kaisha 無線送信装置、無線受信装置および無線通信システム
US8897193B2 (en) * 2006-08-01 2014-11-25 Samsung Electronics Co., Ltd. Multicast packet transmitting method over wireless communication network and wireless communication network system using the method
JP4790544B2 (ja) * 2006-08-31 2011-10-12 富士通株式会社 リレー通信システムにおける再送制御方法及びリレー局装置
JP2008227642A (ja) * 2007-03-09 2008-09-25 Hitachi Ltd 再送制御方法、および無線通信システム
JP5278642B2 (ja) * 2007-10-02 2013-09-04 日本電気株式会社 共通チャネルのリソース割当方法および装置
JP5210895B2 (ja) * 2008-02-20 2013-06-12 株式会社日立製作所 無線通信システム、端末及び基地局
US20090257377A1 (en) * 2008-04-09 2009-10-15 Texas Instruments Incorporated Reducing buffer size for repeat transmission protocols
EP2173054A1 (en) * 2008-10-06 2010-04-07 Thomson Licensing Method for receiving and transmitting data blocks
CN102197617B (zh) * 2008-10-28 2014-07-16 富士通株式会社 使用了协作harq通信方式的无线基站装置、无线终端装置、无线通信系统以及无线通信方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001333134A (ja) 2000-05-23 2001-11-30 Nec Microsystems Ltd 自動再送要求方式における通信制御方法およびその装置
JP2004350088A (ja) 2003-05-23 2004-12-09 Nec Corp 無線局の位置推定システム
JP2005057373A (ja) 2003-08-07 2005-03-03 Ntt Docomo Inc 無線パケット通信装置
JP2005086398A (ja) 2003-09-08 2005-03-31 Tm T & D Kk 情報伝送装置および方法
WO2008012789A1 (en) 2006-07-26 2008-01-31 Inspiair Ltd. Method for reduced latency wireless communication having reduced latency and increased range and handoff performance between different transmitting stations
JP2009055246A (ja) 2007-08-24 2009-03-12 Sony Corp 無線通信装置、無線通信方法、プログラム、および無線通信システム
JP2009282627A (ja) 2008-05-20 2009-12-03 Fuji Electric Systems Co Ltd 無線検針システム
JP2015012471A (ja) 2013-06-28 2015-01-19 パナソニックＩｐマネジメント株式会社 送信制御方法および無線通信装置
JP2015226073A (ja) 2014-05-26 2015-12-14 ソニー株式会社 情報処理装置および情報処理方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
平川 忠之 他，IEEE802.11DCFのRTS/CTS機構におけるNAVタイマ短縮とACKパケット省略の効果，情報処理学会研究報告，2003年11月03日，第2003巻、第113号，pp.1-6(2003-DPS-115(1))

Also Published As

Publication number Publication date
CN113132064B (zh) 2024-07-23
US11277228B2 (en) 2022-03-15
EP3291507B1 (en) 2023-12-13
US20180062792A1 (en) 2018-03-01
US10666394B2 (en) 2020-05-26
CN107534681A (zh) 2018-01-02
WO2016174884A1 (ja) 2016-11-03
JPWO2016174884A1 (ja) 2018-02-15
JP2020167711A (ja) 2020-10-08
US20200287662A1 (en) 2020-09-10
PH12017501924A1 (en) 2018-03-19
CN113132064A (zh) 2021-07-16
CN107534681B (zh) 2021-05-11
EP3291507A1 (en) 2018-03-07
EP3291507A4 (en) 2019-01-02

Similar Documents

Publication Publication Date Title
JP7081623B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
US11496271B2 (en) Device that convey data for a block acknowledge (ACK)
JP7060050B2 (ja) 通信装置および通信方法
US10869218B2 (en) Information processing devices and communication system for controlling transmission of acknowledgement and data
JP6981506B2 (ja) 送信制御装置、送信制御方法、受信制御装置及び受信制御方法
JP6834954B2 (ja) 通信装置および通信方法
WO2017026198A1 (ja) 情報処理装置、情報処理方法およびプログラム
WO2016178341A1 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP6962311B2 (ja) 無線通信装置および無線通信方法
JP7084720B2 (ja) 通信システム、および、通信システムの制御方法
CN112055342B (zh) 基于连接的蓝牙通信方法、系统及主设备
WO2023218919A1 (ja) 無線通信制御装置および方法、並びにプログラム
WO2023218918A1 (ja) 無線通信制御装置および方法、並びにプログラム
WO2024142900A1 (ja) 無線通信装置、及び無線通信方法
WO2017183278A1 (ja) 通信装置、通信方法およびプログラム
JP2023167312A (ja) 無線通信制御装置および方法、並びにプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200623

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210625

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20211109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211210

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: 20220426

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220509

R151 Written notification of patent or utility model registration

Ref document number: 7081623

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151