JP2010288277A - ユーザ体感品質の測定に基づく符号化方法、端末およびシステム - Google Patents

Abstract

【課題】ユーザ体感品質（ＱｏＥ）に従って、符号化技術に対して調整を行うことにより、さらに高効率的な無線リソースの利用を実現し、さらに、もっと多くのユーザが良い体感品質を有することを保証するとともに、システムの容量を増加させる。
【解決手段】本発明は、ユーザ体感品質（ＱｏＥ）の測定結果に基づいて符号化を行う方法、端末およびシステムを開示している。該方法は、ターゲットユーザ端末でＱｏＥ値を測定し、測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較して、比較結果に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整し、調整後のソース符号化レートおよび／またはチャネル符号化モードに従って、符号化を行い、または、さらに、調整後の符号化手段によって、無線リソースの割り当てを行う、ことを含む。本発明に係る方法、端末およびシステムは、ＱｏＥに基づいて符号化技術に対して調整を行うことにより、無線リソースを合理的に利用する。
【選択図】図２

Description

本発明は無線通信技術に関し、特に、ユーザ体感品質の測定に基づく符号化方法、端末およびシステムに関する。

現在の符号化技術は、主にソース符号化とチャネル符号化との２つの部分を含む。ソース符号化について、従来のネットワークでは、回線交換を採用するため、ソース符号化のレートが一般的に固定である。インターネット搭載のＩＰ電話分野において、適応マルチレート（ＡＭＲ：Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−Ｒａｔｅ）技術を利用することにより、ユーザの符号化レートを変更することができ、そのレートの変更を制御する根拠は一般的にネットワークリソース条件、例えば、ネットワーク帯域幅などである。

チャネル符号化について、主にサービスタイプに従って、そのモードを設定する。例えば、適応変調符号化（ＡＭＣ：Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ）が、チャネル符号化に採用される技術の１つである。該技術は、チャネル状況に従って、変調および符号化方式を適応変更する。ここで、チャネル状況について、受信機のチャネル品質インジケータ（ＣＱＩ：ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ）フィードバックに基づく方法によって、推測を行うことができる。ＡＭＣ技術は、移動通信システムやデジタルビデオ放送（ＤＶＢ）などの無線通信システムにおいて幅広く応用されており、これにより、システムの伝送効率と伝送能力を向上させる。具体的な応用において、サービスタイプの違いに従って、ＶｏＩＰユーザがＡＭＣを使用しないように設定される一方、ＤａｔａユーザがＡＭＣを使用するように設定される。このようにもたらされる問題として、ＶｏＩＰユーザのリソース利用効率が低下になってしまい、潜在的な無線リソースの浪費を引き起こす恐れがある。

ここから分かるように、適当な符号化技術を採用することにより、リソースの合理的な利用に対して、大きな影響を与えることができる。

本発明は上記に鑑みてなされたものであって、ユーザ体感品質（ＱｏＥ）に従って、符号化技術に対して調整を行うことにより、さらに高効率的な無線リソースの利用を実現し、さらに、もっと多くのユーザが良い体感品質を有することを保証するとともに、システムの容量を増加させることを主な目的とする。

上記目的を達成するために、本発明の解決手段は、具体的に以下のように実現する。

ユーザ体感品質（ＱｏＥ）の測定に基づく符号化方法であって、ターゲットユーザ端末でＱｏＥ値を測定して、測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較し、比較結果に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整し、調整後のソース符号化レートおよび／または調整後のチャネル符号化モードに従って、符号化を行う、ことを含む。

前記測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較し、比較結果に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整することには、
前記予め設定されたＱｏＥ閾値を第１閾値とした場合、測定されたＱｏＥ値が第１閾値より大きいかどうかを判断し、測定されたＱｏＥ値が前記第１閾値より大きい場合、該ターゲットユーザ端末のチャネル符号化モードを元のモードより高次のモードに修正して、該ターゲットユーザ端末のＱｏＥ値の測定に戻る、ことを含む。

前記元のモードより高次のモードがＡＭＣモードである場合、前記該ターゲットユーザ端末のチャネル符号化モードを元のモードより高次のモードに修正することには、ターゲットユーザ端末が、チャネル品質インジケータ（ＣＱＩ）を基地局にフィードバックし、基地局が、ＡＭＣモードを使用するユーザ数が上限値に達したかどうかを判断し、上限値に達しない場合、該ターゲットユーザ端末のチャネル符号化モードをＡＭＣモードに設定し、ユーザ数が上限値に達した場合、ターゲットユーザ端末に通知する、ことを含む。

前記該ターゲットユーザ端末のチャネル符号化モードを元のモードより高次のモードに修正することには、ターゲットユーザ端末が、前記元のモードより高次のモードを選択して、該元のモードより高次のモードを基地局に通知し、基地局が、通知に従って、該ターゲットユーザ端末のチャネル符号化モードを修正する、ことを含む。

該方法は、ターゲットユーザ端末がソースユーザ端末へソース符号化レートの低減を要求し、前記ソースユーザ端末が該要求に従って該ターゲットユーザ端末のソース符号化レートを修正し、該ターゲットユーザ端末のＱｏＥ値の測定に戻る、ことをさらに含む。

前記ターゲットユーザ端末がソースユーザ端末へソース符号化レートの低減を要求することには、ターゲットユーザ端末が、低減後のソース符号化レートを決定し、それをＲＴＰメッセージのコーデックモードリクエスト（ＣＭＲ）に付けて、ソースユーザ端末に送信する、ことを含む。

前記測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較し、比較結果に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整することには、前記予め設定されたＱｏＥ閾値を第２閾値とした場合、測定されたＱｏＥ値が第２閾値より小さいかどうかを判断し、前記測定されたＱｏＥ値が前記第２閾値より小さい場合、前記ターゲットユーザ端末がソースユーザ端末へソース符号化レートの増加を要求し、前記ソースユーザ端末が該要求に従って該ターゲットユーザ端末のソース符号化レートを修正し、該ターゲットユーザ端末のＱｏＥ値の測定に戻る、ことを含む。

前記ターゲットユーザ端末がソースユーザ端末へソース符号化レートの増加を要求することには、ターゲットユーザ端末が、増加後のソース符号化レートを決定し、それをＲＴＰメッセージのコーデックモードリクエスト（ＣＭＲ）に付けて、ソースユーザ端末に送信する、ことを含む。

該方法は、ターゲットユーザ端末が基地局へ、チャネル符号化モードを元のモードより低次のモードに修正することを要求して、該ターゲットユーザ端末のＱｏＥ値の測定に戻る、ことをさらに含む。

