(57)【要約】本発明は、信号がソース符号化されて符号化データストリームを得て、ソース重要情報（ＳＳＩ）が符号化データストリームに含まれる信号符号化を提供する。このソース重要情報（ＳＳＩ）は、符号化データストリームのそれぞれの部分の所望の保護レートを示す。このように、チャネルエンコーダは、符号化データストリームからソース重要情報（ＳＳＩ）を得る。それは、中間ネットワークレイヤが存在する場合に有利である。好ましくは、符号化データストリームは、それぞれのパケットを含み、ソース重要情報がそれぞれのパケットと関連するそれぞれのヘッダに含まれ、所与のヘッダは、関連パケットのそれぞれの部分（ｐｉｎ）に対する所望の保護レートを示す。ソース重要情報（ＳＳＩ）の容易な検出を提供するために、最初のヘッダ（ＳＳＩ１）は、符号化データストリームの始めに配置される。あるいは、最初のヘッダ（ＳＳＩ１）は、識別子を備える。
2004504755.tif 000002
【特許請求の範囲】
【請求項１】
信号を符号化する方法であって、前記方法は、
前記信号をソース符号化して符号化データストリームを得る工程と、
前記符号化データストリームのそれぞれの部分の所望の保護レート（ｒｉｎ）を示すソース重要情報（ＳＳＩ）を前記符号化データストリームに含める工程と、
を有する、ことを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記ソース重要情報（ＳＳＩ）は、前記符号化データストリームの前記それぞれの部分のそれぞれの長さ（ΔＬ，ｎｉ）を含む、ことを特徴とする方法。
【請求項３】
請求項１記載の方法であって、前記符号化データストリームはそれぞれのパケットを含み、前記ソース重要情報（ＳＳＩ）は前記それぞれのパケットに関連するそれぞれのヘッダ（ＳＳＩｎ）に含まれ、与えられたヘッダ（ＳＳＩｎ）はその関連するパケットのそれぞれの部分（ｐｉｎ）に対する所望の保護レート（ｒｉｎ）を示す、ことを特徴とする方法。
【請求項４】
請求項３記載の方法であって、オフセット（Δｌ，ｎｏｆｓ）が前記与えられたヘッダ（ＳＳＩｎ）に含まれ、前記オフセット（Δｌ，ｎｏｆｓ）が前記関連するパケットの開始位置（Δｌ，ｎ１）を示す、ことを特徴とする方法。
【請求項５】
請求項３記載の方法であって、前記符号化データストリームはパケットのそれぞれのグループを有し、その方法において、パケットの前記グループの第１のパケットに関連する第１のヘッダ（ＳＳＩ１）が前記符号化データストリームの始めに配置される、ことを特徴とする方法。
【請求項６】
請求項３記載の方法であって、前記符号化データストリームはパケットのそれぞれのグループを有し、その方法において、パケットの前記グループの第１のパケットに関連する第１のヘッダ（ＳＳＩ１）には識別子（ｉｄ）が与えられる、ことを特徴とする方法。
【請求項７】
請求項６記載の方法であって、前記識別子（ｉｄ）は前記第１のヘッダ（ＳＳＩ１）の直前に配置される、ことを特徴とする方法。
【請求項８】
符号化データストリームを符号化する方法であって、前記符号化データストリームは、パケットのそれぞれのグループと前記符号化データストリームの始めに存在する第１のヘッダ（ＳＳＩ１）とを有し、前記第１のヘッダ（ＳＳＩ１）がパケットの前記グループの第１のパケットと関連し、前記関連する第１のパケットの開始位置を示すオフセット（Δｌ，ｎｏｆｓ）を含むソース重要情報を有し、
前記方法は、
前記符号化データストリームに他のヘッダ（ｈ（ｌ））を含める工程と、
前記符号化データストリームの始めで前記第１のヘッダ（ＳＳＩ１）を置き換える工程と、
前記第１のヘッダ（ＳＳＩ１）におけるオフセット（Δｌ，ｎｏｆｓ）を更新する工程と、
を含む、ことを特徴とする方法。
【請求項９】
チャネル符号化方法であって、前記方法は、
符号化データストリームのそれぞれの部分（ｐ）の所望の保護レート（ｒ）を示すソース重要情報（ＳＳＩ）を含む符号化データストリームを受ける工程と、
前記符号化データストリームにおけるソース重要情報（ＳＳＩ）を識別する工程と、
前記ソース重要情報（ＳＳＩ）の制御下でそれぞれ保護レート（ｒ）を有する符号化ビットストリームのそれぞれの部分をチャネル符号化する工程と、
を有する、ことを特徴とする方法。
【請求項１０】
チャネル復号化方法であって、前記方法は、
チャネル符号化データストリームのそれぞれの部分（ｐ）の保護レート（ｒ）を示すソース重要情報（ＳＳＩ）を含むチャネル符号化データストリームを受ける工程と、
前記チャネル符号化データストリームにおける前記ソース重要情報（ＳＳＩ）を識別する工程と、
前記ソース重要情報（ＳＳＩ）の制御下でそれぞれの保護レート（ｒ）を有する符号化ビットストリームのそれぞれの部分をチャネル復号化する工程と、
を有する、ことを特徴とする方法。
【請求項１１】
信号を符号化するデバイスであって、前記デバイスは、
前記信号をソース符号化して符号化データストリームを得る手段と、
前記符号化データストリームのそれぞれの部分（ｐ）の所望の保護レート（ｒ）を示すソース重要情報（ＳＳＩ）を前記符号化データストリームに含める手段と、
を有する、ことを特徴とするデバイス。
【請求項１２】
符号化データストリームを符号化するデバイスであって、符号化データストリームは、パケットのそれぞれのグループと前記符号化データストリームの始めに存在する第１のヘッダ（ＳＳＩ１）とを有し、前記第１のヘッダ（ＳＳＩ１）は、パケットの前記グループの第１のパケットと関連し、前記関連する第１のパケットの開始位置を示すオフセット（Δｌ，ｎｏｆｓ）を含むソース重要情報を有し、
前記デバイスは、
前記符号化データストリームに他のヘッダ（ｈ）を含める手段と、
前記符号化データストリームの始めで前記第１のヘッダ（ＳＳＩ１）を置き換える手段と、
前記第１のヘッダ（ＳＳＩ１）におけるオフセット（Δｌ，ｎｏｆｓ）を更新する手段と、
を有する、ことを特徴とするデバイス。
【請求項１３】
チャネル符号化器であって、
符号化データストリームのそれぞれの部分（ｐ）の所望の保護レート（ｒ）を示すソース重要情報（ＳＳＩ）を含む符号化データストリームを受ける手段と、前記符号化データストリームにおける前記ソース重要情報（ＳＳＩ）を識別する手段と、
前記ソース重要情報（ＳＳＩ）の制御下でそれぞれの保護レート（ｒ）を有する符号化ビットストリームのそれぞれの部分をチャネル符号化する手段と、
を有する、ことを特徴とするチャネル符号化器。
【請求項１４】
チャネル復号化器であって、
チャネル符号化データストリームのそれぞれの部分（ｐｉｎ）の保護レート（ｒｉｎ）を示すソース重要情報（ＳＳＩ）を含むチャネル符号化データストリームを受ける手段と、
前記チャネル符号化データストリームにおける前記ソース重要情報（ＳＳＩ）を識別する手段と、
前記ソース重要情報（ＳＳＩ）の制御下でそれぞれの保護レート（ｒｉｎ）を有する符号化ビットストリームのそれぞれの部分をチャネル復号化する手段と、を有する、ことを特徴とするチャネル復号化器。
【請求項１５】
前記符号化データストリームのそれぞれの部分（ｐｉｎ）の所望の保護レート（ｒｉｎ）を示すソース重要情報（ＳＳＩ）を含む、ことを特徴とする符号化データストリーム。
【請求項１６】
請求項１５記載の符号化データストリームが格納された、ことを特徴とする記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、信号を符号化することに関する。本発明は、さらにチャネル符号化に関する。
【０００２】
【従来の技術】
Ｈａｇｅｎａｕｅｒ，Ｊ． ａｎｄ Ｓｔｏｃｋｈａｍｍｅｒ，Ｔ．， ”Ｃｈａｎｎｅｌ Ｃｏｄｉｎｇ ａｎｄ Ｔｒａｎｓｍｉｓｓｉｏｎ Ａｓｐｅｃｔｓ ｆｏｒ Ｗｉｒｅｌｅｓｓ Ｍｕｌｔｉｍｅｄｉａ’， Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ＩＥＥＥ， Ｖｏｌ． ８７， Ｎｏ． １０， Ｏｃｔｏｂｅｒ １９９９の論文には、マルチメディアのためのソース／チャネル共有の符号化方法と復号化方法とが開示されている。マルチメディアでは、データ、テキスト、イメージ、音声及びビデオのような種々の圧縮された及び圧縮されていないソース信号を取り扱わなければならない。無線チャネル上では誤り率が高く、ソース／チャネル共有の符号化及び復号化方法が有利である。
【０００３】
不均一な通信の世界では、レイヤ構造は、標準化、設計及び実施化のための重要な形態である。通常、あるレイヤは、上位レイヤの要求を満足するために下位レイヤを用いることにより、受信側で対応するレイヤとのみ通信を行う。標準化と実施化の両方のために、それぞれのレイヤについてのインターフェースとタスクの定義だけは必要である。それによって、インターフェースの定義が全く単純になる。レイヤは、ステートマシン（ｓｔａｔｅ ｍａｃｈｉｎｅ）を使って通常記述される。また、レイヤモデルにおいて非常に明白な分離が存在する。端末相互のアプリケーションは、１つのコネクションの範囲内で光ファイバ、銅線又は無線のような異なる物理媒体上で輸送される。
【０００４】
レイヤ構造に対比して、レイヤ間にわたる圧縮及び送信の最適化は、モバイル環境で有効であり得る。ソース符号化方式及びアプリケーション制御でさえ、モバイルチャネル及び利用可能なリソースの状況によって影響され得る。いくつかのサービスは、誤り、複雑さ、遅延制約のために制限され得る。アプリケーション及びチャネルの両方が最適化された通信システムは、各帯域幅及び電力を効率化した送信のために将来重要となり得る。
【０００５】
ソース特性、すなわちビット感度の目安又はソース重要情報について知っていることがあるならば、あるいは、アプリケーションが拡張情報から分離されたベース情報を提供するのであれば、Ｕｎｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ（ＵＥＰ）方法が、進歩したチャネル符号化アルゴリズムや変調技術を用いることにより適用されるべきである。より重要なベース情報は、送付を保証するために高く保護され、重要でない拡張情報はより低く保護されるか、又は悪い回線状態で伝送すらされない。
【０００６】
図１は、単一のアプリケーションについての非周波数選択フェージングチャネルでの最も単純な伝送方式の部分を示す。ソースエンコーダ１、チャネルエンコーダ２、伝送チャネル３、チャネルデコーダ４、及びソースデコーダ５の異なるブロックは、種々の方法で連結される。ソース信号ｕがソースエンコーダ１からチャネルエンコーダ２に供給されて、チャネル符号化信号ｘが得られる。チャネル符号化信号ｘは、伝送チャネル３上を伝送されて、破損されて、破損された信号ｙとなる。破損した信号ｙは、チャネルデコーダ４で復号化されて、ソースデコーダ５に供給されるチャネル復号化信号ｕ＾が得られる。チャネルとデコーダは、復調器／検出回路だけの硬判定で接続されるべきではない。軟判定とチャンネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ（ＣＳＩ））とを送る。ソース重要情報（Ｓｏｕｒｃｅ Ｓｉｇｎｉｆｉｃａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ（ＳＳＩ））が、静的又は動的ＵＥＰのためにチャネルエンコーダ２に送られる。ＳＳＩは、パケットの特定の部分が見つからないか間違っているという仮定の下で、復号化されたアプリケーションを評価することによって導出され得る。
【０００７】
【課題を解決するための手段】
本発明の目的は、有利な信号符号化を提供することである。このために、独立請求項において規定されるように、本発明は、符号化、チャネル符号化、符号化データストリーム、及び記憶媒体を提供する。有利な実施の形態は、従属の請求項において規定される。本発明は、特に、中間レイヤ（例えば、ネットワーク化されたデバイスのプロトコルレイヤ）の存在で有利である。
【０００８】
本発明の第１の態様によれば、信号はソース符号化されて、符号化データストリームが得られる。ソース重要情報（ＳＳＩ）は、その符号化データストリームに含まれる。ソース重要情報は、符号化データストリームのそれぞれの部分の所望の保護レートを示す。本発明は、中間ネットワークレイヤの存在下でソースエンコーダとチャネルエンコーダとの間での情報の有利な交換を提供し、それによって、例えばセルラーネットワークのような無線ネットワーク構造及び無線ネットワークデバイスの設計にＵＥＰの有益な利点を効果的に適用させることである。本発明は、パケット交換網と同じように回線交換網において使用され得る。符号化データストリームにＳＳＩ情報を含むことによって、ＳＳＩが符号化ビットストリームから獲得でき、符号化レイヤ間でのインタフェースを単純にする。符号化データストリームにＳＳＩ情報を含むことは、チャネルエンコーダが符号化ビットストリームからＳＳＩ情報を抽出するように配置すべきであるという結果をもたらす。ソースコーダからチャネルエンコーダまで伝送されるＳＳＩは、所望の保護レートを示す。本発明に係るチャネルエンコーダは、識別されたＳＳＩの制御下で符号化データストリームをチャネル符号化する。好ましくは、チャネルエンコーダは、また伝送チャネルの状態を考慮に入れる。このように、符号化データストリームのそれぞれの部分は、ソースコーダから得られた符号化データストリームでのＳＳＩ制御及び伝送チャネルの状態の下で、それぞれの誤り保護レートでチャネル符号化される。したがって、チャネル符号化データストリームの実際の誤り保護レートは、ソースエンコーダから得られたＳＳＩにより示された所望の誤り保護レートと同じであるとは限らない。チャネルエンコーダは、また、チャネル状態が特定の要求された帯域と合わない場合において、与えられた情報の伝送を省略することを決定しても良い。
【０００９】
好適には、ＳＳＩは、符号化データストリームのそれぞれの部分のそれぞれの長さを含む。本発明のこの態様は、符号化データストリームの部分の有利な可変長符号化を提供する。
【００１０】
好適には、ＳＳＩは、それぞれのパケットと関連するそれぞれのヘッダに含まれる。与えられたＳＳＩヘッダは、関連パケットのそれぞれの部分のための所望の保護レートを示す。本発明のこの態様は、パケットを使用する符号化システムにおけるソースエンコーダとチャネルエンコーダとの間の情報の有利な交換を提供する。
【００１１】
好適には、ＳＳＩヘッダは、関連パケットの開始位置を示すオフセットを含む。このように、チャネルエンコーダは、チャネル符号化されるパケットの開始位置で符号化データストリームに直接にアクセスするために、符号化データストリームに対するポインタを備えている。
【００１２】
好ましくは、ＳＳＩは、本発明にしたがって配置されたチャネルエンコーダにより容易に識別され得るように符号化データストリームに含まれる。好ましくは、ＳＳＩは、チャネルデコーダで符号化データストリームを復号化する必要なく、チャネルエンコーダで利用可能であるべきである。本発明のさらなる実施の形態は、チャネルエンコーダでＳＳＩを識別する際に有利な方法を提供する。
【００１３】
好適には、パケットのグループにおける最初のパケットのＳＳＩヘッダ、すなわち最初のＳＳＩヘッダは、パケットのグループの始めに位置する。この実施の形態は、ＳＳＩヘッダへの容易なアクセスを提供する。この実施の形態では、それぞれの中間の符号化レイヤで、ＳＳＩヘッダがパケットのグループの始めに置き換えられること、及び最初のヘッダにおけるオフセットが中間の符号化レイヤのヘッダ長を考慮して更新されることを必要とする。
【００１４】
あるいは、最初のヘッダは識別子を備える。好ましくは最初のＳＳＩヘッダのちょうど前に備える。この実施の形態は、ＳＳＩヘッダがネットワークに対して明白であるというさらなる利点を有する。この識別子は、当該技術において既知である擬似ランダムワード又はどんな種類の識別子にもなり得る。好ましくは、擬似ランダムワードは擬似雑音シーケンスである。Ｊｏｈｎ Ｇ． Ｐｒｏａｋｉｓ， ’Ｄｉｇｉｔａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ’， ２ｎｄ ｅｄｉｔｉｏｎ， ＭｃＧｒａｗ−Ｈｉｌｌ， １９８９， ｐｐ． ８０１−８１７， ｐｐ． ８３１−８３６が参考になる。好ましい擬似雑音シーケンスは、当該技術において既知であるＧｏｌｄシーケンスである。擬似雑音シーケンスは、検出及び／又は同期に特に有用である自己相関特性を有する。本発明に係るチャネルエンコーダは、識別子、したがって最初のＳＳＩヘッダを識別するように配置される。
【００１５】
本発明は、好ましくはソース重要情報をチャネルエンコーダに供給することに適用されるが、符号化データストリームに含まれたＳＳＩは、あるいはチャネルをわたってチャネルエンコーダからチャネルデコーダまでＳＳＩを伝送することに適用される。
【００１６】
本発明の好ましい応用分野は、ＭＰＥＧ−４のビデオの無線伝送である。文献 Ｈｅｉｎｚｅｌｍａｎ， Ｗ．Ｒ．， Ｂｕｄａｇａｖｉ， Ｍ． ａｎｄ Ｔａｌｌｕｎｉ， Ｒ．， ’Ｕｎｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ ｏｆ ＭＰＥＧ−４ Ｃｏｍｐｒｅｓｓｅｄ Ｖｉｄｅｏ’， Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｃｏｎｆｅｒｅｎｃｅ ｏｎ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｉｎｇ （ＩＣＩＰ）， Ｏｃｔｏｂｅｒ １９９９には、ＭＰＥＧ−４圧縮ビットストリームの構造が、ビットストリームの重要な部分においてより誤りを少なくすることを保証するための不等誤り保護（Ｕｎｅｑｕａｌ Ｅｒｒｏｒ Ｐｒｏｔｅｃｔｉｏｎ）を使うことに役立つことを開示している。
【００１７】
【発明の実施の形態】
本発明の上述した及び他の態様は、以下に記述した実施の形態に関して明らかになり、説明されるであろう。
【００１８】
図面は、本発明を理解するために必要である要素のみを示す。
【００１９】
ＵＥＰにおいて、物理レイヤで実行するチャネルエンコーダ／デコーダは、ソースから受けたＳＳＩにしたがって異なるレートを有するストリームの部分をエンコード／デコードできる。
【００２０】
以下、ビデオストリームをエンドユーザに配信するＭＰＥＧ−４のエンコーダは、アプリケーションレイヤでの実行と考えられる。簡単にすると、ビデオストリームがＮ個のビデオパケットのグループ、例えばフレームに分割され、そのグループが、与えられたレイヤでより小さいユニットにばらばらにされないと推測される（この明細書を読んだ後に、当業者はグループがばらばらにされる場合に直接広げるであろう）。以下、議論は、Ｎ個のＭＰＥＧ−４ビデオパケットの単一のグループの伝送に集中する。
【００２１】
本発明の態様によれば、それぞれのＳＳＩヘッダは、それぞれのパケットを有する符号化データストリームに組み入れられる。与えられたＳＳＩヘッダは、与えられたパケットと関連する。ＳＳＩヘッダを有するパケットの例については図２を参照する。ＭＰＥＧ−４のビデオパケットは、基本的にビデオパケットヘッダｐ１、動き情報ｐ２（予測符号化フレームの場合）、及びテクスチャ（ｔｅｘｔｕｒｅ）情報ｐ３を含む。パケットのそれぞれの部分は変量サイズΔＬｉを有する。図２で示されないが、ＭＰＥＧ−４のパケットは、通常パケットの終わりに、すなわちテクスチャ情報ｐ３の後に、スタッフ（ｓｔｕｆｆｉｎｇ）ビットを含む。これらのスタッフビットは、パケットｐ１のヘッダと同様の保護を受けるべきである。これは、この情報が破損する条件では元に戻す復号化を行うことができないから、また、スタッフビットを誤って受けたら、続くパケットが落とされるかもしれないからである。ヘッダｐ１はパケットの最も重要なビットを含む。動きビットｐ２は次に重要である。テクスチャビットｐ３は最も重要度が低い。パケットの重要な部分はＳＳＩと直接関連がある点に注意すべきである。異なる保護レートがＵＥＰを実行するのに望ましいならば、ヘッダｐ１は与えられた保護レートｒ１にし、動きビットｐ２はより低いレベルの保護ｒ２にし、テクスチャビットｐ３は最も低いレベルの保護ｒ３にすべきである。レイヤＬはＭＰＥＧ符号化レイヤを示す。それぞれの続くレイヤｌ＝Ｌ−１，．．．，１で、若干の処理が実行される。ヘッダｈ（ｌ）は、符号化データストリームに、通常は符号化データストリームの始めに挿入される。本発明の好ましい実施の形態によれば、最初のパケットのＳＳＩヘッダ、すなわちＳＳＩ１は、図４に示すように符号化ビットストリームの始めに置き換えられる。残っているパケットのＳＳＩヘッダの管理は図５に示される。
【００２２】
それぞれのパケットについて、パケット部分ｐｉｎの開始位置は以下の式（１）で与えられる。
Δｌ，ｎｉ＝Δｌ，ｎｉ−１＋ΔＬ，ｎｉ−１
（ｉ≧２、Δｌ，ｎ１＝Δｌ，ｎｏｆｓ）　　（１）
最初のパケットのオフセットΔｌ，１ｏｆｓは、現在のヘッダ長さΔｌｈと最初のパケットの前のオフセットΔｌ＋１，１ｏｆｓとの和であり、以下のように示される。
Δｌ，１ｏｆｓ＝Δｌｈ＋Δｌ＋１，１ｏｆｓ
（ｌ＝Ｌ，．．．，１）　　　　　　　（２）
レイヤＬでのオフセットΔｌ，１ｏｆｓは、ＳＳＩヘッダの長さと等しい、すなわちΔＬ，１ｈ＝ΔＳＳＩ及びΔＬ＋１，１ｏｆｓ＝０である。
【００２３】
最初のＳＳＩヘッダは、好ましくはサイズΔＬ，１ｉ、レートｒｉｌ、及びオフセットΔｌ，１ｏｆｓを含む。そのような好ましいＳＳＩヘッダは図３に示される。このように、チャネルエンコーダは、パケットのそれぞれの部分のサイズΔＬｉとそれに対応するレートｒｉを受ける。
【００２４】
図４に係る実施の形態では、現在のレイヤのヘッダ長を考慮したオフセットΔｌ，１ｏｆｓは、チャネルエンコーダが正しいポインタを与えて、ビデオパケットの異なる部分を正しく復号化するように、それぞれのレイヤで更新される必要がある。図４は、それぞれのレイヤで、最初のＭＰＥＧ−４のパケットに関連するＳＳＩヘッダが、それがすぐに検出でき、さらに、対応するオフセットΔｌ，１ｏｆｓは、現在のレイヤの長さにしたがって更新されるように、パケットのグループの始めに置かれることを示す。残っているＭＰＥＧ−４のビデオパケットについて、オフセットΔｌ，ｎｏｆｓ（ｎ＝ ２，．．．，Ｎ）は、それぞれのＳＳＩヘッダ長ΔｎＳＳＩと一致する。すべてのΔｎＳＳＩが所定の長さを有するならば、チャネルエンコーダがΔｎＳＳＩを考慮する限りにおいて、ｎ≧２についてのＳＳＩヘッダにおけるオフセットΔｌ，ｎｏｆｓを省略することは可能である。図６に示すように、そのように規定されたＳＳＩヘッダは、いくつかのレイヤ１， ．．．，Ｌを横切って延びる垂直レイヤとして解釈され得る。レイヤＬは、ＭＰＥＧ−４のアプリケーションを示し、レイヤ１は、チャネル符号化／物理レイヤを示す。このように、ＳＳＩは、垂直レイヤのレイヤ間を運ばれ得る。それは、ＵＥＰ標準にしたがってビデオパケットを符号化する必要があるすべての情報をチャネルエンコーダに即座に受けさせる。したがって、ネットワークレイヤを横切って延びる垂直レイヤは、有利にソースをＵＥＰに適応させる。
【００２５】
図７は、本発明の実施の形態に係るシステムのブロック図を示す。アプリケーションレイヤＬで、ソースコーダ１０（例えば、ＭＰＥＧ−４のエンコーダ）が示され、ＳＳＩヘッダ発生ユニット１１とマルチプレクサ１２とが備えられている。ソースコーダ１０は符号化データストリームを生成する。マルチプレクサ１２は、ＳＳＩヘッダ発生ユニット１１によって生成されるＳＳＩヘッダを符号化データストリームに組み入れる。中間レイヤで、中間のコーダ１３は、図４に示される符号化操作と同様に、最初のＳＳＩヘッダがシフトされ、そのオフセットが更新されるような、符号化操作を実行する。それぞれのレイヤＬ−１，．．．，２はそのようなコーダ１３を包含する。チャネル符号化／物理レイヤ１で、コントローラ１４によって制御されるチャネルコーダ１５が示される。コントローラ１４は最初のＳＳＩヘッダを識別する。これは、この実施の形態においてＳＳＩヘッダが符号化データストリームの始めに存在するので、容易な操作である。他のＳＳＩヘッダは、それぞれのパケット部分のオフセットと長さとを使うことによって識別される。ＳＳＩヘッダから入手できる情報は、符号化データストリームのチャネル符号化操作を実行するチャネルエンコーダ１５に供給される。符号化データストリームのそれぞれの部分は、ソース重要情報の制御下でそれぞれの保護レートで符号化される。チャネルコーダ１５によって生成されるチャネル符号化データストリームは、チャネル３’上の伝送に好適な符号化信号を作るための変調操作を行う変調器１６に供給される。伝送チャネル３’は、あるいは記憶媒体であっても良い。それぞれのレイヤの結果として生じる、本発明の態様に係るＳＳＩ情報を含むデータストリームは、そのようなチャネル上で伝送されても良く、そのような記憶媒体に記憶されても良い。受信側では、伝送されたデータストリームは、とりわけ伝送されたデータストリームから制御信号を抽出する復調器１７で受信される。制御情報は、チャネルデコーダ１９を制御するコントローラ１８に供給される。チャネルデコーダは、中間レイヤを介してソースデコーダ２０にチャネル復号化信号を供給する。
【００２６】
チャネル符号化は、どんな既知のソース適用チャネル符号化メカニズムに従っても実行され得る。好ましくは、本発明に係るＳＳＩヘッダは、チャネルエンコーダ１５でのＵＥＰ操作がどのように実行されたかについて、チャネルデコーダに知らせるために伝送される。チャネルエンコーダ１５は、チャネル誤りに対してＳＳＩヘッダを保護する。そして、チャネルデコーダ１９は、チャネル復号化操作を行ってＳＳＩを復号化する。チャネル符号化における誤り保護レートがオリジナルのＳＳＩヘッダから得られる所望の保護レートと異なる場合には、ＳＳＩヘッダは、チャネルエンコーダ１５によって使用される実際の誤り保護レートを示すために更新される必要がある。
【００２７】
提案された技術はそれぞれのレイヤでＳＳＩヘッダの管理を必要とするので、それぞれのレイヤでの付加的な処理が従来のシステムと比較して必要である。
【００２８】
それぞれのレイヤで付加的な処理を防止し、ＵＥＰをネットワークに明白にさせる本発明の他の実施の形態は、ＳＳＩヘッダのちょうど前の識別子を使用することである。例えば、擬似ランダムワードは、物理レイヤでの相関技術によって自動的に検出され得るように、最初のＭＰＥＧ−４パケットのＳＳＩヘッダのちょうど前に配置しても良い。識別子は、さらなる冗長をビットストリームに加える。そして、その識別子の検出は、相関演算のために物理レイヤでの付加的なハードウェア及び／又はソフトウェアリソースを必要とする。しかしながら、この技術の利点は、中間レイヤにかかわりなくＵＥＰを可能にすることである。
【００２９】
図８は、本発明の実施の形態に係る識別子を使用するＳＳＩヘッダ検出についての実施の形態を示す。符号化データストリームに識別子を挿入することによって、本発明に係るチャネルエンコーダは、識別子と関連するＳＳＩヘッダを容易に識別する。この実施の形態においては、符号化データストリームの始めで、最初のＳＳＩヘッダを更新し及び置き換えることは、それぞれの中間レイヤで必要ない。実際、それぞれの中間レイヤで最初のＳＳＩヘッダを識別し、処理することは必要でない。したがって、従来の中間符号化が使用され得る。続くヘッダｈ（Ｌ−１）、ｈ（Ｌ−２）などは、最初のＳＳＩヘッダのちょうど前に配置される。
【００３０】
図９は、中間レイヤでＳＳＩ管理なしでのＵＥＰ実行のブロック図を示す。図９に示される要素は、図７の実行において示される要素に似ている。ＳＳＩヘッダ挿入ユニット１１は、符号化データストリームに識別子を含むために配置されること、その識別子は最初のＳＳＩヘッダに関連すること、好ましくは符号化ビットストリームにおいて最初のＳＳＩヘッダのちょうど前に配置されること、が違いである。このように、ＳＳＩヘッダは、チャネルエンコーダ１５で容易に識別され得る。それぞれの中間レイヤの処理において符号化データストリームの始めにＳＳＩヘッダを置き換えることは不要であるので、付加的な処理は中間レイヤで必要でない。図７とのさらなる違いは、コントローラ１４がＳＳＩヘッダ識別子を識別するために配置されることである。ＳＳＩヘッダがチャネル符号化されて、伝送される場合には、この実施の形態におけるユニット１８は、識別子を検出するために配置される。識別子は、受信側での検出がチャネル誤りに対して十分に強いように設計され得る。識別子のようなチャネル符号は必要ない。ＳＳＩヘッダのチャネル符号化は、まだ必要なままである。
【００３１】
パケットのグループがばらばらにされるとき、パケットのより小さいグループが生成される。これらのより小さいグループの最初のパケットは、上述したようにそれぞれ扱われ得る。
【００３２】
本発明の好ましい適用分野は、携帯電話及び移動通信デバイスである。
【００３３】
上記実施の形態は、本発明を制限するよりはむしろ例示しており、当業者が添付の請求項の範囲から逸脱することなく多くの他の実施の形態を意図することができるであろうことに留意すべきである。請求項において、括弧の間に置かれるいかなる引用符号は請求項を制限することとして解釈されない。語句「含む（ｃｏｍｐｒｉｓｉｎｇ）」は、請求項に挙げられた以外の他の要素又はステップの存在を除外しない。本発明は、いくつかの別の要素を含むハードウェアによって、及び適切にプログラムされたコンピュータによって実行され得る。いくつかの手段を列挙するデバイスの請求項において、これらの手段のいくつかは、一つの及び同じアイテムのハードウェアによって具現化され得る。特定の手段が相互に異なる従属請求項において列挙されているという単なる事実は、これらの手段の組み合わせが有利に使用できないことを示すものではない。
【００３４】
要約すると、本発明は、信号がソース符号化されて符号化データストリームを得て、ソース重要情報が符号化データストリームに含まれる信号符号化を提供する。このソース重要情報は、符号化データストリームのそれぞれの部分の所望の保護レートを示す。このように、チャネルエンコーダは、符号化データストリームからソース重要情報を得る。それは、中間ネットワークレイヤの存在で有利である。好ましくは、符号化データストリームは、それぞれのパケットを含み、ソース重要情報がそれぞれのパケットと関連するそれぞれのヘッダに含まれ、与えられたヘッダは、関連パケットのそれぞれの部分に対する所望の保護レートを示す。ソース重要情報の容易な検出を提供するために、最初のヘッダは、符号化データストリームの始めに配置される。あるいは、最初のヘッダは、識別子を備える。
【図面の簡単な説明】
【図１】図１は従来から既知である符号化配置のブロック図を示す。
【図２】図２はパケットにＳＳＩヘッダを含む実施の形態を示す。
【図３】図３はＳＳＩヘッダの例を示す。
【図４】図４は本発明の実施の形態に係る符号化ビットストリームにおける最初のパケットのＳＳＩヘッダの管理を示す。
【図５】図５は本発明の実施の形態に係る残ったパケットのＳＳＩヘッダの管理を示す。
【図６】図６は本発明の実施の形態に係る垂直レイヤの概念の図を示す。
【図７】図７は本発明の実施の形態に係るシステムのブロック図を示す。
【図８】図８は本発明の実施の形態に係る識別子を使用する自動ＳＳＩヘッダ検出を示す。
【図９】図９は本発明の他の実施の形態に係るシステムのブロック図を示す。
【国際公開パンフレット】
2004504755.tif 000003
2004504755.tif 000004
2004504755.tif 000005
2004504755.tif 000006
2004504755.tif 000007
2004504755.tif 000008
2004504755.tif 000009
2004504755.tif 000010
2004504755.tif 000011
2004504755.tif 000012
2004504755.tif 000013
2004504755.tif 000014
2004504755.tif 000015
2004504755.tif 000016
2004504755.tif 000017
2004504755.tif 000018
2004504755.tif 000019
2004504755.tif 000020
2004504755.tif 000021
2004504755.tif 000022
【国際調査報告】
2004504755.tif 000023
2004504755.tif 000024
2004504755.tif 000025