JP2015534375A - スケジューリングを制御する方法および装置 - Google Patents

Abstract

スケジューリング制御についての方法と装置が提供され、ユーザ装置におけるスケジューリングリクエストについての方法は、スケジューリングリクエストのトリガーを遅延させるためのタイマーをスタートさせることと、タイマーが満了する前にスケジューリングリクエストによってリクエストされるアップリンクグラントを受信したことに応答して、タイマーを停止させることと、タイマーが停止するとスケジューリングリクエストのトリガーをキャンセルすることとを有しうる。よって、スケジューリングリクエストを遅延させるかまたはキャンセルすることで、スケジューリングリクエストの送信によるリソースの消費が削減されうる。

Description

本発明は、一般に通信の技術分野に関連し、とりわけスケジューリングを制御する方法および装置に関する。

このセクションは本発明とその実施形態をよりよく理解することを手助けするための観点を紹介するものである。したがって、このセクションの説明はこれに照らして読まれるべきであり、何が従来技術で何が従来技術でないかを自認するものとして理解されるべきではない。

詳細な説明や図面に登場する略語や用語は以下のように定義される。
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＬＴＥ ロングタームエボリューション
ＵＬ アップリンク
ＤＬ ダウンリンク
ｅＮＢ 進化型ノードＢ
ＢＳ 基地局
ＵＥ ユーザ装置
ＳＲ スケジューリングリクエスト
Ｄ−ＳＲ 個別スケジューリングリクエスト
ＲＡ−ＳＲ ランダムアクセススケジューリングリクエスト
ＰＵＳＣＨ 物理アップリンク共用チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＰＲＡＣＨ 物理ランダムアクセスチャネル
ＲＬＣ 無線リンク制御
ＴＣＰ 伝送制御プロトコル
ＰＤＵ プロトコルデータユニット
ＡＭ アクノレッジモード
ＡＣＫ／ＮＡＣＫ アクノレッジ／ネガティブアクノレッジ
ＤＲＸ 間欠受信
ＤＰＩ ディープパケットインスペクション。

ＬＴＥのための３ＧＰＰ規格はＵＬ送信のプロシージャを規定しており、これは次のステップのように記述することが可能であり、１）ＳＲがＵＥによってトリガーされてＵＥからｅＮＢへ送信され、２）ＵＬグラントがｅＮＢからＵＥへ送信され、３）グラント（許可）されたＰＵＳＣＨリソースを介してＵＥからｅＮＢへとＵＬデータが送信される。このようにすることで、ｅＮＢは、ＵＬ送信を制御するために、ＳＲを介して、ＵＥのＵＬバッファ内にあるデータの量についての情報を取得できる。

３ＧＰＰ規格によれば、Ｄ−ＳＲとＲＡ−ＳＲはＳＲの共通モードである。ＰＵＣＣＨ上でのＤ−ＳＲについてのリソースは、ＵＥのための個別のＳＲリソースであり、典型的には周期的に割り当てられる。多くのケースでは、ＰＵＣＣＨ上で割り当てられたＤ−ＳＲリソースの使用率は非常に低く、とりわけ、ショートＤ−ＳＲ周期では非常に短くなる。たとえば、バックグラウンド、インスタントメッセージングおよびＷｅｂブラウジングのトラフィックについて、Ｄ−ＳＲ周期が１ｍｓ、５ｍｓ、１０ｍｓ、８０ｍｓとなるケースではＤ−ＳＲリソースがしばしば十分には利用されない。

Ｄ−ＳＲによるリソース消費を削減するために、これに代えてＲＡ−ＳＲがＵＥによって使用される。１つのＲＡ−ＳＲのためのリソースは、１つのＵＥに対する専用のものではなく、異なるＵＥによってトリガーされたものであることもある複数のＲＡ−ＳＲによって共用される。この観点から、ＲＡ−ＳＲを使用することで、Ｄ−ＳＲによる無駄なリソースの問題を緩和する。しかしながら、ＲＡ−ＳＲモードでは、ＵＬデータ用のＰＵＳＣＨリソースが、ＰＲＡＣＨ上でのランダムアクセスプロシージャを介してリクエストされる。ランダムアクセスプロシージャはＳＲに関連したオーバヘッドとは異なる別のオーバヘッドをもたらし、多くのシステムリソースを消費してしまいうる。

そこで、当該技術分野においてＳＲリソースの消費を削減するための手段を提供することが望ましい。

第１の観点によれば、本発明の実施形態は、ＵＥにおけるスケジューリングリクエストについての方法を提供する。本方法は、ＳＲのトリガーを遅延させるためのタイマーをスタートさせること、タイマーが満了する前にＳＲによってリクエストされるアップリンクグラントを受信したことに応答して、タイマーを停止させること、および、タイマーが停止するとＳＲのトリガーをキャンセルすることを有しうる。

実施形態によれば、本方法は、さらに、タイマーが満了するとＳＲをトリガーすることを有してもよい。

実施形態によれば、本方法は、実行されるアップリンク送信はダウンリンク送信について必要とされるフィードバックであることを判定することを有する。

実施形態によれば、フィードバックはダウンリンクＲＬＣ ＰＤＵまたはダウンリンクＴＣＰ ＰＤＵについてのＡＣＫ／ＮＡＣＫである。

実施形態によれば、本方法は、基地局からタイマーの長さについての情報を受信することを有してもよい。

第２の観点によれば、本発明の実施形態は、基地局におけるスケジューリングについての方法を提供する。本方法は、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さを決定し、決定したタイマーの長さについての情報を送信することを有しうる。

実施形態によれば、本方法は、ダウンリンク送信がフィードバックを必要とすることを判定し、タイマーの長さに基づいてアップリンクグラントを送信することを有してもよい。

実施形態によれば、ダウンリンク送信はＲＬＣ ＰＤＵまたはＴＣＰ ＰＤＵである。

