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

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

Info

Publication number
JP6798496B2
JP6798496B2 JP2017538904A JP2017538904A JP6798496B2 JP 6798496 B2 JP6798496 B2 JP 6798496B2 JP 2017538904 A JP2017538904 A JP 2017538904A JP 2017538904 A JP2017538904 A JP 2017538904A JP 6798496 B2 JP6798496 B2 JP 6798496B2
Authority
JP
Japan
Prior art keywords
data
information processing
retransmission
receipt confirmation
confirmation 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
JP2017538904A
Other languages
English (en)
Other versions
JPWO2017043189A1 (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 JPWO2017043189A1 publication Critical patent/JPWO2017043189A1/ja
Application granted granted Critical
Publication of JP6798496B2 publication Critical patent/JP6798496B2/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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/0231—Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236—Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • 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/1614—Details of the supervisory signal using bitmaps
    • 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/1642—Formats specially adapted for sequence numbers
    • H04L1/165—Variable formats
    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • 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/10—Flow control between communication endpoints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • 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/1835—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
    • 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
    • H04L1/1887—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
    • 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)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Description

本技術は、情報処理装置に関する。詳しくは、無線通信を利用してデータのやりとりを行う情報処理装置、通信システムおよび情報処理方法ならびに当該方法をコンピュータに実行させるプログラムに関する。
近年、無線ＬＡＮ（Local Area Network）のような小規模な無線ネットワークが普及している。このような無線ネットワークにおいて、例えば、アクセスポイントおよび特定の受信機器間でユニキャスト通信によるサービスが行われている。また、サービスの多様化により、そのようなユニキャスト通信によるサービスに加え、アクセスポイントから多数の受信機器に対するマルチキャスト通信によるサービスが行われている。
例えば、マルチキャスト通信を行う場合において、送信機器は、全ての受信機器からＡＣＫの返送を受け付け、マルチキャストデータの受領確認をする方法が存在する。具体的には、送信機器は、必要に応じて任意の受信機器にブロックＡＣＫ要求を送信し、その受信機器からブロックＡＣＫの返送を受け付ける。そして、送信機器は、その受け付けたブロックＡＣＫに基づいて、マルチキャストデータの再送の可否を判断する。これにより、確実にマルチキャスト通信サービスを実施することができる。
また、例えば、マルチキャストにより同一の端末局に対して同一パケットを複数回送信する場合に、端末局との間の無線通信の通信品質が所定値より高いときは、同一パケットの送信回数を減じる無線通信システムが提案されている（例えば、特許文献１参照。）。
特開２０１０−０１０８５８号公報
上述の従来技術では、通信品質が所定値より高いときには、事前に決められている再送回数を減じるものである。このため、受信機器に届いているパケットについても、その減じた後の回数となるまで再送されるおそれがあり、ネットワーク上のトータルスループットが低下するおそれがある。
また、上述の従来技術では、マルチキャスト通信における受信機器の数が少ない場合には、ブロックＡＣＫに基づいて、マルチキャストデータの再送の可否を判断することにより、マルチキャスト通信サービスを有効に機能させることができる。
しかしながら、マルチキャスト通信における受信機器が多数である場合には、その多数の受信機器からＡＣＫの返送を受け付けると、そのＡＣＫの返送にかかる伝送時間が増大し、他の通信のトラフィックを圧迫するおそれがある。
そこで、マルチキャスト通信における受信機器が多数である場合には、その多数の受信機器のうちから、ブロックＡＣＫ要求を行う受信機器を選択することが考えられる。しかしながら、この場合に、ブロックＡＣＫ要求を行う受信機器が適切に選択されないと、再送が必要なデータを特定することができず、適切なマルチキャスト通信サービスを提供することができないおそれがある。
また、マルチキャスト通信において、ごく一部の受信機器のために、マルチキャストデータの再送を繰り返すと、既に受信が完了している多数の受信機器では、不必要な受信処理を繰り返し行う必要がある。これにより、ネットワーク上のトータルスループットが低下するおそれがある。
本技術はこのような状況に鑑みて生み出されたものであり、ネットワーク上のトータルスループットの低下を防止することを目的とする。
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行うようにしてもよい。これにより、混雑状況に基づいて、マルチキャストデータの再送を制限するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記データの再送を実施する場合には、当該再送データの受領確認要求を送信するようにしてもよい。これにより、データの再送を実施する場合には、その再送データの受領確認要求を送信するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記混雑状況が所定条件を満たす場合には、上記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しないようにしてもよい。これにより、混雑状況が所定条件を満たす場合には、データの再送を実施するが、その再送データの受領確認要求を送信せず、その再送以降の再送を実施しないという作用をもたらす。
また、この第１の側面において、上記制御部は、所定期間における無線伝送トラフィックに基づいて上記混雑状況を判断するようにしてもよい。これにより、所定期間における無線伝送トラフィックに基づいて混雑状況を判断するという作用をもたらす。
また、この第１の側面において、上記制御部は、所定期間における、自装置および他の機器による上記無線伝送トラフィックの使用時間と、上記データの再送時間と、上記受領確認要求の送信時間と、上記受領確認要求に対応する受領確認の受信時間とに基づいて、上記混雑状況を判断するようにしてもよい。これにより、所定期間における、自装置および他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて、混雑状況を判断するという作用をもたらす。
また、この第１の側面において、上記制御部は、所定期間における、自装置および他の機器による上記無線伝送トラフィックの使用時間と、上記データの再送時間と、上記受領確認要求の送信時間と、上記受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、上記データの再送または当該再送データの受領確認要求の送信を制限するか否かを判断するようにしてもよい。これにより、所定期間における、自装置および他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するか否かを判断するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記算出される値と第１閾値との比較結果に基づいて、上記データの再送および当該再送データの受領確認要求の送信を実施することを決定し、上記算出される値と上記第１閾値よりも緩和された値である第２閾値との比較結果に基づいて、上記データの再送を実施して当該再送データの受領確認要求を送信しないこと、または、上記データの再送および当該再送データの受領確認要求の送信を実施しないことを決定するようにしてもよい。これにより、算出される値と第１閾値との比較結果に基づいて、データの再送およびその再送データの受領確認要求の送信を実施することを決定し、その算出される値と第２閾値との比較結果に基づいて、データの再送を実施して再送データの受領確認要求を送信しないこと、または、データの再送および再送データの受領確認要求の送信を実施しないことを決定するという作用をもたらす。
また、本技術の第２の側面は、無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器から送信されたマルチキャストデータのうち所定のシーケンス番号までのデータを取得することができた場合に、当該取得したデータを上位層に渡す制御を行う制御部を具備する情報処理装置およびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、他の機器から送信されたマルチキャストデータのうち、所定のシーケンス番号までのデータを取得することができた場合に、その取得したデータを上位層に渡すという作用をもたらす。
また、この第２の側面において、上記制御部は、上記マルチキャストデータの受領確認要求が上記他の機器から送信されないことを検出した場合に、これ以降に上記マルチキャストデータの再送が行われないと判断するようにしてもよい。これにより、マルチキャストデータの受領確認要求が他の機器から送信されないことを検出した場合に、これ以降にマルチキャストデータの再送が行われないと判断するという作用をもたらす。
また、この第２の側面において、上記制御部は、上記マルチキャストデータの再送が行われないと判断した場合には、上記所定のシーケンス番号までのデータを取得することができない場合でも、当該判断をするまでに取得したデータを上記上位層に渡す制御を行うようにしてもよい。これにより、マルチキャストデータの再送が行われないと判断した場合には、所定のシーケンス番号までのデータを取得することができない場合でも、その判断をするまでに取得したデータを上位層に渡すという作用をもたらす。
また、本技術の第３の側面は、データの受領確認要求を受信した場合に、上記受領確認要求に対する受領確認を送信する第１情報処理装置と、無線伝送トラフィックの混雑状況に基づいて、上記データの再送または当該再送データの受領確認要求の送信を制限する第２情報処理装置とを具備する通信システムおよびその情報処理方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１情報処理装置は、データの受領確認要求を受信した場合に、その受領確認要求に対する受領確認を送信し、第２情報処理装置は、無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するという作用をもたらす。
本技術によれば、ネットワーク上のトータルスループットの低下を防止することができるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術の実施の形態における通信システム１０のシステム構成の一例を示す図である。 本技術の実施の形態における情報処理装置（ＡＰ）１００の機能構成例を示すブロック図である。 本技術の実施の形態における機器間でやりとりされるＡ−ＭＰＤＵのフレームフォーマットの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるフレーム（複数のＭＰＤＵが連続して送信される場合のフレーム）のフレームフォーマットの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるブロックＡＣＫ要求のフレームフォーマットの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるブロックＡＣＫフレームの構成例を示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。 本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト送信処理の処理手順の一例を示すフローチャートである。 本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト通信の送信データバースト構成処理の処理手順の一例を示すフローチャートである。 本技術の実施の形態における情報処理装置（ＡＰ）１００による再送判断処理の処理手順の一例を示すフローチャートである。 本技術の実施の形態における情報処理装置（ＳＴＡ）２００によるマルチキャスト通信の受信処理の処理手順の一例を示すフローチャートである。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。 無線アクセスポイントの概略的な構成の一例を示すブロック図である。
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．実施の形態（無線伝送トラフィックの混雑状況に基づいて、データの再送またはその再送データの受領確認要求の送信を制限する例）
２．応用例
＜１．実施の形態＞
［通信システムのシステム構成例］
図１は、本技術の実施の形態における通信システム１０のシステム構成の一例を示す図である。
通信システム１０は、情報処理装置（ＡＰ）１００と、情報処理装置（ＳＴＡ）２００と、情報処理装置（ＳＴＡ）２１０と、情報処理装置（ＯＢＳ）２２０とを含む無線ネットワークである。なお、情報処理装置（ＡＰ）１００は、請求の範囲に記載の第２情報処理装置の一例である。また、情報処理装置（ＳＴＡ）２００、２１０は、請求の範囲に記載の第１情報処理装置の一例である。
例えば、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０、情報処理装置（ＯＢＳ）２２０は、無線通信機能を備える固定型または携帯型の機器（例えば、情報処理装置、無線通信装置、電子機器）とすることができる。ここで、固定型の機器は、例えば、無線ＬＡＮ（Local Area Network）システムにおけるアクセスポイント（Ａｃｃｅｓｓ Ｐｏｉｎｔ）、基地局等の機器である。また、携帯型の機器は、例えば、スマートフォン、携帯電話、タブレット端末等の機器である。
また、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０、情報処理装置（ＯＢＳ）２２０は、例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ規格に準拠した通信機能を備えるものとする。例えば、ＩＥＥＥ８０２．１１ａｘの無線ＬＡＮ規格に準拠した通信機能を備えることができる。また、無線ＬＡＮとして、例えば、Ｗｉ−Ｆｉ（Wireless Fidelity）、Ｗｉ−Ｆｉ Ｄｉｒｅｃｔ、Ｗｉ−Ｆｉ ＣＥＲＴＩＦＩＥＤ Ｍｉｒａｃａｓｔ仕様（技術仕様書名：Ｗｉ−Ｆｉ Ｄｉｓｐｌａｙ）を用いることができる。また、他の通信方式を利用した無線通信を行うようにしてもよい。
例えば、通信システム１０は、複数の機器が１対１で無線通信を行うことにより、複数の機器が相互に接続されるネットワーク（例えば、メッシュネットワーク、アドホックネットワーク）とすることができる。例えば、ＩＥＥＥ８０２．１１ｓのメッシュネットワークに適用することができる。
また、例えば、通信システム１０は、アクセスポイント（親局）およびその配下装置（子局）により構成される無線ネットワークとすることができる。例えば、情報処理装置（ＡＰ）１００をアクセスポイントとし、情報処理装置（ＳＴＡ）２００、２１０を、その配下装置とすることができる。
図１では、情報処理装置（ＡＰ）１００の周囲に、２つの配下装置（情報処理装置（ＳＴＡ）２００、情報処理装置（ＳＴＡ）２１０）が存在する例を示す。また、図１では、情報処理装置（ＡＰ）１００の周囲に、近隣の無線ネットワークに属する情報処理装置（ＯＢＳ）２２０が存在する例を示す。すなわち、情報処理装置（ＯＢＳ）２２０は、情報処理装置（ＡＰ）１００および情報処理装置（ＳＴＡ）２００、２１０が属する無線ネットワークとは異なる無線ネットワークに属する機器である。
ここで、図１では、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、情報処理装置（ＳＴＡ）２１０、情報処理装置（ＯＢＳ）２２０の全てとの通信が可能な位置関係になっているものとする。また、情報処理装置（ＳＴＡ）２００は、情報処理装置（ＡＰ）１００のみと通信が可能であり、情報処理装置（ＳＴＡ）２１０は、情報処理装置（ＡＰ）１００と、情報処理装置（ＯＢＳ）２２０との通信が可能な位置関係になっているものとする。なお、図１では、無線通信を利用して直接通信することができる機器間を点線で結んで示す。
なお、本技術の実施の形態では、便宜上、送信元の機器（送信側機器）および送信先の機器（受信側機器）の動作を個別に記載して説明するが、それぞれの機器の双方の機能が搭載されていてもよく、片方の機能のみが搭載されていてもよい。
また、本技術の実施の形態で対象となるシステム構成は、これらに限定されない。例えば、図１では、４つの機器により構成される通信システムの例を示すが、機器の数はこれに限定されない。また、複数の機器の接続形態についても、上述した各接続形態に限定されない。例えば、上述した各接続形態以外の接続形態により、複数の機器が接続されるネットワークについても、本技術の実施の形態を適用することができる。
また、本技術の実施の形態では、情報処理装置（ＡＰ）１００が、情報処理装置（ＳＴＡ）２００および情報処理装置（ＳＴＡ）２１０にマルチキャスト通信を実施する場合の例を示す。
［情報処理装置の構成例］
図２は、本技術の実施の形態における情報処理装置（ＡＰ）１００の機能構成例を示すブロック図である。
図２では、便宜上、情報処理装置（ＡＰ）１００の機能構成例のみを示すが、他の情報処理装置（情報処理装置（ＳＴＡ）２００、２１０、情報処理装置（ＯＢＳ）２２０）の機能構成（無線通信に関する機能構成）についても同様である。ただし、各機器については、一部を異なる構成とするようにしてもよい。例えば、アクセスポイント（ＡＰ）の場合には、インターネット接続部２１として有線網を介してインターネットに接続される構成としてもよい。
情報処理装置（ＡＰ）１００は、インターネット接続部２１と、情報入力部２２と、機器制御部２３と、情報出力部２４とを備える。これらの各部は、情報処理装置（ＡＰ）１００におけるシステム構成の一例であり、必要に応じて備えるようにしてもよい。
インターネット接続部２１は、インターネットに接続するための接続部である。
情報入力部２２は、ユーザからの情報入力（例えば、キーボード入力）を受け付ける情報入力部である。
情報出力部２４は、ユーザに対する情報を出力（例えば、ディスプレイへの表示）する情報出力部である。
機器制御部２３は、情報処理装置（ＡＰ）１００におけるシステム全体の制御を行うものである。
また、情報処理装置（ＡＰ）１００は、インターフェース部１０１と、送信バッファ１０２と、バッファ管理部１０３と、送信データフレーム生成部１０５と、無線信号送信処理部１０７と、アンテナ制御部１１０と、アンテナエレメント１１１Ａ、１１１Ｂと、無線信号受信処理部１１２と、受信データフレーム抽出部１１３と、受信バッファ１１６とを備える。これらの各部は、例えば、無線通信に特化した無線通信モジュールにより実現される。
また、通信制御部１２０は、マルチキャスト送信管理部１０４と、再送処理制御部１０６と、アクセス制御部１０８と、伝送路利用状況混雑度判定部１０９と、マルチキャスト受信管理部１１４と、受領確認制御部１１５とを備える。なお、通信制御部１２０は、請求の範囲に記載の制御部の一例である。
インターフェース部１０１は、ユーザからの情報の入力に応じて無線送信するアプリケーションデータを受け取り、無線で受信したアプリケーションデータをユーザへの情報として出力するためのインターフェースである。
送信バッファ１０２は、情報処理装置（ＡＰ）１００から他の情報処理装置宛に送信されるデータを一時的に格納する送信バッファである。
バッファ管理部１０３は、送受信するデータの総量を把握するために、送受信バッファ（送信バッファ１０２、受信バッファ１１６）の残量を管理するバッファ管理部である。
マルチキャスト送信管理部１０４は、マルチキャスト送信をするデータの構築量を管理するマルチキャスト送信管理部である。
送信データフレーム生成部１０５は、所定の無線伝送データフレームフォーマットに送信データを構築する送信データフレーム生成部である。
再送処理制御部１０６は、再送処理をトラフィック（無線伝送路）の状況に応じて継続するか否かを判断する再送処理制御部である。なお、本技術の実施の形態では、トラフィックは、データ量、通信経路等を意味するものとする。
無線信号送信処理部１０７は、送信するデータフレームをベースバンド信号として高周波信号に変換する無線信号送信処理部である。
アクセス制御部１０８は、所定の無線通信プロトコルに準拠してトラフィックの通信アクセスを制御するアクセス制御部である。
伝送路利用状況混雑度判定部１０９は、再送制御に関してトラフィック（無線伝送路）の混雑度を判定する伝送路利用状況混雑度判定部である。
アンテナ制御部１１０は、信号をトラフィックに送信し、トラフィックから信号を受信するアンテナを制御するアンテナ制御部である。
アンテナエレメント１１１Ａ、１１１Ｂは、複数のアンテナエレメントとして信号を送信または受信するためのアンテナエレメントである。
無線信号受信処理部１１２は、アンテナを介して受け取った高周波信号からベースバンド信号を抽出するための無線信号受信処理部である。
受信データフレーム抽出部１１３は、ベースバンド信号から所定のデータフレームとしてデータを抽出する受信データフレーム抽出部である。
マルチキャスト受信管理部１１４は、受信した自装置宛のマルチキャストデータのシーケンス番号等を管理するマルチキャスト受信管理部である。
受領確認制御部１１５は、受信したデータのシーケンス番号を把握してそのデータの送信元の要求に応じて受領確認（ＡＣＫ）を実施する受領確認制御部である。
受信バッファ１１６は、所定単位のデータが収集されるまでの間、受信したデータ等を一時的に格納する受信バッファである。
［Ａ−ＭＰＤＵ（aggregation MAC protocol data unit）のフレーム構成例］
図３は、本技術の実施の形態における機器間でやりとりされるＡ−ＭＰＤＵのフレームフォーマットの構成例を示す図である。
Ａ−ＭＰＤＵは、複数のＡ−ＭＰＤＵ Ｓｕｂｆｒａｍｅ １（４００）乃至Ａ−ＭＰＤＵ Ｓｕｂｆｒａｍｅ ｎ（４０２）により構成される。また、Ａ−ＭＰＤＵ Ｓｕｂｆｒａｍｅ １（４００）は、ＭＰＤＵ Ｄｅｌｉｍｉｔｅｒ（ＭＰＤＵデリミタ）４０３と、ＭＰＤＵ４０４と、Ｐａｄｄｉｎｇ（パディング）４０５により構成される。
このように、Ａ−ＭＰＤＵは、複数のＭＰＤＵ（ＭＰＤＵ４０４を含む）がＭＰＤＵ ＤｅｌｉｍｉｔｅｒおよびＰａｄｄｉｎｇとともに、１つのＰＬＣＰ（Physical Layer Convergence Protocol）のバーストとして送信される。
すなわち、Ａ−ＭＰＤＵは、個々のＭＰＤＵの集合体である。また、ＭＰＤＵ４０４は、ＭＡＣ（Media Access Control）ヘッダ４０６と、実際のデータが格納されるＦｒａｍｅ Ｂｏｄｙ４０７と、ＦＣＳ（Frame Check Sequence）４０８とにより構成される。
各機器は、ＭＡＣヘッダ４０６に記載されている情報等に基づいて、自装置が受信をすべきマルチキャストデータであるか否かを識別することができる。
［複数のＭＰＤＵが連続して送信される場合のフレーム構成例］
図４は、本技術の実施の形態における機器間でやりとりされるフレーム（複数のＭＰＤＵが連続して送信される場合のフレーム）のフレームフォーマットの構成例を示す図である。
図４では、図３に示すＡ−ＭＰＤＵのように１つのＰＬＣＰバーストではなく、複数のＰＬＣＰバーストに分けてマルチキャストデータが送信される場合の例を示す。
すなわち、図４では、ＭＰＤＵ−１（４１１）乃至ＭＰＤＵ−４（４１４）の４つのＭＰＤＵによりマルチキャストデータを構成する例を示す。これらの４つのデータ（ＭＰＤＵ−１（４１１）乃至ＭＰＤＵ−４（４１４））に対しては、１つのブロックＡＣＫ要求により、ブロックＡＣＫを返送することができる。
また、４つのＭＰＤＵ（ＭＰＤＵ−１（４１１）乃至ＭＰＤＵ−４（４１４））の間については、所定間隔（例えば、ＳＩＦＳ（Short-Inter-Frame Space））を空けて送信するようにしてもよく、その間に他のデータを配置して送信するようにしてもよい。
［ブロックＡＣＫ要求のフレーム構成例］
図５は、本技術の実施の形態における機器間でやりとりされるブロックＡＣＫ要求のフレームフォーマットの構成例を示す図である。
図５では、ＩＥＥＥ８０２．１１−２０１２において定義されているブロックＡＣＫ要求フレーム構成を示す。具体的には、ＭＡＣヘッダが、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ（フレーム制御）４２１と、Ｄｕｒａｔｉｏｎ／ＩＤ（持続時間）４２２と、ＲＡ（Receiver Address）（受信先アドレス）４２３と、ＴＡ（Transmitter Address）（送信元アドレス）４２４との要素により構成されている。
また、ＭＡＣヘッダに、ＢＡＲ（Block Ack Request） Ｃｏｎｔｒｏｌ（ブロックＡＣＫ要求制御）４２５と、ＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ（ブロックＡＣＫ要求情報）４２６とが付加され、最後にＦＣＳ４２７が付加される。
具体的には、ＢＡＲ Ｃｏｎｔｒｏｌ４２５には、ブロックＡＣＫを要求するポリシー（ＢＡＲ Ａｃｋ Ｐｏｌｉｃｙ４３１）等の情報が記載される。また、ＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４２６には、ブロックＡＣＫを要求する開始シーケンス番号（Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４３７）等の情報が記載される。
［ブロックＡＣＫフレームの構成例］
図６は、本技術の実施の形態における機器間でやりとりされるブロックＡＣＫフレームの構成例を示す図である。
図６では、ＩＥＥＥ８０２．１１−２０１２において定義されているフレーム構成を示す。具体的には、ＭＡＣヘッダが、Ｆｒａｍｅ Ｃｏｎｔｒｏｌ（フレーム制御）４４１と、Ｄｕｒａｔｉｏｎ／ＩＤ（持続時間）４４２と、ＲＡ（受信先アドレス）４４３と、ＴＡ（送信元アドレス）４４４との要素により構成されている。
また、ＭＡＣヘッダに、ＢＡ Ｃｏｎｔｒｏｌ（ブロックＡＣＫ制御）４４５と、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎ（ブロックＡＣＫ情報）４４６とが付加され、最後にＦＣＳ４４７が付加される。
具体的には、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎ４４６には、ブロックＡＣＫ開始シーケンス制御（Ｂｌｏｃｋ ＡＣＫ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ４５６）と、ブロックＡＣＫビットマップ（Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐ４５７）とが記載される。なお、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐ４５７には、受領できたシーケンス番号がビットマップ形式で記載される。
［Ｄｕｒａｔｉｏｎの設定例］
本技術の実施の形態では、情報処理装置（ＡＰ）１００が、Ｄｕｒａｔｉｏｎの残り時間に基づいて、再送の可否を判断する例を示す。
ここで、Ｄｕｒａｔｉｏｎは、例えば、トラフィックの混雑度を判断するための値である。Ｄｕｒａｔｉｏｎは、例えば、固定値としてもよく、可変値としてもよい。固定値とする場合には、例えば、１秒程度の時間をＤｕｒａｔｉｏｎとして設定することができる。
また、可変値とする場合には、例えば、送信データ（サイズ）、アプリの種類、ユーザ設定等に基づいて、Ｄｕｒａｔｉｏｎの値を決定することができる。
また、Ｄｕｒａｔｉｏｎは、時間で特定するようにしてもよく、フレーム単位で特定するようにしてもよい。例えば、所定のビーコン信号の送信間隔を、Ｄｕｒａｔｉｏｎとして設定することができる。
また、Ｄｕｒａｔｉｏｎの開始タイミングは、定期的または不定期に設定することができる。定期的にＤｕｒａｔｉｏｎの開始タイミングを設定する場合には、毎秒、毎分等を開始タイミングとすることができる。
また、開始タイミングのトリガは、例えば、ＴＢＴＴ（Target Beacon Transmission Time）とすることができる。例えば、ＴＢＴＴに基づいて、Ｄｕｒａｔｉｏｎの開始タイミングを設定することができる。
以下では、図７乃至図１０を参照して、Ｄｕｒａｔｉｏｎの残り時間に基づいて、再送の可否を判断する例を示す。すなわち、図７乃至図１０では、情報処理装置（ＡＰ）１００がトラフィック（無線伝送路）の混雑度を考慮して再送を行う場合の例を示す。
［通信例］
次に、図７乃至図１０を参照して、複数の機器間でやりとりされるデータの通信例について説明する。図７乃至図１０では、情報処理装置（ＡＰ）１００をデータの送信元とし、情報処理装置（ＳＴＡ）２００、２１０をデータの送信先とする例を示す。また、図７乃至図１０に示す横軸は、時間軸を示す。また、各機器から送信されるデータを、各機器に対応する時間軸の上側または下側に、内部にデータの名称を付した矩形で示す。また、図７乃至図１０において、複数の機器にデータを同時刻に送信している場合は、複数の機器にデータをマルチキャスト送信していることを意味するものとする。
図７は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図７では、情報処理装置（ＡＰ）１００が再送を２回繰り返す場合の例を示す。
最初に、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）を送信する（３０１）。このマルチキャストデータの送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００宛に送信する（３０２）。
ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２００は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３０３）。
続いて、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０４）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３０５）。
このように、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００、２１０宛に順次送信することにより、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）のブロックＡＣＫ（ＢＡ）を返送させることができる。そして、情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再送の要否を判断することができる。
図７では、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再送する必要がある。
そこで、情報処理装置（ＡＰ）１００は、１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０６）。この１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）の送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０７）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３０８）。
ブロックＡＣＫ（ＢＡ）を受信した情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再々送の要否を判断することができる。
図７では、１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再々送する必要がある。
そこで、情報処理装置（ＡＰ）１００は、２回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３０９）。
ここで、情報処理装置（ＡＰ）１００は、混雑度の判断基準として、例えば、Ｄｕｒａｔｉｏｎ３００の残り時間に基づいて、再送の可否を判断する。図７では、２回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３００の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
このように、Ｄｕｒａｔｉｏｎ３００の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
図８は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図８では、情報処理装置（ＡＰ）１００が再送を１回のみ行う場合の例を示す。また、図８では、図７と比較して、送信するマルチキャストデータの量が多く、マルチキャストデータの送信時間が比較的長い場合の例を示す。
最初に、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）を送信する（３１１）。このマルチキャストデータの送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００宛に送信する（３１２）。
ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２００は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３１３）。
続いて、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３１４）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３１５）。
このように、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００、２１０宛に順次送信することにより、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）のブロックＡＣＫ（ＢＡ）を返送させることができる。そして、情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再送の要否を判断することができる。
図８では、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再送する必要がある。
そこで、情報処理装置（ＡＰ）１００は、１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３１６）。
ここで、情報処理装置（ＡＰ）１００は、Ｄｕｒａｔｉｏｎ３１０の残り時間に基づいて、再送の可否を判断する。図８では、１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３１０の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
このように、Ｄｕｒａｔｉｏｎ３１０の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
図９は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図９では、トラフィック（無線伝送路）が他の通信により利用されている場合等のように、マルチキャストデータの送信までに比較的長い時間を要する場合の例を示す。
例えば、情報処理装置（ＡＰ）１００がマルチキャスト通信を行う場合に、トラフィックに情報処理装置（ＯＢＳ）２２０からの送信があり、既に伝送路が利用されている（ＢＵＳＹ３２１）場合を想定する。この場合には、トラフィック（無線伝送路）が混雑していることが考えられる。このため、本技術の実施の形態では、情報処理装置（ＯＢＳ）２２０からの送信が終了した後に、情報処理装置（ＡＰ）１００から、所定のアクセス制御手順に従ってマルチキャストデータを送信する。
なお、ＢＵＳＹ３２１の終了タイミングは、例えば、情報処理装置（ＯＢＳ）２２０から送信されたデータのＤｕｒａｔｉｏｎ／ＩＤフィールド値から、ＮＡＶ（Network Allocation Vector）の解除タイミングに基づいて把握することができる。
ＢＵＳＹ３２１の終了タイミングの後に、情報処理装置（ＡＰ）１００は、所定のアクセス制御手順に従って、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）を送信する（３２２）。このマルチキャストデータの送信後に、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００宛に送信する（３２３）。
ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２００は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３２４）。
続いて、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３２５）。ブロックＡＣＫ要求（ＢＲ）を受信した情報処理装置（ＳＴＡ）２１０は、ブロックＡＣＫ（ＢＡ）を情報処理装置（ＡＰ）１００に送信する（３２６）。
このように、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を情報処理装置（ＳＴＡ）２００、２１０宛に順次送信することにより、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）のブロックＡＣＫ（ＢＡ）を返送させることができる。そして、情報処理装置（ＡＰ）１００は、受信したブロックＡＣＫ（ＢＡ）に基づいて、再送の要否を判断することができる。
図９では、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）の送信後に、情報処理装置（ＳＴＡ）２１０に未達データが存在する場合の例を示す。この場合には、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２１０にマルチキャストデータを再送する必要がある。
そこで、情報処理装置（ＡＰ）１００は、１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）を情報処理装置（ＳＴＡ）２１０宛に送信する（３２７）。
ここで、情報処理装置（ＡＰ）１００は、Ｄｕｒａｔｉｏｎ３２０の残り時間に基づいて、再送の可否を判断する。図９では、１回目の再送データ（Ｒｅ Ｔｘ Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３２０の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
このように、Ｄｕｒａｔｉｏｎ３２０の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
図１０は、本技術の実施の形態における機器間でやりとりされるデータの流れを模式的に示す図である。図１０では、トラフィック（無線伝送路）が他の通信により利用されている場合等のように、マルチキャストデータの送信までに比較的長い時間を要する場合の例を示す。
例えば、情報処理装置（ＡＰ）１００がマルチキャスト通信を行う場合に、トラフィックに情報処理装置（ＯＢＳ）２２０からの送信があり、既に伝送路が利用されている（ＢＵＳＹ３３１）場合を想定する。この場合には、トラフィック（無線伝送路）が混雑していることが考えられる。このため、本技術の実施の形態では、情報処理装置（ＯＢＳ）２２０からの送信が終了した後に、情報処理装置（ＡＰ）１００から、所定のアクセス制御手順に従ってマルチキャストデータを送信する。
すなわち、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）を送信する（３３２）。
ここで、情報処理装置（ＡＰ）１００は、トラフィック（無線伝送路）の混雑状況に基づいて、再送を行うことが相応しくないと判断するものとする。また、情報処理装置（ＡＰ）１００は、Ｄｕｒａｔｉｏｎ３３０の残り時間に基づいて、再送の可否を判断する。図１０では、マルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）の送信後に、Ｄｕｒａｔｉｏｎ３３０の残り時間が切れる例を示す。このため、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求（ＢＲ）を送信しないと判断する。
このように、トラフィック（無線伝送路）の混雑状況に基づいて、再送を行うことが相応しくないと判断した場合、または、Ｄｕｒａｔｉｏｎ３３０の残り時間が所定の時間を切った場合には、情報処理装置（ＡＰ）１００は、次回の再送を実施しないと判断する。すなわち、これ以上、再送を行わないと判断をした場合には、情報処理装置（ＡＰ）１００は、ブロックＡＣＫ要求を送信することなく、一連の処理を終了する。
このように、図１０では、情報処理装置（ＡＰ）１００は、情報処理装置（ＳＴＡ）２００、２１０にマルチキャストデータ（ＭＣ Ｔｘ Ｄａｔａ）を送信するが、再送を行わないため、ブロックＡＣＫ要求を送信しない例を示す。
なお、図７乃至図１０に示す例は、情報処理装置（ＡＰ）１００が、無線伝送トラフィックの混雑状況に基づいて、データの再送または再送データの受領確認要求（例えば、ブロックＡＣＫ要求（ＢＲ））の送信を制限する制御を行う場合の一例である。
［アクセスポイント（ＡＰ）の動作例（マルチキャスト送信例）］
図１１は、本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト送信処理の処理手順の一例を示すフローチャートである。
最初に、情報処理装置（ＡＰ）１００の通信制御部１２０は、インターフェース部１０１を介して、送信対象となるマルチキャストデータを受理したか否かを判断する（ステップＳ８０１）。マルチキャストデータを受理した場合には（ステップＳ８０１）、通信制御部１２０は、受理したマルチキャストデータを送信バッファ１０２に格納する（ステップＳ８０２）。また、マルチキャストデータを受理していない場合には（ステップＳ８０１）、ステップＳ８０３に進む。
また、通信制御部１２０（マルチキャスト送信管理部１０４）は、マルチキャストデータを送信するタイミングが到来したか否かを判断する（ステップＳ８０３）。マルチキャストデータを送信するタイミングが到来していない場合には（ステップＳ８０３）、ステップＳ８０１に戻る。このように、所定のマルチキャスト送信タイミングが到来した場合には（ステップＳ８０３）、実際の送信動作に進み、それ以外のタイミングでは、マルチキャストデータの受領を待つようにする。
マルチキャストデータの送信タイミングが到来した場合には（ステップＳ８０３）、送信データフレーム生成部１０５は、マルチキャスト送信データを送信バッファ１０２から獲得し、所定のマルチキャスト通信のデータのバーストを生成する（ステップＳ８０４）。続いて、アクセス制御部１０８は、トラフィック（無線伝送路）に送信アクセスが可能であるか否か（送信先の機器とアクセス可能であるか否か）を判断する（ステップＳ８０５）。例えば、トラフィック（無線伝送路）で他の通信が行われていない場合には、トラフィック（無線伝送路）に送信アクセスが可能である（送信先の機器とアクセス可能である）と判断することができる。トラフィック（無線伝送路）に送信アクセスが可能でない場合には（ステップＳ８０５）、監視を継続して行う。
トラフィック（無線伝送路）に送信アクセスが可能である場合には（ステップＳ８０５）、無線信号送信処理部１０７は、マルチキャストデータを送信する（ステップＳ８０６）。
続いて、伝送路利用状況混雑度判定部１０９は、トラフィック（無線伝送路）の混雑を推定するため、無線伝送路の利用状況を獲得する（ステップＳ８０７）。例えば、図７乃至図１０に示すように、トラフィック（無線伝送路）が自装置および他の通信により利用されているか否か等を無線伝送路の利用状況として獲得する。
続いて、再送処理制御部１０６は、マルチキャストデータの送信後に、その受領確認（ＡＣＫ）の受領が可能であるか否かを判断する（ステップＳ８０８）。例えば、無線伝送トラフィック（例えば、無線伝送路）の混雑状況に基づいて、その受領確認（ＡＣＫ）の受領が可能であるか否かを判断することができる。この判断例については、図１３を参照して詳細に説明する。その受領確認（ＡＣＫ）の受領が可能でない場合には（ステップＳ８０８）、マルチキャスト送信処理の動作を終了する。このように、例えば、トラフィック（無線伝送路）の混雑状況によっては、ブロックＡＣＫの要求と返送をせずに、データの再送を実施しない制御をすることができる。
その受領確認（ＡＣＫ）の受領が可能である場合には（ステップＳ８０８）、送信データフレーム生成部１０５は、ブロックＡＣＫの返送が必要な情報処理装置（ＳＴＡ）に対して、ブロックＡＣＫ要求フレームを構築する。そして、無線信号送信処理部１０７は、ブロックＡＣＫ要求フレームを無線送信する（ステップＳ８０９）。
続いて、マルチキャスト受信管理部１１４は、ブロックＡＣＫ要求フレームの送信先の情報処理装置（ＳＴＡ）からブロックＡＣＫを受信したか否かを判断する（ステップＳ８１０）。ブロックＡＣＫを受信していない場合には（ステップＳ８１０）、ステップＳ８１２に進む。
ブロックＡＣＫを受信した場合には（ステップＳ８１０）、マルチキャスト受信管理部１１４、その受信したブロックＡＣＫのフレームを解析し、自装置宛のブロックＡＣＫであるか否かを判断する。そして、自装置宛のブロックＡＣＫである場合には、マルチキャスト受信管理部１１４は、解析したブロックＡＣＫのフレームに基づいて、マルチキャストデータの未達データの有無を判断する（ステップＳ８１１）。マルチキャストデータの未達データが存在しない場合で、なおかつ他宛ブロックＡＣＫ要求の受領確認が不要な場合には（ステップＳ８１１）、マルチキャスト送信処理の動作を終了する。
マルチキャストデータの未達データが存在する場合、もしくは他宛ブロックＡＣＫ要求の受領確認が必要な場合には（ステップＳ８１１）、マルチキャスト送信管理部１０４は、必要に応じて再送するデータを選定する（ステップＳ８１２）。
続いて、再送処理制御部１０６は、他装置宛のブロックＡＣＫ要求の送信が必要であるか否かを判断する（ステップＳ８１３）。他装置宛のブロックＡＣＫ要求の送信が必要である場合には（ステップＳ８１３）、ステップＳ８０９に戻る。そして、情報処理装置（ＡＰ）１００は、他の情報処理装置（ＳＴＡ）に対して、ブロックＡＣＫ要求フレームを構築して無線送信する（ステップＳ８０９）。
また、他装置宛のブロックＡＣＫ要求の送信が不要である場合には（ステップＳ８１３）、ステップＳ８０４に戻る。そして、送信データフレーム生成部１０５は、マルチキャスト送信データを送信バッファ１０２から獲得し、所定のマルチキャスト通信のデータのバーストを生成する（ステップＳ８０４）。このように生成されたマルチキャスト通信のデータのバーストが再送される。
また、再送をこれ以上行わない場合等において、データ送信後にＡＣＫの受領を行わない場合（ステップＳ８０８）、ブロックＡＣＫ情報に未達データが存在しない場合（ステップＳ８１１）には、マルチキャスト送信処理の動作を終了する。
［マルチキャスト通信の送信データバースト構成処理例］
図１２は、本技術の実施の形態における情報処理装置（ＡＰ）１００によるマルチキャスト通信の送信データバースト構成処理の処理手順の一例を示すフローチャートである。なお、図１２に示すマルチキャスト通信の送信データバースト構成処理は、例えば、図１１に示すステップＳ８０４に相当する処理である。また、図１２では、複数のＡ−ＭＰＤＵ Ｓｕｂｆｒａｍｅにより構成されるＡ−ＭＰＤＵのフレーム（図３に示す）を送信する場合の例を示す。なお、事前に送信するデータが送信バッファに存在しない場合には、送信データバーストが構成されないため、図１２に示す処理手順が実行されなくてもよい。
最初に、送信データフレーム生成部１０５は、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）の情報を獲得する（ステップＳ８２１）。続いて、送信データフレーム生成部１０５は、送信すべきマルチキャストデータが存在するか否かを判断する（ステップＳ８２２）。
既にＡ−ＭＰＤＵのサブフレームが構築されており送信すべきマルチキャストデータが存在しない場合には（ステップＳ８２２）、送信データフレーム生成部１０５は、１つのバーストを設定し、ＰＬＣＰヘッダを構築してバーストを生成する（ステップＳ８２９）。
送信すべきマルチキャストデータが存在する場合には（ステップＳ８２２）、送信データフレーム生成部１０５は、その送信データの情報長（Ｄａｔａ Ｌｅｎｇｔｈ）情報を獲得する（ステップＳ８２３）。続いて、送信データフレーム生成部１０５は、獲得した送信データの情報長（Ｄａｔａ Ｌｅｎｇｔｈ）情報と、現行の情報長（Ｌｅｎｇｔｈ）の設定値とを比較する（ステップＳ８２４）。
その比較の結果、現行の情報長（Ｌｅｎｇｔｈ）の方が大きく、残りが存在する場合には（ステップＳ８２５）、送信データフレーム生成部１０５は、送信バッファ１０２からマルチキャストデータを獲得する（ステップＳ８２６）。続いて、送信データフレーム生成部１０５は、Ａ−ＭＰＤＵのサブフレームを構築する（ステップＳ８２７）。続いて、送信データフレーム生成部１０５は、現行の情報長（Ｌｅｎｇｔｈ）の値に、その構築されたＡ−ＭＰＤＵのサブフレームの値を加算して更新をする（ステップＳ８２８）。続いて、ステップＳ８２２に戻り、次のデータが付加可能であるか否かを判断する（ステップＳ８２２乃至Ｓ８２５）。
現行の情報長（Ｌｅｎｇｔｈ）に残りが存在しない場合には（ステップＳ８２５）、送信データフレーム生成部１０５は、１つのバーストを設定し、ＰＬＣＰヘッダを構築してバーストを生成する（ステップＳ８２９）。
［再送判断処理例］
図１３は、本技術の実施の形態における情報処理装置（ＡＰ）１００による再送判断処理の処理手順の一例を示すフローチャートである。なお、図１３に示す再送判断処理は、例えば、図１１に示すステップＳ８０８に相当する処理である。
最初に、再送処理制御部１０６は、混雑度判断のためのＤｕｒａｔｉｏｎの残り時間を獲得する（ステップＳ８３１）。ここで、Ｄｕｒａｔｉｏｎの残り時間は、Ｄｕｒａｔｉｏｎの値から、Ｄｕｒａｔｉｏｎの開始時刻から現在時刻までの値を減算して求められる値である。なお、Ｄｕｒａｔｉｏｎの値から、Ｄｕｒａｔｉｏｎの開始時刻から現在時刻までの値と、送信対象となるデータの送信時間とを減算して求められる値を、Ｄｕｒａｔｉｏｎの残り時間とするようにしてもよい。また、情報処理装置（ＡＰ）１００は、自装置がユニキャスト送信する場合には、その送信時間も考慮してＤｕｒａｔｉｏｎの残り時間を求めるようにしてもよい。
続いて、再送処理制御部１０６は、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）の情報を獲得する（ステップＳ８３２）。
続いて、再送処理制御部１０６は、送信後にブロックＡＣＫの返送が必要であるか否かを判断する（ステップＳ８３３）。送信後にブロックＡＣＫの返送が不要である場合には（ステップＳ８３３）、ステップＳ８３８に進む。
また、送信後にブロックＡＣＫの返送が必要である場合には（ステップＳ８３３）、再送処理制御部１０６は、そのブロックＡＣＫを要求する情報処理装置（ＳＴＡ）の数の情報をパラメータとして獲得する（ステップＳ８３４）。
ここで、ブロックＡＣＫを要求する情報処理装置（ＳＴＡ）は、情報処理装置（ＡＰ）１００に接続中の機器（配下装置）の全てとするようにしてもよく、そのうちから選択された機器とするようにしてもよい。例えば、情報処理装置（ＡＰ）１００に接続中の機器（配下装置）の数が閾値未満である場合にはその全てとし、機器（配下装置）の数が閾値以上である場合には、選択された１または複数の機器とすることができる。
続いて、再送処理制御部１０６は、全てのブロックＡＣＫの返信に必要な時間を見積もる（ステップＳ８３５）。例えば、ブロックＡＣＫを要求する情報処理装置（ＳＴＡ）の数と、ブロックＡＣＫ要求の送信時間と、ブロックＡＣＫの返信時間とに基づいて、全てのブロックＡＣＫの返信に必要な時間を求めることができる。
続いて、再送処理制御部１０６は、Ｄｕｒａｔｉｏｎの残り時間が第１閾値ＴＨ１を基準として大きいか否かを判断する（ステップＳ８３６）。なお、閾値を基準として大きい場合とは、閾値以上の場合と、閾値よりも大きい場合との双方の意味を含むものとする。また、閾値を基準として小さい場合とは、閾値以下の場合と、閾値未満の場合との双方の意味を含むものとする。ただし、閾値を基準として大きい場合が閾値以上を意味するときには、閾値を基準として小さい場合は閾値未満を意味するものとする。一方、閾値を基準として大きい場合が閾値よりも大きい場合を意味するときには、閾値を基準として小さい場合は閾値以下を意味するものとする。
ここで、第１閾値ＴＨ１は、固定値とするようにしてもよく、可変値とするようにしてよい。例えば、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）、または、これを基準とする他の値（例えば、Ｌｅｎｇｔｈ＋α）を、第１閾値ＴＨ１として設定することができる。この場合には、例えば、ＰＬＣＰバーストとして送信可能な情報長（Ｌｅｎｇｔｈ）よりも長いＤｕｒａｔｉｏｎ時間が存在するか否かに基づいて、再送の実施をするか否かを判断することができる。ただし、他のパラメータに基づいてその判断をするようにしてもよい。
例えば、獲得したＤｕｒａｔｉｏｎの値の６割程度の値を第１閾値ＴＨ１として設定することができる。また、例えば、全てのブロックＡＣＫの返信に必要な時間に基づいて、第１閾値ＴＨ１を決定するようにしてもよい。
Ｄｕｒａｔｉｏｎの残り時間が第１閾値ＴＨ１を基準として大きい場合には（ステップＳ８３６）、再送処理制御部１０６は、再送信とブロックＡＣＫ要求の送信とを実行することを決定する（ステップＳ８３７）。
Ｄｕｒａｔｉｏｎの残り時間が第１閾値ＴＨ１を基準として小さい場合には（ステップＳ８３６）、再送処理制御部１０６は、Ｄｕｒａｔｉｏｎの残り時間が第２閾値ＴＨ２を基準として小さいか否かを判断する（ステップＳ８３８）。
ここで、第２閾値ＴＨ２は、第１閾値ＴＨ１よりも小さい値（第１閾値ＴＨ１よりも緩和された値）である。また、第２閾値ＴＨ２は、固定値とするようにしてもよく、可変値とするようにしてよい。例えば、獲得したＤｕｒａｔｉｏｎの値の２乃至４割程度の値を第２閾値ＴＨ２として設定することができる。
Ｄｕｒａｔｉｏｎの残り時間が第２閾値ＴＨ２を基準として大きい場合には（ステップＳ８３８）、再送処理制御部１０６は、再送信をするが、ブロックＡＣＫの返信を求めないことを決定する（ステップＳ８３９）。このように、Ｄｕｒａｔｉｏｎの残り時間が少ない場合には、再送信をするが、ブロックＡＣＫの返信を求めないようにする。
Ｄｕｒａｔｉｏｎの残り時間が第２閾値ＴＨ２を基準として小さい場合には（ステップＳ８３８）、再送処理制御部１０６は、再送信を実施しないこと決定する（ステップＳ８４０）。このように、Ｄｕｒａｔｉｏｎの残り時間がほとんど存在しない場合には、再送信を実施しないようにする。なお、ステップＳ８３１乃至Ｓ８４０は、請求の範囲に記載の制限する制御手順の一例である。
このように、再送処理制御部１０６は、Ｄｕｒａｔｉｏｎの残り時間に基づいて、再送の要否、ブロックＡＣＫ要求の送信の要否を決定することができる。例えば、無線伝送トラフィック（無線伝送路）の混雑状況によっては、ブロックＡＣＫの要求と返送をせず、データの再送を実施しないようにすることもできる。
このように、通信制御部１２０は、無線伝送トラフィックの混雑状況に基づいて、データの再送、または、その再送データの受領確認要求の送信を制限する制御を行うことができる。例えば、通信制御部１２０は、所定期間（例えば、Ｄｕｒａｔｉｏｎ）における無線伝送トラフィックに基づいて、無線伝送トラフィックの混雑状況を判断することができる。例えば、通信制御部１２０は、所定期間における、他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて、無線伝送トラフィックの混雑状況を判断することができる。
また、例えば、通信制御部１２０は、無線伝送トラフィックの混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行うことができる。例えば、通信制御部１２０は、データの再送を実施する場合には、その再送データの受領確認要求を送信することができる。また、例えば、通信制御部１２０は、無線伝送トラフィックの混雑状況が所定条件（例えば、閾値判定）を満たす場合には、データの再送を実施するが、その再送データの受領確認要求を送信せず、その再送以降の再送を実施しない制御を行うことができる。
例えば、通信制御部１２０は、所定期間における、他の機器による無線伝送トラフィックの使用時間と、データの再送時間と、受領確認要求の送信時間と、受領確認要求に対応する受領確認の受信時間とに基づいて算出される値（例えば、Ｄｕｒａｔｉｏｎの残り時間）と、閾値（例えば、第１閾値ＴＨ１、第２閾値ＴＨ２）との比較結果に基づいて、データの再送またはその再送データの受領確認要求の送信を制限するか否かを判断することができる。具体的には、例えば、通信制御部１２０は、その算出される値と、第１閾値ＴＨ１との比較結果に基づいて、データの再送およびその再送データの受領確認要求の送信を実施することを決定することができる。また、例えば、通信制御部１２０は、その算出される値と、第２閾値ＴＨ２との比較結果に基づいて、データの再送を実施してその再送データの受領確認要求を送信しないこと、または、データの再送およびその再送データの受領確認要求の送信を実施しないことを決定することができる。
［情報処理装置（ＳＴＡ）の動作例］
図１４は、本技術の実施の形態における情報処理装置（ＳＴＡ）２００によるマルチキャスト通信の受信処理の処理手順の一例を示すフローチャートである。
最初に、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部（図２に示す受信データフレーム抽出部１１３に相当）は、無線送信されてきた所定のプリアンブルを検出した場合には、所定のフレームフォーマットに従って情報を復号する。そして、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、Ａ−ＭＰＤＵを受信したか否かを判断する（ステップＳ８６１）。
Ａ−ＭＰＤＵを受信した場合には（ステップＳ８６１）、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、そのＭＰＤＵデリミタの値に基づいて、Ａ−ＭＰＤＵのサブフレーム（以下、便宜上、ＭＰＤＵと表現する）を抽出する（ステップＳ８６２）。
Ａ−ＭＰＤＵを受信していない場合には（ステップＳ８６１）、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、ＭＰＤＵを受信したか否かを判断する（ステップＳ８６３）。そして、ＭＰＤＵを受信した場合には（ステップＳ８６３）、情報処理装置（ＳＴＡ）２００の受信データフレーム抽出部は、そのＭＰＤＵを獲得して、ステップＳ８６４に進む。
続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部（図２に示すマルチキャスト受信管理部１１４に相当）は、自装置が受信すべきマルチキャストデータであるか否かを判断する（ステップＳ８６４）。自装置が受信すべきマルチキャストデータでない場合には（ステップＳ８６４）、ステップＳ８６８に進む。
自装置が受信すべきマルチキャストデータである場合には（ステップＳ８６４）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、そのＭＰＤＵを正常に受信することができたか否かを判断する（ステップＳ８６５）。そのＭＰＤＵを正常に受信することができない場合には（ステップＳ８６５）、ステップＳ８６８に進む。
そのＭＰＤＵを正常に受信することができた場合には（ステップＳ８６５）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、そのデータを受信バッファ（図２に示す受信バッファ１１６に相当）に格納する（ステップＳ８６６）。続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、正常に受信したＭＰＤＵのシーケンス番号を、受信ＡＣＫ情報として記憶する（ステップＳ８６７）とともに、Ａ−ＭＰＤＵサブフレームでないＭＰＤＵの場合は、必要に応じてＡＣＫフレームを送信してもよい。
続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、フレームの受信が終了したか否かを判断する（ステップＳ８６８）。例えば、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、Ａ−ＭＰＤＵを受信した場合等には、一連のＰＬＣＰバーストの受信が終了したか否かを判断する（ステップＳ８６８）。フレームの受信が終了していない場合には（ステップＳ８６８）、ステップＳ８６２に戻り、次のサブフレームの復号を実施する。
フレームの受信が終了した場合（例えば、一連のＰＬＣＰバーストの受信が終了した場合）には（ステップＳ８６８）、ステップＳ８６１に戻る。
また、ＭＰＤＵを受信していない場合には（ステップＳ８６３）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、ブロックＡＣＫ要求を受信したか否かを判断する（ステップＳ８６９）。ブロックＡＣＫ要求を受信していない場合には（ステップＳ８６９）、ステップＳ８７３に進む。
ブロックＡＣＫ要求を受信した場合には（ステップＳ８６９）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、保存していたマルチキャストデータの受信ＡＣＫ情報を獲得する（ステップＳ８７０）。続いて、情報処理装置（ＳＴＡ）２００の受領確認制御部（図２に示す受領確認制御部１１５に相当）は、獲得した受信ＡＣＫ情報に基づいて、ブロックＡＣＫフレームを構築する制御を行う（ステップＳ８７１）。すなわち、情報処理装置（ＳＴＡ）２００の送信データフレーム生成部（図２に示す送信データフレーム生成部１０５に相当）は、受領確認制御部からの制御に基づいて、ブロックＡＣＫフレームを構築する（ステップＳ８７１）。続いて、情報処理装置（ＳＴＡ）２００の無線信号送信処理部（図２に示す無線信号送信処理部１０７）は、ブロックＡＣＫフレームを送信する（ステップＳ８７２）。
続いて、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、所定のシーケンス番号までの収集が完了したか否かを判断する（ステップＳ８７３）。ここで、所定のシーケンス番号は、例えば、予め設定されている固定値（例えば、全体のシーケンス番号に対する割合）に基づくシーケンス番号とすることができる。また、所定のシーケンス番号は、例えば、可変値（例えば、無線伝送トラフィックの混雑状況に基づいて変動する値）に基づくシーケンス番号とするようにしてもよい。そして、所定のシーケンス番号までの収集が完了した場合には（ステップＳ８７３）、ステップＳ８７６に進む。
所定のシーケンス番号までの収集が完了していない場合には（ステップＳ８７３）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、現在のマルチキャスト通信において、ブロックＡＣＫ要求フレームを所定の時刻に検出したか否かを判断する（ステップＳ８７４）。ここで、所定の時刻は、予め設定されている値に基づいて決定するようにしてもよく、可変値としてもよい。また、例えば、送信側の機器（例えば、情報処理装置（ＡＰ）１００）からＤｕｒａｔｉｏｎの値を取得し、そのＤｕｒａｔｉｏｎの値に基づいて、所定の時刻を設定するようにしてもよい。
ブロックＡＣＫ要求フレームを所定の時刻に検出していない場合には（ステップＳ８７４）、再送が行われると判断し、ステップＳ８６１に戻る。
ブロックＡＣＫ要求フレームを所定の時刻に検出した場合には（ステップＳ８７４）、情報処理装置（ＳＴＡ）２００のマルチキャスト受信管理部は、再送が行われないことを判断する（ステップＳ８７５）。そして、情報処理装置（ＳＴＡ）２００の通信制御部（図２に示す通信制御部１２０に相当）は、収集したマルチキャストデータを上位層に出力する（ステップＳ８７６）。なお、ステップＳ８７３乃至Ｓ８７６は、請求の範囲に記載の上位層に渡す制御手順の一例である。
このように、情報処理装置（ＳＴＡ）２００は、無線伝送トラフィックの混雑状況に基づいてデータの再送を制限する他の機器（例えば、情報処理装置（ＡＰ）１００）から送信されたマルチキャストデータを受信することができる。この場合に、情報処理装置（ＳＴＡ）２００の通信制御部（図２に示す通信制御部１２０）は、その受信したマルチキャストデータのうち、所定のシーケンス番号までのデータを取得することができた場合に、その取得したデータを上位層に渡す制御を行うことができる。
また、例えば、情報処理装置（ＳＴＡ）２００の通信制御部は、マルチキャストデータの受領確認要求が他の機器から送信されないことを検出した場合には、これ以降にマルチキャストデータの再送が行われないと判断することができる。このように、マルチキャストデータの再送が行われないと判断した場合には、情報処理装置（ＳＴＡ）２００の通信制御部は、所定のシーケンス番号までのデータを取得することができない場合でも、その判断をするまでに取得したデータを上位層に渡す制御を行うことができる。
ここで、従来のマルチキャスト通信の再送方法は、事前に複数回の送信が決められているものであり、ＡＣＫの受領に応じて再送回数を制御することができない。このため、無線伝送路上のトラフィックが混雑している場合に、再送を繰り返し行うと、再送トラフィックによって時間が占有される。これにより、ネットワーク上のトータルスループットが低下するおそれがある。
これに対し、本技術の実施の形態によれば、トラフィック（無線伝送路）の伝送量（キャパシティ）、トラフィックの利用状況、トラフィックの混雑度に応じて、その都度、マルチキャスト通信における再送回数を制限することができる。これにより、ネットワーク上のトータルスループットの低下を防止し、効果的な無線通信技術を実現することができる。
例えば、トラフィックが他の通信に占有されている場合等、必要に応じてマルチキャスト通信の再送を制限する。これにより、トラフィック全体の利用効率を向上させることができる。
また、事前に再送回数を決めることなく、トラフィックの状況に応じてその都度再送の可否を判断することができる。これにより、無用な再送を回避することができる。
また、以降に再送を行わない場合には、ブロックＡＣＫ要求を送信しないようにする。これにより、ブロックＡＣＫの返送にかかるトラフィックの負荷を低減することができ、伝送路を効率よく利用することができる。
また、送信側の情報処理装置において、トラフィックの利用状況に応じて、受領確認をして再送を実施する場合と、受領確認をせずに再送のみを実施する場合と、再送を実施しない場合とを切り替えることができる。これにより、再送制御を柔軟に運用することができる。
また、受信側の情報処理装置は、ブロックＡＣＫ要求がない場合に、その受領確認の必要がないことから、所定のシーケンスまでのマルチキャストデータを上位層に出力することができる。
このように、本技術の実施の形態によれば、トラフィックの状況に基づいて、マルチキャスト通信の再送、受領確認要求の送信等を適切に制御することができる。
また、本技術の実施の形態における情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０は、各分野において使用される機器に適用することができる。例えば、自動車内で使用される無線機器（例えば、カーナビゲーション装置、スマートフォン）に適用することができる。また、例えば、車車間通信や路車間通信（Ｖ２Ｘ（vehicle to X））に適用することができる。また、例えば、教育分野で使用される学習機器（例えば、タブレット端末）に適用可能である。また、例えば、農業分野で使用される無線機器（例えば、牛管理システムの端末）に適用可能である。同様に、例えば、スポーツ分野や医療分野等で使用される各無線機器に適用可能である。
＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、情報処理装置（ＡＰ）１００、情報処理装置（ＳＴＡ）２００、２１０は、スマートフォン、タブレットＰＣ（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 (10)

  1. 無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御を行う制御部を具備し、
    前記制御部は、前記混雑状況が所定条件を満たす場合には、前記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しない
    情報処理装置。
  2. 前記制御部は、前記混雑状況に基づいて、マルチキャストデータの再送を制限する制御を行う請求項１記載の情報処理装置。
  3. 前記制御部は、前記データの再送を実施する場合には、当該再送データの受領確認要求を送信する請求項１または２に記載の情報処理装置。
  4. 前記制御部は、所定期間における無線伝送トラフィックに基づいて前記混雑状況を判断する請求項１から３のいずれかに記載の情報処理装置。
  5. 前記制御部は、所定期間における、自装置および他の機器による前記無線伝送トラフィックの使用時間と、前記データの再送時間と、前記受領確認要求の送信時間と、前記受領確認要求に対応する受領確認の受信時間とに基づいて、前記混雑状況を判断する請求項１から４のいずれかに記載の情報処理装置。
  6. 前記制御部は、所定期間における、自装置および他の機器による前記無線伝送トラフィックの使用時間と、前記データの再送時間と、前記受領確認要求の送信時間と、前記受領確認要求に対応する受領確認の受信時間とに基づいて算出される値と、閾値との比較結果に基づいて、前記データの再送または当該再送データの受領確認要求の送信を制限するか否かを判断する請求項１から５のいずれかに記載の情報処理装置。
  7. 前記制御部は、前記算出される値と第１閾値との比較結果に基づいて、前記データの再送および当該再送データの受領確認要求の送信を実施することを決定し、前記算出される値と前記第１閾値よりも緩和された値である第２閾値との比較結果に基づいて、前記データの再送を実施して当該再送データの受領確認要求を送信しないこと、または、前記データの再送および当該再送データの受領確認要求の送信を実施しないことを決定する請求項６記載の情報処理装置。
  8. データの受領確認要求を受信した場合に、前記受領確認要求に対する受領確認を送信する第１情報処理装置と、
    無線伝送トラフィックの混雑状況に基づいて、前記データの再送または当該再送データの受領確認要求の送信を制限する第２情報処理装置と
    を具備し、
    前記第２情報処理装置は、前記混雑状況が所定条件を満たす場合には、前記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しない
    通信システム。
  9. 無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御手順を具備し、
    前記制御手順において、前記混雑状況が所定条件を満たす場合には、前記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しない
    情報処理方法。
  10. 無線伝送トラフィックの混雑状況に基づいて、データの再送または当該再送データの受領確認要求の送信を制限する制御手順をコンピュータに実行させるプログラムであって、
    前記制御手順において、前記混雑状況が所定条件を満たす場合には、前記データの再送を実施するが、当該再送データの受領確認要求を送信せず、当該再送以降の再送を実施しない
    プログラム。
