JP5389783B2 - 無線ユーザ端末の電力を節約する方法および装置 - Google Patents

Description

本発明は、３Ｇ種類のセルラー無線アクセスシステムのユーザ端末において電力を節約する方法および装置に関する。

セルラー無線システムに関する第３世代パートナーシッププロジェクト、すなわち３ＧＰＰプロジェクトにおいて、その目的の１つとしてユーザ端末のバッテリ使用時間の節約を行うメカニズムが導入されるであろう。このメカニズムは、不連続受信またはＤＲＸと呼ばれる。

ＤＲＸメカニズムを用いて、ユーザ端末は、設定されたパラメータおよび指定された規則に基づき、特定の時間無線リソースを有効（オン）にしたり無効（オフ）にしたりすることができる。

ＤＲＸメカニズムの一例として、ＤＲＸ方式（スキーム）を具体的に述べている、ＷＣＤＭＡシステム用のいわゆるパケットの継続的接続性メカニズムＣＰＣ（コンティニュアス・パケット・コネクティビティ）について言及してもよい。このスキームによれば、ユーザ端末は、非ＤＲＸ期間中にデータを受信すると直ぐにその無線リソースの継続的使用（連続的受信）を開始し、データが受信されない期間の後に続いて「タイムアウト」が発生するとＤＲＸ状態に戻る。

３Ｇ（第３世代）システムでは、他の多くの無線セルラーシステムにおいて見られるのと同じように制御ノードがあり、３ＧではｅＮｏｄｅＢと呼ぶこの制御ノードは、その目的の１つとして、システム内の特定の地域すなわちセル内のユーザ端末へのトラヒックおよびユーザ端末からのトラヒックを制御する目的を有する。ＤＲＸメカニズムが適正に機能するためには、システムのｅＮｏｄｅＢが「自ノード」のユーザ端末のＤＲＸに関する状態すなわちＤＲＸかまたは非ＤＲＸかを常に決定できるようにするためには、明確な規則のセットが必要である。

３ＧシステムのＤＲＸスキームに関して現在構想されている解決手段は、ｅＮｏｄｅＢとそのＵＥとの間で様々な種類の送信または再送信が用いられることがあるという事実を適切に考慮していない。そのような様々な種類の（再）送信の例には、ハイブリッド自動再送要求ＨＡＲＱ（ハイブリッド自動再送要求）の使用によってもたらされる送信、およびＲＬＣ（無線リンク制御）によってもたらされる送信がある。

ＤＲＸスキームに関する現在の解決手段は、以下のいずれかを前提としている。
・１つの送信だけが必要とされる、または
・１つ以上の送信が必要とされる場合および／または複数のＲＬＣセグメントが必要とされる場合、それらは、ＤＲＸスキームによって最初の送信として扱われる、または
・いったんデータが受信されると、再送信または新しいデータが予想されているか否かにかかわらず、ＵＥは「オンデュレーション（ｏｎ ｄｕｒａｔｉｏｎ：連続動作）」期間にわたり受信試行（リッスン）する。このことは、設定した休眠（インアクティビティ）タイマの満了後にＵＥがＤＲＸ状態になるまで、ＵＥはリッスンし続けるので、無線リソースはリッスンのために実際に必要な期間より長い期間常に使用されることを意味する。

一般に、パケットは動的スケジューリングを用いて送信されてもよく、その動的スケジューリングを用いて、ｅＮｏｄｅＢは、データを直ぐに送信するとＵＥに通知するために明示的シグナリングを使用する。あるいは、パケットはセミパーシステント・スケジューリングを使用して送信されてもよく、これでは、ｅＮｏｄｅＢからの最初の送信は、いわゆる「ブラインド検出」を使用してＵＥによって検出され、ｅＮｏｄｅＢからの再送信は動的スケジューリングと同様にスケジューリング割り当てを使用して行われる。

ダウンリンク送信に関するＨＡＲＱ送信では、ＵＥは、再送信を要求するためにそのｅＮｏｄｅＢにＨＡＲＱ ＮＡＣＫを送信する。ｅＮｏｄｅＢは再送信の必要に関して事前に知識を有しておらず、それ故、再送信を可能とするためにＵＥにＤＲＸ期間をより短く取らせる命令を、ＭＡＣシグナリングを使用して事前に通知することができない。再送信は、通常ミリ秒単位で測定される一定の時間の後に行われてもよく、その一定の時間中はこの送信のためにリソースは使用されない。

さらに、ＶｏＩＰで使用されそうなセミパーシステント・スケジューリングでは、ちょうど動的スケジューリングと同様に、スケジューリング割り当てを使用して再送信が行われる。従って、再送信がＤＲＸ期間の長さだけ遅れるという一般的問題は、サービスまたは送信の種類に無関係である。

