JP5226771B2 - ワイヤレスユーザ端末における節電の方法およびデバイス - Google Patents

Description

本発明は、第三世代（３Ｇ）タイプのセルラー・ワイヤレス・アクセス・システムにおけるワイヤレスユーザ端末において節電するための方法およびデバイスに関する。

セルラー・ワイヤレス・システムのための３ＧＰＰプロジェクトでは、ユーザ端末内で電池の時間を節約することをその目的の１つとして有するメカニズムが導入されることになっており、そのメカニズムを不連続受信、すなわちＤＲＸと呼ぶ。

ＤＲＸを使って、ユーザ端末は、設定されたパラメータおよび指定された規則に基づいて無線リソースを一定時間オンにしたりオフにしたりすることができる。

ＤＲＸメカニズムの一例として、ＷＣＤＭＡシステムのための、いわゆる継続的パケット接続性確保メカニズムすなわちＣＰＣについて言及が行われるであろうが、この中でＤＲＸスキームが指定されている。このスキームにより、ユーザ端末は、非ＤＲＸ期間の間にデータを受信するとすぐ、自分の無線リソースの連続使用（連続受信）を開始し、そして、データがまったく受信されない期間に続いて発生する「タイムアウト」に基づいてＤＲＸ状態を再開する。

３Ｇシステムでは、他の多くのワイヤレス・セルラー・システムの場合と同様、ｅＮｏｄｅＢと呼ばれる制御ノードが存在するが、ｅＮｏｄｅＢはその目的の１つとして、システム内の一定のエリア、すなわちセルの範囲内に位置するユーザ端末が送信又は受信するトラヒックを制御する。ＤＲＸメカニズムが適切に機能するには、システムのｅＮｏｄｅＢがＤＲＸに関する「それらの」ユーザ端末の状態、すなわちＤＲＸであるか否かを常に判定できるようにするために、明確なルールが必要である。

ＬＴＥシステムでは、主として２種類のトラヒック、すなわちリアルタイムトラヒックと非リアルタイムトラヒックとが存在する可能性があり、後者は通常、いわゆるベストエフォートのトラヒックである。

混合トラヒックの場合、すなわち、非リアルタイム（例えば「ベストエフォート」）のフローおよびリアルタイムのフローの両方が同時にアクティブである可能性のある場合については、本解決策の場合、ユーザ端末がＤＲＸ期間を有すること、および、そのような期間に適切な有効時間を与えることは困難である場合があり、それは、ある意味でトラヒックの特性に基づいてユーザ端末をＤＲＸ状態にさせる現行の手法がもたらす問題である。

トラヒックの特性またはパターンに基づいてＤＲＸ期間を導出する手法は、非リアルタイムのトラヒックには適しているかもしれないが、それが例えばＶｏＩＰのようなリアルタイムのトラヒックに、あるいは、両方の組み合わせに、すなわち混合トラヒックにどの程度うまく適用されうるかは明確ではない。ＤＲＸスキームがＵＥ毎であり、無線アクセスベアラ、すなわちＲＡＢ毎でも、無線ベアラ、すなわちＲＢ毎でもないことから、このことは特に当面の問題と関連性がある。

要するに言えることは、混合トラヒックシステムにおけるＤＲＸ期間に対する既存の解決策の場合、問題は、これらの解決策が混合シナリオにおけるサービスの特性を考慮していないということである。言い換えると、現行の解決策は、特性が変化する（リアルタイム／非リアルタイム）トラヒックがまったく同一のＵＥについて同時にアクティブである場合、十分に機能しないことがある。

可能性のある１つの手法は、非リアルタイムトラヒックに関するものより厳しい、リアルタイムトラヒックの遅延要件を満足するスキームを用いることであろう。そのようなスキームにおいては、ｅＮｏｄｅＢは、リアルタイムおよび非リアルタイムデータが両方共受信されるまで、ＤＲＸ状態を変更するかまたは少しの「オンデュレーション（有効）」期間の間「アウェイク（活性化）する」ように、例えばＭＡＣ指標を用いてＵＥに対して明示的に信号を送信することもできるであろうし、それに続いてＵＥは、明示的なシグナリングを使ってかまたは自律的にＤＲＸを再開することもできよう。

しかし、周期的なＤＲＸパターンの目的は、リアルタイムサービスとベストエフォートサービスとでは大いに異なり、前者にとっては、それはアプリケーションデータの生成（例えば２０ｍｓの境界線で生成された符号化された音声）に合致することを意味し、後者にとっては、ＤＲＸに起因してベストエフォートデータが被る追加の遅延についての上方の境界線を提供することを意味する。

これは、混合トラヒックに関してリアルタイムＤＲＸスキームだけを用いると、例え送信される非リアルタイムデータが非常にわずかであったとしても、ＵＥの周期的な活性化がアプリケーションの送信速度にどの程度よく合致するかということに干渉するかまたは、ほとんどの時間、ＤＲＸ期間が短くなる可能性がある、ということを意味する。また、リアルタイムフローのジッタの増加の一因となる可能性もあり、それは明らかに、望ましい特性ではない。

従って、前述のとおり、例えばリアルタイムデータおよび非リアルタイムデータのような２種類のデータがありうる、ＬＴＥタイプのワイヤレス・セルラー・アクセス・システムにおけるＤＲＸ期間の問題の解決策が必要である。解決策は、ｅＮｏｄｅＢに対して、「その」ユーザ端末がどちらの状態なのか、すなわちＤＲＸなのか非ＤＲＸなのかを常に知っている可能性だけでなく、多様な種類のトラヒックによってもたらされたＤＲＸの必要性に対応する可能性も提供すべきである。

