JP2000514277A - 複数のソースからのデータを処理する方法および装置 - Google Patents

Abstract

(57)【要約】 本発明は、データを伝送するために準備する方法を包含し、前記方法は：複数のソース（Ｓ１，..Ｓｉ，..Ｓｎ）からのデータを多重化する段階であって、前記多重化段階は、少なくとも１つのソース（Ｓｉ）のために、前記ソース（Ｓｉ）からのデータを前記データの優先順位に従って、複数のクラス（Ｃ１，..Ｃｊ，..Ｃｎ）に分類する段階、および前記ソースからのデータを、前記データのクラス（Ｃｊ）と、前記データの発信元である前記ソース（Ｓｉ）に割り当てられたもう１つの優先順位の両方に従って、データ構造（Ｄ）内の位置にデータをマッピングする段階によって構成される多重化段階；および前記データの相対的優先順位を保持しつつ、前記データ構造（Ｄ）内の前記データをフレームに再分割する段階によって構成される。前記ソースは、各種のマルチメディア・ソースとすることもできる。また、データの相対的優先順位を保持しつつ、多重化されたデータに前方誤り訂正（ＦＥＣ）符号化を行って伝送する方法、およびデータを復号し逆多重化する方法が開示される。これらの方法を実施する装置も開示される。

Description

