(57)【要約】  第１のエンティティから第２のエンティティへスケジューリング要求が送信される通信リンクにおいてリソースをスケジュールする方法であって、最後のスケジューリング要求から経過した時間が指定期間を超えていること、アップリンク要件が所定のレベルを超えていること、又は半永続的スケジューリングが存在することのうちのいずれかの条件が存在するかどうかを判定するステップと、存在する場合、スケジューリング要求の送信及び／又は誘発を抑制するステップとを含む。【選択図】図３
2013506364.tif 000002
【特許請求の範囲】
【請求項１】
第１のエンティティから第２のエンティティへスケジューリング要求が送信される通信リンクにおいてリソースをスケジュールする方法であって、
最後のスケジューリング要求から経過した時間が指定期間を超えていること、リンク要件が所定のレベルを超えていること、半永続的スケジューリンググラントが設定されていること、又は論理チャネル上でデータが到着してマスキングパラメータが設定されていることのうちのいずれかの条件が存在するかどうかを判定するステップと、
存在する場合、前記スケジューリング要求の送信及び／又は誘発を抑制するステップと、
を含むことを特徴とする方法。
【請求項２】
前記第１のネットワーク要素がユーザ装置であり、前記第２のネットワークエンティティが基地局である、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記スケジューリング要求が、Ｅ−ＵＴＲＡシステムの物理アップリンク制御チャネルを介して行われる、
ことを特徴とする請求項１又は請求項２に記載の方法。
【請求項４】
アップリンク要件が一定のレベルを超えているかどうかを判定するステップが、バースト性トラフィックにおけるデータの噴出の開始期間及び／又は終了期間を識別するステップを含む、
ことを特徴とする請求項１から請求項３に記載の方法。
【請求項５】
前記バースト性トラフィックが、音声トラフィック又はＶｏＩＰデータパケットである、
ことを特徴とする請求項４に記載の方法。
【請求項６】
前回のアップリンクグラントから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合にスケジューリング要求が抑制される、
ことを特徴とする請求項１から請求項５に記載の方法。
【請求項７】
前回のスケジューリング要求が行われてから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合にスケジューリング要求が抑制される、
ことを特徴とする請求項１から請求項５に記載の方法。
【請求項８】
前記整数値が、トラフィックタイプ、基地局又はセルの負荷、又はバッファステータス報告の周期性により変化することができる、
ことを特徴とする請求項６又は請求項７に記載の方法。
【請求項９】
前記スケジューリング要求を抑制するステップが、スケジューリング要求を送信及び／又は誘発しないステップを含む、
ことを特徴とする請求項１から請求項８に記載の方法。
【請求項１０】
前記スケジューリング要求を抑制するステップが、前記第１のエンティティのトランシーバのオン／オフを間欠的に切り替えるステップを含む、
ことを特徴とする請求項１から請求項８に記載の方法。
【請求項１１】
前記サブフレームが、物理アップリンク制御チャネル又は物理ダウンリンク制御チャネルに関連する、
ことを特徴とする請求項１から請求項１０のいずれか１項に記載の方法。
【請求項１２】
プロセッサ上で実行されれた時に請求項１から請求項１１のいずれか１項に記載のステップを実行するようになっているプログラムコード手段を含む、
ことを特徴とするコンピュータプログラム。
【請求項１３】
請求項１２に記載のコンピュータプログラムを含む、
ことを特徴とするコンピュータ可読媒体。
【請求項１４】
通信リンクにおいてスケジューリング要求を送信又は受信するようになっているネットワーク要素又はそのプロセッサであって、
最後のスケジューリング要求から経過した時間が指定期間を超えていること、リンク要件がある所定のレベルを超えていること、半永続的スケジューリンググラントが設定されていること、又は論理チャネル上でデータが到着してマスキングパラメータが設定されていることのうちのいずれかの条件が存在する場合、スケジューリング要求の誘発、送信又は受信を抑制するための手段を有する、
ことを特徴とするネットワーク要素又はそのプロセッサ。
【請求項１５】
前記ネットワーク要素又はそのプロセッサが、ユーザ装置又は基地局である、
ことを特徴とする請求項１４に記載のネットワーク要素又はそのプロセッサ。
【請求項１６】
Ｅ−ＵＴＲＡシステムの物理アップリンク制御チャネルを介してスケジューリング要求を送信／受信するための手段を有する、
ことを特徴とする請求項１４又は請求項１５に記載のネットワーク要素又はそのプロセッサ。
【請求項１７】
アップリンクトラフィックパターンを分析してアップリンク要件を識別するための手段を含む、
ことを特徴とする請求項１４から請求項１６に記載のネットワーク要素又はそのプロセッサ。
【請求項１８】
バースト性トラフィックにおけるデータの噴出の開始及び／又は終了を識別するための手段を有する、
ことを特徴とする請求項１７に記載のネットワーク要素又はそのプロセッサ。
【請求項１９】
前記バースト性トラフィックが、音声トラフィック又はＶｏＩＰデータパケットである、
ことを特徴とする請求項１８に記載のネットワーク要素又はそのプロセッサ。
【請求項２０】
最後のアップリンクグラントから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合、（単複の）スケジューリング要求を抑制するための手段を有する、
ことを特徴とする請求項１４から請求項１９に記載のネットワーク要素又はそのプロセッサ。
【請求項２１】
前回のスケジューリング要求から経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合、スケジューリング要求を抑制するための手段を有する、
ことを特徴とする請求項１４から請求項２０に記載のネットワーク要素又はそのプロセッサ。
【請求項２２】
前記スケジューリング要求を抑制するための手段が、該手段のトランシーバのオン／オフを間欠的に切り替えるための手段を含む、
ことを特徴とする請求項１４から請求項２１に記載のネットワーク要素又はそのプロセッサ。
【請求項２３】
前記サブフレームが、物理アップリンク制御チャネル又は物理ダウンリンク制御チャネルに関連する、
ことを特徴とする請求項１４から請求項２２のいずれか１項に記載のネットワーク要素。
【請求項２４】
前記整数値が、トラフィックタイプ、基地局又はセルの負荷、又はバッファステータス報告の周期性により変化することができる、
ことを特徴とする請求項２０から請求項２３に記載のネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信システムなどにおけるネットワーク要素間のデータのスケジューリングに関し、特に、排他的な意味ではないが、セルラー通信システムにおけるユーザ装置（ＵＥ）と基地局の間のスケジューリング要求の送信制御に適用される。
【背景技術】
【０００２】
通信システムは、通信装置、ネットワークエンティティ、及びその他のノードなどの、２又はそれ以上のエンティティ間の通信を円滑にする設備である。通信システムは、もう１つの相互接続されたネットワークにより実現することができる。通信装置は、他者との通信に使用するのに適した通信及び制御能力を備えた装置として理解することができる。この通信は、例えば、音声、電子メール（ｅメール）、テキストメッセージ、データ、マルチメディアなどの通信を含むことができる。通常、通信装置は、装置のユーザが通信システムを介して通信を送信及び受信できるようにし、従って様々なサービスアプリケーションへのアクセスに使用することができる。
【０００３】
セルラーシステムでは、基地局の形のネットワークエンティティが、１又はそれ以上のセル内のモバイル装置と通信するためのノードを提供する。基地局は、しばしば「Ｎｏｄｅ  Ｂ」と呼ばれる。基地局とユーザ装置の間で送信される信号を処理するための技術は、異なるものが数多く存在する。通常、基地局装置の動作及び通信に必要なアクセスシステムの他の装置の動作は、特定の制御エンティティにより制御される。通常、制御エンティティは、特定の通信ネットワークの他の制御エンティティと相互接続される。
【０００４】
１つの種類のアクセスアーキテクチャの非限定的な例に、第３世代パートナーシップ・プロジェクト・ロングターム・エボリューション（３ＧＰＰ  ＬＴＥ）規格の一部である進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）として知られている概念がある。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明は、特に、排他的な意味ではないが、例えばリソースを要求してアップリンクパケットをスケジュールするための、ユーザ装置から進化型ｎｏｄｅ  Ｂ（ｅＮＢ）などの基地局へのスケジューリング要求（ＳＲ）の送信に適用される。Ｅ−ＵＴＲＡシステムでは、移動局などのユーザ装置（ＵＥ）に割り当てられた専用リソースを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＳＲが定期的に（すなわち、ある周期性で）送信される。ＳＲは、ユーザ装置がアップリンクでデータを送信したいと望むことにより送信される。
【０００６】
また、Ｅ−ＵＴＲＡシステムでは、以前から送信に利用できるデータよりも優先度の高いデータがＵＥのバッファに到着した場合、或いは空のバッファに新たなデータが到着した場合、ＵＥにおいてバッファステータス報告（ＢＳＲ）が誘発される。現行の方法論によれば、ＵＥが、（アップリンクでデータを送信するための）物理アップリンク共有チャネル上で利用可能な割り当てを、ＢＳＲが誘発された伝送時間間隔（ＴＴＩ）にわたって有していない場合、ＳＲが誘発される。例えば音声アプリケーションにおいて、アップリンクデータトラフィックが、小さなパケットの頻繁な送信を特徴とする非常に「バースト性」である場合、ユーザ装置は、ほとんど連続的にＳＲを送信することができる。ＳＲが頻繁に送信されると、以下で示すような問題が生じる。
【０００７】
実施形態は、上述の問題を克服してスケジューリング要求の制御効率を高める。
【０００８】
本発明の１つの実施形態では、第１のエンティティから第２のエンティティへスケジューリング要求が送信される通信リンクにおいてリソースをスケジュールする方法を提供し、この方法は、最後のスケジューリング要求から経過した時間が指定期間を超えていること、アップリンク要件が所定のレベルを超えていること、又は半永続的スケジューリンググラントが設定されていること、又は論理チャネル上でデータが到着してマスキングパラメータが設定されていることのうちのいずれかの条件が存在するかどうかを判定するステップを含み、存在する場合、スケジューリング要求の送信及び／又は誘発を抑制するステップを含む。
【０００９】
第１のネットワーク要素はユーザ装置であることができ、第２のネットワークエンティティは基地局であることができる。
【００１０】
アップリンク要件が一定のレベルを超えているかどうかを判定するステップは、バースト性トラフィックにおけるデータの噴出（ｄａｔａ  ｓｐｕｒｔｓ）の開始期間及び／又は終了期間を識別するステップを含むことができる。バースト性トラフィックは、音声トラフィック又はＶｏＩＰデータパケットであることができる。
【００１１】
スケジューリング要求は、前回のアップリンクグラントから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合に抑制することができる。
【００１２】
スケジューリング要求は、前回のスケジューリング要求から経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合に抑制することができる。
【００１３】
整数値は、トラフィックタイプ、基地局又はセルの負荷、又はバッファステータス報告の周期性により変化することができる。
【００１４】
スケジューリング要求を抑制するステップは、スケジューリング要求を送信及び／又は誘発しないステップ、或いは前記第１のエンティティのトランシーバのオン／オフを間欠的に切り替えるステップを含むことができる。
【００１５】
本発明の別の実施形態では、プロセッサ上で実行されたときに上記の方法のいずれかのステップを実行するようになっているプログラムコード手段を含むコンピュータプログラム、及びこのようなコンピュータプログラムを含むコンピュータ可読媒体を提供する。
【００１６】
本発明の１つの実施形態では、通信リンクにおいてスケジューリング要求を送信又は受信するようになっているネットワーク要素又はそのプロセッサを提供し、このネットワーク要素又はそのプロセッサは、最後のスケジューリング要求から経過した時間が指定期間を超えていること、アップリンク要件がある所定のレベルを超えていること、半永続的スケジューリンググラントが設定されていること、又は論理チャネル上でデータが到着してマスキングパラメータが設定されていることのうちのいずれかの条件が存在する場合、スケジューリング要求の誘発、送信又は受信を抑制するための手段を有する。
【００１７】
ネットワーク要素は、ユーザ装置又は基地局であることができ、Ｅ−ＵＴＲＡシステムの物理アップリンク制御チャネルを介してスケジューリング要求を送信／受信するための手段を有することができる。
【００１８】
ネットワーク要素は、アップリンクトラフィックパターンを分析してアップリンク要件を識別するための手段、及び／又はバースト性トラフィックにおけるデータの噴出の開始及び／又は終了を識別するための手段を有することができる。バースト性トラフィックは、音声トラフィック又はＶｏＩＰデータパケットであることができる。
【００１９】
ネットワーク要素は、最後のアップリンクグラントから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合に（単複の）スケジューリング要求を抑制するための手段を有することができる。
【００２０】
ネットワーク要素又はそのプロセッサは、前回のスケジューリング要求から経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合にスケジューリング要求を抑制するための手段を有することができる。
【００２１】
スケジューリング要求を抑制するための手段は、この手段のトランシーバのオン／オフを間欠的に切り替えるための手段を含む。
【００２２】
整数値は、トラフィックタイプ、基地局又はセル負荷、又はバッファステータス報告の周期性により変化することができる。
【００２３】
本発明、及び本発明をいかにして実行に移すことができるかをよりよく理解するために、ここでほんの一例として添付図面を参照する。
【図面の簡単な説明】
【００２４】
【図１】本発明を具体化できる通信システムの概略図である。
【図２】通信ユーザ装置の断面図である。
【図３】ＳＲの量を低減する１つの特定の実施形態を示す図である。
【図４】ＳＲの量を低減するためのさらなる実施形態を示す図である。
【図５】ＳＲをいかに抑制できるかについてのさらなる実施形態を示す図である。
【発明を実施するための形態】
【００２５】
いくつかの例示的な実施形態を詳細に説明する前に、複数の通信装置１に無線通信を提供する通信システムを示す図１を参照しながら無線アクセスについて簡単に説明する。無線通信システムを介して提供される様々なサービス及び／又はアプリケーションにアクセスするために、モバイルユーザ機器、又は装置又は中継ノードなどの通信装置１を使用することができる。通常、通信装置は、アクセスシステムの少なくとも１つの無線送信機及び／又は受信機ノード１０を介して通信システムに無線でアクセスすることができる。アクセスノードの非限定的な例には、例えば、３Ｇ  ＷＣＤＭＡノードＢ、拡張ノードＢ（ｅＮＢ）又は３ＧＰＰ  ＬＴＥ（ロングタームエボリューション）の中継ノードなどのセルラーシステムの基地局、無線ローカルエリアネットワーク（ＷＬＡＮ）の基地局、及び衛星通信システムの人工衛星局がある。通信装置１は、互いに直接通信することもできる。
【００２６】
通信は、適当な（１又は複数の）無線アクセス技術に基づいて様々な方法で構成することができる。アクセスは、アクセスチャネルとしても知られる無線チャネルを介して行われる。個々の通信装置１は、同時に開く１又はそれ以上の無線チャネルを有することができる。個々の通信装置は、１つよりも多くの基地局１０又は同様のエンティティに接続することができる。また、複数の通信装置が基地局又は同様のものと通信し、及び／又は同じ基地局を介して通信システムにアクセスしようと試みることができる。複数の通信装置がチャネルを共有することもできる。例えば、通信を開始するために、又は新たなアクセスシステムに接続するために、複数の通信装置が、ランダムアクセスチャネル（ＲＡＣＨ）などの単一のチャネルを介して最初の接続を行おうと試みることができる。このアクセスの試みは、ほぼ同時に行うことができる。
【００２７】
１又はそれ以上の適当なゲートウェイノードのために、アクセスシステムの基地局１０を、適当な接続を介して通信システムの他の部分に接続することもできる。説明を明確にするために、これらについては図示していない。通常、基地局は、図１に１１で大まかに示す少なくとも１つの適当なコントローラにより制御される（このことは、ＧＳＭ（登録商標）及びＷＣＤＭＡについても当てはまる。しかしながら、ＬＴＥ及びＷｉＭＡＸにはもはやコントローラが存在せず、制御機能は、一般的なアクセスノード、基地局、ノードＢ、ｅＮＢ、ＡＰなどの適当なネットワーク要素に分散される）。コントローラ１１を提供して、基地局の動作及び／又は基地局を介した通信を管理することができる。通常、コントローラ装置は、メモリ容量及び少なくとも１つのデータプロセッサを備える。コントローラのデータ処理機能により、コントローラ内に様々な機能エンティティを提供することができる。基地局コントローラ内に提供される機能エンティティは、無線リソース制御、アクセス制御、パケットデータコンテキスト制御、中継制御などに関する機能を提供することができる。
【００２８】
通信装置１を使用して、電話を掛けたり受けたりなどの様々なタスクを行い、データネットワークとの間でデータを送信及び受信し、また例えばマルチメディア又はその他のコンテンツを体験することができる。例えば、通信装置は、インターネットプロトコル（ＩＰ）又はその他のいずれかの適当なプロトコルに基づいて提供されるアプリケーションなどの、電話ネットワーク及び／又はデータネットワークを介して提供されるアプリケーションにアクセスすることができる。アクセスシステムからの無線信号を少なくとも送信及び／又は受信できるいずれかの装置により、適当なモバイル通信装置を実現することができる。非限定的な例として、携帯電話機又はスマートフォンなどの移動局（ＭＳ）、無線インターフェイスカード又はその他の無線インターフェイス手段を備えたポータブルコンピュータ、無線通信能力を備えた携帯情報端末（ＰＤＡ）、又はこれらのいずれかの組み合わせなどが挙げられる。
【００２９】
図２に示すように、通常、通信装置１は、少なくとも１つのデータプロセッサ５などの適当なデータ処理装置を備える。通常は、少なくとも１つの記憶装置６も備える。これらのデータ処理及び記憶エンティティは、適当な回路基板上、及び／又はチップセット内に設けることができる。異なるチップによって異なる機能及び動作を提供することができる。或いは、少なくとも部分的に統合されたチップを使用することもできる。アンテナ手段４、ディスプレイ２、及び／又はキーパッド３を提供することもできる。
【００３０】
遅延の観点から見れば、アップリンクスケジューラの応答時間を改善するには、ＳＲが非常に頻繁に発生する（すなわち、ＳＲの周期性が低い）ことが好ましい。この遅延は、ＵＥバッファ内にデータパケットが到着してから同じデータパケットが物理アップリンク共有チャネル（ＰＵＳＣＨ）上で（ＨＡＲＱなどで）最初に送信されるまでの時間とみなすことができる。データパケットは、例えばＶｏＩＰアプリケーションではＶｏＩＰパケットであることができる。一方で、ＳＲの周期性が低いと、限られたＰＵＣＣＨリソースの利用頻度が高くなる。また、アップリンクパケットスケジューラが必要としていないときにＳＲが送信されると、ＰＵＣＣＨ  ＳＲ領域（セル内及びセル間の両方）で不必要な干渉が生じる。
【００３１】
このような問題に対処する（ＳＲの不必要な送信を防ぐ）既知の方法として、ＳＲの周期性を変更することにより、ＵＬグラントを受け取らずに誘発できるＳＲの最大数（ｄｓｒ−ＴｒａｎｓＭａｘとして示す）が定義されるようにすることが挙げられる。ＳＲの発生を減少させることにより、ＳＲのオーバーヘッドを低減することはできるが、これにより同時に、例えばＶｏＩＰアプリケーションの場合の音声活動期間中などの、データパケットが高度に／頻繁に送信される期間の初めなどにアップリンクスケジューラの応答時間が増加する。この結果、（音声などの）品質が許容レベルを下回ることがある。一方では、ＵＬ同期を失ったＵＥがＳＲをアップリンクで連続的に送信しないようにパラメータｄｓｒ−ＴｒａｎｓＭａｘが設けられる。従って、ｄｓｒ−ＴｒａｎｓＭａｘに達するとともに、ＰＵＳＣＨ上でデータを送信するためのＵＬグラントを受け取っていない場合、ＵＥは、ＰＵＣＣＨ（ＳＲ）リソースを解放してランダムアクセス手順を開始する。従って、ＳＲの周期性を変更することによっても、又はｄｓｒ−ＴｒａｎｓＭａｘによっても、全ての問題が克服されるわけではない。
【００３２】
導入部で述べたように、「バースト性」のデータアプリケーションは、これによりユーザ装置がほとんど連続的にＳＲを誘発して送信するようになり得るという点で厄介である。「バースト性」のデータアプリケーションの典型的な例は、Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ（ＶｏＩＰ）などの小さなパケットが頻繁に送信される場合である。アップリンクパケットスケジューラは、アップリンクでのＶｏＩＰトラフィックパターンに関する（約ＮビットのＶｏＩＰパケットを２０ｍｓごとに１つ生成することができるなどの）一般情報を有しており、この場合のＮは、適応マルチレート（ＡＭＲ）、コーデックレート、ＩＰヘッダの圧縮方法の種類などによって決まる。従って、ＶｏＩＰトラフィックなどのアプリケーションでは、（ｅＮｏｄｅ  Ｂ内に存在する）アップリンクスケジューラは、原則として音声活動期間がいつ始まっていつ終わるかのみを知っていればよく、非活動期間中は無線リソースを他のユーザに割り当てることができる。このような休眠期間（音声が非活動の期間など）の開始は、例えば音声活動を適切にモニタすることによって判断することができるが、ＵＥにより送信されるＳＲによっても音声活動期間の開始を識別することができる。
【００３３】
例えば、音声活動期間中などにＳＲを送信することはあまり有用ではない。音声活動期間中は、スケジュールすべきデータが常に存在するであろうと想定することができる。例えば、（Ｎｏｄｅ  Ｂ内に存在するような）アップリンクパケットスケジューラは、音声活動期間の開始／終了を識別するために、音声活動期間の開始時にのみＳＲを受け取ればよい。
【００３４】
本発明の実施形態は、アップリンクにおけるＳＲの誘発／送信及び／又は受信に様々な制約を課し、以下、一般にこの制約をＳＲ送信／受信の抑制と呼ぶ。
【実施例１】
【００３５】
１つの実施形態では、ＮＴを整数とし、最後のＮＴ個の伝送時間間隔（ＴＴＩ）又はサブフレーム内にＳＲが以前にＰＵＣＣＨ上で送信されていた場合、スケジューリング要求の送信及び誘発に、新たなＳＲを送信できないように（又は無視するように）制約を課す。
【００３６】
この実施形態では、（ユーザ装置などの）ネットワーク要素が、最後のＳＲをいつ送信／受信したかについての記録を保持し、その時から経過したＴＴＩの数を判定する。この数が一定の整数値ＮＴを超えた場合、ＳＲを誘発してアップリンクで送信することができる。超えない場合、ユーザ装置はいずれのＳＲも送信しない。換言すれば、従来はＳＲが送信されていたであろう条件であってもＳＲが抑制される。
【００３７】
整数ＮＴは事前に設定することができ、或いはリソース、基地局の負荷などの様々な要因によって動的に変化することができる。この数は、ユーザ装置、又は基地局（ｅＮＢ）、又はネットワークコントローラによって設定することができる。
【００３８】
図３は、この実施形態の例を示す概略図である。ＰＵＣＣＨチャネルに関連するいくつかのＴＴＩ３１を示している。なお、全てのサブフレームにおいてＰＵＣＣＨ上でＳＲリソースを利用できるわけではなく、Ｅ−ＵＴＲＡ  Ｒｅｌ’８では、最小のＳＲの周期性が５ｍｓである。上向き矢印３２によって示すように、最初のＴＴＩ内に、ユーザ装置がＳＲを送信する。８つのＴＴＩが経過した後、時点３３において、ある条件によりＵＥがＳＲを送信すると決定する。この決定は、例えば、バッファステータス報告が誘発され、ＵＥがＰＵＳＣＨ上で利用できる割り当てを有していない場合に行われ得る。この例では、最後のＳＲを送信してから別のＳＲを送信できるようになるまでに経過しておく必要があるＴＴＩの数であるＮＴの値が５である。時点３３において、最後のＳＲを送信してから少なくとも５つのＴＴＩが経過したので、さらなるＳＲ３２を送信することができる。
【００３９】
３４は、通常の状況では別のＳＲが送信されるであろう条件にある。しかしながら、最後のＳＲを送信してから３つのＴＴＩしか経過していないので、ユーザ装置は別のＳＲを送信しない。点線矢印３５は、制約が課せられていなければＳＲが送信されていたであろうにもかかわらず送信されなかったＳＲを表す。
【００４０】
このような実施形態では、低い周期性（すなわち、低いレイテンシ／応答時間）を達成できる一方で、実際のＳＲの送信は減少する。以前は、ＳＲが発生する周期性を制御することによってのみＳＲの周期性を高めていた。
【実施例２】
【００４１】
いくつかの実施形態では、高トラフィック／データ送信の期間（例えば、音声トラフィックなどにおけるバースト性トラフィックの噴出）を識別する。これは、特定のユーザ装置に関して行うことができる。このような時間中は、このユーザ装置のＳＲの送信が抑制される。このような実施形態の利点は、このような条件下で、ユーザ装置及び／又は基地局がＳＲの送信／受信に時間を割くことが防がれる点である。一般に、通常はネットワーク要素が既に知っていると思われるデータ送信パターンを使用して（例えば、高トラフィック期間の開始／終了を識別することにより）ＳＲを抑制すべきかどうかを判断することができる。例えば、ＶｏＩＰにおける音声の噴出の開始時間及び終了時間を検出することができ、これらの期間中にはＳＲの送信が抑制される。
【００４２】
当業者であれば、これを達成できる様々な特定の方法に気付くであろう。例えば、上述した状況では、高データ送信期間中にはより多くのＵＬグラントを発行することなどによってより多くのリソースが割り当てられるようになる。従って、１つの特定の実施形態では、頻繁なＵＬグラントがあった場合にＳＲの抑制を課すことができる。例えば、ＮＧを整数とし、最後のＮＧ個の伝送時間間隔（ＴＴＩ）内に特定のユーザ装置にアップリンクグラントが発行された場合には、ＳＲを誘発／送信できなくしてもよい。ネットワーク要素（通常はユーザ装置である）は、最後のアップリンクグラントがいつ発行又は決定されたかを記録することができ、この時から経過したＴＴＩの数をカウントする。この数が指定の整数ＮＧを下回る場合、ユーザ装置によってＳＲが送信されないようになる。この実施形態によって課される制約は、ＶｏＩＰのためのリソースが動的スケジューリングを使用してスケジュールされる場合に、例えばｅＮｏｄｅＢが、音声活動期間中にＵＥによるＳＲの誘発及び送信を回避できることを意味する。動的スケジューリングでは、ＵＥがＳＲを送信するが、ｅＮｏｄｅＢは、パラメータを適当に設定することにより、ＵＥ内におけるＳＲの誘発を回避することができる。動的スケジューリングとは、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）をサブフレームベースで使用してＰＵＳＣＨ上のリソースを割り当てることを意味する。このことは、ＰＤＣＣＨ上で１つのＵＬグラントを使用してＰＵＳＣＨリソースを半永続的に（すなわち、１つのサブフレームよりも長い期間にわたって）割り当てる半永続的スケジューリングとは対照的である。
【００４３】
図４は、１つのこのような実施形態の例を示す概略図である。前回の例と同様にいくつかのＴＴＩ４１を示している。下部の線は、太い矢印によって表すアップリンクグラント４４、４５に関連する時系列を示している。上部の線は、前回の例と同様にＰＵＣＣＨを示している。最初のＴＴＩ（ＴＴＩ１）内にアップリンクグラント４４が発行されている。１０個のＴＴＩが経過した後の時点４３は、ＳＲの送信を生じさせる条件にある（ここでも、バッファステータス報告が誘発されること、及び空のバッファに新規データが到着することを例にとることができる）。この例では、最後のアップリンクグラントからさらなるＳＲを送信できるようになるまでに経過していなければならないＴＴＩの数であるＮＧが８の値に設定される。特定のＵＥに最後のアップリンクグラントが発行されてから１０個のＴＴＩが経過しており、この数は８よりも大きいので、ＳＲ４２を送信することができる。時点４５において、別のアップリンクグラントが発行される。時点４０において、再びＳＲが送信されるように条件が整う。しかしながら、この時点から経過したＴＴＩの数は４であり、この数は必要である８を下回るので、この時点ではさらなるＳＲは送信されず、点線矢印４６によって未送信のＳＲが示されている。
【００４４】
ここでもＮＧの値は、利用可能な基地局リソース、トラフィックタイプ、セル負荷などの一般的条件によって動的に設定又は変化することができる。この実施形態は、例えば、音声活動期間中にはＳＲの送信が実際にオフに切り替えられ、データ送信要件が高いことに起因して頻繁なアップリンクグラントを発行するように決定したことがアップリンクスケジューラにとって明らかなＶｏＩＰアプリケーションなどで有用である。
【００４５】
事実上、（例えば、スケジューラが）トラフィックパターンに関する情報を使用して、ＳＲを抑制すべきかどうかを判断することができる。ある特定のユーザ装置からのトラフィックが多いと判断される場合には、（より多くのＵＬグラントを発行することなどによって）より多くのリソースが割り当てられ、これらの状況下では、ＳＲを送信／容認すること、又はこれらを送信するためにリソースを割り当てることに時間及びリソースが費やされることはない。
【００４６】
この実施形態の利点は、発生する（セル内及びセル間の両方の）干渉が減少する点である。ＶｏＩＰアプリケーションにこのような制約を適用する別の潜在的な利点は、ＶｏＩＰトラフィックの存在下でダウンリンク不連続受信（ＤＲＸ）を展開した場合にＤＲＸの利得が高くなる点である。しかしながら、本発明は、ＶｏＩＰアプリケーションに限定されるものではない。
【００４７】
さらなる実施形態では、ＳＲを抑制すべき場合に、ユーザ装置のトランシーバを短期間にわたって非アクティブ／オフに切り替えることができる。換言すれば、トランシーバ機能を間欠的にして、このようなＳＲ抑制時間中に使用されないようにすることができる。
【００４８】
図５に、トランシーバのオン／オフを間欠的に切り替えてスケジューリング要求の送信を抑制するさらなる実施形態を示す。図示の例は、ＶｏＩＰ通話の音声活動期間中などにＳＲを抑制することに関するものであるが、この原理はあらゆるデータ送信に適用することができる。５１において、空のバッファにＶｏＩＰパケットが到着する。５２において、ＳＲを送信する。５３において、ＵＬ割り当てを行ってＶｏＩＰパケットをアップリンクで送信する。この時点以降、新たなパケットをさらに送信する必要はない。５６においてＳＲが発生するが、バッファ内にはデータが存在しないのでＳＲは送信されない。この送信は、この期間中にトランシーバをオフに切り替えることによって防がれる。ＳＲは、この期間中にＵＥトランシーバをオフ又は非アクティブに切り替えることによって抑制される。換言すれば、「ＳＲ禁止タイマ」を使用することにより、ＳＲパケットが送信されないようにすることができる。５４において、空のＵＥバッファに新たなＶｏＩＰパケットが到着し、従って５５において、ＰＵＣＣＨ上で別のＳＲが行われる。パケットがＵＥのバッファに到着する時間間隔は２０ミリ秒である。５１、５２、５３、５４の期間中は、ＵＥトランシーバが（ボックスで示すように）オンであり、その他の時点ではオフである。時点５６において、ＵＥはＳＲを送出できたであろうが、既にこれらのＳＲは不要と判断されているので、ＵＥトランシーバはオフに切り替えられる。
【実施例３】
【００４９】
半永続的スケジューリング（ＳＰＳ）は、バースト性トラフィック中の「有音期間（ｔａｌｋ−ｓｐｕｒｔｓ）」などの、アップリンクトラフィックが多く存在する期間中に周期的ＵＬ送信リソースを割り当てる技術である。毎回、同じリソースが割り当てられる。個々の有音期間中にはリソース割り当てがオンになり、有音期間の合間はオフになる。このようにして、割り当てを要求するために、及び特定のＶｏＩＰ割り当てを許可するために明示的にシグナリングする必要をなくす。
【００５０】
１つの実施形態では、ＳＰＳグラントが設定されている限り、すなわち高トラフィックと指定される期間中（有音期間中など）は、ＳＲを送信すべきでない。この実施形態では、このような制約により、前の実施形態と同じ結果が得られる。
【００５１】
ＵＥがこの制約を適用する必要があるかどうかは、ｅＮｏｄｅＢが設定することができる。
【実施例４】
【００５２】
１つの代替実施形態では、論理チャネルに基づくＳＲマスキングによってＳＲを抑制することができる。ｅＮＢにより設定された個々の論理チャネルに対し、この論理チャネルで新たなデータが到着したときにＳＲを誘発すべきかどうかをＵＥに伝える新規パラメータを導入する。ある論理チャネルでデータが到着した場合（及びこのデータの優先度が、既に他の論理チャネルで送信を待っているデータよりも高い場合）、バッファステータス報告が誘発される。ＵＥが、このバッファステータス報告を送信するためのアップリンクリソースを有していない場合、スケジューリング要求が誘発される。１つの実施形態では、論理チャネルによってもＳＲを誘発できるようにする条件を設定する機構が加わる。この条件は、パラメータとして設定することができる。以下の例では、パラメータをＳＰＳ−ＳＲｍａｓｋと指定する。
【００５３】
以下は、このような実施形態の例である。スケジューリング要求（ＳＲ）を使用して、新たな送信のためのＵＬ−ＳＣＨリソースを要求する。ＳＲは、誘発されたらキャンセルされるまで保留中であるとみなす。ＭＡＣ  ＰＤＵが構築され、このＰＤＵがＢＳＲを含み、このＢＳＲが、ＢＳＲを誘発した最後のイベントまでの（及びこのイベントを含む）バッファステータスを含む場合、或いはＵＬグラントが、送信に利用できる全ての保留中のデータに対応できる場合には、全ての保留中のＳＲがキャンセルされるものとする。１つの実施形態では、以下の手順を採用する。
【００５４】
ＳＲが誘発され、他に保留中のＳＲが存在しない場合、ＵＥは、ＳＲ＿ＣＯＵＮＴＥＲを０に設定するものとする。
【００５５】
１つのＳＲが保留中である限り、ＵＥは、各ＴＴＩに関して以下を行うものとする。
−  このＴＴＩ内に、送信に利用できるＵＬ−ＳＣＨリソースがない場合、
−  ＵＥが、いずれかのＴＴＩ内に設定されたＳＲのための有効なＰＵＣＣＨリソースを有していない場合、ランダムアクセス手順（従属節５．１を参照）を開始して、全ての保留中のＳＲをキャンセルする。
−  それ以外の場合に、ＵＥが、このＴＴＩのために設定されたＳＲのための有効なＰＵＣＣＨリソースを有している場合、及びこのＴＴＩが測定ギャップの一部でない場合、
−  ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘの場合、
−  ＳＲ＿ＣＯＵＮＴＥＲを１増分する。
−  ＳＰＳ−ＳＲｍａｓｋが真に設定されており、かつ半永続的なスケジューリングアップリンクグラントが設定されていない場合、
−  或いは、ＳＰＳ−ＳＲｍａｓｋが真に設定されていない場合、
−  ＰＵＣＣＨでＳＲをシグナリングするように物理層に指示する。
−  それ以外の場合、
−  ＰＵＣＣＨ／ＳＲＳを解放するようにＲＲＣに通知する。
−  設定されたダウンリンク割り当て及びアップリンクグラントを全てクリアする。
−  ランダムアクセス手順（従属節５．１を参照）を開始して、全ての保留中のＳＲをキャンセルする。
【００５６】
バッファステータス報告が設定されている限り、１つの実施形態では、さらなる実施形態により以下の手順を以下のように採用することができる。
【００５７】
バッファステータス報告手順において、最後のＢＳＲの送信から後に少なくとも１つのＢＳＲが誘発されていたと判定された場合、或いは少なくとも１つのＢＳＲが初めて誘発される場合、
−  ＵＥが、このＴＴＩのための新たな送信のために割り当てられたＵＬリソースを有している場合、
−  多重化及び構築手順に、ＢＳＲ  ＭＡＣ制御要素を生成するように指示する。
−  ＢＳＲが短縮型ＢＳＲの場合を除き、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始又は再開する。
−  ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始又は再開する。
−  それ以外の場合に、標準的ＢＳＲが誘発されている場合、
−  データを送信に利用できるようになったことのみによる誘発の場合、
−  データを送信に利用できるようになった少なくとも１つの論理チャネルに関し、ｌｏｇｉｃａｌＣｈａｎｎｅｌ−ＳＲＭａｓｋが真に設定されていない場合、
−  スケジューリング要求が誘発されるものとする。
−  それ以外の場合、
−  スケジューリング要求が誘発されるものとする。
【００５８】
上述の機能は、適当なソフトウェア及びデータ処理装置によって提供することができる。いずれかの適当なネットワーク要素又は管理システムに機能を組み込み、この機能を１又はそれ以上のデータプロセッサによって提供することができる。このデータプロセッサは、例えば、少なくとも１つのチップによって提供することができる。適当なデータ処理は、移動局などの通信装置に関連して提供される処理ユニット内で行うことができる。このデータ処理は、いくつかのデータ処理モジュールに分散することができる。上述の機能は、独立プロセッサにより提供することも、又は一体型プロセッサにより提供することもできる。適切に適応する（１又は複数の）コンピュータプログラムコード製品を適当なデータ処理装置にロードした場合、このコンピュータプログラムコード製品を使用して実施形態を実現することができる。動作を実現するプログラムコード製品を適当なキャリア媒体に記憶し、この媒体によって実現することもできる。適当なコンピュータプログラムをコンピュータ可読記録媒体上で具体化することもできる。プログラムコード製品を、データネットワークを介して通信装置にダウンロードすることもできる。
【００５９】
なお、上記では無線ネットワーク、技術及び規格の例示的なアーキテクチャを参照しながらいくつかの実施形態を一例として説明したが、本明細書で例示し説明した以外のいずれかの好適な形の通信システムに実施形態を適用することもできる。
【００６０】
また、上記では本発明の例示的な実施形態について説明したが、本発明の範囲から逸脱することなく、開示した解決策にいくつかの変更及び修正を加えることもできる。
【符号の説明】
【００６１】
３１  ＴＴＩ
３２  ＳＲの送信
３３  時点
３４  時点
３５  未送信のＳＲ
【図１】
2013506364.tif 000003
【図２】
2013506364.tif 000004
【図３】
2013506364.tif 000005
【図４】
2013506364.tif 000006
【図５】
2013506364.tif 000007
【国際調査報告】
2013506364.tif 000008
2013506364.tif 000009
2013506364.tif 000010
2013506364.tif 000011
2013506364.tif 000012