以上説明したように、解決手段が必要とされているが、その解決手段は、それを用いて３Ｇ種類のセルラー無線アクセスシステム、特にＬＴＥ（ロングタームエボリューション）として知られるシステムが、ＤＲＸ間隔と、例えばＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＲＬＣセグメンテーションによってもたらされる送信などの様々な種類の複数回の送信との組み合わせによって提起される問題を克服できるものである。

解決手段は、ＬＴＥシステム以外の他の種類のシステムで、ＤＲＸ期間と類似の期間、すなわちＵＥがその制御ノードからのデータをリッスンしない期間があるシステムにも適用可能であるべきである。

本発明はその解決手段を提供するが、それは、特定の地理的エリア（地域）、すなわちセル内において、複数のユーザ端末（ＵＥ）からの送信とＵＥへの送信とを制御する、すなわちサービスを提供する第１の制御ノードを配置可能なセルラー無線アクセスシステムにおいて使用され方法を、本発明が開示するからである。

本発明が適用されるセルラー無線アクセスシステムでは、ＵＥは少なくとも２つの状態のうち１つの状態を取ることができ、その第１の状態は非リッスン状態、すなわちその状態の間はＵＥがその制御ノードからのデータを受信試行（リッスン）しない状態であり、その第２の状態はリッスン状態すなわち「オンデュレーション（連続動作）」状態である。

システム内のＵＥは、特定のスキームに従って前述した２つの状態の間を行ったり来たりすることができ、前述のスキームは、ＵＥとそのｅＮｏｄｅＢとの間で送信されるデータユニットが各データユニットに対して最初に割り当てられたリソース内に全部正しく受信されるか否かに依存し、前述した割り当ては制御ノードによって実行される。

本発明の方法がＬＴＥタイプのシステムに適用される場合、第１の非リッスン状態はＤＲＸ状態であり、制御ノードはｅＮｏｄｅＢであろう。

従って、本発明は解決手段を提供し、その解決手段を用いて、異なる種類の再送信（ＨＡＲＱ ＡＣＫ／ＮＡＣＫおよびＲＬＣセグメンテーション）がＤＲＸ機能または類似の機能に突き付ける要求に対処し得る。

本発明の上記の利点および他の利点は、以下の詳細説明からさらに明らかになるであろう。

さらに、本発明は、本発明の方法を適用するシステムのユーザ端末として使用する通信装置（トランシーバ）も開示する。

本発明を適用し得るシステムの概観図である。 本明細書で使用される幾つかの定義を有する図である。 本発明の方法のフロー図である。 本発明のトランシーバのブロック図である。

本発明について、添付の図面を参照して以下により詳細に説明する。

図１は、本発明を適用し得るシステムのおおよその概観を示す。前述のように、本発明が対象としているシステムは、ＬＴＥ（ロングタームエボリューション）タイプの無線セルラーアクセスシステムである。このようなシステムは、図１に示されるように制御ノード１１０を備え、この制御ノード１１０は、その役割の１つとして、システム内の特定の地域いわゆるセル内のユーザ端末ＵＥに出入りするすべてのトラヒックを制御する役割を有する。そのようなセルについて、セル内に１つのＵＥ１３０を有して、図１の１２０として象徴的に示している。

当然ながら、本発明が適用されるシステム内のセル数およびそのセル内で使用されてもよいＵＥ数は、大幅に変わってもよく、図１に示されるセルおよびＵＥの数は、読者の本発明に対する理解を促すことを意図した一例に過ぎない。

さらに、本発明が適用されるシステムのタイプはＬＴＥタイプのシステムである必要はなく、本発明は、他のタイプの無線セルラーアクセスシステムにも同様に適用し得る。従って、ＬＴＥタイプのシステムから借用した表現の本明細書での用語の使用は、読者の本発明に対する理解を促すことを意図した例に過ぎないと見なされるべきである。

同様に前述したように、本発明は、ＬＴＥではいわゆるＤＲＸ期間と呼ばれる不連続的受信期間にかかわるメカニズムによって提起される問題を主に扱う。本発明についてより詳細に説明する前に、本明細書で使用する幾つかの基本的な定義について、図２を参照してまず説明する。

