WO2022014367A1

WO2022014367A1 - 通信装置、及び通信方法

Info

Publication number: WO2022014367A1
Application number: PCT/JP2021/025086
Authority: WO
Inventors: 茂菅谷; 悠介田中; 龍一平田
Original assignee: ソニーグループ株式会社
Priority date: 2020-07-17
Filing date: 2021-07-02
Publication date: 2022-01-20
Also published as: EP4185000A4; JPWO2022014367A1; EP4185000A1; US20230247674A1; CN115836543A

Abstract

本技術は、より適切に、特定の属性のデータを優先的に送信することができるようにする通信装置、及び通信方法に関する。特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、特定の属性のデータを送信する制御を行う制御部を備える通信装置が提供される。本技術は、例えば無線LANシステムを構成する機器に適用することができる。

Description

通信装置、及び通信方法

　本技術は、通信装置、及び通信方法に関し、特に、より適切に、特定の属性のデータを優先的に送信することができるようにした通信装置、及び通信方法に関する。

　無線LAN(Local Area Network)システムでは、複数の通信装置の間でネットワークを構築して運用されることから、任意の通信装置は、所定のランダムな送信待ち時間の経過後にデータを送信することができるアクセス制御方法が採用されていた。

　また、リアルタイムアプリケーション向けのデータを送信する際には、より短いレイテンシが要求されるため、他のデータよりも優先的に送信することが求められる。このようなデータを優先的に送信するための技術としては、例えば、特許文献１，２に開示されている技術が知られている。

　特許文献１には、スケジューリングにより計算された新たな優先度に関する情報を、改めてスケジューリング手段がデータに付与し、送信制御手段が送信キューに記憶されたデータに付与されている新たな優先度に関する情報を基に送信待ち時間を設定する構成が開示されている。

　特許文献２には、複数の通信プロトコルで受信した複数のパケットから属性情報を抽出し、抽出された属性情報の構成に基づいて、複数のパケットについて複数の通信プロトコルに共通の優先順位を決定し、決定した優先順位に基づいてパケットを処理する技術が開示されている。

特開2011－188451号公報特開2019－021992号公報

　ところで、無線LANシステムのようなランダムなアクセス制御遅延が生じる環境で、より短いレイテンシが要求されるデータを、優先すべきデータとして送信するに際して、優先して送信することができない場合があり、より適切に、特定の属性のデータを優先的に送信するための技術が求められていた。

　本技術はこのような状況に鑑みてなされたものであり、より適切に、特定の属性のデータを優先的に送信することができるようにするものである。

　本技術の一側面の通信装置は、特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、前記特定の属性のデータを送信する制御を行う制御部を備える通信装置である。

　本技術の一側面の通信方法は、通信装置が、特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、前記特定の属性のデータの送信を制御する通信方法である。

　本技術の一側面の通信装置、及び通信方法においては、特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量が見積もられ、他の通信装置とランダムアクセス制御によって送信機会が獲得された場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量が決定されて、前記特定の属性のデータが送信される。

　本技術の一側面の通信装置は、データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信を設定し、所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータを定期的に受信する制御を行う制御部を備える通信装置である。

　本技術の一側面の通信方法は、通信装置が、データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信を設定し、所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータの定期的な受信を制御する通信方法である。

　本技術の一側面の通信装置、及び通信方法においては、データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信が設定され、所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータが定期的に受信される。

　なお、本技術の一側面の通信装置は、独立した装置であってもよいし、１つの装置を構成している内部ブロックであってもよい。

本技術を適用した無線通信システムによる無線通信ネットワークの構成の例を示した図である。本技術を適用した無線通信システムで利用される周波数帯域と周波数チャネル割り当ての例を示した図である。所定の帯域幅の周波数チャネルを分割して利用する構成の例を示した図である。リアルタイムアプリケーションによる低いレイテンシを要求されるデータのための送信バッファを用いた構成を示した図である。リアルタイムアプリケーションのデータを優先的に送信する場合の送信の例を示した図である。リアルタイムアプリケーションのデータを優先的に送信する場合の変形例を示した図である。リアルタイムアプリケーションのデータ量を特定する処理の流れを示した図である。送信容量を見積もる処理の流れを示した図である。利用帯域幅に基づいた送信容量を見積もる構成の例を示した図である。送信パラメータの設定の例を示した図である。アクセス制御遅延が生じる場合のデータの例を示した図である。前方誤り訂正（FEC）技術を適用して送信容量を算出した場合の算出の例を示した図である。 ACK返送と再送制御技術を適用して送信容量を算出した場合の算出の例を示した図である。リアルタイムアプリケーション通信のシーケンスの例を示した図である。リアルタイムアプリケーション通信のシーケンスの変形例を示した図である。本技術を適用した通信装置の構成の例を示したブロック図である。図１６の無線通信モジュールの構成の例を示したブロック図である。リアルタイムアプリケーションのセットアップに係るコマンドの構成の例を示した図である。アプリケーションのパラメータの例を示した図である。リアルタイムアプリケーションの設定を通知する情報エレメントの構成の例を示した図である。リアルタイムアプリケーションデータのフレーム構成の例を示した図である。リアルタイムアプリケーションの設定と解除の処理の流れを説明するフローチャートである。リアルタイムアプリケーションの設定と解除の処理の流れを説明するフローチャートである。送信側通信装置の動作を説明するフローチャートである。送信側通信装置の動作を説明するフローチャートである。受信側通信装置の動作を説明するフローチャートである。受信側通信装置の動作を説明するフローチャートである。

＜１．本技術の実施の形態＞

　従来から無線LANシステムでは、複数の通信装置の間でネットワークを構築して運用されることから、任意の通信装置は、所定のランダムな送信待ち時間の経過後にデータを送信することができるアクセス制御方法が採用されていた。

　あるいは、通信チャネルでの送信に輻輳が起きないように、予め広帯域のチャネルを確保しておき、任意のチャネルを利用することで、短い送信待ち時間でデータを送信する方法が考案されていた。

　一方、3GPP(Third Generation Partnership Project)で規格化された公衆系通信システムでは、特定の通信事業者にその通信資源の管理が任されていることから、事業者が決めた所定の遅延時間内に所望のデータを滞りなく送信することが可能とされていた。

　これらの通信は、通信端末に対して基地局から周波数資源が割当てて利用するシステムになっているため、この周波数資源が割り当てられれば、特定の通信装置から遅延なくデータを送信する仕組みを提供することが容易であった。

　つまり、公衆系通信システムでは、周波数資源が潤沢に利用できるため、予め制御用の通信チャネルを確保しておくことで、この制御チャネルを利用して、データ送信に係るチャネルの設定を行う技術が一般的に利用されていた。

　IEEE802.11系の無線通信プロトコルが適用される無線LANシステムでは、リアルタイムアプリケーション向けのデータを送信する場合においても、従来の無線通信プロトコルで定義されたように、他の無線通信装置と伝送路を公平に利用することが求められている。

　特に、IEEE802.11規格書では、EDCA(Enhanced Distributed Channel Access)制御によって、送信するデータのアクセスカテゴリ（AC：Access Category）に基づいて、送信待ち時間を設定する技術が開示されている。

　そのため、IEEE802.11の次世代技術として、これら低レイテンシが要求されるデータを専用の送信バッファに格納して、他のデータよりも優先的に送信することのできる技術が開示されている。

　上述した特許文献１には、スケジューリングにより計算された新たな優先度に関する情報を、改めてスケジューリング手段がデータに付与し、送信制御手段が送信キューに記憶されたデータに付与されている新たな優先度に関する情報を基に送信待つ時間を設定する技術が開示されているのは先に述べた通りである。

　上述した特許文献２には、複数の通信プロトコルで受信した複数のパケットから属性情報を抽出し、抽出された属性情報の構成に基づいて、複数のパケットについて複数の通信プロトコルに共通の優先順位を決定し、決定した優先順位に基づいてパケットを処理する技術が開示されているのは先に述べた通りである。

　IEEE 802.11-19/1851r1に開示された技術によれば、複数のリンクを用いて伝送する場合に、リンクごとにLink Loadを規定し、Link Loadが高いリンク（Link #2）では、低いレイテンシのデータのみを送信し、Link Loadが低いリンク（Link #1）では、低いレイテンシのデータとそれ以外のデータの双方を送信する技術が開示されている。

　ところで、無線LANシステムの場合、自己の周囲に送信待ちをしている通信装置が多数存在する場合には、ランダムな送信待ち時間が経過しても、他の通信装置からの送信が行われており、自己の送信ができないケースが存在した。

　これより、所定の遅延時間内で送信することが求められる信頼性が必要とされるデータを、素早く送信することが難しいとされていた。

　特に、時間的な制約に基づいてパスワードの入力が求められる場合など、これらの高信頼性が必要とされるデータは極力短時間のうちに送信することが求められていた。

　さらに、無線LANシステムでは、他の通信装置からのデータ送信を公平に実施させるために、一旦データ送信が終了した後には、所定の送信待ち時間を再設定しなければ、再度データを送信することができないために、この送信待ち時間の再設定によって、遅延が延々と収束しなくなる問題が存在していた。

　また、無線LANシステムの場合、送信側通信装置の周囲でデータ伝送が行われていなければ、データが送信されるものであるが、受信側通信装置の周囲で通信が行われていると、このデータを正しく復号できなくなるという問題が存在していた。

　一方、公衆系通信システムにおいては、特定の通信装置から遅延なくデータを送信する仕組みを提供することが容易であるが、その通信を実施するには、特定の通信事業者の提供するネットワークに組み込まれて、かつ、所定の利用費用を支払わなければならず、コストがかかるという問題があった。

　また、近年、爆発的なデータ通信の需要によって、潤沢に存在した周波数資源の利用が増加してしまって、データ通信用のチャネルを確保しておくことが難しくなってきている。

　従来からの無線LANシステムにおける、データ送信の優先順序の規定では、送信するデータのアクセスカテゴリによって、順位が決定されていたため、リアルタイムアプリケーションによって短いレイテンシが求められるデータについても、この仕組みに基づいて送信制御が実施されていた。

　そのため、リアルタイムアプリケーションで送信されるデータが、他のアクセスカテゴリで優先度の高いデータが存在した場合には、そのデータの送信が優先され、所望のレイテンシ要求を満たすことができなくなる可能性があった。

　これらを解決し得る技術提案においても、低レイテンシが要求されるデータを専用の送信バッファに格納して、他のデータよりも優先的に送信する技術では、そのバッファに格納されたデータばかりが短い送信待ち時間が設定されるため、それらのデータ以外のデータの送信機会が到来しなくなるという問題があった。

　また、送信バッファに格納されたデータでなければ、優先的に送信されずに、リアルタイムアプリケーションで利用するデータを受信する場合に、送信側の通信装置で優先的に送信されない限り、所望のタイミングでデータを受け取れないという問題があった。

　逆に、リアルタイムアプリケーションで送信されるデータのみを優先的に送信してしまうと、従来からのアクセスカテゴリに基づいた優先順位に従って送信ができないという不公平が存在した。

　また、リアルタイムアプリケーションの音声データと映像データ、制御情報が混在した場合に、従来からのEDCA制御の優先順位に基づいて送信がなされると、音声データ、映像データ、制御情報の順に送信され、アプリケーションとしては、同じタイミングに送信要求を出しても、無線LANの伝送路において、送信順位が組み替えられてしまう問題があった。

