(57)【要約】【課題】ワイヤレストランスポートチャネルのデータレートをダイナミックに調整するための方法および装置を提供する。【解決手段】方法および装置は、ワイヤレスマルチメディアシステム内の複数のクライアントモジュールの１つで始まり、ワイヤレストランスポートチャネルのチャネル特性を監視する処理を含む。監視の動作は、パケットごとに、または、パケットグループごとに、チャネル特性（例えば信号強度、信号対ノイズ比など）の変化を判定するために、受信パケットレート（すなわち、パケットが受信されたときの速度）で、またはそれより低いレートで行われる。【選択図】図２
2010239659.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアサーバ、複数のクライアントモジュール、および複数のワイヤレストランスポートチャネルを含むワイヤレスマルチメディアシステムにおいて、複数のワイヤレストランスポートチャネルのうち１つのワイヤレストランスポートチャネルのデータレートをダイナミックに調整する方法であって、
複数のクライアントモジュールの１つにより、ワイヤレストランスポートチャネルのチャネル特性を受信パケットレート以下の速度で監視し、それで、ワイヤレストランスポートチャネル経由で受信された少なくとも１つのパケットから少なくとも１つの他のパケットまでのチャネル特性の変化を特定することであって、前記ワイヤレストランスポートチャネルのチャネル特性を監視することは、受信パケットの信号対ノイズ比を特定することをさらに含む、こと、
複数のクライアントモジュールの１つにより、チャネル特性の変化が受信パケットに含まれたデータのデータレートに影響するか否か判定すること、
チャネル特性の変化がデータレートに影響するとき、複数のクライアントモジュールの１つにより、データレート調整フィードバックを、ワイヤレストランスポートチャネル経由でマルチメディアサーバへ提供すること、および、
マルチメディアサーバにより、ワイヤレストランスポートチャネル経由で運ばれるパケットに含まれるデータのデータレートを、前記データレート調整フィードバックに従って調整すること、を包含する方法。
【請求項２】
前記受信パケットの信号対ノイズ比を特定することが、
パケットごとに受信パケットの信号対ノイズ比を特定すること、
を包含する、請求項１に記載の方法。
【請求項３】
ワイヤレスマルチメディアシステムであって、
サーバ処理モジュールおよびサーバメモリを含むマルチメディアサーバ、複数のワイヤレストランスポートチャネル、および、
複数のクライアントモジュール、を包含し、
ここで、複数のクライアントモジュールの各クライアントモジュールが、クライアント処理モジュールおよびクライアントメモリを含み、ここで、クライアントメモリが、クライアント処理モジュールに対する動作命令である、
前記複数のワイヤレストランスポートチャネルのうちの１つのワイヤレストランスポートチャネルのチャネル特性を受信パケットレート以下の速度で監視し、それで、受信パケットの信号対ノイズ比を特定することによって、ワイヤレストランスポートチャネル経由で受信された少なくとも１つのパケットから少なくとも１つの他のパケットまでのチャネル特性の変化を特定すること、
チャネル特性の変化が受信パケットに含まれたデータのデータレートに影響するか否か判定すること、
チャネル特性の変化がデータレートに影響するとき、データレート調整フィードバックを、ワイヤレストランスポートチャネル経由でマルチメディアサーバへ提供すること、
を実行させる動作命令を含み、
また、前記サーバメモリが、サーバ処理モジュールに対する動作命令である、
ワイヤレストランスポートチャネル経由で運ばれるパケットに含まれるデータのデータレートを、前記データレート調整フィードバックに従って調整すること、
をサーバ処理モジュールに実行させる動作命令を含むワイヤレスマルチメディアシステム。
【請求項４】
クライアントメモリが更に、クライアント処理モジュールに対する動作命令である、
パケットごとに受信パケットの信号対ノイズ比を特定すること、
によって受信パケットの信号対ノイズ比を特定することをクライアント処理モジュールに実行させる動作命令を包含する、請求項３に記載のワイヤレスマルチメディアシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般にワイヤレス通信システムに関し、詳記するならば、ワイヤレス通信システム内部のデータレート調整に関する。
【背景技術】
【０００２】
知られている通り、ワイヤレス通信システムは、無線周波数（ＲＦ）を割り当てられた1つ以上のチャネルを経由して、直接的（すなわち、ポイント・ツー・ポイント）であれ間接的（すなわち、ワイヤレス通信システム・インフラストラクチャを経由して）であれ、相互に通信する複数のワイヤレス通信デバイスを含む。ポイント・ツー・ポイント・ワイヤレス通信の場合、ワイヤレス通信デバイスは、ポイント・ツー・ポイント通信のために割り当てられたＲＦチャネルのリストの中からワイヤレス通信デバイスの１つによって選択されたＲＦチャネルを経由して直接通信する。間接的なワイヤレス通信の場合、ワイヤレス通信デバイスは、基地局（例えばセルラー・ワイヤレス通信システム、ディスパッチ方式のワイヤレス通信システムなどのための）および／またはアクセスポイント（ワイヤレス・ローカルエリアネットワークのための）を含むシステム・インフラストラクチャを経由して通信する。
【０００３】
知られている通り、基地局またはアクセスポイントは、自らのカバレージエリア内のワイヤレス通信デバイスからリクエストを受け取り、別のワイヤレス通信デバイスとの通信を確立する。リクエストを受け取ると、基地局またはアクセスポイントは、相手方のワイヤレス通信デバイスが自らのカバレージエリア内にあるか否か判定する。そうであれば、基地局またはアクセスポイントは、ワイヤレス通信デバイスにその通信に使用できる１つのＲＦチャネルを与える。そうでなく、相手方のワイヤレス通信デバイスが基地局またはアクセスポイントのカバレージエリア内にない場合、その基地局またはアクセスポイントは、リクエストをワイヤレス通信システムコントローラへ転送する。ワイヤレス通信システムコントローラは、相手方のワイヤレス通信デバイスが連携している基地局またはアクセスポイントを判定する。特定された基地局またはアクセスポイントは、相手方のワイヤレス通信デバイスのために１つのＲＦチャネルを割り当てる。コントローラによって基地局間またはアクセスポイント間に確立された通信パスを経由して、ワイヤレス通信デバイスは通信可能となる。
【０００４】
知られている通り、ワイヤレス通信デバイスは、セルラー電話、モバイルラジオ、ワイヤレスモデム搭載のパーソナルデジタルアシスタント、ワイヤレスモデム搭載のパーソナルコンピュータ、ワイヤレスモデム搭載のローカルエリアネットワークサーバ、ワイヤレスモデム搭載のコンピュータ、双方向テレビジョン、双方向ホームエンタテイメント機器等々であってよい。これも知られている通り、通信の内容は、ボイスデータ、テキストデータおよび／またはビデオデータであってよい。マルチメディア通信は３つ全部を含むのが代表的であり、ビデオとオーディオが通信の大部分を占めている。
【０００５】
図１は、ワイヤレス通信デバイス間のマルチメディアデータのワイヤレス通信を示す。この図では、ビデオ送信機が、コード化されたビデオデータのパケットをビデオ受信機へ送信する。ビデオ送信機は、ビデオエンコーダ、バッファ、ベースバンドプロセッサ、およびＲＦトランシーバを含む。ベースバンドプロセッサは、ＩＥＥＥ８０２仕様に準じたメディア固有のアクセス制御プロトコル（ＭＡＣ）を実行し、ＲＦトランシーバは、ＩＥＥＥ８０２仕様に準じた物理層（ＰＨＹ）の機能を実行する。
【０００６】
ビデオエンコーダは、生のビデオデータおよび／またはオーディオデータを対応するコード化機能に基づいてコード化する。例えば、コード化は、モーションピクチャエキスパーツグループ（ＭＰＥＧ）規格に従ってなされてよい。結果得られるコード化データは、バッファに記憶される。コード化データは、バッファから取得され、ベースバンドプロセッサ経由で処理され、ＲＦトランシーバにより、データパケットとしてワイヤレス通信チャネル経由でビデオ受信機へ転送される。ビデオ受信機は、ＲＦトランシーバ、ベースバンドプロセッサ、バッファ、そしてビデオデコーダを含む。ＲＦトランシーバとベースバンドプロセッサは、ビデオ送信機において対応するデバイスの逆の機能を実行する。取得されたデータは、バッファに記憶され、生データを再生（ｒｅｃａｐｔｕｒｅ）するために、必要に応じてビデオデコーダ経由で復号される。
【０００７】
述べた通り、コード化データは、ビデオ送信機により、データパケットとしてワイヤレス通信チャネル経由で転送される。ビデオ受信機のＲＦトランシーバによって首尾よく受信されたデータパケットごとに、確認通知がビデオ送信機のＲＦトランシーバへ返送される。確認通知が所与の時間フレーム内に受信されなかった場合、ベースバンドプロセッサ（ＭＡＣ層）は、データパケットを再送し、確認通知が受信されるまで、または、チャネルがドロップさせられるまで、再送を続ける。典型的には、ビデオ受信機が確認通知を出さなかった場合、その原因は、受信機がパケットに含まれているデータを正確に再生できなかったことにあり、これは通常、パケットエラーと呼ばれている。
【０００８】
受信されるパケットが経由したワイヤレス通信チャネルの品質は、受信機がデータを正確に再生できるか否かに大いに影響する。知られている通り、ビデオ送信機とビデオ受信機の間のワイヤレス通信チャネルの品質が高ければ（すなわち、受信された信号が良い信号対ノイズ比を有するならば）、ビデオ受信機は、自ら受信するパケットのほとんど（全部でないとしても）のデータを正確に再生することができる。ＲＦチャネルの品質が下がるにつれて、信号対ノイズ比は下がり、受信されたパケットからデータを再生する受信機の能力も下がり、それにつれて、パケットエラー率は上がることになる。
【０００９】
パケットエラー率が上がるにつれて、ベースバンドプロセッサ（ＭＡＣ層）が再送するパケットの数はますます増える。これは、ベースバンドプロセッサがバッファから取得するコード化データの数が減ることを意味する。その結果、バッファに記憶されたデータ量が増加する。データ量がバッファの容量を消費し尽くすと、バッファは飽和（すなわち、オーバフロー）になり、その結果、データが失われ、送信されたビデオに劣化が生じることになる。逆に、パケットエラー率が極めて低いと、ベースバンドプロセッサがバッファから取得するコード化データの数は増える。バッファが空（すなわち、アンダフロー）になると、ビデオ送信は中断され、品質が低下する。
【００１０】
オーバフローまたはアンダフローを回避するため、バッファの目標フィルレート（ｆｉｌｌ  ｒａｔｅ）は、バッファを全容量の約５０％に保つことである。バッファ・フィルが所定の量（例えば５０％より１０〜２５％上まで）上がるとビデオエンコーダは、バッファ内のデータの量を減らす方向に自らのコード化率を変える。逆に、データフィルレートが５０％から１０〜２５％下がると、ビデオエンコーダは、バッファ内の情報のデータ量を増やそうとする。
【００１１】
従って、バッファは、ビデオ送信機においてオーバフローまたはアンダフローの状態を回避できるサイズでなければならない。パケットエラー率検出がバッファ・フィルを変えるに至るまでに数百パケットを、もしくは数千パケットすら費やすために、バッファのサイズは大きくなっている。集積回路の中に大容量のメモリデバイスを持たせることが、集積回路のサイズを増大させ、集積回路の電力消費を増大させ、そして結局、集積回路のコストを増大させている。
【００１２】
それゆえ、ワイヤレス通信のデータレートをダイナミックに調整し、それによって、許容可能なデータ転送速度を維持するために必要なデータバッファリングの量を減少させるための方法および装置が必要である。
【発明の概要】
【００１３】
一般に、本発明は、ワイヤレストランスポートチャネルのデータレートをダイナミックに調整するための方法および装置を提供する。このような方法および装置は、ワイヤレスマルチメディアシステム内の複数のクライアントモジュールの１つで始まり、ワイヤレストランスポートチャネルのチャネル特性を監視する処理を含む。監視の動作は、パケットごとに、または、パケットグループごとに、チャネル特性（例えば信号強度、信号対ノイズ比など）の変化を判定するために、受信パケットレート（すなわち、パケットが受信されたときの速度）で、またはそれより低いレートで行われる。チャネル特性の変化がワイヤレストランスポートチャネル経由で受信されたパケットに含まれているデータのデータレートに影響するか否かをクライアントモジュールが判定するときに、その処理は継続する。チャネル特性の変化がデータレートに影響するとき、クライアントモジュールは、データレート調整をワイヤレストランスポートチャネル経由でワイヤレスマルチメディアシステムのマルチメディアサーバへフィードバックする。データレートへの影響は二通りあり得る。１つめは、チャネルの現在の特性に対するデータレートが高くなりすぎるケースで、この場合は下げるのが望ましく、２つめは、チャネルの現在の特性に対するデータレートが低くなりすぎるケースで、この場合は上げるのが望ましい。マルチメディアサーバが、データレート調整フィードバックに従ってワイヤレストランスポートチャネル経由で転送されるパケットに含まれているデータのデータレートを調整するときに、処理は継続する。データレート調整フィードバックに含まれる情報は、データレートを上げる信号、データレートを下げる信号、特定データレートに対してデータレートを上げる信号、特定データレートに対してデータレートを下げる信号から、特定のチャネル特性を指示する信号に至るまで、多種多様であってよい。このような方法と装置をもってすれば、マルチメディアサーバがデータを処理するときのデータレートは、データを運ぶワイヤレストランスポートチャネルのチャネル特性をベースにして、よりダイナミックに、かつ、より迅速に調整され得る。データレート調整がよりダイナミック、かつ、より迅速に可能であればあるほど、送信パスにおける大容量のバッファの必要性は少なくなる。これにより、ビデオトランシーバおよび／またはマルチメディアトランシーバを含む集積回路がコード化データをバッファするのに必要とするメモリスペースは小さくなり、その結果、集積回路の電力消費は減少し、そのサイズは小さくなり、そして、そのコストは低下する。更に、より良いリンク応答時間が得られる（すなわち、遅延が短縮される）。これは、特に初期立上げ中に、または、ＲＦチャネル変更時に従来システムより高いビデオ画質をもたらす。
【図面の簡単な説明】
【００１４】
【図１】従来技術によるワイヤレス通信を示す概略ブロック図である。
【図２】本発明によるワイヤレスマルチメディアシステムを示す概略ブロック図である。
【図３】本発明によるマルチメディアサーバおよびクライアントモジュールの概略ブロック図である。
【図４】本発明による許容可能なエラー率を表すグラフである。
【図５】本発明による信号対ノイズ比と時間との関係およびデータレートと時間との関係を表すグラフである。
【図６】本発明によるバッファ・フィルと時間との関係を表すグラフである。
【図７】本発明によるクライアントモジュールの概略ブロック図である。
【図８】本発明による、ワイヤレストランスポートチャネルのデータレートをダイナミックに調整する方法を表す論理図である。
【図９】本発明による、ワイヤレストランスポートチャネルのデータレートをダイナミックに調整する別の方法を表す論理図である。
【発明を実施するための形態】
【００１５】
本発明は、図２〜９を参照してより完全に説明することができる。図２は、マルチメディアサーバ１２、複数のクライアントモジュール１４〜２２、および複数のマルチメディアソースを含むワイヤレスマルチメディアシステム１０を示す。マルチメディアソースは、ビデオカセットレコーダ（ＶＣＲ）３６、ＤＶＤプレーヤ３８、デジタルオーディオストレージ４０、ＤＶＤオーディオプレーヤ４２、無線受信機４４、ＣＤプレーヤ４６、マルチメディアソース２４、加入電話回線４８、および／または広域通信網接続線５０の1つ以上を含む。マルチメディアソース２４は、ＮＴＳＣ（合衆国テレビジョン標準化委員会）テレビジョン放送、高品位テレビジョン（ＨＤＴＶ）放送、走査線位相反転（ＰＡＬ）放送などのための衛星接続、ケーブル接続、アンテナ接続であってよい。クライアントモジュール１４〜２２は各々、クライアント２６〜３４の１つに動作結合している。クライアント２６〜３４は、パーソナルデジタルアシスタント、パーソナルコンピュータ、モニタ（例えば液晶ディスプレイ（ＬＣＤ）モニタ、フラットパネルモニタ、陰極線管（ＣＲＴ）モニタなど）であってよく、スピーカ、テレビジョンセット、高品位テレビジョンセット、標準品位テレビジョン、ホームシアターシステムなど、および／または、ラップトップコンピュータを含んでよい。平均的当業者であれば見て分かる通り、クライアントモジュールは、その関連先のクライアントから分離したデバイスであっても、クライアントに内蔵されたデバイスであってもよい。加えて、平均的当業者であれば更に、クライアントモジュール１４〜２２は個別のコンポーネントおよび／または集積回路を使って実現し得ることも分かるであろう。
マルチメディアサーバ１２は、ワイヤレストランスポートチャネル５２経由で複数のクライアントモジュールと通信する。ワイヤレストランスポートチャネル５２は、無線周波数（ＲＦ）通信パス、赤外線通信パス、デバイス間でデータをワイヤレスで運ぶ他の手段、および／または、その組み合わせであってよい。従って、マルチメディアサーバ１２とクライアントモジュールの各々は、ワイヤレストランスポートチャネル５２経由でデータを運ぶように動作結合した受信機および／または送信機を含む。例えば、ワイヤレストランスポートチャネルがＲＦ通信パスである場合、マルチメディアサーバ１２とクライアントモジュールの各々は、無線受信機と無線送信機を含む。
【００１６】
このシステム１０において、クライアント２６〜３４は、マルチメディアソースのいずれか１つからの再生、および／または、いずれか１つへの接続を選択してよい。各クライアントからの選択リクエストは、その対応するクライアントモジュールに提供され、所望のマルチメディアソース、クライアント、所望のサービス、および、リクエストを処理する中でマルチメディアサーバ１２を補助する他の何らかの情報を識別する。かくのごとく、１つのクライアントがインターネットにアクセスする一方、別のクライアントが衛星放送チャネルを監視し、更に別のクライアントがＣＤ再生を聴き、そして、更に別のクライアントが電話で話していてよい。図２のワイヤレスマルチメディアシステムの詳細については、同時係属中の「マルチメディアシステムのための方法および装置」と題した特許願（出願日２００１年５月２４日、出願番号０９／８６４，５２４）を参照されたい。
【００１７】
図３は、マルチメディアサーバ１２およびクライアントモジュール２２の概略図である。マルチメディアサーバ１２は、処理モジュール６０、メモリ６２、チャネルミキサ６４、これに含まれるバッファ６５、送受信モジュール６６、同調モジュール６８、および制御モジュール７０を含む。処理モジュール６０は、単一の処理デバイスであっても複数の処理デバイスであってもよい。このような処理デバイスは、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブル論理デバイス、ステートマシン、論理回路、アナログ回路、デジタル回路、および／または、動作命令に基づいて信号（アナログおよび／またはデジタル）を扱うどんなデバイスであってもよい。メモリ６２は、単一のメモリデバイスであっても複数のメモリデバイスであってもよい。このようなメモリデバイスは、リードオンリーメモリ、ランダムアクセスメモリ、揮発性メモリ、不揮発性メモリ、スタティックメモリ、ダイナミックメモリ、フラッシュメモリ、および／または、デジタル情報を記憶するどんなデバイスであってもよい。注記するならば、処理モジュール６０が、ステートマシン、アナログ回路、デジタル回路および／または論理回路を介して自らの機能の1つ以上を実行するとき、対応する動作命令を記憶するメモリには、ステートマシン、アナログ回路、デジタル回路および／または論理回路を包含する回路が埋め込まれる。メモリ６２は、図３〜９に示したステップおよび／または機能の少なくとも幾つかに対応する動作命令を記憶し、処理モジュール６０がそれを実行する。
【００１８】
動作時、マルチメディアサーバ１２の送受信モジュール６６は、複数のクライアントモジュール１４〜２２を経由してリクエストを受信する。このリクエストは、選択リクエスト８０として制御モジュール７０に提供される。制御モジュール７０は、選択リクエスト８０のオーセンティシティを検証し、対応するコマンド８２を同調モジュール６８に提供する。同調モジュール６８は、コマンド８２に基づき、複数のマルチメディアソースから適当な入力を選択する。選択されたチャネルは、1セットのチャネル８４としてチャネルミキサ６４に提供される。チャネルミキサ６４は、チャネル８４のセットを処理し、対応する処理データをバッファ６５に記憶させる。チャネルミキサおよび／または同調モジュール６８によって実行された処理の１つの形がビデオデータのコード化であってよく、この場合は、コード化されたビデオデータがバッファ６５に記憶される。
【００１９】
送受信モジュール６６は、バッファ６５からの記憶データをチャネルデータ８６のストリームとして取得する。送受信モジュール６６は、チャネルデータ８６のストリームをパケット化し、データパケット９２として、データレート９４で1つ以上のクライアントモジュールに提供する。
【００２０】
情報がバッファ６５に記憶されていく速度は、処理モジュール６０によって生じさせられるが、データレート８８に左右される。処理モジュール６０は、データレート調整フィードバック９０に基づいてデータレート８８を生じさせるべく、データレート調整プロセス９８を実行する。以下、このプロセスを図４〜９に則して詳細に説明する。
【００２１】
ネットワークインタフェース７８、クライアントインタフェース７６、処理モジュール７２およびメモリ７４を含むクライアントモジュール２２は、データレート調整フィードバック９０をパケットレート９６以下の速度で生成する。パケットレート９６は、データパケット９２がクライアントモジュール２２に提供されるときの速度に相当する。データレート９４は、データパケット９２の各パケットに含まれているデータの特定データレートに相当する。例えば、送受信モジュール６６内部で使用される変調スキームに応じて、データレート９４は、ＩＥＥＥ８０２．１１ａ規格に従って６メガビット毎秒から５４メガビット毎秒まで変化してよく、また、他の種類のワイヤレス通信規格に従って他の速度範囲で変化してもよい。
【００２２】
クライアントモジュール２２は、無線トランシーバを含むネットワークインタフェース７８を経由してデータパケット９２を受信する。クライアントインタフェース７６は、特定クライアントにインタフェースを提供し、対応するプロトコルを特定クライアントと共にサポートする。処理モジュール７２は、単一の処理デバイスであっても複数の処理デバイスであってもよい。このような処理デバイスは、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、マイクロコンピュータ、中央処理装置、フィールドプログラマブルゲートアレイ、プログラマブル論理デバイス、ステートマシン、論理回路、アナログ回路、デジタル回路、および／または、動作命令に基づいて信号（アナログおよび／またはデジタル）を扱うどんなデバイスであってもよい。メモリ７４は、単一のメモリデバイスであっても複数のメモリデバイスであってもよい。このようなメモリデバイスは、リードオンリーメモリ、ランダムアクセスメモリ、揮発性メモリ、不揮発性メモリ、スタティックメモリ、ダイナミックメモリ、フラッシュメモリ、および／または、デジタル情報を記憶するどんなデバイスであってもよい。注記するならば、処理モジュール７２が、ステートマシン、アナログ回路、デジタル回路および／または論理回路を介して自らの機能の1つ以上を実行するとき、対応する動作命令を記憶するメモリには、ステートマシン、アナログ回路、デジタル回路および／または論理回路を包含する回路が埋め込まれる。メモリ７４は、図３〜９に示したステップおよび／または機能の少なくとも幾つかに対応する動作命令を記憶し、処理モジュール７２がそれを実行する。
【００２３】
処理モジュール７２は、受信した各パケットをベースにして、および／または、受信したパケッグループをベースにして、データレート調整フィードバック決定プロセス１００を実行する。１つのパケットグループまたは個々のパケットを処理するごとに、処理モジュールは、データレート調整フィードバック決定プロセス１００に従ってデータレート調整フィードバック９０を生成する。以下、データレート調整フィードバック決定プロセス１００の機能性を図４〜９を参照して詳細に説明する。
【００２４】
データレート調整フィードバック９０は、受信されるデータパケット９２が経由するワイヤレストランスポートチャネルの信号対ノイズ比を指示するもの、データレートを増分するリクエスト、データレートを減分するリクエスト、データレートを特定のデータレート値に上げるリクエスト、データレートを特定のデータレート値に下げるリクエスト、および／または、パケットエラー率のランニング平均であってよい。
【００２５】
クライアントモジュールは、データレート調整フィードバック９０をパケットレート９６以下の速度で（すなわち、パケット・バイ・パケットをベースにして、または、パケットグループ・バイ・パケットグループをベースにして）提供するので、データレート８８は、ワイヤレストランスポートチャネルの品質の変化に適合するよう、より迅速に調整され得る。かくのごとく、バッファ６５は、従来技術のシステムと比べてはるかに小さいサイズであってよい。バッファ６５が小さいので、バッファ６５を実現させるのに集積回路が必要とする面積は小さくて足り、その結果、マルチメディアサーバ１２の1つ以上のコンポーネントを組み込む集積回路の電力消費は減少し、その全体のサイズは小さくなり、そして、そのコストは下がる。平均的当業者であれば見て分かる通り、クライアントモジュール２２は、受信した信号の強度、受信したパケットを指示するもの、受信したパケットの信号対ノイズ比、パケットエラー率、および／または、ワイヤレストランスポートチャネルのクオリティを決定する他の何らかのメカニズムを監視してよい。
【００２６】
図４は、データレート対信号対ノイズ比（ＳＮＲ）を表すグラフである。必ずしも全部でないとしても、ワイヤレス通信システムでは大抵、許容可能なエラーレベルが与えられる（例えば百万パケット当たり５０エラー）。この許容可能なエラーレベルを、データレートおよびＳＮＲを基準として許容可能なエラー率の曲線１１０として示す。示した通り、信号対ノイズ比が増すにつれて、エラーを許容可能なレベルに維持するデータレートも増加する。それでも、信号対ノイズ比が特定の値に達すると、データレートは、データを生成する回路の処理速度によって制限される。
【００２７】
示した通り、許容可能なエラー率の曲線１１０は、グラフを２つのセクションに分割する。すなわち、１つはエラーが多すぎるセクション、もう１つはエラーが少なすぎるセクションである。発生するエラーが多すぎるのは、現在の信号対ノイズ比の割にデータレートが大きすぎるときである。この場合、図３に則して言うならば、送受信モジュール６６は多くのパケットを再送しなければならず、その結果、バッファ６５のフィルレートは充填される。信号対ノイズ比が改善されない場合、または、データレートが下げられない場合、バッファ６５はオーバフローになる。
【００２８】
図４に示したグラフの他方の領域は、発生するエラーが少なすぎるときのものである。この領域では、データレートが、所与の信号対ノイズ比にとって最適のレベルより低い。この場合は、チャネルミキサ６４によって入力されるより多くのデータが送受信モジュール６６によってバッファから取得される。この場合、データレートを上げることができる。平均的当業者であれば分かる通り、ワイヤレストランスポートチャネルを経由するどんなデータ送信でも、信号対ノイズ比は、パケット・バイ・パケットごとに、または同じパケットの送信の内部ですら、かなり変化し得る。この場合、図４に示したデータレート対信号対ノイズ比の曲線は頻繁に変化し、パケットからパケットへと劇的に変化する。
【００２９】
図５は、信号対ノイズ比と時間との関係およびデータレートと時間との関係を表すグラフである。信号対ノイズ比曲線１１２は、時間と共に変化する形で示してある。従来技術のシステムでは、オーバフローまたはアンダフローの状態を見分けるまでに数百パケットを、もしくは数千パケットを費やしたので、データレートは、信号対ノイズ比曲線１１２に対応する形で変化しなかった。示した通り、従来技術のデータレートは、信号対ノイズ比曲線１１２が下がるにつれて、より高いレベルからより低いレベルへと変化するが、曲線１１２が下がり始める時期について言えば、それはかなり後の方である。同様に、従来技術のデータレートが上がり出すのは、信号対ノイズ比曲線１１２が上がり始める時期に関して言えば、かなり後の方である。結果として、バッファ・フィルレートは、５０％フィルレートからかなり変化する。
【００３０】
図５および６について同時に説明すると、図６は、従来技術ならびに本発明の実施例におけるバッファのフィルレートを５０％レベルに関して示す。信号対ノイズ比曲線１１２が下がるにつれて（図５）、従来技術のデータレート調整は同じままであるが（図５）、バッファ・フィルは増大する。（図６）。従来技術のバッファ・フィルが所定の閾値に達すると（図６）、従来技術のデータレートは下方へ調整される（図５）。この時点で、信号対ノイズ比曲線１１２が安定するにつれて、バッファ・フィルは下がり始める。信号対ノイズ比曲線が上がるにつれて（図５）、バッファ・フィルは下がり（図６）、従来技術のデータレート調整は一定のままである。
【００３１】
従来技術のシステムにおいてバッファのフィルレートが５０％より低い所定の閾値に達すると、従来技術のデータレートは上方へ調整される。このプロセスは、示した通り続き、そこでは、従来技術のバッファのフィルレートは、５０％より高い閾値と５０％より低い閾値の間を行き来し、対応するデータレートはそれに基づいて調整される。
【００３２】
本発明によれば、データレートは、より緊密に信号対ノイズ比曲線１１２に追従するように調整され得る。これは、パケットごとのデータレート調整１１２によって行われても、パケットグループごとの平均データレート調整１１４によって行われてもよい。パケットごとのデータレート調整１１２は、図５に、信号対ノイズ比曲線１１２を追跡する形で示してある。同時に図６について説明すると、バッファ６５のフィルレートは、５０％基準点に関してほぼ直線状に留まる。従って、バッファ６５は、従来技術のバッファと比べてデータレートに関する偏りがはるかに小さいので、はるかに小さいサイズであってよい。例えば、バッファ６５と従来技術のバッファの間のバッファ小型化は数％から８０％までの範囲内であり得る。
【００３３】
平均データレート調整１１４は、パケットグループの信号対ノイズ比をベースにし、時間全体にわたって平均化したものである。かくのごとく、平均データレート調整１１４は信号対ノイズ比曲線１１２に追従し、パケットごとのデータレート調整１１２より偏りが捉えにくい。平均的当業者であれば見て分かる通り、図６に示した所望の影響を達成するためにパケットごと、またはパケットグループごとに求めた信号対ノイズ比をベースにしてデータレート調整を決定する他の方法を使用してもよい。
【００３４】
図７は、クライアントモジュール１４〜２２の概略ブロック図である。クライアントモジュール１４〜２２は、処理モジュール７２、ネットワークインタフェース７８、メモリ７４、バッファ１２４、オーディオ／ビデオデコーダ１２６、およびクライアントインタフェース７６を含む。ネットワークインタフェース７８は、クライアントモジュールに対する物理層機能を実行するＲＦトランシーバ１２０を含む。処理モジュール７２は、データレート調整決定モジュール１２８と、クライアントモジュール２２に対するＭＡＣ層機能を実行するベースバンドプロセッサ１２２を提供するように構成されている。動作時、ＲＦトランシーバ１２０は、関連先のアンテナを経由してデータパケットを受信する。ＲＦトランシーバ１２０は、信号対ノイズ比モジュール、受信信号強度指示モジュール、および／または、信号強度、信号対ノイズ比および／または信号対妨害比を特定する他のどんな機構を含んでもよく、信号強度指示１３０を生成する。加えて、ＲＦトランシーバ１２０は、ＲＦデータパケットをベースバンドデータパケットに変換し、これをベースバンドプロセッサ１２２に提供する。データレート調整決定モジュール１２８は、図８または９に示したプロセスの一部を実現させてよく、信号強度指示１３０に基づいてデータレート調整フィードバック９０を決定する。
【００３５】
その代わりに、ベースバンドプロセッサ１２２は、ＲＦトランシーバ１２０から受信したベースバンド信号から信号強度を求めてよい。この代替のケースでは、ベースバンドプロセッサ１２２は、信号強度指示１３２をデータレート調整決定モジュール１２８に提供する。信号強度指示１３２を生成するベースバンドプロセッサ１２２は、信号対ノイズ比モジュール、受信信号強度指示モジュール、および／または、信号強度を信号対妨害比に関して特定する他のどんな機構を含んでもよい。
【００３６】
データレート調整決定モジュール１２８は、データレート調整フィードバック９０をベースバンドプロセッサ１２２に提供する。ベースバンドプロセッサ１２２は、マルチメディア通信システムによって実現させられた特定のワイヤレス通信規格に従ってデータレート調整フィードバック９０をコード化および／または変調する。例えば、ベースバンドプロセッサ１２２は、ＩＥＥＥ８０２規格の１つに従ってデータレート調整フィードバック９０をコード化および／または変調する。ベースバンドプロセッサ１２２は、コード化および／または変調されたデータレート調整フィードバック９０をＲＦトランシーバ１２０に提供する。ＲＦトランシーバは、データレート調整フィードバック９０のベースバンド表現をＲＦ信号に変換し、これをアンテナ経由でマルチメディアサーバ１２へ送信する。
【００３７】
受信されたデータパケットについては、ベースバンドプロセッサ１２２はこれを復号し、その復号された情報または生の情報をバッファ１２４に提供する。オーディオ／ビデオデコーダ１２６は、バッファ１２４から復号データを取得し、そこから生のビデオデータ１３４を再生する。生のビデオデータは、ＲＧＢ情報、ＹＵＶ情報などであってよい。クライアントインタフェース７６は、生データ１３４を受信し、これをその関連先のクライアント２６〜３４に提供する。
【００３８】
図８は、ワイヤレスマルチメディアシステムにおいてワイヤレストランスポートチャネルのデータレートをダイナミックに調整する方法を表す論理図である。このプロセスはステップ１４０から始まり、ここでは、クライアントモジュールが、ワイヤレストランスポートチャネルのチャネル特性を受信パケットレート以下の速度で監視し、それで、チャネル特性の変化を判定する。チャネル特性は、信号対ノイズ比、受信信号強度指示、信号対妨害比、周波数応答、および／または、チャネルの品質に関する情報を提供する他の何らかの測度を含む。その判定は、パケットごとに、または、パケットグループごとに行ってよく、また、受信信号強度指示、スペクトル分析、信号対妨害比計算、受信パケットエラー率計算などを含む多様な方法で行ってよい。
【００３９】
プロセスは次にステップ１４２へ進み、ここでは、チャネル特性の変化が受信パケットに含まれたデータのデータレートに影響するか否かをクライアントモジュールが判定する。この場合、クライアントモジュールは、パケットまたはパケットグループの現在のチャネル特性を先行のパケットのチャネル特性と比較する。この比較から、チャネル特性の変化が明らかになる。例えば、信号速度がかなり下がれば、その変化はデータレートに影響し得る。逆に、信号対ノイズ比が劇的に上がれば、これもデータレートに影響し得る。信号対ノイズ比とデータレートとの関係が、図５にグラフで示してある。
【００４０】
プロセスは次にステップ１４４へ進み、ここでは、プロセスは、変化がデータレートに影響するか否かの判定の結果に基づいて分枝する。否であれば、クライアントモジュールは、受信するデータパケットが経由するトランスポートチャネルのチャネル特性を監視し続ける。逆に、変化がデータレートに影響する場合、プロセスはステップ１４６へ進む。ステップ１４６では、クライアントモジュールが、データレート調整フィードバックをワイヤレストランスポートチャネル経由でマルチメディアサーバに提供する。データレート調整フィードバックは、データレート増分をリクエストするメッセージであってよく、もしくは、データレート減分を指示するメッセージであってもよい。マルチメディアサーバによるデータレートの増分および／または減分の動作は、所定のステップにおいてマルチメディアサーバでプログラムされた通りに実行される。データレート調整フィードバックも、データレートを特定のデータレート値に上げることをリクエストするメッセージであってよく、もしくは、データレートを特定のデータレート値に下げることを指示するメッセージであってもよい。特定のデータレート値は、すでに信号対ノイズ比に対するデータレートの曲線から求めることができ、更に、実現している特定のワイヤレス通信規格に従って、また、実現している特定のビデオコード化規格に従って求めることができる。例えば、特定のデータレート調整では、５４メガビット毎秒から48メガビット毎秒へのシフト、および／または、マルチメディアサーバによって実行されたビデオコード化を基準とするビデオ画質の切替えをリクエストしてよい。
【００４１】
プロセスは次にステップ１４８へ進み、ここでは、マルチメディアサーバが、ワイヤレストランスポートチャネル経由でクライアントモジュールに運ばれたパケットに含まれているデータのデータレートを調整する。この調整は、データレート調整フィードバックに基づいて実行される。例えば、マルチメディアサーバは、データレート調整フィードバックに含まれた増分値に基づいてデータレートを増分し、データレート調整フィードバックに含まれた減分値に基づいてデータレートを減分する等々を行ってよい。
【００４２】
図９は、ワイヤレスマルチメディアシステムにおいてワイヤレストランスポートチャネルのデータレートをダイナミックに調整する代替方法を示す。プロセスはステップ１５０から始まり、ここでは、クライアントモジュールが、ワイヤレストランスポートチャネルのチャネル特性を受信パケットレート以下の速度で判定し、それによって、チャネル特性を生成する。チャネル特性の特定は、信号対ノイズ比、周波数応答、および／または、チャネルの性能低下または性能向上を表し得る他の何らかのチャネル特性を特定するために行ってよい。このチャネル特性の特定は、パケットごとに、または、パケットグループごとに行ってよい。例えば、パケット単位の信号対ノイズ比が生成されてよく、もしくは、平均信号対ノイズ比が生成されてもよい。
【００４３】
プロセスは次にステップ１５２へ進み、ここでは、クライアントモジュールが、チャネル特性に基づいてデータレート調整フィードバックを生成する。データレート調整フィードバックの内容は、提供するチャネル特性（例えば信号対ノイズ比、周波数応答など）から、パケットエラー率、および／または、チャネル特性を指示するその解釈データに至るまで、変化し得る。プロセスは次にステップ１５４へ進み、ここで、クライアントモジュールはデータレート調整フィードバックをマルチメディアサーバに提供する。データレート調整フィードバックの送信は、パケットごとに、または、パケットグループごとに、所定の時間間隔で、または、任意の時間間隔で行ってよい。プロセスは次にステップ１５６へ進み、ここでは、マルチメディアサーバがデータレート調整フィードバックを解釈し、それで、ワイヤレストランスポートチャネル経由で運ばれたパケットに含まれているデータのデータレートを調整すべきか否か特定する。
【００４４】
プロセスは次にステップ１５８へ進み、ここでは、プロセスが、データレートを調整すべきか否かに基づいて分枝する。否であれば、プロセスはステップ１５０に戻る。逆に、データレートを調整すべきであれば、プロセスはステップ１６０へ進む。ステップ１６０において、マルチメディアサーバは、ワイヤレストランスポートチャネル経由で運ばれたパケットのデータレートをその解釈に基づいて調整する。ワイヤレストランスポートチャネルのクオリティに関するフィードバック情報を、パケットごとに、または、パケットグループごとに提供することにより、パケットに含まれているデータのデータレートを調整するループレスポンスは、従来技術の実施例よりはるかに迅速である。かくのごとく、本発明を実現させるときに必要とされるバッファのサイズははるかに小さい。必要とされるバッファの小型化により、その分、集積回路がサポートする必要のあるメモリスペースは小さくなり、その結果、集積回路のサイズは小さくなり、電力消費は減少し、そして、そのコストは下がる。更に、データを運ぶのにチャネルのキャパシティ１００％全部を使用しなくてよく、それに応じて調整されたデータレートで足りる。平均的当業者であれば分かる通り、本発明の教示するところから他の実施例を、請求の範囲から逸脱することなく導き出すことができる。
【図１】
2010239659.tif 000003
【図２】
2010239659.tif 000004
【図３】
2010239659.tif 000005
【図４】
2010239659.tif 000006
【図５】
2010239659.tif 000007
【図６】
2010239659.tif 000008
【図７】
2010239659.tif 000009
【図８】
2010239659.tif 000010
【図９】
2010239659.tif 000011