実施形態によれば、本方法はＳＲ周期、ＤＲＸサイクル、トラフィック遅延要件のうちの少なくとも一つに基づいてタイマーの長さを決定することを有してもよい。

第３の観点によれば、本発明の実施形態は、基地局におけるスケジューリングについての方法を提供する。本方法は、フィードバックを必要とするダウリンク送信に基づいてアップリンク送信を予測し、予測されたアップリンク送信のためのアップリンクグラントをＵＥへ送信することを有する。

実施形態によれば、本方法は、ＲＬＣ ＰＤＵがダウンリンク上で送信されることを判定し、送信されたＲＬＣ ＰＤＵに含まれているポールビットに基づいてアップリンク上で送信されるＡＣＫ／ＮＡＣＫを予測することを有しうる。

実施形態によれば、本方法は、ＴＣＰ ＰＤＵがダウンリンク上で送信されることを判定し、アップリンク上で送信されるＡＣＫ／ＮＡＣＫを予測することを有しうる。

実施形態によれば、本方法は、さらに、ＤＰＩを使用してダウンリンク上でＴＣＰ ＰＤＵが送信されることを判定することを有してもよい。

実施形態によれば、本方法は、さらに、ダウンリンクデータパケットのヘッダーにおいてスタンプされたマークに基づいて、ダウンリンク上でＴＣＰ ＰＤＵが送信されることを判定することを有してもよい。

実施形態によれば、本方法は、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さを決定し、決定したタイマーの長さに基づいてアップリンクグラントを送信することを有しうる。

第４の観点によれば、本発明の実施形態は、ＵＥにおけるスケジューリングリクエストについての装置を提供する。本装置は、ＳＲのトリガーを遅延させるためのタイマーをスタートさせるように構成されたタイマー開始モジュールと、タイマーが満了する前にＳＲによってリクエストされるアップリンクグラントを受信したことに応答して、タイマーを停止させるように構成されたタイマー停止モジュールと、タイマーが停止するとＳＲのトリガーをキャンセルするように構成されたトリガーキャンセルモジュールとを有しうる。

実施形態によれは、本装置は、さらに、タイマーが満了するとＳＲをトリガーするように構成されたトリガーモジュールを有する。

実施形態によれは、本装置は、さらに、実行されるアップリンク送信はダウンリンク送信について必要とされるフィードバックであることを判定するように構成された送信判定モジュールを有する。

実施形態によれは、本装置は、さらに、基地局からタイマーの長さについての情報を受信するように構成された受信モジュールを有する。

第５の観点によれば、基地局におけるスケジューリングについての装置を提供する。本装置は、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さを決定するように構成されたタイマー長決定モジュールと、決定したタイマーの長さについての情報を送信するように構成された送信モジュールとを有しうる。

実施形態によれば、本装置は、ダウンリンク送信がフィードバックを必要とすることを判定するように構成された送信判定モジュールを有する。送信モジュールは、さらに、タイマーの長さに基づいてアップリンクグラントを送信するように構成される。

第６の観点によれば、本発明の実施形態は、基地局におけるスケジューリングについての装置を提供する。本装置は、フィードバックを必要とするダウリンク送信に基づいてアップリンク送信を予測するよう構成された予測モジュールと、予測されたアップリンク送信のためのアップリンクグラントをＵＥへ送信するように構成された送信モジュールとを有する。

本発明の実施形態は、改良されたＳＲトリガーメカニズムを提供するものであり、いくつかのケースではＳＲのトリガーがキャンセルされる。したがって、ＳＲについてのＰＵＳＣＨリソースの一部はＵＬ送信プロシージャにおいて節約される。

本発明の実施形態の他の特徴や利点は、また、本発明の実施形態を事例を用いて図示した添付図面を関連付けて読むことで、以下の特別の実施形態の説明から理解されるであろう。

本発明の様々な実施形態についての上記または他の観点、特徴や利点は例示としての以下の詳細な説明と以下の添付図面からより明瞭になるであろう。
本発明の実施形態にしたがったスケジューリングリクエストについての方法１００を示す例示的なフローチャート 本発明の他の実施形態にしたがったスケジューリングリクエストについての方法２００を示す例示的なフローチャート 本発明の実施形態にしたがったスケジューリングリクエストについての方法３００を示す例示的なフローチャート 本発明の他の実施形態にしたがったスケジューリングリクエストについての方法４００を示す例示的なフローチャート 本発明の実施形態にしたがったスケジューリングリクエストについての方法５００を示す例示的なフローチャート 本発明の他の実施形態にしたがったスケジューリングリクエストについての方法６００を示す例示的なフローチャート 本発明の実施形態にしたがった例示的は方法を実施するように構成されうるスケジューリンリクエストの装置７００を示すブロック図 本発明の実施形態にしたがった例示的は方法を実施するように構成されうるスケジューリンの装置８００を示すブロック図 本発明の実施形態にしたがった例示的は方法を実施するように構成されうるスケジューリンの装置９００を示すブロック図

以下では、本発明の原理と思想が図示された実施形態を参照しながら説明される。これらの実施形態のすべては当業者により良い理解を提供するためのものであり、本発明の範囲を限定するためのものではないことは理解されるべきであろう。たとえば、一つの実施形態の一部として図示ないしは記載された特徴は他の実施形態において使用されうるものであり、これはさらなる実施形態をもたらす。明確性の利益のために、実施形態では実際の実装の特徴のすべては記載されない。もちろん、実際の実施形態のいずれの開発においても、システムに関連した制約やビジネス上の制約に準拠するためなど、開発者の特定の目的を達成するために、様々な実施形態固有の決定がなされ、これは実施形態ごとに変わり得るものであることも理解されよう。さらに、そのような開発の努力は複雑で時間を消費するものとなり得るものだが、それでもなお当業者にとってはここでの開示が利点をもたらすであろうことも理解されよう。