JP2017538904A 2015-09-11 2016-07-21 情報処理装置、通信システム、情報処理方法およびプログラム Active JP6798496B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015179085 2015-09-11
JP2015179085 2015-09-11
PCT/JP2016/071366 WO2017043189A1 (ja) 2015-09-11 2016-07-21 情報処理装置、通信システム、情報処理方法およびプログラム

Publications (2)

Publication Number Publication Date
JPWO2017043189A1 JPWO2017043189A1 (ja) 2018-06-28
JP6798496B2 true JP6798496B2 (ja) 2020-12-09

Family

ID=58239646

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017538904A Active JP6798496B2 (ja) 2015-09-11 2016-07-21 情報処理装置、通信システム、情報処理方法およびプログラム

Country Status (5)

Country Link
US (1) US10869218B2 (ja)
EP (1) EP3349504A4 (ja)
JP (1) JP6798496B2 (ja)
CN (1) CN108029039B (ja)
WO (1) WO2017043189A1 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016174904A1 (ja) * 2015-04-30 2016-11-03 ソニー株式会社 通信装置および通信方法
JP6834954B2 (ja) 2015-07-07 2021-02-24 ソニー株式会社 通信装置および通信方法
EP3484079B1 (en) * 2016-07-07 2021-11-03 Sony Group Corporation Radio communication apparatus
CN108476088B (zh) * 2016-08-12 2021-02-05 华为技术有限公司 一种数据传输方法及设备
US11706662B2 (en) * 2019-01-11 2023-07-18 Qualcomm Incorporated Techniques for determining a number of (re)transmissions in wireless communications
US11984985B2 (en) * 2020-08-19 2024-05-14 Samsung Electronics Co., Ltd. Method of performing wireless communication, wireless transmission device and wireless reception device performing the same

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100458040B1 (ko) * 2000-08-24 2004-11-26 마츠시타 덴끼 산교 가부시키가이샤 송수신 방법
JP2004320481A (ja) 2003-04-16 2004-11-11 Matsushita Electric Ind Co Ltd 通信端末装置、基地局装置、マルチキャスト通信システム及びその方法
US7385923B2 (en) * 2003-08-14 2008-06-10 International Business Machines Corporation Method, system and article for improved TCP performance during packet reordering
US7443823B2 (en) * 2003-11-06 2008-10-28 Interdigital Technology Corporation Access points with selective communication rate and scheduling control and related methods for wireless local area networks (WLANs)
AU2004307900B2 (en) * 2003-11-10 2007-08-09 3G Licensing S.A. Updating next-expected TSN and receiver window to avoid stall conditions
JP2005236923A (ja) * 2004-02-23 2005-09-02 Nippon Telegr & Teleph Corp <Ntt> 無線パケット通信方法および無線局
US7477675B2 (en) * 2004-09-30 2009-01-13 Kyocera Corporation Data communication apparatus
JP4130648B2 (ja) 2004-10-19 2008-08-06 株式会社東芝 通信装置および通信方法
JP4331088B2 (ja) * 2004-11-01 2009-09-16 株式会社東芝 通信装置および通信方法
US8667356B2 (en) * 2007-08-20 2014-03-04 Alcatel Lucent Method for triggering retransmission in a multicast system and apparatus implementing the method
US8553548B2 (en) * 2008-06-23 2013-10-08 Thomson Licensing Collision mitigation for multicast transmission in wireless local area networks
JP2010010858A (ja) 2008-06-25 2010-01-14 Japan Radio Co Ltd 基地局、端末局、及び無線通信システム
KR101482087B1 (ko) * 2008-06-26 2015-01-13 톰슨 라이센싱 무선 근거리 통신망에서 멀티캐스트 수신 확인의 요청 및 수신 확인의 전송을 위한 장치
WO2011010468A1 (ja) * 2009-07-22 2011-01-27 パナソニック株式会社 通信方法
JP5790665B2 (ja) 2011-01-25 2015-10-07 富士通株式会社 通信装置、通信システム、通信方法、および通信プログラム
US8700965B2 (en) * 2011-03-16 2014-04-15 Clearwire Ip Holdings Llc Apparatus and method for determining number of retransmissions in a wireless system
US9332551B2 (en) * 2011-12-28 2016-05-03 Intel Corporation Opportunistic resource sharing between devices

Also Published As

Publication number Publication date
EP3349504A4 (en) 2019-04-17
US10869218B2 (en) 2020-12-15
CN108029039A (zh) 2018-05-11
US20180213433A1 (en) 2018-07-26
WO2017043189A1 (ja) 2017-03-16
JPWO2017043189A1 (ja) 2018-06-28
EP3349504A1 (en) 2018-07-18
CN108029039B (zh) 2022-05-13

Similar Documents

Publication Publication Date Title
JP6798496B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
US11496271B2 (en) Device that convey data for a block acknowledge (ACK)
US11277228B2 (en) Information processing device, communication system, information processing method, and program
JP7070411B2 (ja) 無線通信装置
TWI680685B (zh) 資訊處理裝置、通訊系統、資訊處理方法及程式
JP7031308B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP7088002B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP6838552B2 (ja) 情報処理装置、情報処理方法およびプログラム
JP7084720B2 (ja) 通信システム、および、通信システムの制御方法
WO2016203810A1 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP6791130B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
WO2017029892A1 (ja) 情報処理装置、情報処理方法およびプログラム

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190704

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20190704

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20200721

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200908

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20201102

R151 Written notification of patent or utility model registration

Ref document number: 6798496

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151