特許 6207837 スケジューリングを制御するための方法及び装置

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

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

(11)【特許番号】6207837

(24)【登録日】2017年9月15日

(45)【発行日】2017年10月4日

(54)【発明の名称】スケジューリングを制御するための方法及び装置

(51)【国際特許分類】

   H04W 72/12 20090101AFI20170925BHJP

【ＦＩ】

   H04W72/12 150

【請求項の数】15

【全頁数】14

(21)【出願番号】特願2012-531244(P2012-531244)

(86)(22)【出願日】2009年10月1日

(65)【公表番号】特表2013-506364(P2013-506364A)

(43)【公表日】2013年2月21日

(86)【国際出願番号】EP2009062773

(87)【国際公開番号】WO2011038768

(87)【国際公開日】20110407

【審査請求日】2012年5月24日

【審判番号】不服2015-2874(P2015-2874/J1)

【審判請求日】2015年2月16日

(73)【特許権者】

【識別番号】513311642

【氏名又は名称】ノキア ソリューションズ アンド ネットワークス オサケユキチュア

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100082005

【弁理士】

【氏名又は名称】熊倉 禎男

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100176418

【弁理士】

【氏名又は名称】工藤 嘉晃

(72)【発明者】

【氏名】ローザ クラウディオ

(72)【発明者】

【氏名】コルディング トルールス エミル

(72)【発明者】

【氏名】セビル ベノワ ピエール

【合議体】

【審判長】 大塚 良平

【審判官】 山本 章裕

【審判官】 中野 浩昌

(56)【参考文献】

【文献】 国際公開第２００９／１１５９７１（ＷＯ，Ａ１）

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

H04B 7/26

H04W 4/00-99/00

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

【請求項1】

リソースをスケジュールするために、ユーザ装置から基地局へスケジューリング要求を送信する方法であって、
ユーザ装置が、前回のスケジューリング要求が行われてから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回ると判定したこと、又はバースト性トラフィックにおけるデータの噴出の開始時間から終了時間までの期間を識別することによって高トラフィック／データ送信の期間であることと判定したことに応じて、前記ユーザ装置がスケジューリング要求の送信を抑制するステップ、
を含むことを特徴とする方法。

【請求項2】

前記スケジューリング要求が、Ｅ−ＵＴＲＡシステムの物理アップリンク制御チャネルを介して行われる、
ことを特徴とする請求項１に記載の方法。

【請求項3】

前記バースト性トラフィックが、音声トラフィック又はＶｏＩＰデータパケットである、
ことを特徴とする請求項１に記載の方法。

【請求項4】

前記整数値が、トラフィックタイプ、基地局又はセルの負荷、又はバッファステータス報告の周期性により変化することができる、
ことを特徴とする請求項１に記載の方法。

【請求項5】

前記スケジューリング要求の送信を抑制するステップが、スケジューリング要求を送信しない及び／又は誘発しないステップを含む、
ことを特徴とする請求項１から請求項４のいずれか１項に記載の方法。

【請求項6】

前記スケジューリング要求の送信を抑制するステップが、前記ユーザ装置のトランシーバの送信のオン／オフを間欠的に切り替えるステップを含む、
ことを特徴とする請求項１から請求項４のいずれか１項に記載の方法。

【請求項7】

前記サブフレームは、物理アップリンク制御チャネル又は物理ダウンリンク制御チャネルに関連するものである、
ことを特徴とする請求項１から請求項６のいずれか１項に記載の方法。

【請求項8】

プロセッサ上で実行された時に請求項１から請求項７のいずれか１項に記載のステップを実行するようになっているプログラムコードを含む、
ことを特徴とするコンピュータプログラム。

【請求項9】

請求項８に記載のコンピュータプログラムを含む、
ことを特徴とするコンピュータ可読記憶媒体。

【請求項10】

１以上のプロセッサとコンピュータプログラムコードを含む１以上のメモリとを含み、リソースをスケジュールするために、基地局へスケジューリング要求を送信するユーザ装置であって、
前回のスケジューリング要求から経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回ると判定したこと、又はバースト性トラフィックにおけるデータの噴出の開始時間から終了時間までの期間を識別することによって高トラフィック／データ送信の期間であることと判定したことに応じて、スケジューリング要求の送信を抑制する手段
を有することを特徴とするユーザ装置。

【請求項11】

Ｅ−ＵＴＲＡシステムの物理アップリンク制御チャネルを介してスケジューリング要求を送信するための手段を有する、
ことを特徴とする請求項１０に記載のユーザ装置。

【請求項12】

前記バースト性トラフィックが、音声トラフィック又はＶｏＩＰデータパケットである、
ことを特徴とする請求項１０に記載のユーザ装置。

【請求項13】

前記スケジューリング要求の送信を抑制するための手段が、該手段のトランシーバのオン／オフを間欠的に切り替えるための手段を含む、
ことを特徴とする請求項１０から請求項１２のいずれか１項に記載のユーザ装置。

