(57)【要約】【課題】各々が第２の複数のフレームを有する第１の複数のブロックを有し、各フレームが第３の複数のサブフレームを有し、各サブフレームがプリアンブルとバイナリデータとを有するタイプのデジタルオーディオ信号を送信し受信する方法を提供する。【解決手段】本方法は、サブフレームがフレームの第１のサブフレームであり、且つフレームがブロックの第１のフレームである、サブフレームと関連付けられプリアンブルをサーチし、次いで、各サブフレームのバイナリデータだけを各フレームにおいて送信し、その後各ブロックにおいて送信する段階とによって、デジタルオーディオ信号を効率的に送信し再構成する。好ましい実施形態において、データの送信用プロトコルは、５１２バイトからなるように送信される各データパケットを要求する。送信機により送信されるデータパケットは、受信機からの確認応答（ＡＣＫ）パケットの送信により確認される必要がある。【選択図】図１
2009005364.tif 000002
【特許請求の範囲】
【請求項１】
各々が第２の複数のフレームを有する第１の複数のブロックを有し、前記各フレームが第３の複数のサブフレームを有し、前記各サブフレームがプリアンブルとバイナリデータとを有するタイプのデジタルオーディオ信号を送信する方法であって、
前記サブフレームがフレームの第１のサブフレームであり、且つ前記フレームがブロックの第１のフレームである、前記サブフレームと関連付けられプリアンブルをサーチする段階と、
前記各サブフレームのバイナリデータだけを各フレームにおいて送信し、その後各ブロックにおいて送信する段階と、
を含む方法。
【請求項２】
各フレームが２つのサブフレームによって特徴付けられ、各ブロックが１９２個のフレームによって特徴付けられる、
ことを特徴とする請求項１に記載の方法。
【請求項３】
各ブロックにおける前記第１のフレームの第１のサブフレームが、第１のプリアンブルに続くバイナリデータによって特徴付けられ、各ブロック内の後続のフレームの第１のサブフレームが、第１のプリアンブルとは異なる第２のプリアンブルに続くバイナリデータによって特徴付けられ、各ブロックにおける各フレームの第２のサブフレームが、第１及び第２のプリアンブルとは異なる第３のプリアンブルに続くバイナリデータによって特徴付けられる、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記各サブフレーム内のバイナリデータが２８ビットを含む、
ことを特徴とする請求項３に記載の方法。
【請求項５】
各フレームにおいて、各バイトが８ビットを有するデータの７バイトが送信される、
ことを特徴とする請求項４に記載の方法。
【請求項６】
前記デジタルオーディオ信号がＩＥＣ  ６０９５８形式に適合する、
ことを特徴とする請求項５に記載の方法。
【請求項７】
各々が８ビットを有する第１の複数のバイトを受信する段階と、
前記第１の複数のバイトを、各々が第３の複数のバイトを有する第２の複数のフレームに構文解析する段階と、
前記各フレームのバイトにプリアンブルを付加する段階と、
を更に含む、
請求項１に記載の方法。
【請求項８】
各フレームが７バイトを有し、１９２フレームが１ブロックである、
ことを特徴とする請求項７に記載の方法。
【請求項９】
各サブフレームが３．５バイトを有して各フレームを２つのサブフレームに分割する段階を更に含む、
ことを特徴とする請求項８に記載の方法。
【請求項１０】
第１のプリアンブルをフレームの第１のサブフレームに付加し、第２のプリアンブルをフレームの第２のサブフレームに付加する段階を更に含み、
前記第２のプリアンブルが各ブロック内の全てのフレームについて同じであり、前記第１のプリアンブルが、各ブロック内の第１のフレームを除く全てのフレームについて同じであり、ブロックの第１のフレームにおける第１のプリアンブルが、他の第１のプリアンブル及び第２のプリアンブルとは異なる、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
前記送信段階が前記バイナリデータをパケットで送信し、前記方法が、
各パケットが送信された後、確認応答パケットを受信する段階を更に含む、
ことを特徴とする請求項１に記載の方法。
【請求項１２】
確認応答パケットが受信されない場合に、ブロックの第１のフレームの第１のサブフレームのプリアンブル後の各ブロックの各フレームにおいて各サブフレームのバイナリデータを再送信する段階を更に含む、
ことを特徴とする請求項１１に記載の方法。
【請求項１３】
複数のビットで送信された送信デジタルオーディオ信号を再構成する方法であって、
前記複数のビットを受信し、前記受信したビットを各々が８ビットを有する第１の複数のバイトに再編成する段階と、
前記第１の複数のバイトを、各々が第３の複数のバイトを有する第２の複数のフレームに構文解析する段階と、
前記各フレームのバイトにプリアンブルを付加する段階と、
を含む方法。
【請求項１４】
各フレームが７バイトを有し、１９２フレームが１ブロックである、
ことを特徴とする請求項１３に記載の方法。
【請求項１５】
各サブフレームが３．５バイトを有して各フレームを２つのサブフレームに分割する段階を更に含む、
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
第１のプリアンブルをフレームの第１のサブフレームに付加し、第２のプリアンブルをフレームの第２のサブフレームに付加する段階を更に含み、
前記第２のプリアンブルが各ブロック内の全てのフレームについて同じであり、前記第１のプリアンブルが、各ブロック内の第１のフレームを除く全てのフレームについて同じであり、ブロックの第１のフレームにおける第１のプリアンブルが、他の第１のプリアンブル及び第２のプリアンブルとは異なる、
ことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記送信段階が無線で送信する、
ことを特徴とする請求項１に記載の方法。
【請求項１８】
前記送信段階が有線媒体を通じて送信する、
ことを特徴とする請求項１に記載の方法。
【請求項１９】
有線媒体を通じて送信した後に無線で送信する段階を更に含む、
請求項１８に記載の方法。
【請求項２０】
前記受信段階が、前記複数のビットを無線で受信する、
ことを特徴とする請求項１３に記載の方法。
【請求項２１】
前記受信段階が、有線媒体を通じて前記複数のビットを受信する、
ことを特徴とする請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２００７年５月３０に出願され、その開示全体が引用により本明細書に組み込まれる米国特許出願１１／８０９，０６１の一部継続出願である。
【０００２】
本発明は、デジタルオーディオデータの送受信方法に関し、より詳細には、オーディオデジタル信号を送信及び再構成するための効率的方法に関する。
【背景技術】
【０００３】
ストリーミングデータの無線送受信は通常、クロックリカバリ及びビットクロックデータなどのクロック情報に応じて、又は関連のトラッキングループ情報によって実行される送信、処理、バッファリング、及び受信を含む。最も効率的な送信メカニズム／方式を選択する際には、例えば、典型的なシステムは、データシンク又は受信機においてパケット又はビット誤り率などの値或いは信号強度の測定を行う。しかしながら、送信メカニズム／方式は、このようなタイムドメイン観測に基づいて選択されるので、送信の選択及び多様化の可能性は限定される。これらのシステムの欠点は、利用可能な最大限の送信ダイバーシチを得るために、空間、周波数、及び時間のメカニズム／方式の組み合わせを利用できないことに関する。
【０００４】
ストリーミングデータを処理及び受信するための他の既存のシステムは、このような情報が極めて急激に変化する間でさえもこれらの情報を処理するように実装された特殊なトラッキング構成要素を含むことがある。しかしながら、このような構成要素は、一般に、特定用途向けハードウェアなどの複雑な及び／又は専用のハードウェアを通じて実現される必要がある。これらのような構成要素は、迅速且つ容易には開発することができず、製造後の修正が困難である。
【０００５】
更に、多くの既存のトラッキング構成要素は、クロックリカバリの理論に基づいて動作している。これらのシステムは、物理ビットがシステム内に同期して読み込まれるレートでのみ受信要素がトラッキングする状況を対象としているので、データはデータソースのレートに一致するレートで受信バッファから引き出される。これらのシステムは、クロックレートのトラッキングだけでは無線データの正確な受信ができないという問題には対処していない。
【０００６】
更に、受信機のバッファで受信されるビットを受信機において固定のクロックレートで同期読み出しする送信において、例えば媒体でエラーが存在した場合、アンダーフロー状況が発生する可能性があり、これによりデータは受信されるよりも高速にクロック制御される。
【０００７】
要約すると、例えばシステムの複雑さを低く維持しながらこのような欠点を克服するバッファリング及びダイバーシチ送信機能を含むことにより、ストリーミングデータを適切に送受信することができるシステム及び方法に対する必要性がある。
【０００８】
【特許文献１】米国特許第６，８５６，７８８号
【発明の開示】
【課題を解決するための手段】
【０００９】
本発明は、各々が第２の複数のフレームを有する第１の複数のブロックを有し、各フレームが第３の複数のサブフレームを有し、各サブフレームがプリアンブルとバイナリデータとを有するタイプのデジタルオーディオ信号を送信及び受信する方法に関する。本方法は、サブフレームがフレームの第１のサブフレームであり、且つフレームがブロックの第１のフレームである、サブフレームと関連付けられプリアンブルをサーチし、次いで、各サブフレームのバイナリデータだけを各フレームにおいて送信し、その後各ブロックにおいて送信する段階とによって、デジタルオーディオ信号を送信し、再構成する。
【発明を実施するための最良の形態】
【００１０】
本明細書の一部を構成する添付図面は、本発明の種々の実施形態及び態様を示しており、この記述と共に本発明の原理を説明する。
ここで本発明について詳細に述べ、その実施例が添付図面に示されている。以下の説明で記載される実施は、請求項に記載された発明と一致する全ての実施を表すものではない。代わりにこれらの実施は、単に本発明に関連する特定の態様に一致する幾つかの実施例に過ぎない。同じ又は同様の要素を示すために図面全体にわたって可能な限り同じ参照数字が用いられる。
【００１１】
ストリーミングデータを送信、処理、及び受信するために数多くのシステム及び環境が使用される。このようなシステム及び環境の実施例は、ハードウェア、ファームウェア、ソフトウェア、或いはハードウェア、ファームウェア、及び／又はソフトウェアの組み合わせから構成されるデバイスである。これらのシステム及び環境は、送信機、送受信機、受信機、及び／又はこれらの組み合わせを含む様々な要素を通じて実施することができる。
【００１２】
図１は、本発明に関連する特定の態様による例示的なシステムのブロック図を示している。図１に示されるように、システムは、少なくとも１つの無線データソース１１０及び少なくとも１つの無線データ受信機１２０を含むことができる。このようなシステム内部では、無線データ送信機１１０は、データソース１３０及びソースデータバッファ１４０から構成することができる。同様に、無線データ受信機１２０は、受信データシンク１６０及び受信データバッファ１５０から構成することができる。本発明に関連する幾つかの態様によれば、データは、複数のアンテナ、複数の周波数、及び／又は複数のチャンネル符号を含む多様な送受信手段を通じて、ソースと受信機との間で無線伝送することができる。本明細書で用いられる用語「チャンネル符号」又は「複数のチャンネル符号」とは、波形又は波形変調の種類、送信データに適用される前方誤り訂正、及び／又は他の時間又は変調関連波形符号化を意味する一般用語である。
【００１３】
このような例示的な形態では、複数の「Ｎ」個のアンテナが無線データ送信機１１０及びデータ受信機１２０の両方に存在することができる。図１に示されるように、アンテナは、無線データ送信機１１０では「Ｔ」で（すなわちＴ1からＴNまで）、データ受信機１２０では「Ｒ」で示される（すなわちＲ1からＲNまで）。様々な周波数上での送信に関して、データソース及びデータ受信機は、本明細書では文字「Ｆ」で示されるＭ個の周波数（すなわちＦ1からＦMまで）の何れか１つを用いるように構成することができる。同様に、様々なＫ個のチャンネル符号の何れかを使用することは、本明細書では文字「Ｃ」で示される（すなわちＣ1からＣKまで）。
【００１４】
本明細書では、本発明の態様はダイバーシチ送信技術と関連して用いることができる。アンテナは通常は空間次元とみなされ、周波数は周波数次元、及びチャンネル符号は時間次元とみなすことができる。本発明と関連してこれらの種々の形態を使用することに関して、複数のアンテナ、周波数、及び／又はチャンネル符号は、ダイバーシチ選択対象における選択肢とみなすことができる。これらの次元及びそれぞれのパラメータの組み合わせを変えることで、本システムにおいてダイバーシチの変更が発生する。通常、データ受信機１２０がダイバーシチ選択肢を選ぶことによって決定するが、本発明の特定の態様では、無線データ送信機１１０がマスタとなり、ダイバーシチ選択を行うことができる。
【００１５】
図１を参照すると、無線データ送信機１１０及びデータ受信機１２０は、ソースデータバッファ１４０及び受信データバッファ１５０などの１つ又はそれ以上のバッファリング構成要素を含むことができる。本発明の態様によれば、種々の特徴及び利点を実施するために、これらのバッファレベルが監視される。例えば、データ送信及びデータストリーミングに関しては、データ関連のバッファレベルを用いて複数の次元においてダイバーシチを選択することができる。更に、以下でより詳細に取り上げるデータ受信及び関連の受信構成要素に関しては、データ受信、処理、及び復号は、データソース及びデータ受信機の両方のバッファレベル、並びにこれらの集約に応じて達成することができる。
【００１６】
図２を参照すると、図１に示された無線送信及び受信機システムのより詳細なブロック図が示されている。図２に示されるように、送信側は、発振器２１０により制御されるクロックレートで第１又は送信側バッファ１４０にデータを送信するデータソース１３０を含む。次いで、データは、第２又は受信バッファ１５０に無線送信され、最終的にはデータシンク１６０により受信及び処理され、このデータシンクもまた関連付けられる自己発振器２２０を有することができる。既存のシステムを超える新しい方式を提供する特定のデータレートトラッキングの制御及びバッファのオーバー／アンダーフロー機能などのような、受信側発振器２２０の制御、フィードフォワード、フィードバック、その他の制御を含む処理及び制御機能を達成するために制御パス２３０が提供される。
【００１７】
既存のシステムでは、例えば、送信側データソース１３０が、発振器２１０により決定される固定レートで第１バッファ１４０にデータを連続して送信する。次に、第１データバッファ１４０は通常は、データのオーバーフローを回避するためにその内容を第２バッファ１５０に送信する。次いでデータシンク１６０が、発振器２２０により決定される一定のレートで第２バッファ１５０からデータを引き出す。しかしながら、多くの場合、発振器２１０、２２０の周波数オフセットが、このようなシステムにエラーをもたらすことがある。例えば、データシンク１６０が第２バッファ１５０から極めて低速でデータを引き出す場合には、これはデータのオーバーフロー問題を生じさせる可能性がある（例えば、第２バッファ１５０内の記憶領域が不十分であることに起因してデータが欠落する、その他）。逆に、データシンク１６０が第２バッファ１５０から極めて高速でデータを引き出す場合、これはデータのアンダーフロー問題を生じさせる可能性がある（例えば、第２バッファ１５０から読み出されるデータが不十分／不完全であることに基づくデータシンク１６０に対する無効データの生成及び提供、その他）
【００１８】
他の既存のソリューションもエラーをもたらす。例えば、第２バッファ１５０が不足している状況では、アンダーフローを回避するために第２バッファ１５０を単純に用いて受信側発振器２２０を低速にすることは理想的でない。同様に、第２バッファ１５０がほとんどいっぱいである場合にオーバーフローを回避するために受信側発振器２２０を高速にすることは、理想的なソリューションを提供することはできない。ここではまた、例えば伝送媒体が不完全である理由から、こうした単純なソリューションでは、受信側発振器２２０の満足できる調整を達成することができない。
【００１９】
図２に戻ると、第２発振器２２０に処理情報を提供する及び／又は第２発振器２２０を制御することができる制御パス２３０が提供され、その結果、データシンク１６０のトラッキング処理をデータ送信又はレート情報、バッファレベル、その他などの追加データに応じて実施することができる。結果として、バッファのオーバーフロー及び／又はアンダーフローを回避する画期的なシステム及び方法をもたらす改善されたトラッキング処理が実現される。最初に、位相ロックループ（ＰＬＬ）などのクロックリカバリ要素の代わりにバッファレベルに応じてトラッキングすることで、ハードウェア設計において有意な節約が可能である。例えば、クロックリカバリ形態では、ビットクロックが極めて高速なレートで変化し、これは、一般には特定用途向けハードウェアでトラッキングループ全体を実施しなければならないことを意味する。しかしながら、図２のシステムによれば、バッファレベルに基づくトラッキングアルゴリズムは、ソフトウェアを通じて容易に実施される。クロックレートに比べるとバッファレベルが変化するレートはより低速であるので、本明細書で記載されるソフトウェア及び他のより柔軟な構成要素は、バッファレベルを監視して適切なトラッキング制御を行うことができる。従って、ソフトウェアなどの非特定的な設計は、開発並びに製造後の修正も遙かに容易になるので、バッファレベルトラッキングは、ハードウェアベースのクロックリカバリループなどの既存の特定用途向けハードウェアに優る有意な利点をもたらす。
【００２０】
本発明の特定の態様によれば、より堅牢なトラッキング制御機能が、集約バッファレベルに応じて実施される。例えば、集約バッファレベルとは、送信バッファ１４０と受信バッファ１５０との合計とすることができる。このような集約バッファレベルの機能性に一致する特徴は、受信バッファ１５０のバッファレベルの増減の根底にあるデータフロー原因に関する情報を含む、様々な利点をもたらす。この情報により、データソース１３０からの入力レートがデータシンク１６０の出力レートに一致すべきである、リアルタイム又はライブデータストリーミング、無線オーディオ及び／又はビデオ伝送、その他などのより高度なデマンドデータ伝送を可能にする。
【００２１】
更に、本発明は、確認応答及び／又はパケット転送の保証に関するプロトコルを含む。送信される全てのパケットについてのデータ受信機からの確認応答を要求することでデータ転送を保証するような、例示的なプロトコルについて以下でより詳細に説明する。これらのプロトコルから生じる利点は、信号フェージング、マルチパス伝搬、及び信号干渉などの困難な伝送の期間中でも集約バッファレベルを一定に保持することができることを含む。更に、このようなプロトコルにより、受信バッファに関連する特徴及び観測はまた、例えばシステムのダイバーシチ送信態様に関する十分な情報を提供することもできる。最終的に、本発明の特徴により、全ての伝送誤りをバッファ内のデータ量に影響を与える伝送輻輳として扱うことが可能になる。
【００２２】
図３を参照すると、無線データ送信機１１０の一実施形態のより詳細なブロックレベル図が示されている。データソース１３０の一実施形態は、ＤＶＤプレーヤを含むことができる。当然ながら、限定ではないが、ＣＤ、ＭＰ３プレーヤ、空中伝送、ＨＤＴＶ、その他などを含む他のあらゆるデータソースは全て、データソース１３０として使用することができる。好ましい実施形態では、公開された国際ＩＥＣ  ６０９５８標準規格でもあるＳ／ＰＤＩＦ（ソニー／フィリップスデータインタフェース）規格に従って、データソース１３０からのオーディオ信号がデータバッファ１４０に供給される。
【００２３】
データバッファ１４０は、データソース１３０からオーディオ信号を受信するためにオーディオインタフェース回路１４２を備える。オーディオインタフェース回路１４２から、デジタル化されたオーディオ信号が送信バッファ１４４又はＳＲＡＭ又はシリアルレジスタ１４４に供給される。以下でより詳細に説明されるように、送信バッファ１４４のレベルが監視され、データ受信機１２０に送信される。デジタルオーディオ信号は次に送受信機１４６に供給され、該送受信機は、第１アンテナＴｘを通じてデジタル信号をパケットで送出する。
【００２４】
図４を参照すると、データ受信機１２０の一実施形態のより詳細なブロックレベル図が示されている。データ受信機１２０の一実施形態は、無線データ送信機１１０から信号を受信するため、及び確認応答データを無線データ送信機１１０に送信するために受信機アンテナＲｘを含むことができる。信号は送受信機１５６により処理され、送受信機が該信号を復調してデジタル信号を生成し、このデジタル信号が受信機データバッファ１５０に供給される。信号は、受信機データバッファ１５０からオーディオインタフェース回路１５２に供給され、この回路がスピーカー１６２に信号を供給する。バッファ１５０からのデジタル信号はまた、オーディオインタフェース回路１５２を制御する発振器２２０にも供給される。
【００２５】
図８を参照すると、本発明の無線送信機１１０又は無線データ受信機１２０のブロック図が示されている。好ましい実施形態では、（以下で議論されるように）データ受信機１２０はまた、確認応答（ＡＣＫ）パケットを送信し、すなわち、受信機１２０は送受信機であり、無線送信機１１０もＡＣＫパケットを受信する。従って、（図９に示される）プロセッサ３６６の動作を制御するソフトウェアを除けば、無線送信機１１０と無線受信機１２０のハードウェア構成要素は同じである。従って、図８に示されるように、送信機１１０／受信機１２０は、フラッシュメモリチップ３１０並びにＲＦ送受信機３２０とインタフェースするベースバンド及びコントローラチップ３００を備える。デジタル信号がベースバンド及びコントローラチップ３００に供給される。信号は、コントローラチップ３００からＲＦ送受信機３２０に供給され、次いで信号は（更なる増幅のために）ＲＦ電力増幅器３３０に供給され、最後にアンテナスイッチ３４０を通じてアンテナ３５０の１つに供給される。
【００２６】
図９にコントローラチップ３００がより詳細に示されている。コントローラチップ３００は、デジタル信号を受信するシリアル／パラレルインタフェース３６０を備える。デジタル信号は次にバス３６２に供給される。デジタル信号は、バス３６２から、プロセッサ３６６、ブータ３６４、ｐＲＡＭ３６８、ＭＩＣ（Ｍｏｄｅｍ  Ｉｎｔｅｒｆａｃｅ  Ｃｏｎｔｒｏｌｌｅｒ、モデムインタフェースコントローラ）３８０、ベースバンドモデム３７０、及びＳＰＤＩＦインタフェース３７２を含むコントローラチップ３００の種々の構成要素に供給される。プロセッサ３６６は、以下で説明されるソフトウェアを実行する。ブータ３６４は、プロセッサ３６６のための起動用ソフトウェアを含む不揮発性メモリチップである。チップ３００の外部のフラッシュ３１０又はブータ３６４の何れかがまた、以下で説明される方法をプロセッサ３６６が実行するソフトウェアのコードを含むことができる。ｐＲＡＭ３６８又はプログラムＲＡＭは、プロセッサ３６６の動作中にキャッシュとして主に使用される揮発性メモリであり、６Ｔ  ＳＲＡＭセルからなる。ＭＩＣ３８０は、ベースバンドモデム３７０とｄＲＡＭ３８２との間のブリッジとして機能する。ＭＩＣ３８０は、これら２つの回路ブロック間のデータ移動を制御する。ベースバンドモデム３７０は、データの無線伝送に必要なデジタル変調及びデジタル復調の機能を実行する。ベースバンドモデム３７０は、当該分野で公知のクロックポート及びデータポートのシリアルインタフェースにおいてＭＩＣ３８０とインタフェースする。コントローラチップ３００はまた、ｄＲＡＭ３８２、ＤＭＡ−ＩＦ３８４、及びＩ2Ｓ３７８といった構成要素も含む。これらの構成要素の各々の機能は以下の通りである。ｄＲＡＭ３８２は、ＭＩＣ３８０の揮発性記憶装置としての役目を果たす。これは通常、６Ｔ  ＳＲＡＭを用いて実現される。ＤＭＡ−ＩＦ３８４は、プロセッサ３６６を経由せずにｄＲＡＭ３８２から内容物を取り出すように設計されたダイレクトメモリアクセスデバイスである。ＤＭＡ−ＩＦ３８４により取り出されたデータは、Ｉ2Ｓ３７８に供給される。Ｉ2Ｓ３７８は、チップのＩ／Ｏピンに接続するＩＣ間サウンド（Ｉｎｔｅｒ−ＩＣ  ｓｏｕｎｄ）回路である。データシンク１６０の場合、取り出されるデータは、Ｉ／Ｏピンに接続されているＩ2Ｓ３７８に進み、このＩ2Ｓ３７８がこのデータを別のチップに供給する。データソース１３０の場合、Ｉ2Ｓ３７８は入力インタフェースとしての役目を果たすので、ＤＭＡ３８４は、Ｉ2Ｓ３７８からデータを転送してｄＲＡＭブロック３８２に直接データを書き込む。
【００２７】
図５を参照すると、無線データ送信機１１０とデータ受信機１２０との間の信号の送受信におけるプロトコルが全体的に示されている。無線データ送信機１１０は、ＰＳＮ１１０と示されたＰＳＮ（Ｐａｃｋｅｔ  Ｓｅｒｉａｌ  Ｎｕｍｂｅｒ、パケットシリアル番号）を有し、データ受信機１２０は、ＰＳＮ１２０のＰＳＮを有する。動作開始時には、ＰＳＮ１１０＝ＰＳＮ１２０である。次いで、無線データ送信機１１０が（ＰＳＮ１１０と表記された）最初のパケットをデータ受信機１２０に送信する。データ受信機１２０は、パケットＰＳＮ１１０を受信して、ＣＲＣ３２などのチェックサム又はあらゆる数の他の公知の誤り訂正技術を用いて、パケットＰＳＮ１１０の妥当性確認を試みる。データパケットが正しい場合、データ受信機１２０は、ＡＣＫパケットを無線データ送信機１１０に返す。更に、データパケットが正しく、且つ（データパケットから抽出された）ＰＳＮ１１０がＰＳＮ１２０に等しい場合、つまり、データ受信機１２０が期待しているものを取得したことを意味するので、ＰＳＮ１２０は１だけ増えて、これに応じて関連データバッファのアドレスポインタが移動する。データパケットが誤っている場合、データ受信機１２０は何も行わない。無線データ送信機１１０は、チェックサムＣＲＣ３２又は他の何れかの公知の誤り訂正技術を用いてＡＣＫパケットの妥当性確認を試みる。ＡＣＫパケットが正しい場合、これはこのパケット／ＡＣＫ反復が完全に完了したことを意味し、ＰＳＮは１だけ増えて、これに応じて関連データバッファのアドレスポインタが移動することになる。ＡＣＫパケットが誤っている場合、ＰＳＮ１１０は変更されないままであり、これは、送信する次のパケットが同じままであることを意味する。
【００２８】
無線システムの動作において、無線データ送信機１１０とデータ受信機１２０との間で伝送されるデジタルデータは、前述のように個別のクロック、すなわち発振器２１０及び２２０により制御されるので、バッファ１４０及び１５０に格納される送信データパケットと受信データパケットとの間に不一致が生じる場合がある。具体的には、オーバーフロー又はアンダーフロー状況が発生する可能性がある。このような状況を回避するために、本システムでは、データソースバッファ１４０内の格納レベルがデータ受信機１２０に送信されるという方法が考案された。更に、データ受信機バッファ１６０内の格納レベルも判断される。集約バッファレベル、すなわち２つのレベルの合計が計算される。合計又は集約バッファレベル（Ａｇｇｒｅｇａｔｅ  Ｂｕｆｆｅｒ  Ｌｅｖｅｌ、ＡＢＬ）は、一定か又は特定の範囲内に維持される。
【００２９】
図６を参照すると、ＡＢＬを維持し、これによってオーバーフロー又はアンダーフロー状況を回避する方法のフローチャートが示されている。具体的には、好ましい実施形態では、４つの閾値を用いて二重閾値低ジッタの発振器トラッキングを行う。以下の定義は、図６に示されるチャートに関する。
ＬＨ＝高閾値
ＬＬ＝低閾値
ＬＰ＝正常範囲の高閾値
ＬＱ＝正常範囲の低閾値
Ｌ１４０＝データソースバッファレベル
Ｌ１５０＝データシンクバッファレベル
【００３０】
ブロック５１０において、集約バッファレベルＬ＝Ｌ１４０＋Ｌ１５０を計算する。ブロック５２０で、Ｌ＞ＬＨ？の比較を行う。ブロック５３０において、ＬがＬＨを超える場合、トラッキングレートを減速する。（減速モードで持続し、５６０／５８０の次のエントリによってのみ変わることができる。）ブロック５４０において、Ｌ＞ＬＰ？を判断する。ブロック５５０において、Ｌ＜ＬＬ？を判断する。ブロック５６０において、Ｌ＜ＬＬの場合、トラッキングレートを加速する。（加速モードで持続し、５３０／５８０の次のエントリによってのみ変わることができる。）ブロック５７０において、Ｌ＜ＬＱ？を判断する。ブロック５８０において、ＬがＬＱよりも小さくない場合、標準トラッキングレートを用いる。（標準モードで持続し、５３０／５６０の次のエントリによってのみ変わることができる。）ＡＢＬの増減は、発振器２２０又は発振器２１０の何れかのクロック周波数を変更することにより行うことができる。
【００３１】
初期システム電源立ち上げに関しては、この時点での送信及び受信バッファは通常は空であるので、集約バッファレベルは一般に無効である。従って、動作状態に入るために、２つのステップを実行することができる。まず、送信データバッファ１４０が予め定められた第１レベルＬ1に達すると直ちにデータソース１３０がデータを送信する。次に、受信バッファ１５０が予め定められた第２レベルＬ2に達すると、データシンク１６０が受信バッファからバッファ取り出しを開始する。このとき、これらの第１及び第２レベルの合計は、動作にとって望ましい集約バッファレベルとすることができる。従って、この技術により、所望の集約バッファレベルを達成し維持するための電源立ち上げが可能になる。
【００３２】
前述のことから分かるように、２つのバッファレベルの合計又は集約を制御することにより、更に、バッファレベルのレートはクロックレートよりも低速で変化するので、ＡＢＬトラッキングアルゴリズムはソフトウェアで実施することができ、これは実施に対してより高い柔軟性及び低コストをもたらす。更に、ＡＢＬトラッキングは、ハードウェアベースのクロックリカバリループなど、既存の特定用途向けハードウェアを超える有意な利点をもたらす。
【００３３】
特定の初期の態様に関して、集約バッファレベル情報を実現するための１つの技術は、データパケットヘッダでソースバッファのレベルを送信することを含むことができ、次いで、パケット受信時にデータ受信要素によりこれを抽出することができる。この最初の技術において、データ受信要素は次に、受信したソースバッファレベルを既知の受信バッファレベルと合計することで集約バッファレベルを計算することができる。この技術では、例えば、発振器２２０のクロック周波数を変更することで集約バッファレベルを一定に保持することも可能である。例えば、ソース及び受信構成要素の両方の発振器が完全に一致した状況にある場合、集約バッファレベルは依然として一定のままである。逆に、集約バッファレベルを用いて、ソース及び受信側の発振器が一致するようにこれらを制御することができる。
【００３４】
トラッキング機能、基準、及び制御はまた、あらゆる所与の伝送期間にわたって集約バッファがどのように変化するかに応じて変わる可能性がある。例えば、受信側発振器２２０がソース発振器２１０よりも高速である場合、集約バッファレベルは時間と共に低下する。逆に、受信側発振器２２０がソース発振器２１０よりも低速である場合、集約バッファレベルは時間と共に増加する。例示的な一態様では、トラッキング基準は、高及び低閾値などの１つ又はそれ以上の集約バッファレベル閾値に応じて開始することができる。ここで集約バッファレベルが高閾値を越える場合、受信側発振器２２０はより高い周波数に駆動される必要があり、集約バッファレベルが低閾値を越える場合、受信側発振器２２０はより低い周波数に駆動される必要がある。
【００３５】
更に無線システムの動作において、干渉及び／又は妨害の影響を受けやすい無線信号の性質により、送信及び／又は受信は、ノイズ及び／又は干渉の影響を受ける可能性がある。従って、アンテナ、周波数、及び／又はチャンネル符号の何れかを変えることが望ましい場合がある。これらのパラメータの各々を変更して一方のデバイスから他方のデバイスに伝達することができる方法を以下で説明する。
【００３６】
前述のように、無線データ送信機１１０からの各パケットの送信後には、無線データ送信機１１０によって受信されるデータ受信機１２０からのＡＣＫすなわち確認応答の受信が続く必要がある。無線データ送信機１１０によりＡＣＫパケットが受信されない場合、無線データ送信機１１０により送信されたパケットがデータ受信機１２０によって受信されなかったか、或いは干渉及び／又はノイズにより、データ受信機１２０からのＡＣＫパケットを無線データ送信機１１０が受信できなかったことになる。何れの場合にも、リトライのアルゴリズムに従って、無線データ送信機１１０は、アンテナ、周波数、又はチャンネル符号の何れかを変更するための処理を開始することができる。
【００３７】
初期アンテナ選択は、無線データ送信機１１０のバッファ＃１の比率、すなわちＡＢＬ内の固定値に対する送信機１１０内のバッファレベルに基づいて設定される。ＡＢＬは、Ｎ2個のセクタに分割される。各セクタには、アンテナの組み合わせが割り当てられる。例えば、セクタ１に対しては｛Ｔ１、Ｒ１｝の組み合わせが選ばれ、セクタ２に対しては｛Ｔ２、Ｒ２｝、その他となる。システム内で特定のレベルのダイバーシチを得るために特定の順列は許可されない。従って、｛Ｔ２、Ｒ１｝は｛Ｒ１、Ｔ２｝と同じセットとすることができる。次いで、バッファ＃１が位置するセクタ領域には、この特定のアンテナが割り当てられる。
【００３８】
アンテナを変更するには、データソースがそのセットに従って単にアンテナすなわちＴｘを変更するだけでよい。新規のアンテナセット情報は、パケットヘッダ内のビットを用いてデータ受信機に送信される。データ受信機１２０は、新規のパケットを受け取って、有効なパケットを受信すると、受信情報に従ってアンテナを変更する。従って、この場合、アンテナの変更はマスタ−スレーブ関係と同様である。
【００３９】
周波数選択に関しては、同様にＡＢＬに対するバッファ＃１の比率を用いて、初期周波数選択を決定する。ＡＢＬは、Ｍ個のセクタに分割され、これはＮ2個のアンテナセクタと重複する場合がある。各周波数セクタＭｘに対して、周波数チャンネル番号が割り当てられる。従って、Ｍ１には周波数Ｆ１などが割り当てられる。
【００４０】
周波数を変更するために、データソースがパケットＰi-2、Ｐi-1、Ｐi、Ｐi+1、Ｐi+2を送信すると仮定する。更に、パケットＰi-2及びＰi-1がＦk-1で送信され、パケットＰi、Ｐi+1、Ｐi+2が周波数Ｆkで送信されることになると仮定する。無線データ送信機１１０は、「周波数変更」フラグがセットされた状態でパケットＰi-1を送信し、新しい周波数Ｆkに変更することをデータ受信機１２０に通知する。無線データ送信機１１０は次に、周波数Ｆk-1でデータ受信機により送信されるＡＣＫパケットの受信を待たずに、周波数ＦkでパケットＰiを送信するようにシフトする。データソースが周波数Ｆkでデータ受信機１２０からＡＣＫパケットを受信すると、周波数の変更がデータ受信機１２０により実施されたことを認識する。しかしながら、無線データ送信機１１０が周波数Ｆkでデータ受信機１２０からＡＣＫパケットを受信しない場合には、無線データ送信機１１０は、「周波数変更」フラグがセットされた状態でパケットＰi-1をＦk-1周波数で送信する段階に戻る。
【００４１】
パケット内の「周波数変更」フラグが受信されたことを予想して、データ受信機１２０が新しい周波数チャンネルになるであろうと仮定することによるこの周波数変更方法は、動作開始前にＡＣＫパケットの受信を待機する方式よりも優れている。具体的には、データ受信機１２０によりＦk-1周波数で送信されるＡＣＫパケットの受信を無線データ送信機１１０が待機しなければならない場合、システムは、動作開始前にＦk-1周波数での２つのパケット伝送を経なければならない。周波数チャンネルのノイズが極めて多い場合、２個のパケットの送受信が成功する可能性は、１個のパケットのみの送受信が成功する必要があることを予期する場合よりもより負担となる。
【００４２】
チャンネル符号選択に関しては、同様にＡＢＬに対するバッファ＃１の比率を用いて、初期チャンネル符号選択を決定する。ＡＢＬはＫ個のセクタに分割され、これはＮ2個のアンテナセクタ及びＭ個の周波数セクタと重複する場合がある。各チャンネル符号セクタＫｘに対して、チャンネル符号が割り当てられる。従って、Ｋ１にはチャンネル符号Ｃ１などが割り当てられる。
【００４３】
チャンネル符号を変更するために、データソースがパケットＰi-2、Ｐi-1、Ｐi、Ｐi+1、Ｐi+2を送信すると仮定する。更に、パケットＰi-2及びＰi-1がチャンネル符号Ｃk-1で送信され、パケットＰi、Ｐi+1、Ｐi+2がチャンネル符号Ｃkで送信されることになると仮定する。無線データ送信機１１０は、「チャンネル符号変更」フラグがセットされた状態でパケットＰi-1を送信し、新しいチャンネル符号Ｃkに変更することをデータ受信機１２０に通知する。無線データ送信機１１０は次に、チャンネル符号Ｃk-1でデータ受信機により送信されるＡＣＫパケットの受信を待たずに、チャンネル符号ＣkでパケットＰiを送信するようにシフトする。データソースがチャンネル符号Ｃkでデータ受信機１２０からＡＣＫパケットを受信すると、チャンネル符号の変更がデータ受信機１２０により実施されたことを認識する。しかしながら、無線データ送信機１１０がチャンネル符号Ｃkでデータ受信機１２０からＡＣＫパケットを受信しない場合には、無線データ送信機１１０は、「チャンネル符号変更」フラグがセットされた状態でパケットＰi-1をＣk-1チャンネル符号で送信する段階に戻る。
【００４４】
パケット内の「チャンネル符号変更」フラグが受信されたことを予想して、データ受信機１２０が新しいチャンネル符号になるであろうと仮定することによるこのチャンネル符号変更方法は、動作開始前にＡＣＫパケットの受信を待機する方式よりも優れている。具体的には、データ受信機１２０によりチャンネル符号Ｃk-1で送信されるＡＣＫパケットの受信を無線データ送信機１１０が待機しなければならない場合、システムは、動作開始前にＣk-1チャンネル符号での２つのパケット伝送を経なければならない。チャンネル符号のノイズが極めて多い場合、２個のパケットの送受信が成功する可能性は、１個のパケットのみの送受信が成功する必要があることを予期する場合よりもより負担となる。
【００４５】
最後に、本無線システムでは、前述のように、好ましい実施形態において、データソース１３０からのオーディオ信号は、Ｓ／ＰＤＩＦフォーマットでデータバッファ１４０に有線構成で供給される。図７に示されるＳ／ＰＤＩＦフォーマットでは、データブロックは１９２個のフレームからなる。各フレームは２個のサブフレームを有する。各サブフレームは、４ビットのプリアンブルと２８ビット（又は３．５バイト。１バイトは８ビット）のデータとからなる。ブロック内の第１フレームの第１サブフレームのプリアンブルは、常に一意の識別子「Ｚ」で埋められる。そのブロック内のそれ以降の全てのフレームの全ての第１サブフレーム（全部で１９１個のプリアンブル）は、異なる一意の識別子「Ｗ」で埋められる。最後に、全フレーム内の全ての第２サブフレームのプリアンブル（全部で１９２個）は、更に別の一意の識別子「Ｍ」で埋められる。従って、何れのブロック内にも、３個だけの一意のプリアンブルＺ、Ｍ、及びＷがあり、「Ｚ」が検出された場合、後に続くものはブロックの先頭であることを意味する。従って、ＳＰＤＩＦフォーマットでは、プリアンブルＺ、Ｗ、及びＭを用いて、オーディオデータのパケットの送受信を同期する。
【００４６】
帯域幅を節約するための本無線システムでは、同期のために以下の方法が用いられる。無線データ送信機１１０は、各サブフレーム／フレーム／ブロックからデータ部だけを送信する。無線データ送信機１１０は、無線伝送の前に各パケットからプリアンブル部を取り除く。従って、各フレームから７バイトのデータのみが送信される。
【００４７】
データがデータ受信機１２０により受信されると、データバッファ１５０内にバイト単位で格納される。好ましい実施形態では、各パケットは５１２バイトを含む。しかしながら、これは当然ながら、実装に伴って変化する可能性のある任意の数である。ＳＰＤＩＦデータの各フレームを取り出すには、データバッファ１５０からの７バイトの読み出しが必要となる。オーディオインタフェース回路は次に、適切なプリアンブル、すなわちＺ、Ｗ、又はＭを付加する。データ受信機１２０は、受信される最初のフレームがブロックの第１フレームであると仮定して、この第１サブフレームにＺプリアンブルを付加し、それ以降のサブフレーム（３．５バイト）には必要に応じてＷ又はＭのプリアンブルが付加される。
【００４８】
上述のように、データ信号の各パケットの送信後には、確認応答（ＡＣＫ）パケットの受信が続かなければならない。信号が欠落し、例えばデータパケットが受信機１２０により受信されないか、又はＡＣＫパケットが送信機１１０により受信されず、送受信を再確立する必要がある場合には、無線データ送信機１１０は常にブロックの先頭から再送し、同期を再確立する。従って、データ受信機１２０は常に、最初に受信される第１フレーム（又は送受信の失敗後に受信される第１パケット）がブロックの先頭であると仮定して、Ｚプリアンブルを付加する。
【００４９】
この方法の利点は、低減された送信帯域幅が必要とされる点である。更に、データ送信機１１０及びデータ受信機１２０の両方が、各伝送の開始は常にＺプリアンブルからであることを認知している。同期の確立の際にＺプリアンブルから開始する先験的に確立されるプロトコルを用いることは、簡単なリカバリルーチンを実施することができることを意味する。最終的に、本方法は、バイトアライメントを可能にし、データバッファ１４０及び１６０にバイト単位のデータを格納させる。これは、ＩＥＣ６１９３７などの他のＩＥＣ標準規格との互換性を可能にする。
【００５０】
本発明の処理及びバッファリング機能を含むデータの無線送受信は、多様な構成で配置された様々なシステムにより行うことができる。このようなシステムの実施例は、送信機、受信機、送受信機、及び同様のものの組み合わせである。更に、これらのシステムは、上述の実施例で提示されたものを含む様々な構成要素で実施することができる。しかしながら、この場合もやはり、前述の説明は例示的で説明のためのものに過ぎず、本明細書で記載される本発明を限定するものではない。
【００５１】
例えば、システム全体は、とりわけ、送信構成要素及び受信構成要素から構成することができる。しかしながら、本発明は、個々の構成要素に適用可能であり、これによって実施することができるので、上述の実施例の多くは、単に送信機又は受信機の関連で説明されている。
【００５２】
更に、本明細書で開示されるように、本発明の実施形態及び特徴は、コンピュータ−ハードウェア、ソフトウェア、及び／又はファームウェアを通じて実施することができる。例えば、本明細書で開示されるシステム及び方法は、例えば、データベースも含むコンピュータなどのデータプロセッサ、デジタル電子回路、ファームウェア、ソフトウェア、又はこれらの組み合わせを含む様々な形式で具現化することができる。更に、開示される実装の一部がソフトウェアなどのソースコード編集構成要素について説明している一方で、本発明に一致するシステム及び方法は、ハードウェア、ソフトウェア、及び／又はファームウェアのあらゆる組み合わせで実施することができる。更に、上述の特徴及び本発明の他の態様及び原理は、種々の環境で実施することができる。このような環境及び関連のアプリケーションは、本発明に従って様々なプロセス及び動作を実行するように特別に構成することができ、或いは、必要な機能性を提供するためにコードにより選択的に起動又は再構成される汎用コンピュータ又はコンピューティングプラットフォームを含むことができる。本明細書で開示されるプロセスは、何れかの特定のコンピュータ、ネットワーク、アーキテクチャ、環境、又は他の装置に本質的に関連しておらず、ハードウェア、ソフトウェア、及び／又はファームウェアの適切な組み合わせにより実施することができる。例えば、本発明の教示に従って記述されたプログラムと共に種々の汎用マシンを使用することができ、或いは、所要の方法及び技術を実行するために専用の装置又はシステムを構成するほうがより好都合な場合がある。
【００５３】
本明細書で開示されるシステム及び方法の態様はまた、コンピュータプログラム製品、すなわち、例えばプログラム可能プロセッサ、コンピュータ、又は複数のコンピュータなどのデータ処理装置により実行するため又はこれらの動作を制御するために、情報担体（例えばマシン読み出し可能記憶媒体又は要素、或いは伝搬信号）で有形的に具現化されるコンピュータプログラムとして実施することもできる。コンピュータプログラムは、コンパイラ型又はインタープリタ型言語を含むプログラミング言語のあらゆる形式で記述することができ、スタンドアロン型プログラム、或いはモジュール、コンポーネント、サブルーチン、又はコンピューティング環境での使用に適した他のユニットを含むあらゆる形式で導入することができる。コンピュータプログラムは、１台のコンピュータ上、或いは１つのサイト又は複数のサイトに分散されて通信ネットワークにより相互接続された複数のコンピュータ上で実行されるように導入することができる。
【００５４】
本発明の一実施形態では、送信機１１０及び受信機１２０が２．４ＧＨｚから５．９ＧＨｚの間の６４の周波数で送受信することができる。更に、各周波数内には、２つの可能なチャンネル符号が存在する。送信機１１０と受信機１２０との間の通信を確立する初期段階では、送信機１１０は、該送信機１１０と受信機１２０との間に「ハンドシェーク」プロトコルを確立するために以下を送信する。
【００５５】
図９を参照すると、以下のように送信機１１０と受信機１２０との間に最初に通信を確立するプロトコル又は「ハンドシェーク」の状態図が示されている。
１．送信機１１０はＴ１１０の状態ステータスを有し、受信機１２０はＴ１２０の状態ステータスを有する。
２．送信機１１０と受信機１２０との間に通信を確立する初期段階において、Ｔ１１０＝０１、Ｔ１２０＝０１である。
３．送信機１１０は、Ｔ１１０で表記されたハンドシェークパケットを受信機１２０に送信する。
４．ＣＲＣ３２又は他のチェックサム機能を用いて、受信機１２０はハンドシェークパケットの正当性を確認する。ハンドシェークパケットが正しい場合、受信機１２０は、ＡＣＫパケットを送信機１１０に返送する。ハンドシェークパケットが誤っている場合、受信機１２０は何も行わない。送信機１１０はＡＣＫパケットを受信しないので、別のパケットの送信を試みることで継続する。更に、ハンドシェークパケットが正しく、パケットから抽出されるパケットＴ１１０がＴ１２０に等しい場合、受信機１２０は、Ｔ１２０の状態ステータスを１だけ増やし、従って、Ｔ１２０＝０２となる。
５．ＣＲＣ３２又は他のチェックサム機能を用いて、送信機１１０がＡＣＫパケットの正当性を確認する。ＡＣＫパケットが正しい場合、送信機１１０は、自己の状態ステータスを１だけ増やし、従って、Ｔ１１０＝０２となる。ＡＣＫパケットが誤っている場合、送信機はＴ１１０という自己の状態ステータスにとどまる。次に送信機１１０は、前の状態ステータスでハンドシェークパケットを送信する。
６．Ｔ１１０＝０３及びＴ１２０＝０３の場合、ハンドシェーク処理が完了する。それ以外の場合、送信機１１０及び受信機１２０はステップ３に戻る。
７．Ｔ１１０＝０３及びＴ１２０＝０３の場合、通常の通信が始まる。
【００５６】
上述のようなハンドシェークプロトコルは、状態マシン又は状態遷移経路によって実行することができる。図９を参照すると、様々な状態は以下のようになる。
Ａ．Ｔ１１０：Ｔ１２０＝０１：０１−パケット正、及びＡＣＫ正
Ｂ．Ｔ１１０：Ｔ１２０＝０１：０１−パケット正、及びＡＣＫ誤
Ｃ．Ｔ１１０：Ｔ１２０＝０１：０１−パケット誤
Ｄ．Ｔ１１０：Ｔ１２０＝０１：０２−パケット誤、又は（パケット正及びＡＣＫ誤）
Ｅ．Ｔ１１０：Ｔ１２０＝０１：０２−パケット正、及びＡＣＫ正
Ｆ．Ｔ１１０：Ｔ１２０＝０２：０２−パケット正、及びＡＣＫ正
Ｇ．Ｔ１１０：Ｔ１２０＝０２：０２−パケット正、及びＡＣＫ誤
Ｈ．Ｔ１１０：Ｔ１２０＝０２：０２−パケット誤
Ｉ．Ｔ１１０：Ｔ１２０＝０２：０３−パケット誤、又は（パケット正及びＡＣＫ誤）
Ｊ．Ｔ１１０：Ｔ１２０＝０２：０３−パケット正、及びＡＣＫ正
【００５７】
上記では信号の無線送受信を説明しているが、本発明は、有線環境でも使用することができる。図１１を参照すると、データソースバッファ１４０からのデータが同軸ケーブル、又は送電線、又は他のあらゆるタイプの媒体などの媒体２００を通じて送信されて１つ又はそれ以上の受信データバッファ１５０により受信することができる本発明の別の実施形態のブロック図が示されている。住居の構造により無線送信信号が著しく減衰される可能性のある住宅構造などの一部の環境では、電線又はケーブル線などの既存の有線システムを通じて信号を送受信するのが好ましい場合がある。この場合、ソースデータバッファ１４０は、引用により本明細書に組み込まれる米国特許第６，８５６，７８８号で開示されるような接続を介して、同軸ケーブル又は送電線などの有線媒体２００に接続されている。この場合、信号は有線媒体２００を通じて送信され、有線媒体２００に接続された１つ又はそれ以上の受信データバッファ１５０によって受信され、アンテナを通じて及び「空中」で伝達されることはない。
【００５８】
図１２を参照すると、本発明の更に別の実施形態のブロック図が示されている。この実施形態では、データソースバッファ１４０からのデータは、ケーブル又は電線などの有線媒体２００を通じて送信され、送信アンテナ１０８の接続先の場所か、又は受信データバッファ１５０の接続先の場所、或いは別の送信データソースバッファ１４０の接続先の場所の何れかで終端する。媒体２００がアンテナ１０８の接続部で終端する場合、アンテナ１０８が無線で信号を送信し、この信号が１つ又はそれ以上のアンテナ１０６により無線で受信される。この方法では、データソースバッファ１４０からのデータ信号は、無線送信信号を減衰する可能性のある構造の区域をバイパスするために部分的に有線媒体２００上で送信することができ、その後、無線でデータ信号を送信する。同様に、受信側では、受信アンテナ１０６により受信された信号が媒体２００に供給され、次いで、無線機１５６に供給することができる。或いは、媒体２００が受信データバッファ１５０への接続部で終端する場合、信号伝達の当該部分は、信号の送受信全体が媒体２００を通じて行われる図１１で示されたものと同一である。最後に、媒体が別のデータソースバッファ１４０（及びより具体的には無線フロントエンド１４６）への接続部で終端する場合、信号は第２データソースバッファ（及びより具体的には第２無線フロントエンド）により再送され、別の媒体２００を通じて別のもの、例えばアンテナ１０８に供給される。第２データソースバッファ１４０の使用が必要とされるのは、信号が媒体２００上で減衰し、信号強度を上昇させるために第２データソースバッファ１４０が必要な場合とすることができる。
【００５９】
図１３ａ及び１３ｂを参照すると、図１２に示された実施形態を実施するための２つの特定の実施形態が示されている。図１３ａにおいて、無線フロントエンド１４６（送信機用）又は１５６（受信機用）からの信号は、コンデンサ２１０に接続され、次いで、必要に応じて整合インピーダンスネットワーク２２０に接続される。整合インピーダンスネットワーク２２０は、媒体２００に接続され、次いで、アンテナ１０８（送信側）又は１０６（受信側）に、或いは別のインピーダンス整合ネットワーク２２０に（信号が受信バッファ１５０に接続されることになるか、又は別のデータソース１４０により再送されることになる場合）接続される。整合インピーダンスネットワーク２２０は、コンデンサ２１０からのインピーダンス出力により整合されなければならないＲＧ６ケーブルでの７５オームなどの特定のインピーダンスを媒体２００が有する場合に必要とされる。しかしながら、媒体２００が特定のインピーダンスを必要としない場合、整合インピーダンスネットワーク２２０は必要ではない。
【００６０】
図１３ｂは、図１２に示された実施形態の別の特定の実施形態を示している。図１３ａに示された実施形態と同様に、図１３ｂにおいて、無線フロントエンド１４６（送信機用）又は１５６（受信機用）からの信号は、変圧器又は混載デバイス２３０に接続され、次いで、必要に応じて整合インピーダンスネットワーク２２０に接続される。整合インピーダンスネットワーク２２０は、媒体２００に接続され、次いで、アンテナ１０８（送信側）又は１０６（受信側）に、或いは別のインピーダンス整合ネットワーク２２０に（信号が受信バッファ１５０に接続されることになるか又は別のデータソース１４０により再送されることになる場合）接続される。この場合も同様に、整合インピーダンスネットワーク２２０は、変圧器２３０からのインピーダンス出力により整合されなければならないＲＧ６ケーブルでの７５オームなどの特定のインピーダンスを媒体２００が有する場合に必要とされる。しかしながら、媒体２００が特定のインピーダンスを必要としない場合、整合インピーダンスネットワーク２２０は必要ではない。
【００６１】
図１３ａに示される実施形態と図１３ｂに示される実施形態との間の相違は、図１３ａに示される実施形態が簡単で低コストな点である。しかしながら、これは半二重通信に関してのみ十分である。全二重通信が求められる場合、図１３ｂに示される実施形態が好ましい。しかしながら、図１３ｂに示される実施形態は、より高コストでより複雑である。
【００６２】
上述の説明は、本発明の範囲を例証するものであり限定するものではなく、本発明の範囲は、添付の請求項によって定義される点を理解されたい。他の実施形態も添付の請求項の範囲内に含まれる。
【図面の簡単な説明】
【００６３】
【図１】本発明に関連する特定の態様による例示的なシステムのブロック図である。
【図２】本発明のシステムのより詳細な図である。
【図３】本発明のシステムにおける送信構成要素を示すより詳細なブロック図である。
【図４】本発明のシステムにおける受信機構成要素を示すより詳細なブロック図である。
【図５】本発明のシステム及び方法における無線信号の送受信のプロトコルを示すチャートである。
【図６】本発明のシステム及び方法においてバッファレベルを確立するためのプロトコルを示すフローチャートである。
【図７】ＳＰＤＩＦ標準規格に従うオーディオ信号パケットの概略図である。
【図８】本発明の送信機又は受信機の何れかで使用される様々なチップの基板レベルのブロック図である。
【図９】図８に示されたベースバンド及びコントローラチップの詳細なブロック図である。
【図１０】本発明の送信機と受信機との間の通信を確立するために用いられるプロトコルを示す状態図である。
【図１１】送信機からのデータがケーブルなどの媒体を通じて送信されて受信機により受信することができる本発明の別の実施形態のブロック図である。
【図１２】送信機からのデータがケーブルなどの媒体を通じて送信されてアンテナで終端し、更に無線送信されて受信機により無線で受信することができる本発明の更に別の実施形態のブロック図である。
【図１３ａ】図１２に示された実施形態の２つの特定の実施形態であり、ケーブルなどの媒体への無線フロントエンドの接続を示す図である。
【図１３ｂ】図１２に示された実施形態の２つの特定の実施形態であり、ケーブルなどの媒体への無線フロントエンドの接続を示す図である。
【符号の説明】
【００６４】
１１０  無線データ送信機
１２０  無線データ受信機
１３０  データソース
１４０  データバッファ
１５０  データバッファ
１６０  データシンク
【図１】
2009005364.tif 000003
【図２】
2009005364.tif 000004
【図３】
2009005364.tif 000005
【図４】
2009005364.tif 000006
【図５】
2009005364.tif 000007
【図７】
2009005364.tif 000008
【図１０】
2009005364.tif 000009
【図１１】
2009005364.tif 000010
【図１２】
2009005364.tif 000011
【図１３ａ】
2009005364.tif 000012
【図１３ｂ】
2009005364.tif 000013
【図６】
2009005364.tif 000014
【図８】
2009005364.tif 000015
【図９】
2009005364.tif 000016
【外国語明細書】
2009005364.tif 000017
2009005364.tif 000018
2009005364.tif 000019
2009005364.tif 000020
2009005364.tif 000021
2009005364.tif 000022
2009005364.tif 000023
2009005364.tif 000024
2009005364.tif 000025
2009005364.tif 000026
2009005364.tif 000027
2009005364.tif 000028
2009005364.tif 000029
2009005364.tif 000030
2009005364.tif 000031
2009005364.tif 000032
2009005364.tif 000033
2009005364.tif 000034
2009005364.tif 000035
2009005364.tif 000036
2009005364.tif 000037
2009005364.tif 000038
2009005364.tif 000039
2009005364.tif 000040
2009005364.tif 000041
2009005364.tif 000042
2009005364.tif 000043
2009005364.tif 000044
2009005364.tif 000045
2009005364.tif 000046
2009005364.tif 000047
2009005364.tif 000048
2009005364.tif 000049
2009005364.tif 000050
2009005364.tif 000051