元のモードがＡＭＣモードである場合、前記該ターゲットユーザ端末のチャネル符号化モードを元のモードより低次のモードに修正することには、ターゲットユーザ端末が最低レベルのＣＱＩを基地局にフィードバックし、基地局が該ＣＱＩを受信した後、該ターゲットユーザ端末のチャネル符号化モードをＡＭＣモードにおける最低次のモードに設定する、ことを含む。

前記該ターゲットユーザ端末のチャネル符号化モードを元のモードより低次のモードに修正することは、ターゲットユーザ端末が、前記元のモードより低次のモードを選択して、該低次のモードを基地局に通知し、基地局が通知に従って、該ターゲットユーザ端末のチャネル符号化モードを修正する、ことを含む。

前記第１閾値または第２閾値が、ユーザタイプ、受け付けられるサービスタイプ、現在のサービス状態、およびサービス優先度の少なくとも１つのパラメータに従って設定される。

該方法は、ユーザが特定の加入者グループのメンバーであるかどうかに従って、前記第１閾値または第２閾値を設定する、ことをさらに含む。

前記ＱｏＥ値は音声の平均オピニオン評点（ＭＯＳ）である。

ユーザ端末であって、ユーザ体感品質（ＱｏＥ）値を測定して、測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較するＱｏＥ測定手段と、比較結果に従って、ソース符号化モードとチャネル符号化モードとの少なくとも１つを調整するモード調整手段と、を含む。

ユーザ体感品質（ＱｏＥ）の測定に基づく符号化システムであって、ＱｏＥ値を測定して、測定されたＱｏＥ値と第１ＱｏＥ閾値とを比較し、比較結果に従ってチャネル符号化モードを調整し、調整結果を基地局に通知するユーザ端末と、ユーザ端末から送信された調整結果を受信し、調整結果に従って、該ユーザ端末のチャネル符号化モードを変更する基地局と、を含む。

前記ユーザ端末は、測定されたＱｏＥ値が前記第１ＱｏＥ閾値より大きい場合、該ユーザ端末のチャネル符号化モードを元のモードより高次のモードに変更する。

前記ユーザ端末は、さらに、測定されたＱｏＥ値が第２ＱｏＥ閾値より小さい場合、該ユーザ端末のチャネル符号化モードを元のモードより低次のモードに変更する。

ユーザ体感品質（ＱｏＥ）の測定に基づく符号化システムであって、ＱｏＥ値を測定して、測定されたＱｏＥ値と第２ＱｏＥ閾値とを比較し、比較結果に従ってソース符号化モードを調整し、調整結果をソースユーザ端末に通知するターゲットユーザ端末と、ターゲットユーザ端末から送信された調整結果を受信し、調整結果に従って、該ターゲットユーザ端末のソース符号化レートを変更するソースユーザ端末と、を含む。

前記ターゲットユーザ端末は、測定されたＱｏＥ値が前記第２ＱｏＥ閾値より小さい場合、該ターゲットユーザ端末のソース符号化レートを増加させる。

前記ターゲットユーザ端末は、さらに、測定されたＱｏＥ値が第１ＱｏＥ閾値より大きい場合、該ターゲットユーザ端末のソース符号化レートを低減する。

ユーザ体感品質（ＱｏＥ）の測定に基づくリソース割り当て方法であって、ターゲットユーザ端末でＱｏＥ値を測定して、測定されたＱｏＥ値に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整し、調整後のソース符号化レートおよび／または調整後のチャネル符号化モードに従って、データ伝送に必要な無線リソースを決定する、ことを含む。

前記測定されたＱｏＥ値に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整することには、測定されたＱｏＥ値と第１ＱｏＥ閾値とを比較し、測定されたＱｏＥ値が第１ＱｏＥ閾値より大きいかどうかを判断し、前記測定されたＱｏＥ値が前記第１ＱｏＥ閾値より大きい場合、該ターゲットユーザ端末のチャネル符号化モードを元のモードより高次のモードに修正し、あるいは、測定されたＱｏＥ値と第２ＱｏＥ閾値とを比較し、測定されたＱｏＥ値が第２ＱｏＥ閾値より小さいかどうかを判断し、前記測定されたＱｏＥ値が前記第２ＱｏＥ閾値より小さい場合、前記ターゲットユーザ端末がソースユーザ端末へソース符号化レートの増加を要求し、前記ソースユーザ端末が該要求に従って、該ターゲットユーザ端末のソース符号化レートを修正する、ことを含む。

前記調整後のソース符号化レートおよび／または調整後のチャネル符号化モードに従って、データ伝送に必要な無線リソースを決定することには、ソース符号化レートおよび／またはチャネル符号化モードに従って、必要なリソースブロックの数を決定して、該ターゲットユーザ端末に前記リソースブロックを割り当てて、データ伝送を行う、ことを含む。

上記の解決手段から分かるように、本発明に係るユーザ体感品質の測定に基づく符号化方法、端末およびシステムは、ＱｏＥに従って、符号化技術に対して調整を行い、ＱｏＥが良すぎる場合、チャネル符号化モードを高次に変更し、あるいは、ソース符号化レートを低減し、ＱｏＥが悪すぎる場合、ソース符号化レートを増加させ、あるいは、チャネル符号化モードを低次に変更する。これにより、無線リソースが合理的に利用される。

本発明の基本原理図である。 本発明の１つの実施例における符号化方法のフローチャートである。 本発明の１つの実施例において、測定されたＭＯＳ値が第１閾値より大きい場合の符号化調整のフローチャートである。 本発明の１つの実施例において、測定されたＭＯＳ値が第２閾値より小さい場合の符号化調整のフローチャートである。 本発明の１つの実施例において、ターゲットユーザ端末とソースユーザ端末との間で、ＡＭＲレートの調整を行うフローチャートである。 ターゲットユーザ端末とソースユーザ端末との間で伝送されるＲＴＰメッセージのフォーマットを示す図である。 本発明の１つの実施例において、ＡＭＣおよびＡＭＲ制御を採用する前後のシステム容量の比較を示す図である。 本発明の１つの実施例において、ＡＭＣおよびＡＭＲ制御を採用する前後の満足率の比較を示す図である。 本発明の１つの実施例において、ＡＭＲ制御を採用する前後のシステム容量の比較を示す図である。 本発明の１つの実施例において、ＡＭＲ制御を採用する前後の満足率の比較を示す図である。 本発明の１つの実施例において、ＡＭＣ制御を採用する前後のシステム容量の比較を示す図である。 本発明の１つの実施例において、ＡＭＣ制御を採用する前後の満足率の比較を示す図である。

