(57)【要約】  本発明は、移動体無線通信デバイスにおける不連続受信サイクル、ならびに移動体無線通信ネットワーク・デバイスにおける不連続送信サイクルを制御する方法を提供し、本方法は、データが受信されない連続した不連続受信および送信期間の数をモニタするステップと、データが受信される連続した不連続受信および送信期間の数をモニタするステップと、前記モニタリングの結果に応じて前記不連続受信サイクルを変更するステップと、を含む。
2010521076.tif 000002
【特許請求の範囲】
【請求項１】
移動体無線通信デバイスにおける不連続受信サイクルを制御する方法であって、データが受信されない連続した不連続受信期間の数をモニタするステップと、データが受信される連続した不連続受信期間の数をモニタするステップと、前記モニタリングの前記結果に応じて前記不連続受信サイクルを変更するステップとを含む、方法。
【請求項２】
現在の不連続受信サイクルと前記モニタリングの前記結果とに応じて、アクティブ・モードからアイドル・モードへの遷移を制御するステップを含む、請求項１に記載の方法。
【請求項３】
前記不連続受信サイクルと前記モニタリングの前記結果とに応じて、前記移動体無線通信デバイスのアクティブ状態から連続受信状態へ遷移を制御するステップを含む、請求項１または２に記載の方法。
【請求項４】
移動体無線通信ネットワーク・デバイスにおける不連続送信サイクルを制御する方法であって、データが送信されない連続したＤＴＸ期間の数をモニタするステップと、データが送信される連続したＤＴＸ期間の数をモニタするステップと、前記モニタリングの前記結果に応じて前記不連続送信サイクルを変更するステップとを含む、方法。
【請求項５】
前記移動体無線通信ネットワーク・デバイスは、ネットワーク・ノード・デバイスを含む、請求項４に記載の方法。
【請求項６】
前記モニタするステップは、前記連続した期間をカウントするステップを含む、請求項１から５のいずれか１項以上に記載の方法。
【請求項７】
前記サイクルを前記変更するステップは、閾値を上回っているカウントに応じて行われる、請求項６に記載の方法。
【請求項８】
データのない連続した期間の前記カウントが前記閾値を上回る場合、前記サイクルは、前記サイクルを拡大することによって変更される、請求項７に記載の方法。
【請求項９】
データのある連続した期間の前記カウントが閾値を上回る場合、前記サイクルは、前記サイクルを縮小することによって変更される、請求項６または７に記載の方法。
【請求項１０】
前記閾値は、無線ベアラの追加、修正または削除と共に、設定または再設定されるように設けられている、請求項７、８または９に記載の方法。
【請求項１１】
移動体無線通信システムにおける不連続動作を制御する方法であって、前記方法は、請求項１から１０のいずれか１項以上に記載の方法ステップを含み、前記データが受信されない期間は、データが送信されない期間に対応し、データが受信される期間は、データが送信される期間に対応する、方法。
【請求項１２】
不連続受信サイクルをあらわす不連続受信モードで動作するように設けられた移動体無線通信デバイスであって、データが受信されない連続した不連続受信期間の数をモニタする手段と、データが受信される連続した不連続受信期間の数をモニタする手段とを含み、前記デバイスは、前記モニタリングの前記結果に応じて前記不連続受信サイクルを変更するように設けられている、デバイス。
【請求項１３】
前記期間をモニタする前記手段が、カウンタ手段を含む、請求項１２に記載のデバイス。
【請求項１４】
カウンタが、データのない連続した不連続受信期間の数をモニタするように備えられ、別個のカウンタが、前記データのある不連続受信期間をモニタするように備えられる、請求項１３に記載のデバイス。
【請求項１５】
前記不連続受信サイクルを変更する前記手段が、閾値を上回っている前記カウントに応じて動作するように設けられている、請求項１２、１３または１４に記載のデバイス。
【請求項１６】
前記データのない連続した期間の前記カウントが閾値を上回る場合には前記不連続受信サイクルが拡大するように設けられている、請求項１５に記載のデバイス。
【請求項１７】
前記データのある連続した期間の前記カウントが前記閾値を上回る場合には前記不連続受信サイクルが縮小するように設けられている、請求項１５または１６に記載のデバイス。
【請求項１８】
前記不連続受信サイクルと前記モニタリングの前記結果とに応じてアクティブ・モードからアイドル・モードへ遷移するように設けられたＬＴＥハンドセットを含む、請求項１２から１７のいずれか１項に記載のデバイス。
【請求項１９】
前記不連続受信サイクルと前記モニタリングの前記結果とに応じてアクティブ・モードから連続受信モードへ遷移するように設けられたＬＴＥハンドセットを含む、請求項１２から１７のいずれか１項に記載のデバイス。
【請求項２０】
無線ベアラ確立の間に設定されたタイマ閾値を介して、連続受信モードから不連続受信モードへの遷移を制御するタイマ手段を含む、請求項１２から１９のいずれか１項に記載のデバイス。
【請求項２１】
前記タイマは、前記移動体無線通信デバイスが、前回のデータ受信に関するＨＡＲＱ＿ＡＣＫを送信してからセットされるように設けられている、請求項２０に記載のデバイス。
【請求項２２】
不連続送信サイクルをあらわす不連続送信モードで動作するように設けられた移動体無線通信ネットワーク・デバイスであって、データが送信されない連続した不連続送信期間の数をモニタする手段と、データが送信される連続した不連続送信期間の数をモニタする手段とを含み、前記デバイスは、さらに、前記モニタリングの前記結果に応じて、前記不連続送信サイクルを変更するように設けられている、ネットワーク・デバイス。
【請求項２３】
前記期間をモニタする前記手段は、カウンタ手段を含む、請求項２２に記載のネットワーク・デバイス。
【請求項２４】
データのない連続した不連続送信期間の数をモニタするように備えられるカウンタと、前記データのある不連続送信期間をモニタする別個のカウンタとを含む、請求項２３に記載のネットワーク・デバイス。
【請求項２５】
前記デバイスに適するように設けられた前記手段は、前記不連続送信サイクルを変更するように設けられ、閾値を上回っている前記カウントに応じて動作するような手段である、請求項２３または２４に記載のネットワーク・デバイス。
【請求項２６】
前記データのない連続した期間の前記カウントが前記閾値を上回る場合には前記不連続送信サイクルが拡大するように設けられている、請求項２５に記載のネットワーク・デバイス。
【請求項２７】
前記データのある連続した期間の前記カウントが前記閾値を上回る場合には前記不連続送信サイクルが縮小するように設けられている、請求項２５または２６に記載のネットワーク・デバイス。
【請求項２８】
現在の不連続送信サイクルおよび前記モニタリングの前記結果に応じてアクティブ・モードからアイドル・モードへ遷移するように設けられている、請求項２２から２７のいずれか１項に記載のネットワーク・デバイス。
【請求項２９】
前記不連続送信サイクルと前記モニタリングの前記結果とに応じてアクティブ・モードから連続送信モードへ遷移するように設けられている、請求項２２から２８のいずれか１項に記載のネットワーク・デバイス。
【請求項３０】
無線ベアラ確立の間に設定されたタイマ閾値を用いて、連続送信モードから不連続送信モードへの遷移を制御するタイマ手段をさらに含む、請求項２２から２９のいずれか１項に記載のネットワーク・デバイス。
【請求項３１】
請求項１２から２１のいずれか１項に記載の移動体無線通信デバイスと、請求項２２から３０のいずれか１項に記載の移動体無線通信ネットワーク・デバイスとを含む、通信ネットワーク・システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体無線通信システムに関し、特に、移動体無線通信デバイス、移動体無線通信ネットワーク・デバイス、およびこれらデバイスにおける不連続受信／送信のサイクルを制御する関連方法に関する。
【背景技術】
【０００２】
移動体無線通信デバイス、および、これをサポートするように設けられたネットワークに関連して重要視される事項となるのは、電力消費と動作効率のうちのいずれかである。このような移動体デバイスは、必然的に、本体に搭載された電源を備えることが必要である。
【０００３】
バッテリ技術の向上は、バッテリ再充電が必要になるまでの動作可能期間を延長するのに役立ってきたが、一方で、ＵＥがネットワークにおいて動作する効率を高めるような制御手法が移動体無線通信デバイスのユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）動作へ取り入れられている。
【０００４】
ＵＥは、通常、アクティブ状態とアイドル状態との間で切り替わるように構成されている。さらに、ＵＥがアクティブ状態で動作している間、不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）および不連続送信（ＤＴＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ）などのさらなる制御を用いることができ、それによりＵＥがアクティブ状態の場合であっても、比較的低電力なモードが可能になることも知られている。
【０００５】
ＤＲＸは、ＵＥによって主に用いられており、可能性のある全てのページング・チャネルをＵＥが連続的にモニタしなくてもよいことを決定するのに有効である。
【０００６】
ＤＴＸは一般に、ネットワーク・ノード内において送信停止のために使用されている。この送信停止は、ＵＥ内でＤＲＸによって実現され得る省電力化と関連付けられている間、ネットワーク・トラフィックを制限することにも役立つ。
【０００７】
３ＧＰＰにおける、ロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムに関する諸提案は、ＤＲＸサイクルおよびＤＴＸサイクルの考察に特に向けられている。その理由は、特にＬＴＥには、データ・パケットが一般的に「バースト的」かつ不連続的に送信／配信されるパケット中心のシステムが含まれているからである。この場合、上述のようなＤＲＸおよびＤＴＸ動作から見込まれる省電力化が重要になることが判明している。
【０００８】
例えば、先のＲＡＮ２会議にて示された提案では、ＤＲＸサイクルを制御して、省電力化性能を最適化し上述の相反する要件を満たすことが可能になり得ると提言された。Ｒ２−０６３３９７「ＬＴＥにおけるＤＲＸ／ＤＴＸ制御に関する見解（Ｖｉｅｗｓ  ｏｎ  ＤＲＸ／ＤＴＸ  ｃｏｎｔｒｏｌ  ｉｎ  ＬＴＥ），ＮＴＴドコモ（ＮＴＴ  ＤｏＣｏＭｏ）」の提案では、ＤＲＸサイクルは予め定義されたルールによって黙示的に延長可能であり、さらにこの延長はタイマによってトリガされることが提言された。ＤＲＸ期間の終わりにＵＥがウェイクアップしたときに、ｅＮＢが、バッファリング済みの送信すべきデータを持っていなければ、ＵＥは、設定されている最短のＤＲＸサイクル（連続受信モードであり得る）へ戻る。Ｒ２−０６０８８８「ＬＴＥ＿ＡｃｔｉｖｅにおけるＤＲＸおよびＤＴＸ動作（ＤＲＸ  ａｎｄ  ＤＴＸ  Ｏｐｅｒａｔｉｏｎ  ｉｎ  ＬＴＥ＿Ａｃｔｉｖｅ」，パナソニック（Ｐａｎａｓｏｎｉｃ）では、ｅＮＢが、明示的なＭＡＣシグナリングを介して、ＵＥの動作レベルに従ってアクティブ期間およびスリープ期間の割り当ておよび変更を行うことが可能になり得ると提案されている。しかし、これはＭＡＣシグナリングを多用したＤＲＸスキームになると考えられる。Ｒ２−０６３２４８「ＤＲＸスキーム（ＤＲＸ  Ｓｃｈｅｍｅ）」，ＬＧ電子（ＬＧ  Ｅｌｅｃｔｒｏｎｉｃｓ）の提案では、２レベルのＤＲＸスキームが提示され、当該スキームでは、無線ベアラの確立中にＲＲＣによって２つのＤＲＸサイクルを構成して第１層／第２層（Ｌ１／Ｌ２：Ｌａｙｅｒ１／Ｌａｙｅｒ２）シグナリング・オーバーヘッドを低減させることができる。あるいは、ｅＮＢが、明示的なＭＡＣシグナリングを用いて、異なるＤＲＸサイクルの間の切り換えを行うことが考えられる。別の柔軟な２レベルのＤＲＸスキームが、Ｒ２−０６３０８１「アクティブ・モードＤＲＸ（Ａｃｔｉｖｅ  ｍｏｄｅ  ＤＲＸ）」，ノキア（Ｎｏｋｉａ）、ならびにＲ２−０６２７５２「アクティブ・モードＤＲＸ（Ａｃｔｉｖｅ  Ｍｏｄｅ  ＤＲＸ）」，ノキア（Ｎｏｋｉａ）にて提案されており、このスキームは、正規のＤＲＸサイクル（長いＤＲＸサイクル）と臨時のＤＲＸサイクル（短いＤＲＸサイクル）とを用いる。正規のＤＲＸパラメータはＲＲＣ層にて設定され、それに対し臨時のＤＲＸパラメータはＭＡＣシグナリングによって割り当てられる。
【０００９】
しかし、上述のような提案に関しては、欠点および限界が確認されており、例えば、提案されたＤＲＸスキームでは、ＤＲＸ環境にて柔軟性および適応性を実現するためにＬ１／Ｌ２シグナリング・オーバーヘッドが生じるか、あるいは、ＤＲＸ構成のために単にＲＲＣシグナリングだけを用いた場合、結果的にＵＥの動作レベルに適応した能力を失ってしまうかのいずれかである。
【００１０】
上述の、提言されている各システムは、１つのシナリオの範囲内では適切に機能するかもしれないが、ただ１つのシナリオに限定されること自体が、さらなる制限を加えることになっている。
【発明の概要】
【課題を解決するための手段】
【００１１】
従って、本発明は、既知のデバイス、システム、および方法よりも優れた利点を備えた通信デバイスＵＥ、および関連する移動体無線通信ネットワーク・デバイス、ならびにこれらを制御する一般的なシステムおよび方法を提供しようとするものである。
【００１２】
具体的には、本発明は、特にＬＴＥ＿ＡＣＴＩＶＥ動作に効果的であり、省電力化性能とパケット遅延許容度（ｔｏｌｅｒａｎｃｅ）とのバランスを取るように機能するＤＲＸ／ＤＴＸスキームを、提供しようとするものである。
【００１３】
本発明の一態様によれば、移動体無線通信デバイスにおける不連続受信サイクルを制御する方法が提供され、本方法は、データが受信されない連続した不連続受信期間の数をモニタするステップと、データが受信される連続した不連続受信期間の数をモニタするステップと、前記モニタリングの結果に応じて前記不連続受信サイクルを変更するステップと、を含む。
【００１４】
本発明は、前述の連続したＤＲＸ期間のモニタリングを通じて特定されるＵＥの動作レベルに基づいたＤＲＸサイクルの適応調整によって、要求される省電力化性能とパケット遅延耐性とを効果的にバランスする、一般的な不連続受信（ＤＲＸ）スキームを提供する点で、有利であることが分かる。上述のような、連続した期間の数のモニタリングを通じて、無線ベアラのＱｏＳ要件をも考慮に入れたやり方でＵＥの動作レベルが効果的にモニタされる。さらに、有利なことに、ＤＲＸサイクル割り当てのために通常用いられる無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）および媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）のシグナリングを最小限にすることができることが分かっている。このことは特に、非実時間サービスならびに実時間サービスのどちらにも適することが分かる。
【００１５】
言うまでもなく当然のことながら、一実施形態では、移動体無線通信デバイスには、例えばセルラ式電話ハンドセットなどの形の、移動体ネットワークＵＥを含めることができる。
【００１６】
さらになお、本方法には、現在の不連続受信サイクルと前記モニタリングの結果とに応じて、アクティブ・モードからアイドル・モードへの遷移を制御するステップを含めることができる。さらになお、本方法には、不連続受信サイクルと前記モニタリングの結果とに応じて、移動体無線通信デバイスのアクティブ状態から連続受信状態への遷移を制御するステップを含めることができる。
【００１７】
本発明の別の態様によれば、移動体無線通信ネットワーク・デバイスにおける不連続送信サイクルを制御する方法が提供され、本方法は、データが送信されない連続したＤＴＸ期間の数をモニタするステップと、データが送信される連続したＤＴＸ期間の数をモニタするステップと、前記モニタリングの結果に応じて前記不連続送信サイクルを変更するステップと、を含む。
【００１８】
言うまでもなく当然のことながら、本発明の本態様において移動体無線通信ネットワーク・デバイスは、ネットワーク・ノード・デバイス、具体的にはｅＮｏｄｅＢを含むことが好ましい。
【００１９】
モニタするステップは、前記連続した期間をカウントするステップを含むことが好ましい。
【００２０】
具体的には、閾値を上回っているカウントに応じて、前記サイクルの変更が制御される。
【００２１】
さらになお、本方法は有利なことに、データのない連続した期間のカウントが閾値を上回る場合には、サイクルが拡大するやり方で前記サイクルを変更するように設けられている。
【００２２】
一方、データのある連続した期間のカウントが閾値を上回る場合には、サイクルが縮小するように前記サイクルが変更される。
【００２３】
さらなる有利な特徴によれば、前記閾値は、無線ベアラの追加、修正、または削除と一緒に設定または再設定されるように設けられている。
【００２４】
従って、上述のような再設定は、確立された無線ベアラ全てのＱｏＳ要件を考慮に入れることができる。このようにして設定された閾値は、要求される省電力化性能と許容可能なパケット待ち時間との適切なバランスを効果的にもたらす。
【００２５】
本発明の別の態様によれば、移動体無線通信システムにおける不連続動作を制御する方法であって上記に概要を示した方法ステップ群を含む方法が提供され、データが受信されない期間はデータが送信されない期間に一致し、データが受信される期間はデータが送信される期間に一致する。
【００２６】
本発明の本態様は、移動体無線通信デバイスと移動体無線通信ネットワーク・デバイスとのそれぞれにおいて生じるカウントは必然的に互いに一致することになり、前記サイクルの拡大または縮小も同様に一致することになるという、特に有利な特徴を強調するものである。
【００２７】
このようにして、移動体無線通信デバイスにおける不連続サイクルの適応制御が、特定のシグナリングを何も必要とせずに、移動体無線通信ネットワーク・デバイスに忠実に反映されることになる。
【００２８】
本発明の別の態様によれば、不連続受信サイクルを呈する不連続受信モードにて動作するように設けられた移動体無線通信デバイスが提供され、本移動体無線通信デバイスは、データが受信されない連続した不連続受信期間の数をモニタする手段と、データが受信される連続した不連続受信期間の数をモニタする手段とを含み、さらに本デバイスは、前記モニタリングの結果に応じて前記不連続受信サイクルを変更するように設けられている。
【００２９】
前記期間をモニタする前記手段は、カウンタ手段を含むことが好ましい。具体的には、データのない連続した不連続受信期間の数をモニタするために或るカウンタを備え、データのある不連続受信期間をモニタするために別個のカウンタを備えることができる。
【００３０】
さらに、不連続受信サイクルを変更する手段は、閾値を上回っているカウントに応じて動作するように設けられている。
【００３１】
すなわち、データのない連続した期間が閾値を上回る場合には、不連続受信サイクルも拡大するように設けられている。
【００３２】
データのある連続した期間のカウントが閾値を上回る場合には、不連続受信サイクルは縮小する。
【００３３】
言うまでもなく当然のことながら、本発明は、ＬＴＥネットワーク機構にて動作するように設けられたＬＴＥハンドセットを含む移動体無線通信デバイスに特に適している。
【００３４】
本デバイスは、故に、現在の不連続受信サイクルと前記モニタリングの結果とに応じてアクティブ・モードからアイドル・モードへ移行するように、設けることができる。
【００３５】
さらに上記ハンドセットは、同様に現在の不連続受信サイクルと前記モニタリングの結果とに応じてアクティブ・モードから連続受信モードへ移行するように、設けることができる。
【００３６】
本デバイスには、さらに、無線ベアラの確立中に設定されたタイマ閾値を用いて、連続受信モードから不連続受信モードへの移行を制御するタイマ手段を含めることができる。
【００３７】
タイマは、初めに、移動体無線通信デバイスが前回のデータ受信に関するＨＡＲＱ＿ＡＣＫを送信してからセットされるように設けられることが好ましい。
【００３８】
本発明のさらなる態様によれば、不連続送信サイクルを呈する不連続送信モードにて動作するように設けられた移動体無線通信ネットワーク・デバイスが提供され、本移動体無線通信ネットワーク・デバイスは、データが送信されない連続した不連続送信期間の数をモニタする手段と、データが送信される連続した不連続送信期間の数をモニタする手段とを含み、本デバイスはさらに、前記モニタリングの結果に応じて、前記不連続送信サイクルを変更するように設けられている。
【００３９】
前記期間をモニタする前記手段は、カウンタ手段を含むのが望ましい。具体的には、データのない連続した不連続送信期間の数をモニタするために或るカウンタを備え、データのある不連続送信期間をモニタするために別個のカウンタを備えることができる。
【００４０】
さらに、不連続送信サイクルを変更するように設けられた手段は、閾値を上回っているカウントに応じて動作するように設けられている。
【００４１】
すなわち、データのない連続した期間のカウントが閾値を上回る場合には、不連続送信サイクルも拡大するように設けられている。
【００４２】
データのある連続した期間のカウントが閾値を上回る場合には、不連続送信サイクルが縮小するように設けられている。
【００４３】
上記のように、当然のことながら、本発明は、ＬＴＥネットワーク機構にて動作するように設けられたＬＴＥハンドセットを含む移動体無線通信デバイスに特に適している。
【００４４】
本デバイスは、故に、現在の不連続送信サイクルと前記モニタリングの結果とに応じてアクティブ・モードからアイドル・モードへ移行するように、設けることができる。
【００４５】
さらに上記ハンドセットは、同様に現在の不連続送信サイクルと前記モニタリングの結果とに応じてアクティブ・モードから連続受信モードへ移行するように、設けることができる。
【００４６】
本デバイスには、さらに、無線ベアラの確立中に設定されたタイマ閾値を用いて、連続送信モードから不連続送信モードへの進入を制御する、タイマ手段を含めることができる。
【００４７】
タイマは、初めに、移動体無線通信デバイスが前回のデータ受信に関するＨＡＲＱ＿ＡＣＫを送信してからセットされるように設けられることが好ましい。
【００４８】
本発明のさらなる態様によれば、上記に定義されるような移動体無線通信デバイスおよび移動体無線通信ネットワーク・デバイスを含む通信ネットワーク・システムが提供される。
【００４９】
前述のように、本発明は特にＬＴＥに適しており、その理由は、ＬＴＥはパケット中心のシステムであって、一般にパケットの到着がバースト的かつ不連続的であり、そのためＤＲＸ動作による省電力化が有意となり得るからである。さらに、ＬＴＥシステムでは、ＵＥが比較的長期にわたって接続モードのままでいることがあり得ると予想され、そのためＬＴＥ＿ＡＣＴＩＶＥ状態におけるＵＥの効率的なＤＲＸ動作が特に重要であることが実証できる。
【００５０】
ＲＡＮ２、ＲＡＮ３およびＳＡ２合同会議にて、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２＆ＲＡＮ  ＷＧ３＆ＳＡ  ＷＧ２合同Ｍｅ３ｅｔｉｎｇ報告書草案，第３巻（Ｄｒａｆｔ  Ｒｅｐｏｒｔ  ｏｆ  Ｊｏｉｎｔ  ３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ２＆ＲＡＮ  ＷＧ３＆ＳＡ  ＷＧ２  Ｍｅ３ｅｔｉｎｇ，ｖ．００３）では、作業仮説として、ＬＴＥ−ＡＣＴＩＶＥ状態における省電力化がＬＴＥ＿ＩＤＬＥ状態における省電力化と同等になるべきことが合意された。
【００５１】
一方で、ＤＲＸ構成に関する２つの相反する要件、すなわち、より望ましい省電力化性能のための大きいＤＲＸサイクルと、より少ないパケット待ち時間のための小さいＤＲＸサイクルとが指摘されているが、本発明は、これを実現することが可能である。サービス・タイプ、ＱｏＳ要求などに従って、２つの要件の間に有利にバランスをもたらすことができる。さらに、各無線ベアラは独自のＱｏＳ要件を有するので、ＤＲＸサイクルおよび関連パラメータを無線ベアラごとに設定することが可能となっている。
【００５２】
遅延要件およびパケット到着パターンなどの属性は各トラフィック・タイプによって異なり、さらに最適なＤＲＸ環境はサービス・タイプによって決まるのであるが、本発明は、様々なトラフィック・タイプに対処するのに十分な適応性があることが分かっている。ＵＥの動作レベルは動的に変化し得るものの、ＬＥＴ＿ＡＣＴＩＶＥにおけるＵＥの動作レベルに従ってＤＲＸサイクルを構成することも可能である。
【図面の簡単な説明】
【００５３】
【図１】本発明の一実施形態による、不連続動作サイクルを延長するように機能する、不連続動作サイクルの動的制御を示すタイミング図である。
【図２】本発明の一実施形態による、不連続動作サイクルを縮小するように機能する、不連続動作サイクルの動的制御を示すタイミング図である。
【図３】本発明の一実施形態による、ＬＴＥ＿ＩＤＬＥ状態へ入っていく本発明のＬＴＥデバイス実施形態の遷移を示すタイミング図である。
【図４】本発明の一実施形態による、連続ＤＲＸモードへ入っていく本発明のＬＴＥデバイス実施形態の遷移を示すタイミング図である。
【図５】本発明の一実施形態による、ＬＴＥ＿ＡＣＴＩＶＥ  ＤＲＸモードへ入っていく本発明のＬＴＥデバイス実施形態の遷移を示すタイミング図である。
【図６Ａ】本発明に従って有利に対処することのできる潜在的エラーのシナリオを示す図である。
【図６Ｂ】本発明に従って有利に対処することのできる潜在的エラーのシナリオを示す図である。
【図６Ｃ】本発明に従って有利に対処することのできる潜在的エラーのシナリオを示す図である。
【図６Ｄ】本発明に従って有利に対処することのできる潜在的エラーのシナリオを示す図である。
【図７】本発明を具現化しているシステムのユーザ機器（ＵＥ）とｅＮｏｄｅＢとの間のシグナリング図を含み、具体的には、無線リソース・コントローラによる、不連続送信および不連続受信の構成および再構成を含む図である。
【図８】本発明による、ネットワーク・システムの概略ブロック図である。
【発明を実施するための形態】
【００５４】
本明細書の記載におけるＤＲＸ動作とは、一般に、ＵＥ  ＤＲＸ／ｅＮＢ  ＤＴＸ動作と関連していることに留意すべきである。故に、ＵＥは、ＤＲＸ動作において、ＤＲＸ期間の終わりにウェイクアップするタイミングでのみＵＬ（Ｕｐｌｉｎｋ：アップリンク）データを送信するものと限定されるべきではない。アップリンク（ＵＬ）データ送信は、スリープ期間中いつでも開始することができ、その後ＵＥは、アップリンク送信が終了し次第スリープ・モードへ戻る。
【００５５】
本発明は、ＬＴＥ＿ＡＣＴＩＶＥ用の一般的で適応性のあるＤＲＸスキームを提供することを理解すべきである。図に示すこの実施形態では、ＤＲＸサイクルの調整は、ＵＥの動作レベルをＵＥとｅＮＢそれぞれにおいて追跡する２つのカウンタによってトリガされる。一方のカウンタは、その間にｅＮＢからＵＥへとデータが送信される連続したＤＲＸ期間をカウントする。もう一方のカウンタは、その間に上述のようなデータが送信されない連続したＤＲＸ期間をカウントする。カウンタのうちの１つがトリガ閾値に達すると、ＤＲＸ／ＤＴＸサイクルは、ＵＥおよびｅＮＢにて必要に応じて拡大または短縮される。ｅＮＢとＵＥとは、データ送信に関する全く同じ知識を共有しているので、ＲＲＣまたはＭＡＣシグナリングを何も必要とせずに、一致してＤＴＸ／ＤＲＸサイクルを拡大あるいは短縮する。さらに、無線ベアラが追加、修正または削除されるとき、ＤＲＸサイクル調整のためのトリガ閾値およびその他のＤＲＸ動作パラメータを、ｅＮＢによって、無線ベアラのＱｏＳに従って設定または再設定することができる。
【００５６】
本発明のよりよい理解のために、図８を参照しつつ、上述の動作を実行するネットワーク・システムについて明示的に説明する。図８に示すネットワーク・システムは、移動体無線通信デバイスとして動作するＵＥデバイスと、発展型Ｎｏｄｅ基地局（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂａｓｅ  ｓｔａｔｉｏｎ）であるｅＮＢとを含む。説明を簡潔にするために、ＵＥデバイスを、２つのデバイス・カウンタＣ１ＵＥ  およびＣ２ＵＥ  と、ＵＥコントローラと、ＵＥ無線回路とで具体的に示し、同様にｅＮＢを、２つのカウンタＣ１ｅＮＢ  およびＣ２ｅＮＢ  と、ｅＮＢコントローラと、ｅＮＢ無線回路とで具体的に示す。図８に示すように、ＵＥコントローラは、デバイス・カウンタＣ１ＵＥ  およびＣ２ＵＥ  とＵＥ無線回路との間に接続されて、データ転送制御動作、ＤＴＸ／ＤＲＸサイクルのモニタリングおよび変更に関する動作などの制御動作を実行する。一方、ｅＮＢコントローラは、カウンタＣ１ｅＮＢ  およびＣ２ｅＮＢ  とｅＮＢ無線回路との間に接続されて、データ転送制御動作、ＤＴＸ／ＤＲＸサイクルのモニタリングおよび変更に関する動作、ならびにデータ送信スケジューリングに関する動作などの制御動作を実行する。
【００５７】
加えて、以下の記載において、カウンタおよびそのカウント値が、Ｃ１ＵＥ、Ｃ２ＵＥ、Ｃ１ｅＮＢ、およびＣ２ｅＮＢなどの、共通した参照記号によって表されることにも留意すべきである。
【００５８】
まず、図１を参照すると、アクティブ・モードにて動作しておりｅＮＢとシグナリングをやり取りしているＬＴＥデバイスのタイミング図が提示されている。データ・ブロック１０、１２および１４は、ｅＮＢに到着しているものとして示される。これらは次に、図に示すようにダウン・リンク（ＤＬ：Ｄｏｗｎ  Ｌｉｎｋ）１６、１８、２０で送信され、その後ＵＥにて、データ交換の一部として２２、２４および２６で受信される。このようなデータ交換には、ＭＡＣスケジューリング・シグナリング、ＤＬ＿ＳＣＨ上の送信データ、さらにはＨＡＲＱ−ＡＣＫ／ＮＡＫシグナリングなどを含めることができる。
【００５９】
ｅＮＢとＵＥとの間の上述のようなシグナリング交換は、ｅＮＢにて複数の不連続送信サイクルＤＴＸｎの中で行われ、その間ＵＥにて複数の対応する不連続受信サイクルＤＲＸｎが発生することは勿論である。
【００６０】
図に示すように、このようなサイクルおよびその長さは同期しており、そのためＤＴＸｎ＝ＤＲＸｎとなる。
【００６１】
図１から分かるように、対になったＤＴＸｎ／ＤＲＸｎサイクルの３番目の範囲内には、ｅＮＢから送信されるデータもＵＥによって受信されるデータもない。
【００６２】
ｅＮＢおよびＵＥの各々は、データが送信／受信されないＤＴＸサイクルおよびＤＲＸサイクルの数をそれぞれカウントするように設けられている、各自のカウンタＣ１ｅＮＢおよびＣ１ＵＥを有する。
【００６３】
そのような「データのない」期間のカウントは、２つのクロックに関してそれぞれ矢印２８、３０で示されるように継続する。
【００６４】
クロック・カウントは、不連続動作期間が生じたと判断された時点で一旦停止する。その期間内に、ｅＮＢに到着するデータ３２およびそれに続くデータ３４によって示されるように、データが生じ、その後ＤＬにて３６、３８で送信され、さらにＵＥにて、データ交換の一部として４０、４２で受信される。
【００６５】
ＤＲＸサイクルがｘと定められる場合、パケット到着とパケット送信との間のパケット待ち時間は、統計上、ｘ／２に等しくなる。ＵＥは、あり得るＤＬデータ送信に備えて、各ＤＲＸ期間の終わりにウェイクアップする。ＵＥがウェイクアップしても、ｅＮＢがＵＥへ送信するデータを持っていない（ｅＮＢは、前回のスリーピング期間にそのＵＥ用のデータを何もバッファリングしなかった）場合、ＵＥは、カウンタＣ１ＵＥをインクリメントすることによって、このイベントをカウントする。ｅＮＢも、自分のＣ１ｅＮＢを同様のやり方で使用する。一方、ＵＥがウェイクアップし、ｅＮＢがＵＥへ送信する何らかのバッファリングされたデータを持っている場合、カウンタＣ１ＵＥはリセットされ、同時に、ｅＮＢのカウンタＣ１ｅＮＢもリセットされる。カウンタＣ１ＵＥ（および、同様にｅＮＢのカウンタＣ１ｅＮＢ）がＮに達する場合、これは、連続してＮ個のＤＲＸサイクルにわたってＵＥがｅＮＢから何もデータを受信しなかった（ｅＮＢに到着したデータがなかった）ことを意味する。このことは、現在のＤＲＸサイクルがあるべき状態よりも小さい可能性があり拡大する必要があることを指し示すものとして、用いられる。ＵＥおよびｅＮＢは、自分たちの間のデータ転送に関する全く同じ知識を有しているので、シグナリング交換を何も必要とせずに、一致してＤＲＸサイクル拡大を行うことができる。
【００６６】
ｅＮＢが、バッファリングされたデータの送信を次のウェイクアップ時間の開始より前に終えた場合には、ＵＥがスリープ・モードへ戻ることが可能となり、省電力化が最大になる。
【００６７】
ここで図２を参照すると、ｅＮＢに到着しているデータ・ブロック４４が、その後ＤＬにて４６で送信され、ＵＥにてデータ交換の一環として４８で受信されるのを示している点で図１のものと類似するタイミング図が提示されている。カウンタタＣ２ｅＮＢおよびＣ２ＵＥがそれぞれｅＮＢおよびＵＥに備えられ、データが送信／受信される不連続動作サイクルをカウントするように機能する。
【００６８】
この図においても、上述のようなサイクルの長さが、ＤＴＸｎおよびＤＲＸｎによって表示されている。
【００６９】
図２に示す実施形態では、動作に際し不連続動作サイクルが、それぞれのクロックのカウント期間５０、５２の結果に基づいて適応的に短くなるように設けられている。
【００７０】
さらに詳しくは、ＵＥがウェイクアップし、ｅＮＢがこのＵＥへ送信するデータを持っている場合、ＵＥは、もう１つのカウンタＣ２ＵＥをインクリメントすることによって、このイベントをカウントする。ｅＮＢも、同様にインクリメントされる自分のカウンタＣ２ｅＮＢを使用する。ＵＥがウェイクアップし、ｅＮＢがこのＵＥへ送信するデータを持っていない場合、カウンタＣ２ＵＥはＵＥにてリセットされ、同時にカウンタＣ２ｅＮＢはｅＮＢにてリセットされる。カウンタＣ２ＵＥ（および、同時にＣ２ｅＮＢ）がＭに達する場合、これは、連続してＭ個のＤＲＸサイクルにわたってＵＥがｅＮＢからデータを受信していたことを意味する。このことは、現在のＤＲＸサイクルはそれがあり得る状態よりも大きい可能性があり短縮する必要があることを指し示すように機能する。上記と同じ理由で、ＵＥおよびｅＮＢは、何もシグナリング交換をせずに、一致するＤＲＸサイクル短縮を採用することができる。
【００７１】
前回のスリープ期間中に大量のデータがバッファリングされたと考えられる状況においては、ＵＥが、次のウェイクアップ時間より前にスリープへ戻る機会がないこともある。この場合、ｅＮＢは、ＤＲＸの境界を越えて、とにかくデータを送信し続ける。あるいはこのことを、ＵＥおよびｅＮＢがＤＲＸ動作を抜けて連続ＲＸモードへ進む、特別のトリガとして定義することもできる。
【００７２】
図３を参照すると、ＵＥが、ＬＴＥ＿ＡＣＴＩＶＥ状態からＬＴＥ＿ＩＤＬＥ状態へ入るように設けられることが可能なやり方を説明する、さらなるシグナリング図が示されている。
【００７３】
この場合もやはり、最初のシグナリング５４がｅＮＢに到着しており、次にＤＬにて５６で送信され、ＵＥにて５８で受信されることが示されている。
【００７４】
さらに、アイドル状態へ入ると、ＲＲＣ解放要求／確認ならびにページング・シグナリング６０を含み得る選択的なＲＲＣシグナリング交換が示されている。
【００７５】
図１に関連して示したのと同様のクロックが、ｅＮＢおよびＵＥそれぞれの内部に用いられており、矢印６２、６４で示すカウント期間をもたらすように機能する。
【００７６】
この場合もやはりＮおよびＭが、ＤＲＸサイクルの延長あるいは短縮のためのトリガ基準を含む。トリガ基準の選択は事実上、省電力化性能と個別の無線ベアラのパケット待ち時間要件とのトレードオフである。無線ベアラＱｏＳが要件とする遅延が短くなるほど、より大きいＮおよびより小さいＭが選択され、無線ベアラが許容できる遅延が長くなるほど、より小さいＮおよびより大きいＭが選択される。ＵＥにあるカウンタＣ１ＵＥおよびＣ２ＵＥ（ｅＮＢにあるＣ１ｅＮＢおよびＣ２ｅＮＢ）は、ＤＲＸ環境がＵＥの動作レベルのいかなる変化にも追随し適切であり続けることを確実にするべく、連携して機能する。
【００７７】
確立された無線ベアラの各々は、個別のパケット到着パターンを有し、サービス・タイプによって動作レベルの範囲にばらつきがあることが分かっているが、本発明は、これに有利に適応することができる。ウェブ・ブラウジングなど一部のサービス・タイプは動作レベルの変動範囲が大きく、それに対してＶｏＩＰなど他のサービス・タイプは、動作レベルの変動範囲が小さいか、あるいは動作レベルが一定でさえある。従って様々な無線ベアラが、それぞれの変動範囲を示すのに１対のＤＲＸｍｉｎ値およびＤＲＸｍａｘ値を必要とする場合がある。ＶｏＩＰの極端な例では、採用されるコーデックに従ってＤＲＸｍｉｎ＝ＤＲＸｍａｘ＝２０、４０または８０ｍｓ、ならびにＮ＝Ｍ＝∞である。
【００７８】
ＤＲＸサイクルがＤＲＸｍａｘに達し、それでもカウンタＣ１ＵＥおよびＣ１ｅＮＢにおけるカウント値が増え続け、閾値であるＮＩｄｌｅを上回るシナリオでは、これは、ＵＥが十分に長いインアクティブ期間を経験しており、図３に示すようにＵＥがＬＴＥ＿ＩＤＬＥ状態へ入る時期が来たことを指し示すものと解釈される。
【００７９】
ここで図４を参照すると、ＤＬを介して６８で送信され、ｅＮＢに到着しているデータ６６がＵＥにて７０で受信されるシグナリング図が同様な形式で示されている。
【００８０】
図２で説明した動作に関連して示されたようなクロックが、この場合もやはりｅＮＢおよびＵＥのそれぞれにおいて用いられ、それぞれのカウント期間７２、７４の終わりには、連続送信／受信モードへの進入が可能かどうかの判断が下される。
【００８１】
本例では、ＤＲＸサイクルがＤＲＸｍｉｎ値に達し、それでもカウンタＣ２ＵＥおよびＣ２ｅＮＢのカウント値が増え続け、閾値であるＮｃｏｎｔｉを上回る場合、このことは、ＵＥが連続ＲＸモードへ戻る時期が来たことを指し示す機能を果たす。
【００８２】
ここで図５を参照すると、ＬＴＥ＿ＡＣＴＩＶＥ  ＤＲＸ動作モードへのＵＥの制御された進入を支援するためにｅＮＢおよびＵＥの内部に個別のタイマを含めることによってもたらすことの可能な、動作モードが示されている。
【００８３】
現在アクティブなデータ・ブロック７６，７８，８０が、ｅＮＢ、ＤＬ送信およびＵＥ受信のそれぞれに関して示されており、時間計測動作の開始および範囲が、ｅＮＢおよびＵＥそれぞれに関して矢印８２、８４で示されている。
【００８４】
連続ＲＸモードからＤＲＸモードへ入るために、ＵＥおよびｅＮＢそれぞれにおいて、タイマＴｅｎｔｅｒ，ｅＮＢを採用することができ、タイムアウト値ＴＤＲＸは、無線ベアラ確立の間に設定することができる。タイマはそれぞれ、ｅＮＢにおける前回のデータ送信に関するＨＡＲＱ−ＡＣＫをｅＮＢが受信し、ＵＥにおける前回のデータ受信に関するＨＡＲＱ−ＡＣＫをＵＥが送信してから、セットされる。タイマが期限切れになると、ＵＥがＤＲＸモードへ入り、同時にｅＮＢが、このＵＥに対するＤＴＸモードへ入る。
【００８５】
上述のように、ＵＥおよびｅＮＢが自分たちの間で、今し方生じたデータ転送に関する全く同じ知識を有するため、本発明は、ＵＥとｅＮＢとの間のＭＡＣまたはＲＲＣシグナリング交換を必要とせずに、ＤＲＸサイクルの一致した調整を実現できる点で有効である。ＨＡＲＱ動作のおかげで、仮にＤＬデータ送信の間にエラーが生じたとしても、ＵＥおよびｅＮＢは、常に一致するＤＲＸサイクル調整操作：不変、延長、または短縮を、行うことができる。図６は、ＵＥがウェイクアップし、ｅＮＢがこのＵＥへ送信するデータを持っている場合に、ＤＬデータ送信に生じる可能性のある４つのエラー事例を示す。起こり得る全てのエラーは、これらのエラーのうちの１つであるか、これらの組み合わせということになる。
【００８６】
４つの事例全てにおいて、タイム・インスタンスＡ以降、ＵＥおよびｅＮＢはいずれも両者間でデータ転送が生じていることを既知であり、互いの間で不整合なしに、一致してイベントをカウントすることができる。すなわち、ＵＥは、ＨＡＲＱ  ＡＣＫまたはＮＡＫを送信し次第、カウントを開始する；ｅＮＢは、ＨＡＲＱ  ＡＣＫまたはＮＡＫを受信し次第、カウントを開始する。このことは、シグナリングを何も必要とせずに、提案されているＤＲＸサイクル調整のロバスト性および信頼性を確実にする機能を有利に果たす。
【００８７】
当然分かることであるが、上記の記載は、パケット到着パターンが、常に長いバーストである訳ではないことを前提としている。簡単な例を挙げると、１つのウェブ・ページは、いくつかのサーバからのデータで構成されることがある。この場合、そのウェブ・ページの各コンポーネントに関して必要な配信時間は、かなり異なってくる。ウェブ・ページが１つのサーバに由来する場合でさえ、ページの別々の部分は、各自の異なるルーティング・パスを理由に、あるいはネットワーク混雑のために、別々の転送時間を経験し得る。ＤＲＸサイクルに比べると全体の伝送時間は短くなるとはいえ、伝送自体が連続的にならない可能性があり、ギャップが生じることになる。
【００８８】
Ｒ２−０６３０６８「Ｅ−ＵＴＲＡＮにおける測定（Ｍｅａｓｕｒｅｍｅｎｔ  ｉｎ  Ｅ−ＵＴＲＡＮ）」ノキア（Ｎｏｋｉａ）により、このような機構は、過度に複雑な規格作業を取り入れずとも非常にロバストでありかつ優れた省電力化機能をもたらすので、ＵＥの測定要件および報告基準を調整して、ＵＥの現在採用されているＤＲＸサイクルに整合させることが可能であることが確認されている。このことは、３ＧＰＰ  ＲＡＮ２＃５６ｂｉｓ会議において作業仮説として合意されている。唯一の不利な点は、長いＤＲＸサイクルが適用される場合に、新しいセルの識別が遅れる可能性のあることであろう。しかし、長いＤＲＸサイクルは、データ受信動作がどちらかと言えば少ないＵＥにて採用されており、故に悪影響はどちらかと言えば限られるはずである。
【００８９】
ここで、さらに本発明の或る特定の実施形態を説明するべく、この説明される実施形態に従って必要とされるパラメータの例を参照する。
【００９０】
提案されているスキームでは、Ｃ１ＵＥおよびＣ２ＵＥと表される２つのカウンタがＵＥに、さらにＣ１ｅＮＢおよびＣ２ｅＮＢと表される２つのカウンタがｅＮＢに、それぞれ採用されることが必要である。ＵＥにおいてはＴｅｎｔｅｒ，ＵＥと表され、ｅＮＢにおいはＴｅｎｔｅｒ，ｅＮＢと表されるタイマを採用することができる。加えて、一連のＤＲＸパラメータが定義され、それらの意味は上記に記載済みである：
−  ＴＤＲＸ
−  Ｎ
−  Ｍ
−  ＮＩｄｌｅ
−  Ｎｃｏｎｔｉ
−  Ｉｍｉｎ：ＤＲＸｍｉｎに対するインデックス
−  Ｉｍａｘ：ＤＲＸｍａｘに対するインデックス
さらに、ｅＮＢおよび各ＵＥにて、一連のＤＲＸサイクルが予め定義される：
ＤＲＸ０＜ＤＲＸ１＜．．．＜ＤＲＸｎ−１＜ＤＲＸｎ＜ＤＲＸｎ＋１＜．．．
（例えば、２０，４０，８０，１６０，３２０，．．．ｍｓ）
ＩＦ（現在のＤＲＸ期間にｅＮＢからＵＥへ送信されるデータがない）
ＵＥにて、Ｃ１ＵＥ＋１→Ｃ１ＵＥ  さらに  ０→Ｃ２ＵＥ
ｅＮＢにて、Ｃ１ｅＮＢ＋１→Ｃ１ｅＮＢ  さらに  ０→Ｃ２ｅＮＢ
／＊ＵＥおよびｅＮＢが現在のＤＲＸ期間におけるデータ送信に関する全く同じ知識を有しているので、これらのカウンタは、ＵＥおよびｅＮＢにおいて一致してインクリメントまたはリセットされる＊／
ＩＦ（Ｃ１ＵＥ＞＝Ｎかつ現在のＤＲＸサイクル＜ＤＲＸｍａｘ）／＊Ｃ１ｅＮＢ＞＝Ｎかつ現在の    ＤＴＸサイクル＜ＤＴＸｍａｘが同時に成り立つ必要がある＊／
ＵＥにて、ＤＲＸｎ＋１→現在のＤＲＸサイクル  さらに  ０→Ｃｌｕｅ
ｅＮＢにて、ＤＴＸｎ＋１→現在のＤＴＸサイクル  さらに  ０→Ｃ１ｅＮＢ
ＥＬＳＥ／＊現在のＤＲＸ期間に ｅＮＢからＵＥへ送信される何らかのデータがある＊／
ＵＥにて、Ｃ２ＵＥ＋１→Ｃ２ｕｅ  さらに  ０→Ｃ１ＵＥ
ｅＮＢにて、Ｃ２ｅＮＢ＋１→Ｃ２ｅＮＢ  さらに  ０→Ｃ１ｅＮＢ
ＩＦ（Ｃ２ＵＥ＞＝Ｍかつ現在のＤＲＸサイクル＞ＤＲＸｍｉｎ）／＊Ｃ２ｅＮＢ＞＝Ｍかつ現在の    ＤＴＸサイクル＞ＤＴＸｍｉｎが同時に成り立つ必要がある＊／
ＵＥにて、ＤＲＸｎ−１→現在のＤＲＸサイクル  さらに  ０→Ｃ２ＵＥ
ｅＮＢにて、ＤＴＸｎ−１→現在のＤＴＸサイクル  さらに  ０→Ｃ２ｅＮＢ
【００９１】
最後に図７を参照すると、この図は、ＵＥ８６およびｅＮＢ８８における、ＲＲＣを介したＤＴＸ／ＤＲＸ構成および再構成を示している。
【００９２】
提案されているスキームのＤＲＸサイクル調整を簡明に説明するために、上述したアルゴリズムでは、現在のＤＲＸ／ＤＴＸサイクルがＤＲＸｍｉｎまたはＤＲＸｍａｘに達したかどうかを確認する瑣末な部分を省略した。それに対し図７は、新しい無線ベアラの追加、あるいは既存の無線ベアラの修正または解放に際し、ｅＮＢがどのようにしてＤＲＸ動作ならびに関連パラメータを設定または再設定するのかを示している。確立された無線ベアラがＵＥに２つ以上ある場合、ｅＮＢは、確立された全ての無線ベアラのＱｏＳ要件を考慮することになる。あるいはｅＮＢは単純に、最も厳密なＱｏＳ要件を有する無線ベアラに照らして一連のＤＲＸパラメータを決定してもよい。
【００９３】
図７を見ると、ｅＮＢ８８にて、新しい無線ベアラが固有のＱｏＳを有して確立されるシナリオが、具体的に説明されている。
【００９４】
ステップ９０にて、ｅＮＢがシグナリングを処理し、生じている無線ベアラのタイプならびに要求されているＱｏＳなどに基づいて、上述したような、ＤＲＸパラメータの適切なセット（ＴＤＲＸ、Ｎ、Ｍ、ＮＩｄｌｅ、Ｎｃｏｎｔｉ／ｍｉｎ／ｍａｘなど）を決定する。
【００９５】
このような処理に続き、ｅＮＢ８８からＵＥ８６へ、ＲＲＣ接続が必要であることを示す信号９２が送信され、その結果として、ＵＥ８６からｅＮＢ８８へ、ＲＲＣ接続確認信号９４が送信される。
【００９６】
９６にて、本発明に従いＵＥ８６およびｅＮＢ８８は、上述のカウント機構を用いて各自のＤＲＸ／ＤＴＸサイクルを適応的に調整し、それによりＵＥの動作レベルのあらゆる変化を効率的にモニタおよび追跡し、その結果、要求される省電力化性能とパケット待ち時間耐性とのバランスを取る。
【００９７】
９６における上述のような適応調整の後、ｅＮＢ８８が、例えば確立された無線ベアラおよびＱｏＳの全てに関してなど、新しいＤＲＸパラメータのセットが必要であるという決定を下すはずであり、その結果ステップ９８にてそのような新しいパラメータを用いることができる。上記のセットは、最も厳密なＱｏＳ要件を示している無線ベアラに関連して決められてもよい。
【００９８】
ステップ９８でｅＮＢにて下された上述のような決定に続き、ＲＲＣシグナリングの変更要求１００および変更確認１０２シグナリングが、ｅＮＢ８８とＵＥ８６との間で交換される。
【００９９】
故に上記全体から分かるように、本発明は、ＬＴＥ＿ＡＣＴＩＶＥに向けて、一般的な主にカウンタ主導の適応的ＤＲＸスキームを提示するものである。ＵＥがＬＴＥ＿ＡＣＴＩＶＥ状態にあるとき、２つのカウンタがＵＥおよびｅＮＢそれぞれにて動作して、ＵＥの動作レベルを追跡している。一方のカウンタは、その間にデータが送信されない連続したＤＲＸ期間をカウントする。カウンタのうちの１つがトリガ閾値に達すると、ＵＥおよびｅＮＢにて、ＤＲＸ／ＤＴＸサイクルが延長あるいは短縮される。ｅＮＢおよびＵＥは自分たちの間のデータ送信に関する全く同じ知識を有しているので、ＲＲＣまたはＭＡＣシグナリングを何も必要とせずに、一致してＤＴＸ／ＤＲＸサイクルを延長または短縮することになる。ＤＲＸサイクル調整のためのトリガ閾値、およびその他のＤＲＸ動作パラメータは、無線ベアラの追加、修正または削除に際し、ｅＮＢによって設定または再設定される。ＵＥに複数の無線ベアラがある場合、上記の設定または再設定は、確立された無線ベアラ全てのＱｏＳ要件を考慮に入れる。その結果、無線ベアラのＱｏＳに従って設定されるトリガ閾値は、要求される省電力化性能と許容されるパケット待ち時間とを容易にバランスさせることになる。
【０１００】
本願は、２００７年３月９日に出願された英国特許出願第０７０４６０６．３号に基づき、その優先権の恩恵を主張する。該特許の開示の内容全体は、参照により本願明細書に組み込んだものとする。
【図１】
2010521076.tif 000003
【図２】
2010521076.tif 000004
【図３】
2010521076.tif 000005
【図４】
2010521076.tif 000006
【図５】
2010521076.tif 000007
【図６Ａ】
2010521076.tif 000008
【図６Ｂ】
2010521076.tif 000009
【図６Ｃ】
2010521076.tif 000010
【図６Ｄ】
2010521076.tif 000011
【図７】
2010521076.tif 000012
【図８】
2010521076.tif 000013
【国際調査報告】
2010521076.tif 000014