JP2003309541A - データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム - Google Patents
データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラムInfo
- Publication number
- JP2003309541A JP2003309541A JP2002111485A JP2002111485A JP2003309541A JP 2003309541 A JP2003309541 A JP 2003309541A JP 2002111485 A JP2002111485 A JP 2002111485A JP 2002111485 A JP2002111485 A JP 2002111485A JP 2003309541 A JP2003309541 A JP 2003309541A
- Authority
- JP
- Japan
- Prior art keywords
- data
- communication
- transmission
- quality
- communication quality
- 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.)
- Pending
Links
- 238000012546 transfer Methods 0.000 title claims abstract description 142
- 238000000034 method Methods 0.000 title claims description 130
- 238000004590 computer program Methods 0.000 title claims description 19
- 238000004891 communication Methods 0.000 claims abstract description 287
- 230000005540 biological transmission Effects 0.000 claims abstract description 231
- 238000007906 compression Methods 0.000 claims abstract description 73
- 230000006835 compression Effects 0.000 claims abstract description 73
- 230000004044 response Effects 0.000 claims abstract description 15
- 238000012545 processing Methods 0.000 claims description 107
- 230000007423 decrease Effects 0.000 abstract description 6
- 230000008569 process Effects 0.000 description 31
- 238000013144 data compression Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 16
- 230000006870 function Effects 0.000 description 16
- 230000001276 controlling effect Effects 0.000 description 13
- 230000007246 mechanism Effects 0.000 description 9
- 230000001360 synchronised effect Effects 0.000 description 8
- 238000009826 distribution Methods 0.000 description 7
- 230000006866 deterioration Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 239000000047 product Substances 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 238000012937 correction Methods 0.000 description 5
- 230000003044 adaptive effect Effects 0.000 description 4
- 239000000284 extract Substances 0.000 description 4
- 230000003139 buffering effect Effects 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 230000005236 sound signal Effects 0.000 description 3
- 230000000875 corresponding effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 2
- 230000001771 impaired effect Effects 0.000 description 2
- 238000009434 installation Methods 0.000 description 2
- 101000974356 Homo sapiens Nuclear receptor coactivator 3 Proteins 0.000 description 1
- 101000712576 Homo sapiens Ras-related C3 botulinum toxin substrate 3 Proteins 0.000 description 1
- 102100022883 Nuclear receptor coactivator 3 Human genes 0.000 description 1
- 241001282736 Oriens Species 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000002079 cooperative effect Effects 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000007781 pre-processing Methods 0.000 description 1
- 238000013441 quality evaluation Methods 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
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/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0014—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the source coding
-
- 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
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Communication Control (AREA)
- Mobile Radio Communication Systems (AREA)
- Television Systems (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
(57)【要約】
【課題】 通信品質に応じてリアルタイム・データの送
信方式を制御する。 【解決手段】 ストリーミング送信アプリケーション
は、ＨＣＩを通じてＢｌｕｅｔｏｏｔｈリンクの品質を
チェックする。品質の低下に応答して、ストリーミング
・データを符号化するときの圧縮率を高くして、転送パ
ケットのサイズを小さくする。次のパケット転送開始す
るまでに前のパケットを送るための再送余裕が増えるの
で、再生音が途切れにくいストリーミングを実現するこ
とができる。受信側のバッファが小さくて済むので、デ
ータ送信から受信・再生されるまでのディレイも小さ
い。
信方式を制御する。 【解決手段】 ストリーミング送信アプリケーション
は、ＨＣＩを通じてＢｌｕｅｔｏｏｔｈリンクの品質を
チェックする。品質の低下に応答して、ストリーミング
・データを符号化するときの圧縮率を高くして、転送パ
ケットのサイズを小さくする。次のパケット転送開始す
るまでに前のパケットを送るための再送余裕が増えるの
で、再生音が途切れにくいストリーミングを実現するこ
とができる。受信側のバッファが小さくて済むので、デ
ータ送信から受信・再生されるまでのディレイも小さ
い。
Description
【０００１】
【発明の属する技術分野】本発明は、複数の機器間をワ
イヤレスで接続するためのデータ転送システム、データ
転送装置及びデータ転送方法、並びにコンピュータ・プ
ログラムに係り、特に、所定の通信セル内でワイヤレス
接続された機器間でオーディオや動画像などのリアルタ
イム・データを伝送するためのデータ転送システム、デ
ータ転送装置及びデータ転送方法、並びにコンピュータ
・プログラムに関する。
イヤレスで接続するためのデータ転送システム、データ
転送装置及びデータ転送方法、並びにコンピュータ・プ
ログラムに係り、特に、所定の通信セル内でワイヤレス
接続された機器間でオーディオや動画像などのリアルタ
イム・データを伝送するためのデータ転送システム、デ
ータ転送装置及びデータ転送方法、並びにコンピュータ
・プログラムに関する。
【０００２】さらに詳しくは、本発明は、所定の通信セ
ル内でワイヤレス接続された機器間でリアルタイム性を
維持しながらデータを伝送するデータ転送システム、デ
ータ転送装置及びデータ転送方法、並びにコンピュータ
・プログラムに係り、特に、通信品質に応じて送信方式
を適応的に制御してリアルタイム・データを伝送するデ
ータ転送システム、データ転送装置及びデータ転送方
法、並びにコンピュータ・プログラムに関する。
ル内でワイヤレス接続された機器間でリアルタイム性を
維持しながらデータを伝送するデータ転送システム、デ
ータ転送装置及びデータ転送方法、並びにコンピュータ
・プログラムに係り、特に、通信品質に応じて送信方式
を適応的に制御してリアルタイム・データを伝送するデ
ータ転送システム、データ転送装置及びデータ転送方
法、並びにコンピュータ・プログラムに関する。
【０００３】
【従来の技術】最近、近距離の無線通信技術が脚光を浴
び始めている。この種の無線通信方式によれば、機器や
端末間の通信をコードレスで確立することができるの
で、機器どうしの接続作業が簡素化されるとともに、各
機器の設置場所を選ぶ必要がなくなるので、利便性が高
い。近距離無線通信は、例えばホーム・ネットワークな
どのように、局所的で、ネットワーク・ケーブルの敷設
が現実的でない場所における伝送媒体としても大いに期
待されている。
び始めている。この種の無線通信方式によれば、機器や
端末間の通信をコードレスで確立することができるの
で、機器どうしの接続作業が簡素化されるとともに、各
機器の設置場所を選ぶ必要がなくなるので、利便性が高
い。近距離無線通信は、例えばホーム・ネットワークな
どのように、局所的で、ネットワーク・ケーブルの敷設
が現実的でない場所における伝送媒体としても大いに期
待されている。
【０００４】近距離無線通信は、例えば、コンピュータ
本体とその周辺機器間のデータ転送の他に、携帯型情報
機器間のデータ交換や、電話機本体や携帯型音楽再生機
とヘッドセット、親機と子機などの間におけるデータや
音声の伝送に利用することができる。
本体とその周辺機器間のデータ転送の他に、携帯型情報
機器間のデータ交換や、電話機本体や携帯型音楽再生機
とヘッドセット、親機と子機などの間におけるデータや
音声の伝送に利用することができる。
【０００５】近距離無線通信の代表例である"Ｂｌｕｅ
ｔｏｏｔｈ"は、さまざまな業界に対して適用可能なワ
イヤレス接続インターフェースを提供する標準規格であ
り、"Ｂｌｕｅｔｏｏｔｈ ＳＩＧ（Special Interest
Group）"にその運営・管理が委ねられている。
ｔｏｏｔｈ"は、さまざまな業界に対して適用可能なワ
イヤレス接続インターフェースを提供する標準規格であ
り、"Ｂｌｕｅｔｏｏｔｈ ＳＩＧ（Special Interest
Group）"にその運営・管理が委ねられている。
【０００６】Ｂｌｕｅｔｏｏｔｈは、２．４ＧＨｚのＩ
ＳＭ（Industry Science Medical）バンドと呼ばれるグ
ローバルな無線周波数を使用し、全体のデータ伝送速度
は１Ｍｂｐｓであり、その中には電話の音声伝送に利用
可能な６４ｋｂｐｓの同期伝送チャンネルと、データ伝
送のための非同期伝送チャンネルが設けられている。前
者の同期伝送チャンネルは、ＳＣＯ（Synchronous Conn
ection Oriented Link）伝送方式が採用され、回線接続
に適用される。また、後者の非同期伝送チャンネルは、
ＡＣＬ（Asynchronous Connection Less Link）伝送方
式が採用され、パケット交換によるデータ伝送に適用さ
れる。Ｂｌｕｅｔｏｏｔｈによる機器間の接続範囲は１
０ｍ程度であるが、追加増幅器を使用することによっ
て、さらに１００ｍまで延長することができる。
ＳＭ（Industry Science Medical）バンドと呼ばれるグ
ローバルな無線周波数を使用し、全体のデータ伝送速度
は１Ｍｂｐｓであり、その中には電話の音声伝送に利用
可能な６４ｋｂｐｓの同期伝送チャンネルと、データ伝
送のための非同期伝送チャンネルが設けられている。前
者の同期伝送チャンネルは、ＳＣＯ（Synchronous Conn
ection Oriented Link）伝送方式が採用され、回線接続
に適用される。また、後者の非同期伝送チャンネルは、
ＡＣＬ（Asynchronous Connection Less Link）伝送方
式が採用され、パケット交換によるデータ伝送に適用さ
れる。Ｂｌｕｅｔｏｏｔｈによる機器間の接続範囲は１
０ｍ程度であるが、追加増幅器を使用することによっ
て、さらに１００ｍまで延長することができる。
【０００７】Ｂｌｕｅｔｏｏｔｈの技術仕様は、「コア
（Ｃｏｒｅ）」と「プロファイル（Ｐｒｏｆｉｌｅ）」
に大別される。コアは、Ｂｌｕｅｔｏｏｔｈが提供する
ワイヤレス接続の基礎を定義する。これに対し、プロフ
ァイルは、Ｂｌｕｅｔｏｏｔｈのコアに基づいて各種の
機能やアプリケーションを開発して機器に組み込む際
に、機器間の相互接続性を保証するための各機能毎に規
定された技術要件の集まりである。
（Ｃｏｒｅ）」と「プロファイル（Ｐｒｏｆｉｌｅ）」
に大別される。コアは、Ｂｌｕｅｔｏｏｔｈが提供する
ワイヤレス接続の基礎を定義する。これに対し、プロフ
ァイルは、Ｂｌｕｅｔｏｏｔｈのコアに基づいて各種の
機能やアプリケーションを開発して機器に組み込む際
に、機器間の相互接続性を保証するための各機能毎に規
定された技術要件の集まりである。
【０００８】Ｂｌｕｅｔｏｏｔｈのプロファイルは複数
存在し、その組み合わせにより１つのアプリケーション
（「利用モデル（Ｕｓａｇｅ）」とも呼ぶ）を提供す
る。実際には、アプリケーションを提供するプロファイ
ルの組み合わせがコアとともにＢｌｕｅｔｏｏｔｈ製品
に実装されることになる。
存在し、その組み合わせにより１つのアプリケーション
（「利用モデル（Ｕｓａｇｅ）」とも呼ぶ）を提供す
る。実際には、アプリケーションを提供するプロファイ
ルの組み合わせがコアとともにＢｌｕｅｔｏｏｔｈ製品
に実装されることになる。
【０００９】例えば、携帯電話やパーソナル・コンピュ
ータ関連のプロファイルを始めとして、自動車、ネット
ワーク、プリンタ、オーディオ、ビデオなど、さまざま
なＢｌｕｅｔｏｏｔｈプロファイルが想定される。
ータ関連のプロファイルを始めとして、自動車、ネット
ワーク、プリンタ、オーディオ、ビデオなど、さまざま
なＢｌｕｅｔｏｏｔｈプロファイルが想定される。
【００１０】例えば、オーディオ・データの伝送用のプ
ロファイルとして、"Bluetooth Advanced Audio Distr
ibution Profile"（Ａ２ＤＰ）を挙げることができる。
このＡ２ＤＰは、Ｂｌｕｅｔｏｏｔｈ接続された機器間
でオーディオ・データのストリーミング転送を行うため
の規格である。例えばＣＤ（ＤＶＤ）プレーヤなどのＡ
Ｖ再生機器（Ｓｏｕｒｃｅ）側では、音楽データをＳｕ
ｂ−ｂａｎｄ Ｃｏｄｉｎｇ（ＳＢＣ）、ＭＰ３，ＡＴ
ＲＡＣ３などの形式により圧縮して、パケット単位で転
送する。一方、スピーカやヘッドフォンなどの受信機器
（Ｓｉｎｋ）側では、すべてのパケットを受信するのを
待たずに、データの受信と同時にその再生を行なう。し
たがって、Ａ２ＤＰによれば、プレーヤの音がほぼリア
ルタイムで聴くことができるワイヤレス・ヘッドホンや
スピーカを製作することが可能となる。
ロファイルとして、"Bluetooth Advanced Audio Distr
ibution Profile"（Ａ２ＤＰ）を挙げることができる。
このＡ２ＤＰは、Ｂｌｕｅｔｏｏｔｈ接続された機器間
でオーディオ・データのストリーミング転送を行うため
の規格である。例えばＣＤ（ＤＶＤ）プレーヤなどのＡ
Ｖ再生機器（Ｓｏｕｒｃｅ）側では、音楽データをＳｕ
ｂ−ｂａｎｄ Ｃｏｄｉｎｇ（ＳＢＣ）、ＭＰ３，ＡＴ
ＲＡＣ３などの形式により圧縮して、パケット単位で転
送する。一方、スピーカやヘッドフォンなどの受信機器
（Ｓｉｎｋ）側では、すべてのパケットを受信するのを
待たずに、データの受信と同時にその再生を行なう。し
たがって、Ａ２ＤＰによれば、プレーヤの音がほぼリア
ルタイムで聴くことができるワイヤレス・ヘッドホンや
スピーカを製作することが可能となる。
【００１１】ところで、機器間でデータ通信を行なうと
きの通信速度や通信品質は、伝送路の状況に応じて変動
する。特に、Ｂｌｕｅｔｏｏｔｈを始めとする無線通信
においては、相手機器との距離や他の無線機器の影響に
よって大きく変化する。勿論、無線伝送路における通信
品質が低下すると、再送回数などが増大する結果とし
て、通信品質が低下する。
きの通信速度や通信品質は、伝送路の状況に応じて変動
する。特に、Ｂｌｕｅｔｏｏｔｈを始めとする無線通信
においては、相手機器との距離や他の無線機器の影響に
よって大きく変化する。勿論、無線伝送路における通信
品質が低下すると、再送回数などが増大する結果とし
て、通信品質が低下する。
【００１２】例えば、Ｂｌｕｅｔｏｏｔｈなどの無線デ
ータ通信によりオーディオ・データをストリーミング転
送している最中に通信速度が低下すると、受信側におい
て再生音が途切れるなどリアルタイム性が著しく損なわ
れてしまう。
ータ通信によりオーディオ・データをストリーミング転
送している最中に通信速度が低下すると、受信側におい
て再生音が途切れるなどリアルタイム性が著しく損なわ
れてしまう。
【００１３】データ通信におけるリアルタイム性を確保
するために、受信側にバッファを用意しておくことが一
般に行なわれている。すなわち、受信機器は、バッファ
に一定量以上の受信データを貯めてから再生を開始す
る。このようすれば、一時的に通信状況が悪くなってと
しても、バッファに残っているデータを再生するので、
音が途切れない。
するために、受信側にバッファを用意しておくことが一
般に行なわれている。すなわち、受信機器は、バッファ
に一定量以上の受信データを貯めてから再生を開始す
る。このようすれば、一時的に通信状況が悪くなってと
しても、バッファに残っているデータを再生するので、
音が途切れない。
【００１４】しかしながら、このようなデータ・バッフ
ァリングによる方法の場合、バッファにデータを貯める
時間分だけ、データが送信されてから受信側で再生され
るまでのディレイが生じる。バッファが大きいほど、受
信側で再生音が途切れにくくなるが、リアルタイム性が
損なわれてしまう。また、バッファを利用すると早まわ
し再生などの操作に対応することができない。また、デ
ータ・バッファリングのためのメモリ容量が必要となる
分だけ機器コストが増大する。
ァリングによる方法の場合、バッファにデータを貯める
時間分だけ、データが送信されてから受信側で再生され
るまでのディレイが生じる。バッファが大きいほど、受
信側で再生音が途切れにくくなるが、リアルタイム性が
損なわれてしまう。また、バッファを利用すると早まわ
し再生などの操作に対応することができない。また、デ
ータ・バッファリングのためのメモリ容量が必要となる
分だけ機器コストが増大する。
【００１５】
【発明が解決しようとする課題】本発明の目的は、所定
の通信セル内でワイヤレス接続された機器間でオーディ
オや動画像などのリアルタイム・データを好適に伝送す
ることができる、優れたデータ転送システム、データ転
送装置及びデータ転送方法、並びにコンピュータ・プロ
グラムを提供することにある。
の通信セル内でワイヤレス接続された機器間でオーディ
オや動画像などのリアルタイム・データを好適に伝送す
ることができる、優れたデータ転送システム、データ転
送装置及びデータ転送方法、並びにコンピュータ・プロ
グラムを提供することにある。
【００１６】本発明のさらなる目的は、所定の通信セル
内でワイヤレス接続された機器間で、データ伝送路の状
況に依らずリアルタイム性を維持しながらデータを伝送
することができる、優れたデータ転送システム、データ
転送装置及びデータ転送方法、並びにコンピュータ・プ
ログラムを提供することにある。
内でワイヤレス接続された機器間で、データ伝送路の状
況に依らずリアルタイム性を維持しながらデータを伝送
することができる、優れたデータ転送システム、データ
転送装置及びデータ転送方法、並びにコンピュータ・プ
ログラムを提供することにある。
【００１７】本発明のさらなる目的は、通信品質に応じ
て送信方式を適応的に制御することにより、リアルタイ
ム・データを好適に伝送することができる、優れたデー
タ転送システム、データ転送装置及びデータ転送方法、
並びにコンピュータ・プログラムを提供することにあ
る。
て送信方式を適応的に制御することにより、リアルタイ
ム・データを好適に伝送することができる、優れたデー
タ転送システム、データ転送装置及びデータ転送方法、
並びにコンピュータ・プログラムを提供することにあ
る。
【００１８】
【課題を解決するための手段及び作用】本発明は、上記
課題を参酌してなされたものであり、その第１の側面
は、複数の機器間でデータを伝送するデータ転送システ
ムであって、データ送信機器側からデータ受信機器側へ
のデータ送信エラーの発生に応じてデータを再送し、該
再送制御情報を基にデータ送受信機器間の通信品質を推
定し、該通信品質の推定結果に応じてデータ送受信機器
間での送信データの圧縮率を設定する、ことを特徴とす
るデータ転送システムである。
課題を参酌してなされたものであり、その第１の側面
は、複数の機器間でデータを伝送するデータ転送システ
ムであって、データ送信機器側からデータ受信機器側へ
のデータ送信エラーの発生に応じてデータを再送し、該
再送制御情報を基にデータ送受信機器間の通信品質を推
定し、該通信品質の推定結果に応じてデータ送受信機器
間での送信データの圧縮率を設定する、ことを特徴とす
るデータ転送システムである。
【００１９】但し、ここで言う「システム」とは、複数
の装置（又は特定の機能を実現する機能モジュール）が
論理的に集合した物のことを言い、各装置や機能モジュ
ールが単一の筐体内にあるか否かは特に問わない。
の装置（又は特定の機能を実現する機能モジュール）が
論理的に集合した物のことを言い、各装置や機能モジュ
ールが単一の筐体内にあるか否かは特に問わない。
【００２０】本発明の第１の側面に係るデータ転送シス
テムによれば、オーディオなどのリアルタイム・データ
のストリーミング転送時において、通信品質に応じて圧
縮率などの送信方式を適応的に制御することによってデ
ータ転送のリアルタイム性を確保することができる。例
えば通品品質が良好でデータ転送レートが速くなれば圧
縮率を低下させて転送データの品質を向上させるが、通
信品質が劣化してデータ転送レートが低下すると圧縮率
を高めてデータが途切れないようにしてリアルタイム性
を維持することができる。
テムによれば、オーディオなどのリアルタイム・データ
のストリーミング転送時において、通信品質に応じて圧
縮率などの送信方式を適応的に制御することによってデ
ータ転送のリアルタイム性を確保することができる。例
えば通品品質が良好でデータ転送レートが速くなれば圧
縮率を低下させて転送データの品質を向上させるが、通
信品質が劣化してデータ転送レートが低下すると圧縮率
を高めてデータが途切れないようにしてリアルタイム性
を維持することができる。
【００２１】例えば、Ｂｌｕｅｔｏｏｔｈリンクにおい
ては、ベースバンド層は、再送制御に併せて、通信品質
（Link_Quality）の管理を行なっている。したがって、
上位のアプリケーションは、ＨＣＩ（Host Control Int
erface）コマンドを用いてベースバンド層に通信品質を
取得して、これを基に通信品質に応じた転送データの圧
縮率をコントロールすることができる。
ては、ベースバンド層は、再送制御に併せて、通信品質
（Link_Quality）の管理を行なっている。したがって、
上位のアプリケーションは、ＨＣＩ（Host Control Int
erface）コマンドを用いてベースバンド層に通信品質を
取得して、これを基に通信品質に応じた転送データの圧
縮率をコントロールすることができる。
【００２２】データ圧縮率を高くすると、送信パケット
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信機器側で
用意すべきバッファのサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファが溢れなければ受
信側でオーディオ出力が途切れることはなくなる。
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信機器側で
用意すべきバッファのサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファが溢れなければ受
信側でオーディオ出力が途切れることはなくなる。
【００２３】また、本発明の第２の側面は、所定の通信
リンクを介したデータ転送を行なうデータ転送装置又は
方法であって、前記通信リンクを介して他の装置にデー
タを送信する送信手段又はステップと、前記他の装置に
おいて送信データの受信に失敗したことに応答してデー
タの再送を制御する再送制御手段又はステップと、前記
再送制御手段又はステップによる再送制御情報に基づい
て前記通信リンクの品質を推定する通信品質推定手段又
はステップと、前記通信品質の推定結果に応じて前記送
信手段又はステップにおけるデータ送信方式を決定する
送信方式制御手段又はステップと、を具備することを特
徴とするデータ転送装置又は方法である。
リンクを介したデータ転送を行なうデータ転送装置又は
方法であって、前記通信リンクを介して他の装置にデー
タを送信する送信手段又はステップと、前記他の装置に
おいて送信データの受信に失敗したことに応答してデー
タの再送を制御する再送制御手段又はステップと、前記
再送制御手段又はステップによる再送制御情報に基づい
て前記通信リンクの品質を推定する通信品質推定手段又
はステップと、前記通信品質の推定結果に応じて前記送
信手段又はステップにおけるデータ送信方式を決定する
送信方式制御手段又はステップと、を具備することを特
徴とするデータ転送装置又は方法である。
【００２４】ここで、前記送信方式制御手段又はステッ
プは、該通信品質の推定結果に応じて前記送信手段にお
ける送信データの圧縮率を設定する。より具体的には、
前記送信方式制御手段又はステップは、該推定された通
信品質が良好であれば低い圧縮率を設定するが、通信品
質が低下するとより高い圧縮率を設定する。
プは、該通信品質の推定結果に応じて前記送信手段にお
ける送信データの圧縮率を設定する。より具体的には、
前記送信方式制御手段又はステップは、該推定された通
信品質が良好であれば低い圧縮率を設定するが、通信品
質が低下するとより高い圧縮率を設定する。
【００２５】また、前記通信品質推定手段又はステップ
は、所定時間内でデータ再送が発生する回数又は頻度を
通信品質にマッピングすることができる。
は、所定時間内でデータ再送が発生する回数又は頻度を
通信品質にマッピングすることができる。
【００２６】したがって、本発明の第２の側面に係るデ
ータ転送装置又は方法によれば、例えばオーディオなど
のリアルタイム・データのストリーミング転送時におい
て、通信品質に応じて圧縮率などの送信方式を適応的に
制御することによってデータ転送のリアルタイム性を確
保することができる。例えば通品品質が良好でデータ転
送レートが速くなれば圧縮率を低下させて転送データの
品質を向上させるが、通信品質が劣化してデータ転送レ
ートが低下すると圧縮率を高めてデータが途切れないよ
うにしてリアルタイム性を維持することができる。
ータ転送装置又は方法によれば、例えばオーディオなど
のリアルタイム・データのストリーミング転送時におい
て、通信品質に応じて圧縮率などの送信方式を適応的に
制御することによってデータ転送のリアルタイム性を確
保することができる。例えば通品品質が良好でデータ転
送レートが速くなれば圧縮率を低下させて転送データの
品質を向上させるが、通信品質が劣化してデータ転送レ
ートが低下すると圧縮率を高めてデータが途切れないよ
うにしてリアルタイム性を維持することができる。
【００２７】例えば、Ｂｌｕｅｔｏｏｔｈリンクにおい
ては、ベースバンド層は、再送制御に併せて、通信品質
（Link_Quality）の管理を行なっている。したがって、
上位のアプリケーションは、ＨＣＩコマンドを用いてベ
ースバンド層に通信品質を取得して、これを基に通信品
質に応じた転送データの圧縮率をコントロールすること
ができる。
ては、ベースバンド層は、再送制御に併せて、通信品質
（Link_Quality）の管理を行なっている。したがって、
上位のアプリケーションは、ＨＣＩコマンドを用いてベ
ースバンド層に通信品質を取得して、これを基に通信品
質に応じた転送データの圧縮率をコントロールすること
ができる。
【００２８】データ転送装置は、通常、送信データの符
号化及びパケット化処理とデータ送信処理の間の時間差
を吸収するためにデータ・バッファを備えている。無線
通信のリンクの品質が良好な場合は、バッファに書き込
まれたパケットはすぐに読み出されて送信されるので、
バッファにはデータが溜まらない。例えばオーディオ・
プレーヤとヘッドフォン間の通信として見れば、ヘッド
フォンは一定の間隔でパケットを受信することができる
ので、途切れなくオーディオ再生を行なうことができ、
リアルタイム性が維持される。
号化及びパケット化処理とデータ送信処理の間の時間差
を吸収するためにデータ・バッファを備えている。無線
通信のリンクの品質が良好な場合は、バッファに書き込
まれたパケットはすぐに読み出されて送信されるので、
バッファにはデータが溜まらない。例えばオーディオ・
プレーヤとヘッドフォン間の通信として見れば、ヘッド
フォンは一定の間隔でパケットを受信することができる
ので、途切れなくオーディオ再生を行なうことができ、
リアルタイム性が維持される。
【００２９】一方、無線通信のリンクの品質が悪くなる
と、通信リンクでは再送が繰り返される。パケット再送
が行なわれている間にも、バッファへの送信データの書
き込みが行なわれるので、バッファにはデータが徐々に
溜まっていく。本発明によれば、このような場合は高圧
縮率を設定して、送信データのサイズを小さくすること
により、再送余裕を増加させる。この結果、バッファで
データが溢れて送信データが失われるという事態を回避
することにより、ヘッドフォン側での音の途切れを防止
することができる。
と、通信リンクでは再送が繰り返される。パケット再送
が行なわれている間にも、バッファへの送信データの書
き込みが行なわれるので、バッファにはデータが徐々に
溜まっていく。本発明によれば、このような場合は高圧
縮率を設定して、送信データのサイズを小さくすること
により、再送余裕を増加させる。この結果、バッファで
データが溢れて送信データが失われるという事態を回避
することにより、ヘッドフォン側での音の途切れを防止
することができる。
【００３０】また、本発明の第３の側面は、複数の機器
間でデータを伝送するデータ転送システムであって、デ
ータ送受信機器間での通信の所要時間を算出して、該所
要時間を基に通信リンクの通信品質を推定し、該通信品
質の推定結果に応じてデータ送受信機器間での送信デー
タの圧縮率を設定する、ことを特徴とするデータ転送シ
ステムである。
間でデータを伝送するデータ転送システムであって、デ
ータ送受信機器間での通信の所要時間を算出して、該所
要時間を基に通信リンクの通信品質を推定し、該通信品
質の推定結果に応じてデータ送受信機器間での送信デー
タの圧縮率を設定する、ことを特徴とするデータ転送シ
ステムである。
【００３１】本発明の第３の側面に係るデータ転送シス
テムによれば、オーディオなどのリアルタイム・データ
のストリーミング転送時において、通信品質に応じて圧
縮率などの送信方式を適応的に制御することによってデ
ータ転送のリアルタイム性を確保することができる。例
えば通品品質が良好でデータ転送レートが速くなれば圧
縮率を低下させて転送データの品質を向上させるが、通
信品質が劣化してデータ転送レートが低下すると圧縮率
を高めてデータが途切れないようにしてリアルタイム性
を維持することができる。
テムによれば、オーディオなどのリアルタイム・データ
のストリーミング転送時において、通信品質に応じて圧
縮率などの送信方式を適応的に制御することによってデ
ータ転送のリアルタイム性を確保することができる。例
えば通品品質が良好でデータ転送レートが速くなれば圧
縮率を低下させて転送データの品質を向上させるが、通
信品質が劣化してデータ転送レートが低下すると圧縮率
を高めてデータが途切れないようにしてリアルタイム性
を維持することができる。
【００３２】例えば、Ａ２ＤＰにおいては、ストリーミ
ング転送時のデータ送受信間で同期駆動のためにＲｅｐ
ｏｒｔｉｎｇの仕組みが用意されている。したがって、
上位のアプリケーションは、Ｒｅｐｏｒｔｉｎｇ処理に
より取得される機器間のタイムスタンプ情報を基に通信
の所要時間を計算して、これを基に通信品質を推定し
て、転送データの圧縮率をコントロールすることができ
る。
ング転送時のデータ送受信間で同期駆動のためにＲｅｐ
ｏｒｔｉｎｇの仕組みが用意されている。したがって、
上位のアプリケーションは、Ｒｅｐｏｒｔｉｎｇ処理に
より取得される機器間のタイムスタンプ情報を基に通信
の所要時間を計算して、これを基に通信品質を推定し
て、転送データの圧縮率をコントロールすることができ
る。
【００３３】データ圧縮率を高くすると、送信パケット
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信機器側で
用意すべきバッファのサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファが溢れなければ受
信側でオーディオ出力が途切れることはなくなる。
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信機器側で
用意すべきバッファのサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファが溢れなければ受
信側でオーディオ出力が途切れることはなくなる。
【００３４】また、本発明の第４の側面は、所定の通信
リンクを介したデータ転送を行なうデータ転送装置又は
方法であって、前記通信リンクを介して他の装置にデー
タを送信する送信手段又はステップと、前記通信リンク
における通信の所要時間を計測する通信時間測定手段又
はステップと、該計算された通信の所要時間に基づいて
前記通信リンクの品質を推定する通信品質推定手段又は
ステップと、前記通信品質の推定結果に応じて前記送信
手段におけるデータ送信方式を決定する送信方式制御手
段又はステップと、を具備することを特徴とするデータ
転送装置又は装置である。
リンクを介したデータ転送を行なうデータ転送装置又は
方法であって、前記通信リンクを介して他の装置にデー
タを送信する送信手段又はステップと、前記通信リンク
における通信の所要時間を計測する通信時間測定手段又
はステップと、該計算された通信の所要時間に基づいて
前記通信リンクの品質を推定する通信品質推定手段又は
ステップと、前記通信品質の推定結果に応じて前記送信
手段におけるデータ送信方式を決定する送信方式制御手
段又はステップと、を具備することを特徴とするデータ
転送装置又は装置である。
【００３５】ここで、前記通信時間測定手段は、送信時
刻印を含んだ第１のレポーティング・パケットの送信
と、受信側からの前記第１のレポーティング・パケット
受信後の処理時間を含んだ第２のレポーティング・パケ
ットの受信を利用して、通信の所要時間を算出すること
ができる。すなわち、第１のレポーティング・パケット
の送信時刻と第２のレポーティング・パケットの受信時
刻の差から受信側における処理時間を減算することによ
り、通信の所要時間を概算することができる。
刻印を含んだ第１のレポーティング・パケットの送信
と、受信側からの前記第１のレポーティング・パケット
受信後の処理時間を含んだ第２のレポーティング・パケ
ットの受信を利用して、通信の所要時間を算出すること
ができる。すなわち、第１のレポーティング・パケット
の送信時刻と第２のレポーティング・パケットの受信時
刻の差から受信側における処理時間を減算することによ
り、通信の所要時間を概算することができる。
【００３６】また、前記送信方式制御手段又はステップ
は、該通信品質の推定結果に応じて前記送信手段におけ
る送信データの圧縮率を設定する。より具体的には、前
記送信方式制御手段又はステップは、該推定された通信
品質が良好であれば低い圧縮率を設定するが、通信品質
が低下するとより高い圧縮率を設定する。
は、該通信品質の推定結果に応じて前記送信手段におけ
る送信データの圧縮率を設定する。より具体的には、前
記送信方式制御手段又はステップは、該推定された通信
品質が良好であれば低い圧縮率を設定するが、通信品質
が低下するとより高い圧縮率を設定する。
【００３７】また、前記通信品質推定手段又はステップ
は、通信の所要時間を通信品質にマッピングすることが
できる。
は、通信の所要時間を通信品質にマッピングすることが
できる。
【００３８】したがって、本発明の第４の側面に係るデ
ータ転送装置又は方法によれば、オーディオなどのリア
ルタイム・データのストリーミング転送時において、通
信品質に応じて圧縮率などの送信方式を適応的に制御す
ることによってデータ転送のリアルタイム性を確保する
ことができる。例えば通品品質が良好でデータ転送レー
トが速くなれば圧縮率を低下させて転送データの品質を
向上させるが、通信品質が劣化してデータ転送レートが
低下すると圧縮率を高めてデータが途切れないようにし
てリアルタイム性を維持することができる。
ータ転送装置又は方法によれば、オーディオなどのリア
ルタイム・データのストリーミング転送時において、通
信品質に応じて圧縮率などの送信方式を適応的に制御す
ることによってデータ転送のリアルタイム性を確保する
ことができる。例えば通品品質が良好でデータ転送レー
トが速くなれば圧縮率を低下させて転送データの品質を
向上させるが、通信品質が劣化してデータ転送レートが
低下すると圧縮率を高めてデータが途切れないようにし
てリアルタイム性を維持することができる。
【００３９】例えば、Ａ２ＤＰにおいては、ストリーミ
ング転送時のデータ送受信間で同期駆動のためにＲｅｐ
ｏｒｔｉｎｇの仕組みが用意されているので、上位のア
プリケーションは、Ｒｅｐｏｒｔｉｎｇ処理により取得
される機器間のタイムスタンプ情報を基に通信の所要時
間を計算することができる。そして、Ｒｅｐｏｒｔｉｎ
ｇ処理結果に対して送信データの圧縮率をマッピングす
ることにより、Ｂｌｕｅｔｏｏｔｈリンクの品質に応じ
た符号化圧縮率の切り替えを行なう。
ング転送時のデータ送受信間で同期駆動のためにＲｅｐ
ｏｒｔｉｎｇの仕組みが用意されているので、上位のア
プリケーションは、Ｒｅｐｏｒｔｉｎｇ処理により取得
される機器間のタイムスタンプ情報を基に通信の所要時
間を計算することができる。そして、Ｒｅｐｏｒｔｉｎ
ｇ処理結果に対して送信データの圧縮率をマッピングす
ることにより、Ｂｌｕｅｔｏｏｔｈリンクの品質に応じ
た符号化圧縮率の切り替えを行なう。
【００４０】すなわち、上位アプリケーションは、ジッ
タが大きくなり通信所要時間が長くなったことを基にＢ
ｌｕｅｔｏｏｔｈリンクの通信品質が低下したと推定し
て、高圧縮の符号化設定に切り替える。この結果、転送
パケットのサイズを小さくすることによりパケットの再
送余裕を増加させて、再生音が途切れにくいストリーミ
ングを実現することができる。
タが大きくなり通信所要時間が長くなったことを基にＢ
ｌｕｅｔｏｏｔｈリンクの通信品質が低下したと推定し
て、高圧縮の符号化設定に切り替える。この結果、転送
パケットのサイズを小さくすることによりパケットの再
送余裕を増加させて、再生音が途切れにくいストリーミ
ングを実現することができる。
【００４１】他方、ジッタが小さくなるとともにレポー
ティング・パケットの通信所要時間が短くなることによ
ってＢｌｕｅｔｏｏｔｈリンクの通信品質が良いと推定
して、低圧縮の符号化設定に切り替える。この結果、符
号化圧縮に伴う転送データの劣化を少なくして、より高
品質のオーディオ・データをストリーミング転送するこ
とができる。
ティング・パケットの通信所要時間が短くなることによ
ってＢｌｕｅｔｏｏｔｈリンクの通信品質が良いと推定
して、低圧縮の符号化設定に切り替える。この結果、符
号化圧縮に伴う転送データの劣化を少なくして、より高
品質のオーディオ・データをストリーミング転送するこ
とができる。
【００４２】また、本発明の第５の側面は、所定の通信
リンクを介したデータ転送の制御をコンピュータ・シス
テム上で実行するようにコンピュータ可読形式で記述さ
れたコンピュータ・プログラムであって、前記通信リン
クを介して他の装置にデータを送信する送信ステップ
と、前記他の装置において送信データの受信に失敗した
ことに応答してデータの再送を制御する再送制御ステッ
プと、前記再送制御ステップにおける再送制御情報に基
づいて前記通信リンクの品質を推定する通信品質推定ス
テップと、前記通信品質の推定結果に応じて前記送信ス
テップにおけるデータ送信方式を決定する送信方式制御
ステップと、を具備することを特徴とするコンピュータ
・プログラムである。
リンクを介したデータ転送の制御をコンピュータ・シス
テム上で実行するようにコンピュータ可読形式で記述さ
れたコンピュータ・プログラムであって、前記通信リン
クを介して他の装置にデータを送信する送信ステップ
と、前記他の装置において送信データの受信に失敗した
ことに応答してデータの再送を制御する再送制御ステッ
プと、前記再送制御ステップにおける再送制御情報に基
づいて前記通信リンクの品質を推定する通信品質推定ス
テップと、前記通信品質の推定結果に応じて前記送信ス
テップにおけるデータ送信方式を決定する送信方式制御
ステップと、を具備することを特徴とするコンピュータ
・プログラムである。
【００４３】また、本発明の第６の側面は、所定の通信
リンクを介したデータ転送の制御をコンピュータ・シス
テム上で実行するようにコンピュータ可読形式で記述さ
れたコンピュータ・プログラムであって、前記通信リン
クを介して他の装置にデータを送信する送信ステップ
と、前記通信リンクにおける通信の所要時間を計測する
通信時間測定ステップと、該計算された通信の所要時間
に基づいて前記通信リンクの品質を推定する通信品質推
定ステップと、前記通信品質の推定結果に応じて前記送
信ステップにおけるデータ送信方式を決定する送信方式
制御ステップと、を具備することを特徴とするコンピュ
ータ・プログラムである。
リンクを介したデータ転送の制御をコンピュータ・シス
テム上で実行するようにコンピュータ可読形式で記述さ
れたコンピュータ・プログラムであって、前記通信リン
クを介して他の装置にデータを送信する送信ステップ
と、前記通信リンクにおける通信の所要時間を計測する
通信時間測定ステップと、該計算された通信の所要時間
に基づいて前記通信リンクの品質を推定する通信品質推
定ステップと、前記通信品質の推定結果に応じて前記送
信ステップにおけるデータ送信方式を決定する送信方式
制御ステップと、を具備することを特徴とするコンピュ
ータ・プログラムである。
【００４４】本発明の第５並びに第６の各側面に係るコ
ンピュータ・プログラムは、コンピュータ・システム上
で所定の処理を実現するようにコンピュータ可読形式で
記述されたコンピュータ・プログラムを定義したもので
ある。換言すれば、本発明の第５並びに第６の各側面に
係るコンピュータ・プログラムをコンピュータ・システ
ムにインストールすることによって、コンピュータ・シ
ステム上では協働的作用が発揮され、本発明の第２又は
第４の各側面に係るデータ転送装置又は方法と同様の作
用効果を得ることができる。
ンピュータ・プログラムは、コンピュータ・システム上
で所定の処理を実現するようにコンピュータ可読形式で
記述されたコンピュータ・プログラムを定義したもので
ある。換言すれば、本発明の第５並びに第６の各側面に
係るコンピュータ・プログラムをコンピュータ・システ
ムにインストールすることによって、コンピュータ・シ
ステム上では協働的作用が発揮され、本発明の第２又は
第４の各側面に係るデータ転送装置又は方法と同様の作
用効果を得ることができる。
【００４５】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施形態や添付する図面に基づくより
詳細な説明によって明らかになるであろう。
後述する本発明の実施形態や添付する図面に基づくより
詳細な説明によって明らかになるであろう。
【００４６】
【発明の実施の形態】以下、図面を参照しながら本発明
の実施形態について詳解する。
の実施形態について詳解する。
【００４７】本発明は、例えば無線データ伝送におい
て、通信品質に応じて圧縮率などの送信方式を適応的に
制御することによってデータ転送のリアルタイム性を確
保するものであり、例えば通信速度が速くなれば圧縮率
を低下させて転送データの品質を向上させるが、通信速
度が低下すると圧縮率を高めてデータが途切れないよう
にしてリアルタイム性の維持を図る。
て、通信品質に応じて圧縮率などの送信方式を適応的に
制御することによってデータ転送のリアルタイム性を確
保するものであり、例えば通信速度が速くなれば圧縮率
を低下させて転送データの品質を向上させるが、通信速
度が低下すると圧縮率を高めてデータが途切れないよう
にしてリアルタイム性の維持を図る。
【００４８】以下、Ｂｌｕｅｔｏｏｔｈでオーディオ伝
送を行う場合を例にとって、図面を参照しながら本発明
の実施形態について詳解する。
送を行う場合を例にとって、図面を参照しながら本発明
の実施形態について詳解する。
【００４９】Ａ．Ｂｌｕｅｔｏｏｔｈリンク
Ｂｌｕｅｔｏｏｔｈは、２．４ＧＨｚのＩＳＭ（Indust
ry Science Medical）バンドと呼ばれるグローバルな無
線周波数を使用し、全体のデータ伝送速度は１Ｍｂｐｓ
であり、その中には電話の音声伝送に利用可能な６４ｋ
ｂｐｓの同期伝送チャンネルと、データ伝送のための非
同期伝送チャンネルが設けられている。前者の同期伝送
チャンネルは、ＳＣＯ（Synchronous Connection Orien
ted Link）伝送方式が採用され、回線接続に適用され
る。また、後者の非同期伝送チャンネルは、ＡＣＬ（As
ynchronous Connection Less Link）伝送方式が採用さ
れ、パケット交換によるデータ伝送に適用される。
ry Science Medical）バンドと呼ばれるグローバルな無
線周波数を使用し、全体のデータ伝送速度は１Ｍｂｐｓ
であり、その中には電話の音声伝送に利用可能な６４ｋ
ｂｐｓの同期伝送チャンネルと、データ伝送のための非
同期伝送チャンネルが設けられている。前者の同期伝送
チャンネルは、ＳＣＯ（Synchronous Connection Orien
ted Link）伝送方式が採用され、回線接続に適用され
る。また、後者の非同期伝送チャンネルは、ＡＣＬ（As
ynchronous Connection Less Link）伝送方式が採用さ
れ、パケット交換によるデータ伝送に適用される。
【００５０】Ｂｌｕｅｔｏｏｔｈの技術仕様は、「コア
（Ｃｏｒｅ）」と「プロファイル（Ｐｒｏｆｉｌｅ）」
に大別される。コアは、Ｂｌｕｅｔｏｏｔｈが提供する
ワイヤレス接続の基礎を定義する。これに対し、プロフ
ァイルは、Ｂｌｕｅｔｏｏｔｈのコアに基づいて各種の
機能やアプリケーションを開発して機器に組み込む際
に、機器間の相互接続性を保証するための各機能毎に規
定された技術要件の集まりである。Ｂｌｕｅｔｏｏｔｈ
のプロファイルは複数存在し、その組み合わせにより１
つのアプリケーション（「利用モデル（Ｕｓａｇｅ）」
とも呼ぶ）を提供する。実際には、アプリケーションを
提供するプロファイルの組み合わせがコアとともにＢｌ
ｕｅｔｏｏｔｈ製品に実装されることになる。
（Ｃｏｒｅ）」と「プロファイル（Ｐｒｏｆｉｌｅ）」
に大別される。コアは、Ｂｌｕｅｔｏｏｔｈが提供する
ワイヤレス接続の基礎を定義する。これに対し、プロフ
ァイルは、Ｂｌｕｅｔｏｏｔｈのコアに基づいて各種の
機能やアプリケーションを開発して機器に組み込む際
に、機器間の相互接続性を保証するための各機能毎に規
定された技術要件の集まりである。Ｂｌｕｅｔｏｏｔｈ
のプロファイルは複数存在し、その組み合わせにより１
つのアプリケーション（「利用モデル（Ｕｓａｇｅ）」
とも呼ぶ）を提供する。実際には、アプリケーションを
提供するプロファイルの組み合わせがコアとともにＢｌ
ｕｅｔｏｏｔｈ製品に実装されることになる。
【００５１】Ｂｌｕｅｔｏｏｔｈは、１対１のケーブル
代替接続だけではなく、１対多の簡易ワイヤレス・ネッ
トワークの構築も提供する。このため、Ｂｌｕｅｔｏｏ
ｔｈ通信に関わる機器群の中の１つに制御機能を与える
ことで通信の秩序を保つようにしている。制御機能を与
えられた機器のことを「マスタ（Ｍａｓｔｅｒ）」機器
と呼び、それ以外を「スレーブ（Ｓｌａｖｅ）」機器と
呼ぶ。また、マスタ及びスレーブとなった機器群が通信
状態にあるネットワークのことを「ピコネット（ｐｉｃ
ｏｎｅｔ）」と呼ぶ。図１には、Ｂｌｕｅｔｏｏｔｈピ
コネット１０内の構成を模式的に示している。
代替接続だけではなく、１対多の簡易ワイヤレス・ネッ
トワークの構築も提供する。このため、Ｂｌｕｅｔｏｏ
ｔｈ通信に関わる機器群の中の１つに制御機能を与える
ことで通信の秩序を保つようにしている。制御機能を与
えられた機器のことを「マスタ（Ｍａｓｔｅｒ）」機器
と呼び、それ以外を「スレーブ（Ｓｌａｖｅ）」機器と
呼ぶ。また、マスタ及びスレーブとなった機器群が通信
状態にあるネットワークのことを「ピコネット（ｐｉｃ
ｏｎｅｔ）」と呼ぶ。図１には、Ｂｌｕｅｔｏｏｔｈピ
コネット１０内の構成を模式的に示している。
【００５２】ピコネット内では、「ピコネット内同期」
がとられており、通信状態にあるすべてのＢｌｕｅｔｏ
ｏｔｈ機器は、マスタ機器を基準とした同一の周波数ホ
ッピング・パターンと時間スロットを有している状態に
ある。時間スロットはマスタ機器が提供するＢｌｕｅｔ
ｏｏｔｈクロックを基準として各スレーブ機器が形成す
る。
がとられており、通信状態にあるすべてのＢｌｕｅｔｏ
ｏｔｈ機器は、マスタ機器を基準とした同一の周波数ホ
ッピング・パターンと時間スロットを有している状態に
ある。時間スロットはマスタ機器が提供するＢｌｕｅｔ
ｏｏｔｈクロックを基準として各スレーブ機器が形成す
る。
【００５３】ピコネット内には、必ず１つだけマスタ機
器が存在し、このマスタ機器が１台以上のスレーブを制
御しながら通信を行う。また、ピコネット内では、すべ
てのパケットはマスタ機器とスレーブ機器の間でのみ受
信され、スレーブ機器どうしが直接通信を行うことはで
きない。
器が存在し、このマスタ機器が１台以上のスレーブを制
御しながら通信を行う。また、ピコネット内では、すべ
てのパケットはマスタ機器とスレーブ機器の間でのみ受
信され、スレーブ機器どうしが直接通信を行うことはで
きない。
【００５４】そして、１つのピコネット内で同時通信で
きるスレーブは最大７台までと決められている。これら
にマスタ機器を含めて、最大で８台のＢｌｕｅｔｏｏｔ
ｈ機器がピコネット内で同時通信を行うことができる。
きるスレーブは最大７台までと決められている。これら
にマスタ機器を含めて、最大で８台のＢｌｕｅｔｏｏｔ
ｈ機器がピコネット内で同時通信を行うことができる。
【００５５】ここで、オーディオ・ビジュアル（ＡＶ）
機器の分野においてＢｌｕｅｔｏｏｔｈ通信を導入した
場合、図１に示すように、ステレオ・コンポやメディア
・プレイヤなどのオーディオ・データ・ストリームの出
力源となるＳｏｕｒｃｅ装置１１をマスタとして定義す
る一方で、ヘッドフォン１２やパーソナル・コンピュー
タ（ＰＣ）１３などのオーディオ出力ターゲットとなる
Ｓｉｎｋ装置をスレーブ機器として定義することができ
る。
機器の分野においてＢｌｕｅｔｏｏｔｈ通信を導入した
場合、図１に示すように、ステレオ・コンポやメディア
・プレイヤなどのオーディオ・データ・ストリームの出
力源となるＳｏｕｒｃｅ装置１１をマスタとして定義す
る一方で、ヘッドフォン１２やパーソナル・コンピュー
タ（ＰＣ）１３などのオーディオ出力ターゲットとなる
Ｓｉｎｋ装置をスレーブ機器として定義することができ
る。
【００５６】図２には、図１に示したＢｌｕｅｔｏｏｔ
ｈピコネット１０を構成するＳｏｕｒｃｅ装置としての
オーディオ・プレーヤ（マスタ）１１と、Ｓｉｎｋ装置
としてのヘッドフォン（スレーブ）１２の構成を模式的
に示している。
ｈピコネット１０を構成するＳｏｕｒｃｅ装置としての
オーディオ・プレーヤ（マスタ）１１と、Ｓｉｎｋ装置
としてのヘッドフォン（スレーブ）１２の構成を模式的
に示している。
【００５７】Ｓｏｕｒｃｅ装置としてのオーディオ・プ
レーヤ１１は、Ｂｌｕｅｔｏｏｔｈインターフェース・
ブロック１１Ａと、信号生成ブロック１１Ｂと、プレー
ヤ制御ブロック１１Ｃと、システム制御ブロック１１Ｄ
とで構成され、Ｂｌｕｅｔｏｏｔｈピコネット１０内で
はマスタとして機能する。
レーヤ１１は、Ｂｌｕｅｔｏｏｔｈインターフェース・
ブロック１１Ａと、信号生成ブロック１１Ｂと、プレー
ヤ制御ブロック１１Ｃと、システム制御ブロック１１Ｄ
とで構成され、Ｂｌｕｅｔｏｏｔｈピコネット１０内で
はマスタとして機能する。
【００５８】Ｂｌｕｅｔｏｏｔｈインターフェース・ブ
ロック１１Ａは、ピコネット１０内におけるＢｌｕｅｔ
ｏｏｔｈワイヤレス接続を実現するための機能ブロック
であり、ピコネット１０内におけるスレーブ機器１２，
１３との制御信号の交換やオーディオ・データの伝送な
どを行う。
ロック１１Ａは、ピコネット１０内におけるＢｌｕｅｔ
ｏｏｔｈワイヤレス接続を実現するための機能ブロック
であり、ピコネット１０内におけるスレーブ機器１２，
１３との制御信号の交換やオーディオ・データの伝送な
どを行う。
【００５９】信号生成ブロック１１Ｂは、オーディオ信
号を生成するための機能ブロックである。
号を生成するための機能ブロックである。
【００６０】プレーヤ制御ブロック１１Ｃは、オーディ
オ・プレーヤ１１上におけるメディアの再生、停止、一
時停止、早送り、巻き戻しなどのメディア再生制御機能
を実現するための機能ブロックである。
オ・プレーヤ１１上におけるメディアの再生、停止、一
時停止、早送り、巻き戻しなどのメディア再生制御機能
を実現するための機能ブロックである。
【００６１】システム制御ブロック１１Ｄは、Ｂｌｕｅ
ｔｏｏｔｈピコネット１０内における各スレーブ機器１
２，１３の統合的な制御を実現するための機能ブロック
である。本実施形態では、システム制御ブロック１１Ｄ
は、ＡＶ機器間のオーディオ・データの伝送用のプロフ
ァイルである"Advanced Audio Distribution Profile"
（Ａ２ＤＰ）におけるＳｏｕｒｃｅの機能を管理するよ
うになっている。
ｔｏｏｔｈピコネット１０内における各スレーブ機器１
２，１３の統合的な制御を実現するための機能ブロック
である。本実施形態では、システム制御ブロック１１Ｄ
は、ＡＶ機器間のオーディオ・データの伝送用のプロフ
ァイルである"Advanced Audio Distribution Profile"
（Ａ２ＤＰ）におけるＳｏｕｒｃｅの機能を管理するよ
うになっている。
【００６２】一方、ヘッドフォン１２は、Ｂｌｕｅｔｏ
ｏｔｈインターフェース・ブロック１２Ａと、ヘッドフ
ォン制御ブロック１２Ｂと、信号処理ブロック１２Ｃと
で構成される、レンダリング専用のＳｉｎｋ装置であ
る。
ｏｔｈインターフェース・ブロック１２Ａと、ヘッドフ
ォン制御ブロック１２Ｂと、信号処理ブロック１２Ｃと
で構成される、レンダリング専用のＳｉｎｋ装置であ
る。
【００６３】Ｂｌｕｅｔｏｏｔｈインターフェース・ブ
ロック１２Ａは、Ｂｌｕｅｔｏｏｔｈピコネット１０内
におけるＢｌｕｅｔｏｏｔｈワイヤレス接続を実現する
ための機能ブロックであり、マスタ装置としてのオーデ
ィオ・プレーヤ１１との制御信号の交換、並びにオーデ
ィオ・データの受信などを行う。
ロック１２Ａは、Ｂｌｕｅｔｏｏｔｈピコネット１０内
におけるＢｌｕｅｔｏｏｔｈワイヤレス接続を実現する
ための機能ブロックであり、マスタ装置としてのオーデ
ィオ・プレーヤ１１との制御信号の交換、並びにオーデ
ィオ・データの受信などを行う。
【００６４】ヘッドフォン制御ブロック１２Ｂは、ボリ
ューム・アップ、ボリューム・ダウン、ミュートなどヘ
ッドフォン１２による音声出力機能を実現するための機
能ブロックである。
ューム・アップ、ボリューム・ダウン、ミュートなどヘ
ッドフォン１２による音声出力機能を実現するための機
能ブロックである。
【００６５】信号処理ブロック１２Ｃは、Ｂｌｕｅｔｏ
ｏｔｈワイヤレス通信によりマスター装置１１から受信
されたオーディオ信号を処理する機能ブロックである。
ｏｔｈワイヤレス通信によりマスター装置１１から受信
されたオーディオ信号を処理する機能ブロックである。
【００６６】本実施形態では、ヘッドフォン１２は、従
来のオーディオ伝送用のプロファイル"Bluetooth Advan
ced Audio Distribution Profile "（Ａ２ＤＰ）に対応
した従来と同様のスレーブ装置として構成することがで
きる。
来のオーディオ伝送用のプロファイル"Bluetooth Advan
ced Audio Distribution Profile "（Ａ２ＤＰ）に対応
した従来と同様のスレーブ装置として構成することがで
きる。
【００６７】Ｂ．Ｂｌｕｅｔｏｏｔｈリンクにおけるオ
ーディオのストリーミング転送 図３には、オーディオ伝送用のプロファイル"Bluetooth
Advanced Audio Distribution Profile "（Ａ２ＤＰ）
を利用して、Ｂｌｕｅｔｏｏｔｈマスタ（且つＳｏｕｒ
ｃｅ）としてのプレーヤ１１とＢｌｕｅｔｏｏｔｈスレ
ーブ（且つＳｉｎｋ）としてのヘッドフォン１２の間で
オーディオ・データのストリーミング転送を行なうため
のスタック構造を模式的に図解している。
ーディオのストリーミング転送 図３には、オーディオ伝送用のプロファイル"Bluetooth
Advanced Audio Distribution Profile "（Ａ２ＤＰ）
を利用して、Ｂｌｕｅｔｏｏｔｈマスタ（且つＳｏｕｒ
ｃｅ）としてのプレーヤ１１とＢｌｕｅｔｏｏｔｈスレ
ーブ（且つＳｉｎｋ）としてのヘッドフォン１２の間で
オーディオ・データのストリーミング転送を行なうため
のスタック構造を模式的に図解している。
【００６８】プレーヤ１１及びヘッドフォン１２のいず
れにおいても、処理スタック構造は、機器本体側で処理
を行なうＨｏｓｔＣＰＵ層と、機器に装備されたＢｌｕ
ｅｔｏｏｔｈモジュール側で処理を行なうＢｌｕｅｔｏ
ｏｔｈモジュール層に大別される。
れにおいても、処理スタック構造は、機器本体側で処理
を行なうＨｏｓｔＣＰＵ層と、機器に装備されたＢｌｕ
ｅｔｏｏｔｈモジュール側で処理を行なうＢｌｕｅｔｏ
ｏｔｈモジュール層に大別される。
【００６９】ＨｏｓｔＣＰＵ層とＢｌｕｅｔｏｏｔｈ層
の間は、ＨＣＩ（Host Control Interface）インターフ
ェースによって接続されている。ＨＣＩ通信を行なうた
め、ＨｏｓｔＣＰＵ側にはＨＣＩドライバが、Ｂｌｕｅ
ｔｏｔｈモジュール側にはホスト・コントローラ（Host
Controller）がそれぞれ実装されており、ＨｏｓｔＣ
ＰＵ側はＨＣＩコマンドを発行し、Ｂｌｕｅｔｏｏｔｈ
モジュール層はＨＣＩレスポンスを返す。
の間は、ＨＣＩ（Host Control Interface）インターフ
ェースによって接続されている。ＨＣＩ通信を行なうた
め、ＨｏｓｔＣＰＵ側にはＨＣＩドライバが、Ｂｌｕｅ
ｔｏｔｈモジュール側にはホスト・コントローラ（Host
Controller）がそれぞれ実装されており、ＨｏｓｔＣ
ＰＵ側はＨＣＩコマンドを発行し、Ｂｌｕｅｔｏｏｔｈ
モジュール層はＨＣＩレスポンスを返す。
【００７０】Ｂｌｕｅｔｏｏｔｈモジュール層は、ＲＦ
（物理）層と、ベースバンド（Baseband）層と、リンク
・マネージャ（Link Manager）層で構成される。
（物理）層と、ベースバンド（Baseband）層と、リンク
・マネージャ（Link Manager）層で構成される。
【００７１】ＲＦ層では、デジタル・データをアナログ
・データに変換して、アンテナを介した無線データの送
信を行なう。デジタル・データの０／１のビット列に従
って１次変調を行ない、それをさらに２．４ＧＨｚ帯の
搬送波に伸せて送出する。搬送波は、１つのデータの送
信スロット毎に周波数を変える周波数ホッピングによっ
て絶えず切り替えられる。
・データに変換して、アンテナを介した無線データの送
信を行なう。デジタル・データの０／１のビット列に従
って１次変調を行ない、それをさらに２．４ＧＨｚ帯の
搬送波に伸せて送出する。搬送波は、１つのデータの送
信スロット毎に周波数を変える周波数ホッピングによっ
て絶えず切り替えられる。
【００７２】データの送信及び受信は、毎スロット交互
に行なわれる。受信スロットでは、アンテナで受信した
信号から２．４ＧＨｚ帯の搬送波を取り除いた後、さら
に復調を行なって０／１のビット列からなるデジタル・
データを取り出す。取り除くべき搬送波の周波数は、周
波数ホッピングによって絶えず切り替わるが、通信相手
に応じてそのホッピング・シーケンスは既知である。
に行なわれる。受信スロットでは、アンテナで受信した
信号から２．４ＧＨｚ帯の搬送波を取り除いた後、さら
に復調を行なって０／１のビット列からなるデジタル・
データを取り出す。取り除くべき搬送波の周波数は、周
波数ホッピングによって絶えず切り替わるが、通信相手
に応じてそのホッピング・シーケンスは既知である。
【００７３】ベースバンド層は、物理層に対して、実際
の送受信データ・パケットをインターフェースする。す
なわち、上位層から受け渡されるデータを送受信するた
めの通信リンクを提供するが、周波数ホッピングを管理
するための送受信周波数の指定・切り替えや時間軸スロ
ットの管理なども行なう。さらに、パケットの再送制御
や誤り訂正と検出の処理もベースバンド層で行なわれ
る。
の送受信データ・パケットをインターフェースする。す
なわち、上位層から受け渡されるデータを送受信するた
めの通信リンクを提供するが、周波数ホッピングを管理
するための送受信周波数の指定・切り替えや時間軸スロ
ットの管理なども行なう。さらに、パケットの再送制御
や誤り訂正と検出の処理もベースバンド層で行なわれ
る。
【００７４】パケットの再送制御は、送信元では通し番
号などをヘッダに付加して相手先に送信し、データ受信
側ではこれを正しく受け取られたかどうか返事を返し、
パケットを受け取ることができなかったときに該当パケ
ットの再送を行なうという手順で行なわれる。再送が行
なわれる回数や頻度は、Ｂｌｕｅｔｏｏｔｈリンクの通
信品質に依存する（通信品質がよくなければ、その分だ
け転送データの喪失する確率が高まり、再送回数が増加
する）。
号などをヘッダに付加して相手先に送信し、データ受信
側ではこれを正しく受け取られたかどうか返事を返し、
パケットを受け取ることができなかったときに該当パケ
ットの再送を行なうという手順で行なわれる。再送が行
なわれる回数や頻度は、Ｂｌｕｅｔｏｏｔｈリンクの通
信品質に依存する（通信品質がよくなければ、その分だ
け転送データの喪失する確率が高まり、再送回数が増加
する）。
【００７５】Ｂｌｕｅｔｏｏｔｈベースバンド層では、
再送制御に併せて、通信品質（Link_Quality）の管理を
行なう。すなわち、再送を行なった回数や頻度など再送
制御オペレーションに基づいて、通信相手毎のＢｌｕｅ
ｔｏｏｔｈリンクの品質を０〜２５５の指示値を用いて
２５６段階評価する。また、アプリケーション層などの
ＨｏｓｔＣＰＵ側は、ＨＣＩコマンドの１つであるHCI_
Get_Link_Qualityコマンドを用いて、Connection_Handl
eすなわちＢｌｕｅｔｏｏｔｈリンクのＩＤを引数とす
ることにより、通信相手毎のＢｌｕｅｔｏｏｔｈリンク
の通信品質Link_Qualityをベースバンド層に問い合わせ
ることができる。ベースバンド層は、当該ＨＣＩコマン
ドに応答して、該当するＢｌｕｅｔｏｏｔｈリンクにお
ける通信品質Link_Qualityを返す。
再送制御に併せて、通信品質（Link_Quality）の管理を
行なう。すなわち、再送を行なった回数や頻度など再送
制御オペレーションに基づいて、通信相手毎のＢｌｕｅ
ｔｏｏｔｈリンクの品質を０〜２５５の指示値を用いて
２５６段階評価する。また、アプリケーション層などの
ＨｏｓｔＣＰＵ側は、ＨＣＩコマンドの１つであるHCI_
Get_Link_Qualityコマンドを用いて、Connection_Handl
eすなわちＢｌｕｅｔｏｏｔｈリンクのＩＤを引数とす
ることにより、通信相手毎のＢｌｕｅｔｏｏｔｈリンク
の通信品質Link_Qualityをベースバンド層に問い合わせ
ることができる。ベースバンド層は、当該ＨＣＩコマン
ドに応答して、該当するＢｌｕｅｔｏｏｔｈリンクにお
ける通信品質Link_Qualityを返す。
【００７６】
【表１】
【００７７】リンク・マネージャ層は、Ｂｌｕｅｔｏｏ
ｔｈ通信における接続先とのリンク状態の制御を行な
う。例えば、接続状態の確立／開放、送受信データの有
無、通信頻度などに応じたモード制御、データ通信を行
なうかどうかの認証、データ通信時の暗号化、通信路の
状態に応じたパケットの種類の切り替えなどを行なう。
ｔｈ通信における接続先とのリンク状態の制御を行な
う。例えば、接続状態の確立／開放、送受信データの有
無、通信頻度などに応じたモード制御、データ通信を行
なうかどうかの認証、データ通信時の暗号化、通信路の
状態に応じたパケットの種類の切り替えなどを行なう。
【００７８】ここで言う通信路の状態とは、ベースバン
ド層で管理するLink_Qualityに相当する。ＡＣＬリンク
でのデータ伝送に使用されるパケットとして、エラー訂
正コードを含まないＤＨ１、ＤＨ３、ＤＨ５というデー
タ長の異なる３種類のパケットと、エラー訂正コードを
含むＤＭ１、ＤＭ３、ＤＭ５というデータ長の異なる３
種類のパケットが用意されている。リンク・マネージャ
層は、通信先との通信品質Link_Qualityに応じて使用す
るパケット形式を動的に選択する。例えば、通信品質が
よければエラー訂正コードを含まないＤＨパケットを選
択し、その中でもよりデータ長の長いＤＨ５又はＤＨ３
を使用する。逆に、通信品質の低下に伴い、エラー訂正
コードを含むＤＭパケットに切り替え、さらによりデー
タ長の短いＤＭ１又はＤＭ３を使用する。
ド層で管理するLink_Qualityに相当する。ＡＣＬリンク
でのデータ伝送に使用されるパケットとして、エラー訂
正コードを含まないＤＨ１、ＤＨ３、ＤＨ５というデー
タ長の異なる３種類のパケットと、エラー訂正コードを
含むＤＭ１、ＤＭ３、ＤＭ５というデータ長の異なる３
種類のパケットが用意されている。リンク・マネージャ
層は、通信先との通信品質Link_Qualityに応じて使用す
るパケット形式を動的に選択する。例えば、通信品質が
よければエラー訂正コードを含まないＤＨパケットを選
択し、その中でもよりデータ長の長いＤＨ５又はＤＨ３
を使用する。逆に、通信品質の低下に伴い、エラー訂正
コードを含むＤＭパケットに切り替え、さらによりデー
タ長の短いＤＭ１又はＤＭ３を使用する。
【００７９】一方、ＨｏｓｔＣＰＵ層は、リンク（Ｌ２
ＣＡＰ）層と、トランスポート（ＡＶＤＴＰ）層と、ア
プリケーション層で構成される。
ＣＡＰ）層と、トランスポート（ＡＶＤＴＰ）層と、ア
プリケーション層で構成される。
【００８０】Ｌ２ＣＡＰ（Logical Link Control and A
daptation Protocol）層は、リンク・マネージャ層及び
ベースバンド層にインターフェースするプロトコルであ
り、上位アプリケーションのデータを論理チャネルとし
て管理して、データ分割やデータの再構成処理を行な
う。Ｂｌｕｅｔｏｏｔｈリンク毎に論理チャネルを定義
することにより、複数種類の上位プロトコルのデータを
同時に送受信することが可能となる。
daptation Protocol）層は、リンク・マネージャ層及び
ベースバンド層にインターフェースするプロトコルであ
り、上位アプリケーションのデータを論理チャネルとし
て管理して、データ分割やデータの再構成処理を行な
う。Ｂｌｕｅｔｏｏｔｈリンク毎に論理チャネルを定義
することにより、複数種類の上位プロトコルのデータを
同時に送受信することが可能となる。
【００８１】ＡＶＤＴＰ（Audio/Video Distribution T
ransport Protocol）層は、Ｂｌｕｅｔｏｏｔｈピコネ
ット１０内における音楽データや画像データの伝送の処
理手順やメッセージ交換を規定するプロトコル層であ
り、データ・ストリームのパラメータのネゴシエーショ
ンを行うシグナリング・エンティティと、データ・スト
リーム自体を取り扱うトランスポート・エンティティと
からなる。
ransport Protocol）層は、Ｂｌｕｅｔｏｏｔｈピコネ
ット１０内における音楽データや画像データの伝送の処
理手順やメッセージ交換を規定するプロトコル層であ
り、データ・ストリームのパラメータのネゴシエーショ
ンを行うシグナリング・エンティティと、データ・スト
リーム自体を取り扱うトランスポート・エンティティと
からなる。
【００８２】ＡＶＤＴＰ層は、Ｂｌｕｅｔｏｏｔｈ通信
におけるＡＶデータの送受信、ＡＶ機器の制御コマンド
を規定し、図４に示すように送信先ＩＤ、送信元ＩＤ、
レスポンス／コマンド、コマンドの内容、チャネル番号
などで構成される制御コマンド情報を伝送用に細分化し
てＢｌｕｅｔｏｏｔｈベースバンド・パケットのペイロ
ード部分に挿入したＡＶプロトコル用パケットを生成す
る。また、ＡＶデータに関しては、ストリームとして転
送するデータの種類（ＭＰ３，ＡＴＲＡＣ，ＭＰＥＧ
４）、品質（通信速度、圧縮率）などフォーマットを決
めて、図５に示すようにフォーマットとデータをＢｌｕ
ｅｔｏｏｔｈベースバンド・パケットのペイロード部分
に入れて、データ・パケットを生成する。なお、制御コ
マンドとしては、再生、停止、一時停止、早送りなどＡ
Ｖ機器の状態制御に関するものを定義する。
におけるＡＶデータの送受信、ＡＶ機器の制御コマンド
を規定し、図４に示すように送信先ＩＤ、送信元ＩＤ、
レスポンス／コマンド、コマンドの内容、チャネル番号
などで構成される制御コマンド情報を伝送用に細分化し
てＢｌｕｅｔｏｏｔｈベースバンド・パケットのペイロ
ード部分に挿入したＡＶプロトコル用パケットを生成す
る。また、ＡＶデータに関しては、ストリームとして転
送するデータの種類（ＭＰ３，ＡＴＲＡＣ，ＭＰＥＧ
４）、品質（通信速度、圧縮率）などフォーマットを決
めて、図５に示すようにフォーマットとデータをＢｌｕ
ｅｔｏｏｔｈベースバンド・パケットのペイロード部分
に入れて、データ・パケットを生成する。なお、制御コ
マンドとしては、再生、停止、一時停止、早送りなどＡ
Ｖ機器の状態制御に関するものを定義する。
【００８３】アプリケーション層は、Ｓｏｕｒｃｅ装置
１１又はＳｉｎｋ装置１２において、オーディオ・デー
タのストリーミング転送を行なうためのアプリケーショ
ン・サービスやトランスポート・サービスの各パラメー
タを設定するエンティティで構成される。アプリケーシ
ョン層は、オーディオ・ストリーム・データを規定のパ
ケット・フォーマットに適合させる処理も行う。アプリ
ケーション層は、ＡＰＩ（Application Programming In
terface）を通じて、スタックの下位層のデータにアク
セスすることができる。勿論、直近下位のＡＶＤＴＰ層
だけでなく、ＨＣＩコマンドを使って、Ｂｌｕｅｔｏｏ
ｔｈモジュール内のデータにアクセスすることもでき
る。
１１又はＳｉｎｋ装置１２において、オーディオ・デー
タのストリーミング転送を行なうためのアプリケーショ
ン・サービスやトランスポート・サービスの各パラメー
タを設定するエンティティで構成される。アプリケーシ
ョン層は、オーディオ・ストリーム・データを規定のパ
ケット・フォーマットに適合させる処理も行う。アプリ
ケーション層は、ＡＰＩ（Application Programming In
terface）を通じて、スタックの下位層のデータにアク
セスすることができる。勿論、直近下位のＡＶＤＴＰ層
だけでなく、ＨＣＩコマンドを使って、Ｂｌｕｅｔｏｏ
ｔｈモジュール内のデータにアクセスすることもでき
る。
【００８４】本実施形態では、Ｓｏｕｒｃｅ装置１１側
のアプリケーション層は、ＨＣＩコマンドの１つである
HCI_Get_Link_Qualityコマンドを用いて通信相手のＢｌ
ｕｅｔｏｏｔｈリンクの通信品質Link_Qualityをベース
バンド層に問い合わせる。そして、通信品質の低下に応
答して、ストリーミング・データを符号化するときの圧
縮率を高くして、転送パケットのサイズを小さくするこ
とによりパケットの再送余裕を増加させて、再生音が途
切れにくいストリーミングを実現し、オーディオ・デー
タのリアルタイム性を確保する。通信品質の評価方法に
関しては、後述に譲る。
のアプリケーション層は、ＨＣＩコマンドの１つである
HCI_Get_Link_Qualityコマンドを用いて通信相手のＢｌ
ｕｅｔｏｏｔｈリンクの通信品質Link_Qualityをベース
バンド層に問い合わせる。そして、通信品質の低下に応
答して、ストリーミング・データを符号化するときの圧
縮率を高くして、転送パケットのサイズを小さくするこ
とによりパケットの再送余裕を増加させて、再生音が途
切れにくいストリーミングを実現し、オーディオ・デー
タのリアルタイム性を確保する。通信品質の評価方法に
関しては、後述に譲る。
【００８５】図３に示したプロファイル・スタック上で
は、Ｂｌｕｅｔｏｏｔｈピコネット１０内のＳｏｕｒｃ
ｅ装置１１とＳｉｎｋ装置１２間でのオーディオ伝送に
おける設定、制御、操作を行うことができる。
は、Ｂｌｕｅｔｏｏｔｈピコネット１０内のＳｏｕｒｃ
ｅ装置１１とＳｉｎｋ装置１２間でのオーディオ伝送に
おける設定、制御、操作を行うことができる。
【００８６】また、Ｓｏｕｒｃｅ装置１１とＳｉｎｋ装
置１２間でのオーディオ伝送には、無線信号処理や、デ
ータ・ストリームのバッファリングや符号化／復号化の
ためにある程度の遅延が存在する。
置１２間でのオーディオ伝送には、無線信号処理や、デ
ータ・ストリームのバッファリングや符号化／復号化の
ためにある程度の遅延が存在する。
【００８７】また、このプロファイル・スタックを実装
するためには、オーディオ・データの伝送レートは、Ｂ
ｌｕｅｔｏｏｔｈリンク上で使用可能なビット・レート
よりも充分小さくなければならない。これは、聴覚可能
なノイズや音飛びの原因となるパケット消失の影響をな
くすためのパケット再伝送を行うからである。
するためには、オーディオ・データの伝送レートは、Ｂ
ｌｕｅｔｏｏｔｈリンク上で使用可能なビット・レート
よりも充分小さくなければならない。これは、聴覚可能
なノイズや音飛びの原因となるパケット消失の影響をな
くすためのパケット再伝送を行うからである。
【００８８】Ｂｌｕｅｔｏｏｔｈワイヤレス・ネットワ
ークにおけるオーディオ伝送を行うためのプロトコルで
あるＡＶＤＴＰは、「シグナリング」と「ストリーミン
グ」という２つの機能に大別される。ストリーミング
は、オーディオ信号をリアルタイム伝送することを規定
する。また、シグナリングは、Ｓｏｕｒｃｅ装置から送
信されたオーディオ・ストリームをＳｉｎｋ装置側で受
信処理できるように、フォーマットなどのネゴシエーシ
ョンを行う。
ークにおけるオーディオ伝送を行うためのプロトコルで
あるＡＶＤＴＰは、「シグナリング」と「ストリーミン
グ」という２つの機能に大別される。ストリーミング
は、オーディオ信号をリアルタイム伝送することを規定
する。また、シグナリングは、Ｓｏｕｒｃｅ装置から送
信されたオーディオ・ストリームをＳｉｎｋ装置側で受
信処理できるように、フォーマットなどのネゴシエーシ
ョンを行う。
【００８９】ストリーミングに関しては、オーディオ伝
送のためのプロファイルである"Advanced Audio Distri
bution Profile"（Ａ２ＤＰ）に記されている。図６に
は、Ｂｌｕｅｔｏｏｔｈワイヤレス・ネットワークにお
けるオーディオ・ストリーミングの流れとパケット・フ
ォーマットを模式的に示している。
送のためのプロファイルである"Advanced Audio Distri
bution Profile"（Ａ２ＤＰ）に記されている。図６に
は、Ｂｌｕｅｔｏｏｔｈワイヤレス・ネットワークにお
けるオーディオ・ストリーミングの流れとパケット・フ
ォーマットを模式的に示している。
【００９０】オーディオ・コンテンツのストリーミング
を開始したいときには、まず、ストリーミング・コネク
ションのセットアップを行う。このセットアップ処理手
続の間、各装置間でオーディオ・ストリーミングのため
の適切なパラメータを選択する。アプリケーション・サ
ービス・ケイパビリティと、トランスポート・サービス
・ケイパビリティという２種類のサービスが構成され
る。Ａ２ＤＰプロファイルでは、シグナリング処理手続
に必要なオーディオ仕様パラメータを規定している。
を開始したいときには、まず、ストリーミング・コネク
ションのセットアップを行う。このセットアップ処理手
続の間、各装置間でオーディオ・ストリーミングのため
の適切なパラメータを選択する。アプリケーション・サ
ービス・ケイパビリティと、トランスポート・サービス
・ケイパビリティという２種類のサービスが構成され
る。Ａ２ＤＰプロファイルでは、シグナリング処理手続
に必要なオーディオ仕様パラメータを規定している。
【００９１】Ａ２ＤＰのアプリケーション・サービス・
ケイパビリティは、オーディオＣＯＤＥＣケイパビリテ
ィとコンテンツ・プロテクション・ケイパビリティとで
構成される。
ケイパビリティは、オーディオＣＯＤＥＣケイパビリテ
ィとコンテンツ・プロテクション・ケイパビリティとで
構成される。
【００９２】また、トランスポート・サービス・ケイパ
ビリティは、ストリーミング・パケットを好適に取り扱
うことができるように、ＡＶＤＴＰプロトコルで提供さ
れているサービスを選択する。
ビリティは、ストリーミング・パケットを好適に取り扱
うことができるように、ＡＶＤＴＰプロトコルで提供さ
れているサービスを選択する。
【００９３】ストリーミング接続が確立すると、ストリ
ーミング開始処理手続が実行される。ＡＶＤＴＰプロト
コルを用いてストリーミング伝送を行う際の処理手続に
ついては、"Generic Audio/Video Distribution Profil
e"（ＧＡＶＤＰ）で規定されている。
ーミング開始処理手続が実行される。ＡＶＤＴＰプロト
コルを用いてストリーミング伝送を行う際の処理手続に
ついては、"Generic Audio/Video Distribution Profil
e"（ＧＡＶＤＰ）で規定されている。
【００９４】Ｓｏｕｒｃｅ装置１１とＳｉｎｋ装置１２
はともに「ストリーミング状態」になり、オーディオ・
ストリームの送受信を即座に行うことができる。Ｓｏｕ
ｒｃｅ装置１１は"Send Audio Stream"処理手続を用い
てオーディオ・データの送信を行い、これに対し、Ｓｉ
ｎｋ装置１２は"Receive Audio Stream"処理手続を用い
てオーディオ・データの受信を行う。
はともに「ストリーミング状態」になり、オーディオ・
ストリームの送受信を即座に行うことができる。Ｓｏｕ
ｒｃｅ装置１１は"Send Audio Stream"処理手続を用い
てオーディオ・データの送信を行い、これに対し、Ｓｉ
ｎｋ装置１２は"Receive Audio Stream"処理手続を用い
てオーディオ・データの受信を行う。
【００９５】「オープン状態」にあるときに、Ｓｏｕｒ
ｃｅ装置１１又はＳｉｎｋ装置１２がオーディオ・スト
リームの送受信を開始したいときには、ＧＡＶＤＰで定
義されているストリーミング開始（Start Streaming）
処理手続を開始しなければならない。
ｃｅ装置１１又はＳｉｎｋ装置１２がオーディオ・スト
リームの送受信を開始したいときには、ＧＡＶＤＰで定
義されているストリーミング開始（Start Streaming）
処理手続を開始しなければならない。
【００９６】"Send Audio Stream"処理手続では、Ｓｏ
ｕｒｃｅ装置１１は、シグナリング・セッションで、伝
送データを選択されたフォーマットに符号化する。Ｓｏ
ｕｒｃｅ装置１１のアプリケーション層では、符号化デ
ータを定義されたメディア・ペイロード（ＭＰ）フォー
マットに適合させる。
ｕｒｃｅ装置１１は、シグナリング・セッションで、伝
送データを選択されたフォーマットに符号化する。Ｓｏ
ｕｒｃｅ装置１１のアプリケーション層では、符号化デ
ータを定義されたメディア・ペイロード（ＭＰ）フォー
マットに適合させる。
【００９７】その後、ストリーム・データは、ＡＶＤＴ
Ｐ層で処理されて、ＭＰヘッダが付加され、さらにＬ２
ＣＡＰ層でＬ２ＣＡＰヘッダが付加された後、トランス
ポート・チャンネルから送出される。
Ｐ層で処理されて、ＭＰヘッダが付加され、さらにＬ２
ＣＡＰ層でＬ２ＣＡＰヘッダが付加された後、トランス
ポート・チャンネルから送出される。
【００９８】一方、Ｓｉｎｋ装置１２側のＡＶＤＴＰ層
は、ＡＶＤＴＰプロトコルで定義されるトランスポート
・サービスを用いて、トランスポート・チャンネルから
受信される。そして、インターフェース経由でアプリケ
ーション層に受信ストリームを渡す。
は、ＡＶＤＴＰプロトコルで定義されるトランスポート
・サービスを用いて、トランスポート・チャンネルから
受信される。そして、インターフェース経由でアプリケ
ーション層に受信ストリームを渡す。
【００９９】図７には、メディア・パケット（ＭＰ）の
フォーマットを模式的に示している。ＭＰヘッダは１２
バイトの必須のＳＳＲＣフィールドと、任意となるＣＳ
ＲＣフィールドからなる。ＳＳＲＣフィールドは、特定
のメディア・トランスポート・セッションにおいてＳｏ
ｕｒｃｅ装置１１のノードＩＤを特定するものなので、
マルチキャスト・アプリケーションの場合のみ使用す
る。ＭＰヘッダ内の各情報要素について、下表にまとめ
ておく。
フォーマットを模式的に示している。ＭＰヘッダは１２
バイトの必須のＳＳＲＣフィールドと、任意となるＣＳ
ＲＣフィールドからなる。ＳＳＲＣフィールドは、特定
のメディア・トランスポート・セッションにおいてＳｏ
ｕｒｃｅ装置１１のノードＩＤを特定するものなので、
マルチキャスト・アプリケーションの場合のみ使用す
る。ＭＰヘッダ内の各情報要素について、下表にまとめ
ておく。
【０１００】
【表２】
【０１０１】図８には、Ｓｏｕｒｃｅ装置１１とＳｉｎ
ｋ装置１２間でのＧＡＶＤＰに従ってストリーミングの
セットアップと解放を行うためのＳｏｕｒｃｅ装置とＳ
ｉｎｋ装置間での処理の流れを詳細に示している。但
し、同図中で"＊"が付されたものは"Generic Access Pr
ofile"（ＧＡＰ）で規定されている処理手続であり、ま
た、"＊＊"が付されたものは"Service Discovery Proto
col"（ＳＤＰ）で定義されている処理手続であると理解
されたい。ＧＡＰ及びＳＤＰは、Ｂｌｕｅｔｏｏｔｈの
共通基本機能である。
ｋ装置１２間でのＧＡＶＤＰに従ってストリーミングの
セットアップと解放を行うためのＳｏｕｒｃｅ装置とＳ
ｉｎｋ装置間での処理の流れを詳細に示している。但
し、同図中で"＊"が付されたものは"Generic Access Pr
ofile"（ＧＡＰ）で規定されている処理手続であり、ま
た、"＊＊"が付されたものは"Service Discovery Proto
col"（ＳＤＰ）で定義されている処理手続であると理解
されたい。ＧＡＰ及びＳＤＰは、Ｂｌｕｅｔｏｏｔｈの
共通基本機能である。
【０１０２】まず、Ｂｌｕｅｔｏｏｔｈピコネット１０
内のマスタでもあるＳｏｕｒｃｅ装置１１は、該ピコネ
ット１０内にどのようなスレーブが存在するかを調べる
ために、Ｉｎｑｕｉｒｙ（問合せ）を行うためのＩＱパ
ケットをピコネット１０内でブロードキャストする。
内のマスタでもあるＳｏｕｒｃｅ装置１１は、該ピコネ
ット１０内にどのようなスレーブが存在するかを調べる
ために、Ｉｎｑｕｉｒｙ（問合せ）を行うためのＩＱパ
ケットをピコネット１０内でブロードキャストする。
【０１０３】Ｉｎｑｕｉｒｙを受信したスレーブとして
のＳｉｎｋ装置１２は、自身のＢｌｕｅｔｏｏｔｈアド
レス（BD_ADDR）やクロックの情報、機種の属性（Class
ofDevice）を通知するためのＦＨＳパケットを返信す
る。
のＳｉｎｋ装置１２は、自身のＢｌｕｅｔｏｏｔｈアド
レス（BD_ADDR）やクロックの情報、機種の属性（Class
ofDevice）を通知するためのＦＨＳパケットを返信す
る。
【０１０４】Ｓｏｕｒｃｅ装置１１は、ピコネット内の
各スレーブから受信したＦＨＳパケットのデータを基
に、どのスレーブと接続するかを選択する。ここでは、
説明の便宜上、Ｓｉｎｋ装置１２を選択したものとす
る。
各スレーブから受信したＦＨＳパケットのデータを基
に、どのスレーブと接続するかを選択する。ここでは、
説明の便宜上、Ｓｉｎｋ装置１２を選択したものとす
る。
【０１０５】Ｎａｍｅ Ｄｉｓｃｏｖｅｒｙ処理手続で
は、マスタとしてのＳｏｕｒｃｅ装置１１は、Ｐａｇｅ
（呼び出し送信）により、スレーブとしてのＳｉｎｋ装
置１２に宛てて、マスタの属性を通知して、マスタ及び
スレーブ間で１対１の処理を経て通信フェーズに遷移す
る。そして、Ｎａｍｅ Ｒｅｑｕｅｓｔにより、接続相
手のＢｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅ Ｎａｍｅを取
得する。
は、マスタとしてのＳｏｕｒｃｅ装置１１は、Ｐａｇｅ
（呼び出し送信）により、スレーブとしてのＳｉｎｋ装
置１２に宛てて、マスタの属性を通知して、マスタ及び
スレーブ間で１対１の処理を経て通信フェーズに遷移す
る。そして、Ｎａｍｅ Ｒｅｑｕｅｓｔにより、接続相
手のＢｌｕｅｔｏｏｔｈ Ｄｅｖｉｃｅ Ｎａｍｅを取
得する。
【０１０６】次いで、リンク確立（Link Establishmen
t）処理手続では、Ｂｌｕｅｔｏｏｔｈデバイスとして
のＳｏｕｒｃｅ装置１１とＳｉｎｋ装置１２間の物理リ
ンクを構築する。このリンク確立処理手続の中には、Ｂ
ｌｕｅｔｏｏｔｈベースバンド層（図３を参照のこと）
における認証（Authentication）や暗号化のネゴシエー
ションも含まれる。
t）処理手続では、Ｂｌｕｅｔｏｏｔｈデバイスとして
のＳｏｕｒｃｅ装置１１とＳｉｎｋ装置１２間の物理リ
ンクを構築する。このリンク確立処理手続の中には、Ｂ
ｌｕｅｔｏｏｔｈベースバンド層（図３を参照のこと）
における認証（Authentication）や暗号化のネゴシエー
ションも含まれる。
【０１０７】次いで、サービス・ディスカバリ（Servic
e Discovery）、すなわち、スレーブが備える機能又は
サービスを検出するために、ＳＤＰ用のＬ２ＣＡＰチャ
ンネル（論理リンク・チャンネル）を張り、ＳＤＰプロ
トコルによりＳｉｎｋ装置１２がどのようなサービスに
対応しているか（すなわち、Ｓｉｎｋ装置１２が対応し
ているプロトコル、プロファイルなどの情報）を知る。
そして、ＳＤＰ用のＬ２ＣＡＰチャンネルを解放してか
ら、ＡＶＤＴＰシグナリングのためのＬ２ＣＡＰチャン
ネルを張る。
e Discovery）、すなわち、スレーブが備える機能又は
サービスを検出するために、ＳＤＰ用のＬ２ＣＡＰチャ
ンネル（論理リンク・チャンネル）を張り、ＳＤＰプロ
トコルによりＳｉｎｋ装置１２がどのようなサービスに
対応しているか（すなわち、Ｓｉｎｋ装置１２が対応し
ているプロトコル、プロファイルなどの情報）を知る。
そして、ＳＤＰ用のＬ２ＣＡＰチャンネルを解放してか
ら、ＡＶＤＴＰシグナリングのためのＬ２ＣＡＰチャン
ネルを張る。
【０１０８】このようにして、ＧＡＶＤＰで定義されて
いるストリーミング開始（Start Streaming）処理手続
を経て、オーディオ・ストリームの伝送が行われる。
いるストリーミング開始（Start Streaming）処理手続
を経て、オーディオ・ストリームの伝送が行われる。
【０１０９】その後、ストリーミング転送が終了する
と、コネクションが開放され、Ｓｏｕｒｃｅ機器１１と
Ｓｉｎｋ機器１２はアイドル状態となる。さらに、Ｌ２
ＣＡＰ層における論理チャネルも開放される。
と、コネクションが開放され、Ｓｏｕｒｃｅ機器１１と
Ｓｉｎｋ機器１２はアイドル状態となる。さらに、Ｌ２
ＣＡＰ層における論理チャネルも開放される。
【０１１０】Ｃ．ストリーミング転送時の送信方式制御
本実施形態に係るＢｌｕｅｔｏｏｔｈリンクでは、オー
ディオなどのリアルタイム・データのストリーミング転
送時において、通信品質に応じて圧縮率などの送信方式
を適応的に制御することによってデータ転送のリアルタ
イム性を確保することができる。例えば通信速度が速く
なれば圧縮率を低下させて転送データの品質を向上させ
るが、通信速度が低下すると圧縮率を高めてデータが途
切れないようにしてリアルタイム性の維持を図る。
ディオなどのリアルタイム・データのストリーミング転
送時において、通信品質に応じて圧縮率などの送信方式
を適応的に制御することによってデータ転送のリアルタ
イム性を確保することができる。例えば通信速度が速く
なれば圧縮率を低下させて転送データの品質を向上させ
るが、通信速度が低下すると圧縮率を高めてデータが途
切れないようにしてリアルタイム性の維持を図る。
【０１１１】ここで言う通信品質は、例えば、Ｓｏｕｒ
ｃｅ装置１１及びＳｉｎｋ装置１２間におけるパケット
再送の回数やその頻度に基づいて推定することができ
る。上述したように、Ｂｌｕｅｔｏｏｔｈモジュール内
のベースバンド層は、再送制御に併せて、通信品質（Li
nk_Quality）の管理を行なっている。したがって、Ｈｏ
ｓｔＣＰＵ側のオーディオ送信アプリケーションは、Ｈ
ＣＩコマンドを用いてベースバンド層に通信品質を取得
して、これを基に通信品質に応じた転送データの圧縮率
をコントロールすることができる。
ｃｅ装置１１及びＳｉｎｋ装置１２間におけるパケット
再送の回数やその頻度に基づいて推定することができ
る。上述したように、Ｂｌｕｅｔｏｏｔｈモジュール内
のベースバンド層は、再送制御に併せて、通信品質（Li
nk_Quality）の管理を行なっている。したがって、Ｈｏ
ｓｔＣＰＵ側のオーディオ送信アプリケーションは、Ｈ
ＣＩコマンドを用いてベースバンド層に通信品質を取得
して、これを基に通信品質に応じた転送データの圧縮率
をコントロールすることができる。
【０１１２】また、通信品質を推定する他の方法とし
て、通信の所要時間に基づいて推定することができる。
ＢｌｕｅｔｏｏｔｈリンクにおけるＡＶデータのストリ
ーミング転送を規定するＡＶＤＴＰ層では、Ｓｏｕｒｃ
ｅ装置１１とＳｉｎｋ装置１２とが適切に同期駆動する
（時間的に適切な位置に互いのメッセージを位置付け
る）ために、装置間で互いのタイムスタンプを交換する
Ｒｅｐｏｒｔｉｎｇの仕組みが用意されている（後
述）。そこで、ＨｏｓｔＣＰＵ側のオーディオ送信アプ
リケーションは、ＡＶＤＴＰ層から取得した装置間のタ
イムスタンプ情報を基に通信の所要時間を計算して、こ
れを基に通信品質に応じた転送データの圧縮率をコント
ロールすることができる。
て、通信の所要時間に基づいて推定することができる。
ＢｌｕｅｔｏｏｔｈリンクにおけるＡＶデータのストリ
ーミング転送を規定するＡＶＤＴＰ層では、Ｓｏｕｒｃ
ｅ装置１１とＳｉｎｋ装置１２とが適切に同期駆動する
（時間的に適切な位置に互いのメッセージを位置付け
る）ために、装置間で互いのタイムスタンプを交換する
Ｒｅｐｏｒｔｉｎｇの仕組みが用意されている（後
述）。そこで、ＨｏｓｔＣＰＵ側のオーディオ送信アプ
リケーションは、ＡＶＤＴＰ層から取得した装置間のタ
イムスタンプ情報を基に通信の所要時間を計算して、こ
れを基に通信品質に応じた転送データの圧縮率をコント
ロールすることができる。
【０１１３】以下では、Ｂｌｕｅｔｏｏｔｈリンクにお
いてこれらの通信品質の推定方法を利用した送信方式の
適応的制御について詳解する。
いてこれらの通信品質の推定方法を利用した送信方式の
適応的制御について詳解する。
【０１１４】Ｃ−１．再送制御を利用した送信方式の適
応的制御 Ｓｏｕｒｃｅ装置１１及びＳｉｎｋ装置１２間における
パケット再送の回数やその頻度に基づいて、Ｂｌｕｅｔ
ｏｏｔｈリンクの通信品質を推定することができる。ま
た、Ｂｌｕｅｔｏｏｔｈモジュール内のベースバンド層
は、再送制御に併せて、通信品質（Link_Quality）の管
理を行なっている。本実施形態では、Ｓｏｕｒｃｅ装置
１１側において、ＨｏｓｔＣＰＵ側のオーディオ送信ア
プリケーションが、ＨＣＩコマンドを用いてベースバン
ド層に通信品質を取得して、これを基に通信品質に応じ
た転送データの圧縮率をコントロールする。
応的制御 Ｓｏｕｒｃｅ装置１１及びＳｉｎｋ装置１２間における
パケット再送の回数やその頻度に基づいて、Ｂｌｕｅｔ
ｏｏｔｈリンクの通信品質を推定することができる。ま
た、Ｂｌｕｅｔｏｏｔｈモジュール内のベースバンド層
は、再送制御に併せて、通信品質（Link_Quality）の管
理を行なっている。本実施形態では、Ｓｏｕｒｃｅ装置
１１側において、ＨｏｓｔＣＰＵ側のオーディオ送信ア
プリケーションが、ＨＣＩコマンドを用いてベースバン
ド層に通信品質を取得して、これを基に通信品質に応じ
た転送データの圧縮率をコントロールする。
【０１１５】図９には、Ｓｏｕｒｃｅ装置１１としてオ
ーディオ・プレーヤが行なうＳｏｕｒｃｅ処理の機能構
成を模式的に示している。
ーディオ・プレーヤが行なうＳｏｕｒｃｅ処理の機能構
成を模式的に示している。
【０１１６】同図において、符号化及びパケット化処理
部２１１はＳｏｕｒｃｅ処理に相当する。符号化及びパ
ケット化処理部２１１は、オーディオ・データを蓄積し
ている記録部２２０からデータを読み出して、複数サン
プルのデータを単位として符号化して、フレームを生成
する。生成したフレームにＡ２ＤＰ並びにＡＶＤＴＰの
仕様に従ったヘッダを付加して（図６を参照のこと）、
送信用のパケットとする。
部２１１はＳｏｕｒｃｅ処理に相当する。符号化及びパ
ケット化処理部２１１は、オーディオ・データを蓄積し
ている記録部２２０からデータを読み出して、複数サン
プルのデータを単位として符号化して、フレームを生成
する。生成したフレームにＡ２ＤＰ並びにＡＶＤＴＰの
仕様に従ったヘッダを付加して（図６を参照のこと）、
送信用のパケットとする。
【０１１７】符号化及びパケット化処理部２１１は、生
成したパケットをバッファ２１２に一旦書き込んで、以
降の処理を送信処理部２１３に任せる。バッファ２１２
は、非同期で行なわれる送信データの符号化及びパケッ
ト化処理とデータ送信処理の間の時間差を吸収する役割
を持ち、バッファ・フル状態のときには、符号化及びパ
ケット化処理部２１１が生成したパケットを廃棄する。
成したパケットをバッファ２１２に一旦書き込んで、以
降の処理を送信処理部２１３に任せる。バッファ２１２
は、非同期で行なわれる送信データの符号化及びパケッ
ト化処理とデータ送信処理の間の時間差を吸収する役割
を持ち、バッファ・フル状態のときには、符号化及びパ
ケット化処理部２１１が生成したパケットを廃棄する。
【０１１８】送信処理部２１３は、ＡＶＤＴＰ層及びＬ
２ＣＡＰ層の処理（図３を参照のこと）を含むものであ
る。すなわち、バッファ２１２内に送信データが残って
いればこれを取り出して、ＨＣＩ経由でＢｌｕｅｔｏｏ
ｔｈモジュール２３０に送る。そして、Ｂｌｕｅｔｏｏ
ｔｈモジュール２３０へのデータ送信が終了したら、次
のデータをバッファ２１２から取り出す。バッファ２１
２はＦＩＦＯ（FirstIn First Out：先入れ先出し）形
式で構成されており、送信処理部２１３はバッファ２１
２内の古いデータから順に取り出す。
２ＣＡＰ層の処理（図３を参照のこと）を含むものであ
る。すなわち、バッファ２１２内に送信データが残って
いればこれを取り出して、ＨＣＩ経由でＢｌｕｅｔｏｏ
ｔｈモジュール２３０に送る。そして、Ｂｌｕｅｔｏｏ
ｔｈモジュール２３０へのデータ送信が終了したら、次
のデータをバッファ２１２から取り出す。バッファ２１
２はＦＩＦＯ（FirstIn First Out：先入れ先出し）形
式で構成されており、送信処理部２１３はバッファ２１
２内の古いデータから順に取り出す。
【０１１９】Ｂｌｕｅｔｏｏｔｈモジュール２３０側で
は、リンク・マネージャ、ベースバンド、並びにＲＦの
各処理を行なう。ＨＣＩ経由で送信処理部２１３から受
け取ったデータを、ベースバンド・パケットに変換して
無線出力する。Ｂｌｕｅｔｏｏｔｈモジュール２３０
は、ベースバンド・パケットが通信相手に届くまで、パ
ケットの再送を繰り返す。また、再送によって送信処理
が詰まると、データ送信を待つよう、ＨＣＩのフロー制
御を通じて送信処理部２１３に通知する。
は、リンク・マネージャ、ベースバンド、並びにＲＦの
各処理を行なう。ＨＣＩ経由で送信処理部２１３から受
け取ったデータを、ベースバンド・パケットに変換して
無線出力する。Ｂｌｕｅｔｏｏｔｈモジュール２３０
は、ベースバンド・パケットが通信相手に届くまで、パ
ケットの再送を繰り返す。また、再送によって送信処理
が詰まると、データ送信を待つよう、ＨＣＩのフロー制
御を通じて送信処理部２１３に通知する。
【０１２０】符号化及びパケット化処理部２１１は、符
号化の設定に応じて、一定時間毎にオーディオ・データ
記録部２２０からデータを読み出し、これを符号化並び
にパケット化してからバッファ２１２に書き込んでい
く。
号化の設定に応じて、一定時間毎にオーディオ・データ
記録部２２０からデータを読み出し、これを符号化並び
にパケット化してからバッファ２１２に書き込んでい
く。
【０１２１】無線通信のリンクの品質が良好な場合は、
バッファ２１２に書き込まれたパケットは、すぐに送信
処理部２１３によって読み出され、Ｂｌｕｅｔｏｏｔｈ
モジュール２３０からＳｉｎｋ装置へ送り出される。こ
の結果、バッファ２１２にはデータが溜まらない。オー
ディオ・プレーヤ１１とヘッドフォン１２間の通信とし
て見れば、ヘッドフォン１２は一定の間隔でパケットを
受信することができるので、途切れなくオーディオ再生
を行なうことができ、リアルタイム性が維持される。
バッファ２１２に書き込まれたパケットは、すぐに送信
処理部２１３によって読み出され、Ｂｌｕｅｔｏｏｔｈ
モジュール２３０からＳｉｎｋ装置へ送り出される。こ
の結果、バッファ２１２にはデータが溜まらない。オー
ディオ・プレーヤ１１とヘッドフォン１２間の通信とし
て見れば、ヘッドフォン１２は一定の間隔でパケットを
受信することができるので、途切れなくオーディオ再生
を行なうことができ、リアルタイム性が維持される。
【０１２２】これに対し、無線通信のリンクの品質が悪
くなると、Ｂｌｕｅｔｏｏｔｈモジュール２３０からデ
ータを送り出す時に再送が繰り返される。送信処理部２
１３は、Ｂｌｕｅｔｏｏｔｈモジュール２３０の処理が
終わるまで、パケットの送信を待つ。パケット再送が行
なわれている間にも、符号化及びパケット化処理部２１
１は、バッファ２１２にパケットを書き込んでいくの
で、バッファ２１２にはデータが徐々に溜まっていく。
バッファ２１２でデータが溢れると、送信データが失わ
れ、この結果Ｓｉｎｋ装置１２としてのヘッドフォン側
ではパケットが到来しないことになるので音の途切れを
発生する。
くなると、Ｂｌｕｅｔｏｏｔｈモジュール２３０からデ
ータを送り出す時に再送が繰り返される。送信処理部２
１３は、Ｂｌｕｅｔｏｏｔｈモジュール２３０の処理が
終わるまで、パケットの送信を待つ。パケット再送が行
なわれている間にも、符号化及びパケット化処理部２１
１は、バッファ２１２にパケットを書き込んでいくの
で、バッファ２１２にはデータが徐々に溜まっていく。
バッファ２１２でデータが溢れると、送信データが失わ
れ、この結果Ｓｉｎｋ装置１２としてのヘッドフォン側
ではパケットが到来しないことになるので音の途切れを
発生する。
【０１２３】無線通信のリンクの品質に変動がある場合
は、パケット再送が行なわれる頻度は不均一であるた
め、バッファ２１２内のデータが増えたり減ったりす
る。送信処理部２１３と符号化及びパケット化処理部２
１１は非同期で動作している。送信処理部２１３は、Ｂ
ｌｕｅｔｏｏｔｈモジュール２３０へのパケット送信が
可能なときに、次々にバッファ２１２からデータを読み
出す。バッファ２１２内に蓄積されるデータの量が不均
一であると、ヘッドフォン側では受信するパケットの間
隔にばらつきが生じることになる。すなわち、ヘッドフ
ォンが短時間に沢山のパケットを受信したり、あるいは
しばらく受信しなかったりする。
は、パケット再送が行なわれる頻度は不均一であるた
め、バッファ２１２内のデータが増えたり減ったりす
る。送信処理部２１３と符号化及びパケット化処理部２
１１は非同期で動作している。送信処理部２１３は、Ｂ
ｌｕｅｔｏｏｔｈモジュール２３０へのパケット送信が
可能なときに、次々にバッファ２１２からデータを読み
出す。バッファ２１２内に蓄積されるデータの量が不均
一であると、ヘッドフォン側では受信するパケットの間
隔にばらつきが生じることになる。すなわち、ヘッドフ
ォンが短時間に沢山のパケットを受信したり、あるいは
しばらく受信しなかったりする。
【０１２４】Ｓｉｎｋ装置１２としてのヘッドフォン側
では、このように受信するパケットの間隔にばらつきが
生じても、音飛びすることなく音楽を再生するために、
受信パケットを貯めておくバッファを用意しておき、バ
ッファにある程度データを貯めてからデータ再生を開始
するようにしている。図１０には、Ｓｉｎｋ装置１２と
してヘッドフォンが行なうＳｉｎｋ処理の機能構成を模
式的に示している。
では、このように受信するパケットの間隔にばらつきが
生じても、音飛びすることなく音楽を再生するために、
受信パケットを貯めておくバッファを用意しておき、バ
ッファにある程度データを貯めてからデータ再生を開始
するようにしている。図１０には、Ｓｉｎｋ装置１２と
してヘッドフォンが行なうＳｉｎｋ処理の機能構成を模
式的に示している。
【０１２５】Ｂｌｕｅｔｏｏｔｈモジュール３３０は、
リンク・マネージャ、ベースバンド、及びＲＦの各層の
処理を行ない（図３を参照のこと）、無線で受信したベ
ースバンド・パケットを、ＨＣＩ経由で受信処理部３１
３に送る。
リンク・マネージャ、ベースバンド、及びＲＦの各層の
処理を行ない（図３を参照のこと）、無線で受信したベ
ースバンド・パケットを、ＨＣＩ経由で受信処理部３１
３に送る。
【０１２６】受信処理部３１３は、ＨＣＩ経由でＢｌｕ
ｅｔｏｏｔｈモジュール３３０から受信データを受け取
り、Ｌ２ＣＡＰ並びにＡＶＤＴＰの処理を行なって、デ
ータを再構成し、元のオーディオ・データを復元する。
そして、復元したデータをバッファ３１２に書き込む。
ｅｔｏｏｔｈモジュール３３０から受信データを受け取
り、Ｌ２ＣＡＰ並びにＡＶＤＴＰの処理を行なって、デ
ータを再構成し、元のオーディオ・データを復元する。
そして、復元したデータをバッファ３１２に書き込む。
【０１２７】復号化部３１１は、デコーダの設定に応じ
て、一定時間毎にバッファ３１２からデータを取り出
し、復号化処理してスピーカからオーディオ出力する。
バッファ２１２はＦＩＦＯ形式で構成されており、復号
化部３１１は古いものから順にデータを取り出す。
て、一定時間毎にバッファ３１２からデータを取り出
し、復号化処理してスピーカからオーディオ出力する。
バッファ２１２はＦＩＦＯ形式で構成されており、復号
化部３１１は古いものから順にデータを取り出す。
【０１２８】オーディオ出力３２０が途切れないように
するためには、復号化部３１１がバッファ３１２からデ
ータを読み取るときにバッファ３１２が空になっていな
いようにする必要がある。このため、復号化部３１１
は、プレーヤ１１とヘッドフォン１２間の通信が開始し
た後しばらくして、バッファ３１２にある程度データが
溜まってから復号化を開始する。
するためには、復号化部３１１がバッファ３１２からデ
ータを読み取るときにバッファ３１２が空になっていな
いようにする必要がある。このため、復号化部３１１
は、プレーヤ１１とヘッドフォン１２間の通信が開始し
た後しばらくして、バッファ３１２にある程度データが
溜まってから復号化を開始する。
【０１２９】受信側のバッファ３１２のサイズを充分大
きくすることによって、受信パケットの到着間隔のばら
つきについて許容範囲が大きくなる。また、送信側で
は、バッファ２１２のサイズを大きくすることによっ
て、無線通信のリンク品質の悪化に伴い再送回数が嵩ん
だとしてもパケット・ロスを防ぐことができる。
きくすることによって、受信パケットの到着間隔のばら
つきについて許容範囲が大きくなる。また、送信側で
は、バッファ２１２のサイズを大きくすることによっ
て、無線通信のリンク品質の悪化に伴い再送回数が嵩ん
だとしてもパケット・ロスを防ぐことができる。
【０１３０】一方、機器コストを抑えるため、プレーヤ
１１又はヘッドフォン１などにおいてバッファ３１２を
大きくすることができない場合がある。また、テレビの
音声を聞きたい場合など、ディレイを極力抑えてデータ
のリアルタイム性を確保するためには、ヘッドフォン１
２などの受信機器側でのパケットの到着間隔のばらつき
を小さくする必要がある。
１１又はヘッドフォン１などにおいてバッファ３１２を
大きくすることができない場合がある。また、テレビの
音声を聞きたい場合など、ディレイを極力抑えてデータ
のリアルタイム性を確保するためには、ヘッドフォン１
２などの受信機器側でのパケットの到着間隔のばらつき
を小さくする必要がある。
【０１３１】本実施形態では、無線通信のリンクの品質
が悪いときには、プレーヤ１１側では符号化部２１１に
よるデータ圧縮率を高くして、受信側でデータが途切れ
ないようにする。また、無線通信のリンクの品質が良い
状態に安定したときには、符号化部２１１によるデータ
圧縮率を元に戻して、受信側でのデータ再生品質を向上
させる。このようにして、送信側のプレーヤ１１は、ヘ
ッドフォン１２が受信するパケットの間隔のばらつきを
抑えるようにする。但し、データの圧縮率をリアルタイ
ムで変化させるためには、送信側の符号化部２１１と受
信側の復号化部３１１が対応していることが前提であ
る。
が悪いときには、プレーヤ１１側では符号化部２１１に
よるデータ圧縮率を高くして、受信側でデータが途切れ
ないようにする。また、無線通信のリンクの品質が良い
状態に安定したときには、符号化部２１１によるデータ
圧縮率を元に戻して、受信側でのデータ再生品質を向上
させる。このようにして、送信側のプレーヤ１１は、ヘ
ッドフォン１２が受信するパケットの間隔のばらつきを
抑えるようにする。但し、データの圧縮率をリアルタイ
ムで変化させるためには、送信側の符号化部２１１と受
信側の復号化部３１１が対応していることが前提であ
る。
【０１３２】データ圧縮率を高くすると、送信パケット
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信側で用意
すべきバッファ２１２のサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファ２１２が溢れなけ
れば受信側でオーディオ出力が途切れることはなくな
る。
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信側で用意
すべきバッファ２１２のサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファ２１２が溢れなけ
れば受信側でオーディオ出力が途切れることはなくな
る。
【０１３３】Ｂｌｕｅｔｏｏｔｈの仕様では、ベースバ
ンド層において、再送制御に併せて、通信品質（Link_Q
uality）の管理を行なう。すなわち、再送を行なった回
数や頻度など再送制御オペレーションに基づいて、通信
相手毎のＢｌｕｅｔｏｏｔｈリンクの品質を０〜２５５
の指示値を用いて２５６段階で評価するようになってい
る。
ンド層において、再送制御に併せて、通信品質（Link_Q
uality）の管理を行なう。すなわち、再送を行なった回
数や頻度など再送制御オペレーションに基づいて、通信
相手毎のＢｌｕｅｔｏｏｔｈリンクの品質を０〜２５５
の指示値を用いて２５６段階で評価するようになってい
る。
【０１３４】図１１には、Ｂｌｕｅｔｏｏｔｈベースバ
ンド層が再送制御に併せてＢｌｕｅｔｏｏｔｈリンクの
通信品質（Link_Quality）の管理を行なう仕組みを模式
的に示している。図示の例では、ベースバンド層は、受
信側へのパケット送信並びに受信側からの確認肯定応答
信号（ＡＣＫ）や否定応答信号（ＮＡＫ）に応じたパケ
ットの再送コントロールを行なうパケット伝送シーケン
ス部と、受信側からのＡＣＫ並びにＮＡＫの受信回数を
統計処理する応答信号処理部と、応答信号の統計処理結
果に応じてLink_Qualityを決定する通信品質管理部で構
成されている。通信品質管理部は、ＨｏｓｔＣＰＵ側か
らＨＣＩインターフェース経由でHCI_Get_Link_Quality
コマンドを受け取るとLink_Qualityを返す。
ンド層が再送制御に併せてＢｌｕｅｔｏｏｔｈリンクの
通信品質（Link_Quality）の管理を行なう仕組みを模式
的に示している。図示の例では、ベースバンド層は、受
信側へのパケット送信並びに受信側からの確認肯定応答
信号（ＡＣＫ）や否定応答信号（ＮＡＫ）に応じたパケ
ットの再送コントロールを行なうパケット伝送シーケン
ス部と、受信側からのＡＣＫ並びにＮＡＫの受信回数を
統計処理する応答信号処理部と、応答信号の統計処理結
果に応じてLink_Qualityを決定する通信品質管理部で構
成されている。通信品質管理部は、ＨｏｓｔＣＰＵ側か
らＨＣＩインターフェース経由でHCI_Get_Link_Quality
コマンドを受け取るとLink_Qualityを返す。
【０１３５】また、図１２には、Ｂｌｕｅｔｏｏｔｈベ
ースバンド層によるデータ再送シーケンスを例示してい
る。
ースバンド層によるデータ再送シーケンスを例示してい
る。
【０１３６】データ送信側であるプレーヤ１１は、パケ
ット送信をした次のタイム・スロットで、ＡＣＫが返っ
てきたら次のパケットを送るが、ＮＡＫが返ってきたら
前のデータを再送する。一方、データ受信側であるヘッ
ドフォン１２は、データ受信側は、ＡＣＫ又はＮＡＫを
返すときについでに送りたいデータがあれば、データを
一緒に送る。無ければ、ＡＣＫ又はＮＡＫのみを返信す
る。
ット送信をした次のタイム・スロットで、ＡＣＫが返っ
てきたら次のパケットを送るが、ＮＡＫが返ってきたら
前のデータを再送する。一方、データ受信側であるヘッ
ドフォン１２は、データ受信側は、ＡＣＫ又はＮＡＫを
返すときについでに送りたいデータがあれば、データを
一緒に送る。無ければ、ＡＣＫ又はＮＡＫのみを返信す
る。
【０１３７】図１２に示す例で、×印で示されるパケッ
ト通信は、ペイロード部分が壊れて相手に届いた場合を
示している。データが壊れていることはＣＲＣ（Cyclic
Redundancy Code）チェックなどにより判断される。
ト通信は、ペイロード部分が壊れて相手に届いた場合を
示している。データが壊れていることはＣＲＣ（Cyclic
Redundancy Code）チェックなどにより判断される。
【０１３８】本実施形態では、Ｂｌｕｅｔｏｏｔｈベー
スバンド層内の通信品質管理部は、一定時間内に送受信
したＡＣＫ及びＮＡＫの比率を統計処理して、ＡＣＫの
割合に応じて通信品質を決定して、これを０〜２５５の
指示値からなる２５６段階のLink_Qualityとして表わ
す。例えば、ＡＣＫの割合が７０％であれば、２５５×
７０％≒１７９がこのときのLink_Qualityとなる。
スバンド層内の通信品質管理部は、一定時間内に送受信
したＡＣＫ及びＮＡＫの比率を統計処理して、ＡＣＫの
割合に応じて通信品質を決定して、これを０〜２５５の
指示値からなる２５６段階のLink_Qualityとして表わ
す。例えば、ＡＣＫの割合が７０％であれば、２５５×
７０％≒１７９がこのときのLink_Qualityとなる。
【０１３９】ＨｏｓｔＣＰＵ側は、HCI_Get_Link_Quali
tyコマンドを用いて、Connection_HandleすなわちＢｌ
ｕｅｔｏｏｔｈリンクのＩＤを引数とすることにより、
通信相手毎のＢｌｕｅｔｏｏｔｈリンクの通信品質Link
_Qualityをベースバンド層に問い合わせることができ
る。したがって、ＨｏｓｔＣＰＵ側のオーディオ送信ア
プリケーションは、ＨＣＩインターフェースを用いてベ
ースバンド層に通信品質を取得して、これを基に通信品
質に応じた転送データの圧縮率をコントロールすること
ができる。そして、ベースバンド層からのHCI_Get_Link
_Qualityコマンドの戻り値が低下してきたときに符号化
部２１１によるデータ圧縮率を高くし、逆に戻り値が良
くなったときに符号化部２１１によるデータ圧縮率を戻
す。このようにして、送信側のプレーヤ１１は、ヘッド
フォン１２が受信するパケットの間隔のばらつきを抑え
るようにする。
tyコマンドを用いて、Connection_HandleすなわちＢｌ
ｕｅｔｏｏｔｈリンクのＩＤを引数とすることにより、
通信相手毎のＢｌｕｅｔｏｏｔｈリンクの通信品質Link
_Qualityをベースバンド層に問い合わせることができ
る。したがって、ＨｏｓｔＣＰＵ側のオーディオ送信ア
プリケーションは、ＨＣＩインターフェースを用いてベ
ースバンド層に通信品質を取得して、これを基に通信品
質に応じた転送データの圧縮率をコントロールすること
ができる。そして、ベースバンド層からのHCI_Get_Link
_Qualityコマンドの戻り値が低下してきたときに符号化
部２１１によるデータ圧縮率を高くし、逆に戻り値が良
くなったときに符号化部２１１によるデータ圧縮率を戻
す。このようにして、送信側のプレーヤ１１は、ヘッド
フォン１２が受信するパケットの間隔のばらつきを抑え
るようにする。
【０１４０】図１３には、ＨｏｓｔＣＰＵ２１０側のオ
ーディオ送信アプリケーションがベースバンド層からの
HCI_Get_Link_Qualityコマンドの戻り値を利用して、送
信データの圧縮率を適応的にコントロールする仕組みを
模式的に示している。同図に示す例では、符号化部２１
１に２種類の設定をあらかじめ用意しておき、HCI_Get_
Link_Quality コマンドで得られるデータ値に応じて、
圧縮率を動的に切り替えるようになっている。
ーディオ送信アプリケーションがベースバンド層からの
HCI_Get_Link_Qualityコマンドの戻り値を利用して、送
信データの圧縮率を適応的にコントロールする仕組みを
模式的に示している。同図に示す例では、符号化部２１
１に２種類の設定をあらかじめ用意しておき、HCI_Get_
Link_Quality コマンドで得られるデータ値に応じて、
圧縮率を動的に切り替えるようになっている。
【０１４１】オーディオ送信アプリケーションは、まず
前処理として、HCI_Get_Link_Qualityコマンドを用いて
Ｂｌｕｅｔｏｏｔｈモジュールから得られるリンク品質
の値（Link_Quality）と実際の通信品質の関係を測定に
よって調べる。そして、符号化部２１１によるデータ圧
縮率を高くする閾値THD_high、並びに、データ圧縮率を
元に戻す（すなわち低下する）閾値THD_lowを決定す
る。
前処理として、HCI_Get_Link_Qualityコマンドを用いて
Ｂｌｕｅｔｏｏｔｈモジュールから得られるリンク品質
の値（Link_Quality）と実際の通信品質の関係を測定に
よって調べる。そして、符号化部２１１によるデータ圧
縮率を高くする閾値THD_high、並びに、データ圧縮率を
元に戻す（すなわち低下する）閾値THD_lowを決定す
る。
【０１４２】オーディオ送信アプリケーションは、実際
にオーディオ・データのストリーミング伝送を行なうと
きには、所定のタイミングでHCI_Get_Link_Qualityコマ
ンドを発行して、ＢｌｕｅｔｏｏｔｈモジュールからLi
nk_Quality を取得する。
にオーディオ・データのストリーミング伝送を行なうと
きには、所定のタイミングでHCI_Get_Link_Qualityコマ
ンドを発行して、ＢｌｕｅｔｏｏｔｈモジュールからLi
nk_Quality を取得する。
【０１４３】オーディオ送信アプリケーションは、Link
_Qualityが下がることによって、Ｂｌｕｅｔｏｏｔｈリ
ンクの通信品質が低下したことを検出する。そして、Li
nk_QualityがTHD_highを越えたら、符号化部２１１を高
圧縮の符号化設定に切り替える。この結果、転送パケッ
トのサイズを小さくすることによりパケットの再送余裕
を増加させて、再生音が途切れにくいストリーミングを
実現することができる。
_Qualityが下がることによって、Ｂｌｕｅｔｏｏｔｈリ
ンクの通信品質が低下したことを検出する。そして、Li
nk_QualityがTHD_highを越えたら、符号化部２１１を高
圧縮の符号化設定に切り替える。この結果、転送パケッ
トのサイズを小さくすることによりパケットの再送余裕
を増加させて、再生音が途切れにくいストリーミングを
実現することができる。
【０１４４】他方、オーディオ送信アプリケーション
は、Link_Quality が上がることによってＢｌｕｅｔｏ
ｏｔｈリンクの通信品質が良いことを検出する。そし
て、Link_QualityがTHD_lowを越えたら、符号化部２１
１を低圧縮の符号化設定に切り替える。この結果、符号
化圧縮に伴う転送データの劣化を少なくして、より高品
質のオーディオ・データをストリーミング転送すること
ができる。
は、Link_Quality が上がることによってＢｌｕｅｔｏ
ｏｔｈリンクの通信品質が良いことを検出する。そし
て、Link_QualityがTHD_lowを越えたら、符号化部２１
１を低圧縮の符号化設定に切り替える。この結果、符号
化圧縮に伴う転送データの劣化を少なくして、より高品
質のオーディオ・データをストリーミング転送すること
ができる。
【０１４５】なお、符号化部２１１における符号化圧縮
率の設定が頻繁に切り替わることはシステム・オペレー
ション上効率的ではないので、THD_highとTHD_lowをあ
る程度離れた値にして、Link_Qualityが閾値付近で変化
しているときに、符号化設定が頻繁に変わらないように
することが好ましい。
率の設定が頻繁に切り替わることはシステム・オペレー
ション上効率的ではないので、THD_highとTHD_lowをあ
る程度離れた値にして、Link_Qualityが閾値付近で変化
しているときに、符号化設定が頻繁に変わらないように
することが好ましい。
【０１４６】Ｃ−２．通信の所要時間を利用した送信方
式の適応的制御 上述したように再送制御シーケンスから通信品質を推定
する以外に、Ｓｏｕｒｃｅ装置１１及びＳｉｎｋ装置１
２間における通信の所要時間に基づいてＢｌｕｅｔｏｏ
ｔｈリンクの通信品質を推定することができる。
式の適応的制御 上述したように再送制御シーケンスから通信品質を推定
する以外に、Ｓｏｕｒｃｅ装置１１及びＳｉｎｋ装置１
２間における通信の所要時間に基づいてＢｌｕｅｔｏｏ
ｔｈリンクの通信品質を推定することができる。
【０１４７】また、Ｂｌｕｅｔｏｏｔｈリンクにおける
ＡＶデータのストリーミング転送を規定するＡＶＤＴＰ
層では、装置間で互いのタイムスタンプを交換するとい
う”Ｒｅｐｏｒｔｉｎｇ”の仕組みが用意されている。
ＡＶデータのストリーミング転送を規定するＡＶＤＴＰ
層では、装置間で互いのタイムスタンプを交換するとい
う”Ｒｅｐｏｒｔｉｎｇ”の仕組みが用意されている。
【０１４８】そこで、本実施形態では、Ｓｏｕｒｃｅ装
置１１側において、ＨｏｓｔＣＰＵ側のオーディオ送信
アプリケーションが、Ｒｅｐｏｒｔｉｎｇ処理によりＡ
ＶＤＴＰ層から取得した装置間のタイムスタンプ情報を
利用して通信の所要時間を計算して、これを基に推定さ
れる通信品質に応じた転送データの圧縮率をコントロー
ルする。
置１１側において、ＨｏｓｔＣＰＵ側のオーディオ送信
アプリケーションが、Ｒｅｐｏｒｔｉｎｇ処理によりＡ
ＶＤＴＰ層から取得した装置間のタイムスタンプ情報を
利用して通信の所要時間を計算して、これを基に推定さ
れる通信品質に応じた転送データの圧縮率をコントロー
ルする。
【０１４９】Ｒｅｐｏｒｔｉｎｇ処理では、ＡＶＤＴＰ
スタック内の送信処理並びに受信処理で扱ったパケット
の数、到着時間等を監視し、通信品質に関わるデータの
統計値を取るものである。必要情報を通信相手と交換し
て、計算結果を上位スタックに知らせるようになってい
る。
スタック内の送信処理並びに受信処理で扱ったパケット
の数、到着時間等を監視し、通信品質に関わるデータの
統計値を取るものである。必要情報を通信相手と交換し
て、計算結果を上位スタックに知らせるようになってい
る。
【０１５０】図１４には、Ｂｌｕｅｔｏｏｔｈリンクに
おけるＲｅｐｏｒｔｉｎｇ処理の仕組みを図解してい
る。
おけるＲｅｐｏｒｔｉｎｇ処理の仕組みを図解してい
る。
【０１５１】メディア・パケット及びレポーティング・
パケットはともに、Ｌ２ＣＡＰ層を介して直接転送され
る。ＲＴＰ（Real-time Transfer Protocol）を用いる
ことによりＬ２ＣＡＰ層上でオーディオ・データのスト
リーミング転送を行なうことができる。このとき、ＲＴ
ＣＰ（RTP Control Protocol）は、サービス品質をモニ
タするとともに、現トランスポート・セッションの参加
者に関する必要な情報を通知するようになっている。
パケットはともに、Ｌ２ＣＡＰ層を介して直接転送され
る。ＲＴＰ（Real-time Transfer Protocol）を用いる
ことによりＬ２ＣＡＰ層上でオーディオ・データのスト
リーミング転送を行なうことができる。このとき、ＲＴ
ＣＰ（RTP Control Protocol）は、サービス品質をモニ
タするとともに、現トランスポート・セッションの参加
者に関する必要な情報を通知するようになっている。
【０１５２】レポーティングとメディア転送にはそれぞ
れ異なるトランスポート・セッションを使用する。各々
のチャネルでは、トランスポート・セッション（オーデ
ィオ、ビデオなど）に応じたパケット・フォーマットが
伝送される。同じビデオ・アプリケーションが複数のメ
ディア・トランスポート・セッションを開設することも
ある。この場合、各々のストリームがいずれかのメディ
ア・ストリーム（オブジェクト、エンハンスメント層な
ど）に対応する。開設したそれぞれのトランスポート・
セッションに対してレポーティング処理を起動すること
ができる。この場合のストリーム・セッションは、メデ
ィア・パケットとレポーティング・パケットという２通
りのトランスポート・チャネルを含むことになる。
れ異なるトランスポート・セッションを使用する。各々
のチャネルでは、トランスポート・セッション（オーデ
ィオ、ビデオなど）に応じたパケット・フォーマットが
伝送される。同じビデオ・アプリケーションが複数のメ
ディア・トランスポート・セッションを開設することも
ある。この場合、各々のストリームがいずれかのメディ
ア・ストリーム（オブジェクト、エンハンスメント層な
ど）に対応する。開設したそれぞれのトランスポート・
セッションに対してレポーティング処理を起動すること
ができる。この場合のストリーム・セッションは、メデ
ィア・パケットとレポーティング・パケットという２通
りのトランスポート・チャネルを含むことになる。
【０１５３】メディア・パケットは、図７並びに表２を
参照しながら既に説明した通りである。以下では、Ｒｅ
ｐｏｒｔｉｎｇ処理を行なうためのレポーティング・パ
ケットについて説明する。
参照しながら既に説明した通りである。以下では、Ｒｅ
ｐｏｒｔｉｎｇ処理を行なうためのレポーティング・パ
ケットについて説明する。
【０１５４】ストリーミング転送においてＲｅｐｏｒｔ
ｉｎｇ処理を行なうために、データ・ストリームの送信
側は受信側に対してＳＲ（Sender Report）パケットを
送信し、これに対し受信側は送信側に対してＲＲ（Rece
iver Report）パケットを返信する。
ｉｎｇ処理を行なうために、データ・ストリームの送信
側は受信側に対してＳＲ（Sender Report）パケットを
送信し、これに対し受信側は送信側に対してＲＲ（Rece
iver Report）パケットを返信する。
【０１５５】図１５には、ＳＲパケットの構成を模式的
に示している。図示の通り、ＳＲパケットは、３種類の
セクションからなり、その後にプロファイル毎に定義さ
れた４種類のセクションが続く構成となっている。最初
のセクションはヘッダであり８オクテット長である。ま
た、ＳＲパケット内の各情報要素について、下表にまと
めておく。
に示している。図示の通り、ＳＲパケットは、３種類の
セクションからなり、その後にプロファイル毎に定義さ
れた４種類のセクションが続く構成となっている。最初
のセクションはヘッダであり８オクテット長である。ま
た、ＳＲパケット内の各情報要素について、下表にまと
めておく。
【０１５６】
【表３】
【０１５７】ＳＲパケット内には、ＳＲパケットを送信
した時刻を示すＮＴＰタイムスタンプや、前回のＳＲパ
ケット送信移行に送ったオーディオ・データのパケット
数（Sender’s Packet Count）、前回のＳＲパケット
送信移行に送ったオーディオ・データのバイト数（Send
er’s Octet Count）などが含まれている。
した時刻を示すＮＴＰタイムスタンプや、前回のＳＲパ
ケット送信移行に送ったオーディオ・データのパケット
数（Sender’s Packet Count）、前回のＳＲパケット
送信移行に送ったオーディオ・データのバイト数（Send
er’s Octet Count）などが含まれている。
【０１５８】ＲＲパケットの構造は、基本的にはＳＲパ
ケットと同様であるが、パケット・タイプ（ＰＴ）フィ
ールドに定数２０１が書き込まれて点と、５ワード長の
送信者情報が省略されている点で相違する。
ケットと同様であるが、パケット・タイプ（ＰＴ）フィ
ールドに定数２０１が書き込まれて点と、５ワード長の
送信者情報が省略されている点で相違する。
【０１５９】Ｒｅｐｏｒｔｉｎｇ処理をＢｌｕｅｔｏｏ
ｔｈリンクにおける通信所要時間の計算に利用するため
に、ＲＲパケットが、最後に受信したＳＲに書き込まれ
ていたＮＴＰタイムスタンプと、最後にＳＲを受信して
からの経過時間を含んでいることが重要である。これ以
外に、ＲＲパケットは、最後にＲＲを送信して以降現在
までの間に受信しなかったパケット数の割合（Fraction
Lost）、データ送受信が始まって以来受信しなかった
パケットの総数（Cumulative Number of Packets Los
t）、バケット受信間隔のばらつき具合を示す受信間隔
ジッタ（Inter-arrival Jitter。ジッタ値が大きいほど
バラツキが大きい）なども含んでいる。
ｔｈリンクにおける通信所要時間の計算に利用するため
に、ＲＲパケットが、最後に受信したＳＲに書き込まれ
ていたＮＴＰタイムスタンプと、最後にＳＲを受信して
からの経過時間を含んでいることが重要である。これ以
外に、ＲＲパケットは、最後にＲＲを送信して以降現在
までの間に受信しなかったパケット数の割合（Fraction
Lost）、データ送受信が始まって以来受信しなかった
パケットの総数（Cumulative Number of Packets Los
t）、バケット受信間隔のばらつき具合を示す受信間隔
ジッタ（Inter-arrival Jitter。ジッタ値が大きいほど
バラツキが大きい）なども含んでいる。
【０１６０】図１６並びに図１７には、Ｒｅｐｏｒｔｉ
ｎｇ処理をアクティブにしたときにおける、Ｓｏｕｒｃ
ｅ装置１１としてオーディオ・プレーヤ、並びにＳｉｎ
ｋ装置１２としてのヘッドフォンの機能構成をそれぞれ
模式的に示している。
ｎｇ処理をアクティブにしたときにおける、Ｓｏｕｒｃ
ｅ装置１１としてオーディオ・プレーヤ、並びにＳｉｎ
ｋ装置１２としてのヘッドフォンの機能構成をそれぞれ
模式的に示している。
【０１６１】符号化及びパケット化処理部２１１は、オ
ーディオ・データを蓄積している記録部２２０からデー
タを読み出して、複数サンプルのデータを単位として符
号化して、フレームを生成する。生成したフレームにＡ
２ＤＰ並びにＡＶＤＴＰの仕様に従ったヘッダを付加し
て（図６を参照のこと）、送信用のパケットとする。
ーディオ・データを蓄積している記録部２２０からデー
タを読み出して、複数サンプルのデータを単位として符
号化して、フレームを生成する。生成したフレームにＡ
２ＤＰ並びにＡＶＤＴＰの仕様に従ったヘッダを付加し
て（図６を参照のこと）、送信用のパケットとする。
【０１６２】また、符号化及びパケット化処理部２１１
は、生成したパケットをバッファ２１２に一旦書き込ん
で、以降の処理を送信処理部２１３に任せる。バッファ
２１２は、非同期で行なわれる送信データの符号化及び
パケット化処理とデータ送信処理の間の時間差を吸収す
る役割を持ち、バッファ・フル状態のときには、符号化
及びパケット化処理部２１１が生成したパケットを廃棄
する。
は、生成したパケットをバッファ２１２に一旦書き込ん
で、以降の処理を送信処理部２１３に任せる。バッファ
２１２は、非同期で行なわれる送信データの符号化及び
パケット化処理とデータ送信処理の間の時間差を吸収す
る役割を持ち、バッファ・フル状態のときには、符号化
及びパケット化処理部２１１が生成したパケットを廃棄
する。
【０１６３】送信処理部２１３は、ＡＶＤＴＰ層及びＬ
２ＣＡＰ層の処理（図３を参照のこと）を含み、バッフ
ァ２１２内に送信データが残っていればこれを取り出し
て、ＨＣＩ経由でＢｌｕｅｔｏｏｔｈモジュール２３０
に送る。そして、Ｂｌｕｅｔｏｏｔｈモジュール２３０
へのデータ送信が終了したら、次のデータをバッファ２
１２から取り出す。バッファ２１２はＦＩＦＯ形式で構
成されており、送信処理部２１３はバッファ２１２内の
古いデータから順に取り出す。
２ＣＡＰ層の処理（図３を参照のこと）を含み、バッフ
ァ２１２内に送信データが残っていればこれを取り出し
て、ＨＣＩ経由でＢｌｕｅｔｏｏｔｈモジュール２３０
に送る。そして、Ｂｌｕｅｔｏｏｔｈモジュール２３０
へのデータ送信が終了したら、次のデータをバッファ２
１２から取り出す。バッファ２１２はＦＩＦＯ形式で構
成されており、送信処理部２１３はバッファ２１２内の
古いデータから順に取り出す。
【０１６４】Ｂｌｕｅｔｏｏｔｈモジュール２３０側で
は、リンク・マネージャ、ベースバンド、並びにＲＦの
各処理を行なう。ＨＣＩ経由で送信処理部２１３から受
け取ったデータを、ベースバンド・パケットに変換して
無線出力する。Ｂｌｕｅｔｏｏｔｈモジュール２３０
は、ベースバンド・パケットが通信相手に届くまで、パ
ケットの再送を繰り返す。また、再送によって送信処理
が詰まると、データ送信を待つよう、ＨＣＩのフロー制
御を通じて送信処理部２１３に通知する。
は、リンク・マネージャ、ベースバンド、並びにＲＦの
各処理を行なう。ＨＣＩ経由で送信処理部２１３から受
け取ったデータを、ベースバンド・パケットに変換して
無線出力する。Ｂｌｕｅｔｏｏｔｈモジュール２３０
は、ベースバンド・パケットが通信相手に届くまで、パ
ケットの再送を繰り返す。また、再送によって送信処理
が詰まると、データ送信を待つよう、ＨＣＩのフロー制
御を通じて送信処理部２１３に通知する。
【０１６５】符号化及びパケット化処理部２１１は、符
号化の設定に応じて、一定時間毎にオーディオ・データ
記録部２２０からデータを読み出し、これを符号化並び
にパケット化してからバッファ２１２に書き込んでい
く。
号化の設定に応じて、一定時間毎にオーディオ・データ
記録部２２０からデータを読み出し、これを符号化並び
にパケット化してからバッファ２１２に書き込んでい
く。
【０１６６】無線通信のリンクの品質が良好な場合は、
バッファ２１２に書き込まれたパケットは、すぐに送信
処理部２１３によって読み出され、Ｂｌｕｅｔｏｏｔｈ
モジュール２３０からＳｉｎｋ装置へ送り出される。こ
の結果、バッファ２１２にはデータが溜まらない。オー
ディオ・プレーヤ１１とヘッドフォン１２間の通信とし
て見れば、ヘッドフォン１２は一定の間隔でパケットを
受信することができるので、途切れなくオーディオ再生
を行なうことができ、リアルタイム性が維持される。
バッファ２１２に書き込まれたパケットは、すぐに送信
処理部２１３によって読み出され、Ｂｌｕｅｔｏｏｔｈ
モジュール２３０からＳｉｎｋ装置へ送り出される。こ
の結果、バッファ２１２にはデータが溜まらない。オー
ディオ・プレーヤ１１とヘッドフォン１２間の通信とし
て見れば、ヘッドフォン１２は一定の間隔でパケットを
受信することができるので、途切れなくオーディオ再生
を行なうことができ、リアルタイム性が維持される。
【０１６７】これに対し、無線通信のリンクの品質が悪
くなると、Ｂｌｕｅｔｏｏｔｈモジュール２３０からデ
ータを送り出す時に再送が繰り返される。送信処理部２
１３は、Ｂｌｕｅｔｏｏｔｈモジュール２３０の処理が
終わるまで、パケットの送信を待つ。パケット再送が行
なわれている間にも、符号化及びパケット化処理部２１
１は、バッファ２１２にパケットを書き込んでいくの
で、バッファ２１２にはデータが徐々に溜まっていく。
バッファ２１２でデータが溢れると、送信データが失わ
れ、この結果Ｓｉｎｋ装置１２としてのヘッドフォン側
ではパケットが到来しないことになるので音の途切れを
発生する。
くなると、Ｂｌｕｅｔｏｏｔｈモジュール２３０からデ
ータを送り出す時に再送が繰り返される。送信処理部２
１３は、Ｂｌｕｅｔｏｏｔｈモジュール２３０の処理が
終わるまで、パケットの送信を待つ。パケット再送が行
なわれている間にも、符号化及びパケット化処理部２１
１は、バッファ２１２にパケットを書き込んでいくの
で、バッファ２１２にはデータが徐々に溜まっていく。
バッファ２１２でデータが溢れると、送信データが失わ
れ、この結果Ｓｉｎｋ装置１２としてのヘッドフォン側
ではパケットが到来しないことになるので音の途切れを
発生する。
【０１６８】無線通信のリンクの品質に変動がある場合
は、パケット再送が行なわれる頻度は不均一であるた
め、バッファ２１２内のデータが増えたり減ったりす
る。送信処理部２１３と符号化及びパケット化処理部２
１１は非同期で動作している。送信処理部２１３は、Ｂ
ｌｕｅｔｏｏｔｈモジュール２３０へのパケット送信が
可能なときに、次々にバッファ２１２からデータを読み
出す。バッファ２１２内に蓄積されるデータの量が不均
一であると、ヘッドフォン側では受信するパケットの間
隔にばらつきが生じることになる。すなわち、ヘッドフ
ォンが短時間に沢山のパケットを受信したり、あるいは
しばらく受信しなかったりする。
は、パケット再送が行なわれる頻度は不均一であるた
め、バッファ２１２内のデータが増えたり減ったりす
る。送信処理部２１３と符号化及びパケット化処理部２
１１は非同期で動作している。送信処理部２１３は、Ｂ
ｌｕｅｔｏｏｔｈモジュール２３０へのパケット送信が
可能なときに、次々にバッファ２１２からデータを読み
出す。バッファ２１２内に蓄積されるデータの量が不均
一であると、ヘッドフォン側では受信するパケットの間
隔にばらつきが生じることになる。すなわち、ヘッドフ
ォンが短時間に沢山のパケットを受信したり、あるいは
しばらく受信しなかったりする。
【０１６９】Ｓｉｎｋ装置１２としてのヘッドフォン側
では、このように受信するパケットの間隔にばらつきが
生じても、音飛びすることなく音楽を再生するために、
受信パケットを貯めておくバッファを用意しておき、バ
ッファにある程度データを貯めてからデータ再生を開始
するようにしている。
では、このように受信するパケットの間隔にばらつきが
生じても、音飛びすることなく音楽を再生するために、
受信パケットを貯めておくバッファを用意しておき、バ
ッファにある程度データを貯めてからデータ再生を開始
するようにしている。
【０１７０】Ｂｌｕｅｔｏｏｔｈモジュール３３０は、
リンク・マネージャ、ベースバンド、及びＲＦの各層の
処理を行ない（図３を参照のこと）、無線で受信したベ
ースバンド・パケットを、ＨＣＩ経由で受信処理部３１
３に送る。
リンク・マネージャ、ベースバンド、及びＲＦの各層の
処理を行ない（図３を参照のこと）、無線で受信したベ
ースバンド・パケットを、ＨＣＩ経由で受信処理部３１
３に送る。
【０１７１】受信処理部３１３は、ＨＣＩ経由でＢｌｕ
ｅｔｏｏｔｈモジュール３３０から受信データを受け取
り、Ｌ２ＣＡＰ並びにＡＶＤＴＰの処理を行なって、デ
ータを再構成し、元のオーディオ・データを復元する。
そして、復元したデータをバッファ３１２に書き込む。
ｅｔｏｏｔｈモジュール３３０から受信データを受け取
り、Ｌ２ＣＡＰ並びにＡＶＤＴＰの処理を行なって、デ
ータを再構成し、元のオーディオ・データを復元する。
そして、復元したデータをバッファ３１２に書き込む。
【０１７２】復号化部３１１は、デコーダの設定に応じ
て、一定時間毎にバッファ３１２からデータを取り出
し、復号化処理してスピーカからオーディオ出力する。
バッファ２１２はＦＩＦＯ形式で構成されており、復号
化部３１１は古いものから順にデータを取り出す。
て、一定時間毎にバッファ３１２からデータを取り出
し、復号化処理してスピーカからオーディオ出力する。
バッファ２１２はＦＩＦＯ形式で構成されており、復号
化部３１１は古いものから順にデータを取り出す。
【０１７３】オーディオ出力３２０が途切れないように
するためには、復号化部３１１がバッファ３１２からデ
ータを読み取るときにバッファ３１２が空になっていな
いようにする必要がある。このため、復号化部３１１
は、プレーヤ１１ヘッドフォン１２間の通信が開始した
後しばらくして、バッファ３１２にある程度データが溜
まってから復号化を開始する。
するためには、復号化部３１１がバッファ３１２からデ
ータを読み取るときにバッファ３１２が空になっていな
いようにする必要がある。このため、復号化部３１１
は、プレーヤ１１ヘッドフォン１２間の通信が開始した
後しばらくして、バッファ３１２にある程度データが溜
まってから復号化を開始する。
【０１７４】受信側のバッファ３１２のサイズを充分大
きくすることによって、受信パケットの到着間隔のばら
つきについて許容範囲が大きくなる。また、送信側で
は、バッファ２１２のサイズを大きくすることによっ
て、無線通信のリンク品質の悪化に伴い再送回数が嵩ん
だとしてもパケット・ロスを防ぐことができる。
きくすることによって、受信パケットの到着間隔のばら
つきについて許容範囲が大きくなる。また、送信側で
は、バッファ２１２のサイズを大きくすることによっ
て、無線通信のリンク品質の悪化に伴い再送回数が嵩ん
だとしてもパケット・ロスを防ぐことができる。
【０１７５】一方、機器コストを抑えるため、プレーヤ
１１又はヘッドフォン１などにおいてバッファ３１２を
大きくすることができない場合がある。また、テレビの
音声を聞きたい場合など、ディレイを極力抑えてデータ
のリアルタイム性を確保するためには、ヘッドフォン１
２などの受信機器側でのパケットの到着間隔のばらつき
を小さくする必要がある。
１１又はヘッドフォン１などにおいてバッファ３１２を
大きくすることができない場合がある。また、テレビの
音声を聞きたい場合など、ディレイを極力抑えてデータ
のリアルタイム性を確保するためには、ヘッドフォン１
２などの受信機器側でのパケットの到着間隔のばらつき
を小さくする必要がある。
【０１７６】本実施形態では、無線通信のリンクの品質
が悪いときには、プレーヤ１１側では符号化部２１１に
よるデータ圧縮率を高くして、受信側でデータが途切れ
ないようにする。また、無線通信のリンクの品質が良い
状態に安定したときには、符号化部２１１によるデータ
圧縮率を元に戻して、受信側でのデータ再生品質を向上
させる。このようにして、送信側のプレーヤ１１は、ヘ
ッドフォン１２が受信するパケットの間隔のばらつきを
抑えるようにする。但し、データの圧縮率をリアルタイ
ムで変化させるためには、送信側の符号化部２１１と受
信側の復号化部３１１が対応していることが前提であ
る。
が悪いときには、プレーヤ１１側では符号化部２１１に
よるデータ圧縮率を高くして、受信側でデータが途切れ
ないようにする。また、無線通信のリンクの品質が良い
状態に安定したときには、符号化部２１１によるデータ
圧縮率を元に戻して、受信側でのデータ再生品質を向上
させる。このようにして、送信側のプレーヤ１１は、ヘ
ッドフォン１２が受信するパケットの間隔のばらつきを
抑えるようにする。但し、データの圧縮率をリアルタイ
ムで変化させるためには、送信側の符号化部２１１と受
信側の復号化部３１１が対応していることが前提であ
る。
【０１７７】データ圧縮率を高くすると、送信パケット
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信側で用意
すべきバッファ２１２のサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファ２１２が溢れなけ
れば受信側でオーディオ出力が途切れることはなくな
る。
の大きさが小さくなるので送信に要する時間が短くな
る。次のパケットの送出時間が到来する前に、前のパケ
ットの送信が終了する確率が上がるので、送信側で用意
すべきバッファ２１２のサイズを小さくすることができ
る。データ圧縮率を高くすると復号後の音楽データの音
質が下がるものの、送信側のバッファ２１２が溢れなけ
れば受信側でオーディオ出力が途切れることはなくな
る。
【０１７８】ここで、Ｒｅｐｏｒｔｉｎｇ処理がアクテ
ィブになっている場合、送信側のレポーティング処理部
２１４は、ＳＲパケットの送信処理とＲＲパケットの受
信処理を行なう。また、受信側のレポーティング処理部
３１４は、ＳＲパケットの受信処理とＲＲパケットの送
信処理を行なう。したがって、送信側であるプレーヤ１
１は、受信したＲＲパケットを基に、ヘッドフォン１２
に送ったメディア・パケットの到達間隔のジッタを知る
ことができる。また、レポーティング・パケットの送受
信に要した時間を計算することができる。
ィブになっている場合、送信側のレポーティング処理部
２１４は、ＳＲパケットの送信処理とＲＲパケットの受
信処理を行なう。また、受信側のレポーティング処理部
３１４は、ＳＲパケットの受信処理とＲＲパケットの送
信処理を行なう。したがって、送信側であるプレーヤ１
１は、受信したＲＲパケットを基に、ヘッドフォン１２
に送ったメディア・パケットの到達間隔のジッタを知る
ことができる。また、レポーティング・パケットの送受
信に要した時間を計算することができる。
【０１７９】そして、メディア・パケットの到着間隔の
ジッタが小さく、レポーティング・パケットの送受信に
要する時間が短いほどリンク品質がよいと推定される。
また逆に、メディア・パケットの到着間隔のジッタが大
きく、レポーティング・パケットの送受信に要する時間
が長いほどリンク品質が低下したと推定される。
ジッタが小さく、レポーティング・パケットの送受信に
要する時間が短いほどリンク品質がよいと推定される。
また逆に、メディア・パケットの到着間隔のジッタが大
きく、レポーティング・パケットの送受信に要する時間
が長いほどリンク品質が低下したと推定される。
【０１８０】図１８には、Ｒｅｐｏｒｔｉｎｇ処理がア
クティブになっている場合のＳｏｕｒｃｅ装置１１とＳ
ｉｎｋ装置１８間でのメディア・パケットのストリーミ
ング転送並びにレポーティング処理を行なうシーケンス
を示している。また、図１９には、ＮＴＰ時刻の経過を
模式的に示している。同図を参照しながら、レポーティ
ング・パケットの送受信に要する時間を計算する方法に
ついて説明する。但し、この計算は、ストリーミング・
データの送信元であるプレーヤ１１内の符号化及びパケ
ット化処理部２１１が行なうものとする。すなわち、符
号化及びパケット化処理部２１１は、レポーティング処
理部２１４から受信したＲＲパケットに含まれるパラメ
ータを取り出して、それを基に計算する。
クティブになっている場合のＳｏｕｒｃｅ装置１１とＳ
ｉｎｋ装置１８間でのメディア・パケットのストリーミ
ング転送並びにレポーティング処理を行なうシーケンス
を示している。また、図１９には、ＮＴＰ時刻の経過を
模式的に示している。同図を参照しながら、レポーティ
ング・パケットの送受信に要する時間を計算する方法に
ついて説明する。但し、この計算は、ストリーミング・
データの送信元であるプレーヤ１１内の符号化及びパケ
ット化処理部２１１が行なうものとする。すなわち、符
号化及びパケット化処理部２１１は、レポーティング処
理部２１４から受信したＲＲパケットに含まれるパラメ
ータを取り出して、それを基に計算する。
【０１８１】Ｔ1は、プレーヤ１１内のレポーティング
処理部２１４でＳＲ（Sender Report）パケットを生成
した時刻である。Ｔ1は、ＳＲパケット内でＮＴＰタイ
ムスタンプとして書き込まれる（表３を参照のこと）。
処理部２１４でＳＲ（Sender Report）パケットを生成
した時刻である。Ｔ1は、ＳＲパケット内でＮＴＰタイ
ムスタンプとして書き込まれる（表３を参照のこと）。
【０１８２】ＳＲパケットがＢｌｕｅｔｏｏｔｈモジュ
ール２３０内の処理を経て、無線送出される時刻が
Ｔ2、ＳＲパケットがヘッドフォン１２側のＢｌｕｅｔ
ｏｏｔｈモジュール３３０に届く時刻がＴ3である。ま
た、時刻Ｔ4は、ＳＲパケットがヘッドフォン３１０内
のレポーティング処理部３１４に届く時刻である。
ール２３０内の処理を経て、無線送出される時刻が
Ｔ2、ＳＲパケットがヘッドフォン１２側のＢｌｕｅｔ
ｏｏｔｈモジュール３３０に届く時刻がＴ3である。ま
た、時刻Ｔ4は、ＳＲパケットがヘッドフォン３１０内
のレポーティング処理部３１４に届く時刻である。
【０１８３】ヘッドフォン１２が上記のＳＲパケットを
受信して以降、初めてＲＲ（Receiver Report）パケッ
トを生成する時刻をＴ5とする。このとき、ＲＲパケッ
ト内のＮＴＰタイムスタンプ（NTP_SR)フィールドには
Ｔ1が、ＤＬＳＲ（Delay sinceLast Sender Report）に
は最後にＳＲパケットを受信してからの経過時間（Ｔ5
−Ｔ4）が書き込まれる。
受信して以降、初めてＲＲ（Receiver Report）パケッ
トを生成する時刻をＴ5とする。このとき、ＲＲパケッ
ト内のＮＴＰタイムスタンプ（NTP_SR)フィールドには
Ｔ1が、ＤＬＳＲ（Delay sinceLast Sender Report）に
は最後にＳＲパケットを受信してからの経過時間（Ｔ5
−Ｔ4）が書き込まれる。
【０１８４】ＲＲパケットがＢｌｕｅｔｏｏｔｈモジュ
ール３３０内の処理を経て、無線送出される時刻が
Ｔ6、プレーヤ１１側のＢｌｕｅｔｏｏｔｈモジュール
２３０に届く時刻がＴ7である。そして、ＲＲパケット
がプレーヤ１１内のレポーティング処理部２１４に届く
時刻がＴ8（＝NTP_RR)である。
ール３３０内の処理を経て、無線送出される時刻が
Ｔ6、プレーヤ１１側のＢｌｕｅｔｏｏｔｈモジュール
２３０に届く時刻がＴ7である。そして、ＲＲパケット
がプレーヤ１１内のレポーティング処理部２１４に届く
時刻がＴ8（＝NTP_RR)である。
【０１８５】プレーヤ１１は、受信したＲＲパケットに
含まれるＮＴＰタイムスタンプ（NTP_SR）、ＤＬＳＲ、
及びＲＲパケットを受信した時刻（NTP_RR）に基づいて
レポーティング・パケットの往復時間を計算することが
できる。
含まれるＮＴＰタイムスタンプ（NTP_SR）、ＤＬＳＲ、
及びＲＲパケットを受信した時刻（NTP_RR）に基づいて
レポーティング・パケットの往復時間を計算することが
できる。
【０１８６】式「（NTP_RR−NTP_SR）−DLSR」で表され
る値は、実際の無線通信時間（（Ｔ 3−Ｔ2）＋（Ｔ7−
Ｔ6））に加え、ＨＣＩインターフェース及びＢｌｕｅ
ｔｏｏｔｈモジュール２３０及び３３０内における処理
時間の分（（Ｔ2−Ｔ1）＋（Ｔ 4−Ｔ3）＋（Ｔ6−Ｔ5）
＋（Ｔ8−Ｔ7））を誤差として含んでいるが、この値を
往復時間の目安として使用することができる。
る値は、実際の無線通信時間（（Ｔ 3−Ｔ2）＋（Ｔ7−
Ｔ6））に加え、ＨＣＩインターフェース及びＢｌｕｅ
ｔｏｏｔｈモジュール２３０及び３３０内における処理
時間の分（（Ｔ2−Ｔ1）＋（Ｔ 4−Ｔ3）＋（Ｔ6−Ｔ5）
＋（Ｔ8−Ｔ7））を誤差として含んでいるが、この値を
往復時間の目安として使用することができる。
【０１８７】このようなレポーティング・パケットの処
理結果に対して、図１３に示したようなデータ圧縮率の
閾値処理を適用することによって、Ｂｌｕｅｔｏｏｔｈ
リンクの品質に応じた符号化圧縮率の切り替えを行な
う。すなわち、符号化部２１１に２種類の設定をあらか
じめ用意しておき、レポーティング処理の結果として得
られるリンク品質に応じて、圧縮率を動的に切り替える
ことができる。
理結果に対して、図１３に示したようなデータ圧縮率の
閾値処理を適用することによって、Ｂｌｕｅｔｏｏｔｈ
リンクの品質に応じた符号化圧縮率の切り替えを行な
う。すなわち、符号化部２１１に２種類の設定をあらか
じめ用意しておき、レポーティング処理の結果として得
られるリンク品質に応じて、圧縮率を動的に切り替える
ことができる。
【０１８８】ＨｏｓｔＣＰＵ２１０側のオーディオ送信
アプリケーションは、ジッタが大きくなりレポーティン
グ・パケットの通信所要時間が長くなったことを基にＢ
ｌｕｅｔｏｏｔｈリンクの通信品質が低下したことを検
出する。そして、通信所要時間がTHD_highを越えたら、
符号化部２１１を高圧縮の符号化設定に切り替える。こ
の結果、転送パケットのサイズを小さくすることにより
パケットの再送余裕を増加させて、再生音が途切れにく
いストリーミングを実現することができる。
アプリケーションは、ジッタが大きくなりレポーティン
グ・パケットの通信所要時間が長くなったことを基にＢ
ｌｕｅｔｏｏｔｈリンクの通信品質が低下したことを検
出する。そして、通信所要時間がTHD_highを越えたら、
符号化部２１１を高圧縮の符号化設定に切り替える。こ
の結果、転送パケットのサイズを小さくすることにより
パケットの再送余裕を増加させて、再生音が途切れにく
いストリーミングを実現することができる。
【０１８９】他方、オーディオ送信アプリケーション
は、ジッタが小さくなるとともにレポーティング・パケ
ットの通信所要時間が短くなることによってＢｌｕｅｔ
ｏｏｔｈリンクの通信品質が良いことを検出する。そし
て、通信所要時間がTHD_lowを越えたら、符号化部２１
１を低圧縮の符号化設定に切り替える。この結果、符号
化圧縮に伴う転送データの劣化を少なくして、より高品
質のオーディオ・データをストリーミング転送すること
ができる。
は、ジッタが小さくなるとともにレポーティング・パケ
ットの通信所要時間が短くなることによってＢｌｕｅｔ
ｏｏｔｈリンクの通信品質が良いことを検出する。そし
て、通信所要時間がTHD_lowを越えたら、符号化部２１
１を低圧縮の符号化設定に切り替える。この結果、符号
化圧縮に伴う転送データの劣化を少なくして、より高品
質のオーディオ・データをストリーミング転送すること
ができる。
【０１９０】［追補］以上、特定の実施形態を参照しな
がら、本発明について詳解してきた。しかしながら、本
発明の要旨を逸脱しない範囲で当業者が該実施形態の修
正や代用を成し得ることは自明である。
がら、本発明について詳解してきた。しかしながら、本
発明の要旨を逸脱しない範囲で当業者が該実施形態の修
正や代用を成し得ることは自明である。
【０１９１】本明細書では、Ｂｌｕｅｔｏｏｔｈ通信を
例に挙げてリアルタイム・データの適応的な転送制御の
実施形態について説明してきたが、本発明の用紙はこれ
に限定されるものではなく、例えばＢｌｕｅｔｏｏｔｈ
以外の無線通信方式であっても、あるいは有線通信方式
であっても、同様に本発明を適用して効果を奏すること
ができる。
例に挙げてリアルタイム・データの適応的な転送制御の
実施形態について説明してきたが、本発明の用紙はこれ
に限定されるものではなく、例えばＢｌｕｅｔｏｏｔｈ
以外の無線通信方式であっても、あるいは有線通信方式
であっても、同様に本発明を適用して効果を奏すること
ができる。
【０１９２】要するに、例示という形態で本発明を開示
してきたのであり、本明細書の記載内容を限定的に解釈
するべきではない。本発明の要旨を判断するためには、
冒頭に記載した特許請求の範囲の欄を参酌すべきであ
る。
してきたのであり、本明細書の記載内容を限定的に解釈
するべきではない。本発明の要旨を判断するためには、
冒頭に記載した特許請求の範囲の欄を参酌すべきであ
る。
【０１９３】
【発明の効果】以上詳記したように、本発明によれば、
所定の通信セル内でワイヤレス接続された機器間でオー
ディオや動画像などのリアルタイム・データを好適に伝
送することができる、優れたデータ転送システム、デー
タ転送装置及びデータ転送方法、並びにコンピュータ・
プログラムを提供することができる。
所定の通信セル内でワイヤレス接続された機器間でオー
ディオや動画像などのリアルタイム・データを好適に伝
送することができる、優れたデータ転送システム、デー
タ転送装置及びデータ転送方法、並びにコンピュータ・
プログラムを提供することができる。
【０１９４】また、本発明によれば、所定の通信セル内
でワイヤレス接続された機器間で、データ伝送路の状況
に依らずリアルタイム性を維持しながらデータを伝送す
ることができる、優れたデータ転送システム、データ転
送装置及びデータ転送方法、並びにコンピュータ・プロ
グラムを提供することができる。
でワイヤレス接続された機器間で、データ伝送路の状況
に依らずリアルタイム性を維持しながらデータを伝送す
ることができる、優れたデータ転送システム、データ転
送装置及びデータ転送方法、並びにコンピュータ・プロ
グラムを提供することができる。
【０１９５】また、本発明によれば、通信品質に応じて
送信方式を適応的に制御することにより、リアルタイム
・データを好適に伝送することができる、優れたデータ
転送システム、データ転送装置及びデータ転送方法、並
びにコンピュータ・プログラムを提供することができ
る。
送信方式を適応的に制御することにより、リアルタイム
・データを好適に伝送することができる、優れたデータ
転送システム、データ転送装置及びデータ転送方法、並
びにコンピュータ・プログラムを提供することができ
る。
【０１９６】本発明は、通信品質に応じて圧縮率などの
送信方式を適応的に制御することによってデータ転送の
リアルタイム性を確保するものであり、例えば通信速度
が速くなれば圧縮率を低下させて転送データの品質を向
上させるが、通信速度が低下すると圧縮率を高めてデー
タが途切れないようにしてリアルタイム性の維持を図
る。
送信方式を適応的に制御することによってデータ転送の
リアルタイム性を確保するものであり、例えば通信速度
が速くなれば圧縮率を低下させて転送データの品質を向
上させるが、通信速度が低下すると圧縮率を高めてデー
タが途切れないようにしてリアルタイム性の維持を図
る。
【０１９７】このようなデータ転送制御処理は、例えば
Ｂｌｕｅｔｏｏｔｈ通信において、ストリーミング送信
を行なうアプリケーションがＨＣＩ（Host Controller
Interface）を通じてＢｌｕｅｔｏｏｔｈリンクの品質
をチェックすることによって実現することができる。す
なわち、アプリケーションは、品質の低下に応答して、
ストリーミング・データを符号化するときの圧縮率を高
くして、転送パケットのサイズを小さくする。これに応
答して、次のパケットの転送を開始するまでに前のパケ
ットを送るための再送余裕が増えるので、受信側のバッ
ファを大きくしなくても、再生音が途切れにくいストリ
ーミングを実現することができる。受信側のバッファが
小さくて済むので、データが送信されてから受信側で再
生されるまでのディレイも小さい。
Ｂｌｕｅｔｏｏｔｈ通信において、ストリーミング送信
を行なうアプリケーションがＨＣＩ（Host Controller
Interface）を通じてＢｌｕｅｔｏｏｔｈリンクの品質
をチェックすることによって実現することができる。す
なわち、アプリケーションは、品質の低下に応答して、
ストリーミング・データを符号化するときの圧縮率を高
くして、転送パケットのサイズを小さくする。これに応
答して、次のパケットの転送を開始するまでに前のパケ
ットを送るための再送余裕が増えるので、受信側のバッ
ファを大きくしなくても、再生音が途切れにくいストリ
ーミングを実現することができる。受信側のバッファが
小さくて済むので、データが送信されてから受信側で再
生されるまでのディレイも小さい。
【０１９８】本発明に係るデータ転送方式を例えば電話
会議、ビデオ会議のシステム、テレビ用ヘッドフォン、
スピーチ用マイクロホンなど、リアルタイム性が重視さ
れる機器に適用すると効果的である。
会議、ビデオ会議のシステム、テレビ用ヘッドフォン、
スピーチ用マイクロホンなど、リアルタイム性が重視さ
れる機器に適用すると効果的である。
【図１】Ｂｌｕｅｔｏｏｔｈピコネット１０内の構成を
模式的に示した図である。
模式的に示した図である。
【図２】図１に示したＢｌｕｅｔｏｏｔｈピコネット１
０を構成するＳｏｕｒｃｅ装置としてのオーディオ・プ
レーヤ（マスタ）１１と、Ｓｉｎｋ装置としてのヘッド
フォン（スレーブ）１２の構成を模式的に示した図であ
る。
０を構成するＳｏｕｒｃｅ装置としてのオーディオ・プ
レーヤ（マスタ）１１と、Ｓｉｎｋ装置としてのヘッド
フォン（スレーブ）１２の構成を模式的に示した図であ
る。
【図３】Ａ２ＤＰにおいてオーディオ・データのストリ
ーミング転送を行なうためのスタック構造を模式的に示
した図である。
ーミング転送を行なうためのスタック構造を模式的に示
した図である。
【図４】ＡＶＤＴＰ層のＡＶプロトコル用パケット構造
を模式的に示した図である。
を模式的に示した図である。
【図５】ＡＶＤＴＰ層のデータ・パケット構造を模式的
に示した図である。
に示した図である。
【図６】Ｂｌｕｅｔｏｏｔｈワイヤレス・ネットワーク
におけるオーディオ・ストリーミングの流れとパケット
・フォーマットを模式的に示した図である。
におけるオーディオ・ストリーミングの流れとパケット
・フォーマットを模式的に示した図である。
【図７】メディア・パケットのフォーマットを模式的に
示した図である。
示した図である。
【図８】Ｓｏｕｒｃｅ装置１１とＳｉｎｋ装置１２間で
のＧＡＶＤＰに従ってストリーミングのセットアップと
解放を行うためのＳｏｕｒｃｅ装置とＳｉｎｋ装置間で
の処理の流れを詳細に示した図である。
のＧＡＶＤＰに従ってストリーミングのセットアップと
解放を行うためのＳｏｕｒｃｅ装置とＳｉｎｋ装置間で
の処理の流れを詳細に示した図である。
【図９】Ｓｏｕｒｃｅ装置１１としてオーディオ・プレ
ーヤが行なうＳｏｕｒｃｅ処理の機能構成を模式的に示
した図である。
ーヤが行なうＳｏｕｒｃｅ処理の機能構成を模式的に示
した図である。
【図１０】Ｓｉｎｋ装置１２としてヘッドフォンが行な
うＳｉｎｋ処理の機能構成を模式的に示した図である。
うＳｉｎｋ処理の機能構成を模式的に示した図である。
【図１１】Ｂｌｕｅｔｏｏｔｈベースバンド層が再送制
御に併せてＢｌｕｅｔｏｏｔｈリンクの通信品質（Link
_Quality）の管理を行なう仕組みを模式的に示した図で
ある。
御に併せてＢｌｕｅｔｏｏｔｈリンクの通信品質（Link
_Quality）の管理を行なう仕組みを模式的に示した図で
ある。
【図１２】Ｂｌｕｅｔｏｏｔｈベースバンド層によるデ
ータ再送シーケンスを例示した図である。
ータ再送シーケンスを例示した図である。
【図１３】ＨｏｓｔＣＰＵ側のオーディオ送信アプリケ
ーションがベースバンド層からのHCI_Get_Link_Quality
コマンドの戻り値を利用して、送信データの圧縮率を適
応的にコントロールする仕組みを模式的に示した図であ
る。
ーションがベースバンド層からのHCI_Get_Link_Quality
コマンドの戻り値を利用して、送信データの圧縮率を適
応的にコントロールする仕組みを模式的に示した図であ
る。
【図１４】ＢｌｕｅｔｏｏｔｈリンクにおけるＲｅｐｏ
ｒｔｉｎｇ処理の仕組みを説明するための図である。
ｒｔｉｎｇ処理の仕組みを説明するための図である。
【図１５】ＳＲパケットの構成を模式的に示した図であ
る。
る。
【図１６】Ｓｏｕｒｃｅ装置１１としてオーディオ・プ
レーヤがＲｅｐｏｒｔｉｎｇ処理をアクティブにしたと
きの機能構成を模式的に示した図である。
レーヤがＲｅｐｏｒｔｉｎｇ処理をアクティブにしたと
きの機能構成を模式的に示した図である。
【図１７】Ｓｉｎｋ装置１２としてヘッドフォンがＲｅ
ｐｏｒｔｉｎｇ処理をアクティブにしたときの機能構成
を模式的に示した図である。
ｐｏｒｔｉｎｇ処理をアクティブにしたときの機能構成
を模式的に示した図である。
【図１８】Ｒｅｐｏｒｔｉｎｇ処理がアクティブになっ
ている場合のＳｏｕｒｃｅ装置１１とＳｉｎｋ装置１８
間でのメディア・パケットのストリーミング転送並びに
レポーティング処理を行なうシーケンスを示した図であ
る。
ている場合のＳｏｕｒｃｅ装置１１とＳｉｎｋ装置１８
間でのメディア・パケットのストリーミング転送並びに
レポーティング処理を行なうシーケンスを示した図であ
る。
【図１９】ＮＴＰ時刻の経過を模式的に示した図であ
る。
る。
１０…Ｂｌｕｅｔｏｏｔｈリンク
１１…Ｓｏｕｒｃｅ装置，１２…Ｓｉｎｋ装置
２１１…符号化及びパケット化部
２１２…バッファ
２１３…通信処理部
２１４…レポーティング処理部
２３０…Ｂｌｕｅｔｏｏｔｈモジュール
３１１…復号化部
３１２…バッファ
３１３…通信処理部
３１４…レポーティング処理部
３３０…Ｂｌｕｅｔｏｏｔｈモジュール
─────────────────────────────────────────────────────
フロントページの続き
(51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考）
Ｈ０４Ｎ 7/20 ６２０
Ｆターム(参考） 5C063 AB03 AB07 AC01 CA23 DA07
DA13 DA20 DB10
5C064 DA09 DA10
5K014 AA01 FA11 GA01
5K034 AA06 DD02 EE03 FF01 FF02
FF05 GG02 GG06 HH01 HH02
HH10 HH11 HH16 KK02 MM03
Claims (22)
- 【請求項１】複数の機器間でデータを伝送するデータ転
送システムであって、 データ送信機器側からデータ受信機器側へのデータ送信
エラーの発生に応じてデータを再送し、該再送制御情報
を基に通信リンクの通信品質を推定し、該通信品質の推
定結果に応じてデータ送受信機器間での送信データの圧
縮率を設定する、ことを特徴とするデータ転送システ
ム。 - 【請求項２】所定の通信リンクを介したデータ転送を行
なうデータ転送装置であって、 前記通信リンクを介して他の装置にデータを送信する送
信手段と、 前記他の装置において送信データの受信に失敗したこと
に応答してデータの再送を制御する再送制御手段と、 前記再送制御手段による再送制御情報に基づいて前記通
信リンクの品質を推定する通信品質推定手段と、 前記通信品質の推定結果に応じて前記送信手段における
データ送信方式を決定する送信方式制御手段と、を具備
することを特徴とするデータ転送装置。 - 【請求項３】前記送信方式制御手段は、該通信品質の推
定結果に応じて前記送信手段における送信データの圧縮
率を設定する、ことを特徴とする請求項２に記載のデー
タ転送装置。 - 【請求項４】前記送信方式制御手段は、該推定された通
信品質が良好であれば低い圧縮率を設定するが、通信品
質が低下するとより高い圧縮率を設定する、ことを特徴
とする請求項３に記載のデータ転送装置。 - 【請求項５】前記通信品質推定手段は、所定時間内でデ
ータ再送が発生する回数又は頻度を通信品質にマッピン
グする、 ことを特徴とする請求項２に記載のデータ転送装置。 - 【請求項６】所定の通信リンクを介したデータ転送を行
なうデータ転送方法であって、 前記通信リンクを介して他の装置にデータを送信する送
信ステップと、 前記他の装置において送信データの受信に失敗したこと
に応答してデータの再送を制御する再送制御ステップ
と、 前記再送制御ステップにおける再送制御情報に基づいて
前記通信リンクの品質を推定する通信品質推定ステップ
と、 前記通信品質の推定結果に応じて前記送信ステップにお
けるデータ送信方式を決定する送信方式制御ステップ
と、を具備することを特徴とするデータ転送方法。 - 【請求項７】前記送信方式制御ステップでは、該通信品
質の推定結果に応じて前記送信ステップにおける送信デ
ータの圧縮率を設定する、ことを特徴とする請求項６に
記載のデータ転送方法。 - 【請求項８】前記送信方式制御ステップでは、該推定さ
れた通信品質が良好であれば低い圧縮率を設定するが、
通信品質が低下するとより高い圧縮率を設定する、こと
を特徴とする請求項７に記載のデータ転送方法。 - 【請求項９】前記通信品質推定ステップでは、所定時間
内でデータ再送が発生する回数又は頻度を通信品質にマ
ッピングする、ことを特徴とする請求項６に記載のデー
タ転送方法。 - 【請求項１０】複数の機器間でデータを伝送するデータ
転送システムであって、 データ送受信機器間での通信の所要時間を算出して、該
所要時間を基に通信リンクの通信品質を推定し、該通信
品質の推定結果に応じてデータ送受信機器間での送信デ
ータの圧縮率を設定する、ことを特徴とするデータ転送
システム。 - 【請求項１１】所定の通信リンクを介したデータ転送を
行なうデータ転送装置であって、 前記通信リンクを介して他の装置にデータを送信する送
信手段と、 前記通信リンクにおける通信の所要時間を計測する通信
時間測定手段と、 該計算された通信の所要時間に基づいて前記通信リンク
の品質を推定する通信品質推定手段と、 前記通信品質の推定結果に応じて前記送信手段における
データ送信方式を決定する送信方式制御手段と、を具備
することを特徴とするデータ転送装置。 - 【請求項１２】前記通信時間測定手段は、送信時刻印を
含んだ第１のレポーティング・パケットの送信と、受信
側からの前記第１のレポーティング・パケット受信後の
処理時間を含んだ第２のレポーティング・パケットの受
信を利用して、通信の所要時間を算出する、ことを特徴
とする請求項１１に記載のデータ転送装置。 - 【請求項１３】前記送信方式制御手段は、該通信品質の
推定結果に応じて前記送信手段における送信データの圧
縮率を設定する、ことを特徴とする請求項１２に記載の
データ転送装置。 - 【請求項１４】前記送信方式制御手段は、該推定された
通信品質が良好であれば低い圧縮率を設定するが、通信
品質が低下するとより高い圧縮率を設定する、ことを特
徴とする請求項１３に記載のデータ転送装置。 - 【請求項１５】前記通信品質推定手段は、通信の所要時
間を通信品質にマッピングする、ことを特徴とする請求
項１１に記載のデータ転送装置。 - 【請求項１６】所定の通信リンクを介したデータ転送を
行なうデータ転送方法であって、 前記通信リンクを介して他の装置にデータを送信する送
信ステップと、 前記通信リンクにおける通信の所要時間を計測する通信
時間測定ステップと、 該計算された通信の所要時間に基づいて前記通信リンク
の品質を推定する通信品質推定ステップと、 前記通信品質の推定結果に応じて前記送信ステップにお
けるデータ送信方式を決定する送信方式制御ステップ
と、 を具備することを特徴とするデータ転送方法。 - 【請求項１７】前記通信時間測定ステップでは、送信時
刻印を含んだ第１のレポーティング・パケットの送信
と、受信側からの前記第１のレポーティング・パケット
受信後の処理時間を含んだ第２のレポーティング・パケ
ットの受信を利用して、通信の所要時間を算出する、こ
とを特徴とする請求項１６に記載のデータ転送方法。 - 【請求項１８】前記送信方式制御ステップでは、該通信
品質の推定結果に応じて前記送信ステップにおける送信
データの圧縮率を設定する、ことを特徴とする請求項１
７に記載のデータ転送方法。 - 【請求項１９】前記送信方式制御ステップでは、該推定
された通信品質が良好であれば低い圧縮率を設定する
が、通信品質が低下するとより高い圧縮率を設定する、
ことを特徴とする請求項１８に記載のデータ転送方法。 - 【請求項２０】前記通信品質推定ステップでは、通信の
所要時間を通信品質にマッピングする、ことを特徴とす
る請求項１６に記載のデータ転送方法。 - 【請求項２１】所定の通信リンクを介したデータ転送の
制御をコンピュータ・システム上で実行するようにコン
ピュータ可読形式で記述されたコンピュータ・プログラ
ムであって、 前記通信リンクを介して他の装置にデータを送信する送
信ステップと、 前記他の装置において送信データの受信に失敗したこと
に応答してデータの再送を制御する再送制御ステップ
と、 前記再送制御ステップにおける再送制御情報に基づいて
前記通信リンクの品質を推定する通信品質推定ステップ
と、 前記通信品質の推定結果に応じて前記送信ステップにお
けるデータ送信方式を決定する送信方式制御ステップ
と、を具備することを特徴とするコンピュータ・プログ
ラム。 - 【請求項２２】所定の通信リンクを介したデータ転送の
制御をコンピュータ・システム上で実行するようにコン
ピュータ可読形式で記述されたコンピュータ・プログラ
ムであって、 前記通信リンクを介して他の装置にデータを送信する送
信ステップと、 前記通信リンクにおける通信の所要時間を計測する通信
時間測定ステップと、 該計算された通信の所要時間に基づいて前記通信リンク
の品質を推定する通信品質推定ステップと、 前記通信品質の推定結果に応じて前記送信ステップにお
けるデータ送信方式を決定する送信方式制御ステップ
と、を具備することを特徴とするコンピュータ・プログ
ラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002111485A JP2003309541A (ja) | 2002-04-15 | 2002-04-15 | データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム |
| AU2003211705A AU2003211705A1 (en) | 2002-04-15 | 2003-02-25 | Data transmission system, data transmission apparatus, data transmission method, and computer program |
| PCT/JP2003/002080 WO2003088551A1 (fr) | 2002-04-15 | 2003-02-25 | Systeme de transmission de donnees, appareil de transmission de donnees, procede de transmission de donnees et programme informatique |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002111485A JP2003309541A (ja) | 2002-04-15 | 2002-04-15 | データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003309541A true JP2003309541A (ja) | 2003-10-31 |
Family
ID=29243274
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002111485A Pending JP2003309541A (ja) | 2002-04-15 | 2002-04-15 | データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP2003309541A (ja) |
| AU (1) | AU2003211705A1 (ja) |
| WO (1) | WO2003088551A1 (ja) |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006074761A (ja) * | 2004-08-23 | 2006-03-16 | Lucent Technol Inc | 拡張ＶｏＩＰ（ボイス・オーバ・インターネット・プロトコル） |
| JP2006121142A (ja) * | 2004-10-19 | 2006-05-11 | Kddi Corp | ２点間通信方法、装置及び装置用プログラム |
| JP2006237940A (ja) * | 2005-02-24 | 2006-09-07 | Kyocera Corp | パケット通信装置、パケット通信システム、パケット通信方法、及びパケット通信プログラム |
| JP2007318646A (ja) * | 2006-05-29 | 2007-12-06 | Oki Electric Ind Co Ltd | 通信方法および移動局装置 |
| WO2008032747A1 (fr) * | 2006-09-12 | 2008-03-20 | Yamaha Corporation | Dispositif et procédé de communication et support d'enregistrement |
| JP2008131354A (ja) * | 2006-11-21 | 2008-06-05 | Toshiba Corp | 音声送信装置および移動通信端末 |
| JP2008177768A (ja) * | 2007-01-17 | 2008-07-31 | Mitsubishi Electric Corp | 画像伝送装置及び画像伝送方法 |
| JP2008219407A (ja) * | 2007-03-02 | 2008-09-18 | Sony Corp | 送信装置、送信方法及び送信プログラム |
| JP2009231953A (ja) * | 2008-03-19 | 2009-10-08 | Toshiba Corp | 情報処理装置 |
| DE102009041174A1 (de) | 2008-09-12 | 2010-04-15 | Denso Corporation, Kariya-City | Datenstrom-Abspielvorrichtung |
| JP2010114828A (ja) * | 2008-11-10 | 2010-05-20 | Alpine Electronics Inc | ハンズフリーの通信制御装置およびハンズフリー通話システムにおける着信音転送方法 |
| JP2010237726A (ja) * | 2009-03-30 | 2010-10-21 | Nec Personal Products Co Ltd | 情報処理装置、そのパラメータ設定方法、プログラム及び記録媒体 |
| JP2011049700A (ja) * | 2009-08-25 | 2011-03-10 | Toshiba Corp | 携帯端末装置および通信制御方法 |
| WO2011033780A1 (ja) | 2009-09-18 | 2011-03-24 | 株式会社ソニー・コンピュータエンタテインメント | 端末装置、音声出力方法および情報処理システム |
| JP2012065237A (ja) * | 2010-09-17 | 2012-03-29 | Toshiba Corp | 放送素材再生装置及びデータ送出方法 |
| US8155038B2 (en) | 2007-12-21 | 2012-04-10 | Kabushiki Kaisha Toshiba | Wireless communication apparatus and wireless communication method using bluetooth |
| EP2490349A1 (en) * | 2009-11-24 | 2012-08-22 | ZTE Corporation | Method, apparatus and system for transmitting multimedia data by bluetooth and real-time playing |
| US8620217B2 (en) | 2009-07-07 | 2013-12-31 | Denso Corporation | Short range wireless communication apparatus |
| WO2016104178A1 (ja) * | 2014-12-26 | 2016-06-30 | ソニー株式会社 | 信号処理装置、および信号処理方法、並びにプログラム |
| WO2016170778A1 (en) | 2015-04-21 | 2016-10-27 | Sony Corporation | Transmission device, transmission method, and program |
| JP2019118108A (ja) * | 2015-10-06 | 2019-07-18 | 株式会社ソニー・インタラクティブエンタテインメント | 通信システム、送信装置、受信装置、通信システムの制御方法及びプログラム |
| WO2022054137A1 (ja) * | 2020-09-08 | 2022-03-17 | 日本電信電話株式会社 | ソフトウェア無線機、低遅延音声伝送方法、および低遅延音声伝送用プログラム |
| JP2022534644A (ja) * | 2019-05-31 | 2022-08-03 | グーグル エルエルシー | Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法 |
| JP7494921B2 (ja) | 2020-09-08 | 2024-06-04 | 日本電信電話株式会社 | ソフトウェア無線機、低遅延音声伝送方法、および低遅延音声伝送用プログラム |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7542784B2 (en) * | 2005-02-25 | 2009-06-02 | Kleer Semiconductor Corporation | High quality, low power, wireless audio system |
| CN107170460B (zh) | 2017-06-30 | 2020-12-08 | 深圳Tcl新技术有限公司 | 音质调整方法、系统、主机端、及存储介质 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH07283757A (ja) * | 1994-04-14 | 1995-10-27 | Matsushita Electric Ind Co Ltd | 音声データ通信装置 |
| JPH1070714A (ja) * | 1996-08-26 | 1998-03-10 | Hitachi Denshi Ltd | 画像伝送方式 |
| JPH10107993A (ja) * | 1996-09-27 | 1998-04-24 | Kokusai Electric Co Ltd | データ送受信装置 |
| JP3777279B2 (ja) * | 1999-12-20 | 2006-05-24 | 富士通株式会社 | データ通信システム並びにデータ受信端末及びデータ送信端末 |
| JP2001333051A (ja) * | 2000-05-22 | 2001-11-30 | Matsushita Electric Ind Co Ltd | 無線通信装置及び無線通信方法 |
| JP2002208953A (ja) * | 2001-01-09 | 2002-07-26 | Brother Ind Ltd | 通信システム |
-
2002
- 2002-04-15 JP JP2002111485A patent/JP2003309541A/ja active Pending
-
2003
- 2003-02-25 WO PCT/JP2003/002080 patent/WO2003088551A1/ja active Application Filing
- 2003-02-25 AU AU2003211705A patent/AU2003211705A1/en not_active Abandoned
Cited By (42)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006074761A (ja) * | 2004-08-23 | 2006-03-16 | Lucent Technol Inc | 拡張ＶｏＩＰ（ボイス・オーバ・インターネット・プロトコル） |
| JP4690144B2 (ja) * | 2004-08-23 | 2011-06-01 | アルカテル−ルーセント ユーエスエー インコーポレーテッド | 拡張ＶｏＩＰ（ボイス・オーバ・インターネット・プロトコル） |
| JP2006121142A (ja) * | 2004-10-19 | 2006-05-11 | Kddi Corp | ２点間通信方法、装置及び装置用プログラム |
| JP4576974B2 (ja) * | 2004-10-19 | 2010-11-10 | Ｋｄｄｉ株式会社 | ２点間通信方法、装置及び装置用プログラム |
| JP2006237940A (ja) * | 2005-02-24 | 2006-09-07 | Kyocera Corp | パケット通信装置、パケット通信システム、パケット通信方法、及びパケット通信プログラム |
| JP2007318646A (ja) * | 2006-05-29 | 2007-12-06 | Oki Electric Ind Co Ltd | 通信方法および移動局装置 |
| WO2008032747A1 (fr) * | 2006-09-12 | 2008-03-20 | Yamaha Corporation | Dispositif et procédé de communication et support d'enregistrement |
| JP2008131354A (ja) * | 2006-11-21 | 2008-06-05 | Toshiba Corp | 音声送信装置および移動通信端末 |
| US7860458B2 (en) | 2006-11-21 | 2010-12-28 | Kabushiki Kaisha Toshiba | Audio transmitting apparatus and mobile communication terminal |
| JP2008177768A (ja) * | 2007-01-17 | 2008-07-31 | Mitsubishi Electric Corp | 画像伝送装置及び画像伝送方法 |
| JP4698617B2 (ja) * | 2007-01-17 | 2011-06-08 | 三菱電機株式会社 | 画像伝送装置及び画像伝送方法 |
| JP2008219407A (ja) * | 2007-03-02 | 2008-09-18 | Sony Corp | 送信装置、送信方法及び送信プログラム |
| US8155038B2 (en) | 2007-12-21 | 2012-04-10 | Kabushiki Kaisha Toshiba | Wireless communication apparatus and wireless communication method using bluetooth |
| JP2009231953A (ja) * | 2008-03-19 | 2009-10-08 | Toshiba Corp | 情報処理装置 |
| DE102009041174A1 (de) | 2008-09-12 | 2010-04-15 | Denso Corporation, Kariya-City | Datenstrom-Abspielvorrichtung |
| DE102009041174B4 (de) | 2008-09-12 | 2018-04-26 | Denso Corporation | Datenstrom-Abspielvorrichtung |
| US8176194B2 (en) | 2008-09-12 | 2012-05-08 | Denso Corporation | Streaming data playback apparatus |
| JP2010114828A (ja) * | 2008-11-10 | 2010-05-20 | Alpine Electronics Inc | ハンズフリーの通信制御装置およびハンズフリー通話システムにおける着信音転送方法 |
| JP2010237726A (ja) * | 2009-03-30 | 2010-10-21 | Nec Personal Products Co Ltd | 情報処理装置、そのパラメータ設定方法、プログラム及び記録媒体 |
| US8620217B2 (en) | 2009-07-07 | 2013-12-31 | Denso Corporation | Short range wireless communication apparatus |
| JP2011049700A (ja) * | 2009-08-25 | 2011-03-10 | Toshiba Corp | 携帯端末装置および通信制御方法 |
| WO2011033780A1 (ja) | 2009-09-18 | 2011-03-24 | 株式会社ソニー・コンピュータエンタテインメント | 端末装置、音声出力方法および情報処理システム |
| US8949115B2 (en) | 2009-09-18 | 2015-02-03 | Sony Corporation | Terminal device, audio output method, and information processing system |
| EP2490349A1 (en) * | 2009-11-24 | 2012-08-22 | ZTE Corporation | Method, apparatus and system for transmitting multimedia data by bluetooth and real-time playing |
| EP2490349A4 (en) * | 2009-11-24 | 2014-12-10 | Zte Corp | METHOD, APPARATUS AND SYSTEM FOR BLUETOOTH MULTIMEDIA DATA TRANSMISSION AND REAL-TIME READING |
| JP2012065237A (ja) * | 2010-09-17 | 2012-03-29 | Toshiba Corp | 放送素材再生装置及びデータ送出方法 |
| US10089996B2 (en) | 2014-12-26 | 2018-10-02 | Sony Corporation | Signal processing apparatus, signal processing method, and program |
| KR20170100500A (ko) | 2014-12-26 | 2017-09-04 | 소니 주식회사 | 신호 처리 장치 및 신호 처리 방법, 및 프로그램 |
| EP3742438A1 (en) | 2014-12-26 | 2020-11-25 | Sony Corporation | Signal processing apparatus, signal processing method, and program |
| US10522162B2 (en) | 2014-12-26 | 2019-12-31 | Sony Corporation | Signal processing apparatus, signal processing method, and program |
| WO2016104178A1 (ja) * | 2014-12-26 | 2016-06-30 | ソニー株式会社 | 信号処理装置、および信号処理方法、並びにプログラム |
| US10319388B2 (en) | 2014-12-26 | 2019-06-11 | Sony Corporation | Signal processing apparatus, signal processing method, and program |
| EP3531417A1 (en) | 2015-04-21 | 2019-08-28 | Sony Corporation | Transmission device, transmission method, and program |
| WO2016170778A1 (en) | 2015-04-21 | 2016-10-27 | Sony Corporation | Transmission device, transmission method, and program |
| KR20170139513A (ko) | 2015-04-21 | 2017-12-19 | 소니 주식회사 | 송신 디바이스, 송신 방법 및 프로그램 |
| US10959126B2 (en) | 2015-04-21 | 2021-03-23 | Sony Corporation | Transmission device, transmission method, and program |
| JP2019118108A (ja) * | 2015-10-06 | 2019-07-18 | 株式会社ソニー・インタラクティブエンタテインメント | 通信システム、送信装置、受信装置、通信システムの制御方法及びプログラム |
| US11265595B2 (en) | 2015-10-06 | 2022-03-01 | Sony Interactive Entertainment Inc. | Communication system, transmission apparatus, reception apparatus, communication system control method, and program |
| JP2022534644A (ja) * | 2019-05-31 | 2022-08-03 | グーグル エルエルシー | Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法 |
| JP7302006B2 (ja) | 2019-05-31 | 2023-07-03 | グーグル エルエルシー | Ｂｌｕｅｔｏｏｔｈデバイスを操作するための方法 |
| WO2022054137A1 (ja) * | 2020-09-08 | 2022-03-17 | 日本電信電話株式会社 | ソフトウェア無線機、低遅延音声伝送方法、および低遅延音声伝送用プログラム |
| JP7494921B2 (ja) | 2020-09-08 | 2024-06-04 | 日本電信電話株式会社 | ソフトウェア無線機、低遅延音声伝送方法、および低遅延音声伝送用プログラム |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2003088551A1 (fr) | 2003-10-23 |
| AU2003211705A1 (en) | 2003-10-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003309541A (ja) | データ転送システム、データ転送装置及びデータ転送方法、並びにコンピュータ・プログラム | |
| US8611818B2 (en) | Mechanism for improved interoperability when content protection is used with an audio stream | |
| JP5300029B2 (ja) | データスループットを増加させるためにｂｌｕｅｔｏｏｔｈ（登録商標）接続および８０２．１１接続を同時に維持すること | |
| US20150181524A1 (en) | Low power mode management | |
| US20220248333A1 (en) | Method For Operating A Bluetooth Device | |
| US20080025414A1 (en) | Apparatus and method for transmitting moving picture stream using bluetooth | |
| US20240114290A1 (en) | Method for managing a plurality of multimedia communication links in a point-to-multipoint bluetooth network | |
| CN111527733B (zh) | 控制双模蓝牙低能耗多媒体装置 | |
| EP4002358A1 (en) | Adaptive audio processing method, device, computer program, and recording medium thereof in wireless communication system | |
| JP6949956B2 (ja) | Ｂｌｕｅｔｏｏｔｈマルチメディアデバイスの制御 | |
| US11800284B2 (en) | Bluetooth device and method for controlling a plurality of wireless audio devices with a Bluetooth device | |
| TW201701711A (zh) | 用於管理反向通道音訊通信期的技術 | |
| US12003934B2 (en) | Controlling dual-mode bluetooth low energy multimedia devices | |
| JP2008072599A (ja) | 無線通信端末、通信システム、帯域制御方法およびプログラム |