【請求項14】

前記サブフレームは、物理アップリンク制御チャネル又は物理ダウンリンク制御チャネルに関連するものである、
ことを特徴とする請求項１０から請求項１３のいずれか１項に記載のユーザ装置。

【請求項15】

前記整数値が、トラフィックタイプ、基地局又はセルの負荷、又はバッファステータス報告の周期性により変化することができる、
ことを特徴とする請求項１０から請求項１４のいずれか１項に記載のユーザ装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信システムなどにおけるネットワーク要素間のデータのスケジューリングに関し、特に、排他的な意味ではないが、セルラー通信システムにおけるユーザ装置（ＵＥ）と基地局の間のスケジューリング要求の送信制御に適用される。

【背景技術】

【0002】

通信システムは、通信装置、ネットワークエンティティ、及びその他のノードなどの、２又はそれ以上のエンティティ間の通信を円滑にする設備である。通信システムは、もう１つの相互接続されたネットワークにより実現することができる。通信装置は、他者との通信に使用するのに適した通信及び制御能力を備えた装置として理解することができる。この通信は、例えば、音声、電子メール（ｅメール）、テキストメッセージ、データ、マルチメディアなどの通信を含むことができる。通常、通信装置は、装置のユーザが通信システムを介して通信を送信及び受信できるようにし、従って様々なサービスアプリケーションへのアクセスに使用することができる。

【0003】

セルラーシステムでは、基地局の形のネットワークエンティティが、１又はそれ以上のセル内のモバイル装置と通信するためのノードを提供する。基地局は、しばしば「Ｎｏｄｅ Ｂ」と呼ばれる。基地局とユーザ装置の間で送信される信号を処理するための技術は、異なるものが数多く存在する。通常、基地局装置の動作及び通信に必要なアクセスシステムの他の装置の動作は、特定の制御エンティティにより制御される。通常、制御エンティティは、特定の通信ネットワークの他の制御エンティティと相互接続される。

【0004】

１つの種類のアクセスアーキテクチャの非限定的な例に、第３世代パートナーシップ・プロジェクト・ロングターム・エボリューション（３ＧＰＰ ＬＴＥ）規格の一部である進化型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ）として知られている概念がある。

【発明の概要】

【課題を解決するための手段】

【0005】

本発明は、特に、排他的な意味ではないが、例えばリソースを要求してアップリンクパケットをスケジュールするための、ユーザ装置から進化型ｎｏｄｅ Ｂ（ｅＮＢ）などの基地局へのスケジューリング要求（ＳＲ）の送信に適用される。Ｅ−ＵＴＲＡシステムでは、移動局などのユーザ装置（ＵＥ）に割り当てられた専用リソースを使用して、物理アップリンク制御チャネル（ＰＵＣＣＨ）上でＳＲが定期的に（すなわち、ある周期性で）送信される。ＳＲは、ユーザ装置がアップリンクでデータを送信したいと望むことにより送信される。

【0006】

また、Ｅ−ＵＴＲＡシステムでは、以前から送信に利用できるデータよりも優先度の高いデータがＵＥのバッファに到着した場合、或いは空のバッファに新たなデータが到着した場合、ＵＥにおいてバッファステータス報告（ＢＳＲ）が誘発される。現行の方法論によれば、ＵＥが、（アップリンクでデータを送信するための）物理アップリンク共有チャネル上で利用可能な割り当てを、ＢＳＲが誘発された伝送時間間隔（ＴＴＩ）にわたって有していない場合、ＳＲが誘発される。例えば音声アプリケーションにおいて、アップリンクデータトラフィックが、小さなパケットの頻繁な送信を特徴とする非常に「バースト性」である場合、ユーザ装置は、ほとんど連続的にＳＲを送信することができる。ＳＲが頻繁に送信されると、以下で示すような問題が生じる。

【0007】

実施形態は、上述の問題を克服してスケジューリング要求の制御効率を高める。

【0008】

本発明の１つの実施形態では、第１のエンティティから第２のエンティティへスケジューリング要求が送信される通信リンクにおいてリソースをスケジュールする方法を提供し、この方法は、最後のスケジューリング要求から経過した時間が指定期間を超えていること、アップリンク要件が所定のレベルを超えていること、又は半永続的スケジューリンググラントが設定されていること、又は論理チャネル上でデータが到着してマスキングパラメータが設定されていることのうちのいずれかの条件が存在するかどうかを判定するステップを含み、存在する場合、スケジューリング要求の送信及び／又は誘発を抑制するステップを含む。

【0009】

第１のエンティティはユーザ装置であることができ、第２のエンティティは基地局であることができる。

【0010】

