特許 6781857 ＲＡＮ補助のレートアダプテーションのためのフィードバック

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6781857

(24)【登録日】2020年10月20日

(45)【発行日】2020年11月4日

(54)【発明の名称】ＲＡＮ補助のレートアダプテーションのためのフィードバック

(51)【国際特許分類】

   H04W 28/22 20090101AFI20201026BHJP

【ＦＩ】

   H04W28/22

【請求項の数】5

【全頁数】13

(21)【出願番号】特願2020-118418(P2020-118418)

(22)【出願日】2020年7月9日

(62)【分割の表示】特願2019-523044(P2019-523044)の分割

【原出願日】2017年10月27日

【審査請求日】2020年7月9日

(31)【優先権主張番号】62/417,497

(32)【優先日】2016年11月4日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】000006633

【氏名又は名称】京セラ株式会社

(74)【代理人】

【識別番号】110001106

【氏名又は名称】キュリーズ特許業務法人

(72)【発明者】

【氏名】チャン ヘンリー

(72)【発明者】

【氏名】藤代 真人

【審査官】 伊東 和重

(56)【参考文献】

【文献】 特開２００２−８４５７７（ＪＰ，Ａ）

【文献】 3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Univ，3GPP TR 36.750，3GPP，２０１６年 ９月，V1.0.0

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

第１ユーザ機器（ＵＥ）装置が、第１ビットレートを使用して第２ＵＥ装置とのＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通話を行うことと、
前記第１ＵＥ装置が、前記ＶｏＩＰ通話に使用されるビットレートとして第２ビットレートを希望する旨の情報を前記第２ＵＥ装置から受信することと、
前記第１ＵＥ装置が、前記第１ＵＥ装置をサービングする基地局に、ビットレートクエリを送信することと、
前記基地局が、前記ビットレートクエリを受けて、前記ＶｏＩＰ通話に使用するための推奨ビットレートを、前記第１ＵＥ装置へ送信することと、
前記第１ＵＥ装置が、前記推奨ビットレートを使用して、前記第２ＵＥ装置との前記ＶｏＩＰ通話を行うことと、
前記ビットレートクエリを送信することは、前記第２ビットレートと前記第１ビットレートとの比較結果が所定の条件を満たす場合、前記ビットレートクエリを送信することを含む、方法。

【請求項2】

前記ＶｏＩＰ通話は、ＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通話である、請求項１に記載の方法。

【請求項3】

前記推奨ビットレートは、ＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）以下であって、且つＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）以上である、請求項１に記載の方法。

【請求項4】

第１ユーザ機器（ＵＥ）装置であって、
第１ビットレートを使用して第２ＵＥ装置とのＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通話を行う制御部と、
前記ＶｏＩＰ通話に使用されるビットレートとして第２ビットレートを希望する旨の情報を前記第２ＵＥ装置から受信する受信部と、
前記第１ＵＥ装置をサービングする基地局に、ビットレートクエリを送信する送信部と、を備え、
前記受信部は、前記ビットレートクエリを受けた前記基地局から、前記ＶｏＩＰ通話に使用するための推奨ビットレートを受信し、
前記制御部は、前記推奨ビットレートを使用して、前記第２ＵＥ装置との前記ＶｏＩＰ通話を行い、
前記送信部は、前記第２ビットレートと前記第１ビットレートとの比較結果が所定の条件を満たす場合、前記ビットレートクエリを送信する、第１ＵＥ装置。

【請求項5】

第１ユーザ機器（ＵＥ）装置を制御するためのプロセッサであって、
第１ビットレートを使用して第２ＵＥ装置とのＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）通話を行う処理と、
前記ＶｏＩＰ通話に使用されるビットレートとして第２ビットレートを希望する旨の情報を前記第２ＵＥ装置から受信する処理と、
前記第１ＵＥ装置をサービングする基地局に、ビットレートクエリを送信する処理と、
前記ビットレートクエリを受けた前記基地局から、前記ＶｏＩＰ通話に使用するための推奨ビットレートを受信する処理と、
前記推奨ビットレートを使用して、前記第２ＵＥ装置との前記ＶｏＩＰ通話を行う処理と、
前記ビットレートクエリを送信する処理は、前記第２ビットレートと前記第１ビットレートとの比較結果が所定の条件を満たす場合、前記ビットレートクエリを送信する処理を含む、プロセッサ。

【発明の詳細な説明】

【優先権の主張】

【0001】

本出願は、２０１６年１１月４日に出願された、発明の名称が「ＦＥＥＤＢＡＣＫ ＦＯＲ ＲＡＮ−ＡＳＳＩＳＴＥＤ ＣＯＤＥＣ ＲＡＴＥ ＡＤＡＰＴＡＴＩＯＮ」である仮出願番号第６２／４１７，４９７号に対する優先権を主張し、その全てが本出願の譲受人に譲渡されており、その全体が参照により本明細書に明示的に援用されている。