　上述した特許文献１に記載の技術によれば、優先度解析処理部で設定された、新たな優先度に関する情報を基に、データに送信待ち時間が一律に設定されるため、優先度が最も高く設定されたデータから毎回先に送信が実施されてしまうという問題があった。

　上述した特許文献２に記載の技術では、共通優先順位決定部で決定された優先順位によって、上位層に受信データが転送されるため、一旦決めた優先順位を変更することができないという問題があった。

　IEEE 802.11-19/1851r1に開示された技術では、リンクごとにLink Loadが規定されるため、Link Loadが高いリンク（Link #2）で、低いレイテンシのデータのみが送信され、それ以外のデータを送信できないという問題が残されていた。

　そこで、本技術では、他の通信装置とランダムアクセス制御によって送信機会を獲得した場合に、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、リアルタイムアプリケーションのデータ等の特定の属性のデータが送信される構成を提案して、上述した問題を解決できるようにする。

　以下、図面を参照しながら本技術の実施の形態について説明する。

（ネットワークの構成）
　図１は、本技術を適用した無線通信システムによる無線通信ネットワークの構成の例を示している。ここでは、無線通信システムの一例として、無線LANシステムの構成を示している。

　図１において、無線LANシステム１－１を構成する通信装置１０は、図中の白色の丸で示しており、アクセスポイントＡＰ１０に対し、通信端末ＳＴＡ１０－１と通信端末ＳＴＡ１０－２が接続されている状態で、それぞれの通信装置１０が通信可能であることを、図中の実線の矢印Ａ１，Ａ２で示している。

　この無線LANシステム１－１の近傍に、図中の濃淡を付けた丸で示したアクセスポイントＡＰ２０と通信端末ＳＴＡ２０が別の無線LANシステム１－２を構成しており、それぞれの通信装置２０が通信可能であることを、図中の実線の矢印Ｂ１で示している。

　また、無線LANシステム１－１の近傍には、図中の濃淡を付けた丸で示したアクセスポイントＡＰ３０と通信端末ＳＴＡ３０がさらに別の無線LANシステム１－３を構成しており、それぞれの通信装置３０が通信可能であることを、図中の実線の矢印Ｄ１で示している。

　アクセスポイントＡＰ１０は、アクセスポイントＡＰ２０と通信端末ＳＴＡ２０、及びアクセスポイントＡＰ３０と通信端末ＳＴＡ３０からの信号を受信できる位置に存在しており、図中の破線の矢印Ｃ２，Ｃ３と、矢印Ｅ２，Ｅ３により表している。

　通信端末ＳＴＡ１０－１は、アクセスポイントＡＰ２０とアクセスポイントＡＰ３０からの信号を受信できる位置に存在しており、図中の破線の矢印Ｃ１と矢印Ｅ１により表している。また、通信端末ＳＴＡ１０－２は、通信端末ＳＴＡ２０と通信端末ＳＴＡ３０からの信号を受信できる位置に存在しており、図中の破線の矢印Ｃ４と矢印Ｅ４により表している。

　このように、無線LANシステム１－１を構成するアクセスポイントＡＰ１０と、通信端末ＳＴＡ１０－１と、通信端末ＳＴＡ１０－２は、無線LANシステム１－２と無線LANシステム１－３の存在によって、これらの通信装置との間で公平なアクセスを実施する必要がある。

　なお、以下、データを送信する通信装置を、送信側通信装置と称し、データを受信する通信装置を、受信側通信装置と称して説明する。例えば、無線LANシステム１－１においては、アクセスポイントＡＰ１０等の送信側通信装置１０Ｔｘから送信されたデータが、通信端末ＳＴＡ１０－１等の受信側通信装置１０Ｒｘにより受信される。

（周波数帯域とチャネル割り当ての例）
　図２は、本技術を適用した無線通信システムで利用される周波数帯域と周波数チャネル割り当ての例を示している。

　2.4GHz帯域では、IEEE802.11g規格の20MHz帯域幅のOFDM(Orthogonal Frequency Division Multiplexing)方式の無線信号に適用した場合、少なくとも２チャネル分の周波数が設定される（図中の最上段（１段目）の「2.4GHz帯」）。

　5GHz帯域では、IEEE802.11a等の規格のための20MHz帯域幅のOFDM方式の無線信号に適用する周波数チャネルを複数確保することができる（図中の１，２段目の「5GHz帯 A ,B ,C」）。

　ここで、5GHz帯域での運用は、各国の法制度において、利用可能な周波数帯域や、送信電力、送信可能を判定する条件が付されている。

　図２の１，２段目には、32, 36, 40, ・・・等のチャネル番号を付しているが、日本国内では、チャネル36～64の8チャネルと、チャネル100～140の11チャネルの利用が可能とされている。

　なお、日本を除いた他の国や地域では、チャネル32や、チャネル68，チャネル96，チャネル144の利用も可能で、さらにその上の周波数帯域では、チャネル149からチャネル173まで利用可能とされる。

　また、現在、6GHz帯域が、利用可能な周波数帯域として規格化が進められている（図中の３，４段目の「6GHz帯 A ,B ,C ,D」）。この6GHz帯域の利用方法としては、6GHz帯 AのUnii-5バンドで25チャネル、6GHz帯 BのUnii-6バンドで5チャネル、6GHz帯 CのUnii-7バンドで17チャネル、6GHz帯 DのUnii-8バンドで12チャネルを配置することが可能とされている。

　図３は、利用に制約を受ける帯域の利用を避けて、自由に利用できる帯域を組合せて、所定の帯域幅の周波数チャネルを分割して利用する構成を示している。

　図３においては、自由に利用できる帯域として、6GHz帯BのUnii-6バンドの4チャネルで80MHzの帯域幅を確保して第１リンク（Link #1）とし、6GHz帯DのUnii-8バンドの12チャネルで240MHzの帯域幅を確保して第２リンク（Link #2）とし、これら複数の帯域幅のリンクを組み合わせて、合計16チャネルで320MHzの帯域幅を利用する例を示している。

　このような周波数チャネルの利用構成の場合、第１リンク（Link #1）と第２リンク（Link #2）では、それぞれ異なるシステムが周辺で運用される可能性があり、それぞれ、個別にアクセス制御が実施される構成になっている。

　例えば、図１において、無線LANシステム１－１が、第１リンクと第２リンクの複数のリンク（マルチリンク）を利用して通信を実施する場合に、無線LANシステム１－２が、第１リンクを利用しているとき、又は無線LANシステム１－３が、第２リンクを利用しているときには、これらのリンクでそれぞれ、別々に公平なアクセス制御を実施しなければならない。

（バッファの構成）
　図４は、リアルタイムアプリケーションによる低いレイテンシを要求されるデータのための送信バッファを用いた構成を示している。

　図４に示すように、通信装置１０においては、IEEE802.11システムで規定された、所定のEDCA制御を実施するために、アクセスカテゴリごとに送信バッファ１０３が構成されている。このアクセスカテゴリを用いた分類を行うことで、データの種類に応じて逐次該当するバッファにデータが格納され、データの優先度に応じて送信制御が実施される。

　従来からのEDCA制御では、データを、AC_VO（Voice），AC_VI（Video），AC_BE（Best effort），AC_BG（Background）の４つのアクセスカテゴリに分類している。

　AC_VOは、音声データ等の低遅延かつ帯域保証が必要なデータに対応した種別を表している。AC_VIは、映像データ等の帯域保証が必要なデータに対応した種別を表している。AC_BEは、通常のデータ（ベストエフォートデータ）に対応した種別を表している。AC_BGは、時間に制約されない大容量のデータ（バックグラウンドデータ）に対応した種別を表している。

　図４において、送信バッファ１０３では、音声データが、AC_VOに対応したAC_VOバッファ１０３－２に格納され、映像データが、AC_VIに対応したAC_VIバッファ１０３－３に格納され、ベストエフォートデータが、AC_BEに対応したAC_BEバッファ１０３－４に格納され、バックグラウンドデータが、AC_BGに対応したAC_BGバッファ１０３－５に格納されている。

　そして、それぞれのアクセスカテゴリごとに規定された送信待ち時間とバックオフ時間が経過した場合に送信される構成になっており、その優先順位は、AC_VO，AC_VI，AC_BE，AC_BGの順位になっている。

　さらにここでは、これら従来のEDCA制御の送信バッファ１０３に加えて、低いレイテンシのデータは、専用のバッファに格納される構成になっている。

　つまり、短いレイテンシで送信することが求められている低遅延データは、他のデータよりも優先的に送信する機会が与えられることから、例えば、従来のAC_VOの音声データよりも短い送信待ち時間で送信することができる構成になっている。

　図４の例では、送信バッファ１０３に、リアルタイムアプリケーション（RTA：Real Time Application）のデータ（以下、RTAデータともいう）を格納するRTAバッファ１０３－１が追加されている。RTAデータは、低遅延データの一例である。

　これにより、通信装置１０では、送信機会により送信権を獲得した場合に、そのデータの優先順位に基づいて、それぞれのバッファからデータを取り出して、送信する構成になっている。

（データ伝送の例）
　図５は、リアルタイムアプリケーションのデータを優先的に送信する場合の送信の例を示している。

　図５の上段は、第１リンク（Link #1）におけるデータの流れを示し、図５の下段は、第２リンク（Link #2）におけるデータの流れを示している。なお、図５において、時間の方向は、図中の左側から右側に向かう方向とされる。

　すなわち、ここでは、上述のマルチリンク構成において、第１リンクと第２リンクを用いて、それぞれデータ送信を実施する場合に、送信バッファ１０３に格納されたデータの優先順位に応じて、RTA，AC_VO，AC_VI，AC_BE，AC_BGの順に、データが順次送信される構成になっている。

　また、それぞれのリンクでは、他の無線LANシステムや他の無線通信システムが稼働していることから、これら他のシステムの送信によって、送信できない期間（BUSY）が設定されている場合がある。

　これにより、第１リンクでは、図中のRTA，AC_VO，AC_VI，AC_BEが付された四角で示したように、所定の短い待ち時間の経過後、RTAバッファ１０３－１からのRTAデータと、AC_VOバッファ１０３－２からの音声データと、AC_VIバッファ１０３－３からの映像データと、AC_BEバッファ１０３－４からのベストエフォートデータとが順番に送信される構成になっている。

　同様に、第２リンクでも、図中のRTA，AC_VO，AC_VI，AC_BE，AC_BGが付された四角で示したように、所定の短い待ち時間の経過後、RTAデータと、音声データと、映像データと、ベストエフォートデータと、バックグラウンドデータとが順番に送信される構成になっている。

　このような構成の場合において、リアルタイムアプリケーションのデータ以外に他のデータが存在すると、これらのデータ送信を公平に実施しなければならないため、リアルタイムアプリケーションのデータがなかなか送信されないという問題が存在していた。

　図６は、リアルタイムアプリケーションのデータを優先的に送信する場合の変形例を示している。

　ここでは、上述のマルチリンク構成において、第１リンク（Link #1）と第２リンク（Link #2）を用いているが、上段の第１リンクでは所定の短い待ち時間の経過後、RTAデータ（RTA）と、音声データ（AC_VO）と、映像データ（AC_VI）データと、ベストエフォートデータ（AC_BE）とが順番に送信される構成となっている。