【発明の詳細な説明】 複数のソースからのデータを処理する方法および装置 発明の分野 本発明は、データの多重化，符号化および伝送に関する。 より詳しくは、複数のソースからのデータの伝送に関する。 これらのソースはマルチメディア・ソースとすることもできる。 単一メディア・サービスの例が、音声とデータである。これらの単一メディア ・サービスでは、前方誤り訂正（以後ＦＥＣという）方式が使用され、ケース・ バイ・ケースで開発されている。ＦＥＣは、冗長性を利用して、破壊されたデジ タル信号を受信する側が、送信された実際の信号を判定できるようにする。この ため、ＦＥＣは、誤りを犯しやすい伝送経路によるデータの破壊を軽減する。 発明の背景 音声の場合、ＦＥＣ方式の開発には通常、伝送中のビット誤りがビット・スト リームの種々のパラメータに及ぼす種々の影響を考慮に入れて、それぞれのシス テムごとに異なるＦＥＣ方式を作成する必要がある。これは、新しい音 声コーデックをシステムに導入するためには、必ずといってよいほどＦＥＣの再 設計が必要であることを意味する。 音声やビデオなど、特定のタイプの媒体の伝送を対象としてＦＥＣ方式を設計 するに際しては、ある種の結合ソース／チャネルまたは不等保護符号化技術を使 用して、データ・ストリームのより重要なセグメントをより厚く保護できるよう にする一方で、いくつかのビットは、ＦＥＣの保護を全く受けないようにできる ようにすることが望ましい。 一定のパラメータもしくはビットのＦＥＣ保護について、このように異なる要 求条件があることは、単一ソース、すなわち、特定のタイプのメディアの伝送に 対して機能する低ビット・レートのソース・コーダの既知の特性である。例えば 、ビデオ符号化の状況では、モーション・べクトル（motion vector）の誤りは 、ＤＣＴ（離散コサイン変換）係数の誤りを上回る劣化を起こす。この要求条件 は、ＦＥＣが、ソース符号化アルゴリズムに関する詳細な知識を用いて適用され ることを意味する。 単一サービス（例：音声）を対象とする現在のモバイル・システムのＦＥＣ方 式は、ほとんど必ずといって、伝送速度に適応したパンクチャード符号化（以下 ＲＣＰＣという）を利用して、コーダのビット・ストリームの種々のビットのた めに差動誤り保護を提供する。例えば、先行技術が発表されたHagenauer、「伝 送速度に適応したパンクチャード符号化符号（ＲＣＰＣ符号）とその適用」、Ｉ ＥＥＥ Trans Comms、Vol.ＣＯＭ-36、No.4、1988年４月を参照されたい。しかしながら 、このような単一サービス用途では、ＦＥＣフレーム内における種々のパラメー タの位置のように、保護されるビットの数が通常固定されている。また、可変ビ ット・レートのソースの場合には、符号化規則の選択の幅が限定されている。 また、モバイル・システムについて考慮すると、これらのシステムのＦＥＣ方 式を設計する現在の手法は、単一サービス、すなわち音声のみを対象として設計 するものである。このようなＦＥＣ方式の性能は、こうした単一サービスではほ ぼ最適に近いが、同様の手法をマルチメディアに応用するとなると、種々のサー ビスのエラー品質に不整合が生じる可能性や、チャネル・リソースの無駄につな がる可能性がある。 マルチメディア環境では通常、ビデオ，オーディオおよびデータなどの複数の ソースからのビット・ストリームを単一ビット・ストリームに多重化する必要が ある。これを実現する方法を規定する基準は、ＩＴＵ-Ｔ勧告Ｈ．２２３「非電 話信号のライン伝送-低ビット・レートのマルチメディア通信のための多重化プ ロトコル」など、数多くある。 マルチ・メディア・サービス向けの従来の設計は、個々のサービスごとに異な るＦＥＣを利用し、ついでこれを多重化する。その後、多重化情報を保護するた めには、誤り 保護を付加する必要がある。これは複雑で柔軟性に欠ける方式である。このよう な設計思想では、特に、新しいサービス構成要素（例：新しい音声コーデック） が付加される場合には、サービスが品質指標として同様のチャネル・ビット誤り 率（ＢＥＲ）特性を示すように確保することが極めて難しい。このため、複数の サービス構成要素の相対的耐性（robustness）が異なると、種々の速度およびカ バレージ・エリアにおける種々の位置においてこれら構成要素の品質に劣化が生 じる可能性が高い。実際に、例えば、カバレージ・エリアの端部または地理的に 通信機能が低下する所に位置するモバイル利用者は、他の人々よりも受信するマ ルチメディア・サービスの一部について、過度の劣化を被る可能性がある。これ は明らかに望ましいことではなく、特に文字や絵など特定用途において重要なサ ービス構成要素の１つが、音声など重要度の低いものよりも劣化が早い場合はそ うである。 マルチメディア・データ伝送および将来のモバイル・システムの場合は特に、 サービス提供者およびネットワーク運用者が、新しいサービスを迅速かつ容易に 導入することを希望する可能性が高いようである。マルチメディア状況では、種 々のオーディオ，音声およびビデオ・コーデックを結合して、特定の市場ニッチ を満たすことが必要な場合もある。このようなニッチはまた、マルチメディア・ サービスの種々の構成要素について品質の点で極めて異なる要 求条件を要求する可能性が高い。 公表されている欧州特許出願ＥＰ−Ａ-０１７１５９６号は、単一集線方式を 提供する。複数の利用者チャネルが、共通の通信チャネルに集線される。これを 行うため、各利用者チャネルからの情報はバッファされ、優先順位が付けられ、 この優先順位に基いて共通の通信チャネルに伝送される。情報に割り当てられる 優先順位は種類に依存し、例えば、データは音声パケットよりも高い優先順位を 有する。通常の音声に係わる遅延を維持するため、特定のソースからの一部の音 声パケットには、異なるソースからの他の音声パケットとは異なる優先順位が付 けられる場合もある。 公表されている米国特許ＵＳ−Ａ-５２８０４７９号は、いくつかの異なるソ ースから供給されるデジタル・パケットを同一の伝送チャネルに挿入するための 多重化方式を示す。各ソースは、パケットの種類の関数として、各パケットの挿 入優先順位を生成する。特定のソースは、例えば、待機中の伝送を格納している パケットの数に基づいて、他の同様のソースとは異なる優先順位を有する場合が ある。 発明の開示 本発明に従って、複数のソースからのデータを伝送する準備を行う方法は：複 数のソースからのデータを多重化する段階であって、前記多重化段階は、少なく とも１つのソ ースのために、ソースからのデータをデータの優先順位に従って複数のクラスに 分類する段階、およびデータのクラスと、データの送信元のソースに割り当てら れたもう１つの優先順位の両方に従って、データ構造内の位置にデータをマッピ ングする段階、およびデータの相対的優先順位を保持しつつ、データ構造内のデ ータをフレームに再分割する段階によって構成される。 第２のまたはもう１つのソースからのデータが複数のクラスに分類される場合 、これらのクラスは、前記第１のソースに使用されるものと必ずしも同一ではな く、すなわち、使用される特定のクラスは、関連のソースに固有のものである。 また、このようなデータを準備する方法を組み込んで、伝送するデータを符号 化する方法も提供される。データを符号化して伝送する方法は、上記の準備方法 に従って複数のソースからデータを準備する段階、およびデータの相対的優先順 位を保持しつつ、データ・フレーム上で前方誤り訂正（ＦＥＣ）符号化を実施す る段階によって構成される。 データのクラスへの分割および／またはソースの優先順位付けはそれぞれ、デ ータの受信者にとってのデータの重要性およびソースの重要性に従って行うこと ができる。 また、データのクラスへの分割および／またはソースの優先順位付けは、伝送 誤りがデータに与える潜在的影響に従って行うことができる。 また、データを復号し、逆多重化する方法が提供される。 上記の符号化方法に従って符号化されたデータを復号し逆多重化する方法は、 最初にデータをフレームに復号する段階、次に、データ・フレームをデータ構造 に再構成する段階、および最後にデータを送信元であるソースのフォーマットに 戻す形で逆多重化する段階を含む。 本発明はまた、上記いずれかの方法を実施するために改良された装置を包含す る。 本発明は、マルチメディア端末（モバイル端末でもよい）とのデータのやりと りを促進する。このような伝送のためのデータの処理は、上記２つの優先順位を 考慮に入れつつデータを多重化する段階、これにより作成されたデータ構造をフ レームに分割する段階、およびＲＣＰＣ前方誤り訂正方式を使用して、データを 符号化する段階を含む。 本発明はいくつかの利点を提供する。第１に、システムは、新しいコーデック が付加される場合、またはコーデックが削除される場合に、システムの大規模な 再設計を必要とせずに、入カソースおよびコーデックの幅広い選択肢を可能にす る。このため、コーデックは「モジュール」ブロックとして単純に処理すること ができる。 伝送に先立ってデータを符号化するためには、すべてのサービスおよびすべて の論理チャネルに対して、単一ＦＥＣエンコーダおよびデコーダの設計が使用さ れるので、性能のバランスをとるために、既存のコーデックまたは新し いコーデックのＦＥＣ保護の再設計を必要とせずに、新しいコーデックおよび新 しいサービス・オプションを追加する方がより単純である。 本発明は、各論理チャネル、すなわち、マルチメディアの呼の各ソースのＦＥ Ｃ率を変更する柔軟性を提供し、マルチメディア伝送の種々のサービス間におけ るＦＥＣ保護のトレードオフを変更できるようにしている。これは、呼の間に行 うこともできる。ソースの相対的優先順位、および個々の各ソースから作成され た種々のクラスのデータの優先順位は共に、随意に選択できる。 図面の簡単な説明 第１図は、複数のソースからのデータが、ＴＤＭＡ伝送のために多重化され、 準備され、符号化される本発明の一実施例を示す。 第２図は、ソースの１つからのビットの選択を示し、それぞれのクラスのビッ トが等しい割合で取り込まれる。 第３Ａ図は、２つのソースからのビットを、本発明に従ってデータ構造にマッ ピングする第１の方式を示す。 第３Ｂ図は、２つのソースからのビットを、本発明に従ってデータ構造にマッ ピングする第２の方式を示す。 第４図は、データ処理量の変化にＦＥＣ保護を適応させる例を示す。 好適な実施例の詳細な説明 一般的な形式では、本発明は、いくつかのソースからのデータを伝送するため の準備に関わる。１つのソース内からのデータは、ソースそのものと同様、種々 の優先順位を割り当てることができる。各ソースにより出力されたデータは、１ つの「論理チャネル」を構成し、そのデータは伝送の準備において多重化され、 フレームに分割されなければならない。 図に示す本発明の好適な実施例は、上記の方式に従ってデータを準備する方法 と装置を、データの前方誤り訂正、およびデータの受信者への最終的伝送ととも に示す。最も完全な形式では、本発明は複数のソースからデータを取り込み、伝 送のためにデータ処理を最適化する。これが達成する準備および符号化は、受信 者にとってのデータの有用性を最大限に高めるために極めて重要であり、受信者 は、受信されたデータに誤りを生じる伝送経路によって、送信側の利用者から分 離される可能性がある。誤りの性質と発生の頻度はともに時間の経過につれて変 化する可能性がある。 図に示すために選択された本発明の実施例は、複数のソースからデータを受信 する。これらのソースは、異なるデータ速度およびフォーマットを有する可能性 があり、それ ぞれのソースは、伝送の受信者にとって異なる重要性を有するデータを提供する 可能性がある。一例として、ビデオ・コーデックなどのソースは、例えば、オー ディオ・コーデックよりも大きなフレームのデータを作る可能性があるが、この ようなフレームの１秒当りの作成率は少ない。 本発明の方式を第１図に示す。データのソースは種々の形式をとり得る。図に 示されたソースは、ビデオ・コーデック（ＶＣ），音声／オーディオ・コーデッ ク（Ｓ/Ａ Ｃ），データ・ソース（ＤＳ１..ＤＳｎ）である。ビデオ・コーデ ックおよび／またはオーディオ・コーデック・ソースは、図示したものよりも多 いまたは少ない場合がある。また、一般的なＤＳタイプのデータ・ソースはｎ個 まで存在し得る。これらのソースは、１つまたは複数の移動マルチメディア端末 の一部となる場合もあり、或いはかかる端末に伝送するデータを提供することが できる。この実施例はまた、移動マルチメディア・システムのＦＥＣフレームワ ークによって構成される。この実施例では、ＲＣＰＣ技術を示した。本発明は、 Ｈ．２２３から知った方式など、既存の単純な多重化方式の延長として実現でき る。 第１図を詳細に考慮して： （ｉ）図の最上段の列は、データのソースＶＣ，Ｓ/Ａ Ｃ、ＤＳ１....ＤＳｎ を示す。 （ｉｉ）第２番目の列は、各ソースからのデータを示し、これらのソースはクラ スに分割されている。これらは例え ば、ビデオ・コーデックの場合はクラスＮからクラス１に渡っており、ＣＲＣビ ットは別のクラスに入る。 １つのソースからのビットを各種のクラスに優先順位付けすること自体は、１ つのソースのみを対象とする単一の低ビット・レートの音声コーデックに対する 先行技術でも知られている。個々のチャネルのビット・ストリームは大抵の場合 、音声フレームまたはビデオ・フレームなど、ソース符号化アルゴリズムの何ら かの論理構造に関わるユニットに分割される。これは、単一のチャネルを対象と する先行技術に対しても、また本発明の各チャネルに対しても当てはまる。 （ｉｉｉ）第３段目の列の幅広の矢印は、データを単一データ構造に多重化す る段階を表しており、このデータ構造Ｄは、Ｐ＋，Ｐ，Ｐ−１から１までの種々 のクラスのデータによって構成され、これは図の第４段目の列に示される。各ソ ースの相対的優先順位は、図のこの部分に、図の右端からの距離（優先順位を表 す）を併記する形で示される。例えば、「ビデオ優先順位」は、「データ・ソー ス１優先順位」より高い。 音声／オーディオ・コーデックの直ぐ下にある矢印は、幅に制約がないことを 示している。これは、音声／オーディオ・コーデツクがレート決定ソース（rate determiningsource）であることを示す。実際面では、これは、作成される各デ ータ構造に対しては、その他のソースからは一定 の割合のデータしか取り込まれず使用されないことを意味する。音声／オーディ オ・コーデックからに限って、ソースが作成するデータ・ユニット全体、例えば 、音声フレーム全体からのデータが、１つのデータ構造に組み込まれる。レート 決定ソース以外の各ソースからのデータの割合の選択は第２図に示され、第２図 に関連して詳細に検討する。レート決定ソースは、多岐に渡る方法で選択できる 。例えば、これは、伝送中のタイミング・ジッタによって配信が最も不利となる サービスを支援するソースとすることもできる。 （ｉｖ）図の第４段目の列は、多重化段階の結果生じるデータ構造Ｄを示す。 （ｖ）図の第５段目の列は、ＲＣＰＣフレームを示し、データ構造Ｄからのデ ータは、このフレームに分割される。 この分割は、データがデータ構造において持っていた相対的優先順位を保持する ように分割される。 （ｖｉ）図の第６段目の列は、ＲＣＰＣフレームからのデータの符号化とパン クチャリング（puncturing）、および結果として生じるデータを伝送用スロット にインターリーブする段階を矢印を用いて示しており、スロットそのものは図の 第７段目および最終列に図示される。 （ｖｉｉ）図の第７段目の列は、伝送用のスロット内のデータをここではＴＤ ＭＡバーストとして示している。 先行技術の複数ソース用ＦＥＣ方式は、多重化の前に、 各ソースに対してＦＥＣ符号化を実施するように設計される。多重化段階におい て、各サービスまたは論理チャネルは、他との相対的重要性が固定されている。 これに対して、本発明の実施例は、各論理チャネル（およびその関連サービス） に相対的優先順位を割り当てており、ＦＥＣ符号化の前に多重化を実施する。こ の相対的優先順位は、呼セットアップ時間中に割り当てることもできる。優先順 位情報は、チャネル定義テーブルの中に含めなければならず、呼の間に動的に変 更できる。 本発明に従って、各論理チャネルは、規定された数の優先順位クラスを有して おり、各クラス内に既知の数のビットを有し、これらのクラスに、ビット・スト リームのそれぞれの部分が配列される。ついで、多重化層は、各論理チャネルか ら各クラスにつき一定割合のビットを選択する。この選択を詳細に示したのが第 ２図である。 第２図を詳細に考慮して： （ｉ）図の上の部分では、ソースの１つからのデータのフレームが、データが クラスに分割される形で示される。 １６，１６，４０，１６の数字は、これらの各数字の直ぐ下にあるデータのクラ ス内のビット数を表す。 （ｉｉ）図の下の部分は、クラスから多重化のために取り込まれるビットの選 択を示す。この例で、ビットの選択は、単一の原データ・フレーム内に存在して いたビットの半数を含む。原フレームの各クラスからとられたビットの 数は、選択の下にある８，８，２０および８の数字で示される。図の一番上に示 される単一フレーム内のデータの残りは、その後１つもしくは複数のデータ構造 に多重化される。 本発明に従って、各クラスから選択されたビットの数は、多重化の出力データ ・ユニットのサイズによって定義される。このサイズは、多重化の特定のタイプ および実現に固有のものであるが、通常、複数の出力データ・ユニットに渡って 、出力ユニットが分割できない論理チャネル、および物理的チャネルのデータ速 度によっても制約される。 従来の多重化方式では、ビットは通常、入カデータ・ユニットから逐次的に選 択される。しかしながら、本発明では、各クラスＣｊのビットは、特定のソース からの入カデータ・フレームと同様に、各クラスのビットの割合が等しくなるよ うなデータ・ユニットを生じるように選択される。ここでもう一度第２図を参照 されたい。この図の別の説明のしかたでは、論理チャネル内の各クラスを、独自 のデータ速度と保護を有する仮想サブチャネルと捉える。 すべての論理チャネルからの結果として生じるクラスはついで、大域的優先順 位で配列され、これによってデータ構造（Ｄ）を生じる。この大域的優先順位は 、論理チャネルの相対的優先順位と各チャネル内のクラスの優先順位に由来する 。データ構造Ｄは、第１図では、図の第４番目の列として示され、データ・クラ スＰ＋，Ｐ，Ｐ−１，..... １によって構成される。 チャネル内の個々のクラスの優先順位と、他のチャネルとの比較による当該チ ャネルの優先順位とを使用する方法、すなわち結合する方法は数多くある。チャ ネルのクラスを全体的な順位にマッピングすることを実施する２つの方法を、第 ３Ａ図および第３Ｂ図に示す。 第３Ａ図に示される方式に従って、１個の数字を使用して、各論理チャネルの 優先順位を定義できる。２つのチャネル（１つはビデオ、もう１つはオーディオ ）とそのデータのクラスが図の最上段に示される。各チャネルのクラスはついで 、図の中央部分に再度示され、チャネルの優先順位に依存する量によって図の右 端からずらして並置される。最後に、図の下の段は、２つのチャネルからのクラ スの多重化によって生じるデータ構造Ｄを示す。 図に示す例では、データ構造内の順位は、種々のクラスを単純に混ぜたもので ある。この例では、各チャネルのＣＲＣビットは、当該チャネルの最高クラスの データの左端に追加される。そのため、ビデオ・チャネルのＣＲＣビットは、当 該チャネルのクラス３ビットに追加される。ＣＲＣビットを含むこの組合せを除 き、第３Ａ図の例では、各クラスの左端は、種々のチャネル間でどのクラスが高 い優先順位を有するか定義する。 第３Ａ図の例以外では、ＣＲＣビットは、関連のソースに依存して、ソースの 最高クラスのデータよりも重要性が 高いまたは低い場合もある。 第３Ｂ図の方式では、第３Ａ図の代替例が示される。この方式では、同じクラ スを有する同じ２つのチャネルが、図の上段に示される。チャネル優先順位はこ こでは２つの数字、すなわち１つは最高優先順位、もう１つは最低優先順位によ って定義される。この技術によって、各チャネル内のクラスは、大域的順位、す なわち、一定の最高優先順位と最低優先順位の間に渡って存在することができる 。２つのチャネルは再度、図の中央に示され、右端からずらして並置される。こ の場合、優先順位は、各チャネル内のクラスによって変化し、クラスはこのため 、各チャネルの「最高優先順位」と「最低優先順位」ポイント間に分布する。 このような方式が役立つのは、１つのチャネルの最高優先順位のクラスが、別 のチャネルのそれよりも重要であっても、最低優先順位のクラスは重要性が低い 場合であろう。第３Ｂ図の方式は実際、第３Ａ図に示されるのと同一のチャネル から同一クラスのデータを分割するが、結果としては異なるデータ構造Ｄが生じ る。 また、図に示していないが、クラスは、チャネルのクラスを大域的クラスに個 別にマッピングすることができる。 ここで多重化によって生じるデータ構造Ｄを考慮して、データ構造は、種々の ソースからマッピングされた各種のクラスを受け取る。このデータ構造は第１図 では、クラス Ｐ＋，Ｐ，Ｐ−１，Ｐ−２.....１の行として示される。データ構造は、フレー ミング情報を含むヘッダを有し、これは最高クラスに配置される。このクラスは 第１図ではＰ＋として表示される。ヘッダ情報は極めて重要であり、そのため、 厚く保護しなければならない。このヘッダが破壊されると、多重データ・ユニッ ト構造が未知のものであり、使用できないことを意味することになる。図に示す データ構造は、左から右に行くに従ってデータの優先順位が低くなる。 データ・ビットをデータ構造Ｄにマッピングした後、大域的順序付けによるビ ットがフレームに配置される。これらはＦＥＣ符号化のためのＦＥＣデータ・フ レームであることが望ましい。多重化段階でデータに与えられる優先順位は、こ れらのフレームの作成中も維持しなければならない。ＦＥＣデータ・フレームは 、種々のクラスのビットの種々の保護を支援する。ＲＣＰＣ技術は明らかに、こ のフレーミングの１つの候補であるが、他の技術も使用できることは明らかであ る。 データの相対的優先順位は、データ構造（Ｄ）からこれらのＦＥＣフレームへ とデータが再分割される間も保持される。ビットのＦＥＣ（ＲＣＰＣ）フレーム へのマッピングは単一アルゴリズムを使用し、このアルゴリズムでは、フレーム の中の最も保護の厚い部分（ＲＣＰＣフレームの最も外側の部分）から最初に埋 められる形で、第１図の左 から右に向かって、大域的順序付けにおける最重要ビット（クラスＰ＋）から最 も重要性の低いビット（クラス１）へと作用する。このアルゴリズムは、クラス Ｐ＋ビットが、第１フレームの最も保護の厚い部分に配置されて、バッファリン グ条件および遅延を最小限に押さえるという要求条件を満たす。一部のビットは 、未保護の形で残される場合がある（第１図のクラス２およびクラス１）。これ らのビットは、ソース符号化方式の非機密パラメータであるか、或いは恐らく最 終的にデータの正しい伝送を確保するためにＡＲＱタイプ方式を使用する、無制 約の遅延条件を有するビットである可能性がある。 ついでデータ・フレームは、伝送のために符号化される。 好適な実施例では、ＦＥＣ符号化が使用される。ＲＣＰＣ符号化の場合には、デ ータもパンクチャーされ、その間ずっと、データの相対的優先順位が保持される 。その後データを伝送できる。インターリーブも、バーストのあるチャネルに対 して性能を改善するために適用できる。 データを受信する側は、データを、伝送された原フォーマットに戻すよう変換 できなければならない。ついで、データは、送信元の原ソースＳｉにより作成さ れた時に本来持っていたフォーマットおよび意味を回復する。そのため、本発明 はまた、データの復号および逆多重化の方法に拡張される。 復号は、符号化プロセスの逆である。ＦＥＣ方式の多重 フレーミング，チャネル定義 および詳細に関する知識は、エンコーダとデコーダの両方に存在すると想定され る。上記に概説された方法の各段階に従って符号化されたデータを復号し逆多重 化する方法は、データをフレームに復号する段階と、その後にデータを、送信元 のソースのフォーマットに変換する逆多重化を行う段階を含む。このようなデー タの逆多重化は、上記に概説したように多重化されたデータの逆多重化を含む。 この逆多重化に従って、上記の多重化段階の逆が、伝送と復号の後に、好適には ユーザによって受信されたデータに対して実施される。逆多重化は、データを、 送信元のソースのフォーマットに戻すように変換する。 本発明の方法は明らかに、上記方法の諸段階を実施するように適切に改良され た各種の回路を使用して実現できる。上記ハードウェアに限定されないが、本発 明の実施に適する回路は、適切にプログラムされたマイクロコントローラ、また は特定の方式の諸段階を実施するように特に構成された特定用途向けＩＣであろ う。 適応ＦＥＣレート方式による実施例 前記の基礎となる発明に対するさらなる改善は、使用されたＦＥＣ方式に適応 させることである。この適応は、データ処理能力の変化，伝送に使用された無線 チャネルの品質の変化，または使用可能なチャネル帯域幅の変化（例： ＴＤＭＡスロットの数）に応えて行われる可能性がある。 ＲＣＰＣの場合、単純なやり方は、受信側と通信されているパンクチャー・パ ターンの変化に、出力多重データ・ユニット間のパンクチャリングを合わせるこ とであろう。ＲＣＰＣフレームのＦＥＣ復号における複雑性を最小限に押さえる ためには、どのような状況でもＲＣＰＣフレームの初めに同一速度で多重ヘッダ を符号化し、ついで、ＲＣＰＣフレームの一定のポイントを超えるビット（通常 、親畳み込み符号の４から５拘束長）のパンクチャリング・パターンを変化させ るのが望ましいかもしれない（第４図参照）。