【技術分野】

【0002】

本発明は、一般に無線通信に関し、より詳細には無線アクセスネットワークにおけるレートアダプテーションに関する。

【背景技術】

【0003】

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、ＥＶＳ（Ｅｎｈａｎｃｅｄ Ｖｏｉｃｅ Ｓｅｒｖｉｃｅｓ）と名付けられた新しい音声コーデックを規定した。コーデックは、（１）送信および／または記憶のためにデータを符号化し、（２）再生、記憶、および／または編集のために受信データを復号する装置またはプログラムである。ＥＶＳは幅広いレートで高い音声品質を提供し、これにより、低いＥＶＳコーデックレートでも十分な品質を維持でき、カバレッジが悪い環境や過負荷のシナリオで使用してもよい。しかし、可能な限り音声品質を向上させるために、より高いコーデックレートを使用することが依然として望ましい。ＥＶＳは、遅延、ジッタ、およびパケット損失に対する高い堅牢性を提供しながら、保存された音楽などの他の音声入力に及ぶ通話品質を提供するために、広範囲のレート域および全音声帯域幅を備えた柔軟性を有する。

【0004】

無線状態はまた、コーデックモードおよびコーデックレートに影響を与えてもよい。例えば、劣悪な無線状態下では、パケット損失を減らすために、より低いコーデックレートを使用してもよいのに対して、良好な無線状態では、より良いユーザエクスペリエンスを保証するために、より高いコーデックレートを使用し得る。したがって、音声コーデック、ネットワーク容量、無線状態、およびユーザエクスペリエンスを考慮した、柔軟で効率的なコーデック変更メカニズムが必要とされる。

【発明の概要】

【0005】

基地局は、基地局によってサービス提供される第１ユーザ機器（ＵＥ）装置からビットレートクエリを受信する。ビットレートクエリは、ビットレートの増減に対する要求であり得る。基地局は推奨ビットレートを第１ＵＥ装置に送信する。ビットレートの推奨は、第１ＵＥ装置および第２ＵＥ装置の間のＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通話に使用される。いくつかの事例では、第１ＵＥ装置および第２ＵＥ装置は、基地局によって推奨されるビットレートに基づいて、ＶｏＬＴＥ通話に使用されるビットレートをネゴシエートする。第１および第２ＵＥ装置は、ＶｏＬＴＥ通話のためのビットレートを実施し、基地局にフィードバックを提供する。

【図面の簡単な説明】

【0006】

【図1】第１ユーザ機器（ＵＥ）装置が、ビットレートクエリを、第１ＵＥ装置にサービス提供する基地局に送信する通信システムのブロック図の一例である。

【0007】

【図2A】図１に示す基地局の一例のブロック図である。

【0008】

【図2B】図１に示すＵＥ装置の一例のブロック図である。

【0009】

【図3】基地局が推奨ビットレートをＵＥ装置に提供する一例のメッセージング図である。

【0010】

【図4】第１ユーザ機器（ＵＥ）装置が、ビットレートクエリを、第１ＵＥ装置にサービスを提供する基地局に送信する方法の一例のフローチャートである。

【発明を実施するための形態】

【0011】

ＶｏＬＴＥ（Ｖｏｉｃｅ−ｏｖｅｒ−ＬＴＥ）は、３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信仕様が音声サービスを提供するための重要な機能であり、世界中の通信事業者によって展開および開始されているため、通信事業者にとってＶｏＬＴＥ機能は非常に重要になる。ＶｏＬＴＥサービスのユーザエクスペリエンスに影響を与える可能性がある重要な要素の１つは、音声コーデック構成である。例えば、より高いＡＭＲ（Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−Ｒａｔｅ）音声符号化率は、より高い鮮明度の音声通話、それゆえにより良いユーザエクスペリエンスを提供することができる。より高いＡＭＲ音声符号化率が使用されるとき、より高いコーデックレートはより多くの無線リソース割り当てを必要とし、それは利用可能なネットワーク容量がより少ないことを意味する。

【0012】

ＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の基地局（例えば、ｅＮＢ）は、音声コーデックレートアダプテーションをトリガするのに最良の状況にある。したがって、ｅＮＢ補助（または、ＲＡＮ補助）のコーデックレートアダプテーション解決策を検討すべきである。ｅＮＢ補助のコーデックレートアダプテーションをサポートするために、考慮すべき主な問いの１つは、ｅＮＢが、サポートされるコーデックの種類ごとに特定のコーデックレートに関する情報を持つ必要があるかどうかである。ｅＮＢがコーデックレートに関する特定の情報を持っていると仮定した場合、ｅＮＢがコーデックの種類、フレームアグリゲーション、冗長レベル、および冗長オフセットも知る必要があるかどうかも検討すべきである。これは、ｅＮＢがユーザ機器（ＵＥ）装置の代わりにコーデックレートアダプテーションのためのエンドポイントとして本質的に働くことができることを意味するであろう。

