JP5915964B2 - 通信装置、通信システムおよび通信装置の制御方法 - Google Patents

通信装置、通信システムおよび通信装置の制御方法 Download PDF

Info

Publication number
JP5915964B2
JP5915964B2 JP2011200875A JP2011200875A JP5915964B2 JP 5915964 B2 JP5915964 B2 JP 5915964B2 JP 2011200875 A JP2011200875 A JP 2011200875A JP 2011200875 A JP2011200875 A JP 2011200875A JP 5915964 B2 JP5915964 B2 JP 5915964B2
Authority
JP
Japan
Prior art keywords
communication device
communication
transmission
start timing
time
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
JP2011200875A
Other languages
English (en)
Other versions
JP2013062742A (ja
Inventor
勝己 渡部
勝己 渡部
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2011200875A priority Critical patent/JP5915964B2/ja
Priority to EP12177757.7A priority patent/EP2571325B1/en
Priority to US13/603,828 priority patent/US20130065529A1/en
Priority to CN2012103473169A priority patent/CN103001747A/zh
Publication of JP2013062742A publication Critical patent/JP2013062742A/ja
Application granted granted Critical
Publication of JP5915964B2 publication Critical patent/JP5915964B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access
    • H04W74/08—Non-scheduled or contention based access, e.g. random access, ALOHA, CSMA [Carrier Sense Multiple Access]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
    • H04W84/20—Master-slave selection or change arrangements

Description

本技術は、通信装置に関する。詳しくは、他の通信装置との間で近距離無線通信を行う通信装置、これを含む通信システムおよび通信装置の制御方法に関する。
従来、無線通信を利用して各種データのやり取りを行う無線通信技術が存在する。例えば、２つの通信装置間において近距離無線通信により各種データのやり取りを行う無線通信技術が存在する（例えば、非特許文献１参照。）。
ＥＣＭＡ−３９８
上述の従来技術によれば、データを移動させるためのカード（例えば、メモリカード）やケーブル等を用いることなく、２つの通信装置間において各種データのやり取りを容易に行うことができる。
ここで、通信装置に実装されているプロトコルによっては、通信対象となる２つの通信装置のうち、一方の通信装置におけるデータ送信が終了するまでの間、この通信装置からのデータ送信が継続して行われることもある。この場合には、他方の通信装置からのデータ送信が遅延してしまい、通信装置に実装されているプロトコルによっては、スループットが劣化してしまうおそれがある。
本技術はこのような状況に鑑みて生み出されたものであり、近距離無線通信時におけるスループットを向上させることを目的とする。
本技術は、上述の問題点を解消するためになされたものであり、その第１の側面は、他の通信装置との間で近距離無線通信を行う通信部と、上記他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより上記近距離無線通信において通信相手にデータを送信するための送信権を上記他の通信装置との間で交互に設定するための制御を行う制御部とを具備し、上記制御部は、ユーザアプリケーション層またはＰＣＬ（Protocol Conversion Layer）層が要求するＲＴＴ（Round Trip Time）の設定内容に基づいて、上記送信権が通信装置に設定される第１設定時間と上記送信権が上記他の通信装置に設定される第２設定時間との比率を決定する通信装置およびその制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより、送信権を他の通信装置との間で交互に設定するという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信開始タイミングを第１送信開始タイミングとし、上記他の通信装置において上記通信装置への送信対象となるデータの送信開始タイミングを第２送信開始タイミングとする場合に、上記第２送信開始タイミングを基準として上記第１送信開始タイミングをずらすことにより上記調整を行うようにしてもよい。これにより、第２送信開始タイミングを基準として、第１送信開始タイミングをずらすことにより、送信開始タイミングの調整を行うという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信権を上記通信装置に設定する場合における上記第１送信開始タイミングを、上記第２送信開始タイミングよりも早いタイミングとし、上記送信権を上記他の通信装置に設定する場合における上記第１送信開始タイミングを、上記第２送信開始タイミングよりも遅いタイミングとする上記調整を行うようにしてもよい。これにより、送信権を通信装置に設定する場合における第１送信開始タイミングを、第２送信開始タイミングよりも早いタイミングとし、送信権を他の通信装置に設定する場合における第１送信開始タイミングを、第２送信開始タイミングよりも遅いタイミングとするという作用をもたらす。
また、この第１の側面において、上記通信部は、Ｔｒａｎｓｆｅｒ Ｊｅｔに基づいて上記近距離無線通信を行い、上記制御部は、上記通信装置がイニシエータとなっている場合に上記制御を行うようにしてもよい。これにより、Ｔｒａｎｓｆｅｒ Ｊｅｔに基づいて近距離無線通信を行い、通信装置がイニシエータとなっている場合に送信権の制御を行うという作用をもたらす。
また、この第１の側面において、上記制御部は、上記他の通信装置にデータを送信するためのＩＦＳ（Inter-Frame Space）の値を変更することにより上記調整を行うようにしてもよい。これにより、ＩＦＳの値を変更することにより、送信開始タイミングの調整を行うという作用をもたらす。
また、この第１の側面において、上記制御部は、上記送信権を上記通信装置に設定する場合には上記ＩＦＳとしてＩＩＦＳ（Initiator Inter-Frame Space）の値を採用し、上記送信権を上記他の通信装置に設定する場合には上記ＩＦＳとしてＲＩＦＳ（Responder Inter-Frame Space）よりも大きい値を採用することにより上記調整を行うようにしてもよい。これにより、送信権を通信装置に設定する場合にはＩＩＦＳの値を採用し、送信権を他の通信装置に設定する場合にはＲＩＦＳよりも大きい値を採用するという作用をもたらす。
また、この第１の側面において、上記送信権が上記通信装置に設定される第１設定時間と上記送信権が上記他の通信装置に設定される第２設定時間とを交互に計時して各時間に達した場合にその旨を上記制御部に通知するタイマをさらに具備し、上記制御部は、上記第１設定時間および上記第２設定時間のそれぞれの時間に達する毎に上記ＩＦＳの値を変更することにより上記調整を行うようにしてもよい。これにより、第１設定時間および第２設定時間のそれぞれの時間に達する毎に、ＩＦＳの値を変更することにより、送信開始タイミングの調整を行うという作用をもたらす。
また、本技術の第２の側面は、通信相手にデータを送信するための送信権に基づいて第１の通信装置との間で近距離無線通信を行う通信部を備える第２の通信装置と、上記送信権に基づいて上記第２の通信装置との間で近距離無線通信を行う通信部と、上記第２の通信装置への送信対象となるデータの送信開始タイミングを調整することにより上記送信権を上記第２の通信装置との間で交互に設定するための制御を行う制御部とを備え、上記制御部は、ユーザアプリケーション層またはＰＣＬ（Protocol Conversion Layer）層が要求するＲＴＴ（Round Trip Time）の設定内容に基づいて、上記送信権が上記第１の通信装置に設定される第１設定時間と上記送信権が上記第２の通信装置に設定される第２設定時間との比率を決定する第１の通信装置とを具備する通信システムおよびその制御方法ならびに当該方法をコンピュータに実行させるプログラムである。これにより、第１の通信装置が、第２の通信装置への送信対象となるデータの送信開始タイミングを調整することにより、送信権を第２の通信装置との間で交互に設定するという作用をもたらす。
本技術によれば、近距離無線通信時におけるスループットを向上させることができるという優れた効果を奏し得る。
本技術の第１の実施の形態における通信装置を簡略化して示す図である。 本技術の第１の実施の形態における通信装置１００の機能構成例を示すブロック図である。 本技術の第１の実施の形態における通信装置１００のプロトコルスタックの構成例を示す図である。 本技術の第１の実施の形態における通信装置１００および２００間で行われる通信状態を模式的に示す図である。 本技術の第１の実施の形態における通信装置１００および２００間で行われる通信の様子を模式的に示す図である。 本技術の第１の実施の形態における通信装置１００および２００間におけるＣｏｎｎｅｃｔｉｏｎの確立例およびこの確立後のデータフレームの送信例を模式的に示す図である。 本技術の第１の実施の形態における通信装置間において送受信されるパケット（送信パケット）の構成例を模式的に示す図である。 本技術の第１の実施の形態における２つの通信装置間における通信時に用いられるＩＦＳの例を模式的に示す図である。 本技術の第１の実施の形態における通信装置１００および２００間におけるデータのやり取りを時系列で模式的に示す図である。 本技術の第１の実施の形態におけるＩＩＦＳタイマ１５０から発行されるＩＩＦＳ切替トリガに基づいて変更されるＩＦＳの設定期間を時系列で模式的に示す図である。 本技術の第１の実施の形態における通信装置１００および２００間におけるデータのやり取りを時系列で模式的に示す図である。 本技術の第１の実施の形態における２つの通信装置間において送受信されるＡｃｋおよびＰＳＤＵ（PHY SDU）の関係例を時系列で示す図である。 本技術の第１の実施の形態における通信装置１００による通信処理の処理手順の一例を示すフローチャートである。
以下、本技術を実施するための形態（以下、実施の形態と称する）について説明する。説明は以下の順序により行う。
１．第１の実施の形態（通信制御：イニシエータ側において送信開始タイミングの調整を行うことにより通信相手との間で送信権を交互に設定する例）
＜１．第１の実施の形態＞
［通信装置の使用例］
図１は、本技術の第１の実施の形態における通信装置を簡略化して示す図である。なお、本技術の第１の実施の形態では、近距離無線通信方式を採用する通信装置の使用例にして説明する。具体的には、本技術の第１の実施の形態では、Ｔｒａｎｓｆｅｒ Ｊｅｔ（登録商標）における多重接続方式について説明する。
ここで、Ｔｒａｎｓｆｅｒ Ｊｅｔは、４．４８ＧＨｚ帯を用いた近距離無線通信方式である。この通信プロトコル（Ｔｒａｎｓｆｅｒ Ｊｅｔ）を用いることにより、４．４８ＧＨｚの電波を−７０ｄＢｍ／ＭＨｚ以下で使用し、最大５６０Ｍｂｐｓの高速近距離データ通信を実現することができる。また、近距離無線通信における通信距離を数ｃｍに限定することにより、通信処理を高速化することができるとともに、通信装置を小規模化することができ、省電力化を達成することができる。
また、Ｔｒａｎｓｆｅｒ Ｊｅｔでは、近接する２つの通信装置のそれぞれが、常に、イニシエータ（Initiator）およびレスポンダ（Responder）の２つの役割に別れて通信を行う。ただし、イニシエータおよびレスポンダのそれぞれは、その役割とは無関係に互いにデータを送受することができる。なお、イニシエータおよびレスポンダは、その使用状況やユーザ操作等に応じて、その役割を切り替えることができる。これらの通信例については、図５、図６等を参照して詳細に説明する。
なお、Ｔｒａｎｓｆｅｒ Ｊｅｔを使用する通信装置として、デジタルスチルカメラ、パーソナルコンピュータ（ＰＣ）、モバイル機器（例えば、携帯電話装置、スマートフォン）等が想定される。そこで、図１（ａ）乃至（ｃ）では、Ｔｒａｎｓｆｅｒ Ｊｅｔを使用する通信装置の一例として、デジタルスチルカメラ、パーソナルコンピュータを簡略化して示す。また、図１（ｂ）および（ｃ）では、イニシエータおよびレスポンダ間において通信している状態を簡略化して示す。なお、各図では、各通信装置の役割（イニシエータ、レスポンダ）を、通信装置の名称とともに括弧書きで併記して示す。
図１（ａ）には、近距離無線通信機能および撮像部を備える通信装置１００を示す。通信装置１００は、例えば、デジタルスチルカメラ、デジタルビデオカメラ（カメラ一体型レコーダ）である。また、通信装置（カメラ）１００における一部（例えば、外側面の一部）は、通信面として機能する。ここで、通信装置（カメラ）１００は、基本的には、レスポンダとなり、低消費電力モードにおいて「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を待っている状態となる。なお、「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」については、図６を参照して詳細に説明する。
図１（ｂ）には、近距離無線通信機能を備える通信装置８００と通信装置１００との間で通信を行っている状態を示す。通信装置８００は、例えば、パーソナルコンピュータ（ＰＣ）である。また、通信装置（ＰＣ）８００における一部（例えば、操作部が設けられている操作面の一部）は、通信面として機能する。ここで、通信装置（ＰＣ）８００は、基本的には、イニシエータとなり、間欠送信をしながら「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し続けている。この場合に、例えば、通信装置（カメラ）１００を手に持ったユーザ１０が、通信装置（カメラ）１００の通信面と、通信装置（ＰＣ）８００の通信面とを近接させる操作（すなわち、かざす操作）を行う。この操作により、通信装置（カメラ）１００および通信装置（ＰＣ）８００間においてデータ通信処理を開始させることができる。
図１（ｃ）には、近距離無線通信機能および撮像部を備える通信装置２００と、通信装置１００との間で通信を行っている状態を示す。ここで、カメラ同士で通信を行う場合には、コンテンツ（例えば、静止画ファイル、動画ファイル）を送信する側が、イニシエータとなり、「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」の送信を行う。この場合に、例えば、通信装置（カメラ）１００の通信面と、通信装置（カメラ）２００の通信面とを近接させる操作（すなわち、かざす操作）を行う。この操作により、通信装置（カメラ）１００および通信装置（カメラ）２００間においてデータ通信処理を開始させることができる。
なお、図１では、カメラ、ＰＣを例にして説明するが、例えば、無線通信機能を備える他の通信装置についても同様に適用することができる。例えば、携帯電話装置（例えば、通話機能およびデータ通信機能を備えるスマートフォン）、音声出力装置（例えば、携帯型ミュージックプレーヤー）、無線通信機能を備える表示装置（例えば、デジタルフォトフレーム）について適用することができる。
［通信装置の構成例］
図２は、本技術の第１の実施の形態における通信装置１００の機能構成例を示すブロック図である。なお、通信装置２００、通信装置８００の無線通信に関する機能構成については、通信装置１００と同様であるため、ここでの説明を省略する。
通信装置１００は、アンテナ１１０と、近距離無線通信部１２０と、制御部１３０と、メモリ１４０と、ＩＩＦＳタイマ１５０とを備える。
アンテナ１１０は、近距離無線通信部１２０と接続され、誘導電界／磁界を用いた無線信号により他の通信装置（例えば、通信装置２００、通信装置８００）との間で電波を送受するためのアンテナである。
近距離無線通信部１２０は、Ｔｒａｎｓｆｅｒ Ｊｅｔ規格に基づく近接無線通信を実行する通信モジュールである。すなわち、近距離無線通信部１２０は、近距離無線通信部１２０（アンテナ１１０）から所定の通信範囲内に存在する他の通信装置（近距離無線通信機能を備える通信装置）との間で近距離無線通信を行う。ここで、近距離無線通信部１２０と他の通信装置との間の近距離無線通信は、近距離無線通信部１２０と他の通信装置とが近接状態である場合にのみ可能となる。ここで、近接状態は、例えば、近距離無線通信部１２０と他の通信装置との間の距離が所定範囲（例えば、３ｃｍ）以内に接近または接触している状態を意味する。なお、アンテナ１１０および近距離無線通信部１２０は、１つのモジュールとして構成するようにしてもよい。なお、近距離無線通信部１２０は、特許請求の範囲に記載の通信部の一例である。
制御部１３０は、メモリ１４０に格納されている制御プログラムに基づいて通信装置１００における各部の動作を制御するものである。制御部１３０は、例えば、マイクロプロセッサにより構成される。例えば、制御部１３０は、近距離無線通信部１２０と接続され、近距離無線通信部１２０を介して接続される他の通信装置との間で行われる各種データの送受信の制御を行う。
ここで、通信装置１００がイニシエータとなっている場合を想定する。この場合には、制御部１３０は、他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより、近距離無線通信において通信相手にデータを送信するための送信権を他の通信装置との間で交互に設定するための制御を行う。ここで示す通信相手は、イニシエータを基準とする場合にはレスポンダを意味し、レスポンダを基準とする場合にはイニシエータを意味するものとする。
ここで、その送信開始タイミングを第１送信開始タイミングとし、他の通信装置において通信装置１００への送信対象となるデータの送信開始タイミングを第２送信開始タイミングとする。この場合には、制御部１３０は、第２送信開始タイミングを基準として、第１送信開始タイミングをずらすことにより、送信開始タイミングの調整を行う。
具体的には、制御部１３０は、送信権を通信装置１００に設定する場合（例えば、図１０に示す「ＩＩＦＳの設定期間」）における第１送信開始タイミングを、第２送信開始タイミングよりも早いタイミングとする。また、制御部１３０は、送信権を他の通信装置に設定する場合（例えば、図１０に示す「ＲＩＦＳ＋Ｔｂｓｔの設定期間」）における第１送信開始タイミングを、第２送信開始タイミングよりも遅いタイミングとする。なお、これらの送信開始タイミングについては、図１０を参照して詳細に説明する。
また、制御部１３０は、他の通信装置にデータを送信するためのＩＦＳ（Inter-Frame Space）の値を変更することにより、送信開始タイミングの調整を行う。具体的には、制御部１３０は、送信権を通信装置１００に設定する場合には、ＩＦＳとしてＩＩＦＳ（Initiator Inter-Frame Space）の値を採用する。一方、制御部１３０は、送信権を他の通信装置に設定する場合には、ＩＦＳとしてＲＩＦＳ（Responder Inter-Frame Space）よりも大きい値を採用する。
また、制御部１３０は、図３に示すユーザアプリケーション層３３０またはＰＣＬ（Protocol Conversion Layer）層３２０の設定内容に基づいて、第１設定時間および第２設定時間の比率を決定する。ここで、第１設定時間は、送信権が通信装置１００に設定される時間であり、例えば、図１０に示す「ＩＩＦＳの設定期間」に対応する。また、第２設定時間は、送信権が他の通信装置に設定される時間であり、例えば、図１０に示す「ＲＩＦＳ＋Ｔｂｓｔの設定期間」に対応する。また、制御部１３０は、決定された第１設定時間および第２設定時間をＩＩＦＳタイマ１５０に出力して保持させる。
このように設定される接続権に基づいて、通信装置１００との間で近距離無線通信を行う他の通信装置はデータ送信を行うことができる。
メモリ１４０は、制御部１３０が各種制御を行うための制御プログラム（例えば、各種アプリケーションプログラム、近距離無線通信部１２０による近接無線通信を制御するための通信制御プログラム）、送信データ、受信データ等を格納するメモリである。メモリ１４０は、例えば、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）により構成される。
ＩＩＦＳタイマ１５０は、送信権が通信装置１００に設定される第１設定時間と、送信権が他の通信装置に設定される第２設定時間とを交互に計時するタイマである。そして、ＩＩＦＳタイマ１５０は、第１設定時間または第２設定時間に達した場合にその旨（ＩＩＦＳ切替トリガ）を制御部１３０に通知する。なお、ＩＩＦＳタイマ１５０は、特許請求の範囲に記載のタイマの一例である。
また、制御部１３０は、第１設定時間または第２設定時間に達した旨の通知（ＩＩＦＳ切替トリガ）をＩＩＦＳタイマ１５０から受け付けた場合には、ＩＦＳの値を変更する制御を行う。すなわち、第１設定時間または第２設定時間のそれぞれの時間に達する毎にＩＦＳの値が変更（切り替え）される。なお、ＩＩＦＳの値の切り替えについては、図１０を参照して詳細に説明する。
［通信装置のプロトコルスタック例］
図３は、本技術の第１の実施の形態における通信装置１００のプロトコルスタックの構成例を示す図である。図３では、Ｔｒａｎｓｆｅｒ Ｊｅｔによる無線通信用の通信プロトコルスタックの構成例を示す。この通信プロトコルスタックは、４つの層から構成される。すなわち、ＰＨＹ（Physical Layer）層３００と、ＣＮＬ（Connection Layer）層３１０とから構成される。また、ＰＣＬ（Protocol Conversion Layer）層３２０と、ユーザアプリケーション（User Application）層３３０とから構成される。
ＰＨＹ層３００は、無線の物理的な接続を提供する層であり、例えば、図２に示す近距離無線通信部１２０に相当する。
ＣＮＬ層３１０は、ＰＨＹ層３００におけるコネクションのセットアップ（setup）／リリース（release）を行う層であり、ＣＮＬプロトコル３１１およびＩＩＦＳタイマ３１２を含む。また、ＣＮＬ層３１０は、イニシエータおよびレスポンダ間の送受信における調停、データの連続性およびデータの確実性（誤りがない）を保証する。
ＰＣＬ層３２０は、上下のレイヤのプロトコルの変換を行う層であり、ＰＣＬコントローラ３２１と、ＯＢＥＸアダプタ３２２と、ＳＣＳＩアダプタ３２３とを含む。具体的には、ＰＣＬ層３２０では、コネクションセットアップ（Connection setup）、コネクションリリース（Connection release）、デバイス認証（device authentication）等が行われる。また、ＰＣＬ層３２０では、動作モード設定（operation mode setting）、上位レイヤに対する初期化（initialization to the upper layer）等が行われる。
ユーザアプリケーション層３３０は、Ｔｒａｎｓｆｅｒ Ｊｅｔを用いる個別のユーザアプリケーションを示す層である。例えば、ユーザアプリケーション層３３０は、第１のユーザアプリケーション３３１、第２のユーザアプリケーション３３２、第３のユーザアプリケーション３３３を含む。
なお、ＣＮＬ層３１０、ＰＣＬ層３２０およびユーザアプリケーション層３３０は、例えば、制御部１３０がメモリ１４０に記憶されているプログラムを実行することにより実現される。
ここで、ＣＮＬ層３１０に実装されているＩＩＦＳタイマ３１２について説明する。ＩＩＦＳタイマ３１２は、図２に示すＩＩＦＳタイマ１５０に相当するものであり、ＣＮＬプロトコル３１１から独立したタイマである。また、ＩＩＦＳタイマ３１２は、ＣＮＬプロトコル３１１の状態にかかわらず定められた割合によりＩＩＦＳ切替トリガを発行する。また、ＣＮＬプロトコル３１１は、ＩＩＦＳタイマ３１２から発行されたＩＩＦＳ切替トリガに応じてＩＩＦＳの値を切り替える。なお、ＩＩＦＳの値を切り替えについては、図１０を参照して詳細に説明する。
このように、本技術の第１の実施の形態では、ＩＩＦＳの値をＣＮＬプロトコル３１１とは非同期に変化させることができる。このため、プロトコルの実装において難易度を大きく低減させることができる。
［２つの通信装置間で行われる通信状態例］
図４は、本技術の第１の実施の形態における通信装置１００および２００間で行われる通信状態を模式的に示す図である。図４では、図１（ｃ）に示すように、通信装置１００がイニシエータとなり、通信装置２００がレスポンダとなっている状態で、通信装置１００および２００間において行われる通信例を示す。また、これらの各通信プロトコルスタックの構成は、図３と同様であるものとする。このため、図４では、通信装置（イニシエータ）１００には図３と同一の符号を付し、通信装置（レスポンダ）２００には各層に対応する符号のみを変更して示し、他の符号については図３と同一の符号を付す。
通信装置（イニシエータ）１００および通信装置（レスポンダ）２００間においてＴｒａｎｓｆｅｒ Ｊｅｔによる近距離無線通信を行う場合を想定する。この近距離無線通信では、ユーザアプリケーション層３３０、３７０間でアプリケーションデータが通信される。このアプリケーションデータは、例えば、ユーザアプリケーション層３３０から、ＰＣＬ層３２０およびＣＮＬ層３１０を通じてＰＨＹ層３００に出力される。そして、ＰＨＹ層３００から相手先の通信装置に送信される。
例えば、通信装置（イニシエータ）１００では、ＣＮＬ層３１０、ＰＣＬ層３２０、ユーザアプリケーション層３３０の順に接続処理が行われる。また、通信装置（レスポンダ）２００についても同様に接続処理が行われる。また、通信装置（イニシエータ）１００では、ユーザアプリケーション層３３０またはＰＣＬ層３２０の設定内容に応じて、ＩＩＦＳの時間比率（Ｎ：Ｍ）が決定される。すなわち、ユーザアプリケーション層３３０またはＰＣＬ層３２０の設定内容に基づいて、上述した第１設定時間および第２設定時間の比率が決定される。
このように、時間比率が決定された後は、ＣＮＬプロトコル３１１によるＣＮＬプロトコル処理とは独立にＩＩＦＳタイマ３１２が開始される。そして、ＩＩＦＳタイマ３１２が規定時間（第１設定時間または第２設定時間）に達した場合には、ＩＩＦＳタイマ３１２は、ＣＮＬプロトコル３１１に対してＩＩＦＳ切替トリガを発行する。
ここで、本技術の第１の実施の形態では、イニシエータ側ではＩＩＦＳの値の切り替えが行われるが、レスポンダ側では、ＲＩＦＳの値が使用し続けられる。このため、図４では、通信装置（レスポンダ）２００におけるＩＩＦＳタイマ３１２については、点線で示す。
［２つの通信装置間で行われる通信の開始例］
図５は、本技術の第１の実施の形態における通信装置１００および２００間で行われる通信の様子を模式的に示す図である。
図５（ａ）では、図１（ｃ）に示すように、通信装置１００がイニシエータとなり、通信装置２００がレスポンダとなっている状態で、通信装置１００および２００間において行われる通信例を示す。
例えば、ユーザによってＴｒａｎｓｆｅｒ Ｊｅｔの通信路が確立される場合、通信装置（イニシエータ）１００は、Ｍａｎａｇｅｍｅｎｔ Ｆｒａｍｅ（「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」と称される。）を送信し続ける。一方、通信装置（レスポンダ）２００は、低消費待ち受け状態で「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を待ち続ける。この状態から、通信装置（レスポンダ）２００が「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、「Ｃｏｎｎｅｃｔｅｄ」と呼ばれる通信路が確立された状態となる。
図５（ｂ）では、図１（ｂ）に示すように、通信装置１００がレスポンダとなり、通信装置８００がイニシエータとなっている状態で、通信装置１００および８００間において行われる通信例を示す。なお、図５（ｂ）に示すイニシエータおよびレスポンダ間における通信例は、図５（ａ）と同様であるため、ここでの説明を省略する。ただし、図５（ｂ）では、通信装置１００の役割がイニシエータからレスポンダに切り替えられている。
［Ｃｏｎｎｅｃｔｉｏｎの確立例］
図６は、本技術の第１の実施の形態における通信装置１００および２００間におけるＣｏｎｎｅｃｔｉｏｎの確立例およびこの確立後のデータフレームの送信例を模式的に示す図である。このデータフレームは、ＣＳＤＵ（CNL Service Data Unit）と称される。また、図６では、縦軸を時間軸とする。
通信装置（イニシエータ）１００は、ユーザ操作に基づく通信路の確立の要求を受け付けると、「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を送信し続ける（４１１）。
通信装置（レスポンダ）２００は、通信装置（イニシエータ）１００からの「Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔ」を受信すると、通信装置（イニシエータ）１００にＭａｎａｇｅｍｅｎｔ Ｆｒａｍｅを送信する（４１２）。上述したように、Ｍａｎａｇｅｍｅｎｔ Ｆｒａｍｅは、「Ｃｏｎｎｅｃｔｉｏｎ Ａｃｃｅｐｔ」と称される。
続いて、通信装置（イニシエータ）１００は、通信装置（レスポンダ）２００からの「Ｃｏｎｎｅｃｔｉｏｎ Ａｃｃｅｐｔ」を受信すると、「Ｃｏｎｎｅｃｔｉｏｎ Ａｃｃｅｐｔ」に対する「Ａｃｋ」フレームを送信する（４１３）。
続いて、通信装置（レスポンダ）２００が、通信装置（イニシエータ）１００からの「Ａｃｋ」フレームを受信すると、「Ｃｏｎｎｅｃｔｅｄ」と称されるＳｔａｔｅとなり、通信路が確立される（４１４）。
このように通信路が確立された状態では、通信装置（イニシエータ）１００および通信装置（レスポンダ）２００は、各々独自のタイミングでＣＳＤＵパケットの送信を開始する（４１５）。なお、送信対象となるＣＳＤＵパケットについては、図７を参照して詳細に説明する。
ここで、Ｔｒａｎｓｆｅｒ Ｊｅｔでは、アクセス方式としてＣＳＭＡ／ＣＡ（Carrier Sense Multiple Access with Collision Avoidance）を採用している。このため、イニシエータおよびレスポンダが同時にパケットを送信した場合には衝突が生じる。ただし、その衝突後において、何れか一方のパケットの送受信が行われた後には、ＩＦＳの値により送信権が制御される。このＩＦＳとして、イニシエータ側では、ＩＩＦＳの値が用いられる。また、レスポンダ側では、ＲＩＦＳの値が用いられる。なお、送信権の制御については、図１０乃至図１２を参照して詳細に説明する。
［送信パケットの構成例］
図７は、本技術の第１の実施の形態における通信装置間において送受信されるパケット（送信パケット）の構成例を模式的に示す図である。具体的には、ＣＳＤＵを含むフレームフォーマット（Frame Format）を示す。
図７（ａ）には、１つのパケットの中に１つのＣＳＤＵを含めた場合における送信パケットの構成を示す。この送信パケットは、プリアンブル（Preamble）４２１と、シンク（Sync）４２２と、ＰＨＹヘッダー（PHY Header）４２３とを含む。また、この送信パケットは、コモンＣＮＬヘッダー（Common CNL Header）４２４と、サブＣＮＬヘッダー（Sub CNL Header）４２５と、ＣＳＤＵ４２６とを含む。
図７（ｂ）には、１つのパケットの中に２つのＣＳＤＵを含めた場合における送信パケットの構成を示す。この送信パケットは、サブＣＮＬヘッダー（Sub CNL Header）４２７およびＣＳＤＵ４２８を含む。
図７に示すように、Ｔｒａｎｓｆｅｒ Ｊｅｔでは、１つのパケットの中に最大２つのＣＳＤＵを含めることが可能である。
［ＩＦＳの送信例］
図８は、本技術の第１の実施の形態における２つの通信装置間における通信時に用いられるＩＦＳの例を模式的に示す図である。
図８では、ＳＩＦＳ（Short Inter-Frame Space）と、ＩＩＦＳと、ＲＩＦＳとの３種類のＩＦＳについて説明する（例えば、非特許文献１（１０．４．４）参照。）。なお、図８では、ＳＩＦＳを１列目（最上段）に示し、ＩＩＦＳを２列目に示し、ＲＩＦＳを３列目（最下段）に示す。また、Ｔｂｓｔは、スロットタイム（slot time）を意味するものとする。なお、スロットタイムは、最小サイズのフレームを送信する際にかかる時間を意味する。
ＳＩＦＳは、直前のフレーム（ＣＳＤＵ）を受信した後に、Ａｃｋを送信するために用いられるＩＦＳである。なお、ＳＩＦＳは、イニシエータおよびレスポンダの何れからも送信される。
ＩＩＦＳは、イニシエータがＣＳＤＵを送信するために用いられるＩＦＳであり、例えば、直前のフレーム（Ａｃｋ）を送信または受信した後に用いられる。
ＲＩＦＳは、レスポンダがＣＳＤＵを送信するために用いられるＩＦＳであり、例えば、直前のフレーム（Ａｃｋ）を送信または受信した後に用いられる。
このように、 Ｔｒａｎｓｆｅｒ Ｊｅｔでは、ＩＦＳの概念を用いてイニシエータおよびレスポンダの送信権の制御を行う。
ここで、図８に示すように、イニシエータがＣＳＤＵを送信する際に用いられるＩＩＦＳ（２列目）の値は、レスポンダがＣＳＤＵを送信する際に用いられるＲＩＦＳ（３列目）の値よりも小さい（すなわち、ＩＩＦＳ＜ＲＩＦＳ）。このため、イニシエータからのパケットの送受信が行われた後は、イニシエータは、常に優先的にＣＳＤＵを送信可能となる。すなわち、イニシエータに送信データが存在する間、イニシエータからのパケットの送受信が行われた後は、イニシエータが常に送信権を保持することになる。このように、ＩＩＦＳおよびＲＩＦＳの差に基づくイニシエータの送信時における優位性については、図９を参照して詳細に説明する。
［送信権の制御例］
図９は、本技術の第１の実施の形態における通信装置１００および２００間におけるデータのやり取りを時系列で模式的に示す図である。なお、図９では、縦軸を時間軸とする。
例えば、通信装置（イニシエータ）１００の送信Ｑｕｅ（Ｔｘ Ｑｕｅ）５０１に格納されているＣＳＤＵが通信装置（イニシエータ）１００から通信装置（レスポンダ）２００に送信され（５１１）、受信Ｑｕｅ（Ｒｘ Ｑｕｅ）５０４に格納される。続いて、そのＣＳＤＵの送信に対するＡｃｋが、通信装置（レスポンダ）２００から通信装置（イニシエータ）１００に送信される（５１２）。
ここで、上述したように、ＩＩＦＳ＜ＲＩＦＳである。このため、Ａｃｋの送信後（５１２）における次の送信権は、通信装置（イニシエータ）１００に設定される。このため、Ａｃｋの受信後（５１２）には、通信装置（イニシエータ）１００の送信Ｑｕｅ５０１に格納されているＣＳＤＵが通信装置（イニシエータ）１００から通信装置（レスポンダ）２００に送信される（５１３）。
ここで、通信装置（レスポンダ）２００の送信Ｑｕｅ（Ｔｘ Ｑｕｅ）５０２にもＣＳＤＵが格納されている。ただし、通信装置（イニシエータ）１００に送信権が設定されている間、通信装置（レスポンダ）２００の送信Ｑｕｅ（Ｔｘ Ｑｕｅ）５０２に格納されているＣＳＤＵは送信されないことになる。
このような現象は、Ｔｒａｎｓｆｅｒ Ｊｅｔの仕様に基づいて発生する現象である。ここで、Ｔｒａｎｓｆｅｒ Ｊｅｔの上位プロトコルとしてＡｃｋのやりとりが必要なプロトコルが実装された場合を想定する。例えば、Ａｃｋのやりとりが必要なプロトコルとして、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）が実装された場合を想定する。この場合において、レスポンダ側で送信権が得られず、レスポンダからＣＳＤＵの送信が大きく遅延してしまう場合には、上位プロトコルでのスループットが大きく劣化するおそれがある。
例えば、ＴＣＰ／ＩＰでは、Ａｃｋ（ＲＴＴ（Round Trip Time）と呼ばれる、パケットに対しての応答）の往復時間によりスループットが定義される。なお、一般に、ＲＴＴは数（ｍｓ）〜数百（ｍｓ）で通信路に依存する。ここで、図９に示すように、イニシエータが帯域を占有する状況においては、イニシエータが送信したＴＣＰパケットのＡｃｋをレスポンダが送信することができない。この場合には、ＴＣＰ／ＩＰでのスループットが大きく低下する。
そこで、本技術の第１の実施の形態では、所定のタイミングでレスポンダ側でもＣＳＤＵを送信することができるようにする。
［送信権の制御例］
図１０は、本技術の第１の実施の形態におけるＩＩＦＳタイマ１５０から発行されるＩＩＦＳ切替トリガに基づいて変更されるＩＦＳの設定期間を時系列で模式的に示す図である。なお、図１０（ａ）乃至（ｂ）では、縦軸を時間軸とする。
上述したように、所定のタイミングでレスポンダ側でもＣＳＤＵが送信することができるように、イニシエータ側でＩＩＦＳを、所定のタイミング（周期的または不定期）で切り替える。例えば、次の（１）および（２）の値に切り替える。
（１）ＩＩＦＳ＝ＳＩＦＳ
（２）ＩＩＦＳ＝ＲＩＦＳ＋Ｔｂｓｔ（＝ＳＩＦＳ＋２×Ｔｂｓｔ）
なお、上述した（１）は、通常のＩＩＦＳである。また、上述した（１）および（２）の値により、レスポンダへの送信対象となるデータの送信開始タイミング（第１送信開始タイミング）が決定される。また、レスポンダにおけるＲＩＦＳの値により、レスポンダにおいて通信装置１００への送信対象となるデータの送信開始タイミング（第２送信開始タイミング）が決定される。
図１０（ａ）には、ＩＩＦＳを周期的に切り替える場合において、Ｔ（ｍｓ）毎に（１）および（２）を切り替える場合における各設定期間を時系列で示す。例えば、Ｔ＝５（ｍｓ）とすることができる。
例えば、最初に、ＩＩＦＳとして（１）（ＩＩＦＳ＝ＳＩＦＳ）が設定される（図１０（ａ）に示す最上段のブロック「ＩＩＦＳの設定期間」）。続いて、（１）の設定からＴ（ｍｓ）後に、ＩＩＦＳとして（２）（ＩＩＦＳ＝ＲＩＦＳ＋Ｔｂｓｔ）が設定される（図１０（ａ）に示す上から２段目のブロック「ＲＩＦＳ＋Ｔｂｓｔの設定期間」）。続いて、（２）の設定からＴ（ｍｓ）後に、ＩＩＦＳとして（１）（ＩＩＦＳ＝ＳＩＦＳ）が設定される（（図１０（ａ）に示す上から３段目のブロック「ＩＩＦＳの設定期間」）。また、図１０（ａ）に示すように、以降も同様に、（１）および（２）が順次切り替えられる。
図１０（ｂ）には、ＩＩＦＳを周期的に切り替える場合において、時間比率を１：ｍ（ｍは、２以上の正の整数）として、（１）および（２）を切り替える場合における各設定期間を時系列で示す。例えば、Ｔ＝１（ｍｓ）、ｍ＝１０とすることができる。
例えば、最初に、ＩＩＦＳとして（１）（ＩＩＦＳ＝ＳＩＦＳ）が設定される（図１０（ｂ）に示す最上段のブロック「ＩＩＦＳの設定期間」）。続いて、（１）の設定からＴ（ｍｓ）後に、ＩＩＦＳとして（２）（ＩＩＦＳ＝ＲＩＦＳ＋Ｔｂｓｔ）が設定される（図１０（ｂ）に示す上から２段目のブロック「ＲＩＦＳ＋Ｔｂｓｔの設定期間」）。続いて、（２）の設定からｍＴ（ｍｓ）後に、ＩＩＦＳとして（１）（ＩＩＦＳ＝ＳＩＦＳ）が設定される（（図１０（ｂ）に示す上から３段目のブロック「ＩＩＦＳの設定期間」）。また、図１０（ｂ）に示すように、以降も同様に、（１）および（２）が順次切り替えられる。
図１０（ｃ）には、ＩＩＦＳを周期的に切り替える場合において、時間比率をｎ：１（ｎは、２以上の正の整数）として、（１）および（２）を切り替える場合における各設定期間を時系列で示す。例えば、Ｔ＝５（ｍｓ）、ｎ＝２とすることができる。
例えば、最初に、ＩＩＦＳとして（１）（ＩＩＦＳ＝ＳＩＦＳ）が設定される（図１０（ｃ）に示す最上段のブロック「ＩＩＦＳの設定期間」）。続いて、（１）の設定からｎＴ（ｍｓ）後に、ＩＩＦＳとして（２）（ＩＩＦＳ＝ＲＩＦＳ＋Ｔｂｓｔ）が設定される（図１０（ｃ）に示す上から２段目のブロック「ＲＩＦＳ＋Ｔｂｓｔの設定期間」）。続いて、（２）の設定からＴ（ｍｓ）後に、ＩＩＦＳとして（１）（ＩＩＦＳ＝ＳＩＦＳ）が設定される（（図１０（ｃ）に示す上から３段目のブロック「ＩＩＦＳの設定期間」）。また、図１０（ｃ）に示すように、以降も同様に、（１）および（２）が順次切り替えられる。
なお、図１０（ａ）乃至（ｃ）では、（１）および（２）に対応する設定期間の時間比率を１：１、１：ｍ、ｎ：１とする例を示したが、他の時間比率となるようにしてもよい。例えば、（１）および（２）に対応する設定期間の時間比率として、Ｎ：Ｍ（Ｎ、Ｍは、互いに異なる１以上の正の整数）を用いることができる。
また、（１）および（２）を切り替える際における基準位置（時間軸における位置）は、任意の位置とすることができる。また、上述したように、送信権をイニシエータに設定する期間は、図１０に示す「ＩＩＦＳの設定期間」に対応する。この「ＩＩＦＳの設定期間」における送信開始タイミング（第１送信開始タイミング）は、第２送信開始タイミング（レスポンダにおいてイニシエータへの送信対象となるデータの送信開始タイミング）よりも早いタイミングとなる。また、送信権をレスポンダに設定する期間は、図１０に示す「ＲＩＦＳ＋Ｔｂｓｔの設定期間」に対応する。この「ＲＩＦＳ＋Ｔｂｓｔの設定期間」における第１送信開始タイミングは、第２送信開始タイミングよりも遅いタイミングとなる。
ここで、（１）および（２）の切り替えは、Ｔｒａｎｓｆｅｒ ＪｅｔのＣＮＬ層３１０（図３に示す）のＣＮＬプロトコル３１１に「非同期」に行われる。ここで、非同期は、ＣＮＬプロトコル３１１の動作を考慮せず、ＣＮＬプロトコル３１１の動作とは無関係に行うことができることを意味する。このように、ＣＮＬプロトコル３１１に非同期に行うことにより、ドライバの実装難度を軽減することができる。
また、このように切り替えられるＩＩＦＳを長い周期で観測すると（１）および（２）の平均値に漸近し、＜ＩＩＦＳ＞≒ＳＩＦＳ＋Ｔｂｓｔ＝ＲＩＦＳとなる。このため、イニシエータの送信スループットは、レスポンダの送信スループットに漸近する。ここで、＜ＩＩＦＳ＞は、ＩＩＦＳを長時間平均した値を示す。
［送信制御例］
図１１は、本技術の第１の実施の形態における通信装置１００および２００間におけるデータのやり取りを時系列で模式的に示す図である。図１１に示す例は、図９の一部を変形したものであるため、図９に対応する部分には、同一の符号を付してこれらの説明を省略する。
具体的には、図１１では、イニシエータ側でＲＩＦＳ＋Ｔｂｓｔの設定期間（図１０（ａ）乃至（ｃ）に示す）に切り替えられた場合におけるデータのやり取り例を示す。
図９と同様に、通信装置（イニシエータ）１００の送信Ｑｕｅ（Ｔｘ Ｑｕｅ）５０１に格納されているＣＳＤＵが通信装置（イニシエータ）１００から通信装置（レスポンダ）２００に送信され（５５１）、受信Ｑｕｅ（Ｒｘ Ｑｕｅ）５０４に格納される。続いて、そのＣＳＤＵの送信に対するＡｃｋが、通信装置（レスポンダ）２００から通信装置（イニシエータ）１００に送信される（５５２）。
ここで、上述したように、通信装置（イニシエータ）１００では、ＲＩＦＳ＋Ｔｂｓｔの設定期間であるため、ＩＩＦＳ＞ＲＩＦＳである。このため、Ａｃｋの送信後（５５２）における次の送信権は、通信装置（レスポンダ）２００に設定される。このため、Ａｃｋの受信後（５５２）には、通信装置（レスポンダ）２００の送信Ｑｕｅ５０２に格納されているＣＳＤＵが通信装置（レスポンダ）２００から通信装置（イニシエータ）１００に送信される（５５３）。
同様に、通信装置（イニシエータ）１００においてＲＩＦＳ＋Ｔｂｓｔの設定期間である間、通信装置（レスポンダ）２００に送信権が設定され続ける。このため、通信装置（レスポンダ）２００の送信Ｑｕｅ（Ｔｘ Ｑｕｅ）５０２に格納されているＣＳＤＵを順次送信することができる。
一方、通信装置（イニシエータ）１００においてＩＩＦＳの設定期間となった場合には、通信装置（イニシエータ）１００に送信権が設定される。この場合には、通信装置（イニシエータ）１００においてＩＩＦＳの設定期間である間、通信装置（イニシエータ）１００に送信権が設定され続ける。このため、通信装置（イニシエータ）１００の送信Ｑｕｅ（Ｔｘ Ｑｕｅ）５０１に格納されているＣＳＤＵを順次送信することができる。
このように、通信装置（イニシエータ）１００においてＩＩＦＳの設定期間である場合には、通信装置（イニシエータ）１００に送信権が設定され続けるため、通信装置（イニシエータ）１００からＣＳＤＵを順次送信することができる。一方、通信装置（イニシエータ）１００においてＲＩＦＳ＋Ｔｂｓｔの設定期間である場合には、通信装置（レスポンダ）２００に送信権が設定され続けるため、通信装置（レスポンダ）２００からＣＳＤＵを順次送信することができる。このように、通信装置（イニシエータ）１００および通信装置（レスポンダ）２００間において送信権を交互に設定することができる。
図１２は、本技術の第１の実施の形態における２つの通信装置間において送受信されるＡｃｋおよびＰＳＤＵ（PHY SDU）の関係例を時系列で示す図である。なお、図１２（ａ）乃至（ｂ）では、横軸を時間軸とする。
図１２（ａ）には、イニシエータ側でＩＩＦＳの切り替えを行わない場合におけるＡｃｋおよびＰＳＤＵの関係例を示す。この場合には、イニシエータ側にＰＳＤＵが存在する間、イニシエータ側からレスポンダ側にＰＳＤＵが連続的に送信されることになる。
図１２（ｂ）には、イニシエータ側でＩＩＦＳの切り替えを行わない場合におけるＡｃｋおよびＰＳＤＵの関係例を示す。この場合には、イニシエータ側におけるＰＳＤＵの送信が終了した後に、レスポンダ側からイニシエータ側にＰＳＤＵが連続的に送信されることになる。すなわち、図１２（ａ）に示す送受信が終了した後に、図１２（ｂ）に示す送受信が行われることになる。
図１２（ｃ）には、イニシエータ側でＩＩＦＳの切り替えを行う場合におけるＡｃｋおよびＰＳＤＵの関係例を示す。この場合には、イニシエータ側にＰＳＤＵが存在する間でも、イニシエータ側およびレスポンダ側の何れかからＰＳＤＵが交互に送信されることになる。
［通信装置の動作例］
次に、本技術の第１の実施の形態における通信装置１００の動作について図面を参照して説明する。
図１３は、本技術の第１の実施の形態における通信装置１００による通信処理の処理手順の一例を示すフローチャートである。
最初に、ＣＮＬ層３１０の接続処理が行われる（ステップＳ９０１）。続いて、ＰＣＬ層３２０の接続処理が行われる（ステップＳ９０２）。続いて、ユーザアプリケーション層３３０の接続処理が行われる（ステップＳ９０３）。
続いて、制御部１３０が、ユーザアプリケーション層３３０またはＰＣＬ層３２０の設定内容に基づいて、ＩＩＦＳの設定期間（第１設定時間および第２設定時間）の比率を決定する（ステップＳ９０４）。例えば、ＰＣＬ層３２０、ユーザアプリケーション層３３０が要求するＲＴＴ（Round Trip Time）からの設定に基づいて、ＩＩＦＳの設定期間（第１設定時間および第２設定時間）およびその比率を決定することができる。この場合には、例えば、上位レイヤのスループットを最大化するような最適な切り替え時間を設定する。例えば、ＲＴＴが１０ｍｓと決まっている場合には、ＩＩＦＳの設定期間（切り替え時間）を２．５ｍｓ：２．５ｍｓとし、ＲＴＴが２０ｍｓと決まっている場合には、５ｍｓ：５ｍｓとすることができる。また、統計的に求めたデータに基づいて、上位レイヤのスループットを最大化するような最適な切り替え時間およびその比率（Ｎ：Ｍ）を適宜設定するようにしてもよい。
続いて、制御部１３０が、通信装置１００がイニシエータとなっているか否かを判断する（ステップＳ９０５）。そして、通信装置１００がレスポンダとなっている場合には（ステップＳ９０５）、ＲＩＦＳを用いた通信処理が行われる（ステップＳ９０６）。
また、通信装置１００がイニシエータとなっている場合には（ステップＳ９０５）、ＩＩＦＳタイマ１５０によるカウントを開始させる（ステップＳ９０７）。
続いて、ＩＩＦＳタイマ１５０は、規定時間（第１設定時間または第２設定時間）に達したか否かを判断し（ステップＳ９０８）、規定時間に達していない場合には、監視を継続して行う。一方、規定時間（第１設定時間または第２設定時間）に達した場合には（ステップＳ９０８）、ＩＩＦＳタイマ１５０は、ＩＩＦＳ切替トリガを発行する（ステップＳ９０９）。ここで、規定時間として、第１設定時間および第２設定時間が交互に設定される。そして、このように交互に設定された各時間に基づいて、ＩＩＦＳ切替トリガが発行される。
続いて、制御部１３０は、ＩＩＦＳタイマ１５０から発行されたＩＩＦＳ切替トリガに応じてＩＩＦＳの値を切り替える（ステップＳ９１０）。すなわち、図１０に示すように、ＩＩＦＳの値が順次切り替えられる（ステップＳ９１０）。このように切り替えられたＩＩＦＳの値を用いて通信処理が行われる。また、通信処理が終了したか否かが判断され（ステップＳ９１１）、通信処理が終了していない場合には、ステップＳ９０５に戻る。なお、ステップＳ９０１乃至Ｓ９１１は、特許請求の範囲に記載の通信手順の一例である。また、なお、ステップＳ９０５乃至Ｓ９１０は、特許請求の範囲に記載の制御手順の一例である。
ここで、イニシエータまたはレスポンダの何れか一方が、一定期間内に送信を続けるようなプロトコル（例えば、ＯＢＥＸ（Object Exchange））では、そもそも受信Ａｃｋの遅延という概念がないため、改善効果は少ないことが予想される。そこで、ＯＢＥＸ、ＳＣＳＩ（Small Computer System Interface）、ＭＳＣ（Mass Storage Class）、ＴＣＰ／ＩＰ等の各プロトコルに応じて、ＩＩＦＳの切り替えを行うか否かを変更するようにしてもよい。例えば、ＯＢＥＸの場合には、ＩＩＦＳの切り替えをＯＦＦとし、ＳＣＳＩ、ＭＣＳ、ＴＣＰ／ＩＰの場合には、ＩＩＦＳの切り替えをＯＮとすることができる。これにより、各プロトコルに応じた最適なスループット特性が得られる。
上述したように、Ｔｒａｎｓｆｅｒ Ｊｅｔのアクセス方式はＣＳＭＡ／ＣＡ方式であり、常にイニシエータの方が優先されるプロトコルを採用している。このため、スループットが高い時に帯域をイニシエータが占有し、レスポンダの送信の遅延が大きくなる。このように、レスポンダの遅延が大きくなると、ＴＣＰ／ＩＰのようなＡｃｋが必要なプロトコルにおいて、レスポンダからのＡｃｋが届かないおそれがある。この場合には、スループットが大きく低下することになる。
そこで、本技術の第１の実施の形態では、イニシエータおよびレスポンダ間において、イニシエータ側においてＩＩＦＳを切り替えることにより送信開始タイミングをずらす。これにより、任意のタイミングで送信権（発言権）を交互に設定することができ、ゆるやかな時分割制御を導入することができる。また、ＣＮＬ層よりも上位のレイヤでＡｃｋを必要とするようなプロトコルにおいて、Ａｃｋの遅延を低減することができ、スループットを改善することができる。例えば、ＴＣＰ／ＩＰのようなイニシエータまたはレスポンダが相互に送りあうプロトコルで非常に効果的であり、受信側のＡｃｋの遅延によってスループットが大きく低下するシステムにおいて有効である。なお、イニシエータ側の送信スループットが低下するが、この低下の度合いを少なくすることができる。
また、イニシエータおよびレスポンダ間における送信権（発言権）の交互設定については、ＣＮＬプロトコルとは非同期に実行させることができる。このため、プロトコルの実装において難易度を大きく低減させることができる。
なお、本技術の第１の実施の形態では、レスポンダ側のＩＦＳ（ＲＩＦＳ）を固定とし、イニシエータ側のＩＦＳ（ＩＩＦＳ）を切り替えることにより、送信権をイニシエータおよびレスポンダ間で交互に設定する例を示した。ただし、イニシエータ側のＩＦＳ（ＩＩＦＳ）を固定とし、レスポンダ側のＩＦＳ（ＲＩＦＳ）を切り替えることにより、送信権をイニシエータおよびレスポンダ間で交互に設定するようにしてもよい。この場合において、送信権をレスポンダに設定する場合には、レスポンダ側のＩＦＳを、イニシエータ側のＩＦＳ（ＩＩＦＳ）よりも短くする。すなわち、レスポンダ側のＩＦＳを、イニシエータ側のＩＦＳ（ＩＩＦＳ）よりも短くする期間を設けることにより、レスポンダ側は送信機会を得ることができる。また、レスポンダ側のＩＦＳ（ＲＩＦＳ）を切り替える制御は、レスポンダ側の制御部が行う。
なお、上述の実施の形態は本技術を具現化するための一例を示したものであり、実施の形態における事項と、特許請求の範囲における発明特定事項とはそれぞれ対応関係を有する。同様に、特許請求の範囲における発明特定事項と、これと同一名称を付した本技術の実施の形態における事項とはそれぞれ対応関係を有する。ただし、本技術は実施の形態に限定されるものではなく、その要旨を逸脱しない範囲において実施の形態に種々の変形を施すことにより具現化することができる。
また、上述の実施の形態において説明した処理手順は、これら一連の手順を有する方法として捉えてもよく、また、これら一連の手順をコンピュータに実行させるためのプログラム乃至そのプログラムを記憶する記録媒体として捉えてもよい。この記録媒体として、例えば、ＣＤ（Compact Disc）、ＭＤ（MiniDisc）、ＤＶＤ（Digital Versatile Disk）、メモリカード、ブルーレイディスク（Blu-ray Disc（登録商標））等を用いることができる。
なお、本技術は以下のような構成もとることができる。
（１） 他の通信装置との間で近距離無線通信を行う通信部と、
前記他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより前記近距離無線通信において通信相手にデータを送信するための送信権を前記他の通信装置との間で交互に設定するための制御を行う制御部と
を具備する通信装置。
（２） 前記制御部は、前記送信開始タイミングを第１送信開始タイミングとし、前記他の通信装置において前記通信装置への送信対象となるデータの送信開始タイミングを第２送信開始タイミングとする場合に、前記第２送信開始タイミングを基準として前記第１送信開始タイミングをずらすことにより前記調整を行う前記（１）に記載の通信装置。
（３） 前記制御部は、前記送信権を前記通信装置に設定する場合における前記第１送信開始タイミングを、前記第２送信開始タイミングよりも早いタイミングとし、前記送信権を前記他の通信装置に設定する場合における前記第１送信開始タイミングを、前記第２送信開始タイミングよりも遅いタイミングとする前記調整を行う前記（２）に記載の通信装置。
（４） 前記通信部は、Ｔｒａｎｓｆｅｒ Ｊｅｔに基づいて前記近距離無線通信を行い、
前記制御部は、前記通信装置がイニシエータとなっている場合に前記制御を行う
前記（１）から（３）のいずれかに記載の通信装置。
（５） 前記制御部は、前記他の通信装置にデータを送信するためのＩＦＳ（Inter-Frame Space）の値を変更することにより前記調整を行う前記（４）に記載の通信装置。
（６） 前記制御部は、前記送信権を前記通信装置に設定する場合には前記ＩＦＳとしてＩＩＦＳ（Initiator Inter-Frame Space）の値を採用し、前記送信権を前記他の通信装置に設定する場合には前記ＩＦＳとしてＲＩＦＳ（Responder Inter-Frame Space）よりも大きい値を採用することにより前記調整を行う前記（５）に記載の通信装置。
（７） 前記送信権が前記通信装置に設定される第１設定時間と前記送信権が前記他の通信装置に設定される第２設定時間とを交互に計時して各時間に達した場合にその旨を前記制御部に通知するタイマをさらに具備し、
前記制御部は、前記第１設定時間および前記第２設定時間のそれぞれの時間に達する毎に前記ＩＦＳの値を変更することにより前記調整を行う
前記（５）に記載の通信装置。
（８） 前記制御部は、ユーザアプリケーション層またはＰＣＬ（Protocol Conversion Layer）層の設定内容に基づいて、前記送信権が前記通信装置に設定される第１設定時間と前記送信権が前記他の通信装置に設定される第２設定時間との比率を決定する前記（４）に記載の通信装置。
（９） 通信相手にデータを送信するための送信権に基づいて第１の通信装置との間で近距離無線通信を行う通信部を備える第２の通信装置と、
前記送信権に基づいて前記第２の通信装置との間で近距離無線通信を行う通信部と、前記第２の通信装置への送信対象となるデータの送信開始タイミングを調整することにより前記送信権を前記第２の通信装置との間で交互に設定するための制御を行う制御部とを備える第１の通信装置と
を具備する通信システム。
（１０） 他の通信装置との間で近距離無線通信を行う通信手順と、
前記他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより前記近距離無線通信において通信相手にデータを送信するための送信権を前記他の通信装置との間で交互に設定するための制御を行う制御手順と
を具備する通信装置の制御方法。
１００、２００、８００ 通信装置
１１０ アンテナ
１２０ 近距離無線通信部
１３０ 制御部
１４０ メモリ
１５０ ＩＩＦＳタイマ

Claims (9)

  1. 他の通信装置との間で近距離無線通信を行う通信部と、
    前記他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより前記近距離無線通信において通信相手にデータを送信するための送信権を前記他の通信装置との間で交互に設定するための制御を行う制御部とを具備し、
    前記制御部は、ユーザアプリケーション層またはＰＣＬ（Protocol Conversion Layer）層が要求するＲＴＴ（Round Trip Time）の設定内容に基づいて、前記送信権が通信装置に設定される第１設定時間と前記送信権が前記他の通信装置に設定される第２設定時間との比率を決定する
    通信装置。
  2. 前記制御部は、前記送信開始タイミングを第１送信開始タイミングとし、前記他の通信装置において前記通信装置への送信対象となるデータの送信開始タイミングを第２送信開始タイミングとする場合に、前記第２送信開始タイミングを基準として前記第１送信開始タイミングをずらすことにより前記調整を行う請求項１記載の通信装置。
  3. 前記制御部は、前記送信権を前記通信装置に設定する場合における前記第１送信開始タイミングを、前記第２送信開始タイミングよりも早いタイミングとし、前記送信権を前記他の通信装置に設定する場合における前記第１送信開始タイミングを、前記第２送信開始タイミングよりも遅いタイミングとする前記調整を行う請求項２記載の通信装置。
  4. 前記通信部は、Ｔｒａｎｓｆｅｒ Ｊｅｔに基づいて前記近距離無線通信を行い、
    前記制御部は、前記通信装置がイニシエータとなっている場合に前記制御を行う
    請求項１記載の通信装置。
  5. 前記制御部は、前記他の通信装置にデータを送信するためのＩＦＳ（Inter-Frame Space）の値を変更することにより前記調整を行う請求項４記載の通信装置。
  6. 前記制御部は、前記送信権を前記通信装置に設定する場合には前記ＩＦＳとしてＩＩＦＳ（Initiator Inter-Frame Space）の値を採用し、前記送信権を前記他の通信装置に設定する場合には前記ＩＦＳとしてＲＩＦＳ（Responder Inter-Frame Space）よりも大きい値を採用することにより前記調整を行う請求項５記載の通信装置。
  7. 前記送信権が前記通信装置に設定される第１設定時間と前記送信権が前記他の通信装置に設定される第２設定時間とを交互に計時して各時間に達した場合にその旨を前記制御部に通知するタイマをさらに具備し、
    前記制御部は、前記第１設定時間および前記第２設定時間のそれぞれの時間に達する毎に前記ＩＦＳの値を変更することにより前記調整を行う
    請求項５記載の通信装置。
  8. 通信相手にデータを送信するための送信権に基づいて第１の通信装置との間で近距離無線通信を行う通信部を備える第２の通信装置と、
    前記送信権に基づいて前記第２の通信装置との間で近距離無線通信を行う通信部と、前記第２の通信装置への送信対象となるデータの送信開始タイミングを調整することにより前記送信権を前記第２の通信装置との間で交互に設定するための制御を行う制御部とを備え、前記制御部は、ユーザアプリケーション層またはＰＣＬ（Protocol Conversion Layer）層が要求するＲＴＴ（Round Trip Time）の設定内容に基づいて、前記送信権が前記第１の通信装置に設定される第１設定時間と前記送信権が前記第２の通信装置に設定される第２設定時間との比率を決定する第１の通信装置と
    を具備する通信システム。
  9. 他の通信装置との間で近距離無線通信を行う通信手順と、
    前記他の通信装置への送信対象となるデータの送信開始タイミングを調整することにより前記近距離無線通信において通信相手にデータを送信するための送信権を前記他の通信装置との間で交互に設定するための制御を行う制御手順とを具備し、
    前記制御手順は、ユーザアプリケーション層またはＰＣＬ（Protocol Conversion Layer）層が要求するＲＴＴ（Round Trip Time）の設定内容に基づいて、前記送信権が通信装置に設定される第１設定時間と前記送信権が前記他の通信装置に設定される第２設定時間との比率を決定する
    通信装置の制御方法。
JP2011200875A 2011-09-14 2011-09-14 通信装置、通信システムおよび通信装置の制御方法 Active JP5915964B2 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2011200875A JP5915964B2 (ja) 2011-09-14 2011-09-14 通信装置、通信システムおよび通信装置の制御方法
EP12177757.7A EP2571325B1 (en) 2011-09-14 2012-07-25 Communication apparatus, communication system, and method of controlling communication apparatus
US13/603,828 US20130065529A1 (en) 2011-09-14 2012-09-05 Communication apparatus, communication system, and method of controlling communication apparatus
CN2012103473169A CN103001747A (zh) 2011-09-14 2012-09-07 通信设备、通信系统和控制通信设备的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011200875A JP5915964B2 (ja) 2011-09-14 2011-09-14 通信装置、通信システムおよび通信装置の制御方法

Publications (2)

Publication Number Publication Date
JP2013062742A JP2013062742A (ja) 2013-04-04
JP5915964B2 true JP5915964B2 (ja) 2016-05-11

Family

ID=46762866

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011200875A Active JP5915964B2 (ja) 2011-09-14 2011-09-14 通信装置、通信システムおよび通信装置の制御方法

Country Status (4)

Country Link
US (1) US20130065529A1 (ja)
EP (1) EP2571325B1 (ja)
JP (1) JP5915964B2 (ja)
CN (1) CN103001747A (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014082756A (ja) * 2012-09-25 2014-05-08 Toshiba Corp 無線通信装置及び方法
JP2014127956A (ja) * 2012-12-27 2014-07-07 Toshiba Corp 無線通信装置
CN105518999B (zh) 2013-09-10 2019-05-10 索尼公司 通信设备、通信系统及通信方法
JP6109771B2 (ja) 2014-03-13 2017-04-05 株式会社東芝 ファイル送受信装置およびファイル送受信方法
US9380536B2 (en) 2014-09-09 2016-06-28 Qualcomm Incorporated Enhanced device selection algorithm for device-to-device (D2D) communication
KR102098933B1 (ko) 2014-09-24 2020-04-08 삼성전자주식회사 무선통신 시스템에서 디바이스간 통신 방법 및 장치
JP7006777B2 (ja) * 2018-04-19 2022-01-24 日本電気株式会社 端末、無線通信システム、及び通信方法

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10215190A1 (de) * 2002-04-05 2003-10-30 Siemens Ag Verfahren zur Steuerung des Medienzugriffs in einem drahtlosen Kommunikationsnetz und Kommunikationssystem
US7302227B2 (en) * 2003-02-03 2007-11-27 Sony Corporation Communication method, communication device, and computer program
JP2005159771A (ja) * 2003-11-26 2005-06-16 Sony Corp 無線通信装置及び無線通信方法、無線通信システム、並びにコンピュータ・プログラム
KR100678941B1 (ko) * 2004-09-03 2007-02-07 삼성전자주식회사 할당된 시간 동안 양방향으로 데이터를 송수신하는 방법및 그 방법을 이용하는 무선 디바이스
US7751374B2 (en) * 2005-01-18 2010-07-06 Marvell World Trade Ltd. WLAN TDM protocol
US7639658B2 (en) * 2005-03-18 2009-12-29 Qualcomm Incorporated Efficient wireless transmission opportunity handoff
JP4790462B2 (ja) * 2006-03-24 2011-10-12 株式会社エヌ・ティ・ティ・ドコモ 無線通信装置及び無線通信方法
JP4492622B2 (ja) * 2007-02-13 2010-06-30 株式会社デンソー 無線通信方法及び装置
US8126433B2 (en) * 2008-09-15 2012-02-28 Sony Ericsson Mobile Communications Ab Electronic devices and methods that communicate via transferjet and NFC transmitter and receiver pairing
JP5522983B2 (ja) * 2009-06-23 2014-06-18 キヤノン株式会社 通信装置、通信装置の制御方法
WO2011030384A1 (ja) * 2009-09-10 2011-03-17 株式会社 東芝 無線システム
JP2011200875A (ja) 2010-03-24 2011-10-13 Ryobi Ltd 竪型鋳造機
JP5713844B2 (ja) * 2011-08-25 2015-05-07 株式会社東芝 無線通信装置及び干渉回避方法

Also Published As

Publication number Publication date
US20130065529A1 (en) 2013-03-14
EP2571325B1 (en) 2014-04-23
JP2013062742A (ja) 2013-04-04
EP2571325A1 (en) 2013-03-20
CN103001747A (zh) 2013-03-27

Similar Documents

Publication Publication Date Title
JP5915964B2 (ja) 通信装置、通信システムおよび通信装置の制御方法
US11128488B2 (en) System and method for full-duplex media access control using request-to-send signaling
JP6585235B2 (ja) アクセサリデバイスのための最適化されたＢｌｕｅｔｏｏｔｈスケジューリング
US9215708B2 (en) Method and apparatus for multi-network communication
CN106416412B (zh) 用于同时数据传送和接收的无线通信方法及装置
CN106852192B (zh) 邻居感知网络的设备之间的通信
CN101366240B (zh) 无线网络设备的共存系统和方法
CN102958190B (zh) 无线通信装置
WO2016002263A1 (ja) 無線通信装置、無線通信方法及びプログラム
US8867512B2 (en) Autonomous discovery for enhanced wifi devices
KR20080018860A (ko) 무선 네트워크에서의 제어 및 데이터의 분리 방법
JP5964737B2 (ja) 通信端末
WO2008088189A1 (en) Method and system for connection setup in wireless communications
WO2022001175A1 (zh) 数据包发送的方法、装置
US11115885B2 (en) Audio synchronization during handover
JP6446574B2 (ja) Ｗｌａｎにおける装置、方法、コンピュータ・プログラム及び記憶媒体
TW202215798A (zh) 基於藍牙的資料傳輸方法、接收方法、通信裝置以及電腦存儲介質
WO2013163001A1 (en) Method of protocol abstraction level (pal) frequency synchronization
CN113853026B (zh) Wlan中的低延迟通信
WO2023051082A1 (zh) 基于无线网络Wi-Fi的数据传输方法及电子设备
TW202215899A (zh) 非同時傳輸及接收的行動存取點及其執行的方法、以及非同時傳輸及接收的終端使用者裝置及其執行的方法
US20140185547A1 (en) Wireless communication apparatus and method

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140807

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150624

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150630

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150824

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20160105

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20160226

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

R151 Written notification of patent or utility model registration

Ref document number: 5915964

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20160327

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250