JP7070411B2 - 無線通信装置 - Google Patents

無線通信装置 Download PDF

Info

Publication number
JP7070411B2
JP7070411B2 JP2018525951A JP2018525951A JP7070411B2 JP 7070411 B2 JP7070411 B2 JP 7070411B2 JP 2018525951 A JP2018525951 A JP 2018525951A JP 2018525951 A JP2018525951 A JP 2018525951A JP 7070411 B2 JP7070411 B2 JP 7070411B2
Authority
JP
Japan
Prior art keywords
wireless communication
data
communication device
control unit
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018525951A
Other languages
English (en)
Other versions
JPWO2018008237A1 (ja
Inventor
茂 菅谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Sony Group Corp
Original Assignee
Sony Corp
Sony Group Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp, Sony Group Corp filed Critical Sony Corp
Publication of JPWO2018008237A1 publication Critical patent/JPWO2018008237A1/ja
Application granted granted Critical
Publication of JP7070411B2 publication Critical patent/JP7070411B2/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
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • 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
    • 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
    • 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/1825—Adaptation of specific ARQ protocol parameters according to transmission 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H04L1/1877—Buffer management for semi-reliable protocols, e.g. for less sensitive applications like streaming video
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • 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
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/52—Allocation or scheduling criteria for wireless resources based on load
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms

Landscapes

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

Description

本技術は、無線通信装置に関する。詳しくは、無線通信を利用してデータのやり取りを行う無線通信装置に関する。
従来、無線通信における伝送効率を向上させるために、複数のデータを１つのフレームに集約して送信するフレームアグリゲーションが行われている。例えば、複数のＭＡＣ（Media Access Control）フレームを集約したＡ－ＭＰＤＵ（Aggregation MAC Protocol Data Unit）を送受信するシステムが使用されている。このシステムにおいては、データの送信元の無線通信装置がＡ－ＭＰＤＵを送信することにより、複数のデータの送信を行う。その後、データの送信元の無線通信装置は、送信した複数のデータうち伝送エラーの発生により送達されなかったデータを判断するため、ブロックＡＣＫ要求フレームをさらに送信する。このブロックＡＣＫ要求フレームは、先に送信した全てのデータの送達確認の返答を要求するフレームである。データの受信側の無線通信装置は、ブロックＡＣＫ要求フレームの受信後に、複数の送達確認が集約されたブロックＡＣＫフレームを返信する。データの送信元の無線通信装置は、このブロックＡＣＫフレームを受信して伝送エラーを生じたデータを特定し、再送を行う。このようなシステムに対して、送達確認の返答を要求するデータの情報を付加したＡ－ＭＰＤＵを送信することにより、受信側の無線通信装置における送達確認処理を簡略化するシステムが使用されている。例えば、データ毎に受領確認の要否を示す識別情報を含むＡ－ＭＰＤＵを送信するシステムが提案されている（例えば、特許文献１参照。）。
特開２００５－２５２８９７号公報
上述の従来技術は、データの優先度に基づいてデータ毎に送達確認の要否を判断して識別情報を生成し、Ａ－ＭＰＤＵに付加して送信する。これにより、優先度が低いデータについては、Ａ－ＭＰＤＵの送信先の無線通信装置における送達確認の処理を省略している。しかしながら、Ａ－ＭＰＤＵの送信後に無線伝送路の状況等が変化した場合に、送達確認の返送を要するデータを変更することができず、利便性が低下するという問題がある。
本技術はこのような状況に鑑みて生み出されたものであり、送信した複数のデータのうち受領確認の返答を要するデータを適切に選択することにより、利便性を向上させることを目的とする。
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、送信した複数のデータユニットのうち受領確認の返答を要するデータユニットを指定する情報を含む受領確認要求を送信する制御を行う制御部を具備する無線通信装置である。これにより、受領確認要求により送信されたデータのうち受領確認の返答を要するデータユニットが指定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信した複数のデータユニットのそれぞれの優先度に応じて上記情報を生成してもよい。これにより、優先度に応じて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記受領確認の返答の要否の基準である基準優先度に基づいて上記情報を生成してもよい。これにより、基準優先度に基づいて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、無線伝送路の状況に応じて上記基準優先度を変更してもよい。これにより、無線伝送路の状況に応じて変更された基準優先度に基づいて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記無線伝送路のエラーレートに応じて上記基準優先度を変更してもよい。これにより、エラーレートに応じて変更された基準優先度に基づいて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記無線伝送路のエラーレートが上昇した場合に上記基準優先度を変更してもよい。これにより、エラーレートが上昇すると基準優先度が変更されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記無線伝送路の混雑度に応じて上記基準優先度を変更してもよい。これにより、混雑度に応じて変更された基準優先度に基づいて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記無線伝送路が混雑した場合に上記基準優先度を変更してもよい。これにより、混雑度の上昇に伴って、基準優先度が変更されるという作用をもたらす。
また、この第１の側面において、上記制御部は、送信するデータユニットを保持する送信バッファの状態に応じて上記基準優先度を変更してもよい。これにより、送信バッファの状態に応じて変更された基準優先度に基づいて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信バッファに保持されたデータユニットが所定量に達した場合に上記基準優先度を変更してもよい。これにより、送信バッファに保持されたデータユニットの量に応じて変更された基準優先度に基づいて受領確認の返送を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、無線伝送路の状況に応じて上記情報を生成してもよい。これにより、無線伝送路の状況に応じて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記無線伝送路が混雑している場合に上記受領確認の返答を要するデータユニット数を変更した上記情報を生成してもよい。これにより、伝送路が混雑すると受領確認の返答を要するデータユニット数が変更されるという作用をもたらす。
また、この第１の側面において、上記制御部は、送信するデータユニットを保持する送信バッファの状態に応じて上記情報を生成してもよい。これにより、送信バッファの状態に応じて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信バッファに保持されたデータユニットが所定量に達した場合に上記受領確認の返答を要するデータユニット数を変更した上記情報を生成してもよい。これにより、送信バッファに保持されたデータユニット量に応じて受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記複数のデータユニットの送信先の無線通信装置においてアプリケーションに出力されるべきタイミングが到来した上記データユニットを上記受領確認の返答が不要なデータユニットとして上記情報を生成してもよい。これにより、送信先の無線通信装置においてアプリケーションに出力されるべきタイミングが到来したデータユニットが受領確認の返答が不要なデータユニットとして特定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記複数のデータユニットの送信からの経過時間を計時することにより上記タイミングの到来を判断してもよい。これにより、送信からの経過時間の計時により上記タイミングの到来が判断されるという作用をもたらす。
また、この第１の側面において、上記制御部は、連続して送信された上記受領確認の返答が不要なデータユニットの最後に送信された上記データユニットを上記受領確認の返答が不要なデータユニットとして指定してもよい。これにより、連続して送信された受領確認の返答が不要なデータユニットの最後に送信されたデータユニットにより受領確認の返答が不要なデータユニットが指定されるという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信した複数のデータユニットに付されたシーケンス番号を用いて上記受領確認の返答を要するデータユニットを指定してもよい。これにより、シーケンス番号により受領確認の返答を要するデータユニットが特定されるという作用をもたらす。
また、本技術の第２の側面は、複数のデータユニットと当該複数のデータユニットのうち受領確認の返答を要するデータユニットを指定する情報を含む受領確認要求とを受信する受信部と、上記受信した受領確認要求に基づく上記受領確認の返答を要するデータユニット以外のデータユニットを受信した際には当該データユニットをアプリケーションに出力する制御を行う制御部とを具備する無線通信装置である。これにより、受領確認の返答を要するデータユニット以外のデータユニットがアプリケーションに出力されるという作用をもたらす。
また、この第２の側面において、上記制御部は、上記受信した複数のデータユニットのうち上記受信した受領確認要求に基づく上記受領確認の返答が必要なデータユニットのみ受領確認を送信する制御をさらに行ってもよい。これにより、受領確認の返答が不要なデータユニットの受領確認は行われないという作用をもたらす。
本技術によれば、送信した複数のデータユニットのうち受領確認の返答を要するデータユニットを適切に選択することにより、利便性を向上させるという優れた効果を奏し得る。なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
本技術の実施の形態における無線通信システム１０の構成例を示す図である。 本技術の実施の形態における無線通信装置（ＡＰ）１００の構成例を示す図である。 本技術の実施の形態におけるデータユニットの優先度の一例を示す図である。 本技術の実施の形態における優先度を設定したデータユニットの一例を示す図である。 本技術の実施の形態における優先度と受領確認の返答を要するデータユニットとの関係の一例を示す図である。 本技術の実施の形態における無線通信装置間におけるフレームのやりとりを模式的に示す図である。 本技術の実施の形態におけるブロックＡＣＫ要求フレームの一例を示す図である。 本技術の実施の形態におけるブロックＡＣＫ要求フレームの他の例を示す図である。 本技術の実施の形態におけるブロックＡＣＫフレームの一例を示す図である。 本技術の実施の形態におけるデータ送信処理の処理手順の一例を示す図である。 本技術の実施の形態におけるデータ受信処理の処理手順の一例を示す図である。 本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得る無線アクセスポイント９５０の概略的な構成の一例を示すブロック図である。
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．実施の形態（ＡＣＫの返答を要するデータユニットを指定する情報を含むブロックＡＣＫ要求フレームを送信する例）
２．応用例
＜１．実施の形態＞
［無線通信システムの構成］
図１は、本技術の実施の形態における無線通信システム１０の構成例を示す図である。この無線通信システム１０は、無線通信装置（ＡＰ）１００と、無線通信装置（ＳＴＡ）２００と、無線通信装置（ＳＴＡ）２１０と、無線通信装置（ＳＴＡ）２２０とを含む無線ネットワークである。
例えば、無線通信システム１０は、複数の機器が１対１の無線通信を行うことにより、複数の機器が相互に接続されるネットワーク（例えば、メッシュネットワークやアドホックネットワーク）とすることができる。
また、例えば、無線通信装置（ＡＰ）１００は、無線ＬＡＮ（Local Area Network）システムにおけるアクセスポイントとすることができる。この場合、無線通信装置（ＳＴＡ）２００、無線通信装置（ＳＴＡ）２１０および無線通信装置（ＳＴＡ）２２０は、無線通信装置（ＡＰ）１００の配下において無線通信を実行することとなる。
同図においては、無線通信を利用して直接通信することができる装置間を点線で結んで表した。すなわち、無線通信装置（ＡＰ）１００は、無線通信装置（ＳＴＡ）２００、無線通信装置（ＳＴＡ）２１０および無線通信装置（ＳＴＡ）２２０と通信可能である。無線通信装置（ＳＴＡ）２００は、無線通信装置（ＡＰ）１００および無線通信装置（ＳＴＡ）２１０と通信可能である。無線通信装置（ＳＴＡ）２１０は、無線通信装置（ＳＴＡ）２００、無線通信装置（ＡＰ）１００および無線通信装置（ＳＴＡ）２２０と通信可能である。無線通信装置（ＳＴＡ）２２０は、無線通信装置（ＳＴＡ）２１０および無線通信装置（ＡＰ）１００と通信可能である。
［無線通信システムの構成］
図２は、本技術の実施の形態における無線通信装置（ＡＰ）１００の構成例を示す図である。なお、図１において説明した無線通信装置（ＳＴＡ）２００、無線通信装置（ＳＴＡ）２１０および無線通信装置（ＳＴＡ）２２０の構成は、同図の無線通信装置（ＡＰ）１００と同様の構成にすることができる。
無線通信装置（ＡＰ）１００は、インターネット接続部２１と、情報入力部２２と、機器制御部２３とを備え、無線通信装置（ＳＴＡ）２００、２１０および２２０は、必要に応じて情報入力部２２と、機器制御部２３と、情報出力部２４とを備える。
インターネット接続部２１は、インターネットとの接続を行うものである。
情報入力部２２は、ユーザからの入力を受け付けるものである。この情報入力部２２は、例えば、キーボードやタッチパネルからの入力の受付けを行う。
情報出力部２４は、送受信されたアプリケーションデータをユーザに対して出力するものである。この情報出力部２４は、データとして、例えば、映像情報や音声情報を出力することができる。
機器制御部２３は、無線通信装置（ＡＰ）１００ならびに無線通信装置（ＳＴＡ）２００、２１０および２２０の全体を制御するものである。また、この機器制御部２３は、無線通信を介してやり取りされたデータを使用するアプリケーションを有する。このアプリケーションとして、例えば、受信した画像データを情報出力部２４に表示させるアプリケーションを挙げることができる。また、アプリケーションは、通信ネットワークにおけるアプリケーション層に該当し、後述する無線通信モジュールの上位層に相当する。
また、無線通信装置（ＡＰ）１００ならびに無線通信装置（ＳＴＡ）２００、２１０および２２０は、インターフェース部１０１と、送信バッファ１０２と、受信バッファ１０４と、送信フレーム構築部１０５と、無線信号送信処理部１０６とをさらに備える。また、無線通信装置（ＡＰ）１００ならびに無線通信装置（ＳＴＡ）２００、２１０および２２０は、受信フレーム抽出部１０７と、無線信号受信処理部１０８と、アンテナ制御部１０９と、アンテナエレメント１１１および１１２とをさらに備える。これらの各部は、例えば、無線通信に特化した無線通信モジュールにより実現することができる。
また、無線通信装置（ＡＰ）１００ならびに無線通信装置（ＳＴＡ）２００、２１０および２２０は、シーケンス管理部１０３と、ブロックＡＣＫ要求シーケンス設定部１２１と、ブロックＡＣＫ要求シーケンス判定部１２２とをさらに備える。また、無線通信装置（ＡＰ）１００ならびに無線通信装置（ＳＴＡ）２００、２１０および２２０は、ブロックＡＣＫ送信部１２３と、ブロックＡＣＫ受信部１２４と、トラフィック判定部１２５と、アクセス制御部１２６とをさらに備える。
ここで、シーケンス管理部１０３、ブロックＡＣＫ要求シーケンス設定部１２１、ブロックＡＣＫ要求シーケンス判定部１２２、ブロックＡＣＫ送信部１２３およびブロックＡＣＫ受信部１２４は、制御部１２０を構成する。この制御部１２０には、トラフィック判定部１２５およびアクセス制御部１２６がさらに含まれる。
インターフェース部１０１は、ユーザからの無線通信により送信するデータの入力および無線通信により受信したデータのユーザへの出力を行うインターフェースである。このインターフェース部１０１は、送信するデータを送信バッファ１０２に対して出力し、受信したデータを受信バッファ１０４から取得する。
送信バッファ１０２は、他の無線通信装置あてに送信するデータを一時的に保持するバッファである。同図の送信バッファ１０２は、機器制御部２３からインターフェース部１０１を介して入力されたデータを保持する。
受信バッファ１０４は、他の無線通信装置から受信したデータを一時的に保持するバッファである。同図の受信バッファ１０４は、後述する受信フレーム抽出部１０７により出力されたデータフレームから後述するデータユニットを取り出して保持する。
シーケンス管理部１０３は、送信バッファ１０２に保持されたデータのシーケンス番号および優先度の管理を行うものである。ここで、シーケンス番号とは、送受信されるデータユニット毎に付される番号である。また、データユニットとは、優先度等に基づいて管理されるデータの単位である。
また、シーケンス管理部１０３は、送信バッファ１０２に保持されたデータユニットを後述する送信フレーム構築部１０５に出力させて、送信させる。このデータユニットの出力は、シーケンス番号の順に行われる。その後、シーケンス管理部１０３は、後述するブロックＡＣＫ要求シーケンス設定部１２１において受領確認の返答が不要と判断されたデータユニットを送信バッファ１０２から削除する。一方、ブロックＡＣＫ要求シーケンス設定部１２１において受領確認の返答を要すると判断されたデータユニットについては、伝送エラーを生じた際の再送に備えて、引き続き送信バッファ１０２に保持させる。後述するブロックＡＣＫ受信部１２４において伝送エラーを生じたデータユニットが特定された際には、シーケンス管理部１０３は、当該データユニットの再送の制御を行う。
また、シーケンス管理部１０３は、受信したデータを上位層であるアプリケーションに出力する制御を行う。具体的には、シーケンス管理部１０３は、受信バッファ１０４に保持されたデータを機器制御部２３のアプリケーションに出力させる制御を行う。この出力は、シーケンス番号の順に行われる。伝送エラーにより受信できなかったデータユニットのうち、受領確認の返答を要するデータユニットについては、再送されるのを待ってアプリケーションに出力される。この場合にも、シーケンス番号の順に出力される。受信バッファ１０４に保持されたデータユニットのうち、アプリケーションに出力されるべきタイミングが到来したデータユニットについては、シーケンス番号順のデータユニットが揃わない場合であっても、アプリケーションに出力される。一方、後述するブロックＡＣＫ要求シーケンス判定部１２２において特定された受領確認の返答が不要なデータユニットが受信バッファ１０４に保持されている場合には、シーケンス管理部１０３は、上述のタイミングの到来を待たずに出力する。この場合は、シーケンス番号の順に出力することができる。
送信フレーム構築部１０５は、所定のフォーマットに基づいて送信するフレームを構築し、無線信号送信処理部１０６に対して出力するものである。この送信フレーム構築部１０５は、送信バッファ１０２から出力されたデータを送信するフレームの構築を行う。このデータを送信するフレームとして、データフレームの他に複数のデータフレーム（ＭＡＣフレーム）を集約したＡ－ＭＰＤＵフレームを採用することができる。
また、送信フレーム構築部１０５は、ブロックＡＣＫ要求フレームの構築をさらに行う。ブロックＡＣＫ要求フレームは、先に送信した複数のデータユニットの受領確認の処理を要求するフレームである。送信フレーム構築部１０５は、後述するブロックＡＣＫ要求シーケンス設定部１２１から出力された受領確認の返答を要するデータユニットを指定する情報に基づいてブロックＡＣＫ要求フレームの生成を行う。また、送信フレーム構築部１０５は、ブロックＡＣＫフレームの構築をさらに行う。ブロックＡＣＫフレームは、複数の受領確認の返答を一括して行うフレームである。送信フレーム構築部１０５は、後述するブロックＡＣＫ送信部１２３から出力された受領確認情報に基づいてブロックＡＣＫフレームの構築を行う。ブロックＡＣＫ要求フレームおよびブロックＡＣＫフレームの構成の詳細については、後述する。
無線信号送信処理部１０６は、送信するフレームをベースバンド信号とし、これを高周波信号に変換するものである。
アンテナ制御部１０９は、アンテナエレメント１１１および１１２を制御するものである。
アンテナエレメント１１１および１１２は、信号を無線伝送路上に送信し、無線伝送路上から信号を受信するものである。
無線信号受信処理部１０８は、アンテナエレメント１１１および１１２を介して受信した高周波信号からベースバンド信号を抽出し、受信フレーム抽出部１０７に出力するものである。なお、無線信号受信処理部１０８は、特許請求の範囲に記載の受信部の一例である。
受信フレーム抽出部１０７は、ベースバンド信号からフレームを抽出するものである。同図の受信フレーム抽出部１０７は、データフレーム、ブロックＡＣＫ要求フレームおよびブロックＡＣＫフレームを抽出し、それぞれ受信バッファ１０４、ブロックＡＣＫ要求シーケンス判定部１２２およびブロックＡＣＫ受信部１２４に対して出力する。
ブロックＡＣＫ要求シーケンス設定部１２１は、送信先の無線通信装置における受領確認の返答を要するデータユニットを指定するものである。この指定は、例えば、受領確認の返答を要するデータユニットのシーケンス番号を指定することにより行うことができる。ブロックＡＣＫ要求シーケンス設定部１２１は、受領確認の返答を要するデータユニットを指定する情報を生成し、送信フレーム構築部１０５に対して出力する。また、ブロックＡＣＫ要求シーケンス設定部１２１は、受領確認の返答を要するデータユニット数を変更し、伝送遅延を調整することもできる。受領確認の返答を要するデータユニットは、例えば、データユニットの優先度に応じて指定することができる。すなわち、優先度が高いデータユニットについては受領確認の返答を要求し、返答された受領確認に基づいてデータユニットの再送を行うことができる。これに対し、優先度が低いデータユニットについては、受領確認の返答の要求を省略することができる。また、データユニットの送信先において受領されていない旨の返答がされた場合であっても、優先度が低いデータユニットについては再送の処理を省略することもできる。これにより、データユニットの送信のスループットを向上させることができる。
また、受領確認の返答を要するデータユニットは、無線伝送路の状況に応じて指定することができる。例えば、無線伝送路が混雑している場合には、受領確認の返答を要求するデータユニット数を変更することができる。具体的には、無線伝送路が混雑している場合に、受領確認の返答を要求するデータユニット数を減少させることができる。例えば、送信された複数のデータユニットのうち初期に送信されたデータユニットについては、優先度に関わらずに受領確認の返答が不要なデータユニットとし、受領確認の返答を要するデータユニットの指定から除外することができる。これにより、無線伝送路が混雑している場合であっても、データ送信のスループットの低下を防ぐことができる。この場合、ブロックＡＣＫ要求シーケンス設定部１２１は、トラフィック判定部１２５が判定した混雑度に基づいて無線伝送路の状況を判断する。
また、受領確認の返答を要するデータユニットは、送信バッファ１０２の状況に応じて指定することができる。例えば、送信バッファ１０２に保持されたデータユニットが所定量に達した場合には、受領確認の返答を要求するデータユニット数を変更することができる。具体的には、送信バッファ１０２に保持されたデータユニットが所定量に達した場合に、受領確認の返答を要求するデータユニット数を減少させることができる。この場合には、優先度に関わらずに送信済みのデータユニットを受領確認の返答が不要なデータユニットに変更して、受領確認および再送の処理を省略することができる。これにより、再送に備えて送信バッファ１０２に保持するデータユニットを削除することができる。なお、上述の所定量には、例えば、送信バッファ１０２の許容データ量の８０％の値などをあらかじめ設定して使用することができる。
また、データユニットの送信先の無線通信装置においてアプリケーションに出力されるべきタイミングが到来したデータユニットを受領確認の返答が不要なデータユニットにすることができる。例えば、送信先の無線通信装置において受信したデータに基づく画像の表示をアプリケーションが行う場合に、このアプリケーションにおける画像データを表示すべきタイミングを上述のアプリケーションに出力されるべきタイミングにすることができる。このタイミングの取得には、データユニットの送信からの経過時間を計時するタイマを使用することができる。これにより、送信先のアプリケーションにおけるリアルタイム性を向上させることができる。また、データユニットの送信先の無線通信装置に対してアプリケーションに出力すべきタイミングの到来を通知することも可能である。
アクセス制御部１２６は、所定の通信プロトコルに準拠して無線伝送路上において他の通信装置との通信の制御を行うものである。
トラフィック判定部１２５は、無線伝送路の混雑度を判定するものである。
ブロックＡＣＫ要求シーケンス判定部１２２は、受信したブロックＡＣＫ要求フレームに基づいて受領確認の返答を要するデータユニットおよび受領確認の返答が不要なデータユニットの特定を行うものである。
ブロックＡＣＫ送信部１２３は、ブロックＡＣＫ要求シーケンス判定部１２２において特定された受領確認の返答を要するデータユニットの受領確認を行うものである。また、このブロックＡＣＫ送信部１２３は、受領確認の結果を受領確認情報として生成し、送信フレーム構築部１０５に対して出力する。
ブロックＡＣＫ受信部１２４は、受信したブロックＡＣＫフレームを解析して、伝送エラーを生じたデータユニットを特定するものである。
［データユニットの優先度］
図３は、本技術の実施の形態におけるデータユニットの優先度の一例を示す図である。前述のように、本技術の実施の形態においては、優先度に応じて受領確認の返答が必要なデータユニットであるか否かが判断される。この優先度には、同図に表したように、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）８０２．１１の無線ＬＡＮ規格において定められた優先度を適用することができる。ＩＥＥＥ８０２．１１Ｄにおいては、優先度が高い順に「Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ」、「Ｖｏｉｃｅ」、「Ｖｉｄｅｏ」、「Ｃｏｎｔｒｏｌｌｅｄ Ｌｏａｄ」、「Ｅｘｃｅｌｌｅｎｔ Ｅｆｆｏｒｔ」、「Ｂｅｓｔ Ｅｆｆｏｒｔ」および「Ｂａｃｋｇｒｏｕｎｄ」がＵｓｅｒ Ｐｒｉｏｒｉｔｙとして定められている。また、ＩＥＥＥ８０２．１１ｅにおいては、優先度が高い順に「Ｖｏｉｃｅ」、「Ｖｉｄｅｏ」、「Ｂｅｓｔ Ｅｆｆｏｒｔ」および「Ｂａｃｋｇｒｏｕｎｄ」がＡｃｃｅｓｓ Ｃａｔｅｇｏｒｙとして定められている。これらの優先度をデータユニットに適用することができる。
このように、優先度が高いデータユニットには、システムの制御データや音声データ等の重要度が高いデータユニットが該当する。優先度が低いデータユニットには、背景画像等の重要度が低いデータユニットが該当する。なお、優先度はこの例に限定されず、他の指標を使用することもできる。
［優先度の設定］
図４は、本技術の実施の形態における優先度を設定したデータユニットの一例を示す図である。同図は、図２において説明した送信バッファ１０２に保持されたデータユニットに対して優先度を設定した場合を表したものである。同図においては、３段階の優先度をデータユニットに設定する場合を想定する。シーケンス番号１、４、７および１０のデータユニットは、データの種類が「Ｖｏｉｃｅ」であるため、最も高い優先度である優先度１を設定する。シーケンス番号２、５、８および１１のデータユニットは、データの種類が「Ｖｉｄｅｏ」であるため、次に高い優先度である優先度２を設定する。シーケンス番号３、６、９および１２のデータユニットは、データの種類が「Ｂｅｓｔ Ｅｆｆｏｒｔ」であるため、最も低い優先度である優先度３を設定する。なお、データの種類が「Ｂａｃｋｇｒｏｕｎｄ」の場合にも優先度３を設定することができる。この優先度の設定は図２において説明したシーケンス管理部１０３が行う。
なお、優先度の設定はこの例に限定されない。例えば、４段階以上の優先度をデータユニットに設定することもできる。
［優先度と受領確認の返答を要するデータユニットとの関係］
図５は、本技術の実施の形態における優先度と受領確認の返答を要するデータユニットとの関係の一例を示す図である。同図は、基準優先度と受領確認の返答を要するデータユニットの優先度との関係を表したものである。ここで基準優先度とは、受領確認の返答の要否の基準である。同図においては、基準優先度以上の優先度のデータユニットを受領確認の返答を要するデータユニットとしている。具体的には、基準優先度が１の場合には、優先度１のデータユニットが受領確認の返答を要するデータユニットに該当する。対応するデータユニットのシーケンス番号は、１、４、７および１０となる。これ以外のシーケンス番号のデータユニットは、受領確認の返答が不要なデータユニットに該当する。当該データユニットは再送の処理が行われないこととなる。基準優先度が２の場合には、優先度１および２のデータユニットが受領確認の返答を要するデータユニットに該当する。対応するシーケンス番号は、１、２、４、５、７、８、１０および１１となる。基準優先度が３の場合には、全ての優先度のデータユニットが受領確認の返答を要するデータユニットに該当することとなる。
この基準優先度は、データユニット送信後の状況に応じて変更することができる。例えば、無線伝送路の状況に応じて変更することができる。例えば、無線伝送路のエラーレートに応じて基準優先度を変更することができる。例えば、無線伝送路のエラーレートが上昇した場合には、基準優先度を変更することができる。具体的には、無線伝送路のエラーレートが上昇した場合に、基準優先度を低い優先度に変更することができる。優先度の低いデータユニットに対して受領確認の返答および再送を行うことにより、エラーレートが上昇した場合であっても、より多くのデータユニットを受信側の無線通信装置に到達させることができる。
また、例えば、無線伝送路の混雑度に応じて基準優先度を変更することができる。例えば、無線伝送路が混雑した場合には、基準優先度を変更することができる。具体的には、無線伝送路が混雑した場合に、基準優先度を高い優先度に変更する。受領確認の返答および再送の処理を要するデータユニットを限定することにより、データ送信におけるスループットの低下を防止することができる。一方、無線伝送路が混雑していない場合には、基準優先度を低い優先度にして、多くのデータユニットに対して受領確認の返答を要求することができる。
また、例えば、送信バッファ１０２の状況に応じて変更することもできる。例えば、図２において説明した送信バッファ１０２に保持されたデータユニットが所定量に達した場合には、基準優先度を変更することができる。具体的には、送信バッファ１０２に保持されたデータユニットが所定量に達した場合に、基準優先度を高い優先度に変更することができる。これにより、再送処理に備えて送信バッファ１０２に保持していたデータユニットを削除することができる。
このように、無線伝送路や送信バッファ１０２の状況が変化した際に、基準優先度を変更することにより、受領確認を要するデータユニットの選択を予め設定した優先度に基づいて行うことができ、処理を簡略化することができる。
［無線通信シーケンス］
図６は、本技術の実施の形態における無線通信装置間におけるフレームのやりとりを模式的に示す図である。同図は、送信側の無線通信装置（無線通信装置（ＡＰ）１００）から受信側の無線通信装置（無線通信装置（ＳＴＡ）２００）にデータを送信する場合のやりとりを表したシーケンス図である。なお、送信側の無線通信装置（無線通信装置（ＳＴＡ）２００から受信側の無線通信装置（無線通信装置（ＡＰ１００）にデータを送信する場合も、同じシーケンスとなる。
まず、送信側のアプリケーションであるアプリケーション１９０からデータユニット１が無線通信装置１００に出力される（３０１）。ここで、「データユニット１」は、シーケンス番号として値「１」が付されたデータユニットを表す。また、同図の「優先度１」は、データユニット１の優先度が値「１」であることを表している。このように、送信先のアプリケーションから出力されるデータユニットは、シーケンス管理部１０３により順次シーケンス番号が付され、優先度が設定される。
次に、データユニット１が出力されると、無線通信装置１００の送信フレーム構築部１０５によりデータユニット１を含むデータフレームが構築され、無線通信装置２００に対して送信される（３０９）。ここで、同図の矩形は、フレームを表す。また、この矩形にはフレームの種類が付されている。例えば、「データ」、「ブロックＡＣＫ要求」および「ブロックＡＣＫ」が付されたフレームは、それぞれデータフレーム、ブロックＡＣＫ要求フレームおよびブロックＡＣＫフレームを表す。なお、「データ（１）」は、シーケンス番号が値「１」のデータユニットに対応するデータフレームを表す。
同様に、アプリケーション１９０からデータユニット２乃至８が無線通信装置１００に対して順次出力される（３０２乃至３０８）。これらのデータユニットが出力される毎に無線通信装置１００がデータフレームの送信を行う（３１０乃至３１６）。同図においては、送信されたデータフレームのうちシーケンス番号３および７のデータユニットを含むデータフレームが伝送エラーにより無線通信装置２００に届かなかった場合を想定する。
その後、無線通信装置１００は、ブロックＡＣＫ要求フレームを送信する（３１７）。ここで、同図の「ブロックＡＣＫ要求（１～８：１、４、７）」のうち、丸括弧内の「１～８」はブロックＡＣＫ要求の対象となるデータユニットのシーケンス番号の範囲を表し、丸括弧内の「：」以降の数字は、受領確認の返答を要するデータユニットのシーケンス番号を表す。すなわち、同図のブロックＡＣＫ要求フレームは、シーケンス番号１乃至８のデータユニットがブロックＡＣＫ要求の対象であることを表し、このうちシーケンス番号１、４および７のデータユニットが受領確認の返答を要するデータユニットであることを表す。同図においては、無線通信装置１００は、図５において説明した基準優先度を１に設定した場合を想定する。
このブロックＡＣＫ要求フレームを受信した無線通信装置２００は、受信したデータユニットのうち受領確認の返答を要するデータユニットを把握し、受領確認の返答が不要なデータユニットを特定する。これは、ブロックＡＣＫ要求シーケンス判定部１２２により行われる。同図においては、受信したデータユニットのうち受領確認の返答が不要なデータユニットは、シーケンス番号２、５、６および８のデータユニットである。また、伝送エラーを生じたシーケンス番号３および７のデータユニットのうち、シーケンス番号３のデータユニットは受領確認の返答が不要なデータユニットに該当し、シーケンス番号７のデータユニットは受領確認の返答を要するデータユニットに該当する。その後、無線通信装置２００は、受信しておらず受領確認の返送が不要なシーケンス番号３のデータユニットを除くデータユニットをシーケンス番号の順にアプリケーション２９０に対して出力する。すなわち、シーケンス番号１、２、４乃至６のデータユニットがアプリケーション２９０に対して順に出力される（３１８乃至３２２）。
一方、無線通信装置２００は、ブロックＡＣＫフレームを無線通信装置１００に対して送信する（３２３）。ここで、同図の「ブロックＡＣＫ（１、４：ＡＣＫ、７：ＮＧ）」のうち、丸括弧内の「１、４：ＡＣＫ」はシーケンス番号１および４のデータユニットを受領した旨を表し、同括弧内の「７：ＮＧ」はシーケンス番号７のデータユニットを受領していない旨を表す。このブロックＡＣＫフレームを受信した無線通信装置１００は、シーケンス番号７のデータフレームを再送する（３２４）。その後、アプリケーション１９０からデータユニット９乃至１２が無線通信装置１００に対して順次出力される（３２５乃至３２８）。無線通信装置１００は、これらのデータユニットからデータフレームを構築して送信する（３２９乃至３３２）。同図においては、送信されたデータフレームのうちシーケンス番号９および１２のデータユニットを含むデータフレームが伝送エラーにより無線通信装置２００に届かなかった場合を想定する。
その後、無線通信装置１００は、ブロックＡＣＫ要求フレームを送信する（３３３）。このブロックＡＣＫ要求フレームは、シーケンス番号７乃至１２のデータユニットがブロックＡＣＫ要求の対象であり、シーケンス番号７、１０および１１のデータユニットが受領確認の返答を要するデータユニットであることを表す。先のデータフレームの送信において伝送エラーを生じたため、無線通信装置１００は、無線伝送路のエラーレートが上昇したと判断し、基準優先度を１から２に変更している。これにより、シーケンス番号１１のデータユニット（優先度２）についても受領確認の返答が要求される。
このフレームを受信した無線通信装置２００は、シーケンス番号９および１２のデータユニットについては、再送の処理がされないものと判断し、シーケンス番号７、８、１０および１１のデータユニットをアプリケーション２９０に対して出力する（３３４乃至３３７）。また、無線通信装置２００は、シーケンス番号７、１０および１１のデータユニットを受領した旨を表すブロックＡＣＫフレームを無線通信装置１００に対して送信する（３３８）。
なお、同図においては、無線通信装置１００から複数のデータユニットを送信する際、個別のデータフレームとして送信していたが、これらを集約したＡ－ＭＰＤＵフレームを構築して送信することもできる。また、フレームをマルチキャスト送信することも可能である。
［ブロックＡＣＫ要求フレーム］
図７は、本技術の実施の形態におけるブロックＡＣＫ要求フレームの一例を示す図である。同図のブロックＡＣＫ要求フレームは、ＭＡＣ Ｈｅａｄｅｒ４００と、ＢＡＲ（Block Ack Request） Ｃｏｎｔｒｏｌ４０１と、ＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２と、ＦＣＳ（Frame Check Sequence）４０３とにより構成される。ＦＣＳ４０３は、誤り検出符号が格納されるフィールドである。
ＭＡＣ Ｈｅａｄｅｒ４００には、フレーム送信目的等が格納される。このＭＡＣ Ｈｅａｄｅｒ４００は、Ｆｒａｍｅ Ｃｏｎｔｒｏｌと、Ｄｕｒａｔｉｏｎ／ＩＤと、ＲＡ（Receiver Address）とＴＡ（Transmitter Address）により構成される。Ｆｒａｍｅ Ｃｏｎｔｒｏｌには、フレームの種類等の情報が格納される。Ｄｕｒａｔｉｏｎ／ＩＤには、フレームの持続時間または識別子が格納される。ＲＡには、フレームの受信先アドレスが格納される。ＴＡには、フレームの送信元のアドレスが格納される。
ＢＡＲ Ｃｏｎｔｒｏｌ４０１には、ブロックＡＣＫ要求フレームのパラメータ等が格納される。同図のＢＡＲ Ｃｏｎｔｒｏｌ４０１には、ＢＡＲ Ａｃｋ Ｐｏｌｉｃｙ４０４、Ｍｕｌｔｉ－ＴＩＤ４０５、Ｃｏｍｐｒｅｓｓｅｄ Ｂｉｔｍａｐ４０６、Ｐｒｉｏｒｉｔｙ ＢＡＲ Ｒｅｑｕｅｓｔ４０７およびＴＩＤ＿ＩＮＦＯ４０９が格納される。このうち、Ｐｒｉｏｒｉｔｙ ＢＡＲ Ｒｅｑｕｅｓｔ４０７には、受領確認の返答を要するデータユニットを指定する情報を含むブロックＡＣＫ要求フレームであることを示す識別子が格納される。なお、同図の、Ｒｅｓｅｒｖｅｄ４０８は未使用のフィールドである。
ＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２には、受領確認の返答を要するデータユニットを指定する情報等が格納される。同図のＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２には、ＢＡＲ Ｉｎｆｏ Ｌｅｎｇｔｈ４１０、Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１１およびＣｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１２が格納される。また、同図のＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２には、Ｄｅｓｉｒｅｄ ＡＣＫ Ｂｉｔｍａｐ４１３がさらに格納される。ＢＡＲ Ｉｎｆｏ Ｌｅｎｇｔｈ４１０には、当該フィールドの長さが格納される。Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１１には、開始シーケンス番号が格納される。Ｃｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１２には、終了シーケンス番号が格納される。Ｄｅｓｉｒｅｄ ＡＣＫ Ｂｉｔｍａｐ４１３には、受領確認の返答を要するデータユニットを指定する情報がビットマップ形式のデータとして格納される。
同図のブロックＡＣＫ要求フレームでは、Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１１およびＣｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１２がブロックＡＣＫ要求フレームの対象となるデータユニットの範囲を表す。このうち、受領確認の返答を要するデータユニットは、Ｄｅｓｉｒｅｄ ＡＣＫ Ｂｉｔｍａｐ４１３に格納されたファイルの対応するビットを、例えば、値「１」にすることにより指定することができる。
［ブロックＡＣＫ要求フレームの他の例］
図８は、本技術の実施の形態におけるブロックＡＣＫ要求フレームの他の例を示す図である。同図のブロックＡＣＫ要求フレームは、図７において説明したブロックＡＣＫ要求フレームを簡略化したものであり、ＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２の構成が図７において説明したブロックＡＣＫ要求フレームと異なる。
同図のＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２には、Ｉｄｅｎｔｉｆｉｒｅ４１４、Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１５およびＥｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１６が格納される。また、同図のＢＡＲ Ｉｎｆｏｒｍａｔｉｏｎ４０２には、Ｃｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１７がさらに格納される。Ｉｄｅｎｔｉｆｉｒｅ４１４には、簡略化したブロックＡＣＫ要求フレームであることを示す識別子が格納される。例えば、１オクテット長の「０」が格納される。Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１５は、図７のブロックＡＣＫ要求フレームと同様に開始シーケンス番号が格納される。Ｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１６には、受領確認の返答が不要なデータユニットの終了シーケンス番号が格納される。Ｃｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１７には、図７のブロックＡＣＫ要求フレームと同様に、終了シーケンス番号が格納される。
同図のブロックＡＣＫ要求フレームにおいても、Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１５およびＣｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１７がブロックＡＣＫ要求フレームの対象となるデータユニットの範囲を表す。このうち、受領確認の返答が不要なデータユニットには、Ｓｔａｒｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１５およびＥｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１６により表された範囲のデータユニットが該当する。すなわち、ブロックＡＣＫ要求フレームの対象のデータユニットのうち、Ｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１６までのデータユニットが受領確認の返答が不要なデータユニットに該当する。一方、Ｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１６に格納されたシーケンス番号の次の番号からＣｕｒｒｅｎｔ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１７に格納されたシーケンス番号までのデータユニットが受領確認の返答を要するデータユニットに該当する。
同図のブロックＡＣＫ要求フレームは、連続して送信された受領確認の返答が不要なデータユニットの最後に送信されたデータユニットを受領確認の返答が不要なデータユニットとして指定するものである。同図のブロックＡＣＫ要求フレームは、例えば、送信された複数のデータユニットのうち初期に送信されたデータユニットをまとめて受領確認の返答が不要なデータとする場合に使用することができる。
これ以外は、図７において説明したブロックＡＣＫ要求フレームと同様であるため、説明を省略する。
このように、ビットマップファイルが不要であるため、図７において説明したブロックＡＣＫ要求フレームと比較して、同図のブロックＡＣＫフレームは、容易に構築することができる。
［ブロックＡＣＫフレームの例］
図９は、本技術の実施の形態におけるブロックＡＣＫフレームの一例を示す図である。同図は、ＩＥＥＥ８０２．１１－２０１２において定義されているブロックＡＣＫフレームの構成を表したものである。このフレームは、ＭＡＣ Ｈｅａｄｅｒ４１８と、ＢＡ（Block Ack） Ｃｏｎｔｒｏｌ４１９と、ＢＡ Ｉｎｆｏｒｍａｔｉｏｎ４２０と、ＦＣＳ４２１とにより構成される。ＭＡＣ Ｈｅａｄｅｒ４１８およびＦＣＳ４２１は、図７において説明したＭＡＣ Ｈｅａｄｅｒ４００およびＦＣＳ４０３と同様であるため説明を省略する。
ＢＡ Ｃｏｎｔｒｏｌ４１９は、ＢＡ Ａｃｋ Ｐｏｌｉｃｙ４２２、Ｍｕｌｔｉ－ＴＩＤ４２３、Ｃｏｍｐｒｅｓｓｅｄ Ｂｉｔｍａｐ４２４、Ｒｅｓｅｒｖｅｄ４２５およびＴＩＤ＿ＩＮＦＯ４２６により構成される。
ＢＡ Ｉｎｆｏｒｍａｔｉｏｎ４２０は、Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ４２７およびＢｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐ４２８により構成される。Ｂｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ４２７には、ブロックＡＣＫフレームの開始シーケンス番号が格納される。Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐ４２８には、受領確認結果を示すビットマップ形式のデータが格納される。
図８において説明したブロックＡＣＫ要求フレームの応答として同図のブロックＡＣＫフレームを送信する場合には、上述の開始シーケンス番号をブロックＡＣＫ要求フレームのシーケンス番号と対応させることができる。具体的には、図８において説明したＥｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ４１６のシーケンス番号の次の番号を上述のＢｌｏｃｋ Ａｃｋ Ｓｔａｒｔｉｎｇ Ｓｅｑｕｅｎｃｅ Ｃｏｎｔｒｏｌ４２７のシーケンス番号にすることができる。これにより、Ｂｌｏｃｋ Ａｃｋ Ｂｉｔｍａｐ４２８の格納データを短縮することができる。
［データ送信処理］
図１０は、本技術の実施の形態におけるデータ送信処理の処理手順の一例を示す図である。同図の処理は、無線通信装置（送信側）１００にアプリケーション１９０から送信データが出力される毎に実行される。便宜上、同図および以降の説明においては、「データユニット」を単に「データ」と表記する。
まず、無線通信装置１００は、アプリケーション１９０からの送信データを受理したか否かを判断する（ステップＳ８０１）。送信データを受理した場合には（ステップＳ８０１：Ｙｅｓ）、無線通信装置１００は、送信バッファ１０２に送信されたデータを格納する（ステップＳ８０２）。次に、無線通信装置１００は、データの属性に応じて優先度を設定する（ステップＳ８０３）。その後、無線通信装置１００は、ステップＳ８０４の処理に移行する。一方、ステップＳ８０１において、送信データを受理していない場合には（ステップＳ８０１：Ｎｏ）、無線通信装置１００は、ステップＳ８０２およびＳ８０３の処理をスキップしてステップＳ８０４の処理に移行する。
ステップＳ８０４において、無線通信装置１００は、送信タイミングが到来したか否かを判断する（ステップＳ８０４）。これは、例えば、送信バッファ１０２に保持されたデータ量等に基づいて判断することができる。送信タイミングが到来していない場合には（ステップＳ８０４：Ｎｏ）、無線通信装置１００は、ステップＳ８０１からの処理を再度実行する。送信タイミングが到来している場合には（ステップＳ８０４：Ｙｅｓ）、無線通信装置１００は、送信データの情報長を取得し（ステップＳ８０５）、送信データフレームを構築する（ステップＳ８０６）。次に、無線通信装置１００は、複数のデータフレームを送信する場合において、アグリゲーション（集約）が可能か否かを判断する（ステップＳ８０７）。例えば、無線通信装置１００は、アグリゲーションにより所定の情報長を超過する場合にアグリゲーションが可能でないと判断することができる。これは、ステップＳ８０５において獲得した情報長に基づいて行うことができる。また、例えば、無線通信装置１００は、アグリゲーションするデータが存在しない場合においても、アグリゲーションが可能でないと判断することができる。
その結果、アグリゲーションが可能な場合は（ステップＳ８０７：Ｙｅｓ）、無線通信装置１００は、再度ステップＳ８０５からの処理を実行する。一方、アグリゲーションが可能でない場合は（ステップＳ８０７：Ｎｏ）、無線通信装置１００は、無線伝送路がアクセス可能か否かを判断し（ステップＳ８０８）、アクセス可能となるまで待機する。例えば、無線通信装置１００は、他の無線通信装置の送受信と衝突しない場合に、アクセス可能と判断することができる。無線伝送路がアクセス可能な場合には（ステップＳ８０８：Ｙｅｓ）、無線通信装置１００は、データフレームを送信し（ステップＳ８０９）、送信済みのデータユニットのシーケンス番号を登録する（ステップＳ８１０）。これは、図２において説明したシーケンス管理部１０３が行う。
次に、無線通信装置１００は、受領確認タイミングが到来したかを判断する（ステップＳ８１１）。例えば、無線通信装置１００は、所定量のデータの送信が終了した場合に受領確認タイミングが到来したと判断することができる。受領確認タイミングが到来していない場合には（ステップＳ８１１：Ｎｏ）、無線通信装置１００は、ステップＳ８１９の処理に移行する。一方、受領確認タイミングが到来した場合には（ステップＳ８１１：Ｙｅｓ）、無線通信装置１００は、送信バッファ１０２の状態を取得し（ステップＳ８１２）、無線伝送路の状況を取得する（ステップＳ８１３）。次に、無線通信装置１００は、取得したこれらの状況等に基づいて受領確認すべき優先度の判定を行う（ステップＳ８１４）。これにより、図５において説明した基準優先度が設定される。
次に、無線通信装置１００は、受領確認が不要なシーケンス番号の範囲を特定し（ステップＳ８１５）、受領確認を要するシーケンス番号を特定して（ステップＳ８１６）、ブロックＡＣＫ要求フレームを構築して送信する（ステップＳ８１７）。その後、無線通信装置１００は、受領確認が不要なデータを送信バッファ１０２から削除する（ステップＳ８１８）。その後、無線通信装置１００は、ステップＳ８１９の処理に移行する。
ステップＳ８１９において、無線通信装置１００は、ブロックＡＣＫフレームを受信した否かを判断する（ステップＳ８１９）。ブロックＡＣＫフレームを受信していない場合には（ステップＳ８１９：Ｎｏ）、無線通信装置１００は、ステップＳ８０１からの処理を再度実行する。ブロックＡＣＫフレームを受信した場合には（ステップＳ８１９：Ｙｅｓ）、無線通信装置１００は、再送データがあるか否かを判断する（ステップＳ８２０）。これは、受信したブロックＡＣＫフレームに格納された受領確認の結果に基づいて判断することができる。再送データがない場合（ステップＳ８２０：Ｎｏ）、すなわち、受領確認を要するデータが全て受信された場合には、無線通信装置１００は、これらのデータを送信バッファ１０２から削除する（ステップＳ８２２）。その後、無線通信装置１００は、ステップＳ８０１からの処理を再度実行する。
ステップＳ８２０において、再送データがある場合には（ステップＳ８２０：Ｙｅｓ）、無線通信装置１００は、再送するデータフレームを構築する（ステップＳ８２１）。次に、無線通信装置１００は、ステップＳ８０８の処理に移行する。
なお、ステップＳ８１７の処理は、特許請求の範囲に記載の送信手順の一例である。
［データ受信処理］
図１１は、本技術の実施の形態におけるデータ受信処理の処理手順の一例を示す図である。同図の処理は、無線通信装置（受信側）２００における受信処理を表したものである。
まず、無線通信装置２００は、フレームを受信するまで待機する（ステップＳ８５１）。フレームを受信した場合には（ステップＳ８５１：Ｙｅｓ）、無線通信装置２００は、データフレームを受信したか否かを判断する（ステップＳ８５２）。データフレームをエラーなく受信した場合には（ステップＳ８５２：Ｙｅｓ）、無線通信装置２００は、シーケンス番号を抽出する（ステップＳ８５３）。これは、受信したデータフレームのＭＡＣヘッダに格納されているシーケンス番号を抽出することにより行うことができる。
次に、無線通信装置２００は、抽出したシーケンス番号が新規に受信したシーケンス番号であるか否かを判断する（ステップＳ８５４）。新規に受信したシーケンス番号の場合には（ステップＳ８５４：Ｙｅｓ）、無線通信装置２００は、受信したデータを受信バッファ１０４に格納し（ステップＳ８５５）、ステップＳ８５６の処理に移行する。一方、新規に受信したシーケンス番号でない場合には（ステップＳ８５４：Ｎｏ）、無線通信装置２００は、ステップＳ８５５の処理をスキップしてステップＳ８５６の処理に移行する。
ステップＳ８５６において、無線通信装置２００は、受信したデータフレームがアグリゲートしたデータフレームであるか否かを判断し（ステップＳ８５６）、アグリゲートしたデータフレームの場合には（ステップＳ８５６：Ｙｅｓ）、無線通信装置２００は、ステップＳ８５３からの処理を再度実行する。アグリゲートしたデータフレームでない場合には（ステップＳ８５６：Ｎｏ）、無線通信装置２００は、連続するシーケンス番号のデータが揃ったか否かを判断する（ステップＳ８５７）。
連続するシーケンス番号のデータが揃った場合には（ステップＳ８５７：Ｙｅｓ）、無線通信装置２００は、これら連続するシーケンス番号のデータをアプリケーション２９０に出力する（ステップＳ８５８）。その後、無線通信装置２００は、アプリケーション２９０に出力したデータを受信バッファ１０４から削除し（ステップＳ８５９）、ステップＳ８５１からの処理を再度実行する。一方、ステップＳ８５７において、連続するシーケンス番号のデータが揃っていない場合には、無線通信装置２００は、ステップＳ８５８およびＳ８５９の処理をスキップしてステップＳ８５１の処理に移行する。
ステップＳ８５２において、データフレームを受信していない場合には（ステップＳ８５２：Ｎｏ）、無線通信装置２００は、ブロックＡＣＫ要求フレームを受信したか否かを判断する（ステップＳ８６０）。ブロックＡＣＫ要求フレームを受信した場合には（ステップＳ８６０：Ｙｅｓ）、無線通信装置２００は、受領確認すべきシーケンス番号を特定する（ステップＳ８６１）。次に、無線通信装置２００は、特定したシーケンス番号の受領確認情報を構築する（ステップＳ８６２）。次に、無線通信装置２００は、ブロックＡＣＫフレームが送信可能となるまで待機する（ステップＳ８６３）。ブロックＡＣＫフレームが送信可能になった場合には（ステップＳ８６３：Ｙｅｓ）、無線通信装置２００は、ブロックＡＣＫフレームを送信する（ステップＳ８６４）。
次に、無線通信装置２００は、再送されないデータがあるか否かを判断する（ステップＳ８６５）。これは、ステップＳ８６１において特定された受領確認すべきデータに基づいて受領確認の返答が不要なデータを特定し、当該データを受信したか否かに基づいて判断することができる。再送されないデータ、すなわち、受領確認の返答が不要なデータがない場合には（ステップＳ８６５：Ｎｏ）、無線通信装置２００は、ステップＳ８５７の処理に移行する。一方、再送されないデータ、すなわち、受領確認の返答が不要なデータがある場合には（ステップＳ８６５：Ｙｅｓ）、無線通信装置２００は、当該シーケンス番号まで受信したデータをアプリケーション２９０に出力する（ステップＳ８６７）。その後、無線通信装置２００は、アプリケーション２９０に出力したデータを受信バッファ１０４から削除し（ステップＳ８６８）、ステップＳ８５１からの処理を再度実行する。
一方、ステップＳ８６０において、ブロックＡＣＫ要求フレームを受信しなかった場合には（ステップＳ８６０：Ｎｏ）、受信したデータをアプリケーション２９０に出力すべきタイミングが到来したか否かが判断される（ステップＳ８６６）。これは、図２において説明したシーケンス管理部１０３が判断する。受信したデータをアプリケーション２９０に出力すべきタイミングが到来していない場合には（ステップＳ８６６：Ｎｏ）、無線通信装置２００は、ステップＳ８５１からの処理を再度実行する。一方、受信したデータをアプリケーション２９０に出力するタイミングが到来した場合には（ステップＳ８６６：Ｙｅｓ）、無線通信装置２００は、ステップＳ８６７の処理に移行する。
なお、ステップＳ８５２およびＳ８６０の処理は、特許請求の範囲に記載の受信手順の一例である。ステップＳ８６７の処理は、特許請求の範囲に記載の出力手順の一例である。
このように、本技術の実施の形態によれば、無線伝送路の状況の変化等に応じて、受領確認を要するデータユニットを適切に選択して送信先に通知することにより、利便性を向上させることができる。
＜２．応用例＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、無線通信装置（ＳＴＡ）２００は、スマートフォン、タブレットＰＣ（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 (16)

  1. 複数のデータユニットを送信する制御と、送信した前記複数のデータユニットのうち受領確認の返答を要するデータユニットを指定する情報を含むブロックＡＣＫ要求フレーム送信する制御とを行う制御部を具備し、
    前記制御部は、前記送信した複数のデータユニットのそれぞれの優先度に応じて前記情報を生成し、
    前記制御部は、前記受領確認の返答の要否の基準である基準優先度以上の前記優先度の前記データユニットを受領確認の返答を要するデータユニットとして前記情報を生成し、
    前記優先度は、複数のデータの種類のそれぞれについて、ＩＥＥＥ８０２．１１に定められた優先度であり、
    前記複数のデータの種類は、前記優先度の高い順にＶｏｉｃｅ、Ｖｉｄｅｏ、Ｂｅｓｔ ＥｆｆｏｒｔおよびＢａｃｋｇｒｏｕｎｄを含む
    無線通信装置。
  2. 前記制御部は、無線伝送路の状況に応じて前記基準優先度を変更する請求項１記載の無線通信装置。
  3. 前記制御部は、前記無線伝送路のエラーレートに応じて前記基準優先度を変更する請求項２記載の無線通信装置。
  4. 前記制御部は、前記無線伝送路のエラーレートが上昇した場合に前記基準優先度を変更する請求項３記載の無線通信装置。
  5. 前記制御部は、前記無線伝送路の混雑度に応じて前記基準優先度を変更する請求項２記載の無線通信装置。
  6. 前記制御部は、前記無線伝送路が混雑した場合に前記基準優先度を変更する請求項５記載の無線通信装置。
  7. 前記制御部は、送信するデータユニットを保持する送信バッファの状態に応じて前記基準優先度を変更する請求項１記載の無線通信装置。
  8. 前記制御部は、前記送信バッファに保持されたデータユニットが所定量に達した場合に前記基準優先度を変更する請求項７記載の無線通信装置。
  9. 前記制御部は、無線伝送路の状況に応じて前記情報を生成する請求項１記載の無線通信装置。
  10. 前記制御部は、前記無線伝送路が混雑している場合に前記受領確認の返答を要するデータユニット数を変更した前記情報を生成する請求項９記載の無線通信装置。
  11. 前記制御部は、送信するデータユニットを保持する送信バッファの状態に応じて前記情報を生成する請求項１記載の無線通信装置。
  12. 前記制御部は、前記送信バッファに保持されたデータユニットが所定量に達した場合に前記受領確認の返答を要するデータユニット数を変更した前記情報を生成する請求項１１記載の無線通信装置。
  13. 前記制御部は、前記複数のデータユニットの送信先の無線通信装置においてアプリケーションに出力されるべきタイミングが到来した送信済の前記データユニットを前記受領確認の返答が不要なデータユニットとして前記情報を生成する請求項１記載の無線通信装置。
  14. 前記制御部は、前記複数のデータユニットの送信からの経過時間を計時することにより前記タイミングの到来を判断する請求項１３記載の無線通信装置。
  15. 前記制御部は、連続して送信された前記受領確認の返答が不要なデータユニットの最後に送信された前記データユニットを前記受領確認の返答が不要なデータユニットとして指定する請求項１記載の無線通信装置。
  16. 前記制御部は、前記送信した複数のデータユニットに付されたシーケンス番号を用いて前記受領確認の返答を要するデータユニットを指定する請求項１５記載の無線通信装置。
JP2018525951A 2016-07-07 2017-04-25 無線通信装置 Active JP7070411B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016134932 2016-07-07
JP2016134932 2016-07-07
PCT/JP2017/016373 WO2018008237A1 (ja) 2016-07-07 2017-04-25 無線通信装置

Publications (2)

Publication Number Publication Date
JPWO2018008237A1 JPWO2018008237A1 (ja) 2019-04-18
JP7070411B2 true JP7070411B2 (ja) 2022-05-18

Family

ID=60912502

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018525951A Active JP7070411B2 (ja) 2016-07-07 2017-04-25 無線通信装置

Country Status (4)

Country Link
US (2) US10841067B2 (ja)
EP (2) EP3484079B1 (ja)
JP (1) JP7070411B2 (ja)
WO (1) WO2018008237A1 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019153864A (ja) * 2018-03-01 2019-09-12 Ｎｅｃプラットフォームズ株式会社 通信装置及び通信システム
CN114270743B (zh) * 2019-11-15 2024-05-03 Oppo广东移动通信有限公司 无线通信的方法和终端设备
WO2021163330A1 (en) * 2020-02-12 2021-08-19 Idac Holdings, Inc. Reliable harq-ack transmission in unlicensed spectrum
WO2022163265A1 (ja) * 2021-01-27 2022-08-04 ソニーグループ株式会社 通信装置、及び通信方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001274861A (ja) 2000-03-02 2001-10-05 Matsushita Electric Ind Co Ltd データ伝送方法および装置
JP2005252897A (ja) 2004-03-05 2005-09-15 Toshiba Corp 通信装置、通信方法、および通信システム
JP2006279436A (ja) 2005-03-29 2006-10-12 Toshiba Corp マルチメディア通信システムおよび再送用データ削除方法
JP2008312126A5 (ja) 2007-06-18 2010-07-29
JP2013542674A (ja) 2010-09-30 2013-11-21 クアルコム，インコーポレイテッド 再送ポリシーを差別化するブロック肯定応答

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2661551B2 (ja) * 1994-07-13 1997-10-08 日本電気株式会社 無線ｌａｎシステム
JP3629025B2 (ja) * 2000-08-24 2005-03-16 松下電器産業株式会社 送受信方法およびその装置
US7385923B2 (en) * 2003-08-14 2008-06-10 International Business Machines Corporation Method, system and article for improved TCP performance during packet reordering
US7477675B2 (en) * 2004-09-30 2009-01-13 Kyocera Corporation Data communication apparatus
JP5084362B2 (ja) * 2007-06-18 2012-11-28 キヤノン株式会社 データ送信装置、及びデータ送受信システム
KR101591824B1 (ko) * 2007-09-18 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서의 폴링 과정 수행 방법
WO2009157901A1 (en) * 2008-06-26 2009-12-30 Thomson Licensing Apparatus for requesting acknowledgement and transmitting acknowledgement of multicast data in wireless local area networks
US8700965B2 (en) * 2011-03-16 2014-04-15 Clearwire Ip Holdings Llc Apparatus and method for determining number of retransmissions in a wireless system
GB2520536B (en) * 2013-11-25 2017-05-03 Canon Kk Method and device for data communication in a communication network
CN108029039B (zh) * 2015-09-11 2022-05-13 索尼公司 信息处理设备、通信系统和信息处理方法
JP7031308B2 (ja) * 2015-11-30 2022-03-08 ソニーグループ株式会社 情報処理装置、通信システム、情報処理方法およびプログラム
US11468392B2 (en) * 2017-04-05 2022-10-11 Icontrol, Inc. Methods, systems, and communication protocols for proximity monitoring mobile network and associated methods

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001274861A (ja) 2000-03-02 2001-10-05 Matsushita Electric Ind Co Ltd データ伝送方法および装置
JP2005252897A (ja) 2004-03-05 2005-09-15 Toshiba Corp 通信装置、通信方法、および通信システム
JP2006279436A (ja) 2005-03-29 2006-10-12 Toshiba Corp マルチメディア通信システムおよび再送用データ削除方法
JP2008312126A5 (ja) 2007-06-18 2010-07-29
JP2013542674A (ja) 2010-09-30 2013-11-21 クアルコム，インコーポレイテッド 再送ポリシーを差別化するブロック肯定応答

Also Published As

Publication number Publication date
EP3484079A4 (en) 2019-07-17
US10841067B2 (en) 2020-11-17
US11343050B2 (en) 2022-05-24
WO2018008237A1 (ja) 2018-01-11
EP3484079A1 (en) 2019-05-15
EP3484079B1 (en) 2021-11-03
JPWO2018008237A1 (ja) 2019-04-18
US20200412511A1 (en) 2020-12-31
US20190229876A1 (en) 2019-07-25
EP3968552A1 (en) 2022-03-16

Similar Documents

Publication Publication Date Title
JP7070411B2 (ja) 無線通信装置
US11791940B2 (en) Information processing apparatus, communication system, information processing method and program
JP6798496B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
EP3860207B1 (en) Communication device and communication method
US11388102B2 (en) Transmission control device, transmission control method, reception control device, and reception control method
JP2022066249A (ja) 情報処理装置、通信システム、情報処理方法およびプログラム
JP7084720B2 (ja) 通信システム、および、通信システムの制御方法
JP6950688B2 (ja) 無線通信装置および無線通信方法
JP6791130B2 (ja) 情報処理装置、通信システム、情報処理方法およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200331

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210525

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210616

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20211124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220203

C60 Trial request (containing other claim documents, opposition documents)

Free format text: JAPANESE INTERMEDIATE CODE: C60

Effective date: 20220203

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20220215

C21 Notice of transfer of a case for reconsideration by examiners before appeal proceedings

Free format text: JAPANESE INTERMEDIATE CODE: C21

Effective date: 20220222

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220418

R151 Written notification of patent or utility model registration

Ref document number: 7070411

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151