【0013】

しかしながら、ｅＮＢのみがコーデックレート情報を有する場合、ＵＥ装置のアプリケーションレイヤへの入力の１つとして、ＵＥ装置がｅＮＢの推奨コーデックレートにどれだけの重みを与えるべきかは不確かである。通常、ｅＮＢはいかなるアプリケーションレイヤシグナリングも処理しないことに留意されたい。むしろ、それらはＬＴＥシステムのＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）部分のみを処理する。ｅＮＢ内にアプリケーションレイヤシグナリングを追加することは、ネットワークアーキテクチャがどのように構築されるかという既存のパラダイムを劇的に変えるであろう。したがって、以下の例では、コーデックレート情報を持たないにもかかわらず、ｅＮＢがレートアダプテーションを容易にすることを可能にする技術およびシステム構成を説明する。

【0014】

さらに、ＵＥ装置がカバレッジ内外に移動するにつれて、ＵＥ装置に対するｅＮＢの推奨レートの選択は、ＵＥ装置の無線状態、およびＵＥ装置がターゲットｅＮＢにハンドオーバされるとき、推奨レートがＵＥ装置に適用可能かどうかのいかんによるべきである。

【0015】

本明細書で論じられる例のほとんどは、ＶｏＬＴＥアプリケーションに焦点を合わせているが、以下の例のうちのいずれも、ＶｉＬＴＥ（Ｖｉｄｅｏ−ｏｖｅｒ−ＬＴＥ）アプリケーションのために変形されてもよい。

【0016】

図１は、第１のユーザ機器（ＵＥ）装置が、第１ＵＥ装置にサービス提供する基地局にビットレートクエリを送信する通信システムのブロック図の一例である。通信システム１００は、無線アクセスネットワーク（図示せず）の一部である様々な基地局のそれぞれのサービスエリア内に位置するＵＥ装置に様々な無線サービスを提供する無線アクセスネットワークの一部である。基地局１０２は、下りリンク信号１０４を介してＵＥ装置１０６に無線サービスを提供する。

【0017】

明確さと簡潔さのために、通信システム１００は２つの基地局１０２、１０３のみを有するように示されている。最初に、第１基地局１０２はＵＥ装置１０６に無線サービスを提供し、第２基地局１０３はＵＥ装置１０８に無線サービスを提供する。しかしながら、他の例では、通信システム１００は任意の適切な数の基地局を有することができる。ｅＮｏｄｅＢまたはｅＮＢとして示すこともある基地局１０２、１０３は、それぞれ下りリンク信号１０４、１０９をＵＥ装置１０６、１０８に送信することによって、無線ユーザ機器（ＵＥ）装置１０６、１０８と通信する。基地局１０２、１０３は、それぞれＵＥ装置１０６、１０８から送信された上りリンク信号１１６、１１１を受信する。ＵＥ装置１０６、１０８は、例えば、携帯電話、トランシーバモデム、携帯情報端末（ＰＤＡ）、およびタブレットなどの任意の無線通信装置である。

【0018】

基地局１０２、１０３は、既知の技術に従ってバックホール（図示せず）を介してネットワークに接続されている。図２Ａに示すように、基地局１０２は、制御部２０４、送信部２０６、および受信部２０８、ならびに他の電子機器、ハードウェア、およびコードを含む。図２Ａは、第１基地局１０２の回路および構成を具体的に示し、同じ基地局の回路および構成が第２基地局１０３に利用される。基地局１０２は、本明細書で説明される機能を実行する任意の固定、モバイル、またはポータブル機器である。基地局１０２を参照して説明されるブロックの様々な機能および動作は、任意の数の装置、回路、または要素で実行されてもよい。機能ブロックの２つ以上は単一の装置に統合されてもよく、任意の単一の装置において実行されるとして説明される機能はいくつかの装置にわたって実行されてもよい。

【0019】

図２Ａに示す例では、基地局１０２は、システム展開時に特定の場所に設置される固定装置または器具であってもよい。そのような機器の例には、固定基地局または固定トランシーバ局が含まれる。状況によっては、基地局１０２は、一時的に特定の場所に設置されているモバイル機器であってもよい。そのような機器のいくつかの例には、発電機、太陽電池パネル、および／または電池などの発電機器を含み得る移動式トランシーバ局を含む。そのような装置よりも大きくそして重いバージョンはトレーラーによって輸送されてもよい。さらに他の状況では、基地局１０２は、任意の特定の場所に固定されていないポータブル機器であってもよい。したがって、基地局１０２は、状況によっては、ＵＥ装置などのポータブルユーザ装置であってもよい。

【0020】