図２は、時間の相関的要素としてＵＥの無線状態を示し、この時間は、送信時間間隔ＴＴＩ単位で示されている。図２で使用されている数字は、以下の定義またはイベントに相当する。
１．ウェイクアップポイント。ＵＥがウェイクアップする時点、言い換えるとＤＲＸ状態からリッスン状態に移行する時点。
２．暗示的ゴーツースリープ（休眠）命令：ＵＥがオンデュレーション期間中にデータを少しも受信しない場合、ＵＥはＤＲＸ状態に移行する。
３．暗示的ステイアウェイク（動作継続維持）命令：ＵＥがオンデュレーション期間中にベストエフォートデータを受信した場合、現在のオンデュレーション期間をある所定の時間、適切にはオンデュレーション期間もう１つぶん延長する。
４．ＤＲＸインターバル（間隔）。一定のＤＲＸパターンが繰り返される間隔。
５．オンデュレーション期間：ＤＲＸからウェイクアップ（復帰）した後、ＵＥがデータの受信を待っている期間。
６．休眠タイマ：データの最後の受信（ＰＤＣＣＨの復号）からデータを首尾よく受信するために（ＰＤＣＣＨを復号するために）待つ継続時間。その間に受信しないと、ＵＥは再びＤＲＸ状態、すなわち非リッスン状態に入る。ＵＥはデータの１つの受信（１つのＰＤＣＣＨの復号）に続いて活動（アクティビティ）タイマを再始動する。
７．１ＴＴＩ。１送信時間間隔。
８．「アウェイク」：ＵＥがアウェイクしている時間。
９．明示的ステイアウェイク：ｅＮｏｄｅＢは、いわゆるＭＡＣシグナリングをたいてい用いて、アウェイクしているようにＵＥに明示的命令を送信してもよい。
１０．明示的ゴーツースリープ：ｅＮｏｄｅＢは、いわゆるＭＡＣシグナリングをたいてい用いて、スリープするようにＵＥに明示的命令を送信してもよい。

図２に示されている期間およびイベントに加えて、「ＤＲＸ期間」すなわちＵＥがアイドル状態にある期間、すなわちＵＥがデータをリッスンしない期間の観念も存在する。このＵＥがデータをリッスンしない期間は可変でもよく、普通はＤＲＸ間隔の全体からＤＲＸ間隔中のアウェイク時間を減算した期間に等しい。

ここで本発明に戻って、前述のように本発明は、ＤＲＸ状態と、ＨＡＲＱおよびＲＬＣを用いる送信などの様々な種類の送信、主に再送信（ＨＡＲＱ）および複数のＴＴＩでの送信（主にＲＬＣ）とにかかわる問題に取り組むことを目的としている。

本発明は、以下のことを考慮に入れて、これらの問題に取り組むことを提案する。
・元の送信
・連続した複数のＴＴＩにおけるＮ回の潜在的な追加送信（ＲＬＣセグメンテーション。しかし、本発明は連続した複数のＴＴＩの中にあるセグメントに必ずしも依存せず、例えばＲＬＣセグメントの送信を優先させることができるスケジューラと連携して働くこともできる）
・連続していない複数のＴＴＩにおけるＮ回の潜在的な追加送信（例えば、ＨＡＲＱ再送信またはＲＬＣセグメント）
非常に基本的に言うと、本発明は、一方のＤＲＸスキームをＨＡＲＱのような原理を用いる送信に使用しつつ、他方のＤＲＸスキームをＲＬＣ原理を用いる送信に使用できるような、ＤＲＸスキームが送信の種類に結びついている解決手段を提案する。

以下では、本発明の２つの異なる実施形態について説明するが、１つはＨＡＲＱ原理に適合している実施形態で、もう１つはＲＬＣ原理に適合している実施形態である。

＜第１の実施形態、ＨＡＲＱ原理＞
この実施形態では、ＤＲＸスキームはＨＡＲＱ再送信を考慮せずに設定される、すなわち、ウェイクアップのトリガー（タイミング）は予想される最初の送信に相当する。

ダウンリンク送信、すなわちｅＮｏｄｅＢからＵＥへの送信に関しては、設定されたウェイクアップ期間中にデータが全然受信されない場合、ＵＥは、直ぐに再びＤＲＸ状態に移行し、次に設定されたウェイクアップ期間までその状態に停留する。送信を受信した場合、ＵＥは、少なくとも
ａ）ＨＡＲＱについてのＡＣＫ／ＮＡＣＫを送信するとき、
ｂ）および、ＮＡＣＫが送信さてきれた場合に、再送信が予想されるとき
アウェイクしている。

これはＤＲＸパターン外で行われてもよい。すなわち、ＵＥがＨＡＲＱ ＡＣＫを送信しそれ以上の再送信が予想されなくなるまで、ＵＥは、既知のケースａ）およびｂ）にアウェイクしている。ＵＥは、ケースａ）とｂ）との間にオプションでスリープしてもよい。