また、解決策は、ＤＲＸ期間と同様の期間、すなわち、ＵＥが自分の制御ノードからのデータをリッスンしない期間がその中にある、ＬＴＥシステム以外の種類のシステムにも適用されうるべきである。

特に、システムの一定のエリア、すなわちセルの中のユーザ端末、すなわちＵＥへ送信される信号やＵＥが受信する信号を制御するのに役立つ、少なくとも１つの制御ノードが存在する可能性がある、セルラー・ワイヤレス・アクセス・システムの中で用いる方法を本発明が開示するという点で、本発明はそのような解決策を提供するものである。

本発明の方法によると、ＵＥは、少なくとも２つの異なる状態のうちの１つであってもよく、第１のそのような状態とは、ＵＥが自分の制御ノードからデータを受信試行（リッスン）しない状態であり、そして第２のそのような状態とは、リッスンしている状態、すなわち「オンデュレーション（有効）」状態であり、いずれの状態も、一定の時間についてその状態になる。

本発明が適用されうるシステムでは、ＵＥは、少なくとも第１および第２のタイプのデータを自分の制御ノードから受信することができ、そして本発明の方法によれば、第１のタイプのデータが有効期間の間にＵＥによって受信されると、ＵＥは、有効期間の終了時点で第１の（リッスンしていない）状態となり、そして、第２のタイプのデータが有効期間の間にＵＥによって受信されると、ＵＥは、現行の有効期間を一定時間だけ延長する。

ここでは「データ」という用語は、広い意味で用いられており、従って、例えば、スケジューリング割当てデータ、承認データ、およびユーザプレーンデータ等のような、いわゆるレイヤ１およびレイヤ２（例えば制御プレーン）シグナリングを含む。

適切ではあるが、必ずしもそうであるとは限らないことだが、第１のタイプのデータが、リアルタイムデータであるかまたはリアルタイムデータの送信に関連するシグナリング、例えばリアルタイムデータにリソースを割り当てる目的のスケジューリング承認またはスケジューリング割当てでありうる。

また、適切ではあるが、必ずしもそうであるとは限らないことだが、第２のタイプのデータが、非リアルタイムデータ、すなわち、いわゆるベストエフォートデータ、であるかまたはベストエフォートデータの送信に関連するシグナリング、例えばスケジューリング承認またはスケジューリング割当ておよび他のタイプのレイヤ１／レイヤ２のシグナリングでありうる。

従って、本発明は、リアルタイムおよび非リアルタイムデータのような２つのタイプのデータによるＤＲＸに類する状態に対する需要に対応できるような方法を開示する。

本発明の特定の一実施形態では、時間として指定される「無活動タイマー」が含まれており、進行中の有効期間の間にＵＥがベストエフォートデータを受信すると、ＵＥは無活動タイマーに相当する期間について、有効の状態を延長する。従って、制御ノードは、制御ノードがＵＥにベストエフォートデータを送信するのに続いてＵＥの中でＤＲＸに類する状態が延長される時間を知るであろう。

本発明の別の実施形態では、ＵＥは、制御情報を自分の制御ノードから受信することができるようになっており、制御ノードは、非リスニング／有効という２つの状態のうちの１つになるように現行の有効期間の終了時点で明示的にＵＥに命令し、また前記命令には、その状態になるべき時間が含まれる。従って、これは、ＵＥがどちらの状態にあるであろうか、および、ＵＥがどの位の間、その状態になるであろうかということを制御ノードが知る、もう１つのやり方である。

適切なことであるが、制御メッセージは、それによって制御ノードがＵＥに命令して一定の時間、２つの状態のうちの１つになるようにさせることができる、いわゆるＭＡＣシグナリングであってもよい。

これらの本発明の利点およびその他の利点は、下記の本発明の詳細記述から一層明らかになるであろう。

本発明について、添付の図面を参照しながら、以下でより詳しく説明しよう。

本発明が適用されうるシステムの概要を示す図である。 本テキストの中で用いられる定義の一部を示す図である。 本発明による時間グラフを示す図である。 本発明の方法のフローチャートである。 本発明のＵＥの概略ブロック図である。

図１は、本発明が適用されうるシステムの大まかな概要を示す。前述のとおり、本発明が対象とするシステムは、ＬＴＥタイプ（ロング・ターム・エボリューション）のワイヤレス・セルラー・アクセス・システムである。そのようなシステムには、図１に示すように、その役割の１つとして、システム内のいわゆるセルという一定のエリア内のユーザ端末、すなわちＵＥから送信されるトラヒックやＵＥに受信されるトラヒックのすべてを制御する、制御ノード１１０が含まれる。そのようなセルの１つを図１に１２０として象徴的に示し、セルの中に１つのＵＥ１３０も示す。

当然、本発明が適用されるシステムの中に存在するセルの数や、そのようなセルの範囲内で用いられうるＵＥの数は、非常に多様である可能性があり、図１に示すセルおよびＵＥの数は、本発明の読者の理解を助けることを意図した一例にすぎない。

加えて、本発明が適用されるシステムのタイプは、ＬＴＥタイプのシステムである必要はなく、本発明は他のタイプのワイヤレス・セルラー・アクセス・システムにも適用することができる。従って、この用語の記述の中でＬＴＥタイプのシステムから借りた用語を使用することは、単に、本発明を読者が理解しやすいようにするための例と考えるべきである。