制御部２０４は、基地局１０２の全体的な機能性を容易にするのと同様に、本明細書に記載される機能を実行するためのハードウェア、ソフトウェア、および／またはファームウェアの任意の組み合わせを含む。適切な制御部２０４の一例は、メモリに接続されたマイクロプロセッサまたはプロセッサ配列で実行するコードを含む。送信部２０６は、無線信号を送信する電子機器を含む。状況によっては、送信部２０６は複数の送信機を含んでもよい。受信部２０８は、無線信号を受信する電子機器を含む。状況によっては、受信部２０８は複数の受信機を含んでいてもよい。受信部２０８および送信部２０６は、それぞれアンテナ２１０を介して信号を送受信する。アンテナ２１０は、別々の送信アンテナと受信アンテナを含んでもよい。状況によっては、アンテナ２１０は複数の送信アンテナおよび受信アンテナを含んでもよい。

【0021】

図２Ａの例における送信部２０６および受信部２０８は、変調および復調を含む無線周波数（ＲＦ）処理を実行する。したがって、受信部２０８は、低雑音増幅器（ＬＮＡ）およびフィルタなどの構成要素を含んでもよい。送信部２０６は、フィルタおよび増幅器を含んでもよい。他の構成要素は、アイソレータ、整合回路、および他のＲＦ構成要素を含んでもよい。これらの構成要素は他の構成要素と組み合わせてまたは連携して基地局の機能を実行する。必要な構成要素は、基地局によって必要とされる特定の機能に依存してもよい。

【0022】

送信部２０６は変調部（図示せず）を含み、受信部２０８は復調部（図示せず）を含む。変調部は、下りリンク信号１０４の一部として送信される信号を変調し、複数の変調次数のうちの任意の１つを適用し得る。復調部は、複数の変調次数のうちの１つに従って基地局１０２で受信される上りリンク信号１１６を含む任意の信号を復調する。

【0023】

図１に戻ると、通信システム１００は、基地局１０２，１０３を介して様々な無線サービスをそれぞれＵＥ装置１０６，１０８に提供する。本明細書の例では、通信システム１００は、３ＧＰＰ ＬＴＥ（ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通信仕様の少なくとも１つの改訂に従って動作する。図２Ｂに示すように、第１ＵＥ装置１０６は、アンテナ２１２および受信部２１４を介して下りリンク信号１０４を受信する。図２Ｂは、第１ＵＥ装置１０６の回路および構成を具体的に示しているが、同じＵＥ装置の回路および構成は第２ＵＥ装置１０８にも利用される。アンテナ２１２および受信部２１４に加えて、第１ＵＥ装置１０６はさらに、制御部２１６および送信部２１８、ならびに他の電子機器、ハードウェア、およびコードを含む。第１ＵＥ装置１０６は、本明細書で説明される機能を実行する任意の固定、モバイル、またはポータブル機器である。第１ＵＥ装置１０６を参照して説明されるブロックの様々な機能および動作は、任意の数の装置、回路、または要素で実施されてもよい。機能ブロックのうちの２つ以上は単一装置に統合されてもよく、任意の単一装置で実行されるものとして説明される機能は、いくつかの装置にわたって実施されてもよい。

【0024】

制御部２１６は、ＵＥ装置の全体的な機能性を容易にするのと同時に、本明細書で説明される機能を実行するためのハードウェア、ソフトウェア、および／またはファームウェアの任意の組合せを含む。適切な制御部２１６の一例は、メモリに接続されたマイクロプロセッサまたはプロセッサ配列で実行するコードを含む。送信部２１８は、無線信号を送信する電子機器を含む。状況によっては、送信部２１８は複数の送信機を含んでもよい。受信部２１４は、無線信号を受信する電子機器を含む。状況によっては、受信部２１４は複数の受信機を含んでもよい。受信部２１４および送信部２１８は、それぞれアンテナ２１２を介して信号を送受信する。アンテナ２１２は、別々の送信アンテナと受信アンテナを含んでもよい。状況によっては、アンテナ２１２は、複数の送信アンテナおよび受信アンテナを含んでもよい。

【0025】

図２Ｂの例における送信部２１８および受信部２１４は、変調および復調を含む無線周波数（ＲＦ）処理を実行する。したがって、受信部２１４は、低雑音増幅器（ＬＮＡ）およびフィルタなどの構成要素を含んでもよい。送信部２１８は、フィルタおよび増幅器を含んでもよい。他の構成要素は、アイソレータ、整合回路、および他のＲＦ構成要素を含んでもよい。これらの構成要素は他の構成要素と組み合わせてまたは連携してＵＥ装置の機能を実行する。必要な構成要素は、ＵＥ装置によって必要とされる特定の機能に依存してもよい。

【0026】

送信部２１８は変調部（図示せず）を含み、受信部２１４は復調部（図示せず）を含む。変調部は、図１に示されるように上りリンク信号１１６の一部として送信される信号を変調するために、複数の変調次数のうちの任意の１つを適用し得る。復調部は、複数の変調次数のうちの１つに従って下りリンク信号１０４を復調する。