アップリンク要件が一定のレベルを超えているかどうかを判定するステップは、バースト性トラフィックにおけるデータの噴出（ｄａｔａ ｓｐｕｒｔｓ）の開始期間及び／又は終了期間を識別するステップを含むことができる。バースト性トラフィックは、音声トラフィック又はＶｏＩＰデータパケットであることができる。

【0011】

スケジューリング要求は、前回のアップリンクグラントから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合に抑制することができる。

【0012】

スケジューリング要求は、前回のスケジューリング要求から経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合に抑制することができる。

【0013】

整数値は、トラフィックタイプ、基地局又はセルの負荷、又はバッファステータス報告の周期性により変化することができる。

【0014】

スケジューリング要求を抑制するステップは、スケジューリング要求を送信及び／又は誘発しないステップ、或いは前記第１のエンティティのトランシーバの送信のオン／オフを間欠的に切り替えるステップを含むことができる。

【0015】

本発明の別の実施形態では、プロセッサ上で実行されたときに上記の方法のいずれかのステップを実行するようになっているプログラムコード手段を含むコンピュータプログラム、及びこのようなコンピュータプログラムを含むコンピュータ可読媒体を提供する。

【0016】

本発明の１つの実施形態では、通信リンクにおいてスケジューリング要求を送信又は受信するようになっているネットワーク要素又はそのプロセッサを提供し、このネットワーク要素又はそのプロセッサは、最後のスケジューリング要求から経過した時間が指定期間を超えていること、アップリンク要件がある所定のレベルを超えていること、半永続的スケジューリンググラントが設定されていること、又は論理チャネル上でデータが到着してマスキングパラメータが設定されていることのうちのいずれかの条件が存在する場合、スケジューリング要求の誘発、送信又は受信を抑制するための手段を有する。

【0017】

ネットワーク要素は、ユーザ装置又は基地局であることができ、Ｅ−ＵＴＲＡシステムの物理アップリンク制御チャネルを介してスケジューリング要求を送信／受信するための手段を有することができる。

【0018】

ネットワーク要素は、アップリンクトラフィックパターンを分析してアップリンク要件を識別するための手段、及び／又はバースト性トラフィックにおけるデータの噴出の開始及び／又は終了を識別するための手段を有することができる。バースト性トラフィックは、音声トラフィック又はＶｏＩＰデータパケットであることができる。

【0019】

ネットワーク要素は、最後のアップリンクグラントから経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合に（単複の）スケジューリング要求を抑制するための手段を有することができる。

【0020】

ネットワーク要素又はそのプロセッサは、前回のスケジューリング要求から経過した伝送時間間隔又はサブフレームの数が所定の整数値を下回る場合にスケジューリング要求を抑制するための手段を有することができる。

【0021】

スケジューリング要求を抑制するための手段は、この手段のトランシーバの送信のオン／オフを間欠的に切り替えるための手段を含む。

【0022】

整数値は、トラフィックタイプ、基地局又はセル負荷、又はバッファステータス報告の周期性により変化することができる。

【0023】

本発明、及び本発明をいかにして実行に移すことができるかをよりよく理解するために、ここでほんの一例として添付図面を参照する。

【図面の簡単な説明】

【0024】

【図1】本発明を具体化できる通信システムの概略図である。

【図2】通信ユーザ装置の断面図である。

【図3】ＳＲの量を低減する１つの特定の実施形態を示す図である。

【図4】ＳＲの量を低減するためのさらなる実施形態を示す図である。

【図5】ＳＲをいかに抑制できるかについてのさらなる実施形態を示す図である。

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

【0025】

いくつかの例示的な実施形態を詳細に説明する前に、複数の通信装置１に無線通信を提供する通信システムを示す図１を参照しながら無線アクセスについて簡単に説明する。無線通信システムを介して提供される様々なサービス及び／又はアプリケーションにアクセスするために、モバイルユーザ機器、又は装置又は中継ノードなどの通信装置１を使用することができる。通常、通信装置は、アクセスシステムの少なくとも１つの無線送信機及び／又は受信機ノード１０を介して通信システムに無線でアクセスすることができる。アクセスノードの非限定的な例には、例えば、３Ｇ ＷＣＤＭＡノードＢ、拡張ノードＢ（ｅＮＢ）又は３ＧＰＰ ＬＴＥ（ロングタームエボリューション）の中継ノードなどのセルラーシステムの基地局、無線ローカルエリアネットワーク（ＷＬＡＮ）の基地局、及び衛星通信システムの人工衛星局がある。通信装置１は、互いに直接通信することもできる。

【0026】

通信は、適当な（１又は複数の）無線アクセス技術に基づいて様々な方法で構成することができる。アクセスは、アクセスチャネルとしても知られる無線チャネルを介して行われる。個々の通信装置１は、同時に開く１又はそれ以上の無線チャネルを有することができる。個々の通信装置は、１つよりも多くの基地局１０又は同様のエンティティに接続することができる。また、複数の通信装置が基地局又は同様のものと通信し、及び／又は同じ基地局を介して通信システムにアクセスしようと試みることができる。複数の通信装置がチャネルを共有することもできる。例えば、通信を開始するために、又は新たなアクセスシステムに接続するために、複数の通信装置が、ランダムアクセスチャネル（ＲＡＣＨ）などの単一のチャネルを介して最初の接続を行おうと試みることができる。このアクセスの試みは、ほぼ同時に行うことができる。