開示された主題は添付図面を参照しながら説明される。様々な構造、システムおよびデバイスは説明目的のためだけに図示され、当業者にとって良く知られた詳細な部分の説明は省略される。なお、添付図面は、開示した手段の図示した例示の説明を記載および図示するために含まれている。ここで使用される単語やフレーズは当業者によってこれらの単語やフレーズの理解と一貫した意味を有するものとして理解および解釈されるべきである単語やフレーズについて特別の定義がなされていないこと、つまり、当業者によって理解される通常で慣習的な意味とは異なる定義がなされていないことは、これらの用語やフレーズの一貫した使用によって暗示されることが意図されている。用語やフレーズが特別の意味を持つこと、つまり、当業者によって理解されるものとは異なる意味が意図されている限りにおいて、明細書では明確に特別の定義がなされ、これは用語やフレーズについて特別な定義を提供する直接的でかつ明白な定義手法が用いられる。

以下の説明では、提案されるメカニズムが図面に図示された例示的な実施形態に関連して詳細に説明される。

図１は、本発明の実施形態にしたがったスケジューリングリクエストについての方法１００の例示的なフローチャートを示している。本発明の実施形態によれば、本方法１００はたとえばＵＥにおいて実施されうる。当業者であれば本方法１００はＵＥ内のエンティティによって実装されうることを理解しよう。

図１に示すように、本方法１００が開始されると、ステップＳ１０１で、ＳＲのトリガー（開始）を遅延させるためにタイマーがスタートする。３ＧＰＰ規格によれば、ＵＥがＵＬ上で送信されることになっているデータを有しているとき、ＵＥはまず基地局（例：ｅＮＢ）からＵＬグラントを取得しうるが、ここでＵＬグラントはＵＬデータについて割り当てられたリソースを示している。一般に、ＳＲは、ＵＬグラントをリクエストするためにＵＥからｅＮＢに送信される。本発明の実施形態によれば、ＵＥが送信されるべきＵＬデータを保持しており、ＵＬグラントをリクエストするためのＳＲをトリガーすることを欲しているときに、ＵＥはＳＲのトリガーを遅延させるタイマーをスタートしてもよい。このケースでは、ＵＥは、タイマーが動作している間はＳＲをトリガーしない。

そして、本方法１００はステップＳ１０２に進み、タイマーが満了する前にＳＲによってリクエストされるＵＬグラントが受信されたかどうかが判定される。一例として、ＵＬデータのためのリソースはＵＬグラントを通じて割り当てられるため、ＵＥはＳＲをトリガーする必要はない。本発明の実施形態によれば、ステップＳ１０３で、タイマーが満了する前にＵＬグラントが受信されると、これに応答してタイマーが停止される。次に、ステップＳ１０４で、タイマーが停止すると、ＳＲのトリガーがキャンセルされる。

ＳＲのトリガーを遅延させることによって、さらにはＳＲに対応したＵＬグラントを受信したことに応答してＳＲのトリガーをキャンセルことで、ＳＲ送信用のリソースがいくらか削減されうる。

今度は、図２を参照すると、そこには本発明の他の実施形態にしたがったスケジューリングリクエストについての方法２００が図示されている。本方法２００は、図１を用いて説明した方法１００の他の実施形態として考慮されてもよい。本発明の実施形態によれば、本方法２００は、たとえば、ＵＥまたはＵＥ内のエンティティによって実行されうる。

本方法２００が開始されると、ステップＳ２０１で、ＳＲのトリガーを遅延させるためのタイマーの長さについての情報がＢＳ（例：ｅＮＢ）から受信される。本発明の実施形態によれば、タイマーの長さは、ｅＮＢによって設定されてもよい。さらに、当該情報は、送信されるべきＵＬデータが存在するときに毎回受信されなくてもよい。一例として、当該情報は、ｅＮＢに対するアクセスをＵＥが最初に獲得したときに、受信されてもよい。あるいは、ＵＥが接続モードに遷移しているケースにおいて、ｅＮＢが長さをリセットする度に、当該情報は、ｅＮＢからＵＥに対して送信されてもよい。本発明の実施形態によれば、タイマーの長さについての情報が受信された後で、ＵＥは、ローカルに当該情報を記憶してもよく、たとえば、ローカルメモリに記憶してもよい。このようにして、ＵＥは、長さを必要とするときにローカルメモリから長さを取得してもよい。

次に、本方法２００は、ステップＳ２０２に進み、実行されるべきＵＬ送信がＤＬ送信に必要とされるフィードバックであるかどうかが判定される。もしそうであれば、ＳＲのトリガーを遅延させるタイマーはステップＳ２０３で開始される。

３ＧＰＰ規格にしたがって、いくつかのＤＬデータは、ＵＥおよびｅＮＢのプロトコルスタックの観点から、ＡＣＫ／ＮＡＣＫのようなフィードバックを必要とする。たとえば、ＲＬＣレイヤーにおいて、ＲＬＣ ＡＭモードにおけるＤＬ送信はフィードバックとしてＡＣＫ／ＮＡＣＫを必要とする。加えて、ＴＰＣレイヤーにおけるＤＬ送信もまたフィードバックとしてＡＣＫ／ＮＡＣＫを必要とする。このケースでは、ｅＮＢが、ＡＭにおけるＲＬＣ ＰＤＵやＴＣＰ ＰＤＵのようにフィードバックを必要とするＤＬデータを送信するときに、ｅＮＢはＵＬ上でＡＣＫ／ＮＡＣＫが存在しうることを認識してもよく、対応するＳＲを待つことなく、そのようなＵＬ送信のためのリソースを自動的に割り当ててもよい。したがって、ＵＥはＵＬグラントを要求するためのＳＲをトリガーすることを必要とされなくてよい。その結果、本発明の実施形態によれば、上述したようなＵＬグラントの自動的な割り当てを考慮し、ＵＥは、ＵＬ送信がＤＬ送信のために必要とされるフィードバックである場合に、ＳＲのトリガーを遅延させてもよい。