【0027】

本明細書で説明される例の目的のために、基地局１０２，１０３はコーデックレート情報を知らないと仮定される。したがって、基地局１０２は、どのビットレートがアプリケーションレイヤのＵＥ装置１０６，１０８に利用可能なコーデックレートと一致するかを知らない。したがって、基地局１０２は、どのビットレートがＵＥ装置１０６に推奨するのに適切であるかについて知らされなければならない。ＵＥ装置１０６は、基地局１０２からの許可なしにどのビットレートを使用するかを自律的に決定することができないので、レートアダプテーションの目的のために、これは重要な内容である。

【0028】

動作中、基地局１０２がＵＥ装置１０６に推奨するビットレートを判定することができるように、ＵＥ装置１０６がそのサービング基地局１０２にフィードバック情報を提供するためのいくつかの異なる選択肢がある。第１の選択肢では、ＵＥ装置１０６は、送信部２１８およびアンテナ２１２を介してビットレートクエリを基地局１０２に送信する。この第１の選択肢におけるビットレートクエリは、基地局１０２が特定の通信リンクに対してレートの増減を許可するという単なる要求である。例えば、この第１の選択肢におけるビットレートクエリは、より高い上りリンクビットレートに対する要求、より低い上りリンクビットレートに対する要求、より高い下りリンクビットレートに対する要求、およびより低い下りリンクビットレートに対する要求のうちの１つを含む。

【0029】

基地局１０２は、ＵＥ装置１０６がレートの増減を許可され得る程度を判定する裁量を有する。レート増加の場合、基地局１０２は、ＵＥ装置１０６によって実行される現在のビットレートよりも高い任意のビットレート、およびＵＥ装置１０６に割り当てられ得るＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）以下の任意の増加したビットレートのうちの１つを推奨する。レート低下の場合、基地局１０２は、ＵＥ装置１０６によって実行される現在のビットレートより低い任意のビットレート、およびＵＥ装置１０６によっておよび／またはＵＥ装置１０６に送信されているデータトラフィックに関連するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）以上の任意の減少したビットレートのうちの１つを推奨する。もちろん、他の例では、基地局１０２は、レートの増加またはレートの減少に関するクエリに応答して推奨すべき異なるビットレートを判断してもよい。

【0030】

第２の選択肢では、ＵＥ装置１０６は、送信部２１８およびアンテナ２１２を介して、ビットレートクエリを基地局１０２に送信する。この第２の選択肢におけるビットレートクエリは、第２ＵＥ装置１０８からのレートネゴシエーション要求に基づく特定のレートに対する要求である。上述のように、基地局１０２はコーデックレートを知らないので、レート要求は特定のコーデックレートに対するよりもむしろ特定のビットレートに対する要求となるであろう。例えば、この第２の選択肢におけるビットレートクエリは、特定のより高い上りリンクビットレートに対する要求、特定のより低い上りリンクビットレートに対する要求、特定のより高い下りリンクビットレートに対する要求、および特定のより低い下りリンクビットレートに対する要求のうちの１つを含む。レート増加の要求の場合、第２の選択肢の１つの利点は、基地局１０２が、ＵＥ装置１０６によって要求される特定のレートを超えて追加のリソースを割り当てないことである。第２の選択肢の別の利点は、基地局１０２がＵＥ装置１０６によって要求された特定のビットレートを推奨する場合、第２ＵＥ装置１０８とのレートのＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）再ネゴシエーションを引き起こす可能性が低いことである。

【0031】

第３の選択肢では、ＵＥ装置１０６の制御部２１６は、現在のビットレートと所望のビットレートとの間の差が閾値量を超えるかどうかを判定し、そうである場合、第１ＵＥ装置１０６はＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を含むビットレートクエリを基地局１０２に送信する。ＵＥ装置１０６は、送信されるのを待っているＵＥ装置１０６バッファ内のデータ量を示すために、ＢＳＲをネットワーク（例えば、基地局１０２）に送信する。ＢＳＲの受信に応答して、ネットワークは、ＵＥ装置１０６バッファ内のデータを送信するために、ＵＥ装置１０６に必要とされる上りリンクリソースを割り当てる。したがって、上りリンクビットレートの増加が必要とされる場合、ＵＥ装置１０６は、以前に報告したＢＳＲよりも大きいバッファサイズに対応する値を含むＢＳＲを送信するであろう。逆に、上りリンクビットレートの減少が所望される場合、ＵＥ装置１０６は、小さいバッファサイズ（ＢＳ）に対応する値を含むＢＳＲを送信するだろう。上りリンクビットレートの減少が所望されるいくつかの例では、ＢＳの値はゼロに設定されるであろう（例えば、ＢＳ＝０）。基地局構成に応じて、基地局１０２はＵＥ装置１０６に推奨する上りリンクビットレートを増減させる選択肢を有していてもよい。