本発明の目的、解決手段およびメリットをさらに明確にするために、以下、図面を参照して実施例を挙げながら、本発明をさらに詳しく説明する。

従来の通信システムは、容量が制限されるものである。１つのユーザの通信品質が良すぎることは、該ユーザにより多すぎる無線リソースを使用する可能性があることを表し、システムにおける他のユーザの使用可能な無線リソースを減少させることを間接的にもたらす。従って、本発明では符号化方法が提供される。その具体的な原理について、図１に示すように、ユーザ端末（ＵＥ）の通信品質を測定することにより、その無線リソースの使用が合理的であるかどうかを決定し、リソースの使用が合理的ではないと決定した場合、該ユーザ端末の符号化技術に対して調整を行い、これにより、無線リソースのシステム全体における割り当ておよび使用を合理的にする。ここで、ユーザ端末の通信品質の判断には、測定されたユーザ体感品質（ＱｏＥ）値が用いられる。具体的には、測定されたＱｏＥは、音声の平均オピニオン評点（ＭＯＳ：ｍｅａｎ ｏｐｉｎｉｏｎ ｓｃｏｒｅ）であってもよい。

本発明で提供された符号化方法において、ターゲットユーザ端末は、自局のＭＯＳ値を周期的に測定して、かつ、それと保証値とを比較する。測定されたＭＯＳ値がある保証値より高い場合、符号化技術をリソースの使用が比較的少ない状態に調整する必要があることを表し、測定されたＭＯＳ値がある保証値より低い場合、符号化技術をリソースの使用が比較的多い状態に調整できることを表す。符号化技術を調整することにより、ユーザ端末のＭＯＳ値を変更し、さらに、該ＵＥのリソースブロックの消費に影響する。これにより、リソース使用と通信品質とのバランスを取る。

ここで、符号化技術をリソースの使用が比較的少ない状態に調整することは、ソース符号化の場合、ソース符号化レートを低減することであってもよく、チャネル符号化の場合、符号化モードを低次から高次に変更することであってもよい。相応的に、符号化技術をリソースの使用が比較的多い状態に調整することは、ソース符号化の場合、ソース符号化レートを増加させることであってもよく、チャネル符号化の場合、符号化モードを高次から低次に変更することであってもよい。

チャネル符号化において、ユーザ端末のために変調および符号化方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）を設定する場合、採用可能な基本ＭＣＳモードは主に、ＢＰＳＫ １／２、ＱＰＳＫ １／２、ＱＰＳＫ ２／３、ＱＰＳＫ ３／４、１６−ＱＡＭ １／２、１６−ＱＡＭ ９／１６、１６−ＱＡＭ ３／４、および６４−ＱＡＭ ３／４（変調モードおよび／または符号化レートに基づいて、低次から高次の順に並べる）の８種類がある。一例として、ＱＰＳＫ １／２は、ＱＰＳＫ、コードレートが１／２であるＴｕｒｂｏコードを指す。他の例として、６４−ＱＡＭ ３／４は、６４ＱＡＭ、コードレートが３／４であるＴｕｒｂｏコードを指す。平均の意味で、高次の基本ＭＣＳモードは、低次の基本ＭＣＳモードより、さらに高いパケットロス率を有する。

また、時間とともに変化するかどうかを考慮すると、ユーザ端末のために設定されるＭＣＳモードは、固定ＭＣＳモードおよび適応変調符号化（ＡＭＣ：Ａｄａｐｔｉｖｅ Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ）モードに分けられる。

ここで、固定ＭＣＳモードとは、あるユーザに対して、同一の基本ＭＣＳモードを終始採用し、即ち、ユーザ端末のために設定されたＭＣＳモードが時間とともに変化しないことを指す。

ＡＭＣモードとは、ユーザのチャネル条件の時間に伴う変化に基づいて、いくつかの基本ＭＣＳモードからなる集合の中から、１つの適当なモードを選択し、即ち、ユーザ端末のために設定されたＭＣＳモードが時間とともに変化することを指す。例えば、ＡＭＣモードを利用するシステムにおいて、よりよいチャネル条件にあるユーザは、一般的に、より高次の変調モードまたは符号化レート（例えば、６４−ＱＡＭ ３／４）が割り当てられる一方、より悪いチャネル条件にあるユーザは、より低次の変調モードまたは符号化レート（例えば、ＱＰＳＫ １／２）が割り当てられる。指摘すべきものとして、ＡＭＣモードにおける常用な変調および符号化方式は、ＢＰＳＫ １／２、ＱＰＳＫ １／２、ＱＰＳＫ ２／３、ＱＰＳＫ ３／４、１６−ＱＡＭ １／２、１６−ＱＡＭ ９／１６、１６−ＱＡＭ ３／４、および６４−ＱＡＭ ３／４を含む。この場合、ＢＰＳＫ １／２は該ＡＭＣモードにおける最低次のモードである。つまり、ＡＭＣモードは、上記８種類の基本ＭＣＳモードの中から１つを動的に選択する。従って、固定ＭＣＳモードが６４−ＱＡＭ ３／４モードである場合を除いて、他の固定ＭＣＳモードは、いずれもＡＭＣモードよりも低次のＭＣＳモードであり、つまり、リソース使用量がいずれもＡＭＣモードより多い。当然、ＡＭＣモードにおける動的に選択可能な基本ＭＣＳモードを調整し、例えば、動的に調整を行う時、４種類のみの基本ＭＣＳモードの中から１つを選択することを可能にしてもよい。

説明すべきものとして、ＭＯＳ値に従って符号化を調整する際、低次の固定ＭＣＳモードをＡＭＣモードに変更することにより、以下の効果をもたらすことができる。

（１）よいチャネル状況にあるユーザは、さらに高次の変調方式および符号化レートが割り当てられることが可能になる。こうすれば、セル全体の平均データスループットを向上させることができる。（２）送信電力制御の方法に対して、変調符号化方式に基づいて変化するリンクレベルのＡＭＣは、干渉の変化を低減することができる。（３）ＡＭＣと時間領域スケジューリングとを組み合わせて、ユーザ端末のファストフェージング特性を利用することにより、端末は低フェージング状態にすることができる。