また、前述したとおり本発明は、ＬＴＥにおいていわゆるＤＲＸ期間と呼ばれる、不連続な受信の期間に関わるメカニズムによって引き起こされた問題を主に扱う。本発明について詳細に記述する前に、本文章の中で用いられる基本的な定義の一部をまず図２に関して説明しよう。

図２は時間の関数としてのＵＥの無線状態を示しており、時間はＴＴＩ、すなわち送信時間間隔で示す。図２で用いられる数字は、下記の定義またはイベントに対応する。

１．活性化ポイント、すなわち、ＵＥが活性化され、言い換えると、ＵＥがＤＲＸ状態からリスニング状態へ移行する時刻点である。

２．暗示的な休止命令であり、ＵＥが有効期間の間に、新たな有効期間をトリガする（開始される）データをまったく受信しない場合、ＵＥはＤＲＸ状態に移行する。

３．暗示的な活性化維持命令であり、ＵＥが有効期間の間に何らかのベスト・エフォート・データを受信する場合、ＵＥは、現行の有効期間を一定の所定の時間だけ延長し、適切なことだが、有効期間のもう１つ分の長さだけ延長する。

４．ＤＲＸ期間、すなわち、一定のＤＲＸパターンが繰り返される間隔。

５．有効期間、すなわち、ＵＥがＤＲＸから復帰してウエイクアップ化（活性化）された後、データの受信を待機する期間。

６．インアクティビティ（無活動）タイマー、すなわち、ＵＥが最後にデータを受信（ＰＤＣＣＨの復号化）してからデータをうまく受信する（ＰＤＣＣＨを復号する）のを待機する期間であり、それを逃すと、ＵＥは再びＤＲＸ状態、すなわち非リッスン状態になる。ＵＥは、一度データを受信（ＰＤＣＣＨの復号化）するのに続いて、アクティビティ（活動）タイマーを再開する。

７．１つのＴＴＩ、すなわち送信時間間隔。しかし、「７」で示す期間は、別の時間間隔、例えばＴＴＩ毎に１つ以上存在してもよい、いわゆるサブフレームであってもよいであろう。

８．ＵＥの「アウェイク（活性化）」時間。

９．明示的な活性化維持命令であり、ｅＮｏｄｅＢは、通常はいわゆるＭＡＣまたはＲＲＣ（無線リソース制御）シグナリングを使って、活性化を維持するようにＵＥに明示的な命令を送信してもよい。

１０．明示的な休止命令であり、ｅＮｏｄｅＢは、通常はいわゆるＭＡＣまたはＲＲＣシグナリングを使って、休止するようにＵＥに明示的な命令を送信してもよい。

また、図２に示す期間およびイベントに加えて、「ＤＲＸ期間」、すなわち、ＵＥがアイドル状態になる期間という概念が存在し、すなわち、この期間の間、ＵＥはデータをリッスンしない。この期間は、可変であってもよく、通常は、同一かつ単一のＤＲＸ間隔における活性化時間をＤＲＸ間隔から減算した値に等しい。

アイドルという用語に関してだが、このテキストの中で「アイドル」という用語は、ＵＥがリッスンしていない状態のことを言う。すなわち、ｅＮｏｄｅＢからの送信を受信するのに用いられうるＵＥの中の無線リソースがオフにされているということが指摘されてもよいだろう。

本発明に戻ると、本発明の基本概念は、共通のＤＲＸ期間を用いる混合トラヒック（リアルタイムデータおよびベストエフォートデータ）のためにＤＲＸスキームを用いることであり、そのＤＲＸ期間の終了時点でＵＥは活性化されて通常はＬ１／Ｌ２制御チャネル上でデータをリッスンする。

ＤＲＸ期間と「リッスンしている」期間の間における（ＵＥまたはｅＮｏｄｅＢによって制御される）自律的な遷移およびこれらの期間の長さを実現する１つのやり方は、これらの期間の長さを、ＵＥが受信したデータはベストエフォートデータなのかリアルタイムデータなのかについての情報によって、暗示的に導出させることである。これについては、以下でより詳細に記述しよう。

本発明の背景を成すもう１つの基本的な考え方は、トラヒックのタイプにかかわらず、まったく同じＤＲＸメカニズムを用いること、すなわち、混合トラヒックが存在する場合においても、まったく同じＤＲＸメカニズムを用いることであり、他方、ｅＮｏｄｅＢには、適用可能な場合には、「活性化」の機会を用いて非リアルタイムデータをスケジュール化するようにさせる。

従って、本発明の一実施形態では、非リアルタイムデータがｅＮｏｄｅＢによってＵＥへ送信された場合、ＵＥは、さらなる事前設定された「活性化時間」の間、活性化した状態のままでおり、そして、例えば無活動タイマーを用いて暗示的にＤＲＸ状態になるかまたはｅＮｏｄｅＢからのシグナリング、例えばＭＡＣシグナリングを使って明示的にＤＲＸ状態になる。リアルタイムトラヒックは、「有効」期間の間にｅＮｏｄｅＢによって送信されてもよい。ベストエフォートデータの送信は、ＤＲＸ間隔の周期性と矛盾しないであろうし、それが予想されるリアルタイムトラヒックのパターンと一致するか否かと矛盾しないであろう。

ここで、本発明のこれらの基本概念について図３を参照しながらより詳細に説明することにするが、図３は図２で使用かつ説明した概念に基づいている。