本方法２００におけるステップＳ２０３ないしＳ２０６はそれぞれ方法１００におけるステップＳ１０１ないしＳ１０４に対応している。ステップＳ２０３ないしＳ２０６の特定の実装は、図１に示したステップＳ１０１ないしＳ１０４の実施形態に委ねられてもよいため、ここではこれらについてさらなる説明はしない。

本方法２００において、タイマーが満了する前にＳＲによってリクエストされるＵＬグラントが受信されない場合、プロセスは、Ｓ２０７に進み、タイマーが満了するとＳＲがトリガーされる。その結果ＵＥは、必要となったときにタイムリーにＵＬリソースを取得しうる。

図２に示し、かつ、上述した方法２００は、本発明の原理を説明する目的のためだけのものであり、本発明の範囲を限定するものではない。実際に、本方法２００は、図１に示した方法１００の他の実施形態であり、当業者であればさらに他の可能な実施形態をすぐに理解しうるであろう。

図３は、本発明の実施形態にしたがった方法３００の例示的なフローチャートを示している。本発明の実施形態によれば、本方法３００は、ＢＳ（例：ｅＮＢ）やこれと均等なものにおいて実施されうる。

図３が示すように、本本方法３００が開始されると、ステップＳ３０１で、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さが決定される。そして、決定されたタイマーの長さについての情報がＵＥへ送信される。上述したように、この送信は、ＵＥがｅＮＢへのアクサセスを最初に確立したときまたは長さがリセットされたときに、実行されうる。このように、ＵＥは、ＳＲのトリガーを遅延させるためにタイマーを使用してもよく、したがって、ＳＲ送信のためのリソースが削減される。このプロセスは、より詳細に説明される。

図４を参照すると、本発明の他の実施形態にしたがったスケジューリングについての方法４００が図示されている。同様に、本方法４００は、図３を参照して説明された方法３００の実施形態として考慮されてもよい。本発明の実施形態によれば、本方法４００は、基地局やこれと均等なもの、または、基地局やこれと均等なものにおけるエンティティにおいて実行されうる。

本方法４００が開始された後で、ステップＳ４０１で、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さが、ＳＲ周期、ＤＲＸサイクル、およびトラフィック遅延要件のうちの少なくとも１つに基づいて決定される。本発明の実施形態によれば、タイマー長は基地局、たとえば、ｅＮＢで設定される。

本発明の実施形態によれば、ＵＥは、遅延タイマーが動作している最中にＵＬグラントを受信してもよい。よって、本発明の実施形態によれば、遅延タイマー長の設定は、ＳＲ周期、ＤＲＸサイクル、およびトラフィック遅延要件のうちの少なくとも１つが考慮されてもよい。たとえば、Ｄ−ＳＲ／ＲＡ−ＳＲ周期が１０ｍｓである場合、ＵＥは、ＳＲ送信の機会を得るために典型的には１０ｍｓ待つことになる。このケースでは、タイマー長が１０ｍｓ未満である場合、ＵＥは、タイマーが満了する前にＵＬグラントを受信しないようにすることが可能となろう。さらに、ＤＲＸサイクルが２０ｍｓに設定されている場合、ＵＥは、２０ｍｓごとにウエイクして（目覚めて）ダウンリンク制御情報をモニターすることになろう。この例示によれば、ネットワーク側からのリソーススケジューリンググラントは、ＵＥがスリープしている間、一切期待できないだろう。したがって、ＳＲ遅延タイマーは、２０ｍｓよりも長く設定されうる。そうしなければ、ＵＥは、タイマーが動作している間、ＵＬグラントを受信することができないであろう。さらに、トラフィックについての最大遅延要件が、たとえば、３０ｍｓである場合、３０ｍｓを超えるような遅延タイマー長は許容されないだろう。よって、これのすべての要因を考慮し、ＳＲ遅延タイマー長は、２０ｍｓないし３０ｍｓとなる範囲に設置されることが適切であろう。一例として、これらの要因は、ＵＥやトラフィックのタイプに固有のものであってもよく、実際のところ、異なる値の遅延タイマー長が、異なるＵＥやトラフィックのタイプに対して設定されてもよい。

そして、本方法４００は、ステップＳ４０２に進み、決定されたタイマーの長さがＵＥへ送信される。同様に、ステップＳ４０２の特定の実装は、図３に図示したステップＳ３０２の実施形態に委ねられてもよく、ここではこれについてはさらには説明しない。

次に、本方法４００は、ステップＳ４０３に進み、ＤＬ送信がＵＬフィードバックを必要とするかどうかが判定される。もしそうなら、ステップＳ４０４でタイマーの長さに基づいてＵＬグラントが送信される。

上述したように、ＡＭにおけるＲＬＣ ＰＤＵやＴＣＰ ＰＤＵはフィードバックを必要としうる。本発明の実施形態によれば、ＤＬデータが、ＡＭにおけるＲＬＣ ＰＤＵやＴＣＰ ＰＤＵのようにフィードバックを必要とするデータである場合に、ＵＬ送信の必要性があると判定される。よって、ＳＲがトリガーされない場合にＵＬグラントが送信されてもよい。

上述したように、ｅＮＢは、ＵＥに対して、タイマー長についての情報を送信してもよく、したがって、ＵＥはＳＲのトリガーを遅延させるためにタイマーを使用しうる。本発明の実施形態によれば、要求されるＵＬグラントをタイムリーにＵＥへ提供するために、ｅＮＢは、ＵＥの遅延タイマーが動作している間にＵＬグラントを送信することを必要としてもよい。一つの実施形態によれば、ＵＥがＤＬデータに対して予期された通りに応答したときから遅延タイマーが満了する時までの期間は、ｅＮＢが、ＵＬグラントを送信してもよい。一例として、ｅＮＢは、ＤＬデータが送信される時間とＵＥ処理遅延とに基づいて、ＵＥがＤＬデータに対していつ応答するかを予測してもよい。本発明の実施形態にしたがって、ＵＥに対してＵＬグラントをいつ送信するかを決定することについてのｅＮＢの特別の動作について以下で説明する。