【0027】

１又はそれ以上の適当なゲートウェイノードのために、アクセスシステムの基地局１０を、適当な接続を介して通信システムの他の部分に接続することもできる。説明を明確にするために、これらについては図示していない。通常、基地局は、図１に１１で大まかに示す少なくとも１つの適当なコントローラにより制御される（このことは、ＧＳＭ（登録商標）及びＷＣＤＭＡについても当てはまる。しかしながら、ＬＴＥ及びＷｉＭＡＸにはもはやコントローラが存在せず、制御機能は、一般的なアクセスノード、基地局、ノードＢ、ｅＮＢ、ＡＰなどの適当なネットワーク要素に分散される）。コントローラ１１を提供して、基地局の動作及び／又は基地局を介した通信を管理することができる。通常、コントローラ装置は、メモリ容量及び少なくとも１つのデータプロセッサを備える。コントローラのデータ処理機能により、コントローラ内に様々な機能エンティティを提供することができる。基地局コントローラ内に提供される機能エンティティは、無線リソース制御、アクセス制御、パケットデータコンテキスト制御、中継制御などに関する機能を提供することができる。

【0028】

通信装置１を使用して、電話を掛けたり受けたりなどの様々なタスクを行い、データネットワークとの間でデータを送信及び受信し、また例えばマルチメディア又はその他のコンテンツを体験することができる。例えば、通信装置は、インターネットプロトコル（ＩＰ）又はその他のいずれかの適当なプロトコルに基づいて提供されるアプリケーションなどの、電話ネットワーク及び／又はデータネットワークを介して提供されるアプリケーションにアクセスすることができる。アクセスシステムからの無線信号を少なくとも送信及び／又は受信できるいずれかの装置により、適当なモバイル通信装置を実現することができる。非限定的な例として、携帯電話機又はスマートフォンなどの移動局（ＭＳ）、無線インターフェイスカード又はその他の無線インターフェイス手段を備えたポータブルコンピュータ、無線通信能力を備えた携帯情報端末（ＰＤＡ）、又はこれらのいずれかの組み合わせなどが挙げられる。

【0029】

図２に示すように、通常、通信装置１は、少なくとも１つのデータプロセッサ５などの適当なデータ処理装置を備える。通常は、少なくとも１つの記憶装置６も備える。これらのデータ処理及び記憶エンティティは、適当な回路基板上、及び／又はチップセット内に設けることができる。異なるチップによって異なる機能及び動作を提供することができる。或いは、少なくとも部分的に統合されたチップを使用することもできる。アンテナ手段４、ディスプレイ２、及び／又はキーパッド３を提供することもできる。

【0030】

遅延の観点から見れば、アップリンクスケジューラの応答時間を改善するには、ＳＲが非常に頻繁に発生する（すなわち、ＳＲの周期性が低い）ことが好ましい。この遅延は、ＵＥバッファ内にデータパケットが到着してから同じデータパケットが物理アップリンク共有チャネル（ＰＵＳＣＨ）上で（ＨＡＲＱなどで）最初に送信されるまでの時間とみなすことができる。データパケットは、例えばＶｏＩＰアプリケーションではＶｏＩＰパケットであることができる。一方で、ＳＲの周期性が低いと、限られたＰＵＣＣＨリソースの利用頻度が高くなる。また、アップリンクパケットスケジューラが必要としていないときにＳＲが送信されると、ＰＵＣＣＨ ＳＲ領域（セル内及びセル間の両方）で不必要な干渉が生じる。

【0031】

このような問題に対処する（ＳＲの不必要な送信を防ぐ）既知の方法として、ＳＲの周期性を変更することにより、ＵＬグラントを受け取らずに誘発できるＳＲの最大数（ｄｓｒ−ＴｒａｎｓＭａｘとして示す）が定義されるようにすることが挙げられる。ＳＲの発生を減少させることにより、ＳＲのオーバーヘッドを低減することはできるが、これにより同時に、例えばＶｏＩＰアプリケーションの場合の音声活動期間中などの、データパケットが高度に／頻繁に送信される期間の初めなどにアップリンクスケジューラの応答時間が増加する。この結果、（音声などの）品質が許容レベルを下回ることがある。一方では、ＵＬ同期を失ったＵＥがＳＲをアップリンクで連続的に送信しないようにパラメータｄｓｒ−ＴｒａｎｓＭａｘが設けられる。従って、ｄｓｒ−ＴｒａｎｓＭａｘに達するとともに、ＰＵＳＣＨ上でデータを送信するためのＵＬグラントを受け取っていない場合、ＵＥは、ＰＵＣＣＨ（ＳＲ）リソースを解放してランダムアクセス手順を開始する。従って、ＳＲの周期性を変更することによっても、又はｄｓｒ−ＴｒａｎｓＭａｘによっても、全ての問題が克服されるわけではない。