第１の有効期間は、３つのＴＴＩの有効期間を有する。この期間のうちの第１のＴＴＩで、ＵＥはリアルタイムデータを受信し、そして、第３かつ最後のＴＴＩで、ＲＴＣＰデータ（以下を参照）を受信し、その後、ＵＥはＤＲＸ状態になることができ、すなわちＵＥは「スリープ（休止）する」。

上記で用いられた「ＲＴＣＰデータ」という用語は、リアルタイム・トランスポート・
コントロール・プロトコルの略語であり、例えば送信装置および受信装置の報告（損失、遅延等）のような制御情報を提供する、ＲＴＰの制御部分である。通常は、例えばＶｏＩＰがアクティブである場合、ＶｏＩＰフローによって消費される全帯域幅の５％以下に相当するＲＴＣＰデータも送信される。ＲＴＣＰはリアルタイムフローの一部であるとみなすことができるため、ＵＥは、この後直接、ＤＲＸ状態になることができる。すなわち、ＶｏＩＰフローと同じベアラ上で送信されるかまたは何らかの他の手段でＶｏＩＰフローに関連付けられる。

これは、数字２の付いた矢印で示し、その意味するところは、図２に関連して上記で説明したように、「暗示的な休止」である。

それに続くＤＲＸ期間の間、有効期間における第２のＴＴＩでリアルタイムデータが受信され、有効期間の第３かつ最後のＴＴＩでベストエフォートデータが受信される。本発明の方法では、それが原因となってＵＥは進行中の有効期間を所定のＴＴＩの量だけ延長する。すなわち、通常はそうであるしかつ適切なことだが、通常の有効期間に含まれるＴＴＩと同量のＴＴＩ、すなわち本例では３つのＴＴＩだけ延長する。従って、有効期間の間にベストエフォートデータを受信した場合には、付加的な有効期間が、進行中の有効期間の終了時点で追加される。

例として、図３に示すように、ベストエフォートデータが、追加された第１の有効期間における第３かつ最後のＴＴＩにおいて再度受信される。予想されうるように、これによって再び無活動タイマーがトリガされ、言い換えると、ＵＥが、現行の有効期間の終了時点で新たな第２の有効期間が追加されてしまう。

図３に示すように、追加された第２の有効期間の間には、いかなる種類のデータもまったく受信されず、従ってＵＥは、有効期間の終了時点でＤＲＸ状態に、すなわち「暗示的な休止」に移行する。

図３に示す第３のＤＲＸ期間の間に、ＵＥは、通常の有効期間における第３のＴＴＩにおいてリアルタイムデータを受信する。それは、有効期間の終了時点でＤＲＸ状態となることを意味するであろう。しかし、同じＴＴＩにおいて、ＵＥは、「活性化を維持すること」、すなわち、現行の有効期間を延長するというｅＮｏｄｅＢからの明示的な命令を受信する。この命令は、複数のやり方で送信されてもよいが、一つの好適実施形態ではいわゆるＭＡＣシグナリングを介して送信される。ＭＡＣ命令「活性化を維持すること」は、例えば「有効期間の終了時点でさらにＸ個のＴＴＩの間、活性化を維持すること」あるいは「さらなる命令が受信されるまで活性化を維持すること」というような複数のやり方で表現されてもよい。

図３に示すような「延長期間」の間、ＵＥは２番目のＴＴＩにおいてベストエフォートデータを受信するが、そのデータは通常なら、延長された「活性化を維持する」期間、すなわち追加された有効期間においてＵＥへと送信されたはずのものである。しかし、同じＴＴＩにおいて、ＵＥは番号９を持つ矢印で示すように、休止することというｅＮｏｄｅＢからの明示的な命令を、すなわちＤＲＸ状態になるようにという命令を受信する。

また、ＤＲＸ状態になるようにという明示的な命令が、複数のやり方でｅＮｏｄｅＢからからＵＥへ送信されてもよいが、一つの好適実施形態では、それはＭＡＣシグナリングを介して送信される。また命令は、例えば「このＴＴＩの直後にＤＲＸになること」、「もう１つの有効期間の後にＤＲＸになること」など、複数の異なるやり方で表現されてもよい。図３に示す命令は、「このＴＴＩの直後にＤＲＸになること」である。別の実施形態では、ＤＲＸ状態になることという明示的な命令が、ｅＮｏｄｅＢからＵＥへＲＲＣシグナリングで送信されてもよい。
このように、図２は本発明によってこの文章の中で用いられる概念の一部を示し、そして、図３は、上述の図の説明に加えて、本発明で用いられる基本原理の一部を示す。以下で、本発明の２つの特徴的な実施形態について記述しよう。

第１の実施形態
下記は、本発明の１つの詳細な実施形態について記述しており、ＵＥの中で、例えばＲＲＣシグナリングを使って１種類のＤＲＸ間隔だけを用いてＤＲＸスキームが構成されるが、その間隔の長さは、システムにおいて予想される最も厳しいリアルタイムサービスの最大遅延要件にしたがって調整されることが望ましい。この長さを持つＤＲＸ間隔は、それが再構成されるかまたは作動を停止されるまで維持される。

この第１の実施形態では、ＵＥは、ＤＲＸ間隔の間の指定された時刻点で１つの「有効」期間に等しい時間、できれば図３に示すように間隔の冒頭で、ウエイクアップ（活性）化し、かつ、送信信号を受信試行（リッスン）する。