３ＧＰＰ ＬＴＥにおいて、ＡＭＣモードの最速となる実行頻度は１つのフレーム（１ｍｓ）になることができる。３ＧＰＰ ＴＲ ２５．８４８におけるＨＳＤＰＡについての評価において、４つのＨＳＤＰＡ物理フレーム（８ｍｓ）おきのＡＭＣは、比較的低速なユーザのシーンでは、大幅な性能低下を引き起こすことがない。また、３ＧＰＰ ＬＴＥにおいて、ＡＭＣの下りシグナリングオーバーヘッドにより、１つの１０ＭＨｚ帯域幅のセルで許容可能な、ＡＭＣモードを使用するユーザ数が多くとも２００個である一方、上りＣＱＩフィードバックオーバーヘッド（即ち、８ｍｓのＡＭＣ遅延）により、３％のシステムシグナリングオーバーヘッドが使用されることになる。従って、一定量のＡＭＣユーザの制御シグナリングオーバーヘッドが許容可能である。

さらに、ソース符号化について、ターゲットユーザ端末は、保証値と測定されたＭＯＳ値との関係に従って、調整結果を決定して、該調整結果をＲＴＰメッセージに付けて、ソースユーザ端末に送信する。

チャネル符号化において、調整後のＭＣＳモードがＡＭＣモードである場合、ターゲットユーザ端末は、ＣＱＩが付けられるリソース起動要求を基地局に送信するだけで、基地局がＡＭＣモードを使用して、該ターゲットユーザ端末に対してチャネル符号化を行うことをトリガーにする。該リソース起動要求は従来のシグナリングである。１つの具体的な実施形態において、ＣＱＩは４ビットで表され、全部で１６個のレベルがある。

他の場合、ターゲットユーザ端末は調整結果を基地局に通知し、基地局により該ターゲットユーザ端末のＭＣＳモードを修正する。該調整結果は、ターゲットユーザ端末により決定されたＭＣＳモードであってよい。具体的に実現する時、ターゲットユーザ端末から基地局への１つのシグナリングを新たに追加することにより、ターゲットユーザ端末の調整結果を基地局に通知するようにしてもよい。

以下、１つの具体的な実施例を挙げながら、本発明に係るＭＯＳ測定に基づく符号化方法について説明する。その具体的なフローは、図２に示す通りである。

ステップ２０１で、あるユーザ端末で、該ユーザのＭＯＳ値を周期的に測定する。あるいは、該ステップは、基地局側で実行してもよい。

好ましくは、前記ＭＯＳ値を測定することは、Ｅ−Ｍｏｄｅｌ方法を採用し、数式（１）および（２）によって、該ユーザのＭＯＳ値を測定することであってよい。

ここで、Ｒｏは、基礎因子であり、雑音レベルおよび信号の音の大きさなどにより決定される。Ｉｓは、音声と同時に現れる信号損傷であり、音の大きさ、量子化歪みおよび非最適化側音レベルを含む。Ｉｄは、音声より遅れる損傷であり、エコーや遅延による通話困難を含む。Ｉｅは、機器の損傷因子であり、ＶｏＩＰシステムによる伝送信号への影響、パケットロス率やソース符号化レートなどによる影響などを含む。Ａは、メリット因子であり、ユーザが電話を掛ける時の希望因子を指し、例えば、携帯電話の使用が便利であるため、人々は、使用時の通話品質に関する問題に対して比較的寛容である。指摘すべきものとして、ＩｄとＩｅという２つのパラメータにおける遅延、パケットロス率およびソース符号化レートなどの因子は、Ｒの算出時に重点的に考慮すべきものである。

Ｅ−Ｍｏｄｅｌ方法について、測定時に、人為的に操作する必要がなく、元の音声データを提供する必要がないので、端末での測定にさらに便利である。しかし、本発明におけるＭＯＳ測定は、Ｅ−Ｍｏｄｅｌ方法に限られず、他の方法を採用してもよい。

ステップ２０２で、測定されたＭＯＳ値と保証値とを比較する。該保証値は１つまたは複数の閾値であってよい。該ユーザのＭＯＳ値が第１閾値より大きい場合、即ち、良すぎるサービス体感を享受している場合、ステップ２０３を実行する。該ユーザのＭＯＳ値が第２閾値より小さい場合、即ち、保証されるサービス体感が達成されない場合、ステップ２０４を実行する。該ユーザのＭＯＳ値が第１閾値と第２閾値との間にある場合、ステップ２０５を実行する。

ここで、第１閾値および第２閾値は、予め設定されたものであり、ユーザの享受すべき基本サービス体感を表し、かつ、需要に応じて調整してもよい。例えば、第１閾値を４．０５に設定してもよく、第２閾値を４に設定してもよい。また、システムにおける異なるユーザに対して、異なる第１ＱｏＥ閾値および第２ＱｏＥ閾値を設定してもよく、第１ＱｏＥ閾値および第２ＱｏＥ閾値を決定する根拠は、ユーザタイプ、受けられるサービスタイプ、現在のサービス状態、およびサービス優先度などであってもよい。例えば、ユーザタイプは携帯電話ユーザまたはデータカードユーザであってもよく、受けられるサービスタイプは音声サービスまたはデータダウンロードサービスであってもよく、現在のサービス状態はアクティブ状態（ａｃｔｉｖｅ）またはアイドル状態（ｉｄｌｅ）であってもよく、サービス優先度は高優先度または低優先度であってもよい。さらに、フェムトセルラー（Ｆｅｍｔｏｃｅｌｌ）基地局におけるユーザに対して、該ユーザが特定の加入者グループ（Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ）のメンバーであるか、それとも、非特定の加入者グループ（ｎｏｎ−Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ）のメンバーであるかにより、第１ＱｏＥ閾値および第２ＱｏＥ閾値を決定してもよい。

ステップ２０３で、該ユーザ端末に対して、無線リソースを節約できる符号化調整を起動し、調整後の符号化技術を使用して、該ユーザ端末のデータの符号化伝送を行う。具体的に、リソースを節約するための符号化調整は、ステップ２０３１のチャネル符号化調整、および、ステップ２０３２のソース符号化調整に分けられる。実際の応用では、無線リソースを節約するための調整を行う際、チャネル符号化調整を先に行うことを考慮してもよい。チャネル符号化調整が要求を満たさない場合、ソース符号化調整を起動する。つまり、ステップ２０３２のソース符号化調整は選択可能なものである。具体的に、該ユーザはＶｏＩＰユーザであり、該ＶｏＩＰユーザが調整前に採用したチャネル符号化は準静的スケジューリングであり、即ち、ＱＰＳＫモードを終始採用すると仮定する。