【0032】

導入部で述べたように、「バースト性」のデータアプリケーションは、これによりユーザ装置がほとんど連続的にＳＲを誘発して送信するようになり得るという点で厄介である。「バースト性」のデータアプリケーションの典型的な例は、Ｖｏｉｃｅ Ｏｖｅｒ ＩＰ（ＶｏＩＰ）などの小さなパケットが頻繁に送信される場合である。アップリンクパケットスケジューラは、アップリンクでのＶｏＩＰトラフィックパターンに関する（約ＮビットのＶｏＩＰパケットを２０ｍｓごとに１つ生成することができるなどの）一般情報を有しており、この場合のＮは、適応マルチレート（ＡＭＲ）、コーデックレート、ＩＰヘッダの圧縮方法の種類などによって決まる。従って、ＶｏＩＰトラフィックなどのアプリケーションでは、（ｅＮｏｄｅ Ｂ内に存在する）アップリンクスケジューラは、原則として音声活動期間がいつ始まっていつ終わるかのみを知っていればよく、非活動期間中は無線リソースを他のユーザに割り当てることができる。このような休眠期間（音声が非活動の期間など）の開始は、例えば音声活動を適切にモニタすることによって判断することができるが、ＵＥにより送信されるＳＲによっても音声活動期間の開始を識別することができる。

【0033】

例えば、音声活動期間中などにＳＲを送信することはあまり有用ではない。音声活動期間中は、スケジュールすべきデータが常に存在するであろうと想定することができる。例えば、（Ｎｏｄｅ Ｂ内に存在するような）アップリンクパケットスケジューラは、音声活動期間の開始／終了を識別するために、音声活動期間の開始時にのみＳＲを受け取ればよい。

【0034】

本発明の実施形態は、アップリンクにおけるＳＲの誘発／送信及び／又は受信に様々な制約を課し、以下、一般にこの制約をＳＲ送信／受信の抑制と呼ぶ。

【実施例1】

【0035】

１つの実施形態では、ＮＴを整数とし、最後のＮＴ個の伝送時間間隔（ＴＴＩ）又はサブフレーム内にＳＲが以前にＰＵＣＣＨ上で送信されていた場合、スケジューリング要求の送信及び誘発に、新たなＳＲを送信できないように（又は無視するように）制約を課す。

【0036】

この実施形態では、（ユーザ装置などの）ネットワーク要素が、最後のＳＲをいつ送信／受信したかについての記録を保持し、その時から経過したＴＴＩの数を判定する。この数が一定の整数値ＮＴを超えた場合、ＳＲを誘発してアップリンクで送信することができる。超えない場合、ユーザ装置はいずれのＳＲも送信しない。換言すれば、従来はＳＲが送信されていたであろう条件であってもＳＲが抑制される。

【0037】

整数ＮＴは事前に設定することができ、或いはリソース、基地局の負荷などの様々な要因によって動的に変化することができる。この数は、ユーザ装置、又は基地局（ｅＮＢ）、又はネットワークコントローラによって設定することができる。

【0038】

図３は、この実施形態の例を示す概略図である。ＰＵＣＣＨチャネルに関連するいくつかのＴＴＩ３１を示している。なお、全てのサブフレームにおいてＰＵＣＣＨ上でＳＲリソースを利用できるわけではなく、Ｅ−ＵＴＲＡ Ｒｅｌ’８では、最小のＳＲの周期性が５ｍｓである。上向き矢印３２によって示すように、最初のＴＴＩ内に、ユーザ装置がＳＲを送信する。８つのＴＴＩが経過した後、時点３３において、ある条件によりＵＥがＳＲを送信すると決定する。この決定は、例えば、バッファステータス報告が誘発され、ＵＥがＰＵＳＣＨ上で利用できる割り当てを有していない場合に行われ得る。この例では、最後のＳＲを送信してから別のＳＲを送信できるようになるまでに経過しておく必要があるＴＴＩの数であるＮＴの値が５である。時点３３において、最後のＳＲを送信してから少なくとも５つのＴＴＩが経過したので、さらなるＳＲ３２を送信することができる。

【0039】

３４は、通常の状況では別のＳＲが送信されるであろう条件にある。しかしながら、最後のＳＲを送信してから３つのＴＴＩしか経過していないので、ユーザ装置は別のＳＲを送信しない。点線矢印３５は、制約が課せられていなければＳＲが送信されていたであろうにもかかわらず送信されなかったＳＲを表す。

【0040】