システムがＨＡＲＱ原理を用いるとき、ＵＥはＨＡＲＱ ＡＣＫを送信したがｅＮｏｄｅＢがこれをＨＡＲＱ ＮＡＣＫと読み間違える場合を想像し得る。この事例、すなわちＡＣＫのＮＡＣＫへの読み間違いの事例では、ＵＥがＨＡＲＱのＡＣＫ送信後直ぐにＤＲＸ状態になる場合、ｅＮｏｄｅＢからの再送信およびそれに続くどの再送信の試みも失敗するであろう。このことは、ＵＥが最初の試みでデータを受信した場合でさえ、ｅＮｏｄｅＢは再送信を最大回数まで実行することになるであろう。

この事例すなわちＵＥはＨＡＲＱ ＡＣＫを送信するが、ｅＮｏｄｅＢがこれをＨＡＲＱ ＮＡＣＫと読み間違える事例を対象とするために、以下の機能が本発明の方法に追加されてもよい。

この誤りの事例に取り組むために、ＵＥは、予め定められた期間だけ、またはｅＮｏｄｅＢが再送信をスケジューリング（計画）していないことがＵＥに明白になるまで、すなわち、送信したＡＣＫがＮＡＣＫに間違えられて解釈された場合に再送信が実行されたであろう時間中に、ＵＥがｅＮｏｄｅＢから再送信を受信しないことが分かるまで、オンデュレーション状態に停留するのを延長してもよい。従って、これは、ｅＮｏｄｅＢが再送信を最大回数まで行うリスクを減少するであろう。

上記で提案したように、ＤＲＸ状態へ戻るのとＨＡＲＱとを関連付けることによって、首尾よい受信／送信後、ｅＮｏｄｅＢからＵＥへの明示的な「ゴーツースリープ要求」と同じ結果を達成するという追加の利点を有する。従って、ｅＮｏｄｅＢは、ＵＥがＤＲＸ状態にあるか否かを知るであろう。

アップリンク送信すなわちＵＥからｅＮｏｄｅＢへの送信に関しては、ダウンリンクに関して上記で提案したのと類似の動作が適用されてもよい。ＵＥは、ｅＮｏｄｅＢにデータユニットを送信後、直ぐにＤＲＸ状態にならない。代わりに、ＵＥはｅＮｏｄｅＢからのＨＡＲＱのＡＣＫ／ＮＡＣＫを待つ、すなわち、ＵＥは、少なくともＡＣＫ／ＮＡＣＫが予想されているとき、「アウェイク」していなければならない。ＮＡＣＫが受信された場合、ダウンリンクに関して上述したのと同様に、ＵＥは、再送信を行うときもアウェイクしていなければならない。

上記の「ウェイクアップ」は「ブラインド検出」が（再送信にさえ）使用される事例を含む。すなわちＵＥが特定の１つのＴＴＩだけウェイクアップする代わりに、むしろ短い間隔中データをリッスンするであろう事例を含むことを指摘すべきである。

＜第２の実施形態、ＲＬＣセグメンテーション＞
これは、ＲＬＣセグメント／ＲＬＣセグメンテーションと組み合わされたＤＲＸに特に適した実施形態である。

この実施形態では、ＤＲＸスキームはＲＬＣセグメンテーションの潜在的な使用を考慮せずに設定される、すなわち、ウェイクアップのタイミングは予想される最初の送信に相当する。

ダウンリンク送信すなわちｅＮｏｄｅＢからＵＥへの送信に関して、設定されたウェイクアップ期間中にデータが全然受信されない場合、ＵＥは直ぐにＤＲＸ状態に入り、次に設定されたウェイクアップ期間までそこに停留する。送信を受信した場合、ＵＥは、少なくとも
ａ）受信データがＲＬＣ ＰＤＵ（プロトコルデータユニット）セグメントを有することを検出した場合は、
ｂ）すべてのＲＬＣセグメントを適切に受信するまで、アウェイクし続ける。ＵＥがアウェイクし続けてそのようなすべてのセグメントを受信できるか、または、ＨＡＲＱ再送信と同様に、一定量のＴＴＩが過ぎて初めて次のＲＬＣセグメントが来ないことをＵＥは「知る」であろう。ＵＥがＮＡＣＫを送信した場合、ＵＥは上記で説明のＨＡＲＱ原理のように「スリープ」してもよいが、その時間中にセグメントが予想される場合、ウェイクアップしなければならない。この一側面は、ＲＬＣセグメントが新しいオンデュレーション期間をトリガーしないことであり、特に最後のセグメントを受信すると、ＵＥはＤＲＸ状態に遷移してもよいことである。

