(57)【特許請求の範囲】
【請求項１】
モバイルネットワークと少なくとも１つの端末デバイス（200, 200'）との間の複数のデータブロックの伝送を制御する方法であって、
前記モバイルネットワークのノード（100; 300）が、前記モバイルネットワークから前記端末デバイス（200, 200'）への前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の復号と、前記端末デバイス（200, 200'）から前記モバイルネットワークへの前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の符号化との少なくともいずれかのために前記端末デバイス（200, 200'）によって必要とされる処理時間を、サポートされている複数の処理時間から判定するステップと、
前記ノード（100; 300）が、前記判定した処理時間に基づいて、前記データブロックの伝送のスケジューリングを行うステップと、を含み
前記ノード（100; 300）は、前記端末デバイス（200, 200'）のデバイスカテゴリを示すデータに基づいて、前記処理時間を判定する、
ことを特徴とする方法。
【請求項２】
前記ノード（100; 300）が、制御データを受信するステップと、
前記ノード（100; 300）が、前記受信した制御データに基づいて、前記処理時間を判定するステップと、
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ノード（100; 300）は、前記端末デバイス（200, 200'）から前記制御データを受信する、
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記ノード（100）は、前記モバイルネットワークの他のノード（300）から前記制御データを受信する、
ことを特徴とする請求項２または３に記載の方法。
【請求項５】
前記ノード（100）が、前記端末デバイスに関連するデータをデータベース（320）から受信するステップと、
前記ノード（100）が、前記データベース（320）から受信した前記データに基づいて、前記処理時間を判定するステップと、
を含むことを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記ノード（100）が、受信データブロックに対する前記端末デバイス（200, 200'）の応答を評価することによって、前記処理時間を判定するステップ、
を含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記ノード（100; 300）が、前記判定した処理時間を示す制御データを前記端末デバイス（200, 200'）に提供するステップ、
を含むことを特徴とする請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記ノード（100; 300）は、２つの連続するデータブロックの伝送用の信号についての送信時間間隔を、前記判定した処理時間よりも長くなるよう制御する、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記ノード（100; 300）は、前記複数のデータブロックの１つ以上のデータブロックのサイズに基づいて、前記処理時間を判定する、
ことを特徴とする請求項１から８のいずれか１項に記載の方法。
【請求項１０】
モバイルネットワークと端末デバイス（200, 200'）との間の複数のデータブロックの伝送を制御する方法であって、
前記端末デバイス（200, 200'）が、前記モバイルネットワークから前記端末デバイス（200, 200'）への前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の復号と、前記端末デバイス（200, 200'）から前記モバイルネットワークへの前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の符号化との少なくともいずれかのために前記端末デバイス（200, 200'）によって必要とされる処理時間を、サポートされている複数の処理時間から判定するステップと、
前記端末デバイス（200, 200'）が、前記判定した処理時間に基づいて、前記複数のデータブロックの伝送を制御するステップと、
前記端末デバイス（200, 200'）が、第１のデータブロックの伝送用の信号（401）を受信するステップと、
前記処理時間に対応し、かつ、前記第１のデータブロックの伝送用の前記信号（401）の受信後に始まる時間間隔の期間において、前記端末デバイス（200）が、第２のデータブロックの伝送用の信号（402）を受信するステップと、
前記第２のデータブロックの伝送用の前記信号（402）の復号を試みる前に、前記端末デバイス（200）が、前記第２のデータブロックの伝送用の前記信号（402）に対して、再送プロトコルの否定確認応答メッセージ（403）を送信するステップと、
を含むことを特徴とする方法。
【請求項１１】
前記端末デバイス（200, 200'）が、前記モバイルネットワークから制御データを受信するステップと、
前記端末デバイス（200, 200'）が、前記受信した制御データに基づいて、前記処理時間を判定するステップと、
を含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記端末デバイス（200, 200'）は、前記複数のデータブロックのうちの１つ以上のデータブロックの伝送用の信号の処理を評価することによって、前記処理時間を判定する、
ことを特徴とする請求項１０または１１に記載の方法。
【請求項１３】
前記端末デバイス（200, 200'）が、前記判定した処理時間を示す制御データを前記モバイルネットワークに送信するステップ、
を含むことを特徴とする請求項１０から１２のいずれか１項に記載の方法。
【請求項１４】
前記端末デバイス（200, 200'）が、前記複数のデータブロックのうちの１つのデータブロックの伝送用のスケジューリング情報（301）を制御チャネルで受信するステップと、
前記端末デバイス（200, 200'）が、前記処理時間に対応し、かつ、前記スケジューリング情報（301）の受信後に始まる時間間隔の期間において、前記制御チャネルのモニタリングを停止するステップと、
を含むことを特徴とする請求項１０から１３のいずれか１項に記載の方法。
【請求項１５】
前記端末デバイス（200, 200'）が、前記第２のデータブロックの再送用の信号（404）を受信するステップと、
前記端末デバイス（200, 200'）が、前記第２のデータブロックの伝送用の前記信号（402）の復号と、前記第２のデータブロックの再送用の前記信号（404）の復号と、のうちで選択する選択するステップと、
を含むことを特徴とする請求項１０から１４のいずれか１項に記載の方法。
【請求項１６】
プロセッサ（150; 350）を備え、モバイルネットワークと少なくとも１つの端末デバイス（200, 200'）との間の複数のデータブロックの伝送を制御するノード（100; 300）であって、
前記プロセッサ（150; 350）は、
前記モバイルネットワークから前記端末デバイス（200, 200'）への前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の復号と、前記端末デバイス（200, 200'）から前記モバイルネットワークへの前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の符号化との少なくともいずれかのために前記端末デバイス（200, 200'）によって必要とされる処理時間を、サポートされている複数の処理時間から判定し、
前記判定した処理時間に基づいて、前記データブロックの伝送のスケジューリングを行い、
前記端末デバイス（200, 200'）のデバイスカテゴリを示すデータに基づいて、前記処理時間を判定する、
よう構成されることを特徴とするノード。
【請求項１７】
前記ノード（100; 300）は、請求項１から９のいずれか１項に記載の方法に従って動作するよう構成される、
ことを特徴とする請求項１６に記載のノード。
【請求項１８】
モバイルネットワークにおいて使用される端末デバイス（200; 200'）であって、
前記モバイルネットワークに対する複数のデータブロックの伝送のための無線インタフェース（230）と、
プロセッサ（250）と、を備え、
前記プロセッサ（250）は、
前記モバイルネットワークから前記端末デバイス（200, 200'）への前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の復号と、前記端末デバイス（200, 200'）から前記モバイルネットワークへの前記複数のデータブロックのうちの１つのデータブロックの伝送用の信号の符号化との少なくともいずれかのために前記端末デバイス（200, 200'）によって必要とされる処理時間を、サポートされている複数の処理時間から判定し、
前記判定した処理時間に基づいて、前記複数のデータブロックの伝送を制御し、
第１のデータブロックの伝送用の信号（401）を受信し、
前記処理時間に対応し、かつ、前記第１のデータブロックの伝送用の前記信号（401）の受信後に始まる時間間隔の期間において、第２のデータブロックの伝送用の信号（402）を受信し、
前記第２のデータブロックの伝送用の前記信号（402）の復号を試みる前に、前記第２のデータブロックの伝送用の前記信号（402）に対して、再送プロトコルの否定確認応答メッセージ（403）を送信する、
よう構成されることを特徴とする端末デバイス。
【請求項１９】
前記端末デバイス（200; 200'）は、請求項１０から１５のいずれか１項に記載の方法に従って動作するよう構成される、
ことを特徴とする請求項１８に記載の端末デバイス。
【請求項２０】
モバイルネットワークのノード（100; 300）のプロセッサ（150; 350）によって実行されることで、請求項１から９のいずれか１項に記載の方法に従って動作するよう前記ノード（100; 300）を構成するためのプログラムコードを含むコンピュータプログラム。
【請求項２１】
端末デバイス（200）のプロセッサ（250）によって実行されることで、請求項１０から１５のいずれか１項に記載の方法に従って動作するよう前記端末デバイス（200）を構成するためのプログラムコードを含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データブロックの伝送を制御する方法、及び対応する装置に関するものである。
【背景技術】
【０００２】
３ＧＰＰ（第３世代パートナシップ・プロジェクト）モバイルネットワークのようなモバイルネットワークでは、種々のタイプの端末デバイスが使用されうる。携帯電話、スマートフォン、データモデム、モバイルコンピュータ、または他のタイプのＵＥのような、従来のタイプの端末デバイスに加えて、例えば、センサデバイス、アラームデバイス、遠隔制御デバイス等のような、マシーンタイプ通信（ＭＴＣ：Machine Type Communication）端末デバイスが使用されうる。ＭＴＣ端末デバイスは、通常、少量のビットレート及びまばらな通信によって特徴付けられる。それ故に、ＭＴＣ端末デバイスには、低性能の通信能力が実装されうる。
【０００３】
例えば３ＧＰＰ ＬＴＥ（ロング・ターム・エボリューション）に従ったモバイルネットワークにおけるように、特に、モバイルネットワークが広い帯域幅または高いスループットをサポートするよう設計される場合、少量のデータトラヒック特性を有するＭＴＣデバイスまたは他のデバイスの存在は、モバイルネットワークに影響を与えうる。
【０００４】
ＬＴＥ仕様のリリース８／９バージョンによれば、サポートされるセル帯域幅は、約１．４〜２０ＭＨｚの、６及び１００個のリソースブロック（ＲＢ）の範囲内であり、ＵＥは、標準規格に準拠するために、全ての規定された帯域幅をサポートするように義務付けられる。更に、最低限規定されたリリース８／９のＵＥカテゴリに属するＵＥは、少なくとも下りリンクの１０Ｍｂｉｔ／ｓのビットレートと上りリンクの５Ｍｂｉｔ／ｓのビットレートとをサポートする必要があり、これは、大部分のＭＴＣ端末デバイスの要求を上回る。広帯域幅と、特に帯域幅の柔軟性と、高いスループットとをサポートする能力は、ＭＴＣ端末デバイスのコスト及び消費電力の両方を上昇させる。したがって、ＭＴＣ端末デバイスの特性を満たすように、低性能のＵＥカテゴリを規定するのが望ましい。
【０００５】
低性能のＵＥカテゴリの導入によって、複雑度及び消費電力の少なくともいずれかが大幅に少ない端末デバイスを製造することができる。特に、各デバイスのコストは、かなりの程度まで、シリコン領域によって上昇する。大幅に減少したスループット要件によって、最も計算複雑度の高い演算を実行するために使用されるハードウェア・アクセラレータのサイズを減少させることが可能であり、あるいは、それら全てをソフトウェア実装に置き換えることさえも可能である。同様に、ソフトウェアベースの実装では、大規模な、場合によっては複数のプロセッサを、より小さいプロセッサ及びより少ないプロセッサの少なくともいずれかに置き換えることが可能である。
【０００６】
端末デバイスにおける消費電力を減少させる可能性は、サポートされるビットレートにも強く依存する。特定のＵＥの実装が与えらえた場合、サポートされる最大ビットレートにおける動作は、ある程度の消費電力に対応する、ある程度の数のベースバンド処理動作を必要とする。ハードウェアで実装されるかソフトウェアで実装されるかを問わず、最大ビットレートよりもビットレートが低いほど、より少ないベースバンド処理動作を必要とする。それ故に、端末デバイスによるエネルギー消費の低減を可能にするためにも、より低いビットレートのサポートが使用されうる。
【０００７】
スループット要件が低い場合にデバイス複雑度及び消費電力の少なくともいずれかを低下させることが可能であったとしても、一般に、特定のモバイルネットワーク標準規格に適合するために満足する必要がある、何らかのタイミングの制約が依然として存在する。例えば、３ＧＰＰ ＬＴＥでは、そのようなタイミング制約の１つは、物理レイヤ上の再送プロトコルのフィードバックメッセージに関連付けられ、当該フィードバックメッセージは、データ伝送の復号にＵＥが成功したか否かを報告するために用いられる。このタイミング制約は、実際には、特定の実装をどの程度簡素化して行うことができるか、消費電力をどの程度低減できるか、またはそれらの両方を、制限しうる。例えば、端末デバイスにおける低速な受信処理は、受信されたデータブロックの処理が、次のデータブロックがモバイルネットワークによって当該端末デバイスに伝送される時間までに未だ終わっていないということを生じさせうる。この場合、端末デバイスは、伝送されたデータブロックを廃棄する必要があるかもしれず、それにより、データ伝送の効率が減少する。
【０００８】
したがって、モバイルネットワークと端末デバイスとの間のデータブロックの伝送を効率良く制御することを可能にする技術が必要である。
【発明の概要】
【０００９】
本発明の一実施形態によれば、モバイルネットワークと少なくとも１つの端末デバイスとの間の複数のデータブロックの伝送を制御する方法が提供される。本方法によれば、モバイルネットワークのノード（例えば、基地局または制御ノード）は、複数のデータブロックのうちの１つのデータブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を判定する。当該処理時間は、サポートされている複数の処理時間から判定される。ノードは、判定した処理時間に基づいて、データブロックの伝送のスケジューリングを行う。
【００１０】
本発明の他の実施形態によれば、モバイルネットワークと端末デバイスとの間の複数のデータブロックの伝送を制御する方法が提供される。本方法によれば、端末デバイスは、複数のデータブロックのうちの１つのデータブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定する。端末デバイスは、判定した処理時間に基づいて、複数のデータブロックの伝送を制御する。
【００１１】
本発明の他の実施形態によれば、モバイルネットワークと少なくとも１つの端末デバイスとの間の複数のデータブロックの伝送を制御するノードが提供される。当該ノードは、例えば、基地局または制御ノードであってもよい。当該ノードは、プロセッサを備える。プロセッサは、複数のデータブロックのうちの１つのデータブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定するよう構成される。更に、プロセッサは、データブロックの伝送のスケジューリングを行うよう構成され、当該スケジューリングは、判定した処理時間に基づいて行われる。
【００１２】
本発明の他の実施形態によれば、モバイルネットワークにおいて使用される端末デバイスが提供される。端末デバイスは、当該端末デバイスとモバイルネットワークとの間の複数のデータブロックの伝送のための無線インタフェースを備える。更に、端末デバイスは、プロセッサを備える。プロセッサは、複数のデータブロックのうちの１つのデータブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定するよう構成される。更に、プロセッサは、判定した処理時間に基づいて、複数のデータブロックの伝送を制御するよう構成される。
【００１３】
本発明の他の実施形態によれば、例えば、物理的な記憶媒体の形式で、コンピュータプログラムの製品が提供される。コンピュータプログラムは、モバイルネットワークと少なくとも１つの端末デバイスとの間の複数のデータブロックの伝送を制御するための、モバイルネットワークのノードのプロセッサによって実行されるプログラムコードを含む。当該プログラムコードを実行することによって、当該ノードは、複数のデータブロックのうちの１つのデータブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定し、判定した処理時間に基づいて、データブロックの伝送のスケジューリングを行うよう構成される。
【００１４】
本発明の他の実施形態によれば、例えば、物理的な記憶媒体の形式で、コンピュータプログラムの製品が提供される。コンピュータプログラムは、モバイルネットワークと少なくとも１つの端末デバイスとの間の複数のデータブロックの伝送用に構成される、端末デバイスのプロセッサによって実行されるプログラムコードを含む。当該プログラムコードを実行することによって、当該端末デバイスは、複数のデータブロックのうちの１つのデータブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定し、判定した処理時間に基づいて、複数のデータブロックの伝送を制御するよう構成される。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る概念を適用可能なモバイルネットワーク環境を図示する概略図。
【図２】本発明の一実施形態に係る例示的な手順を概略的に図示するシグナリング図。
【図３】本発明の一実施形態に係る他の例示的な手順を概略的に図示するシグナリング図。
【図４】本発明の一実施形態に係る他の例示的な手順を概略的に図示するシグナリング図。
【図５】本発明の一実施形態に係る基地局を図示する概略図。
【図６】本発明の一実施形態に係る制御ノードを図示する概略図。
【図７】本発明の一実施形態に係る端末デバイスを図示する概略図。
【図８】本発明の一実施形態に係る方法を示すフローチャート。
【図９】本発明の一実施形態に係る他の方法を示すフローチャート。
【発明を実施するための形態】
【００１６】
以下では、例示的な実施形態及び添付図面を参照することによって、本発明についてより詳しく説明する。説明する実施形態は、モバイルネットワークの基地局と、端末デバイスとの間のデータブロックの伝送を含む概念に関連する。
【００１７】
図１は、モバイルネットワーク環境、即ち、モバイルネットワークのインフラストラクチャを概略的に図示しており、当該モバイルネットワーク環境は、基地局（ＢＳ）１００、制御ノード３００、及びデータベース３２０と、データの伝送のために（例えば、矢印２０，２０’によって図示されるようなＢＳ１００からのデータの受信及びＢＳ１００へのデータの送信の少なくともいずれかのために）モバイルネットワークに接続しうる、第１の端末デバイス２００及び第２の端末デバイス２００’と、によって表される。データの伝送は、特定のサイズを有する、以下ではトランスポートブロックとも称される、データブロックの形式で生じることものとする。いくつかのシナリオでは、モバイルネットワークは、複数のサイズのデータブロックをサポート可能であり、これは、データブロックのサイズが、１つのデータブロックから他のデータブロックにかけて変化しうることを意味する。
【００１８】
モバイルネットワークが３ＧＰＰ ＬＴＥに従って実現される場合、ＢＳ１００は、進化型ノードＢ（ｅＮＢ：evolved Node B）であってもよく、制御ノード３００は、モビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）であってもよい。データベース３２０は、例えば、ホーム加入者サーバ（ＨＳＳ：Home Subscriber Server）によって実現されてもよい。モバイルネットワークがユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）ネットワークとして実現される場合、ＢＳ１００は、ノードＢ（ＮＢ）であってもよく、制御ノード３００は、無線ネットワーク制御装置（ＲＮＣ：Radio Network Controller）であってもよい。
【００１９】
図示されている例では、第２の端末デバイス２００’が、第１の端末デバイス２００よりも低い処理能力を有しているものとする。例えば、第１の端末デバイス２００は、携帯電話、ポータブルコンピュータ、または他のタイプのユーザ装置（ＵＥ）であってよく、一方、第２の端末デバイス２００’は、ＭＴＣ端末デバイス、低コストＵＥ、または低電力モードで動作するＵＥである。例えば、第２の端末デバイス２００’は、第１の端末デバイス２００よりも少量の、ソフト復号用のバッファ、または、第１の端末デバイス２００よりも低い処理性能を有してもよい。また、第２の端末デバイス２００’は、第１の端末デバイス２００とは異なる再送プロトコル能力を有してもよい。例えば、第１の端末デバイス２００及び第２の端末デバイス２００’は、基地局へのデータブロックの伝送または基地局からのデータブロックの伝送のためにハイブリッド自動再送要求（ＨＡＲＱ）プロトコルを使用してもよく、第２の端末デバイス２００’に対して許可される再送回数は、第１の端末デバイス２００に対して許可される再送回数よりも少なくてもよい。いくつかのシナリオでは、第２の端末デバイス２００’に対しては再送が許可されない、即ち、許可される再送回数がゼロであってもよい。更に、同時に許可されるＨＡＲＱプロセスの数は、第１の端末デバイス２００に対して許可される数よりも第２の端末デバイス２００’に対して許可される数の方が少なくてもよい。例えば、第２の端末デバイス２００’は、同時には１つのＨＡＲＱプロセスのみが許可されうる。
【００２０】
種々の処理能力は、特に、端末デバイス２００，２００’が複数のデータブロックのうちの１つの伝送のために信号を処理する（例えば、モバイルネットワークから端末デバイス２００，２００’へのデータブロックの伝送のために信号を復号する、または、端末デバイス２００，２００’からモバイルネットワークへのデータブロックの伝送のために信号を符号化する）のに要する処理時間が異なるという結果をもたらしうる。例えば、このような処理時間は、ＨＡＲＱフィードバック時間（即ち、データブロックの受信と、当該データブロックの受信に成功したか否かを示す、当該データブロックについての確認応答（ＡＣＫ）または否定確認応答（ＮＡＣＫ）の送信との間の時間間隔）の観点で定義されうる。当該処理時間は、また、所与のサイズのデータブロックの伝送に対応する受信信号の復号を端末デバイスが実行するのに必要とされる、受信機の復号時間Ｄの観点で定義されうる。
【００２１】
本明細書で説明する概念は、例えば第１及び第２の端末デバイス２００，２００’のような、端末デバイスの種々の処理能力に効率良く対処するために使用されうる。このために、モバイルネットワークは、端末デバイスの種々の処理時間（例えば、種々のＨＡＲＱフィードバック時間）をサポートする。したがって、異なる処理時間を有する複数の端末デバイスが、モバイルネットワークに接続しうるとともに、モバイルネットワークは、これらの端末デバイスへのデータブロックの伝送またはこれらの端末デバイスからのデータブロックの伝送の際に、これらの異なる処理時間を考慮する。また、同一の端末デバイスの複数のバリエーション（例えば、低電力モードへの端末デバイスの切り替えに起因した複数のバリエーション）が考慮されてもよい。本明細書で説明する概念によれば、モバイルネットワークと端末デバイス２００，２００’との間のデータブロックの伝送のスケジューリングに関与する、モバイルネットワークのノードは、端末デバイス２００，２００’の処理時間を判定する。例えば上述のＬＴＥシナリオでは、このノードはＢＳ１００であってよい。あるいは、例えば上述のＵＭＴＳシナリオでは、このノードは制御ノード３００であってよい。更に、当該ノードは、判定した処理時間に基づいて行われるスケジューリングを実行する。具体的には、２つの連続するデータブロックの伝送用の信号についての送信時間間隔が、判定された処理時間よりも長くなるように制御されうる。このようにして、端末デバイスが、１つのデータブロックの信号の処理を、次のデータブロックの伝送前に終えることができるようにする。
【００２２】
モバイルネットワークのノードは、処理時間を判定するために種々の手順を用いることが可能である。例えば、ノードは、他のノードから、または端末デバイス自体から、処理時間を取得してもよい。図１のモバイルネットワーク環境では、ＢＳ１００は、第１の端末デバイス２００及び第２の端末デバイス２００’の少なくともいずれかの処理時間を、制御ノード３００から取得しうる。上述のＬＴＥシナリオでは、これは、ｅＮＢが、ＭＭＥから処理時間を取得することを意味するであろう。また、ノードは、処理時間をデータベース（例えば、データベース３２０）から取得しうる。更に、ノードは、例えば、端末デバイス２００，２００’がモバイルネットワークへのアタッチを行う際に、モバイルネットワークのコアネットワークのノードから処理時間を取得しうる。処理時間を取得するために、ノードは、モバイルネットワークの他のノードから、または端末デバイス２００，２００’自体から、制御データを受信しうる。当該制御データは、処理時間を明示的に示しうるか、または、処理時間を判定することを可能にするデータを含みうる。また、ノードは、例えば、デバイスカテゴリに割り当てられた値のような、端末デバイス２００，２００’のデバイスカテゴリを示すデータから、処理時間を判定しうる。デバイスカテゴリは、例えば、第２の端末デバイスが、低性能ＵＥであることを示しうる。そして、デバイスカテゴリを示すデータは、モバイルネットワークの他のノードから、または端末デバイス２００，２００’自体から、受信されてもよい。また、ノードは、当該ノードにおいて利用可能な他のデータから（例えば、当該ノードに対してシグナリングされるＵＥ能力情報から）、処理時間を判定しうる。また、ノードは、端末デバイス２００，２００’に関連するデータをデータベース３２０から受信して、このデータから処理時間を判定しうる。また、ノードは、例えば、受信データブロックに対する端末デバイス２００，２００’の応答を評価することで、処理時間の測定を開始してもよい。更に、ノードは、処理時間を設定し、当該設定した処理時間を示す制御データを、端末デバイス２００，２００’に送信しうる。そして、このような制御データは、例えば、利用可能であれば低電力モードに入ることによって、示された処理時間に適合するよう、端末デバイスにその動作を調整させる。モバイルネットワークが、可変サイズのデータブロックをサポートしている場合には、処理時間は、データブロックのサイズに基づいて判定されてもよい。その結果、データ伝送のスケジューリングは、データ伝送に使用される異なる個別のデータブロックサイズに依存して達成されうる。
【００２３】
いくつかのシナリオでは、処理時間はまた、例えば、それに応じてデータブロックの伝送を制御することによって、端末デバイス自体によって考慮されうる。
【００２４】
以下では、上記概念について、上述のＬＴＥシナリオを想定した場合の、下りリンク伝送（即ち、モバイルネットワークから端末デバイス２００または２００’への伝送）についての例示的な実施を参照することによって、より詳しく説明する。この場合、処理時間は、所与のサイズのトランスポートブロックの伝送用の信号を端末デバイス２００，２００’が復号するのに要する時間Ｄとして定義されうる。図２は、このような実施についての例示的な手順を図示するためのシグナリング図を示す。
【００２５】
図２の手順には、ＢＳ１００と、端末デバイス（ＴＤ）２００または２００’とが関与する。ＢＳ１００は、端末デバイス２００／２００’への複数のトランスポートブロックの伝送のスケジューリングに関与する。
【００２６】
最初に、ＢＳ１００は、例えば、モバイルネットワークの他のノードからのメッセージ２０１によって、端末デバイス２００／２００’からのメッセージ２０２によって、または、それらの両方によって、制御データを受信しうる。モバイルネットワークの当該他のノードは、データベース３２０（例えば、サブスクリプション・データベース、またはＨＳＳによって実現されるデバイスデータベース）であってもよい。当該データベースは、例えば、端末デバイス２００／２００’の加入者識別モジュール（ＳＩＭ：Subscriber Identity Module）、例えば、国際移動体加入者識別情報（ＩＭＳＩ：International Mobile Subscription Identity）によって提供されるデータを、デバイス識別子、例えば、国際移動体装置識別子（ＩＭＥＩ：International Mobile Equipment Identifier）に対して、または、デバイスタイプ若しくはカテゴリに対して、関連付けうる。いくつかのシナリオでは、メッセージ２０１は、制御ノード（例えばＭＭＥ）から受信されてもよい。他のノードは、例えば、（例えばＩＭＥＩに基づく）デバイス固有情報を提供する、コアネットワークのノードであってもよい。
【００２７】
ステップ２０３で、ＢＳ１００は、処理時間Ｄを判定する。これは、メッセージ２０１及びメッセージ２０２の少なくともいずれかで受信された制御データに基づいて行われうる。例えば、ＢＳ１００は、処理時間Ｄを、例えばＢＳ１００に設定されているデータに基づく既知の値に設定しうる。また、処理時間Ｄは、例えばＳＩＭによって識別されるような、端末デバイス２００／２００’の加入者に関連付けられたパラメータであってもよく、または、例えばＩＭＥＩ若しくは他のデバイス識別子によって識別されるような、端末デバイス２００／２００’自体に関連付られたパラメータであってもよく、処理時間Ｄは、加入者データベースまたはデバイスデータベースに（例えばＨＳＳに）格納されうる。その結果、処理時間Ｄは、モバイルネットワークへの端末デバイス２００，２００’のアタッチの間に、コアネットワーク及びＲＡＮの少なくともいずれかに対して提供されうる。
【００２８】
また、ＢＳ１００は、他のパラメータとの関連で処理時間Ｄを判定してもよく、そのような他のパラメータの例は、無線リンク制御（ＲＬＣ：Radio Link Control）プロトコル・タイマーのような、プロトコル・タイマーである。
【００２９】
また、処理時間Ｄは、端末デバイス２００／２００’のデバイスカテゴリに対して割り当てられた値であってもよい。そして、デバイスカテゴリは、メッセージ２０１を使用して、即ち、モバイルネットワークの他のノードから（例えばコアネットワークから）、または、メッセージ２０２を使用して、即ち、端末デバイス２００／２００’から、ＢＳ１００に対してシグナリングされうる。
【００３０】
メッセージ２０１及びメッセージ２０２の少なくともいずれかは、処理時間Ｄを明示的に示しうる。例えば、メッセージ２０２は、無線リソース制御（ＲＲＣ：Radio Resource Control）プロトコルのメッセージであってよい。この場合、処理時間Ｄは、「UECapabilityInformation」ＲＲＣメッセージを使用して、ＵＥ能力情報として明示的に示されうる。あるいは、メッセージ２０２は、ＭＡＣ制御エレメントとも称される、端末デバイス２００／２００’とＢＳ１００との間で使用される媒体アクセス制御（ＭＡＣ：Medium Access Control）プロトコルの制御エレメントであってもよい。
【００３１】
いくつかのシナリオでは、端末デバイス２００／２００’は、メッセージ２０２を使用してＢＳ１００へ知らされることになる処理時間Ｄを判定しうる。例えば、端末デバイス２００／２００’は、適切な手順を用いて（例えば、トランスポートブロックの伝送用の信号を復号するのに必要とされる時間を測定することによって）処理時間Ｄを学習しうる。このような手順は、端末デバイス２００／２００’によって、またはＢＳ１００によって、開始されうる。
【００３２】
いくつかのシナリオでは、ＢＳ１００は、例えば、端末デバイス２００／２００’から受信される、トランスポートブロックの伝送に対する応答を評価することによって、処理時間Ｄを学習しうる。このような応答の例は、ＨＡＲＱメッセージ、またはＲＬＣプロトコルのフィードバックメッセージである。例えば、ＢＳ１００は、端末デバイス２００／２００’へのトランスポートブロックの送信と、端末デバイス２００／２００’からの対応する応答の受信との間の時間間隔を測定しうる。
【００３３】
いくつかのシナリオでは、処理時間Ｄのデフォルト値が、サブスクリプション・データまたはデバイスデータに含められ、メッセージ２０１を使用してＢＳ１００に提供されうる。メッセージ２０２を使用して端末デバイス２００／２００’から提供される新たな値によって、このデフォルト値を上書き可能であってもよい。
【００３４】
いくつかのシナリオでは、端末デバイス２００／２００’からＢＳ１００に提供されるような処理時間Ｄは、変化している状況（例えば、端末デバイス２００／２００’のバッテリー状態）に対して適応されてもよい。例えば、バッテリーレベルがある閾値以下に減少する場合、端末デバイス２００／２００’は、処理時間Ｄについてのより大きな値をＢＳ１００に知らせうる。いくつかのシナリオでは、端末デバイス２００／２００’が、太陽光発電または圧電エネルギー・ハーベスティング（harvesting）のような、エネルギー・ハーベスティング方法を使用する場合、端末デバイス２００／２００’からＢＳ１００に対して知らされる処理時間Ｄは、このエネルギー・ハーベスティングが所与の期間に提供可能な、推定されるエネルギー量に依存しうる。例えば、太陽光発電型の端末デバイス２００／２００’は、空が曇っている場合にはよい低いレートでエネルギーを蓄えることが可能であり、ロードベッド（roadbed）に組み込まれる圧電エネルギー・ハーベスタ（harvester）は、交通量が多いラッシュアワーの間に、より多くのエネルギーを蓄積するであろう。このように、エネルギー・ハーベスティングの生産性が高い期間には、端末デバイス２００／２００’は、例えば通常モードでの動作に対応する、より小さい処理時間Ｄを知らせうる一方で、エネルギー・ハーベスティングの生産性が低いときには、端末デバイス２００／２００’は、例えば低電力モードでの動作に対応する、より大きな処理時間Ｄを知らせうる。
【００３５】
ステップ２０３における処理時間Ｄの判定は、処理時間Ｄについての複数の所定の値（例えば、８ｍｓ及びその倍数）からの選択を含みうる。この場合、選択される値は、処理時間Ｄについての許可される最大値に対応してもよく、即ち、端末デバイス２００／２００’は、当該選択された値よりも速いかもしれないが遅くはない。
【００３６】
メッセージ２０４によって、ＢＳ１００は、ステップ２０３で判定した処理時間を示す制御データを、端末デバイス２００／２００’に送信しうる。場合によっては、これは、メッセージ２０２において端末デバイス２００／２００’によって提供された処理時間Ｄの値を確認しうる。別の場合では、これは、端末デバイスに、（例えば低電力モードに入るまたは低電力モードから出ることによって）その動作を結果的に調整させうる。メッセージ２０４は、例えば、ＲＲＣプロトコルのメッセージまたはＭＡＣ制御エレメントであってもよい。
【００３７】
ステップ２０５で、ＢＳ１００は、端末デバイス２００，２００’へのトランスポートブロックの伝送２０６のスケジューリングを行う。ステップ２０５におけるスケジューリングは、スケジューリング情報の決定、具体的には、トランスポートブロックの伝送用の時間リソース及び周波数リソースの決定を含む。このスケジューリング情報に従って、ＢＳ１０１は、端末デバイス２００／２００’へのトランスポートブロックの伝送２０６を実行する。
【００３８】
ステップ２０７で、ＢＳ１００は、端末デバイス２００／２００’への更なるトランスポートブロックについての次の伝送２０８のスケジューリングを行う。端末デバイス２００／２００’が複数のＨＡＲＱプロセスを同時に許可する場合、伝送２０８は、同じ伝送／受信プロセスの次の伝送である。ステップ２０７におけるスケジューリングは、ステップ２０３で判定された処理時間Ｄを考慮して行われる。具体的には、ＢＳ１００は、端末デバイス２００／２００’への２つの連続する伝送２０６，２０８についての送信時間間隔が、判定した処理時間Ｄより長くなるように、２つの連続する伝送２０６，２０８のスケジューリングを行いうる。このようにして、端末デバイス２００／２００’が、第１の伝送２０６の復号を、第２の伝送２０８の受信前に終えることができるようになる。
【００３９】
このように、ステップ２０７におけるスケジューリングは、伝送２０８用に適した時間リソースの決定を含んでもよい。これは、例えば、第１の伝送の時間と、ステップ２０３において判定された復号時間Ｄとに依存して、第２の伝送の時間を決定することによって行われうる。これは、例えば、ＢＳ１００が第２の伝送の時間を、
Ｔ２＝ Ｔ１＋Ｄ ＋ε
に従って決定することによって、実行されうる。ここで、Ｔ１は、第１の伝送の時間であり、Ｔ２は、第２の伝送の時間であり、εは、オプションの安全マージンである。第２の伝送２０８のスケジューリングの際に第１の伝送２０６の時間Ｔ１を考慮するために、ＢＳ１００は、以前の伝送についての送信の時間を、その後の伝送のスケジューリングの際にそれらを考慮できるように、保存してもよい。
【００４０】
ステップ２０７において決定されたスケジューリング情報に従って、ＢＳ１００は、端末デバイス２００／２００’へのトランスポートブロックの伝送２０８を実行する。
【００４１】
ステップ２０５及び２０７における伝送２０６，２０８のスケジューリングは、更に、端末デバイス２００／２００’へのスケジューリング情報の送信を含んでもよい。具体的には、端末デバイス２００／２００’に提供されるスケジューリング情報は、いずれの時間リソース及び周波数リソースが端末デバイス２００／２００’によってモニタリングされるべきかを示してもよい。スケジューリング情報は、制御チャネル、例えば、物理下りリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）で伝送されてもよい。
【００４２】
いくつかのシナリオでは、ステップ２０３で判定された処理時間Ｄは、伝送されるトランスポートブロックのサイズに依存しうる。この依存性は、代数表現及びルックアップテーブルの少なくともいずれかを使用することによって、ＢＳ１００において定義されうる。この場合、トランスポートブロックのスケジューリングは、この特定のトランスポートブロックのサイズについて判定された処理時間Ｄに基づいて行われうる。このために、処理時間Ｄは、トランスポートブロックの伝送のスケジューリングが行われるごとに判定されうる。
【００４３】
図３は、端末デバイス２００／２００’で実行されうる他の例示的な手順を図示するためのシグナリング図を示す。これらの手順は、図２に関連して説明したような、処理時間依存スケジューリングとともに実行される。図３の手順には、ＢＳ１００と、端末デバイス（ＴＤ）２００または２００’とが関与する。ＢＳ１００は、端末デバイス２００／２００’への複数のトランスポートブロックの伝送のスケジューリングに関与する。
【００４４】
図３の手順では、ＢＳ１００は、トランスポートブロックの伝送用のスケジューリング情報３０１を、端末デバイス２００／２００’に送信する。上述のように、これは、制御チャネル（例えば、ＰＤＣＣＨ）で行われる。端末デバイス２００／２００’は、スケジューリング情報３０１を受信する。ＢＳ１００における処理時間依存スケジューリングを考慮することで、端末デバイス２００／２００’は、ステップ３０２によって示されるように、スケジューリング情報３０１の受信に応じて、制御チャネルのモニタリングを一時的に停止してもよい。これが可能なのは、ＢＳ１００によって実行される処理時間依存スケジューリングでは、通常、少なくとも処理時間Ｄに対応する時間間隔の間は、端末デバイス２００／２００’への更なる伝送のスケジューリングを行わないようにするためである。その後にＢＳ１００によって送信される任意のスケジューリング情報３０３（例えば、ＢＳ１００によってサービングされる他の端末デバイスに関連するスケジューリング情報）は、端末デバイス２００／２００’によって受信されることはない。
【００４５】
ステップ３０４で、処理時間Ｄに対応する時間間隔の終了後に、端末デバイス２００／２００’は、制御チャネルのモニタリングを再開し、ＢＳ１００によって送信されるスケジューリング情報３０５（ＢＳ１００から端末デバイス２００／２００’への更なるトランスポートブロックの伝送に関連するスケジューリング情報）を再び受信できる。このような、処理時間Ｄに依存した、制御チャネルのモニタリングの一時的停止は、特に、端末デバイス２００／２００’における省電力化のために使用されうる。
【００４６】
図４は、端末デバイス２００／２００’で実行されうる他の例示的な手順を図示するためのシグナリング図を示す。これらの手順は、図２に関連して説明したような、処理時間依存スケジューリングとともに実行される。図４の手順は、更に、図３の手順と組み合わせられてもよい。図４の手順には、ＢＳ１００と、端末デバイス（ＴＤ）２００または２００’とが関与する。ＢＳ１００は、端末デバイス２００／２００’への複数のトランスポートブロックの伝送のスケジューリングに関与する。
【００４７】
図４の手順では、端末デバイス２００／２００’へのトランスポートブロックの伝送４０１を実行する。更に、ＢＳ１００は、更なるトランスポートブロックについての次の伝送４０２を実行する。ここで、次の伝送は、処理時間Ｄに対応し、かつ、伝送４０１の受信後に始まる時間間隔の期間内で実行されるものとする。例えば、ＢＳ１００は、処理時間Ｄを適切に考慮することなく、例えば、低電力モードへの端末デバイス２００／２００’の切り替えの際の処理時間Ｄの変化に起因して、伝送４０２のスケジューリングを実行した可能性がある。
【００４８】
伝送４０２の受信に応じて、端末デバイス２００／２００’は、ＨＡＲＱ ＮＡＣＫ４０３をＢＳ１００に送信する。これは、受信された伝送４０２の復号を試みる前に行われる。このようにして、端末デバイス２００／２００’は、伝送４０１の処理が未だ終わっていない間に伝送４０２を処理することを避けることができる。
【００４９】
ＢＳ１００は、その後、更なるトランスポートブロックの再送４０４を実行してもよい。図４のシナリオでは、この再送は、処理時間Ｄに対応し、かつ、伝送４０１の受信後に始まる時間間隔の終了後に生じるものとする。それにより、端末デバイス２００／２００’における受信された再送４０４の処理が可能になる。更なるトランスポートブロックについてのそれ以前の再送は、伝送４０２と同様の方法で処理されうる。
【００５０】
いくつかのシナリオでは、ステップ４０５によって示されるように、端末デバイス２００／２００’は、伝送４０２と再送４０４とのいずれを復号するかを選択してもよい。この選択は、例えば、伝送４０２及び再送４０４についての受信信号の信号対干渉雑音比（ＳＩＮＲ）から推定されるような、伝送４０２または再送４０４の復号に成功する確率に基づきうる。場合によっては、端末デバイス２００／２００’は、復号に成功する確率を増加させるために、受信した伝送４０２と受信した再送４０４とを合成してもよい。
【００５１】
図２から図４の手順は、処理時間Ｄ、または処理時間Ｄの判定を可能にする情報を、端末デバイス２００／２００’からＢＳ１００に、またはＢＳ１００から端末デバイス２００／２００’に、シグナリングすることによって実現されうる。図２のメッセージ２０２と関連して示されるように、これは、ＲＲＣプロトコル、ＲＬＣプロトコルまたはＭＡＣプロトコルのような、既存のプロトコルを使用することによって行われうる。このために、これらのプロトコルのメッセージ内の新たな情報エレメントが定義されうるか、または、既存の情報エレメントが修正されうる。IＨＡＲＱ再送が使用される実施では、修正されたＰＤＣＣＨフォーマット（例えば、ＨＡＲＱプロセス識別子を含まないＰＤＣＣＨフォーマット、及び物理ＨＡＲＱ通知チャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）の使用を避けるＰＤＣＣＨフォーマットの少なくともいずれか）が使用されうる。
【００５２】
図５は、ＢＳ１００が複数のデータブロックの伝送のスケジューリングに関与するものとした場合の、ＢＳ１００における上述の概念を実現するための例示的な構成を概略的に図示する。
【００５３】
図示された構成では、ＢＳ１００は、１つ以上の端末デバイス（例えば、端末デバイス２００，２００’）への伝送を伝送するための、これらの端末デバイスからの伝送を受信するための、またはそれらの両方のための無線インタフェース１３０を備える。伝送機（ＴＸ）機能を実現するために、無線インタフェース１３０は、１つ以上の伝送機１３４を備え、受信機（ＲＸ）機能を実現するために、無線インタフェース１３０は、１つ以上の受信機１３２を備えることが、理解されよう。上述のＬＴＥシナリオでは、無線インタフェース１３０は、Ｕｕインタフェースに対応しうる。更に、ＢＳ１００は、モバイルネットワークの他のノード（例えば、図１の制御ノード３００）と通信するための制御インタフェース１４０を備えうる。
【００５４】
更に、ＢＳ１００は、インタフェース１３０，１４０に接続されたプロセッサ１５０と、プロセッサ１５０に接続されたメモリ１６０とを備える。メモリ１６０は、リード・オンリー・メモリ（ＲＯＭ）（例えば、フラッシュＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）（例えば、ダイナミックＲＡＭ（ＤＲＡＭ）またはスタティックＲＡＭ（ＳＲＡＭ））、マスストレージ（例えば、ハードディスクまたはソリッド・ステート・ディスク）等を含みうる。メモリ１６０は、ＢＳ１００の上述の機能を実現するように、適切に構成された、プロセッサ１５０によって実行されるプログラムコードを含む。具体的には、メモリ１６０は、データブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間についての上述の判定を行うための、処理時間判定モジュール１７０を含みうる。更に、メモリ１６０は、端末デバイスへの複数のデータブロックの伝送、または端末デバイスからの複数のデータブロックの伝送のスケジューリングを行うための、スケジューリングモジュール１８０を含みうる。上述のように、このスケジューリングは、端末デバイスの個別の処理時間を考慮して行われうる。更に、メモリ１６０は、例えば、受信される伝送の復号、または伝送される伝送の符号化を実行するための、信号処理モジュール１９０も含みうる。しかし、信号処理は、少なくとも部分的にも、（例えば、１つ以上のシグナルプロセッサの形式の）専用のハードウェアによって行われうることが、理解されよう。
【００５５】
図５に図示するような構成は概要にすぎず、ＢＳ１００が、実際には、簡略化のために図示されていない他の構成要素（例えば、他のインタフェースまたは追加のプロセッサ）を含みうることが、理解されよう。また、メモリ１６０が、図示されていない他のタイプのプログラムコード・モジュールを含みうることが、理解されよう。例えば、メモリ１６０は、ＢＳの典型的な機能を実現するためのプログラムコード・モジュールを含みうる。いくつかの実施形態によれば、本発明の実施形態の概念を実施するために、コンピュータプログラムの製品（例えば、プログラムコードを格納したコンピュータ読み取り可能な記憶媒体、及びメモリ１６０に格納される他のデータの少なくともいずれか）も提供されうる。
【００５６】
図６は、制御ノード３００が複数のデータブロックの伝送のスケジューリングに関与するものとした場合の、制御ノード３００における上述の概念を実現するための例示的な構成を概略的に図示する。
【００５７】
図示された構成では、制御ノード３００は、モバイルネットワークのＢＳ（例えば、図１のＢＳ１００）と通信するためのインタフェース３４０を備える。上述のＵＭＴＳシナリオでは、インタフェース３４０は、Ｉｕｂインタフェースによって実現されうる。
【００５８】
更に、制御ノード３００は、インタフェース３４０に接続されたプロセッサ３５０と、プロセッサ３５０に接続されたメモリ３６０とを備える。メモリ３６０は、ＲＯＭ（例えば、フラッシュＲＯＭ）、ＲＡＭ（例えば、ＤＲＡＭまたはＳＲＡＭ）、マスストレージ（例えば、ハードディスクまたはソリッド・ステート・ディスク）等を含みうる。メモリ３６０は、制御ノード３００の上述の機能を実現するように、適切に構成された、プロセッサ３５０によって実行されるプログラムコードを含む。具体的には、メモリ３６０は、データブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間についての上述の判定を行うための、処理時間判定モジュール３７０を含みうる。更に、メモリ３６０は、端末デバイスへの複数のデータブロックの伝送、または端末デバイスからの複数のデータブロックの伝送のスケジューリングを行うための、スケジューリングモジュール３８０を含みうる。上述のように、このスケジューリングは、端末デバイスの個別の処理時間を考慮して行われうる。更に、メモリ３６０は、例えば、プロトコル処理機能を実行する（例えば、メッセージの生成またはメッセージの評価を行う）ための、プロトコル処理モジュール３９０も含みうる。
【００５９】
図６に図示するような構成は概要にすぎず、制御ノード３００が、実際には、簡略化のために図示されていない他の構成要素（例えば、他のインタフェースまたは追加のプロセッサ）を含みうることが、理解されよう。また、メモリ３６０が、図示されていない他のタイプのプログラムコード・モジュールを含みうることが、理解されよう。例えば、メモリ３６０は、制御ノードの（例えばＵＭＴＳモバイルネットワーク内のＲＮＣの）典型的な機能を実現するためのプログラムコード・モジュールを含みうる。いくつかの実施形態によれば、本発明の実施形態の概念を実施するために、コンピュータプログラムの製品（例えば、プログラムコードを格納したコンピュータ読み取り可能な記憶媒体、及びメモリ３６０に格納される他のデータの少なくともいずれか）も提供されうる。
【００６０】
図７は、端末デバイス２００／２００’における上述の概念を実現するための例示的な構成を概略的に図示する。
【００６１】
図示された構成では、端末デバイス２００／２００’は、モバイルネットワークのＢＳ（例えば、ＢＳ１００）との間の送受信を実行するための無線インタフェース２３０を備える。伝送機（ＴＸ）機能を実現するために、無線インタフェース２３０は、１つ以上の伝送機２３４を備え、受信機（ＲＸ）機能を実現するために、無線インタフェース２３０は、１つ以上の受信機２３２を備えることが、理解されよう。上述のＬＴＥシナリオでは、無線インタフェース２３０は、Ｕｕインタフェースに対応しうる。
【００６２】
更に、端末デバイス２００／２００’は、無線インタフェース２３０に接続されたプロセッサ２５０と、プロセッサ２５０に接続されたメモリ２６０とを備える。メモリ２６０は、ＲＯＭ（例えば、フラッシュＲＯＭ）、ＲＡＭ（例えば、ＤＲＡＭまたはＳＲＡＭ）、マスストレージ（例えば、ハードディスクまたはソリッド・ステート・ディスク）等を含みうる。メモリ２６０は、端末デバイス２００／２００’の上述の機能を実現するように、適切に構成された、プロセッサ２５０によって実行されるプログラムコードを含む。具体的には、メモリ２６０は、例えば、受信される伝送の復号、または伝送される伝送の符号化を実行するための、信号処理モジュール２７０も含みうる。しかし、信号処理は、少なくとも部分的にも、（例えば、１つ以上のシグナルプロセッサの形式の）専用のハードウェアによって行われうることが、理解されよう。更に、メモリ２６０は、データブロックの伝送用の信号を処理するために端末デバイス２００／２００’によって必要とされる処理時間についての上述の判定を行うための、処理時間判定モジュール２８０を含みうる。更に、メモリ２６０は、例えば図３に関連して説明したように、制御チャネルのモニタリングを一時的に停止することによって、または図４に関連して説明したように、受信された伝送についての処理を控えることによって、判定された処理時間に応じて複数のデータブロックの伝送を制御するための、動作制御モジュール２９０を含みうる。
【００６３】
図７に図示するような構成は概要にすぎず、端末デバイス２００／２００’が、実際には、簡略化のために図示されていない他の構成要素（例えば、他のインタフェースまたは追加のプロセッサ）を含みうることが、理解されよう。また、メモリ２６０が、図示されていない他のタイプのプログラムコード・モジュールを含みうることが、理解されよう。例えば、メモリ２６０は、端末デバイスの典型的な機能を実現するためのプログラムコード・モジュールを含みうる。いくつかの実施形態によれば、本発明の実施形態の概念を実施するために、コンピュータプログラムの製品（例えば、プログラムコードを格納したコンピュータ読み取り可能な記憶媒体、及びメモリ２６０に格納される他のデータの少なくともいずれか）も提供されうる。
【００６４】
図８は、端末デバイスへのデータブロックの伝送または端末デバイスからのデータブロックの伝送のスケジューリングに関与する、モバイルネットワークのノードにおける（例えば、ＢＳ１００または制御ノード３００における）上述の概念を実現するために使用されうる方法を、概略的に図示するためのフローチャートを示す。
【００６５】
ステップ８１０で、ノードは、制御データを受信しうる。例えば、制御データは、端末デバイスから受信されうる。代替的または追加的には、制御データは、モバイルネットワークの他のノードからも受信されうる。例えば、図１のＢＳ１００は、制御ノード３００から制御データを受信しうる。
【００６６】
ステップ８２０で、ノードは、データブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定する。処理時間は、ＨＡＲＱフィードバック時間の値として判定されうる。処理時間は、例えば、モバイルネットワークから端末デバイスへのデータブロックの伝送用の受信された信号を復号するために、端末デバイスによって必要とされる復号時間に対応しうるか、または当該復号時間を反映しうる。処理時間は、更に、端末デバイスからモバイルネットワークへのデータブロックの伝送用の信号を符号化するために端末デバイスによって必要とされる符号化時間に対応しうるか、または当該符号化時間を反映しうる。
【００６７】
ノードは、ステップ８１０において受信された制御データに基づいて、処理時間を判定しうる。例えば、制御データは、処理時間を明示的に示しうる。ノードは、更に、端末デバイスのデバイスカテゴリを示すデータに基づいて、処理時間を判定しうる。そして、このようなデータは、ステップ８１０において受信されるような制御データに含まれうる。処理時間は、例えばルックアップテーブルに、デバイスカテゴリと関連付けて格納される値であってもよい。ノードは、更に、データベース（例えば、図１のデータベース３２０）から受信される、端末デバイスに関連するデータに基づいて、処理時間を判定しうる。このようなデータも、同様に、ステップ８１０において受信されるような制御データに含まれてもよい。ノードは、更に、データブロックのサイズに基づいて、処理時間を判定しうる。
【００６８】
ノードは、更に、処理時間を判定するための測定を開始しうる。例えば、ノードは、受信データブロックに対する端末デバイスの応答を評価してもよい。ノードは、更に、処理時間を測定するための要求を、端末デバイスに送信してもよい。
【００６９】
処理時間を判定すると、ノードは、判定した処理時間を示す制御データを端末デバイスに送信しうる。その結果、端末デバイスは、例えば、低電力モードに入るまたは低電力モードから出ることによって、図３に関連して説明したように、制御チャネルのモニタリングを停止することによって、または、図４に関連して説明したように、受信された伝送についての処理を控えることによって、制御データに応じて当該端末デバイスの動作を調整しうる。
【００７０】
ステップ８３０で、ノードは、ステップ８２０において判定されたような処理時間に基づいて、データブロックの伝送のスケジューリングを行う。これは、例えば図２に関連して説明したように、２つの連続するデータブロックの伝送用の信号についての送信時間間隔を、判定した処理時間より長くなるように制御することを含みうる。
【００７１】
ステップ８４０で、ノードは、スケジューリングが行われた伝送を通じてデータブロックを送信または受信しうる。ノードがＢＳである場合、データブロックは、当該ＢＳの無線インタフェースを使用して送信または受信されうる。ノードが制御ノードである場合、データブロックは、無線ネットワークのＢＳを介して送信または受信されうる。
【００７２】
図９は、モバイルネットワークへのデータブロックの伝送またはモバイルネットワークからのデータブロックの伝送を実行する端末デバイスにおける（例えば、端末デバイス２００または２００’における）上述の概念を実現するために使用されうる方法を、概略的に図示するためのフローチャートを示す。
【００７３】
ステップ９１０で、端末デバイスは、制御データを受信しうる。例えば、制御データは、モバイルネットワークのＢＳから、またはモバイルネットワークの制御ノードから（例えば、ＢＳ１００から、または制御ノード３００から）受信されうる。
【００７４】
ステップ９２０で、端末デバイスは、データブロックの伝送用の信号を処理するために端末デバイスによって必要とされる処理時間を、サポートされている複数の処理時間から判定する。処理時間は、ＨＡＲＱフィードバック時間の値として判定されうる。処理時間は、例えば、モバイルネットワークから端末デバイスへのデータブロックの伝送用の受信された信号を復号するために、端末デバイスによって必要とされる復号時間に対応しうるか、または当該復号時間を反映しうる。処理時間は、更に、端末デバイスからモバイルネットワークへのデータブロックの伝送用の信号を符号化するために端末デバイスによって必要とされる符号化時間に対応しうるか、または当該符号化時間を反映しうる。
【００７５】
端末デバイスは、ステップ９１０において受信された制御データに基づいて、処理時間を判定しうる。例えば、制御データは、処理時間を明示的に示しうる。端末デバイスは、更に、データブロックのサイズに基づいて、処理時間を判定しうる。端末デバイスは、更に、処理時間を判定するための測定を実行しうる。例えば、端末デバイスは、所与のサイズを有するデータブロックの伝送用の受信された信号を処理するために必要とされる時間を測定しうる。したがって、端末デバイスは、複数のデータブロックのうちの１つ以上のデータブロックの伝送用の信号についての処理を評価することによって、処理時間を判定しうる。測定または評価は、モバイルネットワークから受信される、処理時間を測定するための要求に応じて行われうる。
【００７６】
処理時間を判定すると、端末デバイスは、例えば図２のメッセージ２０２におけるように、判定した処理時間を示す制御データをモバイルネットワークに送信しうる。
【００７７】
ステップ９３０で、端末デバイスは、例えば、低電力モードに入るまたは低電力モードから出ることによって、図３に関連して説明したように、制御チャネルのモニタリングを停止することによって、または、図４に関連して説明したように、受信された伝送についての処理を控えることによって、判定した処理時間に基づいて複数のデータブロックの伝送を制御しうる。例えば、端末デバイスは、複数のデータブロックのうちの１つのデータブロックの伝送用のスケジューリング情報を、制御チャネル上で受信しうる。その後、処理時間に対応し、かつ、当該スケジューリング情報の受信後に始まる時間間隔の期間において、端末デバイスは、制御チャネルのモニタリングを停止しうる。
【００７８】
ステップ９４０で、端末デバイスは、データブロックを送信または受信しうるとともに、当該データブロックの受信用の信号を処理しうる。いくつかのシナリオでは、これは、ステップ９３０で制御されるような、端末デバイスの動作に依存しうる。例えば、端末デバイスは、第１のデータブロックの伝送用の信号を受信しうる。その後、処理時間に対応し、かつ、第１のデータブロックの伝送用の信号の受信後に始まる時間間隔の期間において、端末デバイスは、第２のデータブロックの伝送用の信号を受信しうる。この場合、第２のデータブロックの伝送用の信号の復号を試みる前に、端末デバイスは、第２のデータブロックの伝送用の信号に対して、再送プロトコルの否定確認応答メッセージを送信しうる。更に、端末デバイスは、第２のデータブロックの再送用の信号を受信しうるとともに、その後、第２のデータブロックの伝送用の信号の復号と、第２のデータブロックの再送用の信号の復号と、から選択しうる。このような処理の例は、図４に関連して説明されている。
【００７９】
図８の方法と図９の方法は、モバイルネットワークのノードが図８の方法に従って動作し、端末デバイスが図９の方法に従って動作するシステムにおいて、互いに組み合わせられうる。
【００８０】
以上のように、上述の概念を使用することによって、端末デバイスの種々の処理能力が、モバイルネットワークにおいて効率良くサポートされうる。このように、広い帯域幅及び高いスループットの少なくともいずれかのために設計された、ＬＴＥモバイルネットワークのようなモバイルネットワークは、ＭＴＣ端末デバイスのような、低性能の端末デバイスも収容できる。更に、端末デバイスの低電力モードを、効率的な方法でサポートできる。
【００８１】
上記で説明したような例及び実施形態は、例示にすぎず、種々の変形が許容される。例えば、上記概念は、ＬＴＥモバイルネットワークまたはＵＭＴＳモバイルネットワークについての上述の例とは異なるタイプのモバイルネットワークにおいて使用可能である。更に、上記概念は、既存のモバイルネットワークのノードまたは端末デバイスにおいてそれに対応して設計されたソフトウェアを使用することによって、または、そのようなモバイルネットワークのノードまたは端末デバイスの、専用のハードウェアを使用することによって実現されうることが、理解されよう。
【図１】
0006034885.tif 000002
【図２】
0006034885.tif 000003
【図３】
0006034885.tif 000004
【図４】
0006034885.tif 000005
【図５】
0006034885.tif 000006
【図６】
0006034885.tif 000007
【図７】
0006034885.tif 000008
【図８】
0006034885.tif 000009
【図９】
0006034885.tif 000010