(57)【特許請求の範囲】
【請求項１】
移動端末と通信基地局との間でパケット通信を行う移動通信において、
前記移動端末側でアプリケーショントラヒックの優先度を確認し、該トラヒックのタイプを判別するステップ（１）と、
前記トラヒックのタイプが高優先度またはリアルタイム形式のトラヒックである場合に、通信基地局に対して送信要求の予約信号を送信し、前記トラヒックタイプが低優先度または非リアルタイム形式のトラヒックである場合に、前記通信基地局に対して前記予約信号を送信しないステップ（２）と、
前記通信基地局側で、高優先度またはリアルタイム形式のトラヒックに対し、リソース使用率及び予約信号に基づいて該当トラヒックパケット伝送のために確保するリソース量を決定し、残りリソースの余裕に応じて低優先度または非リアルタイムトラヒックの平均送信間隔または伝送レートを決定するステップ（３）と、
上記決定を移動端末側に報知するステップ（４）と
を有することを特徴とする通信制御方法。
【請求項２】
前記予約信号には、移動端末側で認識されたアプリケーションのＱｏＳ要求が含まれ、前記ステップ（３）では、
通信基地局側で、現在におけるリソースの使用状況を確認し、
アプリケーショントラヒックタイプがリアルタイムの場合は、前記無線リソース使用状況及び前記予約信号に含まれるＱｏＳ要求情報に応じて、リアルタイムトラヒックへ割り当てるリソース量を決め、前記アプリケーショントラヒックタイプが非リアルタイムの場合は、パケット平均送信間隔または伝送レートを決める
ことを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ステップ（３）では、リソース使用状況の把握を、上り干渉電力レベル又は上り干渉電力レベルと上り許容干渉電力レベルの比を測定することにより行うことを特徴とする請求項１または２に記載の通信制御方法。
【請求項４】
リアルタイムトラヒックへのリソース割り当ては、送信要求が発生する毎に行われ、
前記非リアルタイムのパケット平均送信間隔または伝送レートは、過去一定時間内でのリソース利用状況から、利用可能なリソース量の合計に応じて周期ごとに決定されることを特徴とする請求項１乃至３のいずれかに記載の通信制御方法。
【請求項５】
前記移動端末側において、前記通信基地局から報知された該当トラヒックタイプの伝送レートに応じて、単位時間当たりに送信するパケット数を決めることを特徴とする請求項１乃至４のいずれかに記載の通信制御方法。
【請求項６】
前記移動端末側において、前記通信基地局から報知された該当トラヒックタイプの平均送信間隔の平均値と、予め決められた分布とに基づいて、実際の送信タイミングを計算するステップを有することを特徴とする請求項１乃至５のいずれかに記載の通信制御方法。
【請求項７】
前記送信タイミングの計算は、通信基地局から周期的に報知される平均送信間隔に基づいて、非リアルタイムトラヒックによる未送信のパケットに関する送信タイミングを更新することを特徴とする請求項６に記載の通信制御方法。
【請求項８】
移動端末と通信基地局との間でパケット通信を行う移動通信において、
前記移動端末側でアプリケーショントラヒックの優先度を確認し、該トラヒックのタイプを判別する優先度確認部と、
前記トラヒックのタイプが高優先度またはリアルタイム形式のトラヒックである場合に、通信基地局に対して送信要求の予約信号を送信し、前記トラヒックタイプが低優先度または非リアルタイム形式のトラヒックである場合に、前記通信基地局に対して前記予約信号をしない予約信号生成部と、
前記通信基地局側で、高優先度またはリアルタイム形式のトラヒックに対し、リソース使用率及び予約信号に基づいて該当トラヒックパケット伝送のために確保するリソース量を決定し、残りリソースの余裕に応じて低優先度または非リアルタイムトラヒックの平均送信間隔または伝送レートを決定するリソース決定部と、
上記決定を移動端末側に報知する報知情報制御部と
を有することを特徴とする通信制御システム。
【請求項９】
通信基地局側で、現在におけるリソースの使用状況を確認する空きリソース確認部を備え、
前記予約信号には、移動端末側で認識されたアプリケーションのＱｏＳ要求が含まれ、
前記リソース決定部は、アプリケーショントラヒックタイプがリアルタイムの場合は、前記無線リソース使用状況及び前記予約信号に含まれるＱｏＳ要求情報に応じて、リアルタイムトラヒックへ割り当てるリソース量を決め、前記アプリケーショントラヒックタイプが非リアルタイムの場合は、パケット平均送信間隔または伝送レートを決める
ことを特徴とする請求項８に記載の通信制御システム。
【請求項１０】
前記リソース決定部は、リソース使用状況の把握を、上り干渉電力レベル又は上り干渉電力レベルと上り許容干渉電力レベルの比を測定することにより行うことを特徴とする請求項８または９に記載の通信制御システム。
【請求項１１】
リアルタイムトラヒックへのリソース割り当ては送信要求が発生する毎に行われ、
前記非リアルタイムのパケット平均送信間隔または伝送レートは、過去一定時間内でのリソース利用状況から、利用可能なリソース量の合計に応じて周期ごとに決定されることを特徴とする請求項８乃至１０のいずれかに記載の通信制御システム。
【請求項１２】
前記移動端末側において、前記通信基地局から報知された該当トラヒックタイプの伝送レートに応じて、単位時間当たりに送信するパケット数を決める手段を有することを特徴とする請求項８乃至１１のいずれかに記載の通信制御システム。
【請求項１３】
前記移動端末側に設けられ、前記通信基地局から報知された該当トラヒックタイプの平均送信間隔の平均値と、予め決められた分布とに基づいて、実際の送信タイミングを計算する送信タイミング決定部を有することを特徴とする請求項８乃至１２のいずれかに記載の通信制御システム。
【請求項１４】
前記送信タイミング決定部は、通信基地局から周期的に報知される平均送信間隔を受信し、この平均送信間隔に基づいて、非リアルタイムトラヒックによる未送信のパケットに関する送信タイミングを更新することを特徴とする請求項１３に記載の通信制御システム。
【請求項１５】
移動端末に対してパケット通信を行う通信基地局であって、
前記トラヒックのタイプが高優先度またはリアルタイム形式のトラヒックである場合に、移動端末から送信される送信要求の予約信号を受信する予約信号受信部と、
前記通信基地局側で、高優先度またはリアルタイム形式のトラヒックに対し、リソース使用率及び予約信号に基づいて該当トラヒックパケット伝送のために確保するリソース量を決定し、残りリソースの余裕に応じて低優先度または非リアルタイムトラヒックの平均送信間隔または伝送レートを決定するリソース決定部と、
上記決定を移動端末側に報知する報知情報制御部と
を有することを特徴とする通信基地局。
【請求項１６】
現在のリソースの使用状況を確認する空きリソース確認部を備え、
前記予約信号には、移動端末側で認識されたアプリケーションのＱｏＳ要求が含まれ、
前記リソース決定部は、アプリケーショントラヒックタイプがリアルタイムの場合は、前記無線リソース使用状況及び前記予約信号に含まれるＱｏＳ要求情報に応じて、リアルタイムトラヒックへ割り当てるリソース量を決め、前記アプリケーショントラヒックタイプが非リアルタイムの場合は、パケット平均送信間隔または伝送レートを決める
ことを特徴とする請求項１５に記載の通信基地局。
【請求項１７】
前記リソース決定部は、リソース使用状況の把握を、上り干渉電力レベル又は上り干渉電力レベルと上り許容干渉電力レベルの比を測定することにより行うことを特徴とする請求項１５または１６に記載の通信基地局。
【請求項１８】
リアルタイムトラヒックへのリソース割り当ては送信要求が発生する毎に行われ、
前記非リアルタイムのパケット平均送信間隔または伝送レートは、過去一定時間内でのリソース利用状況から、利用可能なリソース量の合計に応じて周期ごとに決定されることを特徴とする請求項１５乃至１７のいずれかに記載の通信基地局。
【請求項１９】
基地局に対してパケット通信を行う移動端末であって、
アプリケーショントラヒックの優先度を確認し、該トラヒックのタイプを判別する優先度確認部と、
前記トラヒックのタイプが高優先度またはリアルタイム形式のトラヒックである場合に、通信基地局に対して送信要求の予約信号を送信し、前記トラヒックタイプが低優先度または非リアルタイム形式のトラヒックである場合に、前記通信基地局に対して前記予約信号をしない予約信号生成部と
を有することを特徴とする移動端末。
【請求項２０】
前記予約信号には、移動局側で認識されたアプリケーションのＱｏＳ要求が含まれることを特徴とする請求項１９に記載の移動端末。
【請求項２１】
前記移動端末側において、前記通信基地局から報知された該当トラヒックタイプの伝送レートに応じて、単位時間当たりに送信するパケット数を決める手段を有することを特徴とする請求項１９または２０に記載の移動端末。
【請求項２２】
前記基地局から報知された該当トラヒックタイプの平均送信間隔の平均値と、予め決められた分布とに基づいて、実際の送信タイミングを計算する送信タイミング決定部を有することを特徴とする請求項１９乃至２１のいずれかに記載の移動端末。
【請求項２３】
前記送信タイミング決定部は、基地局から周期的に報知される平均送信間隔を受信し、この平均送信間隔に基づいて、非リアルタイムトラヒックによる未送信のパケットに関する送信タイミングを更新することを特徴とする請求項２２に記載の移動端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本願は、通信基地局と移動端末との間でパケット通信を行うための通信制御システム、通信制御方法、通信基地局及び移動端末に関する。
【０００２】
【従来の技術】
従来より、パケット移動通信において、上りリソース制御またはトラヒック制御方法において、リソース確保型とリソース非確保型の二種類がある。
【０００３】
このリソース確保に関する技術の例として、「無線パケット伝送システム（特願平９−１８０２６１）」と「移動通信システムのトラヒック制御方法及び通信基地局装置（特開平１０−１９１４５５）」があり、これらの例では、トラヒックの種類に関わらず、移動端末からの予約に基づいてリソースを確保するリソース確保型が用いられている。
【０００４】
一方、リソース非確保型として、ＰＲＭＡ（Ｐａｃｋｅｔ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）型のアクセス制御法が提案されている。その中の一例として、「無線パケット伝送方式」（特開平１０−１３６０２１）では、通信基地局から報知された一定の送信許可確立によって、予約要求パケットの送信を制御する方式が提案されている。この方式によれば、予約パケットの送信が成功すると、予約が行われる送信が成功すると、それ以降のフレームの同一タイムスロットが該当移動端末のために予約されるとともに、バースト通信終了後スロットが解放される。また、各ＭＳが自分の優先度などの属性に応じて送信許可確立を調整する。
【０００５】
【発明が解決しようとする課題】
しかしながら、上述したリソース確保型方式では、サイズの小さいパケットはリソースの予約処理による予約遅延が生じることや、予約信号の割合が大きくなり制御オーバーヘッドが大きくなることなど、リソースの利用効率が低いという問題がある。また、発生トラヒック量の変動により、予約したリソースより実際使われるリソースが少ない場合があり、この場合には無駄なリソースが確保されることとなり、リソースの利用効率の低下となる。
【０００６】
また、上述した非リソース確保型では、リアルタイムトラヒックにおいて、バーストの始まりにおいて、最初のパケットの送信が送信許可確立で管理されるため、バースト開始時の遅延や、途切れなどの品質が生じ、ＱｏＳ満足度が悪化するという欠点がある。また、通信セッション中で一時的に送信パケットがない時に、予約が解放されてしまうため、次のバーストが生起したときに、送信許可確立の変動によりしばらく予約が取れなくなる可能があり、リアルタイム通信の強制切断となりやすく、サービス品質劣化の要因となり得る。
【０００７】
本発明は、上記に鑑みてなされたもので、その目的とするところは、リアルタイムトラヒックか非リアルタイムトラヒックかに応じて、リソースを割り当てる方式を変更することで、リソースの有効利用を図り、ＱｏＳを確保でき、サービス品質の向上を図ることのできる通信制御システム及び通信制御方法を提供することをその課題とする。
【０００８】
【課題を解決するための手段】
本発明は、上記課題を解決するためになされたものであり、移動端末と通信基地局との間でパケット通信を行う移動通信において、前記移動端末側でアプリケーショントラヒックの優先度を確認し、該トラヒックのタイプを判別し、前記トラヒックのタイプが高優先度またはリアルタイム形式のトラヒックである場合に、通信基地局に対して送信要求の予約信号を送信し、前記トラヒックタイプが低優先度または非リアルタイム形式のトラヒックである場合に、前記通信基地局に対して前記予約信号をせず、前記通信基地局側で、高優先度またはリアルタイム形式のトラヒックに対し、リソース使用率及び予約信号に基づいて該当トラヒックパケット伝送のために確保するリソース量を決定し、残りリソースの余裕に応じて低優先度または非リアルタイムトラヒックの平均送信間隔または伝送レートを決定し、上記決定を移動端末側に報知することを特徴とする。
【０００９】
これらの本発明によれば、移動端末側で、トラヒックタイプを判別し、高優先度またはリアルタイムトラヒックで有る場合に予約信号を送信し、通信基地局におけるリソースの確保を行うため、ＱｏＳのサポートができる。また、低優先度または非リアルタイムトラヒックである場合、予め予約信号を送信しないことで、処理遅延やオーバーヘッドを低減することができる。
【００１０】
なお、本発明においては、前記予約信号には、移動端末側で認識されたアプリケーションのＱｏＳ要求を含めることができ、通信基地局側で、現在におけるリソースの使用状況を確認し、アプリケーショントラヒックタイプがリアルタイムの場合は、リソース使用状況及びＱｏＳ要求情報に応じて、リアルタイムトラヒックへ割り当てるリソース量を決め、低優先度または非リアルタイムトラヒックの場合は、パケット平均送信間隔または伝送レートを決めることが好ましい。
【００１１】
この場合において、上記リソース使用状況の把握を、上り干渉電力レベル又は上り干渉電力レベルと上り許容干渉電力レベルの比を測定することにより行うことが好ましい。
【００１２】
また、上記リアルタイムトラヒックへのリソース割り当ては、送信要求が発生する毎に行われ、非リアルタイムのパケット平均送信間隔または伝送レートは、過去一定時間内でのリソース利用状況から、利用可能なリソース量の合計に応じて周期ごとに決定されることが好ましい。
【００１３】
このようにした場合には、非リアルタイムトラヒックである場合に、リソースの確保を行わず、トラック優先度を参照し、周期ごとにリソースの利用状況に応じてパケット平均送信間隔または伝送レートを決定することにより、リソースの利用状況の変動に追従させて、パケットの送信を行うことができる。
【００１４】
例えば、リアルタイムトラヒックと非リアルタイムトラヒックの送信要求があった場合に、リアルタイムトラヒックに対しては予約信号に応じたリソース量を決定しておき、リアルタイムトラヒックが予約量より少なかったときには、空きリソースを利用して、非リアルタイムパケットを送信させることで、リソースの有効利用ができる。
【００１５】
また、本発明においては、移動端末側において、前記通信基地局から報知された該当トラヒックタイプの平均送信間隔の平均値と、予め決められた分布とに基づいて、実際の送信タイミングを計算することが好ましい。この場合において、前記送信タイミングの計算は、通信基地局から周期的に報知される平均送信間隔に基づいて、非リアルタイムトラヒックによる未送信のパケットに関する送信タイミングを更新することが好ましい。
【００１６】
このようにした場合には、移動端末が通信基地局から報知される平均送信間隔をベースに実際の送信タイミングを決定することにより、送信タイミングを分散させて、上りパケット送信衝突を低減し、キャパシティの向上を図ることができる。
【００１７】
また、基地局から各トラヒックタイプの伝送レートが報知されたら、移動端末が該当トラヒックタイプに対応する伝送レートに応じて、単位時間当たり送出するパケット数を決め、送信を行う。このように、基地局が高優先度またはリアルタイムトラヒックのために確保したリソース量、他セルからの干渉を考慮し、残り割当可能のリソース量に応じて、低優先度または非リアルタイムトラヒックに割当ることで、ＱｏＳのサポートを考慮したうえで、無線リソースの有効利用ができる。
【００１８】
【発明の実施の形態】
（通信制御方法）
本実施形態に係る通信制御方法の手順を説明する。図１乃至図３は、本実施形態に係る通信制御方法の手順を示す説明図である。
【００１９】
本実施形態に係る通信制御方法は、移動端末と通信基地局との間でパケット通信を行う移動通信において、移動端末側でアプリケーショントラヒックの優先度を確認し、該当トラヒックのタイプを判別し、トラヒックのタイプが高優先度又はリアルタイム形式のトラヒックである場合に、通信基地局に対して送信要求の予約信号を送信し、トラヒックタイプが低優先度または非リアルタイム形式のトラヒックである場合には、予約信号を送信せず、通信基地局側では、この予約信号の有無に基づいて該当リアルタイムパケット伝送のために確保するリソース量を決定し、低優先度または非リアルタイムの場合は、リソースの確保をしない旨を決定するとともにパケットの平均送信間隔を決定し、上記決定を移動端末側に報知することをその要旨とする。
【００２０】
かかる優先度の確認方法は、本実施形態では、Ｄｉｆｆｓｅｒｖ制御を想定し、ＩＰパケットの優先度やリアルタイム性をＤＳＣＰによって判断する。このＤｉｆｆｓｅｒｖ制御とは、インターネット等でのＱｏＳ制御であり、各ＩＰパケットヘッダで優先度を指定し、各ルータでパケット毎に優先制御を行うもので、ネットワーク通信機器であるルータの標準実装になっている。すなわち、この制御においては、ＩＰパケットのヘッダフィールドにＤｉｆｆｓｅｒｖフィールドがあり、そのうちの６ビットがパケットのＤｉｆｆｓｅｒｖ  Ｃｏｄｅ  Ｐｏｉｎｔ（ＤＳＣＰ）を示す。
【００２１】
トラヒックタイプまたは優先度及びＤＳＣＰの対応関係を表１に示す。
【００２２】
【表１】
0003895165.tif 000002
表１に示すＡＦクラスでは、さらに４クラスと三段階の廃棄優先度が定義されている。ＡＦクラスのＤＳＣＰを表２に示す。
【００２３】
【表２】
0003895165.tif 000003
本実施例では、ＥＦ，ＡＦ４がリアルタイムトラヒックとし、ＡＦ３，ＡＦ２，ＡＦ１，ＢＥが非リアルタイムトラヒックとする。また、アプリケーションの遅延などの要求に応じて、ＥＦをリアルタイム、ＡＦ４，ＡＦ３，ＡＦ２，ＡＦ１，ＢＥを非リアルタイムにマッピングするという他のマッピング方でもよい。
【００２４】
なお、本実施形態では、ＤＳＣＰとＱｏＳの関係を一対一の場合を示したが、同じＤＳＣＰでユーザの希望により異なるＱｏＳマッピングすることも考えられる。その場合は、ユーザの希望を優先する。例えば、ビデオフォンの映像の画質が高、中、低の三ランクがある場合、それぞれＡＦ４，ＡＦ３，ＡＦ２に対応できる。システム側では、予めこのような三つのランク画質をユーザに知らせ、ユーザが通信を行う前に選択する。ユーザ選択なしの場合は、ＡＦ４にマッピングされる。
【００２５】
次いで、本実施形態に係る通信制御方法の具体的な手順を説明する。図１は、本実施形態における移動端末の動作を示す。図１に示すように、先ず、移動端末が送信パケットの発生した時に、トラヒックタイプの識別を行う（Ｓ１０１，Ｓ１０２）。具体的には、パケットのＤＳＣＰを認識し、リアルタイムであるか非リアルタイムであるかを判別する。
【００２６】
ステップＳ１０２において、リアルタイムトラヒックと判断した場合は、ユーザから指定されたＱｏＳ要求（例えば、最大要求、平均要求及び最小要求）を含んだ予約ミニパケットを送信し（Ｓ１０３）、通信基地局によるリソース割り当てを待つ。その後、通信基地局で割り当てられたコードスロットを用いてパケットの送信を行う（Ｓ１０４）。
【００２７】
一方、ステップＳ１０２において、非リアルタイムパケットを判断した場合は、該当フレームに通信基地局から報知される該当トラヒックタイプ（ＡＦ３，ＡＦ２，ＡＦ１，ＢＥ）のパケット平均送信間隔または伝送レートを受信し（Ｓ１０５）、パケットの実際の送信タイミングを計算する（Ｓ１０６）。本実施形態では、計算方式の一例として、通信基地局から報知される平均送信間隔を平均にした指数分布に従い、実際のパケット送信間隔を計算する。
【００２８】
詳述すると、図２に示すように、基地局から平均送信間隔が報知される場合、前のスロットにおける上り干渉電力レベル又は前のフレームにおける上り干渉電力の平均を図り、リソースの余裕度に応じて、次のスロットは又はフレームにおける各トラヒックタイプの平均送信間隔が通信基地局から報知される。各移動端末は、報知された情報に基づいて、自機のトラヒックタイプに応じたパケット送信間隔を計算する。
【００２９】
また、移動端末は通信基地局から周期的に報知される各トラヒックタイプの平均送信間隔を受信し、最新の平均送信間隔に応じて平均送信タイミングを調整する。例えば、図２のように、スロット２の時において、ＡＦ３のユーザが平均送信間隔（５スロット）に参照し、指数分布に従い実際の送信タイミングを決める。
【００３０】
図示した例では、実際の送信間隔を６スロットとして計算している。従って、スロット２から６個スロット先のスロット８に送信することになる。スロット３の時点において、報知された平均３スロットの指数分布で計算した送信間隔が例えば４スロットの時、送信スロットがスロット７（３＋４＝７）となる。ここで、７を前のスロットで計算した送信タイミング８と比較し、時間の早いほう（スロット７）を選択し、これを送信タイミングとする。このように、各スロットにおいて、最新に報知される平均送信間隔をベースに送信タイミングを計算し、一つ前のスロットで計算した送信タイミングと比較し、送信時間の早いほうを送信タイミングとする。従って、トラヒックロードの変動に迅速に対応することができ、リソースの有効利用ができる。
【００３１】
そして、計算された送信タイミングによりパケットの送信を行う（Ｓ１０７）。なお、本実施形態では、平均送信間隔の報知周期及び送信タイミング計算周期を一スロットを例に示したが、それぞれ一フレーム単位で行っても良い。
【００３２】
また、基地局が伝送レートを報知する場合には、各移動端末が自分の優先度またはトラヒックタイプに対応する伝送レートを確認し、単位時間当たりに送信するパケット数を決定する。例えば、ＡＦ３のトラヒックの伝送レートが３２０ｋｂｐｓと報知された場合、フレーム長が１０ms、パケットサイズが３２０bitsのときに、フレーム当たりの送信するパケット数が１０個である。また、フレーム当たりのスロット数が１５であるとき、この１０個の送信パケットを１５スロットからランダムにスロットを選択して送信する。
【００３３】
図３に通信基地局の動作を示す。図３に示すように、通信基地局が移動端末からリアルタイムトラヒックの予約パケット（ＱｏＳ要求を含む）を受信した場合（Ｓ２０１）、リソースの空き具合をチェックする（Ｓ２０２）。具体的に本実施形態では、ユーザからのＱｏＳ要求を伝送レートとする。リソースの空き具合は、一例として、前のフレームの各スロットにおける上り干渉電力の平均を上り最大許容電力に占める割合とする。上り干渉電力には、他セルからの干渉が含まれる。
【００３４】
次に、リソース空き具合に応じて、リアルタイムトラヒック（ＥＦ，ＡＦ４）に提供するＱｏＳ（伝送レート）を決める（Ｓ２０３）。例えば、表３の第２列のように、リソースの空き具合係数が０．７から１．０の場合はリソースの空きが多いため、ユーザの最大伝送レートを提供すると決める。また、リソースの空き具合係数が０から０．３の時は、リソースの空きが少ないため、ユーザの最小伝送レートを提供すると決める。予約時に移動端末がＱｏＳ最大、最小要求を申告する場合の例であるが、ＱｏＳ最大最小要求を申告しない場合は、通信基地局が大、中、小等の数段階に設定することが可能である。
【００３５】
【表３】
0003895165.tif 000004
伝送レートは各ユーザに使用するスプレディングファクタ（ＳＦ）の値や、マルチコード数で調整できる。伝送レートを倍にするため、ＳＦを半分にすることと倍の直交コードを使用することにおいて、所要電力リソースの量が同じであるため、ここでは、伝送レートの変更を使用する直交コード数によって調整例を示す。
【００３６】
次に、決定された伝送レートを提供するための所要リソース量の計算を行う（Ｓ２０４）。ＣＤＭＡで送信電力制御を行う場合、ＳＩＲ（所望波対干渉は電力比）をターゲットＳＩＲ（ＳＩＲｔｇで示す）になるように送信電力を制御する。Ｓｕｍ  ｉｕｐが通信基地局から見た上り干渉量である。一コードあたりｒａｔｅ  ｃｄの伝送レートを提供するために通信基地局における必要な受信電力を式１で計算する。
【００３７】
Ｐｏｗｅｒｃｄ＝ＳＩＲｔｇ×Ｓｕｍｌｉｕｐ        …式１
決定された伝送レートｒａｔｅ  ｑｏｓを提供するために通信基地局における必要な受信電力を式２で計算する。
【００３８】
Ｐｏｗｅｒｑｏｓ＝Ｐｏｗｅｒｃｄ×ｒａｔｅｑｏｓ／ｒａｔｅｃｄ＝ＳＩＲｔｇ×Ｓｕｍｌｉｕｐ×ｒａｔｅｑｏｓ／ｒａｔｅｃｄ  …式２
次いで、計算したリソース量が上り容量を超えるか否かの判断を行う（Ｓ２０５）。
【００３９】
計算したＰｏｗｅｒ  ｑｏｓが現在の平均上り干渉電力に上乗せても上り容量を越えない場合は、ｒａｔｅ  ｑｏｓを提供するための伝送レートやコード数（ｒａｔｅ  ｑｏｓ／ｒａｔｅ  ｃｄ）を割り当て（Ｓ２０９）、移動端末に知らせる（Ｓ２１２）。
【００４０】
一方、計算したＰｏｗｅｒ  ｑｏｓと現在上り干渉電力の和が上り容量を越えた場合、ｒａｔｅ  ｑｏｓを最小要求ｒａｔｅ  ｍｉｎまで下げるとともに、式３を用いてＰｏｗｅｒ  ｍｉｎを再計算する。この再計算した値において、上り容量を超えるか否かの判断を行い（Ｓ２０６）、超えない場合には、最小要求伝送レートに所要なリソースを割り当て（Ｓ２１０）、移動端末に通知する（Ｓ２１２）。ステップＳ２０６において、上り容量を越えると判断した場合は、受け付けを拒否する（Ｓ２１１）。
【００４１】
Ｐｏｗｅｒｍｉｎ＝Ｐｏｗｅｒｃｄ×ｒａｔｅｍｉｎ／ｒａｔｅｃｄ＝ＳＩＲｔｇ×Ｓｕｍｌｉｕｐ×ｒａｔｅｍｉｎ／ｒａｔｅｃｄ  …式３
ＥＦ、ＡＦ４にリソースを割当て後に、リソースの余裕に応じてＡＦ３，ＡＦ２，ＡＦ１，ＢＥへのパケット平均送信間隔または伝送レートを表３の例のように決め（Ｓ２０７）、報知信号を用いてＭＳへ報知する（Ｓ２０８）。例えば、トラヒックが混んでいるとき（空き具合係数が０から０．３の時）ＡＦ３，ＡＦ２，ＡＦ１，ＢＥトラヒックの平均送信間隔を、それぞれ１２，２４，３６，４８とし、移動端末に報知する。
【００４２】
なお、移動端末は、報知された該当トラヒックタイプの平均送信間隔を平均値とし、指数分布に従い、実際の送信タイミングを決める。例えば、ＢＥトラヒックタイプの移動端末が複数存在する場合でも、それぞれ４８を平均にした指数分布に従い、実際の送信タイミングを決めるため、上りの衝突を低減することができる。
【００４３】
また、ステップＳ２０９及びＳ２１０におけるリソースの割り当ての決定については、リアルタイムトラヒックにあっては、送信要求があったときに行われ、非リアルタイムトラヒックにあっては、一定周期（例えば、一スロット間隔又は一フレーム間隔で）を平均送信間隔として、最新のトラヒック状況に応じて決め、報知される。
【００４４】
なお、本実施形態では、指数分布を使用したが、平均送信間隔の値を平均値とした他の分布でも良い。
【００４５】
以上で、基地局が平均送信間隔を報知する場合の動作を説明したが、伝送レートを報知する場合には、各移動端末が自分の優先度またはトラヒックタイプに対応する伝送レートを確認し、単位時間当たりに送信するパケット数を決定し、スロットをランダムに選択して送信する。
【００４６】
（通信制御システムの構成）
上述した通信制御方法は、以下に説明する通信制御システムにより実施することができる。図４及び図５は、本実施形態に係る通信制御システムの構成を示すブロック図である。
【００４７】
図４に示すように、通信基地局は、サーキュレータ１００と、復調回路１０１と、信号分離回路１０２と、復号回路１０３と、変調回路１１０と、信号多重回路１１１と、符号化回路１１２と、リソース決定部１１３とを備えている。
【００４８】
サーキュレータ１００は、移動端末との間で、無線通信を介してパケットの送受信を行うものであり、受信した上りパケットは復調回路１０１に出力される一方、変調回路１１０で変調された下りパケットが変調回路１１０から入力され、移動端末に対して送信する。
【００４９】
復調回路１０１は、受信した信号を逆拡散処理等により変換するものであり、変換された信号は、信号分離回路１０２に出力される。信号分離回路１０２は、変換された信号の中から所定の信号を分離する回路であり、本実施形態では、予約信号等の制御信号を分離し、リソース決定部１１３に対して出力する。また、信号分離回路１０２は、予約信号を分離した後の信号を復号回路１０３に出力する。復号回路１０３では、入力された信号を復号して上り情報として、後段の回路に送出する。
【００５０】
一方、符号化回路１１２は、下り情報を符号化するものであり、符号化された信号は信号多重回路１１１に対して出力される。信号多重回路１１１は、符号化回路１１２から入力された信号と、リソース決定部１１３から入力された報知情報とを多重化してパケット化し、変調回路１１０に対して出力するものである。変調回路１１０では、多重化されたデータを変調してサーキュレータ１１０に出力する。
【００５１】
リソース決定部１１３は、具体的には、予約情報認識回路１２０と、空きリソース量確認回路１０４と、ＱｏＳ決定回路１０５と、リソース決定回路１０６と、残りリソース量確認回路１０７と、パケット平均送信間隔または伝送レート決定回路１０８と、報知情報制御回路１０９とを有する。
【００５２】
予約情報認識回路１２０は、信号分離回路１０２で分離された制御信号のうち、予約信号を認識し、その内容を解析する回路である。具体的には、予約信号の内容を解析し、移動端末が要求しているトラヒックがリアルタイムであるか非リアルタイムであるかを判断する。
【００５３】
空きリソース量確認回路１０４は、現在使用されているリソース量を確認し、空いているリソースを判別し、その判別結果をＱｏＳ決定回路１０５に出力するものである。ＱｏＳ決定回路１０５は、予約信号の内容に基づいて、ユーザーのサービス要求の優先度を判別するものである。
【００５４】
リソース決定回路１０６は、移動端末から要求されたトラヒックがリアルタイムである場合に、空きリソース量確認回路１０４の確認に応じてリソース量を決定する回路である。
【００５５】
残りリソース量確認回路１０７は、空きリソース量からリアルタイムトラヒックに割り当てたリソース量を減算し、残っているリソース量を確認する回路である。
【００５６】
パケット平均送信間隔または伝送レート決定回路１０８は、移動端末が要求するトラヒックが非リアルタイムである場合に、移動端末からの要求の優先度に応じて平均送信間隔を決定する回路である。
【００５７】
報知情報制御回路１０９は、決定されたリソース量や平均送信間隔を移動端末に通知する回路であり、これらの情報を信号多重回路に送出する。
【００５８】
なお、信号分離回路１０２、予約情報認識回路１２０、空きリソース量確認回路１０４、提供するＱｏＳ決定回路１０５、リアルタイムのために確保するリソースの決定回路１０６、残りリソース量確認回路１０７、非リアルタイムのパケット平均送信間隔または伝送レートの決定回路１０８、報知情報制御回路１０９は、復号信号１０３の後においてもよい。また、信号多重回路１１１は、符号化回路１１２の前においてもよい。
【００５９】
そして、このような構成の通信基地局においては、移動端末から送信された予約パケットは、サーキュレータ１００、復調回路１０１、信号分離回路１０２を介して、予約パケット認識回路１２０により認識される。この認識された予約パケットに基づいて、空きリソース量確認回路１０４にて他セル干渉を含めた空きリソース量を確認し、提供ＱｏＳ決定回路１０５にて提供するＱｏＳを決定する。
【００６０】
その後、リアルタイムのために確保するリソースの決定回路１０６にてリソース量を計算し、割当てる。リアルタイムのために確保したリソースを除いた残りリソース量を残りリソース量確認回路１０７にて確認する。非リアルタイムのパケット平均送信間隔または伝送レートの決定回路１０８にてそれぞれの優先度のパケット平均送信間隔または伝送レートを決定し、報知制御回路１０９、信号多重回路１１１にて下り信号と多重をした後、変調回路１１０、サーキュレータ１００を介して移動端末に送信される。
【００６１】
図５に示すように、移動端末は、優先度確認部１９９と、予約情報生成回路２００と、符号化回路２０１と、変調回路２０２と、サーキュレータ２０３と、信号分離回路２０４と、復調回路２０５と、復号回路２０６と、パケット平均送信間隔または伝送レート確認回路２０７と、パケット数決定回路２０８と、送信タイミング決定回路２０９とを備えている。
【００６２】
サーキュレータ２０３は、通信基地局との間で、無線通信を介してパケットの送受信を行うものであり、受信した上りパケットは信号分離回路２０４に出力される一方、変調回路２０２で変調された下りパケットが変調回路２０２から入力され、通信基地局に対して送信する。
【００６３】
信号分離回路２０４は、サーキュレータ２０３から入力された信号の中から所定の信号を分離する回路であり、本実施形態では、ＱｏＳ及び無線リソース量に関する情報（報知情報）が含まれた制御信号を分離し、パケット平均送信間隔または伝送レート確認回路２０７に対して出力する。また、信号分離回路２０４は、制御信号を分離した後の信号を復調回路２０５に出力する。復調回路２０５は、受信した信号を逆拡散処理等により変換するものであり、変換された信号は、復号回路２０６に対して出力される。復号回路２０６では、入力された信号を復号して下り情報として、後段の回路に送出する。
【００６４】
一方、符号化回路２０１は、上り情報を符号化するものであり、符号化された信号は変調回路２０２に対して出力される。変調回路２０２では、符号化されたデータを変調してサーキュレータ２０３に出力する。
【００６５】
優先度確認部１０９は、伝送対象のトラヒックタイプ（例えばＤＳＣＦの値）を確認し、上述した表１に従って、リアルタイムトラヒックとすべきか非リアルタイムトラヒックとするかを判断する回路である。この優先度確認部１９９による判断結果は、予約情報生成回路２００に出力される。
【００６６】
予約情報生成回路２００は、優先度確認部１９９の判断結果に応じて、予約信号を生成し、符号化回路２０１に出力する回路である。具体的には、表１に示したＥＦ，ＡＦ４のようなリアルタイムトラヒックの場合に、予約情報生成回路２００により予約情報を生成する。
【００６７】
パケット平均送信間隔または伝送レート確認回路２０７は、信号分離回路２０４により分離された報知情報（ＱｏＳ及び無線リソース量に関する情報）に基づいてパケット平均送信間隔または伝送レートを確認し、この確認結果をパケット数決定回路２０８に出力する。パケット数決定回路２０８は、パケット平均送信間隔又は伝送レートに基づいて単位時間当たりに送信するパケット数を決定するものであり、決定したパケット数を送信タイミング計算回路２０９に出力する。
【００６８】
送信タイミング計算回路２０９は、パケット送信間隔に基づいて、送信タイミングを計算し、算出されたタイミングを、符号化回路２０１、変調回路２０２及びサーキュレータ２０３に出力するものである。符号化回路２０１、変調回路２０２及びサーキュレータ２０３は、入力されたタイミングにより、パケットを符号化・変調するとともに通信基地局へ送信する。
【００６９】
このような構成の移動端末では、送信時にあっては、トラヒック優先度確認部１０９により、伝送対象のトラヒックタイプを確認し、リアルタイムトラヒックの場合に、予約情報生成回路２００により予約情報を生成し、この予約情報は、符号化回路２０１、変調回路２０２、サーキュレータ２０３を経由し、通信基地局へ送信される。
【００７０】
一方、受信時にあっては、通信基地局によって決定されたＱｏＳ及び無線リソース量に関する報知情報が、サーキュレータ２０３、信号分離回路２０４を介して受信される。
【００７１】
そして、リアルタイムトラヒックの場合には、移動端末は割当てられたリソース量を用いてパケットデータを符号化回路２０１、変調回路２０２、サーキュレータ２０３を経由して送信する。
【００７２】
また、非リアルトラヒックの場合には、信号分離回路２０４から分離されたパケット平均送信間隔または伝送レートを、パケット平均送信間隔または伝送レート確認回路２０７にて確認し、送信タイミング計算回路２０９にて送信タイミングを計算し、決定されたタイミングで送信情報が符号化回路２０１、変調回路２０２、サーキュレータ２０３を経由して、パケットデータを通信基地局へ送信する。
【００７３】
【発明の効果】
以上に説明したように、本発明によれば、リアルタイムトラヒックには、リソースの確保を行い、通信基地局がリソース利用状況及びユーザのＱｏＳ要求に応じてリソースを割り当てることで、ＱｏＳのサポートとサービス品質の向上を図ることができる。一方、非リアルタイムトラヒックは、リソースの確保を行わず、パケット予約不要であるため、予約パケットを省略することによって、これによる遅延を低減できる。また、リソースの利用状況に応じて動的に平均送信間隔を決定し、リソースの有効利用を図ることができる。さらに、移動端末が通信基地局から報知される平均送信間隔をベースに実際の送信タイミングをバラけることで、上りパケット送信衝突を低減し、キャパシティの向上を図ることができる。
【図面の簡単な説明】
【図１】本実施形態に係る移動端末における動作を示すフロー図である。
【図２】本実施形態において、リアルタイムトラヒックにリソースを確保後の余裕に応じて非リアルタイムリソースの平均送信間隔を決める動作の一例を示す説明図である。
【図３】本実施形態に係る通信基地局における動作を示すフロー図である。
【図４】本実施例における通信基地局の構成を示すブロック図である。
【図５】本実施例における移動端末の構成を示すブロック図である。
【符号の説明】
１００…サーキュレータ（通信基地局側）、１０１…復調回路（通信基地局側）、１０２信号分離回路（通信基地局側）、１０３…復号回路（通信基地局側）、１１０…変調回路（通信基地局側）、１１１…信号多重回路、１１２…符号化回路（通信基地局側）、１１３…リソース決定部、１９９…優先度確認部、２００…予約情報生成回路、２０１…符号化回路、２０２…変調回路（移動端末側）、２０３…サーキュレータ（移動端末側）、２０４…信号分離回路（移動端末側）、２０５…復調回路（移動端末側）、２０６…復号回路（移動端末側）、２０７…パケット平均送信間隔または伝送レート確認回路、２０８…パケット数決定回路、２０９…送信タイミング決定回路
【図１】
0003895165.tif 000005
【図２】
0003895165.tif 000006
【図３】
0003895165.tif 000007
【図４】
0003895165.tif 000008
【図５】
0003895165.tif 000009