(57)【特許請求の範囲】
【請求項１】
第１ユーザ装置（ＵＥ）装置において、前記第１ＵＥ装置にサービスを提供している基地局から、前記第１ＵＥ装置及び第２ＵＥ装置の間の通話に使用される推奨ビットレートを受信することと、
前記第１ＵＥ装置におけるパケット損失率（ＰＬＲ）を測定することによって前記第１ＵＥ装置の無線状態を判定することと、
前記測定したＰＬＲが下限ＰＬＲ閾値よりも低い、又は上限ＰＬＲ閾値よりも高い場合に、ビットレートクエリを基地局に送信することと、を含み、
前記通話は、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話のいずれかである、方法。
【請求項２】
前記ビットレートクエリは、前記ビットレートクエリに対する理由を示す原因値を含む、請求項１に記載の方法。
【請求項３】
前記原因値は、前記第１ＵＥ装置の前記無線状態の変化の指示子である、請求項２に記載の方法。
【請求項４】
前記ビットレートクエリは、要求ビットレートを変化させる方向を含む、請求項１に記載の方法。
【請求項５】
現在設定されているビットレート値を上回るビットレート値を前記ビットレートクエリに含めることによって、ビットレートの増加が決定される、請求項４に記載の方法。
【請求項６】
現在設定されているビットレート値を下回るビットレート値を前記ビットレートクエリに含めることによって、ビットレートの減少が決定される、請求項４に記載の方法。
【請求項７】
前記ビットレートクエリは、前記測定したＰＬＲを含む、請求項１に記載の方法。
【請求項８】
前記基地局によって、前記下限ＰＬＲ閾値及び前記上限ＰＬＲ閾値を設定することをさらに含む、請求項１に記載の方法。
【請求項９】
前記第１ＵＥ装置のアプリケーションレイヤによって、前記下限ＰＬＲ閾値及び前記上限ＰＬＲ閾値を設定することをさらに含む、請求項１に記載の方法。
【請求項１０】
基地局と、前記基地局によってサービスを提供される第１ユーザ機器（ＵＥ）装置と、を備えるシステムであって、
前記第１ＵＥ装置は、
前記基地局から、前記第１ＵＥ装置及び第２ＵＥ装置の間の通話に使用される推奨ビットレートを受信する受信部と、
前記受信部に結合され、前記第１ＵＥ装置におけるパケット損失率（ＰＬＲ）を測定することによって前記第１ＵＥ装置の無線状態を判定する制御部と、
前記制御部に接続され、前記測定したＰＬＲが下限ＰＬＲ閾値より低い、又は上限ＰＬＲ閾値よりも高い場合に、ビットレートクエリを基地局に送信する送信部と、を備え、
前記通話は、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話のいずれかである、システム。
【請求項１１】
前記ビットレートクエリは、前記ビットレートクエリに対する理由を示す原因値を含む、請求項１０に記載のシステム。
【請求項１２】
前記原因値は、前記第１ＵＥ装置の前記無線状態の変化の指示子である、請求項１１に記載のシステム。
【請求項１３】
前記ビットレートクエリは、要求ビットレートを変化させる方向を含む、請求項１０に記載のシステム。
【請求項１４】
現在設定されているビットレート値を上回るビットレート値を前記ビットレートクエリに含めることによって、ビットレートの増加が決定される、請求項１３に記載のシステム。
【請求項１５】
現在設定されているビットレート値を下回るビットレート値を前記ビットレートクエリに含めることによって、ビットレートの減少が決定される、請求項１３に記載のシステム。
【請求項１６】
前記ビットレートクエリは、前記測定したＰＬＲを含む、請求項１０に記載のシステム。
【請求項１７】
前記基地局は、前記下限ＰＬＲ閾値及び前記上限ＰＬＲ閾値を前記第１ＵＥ装置に送信する送信部をさらに備える、請求項１０に記載のシステム。
【請求項１８】
前記第１ＵＥ装置の前記制御部は、さらに、
前記第１ＵＥ装置のアプリケーションレイヤから、前記下限ＰＬＲ閾値及び前記上限ＰＬＲ閾値を受信する、請求項１０に記載のシステム。
【請求項１９】
第１ユーザ装置（ＵＥ）装置のプロセッサであって、
前記第１ＵＥ装置にサービスを提供している基地局から、前記第１ＵＥ装置及び第２ＵＥ装置の間の通話に使用される推奨ビットレートを受信する処理と、
前記第１ＵＥ装置におけるパケット損失率（ＰＬＲ）を測定することによって前記第１ＵＥ装置の無線状態を判定する処理と、
前記測定したＰＬＲが下限ＰＬＲ閾値よりも低い、又は上限ＰＬＲ閾値よりも高い場合に、ビットレートクエリを基地局に送信する処理と、を実行し、
前記通話は、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話のいずれかである、プロセッサ。
【発明の詳細な説明】
【優先権の主張】
【０００１】
本出願は、２０１７年２月３日に出願された、発明の名称が「ＴＲＩＧＧＥＲＩＮＧ  ＯＦ  ＢＩＴＲＡＴＥ  ＲＥＱＵＥＳＴ  ＦＯＲ  ＣＯＤＥＣ  ＲＡＴＥ  ＡＤＡＰＴＡＴＩＯＮ」である仮出願番号第６２／４５４，４６９号に対する優先権を主張し、それ全てが本出願の譲受人に譲渡されており、それの全体が参照により本明細書に明示的に援用されている。
【技術分野】
【０００２】
本発明は、一般に無線通信に関し、より詳細には無線アクセスネットワークにおけるレートアダプテーションに関する。
【背景技術】
【０００３】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、ＥＶＳ（Ｅｎｈａｎｃｅｄ  Ｖｏｉｃｅ  Ｓｅｒｖｉｃｅｓ）と名付けられた新しい音声コーデックを規定した。コーデックは、（１）送信及び／又は記憶のためにデータを符号化し、（２）再生、記憶、及び／又は編集のために受信データを復号する装置又はプログラムである。ＥＶＳは幅広いレートで高い音声品質を提供し、これにより、低いＥＶＳコーデックレートでも十分な品質を維持でき、カバレッジが悪い環境や過負荷のシナリオで使用してもよい。しかし、可能な限り音声品質を向上させるために、より高いコーデックレートを使用することが依然として望ましい。ＥＶＳは、遅延、ジッタ、及びパケット損失に対する高い堅牢性を提供しながら、保存された音楽などの他の音声入力に及ぶ通話品質を提供するために、広範囲のレート域及び全音声帯域幅を備えた柔軟性を有する。
【０００４】
無線状態はまた、コーデックモード及びコーデックレートに影響を与えてもよい。例えば、劣悪な無線状態下では、パケット損失を減らすために、より低いコーデックレートを使用してもよいのに対して、良好な無線状態では、より良いユーザエクスペリエンスを保証するために、より高いコーデックレートを使用し得る。したがって、音声コーデック、ネットワーク容量、無線状態、及びユーザエクスペリエンスを考慮した、柔軟で効率的なコーデック変更メカニズムが必要とされる。
【発明の概要】
【０００５】
第１ユーザ機器（ＵＥ）装置は、前記第１ＵＥ装置にサービスを提供している基地局からパケット損失率（ＰＬＲ）閾値設定情報を受信する。前記第１ＵＥ装置はまた、前記基地局から推奨ビットレートを受信する。前記推奨ビットレートは、前記第１ＵＥ装置及び第２ＵＥ装置の間のＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話に使用される。前記第１ＵＥ装置は、前記第１ＵＥ装置における前記ＰＬＲを測定することによって前記第１ＵＥ装置の無線状態を判定する。前記測定されたＰＬＲが下限ＰＬＲ閾値よりも低い、又は上限ＰＬＲ閾値よりも高い場合、前記第１ＵＥ装置はビットレートクエリを前記基地局に送信する。
【図面の簡単な説明】
【０００６】
図１は、ユーザ機器（ＵＥ）装置の無線状態の変化が、ＵＥ装置が基地局にビットレートクエリを送信することをトリガする通信システムの一例のブロック図である。
【０００７】
図２Ａは、図１に示す基地局の一例のブロック図である。
【０００８】
図２Ｂは、図１に示すＵＥ装置の一例のブロック図である。
【０００９】
図３は、ユーザ機器（ＵＥ）装置の無線状態の変化が、ＵＥ装置が基地局にビットレートクエリを送信することをトリガする一例のメッセージング図である。
【００１０】
図４は、ユーザ機器（ＵＥ）装置の無線状態の変化が、ＵＥ装置が基地局にビットレートクエリを送信することをトリガする方法の一例のフローチャートである。
【発明を実施するための形態】
【００１１】
ＶｏＬＴＥ（Ｖｏｉｃｅ−ｏｖｅｒ−ＬＴＥ）は、３ＧＰＰ  ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通信仕様が音声サービスを提供するための重要な機能であり、世界中の通信事業者によって展開及び開始されているため、通信事業者にとってＶｏＬＴＥ機能は非常に重要になる。ＶｏＬＴＥサービスのユーザエクスペリエンスに影響を与える可能性がある重要な要素の１つは、音声コーデック構成である。例えば、より高いＡＭＲ（Ａｄａｐｔｉｖｅ  Ｍｕｌｔｉ−Ｒａｔｅ）音声符号化率は、より高い鮮明度の音声通話、それゆえにより良いユーザエクスペリエンスを提供することができる。より高いＡＭＲ音声符号化率が使用されるとき、より高いコーデックレートはより多くの無線リソース割り当てを必要とし、それは利用可能なネットワーク容量がより少ないことを意味する。
【００１２】
ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の基地局（例えば、ｅＮＢ）は、音声コーデックレートアダプテーションをトリガするのに最良の状況にある。したがって、ｅＮＢ補助（又は、ＲＡＮ補助）のコーデックレートアダプテーション解決策を検討すべきである。ｅＮＢ補助のコーデックレートアダプテーションをサポートするために、考慮すべき主な問いの１つは、ｅＮＢが、サポートされるコーデックの種類ごとに特定のコーデックレートに関する情報を持つ必要があるかどうかである。ｅＮＢがコーデックレートに関する特定の情報を持っていると仮定した場合、ｅＮＢがコーデックの種類、フレームアグリゲーション、冗長レベル、及び冗長オフセットも知る必要があるかどうかも検討すべきである。これは、ｅＮＢがユーザ機器（ＵＥ）装置の代わりにコーデックレートアダプテーションのためのエンドポイントとして本質的に働くことができることを意味するであろう。
【００１３】
しかしながら、ｅＮＢのみがコーデックレート情報を有する場合、ＵＥ装置のアプリケーションレイヤへの入力の１つとして、ＵＥ装置がｅＮＢの推奨コーデックレートにどれだけの重みを与えるべきかは不確かである。通常、ｅＮＢはいかなるアプリケーションレイヤシグナリングも処理しないことに留意されたい。むしろ、それらはＬＴＥシステムのＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）部分のみを処理する。ｅＮＢ内にアプリケーションレイヤシグナリングを追加することは、ネットワークアーキテクチャがどのように構築されるかという既存のパラダイムを劇的に変えるであろう。したがって、以下の例では、コーデックレート情報を持たないにもかかわらず、ｅＮＢがレートアダプテーションを容易にすることを可能にする技術及びシステム構成を説明する。
【００１４】
さらに、ＵＥ装置がカバレッジ内外に移動するにつれて、ＵＥ装置に対するｅＮＢの推奨レートの選択は、ＵＥ装置の無線状態、及びＵＥ装置がターゲットｅＮＢにハンドオーバされるとき、推奨レートがＵＥ装置に適用可能かどうかのいかんによるべきである。
【００１５】
本明細書で論じられる例のほとんどは、ＶｏＬＴＥアプリケーションに焦点を合わせているが、以下の例のうちのいずれも、ＶｉＬＴＥ（Ｖｉｄｅｏ−ｏｖｅｒ−ＬＴＥ）アプリケーションのために変形されてもよい。
【００１６】
図１は、ユーザ機器（ＵＥ）装置の無線状態の変化が、ＵＥ装置が基地局にビットレートクエリを送信することをトリガする通信システムの一例のブロック図である。通信システム１００は、無線アクセスネットワーク（図示せず）の一部である様々な基地局のそれぞれのサービスエリア内に位置するＵＥ装置に様々な無線サービスを提供する無線アクセスネットワークの一部である。基地局１０２は、下りリンク信号１０４を介してＵＥ装置１０６に無線サービスを提供する。
【００１７】
明確さと簡潔さのために、通信システム１００は２つの基地局１０２、１０３のみを有するように示されている。最初に、第１基地局１０２はＵＥ装置１０６に無線サービスを提供し、第２基地局１０３はＵＥ装置１０８に無線サービスを提供する。しかしながら、他の例では、通信システム１００は任意の適切な数の基地局を有することができる。ｅＮｏｄｅＢ又はｅＮＢとして示すこともある基地局１０２、１０３は、それぞれ下りリンク信号１０４、１０９をＵＥ装置１０６、１０８に送信することによって、無線ユーザ機器（ＵＥ）装置１０６、１０８と通信する。基地局１０２、１０３は、それぞれＵＥ装置１０６、１０８から送信された上りリンク信号１１６、１１１を受信する。ＵＥ装置１０６、１０８は、例えば、携帯電話、トランシーバモデム、携帯情報端末（ＰＤＡ）、及びタブレットなどの任意の無線通信装置である。
【００１８】
基地局１０２、１０３は、既知の技術に従ってバックホール（図示せず）を介してネットワークに接続されている。図２Ａに示すように、基地局１０２は、制御部２０４、送信部２０６、及び受信部２０８、ならびに他の電子機器、ハードウェア、及びコードを含む。図２Ａは、第１基地局１０２の回路及び構成を具体的に示し、同じ基地局の回路及び構成が第２基地局１０３に利用される。基地局１０２は、本明細書で説明される機能を実行する任意の固定、モバイル、又はポータブル機器である。基地局１０２を参照して説明されるブロックの様々な機能及び動作は、任意の数の装置、回路、又は要素で実行されてもよい。機能ブロックの２つ以上は単一の装置に統合されてもよく、任意の単一の装置において実行されるとして説明される機能はいくつかの装置にわたって実行されてもよい。
【００１９】
図２Ａに示す例では、基地局１０２は、システム展開時に特定の場所に設置される固定装置又は器具であってもよい。そのような機器の例には、固定基地局又は固定トランシーバ局が含まれる。状況によっては、基地局１０２は、一時的に特定の場所に設置されているモバイル機器であってもよい。そのような機器のいくつかの例には、発電機、太陽電池パネル、及び／又は電池などの発電機器を含み得る移動式トランシーバ局を含む。そのような装置よりも大きくそして重いバージョンはトレーラーによって輸送されてもよい。さらに他の状況では、基地局１０２は、任意の特定の場所に固定されていないポータブル機器であってもよい。したがって、基地局１０２は、状況によっては、ＵＥ装置などのポータブルユーザ装置であってもよい。
【００２０】
制御部２０４は、基地局１０２の全体的な機能性を容易にするのと同様に、本明細書に記載される機能を実行するためのハードウェア、ソフトウェア、及び／又はファームウェアの任意の組み合わせを含む。適切な制御部２０４の一例は、メモリに接続されたマイクロプロセッサ又はプロセッサ配列で実行するコードを含む。送信部２０６は、無線信号を送信する電子機器を含む。状況によっては、送信部２０６は複数の送信機を含んでもよい。受信部２０８は、無線信号を受信する電子機器を含む。状況によっては、受信部２０８は複数の受信機を含んでいてもよい。受信部２０８及び送信部２０６は、それぞれアンテナ２１０を介して信号を送受信する。アンテナ２１０は、別々の送信アンテナと受信アンテナを含んでもよい。状況によっては、アンテナ２１０は複数の送信アンテナ及び受信アンテナを含んでもよい。
【００２１】
図２Ａの例における送信部２０６及び受信部２０８は、変調及び復調を含む無線周波数（ＲＦ）処理を実行する。したがって、受信部２０８は、低雑音増幅器（ＬＮＡ）及びフィルタなどの構成要素を含んでもよい。送信部２０６は、フィルタ及び増幅器を含んでもよい。他の構成要素は、アイソレータ、整合回路、及び他のＲＦ構成要素を含んでもよい。これらの構成要素は他の構成要素と組み合わせて又は連携して基地局の機能を実行する。必要な構成要素は、基地局によって必要とされる特定の機能に依存してもよい。
【００２２】
送信部２０６は変調部（図示せず）を含み、受信部２０８は復調部（図示せず）を含む。変調部は、下りリンク信号１０４の一部として送信される信号を変調し、複数の変調次数のうちの任意の１つを適用し得る。復調部は、複数の変調次数のうちの１つに従って基地局１０２で受信される上りリンク信号１１６を含む任意の信号を復調する。
【００２３】
図１に戻ると、通信システム１００は、基地局１０２，１０３を介して様々な無線サービスをそれぞれＵＥ装置１０６，１０８に提供する。本明細書の例では、通信システム１００は、３ＧＰＰ  ＬＴＥ（ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通信仕様の少なくとも１つの改訂に従って動作する。図２Ｂに示すように、第１ＵＥ装置１０６は、アンテナ２１２及び受信部２１４を介して下りリンク信号１０４を受信する。図２Ｂは、第１ＵＥ装置１０６の回路及び構成を具体的に示しているが、同じＵＥ装置の回路及び構成は第２ＵＥ装置１０８にも利用される。アンテナ２１２及び受信部２１４に加えて、第１ＵＥ装置１０６はさらに、制御部２１６及び送信部２１８、ならびに他の電子機器、ハードウェア、及びコードを含む。第１ＵＥ装置１０６は、本明細書で説明される機能を実行する任意の固定、モバイル、又はポータブル機器である。第１ＵＥ装置１０６を参照して説明されるブロックの様々な機能及び動作は、任意の数の装置、回路、又は要素で実施されてもよい。機能ブロックのうちの２つ以上は単一装置に統合されてもよく、任意の単一装置で実行されるものとして説明される機能は、いくつかの装置にわたって実施されてもよい。
【００２４】
制御部２１６は、ＵＥ装置の全体的な機能性を容易にするのと同時に、本明細書で説明される機能を実行するためのハードウェア、ソフトウェア、及び／又はファームウェアの任意の組合せを含む。適切な制御部２１６の一例は、メモリに接続されたマイクロプロセッサ又はプロセッサ配列で実行するコードを含む。送信部２１８は、無線信号を送信する電子機器を含む。状況によっては、送信部２１８は複数の送信機を含んでもよい。受信部２１４は、無線信号を受信する電子機器を含む。状況によっては、受信部２１４は複数の受信機を含んでもよい。受信部２１４及び送信部２１８は、それぞれアンテナ２１２を介して信号を送受信する。アンテナ２１２は、別々の送信アンテナと受信アンテナを含んでもよい。状況によっては、アンテナ２１２は、複数の送信アンテナ及び受信アンテナを含んでもよい。
【００２５】
図２Ｂの例における送信部２１８及び受信部２１４は、変調及び復調を含む無線周波数（ＲＦ）処理を実行する。したがって、受信部２１４は、低雑音増幅器（ＬＮＡ）及びフィルタなどの構成要素を含んでもよい。送信部２１８は、フィルタ及び増幅器を含んでもよい。他の構成要素は、アイソレータ、整合回路、及び他のＲＦ構成要素を含んでもよい。これらの構成要素は他の構成要素と組み合わせて又は連携してＵＥ装置の機能を実行する。必要な構成要素は、ＵＥ装置によって必要とされる特定の機能に依存してもよい。
【００２６】
送信部２１８は変調部（図示せず）を含み、受信部２１４は復調部（図示せず）を含む。変調部は、図１に示されるように上りリンク信号１１６の一部として送信される信号を変調するために、複数の変調次数のうちの任意の１つを適用し得る。復調部は、複数の変調次数のうちの１つに従って下りリンク信号１０４を復調する。
【００２７】
本明細書で説明される例のいくつかにおいて、基地局１０２，１０３はコーデックレート情報を知らないと仮定され、それは、基地局１０２，１０３がどのビットレートがアプリケーションレイヤのＵＥ装置１０６，１０８に利用可能なコーデックレートと一致するかを知らないことを意味する。したがって、基地局１０２は、どのビットレートがＵＥ装置１０６に推奨するのに適切であるかについて知らされなければならない。ＵＥ装置１０６は、基地局１０２からの許可なしにどのビットレートを使用するかを自律的に決定することができないので、レートアダプテーションの目的のために、これは重要な内容である。
【００２８】
動作中、１つ以上のトリガイベントは、ＵＥ装置１０６に推奨するビットレートを基地局１０２に決定させることになる。いくつかの例では、基地局１０２は、特定の通信リンク（例えば、下りリンク１０４又は上りリンク１１６）についての不特定のレートの増加又は減少に対する要求であるビットレートクエリを受信する。他の例では、ビットレートクエリは特定のレートに対する要求を含み、それは場合によっては、第２ＵＥ装置１０８からのレートネゴシエーション要求に基づいてもよい。基地局１０２がコーデックレートに依存しない場合、ビットレートクエリは特定のコーデックレートに対するよりもむしろ特定のビットレートに対する要求となる。
【００２９】
基地局１０２は、ＵＥ装置１０６に推奨するビットレートを判定するために制御部２０４を利用する。推奨ビットレートは、とりわけ、以前に受信したビットレートクエリ、第１ＵＥ装置１０６の無線状態、及び基地局１０２によって測定されるネットワーク混雑の現在のレベルを考慮に入れる。もちろん、推奨ビットレートを選択する際に、基地局１０２によって他の適切な基準が使用されてもよい。場合によっては、推奨ビットレートは、基地局１０２によってサポートされるビットレートである。いくつかの例では、ビットレートの推奨はより高いレートのための推奨である。他の例では、ビットレートの推奨はより低いレートのための推奨である。
【００３０】
どのビットレートをＵＥ装置１０６に推奨するかを決定した後、基地局１０２は、送信部２０６及びアンテナ２１０を介して、第１ＵＥ装置１０６及び第２ＵＥ装置１０８の間の通話に使用される推奨ビットレートを送信する。通話は、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話であってもよい。ＵＥ装置１０６は、アンテナ２１２及び受信部２１４を介して推奨ビットレートを受信する。推奨ビットレートは、信号３０４によって、図３に表される。
【００３１】
いくつかの例では、推奨ビットレートに加えて、基地局１０２はパケット損失率（ＰＬＲ）閾値設定情報をＵＥ装置１０６に送信する。下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値を含むＰＬＲ閾値設定情報は、推奨されるビットレートと一緒に、又は別の送信で送信され得る。ＰＬＲ閾値設定情報は、信号３０２によって図３に表される。他の例では、ＵＥ装置１０６のアプリケーションレイヤは、下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値をＵＥ装置１０６の制御部２１６にそれぞれ提供することによって、下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値を設定する。
【００３２】
ＰＬＲはＵＥ装置１０６のアプリケーションレイヤで計算され、アプリケーションレイヤに対するパケットエラーを反映する。ＰＬＲに基づいて、ＵＥ装置１０６は、ＵＥ装置１０６の無線状態がビットレートの変更を必要とするほど十分に変更されたかどうかを判定することができる。ＵＥ装置１０６によって使用されるべき特定のＰＬＲ閾値を指定することによって、基地局１０２、またはＵＥ装置１０６のアプリケーションレイヤは、ＵＥ装置１０６が基地局１０２にビットレートクエリを送信することをトリガするために、ＵＥ装置１０６の無線状態が変化しなければならない程度を設定する。
【００３３】
基地局１０２から推奨ビットレートを受信することに応答して、第１ＵＥ装置１０６の制御部２１６は、（１）推奨ビットレートを実施する（例えば、受け入れる）かどうか、（２）推奨ビットレートを拒否するかどうか、（３）推奨ビットレートとは異なるビットレートを要求するかどうか、（４）第２ＵＥ装置１０８とビットレートをネゴシエートするかどうか、又は（５）前述の選択肢のうちの２つ以上の任意の組み合わせを実行するかどうか、を判定する。第１及び第２ＵＥ装置１０６，１０８の間のＶｏＬＴＥ通話に使用されるビットレートを判定するために、ＵＥ装置１０６が第２ＵＥ装置１０８とのビットレートネゴシエーションを開始することを選択した場合、第１ＵＥ装置１０６及び第２ＵＥデ装置１０８はアプリケーションレイヤを介してビットレートをネゴシエートするために、それらのそれぞれの送信部２１８、制御部２１６、及びアンテナ２１２を使用する。このビットレートネゴシエーションは、図１の通信リンク１１２を介して行われ、アプリケーションレイヤシグナリング３０６によって図３に表される。ビットレートネゴシエーションのアプリケーションレイヤシグナリング３０６はまた、ＵＥ１０８において経験されたＰＬＲに依存してもよい。
【００３４】
他の例では、第１ＵＥ装置１０６は、第２ＵＥ装置１０８がどのビットレートをＶｏＬＴＥ通話に使用することができるかをすでに知っていてもよく、したがって、ネゴシエーションは不要である。第１及び第２ＵＥ装置１０６，１０８の間のビットレートネゴシエーションが終了するか、又はスキップされると、第１及び第２ＵＥ装置１０６、１０８は、ＶｏＬＴＥ通話のためのビットレートを実施するか、又は第１ＵＥ装置１０６は、基地局１０２にビットレートクエリを送信されるべきと判定する。
【００３５】
ビットレートクエリを送信するかどうかを決定する際に、ＵＥ装置１０６は、ＵＥ装置１０６におけるＰＬＲを測定することによって、及びＵＥデバイス１０８とのビットレートネゴシエーションを通じて、ＵＥ装置１０６の無線状態を判定する。測定されたＰＬＲが下限ＰＬＲ閾値を下回る場合、ＵＥ装置１０６はビットレートクエリを基地局１０２に送信してもよい。いくつかの例では、このビットレートクエリは、下りリンク通信リンク１０４に使用されるビットレートを減らすための要求である。しかしながら、場合によっては、ＵＥ装置１０６が既に最小保証ビットレート（ＧＢＲ）で動作している場合、ＵＥ装置１０６は、このビットレートクエリを送信することを控えてもよい。
【００３６】
測定されたＰＬＲが上限ＰＬＲ閾値を上回る場合、ＵＥ装置１０６はビットレートクエリを基地局１０２に送信してもよい。いくつかの例では、このビットレートクエリは、下りリンク通信リンク１０４に使用されるビットレートを増やすための要求である。しかしながら、場合によっては、ＵＥ装置１０６が既に最大ビットレート（ＭＢＲ）で動作している場合、ＵＥ装置１０６はこのビットレートクエリを送信することを控えてもよい。
【００３７】
いくつかの例では、下りリンク通信リンク１０４に関するビットレートクエリを送信することに加えて、ＵＥ装置１０６は、上りリンク通信リンク１１６に関するビットレートクエリを送信することができる。これらの例では、ＵＥ装置１０６は、上りリンク通信リンク１１６の無線状態に基づいて、ビットレートクエリを送信すべきかどうかを判定する。ＵＥ装置１０６は、基地局１０２から受信した肯定応答（ＡＣＫ）または否定ＡＣＫ（ＮＡＣＫ）信号に基づくＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）再送信の数によって上りリンク通信リンク１１６の無線状態を判定する。
【００３８】
ＵＥ装置１０６がビットレートクエリを基地局１０２に送信すべきと判断した場合、ＵＥ装置１０６は、送信部２１８及びアンテナ２１２を介して、ビットレートクエリを基地局１０２に送信する。ビットレートクエリは、不特定のレート増加又は減少、或いは現在のレート又は推奨レートからの増加又は減少であり得る特定のレートに対する要求であり得る。基地局１０２がコーデックレートに依存しない例では、任意の特定のレート要求は特定のコーデックレートに対するよりもむしろ特定のビットレートに対する要求となるであろう。
【００３９】
いくつかの例では、レート要求に加えて、ビットレートクエリは、ＵＥ装置１０６がビットレートクエリを送信した理由を示す原因値も含んでもよい。例えば、原因値は、無線状態の変化によりビットレートクエリが送信されていることを示すことができる。より具体的には、原因値は、「無線状態の変化」、「悪いＰＬＲ」、「高いＰＬＲ」、「低いＰＬＲ」、「ピアＵＥ装置から受信したレートネゴシエーション」、又は「ピアＵＥ装置との再レートネゴシエーションについて」のいずれかを表すことができる。勿論、基地局１０２がどのビットレートをＵＥ装置１０６に推奨すべきかを決定するのに際し、基地局１０２をアシストするために、他の任意の適切な原因値がビットレートクエリに含まれてもよい。
【００４０】
他の例では、ビットレートクエリはまた、ビットレートクエリの方向を含んでもよい。例えば、ビットレートクエリは、（１）現在設定されているビットレート、又は（２）基地局１０２によって推奨されるレート（例えば、図３の信号３０４）よりも高い（又は低い）レートに対する要求を含むことができる。しかしながら、これらの例では、ビットレートクエリは特定のレートを要求しないであろう。
【００４１】
さらに他の例では、上述のように、ビットレートクエリは、原因値と、特定のビットレートに対する要求と、を含んでもよい。原因値及び特定のビットレートの組み合わせは、ビットレートクエリの方向（例えば、要求がレートの増加に対するものか減少に対するものか）を示す。例えば、ビットレートクエリは、原因値と、（１）現在設定されているビットレート、又は（２）基地局１０２によって推奨されるレートよりも高い（又は低い）特定のレートに対する要求と、を含む。
【００４２】
さらなる例では、ビットレートクエリはまた、測定されたＰＬＲを含んでもよい。さらに別の例では、ビットレートクエリはまた、ＵＥ装置１０６にビットレートクエリを送信することをトリガさせる無線状態の変化の重大度の指示子（例えば、「高」、「中」、又は「低」）を含んでもよい。基地局１０２は、無線状態の変化に対処するために、ビットレートの大きな変化又は小さな変化のどちらを推奨するかを決定するために測定されたＰＬＲ及び／又は無線状態の変化の重大度の指示子を利用することができる。
【００４３】
ビットレートクエリの正確な内容に関わらず、ＵＥ装置１０６は、送信部２１８及びアンテナ２１２を介して、ビットレートクエリを基地局１０２に送信する。基地局１０２は、アンテナ２１０及び受信部２０８を介して、ビットレートクエリを受信する。ビットレートクエリは、信号３０８によって図４に表される。ビットレートクエリの受信時に、基地局１０２は、ＵＥ装置１０６から受信したビットレートクエリ、ＵＥ装置１０６の無線状態、及び基地局１０２によって測定されるネットワーク輻輳の現在のレベルのうち１つ以上を含む任意の数の要素に基づいて、ビットレート推奨を作成するであろう。勿論、どのビットレートを推奨するかを決定する際に、基地局１０２によって他の任意の適切な要素が考慮され得る。
【００４４】
図３は、ユーザ機器（ＵＥ）装置の無線状態の変化が、ＵＥ装置が基地局にビットレートクエリを送信することをトリガする一例のメッセージング図である。この例では、基地局１０２は、パケット損失率（ＰＬＲ）閾値設定情報をＵＥ装置１０６に送信する。下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値を含むＰＬＲ閾値設定情報は、推奨されるビットレートと一緒に、又は別の送信で送信されてもよい。ＲＬＲ閾値設定情報は、信号３０２によって図３に表される。他の例では、ＵＥ装置１０６のアプリケーションレイヤは、下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値をＵＥ装置１０６の制御部２１６にそれぞれ提供することによって、下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値を設定する。
【００４５】
基地局１０２は、任意の数の適切な要素に基づいて推奨ビットレートを判定する。どのビットレートをＵＥ装置１０６に推奨するかを判定した後、基地局１０２は、第１ＵＥ装置１０６及び第２ＵＥ装置１０８の間のＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話に使用される推奨ビットレートを送信する。推奨ビットレートは、信号３０４によって図３に表される。上述したように、推奨ビットレートはＰＬＲ閾値設定情報と一緒に送信されてもよく、又は図３に示されるように別々の送信で送信されてもよい。
【００４６】
推奨ビットレートを受信した後、ＵＥ装置１０６は、第１及び第２ＵＥ装置１０６，１０８の間の通話に使用されるビットレートを決定するために、第２ＵＥ装置１０８とのビットレートネゴシエーションを開始することを選択してもよい。このビットレートネゴシエーションが発生した場合、アプリケーションレイヤシグナリング３０６によって図３に表される。レートネゴシエーションを実行した又はスキップした後、第１ＵＥ装置１０６は、通話に対するビットレートを実施するか、又はビットレートクエリを基地局１０２に送信すべきであると判定する。
【００４７】
図３に示す例では、ＵＥ装置１０６は、ＵＥ装置１０６の無線状態の変化により基地局にビットレートクエリが送信されるべきことを判定する。ＵＥ装置１０６は、ビットレートクエリを基地局１０２に送信する。ビットレートクエリは、信号３０８によって図３に表される。上述のように、ビットレートクエリは、不特定のレート増加又は減少に対する要求であってもよい。他の例では、ビットレートクエリは特定のビットレートに対する要求である。さらに他の例では、ビットレートクエリは、原因値、ビットレートクエリの方向、測定したＰＬＲ、及び／又はＵＥ装置１０６の無線状態の変化の重大度の指示子を含んでもよい。
【００４８】
図４は、ユーザ機器（ＵＥ）装置の無線状態の変化が、ＵＥ装置が基地局にビットレートクエリを送信することをトリガする方法の一例のフローチャートである。方法４００のステップは、本明細書で説明され、図４の例に示されるのとは異なる順序で実行されてもよい。さらに、いくつかの例では、１つ以上のステップが省略されてもよい。さらに、他の例では、１つ以上の追加のステップが追加されてもよい。
【００４９】
図４に示す例では、方法４００はステップ４０２で始まり、ＵＥ装置１０６は、ＵＥ装置１０６にサービスを提供している基地局１０２からＰＬＲ閾値設定情報を受信する。上述のように、ＰＬＲ閾値設定情報は、下限ＰＬＲ閾値及び／又は上限ＰＬＲ閾値を含む。他の例では、ＵＥ装置１０６のアプリケーションレイヤは、ＰＬＲ閾値をＵＥ装置１０６の制御部２１６に提供する。
【００５０】
ステップ４０４において、ＵＥ装置１０６は、基地局１０２から推奨ビットレートを受信する。推奨ビットレートは、第１ＵＥ装置１０６及び第２ＵＥ装置１０８の間の通話に使用される。通話は、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話又はＶｉＬＴＥ（Ｖｉｄｅｏ  ｏｖｅｒ  Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通話であり得る。
【００５１】
ステップ４０６において、ＵＥ装置１０６は、ＵＥ装置１０６におけるＰＬＲを測定することによってＵＥ装置１０６の無線状態を判定する。
【００５２】
ステップ４０８において、ＵＥ装置１０６が、測定されたＰＬＲが下限ＰＬＲ閾値よりも低い、又は上限ＰＬＲ閾値よりも高いと判定した場合、ＵＥ装置１０６はビットレートクエリを基地局１０２に送信する。上述のように、ビットレートクエリは、不特定のレート増加または減少に対する要求であってもよい。他の例では、ビットレートクエリは特定のビットレートに対する要求である。さらに他の例では、ビットレートクエリは、原因値、ビットレートクエリの方向、測定したＰＬＲ、及び／又はＵＥ装置１０６の無線状態の変化の重大度の指示子を含んでもよい。
【００５３】
明らかに、本発明の他の実施形態及び変形はこれらの教示を考慮して当業者には容易に思い浮かぶであろう。上記の説明は例示的なものであり、限定的なものではない。本発明は、上記の明細書及び添付の図面と併せて見たときに、すべてのそのような実施形態及び変形形態を含む添付の特許請求の範囲によってのみ限定されるべきである。したがって、本発明の範囲は、上記の説明を参照して決定されるべきではなく、添付の特許請求の範囲をその均等物の全範囲に参照して決定されるべきである。 
【図１】
0006987872.tif 000002
【図２Ａ】
0006987872.tif 000003
【図２Ｂ】
0006987872.tif 000004
【図３】
0006987872.tif 000005
【図４】
0006987872.tif 000006