　他方、下段の第２リンクでは、RTAデータ（RTA）を所定の時間間隔で送信される構成となっている。この場合、第２リンクでは、RTAデータのみが送信されるため、RTAデータが存在しない場合に他のデータを送信することができず、結果として伝送路の利用効率が低下するという問題があった。

　なお、図６において、「NAV」は、他の無線通信システムによるデータ送信によって、第１リンク又は第２リンクでのデータ送信を行うことができない期間（NAV：Network Allocation Vector）が設定されていることを表している。

（RTAデータの伝送）
　図７は、リアルタイムアプリケーションのデータ量を特定する処理の流れを示している。

　図７においては、リアルタイムアプリケーションのデータの到来がアプリケーションによって予め決まっていない場合など、特定のアプリケーションのデータを送信側通信装置１０Ｔｘで受領したケースを想定している。

　すなわち、リアルタイムアプリケーションのデータ（RTA Data）は、任意の受領間隔（Interval）で当該アプリケーションから出力されて到来し、そのタイミングは周期性が存在する可能性が高い。例えば、図７では、RTAデータの１回目の到来タイミング（RTA Output Timing #1）と、２回目の到来タイミング（RTA Output Timing #2）と、３回目の到来タイミング（RTA Output Timing #3）とは、任意の受領間隔（Interval）となっている。

　また、リアルタイムアプリケーションのデータは、例えば、映像データ（R Video）、音声データ（R Audio）、及び制御情報データ（R Control）等のデータから構成されていてもよく、これらの全てのデータ、又は一部のデータが所定の周囲で届く構成になっている。

（送信容量の概要）
　図８は、送信容量（Capacity：Available Transmit Capacity）を見積もる処理の流れを示している。

　図８においては、受領間隔（Interval）ごとに到来したRTAデータとして、例えば、映像データ（R Video）、音声データ（R Audio）、及び制御情報データ（R Control）が存在していた場合に、それらのデータに若干のマージン量を付加した情報量を、送信容量（Capacity）として算出する構成を示している。すなわち、映像データ等のデータの単位時間当たりの情報量に、通信装置間の伝送レートに応じたマージン量を付加することで、送信可能な容量を算出することができる。

　図９は、利用帯域幅に基づいた送信容量（Capacity）を見積もる構成の例を示している。

　図９においては、上述した図８で算出した送信容量を、利用する周波数帯域幅に当てはめて、１回の送信期間で送信可能な時間を算出する構成を示している。

　上段は、マルチリンクとして複数のリンク（周波数帯域）を利用する場合の構成を示しており、その全てのリンクの帯域幅を合算した送信容量が算出され、例えば帯域幅が320MHzであれば、マルチリンクの送信容量の持続時間（Duration）が算出される。

　中段は、第１リンク（周波数帯域）のみを利用する場合の構成を示しており、その第１リンクの帯域を合算した送信容量が算出され、例えば第１リンクの帯域幅が240MHzであれば、第１リンクの送信容量の持続時間（Duration）が算出される。

　下段は、第２リンク（周波数帯域）のみを利用する場合の構成を示しており、その第２リンクの帯域を合算した送信容量が算出され、例えば第２リンクの帯域幅が80MHzであれば、第２リンクの送信容量の持続時間（Duration）が算出される。

（パラメータの設定）
　図１０は、データ送信に用いられる送信パラメータの設定の例を示している。

　図１０においては、図中の左側から右側に向かう方向の時間軸で表されたアプリケーションによる最大許容遅延時間（Maximum Latency）から、送信側通信装置１０Ｔｘでは、入力処理にかかる遅延時間、アクセス制御にかかる遅延時間がその都度加算されて、上述した図９のリンクを使用した場合の送信容量持続時間（Duration）の範囲内でのデータ伝送が行われる構成になっている。

　これに、受信側通信装置１０Ｒｘでは、出力処理にかかる時間が必要になることから、これらの時間を算出して、送信容量持続時間の最短の状態から最長の状態までの間に、実際にデータを伝送することが望まれる。さらに、ここではこの送信側と受信側の一連の処理が、一定の送信間隔（Interval）ごとに到来する構成として考えられている。

　つまり、１回の送信間隔（Interval）で送信機会を獲得した場合に、送信容量（Capacity）の持続時間に至るまでの期間に相当する所定のデータ送信がなされて、残りの時間は他のデータの通信に利用することができることを示している。

　なお、説明の都合上、図１０に示したアクセス制御遅延は、固定的に示されているが、実際には、ランダムアクセス制御による送信機会の獲得状況に応じて、許容遅延時間に相当する時間まで遅延が生じても、影響が少ないことがわかる。

　また、この許容遅延時間を越えて送信が可能となった場合には、次の送信間隔（Interval）が到来してしまうことから、今回の送信間隔（Interval）で送信すべき送信容量（Capacity）と次の送信容量（Capacity）とを合算した情報量を、１回の送信機会を獲得したタイミングで送信する構成としている。

（アクセス制御の例）
　図１１は、アクセス制御遅延が生じる場合のデータ伝送の例を示している。

　図１１においては、送信側通信装置１０Ｔｘ（Transmit Device）と、他の通信装置（Other Device）と、受信側通信装置１０Ｒｘ（Receive Device）とが存在している環境で、送信側通信装置１０Ｔｘから受信側通信装置１０Ｒｘに、本技術を適用したデータ送信を実施する場合に、他の通信装置のデータ送信によって、伝送路が利用されBusy状態になるケースを表わしている。

　まず、所定の送信間隔（Interval）が到来した場合に、所定のアクセス制御に従い送信機会を獲得したとき、送信側通信装置１０Ｔｘから受信側通信装置１０Ｒｘに対して、所定の送信容量（Capacity）のデータ送信（図中の「Data」）が行われる。

　そのデータ送信が終了後、他の通信装置からのデータ送信（図中の「Other Data」）が行われ、これが次の送信間隔（Interval）にかかって実施されている。この場合、送信側通信装置１０Ｔｘは、次の送信間隔（Interval）が到来しても、他の通信装置のデータ送信が終了した後に、遅れて送信間隔（Interval）のデータ送信（図中の「Busy」の後の「Data」）を実施する構成になっている。

　さらにその後に、他の通信装置のデータ送信（図中の「Other Data」）が行われ、送信側通信装置１０Ｔｘでは、当該他の通信装置のデータ送信の終了によるその送信間隔（Interval）の残り時間が、送信容量（Capacity）のデータ送信に必要な時間よりも短い場合となったことを示している（図中の「送信容量」が示す矢印）。

　このとき、送信側通信装置１０Ｔｘでは、今回の送信容量（Capacity）にいたるデータ送信が、次の送信間隔（Interval）にかかってしまうことから、次回の送信間隔（Interval）の送信容量（Capacity）に至るデータを加算して、併せて送信する構成としている。

　つまり、所定の送信間隔（Interval）におけるアクセス制御によって、送信機会を獲得したタイミングに応じて、送信すべきデータの送信容量（Capacity）を変化させることで、必要以上に送信機会を得るまでにかかる時間を経ることなく、所定の送信間隔（Interval）で、所望の送信容量（Capacity）のデータを繰り返し送信する方法が得られる。

　これより、送信側通信装置１０Ｔｘでは、リアルタイムアプリケーション等の特定のアプリケーションのデータ（RTAデータ等）を必要以上に遅延を生じさせることなく、所定のアクセス制御手順に従って、他の通信装置のデータ送信と共存して実施する構成になっている。

　図１２は、前方誤り訂正（FEC：Forward Error Correction）技術を適用して送信容量（Capacity）を算出した場合の算出の例を示している。

　図１２では、リアルタイムアプリケーションのデータに、前方誤り訂正（FEC）技術を適用して、１回の送信容量を算出する例を示している。

　すなわち、送信側通信装置１０Ｔｘでは、所定のパラメータを通知するヘッダ部（Head）に続く、映像データ（R Video）、音声データ（R Audio）、及び制御情報データ（R Control）にそれぞれ、前方誤り訂正（FEC）の情報を付加したデータの総量などから、必要最低限の送信機会（TXOP：Transmission Opportunity）を見積もり、これを送信容量としてもよいことを示している。

　図１３は、伝送路の状態に応じてACK返送と再送制御技術を適用して送信容量を算出した場合の算出の例を示している。

　図１３では、リアルタイムアプリケーションのデータに、データ送信後のACK返送と未達データの再送技術を適用して、１回の送信容量を算出する例を示している。

　まず、送信側通信装置１０Ｔｘでは、所定のパラメータを通知するヘッダ（Head）部に、映像データ（R Video）、音声データ（R Audio）、及び制御情報データ（R Control）が、アグリゲートしたフレームとして構成されて送信される。

　このデータ送信後、送信側通信装置１０Ｔｘは、受信側通信装置から受領確認（ACK）の返送を受ける構成になっている。そして、例えば、映像データ（R Video）の半分程度の情報の再送が必要とされれば、その未達データの再送を実施する構成になっている。

　すなわち、送信側通信装置１０Ｔｘでは、ACK返送と再送データを最適化して見積ることで、１回のデータ送信が完全に実行できるまでにかかる時間を、１回の送信機会（TXOP）として見積もった例を示している。

（シーケンスの例）
　図１４は、リアルタイムアプリケーション通信のシーケンスの例を示している。

　図１４においては、送り元アプリケーション（Source Application）によって、アプリケーションが起動された場合などに、送信側通信装置１０Ｔｘ（Transmit Device）が各種送信パラメータを設定する例を示している。この例では、リアルタイムアプリケーションの通信パラメータを設定する処理が、送信側の送り元アプリケーションで実施される例を示している。

　送り元アプリケーションにおいて、特定のコンテンツを配信するアプリケーションが起動された場合など、リアルタイムアプリケーションの通信パラメータを取得して（Application Parameter Setup）、一連のリアルタイムアプリケーション通信の要求コマンド（Application Parameter）が送信側通信装置１０Ｔｘへ送られる（Ｓ１２）。

　送信側通信装置１０Ｔｘでは、例えばアクセスポイントとして動作する場合に、所定の送信タイミングで、所定のビーコン信号を送信している（Ｓ１１）が、ここでは、リアルタイムアプリケーションの設定がされていない状態を示す情報エレメントが含まれる構成としてある。

　送り元アプリケーションから、この要求コマンド（Application Parameter）を受けた送信側通信装置１０Ｔｘでは、リアルタイムアプリケーションのデータ（RTAデータ）を識別する識別子を設定するとともに、受信側通信装置１０Ｒｘ（Receive Device）を特定して、要求コマンド（RTA Request）を送信する（Ｓ１３）。

　この要求コマンド（RTA Request）を受信した受信側通信装置１０Ｒｘでは、届け先アプリケーション（Destination Application）に、開始コマンド（Application Start）が届けられ（Ｓ１４）、併せて、受信側通信装置１０Ｒｘのバッファ容量や処理能力のパラメータが開始コマンド（RTA Start）に記載されて返送される（Ｓ１５）。

　この開始コマンド（RTA Start）を受信した送信側通信装置１０Ｔｘでは、開始コマンド（RTA Start）に記載された情報に基づき、リアルタイムアプリケーションの送信パラメータとして上述の送信間隔（Interval）や送信容量（Capacity）を算出し、さらに必要に応じて専用のバッファ空間（例えばRTAバッファ１０３－１）を確保する（Set Real Time Operation）。