ＬＴＥのようなシステムでは、ｅＮｏｄｅＢからＵＥへのダウンリンクのトラヒック、すなわちＤＬと、ＵＥからｅＮｏｄｅＢへのアップリンクのトラヒック、すなわちＵＬとがありうる。この第１の実施形態では、下記がダウンリンクのトラヒックに適用されてもよい。

ＵＥが活性化している場合、いかなるＴＴＩについても、活性化している時間（すなわち非ＤＲＸ）は、
・暗示的に「無活動タイマー」が切れるまでか、または、明示的な「スリープ」メッセージが例えばＭＡＣシグナリングによって受信されるまで「活性化時間」を延長させる、非リアルタイムデータの受信から延長されるか、または、
・明示的に「無活動タイマー」が切れるまでか、または、明示的な「スリープ」（例えばＭＡＣ）インジケータまで（のうちいずれか早い方で）「活性化時間」を延長させる、（例えばＭＡＣ）シグナリングの受信から延長されてもよい。

有効（オンデュレーション）期間の間にデータを受信した場合、ＵＥのロジックは、以下のように動作してもよい。

・さらなるデータがある場合、ＵＥが、「ＤＲＸ有効」期間を超えて自分のリスニング期間を延長する。「無活動タイマー」（暗示的）の後かまたはＭＡＣ「スリープ」シグナリング（明示的）からか、いずれか早い方で、ＵＥはスリープ（休止）に戻ってもよい。

ＵＥは、さらなるデータがあるかどうかを、
・ｅＮｏｄｅＢからのＭＡＣシグナリング（明示的）
・非リアルタイムエンティティであることを示す、例えばＭＡＣ／ＲＬＣコネクションのＩＤに基づいて、設定された有効期間の中の少なくとも１つのＴＴＩにおいて非リアルタイムデータを検出したこと
に基づいて検出する。

そうではなく、（もしあれば上記で示したように検出されていたであろう）データがそれ以上ない場合、ＵＥは、すみやかにＤＲＸ状態に移行してもよい。

留意してもよいことだが、同じＤＲＸスキームをリアルタイムトラヒックに用いてもよい。その場合、ベストエフォートデータは、決して検出されない（送信されない）であろうし、ｅＮｏｄｅＢは、ＭＡＣを用いてベストエフォートデータのために「有効」期間を信号で通知しないであろう。

アップリンクの送信のために、同様のスキームが適用されうる。ＵＥは、データユニットをｅＮｏｄｅＢへ送信した後、上述したようにダウンリンク送信のためにｅＮｏｄｅＢによって使用されたものを用いてさらにデータを送信し続けてもよい。

上記で用いた「ウエイクアップ（活性化）」という用語には、セミ（準）持続的なスケジューリングおよび／またはブラインド検出が用いられる場合が含まれる。すなわち、特定の１つのＴＴＩについてだけ活性化する代わりに、ＵＥは代わりにわずかな間隔の間、データをリッスンしてもよい。

「準持続的スケジューリング」という用語は、ｅＮｏｄｅＢが、固定的な変調方式および符号化方式、すなわちＭＣＳを、周期的に繰り返し発生する特定のＴＴＩ／サブフレーム（すなわち時間／周波数）に割り当てることをいう。「ブラインド検出」という用語は、例えばＵＥのような無線受信機が、いつ（ＴＴＩ）送信が行われることになる可能性があるかを認識しているが、どのサブバンド（、すなわち周波数）で、および、どの変調方式および符号化方式（ＭＣＳ）を使ってデータが送信されてもよいかを認識していない場合のことをいう。ＭＣＳという用語は、送信に使われる変調のタイプだけでなくコードレートおよび用いられるビット数にも関連する。

従って、「準持続的スケジューリング」または「ブラインド検出」の場合には、用いられるであろう正確な無線リソースの明示的なシグナリングはないのだから、受信機、すなわちＵＥは、送信が行われる可能性のある時刻の前後の一定数のＴＴＩの間はリッスンしなければならない。そのような場合、ＵＥは、すべての可能性を試みて失敗するまでか、または、少なくとも１つの試行の成功を確認するまで、受信したデータを別のＭＣＳに変更しながら復号しようとするであろう。送信に使われるサブフレームの数は使われるＭＣＳに依存するのだから、予想されるＴＴＩの前後の複数のＴＴＩ（もっと正確にいえばサブフレーム）がリッスンされなければならない。

また指摘されてもよいことだが、アップリンクの場合とダウンリンクの場合の両方について上述したロジックは、ＵＥが活性化している間のいかなる期間（すなわち「有効」期間）にも適用されうる。

本発明の第２の具体的な実施形態について、以下に記述しよう。

第２の実施形態
３ＧＰＰによるシステムにおいて見込まれる将来の機能の１つは、データを受信した後でＵＥがいつＤＲＸ状態に復帰すべきかという問題を処理するため、タイマーのメカニズムがＤＲＸの解決策の一部として指定されるであろうということである。言い換えると、有効期間の間にＵＥがデータを受信する場合、そのような機能があれば、ＵＥは、データを受信した後にＵＥが「休止」するまで、すなわちＤＲＸ状態になるまで、（明示的な休止命令がＭＡＣまたはＲＲＣを通して受信されない限り）指定された時刻を待つであろう。