図５は、本発明の実施形態にしたがったスケジューリングについての方法５００の例示的なフローチャートを示している。本発明の実施形態によれば、たとえば、ｅＮＢなどのＢＳもしくはこれと均等なもの、または、ＢＳもしくはこれと均等なもの内のエンティティによって本方法５００は実行される。

図５に示すように、本方法５００が開始された後で、ステップＳ５０１で、フィードバックを必要とするＤＬ送信に基づいてＵＬ送信が予測される。上述したように、ＡＭにおけるＲＬＣ ＰＤＵの送信やＴＣＰ ＰＤＵの送信はフィードバックとしてＡＣＫ／ＮＡＣＫを必要としうる。本発明の実施形態によれば、ＵＬデータは、ＡＭにおけるＲＬＣ ＰＤＵまたはＤＬにおいて送信されるＴＣＰ ＰＤＵに基づいて予測されてもよい。

そして、ステップＳ５０２で、予測されたＵＬ送信についてのＵＥへのＵＬグラントが送信される。本発明の実施形態にしたがって、ＤＬデータの後でＵＥがＵＬデータを送信することをｅＮＢが予測すると、ｅＮＢは、ＵＥからのＳＲを待つ代わりに、ＵＥに対して自動的にＵＬリソースを割り当ててもよい。このプロセスはさらに詳細に説明される。

図６を参照すると、本発明の他の実施形態にしたがったスケジューリングについての方法６００の例示的なフローチャートが示されている。本方法６００は、図５を参照して説明した方法５００の実施形態として考慮されてもよい。本発明の実施形態によれば、本方法６００は、たとえば、ｅＮＢなどのＢＳもしくはこれと均等なもの、または、ＢＳもしくはこれと均等なもの内のエンティティによって実行される。

図６に示されているように、本方法６００が開始された後に、ステップＳ６０１で、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さが決定される。このステップの特別の実装は、図３や図４に示した方法３００、４００における対応するステップの実施形態に委ねられてもよく、これについては詳細には説明しない。上述したように、当業者は、ステップＳ６０１におけるタイマー長の決定は、ＤＬデータまたはＵＬデータが送信されるたびに実行される必要はない。

次に、本方法６００は、ステップＳ６０２に進み、ＤＬ上でＲＬＣ ＰＤＵが送信されるかどうかが判定される。もしそうであれば、Ｓ６０３で、ＲＬＣ ＰＤＵ内のポールビットに基づいて、ＵＬ上でＡＣＫ／ＮＡＣＫが送信されるであろうことが予測される。ここで、ポールビットは、現在設定されている動作モードがＲＬＣ ＡＭモードかどうかを示している。たとえば、ポールビットは「０」または「１」に設定されうるもので、値「０」はフィードバックを必要とするＲＬＣ ＡＭモードであることを示し、値「１」はフィードバックを必要としないＲＬＣ ＡＭモードであることを示している。

送信されたデータがＲＬＣ ＰＤＵでなければ、本方法６００はステップＳ６０４に進み、ＤＬ上でＴＣＰ ＰＤＵが送信されるかどうかが判定される。もしそうであれば、ＡＣＫ／ＮＡＣＫがＵＬ上で送信されるであろうことが予測される。本発明の実施形態によれば、ＤＰＩ技術がＴＣＰ ＰＤＵを検知するために使用されてもよい。一例として、ＴＣＰ ＰＤＵの決定はｅＮＢによって実行されてもよい。この例では、ｅＮＢにおける現時点でのプロトコルスタックにはＴＣＰレイヤーを含んでいない可能性があり、ｅＮＢの機能は、ＴＣＰ ＰＤＵの決定を実行するように拡張されてもよい。たとえば、ｅＮＢのハードウエアは、ＴＣＰ ＰＤＵを検知するためにＤＰＩ技術をサポートするように拡張されてもよい。現時点でのｅＮＢによってＴＣＰレイヤーがサポートされてない可能性があることを考慮すると、他の例としては、ＴＣＰ ＰＤＵの決定は、たとえば、パケットゲートウェイ（Ｐ−ＧＷ）またはサービングゲートウェイ（Ｓ−ＧＷ）などのようなコアネットワークのデバイスによって実行されてもよい。ＤＰＩ技術を使用してＴＣＰ ＰＤＵがコアネットワークで検知されたあとで、ＤＬデータパケットの下位レイヤープロトコルヘッダには「マーク」がスタンプされてもよく、これによりｅＮＢはこのデータがＴＣＰ ＰＤＵであることを識別できるようになる。本発明の実施形態によれば、ＲＬＣ ＰＤＵおよびＴＣＰ ＰＤＵの判定の順序は、図６に示された順番に限定されるものではない。代わりに、ＲＬＣ ＰＤＵの判定はＴＣＰ ＰＤＵの判定よりも後に実行されてもよい。

ＤＬデータがＡＣＫ／ＮＡＣＫを必要とするＲＬＣ ＰＤＵやＴＣＰ ＰＤＵであると判定されると、本方法６００はステップＳ６０６に進み、タイマーの長さに基づいて、予測されたＵＬ ＡＣＫ／ＮＡＣＫについてのＵＬグラントがＵＥへ送信される。これについての特定の実装は、図４に示した方法４００を参照して説明された実施形態に委ねられてもよい。

図７は、本発明の実施形態にしたがった例示的な方法を実装するように構成されうる装置７００のブロック図である。

図７に示すように、本装置７００は、タイマー開始モジュール７０１、タイマー停止モジュール７０２、トリガーキャンセルモジュール７０３を有する。本装置７００は、ＵＥやＵＥ内のエンティティであってもよい。

本発明の実施形態によれば、タイマー開始モジュール７０１はＳＲのトリガーを遅延させるためのタイマーをスタートさせるように構成されており、タイマー停止モジュール７０２はタイマーが停止する前にＳＲによって要求されるアップリンクグラントを受信したことに応答してタイマーを停止させるように構成されており、トリガーキャンセルモジュール７０３はタイマーが停止したことに応答してＳＲのトリガーをキャンセルする（取り消す）ように構成されている。

