特許 5731609 無線ユーザ端末の電力を節約する方法および装置

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

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

(11)【特許番号】5731609

(24)【登録日】2015年4月17日

(45)【発行日】2015年6月10日

(54)【発明の名称】無線ユーザ端末の電力を節約する方法および装置

(51)【国際特許分類】

   H04W 52/02 20090101AFI20150521BHJP

   H04W 28/04 20090101ALI20150521BHJP

【ＦＩ】

   H04W52/02 110

   H04W28/04 110

【請求項の数】4

【外国語出願】

【全頁数】12

(21)【出願番号】特願2013-212338(P2013-212338)

(22)【出願日】2013年10月9日

(62)【分割の表示】特願2010-506123(P2010-506123)の分割

【原出願日】2007年11月21日

(65)【公開番号】特開2014-39316(P2014-39316A)

(43)【公開日】2014年2月27日

【審査請求日】2013年10月16日

(31)【優先権主張番号】0701030-9

(32)【優先日】2007年4月27日

(33)【優先権主張国】SE

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エル エム エリクソン（パブル）

(74)【代理人】

【識別番号】100076428

【弁理士】

【氏名又は名称】大塚 康徳

(74)【代理人】

【識別番号】100112508

【弁理士】

【氏名又は名称】高柳 司郎

(74)【代理人】

【識別番号】100115071

【弁理士】

【氏名又は名称】大塚 康弘

(74)【代理人】

【識別番号】100116894

【弁理士】

【氏名又は名称】木村 秀二

(74)【代理人】

【識別番号】100130409

【弁理士】

【氏名又は名称】下山 治

(72)【発明者】

【氏名】ペレティエ， ギレーヌ

(72)【発明者】

【氏名】ペターソン， ヨナス

(72)【発明者】

【氏名】サンドルンド， クリストファー

(72)【発明者】

【氏名】トルスナー， ヨハン

【審査官】 田部井 和彦

(56)【参考文献】

【文献】 特開２００３−０８７１８５（ＪＰ，Ａ）

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

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

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

【文献】 国際公開第２００６／１０３６１８（ＷＯ，Ａ１）

【文献】 特開２００３−１１０５８２（ＪＰ，Ａ）

【文献】 特開平０９−１６２７９８（ＪＰ，Ａ）

【文献】 特開２００５−０２６８６２（ＪＰ，Ａ）

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

【文献】 NEC，Interaction of DRX and downlink HARQ，3GPP TSG-RAN WG2#57bis R2-071273，２００７年 ３月２６日

【文献】 Nokia，DRX parameters in LTE，3GPP TSG-RAN WG2 Meeting #57bis R2-071285，２００７年 ３月２６日

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

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

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

【請求項1】

あるセルのエリア内に位置するユーザ端末への送信と前記ユーザ端末からの送信とを制御する制御ノードを備えたセルラー無線アクセスシステムにおいて使用される方法であって、
前記ユーザ端末は、当該ユーザ端末がその制御ノードから送信されるデータを受信しない状態である非リッスン状態と、リッスン状態とを含む少なくとも２つの状態のうちの１つを決定し、
前記方法は、
周期的なリッスン期間の間は前記ユーザ端末が前記リッスン状態に移行するステップと、
前記リッスン期間の間にデータの送信が無ければ、前記ユーザ端末が前記リッスン状態から非リッスン状態に移行するステップと
を有し、
前記ユーザ端末は、前記リッスン期間の間にデータの送信を受信したものの当該データの復号に成功せず、ＮＡＣＫを送信した場合、当該データの再送を受信するために前記リッスン状態に戻る前に所定時間にわたって前記リッスン状態から前記非リッスン状態に移行することを許容される
ことを特徴とする方法。

【請求項2】

前記所定時間は所定の送信時間間隔（ＴＴＩ）によって表現されることを特徴とする請求項１に記載の方法。

【請求項3】

ユーザ端末への送信と前記ユーザ端末からの送信とを制御する制御ノードを備えたセルラー無線アクセスシステムにおける前記ユーザ端末であって、
前記制御ノードにデータを送信するとともに前記制御ノードからデータを受信するように構成された通信回路と、
１つ以上の制御回路と
を有し、
前記制御回路は、
周期的なリッスン期間の間は前記ユーザ端末をリッスン状態に移行させ、
前記リッスン期間の間にデータの送信が無ければ、前記ユーザ端末を前記リッスン状態から非リッスン状態に移行させ、
前記ユーザ端末が、前記リッスン期間の間にデータの送信を受信したものの当該データの復号に成功ぜす、ＮＡＣＫを送信した場合、当該データの再送を受信するために前記リッスン状態に戻る前に所定時間にわたって前記リッスン状態から前記非リッスン状態に移行することを許容される
ことを特徴とするユーザ端末。

【請求項4】

前記所定時間は所定の送信時間間隔（ＴＴＩ）によって表現されることを特徴とする請求項３に記載のユーザ端末。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【発明の概要】

【発明が解決しようとする課題】

【0005】

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

【0006】

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

【0007】

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

【0008】

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

【0009】

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

【0010】

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

【0011】

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

【0012】

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

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【図面の簡単な説明】

【0020】

【図1】本発明を適用し得るシステムの概観図である。

【図2】本明細書で使用される幾つかの定義を有する図である。

【図3】本発明の方法のフロー図である。

【図4】本発明のトランシーバのブロック図である。

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【図1】

【図2】

【図3】

【図4】