(57)【特許請求の範囲】
【請求項１】
映像データを送信するための方法であって、
前記映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データ内の第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定することと、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させることと、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させることと、
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信することと、を備える、方法。
【請求項２】
前記シーンの変化が生じていると決定することは、前記第２のピクチャの前記符号化された表現内の映像ブロックのサイズに少なくとも部分的に基づいて、前記シーンの変化が生じていると決定することを備える請求項１に記載の方法。
【請求項３】
前記シーンの変化が生じていると決定することは、前記第２のピクチャの前記符号化された表現内の４×４映像ブロックの数が前記第２のピクチャの前記符号化された表現内の１６×１６映像ブロックの数よりも大きい場合に前記シーンの変化が生じていると決定することを備える請求項２に記載の方法。
【請求項４】
前記シーンの変化が生じていると決定することは、前記第２のピクチャの前記符号化された表現内のインター予測された映像ブロックの数、前記第２のピクチャの前記符号化された表現内のスキップモード映像ブロックの数、及び前記第２のピクチャの前記符号化された表現内のイントラ予測された映像ブロックの数に少なくとも部分的に基づいて前記シーンの変化が生じていると決定することを備える請求項１に記載の方法。
【請求項５】
前記シーンの変化が生じていると決定することは、前記第１のピクチャに関する絶対差分和と前記第２のピクチャに関する絶対差分和との間の差分に少なくとも部分的に基づいて、前記シーンの変化が生じていると決定することを備え、前記第１のピクチャに関する前記絶対差分和は、前記第１のピクチャの符号化された表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示し、前記第２のピクチャに関する前記絶対差分和は、前記第２のピクチャの符号化された前記表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示す請求項１に記載の方法。
【請求項６】
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させることは、増大された量子化度で前記第２のピクチャを再符号化することを備える請求項１に記載の方法。
【請求項７】
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャ内の各スライスはイントラ予測されたスライスであり、前記第２のピクチャ内の各スライスは、瞬間的復号器リフレッシュスライスであり、及び前記第２のピクチャは、ピクチャのグループの開始ピクチャであるような形で前記第２のピクチャを再符号化することをさらに備える請求項１に記載の方法。
【請求項８】
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して前記無線チャネルのサービスデータユニットサイズを増大させることを備える請求項１に記載の方法。
【請求項９】
前記無線チャネルの前記スループットを増大させることは、前記第２のピクチャの前記符号化された表現を送信するために使用されるアンテナの数を増加させることを備える請求項１に記載の方法。
【請求項１０】
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケット内の前方誤り訂正データを減少させることを備える請求項１に記載の方法。
【請求項１１】
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケットをアグリゲーションすることを備える請求項１に記載の方法。
【請求項１２】
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して、前記無線チャネルでのパケットの再送信を制限することを備える請求項１に記載の方法。
【請求項１３】
前記第２のピクチャに後続する前記映像データのピクチャと関連付けられた量子化度を低下させることと、
前記第２のピクチャに後続する前記ピクチャに関する前記無線チャネルの前記スループットを低下させることと、をさらに備える請求項１に記載の方法。
【請求項１４】
コンピューティングデバイスであって、
１つ以上の無線送信機と、
映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データの第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定し、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させ、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させ、及び
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信するために前記１つ以上の無線送信機を使用するように構成される１つ以上のプロセッサと、を備える、コンピューティングデバイス。
【請求項１５】
前記１つ以上のプロセッサは、前記第２のピクチャの前記符号化された表現内の映像ブロックのサイズに少なくとも部分的に基づいて、前記シーンの変化が生じていると決定するように構成される請求項１４に記載のコンピューティングデバイス。
【請求項１６】
前記１つ以上のプロセッサは、前記第２のピクチャの前記符号化された表現内の４×４映像ブロックの数が前記第２のピクチャの前記符号化された表現内の１６×１６映像ブロックの数よりも大きい場合に前記シーンの変化が生じていると決定するように構成される請求項１５に記載のコンピューティングデバイス。
【請求項１７】
前記１つ以上のプロセッサは、前記第２のピクチャの前記符号化された表現内のインター予測された映像ブロックの数、前記第２のピクチャの前記符号化された表現内のスキップモード映像ブロックの数、及び前記第２のピクチャの前記符号化された表現内のイントラ予測された映像ブロックの数に少なくとも部分的に基づいて前記シーンの変化が生じていると決定するように構成される請求項１４に記載のコンピューティングデバイス。
【請求項１８】
前記１つ以上のプロセッサは、前記第１のピクチャに関する絶対差分和と前記第２のピクチャに関する絶対差分和との間の差分に少なくとも部分的に基づいて、前記シーンの変化が生じていると決定するように構成され、前記第１のピクチャに関する前記絶対差分和は、前記第１のピクチャの符号化された表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示し、前記第２のピクチャに関する前記絶対差分和は、前記第２のピクチャの符号化された前記表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示す請求項１４に記載のコンピューティングデバイス。
【請求項１９】
前記１つ以上のプロセッサは、少なくとも部分的に、増大された量子化度で前記第２のピクチャを再符号化することによって、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２０】
前記１つ以上のプロセッサは、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャ内の各スライスはイントラ予測されたスライスであり、前記第２のピクチャ内の各スライスは、瞬間的復号器リフレッシュスライスであり、及び前記第２のピクチャは、ピクチャのグループの開始ピクチャであるような形で前記第２のピクチャを再符号化するように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２１】
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して前記無線チャネルのサービスデータユニットサイズを増大させることによって、前記無線チャネルの前記スループットを増大させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２２】
前記１つ以上のプロセッサは、少なくとも部分的に、前記第２のピクチャの前記符号化された表現を送信するために使用されるアンテナの数を増加させることによって、前記無線チャネルの前記スループットを増大させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２３】
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケット内の前方誤り訂正データを減少させることによって、前記無線チャネルの前記スループットを増大させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２４】
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケットをアグリゲーションすることによって、前記無線チャネルの前記スループットを増大させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２５】
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して、前記無線チャネルでのパケットの再送信を制限することによって、前記無線チャネルの前記スループットを増大させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２６】
前記１つ以上のプロセッサは、
前記第２のピクチャに後続する映像データのピクチャと関連付けられた量子化度を低下させ、及び
前記第２のピクチャに後続する前記ピクチャに関する前記無線チャネルの前記スループットを低下させるように構成される請求項１４に記載のコンピューティングデバイス。
【請求項２７】
コンピューティングデバイスであって、
映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データ内の第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定するための手段と、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させるための手段と、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させるための手段と、
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信するための手段と、を備える、コンピューティングデバイス。
【請求項２８】
コンピュータプログラムであって、
コンピューティングデバイスの１つ以上のプロセッサによって行われたときに、
映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データ内の第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定し、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させ、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させ、及び
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信するために前記１つ以上の無線送信機を使用することを前記コンピューティングデバイスに行わせる命令を備える、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［０００１］本開示は、メディアデータの転送及び再生に関するものである。
【背景技術】
【０００２】
［０００２］無線表示（ＷＤ）システムは、ソースデバイスと、１つ以上のシンクデバイスと、を含む。ソースデバイスは、無線ローカルエリアネットワーク内においてメディアコンテンツを送信することが可能なデバイスであることができる。シンクデバイスは、メディアコンテンツを受信及び提供することが可能なデバイスであることができる。幾つかの例では、デバイスは、ソースデバイス及びシンクデバイスの両方であることができる。ソースデバイス及びシンクデバイスは、モバイルデバイス又は有線デバイスのいずれかであることができる。例えば、モバイルデバイスとしては、ソースデバイス及びシンクデバイスは、携帯電話、無線通信カードを有するポータブルコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルメディアプレーヤー、デジタル画像キャプチャリングデバイス、例えば、カメラ又はカムコーダ、又は、無線通信能力を有するその他のデバイス、例えば、いわゆる“スマート”フォン及び“スマートパッド”又はタブレット、又はその他のタイプの無線通信デバイスを備えることができる。例えば、有線デバイスとしては、ソースデバイス及びシンクデバイスは、テレビ、デスクトップコンピュータ、モニタ、プロジェクタ、プリンタ、セットトップボックス、ゲームプレイコンソール、ルータ、及びデジタルビデオディスク（ＤＶＤ）プレーヤー、及びメディアサーバを備えることができる。
【０００３】
［０００３］ソースデバイスは、特定のメディア共有セッションに参加している１つ以上のシンクデバイスにメディアデータ、例えば、オーディオビデオ（ＡＶ）データ、を送信することができる。メディアデータは、ソースデバイスのローカルディスプレイ及びシンクデバイスの各々のディスプレイの両方において再生することができる。より具体的には、参加している各シンクデバイスは、関連付けられたスクリーン及びオーディオ装置上での提示のために受信されたメディアデータを提供することができる。幾つかの事例においては、シンクデバイスのユーザは、シンクデバイスで表示されているコンテンツを制御するために、ユーザによる入力、例えば、タッチ入力及び遠隔操作入力、をシンクデバイスに適用することができる。
【発明の概要】
【０００４】
［０００４］無線表示システムのソースデバイスは、ピクチャ間でのシーンの変化を検出したことに応答してピクチャと関連付けられた符号化パラメータ及び送信パラメータを好適化することができる。例えば、ソースデバイスは、第２のピクチャの符号化された表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）をシンクデバイスに送信する前に第１のピクチャと第２のピクチャとの間でシーンの変化が生じているかどうかを決定することができる。シーンの変化は、第１のピクチャ及び第２のピクチャが十分に異なるときに生じる。ソースデバイスは、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現内のコーディングビット数を減少させることができる。さらに、シーンの変化が生じていると決定したことに応答して、ソースデバイスは、無線チャネルのスループットを増大させることができる。第２のピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後は、ソースデバイスは、無線チャネルを介して第２のピクチャの符号化された表現をシンクデバイスに送信することができる。
【０００５】
［０００５］一態様においては、本開示は、映像データを送信するための方法について説明する。方法は、映像データ内の第２のピクチャの符号化された表現を送信する前に映像データ内の第１のピクチャと第２のピクチャとの間でシーンの変化が生じていると決定することを備えることができる。方法は、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現内のコーディングビット数を減少させることを備えることもできる。さらに、方法は、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現を送信するために使用される無線チャネルのスループットを増大させることを備えることができる。方法は、第２のピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後に、無線チャネルを介して第２のピクチャの符号化された表現を送信することも備える。
【０００６】
［０００６］他の態様においては、本開示は、１つ以上の送信機と、映像データ内の第２のピクチャの符号化された表現を送信する前に映像データ内の第１のピクチャと第２のピクチャとの間でシーンの変化が生じていると決定するように構成される１つ以上のプロセッサと、を備えるコンピューティングデバイスについて説明する。１つ以上のプロセッサは、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現内のコーディングビット数を減少させるようにも構成される。さらに、１つ以上のプロセッサは、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現を送信するために使用される無線チャネルのスループットを増大させるように構成される。さらに、１つ以上のプロセッサは、第２のピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後に、無線チャネルを介して第２のピクチャの符号化された表現を送信するために１つ以上の送信機を使用するように構成される。
【０００７】
［０００７］他の態様においては、本開示は、映像データ内の第２のピクチャの符号化された表現を送信する前に映像データ内の第１のピクチャと第２のピクチャとの間でシーンの変化が生じていると決定するための手段を備えるコンピューティングデバイスについて説明する。コンピューティングデバイスは、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現内のコーディングビット数を減少させるための手段も備える。さらに、コンピューティングデバイスは、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現を送信するために使用される無線チャネルのスループットを増大させるための手段を備える。コンピューティングデバイスは、第２のピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後に、無線チャネルを介して第２のピクチャの符号化された表現を送信するための手段も備える。
【０００８】
［０００８］他の態様においては、本開示は、コンピューティングデバイスの１つ以上のプロセッサによって実行されたときに、映像データ内の第２のピクチャの符号化された表現を送信する前に映像データ内の第１のピクチャと第２のピクチャとの間でシーンの変化が生じていると決定することをコンピューティングデバイスに行わせる命令を格納する１つ以上のコンピュータによって読み取り可能な記憶媒体を備えるコンピュータプログラム製品について説明する。命令は、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現内のコーディングビット数を減少させることも１つ以上のプロセッサに行わせる。さらに、命令は、シーンの変化が生じていると決定したことに応答して、第２のピクチャの符号化された表現を送信するために使用される無線チャネルのスループットを増大させることを１つ以上のプロセッサに行わせる。さらに、命令は、第２のピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後に、無線チャネルを介して第２のピクチャの符号化された表現をシンクデバイスに送信するために１つ以上の送信機を使用することを１つ以上のプロセッサに行わせる。
【０００９】
［０００９］本開示の１つ以上の例の詳細が、添付図及び以下の説明において示される。それらの説明、図面、及び請求項から、その他の特徴、目的、及び利点が明らかになるであろう。
【図面の簡単な説明】
【００１０】
【図１】［００１０］ソースデバイスとシンクデバイスとを含む無線通信システムを例示したブロック図である。
【図２】［００１１］本開示の１つ以上の技法を実装するように構成される映像符号器例を示したブロック図である。
【図３】［００１２］本開示の１つ以上の技法を実装するように構成される映像復号器例を示したブロック図である。
【図４】［００１３］本開示の１つ以上の技法による、ソースデバイスによって行われる動作例を示したフローチャートである。
【図５】［００１４］図４の動作例の続きを示したフローチャートである。
【図６】［００１５］図４の動作例のさらなる続きを示したフローチャートである。
【図７】［００１６］本開示の１つ以上の技法による映像データを符号化するための動作例を示したフローチャートである。
【発明を実施するための形態】
【００１１】
［００１７］概して、本開示は、無線表示（ＷＤ）システムにおいて映像データを送信するための技法に関するものである。ＷＤシステムにおいては、ソースデバイスは、映像データを符号化し、無線チャネルを通じて符号化された映像データをシンクデバイスに送信する。シンクデバイスは、符号化された映像データを復号し、復号された映像データを表示画面上に表示することができる。
【００１２】
［００１８］典型的なＷＤシステムにおいては、ソースデバイスがいずれかの所定の時点で無線チャネルを通じてシンクデバイスに無線送信することができるデータの量には上限が存在する。この上限は、無線チャネルの現在の帯域幅と呼ぶことができる。無線チャネルの現在の帯域幅は、経時で変化することができる。換言すると、無線チャネルの現在の帯域幅は、動的であることができる。無線チャネルの帯域幅の変化は、予測不能である。無線チャネルの現在の帯域幅は、様々な理由で変化する可能性がある。例えば、無線チャネルの現在の帯域幅は、近傍のコンピューティングデバイスがデータを送信するために無線チャネルと同じ周波数を使用し始め、無線チャネルがコンピューティングデバイスと他の近傍のコンピューティングデバイスとの間で共有される場合に低下することがある。その他の例では、無線チャネルの現在の帯域幅は、その他の要因、例えば、近傍の電気デバイス及び電気機器によって生成される雑音、に応答して低下することがある。
【００１３】
［００１９］ソースデバイスによって無線送信されている映像データの量も経時で変化することがある。例えば、映像データを符号化時にインターピクチャ予測を使用することによって、概して、ソースデバイスは、イントラピクチャ予測と比較して、類似のコンテンツを有するピクチャを表現するために要求されるコーディングビット数を減少させることができる。従って、映像データが一連の類似の又は同一のピクチャ予測を含む場合は、インターコーディングを用いてこの一連のピクチャを表現するために要求されるコーディングビット数は、イントラコーディングされたピクチャと比較して相対的に少ないことができる。
【００１４】
［００２０］しかしながら、映像データでは、連続してコーディングされたピクチャ間でほとんど類似していないポイントが存在する可能性がある。例えば、映像データが映画である場合は、シーンの変化は、連続するピクチャ間でほとんど類似していないポイントを導入することがある。他の例では、映像データは、ソースデバイスの仮想デスクトップを表現することができ、ソースデバイスのユーザは、フルスクリーンアプリケーションを開くことができる。この例では、ユーザがフルスクリーンアプリケーションを開く前に連続するピクチャのうちの１つが発生し、ユーザがフルスクリーンアプリケーションを開いた後に連続するピクチャのうちの１つが発生した場合は連続するピクチャ間では類似性がほとんど存在することができない。他の例では、映像データがカメラによってキャプチャされた映像を含み、そのカメラが素早くパンされるか又は傾けられた場合は類似性がほとんど存在することができない。他の例では、映像が早送り又は巻き戻しモードで提示される場合又はソースデバイスがスキップして特定のシーンに進む又は戻るための入力を受信した場合は、連続するピクチャ間には類似性がほとんど存在することができない。他の例では、映像が最初は第１のチャネルのテレビ番組であり、次に、ユーザによる入力に応答して第２のチャネルのテレビ番組に切り換わる場合には連続するピクチャ間には類似性がほとんど存在することができない。他の例では、ピクチャがシーン間のスプライス（例えば、ワイプ又はフェード）中に発生した場合は連続するピクチャ間の類似性は小さい可能性がある。説明を容易にすることを目的として、本開示は、連続するピクチャ間に類似性がほとんど存在しない状況を意味するために用語“シーンの変化”を使用することができる。
【００１５】
［００２１］シーンの変化が存在するときには、インター予測は、ピクチャを表現するために要求されるコーディングビット数を大幅に減少させない。むしろ、該ピクチャの実質的なイントラ予測が要求されることがある。従って、ソースデバイスによって無線送信する必要がある映像データの量は、シーンの変化が存在するときには劇的に増大する可能性がある。無線チャネルを通じて送信する必要がある映像データの量は、シーンの変化が存在するときには劇的に増大する可能性があるため、及び、無線チャネルの現在の帯域幅は制限されており、予測不能な形で変化することがあるため、ソースデバイスは、シーンの変化が存在するときに無線チャネルを通じてすべての映像データを無線送信することができないことがある。その結果、シンクデバイスは、シーンの変化の直後にピクチャを表現するすべての映像データを受信できないことがある。シンクデバイスが、シーンの変化直後にピクチャを表現するすべての映像データを受信しない場合は、シーンの変化直後の１つ以上のピクチャがブロッキー（ｂｌｏｃｋｙ）又は壊れているようにみえることがある。
【００１６】
［００２２］該影響を軽減するために、映像ソースは、本開示の１つ以上の技法により、映像データのピクチャのうちの１つの符号化された表現をシンクデバイスに送信する前にピクチャ間でのシーンの変化を検出することができる。
【００１７】
ピクチャの符号化された表現は、ピクチャを復号することができるデータを含むことができる。シーンの変化は、ピクチャが十分に異なるときに生じることができる。シーンの変化を検出することに応答して、映像ソースは、シーンの変化に後続してピクチャの符号化された表現内のコーディングビット数を減少させることができ及び無線チャネルのスループットを増大させることができる。ピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後は、映像ソースは、無線チャネルを介してピクチャの符号化された表現をシンクデバイスに送信することができる。
【００１８】
［００２３］図１は、本開示の技法を実装することができる無線表示（ＷＤ）システム１０の例を示したブロック図である。図１及び以下の図は、説明を目的として提供されており、本開示において広範囲にわたって例示及び説明される技法を限定するものであるとはみなされるべきでない。
【００１９】
［００２４］図１の例において示されるように、ＷＤシステム１０は、ソースデバイス２０と、シンクデバイス６０と、を含むことができる。ソースデバイス２０は、無線チャネル５０を介してシンクデバイス６０と通信することができる。ソースデバイス２０は、メモリ２２と、ディスプレイ２４と、スピーカー２６と、メディア符号器２８と、メディア制御モジュール３０と、送信機／受信機（ＴＸ／ＲＸ）ユニット３２と、を含むことができる。シンクデバイス６０は、送信機／受信機ユニット（ＴＸ／ＲＸ）６２と、メディア復号器６４と、ディスプレイ６６と、スピーカー６８と、ユーザ入力（ＵＩ）デバイス７０と、ユーザ入力処理モジュール（ＵＩＭＰ）７２と、を含むことができる。例示されるコンポーネントは、ＷＤシステム１０に関する１つの構成を成すにすぎない。その他の構成は、例示されるコンポーネントよりも少ないそれらを含むことができ又は例示されるコンポーネントに加えてのそれらを含むことができる。
【００２０】
［００２５］図１の例では、ソースデバイス２０は、メディアデータの映像部分をディスプレイ２４に表示することができ及びスピーカー２６を用いてメディアデータの音声部分を出力することができる。メディアデータは、メモリ２２にローカルで格納し、外部記憶媒体、例えば、ファイルサーバ、ハードドライブ、外部メモリ、ブルーレイディスク（登録商標）、ＤＶＤ、又はその他の物理的な記憶媒体、からアクセスすることができ、又は、インターネット、等のネットワーク接続を介してソースデバイス２０にストリーミングすることができる。幾つかの例では、メディアデータは、ソースデバイス２０のカメラ及びマイクを介してリアルタイムでキャプチャすることができる。メディアデータは、マルチメディアコンテンツ、例えば、映画、テレビのショー、又は音楽、を含むことができ、及び、ソースデバイス２０によって生成されたリアルタイムコンテンツも含むことができる。該リアルタイムコンテンツは、例えば、ソースデバイス２０で走っているアプリケーションによって生成すること、又は例えば映像テレフォニーセッションの一部としてキャプチャすることができる。該リアルタイムコンテンツは、幾つかの例では、ユーザが選択するために利用可能なユーザ入力オプションのピクチャを含むことができる。幾つかの例では、メディアデータは、異なるタイプのコンテンツの組み合わせであるピクチャ、例えば、ユーザ入力オプションがピクチャ上にオーバーレイされている映画又はＴＶ番組のピクチャ、を含むことができる。
【００２１】
［００２６］ディスプレイ２４及びスピーカー２６を介してローカルでメディアデータを提供することに加えて、ソースデバイス２０のメディア符号器２８は、メディアデータを符号化することができ、ＴＸ／ＲＸユニット３２は、無線チャネル５０を通じてシンクデバイス６０に符号化されたメディアデータを送信することができる。幾つかの例では、メディア符号器２８は、既に符号化されているメディアデータを再符号化することができる。換言すると、メディア符号器は、メディアデータをトランスコーディングすることができる。シンクデバイス６０のＴＸ／ＲＸユニット６２は、符号化されたメディアデータを受信することができ、及びメディア復号器６４は、符号化されたメディアデータを復号すること及びディスプレイ６６及びスピーカー２６での提示のために復号されたメディアデータを出力することができる。このようにして、ディスプレイ２４及びスピーカー２６によって提供中の音声及び映像データをディスプレイ６６及びスピーカー６８によって同時に提供することができる。音声データ及び映像データは、フレーム内に配備することができ、及び、音声フレームは、提供されるときに映像フレーム（すなわち、ピクチャ）と時間的に同期させることができる。
【００２２】
［００２７］メディア符号器２８及びメディア復号器６４は、様々な音声及び映像圧縮規格、例えば、代替でＭＰＥＧ−４、Ｐａｒｔ１０、Ａｄｖａｎｃｅｄ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＡＶＣ）と呼ばれる、ＩＴＵ−Ｔ  Ｈ．２６４４規格、又は、新進の高効率映像コーディング（ＨＥＶＣ）規格、を実装する符号器／復号器（ＣＯＤＥＣ）ユニットを含むことができる。数多くのその他のタイプの独占的な又は標準化された圧縮技法も使用することができる。概して、メディア復号器６４は、メディア符号器２８の相互的なコーディング動作を行うように構成される。図１には示されていないが、幾つかの態様においては、メディア符号器２８及びメディア復号器６４は、各々、音声符号器及び復号器と統合することができ、及び、共通のデータストリーム又は別個のデータストリーム内の音声及び映像の両方の符号化を取り扱うために、該当するＭＵＸ−ＤＥＭＵＸユニット、又はその他のハードウェア及びソフトウェアを含むことができる。
【００２３】
［００２８］メディア符号器２８は、上述される映像圧縮規格を実装することに加えてその他の符号化動作を行うこともできる。例えば、メディア符号器２８は、メディアデータがシンクデバイス６０に送信される前に様々なタイプのメタデータをメディアデータに加えることができる。幾つかの例では、メディアデータは、符号化された形態でソースデバイス２０に格納すること又はソースデバイス２０において受信することができ、従って、メディア符号器２８によるさらなる圧縮を要求しない。
【００２４】
［００２９］図１は、音声ペイロードデータ及び映像ペイロードデータを別々に搬送する無線チャネル５０を示すが、幾つかの例では、映像ペイロードデータ及び音声ペイロードデータは、共通のデータストリームの一部であることができること、及び、互いに多重化するか又はその他の方法でインターリービングすることができることが理解されるべきである。該当する場合は、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、又はその他のプロトコル、例えば、ユーザデータグラムプロトコル（ＵＤＰ）に準拠することができる。メディア符号器２８及びメディア復号器６４は、各々、１つ以上のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリートロジック、ソフトウェア、ハードウェア、ファームウェア又はそれらのあらゆる組み合わせとして実装することができる。１つ以上の態様がソフトウェア内に実装される例では、基礎になるハードウェア（例えば、プログラマブルプロセッサの形態）がソフトウェアを実行することができる。メディア符号器２８及びメディア復号器６４の各々は、１つ以上の符号器又は復号器内に含めることができ、それらのいずれかを結合された符号器／復号器（ＣＯＤＥＣ）の一部として一体化することができる。従って、ソースデバイス２０及びシンクデバイス６０の各々は、本開示の技法のうちの１つ以上を実行するように構成された専用マシンを備えることができる。
【００２５】
［００３０］ディスプレイ２４及びディスプレイ６６は、様々な映像出力デバイス、例えば、陰極線管（ＣＲＴ）ディスプレイ、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、又は他のタイプの表示装置、のうちのいずれかを備えることができる。これらの又はその他の例では、ディスプレイ２４及びディスプレイ６６は、各々、発光型ディスプレイ又は透過型ディスプレイであることができる。ディスプレイ２４及びディスプレイ６６は、タッチ式ディスプレイであることもでき、従って、それらは、同時に入力デバイス及び表示装置の両方であることができる。該タッチ式ディスプレイは、ユーザが各々のデバイスにユーザによる入力を提供するのを可能にする容量性、抵抗性、又はその他のタイプのタッチパネルであることができる。
【００２６】
［００３１］スピーカー２６及びスピーカー６８は、様々な音声出力デバイス、例えば、ヘッドフォン、シングルスピーカーシステム、マルチスピーカーシステム、又はサラウンドサウンドシステム、のうちのいずれかを備えることができる。さらに、ディスプレイ２４及びスピーカー２６は、ソースデバイス２０の一部として示され、ディスプレイ６６及びスピーカー６８は、シンクデバイス６０の一部として示されているが、ソースデバイス２０及びシンクデバイス６０は、デバイスのシステムであることができる。一例として、ディスプレイ６６は、テレビであることができ、スピーカー６８は、サラウンドサウンドシステムであることができ、メディア復号器６４は、ディスプレイ６６及びスピーカー６８に有線又は無線で接続された外部ボックスの一部であることができる。その他の例では、シンクデバイス６０は、単一のデバイス、例えば、タブレットコンピュータ又はスマートフォン、であることができる。さらにその他の事例では、ソースデバイス２０及びシンクデバイス６０は、類似のデバイスであり、例えば、両方とも、スマートフォン、タブレットコンピュータ、等である。この事例では、１方のデバイスは、ソースとして動作することができ、他方のデバイスは、シンクとして動作することができる。これらの役割は、後続する通信セッションでは逆にすることができる。さらにその他の事例では、ソースデバイス２０は、モバイルデバイス、例えば、スマートフォン、ラップトップ又はタブレットコンピュータを備えることができ、シンクデバイス６０は、（例えば、ＡＣ電源コードを有する）静止性がより高いデバイスを備えることができ、その場合は、ソースデバイス２０は、シンクデバイス６０を介して１人以上の観る人に提示するために音声及び映像データを提供することができる。
【００２７】
［００３２］ＴＸ／ＲＸユニット３２及びＴＸ／ＲＸユニット６２は、信号変調用に設計された様々なミキサ、フィルタ、増幅器及びその他のコンポーネント、及び、データを送信及び受信するために設計された１つ以上のアンテナ及びその他のコンポーネントを含むことができる。無線チャネル５０は、概して、ソースデバイス２０とシンクデバイス６０との間でメディアデータ、制御データ及びフィードバックを送信するためのあらゆる適切な通信媒体、又は異なる通信媒体の集合の代表である。無線チャネル５０は、通常は、相対的に短距離の通信チャネルであり、Ｗｉ−Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等と同様の物理的チャネル構造を実装することができ、例えば、定義された２．４ＧＨｚ、３．６ＧＨｚ、５ＧＨｚ、６０ＧＨｚ又は超広帯域（ＵＷＢ）周波数帯域構造、を実装することができる。しかしながら、この点で必ずしも無線チャネル５０に限定されるものではなく、無線通信媒体、例えば、無線周波数（ＲＦ）スペクトル又は１つ以上の物理的送信ライン、又は無線媒体と有線媒体の組み合わせを備えることができる。その他の例では、無線チャネル５０は、パケットに基づくネットワーク、例えば、有線又は無線のローカルエリアネットワーク、ワイドエリアネットワーク、又はインターネット、等のグローバルネットワーク、の一部を形成することさえできる。さらに、無線チャネル５０は、ピア・ツー・ピアリンクを構築するためにソースデバイス２０及びシンクデバイス６０によって使用することができる。
【００２８】
［００３３］ソースデバイス２０及びシンクデバイス６０は、例えば、リアルタイムストリーミングプロトコル（ＲＴＳＰ）制御メッセージを用いて能力交渉に従って通信セッションを確立することができる。一例では、通信セッションを確立することの要求をソースデバイス２０によってシンクデバイス６０に送信することができる。通信セッションが確立された時点で、ソースデバイス２０は、メディアデータ、例えば、オーディオビデオ（ＡＶ）データ、をシンクデバイス６０に送信することができる。ソースデバイス２０は、例えば、リアルタイムトランスポートプロトコル（ＲＴＰ）を用いて、メディアデータをシンクデバイス６０に送信することができる。シンクデバイス６０は、受信されたメディアデータをディスプレイ６６及びスピーカー６８において提供することができる。
【００２９】
［００３４］ソースデバイス２０及びシンクデバイス６０は、通信プロトコル、例えば、ＩＥＥＥ８０２．１１規格系統からの規格、を用いて無線チャネル５０を通じて通信することができる。一例では、無線チャネル５０は、ネットワーク通信チャネルであることができる。この例では、通信サービスプロバイダは、中央において、基地局をネットワークハブとして用いてネットワークを運営及び管理することができる。ソースデバイス２０及びシンクデバイス６０は、例えば、Ｗｉ−Ｆｉ  Ｄｉｒｅｃｔ又はＷｉ−Ｆｉ  Ｄｉｓｐｌａｙ（ＷＦＤ）規格により通信することができ、従って、ソースデバイス２０及びシンクデバイス６０は、無線アクセスポイント又はいわゆるホットスポット、等の仲介物を使用せずに互いに直接通信することができる。この文脈での相対的に短い距離は、例えば、約７０メートルを意味することができるが、雑音の多い又は障害物のある環境では、デバイス間の距離はさらに短くなり、例えば、約３５メートル未満、又は約２０メートル未満、である。
【００３０】
［００３５］本開示の技法は、ＷＦＤに関して時々説明されるが、これらの技法の態様はその他の通信プロトコルと互換性があることも企図される。一例として及び制限することなしに、ソースデバイス２０とシンクデバイス６０との間の無線通信は、直交周波数分割多重（ＯＦＤＭ）技法を利用することができる。非常に様々なその他の無線通信技法も使用することができ、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、又は、ＯＦＤＭ、ＦＤＭＡ、ＴＤＭＡ及び／又はＣＤＭＡのあらゆる組み合わせを含み、ただしこれらに限定されない。
【００３１】
［００３６］ソースデバイス２０から受信されたメディアデータを復号して提供することに加えて、シンクデバイス６０は、ユーザ入力デバイス７０からユーザによる入力を受信することもできる。ユーザ入力デバイス７０は、例えば、キーボード、マウス、電子ペン、トラックボール、トラックパッド、タッチ式画面、音声コマンド認識モジュール、又はあらゆるその他の該ユーザ入力デバイスを含むことができる。ＵＩＰＭ７２は、ユーザ入力デバイス７０によって受信されたユーザ入力コマンドを、ソースデバイス２０が処理可能なデータパケット構造にフォーマット化することができる。該データパケットは、ＴＸ／ＲＸユニット６２によって無線チャネル５０を通じてソースデバイス２０に送信することができる。
【００３２】
［００３７］ＴＸ／ＲＸユニット３２は、データパケットを受信することができ、メディア制御モジュール３０は、ユーザ入力デバイス７０によって受信されたユーザ入力コマンドを解釈するためにデータパケットを構文解釈することができる。データパケットで受信されたユーザ入力コマンドに基づき、メディア制御モジュール３０は、符号化されて送信中のメディアコンテンツを変更することができる。このようにして、シンクデバイス６０のユーザは、遠隔で及びソースデバイス２０と直接対話せずにソースデバイス２０によって送信中のメディアデータを制御することができる。
【００３３】
［００３８］さらに、シンクデバイス６０のユーザは、ソースデバイス２０でアプリケーションを始動及び制御することができる。一例として、シンクデバイス６０のユーザは、ソースデバイス２０に格納された写真編集アプリケーションを始動させ、ソースデバイス２０においてローカルで格納される写真を編集するためにそのアプリケーションを使用することができる。シンクデバイス６０は、実際にはソースデバイス２０で写真を編集中である間にシンクデバイス６０においてローカルで写真が編集されているように見え及び感じるユーザ経験をユーザに提示することができる。該構成を使用することによって、ユーザは、幾つかのデバイスとともに使用するために１つのデバイスの能力を利用することができる。例えば、ソースデバイス２０は、大量のメモリ及びハイエンドの処理能力を有するスマートフォンを備えることができる。しかしながら、映画を観るときには、ユーザは、より大きい表示画面を有するデバイスで映画を観ることを希望することができ、その場合は、シンクデバイス６０は、タブレットコンピュータ又はさらに大きい表示装置又はテレビであることができる。電子メールを送信すること又は電子メールに応答することを希望するときには、ユーザは、物理的キーボードを有するデバイスを使用することを希望することができ、その場合は、シンクデバイス６０は、ラップトップであることができる。両例において、ユーザはシンクデバイス６０と対話中であるにもかかわらず処理の大部分は依然としてソースデバイス２０によって行うことができる。ソースデバイス２０及びシンクデバイス６０は、制御データ、例えば、所定のセッションでデバイスの能力を交渉する／識別するために使用されるデータ、を無線チャネル５０を通じて送信することによって２方向での対話を容易にすることができる。
【００３４】
［００３９］幾つかの構成においては、メディア制御モジュール３０は、ソースデバイス２０のオペレーティングシステムの１つ以上のプロセッサによってオペレーティングシステムプロセスが実行されることを備えることができる。その他の構成では、メディア制御モジュール３０は、ソースデバイス２０で実行するアプリケーションのソフトウェアプロセスを備えることができる。該構成では、ユーザ入力コマンドは、ソフトウェアプロセスによって解釈することができ、従って、シンクデバイス６０のユーザは、ソースデバイス２０で実行するオペレーティングシステムと正反対に、ソースデバイス２０で実行するアプリケーションと直接対話している。オペレーティングシステムと正反対にアプリケーションと直接対話することによって、シンクデバイス６０のユーザは、ソースデバイス２０のオペレーティングシステムにとってネイティブでないコマンドのライブラリへのアクセスを有することができる。さらに、アプリケーションと直接対話することは、コマンドをより簡単に送信して異なるプラットフォームで動作するデバイスによって処理するのを可能にすることができる。
【００３５】
［００４０］シンクデバイス６０において適用されるユーザによる入力は、無線チャネル５０を通じてソースデバイス２０に送り戻すことができる。一例では、逆チャネルアーキテクチャは、ユーザインタフェースバックチャネル（ＵＩＢＣ）とも呼ばれ、シンクデバイス６０がシンクデバイス６０で適用されたユーザによる入力をソースデバイス２０に送信するのを可能にするために実装することができる。ＵＩＢＣアーキテクチャは、ユーザによる入力を転送するための上位層メッセージと、シンクデバイス６０及びソースデバイス２０におけるユーザインタフェース能力を交渉するための下位層メッセージと、を含むことができる。ＵＩＢＣは、シンクデバイス６０とソースデバイス２０との間のインターネットプロトコル（ＩＰ）トランスポート層の上方に常駐することができる。このようにして、ＵＩＢＣは、オープンシステム相互接続（ＯＳＩ）通信モデル内のトランスポート層の上方に存在することができる。ユーザ入力データが入ったデータパケットの信頼できる送信及びシーケンス内引き渡しを促進するために、ＵＩＢＣは、その他のパケットに基づく通信プロトコル、例えば、送信制御プロトコル／インターネットプロトコル（ＴＣＰ）／ＩＰ）又はユーザデータグラムプロトコル（ＵＤＰ）、の最上部で実行するように構成することができる。ＵＤＰ及びＴＣＰは、ＯＳＩ層アーキテクチャにおいて並行して動作することができる。ＴＣＰ／ＩＰは、シンクデバイス６０及びソースデバイス２０がパケット喪失の場合に再送信技法を実装するのを可能にすることができる。
【００３６】
［００４１］ソースデバイス２０によって送信される映像データは、一連のピクチャを含むことができる。ピクチャは、代替として、映像フレームと呼ぶことができる。メディア符号器２８がピクチャを符号化するときに、メディア符号器２８は、一組のオーバーラッピングしない映像ブロックにピクチャを分割することができる。例えば、メディア符号器２８がＨ．２６４コーディングプロセスを用いてピクチャを符号化している場合は、メディア符号器２８は、ピクチャを一組のマクロブロックに分割することができる。メディア符号器２８がＨＥＶＣを用いてピクチャを符号化している場合は、メディア符号器２８は、ピクチャを一組のコーディングユニット（ＣＵ）に分割することができる。映像ブロックの各々は、ピクチャ内のサンプル（例えば、ピクセル値）の方形（例えば、正方形）のブロックであることができる。メディア符号器２８は、ピクチャ内の映像ブロックの各々に関してイントラ予測又はインター予測を行うことができる。
【００３７】
［００４２］メディア符号器２８がピクチャ内の映像ブロック（例えば、現在のピクチャ内の現在の映像ブロック）に関してイントラ予測を行うときには、メディア符号器２８は、現在のピクチャ内のその他のサンプルに基づいて、現在の映像ブロックと関連付けられた予測映像ブロックを生成することができる。予測映像ブロックは、現在の映像ブロックと同じサイズである（例えば、同じ高さ及び幅を有する）ことができる。メディア符号器２８は、イントラ予測モードによって示されるパターンで予測映像ブロックにわたって現在の映像ブロックに空間的に近接する映像ブロックのサンプルを拡大させることによって予測映像ブロックを生成することができる。さらに、メディア符号器２８が現在の映像ブロックに関してイントラ予測を行うときには、メディア符号器２８は、イントラ予測モードを示すデータを出力することができる。
【００３８】
［００４３］メディア符号器２８は、現在の映像ブロックに関する単一方向性インター予測又は２方向性インター予測を行うことができる。メディア符号器２８が現在の映像ブロックに関する単一方向性インター予測を行う場合は、メディア符号器２８は、現在の映像ブロックと関連付けられた予測映像ブロックを生成することができる。現在の映像ブロックに関する予測映像ブロックは、基準ブロックとマッチすることができる。基準ブロックは、基準ピクチャ内のサンプルのブロックであることができ又は基準ブロックは、基準ピクチャ内のサンプルから内挿されたサンプルのブロックであることができる。基準ピクチャは、コーディング順序において現在のピクチャの前に生じるピクチャであることができるが、再生順序では現在のピクチャの前後に生じることができる。さらに、メディア符号器２８は、基準ピクチャを識別する基準ピクチャインデックス及び現在の映像ブロックと基準ブロックとの間の空間変位を示す動きベクトルを生成することができる。
【００３９】
［００４４］メディア符号器２８が現在の映像ブロックに関する単一方向性インターピクチャ予測を行う場合は、メディア符号器２８は、２つの基準ブロックから現在の映像ブロックと関連付けられた予測映像ブロックを内挿することができる。基準ブロックの各々は、基準ピクチャ内のサンプルのブロック又は基準ピクチャ内のサンプルのブロックから内挿されたサンプルのブロックであることができる。さらに、メディア符号器２８は、基準ピクチャを識別する基準ピクチャインデックスを生成することができ及び現在の映像ブロックと基準ブロックとの間の空間変位を示す動きベクトルを生成することができる。
【００４０】
［００４５］メディア符号器２８が現在の映像ブロックに関する予測映像ブロックを生成した後は、メディア符号器２８は、現在の映像ブロックに関する残差サンプルのブロックを生成することができる。残差サンプルのブロックは、現在の映像ブロックと現在の映像ブロックに関する予測映像ブロックとの間の差分を示すことができる。メディア符号器２８は、変換係数のブロックを生成するために残差サンプルのブロックに変換を適用することができる。例えば、メディア符号器２８は、変換係数のブロックを生成するために離散コサイン変換（ＤＣＴ）を残差サンプルのブロックに適用することができる。
【００４１】
［００４６］変換係数のブロックを生成後は、メディア符号器２８は、変換係数を量子化することができる。変換係数を量子化することは、変換係数のビット深度を低減させ、それにより、変換係数を表現するために要求されるビット数を減少させることができる。しかしながら、変換係数を量子化することは、映像データの視覚品質を低下させることがある。量子化パラメータ（ＱＰ）は、メディアモジュール１２８が量子化中に変換係数のビット深度を低減させる程度を制御することができる。概して、より高いＱＰ値は、変換係数のビット深度のより大きい低減と関連付けることができる。より低いＱＰ値は、変換係数のビット深度のより小さい低減と関連付けることができる。
【００４２】
［００４７］変換係数を量子化した後は、メディア符号器２８は、変換係数をエントロピー符号化し、符号化された変換係数を出力することができる。例えば、メディア符号器２８は、変換係数を表現する少なくとも幾つかの構文要素をエントロピー符号化するためにコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）を使用することができる。ＴＸ／ＲＸユニット３２は、メディア符号器２８によって生成された符号化された映像データを無線送信することができる。
【００４３】
［００４８］シーンの変化の直後のピクチャの符号化された表現におけるコーディングビット数は、シーンの変化の直前のピクチャの符号化された表現におけるコーディングビット数よりもはるかに多いことができる。換言すると、シーンの変化に後続するピクチャに関するビットレートは、シーンの変化に先行するピクチャに関するビットレートよりも大きいことができる。ピクチャのビットレートは、ピクチャの符号化された表現内のコーディングビット数を、ピクチャが表示のために提示される時間の量で割った値であることができる。ビットレートの差は、少なくとも部分的には、これらの２つのピクチャ間には時間的冗長性がほとんどないという事実に起因することができる。これらの２つのピクチャ間には時間的冗長性がほとんどないため、インター予測の使用は、シーンの変化に後続するピクチャの符号化された表現におけるコーディングビット数を大幅に低減させることができない。
【００４４】
［００４９］ソースデバイス２０がいずれかの所定の時点で無線チャネル５０を通じてシンクデバイス６０に無線送信することができるデータの量には上限が存在することができる。この上限は、無線チャネル５０の現在の帯域幅と呼ぶことができる。無線チャネル５０の現在の帯域幅は、経時で変化することができる。例えば、無線チャネル５０の現在の帯域幅は、ソースデバイス２０とシンクデバイス６０の間の距離が増大した場合は小さくなる。他の例では、無線チャネル５０の現在の帯域幅は、無線干渉のソースが導入された場合は小さくなることがある。他の例では、無線チャネル５０の現在の帯域幅は、ソースデバイス２０とシンクデバイス６０との間に障害物が生じた場合は小さくなる。
【００４５】
［００５０］さらに、無線チャネル５０を通じて送信されるデータの一部は、オーバーヘッドデータであり、符号化された映像データでないことがある。オーバーヘッドデータのタイプ例は、パケットヘッダ、前方誤り訂正ビット、チェックサム、等を含むことができる。さらに、ソースデバイス２０は、送信中にデータが失われるか壊れた場合は無線チャネル５０を通じて該データを再送信することができる。オーバーヘッドデータ及びデータの再送信に起因して、ソースデバイス２０が無線チャネル５０を通じてシンクデバイス６０に符号化された映像データを実際に送信することができるレートは、無線チャネル５０の現在の帯域幅よりも低いことができる。換言すると、無線チャネル５０の“スループット”は、無線チャネル５０の現在の帯域幅よりも低い。
【００４６】
［００５１］シーンの変化に後続するピクチャの符号化された表現内のコーディングビット数は、非常に多いことができるため及び無線チャネル５０のスループットは制限することができるため、ソースデバイス２０は、シンクデバイス６０がピクチャを表示することになっている時間までに無線チャネル５０を通じてピクチャの符号化された表現のすべてのコーディングビットを送信することができないことがある。その結果、シンクデバイス６０がピクチャを表示することを試みるときに様々な望ましくない視覚上のアーティファクトが発生することがある。例えば、シンクデバイス６０がピクチャの一部分しか復号することができないときにはテアリングアーティファクト（ｔｅａｒｉｎｇ  ａｒｔｉｆａｃｔ）が発生することがある。
【００４７】
［００５２］本開示の技法により、ソースデバイス２０は、第２のピクチャの符号化された表現を送信する前に第１のピクチャと第２のピクチャとの間でシーンの変化が生じたかどうか決定することができる。シーンの変化は、第１のピクチャと第２のピクチャとの間の非類似性がスレショルドを超えるときに生じることができる。シーンの変化は、様々な理由で生じることができる。例えば、映像データが映画又はテレビ番組を含む場合は、映画又はテレビ番組が１つの視覚フィールド（例えば、シーン）を表示することを停止し、異なる視覚フィールド（例えば、異なるシーン）の表示を開始したときに生じることができる。他の例では、映像データがグラフィックスフックなユーザインタフェースを含む場合は、ユーザが新しいウィンドウも又はフルスクリーンアプリケーションを開いたときにシーンの変化が生じることができる。
【００４８】
［００５３］シーンの変化が生じていると決定したことに応答して、ソースデバイス２０は、第２のピクチャの符号化された表現内のコーディングビット数を減少させることができる。さらに、ソースデバイス２０は、シーンの変化を検出したことに応答して、無線チャネル５０のスループットを増大させることができる。第２のピクチャの符号化された表現内のコーディングビット数を減少させ及び無線チャネルのスループットを増大させた後は、ソースデバイス２０は、無線チャネル５０を介して第２のピクチャの符号化された表現を送信することができる。このようにして、ソースデバイス２０は、視覚品質の低下及び電力消費量の増大を犠牲にして、第２のピクチャ内の望まれない視覚アーティファクトを減少させることができる。第２のピクチャが視覚品質を低下させている場合でも、ユーザは、第２のピクチャの符号化された表現のすべてのコーディングビットを受信しない状況と関連付けられた視覚上のアーティファクトよりも魅力的であることがわかるであろう。
【００４９】
［００５４］ソースデバイス２０は、シーンの変化が生じていることを様々な方法で決定することができる。例えば、ソースデバイス２０は、ピクチャの空間的及び時間的な複雑さに少なくとも部分的に基づいて、ピクチャと前に符号化されたピクチャとの間でシーンの変化が生じているかどうかを決定することができる。この例では、ピクチャは、ピクチャ内のインター予測された及びスキップモード映像ブロックと比較してピクチャ内にイントラ予測された映像ブロック数が非常に数多く存在する場合に高い空間的複雑さを有することができる。同様に、ピクチャは、ピクチャ内のイントラ予測された映像ブロックと比較してインター予測された映像ブロック数が非常に数多く存在する場合に高い時間的複雑さを有することができる。従って、ピクチャの空間的複雑さが高い（及びピクチャの時間的複雑さが低い）場合は、ピクチャは、映像データ内の前にコーディングされたピクチャと非常に異なることができる。従って、ソースデバイス２０は、ピクチャの空間的複雑さが高く、ピクチャの時間的複雑さが低い場合にシーンの変化が生じていると決定することができる。従って、この例では、ソースデバイス２０は、現在のピクチャの符号化された表現内のインター予測された映像ブロックの数、現在のピクチャの符号化された表現内のスキップモード映像ブロックの数、及び、現在のピクチャの符号化された表現内イントラ予測された映像ブロックの数に少なくとも部分的に基づいて、シーンの変化が生じていると決定することができる。例えば、インター予測されたブロック数と比較して、より多くの数のイントラ予測されたブロックがシーンの変化を示すことができる。
【００５０】
［００５５］ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を様々な方法で減少させることができる。例えば、ソースデバイス２０は、より大きいＱＰ値、例えば、最大ＱＰ値、を用いて現在のピクチャを再符号化することができる。この例では、より大きいＱＰ値を用いて現在のピクチャを再符号化することは、現在のピクチャ内の映像ブロックの変換係数のビット深度を最低の許容されたビット深度まで低減させることができる。その他の例では、低いＱＰ値は、より高い量子化度に対応することができる。該例では、ソースデバイス２０は、より小さいＱＰ値、例えば、最小ＱＰ値、を用いて現在のピクチャを再符号化することができる。いずれの場合も、ソースデバイス２０は、増大された量子化度で現在のピクチャを再符号化することができる。説明を容易にすることを目的として、本開示の残りの部分は、より高いＱＰ値が増大された量子化度と関連付けられると仮定する。しかしながら、本開示の技法は、より小さいＱＰ値が増大された量子化度と関連付けられる場合に実装することができる。
【００５１】
［００５６］他の例では、ソースデバイス２０は、現在のピクチャを瞬間的復号リフレッシュ（ＩＤＲ）ピクチャとして再符号化することによって現在のピクチャの符号化された表現内のコーディングビット数を減少させることができる。ＩＤＲピクチャは、イントラ予測された映像ブロックしか含むことができず、インター予測された映像ブロックは含むことができない。現在のピクチャをＩＤＲピクチャとして再符号化することは、現在のピクチャのすべての映像ブロックがイントラ予測されると映像復号器が仮定することができるため、現在のピクチャの符号化された表現内のコーディングビット数を減少させることができる。従って、現在のピクチャの再符号化された表現は、現在のピクチャのいずれの映像ブロックがインター予測され、現在のピクチャのいずれの映像ブロックがイントラ予測されるかを指定するためのデータを含める必要がない。
【００５２】
［００５７］他の例では、ソースデバイス２０は、ピクチャのグループ（ＧＯＰ）の第１のピクチャとして現在のピクチャを再符号化することによって現在のピクチャの符号化された表現内のコーディングビット数を減少させることができる。ＧＯＰは、インター予測依存性を通じて互いに関連するピクチャのシーケンスであることができる。ＧＯＰの第１のピクチャとして現在のピクチャを再符号化することによって、ソースデバイス２０は、現在のピクチャとシーンの変化前に発生するピクチャとの間の依存性を壊すことができる。幾つかの例では、ソースデバイス２０は、シーンの変化が生じていると決定したことに応答して、現在のピクチャを再符号化し、現在のピクチャ内の各スライスがイントラ予測されたスライスであり、現在のピクチャ内の各スライスが瞬間的復号器リフレッシュスライスであり、及び、現在のピクチャがピクチャのグループの開始ピクチャであるようにすることができる。
【００５３】
［００５８］ソースデバイス２０は、シーンの変化後に１つ以上のピクチャを符号化及び送信する過程にわたって、コーディング順序（すなわち、ソースデバイス２０及びシンクデバイス６０がピクチャをそれぞれ符号化及び復号する順序）で現在のピクチャに後続するピクチャを符号化するときに現在のピクチャの符号化された表現内のコーディングビット数を減少させるために講じられた措置を逆転させることができる。例えば、第１のピクチャは、コーディング順序で第２のピクチャの前に生じることができ、第２のピクチャは、コーディング順序で第３のピクチャの前に生じることができる。この例では、ソースデバイス２０は、第１のピクチャがシーンの変化に後続する場合はより大きいＱＰ値（例えば、最大ＱＰ値）を用いて第１のピクチャを再符号化することができる。この例では、ソースデバイス２０は、第１のピクチャを符号化するために使用されるＱＰ値よりも小さいＱＰ値を用いて第２のピクチャを符号化することができる。この例では、ソースデバイス２０は、第２のピクチャを符号化するために使用されるＱＰ値よりも小さいＱＰ値を用いて第３のピクチャを符号化することができ、以下同様である。このようにして、ソースデバイス２０は、量子化量を徐々に低減させるためにシーンの変化に後続するピクチャ内のＱＰ値を徐々に小さくすることができ、それにより、連続するフレームをコーディングするために使用されるコーディングビット数を増加させることができる。
【００５４】
［００５９］上記されるように、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させることに加えて無線チャネル５０のスループットを増大させることができる。ソースデバイス２０は、無線チャネル５０のスループットを様々な方法で増大させることができる。例えば、ソースデバイス２０は、一連の１つ以上のパケットで現在のピクチャの符号化された表現を送信することができる。これらのパケットは、シンクデバイス６０が無線チャネル５０を通じての送信中に破壊されたビットを訂正するために使用することができる誤り訂正ビットを含むことができる。例えば、パケットは、シンクデバイス６０が壊れたビットを訂正するために使用することができる前方誤り訂正（ＦＥＣ）ビットを含むことができる。この例では、ソースデバイス２０は、現在のピクチャの符号化された表現が入ったパケットにおいてより少ない誤り訂正ビットを含むことができる。このようにして、ソースデバイス２０は、シーンの変化が生じていると決定したことに応答して前方誤り訂正データを減少させることができる。その結果、シンクデバイス６０は、現在のピクチャの符号化された表現内においてより少ない誤りを訂正することができるが、パケットは、現在のピクチャの符号化された表現のより多くのコーディングビットを入れることができる。従って、パケット内の誤り訂正ビット数を減少させることは、その結果として、ソースデバイス２０が無線チャネル５０を通じて符号化された映像データのコーディングビットをシンクデバイス６０に送信することができるレートを増大させることができる。換言すると、パケット内の誤り訂正ビット数を減少させることは、無線チャネル５０のスループットを増大させることができる。
【００５５】
［００６０］他の例では、ソースデバイス２０は、失われたパケットの再送信を制限することによって無線チャネル５０のスループットを増大させることができる。この例では、現在のピクチャの符号化された表現が入った１つ以上のパケットが無線チャネル５０を通じての送信中に失われることがある。送信中にパケットが失われているとシンクデバイス６０が決定した場合は、シンクデバイス６０は、失われたパケットの再送信要求をソースデバイス２０に送信することができる。失われたパケットの再送信がイネーブルにされたときに、ソースデバイス２０は、失われたパケットの再送信要求に応答して無線チャネル５０を通じて失われたパケットを再送信することができる。ソースデバイス２０は、失われたパケットを再送信中は無線チャネル５０を通じてその他のパケットを送信することができない。従って、失われたパケットを再送信することは、ソースデバイス２０が無線チャネル５０を通じて新しい符号化された映像データをシンクデバイス６０に送信することができるレートを低下させることがある。失われたパケットの再送信が制限されるときには、ソースデバイス２０は、ソースデバイス２０がパケットを再送信するレートを低下させることができる。例えば、ソースデバイス２０が失われたパケットの再送信を制限するときには、ソースデバイス２０は、失われたパケットの再送信を遅延させること又は失われたパケットの再送信の優先順位を取り消すことができる。幾つかの例では、ソースデバイス２０が失われたパケットの再送信を制限するときには、ソースデバイス２０は、失われたパケットの再送信をディスエーブルにすることができる。失われたパケットの再送信がディスエーブルにされたときには、ソースデバイス２０は、失われたパケットの再送信要求に応答して無線チャネル５０を通じて失われたパケットを再送信しない。その結果、失われたパケットの再送信を制限することは、ソースデバイス２０が無線チャネル５０を通じて新しい符号化された映像データをシンクデバイス６０に送信することができるレートを増大させることができる。しかしながら、失われたパケットの再送信を制限することは、シンクデバイス６０が１つ以上のピクチャのうちの幾つかの部分を復号するのを妨げるおそれがある。
【００５６】
［００６１］その他の例では、多入力多出力（ＭＩＭＯ）のためにＴＸ／ＲＸユニット３２を装備することができる。ＭＩＭＯのためにＴＸ／ＲＸユニット３２が装備される例では、ＴＸ／ＲＸユニット３２は、データを同時並行して送信することができる複数のアンテナを含むことができる。ソースデバイス２０が無線チャネル５０を通じてデータを送信することができるレートは、ソースデバイス２０がデータを送信するために複数のアンテナを同時並行して使用する場合に増大することができる。しかしながら、ソースデバイス２０は、データを送信するために使用される各々の追加のアンテナに関して追加の電気エネルギーを消費することがある。従って、ソースデバイス２０は、データを送信するためにアンテナの一部を使用するだけでバッテリ電力を節約することができる。幾つかの該例では、ソースデバイス２０は、現在のピクチャの符号化された表現を送信するために使用されるアンテナ数を増加させることによってシーンの変化を検出したことに応答して無線チャネル５０のスループットを増大させることができる。例えば、ソースデバイス２０は、現在のピクチャの符号化された表現を送信するためにＴＸ／ＲＸユニット３２のすべての送信アンテナを使用することができる。
【００５７】
［００６２］幾つかの例では、ソースデバイス２０は、シーンの変化に後続するピクチャの符号化された表現が入ったパケットを送信するときに使用される送信電力を増大させることによって無線チャネル５０のスループットを増大させることができる。ソースデバイス２０がより高い電力を用いてパケットを送信するときには、パケットは、無線チャネル５０を通じての送信中に失われる又は破壊される可能性が低くなる。失われる又は壊れたパケットの数を減少させることによって、シンクデバイス６０が無線チャネル５０を通じて符号化された映像データを受信するレートを増大させることができる。しかしながら、より高い電力を用いてパケットを送信することは、追加の電力を消費することがある。
【００５８】
［００６３］幾つかの例では、ソースデバイス２０は、現在のピクチャの符号化された表現が入ったパケットの最大のサービスデータユニット（ＳＤＵ）サイズを増大させることによって無線チャネル５０のスループットを増大させることができる。最大のＳＤＵサイズを増大させることによって、各々のパケットは、より多くの符号化された映像データを入れることができる。同時に、パケットのオーバーヘッドデータ（例えば、パケットヘッダ、等）は、最大のＳＤＵサイズが増大したときに一定のままであることができる。従って、各々のパケットは、パケット内のオーバーヘッドデータの量と比較してより多くの符号化された映像データを含むことができる。さらに、ソースデバイス２０は、各々のパケットにおいてより多くの符号化された映像データを送信するため、ソースデバイス２０は、より少ないオーバーヘッドデータを送信することができる。従って、ソースデバイス２０が無線チャネル５０を通じて符号化された映像データ内のコーディングビットを送信することができる。しかしながら、パケットの喪失は、その結果として、最大のＳＤＵサイズが相対的に小さいときよりも最大のＳＤＵサイズが大きいときにより多くの符号化された映像データが失われる可能性がある。
【００５９】
［００６４］幾つかの例では、ソースデバイス２０は、現在のピクチャの符号化された表現が入ったパケットをアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）することによって無線チャネル５０のスループットを増大することができる。ソースデバイス２０がパケットをアグリゲーションするときには、ソースデバイス２０は、複数のパケットのペイロードデータを含むが、単一のヘッダしか含まない単一のパケットを生成することができる。従って、ペイロードデータとヘッダデータの比は、増大することができる。従って、ソースデバイス２０が無線チャネル５０を通じて符号化された映像データを送信することができるレートは、ソースデバイス２０がパケットをアグリゲーションしたときには増大することができる。しかしながら、アグリゲーションされたパケットの喪失は、その結果として、単一のアグリゲーションされないパケットの喪失よりも多くの符号化された映像データを喪失することになる可能性がある。
【００６０】
［００６５］幾つかの例では、ソースデバイス２０は、無線チャネル５０のスループットを増大させるために上記の例のうちの２つ以上の組み合わせを行うことができる。例えば、ソースデバイス２０は、パケットをアグリゲーションする、失われたパケットの再送信を制限する又はディスエーブルにする、送信電力を増大させる、アンテナ数を増加させる、等によって無線チャネル５０のスループットを増大させることができる。
【００６１】
［００６６］ソースデバイス２０は、シーンの変化後に１つ以上のピクチャを符号化及び送信する過程にわたって、コーディング順序でシーンの変化に後続するピクチャの符号化された表現を送信するときに無線チャネル５０のスループットを増大するために講じられた措置を逆転させることができる。換言すると、ソースデバイス２０は、現在のピクチャに後続するピクチャに関する無線チャネル５０のスループットを低下させることができる。例えば、第１のピクチャは、コーディング順序で第２のピクチャの前に生じることができ、第２のピクチャは、コーディング順序で第３のピクチャの前に生じることができる。この例では、ソースデバイス２０は、第１のピクチャの符号化された表現を送信するために８本のアンテナを使用し、第２のピクチャの符号化された表現を送信するために７本のアンテナを使用し、第３のピクチャの符号化された表現を送信するために６本のアンテナを使用することができ、以下同様である。他の例では、ソースデバイス２０は、第１のピクチャの符号化された表現が入ったパケットを送信するために高い電力レベルを使用し、第２のピクチャの符号化された表現が入ったパケットを送信するためにより低い電力レベルを使用し、第３のピクチャの符号化された表現が入ったパケットを送信するためにさらにより低い電力レベルを使用することができ、以下同様である。他の例では、ソースデバイス２０は、第１のピクチャの符号化された表現が入ったパケットにおいて最大のＳＤＵサイズを使用し、第２のピクチャの符号化された表現が入ったパケットにおいてより小さいＳＤＵサイズを使用し、第３のピクチャの符号化された表現が入ったパケットにおいてさらにより小さいＳＤＵサイズを使用することができ、以下同様である。無線チャネル５０のスループットを増大させるために講じられた措置を徐々に逆にすることによって、ソースデバイス２０は、エネルギー消費量を低減させ、復号された映像データの品質を向上させることができる。
【００６２】
［００６７］図２は、本開示の１つ以上の技法を実装するように構成される映像符号器例９８を示すブロック図である。ソースデバイス２０のメディア符号器２８は、映像符号器９８を含むことができる。図２の例では、映像符号器９８は、複数の機能上のコンポーネントを含む。映像符号器９８の機能上のコンポーネントは、予測モジュール１００と、残差生成モジュール１０２と、変換モジュール１０４と、量子化モジュール１０６と、逆量子化モジュール１０８と、逆変換モジュール１１０と、再構築モジュール１１２と、復号ピクチャバッファ１１４と、エントロピー符号化モジュール１１６と、を含む。予測モジュール１００は、動き推定モジュール１２２と、動き補償モジュール１２４と、イントラ予測モジュール１２６と、を含む。その他の例では、映像符号器９８は、より多い、より少ない、又は異なる機能上のコンポーネントを含むことができる。さらに、動き推定モジュール１２２及び動き補償モジュール１２４は、高度に一体化することができるが、図２の例では説明を目的として別々に表されている。
【００６３】
［００６８］映像符号器９８は、映像データを受信することができる。映像データは、一連のピクチャを表現することができる。映像データを符号化するためには、映像符号器９８は、各々のピクチャに関する符号化動作を行うことができる。ピクチャに関する符号化動作を行う一部として、映像符号器９８は、ピクチャの各スライスに関する符号化動作を行うことができる。スライスに関する符号化動作を行う一部として、映像符号器９８は、スライス内の映像ブロックに関する符号化動作を行うことができる。例えば、映像符号器９８がＨ．２６４を用いて映像データを符号化している場合は、映像符号器９８は、マクロブロックに関する符号化動作を行うことができる。映像符号器９８がＨＥＶＣを用いて映像データを符号化中である例では、映像符号器９８は、コーディングユニットに関する符号化動作を行うことができる。
【００６４】
［００６９］動き推定モジュール１２２及び動き補償モジュール１２４は、現在の映像ブロック（又は、ＨＥＶＣの場合は、現在の映像ブロック内の予測ユニット）に関するインター予測を行うことができる。現在の映像ブロックは、映像符号器９８が現在符号化中である映像ブロックであることができる。動き推定モジュール１２２及び動き補償モジュール１２４は、現在の映像ブロックがＩスライス、Ｐスライス、又はＢスライス内のいずれにあるかに依存して現在の映像ブロックに関して異なるインター予測動作を行うことができる。Ｉスライスでは、すべての映像ブロックがイントラ予測される。従って、現在の映像ブロックがＩスライス内にある場合は、動き推定モジュール１２２及び動き補償モジュール１２４は、現在の映像ブロックに関するインター予測を行わない。
【００６５】
［００７０］現在の映像ブロックがＰスライス内にある場合は、動き推定モジュール１２２は、現在の映像ブロックに最も密接に対応するサンプルのブロックを求めて第１の基準ピクチャリスト（例えば、リスト０）内の基準ピクチャを探索することができる。幾つかの例では、動き推定モジュール１２２は、基準ピクチャ内の実際のサンプルからサンプルの識別されたブロックを内挿することができる。サンプルのブロックを識別した後は、動き推定モジュール１２２は、サンプルの識別されたブロックが入ったリスト０内の基準ピクチャを示す基準ピクチャインデックス及び現在の映像ブロックとサンプルの識別されたブロックとの間の空間的変位を示す動きベクトルを生成することができる。動き推定モジュール１２２は、基準ピクチャインデックス及び動きベクトルを現在の映像ブロックの動き情報として出力することができる。動き補償モジュール１２４は、サンプルの識別されたブロックに基づいて現在の映像ブロックと関連付けられた予測映像ブロックを生成することができる。例えば、動き補償モジュール１２４は、予測映像ブロックがサンプルの識別されたブロックに一致するような形で現在の映像ブロックと関連付けられた予測映像ブロックを生成することができる。
【００６６】
［００７１］現在の映像ブロックがＢスライス内にある場合は、動き推定モジュール１２２は、現在の映像ブロックに関して単一方向性インター予測又は２方向性インター予測を行うことができる。動き推定モジュール１２２が現在の映像ブロックに関して単一方向性インター予測を行うときには、動き推定モジュール１２２は、現在の映像ブロックに対応するサンプルのブロックを求めてリスト０又は第２の基準ピクチャリスト（例えば、リスト１）の基準ピクチャを探索することができる。動き推定モジュール１２２は、サンプルの識別されたブロックが入ったリスト０又はリスト１内の基準ピクチャを示す基準ピクチャインデックス及びサンプルの識別されたブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルを生成することができる。動き推定モジュール１２２は、基準ピクチャインデックス、予測方向インジケータ、及び動きベクトルを現在の映像ブロックの動き情報として出力することができる。予測方向インジケータは、基準ピクチャインデックスがリスト０又はリスト１のいずれの基準ピクチャを示すかを示すことができる。動き補償モジュール１２４は、現在の映像ブロックの動き情報によって示されるサンプルの識別されたブロックに基づいて現在の映像ブロックと関連付けられた予測映像ブロックを生成することができる。
【００６７】
［００７２］動き推定モジュール１２２が現在の映像ブロックに関する単一方向性インター予測を行うときには、動き推定モジュール１２２は、現在の映像ブロックに対応するサンプルのブロックを求めてリスト０内の基準ピクチャ及びリスト１内の基準ピクチャを探索することができる。次に、動き推定モジュール１２２は、サンプルの識別されたブロックが入ったリスト０及びリスト１内の基準ピクチャを示す基準ピクチャインデックス及びサンプルの識別されたブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルを生成することができる。動き推定モジュール１２２は、現在の映像ブロックが、リスト０内の基準ピクチャに基づいて単一方向性インター予測されるか、リスト１内の基準ピクチャに基づいて単一方向性インター予測されるか、又は２方向性インター予測されるかを示す予測方向インジケータを生成することもできる。動き推定モジュール１２２は、基準ピクチャインデックス、動きベクトル、及び予測方向インジケータを現在の映像ブロックの動き情報として出力することができる。動き補償モジュール１２４は、サンプルの識別されたブロックに基づいて現在の映像ブロックと関連付けられた予測映像ブロックを生成することができる。
【００６８】
［００７３］イントラ予測モジュール１２６は、現在の映像ブロックに関するイントラ予測を行うことができる。イントラ予測モジュール１２６は、Ｉスライス、Ｐスライス、及びＢスライス内の映像ブロックに関するイントラ予測を行うことができる。イントラ予測モジュール１２６が現在の映像ブロックに関するイントラ予測を行うときには、イントラ予測モジュール１２６は、現在の映像ブロックと関連付けられた複数の予測映像ブロックを生成するために複数のイントラ予測モードを使用することができる。次に、イントラ予測モジュール１２６は、例えば、レート／歪み解析に基づいて、予測映像ブロックのうちの１つを選択することができる。イントラ予測モジュール１２６が現在の映像ブロックと関連付けられた予測映像ブロックを生成するためにイントラ予測モードを使用するときには、イントラ予測モジュール１２６は、現在の映像ブロックの近隣の映像ブロックからのサンプルを、現在の映像ブロックを横切って、イントラ予測モードと関連付けられた方向に及び／又は勾配で延長することができる。イントラ予測モジュール１２６は、現在の映像ブロックのサイズに依存して、様々な数のイントラ予測モード、例えば、３３の方向性イントラ予測モード、を使用することができる。
【００６９】
［００７４］予測モジュール１００は、現在の映像ブロックに関する予測モードを選択することができる。例えば、現在の映像ブロックと関連付けられた予測映像ブロックのレート／歪みメトリック及び動き推定モジュール１２２、動き補償モジュール１２４、及びイントラ予測モジュール１２６によって生成されたその他のデータに基づいて、インター予測モード又はイントラ予測モードを選択することができる。幾つかの例では、予測モジュール１００は、現在の映像ブロックに関してスキップモードを選択することができる。予測モジュール１００が現在の映像ブロックに関してスキップモードを選択した場合は、現在の映像ブロックと関連付けられた予測映像ブロックは、前にコーディングされたピクチャ内の共配置された映像ブロックと同じであることができる。
【００７０】
［００７５］予測モジュール１００が現在の映像ブロックに関する予測モードを選択した後は、残差生成モジュール１０２は、選択された予測モードを用いて現在の映像ブロックに関して生成された予測映像ブロックから現在の映像ブロックを減じることによって現在の映像ブロックと関連付けられた残差映像ブロックを生成することができる。次に、変換モジュール１０４は、１つ以上の変換を残差映像ブロックに適用することによって１つ以上の変換係数ブロックを生成することができる。変換係数ブロックは、変換係数の２Ｄ行列であることができる。変換モジュール１０４は、様々な変換を残差映像ブロックに適用することができる。例えば、変換モジュール１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、又は概念的に類似する変換を残差映像ブロックに適用することができる。
【００７１】
［００７６］変換モジュール１０４が変換係数ブロックを生成した後は、量子化モジュール１０６は、変換係数ブロックの変換係数を量子化することができる。量子化モジュール１０６は、ＱＰ値に基づいて変換係数ブロックを量子化することができる。シーンの変化が生じているとソースデバイス２０が決定した場合は、ソースデバイス２０は、変換係数ブロック内の変換係数のビット深度を最小にするためにＱＰ値をより大きい（例えば、最大の）レベルに引き上げることができる。後続するピクチャでは、ソースデバイス２０は、それらの後続するピクチャの変換係数ブロック内の変換係数のビット深度を徐々に増大させるためにＱＰ値を大きくすることができる。
【００７２】
［００７７］逆量子化モジュール１０８及び逆変換モジュール１１０は、変換係数ブロックから残差映像ブロックを再構築するために、逆量子化及び逆変換を変換係数ブロックにそれぞれ適用することができる。再構築モジュール１１２は、現在の映像ブロックを再構築するために、現在の映像ブロックと関連付けられた１つ以上の再構築された残差映像ブロックを現在の映像ブロックと関連付けられた１つ以上の予測された映像ブロックからの対応するサンプルに加えることができる。再構築モジュール１１２が現在の映像ブロックを再構築した後は、復号ピクチャバッファ１１４は、現在の映像ブロックを格納することができる。動き推定モジュール１２２及び動き補償モジュール１２４は、その他のピクチャの映像ブロックに関するインター予測を行うために再構築された映像ブロックが入った基準ピクチャを使用することができる。さらに、イントラ予測モジュール１２６は、同じピクチャ内のその他の映像ブロックに関するイントラ予測を行うために復号ピクチャバッファ１１４内の再構築された映像ブロックを使用することができる。
【００７３】
［００７８］エントロピー符号化モジュール１１６は、映像符号器９８のその他の機能上のコンポーネントからデータを受信することができる。例えば、エントロピー符号化モジュール１１６は、量子化モジュール１０６から変換係数ブロックを受信することができ及び予測モジュール１００から構文要素を受信することができる。エントロピー符号化モジュール１１６がデータを受信したときには、エントロピー符号化モジュール１１６は、エントロピー符号化されたデータを生成するために１つ以上のエントロピー符号化動作を行うことができる。例えば、映像符号器９８は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）動作、ＣＡＢＡＣ動作、変数−変数（Ｖ２Ｖ）長コーディング動作、構文に基づくコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）動作、確率間隔分割エントロピー（ＰＩＰＥ）コーディング動作、又は他のタイプのエントロピー符号化動作をデータに関して行うことができる。エントロピー符号化モジュール１１６は、エントロピー符号化されたデータを含むビットストリームを出力することができる。
【００７４】
［００７９］図３は、本開示の１つ以上の技法を実装するように構成される映像復号器例１４８を示すブロック図である。シンクデバイス６０のメディア復号器６４は、映像復号器１４８を含むことができる。図３の例では、映像復号器１４８は、複数の機能上のコンポーネントを含む。映像復号器１４８の機能上のコンポーネントは、エントロピー復号モジュール１５０と、予測モジュール１５２と、逆量子化モジュール１５４と、逆変換モジュール１５６と、再構築モジュール１５８と、復号ピクチャバッファ１６０と、を含む。予測モジュール１５２は、動き補償モジュール１６２と、イントラ予測モジュール１６４と、を含む。幾つかの例では、映像復号器１４８は、図２の映像符号器９８に関して説明される符号化パス（ｅｎｃｏｄｉｎｇ  ｐａｓｓ）と概して相互的である復号パスを行うことができる。その他の例では、映像復号器１４８は、より多い、より少ない、又は異なる機能上のコンポーネントを含むことができる。
【００７５】
［００８０］映像復号器１４８は、符号化された映像データを備えるビットストリームを受信することができる。ビットストリームは、複数の構文要素を含むことができる。映像復号器１４８がビットストリームを受信したときには、エントロピー復号モジュール１５０は、ビットストリームから構文要素を抽出するためにビットストリームに関する構文解析動作を行うことができる。構文解析動作を行う一部として、エントロピー復号モジュール１５０は、ビットストリーム内の構文要素をエントロピー復号することができる。予測モジュール１５２、逆量子化モジュール１５４、逆変換モジュール１５６、及び再構築モジュール１５８は、ビットストリームから抽出された構文要素に基づいて復号された映像データを生成する再構築動作を行うことができる。
【００７６】
［００８１］再構築動作を行う一部として、逆量子化モジュール１５４は、現在の映像ブロックと関連付けられた変換係数ブロックを逆量子化する、すなわち、量子化を解除する、ことができる。現在の映像ブロックは、映像復号器１４８が現在復号中である映像ブロックであることができる。逆量子化モジュール１５４は、ＨＥＶＣ又はＨ．２６４に関して提案される方法で変換係数ブロックを逆量子化することができる。逆量子化モジュール１５４は、量子化度、そして同様に逆量子化モジュール１５４が適用するための逆量子化度、を決定するために映像符号器９８によって計算されたＱＰを使用することができる。
【００７７】
［００８２］逆量子化モジュール１５４が変換係数ブロックを逆量子化した後は、逆変換モジュール１５６は、現在の映像ブロックと関連付けられた残差映像ブロックを生成するために変換係数ブロックに逆変換を適用することができる。例えば、逆変換モジュール１５６は、逆ＤＣＴ、逆整数変換、逆Ｋａｒｈｕｎｅｎ−Ｌｏｅｖｅ変換（ＫＬＴ）、逆回転変換、逆方向性変換、又は他の逆変換を変換係数ブロックに適用することができる。
【００７８】
［００８３］現在の映像ブロックがイントラ予測を用いて符号化される場合は、イントラ予測モジュール１６４は、近隣の映像ブロックからのサンプル及びビットストリームにおいて指定されたイントラ予測モードに少なくとも部分的に基づいて、現在の映像ブロックと関連付けられた予測映像ブロックを生成するためにイントラ予測を行うことができる。現在の映像ブロックがインター予測を用いて符号化される場合は、動き補償モジュール１６２は、現在の映像ブロックと関連付けられた予測映像ブロックを生成するための動き補償を行うことができる。動き補償モジュール１６２は、１つ以上の基準ブロックを識別又は合成するために現在の映像ブロックに関して動き情報を使用することができる。基準ブロックは、現在の映像ブロックと異なる時間的ピクチャ内に存在することができる。現在の映像ブロックのための動き情報は、１つ以上の動きベクトル、１つ以上の基準ピクチャインデックス、及び、リスト０内、リスト１内、又はリスト０とリスト１の両方内のいずれの基準ピクチャが使用されるかを示す構文要素を含むことができる。動き補償モジュール１６２は、現在の映像ブロックと関連付けられた予測映像ブロックを生成するために１つ以上の基準ブロックを使用することができる。
【００７９】
［００８４］再構築モジュール１５８は、現在の映像ブロックを再構築するために１つ以上の残差映像ブロック及び１つ以上の予測映像ブロックを使用することができる。例えば、再構築モジュール１５８は、残差映像ブロック及び予測映像ブロック内の対応するサンプルを合計することによって現在の映像ブロックを再構築することができる。再構築モジュール１５８が現在の映像ブロックを再構築した後は、映像復号器１４８は、現在の映像ブロックを復号ピクチャバッファ１６０に格納することができる。復号ピクチャバッファ１６０は、後続する動き補償、イントラ予測、及び表示装置、例えば、図１のディスプレイ、での提示のために基準ピクチャを提供することができる。
【００８０】
［００８５］図４は、本開示の１つ以上の技法による、ソースデバイス２０によって行われる動作例３５０を示すフローチャートである。図４及び引き続く図は、図１を参照して示されるが、これらの図に関する説明は、図１の例には限定されない。ソースデバイス２０は、映像データを符号化及び送信するときに動作３５０を行うことができる。以下において説明されるように、ソースデバイス２０が動作３５０を行うときには、ソースデバイス２０は、シーンの変化が生じているかどうかを決定すること、シーンの変化に応答してピクチャの符号化された表現内のコーディングビット数を減少させること、シーンの変化に応答して無線チャネル５０の帯域幅を増大させること、及びピクチャの符号化された表現を送信することができる。
【００８１】
［００８６］ソースデバイス２０が動作３５０を開始した後は、ソースデバイス２０は、ユーザによるインタフェース行動が生じているかどうかを決定することができる（３５２）。ユーザによるインタフェース行動は、ソースデバイス２０及び／又はシンクデバイス６０によって表示されたユーザによるインタフェースを変更するためのユーザによる入力をソースデバイス２０が受信したときに生じることができる。ユーザによるインタフェース行動は、その結果として、映像データが突然変化することがある。換言すると、ユーザによるインタフェース行動の前後にはピクチャ間の類似性がほとんどない。従って、ソースデバイス２０は、ユーザによるインタフェース行動が生じている場合はシーンの変化が生じていると決定することができる。例えば、ソースデバイス２０は、ソースデバイス２０又はシンクデバイス６０がフルスクリーンアプリケーションを開くためのユーザによる入力を受信している場合はユーザによるインタフェース行動が生じていると決定することができる。他の例では、ソースデバイス２０は、ソースデバイス２０又はシンクデバイス６０がフルスクリーンアプリケーション間で切り換えるためのユーザによる入力を受信している場合にユーザによるインタフェース行動が生じていると決定することができる。
【００８２】
［００８７］ユーザによるインタフェース行動が生じている場合は（３５２の“はい”）、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させるために１つ以上の符号化パラメータを変更することができる（３５４）。例えば、ソースデバイス２０は、ＱＰパラメータを大きくされた（例えば、最大の）値に設定すること、現在のピクチャにおけるＧＯＰピクチャを再始動させること、現在のピクチャ内のスライスのスライスモードをＩＤＲスライスに設定すること、及び現在のピクチャ内のスライスのスライスタイプをＩスライスに設定することができる。さらに、ユーザによるインタフェース行動が生じている場合は、ソースデバイス２０は、シーンの変化が生じていると宣言することができる（３５５）。シーンの変化が生じているとソースデバイス２０が宣言したときには、ソースデバイス２０は、シーンの変化が生じていることを将来の処理のために示すためのデータを格納することができる。ソースデバイス２０は、典型的な例では、シーンの変化が生じていることをソースデバイス２０が宣言したときには出力を生成しない。
【００８３】
［００８８］シーンの変化が生じていると宣言した後、又はユーザのインタフェース行動が生じてないと決定した後は（３５２の“いいえ”）、ソースデバイス２０は、現在のピクチャに関する動きモードが“すべてスキップ”に設定されるべきかどうかを決定することができる。ソースデバイス２０は、様々な理由で現在のピクチャに関する動きモードが“すべてスキップ”に設定されるべきかどうかを決定することができる。例えば、ソースデバイス２０は、ソースデバイス２０又はシンクデバイス６０が現在のピクチャをシンクデバイス６０において表示すべきでないことを示すユーザによる入力を受信した場合に現在のピクチャに関する動きモードが“すべてスキップ”に設定されるべきであると決定することができる。
【００８４】
［００８９］現在のピクチャに関する動きモードが“すべてスキップ”に設定されるべきでない場合は（３５６の“いいえ”）、ソースデバイス２０は、動き推定及びモード決定動作を行うことができる（３６０）。ソースデバイス２０が動き推定及びモード決定動作を行うときには、ソースデバイス２０は、現在のピクチャを複数の映像ブロックに分割することができる。現在のピクチャのＰ又はＢスライス内の各々の映像ブロックに関して、ソースデバイス２０は、イントラ予測動作及びインター予測動作を行うことができる。ソースデバイス２０がイントラ予測動作を行うときには、ソースデバイス２０は、映像ブロックの第１の符号化された表現を生成することができる。ソースデバイス２０がインター予測動作を行うときには、ソースデバイス２０は、動き推定動作を行うことができ及び映像ブロックの第２の符号化された表現を生成することができる。次に、ソースデバイス２０は、映像ブロックの第１及び第２の符号化された表現内のコーディングビット数に少なくとも部分的に基づいて、現在のピクチャの符号化されたバージョンにおいて映像ブロックの第１又は第２の符号化された表現を使用すべきかどうかを決定することができる。
【００８５】
［００９０］現在のピクチャに関する動きモードが“すべてスキップ”に設定されるべきでない場合は（３５６の“はい”）、ソースデバイス２０は、現在のピクチャを符号化するときにスキップモードを選択することにソースデバイス２０を制限するパラメータを設定することができる（３５８）。次に、ソースデバイス２０は、動き推定及びモード決定動作を行うことができる（３６０）。しかしながら、ソースデバイス２０が、現在のピクチャに関する動きモードが“すべてスキップ”に設定されていると決定した後に動き推定及びモード決定動作を行うときには、ソースデバイス２０は、現在のピクチャのすべての映像ブロックがスキップモードにあると決定することができる。ピクチャが表示されることをユーザが希望しないときにすべての映像ブロックに関してスキップモードを使用することは、その結果として、現在のピクチャが前にコーディングされたピクチャと同じ外見を有することができる。ソースデバイス２０が現在のピクチャのすべての映像ブロックに関してスキップモードを使用するときには、現在のピクチャの符号化された表現は、前にコーディングされたピクチャの符号化された表現よりも小さくなることができる。従って、シンクデバイス６０が現在のピクチャの代わりに前にコーディングされたピクチャを表示し続けることをユーザが希望する場合は、現在のピクチャのすべての映像ブロックに関してスキップモードを使用するほうがエネルギー及び帯域幅の点でより効率的であることができる。
【００８６】
［００９１］ソースデバイス２０が動き推定及びモード決定動作を行った後は、ソースデバイス２０は、図５に示される動作３５０の部分を行うことができる。図５は、図４の動作例３５０の続きを例示するフローチャートである。ソースデバイス２０が図５に示される動作３５０の部分を開始した後は、ソースデバイス２０は、現在のピクチャ内のインター予測された映像ブロックの数プラス現在のピクチャ内のスキップ映像ブロックの数が現在のピクチャ内のイントラ予測された映像ブロックの数よりも大きいかどうかを決定することができる（３８０）。幾つかの例では、ソースデバイス２０は、現在のピクチャ内のインター予測された映像ブロックの数プラス現在のピクチャ内のスキップ映像ブロックの数が現在のピクチャ内のイントラ予測された映像ブロックの数よりも特定のスレショルド量だけ大きいかどうかを決定することができる。
【００８７】
［００９２］現在のピクチャ内のインター予測された映像ブロックの数プラス現在のピクチャ内のスキップ映像ブロックの数が現在のピクチャ内のイントラ予測された映像ブロックの数よりも大きくない場合は（３８０の“いいえ”）、ソースデバイス２０は、シーンの変化が生じているかどうかを決定する他の方法として、現在のピクチャの符号化された表現内の４×４映像ブロックの数が現在のピクチャの符号化された表現内の１６×１６映像ブロックの数よりも大きいかどうかを決定することができる（３８２）。例えば、ソースデバイス２０は、現在のピクチャの符号化された表現内の４×４マクロブロックの数が現在のピクチャの符号化された表現内の１６×１６マクロブロックの数よりも大きいかどうかを決定することができる。１６×１６映像ブロックは、１６の幅及び１６の高さを有する映像ブロックであることができる。同様に、４×４映像ブロックは、４の幅及び４の高さを有する映像ブロックであることができる。
【００８８】
［００９３］現在のピクチャの符号化された表現内の４×４映像ブロックの数が現在のピクチャの符号化された表現内の１６×１６映像ブロックの数よりも大きい場合は（３８２の“はい”）、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させるために１つ以上の符号化パラメータを変更することができる（３８４）。例えば、ソースデバイス２０は、ＱＰパラメータを大きくされた（例えば、最大の）値に設定すること、現在のピクチャにおけるＧＯＰピクチャを再始動させること、現在のピクチャ内のスライスのスライスモードをＩＤＲスライスに設定すること、及び現在のピクチャ内のスライスのスライスタイプをＩスライスに設定することができる。
【００８９】
［００９４］さらに、ソースデバイス２０は、シーンの変化が生じていると宣言することができる（３８５）。従って、この例では、ソースデバイス２０は、現在のピクチャの符号化された表現内の映像ブロックのサイズに少なくとも部分的に基づいて、シーンの変化が生じていると決定することができる。具体的には、図５の例では、ソースデバイス２０は、現在のピクチャの符号化された表現内の４×４映像ブロックの数が現在のピクチャの符号化された表現内の１６×１６映像ブロックの数よりも大きい場合にシーンの変化が生じていると決定することができる。幾つかの例では、ソースデバイス２０は、現在のピクチャの符号化された表現内の４×４映像ブロックの数と現在のピクチャの符号化された表現内の１６×１６映像ブロックの数の間の差分が特定のスレショルドよりも大きい場合にシーンの変化が生じていると決定することができる。
【００９０】
［００９５］シーンの変化が生じているとソースデバイス２０が決定した後は、動作３５０は、図６に示される動作３５０の部分を行うことができる。現在のピクチャの符号化された表現は、大きい映像ブロックと比較して小さい映像ブロックの数が相対的に多い場合は相対的に多数のビットを含む可能性があるため、ソースデバイス２０は、これらの状況下においてシーンの変化が生じていると決定することができる。例えば、現在のピクチャがＰピクチャ又はＢピクチャである場合は、ソースデバイス２０は、現在のピクチャと前に符号化されたピクチャとの間の冗長性が相対的にほとんど存在しない場合に多数の小さい映像ブロックを有する現在のピクチャを符号化することができる。このようにして、ソースデバイス２０は、シーンの変化が生じているかどうかを決定するために空間的複雑性試験を行うことができる。Ｐピクチャは、Ｐスライスを含むピクチャであることができる。Ｂピクチャは、Ｂスライスを含むピクチャであることができる。
【００９１】
［００９６］現在のピクチャの符号化された表現内の４×４映像ブロックの数が現在のピクチャの符号化された表現内の１６×１６映像ブロックの数よりも大きくない場合は（３８２の“いいえ”）、ソースデバイス２０は、現在のピクチャに関する絶対差分和（ＳＡＤ）を決定することができる。ソースデバイス２０は、現在の映像ブロックの符号化された表現内のすべてのインター予測された映像ブロックに関する変換係数を合計することによって現在のピクチャに関する絶対差分和を決定することができる。
【００９２】
［００９７］ソースデバイス２０は、現在のピクチャに関する絶対差分和と前にコーディングされたピクチャに関する絶対差分和との間の差分がスレショルドよりも大きいかどうかを決定することができる。すなわち、ソースデバイス２０は、ＳＡＤ［ｎ］−ＳＡＤ［ｎ−１］＞スレショルドであるかどうかを決定することができ、ここで、ＳＡＤ［ｎ］は、現在のピクチャに関する絶対差分和を表し、ＳＡＤ［ｎ−１］は、前にコーディングされたピクチャに関する絶対差分和を表す。スレショルドは、様々な要因に依存することができる。例えば、スレショルドは、映像データのソース、映像データの空間的解像度、及びメディア符号器２８のデータパス解像度に依存することができる。幾つかの例では、メディア符号器２８は、１２ビットのデータパス解像度を有することができる。ピクチャに関するＳＡＤ値の差分を測定することによって、ソースデバイス２０は、ピクチャと関連付けられた動き推定決定にかかわらず、ピクチャ間の変化を検出することができる。これは、貴重であることができ、その理由は、ピクチャと関連付けられた動き推定決定はその他の優先度を優先してゆがめられるおそれがあるためである。幾つかの例では、ＳＡＤ差分スレショルドは、約２＾２０であることができる。
【００９３】
［００９８］現在のピクチャに関する絶対差分和と前にコーディングされたピクチャに関する絶対差分和との間の差分がスレショルドよりも大きい場合は（３８８の“はい”）、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させるために１つ以上のパラメータを変更すること（３８４）、シーンの変化が生じていると宣言すること（３８５）、及び、図６に示される動作３５０の部分を行うことができる。従って、ソースデバイス２０は、前にコーディングされたピクチャに関する絶対差分和と現在のピクチャに関する絶対差分和との間の差分に少なくとも部分的に基づいて、シーンの変化が生じていると決定することができ、前にコーディングされたピクチャに関する絶対差分和は、前にコーディングされたピクチャの符号化された表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示し、現在のピクチャに関する絶対差分和は、現在の映像ブロックの符号化された表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示す。
【００９４】
［００９９］他方、現在のピクチャに関する絶対差分和と前にコーディングされたピクチャに関する絶対差分和との間の差分がスレショルドよりも大きくない場合は（３８８の“いいえ”）、ソースデバイス２０は、シーンの変化が生じていることを宣言せずに図６に示される動作３５０の部分を行うことができる。
【００９５】
［０１００］現在のピクチャの符号化された表現内のインター予測された映像ブロックの数プラス現在のピクチャの符号化された表現内のスキップ映像ブロックの数が、現在のピクチャの符号化された表現内のイントラ予測された映像ブロックの数よりも大きい場合は（３８０の“はい”）、ソースデバイス２０は、現在のピクチャに関する動きモードが“すべてスキップ”であるかどうかを決定することができる（３９０）。ソースデバイス２０は、行動３６０の動き推定及びモード決定動作中に現在のピクチャに関する動きモードを設定することができる。現在のピクチャに関する動きモードが“すべてスキップ”である場合は（３９０の“はい”）、ソースデバイス２０は、現在のビットレートが無線チャネル５０の現在のスループットよりも低いかどうかを決定することができる（３９２）。現在のビットレートは、現在のピクチャ内のコーディングビット数の平均を１秒当たりのフレーム数によって割った値であることができる。無線チャネル５０の現在のスループットは、１秒当たりの無線チャネル５０を通じて転送可能なビット数の推定値であることができる。この推定値は、再送信レート及びその他の要因に関するより積極的な又はより積極的でない仮定に基づいて設定することができる。ビットストリームの現在のビットレートが無線チャネル５０の現在のスループットよりも低くない場合は（３９２の“いいえ”）、ソースデバイス２０は、シーンの変化が生じていると決定せずに図６に示される動作３５０の部分を行うことができる。
【００９６】
［０１０１］しかしながら、現在のピクチャの現在のビットレートが無線チャネル５０の現在のスループットよりも低い場合（３９２の“はい”）又は現在のピクチャに関する動きモードが“すべてスキップ”である場合（３９０の“はい”）は、ソースデバイス２０は、ＱＰ値を下げることができる（３９４）。ソースデバイス２０が下げられたＱＰ値を有する現在のピクチャを再符号化するときには、ソースデバイス２０は、低下された量子化度を適用することができ、その結果、現在のピクチャの符号化された表現内のコーディングビット数は、増加することができる。ソースデバイス２０は、ＱＰ値を様々な方法で下げることができる。例えば、ソースデバイス２０は、前のピクチャを符号化するときに使用されるＱＰ値、現在のピクチャ内のスキップモード映像ブロックの数、現在のピクチャ内のインター予測された映像ブロックの数、及び現在のピクチャ内のイントラ予測された映像ブロックの数の関数としてＱＰ値を下げることができる。このようにして、ソースデバイス２０は、現在のピクチャの変換係数ブロック内の変換係数のビット深度を増大させるためにＱＰ値を好適化することができる。
【００９７】
［０１０２］ＱＰ値を下げた後は、ソースデバイス２０は、現在のピクチャ内のＰスライス映像ブロックの数がスレショルドよりも大きいかどうかを決定することができる（３９６）。現在のピクチャ内のＰスライス映像ブロックの数は、現在のピクチャのＰスライス内の映像ブロックの数と等しいことができる。Ｐスライス映像ブロックの数がスレショルドよりも大きい場合は（３９６の“はい”）、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させるために１つ以上のパラメータを変更すること（３８４）、シーンの変化が生じていると宣言すること（３８５）、及び、図６に示される動作３５０の部分を行うことができる。他方、Ｐフレーム映像ブロックの数がスレショルドよりも大きくない場合は（３９６の“いいえ”）、ソースデバイス２０は、シーンの変化が生じていると決定せずに図６に示される動作３５０の部分を行うことができる。
【００９８】
［０１０３］現在のピクチャが変化していない一連のピクチャ内に存在する場合は、現在のピクチャ内のすべての映像ブロックをスキップモードで符号化することができる。該一連の不変のピクチャは、合成的映像データ、例えば、図形によるユーザインタフェース、メニュー、等において共通であることができる。従って、現在のピクチャの映像ブロックの小さい割合でさえもＰスライス内に存在するときは、シーンの変化を宣言するのが有利であることができる。例えば、ソースデバイス２０は、現在のピクチャ内のＰスライス映像ブロックの数が現在のピクチャ内の映像ブロックの１０％超である場合にシーンの変化を宣言することができる。
【００９９】
［０１０４］図６は、動作３５０のさらなる続きを示すフローチャートである。ソースデバイス２０が、図６の例において示される動作３５０の部分を開始した後は、ソースデバイス２０は、現在のピクチャと前に符号化されたピクチャとの間でシーンの変化が生じていることをソースデバイス２０が動作３５０において宣言済みであるかどうかを決定することができる（４２０）。シーンの変化が生じている場合は（４２０の“はい”）、ソースデバイス２０は、動作３５０において以前に変更された符号化パラメータを用いて現在のピクチャを再符号化することができる（４２２）。ソースデバイス２０は、上述される行動３５４、３８４、及び３９４において符号化パラメータを変更することができる。このようにして、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させることができる。
【０１００】
［０１０５］さらに、シーンの変化が生じているとソースデバイス２０が決定した場合は、ソースデバイス２０は、無線チャネル５０のスループットを最大化するために無線チャネル５０の１つ以上のパラメータを変更することができる（４２４）。例えば、ソースデバイス２０は、より多くの（例えば、最大の）数の送信機を起動させること、送信電力を増大させること、ＦＥＣビットのレートをより低い（例えば、最低の）ＦＥＣレートに低下させること、メディアアクセス層（ＭＡＣ）ＳＤＵサイズをより大きい（例えば、最大の）ＭＡＣ  ＳＤＵサイズに大きくすること、パケットアグリゲーションをイネーブルにすること、再送信を制限又はディスエーブルにすること、等を行うことができる。最低ＦＥＣレートは、無線チャネル５０で送信されるデータ内のＦＥＣビットの最低許容レートであることができる。
【０１０１】
［０１０６］無線チャネル５０のパラメータを変更した後又はシーンの変化が生じていない場合は（４２０の“いいえ”）、ソースデバイス２０は、無線チャネル５０での送信のための待ち行列の先頭に新しいアクセスユニットが存在するかどうかを決定することができる（４２６）。アクセスユニットは、復号されたときに完全な復号されたピクチャが得られることになるデータが入ったユニット（例えば、パケット又はネットワーク抽象化層（ＮＡＬ）ユニット）の組であることができる。無線チャネル５０での送信のための待ち行列の先頭に新しいアクセスユニットがまだ存在しない場合は（４２６の“いいえ”）、ソースデバイス２０は、図６に示される動作３５０の部分の開始にループして戻ることができる。
【０１０２】
［０１０７］他方、無線チャネル５０での送信のための待ち行列の先頭に新しいアクセスユニットが存在する場合は（４２６の“はい”）、ソースデバイス２０は、現在のピクチャのピクチャサイズを決定することができる（４２８）。現在のピクチャのピクチャサイズは、どれだけの数のコーディングビットが現在のピクチャの符号化された表現内に存在するかを示すことができる。幾つかの例では、ソースデバイス２０は、現在のピクチャの符号化された表現の最後のバイトのメモリ記憶場所を示すポインタを前にコーディングされたピクチャの符号化された表現の最後のバイトのメモリ記憶場所を示すポインタから減じることによって現在のピクチャのピクチャサイズを決定することができる。現在のピクチャの符号化された表現は、現在のピクチャを得るために復号可能である一連のコーディングビット（例えば、エントロピーコーディングされたビット）を含むことができる。次に、ソースデバイス２０は、現在のピクチャのピクチャサイズが最大送信サイズよりも大きいかどうかを決定することができる（４３０）。最大送信サイズは、ソースデバイス２０がピクチャに関して無線チャネル５０を通じて送信するのを試みることができるピクチャの符号化された表現のコーディングビット数の上限となる予め決定されたスレショルドであることができる。
【０１０３】
［０１０８］現在のピクチャのピクチャサイズが最大送信サイズよりも大きい場合は（４３０の“はい”）、ソースデバイス２０は、現在のピクチャの符号化された表現をクロップ（ｃｒｏｐ）することができる（４３２）。ソースデバイス２０が現在のピクチャの符号化された表現をクロップするときには、ソースデバイス２０は、現在のピクチャの符号化された表現内の幾つかのコーディングビットを廃棄して送信しないことができる。例えば、ソースデバイス２０は、現在のピクチャの符号化された表現内の後半の半分を廃棄して送信しないことができる。この例では、ソースデバイス２０は、現在のピクチャの符号化された表現を打ち切ることによって現在のピクチャの符号化された表現をクロップすることができる。
【０１０４】
［０１０９］現在のピクチャ符号化された表現をクロップした後又は現在のピクチャの符号化された表現のサイズが最大送信サイズよりも小さいと決定した後は（４３０の“いいえ”）、ソースデバイス２０は、無線チャネル５０の現在のパラメータに従って現在のピクチャの符号化された表現を送信することができる（４３４）。例えば、ＦＥＣビットのレートが最低のＦＥＣレートに設定されていることを無線チャネル５０の現在のパラメータが示す場合は、ソースデバイス２０は、より低い（例えば、最低の）ＦＥＣレートで現在のピクチャの符号化された表現をＦＥＣビットとともに送信することができる。
【０１０５】
［０１１０］図７は、本開示の１つ以上の技法による映像データを符号化するための動作例４５０を示すフローチャートである。図４乃至６は、動作４５０の具体例である。
【０１０６】
［０１１１］動作４５０が開始後は、ソースデバイス２０は、映像データの現在のピクチャを符号化することができる（４５２）。現在のピクチャを符号化した後は、ソースデバイス２０は、前にコーディングされたピクチャ（例えば、第１のピクチャ）と現在のピクチャ（例えば、第２のピクチャ）との間でシーンの変化が生じているかどうかを決定することができる（４５４）。本開示において説明されるように、ソースデバイス２０は、様々なメトリック、例えば、現在のフレームの符号化された表現内の映像ブロックのサイズ、現在のフレームの符号化された表現内のイントラ予測、インター予測、及びスキップ予測された映像ブロックの数、等、に基づいてシーンの変化が生じているかどうかを決定することができる。
【０１０７】
［０１１２］シーンの変化が生じていない場合は（４５４の“いいえ”）、ソースデバイス２０は、現在のピクチャの符号化された表現を送信することができる（４５６）。他方、シーンの変化が生じている場合は（４５４の“はい”）、ソースデバイス２０は、現在のピクチャの符号化された表現内のコーディングビット数を減少させるために現在のピクチャを再符号化することができる（４５８）。本開示の別の場所において説明されるように、ソースデバイス２０は、様々な方法で現在のピクチャの符号化された表現内のコーディングビット数を減少させるために現在のピクチャを再符号化することができる。例えば、ソースデバイス２０は、増大されたＱＰ値を用いて現在のピクチャを再符号化することができる。
【０１０８】
［０１１３］さらに、ソースデバイス２０は、無線チャネル５０のスループットを増大させるために無線チャネル５０のパラメータを変更することができる（４６０）。本開示において説明されるように、ソースデバイス２０は、無線チャネル５０のスループットを増大させるために無線チャネル５０の様々なパラメータを変更することができる。例えば、ソースデバイス２０は、サービスデータユニットサイズを増大させること、追加の無線送信機をイネーブルにすること、前方誤り訂正データを低減すること、パケットをアグリゲーションすること、失われたパケットの再送信を制限又はディスエーブルにすること、又は無線チャネル５０のスループットを増大させるために無線チャネル５０のパラメータをその他の方法で変更することができる。
【０１０９】
［０１１４］現在のフレームを再符号化し及び無線チャネル５０のパラメータを変更した後は、ソースデバイス２０は、現在のピクチャの符号化された表現を送信することができる（４５６）。ソースデバイス２０は、現在のピクチャの再符号化された表現を送信するときに無線チャネル５０の変更されたパラメータを使用することができる。
【０１１０】
［０１１５］１つ以上の例において、説明される機能は、ハードウェア、ソフトウェア、ファームウェア、又はそれらの組み合わせにおいて実装することができる。ソフトウェアにおいて実装される場合は、それらの機能は、コンピュータによって読み取り可能な媒体において１つ以上の命令又はコードとして格納又は送信することができる。コンピュータによって読み取り可能な媒体は、コンピュータデータ記憶媒体又は１つの場所から他へのコンピュータプログラムの転送を容易にするあらゆる媒体を含む通信媒体を含むことができる。幾つかの例では、コンピュータによって読み取り可能な媒体は、非一時的なコンピュータによって読み取り可能な媒体を備えることができる。データ記憶媒体は、本開示において説明される技法の実装のために命令、コード及び／又はデータ構造を取り出すために１つ以上のコンピュータ又は１つ以上のプロセッサによってアクセスすることができるあらゆる利用可能な媒体であることができる。
【０１１１】
［０１１６］一例により、及び制限することなしに、該コンピュータによって読み取り可能な媒体は、希望されるプログラムコードを命令又はデータ構造の形態で搬送又は格納するために使用することができ及びコンピュータによってアクセス可能である非一時的な媒体、例えば、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ又はその他の光学ディスク記憶装置、磁気ディスク記憶装置、又はその他の磁気記憶デバイス、フラッシュメモリ、又はその他のいずれかの媒体、を備えることができる。さらに、どのような接続も、コンピュータによって読み取り可能な媒体であると適切に呼ばれる。ここにおいて用いられるときのディスク（ｄｉｓｋ及びｄｉｓｃ）は、コンパクトディスク（ＣＤ）（ｄｉｓｃ）と、レーザディスク（登録商標）（ｄｉｓｃ）と、光ディスク（ｄｉｓｃ）と、デジタルバーサタイルディスク（ＤＶＤ）（ｄｉｓｃ）と、フロッピー（登録商標）ディスク（ｄｉｓｋ）と、ブルーレイディスク（ｄｉｓｃ）と、を含み、ここで、ｄｉｓｋは、通常は磁気的にデータを複製し、ｄｉｓｃは、レーザを用いて光学的にデータを複製する。上記の組み合わせも、コンピュータによって読み取り可能な媒体の適用範囲内に含められるべきである。
【０１１２】
［０１１７］コードは、１つ以上のプロセッサ、例えば、デジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、（フィールド制御ブログラマブルロジックアレイ（ＦＰＧＡ）、又はその他の同等の集積又はディスクリート論理回路によって実行することができる。従って、ここにおいて用いられる場合の用語“プロセッサ”は、上記の構造又はここにおいて説明される技法の実装に適するあらゆるその他の構造のうちのいずれかを意味することができる。さらに、幾つかの態様では、ここにおいて説明される機能は、符号化および復号のために構成された専用のハードウェア及び／又はソフトウェアモジュール内において提供されること、又は組み合わされたコーデック内に組み入れることができる。さらに、技法は、１つ以上の回路又は論理素子内に完全に実装することが可能である。
【０１１３】
［０１１８］本開示の技法は、無線ハンドセット、集積回路（ＩＣ）、又は一組のＩＣ（例えば、チップセット）を含む非常に様々なデバイス又は装置内に実装することができる。本開示では、開示される技法を実施するように構成されたデバイスの機能上の態様を強調するために様々なコンポーネント、モジュール、又はユニットが説明されるが、異なるハードウェアユニットによる実現は必ずしも要求しない。むしろ、上述されるように、様々なユニットは、適切なソフトウェア及び／又はファームウェアと関係させて、コーデックハードウェアユニット内において結合させること又は上述されるように１つ以上のプロセッサを含む相互運用的なハードウェアユニットの集合によって提供することができる。
【０１１４】
［０１１９］本発明の様々な実施形態が説明されている。これらの及びその他の実施形態は、以下の請求項の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
映像データを送信するための方法であって、
前記映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データ内の第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定することと、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させることと、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させることと、
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信することと、を備える、方法。
［Ｃ２］
前記シーンの変化が生じていると決定することは、前記第２のピクチャの前記符号化された表現内の映像ブロックのサイズに少なくとも部分的に基づいて、前記シーンの変化が生じていると決定することを備えるＣ１に記載の方法。
［Ｃ３］
前記シーンの変化が生じていると決定することは、前記第２のピクチャの前記符号化された表現内の４×４映像ブロックの数が前記第２のピクチャの前記符号化された表現内の１６×１６映像ブロックの数よりも大きい場合に前記シーンの変化が生じていると決定することを備えるＣ２に記載の方法。
［Ｃ４］
前記シーンの変化が生じていると決定することは、前記第２のピクチャの前記符号化された表現内のインター予測された映像ブロックの数、前記第２のピクチャの前記符号化された表現内のスキップモード映像ブロックの数、及び前記第２のピクチャの前記符号化された表現内のイントラ予測された映像ブロックの数に少なくとも部分的に基づいて前記シーンの変化が生じていると決定することを備えるＣ１に記載の方法。
［Ｃ５］
前記シーンの変化が生じていると決定することは、前記第１のピクチャに関する絶対差分和と前記第２のピクチャに関する絶対差分和との間の差分に少なくとも部分的に基づいて、前記シーンの変化が生じていると決定することを備え、前記第１のピクチャに関する前記絶対差分和は、前記第１のピクチャの符号化された表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示し、前記第２のピクチャに関する前記絶対差分和は、前記第２の映像ブロックの符号化された前記表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示すＣ１に記載の方法。
［Ｃ６］
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させることは、増大された量子化度で前記第２のピクチャを再符号化することを備えるＣ１に記載の方法。
［Ｃ７］
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャ内の各スライスはイントラ予測されたスライスであり、前記第２のピクチャ内の各スライスは、瞬間的復号器リフレッシュスライスであり、及び前記第２のピクチャは、ピクチャのグループの開始ピクチャであるような形で前記第２のピクチャを再符号化することをさらに備えるＣ１に記載の方法。
［Ｃ８］
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して前記無線チャネルのサービスデータユニットサイズを増大させることを備えるＣ１に記載の方法。
［Ｃ９］
前記無線チャネルの前記スループットを増大させることは、前記第２のピクチャの前記符号化された表現を送信するために使用されるアンテナの数を増加させることを備えるＣ１に記載の方法。
［Ｃ１０］
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケット内の前方誤り訂正データを減少させることを備えるＣ１に記載の方法。
［Ｃ１１］
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケットをアグリゲーションすることを備えるＣ１に記載の方法。
［Ｃ１２］
前記無線チャネルの前記スループットを増大させることは、前記シーンの変化が生じていると決定したことに応答して、前記無線チャネルでのパケットの再送信を制限することを備えるＣ１に記載の方法。
［Ｃ１３］
前記第２のピクチャに後続する前記映像データのピクチャと関連付けられた量子化度を低下させることと、
前記第２のピクチャに後続する前記ピクチャに関する前記無線チャネルの前記スループットを低下させることと、をさらに備えるＣ１に記載の方法。
［Ｃ１４］
コンピューティングデバイスであって、
１つ以上の無線送信機と、
前記映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データの第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定し、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させ、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させ、及び
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信するために前記１つ以上の無線送信機を使用するように構成される１つ以上のプロセッサと、を備える、コンピューティングデバイス。
［Ｃ１５］
前記１つ以上のプロセッサは、前記第２のピクチャの前記符号化された表現内の映像ブロックのサイズに少なくとも部分的に基づいて、前記シーンの変化が生じていると決定するように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ１６］
前記１つ以上のプロセッサは、前記第２のピクチャの前記符号化された表現内の４×４映像ブロックの数が前記第２のピクチャの前記符号化された表現内の１６×１６映像ブロックの数よりも大きい場合に前記シーンの変化が生じていると決定するように構成されるＣ１５に記載のコンピューティングデバイス。
［Ｃ１７］
前記１つ以上のプロセッサは、前記第２のピクチャの前記符号化された表現内のインター予測された映像ブロックの数、前記第２のピクチャの前記符号化された表現内のスキップモード映像ブロックの数、及び前記第２のピクチャの前記符号化された表現内のイントラ予測された映像ブロックの数に少なくとも部分的に基づいて前記シーンの変化が生じていると決定するように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ１８］
前記１つ以上のプロセッサは、前記第１のピクチャに関する絶対差分和と前記第２のピクチャに関する絶対差分和との間の差分に少なくとも部分的に基づいて、前記シーンの変化が生じていると決定するように構成され、前記第１のピクチャに関する前記絶対差分和は、前記第１のピクチャの符号化された表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示し、前記第２のピクチャに関する前記絶対差分和は、前記第２の映像ブロックの符号化された前記表現内のインター予測された映像ブロックと関連付けられた変換係数の絶対値の和を示すＣ１４に記載のコンピューティングデバイス。
［Ｃ１９］
前記１つ以上のプロセッサは、少なくとも部分的に、増大された量子化度で前記第２のピクチャを再符号化することによって、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２０］
前記１つ以上のプロセッサは、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャ内の各スライスはイントラ予測されたスライスであり、前記第２のピクチャ内の各スライスは、瞬間的復号器リフレッシュスライスであり、及び前記第２のピクチャは、ピクチャのグループの開始ピクチャであるような形で前記第２のピクチャを再符号化するように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２１］
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して前記無線チャネルのサービスデータユニットサイズを増大させることによって、前記無線チャネルの前記スループットを増大させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２２］
前記１つ以上のプロセッサは、少なくとも部分的に、前記第２のピクチャの前記符号化された表現を送信するために使用されるアンテナの数を増加させることによって、前記無線チャネルの前記スループットを増大させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２３］
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケット内の前方誤り訂正データを減少させることによって、前記無線チャネルの前記スループットを増大させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２４］
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現が入ったパケットをアグリゲーションすることによって、前記無線チャネルの前記スループットを増大させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２５］
前記１つ以上のプロセッサは、少なくとも部分的に、前記シーンの変化が生じていると決定したことに応答して、前記無線チャネルでのパケットの再送信を制限することによって、前記無線チャネルの前記スループットを増大させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２６］
前記１つ以上のプロセッサは、
前記第２のピクチャに後続する前記映像データのピクチャと関連付けられた量子化度を低下させ、及び
前記第２のピクチャに後続する前記ピクチャに関する前記無線チャネルの前記スループットを低下させるように構成されるＣ１４に記載のコンピューティングデバイス。
［Ｃ２７］
コンピューティングデバイスであって、
映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データ内の第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定するための手段と、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させるための手段と、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させるための手段と、
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信するための手段と、を備える、コンピューティングデバイス。
［Ｃ２８］
コンピュータプログラム製品であって、
コンピューティングデバイスの１つ以上のプロセッサによって行われたときに、
前記映像データ内の第２のピクチャの符号化された表現を送信する前に前記映像データ内の第１のピクチャと前記第２のピクチャとの間でシーンの変化が生じていると決定し、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現内のコーディングビット数を減少させ、
前記シーンの変化が生じていると決定したことに応答して、前記第２のピクチャの前記符号化された表現を送信するために使用されるべき無線チャネルのスループットを増大させ、及び
前記第２のピクチャの前記符号化された表現内の前記コーディングビット数を減少させ及び前記無線チャネルの前記スループットを増大させた後に、前記無線チャネルを介して前記第２のピクチャの前記符号化された表現を送信するために前記１つ以上の無線送信機を使用することを前記コンピューティングデバイスに行わせる命令を格納する１つ以上のコンピュータによって読み取り可能な記憶媒体を備える、コンピュータプログラム製品。
【図１】
0005882547.tif 000002
【図２】
0005882547.tif 000003
【図３】
0005882547.tif 000004
【図４】
0005882547.tif 000005
【図５】
0005882547.tif 000006
【図６】
0005882547.tif 000007
【図７】
0005882547.tif 000008