図７に示したように、本装置はさらにトリガーモジュール７０４、送信判定モジュール７０５、および、受信モジュール７０６を有している。本発明の実施形態によれば、トリガーモジュール７０４はタイマーが満了するとＳＲをトリガーするように構成されており、送信判定モジュール７０５は実行することになっているアップリンク送信がダウンリンク送信について必要とされるフィードバックであるかどうかを判定するように構成されており、受信モジュール７０６は基地局からタイマーの長さを受信するように構成されている。

図８は、本発明の実施形態にしたがった例示的な方法を実装するように構成されうるスケジューリングについての装置８００のブロック図である。

図８に示すように、本装置８００は、タイマー長決定モジュール８０１と送信モジュール８０２とを有していてもよい。本装置８００は基地局もしくはこれと均等なもの、または、基地局もしくはこれと均等なもの内のエンティティであってもよい。

本発明の実施形態によれば、タイマー長決定モジュール８０１はＵＥのＳＲのトリガーを遅延させるためのタイマーの長さを決定するように構成されており、送信モジュール８０２は決定されたタイマーの長さについての情報をＵＥへ送信するように構成されている。

図８に示したように、本装置は、送信判定モジュール８０３を有している。本発明の実施形態によれば、送信判定モジュール８０３は、フィードバックを必要とするダウンリンク送信を判定するように構成されている。本発明の実施形態によれば、送信モジュール８０２は、さらに、タイマーの長さに基づいてアップリンクグラントをＵＥへ送信するように構成されている。

本発明の実施形態によれば、タイマー長決定モジュール８０１はさらにＳＲ周期、ＤＲＸサイクル、トラフィック遅延要件のうちの少なくとも一つに基づいてタイマーの長さを決定するように構成されている。

図９は、本発明の実施形態にしたがった例示的な方法を実装するように構成されうるスケジューリングについての装置９００のブロック図である。

図９に示したように、本装置９００は、予測モジュール９０１と送信モジュール９０２とを有していてもよい。本装置９００は基地局もしくはこれと均等なもの、または、基地局もしくはこれと均等なもの内のエンティティであってもよい。

本発明の実施形態によれば、予測モジュール９０１は、フィードバックを必要とするダウンリンク送信に基づいてアップリンク送信を予測するように構成され、送信モジュール９０２は予測されたアップリンク送信についてのアップリンクグラントをユーザ装置に対して送信するように構成されている。

図９に示したように、本装置９００は、ＲＬＣ ＰＤＵ判定モジュール９０３とＴＣＰ ＰＤＵ判定モジュール９０４とを有している。

本発明の実施形態によれば、ＲＬＣ ＰＤＵ判定モジュール９０３は、ＤＬ上でＲＬＣ ＰＤＵが送信されるかどうかを判定するように構成されており、予測モジュール９０１は、送信されたＲＬＣ ＰＤＵに搭載されているポールビットに基づいて、ＵＬ上でＡＣＫ／ＮＡＣＫが送信されることを予測するように構成されている。

本発明の実施形態によれば、ＴＣＰ ＰＤＵ判定モジュール９０４は、ＤＬ上でＴＣＰ ＰＤＵが送信されるかどうかを判定するように構成されており、予測モジュール９０１は、ＵＬ上でＡＣＫ／ＮＡＣＫが送信されるであろうことを予測するように構成されている。とりわけ、一つの例としては、ＴＣＰ ＰＤＵ判定モジュール９０４はＤＬ上でＴＣＰ ＰＤＵが送信されることを判定するためにＤＰＩを使用するように構成されている。他の例としては、ＴＣＰ ＰＤＵ判定モジュール９０４は、ダウンリンクデータパケットのヘッダー内にスタンプされているマークに基づいて、ＤＬ上でＴＣＰ ＰＤＵが送信されることを判定する。

図９に示したように、本装置９００は、ＵＥのＳＲのトリガーを遅延させるためのタイマーの長さを決定するように構成されたタイマー長決定モジュール９０５を有している。本発明の実施形態によれば、タイマー長決定モジュール９０５は、ＳＲ周期、ＤＲＸサイクル、トラフィック遅延要件のうちの少なくとも一つに基づいてタイマーの長さを決定するように構成されている。本発明の実施形態によれば、送信モジュール９０２は、さらに、タイマーの長さに基づいてアップリンクグラントを送信するように構成されている。

本装置７００ないし９００のモジュールは図１ないし図６を参照しながら説明したそれぞれの機能を実装するように構成されてもよい。したがって、方法１００ないし６００に関して説明した特徴は装置４００、５００における対応するモジュールにも適用されうる。装置７００ないし９００のユニットはハードウエア、ソフトウエア、ファームウエアまたはこれらの組み合わせのいずれかによって実現されてもよい。

一般に、様々な例示的な実施形態はハードウエアもしくは特定用途の回路、ソフトウエア、ロジックまたはこれらのいずれかの組み合わせによって実装されうる。たとえば、いくつかの観点は、ハードウエアに実装され、他の観点はコントローラ、マイクロプロセッサまたは他の演算デバイスによって実行されうるファームウエアまたはソフトウエアに実装されうるものであるが、本発明はこれらにのみ限定されるわけではない。本発明の例示的な実施形態の様々な観点は、ブロック図、フローチャートまたはいくつかの図解的な表現を用いて図示および説明されたが、ここに記載されたこれらのブロック、装置、システム、技術または方法は、限定されることのない事例、ハードウエア、ソフトウエア、ファームウエア、特定用途の回路またはロジック、汎用のハードウエアもしくはコントローラもしくは他の演算デバイス、または、これらの幾つかの組み合わせに実装されうるものである。