　なお、送信間隔（Interval）を算出する際には、送信側通信装置１０Ｔｘが、リアルタイムアプリケーションからRTAデータを受領したときから、所定の時間間隔を見積もることで、所定の送信間隔が決定される。また、送信容量（Capacity）を算出するに際して、利用帯域幅のうち、いずれかの帯域幅で送信機会を獲得した場合には、その時点で利用可能な帯域幅に応じて所定の送信容量を決定すればよい。

　併せて、送信側通信装置１０Ｔｘでは、例えばアクセスポイントとして動作する場合には、これらRTAのパラメータが設定されたことを示す情報エレメントを構築して、所定の送信タイミングでビーコン信号を送信する構成としてもよい（Ｓ１６）。この情報エレメントを含んだビーコン信号を、周囲に存在する他の通信装置に送信することで、これらRTAパラメータを通知することができる。

　そして、送信側通信装置１０Ｔｘは、送り元アプリケーションから、所定の周期でコンテンツデータが到来した場合は、それらのデータを必要に応じて専用バッファに格納して、所定の送信間隔で所定の送信容量のRTAデータ（RTA Data）として送信する（Ｓ１７，Ｓ１８）。

　ここで、受信側通信装置１０Ｒｘでは、送信されたRTAデータ（識別子が設定されたデータ）を受信して専用のバッファ（例えばRTA受信バッファ１１５－１）に格納し、届け先アプリケーションにこれらのコンテンツデータを出力する（Ｓ１９）。

　このように、受信されたデータがRTAデータである場合には、RTAデータを優先的に出力する専用のバッファに格納され、RTAデータの出力形式に従い、届け先アプリケーションに出力される。このとき、RTAデータは、最大許容遅延時間が経過するまでに、届け先アプリケーションに出力される。

　また、受信側通信装置１０Ｒｘでは、RTAデータを届け先アプリケーションに出力するとともに、必要に応じてACK情報を返送する（Ｓ２０）。なお、RTAデータを正しく復号できない場合は、再送を要求するNACK情報を返送する構成となっている。ここでは、最大許容遅延時間が経過するまでに、RTAデータを届け先アプリケーションに出力する必要があるため、最大許容遅延時間に基づき、ACK情報又はNACK情報が構築されることになる。

　また、これら受領確認（ACK/NACK）情報を受信した送信側通信装置１０Ｔｘでは、NACK情報が返送された場合は、本技術による許容遅延時間から必要に応じて再送を行なってもよく、ACK情報であった場合は、この送信間隔でのRTAデータの送信は終了する。

　そして、次の送信間隔が到来するまで、他の通信装置や他のデータの送信が実施される構成になっており、さらに、次の送信間隔が到来した場合は、これら一連のRTAデータの送信が繰り返し実施される（Ｓ２１乃至Ｓ２４，Ｓ２５乃至Ｓ２８，Ｓ２９乃至Ｓ３２）。

　一方で、送り元アプリケーションにおいて、これらの特定のアプリケーションが終了したと判定された場合には、RTA送信をリセットするために、リアルタイムアプリケーションの開放コマンド（Application End）が送信側通信装置１０Ｔｘに送られる（Ｓ３３）。

　送信側通信装置１０Ｔｘでは、この通知を受信した場合に、リアルタイムアプリケーションのデータ（RTAデータ）を識別する識別子を開放（解除）し、専用のバッファ空間の設定を解除するとともに、受信側通信装置１０Ｒｘに開放コマンド（RTA Release）を送信する（Ｓ３４）。

　併せて、送信側通信装置１０Ｔｘでは、例えばアクセスポイントとして動作する場合には、これらRTAのパラメータが開放されたことを示すため、既存のRTA情報エレメントの設定を解除して、所定の送信タイミングでビーコン信号を送信する構成としてもよい（Ｓ３６）。

　また、開放コマンド（RTA Release）を受信した受信側通信装置１０Ｒｘでは、届け先アプリケーションに、終了コマンド（Application End）が届けられ（Ｓ３５）、一連の通信が終了したことが通知される。なお、受信側通信装置１０Ｒｘにおいても、開放コマンド（RTA Release）を受信した場合に、RTAデータを識別する識別子が開放（解除）され、専用のバッファ空間の設定が解除されるようにしても構わない。

　図１５は、リアルタイムアプリケーション通信のシーケンスの他の例を示している。

　図１５においては、届け先アプリケーション（Destination Application）によって、アプリケーションが起動された場合などに、送信側通信装置１０Ｔｘ（Transmit Device）を特定して、送信側通信装置１０Ｔｘが各種送信パラメータを設定する例を示している。この例では、まずリアルタイムアプリケーションの通信パラメータを設定する処理が、受信側の届け先アプリケーションで実施される例を示している。

　届け先アプリケーションにおいて、特定のコンテンツを配信するアプリケーションが起動された場合など、リアルタイムアプリケーションの通信パラメータを取得して（Application Parameter Setup）、一連のリアルタイムアプリケーションの要求コマンド（Application Parameter）が、受信側通信装置１０Ｒｘ（Receive Device）に送られる（Ｓ５２）。

　なお、送信側通信装置１０Ｔｘでは、例えばアクセスポイントとして動作する場合に、所定の送信タイミングで、所定のビーコン信号を送信している（Ｓ５１）。

　届け先アプリケーションから、この要求コマンド（Application Parameter）を受けた受信側通信装置１０Ｒｘでは、送信側通信装置１０Ｔｘを特定し、リアルタイムアプリケーションのデータ（RTAデータ）を識別する識別子を設定するとともに、受信側通信装置１０Ｒｘのバッファ容量や処理能力のパラメータを含んだ要求コマンド（RTA Request）を、送信側通信装置１０Ｔｘに送信する（Ｓ５３）。

　この要求コマンド（RTA Request）を受信した送信側通信装置１０Ｔｘでは、送り元アプリケーションに、開始コマンド（Application Start）が届けられ（Ｓ５４）、併せてリアルタイムアプリケーションの送信パラメータとして、上述の送信間隔や送信容量を算出し、さらに必要に応じて専用のバッファ空間（例えばRTAバッファ１０３－１）を確保する（Set Real Time Operation）。

　併せて、送信側通信装置１０Ｔｘでは、例えばアクセスポイントとして動作する場合には、これらRTAのパラメータが設定されたことを示す情報エレメントを構築して、所定の送信タイミングでビーコン信号を送信する構成としてよい（Ｓ５６）。この情報エレメントを含んだビーコン信号を、周囲に存在する他の通信装置に送信することで、これらRTAパラメータを通知することができる。

　そして、送信側通信装置１０Ｔｘでは、送り元アプリケーションから、所定の周期でコンテンツデータが到来した場合は、それらのデータを必要に応じて専用のバッファに格納して、所定の送信間隔で所定の送信容量のRTAデータ（RTA Data）として送信される構成になっている。ここでのRTAデータの送信の動作は、上述した図１４と同様であるため、詳細は省略する（Ｓ５７乃至Ｓ６０，Ｓ６１乃至Ｓ６４，Ｓ６５乃至Ｓ６８，Ｓ６９乃至Ｓ７２）。

　一方で、届け先アプリケーションにおいて、これらのアプリケーションが終了したと判定された場合には、RTA送信をリセットするために、リアルタイムアプリケーションの開放コマンド（Application End）が受信側通信装置１０Ｒｘに送られる（Ｓ７３）。

　受信側通信装置１０Ｒｘでは、この通知を受信した場合に、リアルタイムアプリケーションのデータ（RTAデータ）を識別する識別子を開放するとともに、送信側通信装置１０Ｔｘに、開放コマンド（RTA Release）を送信する（Ｓ７４）。

　この開放コマンド（RTA Release）を受信した送信側通信装置１０Ｔｘでは、専用のバッファ空間の設定を解除するとともに、送り元アプリケーションに、終了コマンド（Application End）が届けられ（Ｓ７５）、一連の通信が終了したことが通知される。

　併せて、送信側通信装置１０Ｔｘでは、例えばアクセスポイントとして動作する場合には、これらRTAのパラメータが開放されたことを示すため、既存のRTA情報エレメントの設定を解除して、所定の送信タイミングでビーコン信号を送信する構成としてもよい（Ｓ７６）。

（通信装置の構成）
　図１６は、本技術を適用した通信装置の構成の例を示している。

　図１６に示した通信装置１０は、無線LANシステム１－１（図１）におけるアクセスポイントＡＰ１０又は通信端末ＳＴＡ１０、すなわち、送信側通信装置１０Ｔｘ又は受信側通信装置１０Ｒｘとして構成される無線通信装置である。

　図１６において、通信装置１０は、ネットワーク接続モジュール１１、情報入力モジュール１２、機器制御モジュール１３、情報出力モジュール１４、及び無線通信モジュール１５を含んで構成される。

　ネットワーク接続モジュール１１は、例えば、アクセスポイントＡＰ１０として光ファイバ網やその他の通信回線からサービスプロバイダを介してインターネット網に接続するための機能を有する回路やその周辺回路、マイクロコントローラ、半導体メモリなどから構成される。

　ネットワーク接続モジュール１１は、機器制御モジュール１３からの制御に従い、インターネット接続に関する各種の処理を行う。例えば、ネットワーク接続モジュール１１は、通信装置１０がアクセスポイントＡＰ１０として動作する場合に、インターネット網へ接続するための通信モデム等の機能が実装される構成となっている。

　情報入力モジュール１２は、例えば、押しボタンやキーボード、タッチパネル等の入力デバイスから構成される。情報入力モジュール１２は、ユーザからの指示に対応する指示情報を、機器制御モジュール１３に入力する機能を有する。

　機器制御モジュール１３は、例えばマイクロプロセッサやマイクロコントローラ、半導体メモリ等から構成される。機器制御モジュール１３は、通信装置１０をアクセスポイントＡＰ１０又は通信端末ＳＴＡ１０として動作させるために各部（モジュール）の制御を行う。

　機器制御モジュール１３は、ネットワーク接続モジュール１１、情報入力モジュール１２、又は無線通信モジュール１５から供給される情報に対する各種の処理を行う。また、機器制御モジュール１３は、自己の処理の結果得られる情報を、ネットワーク接続モジュール１１、情報出力モジュール１４、又は無線通信モジュール１５に供給する。

　例えば、機器制御モジュール１３は、データの送信時に、プロトコル上位層のアプリケーション等から渡される送信データを、無線通信モジュール１５に供給したり、データの受信時に、無線通信モジュール１５から供給される受信データを、プロトコル上位層のアプリケーション等に渡したりする。

　情報出力モジュール１４は、例えば、液晶ディスプレイ、有機ELディスプレイ、LED(Light Emitting Diode)表示器などの表示素子や、音声や音楽を出力するスピーカなどを含む出力デバイスから構成される。

　情報出力モジュール１４は、機器制御モジュール１３から供給される情報に基づき、ユーザに対して必要な情報を表示する機能を有する。ここで、情報出力モジュール１４で処理される情報には、例えば、通信装置１０の動作状態やインターネット網を介して得られる情報などが含まれる。

　無線通信モジュール１５は、例えば、無線チップや周辺回路、マイクロコントローラ、半導体メモリなどから構成される。無線通信モジュール１５は、機器制御モジュール１３からの制御に従い、無線通信に関する各種の処理を行う。無線通信モジュール１５の構成の詳細は、図１７を参照して後述する。