第２の実施形態は、主に、ただ１つのそのようなタイマー値がＵＥについて指定されている場合を意図しており、前記タイマーは、ベアラ上にどのサービスがマップされているかにかかわらず、すべてのベアラについて有効である。第２の実施形態は、一定の指定されたサービス（例えばＶｏＩＰ）がマップされるベアラについての単一のタイマー値をオーバライドする機能を示唆する。

従って第２の実施形態には、以下が含まれる。

・休止（「ＤＲＸへ復帰」）タイマーを、一定のベアラ、例えばリアルタイムトラヒックのために構成されたベアラ、例えば無線リンク制御未アクノレッジモード、すなわちＲＬＣ−ＵＭについて無効にすること。

・タイマーが無効にされたこれらのベアラについて上記の第１の実施形態の中で説明した規則に従ってＤＲＸ（「スリープ（休止）」）に移行する。

言い換えると、第２の実施形態は、データが例えば「ＶｏＩＰベアラ」上で受信された場合には、ＵＥはできるだけ早く休止するが、データが「ベストエフォート」上で受信された場合には、ＵＥは休止する前に単一の休止タイマーによって指定された期間を待つような機能を備える。

図４は、本発明の方法４００の概略フローチャートを示す。図４では、オプションまたは選択肢であるステップを点線で示す。従って、本発明の方法４００は、前に説明したように、図１のシステム１００のようなセルラー・ワイヤレス・アクセス・システムにおいて使用されてもよく、そのシステムには、例えば図１のノード１１０のような、システムの一定のエリアであるセル１２０の中で、とりわけユーザ端末、すなわちＵＥ１３０から送信されたり、受信されたりする通信信号を制御する働きをする、少なくとも１つの制御ノードがありうる。

本発明の方法によると、ステップ４１０に示すように、ＵＥは、少なくとも２つの異なる状態のうちの１つであってもよい。第１のそのような状態は、ＵＥがデータについてその制御ノードからリッスンしない状態である。第２のそのような状態は、リッスンしている状態、すなわち「有効」の状態であある。これらの状態は、一定の時間だけ継続するように設定されている。

ステップ４２０および４２５に示すように、システム内のＵＥは、自分の制御ノードから少なくとも第１（ステップ４２０）および第２（ステップ４２５）のタイプのデータを受信することができる。そして、ステップ４１５に示すように、有効期間の間にＵＥが第１のタイプのデータを受信した場合、ＵＥは、有効期間の終了時点で第１の状態になり、そして、有効期間の間にＵＥが第２のタイプのデータを受信した場合、ＵＥは、現行の有効期間を一定時間延長する。

ステップ４３５に示すように、第１のタイプのデータはリアルタイムデータか、または、リアルタイムデータの送信に関連するシグナリングであってもよい。また、ステップ４４０に示すように、第２のタイプのデータは、非リアルタイムデータ、いわゆるベストエフォートデータか、または、ベストエフォートデータの送信に関連するシグナリングである。

ステップ４４５は、この方法には、時間として指定される無活動タイマーが含まれることを示す。そして、進行中の有効期間の間にＵＥがベストエフォートデータを受信した場合、ＵＥは、有効の状態を無活動タイマーに相当する期間だけ延長する。

またステップ４５０に示すように、ＵＥは、自分の制御ノードから制御情報を受信することもできる。前記制御情報は、現行の有効期間の終了時点で前記２つの状態（非リスニング／有効）のうちの１つになるように明示的にＵＥに命令する。また前記命令には、その状態になるべき時間が含まれる。本発明の一実施形態では、制御情報は、いわゆるＭＡＣヘッダまたはレイヤ２ＲＲＣシグナリングの中にある。

また、ＭＡＣヘッダには、現行の有効期間に続く一定の時間について非リスニング状態になるようにというＵＥへの命令が含まれてもよいし、あるいは、ＭＡＣヘッダには、現行の有効期間に続く一定の時間について有効の状態になるようにというＵＥへの命令が含まれてもよい。

適切なことだが、本発明の方法はＬＴＥシステムに適用されてもよく、従って制御ノードはｅＮｏｄｅＢであり、第１の非リスニング状態はＤＲＸ状態である。

図５は、基本的に上述のように機能するＵＥとして用いられる、本発明の通信装置５００の概略ブロック図を示す。図５で分かるように、本発明のＵＥ５００には、ｅＮｏｄｅＢと通信するためのアンテナ５１０が含まれ、かつ、送信機５３０および受信機５２０も含まれる。加えて、ＵＥ５００には、例えば例としてマイクロプロセッサ５４０のような制御手段も含まれ、同時にメモリ５５０も含まれる。

通信装置５００には基本的に、上記の方法に従って機能するための手段が含まれており、従って、第１のそのような状態はアイドル状態、すなわちＤＲＸ状態であって第２のそのような状態はリスニング状態、すなわち「有効」状態であって各状態が一定量のＴＴＩ、すなわち送信時間間隔になっているような、少なくとも２つの異なる状態のうちの１つになるための、例えば制御装置５４０およびメモリ５５０のような手段が含まれる。適切なことだが、制御装置５４０は、自分がメモリ５５０から検索できる、時間の長さを制御する。

また本発明のＵＥ５００には、ｅＮｏｄｅＢから第１および第２のタイプのトラヒックを受信するための、例えばアンテナ５１０、受信機５２０、制御装置５４０のような手段も含まれる。加えて、通信装置５００は、有効期間の間に第１のタイプのトラヒックが受信された場合に有効期間の終了時点でアイドル（ＤＲＸ）状態になるために制御装置５４０とメモリ５５０とを用いてもよく、そして、有効期間の間にＵＥが第２のタイプのトラヒックを受信した場合に現行の有効期間を一定の時間だけ延長するために、同じ手段５４０および５５０を用いてもよい。適切なことだが、制御装置５４０は、自分がメモリ５５０から検索できる、時間の長さを制御する。

