(57)【要約】本発明はメディアコンテンツに基づくＦＥＣメカニズムを提供し、該メカニズムはメディアコンテンツについて等級付けし、かつ異なる重要性を付与し、さらに異なる重要度を有するフレームを含むパケットに基づき、チャネル状況及びユーザーのエクスペリエンスに合わせて、符号化方法を変更し、含んでいるフレームの重要度に従って保護する。本発明の技術的解決手段によれば、現在のＦＥＣシステムにおける過剰な符号化によるデータ混雑に対して、メディアコンテンツについて等級付けすることによって、異なる重要性を付与し、シグナリングと指示ビットにより制御し、異なるＦＥＣ符号化強度を用い、更に不均一誤り保護性能を有するコピー拡張ウィンドウファウンテンコードを用い、最大限にメディアコンテンツの品質を保証すると同時に、ＦＥＣによる巨大なデータ量を減少させる。【選択図】図４
2018505597.tif 000002
【特許請求の範囲】
【請求項１】
方法一：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、さらに異なる重要度を有するフレームを含むパケットに基づき、チャネル状況およびユーザーエクスペリエンスに合わせて、符号化方法を変更し、含んでいるフレームの重要度に従って保護する、
方法二：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、元のメディアデータストリームについて分割せず、チャネル状況およびユーザーエクスペリエンスに合わせて、メディアデータパケットに含まれているフレームの重要度に従って、データパケットを対応するＦＥＣエンコーダに伝送し、異なる度合いの保護を行う、
方法三：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、元のメディアデータストリームについて分割せず、現在のチャネル状況に基づき、メディアデータパケットに含まれているフレーム的重要度および対応する符号化方法を動的に調整し、データパケットを対応するＦＥＣエンコーダに伝送し、異なる度合いの保護を行い、最終的には一つのソースデータストリームが一つのＦＥＣコードストリームのみに符号化される、
方法四：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、さらにチャネル状況およびユーザーエクスペリエンスに合わせて、それ自体に不均一誤り保護性能を有するデジタルファウンテンコードによって異なる重要度を有するデータについて保護する、
との四つの方法のうちのいずれか一つの方法により実現されるメディアコンテンツに基づく前方誤り訂正（ＦＥＣ）方法。
【請求項２】
メディア処理ユニット（ＭＰＵ）とともに伝送されるシグナリング情報において不均一誤り保護フラグを追加する、請求項１に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項３】
多くの個性化された保護方法を形成するため、ＦＥＣメカニズムに特別な指示フィールドを追加する、請求項１に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項４】
前記特別な指示フィールドは、ＭＦＵパケットのヘッダの前に追加される、請求項３に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項５】
メディア処理ユニット（ＭＰＵ）とともに伝送されるシグナリング情報において不均一誤り保護フラグを追加し、多くの個性化された保護方法を形成するため、同時に特別な指示フィールドを追加する、請求項１に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項６】
前記方法一ないし方法三においては、メディアコンテンツについて等級付けし、かつ異なる重要性を付与した後、シグナリングと指示フィールドにより制御して、異なるＦＥＣ符号化強度を用いて符号化し、
前記方法四おいては、メディアコンテンツについて等級付けし、かつ異なる重要性を付与した後、シグナリングと指示フィールドにより制御して、ＵＥＰ性能を有するコピー拡張ウィンドウファウンテンコード用いる、請求項１に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項７】
前記方法一において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローが、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）メディアリソースにおける各フレームの重要性を分析し、これらのＭＭＴ負荷を異なるソースデータストリームに配布し、対応するＦＥＣメカニズムに伝達して保護する、
ｃ）ＦＥＣ符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する、
ことを含む、請求項１〜６のいずれか一項に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項８】
前記方法一において、シグナリングによってＦＥＣストリームおよび用いたＦＥＣ符号化構造とＦＥＣ  ｃｏｄｅを識別するメカニズムをサポートするため、シグナリングにおけるＦＥＣ＿ＦＬＯＷ＿ＤＥＳＣＲＩＰＴＯＲフィールドを修正し、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在一つのメディアリソースの異なる重要性の部分に対して、それぞれＦＥＣのシグナリング制御を行うように追加されることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランス取る、請求項７に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項９】
前記方法二において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローが、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）メディアリソースにおける各フレームの重要性を分析し、ＭＭＴパケットを異なるＦＥＣエンコーダに伝送し、対応するＦＥＣメカニズムで保護し、対応するＦＥＣコードを生成する、
ｃ）ＦＥＣ符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する、
ことを含む、請求項１〜６のいずれか一項に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１０】
前記方法二において、シグナリングによってＦＥＣストリームおよび用いたＦＥＣ符号化構造とＦＥＣ  ｃｏｄｅを識別するメカニズムをサポートするため、シグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正し、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在メディアリソースの異なる重要性の部分に対して、修正後のシグナリングはメディアリソースの異なる重要性の部分に対してそれぞれＦＥＣの符号化制御を行うように追加されて、異なるＦＥＣストリームを得ることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、受信側はシグナリングを受信した後、対応する指示に基づいてメディアリソースを復元し、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランス取る、請求項９に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１１】
前記シグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドの修正とは、ＡＬ−ＦＥＣ  ｍｅｓｓａｇｅにおいて既存の三種類のｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの基に新しいｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅを追加し、ｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの機能は、現在用いるＦＥＣ符号化方法を説明するために用いられ、選択された符号化アルゴリズム、プライベート符号化方法を用いるか否か、最大の保護タイムウィンドウの時間と値等の情報を含み、該フィールドはＡＬ−ＦＥＣシグナリングに位置されて受信側に伝送され、新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値は既存のｒｅｓｅｒｖｅｄの範囲内から選択される、請求項９に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１２】
新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値を０１００とする、請求項９に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１３】
前記方法三において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローが、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）ＭＭＴストリームにおける各フレームデータの重要性が異なることに基づき、ＭＭＴパケットをＦＥＣエンコーダに伝達し、異なる優先度に対して、異なるＦＥＣ符号化行列でＭＭＴパケットをＦＥＣ符号化して対応するＦＥＣコードを生成する、
ｃ）前のステップにおいて同一のデータストリームの異なる優先度のＭＭＴパケットをＦＥＣ符号化した後に形成されたＦＥＣコードを統合してＦＥＣコードストリームを生成する、
ｄ）ＦＥＣ符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｅ）全ての訂正された符号をＦＥＣ修復パケットにパッケージングし、トランスポート層へ送信する、
ことを含む、請求項１〜６のいずれか一項に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１４】
前記方法は、シグナリングによってＦＥＣストリームおよび用いたＦＥＣ符号化構造とＦＥＣ  ｃｏｄｅを識別し、このようなメカニズムをサポートするため、シグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正し、ＡＬ−ＦＥＣ  ｍｅｓｓａｇｅにおいて既存の三種類のｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの基に新しいｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅを追加し、ｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの機能は、現在用いるＦＥＣ符号化方法を説明するために用いられ、選択された符号化アルゴリズム、プライベート符号化方法を用いるか否か、最大の保護タイムウィンドウの時間と値等の情報を含み、該フィールドはＡＬ−ＦＥＣシグナリングに位置されて受信側に伝送され、新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値は既存のｒｅｓｅｒｖｅｄの範囲内から選択され、
元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在メディアリソースの異なる重要性の部分に対して、それぞれＦＥＣのシグナリング制御を行うように追加されることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランスを取る、請求項１３に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１５】
新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値を０１１０とする、請求項１４に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１６】
前記方法四において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローが、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）ＭＭＴ負荷をＦＥＣメカニズムに伝達し、フラグにおけるコンテンツの重要性に対する区別に基づき、Ｄ−ＥＷＦコードにより不均一誤り保護を行う、
ｃ）Ｄ−ＥＷＦコード符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する、
ことを含む、請求項１〜６のいずれか一項に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１７】
前記方法四において、シグナリングによって、ＦＥＣストリームおよび用いたＦＥＣ符号化構造とＤ−ＥＷＦコードを識別し、このようなメカニズムをサポートするため、シグナリングにおけるＦＥＣ＿ＦＬＯＷ＿ＤＥＳＣＲＩＰＴＯＲフィールドを修正し、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在メディアリソースの異なる重要性の部分に対して、それぞれＦＥＣのシグナリング制御を行うように追加されることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースのＤ−ＥＷＦコード符号化強度を動的に調整し、ネットワークの利用可能な帯域幅とユーザーエクスペリエンスとの間においてバランスを取る、請求項１６に記載のメディアコンテンツに基づくＦＥＣ方法。
【請求項１８】
前記方法四において、拡張係数、仮想拡張度の分布範囲を導入することによって、Ｄ−ＥＷＦコードのウィンドウ技術に合わせて、仮想拡張により得られたデータをウィンドウ分割し、同時に各ウィンドウは最適化されたロバスト孤立波分布をそれぞれ用いてＬＴ符号化し、重要性データに対する強化保護を実現する、請求項１〜６または請求項１６〜１７のいずれか一項に記載のメディアコンテンツに基づくＦＥＣ方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディア伝送技術分野に関し、より具体的には、メディアコンテンツに基づくＦＥＣ（前方誤り訂正）メカニズムに関する。
【背景技術】
【０００２】
ヘテロジニアスネットワークのメディアサービスシステムにおいて、コンテンツはインターネットプロトコル又はブロードキャストプロトコルにより端末へ配布される。インターネットにおいては、ＩＰ／ＴＣＰ又はＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ、ユーザデータグラムプロトコル）メッセージでメディアデータを伝送し、ブロードキャストにおいてはＭＰＥＧ２−ＴＳ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ−２  Ｔｒａｎｓｐｏｒｔ  Ｓｔｒｅａｍ）によりコンテンツを伝送する。ＵＤＰメッセージは、複数のネットワーク装置を経た後に紛失される可能性がある。一方、ブロードキャストＴＳストリームは、伝送環境の影響により、ビット誤りを生じる可能性がある。これらは、端末側における画面の破損又は音声の一時停止を引き起こしてしまう。
【０００３】
ＦＥＣ（Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ、前方誤り訂正）技術は、通信システムにおいて幅広く応用されている符号化技術である。サーバー側は、メディアデータに対して誤り訂正の符号化を行い、さらに冗長情報を追加して送信し、端末側は、逆方向のＦＥＣ復号化を行い、紛失されたメッセージについて復元を行う。典型的なブロック符号を例にすれば、その基本原理は以下のとおりである。送信側において、ｋｂｉｔの情報を一つのブロックとして符号化し、（ｎ−ｋ）ｂｉｔの冗長校正情報を追加して、長さがｎｂｉｔのコードワードを構成する。コードワードがチャネルを経て受信側に達した後、もし誤りが訂正可能な範囲内であれば、復号化によって誤りのｂｉｔを検査して訂正することができる。これにより、チャネルによりもたらした干渉に抵抗して、システムのビット誤り率を効果的に低減し、通信システムの信頼性を向上させる。
【０００４】
しかしながら、ＦＥＣ処理は冗長オーバーヘッドコストによりシステムのビット誤り率を低減するため、過剰なＦＥＣ符号化はシステムのリアルタイム性及びネットワークの状態に対してプレッシャーを与えることもある。
【０００５】
ＩＳＯ−２３００８−１／１０／１３規格において、従来のＦＥＣ構造は全ての情報に対して統一に符号化し、ユーザー情報に対して区分をしていない。混合コンテンツ又は混合ネットワークにおける配布に適合しないため、二層構造が提案されている。二層構造は、図１に示すとおりである。
【０００６】
第一層ではｓｏｕｒｃｅ  ｐａｃｋｅｔ  ｂｌｏｃｋ（ソースパケットブロック）を多くの小さいブロックに分割し、それぞれについてＦＥＣ保護を行い、第二層ではブロック全体に対してＦＥＣ保護を行う。第一層における分割が細かいため、小さい遅延を提供することができ、第二層では復元性及び小さい冗長を保証している。
【０００７】
混合コンテンツの伝送に対し、そのコンテンツがｔｉｍｅｄとｎｏｎ−ｔｉｍｅｄとに分けられる可能性があるため、このような二層構造を用いることができる。タイミングコンテンツであれば方式１（第一層でのＦＥＣ保護、ＦＥＣ１）を用いて小さい遅延を保証し、非タイミングコンテンツであれば方式１と方式２（第二層でのＦＥＣ保護、ＦＥＣ２）の両方を用いて正確性を保証する。
【０００８】
異なる特性のチャネルにあるユーザーに対し、チャネル特性の高いユーザーであればＦＥＣ１によって小さい遅延とパワー消費さえ保証できればよく、チャネル特性の低いユーザーであればＦＥＣ１とＦＥＣ２の両方によって正確性を保証する必要がある。
【０００９】
このような方法は、ある程度において問題を解決している。チャネル特性の低いユーザー（ＧｒｏｕｐＢ）に対して、二層構造は復元性を確実に向上させるが、非常に大きな遅延を引き起こしてしまう可能性がある。一方、チャネル特性の高いユーザー（ＧｒｏｕｐＡ）に対しては、必ずしもＦＥＣ１を行うとは限らず、パケットが小さければ小さいほど遅延が小さくなる。すなわち、上記方法では情報の異なる重要度を考えていない。情報又はユーザーに対して二層構造に基づいて分類し、また大きなｂｌｏｃｋを小さなｂｌｃｏｋに分割する具体的なポリシーは複雑な問題である。
【００１０】
同時に、不均一誤り保護（Ｕｎｅｑｕａｌ  Ｅｒｒｏｒ  Ｐｒｏｔｅｃｔｉｏｎ、ＵＥＰ）はジョイントソースチャネルコーディングの一種である。その核心的な思想は、コードストリームの各部分のデータの異なる重要性に基づき、各部分のデータに対して異なるチャネル保護メカニズムを用い、即ち重要なコードストリームに対しては重点的に保護する。ＵＥＰは非重要なコードストリームのノイズに耐える性能を低下させるが、システムのビット誤りを防ぐ全体的な性能の向上には役立つ。
【００１１】
ＦＥＣ（前方誤り訂正）符号化技術の一つとして、デジタルファウンテンコード（Ｄｉｇｔｉａｌ  Ｆｏｕｎｔａｉｎ  Ｃｏｄｅ）は伝送過程において、フィードバック及び自動再送信のメカニズムを必要としないため、信号送受信による時間遅延及びブロードキャスト応用におけるフィードバック爆発の問題を回避している。デジタルファウンテンの基本的な思想は、以下のとおりである。送信側は、オリジナルデータをｋ個のデータシンボルに分割し、これらのデータシンボルについて符号化し、任意の長さの符号化シンボルのコードストリームを出力する。受信側は、ｎ（ｎはｋよりやや大きい）個の符号化シンボルを正確に受信するだけで全てのｋ個のデータシンボルを大きな確率で復元することができる。
【００１２】
デジタルファウンテンコード自体はＵＥＰ特性を有しており、重要性の異なるデータに対する保護を実現することができる。従来の固定ビットレートのチャネル符号化方法に比べ、デジタルファウンテンコードは明らかに以下の優位性を有する。
【００１３】
１、理想的な拡張可能性を有する。単方向ブロードキャストはフィードバックがないため、送信側はユーザー数の増加によっていかなる影響も受けない。したがって、送信側は任意の数のユーザーにサービスを提供することができる。
【００１４】
２、経時変化のチャネルに適し、チャネルの容量を効率的に利用する。ユーザーの復号化特性は、チャネルの削除確率及び帯域幅に関連しない。チャネルのパケットロス率が高く、状況が悪い場合でも、受信側の復号化に影響を与えることなく、即ち受信側は十分な数の符号化データさえ受信すれば正常に復号化することができ、より高い適応性を有する。
【００１５】
３、符号化と復号化の複雑度が低い。理想的な状況において、ファウンテンコードにより生成される各符号化シンボルは、線形の符号化と復号化の複雑度を有している。したがって、送受信側のコーデックの設計の簡略化及びソフトウェア化の実現に役立つ。
【００１６】
４、ヘテロジニアスなユーザーに対する適用性が高い。ファウンテンコードのビットレートレス特性は、異なるパケットロス率又は帯域幅を有するユーザー同士が互いに影響せず、高品質のユーザーが低品質のユーザーの影響を受けないようにする。この他、デジタルファウンテンコードは、中断後の伝送再開、非同期アクセス等の複数のサービスモードをサポートする。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明は、既存技術における問題に鑑みてなされたものであり、メディアコンテンツに基づくＦＥＣメカニズムを提供することにより既存のＦＥＣシステムにおけるリアルタイム性は高いが正確性が低い、正確性は高いがリアルタイム性が低い、及び過剰なＦＥＣ符号化によるデータ混雑の問題を解決することを目的とする。
【課題を解決するための手段】
【００１８】
上記目的を実現するために、本発明は以下の技術的解決手段を用いる。
【００１９】
メディアコンテンツに基づくＦＥＣメカニズムであって、前記ＦＥＣメカニズムは以下の四つの方法のうちいずれか一つの方法により実現される。
【００２０】
方法一：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、さらに異なる重要度を有するフレームを含むパケットに基づき、チャネル状況およびユーザーエクスペリエンスに合わせて、符号化方法を変更し、含んでいるフレームの重要度に従って保護する。
【００２１】
方法二：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、元のメディアデータストリームについて分割せず、チャネル状況およびユーザーエクスペリエンスに合わせて、メディアデータパケットに含まれているフレームの重要度に従って、データパケットを対応するＦＥＣエンコーダに伝送し、異なる度合いの保護を行う。
【００２２】
方法三：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、元のメディアデータストリームについて分割せず、現在のチャネル状況に基づき、メディアデータパケットに含まれているフレーム的重要度および対応する符号化方法を動的に調整し、データパケットを対応するＦＥＣエンコーダに伝送し、異なる度合いの保護を行い、最終的には一つのソースデータストリームが一つのＦＥＣコードストリームのみに符号化される。
【００２３】
方法四：メディアコンテンツについて等級付けし、かつ異なる重要性を付与し、さらにチャネル状況およびユーザーエクスペリエンスに合わせて、それ自体に不均一誤り保護性能を有するデジタルファウンテンコードによって異なる重要度を有するデータについて保護する。
【００２４】
更に、前記四つの方法において、メディア処理ユニット（ＭＰＵ）とともに伝送されるシグナリング情報において不均一誤り保護フラグを追加する。
【００２５】
更に、前記四つの方法において、多くの個性化された保護方法を形成するため、ＦＥＣメカニズムに特別な指示フィールドを追加する。更に、前記特別な指示フィールドは、ＭＦＵパケットのヘッダの前に追加される。
【００２６】
更に、前記四つの方法において、メディア処理ユニット（ＭＰＵ）とともに伝送されるシグナリング情報において不均一誤り保護フラグを追加し、多くの個性化された保護方法を形成するため、同時に特別な指示フィールドを追加する。
【００２７】
更に、前記方法一ないし方法三においては、メディアコンテンツについて等級付けし、かつ異なる重要性を付与した後、シグナリングと指示フィールドにより制御して、異なるＦＥＣ符号化強度を用いて符号化する。
【００２８】
更に、前記方法四においては、メディアコンテンツについて等級付けし、かつ異なる重要性を付与した後、シグナリングと指示フィールドにより制御して、ＵＥＰ性能を有するコピー拡張ウィンドウファウンテンコードを用いる。
【００２９】
更に、前記方法一において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローは、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）メディアリソースにおける各フレームの重要性を分析し、これらのＭＭＴ負荷を異なるソースデータストリームに配布し、対応するＦＥＣメカニズムに伝達して保護する、
ｃ）ＦＥＣ符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する、
ことを含む。
【００３０】
更に、前記方法一において、シグナリングによってＦＥＣストリームおよび用いたＦＥＣ符号化構造とＦＥＣ  ｃｏｄｅを識別するメカニズムをサポートするため、シグナリングにおけるＦＥＣ＿ＦＬＯＷ＿ＤＥＳＣＲＩＰＴＯＲフィールドを修正し、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在一つのメディアリソースの異なる重要性の部分に対して、それぞれＦＥＣのシグナリング制御を行うように追加されることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランスを取る。
【００３１】
更に、前記方法二において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローは、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）メディアリソースにおける各フレームの重要性を分析し、ＭＭＴパケットを異なるＦＥＣエンコーダに伝送し、対応するＦＥＣメカニズムで保護し、対応するＦＥＣコードを生成する、
ｃ）ＦＥＣ符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する、
ことを含む。
【００３２】
更に、前記方法二において、シグナリングによってＦＥＣストリームおよび用いたＦＥＣ符号化構造とＦＥＣ  ｃｏｄｅを識別するメカニズムをサポートするため、シグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正し、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在メディアリソースの異なる重要性の部分に対して、修正後のシグナリングはメディアリソースの異なる重要性の部分に対してそれぞれＦＥＣの符号化制御を行うように追加されて、異なるＦＥＣストリームを得ることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、受信側はシグナリングを受信した後、対応する指示に基づいてメディアリソースを復元し、ネットワーク帯域幅とユーザーエクスペリエンスの間においてバランスを取る。
【００３３】
更に、前記シグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正とは、ＡＬ−ＦＥＣ  ｍｅｓｓａｇｅにおいて既存の三種類のｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの基に新しいｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅを追加し、ｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの機能は、現在用いるＦＥＣ符号化方法を説明するために用いられ、選択された符号化アルゴリズム、プライベート符号化方法を用いるか否か、最大の保護タイムウィンドウの時間と値等の情報を含み、該フィールドはＡＬ−ＦＥＣシグナリングに位置されて受信側に伝送され、新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値は従来のｒｅｓｅｒｖｅｄの範囲内から選択される。
【００３４】
更に、新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値を０１００とする。
【００３５】
更に、前記方法三において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローは、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）ＭＭＴストリームにおける各フレームデータの重要性が異なることに基づき、ＭＭＴパケットをＦＥＣエンコーダに伝達し、異なる優先度に対して、異なるＦＥＣ符号化行列でＭＭＴパケットをＦＥＣ符号化して対応するＦＥＣコードを生成する、
ｃ）前のステップにおいて同一のデータストリームの異なる優先度のＭＭＴパケットをＦＥＣ符号化した後に形成されたＦＥＣコードを統合してＦＥＣコードストリームを生成する、
ｄ）ＦＥＣ符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す、
ｅ）全ての訂正された符号をＦＥＣ修復パケットにパッケージングし、トランスポート層へ送信する、
ことを含む。
【００３６】
更に、前記方法は、シグナリングによってＦＥＣストリームおよび用いたＦＥＣ符号化構造とＦＥＣ  ｃｏｄｅを識別し、このようなメカニズムをサポートするため、シグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正し、ＡＬ−ＦＥＣ  ｍｅｓｓａｇｅにおいて既存の三種類のｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの基に新しいｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅを追加し、ｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの機能は現在用いるＦＥＣ符号化方法を説明するために用いられ、選択された符号化アルゴリズム、プライベート符号化方法を用いるか否か、最大の保護タイムウィンドウの時間と値等の情報を含み、該フィールドはＡＬ−ＦＥＣシグナリングに位置されて受信側に伝送され、新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値は既存のｒｅｓｅｒｖｅｄの範囲内から選択され、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在メディアリソースの異なる重要性の部分に対して、それぞれＦＥＣのシグナリング制御を行うように追加されることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランスを取る。
【００３７】
更に、新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値を０１１０とする。
【００３８】
更に、前記方法四において、ＭＭＴ  ＡＬ−ＦＥＣ送信側アーキティクチャに対して、送信側の動作フローは、
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する、
ｂ）ＭＭＴ負荷をＦＥＣメカニズムに伝達し、フラグにおけるコンテンツの重要性に対する区別に基づき、Ｄ−ＥＷＦコードで不均一誤り保護を行う、
ｃ）Ｄ−ＥＷＦコード符号化が完了した後、対応する訂正された符号およびＦＥＣデータ負荷識別子と源データ負荷識別子を返す、
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する、
ことを含む。
【００３９】
更に、前記方法四において、シグナリングによって、ＦＥＣストリームおよび用いたＦＥＣ符号化構造とＤ−ＥＷＦコードを識別し、このようなメカニズムをサポートするため、シグナリングにおけるＦＥＣ＿ＦＬＯＷ＿ＤＥＳＣＲＩＰＴＯＲフィールドを修正し、元のシグナリングは一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートし、現在メディアリソースの異なる重要性の部分に対して、それぞれＦＥＣのシグナリング制御を行うように追加されることによりＦＥＣメカニズムがより細分化され、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースのＤ−ＥＷＦコード符号化強度を動的に調整し、ネットワークの利用可能な帯域幅とユーザーエクスペリエンスとの間においてバランスを取る。
【００４０】
更に、前記方法四において、拡張係数、仮想拡張度の分布範囲を導入することによって、Ｄ−ＥＷＦコードのウィンドウ技術に合わせ、仮想拡張により得られたデータをウィンドウ分割し、同時に各ウィンドウは最適化されたロバスト孤立波分布をそれぞれ用いてＬＴ符号化し、重要性データに対する強化保護を実現する。
【発明の効果】
【００４１】
既存技術に比べ、本発明は以下の有益な効果を有する。
本発明の技術的解決手段によれば、現在のＦＥＣシステムにおける過剰な符号化によるデータ混雑に対して、メディアコンテンツについて等級付けし、さらに異なる重要性を付与し、シグナリング及び／又は指示ビットにより制御して、異なるＦＥＣ符号化強度を用いる。更に、不均一誤り保護（ＵＥＰ）性能を有するコピー拡張ウィンドウファウンテン（Ｄ−ＥＷＦ）コードを用いることによって、最大限にメディアコンテンツの品質を保証するとともに、ＦＥＣによる莫大なデータ量の減少を実現できる。
【図面の簡単な説明】
【００４２】
以下、図面を参照しながら、本発明の実施例について詳細な説明することによって、本発明の他の特徴、目的及び利点をより明らかにする。なお、これらの実施例は、本発明を限定するものではない。
【００４３】
【図１】ＭＭＴにおけるメディアリソースに対するＦＥＣ二層構造を示す図である。
【図２】画像群における各フレームの依存関係を示す図である。
【図３】汎用のＭＰＵ構成部分及び各部分の重要性を示す図である。
【図４】本発明の実施例一における改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図である。
【図５】本発明の実施例二における改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図である。
【図６】本発明の実施例三における改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図である。
【図７】本発明の実施例四における改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図である。
【図８】本発明の実施例四におけるＤ−ＥＷＦコードの符号化ブロック図である。
【図９】本発明の実施例四におけるＤ−ＥＷＦコードの符号化フローチャートである。
【発明を実施するための形態】
【００４４】
以下、具体的な実施形態を例示しながら、本発明について詳細に説明する。以下の実施形態は、いわゆる当業者が本発明をより理解しやすくするための例示であり、いかなる形式で本発明を限定するものではない。また、いわゆる当業者であれば、本発明の要旨から逸脱しない範囲内において、様々な変形や改良を行うことができ、これらも本発明の保護範囲に属することには注意されたい。
【００４５】
図１は、ＭＭＴ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ）におけるメディアリソースに対するＦＥＣ二層構造を示す図である。図に示されるように、第一層ではｓｏｕｒｃｅ  ｐａｃｋｅｔ  ｂｌｏｃｋを多くの小さいブロックに分割し、それぞれについてＦＥＣ保護を行い、第二層ではブロック全体に対してＦＥＣ保護を行う。第一層における分割が細かいため、小さい遅延を提供することができ、第二層では復元性及び小さい冗長を保証している。しかしながら、これでは柔軟性が不十分である。
【００４６】
図２は、一つの画像群における各フレームの依存関係を示す図である。図に示されるように、一つの画像群において異なるフレームの依存度と重要性は異なっており、Ｉフレームが最も重要で、前のＰフレームは後のＰフレームより重要で、Ｂフレームの重要性が最も低い。このため、重要性の違いに応じて層別にＦＥＣを行うことができる。これは、ＦＥＣの基礎でもある。
【００４７】
（実施例１）
本実施例では、ＭＭＴ伝送プロトコルを例にして、本発明の課題を解決するための手段における方法一により本発明を実施する。
【００４８】
ＭＭＴ技術において、ＭＰＵ（Ｍｅｄｉａ  Ｐｒｏｃｅｓｓｉｎｎｇ  Ｕｎｉｔ）パケットにおけるＭＦＵ（Ｍｅｄｉａ  Ｆｒａｇｍｅｎｔ  Ｕｎｉｔ）パケットは異なる重要性を有しているが、不均一誤り保護（ＵＥＰ、Ｕｎｅｑｕａｌ  Ｅｒｒｏｒ  Ｐｒｏｔｅｃｔｉｏｎ）が欠けているため、個性化された伝送方法を設けることができない。ＭＭＴパケットにおいて、異なる重要度を有するフレーム（例えば、ＩフレームとＢフレーム）は、図２、図３に示すように、区分されることができる（指示フラグを有する）。ところが、コーディングする際、不均一誤り保護に触れておらず、二層（Ｔｗｏ−ｓｔａｇｅ）の構造方法及びＬＡ−ＦＥＣ（Ｌａｙｅｒ  Ａｗａｒｅ  Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ）はある程度において不均一誤り保護を実現できるが、柔軟性が低く、複雑度が高い。特に、変化するチャネル状況及び異なる特徴（例えば、キャッシュが異なる）を有する受信ユーザーに対して、既存の二種類の方法は冗長が大きく、適応性が低く、簡単な状況だけに対するものであり、ユーザーエクスペリエンスから配慮できない等の問題が存在する。
【００４９】
本実施例における上記問題に対する解決方法は、以下のとおりである。
１．異なる重要度を有するフレームを含むパケットの重要度が区別されることに基づき、同時にチャネル状況及びユーザーのエクスペリエンスに合わせて、符号化方法を変更する。例えば、チャネル状況が非常に悪いか又はユーザーの記憶能力に制限がある場合、送信側はＩフレームのデータに対してより保護を行うことによって、ユーザーがより大きな確率でＩフレームを受信し、ＢフレームとＰフレームをより大きい度合で受信する際に捨てられるようにする。このようにすれば、受信側が後続の処理においてＢ、Ｐフレームを捨てることがなくなり、送信側においてこの問題を解決するため、帯域幅リソースを節約して、リソースを用いてより多くの重要フレームを保護することができる。
【００５０】
２．特別な指示フィールドを追加しない限り、既存の状況に基づいて符号化しなければならず、不均一誤り保護は、含んでいるフレームの重要度に従って行わなければならない。ＭＰＵとともに伝送されるシグナリングにおいて、不均一誤り保護フラグを追加する。
【００５１】
３．一方、更なる個性化された方法、チャネル品質に応じて保護方法を変更したり、ユーザー特徴に応じてオーダーメイドしようとしたりする場合には、特別な指示フィールドを追加する必要がある。異なるＭＦＵが異なる重要性を有するため、ＭＦＵパケットのヘッダの前に指示を追加すれば、より多くの個性化された保護方法を行うことができる。
【００５２】
図４は、本実施例における改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図であり、主にＭＭＴプロトコルにおけるストリーム化後の出力を修正し、データストリームを異なる優先度に従って異なるソースバッファ領域に配布し、それぞれＦＥＣを行う。
【００５３】
送信側のアーキティクチャは図４に示されるとおりで、送信側の動作フローは以下のとおりである。
ｉ）サーバー側は、メディアリソースに基づいてＭＭＴＰ（ＭＭＴ  Ｐｒｏｔｏｃｏｌ）ストリームとシグナリングを生成する。
ｊ）メディアリソースにおける各フレームの重要性を分析し、これらのＭＭＴ負荷を異なるソースデータストリームに分け、対応するＦＥＣメカニズムに伝達して保護を行う。
ｋ）ＦＥＣ符号化が完了した後、対応する訂正された符号及びＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す。
ｌ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する。
【００５４】
シグナリングによって、ＦＥＣストリーム及び用いたＦＥＣ符号化構造とＦＥＣコード（ｃｏｄｅ）を識別する。このようなメカニズムをサポートするため、本実施例ではシグナリングにおけるＦＥＣ＿ＦＬＯＷ＿ＤＥＳＣＲＩＰＴＯＲフィールドを修正する。修正されたシグナリングは以下の表１のとおりである。
【表１】
2018505597.tif 000003
【００５５】
元のシグナリングは、一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する訂正情報のみをサポートしている。目的を達成するために、本実施例ではｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドの順序と定義を調整して修正し、さらにｒｅｓｅｒｖｅｄフィールドを用いて当該変化を表す。修正後のｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは全てのＦＥＣを行うメディアリソースを表し、ｐａｃｋｅｔ＿ｉｄは各々の対応するメディアリソースの識別子であり、ｎｕｍｂｅｒ＿ｏｆ＿ｆｅｃ＿ｆｌｏｗｓは各メディアリソースに対応するＦＥＣストリームの数、即ちレベルの数を表す。一つのメディアリソースにおける重要性の異なる部分に対して、それぞれＦＥＣのシグナリング制御を行い、異なるＦＥＣストリームを得ることにより、ＦＥＣメカニズムがより細分化できるようにする。サーバー側は、ユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整できる。受信側は、シグナリングを受信した後、対応する指示に基づいてメディアリソースを復元する。以上のようにして、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランスを取る。
【００５６】
上記解決方法の効果は以下のとおりである。
１．リソースが節約される。受信側において、人為的に状況に応じて既に受信したフレーム（例えばＢフレーム）を捨てるならば、伝送リソースの無駄使いになってしまう。上記方法は、源側から問題を解決し、必要としないパケットが伝送過程においてより大きな確率で捨てられるようにすることによって、より大きな度合で重要なパケットを保護する。
【００５７】
２．個性化された伝送方法が実現できる。ビデオ伝送は、ユーザーエクスペリエンスに基づくものである必要がある。したがって、より細かい不均一誤り保護を行えば、視覚体験、キャッシュ状態等のようなユーザー状況に対して、ＩフレームとＢフレームのＦＥＣ保護の度合いを設計することができる。
【００５８】
表２は、ＲＳコードを用いるＭＭＴにおけるコンテンツを等級付けに符号化する伝送例として、ネットワーク状況及びユーザーの需要に基づいて符号化方法を柔軟に変更することができる方法を示している。各フレームのＦＥＣ強度を合理的に配置することによって、帯域幅を節約するとともに、できる限り受信側の受信フレームレートを最大化することによって最も高いユーザーエクスペリエンスを得ることを保証する。
【表２】
2018505597.tif 000004
【００５９】
（実施例２）
本実施例では、ＭＭＴ伝送プロトコルを例にして、本発明の課題を解決するための手段における方法二により本発明を実施する。
【００６０】
ＭＭＴ技術において、ＭＰＵパケットにおけるＭＦＵパケットは異なる重要性を有しているが、不均一誤り保護が欠けているため、個性化された伝送方法を設けることができない。ＭＭＴパケットにおいて、異なる重要度を有するフレーム（例えば、ＩフレームとＢフレーム）は、図２、図３に示すように、区分されることができる（指示フラグを有する）。ところが、コーディングする際、不均一誤り保護に触れておらず、Ｔｗｏ−ｓｔａｇｅの構造方法及びＬＡ−ＦＥＣはある程度において不均一誤り保護を実現できるが、柔軟性が低く、複雑度が高い。特に、変化するチャネル状況及び異なる特徴（例えば、キャッシュが異なる）を有する受信ユーザーに対して、既存の二種類の方法は冗長が大きく、適応性が低く、簡単な状況だけに対するものであり、ユーザーエクスペリエンスから配慮できない等の問題が存在する。
【００６１】
本実施例における上記問題に対する解決方法は、以下のとおりである。
１．異なる重要度を有するフレームを含むパケットの重要度が区別されることに基づき、同時にチャネル状況及びユーザーエクスペリエンスに合わせて、符号化方法を変更する。例えば、チャネル状況が非常に悪いか又はユーザーの記憶能力に制限がある場合、送信側はＩフレームのデータに対してより保護を行うことによって、ユーザーがより大きな確率でＩフレームを受信し、ＢフレームとＰフレームをより大きい度合で受信する際に捨てられるようにする。このようにすれば、受信側が後続の処理においてＢ、Ｐフレームを捨てることがなくなり、送信側においてこの問題を解決するため、帯域幅リソースを節約して、リソースを用いてより多くの重要フレームを保護することができる。
【００６２】
２．特別な指示フィールドを追加しない限り、既存の状況に基づいて符号化しなければならず、不均一誤り保護は、含んでいるフレームの重要度に従って行わなければならない。ＭＰＵとともに伝送されるシグナリングにおいて、不均一誤り保護フラグを追加する。
【００６３】
３．一方、更なる個性化された方法、チャネル品質に応じて保護方法を変更したり、ユーザー特徴に応じてオーダーメイドしようとしたりする場合には、特別な指示フィールドを追加する必要がある。異なるＭＦＵが異なる重要性を有するため、ＭＦＵパケットのヘッダの前に指示を追加すれば、より多くの個性化された保護方法を行うことができる。
【００６４】
図５は、本実施例にかかる改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図であり、主にＭＭＴプロトコルにおけるストリーム化後の出力を修正し、ＭＭＴデータパケットを優先度に従って異なるＦＥＣエンコーダに送信し、それぞれＦＥＣを行う。
【００６５】
送信側のアーキティクチャは図５に示されるとおりで、送信側の動作フローは以下のとおりである。
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する。
ｂ）ＭＭＴストリームにおける各フレームデータの重要性が異なることに基づき、ＭＭＴパケットを異なるＦＥＣエンコーダに伝達し、対応するＦＥＣコードを生成する。
ｃ）ＦＥＣ符号化が完了した後、対応する訂正された符号及びＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す。
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する。
【００６６】
シグナリングによって、ＦＥＣストリーム及び用いたＦＥＣ符号化構造とＦＥＣコード（ｃｏｄｅ）を識別する。このようなメカニズムをサポートするため、本実施例ではシグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正する。元のシグナリングは、一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する修復情報のみをサポートしている。現在メディアリソースの異なる重要性の部分に対して、修正後のシグナリングは、メディアリソースの異なる重要性の部分に対してそれぞれＦＥＣの符号化制御を行うように追加され、異なるＦＥＣストリームを得ることにより、ＦＥＣメカニズムがより細分化できるようにする。サーバー側は、ユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整できる。受信側は、シグナリングを受信した後、対応する指示に基づいてメディアリソースを復元する。以上のようにして、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランスを取る。
【００６７】
【表３】
2018505597.tif 000005
【００６８】
元のシグナリングは、一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する訂正情報のみをサポートしている。目的を達成するために、本実施例ではＡＬ−ＦＥＣ  ｍｅｓｓａｇｅにおいて既存の三種類のｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの基に新しいｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅを追加する。ｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの機能は、現在用いるＦＥＣ符号化方法を説明するために用いられ、選択された符号化アルゴリズム、プライベート符号化方法を用いるか否か、最大の保護タイムウィンドウの時間と値等の情報を含み、該フィールドはＡＬ−ＦＥＣシグナリングに位置されて受信側に伝送される。新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値は既存のｒｅｓｅｒｖｅｄの範囲内から選択することができ、本方法においては０１００にすることを推奨する。
【００６９】
表３におけるフィールドの語意は以下のとおりである。
ｎｕｍ＿ｏｆ＿ｐｒｉｏｒｉｔｙ＿ｆｏｒ＿ｍｍｔｐｓ：メディアリソースにおける優先度の数である。
ｐｒｉｖａｔｅ＿ｆｅｃ＿ｆｌａｇ：指示ビット、プライベートのＦＥＣ符号化方法を用いるか否かを示す。
ｐｒｉｖａｔｅ＿ｆｌａｇ：指示ビット、用いられるプライベートＦＥＣ符号化方法を説明するためのｐｒｉｖａｔｅ＿ｆｉｅｌｄが存在するか否かを示す。
ｐｒｉｖａｔｅ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ：長さフィールド、プライベートＦＥＣ符号化方法のフィールドの長さを説明するために用いられる。
ｐｒｉｖａｔｅ＿ｆｉｅｌｄ：プライベートＦＥＣ方法の詳細な情報を説明するために用いられる。
ｐｒｉｏｒｉｔｙ＿ｉｄ：優先度ｉｄ、ＭＭＴパケットの優先度を示すために用いられる。
ｆｅｃ＿ｃｏｄｅ＿ｉｄ＿ｆｏｒ＿ｒｅｐａｉｒ＿ｆｌｏｗ：用いられるＦＥＣ符号化方法を説明するために用いられる。
ｒｅｐａｉｒ＿ｆｌｏｗ＿ｉｄ：８ビットの整数、生成されたＦＥＣ  ｒｅｐａｉｒ  ｆｌｏｗと、ＦＥＣ  ｒｅｐａｉｒパケットのパケットヘッダにおけるｐａｃｋｅｔ  ｉｄとが対応関係を有することを示すために用いられる。
Ｍａｘｉｍｕｍ＿ｋ＿ｆｏｒ＿ｒｅｐａｉｒ＿ｆｌｏｗ：２４ビットの整数、ｓｏｕｒｃｅ  ｓｙｓｍｂｏｌブロックにおいてｓｏｕｒｃｅ  ｓｙｍｂｏｌの最大数を表す。
Ｍａｘｉｍｕｍ＿ｐ＿ｆｏｒ＿ｒｅｐａｉｒ＿ｆｌｏｗ：２４ビットの整数、ｒｅｐａｉｒ  ｓｙｓｍｂｏｌブロックにおいてｒｅｐａｉｒ  ｓｙｍｂｏｌの最大数を表す。
ｐｒｏｔｅｃｔｉｏｎ＿ｗｉｎｄｏｗ＿ｔｉｍｅ：保護ウィンドウ時間、ＦＥＣ符号化において最初のｓｏｕｒｃｅ又はｒｅｐａｉｒパケットの送信と最後のｓｏｕｒｃｅ又はｒｅｐａｉｒパケットの送信との間の最大時間差を示し、単位はミリ秒である。
ｐｒｏｔｅｃｔｉｏｎ＿ｗｉｎｄｏｗ＿ｓｉｚｅ：保護ウィンドウ値、ＦＥＣ符号化ストリームにおいて最初のＦＥＣパケットを送信する負荷と最後のＦＥＣパケットを送信する負荷との間の最大カウント値を示す。
【００７０】
本実施例ではメディアコンテンツについて等級付けし、異なる重要性を付与し、元のメディアデータストリームについて分割しない状況で、チャネル状況及びユーザーエクスペリエンスに合わせて、メディアデータパケットに含まれたフレームの重要度に従い、データパケットを対応するＦＥＣエンコーダに伝送し、異なる度合いの保護を行う。
【００７１】
上記解決方法の効果は以下のとおりである。
１．リソースが節約される。受信側において、人為的に状況に応じて既に受信したフレーム（例えばＢフレーム）を捨てるならば、伝送リソースの無駄使いになってしまう。上記方法は、源側から問題を解決し、必要としないパケットが伝送過程においてより大きな確率で捨てられるようにすることによって、より大きな度合で重要なパケットを保護する。
【００７２】
２．個性化された伝送方法が実現できる。ビデオ伝送は、ユーザーエクスペリエンスに基づくものである必要がある。したがって、より細かい不均一誤り保護を行えば、例えば視覚体験、キャッシュ状態等のようなユーザー状況に対して、ＩフレームとＢフレームのＦＥＣ保護の度合いを設計することができる。
【００７３】
（実施例３）
本実施例では、ＭＭＴ伝送プロトコルを例にして、本発明の課題を解決するための手段における方法三により本発明を実施する。
【００７４】
ＭＭＴ技術において、ＭＰＵパケットにおけるＭＦＵパケットは異なる重要性を有しているが、不均一誤り保護が欠けているため、個性化された伝送方法を設けることができない。ＭＭＴパケットにおいて、異なる重要度を有するフレーム（例えば、ＩフレームとＢフレーム）は、図２、図３に示すように、区分されることができる（指示フラグを有する）。ところが、コーディングする際、不均一誤り保護に触れておらず、Ｔｗｏ−ｓｔａｇｅの構造方法及びＬＡ−ＦＥＣはある程度において不均一誤り保護を実現できるが、柔軟性が低く、複雑度が高い。特に、変化するチャネル状況及び異なる特徴（例えば、キャッシュが異なる）を有する受信ユーザーに対して、既存の二種類の方法は冗長が大きく、適応性が低く、簡単な状況だけに対するものであり、ユーザーエクスペリエンスから配慮できない等の問題が存在する。
【００７５】
本実施例における上記問題に対する解決方法は、以下のとおりである。
１．異なる重要度を有するフレームを含むパケットの重要度が区別されることに基づき、同時にチャネル状況及びユーザーエクスペリエンスに合わせて、自己適応的に符号化方法を変更する。例えば、チャネル状況が非常に悪いか又はユーザーの記憶能力に制限がある場合、送信側はＩフレームのデータに対してより保護を行うことによって、ユーザーがより大きな確率でＩフレームを受信し、ＢフレームとＰフレームをより大きな度合で受信する際に捨てられるようにする。このようにすれば、受信側が後続の処理においてＢ、Ｐフレームを捨てることがなくなり、送信側においてこの問題を解決するため、帯域幅リソースを節約して、リソースを用いてより多くの重要フレームを保護することができる。経時変化チャネルにおいて、現在のネットワーク状況の変化に基づいて自己適応的にＦＥＣ符号化方法を変更することができ、例えば、ネットワーク状況が悪化する場合、ＦＥＣ  ｓｅｅｄの変更によってＦＥＣ符号化の符号化行列を変更して、伝送データの保護強度を増加させることができる。
【００７６】
２．特別な指示フィールドを追加しない限り、既存の状況に基づいて符号化しなければならず、不均一誤り保護は、含んでいるフレームの重要度に従って行わなければならない。ＭＰＵとともに伝送されるシグナリングにおいて、不均一誤り保護フラグを追加する。
【００７７】
３．一方、更なる個性化された方法、チャネル品質に応じて保護方法を変更したり、ユーザー特徴に応じてオーダーメイドしようとしたりする場合には、特別な指示フィールドを追加する必要がある。異なるＭＦＵが異なる重要性を有するため、ＭＦＵパケットのヘッダの前に指示を追加すれば、より多くの個性化された保護方法を行うことができる。
【００７８】
図６は、本実施例にかかる改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図であり、主にＭＭＴプロトコルにおけるストリーム化後の出力を修正し、ＭＭＴデータパケットを優先度に従ってＦＥＣエンコーダに送信してそれぞれＦＥＣ符号化を行い、ＭＭＴパケットの優先度の違いに基づき、異なる符号化行列を選択し、各優先度をＦＥＣエンコーダで処理した後に生成されたＦＥＣコードをＦＥＣコードストリームに統合する。
【００７９】
送信側のアーキティクチャは図６に示されるとおりで、送信側の動作フローは以下のとおりである。
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する。
ｂ）ＭＭＴストリームにおける各フレームデータの重要性が異なることに基づき、ＭＭＴパケットをＦＥＣエンコーダに伝達し、異なる優先度に対して、異なるＦＥＣ符号化行列でＭＭＴパケットをＦＥＣ符号化して対応するＦＥＣコードを生成する。
ｃ）前のステップにおいて同一のデータストリームの異なる優先度のＭＭＴパケットをＦＥＣ符号化した後に形成されたＦＥＣコードを統合してＦＥＣコードストリームを生成する。
ｄ）ＦＥＣ符号化が完了した後、対応する訂正された符号及びＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す。
ｅ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する。
【００８０】
シグナリングによって、ＦＥＣストリーム及び用いたＦＥＣ符号化構造とＦＥＣコード（ｃｏｄｅ）を識別する。このようなメカニズムをサポートするため、本実施例ではシグナリングにおけるｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドを修正する。
【００８１】
【表４】
2018505597.tif 000006
【００８２】
元のシグナリングは、一つのＦＥＣストリームにおいて複数のメディアリソースを多重化する訂正情報のみをサポートしている。本実施例では、新しいｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅを追加する。ｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅの機能は、現在用いるＦＥＣ符号化方法を説明するために用いられ、選択された符号化アルゴリズム、プライベート符号化方法を用いるか否か、最大の保護タイムウィンドウの時間と値等の情報を含み、該フィールドはＡＬ−ＦＥＣシグナリングに位置されて受信側に伝送される。新しく追加されるｆｅｃ＿ｃｏｄｉｎｇ＿ｓｔｒｕｃｔｕｒｅのフラグの値は既存のｒｅｓｅｒｖｅｄの範囲内から選択することができ、本方法においては０１１０にすることを推奨する。
【００８３】
表４におけるフィールドの語意は以下のとおりである。
ｓｅｅｄ：乱数シード、擬似乱数を生成する初期条件として、ＦＥＣ符号化の生成行列及び検査行列を構成するために擬似乱数シーケンスを生成するために用いられる。ｓｅｅｄの選択は複数のアルゴリズム、通常、例えばシステム現在時間の取得、現在プロセスＩＤの取得等の方法がある。
ｎｕｍ＿ｏｆ＿ｐｒｉｏｒｉｔｙ＿ｆｏｒ＿ｍｍｔｐｓ：メディアリソースにおける優先度の数である。
ｐｒｉｏｒｉｔｙ＿ｍａｐｐｉｎｇ：優先度マッピング、メディアリソースにおける異なるデータパケットとリソース優先度のマッピング関係を示すために用いられる。
ｐｒｉｖａｔｅ＿ｆｅｃ＿ｆｌａｇ：指示ビット、プライベートのＦＥＣ符号化方法を用いるか否かを示す。
ｐｒｉｖａｔｅ＿ｆｌａｇ：指示ビット、用いられるプライベートＦＥＣ符号化方法を説明するためのｐｒｉｖａｔｅ＿ｆｉｅｌｄが存在するか否かを示す。
ｐｒｉｖａｔｅ＿ｆｉｅｌｄ＿ｌｅｎｇｔｈ：長さフィールド、プライベートＦＥＣ符号化方法のフィールドの長さを説明するために用いられる。
ｐｒｉｖａｔｅ＿ｆｉｅｌｄ：プライベートＦＥＣ方法の詳細な情報を説明するために用いられる。
ｐｒｉｏｒｉｔｙ＿ｉｄ：優先度ｉｄ、ＭＭＴパケットの優先度を示すために用いられる。
ｆｅｃ＿ｃｏｄｅ＿ｉｄ＿ｆｏｒ＿ｒｅｐａｉｒ＿ｆｌｏｗ：用いられるＦＥＣ符号化方法を説明するために用いられる。
ｒｅｐａｉｒ＿ｆｌｏｗ＿ｉｄ：８ビットの整数、生成されたＦＥＣ  ｒｅｐａｉｒ  ｆｌｏｗと、ＦＥＣ  ｒｅｐａｉｒパケットのパケットヘッダにおけるｐａｃｋｅｔｉｄとが対応関係を有することを示すために用いられる。
Ｍａｘｉｍｕｍ＿ｋ＿ｆｏｒ＿ｒｅｐａｉｒ＿ｆｌｏｗ：２４ビットの整数、ｓｏｕｒｃｅ  ｓｙｓｍｂｏｌブロックにおいてｓｏｕｒｃｅ  ｓｙｍｂｏｌの最大数を表す。
Ｍａｘｉｍｕｍ＿ｐ＿ｆｏｒ＿ｒｅｐａｉｒ＿ｆｌｏｗ：２４ビットの整数、ｒｅｐａｉｒ  ｓｙｓｍｂｏｌブロックにおいてｒｅｐａｉｒ  ｓｙｍｂｏｌの最大数を表す。
ｐｒｏｔｅｃｔｉｏｎ＿ｗｉｎｄｏｗ＿ｔｉｍｅ：保護ウィンドウ時間、ＦＥＣ符号化において最初のｓｏｕｒｃｅ又はｒｅｐａｉｒパケットの送信と最後のｓｏｕｒｃｅ又はｒｅｐａｉｒパケットの送信との間の最大時間差を示し、単位はミリ秒である。
ｐｒｏｔｅｃｔｉｏｎ＿ｗｉｎｄｏｗ＿ｓｉｚｅ：保護ウィンドウ値、ＦＥＣ符号化ストリームにおいて最初のＦＥＣパケットを送信する負荷と最後のＦＥＣパケットを送信する負荷との間の最大カウント値を示す。
【００８４】
修正後のシグナリングはメディアリソースの異なる重要性の部分に対して、異なる符号化行列を用いて異なる優先度に対してそれぞれＦＥＣの符号化制御を行い、一つのメディアデータストリームに対して最終的には一つのＦＥＣコードストリームのみを生成する。これにより、ＦＥＣメカニズムがより細分化され、同時に過剰なＦＥＣ符号化によるネットワークトラフィックの増加を減少させている。該方法によれば、サーバー側はユーザーのネットワーク状態に基づいてメディアリソースの異なる部分のＦＥＣ強度を動的に調整し、受信側はシグナリングを受信した後、その中からｓｅｅｄ及び各リソースパケットの優先度を分析することができ、ｓｅｅｄに基づいて校正行列を生成してＦＥＣ復号化してメディアリソースを復元する。このようにして、ネットワーク帯域幅とユーザーエクスペリエンスとの間でバランスを取る。
【００８５】
上記解決方法の効果は以下のとおりである。
１．リソースが節約される。受信側において、人為的に状況に応じて既に受信したフレーム（例えばＢフレーム）を捨てるならば、伝送リソースの無駄使いになってしまう。上記方法は、源側から問題を解決し、必要としないパケットが伝送過程においてより大きな確率で捨てられるようにすることによって、より大きな度合で重要なパケットを保護する。
【００８６】
２．個性化された伝送方法が実現できる。ビデオ伝送は、ユーザーエクスペリエンスに基づくものである必要がある。したがって、より細かい不均一誤り保護を行えば、例えば視覚体験、キャッシュ状態等のようなユーザー状況に対して、ＩフレームとＢフレームのＦＥＣ保護の度合いを設計することができる。
【００８７】
３．現在のネットワーク状況に基づいて、自己適応的にＦＥＣ符号化方法を変更することができ、異なる優先度のデータを異なる強度でＦＥＣ保護を行ったうえ、ネットワーク状況の悪化によりパケットロスレートの増加が発生する場合、ＦＥＣのｓｅｅｄを自己適応的に調整し、ＦＥＣの生成行列を変更して、ＦＥＣの強度を増加させることによってネットワークの悪化による影響に抵抗する。
【００８８】
４．ＭＭＴにおいて、既存のＡＬ−ＦＥＣ方法は異なる優先度のＭＭＴパケットに対して異なるＦＥＣコードストリームの生成することのみをサポートする。本方法の提供する解決手段によれば、一つのメディアリソースのデータストリームに対して一つのＦＥＣコードストリームのみの生成をサポートしているため、ＦＥＣによるトラフィックの増加を大幅に減少させ、ネットワークのプレッシャーを減少させることができる。
【００８９】
（実施例４）
本実施例では、ＭＭＴ伝送プロトコルを例にして、本発明の課題を解決するための手段における方法四により本発明を実施する。
【００９０】
図１に示すように、ＭＭＴにおけるメディアリソースのＦＥＣ二層構造に対して、第一層ではｓｏｕｒｃｅ  ｐａｃｋｅｔ  ｂｌｏｃｋを多くの小さいブロックに分割し、それぞれについてＦＥＣ保護を行い、第二層ではブロック全体に対してＦＥＣ保護を行う。第一層における分割が細かいため、小さい遅延を提供することができ、第二層では復元性及び小さい冗長を保証する。図においてＰ１、Ｐ２はそれぞれＦＥＣエンコーダ１、２により生成される修復シンボルブロックである。
【００９１】
図８に示すように、データソースの伝送が二つの重要な等級を有する状況を具体的に考慮する。ソースＫ個のデータを、重要性に従って２つの重要性等級、即ちｓ１、ｓ２に分ける。ｓ１を最も重要な部分ＭＩＢ（Ｍｏｓｔ  ＩｍＰｏｒｔａｎｔ  Ｂｉｔｓ、最も重要な情報ビット）とし、ｓ２を最も重要ではない部分ＬＩＢ（Ｌｅａｓｔ  ＩｍＰｏｒｔａｎｔ  Ｂｉｔｓ、最も重要ではないデータビット）と仮定する。
【００９２】
ＭＭＴ技術において、ＭＰＵパケットにおけるＭＦＵパケットは異なる重要性を有しているが、不均一誤り保護が欠けているため、に個性化された伝送方法を設けることができない。ＭＭＴパケットにおいて、異なる重要度を有するコンテンツは、図３に示すように、区分されることができる（指示フラグを有する）。ところが、コーティングする際、不均一誤り保護に触れておらず、図１に示される二層の符号化方法及びＬＡ−ＦＥＣはある程度において不均一誤り保護を実現できるが、柔軟性が低く、複雑度が高い。特に、変化するチャネル状況及び異なる特徴（例えば、キャッシュが異なる）の受信ユーザーに対して、既存の二種類の方法はいずれも冗長が大きく、適応性が低く、簡単な状況だけに対するものであり、ユーザーエクスペリエンスから配慮できない等の問題が存在する。
【００９３】
本実施例における上記問題に対する解決方法は、以下のとおりである。
１．更なる個性化された方法、チャネル品質に応じて保護方法を変更したり、ユーザー特徴に応じてオーダーメイドしようとしたりする場合には、特別な指示フィールドを追加する必要がある。異なるＭＦＵが異なる重要性を有するため、ＭＦＵパケットのヘッダの前に指示を追加すれば、より多くの個性化された保護方法を行うことができる。
【００９４】
図７は、改良されたＭＭＴ  ＡＬ−ＦＥＣ送信側のアーキティクチャを示す図であり、主にＭＭＴプロトコルにおけるストリーム化後の出力を修正し、データストリームをソースバッファ領域に伝送し、フラグに示される異なるコンテンツの重要度に基づいてＤ−ＥＷＦ符号化を行う。
【００９５】
送信側のアーキティクチャは図７に示されるとおりで、送信側の動作フローは以下のとおりである。
ａ）サーバー側は、メディアリソースに基づいてＭＭＴＰストリームとシグナリングを生成する。
ｂ）ＭＭＴ負荷をＦＥＣメカニズムに伝達し、フラグにおけるコンテンツの重要性に対する区別に基づき、Ｄ−ＥＷＦコードにより不均一誤り保護を行う。
ｃ）Ｄ−ＥＷＦコード符号化が完了した後、対応する訂正された符号及びＦＥＣデータ負荷識別子とソースデータ負荷識別子を返す。
ｄ）全ての訂正された符号をＦＥＣ訂正パケットにパッケージングし、トランスポート層へ送信する。
【００９６】
シグナリングによって、ＦＥＣストリーム及び用いたＦＥＣ符号化構造とＤ−ＥＷＦコードを識別する。このようなメカニズムをサポートするため、本実施例ではシグナリングにおけるＦＥＣ＿ＦＬＯＷ＿ＤＥＳＣＲＩＰＴＯＲフィールドに対して以下の修正を行う。
【００９７】
【表５】
2018505597.tif 000007
【００９８】
本実施例ではｆｅｃ＿ｆｌｏｗ＿ｄｅｓｃｒｉｐｔｏｒフィールドの順序と定義を調整して修正し、さらにｒｅｓｅｒｖｅｄフィールドを用いてＵＥＰメカニズムの導入を指示する。修正後のｎｕｍｂｅｒ＿ｏｆ＿ａｓｓｅｔｓは全てのＦＥＣを行うメディアリソースを表し、ｐａｃｋｅｔ＿ｉｄは各々の対応するメディアリソースの識別子であり、ｎｕｍｂｅｒ＿ｏｆ＿ｆｅｃ＿ｆｌｏｗｓは各メディアリソースに対応するＦＥＣストリームの数、即ちレベルの数を表す。一つのメディアリソースにおける重要性の異なる部分に対して、それ自体がＵＥＰ特性を有するコピー拡張ウィンドウファウンテンコード（Ｄ−ＥＷＦ）を用いて保護する。サーバー側はユーザーネットワーク状態に基づいてＤ−ＥＷＦの符号化強度を動的に調整することができ、受信側はシグナリングを受信した後、対応する指示に基づいてメディアリソースを復元する。以上のようにして、ネットワーク帯域幅とユーザーエクスペリエンスとの間においてバランスを取る。
【００９９】
２．重要性の度合いの異なるメディアコンテンツに対して、コピー拡張ウィンドウファウンテンコードを用いて重要なメディアコンテンツに対して保護を強化し、その具体的な実施フローは以下のとおりである。
【０１００】
データソースの伝送が二つの重要な等級を有する状況を考慮する。図３に示すように、ソースＫ個のデータを、重要性に従って２つの重要性等級、ｓ１、ｓ２に分ける。ｓ１を最も重要な部分ＭＩＢ（Ｍｏｓｔ  ＩｍＰｏｒｔａｎｔ  Ｂｉｔｓ、最も重要な情報ビット）とし、ｓ２を最も重要でない部分ＬＩＢ（Ｌｅａｓｔ  ＩｍＰｏｒｔａｎｔ  Ｂｉｔｓ、最も重要でないデータビット）とし、π１、π２をそれぞれｓ１、ｓ２の総データにおいて占める比率と仮定すると、ｓ１、ｓ２に対応するデータの長さはそれぞれｋ１＝π１・Ｋ、ｋ２＝π２・Ｋである。ここで、π１＋π２＝１である。
【０１０１】
得られた二層データに対して、拡張係数ψ１、ψ２によって拡張し、仮想拡張層データとして、ｓ１’、ｓ２’を得る。ここで、ｋ１’、ｋ２’はｓ１’、ｓ２’データシンボルの長さｋ１’＝ｋ１・ψ１、ｋ２’＝ｋ２・ψ２を表す。仮想拡張データの比率はγ１、γ２で表し、仮想拡張層データの総和は、Ｋ’＝ｋ１’＋ｋ２’である。
【０１０２】
仮想拡張層データｓ１’、ｓ２’を２つのウィンドウ、即ちＷ１＝ｓ１’、Ｗ２＝ｓ１’＋ｓ２’に分け、Ｗ１の仮想総データはｋ１’であり、Ｗ２の仮想総データは｜Ｗ２｜＝Ｋ’である。一番目のウィンドウＷ１の次数分布をｋ１からｋ１’へ増加させ、二番目のウィンドウＷ２の次数分布をＫからＫ’へ増加させ、ロバスト孤立波の次数分布Ωｒｓ（ｋ、ｃ、δ）を用いると、その確率分布はそれぞれ以下のとおりである。
【数１】
2018505597.tif 000008
【数２】
2018505597.tif 000009
【０１０３】
ここで、Ｒ＝ｃ・ｌоｇ（ｋ／δ）・√ｋ、ｃ＞０、ｋはデータシンボルの数であり、δは復号化失敗の確率である。ｃ＝０．１、δ＝０．５と仮定して、Ｗ１、Ｗ２についてロバスト孤立波の次数分布関数Ω(∧)（１）（ｋ１’、ｃ、δ）、Ω(∧)（２）（Ｋ’、ｃ、δ）をそれぞれ用いる。一番目のウィンドウＷ１の選択確率がΓ１であり、Ｗ２の選択確率がΓ２＝１−Γ１であると仮定する。
【０１０４】
ウィンドウの分割を行った後、ＬＴ符号化におけるインデックス置換プロセスを行う。乱数ξを生成し、０＜ξ≦Γ１、即ち一番目のウィンドウＷ１を選択する場合、次数分布Ω（１）により次数ｄ１を生成し、Ｗ１仮想データからｄ１個のデータをランダムに選択する。ｊはＷ１仮想データｋ１・ψ１におけるインデックスを表し、ｊ∈｛０，…，ｋ１・ψ１−１｝であり、ｍはオリジナルｋ１のインデックスｍ∈｛０，…，ｋ１−１｝を表す。下記「数３」の変換によって、ｊからインデックスｍ＝ｊｍｏｄｋ１、０≦ｊ≦ｋ１・ψ１−１を得る。
【０１０５】
一方、Γ１＜ξ≦１、即ち二番目のウィンドウＷ２を選択する場合、次数分布Ω（２）により次数ｄ２を生成し、Ｗ２仮想データからｄ２個のデータをランダムに選択する。ｊはＷ２仮想データ（ｋ１・ψ１＋ｋ２・ψ２）におけるインデックスを表し、ｊ∈｛０，…，ｋ１・ψ１＋ｋ２・ψ２｝であり、ｍはオリジナルｋ２のインデックスｍ∈｛０，…，Ｋ−１｝を表す。下記「数３」の変換によって、ｊからインデックスｍを得る。
【０１０６】
【数３】
2018505597.tif 000010
【０１０７】
インデックスｍからオリジナルシンボルを得て排他的論理和の操作を行い、符号化されたコードワードを得て、十分な符号化されたコードワードを得るまで、上記プロセスを繰り返す。図９はＤ−ＥＷＦコードの符号化フローチャートを示す。
【０１０８】
上記解決方法の効果は以下のとおりである。
１．リソースが節約される。受信側において、人為的に状況に応じて既に受信したメディアコンテンツを捨てるならば、伝送リソースの無駄遣いになってしまう。上記方法は、源側から問題を解決し、重要性の低いメディアコンテンツの伝送過程において保護される度合いを低くし、より多くの帯域幅リソースを重要なコンテンツに割り当て、よってより大きな度合いで重要なコンテンツを保護する。
【０１０９】
２．個性化された伝送方法が実現できる。ビデオ伝送は、ユーザーエクスペリエンスに基づくものである必要がある。したがって、重要と重要でないメディアコンテンツのＤ−ＥＷＦ符号化強度を変更することによって、より細かい不均一誤り保護を行えば、例えば視覚体験、キャッシュ状態等のようなユーザー状況に適することができる。
【０１１０】
以上は本発明の一部の具体的な実施例を説明している。また、本発明は上記特定する実施形態に限定されず、当業者は特許請求の範囲に規定された範囲内で様々な変形や修正を行うことができるが、これらは本発明の実質的な内容に影響を及ぼすことないことに理解すべきである。
【図１】
2018505597.tif 000011
【図２】
2018505597.tif 000012
【図３】
2018505597.tif 000013
【図４】
2018505597.tif 000014
【図５】
2018505597.tif 000015
【図６】
2018505597.tif 000016
【図７】
2018505597.tif 000017
【図８】
2018505597.tif 000018
【図９】
2018505597.tif 000019
【国際調査報告】
2018505597.tif 000020
2018505597.tif 000021
2018505597.tif 000022
2018505597.tif 000023