ステップ２０３１で、一部のリソースを節約するために、該ユーザのチャネル符号化モードをＱＰＳＫモードからＡＭＣモードに調整する。ＱＰＳＫモードに比べて、ＡＭＣモードを採用することは、ユーザのＭＯＳ値を適当に低減することができる。これにより、省リソースの目的を達成する。

当然、ＱＰＳＫモードからＡＭＣモードへの調整は、具体的な一例にすぎず、本願はこれに限られない。省リソースの目的を達成するために、ユーザのチャネル符号化モードを低次のＭＣＳモードから高次に調整し、例えば、ＢＰＳＫ １／２モードを１６−ＱＡＭ １／２モードに調整し、あるいは、ＡＭＣモードを６４−ＱＡＭ ３／４モードに調整すれば、ユーザのＭＯＳ値を適当に低減することができる。これにより、無線リソースを節約する。

ステップ２０３２で、該ユーザは、チャネル符号化調整を採用した後、依然として高すぎるＭＯＳ値を有すると、さらに、該ユーザのソース符号化レートを低減する。

例えば、適応マルチレート（ＡＭＲ：Ａｄａｐｔｉｖｅ Ｍｕｌｔｉ−Ｒａｔｅ）の符号化レートを低減することによっても、一部のリソースを節約できる。説明すべきものとして、ＡＭＲ技術は主にモバイル機器のオーディオに用いられ、人声や通話などに多く用いられる。一般的に、ＡＭＲでは、８種類の異なる符号化レートが設定される。より低いレートのＡＭＲを採用することにより、比較的少ない無線リソースを消費するとともに、ユーザのＭＯＳ値を低減することもできる。より高いレートのＡＭＲを採用することにより、比較的多い無線リソースを消費するとともに、ユーザのＭＯＳ値を増加させることもできる。

ステップ２０４で、該ユーザ端末に対して、無線リソースを消費できる符号化調整を起動し、調整後の符号化技術を使用して、該ユーザ端末のデータの符号化伝送を行う。具体的に、リソースを消費するための符号化調整は、ステップ２０４１のソース符号化調整、および、ステップ２０４２のチャネル符号化調整に分けられる。実際の応用では、無線リソースを消費するための調整を行う際、ソース符号化調整を先に行うことを考慮してもよい。これはステップ２０３と違う。ソース符号化調整が要求を満たさない場合、チャネル符号化調整を起動する。つまり、ステップ２０４２のチャネル符号化調整は選択可能なものである。

ステップ２０４１で、該ユーザのＭＯＳ値を増加させるために、該ユーザのＡＭＲレートを増加させる。これにより、ユーザがさらによいサービス体感を得る。該プロセスは、一部の無線リソースを消費する。表１は、チャネル符号化モードがＱＰＳＫ ２／３に固定される場合、異なるＡＭＲレートのリソース消費量を示す。

ステップ２０４２で、ＡＭＲレートが既に最高レートに達したが、ユーザのＭＯＳ値が相変わらず要求を満たさない場合、ＡＭＣ制御を取り消し、ユーザ端末に固定ＭＣＳモード（例えば、ＱＰＳＫモード）に入らせる。該プロセスはさらに無線リソースを消費する。

ステップ２０５で、測定されたＭＯＳ値が第１閾値と第２閾値との間にある場合、該ユーザ端末が適当なＭＯＳ値を有すると決定し、プロセスを終了する。

ステップ２０３あるいはステップ２０４を実行する際、ソースおよび／またはチャネル符号化手段に対して調整を行った後、異なる符号化手段は異なる無線リソースの使用に対応するので、該ユーザに割り当てされた無線リソースも、相応的に調整されることになる。例えば、ソース符号化レートを、ＡＭＲ ５．９０ｋｂｐｓからＡＭＲ １０．２ｋｂｐｓに調整する場合、ＦＤＤ ＤＬにより使用される物理リソースブロック（ＰＲＢ）は、１〜２個から２〜３個に調整されることになる。つまり、決定されたソースおよび／またはチャネル符号化手段に従って、データ伝送に必要なリソースブロック（ＲＢ：Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）の数を決定して、これらの必要なリソースブロックをユーザに割り当てるようにしてもよい。

図３は、本発明の１つの実施例において、測定されたＭＯＳ値が第１閾値より大きい場合の符号化調整のフローチャートである。具体的に以下のステップを含む。

ステップ３０１で、ターゲットユーザ端末は自局のＭＯＳ値を測定する。該測定は、周期的であってもよく、あるタイミングで開始されるものであってもよい。

ステップ３０２で、測定されたＭＯＳ値が第１閾値より大きいかどうかを判断し、第１閾値より大きい場合、ステップ３０３を実行し、第１閾値より大きくない場合、ステップ３０１に戻る。

ステップ３０３で、該ターゲットユーザ端末がＡＭＣモードにあるかどうかを判断し、ＡＭＣモードにある場合、ステップ３０７を実行し、ＡＭＣモードにない場合、ステップ３０４を実行する。

ステップ３０４で、該ターゲットユーザ端末は真実のＣＱＩを基地局（ＢＳ）にフィードバックする。

ステップ３０５で、基地局は、自局が管轄するユーザのうち、ＡＭＣモードを使用するユーザ数が上限値に達したかどうかを判断し、上限値に達した場合、ステップ３０７を実行し、上限値に達しない場合、ステップ３０６を実行する。

ステップ３０６で、基地局は、該ターゲットユーザ端末のＭＣＳモードをＡＭＣモードに設定して、ステップ３０１に戻る。

ステップ３０７で、該ターゲットユーザ端末はソースユーザ端末へ、自局のデータのＡＭＲレートの低減を要求して、ステップ３０１に戻る。

図４は、本発明の１つの実施例において、測定されたＭＯＳ値が第２閾値より小さい場合の符号化調整のフローチャートである。具体的に以下のステップを含む。

ステップ４０１で、ターゲットユーザ端末は自局のＭＯＳ値を周期的に測定する。

ステップ４０２で、測定されたＭＯＳ値が第２閾値より小さいかどうかを判断し、第２閾値より小さい場合、ステップ４０３を実行し、第２閾値より小さくない場合、ステップ４０１に戻る。

ステップ４０３で、該ターゲットユーザ端末のＡＭＲレートが既に最大に達したかどうかを判断し、既に最大に達した場合、ステップ４０５を実行し、最大に達しない場合、ステップ４０４を実行する。