通信装置５００の一好適実施形態では、第１のタイプのトラヒックはリアルタイムトラヒックであり、第２のタイプのトラヒックは非リアルタイムトラヒックいわゆるベストエフォートトラヒックである。

また、別の実施形態では、通信装置５００には、ＴＴＩの量かまたは他の送信単位、例えば例としてサブフレーム、として指定される「無活動タイマー」として機能するための、例えば制御装置５４０およびメモリ５５０のような手段が含まれてもよい。そしてまた、通信装置は手段５４０、５５０を用いて、進行中の有効期間の間にベストエフォートトラヒックが受信された場合、有効の状態を無活動タイマーに相当する期間の間延長する。

また通信装置５００は、アンテナ５１０、受信機５２０、制御装置５４０を用いて自分のｅＮｏｄｅＢから第３のタイプのトラヒックを受信してもよい。前記第３のタイプのトラヒックは、明示的に通信装置に現行の有効期間の終了時点で前記２つの状態（有効／ＤＲＸ）のうちの１つになるように命令し、また命令にはその状態になるべきＴＴＩの量が含まれる。第３のタイプのトラヒックはいわゆるＭＡＣメッセージであってもよい。

そのようなＭＡＣメッセージには、現行の有効期間に続いて一定数のＴＴＩの間ＤＲＸ状態になるかまたは、現行の有効期間に続いて一定数のＴＴＩの間は有効の状態になるための通信装置への命令が含まれてもよい。

本発明は、図面に示した上記の実施形態の例に限定されるのではなく、添付の請求項の範囲内で自由に変更されうる。例えば、本発明は、主にＬＴＥのシステムからの用語を使って上記で説明してきたが、本発明は、他の種類のワイヤレス・セルラー・アクセス・システムに適用されてもよい。

また指摘されるべきだが、本発明の範囲内で、異なるタイプのベアラが、ＵＥが有効期間になる間隔および「無活動タイマー」についての異なる値を使って構成されうることから、データがどのベアラ上で受信されたかによって、これらの期間の延長時間は異なるであろう。

Claims (20)

1. セルラー無線アクセスシステム（１００）において使用される方法（４００）であって、
   前記セルラー無線アクセスシステム（１００）は、前記セルラー無線アクセスシステムにおけるセル（１２０）に位置しているユーザ装置（ＵＥ、１３０）からの信号の送信とユーザ装置への信号の送信との制御を提供する少なくとも１つの制御ノード（１１０）を備え、前記ユーザ装置は、少なくとも２つの状態をとり（４１０）、前記少なくとも２つの状態のうち第１の状態は前記制御ノードから送信されるデータの受信試行を前記ユーザ装置が実行しない状態であり、前記少なくとも２つの状態のうち第２の状態は前記ユーザ装置が受信試行を実行するオンデュレーション状態であり、前記少なくとも２つの状態の継続時間はそれぞれ所定の時間間隔に設定されており、前記ユーザ装置（１３０）は、少なくとも第１タイプのデータ（４２０）と第２タイプのデータ（４２５）とを前記制御ノード（１１０）から受信し、
   前記方法は、
   現在のオンデュレーション期間において前記ユーザ装置が前記第２タイプのデータを受信したかどうかを前記ユーザ装置において検出するステップと、
   前記現在のオンデュレーション期間において前記ユーザ装置が前記第２タイプのデータを受信したことを前記ユーザ装置において検出したことに応じて、前記ユーザ装置が前記現在のオンデュレーション期間を所定時間だけ延長するステップと
   を備えることを特徴とする方法。
2. 前記方法においてどちらの状態に移行すべきかを決定する際に、前記オンデュレーション期間において前記ユーザ装置が前記第１タイプのデータを受信すると、前記ユーザ装置は該オンデュレーション期間が終了するときに前記第１の状態へ移行するステップ（４１５）
   をさらに備えることを特徴とする請求項１に記載の方法。
