(57)【要約】  一例では、データを処理する方法は、ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、ビデオ電話セッションは、ローカルデバイスとリモートデバイスとの間に少なくとも１つのビデオ接続を含み、ローカルデバイスによって、リモートデバイスにおけるビデオデータの劣化した再生を識別することを含む。本方法はまた、劣化した再生を識別したことに応答して、ローカルデバイスによって、少なくとも１つのビデオ接続のビデオ接続を終了することを含む。
2018529261.tif 000002
【特許請求の範囲】
【請求項１】
データを処理する方法であって、前記方法は、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記ローカルデバイスによって、前記リモートデバイスにおけるビデオデータの劣化した再生を識別することと、
前記劣化した再生を識別したことに応答して、前記ローカルデバイスによって、前記少なくとも１つのビデオ接続のビデオ接続を終了することと
を備える、方法。
【請求項２】
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了することは、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することを備える、請求項１に記載の方法。
【請求項３】
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
をさらに備える、請求項２に記載の方法。
【請求項４】
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続を備え、前記ビデオ接続を終了することは、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了することを備える、請求項１に記載の方法。
【請求項５】
前記劣化した再生を識別することが、前記ローカルデバイスから送られたが前記リモートデバイスによって受信されないビデオデータの量のインジケーションを受信することを備える、請求項１に記載の方法。
【請求項６】
ビデオデータの前記量の前記インジケーションを受信することが、紛失した前記ビデオデータのパケットの数または紛失した前記ビデオデータのパケットの割合のインジケーションの少なくとも１つを受信することを備える、請求項５に記載の方法。
【請求項７】
前記劣化した再生を識別することが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットを受信することと、前記１つまたは複数のＲＴＣＰパケットに基づいて前記劣化した再生を識別することとを備える、請求項１に記載の方法。
【請求項８】
前記劣化した再生を識別することが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットの不在を識別することと、前記不在に基づいて前記劣化した再生を識別することとを備える、請求項１に記載の方法。
【請求項９】
前記ビデオ接続を終了することが、前記ビデオ接続を終了するために前記ローカルデバイスから前記リモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信することを備える、請求項１に記載の方法。
【請求項１０】
前記ビデオ接続を終了するより前に、前記ビデオデータのビットレートを低減するために前記ビデオ接続上でビットレート適応を実施すること
をさらに備える、請求項１に記載の方法。
【請求項１１】
ビットレート適応を実施することが、前記ビデオデータの前記ビットレートを前記ローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減することを備える、請求項１０に記載の方法。
【請求項１２】
データを処理するためのデバイスであって、前記デバイスは、
ビデオデータを記憶するように構成されたメモリと、
ローカルデバイスの１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサは、
前記ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記リモートデバイスにおける前記ビデオデータの劣化した再生を識別することと、
前記劣化した再生を識別したことに応答して、前記少なくとも１つのビデオ接続のビデオ接続を終了することと
を行うように構成された、デバイス。
【請求項１３】
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了するために、前記１つまたは複数のプロセッサは、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了するように構成された、請求項１２に記載のデバイス。
【請求項１４】
前記１つまたは複数のプロセッサは、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
を行うようにさらに構成された、請求項１３に記載のデバイス。
【請求項１５】
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続を備え、前記ビデオ接続を終了するために、前記１つまたは複数のプロセッサは、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了するように構成された、請求項１２に記載のデバイス。
【請求項１６】
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、前記ローカルデバイスから送られたが前記リモートデバイスによって受信されないビデオデータの量のインジケーションを受信するように構成された、請求項１２に記載のデバイス。
【請求項１７】
ビデオデータの前記量の前記インジケーションを受信するために、前記１つまたは複数のプロセッサが、紛失した前記ビデオデータのパケットの数または紛失した前記ビデオデータのパケットの割合のインジケーションの少なくとも１つを受信するように構成された、請求項１６に記載のデバイス。
【請求項１８】
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットを受信することと、前記１つまたは複数のＲＴＣＰパケットに基づいて前記劣化した再生を識別することとを行うように構成された、請求項１２に記載のデバイス。
【請求項１９】
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットの不在を識別することと、前記不在に基づいて前記劣化した再生を識別することとを行うように構成された、請求項１２に記載のデバイス。
【請求項２０】
前記ビデオ接続を終了するために、前記１つまたは複数のプロセッサが、前記ビデオ接続を終了するために前記ローカルデバイスから前記リモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信するように構成された、請求項１２に記載のデバイス。
【請求項２１】
前記１つまたは複数のプロセッサが、
前記ビデオ接続を終了するより前に、前記ビデオデータのビットレートを低減するために前記ビデオ接続上でビットレート適応を実施する
ようにさらに構成された、請求項１２に記載のデバイス。
【請求項２２】
ビットレート適応を実施するために、前記１つまたは複数のプロセッサが、前記ビデオデータの前記ビットレートを前記ローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減するように構成された、請求項２１に記載のデバイス。
【請求項２３】
前記ローカルデバイスが、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項１２に記載のデバイス。
【請求項２４】
データを処理するための装置であって、前記装置は、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を識別するための手段と、
前記劣化した再生を識別したことに応答して、前記少なくとも１つのビデオ接続のビデオ接続を終了するための手段と
を備える、装置。
【請求項２５】
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了するための前記手段は、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了するための手段を備える、請求項２４に記載の装置。
【請求項２６】
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別するための手段と、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了するための手段と
をさらに備える、請求項２５に記載の装置。
【請求項２７】
実行されたとき、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を識別することと、
前記劣化した再生を識別したことに応答して、前記ローカルデバイスによって、前記少なくとも１つのビデオ接続のビデオ接続を終了することと
を１つまたは複数のプロセッサに行わせる命令を記憶した非一時的コンピュータ可読媒体。
【請求項２８】
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了するために、前記命令は、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することを前記１つまたは複数のプロセッサに行わせる、請求項２７に記載の非一時的コンピュータ可読媒体。
【請求項２９】
前記命令は、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
を前記１つまたは複数のプロセッサにさらに行わせる、請求項２８に記載の非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本開示は、ビデオデータの処理に関する。
【背景技術】
【０００２】
[0002]ビデオ電話（ＶＴ：video telephony）は、オーディオデータとビデオデータとを搬送するパケットのリアルタイム通信を伴う。ＶＴデバイスは、ビデオカメラまたはビデオアーカイブなどのビデオキャプチャデバイスからビデオを取得し、ビデオパケットを生成する、ビデオエンコーダを含む。同様に、ＶＴデバイス中のオーディオエンコーダは、マイクロフォンもしくは音声合成器、またはオーディオアーカイブなどのオーディオキャプチャデバイスからオーディオを取得し、オーディオパケットを生成する。ビデオパケットおよびオーディオパケットは、無線リンクプロトコル（ＲＬＰ）キューの中に配置される。媒体アクセス制御（ＭＡＣ）レイヤユニットは、ＲＬＰキューの内容から媒体アクセス制御（ＭＡＣ）レイヤパケットを生成する。ＭＡＣレイヤパケットは、別のＶＴデバイスへの通信チャネルにわたる送信のために、物理（ＰＨＹ）レイヤパケットに変換される。
【０００３】
[0003]モバイルＶＴの用途では、ＶＴデバイスは、基地局からワイヤレス端末としてのＶＴデバイスへのワイヤレス順方向リンク（ＦＬ）（または「ダウンリンク」）を介して、物理レイヤパケットを受信する。ＶＴデバイスは、基地局へのワイヤレス逆方向リンク（ＲＬ）（または「アップリンク」）を介してＰＨＹレイヤパケットを送信する。各ＶＴデバイスは、受信されたＰＨＹレイヤパケットとＭＡＣレイヤパケットとを変換し、パケットペイロードをオーディオパケットおよびビデオパケットへと再び組み立てる（reassemble）ために、ＰＨＹレイヤとＭＡＣレイヤとを含む。ＶＴデバイス内のビデオデコーダは、ディスプレイデバイスを介したユーザへの提示のために、ビデオデータを復号する。ＶＴデバイス内のオーディオデコーダは、オーディオスピーカを介した出力のために、オーディオデータを復号する。
【発明の概要】
【０００４】
[0004]本開示の技法は、ネットワーク状態に基づいてビデオ電話（ＶＴ）セッションを制御することに関係する。たとえば、本開示の態様によれば、ＶＴセッションのローカルデバイス（たとえば、送信者側デバイス）は、ＶＴセッションのリモートデバイス（たとえば、受信者側デバイス）から受信されるデータに基づいてＶＴセッションをダウングレードし得る。ローカルデバイスは、セッションの少なくとも１つのビデオ接続を終了することによってＶＴセッションをダウングレードし得る。たとえば、ローカルデバイスは、二方向ビデオセッションから一方向ビデオセッションに、または一方向ビデオセッションからオーディオのみのセッションに、ＶＴセッションをダウングレードし得る。ローカルデバイスは、ビデオデータの再生の品質のインジケーション、たとえば、セッション中の前の（earlier）時間に対して再生が劣化したかどうかを提供するデータに基づいてダウングレード決定を行い得る。いくつかの事例では、送信者側ダウングレード技法は、受信者側において開始されるダウングレードよりもロバストな制御をＶＴセッション上で提供し得る。
【０００５】
[0005]一例では、データを処理する方法は、ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、ビデオ電話セッションは、ローカルデバイスとリモートデバイスとの間に少なくとも１つのビデオ接続を含み、ローカルデバイスによって、リモートデバイスにおけるビデオデータの劣化した再生を識別することと、劣化した再生を識別したことに応答して、ローカルデバイスによって、少なくとも１つのビデオ接続のビデオ接続を終了することとを含む。
【０００６】
[0006]別の例では、データを処理するためのデバイスは、ビデオデータを記憶するように構成されたメモリと、ローカルデバイスの１つまたは複数のプロセッサとを含み、１つまたは複数のプロセッサは、ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、ビデオ電話セッションは、ローカルデバイスとリモートデバイスとの間に少なくとも１つのビデオ接続を含み、リモートデバイスにおけるビデオデータの劣化した再生を識別することと、劣化した再生を識別したことに応答して、少なくとも１つのビデオ接続のビデオ接続を終了することとを行うように構成される。
【０００７】
[0007]別の例では、データを処理するための装置は、ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、ビデオ電話セッションは、ローカルデバイスとリモートデバイスとの間に少なくとも１つのビデオ接続を含み、ローカルデバイスによって、リモートデバイスにおけるビデオデータの劣化した再生を識別するための手段と、劣化した再生を識別したことに応答して、少なくとも１つのビデオ接続のビデオ接続を終了するための手段とを含む。
【０００８】
[0008]別の例では、非一時的コンピュータ可読媒体は、実行されたとき、ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、ビデオ電話セッションは、ローカルデバイスとリモートデバイスとの間に少なくとも１つのビデオ接続を含み、ローカルデバイスによって、リモートデバイスにおけるビデオデータの劣化した再生を識別することと、劣化した再生を識別したことに応答して、ローカルデバイスによって、少なくとも１つのビデオ接続のビデオ接続を終了することとを１つまたは複数のプロセッサに行わせる命令を記憶している。
【０００９】
[0009]本開示の１つまたは複数の例の詳細が添付の図面および以下の説明に記載されている。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１０】
【図１】[0010]本開示の技法に合致する、第１のデバイスと第２のデバイスとの間のビデオ電話（ＶＴ）セッションを示すブロック図。
【図２】[0011]本開示の技法を実装し得るローカルデバイスとリモートデバイスとを示すブロック図。
【図３】[0012]図２のローカルデバイスをより詳細に示すブロック図。
【図４】[0013]本開示の技法に合致する、ビデオダウングレードの一例を示す流れ図。
【図５】[0014]本開示の技法に合致する、ビデオダウングレードの別の例を示す流れ図。
【図６】[0015]本開示の技法に合致する、ＶＴセッションをダウングレードするための例示的なプロセスを示す流れ図。
【詳細な説明】
【００１１】
[0016]ビデオ電話（ＶＴ）デバイスは、ＶＴセッション（たとえば、ＶＴデバイス間のオーディオおよび／またはビデオデータの送信）を行うためのワイヤードまたはワイヤレスネットワークを介して接続され得る。別のＶＴデバイスへの送信のためにオーディオおよび／またはビデオデータを処理しているＶＴデバイスは、ローカルデバイスと呼ばれ得る。ローカルデバイスは、本明細書では互換的にユーザ機器（ＵＥ）または送信者デバイスとも呼ばれ得る。（たとえば、ＶＴデバイスのユーザへの提示のために）受信されたオーディオおよび／またはビデオデータを処理するＶＴデバイスは、リモートデバイスと呼ばれ得る。リモートデバイスは、本明細書では互換的に受信者デバイスとも呼ばれ得る。送信者デバイスは、二方向ＶＴセッションに参加するとき、受信者デバイスとしても働き得る。
【００１２】
[0017]ＶＴセッション中に、ローカルデバイスは、特定のビットレートでオーディオおよび／またはビデオデータを符号化し得る。ローカルデバイスは、ネットワーク状態に基づいてビットレートを選択し得る。たとえば、ローカルデバイスは、ＶＴセッションのために使用されているネットワークによってサポートされる最大の（または最大に近い）ネットワークリンクレートに基づいてビットレートを選択し得る。このようにして、ローカルデバイスは、ネットワークの制限を超えることなく、ネットワークによってサポートされる相対的に最高の品質を使用して送られるようにデータを準備し得る。
【００１３】
[0018]ＶＴデバイスを接続するネットワークリンクレートは、特にＷｉ−Ｆｉ（登録商標）またはセルラーネットワークなどのワイヤレスネットワーク上でＶＴを使用するとき、変化し得る。いくつかの事例では、ネットワーク機器は、リンクレートの変動に対処するためにおよび／またはキュー管理を実施するために、バッファを使用し得る。たとえば、ローカルデバイスは、データをリモートデバイスに送信する前に符号化されたオーディオおよび／またはビデオデータをバッファするためのバッファを含み得る。同様に、リモートデバイスは、プレイアウト（たとえば、ユーザへのオーディオおよび／またはビデオデータの提示）より前に受信データをバッファし得る。ネットワークリンクレートの急激な低減は、ローカルデバイスとリモートデバイスとの間の送信中にオーディオおよび／またはビデオパケットが部分的にまたは完全に紛失されるようになることを引き起こすことがあり、これはＶＴセッションに悪影響を及ぼし得る。たとえば、ネットワークリンクレートが低減したとき、紛失または破損したデータパケットは、リモートデバイスにおけるビデオプレイアウトの中断および／またはジャーキネス（jerkiness）を引き起こし得る。
【００１４】
[0019]ネットワークリンクレートの低減を識別すると、ローカルデバイスは、（本明細書では送信ビットレートと呼ばれ得る）オーディオまたはビデオデータがネットワークに送られるビットレートを変更し得る。すなわち、ローカルデバイスは、ビデオデータが符号化されるビットレートを低減するように、ローカルデバイスのビデオエンコーダにおいてレート制御を実施し得る。いくつかの事例では、ビデオエンコーダは最小ビットレート制限を有することがあり、最小ビットレート未満のビットレートではビデオデータを符号化しないことがある。
【００１５】
[0020]ローカルデバイスは、リモートデバイスのユーザにプレイアウトされるビデオデータの品質が悪いことを示すフィードバックをリモートデバイスから受信し得る。たとえば、ローカルデバイスは、ローカルデバイスからリモートデバイスへのビデオデータの送信中にパケットが紛失したことを示すデータを受信し得、それは、リモートデバイスにおいて劣化した再生（たとえば、ビデオジャーキネス、フリーズ、または他の品質問題）を生じ得る。いくつかの例では、ローカルデバイスは、リモートデバイスに送られているビデオデータのビットレートを最小ビットレートに低減した後でさえ、そのようなフィードバックを受信し続け得る。
【００１６】
[0021]しかしながら、受信機は、一般に、たとえば、二方向ビデオ電話セッションから一方向ビデオ電話セッションに、ＶＴセッションのダウングレードを開始することを担当する。したがって、ローカルデバイスは、リモートデバイスにおける劣化した再生を示すデータを受信しているにもかかわらず、リモートデバイスにビデオデータを送り続け得る。
【００１７】
[0022]本開示の態様によれば、ＶＴセッションのローカルデバイスは、ＶＴセッションのリモートデバイスから受信されるデータに基づいてＶＴセッションをダウングレードし得る。たとえば、ローカルデバイスは、ＶＴセッションをダウングレードするようにとのリモートデバイスからの要求を受信することなしに、ＶＴセッションをダウングレードし得る。ローカルデバイスは、セッションの少なくとも１つのビデオ接続を終了することによってＶＴセッションをダウングレードし得る。たとえば、ローカルデバイスは、二方向ビデオセッションから一方向ビデオセッションに、または一方向ビデオセッションからオーディオのみのセッションに、ＶＴセッションをダウングレードし得る。ローカルデバイスは、ビデオデータの再生の品質のインジケーション、たとえば、セッション中の前の時間に対して再生が劣化したかどうかを提供するデータに基づいてダウングレード決定を行い得る。
【００１８】
[0023]いくつかの事例では、ローカルデバイスがＶＴセッションをダウングレードすることを可能にすることは、リモートデバイスによって開始されるダウングレードよりもロバストでプロアクティブな制御をＶＴセッション上で提供し得る。たとえば、いくつかの事例では、リモートデバイスは、ＶＴセッションダウングレード機構を有しないことがあるか、または適切に機能しないダウングレード機構を有することがある。そのような事例では、本開示の技法は、ＶＴセッションを依然として維持しながら少なくとも１つのビデオ接続を終了するためのダウングレード機構を提供し得る。
【００１９】
[0024]さらに、リモートデバイスがＶＴセッションダウングレード機構を装備する場合でも、異なるローカルデバイスは、異なる能力を有する異なるビデオエンコーダを装備し得る。したがって、いくつかの例では、ローカルデバイスは、ビデオエンコーダの制限（たとえば、最小の持続可能なビットレート）および／または持続可能なパケット損失レートを決定することにより熟達し得る。そのような例では、本開示の技法は、リモートデバイスにおける劣化した再生を識別した時により迅速なダウングレードを提供し得る。
【００２０】
[0025]図１は、本開示の技法に合致する、第１のデバイスと第２のデバイスとの間のビデオ電話（ＶＴ）セッションを示すブロック図である。第１のデバイス１２（デバイスＡ）は、カメラおよびディスプレイユニット１４と、マイクロフォンおよびスピーカユニット１６と、オーディオおよびビデオ（Ａ／Ｖ）処理ユニット１８とを含む。第２のデバイス２０（デバイスＢ）は、カメラおよびディスプレイユニット２２と、マイクロフォンおよびスピーカユニット２４と、オーディオおよびビデオ（Ａ／Ｖ）処理ユニット２６とを含む。第１のデバイス１２は、パケット交換（ＰＳ）ネットワーク２８を介して第２のデバイス２０と通信する。
【００２１】
[0026]図１の例では、第１のデバイス１２は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、ＷｉＦｉ対応テレビジョン、ビデオ会議デバイス、またはオーディオデータおよびビデオデータを送信することが可能な任意の他のデバイスとして構成され得る。同様に、第２のデバイス２０は、スマートフォン、タブレットコンピュータ、ラップトップコンピュータ、デスクトップコンピュータ、ＷｉＦｉ対応テレビジョン、ビデオ会議デバイス、またはオーディオデータおよびビデオデータを受信しユーザ入力データを受信することが可能な任意の他のデバイスとして構成され得る。
【００２２】
[0027]カメラおよびディスプレイユニット１４ならびにカメラおよびディスプレイユニット２２は、静止画像またはビデオ画像をキャプチャするためのカメラと、第１のデバイス１２または第２のデバイス２０のユーザにビデオデータを提示するためのディスプレイとをそれぞれ含み得る。ディスプレイは、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、発光ダイオード（ＬＥＤ）ディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なビデオ出力デバイスのいずれかを備え得る。これらのまたは他の例では、ディスプレイデバイスは、放射型ディスプレイまたは透過型ディスプレイであり得る。
【００２３】
[0028]マイクロフォンおよびスピーカユニット１６ならびにマイクロフォンおよびスピーカユニット２４は、音をキャプチャするためのマイクロフォンと、第１のデバイス１２または第２のデバイス２０のユーザに音を提示するためのスピーカとをそれぞれ含み得る。スピーカは、ヘッドフォン、シングルスピーカシステム、マルチスピーカシステム、またはサラウンド音システムなど、様々なオーディオ出力デバイスのいずれかを備え得る。
【００２４】
[0029]Ａ／Ｖ処理ユニット１８およびＡ／Ｖ処理ユニット２６は、オーディオおよび／またはビデオデータを処理することを担当するいくつかのユニットを含み得る。Ａ／Ｖ処理ユニット１８およびＡ／Ｖ処理ユニット２６の各々は、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェア、またはそれらの任意の組合せとして実装され得、ソフトウェアおよび／またはファームウェアを実行するように構成され得る。Ａ／Ｖ処理ユニット１８およびＡ／Ｖ処理ユニット２６の各々は、１つまたは複数のビデオエンコーダまたはビデオデコーダを含み得、そのいずれも複合エンコーダ／デコーダ（コーデック）の一部として組み込まれ得る。
【００２５】
[0030]ビデオデータを処理するために、Ａ／Ｖ処理ユニット１８およびＡ／Ｖ処理ユニット２６は、ＭＰＥＧ−４、Ｐａｒｔ  １０、アドバンストビデオコーディング（ＡＶＣ）と代替的に呼ばれる、ＩＴＵ−Ｔ  Ｈ．２６４規格、または、Ｈ．２６５規格と呼ばれることがある高効率ビデオコーディング（ＨＥＶＣ）規格など、任意の数のオーディオおよびビデオ圧縮規格を実装し得る。概して言うと、Ａ／Ｖ処理ユニット２６は、Ａ／Ｖ処理ユニット１８の逆のコーディング動作を実施するように構成され得る。
【００２６】
[0031]ＰＳネットワーク２８は、概して、第１のデバイス１２から第２のデバイス２０にオーディオおよび／またはビデオデータを送信するための任意の好適な通信媒体、または様々な通信媒体の集合を表す。ＰＳネットワーク２８は、無線周波数（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路、あるいはワイヤレス媒体とワイヤード媒体との任意の組合せ（たとえば、ロングタームエボリューション（ＬＴＥ（登録商標））、高速パケットアクセス（ＨＳＰＡ）、拡張高速パケットデータ（（ｅ）ＨＲＰＤ）、ＷｉＦｉ、衛星、同軸ケーブル、電力線、またはそれらの任意の組合せ）など、いずれかのワイヤレスまたはワイヤード通信媒体を備え得る。ＰＳネットワーク２８は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。したがって、第１のデバイス１２および第２のデバイス２０は、ＩＥＥＥ８０２．１１規格ファミリーからの規格などの通信プロトコルを使用して通信チャネル上で通信し得る。
【００２７】
[0032]図１の例は、概して、ＰＳネットワーク２８上の二方向ＶＴセッションを示す。たとえば、第１のデバイス１２は、カメラおよびディスプレイユニット１４とマイクロフォンおよびスピーカユニット１６とを使用してオーディオおよび／またはビデオをキャプチャすることを担当するローカルデバイスであり得る。Ａ／Ｖ処理ユニット１８は、オーディオおよび／またはビデオデータを符号化するかまたはさもなければ圧縮し得る。Ａ／Ｖ処理ユニット１８はまた、ＰＳネットワーク２８上の送信のためにデータをパケット化する。いくつかの事例では、図２の例に関して以下でより詳細に説明するように、Ａ／Ｖ処理ユニット１８は、リアルタイムトランスポートプロトコル（ＲＴＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）など、データをパケット化するために１つまたは複数のプロトコルを適用し得る。いくつかの例では、Ａ／Ｖ処理ユニット１８はまた、オーディオとビデオとを同期させるために、媒体パフォーマンス関係の統計のために、レート適応のためになど、オーディオおよび／またはビデオＲＴＰパケットとともにオーディオおよび／またはビデオリアルタイムトランスポート制御プロトコル（ＲＴＣＰ）パケットを生成し得る。
【００２８】
[0033]第２のデバイス２０において、Ａ／Ｖ処理ユニット２６は、受信されたパケットを復調し、（たとえば、第１のデバイス１２において実装されるのと同じプロトコルを使用して）パケット化解除し、デジッタし（de-jitter）、復号し、Ａ／Ｖ同期し、および／または後処理し得る。Ａ／Ｖ処理ユニット２６は、次いで、第２のデバイス２０のユーザへの再生のための、処理されたデータをカメラおよびディスプレイユニット２２ならびに／あるいはマイクロフォンおよびスピーカユニット２４に送り得る。いくつかの例では、Ａ／Ｖ処理ユニット２６はまた、受信されたデータの特性に関するフィードバックデータを第１のデバイス１２に送り得る。たとえば、Ａ／Ｖ処理ユニット２６はまた、制御データおよび／または媒体パフォーマンス関係の統計を第１のデバイス１２に中継して戻すために、オーディオおよび／またはビデオＲＴＣＰパケットを生成し得る。
【００２９】
[0034]ＰＳネットワーク２８の帯域幅は、第１のデバイス１２と第２のデバイス２０との間のＶＴセッション中に変化し得る。帯域幅が制限されたとき、オーディオデータまたはビデオデータを搬送しているパケットは、ＰＳネットワーク２８を通って（along）欠落、紛失、または破損していることがある。そのような事例では、ネットワーク経路劣化（deterioration）によるパケット損失は、第２のデバイス２０における再生中に悪い品質ビデオまたはビデオフリーズをもたらし得る。
【００３０】
[0035]上記で説明した例では、第１のデバイス１２は、（たとえば、オーディオおよび／またはビデオデータを符号化し送信することを担当する）ローカルデバイスと見なされ得、第２のデバイス２０は、（たとえば、第１のデバイス１２からのデータの再生を復号することを担当する）リモートデバイスと見なされ得る。リモートデバイスは、一般に、たとえば、二方向ビデオ接続から一方向ビデオ接続に、または一方向ビデオ接続からオーディオのみの呼（call）に、ＶＴセッションダウングレードを開始することを担当し得る。したがって、第１のデバイス１２は、リモートデバイスにおける悪いビデオ品質またはビデオフリーズを示すメッセージ（たとえば、ＲＴＣＰパケット）を第２のデバイス２０から受信しているにもかかわらず、ダウングレードが第２のデバイス２０によって開始されるまで、第２のデバイス２０にビデオデータを概して送り続け得る。
【００３１】
[0036]本開示の態様によれば、第１のデバイス１２（たとえば、送信者側デバイス）は、ＶＴセッションをダウングレードするためのアクションを取り得る。説明のための一例では、第１のデバイス１２は、第２のデバイス２０との二方向ビデオ接続を有するＶＴセッションを開始し得る。第２のデバイス２０におけるビデオデータの劣化した再生を示すフィードバックを第２のデバイス２０から受信すると、第１のデバイス１２は、第１のデバイス１２から第２のデバイスへのビデオ接続のビデオビットレートをより低いビットレート（たとえば、第１のデバイス１２のビデオエンコーダによる最小のサポートされるビットレート）に適応させるように、第１のデバイス１２のビデオエンコーダにおいてレート制御を実施し得る。
【００３２】
[0037]第１のデバイス１２が、劣化した再生を示すフィードバックを第２のデバイス２０から受信し続けた場合、第１のデバイス１２は、一方向ビデオ接続へのＶＴセッションダウングレードを開始し得る。さらに、第１のデバイス１２が、劣化した再生を示すフィードバックを第２のデバイス２０から受信し続けた場合、第１のデバイスは、オーディオのみの接続へのＶＴセッションダウングレードを開始し得る。この例では、本技法は、ネットワーク状態に基づいてＶＴセッションを（たとえば、二方向ビデオ電話を一方向ビデオ電話に、オーディオのみに）ダウングレードするためのマルチティア（multi-tier）手法を含む。
【００３３】
[0038]本開示の態様によれば、第１のデバイス１２は、第２のデバイス２０から受信されるデータに基づいてＶＴセッションダウングレードを開始すべきかどうかを決定し得る。データは、第２のデバイス２０において受信されるデータの品質を示す１つまたは複数のＲＴＣＰパケットおよび／または他のデータを含み得る。いくつかの例では、データは、トランスポート中に紛失したデータパケットの数（a number of data packets lost）、トランスポート中に紛失したデータパケットの割合（fraction）、またはネットワーク経路劣化によるデータの損失に関する他の情報を示し得る。すなわち、第１のデバイス１２は、比較的大きい量のデータが紛失または破損する事例において劣化した再生を推測し得る。
【００３４】
[0039]いくつかの事例では、第１のデバイス１２は、第２のデバイス２０から受信されるデータ（たとえば、紛失または破損したデータの量を示すデータ、紛失したパケットを再送信するようにとの１つまたは複数の要求など）によって示される紛失または破損したデータの量に基づいて、ＶＴセッションダウングレードを開始し得る。追加または代替として、第１のデバイス１２は、所定の時間期間の間劣化しているビデオ品質に基づいてＶＴセッションダウングレードを開始し得る。第１のデバイス１２は、たとえば、第１のデバイス１２および／または第２のデバイス２０の能力に基づいて、静的または可変しきい値を使用し得る。
【００３５】
[0040]図２は、送信チャネル４６によって接続されたローカルデバイス４２とリモートデバイス４４とを含むＶＴシステム４０を示すブロック図である。図２の例では、ローカルデバイス４２は、オーディオソース４７と、ビデオソース４８と、ビデオエンコーダ５０と、オーディオエンコーダ５２と、リアルタイムトランスポートプロトコル（ＲＴＰ）／リアルタイムトランスポートプロトコル（ＲＴＣＰ）／ユーザデータグラムプロトコル（ＵＤＰ）／インターネットプロトコル（ＩＰ）／ポイントツーポイントプロトコル（ＰＰＰ）変換ユニット５６と、無線リンクプロトコル（ＲＬＰ）キュー５８と、ＭＡＣレイヤユニット６０と、物理（ＰＨＹ）レイヤユニット６２と、ＶＴ制御ユニット６３とを含む。リモートデバイス４４は、ＰＨＹレイヤユニット６４と、ＭＡＣレイヤユニット６６と、ＲＬＰキュー６８と、ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット７０と、ビデオデコーダ７２と、オーディオデコーダ７４と、オーディオ出力デバイス７６と、ビデオ出力デバイス７８とを含む。
【００３６】
[0041]システム４０は、たとえば、送信チャネル４６を介したＶＴのために、双方向ビデオおよびオーディオ送信を提供し得る。したがって、概して逆の符号化、復号、および変換ユニットが、チャネル４６の両端（opposite ends）に設けられ得る。いくつかの例では、ローカルデバイス４２およびリモートデバイス４４は、ビデオストリーミング、ビデオ電話、または両方のために装備されたワイヤレスモバイル端末などのビデオ通信デバイス内で具現化され得る。モバイル端末は、ＲＴＰ、ＲＴＣＰ、ＵＤＰ、ＩＰ、またはＰＰＰなどのパケット交換規格に従ってＶＴをサポートし得る。
【００３７】
[0042]たとえば、ローカルデバイス４２において、ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット５６は、ビデオエンコーダ５０とオーディオエンコーダ５２とから受信されるオーディオデータおよびビデオデータに、適切なＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰヘッダデータを追加し、データをＲＬＰキュー５８中に配置する。例示的なビットストリームは、ＭＡＣヘッダと、ＩＰヘッダと、ＵＤＰヘッダと、ＲＴＣＰヘッダと、ペイロードデータとを含み得る。いくつかの例では、ＲＴＰ／ＲＴＣＰはＵＤＰの上（top）で動作するが、ＵＤＰはＩＰの上（top）で動作し、ＩＰはＰＰＰの上（top）で動作する。いくつかの例では、本明細書で説明するように、ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット５６は、「ＲＦＣ  ３５５０：  ＲＴＰ：  Ａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  Ｒｅａｌ−Ｔｉｍｅ  Ａｐｐｌｉｃａｔｉｏｎｓ」、Ｈ．Ｓｃｈｕｌｚｒｉｎｎｅら、２００３年７月、「ＲＦＣ  ５１０４：  Ｃｏｄｅｃ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅｓ  ｉｎ  ｔｈｅ  ＲＴＰ  Ａｕｄｉｏ−Ｖｉｓｕａｌ  Ｐｒｏｖｉｄｅ  ｗｉｔｈ  Ｆｅｅｄｂａｃｋ  （ＡＶＰＦ）」、Ｓ．Ｗｅｎｇｅｒら、２００８年２月（以下、ＲＦＣ５１０４）、および／またはデータのリアルタイムもしくはほぼリアルタイムなトランスポートのための他の適用可能な規格など、特定の規格に準拠し得る。ＭＡＣレイヤユニット６０は、ＲＬＰキュー５８の内容からＭＡＣ  ＲＬＰパケットを生成する。ＰＨＹレイヤユニット６２は、チャネル４６を介した送信のために、ＭＡＣ  ＲＬＰパケットをＰＨＹレイヤパケットに変換する。
【００３８】
[0043]リモートデバイス４４のＰＨＹレイヤユニット６４およびＭＡＣレイヤユニット６６は、逆の様式で動作する。ＰＨＹレイヤユニット６４は、チャネル４６から受信されるＰＨＹレイヤパケットをＭＡＣ  ＲＬＰパケットに変換する。ＭＡＣレイヤユニット６６は、ＭＡＣ  ＲＬＰパケットをＲＬＰキュー６８中に配置する。ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット７０は、ＲＬＰキュー６８中のデータからヘッダ情報を奪い（strips）、ビデオデコーダ７２およびオーディオデコーダ７４への配信のために、それぞれ、ビデオデータおよびオーディオデータを再び組み立てる。
【００３９】
[0044]概して、チャネル４６は、ローカルデバイス４２からリモートデバイス４４にＰＨＹレイヤパケットを搬送する。チャネル４６は、ローカルデバイス４２とリモートデバイス４４との間の任意の物理接続であり得る。たとえば、チャネル４６は、ローカルエリアまたはワイドエリアのワイヤードネットワークなど、ワイヤード接続であり得る。代替的に、本明細書で説明するように、チャネル４６は、セルラー接続、衛星接続、または光接続など、ワイヤレス接続であり得る。チャネル状態は、ワイヤードチャネルおよびワイヤレスチャネルの関心事（a concern）であり得るが、ワイヤレスチャネル４６上で実施されるモバイルＶＴ用途では特に関係があることがあり、そこで、チャネル状態がフェージングまたは輻輳により悪化する（suffer）ことがある。チャネル４６は、特定のネットワークリンクレート（たとえば、特定の帯域幅）をサポートし得、それは、チャネル状態に従って変動することがある。たとえば、チャネル４６は、チャネル状態に従って変化するスループットを有する逆方向リンク（ＲＬ）によって特徴付けられ得る。
【００４０】
[0045]ローカルデバイス４２において、ビデオソース４８は、ビデオエンコーダ５０にビデオデータを与える。ビデオエンコーダ５０は、ＭＰＥＧ−４、Ｐａｒｔ  １０、アドバンストビデオコーディング（ＡＶＣ）と代替的に呼ばれるＭＰＥＧ−４、ＩＴＵ  Ｈ．２６４、ＩＴＵ  Ｈ．２６５、高効率ビデオコーディング（ＨＥＶＣ）、または別のビデオコーディング規格など、ビデオ圧縮方法による符号化されたビデオデータを生成する。他のビデオ圧縮方法は、国際電気通信連合（ＩＴＵ）Ｈ．２６３またはＭＰＥＧ−２の方法を含む。オーディオエンコーダ５２は、ビデオデータに伴う（accompany）ようにオーディオデータを符号化する。ビデオソース４８は、１つまたは複数のビデオカメラ、１つまたは複数のビデオアーカイブ、あるいはビデオカメラとビデオアーカイブとの組合せなど、ビデオキャプチャデバイスであり得る。
【００４１】
[0046]オーディオソース４７は、オーディオエンコーダ５２にオーディオデータを与える。オーディオエンコーダ５２は、適応マルチレート狭帯域（ＡＭＲ−ＮＢ：adaptive multi-rate narrow band）、または他の技法など、オーディオ圧縮方法に従ってオーディオデータを符号化し得る。オーディオソース４７は、マイクロフォン、または音声合成器デバイスなど、オーディオキャプチャデバイスであり得る。ＶＴ用途では、ビデオは参加者（a party）にＶＴ会議を見えるようにし、オーディオはその参加者の話している声を聞こえるようにする。
【００４２】
[0047]ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット５６は、ビデオエンコーダ５０とオーディオエンコーダ５２とからビデオデータパケットとオーディオデータパケットとを取得する。前述のように、ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット５６は、適切なヘッダ情報をオーディオパケットに追加し、得られたデータをＲＬＰキュー５８内に挿入する。同様に、ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰ変換ユニット５６は、適切なヘッダ情報をビデオパケットに追加し、得られたデータをＲＬＰキュー５８内に挿入する。ＭＡＣレイヤユニット６０は、ＲＬＰキュー５８からデータを取り出し、ＭＡＣレイヤパケットを形成する。各ＭＡＣレイヤパケットは、ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰヘッダ情報と、ＲＬＰキュー５８内に含まれるオーディオまたはビデオパケットデータとを搬送する。オーディオパケットは、ビデオパケットとは独立にＲＬＰキュー５８内に挿入され得る。
【００４３】
[0048]いくつかの場合、ＲＬＰキュー５８の内容から生成されるＭＡＣレイヤパケットは、ヘッダ情報とビデオパケットデータとのみを搬送する。他の場合、ＭＡＣレイヤパケットは、ヘッダ情報とオーディオパケットデータとのみを搬送する。多くの場合、ＭＡＣレイヤパケットは、ＲＬＰキュー５８の内容に応じて、ヘッダ情報と、オーディオパケットデータと、ビデオパケットデータとを搬送する。ＭＡＣレイヤパケットは、無線リンクプロトコル（ＲＬＰ）に従って構成され得、ＭＡＣ  ＲＬＰパケットと呼ばれることがある。ＰＨＹレイヤユニット６２は、チャネル４６にわたる送信のために、ＭＡＣ  ＲＬＰオーディオビデオパケットをＰＨＹレイヤパケットに変換する。
【００４４】
[0049]リモートデバイス４４において、ＰＨＹレイヤユニット６４は、ＰＨＹレイヤパケットからＭＡＣレイヤパケットを識別し、その内容をＭＡＣ  ＲＬＰパケットに再び組み立てる。ＭＡＣレイヤユニット６６は、次いで、ＲＬＰキュー６８内に挿入するためのビデオパケットとオーディオパケットとを与えるために、ＭＡＣ  ＲＬＰパケットの内容を再び組み立てる。ＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰユニット７０は、付随するヘッダ情報を除去し、ビデオパケットをビデオデコーダ７２に、およびオーディオパケットをオーディオデコーダ７４に与える。ビデオデコーダ７２は、たとえば、ビデオ出力デバイス７８を駆動するのに使用する、再生のためのビデオデータのストリームを生成するために、ビデオデータフレームを復号する。オーディオデコーダ７４は、たとえば、オーディオ出力デバイス７６のオーディオスピーカを介して、ユーザに提示するためのオーディオ情報を生成するために、オーディオデータを復号する。
【００４５】
[0050]いくつかの例では、リモートデバイス４４は、チャネル４６を介したローカルデバイス４２への送信のための制御データを生成し得る。たとえば、リモートデバイス４４のＲＴＰ／ＲＴＣＰ／ＵＤＰ／ＩＰ／ＰＰＰユニット７０は、１つまたは複数のＲＴＣＰパケットを生成し得る。概して、ＲＴＣＰは、データパケット（たとえば、ＲＴＰパケット）と同じ配信機構を使用する特定のセッションのすべての参加者への制御パケットの周期的送信に基づく。したがって、基礎をなすＲＴＣＰプロトコルは、たとえばＵＤＰとともに別個のポート番号を使用して、データおよび制御パケットの多重化を提供する。
【００４６】
[0051]ＲＴＣＰパケットは、ＶＴセッションを制御するための様々なデータを含んでいることがある。たとえば、ＲＴＣＰ送信者報告（ＳＲ：sender report）は、アクティブな送信者であるＶＴセッションの参加者からの送信および受信統計値（statistics）を含み得る。ＲＴＣＰ受信者報告（ＲＲ：receiver report）は、アクティブな送信者でない参加者からの受信統計値を含み得る。したがって、ＲＴＣＰパケットは、受信されたデータの特性を記述するデータを含み得る。
【００４７】
[0052]たとえば、（たとえばローカルデバイス４２などの）送信者デバイスは、エンドツーエンドチャネル状態を検出するためにＲＴＣＰパケットに依拠し得、ＲＴＣＰレポーティングに起因するいくつかの測定遅延があるが、ネットスループットを計算するために、パケット中に含まれているデータを使用し得る。一例として、ＲＴＣＰ報告は、送信において紛失したパケットの数の割合のインジケーションを含み得る。すなわち、ＲＴＣＰ報告の紛失割合フィールド（a fraction lost field）は、前のＳＲまたはＲＲパケットが送られたとき以降に紛失した送信者デバイスからのＲＴＰデータパケットの割合を示し得る。割合は、紛失したパケットの数を予想されるパケットの数で除算したものであるように定義され得る。
【００４８】
[0053]別の例として、ＲＴＣＰ報告は、送信において紛失したパケットの累積数のインジケーションを含み得る。すなわち、ＲＴＣＰ報告の紛失パケットフィールドの累積数は、受信の開始以降に紛失した送信者デバイスからのＲＴＰデータパケットの総数を示し得る。紛失したパケットの累積数は、予想されるパケットの数に、実際に受信されたパケットの数を差し引いたものであるように定義され得る。
【００４９】
[0054]さらに別の例として、ＲＴＣＰ報告は、到着間ジッタ（interarrival jitter）のインジケーションを含み得る。すなわち、ＲＴＣＰ報告の到着間ジッタフィールドは、タイムスタンプ単位で測定され符号なし整数として表される、ＲＴＰデータパケット到着間時間の統計的分散の推定を示し得る。たとえば、到着間ジッタＪは、パケットのペアについて送信者と比較された、受信者におけるパケット間隔の差分Ｄの平均偏差であるように定義され得る。
【００５０】
[0055]本開示の態様によれば、ローカルデバイス４２のＶＴ制御ユニット６３は、リモートデバイス４４におけるビデオデータの劣化した再生を識別し得る。ＶＴ制御ユニット６３は、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェア、またはそれらの任意の組合せとして実装され得、ａｎは、実行に好適なソフトウェアおよび／またはファームウェアであり得る。いくつかの例では、ＶＴ制御ユニット６３は、ＩＰマルチメディアサブシステム（ＩＭＳ）の一部分を形成し得る。
【００５１】
[0056]いくつかの例では、ＶＴ制御ユニット６３は、リモートデバイス４４から受信される制御データに基づいてビデオデータの劣化した再生を識別し得る。制御データは、１つまたは複数のＲＴＣＰパケットを含み得る。たとえば、上記で説明したＲＴＣＰパケットは、リモートデバイス４４におけるビデオデータの劣化した再生のインジケーションを与え得る。いくつかの例では、（たとえば、紛失割合ＲＴＣＰデータおよび／または累積紛失ＲＴＣＰデータによって示されるように）相対的に大きい数のパケットが送信において紛失した場合、ＶＴ制御ユニット６３は、紛失データにより再生が劣化していると決定し得る（たとえば、悪いビデオ品質またはビデオフリーズ）。このようにして、ＶＴ制御ユニット６３は、リモートデバイス４４における劣化した再生を識別し得る。
【００５２】
[0057]追加または代替として、ＲＴＣＰパケットの不在（absence）も、リモートデバイス４４におけるビデオデータの劣化した再生のインジケーションを与え得る。たとえば、ＶＴ制御ユニット６３がＲＴＣＰパケットを受信しない場合、ＶＴ制御ユニット６３は、ビデオデータがリモートデバイス４４においてまったく受信されていないと決定するか、またはリモートデバイス４４がＲＴＣＰパケットを送るのを妨げる方法でリモートデバイス４４が誤動作していると決定し得る。このようにして、ＶＴ制御ユニット６３は、リモートデバイス４４における劣化した再生を識別し得る。
【００５３】
[0058]本開示の態様によれば、ＶＴ制御ユニット６３は、リモートデバイス４４におけるビデオデータの劣化した再生を識別しＶＴセッションをダウングレードするために、様々な基準および／またはしきい値を実装し得る。たとえば、ＶＴ制御ユニット６３は、紛失したデータ（たとえば、ローカルデバイス４２によってチャネル４６に送られたがリモートデバイス４４によって受信されないデータ）の量がＶＴセッション中に所定のしきい値を超えることに基づいて、劣化した再生を識別し得る。以下でより詳細に説明するように、劣化した再生を識別すると、ＶＴ制御ユニット６３は、ＶＴセッションの１つまたは複数のビデオ接続を終了することによってＶＴセッションをダウングレードし得る。
【００５４】
[0059]いくつかの例では、ＶＴ制御ユニット６３は、ＶＴセッション中に紛失したデータパケットの累積数に基づいて劣化した再生を識別し得る。説明のための一例では、ＶＴ制御ユニット６３は、送信中に紛失した（たとえば、ＲＴＰパケットなどの）データパケットの数を示すフィードバックデータをリモートデバイス４４から受信する。ＶＴ制御ユニット６３は、そのようなフィードバックを含んでいる１つまたは複数のメッセージを受信し得る。ＶＴ制御ユニット６３は、紛失パケットの数を追跡し得、紛失パケットの数がしきい値を超えるとき、劣化した再生を識別し得る。
【００５５】
[0060]追加または代替として、ＶＴ制御ユニット６３は、ＶＴセッション中に紛失したデータパケットの数の割合に基づいて劣化した再生を識別し得る。たとえば、ＶＴ制御ユニット６３は、送られたデータパケットの総数に対する紛失データパケットの割合を示すフィードバックデータをリモートデバイス４４から受信する。ＶＴ制御ユニット６３は、そのようなフィードバックを含んでいる１つまたは複数のメッセージを受信し得る。ＶＴ制御ユニット６３は、フィードバックメッセージのうちの１つまたは複数によって示される紛失パケットの割合を追跡し得、割合がしきい値を超えるとき、劣化した再生を識別し得る。
【００５６】
[0061]説明のための非限定的な例では、ＶＴ制御ユニット６３は、紛失パケットの割合が１０％のしきい値に等しいかまたはそれよりも大きいことに基づいて、リモートデバイスにおけるビデオデータの劣化した再生を識別し得る。たとえば、ＶＴ制御ユニット６３は、受信されている前のフィードバックメッセージと受信されている現在のフィードバックメッセージとの間に送られたパケットの１０％パケット損失を示す、現在のフィードバックメッセージを受信し得る。ＶＴ制御ユニット６３は、現在のフィードバックメッセージに基づいて劣化した再生を識別し、ＶＴセッションダウングレードを開始し得る。他の例では、ＶＴ制御ユニット６３は、代替のしきい値（たとえば、５％、１５％など）を使用するように構成され得る。追加または代替として、ＶＴ制御ユニット６３は、いくつかのフィードバックメッセージにわたってパケット損失を追跡し得る。
【００５７】
[0062]いくつかの例では、ＶＴ制御ユニット６３は、１つまたは複数の時間ベースしきい値を使用して劣化した再生を識別し得る。たとえば、ＶＴ制御ユニット６３は、紛失したデータの量が所定の持続時間中にしきい値を超えることに基づいて劣化した再生を識別し得る。上記で説明した紛失データの量および／または時間ベースしきい値は静的または動的であり得る。たとえば、ＶＴ制御ユニット６３は、ローカルデバイス４２、リモートデバイス４４、またはチャネル４６の能力にかかわらず、固定量の紛失データおよび／または時間ベースしきい値を実装するように事前構成され得る。他の例では、ＶＴ制御ユニット６３は、ローカルデバイス４２、リモートデバイス４４、またはチャネル４６の能力に基づいて、紛失データの量および／または時間ベースしきい値を変更するように構成され得る。たとえば、リモートデバイスのビデオデコーダ７２がエラー回復機構を装備する場合、ＶＴ制御ユニット６３は、劣化した再生を識別する前に相対的により高い量の紛失データおよび／または時間ベースしきい値を実装し得る。
【００５８】
[0063]劣化した再生を識別したことに応答して、ＶＴ制御ユニット６３は、ＶＴセッションの１つまたは複数のビデオ接続を終了し得る。一例として、ＶＴ制御ユニット６３は、二方向ビデオ接続を有するＶＴセッションが一方向ビデオ接続にダウングレードされるようにビデオ接続を終了し得る。別の例として、ＶＴ制御ユニット６３は、一方向ビデオ接続を有するＶＴセッションがオーディオのみのＶＴセッションにダウングレードされる（たとえば、ビデオデータがローカルデバイス４２またはリモートデバイス４４によって送信または受信されない）ようにビデオ接続を終了し得る。
【００５９】
[0064]図３は、ローカルデバイス４２（図２）の一部分をより詳細に示すブロック図である。たとえば、図３は、ビデオ符号化エンジン８０と、ビデオバッファ８２と、ビデオレートコントローラ８４とを有するビデオエンコーダ５０を示す。ＶＴ制御ユニット６３は、リモートデバイス４４によって準備され得る品質情報８６を受信する。
【００６０】
[0065]概して、ビデオ符号化エンジン８０は、ビデオソース４８からビデオデータを取得し、ビデオレートコントローラ８４によって制御されるレートでビデオデータを符号化する。ビデオ符号化エンジン８０は、次いで、符号化されたビデオをビデオバッファ８２中に配置する。ビデオレートコントローラ８４は、ビデオバッファ８２の充填度（fullness）を監視し、充填度に少なくとも部分的に基づいて、ビデオ符号化エンジン８０によって適用されるビデオ符号化レートを制御し得る。
【００６１】
[0066]いくつかの例では、ビデオエンコーダ５０は、概してコーデックとは独立なビデオソースレート制御方式を提供し得る。たとえば、ビデオエンコーダ５０は、ＩＴＵ  Ｈ．２６５（ＨＥＶＣ）、ＭＰＥＧ４、ＩＴＵ  Ｈ．２６３、ＩＴＵ  Ｈ．２６４に従って、ビデオ符号化のために適合され得る。さらに、ビデオエンコーダ５０は、ＤＳＰまたは組込み型論理コア内での実装の影響を受けやすいことがある。いくつかの例では、ビデオエンコーダ５０（たとえば、ビデオレートコントローラ８４またはビデオエンコーダ５０）は、たとえば、ビデオブロックレート制御をｒｈｏ領域において適用して、モデルベースのレート制御を適用し得る。たとえば、フレームビットバジェット（budget）が特定のビデオフレームについて確立されると、フレームビットバジェットは、フレーム内のビデオブロック、たとえば、コーディングユニット（ＣＵ）および／またはマクロブロック（ＭＢ）の間で割り振られ得る。本開示の態様によれば、ビデオレートコントローラ８４は、ＶＴ制御ユニット６３からレート制御データを受信し得、受信されたレート制御データに基づいてレート制御を適用し得る。たとえば、ＶＴ制御ユニット６３は品質情報８６を受信し得る。品質情報８６は、リモートデバイス４４（図２）または別のネットワークデバイス（たとえば、ローカルデバイス４２とのＶＴセッション中の別の参加者によって準備され得る。
【００６２】
[0067]いくつかの例では、品質情報８６は、ローカルデバイスとのＶＴセッションの参加者であるリモートデバイスによって受信されているデータの品質を示すデータを含み得る。たとえば、品質情報８６は、ビデオバッファ８２から送られた符号化されたデータと、リモートデバイスによって受信されたデータとの間の差のインジケーションを提供し得る。本明細書で説明するように、ネットワーク帯域幅の下落は、符号化されたビデオデータの少なくとも一部分がリモートデバイスによって受信されないことを生じ得る。相対的に大量の紛失および／または破損データは、リモートデバイスにおいてビデオデータの劣化したプレイアウトを生じ得る。
【００６３】
[0068]いくつかの例では、品質情報８６は、ＶＴセッションを制御するために使用される制御データを含み得る。たとえば、品質情報８６は、ネットワーク上での送信中に紛失した符号化されたデータの量のインジケーションを与えるＲＴＣＰパケットを含み得る。他の例では、品質情報８６は、ＶＴセッションの参加者によって受信されているデータの品質のインジケーションを与える、リモートデバイスまたは別のネットワークエンティティによって準備される任意の他のデータを含み得る。
【００６４】
[0069]本開示の態様によれば、ＶＴ制御ユニット６３は、品質情報８６を受信し得、受信された品質情報８６に基づいてＶＴダウングレード決定を行い得る。たとえば、ＶＴ制御ユニット６３は、特定のＶＴセッションをダウングレードすべきかどうかを決定するために１つまたは複数の品質ベースしきい値を実装し得る。いくつかの例では、ＶＴ制御ユニット６３は、紛失ビデオデータの量がしきい値を超えることに基づいてＶＴセッションをダウングレードし得る。他の例では、ＶＴ制御ユニット６３は、紛失ビデオデータの量が所定の時間期間中にしきい値を超えることに基づいてＶＴセッションをダウングレードし得る。
【００６５】
[0070]いくつかの例では、ＶＴ制御ユニット６３は、ビデオ符号化エンジン８０においてレート制御を実施するようにビデオレートコントローラ８４に命令することによってＶＴセッションをダウングレードし得る。たとえば、（たとえば、リモートデバイス４４などの）リモートデバイスにおける相対的に悪いビデオ品質を示す品質情報８６を受信すると、ＶＴ制御ユニット６３は、ビデオ符号化エンジン８０がビデオデータを符号化するビットレートを低減するようにビデオレートコントローラ８４に命令し得る。いくつかの事例では、ＶＴ制御ユニット６３は、ビデオ符号化エンジン８０がビデオデータを符号化するビットレートをビデオ符号化エンジン８０によってサポートされる最小ビットレートに低減するようにビデオレートコントローラ８４に命令することによって、ＶＴセッションをダウングレードし得る。
【００６６】
[0071]いくつかの事例では、ＶＴ制御ユニット６３は、リモートデバイスにおける相対的に悪いビデオ品質を示す品質情報８６を受信し続け得る。そのような事例では、ＶＴ制御ユニット６３は、ビデオ符号化エンジン８０がビデオデータを符号化し符号化されたビデオデータをネットワークに送信することがないように、ビデオ接続を終了することによってＶＴセッションをダウングレードし得る。
【００６７】
[0072]図４は、本開示の技法に合致する、二方向ビデオ接続をもつＶＴセッションを一方向ビデオ接続をもつＶＴセッションにダウングレードする一例を示す流れ図である。たとえば、図４は、ネットワーク上で二方向ビデオ接続をもつＶＴセッション中の参加者であるユーザ機器（ＵＥ）を示す。いくつかの例では、ＵＥは、ローカルデバイス４２（図２）と同様の様式で構成され得る。
【００６８】
[0073]図４の例では、ＵＥは、オーディオおよびビデオＲＴＰパケットを生成し、それらのパケットをネットワークに送信し、ネットワーク（オーディオ／ビデオＲＴＰ）を介してリモートデバイスからオーディオおよびビデオＲＴＰパケットを受信する（１００）。さらに、ＵＥは、オーディオおよびビデオＲＴＰＣパケット（オーディオ／ビデオＲＴＣＰ）を送信および受信する（１０２）。着信（incoming）ビデオＲＴＣＰパケットは、リモートデバイスにおける悪いビデオ品質またはビデオフリーズを示す（１０４）。たとえば、ビデオＲＴＣＰパケットは、ネットワーク上でのＲＴＰパケットの送信中に紛失したＲＴＰパケットの数および／または比のインジケーションを与え得る。ＵＥは、紛失したＲＴＰパケットの数および／または比がしきい値を超えることに基づいて悪いビデオ品質またはビデオフリーズを決定し得る。
【００６９】
[0074]図４の例では、ＵＥは、リモートデバイスにおける悪いビデオ品質またはビデオフリーズを示すビデオＲＴＣＰパケットを受信したことに応答して、ビデオビットレートを最小ビットレートに低下させるためのビデオレート適応を実施する（１０６）。ＵＥはまた、オーディオおよびビデオＲＴＰパケットならびにオーディオおよびビデオＲＴＣＰパケット（オーディオ／ビデオＲＴＰ／ＲＴＣＰ）を受信し続ける（１０８）。着信ビデオＲＴＣＰパケットは、リモートデバイスにおける悪いビデオ品質またはビデオフリーズの継続を示し、ＵＥは、二方向ビデオ呼を一方向ビデオ呼にダウングレードする（１１０）。たとえば、ＵＥは、ＵＥがビデオデータを送ることなしにオーディオデータのみを送るように、送信者側ビデオを終了する。
【００７０】
[0075]ダウングレードを行うために、ＵＥは、ＵＥがオーディオデータのみを送信するがビデオデータとオーディオデータの両方を受信するＶＴセッションにリモートデバイスを再勧誘する（re-invite）（再勧誘（ビデオ：受信のみ、オーディオ：送受信）（１１２）。いくつかの例では、ＵＥは、ＶＴセッションを確立するためにセッション開始プロトコル（ＳＩＰ）を使用し得る。たとえば、ＵＥは、ダウングレードされたＶＴセッションを確立するためにリモートデバイスに勧誘ＳＩＰ要求を送り得る。
【００７１】
[0076]ＵＥは、ダウングレードされたＶＴセッションのリモートデバイスから肯定応答を受信し得る（２００ＯＫ（ビデオ：送信のみ、オーディオ：送受信）（１１４）。ＵＥは、次いで、リモートデバイスにオーディオＲＴＰパケット（オーディオＲＴＰ）を送信し、オーディオおよびビデオＲＴＣＰパケット（オーディオ／ビデオＲＴＣＰ）を受信し続け得る（１１６）。ＵＥはまた、リモートデバイスからビデオＲＴＰパケットを受信し続け得る（１１８）。
【００７２】
[0077]図５は、本開示の技法に合致する、一方向ビデオ接続をもつＶＴセッションをオーディオのみのＶＴセッションにダウングレードする一例を示す流れ図である。たとえば、図５は、ネットワーク上で二方向ビデオ接続をもつＶＴセッション中の参加者であるユーザ機器（ＵＥ）を示す。いくつかの例では、ＵＥは、ローカルデバイス４２（図２）と同様の様式で構成され得る。
【００７３】
[0078]図５の例では、ＵＥはビデオＲＴＰパケットを生成し、それらのパケットをネットワークに送信する（１３０）。さらに、ＵＥは、オーディオおよびビデオＲＴＰＣパケット（オーディオ／ビデオＲＴＣＰ）を送信および受信する（１３２）。着信ビデオＲＴＣＰパケットは、リモートデバイスにおける悪いビデオ品質またはビデオフリーズを示す（１３４）。たとえば、ビデオＲＴＣＰパケットは、ネットワーク上でのＲＴＰパケットの送信中に紛失したＲＴＰパケットの数および／または比のインジケーションを与え得る。ＵＥは、紛失したＲＴＰパケットの数および／または比がしきい値を超えることに基づいて悪いビデオ品質またはビデオフリーズを決定し得る。
【００７４】
[0079]図５の例では、ＵＥは、ビデオビットレートを最小ビットレートに低減するためのビデオレート適応を実施する（１３６）。ＵＥはまた、オーディオおよびビデオＲＴＰパケットならびにオーディオおよびビデオＲＴＣＰパケット（オーディオ／ビデオＲＴＰ／ＲＴＣＰ）を受信し続ける（１３８）。着信ビデオＲＴＣＰパケットは、リモートデバイスにおける悪いビデオ品質またはビデオフリーズの継続を示し、ＵＥは、呼（call）がオーディオのみであるように、一方向ビデオ呼をボイスオーバーＩＰ（ＶＯＩＰ）にダウングレードする（１４０）。たとえば、ＵＥは、ＵＥとリモートデバイスが両方ともビデオデータを送ることなしにオーディオデータのみを送るように、受信者側ビデオを終了する。
【００７５】
[0080]ダウングレードを行うために、ＵＥは、リモートデバイスをオーディオのみのＶＴセッションに再勧誘する（再勧誘（ビデオポート０、オーディオ：送受信）（１４２）。いくつかの例では、ＵＥは、ＶＴセッションを確立するためにＳＩＰを使用し得る。たとえば、ＵＥは、ダウングレードされたＶＴセッションを確立するためにリモートデバイスに勧誘ＳＩＰ要求を送り得る。
【００７６】
[0081]ＵＥは、ダウングレードされたＶＴセッションのリモートデバイスから肯定応答を受信し得る（２００ＯＫ（ビデオポート０、オーディオ：送受信）（１４４）。ＵＥは、次いで、オーディオＲＴＰパケットおよびオーディオＲＴＣＰパケット（オーディオＲＴＰ／ＲＴＣＰ）を送信および受信し続け得る（１４６）。
【００７７】
[0082]いくつかの例では、ＵＥは、図４および図５に関して説明した技法の任意の組合せを使用し得る。たとえば、ＵＥは、（たとえば、図４に関して説明したように）リモートデバイスにおける劣化した再生を識別し、二方向ビデオ接続を有するＶＴセッションを一方向ビデオ接続にダウングレードし得る。ＵＥはまた、（たとえば、図５に関して説明したように）劣化した再生を再識別し（または所定の時間期間の間劣化した再生を連続的に識別し）、一方向ビデオ接続をオーディオのみのＶＴセッションにダウングレードし得る。他の例では、ＵＥは、二方向ビデオ電話セッションをオーディオのみのセッションに直接ダウングレードし得る。
【００７８】
[0083]図６は、本開示の技法に合致する、ＶＴセッションをダウングレードするための例示的なプロセスを示す流れ図である。図６の例は、例示のためにローカルデバイス４２に関して説明される。しかしながら、図６のプロセスは様々な他のデバイスおよび／またはプロセッサによって行われ得ることを理解されたい。
【００７９】
[0084]図６の例では、ローカルデバイス４２は、少なくとも１つのビデオ接続を含む（リモートデバイス４４などの）リモートデバイスとのＶＴセッションを確立し得る（１６０）。ローカルデバイス４２はまた、リモートデバイスにおける劣化した再生を示すデータを受信し得る（１６２）。いくつかの例では、受信されたデータは、パケット損失を示す１つまたは複数のＲＴＣＰパケットを含み得る。
【００８０】
[0085]ローカルデバイス４２は、受信されたデータに基づいてリモートデバイス４４における劣化した再生を識別し得る（１６４）。たとえば、ローカルデバイス４２は、ローカルデバイス４２からリモートデバイス４４への送信中に少なくとも一部のデータが紛失したことを示す受信されたデータに基づいて、再生品質が不十分である、たとえば、悪い視覚品質および／またはビデオフリーズであると決定し得る。ローカルデバイス４２は、紛失したデータの量（たとえば、紛失パケットの数または比）に基づいて劣化した再生を識別し得る。
【００８１】
[0086]図６の例では、リモートデバイスにおける劣化した再生を識別したことに応答して、ローカルデバイス４２は、符号化されたデータのビットレートを低減し得る（１６６）。いくつかの例では、ローカルデバイス４２は、符号化されたデータのビットレートをビデオエンコーダ５０および／またはチャネル４６によってサポート可能である最小ビットレートに低減し得る。ローカルデバイス４２は、ビデオエンコーダ５０によってサポート可能である最小ビットレートに達するより前に、１つまたは複数のステップにおいて符号化されたデータのビットレートを低減し得る。
【００８２】
[0087]ローカルデバイス４２は、リモートデバイス４４におけるビデオデータの劣化した再生を再識別し得る（１６８）。たとえば、ローカルデバイス４２は、符号化されたビデオデータのビットレートを低減した後にデータの再生が改善しなかったことを示すデータを受信し続け得る。いくつかの例では、ローカルデバイス４２は、所定の持続時間の間そのようなデータを受信し続けた後に、劣化した再生を再識別し得る。追加または代替として、ローカルデバイス４２は、しきい値を上回るパケット損失を示す、受信されたいくつかのＲＴＣＰメッセージに基づいて、劣化した再生を再識別し得る。
【００８３】
[0088]ローカルデバイス４２は、劣化した再生を識別したことに応答して、ＶＴセッションのビデオ接続を終了し得る（１７０）。たとえば、ローカルデバイス４２は、ビデオ接続を含まないＶＴセッションにリモートデバイス４４を再勧誘し得る。いくつかの例では、ローカルデバイス４２は、ローカルデバイス４２からリモートデバイス４４へのビデオ接続を終了し得る。他の例では、ローカルデバイス４２は、リモートデバイス４４からローカルデバイス４２へのビデオ接続を終了し得る。
【００８４】
[0089]例に応じて、図６に関して説明した技法のいずれかのいくつかのアクト（act）またはイベントは、異なるシーケンスで実施され得、追加、マージ、または完全に除外され得る（たとえば、説明したアクトまたはイベントのすべてが技法の実践のために必要であるとは限らない）ことを理解されたい。
【００８５】
[0090]本明細書で説明した技法は任意の組合せで実施され得る。一例では、データを処理する方法は、（たとえば、第１のデバイス１２またはローカルデバイス４２などの）ローカルデバイスと、（たとえば、第２のデバイス２０またはリモートデバイス４４などの）リモートデバイスとの間のビデオ電話セッションにおいて、ここで、ビデオ電話セッションは、ローカルデバイスとリモートデバイスとの間に少なくとも１つのビデオ接続を含み、リモートデバイスにおけるビデオデータの劣化した再生を識別することを含む。劣化した再生を識別したことに応答して、ローカルデバイスは、少なくとも１つのビデオ接続のビデオ接続を終了し得る。
【００８６】
[0091]いくつかの例では、少なくとも１つのビデオ接続は、ローカルデバイスからリモートデバイスへの第１のビデオ接続と、リモートデバイスからローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備える。そのような例では、ローカルデバイスは、ローカルデバイスがビデオデータを受信することなしにオーディオデータを受信するように、一方向ビデオ接続を確立するためにリモートデバイスからローカルデバイスへの第２のビデオ接続を終了することによってビデオ接続を終了し得る。
【００８７】
[0092]本方法は、ローカルデバイスによって、リモートデバイスにおけるビデオデータの劣化した再生を再識別すること（または所定の時間期間の間識別すること）をさらに含み得る。劣化した再生を再識別したことに応答して、ローカルデバイスは、ローカルデバイスとリモートデバイスとがオーディオデータのみを受信するように、オーディオのみの接続を確立するためにローカルデバイスからリモートデバイスビデオへの第１のビデオ接続を終了し得る。
【００８８】
[0093]いくつかの例では、少なくとも１つのビデオ接続は、ローカルデバイスからリモートデバイスへの一方向ビデオ接続を備える。そのような例では、ローカルデバイスは、ローカルビデオ電話デバイスとリモートデバイスとがオーディオデータのみを受信するように、オーディオのみの接続を確立するために一方向ビデオ接続を終了することによってビデオ接続を終了し得る。
【００８９】
[0094]いくつかの例では、劣化した再生を識別することは、ローカルデバイスから送られたがリモートデバイスによって受信されないビデオデータの量のインジケーションを受信することを備える。追加または代替として、ビデオデータの量のインジケーションを受信することは、紛失したビデオデータのパケットの数または紛失したビデオデータのパケットの割合のインジケーションの少なくとも１つを受信することを備える。
【００９０】
[0095]いくつかの例では、劣化した再生を識別することは、１つまたは複数のＲＴＣＰパケットを受信することと、１つまたは複数のＲＴＣＰパケットに基づいて劣化した再生を識別することとを備える。他の例では、追加または代替として、劣化した再生を識別することは、１つまたは複数のＲＴＣＰパケットの不在を識別することと、１つまたは複数のＲＴＣＰパケットの不在に基づいて（たとえば、予想されるＲＴＣＰパケットを受信しないことに基づいて）劣化した再生を識別することとを備える。
【００９１】
[0096]いくつかの例では、ビデオ接続を終了することは、ビデオ接続を終了するためにローカルデバイスからリモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信することを備える。追加または代替として、ローカルデバイスは、ビデオ接続を終了するより前に、ビデオデータのビットレートを低減するためにビデオ接続上でビットレート適応を実施し得る。いくつかの事例では、ビットレート適応を実施することは、ビデオデータのビットレートをローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減することを含み得る。
【００９２】
[0097]１つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応する、コンピュータ可読記憶媒体を含み得るか、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的な有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。
【００９３】
[0098]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。さらに、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、ウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【００９４】
[0099]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、上記の構造、または本明細書で説明した技法の実装に好適な任意の他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアのユニットもしくはモジュール内で与えられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中で完全に実装され得る。
【００９５】
[0100]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、様々なコンポーネント、モジュール、またはユニットが、開示する技法を実施するように構成されたデバイスの機能的態様を強調するように説明されたが、異なるハードウェアユニットによる実現を必ずしも必要としない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされ得るか、または相互動作可能なハードウェアユニットの集合によって与えられ得る。
【００９６】
[0101]様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。
【図１】
2018529261.tif 000003
【図２】
2018529261.tif 000004
【図３】
2018529261.tif 000005
【図４】
2018529261.tif 000006
【図５】
2018529261.tif 000007
【図６】
2018529261.tif 000008
【手続補正書】
【提出日】平成30年2月9日(2018.2.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データを処理する方法であって、前記方法は、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、前記ローカルデバイスによって、前記リモートデバイスにおけるビデオデータの劣化した再生を識別することと、ここで、前記ビデオ電話セッションは、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続、または、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを有する二方向ビデオ接続を備え、
前記劣化した再生を識別したことに応答して、前記ローカルデバイスによって、前記ビデオ電話セッションのビデオ接続を終了することと
を備え、ここで、前記ビデオ接続を終了することは、
前記ビデオ電話セッションが、前記一方向ビデオ接続を備えるとき、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了することと、
前記ビデオ電話セッションが、前記二方向ビデオ接続を備えるとき、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することと
のうちの少なくとも１つを備える、方法。
【請求項２】
前記ビデオ電話セッションは、前記二方向ビデオ接続を備え、前記方法は、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
をさらに備える、請求項１に記載の方法。
【請求項３】
前記劣化した再生を識別することが、前記ローカルデバイスから送られたが前記リモートデバイスによって受信されないビデオデータの量のインジケーションを受信することを備える、請求項１に記載の方法。
【請求項４】
ビデオデータの前記量の前記インジケーションを受信することが、紛失した前記ビデオデータのパケットの数または紛失した前記ビデオデータのパケットの割合のインジケーションの少なくとも１つを受信することを備える、請求項３に記載の方法。
【請求項５】
前記劣化した再生を識別することが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットを受信することと、前記１つまたは複数のＲＴＣＰパケットに基づいて前記劣化した再生を識別することとを備える、請求項１に記載の方法。
【請求項６】
前記劣化した再生を識別することが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットの不在を識別することと、前記不在に基づいて前記劣化した再生を識別することとを備える、請求項１に記載の方法。
【請求項７】
前記一方向ビデオ接続を終了すること、または、前記第２のビデオ接続を終了することが、前記ビデオ接続を終了するために前記ローカルデバイスから前記リモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信することを備える、請求項１に記載の方法。
【請求項８】
前記ビデオ接続を終了するより前に、前記ビデオデータのビットレートを低減するために前記ビデオ接続上でビットレート適応を実施すること
をさらに備える、請求項１に記載の方法。
【請求項９】
ビットレート適応を実施することが、前記ビデオデータの前記ビットレートを前記ローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減することを備える、請求項８に記載の方法。
【請求項１０】
データを処理するためのデバイスであって、前記デバイスは、
ビデオデータを記憶するように構成されたメモリと、
ローカルデバイスの１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサは、
前記ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、前記ローカルデバイスによって、前記リモートデバイスにおけるビデオデータの劣化した再生を識別することと、ここで、前記ビデオ電話セッションは、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続、または、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを有する二方向ビデオ接続を備え、
前記劣化した再生を識別したことに応答して、前記ビデオ電話セッションのビデオ接続を終了することと
を行うように構成され、ここで、前記ビデオ接続を終了するために、前記ローカルデバイスの前記１つまたは複数のプロセッサは、
前記ビデオ電話セッションが、前記一方向ビデオ接続を備えるとき、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了することと、
前記ビデオ電話セッションが、前記二方向ビデオ接続を備えるとき、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することと
のうちの少なくとも１つを行うように構成された、デバイス。
【請求項１１】
前記ビデオ電話セッションは、前記二方向ビデオ接続を備え、前記１つまたは複数のプロセッサは、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
を行うようにさらに構成された、請求項１０に記載のデバイス。
【請求項１２】
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、前記ローカルデバイスから送られたが前記リモートデバイスによって受信されないビデオデータの量のインジケーションを受信するように構成された、請求項１０に記載のデバイス。
【請求項１３】
ビデオデータの前記量の前記インジケーションを受信するために、前記１つまたは複数のプロセッサが、紛失した前記ビデオデータのパケットの数または紛失した前記ビデオデータのパケットの割合のインジケーションの少なくとも１つを受信するように構成された、請求項１２に記載のデバイス。
【請求項１４】
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットを受信することと、前記１つまたは複数のＲＴＣＰパケットに基づいて前記劣化した再生を識別することとを行うように構成された、請求項１０に記載のデバイス。
【請求項１５】
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットの不在を識別することと、前記不在に基づいて前記劣化した再生を識別することとを行うように構成された、請求項１０に記載のデバイス。
【請求項１６】
前記一方向ビデオ接続を終了するために、または、前記第２のビデオ接続を終了するために、前記１つまたは複数のプロセッサが、前記ビデオ接続を終了するために前記ローカルデバイスから前記リモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信するように構成された、請求項１０に記載のデバイス。
【請求項１７】
前記１つまたは複数のプロセッサが、
前記ビデオ接続を終了するより前に、前記ビデオデータのビットレートを低減するために前記ビデオ接続上でビットレート適応を実施する
ようにさらに構成された、請求項１０に記載のデバイス。
【請求項１８】
ビットレート適応を実施するために、前記１つまたは複数のプロセッサが、前記ビデオデータの前記ビットレートを前記ローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減するように構成された、請求項１７に記載のデバイス。
【請求項１９】
前記ローカルデバイスが、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項１０に記載のデバイス。
【請求項２０】
データを処理するための装置であって、前記装置は、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、前記ローカルデバイスによって、前記リモートデバイスにおけるビデオデータの劣化した再生を識別するための手段と、ここで、前記ビデオ電話セッションは、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続、または、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを有する二方向ビデオ接続を備え、
前記劣化した再生を識別したことに応答して、前記ビデオ電話セッションのビデオ接続を終了するための手段と
を備え、ここで、前記ビデオ接続を終了するための前記手段は、
前記ビデオ電話セッションが、前記一方向ビデオ接続を備えるとき、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了するための手段と、
前記ビデオ電話セッションが、前記二方向ビデオ接続を備えるとき、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了するための手段と
のうちの少なくとも１つを備える、装置。
【請求項２１】
前記ビデオ電話セッションは、前記二方向ビデオ接続を備え、前記装置は、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別するための手段と、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了するための手段と
をさらに備える、請求項２０に記載の装置。
【請求項２２】
非一時的コンピュータ可読媒体であって、実行されたとき、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、前記ローカルデバイスによって、前記リモートデバイスにおけるビデオデータの劣化した再生を識別することと、ここで、前記ビデオ電話セッションは、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続、または、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを有する二方向ビデオ接続を備え、
前記劣化した再生を識別したことに応答して、前記ローカルデバイスによって、前記ビデオ電話セッションのビデオ接続を終了することと
を１つまたは複数のプロセッサに行わせる命令を記憶し、ここで、前記ビデオ接続を終了するために、前記命令は、前記１つまたは複数のプロセッサに、
前記ビデオ電話セッションが、前記一方向ビデオ接続を備えるとき、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了することと、
前記ビデオ電話セッションが、前記二方向ビデオ接続を備えるとき、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することと
のうちの１つまたは複数を行わせる、非一時的コンピュータ可読媒体。
【請求項２３】
前記ビデオ電話セッションは、前記二方向ビデオ接続を備え、前記命令は、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
を前記１つまたは複数のプロセッサにさらに行わせる、請求項２２に記載の非一時的コンピュータ可読媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００９６
【補正方法】変更
【補正の内容】
【００９６】
[0101]様々な例が説明された。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
データを処理する方法であって、前記方法は、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記ローカルデバイスによって、前記リモートデバイスにおけるビデオデータの劣化した再生を識別することと、
前記劣化した再生を識別したことに応答して、前記ローカルデバイスによって、前記少なくとも１つのビデオ接続のビデオ接続を終了することと
を備える、方法。
［Ｃ２］
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了することは、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することを備える、Ｃ１に記載の方法。
［Ｃ３］
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
をさらに備える、Ｃ２に記載の方法。
［Ｃ４］
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続を備え、前記ビデオ接続を終了することは、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記劣化した再生を識別することが、前記ローカルデバイスから送られたが前記リモートデバイスによって受信されないビデオデータの量のインジケーションを受信することを備える、Ｃ１に記載の方法。
［Ｃ６］
ビデオデータの前記量の前記インジケーションを受信することが、紛失した前記ビデオデータのパケットの数または紛失した前記ビデオデータのパケットの割合のインジケーションの少なくとも１つを受信することを備える、Ｃ５に記載の方法。
［Ｃ７］
前記劣化した再生を識別することが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットを受信することと、前記１つまたは複数のＲＴＣＰパケットに基づいて前記劣化した再生を識別することとを備える、Ｃ１に記載の方法。
［Ｃ８］
前記劣化した再生を識別することが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットの不在を識別することと、前記不在に基づいて前記劣化した再生を識別することとを備える、Ｃ１に記載の方法。
［Ｃ９］
前記ビデオ接続を終了することが、前記ビデオ接続を終了するために前記ローカルデバイスから前記リモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信することを備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ビデオ接続を終了するより前に、前記ビデオデータのビットレートを低減するために前記ビデオ接続上でビットレート適応を実施すること
をさらに備える、Ｃ１に記載の方法。
［Ｃ１１］
ビットレート適応を実施することが、前記ビデオデータの前記ビットレートを前記ローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減することを備える、Ｃ１０に記載の方法。
［Ｃ１２］
データを処理するためのデバイスであって、前記デバイスは、
ビデオデータを記憶するように構成されたメモリと、
ローカルデバイスの１つまたは複数のプロセッサと
を備え、前記１つまたは複数のプロセッサは、
前記ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記リモートデバイスにおける前記ビデオデータの劣化した再生を識別することと、
前記劣化した再生を識別したことに応答して、前記少なくとも１つのビデオ接続のビデオ接続を終了することと
を行うように構成された、デバイス。
［Ｃ１３］
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了するために、前記１つまたは複数のプロセッサは、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了するように構成された、Ｃ１２に記載のデバイス。
［Ｃ１４］
前記１つまたは複数のプロセッサは、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
を行うようにさらに構成された、Ｃ１３に記載のデバイス。
［Ｃ１５］
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの一方向ビデオ接続を備え、前記ビデオ接続を終了するために、前記１つまたは複数のプロセッサは、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記一方向ビデオ接続を終了するように構成された、Ｃ１２に記載のデバイス。
［Ｃ１６］
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、前記ローカルデバイスから送られたが前記リモートデバイスによって受信されないビデオデータの量のインジケーションを受信するように構成された、Ｃ１２に記載のデバイス。
［Ｃ１７］
ビデオデータの前記量の前記インジケーションを受信するために、前記１つまたは複数のプロセッサが、紛失した前記ビデオデータのパケットの数または紛失した前記ビデオデータのパケットの割合のインジケーションの少なくとも１つを受信するように構成された、Ｃ１６に記載のデバイス。
［Ｃ１８］
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットを受信することと、前記１つまたは複数のＲＴＣＰパケットに基づいて前記劣化した再生を識別することとを行うように構成された、Ｃ１２に記載のデバイス。
［Ｃ１９］
前記劣化した再生を識別するために、前記１つまたは複数のプロセッサが、１つまたは複数のリアルタイムトランスポートプロトコル（ＲＴＰ）制御プロトコル（ＲＴＣＰ）パケットの不在を識別することと、前記不在に基づいて前記劣化した再生を識別することとを行うように構成された、Ｃ１２に記載のデバイス。
［Ｃ２０］
前記ビデオ接続を終了するために、前記１つまたは複数のプロセッサが、前記ビデオ接続を終了するために前記ローカルデバイスから前記リモートデバイスにセッション開始プロトコル（ＳＩＰ）メッセージを送信するように構成された、Ｃ１２に記載のデバイス。
［Ｃ２１］
前記１つまたは複数のプロセッサが、
前記ビデオ接続を終了するより前に、前記ビデオデータのビットレートを低減するために前記ビデオ接続上でビットレート適応を実施する
ようにさらに構成された、Ｃ１２に記載のデバイス。
［Ｃ２２］
ビットレート適応を実施するために、前記１つまたは複数のプロセッサが、前記ビデオデータの前記ビットレートを前記ローカルデバイスのビデオエンコーダによってサポートされる最小ビットレートに低減するように構成された、Ｃ２１に記載のデバイス。
［Ｃ２３］
前記ローカルデバイスが、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイス
のうちの少なくとも１つを備える、Ｃ１２に記載のデバイス。
［Ｃ２４］
データを処理するための装置であって、前記装置は、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を識別するための手段と、
前記劣化した再生を識別したことに応答して、前記少なくとも１つのビデオ接続のビデオ接続を終了するための手段と
を備える、装置。
［Ｃ２５］
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了するための前記手段は、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了するための手段を備える、Ｃ２４に記載の装置。
［Ｃ２６］
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別するための手段と、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了するための手段と
をさらに備える、Ｃ２５に記載の装置。
［Ｃ２７］
実行されたとき、
ローカルデバイスとリモートデバイスとの間のビデオ電話セッションにおいて、ここで、前記ビデオ電話セッションは、前記ローカルデバイスと前記リモートデバイスとの間に少なくとも１つのビデオ接続を含み、前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を識別することと、
前記劣化した再生を識別したことに応答して、前記ローカルデバイスによって、前記少なくとも１つのビデオ接続のビデオ接続を終了することと
を１つまたは複数のプロセッサに行わせる命令を記憶した非一時的コンピュータ可読媒体。
［Ｃ２８］
前記少なくとも１つのビデオ接続が、前記ローカルデバイスから前記リモートデバイスへの第１のビデオ接続と、前記リモートデバイスから前記ローカルデバイスへの第２のビデオ接続とを含む二方向ビデオ接続を備え、
前記ビデオ接続を終了するために、前記命令は、前記ローカルデバイスがビデオデータを送信することなしにオーディオデータを送信するように、一方向ビデオ接続を確立するために前記ローカルデバイスから前記リモートデバイスへの前記第２のビデオ接続を終了することを前記１つまたは複数のプロセッサに行わせる、Ｃ２７に記載の非一時的コンピュータ可読媒体。
［Ｃ２９］
前記命令は、
前記ローカルデバイスによって、前記リモートデバイスにおける前記ビデオデータの劣化した再生を再識別することと、
前記劣化した再生を再識別したことに応答して、前記ローカルデバイスがオーディオデータのみを送信しオーディオデータのみを受信するように、オーディオのみの接続を確立するために前記リモートデバイスから前記ローカルデバイスへの前記第１のビデオ接続を終了することと
を前記１つまたは複数のプロセッサにさらに行わせる、Ｃ２８に記載の非一時的コンピュータ可読媒体。
【国際調査報告】
2018529261.tif 000009
2018529261.tif 000010
2018529261.tif 000011