ステップ４０４で、該ターゲットユーザ端末はソースユーザ端末へ、ＡＭＲレートの増加を要求して、ステップ４０１に戻る。

ステップ４０５で、ＭＣＳモードをＡＭＣモードから低次に下げるために、該ターゲットユーザ端末は、最低レベルのＣＱＩを基地局へフィードバックする。

説明すべきものとして、この場合、フィードバックされたＣＱＩは、真実のＣＱＩではない可能性があり、現在のシグナリング（例えば、リソース起動要求など）を利用して、ＭＣＳモードを低次に下げるためのものにすぎない。

ステップ４０６で、基地局は、該ターゲットユーザ端末のＭＣＳモードを低次のＭＣＳモードに設定して、ステップ４０１に戻る。

図５は、本発明の１つの実施例において、ターゲットユーザ端末とソースユーザ端末との間で、ＡＭＲレートの調整を行うフローチャートである。具体的に以下のステップを含む。

ステップ５０１で、ソースユーザ端末とターゲットユーザ端末との間で、コアネットワークを介して、ＡＭＲモード１を採用して、音声データを伝送する。

ステップ５０２で、ターゲットユーザ端末はＲＴＰパケットを送信し、その中のコーデックモードリクエスト（ＣＭＲ）フィールドにＡＭＲモード２を設定する。

指摘すべきものとして、データ伝送に採用されるＡＭＲレートは、ソースユーザ端末（即ち、符号化側）により決定されるものである。ターゲットユーザ端末（即ち、復号化側）は、ＭＯＳ値を測定することにより、ＡＭＲモードに対して調整を行う必要があると決定した場合、ソースユーザ端末へＲＴＰメッセージを送信し、ＲＴＰパケットのヘッダのＣＭＲフィールドに望ましいＡＭＲレートを記入し、ソースユーザ端末に対し、これによりＡＭＲレートを修正するよう要求する。ターゲットユーザ端末とソースユーザ端末との間で伝送されるＲＴＰメッセージのフォーマットは、図６に示す通りである。また、表２は、ＣＭＲフィールドの具体的な内容を示す。ここから分かるように、ＡＭＲモード１は５．１５ ｋｂｉｔ／ｓであり、ＡＭＲモード２は５．９０ ｋｂｉｔ／ｓである。

ステップ５０３で、ソースユーザ端末は、代わりにＡＭＲモード２を採用して、ターゲットユーザ端末へ音声データを伝送する。

ここから分かるように、本発明によれば、セル内の無線リソースを有効に利用することができ、これにより、システムの容量とユーザ満足率を向上させる。具体的には、図７〜９は、本発明の解決手段を採用した後の効果を示す図であり、ここで、ユーザの初期状態は、ＱＰＳＫ ２／３モード、および、Ｈａｌｆ ｒａｔｅのＡＭＲモード（即ち、ＡＭＲモード３、レートは６．７ｋｂｐｓ）である。

図７ａと図７ｂは、本発明の１つの実施例において、ＡＭＣおよびＡＭＲ制御を採用する前後のシステム容量および満足率の比較を示す図である。符号化調整を応用する前に、該システムに収容可能なユーザ数は２６３個であり、そのうち、満足するユーザは２０３個であり、満足しないユーザ（斜線で表す）は６０個である。ＡＭＣおよびＡＭＲ制御を同時に採用して、符号化調整を行った後、該システムに収容可能なユーザ数は３０２個に増加し、そのうち、満足するユーザは２８５個であり、満足しないユーザ（斜線で表す）は１７個である。上記の調整によれば、システム容量を１４．８％向上させる。ユーザ満足率について、応用前のユーザ満足率は７７．２％であり、応用後のユーザ満足率（斜線で表す）は９４．４％である。

図８ａと図８ｂは、本発明の１つの実施例において、ＡＭＲ制御を採用する前後のシステム容量および満足率の比較を示す図である。符号化調整を応用する前に、満足するユーザは２０４個であり、満足しないユーザ（斜線で表す）は５９個である。ＡＭＲ制御だけを採用して、符号化調整を行った後、満足するユーザは２５４個であり、満足しないユーザ（斜線で表す）は１６個である。上記の調整によれば、システム容量を２．７％向上させる。ユーザ満足率について、応用前のユーザ満足率は７７．６％であり、応用後のユーザ満足率（斜線で表す）は９４．１％である。

図９ａと図９ｂは、本発明の１つの実施例において、ＡＭＣ制御を採用する前後のシステム容量および満足率の比較を示す図である。符号化調整を応用する前に、満足するユーザは２０５個であり、満足しないユーザ（斜線で表す）は５８個である。ＡＭＣ制御だけを採用して、符号化調整を行った後、満足するユーザは２３３個であり、満足しないユーザ（斜線で表す）は６７個である。上記の調整によれば、システム容量を１４．１％向上させる。ユーザ満足率について、応用前のユーザ満足率は７８．０％であり、応用後のユーザ満足率（斜線で表す）は７８．０％である。

ここから分かるように、ＡＭＣおよびＡＭＲ制御を同時に採用することにより、システム容量およびユーザ満足率を同時に有効に向上させることができる。ＡＭＲ制御だけを採用する場合、ユーザ満足率を有効に向上させ、システム容量を小幅に向上させることができる。ＡＭＣ制御だけを採用する場合、システム容量を有効に向上させ、または、さらにユーザ満足率を小幅に向上させることができる。

さらに、本発明は、ＱｏＥ測定結果に従って符号化調整を起動することができるユーザ端末も提供している。該ユーザ端末は、ユーザ体感品質（ＱｏＥ）値を測定して、測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較するＱｏＥ測定手段と、比較結果に従って、ソース符号化モードとチャネル符号化モードとの少なくとも１つを調整するモード調整手段と、を含む。

具体的に、予め設定されたＱｏＥ閾値は第１閾値および第２閾値を含む。ここで、第１閾値（ＱｏＥ＿Ｏｖｅｒｑｕａｌｉｆｉｅｄ）は、該ユーザ端末のＱｏＥが良すぎないように制御することに用いられ、これにより、無線リソースを浪費しないようにする。言い換えれば、第１閾値はＱｏＥの上限値である。第２閾値（ＱｏＥ＿Ｇｕａｒａｎｔｅｅｄ）は、該ユーザ端末のＱｏＥが悪すぎないように制御することに用いられ、これにより、通信品質に影響しないようにする。言い換えれば、第２閾値はＱｏＥの下限値である。