Claims (1)

1. 【特許請求の範囲】 １．データを伝送するために準備する方法であって： 複数のソース（Ｓ１，..Ｓｉ，..Ｓｎ）からのデータを多重化する段階であって 、前記多重化段階は、少なくとも１つのソース（Ｓｉ）のために、前記ソース（ Ｓｉ）からのデータを前記データの優先順位に従って、複数のクラス（Ｃ１，.. Ｃｊ，...Ｃｍ）に分類する段階、および前記ソースからのデータを前記データ の前記クラス（Ｃｊ）と、前記データの発信元である前記ソース（Ｓｉ）に割り 当てられたもう１つの優先順位の両方に従って、データ構造（Ｄ）内の位置にデ ータをマッピングする段階によって構成される多重化段階；および 前記データの相対的優先順位を保持しつつ、前記データ構造（Ｄ）内の前記デー タをフレームに再分割する段階； によって構成されることを特徴とする方法。 ２．伝送するデータを符号化する方法であって： 前記請求項１記載の方法に従って、複数のソース（Ｓ１，..Ｓｉ，..Ｓｎ）か らデータを準備する段階；および 前記データの相対的優先順位を保持しつつ、前記データ・フレーム上で前方誤 り訂正（ＦＥＣ）符号化を実施する段階； によって構成されることを特徴とする方法。 ３．データのクラス（Ｃ１，..Ｃｊ，..，Ｃｍ）への分割 および／またはソース（Ｓ１，..Ｓｉ，..Ｓｎ）の優先順位付けは、前記データ の受信者にとっての前記データの重要性および前記ソースの重要性にそれぞれに 従って実施されることを特徴とする、請求項１または請求項２記載の方法。 ４．データのクラス（Ｃ１，..Ｃｊ，..，Ｃｍ）への分割および／またはソー ス（Ｓ１，..Ｓｉ，..Ｓｎ）の優先順位付けは、伝送誤りが前記データに与える 潜在的影響に従って実施されることを特徴とする、請求項１または請求項２記載 の方法。 ５．最初に前記データがフレームへと復号され、ついで前記データ・フレーム がデータ構造（Ｄ）に再構成され、最後に前記データが、発信元である前記ソー ス（Ｓ１，..Ｓｉ，..Ｓｎ）のフォーマットに戻す形で逆多重化されることを特 徴とする、請求項２から請求項４のいずれかの方法に従って符号化されたデータ を復号し逆多重化する方法。 ６．第１図，第２図，第３Ａ図，第３Ｂ図または第４図のいずれかを参照して 実質的に既に説明された方法。 ７．請求項１から請求項６記載の方法を実施するのに合うように改善された装 置。