　なお、ここでは、無線通信チップや周辺回路などが搭載された無線通信モジュールを一例に説明するが、本技術は、無線通信モジュールに限らず、例えば、無線通信チップや無線通信LSIなどに適用することができる。さらに、無線通信モジュールにおいて、アンテナを含めるかどうかは任意である。

　また、図１６の通信装置１０において、機器制御モジュール１３及び無線通信モジュール１５は、必須の構成要素となるが、それらを除いたネットワーク接続モジュール１１、情報入力モジュール１２、及び情報出力モジュール１４を構成要素に含めるかどうかは任意である。

　すなわち、アクセスポイントＡＰ１０又は通信端末ＳＴＡ１０として動作する通信装置１０ごとに、必要とされるモジュールのみで構成されるようにすることができ、不要な部分は簡素化されるか、又は組み込まれない構成とすることができる。

　より具体的には、例えば、ネットワーク接続モジュール１１は、アクセスポイントＡＰ１０にのみ組み込まれ、情報入力モジュール１２や情報出力モジュール１４は、通信端末ＳＴＡ１０にのみ組み込まれるようにすることができる。

　図１７は、図１６の無線通信モジュール１５の構成の例を示している。

　無線通信モジュール１５は、他のモジュールと接続され、各種の情報やデータをやり取りするインターフェース１０１と、送信データの属性をアクセスカテゴリから判定するRTAデータ判定部１０２と、カテゴリごとに送信データを一時的に格納する送信バッファ１０３を含む構成とされる。

　送信バッファ１０３は、リアルタイムアプリケーション向けのRTAデータを格納するRTAバッファ１０３－１と、音声データを格納するAC_VOバッファ１０３－２と、映像データを格納するAC_VIバッファ１０３－３と、ベストエフォートデータを格納するAC_BEバッファ１０３－４と、バックグラウンドデータを格納するAC_BGバッファ１０３－５から構成されるバッファ群である。

　この構成に、本技術の特徴的な構成であるリアルタイムアプリケーション向けの送受信の動作を制御するRTA動作管理部１０４と、送信データの順番をデキューする送信制御部１０５と、送信タイミングを制御するタイミング制御部１０６と、送信するデータフレームを構築する送信フレーム構築部１０７と、データの送信及び受信の制御を行なうアクセス制御部１０８と、各リンクにおいて送信動作を実施する送信処理部１０９－１，１０９－２を含んで構成される。

　送信処理部１０９－１は、第１リンク（Link #1）に関する送信動作を実施する。送信処理部１０９－２は、第２リンク（Link #2）に関する送信動作を実施する。また、送信信号をアンテナ群１１１から他の通信装置１０に送信し、また他の通信装置１０から送信された送信信号をアンテナ群１１１を介して受信する制御を実施するアンテナ制御部１１０が設けられる。なお、アンテナ制御部１１０及びアンテナ群１１１を、無線通信モジュール１５に含めない構成としても構わない。

　一方で、無線通信モジュール１５は、各リンクにおいて、アンテナで受け取った受信信号を所定の信号として受信動作を実施する受信処理部１１２－１，１１２－２を含む構成とされる。受信処理部１１１－１は、第１リンク（Link #1）に関する受信動作を実施する。受信処理部１１１－２は、第２リンク（Link #2）に関する受信動作を実施する。

　また、受信信号から所定のデータフレームを抽出する受信フレーム抽出部１１３と、受信したデータフレームに含まれるデータを解析するデータ解析部１１４と、受信データを一時的に格納する受信バッファ１１５を含んで構成される。

　受信バッファ１１５は、RTAデータを除いたデータを格納する受信バッファ１１５－２とともに、リアルタイムアプリケーション向けのRTAデータを格納する専用のバッファ空間としてRTA受信バッファ１１５－１から構成されるバッファ群である。

　さらに、所定のアプリケーションに届けるためにその出力形式のデータとして構築する出力データ構築部１１６を含んで構成され、最終的にインターフェース１０１を介して、接続される機器のアプリケーションなどにデータを受け渡す構成になっている。

　なお、図１７に示した構成において、各ブロック間の矢印は、データ（信号）の流れや制御を表しており、各ブロックは、自己の機能を実現するために、矢印で接続された他のブロックと協働して動作する。

　すなわち、例えば、RTA動作管理部１０４は、本技術の特徴的な機能として、リアルタイムアプリケーション向けのRTAデータの送信の制御に関する機能を実現するために、インターフェース１０１、送信制御部１０５、タイミング制御部１０６、及び受信バッファ１１５のそれぞれと協働して動作する。

　また、例えば、アクセス制御部１０８は、本技術の特徴的な機能として、データの送信及び受信の制御に関する機能を実現するために、タイミング制御部１０６、送信フレーム構築部１０７、送信処理部１０９－１，１０９－２、アンテナ制御部１１０、及び受信処理部１１２－１，１１２－２のそれぞれと協働して動作する。

　以上のように構成される無線通信モジュール１５においては、特に、RTA動作管理部１０４とアクセス制御部１０８が、各部の動作を制御することによって、例えば、次のような処理が実施される。

　すなわち、通信装置１０（送信側通信装置１０Ｔｘ）の無線通信モジュール１５では、RTA動作管理部１０４やアクセス制御部１０８等によって、特定の属性のデータ（例えばRTAデータ）を、所定の送信間隔（Interval）ごとに、所定の情報量を繰り返して送信するための送信容量（Capacity）を見積もり、他の通信装置（受信側通信装置１０Ｒｘ）とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔（Interval）の経過時間に応じて送信すべき所定の送信容量（Capacity）を決定して特定の属性のデータ（例えばRTAデータ）を送信する制御が行われる。

　また、通信装置１０（受信側通信装置１０Ｒｘ）の無線通信モジュール１５では、RTA動作管理部１０４やアクセス制御部１０８等によって、データの送信側通信装置（送信側通信装置１０Ｔｘ）と受信側通信装置（受信側通信装置１０Ｒｘ）を特定して通信パラメータを交換することで、特定の属性のデータ（例えばRTAデータ）の受信を設定し、所定の送信間隔（Interval）ごとに、所定の送信容量（Capacity）となる特定の属性のデータ（例えばRTAデータ）を定期的に受信する制御が行われる。

（コマンドの構成）
　図１８は、リアルタイムアプリケーションのセットアップに係るコマンドの構成の例を示している。

　これらのコマンドは、要求コマンド（RTA Request）、開始コマンド（RTA Start）、開放コマンド（RTA Release）、終了コマンド（RTA End）の各コマンドとして、パラメータ情報をそれぞれ通知するために利用される。

　なお、これらのコマンドは無線通信で送信されることから、図１８に示した構成の例では、無線LANシステムで利用されるフレームフォーマットに準じた構成が示されているが、この構成に限定されなくてもよい。

　このフレームは、所定のヘッダ情報として、フレームの種類を示すFrame Control，持続時間を示すDuration，送信側のアドレスを示すTransmit Address，受信側のアドレスを示すReceive Addressを含んで構成される。さらに、このフレームには、本技術を適用した制御を実施するために必要となる、リアルタイムアプリケーションパラメータセット（Real Time Application Parameter Set）が含まれ、末尾にフレームチェックシーケンス（FCS：Frame Check Sequence）が付加されて構成される。

　このリアルタイムアプリケーションパラメータセットとしては、コマンドの形式を示すType，送り元のソースアドレスを示すSource Address，届け先のディスティネーションアドレスを示すDestination Address，RTAの識別子を示すRTA ID，グループを示すGroup ID,アプリケーションの種類を示すApplication，許容遅延時間を示すDelay，バッファサイズを示すBuffer Size，利用する帯域幅の情報を示すBand-Width，トラフィックで想定される伝送レートを示すTraffic Rate，最大遅延時間を示すMax Latency，遅延発生時のデータ出力を示すDelayed Outputなどの情報から構成される。

　なお、これらの情報は、それぞれのコマンドにおいて、必要な部分が記載されて送信側から送信され、その情報を受信側で利用する構成になっている。また、図１８に示したリアルタイムアプリケーションパラメータセットの構成の例は一例にすぎず、例えば、図１８に示したようなデータの最大許容遅延に関する情報、バッファ容量に関する情報、利用帯域幅に関する情報、及びデータの出力形式に関する情報などの情報がパラメータとして含まれていれば、他のパラメータ（例えば図１９に示した情報に対応するパラメータ等）が含まれてもよい。

（アプリケーションのパラメータの構成）
　図１９は、アプリケーションのパラメータの構成の例を示している。

　このアプリケーションのパラメータは、アプリケーション機器と通信装置１０の間で交換されるパラメータである。アプリケーション機器とは、リアルタイムアプリケーション等の特定のアプリケーションが搭載された機器である。

　図１９の例では、無線LANシステムで利用されるフレームフォーマットに準じた構成を示しており、所定のヘッダ情報として、フレームの種類を示すFrame Control，持続時間を示すDuration，送信側のアドレスを示すTransmit Address，受信側のアドレスを示すReceive Addressが記載されているが、必要に応じて追加、削除されてもよい。実際に交換されるパラメータは、アプリケーションパラメータセット（Application Parameter Information）として記載され、さらにFCSが付加される。

　このパラメータは、アプリケーションパラメータの通知（Application Parameter）や、アプリケーションの開始（Application Start）、又はアプリケーションの終了（Application End）などのそれぞれを示したType，送り元側のアドレスを示すSource Address，届け先側のアドレスを示すDestination Addressに個々のアプリケーションに応じたパラメータが記載される構成になっている。

　このアプリケーションに応じたパラメータとしては、例えば動画像情報の場合にアプリケーション形式を示したApplication Type，データのフレームサイズを示すFrame Size，フレームレートを示すFrame Rate，最大遅延時間を示すMax Latency，バッファのサイズを示すBuffer Size，データを出力する形式を示すOutput Type，出力遅延時間を示すOutput Delay，リアルタイムアプリケーションの属性を示すRTA Attributeなどから構成される。

　本技術では、リアルタイムアプリケーションの送受信を実施する通信装置１０において、これらのパラメータを参照して、無線通信により伝送されるRTAデータに関する送信間隔（Interval）や、送信容量（Capacity）を算出する構成になっている。

　つまり、通信装置１０では、アプリケーション形式を示したApplication Type，データの出力形式を示すOutput Type，出力遅延時間を示すOutput Delayなどの情報から、最大許容遅延時間を算出し、これに、図１０に示した入力処理遅延時間や出力処理遅延時間を加味して、フレームサイズを示すFrame Size，フレームレートを示すFrame Rateなどの情報から、送信間隔（Interval）や送信容量（Capacity）を決定する構成となっている。

　なお、図１９に示した構成の例は一例にすぎず、他のパラメータなどを用いて、これらのパラメータを見積もってもよい。例えば、アプリケーションに応じたパラメータとしては、図１９に示したようなデータの最大許容遅延に関する情報、バッファ容量に関する情報、及びデータの出力形式に関する情報などの情報がパラメータとして含まれていれば、他のパラメータが含まれてもよい。

（情報エレメントの構成）
　図２０は、リアルタイムアプリケーションの設定を通知する情報エレメントの構成の例を示している。

　この情報エレメントは、例えばビーコンフレーム等に含まれて通知されることで、周囲の他の通信装置にリアルタイムアプリケーションに関するデータ伝送が実施されていることと、その送信間隔や送信容量や持続時間などのパラメータを通知することができる。