直前に説明した「アウェイク時間」は、普通のＤＲＸパターンの外に保たれてもよい。すなわち、ＵＥは、すべてのＲＬＣセグメントに対してＨＡＲＱ ＡＣＫを送信し、ＲＬＣセグメントがこれ以上予想されなくなるまで、既知のケースａ）およびｂ）でアウェイクしているであろう。

ＵＥのウェイクアップ時間とＲＬＣセグメントの検出をこのように結び付けることにより、幾つかのＴＴＩ（たぶん連続しているが、必ずしも連続している必要はない）にわたりデータユニットを送信するとき、ｅＮｏｄｅＢからの明示的な「オンデュレーション」または「連続的レベルへの移行要求」と同じ効果を達成し、同様に首尾よい受信／送信後は、ｅＮｏｄｅＢからＵＥへの明示的な「ゴーツースリープ要求」すなわち「ＤＲＸに入れ」と同じ効果も達成する追加の利点を有する。

アップリンク送信すなわちＵＥからＮｏｄｅＢへの送信に関して、類似のパターンが適用されてもよい。ＵＥは、セグメント化したデータユニットを送信後、直ぐにスリープしないで、代わりにすべてのＲＬＣセグメントの送信を続ける、すなわち、ＵＥは、少なくともすべてのセグメントを送信し、肯定応答（ＡＣＫ）を受けるまでアウェイクしていなければならない。

図３は、本発明の方法３００に係る幾つかのステップのフローチャートである。オプションまたは代替のステップは破線で示されている。従って、図３に示されているように、方法３００によれば、本発明が適用されるシステムのＵＥは、特定のスキームに従って、本明細書に前述した２つの状態の間を行ったり来たりすることができ（ステップ３１０）、このスキームは、ステップ３２０に示されるように、ＵＥとその制御ノードとの間で送信されるデータユニットが各データユニットに最初に割り当てられたリソース内に全部正しく受信されるか否かに依存する。ステップ３３０は、本発明の方法によれば、２つの状態の間を行ったり来たりするスキームが、一実施形態ではＵＥとその制御ノードとの間のＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信に対応するように構成されてもよいことを示す。ステップ３４０に示されるように、方法３００の一実施形態では、２つの状態間を交互に遷移するスキームは、ＵＥとその制御ノードとの間のＲＬＣセグメンテーションに対応するようにも構成されてもよい。

図３のステップ３５０は、方法３００の別の実施形態では、制御ノードからＵＥへの送信すなわちダウンリンクＤＬ送信に関して、ＵＥが非リッスン状態からリッスン状態へ移行するタイミングは、制御ノードから予想される最初のデータ送信に対応するようにスケジューリングされてもよいことを示す。

ステップ３６０は、ＵＥが、以下の状態まで、リッスン状態（「非ＤＲＸ」）に留まってもよいことを示す。
・ＵＥが対応するＡＣＫ／ＮＡＣＫを送信するまで、かつ
・ＮＡＣＫが送信されてきた場合、予想される対応する再送信まで、
・受信データがＲＬＣ ＰＤＵセグメントを備える場合、すべてのデータが受信されるまで。

ステップ３７０に示されるように、ＵＥがＡＣＫを送信した場合、ＵＥは予め定めた期間だけリッスン状態に停留することを延長し、ＵＥが送信したＡＣＫが制御ノードによってＮＡＣＫと間違えられて解釈された場合に再送信が行われたであろう時間中に、制御ノードから再送信（「Ｒｅ―ＴＸ」）を受信しないことを確認する。

ステップ３８０では、ＵＥから制御ノードへの送信に関して、ＵＥがデータユニットを制御ノードに送信後、ＵＥは、非リッスン状態に移行する前に制御ノードからのＡＣＫ／ＮＡＣＫを待ち、ＮＡＣＫを受信した場合、再送信が予想されている間は、ＵＥはリッスン状態にいる。

図４は、基本的に上記のように機能するＵＥとして使用する本発明の通信装置（トランシーバ）４００のおおよそのブロック図を示す。図４に示されるように、本発明のＵＥ４００は、ｅＮｏｄｅＢと通信するためのアンテナ４１０を備え、また送信部（ＴＸ）４３０および受信部（ＲＸ）４２０も備える。さらに、ＵＥ４００は、例えばマイクロプロセッサ（μＰ）４４０などの制御手段も備え、またメモリ４５０も備える。

トランシーバ４００は、上記の方法に従って機能するための手段を基本的に備え、従って、少なくとも２つの異なる状態の１つを採用するためにコントローラ４４０およびメモリ４５０などの手段を備える。２つの異なる状態のうち第１の状態は、アイドル状態、すなわちＤＲＸ状態であり、第２の状態はリッスン状態、すなわち「オンデュレーション」状態であり、各状態は特定の時間量（期間）にわたり採用される。適切には、コントローラ４４０は、ＤＲＸ期間および非ＤＲＸ期間の時間の長さを制御し、それをメモリ４５０から読み出してもよい。

