(57)【要約】伝送リソースの使用に関するより高い優先順位をレイヤード・ビデオ・ストリームの下位層に与えることができるように、複数レイヤ内でコーディングされたビデオを無線リンクを介して送信する方法および装置を提供する。優先順位のレベルは、セッション識別パラメータによって、すなわち、ソースおよび宛先のｉｐアドレスおよびポート番号によって示される。これらのパラメータは、それぞれベース・レイヤおよび１つまたは複数の追加レイヤに、前記レイヤのうちの少なくとも２つが異なるパラメータ・セットを割り当てられるように、割り当てられる。その後、少なくともベース・レイヤが、無線リンク上で送信される。
2013512642.tif 000002
【特許請求の範囲】
【請求項１】
ベース・レイヤおよび少なくとも１つの追加レイヤとしてビデオ信号をコーディングするステップであって、前記ベース・レイヤは、見えるビデオ・コンテンツの回復に十分であり、１つまたは複数の前記追加レイヤは、前記回復されたビデオ・コンテンツに品質を追加する、ステップと、
それぞれ前記ベース・レイヤおよび前記１つまたは複数の追加レイヤに、前記レイヤのうちの少なくとも２つがセッション識別パラメータの異なるセットを割り当てられるようにセッション識別パラメータを割り当てるステップと、
少なくとも前記ベース・レイヤを無線アクセス・リンク上で送信するステップと
を含む方法。
【請求項２】
セッション識別パラメータを割り当てる前記ステップは、前記レイヤのうちの少なくとも２つが、異なるソース・ポート番号、異なる宛先ポート番号、または異なるソース・ポート番号および宛先ポート番号を割り当てられるように、各前記レイヤにソース・ポート番号および宛先ポート番号を割り当てるステップを含む、請求項１に記載の方法。
【請求項３】
無線リソースの割当を受信するステップをさらに含み、送信する前記ステップは、まず、前記ベース・レイヤを送信するために前記リソースのうちの少なくともいくつかを使用するステップと、その後、十分なリソースが残っている場合に、前記追加レイヤのうちの１つまたは複数を送信するためにさらなる割り当てられたリソースを使用するステップとを含む、請求項１に記載の方法。
【請求項４】
前記ベース・レイヤに最高優先順位を、前記追加レイヤにそれぞれのより低い優先順位を割り当てるステップをさらに含み、送信する前記ステップは、より低い優先順位のレイヤより優先してより高い優先順位のレイヤを送信するステップを含む、請求項１に記載の方法。
【請求項５】
前記ベース・レイヤおよび前記１つまたは複数の追加レイヤのそれぞれにＱＯＳレベルを割り当てるステップをさらに含み、送信する前記ステップは、前記受信された無線リソース割当で示されるＱＯＳレベルでの送信のための帯域幅の可用性に依存して各前記レイヤを条件的に送信するステップを含む、請求項１に記載の方法。
【請求項６】
ビデオ・カメラと、
見えるビデオ・コンテンツの回復に十分なベース・レイヤおよび前記回復されたビデオ・コンテンツに品質を追加するのに有効な１つまたは複数の追加レイヤとして前記ビデオ・カメラからのビデオ信号を符号化するように動作可能なビデオ・コーダと、
１つまたは複数のディジタル・プロセッサを含むプロセッサ回路であって、セッション識別パラメータのそれぞれのセットを有するパケットのストリームとして各コーディングされたビデオ・レイヤをパッケージ化するように動作可能であり、前記プロセッサのうちの１つまたは複数は、前記コーディングされたビデオ・レイヤのうちの少なくとも２つが前記パラメータの異なるセットを割り当てられるように前記セッション識別パラメータを割り当てるように構成される、プロセッサ回路と、
前記パケット・ストリームを無線リンクを介して送信するように動作可能な送信器と
を含む端末装置。
【請求項７】
無線ユーザ端末とのセッションをセット・アップするステップと、
前記セッションのために無線リソースを割り当てるステップと、
前記セッションに属する少なくともいくつかのパケットを前記ユーザ端末から受信するステップと
を含み、
（ａ）前記セッションに属する前記パケットは、セッション識別パラメータの異なるそれぞれのセットを有する複数のコーディングされたビデオ・ストリームを構成し、
（ｂ）無線リソースを割り当てる前記ステップは、セッション識別パラメータの少なくとも１つのセットをセッション識別パラメータの少なくとも１つの他のセットより優先するために実行され、
（ｃ）前記複数のコーディングされたビデオ・ストリームは、ベース・レイヤおよび少なくとも１つの追加レイヤとしてコーディングされたビデオ信号に対応し、前記ベース・レイヤは、見えるビデオ・コンテンツの回復に十分であり、少なくとも１つの前記追加レイヤは、前記回復されたビデオ・コンテンツに品質を追加する
基地局で実行される方法。
【請求項８】
無線ユーザ端末とのセッションをセット・アップするステップと、
前記セッションのために無線リソースを割り当てるステップと、
前記セッションに属する少なくともいくつかのパケットを前記ユーザ端末に送信するステップと
を含み、
（ａ）前記セッションに属する前記パケットは、セッション識別パラメータの異なるそれぞれのセットを有する複数のコーディングされたビデオ・ストリームを構成し、
（ｂ）無線リソースを割り当てる前記ステップは、セッション識別パラメータの少なくとも１つのセットをセッション識別パラメータの少なくとも１つの他のセットより優先するために実行され、
（ｃ）前記複数のコーディングされたビデオ・ストリームは、ベース・レイヤおよび少なくとも１つの追加レイヤとしてコーディングされたビデオ信号に対応し、前記ベース・レイヤは、見えるビデオ・コンテンツの回復に十分であり、少なくとも１つの前記追加レイヤは、前記回復されたビデオ・コンテンツに品質を追加する
基地局で実行される方法。
【請求項９】
それぞれ受信する前記ステップまたは送信する前記ステップは、まず、前記ベース・レイヤの前記ビデオ・ストリームをそれぞれ受信しまたは送信するために前記割り当てられた無線リソースの少なくともいくつかを使用するステップと、その後、十分なリソースが残っている場合に、少なくとも１つの前記追加レイヤの１つまたは複数のビデオ・ストリームをそれぞれ受信しまたは送信するためにさらなる割り当てられた無線リソースを使用するステップとを含む、請求項７または８に記載の方法。
【請求項１０】
前記ベース・レイヤの前記ビデオ・ストリームに最高優先順位を割り当てるステップと、１つまたは複数の追加レイヤのビデオ・ストリームにより低い優先順位を割り当てるステップとをさらに含み、それぞれ受信する前記ステップまたは送信する前記ステップは、より低い優先順位のレイヤのストリームより優先してより高い優先順位のレイヤのストリームをそれぞれ受信しまたは送信するステップを含む、請求項７または８に記載の方法。
【請求項１１】
前記ベース・レイヤの前記ビデオ・ストリームおよび１つまたは複数の追加レイヤのそれぞれの前記ビデオ・ストリームにそれぞれのＱＯＳレベルを割り当てるステップをさらに含み、それぞれ受信する前記ステップまたは送信する前記ステップは、無線リソースを割り当てる前記ステップで示されるそれぞれのＱＯＳレベルでの送信のための帯域幅の可用性に依存して各前記レイヤの前記ビデオ・ストリームを条件的にそれぞれ受信しまたは送信するステップを含む、請求項７または８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信ネットワークに関し、より具体的にはそのようなネットワークでのエア・インターフェースを介するビデオ伝送に関する。
【背景技術】
【０００２】
３Ｇネットワークおよび４Ｇネットワークによって提供されるものなどの無線アクセス・リンクは、共有される限られたリソースである。したがって、これらは、需要が供給を上回る時に不足する可能性がある。その結果、多すぎるユーザが同一セクタ内でモバイル・デバイスからデータの送信を試みる時に、輻輳が生じる。最近になるまで、ユーザは、主に、ダウンロードするデータよりかなり少ないデータをアップロードした。しかし、ビデオ対応モバイル・デバイスの最近の導入は、アップリンク帯域幅に対するすばやく増加する需要を刺激する可能性が高い。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｐｄｆ／ｄｒａｆｔ−ｉｅｔｆ−ａｖｔ−ｒｔｐ−ｓｖｃ−２１．ｐｄｆ
【非特許文献２】ＲＦＣ  ５５８３、「Ｓｉｇｎａｌｉｎｇ  Ｍｅｄｉａ  Ｄｅｃｏｄｉｎｇ  Ｄｅｐｅｎｄｅｎｃｙ  ｉｎ  ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）」、２００９年７月、ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ５５８３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記および他の理由から、リソースが不足する時間中に相対的にわずかな帯域幅を消費しながらユーザの必要性を満たすのに十分な品質を提供でき、リソースがより豊富である時により高い品質を提供できるビデオ伝送の柔軟な方法に関する必要性が高まっている。
【課題を解決するための手段】
【０００５】
Ｈ．２６４  ＳＶＣ（Ｓｃａｌａｂｌｅ  Ｖｉｄｅｏ  Ｃｏｄｅｃ）は、ベース・レイヤおよび１つまたは複数の追加レイヤを含む複数のレイヤでビデオを符号化する機構を提供する。ベース・レイヤの送信は、受信器が見えるビデオ信号を復号することを可能にするのに十分であるが、各追加レイヤは、復号された信号に品質を追加する。たとえば、異なるレイヤは、より低い品質のデータおよび復号されたサンプルを上位レイヤからのデータと共に使用してより高品質のビデオを作成する形で、異なるレベルの品質でコーディングされたビデオを表す。
【０００６】
我々は、上で説明したように、複数のレイヤでコーディングされたビデオを伝送する新しい方法および装置を提案した。伝送のために、伝送リソースの使用に関するより高い優先順位が、レイヤード・ビデオ・ストリームの下位レイヤに与えられる。我々は、これに関して有用であるビデオ・コーディング機構の一例としてＨ．２６４  ＳＶＣを提供した。しかし、我々の新しい方法は、Ｈ．２６４  ＳＶＣに限定されるのではなく、ビデオを複数のストリームに分離するすべてのビデオ・コーディング機構に適用される。
【０００７】
したがって、一実施形態は、ベース・レイヤおよび少なくとも１つの追加レイヤとしてビデオ信号をコーディングするステップであって、ベース・レイヤは、見えるビデオ・コンテンツの回復に十分であり、追加レイヤのうちの１つまたは複数は、回復されたビデオ・コンテンツに品質を追加する、ステップを含む方法である。この方法は、それぞれベース・レイヤおよび１つまたは複数の追加レイヤに、前記レイヤのうちの少なくとも２つがセッション識別パラメータの異なるセットを割り当てられるようにセッション識別パラメータを割り当てるステップと、少なくともベース・レイヤを無線アクセス・リンク上で送信するステップとをさらに含む。セッション識別パラメータは、ソースおよび宛先のｉｐアドレスおよびポート番号である。
【０００８】
他の実施形態では、基地局で実行される方法が、無線ユーザ端末とのセッションをセット・アップするステップと、セッションのために無線リソースを割り当てるステップと、セッションに属するパケットのうちの少なくともいくつかを受信しまたは送信する、すなわち、これらをユーザ端末から受信しまたはユーザ端末に送信するステップとを含む。そのような方法によれば、セッションに属するパケットは、セッション識別パラメータの異なるそれぞれのセットを有する複数のコーディングされたビデオ・ストリームを構成し、無線リソースを割り当てるステップは、セッション識別パラメータの少なくとも１つのセットをセッション識別パラメータの少なくとも１つの他のセットより優先するために実行され、複数のコーディングされたビデオ・ストリームは、ベース・レイヤおよび少なくとも１つの追加レイヤとしてコーディングされたビデオ信号に対応し、ベース・レイヤは、見えるビデオ・コンテンツの回復に十分であり、追加レイヤのうちの少なくとも１つは、回復されたビデオ・コンテンツに品質を追加する。
【０００９】
もう１つの実施形態では、端末装置は、ビデオ・カメラと、見えるビデオ・コンテンツの回復に十分なベース・レイヤおよび回復されたビデオ・コンテンツに品質を追加するのに有効な１つまたは複数の追加レイヤとしてビデオ・カメラからのビデオ信号を符号化するように動作可能なビデオ・コーダと、プロセッサ回路と、送信器とを含む。プロセッサ回路は、１つまたは複数のディジタル・プロセッサを含み、セッション識別パラメータのそれぞれのセットを有するパケットのストリームとして各コーディングされたビデオ・レイヤをパッケージ化するように動作可能である。プロセッサのうちの１つまたは複数は、コーディングされたビデオ・レイヤのうちの少なくとも２つが異なるパラメータ・セットを割り当てられるようにセッション識別パラメータを割り当てるように構成される。送信器は、パケット・ストリームを無線リンクを介して送信するように動作可能である。
【図面の簡単な説明】
【００１０】
【図１】少なくともいくつかの実施形態で本発明を実践するのに有用な携帯電話機または他のユーザ端末を示す概念ブロック図である。
【図２】図１のユーザ端末を要素とすることができる無線通信ネットワークを示す概念ブロック図である。
【図３】少なくともいくつかの実施形態で本発明を実践するのに有用な携帯電話機または他のユーザ端末を示す概念ブロック図である。ビデオの送信に有用な特徴が強調された図１とは対照的に、図３は、ビデオの受信に有用な特徴を強調する。もちろん、図１および３の特徴を１つのデバイス内で組み合わせることができる。
【発明を実施するための形態】
【００１１】
無線伝送の従来の方法は、ビデオ・ストリームの異なるレイヤに異なる特性を与える機構を提供しない。したがって、すべてのレイヤが同等に伝送リソースを得るために争うことが通常である。１つの結果は、たとえばＨ．２６４  ＳＶＣによって提供される複数レイヤ・コーディングが、上で説明した種類のビデオの伝送帯域幅の柔軟な使用を容易にしないことである。
【００１２】
等しい優先順位を用いてすべてのレイヤを伝送することは、上で説明したように、コーディングが、ベース・レイヤの情報が上位レイヤからの入力を用いるより高品質のビデオのレンダリングに必要になるようになっているので、不利でもある。したがって、ベース・レイヤからのパケット消失は、ビデオ再構成にとって、上位レイヤのいずれかからのパケット消失よりはるかに有害である。
【００１３】
もちろん、元々の送信側が、１つのレイヤだけを送信すること、または複数だがすべてより少ないレイヤを送信することが可能である。これは、帯域幅を減らすが、使用可能な帯域幅が豊富である時間中であってもビデオ品質を下げるという犠牲を伴う。
【００１４】
原則として、ディープ・パケット・インスペクションを実行することを可能にされたルータを使用することによって、異なるレイヤに属するパケットを区別することが可能であるはずである。そのようなルータは、各レイヤ内のパケットを調べ、下位レイヤに属するパケットに優先順位を与えることができる。これは、下位レイヤ・パケットが上位レイヤ・パケットの前に配信されることを保証するのを助ける。
【００１５】
しかし、無線伝送に関する無線標準規格は、一般に、ディープ・パケット・インスペクションを実行する機構を欠いている。したがって、各レイヤは、単純に同一の優先順位を割り当てられ、より重要な下位レイヤ・パケットの消失が、無線リンクの輻輳の時間中に上位レイヤ・パケットの消失と同程度にありえるという結果を伴う。
【００１６】
したがって、無線ネットワーク内で実践可能な分類方式に入る方法の必要がある。これに関する「分類」によって、我々は、パケットがどのレイヤに属するのかを識別し、異なるレイヤに伴って識別されたパケットに異なる扱いを与えるプロセスを意味する。したがって、たとえば、分類方式への進入を有するサーバは、パケットのヘッダまたは他の内容を調べ、それを基礎として、対応するフローに提供すべきサービス品質を判定することができる。
【００１７】
実際に、分類方式への進入を提供するためにＲＴＰペイロード・フォーマットを使用する複数のストリームにまたがるビデオ伝送の方法に関する、ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｐｄｆ／ｄｒａｆｔ−ｉｅｔｆ−ａｖｔ−ｒｔｐ−ｓｖｃ−２１．ｐｄｆでワールド・ワイド・ウェブから入手可能なドラフトＲＦＣなどの提案が行われてきた。そのような方法は、少なくとも固定ＩＰネットワークにとって重要である。しかし、ＲＴＰペイロード・フォーマットのそのような使用は、無線ネットワークではより非一般的である。
【００１８】
すなわち、無線インターフェースの分類判断基準は、一般に、５つのパラメータすなわち、ソースｉｐアドレス、宛先ｉｐアドレス、ソース・ポート番号、宛先ポート番号、および接続タイプに基づき、接続タイプは、パケットの特定のストリームが属するプロトコルを識別するインデックスである。ひとまとめにされたこの５つのパラメータを、本明細書では５タプルと称し、そのような分類方式を、本明細書では５タプル分類と称する。我々は、ソースｉｐアドレス、宛先ｉｐアドレス、ソース・ポート番号、および宛先ポート番号を４つのセッション識別パラメータと称する。
【００１９】
上で説明されたエア・インターフェースに関係する無線標準規格は、一般に、ＲＴＰペイロード・フォーマットを使用する分類方式のサポートを欠いている。
【００２０】
上で述べたように、我々の目標は、レイヤード・ビデオ・ストリームの下位レイヤにより高い優先順位を与えることである。これを達成するために、我々は、ほとんどの無線標準規格が、上で説明した５タプル分類を使用して区別される異なる優先順位をパケットに割り当てることを許すという事実を利用する。
【００２１】
したがって、我々は、ビデオのレイヤごとにセッション識別パラメータの異なるセットを与える。たとえば、我々は、レイヤごとに異なるソース・ポート、異なる宛先ポート、またはその両方を使用することができる。その代わりに、我々は、レイヤごとに異なるソースｉｐアドレス、異なる宛先ｉｐアドレス、またはその両方を使用することができる。当業者は、セッション識別パラメータのうちの１つまたは複数を変更することによってあるレイヤのパラメータ・セットを別のレイヤのパラメータ・セットから区別する追加の形を認めるであろう。
【００２２】
通常の無線の３Ｇおよび４Ｇの無線ネットワークでは、基地局が、それぞれ起点ユーザ端末からまたは宛先ユーザ端末へのパケットの無線トランスポートをサポートするアップリンクまたはダウンリンク上の無線リソースを割り当てる責任を負う。無線リソースは、データ伝送レートに影響するすべての割当可能な無線信号特性であり、たとえば、帯域幅、電力、タイムスロット、符号、および周波数サブチャネルを含む。
【００２３】
したがって、たとえばポート番号の異なる対を含む５タプルを使用して、各それぞれのフローが異なる優先順位を伴って扱われなければならないことを関係のあるネットワーク・エンティティに示すことができる。これに関して関係のあるネットワーク・エンティティは、アドミッション・コントロールおよびフロー・セットアップを支配するエンティティである。我々が下で提示するシナリオでは、我々は、このエンティティが基地局内に存在すると仮定する。しかし、そのようなエンティティは、実際には、基地局とは異なるネットワーク・ノードに存在することができる。たとえばＬＴＥネットワークでは、関係のあるネットワーク・エンティティが、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）である。
【００２４】
基地局は、ユーザ端末とのセッションをセット・アップするために、交換されるシグナリング・メッセージのシーケンスの一部として５タプルを受信する。これらのメッセージに基づいて、フローが確立される。そのスケジューリング機能を使用して、基地局は（おそらくはＭＭＥなどの制御ノードの助けを得て）、基地局へのアップリンク伝送のためにユーザ端末でキューイングされまたはユーザ端末へのダウンリンク伝送のために基地局でキューイングされる各フローに、要求されたＱｏＳまたは他の優先順位扱いを提供するために、アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる。宛先ユーザ端末では、フローがマージされ、結果のビデオが再構成される。
【００２５】
たとえばＬＴＥネットワークでは、ＱＣＩ（ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）と称するパラメータを使用して、パケットの転送を制御する事前に構成されるノード固有パラメータを参照することができる。制御される特徴は、スケジューリング重み、アドミッションしきい値、キュー管理しきい値、リンク層プロトコル構成、および類似物を含むことができる。そのようなネットワークでは、基地局は、基地局が５タプル・パラメータから推論する優先順位情報に基づいて、異なるパケット・フローに異なるＱＣＩを割り当てることができる。
【００２６】
いくつかの場合に、上位ビデオ・レイヤに対応するパケットが、下位レイヤ・パケットの配信の後に大きい遅延で宛先ユーザ端末にトランスポートされることが望ましい場合がある。その場合に、より後に配信されるパケットを同一ビデオ・ストリームに属するものとして識別し、その結果、宛先ユーザ端末が、これらを使用して、ビデオ・コンテンツの、最初に配信されたものより高い品質を有する版をレンダリングできるようにすることが望ましい。識別のさまざまな方法が可能である。１つのそのような方法が、ＲＦＣ  ５５８３、「Ｓｉｇｎａｌｉｎｇ  Ｍｅｄｉａ  Ｄｅｃｏｄｉｎｇ  Ｄｅｐｅｎｄｅｎｃｙ  ｉｎ  ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＤＰ）」、２００９年７月、ｈｔｔｐ：／／ｔｏｏｌｓ．ｉｅｔｆ．ｏｒｇ／ｈｔｍｌ／ｒｆｃ５５８３に記載されている。非常に短く言うと、ＲＦＣ  ５５８３は、Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ（ＲＴＰ）を使用するＩＰネットワーク内のノードが、送信されるメディア・ビットストリームの復号依存性についてそれによってお互いに知らせることができるシグナリング方法を提供する（メディア・ビットストリームは、メディア・コーディング標準規格に従う有効な復号可能なストリームである）。具体的には、ＲＦＣ  ５５８３は、レイヤード・メディア・ビットストリームのそのような復号依存性のシグナリングを記述する。これに関して、ＳＤＰセッション記述が、１つまたは複数のメディア記述を含む可能性があることに留意されたい。各メディア記述は、１つのメディア・ストリームを識別することができる。レイヤード・メディア・ビットストリームは、それぞれがそれ自体のメディア・ストリーム内で伝えられる１つまたは複数のメディア・パーティションを含む。
【００２７】
メディア・パーティションは、メディア・ストリームのうちで独立搬送向きの部分であり、１単位として扱われなければならない１つまたは複数のレイヤを表すことができる部分である。復号依存性は、メディア・パーティションの間の関係の１タイプである。レイヤード復号依存性の場合には、各メディア・パーティションは、それが依存するメディア・パーティションも使用可能である時に限って復号され得る。
【００２８】
当業者によって理解されるように、ＴＣＰプロトコルおよびＵＤＰプロトコルは、ビデオ・ストリーミングがプロトコルのＩＰスイートに従って行われる場合に適用され得る。少なくともそのような場合に、ポート番号は、通常、ＴＣＰポート番号またはＵＤＰポート番号である。
【００２９】
したがって、図１に示されているように、携帯電話機または他のユーザ端末は、ビデオ・カメラ１０を含む。カメラからのビデオ・ストリームは、１つまたは複数のプロセッサに入り、このプロセッサのさまざまな機能性の一部が、この図にコーダ２０、ペイロード・プロセッサ３０、およびヘッダ・プロセッサ４０として示されている。この表現は、純粋に概念的であることが意図され、ハードウェアおよびソフトウェアでの多数の異なる実用的実現を有することができ、その実現のいずれもが、除外されないことが意図されている。しかし、一般に、ディジタル信号プロセッサなどの少なくとも１つのハードウェア処理デバイスが、適当な制御の下で図示の動作またはその同等物を実行し、この制御は、たとえばハードウェア、ソフトウェア、またはファームウェアで実施されるプログラムによって提供され得る。
【００３０】
コーダ２０は、たとえばＨ．２６４  ＳＶＣ仕様または他のマルチレイヤ・ビデオ・プロトコルに従ってビデオ・ストリームを処理する。これは、複数の出力をもたらし、この出力のそれぞれは、上で説明したように複数のコーディング・レイヤの１つに対応する。さまざまなコーディング・レイヤは、この図ではパケット・レイヤ１、パケット・レイヤ２などとして示されている。
【００３１】
ペイロード・プロセッサ３０は、コーディングされたデータをパケット・ペイロード３３にアセンブルする。ヘッダ情報３５が、パケットのそれぞれに付加されなければならない。ヘッダ情報内には、とりわけ各それぞれのパケットが属するフローの優先順位を識別する５タプルが含まれる。このヘッダ情報は、ヘッダ・プロセッサ４０によって提供される。
【００３２】
図２に示された例のシナリオでは、ユーザ５０は、彼の携帯電話機からビデオをストリーミングし、この携帯電話機は、たとえばスマートホンとすることができる。この電話機は、ビデオ・エンコーダを含む。ビデオ・エンコーダは、複数のコーディングされたレイヤを作るためにＨ．２６４  ＳＶＣを適用する。電話機内のプロセッサが、コーディングされたパケットにポート番号を割り当てる。現在の実践から逸脱して、プロセッサは、すべてのパケットに同一のポート番号を割り当てるのではなく、それぞれのパケットが属するレイヤに従ってポート番号を割り当てる。各それぞれのレイヤを、特定のソース・ポート番号もしくは宛先ポート番号によって、またはソース・ポート番号および宛先ポート番号の特定の組合せによって識別することができる。当業者は、ポート番号割当を行う、ハードウェアまたはソフトウェアで実施可能なさまざまな技法を認めるであろう。たとえば、とりわけ異なるソケットに異なるレイヤを書き込むことによってポート割当を行うことができるソフトウェア・プログラムがたやすく提供されることを了解されたい。
【００３３】
それぞれのコーディングされたレイヤに対応するパケット６１、６２、６３は、基地局７０に送信される。基地局７０は、パケットをそのコア・ネットワーク８０に送信し、コア・ネットワーク８０から、パケットは、たとえばインターネットとすることができる公衆ネットワーク９０を介してその宛先に向かって送信される。公衆ネットワークは、パケットをコア・ネットワーク１００に配信し、コア・ネットワーク１００は、パケットの宛先であるユーザのために働く。コア・ネットワーク１００は、パケットを基地局１１０に送信し、基地局１１０は、そのパケットを宛先ユーザ１２０に送信する。
【００３４】
基地局７０は、そのスケジューラを介して、ネットワーク条件とそれぞれのレイヤのそれぞれについて要求される優先順位扱いとに依存してレイヤ６１、６２などでのアップリンク伝送のためにキューイングされるパケットの可能な除去を制御する。基地局１１０は、同様に、ネットワーク条件とそれぞれのレイヤのそれぞれについて要求される優先順位扱いとに依存してレイヤ６１、６２などでのユーザ１２０へのダウリンク伝送のためにキューイングされるパケットの可能な除去を制御する。
【００３５】
ＷｉＭａｘネットワークおよびＬＴＥネットワークを含む少なくともいくつかのタイプのネットワークに、異なるフローに異なるサービス品質（ＱｏＳ）を与える既知の機構がある。例のシナリオでは、割り当てられるポート番号は、それぞれのパケットを含むフローにどのＱＯＳを与えるべきなのかの、無線ネットワーク内のクラシファイヤへの指示である。
【００３６】
受信器は、割り当てられたポート番号とビデオ・コーディング・レイヤとの間のマッピングを使用して、ビデオ信号を再構成する。すなわち、ポート番号は、どのパケットが同一のフローに属するのかを受信器に知らせ、さらに、どのレイヤが所与のフローに対応するのかを受信器に知らせる。受信器は、デコーダへの入力のためにこれらのフローを再組合せする責任を負う。最終的に、デコーダは、コーディング方法、たとえばＨ．２６４  ＳＶＣに基づいて、レイヤの構造を判定する。
【００３７】
したがって、図３に示されているように、携帯電話機または他のユーザ端末は、ビデオ表示デバイス１３０を含む。表示デバイスへのビデオ・ストリームは、１つまたは複数のプロセッサから出力され、このプロセッサのさまざまな機能性の一部が、この図にデコーダ１４０、ペイロード・プロセッサ１５０、およびヘッダ・プロセッサ１６０として示されている。この表現は、純粋に概念的であることが意図され、ハードウェアおよびソフトウェアでの多数の異なる実用的実現を有することができ、その実現のいずれもが、除外されないことが意図されている。しかし、一般に、ディジタル信号プロセッサなどの少なくとも１つのハードウェア処理デバイスが、適当な制御の下で図示の動作またはその同等物を実行し、この制御は、たとえばハードウェア、ソフトウェア、またはファームウェアで実施されるプログラムによって提供され得る。
【００３８】
ヘッダ・プロセッサ１６０は、とりわけ各それぞれのパケットが属するフローの優先順位を識別する５タプルを含むヘッダ情報を、受信されたパケット１６５から抽出する。したがって、パケットは、それが属するそれぞれのレイヤに従って分離される。
【００３９】
ペイロード・プロセッサ１５０は、パケット・ペイロード１７０を各それぞれのレイヤ内のコーディングされたビデオ・ストリームに変換する。さまざまなコーディングされたレイヤは、この図ではビデオ・レイヤ１、ビデオ・レイヤ２などとして示されている。
【００４０】
デコーダ１４０は、表示デバイス１３０に供給されるビデオ信号を回復するために、たとえばＨ．２６４  ＳＶＣ仕様または他のマルチレイヤ・ビデオ・プロトコルに従ってビデオ・ストリームを処理する。
【図１】
2013512642.tif 000003
【図２】
2013512642.tif 000004
【図３】
2013512642.tif 000005
【国際調査報告】
2013512642.tif 000006
2013512642.tif 000007
2013512642.tif 000008
2013512642.tif 000009
2013512642.tif 000010