【0032】

ビットレートクエリの送信は、第３の選択肢では（例えば、ＳＤＰ再ネゴシエーションのために）アプリケーションレイヤによってトリガされるので、システムは、基地局１０２が、ＵＥ装置１０６がビットレートクエリを送信する頻度を制御できるように構成されるべきである。これは２つの異なる方法で達成できる。

【0033】

ビットレートクエリの送信を制御する第１の方法は、ＵＥ装置１０６がビットレートクエリを基地局１０２に送信することを許可される頻度を制限するためにタイマを使用することである。より具体的には、基地局１０２は、ＵＥ装置１０６が基地局１０２にビットレートクエリを送信するときに始まるタイマを含む。ＵＥ装置１０６は、所定の時間量が経過するまで（例えば、タイマが切れるまで）、他のビットレートクエリを基地局１０２に送信することを禁止される。

【0034】

ビットレートクエリの送信を制御する第２の方法は、ビットレートクエリを送信した後、現在のビットレートと所望のビットレートとの間の差が閾値量を超えるまで、他のビットレートクエリを送信することを控えるようにＵＥ装置１０６を設定することである。より具体的には、基地局１０２は、要求されたビットレート変更の大きさに基づいて、閾値量を実施することができる。したがって、より小さいビットレート変更が所望されることをネットワーク状態が示唆している場合、現在のビットレートと所望のビットレートとの間の差が小さいときにＵＥ装置１０６がビットレートクエリを送信できるように、基地局１０２は低い閾値量を設定する。しかしながら、より小さいビットレート変更が所望されないことをネットワーク状態が示唆する場合、現在のビットレートと所望のビットレートとの間の差が大きいときにＵＥ装置１０６がビットレートクエリを送信できるように、基地局１０２はより高い閾値量を設定する。

【0035】

上述したフィードバックの選択肢に加えて、システムが無線状態の変化によってレートアダプテーション工程を開始するシナリオがある。ネットワーク混雑の場合とは対照的に、基地局１０２は、どのビットレートを推奨すべきかを決定するために、ＵＥ装置１０６の無線状態を知る必要があるだろう。したがって、これらの例では、ビットレートクエリは、少なくとも部分的には、ＵＥ装置１０６の無線状態に基づいている。

【0036】

例えば、基地局１０２は、専用シグナリングまたはブロードキャスト送信を介して、無線状態のリストに対応する推奨ビットレートのリストを送信する。より具体的には、基地局１０２は、それぞれが一組の無線状態に関連付けられている一組の推奨ビットレートを含むマッピングを送信する。したがって、一例では、ＵＥ装置１０６は、基地局１０２によって送信されたビットレート対無線状態のマッピングに従って、その無線状態が異なる推奨ビットレートに対応するくらい十分に変化したときに、その無線状態を基地局１０２に報告する。

【0037】

他の例では、ＵＥ装置１０６の制御部２１６は、第１ＵＥ装置１０６の無線状態が基準レベルから閾値量だけ外れていると判定する。いくつかの例では、無線状態は、ＵＥ装置１０６によって測定されたＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）レベルであり、基準ＲＳＲＰレベルは、（１）ＵＥ装置１０６が最後に推奨ビットレートを受信したとき、または（２）ＵＥ装置１０６が最後にその無線状態を基地局１０２に報告したとき、に測定されるＲＳＲＰレベルである。したがって、ＵＥ装置１０６は、測定されたＲＳＲＰレベルを現在格納されている基準ＲＳＲＰレベルと比較するために、基準ＲＳＲＰレベルを格納する必要がある。第１ＵＥ装置１０６の無線状態が基準レベルから閾値量だけ外れていると判定したことに応答して、ＵＥ装置１０６は、送信部２１８およびアンテナ２１２を介してビットレートクエリを送信する。

【0038】

第１ＵＥ装置１０６および第２ＵＥ装置１０８の間のＶｏＬＴＥ通話にどのレートを使用するかを選択するときに、第２ＵＥ装置１０８の無線状態を考慮に入れなければならないので、第１ＵＥ装置１０６によって要求される最終レートは、第１および第２ＵＥ装置１０６、１０８のそれぞれの無線状態の悪化に対応するレートに基づくであろう。さらに、基地局１０２は、ＵＥ装置ごとに推奨レートを設定することができない。したがって、マッピングに対するどんな変更も、システム情報の境界で更新しなければならない。

【0039】

どのビットレートクエリの選択肢が使用されるかにかかわらず、ＵＥ装置１０６は、送信部２１８およびアンテナ２１２を介して、ビットレートクエリを基地局１０２に送信する。基地局１０２は、アンテナ２１０および受信部２０８を介してビットレートクエリを受信する。ビットレートクエリは、信号３０２によって図３に表される。

【0040】