コントローラ４４０およびメモリが切り替えメカニズムの一部としてここに表現されているが、例えばｅＮｏｄｅＢが切り替えに関連する情報またはコマンドを送信する場合、アンテナ４１０および受信部４２０もこのメカニズムの一部でもよいことに留意すべきである。

しかし、切り替え手段、この場合手段４４０、４５０は、スキームを作成し、そのスキームに従って、ＵＥは、ＵＥとその制御ノードとの間で送信されるデータユニットが、各データユニットに最初に割り当てられたリソース内に全部正しく受信されるか否かに応じて前述の２つの状態を行ったり来たりする。

本発明のＵＥ４００では、切り替え手段４４０、４５０は、ＵＥ４００とその制御ノード例えばｅＮｏｄｅＢとの間のＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信に対応するように、２つの状態の間を行ったり来たりするようにもスキームを適合させてもよい。あるいは、切り替え手段４４０、４５０は、ＵＥ４００とその制御ノード１１０との間のＲＬＣセグメンテーションに対応するように、２つの状態の間を行ったり来たりするようにスキームを適合させてもよい。

ＵＥ４００の一実施形態では、上述の最初に割り当てられるリソースは以下のものの１つである。
・時間リソース、例えばＴＴＩ
・周波数リソース、例えばサブフレームまたはリソースブロック
・変調符号化スキーム、すなわち変調方式、符号レートおよび送信ビット数
ＵＥ４００の別の実施形態では、制御ノードからＵＥへの送信の場合に、切り替え手段４００、４５０は、制御ノードから予想される最初のデータ送信に対応するためにＵＥが非リッスン状態からリッスン状態へ移行するタイミングをスケジューリングする。

同様に、リッスン期間中にＵＥがデータを全然受信しなかった場合、切り替え手段４４０、４５０は、ＵＥを直ぐに非リッスン状態に入らせてもよく、データを受信した場合、切り替え手段４４０、４５０は、以下の状態になるまでＵＥをリッスン状態に留まらせてもよい。
・ＵＥが対応するＡＣＫ／ＮＡＣＫを送信するまで、かつ
・ＮＡＣＫが送信されてきた場合、予想されている対応する再送信まで、
・受信データがＲＬＣ ＰＤＵセグメントを備える場合、すべてのデータを受信するまで。

さらに、ＵＥがＡＣＫを送信する場合、切り替え手段４４０、４５０は、予め定められた期間だけＵＥがリッスン状態に停留するのを延長して、ＵＥが送信したＡＣＫが制御ノードによってＮＡＣＫと読み違えられた場合に再送信が行われたであろう時間中に、ＵＥが制御ノードから再送信を受信しないことを確認してもよい。

本発明の別の実施形態ではアップリンクＵＬ送信に関して、ＵＥが制御ノードにデータユニットを送信後、切り替え手段４４０、４５０は、ＵＥが非リッスン状態になる前にＵＥに制御ノードからのＡＣＫ／ＮＡＣＫを待たせ、ＮＡＣＫを受信した場合、制御ノードからの再送信が予想される間、ＵＥをリッスン状態に保つ。

本発明は、上述しかつ図に示す実施形態の例に限定されず、添付の特許請求の範囲内で自由に変更されてもよい。例えば、本発明について主にＬＴＥ種類のシステムからの表現を用いてこれまで説明したが、本発明は、他の種類の無線セルラーアクセスシステムに適用されてもよい。

同様に、本発明のわずかに異なる態様では、以下の原理が適用されてもよい。
−ＨＡＲＱおよびＲＬＣセグメントに関して、特定のＤＲＸスキームが使用されるが、このスキームは「メインの」ＤＲＸスキームに依存せず、以下の原理を有する。
・ＨＡＲＱおよびＲＬＣセグメンテーションに関して
・最初の送信に続く送信の間で、ＵＥがスリープすることが許容される。ＵＥがスリープする時間はＸ ＴＴＩでもよく、ここでＸは、ｅＮｏｄｅＢによって例えば（非同期ＨＡＲＱに関しておよびＲＬＣセグメントに関しての）ＲＲＣシグナリングを使用してＵＥに設定されるか、または（例えばＬＴＥアップリンクの同期ＨＡＲＱに関する）物理層の特性に基づき予め定められた値である。Ｘ ＴＴＩ後、ＵＥはウェイクアップし、送信を受信するまでリッスンする。