このような実施形態では、低い周期性（すなわち、低いレイテンシ／応答時間）を達成できる一方で、実際のＳＲの送信は減少する。以前は、ＳＲが発生する周期性を制御することによってのみＳＲの周期性を高めていた。

【実施例2】

【0041】

いくつかの実施形態では、高トラフィック／データ送信の期間（例えば、音声トラフィックなどにおけるバースト性トラフィックの噴出）を識別する。これは、特定のユーザ装置に関して行うことができる。このような時間中は、このユーザ装置のＳＲの送信が抑制される。このような実施形態の利点は、このような条件下で、ユーザ装置及び／又は基地局がＳＲの送信／受信に時間を割くことが防がれる点である。一般に、通常はネットワーク要素が既に知っていると思われるデータ送信パターンを使用して（例えば、高トラフィック期間の開始／終了を識別することにより）ＳＲを抑制すべきかどうかを判断することができる。例えば、ＶｏＩＰにおける音声の噴出の開始時間及び終了時間を検出することができ、これらの期間中にはＳＲの送信が抑制される。

【0042】

当業者であれば、これを達成できる様々な特定の方法に気付くであろう。例えば、上述した状況では、高データ送信期間中にはより多くのＵＬグラントを発行することなどによってより多くのリソースが割り当てられるようになる。従って、１つの特定の実施形態では、頻繁なＵＬグラントがあった場合にＳＲの抑制を課すことができる。例えば、ＮＧを整数とし、最後のＮＧ個の伝送時間間隔（ＴＴＩ）内に特定のユーザ装置にアップリンクグラントが発行された場合には、ＳＲを誘発／送信できなくしてもよい。ネットワーク要素（通常はユーザ装置である）は、最後のアップリンクグラントがいつ発行又は決定されたかを記録することができ、この時から経過したＴＴＩの数をカウントする。この数が指定の整数ＮＧを下回る場合、ユーザ装置によってＳＲが送信されないようになる。この実施形態によって課される制約は、ＶｏＩＰのためのリソースが動的スケジューリングを使用してスケジュールされる場合に、例えばｅＮｏｄｅＢが、音声活動期間中にＵＥによるＳＲの誘発及び送信を回避できることを意味する。動的スケジューリングでは、ＵＥがＳＲを送信するが、ｅＮｏｄｅＢは、パラメータを適当に設定することにより、ＵＥ内におけるＳＲの誘発を回避することができる。動的スケジューリングとは、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）をサブフレームベースで使用してＰＵＳＣＨ上のリソースを割り当てることを意味する。このことは、ＰＤＣＣＨ上で１つのＵＬグラントを使用してＰＵＳＣＨリソースを半永続的に（すなわち、１つのサブフレームよりも長い期間にわたって）割り当てる半永続的スケジューリングとは対照的である。

【0043】

図４は、１つのこのような実施形態の例を示す概略図である。前回の例と同様にいくつかのＴＴＩ４１を示している。下部の線は、太い矢印によって表すアップリンクグラント４４、４５に関連する時系列を示している。上部の線は、前回の例と同様にＰＵＣＣＨを示している。最初のＴＴＩ（ＴＴＩ１）内にアップリンクグラント４４が発行されている。１０個のＴＴＩが経過した後の時点４３は、ＳＲの送信を生じさせる条件にある（ここでも、バッファステータス報告が誘発されること、及び空のバッファに新規データが到着することを例にとることができる）。この例では、最後のアップリンクグラントからさらなるＳＲを送信できるようになるまでに経過していなければならないＴＴＩの数であるＮＧが８の値に設定される。特定のＵＥに最後のアップリンクグラントが発行されてから１０個のＴＴＩが経過しており、この数は８よりも大きいので、ＳＲ４２を送信することができる。時点４５において、別のアップリンクグラントが発行される。時点４０において、再びＳＲが送信されるように条件が整う。しかしながら、この時点から経過したＴＴＩの数は４であり、この数は必要である８を下回るので、この時点ではさらなるＳＲは送信されず、点線矢印４６によって未送信のＳＲが示されている。

【0044】

ここでもＮＧの値は、利用可能な基地局リソース、トラフィックタイプ、セル負荷などの一般的条件によって動的に設定又は変化することができる。この実施形態は、例えば、音声活動期間中にはＳＲの送信が実際にオフに切り替えられ、データ送信要件が高いことに起因して頻繁なアップリンクグラントを発行するように決定したことがアップリンクスケジューラにとって明らかなＶｏＩＰアプリケーションなどで有用である。

【0045】

事実上、（例えば、スケジューラが）トラフィックパターンに関する情報を使用して、ＳＲを抑制すべきかどうかを判断することができる。ある特定のユーザ装置からのトラフィックが多いと判断される場合には、（より多くのＵＬグラントを発行することなどによって）より多くのリソースが割り当てられ、これらの状況下では、ＳＲを送信／容認すること、又はこれらを送信するためにリソースを割り当てることに時間及びリソースが費やされることはない。

