JPWO2014057596A1 - 無線通信装置、無線通信方法、および無線通信制御プログラム - Google Patents

無線通信装置、無線通信方法、および無線通信制御プログラム Download PDF

Info

Publication number
JPWO2014057596A1
JPWO2014057596A1 JP2014509544A JP2014509544A JPWO2014057596A1 JP WO2014057596 A1 JPWO2014057596 A1 JP WO2014057596A1 JP 2014509544 A JP2014509544 A JP 2014509544A JP 2014509544 A JP2014509544 A JP 2014509544A JP WO2014057596 A1 JPWO2014057596 A1 JP WO2014057596A1
Authority
JP
Japan
Prior art keywords
wireless communication
data
reception buffer
communication device
size
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.)
Granted
Application number
JP2014509544A
Other languages
English (en)
Other versions
JP6084204B2 (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.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
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 Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2014057596A1 publication Critical patent/JPWO2014057596A1/ja
Application granted granted Critical
Publication of JP6084204B2 publication Critical patent/JP6084204B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0278—Traffic management, e.g. flow control or congestion control using buffer status reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1864—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1809—Selective-repeat protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

他の無線通信装置との間で、到着保証型のデータ通信を高速化する無線通信装置。無線通信装置（１００）は、ＭＡＣ層部（１３０）と、それより上位の階層であるプロトコル適応層部（１２０）と、を有する。プロトコル適応層部（１２０）は、データの受信開始前に、ＭＡＣ層部（１３０）とで共有する受信バッファメモリ（１３１）の実サイズより大きい仮想値を無線通信装置（２００）へ通知する。プロトコル適応層部（１２０）は、無線通信装置（２００）から受信されて蓄積されたデータを、受信バッファメモリ（１３１）からデータ蓄積部（１４０）へ書き出す。プロトコル適応層部（１２０）は、書き出したデータのサイズの合計が仮想値に到達した場合、ＰＡＬ確認応答を生成し、無線通信装置（２００）へ送信する。

Description

本発明は、他の無線通信装置との間で、効率的にデータを受信することができる無線通信装置、無線通信方法、および無線通信制御プログラムに関する。
例えば、動画や静止画などのコンテンツデータを、無線または有線を介して他の通信装置と送受信できる通信装置が普及している。それに伴い、送受信されるコンテンツデータの通信速度を用途に合わせて最適化する技術が考案されている。
特許文献１は、上記技術の一例として、到着保証型のデータ通信方法を開示している。到着保証型のデータ通信方法は、例えば、以下の手順により実現される。
送信装置は、データを受信装置に送信する。受信装置は、送信装置からデータを受け取ると、確認応答を送信装置に送信する。確認応答は、正常に受信処理が終わったデータを識別番号により通知するデータである。送信装置は、受信装置から確認応答を受信することにより、自装置が送信したデータが受信装置にて正常に受信されたことを確認する。
このような到着保証型のデータ通信方法において、送信装置が確認応答を待たずに受信装置に送信できるデータ量は、受信装置が有する受信用のバッファメモリ（以下「受信バッファメモリ」という）のサイズによって制限される。この詳細について以下に説明する。
まず、送信装置と受信装置は、通信開始前のセットアップの段階で、自装置の受信バッファメモリのサイズを示す値（以下「受信バッファサイズ」という）を互いに通知しあう。このとき通知される受信バッファサイズは、例えば、受信したデータを保持できる最大量を示す値である。そして、通信が開始されると、送信装置は、受信装置から通知された受信バッファサイズ分のデータを受信装置へ送信する。その後、送信装置は、確認応答を受信装置から受け取るまで、データの送信を行わずに待機する。そして、送信装置は、受信装置から確認応答を受け取ると、再び、受信装置から通知された受信バッファサイズ分のデータを受信装置へ送信する。
すなわち、送信装置は、通信開始前に受信装置から通知される受信バッファサイズが大きいほど、確認応答を待たずに送信できるデータ量が多くなる。そして、送信装置は、確認応答を待たずに送信できるデータ量が多いほど、データの通信速度を上げることができる。
特開２００５−１０９７６５号公報
しかしながら、例えば、小型のモバイル機器のように、コスト、実装面積、消費電力の制限を理由として、サイズの大きい受信バッファメモリを搭載することができない無線通信装置がある。このような無線通信装置は、到着保証型のデータ通信方法を行う受信装置に用いた場合、以下の課題がある。
すなわち、受信装置の受信バッファサイズが小さいため、送信装置は、確認応答を待たずに送信できるデータ量が少なくなる。これに伴い、受信装置は、確認応答を返信する回数が多くなる。その結果、送信装置は、確認応答の受信を待機する時間が増えることになる。上述した通り、確認応答の受信を待機している間、送信装置は、データの送信を行うことができない。したがって、受信バッファサイズの小さい受信装置では、到着保証型のデータ通信方法の通信速度が低下する、という課題がある。
本発明の目的は、受信バッファサイズの小さい場合でも、到着保証型のデータの通信を高速化することである。
本発明の無線通信装置は、他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う無線通信装置であって、前記他の無線通信装置から受信したデータを、受信バッファメモリに一時的に記憶するＭＡＣ（Media Access Control）層部と、前記他の無線通信装置からデータの受信を開始する前に、前記ＭＡＣ層との間で共有する前記受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知し、前記受信バッファメモリに記憶されたデータを記録媒体へ書き出し、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信するプロトコル適応層部と、を具備する。
本発明の無線通信方法は、他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う無線通信方法であって、プロトコル適応層部において、前記他の無線通信装置からデータの受信を開始する前に、ＭＡＣ（Media Access Control）層部との間で共有する受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知するステップと、前記ＭＡＣ層部において、前記他の無線通信装置から受信したデータを、前記受信バッファメモリに一時的に記憶するステップと、前記プロトコル適応層部において、前記受信バッファメモリから前記データを記録媒体へ書き出すステップと、前記プロトコル適応層部において、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信するステップと、を有する。
本発明の無線通信制御プログラムは、他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う装置のコンピュータに実行させる無線通信制御プログラムであって、プロトコル適応層部において、前記他の無線通信装置からデータの受信を開始する前に、ＭＡＣ（Media Access Control）層部との間で共有する受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知する処理と、前記ＭＡＣ層部において、前記他の無線通信装置から受信したデータを、前記受信バッファメモリに一時的に記憶する処理と、前記プロトコル適応層部において、前記受信バッファメモリから前記データを記録媒体へ書き出す処理と、前記プロトコル適応層部において、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信する処理と、を実行させる。
本発明は、他の無線通信装置との間で、到着保証型のデータの通信を高速化できる。
本実施の形態に係る通信システムの構成例を示すブロック図 本実施の形態に係るセットアップデータのフォーマット例を示す図 本実施の形態に係る受信データのフォーマット例を示す図 本実施の形態に係るＰＡＬ確認応答のフォーマット例を示す図 本実施の形態に係るＭＡＣ確認応答のフォーマット例を示す図 本実施の形態に係る受信側の無線通信装置の動作例を示すフローチャート 本実施の形態に係る通信システムの動作例を示すシーケンス図
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
図１は、本実施の形態に係る通信システムの構成例を示す。本実施の形態に係る通信システムは、無線通信装置１００が、無線通信を介して、無線通信装置２００との間で到着保証型のデータの受信処理を行う場合を、一例として説明する。
＜無線通信装置１００の構成＞
まず、無線通信装置１００の構成について説明する。
図１において、本実施の形態に係る無線通信装置１００は、受信装置である。すなわち、無線通信装置１００は、無線通信を介して無線通信装置２００からデータを受信し、データ蓄積部１４０に蓄積する装置である。
図１に示すように、無線通信装置１００は、上位層部１１０、プロトコル適応層部１２０、ＭＡＣ層部１３０、データ蓄積部１４０を有する。プロトコル適応層部１２０は、セッション制御部１２１、仮想バッファ制御部１２２、ＰＡＬ確認応答生成部１２３、および送信制御部１２４を有する。ＭＡＣ層部１３０は、受信バッファメモリ１３１、無線通信部１３２、およびＭＡＣ確認応答生成部１３３を有する。上記「ＭＡＣ」は、Media Access Controlの略である。また、ＰＡＬは、Protocol Adaptation Layerの略である。
上位層部１１０は、通信機能を階層構造に分割したＯＳＩ（Open Systems Interconnection）参照モデルのプロトコル階層構造において、プロトコル適応層部１２０よりも上位に位置する階層である。上位層部１１０は、例えば、無線通信装置２００からデータを受信するアプリケーションである。
上位層部１１０は、例えば、ユーザの操作を契機として、まず事前セットアップを行い、次に無線通信装置２００からデータの受信を開始するように、プロトコル適応層部１２０へ指示する。この指示は、以下「受信開始指示」という。事前セットアップは、自装置（無線通信装置１００）に対するセットアップと、通信相手（無線通信装置２００）に対するセットアップとを含む。前者は、例えば、プロトコル適応層部１２０へデータの書き出し先を指示する処理を含む。一方、後者は、例えば、無線通信装置２００とセッションを開始（確立）する処理、および、自装置の受信バッファサイズを無線通信装置２００へ通知する処理、を含む。
プロトコル適応層部１２０は、ＯＳＩ参照モデルのプロトコル階層構造において、上位層である上位層部１１０と、下位層であるＭＡＣ層部１３０との間に位置する階層である。すなわち、プロトコル適応層部１２０は、上位層と下位層の整合を取ることを基本機能とする。具体的には、プロトコル適応層部１２０は、上位のアプリケーションが提供する各サービス特有の性質を吸収し、下位の無線層をサービスに依存しないで共通に定義できるようにしている。
ここで、プロトコル適応層部１２０が備える、セッション制御部１２１、仮想バッファ制御部１２２、ＰＡＬ確認応答生成部１２３、および送信制御部１２４について、それぞれ説明する。
セッション制御部１２１は、上位層部１１０から受信開始指示を受け付けると、送信制御部１２４に対し、セッション開始要求を送る。セッション開始要求は、無線通信装置２００に対してセッションの開始を要求するデータである。また、セッション制御部１２１は、セッション開始要求に対する応答のデータとして、無線通信装置２００からセッション開始応答を受け取る。なお、このセッション開始応答は、無線通信部１３２、受信バッファメモリ１３１、および仮想バッファ制御部１２２を介して、セッション制御部１２１へ通知される。
セッション制御部１２１は、セッション開始応答を受け取ると、受信バッファメモリ１３１のサイズ（容量）を、仮想バッファ制御部１２２へ問い合わせる。ここで、セッション制御部１２１が問い合わせるサイズは、受信バッファメモリ１３１のサイズの最大値である。なお、仮想バッファ制御部１２２は、セッション制御部１２１からの問い合わせに備えて、予め受信バッファメモリ１３１のサイズを取得しておく。
セッション制御部１２１は、問い合わせた結果に基づいて、無線通信装置２００への通知用の受信バッファサイズを決定する。ここでいう通知用の受信バッファサイズは、受信バッファメモリ１３１の仮想的なサイズを示す値（以下「仮想受信バッファサイズ」という）である。この仮想受信バッファサイズの決定方法の例を以下に説明する。例えば、セッション制御部１２１は、問い合わせた受信バッファメモリ１３１のサイズ（実サイズ）より大きい値を、仮想受信バッファサイズに決定する。また、例えば、セッション制御部１２１は、問い合わせた受信バッファメモリ１３１のサイズより大きく、かつ、プロトコル適応層部１２０の通信プロトコルで規定された上限値よりも小さい値を、仮想受信バッファサイズに決定してもよい。つまり、セッション制御部１２１は、問い合わせた受信バッファメモリ１３１のサイズをそのまま通知用の受信バッファサイズとするのではなく、それよりも大きい値を仮想受信バッファサイズとして通知用の受信バッファサイズに決定する。
セッション制御部１２１は、決定した仮想受信バッファサイズを仮想バッファ制御部１２２に通知する。その一方で、セッション制御部１２１は、決定した仮想受信バッファサイズを含むセットアップデータ（図２の３００）を生成し、送信制御部１２４に送る。セットアップデータのフォーマットについては、図２を用いて後述する。
セッション制御部１２１は、上位層１１０からの受信開始指示に基づいて、無線通信装置２００から受信したデータの書き出し先を、仮想バッファ制御部１２２へ指示する。ここでは、例として、書き出し先は、データ蓄積部１４０とする。なお、セッション制御部１２１は、仮想バッファ制御部１２２へ、仮想受信バッファサイズの通知とともに、書き出し先の指示を行ってもよい。
このように、セッション制御部１２１は、受信バッファメモリ１３１の実際のサイズが小さい場合でも、そのサイズより大きい値を仮想受信バッファサイズとして無線通信装置２００へ通知する。これにより、無線送信装置２００は、ＰＡＬ確認応答を得ることなしに、無線受信装置１００に送ることが可能なデータの最大値を引き上げることが可能となる。その結果、本実施の形態の無線送信装置２００は、到着保証型のデータの受信処理を高速化できる。
仮想バッファ制御部１２２は、セッション制御部１２１からの問い合わせに備えて、予め受信バッファメモリ１３１のサイズを取得しておく。この取得のタイミングは、例えば、プロトコル適応層部１２０を利用するアプリケーションの起動時または初期化時である。そして、仮想バッファ制御部１２２は、セッション制御部１２１から問い合わせを受けると、予め取得しておいた受信バッファメモリ１３１のサイズをセッション制御部１２１へ通知する。
仮想バッファ制御部１２２は、セッション制御部１２１から仮想受信バッファサイズの通知を受け、記憶する。
仮想バッファ制御部１２２は、セッション制御部１２１から、無線通信装置２００から受信したデータの書き出し先の指示を受けると、その書き出し先に対して受信準備処理を行う。すなわち、仮想バッファ制御部１２２は、書き出し先であるデータ蓄積部１４０に対して、電源供給の開始、書き込み領域の初期化などを行う。
仮想バッファ制御部１２２は、受信バッファメモリ１３１に蓄積されたデータ（図３の４００）からＰＡＬヘッダ（図３の４１０）を除去し、実際にユーザが利用するデータ（図３の４３０）のみをデータ蓄積部１４０に書き出す。そして、仮想バッファ制御部１２２は、書き出しが済んだデータ（図３の４３０）を含むデータ（図３の４００）を、受信バッファメモリ１３１から解放（削除）する。このとき、仮想バッファ制御部１２２は、データを書き出す度に、書き出したデータのサイズを加算していき、その結果を加算値（合計値）として記憶する。また、仮想バッファ制御部１２２は、最後に書き出したデータの識別番号（図３の４２０）を記憶する。
仮想バッファ制御部１２２は、書き出したデータのサイズの加算値が、仮想受信バッファサイズと等しくなった場合、ＰＡＬ確認応答の生成指示をＰＡＬ確認応答生成部１２３へ送る。このとき、仮想バッファ制御部１２２は、最後に書き出したデータの識別番号をＰＡＬ確認応答生成部１２３へ通知する。なお、仮想バッファ制御部１２２は、最後に書き出したデータの識別番号の通知だけを以て、ＰＡＬ確認応答の生成指示に代えてもよい。
このように、仮想バッファ制御部１２２は、仮想受信バッファサイズと、データ蓄積部１４０に書き出したデータのサイズの加算値とに基づいて、ＰＡＬ確認応答５００の生成タイミングを制御する。これにより、無線通信装置１００は、ＰＡＬ確認応答を、受信バッファメモリ１３１の実際のサイズよりも大きい仮想受信バッファサイズに対して、１つだけ生成すればよくなる。そのため、無線通信装置１００からのＰＡＬ確認応答の送信数を減少させることができる。また、無線通信装置２００のＰＡＬ確認応答の待機時間の頻度を削減することが可能になる。その結果、本実施の形態の無線送信装置２００は、到着保証型のデータの通信処理を高速化できる。
ＰＡＬ確認応答生成部１２３は、仮想バッファ制御部１２２からＰＡＬ確認応答の生成指示を受けると、通知された識別番号に基づいて、ＰＡＬ確認応答（図４の５００）を生成する。そして、ＰＡＬ確認応答生成部１２３は、生成したＰＡＬ確認応答を送信制御部１２４へ送る。ＰＡＬ確認応答のフォーマットについては、図４を用いて後述する。
送信制御部１２４は、セッション制御部１２１またはＰＡＬ確認応答生成部１２３から受け取ったデータを無線通信部１３２へ転送する。セッション制御部１２１からのデータは、セッション開始要求、および、セットアップデータがある。また、ＰＡＬ確認応答生成部１２３からのデータは、ＰＡＬ確認応答がある。
送信制御部１２４は、送信制御部１２４から受け取ったデータをセッション制御部１２１へ転送する。送信制御部１２４からのデータは、セッション開始応答、および、無線通信装置２００の受信バッファサイズがある。
ＭＡＣ層部１３０は、ＯＳＩ参照モデルのプロトコル階層構造において、プロトコル適応層部１２０よりも下位に位置する階層である。ここで、ＭＡＣ層部１３０が有する、受信バッファメモリ１３１、無線通信部１３２、ＭＡＣ確認応答生成部１３３について、それぞれ説明する。
受信バッファメモリ１３１は、無線通信装置１００が無線通信装置２００から受信したデータを一時的に蓄積する物理的なメモリである。受信バッファメモリ１３１は、ＭＡＣ層部１３０とプロトコル適応層部１２０が共通で利用する。受信バッファメモリ１３１は、ＭＡＣ層部１３０においてデータの受信処理が終了すると、プロトコル適応層部１２０にデータの受信処理が遷移する。そして、仮想バッファ制御部１２２は、受信バッファメモリ１３１に一時的に蓄積したデータ（図３の４００）のうち、ＰＡＬヘッダ（図３の４１０）が除去する。そして、仮想バッファ制御部１２２は、ユーザが実際に利用するデータ（図３の４３０）だけをデータ蓄積部１４０に書き出す制御を行う。そして、仮想バッファ制御部１２２は、書き出されたデータ（図３の４３０）を含むデータ（図３の４００）を、受信バッファメモリ１３１から解放（削除）する。
このように、受信バッファメモリ１３１は、ＭＡＣ層部１３０とプロトコル適応層部１２０により共通して利用される。ここで、受信バッファメモリ１３１がＭＡＣ層部１３０とプロトコル適応層部１２０の共用であるメリットについて、説明する。
まず、受信バッファメモリが、ＭＡＣ層部とプロトコル適応層部の共用ではない場合のデメリットについて説明する。例えば、受信装置が、ＭＡＣ層部とプロトコル適応層部とで別々の受信バッファメモリを利用する場合で、仮想受信バッファサイズを送信装置へ通知した場合について説明する。この場合、受信装置は、ＭＡＣ層部へのデータの入力速度と、プロトコル適応層部からのデータの出力速度により、受信するデータのオーバーフローが発生するおそれがある。この場合、ＭＡＣ層部とプロトコル適応層部とは、別々の通信プロトコルが用いられている。その結果、受信装置は、ＭＡＣ層部がＭＡＣ確認応答を送信装置へ送信するタイミングと、プロトコル適応層部がＰＡＬ確認応答を送信装置へ送信するタイミングとが異なるからである。
これに対し、受信バッファメモリ１３１がＭＡＣ層部１３０とプロトコル適応層部１２０の共用である場合で、無線通信装置１００が仮想受信バッファサイズを無線通信装置２００へ通知した場合、以下の動作となる。すなわち、無線通信装置１００は、受信バッファメモリ１３１からデータ蓄積部１４０へのデータの出力速度に応じて、受信バッファメモリ１３１へのデータの入力速度が制限される。すなわち、ＭＡＣ層部１３０のＭＡＣ確認応答によるフロー制御により、無線通信装置２００からのデータの受信は、プロトコル適応層部１２０の下位であるＭＡＣ層部１３０にて制限される。よって、無線通信装置２００から連続して送信されてくるデータは、ＭＡＣ層部１３０が受信できる量以上に受信されない。このため、無線通信装置２００から受信するデータのオーバーフローは、発生しない。
無線通信部１３２は、送信制御部１２４から受け取ったデータにＭＡＣヘッダを付与して、無線区間を介して無線通信装置２００へ送信する。このデータは、上述した通り、セッション開始要求、セットアップデータ、およびＰＡＬ確認応答である。また、無線通信部１３２は、ＭＡＣ確認応答生成部１３３から受け取ったデータを、無線区間を介して無線通信装置２００へ送信する。このデータは、後述するＭＡＣ確認応答である。また、無線通信部１３２は、無線通信装置２００から無線区間を介して受信したデータを、受信バッファメモリ１３１へ転送する。このデータは、セッション開始応答、および、後述する受信データ（図３の４００）である。
無線通信部１３２は、例えば、無線ＬＡＮ（Local Area Network）デバイス、ＷｉＧｉｇ（Wireless Gigabit）デバイスなどの無線通信インタフェースである。なお、ＷｉＧｉｇとは、１Ｇｂｐｓを超える有線ＰＡＮ用途の置換えを想定した、６０ＧＨｚ帯域のミリ波を利用する無線通信規格である。なお、無線通信部１３２が適用する無線通信規格は、無線ＬＡＮおよびＷｉＧｉｇに限定されるものではない。無線通信部１３２が適用する無線通信規格は、無線通信装置１００と無線通信装置２００とが、直接無線通信できる規格または他の装置を介して無線通信できる規格のいずれかであればよい。
ＭＡＣ確認応答生成部１３３は、受信バッファメモリ１３１のデータ（図３の４３０）が解放されたことを検出すると、その解放されたデータの識別番号（図３の４２０）に基づいて、ＭＡＣ確認応答を生成する。そして、ＭＡＣ確認応答生成部１３３は、生成したＭＡＣ確認応答を無線通信部１３２へ送る。すなわち、ＭＡＣ確認応答は、プロトコル適応層部１２０におけるデータの受信処理の終了により、そのデータが受信バッファメモリ１３１から解放されたタイミングで、無線通信装置２００へ送信される。このように、ＭＡＣ層部１３０は、ＭＡＣ確認応答を無線通信装置２００に送信することにより、ＭＡＣ層１３０でのデータの受信処理を継続する。なお、ＭＡＣ確認応答のフォーマットについては、図５を用いて後述する。
なお、ＭＡＣ層部１３０とプロトコル適応層部１２０とは、別々の通信プロトコルが用いられる。通信プロトコルの違いは、ＭＡＣ層部１３０がＭＡＣ確認応答を無線通信装置２００へ送信するタイミングと、プロトコル適応層部１２０がＰＡＬ確認応答を無線通信装置２００へ送信するタイミングと、を異ならせる。ＭＡＣ層部１３０の送信タイミングは、無線通信装置２００からデータを受信した際に、ＭＡＣ確認応答を無線通信装置２００へ送信するタイミングである。一方、プロトコル適応層部１２０の送信タイミングは、ＭＡＣ層部１３０からのデータを受信した際に、ＰＡＬ確認応答を無線通信装置２００へ送信するタイミングである。
データ蓄積部１４０は、受信バッファメモリ１３１からのデータ（図３の４３０）の書き出し先であり、不揮発性の記録媒体である。不揮発性の記録媒体は、例えば、ＳＤ、ＳＤＨＣ(SD High Capacity)、または、ＳＤＸＣ（SD eXtended Capacity）メモリカードである。なお、データ蓄積部１４０に蓄積されたデータは、上位層１１０がプロトコル適応層部１２０（仮想バッファ制御部１２２およびセッション制御部１２１）を介して、読み出すことも可能である。データ蓄積部１４０に蓄積されるデータは、例えば、無線通信装置２００から受信した、動画または静止画などのコンテンツデータである。
このような無線通信装置１００は、受信バッファメモリ１３１のサイズが少ない場合でも、無線通信装置２００に対し、受信バッファサイズを仮想的に大きく通知できる。これにより、無線通信装置１００は、ＰＡＬ確認応答を無線通信装置２００へ送信する回数を削減できる。よって、無線通信装置２００は、無線通信装置１００からのＰＡＬ確認応答の受信を待機する時間が減少する。その結果、無線通信装置１００は、無線通信を介して接続された無線通信装置２００との間で、到着保証型のデータの受信を高速化することができる。
以上で、無線通信装置１００の構成についての説明を終える。
＜無線通信装置２００の構成＞
次に、無線通信装置２００の構成について説明する。
図１において、本実施の形態に係る無線通信装置２００は、無線通信を介して、無線通信装置１００へ、ユーザにより要求されたデータを送信する装置である。
無線通信装置２００は、上位層部２１０、プロトコル適応層部２２０、およびＭＡＣ層部２３０を有する。
上位層部２１０は、ＯＳＩ参照モデルのプロトコル階層構造において、プロトコル適応層部１２０よりも上位に位置する階層である。上位層部２１０の例としては、無線通信装置１００へ送信するデータを生成し、無線通信装置１００へ送信するアプリケーションが挙げられる。
上位層部２１０は、例えば、ユーザの操作を契機として、無線を用いて無線通信装置１００へデータの送信を開始するように、プロトコル適応層部２２０へ指示する。その際、上位層部２１０は、送信対象となるデータを、生成する、または、所定の記憶媒体などから読み出す。そして、上位層部２１０は、送信対象となるデータを、プロトコル適応層部２２０の送信バッファ（図示せず）へ出力する。送信対象となるデータは、例えば、動画または静止画などのコンテンツデータが挙げられる。
プロトコル適応層部２２０は、ＯＳＩ参照モデルのプロトコル階層構造において、上位層である上位層部２１０と、下位層であるＭＡＣ層部２３０との間に位置する階層である。すなわち、プロトコル適応層部２２０は、上位層と下位層の整合を取ることを基本機能とするＰＡＬである。プロトコル適応層部２２０は、図示しない送信バッファを有する。
プロトコル適応層部２２０は、上位層部２１０から、無線通信装置１００へのデータの送信指示を受け付けた場合、その指示とともに上位層部２１０から送信バッファに出力されたデータに対し、データ送信準備処理を施す。データ送信準備処理は、送信バッファに蓄積されたデータを分割し、分割した各データ（図３の４３０）に対し、ＰＡＬヘッダ（図３の４１０）および連続する識別番号（図３の４２０）を付与する処理である。この処理の結果、送信データが生成される。そして、プロトコル適応層部２２０は、生成した送信データをＭＡＣ層部２３０へ送る。なお、ここでいう送信データは、図３の受信データ４００に相当する。
ＭＡＣ層部２３０は、ＯＳＩ参照モデルのプロトコル階層構造において、プロトコル適応層部２２０よりも下位に位置する階層である。なお、ＭＡＣ層部２３０は、無線通信装置１００と無線通信を行うにあたり、無線通信装置１００の無線通信部１３２と同じ無線通信規格を用いる。
ＭＡＣ層部２３０は、プロトコル適応層部２２０から受け取った送信データを、無線区間を介して、無線通信装置１００へ送信する。具体的には、ＭＡＣ層部２３０は、プロトコル適応層部２２０から受け取った送信データに対して、ＭＡＣヘッダを付与して無線フレームを生成し、無線通信装置１００へ送信する。その後、ＭＡＣ層部２３０は、無線通信装置１００からのＭＡＣ確認応答の受信を待機する。そして、ＭＡＣ層部２３０は、ＭＡＣ確認応答を受信すると、未送信の送信データの送信を行う。このようにして、ＭＡＣ層部２３０は、プロトコル適応層部２２０から受け取った送信データが全て無線通信装置１００に送信されるまで、ＭＡＣ確認応答の受信と未送信の送信データの送信とを繰り返す。
ＭＡＣ層部２３０は、無線通信装置１００から無線区間を介してＰＡＬ確認応答を受信した場合、プロトコル適応層部２２０へ転送する。
このような無線通信装置２００は、送信データの送信を、無線通信装置１００からのＭＡＣ確認応答に基づいて制御することにより、無線通信装置１００との間で、到着保証型のデータ送信を実現することができる。
なお、図１に示す無線通信装置２００において、プロトコル適応層部２２０およびＭＡＣ層部２３０はそれぞれ、無線通信装置１００のプロトコル適応層部１２０およびＭＡＣ層部１３０の構成を適宜備えるようにしてもよい。
以上で、無線通信装置２００の構成についての説明を終える。
無線通信装置１００および無線通信装置２００はそれぞれ、例えば、ＣＰＵ（Central Processing Unit）、制御プログラムを格納したＲＯＭ（Read Only Memory）などの記録媒体、およびＲＡＭ（Random Access Memory）などの作業用メモリを有する。この場合、上記した各構成部の機能は、ＣＰＵが制御プログラムを実行することにより実現される。
なお、無線通信装置１００および無線通信装置２００の各機能部は、例えば、集積回路により構成してもよい。無線通信装置１００および無線通信装置２００の各機能部は、個別に１チップ化してもよいし、複数で１チップ化してもよい。集積回路は、集積度の違いにより、ＬＳＩ（Large Scale Integration）、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩ等とすることができる。また、集積回路は、専用回路または汎用プロセッサにより実現するものであってもよい。また、集積回路は、その製造後にプログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）、または、内部の回路セルの接続や設定を再構成可能なコンフィギュラブル・プロセッサとしてもよい。さらには、無線通信装置１００および無線通信装置２００の各機能部は、半導体技術の進歩または派生する別技術に応じて、ＬＳＩに置き換わる他の集積回路化の技術（例えばバイオ技術）により集積化されたものにより実現されてもよい。
また、図示はしていないが、本実施の形態に係る無線通信装置１００および無線通信装置２００は、ユーザが動作を選択して実行するための、ユーザインタフェースをそれぞれ有してもよい。例えば、本実施の形態に係る無線通信装置１００および無線通信装置２００は、ユーザインタフェースとして、入力キー、ディスプレイ、マイクロフォン、スピーカ、カメラ、バイブレータ、およびプログラム格納や実行のためのメモリなどの機能をそれぞれ有してもよい。
以上で、本実施の形態に係る無線通信装置の構成および内容についての説明を終える。
次に、セットアップデータ３００、受信データ４００、ＰＡＬ確認応答５００、ＭＡＣ確認応答６００の各フォーマットについて、それぞれ説明する。
＜セットアップデータのフォーマット＞
まず、セットアップデータ３００のフォーマットについて、図２を用いて説明する。
セットアップデータ３００は、ＰＡＬヘッダ３１０、および仮想受信バッファサイズ３２０で構成される。ＰＡＬヘッダ３１０は、各ＰＡＬでの個別の情報が定義されており、例えば、アプリケーションのサービスを実現するセッション情報などである。仮想受信バッファサイズ３２０は、セッション制御部１２１により決定された仮想受信バッファサイズを示す値である。
上述した通り、セットアップデータ３００は、セッション制御部１２１により生成され、無線通信装置１００から無線通信装置２００へ送信される。
＜受信データのフォーマット＞
次に、受信データ４００のフォーマットについて、図３を用いて説明する。
受信データ４００は、ＰＡＬヘッダ４１０、識別番号４２０、およびデータ４３０で構成される。ＰＡＬヘッダ４１０は、各ＰＡＬでの個別の情報が定義されており、例えば、アプリケーションのサービスを実現するセッション情報などである。識別番号４２０は、データ４００およびデータ４３０を識別可能な固有の番号であり、例えばシーケンス番号などである。データ４３０は、例えばコンテンツデータなど、実際にユーザが利用するデータであり、無線通信装置２００により分割されて送信される１つ分のデータである。
上述した通り、受信データ４００は、無線通信装置２００から送信データとして送信され、無線通信装置１００にて受信される。
＜ＰＡＬ確認応答のフォーマット＞
次に、ＰＡＬ確認応答５００のフォーマットについて、図４を用いて説明する。
ＰＡＬ確認応答５００は、ＰＡＬヘッダ５１０、および識別番号５２０で構成される。ＰＡＬヘッダ５１０は、各ＰＡＬでの個別の情報が定義されており、例えば、アプリケーションのサービスを実現するセッション情報などである。識別番号５２０は、無線通信装置１００にて正常に処理が終了した受信データ４００を示す識別番号である。すなわち、識別番号５２０は、識別番号４２０と同じである。また、換言すれば、識別番号５２０は、無線通信装置２００において、プロトコル適応層部２２０の送信バッファからＭＡＣ層部２３０に出力されたデータを識別可能な固有の番号であり、例えば、シーケンス番号などである。なお、識別番号５２０は、複数含まれてもよい。
上述した通り、ＰＡＬ確認応答５００は、ＰＡＬ確認応答生成部１２３により生成され、無線通信装置１００から無線通信装置２００へ送信される。
＜ＭＡＣ確認応答のフォーマット＞
次に、ＭＡＣ確認応答６００のフォーマットについて、図５を用いて説明する。
ＭＡＣ確認応答６００は、送信先アドレス６１０、送信元アドレス６２０、および識別番号６３０で構成される。送信先アドレス６１０は、受信データ４００を送信した側（ＭＡＣ確認応答６００を受信する側）のアドレス、すなわち無線通信装置２００のアドレスである。送信元アドレス６２０は、受信データ４００を受信した側のアドレス（ＭＡＣ確認応答６００を送信する側）のアドレス、すなわち無線通信装置１００のアドレスである。ここでいうアドレスは、例えば、ＭＡＣアドレスが挙げられる。識別番号６３０は、無線通信装置１００にて正常に受信された受信データ４００を示す番号である。すなわち、識別番号６３０は、識別番号４２０と同じである。
上述した通り、ＭＡＣ確認応答６００は、ＭＡＣ確認応答生成部１３３により生成され、無線通信装置１００から無線通信装置２００へ送信される。
以上で、セットアップデータ３００、受信データ４００、ＰＡＬ確認応答５００、ＭＡＣ確認応答６００の各フォーマットについての説明を終える。
＜無線通信装置１００の動作＞
次に、無線通信装置１００の動作例について説明する。
図６は、無線通信装置１００の動作の一例を示すフローチャートである。
ステップＳ００１において、セッション制御部１２１は、上位層部１１０からの受信開始指示を受け付けると、セッション開始要求の送信およびセッション開始応答の受信を行った後で、仮想受信バッファサイズを決定する。上述した通り、セッション制御部１２１は、少なくとも、仮想バッファ制御部１２２へ問い合わせた受信バッファメモリ１３１の実サイズより大きい値を、仮想受信バッファサイズに決定する。
そして、セッション制御部１２１は、仮想バッファ制御部１２２に対し、決定した仮想受信バッファサイズ、および、無線通信装置２００から受信する受信データ４００をデータ蓄積部１４０へ書き出す旨の指示を通知する。この通知を受けた仮想バッファ制御部１２２は、仮想受信バッファサイズを記憶するとともに、データ蓄積部１４０に対して受信準備処理（電源供給の開始、書き込み領域の初期化など）を施す。
ステップＳ００２において、セッション制御部１２１は、決定した仮想受信バッファサイズ３２０にＰＡＬヘッダ３１０を付与することでセットアップデータ３００を生成する。そして、セッション制御部１２１は、セットアップデータ３００を、送信制御部１２４及び無線通信部１３２を介して、無線通信装置２００へ送信する。その後、無線通信装置１００は、無線通信装置２００から、無線通信装置２００の受信バッファサイズを含むセットアップデータを受信する。このようにして、無線通信装置１００と無線通信装置２００との間にセッションが確立し、データの送受信の準備が整う。
ステップＳ００３において、無線通信部１３２は、無線通信装置２００から受信データ４００を受信する。そして、無線通信部１３２は、受信データ４００を受信バッファメモリ１３１へ転送する。
ステップＳ００４において、無線通信部１３２は、受信バッファメモリ１３１に蓄積された受信データ４００に対して、ＭＡＣ処理を行う。ＭＡＣ処理は、無線通信に必要なＭＡＣヘッダに基づいた無線通信の受信処理である。具体的には、ＭＡＣ処理は、送信元ＭＡＣアドレス（無線通信装置２００のＭＡＣアドレス）、送信先ＭＡＣアドレス（無線通信装置１００のＭＡＣアドレス）の確認、データの整合性、暗号化されたデータの復号などである。無線通信部１３２は、ＭＡＣ処理の終了後、仮想バッファ制御部１２２へ、ＭＡＣ処理の終了を通知する。
ステップＳ００５において、仮想バッファ制御部１２２は、ＭＡＣ処理の終了の通知を受けると、受信バッファメモリ１３１に蓄積された受信データ４００に対して、ＰＡＬ処理を行う。ＰＡＬ処理は、ＰＡＬヘッダ４１０に基づいたＰＡＬの受信処理である。具体的には、ＰＡＬ処理は、受信したデータが制御（セッション）データまたは受信データ４００のどちらであるのかの確認、および、受信したデータが受信データ４００である場合の識別番号４２０の確認などである。仮想バッファ制御部１２２は、ＰＡＬ処理の終了後、受信データ４００からＰＡＬヘッダ４１０を除去し、データ４３０のみをデータ蓄積部１４０に書き出すように制御する。なお、受信バッファメモリ１３１に蓄積されたデータが受信データ４００ではなく制御データである場合、仮想バッファ制御部１２２は、その制御データをデータ蓄積部１４０に書き出さずに、セッション制御部１２１へ送る。制御データは、例えば、上述したセッション開始応答のほか、転送の中止を示すデータ、セッションの終了を示すデータなどがある。
ステップＳ００６において、仮想バッファ制御部１２２は、データ蓄積部１４０へのデータ４３０の書き出しが終了すると、受信バッファメモリ１３１から、書き出しが済んだデータ４３０を含む受信データ４００を解放する。
ステップＳ００７において、ＭＡＣ確認応答生成部１３３は、受信バッファメモリ１３１に蓄積された受信データ４００が解放されたことを検出する。そして、ＭＡＣ確認応答生成部１３３は、解放された受信データ４００の識別番号４２０に基づいて、ＭＡＣ確認応答６００を生成する。図５において、識別番号６３０は識別番号４２０に相当する。そして、ＭＡＣ確認応答生成部１３３は、生成したＭＡＣ確認応答６００を、無線通信部１３２を介して無線通信装置２００へ送信する。
そして、無線通信装置２００のＭＡＣ層部２３０は、受信したＭＡＣ確認応答６００に基づいて、後続の受信データ４００の送信を行う。
ステップＳ００８において、仮想バッファ制御部１２２は、データ蓄積部１４０へデータ４３０を書き出す度に、書き出しが済んだデータ４３０のサイズを加算していき、その結果を加算値として記憶する。また、仮想バッファ制御部１２２は、最後に書き出したデータ４３０の識別番号４２０を記憶する。
ステップＳ００９において、仮想バッファ制御部１２２は、記憶した加算値が、セッション制御部１２１から通知された仮想受信バッファサイズに到達したか否かを判断する。
ステップＳ００９の判断の結果、加算値が仮想受信バッファサイズに到達していない場合（Ｓ００９：ＮＯ）、フローは、ステップＳ００３へ戻る。なお、仮想バッファ制御部１２２は、次に受信する受信データ４００の処理の受け付け（ＭＡＣ層部１３０からのＭＡＣ処理の終了の通知）を待機する。
ステップＳ００９の判断の結果、加算値が仮想受信バッファサイズに到達した場合（Ｓ００９：ＹＥＳ）、フローは、ステップＳ０１０へ進む。このとき、仮想バッファ制御部１２２は、ＰＡＬ確認応答生成部１２３に対して、ＰＡＬ確認応答５００の生成指示とともに、最後に書き出したデータ４３０の識別番号４２０を通知する。
ステップＳ０１０において、ＰＡＬ確認応答生成部１２３は、仮想バッファ制御部１２２から通知された識別番号４２０に基づいて、ＰＡＬ確認応答５００を生成する。図４において、識別番号５２０は、識別番号４２０に相当する。そして、ＰＡＬ確認応答生成部１２３は、生成したＰＡＬ確認応答５００を、送信制御部１２４および無線通信部１３２を介して無線通信装置２００へ送信する。
このように、無線通信装置１００は、仮想的に受信バッファサイズ３２０を大きくして無線通信装置２００へ通知することで、無線通信装置２００がＰＡＬ確認応答５００を待たずに無線通信装置１００へ送信できるデータ量を多くできる。よって、無線通信装置１００は、ＰＡＬ確認応答５００を無線通信装置１００へ通知する回数を削減することができる。これに伴い、無線通信装置２００は、ＰＡＬ確認応答５００の受信を待機する時間が減少する。その結果、無線通信装置１００は、無線通信装置２００との間で、到着保証型のデータ通信を高速化することができる。
なお、以下の理由により、受信バッファサイズ３２０を仮想的に大きくしても問題はない。無線通信装置１００は、受信バッファメモリ１３１をＭＡＣ層部１３０とプロトコル適応層部１２０とが共用する。すなわち、ＭＡＣ層部１３０のＭＡＣ確認応答によるフロー制御により、受信データ４００の受信は、ＭＡＣ層部１３０にて制限される。その結果、無線通信装置１００は、受信バッファメモリ１３１のサイズ以上の受信データ４００の連続的な受信（オーバーフロー）を回避できる。よって、無線通信装置１００は、受信バッファサイズ３２０を仮想的に大きくした値である仮想受信バッファサイズを無線通信装置２００へ通知しても、問題はない。
以上で、無線通信装置１００の動作例についての説明を終える。
＜通信システムの動作＞
以下、無線通信装置１００および無線通信装置２００の全体、すなわち、本実施の形態の通信システムの動作の例を、図７を用いて説明する。
図７は、無線通信装置１００が、無線通信装置２００に対し、無線通信を介して到着保証型のデータ受信を行うときの動作の一例を示すシーケンス図である。
ステップＳ１０１において、セッション制御部１２１は、上位層部１１０からの受信開始指示を受け付けると、セッション開始要求の送信およびセッション開始応答の受信を行った後で（図示せず）、仮想受信バッファサイズを決定する。上述した通り、セッション制御部１２１は、少なくとも受信バッファメモリ１３１の実サイズより大きい値を、仮想受信バッファサイズに決定する。
ステップＳ１０２において、セッション制御部１２１は、決定した仮想受信バッファサイズを仮想バッファ制御部１２２へ通知する。この通知を受けた仮想バッファ制御部１２２は、仮想受信バッファサイズを記憶する。また、このステップＳ１０２において、セッション制御部１２１は、仮想バッファ制御部１２２に対し、受信バッファメモリ１３１に蓄積された受信データ４００をデータ蓄積部１４０へ書き出す旨の指示を通知してもよい。この通知を受けた仮想バッファ制御部１２２は、データ蓄積部１４０に対して受信準備処理（電源供給の開始、書き込み領域の初期化など）を施す。
ステップＳ１０３において、セッション制御部１２１は、決定した仮想受信バッファサイズ３２０に対してＰＡＬヘッダ３１０を付与し、セットアップデータ３００を生成する。そして、セッション制御部１２１は、送信制御部１２４および無線通信部１３２を介して、無線通信装置２００へセットアップデータ３００を送信する。このとき、無線通信装置１００は、無線通信装置２００から、無線通信装置２００の受信バッファサイズを含むセットアップデータ３００を受信する。
ステップＳ１０４において、無線通信装置２００の上位層部２１０は、受信データ４００を生成し、プロトコル適応層部２２０およびＭＡＣ層部２３０を介して、無線通信装置１００へ送信する。
ステップＳ１０５において、無線通信部１３２は、受信データ４００を受信すると、受信データ４００を受信バッファメモリ１３１に転送する。
ステップＳ１０６において、無線通信部１３２は、受信データ４００のＭＡＣヘッダに基づいて、ＭＡＣ処理を行う。
ステップＳ１０７において、無線通信部１３２は、ＭＡＣ処理を終了すると、仮想バッファ制御部１２２にＭＡＣ処理の終了を通知する。そして、ＭＡＣ確認応答生成部１３３は、後述するＰＡＬ処理が終了して受信データ４００が受信バッファメモリ１３１から解放されるまで待機する。
ステップＳ１０８において、仮想バッファ制御部１２２は、受信バッファメモリ１３１に蓄積された受信データ４００に対し、ＰＡＬヘッダ４１０に基づいてＰＡＬ処理を行う。
ステップＳ１０９において、仮想バッファ制御部１２２は、ＰＡＬ処理が終了すると、受信データ４００からＰＡＬヘッダ４１０を除去し、データ４３０のみをデータ蓄積部１４０に書き出す制御を行う。
ステップＳ１１０において、仮想バッファ制御部１２２は、データ４３０のデータ蓄積部１４０への書き出しが終了すると、受信バッファメモリ１３１から、書き出したデータ４３０を含む受信データ４００を解放する。
ステップＳ１１１において、ＭＡＣ確認応答生成部１３３は、受信バッファメモリ１３１から受信データ４００が解放されたことを検出する。
ステップＳ１１２において、ＭＡＣ確認応答生成部１３３は、解放された受信データ４００の識別番号４２０に基づいて、ＭＡＣ確認応答６００を生成する。
ステップＳ１１３において、ＭＡＣ確認応答生成部１３３は、生成したＭＡＣ確認応答６００を、無線通信部１３２を介して無線通信装置２００へ送信する。無線通信装置２００のＭＡＣ層部２３０は、受信したＭＡＣ確認応答６００に基づいて、後続の受信データ４００の送信を再開する（Ｓ１０４）。
なお、ステップＳ１０４〜Ｓ１１３は、無線通信装置２００が、ＰＡＬ確認応答を待たずに送信できるデータ４３０を全て無線通信装置１００へ送信するまで、繰り返される。つまり、データ４３０の送信は、無線通信装置１００のＭＡＣ層部１３０と無線通信装置２００のＭＡＣ層部２３０の間で繰り返される。
ステップＳ１１４において、仮想バッファ制御部１２２は、データ蓄積部１４０へ書き出したデータ４３０のサイズをこれまでに書き出したデータ４３０のサイズに加算し、その結果を加算値として記憶する。また、仮想バッファ制御部１２２は、最後に書き出したデータ４３０の識別番号４２０も記憶する。
ステップＳ１１５において、仮想バッファ制御部１２２は、記憶した加算値が、セッション制御部１２１から通知された仮想受信バッファサイズに到達したか否かを判断する。
ステップＳ１１５の判断の結果、加算値が仮想受信バッファサイズに到達していない場合（Ｓ１１５：ＮＯ）、仮想バッファ制御部１２２は、次の受信データ４００の処理の受付け（Ｓ１０７のＭＡＣ処理終了通知）を待機する。
ステップＳ１１５の判断の結果、加算値が仮想受信バッファサイズに到達した場合（Ｓ１１５：ＹＥＳ）、フローは、ステップＳ１１６へ進む。
ステップＳ１１６において、仮想バッファ制御部１２２は、ＰＡＬ確認応答生成部１２３へ、ＰＡＬ確認応答５００の生成指示を送信する。このとき、仮想バッファ制御部１２２は、最後に書き出したデータ４３０の識別番号４２０もＰＡＬ確認応答生成部１２３へ通知する。
ステップＳ１１７において、ＰＡＬ確認応答生成部１２３は、仮想バッファ制御部１２２からＰＡＬ確認応答５００の生成指示を受け取る。そして、ＰＡＬ確認応答生成部１２３は、仮想バッファ制御部１２２から通知された識別番号４２０に基づいて、ＰＡＬ確認応答５００を生成する。
ステップＳ１１８において、ＰＡＬ確認応答生成部１２３は、生成したＰＡＬ確認応答５００を、送信制御部１２４および無線通信部１３２を介して、無線通信装置２００に送信する。
このように、無線通信装置１００は、仮想的に受信バッファサイズ３２０を大きくして無線通信装置２００へ通知することで、無線通信装置２００がＰＡＬ確認応答を待たずに無線通信装置１００へ送信できるデータ量を多くできる。よって、無線通信装置１００は、ＰＡＬ確認応答５００を無線通信装置１００へ通知する回数を削減することができる。これに伴い、無線通信装置２００は、ＰＡＬ確認応答５００の受信を待機する時間が減少する。その結果、無線通信装置１００は、無線通信装置２００との間で、到着保証型のデータ通信を高速化することができる。
なお、以下の理由により、受信バッファサイズ３２０を仮想的に大きくしても問題はない。無線通信装置１００は、受信バッファメモリ１３１をＭＡＣ層部１３０とプロトコル適応層部１２０とが共用する。すなわち、ＭＡＣ層部１３０のＭＡＣ確認応答によるフロー制御により、受信データ４００の受信は、ＭＡＣ層部１３０にて制限される。その結果、無線通信装置１００は、受信バッファメモリ１３１のサイズ以上のデータ４００の連続的な受信（オーバーフロー）を回避できる。よって、無線通信装置１００は、受信バッファサイズ３２０を仮想的に大きくした値である仮想受信バッファサイズを無線通信装置２００へ通知しても、問題はない。
＜実施の形態の変形例＞
以上、本実施の形態について説明したが、上記説明は一例であり、種々の変形が可能である。以下、変形例について説明する。
上記実施の形態では、セッション制御部１２１が決定する仮想受信バッファサイズ３２０は、受信バッファメモリ１３１の実サイズより大きい値としたが、これに限定されない。例えば、受信バッファメモリ１３１からデータ蓄積部１４０への書き出しの速度（以下「書き出し速度」という）が非常に低速な場合、セッション制御部１２１は、以下のように動作する。すなわち、セッション制御部１２１は、セットアップデータ３００で通知する仮想受信バッファサイズ３２０を、仮想の値ではなく、受信バッファメモリ１３１の実サイズを上限とする値に決定してもよい。データ蓄積部１４０への書き出しに時間を要する場合、仮想受信バッファサイズを設定すると、ＰＡＬ確認応答生成部１２３は、長期間、ＰＡＬ確認応答５００を生成することができなくなる。これは、無線通信装置２００による受信データ４００の再送を引き起こすおそれがある。よって、セッション制御部１２１は、データ蓄積部１４０の種別に応じて、セットアップデータ３００で通知する仮想受信バッファサイズ３２０を適宜変更してもよい。なお、データ蓄積部１４０の種別としては、例えば、ＳＤ、ＳＤＨＣ、ＳＤＸＣなどがある。この場合、書き出し速度は、ＳＤＸＣが最も速く、ＳＤが最も遅い。なお、プロトコル適応層部１２０の通信プロトコルで規定されている受信バッファサイズが、受信バッファメモリ１３１の実サイズよりも小さい場合がある。このような場合、セッション制御部１２１は、ＰＡＬ規定の受信バッファサイズを仮想受信バッファサイズ３２０に決定してもよい。なお、「ＰＡＬ規定の受信バッファサイズ」は、プロトコル適応層部１２０の通信プロトコルで規定された受信バッファサイズをいう。
また、上記実施の形態では、仮想バッファ制御部１２２がＰＡＬ確認応答５００の生成を指示する際に、ＰＡＬ確認応答生成部１２３へ識別番号４２０を通知する例としたが、これに限定されない。例えば、仮想バッファ制御部１２２は、識別番号４２０の代わりに、無線通信装置２００から正常に受信した受信データ４００のトータルのサイズを示す情報を、ＰＡＬ確認応答生成部１２３へ通知してもよい。または、例えば、仮想バッファ制御部１２２は、無線通信装置２００がまだ送信していない受信データ４００のサイズを示す情報を通知してもよい。この情報は、無線通信装置１００が最終的に受信した受信データ４００のトータルのサイズに基づいて、仮想バッファ制御部１２２により算出される。
また、上記実施の形態では、仮想バッファ制御部１２２は、書き出しが済んだデータ４３０のサイズの加算値が、仮想受信バッファサイズに到達したかを判断する例としたが、これに限定されない。例えば、仮想バッファ制御部１２２は、加算値が、仮想受信バッファサイズ近傍の閾値に到達したかを判断してもよい。この場合、無線通信装置２００が仮想受信バッファサイズ分のデータを送信してこない場合でも、無線通信装置２００は、ＰＡＬ確認応答を生成し、無線通信装置１００へ送信することができる。なお、上記閾値が設定されておらず、かつ、無線通信装置２００が仮想受信バッファサイズ分のデータを送信してこない場合、プロトコル適応層部１２０は待機状態に入る。このとき、仮想バッファ制御部１２２は、受信データ４００の受信の連続性が途切れたこと（データを一定期間受信しなくなったこと）を検出する。そして、仮想バッファ制御部１２２は、その検出のタイミングで、ＰＡＬ確認応答生成部１２３へＰＡＬ確認応答の生成を指示してもよい。すなわち、無線通信装置１００は、受信データ４００の受信の連続性が途切れる等してプロトコル適応層部１２０が待機状態に入った場合、無線通信装置２００に対してＰＡＬ確認応答５００を送信するようにしてもよい。これにより、ＣＰＵなどの資源の活用において、効率的な処理ができる。
また、上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連係においてソフトウェアでも実現することも可能である。
以上、本開示の無線通信装置は、他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う無線通信装置であって、前記他の無線通信装置から受信したデータを、受信バッファメモリに一時的に記憶するＭＡＣ（Media Access Control）層部と、前記他の無線通信装置からデータの受信を開始する前に、前記ＭＡＣ層との間で共有する前記受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知し、前記受信バッファメモリに記憶されたデータを記録媒体へ書き出し、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信するプロトコル適応層部と、を具備する。
また、本開示の無線通信装置は、前記プロトコル適応層部が、前記記録媒体へ書き出したデータのサイズの合計が、前記仮想受信バッファサイズに到達した場合の代わりに、前記仮想受信バッファサイズ近傍の閾値に到達した場合、前記ＰＡＬ確認応答を生成し、前記他の無線通信装置へ送信する。
また、本開示の無線通信装置は、前記プロトコル適応層部が、前記仮想受信バッファサイズとして、前記受信バッファメモリの実サイズより大きく、かつ、前記プロトコル適応層部の通信プロトコルで規定されている上限値よりも小さい値を、前記他の無線通信装置へ通知する。
また、本開示の無線通信装置は、前記プロトコル適応層部が、前記受信バッファメモリから前記記録媒体へ書き出したデータを、前記受信バッファメモリから解放し、前記ＭＡＣ層部が、前記解放を検出した場合、前記ＭＡＣ確認応答を生成し、前記他の無線通信装置へ送信する。
また、本開示の無線通信装置は、前記プロトコル適応層部が、前記他の無線通信装置から一定期間データを受信しないことを検出した場合、前記受信バッファメモリから前記記録媒体へ最後に書き出したデータの識別情報に基づいて前記ＰＡＬ確認応答を生成し、当該ＰＡＬ確認応答を前記他の無線通信装置へ通知する。
また、本開示の無線通信装置は、前記プロトコル適応層部が、前記受信バッファメモリから前記記録媒体へデータを書き出す速度が低速である場合、前記仮想受信バッファサイズの代わりに、前記受信バッファメモリの実サイズを上限とした値を前記他の無線通信装置へ通知する。
また、本開示の無線通信方法は、他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う無線通信方法であって、プロトコル適応層部において、前記他の無線通信装置からデータの受信を開始する前に、ＭＡＣ（Media Access Control）層部との間で共有する受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知するステップと、前記ＭＡＣ層部において、前記他の無線通信装置から受信したデータを、前記受信バッファメモリに一時的に記憶するステップと、前記プロトコル適応層部において、前記受信バッファメモリから前記データを記録媒体へ書き出すステップと、前記プロトコル適応層部において、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信するステップと、を有する。
また、本開示の無線通信制御プログラムは、他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う装置のコンピュータに実行させる無線通信制御プログラムであって、プロトコル適応層部において、前記他の無線通信装置からデータの受信を開始する前に、ＭＡＣ（Media Access Control）層部との間で共有する受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知する処理と、前記ＭＡＣ層部において、前記他の無線通信装置から受信したデータを、前記受信バッファメモリに一時的に記憶する処理と、前記プロトコル適応層部において、前記受信バッファメモリから前記データを記録媒体へ書き出す処理と、前記プロトコル適応層部において、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信する処理と、を実行させる。
２０１２年１０月９日出願の特願２０１２−２２４０８１の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。
本発明は、無線通信を介して接続された他の無線通信装置との間で、到着保証型のデータ受信を高速化することができる無線通信装置、無線通信方法、および無線通信制御プログラムとして有用である。本発明は、例えば、携帯電話機やタブレットなどの携帯機器、および、パーソナルコンピュータに適用することができる。
１００ 無線通信装置
１１０ 上位層部
１２０ プロトコル適応層部（ＰＡＬ）
１２１ セッション制御部
１２２ 仮想バッファ制御部
１２３ ＰＡＬ確認応答生成部
１２４ 送信制御部
１３０ ＭＡＣ層部
１３１ 受信バッファメモリ
１３２ 無線通信部
１３３ ＭＡＣ確認応答生成部
１４０ データ蓄積部
２００ 無線通信装置
２１０ 上位層部
２２０ プロトコル適応層部（ＰＡＬ）
２３０ ＭＡＣ層部

Claims (8)

  1. 他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う無線通信装置であって、
    前記他の無線通信装置から受信したデータを、受信バッファメモリに一時的に記憶するＭＡＣ（Media Access Control）層部と、
    前記他の無線通信装置からデータの受信を開始する前に、前記ＭＡＣ層との間で共有する前記受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知し、前記受信バッファメモリに記憶されたデータを記録媒体へ書き出し、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信するプロトコル適応層部と、
    を具備した無線通信装置。
  2. 前記プロトコル適応層部は、
    前記記録媒体へ書き出したデータのサイズの合計が、前記仮想受信バッファサイズに到達した場合の代わりに、前記仮想受信バッファサイズ近傍の閾値に到達した場合、ＰＡＬ確認応答を生成し、前記他の無線通信装置へ送信する、
    請求項１記載の無線通信装置。
  3. 前記プロトコル適応層部は、
    前記仮想受信バッファサイズとして、前記受信バッファメモリの実サイズより大きく、かつ、前記プロトコル適応層部の通信プロトコルで規定されている上限値よりも小さい値を、前記他の無線通信装置へ通知する、
    請求項１記載の無線通信装置。
  4. 前記プロトコル適応層部は、
    前記受信バッファメモリから前記記録媒体へ書き出したデータを、前記受信バッファメモリから解放し、
    前記ＭＡＣ層部は、
    前記解放を検出した場合、ＭＡＣ確認応答を生成し、前記他の無線通信装置へ送信する、
    請求項１記載の無線通信装置。
  5. 前記プロトコル適応層部は、
    前記他の無線通信装置から一定期間データを受信しないことを検出した場合、前記受信バッファメモリから前記記録媒体へ最後に書き出したデータの識別情報に基づいて前記ＰＡＬ確認応答を生成し、当該ＰＡＬ確認応答を前記他の無線通信装置へ通知する、
    請求項１記載の無線通信装置。
  6. 前記プロトコル適応層部は、
    前記受信バッファメモリから前記記録媒体へデータを書き出す速度が低速である場合、前記仮想受信バッファサイズの代わりに、前記受信バッファメモリの実サイズを上限とした値を前記他の無線通信装置へ通知する、
    請求項１記載の無線通信装置。
  7. 他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う無線通信方法であって、
    プロトコル適応層部において、前記他の無線通信装置からデータの受信を開始する前に、ＭＡＣ（Media Access Control）層部との間で共有する受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知するステップと、
    前記ＭＡＣ層部において、前記他の無線通信装置から受信したデータを、前記受信バッファメモリに一時的に記憶するステップと、
    前記プロトコル適応層部において、前記受信バッファメモリから前記データを記録媒体へ書き出すステップと、
    前記プロトコル適応層部において、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信するステップと、
    を有する無線通信方法。
  8. 他の無線通信装置と、到着保証型のデータ通信を用いた無線通信を行う装置のコンピュータに実行させる無線通信制御プログラムであって、
    プロトコル適応層部において、前記他の無線通信装置からデータの受信を開始する前に、ＭＡＣ（Media Access Control）層部との間で共有する受信バッファメモリの実サイズより大きい値を、仮想受信バッファサイズとして前記他の無線通信装置へ通知する処理と、
    前記ＭＡＣ層部において、前記他の無線通信装置から受信したデータを、前記受信バッファメモリに一時的に記憶する処理と、
    前記プロトコル適応層部において、前記受信バッファメモリから前記データを記録媒体へ書き出す処理と、
    前記プロトコル適応層部において、前記記録媒体へ書き出したデータのサイズの合計が前記仮想受信バッファサイズに到達した場合、確認応答を生成し、前記他の無線通信装置へ送信する処理と、
    を実行させる無線通信制御プログラム。
JP2014509544A 2012-10-09 2013-06-28 無線通信装置、無線通信方法、および無線通信制御プログラム Active JP6084204B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012224081 2012-10-09
JP2012224081 2012-10-09
PCT/JP2013/004057 WO2014057596A1 (ja) 2012-10-09 2013-06-28 無線通信装置、無線通信方法、および無線通信制御プログラム

Publications (2)

Publication Number Publication Date
JPWO2014057596A1 true JPWO2014057596A1 (ja) 2016-08-25
JP6084204B2 JP6084204B2 (ja) 2017-02-22

Family

ID=50477080

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014509544A Active JP6084204B2 (ja) 2012-10-09 2013-06-28 無線通信装置、無線通信方法、および無線通信制御プログラム

Country Status (4)

Country Link
US (1) US20140347986A1 (ja)
JP (1) JP6084204B2 (ja)
CN (1) CN103975572B (ja)
WO (1) WO2014057596A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2709985B1 (en) 2011-05-16 2017-10-04 Bionomics Limited Amine derivatives as potassium channel blockers
CN105813054B (zh) * 2014-12-31 2020-09-15 中兴通讯股份有限公司 一种管理pal的方法和装置、实现寻呼的方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09247209A (ja) * 1996-03-12 1997-09-19 Chokosoku Network Computer Gijutsu Kenkyusho:Kk 資源予約チャネル用トランスポートレイヤプロトコルのフロー制御方式
WO2008023656A1 (fr) * 2006-08-23 2008-02-28 Panasonic Corporation équipement de communication

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6700869B1 (en) * 1999-10-01 2004-03-02 Lucent Technologies Inc. Method for controlling data flow associated with a communications node
GB0304052D0 (en) * 2003-02-22 2003-03-26 Hewlett Packard Development Co Improved streaming in data storage drive
EP1624712A1 (en) * 2004-08-03 2006-02-08 Alcatel Method for improving mobility in discontinuous coverage networks, corresponding access controller, and corresponding radio access point
KR100599939B1 (ko) * 2004-11-03 2006-07-13 한국전자통신연구원 카드버스 ｐｃ 카드형 무선 송수신 장치
EP1791366A1 (en) * 2005-11-28 2007-05-30 Alcatel Lucent Avoiding interruptions in the reproduction of audio/video by storing enough data in advance at a mobile terminal
EP2266238B9 (en) * 2008-03-24 2016-06-15 Nokia Technologies OY Soft buffer memory configuration in a communication system
JP5068215B2 (ja) * 2008-04-23 2012-11-07 インターナショナル・ビジネス・マシーンズ・コーポレーション データを記録媒体に書き込む装置及び方法
CN102594406A (zh) * 2012-02-17 2012-07-18 钜泉光电科技(上海)股份有限公司 电力线载波通信系统及通信方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09247209A (ja) * 1996-03-12 1997-09-19 Chokosoku Network Computer Gijutsu Kenkyusho:Kk 資源予約チャネル用トランスポートレイヤプロトコルのフロー制御方式
WO2008023656A1 (fr) * 2006-08-23 2008-02-28 Panasonic Corporation équipement de communication

Also Published As

Publication number Publication date
US20140347986A1 (en) 2014-11-27
CN103975572B (zh) 2017-07-28
JP6084204B2 (ja) 2017-02-22
WO2014057596A1 (ja) 2014-04-17
CN103975572A (zh) 2014-08-06

Similar Documents

Publication Publication Date Title
EP3720019B1 (en) Internet of things data transmission method, device and system
US7930446B2 (en) Methods and apparatuses for wireless network communication wherein a universal serial bus request block (URB) is generated that will vary parameters that controls wireless transmission commands between devices
US10484472B2 (en) Methods and systems for efficiently moving data between nodes in a cluster
KR102482670B1 (ko) 무선 통신 시스템에서 데이터를 송수신하는 전자 장치 및 이를 위한 방법
JP2011029780A (ja) 無線通信装置、無線通信方法および無線通信プログラム
US20140222960A1 (en) Method and Apparatus for Rapid Data Distribution
JP2018514101A (ja) データ伝送方法、装置、およびシステム
WO2014146563A1 (zh) 一种基于近场通信的连接切换方法及相应装置
WO2017028399A1 (zh) 通信数据传输方法及系统
JP2016524880A (ja) Ｎｆｃ無線周波数通信制御方法、装置、およびシステム
US10769096B2 (en) Apparatus and circuit for processing data
WO2023020240A1 (zh) 设备控制方法、装置、芯片、电子设备及存储介质
JP6084204B2 (ja) 無線通信装置、無線通信方法、および無線通信制御プログラム
WO2018040622A1 (zh) 信息处理方法和装置
CN116204487A (zh) 远程数据访问方法及装置
WO2016186764A1 (en) Quality of service for a universal serial bus
WO2015055008A1 (zh) 一种存储控制芯片及磁盘报文传输方法
CN109644078A (zh) 一种上行数据传输方法、终端、网络侧设备及系统
WO2019157631A1 (zh) 一种QoS流的重映射方法及装置、计算机存储介质
CN109257227B (zh) 数据传输中的偶联管理方法、装置及系统
TWI689820B (zh) Usb傳輸系統、usb裝置與支援usb傳輸的主機
JP2017157963A (ja) 通信装置、通信方法及びプログラム
JP2008061182A (ja) 無線通信装置、無線通信プログラム、無線通信システム、画像形成装置、画像形成装置の制御プログラム
KR20210073005A (ko) 효율적 메시지 처리를 제공하는 dds 미들웨어 장치의 동작 방법
WO2013114484A1 (ja) 無線通信装置、無線通信方法、および無線通信制御プログラム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20161122

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20161207

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

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20170124

R151 Written notification of patent or utility model registration

Ref document number: 6084204

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151