・ＵＥは、ＨＡＲＱであれＲＬＣであれその両方であれ、最初の送信に属するそれに続くすべての送信が完了するまで、アウェイクし続ける。
・両方の場合に、ＵＥは、その送信を受信したらスリープに戻ってもよい送信を受信後、直ぐにＤＲＸ状態に戻ってもよい。もちろん、「メインの」ＤＲＸスキームが別のやり方でＤＲＸ状態を許容しないであろう場合、ＤＲＸ状態にならなくてもよい。

Claims (16)

1. セル（１２０）と呼ばれるエリア内に位置するユーザ端末（ＵＥ）（１３０）への送信と前記ＵＥからの送信とを制御する制御ノード（１１０）を備えたセルラー無線アクセスシステム（１００）において使用される方法（３００）であって、
   前記ＵＥは２つの状態のうちの１つを決定可能であり、前記２つの状態は前記ＵＥがその制御ノード（１１０）から送信されるデータを受信しない状態である受信試行を実行しない状態と、受信試行を実行する状態とであり、
   前記方法は、
   前記ＵＥと前記ＵＥを制御している制御ノードとの間で送信されているデータユニットが、前記制御ノードによって各データユニットに割り当てられた初期のリソース内ですべて正確に受信されたか否かに依存して、前記ＵＥが前記２つの状態を切り替えるステップを有し、
   前記ＵＥは、前記ＵＥを制御している制御ノードからの送信について、
   受信試行を実行すべき期間において前記ＵＥによって１つもデータが受信されなかった場合、前記ＵＥは、前記受信試行を実行しない状態へ遷移し、
   前記ＵＥが送信したＡＣＫが前記制御ノードによって間違ってＮＡＣＫとして解釈された場合に再送が実行されるであろう期間にわたり前記ＵＥが前記制御ノードからいずれの再送も受信しないことを確認するために、前記ＵＥが前記制御ノードへＡＣＫを送信する場合、前記受信試行を実行する状態に停留する時間を予め定められた期間だけ延長する
   ことを特徴とする方法。
2. 前記ＵＥが前記２つの状態を切り替える際に遵守するスキームは、前記ＵＥとその制御ノードとの間で送信されるＨＡＲＱ（ハイブリッド自動再送要求）についてのＡＣＫ／ＮＡＣＫ（アクノレッジメント／非アクノレッジメント）に順応するように適合したスキームであることを特徴とする請求項１に記載の方法。
3. 前記ＵＥが前記２つの状態を切り替える際に遵守するスキームは、前記ＵＥとその制御ノードとの間で送信されるＲＬＣ（無線リンク制御）セグメンテーションに順応するように適合したスキームであることを特徴とする請求項１または２に記載の方法。
4. 前記初期のリソースは、
   ・ＴＴＩなどの時間軸におけるリソース、
   ・サブフレームまたはリソースブロックなどの周波数軸におけるリソース、
   ・変調方式、符号レートおよび送信ビット数などの変調符号化方式
   のうちから選択されたリソースであることを特徴とする請求項１ないし３のいずれか１項に記載の方法。
5. 前記ＵＥを制御する制御ノードから前記ＵＥへの送信について、前記ＵＥが前記受信試行を実行しない状態から前記受信試行を実行する状態へ遷移するタイミングは、予想される前記制御ノードからのデータの第１回目の送信に対応してスケジューリングされることを特徴とする請求項１ないし４のいずれか１項に記載の方法。
6. 前記受信試行を実行すべき期間において前記ＵＥによってデータが受信された場合、前記ＵＥは、
   ・前記ＵＥが、対応するＡＣＫ／ＮＡＣＫを送信したとき
   ・ＮＡＣＫを送信した場合に、前記ＮＡＣＫに対応した再送が予想されるとき
   ・前記ＵＥが受信したデータにＲＬＣ ＰＤＵ（プロトコルデータユニット）セグメントが含まれていた場合に、すべてのデータの受信が完了するとき
   のいずれかが到来するまで、前記受信試行を実行する状態に停留することを特徴とする請求項５に記載の方法。