【0046】

この実施形態の利点は、発生する（セル内及びセル間の両方の）干渉が減少する点である。ＶｏＩＰアプリケーションにこのような制約を適用する別の潜在的な利点は、ＶｏＩＰトラフィックの存在下でダウンリンク不連続受信（ＤＲＸ）を展開した場合にＤＲＸの利得が高くなる点である。しかしながら、本発明は、ＶｏＩＰアプリケーションに限定されるものではない。

【0047】

さらなる実施形態では、ＳＲを抑制すべき場合に、ユーザ装置のトランシーバの送信を短期間にわたって非アクティブ／オフに切り替えることができる。換言すれば、トランシーバの送信機能を間欠的にして、このようなＳＲ抑制時間中に使用されないようにすることができる。

【0048】

図５に、トランシーバの送信のオン／オフを間欠的に切り替えてスケジューリング要求の送信を抑制するさらなる実施形態を示す。図示の例は、ＶｏＩＰ通話の音声活動期間中などにＳＲを抑制することに関するものであるが、この原理はあらゆるデータ送信に適用することができる。５１において、空のバッファにＶｏＩＰパケットが到着する。５２において、ＳＲを送信する。５３において、ＵＬ割り当てを行ってＶｏＩＰパケットをアップリンクで送信する。この時点以降、新たなパケットをさらに送信する必要はない。５６においてＳＲが発生するが、バッファ内にはデータが存在しないのでＳＲは送信されない。この送信は、この期間中にトランシーバの送信をオフに切り替えることによって防がれる。ＳＲは、この期間中にＵＥトランシーバの送信をオフ又は非アクティブに切り替えることによって抑制される。換言すれば、「ＳＲ禁止タイマ」を使用することにより、ＳＲパケットが送信されないようにすることができる。５４において、空のＵＥバッファに新たなＶｏＩＰパケットが到着し、従って５５において、ＰＵＣＣＨ上で別のＳＲが行われる。パケットがＵＥのバッファに到着する時間間隔は２０ミリ秒である。５１、５２、５３、５４の期間中は、ＵＥトランシーバの送信が（ボックスで示すように）オンであり、その他の時点ではオフである。時点５６において、ＵＥはＳＲを送出できたであろうが、既にこれらのＳＲは不要と判断されているので、ＵＥトランシーバの送信はオフに切り替えられる。

【実施例3】

【0049】

半永続的スケジューリング（ＳＰＳ）は、バースト性トラフィック中の「有音期間（ｔａｌｋ−ｓｐｕｒｔｓ）」などの、アップリンクトラフィックが多く存在する期間中に周期的ＵＬ送信リソースを割り当てる技術である。毎回、同じリソースが割り当てられる。個々の有音期間中にはリソース割り当てがオンになり、有音期間の合間はオフになる。このようにして、割り当てを要求するために、及び特定のＶｏＩＰ割り当てを許可するために明示的にシグナリングする必要をなくす。

【0050】

１つの実施形態では、ＳＰＳグラントが設定されている限り、すなわち高トラフィックと指定される期間中（有音期間中など）は、ＳＲを送信すべきでない。この実施形態では、このような制約により、前の実施形態と同じ結果が得られる。

【0051】

ＵＥがこの制約を適用する必要があるかどうかは、ｅＮｏｄｅＢが設定することができる。

【実施例4】

【0052】

１つの代替実施形態では、論理チャネルに基づくＳＲマスキングによってＳＲを抑制することができる。ｅＮＢにより設定された個々の論理チャネルに対し、この論理チャネルで新たなデータが到着したときにＳＲを誘発すべきかどうかをＵＥに伝える新規パラメータを導入する。ある論理チャネルでデータが到着した場合（及びこのデータの優先度が、既に他の論理チャネルで送信を待っているデータよりも高い場合）、バッファステータス報告が誘発される。ＵＥが、このバッファステータス報告を送信するためのアップリンクリソースを有していない場合、スケジューリング要求が誘発される。１つの実施形態では、論理チャネルによってもＳＲを誘発できるようにする条件を設定する機構が加わる。この条件は、パラメータとして設定することができる。以下の例では、パラメータをＳＰＳ−ＳＲｍａｓｋと指定する。

【0053】

以下は、このような実施形態の例である。スケジューリング要求（ＳＲ）を使用して、新たな送信のためのＵＬ−ＳＣＨリソースを要求する。ＳＲは、誘発されたらキャンセルされるまで保留中であるとみなす。ＭＡＣ ＰＤＵが構築され、このＰＤＵがＢＳＲを含み、このＢＳＲが、ＢＳＲを誘発した最後のイベントまでの（及びこのイベントを含む）バッファステータスを含む場合、或いはＵＬグラントが、送信に利用できる全ての保留中のデータに対応できる場合には、全ての保留中のＳＲがキャンセルされるものとする。１つの実施形態では、以下の手順を採用する。

