(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-07-12
(54)【発明の名称】パケット損失率に基づくコーデック構成適応
(51)【国際特許分類】
H04L 1/00 20060101AFI20220705BHJP
H04M 1/253 20060101ALI20220705BHJP
【ＦＩ】
H04L1/00 E
H04M1/253
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2021564159
(86)(22)【出願日】2020-05-05
(85)【翻訳文提出日】2021-10-27
(86)【国際出願番号】 US2020031439
(87)【国際公開番号】W WO2020227270
(87)【国際公開日】2020-11-12
(31)【優先権主張番号】62/843,826
(32)【優先日】2019-05-06
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/866,728
(32)【優先日】2019-06-26
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】16/865,579
(32)【優先日】2020-05-04
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】595020643
【氏名又は名称】クゥアルコム・インコーポレイテッド
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
(74)【代理人】
【識別番号】100108855
【弁理士】
【氏名又は名称】蔵田 昌俊
(74)【代理人】
【識別番号】100158805
【弁理士】
【氏名又は名称】井関 守三
(74)【代理人】
【識別番号】100112807
【弁理士】
【氏名又は名称】岡田 貴志
(72)【発明者】
【氏名】リョン、ニコライ・コンラド
【テーマコード（参考）】
5K014
5K127
【Ｆターム（参考）】
5K014EA08
5K014FA11
5K127AA03
5K127BA03
5K127DA19
5K127EA13
5K127HA11
5K127HA24
5K127JA06
5K127MA03
(57)【要約】
通信の方法は、構成サーバから第１のデバイスにおいて構成データを受信すること、構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、を含む。本方法は、第１のデバイスにおけるパケット損失率を決定すること、パケット損失率は、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられ、を含む。本方法は、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて、第２のデバイスに、第２のデバイスのコーデック構成を変更するための要求を送ることを含む。本方法はまた、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信すること、第２のパケットは、第２のコーデック構成に基づいて符号化され、を含む。
【選択図】 図４
【選択図】 図４
【特許請求の範囲】
【請求項1】
通信の方法であって、構成サーバから第１のデバイスにおいて構成データを受信することと、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、
前記第１のデバイスにおけるパケット損失率を決定することと、前記パケット損失率は、第２のデバイスから、ネットワークを介して、前記第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられ、
前記第１のデバイスのデコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて、前記第２のデバイスに、前記第２のデバイスのコーデック構成を変更するための要求を送ることと、
前記第２のデバイスから、前記ネットワークを介して、前記第１のデバイスにおいて第２のパケットを受信することと、前記第２のパケットは、第２のコーデック構成に基づいて符号化され、
を含む方法。
【請求項2】
前記構成データは、コーデック構成の順序付けされたリストを含み、コーデック構成の前記順序付けされたリストにおいて、前記第１のコーデック構成は第１の順序位置を有し、前記第２のコーデック構成が第２の順序位置を有する、請求項１に記載の方法。
【請求項3】
コーデック構成の前記順序付けされたリストは、パケット損失に対する前記コーデック構成のロバストネスに基づいて順序付けされる、請求項２に記載の方法。
【請求項4】
前記構成データは、コーデック構成の前記順序付けされたリストに関連付けられた第１のパケット損失率しきい値のリストを含み、前記第１のパケット損失率しきい値のうちの第１の高パケット損失率しきい値は、前記第１のコーデック構成に関連付けられる、請求項２に記載の方法。
【請求項5】
前記パケット損失率が前記第１の高パケット損失率しきい値よりも大きいと決定することに応答して、前記パケット損失率が前記第１のパケット損失率しきい値を満たすと決定することをさらに含む、請求項４に記載の方法。
【請求項6】
前記構成データは、第１のパケット損失率しきい値の前記リストに関連付けられた第１の要求タイプのリストを含み、前記第１の要求タイプのうちの第１の要求タイプは、前記第１の高パケット損失率しきい値に関連付けられ、前記要求は、前記第１の要求タイプのものである、請求項５に記載の方法。
【請求項7】
前記構成データは、コーデック構成の前記順序付けされたリストに関連付けられた第２のパケット損失率しきい値のリストを含み、前記第２のパケット損失率しきい値のうちの第１の低パケット損失率しきい値は、前記第１のコーデック構成に関連付けられる、請求項２に記載の方法。
【請求項8】
前記パケット損失率が前記第１の低パケット損失率しきい値未満であると決定することに応答して、前記パケット損失率が前記第１のパケット損失率しきい値を満たすと決定することをさらに含む、請求項７に記載の方法。
【請求項9】
前記構成データは、第２のパケット損失率しきい値の前記リストに関連付けられた第２の要求タイプのリストを含み、前記第２の要求タイプのうちの第２の要求タイプは、前記第１の低パケット損失率しきい値に関連付けられ、前記要求は、前記第２の要求タイプのものである、請求項８に記載の方法。
【請求項10】
前記要求は、前記第２のコーデック構成を示す、請求項１に記載の方法。
【請求項11】
前記構成データは、コーデック構成の順序付けされたシーケンスを示し、前記方法は、前記第２のデバイスに前記要求を送ることより前に、前記第２のデバイスによってサポートされる１つまたは複数のコーデック構成を示す、前記第２のデバイスからのメッセージを受信することと、
前記第２のコーデック構成が、コーデック構成の前記順序付けされたシーケンスにおいて、前記第１のコーデック構成の第１の順序位置よりも大きい第２の順序位置を有することと、前記第２のデバイスによってサポートされる前記１つまたは複数のコーデック構成が、前記第２のコーデック構成を含むことと、前記第１のデバイスが、前記第２のコーデック構成をサポートすることとを決定することに基づいて、前記第２のコーデック構成を示す前記要求を生成することと、
をさらに含む、請求項１０に記載の方法。
【請求項12】
前記第１のコーデック構成は、適応マルチレート広帯域（ＡＭＲ－ＷＢ）コーデック構成、ＡＭＲ－ＷＢ／Ｇ．７１８相互動作可能（ＩＯ）コーデック構成、拡張音声サービス（ＥＶＳ）ＡＭＲ－ＷＢ ＩＯコーデック構成、ＥＶＳ広帯域（ＷＢ）、超広帯域（ＳＷＢ）コーデック構成、またはＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成を含む、請求項１に記載の方法。
【請求項13】
前記構成データは、パケット損失率平均ウィンドウ持続時間を含み、前記パケット損失率は、前記パケット損失率平均ウィンドウ持続時間のスライディングウィンドウに基づく、請求項１に記載の方法。
【請求項14】
前記構成データは、デジッタバッファパケット損失率インジケータを含み、前記デジッタバッファパケット損失率インジケータが第１の値を有すると決定することに応答して、前記パケット損失率は、デジッタバッファ前パケット損失イベントのカウントに基づく、請求項１に記載の方法。
【請求項15】
前記構成データは、デジッタバッファパケット損失率インジケータを含み、前記デジッタバッファパケット損失率インジケータが第２の値を有すると決定することに応答して、前記パケット損失率は、デジッタバッファ後パケット損失イベントのカウントに基づく、請求項１に記載の方法。
【請求項16】
デバイスであって、構成サーバから受信される構成データを記憶するように構成されたメモリと、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、
1つまたは複数のプロセッサと、
を備え、前記１つまたは複数のプロセッサは、
第２のデバイスから、ネットワークを介して受信される１つまたは複数の第１のパケットに関連付けられたパケット損失率を決定することと、
デコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて、前記第２のデバイスに、前記第２のデバイスのコーデック構成を変更するための要求を送ることと、
前記第２のデバイスから、前記ネットワークを介して、第２のコーデック構成に基づいて符号化された第２のパケットを受信することと、
を行うように構成された、デバイス。
【請求項17】
前記デコーダと、受信機と、
をさらに備え、前記受信機は、
前記構成サーバから前記構成データを受信することと、
前記第２のデバイスから、前記ネットワークを介して、前記第１のパケットを受信することと、
前記第２のデバイスから、前記ネットワークを介して、前記第２のパケットを受信することと、
を行うように構成された、請求項１６に記載のデバイス。
【請求項18】
前記メモリおよび前記１つまたは複数のプロセッサは、モバイルデバイスに組み込まれる、請求項１６に記載のデバイス。
【請求項19】
前記メモリおよび前記１つまたは複数のプロセッサは、基地局に組み込まれる、請求項１６に記載のデバイス。
【請求項20】
デバイスの１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに、構成サーバから構成データを受信することと、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、
第２のデバイスから、ネットワークを介して、前記デバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられたパケット損失率を決定することと、
前記デバイスのデコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて、前記第２のデバイスに、前記第２のデバイスのコーデック構成を変更するための要求を送ることと、
前記第２のデバイスから、前記ネットワークを介して、第２のパケットを受信することと、前記第２のパケットは、第２のコーデック構成に基づいて符号化され、
を行わせる命令を含む、非一時的コンピュータ可読媒体。
【請求項21】
前記命令は、前記１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに、デジッタバッファパケット損失率インジケータが特定の値を有すると決定することに応答して、デジッタバッファ前パケット損失イベントのカウントに基づいて、前記パケット損失率を決定すること、ここにおいて、前記構成データが、前記デジッタバッファパケット損失率インジケータを含み、
を行わせる、請求項２０に記載の非一時的コンピュータ可読媒体。
【請求項22】
装置であって、構成サーバから第１のデバイスにおいて構成データを受信するための手段と、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、
前記第１のデバイスにおけるパケット損失率を決定するための手段と、前記パケット損失率は、第２のデバイスから、ネットワークを介して、前記第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられ、
前記第２のデバイスのコーデック構成を変更するために、前記第２のデバイスに要求を送るための手段と、前記要求は、前記第１のデバイスのデコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて送られ、
前記第２のデバイスから、前記ネットワークを介して、前記第１のデバイスにおいて第２のパケットを受信するための手段と、前記第２のパケットは、第２のコーデック構成に基づいて符号化され、
を備える、装置。
【請求項23】
デジッタバッファパケット損失率インジケータが特定の値を有することに応答して、前記パケット損失率は、デジッタバッファ後パケット損失イベントのカウントに基づき、ここにおいて、前記構成データは、前記デジッタバッファパケット損失率インジケータを含む、請求項２２に記載の装置。
【請求項24】
通信の方法であって、構成サーバから第１のデバイスにおいて構成データを受信することと、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、ここにおいて、前記構成データは、デジッタバッファパケット損失率インジケータを含み、
前記デジッタバッファパケット損失率インジケータの値に応答して、デジッタバッファ前パケット損失イベントのカウント、またはデジッタバッファ後パケット損失イベントのカウントに基づいて、パケット損失率を決定することと、前記パケット損失率は、第２のデバイスから、ネットワークを介して、前記第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられ、
前記第１のデバイスのデコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて、前記第２のデバイスに、前記第２のデバイスのコーデック構成を変更するための要求を送ることと、
前記第２のデバイスから、前記ネットワークを介して、前記第１のデバイスにおいて第２のパケットを受信することと、前記第２のパケットは、第２のコーデック構成に基づいて符号化され、
を含む方法。
【請求項25】
前記構成データは、コーデック構成の順序付けされたリストを含み、コーデック構成の前記順序付けされたリストにおいて、前記第１のコーデック構成は第１の順序位置を有し、前記第２のコーデック構成は第２の順序位置を有する、請求項２４に記載の方法。
【請求項26】
デバイスであって、構成サーバから受信される構成データを記憶するように構成されたメモリと、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、ここにおいて、前記構成データは、デジッタバッファパケット損失率インジケータを含み、
デジッタバッファと、
１つ又は複数のプロセッサと、
を備え、前記１つまたは複数のプロセッサは、
前記デジッタバッファパケット損失率インジケータの値に応答して、デジッタバッファ前パケット損失イベントのカウント、またはデジッタバッファ後パケット損失イベントのカウントに基づいて、パケット損失率を決定することと、前記パケット損失率は、第２のデバイスから、ネットワークを介して受信される１つまたは複数の第１のパケットに関連付けられ、
デコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて、前記第２のデバイスに、前記第２のデバイスのコーデック構成を変更するための要求を送ることと、
前記第２のデバイスから、前記ネットワークを介して、第２のコーデック構成に基づいて符号化された第２のパケットを受信することと、
を行うように構成された、デバイス。
【請求項27】
前記デコーダと、前記受信機と、
をさらに備え、前記受信機は、
前記構成サーバから前記構成データを受信することと、
前記第２のデバイスから、前記ネットワークを介して、前記第１のパケットを受信することと、
前記第２のデバイスから、前記ネットワークを介して、前記第２のパケットを受信することと、
を行うように構成された、請求項２６に記載のデバイス。
【請求項28】
デバイスの１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに、通信のための動作を実施させる命令を含む、非一時的コンピュータ可読媒体であって、前記動作は、構成サーバから構成データを受信することと、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、ここにおいて、前記構成データは、デジッタバッファパケット損失率インジケータを含み、
前記デジッタバッファパケット損失率インジケータの値に応答して、デジッタバッファ前パケット損失イベントのカウント、またはデジッタバッファ後パケット損失イベントのカウントに基づいて、パケット損失率を決定することと、前記パケット損失率は、第２のデバイスから、ネットワークを介して、前記デバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられ、
前記デバイスのデコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて、前記第２のデバイスに、前記第２のデバイスのコーデック構成を変更するための要求を送ることと、
前記第２のデバイスから、前記ネットワークを介して、第２のパケットを受信することと、前記第２のパケットは、第２のコーデック構成に基づいて符号化され、
を含む、非一時的コンピュータ可読媒体。
【請求項29】
前記構成データは、パケット損失率平均ウィンドウ持続時間を含み、前記パケット損失率は、前記パケット損失率平均ウィンドウ持続時間のスライディングウィンドウに基づく、請求項２８に記載の非一時的コンピュータ可読媒体。
【請求項30】
装置であって、構成サーバから第１のデバイスにおいて構成データを受信するための手段と、前記構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示し、ここにおいて、前記構成データは、デジッタバッファパケット損失率インジケータを含み、
前記デジッタバッファパケット損失率インジケータの値に応答して、デジッタバッファ前パケット損失イベントの第１のカウント、またはデジッタバッファ後パケット損失イベントの第２のカウントに基づいて、パケット損失率を決定するための手段と、ここにおいて、前記パケット損失率は、第２のデバイスから、ネットワークを介して、前記第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられ、
前記第２のデバイスのコーデック構成を変更するために、前記第２のデバイスに要求を送るための手段と、前記要求は、前記第１のデバイスのデコーダが前記第１のコーデック構成を有することと、前記パケット損失率が前記第１のパケット損失率しきい値を満たすこととを決定することに基づいて送られ、
前記第２のデバイスから、前記ネットワークを介して、前記第１のデバイスにおいて第２のパケットを受信するための手段と、前記第２のパケットは、第２のコーデック構成に基づいて符号化され、
を備える装置。
【発明の詳細な説明】
【優先権の主張】
【0001】
[0001]本出願は、それらの各々の内容全体が参照により本明細書に明確に組み込まれる、同一出願人により所有される２０１９年５月６日に出願された米国仮特許出願第６２／８４３，８２６号、２０１９年６月２６日に出願された米国仮特許出願第６２／８６６，７２８号、および２０２０年５月４日に出願された米国非仮特許出願第１６／８６５，５７９号の優先権の利益を主張する。
【技術分野】
【0002】
[0002]本開示は、一般に、パケット損失率に基づくコーダデコーダ（コーデック）の構成を調整することに関する。
【背景技術】
【0003】
[0003]技術の進歩は、より小型でより強力なコンピューティングデバイスをもたらした。たとえば、現在、小型で、軽量で、ユーザによって容易に持ち運ばれる、モバイルフォンおよびスマートフォンなどのワイヤレス電話、タブレットならびにラップトップコンピュータを含む、様々なポータブルパーソナルコンピューティングデバイスが存在する。これらのデバイスは、ワイヤレスネットワークを介して音声とデータパケットとを通信することができる。さらに、多くのそのようなデバイスは、デジタルスチルカメラ、デジタルビデオカメラ、デジタルレコーダ、およびオーディオファイルプレーヤなど、追加の機能を組み込む。また、そのようなデバイスは、インターネットにアクセスするために使用され得る、ウェブブラウザアプリケーションなど、ソフトウェアアプリケーションを含む、実行可能な命令を処理することができる。したがって、これらのデバイスは、かなりの計算能力を含み得る。
【0004】
[0004]通話中にモバイルフォンデバイスに送られる符号化されたオーディオデータなど、そのようなデバイスへのデータの通信は、データを送信することに関連付けられたパケット損失の率に基づいて、影響を受けることがある。たとえば、符号化されたオーディオデータは、送るデバイスからモバイルフォンデバイスへのパケットのストリームとして、ワイヤレスネットワークを介して送信され得る。オーディオデータストリームの１つまたは複数のパケットは、ネットワークスイッチにおけるバッファオーバーフローのためにドロップされるパケット、または、パケットのオーディオデータがモバイルフォンデバイスにおける再生のための時間において利用可能でないように遅延されるパケットなど、「損失」され得る。パケットが十分に高い率で損失されるとき、オーディオ品質の知覚可能な損失が生じ、ユーザのエクスペリエンスを損なうことがある。
【発明の概要】
【0005】
[0005]特定の一態様では、通信の方法は、構成サーバから第１のデバイスにおいて構成データを受信すること、構成データが、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示す、を含む。本方法は、第１のデバイスにおけるパケット損失率を決定すること、パケット損失率が、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられる、を含む。本方法は、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて、第２のデバイスに、第２のデバイスのコーデック構成を変更するための要求を送ることを含む。本方法はまた、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信すること、第２のパケットが、第２のコーデック構成に基づいて符号化される、を含む。
【0006】
[0006]別の特定の態様では、デバイスは、メモリと、１つまたは複数のプロセッサとを含む。メモリは、構成サーバから受信される構成データを記憶するように構成される。構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示す。１つまたは複数のプロセッサは、第２のデバイスから、ネットワークを介して受信される１つまたは複数の第１のパケットに関連付けられたパケット損失率を決定することを行うように構成される。１つまたは複数のプロセッサは、デコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて、第２のデバイスに、第２のデバイスのコーデック構成を変更するための要求を送ることを行うように構成される。１つまたは複数のプロセッサはまた、第２のデバイスから、ネットワークを介して、第２のコーデック構成に基づいて符号化された第２のパケットを受信することを行うように構成される。
【0007】
[0007]別の特定の態様では、非一時的コンピュータ可読媒体は、デバイスの１つまたは複数のプロセッサによって実行されたとき、１つまたは複数のプロセッサに、通信のための動作を実施させる命令を含む。動作は、構成サーバから第１のデバイスにおいて構成データを受信することを含む。構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示す。動作は、第１のデバイスにおけるパケット損失率を決定することを含む。パケット損失率は、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられる。動作は、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて、第２のデバイスに、第２のデバイスのコーデック構成を変更するための要求を送ることを含む。動作はまた、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信することを含む。第２のパケットは、第２のコーデック構成に基づいて符号化される。
【0008】
[0008]別の特定の態様では、装置は、構成サーバから第１のデバイスにおいて構成データを受信するための手段を含む。構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示す。本装置は、第１のデバイスにおけるパケット損失率を決定するための手段を含む。パケット損失率は、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられる。本装置は、第２のデバイスのコーデック構成を変更するために、第２のデバイスに要求を送るための手段を含む。要求は、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて送られる。本装置はまた、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信するための手段を含む。第２のパケットは、第２のコーデック構成に基づいて符号化される。
【0009】
[0009]本開示の他の態様、利点、および特徴は、以下のセクション、すなわち、図面の簡単な説明と、発明を実施するための形態と、特許請求の範囲とを含む本出願全体の再検討の後、明らかになるであろう。
【図面の簡単な説明】
【0010】
【図1】[0010]パケット損失率に基づいて、コーデック構成を適応させるように動作可能なシステムの特定の例示的一態様のブロック図。
【図5】[0014]パケット損失率に基づくコーデック構成適応の特定の方法を示すフローチャート。
【図6】[0015]パケット損失率に基づいて、コーデック構成を適応させるように動作可能なシステムの別の例の図。
【図8】[0017]パケット損失率に基づくコーデック構成適応を実施するように動作可能であるデバイスの特定の例示的な一例のブロック図。
【図9】[0018]パケット損失率に基づくコーデック構成適応を実施するように動作可能である基地局のブロック図。
【発明を実施するための形態】
【0011】
[0019]送るデバイスから受信デバイスに送信されたオーディオデータは、データの送信に関連付けられたパケット損失の率に基づいて、影響を受けることがある。たとえば、オーディオデータは、ワイヤレスネットワークの上で、パケットのストリームとして送信され得る。パケットが十分に高い率で損失されるとき、オーディオ品質の知覚可能な損失が生じ、ユーザのエクスペリエンスを損なうことがある。
【0012】
[0020]パケット損失の影響は、送るデバイスにおいてオーディオデータを符号化することと、受信デバイスにおいてオーディオデータを復号することとに関連付けられた、コーデックモードを調整することによって、少なくとも部分的に軽減され得る。たとえば、いくつかのコーデックモードは、パケット損失に対するより低い「ロバストネス」を提供する（たとえば、比較的より小さいパケット損失の率を許容することができる）符号化技法を含むことがあり、他のコーデックモードは、パケット損失に対するより高いロバストネスを提供する（たとえば、比較的より大きいパケット損失の率を許容することができる）別の符号化技法を含むことがある。したがって、パケット損失率が、特定のコーデックモードに対して高くなりすぎるとき、送るデバイスおよび受信デバイスの各々は、よりロバストなモードにおいて動作するように、そのそれぞれのコーデックを調整することができる。同様に、パケット損失率が十分に低いとき、送るデバイスおよび受信デバイスにおけるコーデックは、より少ない帯域幅を使用し、より少ない電力を消費し、より高いオーディオ品質を可能にする（たとえば、データ冗長性のために使用された帯域幅が、向上したオーディオ情報を提供するために再割り振りされ得る）か、またはそれらの組合せであり得る、よりロバストでないコーデックモードにおいて動作するように調整され得る。
【0013】
[0021]しかしながら、送るデバイスおよび受信デバイスが、互いにロックステップにおいてコーデック構成を調整することができない場合、送信誤りが生じ得る。例示的な一例では、送るデバイスおよび受信デバイスが、異なるメーカーによるものであり、どのような受容できるパケット損失率が特定のコーデック構成のためのものであるかに関して、異なる設定を有する場合、それらのデバイスは、いつ第１のコーデック構成から第２の、よりロバストなコーデック構成に移行するかについて、効率的にネゴシエートすることができないことがある。別の例として、それらのデバイスは、どのコーデック構成が、第２の、よりロバストなコーデック構成として使用されることになるかについて、効率的にネゴシエートすることができないことがある。
【0014】
[0022]本明細書で開示する様々な実装形態によれば、送るデバイスおよび受信デバイスは、ネットワークの事業者の構成サーバなど、第３のデバイスからコーデック構成データを受信する。コーデック構成データは、複数の許容可能なコーデック構成と、コーデック構成の各々に関連付けられたパケット損失率しきい値と、を示す。送るデバイスおよび受信デバイスは、決定されたパケット損失率を、構成データにおけるパケット損失率しきい値と比較することに基づいて、いつコーデックモードを調整するべきかを決定するために、および、使用されるべき次のコーデック構成モードを選択するために、コーデック構成データにアクセスすることができる。結果として、送るデバイスおよび受信デバイスは、コーデック構成を変更するための非効率的な、または効果的でないネゴシエーションが、変化するネットワーク状態にもはや適していないコーデック構成の継続的な使用を生じるシステムと比較して、向上したオーディオ送信を提供するために、変化するネットワーク状態により効率的に適応することができる。
【0015】
[0023]本開示の特定の態様が、図面を参照しながら以下で説明される。説明では、共通の特徴は、共通の参照番号によって指定される。本明細書で使用されるように、様々な用語は、特定の実装形態について説明するために使用されるにすぎず、実装形態を限定するように意図されない。たとえば、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。「備える（comprise）」、「備える（comprises）」、および「備えること（comprising）」という用語は、「含む（include）」、「含む（includes）」、または「含むこと（including）」と互換的に使用され得ることがさらに理解されよう。さらに、「ここにおいて（wherein）」という用語は、「ここで（where）」と互換的に使用され得ることが理解されよう。本明細書で使用されるように、「例示的」は、一例、一実装形態、および／または一態様を示すことがあり、限定的として、または選好もしくは好適な一実装形態を示すものとして解釈されるべきでない。本明細書で使用されるように、構造、構成要素、動作などの要素を修飾するために使用される序数語（たとえば、「第１の」、「第２の」、「第３の」など）は、別の要素に対するその要素の任意の優先順位または順序をそれ自体によって示さず、（序数語の使用を別にすれば）むしろ同じ名前を有する別の要素からその要素を区別するにすぎない。本明細書で使用されるように、「セット（set）」という用語は、特定の要素のうちの１つまたは複数を指し、「複数（plurality）」という用語は、特定の要素のうちの複数（たとえば、２つ以上）を指す。
【0016】
[0024]本明細書で使用されるように、「結合される（coupled）」は、「通信可能に結合される」、「電気的に結合される」、または「物理的に結合される」を含み得、また（あるいは代替的に）、それらの任意の組合せを含み得る。２つのデバイス（または構成要素）は、１つまたは複数の他のデバイス、構成要素、ワイヤ、バス、ネットワーク（たとえば、ワイヤードネットワーク、ワイヤレスネットワーク、またはそれらの組合せ）などを介して、直接または間接的に結合（たとえば、通信可能に結合、電気的に結合、または物理的に結合）され得る。電気的に結合された２つのデバイス（または構成要素）は、同じデバイス中にまたは異なるデバイス中に含まれ得、例示的で非限定的な例として、電子回路、１つまたは複数のコネクタ、あるいは誘導結合を介して接続され得る。いくつかの実装形態では、電気通信しているなど、通信可能に結合された２つのデバイス（または構成要素）は、１つまたは複数のワイヤ、バス、ネットワークなどを介してなど、直接または間接的に電気信号（デジタル信号またはアナログ信号）を送り、受信し得る。本明細書で使用されるように、「直接結合される」は、介在する構成要素なしに結合（たとえば、通信可能に結合、電気的に結合、または、物理的に結合）された２つのデバイスを含み得る。
【0017】
[0025]本開示では、「決定すること（determining）」、「計算すること（calculating）」、「推定すること（estimating）」、「シフトすること（shifting）」、「調整すること（adjusting）」などの用語は、１つまたは複数の動作がどのように実施されるかを表すために使用され得る。そのような用語が限定的なものと解釈されるべきではなく、他の技法が、同様の動作を実施するために利用され得ることに留意されたい。追加として、本明細書で言及されるように、「生成すること（generating）」、「計算すること」、「推定すること」、「使用すること（using）」、「選択すること（selecting）」、「アクセスすること（accessing）」、および「決定すること」は、互換的に使用され得る。たとえば、パラメータ（または、信号）を「生成すること」、「計算すること」、「推定すること」、または「決定すること」は、パラメータ（または、信号）を能動的に生成すること、推定すること、計算すること、または決定することを指すことがあるか、あるいは、別の構成要素またはデバイスによってなど、すでに生成されているパラメータ（または、信号）を使用すること、選択すること、またはそれにアクセスすることを指すことがある。
【0018】
[0026]図１を参照すると、システムの特定の例示的な一態様が開示されており、全体的に１００と称される。システム１００は、デバイス１０２およびデバイス１２２など、１つまたは複数のデバイスに、ネットワーク１５０を介して通信可能に結合された、構成サーバ１４２を含む。特定の一態様では、デバイス１０２（または、デバイス１２２）は、様々な時間において、ネットワーク１５０のカバレージエリア内で入るか、出るか、または移動することができる。ネットワーク１５０は、ワイヤードネットワーク、ワイヤレスネットワーク、または両方を含む。構成サーバ１４２は、デバイス１０２およびデバイス１２２におけるコーデック構成変更を容易にするために、デバイス１０２、デバイス１２２、または両方に、構成データ１０７を送るように構成される。
【0019】
[0027]デバイス１０２は、コーデック１４０、コーデック構成適応回路１３７、メモリ１０５、受信機１０６、送信機１０８、またはそれらの組合せを含む。コーデック１４０は、エンコーダ１１４、デコーダ（図示されず）、または両方を含む。エンコーダ１１４は、コーデック構成１１６に基づいて、符号化されたパケットを生成するように構成される。送信機１０８は、デバイス１２２に、ネットワーク１５０を介して、符号化されたパケットを送信するように構成される。受信機１０６は、デバイス１２２から、ネットワーク１５０を介して、要求１９２を受信するように構成される。コーデック構成適応回路１３７は、要求１９２の受信に応答して、本明細書で説明されるように、構成データ１０７に基づいて、コーデック構成１１６を更新するように構成される。メモリ１０５は、構成データ１０７を記憶するように構成される。
【0020】
[0028]デバイス１２２は、コーデック１３０、コーデック構成適応回路１３９、メモリ１２５、受信機１２６、送信機１２８、またはそれらの組合せを含む。コーデック１３０は、エンコーダ（図示されず）、デコーダ１３４、または両方を含む。受信機１２６は、デバイス１０２から、ネットワーク１５０を介して、符号化されたパケットを受信するように構成される。デコーダ１３４は、コーデック構成１３６に基づいて、符号化されたパケットを復号することによって、復号されたパケットを生成するように構成される。コーデック構成適応回路１３７は、本明細書で説明されるように、パケット損失率（ＰＬＲ）１２９を決定するように構成される。コーデック構成適応回路１３７は、ＰＬＲ１２９および構成データ１０７に基づいて、コーデック構成を変更するための要求１９２を生成するように構成される。送信機１２８は、デバイス１０２に、ネットワーク１５０を介して、要求１９２を送るように構成される。メモリ１０５は、構成データ１０７、ＰＬＲ１２９、または両方を記憶するように構成される。
【0021】
[0029]動作中に、構成サーバ１４２は、構成データ１０７を生成する。特定の一態様では、構成データ１０７は、デフォルトデータ、ユーザ入力、構成設定、またはそれらの組合せに基づく。構成データ１０７は、ＰＬＲ平均ウィンドウ持続時間１６２、コーデック構成リスト１６４、高ＰＬＲしきい値リスト１６６、低ＰＬＲしきい値リスト１６８、高ＰＬＲ適応要求タイプリスト１７２、低ＰＬＲ適応要求タイプリスト１７４、またはそれらの組合せを含む。リストを含む構成データ１０７は、例示的な一例として提供される。他の例では、構成データ１０７は、セット、テーブル、アレイ、またはそれらの組合せなど、他のデータ構造を含む。特定の一態様では、構成データ１０７は、ＰＬＲ平均ウィンドウ持続時間１６２、コーデック構成リスト１６４、高ＰＬＲしきい値リスト１６６、低ＰＬＲしきい値リスト１６８、高ＰＬＲ適応要求タイプリスト１７２、または低ＰＬＲ適応要求タイプリスト１７４のうちの１つまたは複数を指定するために、１つまたは複数のオープンモバイルアライアンス（ＯＭＡ）デバイス管理（ＤＭ）標準化されたオブジェクトを含む。構成データ１０７の要素の説明、フォーマット、および例が、図２～図４において提供される。
【0022】
[0030]図２において、表２００は、説明列２０２と、フォーマット列２０４とを含む。説明列２０２は、構成データ１０７の要素の説明の例を含む。フォーマット列２０４は、構成データ１０７の要素のフォーマットの例を含む。たとえば、ＰＬＲ平均ウィンドウ持続時間１６２は、ＰＬＲが測定されることになるスライディング平均ウィンドウの持続時間を示す。特定の一態様では、構成データ１０７は、ミリ秒単位で、ＰＬＲ平均ウィンドウ持続時間１６２を示す。図３では、コーデック構成リスト１６４は、コーデック構成３０２～３１２を含み、高ＰＬＲしきい値リスト１６６は、高ＰＬＲしきい値３２４～３３２を含み、低ＰＬＲしきい値リスト１６８は、低ＰＬＲしきい値３４２～３５０を含み、高ＰＬＲ適応要求タイプリスト１７２は、高ＰＬＲ適応要求タイプ３６４～３７２を含み、低ＰＬＲ適応要求タイプリスト１７４は、低ＰＬＲ適応要求タイプ３８２～３９０を含む。
【0023】
[0031]コーデック構成リスト１６４は、コーデック構成の順序付けされたシーケンス（たとえば、順序付けされたリスト）を含む。特定の一態様では、順序付けされたリストは、特定のメディアタイプ（たとえば、オーディオまたはビデオ）のためにサポートされるコーデック構成を含む。特定の一態様では、コーデック構成は、コーデックのタイプ、コーデックモード、アプリケーションレイヤ冗長性レベル（たとえば、０％～３００％）、またはそれらの組合せを含む。特定の一例では、コーデック構成は、適応マルチレート広帯域（ＡＭＲ－ＷＢ）コーデック構成、ＡＭＲ－ＷＢ／Ｇ．７１８相互動作可能（ＩＯ：interoperable）コーデック構成、拡張音声サービス（ＥＶＳ）ＡＭＲ－ＷＢ ＩＯコーデック構成、ＥＶＳ広帯域（ＷＢ）、超広帯域（ＳＷＢ）コーデック構成、またはＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成のうちの１つまたは複数を含む。
【0024】
[0032]特定の一態様では、コーデック構成リスト１６４は、パケット損失に対するコーデック構成のロバストネスに基づいて順序付けされる。たとえば、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成、ＥＶＳ ＷＢ、ＳＷＢコーデック構成、ＥＶＳ ＡＭＲ－ＷＢ ＩＯコーデック構成、およびＡＭＲ－ＷＢコーデック構成は、コーデック構成リスト１６４においてそれぞれ、第１の順序位置、第２の順序位置、第３の順序位置、および第４の順序位置を有する。特定の一態様では、コーデック構成リスト１６４は、低下するロバストネス、高まる品質、低下する電力消費、低下する帯域幅使用、またはそれらの組合せに基づいて順序付けされる。たとえば、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成の第１の順序位置（たとえば、０）は、ＥＶＳ ＷＢ、ＳＷＢコーデック構成の第２の順序位置（たとえば、１）よりも低く（たとえば、未満であり）、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成が、ＥＶＳ ＷＢ、ＳＷＢ（たとえば、非チャネルアウェア）コーデック構成と比較して、パケット損失に対してよりロバストであることを示す。たとえば、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成は、ＥＶＳ ＷＢ、ＳＷＢコーデック構成に関連付けられた第２の最大のサポートされるエンドツーエンドＰＬＲ（たとえば、６％）よりも高い、第１の最大のサポートされるエンドツーエンドＰＬＲ（たとえば、９％）に関連付けられる。特定の一態様では、ＥＶＳ ＷＢ、ＳＷＢ（たとえば、非チャネルアウェア）コーデック構成は、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成と比較して、より高いメディア品質、より低い帯域幅使用、より低い電力消費、またはそれらの組合せに対応する。
【0025】
[0033]高ＰＬＲしきい値リスト１６６は、コーデック構成リスト１６４内に含まれたコーデック構成に関連付けられた第１のＰＬＲしきい値を示す。特定の一例では、第１のＰＬＲしきい値は、それにおいて、またはそれを超えると（at or above）、より高いロバストネス（または、より低い順序位置）のコーデック構成が要求されることになる、ＰＬＲ値を示す。特定の一態様では、（第１の順序位置におけるコーデック構成を除いて）各コーデック構成が、高ＰＬＲしきい値リスト１６６において第１のＰＬＲしきい値に関連付けられる。たとえば（図３に示されているように）、高ＰＬＲしきい値リスト１６６は、コーデック構成リスト１６４のコーデック構成３０４に関連付けられた高ＰＬＲしきい値３２４を含む。高ＰＬＲしきい値リスト１６６は、コーデック構成リスト１６４において第１の順序位置を有する（たとえば、最もロバストなサポートされるコーデック構成である）コーデック構成３０２に関連付けられたいかなる高ＰＬＲしきい値も含まない。
【0026】
[0034]高ＰＬＲ適応要求タイプリスト１７２は、高ＰＬＲしきい値リスト１６６内に含まれた高ＰＬＲしきい値に関連付けられた高ＰＬＲ適応要求タイプを示す。特定の一例では、高ＰＬＲ適応要求タイプは、対応する高ＰＬＲしきい値が満たされるときに送られることになる要求のタイプを示す。たとえば、高ＰＬＲ適応要求タイプリスト１７２は、高ＰＬＲしきい値３２４に関連付けられた高ＰＬＲ適応要求タイプ３６４を含み、高ＰＬＲ適応要求タイプ３６４の要求が、ＰＬＲが高ＰＬＲしきい値３２４を満たすと決定することに応答して送られることになることを示す。特定の一例では、コーデック構成３０２は、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成を含み、コーデック構成３０４は、ＥＶＳ ＷＢ、ＳＷＢコーデック構成を含み、高ＰＬＲ適応要求タイプ３６４は、ＥＶＳ ＷＢ、ＳＷＢコーデック構成（たとえば、コーデック構成３０４）の高ＰＬＲしきい値３２４に関連付けられる。この例では、高ＰＬＲ適応要求タイプ３６４は、ＥＶＳ ＷＢ、ＳＷＢチャネルアウェアコーデック構成要求タイプへの変更を示す。別の例では、高ＰＬＲ適応要求タイプ３６４は、特定のアプリケーションレイヤ冗長性レベル（たとえば、２００％）への変更、またはアプリケーションレイヤ冗長性レベルへの特定の変更（たとえば、５０％だけ増大）を示す。
【0027】
[0035]低ＰＬＲしきい値リスト１６８は、コーデック構成リスト１６４内に含まれたコーデック構成に関連付けられた第２のＰＬＲしきい値を示す。特定の一例では、第２のＰＬＲしきい値は、それにおいて、またはそれを下回ると（at or below）、より低いロバストネス（または、より高い順序位置）のコーデック構成が要求されることになる、ＰＬＲ値を示す。特定の一態様では、より低いロバストネスをもつコーデックは、より高いメディア品質、より低い帯域幅消費、より低い電力消費、またはそれらの組合せをサポートし得る。特定の一態様では、（最高の順序位置におけるコーデック構成を除いて）各コーデック構成が、低ＰＬＲしきい値リスト１６８において第２のＰＬＲしきい値に関連付けられる。たとえば、低ＰＬＲしきい値リスト１６８は、コーデック構成リスト１６４のコーデック構成３０２に関連付けられた低ＰＬＲしきい値３４２を含む。低ＰＬＲしきい値リスト１６８は、コーデック構成リスト１６４において最後の順序位置を有する（たとえば、最もロバストでないサポートされるコーデック構成である）コーデック構成３１２に関連付けられたいかなる低ＰＬＲしきい値も含まない。
【0028】
[0036]低ＰＬＲ適応要求タイプリスト１７４は、低ＰＬＲしきい値リスト１６８内に含まれた低ＰＬＲしきい値に関連付けられた低ＰＬＲ適応要求タイプを示す。特定の一例では、低ＰＬＲ適応要求タイプは、対応する低ＰＬＲしきい値が満たされるときに送られることになる要求のタイプを示す。たとえば、低ＰＬＲ適応要求タイプリスト１７４は、低ＰＬＲしきい値３４２に関連付けられた低ＰＬＲ適応要求タイプ３８２を含み、低ＰＬＲ適応要求タイプ３８２の要求が、ＰＬＲが低ＰＬＲしきい値３４２を満たすと決定することに応答して送られることになることを示す。
【0029】
[0037]図４において、グラフ４００は、コーデック構成の、増大するＰＬＲ値に対応する水平軸（たとえば、ｘ軸）と、増大するロバストネス（または、低下する順序位置）に対応する垂直軸（たとえば、ｙ軸）とを有する。グラフ４００は、様々なコーデック構成に対応するＰＬＲしきい値の例を示す。図４では、コーデック構成（たとえば、コーデック構成３０２）の低ＰＬＲしきい値（たとえば、低ＰＬＲしきい値３４２）は、次のよりロバストでないコーデック構成（たとえば、コーデック構成３０４）の高ＰＬＲしきい値（たとえば、高ＰＬＲしきい値３２４）よりも低い。次のよりロバストでないコーデック構成の高ＰＬＲしきい値よりも低いコーデック構成の低ＰＬＲしきい値を有することは、ＰＬＲ１２９における小さいゆらぎのための、コーデック構成と次のコーデック構成との間の変動の見込みを低減する。別の実装形態では、コーデック構成の低ＰＬＲしきい値は、次のよりロバストでないコーデック構成の高ＰＬＲしきい値と同じである。
【0030】
[0038]図１に戻ると、構成サーバ１４２は、デバイス１０２、デバイス１２２、または両方に、構成データ１０７を送る。たとえば、構成サーバ１４２は、デバイス１２２がネットワーク１５０のカバレージエリアに入ったことを検出することに応答して、デバイス１２２に構成データ１０７を送る。別の例では、構成サーバ１４２は、デバイス１２２から要求を受信することに応答して、デバイス１２２に構成データ１０７を送る。
【0031】
[0039]特定の一態様では、デバイス１２２は、デバイス１０２とのセッション（たとえば、データ通信セッション）を確立する。たとえば、デバイス１０２およびデバイス１２２は、各デバイスにおいてサポートされるコーデックを示すネゴシエーションメッセージを交換する。例示のために、デバイス１０２は、デバイス１２２に第１のネゴシエーションメッセージを送り、デバイス１２２は、第２のネゴシエーションメッセージを送る。第１のネゴシエーションメッセージは、デバイス１０２のコーデック１４０によってサポートされる１つまたは複数の第１のコーデック構成を示す。第２のネゴシエーションメッセージは、デバイス１２２のコーデック１３０によってサポートされる１つまたは複数の第２のコーデック構成を示す。デバイス１０２およびデバイス１２２は、コーデック１３０および１４０の各々によってサポートされる第１のコーデック構成を選択するために、様々なネゴシエーション技法を使用し得る。コーデック構成適応回路１３７は、第１のコーデック構成に、エンコーダ１１４のコーデック構成１１６を設定する。コーデック構成適応回路１３９は、第１のコーデック構成に、デコーダ１３４のコーデック構成１３６を設定する。
【0032】
[0040]セッション中に、受信機１２６は、デバイス１０２から、ネットワーク１５０を介して、１つまたは複数のパケット１５２を受信する。特定の一例では、エンコーダ１１４は、コーデック構成１１６によって示される１のコーデック構成に基づいて、パケット１５２を符号化する。送信機１０８は、デバイス１２２に、ネットワーク１５０を介して、パケット１５２を送信する。特定の一態様では、受信機１２６によって受信されるパケット１５２は、送信機１０８によって送信されたパケットのサブセットである。たとえば、送信されたパケットのうちの１つまたは複数は、ネットワークの問題のために受信されない。
【0033】
[0041]コーデック構成適応回路１３９は、特定の持続時間に関連付けられたＰＬＲ１２９を決定する。ＰＬＲ１２９は、デバイス１０２によって送信されたパケットのうちのいくつが、デバイス１２２によって使用されるための時間内に、パケット１５２として、デバイス１２２において受信されなかったかの指示である。特定の一実装形態では、ＰＬＲ１２９は、損失されたパケット（ＬＰ）カウンタに基づいて決定される。たとえば、特定の持続時間の間にＬＰカウンタによって示された、損失されたパケットのカウントが、ＰＬＲ１２９を計算するために使用され得る。ＬＰカウンタは、時々リセットされ得る。代替的に、ＬＰカウンタは、特定の持続時間のスライディングウィンドウに関連付けられた、損失されたパケットのカウントを維持し得る。特定の持続時間は、ＰＬＲ平均ウィンドウ持続時間１６２によって示される。コーデック構成適応回路１３９は、損失されたパケットが検出されるとき、ＬＰカウンタを増分する。たとえば、特定のパケットをプレイアウトするための時間に達したとき、当該特定のパケットがプレイアウトのために利用可能でない（たとえば、デジッタバッファ内にない）とき、損失されたパケットが検出され得る。
【0034】
[0042]コーデック構成適応回路１３９は、第１のコーデック構成（たとえば、コーデック構成１３６によって示されたコーデック構成３０６）が、高ＰＬＲしきい値（たとえば、高ＰＬＲしきい値３２６）、低ＰＬＲしきい値（たとえば、低ＰＬＲしきい値３４６）、または両方に関連付けられることを、構成データ１０７が示すと決定する。
【0035】
[0043]コーデック構成適応回路１３９は、ＰＬＲ１２９が高ＰＬＲしきい値を満たす（たとえば、それよりも大きい）と決定することに応答して、コーデック構成リスト１６４の次のよりロバストなサポートされるコーデック構成を識別する。次のよりロバストなサポートされるコーデック構成は、コーデック構成リスト１６４内の第１のコーデック構成（たとえば、コーデック構成３０６）の順序位置（たとえば、第３）よりも低い順序位置（たとえば、第２）を有するか、コーデック１４０によってサポートされる第１のコーデック構成内に含まれるか、コーデック１３０によってサポートされる第２のコーデック構成内に含まれるか、いかなる高ＰＬＲしきい値にも関連付けられないか、またはＰＬＲ１２９よりも大きいかもしくはそれに等しい高ＰＬＲしきい値に関連付けられるかのいずれかであるか、あるいはそれらの組合せである。特定の一態様では、第１のコーデック構成は、コーデック構成３０６を含み、次のよりロバストなサポートされるコーデック構成は、コーデック構成３０４を含む。特定の一例では、コーデック構成３０４がコーデック１３０によってサポートされないか、コーデック構成３０４は、コーデック１４０によってサポートされないか、ＰＬＲ１２９は、コーデック構成３０４に関連付けられた高ＰＬＲしきい値３２４よりも大きいか、またはそれらの組合せであるので、コーデック構成３０４は、スキップされる。この例では、次のよりロバストなサポートされるコーデック構成は、コーデック構成３０２を含む。
【0036】
[0044]コーデック構成適応回路１３９は、ＰＬＲ１２９が第１のコーデック構成（たとえば、コーデック構成３０６）に関連付けられた高ＰＬＲしきい値（たとえば、高ＰＬＲしきい値３２６）を満たす（たとえば、それよりも大きい）と決定することと、次のよりロバストなサポートされるコーデック構成を識別することとに応答して、要求１９２を生成する。代替的に、コーデック構成適応回路１３９は、ＰＬＲ１２９が第１のコーデック構成（たとえば、コーデック構成３０６）に関連付けられた高ＰＬＲしきい値（たとえば、高ＰＬＲしきい値３２６）を満たす（たとえば、それよりも大きい）ことと、コーデック構成リスト１６４が次のよりロバストなサポートされるコーデック構成を含んでいないこととを決定することに応答して、要求１９２を生成することを控える。
【0037】
[0045]特定の一態様では、要求１９２のタイプは、コーデック構成がよりロバストな（たとえば、または、より低い順序位置の）コーデック構成に変更されることになることを示す。特定の一態様では、要求１９２は、識別された次のよりロバストなサポートされるコーデック構成（たとえば、コーデック構成３０２、またはコーデック構成３０４）を示す。特定の一態様では、要求１９２は、コーデック構成適応回路１３７が、構成データ１０７に基づいて、次のよりロバストなサポートされるコーデック構成（たとえば、コーデック構成３０２、またはコーデック構成３０４）を識別することを可能にするために、ＰＬＲ１２９を含む。
【0038】
[0046]特定の一態様では、要求１９２のタイプは、高ＰＬＲ適応要求タイプリスト１７２に基づく。たとえば、コーデック構成適応回路１３９は、第１のコーデック構成（たとえば、コーデック構成３０６）が第１の高ＰＬＲ適応要求タイプ（たとえば、高ＰＬＲ適応要求タイプ３６６）に関連付けられることを、高ＰＬＲ適応要求タイプリスト１７２が示すと決定することに応答して、第１の高ＰＬＲ適応要求タイプの要求１９２を生成する。コーデック構成適応回路１３９は、デバイス１０２への、送信機１２８およびネットワーク１５０を介した要求１９２の送信を開始する。
【0039】
[0047]特定の一態様では、コーデック構成適応回路１３９は、ＰＬＲ１２９が低ＰＬＲしきい値を満たす（たとえば、それ未満である）と決定することに応答して、コーデック構成リスト１６４の次のよりロバストでないサポートされるコーデック構成を識別する。次のよりロバストでないサポートされるコーデック構成は、コーデック構成リスト１６４内の第１のコーデック構成（たとえば、コーデック構成３０６）の順序位置（たとえば、第３）よりも高い（たとえば、それよりも大きい）順序位置（たとえば、第４）を有するか、コーデック１４０によってサポートされる第１のコーデック構成内に含まれるか、コーデック１３０によってサポートされる第２のコーデック構成内に含まれるか、いかなる低ＰＬＲしきい値にも関連付けられないか、またはＰＬＲ１２９よりも小さいかもしくはそれに等しい低ＰＬＲしきい値に関連付けられるかのいずれかであるか、あるいはそれらの組合せである。特定の一態様では、第１のコーデック構成は、コーデック構成３０６を含み、次のよりロバストでないサポートされるコーデック構成は、コーデック構成３０８を含む。特定の一例では、コーデック３０８がコーデック１３０によってサポートされないか、コーデック構成３０８がコーデック１４０によってサポートされないか、ＰＬＲ１２９が、コーデック構成３０８に関連付けられた低ＰＬＲしきい値３４８未満であるか、またはそれらの組合せであるので、コーデック構成３０８は、スキップされる。この例では、次のよりロバストでないサポートされるコーデック構成は、コーデック構成３１０を含む。
【0040】
[0048]コーデック構成適応回路１３９は、ＰＬＲ１２９が第１のコーデック構成（たとえば、コーデック構成３０６）に関連付けられた低ＰＬＲしきい値（たとえば、低ＰＬＲしきい値３４６）を満たす（たとえば、それ未満である）と決定することと、次のよりロバストでないサポートされるコーデック構成を識別することとに応答して、要求１９２を生成する。代替的に、コーデック構成適応回路１３９は、ＰＬＲ１２９が第１のコーデック構成（たとえば、コーデック構成３０６）に関連付けられた低ＰＬＲしきい値（たとえば、低ＰＬＲしきい値３４６）を満たす（たとえば、それ未満である）ことと、コーデック構成リスト１６４が、次のよりロバストでないサポートされるコーデック構成を含んでいないこととを決定することに応答して、要求１９２を生成することを控える。
【0041】
[0049]特定の一態様では、要求１９２のタイプは、コーデック構成がよりロバストでない（または、より高い順序位置の）コーデック構成に変更されることになることを示す。特定の一態様では、要求１９２は、識別された次のよりロバストでないサポートされるコーデック構成（たとえば、コーデック構成３０８、またはコーデック構成３１０）を示す。特定の一態様では、要求１９２は、コーデック構成適応回路１３７が、構成データ１０７に基づいて、次のよりロバストでないサポートされるコーデック構成（たとえば、コーデック構成３０８、またはコーデック構成３１０）を識別することを可能にするために、ＰＬＲ１２９を含む。
【0042】
[0050]特定の一態様では、要求１９２のタイプは、低ＰＬＲ適応要求タイプリスト１７４に基づく。たとえば、コーデック構成適応回路１３９は、第１のコーデック構成（たとえば、コーデック構成３０６）が第１の低ＰＬＲ適応要求タイプ（たとえば、低ＰＬＲ適応要求タイプ３８６）に関連付けられることを、低ＰＬＲ適応要求タイプリスト１７４が示すと決定することに応答して、第１の低ＰＬＲ適応要求タイプの要求１９２を生成する。コーデック構成適応回路１３９は、デバイス１０２への、送信機１２８およびネットワーク１５０を介した要求１９２の送信を開始する。
【0043】
[0051]要求１９２を受信するデバイス１０２において、コーデック構成がよりロバストな（または、より低い順序位置の）コーデック構成に変更されることになることを、要求１９２のタイプが示すと決定することと、次のよりロバストなサポートされるコーデック構成を識別することとに応答して、コーデック構成適応回路１３７は、エンコーダ１１４のコーデック構成１１６を、識別された次のよりロバストなサポートされるコーデック構成に設定する。代替的に、コーデック構成適応回路１３７は、コーデック構成がよりロバストな（または、より低い順序位置の）コーデック構成に変更されることになることを、要求１９２のタイプが示すことと、コーデック構成リスト１６４が、（たとえば、コーデック構成１１６によって示される）第１のコーデック構成に対していかなる次のよりロバストなサポートされるコーデック構成も含まないこととを決定することに応答して、コーデック構成１１６を更新することを控える。
【0044】
[0052]たとえば、受信機１０６は、デバイス１２２から、ネットワーク１５０を介して、要求１９２を受信する。コーデック構成適応回路１３７は、要求１９２を受信することに応答して、エンコーダ１１４のコーデック構成１１６を更新する。ＰＬＲ１２９が高すぎる例では、コーデック構成適応回路１３７は、コーデック構成がよりロバストな（または、より低い順序位置の）コーデック構成に変更されることになることを、要求１９２のタイプが示すと決定することに応答して、コーデック構成リスト１６４内の（コーデック構成１１６によって示される）第１のコーデック構成に対して次のよりロバストなサポートされるコーデック構成を識別する。次のよりロバストなサポートされるコーデック構成は、コーデック構成リスト１６４内の第１のコーデック構成（たとえば、コーデック構成３０６）の順序位置（たとえば、第３）よりも低い順序位置を有するか、コーデック１４０によってサポートされる第１のコーデック構成内に含まれるか、コーデック１３０によってサポートされる第２のコーデック構成内に含まれるか、いかなる高ＰＬＲしきい値にも関連付けられないか、またはＰＬＲ１２９よりも大きいかもしくはそれに等しい高ＰＬＲしきい値に関連付けられるかのいずれかであるか、あるいはそれらの組合せである。特定の一態様では、要求１９２は、ＰＬＲ１２９を示さない。この態様では、次のよりロバストなサポートされるコーデック構成は、コーデック構成リスト１６４内の第１のコーデック構成（たとえば、コーデック構成３０６）の順序位置（たとえば、第３）よりも低い順序位置を有するか、コーデック１４０によってサポートされる第１のコーデック構成内に含まれるか、コーデック１３０によってサポートされる第２のコーデック構成内に含まれるか、またはそれらの組合せである。
【0045】
[0053]別の例では、デバイス１０２において、コーデック構成がよりロバストでない（または、より高い順序位置の）コーデック構成に変更されることになることを、要求１９２のタイプが示すと決定することと、次のよりロバストでないサポートされるーデック構成を識別することとに応答して、コーデック構成適応回路１３７は、エンコーダ１１４のコーデック構成１１６を、識別された次のよりロバストでないサポートされるコーデック構成に設定する。代替的に、コーデック構成適応回路１３７は、コーデック構成がよりロバストでない（または、より高い順序位置の）コーデック構成に変更されることになることを、要求１９２のタイプが示すことと、コーデック構成リスト１６４が、（たとえば、コーデック構成１１６によって示される）第１のコーデック構成に対していかなる次のよりロバストでないサポートされるコーデック構成も含まないこととを決定することに応答して、コーデック構成１１６を更新することを控える。
【0046】
[0054]たとえば、ＰＬＲ１２９が低いとき、コーデック構成適応回路１３７は、コーデック構成がよりロバストでない（または、より高い順序位置の）コーデック構成に変更されることになることを、要求１９２のタイプが示すと決定することに応答して、コーデック構成リスト１６４内の、（コーデック構成１１６によって示される）第１のコーデック構成に対して次のよりロバストでないサポートされるコーデック構成を識別する。次のよりロバストでないサポートされるコーデック構成は、コーデック構成リスト１６４内の第１のコーデック構成（たとえば、コーデック構成３０６）の順序位置（たとえば、第３）よりも高い順序位置を有するか、コーデック１４０によってサポートされる第１のコーデック構成内に含まれるか、コーデック１３０によってサポートされる第２のコーデック構成内に含まれるか、いかなる低ＰＬＲしきい値にも関連付けられないか、またはＰＬＲ１２９よりも小さいかもしくはそれに等しい低ＰＬＲしきい値に関連付けられるかのいずれかであるか、あるいはそれらの組合せである。特定の一態様では、要求１９２は、ＰＬＲ１２９を示さない。この態様では、次のよりロバストでないサポートされるコーデック構成は、コーデック構成リスト１６４内の第１のコーデック構成（たとえば、コーデック構成３０６）の順序位置（たとえば、第３）よりも高い順序位置を有するか、コーデック１４０によってサポートされる第１のコーデック構成内に含まれるか、コーデック１３０によってサポートされる第２のコーデック構成内に含まれるか、またはそれらの組合せである。
【0047】
[0055]他の実装形態では、要求１９２は、特定のコーデック構成を示すことができる。そのような実装形態では、コーデック構成適応回路１３７は、特定のコーデック構成が、コーデック１４０によってサポートされる第１のコーデック構成内に含まれると決定することに応答して、コーデック構成１１６を特定のコーデック構成に設定する。
【0048】
[0056]要求１９２を送った後、デバイス１２２における受信機１２６は、デバイス１０２から、ネットワーク１５０を介して、１つまたは複数のパケット１５４を受信する。パケット１５４は、第２のコーデック構成（たとえば、次のよりロバストなサポートされるコーデック構成、次のよりロバストでないサポートされるコーデック構成、または特定のコーデック構成）に基づいて符号化される。たとえば、エンコーダ１１４は、コーデック構成１１６によって示される２のコーデック構成に基づいて、１つまたは複数の第２のパケットを符号化する。エンコーダ１１４は、１つまたは複数の第２のパケットの、送信機１０８を介した送信を開始する。受信機１２６によって受信されるパケット１５４は、送信機１０８によって送信された第２のパケットのサブセットである（たとえば、第２のパケットのうちの１つまたは複数が、デバイス１２２への送信中に損失され得る）。
【0049】
[0057]したがって、システム１００は、デバイス１２２によって受けられたＰＬＲ１２９に基づいて、デバイス１０２のコーデック構成１１６が適応されることを可能にする。たとえば、デバイス１２２が（たとえば、しきい値ＰＬＲよりも高い）高ＰＬＲを受けているとき、デバイス１０２およびデバイス１２２は、よりロバストなコーデック構成に移動することができる。代替的に、デバイス１２２が（たとえば、しきい値ＰＬＲよりも低い）低ＰＬＲを受けているとき、デバイス１０２およびデバイス１２２は、より高いメディア品質、より低い帯域幅消費、より低い電力消費、またはそれらの組合せをもつコーデック構成に移動することができる。
【0050】
[0058]図５を参照すると、パケット損失に基づくコーデック構成適応の方法が示されており、全体的に５００と称される。特定の一態様では、方法５００の１つまたは複数の動作が、図１の受信機１２６、送信機１２８、コーデック構成適応回路１３９、デバイス１２２、受信機１０６、送信機１０８、コーデック構成適応回路１３７、デバイス１０２、システム１００、またはそれらの組合せによって実施される。
【0051】
[0059]方法５００は、５０２において、構成サーバから第１のデバイスにおいて構成データを受信することを含む。たとえば、図１の受信機１２６は、図１を参照しながら説明されたように、構成サーバ１４２から構成データ１０７を受信する。特定の一態様では、構成データ１０７は、図３を参照しながら説明されたように、コーデック構成３０６に関連付けられた、高ＰＬＲしきい値３２６と、低ＰＬＲしきい値３４６とを示す。
【0052】
[0060]方法５００はまた、５０４において、第１のデバイスにおけるパケット損失率を決定することを含む。たとえば、図１のコーデック構成適応回路１３９は、図１を参照しながら説明されたように、ＰＬＲ１２９を決定する。ＰＬＲ１２９は、デバイス１０２から、ネットワーク１５０を介して、デバイス１２２において受信される１つまたは複数のパケット１５２に関連付けられる。
【0053】
[0061]方法５００は、５０６において、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて、第２のデバイスに、第２のデバイスのコーデック構成を変更するための要求を送ることをさらに含む。たとえば、図１のコーデック構成適応回路１３９は、図１を参照しながら説明されたように、デコーダ１３４が（コーデック構成１３６によって示される）第１のコーデック構成を有すると決定することに基づいて、デバイス１０２のコーデック構成を変更するために、デバイス１０２に要求１９２を送る。
【0054】
[0062]方法５００はまた、５０８において、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信することを含む。たとえば、受信機１２６は、デバイス１０２から、ネットワーク１５０を介して、１つまたは複数のパケット１５４を受信する。パケット１５４は、図１を参照しながら説明されたように、第２のコーデック構成（たとえば、コーデック構成１１６によって示される更新されたコーデック構成）に基づいて符号化される。
【0055】
[0063]したがって、方法５００は、デバイス１２２によって受けられたＰＬＲ１２９に基づいて、デバイス１０２のコーデック構成１１６が適応されることを可能にする。たとえば、デバイス１２２が（たとえば、しきい値ＰＬＲよりも高い）高ＰＬＲを受けているとき、デバイス１０２およびデバイス１２２は、よりロバストなコーデック構成に移動することができる。代替的に、デバイス１２２が（たとえば、しきい値ＰＬＲよりも低い）低ＰＬＲを受けているとき、デバイス１０２およびデバイス１２２は、よりロバストでないが、より高いメディア品質、より低い帯域幅使用、または電力節約など、他の利点を提供する、コーデック構成に移動することができる。
【0056】
[0064]図１の構成要素は、例示的な一例として提供される。他の実装形態では、システム１００は、図１に示されているものよりも少ないまたは多い構成要素を含み得る。いくつかの例では、ＰＬＲ平均ウィンドウ持続時間１６２、高ＰＬＲ適応要求タイプリスト１７２、または低ＰＬＲ適応要求タイプリスト１７４のうちの１つまたは複数が、構成データ１０７から省略される。いくつかの例では、コーデック構成リスト１６４、高ＰＬＲしきい値リスト１６６、および低ＰＬＲしきい値リスト１６８の情報は、結合されることがあり、たとえば、コーデック構成リスト１６４の各エントリが、そのエントリのための高ＰＬＲしきい値、低ＰＬＲしきい値、または両方を示すこともできる。コーデック構成リスト１６４は、６つのコーデック構成を含むものとして示されているが、他の実装形態では、コーデック構成リスト１６４は、６つよりも少ないコーデック構成（たとえば、わずか１つまたは２つのコーデック構成）を有するか、または６つよりも多いコーデック構成（たとえば、７、１０、５０、または任意の他の数のコーデック構成）を有する。
【0057】
[0065]図６を参照すると、システムの特定の一例が開示されており、全体的に６００と称される。図１のシステム１００と比較して、システム６００は、デジッタバッファ６７０と、デジッタバッファＰＬＲインジケータ６７２とを含む。たとえば、デバイス１２２は、デジッタバッファ６７０を含み、構成データ１０７は、デジッタバッファＰＬＲインジケータ６７２を含む。図６に示された例では、構成データ１０７は、高ＰＬＲ適応要求タイプリスト１７２と、低ＰＬＲ適応要求タイプリスト１７４とを含まない。いくつかの他の例では、構成データ１０７は、高ＰＬＲ適応要求タイプリスト１７２、低ＰＬＲ適応要求タイプリスト１７４、または両方に加えて、デジッタバッファＰＬＲインジケータ６７２を含む。構成データ１０７の要素の説明、フォーマット、および例が、図７において提供される。
【0058】
[0066]図７では、表７００は、説明列７０２と、フォーマット列７０４とを含む。説明列７０２およびフォーマット列７０４は、デジッタバッファＰＬＲインジケータ６７２の説明とフォーマットとがそれぞれ追加されることにおいて、図２の説明列２０２およびフォーマット列２０４とは異なる。たとえば、デジッタバッファＰＬＲインジケータ６７２の第１の値（たとえば、０）は、高ＰＬＲしきい値リスト１６６または低ＰＬＲしきい値リスト１６８内に示されたしきい値と比較するためのＰＬＲ推定値（たとえば、ＰＬＲ１２９）が、デジッタバッファの前に測定されることになることを示す。別の例として、デジッタバッファＰＬＲインジケータ６７２の第２の値（たとえば、１）は、ＰＬＲ推定値（たとえば、ＰＬＲ１２９）が、デジッタバッファの後、測定されることになることを示す。
【0059】
[0067]図６に戻ると、コーデック構成適応回路１３９は、デジッタバッファＰＬＲインジケータ６７２が第１の値（たとえば、０）を有すると決定することに応答して、デジッタバッファ前パケット損失イベントのカウントに基づいて、ＰＬＲ１２９を決定するように構成される。特定の一態様では、コーデック構成適応回路１３９は、予想されたパケットがデバイス１２２において受信されなかった（たとえば、予想された時間内に受信されなかった）と決定することに応答して、デジッタ前パケット損失イベントを検出する。たとえば、コーデック構成適応回路１３９は、（１つ又は複数の）パケット１５２が、受信機１２６において第１の時間に受信される第１のパケットを含むと決定する。コーデック構成適応回路１３９は、第１のパケットに続く第２のパケットが、受信機１２６において受信されることになると予想されると決定する。たとえば、第１のパケットは、第１のシーケンス番号を示し、第２のシーケンス番号を有する第２のパケットが、受信機１２６において受信されることになると予想される。コーデック構成適応回路１３９は、第２のシーケンス番号を有するパケットが、第１の時間のしきい値持続時間内に、受信機１２６において受信されなかったと決定することに応答して、予想されたパケットが予想された時間内に受信されなかったことを検出する。コーデック構成適応回路１３９は、予想されたパケットが予想された時間内に受信されなかったことを検出することに応答して、（たとえば、ＬＰカウンタによって示された）デジッタバッファ前パケット損失イベントのカウントを増分する。ＰＬＲ１２９は、ＬＰカウンタの値に基づく。特定の一態様では、ＰＬＲ１２９は、デバイス１２２において受信されるパケット１５２の第１のカウントと、ＬＰカウンタの値との比較（たとえば、ＰＬＲ１２９＝ＬＰカウンタ値／（第１のカウント＋ＬＰカウンタ値））に基づく。
【0060】
[0068]特定の一態様では、コーデック構成適応回路１３９は、デジッタバッファＰＬＲインジケータ６７２が第２の値（たとえば、１）を有すると決定することに応答して、デジッタバッファ後パケット損失イベントのカウントに基づいて、ＰＬＲ１２９を決定するように構成される。特定の一態様では、コーデック構成適応回路１３９は、特定のパケットをプレイアウトするための時間に達したとき、当該特定のパケットがプレイアウトのために利用可能でない（たとえば、デジッタバッファ６７０内にない）と決定することに応答して、デジッタバッファ後パケット損失イベントを検出する。ーデック構成適応回路１３９は、デジッタバッファ後パケット損失イベントを検出することに応答して、（たとえば、ＬＰカウンタによって示された）デジッタバッファ後パケット損失イベントのカウントを更新する。ＰＬＲ１２９は、ＬＰカウンタの値に基づく。特定の一態様では、ＰＬＲ１２９は、対応するプレイアウト時間においてデジッタバッファ内で利用可能なパケット１５２のサブセットの第１のカウントと、ＬＰカウンタの値との比較（たとえば、ＰＬＲ１２９＝ＬＰカウンタ値／（第１のカウント＋ＬＰカウンタ値））に基づく。
【0061】
[0069]いくつかの態様では、デジッタバッファ後パケット損失イベントに基づく第１のＰＬＲは、デジッタバッファ前パケット損失イベントと比較して、ユーザエクスペリエンスをより表すものである。たとえば、デジッタバッファ後パケット損失イベントは、パケットのプレイアウト時間（playout time）の後に、デバイス１２２において受信されるパケットを含む。パケットは、プレイアウトされず（たとえば、デジッタバッファ６７０に追加されず）、また、パケットをプレイアウトしないことは、ユーザエクスペリエンスに悪影響（たとえば、低減されたオーディオ／音声品質）を及ぼし得る。デジッタバッファ後パケット損失イベントに基づくＰＬＲを使用するコーデック構成適応は、デジッタバッファ前パケット損失イベントと比較して、ユーザエクスペリエンスを向上させることができる。ネットワークの事業者は、ネットワークの様々なデバイスがコーデック構成適応のために同じメトリックを使用し、デバイスのユーザが同様のユーザエクスペリエンスを有するように、デジッタバッファＰＬＲインジケータ６７２を使用することができる。たとえば、第１のネットワーク事業者は、デジッタバッファ前パケット損失イベント（たとえば、デバイスにおいて受信されない、予想されたパケットのカウント）に基づくＰＬＲのより従来型の推定を使用するために、デジッタバッファＰＬＲインジケータ６７２の第１の値（たとえば、０）を指定することができる。第２のネットワーク事業者は、ネットワーク内のデバイスのユーザのユーザエクスペリエンスが向上されるように、デジッタバッファ後パケット損失イベント（たとえば、プレイアウトのために利用可能でないパケットのカウント）に基づくＰＬＲの推定を使用するために、デジッタバッファＰＬＲインジケータ６７２の第２の値（たとえば、１）を指定することができる。
【0062】
[0070]図８を参照すると、デバイス（たとえば、ワイヤレス通信デバイス）の特定の例示的な一例のブロック図が示されており、全体的に８００と称される。様々な態様では、デバイス８００は、図８に示されているものよりも少ないまたは多い構成要素を有し得る。例示的な一態様では、デバイス８００は、図１のデバイス１０２、デバイス１２２、構成サーバ１４２、またはそれらの組合せに対応し得る。例示的な一態様では、デバイス８００は、図１～図７のシステムおよび方法を参照しながら説明された１つまたは複数の動作を実施し得る。
【0063】
[0071]特定の一態様では、デバイス８００は、プロセッサ８０６（たとえば、中央処理ユニット（ＣＰＵ））を含む。デバイス８００は、１つまたは複数の追加のプロセッサ８１０（たとえば、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ））を含み得る。プロセッサ８１０は、デコーダ８１８、エンコーダ８１４、コーデック構成適応回路８１９、またはそれらの組合せを含み得る。エンコーダ８１４は、図１のエンコーダ１１４を含み得る。デコーダ８１８は、図１のデコーダ１３４を含み得る。コーデック構成適応回路８１９は、図１のコーデック構成適応回路１３７、コーデック構成適応回路１３９、または両方を含み得る。
【0064】
[0072]デバイス８００は、メモリ８５２とコーデック８３４とを含み得る。エンコーダ８１４、デコーダ８１８、およびコーデック構成適応回路８１９は、プロセッサ８１０の構成要素（たとえば、専用回路および／または実行可能プログラミングコード）として示されているが、他の態様では、エンコーダ８１４、デコーダ８１８、コーデック構成適応回路８１９、またはそれらの組合せの１つまたは複数の構成要素は、プロセッサ８０６、コーデック８３４、別の処理構成要素、またはそれらの組合せ中に含まれ得る。
【0065】
[0073]デバイス８００は、アンテナ８４２に結合されたトランシーバ８５０を含み得る。トランシーバ８５０は、受信機８０７、送信機８０８、または両方を含み得る。受信機８０７は、図１の受信機１０６、受信機１２６、または両方を含み得る。送信機８０８は、図１の送信機１０８、送信機１２８、または両方を含み得る。プロセッサ８１０は、トランシーバ８５０に、ワイヤレスコントローラ８４０を介して結合される。
【0066】
[0074]デバイス８００は、ディスプレイコントローラ８２６に結合されたディスプレイ８２８を含み得る。１つまたは複数のスピーカー８４８が、コーデック８３４に結合され得る。１つまたは複数のマイクロフォン８４６が、１つまたは複数の入力インターフェースを介して、コーデック８３４に結合され得る。コーデック８３４は、デジタルアナログ変換器（ＤＡＣ）８０２と、アナログデジタル変換器（ＡＤＣ）８０４とを含み得る。
【0067】
[0075]メモリ８５２は、図１～図７を参照しながら説明された１つまたは複数の動作を実施するために、プロセッサ８０６、プロセッサ８１０、コーデック８３４、デバイス８００の別の処理ユニット、またはそれらの組合せによって実行可能な命令８５６を含み得る。メモリ８５２は、図１～図７を参照しながら説明された、１つまたは複数の信号、１つまたは複数のパラメータ、１つまたは複数のしきい値、１つまたは複数のインジケータ、あるいはそれらの組合せを記憶し得る。たとえば、メモリ８５２は、図１の構成データ１０７、ＰＬＲ１２９、または両方を記憶するように構成される。
【0068】
[0076]デバイス８００の１つまたは複数の構成要素は、専用ハードウェア（たとえば、回路）を介して、１つまたは複数のタスクを実施するための命令を実行するプロセッサによって、またはそれらの組合せによって実装され得る。一例として、メモリ８５２、あるいはプロセッサ８０６、プロセッサ８１０、および／またはコーデック８３４の１つまたは複数の構成要素は、ランダムアクセスメモリ（ＲＡＭ）、磁気抵抗ランダムアクセスメモリ（ＭＲＡＭ）、スピントルクトランスファーＭＲＡＭ（ＳＴＴ－ＭＲＡＭ）、フラッシュメモリ、読取り専用メモリ（ＲＯＭ）、プログラマブル読取り専用メモリ（ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、レジスタ、ハードディスク、リムーバブルディスク、またはコンパクトディスク読取り専用メモリ（ＣＤ－ＲＯＭ）などのメモリデバイス（たとえば、コンピュータ可読記憶デバイス）であり得る。メモリデバイスは、コンピュータ（たとえば、コーデック８３４内のプロセッサ、プロセッサ８０６、および／またはプロセッサ８１０など、１つまたは複数のプロセッサ）によって実行されたとき、コンピュータに、図１～図７を参照しながら説明された１つまたは複数の動作を実施させ得る命令（たとえば、命令８５６）を含み（たとえば、記憶し）得る。一例として、メモリ８５２、あるいはプロセッサ８０６、プロセッサ８１０、および／またはコーデック８３４の１つまたは複数の構成要素は、コンピュータ（たとえば、コーデック８３４内のプロセッサ、プロセッサ８０６、および／またはプロセッサ８１０など、１つまたは複数のプロセッサ）によって実行されたとき、コンピュータに、図１～図７を参照しながら説明された１つまたは複数の動作を実施させる命令（たとえば、命令８５６）を含む、非一時的コンピュータ可読媒体であり得る。
【0069】
[0077]特定の一態様では、デバイス８００は、システムインパッケージまたはシステムオンチップデバイス（たとえば、移動局モデム（ＭＳＭ））８２２中に含まれ得る。特定の一態様では、プロセッサ８０６、プロセッサ８１０、ディスプレイコントローラ８２６、メモリ８５２、コーデック８３４、およびトランシーバ８５０は、システムインパッケージまたはシステムオンチップデバイス８２２中に含まれる。特定の一態様では、タッチスクリーンおよび／またはキーパッドなどの入力デバイス８３０ならびに電源８４４が、システムオンチップデバイス８２２に結合される。さらに、特定の一態様では、図８に示されているように、ディスプレイ８２８、入力デバイス８３０、スピーカー８４８、マイクロフォン８４６、アンテナ８４２、および電源８４４が、システムオンチップデバイス８２２の外部にある。しかしながら、ディスプレイ８２８、入力デバイス８３０、スピーカー８４８、マイクロフォン８４６、アンテナ８４２、および電源８４４の各々は、インターフェースまたはコントローラなど、システムオンチップデバイス８２２の構成要素に結合され得る。
【0070】
[0078]デバイス８００は、ワイヤレス電話、モバイル通信デバイス、モバイルデバイス、モバイルフォン、スマートフォン、セルラーフォン、仮想現実ヘッドセット、拡張現実ヘッドセット、車両（たとえば、車）、ラップトップコンピュータ、デスクトップコンピュータ、コンピュータ、タブレットコンピュータ、セットトップボックス、携帯情報端末（ＰＤＡ）、ディスプレイデバイス、テレビジョン、ゲーミングコンソール、音楽プレーヤ、無線機、ビデオプレーヤ、エンターテインメントユニット、通信デバイス、固定ロケーションデータユニット、パーソナルメディアプレーヤ、デジタルビデオプレーヤ、デジタルビデオディスク（ＤＶＤ）プレーヤ、チューナー、カメラ、ナビゲーションデバイス、デコーダシステム、エンコーダシステム、またはそれらの任意の組合せを含み得る。
【0071】
[0079]特定の一態様では、図１～図７を参照しながら説明されたシステムおよびデバイス８００の１つまたは複数の構成要素は、復号システムまたは装置（たとえば、その中の電子デバイス、コーデック、またはプロセッサ）に、符号化システムまたは装置に、あるいは両方に組み込まれ得る。他の態様では、図１～図７を参照しながら説明されたシステムおよびデバイス８００の１つまたは複数の構成要素は、モバイルデバイス、ワイヤレス電話、タブレットコンピュータ、デスクトップコンピュータ、仮想現実ヘッドセット、拡張現実ヘッドセット、車両（たとえば、車）、ラップトップコンピュータ、セットトップボックス、音楽プレーヤ、ビデオプレーヤ、エンターテインメントユニット、テレビジョン、ゲームコンソール、ナビゲーションデバイス、通信デバイス、携帯情報端末（ＰＤＡ）、固定ロケーションデータユニット、パーソナルメディアプレーヤ、または別のタイプのデバイスに組み込まれ得る。
【0072】
[0080]図１～図７を参照しながら説明されたシステムおよびデバイス８００の１つまたは複数の構成要素によって実施される様々な機能が、いくつかの構成要素またはモジュールによって実施されるものとして説明されることに留意されたい。構成要素およびモジュールのこの分割は説明のためのものにすぎない。代替の一態様では、特定の構成要素またはモジュールによって実施される機能が、複数の構成要素またはモジュールの間で分割され得る。その上、代替の一態様では、図１～図７を参照しながら説明された２つ以上の構成要素またはモジュールが、単一の構成要素またはモジュールに組み込まれ得る。図１～図７を参照しながら説明された各構成要素またはモジュールは、ハードウェア（たとえば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイス、特定用途向け集積回路（ＡＳＩＣ）、ＤＳＰ、コントローラなど）、ソフトウェア（たとえば、プロセッサによって実行可能な命令）、またはそれらの任意の組合せを使用して実装され得る。
【0073】
[0081]説明された態様に関連して、装置は、構成サーバから第１のデバイスにおいて構成データを受信するための手段を含む。たとえば、構成データを受信するための手段は、図１の受信機１２６、受信機１０６、図８の受信機８０７、トランシーバ８５０、構成サーバから第１のデバイスにおいて構成データを受信するように構成された１つもしくは複数の構造、デバイス、または回路、あるいはそれらの組合せを含み得る。構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示す。
【0074】
[0082]装置はまた、第１のデバイスにおけるパケット損失率を決定するための手段を含む。たとえば、パケット損失率を決定するための手段は、図１のコーデック構成適応回路１３７、コーデック構成適応回路１３９、デバイス１０２、デバイス１２２、図８の（1つまたは複数の）プロセッサ８１０、コーデック構成適応回路８１９、第１のデバイスにおけるパケット損失率を決定するように構成された１つもしくは複数の構造、デバイス、または回路、あるいはそれらの組合せを含み得る。パケット損失率は、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて受信される１つまたは複数の第１のパケットに関連付けられる。たとえば、パケット損失率は、第１のパケットのカウントと、第１のデバイスにおいて予想され（expected）、受信されない第２のパケットのカウントとの比較に関連付けられる。別の例として、パケット損失率は、対応するプレイアウト時間において、デジッタバッファ内で利用可能である第１のパケットのサブセットのカウントと、対応するプレイアウト時間において、デジッタバッファ内で利用可能でない第２のパケットのカウントとに関連付けられる。
【0075】
[0083]装置は、第２のデバイスのコーデック構成を変更するために、第２のデバイスに要求を送るための手段をさらに含む。たとえば、要求を送るための手段は、図１の送信機１０８、送信機１２８、図８の送信機８０８、トランシーバ８５０、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失しきい値を満たすこととを決定することに基づいて、第２のデバイスに、コーデック構成を変更するための要求を送るように構成された１つもしくは複数の構造、デバイス、または回路、あるいはそれらの組合せを含み得る。要求は、第１のデバイスのデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失率しきい値を満たすこととを決定することに基づいて送られる。
【0076】
[0084]装置はまた、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信するための手段を含む。たとえば、第２のパケットを受信するための手段は、図１の受信機１２６、受信機１０６、図８の受信機８０７、トランシーバ８５０、第２のデバイスから、ネットワークを介して、第１のデバイスにおいて第２のパケットを受信するように構成された１つもしくは複数の構造、デバイス、または回路、あるいはそれらの組合せを含み得る。第２のパケットは、第２のコーデック構成に基づいて符号化される。
【0077】
[0085]図９を参照すると、基地局９００の特定の例示的な一例のブロック図が示されている。様々な実装形態では、基地局９００は、図９に示されているものよりも多い構成要素または少ない構成要素を有し得る。例示的な一例では、基地局９００は、図１のデバイス１０２、デバイス１２２、構成サーバ１４２、またはそれらの組合せを含み得る。例示的な一例では、基地局９００は、図１～図７を参照しながら説明された１つまたは複数の動作を実施し得る。
【0078】
[0086]基地局９００は、ワイヤレス通信システムの一部であり得る。ワイヤレス通信システムは、複数の基地局と、複数のワイヤレスデバイスとを含み得る。ワイヤレス通信システムは、ロングタームエボリューション（ＬＴＥ（登録商標））システム、符号分割多元接続（ＣＤＭＡ）システム、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））システム、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）システム、または何らかの他のワイヤレスシステムであり得る。ＣＤＭＡシステムは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、ＣＤＭＡ １Ｘ、エボリューションデータオプティマイズド（ＥＶＤＯ）、時分割同期ＣＤＭＡ（ＴＤ－ＳＣＤＭＡ）、またはＣＤＭＡの何らかの他のバージョンを実装し得る。
【0079】
[0087]ワイヤレスデバイスは、ユーザ機器（ＵＥ）、移動局、端末、アクセス端末、加入者ユニット、局などと呼ばれることもある。ワイヤレスデバイスは、セルラーフォン、スマートフォン、タブレット、ワイヤレスモデム、携帯情報端末（ＰＤＡ）、ハンドヘルドデバイス、ラップトップコンピュータ、スマートブック、ネットブック、タブレット、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、Ｂｌｕｅｔｏｏｔｈ（登録商標）デバイスなどを含み得る。ワイヤレスデバイスは、図８のデバイス８００を含むか、またはそれに対応し得る。
【0080】
[0088]メッセージとデータ（たとえば、オーディオデータ）とを送り、受信することなど、様々な機能が、基地局９００の１つまたは複数の構成要素によって（および／または、示されていない他の構成要素において）実施され得る。特定の一例では、基地局９００は、プロセッサ９０６（たとえば、ＣＰＵ）を含む。特定の一態様では、プロセッサ９０６は、複数のプロセッサを含む。基地局９００は、トランスコーダ９１０を含み得る。トランスコーダ９１０は、オーディオコーデック９０８を含み得る。たとえば、トランスコーダ９１０は、オーディオコーデック９０８の動作を実施するように構成された１つまたは複数の構成要素（たとえば、回路）を含み得る。別の例として、トランスコーダ９１０は、オーディオコーデック９０８の動作を実施するための１つまたは複数のコンピュータ可読命令を実行するように構成され得る。オーディオコーデック９０８は、トランスコーダ９１０の構成要素として示されているが、他の例では、オーディオコーデック９０８の１つまたは複数の構成要素が、プロセッサ９０６、別の処理構成要素、またはそれらの組合せの中に含まれ得る。たとえば、デコーダ９３８（たとえば、ボコーダデコーダ）は、受信機データプロセッサ９６４中に含まれ得る。別の例として、エンコーダ９３６（たとえば、ボコーダエンコーダ）は、送信データプロセッサ９８２中に含まれ得る。
【0081】
[0089]トランスコーダ９１０は、２つ以上のネットワークの間で、メッセージとデータとをトランスコーディングするように機能し得る。トランスコーダ９１０は、メッセージとオーディオデータとを第１のフォーマット（たとえば、デジタルフォーマット）から第２のフォーマットに変換するように構成され得る。例示のために、デコーダ９３８は、第１のフォーマットを有する符号化された信号を復号し得、エンコーダ９３６は、復号された信号を、第２のフォーマットを有する符号化された信号になるように符号化し得る。追加または代替として、トランスコーダ９１０は、データレート適応を実施するように構成され得る。たとえば、トランスコーダ９１０は、フォーマットオーディオデータを変更することなく、データレートをダウンコンバートするか、またはデータレートをアップコンバートし得る。例示のために、トランスコーダ９１０は、６４ｋｂｉｔ／ｓ信号を１６ｋｂｉｔ／ｓ信号にダウンコンバートし得る。
【0082】
[0090]特定の一態様では、トランスコーダ９１０は、コーデック構成適応を実施するように構成される。たとえば、トランスコーダ９１０は、図１のコーデック構成適応回路１３７、コーデック構成適応回路１３９、または両方を含む。オーディオコーデック９０８は、エンコーダ９３６とデコーダ９３８とを含み得る。エンコーダ９３６は、図１のエンコーダ１１４を含み得る。デコーダ９３８は、図１のデコーダ１３４を含み得る。
【0083】
[0091]基地局９００は、メモリ９３２を含み得る。コンピュータ可読記憶デバイスなどのメモリ９３２は、命令を含み得る。命令は、図１～図７を参照しながら説明された１つまたは複数の動作を実施するために、プロセッサ９０６、トランスコーダ９１０、またはそれらの組合せによって実行可能である、１つまたは複数の命令を含み得る。特定の一態様では、メモリ９３２は、図１の構成データ１０７、ＰＬＲ１２９、または両方を記憶するように構成される。基地局９００は、アンテナのアレイに結合された、第１のトランシーバ９５２および第２のトランシーバ９５４など、複数の送信機と受信機と（たとえば、トランシーバ）を含み得る。アンテナのアレイは、第１のアンテナ９４２と第２のアンテナ９４４とを含み得る。アンテナのアレイは、図８のデバイス８００など、１つまたは複数のワイヤレスデバイスとワイヤレス通信するように構成され得る。たとえば、第２のアンテナ９４４は、ワイヤレスデバイスからデータストリーム９１４（たとえば、ビットストリーム）を受信し得る。データストリーム９１４は、メッセージ、データ（たとえば、符号化されたスピーチデータ）、またはそれらの組合せを含み得る。
【0084】
[0092]基地局９００は、バックホール接続などのネットワーク接続９６０を含み得る。ネットワーク接続９６０は、コアネットワーク、またはワイヤレス通信ネットワークの１つもしくは複数の基地局と通信するように構成され得る。たとえば、基地局９００は、ネットワーク接続９６０を介して、コアネットワークから第２のデータストリーム（たとえば、メッセージまたはオーディオデータ）を受信し得る。基地局９００は、メッセージまたはオーディオデータを生成するために、第２のデータストリームを処理し、アンテナのアレイのうちの１つもしくは複数のアンテナを介して、１つもしくは複数のワイヤレスデバイスに、またはネットワーク接続９６０を介して、別の基地局に、メッセージまたはオーディオデータを与え得る。特定の一実装形態では、ネットワーク接続９６０は、例示的な非限定的な一例として、ワイドエリアネットワーク（ＷＡＮ）接続であり得る。いくつかの実装形態では、コアネットワークは、公衆交換電話網（ＰＳＴＮ）、パケットバックボーンネットワーク、または両方を含むか、またはそれに対応し得る。
【0085】
[0093]基地局９００は、ネットワーク接続９６０とプロセッサ９０６とに結合される、メディアゲートウェイ９７０を含み得る。メディアゲートウェイ９７０は、異なる電気通信技術のメディアストリーム間で変換するように構成され得る。たとえば、メディアゲートウェイ９７０は、異なる送信プロトコル、異なるコーディング方式、または両方の間で変換し得る。例示のために、メディアゲートウェイ９７０は、例示的な非限定的な一例として、ＰＣＭ信号からリアルタイムトランスポートプロトコル（ＲＴＰ）信号に変換し得る。メディアゲートウェイ９７０は、パケット交換ネットワーク（たとえば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）ネットワーク、ＩＰマルチメディアサブシステム（ＩＭＳ）、ＬＴＥ、ＷｉＭａｘ（登録商標）、およびＵＭＢなどの第４世代（４Ｇ）ワイヤレスネットワーク）、回線交換ネットワーク（たとえば、ＰＳＴＮ）、およびハイブリッドネットワーク（たとえば、ＧＳＭ、ＧＰＲＳ、およびＥＤＧＥなどの第２世代（２Ｇ）ワイヤレスネットワーク、ＷＣＤＭＡ、ＥＶ－ＤＯ、およびＨＳＰＡなどの第３世代（３Ｇ）ワイヤレスネットワーク）の間で、データを変換し得る。
【0086】
[0094]さらに、メディアゲートウェイ９７０は、トランスコーダ９１０などのトランスコーダを含み得、コーデックが互換性のないとき、データをトランスコーディングするように構成され得る。たとえば、メディアゲートウェイ９７０は、例示的な非限定的な一例として、適応マルチレート（ＡＭＲ）コーデックとＧ．７１１コーデックとの間でトランスコーディングし得る。メディアゲートウェイ９７０は、ルータと複数の物理インターフェースとを含み得る。いくつかの実装形態では、メディアゲートウェイ９７０は、コントローラ（図示されず）も含み得る。特定の一実装形態では、メディアゲートウェイコントローラは、メディアゲートウェイ９７０の外部にあるか、基地局９００の外部にあるか、または両方であり得る。メディアゲートウェイコントローラは、複数のメディアゲートウェイの動作を制御し、協調させ得る。メディアゲートウェイ９７０は、メディアゲートウェイコントローラから制御信号を受信し得、異なる送信技術間でブリッジするように機能し得、エンドユーザ能力および接続にサービスを加え得る。
【0087】
[0095]基地局９００は、トランシーバ９５２、９５４と、受信機データプロセッサ９６４と、プロセッサ９０６とに結合される、復調器９６２を含み得、受信機データプロセッサ９６４は、プロセッサ９０６に結合され得る。復調器９６２は、トランシーバ９５２、９５４から受信される、変調された信号を復調するように、また受信機データプロセッサ９６４に復調されたデータを与えるように構成され得る。受信機データプロセッサ９６４は、復調されたデータからメッセージまたはオーディオデータを抽出し、プロセッサ９０６にメッセージまたはオーディオデータを送るように構成され得る。
【0088】
[0096]基地局９００は、送信データプロセッサ９８２と、送信多入力多出力（ＭＩＭＯ）プロセッサ９８４とを含み得る。送信データプロセッサ９８２は、プロセッサ９０６、および送信ＭＩＭＯプロセッサ９８４に結合され得る。送信ＭＩＭＯプロセッサ９８４は、トランシーバ９５２、９５４、およびプロセッサ９０６に結合され得る。いくつかの実装形態では、送信ＭＩＭＯプロセッサ９８４は、メディアゲートウェイ９７０に結合され得る。送信データプロセッサ９８２は、例示的な非限定的な一例として、プロセッサ９０６からメッセージまたはオーディオデータを受信するように、およびＣＤＭＡまたは直交周波数分割多重化（ＯＦＤＭ）などのコーディング方式に基づいて、メッセージまたはオーディオデータをコーディングするように構成され得る。送信データプロセッサ９８２は、送信ＭＩＭＯプロセッサ９８４にコーディングされたデータを与え得る。
【0089】
[0097]コーディングされたデータは、多重化されたデータを生成するために、ＣＤＭＡまたはＯＦＤＭ技法を使用して、パイロットデータなどの他のデータと多重化され得る。多重化されたデータは、次いで、変調シンボルを生成するために、特定の変調方式（たとえば、２位相シフトキーイング（「ＢＰＳＫ」）、４位相シフトキーイング（「ＱＳＰＫ」）、多値位相シフトキーイング（「Ｍ－ＰＳＫ」）、多値直交振幅変調（「Ｍ－ＱＡＭ」）など）に基づいて、送信データプロセッサ９８２によって変調（すなわち、シンボルマッピング）され得る。特定の一実装形態では、コーディングされたデータおよび他のデータは、異なる変調方式を使用して変調され得る。各データストリームのためのデータレート、コーディング、および変調は、プロセッサ９０６によって実行される命令によって決定され得る。
【0090】
[0098]送信ＭＩＭＯプロセッサ９８４は、送信データプロセッサ９８２から変調シンボルを受信するように構成され得、変調シンボルをさらに処理し得、データに対してビームフォーミングを実施し得る。たとえば、送信ＭＩＭＯプロセッサ９８４は、変調シンボルにビームフォーミング重みを適用し得る。ビームフォーミング重みは、そこから変調シンボルが送信されるアンテナのアレイのうちの１つまたは複数のアンテナに対応し得る。
【0091】
[0099]動作中に、基地局９００の第２のアンテナ９４４は、データストリーム９１４を受信し得る。第２のトランシーバ９５４は、第２のアンテナ９４４からデータストリーム９１４を受信し得、復調器９６２にデータストリーム９１４を与え得る。復調器９６２は、データストリーム９１４の変調された信号を復調し、受信機データプロセッサ９６４に復調されたデータを与え得る。受信機データプロセッサ９６４は、復調されたデータからオーディオデータを抽出し、プロセッサ９０６に抽出されたオーディオデータを与え得る。
【0092】
[0100]プロセッサ９０６は、オーディオデータを、トランスコーディングのためにトランスコーダ９１０に与え得る。トランスコーダ９１０のデコーダ９３８は、オーディオデータを、第１のフォーマットから、復号されたオーディオデータに復号し得、エンコーダ９３６は、復号されたオーディオデータを第２のフォーマットに符号化し得る。いくつかの実装形態では、エンコーダ９３６は、ワイヤレスデバイスから受信されるものよりも高いデータレート（たとえば、アップコンバート）、またはそれよりも低いデータレート（たとえば、ダウンコンバート）を使用して、オーディオデータを符号化し得る。他の実装形態では、オーディオデータはトランスコーディングされないことがある。トランスコーディング（たとえば、復号および符号化）は、トランスコーダ９１０によって実施されるものとして示されているが、トランスコーディング動作（たとえば、復号および符号化）は、基地局９００の複数の構成要素によって実施され得る。たとえば、復号は、受信機データプロセッサ９６４によって実施され得、符号化は、送信データプロセッサ９８２によって実施され得る。他の実装形態では、プロセッサ９０６は、別の送信プロトコル、コーディング方式、または両方への変換のために、メディアゲートウェイ９７０にオーディオデータを与え得る。メディアゲートウェイ９７０は、ネットワーク接続９６０を介して、別の基地局またはコアネットワークに、変換されたデータを与え得る。
【0093】
[0101]特定の一態様では、トランスコーダ９１０は、図１の要求１９２を受信することに応答して、エンコーダ９３６のコーデック構成を更新する。エンコーダ９３６は、更新されたコーデック構成に基づいて、符号化されたオーディオデータを生成し得る。トランスコーディングされたデータなど、エンコーダ９３６において生成された符号化されたオーディオデータは、プロセッサ９０６を介して、送信データプロセッサ９８２またはネットワーク接続９６０に与えられ得る。
【0094】
[0102]トランスコーダ９１０からのトランスコーディングされたオーディオデータは、変調シンボルを生成するために、ＯＦＤＭなどの変調方式に従ってコーディングするために、送信データプロセッサ９８２に与えられ得る。送信データプロセッサ９８２は、さらなる処理およびビームフォーミングのために、送信ＭＩＭＯプロセッサ９８４に変調シンボルを与え得る。送信ＭＩＭＯプロセッサ９８４は、ビームフォーミング重みを適用し得、第１のトランシーバ９５２を介して、第１のアンテナ９４２など、アンテナのアレイのうちの１つまたは複数のアンテナに、変調シンボルを与え得る。したがって、基地局９００は、ワイヤレスデバイスから受信されるデータストリーム９１４に対応するトランスコーディングされたデータストリーム９１６を、別のワイヤレスデバイスに与え得る。トランスコーディングされたデータストリーム９１６は、データストリーム９１４とは異なる符号化フォーマット、データレート、または両方を有し得る。他の実装形態では、トランスコーディングされたデータストリーム９１６は、別の基地局またはコアネットワークへの送信のために、ネットワーク接続９６０に与えられ得る。
【0095】
[0103]したがって、基地局９００は、１つまたは複数のプロセッサ（たとえば、プロセッサ９０６、トランスコーダ９１０、または両方）によって実行されたとき、プロセッサに、通信のための動作を実施させる命令を記憶する、コンピュータ可読記憶媒体（たとえば、メモリ９３２）を含み得る。当該動作は、構成サーバから構成データを受信することを含む。構成データは、第１のコーデック構成に関連付けられた第１のパケット損失率しきい値を示す。当該動作は、第２のデバイスから、ネットワークを介して、基地局９００において受信される１つまたは複数の第１のパケットに関連付けられたパケット損失率を決定することを含む。当該動作は、基地局９００のデコーダが第１のコーデック構成を有することと、パケット損失率が第１のパケット損失しきい値を満たすこととを決定することに基づいて、第２のデバイスに、第２のデバイスのコーデック構成を変更するための要求を送ることを含む。当該動作はまた、第２のデバイスから、ネットワークを介して、第２のパケットを受信することを含む。第２のパケットは、第２のコーデック構成に基づいて符号化される。
【0096】
[0104]コーデック構成について説明する詳細の一例が提供される。特定の一実装形態では、メディアタイプごとのグローバルリストが使用される。グローバルリストは、ロバストネスの順序において、メディアタイプのためのコーデック構成の例をランク付けする。コーデックまたは構成のサブセットが、セッションのためにネゴシエートされる場合、端末は、グローバルリストからの同じロバストネス順序付けを使用して、ネゴシエートされたサブセットの間で適応する。グローバルリストの各エントリは、コーデック名フィールド（たとえば、ＭＩＭＥタイプ）、コーデックレートフィールド（たとえば、ビット／秒単位）、冗長性フィールド、またはそれらの組合せを含む。以下のフィールドが、グローバルリスト内のエントリごとに使用され得る。
【0097】
【表1】
【0098】
[0105]特定の一実装形態では、コーデックタイプごとのリストが使用される。コーデックタイプごとのリストは、ロバストネスの順序において、特定のコーデックタイプのためのコーデック構成の例をランク付けする。コーデックの構成のサブセットが、セッションのためにネゴシエートされる場合、端末は、コーデックタイプごとのリストからの同じロバストネス順序付けを使用して、ネゴシエートされたサブセットの間で適応する。以下のフィールドが、コーデックタイプに固有であるリスト内のエントリごとに使用され得る。
【0099】
【表2】
【0100】
【表3】
【0101】
[0106]開示された態様の上記の説明は、当業者が開示された態様を製作または使用することを可能にするために提供されている。これらの態様への様々な修正が当業者には容易に明らかになり、本明細書で定義された原理が、本開示の範囲から逸脱することなく他の態様に適用され得る。したがって、本開示は、本明細書に示された態様に限定されることを意図されておらず、以下の特許請求の範囲によって定義されるような原理および新規な特徴と一致する可能な最も広い範囲を与えられるべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【国際調査報告】