また、本発明は、ユーザ体感品質（ＱｏＥ）の測定に基づく符号化システムを提供している。該符号化システムは、ＱｏＥ値を測定して、測定されたＱｏＥ値と第１ＱｏＥ閾値とを比較し、比較結果に従ってチャネル符号化モードを調整し、調整結果を基地局に通知するユーザ端末と、ユーザ端末から送信された調整結果を受信し、調整結果に従って、該ユーザ端末のチャネル符号化モードを変更する基地局と、を含む。

測定されたＱｏＥ値が第１ＱｏＥ閾値より大きい場合、ユーザ端末は、基地局に対し、該端末のチャネル符号化モードを高次に上げるよう通知する。さらに、測定されたＱｏＥ値が第２ＱｏＥ閾値より小さい場合、ユーザ端末は、基地局に対し、該端末のチャネル符号化モードを低次に下げるよう通知してもよい。

また、本発明は、ユーザ体感品質（ＱｏＥ）の測定に基づく他の符号化システムを提供している。該符号化システムは、ＱｏＥ値を測定して、測定されたＱｏＥ値と第２ＱｏＥ閾値とを比較し、比較結果に従ってソース符号化レートを調整し、調整結果をソースユーザ端末に通知するターゲットユーザ端末と、ターゲットユーザ端末から送信された調整結果を受信し、調整結果に従って、該ターゲットユーザ端末のソース符号化レートを変更するソースユーザ端末と、を含む。

測定されたＱｏＥ値が第２ＱｏＥ閾値より小さい場合、ターゲットユーザ端末は、ソースユーザ端末に対し、該ターゲットユーザ端末のソース符号化レートを増加させるよう通知する。さらに、測定されたＱｏＥ値が第１ＱｏＥ閾値より大きい場合、ターゲットユーザ端末は、ソースユーザ端末に対し、該ターゲットユーザ端末のソース符号化レートを低減するよう通知してもよい。

上記は、本発明の好ましい実施例にすぎず、本発明の保護範囲を限定するものではない。本発明の精神と原則内で行われる種々の修正、均等置換え、改善などは全て本発明の保護範囲内に含まれるべきである。

Claims (24)

1. ユーザ体感品質（ＱｏＥ）の測定に基づく符号化方法であって、
   ターゲットユーザ端末でＱｏＥ値を測定して、測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較し、比較結果に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整し、調整後のソース符号化レートおよび／または調整後のチャネル符号化モードに従って、符号化を行う、
   ことを含むことを特徴とする符号化方法。
2. 前記測定されたＱｏＥ値と前記予め設定されたＱｏＥ閾値とを比較し、比較結果に従って、前記ソース符号化レートと前記チャネル符号化モードとの少なくとも１つを調整することには、
   前記予め設定されたＱｏＥ閾値を第１閾値とした場合、前記測定されたＱｏＥ値が前記第１閾値より大きいかどうかを判断し、前記測定されたＱｏＥ値が前記第１閾値より大きい場合、前記ターゲットユーザ端末の前記チャネル符号化モードを元のモードより高次のモードに修正して、前記ターゲットユーザ端末の前記ＱｏＥ値の測定に戻る、
   ことを含むことを特徴とする請求項１に記載の符号化方法。
3. 前記元のモードより高次のモードがＡＭＣモードである場合、前記ターゲットユーザ端末の前記チャネル符号化モードを前記元のモードより高次のモードに修正することには、
   前記ターゲットユーザ端末が、チャネル品質インジケータ（ＣＱＩ）を基地局にフィードバックし、前記基地局が、前記ＡＭＣモードを使用するユーザ数が上限値に達したかどうかを判断し、前記ユーザ数が前記上限値に達しない場合、前記ターゲットユーザ端末の前記チャネル符号化モードを前記ＡＭＣモードに設定し、前記ユーザ数が前記上限値に達した場合、前記ターゲットユーザ端末に通知する、
   ことを含むことを特徴とする請求項２に記載の符号化方法。
4. 前記ターゲットユーザ端末の前記チャネル符号化モードを前記元のモードより高次のモードに修正することには、
   前記ターゲットユーザ端末が、前記元のモードより高次のモードを選択して、前記元のモードより高次のモードを基地局に通知し、前記基地局が、通知に従って、前記ターゲットユーザ端末の前記チャネル符号化モードを修正する、
   ことを含むことを特徴とする請求項２に記載の符号化方法。
5. 前記ターゲットユーザ端末がソースユーザ端末へ前記ソース符号化レートの低減を要求し、前記ソースユーザ端末が該要求に従って前記ターゲットユーザ端末の前記ソース符号化レートを修正し、前記ターゲットユーザ端末の前記ＱｏＥ値の測定に戻る、
   ことをさらに含むことを特徴とする請求項２〜４のいずれか１項に記載の符号化方法。
6. 前記ターゲットユーザ端末が前記ソースユーザ端末へ前記ソース符号化レートの低減を要求することには、
   前記ターゲットユーザ端末が、低減後のソース符号化レートを決定し、それをＲＴＰメッセージのコーデックモードリクエスト（ＣＭＲ）に付けて、前記ソースユーザ端末に送信する、
   ことを含むことを特徴とする請求項５に記載の符号化方法。
7. 前記測定されたＱｏＥ値と前記予め設定されたＱｏＥ閾値とを比較し、比較結果に従って、前記ソース符号化レートと前記チャネル符号化モードとの少なくとも１つを調整することには、
   前記予め設定されたＱｏＥ閾値を第２閾値とした場合、前記測定されたＱｏＥ値が前記第２閾値より小さいかどうかを判断し、前記測定されたＱｏＥ値が前記第２閾値より小さい場合、前記ターゲットユーザ端末がソースユーザ端末へ前記ソース符号化レートの増加を要求し、前記ソースユーザ端末が該要求に従って前記ターゲットユーザ端末の前記ソース符号化レートを修正し、前記ターゲットユーザ端末の前記ＱｏＥ値の測定に戻る、
   ことを含むことを特徴とする請求項１または２に記載の符号化方法。
8. 前記ターゲットユーザ端末が前記ソースユーザ端末へ前記ソース符号化レートの増加を要求することには、
   前記ターゲットユーザ端末が、増加後の前記ソース符号化レートを決定し、それをＲＴＰメッセージのコーデックモードリクエスト（ＣＭＲ）に付けて、前記ソースユーザ端末に送信する、
   ことを含むことを特徴とする請求項７に記載の符号化方法。