ＵＥ装置１０６からビットレートクエリを受信することに応答して、基地局１０２は、ＵＥ装置１０６に推奨するビットレートを判定するために制御部２０４を利用する。推奨ビットレートは、とりわけ、受信されるビットレートクエリ、第１ＵＥ装置１０６の無線状態、および基地局１０２によって測定されるネットワーク混雑の現在のレベルを考慮に入れる。もちろん、推奨ビットレートを選択する際に、基地局１０２によって他の適切な基準が使用されてもよい。場合によっては、推奨ビットレートは、基地局１０２によってサポートされるビットレートである。いくつかの例では、ビットレートの推奨はより高いレートのための推奨である。他の例では、ビットレートの推奨はより低いレートのための推奨である。

【0041】

どのビットレートをＵＥ装置１０６に推奨するかを決定した後、基地局１０２は、送信部２０６およびアンテナ２１０を介して、第１ＵＥ装置１０６および第２ＵＥ装置１０８の間のＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通話に使用される推奨ビットレートを送信する。ＵＥ装置１０６は、アンテナ２１２および受信部２１４を介して推奨ビットレートを受信する。推奨ビットレートは、信号３０４によって、図３に表される。

【0042】

推奨ビットレートを受信することに応答して、第１ＵＥ装置１０６の制御部２１６は、（１）推奨ビットレートを実施する（例えば、受け入れる）かどうか、（２）推奨ビットレートを拒否するかどうか、（３）推奨ビットレートとは異なるビットレートを要求するかどうか、（４）第２ＵＥ装置１０８とビットレートをネゴシエートするかどうか、または（５）前述の選択肢のうちの２つ以上の任意の組み合わせを実行するかどうか、を判定する。第１および第２ＵＥ装置１０６，１０８の間のＶｏＬＴＥ通話に使用されるビットレートを判定するために、ＵＥ装置１０６が第２ＵＥ装置１０８とのビットレートネゴシエーションを開始することを選択した場合、第１ＵＥ装置１０６および第２ＵＥデ装置１０８はアプリケーションレイヤを介してビットレートをネゴシエートするために、それらのそれぞれの送信部２１８、制御部２１６、およびアンテナ２１２を使用する。このビットレートネゴシエーションは、図１の通信リンク１１２を介して行われ、アプリケーションレイヤシグナリング３０６によって図３に表される。他の例では、第１ＵＥ装置１０６は、第２ＵＥ装置１０８がどのビットレートをＶｏＬＴＥ通話に使用することができるかをすでに知っていてもよく、したがって、ネゴシエーションは不要である。

【0043】

第１および第２ＵＥ装置１０６，１０８の間のビットレートネゴシエーションが終了するか、またはスキップされると、第１および第２ＵＥ装置１０６、１０８は、ＶｏＬＴＥ通話のためのビットレートを実施する。ビットレートを実施した後、第１ＵＥ装置１０６は、送信部２１８およびアンテナ２１２を使用して、第１ＵＥ装置１０６および第２ＵＥ装置１０８の間のＶｏＬＴＥ通話にどのレートが実施されたかを示すフィードバック信号を基地局１０２に送信する。基地局１０２は、アンテナ２１０および受信部２０８を介してフィードバック信号を受信する。フィードバック信号は、信号３０８によって図３に表される。

【0044】

図３は、基地局が推奨ビットレートをＵＥ装置に提供する一例のメッセージング図である。この例では、ＵＥ装置１０６は、送信部２１８およびアンテナ２１２を介してビットレートクエリを基地局１０２に送信する。ビットレートクエリは、信号３０２によって図３に表される。上述のように、ビットレートクエリは、基地局１０２が特定の通信リンクについてレートの増減を許可するという要求であってもよい。他の例では、ビットレートクエリは特定のビットレートに対する要求である。さらに他の例では、ビットレートクエリはＢｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔを含む。さらなる例では、ビットレートクエリは、少なくとも部分的には、ＵＥ装置１０６の無線状態に基づく。

【0045】

基地局１０２は、アンテナ２１０および受信部２０８を介してビットレートクエリを受信する。上述のように、基地局１０２は、任意の数の適切な要素に基づいて推奨ビットレートを判定する。どのビットレートをＵＥ装置１０６に推奨するかを判定した後、基地局１０２は、送信部２０６およびアンテナ２１０を介して、第１ＵＥ装置１０６および第２ＵＥ装置１０８の間のＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通話に使用される推奨ビットレートを送信する。ＵＥ装置１０６は、アンテナ２１２および受信部２１４を介して推奨ビットレートを受信する。推奨ビットレートは、信号３０４によって図３に表される。

【0046】