図１ないし図６に示した様々なブロックは方法のステップ、および／または、コンピュータプログラムコードの実行から生じる動作、および／または、関連した機能を実行するように構成された複数の論理回路素子が結合したものとして見られてもよい。本発明の実施形態の内の少なくともいくつかの観点は、集積回路チップやモジュールなどの様々なコンポーネント内で実行されてもよいし、本発明の例示的な実施形態は、本発明の例示的な実施形態にしたがって動作するように構成可能な集積回路、ＦＰＧＡまたはＡＳＩＣなどに実装された装置において実現されてもよい。

本明細書は多くの特定の実装の詳細を含んでいるが、いずれかの発明の範囲やクレームされているものの範囲を限定するものとして解釈されてはならず、特定の発明の特定の実施形態に対して特有なものでありうる機能の説明であるものにすぎない。本明細書で異なる実施形態の説明において記載された特徴は、一つの実施形態として組み合わされて実装可能である。反対に、単一の実施形態の説明において記載された様々な特徴は別々の実施形態において実装可能であり、または、いずれかの適切なサブコンビネーションとしても実装可能である。さらに、いくつかの特徴はある組み合わせ（コンビネーション）において動作するものとして説明されたり、そのように初期にクレームされたりしているが、クレームされた組み合わせからの１つまたは複数の特徴は、いくつかのケースにおいては、組み合わせから実施可能であり、クレームされている組み合わせはサブコンビネーションやサブコンビネーションのバリエーションに向けられてもよい。

同様に、特定の順序で動作が図面に図示されているが、そのような動作は図示された順序や連続的な順序で実行されることが必要であるとは理解されるべきではないし、所望の結果を達成するためには図示されたすべての動作が実行されることが必要であるとは理解されるべきではない。ある環境では、マルチタスク化や並列処理が利点をもたらすことがあろう。さらに、上述した実施形態における様々な意ステムコンポーネントを分離することは、すべての実施形態においてそのような分離が必要であるとは理解されるべきではなく、記載されたプログラムコンポーネントやシステムが一般的に単一のソフトウエアプロダクトに統合されてもよいし、複数のソフトウエアプロダクツにパッケージ化されてもよい。

本発明の上述した例示的な実施形態に対する様々な変形や適合化は、添付の図面を参照しながら読むことで、上述した説明の観点において、当業者には明白となろう。いずれかのまたはすべての変形例は、それでもない、本発明の非限定でかつ例示的な実施形態の範囲内に属するだろう。さらに、ここで説明された本発明の他の実施形態は、上述した説明と添付図面において表現された教示の利益によって、本発明に関連した技術分野の当業者に思い浮かぶものである。

したがって、本発明の実施形態は開示された特定の実施形態にのみ限定されるものではなく、変形例や他の実施形態も添付した特許請求の範囲に属することが意図されていることは理解されるべきである。動詞「有する」とその活用形は、特許請求の範囲に記載された構成要素またはステップ以外の構成要素またはステップの存在を排除するものではない。構成要素やステップに頭記される不定冠詞の「ａ」または「ａｎ」は、複数の構成要素やステップの存在を排除するものではない。ここでは特定の用語が使用されているが、これは一般的で説明の感覚で使用されており、限定目的ではない。

Claims (30)

1. ユーザ装置におけるスケジューリングリクエストについての方法であって、
   スケジューリングリクエストのトリガーを遅延させるためのタイマーをスタートさせることと、
   前記タイマーが満了する前に前記スケジューリングリクエストによってリクエストされるアップリンクグラントを受信したことに応答して、前記タイマーを停止させることと、
   前記タイマーが停止すると前記スケジューリングリクエストの前記トリガーをキャンセルすることと
   を有することを特徴とする方法。
2. 前記タイマーが満了すると前記スケジューリングリクエストをトリガーすることを有することを特徴とする請求項１に記載の方法。
3. 実行されるアップリンク送信はダウンリンク送信について必要とされるフィードバックであることを判定することを有することを特徴とする請求項１または２に記載の方法。
4. 前記フィードバックはダウンリンク無線リンク制御（ＲＬＣ）のプロトコルデータユニット（ＰＤＵ）またはダウンリンク伝送制御プロトコル（ＴＣＰ）のＰＤＵについてのアクノレッジメント（ＡＣＫ）またはネガティブアクノレッジメント（ＮＡＣＫ）であることを特徴とする請求項３に記載の方法。
5. 基地局から前記タイマーの長さについての情報を受信することを有することを特徴とする請求項１または２に記載の方法。
6. 基地局におけるスケジューリングについての方法であって、
   ユーザ装置のスケジューリングリクエストのトリガーを遅延させるためのタイマーの長さを決定することと、
   前記決定されたタイマーの長さについての情報を送信することと
   を有することを特徴とする方法。
7. ダウンリンク送信がフィードバックを必要とすることを判定することと、
   前記タイマーの長さに基づいてアップリンクグラントを送信することと
   を有することを特徴とする請求項６に記載の方法。
8. 前記ダウンリンク送信は無線リンク制御（ＲＬＣ）のプロトコルデータユニット（ＰＤＵ）または伝送制御プロトコル（ＴＣＰ）のＰＤＵであることを特徴とする請求項７に記載の方法。
9. スケジューリングリクエスト周期、間欠受信サイクル、トラフィック遅延要件のうちの少なくとも一つに基づいて前記タイマーの長さを決定することをさらに有することを特徴とする請求項６に記載の方法。
10. 基地局におけるスケジューリングについての方法であって、
    フィードバックを必要とするダウリンク送信に基づいてアップリンク送信を予測することと、
    前記予測されたアップリンク送信のためのアップリンクグラントをユーザ装置へ送信することと
    を有することを特徴とする方法。
11. 無線リンク制御のプロトコルデータユニット（ＲＬＣ ＰＤＵ）がダウンリンク上で送信されることを判定することと、
    前記送信されるＲＬＣ ＰＤＵに含まれているポールビットに基づいてアップリンク上で送信されるアクノレッジメント（ＡＣＫ）またはネガティブアクノレッジメント（ＮＡＣＫ）を予測することと
    をさらに有することを特徴とする請求項１０に記載の方法。