9. 前記ターゲットユーザ端末が基地局へ、前記チャネル符号化モードを元のモードより低次のモードに修正することを要求して、前記ターゲットユーザ端末の前記ＱｏＥ値の測定に戻る、
   ことをさらに含むことを特徴とする請求項７に記載の符号化方法。
10. 前記元のモードがＡＭＣモードである場合、前記ターゲットユーザ端末の前記チャネル符号化モードを前記元のモードより低次のモードに修正することには、
    前記ターゲットユーザ端末が最低レベルのＣＱＩを前記基地局にフィードバックし、前記基地局が前記ＣＱＩを受信した後、前記ターゲットユーザ端末の前記チャネル符号化モードを前記ＡＭＣモードにおける最低次のモードに設定する、
    ことを含むことを特徴とする請求項９に記載の符号化方法。
11. 前記ターゲットユーザ端末の前記チャネル符号化モードを前記元のモードより低次のモードに修正することには、
    前記ターゲットユーザ端末が、前記元のモードより低次のモードを選択して、前記元のモードより低次のモードを前記基地局に通知し、前記基地局が通知に従って、前記ターゲットユーザ端末の前記チャネル符号化モードを修正する、
    ことを含むことを特徴とする請求項９に記載の符号化方法。
12. 前記第１閾値または前記第２閾値が、ユーザタイプ、受け付けられるサービスタイプ、現在のサービス状態、およびサービス優先度の少なくとも１つのパラメータに従って設定される、
    ことを特徴とする請求項７に記載の符号化方法。
13. ユーザが特定の加入者グループのメンバーであるかどうかに従って、前記第１閾値または前記第２閾値を設定する、ことをさらに含むことを特徴とする請求項１２に記載の符号化方法。
14. 前記ＱｏＥ値が音声の平均オピニオン評点（ＭＯＳ）である、ことを特徴とする請求項１に記載の符号化方法。
15. ユーザ端末であって、
    ユーザ体感品質（ＱｏＥ）値を測定して、測定されたＱｏＥ値と予め設定されたＱｏＥ閾値とを比較するＱｏＥ測定手段と、
    比較結果に従って、ソース符号化モードとチャネル符号化モードとの少なくとも１つを調整するモード調整手段と、
    を含むことを特徴とする端末。
16. ユーザ体感品質（ＱｏＥ）の測定に基づく符号化システムであって、
    ＱｏＥ値を測定して、測定されたＱｏＥ値と第１ＱｏＥ閾値とを比較し、比較結果に従ってチャネル符号化モードを調整し、調整結果を基地局に通知するユーザ端末と、
    前記ユーザ端末から送信された前記調整結果を受信し、前記調整結果に従って、前記ユーザ端末の前記チャネル符号化モードを変更する前記基地局と、
    を含むことを特徴とするシステム。
17. 前記ユーザ端末は、前記測定されたＱｏＥ値が前記第１ＱｏＥ閾値より大きい場合、前記ユーザ端末の前記チャネル符号化モードを元のモードより高次のモードに変更する、ことを特徴とする請求項１６に記載のシステム。
18. 前記ユーザ端末は、さらに、前記測定されたＱｏＥ値が第２ＱｏＥ閾値より小さい場合、前記ユーザ端末の前記チャネル符号化モードを元のモードより低次のモードに変更する、ことを特徴とする請求項１６または１７に記載のシステム。
19. ユーザ体感品質（ＱｏＥ）の測定に基づく符号化システムであって、
    ＱｏＥ値を測定して、測定されたＱｏＥ値と第２ＱｏＥ閾値とを比較し、比較結果に従ってソース符号化モードを調整し、調整結果をソースユーザ端末に通知するターゲットユーザ端末と、
    前記ターゲットユーザ端末から送信された前記調整結果を受信し、前記調整結果に従って、前記ターゲットユーザ端末のソース符号化レートを変更する前記ソースユーザ端末と、
    を含むことを特徴とするシステム。
20. 前記ターゲットユーザ端末は、前記測定されたＱｏＥ値が前記第２ＱｏＥ閾値より小さい場合、前記ターゲットユーザ端末の前記ソース符号化レートを増加させる、ことを特徴とする請求項１９に記載のシステム。
21. 前記ターゲットユーザ端末は、さらに、前記測定されたＱｏＥ値が第１ＱｏＥ閾値より大きい場合、前記ターゲットユーザ端末の前記ソース符号化レートを低減する、ことを特徴とする請求項１９または２０に記載のシステム。
22. ユーザ体感品質（ＱｏＥ）の測定に基づくリソース割り当て方法であって、
    ターゲットユーザ端末でＱｏＥ値を測定して、測定されたＱｏＥ値に従って、ソース符号化レートとチャネル符号化モードとの少なくとも１つを調整し、調整後のソース符号化レートおよび／または調整後のチャネル符号化モードに従って、データ伝送に必要な無線リソースを決定する、
    ことを含むことを特徴とする方法。
23. 前記測定されたＱｏＥ値に従って、前記ソース符号化レートと前記チャネル符号化モードとの少なくとも１つを調整することには、
    前記測定されたＱｏＥ値と第１ＱｏＥ閾値とを比較し、前記測定されたＱｏＥ値が前記第１ＱｏＥ閾値より大きいかどうかを判断し、前記測定されたＱｏＥ値が前記第１ＱｏＥ閾値より大きい場合、前記ターゲットユーザ端末の前記チャネル符号化モードを元のモードより高次のモードに修正し、あるいは、
    前記測定されたＱｏＥ値と第２ＱｏＥ閾値とを比較し、前記測定されたＱｏＥ値が前記第２ＱｏＥ閾値より小さいかどうかを判断し、前記測定されたＱｏＥ値が前記第２ＱｏＥ閾値より小さい場合、前記ターゲットユーザ端末がソースユーザ端末へ前記ソース符号化レートの増加を要求し、前記ソースユーザ端末が該要求に従って、前記ターゲットユーザ端末の前記ソース符号化レートを修正する、
    ことを含むことを特徴とする請求項２２に記載の方法。
24. 前記調整後のソース符号化レートおよび／または前記調整後のチャネル符号化モードに従って、前記データ伝送に必要な前記無線リソースを決定することには、
    前記ソース符号化レートおよび／または前記チャネル符号化モードに従って、必要なリソースブロックの数を決定して、前記ターゲットユーザ端末に前記リソースブロックを割り当てて、前記データ伝送を行う、
    ことを含むことを特徴とする請求項２２または２３に記載の方法。

Images