推奨ビットレートを受信した後、ＵＥ装置１０６は、第１および第２ＵＥ装置１０６，１０８の間のＶｏＬＴＥ通話に使用されるビットレートを決定するために、第２ＵＥ装置１０８とのビットレートネゴシエーションを開始することを選択してもよい。このビットレートネゴシエーションが発生した場合、アプリケーションレイヤシグナリング３０６によって図３に表される。レートネゴシエーションを実行またはスキップした後、第１ＵＥ装置１０６は、ＶｏＬＴＥ通話にビットレートを実施する。レートを実施した後、第１ＵＥ装置１０６は、第１および第２ＵＥ装置１０６，１０８の間のＶｏＬＴＥ通話に対してどのレートが実施されたかを示すフィードバック信号を基地局１０２に送信する。フィードバック信号は、信号３０８によって図３に表されている。

【0047】

図４は、第１ユーザ機器（ＵＥ）装置が、第１ＵＥ装置にサービスを提供する基地局にビットレートクエリを送信する方法の一例のフローチャートである。方法４００のステップは、本明細書で説明され、図４の例に示されるのとは異なる順序で実行されてもよい。さらに、いくつかの例では、１つ以上のステップが省略されてもよい。さらに、他の例では、１つ以上の追加のステップが追加されてもよい。

【0048】

図４に示す例では、方法４００はステップ４０２で始まり、ここでＵＥ装置１０６は、ＵＥ装置１０６の条件が満たされたと判定する。一例では、条件は、第１ＵＥ装置１０６の無線状態（例えば、測定されたＲＳＲＰ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌｓ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ）レベル）が基準レベル（例えば、基準ＲＳＲＰレベル）から閾値量だけ外れることである。別の例では、条件は、現在のビットレートおよび所望のビットレートの間の差が閾値量を超えることである。

【0049】

ステップ４０４では、第１ＵＥ装置１０６の無線状態は推奨ビットレートと関連付けられる。上述のように、この関連付けはマッピングを用いて行われ、マッピングは、それぞれが一組の無線状態に関連付けられている一組の推奨ビットレートを含む。

【0050】

ステップ４０６では、ＵＥ装置１０６はビットレートクエリを送信し、それは基地局１０２によって受信される。上述のように、ビットレートクエリは、上りリンクまたは下りリンク通信リンクのいずれかに実施されるビットレートの増減のための単なる要求であり得る。他の例では、ビットレートクエリは特定のビットレートに対する要求である。さらに他の例では、ビットレートクエリはＢＳＲ（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ）を含んでもよい。

【0051】

ステップ４０８では、第１基地局１０２は、第１ＵＥ装置１０６および第２ＵＥ装置１０８の間でＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通話に使用される推奨ビットレートを送信する。ステップ４１０では、第１ＵＥ装置１０６および第２ＵＥ装置１０８は、ＶｏＬＴＥ通話に使用されるビットレートをネゴシエートする。

【0052】

ステップ４１２では、一例では、ビットレートクエリを送信した後、第１ＵＥ装置１０６は、現在のビットレートおよび所望のビットレートの間の差が閾値量を超えるまで、他のビットレートクエリを送信することを控える。他の例では、ビットレートクエリを受信した後、基地局１０２は、所定の時間量が経過するまで、第１ＵＥ装置１０６が他のビットレートクエリを送信することを禁止する。

【0053】

ステップ４１４では、基地局１０２は、第１ＵＥ装置１０６から、ＶｏＬＴＥ通話に実施されたビットレートに関するフィードバックを受信する。

【0054】

明らかに、本発明の他の実施形態および変形はこれらの教示を考慮して当業者には容易に思い浮かぶであろう。上記の説明は例示的なものであり、限定的なものではない。本発明は、上記の明細書および添付の図面と併せて見たときに、すべてのそのような実施形態および変形形態を含む添付の特許請求の範囲によってのみ限定されるべきである。したがって、本発明の範囲は、上記の説明を参照して決定されるべきではなく、添付の特許請求の範囲をその均等物の全範囲に参照して決定されるべきである。

【要約】      （修正有）

【課題】無線アクセスネットワークにおけるレートアダプテーションに関するＲＡＮ補助のレートアダプテーションのためのフィードバックを提供する。
【解決手段】基地局は、基地局によってサービス提供される第１ユーザ機器（ＵＥ）装置からビットレートクエリを受信する。ビットレートクエリは、ビットレートの増減に対する要求である。基地局は、ビットレートの推奨を第１ＵＥ装置に送信する。ビットレートの推奨は、第１ＵＥ装置および第２ＵＥ装置の間のＶｏＬＴＥ（Ｖｏｉｃｅ ｏｖｅｒ Ｌｏｎｇ−Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）通話に使用されるべきである。場合によっては、第１ＵＥ装置および第２ＵＥ装置は、基地局によって推奨されるビットレートに基づいて、ＶｏＬＴＥ通話に使用されるビットレートをネゴシエートする。第１および第２ＵＥ装置は、ＶｏＬＴＥ通話のためのビットレートを実施し、そして基地局にフィードバックを送信する。
【選択図】図４

【図1】

【図2A】

【図2B】

【図3】

【図4】