【0054】

ＳＲが誘発され、他に保留中のＳＲが存在しない場合、ＵＥは、ＳＲ＿ＣＯＵＮＴＥＲを０に設定するものとする。

【0055】

１つのＳＲが保留中である限り、ＵＥは、各ＴＴＩに関して以下を行うものとする。
− このＴＴＩ内に、送信に利用できるＵＬ−ＳＣＨリソースがない場合、
− ＵＥが、いずれかのＴＴＩ内に設定されたＳＲのための有効なＰＵＣＣＨリソースを有していない場合、ランダムアクセス手順（従属節５．１を参照）を開始して、全ての保留中のＳＲをキャンセルする。
− それ以外の場合に、ＵＥが、このＴＴＩのために設定されたＳＲのための有効なＰＵＣＣＨリソースを有している場合、及びこのＴＴＩが測定ギャップの一部でない場合、
− ＳＲ＿ＣＯＵＮＴＥＲ＜ｄｓｒ−ＴｒａｎｓＭａｘの場合、
− ＳＲ＿ＣＯＵＮＴＥＲを１増分する。
− ＳＰＳ−ＳＲｍａｓｋが真に設定されており、かつ半永続的なスケジューリングアップリンクグラントが設定されていない場合、
− 或いは、ＳＰＳ−ＳＲｍａｓｋが真に設定されていない場合、
− ＰＵＣＣＨでＳＲをシグナリングするように物理層に指示する。
− それ以外の場合、
− ＰＵＣＣＨ／ＳＲＳを解放するようにＲＲＣに通知する。
− 設定されたダウンリンク割り当て及びアップリンクグラントを全てクリアする。
− ランダムアクセス手順（従属節５．１を参照）を開始して、全ての保留中のＳＲをキャンセルする。

【0056】

バッファステータス報告が設定されている限り、１つの実施形態では、さらなる実施形態により以下の手順を以下のように採用することができる。

【0057】

バッファステータス報告手順において、最後のＢＳＲの送信から後に少なくとも１つのＢＳＲが誘発されていたと判定された場合、或いは少なくとも１つのＢＳＲが初めて誘発される場合、
− ＵＥが、このＴＴＩのための新たな送信のために割り当てられたＵＬリソースを有している場合、
− 多重化及び構築手順に、ＢＳＲ ＭＡＣ制御要素を生成するように指示する。
− ＢＳＲが短縮型ＢＳＲの場合を除き、ｐｅｒｉｏｄｉｃＢＳＲ−Ｔｉｍｅｒを開始又は再開する。
− ｒｅｔｘＢＳＲ−Ｔｉｍｅｒを開始又は再開する。
− それ以外の場合に、標準的ＢＳＲが誘発されている場合、
− データを送信に利用できるようになったことのみによる誘発の場合、
− データを送信に利用できるようになった少なくとも１つの論理チャネルに関し、ｌｏｇｉｃａｌＣｈａｎｎｅｌ−ＳＲＭａｓｋが真に設定されていない場合、
− スケジューリング要求が誘発されるものとする。
− それ以外の場合、
− スケジューリング要求が誘発されるものとする。

【0058】

上述の機能は、適当なソフトウェア及びデータ処理装置によって提供することができる。いずれかの適当なネットワーク要素又は管理システムに機能を組み込み、この機能を１又はそれ以上のデータプロセッサによって提供することができる。このデータプロセッサは、例えば、少なくとも１つのチップによって提供することができる。適当なデータ処理は、移動局などの通信装置に関連して提供される処理ユニット内で行うことができる。このデータ処理は、いくつかのデータ処理モジュールに分散することができる。上述の機能は、独立プロセッサにより提供することも、又は一体型プロセッサにより提供することもできる。適切に適応する（１又は複数の）コンピュータプログラムコード製品を適当なデータ処理装置にロードした場合、このコンピュータプログラムコード製品を使用して実施形態を実現することができる。動作を実現するプログラムコード製品を適当なキャリア媒体に記憶し、この媒体によって実現することもできる。適当なコンピュータプログラムをコンピュータ可読記録媒体上で具体化することもできる。プログラムコード製品を、データネットワークを介して通信装置にダウンロードすることもできる。

【0059】

なお、上記では無線ネットワーク、技術及び規格の例示的なアーキテクチャを参照しながらいくつかの実施形態を一例として説明したが、本明細書で例示し説明した以外のいずれかの好適な形の通信システムに実施形態を適用することもできる。

【0060】

また、上記では本発明の例示的な実施形態について説明したが、本発明の範囲から逸脱することなく、開示した解決策にいくつかの変更及び修正を加えることもできる。

【符号の説明】

【0061】

３１ ＴＴＩ
３２ ＳＲの送信
３３ 時点
３４ 時点
３５ 未送信のＳＲ

【図1】

【図2】

【図3】

【図4】

【図5】