3. 前記第１タイプのデータは、リアルタイムデータ、または、リアルタイムデータの送信に関連したシグナリングであることを特徴とする請求項１または２に記載の方法（４００、４３５）。
4. 前記第２タイプのデータは、ベストエフォートデータ、または、ベストエフォートデータの送信に関連したシグナリングなどの非リアルタイムデータであることを特徴とする請求項１ないし３のいずれか１項に記載の方法（４００、４４０）。
5. 時間を指定された無効化タイマーをさらに設け、進行中のオンデュレーション期間においてベースエフォートデータを前記ユーザ装置が受信すると、前記ユーザ装置は、前記無効化タイマーに対応した時間の長さだけ前記オンデュレーション状態に留まる時間を延長することを特徴とする請求項４に記載の方法（４００、４４５）。
6. 前記ユーザ装置は前記制御ノードから制御情報を受信し、前記制御情報は、現在のデュレーション期間が終わるときに前記少なくとも２つの状態（受信試行を実行しない状態／オンデュレーション状態）のうちのひとつの状態へ前記ユーザ装置を移行させる明示的な命令を含み、該命令は、前記ひとつの状態に留まるべき時間の長さを示す情報を含むことを特徴とする請求項１ないし５のいずれか１項に記載の方法（４００、４５０）。
7. 前記制御情報は、ＭＡＣヘッダまたはレイヤー２のＲＲＣシグナリングにより送信されることを特徴とする請求項６に記載の方法（４００、４５０）。
8. ＭＡＣヘッダには、現在のデュレーション期間に続いて所定時間に渡り受信試行を実行しない状態へ前記ユーザ装置（１３０）を移行させる命令を搭載しうることを特徴とする請求項６または７に記載の方法（４００、４５０）。
9. ＭＡＣヘッダには、現在のデュレーション期間に続いて所定時間に渡りオンデュレーション状態に前記ユーザ装置（１３０）を留まらせる命令を搭載しうることを特徴とする請求項６ないし８のいずれか１項に記載の方法（４００、４５０）。
10. 前記方法は、ＬＴＥ（ロングタームエボリューション）システムに適用され、前記制御ノードはｅＮｏｄｅＢとして機能し、受信試行を実行しない前記第１の状態はＤＲＸ状態であることを特徴とする請求項１ないし９のいずれか１項に記載の方法（４００）。
11. セルラー無線アクセスシステムにおいてユーザ装置（ＵＥ）として使用される通信装置（５００）であって、
    前記セルラー無線アクセスシステムは、前記セルラー無線アクセスシステムにおけるセル（１２０）に位置しているユーザ装置（ＵＥ、１３０）からの信号の送信とユーザ装置への信号の送信との制御を提供する少なくとも１つの制御ノードを備え、
    前記ユーザ装置は、少なくとも２つの状態のうちのひとつの状態へ移行させる手段（５４０、５５０）であって、前記少なくとも２つの状態のうち第１の状態は前記制御ノードから送信されるデータの受信試行を前記ユーザ装置が実行しない状態であり、前記少なくとも２つの状態のうち第２の状態は前記ユーザ装置が受信試行を実行するオンデュレーション状態であり、前記少なくとも２つの状態の継続時間はそれぞれ所定の時間間隔に設定されている、前記手段（５４０、５５０）と、
    少なくとも第１タイプのデータと第２タイプのデータとを前記制御ノードから受信する手段（５１０、５２０、５４０）と
    を備え、
    前記通信装置は、さらに、
    現在のオンデュレーション期間において前記ユーザ装置が前記第２タイプのデータを受信したかどうかを検出する手段（５４０）と、
    前記現在のオンデュレーション期間において前記ユーザ装置が前記第２タイプのデータを受信したことを検出すると、現在のオンデュレーション期間を所定時間だけ延長する手段（５４０、５５０）と
    を備えることを特徴とする通信装置（５００）。
12. 前記オンデュレーション期間において前記ユーザ装置が前記第１タイプのデータを受信すると、前記ユーザ装置を該オンデュレーション期間が終了するときに前記第１の状態へ移行させる手段（５４０、５５０）
    をさらに備えることを特徴とする請求項１１に記載の通信装置（５００）。
13. 前記第１タイプのデータは、リアルタイムデータ、または、リアルタイムデータの送信に関連したシグナリングであることを特徴とする請求項１１または１２に記載の通信装置（５００）。
14. 前記第２タイプのデータは、ベストエフォートデータ、または、ベストエフォートデータの送信に関連したシグナリングなどの非リアルタイムデータであることを特徴とする請求項１１ないし１３のいずれか１項に記載の通信装置（５００）。
15. 時間を指定された無効化タイマー手段（５４０、５５０）と、
    進行中のオンデュレーション期間においてベースエフォートデータを前記ユーザ装置が受信すると、前記無効化タイマーに対応した時間の長さだけ前記オンデュレーション状態に留まる時間を延長する手段（５４０、５５０）と
    をさらに備えることを特徴とする請求項１４に記載の通信装置（５００）。
16. 前記ユーザ装置は前記制御ノードから制御情報を受信する手段（５１０、５２０、５４０）をさらに備え、
    前記制御情報は、現在のデュレーション期間が終わるときに前記少なくとも２つの状態（受信試行を実行しない状態／オンデュレーション状態）のうちのひとつの状態へ前記ユーザ装置を移行させる明示的な命令を含み、該命令は、前記ひとつの状態に留まるべき時間の長さを示す情報を含むことを特徴とする請求項１１ないし１５のいずれか１項に記載の通信装置（５００）。
17. 前記制御情報は、ＭＡＣヘッダまたはレイヤー２のＲＲＣシグナリングを通じて受信されることを特徴とする請求項１６に記載の通信装置（５００）。
18. 現在のデュレーション期間に続いて所定時間に渡り受信試行を実行しない状態へ前記ユーザ装置（１３０）を移行させる命令を搭載した制御メッセージを受信する手段（５１０、５２０、５４０）をさらに備えることを特徴とする請求項１６または１７に記載の通信装置（５００）。
19. 現在のデュレーション期間に続いて所定時間に渡りオンデュレーション状態に前記ユーザ装置（１３０）を留まらせる命令を搭載した制御メッセージを受信する手段（５１０、５２０、５４０）をさらに備えることを特徴とする請求項１６ないし１８のいずれか１項に記載の通信装置（５００）。
20. 前記ユーザ装置はＬＴＥ（ロングタームエボリューション）システムにおける装置であり、前記制御ノードはｅＮｏｄｅＢとして機能し、受信試行を実行しない前記第１の状態はＤＲＸ状態であることを特徴とする請求項１６ないし１９のいずれか１項に記載の通信装置（５００）。

Images