　この情報エレメントの構成としては、エレメントの識別子を示すElement ID，情報長を示すLength，形式を示すType，最大許容遅延時間を示すMaximum Latency，平均遅延時間を示すAverage Latency，利用可能チャネルを示すAvailable Channel，送信容量を示すTransmit Capacity，送信間隔を示すTransmit Interval，最大持続時間を示すMaximum Durationなどの各種パラメータが記載される。

　なお、複数のRTA IDが設定できるように、RTA IDの数を示すNum of RTA IDs，そのRTAの識別子としてのRTA IDがそれぞれ記載されている。

（フレームの構成）
　図２１は、リアルタイムアプリケーションデータのフレーム構成の例を示している。

　このデータフレーム構成は、リアルタイムアプリケーションのデータ（RTAデータ）を識別するための識別子又はフラグをデータのヘッダ部分に格納しておくことで、受信側通信装置１０Ｒｘで優先処理をするバッファ（例えばRTA受信バッファ１１５－１）にデータを格納しやすくするために用いられる。

　例えば、図２１に示した構成では、PLCP(Physical Layer Convergence Protocol)ヘッダのSIG-Aフィールドに、RTA ID又はRTAデータを識別するフラグを用意しておく構成を示している。さらに、図２１に示した構成では、PPDU(PLCP Protocol Data Unit)を構成するMPDU(MAC Protocol Data Unit)の前に付加されるデリミタ（DM：Delimiter）の空きビットを利用し、当該MPDUのデータを速やかに処理することを示すフラグ（ASAP）を設定できるようにしてもよい。

（RTAの設定・解除）
　次に、図２２，図２３のフローチャートを参照して、リアルタイムアプリケーションの設定と解除の処理の流れを説明する。

　ステップＳ１０１では、RTA動作管理部１０４が、RTA通信を実行するアプリケーションが起動され、RTA通信を起動しているかを判定し、RTA通信を実行するアプリケーションが起動されていると判定された場合（Ｓ１０１の「YES」）、処理は、ステップＳ１０２に進められる。ステップＳ１０２において、RTA動作管理部１０４は、起動されているアプリケーションのパラメータ（例えば図１９に示したパラメータ）を取得する。

　ステップＳ１０３では、RTA動作管理部１０４が、自装置が送信側通信装置１０Ｔｘであるかを判定し、自装置が送信側通信装置１０Ｔｘであると判定された場合（Ｓ１０３の「YES」）、処理は、ステップＳ１０４に進められる。ステップＳ１０４において、RTA動作管理部１０４は、受信側通信装置１０Ｒｘを特定し、RTA Requestコマンドを送信する。

　ステップＳ１０５では、RTA動作管理部１０４が、受信側通信装置１０ＲｘからRTA Startコマンドを受信したかを判定し、RTA Startコマンドを受信したと判定された場合（Ｓ１０５の「YES」）、処理は、ステップＳ１０６に進められ、RTA動作管理部１０４によって、ステップＳ１０６，Ｓ１０７の処理が実行される。

　すなわち、送信側通信装置１０Ｔｘである場合（Ｓ１０３の「YES」）であって、受信側通信装置１０ＲｘからRTA Startコマンド（例えば図１８に示したコマンドに含まれるパラメータ情報）を受信した場合には、リアルタイムアプリケーションの動作時間が算出され（Ｓ１０６）、これらのRTAのパラメータが設定される（Ｓ１０７）。なお、所定の時間までRTA Startコマンドを受信していない場合（Ｓ１０５の「NO」）には、パラメータを再設定してRTA Requestコマンドを再送信してもよい。

　ステップＳ１０８では、RTA動作管理部１０４が、RTAデータの送信側通信装置１０Ｔｘであるかを判定し、RTAデータの送信側通信装置１０Ｔｘであると判定された場合（Ｓ１０８の「YES」）、処理は、ステップＳ１０９に進められる。ステップＳ１０９において、RTA動作管理部１０４は、RTA IDの識別子と、専用の送信バッファ１０３（RTAバッファ１０３－１）の設定を必要に応じて行う。

　ステップＳ１１０では、RTA動作管理部１０４が、自装置がアクセスポイントとして動作しているかを判定し、自装置がアクセスポイントとして動作していると判定された場合（Ｓ１１０の「YES」）、処理は、ステップＳ１１１に進められる。ステップＳ１１１において、RTA動作管理部１０４は、これらのパラメータを記載したRTA IEを設定して、ビーコンフレームに付加して送信する。

　なお、ステップＳ１１１の処理が終了するか、又はステップＳ１１０の判定処理でアクセスポイントとして動作していないと判定された場合、処理は、ステップＳ１０１に戻り、それ以降の処理が繰り返される。

　一方で、ステップＳ１０１の判定処理で、RTA通信を起動していないと判定された場合、処理は、図２３のステップＳ１１２に進められる。

　ステップＳ１１２では、RTA動作管理部１０４が、受信側通信装置１０ＲｘからRTA Requestコマンドを受信したかを判定し、RTA Requestコマンドを受信したと判定された場合（Ｓ１１２の「YES」）、処理は、ステップＳ１１３に進められ、RTA動作管理部１０４によって、ステップＳ１１３，Ｓ１１４の処理が実行される。

　すなわち、RTA通信が起動されていなくても（Ｓ１０１の「NO」）、送信側通信装置１０Ｔｘが受信側通信装置１０ＲｘからRTA Requestコマンドを受信した場合（Ｓ１１２の「YES」）には、その要求パラメータを参照してRTAの設定が可能であれば（Ｓ１１３の「YES」）、該当するアプリケーションのパラメータ（例えば図１９に示したパラメータ）が取得される（Ｓ１１４）。そして、処理は、上述した図２２のステップＳ１０６に進められ、RTAのパラメータが設定される構成になっている。

　また、ステップＳ１０３の判定処理で、自装置が受信側通信装置１０Ｒｘであると判定された場合（Ｓ１０３の「NO」）、処理は、図２３のステップＳ１１５に進められる。ステップＳ１１５において、RTA動作管理部１０４は、送信側通信装置１０Ｔｘを特定して、RTA Requestコマンドを送信する。

　続いて、ステップＳ１１６において、RTA動作管理部１０４は、送信側通信装置１０ＴｘからRTA Startコマンドを受信したかを判定し、RTA Startコマンドを受信したと判定された場合（Ｓ１１６の「YES」）、処理は、ステップＳ１１７に進められ、RTA動作管理部１０４によって、ステップＳ１１７以降の処理が実行される。なお、所定の時間までRTA Startコマンドを受信していないと判定された場合（Ｓ１１６の「NO」）には、パラメータを再設定してRTA Requestコマンドを再送信してもよい。

　また、ステップＳ１１２の判定処理で、RTA Requestコマンドを受信していないと判定された場合（Ｓ１１２の「NO」）、又はステップＳ１１３の判定処理で、RTAの設定が可能ではないと判定された場合（Ｓ１１３の「NO」）にも、処理は、ステップＳ１１７に進められる。

　すなわち、RTA通信を実行するアプリケーションを終了してRTA通信を終了する場合（Ｓ１１７の「YES」）であって、自装置が送信側通信装置１０Ｔｘである場合（Ｓ１１８の「YES」）には、設定されていたRTA IDの識別子と、専用の送信バッファ１０３（RTAバッファ１０３－１）が必要に応じて解除される（Ｓ１１９）。また、自装置がアクセスポイントとして動作している場合（Ｓ１２０の「YES」）には、これらのパラメータが開放されたことを記載したRTA IEが設定され、ビーコンフレームに付加されて送信される（Ｓ１２１）。

　一方で、自装置が受信側通信装置１０Ｒｘである場合（Ｓ１１８の「NO」）には、RTA Releaseコマンドが送信側通信装置１０Ｔｘに送信される（Ｓ１２２）。また、ステップＳ１１７の判定処理で、RTA通信を終了しないと判定された場合（Ｓ１１７の「NO」）であって、RTA Releaseコマンドを受信した場合（Ｓ１２３の「YES」）には、受信側通信装置１０ＲｘからRTA Releaseコマンドを受け取ったことになるので、処理は、ステップＳ１１９に進められ、RTA通信のパラメータが解除される。

　図２３のステップＳ１２１，Ｓ１２２，又はＳ１２３のいずれかを終了すると、処理は、図２２のステップＳ１０１に戻り、上述した処理が繰り返される。

　以上、リアルタイムアプリケーションの設定と解除の処理の流れを説明した。

（送信側の動作）
　次に、図２４，図２５のフローチャートを参照して、送信側通信装置１０Ｔｘの動作の処理を説明する。

　ステップＳ２０１では、RTA動作管理部１０４が、リアルタイムアプリケーションの送信パラメータを取得し、取得した送信パラメータとして設定された送信間隔に応じて、その間隔に該当するタイミングの到来時刻を設定する（Ｓ２０２）。

　ステップＳ２０３では、RTA動作管理部１０４が、設定した送信間隔が到来したかを判定し、送信間隔が到来したと判定された場合（Ｓ２０３の「YES」）、処理は、ステップＳ２０４に進められる。

　ステップＳ２０４では、送信制御部１０５が、所定の送信バッファ１０３（RTAバッファ１０３－１）にRTAデータが格納されているかを判定し、RTAデータが格納されていると判定された場合（Ｓ２０４の「YES」）、処理は、処理は、図２５のステップＳ２０５に進められる。ステップＳ２０５において、アクセス制御部１０８は、無線伝送路の利用の可否を判定し、その判定結果に応じて、ステップＳ２０６乃至Ｓ２１３の処理が実行される。

　すなわち、例えば、複数のリンクを用いた全帯域を利用した通信が可能である場合（Ｓ２０６の「YES」）、全帯域の送信容量持続時間が取得される（Ｓ２０７）。他方、一部のリンクの帯域のみ利用した通信が可能である場合（Ｓ２０８の「YES」）には、その一部の帯域の送信容量持続時間が取得され（Ｓ２０９）、他のリンクの送信待ち時間が取得され（Ｓ２１０）、それらの取得された情報に基づき、利用可能なリンクのみでの送信容量が算出される（Ｓ２１１）。

　そして、全帯域又は一部の帯域の送信容量のデータが取得される（Ｓ２１２）とともに、現在の送信間隔における経過時刻が取得される（Ｓ２１３）。

　ステップＳ２１３の処理が終了すると、処理は、ステップＳ２１４に進められる。ステップＳ２１５では、RTA動作管理部１０４が、取得した現在の送信間隔における経過時刻に基づき、送信容量の送信が、許容送信時間内に終了するかを判定し、その判定結果に応じて、送信制御部１０５とアクセス制御部１０８等によって、ステップＳ２１５乃至Ｓ２１７の処理が実行される。

　すなわち、送信容量の送信が、許容送信時間内に終了する場合（Ｓ２１４の「YES」）、そのRTAデータが送信される（Ｓ２１７）。他方、送信容量の送信が、許容送信時間内に終了しない場合（Ｓ２１４の「NO」）には、次の送信間隔で送信すべきデータが存在している場合（Ｓ２１５の「YES」）に、次の送信容量のRTAデータが取得され（Ｓ２１６）、そのRTAデータが送信される（Ｓ２１７）。

　なお、ステップＳ２１７の処理が終了するか、又はステップＳ２１５の判定処理で送信すべきデータが存在していないと判定された場合（Ｓ２１５の「NO」）、処理は、図２４のステップＳ２０２に戻り、それ以降の処理が繰り返される。

