(57)【要約】複数の固定ビットレート通信チャネルを介して情報単位を送信するための方法と装置が記載される。この技術は情報単位をエンコードすることを含み、それにより複数のデータパケットを作成する。データパケットサイズは、通信チャネルの物理層パケットサイズに一致するようにエンコーディングが制約される。情報単位は、可変ビットレートデータストリーム、マルチメディアデータ、およびオーディオデータを含んでいてもよい。通信チャネルはＣＤＭＡチャネル、ＷＣＤＭＡ、ＧＳＭチャネルおよびＥＤＧＥチャネルを含む。
2007537682.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて情報を送信する方法において、
複数の利用可能な固定ビットレート通信チャネルの可能な物理層パケットサイズを決定することと、
分割が、前記複数の利用可能な固定ビットレート通信チャネルにより供給される前記利用可能な物理層パケットサイズの少なくとも１つの物理層パケットサイズを超えないような大きさであるように情報単位を分割するための制約を確立することと、
を備えた方法。
【請求項２】
情報を分割することは、変化するサイズの分割を発生することができるレート制御モジュールを備えたソースエンコーダーを備えた、請求項１に記載の方法。
【請求項３】
前記情報単位は可変ビットレートデータストリームを備えた、請求項１に記載の方法。
【請求項４】
前記情報単位はマルチメディアデータを備えた、請求項１に記載の方法。
【請求項５】
前記情報単位はビデオデータを備えた、請求項１に記載の方法。
【請求項６】
前記情報単位はオーディオデータを備えた、請求項１に記載の方法。
【請求項７】
前記固定ビットレート通信チャネルはＣＤＭＡチャネルである、請求項１に記載の方法。
【請求項８】
前記固定ビットレート通信チャネルは補足チャネルを含む、請求項７に記載の方法。
【請求項９】
前記固定ビットレート通信チャネルは専用制御チャネルを含む、請求項７に記載の方法。
【請求項１０】
前記固定ビットレート通信チャネルはパケットデータチャネルを含む、請求項７に記載の方法。
【請求項１１】
前記固定ビットレート通信チャネルはＧＳＭチャネルである、請求項１に記載の方法。
【請求項１２】
前記固定ビットレート通信チャネルはＥＤＧＥチャネルである、請求項１に記載の方法。
【請求項１３】
前記固定ビットレート通信チャネルはＧＰＲＳチャネルである、請求項１に記載の方法。
【請求項１４】
前記制約は前記情報単位のエンコーディングの期間に使用される、請求項１に記載の方法。
【請求項１５】
前記情報単位は固定間隔で生じる、請求項１に記載の方法。
【請求項１６】
無線通信システムにおいて情報を送信する方法において、
複数の利用可能な固定ビットレート通信チャネルの利用可能な物理層パケットサイズを決定することと、
情報単位をデータパケットにエンコードすることであって、個々のデータパケットサイズは、前記利用可能な固定ビットレート通信チャネルの前記物理層パケットサイズの１つを超えないように選択されることと、
を備えた方法。
【請求項１７】
エンコーディング情報は、変化するサイズの分割を発生することができるレート制御モジュールを備えたソースエンコーダーを備えた、請求項１６に記載の方法。
【請求項１８】
前記情報単位はマルチメディアストリームを備えた、請求項１６に記載の方法。
【請求項１９】
前記情報単位はビデオデータを備えた、請求項１６に記載の方法。
【請求項２０】
前記情報単位はオーディオデータを備えた、請求項１６に記載の方法。
【請求項２１】
前記固定ビットレート通信チャネルはＣＤＭＡチャネルである、請求項１６に記載の方法。
【請求項２２】
前記固定ビットレート通信チャネルは補足チャネルを含む、請求項２１に記載の方法。
【請求項２３】
前記固定ビットレート通信チャネルは専用制御チャネルを含む、請求項２１に記載の方法。
【請求項２４】
前記固定ビットレート通信チャネルはパケットデータチャネルを含む、請求項２１に記載の方法。
【請求項２５】
前記固定ビットレート通信チャネルはＧＳＭチャネルである、請求項１６に記載の方法。
【請求項２６】
前記固定ビットレート通信チャネルはＥＤＧＥチャネルである、請求項１６に記載の方法。
【請求項２７】
前記固定ビットレート通信チャネルはＧＰＲＳチャネルである、請求項１６に記載の方法。
【請求項２８】
前記情報単位は固定間隔で生じる、請求項１６に記載の方法。
【請求項２９】
複数の固定ビットレート通信チャネルに対応するように構成された受信機と、
前記受信した複数の固定ビットレート通信チャネルに対応するように構成され、前記固定ビットレートチャネルをデコードするように構成されたデコーダーであって、前記デコードされた固定ビットレートチャネルは累算されてデータの可変ビットレートストリームを生成するデコーダーと、
を備えた無線通信装置。
【請求項３０】
前記デコーダーは、前記通信チャネルから受信されたデータパケットのサイズを推定する、請求項２９に記載の無線通信装置。
【請求項３１】
前記通信チャネルから受信されたデータパケットのサイズは、付加信号伝達において示される、請求項２９に記載の無線通信装置。
【請求項３２】
前記可変ビットレートストリームはマルチメディアストリームである、請求項２９に記載の無線通信装置。
【請求項３３】
前記可変ビットレートストリームはビデオデータを備える、請求項２９に記載の無線通信装置。
【請求項３４】
前記可変ビットレートストリームはオーディオデータを備える、請求項２９に記載の無線通信装置。
【請求項３５】
前記複数の固定ビットレートチャネルはＣＤＭＡチャネルである、請求項２９に記載の無線通信装置。
【請求項３６】
前記複数の固定ビットレートチャネルはＧＳＭチャネルである、請求項２９に記載の無線通信装置。
【請求項３７】
前記複数のコテイビットレートチャネルはＧＰＲＳチャネルである、請求項２９に記載の無線通信装置。
【請求項３８】
前記複数の固定ビットレートチャネルはＥＤＧＥチャネルである、請求項２９に記載の無線通信装置。
【請求項３９】
複数の利用可能な固定ビットレート通信チャネルから物理層パケットサイズのセットを決定するように構成されたコントローラーと、
情報単位をデータパケットに分割するように構成されたエンコーダーであって、個々のデータパケットサイズは前記利用可能な固定ビットレート通信チャネルの前記物理層パケットのサイズの少なくとも１つを超えないように選択される、エンコーダーと、
を備えた無線通信装置。
【請求項４０】
前記エンコーダーは、変化するサイズの分割を発生することができるレート制御モジュールをさらに備えた、請求項３９に記載の無線通信装置。
【請求項４１】
前記物理層パケットを送信するように構成された送信器をさらに備えた、請求項３９に記載の無線通信装置。
【請求項４２】
前記情報単位は、可変ビットレートストリームを備えた、請求項３９に記載の無線通信装置。
【請求項４３】
前記情報単位はマルチメディアデータを備えた、請求項３９に記載の無線通信装置。
【請求項４４】
前記情報単位はビデオデータを備えた、請求項３９に記載の無線通信装置。
【請求項４５】
前記複数の固定ビットレートチャネルはＣＤＭＡチャネルである、請求項３９に記載の無線通信装置。
【請求項４６】
前記複数の固定ビットレートチャネルはＧＳＭチャネルである、請求項３９に記載の無線通信装置。
【請求項４７】
前記複数の固定ビットレートチャネルはＧＰＲＳチャネルである、請求項３９に記載の無線通信装置。
【請求項４８】
前記複数の固定ビットレートチャネルはＥＤＧＥチャネルである、請求項３９に記載の無線通信装置。
【請求項４９】
無線通信システムにおけるエンコーダーにおいて、前記エンコーダーは、情報単位に対応するように構成され、前記情報単位をデータパケットに分割するように構成され、前記データパケットは、利用可能な固定ビットレート通信チャネルの少なくとも１つの物理層パケットサイズを超えないような大きさであるエンコーダー。
【請求項５０】
前記情報単位は固定レートで生じる、請求項４９に記載のエンコーダー。
【請求項５１】
前記情報単位は可変レートデータストリームを備えた、請求項４９に記載の無線通信装置。
【請求項５２】
前記情報単位はマルチメディアデータを備えた、請求項４９に記載のエンコーダー。
【請求項５３】
前記情報単位はビデオデータを備える、請求項４９に記載のエンコーダー。
【請求項５４】
前記情報単位はオーディオデータを備える、請求項４９に記載のエンコーダー。
【請求項５５】
前記固定ビットレート通信チャネルはＣＤＭＡチャネルである、請求項４９に記載のエンコーダー。
【請求項５６】
前記固定ビットレート通信チャネルはＧＳＭチャネルである、請求項４９に記載のエンコーダー。
【請求項５７】
前記固定ビットレート通信チャネルはＧＰＲＳチャネルである、請求項４９に記載のエンコーダー。
【請求項５８】
前記固定ビットレート通信チャネルはＥＤＧＥチャネルである、請求項４９に記載のエンコーダー。
【請求項５９】
前記パケットの集合は、あらかじめ選択されたビットの最大数に限定されるように前記エンコーダーが制約される、請求項４６に記載のエンコーダー。
【請求項６０】
無線通信システムにおけるデコーダーにおいて、前記デコーダーは、複数の固定ビットレート通信チャネルからのデータストリームに対応するように構成され、前記データストリームをデコードし、前記デコードされた複数のデータストリームを可変ビットレートデータストリームに累算するように構成されたデコーダー。
【請求項６１】
前記通信チャネルから受信されたデータパケットのサイズが推定される、請求項６０に記載のデコーダー。
【請求項６２】
前記通信チャネルから受信されたデータパケットのサイズは、付加信号伝達で示される、請求項６０に記載のデコーダー。
【請求項６３】
前記可変ビットレートストリームはマルチメディアストリームである、請求項６０に記載のデコーダー。
【請求項６４】
前記可変ビットレートストリームはビデオストリームである、請求項６０に記載のデコーダー。
【請求項６５】
前記可変ビットレートストリームはオーディオストリームである、請求項６０に記載のデコーダー。
【請求項６６】
前記固定ビットレート通信チャネルはＣＤＭＡチャネルである、請求項６０に記載のデコーダー。
【請求項６７】
前記固定ビットレート通信チャネルはＧＳＭチャネルである、請求項６０に記載のデコーダー。
【請求項６８】
前記固定ビットレート通信チャネルはＧＰＲＳチャネルである、請求項６０に記載のデコーダー。
【請求項６９】
前記固定ビットレート通信チャネルはＥＤＧＥチャネルである、請求項６０に記載のデコーダー。
【請求項７０】
データをエンコードする方法を具現化するコンピューター読み取り可能媒体において、
前記方法は、情報単位を分割し、それにより複数のデータパケットを作成し、各データパケットは、利用可能な固定ビットレート通信チャネルに対応する物理層パケットサイズのセットから少なくとも１つの物理層パケットサイズのサイズを超えないような大きさであるコンピューター読み取り可能媒体。
【請求項７１】
ブロードキャストコンテンツをデコードする方法を具現化するコンピューター読み取り可能媒体において、前記方法は、
複数の固定ビットレート通信チャネルからのデータストリームを受け入れることと、
前記デーストリームをデコードして、前記デコードされた複数のデータストリームを可変ビットレートデータストリームに累算することと、
を備えたコンピューター読み取り可能媒体。
【発明の詳細な説明】
【関連出願の記載】
【０００１】
３５U.S.C§１１９に基づく優先権主張
この特許出願は、同時係属特許出願への参照を参照することにより明示的に本明細書に組み込まれる、２００４年５月１３日に出願された、「ＣＤＭＡ物理層プロダクトにより保持されるマルチメディアパケット」(Multimedia Packets Carried by CDMA Physical Layer Product)というタイトルの米国仮出願第６０／５７１，６７３号に対する優先権を主張する。
【０００２】
この特許出願は、以下の同時係属米国特許出願と関連する。本明細書の譲受人に譲渡され、本明細書において参照することにより明示的にその全体が本明細書に組み込まれる、本明細書と同時に出願された、代理人整理番号第０３０１６６Ｕ２を持つ「通信システムのチャネルへの情報の割り当てのための方法および装置」(Method And Apparatus For Allocation Of Information To Channels Of A Communication System)。
【０００３】
および本明細書の譲受人に譲渡され、本明細書において参照することにより明示的にその全体が本明細書に組み込まれる、本明細書と同時に出願された、代理人整理番号第０３０１６６Ｕ３を持つ「無線通信システムを介して送信されたマルチメディアデータのヘッダー圧縮」(Header Compression Of Multimedia Data Transmitted Over A Wireless Communication System)。
【０００４】
および本明細書の譲受人に譲渡され、本明細書において参照することにより明示的にその全体が本明細書に組み込まれる、本明細書と同時に出願された、代理人整理番号第０３０１６６Ｕ４を持つ「無線通信システムにおいてオーディオデータおよびビデオデータの同期」（Synchronization Of Audio And Video Data In A Wireless Communication System)。
【技術分野】
【０００５】
この発明は一般に通信システムを介した情報の配信に関し、特に、固定ビットレート通信リンクの物理層パケットに一致させるために情報単位の分割に関する。
【背景技術】
【０００６】
種々の通信ネットワークの配信のための需要が増加している。例えば、消費者は、インターネット、ワイヤーラインネットワーク及び無線ネットワークのような種々の通信チャネルを介してビデオの配信を所望する。マルチメディアデータは異なるフォーマットおよびデータレートになり得る。種々の通信ネットワークはそれぞれの通信チャネルを介してリアルタイムデータの送信のための異なる機構を使用する。
【０００７】
一般的になった１つのタイプの通信ネットワークは無線通信のための移動無線ネットワークである。無線通信システムは、例えば、携帯電話、ページング、無線ローカルループ、パーソナルデジタルアシスタンス（ＰＤＡｓ）、インターネット電話、および衛星通信システムを含む多くのアプリケーションを有する。特に重要なアプリケーションは移動加入者のための形態電話システムである。本明細書において使用されるように、「セルラー」という用語は、セルラー通信サービスおよびパーソナル通信サービス（ＰＣＳ）周波数の両方を含む。周波数分割多重アクセス（ＦＤＭＡ）、時間分割多重アクセス（ＴＤＭＡ）および符号分割多重アクセス（ＣＤＭＡ）を含む形態電話システムのための種々の無線インターフェースが開発されてきた。
【０００８】
異なる国内および国際規格が確立され、例えば、進化した形態電話サービス（ＡＭＰＳ）、モバイルのためのグローバルシステム（ＧＳＭ）、無線サービスのための汎用パケット（ＧＰＲＳ）、強化されたデータＧＳＭ環境（ＥＤＧＥ）、暫定規格９５（ＩＳ−９５）、およびその派生物、ＩＳ−９５Ａ、ＩＳ−９５Ｂ、ＡＮＳＩ  Ｊ−ＳＴＤ−００８（しばしばここでは、集合的にＩＳ−９５として呼ばれる）、を含む種々の無線インターフェースをサポートする。そして、ｃｄｍａ２０００、ユニバーサルモバイル電気通信サービス（ＵＭＴＳ）および広帯域ＣＤＭＡ（ＷＣＤＭＡ）のような高データレートシステムが出現している。これらの規格は、通信機械工業会（ＴＩＡ）、第三世代パートナーシッププロジェクト（３ＧＰＰ）、ヨーロッパ電気通信規格協会により推奨されている。
【０００９】
携帯電話ネットワークのようなモバイル無線ネットワークのユーザーまたは顧客は、無線通信リンクを介してビデオ、マルチメディア、およびインターネットプロトコル（ＩＰ）のようなストリーミングメディアを受信したいと望んでいる。例えば、顧客は、携帯電話または他のポータブル無線通信装置上でテレビ会議またはテレビジョン放送のようなビデオを受信できることを望んでいる。顧客が無線通信装置を用いて受信することを望んでいるデータのタイプの他の例は、マルチメディマルチキャスト／ブロードキャストおよびインターネットアクセスを含む。
【００１０】
ストリーミングデータを送信することが望まれるマルチメディアの異なるタイプのソースおよび異なるタイプの通信チャネルがある。例えば、マルチメディアデータソースは、固定ビットレート（ＣＢＲ）または可変ビットレート（ＶＢＲ）でデータを生成することができる。さらに、通信チャネルは、ＣＢＲまたはＶＢＲでデータを送信することができる。下記の表１は、データソースと通信チャネルの種々の組み合わせをリストアップする。
【表１】
2007537682.tif 000003
【００１１】
通信チャネルは典型的に、物理層パケットまたは物理層フレームと呼ぶ塊でデータを送信する。マルチメディアソースにより発生されたデータは、mu-lawまたはA-lawを用いてエンコードされた音声信号のような連続したバイトのストリームであってもよい。さらに煩雑に、マルチメディアソースにより発生されたデータは、データパケットと呼ばれるバイトのグループに存する。例えば、ＭＰＥＧ−４ビデオエンコーダーは、ここではビデオフレームと呼ぶ情報単位のシーケンスとして視覚情報を圧縮する。視覚情報は典型的に、２５Ｈｚまたは３０Ｈｚの固定ビデオフレームレートでエンコーダーによりエンコードされ、同じレートでデコーダーにより描画されなければならない。ビデオフレーム期間は２つのビデオフレーム間の時間であり、ビデオフレームレートの逆数として計算することができる。例えば、４０ｍｓのビデオフレーム期間は、２５Ｈｚのビデオフレームレートに相当する。各ビデオフレームは、可変数のデータパケットにエンコードされ、すべてのデータパケットはデコーダーに送信される。データパケットの一部が失われるなら、そのパケットはデコーダーにより使用不可能になる。他方、デコーダーは、データパケットのいくつかが失われたとしてもビデオフレームを再構成するかもしれないが、結果として生じるシーケンスにある品質劣化を犠牲にして再構成する。それゆえ、各データパケットは、ビデオフレームの記述の一部を含み、それゆえ、パケットの数は１ビデオフレームから他のビデオフレームに可変である。
【００１２】
ソースが固定ビットレートでデータを生成し、通信チャネルが固定レートでデータを送信する場合に、通信システムリソースは、通信チャネルデータレートが少なくともソースデータレートの速度であると仮定して、またはそうでなければ２つのデータレートが一致するなら、効率的に利用される。言い換えれば、ソースの固定データレートがチャネルの固定データレートと同じであるなら、チャネルのリソースは、完全に利用することができ、ソースデータは、遅延なく送信することができる。同様に、ソースが可変レートでデータを生成し、チャネルが可変レートで送信するなら、チャネルデータレートがソースデータレートをサポートすることができる限り、２つのデータレートは一致することができ、この場合も先と同様にチャネルのソースは完全に利用されすべてのソースデータは遅延無く送信することができる。
【００１３】
ソースが固定データレートでデータを生成し、チャネルが可変データレートチャネルであるなら、チャネルリソースができる限り効率的に利用されないかもしれない。例えば、このミスマッチされたケースの場合、統計的多重化利得（ＳＭＧ）は、一致されたＣＢＲチャネル上のＣＢＲソースと比較されるＳＭＧ未満である。複数のユーザー間で同じ通信チャネルを使用することができるまたは多重化することができるとき統計的多重化利得が生じる。例えば、通信チャネルを使用して音声を送信するとき、スピーカーは通常連続的に話さない。すなわち、スピーカーから「話」の噴出があり、続いて沈黙（リスニング）があるであろう。「話」の噴出対沈黙のための時間の比が、例えば１：１なら、平均して同じ通信チャネルを多重化することもあり得るし、二人のユーザーをサポートすることもあり得る。しかし、データソースが固定データレートを有し、可変レートチャネルを介して配信され場合、ＳＭＧは無い。なぜなら、通信チャネルが他のユーザーにより使用することができる時間が無いからである。すなわち、ＣＢＲソースのための「沈黙」期間中に中断は無い。
【００１４】
上の表１に示される最後のケースは、マルチメディアデータのソースがビデオのようなマルチメディアストリームのような可変ビットレートストリームであり、固定ビットレート割り当てを有する無線通信チャネルのような固定ビットレートを有する通信チャネルを介して送信される状況である。この場合、遅延は典型的にソースと通信チャネルとの間に導入され、データの「噴出」を作成するので、通信チャネルは効率的に利用することができる。言い換えれば、可変レートデータストリームはバッファーに記憶され、十分に長い時間遅延される。従って、バッファー出力は、チャネル固定データレートを一致させるために固定データレートで空にすることができる。バッファー、データを十分に記憶または遅延する必要があり、従ってバッファー「空にする」ことなしに固定出力を維持することができる。従って、ＣＢＲ通信チャネルは、完全に利用され、通信チャネルのリソースは無駄に消費されない。
【００１５】
エンコーダーはビデオフレーム期間に従ってビデオフレームを周期的に発生する。ビデオフレームはデータパケットから構成され、ビデオフレーム内のデータの合計量は可変である。ビデオデコーダーは視聴者の受け入れ可能な結果を保証するために、エンコーダーにより使用される同じビデオフレームレートでビデオフレームを与えなければならない。
【００１６】
固定レート通信チャネルを介して固定ビデオフレームレートで可変データ量を有するビデオフレームの送信は、非効率を生じる可能性がある。例えば、ビデオフレーム内のデータの合計量があまりに大きすぎて、チャネルのビットレートでビデオフレーム期間内に送信できないなら、デコーダーは、ビデオフレームレートに従って全体のフレームを描画するために時間内に全体のフレームを受信しないかもしれない。実際には、固定レートチャネルを介して配信のためのそのような大きな変化をスムーズにするためにトラヒック整形バッファーが使用される。固定ビデオフレームレートがデコーダーにより維持されることになっているなら、これはビデオを提供する際に遅延を導入する。
【００１７】
他の問題は、複数のビデオフレームからデータが単一物理層パケットに含まれるなら、単一物理層パケットの損失が複数のビデオフレームの劣化を生じることである。データパケットが物理層パケットサイズに接近している状況であっても、１つの物理層パケットの損失は、複数のビデオフレームの劣化を生じる可能性がある。
【００１８】
それゆえ、固定データレートチャネルを介した可変データレートマルチメディアデータの送信を改善することができる技術と装置の必要性がある。
【発明の概要】
【００１９】
ここに開示される実施形態は、固定ビットレート通信チャネルを介して情報単位を送信するための方法と装置を提供することにより上述した必要性に対処する。この技術は、情報単位をデータパケットに分割することを含む。この場合、データパケットのサイズは通信チャネルの物理層データパケットサイズに一致するように選択される。例えば、各情報単位に含まれるバイトの数は、時間に対しておよび通信チャネルが保持することができる各物理層データパケットが独立して変化してもよいバイトの数に対して変化してもよい。この技術は情報単位を分割し、それにより複数のデータパケットを作成することを記載する。例えば、エンコーダーは、通信チャネルの物理層パケットサイズを越えない、または「一致する」サイズのデータパケットに情報単位をエンコードするように制約されてもよい。次に、データパケットは、通信チャネルの物理層データパケットに割り当てられる。
【００２０】
ビデオのための「マルチメディアフレーム」というフレーズは、ここでは、デコードした後で表示装置に表示する／描画することができるビデオフレームを意味するために使用される。ビデオフレームはさらに独立してデコード可能な単位に分割することができる。ビデオ言葉で、これらは「スライス」と呼ばれる。オーディオとスピーチの場合には、「マルチメディアフレーム」という用語はここでは、スピーチまたはオーディオがトランスポートのためにおよび受信機においてデコードするために圧縮される時間窓内の情報を意味するために使用される。「情報単位間隔」というフレーズは、ここでは、上述したマルチメディアフレームの時間期間を表すために使用される。例えば、ビデオの場合、情報単位間隔は、毎秒１０フレームのビデオの場合１００ミリ秒である。さらに、一例として、スピーチの場合、情報単位間隔は、ｃｄｍａ２０００、ＧＳＭ、およびＷＣＤＭＡにおいて典型的に２０ミリ秒である。この記載から、典型的にオーディオ／スピーチフレームは、さらに独立してデコード可能な単位に分割されないこと、および典型的にビデオフレームがさらに独立してデコード可能なスライスに分割されることが明白でなければならない。それは、「マルチメディアフレーム」、「情報単位間隔」等のフレーズがビデオ、オーディオ及びスピーチのマルチメディアデータに言及しているときは文脈から明白でなければならない。
【００２１】
この技術は、モバイル通信のためのグローバルシステム（ＧＳＭ）、汎用パケット無線サービス（ＧＰＲＳ）、強化されたデータＧＳＭ環境（ＥＤＧＥ）、またはＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ−９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ−９８）、ＩＳ−２０００、ＨＲＰＤ、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、およびその他のようなＣＤＭＡに基づいた規格のような種々の無線インターフェースを用いて使用することができる。
【００２２】
観点は、少なくとも１つの利用可能な固定ビットレート通信チャネルの可能な物理層パケットサイズを決定することを含む。情報単位は分割され、それにより個々のデータパケットのサイズが固定ビットレート通信チャネルの少なくとも１つの物理層パケットの１つを超えない、または一致するように複数のデータパケットを作成する。次に、データパケットはエンコードされ、一致した固定ビットレート通信チャネルの物理層パケットに割り当てられる。情報をエンコードすることは、変化するサイズの分割を発生することができるレート制御モジュールを備えたソースエンコーダーを含むことができる。
【００２３】
記載された技術を用いて、情報単位は、１つ以上の固定ビットレートチャネルを介して送信されるデータパケットのストリームにエンコードされる。情報単位はサイズにおいて変化するので、それらは異なるサイズのデータパケットにエンコードしてもよい。異なる利用可能な物理層パケットサイズを有した固定ビットレートチャネルの異なる組み合わせを用いてデータパケットを送信してもよい。例えば、情報単位は、異なるサイズのビデオフレームに含まれるビデオデータを含んでいてもよく、従って固定ビットレート通信チャネル物理層パケットの異なる組み合わせが選択され、異なるサイズのビデオフレームの送信に適応させてもよい。
【００２４】
他の観点は、複数の固定ビットレート通信チャネルの物理層パケットサイズと利用可能なデータレートを決定することを含む。次に、情報単位はデータパケットに割り当てられる。この場合、個々のデータパケットサイズは、個々の固定ビットレート通信チャネルの１つの物理層パケットに適合するサイズであるように選択される。個々の固定ビットレートチャネルの組み合わせは、物理層パケットサイズが可変ビットレートストリームパケットサイズに一致するように選択されてもよい。例えば、１つ以上の、固定ビットレートチャネルの異なる組み合わせは、可変ビットレートデータストリームに応じて選択されてもよい。
【００２５】
他の観点は、情報単位を受け入れるように構成されたエンコーダーである。次に、情報単位は、データパケットに分割される。この場合、個々のデータパケットのサイズは、利用可能な固定ビットレート通信チャネルの１つの物理層パケットサイズを超えないかまたは一致する。
【００２６】
他の観点は、複数の固定ビットレート通信チャネルからのデータストリームを受け入れるように構成されたデコーダーである。データストリームはデコードされ、デコードされたデータストリームは可変ビットレートデータストリームに累算される。
【００２７】
固定ビットレート通信チャネルの例は、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、またはＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ−９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ−９８）、ＩＳ−２０００、ＨＲＰＤ，および広帯域ＣＤＭＡ（ＷＣＤＭＡ）のようなＣＤＭＡに基づいた規格を含む。
【００２８】
この発明の他の特徴および利点は、一例としてこの発明の観点を図解する例示実施形態の以下の記載から明らかになるであろう。
【発明を実施するための最良の形態】
【００２９】
「例示」という用語はここでは、例、インスタンス、または例証として機能することを意味するために使用される。「例示」としてここに記載される任意の実施形態は、必ずしも他の実施形態に対して好適であるまたは利点があるとして解釈されない。
【００３０】
「ストリーミング」という用語は、ここでは対話型のユニキャストおよびブロードキャストアプリケーションにおいて専用チャネルおよび共有チャネルを介して、オーディオ、スピーチ、またはビデオ情報のような事実上連続しているマルチメディアデータのリアルタイム配信を意味するために使用される。ビデオのための「マルチメディアフレーム」というフレーズは、ここでは、デコーディングの後で表示装置上に表示／描画することができるビデオフレームを意味するために使用される。ビデオフレームはさらに独立してデコード可能な単位に分割できる。ビデオ言葉で、これらは「スライス」と呼ばれる。オーディオとスピーチの場合には、「マルチメディアフレーム」という用語はここでは、スピーチまたはオーディオがトランスポートのためにおよび受信機においてデコードするために圧縮される時間窓内の情報を意味するために使用される。「情報単位間隔」というフレーズは、ここでは、上述したマルチメディアフレームの時間期間を表わすために使用される。例えば、ビデオの場合には、情報単位間隔は、毎秒１０フレームのビデオの場合に１００ミリ秒である。さらに、一例として、スピーチの場合には、情報単位間隔は、ｃｄｍａ２０００、ＧＳＭおよびＷＣＤＭＡにおいて典型的に２０ミリ秒である。この記載から、典型的にオーディオ／スピーチフレームは、さらに独立してデコード可能な単位に分割されず、典型的にビデオフレームは、さらに独立してデコード可能なスライスに分割されることが明白でなければならない。それは、「マルチメディアフレーム」、「情報単位間隔」等のフレーズがビデオ、オーディオおよびスピーチのマルチメディアデータに言及するとき、文脈から明白でなければならない。
【００３１】
複数の固定ビットレート通信チャネルを介して情報単位を送信するための技術が記載される。この技術は、情報単位をデータパケットに分割することを含む。データパケットのサイズは、通信チャネルの物理層データパケットに一致するように選択される。例えば、情報単位は、固定レートで生じても良い。そして通信チャネルは物理層パケットを異なるレートで送信してもよい。この技術は、情報単位を分割し、それにより複数のデータパケットを生成することを記載する。例えば、エンコーダーは、通信チャネルの物理層パケットサイズと一致するサイズに情報単位をエンコードするように制約されてもよい。次に、エンコードされたデータパケットは、通信チャネルの物理層データパケットに割り当てられる。情報単位は可変ビットレートデータストリーム、マルチメディアデータ、ビデオデータおよびオーディオデータを含んでいてもよい。通信チャネルはＧＳＭ、ＧＰＲＳ、ＥＤＧＥ、またはＴＩＡ／ＥＩＡ−９５−Ｂ(ＩＳ−９５）、ＴＩＡ／ＥＩＡ−）９８−Ｃ（ＩＳ−９８）、ＩＳ２０００、ＨＲＰＤ、ｃｄｍａ２０００、広帯域ＣＤＭＡ(ＷＣＤＭＡ）およびその他のようなＣＤＭＡに基づく規格を含む。
【００３２】
観点は、少なくとも１つの利用可能な固定ビットレート通信チャネルの可能な物理層パケットサイズを決定することを含む。情報単位は分割され、それにより、個々のデータパケットのサイズが、固定ビットレート通信チャネルの少なくとも１つの物理層パケットの１つに一致するように複数のデータパケットを作成する。次に、データパケットは、エンコードされ、一致した固定ビットレート通信チャネルの物理層パケットに割り当てられる。このようにして、情報単位は、１つ以上の固定ビットレートチャネルを介して送信されるデータパケットのストリームにエンコードされる。情報単位は変化するので、それらは異なるサイズのデータパケットにエンコードされてもよい。そして異なる利用可能な物理層パケットサイズを有する固定ビットレートチャネルの異なる組み合わせを用いてデータパケットを送信してもよい。例えば、情報単位は、異なるサイズのフレームに含まれるビデオデータを含んでいてもよい。そして、異なるサイズのビデオフレームの送信に適応させるために固定ビットレート通信チャネル物理層パケットの異なる組み合わせが選択されてもよい。
【００３３】
他の観点は、複数の固定ビットレート通信チャネルの物理層パケットサイズと利用可能なデータレートを決定することを含む。次に情報単位がデータパケットに割り当てられる。この場合、個々のデータパケットサイズは、個々の固定ビットレート通信チャネルの１つの物理層パケットに適合するサイズであるように選択される。個々の固定ビットレートチャネルの組み合わせは、物理層パケットサイズが可変ビットレートデータストリームパケットサイズに一致するように選択されてもよい。固定ビットレートチャネルの、例えば１つ以上の異なる組み合わせは、可変ビットレートデータストリームに応じて選択されてもよい。
【００３４】
他の観点は情報単位を受け入れるように構成されたエンコーダーである。次に、情報単位はデータパケットに分割される。この場合、個々のデータパケットのサイズは利用可能な固定ビットレート通信チャネルの１つの物理層パケットサイズに一致する。
【００３５】
他の観点は、複数の固定ビットレート通信チャネルからのデータストリームを受け入れるように構成されたデコーダーである。データストリームはデコードされ、デコードされたデータストリームは、可変ビットレートデータストリームに累算される。
【００３６】
情報単位の例は、可変ビットレートデータストリーム、マルチメディアデータ、ビデオデータ、およびオーディオデータを含む。情報単位は固定反復レートで生じてもよい。
【００３７】
例えば、情報単位は、ビデオデータのフレームであってもよい。固定ビットレート通信チャネルの例は、ＣＤＭＡチャネル、ＧＳＭチャネルＧＰＲＳチャネルおよびＥＤＧＥチャネルを含む。
【００３８】
コンテンツサーバーまたは有線ネットワーク上のソースからモバイルへの可変ビットレートデータ、マルチメディアデータ、ビデオデータ、スピーチデータまたはオーディオデータのような情報単位を送信するためのプロトコルおよびフォーマットの例も提供される。記載された技術は、ユニキャストストリーミング、対話型およびブロードキャストストリーミングアプリケーションのような任意のタイプのマルチメディアアプリケーションに適用可能である。例えば、この技術はマルチメディアデータを送信するために使用することができる。例えば、（有線ストリーミング上のコンテンツサーバーから無線モバイルへの)ビデオデータ、並びに他のマルチメディアプリケーション、例えばブロードキャスト／マルチキャストサービス、または２つのモバイル間のビデオ電話のようなオーディオおよび対話型サービスである。
【００３９】
図１はこの発明に従って構築された通信システム１００を示す。通信システム１００は、インフラストラクチャー１０１、複数の無線通信装置(ＷＣＤ）１０４および１０５、および地上通信線通信装置１２２および１２４を含む。また、ＷＣＤｓは移動局(ＭＳ）またはモバイルとも呼ばれる。一般に、ＷＣＤｓはモバイルまたは固定であってよい。地上通信線通信装置１２２および１２４は、例えば、ストリーミングデータのような種々のタイプのマルチメディアデータを供給するサービングノードまたはコンテンツサーバーを含むことができる。さらに、ＭＳｓはマルチメディアデータのようなストリーミングデータを送信することができる。
【００４０】
また、インフラストラクチャー１０１は、基地局１０２、基地局コントローラー１０６、モバイルスイッチングセンター１０８、スイッチングネットワーク等のような他のコンポーネントを含んでいてもよい。一実施形態において、基地局１０２は、基地局コントローラー１０６と統合され、他の実施形態において、基地局１０２と基地局コントローラー１０６は別個のコンポーネントである。信号を通信システム１００、例えばＩＰネットワークまたは公衆交換電話網(ＰＳＴＮ）に送るために、異なるタイプのスイッチングネットワーク１２０を使用してもよい。
【００４１】
「フォワードリンク」または「ダウンリンク」という用語は、インフラストラクチャー１０１からＭＳへの信号経路を指し、「リバースリンク」または「アップリンク」という用語はＭＳからインフラストラクチャーへの信号経路を指す。図１に示すように、ＭＳｓ１０４および１０５はフォワードリンク上の信号１３２および１３６を受信し、信号１３４および１３８をリバースリンク上に送信する。一般に、ＭＳ１０４および１０５から送信された信号は、他の遠隔装置または地上戦通信装置１２２、１２４のような他の通信装置で受信され、ＩＰネットワークまたはスイッチングネットワークを介して送られることを意図している。例えば、開始するＷＣＤ１０４から送信された信号１３４がデスティネーションＭＳ１０５により受信されるように意図されるなら、信号はインフラストラクチャー１０１を介して送られ、信号１３６はフォワードリンクを介してデスティネーションＭＳ１０５に送信される。同様に、インフラストラクチャー１０１で開始された信号はＭＳ１０５にブロードキャストされてもよい。例えば、コンテンツプロバイダーは、ストリーミングマルチメディアデータのようなマルチメディアデータをＭＳ１０５に送信してもよい。典型的に、ＭＳまたは地上線通信装置のような通信装置は信号のイニシエーターと信号のデスティネーションの両方であってもよい。
【００４２】
ＭＳ１０４の例は携帯電話、無線通信可能なパーソナルコンピューター、パーソナルデジタルアシスタンツ(ＰＤＡ）および他の無線装置を含む。通信システム１００は、１つ以上の無線規格をサポートするように設計してもよい。例えば、規格は、移動通信のためのグローバルシステム（ＧＳＭ）、汎用パケット無線サービス(ＧＰＲＳ）、強化されたデータＧＳＭ環境(ＥＤＧＥ）、ＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ−９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ(ＩＳ−９８）、ＩＳ２０００、ＨＲＰＤ、ｃｄｍａ２０００、広帯域ＣＤＭＡ(ＷＣＤＭＡ）、およびその他と呼ばれる規格を含んでいてもよい。
【００４３】
図２は、例示パケットデータネットワークおよび無線ネットワークを介してパケットデータを配信するための種々のエアーインターフェースオプションを図解するブロック図である。記載された技術は、図２に図解されるもののようにパケット交換データネットワーク２００において実施されてもよい。図２の例で示されるように、パケット交換データネットワークシステムは、無線チャネル２０２、複数の受信ノードまたはＭＳ２０４、送信ノードまたはコンテンツツンサーバー２０６、サービングノード２０８およびコントローラー２１０を含んでいてもよい。送信ノード２０６はインターネットのようなネットワーク２１２を介してサービングノード２０８に接続されてもよい。
【００４４】
サービングノード２０８は、例えば、パケットデータサービングノード(ＰＤＳＮ）またはサービングＧＰＲＳサポートノード（ＳＧＳＮ）およびゲートウエイＧＰＲＳサポートノード（ＧＧＳＮ）を含んでいてもよい。サービングノード２００は送信ノード２０６からパケットデータを受信してもよく、情報のパケットをコントローラー２１０に供給してもよい。コントローラー２１０は、例えば、基地局コントローラー／パケット制御機能（ＢＳＣ／ＰＣＦ）または無線ネットワークコントローラー（ＲＮＣ）を含んでいてもよい。一実施形態において、コントローラー２１０は無線アクセスネットワーク（ＲＡＮ）を介してサービングノード２０８と通信する。コントローラー２１０はサービングノード２０８と通信し、情報のパケットを、無線チャネル２０２を介して、ＭＳのような受信ノードの少なくとも１つに送信する。
【００４５】
一実施形態において、サービングノード２００または送信ノード２０６または両方は、データストリームをエンコードするためのエンコーダーまたはデータストリームをデコードするためのデコーダーまたは両方を含んでいてもよい。例えば、エンコーダーはビデオストリームをエンコードして可変サイズのデータのフレームを生成することもあり得、デコーダーは可変サイズのデータのフレームを受信してデコードすることもあり得る。フレームは様々なサイズであるが、ビデオフレームレートは一定であるので、データの可変ビットレートストリームが生成される。同様に、ＭＳはデータストリームをエンコードするためのエンコーダー、またはデータストリームを受信するためのデコーダーまたは両方を含んでいてもよい。「コーデック」という用語は、エンコーダーとデコーダーの組み合わせを記載するために使用される。
【００４６】
図２に図解する一例において、ネットワークまたはインターネットに接続された送信ノード２０６からマルチメディアデータのようなデータを、サービングノード、パケットデータサービングノード(ＰＤＳＮ）２０６、コントローラー、または基地局コントローラー／パケット制御機能（ＢＳＣ／ＰＣＦ）２０８を介して受信ノードまたはＭＳ２０４に送信することができる。ＭＳ２０４とＢＳＣ／ＰＣＦ２１０との間の無線チャネル２０２インターフェースは、エアーインターフェースであり、典型的にシグナリング、ベアラー、またはペイロード、データのための多くのチャネルを使用することができる。
【００４７】
エアーインターフェース
エアーインターフェース２０２は、多数の無線規格のいずれかに従って動作してもよい。例えば、規格は、移動通信のためのグローバルシステム(ＧＳＭ）、汎用パケット無線サービス(ＧＰＲＳ)、強化されたデータＧＳＭ環境(ＥＤＧＥ）のようなＴＤＭＡに基づいた規格、またはＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ−９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ−９８）、ＩＳ２０００、ＨＲＰＤ、ｃｄｍａ２０００、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、およびその他のようなＣＤＭＡに基づいた規格を含んでいてもよい。
【００４８】
ｃｄｍａ２０００に基づいたシステムにおいて、データは、複数のチャネル、例えば、一般的に音声を送信するために使用される基本チャネル（ＦＣＨ）、専用制御チャネル(ＤＣＣＨ)、補足チャネル(ＳＣＨ)、およびパケットデータチャネル（ＰＤＣＨ）並びに他のチャネル上に送信することができる。
【００４９】
ＦＣＨは複数の固定レート、例えば、フルレート、ハーフレート、１／４レートおよび１／８レートでスピーチの送信のための通信チャネルを提供する。ＦＣＨはこれらのレートを提供し、ユーザーのスピーチ行動が、目標の音声品質を達成するためにフルレート未満を必要とするなら、システムをより低いデータレートの１つを用いてシステム内の他のユーザーに対する干渉を低減する。システムキャパシティを増加させるためにソースを低下させる利点は、ＣＤＭＡネットワークにおいてよく知られている。
【００５０】
ＤＣＣＨはＦＣＨに類似しているが、２つの固定レート、すなわち無線構成３における９．６ｋｂｐｓ（ＲＣ３）および無線構成５における１４．４ｋｂｐｓ（ＲＣ５）の１つでフルレートトラヒックのみを供給する。これはＩｘトラヒックレートと呼ばれる。
【００５１】
ＳＣＨはｃｄｍａ２０００において１ｘ、２ｘ、４ｘ、８ｘおよび１６ｘでトラヒックレートを供給するように構成することができる。送信すべきデータが無いとき、ＤＣＣＨとＳＣＨの両方は送信を中止することができる。すなわち、いかなるデータも送信せず、またｄｔｘとも呼ばれ、システム内の他のユーザーに対する干渉を低減することを保証するかまたは基地局送信機の送信電力量内に留まることができる。ＰＤＣＨは、ｎ＊４５、但しｎ＝｛１、２、４、８}であるデータパケットを送信するように構成することができる。
【００５２】
ＦＣＨチャネルとＤＣＣＨチャネルは、例えば、対話型サービスを可能にするために、データの通信に対して固定遅延および低データパケット損失を供給する。ＳＣＨチャネルとＰＤＣＨチャネルは、ＦＣＨとＤＣＣＨより高い帯域幅、例えば、３００ｋｂｐｓ乃至３Ｍｂｐｓを供給する固定ビットレートチャネルを提供する。また、ＳＣＨとＰＤＣＨは多くのユーザーの間で共有されるので、可変遅延を有する。ＳＣＨの場合、複数のユーザーが時間的に多重化される。これはシステム負荷に応じて異なる遅延量を取り込む。ＰＤＣＨの場合、帯域幅と遅延は、例えば、無線条件、取り決められたサービスの質（ＱｏＳ）、および他のスケジューリング考察に依存する。ＴＩＡ／ＥＩＡ−９５−Ｂ(ＩＳ-９５)、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ−９８）、ＩＳ２０００、ＨＲＰＤ、ＵＭＴＳ、および広帯域ＣＤＭＡ（ＷＣＤＭＡ）に基づくシステムにおいて類似のチャネルが利用可能である。
【００５３】
音声ユーザーにより要求された電力を保存するために、複数の固定ビットデータレート（フルレート、ハーフレート、１／４レートおよび１／８レート)をＦＣＨが供給することは注目される。典型的に、送信される信号の時間−周波数構造が、過度に質を落とさずにより高い圧縮を可能にするとき、音声エンコーダーまたはボコーダーはより低いデータレートを使用するであろう。この技術は一般的にソース制御可変ビットレートボコーディングと呼ばれる。従って、ＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ−９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ−９８）、ＩＳ２０００、ＨＲＰＤ、ＵＭＴＳ、またはｃｄｍａ２０００に基づいたシステムにおいて、データを送信するために利用可能な複数の固定ビットレートチャネルがある。
【００５４】
ｃｄｍａ２０００のようなＣＤＭＡに基づいたシステムにおいて、通信チャネルは「スロット」の連続したストリームに分割される。例えば、通信チャネルは、２０ｍｓセグメントまたはタイムスロットに分割されてもよい。これも「送信時間間隔」(TTI)と呼ばれる。これらのタイムスロット中に送信されたデータは、パケットに組み立てられる。この場合、データパケットのサイズは、チャネルの利用可能なデータレートまたは帯域幅に依存する。したがって、任意の個々のタイムスロット期間に、それぞれの通信チャネルを介して送信されている個々のデータパケットがあることはありえる。例えば、単一のタイムスロット期間に、データパケットは、ＤＣＣＨチャネル上に送信されてもよく、異なるデータパケットが同時にＳＣＨチャネル上に送信されてもよい。
【００５５】
同様に、ＧＳＭ，またはＧＰＲＳまたはＥＤＧＥに基づいたシステムにおいて、データは、フレーム内の複数のタイムスロットを用いてＢＳＣ２０８とＭＳ２０４との間で送信することができる。図３は、ＧＳＭエアーインターフェース内の２つの無線フレーム３０２および３０４を図解するブロック図である。図３において示されるように、ＧＳＭエアーインターフェース無線フレーム３０２および３０４は各々８つのタイムスロットに分割される。個々のタイムスロットはシステム内の特別のユーザーに割り当てられる。さらに、ＧＳＭ送信および受信は２つの異なる周波数を使用する。また、フォワードリンクとリバースリンクは３つのタイムスロットによって相殺される。例えば、図３において、ダウンリンク無線フレーム３０２は、時刻ｔ０において始まり、１つの周波数で送信されるであろう。そして、アップリンク無線フレーム３０４は、異なる周波数で送信されるであろう。ダウンリンク無線フレーム３０２はアップリンク無線フレームからの３つのタイムスロットＴＳ０−ＴＳ２によって相殺される。ダウンリンクとアップリンクの無線フレーム間のオフセットを持つことは、同時に送信し受信することができる必要なしに無線通信装置、または端末を動作することができることを可能にする。
【００５６】
ＧＳＭ無線通信装置または端末における進歩は、同じ無線フレーム期間中に複数のタイムスロットを受信することができるＧＳＭをもたらした。これらは「マルチスロットクラス」と呼ばれ、３ＧＰＰ  ＴＳ  ４５．００２の付録Ｂに見出すことができ、その全体が本明細書に組み込まれる。従って、ＧＳＭ、ＧＰＲＳ，またはＥＤＧＥに基づくシステムでは、データを送信するのに利用可能な複数の固定タイムスロットがある。
【００５７】
ＶＢＲマルチメディア特性
ビデオのような可変ビットレート（ＶＢＲ）マルチメディアデータは、通常共通の特性を含む。例えば、ビデオデータは、一般的にカメラのようなセンサーにより固定フレームで捕捉される。マルチメディア送信機は、一般的にビデオストリームをエンコードするために上限を備えた有限処理時間を必要とする。マルチメディア受信機は一般的にビデオストリームをデコードするために有限の処理時間を必要とする。
【００５８】
一般的にマルチメディアフレームが生成されるのと同じフレームレートでマルチメディアフレームを再構成することが望ましい。例えば、ビデオの場合、ビデオがセンサーまたはカメラで捕捉されたのと同じレートで、再構成されたビデオフレームを表示することは望ましい。再構成および捕捉レートを同じにすることは、他のマルチメディアエレメントと同期することを容易にする。例えば、ビデオストリームを添付のオーディオ、スピーチ、ストリームと同期することは簡単化される。
【００５９】
ビデオの場合、人間の知覚の観点から、一貫した質のレベルを維持することは通常望ましい。一般的に、一貫した質のマルチメディアストリームを処理することよりも、質にばらつきがある連続したマルチメディアストリームを人が処理することはより面倒であり、苦労が多い。例えば、静止画や濃淡のむら(blockiness)のような質の人工物を含むビデオストリームを処理することは通常面倒である。
【００６０】
遅延考察
マルチメディアコンテンツ、例えば、オーディオ／ビデオをトランスポートすることは典型的に遅延を招く。これらの遅延のいくつかはコード設定により、いくつかは、とりわけ、エアーインターフェース等を介して送信された再送信および並び替えを可能にする無線リンクプロトコル（ＲＬＰ）送信のようなネットワーク設定による。マルチメディア送信の遅延を評価する客観的な方法論はエンコードされたストリームを観察することである。例えば、完全な独立してデコード可能なパケットが受信されるまで送信はデコードすることができない。従って、遅延は、パケットのサイズおよび送信のレートにより影響される場合がある。
【００６１】
例えば、パケットサイズが６４Ｋバイトで毎秒６４Ｋバイトのチャネルを介して送信されるなら、パケットはデコードすることができず、パケットの全体が受信されるまで、１秒遅延されなければならない。受信されるすべてのパケットは、最大のパケットに適合するために十分に遅延される必要があるであろう。それによりパケットは固定レートでデコードすることができる。例えば、ビデオパケットまたはサイズを変更することが送信されるなら、受信機は、最大パケットサイズに適合するのに必要とされる遅延に等しい量だけ受信されたパケットのすべてを遅延またはバッファーする必要があるであろう。遅延は、デコードされたビデオを固定レートで描画または表示可能にするであろう。最大パケットサイズが前もって知られていないなら、最大パケットサイズ、および相関遅延の推定は、パケットのエンコードの期間中に使用されるパラメーターに基づいて成されることができる。
【００６２】
今、記載した技術は、任意のビデオコーデック（Ｈ．２６３、ＡＶＣ／Ｈ．２６４、ＭＰＥＧ−４等）のための遅延をアサートするのに使用することができる。さらに、ビデオデコーダーだけが、モーションイクスパートピクチャーグループ（ＭＰＥＧ）)および国際電気通信連合(ＩＴＵ）によって標準的に指定されるとすれば、典型的な無線配置におけるモバイルのための異なるエンコーダー実施により導入される遅延を推定するために使用することができる客観的尺度を持つことは有用である。
【００６３】
一般にビデオストリームは、マルチメディアサービスにおける他のタイプのデータよりも多くの遅延を持つであろう。例えば音声、オーディオ、時間テキスト(timed text)等よりも多くの遅延を持つであろう。ビデオストリームによって典型的に経験されるより長い遅延のために、ビデオデータと同期する必要がある他のマルチメディアデータは、通常、ビデオとの同期を維持するために意図的に遅延される必要があるであろう。
【００６４】
エンコーダー／デコーダー遅延
いくつかのマルチメディアエンコーディング技術において、マルチメディアデータフレームは、以前のレファレンスマルチメディアデータフレームからの情報を用いてエンコードまたはデコードされる。例えば、ＭＰＥＧ−４規格を実施するビデオコーデックは異なるタイプのビデオフレームをエンコードしデコードするであろう。ＭＰＥＧ−４において、ビデオは典型的に「Ｉ」フレームおよび「Ｐ」フレームにエンコードされる。Ｉフレームは内蔵型である。すなわち、Ｉフレームは１つの完全なビデオのフレームを描画または表示するのに必要な情報のすべてを含む。Ｐフレームは内蔵型ではなく、移動ベクトルおよび異なるテクスチャ情報のような、以前のフレームに関連するディファレンシャル情報を典型的に含む。典型的に、コンテンツおよびエンコーダー設定に応じて、ＩフレームはＰフレームよりも約８倍乃至１０倍大きい。マルチメディアデータのエンコーディングおよびデコーディングは、利用可能な処理リソースに依存してもよい遅延を導入する。そのタイプのスキームの典型的な実施は、ピンポンバッファーを利用して処理リソースが同時に１フレームを捕捉または表示し他のフレームを処理することを可能にする。
【００６５】
Ｈ．２６３、ＡＶＣ／Ｈ．２６４、ＭＰＥＧ−４等のようなビデオエンコーダーは、本質的に事実上可変レートである。これは、予測符号化また多くのパラメーターの可変長コーディング（ＶＬＣ）の使用によるものである。回路交換ネットワークとパケット交換ネットワークを介した可変レートビットストリームのリアルタイム配信は、一般的に送信機と受信機におけるバッファーを用いてトラフィックシェーピングにより成就される。トラフィックシェーピングバッファーは、典型的には望ましくないさらなる遅延を導入する。例えば、ある人が話すときと、別の人がスピーチと聞くときとの間に遅延があると、テレビ会議中におけるさらなる遅延はイライラさせ得る。
【００６６】
エンコーダー遅延とデコーダー遅延は、エンコーダーとデコーダーがマルチメディアデータを処理しなければならない時間量に影響を及ぼす可能性がある。例えば、エンコーダーとデコーダーがデータを処理し所望のフレームレートを維持することを可能にさせる時間の上限は、以下により与えられる。
【数１】
2007537682.tif 000004
【００６７】
但しΔeとΔdは、それぞれエンコーダー遅延とデコーダー遅延を表す。そして、ｆは与えられたサービスに対して、秒あたりのフレーム（ｆｐｓ）において所望のフレームレートである。
【００６８】
例えば、ビデオデータは典型的に１５ｆｐｓ、１０ｆｐｓ、または７．５ｆｐｓの所望のフレームレートを有する。データを処理し、所望のフレームレートを維持するためにエンコーダーとデコーダーに許可された時間の上限は、それぞれ１５ｆｐｓ、１０ｆｐｓ、７．５ｆｐｓのフレームレートに対して６６．６ｍｓ、１００ｍｓ、および１３３ｍｓを生じる。
【００６９】
レート制御バッファー遅延
一般に、マルチメディアサービスの一貫した知覚品質を維持するために、異なるフレームに対して異なる数のビットが必要である。例えば、一貫した品質を維持するために、ＰフレームよりＩフレームをエンコードするために、ビデオコーデックは、異なる数のバイトを使用する必要があるかもしれない。従って、一貫した品質と固定フレームレートを維持することは結果として、ビデオストリームが可変ビットレートストリームなる。エンコーダーにおける一貫した品質は、エンコーダー「量子化パラメーター」（Ｑp）を固定値に設定するかまたはほぼ目標値Ｑpの変数未満に設定することにより達成することができる。
【００７０】
図４は、「自動車電話」とタイトルをつけられた典型的なビデオシーケンスのためのフレームサイズにおける変化の例を図解するチャートである。自動車電話は、当業者によく知られた標準ビデオシーケンスであり、ビデオ圧縮、エラー訂正、および送信のような種々の技術を評価するのに使用する「共通の」ビデオシーケンスを供給するために使用される。図４は、基準４０２および４０４によってそれぞれ示されたＭＰＥＧ−４およびＡＶＣ／Ｈ．２６４エンコーディング技術を用いてエンコードされた自動車電話データのフレームのサンプル数のための、バイトで表されたフレームサイズの変化の一例を示す。エンコーダーパラメーター「Ｑp」を所望の値に設定することにより、エンコーディングの所望の品質を達成することができる。図４において、自動車電話は、Ｑp＝３３を備えたＭＰＥＧエンコーダーとＱp＝３３を備えたＡＶＣ／Ｈ．２６４を用いてエンコードされる。図４に図解されるエンコードされたデータストリームが典型的な無線チャネルのような固定ビットレート（ＣＢＲ）を介して送信されるとき、フレームサイズの変化は、固定のまたはネゴシエートされたＱｏＳビットレートを維持するために「平らにする」必要があるであろう。典型的に、このフレームサイズにおける時間変化の「平滑化」は、一般にバッファーリング遅延Δ＆と呼ばれる、さらなる遅延の導入を生じる。
【００７１】
図５は、どのようにしてバッファーリング遅延を用いてＣＢＲチャネルを介して送信される可変サイズのフレームの送信をサポートするために使用することができるかを示すブロック図である。図５に示すように、変化するサイズ５０２のデータフレームはバッファー５０４に入力される。ＣＢＲチャネル５０８を介した送信のためにバッファー５０６から固定サイズであるデータフレームを出力することができるように、バッファー５０４は、十分な数のデータのフレームを記憶するであろう。このタイプのバッファーは一般に「水漏れのするバケツ」バッファーと呼ばれる。「水漏れのするバケツ」バッファーは、底部に穴を有するバケツのように固定レートでデータを出力する。水がバケツに入るレートが変化するなら、バケツは十分な量の水をバケツ内に保持する必要があり、バケツに入る水のレートが漏れるレート未満になるときバケツが干上がることを防止する必要がある。同様に、バケツに入る水のレートが漏れるレートを超えるとき、バケツがオーバーフローしないようにバケツは十分に大きい必要がある。バッファー５０４は、バケツと類似の方法で動作し、アンダーフローを防止するためにバッファーが記憶する必要があるデータ量は、データがバッファーに滞在する時間長に対応する遅延を生じる。
【００７２】
図６は、図１のシステム内のＣＢＲチャネルを介して可変ビットレート（ＶＢＲ）マルチメディアストリームをストリーミングすることにより導入されるバッファーリング遅延を図解するグラフである。図６において図解されるように、ビデオ信号はＶＢＲエンコーディングスキーム、すなわちＭＰＥＧ４を用いてエンコードされ、ＶＢＲストリームを生成する。ＶＢＲストリーム内のバイト数は、所定数のビデオフレームを送信するのに必要な累積のまたは合計のバイト数を表すライン６０２により図６に図解される。この例において、ＭＰＥＧ−４ストリームは、６４ｋｂｐｓの平均ビットレートでエンコードされ、６４ｋｂｐｓのＣＢＲチャネルを介して送信される。ＣＢＲチャネルにより送信されるバイト数は、６４ｋｂｐｓの固定送信レートに対応する固定スロープライン６０４により表される。
【００７３】
フルビデオフレームをデコード可能にするデコーダーにおいて受信された不十分なデータによりデコーダーにおいてバッファーがアンダーフローになるのを回避するために、デコーダーにおける表示または再生６０６は遅延される必要がある。この例において、１０ｆｐｓの所望の表示レートに対して遅延は１０フレームまたは１秒である。この例において、６４ｋｂｐｓの固定レートはチャネルに対して使用されるが、６４ｋｂｐｓの平均データレートを有するＭＰＥＧ−４ストリームが３２ｋｂｐｓＣＢＲチャネルを介して送信されるなら、バッファーリング遅延はシーケンスの長さとともに増加するであろう。例えば、図６に図解される５０フレームシーケンスの場合、バッファーリング遅延は２秒に増加する。
【００７４】
一般に、バッファーフロー制約によるバッファーリング遅延Δbは、以下のように計算することができる。
【数２】
2007537682.tif 000005
【００７５】
但しB（ｉ）は、時刻ｉにおけるバイトでのエンコーダーにおけるバッファー占有期間（ビデオフレーム＃ｉ）である。
【００７６】
Ｒ（ｉ）は、時刻ｉにおけるバイトでのエンコーダー出力
Ｃ（ｉ）は、１フレーム期間で送信することができるバイト数
ｆは秒あたりの所望のフレーム数
ＢＷ（ｉ）は時刻ｉにおける利用可能な帯域幅
ＣＢＲ送信の特別の場合
【数３】
2007537682.tif 000006
【００７７】
であることに留意する必要がある。
【００７８】
デコーダーバッファーがアンダーフローになるのを回避するために、全体の表示の期間中に、再生は、エンコーダーにおいて最大バッファー占有期間を送信するために必要な時間だけ遅延されなければならない。従ってバッファーリング遅延は以下のように表すことができる。
【数４】
2007537682.tif 000007
【００７９】
方程式５における分母は、期間Ｉにおける全体のセッションのための平均データレートを表す。ＣＢＲチャネル割り当ての場合、分母はＣである。上述の解析を用いて、模範シーケンスのセット内のすべてのｉに対するmax{Be(i)}を計算することによりエンコーダーにおけるオーバーフローを回避するのに必要な公称のエンコーダーバッファーサイズを推定することができる。
【００８０】
ＭＰＥＧ−４およびＡＶＣ／Ｈ．２６４バッファー遅延例
図７は、ＡＶＣ／Ｈ．２６４およびＭＰＥＧ−４に対して６４ｋｂｐｓの公称レートおよび定数Ｑpを用いてエンコードされた種々の５０フレームシーケンスビデオクリップに対するミリ秒のバッファー遅延Δbを図解する棒グラフである。図７に示されるように、図６のＭＰＥＧ−４フレームシーケンスは、１０００ｍｓのバッファー遅延を示す棒７０２により表される。ＡＶＣ／Ｈ．２６４を用いてエンコードされた同じビデオシーケンスは、４００ｍｓのバッファー遅延を示す棒７０４により表される。ビデオクリップの５０フレームシーケンスのさらなる例は、図７に示される。この場合、ＭＰＥＧ−４およびＡＶＣ／Ｈ．２６４の両方を用いたエンコードされた各シーケンスに関連するバッファー遅延が示される。
【００８１】
図８は、図７に図解されるシーケンスのピーク信号対雑音比（ＰＳＮＲ）により表されるビデオ品質を図解する棒グラフである。図８に示されるように、Ｑp＝１５を有したＭＰＥＧ−４を用いてエンコードされた自動車電話シーケンスは約２８ｄＢのＰＳＮＲを示す棒８０２により表される。ＱP＝３３を有したＡＶＣ／Ｈ．２６４を用いてエンコードされた同じシーケンスは、約３５ｄＢのＰＳＮＲを示す棒８０４により示される。
【００８２】
送信チャネル遅延
送信遅延Δtは、使用される再送信の数および与えられたネットワークのためのある時定数に依存する。再送信が使用されないときΔtは公称値を有すると仮定することができる。例えば、再送信が使用されないとき、Δtは４０ｍｓの公称値を有すると仮定してもよい。再送信が使用されるなら、フレーム消去レート（ＦＥＲ）は低下するが遅延は増加するであろう。遅延は、少なくとも一部分において、再送信の数および関連するオーバーヘッド遅延に依存するであろう。
【００８３】
エラー弾力性考察
無線リンクまたはチャネルを介して送信ＲＴＰが流れるとき、一般的には、いくらかの残余のパケット損失があるであろう。なぜならば、ＲＴＰストリームは遅延に敏感であり、ＲＬＰまたはＲＬＣのような再送信プロトコルの手段により１００％の信頼できる送信を保証することは実用的でないからである。チャネルエラーの影響を理解するのを補助するために、ＲＴＰ／ＵＤＰ／ＩＰプロトコルのような種々のプロトコルの記載は、以下に提供される。図９は、ＲＴＰ／ＵＤＰ／ＩＰプロトコルを用いて無線リンクを介してビデオデータのようなマルチメディアデータを送信するときに存在するカプセル化の種々のレベルを図解する図である。
【００８４】
図９で示すように、ビデオコーデックは、ビデオフレームを記載する情報を含むペイロード９０２を発生する。ペイロード９０２は、いくつかのビデオパケット（描画されない）から構成されていてもよい。ペイロード９０２はSlice_Header(SH)９０４を含む。従って、アプリケーション層データパケット９０５は、ビデオデータ９０２と関連するSlice_Header９０４から構成される。ペイロードはインターネットのようなネットワークを通過するので、さらなるヘッダー情報を加えてもよい。例えば、リアルタイムプロトコル（ＲＴＰ）)ヘッダー９０６、ユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー９０８およびインターネットプロトコル（ＩＰ）ヘッダー９１０は加えられてもよい。これらのヘッダーは、ソースからデスティネーションに送るために使用される情報を提供する。
【００８５】
無線ネットワークに入ると、ポイントツーポイントプロトコル（ＰＰＰ）ヘッダー９１２が加えられ、パケットを連続したビットのストリームに順番に並べるためのフレーミング情報を供給する。次に、無線リンクプロトコル、例えば、ｃｄｍａ２０００内のＲＬＰまたはＷ−ＣＤＭＡ内のＲＬは、ビットのストリームをＲＬＰパケット９１４にパックする。とりわけ、無線リンクプロトコルは、エアーインターフェースを介して送信されたパケットの再送信および並べ替えを可能にする。最後に、エアーインターフェースＭＡＣ層は１つ以上のＲＬＰパケット９１４をとり、それらをＭＵＸ層パケット９１６にパックし、多重化ヘッダー（ＭＵＸ）９１８を追加する。次に、物理層チャネルコーダーはチェックサム（ＣＲＣ）９２０を追加して、デコーディングエラー、および物理層パケット９２５を形成するテール部９２２を検出する。
【００８６】
図９に図解された連続するまとまりのないカプセル化は、マルチメディアデータの送信でいくつかの結果を有する。そのような結果の１つは、アプリケーション層データパケット９０５と物理層パケット９２５との間に不一致があるかもしれないということである。この不一致の結果として、１つ以上のアプリケーション層パケット９２５の一部を含む物理層パケット９２５が失われる毎に、対応する全体のアプリケーション層９０５が失われる。単一アプリケーション層データパケット９０５の一部は２以上の物理層データパケット９２５に含まれていてもよいので、１つの物理層パケット９２５を失うことは、全体のアプリケーション層パケット９０５の損失を生じる可能性がある。何故なら、全体のアプリケーション層データパケット９０５は適切にデコードする必要があるからである。他の結果は、２以上のアプリケーション層データパケット９０５の一部が物理層データパケットに含まれるなら、単一物理層データパケット９２５の損失は、２以上のアプリケーション層データパケット９０５の損失を生じる可能性がある。
【００８７】
図１０は、マルチメディアデータパケットのようなアプリケーションデータパケット９０５を物理層データパケット９２５に一般的に割り当てる一例を図解する図である。図１０に示されるものは、２つのアプリケーションデータパケット１００２および１００４である。アプリケーションデータパケットはマルチメディアデータパケットであり得る。例えば各データパケット１００２および１００４は、ビデオフレームを表すことができる。図１０に図解されるまとまりのないカプセル化は、単一のアプリケーションデータパケットまたは２つ以上のアプリケーションデータパケットからデータを有する物理層パケットを生じることができる。図１０に示されるように、第１の物理層データパケット１００６は単一のアプリケーション層パケット１００２からのデータを含むことができ、第２の物理層データパケット１００８は、２以上のアプリケーションデータパケット１００２および１００４からのデータを含むことができる。この例において、第１の物理層データパケット１００６が「失われる」なら、または送信中に改悪されるなら、単一のアプリケーション層データパケット１００２は失われる。他方、第２の物理層パケット１００８が失われるなら、２つのアプリケーションデータパケット１００２および１００４も失われる。
【００８８】
例えば、アプリケーション層データパケットが２つの連続するビデオフレームなら、第１の物理層データパケット１００６の損失は、単一のビデオフレームの損失を生じる。しかし、第２の物理層データパケットの損失は両方のビデオフレームの損失を生じる。何故なら、両方のビデオフレームの一部は損失され、どちらのビデオフレームもデコーダーにより適切にデコードできないしまたはリカバーできないからである。
【００８９】
明示的なビットレート（ＥＢＲ）制御
明示ビットレート制御（ＥＢＲ）と呼ばれる技術の使用、ＣＢＲまたはＶＢＲならなおさらＣＢＲチャネルを介したＶＢＲソースの送信を改善することができる。ＥＢＲにおいて、データパケットのサイズが、利用可能な物理層パケットのサイズと一致するように、情報単位はデータパケットに分割される。例えば、データがトランスポートされる通信チャネルの物理層データパケットとアプリケーション層データパケットが一致するように、ビデオデータのようなデータのＶＢＲストリームは、データパケットに分割されてもよい。例えば、ＥＢＲにおいて、ＧＳＭ、ＧＰＲＳ、ＥＤＧＥ，ＴＩＡ／ＥＩＡ−９５−Ｂ（ＩＳ-９５）、ＴＩＡ／ＥＩＡ−９８−Ｃ（ＩＳ-９８）、ｃｄｍａ２０００、広帯域ＣＤＭＡ（ＷＣＤＭＡ）およびその他のような任意の無線を介した規格においてデータストリームを配信するように使用される物理チャネルの「容量」と一致する時刻ｉ（従前に表示されたＲ（ｉ））においてエンコーダーはバイトを出力するように制約または構成されてもよい。さらに、エンコードされたパケットは制約されてもよい。それによってエンコーダーは、通信チャネルの物理層データパケットのサイズと同じバイト数またはそれ未満のサイズを有するデータパケットを生成する。また、エンコーダーが出力する各アプリケーション層データパケットが独立してデコード可能なようにエンコーダーを制約することができる。ＶＢＲエンコーディングを制約するために適切な数の明示レートが使用されることを条件として、エンコーダーがＥＢＲ技術に従って制約されるとき、ＡＶＣ／Ｈ．２６４基準エンコーダーに関するＥＢＲ技術のシミュレーションは品質において感知できる損失がないことを示す。いくつかのチャネルのための制約の例は、例として以下に記載される。
【００９０】
マルチメディアエンコーディング及びデコーディング
上で述べたように、マルチメディアエンコーダー、例えばビデオエンコーダーは、可変サイズのマルチメディアフレームを発生してもよい。例えば、いくつかの圧縮技術において、各新しいマルチメディアフレームはフレームコンテンツを完全に描画するのに必要なすべての情報を含んでいてもよく、他のフレームは、以前に完全に描画されたコンテンツからのコンテンツに対する変更についての情報を含んでいてもよい。例えば、上で述べたように、ＭＰＥＧ−４圧縮技術に基づいたシステムにおいて、ビデオフレームは、典型的に２つのタイプであってよい。すなわちＩフレームまたはＰフレームである。各Ｉフレームは、１つの完全なフレームを描画または表示するのに必要なすべての情報を含むという点において、ＩフレームはＪＰＥＧファイルに類似して内蔵型である。対照的に、Ｐフレームは以前のフレームおよび運動ベクトルに関連する差情報のような以前のフレームに関連する情報を典型的に含む。それゆえ、Ｐフレームは以前のフレームに依存するので、Ｐフレームは内蔵型ではなく、以前のフレームに対する依存なしに完全なフレームを描画または表示することができない。言い換えれば、Ｐフレームは自己デコードすることができない。ここで、「デコードされる」という用語は、フレームを表示するために完全に再構成することを意味するために使用される。典型的に、ＩフレームはＰフレームより大きい。例えばコンテンツおよびエンコーダー設定に応じて約８倍乃至１０倍大きい。
【００９１】
一般にデータの各フレームは部分または「スライス」に分割することができる。例えば、各スライスは、以下にさらに記載されるように独立してデコードすることができる。１つのケースにおいて、データのフレームは単一のスライスに含まれていても良く、他のケースにおいて、データのフレームは複数のスライスに分割される。例えば、データのフレームがビデオ情報であるなら、ビデオフレームは独立してデコード可能なスライス内に含まれてもよい。またはフレームは２以上の独立してデコード可能なスライスに分割されてもよい。一実施形態において、スライスのサイズが通信チャネル物理層データパケットの利用可能なサイズと一致するように各エンコードされたスライスが構成される。エンコーダーがビデオ情報をエンコードしているなら、各スライスは、各ビデオスライスの各々が物理層パケットの利用可能なサイズと一致するように構成される。言い換えれば、フレームスライスサイズは物理層パケットサイズと一致される。
【００９２】
スライスを利用可能な通信チャネル物理層データサイズと一致するサイズにすることの利点は、アプリケーションパケットと物理層データパケットとの間に１対１の対応があることである。これは、図１０に図解されるまとまりのないカプセル化に関連する問題のいくつかを緩和するのを支援する。従って、送信中に物理層データパケットが改悪されるなら、または失われるなら、対応するスライスのみが失われる。また、フレームの各スライスが独立してデコード可能なら、フレームのスライスの損失はフレームの他のスライスのデコーディングを阻止しないであろう。例えば、各スライスが独立してデコード可能であり物理層データパケットに一致するように、ビデオフレームが５つのスライスに分割されるなら、物理層データパケットの１つの改悪または損失は、対応するスライスのみの損失を生じるであろう。そして、成功裏に送信された物理層パケットは成功裏にデコードすることができる。従って、全体のビデオフレームはデコードされないかもしれないがその一部はデコードされるかもれしれない。この例において、５つのビデオスライスのうちの４つは成功裡にデコードされ、それにより、低減された性能にもかかわらず、ビデオフレームを描画または表示可能にする。
【００９３】
例えば、ＤＣＣＨチャネルおよびＳＣＨチャネルを用いて、ｃｄｍａ２０００に基づいたシステムにおいて、送信ノードからＭＳにビデオスライスが通信されるなら、ビデオスライスはこれらの利用可能なチャネルと一致する大きさになるであろう。上述するように、ＤＣＣＨチャネルは、複数の固定されたデータレートをサポートするように構成することができる。例えば、ｃｄｍａ２０００に基づいたシステムにおいて、それぞれ選択されたレート（ＲＳ）、ＲＳ１、およびＲＳ２に依存して９．６０ｋｂｐｓまたは１４．４ｋｂｐｓのデータ送信レートをサポートすることができる。また、ＳＣＨチャネルは、ＳＣＨ無線構成（ＲＣ）に応じて、複数の固定データレートをサポートするように構成することができる。ＳＣＨは、ＲＣ３で構成されたとき９．６ｋｂｐｓの倍数をサポートし、ＲＣ５として構成されたとき１４．４ｋｂｐｓの倍数をサポートする。SCHデータレートは次のとおりです:
【数５】
2007537682.tif 000008
【００９４】
但し、ｎはチャネル構成に応じて１、２、４、８、または１６である。
【００９５】
以下の表２は、ｃｄｍａ２０００に基づいて通信システム内のＤＣＣＨチャネルおよびＳＣＨチャネルのための可能な物理層データパケットサイズを図解する。第１の列はケースまたは可能な構成を特定する。第２列と第３列はそれぞれＤＣＣＨレートセットとＳＣＨ無線構成である。第４列は４つのエントリーを有する。第１は、ＤＣＣＨまたはＳＣＨ上にデータが送信されないｄｔｘケースである。第２は、ＤＣＣＨチャネルのための２０ｍｓタイムスロットの物理層データパケットサイズである。第３のエントリーは、ＳＣＨチャネルのための２０ｍｓタイムスロットの物理層データパケットサイズである。第４のエントリーは、ＤＣＣＨチャネルおよびＳＣＨチャネルの組み合わせのための２０ｍｓタイムスロットの物理層データパケットサイズである。
【表２】
2007537682.tif 000009
【００９６】
アプリケーション層データパケットがあまりに大きすぎてＤＣＣＨ物理層データパケットまたはＳＣＨ物理層データパケットに適合せず、そのかわり結合されたＤＣＣＨプラスＳＣＨパケットが使用されるとき、考慮すべきトレードオフがあることに留意する必要がある。アプリケーション層データパケットの大きさが２つのパケットを作ることに対して、結合されたＤＣＣＨプラスＳＣＨデータパケットサイズに適合するように、アプリケーション層データパケットをエンコードするように決定する際のトレードオフは、より大きなアプリケーション層パケット、またはスライスは一般的により良い圧縮効率を生成し、より小さなスライスは一般的により良い誤り耐性を生成するということである。例えば、より大きなスライスは一般的に少ないオーバーヘッドを必要とする。図９を参照すると、各スライスは９０２は独自のスライスヘッダー９０４を有する。従って、１つのかわりに２つのスライスが使用されるなら、ペイロードに付加される２つのスライスヘッダーがあり、パケットをエンコードするのにより多くのデータが必要となり、それにより圧縮効率を低減する。他方、２つのスライスが使用され、一方はＤＣＣＨ上に送信され、他方はＳＣＨ上に送信されるなら、ＤＣＣＨデータパケットまたはＳＣＨデータパケットのいずれか一方のみの改悪または損失は依然として他のデータパケットのリカバリを可能にするであろう。それゆえ誤り耐性を改善する。
【００９７】
表２を理解するのを支援するために、ケース１とケース９の派生が詳細に説明されるであろう。ケース１において、ＤＣＣＨは９．６ｋｂｐｓのデータレートに対応するＲＳＩとして構成される。チャネルは２０ｍｓのタイムスロットに分割されるので、個々のタイムスロット内において、ＲＳＩとして構成されたＤＣＣＨ上に送信することができるデータ量または物理層パケットサイズは、
９６００ビット／秒＊２０ｍｓｅｃ＝１９２ビット＝２４バイト・・・（式７）
である。
【００９８】
物理層パケット、例えばエラー訂正のためのＲＬＰに追加されるさらなるオーバーヘッドのために、スライスとスライスヘッダーを含むアプリケーション層データパケットのために２０バイトのみが利用可能である。従って、ケース１の場合の表２の第４列における第１のエントリーは２０である。
【００９９】
ケース１のためのＳＣＨはＲＣ＃において２ｘとして構成される。ＲＣ３は９．６ｋｂｐｓのベースデータレートに相当し、２Ｘはチャネルデータレートはベースデータレートの２倍であることを意味する。従って、個々のタイムスロット内で、ＲＣ３で２ｘとして構成されるＳＣＨ上に送信することができるデータ量または物理層パケットサイズは、
２＊９６００ビット／秒＊２０ｍｓｅｃ＝３８４ビット＝４８バイト・・・（式８）
である。ここでは、物理層パケットに追加されるさらなるオーバーヘッドのために、スライスとスライスヘッダーを含むアプリケーション層データパケットに対して４０バイトのみが利用可能である。従って、ケース１の場合に、表２の第４列における第２のエントリーは４０である。ケース１の場合の表２の第４列における第３エントリーは第１エントリーと第２エントリーの合計、すなわち６０である。
【０１００】
ケース９はケース１に類似する。両方のケースにおいて、ＤＣＣＨは、２０バイトの物理層パケットサイズに対応するＲＳＩとして構成される。ケース９におけるＳＣＨチャネルはＲＣ５で２Ｘとして構成される。ＲＣ５は１４．４ｋｂｐｓのベースデータレートに相当し、２Ｘはチャネルデータレートがベースデータレートの２倍であることを意味する。従って、個々のタイムスロット内で、ＲＣ５で２Ｘとして構成されたＳＣＨ上に送信することができるデータ量または物理層パケットサイズは以下の通りである。
【０１０１】
２＊１４４００ビット／秒＊２０ｍｓｅｃ＝５７６ビット＝７２バイト・・・（式９）
ここでは、物理層パケットに追加されるさらなるオーバーヘッドのために、スライスおよびスライスヘッダーを含むアプリケーション層データパケットに対して６４バイトのみが利用可能である。従って、ケース９の場合、表２の第４列における第２の入力は６４である。ケース９の場合、表２の第４列内の第３のエントリーは第１エントリーと第２エントリーの合計、すなわち８４である。
【０１０２】
表２における他のエントリーは類似の方法で決定される。この場合、ＲＳ２は１４．４ｋｂｐｓのデータレートを有するＤＣＣＨに相当し、２０ｍｓｅｃタイムスロット内の３６バイトに相当し、このうち３１がアプリケーション層に利用可能である。すべてのケースに対して利用可能なｄｔｘ演算があり、それはゼロペイロードサイズであり、データがいずれのチャネルにも送信されないことは留意する必要がある。ユーザーデータが、（各々２０ｍｓの）利用可能な物理層スロット以下で送信することができるとき、ｄｔｘは次のスロットで使用され、システム内の他のユーザーに対する干渉を低減する。
【０１０３】
上記した表２に図解されるように、利用可能な複数の固定データレートチャネル、例えばＤＣＣＨとＳＣＨを構成することにより、ＣＢＲチャネルのセットは、ＶＢＲチャネルに対して類似して動作することができる。すなわち、複数の固定レートチャネルを構成することは、擬似ＶＢＲチャネルとして動作するＣＢＲチャネルを作ることができる。擬似ＶＢＲチャネルを利用する技術は、複数の利用可能な固定ビットレート通信チャネルからのＣＢＲチャネルのビットレートに対応する可能な物理層データパケットサイズを決定することと、データの固定ビットレートストリームをエンコードし、それによりデータパケットの各々のサイズが物理層データパケットサイズの１つのサイズに一致するように複数のデータパケットを作成することとを含む。
【０１０４】
一実施形態において、通信チャネルの構成は、セッションの始めで確立され、次にセッション全体を通して変化しないかまたはまれに変化するのみである。例えば、上述した例において議論したＳＣＨは一般的にコンフィギュレーション(configuration)に設定され、全体のセッションを通してそのコンフィギュレーションにとどまる。すなわち、記載されたＳＣＨは固定レートＳＣＨである。他の実施形態において、チャネルコンフィギュレーションはセッション中に動的に変更することができる。例えば、可変レートＳＣＨ（Ｖ−ＳＣＨ）はタイムスロット毎にそのコンフィギュレーションを変更することができる。すなわち、１タイムスロット期間中に、Ｖ−ＳＣＨは２ｘＲＣ３のような１つのコンフィギュレーションで構成することができ、次のタイムスロットにおいて、Ｖ−ＳＣＨは、１６ｘＲＣ３のような異なるコンフィギュレーションまたは任意の他のＶ−ＳＣＨのコンフィギュレーションに構成することができる。Ｖ−ＳＣＨはさらなる柔軟性を提供し、ＥＢＲ技術におけるシステム性能を改善することができる。
【０１０５】
通信チャネルのコンフィギュレーションがセッション全体に対して固定であるなら、アプリケーション層パケットまたはスライスは、それらが、利用可能な物理層データパケットの１つに適合するように選択される。例えば、ＤＣＣＨとＳＣＨが表２におけるケース１に図解されるように、ＲＳＩおよび２ｘＲＣ３として構成されるなら、アプリケーション層スライスは、０バイト、２０バイト、４０バイト、または６０バイトパケットに適合するように選択されるであろう。同様に、表２のケース４で図解されるように、チャネルがＲＳ１および１６ｘＲＣ３として構成されるなら、アプリケーション層スライスは、０バイト、２０バイト、３２０バイトまたは３４０バイトパケットに適合するように選択されるであろう。Ｖ−ＳＣＨチャネルが使用されるなら、スライス毎に、２つの異なるコンフィギュレーションの間で変更することが可能である。ＤＣＣＨがＲＳＩとして構成され、Ｖ−ＳＣＨがＲＣ３として構成されるなら、表２のケース１−４に対応して、Ｖ−ＳＣＨコンフィギュレーション２ｘＲＣ３、４ｘＲＣ３、８ｘＲＣ３または１６ｘＲＣ３のいずれかの間で変更することが可能である。表２のケース１−４に図解されるように、これらの種々の構成間の選択は、０バイト、２０バイト、４０バイト、６０バイト、８０バイト、１００バイト、１６０バイト、１８０バイト、３２０バイト、または３４０バイトの物理層データパケットを提供する。従って、この例において、Ｖ−ＳＣＨチャネルを使用することは、表２のケース１−４にリストアップされた１０の異なる物理層データパケットサイズのいずれかに適合するようにアプリケーション層スライスを選択可能にする。ｃｄｍａ２０００の場合には、配信されたデータのサイズはＭＳにより推定され、このプロセスは、「ブラインドディテクション」と呼ばれる。
【０１０６】
同様の技術はデータチャネル(ＤＣＨ)を使用して、広帯域のＣＤＭＡ(ＷＣＤＭＡ）において使用することができる。ＤＣＨは、Ｖ−ＳＣＨに類似して、異なる物理層パケットサイズをサポートする。例えば、ＤＣＨは、４０オクテットの倍数における０乃至ｎｘのレートをサポートすることができる。この場合、「ｎｘ」は、ＤＣＨチャネルの最大の割り当てられたレートに相当する。ｎｘの典型的な値は６４ｋｂｐｓ、１２８ｋｂｐｓおよび２５６ｋｂｐｓを含む。「明示的な表示」と呼ばれる技術において、配信されるデータのサイズはさらなるシグナリングを用いて示すことができ、それにより、ブラインドディテクションを行うための必要性を消去する。例えば、ＷＣＤＭＡの場合に、配信されるデータパケットのサイズは、「トランスポートフォーマットコンビネーションインジケーター」（ＴＦＣＩ）を用いて表示してもよいので、ＭＳはブラインドディテクションを行う必要がない。それによりＥＢＲにおける場合のように可変サイズのパケットが使用されるとき、ＭＳにおける計算上の負荷を低減する。記載されたＥＢＲ概念はパケットサイズのブラインドディテクションおよび明示的表示の両方に適用可能である。
【０１０７】
アプリケーション層データパケットが物理層データパケットに適合するようにアプリケーション層データパケットを選択することにより、総合データレートを有した固定ビットレート通信チャネルの組み合わせは、ＶＢＲ通信チャネルに類似したおよびある場合にはＶＢＲ通信チャネルより優れている性能を有したＶＢＲデータストリームを送信することができる。一実施形態において、可変ビットレートデータストリームは、利用可能な通信チャネルの物理層データパケットサイズと一致するサイズであるデータパケットのストリームにエンコードされる。他の実施形態において、可変ビットレートデータストリームのビットレートは変化するので、可変ビットレートデータストリームのビットレートは異なるサイズのデータパケットにエンコードされてもよい。そして固定ビットレートチャネルの異なる組み合わせを用いてデータパケットを送信してもよい。
【０１０８】
例えば、ビデオデータの異なるフレームは異なるサイズであってもよく、従って、固定ビットレート通信チャネルの異なる組み合わせは、異なるサイズのビデオフレームの送信に適合するように選択されてもよい。言い換えれば、固定ビットレート通信チャネルの総合ビットレートを可変ビットレートストリームのビットレートに一致させるように固定ビットレート通信チャネルの少なくとも１つにデータパケットを割り当てることにより、可変ビットレートデータは、固定ビットレートチャネルを介して効率的に送信することができる。
【０１０９】
他の観点は、可変ビットレートデータストリームを表すために使用されるビットの合計数をあらかじめ選択されたビットの最大数に制限するように、エンコーダーを制約することができる。すなわち、可変ビットレートデータストリームがビデオのようなマルチメディアデータのフレームであるなら、フレームはスライスに分割されてもよい。この場合、各スライスが独立してデコードでき、スライス内のビット数はあらかじめ選択されたビット数に制限されるようにスライスが選択される。例えば、ＤＣＣＨチャネルとＳＣＨチャネルが（表２のケース１において）それぞれＲＳＩと２ｘＲＣ３として構成されるなら、スライスは２０バイト、４０バイトまたは６０バイトより大きくならないようにエンコードを制約することができる。
【０１１０】
他の実施形態において、マルチメディアデータを送信するためにＥＢＲを使用することはｃｄｍａ２０００パケットデータチャネル（ＰＤＣＨ）を使用することができる。ＰＤＣＨは、ｎ＊４５バイトであるデータパケットを送信するように構成することができる。但し、ｎ＝｛１、２、４、８｝である。この場合も先と同様に、マルチメディアデータ、例えばビデオデータのためにＰＤＣＨを用いることは、利用可能な物理層パケットサイズに一致する「スライス」に分割することができる。ｃｄｍａ２０００において、ＰＤＣＨは、フォワードＰＤＣＨ（Ｆ−ＰＤＣＨ）およびリバースＰＤＣＨ（Ｒ−ＰＤＣＨ）に利用可能な異なるデータレートを有する。ｃｄｍａ２０００において、Ｆ＝ＰＤＣＨはＲ−ＰＤＣＨより利用可能な帯域幅がわずかに少ない。帯域幅におけるこの差は利用できるけれども、いくつかの場合に、Ｒ−ＰＤＣＨをＦ−ＰＤＣＨと同じ帯域幅に制限することは有利である。例えば、第１のＭＳがビデオストリームを第２のＭＳに送信するなら、ビデオストリームは第１のＭＳによりＲ−ＰＤＣＨ上に送信され、第２のＭＳによりＦ−ＰＤＣＨ上で受信される。第１のＭＳがＲ−ＰＤＣＨの全体の帯域幅を使用したなら、データストリームのいくつかは、第２ＭＳへのＦ−ＰＤＣＨ送信の帯域幅に一致させるために除去されなければならなかったであろう。その送信がより小さな帯域幅を有したチャネル上の第２のＭＳに送信することができるように第１のＭＳからの送信を再フォーマットすることに関連する困難性を緩和するために、Ｒ−ＰＤＣＨの帯域幅は、Ｆ−ＰＤＣＨと同じであるように制限することができる。Ｆ−ＰＤＣＨ帯域幅を制限するための１つの方法は、Ｒ−ＰＤＣＨ上に送信されたアプリケーションデータパケットサイズをＦ−ＰＤＣＨによりサポートされるパケットサイズに制限し、Ｒ−ＰＤＣＨ物理層パケット内の残りのビットに対して「スタッフィングビット」を追加することである。言い換えれば、スタッフィングビットがＦ−ＰＤＣＨデータパケットに一致するようにＲ−ＰＤＣＨデータパケットに追加されるなら、Ｒ−ＰＤＣＨデータパケットは、最小の変更、例えば、スタッフィングビットを単に落とすことによりＦ−ＰＤＣＨフォワードリンク上で使用することができる。
【０１１１】
今記載した技術を用いて、表３は、ｎの各値に対して１つの割合で４つの可能なデータレートケースに対してＦ−ＰＤＣＨおよびＲ−ＰＤＣＨのための可能な物理層データパケットサイズと、Ｒ−ＰＤＣＨに追加されるであろう「スタッフィングビット」の数をリストアップする。
【表３】
2007537682.tif 000010
【０１１２】
ＤＣＣＨプラスＳＣＨを用いたＥＢＲのように、ビデオストリームのようなマルチメディアストリームがスライスに分割されるとき、より小さなスライスサイズは一般的に誤り耐性を改善するが、圧縮効率を危険にするかもしれない。同様に、より大きなスライスが使用されるなら、一般に、圧縮効率に増加があるであろう。しかし、システム性能は、失われたパケットにより劣化するかもしれない。なぜなら、個々のパケットの損失は、より多くのデータの損失を生じるからである。
【０１１３】
同様に、ビデオスライスのようなマルチメディアデータを物理層パケットの利用可能なサイズに一致させる技術は他の無線の規格に基づいたシステムにおいて実行することができる。例えば、ＧＳＭ、またはＧＰＲＳ、またはＥＤＧＥに基づいたシステムにおいて、ビデオスライスのようなマルチメディアフレームは利用可能なタイムスロットに一致するような大きさにすることができる。上述するように、多くのＧＳＭ、ＧＰＲＳおよびＥＤＧＥ装置は複数のタイムスロットを受信することができる。従って、利用可能なタイムスロットの数に応じて、フレームエンコードされたストリームは制約することができ、従って、ビデオスライスは物理パケットに一致させることができる。言い換えれば、ＧＳＭタイムスロットのように、パケットサイズを物理層パケットの利用可能なサイズに一致するようにマルチメディアデータをエンコードすることができ、使用される物理層パケットの総合データレートはマルチメディアデータのデータレートをサポートする。
【０１１４】
ＥＢＲ性能考察
上述したように、マルチメディアデータストリームのエンコーダーがＥＢＲモードで動作するとき、エンコーダーは物理層に一致するマルチメディアスライスを発生する。それゆえ、真のＶＢＲモードに比べて圧縮効率の損失はない。例えば、ＥＢＲ技術に従って動作するビデオコーデックは、ビデオが送信される特定の物理層に一致するビデオスライスを発生する。さらに、誤り耐性、より低い待ち時間、より低い送信オーバーヘッドに対して利点がある。これらの利点の詳細は以下にさらに説明される。
【０１１５】
チャネル誤差における性能
図１０を参照して述べたように、一般的なカプセル化において、物理層パケットが失われると、２つ以上のアプリケーション層が失われるかもしれないことがわかる。ＥＢＲ技術において、無線リンク内の各物理パケット損失は、正確に１つのアプリケーション層パケット損失を生じる。
【０１１６】
図１１は、ＥＢＲ技術に従ってアプリケーション層パケットをエンコードする一例を図解する。上述するように、アプリケーション層パケットは様々なサイズであってもよい。表２および表３で述べたように、物理層パケットは種々のサイズであってもよい。例えば、物理層は、異なるサイズの物理層データパケットを使用するチャネルから構成されていてもよい。図１１の例において、４つのアプリケーションパケット１１０２、１１０４、１１０６、および１１０８と４つの物理層パケット１１１０、１１１２、１１１４、１１１６が図示されている。アプリケーション層パケットを物理層パケットに一致させる３つの異なる例が図示される。第１に、単一のアプリケーション層パケットが複数の物理層パケット内で送信されるように単一のアプリケーション層パケットをエンコードすることができる。図１１に示される例において、単一の物理層パケット１１０２が２つの物理層パケット１１１０と１１１２にエンコードされる。例えば、ＤＣＣＨとＳＣＨがそれぞれＲＳＩおよび２ｘＲＣ３として構成され（表２のケース１）、アプリケーションデータパケットが６０バイトなら、アプリケーションデータパケットは、ＤＣＣＨとＳＣＨのパケット組み合わせに対応する２つの物理層パケットを介して送信することもあり得る。単一のアプリケーション層パケットが、利用可能な通信チャネルに対応する任意の数の物理層パケットにエンコードすることができることが想定される。図１１に示される第２の例は、単一のアプリケーション層パケット１１０４が単一の物理層パケット１１０４にエンコードされることである。例えば、アプリケーション層データパケットが４０バイトなら、アプリケーション層データパケットは、表２のケース１におけるＳＣＨ物理想データのみを用いて送信することも可能である。これらの例の両方において、単一の物理層パケットの損失は、単一のアプリケーション層パケットのみの損失を生じる。
【０１１７】
図１１に示される第３の例は、複数のアプリケーション層パケットが単一の物理層パケット１１１６にエンコードすることができる場合である。図１１に示される例において、２つのアプリケーション層１１０６および１１０８は単一の物理層パケットにエンコードされ送信される。３以上のアプリケーション層パケットが単一の物理層パケット内に適合するようにエンコードしてもよいことが想定される。この例の欠点は、単一物理層パケット１１１６の損失は複数のアプリケーション層パケット１１０６および１１０８の損失を生じるであろうということである。しかしながら、単一の物理層パケット内で送信される複数のアプリケーション層をエンコードすることを保証するであろう、物理層の完全利用のようなトレードオフがあってもよい。
【０１１８】
図１２は、インターネットのようなＩＰ／ＵＤＰ／ＲＴＰを介してＶＢＲデータストリームを送信するコーデックの一実施形態を示すブロック図である。図１２に示されるように、コーデックは、ペイロード、またはスライス１２０４およびスライスヘッダー１２０６を含むアプリケーション層データパケット１２０２を発生する。アプリケーション層１２０２はネットワークを通過する。この場合、ＩＰ／ＵＤＰ／ＲＴＰヘッダー情報１２０８はアプリケーション層データパケット１２０２に付け加えられる。次に、パケットは無線ネットワークを通過する。この場合、ＲＬＰヘッダー１２１０とＭＵＸヘッダー１２１２はパケットに付け加えられる。ＩＰ／ＵＤＰ／ＲＴＰヘッダー１２０８、ＲＬＰヘッダー１２１０、およびＭＵＸヘッダー１２１４のサイズは周知であるので、コーデックはスライス１２０３のためのサイズを選択する。それによりスライスとすべての関連するヘッダーは物理層データパケットまたはペイロード１２１６に適合する。
【０１１９】
図１３は、チャネルパケット損失が１％のときに、真のＶＢＲ送信チャネルを用いて、そしてＤＣＣＨプラスＳＣＨおよびＰＤＣＨを利用したＥＢＲ送信を用いて、エンコードされたビデオシーケンスの種々の例のためのピーク信号対雑音比（ＰＳＮＲ）における相対的低下を示す棒グラフである。図１３に示されるビデオシーケンスは、当業者に良く知られている標準のビデオシーケンスであり、ビデオ圧縮、エラー訂正、および送信のような種々の技術を評価するのに使用する「共通の」ビデオシーケンスを提供するために使用される。図１３に示されるように、真のＶＢＲ１３０２シーケンスは最大のＰＳＮＲ低下を有し、その後にＰＤＣＨ１３０６を用いたＥＢＲが続き、次にＤＣＣＨプラスＳＣＨ１３０４を用いたＥＢＲが続く。例えば、自動車電話シーケンスでは、真のＶＢＲ１３０２シーケンスは、ＰＳＮＲにおいて約１．５ｄＢの低下を受け、ＰＤＣＨを用いたＥＢＲ１３０６とＤＣＣＨおよびＳＣＨを用いたＥＢＲ１３０４は、それぞれＰＳＮＲにおいて約０．８ｄＢおよび０．４ｄＢの低下を受けた。図１３は、送信チャネルが１％のパケット損失を経験するとき、ＶＢＲシーケンスのためにＰＳＮＲにより測定される歪みは、ＥＢＲシーケンスの場合よりより厳しいことを示す。
【０１２０】
図１３に類似して、図１４は、真のＶＢＲ１４０２、ＤＣＣＨプラスＳＣＨを用いたＥＢＲ１４０４、ＰＤＣＨを用いたＥＢＲ１４０６を用いた標準のエンコードされたビデオシーケンスの種々の例に対してチャネル損失が５％であるとき、ピーク信号対雑音比（ＰＳＮＲ）における相対的低下を示す棒グラフである。図１４に示されるように、真のＶＢＲ１４０２シーケンスは最大のＰＳＮＲ低下を有し、その後にＰＤＣＨを用いたＥＢＲ１４０６が続き、次に、ＤＣＣＨプラスＳＣＨを用いたＥＢＲ１４０４が続く。例えば、自動車電話シーケンスでは、真のＶＢＲ１４０２シーケンスは、ＰＳＮＲの約２．５ｄＢの低下を受け、ＰＤＣＨを用いたＥＢＲ１４０６およびＤＣＣＨプラスＳＣＨを用いたＥＢＲ１４０４はそれぞれ約１．４および０．８ｄＢのＰＳＮＲにおける低下を受けた。図１４および図１３を比較することは、送信チャネルパケット損失が増加するとき、ＶＢＲシーケンスのためにＰＳＮＲにより測定された歪みはＥＢＲシーケンスの場合よりもより厳しいことを示す。
【０１２１】
図１５は、チャネルパケット損失が１％のとき、真のＶＢＲ１５０２、ＤＣＣＨおよびＳＣＨを用いたＥＢＲ１５０４、およびＰＤＣＨを用いたＥＢＲ１５０６を用いて、図１３のエンコードされたビデオシーケンスに対して受信された欠点のあるマクロブロックのパーセンテージを示す棒グラフである。図１６は、チャネルパケット損失が５％のとき、真のＶＢＲ１６０２、ＤＣＣＨおよびＳＣＨ１６０４を用いたＥＢＲ、およびＰＤＣＨを用いたＥＢＲ１６０６を用いて、図１４のエンコードされたビデオシーケンスに対して受信された欠陥のあるマクロブロックのパーセンテージを示す棒グラフである。これらのグラフの比較は、両方のケースにおいて、欠陥のあったマクロブロックのパーセンテージがＥＢＲシーケンスにおいてよりもＶＢＲシーケンスにおいてより大きいことを示す。スライスは物理層パケットサイズに一致するので、スライスの欠陥のあるパーセンテージは、パケット損失レートと同じでなければならないことに留意する必要がある。しかしながら、スライスは異なる数のマクロブロックを含むことができるので、１スライスに対応する１データパケットの損失は、異なる数のマクロブロックを含む異なるスライスに対応する異なるデータパケットの損失よりも異なる数の欠陥のあるマクロブロックを生じる可能性がある。
【０１２２】
図１７は、「職長」というタイトルが付けられた標準エンコードされたビデオシーケンスの１つのレート歪みを示すグラフである。図１７に示されるように、ＰＳＮＲ対ビットレートを示す４つの異なるケースが示される。最初の２つのケースは、ＶＢＲ１７０２および１７０４を用いてエンコードされたビデオシーケンスを示す。次の２つのケースはＥＢＲ１５を用いてエンコードされたビデオシーケンスを示す。この場合、ＥＢＲ１５は、上の表２のケース１５においてリストアップされるように、それぞれＲＳ２およびＲＣ５における８ｘとして構成されるＤＣＣＨプラスＳＣＨを用いたＥＢＲである。ＶＢＲデータストリームとＥＢＲデータストリームは、「クリーン」なチャネル１７０２および１７０６および「騒々しい」チャネル１７０４および１７０８を介して送信される。上述するように、クリーンなチャネルにおいて送信中にパケット損失はなく、騒々しいチャネルはデータパケットの１％を損失する。図１７に示されるように、クリーンチャネル１７０２を介して送信されたＶＢＲエンコードされたシーケンスはすべてのビットレートに対して最も高いＰＳＮＲを有する。しかし、クリーンチャネル１７０６を介して送信されるＥＢＲ１５エンコードされたシーケンスはすべてのビットに対してほぼ同じＰＳＮＲ性能またはレート歪みを有する。従って、送信チャネルがクリーンであるとき、ＶＢＲエンコーディングとＥＢＲエンコーディング１５との間に非常に小さな性能の低下がある。この例は、送信中にパケット損失がないとき、真のＶＢＲエンコーディング構成に対して同程度の性能を有するようにＥＢＲエンコーディング構成において十分な精度があり得ることを示す。
【０１２３】
ＶＢＲエンコードされたシーケンスが騒々しいチャネル１７０４を介して送信されるとき、ＰＳＮＲは、すべてのビットレートに対して３ｄＢを超えて著しく低下する。しかし、ＥＢＲＩ５のエンコードされたシーケンスが同じ騒々しいチャネル１７０８を介して送信されるとき、そのＰＳＮＲ性能は、すべてのビットレートに対して劣化するけれども、その性能は約１ｄＢ低下するだけである。従って、騒々しいチャネルを介して送信するとき、ＥＢＲ１５のエンコードされたシーケンスのＰＳＮＲ性能は、同じ騒々しいチャネルを介して送信されるＶＢＲのエンコードされたシーケンスよりも約２ｄＢ高い。図１７が示すように、クリーンなチャネルにおいて、ＥＢＲ１５エンコーディングのレート歪み性能はＶＢＲエンコーディングに匹敵する。そして、チャネルが騒々しくなると、ＥＢＲ１５エンコーディングのレート歪み性能はＶＢＲエンコーディングよりも優れている。
【０１２４】
図１８は図１７に類似しており、「自動車電話」のタイトルを付けられた他のエンコードされたビデオシーケンスのレート歪み曲線を図解する。この場合も先と同様に、ＰＳＮＲ対ビットレートを示す４つのケースが図解される。最初の２つのケースはＶＢＲ１８０２および１８０４を用いてエンコードされたビデオシーケンスを示す。次の２つのケースは、ＥＢＲ１５を用いてエンコードされたビデオシーケンスを示す。この場合、ＥＢＲ１５は、上の表２のケース１５においてリストアップされた、それぞれＲＳ２およびＲＣ５における８ｘとして構成されるＤＣＣＨプラスＳＣＨを用いたＥＢＲである。ＶＢＲデータストリームとＥＢＲデータストリームは「クリーン」なチャネル１８０２および１８０６と「騒々しい」チャネル１８０４および１８０８を介して送信される。この例において、クリーンチャネル１８０６を介して送信されたＥＢＲ１５のエンコードされたシーケンスのＰＳＮＲ性能は、クリーンチャネル１８０２を介したＶＢＲシーケンスの性能を超える。騒々しいチャネル１８０８を介したＥＢＲ１５シーケンスのＰＳＮＲ性能は、騒々しいチャネル１８０４を介して送信されたＶＢＲシーケンスを、約１．５ｄＢ超える。この例において、クリーンなチャネルと騒々しいチャネルの両方において自動車電話シーケンスを用いることは、ＰＳＮＲにより測定されるようにＶＢＲエンコーディングよりも優れた性能を有するＥＢＲ１５エンコーディングのレート歪み性能を生じる。
【０１２５】
待ち時間考察
ＥＢＲエンコーディングの使用は待ち時間性能を改善する。例えば、ＥＢＲを用いて、ビデオスライスは、エンコーダーとデコーダーにおいてトラフィックシェーピングバッファーなしに無線チャネルを介して送信することができる。リアルタイムサービスの場合、これは全体のユーザー経験を強化することができるので、重要な利点である。
【０１２６】
ビデオエンコーディングの可変ビットレート（ＶＢＲ）性質によりバッファーリング遅延を示すために、図６に示すように６４ｋｂｐｓの平均ビットレートでエンコードされ、６４ｋｂｐｓのＣＢＲチャネルを介して送信される典型的なシーケンスのための送信計画を考察する。デコーダーにおいてバッファーンダーフローを回避するために、曲線６０８により表される表示は遅延する必要がある。この例において、遅延は所望の１０ｆｐｓの表示レートに対して１０フレームまたは１秒である。
【０１２７】
バッファーンダーフロー制約による遅延Δbは以下のように計算することができる。
【数６】
2007537682.tif 000011
【０１２８】
但しＢ（ｉ）は、フレームｉにおいてバイトにおけるエンコーダーでのバッファー占有
Ｒ（ｉ）はフレームｉに対するバイトでのエンコーダー出力
Ｃ（ｉ）は、フレーム間隔ｉで送信することができるバイトの番号
ｆは秒あたりの所望のフレーム数
ＢＷ（ｉ）は、フレーム間隔ｉにおけるビットでの利用可能な帯域幅
ＣＢＲ送信の特別なケースの場合、
【数７】
2007537682.tif 000012
【０１２９】
であることに注意する必要がある。
【０１３０】
全体のプレゼンテーションの期間中にデコーダーバッファーのスタベーション(starvation）を回避するために、エンコーダーにおいて送信最大バッファー占有に要求される時間だけ再生が遅延されなければならない。
【数８】
2007537682.tif 000013
【０１３１】
上記した分母はセッション期間Ｉにおける全体のセッションのための平均データレートを表す。ＣＢＲチャネル割り当ての場合、分母はＣである。ＥＢＲケースの場合、所定の１００−ｍｓ期間のための総合チャネル帯域幅がフレームサイズより大きいなら、すなわち、
【数９】
2007537682.tif 000014
【０１３２】
ならバッファーリング遅延はない。従って、データが到着するとデータを送信することができるので、エンコーダーにおけるバッファー占有は０という結果になる。
【０１３３】
すなわち、
【数１０】
2007537682.tif 000015
【０１３４】
ビデオフレームは典型的に複数のＭＡＣ層フレームＫ（スロット）にわたる。Ｒ（ｉ）のすべてを送信することができるようにＫスロットに対してＣ（ｉ）を変化させることが可能なら、Ｂ（ｉ）は０なので、バッファーリングによる遅延Δbは０である。
【数１１】
2007537682.tif 000016
【０１３５】
図１９は典型的なＥＢＲストリームが６４ｋｂｐｓの平均レートでエンコードされる送信例を示す。図１９において、フレーム番号対累積バイトは、ソース１９０２、送信１９０４およびマルチメディアストリームの表示１９０６のために示される。図１９の例において、バッファーリング遅延は０であるが、エンコーディング、デコーディングおよび送信による遅延は依然として存在する。しかしながら、これらの遅延は、ＶＢＲバッファーリング遅延に比べると典型的にはるかに小さい。
【０１３６】
図２０は、データを送信する方法の一実施形態を示すフロー図である。フローはブロック２００２で始まる。次のフローはブロック２００４に続く。ブロック２００４において、利用可能な通信チャネルの可能な物理層パケットサイズが決定される。例えば、ＤＣＣＨチャネルとＳＣＨチャネルが使用されるなら、これらの無線チャネルのコンフィギュレーションは上の表２に図解したように、利用可能な物理層パケットサイズを確立するであろう。次にフローはブロック２００６に続く。ブロック２００６において、情報単位、例えば利用可能なビットレートデータストリームの１フレームが受信される。可変ビットレートデータストリームの例はビデオストリームのようなマルチメディアストリームを含む。次に、フローはブロック２００８に続く。
【０１３７】
ブロック２００８において、情報単位はスライスに分割される。分割、すなわちスライスは、それらのサイズが可能な物理層パケットサイズの１つのサイズを超えないように選択される。例えば、分割は、分割のサイズの各々が、利用可能な物理層パケットのサイズの少なくとも１つより大きくないような大きさにすることができる。次にフローはブロック２０１０に続き、ここでは、分割はエンコードされ物理層パケットに割り当てられる。例えば、エンコード情報は、可変サイズの分割を発生することができるレート制御モジュールを備えたソースエンコーダーを含むことができる。次に、ブロック２０１２において、フレームの分割のすべてがエンコードされ物理層パケットに割り当てられたかどうかが決定される。ブロック２０１２においてそれらが否定の結果を有さないなら、フローはブロック２０１０に続き、次の分割がエンコードされ、物理層パケットに割り当てられる。ブロック２０１２に戻ると、フレームの分割のすべてがエンコードされ物理層パケットに割り当てられるなら、ブロック２０１２に肯定的結果となり、フローはブロック２０１４に続く。
【０１３８】
ブロック２０１４において、セッションの終わりにおける場合のように情報のフローが終了するかどうか決定する。情報のフローが終了していないなら、ブロック２０１４において否定的結果となり、フローはブロック２００６に続き、次の情報単位が受信される。ブロック２０１４に戻ると、情報のフローが、セッションの終わりの場合のように終了するなら、２０１４において肯定的結果となり、フローはブロック２０１６に続きプロセスは停止する。
【０１３９】
図２１は、データを送信する方法の他の実施形態を図解するフロー図である。フローはブロック２１０２において始まる。次に、フローはブロック２１０４に続く。ブロック２１０４において、利用可能な通信チャネルの可能な物理層パケットサイズが決定される。例えば、ＤＣＣＨチャネルとＳＣＨチャネルが使用されるなら、これらの無線チャネルのコンフィギュレーションは上の表２に図解するように、利用可能な物理層パケットサイズを確立するであろう。フローはブロック２１０６に続き、情報単位が受信される。例えば、情報単位は、マルチメディアストリーム、すなわちビデオストリームのような可変ビットレートデータであってもよい。次に、フローはブロック２１０８に続く。
【０１４０】
ブロック２１０８において、通信チャネルのコンフィギュレーションを再構成することが望ましいかどうか決定される。Ｖ−ＳＣＨチャネルのような、セッション中に再構成できる通信チャネルが使用されているなら、セッション中にチャネルコンフィギュレーションを変更することが望ましいかもしれない。例えば、通信チャネルの現在のコンフィギュレーションを介して送信することができる以上のデータを有するデータのフレームであるなら、コンフィギュレーションをより高い帯域幅に変更し、通信チャネルがより多くのデータをサポートすることができることが望ましい。ブロック２１０８において、通信チャネルを再構成することが望ましくないと決定されるなら、ブロック２１０８において否定的結果となり、フローはブロック２１１０に続く。ブロック２１１０において、サイズが可能な物理層パケットサイズの１つのサイズを超えないように情報単位はサイズに分割される。ブロック２１０８に戻ると、通信チャネルを再構成することが望ましいと決定されるなら、ブロック２１０８において肯定的結果となり、フローはブロック２１１２に続く。ブロック２１１２において、所望の物理層パケットサイズが決定される。例えば、受信した情報単位は解析されてもよく、全体の単位を送信するのに必要なデータパケットのサイズを決定してもよい。次に、フローはブロック２１１４に続く。ブロック２１１４において所望の通信チャネルコンフィギュレーションが決定される。例えば、利用可能な通信チャネルの異なる構成の種々の物理層パケットサイズを決定することができ、情報単位に適合するのに十分な大きさである物理層パケットを有するコンフィギュレーションを選択してもよい。次に通信チャネルはそれに応じて再構成される。つぎに、フローはブロック２１１０に続く。この場合、情報単位は、それらのサイズが再構成通信チャネルの可能な物理層パケットサイズの１つのサイズに一致するようにサイズに分割される。次に、フローはブロック２１１６に続く。ブロック２１１６において、分割がエンコードされ物理層データパケットに割り当てられる。例えば、エンコーディング情報は可変サイズの分割を発生することができるレート制御モジュールを備えたソースエンコーダーを含むことができる。次に、フローはブロック２１１８に続く。
【０１４１】
ブロック２１１８において、情報単位の分割のすべてがエンコードされ物理層パケットに割り当てられたかどうかが決定される。それらがされていない場合、ブロック２１１８において否定的結果となり、フローはブロック２１１０に続き、次の分割がエンコードされ物理層パケットに割り当てられる。ブロック２１１８に戻ると、情報単位の分割のすべてがエンコードされ、物理層パケットに割り当てられるなら、ブロック２１１８において肯定的結果となり、フローはブロック２１２０に続く。
【０１４２】
ブロック２１２０において、セッションの終わりの場合のように、情報フローが終了したかどうかが決定される。情報フローが終了していないなら、ブロック２１２０において否定的結果となり、フローはブロック２１０６に進み、次の情報単位が受信される。ブロック２１２０に戻り、情報フローが終了するなら、ブロック２１２０において肯定的結果となり、フローはブロック２１２２に続き、プロセスは停止する。
【０１４３】
図２２は、 この発明の例示実施形態に従って構成された、無線通信装置または移動局（ＭＳ）のブロック図である。通信装置２２０２はネットワークインターフェース２２０６、コーデック２２０８、ホストプロセッサー２２１０、メモリ装置２２１２、プログラムプロダクト２２１４、およびユーザーインターフェース２２１６を含む。
【０１４４】
インフラストラクチャーからの信号はネットワークインターフェース２２０６によって受信され、ホストプロセッサー２２１０に送られる。ホストプロセッサー２２１０は、信号のコンテンツに応じて信号を受信し、適切な行動に応答する。例えば、ホストプロセッサー２２１０は、受信した信号自体をデコードしてもよいし、または受信した信号をデコーディングのためにコーデック２２０８に送ってもよい。他の実施形態において、受信した信号はネットワークインターフェース２２０６からコーデックに直接送信される。
【０１４５】
一実施形態において、ネットワークインターフェース２２０６は、無線チャネルを介してインフラストラクチャーにインターフェースするためにトランシーバーとアンテナであってもよい。他の実施形態において、ネットワークインターフェース２２０６は、地上線を介してインフラストラクチャーにインターフェースするためにネットワークインターフェースカードであってもよい。コーデック２２０８は、デジタルシグナルプロセッサー（ＤＳＰ）または中央処理装置（ＣＰＵ）のような汎用プロセッサーであってもよい。
【０１４６】
ホストプロセッサー２２１０とコーデック２２０８の両方はメモリ装置２２１２に接続される。メモリ装置２２１２を用いて、ＷＣＤの動作中にデータを記憶してもよいし、同様にホストプロセッサー２２１０またはＤＳＰ２２０８により実行されるであろうプログラムコードを記憶してもよい。例えば、ホストプロセッサー、コーデック、または両方はメモリ装置２２１２に一時的に記憶されるプログラミング命令の制御下で動作してもよい。ホストプロセッサー２２１０およびコーデック２２０８は独自のプログラム記憶メモリを含むことができる。プログラミング命令が実行されるとき、ホストプロセッサー２２１０、またはコーデック２２０８または両方はそれらの機能、例えばマルチメディアストリームのデコーディングまたはエンコーディングを実行する。従って、プログラミングステップはそれぞれのホストプロセッサー２２１０とコーデック２２０８の機能性を実施するので、ホストプロセッサーとコーデックは各々所望に応じてコンテンツストリームのデコーディングまたはエンコーディングを実行させるようにすることができる。プログラミングステップはプログラムプロダクト２２１４から受信されてもよい。プログラムプロダクト２２１４は、ホストプロセッサー、コーデックまたは両方により実行するためにプログラミングステップをメモリ２２１２に記憶しまたは転送してもよい。
【０１４７】
プログラムプロダクト２２１４は、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタのような半導体メモリチップであってもよいし、並びに、ハードディスク、脱着可能なディスク、ＣＤ−ＲＯＭ、またはコンピューター読み取り可能命令を記憶してもよい技術的に知られた記憶媒体の任意の他の形態のような他の記憶装置であってもよい。さらに、プログラムプロダクト２２１４は、ネットワークから受信され、メモリに記憶され、次に実行されるプログラムステップを含むソースファイルであってもよい。このように、この発明に従って動作のために必要な処理ステップは、プログラムプロダクト２２１４上で具現化されてもよい。図２２において、例示的な記憶媒体は、プロセッサーが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサーに結合される。代替策では、記憶媒体はプロセッサーに一体化してよい。
【０１４８】
ユーザーインターフェース２２１６は、ホストプロセッサー２２１０およびコーデック２２０８の両方に接続される。例えば、ユーザーインターフェース２２１６はディスプレイおよびユーザーにマルチメディアデータを出力するために使用されるスピーカーを含んでいてもよい。
【０１４９】
当業者は、この発明の範囲を逸脱せずに、実施形態に関連して記載された方法のステップは置き換えてもよいことを認識するであろう。
【０１５０】
当業者は、情報及び信号が多岐に渡る様々な異なる技術及び技法のいずれかを使用して表現されてよいことを理解するだろう。例えば、前記説明を通して参照されてよいデータ、命令、コマンド、情報、信号、ビット、記号及びチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、またはその任意の組み合わせによって表現されてよい。
【０１５１】
当業者は、さらに、ここに開示されている実施形態に関連して説明された多様な例示的な論理ブロック、モジュール、回路及びアルゴリズムステップが、電子ハードウェア、コンピュータソフトウェア、または両方の組み合わせとして実現されてよいことを理解するだろう。ハードウェアとソフトウェアのこの互換性を明確に説明するために、多様な例示的な構成要素、ブロック、モジュール、回路及びステップが、一般的にそれらの機能という点で前述されている。このような機能性がハードウェアとして実現されるのか、あるいはソフトウェアとして実現されるのかは、特定の用途及び全体的なシステムに課される設計制約に依存する。当業者は、それぞれの特定の用途のために変化する方法で説明された機能性を実現してよいが、このような実現の決定は、本発明の範囲からの逸脱を引き起こすと解釈されるべきではない。
【０１５２】
ここに開示されている実施形態に関連して説明された多様な例示的な論理ブロック、モジュール及び回路は、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタ論理、離散ハードウェア構成要素、あるいはここに説明される機能を実行するように設計されたその任意の組み合わせをもって実現または実行されてよい。汎用プロセッサーは、マイクロプロセッサーであってよいが、代替策ではプロセッサーは、任意の従来のプロセッサー、コントローラー、マイクロコントローラーまたは状態機械であってよい。また、プロセッサーは、計算装置の組み合わせ、例えば、ＤＳＰとマイクロプロセッサーの組み合わせ、複数のマイクロプロセッサー、ＤＳＰと連結した１つ以上のマイクロプロセッサー、または任意の他のそのような構成の組み合わせとして実施してもよい。ここに開示された実施形態に関連して説明された方法またはアルゴリズムのステップは、ハードウェア内、プロセッサーによって実行されるソフトウェアモジュール内、あるいは２つの組み合わせの中で直接的に具体化されてよい。ソフトウェアモジュールはＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、取り外し可能ディスク、ＣＤ−ＲＯＭ、または技術的に既知である任意の他の形式の記憶媒体に常駐してよい。例示的な記憶媒体は、プロセッサーが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにプロセッサーに結合される。代替策では、記憶媒体はプロセッサーに一体化してよい。プロセッサー及び記憶媒体はASICに常駐してよい。ＡＳＩＣはユーザー端末に常駐してよい。代替策では、プロセッサー及び記憶媒体はユーザー端末内に別々の構成要素として常駐してよい。
【０１５３】
開示された実施形態の上述の記載は当業者がこの発明を製作または使用することを可能にするために提供される。これらの実施形態に対する種々の変更は当業者に容易に明白であり、ここに定義される統合的原理はこの発明の精神または範囲から逸脱することなく他の実施形態に適用されてもよい。従って、この発明は、ここに示される実施形態に限定することを意図したものではなく、ここに開示された原理と新規な特徴に一致する最も広い範囲が許容されるべきである。
【図面の簡単な説明】
【０１５４】
【図１】図１は、この発明に従って構築された通信システム１００の一部の説明図である。
【図２】図２は、例示パケットデータネットワークと図１のシステム内の無線ネットワークを介してパケットデータを配信するための種々の無線エアーインターフェースオプションを説明するブロック図である。
【図３】図３は、ＧＳＭエアーインターフェースを利用する図１のシステム内の２つの無線フレーム３０２および３０４を説明するブロック図である。
【図４】図４は、図１のシステム内の典型的なビデオシーケンスのためのフレームサイズの変化の一例を説明するチャートである。
【図５】図５は、図１のシステム内のＣＢＲチャネルを介して送信される種々のサイズのフレームの送信をサポートするために使用されるバッファーリング遅延を説明するブロック図である。
【図６】図６は、図１のシステム内のＣＢＲチャネルを介して可変ビットレート（ＶＢＲ）マルチメディアストリームをストリーミングすることにより導入されるバッファーリング遅延を説明するグラフである。
【図７】図７は、システムにおいて６４ｋｂｐｓの公称レートおよびＡＶＣ／Ｈ．２６４およびＭＰＥＧ−４のためのＱpを用いてエンコードされる種々の５０フレームシーケンスビデオクリップのための、ミリ秒におけるバッファー遅延Ａbを説明する棒グラフである。
【図８】図８は、図７に図解されたシーケンスのよく理解された客観的測定基準「ピーク信号対雑音比」により表される、視覚品質を図解する棒グラフである。
【図９】図９はシステム内のＲＴＰ／ＵＤＰ／ＩＰを用いた無線リンクを介して、ビデオデータのようなマルチメディアデータを送信するときに存在するカプセル化の種々のレベルを図解する図である。
【図１０】図１０は、システム内の物理層データパケットへの、マルチメディアデータパケットのようなアプリケーションデータパケットの割り当ての一例を図解する図である。
【図１１】図１１は、システム内のＥＢＲ技術に従ってアプリケーション層パケットをエンコードする一例を図解する。
【図１２】図１２は、インターネットのようなＩＰ/ＵＤＰ/ＲＴＰネットワークを介してＶＢＲデータストリームを送信するコーデックの一実施形態を図解するブロック図である。
【図１３】図１３は、チャネルパケット損失が１％である場合に、異なるエンコーディング技術を用いてエンコードされたビデオシーケンスの種々の例のためのピーク信号対雑音比（ＰＳＮＲ）における相対的な減少を図解する棒グラフである。
【図１４】図１４は、エンコードされたビデオシーケンスの種々の例に対してチャネル損失が５％であるときピーク信号対雑音比（ＰＳＮＲ）における相対的な減少を図解する棒グラフである。
【図１５】図１５は、図１３のエンコードされたビデオシーケンスに対して受信された欠陥のあるデータパケットのパーセンテージを図解する棒グラフである。
【図１６】図１６は図１４のエンコードされたビデオシーケンスに対して受信された欠陥のあるデータパケットのパーセンテージを図解する棒グラフである。
【図１７】図１７は、４つの異なるケースのためのサンプルエンコードされたビデオシーケンス対ビットレートのＰＳＮＲを図解するグラフである。
【図１８】図１８は、４つの異なるケースのための他のエンコードされたビデオシーケンス対ビットレートのＰＳＮＲを図解するグラフである。
【図１９】図１９は、平均レート６４ｋｂｐｓのＡＶＣ／Ｈ．２６４ストリームのための送信計画を図解するグラフである。
【図２０】図２０は、データを送信する方法の一実施形態を図解するフロー図である。
【図２１】図２１は、データを送信する方法の他の実施形態を図解するフロー図である。
【図２２】図２２は、この発明の例示実施形態に従って構築された無線通信装置、または移動局(ＭＳ）のブロック図である。
【図１】
2007537682.tif 000017
【図２】
2007537682.tif 000018
【図３】
2007537682.tif 000019
【図４】
2007537682.tif 000020
【図５】
2007537682.tif 000021
【図６】
2007537682.tif 000022
【図７】
2007537682.tif 000023
【図８】
2007537682.tif 000024
【図９】
2007537682.tif 000025
【図１０】
2007537682.tif 000026
【図１１】
2007537682.tif 000027
【図１２】
2007537682.tif 000028
【図１３】
2007537682.tif 000029
【図１４】
2007537682.tif 000030
【図１５】
2007537682.tif 000031
【図１６】
2007537682.tif 000032
【図１７】
2007537682.tif 000033
【図１８】
2007537682.tif 000034
【図１９】
2007537682.tif 000035
【図２０】
2007537682.tif 000036
【図２１】
2007537682.tif 000037
【図２２】
2007537682.tif 000038
【国際調査報告】
2007537682.tif 000039
2007537682.tif 000040
2007537682.tif 000041
2007537682.tif 000042
2007537682.tif 000043