7. 前記ＵＥが前記制御ノードへデータユニットを送信した後において、前記受信試行を実行しない状態へと遷移する前に前記ＵＥは前記制御ノードからのＡＣＫ／ＮＡＣＫを待ち、もしＮＡＣＫを受信した場合に、前記制御ノードから前記ＵＥへの送信について前記制御ノードからの再送が予想される間は、前記ＵＥは前記受信試行を実行する状態に停留することを特徴とする請求項１ないし６のいずれか１項に記載の方法。
8. 前記セルラー無線アクセスシステムは、ＬＴＥ（ロングタームエボリューション）タイプのシステムであり、前記受信試行を実行しない状態は、ＤＲＸ状態であり、前記制御ノードはｅＮｏｄｅＢであることを特徴とする請求項１ないし７のいずれか１項に記載の方法。
9. セル（１２０）と呼ばれるエリア内に位置するユーザ端末（ＵＥ）（１３０）への送信と前記ＵＥからの送信とを制御する制御ノード（１１０）を備えたセルラー無線アクセスシステム（１００）において前記ＵＥとして使用される通信装置であって、
   前記ＵＥがその制御ノード（１１０）から送信されるデータを受信しない状態である受信試行を実行しない状態と、受信試行を実行する状態とを含む２つの状態のうち１つを決定する決定手段（４４０、４５０）と、
   前記ＵＥと前記ＵＥを制御している制御ノードとの間で送信されているデータユニットが、前記制御ノードによって各データユニットに割り当てられた初期のリソース内ですべて正確に受信されたか否かに依存して、前記２つの状態間で状態の切り替えを実行する切り替え手段（４４０）と
   を備え、
   前記切り替え手段は、さらに、
   受信試行を実行すべき期間において前記ＵＥによって１つもデータが受信されなかった場合、前記切り替え手段は、前記ＵＥを直ちに前記受信試行を実行しない状態へと遷移させ、
   前記ＵＥが送信したＡＣＫが前記制御ノードによって間違ってＮＡＣＫとして解釈された場合に再送が実行されであろう期間にわたり前記ＵＥが前記制御ノードからいずれの再送も受信しないことを確認するために、前記受信試行を実行する状態へ遷移したままとなる時間を予め定められた期間だけ延長することを特徴とする通信装置。
10. 前記切り替え手段は、
    前記ＵＥとその制御ノードとの間で送信されるＨＡＲＱ（ハイブリッド自動再送要求）についてのＡＣＫ／ＮＡＣＫ（アクノレッジメント／非アクノレッジメント）に順応するようにスキームを適合させることを特徴とする請求項９に記載の通信装置。
11. 前記切り替え手段は、
    前記ＵＥとその制御ノードとの間で送信されるＲＬＣ（無線リンク制御）セグメンテーションに順応するようにスキームを適合させることを特徴とする請求項９または１０に記載の通信装置。
12. 前記初期のリソースは、
    ・ＴＴＩなどの時間軸におけるリソース、
    ・サブフレームまたはリソースブロックなどの周波数軸におけるリソース、
    ・変調方式、符号レートおよび送信ビット数などの変調符号化方式
    のうちから選択されたリソースであることを特徴とする請求項９ないし１１のいずれか１項に記載の通信装置。
13. 前記ＵＥを制御する制御ノードから前記ＵＥへの送信について、前記切り替え手段は、前記ＵＥが前記受信試行を実行しない状態から前記受信試行を実行する状態へ遷移するタイミングを、予想される前記制御ノードからのデータの第１回目の送信に対応してスケジューリングすることを特徴とする請求項９ないし１２のいずれか１項に記載の通信装置。
14. 前記受信試行を実行すべき期間において前記ＵＥによってデータが受信された場合、前記切り替え手段は、
    ・前記ＵＥが、対応するＡＣＫ／ＮＡＣＫを送信したとき
    ・ＮＡＣＫを送信した場合に、前記ＮＡＣＫに対応した再送が予想されるとき
    ・前記ＵＥが受信したデータにＲＬＣ ＰＤＵ（プロトコルデータユニット）セグメントが含まれていた場合に、すべてのデータの受信が完了するとき
    のいずれかが到来するまで、前記受信試行を実行する状態への停留を前記ＵＥに継続させる
    ことを特徴とする請求項１３に記載の通信装置。
15. 前記ＵＥが前記制御ノードへデータユニットを送信した後において、前記切り替え手段は、前記受信試行を実行しない状態へと遷移する前に前記ＵＥに前記制御ノードからのＡＣＫ／ＮＡＣＫを待たせ、もしＮＡＣＫを受信した場合に、前記制御ノードから前記ＵＥへの送信について前記制御ノードからの再送が予想される間は、前記受信試行を実行する状態に前記ＵＥを停留させることを特徴とする請求項９ないし１４のいずれか１項に記載の通信装置。
16. 前記セルラー無線アクセスシステムは、ＬＴＥ（ロングタームエボリューション）タイプのシステムであり、前記受信試行を実行しない状態は、ＤＲＸ状態であり、前記制御ノードはｅＮｏｄｅＢであることを特徴とする請求項９ないし１５のいずれか１項に記載の通信装置。

Images