　一方で、上述したステップＳ２０３の判定処理で送信間隔が到来していないと判定された場合（Ｓ２０３の「NO」）、又はステップＳ２０４の判定処理でRTAデータが存在しないと判定された場合（Ｓ２０４の「NO」）、処理は、図２４のステップＳ２１８に進められる。ステップＳ２１８において、送信制御部１０５は、従来からのアクセスカテゴリのデータ（音声データ等）、すなわち、所定のデータが送信バッファ１０３に格納されているかを判定し、その判定結果に応じて、送信制御部１０５とアクセス制御部１０８等によって、ステップＳ２１９乃至Ｓ２２１の処理が実行される。

　すなわち、アクセスカテゴリのデータが格納されている場合（Ｓ２１８の「YES」）には、そのアクセスカテゴリで定義された送信待ち時間を経過した後に（Ｓ２１９の「YES」）、当該アクセスカテゴリのデータが送信される（Ｓ２２０）。そして、RTA通信の設定がなくなった場合（Ｓ２２１の「YES」）には、一連のRTAデータの送信処理は終了される。なお、RTA通信の設定が継続している場合（Ｓ２２１の「NO」）、処理はステップＳ２０２に戻り、RTAデータの送信処理が継続される。

　以上、送信側通信装置１０Ｔｘの動作の処理の流れを説明した。

（受信側の動作）
　次に、図２６，図２７のフローチャートを参照して、受信側通信装置１０Ｒｘの動作の処理を説明する。

　ステップＳ３０１では、データ解析部１１４が、アクセス制御部１０８等の制御で得られる受信データを取得し、取得した受信データが、自己宛のデータであるかの判定処理（Ｓ３０２）と、自己宛の受信データがRTAデータであるかの判定処理（Ｓ３０３）を行う。

　ステップＳ３０２，Ｓ３０３の判定処理で、受信データが、自己宛のデータである場合（Ｓ３０２の「YES」）であって、RTAデータである場合（Ｓ３０３の「YES」）、処理は、ステップＳ３０４に進められ、RTA動作管理部１０４、データ解析部１１４、及びアクセス制御部１０８などによって、ステップＳ３０４乃至Ｓ３１２の処理が実行される。

　すなわち、設定されているリアルタイムアプリケーション（RTA）のパラメータが参照され（Ｓ３０４）、許容遅延時間内にデータが届いている場合（Ｓ３０５の「YES」）には、受領確認（ACK/NACK）情報が構築される（Ｓ３０６）。そして、１回の送信容量の全データを収集できている場合（Ｓ３０７の「YES」）には、そのデータの出力時間の到来後に（Ｓ３０８の「YES」）、RTAデータがアプリケーションに出力される（Ｓ３０９）。

　一方で、許容遅延時間を経過している場合（Ｓ３０５の「NO」）であって、遅延後RTAデータの出力に対応している場合（Ｓ３１０の「YES」）には、遅延ACK情報が構築され（Ｓ３１１）、RTAデータがアプリケーションに出力される（Ｓ３０９）。他方、遅延後RTAデータの出力に対応していない場合（Ｓ３１０の「NO」）、遅延NACK情報が構築され、RTAデータが出力せずに破棄される。

　ステップＳ３０９又はＳ３１２の処理が終了すると、処理は、図２７のステップＳ３１３に進められる。ステップＳ３１３では、データ解析部１１４が、受領確認（ACK/NACK）情報の返信が必要であるかを判定し、受領確認（ACK/NACK）情報の返信が必要であると判定された場合（Ｓ３１３の「YES」）、処理は、ステップＳ３１４に進められる。ステップＳ３１４では、アクセス制御部１０８等によって、受領確認（ACK/NACK）情報が送信される。

　また、上述した図２６のステップＳ３０３の判定処理でRTAデータではない、すなわち、例えば通常のデータであると判定された場合（Ｓ３０３の「NO」）、処理は、図２７のステップＳ３１５に進められ、RTA動作管理部１０４、データ解析部１１４、及びアクセス制御部１０８などによって、ステップＳ３１５，Ｓ３１６の処理が実行される。

　すなわち、RTAデータではない通常のデータとして出力され（Ｓ３１５）、さらに、ACK情報が構築される（Ｓ３１６）。そして、上述した図２７のステップＳ３１３，Ｓ３１４の処理が実行され、返信が必要である場合（Ｓ３１３の「YES」）には、ACK情報が送信される（Ｓ３１４）。

　ステップＳ３１４の処理が終了すると、処理は、ステップＳ３１７に進められる。ステップＳ３１７では、データ解析部１１４が、再送されるデータの有無を判定し、再送されるデータが存在しない場合（Ｓ３１７の「YES」）、一連の受信処理は終了される。なお、再送すべきデータがある場合（Ｓ３１７の「NO」）、処理は、図２６のステップＳ３０１に戻り、データの受信処理が継続される。

　以上、受信側通信装置１０Ｒｘの動作の処理の流れを説明した。

＜２．変形例＞

（他の構成の例）
　上述したように、送信側通信装置１０Ｔｘは、例えばアクセスポイントＡＰ１０（基地局）として構成され、受信側通信装置１０Ｒｘは、例えば通信端末ＳＴＡ１０（端末局）として構成することができる。ただし、送信側通信装置１０Ｔｘ又は受信側通信装置１０Ｒｘは、アクセスポイントＡＰ１０又は通信端末ＳＴＡ１０を構成する装置（部品）の一部（例えば、無線通信モジュールや無線チップ等）として構成されるようにしてもよい。

　また、例えば、通信端末ＳＴＡ１０として構成される受信側通信装置１０Ｒｘは、例えば、スマートフォン、タブレット型端末、ゲーム機器、携帯電話機、パーソナルコンピュータ、デジタルカメラ、テレビ受像機、ウェアラブル端末、スピーカ装置などの無線通信機能を有する電子機器として構成することができる。

　さらに、通信端末ＳＴＡ１０は、ユーザの操作に応じたコマンドデータを送信するコントローラ等のデータの送信にのみ対応した機器や、映像データを受信して表示するディスプレイ装置等のデータの受信にのみ対応した機器であっても構わない。

（複数のリンク）
　上述した説明では、マルチリンクを実現する際の複数のリンクとして、第１リンク（Link #1）と第２リンク（Link #2）の２つのリンクを利用した場合を例示したが、第３リンク（Link #3）をさらに含めた場合などの３つ以上のリンクを利用する場合も同様に制御を実施することができる。

　以上のように、本技術では、リアルタイムアプリケーション等の特定のアプリケーションで動作するユーザの指定したコンテンツを短い遅延時間で出力できるように、無線LANシステムのようなランダムなアクセス制御遅延が生じる無線通信方法においても、遅延の影響を極力抑えるために、所定の周期で一定量の情報を送信できる優先送信制御方法を提案している。

　すなわち、無線LANシステムのようなランダムなアクセス制御遅延が生じる環境で、特定のアプリケーションで動作するデータを短い遅延時間で出力するように、予め決められた送信容量のデータを、所定の送信間隔の周期で送信機会が得られるように優先的に送信する無線通信装置と無線通信方法を提案している。つまり、遅延の影響を極力抑えるために、所定の周期で一定量の情報量のデータが優先的に送信される無線通信装置と無線通信方法を提案している。

　また、所定の送信間隔の周期で送信できなかった場合は、次の所定のデータを併せて送信することとし、また、これらのデータ群を短い遅延時間で出力することを示した識別子を設定しておく方法を提案している。さらに、許容遅延時間を決めておき、その許容遅延時間までにデータ送信を開始できない場合には、次の送信間隔で送信すべきデータとともに、送信容量を一時的に増加させて送信する制御方法を提案している。

　ここで、優先的に送信するデータは、ユーザが予め指定をしたコンテンツデータであってもよく、特定のアプリケーションのデータであってもよく、所定のデータ種類であってもよく、特定の時間内に特定の通信装置から特定の通信装置へ向けたデータであってもよく、これらの通信装置のグループに対するデータでもよく、これら任意のデータ群を短い遅延時間で出力することを示した識別子（フラグ）を設定して、所定の周期で送信機会が優先的に得られるようにアクセス制御が実施される。

　また、優先的な送信を実施しても他の通信と共存させるために、優先送信を実施する頻度を制御し、不必要な送信を避けるために、１回の送信容量と、優先送信の間隔となる送信間隔を設定する構成としている。そして、その送信間隔内にデータ送信が行われた場合は、次の送信間隔が到来するまで、データ送信は実施せずに、他の通信装置の送信に利用させて、伝送路を必要以上に占有しない構成としている。

　すなわち、予め所定の送信間隔を決めておき、その送信間隔内にデータ送信が行われた場合は、次の送信間隔が到来するまで、データ送信は実施せずに、他の通信装置の送信に利用させて、伝送路を必要以上に占有しない通信制御方法としている。

　優先的に送信制御を実施するパラメータについては、具体的には、特定のアプリケーションのコンテンツを出力することが許容される最大遅延時間情報、コンテンツのデータ情報が届けられる受領周期の情報、受信側通信装置のバッファ容量情報、伝送路のアクセス制御の遅延状況などから、１回の送信情報量を送信容量として、リンクの帯域幅情報に応じて算出し、これを許容遅延時間の中で送信する送信制御方法を提案している。

　なお、コンテンツの出力が明確に規定されていない場合は、送信側通信装置で送信すべきデータの受領状況を監視し、特定の通信装置宛のデータが周期的に送信される場合に、上記最大許容遅延時間を見積もる構成としてもよい。

　また、これらの識別子が記載されたデータを、専用の送信バッファに格納してもよく、送信パラメータに基づき、送信側通信装置から受信側通信装置へ、優先的に送信する制御を実施することで、特定のアプリケーションが所望するリアルタイム通信が実現される構成としてもよい。

　なお、従来方式による送信制御に基づいた優先順位に依存してデータ送信を実施している場合には、本技術によるリアルタイムアプリケーションが所望しないタイミングで、これらのデータ送信を実施し、本技術によるリアルタイムアプリケーションが所望するタイミングでは、その送信パラメータに基づいて通信を実施する。そして、これらの通信が終了した場合や、データが到来しなくなった場合には、これら設定されていた識別子と専用の送信バッファの設定を開放する構成としてある。

　本技術では、以上のような構成を有することで、特定の属性のデータを優先的に送信することができ、さらに、例えば、次のような効果を得ることができる。

　すなわち、所定の周期で一定量の情報量のデータを優先的に送信する通信制御方法を提供することにより、ランダムなアクセス制御遅延が生じる無線LANシステムにおいても、所定の周期で送信機会が優先的に得られるようになり、アクセス制御による遅延の影響を極力抑えることができる。

　また、予め所定の送信間隔を決めておき、その送信間隔内にデータ送信が行われた場合は、次の送信間隔が到来するまで、データ送信は実施せずに、他の通信装置の送信に利用させることで、伝送路を必要以上に占有しないで、他のデータと公平に利用する方法が得られる。

　さらに許容遅延時間を決めておき、その許容遅延時間までにデータ送信を開始できない場合には、次の送信間隔で送信すべきデータとともに、送信容量を一時的に増加させて送信することで、アクセス制御の遅延を抑制することができる。

　優先的に送信するデータに識別子（フラグ）を設定して管理することで、ユーザが予め指定をしたコンテンツデータや、特定のアプリケーションのデータ、所定の属性で定義されるコンテンツデータ、特定の時間内に特定の通信装置から特定の通信装置へ向けたデータ、これらの通信装置のグループに対するデータなど、ユーザのニーズに応じて、任意のデータ群を短い遅延時間で出力することができる。

