(57)【特許請求の範囲】
【請求項１】
特定のユーザについて無線アクセスネットワークを設定する方法であり、前記方法は、
前記ユーザについてトラフィックのフローを監視するステップと、
前記トラフィックのフロー中のパターンを検知するステップと、
無線アクセスネットワークの動作パラメータを検知された前記パターンに基づいて適合させるステップとを含み、
前記パターンを検知するステップは、トラフィックのバースト間の各非活性期間を表すパターンを検知することである、方法。
【請求項２】
前記トラフィックのフローを監視するステップは、前記無線アクセスネットワーク中で前記トラフィックのフローを計測するステップを含む、請求項１に記載の方法。
【請求項３】
前記トラフィックは、パケットフローの密度、パケットフローのピークレート、及び／又はバッファ中のデータの量に従って計測される、請求項１又は２に記載の方法。
【請求項４】
前記トラフィックのフローを計測するステップは、通信セッションの間、前記フローを能動的に計測するステップを含む、請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記トラフィックのフロー中のパターンを検知するステップは、周期パターン、若しくは、特定のアプリケーション又は２以上のアプリケーションの組合せに特有の動作パターンを検知するステップを含む、請求項１〜４のいずれか１項に記載の方法。
【請求項６】
前記無線アクセスネットワークの動作パラメータを適合させるステップは、タイマー設定を変更するステップを含む、請求項１〜５のいずれか１項に記載の方法。
【請求項７】
前記タイマー設定は、ＬＴＥ通信ネットワーク中の非連続受信モードの、ｏｎ−ｄｕｒａｔｉｏｎ設定、ｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ設定、又はａｃｔｉｖｅ−ｔｉｍｅ設定、若しくはＷＣＤＭＡ通信ネットワークのｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ設定と関連する、請求項６に記載の方法。
【請求項８】
前記無線アクセスネットワークの動作パラメータを適合させるステップは、前記無線アクセスネットワークのパラメータの閾値を変更するステップ、又は、第１及び第２の無線リソース制御状態間の閾値を切替えるステップを含む、請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記適合させるステップは動的に実行される、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
特定のユーザについて無線アクセスネットワークを設定するためのネットワーク要素であり、前記ネットワーク要素は、
前記ユーザについてトラフィックのフローを監視するための監視手段と、
前記トラフィックのフロー中のパターンを検知するための検知手段と、
前記無線アクセスネットワークの動作パラメータを検知された前記パターンに基づいて適合させるための適合手段とを有し、
前記パターンを検知する検知手段は、トラフィックのバースト間の各非活性期間を表すパターンを検知する、ネットワーク要素。
【請求項１１】
前記監視手段は、パケットフローの密度、パケットフローのピークレート、及び／又はバッファ中のデータ量に基づいて前記トラフィックのフローを計測する、請求項１０に記載のネットワーク要素。
【請求項１２】
前記監視手段は、通信セッションの間、能動的に前記トラフィックのフローを計測する、請求項１０または１１に記載のネットワーク要素。
【請求項１３】
前記検知手段は、前記トラフィックのフロー中の周期パターンを検知する、請求項１０〜１２のいずれか１項に記載のネットワーク要素。
【請求項１４】
前記適合手段は、前記無線アクセスネットワークのタイマー設定を適合させるよう構成された、請求項１０〜１３のいずれか１項に記載のネットワーク要素。
【請求項１５】
前記タイマー設定は、ＬＴＥ通信ネットワーク中の非連続受信モードの、ｏｎ−ｄｕｒａｔｉｏｎ設定、ｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ設定、又はａｃｔｉｖｅ−ｔｉｍｅ設定、若しくはＷＣＤＭＡ通信ネットワークのｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ設定と関連する、請求項１４に記載のネットワーク要素。
【請求項１６】
前記適合手段は、前記無線アクセスネットワーク中のパラメータの閾値を適合させる、又は第１及び第２の無線リソース制御状態間で閾値を切替えるよう構成された、請求項１１〜１５のいずれか１項に記載のネットワーク要素。
【請求項１７】
前記ネットワーク要素は、ＷＣＤＭＡ通信ネットワークの無線ネットワークコントローラ（ＲＮＣ）、又はＬＴＥ通信ネットワーク中の発展型ＮｏｄｅＢ（ｅＮＢ）である、請求項１０〜１６のいずれか１項に記載のネットワーク要素。
【請求項１８】
請求項１０〜１７のいずれか１項に記載の、１又は複数のネットワーク要素を有する、通信システム。
【請求項１９】
前記トラフィックのフローを監視するステップは、前記ユーザについての全てのトラフィックの合計を計測するステップを含む、請求項１又は２のいずれかに記載の方法。
【請求項２０】
前記監視手段は、前記無線アクセスネットワーク中の前記トラフィックのフロー、又は前記ユーザについての全てのトラフィックの合計を計測する、請求項１０に記載のネットワーク要素。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム及び方法に関し、そして特に、無線アクセスネットワーク設定が例えばトラフィックのフローにおけるパターンに基づいて適応制御された、通信システム及び方法に関する。
【背景技術】
【０００２】
代表的な通信ネットワーク又はシステムにおいて、例えば通信ネットワーク又はシステムの動作を制御する制御ノードのようなネットワーク要素により予め設定される複数の動作パラメータ又は設定が存在する。
【０００３】
例えば、通信ネットワークの設定におけるタイマー設定又は閾値は、複数の要因に従って妥協案として、または最適値として選択された初期設定値を有することができる。
【０００４】
通信ネットワークの設定が、これらの一般的な設定又はパラメータを用いて十分な方法で動作するとはいえ、当然ながらこれらの初期設定値は、通信ネットワークがいつも出来る限り効果的に動作するわけではない状況を引き起こすだろう。
【０００５】
図１は、３ＧＰＰ標準により定義されるＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）のような通信システム１の一例を示す。図１中に描かれるようなＵＭＴＳシステムのための簡易化したアーキテクチャは、しばしばＵＴＲＡＮ(Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）又はＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と呼ばれる無線アクセスネットワーク（ＲＡＮ）５と無線インタフェース上で通信するユーザ装置（ＵＥ）３を含む。ＲＡＮ５は、１又は複数のコアネットワーク７と通信する。
【０００６】
ＲＡＮ５は、無線システム１中の無線リソースを管理するエンティティ（物理及びソフトウェアの両方）からなり、ＵＥ３にコアネットワーク７にアクセスするためのメカニズムを提供する。ＲＡＮ５の設定は、通信システム１の重要な観点である。なぜならば、それは通信システムのパフォーマンス及びサービス品質パラメータに影響を及ぼすためである。
【０００７】
ＲＡＮ５のプロトコルアーキテクチャは、アプリケーション層、トランスポート層、無線リソース制御（ＲＲＣ）層、リンク層、及び物理層を含む複数のレイヤを有する。
【０００８】
図２は、ＲＲＣ層の様々な状態及び状態遷移、例えば３ＧＰＰ  ＴＳ  ２５．３３１，ＲＲＣプロトコル仕様中に定義されるようなＵＴＲＡ  ＲＲＣ状態及び状態遷移を描く。ユーザアクティビティに基づいて、ＵＥ３は、異なる状態を割当てられる。ＵＥ３の現在の状態に応じて、ＵＥは、ＵＥ３の帯域要求になるべくマッチする、異なるリソースを割当てられる。
【０００９】
ユーザアクティビティを特定するために、"スループット"及び"バッファロード"のようなユーザパラメータがサイレント及びアクティブ期間を検知するために計測される。例えば、特定の量のバッファロードが、ユーザアクティビティのしるし（indication）として用いられうる。同様に、特定量の時間についてのスループットの欠落が、ユーザ印アクティビティのしるしとして用いられうる。これらは、図３中にＵＴＲＡＮシステムに関して示される。ここで、Ｌｔｈは、図２のＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態への遷移を特定するためのトラフィック負荷閾値に関し、Ｔｔｈは、ＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態への遷移についてのインアクティビティタイマーに関する。
【００１０】
パラメータＬｔｈ及びＴｔｈは、ＲＡＮ５に接続するＵＥ３が特定のトラフィック負荷又はインアクティビティ期間に従ってＲＣＣ状態を変遷するシステムにより設定される初期設定値であってよい。
【００１１】
通信システム中で共通に用いられる他の特徴は、ＵＥ３における不連続受信（ＤＲＸ：Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）動作モードである。ＤＲＸ動作モードは、ＵＥ３における電力消費を低減するために、ＵＥ３が特定の期間の間受信機をオフにすることを意味する。ＤＲＸ動作モードは、基地局のようなリモートノードから設定可能である。例えば、ロングタームエボリューション（ＬＴＥ）通信システムにおいて、ｅＮＢ（発展型ノードＢ）は、ＤＲＸ動作モードをＲＲＣプロトコルを用いて設定することができる。当然ながら、ＤＲＸスキームの効率は、実際のトラフィック状態と関連する設定による。
【００１２】
この実施の一例として、続く記述は、仕様３ＧＰＰ  ＴＳ  ３６．３００Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）及びＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）に定義されるような、Ｅ−ＵＴＲＡＮ通信システムにおけるＤＲＸに適用する。
【００１３】
パラメータ"ｏｎ−ｄｕｒａｔｉｏｎ"は、ＵＥ３がＤＲＸから起きた後に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するために待機するダウンリンクサブフレームにおける持続時間である。もしＵＥ３がＰＤＣＣＨを無事デコードすると、ＵＥは、起きたままでいて、インアクティビティタイマーをスタートする。
【００１４】
パラメータ"ｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ"は、ＵＥ３が最後に無事ＰＤＣＣＨをデコードしてからＤＲＸの再入力がない場合に無事ＰＤＣＣＨをデコードするまでの（起きている時間中の）ダウンリンクサブフレームにおける持続時間である。ＵＥ３は、最初の送信のみについての（すなわち再送についてではない）ＰＤＣＣＨの１つの成功したデコードに従って、インアクティビティタイマーをリスタートすべきである。
【００１５】
パラメータ"ａｃｔｉｖｅ−ｔｉｍｅ"は、ＵＥ３が起きているトータル持続時間である。これは、ＤＲＸサイクルの"ｏｎ−ｄｕｒａｔｉｏｎ"と、インアクティビティタイマーが終了するまでの間にＵＥが連続的な受信を実行している時間と、１つのＨＡＲＱ  ＲＴＴの後にＤＬ再送信を待機している間、ＵＥが連続的な受信を実行している時間とを含む。上記の最小アクティブタイムがｏｎ−ｄｕｒａｔｉｏｎと等しい長さであることに基づいて、最大値は未定義（無限大）である。
【００１６】
上記のパラメータのうち、ａｃｔｉｖｅ−ｔｉｍｅパラメータがスケジューリング決定及びＵＥデコーディング成功に基づいて可変長であるのに対し、ｏｎ−ｄｕｒａｔｉｏｎ及びｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒは、（初期設定値として設定される）固定長である。ｏｎ−ｄｕｒａｔｉｏｎ及びｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒは、ｅＮＢによってＵＥに信号伝達されるのみである。
【発明の概要】
【発明が解決しようとする課題】
【００１７】
パケットデータトラフィックの特徴及びそれによるユーザアクティビティは、異なるアプリケーション間で明らかに異なる。結果として、一般的な設定、例えばバッファ負荷及びスループットについてのタイマー及び閾値の設定は、従って特定することが困難であり、いつも多くの異なるアプリケーションにより引き起こされる特徴間の妥協案となる。言い換えれば、これらのパラメータの一般的な設定は、ＵＥが最も適したＲＲＣ状態又はＤＴＸ設定を割当てられない不利な状況を引き起こす。この不都合な点が使用されるアプリケーションによるのみでなく、トランスポートネットワークの輻輳又はトラフィックシェーピングノードのような他の要素にもよることは特筆すべきである。
【００１８】
上述の１又は複数の不都合な点に悩まされないＲＡＮ設定を提供することは、本発明の目的のひとつである。
【課題を解決するための手段】
【００１９】
本発明の第１の観点によれば、特定のユーザについて無線アクセスネットワークを設定する方法が提供される。上記方法は、上記ユーザについてトラフィックのフローを監視するステップと、前記トラフィックのフロー中のパターンを検知するステップと、前記無線アクセスネットワークの動作パラメータを、検知された前記パターンに基づいて適合させるステップと、を含む。
【００２０】
この方法で動作パラメータを適合させることによって、リソースのよりよい利用及び／又はよりよいユーザパフォーマンスを実現することが可能である。これらは、ユーザ装置の電力消費の低減、又はユーザ装置をより効果的な方法で正しい動作状態に切替えることを可能にすることを含むが、これに限られない。
【００２１】
本発明のさらなる観点によれば、上記方法を実行するよう構成されたネットワーク要素、及び１または複数のそのようなネットワーク要素を有する通信システムが提供される。
【図面の簡単な説明】
【００２２】
本発明をよりよく理解するために、そしてどのように効果をもたらすかをより明確に示すために、続く図面により参照が一例としてのみ用いられる。
【図１】基本的な通信システムを示す。
【図２】ＵＴＲＡ  ＲＲＣ状態及び状態遷移の概要を示す。
【図３】バッファ負荷及び時間に基づきスループットに基づかない状態遷移を示す。
【図４】本発明の第１の観点による方法を描くフローチャートを示す。
【図５】本発明の第１の実施形態の適用を示す。
【図６】本発明の第２の実施形態の適用を示す。
【図７】本発明の第３の実施形態の適用を示す。
【発明を実施するための形態】
【００２３】
好ましい実施形態が、ＵＭＴＳ又はＳＡＥ／ＬＴＥ通信システムにおいて用いられるＲＡＮを関連して記述されるだろう。しかしながら、本発明はいかなるタイプの通信システムと関連するＲＡＮと共に用いられてもよいことは特筆すべきである。
【００２４】
本発明は、無線アクセスネットワーク設定の１又は複数の設定又はパラメータを制御するために、通信セッションの経時的なトラフィック挙動を用いることを焦点とする。
【００２５】
図４を参照すると、最も広い意味で本発明は、特定のユーザについてのトラフィックのフローを監視するステップステップ４０１を含む。ステップ４０２において、監視ステップの結果としてもしパターンが検知されると、無線アクセスネットワークの１又は複数の動作パラメータ又は設定が検知されたパターンに基づいて適合される。ステップ４０３。もしパターンが検知されないと、上記方法は、パターンを検知するために継続してトラフィックのフローを監視し続ける。より詳細が下記に記述されるであろうと折、本発明は、トラフィックのフロー中の、特定のアプリケーション、又は、ユーザにより同時に用いられている２以上のアプリケーションの組合せと対応する特定のパターンを検知するよう構成されうる。
【００２６】
本発明をさらに描くのを助けるために、下記の記述は、本発明の第１及び第２の適用例を参照しながら説明される。しかしながら、これは本発明が適用されるが、これらの適用例に限定されず、いかなる他の適用例も用いることができる。
【００２７】
第１の実施形態によれば、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）通信ネットワーク中のＲＡＮの１または複数の設定又はパラメータは、トラフィックのフロー中で検知されたパターンに従って設定される。例えば、１又は複数のタイマー及び／又はスループットのための閾値及びバッファ負荷は、ＷＣＤＭＡ通信システムにおいて適合され、ＵＥは正しい状態に、効果的な方法で切替えられることができる。
【００２８】
図５、図６、及び図７を参照すると、下記の例は、ＷＣＤＭＡ  ＲＲＣ状態遷移と共に本発明の適用例が描かれる。
【００２９】
図５中において、トラフィック負荷の大きなバースト５１を有するトラフィックのフローが示される。このとき、バースト５１間に長い非活性期間を有する。ＲＡＮは、最初、インアクティビティタイマーが時間ｔ１となるように（例えば初期値設定によって）設定される。これは、ＵＥが、時間ｔ１と対応するインアクティビティ期間の後にＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態に遷移するであろうことを意味する。しかしながら、本発明によれば、長い非活性期間を含むこのトラフィック負荷の大きなバーストのパターンを検知した後、インアクティビティタイマーの値は、時間ｔ２に低減され、状態が変化するまでにかかる時間もまた低減される。
【００３０】
アクティビティが検知されないとすぐに、しばらくの間いかなるアクティビティも起こらないだろうことが知られているため、インアクティビティタイマーは従って最小値時間ｔ２に低減される。これは、ＲＡＮが、ＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態により速く変化することにより、ＵＥに割当てられるリソースを解放することを可能にする。
【００３１】
図６は、トラフィックのフローが、トラフィック負荷の大きなバーストがあるような特徴を有し、バースト間の時間がインアクティビティタイマーｔ１の初期設定値よりも長い、他の一例を示す。これは、非活性期間の後のＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態への変化の後にのみ、ＵＥが再びとても短い期間でＣＥＬＬ＿ＤＣＨ状態に戻らなければならないことを意味する。このパターンを検知すると、本発明はインアクティビティタイマーを少し増加させ、時間ｔ３とすることによって、ＲＡＮ設定を適合させる。その結果、ＣＥＬＬ＿ＤＣＨ状態とＣＥＬＬ＿ＦＡＣＨ状態との間の次のトラフィックのバーストの前の不要な切り替えを防ぐ。
【００３２】
図７中において、アップスイッチ閾値ＵＰｔｈ１より少し大きいトラフィック負荷の小さなバーストが存在するような特徴を有するトラフィックのフローが示される。これは、トラフィック負荷がアップスイッチ閾値と交差し、インアクティビティタイマーが時間ｔ１の後タイムアウトするまでＣＥＬＬ＿ＤＣＨ状態のままでいるとき、ＵＥがＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に変化するであろうことを意味する。当然ながら、この状態変化は、トラフィック負荷がアップスイッチ閾値ＵＰｔｈ１を超える場合を考えたときに効果的である。
【００３３】
かくして、本発明によれば、トラフィックのフロー中にこのパターンを検知すると、本発明は、ＵＥが不要にＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に切り替わらないように、アップスイッチ閾値ＵＰｔｈ１を所定の値、例えば新たなアップスイッチ閾値ＵＰｔｈ２により増大させる。その結果、無線リソース及びバッテリーパワーは、ＣＥＬＬ＿ＤＣＨ状態への不要なアップスイッチを避けることにより節約される。
【００３４】
本発明は、実際の状態が、より正確にトラフィック特性に従うことを認め、不要な状態遷移を避けることによって、より低い電力消費、よりよいリソース利用、及び／又はよりよいユーザパフォーマンスの利点を有する。
【００３５】
特定のユーザについてトラフィックのフローは、ＲＡＮ中において能動的にトラフィックを計測することによって監視されるだろうことは特筆すべきである。ＲＡＮ中において計測されるトラフィックは、特定のフローであってもよく、特定のユーザに関する全てのトラフィックの合計であってもよい。トラフィック特性は、送信クライアント／サーバから計測ポイントまでの全ての送信ボトルネック次第で決まる。それ自体は、計測された特性は、送信サイドにおける元のトラフィック特性とは実質的には異なるだろう。しかし、計測された特性は、ＲＡＮの動作に影響するトラフィックをより正確に反映するだろう。この計測形態は、状態機構（ｍａｃｈｉｎｅ）を実装するプロトコルレイヤを終了させるネットワークノード中においてトラフィックを計測することにより達成されるだろう。例えば、ＷＣＤＭＡ通信ネットワークにおいて、これは無線ネットワークコントローラ（ＲＮＣ：Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）に相当する。トラフィックの計測は、データバッファ中のデータ量を計測することにより実行される。しかしながら、当然、トラフィックは、本発明のスコープを超えない範囲で、他のノード又は他の方法により計測されてもよい。例えば、トラフィックは、パケットフローの密度、パケットフローのピークレート、及び／またはバッファ中のデータ量に従って計測されてもよい。
【００３６】
これらの計測値は、低電力消費を確保するために、或いは、ユーザがそれぞれより効果的な方法で正しい状態に切替えられるために、その後、上述の通り、通信セッションの間、ユーザ毎にＵＭＴＳ通信ネットワーク中のＲＲＣ状態遷移を適合させるために用いられる。
【００３７】
本発明は、図５〜図７中に示される他の設定又はパラメータと共に、トラフィック中の他のパターンの検知と関連して用いられることができる。
【００３８】
第２の実施形態によると、１又は複数の設定又はパラメータが、ＬＴＥ通信ネットワーク中の非連続受信（ＤＲＸ）動作モードに適合される。トラフィック特性は、ＲＡＮ中において能動的に計測される。好ましくは、第１の実施形態と関連して上述されたように、ＲＡＮ中において計測されたトラフィックは、特定のユーザに属する全てのトラフィックの合計であり、トラフィック特性は、送信クライアント／サーバから計測ポイントまでの全ての送信ボトルネック次第で決まる。従って、計測された特性は、送信側における元のトラフィック特性とは実質的には異なるであろう。トラフィックは、状態機構を実装するプロトコルレイヤを終わらせるネットワークノード中において計測されてもよい。例えば、ＬＴＥネットワークにおいては、これはｅＮＢに相当する。
【００３９】
計測は、その後、ＬＴＥ通信ネットワークにおいて、ＤＲＸ動作モードの１又は複数の設定又はパラメータを適合させるために用いられる。例えば、ＬＴＥ通信ネットワークのＤＲＸ動作モードにおいて、"ｏｎ−ｄｕｒａｔｉｏｎ"及び／又は"ｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒ"を含んで構成される標準化されたパラメータが上述された。これらのパラメータは、ＵＥが起きた後、どのくらい早くスリープ状態に落ちるかを管理する。
【００４０】
ｏｎ−ｄｕｒａｔｉｏｎは、ダウンリンクサブフレーム中において、ＵＥがＤＲＸから起きてからの、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するために待機する継続時間である。もしＵＥが無事ＰＤＣＣＨをデコードすると、ＵＥは、起きたままでいて、インアクティビティタイマーを開始する。
【００４１】
ｉｎａｃｔｉｖｉｔｙ−ｔｉｍｅｒは、（起きている時間中の）ダウンリンクサブフレーム中において、ＤＲＸの再入力がない場合に、ＵＥが最後に無事ＰＤＣＣＨをデコードしてから無事ＰＤＣＣＨをデコードするために待機する継続時間である。
【００４２】
本発明により記述された方法で設定又はパラメータを適合させることによって、ユーザ装置の電力消費は、低減されるだろう。または、ユーザは、より効率的な方法で、正しい状態に切替えられるだろう。さらに、本発明は、よりよいリソースの利用及び／又はよりよいユーザパフォーマンスを可能にする。
【００４３】
上記から、本発明が、特定のアプリケーションにより生み出されるユーザアクティビティは、反復的なパターン（すなわち、周期的な）を有しているという事実を利用することがわかるだろう。これは、ユーザのアクティビティ及びインアクティビティの未来の期間をよりよく予測するために用いられる。能動的にトラフィック特性を計測することによって、ＲＡＮの設定は、通信セッションの間、ＵＥ毎によりよいリソース利用及び／又はユーザパフォーマンスを確保するために、動的に適合される。
【００４４】
上述の実施形態は、本発明を限定するよりはむしろ、添付の請求項のスコープを越えない限り、当業者が多くの代わりの実施形態をデザインすることが可能であることは特筆すべきである。"含む"という言葉は、請求項において列挙された以外の要素又はステップの存在を排除するものではなく、"ａ"又は"ａｎ"は、複数を排除するものではなく、１つのプロセッサ又は他の機能部が、請求項中に列挙されるいくつかの機能部の機能を実行してもよい。請求項中のいかなる参照符号もこれらのスコープを限定解釈すべきではない。
【図１】
0005395185.tif 000002
【図２】
0005395185.tif 000003
【図３】
0005395185.tif 000004
【図４】
0005395185.tif 000005
【図５】
0005395185.tif 000006
【図６】
0005395185.tif 000007
【図７】
0005395185.tif 000008