12. 伝送制御プロトコルのプロトコルデータユニット（ＴＣＰ ＰＤＵ）がダウンリンク上で送信されることを判定することと、
    アップリンク上で送信されるアクノレッジメント（ＡＣＫ）またはネガティブアクノレッジメント（ＮＡＣＫ）を予測することと
    をさらに有することを特徴とする請求項１０に記載の方法。
13. ダウンリンク上でＴＣＰ ＰＤＵが送信されることを判定するためにディープパケットインスペクションを使用することをさらに有することを特徴とする請求項１２に記載の方法。
14. ダウンリンクデータパケットのヘッダーにおいてスタンプされたマークに基づいて、ダウンリンク上でＴＣＰ ＰＤＵが送信されることを判定することをさらに有することを特徴とする請求項１２に記載の方法。
15. 前記ユーザ装置のスケジューリングリクエストのトリガーを遅延させるためのタイマーの長さを決定することと、
    前記決定されたタイマーの長さに基づいて前記アップリンクグラントを送信することと
    を有することを特徴とする請求項１０ないし１４のいずれか一項に記載の方法。
16. スケジューリングリクエスト周期、間欠受信サイクル、トラフィック遅延要件のうちの少なくとも一つに基づいて前記タイマーの長さを決定することをさらに有することを特徴とする請求項１５に記載の方法。
17. ユーザ装置におけるスケジューリングリクエストについての装置であって、
    スケジューリングリクエストのトリガーを遅延させるためのタイマーをスタートさせるように構成されたタイマー開始モジュールと、
    前記タイマーが満了する前に前記スケジューリングリクエストによってリクエストされるアップリンクグラントを受信したことに応答して、前記タイマーを停止させるように構成されたタイマー停止モジュールと、
    前記タイマーが停止すると前記スケジューリングリクエストの前記トリガーをキャンセルするように構成されたトリガーキャンセルモジュールと
    を有することを特徴とする装置。
18. 前記タイマーが満了すると前記スケジューリングリクエストをトリガーするように構成されたトリガーモジュールを有することを特徴とする請求項１７に記載の装置。
19. 実行されるアップリンク送信がダウンリンク送信について必要とされるフィードバックであることを判定するように構成された送信判定モジュールを有することを特徴とする請求項１７または１８に記載の装置。
20. 基地局から前記タイマーの長さを受信するように構成された受信モジュールを有することを特徴とする請求項１７または１８に記載の装置。
21. 基地局におけるスケジューリングについての装置であって、
    ユーザ装置のスケジューリングリクエストのトリガーを遅延させるためのタイマーの長さを決定するように構成されたタイマー長決定モジュールと、
    前記決定されたタイマーの長さについての情報を前記ユーザ装置に対して送信するように構成された送信モジュールと
    を有することを特徴とする装置。
22. ダウンリンク送信がフィードバックを必要とすることを判定するように構成された送信判定モジュールを有し、
    前記送信モジュールは、さらに、前記タイマーの長さに基づいて前記ユーザ装置に対してアップリンクグラントを送信するように構成されていることを特徴とする請求項２１に記載の装置。
23. 前記タイマー長決定モジュールは、スケジューリングリクエスト周期、間欠受信サイクル、トラフィック遅延要件のうちの少なくとも一つに基づいて前記タイマーの長さを決定するようにさらに構成されていることを特徴とする請求項２１に記載の装置。
24. 基地局におけるスケジューリングについての装置であって、
    フィードバックを必要とするダウリンク送信に基づいてアップリンク送信を予測するよう構成された予測モジュールと、
    前記予測されたアップリンク送信のためのアップリンクグラントをユーザ装置へ送信するように構成された送信モジュールと
    を有することを特徴とする装置。
25. 無線リンク制御のプロトコルデータユニット（ＲＬＣ ＰＤＵ）がダウンリンク上で送信されることを判定するように構成されたＲＬＣ ＰＤＵ判定モジュールを有し、
    前記予測モジュールは、前記送信されるＲＬＣ ＰＤＵに含まれているポールビットに基づいて、アップリンクで送信されるアクノレッジメント（ＡＣＫ）またはネガティブアクノレッジメント（ＮＡＣＫ）を予測するようにさらに構成されていることを特徴とする請求項２４に記載の装置。
26. 伝送制御プロトコルのプロトコルデータユニット（ＴＣＰ ＰＤＵ）がダウンリンク上で送信されることを判定するように構成されたＴＣＰ ＰＤＵ判定モジュールを有し、
    前記予測モジュールは、アップリンクで送信されるアクノレッジメント（ＡＣＫ）またはネガティブアクノレッジメント（ＮＡＣＫ）を予測するようにさらに構成されていることを特徴とする請求項２４に記載の装置。
27. 前記ＴＣＰ ＰＤＵ判定モジュールは、前記ダウンリンク上でＴＣＰ ＰＤＵが送信されることを判定するためにディープパケットインスペクション使用するようにさらに構成されていることを特徴とする請求項２６に記載の装置。
28. 前記ＴＣＰ ＰＤＵ判定モジュールは、ダウンリンクデータパケットのヘッダーにおいてスタンプされたマークに基づいて、ダウンリンク上でＴＣＰ ＰＤＵが送信されることを判定するようにさらに構成されていることを特徴とする請求項２６に記載の装置。
29. 前記ユーザ装置のスケジューリングリクエストのトリガーを遅延させるためのタイマーの長さを決定するように構成されたタイマー長決定モジュールを有し、
    前記送信モジュールは、前記タイマーの長さに基づいて前記アップリンクグラントを送信するようにさらに構成されていることを特徴とする請求項２４ないし２８のいずれか一項に記載の装置。
30. 前記タイマー長決定モジュールは、スケジューリングリクエスト周期、間欠受信サイクル、トラフィック遅延要件のうちの少なくとも一つに基づいて前記タイマーの長さを決定するようにさらに構成されていることを特徴とする請求項２９に記載の装置。

Images