　なお、これらの識別子が記載されたデータを、専用の送信バッファに格納することで、他のデータと区別をして、所定の送信パラメータに基づいて、送信側通信装置から受信側通信装置へ、優先的に送信する制御を実施することができる。

　また、従来方からのEDCA方式による送信制御に基づいた優先順位に依存してデータ送信を実施している場合には、本技術を適用したリアルタイムアプリケーションが所望しないタイミングで、これらのデータ送信を実施し、リアルタイムアプリケーションが所望するタイミングでは、その送信パラメータに基づいて通信を実施することができる。

　さらに、これら特定のアプリケーションのデータの通信が終了した場合や、データがなくなった場合には、これら設定されていた識別子や専用の送信バッファの設定を開放する構成とすることで、必要な時に優先送信を実施する無線通信方法が得られる。

（コンピュータの構成）
　上述したフローチャートの各ステップの処理は、ハードウェアにより実行することもできるし、ソフトウェアにより実行することもできる。一連の処理をソフトウェアにより実行する場合には、そのソフトウェアを構成するプログラムが、各装置のコンピュータにインストールされる。

　ここで、本明細書において、コンピュータがプログラムに従って行う処理は、必ずしもフローチャートとして記載された順序に沿って時系列に行われる必要はない。すなわち、コンピュータがプログラムに従って行う処理は、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）も含む。

　また、プログラムは、１のコンピュータ（プロセッサ）により処理されてもよいし、複数のコンピュータによって分散処理されてもよい。さらに、プログラムは、遠方のコンピュータに転送されて実行されてもよい。

　さらに、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。

　なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。

　また、上述のフローチャートで説明した各ステップは、１つの装置で実行するほか、複数の装置で分担して実行することができる。さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行するほか、複数の装置で分担して実行することができる。

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

　なお、本技術は、以下のような構成をとることができる。

（１）
　特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、
　他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、前記特定の属性のデータを送信する
　制御を行う制御部を備える
　通信装置。
（２）
　前記制御部は、所定の送信容量となるデータの送信後に、所定の送信間隔が到来するまで、前記特定の属性のデータの送信の実施を停止する
　前記（１）に記載の通信装置。
（３）
　前記制御部は、前記送信機会を獲得したタイミングにおいて、所定の送信容量のデータ送信の終了時間が、所定の送信間隔の終了時間を超過する場合、次の送信間隔で送信すべき送信容量を加算して前記特定の属性のデータを送信する
　前記（１）又は（２）に記載の通信装置。
（４）
　前記制御部は、データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、所定の送信間隔及び所定の送信容量を設定する
　前記（１）乃至（３）のいずれかに記載の通信装置。
（５）
　前記制御部は、データの受信側通信装置に、データの最大許容遅延に関する情報、バッファ容量に関する情報、利用帯域幅に関する情報、及びデータの出力形式に関する情報を含む前記通信パラメータの要求を送信する
　前記（４）に記載の通信装置。
（６）
　前記制御部は、
　　特定の属性のデータを識別する識別子を設定し、
　　設定した前記識別子を、所定の送信間隔で送信する前記特定の属性のデータに付加する
　前記（１）乃至（５）のいずれかに記載の通信装置。
（７）
　ユーザが指定した特定の属性のデータを格納するバッファをさらに備え、
　前記制御部は、前記送信機会を獲得した場合、前記バッファに格納された前記特定の属性のデータを送信する
　前記（１）乃至（６）のいずれかに記載の通信装置。
（８）
　前記制御部は、データの送信側通信装置がアプリケーションから特定の属性のデータを受領した時刻から、所定の時間間隔を見積もることで、所定の送信間隔を決定する
　前記（１）乃至（７）のいずれかに記載の通信装置。
（９）
　前記制御部は、データの最大許容遅延に関する情報、受信側通信装置のバッファ容量に関する情報、及び利用帯域幅に関する情報に基づいて、所定の送信間隔における送信可能な所定の情報量を見積もることで、所定の送信容量を決定する
　前記（１）乃至（８）のいずれかに記載の通信装置。
（１０）
　前記制御部は、利用帯域幅のうちいずれかで前記送信機会を獲得した場合、その時点で利用可能な帯域幅に応じて、所定の送信容量を決定する
　前記（９）に記載の通信装置。
（１１）
　前記制御部は、前記特定の属性のデータの送信が終了した場合、前記識別子の設定を解除する
　前記（６）に記載の通信装置。
（１２）
　通信装置が、
　特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、
　他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、前記特定の属性のデータの送信を制御する
　通信方法。
（１３）
　データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信を設定し、
　所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータを定期的に受信する
　制御を行う制御部を備える
　通信装置。
（１４）
　前記制御部は、データの最大許容遅延に関する情報、バッファ容量に関する情報、利用帯域幅に関する情報、及びデータの出力形式に関する情報を含む前記通信パラメータの通知を送信する
　前記（１３）に記載の通信装置。
（１５）
　前記制御部は、
　　受信したデータのうち、特定の識別子が設定されたデータを前記特定の属性のデータとして認識し、
　　前記特定の属性のデータを優先的に出力するバッファに格納する
　前記（１４）に記載の通信装置。
（１６）
　前記制御部は、最大許容遅延時間が経過するまでに、受信した前記特定の属性のデータをアプリケーションに出力する
　前記（１４）に記載の通信装置。
（１７）
　前記制御部は、前記特定の識別子が設定されたデータを受信した場合、前記特定の属性のデータの出力形式に基づいて、前記特定の属性のデータをアプリケーションに出力する
　前記（１５）に記載の通信装置。
（１８）
　前記制御部は、前記特定の属性のデータの送信が終了した場合、前記識別子の設定と前記バッファの設定を解除する
　前記（１７）に記載の通信装置。
（１９）
　前記制御部は、最大許容遅延時間に基づいて、データの正常受信又は再送に関する情報を構築して送信する
　前記（１３）乃至（１８）のいずれかに記載の通信装置。
（２０）
　通信装置が、
　データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信を設定し、
　所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータの定期的な受信を制御する
　通信方法。

　１－１　無線LANシステム，　１０　通信装置，　１１　ネットワーク接続モジュール，　１２　情報入力モジュール，　１３　機器制御モジュール，　１４　情報出力モジュール，　１５　無線通信モジュール，　１０１　インターフェース，　１０２　RTAデータ判定部，　１０３　送信バッファ，　１０３－１　RTAバッファ，　１０３－２　AC_VOバッファ，　１０３－３　AC_VIバッファ，　１０３－４　AC_BEバッファ，　１０３－５　AC_BGバッファ，　１０４　RTA動作管理部，　１０５　送信制御部，　１０６　タイミング制御部，　１０７　送信フレーム構築部，　１０８　アクセス制御部，　１０９－１，１０９－２　送信処理部，　１１０　アンテナ制御部，　１１１　アンテナ群，　１１２－１，１１２－２　受信処理部，　１１３　受信フレーム抽出部，　１１４　データ解析部，　１１５　受信バッファ，　１１５－１　RTA受信バッファ，　１１５－２　受信バッファ，　１１６　出力データ構築部

Claims

　特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、
　他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、前記特定の属性のデータを送信する
　制御を行う制御部を備える
　通信装置。
　前記制御部は、所定の送信容量となるデータの送信後に、所定の送信間隔が到来するまで、前記特定の属性のデータの送信の実施を停止する
　請求項１に記載の通信装置。
　前記制御部は、前記送信機会を獲得したタイミングにおいて、所定の送信容量のデータ送信の終了時間が、所定の送信間隔の終了時間を超過する場合、次の送信間隔で送信すべき送信容量を加算して前記特定の属性のデータを送信する
　請求項１に記載の通信装置。
　前記制御部は、データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、所定の送信間隔及び所定の送信容量を設定する
　請求項１に記載の通信装置。
　前記制御部は、データの受信側通信装置に、データの最大許容遅延に関する情報、バッファ容量に関する情報、利用帯域幅に関する情報、及びデータの出力形式に関する情報を含む前記通信パラメータの要求を送信する
　請求項４に記載の通信装置。
　前記制御部は、
　　特定の属性のデータを識別する識別子を設定し、
　　設定した前記識別子を、所定の送信間隔で送信する前記特定の属性のデータに付加する
　請求項１に記載の通信装置。
　ユーザが指定した特定の属性のデータを格納するバッファをさらに備え、
　前記制御部は、前記送信機会を獲得した場合、前記バッファに格納された前記特定の属性のデータを送信する
　請求項１に記載の通信装置。
　前記制御部は、データの送信側通信装置がアプリケーションから特定の属性のデータを受領した時刻から、所定の時間間隔を見積もることで、所定の送信間隔を決定する
　請求項１に記載の通信装置。
　前記制御部は、データの最大許容遅延に関する情報、受信側通信装置のバッファ容量に関する情報、及び利用帯域幅に関する情報に基づいて、所定の送信間隔における送信可能な所定の情報量を見積もることで、所定の送信容量を決定する
　請求項１に記載の通信装置。
　前記制御部は、利用帯域幅のうちいずれかで前記送信機会を獲得した場合、その時点で利用可能な帯域幅に応じて、所定の送信容量を決定する
　請求項９に記載の通信装置。
　前記制御部は、前記特定の属性のデータの送信が終了した場合、前記識別子の設定を解除する
　請求項６に記載の通信装置。
　通信装置が、
　特定の属性のデータを、所定の送信間隔ごとに、所定の情報量を繰り返して送信するための送信容量を見積もり、
　他の通信装置とランダムアクセス制御によって送信機会を獲得した場合、所定の送信間隔の経過時間に応じて送信すべき所定の送信容量を決定して、前記特定の属性のデータの送信を制御する
　通信方法。
　データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信を設定し、
　所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータを定期的に受信する
　制御を行う制御部を備える
　通信装置。
　前記制御部は、データの最大許容遅延に関する情報、バッファ容量に関する情報、利用帯域幅に関する情報、及びデータの出力形式に関する情報を含む前記通信パラメータの通知を送信する
　請求項１３に記載の通信装置。
　前記制御部は、
　　受信したデータのうち、特定の識別子が設定されたデータを前記特定の属性のデータとして認識し、
　　前記特定の属性のデータを優先的に出力するバッファに格納する
　請求項１４に記載の通信装置。
　前記制御部は、最大許容遅延時間が経過するまでに、受信した前記特定の属性のデータをアプリケーションに出力する
　請求項１４に記載の通信装置。
　前記制御部は、前記特定の識別子が設定されたデータを受信した場合、前記特定の属性のデータの出力形式に基づいて、前記特定の属性のデータをアプリケーションに出力する
　請求項１５に記載の通信装置。
　前記制御部は、前記特定の属性のデータの送信が終了した場合、前記識別子の設定と前記バッファの設定を解除する
　請求項１７に記載の通信装置。
　前記制御部は、最大許容遅延時間に基づいて、データの正常受信又は再送に関する情報を構築して送信する
　請求項１３に記載の通信装置。
　通信装置が、
　データの送信側通信装置と受信側通信装置を特定して通信パラメータを交換することで、特定の属性のデータの受信を設定し、
　所定の送信間隔ごとに、所定の送信容量となる前記特定の属性のデータの定期的な受信を制御する
　通信方法。