(57)【要約】      （修正有）【課題】Ｅ−ＵＴＲＡＮおよびＥ−ＵＴＲＡの仕様における、基地局装置（ｅＮｏｄｅＢ）による間欠受信（ＤＲＸ）の制御方法を提供する。【解決手段】間欠受信の周期を定める情報を基地局装置から第１のレイヤ間の通信によって送信する第１のステップと、前記送信された情報に基づく周期にしたがって間欠受信を行う無線通信端末装置に対して、前記無線通信端末が受信を休止し、その後に前記周期的な間欠受信を活性化するように前記間欠受信のパラメータを調整することの指示を、前記第１のレイヤよりも下位の第２のレイヤ間の通信によって送信する第２のステップと、を有する。前記第１のレイヤは無線リソース制御（ＲＲＣ）レイヤであり、前記第２のレイヤは媒体アクセス制御（ＭＡＣ）レイヤである。【選択図】図３
2011050087.tif 000002
【特許請求の範囲】
【請求項１】
無線通信端末装置と通信する基地局装置における前記無線通信端末装置の間欠受信の制御方法であって、
前記間欠受信の周期を定める情報を前記基地局装置から第１のレイヤ間の通信によって送信する第１のステップと、
前記送信された情報に基づく周期にしたがって間欠受信を行う前記無線通信端末装置に対して、前記無線通信端末が受信を休止し、その後に前記周期的な間欠受信を活性化するように前記間欠受信のパラメータを調整することの指示を、前記第１のレイヤよりも下位の第２のレイヤ間の通信によって送信する第２のステップと、
を有する間欠受信の制御方法。
【請求項２】
前記間欠受信に係る指示は、前記第２のレイヤのプロトコル・データ・ユニット（ＰＤＵ）のヘッダおよび／またはペイロードにより送信することを特徴とする請求項１に記載の間欠受信の制御方法。
【請求項３】
前記第１のレイヤは無線リソース制御（ＲＲＣ）レイヤであり、前記第２のレイヤは媒体アクセス制御（ＭＡＣ）レイヤであることを特徴とする請求項１に記載の間欠受信の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、間欠受信の制御方法に関する。
【背景技術】
【０００２】
第３世代パートナーシップ・プロジェクトは、“３ＧＰＰ”とも呼ばれ、第３世代システムのための世界的に適用可能な技術仕様および技術報告を規定することを目的とする協力の合意である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、将来の要求条件に対処するためにユニバーサル移動電話システム（ＵＭＴＳ）の携帯電話または機器の標準を改善するプロジェクトに与えられた名称である。３ＧＰＰと呼ばれるが、３ＧＰＰは次世代移動ネットワーク、システム、および、機器のための仕様を規定することもある。一側面において、ＵＭＴＳは、Ｅ−ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）およびＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）をサポートし、そのための仕様を提供するように修正された。３ＧＰＰのウェブサイトwww.3gpp.orgにおいて、例えば、TS 36.300ドキュメントにおいてＥ−ＵＴＲＡおよびＥ−ＵＴＲＡＮのための技術仕様を見つけることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
今日、携帯機器が広くいきわたっている。そのような機器は、通常、動作するためにバッテリー等からの電力を必要とする。通常のバッテリー寿命が制限されていることを考えると、ユーザに良好な使い勝手を提供するとともに、この限られたリソースを有効に利用することが望ましい。仕様の規定において、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮの目的の１つは、ユーザ機器がアイドル・モードであってもアクティブ・モードであってもユーザ機器側で省電力機能を提供することである。一形態において、省電力手段は間欠受信（ＤＲＸ）方式によって提供される。
【０００４】
Ｅ−ＵＴＲＡＮおよびＥ−ＵＴＲＡ仕様は、Ｅ−ＵＴＲＡＮアクティブ・モードにあるクライアント機器またはユーザ装置（ＵＥ）が次をサポートすることを推奨する：（１）ネットワークとＵＥの間の高速なスループット、（２）ＵＥ側における良好な省電力方式、および、（３）ネットワークとＵＥ  ＤＲＸ間隔の同期。高速なスループットは、例えば、可能な限り短いＤＲＸ周期を提供することによってサポートされる。また、省電力方式は、可能な限り長いＤＲＸ周期を適用することによってサポートされる。従って、この仕様は柔軟なＤＲＸ周期を推奨する。さらに、この柔軟性のサポートにおいて、この仕様は、ネットワークとＵＥ  ＤＲＸの同期が常に維持されることを可能とするような方法で、ＤＲＸパラメータの設定および／または変更が実行されることを保証するＤＲＸ方式または機構を推奨する。従って、Ｅ−ＵＴＲＡＮおよびＥ−ＵＴＲＡの仕様および目的の解決策が非常に望まれる。
【課題を解決するための手段】
【０００５】
一態様において、ｅＮｏｄｅＢ（evolved Node B）による間欠受信（ＤＲＸ）の制御方法が提供される。この方法は、前記間欠受信の周期を定める情報を前記基地局装置から第１のレイヤ間の通信によって送信する第１のステップと、前記送信された情報に基づく周期にしたがって間欠受信を行う前記無線通信端末装置に対して、前記無線通信端末が受信を休止し、その後に前記周期的な間欠受信を活性化するように前記間欠受信のパラメータを調整することの指示を、前記第１のレイヤよりも下位の第２のレイヤ間の通信によって送信する第２のステップと、を有する。
【０００６】
もう１つの態様において、上記の間欠受信の制御方法では、前記間欠受信に係る指示は、前記第２のレイヤのプロトコル・データ・ユニット（ＰＤＵ）のヘッダおよび／またはペイロードにより送信する。
【０００７】
もう１つの態様において、上記の間欠受信の制御方法では、前記第１のレイヤは無線リソース制御（ＲＲＣ）レイヤであり、前記第２のレイヤは媒体アクセス制御（ＭＡＣ）レイヤである。
【図面の簡単な説明】
【０００８】
【図１】本発明の実施形態による、例示の無線通信システムの高レベルのブロック図である。
【図２】本発明の実施形態による、ｅＮｏｄｅＢ、ユーザ装置（ＵＥ）のようなステーションの例示の制御プロトコル・スタックの高レベルのブロック図である。
【図３】本発明の実施形態による、ｅＮｏｄｅＢと１つまたは複数のＵＥの間で送信される例示の信号またはメッセージの高レベルのブロック図である。
【図４】本発明の実施形態による、例示の間欠受信（ＤＲＸ）フィールドおよびそれに対応付けされた定義の図である。
【図５】本発明の実施形態による、他の例示のＤＲＸフィールドおよびそれに対応付けされた定義のもう１つの図である。
【図６】本発明の実施形態による、例示のｅＮｏｄｅＢステーションのブロック図である。
【図７】本発明の実施形態による、例示のＵＥ機器のブロック図である。
【発明を実施するための形態】
【０００９】
本発明は、限定でなく例として添付図面に表わされている。
本発明の実施形態は間欠受信（ＤＲＸ）、特に、Ｅ−ＵＴＲＡ（Evolved Universal Terrestrial Radio Access）およびＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）内に適用される間欠受信に関する。Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮに関して説明するが、本発明の実施形態は、他のネットワーク、有線または無線、後に開発されうるものを含む他の仕様または標準に適用することが可能である。
【００１０】
Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮは、リアルタイムおよび対話型の両方のトラフィックをサポートするように構成された、パケットを基にしたシステムのために提供される。このパケットを中心としたシステムは、間欠およびバーストのデータによって特徴づけることが可能である。本発明のいくつかの実施形態において、ネットワーク内で伝送されるデータの特性を利用し、かつ、ユーザ装置の限られたバッテリー寿命を保護するようにＤＲＸが使用される。本発明の実施形態は、基地局、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮにおけるｅＮｏｄｅＢが、ＵＥに現在のＤＲＸパラメータ、特に、ＤＲＸ周期を調整するように指示するシステム、装置、および、方法を提供する。特に、本発明の実施形態は、３ＧＰＰ・ＬＴＥに適用することが可能である。しかしながら、この開示の利益を受けるこの技術分野の当業者は、ここで説明される装置、システム、および、手順が、ＤＲＸシグナリングを通して電力を制御するために、他の応用に適用可能であることを理解する。
【００１１】
概して、ユーザ装置（ＵＥ）によって適用されるＤＲＸパラメータは、レイヤ２データ・ユニットまたはプロトコル・データ・ユニットを通したシグナリングであるインバンド（in-band）・シグナリングを通して送信される。適用されるＤＲＸパラメータの指示は、ヘッダ・フォーマットの一部として含まれ、ペイロードの一部とし、かつ／または、その両方とすることが可能である。ここで説明されるＤＲＸ処理および機能は、例えば、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮを含む、３ＧＰＰによって規定されているような、既存のＤＲＸ処理を置換するのではなく増強するように設計される。
【００１２】
図１は、本発明の実施形態による、移動および／または無線通信システム１００の例示の図である。この例示のシステム１００は典型的なＥ−ＵＴＲＡＮである。Ｅ−ＵＴＲＡＮは、Ｅ−ＵＴＲＡのユーザ・プレーンおよび制御プレーンのプロトコルのＵＥへの終端を提供する、典型的に、ｅＮｏｄｅＢまたはｅＮＢ・１５２、１５６、１５８と呼ぶ１つまたは複数の基地局からなる。ｅＮｏｄｅＢは、セルにデータを送信し、セルからデータを受信するように構成された装置である。一般に、ｅＮｏｄｅＢは、無線インタフェースを介して実際の通信を処理し、セルと呼ばれる特定の地理的な領域をカバーする。セクタ化に応じて、１つまたは複数のセルがｅＮｏｄｅＢによってサービス提供され、従って、ｅＮｏｄｅＢは、ＵＥが位置する場所に応じて１つまたは複数の移動ユーザ装置（ＵＥ）をサポートすることが可能である。
【００１３】
ｅＮｏｄｅＢ・１５２、１５６、１５８は、限定しないが、無線リソース管理、無線ベアラ制御、無線許可制御、接続移動制御、動的なリソース割当またはスケジューリング、および／または、ページング・メッセージおよびブロードキャスト情報のスケジューリングおよび送信を含むいくつかの機能を実行する。また、ｅＮｏｄｅＢ・１５２、１５６、１５８は、ＤＲＸパラメータの送信とともに、そのｅＮｏｄｅＢによって管理される各ＵＥについて、初期の集合を含むＤＲＸパラメータの集合を決定および／または定義するように構成される。
【００１４】
この例示のシステム１００において、３つのｅＮｏｄｅＢ・１５２、１５６、１５８が存在する。第１のｅＮｏｄｅＢ・１５２は、３つのＵＥ・１０４、１０８、１１２を管理し、これらにサービスおよび接続を提供することを含む。もう１つのｅＮｏｄｅＢ・１５８は、２つのＵＥ・１１８、１２２を管理する。ＵＥの例は、携帯電話、ＰＤＡ（Personal Digital Assistant）、コンピュータ、移動通信システムと通信するように構成された他の機器を含む。
【００１５】
本発明のｅＮＢ・１５２、１５６、１５８は、３ＧＰＰで規定されているＸ２インタフェースを通して互いに通信１４２、１４６、１４８を行う。また、各ｅＮｏｄｅＢは、図示しないＭＭＥ（Mobile Management Entity）および／またはＳＡＥ（System Architecture Evolution）ゲートウェイと通信することが可能である。ＭＭＥ／ＳＡＥゲートウェイとｅＮｏｄｅＢの間の通信は、３ＧＰＰのEvolved Packet Core仕様で規定されているＳ１インタフェースを通した通信である。
【００１６】
図２は、例示のＵＥ・２４０および例示のｅＮｏｄｅＢ・２１０の制御プレーンのためのプロトコル・スタックの一部を例示する図式２００である。例示のプロトコル・スタックは、ｅＮｏｄｅＢ・２１０とＵＥ・２４０の間の無線インタフェース・アーキテクチャを提供する。制御プレーンは、概して、物理レイヤＰＨＹ・２２０、２３０からなるレイヤ１スタック、媒体アクセス制御（ＭＡＣ）レイヤ２１８、２２８および無線リンク制御（ＲＬＣ）レイヤ２１６、２２６からなるレイヤ２スタック、および、無線リソース制御（ＲＲＣ）レイヤ２１４、２２４からなるレイヤ３スタックを含む。図示しないＥ−ＵＴＲＡおよびＥ−ＵＴＲＡＮにおけるパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤと呼ばれるもう１つのレイヤが存在する。制御プレーン内のＰＤＣＰレイヤの包含は、３ＧＰＰにおいてまだ未決定である。ＰＤＣＰレイヤはレイヤ２プロトコル・スタックと考えられることが多い。
【００１７】
ＲＲＣレイヤ２１４、２２４は、概して、非アクセス階層に情報伝送サービスを提供するように構成されたレイヤ３無線インタフェースである。また、本発明のＲＲＣレイヤはＲＲＣ接続制御を提供するとともに、ｅＮｏｄｅＢ・２１０からＵＥ・２４０にＤＲＸパラメータを伝送する。ＵＥによって適用されるＤＲＸ周期は、典型的に、適切な時間周期でデータがｅＮｏｄｅＢによって送信され、ＵＥによって受信されることを保証するために、ｅＮｏｄｅＢ側での間欠送信（ＤＴＸ）周期と対応付けされる。
【００１８】
ＲＬＣ２１６、２２６は、透過的な、確認なし（unacknowledged）および確認付き（acknowledged）データ伝送サービスを提供するように構成されたレイヤ２無線インタフェースである。ＭＡＣレイヤ２１８、２２８は、論理チャネルにおける確認なしデータ伝送サービス、および、トランスポート・チャネルへのアクセスを提供する無線インタフェース・レイヤである。また、ＭＡＣレイヤ２１８、２２８は、典型的に、論理チャネルとトランスポート・チャネルの間のマッピングを提供するように構成される。
【００１９】
ＰＨＹレイヤ２２０、２３０は、一般に、ＭＡＣレイヤ２１８、２２８、および、他の上位レイヤ２１６、２１４、２２６、２２４に情報伝送サービスを提供する。典型的に、ＰＨＹレイヤのトランスポート・サービスは、それらの伝送方法によって記述される。さらに、ＰＨＹレイヤ２２０、２３０は、典型的に、複数の制御チャネルを提供するように構成される。ＵＥ・２４０はこの制御チャネルの集合を監視するように構成される。さらに、表わされているように、各レイヤは適合したレイヤと通信２４４、２４８、２５２、２５６を行う。各レイヤの従来の機能を含む仕様は、３ＧＰＰのウェブサイトwww.3gpp.orgにおいて見つけることができる。
【００２０】
図３は、本発明の実施形態による、ＵＥ・３２０、３３０がｅＮｏｄｅＢ・３１０からＤＲＸパラメータを受信する例示の方法を表わすブロック図３００である。この例示の実施形態において、ｅＮｏｄｅＢ・３１０は２つのＵＥ・３２０、３３０を管理する。ＤＲＸコントローラ・モジュール３５０はｅＮｏｄｅＢ・３１０の機能ブロックであり、典型的に、どのＤＲＸパラメータ、特にＤＲＸ周期がＵＥによって適用されるかとともに、ＵＥに送信されるＤＲＸパラメータの集合を決定および定義する。ＵＥに特有のパラメータの集合の決定、および、どのＤＲＸパラメータをＵＥに適用するように指示するかの決定は、３ＧＰＰ仕様または他のアルゴリズムに基づく。ｅＮｏｄｅＢ・３１０によるそのような決定は、例えば、ｅＮｏｄｅＢダウンリンク・バッファの状態、ネットワーク・トラフィックのパターン、ＵＥの稼働レベル、無線ベアラのサービス品質（ＱＯＳ）の要求条件、ネットワーク・トラフィックの量、周辺セルの測定情報、および／または、他の条件に基づくことが可能である。ｅＮｏｄｅＢがスケジューリング機能を保有または実行すると考えると、そのような決定は、良好なバッテリー節約性能の方式とともに良好なスループットを提供することが可能である。ＤＲＸコントローラ・モジュール３５０は、プログラム命令の集合、例えばソフトウェア、ハードウェア、例えばチップおよび回路、または、その両方、例えばファームウェアとして実現することが可能である。
【００２１】
Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮは、Ｌ１／Ｌ２制御チャネル、ＭＡＣ制御プロトコル・データ・ユニット（ＰＤＵ）、および、ＲＲＣ制御シグナリングを通した制御シグナリングをサポートする。本発明の実施形態は、Ｌ１／Ｌ２制御チャネル・シグナリングを通してではなく、ＭＡＣ ＰＤＵ、ＲＬＣデータ・ユニット、または、可能なＰＤＣＰデータ・ユニットのようなレイヤ２制御プロトコル・スタック・データ・ユニットを通して、インバンド・シグナリング３４６、３５６を提供する。しかしながら、概して、通信システム１００について、ここで説明するインバンド・シグナリング機能を実行するために１種類のみのレイヤ２プロトコル・スタックＰＤＵが適用される。例えば、システムＡにおいてレイヤ２インバンド・シグナリングのためにＭＡＣ ＰＤＵが使用されるならば、システムＡはＭＡＣ ＰＤＵのみを使用し、すなわち、システムＡにおいてＲＬＣ ＰＤＵを用いてＤＲＸパラメータを調整するために、本発明のレイヤ２インバンド・シグナリングを増強しない。従って、各システム１００は、インバンド・シグナリングのために１種類のみのレイヤ２プロトコル・スタックＰＤＵを使用する。しかしながら、関係のない通信システムＢは、インバンド・シグナリングのために、他の種類のレイヤ２プロトコル・スタックＰＤＵ、例えば、ＲＬＣ ＰＤＵを使用するが、同様に、システムＢは、その種類のレイヤ２プロトコル・スタックＰＤＵのみを使用する。しかしながら、あるシステムは、そのシステムが本発明のインバンド・シグナリングのために１種類のみのレイヤ２プロトコル・スタックを使用する限り、様々な理由および機能のために、そのシステムにおいていくつかまたは全ての種類のレイヤ２ ＰＤＵを使用することが可能である。
【００２２】
ある実施形態において、Ｌ１／Ｌ２シグナリングは、最も誤りがちなシグナリング方法と考えられる。また、Ｌ１／Ｌ２シグナリングは、レイヤ２データ・ユニットを使用するインバンド・シグナリングよりもリソースを消費すると考えられる。ＲＲＣ制御シグナリング３４２、３５２、および、典型的に、任意のレイヤ３シグナリングは、レイヤ２データ・ユニットを通したインバンド・シグナリングより信頼できると考えられるが、典型的に、ＲＲＣシグナリングは、レイヤ２データ・ユニットを通したシグナリングよりも低速である。さらに、Ｌ１／Ｌ２シグナリングと比較して、レイヤ２データ・ユニットを通したシグナリングの信頼性は、ハイブリッド自動再送要求（ＨＡＲＱ）の後に著しく向上しうる。本発明の実施形態は、ＤＲＸパラメータのインバンド・シグナリングを用いて、ＤＲＸパラメータのＲＲＣシグナリングを増強する。レイヤ３シグナリングは、概して、ｅＮｏｄｅＢ・２１０のレイヤ３プロトコル・スタックと、ＵＥ２４０の対応する適合したレイヤ３プロトコル・スタックとの間の通信に関する。上述したように、典型的に、レイヤ３シグナリングは、より信頼性が高くてもレイヤ２シグナリングより低速である。
【００２３】
ある実施形態において、ｅＮｏｄｅＢ・３１０からＵＥ３２０、３３０へのレイヤ３・ＲＲＣシグナリングは、例えば、ネットワークへの接続において、ＵＥを設定するためにＤＲＸパラメータの初期の集合を提供する。このＤＲＸパラメータの初期の集合は、別のＲＲＣシグナリング３４２、３５２を通してｅＮｏｄｅＢ・３１０によって置換することが可能である。また、ＲＲＣシグナリングは、例えば、無線ベアラが設定されたとき、または、最後のＲＲＣの更新に基づいて、ＲＲＣによってシグナリングされる現在のＲＲＣ ＤＲＸパラメータ、すなわち、ＵＥによって適用されるＤＲＸパラメータを提供することが可能である。この現在のＲＲＣ ＤＲＸパラメータは、初期のデフォルト値でありうる。適用されるＤＲＸパラメータは、インバンド・シグナリングおよび／またはＲＲＣシグナリングを通してｅＮｏｄｅＢによって送信することが可能である。従って、ＲＲＣシグナリングを通して受信されたＤＲＸパラメータの集合は、ＵＥが適用するＤＲＸパラメータをＵＥが選択するように指示されるＤＲＸパラメータの集合を提供する。また、ＲＲＣシグナリングは、前のＲＲＣシグナリングまたはインバンド・シグナリングを通して設定された、適用される現在のＤＲＸパラメータを明示的に変更するために適用することが可能である。ＤＲＸパラメータの集合は、条件および／またはトリガとなるイベント、例えば、新たな無線ベアラ接続、１つまたは複数の無線ベアラのＱＯＳの低下、ネットワーク・トラフィック等に基づいてｅＮｏｄｅＢによって変更することが可能である。
【００２４】
一般に、ＵＥのための各無線ベアラはそれ自身のＱＯＳ要求条件を有し、例えば、ＶｏＩＰ（Voice over Internet Protocol）、ＦＴＰ（ファイル転送プロトコル）、および、インスタント・メッセージングは、各々、それ自身のＱＯＳ要求条件を有する。ＵＥは複数の無線ベアラによってサービス提供されうるが、本発明の実施形態は、無線ベアラ毎でなく、ＵＥ毎に、ＵＥによって適用されるＤＲＸパラメータの１つの集合および／または１つのＤＲＸパラメータを提供する。言い換えると、ＤＲＸパラメータは、典型的に、無線ベアラ毎でなく、ＵＥ毎に定義される。例えば、ＵＥが３つの無線ベアラ・サービス、例えば、ＶｏＩＰ、ＦＴＰ、および、インスタント・メッセージングを受信しているならば、ＵＥは、ＤＲＸパラメータの３つの集合ではなく、１つの集合を用いて設定される。その上で、ＵＥは、無線ベアラ毎に１つのＤＲＸパラメータではなく、１つのＤＲＸパラメータを適用するように指示される。
【００２５】
概して、ＤＲＸパラメータは、ＵＥがいつスリープに入るか、どのぐらいの期間スリープするかを含む多数のＤＲＸ情報を含み、または、そのようなＤＲＸ情報に関連しうる。ＤＲＸサイクル長は、例えば、一般に、２つの引き続くアクティブな期間の開始位置の間の時間間隔である。アクティブな期間は、ＵＥの送信器および／または受信器がターン・オンされている間の期間であり、スリープ期間は、ＵＥの送信器および／または受信器がターン・オフされている間の期間であり、それによって電力を節約する。言い換えると、ＤＲＸパラメータの集合は、ＵＥがスリープに入ることを可能とし、入ってくるデータを受信するために、単に周期的に呼び起こされ、または、アクティブにされることを可能とする。
【００２６】
上述したように、ＵＥによって適用されるＤＲＸパラメータへの調整または変更は、インバンド・シグナリング３４６、３５６を通して指示または命令することが可能である。そのようなＤＲＸの調整または変更は、ｅＮｏｄｅＢによって指示される他の条件、例えば、遅延パラメータに基づいて、または、３ＧＰＰによって規定された条件に基づいて、そのインバンド・シグナリングの受信の後、すぐに適用することが可能である。ＤＲＸパラメータのＲＲＣシグナリングは、インバンド・シグナリングに同様に適用することが可能である。
【００２７】
インバンド・シグナリング３４６、３５６がレイヤ２において行われると考えると、従って、インバンド・シグナリングは、典型的に、ＲＲＣシグナリングより高速に送信および受信されるＤＲＸシグナリングを提供し、それによって、ＤＲＸパラメータ、特に、その周期または持続時間の高速な調整を提供するように構成される。ある実施形態において、インバンド・シグナリング３４６、３５６は、ＵＥにおいて設定されるＤＲＸパラメータの集合からＤＲＸパラメータを適用するように指示することが可能である。また、インバンド・シグナリング３４６、３５６は、ＵＥによって適用されるＤＲＸパラメータの実際の値を提供することが可能である。さらに、また、インバンド・シグナリングは、次に長いＤＲＸ周期、次に短いＤＲＸ周期、連続受信を意味する全くなしのＤＲＸ周期、または、現在適用されているのと同じ周期を適用するようにＵＥに指示することが可能である。従って、インバンド・シグナリングは、適用されているＤＲＸ周期を長く、または、短くするように、現在適用されているＤＲＸパラメータを変更しないように、ＤＲＸの状態から連続受信状態に、または、連続受信状態からそうでない状態に変更するように構成される。インバンド・シグナリングは、典型的に、そのようなシグナリングのために追加のチャネルを割り当てることなく、レイヤ２プロトコル・スタックによって利用される利用可能なチャネルを通して実行される。
【００２８】
ＲＲＣシグナリングによって提供されるＤＲＸパラメータの集合は、１つまたは複数のＤＲＸパラメータ、例えば、ＤＲＸ周期の長さを変化させることに関する１つまたは複数のパラメータを含むことが可能である。上述したように、ＤＲＸパラメータは、ＤＲＸの持続時間、ＤＲＸ周期をいつ開始するか、および、他の情報のような多数の情報を含み、または、指示することが可能である。周期に関するＤＲＸパラメータは、例えば、２の係数で増加する時間の割合に基づくことが可能である。ＤＲＸパラメータの集合がＵＥによって受信されると、ＵＥは、メモリ・チップのような適切なデータ記憶装置にこれらの１つまたは複数のＤＲＸパラメータを記憶させることが可能である。
【００２９】
図３のｅＮｏｄｅＢ・３１０は、ＲＲＣシグナリング３４２を通して、ＤＲＸパラメータの１つの集合３０２をＵＥ１・３２０に送信することを表わす。このＤＲＸパラメータの集合は、そのＵＥ１のための新たなベアラ接続に応答して、ｅＮｏｄｅＢ・３１０によってシグナリングされた初期の集合または更新された集合でありうる。また、ＲＲＣシグナリング３４２は、ｅＮｏｄｅＢ・３１０によって指示され、ＵＥ１・３２０によって適用されるＤＲＸパラメータを含むことが可能である。ＤＲＸパラメータの集合３０２、適用されるＤＲＸパラメータ、および／または、他のＤＲＸ情報は、ＵＥ１のデータ記憶装置にそのような情報を記憶させることによってＵＥ１において設定することが可能である。
【００３０】
説明のために、後にｅＮｏｄｅＢ・３１０がＵＥ１・３２０によって適用されるＤＲＸパラメータを調整しなければならないと判断したと仮定する。そのような調整の命令は、インバンド・シグナリング３４６を通して、例えば、ＭＡＣ ＰＤＵ・３４８または任意の他のレイヤ２データ・ユニットを通してｅＮｏｄｅＢ・３１０によって送信することが可能である。同様に、ｅＮｏｄｅＢ・３１０は、インバンド・シグナリング３５６によって、例えば、ＭＡＣ ＰＤＵ・３５８を通して、ＵＥ２・３３０によって適用されるＤＲＸパラメータを調整することが可能である。ＭＡＣ ＰＤＵ・３５８は、ＵＥ２・３３０において設定されたＤＲＸパラメータの集合３６０から適用されるＤＲＸパラメータを指示することが可能である。
【００３１】
本発明のある実施形態において、インバンド・シグナリングは、ヘッダ、例えばＭＡＣ ＰＤＵヘッダとして、ペイロード、例えばＭＡＣ ＰＤＵペイロードとして、または、ヘッダおよびペイロードの両方として、レイヤ２ ＰＤＵによって伝達される。ある実施形態において、例示のシステムは、ＭＡＣ ＰＤＵがｅＮｏｄｅＢ・３１０からＵＥ・３２０、３３０に送信される毎に、インバンド・シグナリングが、例えばＭＡＣ ＰＤＵによって伝達されるように設計することが可能である。他の実施形態において、システムは、ＵＥ側で調整が実行されなければならないときのみ、または、他の条件に基づいて、例えば、周期的に、インバンド・シグナリングが、例えばＭＡＣ ＰＤＵによって伝達されるのみであるように設計することが可能である。
【００３２】
図４は、本発明のインバンド・シグナリング処理を実行するように、ヘッダ領域／部、ペイロード領域／部、または、両方においてＭＡＣ ＰＤＵ内に配置される（“ＤＲＸインジケータ”とも呼ばれる）フィールドの例４０２の図式４００である。上述したように、そのようなインバンド・シグナリングは、ＭＡＣ ＰＤＵでなく、他のレイヤ２データ・ユニットを通して実行することが可能である。
【００３３】
本発明のＤＲＸインバンド・フィールド（ＤＲＸインジケータ）の例４０２は、４つまでの値を指示することが可能である２ビットを提供する。この例において、調整されるＤＲＸパラメータの集合は、ＤＲＸ周期または持続時間に関連する。他の実施形態において、調整されるＤＲＸパラメータの集合は、いつＤＲＸ周期が開始するかに関連しうる。他の実施形態において、ＤＲＸパラメータの集合は、ＤＲＸ周期と、そのようなＤＲＸ周期がいつ開始するか、のような情報の組み合わせに関連しうる。図４および図５におけるＤＲＸパラメータの集合におけるＤＲＸ周期の使用は、例示が目的である。本発明のレイヤ２シグナリングによって調整されるＤＲＸパラメータの集合が、ＤＲＸ周期がいつ開始するかに関連するように、本発明の実施形態を修正することが可能である。ＤＲＸパラメータの集合が、ＤＲＸ周期がいつ開始するかに関連するならば、インバンド・フィールド（ＤＲＸインジケータ）４０２と対応付けされた定義の例も修正されなければならない。さらに、２ビットの使用は例示が目的である。
【００３４】
この例示の実施形態において、各々のビット値は定義の例４０４と対応付けされ、現在のＤＲＸ周期を調整または置換するように適用することが可能である。ＤＲＸパラメータの集合４２０はＤＲＸ周期に関して表わされている。例えば、インバンド・フィールド（ＤＲＸインジケータ）４０２における“００”は、ＵＥが連続受信を適用することを指示し、“０１”は、ＵＥがＲＲＣシグナリングを通してシグナリングされた最後のＤＲＸパラメータを適用することを指示し、“１０”は、ＵＥが次に長いＤＲＸパラメータを適用することを指示し、“１１”は、ＵＥが次に短いＤＲＸパラメータを適用することを指示する。
【００３５】
説明すると、例示のＵＥは、ＲＲＣシグナリングを通してｅＮｏｄｅＢから受信したＤＲＸパラメータの集合４２０を用いて設定される。この例において、ＵＥは、現在のＤＲＸパラメータである１０ｍｓの周期・４３０を現在適用している。さらに、前のＲＲＣシグナリングにおいて、ＵＥが現在のＲＲＣ ＤＲＸ周期・４５０として１００ｍｓを使用するように指示されたと仮定する。現在のＤＲＸパラメータである１０ｍｓ・４３０は、ＲＲＣシグナリングの後にＵＥによって前に受信されたインバンド・シグナリングによる。新たなインバンド・シグナリング４６０は、ＭＡＣ ＰＤＵとして、ＵＥによって受信され、インバンド・フィールド４１０を含み、“１０”の値を有する、ヘッダ、ペイロード、または、両方の領域とすることが可能である。従って、ＵＥによるこのインバンド・シグナリングの受信は、ＵＥに、次に長いＤＲＸ周期を適用するように指示し、この場合、２０ｍｓ・４４０である。このインバンド・シグナリング４６０の受信の後、従って、ＵＥは、その現在のＤＲＸパラメータを調整し、この新たな２０ｍｓのＤＲＸ周期・４４０を適用する。
【００３６】
他の実施形態において、インバンド・シグナリング処理は１ビットのみ提供し、従って、２つの値を指示することが可能である。この例において、インバンド・シグナリングは、ＵＥに、例えば“０”のビット値４９０を用いて次に長いＤＲＸ周期に、または、例えば“１”のビット値４９０を用いて次に短いＤＲＸ周期に切り換えるように指示することが可能である。ある実施形態において、２ビットより多くを使用することが可能である。
【００３７】
図５は、本発明のインバンド・シグナリングのもう１つの実施形態の図式５００であるが、ＤＲＸインバンド・フィールド（ＤＲＸインジケータ）の例５０２は、可能なＤＲＸの値５０４、特に、ＤＲＸ周期を指示または表現するために使用される。この例において、インバンド・フィールド（ＤＲＸインジケータ）５０２は、実際のＤＲＸ周期を指示する“００００”から“１１１１”までの４ビットを含む。ＤＲＸインバンド・フィールド（ＤＲＸインジケータ）５０２の対応付け、および、それに対応付けされる定義の例５０４は、表５１０に例示されている。説明のために、１６個の可能なＤＲＸ周期を有するＤＲＸパラメータの集合５２０を用いてＵＥが設定されると仮定する。ＵＥは、ＤＲＸインバンド・フィールド（ＤＲＸインジケータ）５０２について“０１００”・５５０を含むＲＬＣ ＰＤＵ・５６０を受信する。ＵＥによるこのインバンド・シグナリングの受信の後、ＵＥは、“０１００”が５０ｍｓを示すとみなし、現在のＤＲＸ周期を５０ｍｓ・５４０に調整する。
【００３８】
他の実施形態において、ＵＥは、例示のＤＲＸパラメータの集合５２０を記憶しないことが可能である。しかしながら、ＵＥは、例えば、“０１００”が５０ｍｓと対応付けされ、“０１０１”が１００ｍｓと対応付けされることを知るために、例えば、プログラム命令の集合またはソフトウェア・アプリケーションを通して、符号化または設定されることが可能である。
【００３９】
図４および図５における例示の実施形態は、インバンド・フィールドの例および定義の例、すなわち、ビット定義を表わしているが、他のビット定義に変更することが可能であり、かつ、本発明の範囲内に存在する。例えば、ビット数および／または定義を変更することが可能であり、かつ、本発明の範囲内に存在する。さらに、ＤＲＸパラメータの集合は、ＤＲＸ周期ではなく、異なるＤＲＸ情報に関連することが可能である。
【００４０】
図６は、本発明の実施形態による、例示のｅＮｏｄｅＢ・６１０の高レベルのブロック図である。概して、ｅＮｏｄｅＢ・６１０は、ＤＲＸパラメータの集合、および、現在のＤＲＸパラメータまたはＵＥ毎に適用されるＤＲＸパラメータを決定するように構成されたＤＲＸコントローラ・モジュールを含む。さらに、ＤＲＸコントローラ・モジュール６５０は、インバンド・シグナリングおよびＲＲＣシグナリングを通してＤＲＸの指示をシグナリングするように構成される。また、ＤＲＸコントローラ・モジュール６５０は、ここで説明されたｅＮｏｄｅＢ側の処理を実行するように構成することが可能である。また、ｅＮｏｄｅＢ・６１０は、ｅＮｏｄｅＢ・６１０が、管理するＵＥと通信することを可能とするように構成された無線通信インタフェース６６０を含むことが可能である。また、他のモジュールが追加されうるが、図示しない。ＤＲＸコントローラ・モジュール６５０および通信インタフェース６６０は互いに結合することが可能である。
【００４１】
図７は、本発明の実施形態による、例示のＵＥ・７１０の高レベルのブロック図である。概して、ＵＥ・７１０は、インバンド・シグナリングおよびＲＲＣシグナリングを受信し、従って、これらの信号を通してシグナリングされた指示に従うように構成されたＤＲＸ実行モジュール７５０を含む。また、ＤＲＸ実行モジュール７５０は、ここで説明されたＵＥ側の処理を実行するように構成することが可能である。また、ＵＥ・７１０は、ＵＥ・７１０がｅＮｏｄｅＢと通信することを可能とするように構成された無線通信インタフェース７６０を含むことが可能である。また、他のモジュールが追加されうるが、図示しない。ＤＲＸ実行モジュール７５０および通信インタフェース７６０は互いに結合することが可能である。図６および図７に記載されたモジュールは、ソフトウェア、ハードウェア、または、両方、すなわち、ファームウェアで実現することが可能である。さらに、それらは組み合わせ、または、さらに細分することが可能であり、かつ、本発明の範囲内に存在する。
【００４２】
ここで説明された本発明の実施形態は、Ｅ−ＵＴＲＡ、Ｅ−ＵＴＲＡＮ、および、３ＧＰＰ・ＬＴＥを用いて例示されたが、本発明の特徴は、電力消費を節約し、かつ／または、良好なスループット性能を提供するためにＤＲＸパラメータを高速に調整することを必要としうる他のシステムおよびネットワークに適用可能である。例えば、本発明の実施形態は、限定しないが、ＷＬＡＮ（Wireless LAN）、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．２０のネットワークを含む他の無線システムに適用可能である。そこでは、ＵＥは携帯端末に対応し、ｅＮｏｄｅＢは基地局に対応する。
【００４３】
本発明の実施形態は、ＤＲＸパラメータを使用しうるネットワーク、システム、および、装置と結合して使用することが可能である。本発明は、ある実施形態および例の場合において説明したが、具体的に開示された実施形態を超えて、本発明の他の代替の実施形態および／または利用、および、それらの明白な改良および等価物に本発明を拡張することをこの技術分野の当業者は理解する。さらに、本発明の多数の変形が表わされ、詳細に説明されたが、本発明の範囲内に存在する他の変形が、この開示に基づいて、この技術分野の当業者に容易に明らかである。また、実施形態の具体的な特徴および態様の各種の組み合わせまたは部分的な組み合わせを行うことが可能であり、かつ、本発明の範囲内に存在することが予期される。従って、開示された発明の各種の態様を形成するために、開示された実施形態の各種の特徴および態様が組み合わされ、または、互いに代用されうることを理解すべきである。従って、ここで開示された本発明の範囲は、上述した開示された特定の実施形態によって限定されるべきでないと解される。
【符号の説明】
【００４４】
１０４、１０８、１１２、１１８、１２２、２４０、３２０、３３０、７１０・・・ユーザ装置、１５２、１５６、１５８、２１０、３１０、６１０・・・ｅＮｏｄｅＢ、６５０・・・ＤＲＸコントローラ・モジュール、６６０、７６０・・・通信インタフェース、７５０・・・ＤＲＸ実行モジュール
【図１】
2011050087.tif 000003
【図２】
2011050087.tif 000004
【図３】
2011050087.tif 000005
【図４】
2011050087.tif 000006
【図５】
2011050087.tif 000007
【図６】
2011050087.tif 000008
【図７】
2011050087.tif 000009