(57)【特許請求の範囲】
【請求項１】
不連続受信（ＤＲＸ）機能をユーザ機器において動作させる方法であって、前記ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、前記ＤＲＸ機能を動作させ、前記方法は、前記ユーザ機器によって実施される以下のステップ、すなわち、
無線基地局から、前記アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、少なくとも前記アンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を受信するステップと、
前記ＤＲＸアクティブ命令をＤＲＸ非アクティブタイマの満了前に受信した場合、前記ＤＲＸ非アクティブタイマの満了後、かつ、次のダウンリンク制御情報の受信前の期間に、前記受信されたＤＲＸアクティブ命令に応答して、少なくとも前記アンライセンスセルにおいてＤＲＸアクティブ時間になるステップであって、前記ダウンリンク制御情報についてダウンリンク制御チャネルを連続的にモニタリングすることを含む、ステップと、
を含む方法。
【請求項２】
前記次のダウンリンク制御情報を受信したとき、前記ユーザ機器は、前記ＤＲＸ機能の長ＤＲＸサイクルまたは短ＤＲＸサイクルに従って、オン期間に渡ってＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含む前記ＤＲＸ機能の動作を継続する、
請求項１に記載の方法。
【請求項３】
前記ＤＲＸ機能は、共通ＤＲＸ動作に従って、前記少なくとも１つのライセンスセルおよび前記少なくとも１つのアンライセンスセルにおいて同時に、ＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含め、前記少なくとも１つのライセンスセルおよび前記少なくとも１つのアンライセンスセルに共通して動作される、
請求項１または２に記載の方法。
【請求項４】
前記ＤＲＸアクティブ命令を受信したとき、アンライセンスセルアクティブタイマが始動され、前記ユーザ機器は、前記アンライセンスセルアクティブタイマが作動している間、少なくとも前記アンライセンスセルにおいてＤＲＸアクティブ時間にあり、前記アンライセンスセルを介して受信されるべき前記ダウンリンクデータ送信に関する前記次のダウンリンク制御情報を受信したとき、前記アンライセンスセルアクティブタイマは停止され、
前記アンライセンスセルアクティブタイマは、短ＤＲＸサイクルまたは長ＤＲＸサイクルに入るためのＤＲＸ命令を含む、非アクティブになるためのＤＲＸ命令を受信したとき停止される、
請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記ＤＲＸアクティブ命令は、媒体アクセス制御（ＭＡＣ）プロトコルの制御要素内に含まれ、前記ＭＡＣ制御要素は、当該ＭＡＣ制御要素が前記ＤＲＸアクティブ命令であることを示す所定の識別値を含み、かつ／または、
前記ＤＲＸアクティブ命令は、前記ダウンリンク制御チャネルにおいて送信されるダウンリンク制御情報（ＤＣＩ）内に含まれ、前記ＤＣＩは、３ＧＰＰ  ＤＣＩフォーマット１Ａであり、前記ＤＣＩが、
前記ライセンスセルの識別情報を含むときに、ユーザ機器によって前記ライセンスセルにおいてランダムアクセス手順を実施するための命令として処理され、
前記アンライセンスセルの識別情報を含むときに、ユーザ機器によって前記ＤＲＸアクティブ命令として処理される
ような情報を含む、
請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記特定の期間は、前記ユーザ機器によって、前記ＤＲＸ機能の次のオン期間の開始サブフレームの前のサブフレーム数を示す、前記ＤＲＸアクティブ命令内に含まれている情報に基づいて決定される、
請求項１〜５のいずれか一項に記載の方法。
【請求項７】
少なくとも、前記アンライセンスセルを介して受信されるべき前記ダウンリンクデータ送信に関するダウンリンク制御情報が受信されるスケジューリングセル、および、前記アンライセンスセルは、前記次のダウンリンク制御情報が受信されるまで非アクティブ化されず、
前記スケジューリングセルおよび前記アンライセンスセルは、前記スケジューリングセルおよび前記アンライセンスセルに対して設定されているセル非アクティブ化タイマが満了したとき、または、前記スケジューリングセルおよび前記アンライセンスセルの前記無線基地局からのセル非アクティブ化命令を受信したときに非アクティブ化されない、
請求項１〜６のいずれか一項に記載の方法。
【請求項８】
不連続受信（ＤＲＸ）機能を動作させるユーザ機器であって、前記ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、前記ＤＲＸ機能を動作させ、前記ユーザ機器は、
無線基地局から、前記アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、少なくとも前記アンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を受信する受信機と、
前記ＤＲＸアクティブ命令をＤＲＸ非アクティブタイマの満了前に受信した場合、前記ＤＲＸ非アクティブタイマの満了後、かつ、次のダウンリンク制御情報の受信前の期間に、前記受信されたＤＲＸアクティブ命令に応答して、ダウンリンク制御情報についてダウンリンク制御チャネルを連続的にモニタリングすることを含め、少なくとも前記アンライセンスセルにおいてＤＲＸアクティブ時間になるように前記ユーザ機器を制御するプロセッサと、
を備えるユーザ機器。
【請求項９】
前記次のダウンリンク制御情報を受信したとき、前記ユーザ機器は、前記ＤＲＸ機能の長ＤＲＸサイクルまたは短ＤＲＸサイクルに従って、オン期間に渡ってＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含む前記ＤＲＸ機能の動作を継続する、
請求項８に記載のユーザ機器。
【請求項１０】
ユーザ機器における不連続受信（ＤＲＸ）機能を制御する無線基地局であって、前記ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、前記ＤＲＸ機能を動作させ、前記無線基地局は、
前記ユーザ機器に、ＤＲＸアクティブ命令を送信する送信機であって、前記ＤＲＸアクティブ命令は、前記ユーザ機器において前記ＤＲＸアクティブ命令をＤＲＸ非アクティブタイマの満了前に受信した場合、前記ＤＲＸ非アクティブタイマの満了後、かつ、次のダウンリンク制御情報の受信前の期間に、前記アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、前記ユーザ機器が少なくとも前記アンライセンスセルにおいてＤＲＸアクティブ時間にあることを求める、送信機を備える、
無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、不連続受信（ＤＲＸ）機能をユーザ機器において動作させるための方法に関し、ユーザ機器は、少なくとも１つのライセンスセル（licensed cell）および少なくとも１つのアンライセンスセル（unlicensed cell）によって設定される。本開示はまた、本明細書にて記載される方法に関与するためのユーザ機器および対応する基地局も提供している。
【背景技術】
【０００２】
＜ＬＴＥ（Long Term Evolution）＞
ＷＣＤＭＡ（登録商標）無線アクセス技術に基づく３Ｇ（third-generation mobile systems）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展させる上での最初のステップとして、ＨＳＤＰＡ（High-Speed Downlink Packet Access）およびＨＳＵＰＡ（High Speed Uplink Packet Access）とも称するエンハンストアップリンクとが導入された。これにより、極めて競争力の高い無線アクセス技術が提供されている。
【０００３】
ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ＬＴＥ（Long Term Evolution）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間に渡り、データおよびメディアの高速トランスポートならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。
【０００４】
進化型ＵＴＲＡ（UMTS Terrestrial Radio Access）およびＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）と称されるＬＴＥ（Long-Term Evolution）に関する作業項目（ＷＩ：work item）の仕様は、最終的にリリース８（ＬＴＥリリース８）として公開されている。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、所与のスペクトルを用いて柔軟なシステム展開を達成するために、１．４、３．０、５．０、１０．０、１５．０および２０．０ＭＨｚなどのスケーラブルな複数の送信帯域幅が設定される。ダウンリンクでは、直交周波数分割多重（ＯＦＤＭ：Orthogonal Frequency Division Multiplexing）ベースの無線アクセスが、低シンボルレートによるマルチパス干渉（ＭＰＩ）に対するその固有の耐性、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）の使用、および異なる送信帯域幅の配置に対するその親和性のために採用された。ユーザ機器（ＵＥ：User Equipment）の制限される送信電力を考慮すると、ピークデータレートの向上よりも広域カバレージを備えることが優先されるため、アップリンクではシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ：Single-Carrier Frequency Division Multiple Access）ベースの無線アクセスが採用された。ＬＴＥ  Ｒｅｌ．８／９では、ＭＩＭＯ（Multiple Input Multiple Output）チャネル送信技術を含めて、多くの主要なパケット無線アクセス技法が利用され、高効率の制御シグナリング構造が達成される。
【０００５】
＜ＬＴＥアーキテクチャ＞
全体的なＬＴＥアーキテクチャを図１に示す。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから構成され、ユーザ機器（ＵＥ）に向けたＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルの終端および制御プレーン（ＲＲＣ）プロトコルの終端を提供する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）、メディアアクセス制御（ＭＡＣ：Medium Access Control）、無線リンク制御（ＲＬＣ：Radio Link Control）および、ユーザプレーンヘッダ圧縮および暗号化の機能を含むパケットデータ制御プロトコル（ＰＤＣＰ：Packet Data Control Protocol）レイヤをホストする。ｅＮｏｄｅＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ：Radio Resource Control）機能も提供する。ｅＮｏｄｅＢは、無線リソース管理、アドミッションコントロール、スケジューリング、ネゴシエートされたアップリンクサービス品質（ＱｏＳ：Quality of Service）の実施、セル情報ブロードキャスト、ユーザおよび制御プレーンデータの暗号化／解読、ならびにダウンリンク／アップリンクユーザプレーンパケットヘッダの圧縮／解凍を含む多くの機能を行う。ｅＮｏｄｅＢは、Ｘ２インタフェースを用いて相互接続される。
【０００６】
ｅＮｏｄｅＢはまた、Ｓ１インタフェースを用いてＥＰＣ（Evolved Packet Core）に、より詳細には、Ｓ１−ＭＭＥを用いてＭＭＥ（Mobility Management Entity）に接続され、Ｓ１−Ｕを用いてサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続される。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多の関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングおよび転送する一方で、ｅＮｏｄｅＢ間でのハンドオーバ中にユーザプレーンのためのモビリティアンカとして、および、（Ｓ４インタフェースを終端し、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間のトラヒックを中継する）ＬＴＥと他の３ＧＰＰ技術との間のモビリティのためのアンカとして機能する。アイドル（Idle）状態のユーザ機器に対しては、ＳＧＷはダウンリンクデータを終端し、ユーザ機器に対してダウンリンクデータが到着するとページングをトリガする。ＳＧＷはユーザ機器コンテキスト、例えば、ＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報を管理および記憶する。ＳＧＷは、合法的傍受の場合にはユーザトラヒックの複製も行う。
【０００７】
ＭＭＥは、ＬＴＥアクセスネットワークにとって主要な制御ノードである。ＭＭＥは、再送を含むアイドルモードのユーザ機器のトラッキングおよびページング手順に対する役割を担う。ＭＭＥはベアラアクティブ化／非アクティブ化プロセスに関与し、かつ初期アタッチ時およびコアネットワーク（ＣＮ：Core Network）ノード再配置を伴うＬＴＥ内ハンドオーバ時にユーザ機器に対するＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥで終端し、ＭＭＥは一時的な識別子の生成およびユーザ機器への割当ての役割も担う。ＭＭＥは、サービスプロバイダのＰＬＭＮ（Public Land Mobile Network）にキャンプするためにユーザ機器の認証を確認し、ユーザ機器のローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングに対する暗号化／整合性保護のためのネットワークにおける終端点であり、セキュリティキー管理を扱う。シグナリングの合法的傍受もＭＭＥによってサポートされる。ＭＭＥは、Ｓ３インタフェースがＳＧＳＮからＭＭＥで終端して、ＬＴＥおよび２Ｇ／３Ｇアクセスネットワーク間のモビリティのための制御プレーン機能も提供する。ＭＭＥは、ローミングユーザ機器に対してホームＨＳＳに向けたＳ６ａインタフェースも終端する。
【０００８】
＜ＬＴＥにおけるコンポーネントキャリア構造＞
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、時間−周波数領域で、いわゆるサブフレームに分割される。３ＧＰＰ  ＬＴＥでは、各サブフレームは、図２に図示するように、２つのダウンリンクスロットに分割される。ここでは、第１のダウンリンクスロットは第１のＯＦＤＭシンボル内に制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは時間領域で所与の数のＯＦＤＭシンボル（３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８）では１２または１４個のＯＦＤＭシンボル）から成る。ここでは、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に渡る。したがって、ＯＦＤＭシンボルは、各々、それぞれのサブキャリアで送信されるいくつかの変調シンボルから成る。ＬＴＥにおいて、各スロット内で送信される信号は、ＮＤＬＲＢＮＲＢＳＣ個のサブキャリアおよびＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって記述される。ＮＤＬＲＢは、帯域幅内のリソースブロックの数である。量ＮＤＬＲＢは、セル内で設定されているダウンリンク送信帯域幅に依存し、Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢを満たすべきであり、式中、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０はそれぞれ、現行バージョンの仕様によってサポートされる最小ダウンリンク帯域幅および最大ダウンリンク帯域幅である。ＮＲＢＳＣは、１つのリソースブロック内のサブキャリアの数である。通常のサイクリックプレフィックスサブフレーム構造について、ＮＲＢＳＣ＝１２であり、ＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば、３ＧＰＰ  ＬＴＥに使用されるような、ＯＦＤＭを利用するマルチキャリア通信システムを前提とすると、スケジューラによって割り当てられることができるリソースの最小単位は１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ：Physical Resource Block）は、時間領域では連続するＯＦＤＭシンボル（例えば７つのＯＦＤＭシンボル）、および、周波数領域では図２に例示するように連続するサブキャリア（例えばコンポーネントキャリアに対して１２個のサブキャリア）として定義される。３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８）では、物理リソースブロックはリソースエレメントから成り、時間領域では１つのスロットに、かつ周波数領域では１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細については、例えばｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、かつ参照により本明細書に援用される非特許文献１の６．２節を参照のこと）。
【００１０】
１つのサブフレームは２つのスロットから成り、その結果、いわゆる「通常（normal）」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレームに１４個のＯＦＤＭシンボルがあり、いわゆる「拡張（extended）」ＣＰが使用されるときにはサブフレームに１２個のＯＦＤＭシンボルがある。専門用語のために、以下では、サブフレーム全体に渡る同じ連続するサブキャリアに相当する時間−周波数リソースを、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ぶ。
【００１１】
「コンポーネントキャリア」という用語は、周波数領域でのいくつかのリソースブロックの組合せを指す。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、代わりに専門用語は、ダウンリンクおよび任意選択でアップリンクリソースの組合せを指す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間の関連付け（リンキング）は、ダウンリンクリソースで送信されるシステム情報に示される。コンポーネントキャリア構造に対する同様の前提が、後のリリースにも当てはまる。
【００１２】
＜より広い帯域幅をサポートするＬＴＥ−Ａにおけるキャリアアグリゲーション＞
世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域または国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）において無線インタフェースの標準化が開始された。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを発展させる上で、例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要件を満たすために、考慮すべき技術要素をカバーしている。
【００１３】
ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートできる帯域幅は１００ＭＨｚであるが、ＬＴＥシステムは２０ＭＨｚをサポートできるのみである。最近、無線スペクトルの不足によって無線ネットワークの発展が妨げられており、結果として、ＬＴＥ−Ａｄｖａｎｃｅｄシステムのための十分に広いスペクトル帯域を確保することが困難である。したがって、より広い無線スペクトル帯域を得るための方法を見つけることが緊急課題であり、１つの可能な答えがキャリアアグリゲーション機能である。
【００１４】
キャリアアグリゲーションでは、１００ＭＨｚまでのより広い送信帯域幅をサポートするために、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥシステムでのいくつかのセルがアグリゲートされて、たとえＬＴＥでのこれらのセルが異なる周波数帯にあるとしても、１００ＭＨｚに対して十分に広いＬＴＥ−Ａｄｖａｎｃｅｄシステムでの１つのより広いチャネルになる。
【００１５】
すべてのコンポーネントキャリアは、少なくともコンポーネントキャリアの帯域幅がＬＴＥ  Ｒｅｌ．８／９セルのサポートされる帯域幅を超えない場合、ＬＴＥ  Ｒｅｌ．８／９互換性があるように構成されることができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＲｅｌ．８／９互換性があるわけではなくてもよい。現存のメカニズム（例えば禁止（ｂａｒｒｉｎｇ））を使用して、Ｒｅｌ−８／９ユーザ機器がコンポーネントキャリアにキャンプすることを回避してもよい。
【００１６】
ユーザ機器は、その能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信してもよい。キャリアアグリゲーションのための受信および／または送信能力を持つＬＴＥ−Ａ  Ｒｅｌ．１０ユーザ機器は、複数のサービングセルで同時に受信および／または送信することができる一方で、ＬＴＥ  Ｒｅｌ．８／９ユーザ機器は、コンポーネントキャリアの構造がＲｅｌ．８／９仕様に従うとの条件で、単一のサービングセルのみで受信および送信することができる。
【００１７】
キャリアアグリゲーションは連続および非連続コンポーネントキャリア両方に対してサポートされるが、各コンポーネントキャリアは（３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）のニューメロロジー（numerology））を用いて周波数領域で最大で１１０個のリソースブロックに制限される。
【００１８】
３ＧＰＰ  ＬＴＥ−Ａ（Ｒｅｌｅａｓｅ１０）互換のユーザ機器を、同じｅＮｏｄｅＢ（基地局）から発信し、かつ場合によりアップリンクおよびダウンリンクで異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように構成することが可能である。構成することができるダウンリンクコンポーネントキャリアの数はＵＥのダウンリンクアグリゲーション能力に依存する。反対に、構成することができるアップリンクコンポーネントキャリアの数はＵＥのアップリンクアグリゲーション能力に依存する。移動端末をダウンリンクコンポーネントキャリアよりアップリンクコンポーネントキャリアが多くなるように構成することは、現在、可能でなくてもよい。一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。
【００１９】
連続してアグリゲートされるコンポーネントキャリアの中心周波数間の間隔は３００ｋＨｚの倍数であるとする。これは、３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）の１００ｋＨｚ周波数ラスタ（raster）と互換性があり、かつ同時に１５ｋＨｚ間隔を持つサブキャリアの直交性を保持するためである。アグリゲーションシナリオに応じて、ｎ＊３００ｋＨｚ間隔は、連続したコンポーネントキャリア間への少数の未使用サブキャリアの挿入によって容易にされることができる。
【００２０】
複数のキャリアのアグリゲーションの性質は、ＭＡＣレイヤまでしか明らかにされていない。アップリンクおよびダウンリンク両方に関して、各アグリゲートされるコンポーネントキャリアごとにＭＡＣで１つのＨＡＲＱエンティティが必要とされる。（アップリンクに対するＳＵ−ＭＩＭＯの不在下では）コンポーネントキャリア当たり多くとも１つのトランスポートブロックがある。トランスポートブロックおよびその潜在的なＨＡＲＱ再送信は同じコンポーネントキャリアにマッピングされる必要がある。
【００２１】
キャリアアグリゲーションが設定されるとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層モビリティ情報（例えば、ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクＰＣｅｌｌ（プライマリセル）と称される。接続状態では、ユーザ機器あたり常に１つのＤＬ  ＰＣｅｌｌ（ダウンリンクＰＣｅｌｌ）および１つのＵＬ  ＰＣｅｌｌ（アップリンクＰＣｅｌｌ）が設定される。設定されたコンポーネントキャリアのセットのうち、プライマリセル以外のセルはＳＣｅｌｌ（セカンダリセル）と称される。ＳＣｅｌｌのキャリアは、ＤＬ  ＳＣＣ（ダウンリンクセカンダリコンポーネントキャリア）およびＵＬ  ＳＣＣ（アップリンクセカンダリコンポーネントキャリア）である。ＰＣｅｌｌを含む最大５つのサービングセルを、１つのＵＥに対して設定することができる。
【００２２】
ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
−  ＳＣｅｌｌごとに、ダウンリンクリソースに加えてアップリンクリソースのＵＥによる使用を設定可能である（したがって、設定されるＤＬ  ＳＣＣの数はＵＬ  ＳＣＣの数よりも常に大きいかまたは等しく、アップリンクリソースのみを使用するようにＳＣｅｌｌを設定することはできない）。
−  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
−  ダウンリンクＰＣｅｌｌにおいてＲＬＦ（レイリーフェージング）が発生すると再確立がトリガされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガされない。
−  非アクセス層情報はダウンリンクＰＣｅｌｌから取得される。
−  ＰＣｅｌｌは、ハンドオーバ手順（すなわちセキュリティキーの変更およびＲＡＣＨ手順）によってのみ変更することができる。
−  ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。
−  アップリンクＰＣｅｌｌは、レイヤ１アップリンク制御情報を送信するのに使用される。
−  ＵＥの観点から、各アップリンクリソースは１つのサービングセルに属するのみである。
【００２３】
コンポーネントキャリアの設定および再設定ならびに追加および削除は、ＲＲＣによって行うことができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバ時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報を送るために専用のＲＲＣシグナリングが使用される。この情報は、送信／受信に必要である（ＬＴＥリリース８／９におけるハンドオーバ時と同様）。各ＳＣｅｌｌは、ＳＣｅｌｌが１つのＵＥに追加されるときにサービングセルインデックスによって設定され、ＰＣｅｌｌは、常にサービングセルインデックス０を有する。
【００２４】
キャリアアグリゲーションを使用するようにユーザ機器が設定されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの少なくとも一対が常にアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについても当てはまる。
【００２５】
キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つであるべきである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩ（ダウンリンク制御情報）フォーマットにＣＩＦと称される、コンポーネントキャリア識別フィールドが導入されている。
【００２６】
クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとの間の、ＲＲＣシグナリングによって確立されるリンクによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。同時に、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。
【００２７】
＜レイヤ１／レイヤ２制御シグナリング＞
スケジューリングされているユーザに、ユーザの割当て状態、トランスポートフォーマットおよび他の送信関連情報（例えば、ＨＡＲＱ情報、送信電力制御（ＴＰＣ：transmit power control）コマンド）について通知するために、Ｌ１／Ｌ２制御シグナリングが、データとともにダウンリンクで送信される。ユーザ割当てをサブフレームごとに変更することができると想定して、Ｌ１／Ｌ２制御シグナリングは、サブフレーム内でダウンリンクデータと多重化される。ユーザ割当ては、送信時間間隔（ＴＴＩ：Transmission Time Interval）ベースで実施することもでき、ＴＴＩ長は複数のサブフレーム分であり得ることに留意されたい。ＴＴＩ長は、すべてのユーザにとってサービスエリア内で固定であってもよく、ユーザごとに異なってもよく、または、さらにはユーザごとに動的であってもよい。一般的に、Ｌ１／２制御シグナリングは、ＴＴＩあたり１度しか送信されなくてもよい。一般性を損なうことなく、以下では、ＴＴＩが１サブフレームと等価であると想定する。
【００２８】
Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）上で送信される。
【００２９】
ＰＤＣＣＨは、メッセージをダウンリンク制御情報（ＤＣＩ：Downlink Control Information）として搬送する。ＤＣＩはほとんどの場合、移動端末またはＵＥグループのリソース割当ておよび他の制御情報を含む。一般的に、いくつかのＰＤＣＣＨを、１つのサブフレーム内で送信することができる。
【００３０】
３ＧＰＰ  ＬＴＥにおいて、アップリンクスケジューリンググラント（uplink scheduling grants）またはアップリンクリソース割当てとも称されるアップリンクデータ送信に関する割当ても、ＰＤＣＣＨ上で送信されることに留意されたい。
【００３１】
さらに、リリース１１は、ＰＤＣＣＨと基本的に同じ機能を実行する、すなわち、詳細な送信方法はＰＤＣＣＨとは異なるとしても、Ｌ１／Ｌ２制御シグナリングを搬送するＥＰＤＣＣＨを導入している。さらなる詳細は特に、参照により本明細書に組み込まれる、３ＧＰＰ  ＴＳ  ３６．２１１および３６．２１３の現行バージョンに見出すことができる。それゆえ、背景技術および実施形態において概説されているほとんどの項目は、別途指摘しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、またはＬ１／Ｌ２制御信号を搬送する他の手段に適用される。
【００３２】
一般的に、アップリンクまたはダウンリンクの無線リソース（特にＬＴＥ（−Ａ）リリース１０）を割り当てるためのＬ１／Ｌ２制御シグナリング内で送信される情報は、以下の項目に分類することができる。
−  割り当てられているユーザを示すユーザＩＤ。これは一般的に、ＣＲＣをユーザＩＤでマスクすることによって、チェックサム内に含まれる。
−  ユーザが割り当てられているリソース（例えば、リソースブロックＲＢ）を示すリソース割当て情報。この情報は代替的に、リソースブロック割当て（ＲＢＡ：resource block assignment）と称される。ユーザが割り当てられているＲＢの数は動的であり得ることに留意されたい。
−  第１のキャリア上で送信される制御チャネルが、第２のキャリアに関与するリソース、すなわち、第２のキャリア上のリソースまたは第２のキャリアに関係付けられるリソースを割り当てる場合に使用されるキャリアインジケータ（クロスキャリアスケジューリング）。
−  利用されている変調方式および符号化速度を決定する変調および符号化方式。
−  データパケットまたはその部分を再送信するのに特に有用な、新規データインジケータ（ＮＤＩ：new data indicator）および／またはリダンダンシーバージョン（ＲＶ：redundancy version）のようなＨＡＲＱ情報。
−  割り当てられているアップリンクデータまたは制御情報の送信の送信電力を調整するための電力制御コマンド。
−  割当てに関係付けられる参照信号の送信または受信に利用されることになる、適用されるサイクリックシフトおよび／または直交カバーコードインデックスのような参照信号情報。
−  ＴＤＤシステムにおいて特に有用な、割当ての順序を識別するために使用されるアップリンクまたはダウンリンク割当てインデックス。
−  周波数ダイバーシティを増大させるために、例えば、リソースホッピングを適用すべきか否か、および、適用する方法を指示するホッピング情報。
−  割り当てられているリソース内でチャネル状態情報の送信をトリガするために使用されるＣＳＩ要求。
−  単一のクラスタ（ＲＢの近接するセット）において送信が行われるか、または、複数のクラスタ（近接するＲＢの少なくとも２つの近接しないセット）において送信が行われるかを示し、制御するために使用されるフラグであるマルチクラスタ情報。マルチクラスタ割当ては、３ＧＰＰ  ＬＴＥ−（Ａ）リリース１０によって導入されている。
【００３３】
上記のリストは網羅的なものではなく、使用されるＤＣＩフォーマットに応じて、言及されているすべての情報項目が各ＰＤＣＣＨ送信において存在する必要はない。
【００３４】
ダウンリンク制御情報は、全体的なサイズが異なるいくつかのフォーマットで生成され、また、上述したようなそれらのフィールド内に含まれる情報において生成される。ＬＴＥについて現在定義されている複数の異なるＤＣＩフォーマットは以下のとおりであり、非特許文献２の５．３．３．１節（現行バージョンｖ１２．４．０はhttp://www.3gpp.orgにおいて利用可能であり、参照により本明細書に組み込まれる）に詳細に記載されている。加えて、ＤＣＩフォーマットに関するさらなる情報、および、ＤＣＩにおいて送信される特定の情報に関しては、言及されている技術規格、または、ＬＴＥ、すなわち、参照により本明細書に組み込まれる非特許文献３を参照されたい。
【００３５】
−  フォーマット０：ＤＣＩフォーマット０は、アップリンク送信モード１または２における単一アンテナポート送信を使用した、ＰＵＳＣＨのリソースグラントの送信に使用される。
−  フォーマット１：ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨ送信（ダウンリンク送信モード１、２および７）に関するリソース割当ての送信に使用される。
−  フォーマット１Ａ：ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信に関するリソース割当てのコンパクトなシグナリングに使用され、（すべての送信モードについて）競合のないランダムアクセスのための、移動端末への専用プリアンブル署名の割当てに使用される。
−  フォーマット１Ｂ：ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディング（ダウンリンク送信モード６）を使用したＰＤＳＣＨ送信に関するリソース割当てのコンパクトなシグナリングに使用される。送信される情報はフォーマット１Ａと同じであるが、ＰＤＳＣＨ送信に適用されるプリコーディングベクトルのインジケータが加わっている。
−  フォーマット１Ｃ：ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当ての非常にコンパクトな送信に使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調を使用するように制約される。これは、例えば、ページングメッセージおよびブロードキャストシステム情報メッセージをシグナリングするのに使用される。
【００３６】
−  フォーマット１Ｄ：ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用したＰＤＳＣＨ送信に関するリソース割当てのコンパクトなシグナリングに使用される。送信される情報はフォーマット１Ｂと同じであるが、プリコーディングベクトルインジケータのビットのうちの１つの代わりに、電力オフセットがデータシンボルに適用されるか否かを示すための単一ビットがある。この特徴は、送信電力が２つのＵＥの間で共有されるか否かを示すために必要とされる。ＬＴＥの将来のバージョンは、これを、より多数のＵＥの間で電力を共有する事例に拡張する可能性がある。
−  フォーマット２：ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作（送信モード４）のためのＰＤＳＣＨに関するリソース割当ての送信に使用される。
−  フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作のためのＰＤＳＣＨに関するリソース割当ての送信に使用される。送信される情報はフォーマット２と同じであるが、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報がなく、４つのアンテナポートがある場合、２つのビットが送信ランクを示すために使用される点が異なっている（送信モード３）。
−  フォーマット２Ｂ：リリース９において導入されており、デュアルレイヤビームフォーミング（dual-layer beamforming）（送信モード８）のためのＰＤＳＣＨに関するリソース割当ての送信に使用される。
−  フォーマット２Ｃ：リリース１０において導入されており、最大８層での閉ループ単一ユーザまたはマルチユーザＭＩＭＯ動作（送信モード９）のためのＰＤＳＣＨに関するリソース割当ての送信に使用される。
【００３７】
−  フォーマット２Ｄ：リリース１１において導入されており、最大８層の送信に使用され、主に協調マルチポイント（ＣＯＭＰ：Cooperative Multipoint）（送信モード１０）に使用される。
−  フォーマット３および３Ａ：ＤＣＩフォーマット３および３Ａは、それぞれ２ビットまたは１ビットの電力調整がなされるＰＵＣＣＨおよびＰＵＳＣＨに対する電力制御コマンドの送信に使用される。これらのＤＣＩフォーマットは、ＵＥグループに対する個々の電力制御コマンドを含む。
−  フォーマット４：ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用した、ＰＵＳＣＨのスケジューリングに使用される。
【００３８】
＜ＤＲＸ−不連続受信＞
ＤＲＸ機能を、ＲＲＣ＿ＩＤＬＥに対して設定することができる。この場合、ＵＥは、特定のＤＲＸ値またはデフォルトのＤＲＸ値（defaultPagingCycle）のいずれかを使用する。デフォルト値は、システム情報内でブロードキャストされ、３２、６４、１２８および２５６無線フレームの値を有することができる。特定値およびデフォルト値の両方が利用可能である場合、２つのうちの短い方の値がＵＥによって選択される。ＵＥは、ＤＲＸサイクルあたり１つのページング時点について起動する必要があり、ページング時点は１サブフレームである。ＤＲＸ機能は、また、「RRC_CONNECTED」のＵＥに対して設定することもできる。それによって、ダウンリンクチャネルを常にモニタリングする必要がなくなる。ユーザ機器の妥当なバッテリ消費を可能にするために、３ＧＰＰ  ＬＴＥ（リリース８／９）および３ＧＰＰ  ＬＴＥ−Ａ（リリース１０）は、不連続受信（ＤＲＸ：discontinuous reception）の概念を提供する。非特許文献４の第５．７章がＤＲＸを説明しており、参照により本明細書に組み込まれる。
【００３９】
以下のパラメータ、すなわち、移動ノードがアクティブである（すなわち、ＤＲＸアクティブ時間内である）オン期間（On-Duration periods）、および、移動ノードがＤＲＸ状態である（すなわち、ＤＲＸアクティブ時間内でない）期間が、ＤＲＸ  ＵＥ挙動を定義するために利用可能である。
−  オン期間（On-duration）：ダウンリンクサブフレーム、より詳細には、ユーザ機器がＤＲＸから起動した後にＰＤＣＣＨを受信しモニタリングする、ＰＤＣＣＨを有するサブフレーム（ＰＤＣＣＨサブフレームとも称される）内の期間。ここで、本開示全体を通じて、「ＰＤＣＣＨ」という用語は、ＰＤＣＣＨ、ＥＰＤＣＣＨ（設定されるときはサブフレーム内）、または、設定されており保留状態にないＲ−ＰＤＣＣＨを有する中継ノードについては、Ｒ−ＰＤＣＣＨを指す。ユーザ機器がＰＤＣＣＨの復号に成功した場合、ユーザ機器は、起動／アクティブ状態に留まり、非アクティブタイマを始動する、［１〜２００サブフレーム；１６段階：１〜６、１０〜６０、８０、１００、２００］
−  ＤＲＸ非アクティブタイマ（DRX inactivity timer）：ＰＤＣＣＨの復号に最後に成功してからの、ユーザ機器がＰＤＣＣＨの復号に成功するまで待つダウンリンクサブフレームにおける期間。ＵＥがこの期間中にＰＤＣＣＨを復号することができないと、ＵＥは再びＤＲＸになる。ユーザ機器は、最初の送信だけで（すなわち、再送信することなく）ＰＤＣＣＨの復号に１度成功すると、その後、非アクティブタイマを再始動すべきである。［１〜２５６０サブフレーム；２２段階、予備１０：１〜６、１０〜６０、８０、１００〜３００、５００、７５０、１２８０、１９２０、２５６０］
−  ＤＲＸ再送信タイマ（DRX Retransmission timer）：最初の利用可能な再送信時間後にＵＥによってダウンリンク再送信が予測される連続するＰＤＣＣＨサブフレームの数を指定する。［１〜３３サブフレーム；８段階：１、２、４、６、８、１６、２４、３３］
【００４０】
−  ＤＲＸ短サイクル（DRX short cycle）：オン期間およびその後の短ＤＲＸサイクルの可能性のある非アクティブ期間の周期的反復を指定する。このパラメータは任意選択である。［２〜６４０サブフレーム；１６段階：２、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０］
−  ＤＲＸ短サイクルタイマ（DRX short cycle timer）：ＤＲＸ非アクティブタイマが満了した後にＵＥが短ＤＲＸサイクルに従う連続するサブフレームの数を指定する。このパラメータは任意選択である。［１〜１６サブフレーム］
−  長ＤＲＸサイクル開始オフセット（Long DRX Cycle Start offset）：オン期間およびその後のＤＲＸ長サイクル（DRX long cycle）の可能性のある非アクティブ期間、ならびに、オン期間が開始するときのサブフレーム内のオフセット（非特許文献の５．７節において定義されている式によって決定される）の周期的反復を指定する、［サイクル長１０〜２５６０サブフレーム；１６段階：１０、２０、３０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０、１０２４、１２８０、２０４８、２５６０；オフセットは［０〜選択されているサイクルのサブフレーム長］の間の整数である］。
【００４１】
ＵＥが起動している総期間は「アクティブ時間（Active time）」またはＤＲＸアクティブ時間と称される。アクティブ時間は、例えば、ＤＲＸサイクルのオン期間、すなわち、非アクティブタイマが満了していない間にＵＥが連続的な受信を実施している時間、および、１つのＨＡＲＱ  ＲＴＴの後にダウンリンク再送信を待っている間にＵＥが連続的な受信を実施している時間を含む。同様に、アップリンクについて、ＵＥは、アップリンク再送信グラントを受信することができるサブフレームにおいて、すなわち、最大数の再送信に達するまでの初期アップリンク送信後の８ｍｓごとに起動している（すなわち、ＤＲＸアクティブ時間内である）。上記に基づいて、最小アクティブ時間は、オン期間に等しい固定長であり、最大アクティブ時間は、例えば、ＰＤＣＣＨアクティビティに応じて可変である。
【００４２】
「ＤＲＸ期間（DRX period）」とは、ＵＥが電池の節約を目的としてダウンリンクチャネルの受信をスキップすることができるダウンリンクサブフレームの期間である。ＤＲＸの動作は、移動端末に、電力を節約するために（現在アクティブなＤＲＸサイクルに従って）無線回路を繰り返し非アクティブ化する機会を与える。ＵＥがＤＲＸ期間中に実際にＤＲＸのままであるか否か（すなわち、アクティブでないか否か）は、ＵＥによって決定することができる。例えば、ＵＥは、通常、オン期間中に行うことができず、したがって、例えば、ＤＲＸ機会時間中のような、何らかの他の時間に実施される必要がある周波数間測定を実施する。
【００４３】
ＤＲＸサイクルのパラメータ化は、電池節約と待ち時間との間のトレードオフを伴う。例えば、ウェブ閲覧サービスの場合、通常、ユーザがダウンロードされているウェブページを読んでいる間にＵＥがダウンリンクチャネルを連続的に受信することはリソースの無駄である。一方において、長ＤＲＸ期間は、ＵＥの電池寿命を延ばすのに有益である。他方において、短ＤＲＸ期間は、データ転送が再開されるとき、例えば、ユーザが別のウェブページを要求するときの、より高速の応答にとってより良好である。
【００４４】
これらの相反する要件を満たすために、２つのＤＲＸサイクル、すなわち、短サイクルおよび長サイクルは、ＵＥごとに設定することができる。また、短ＤＲＸサイクルは任意選択であり、長ＤＲＸサイクルのみが使用されてもよい。短ＤＲＸサイクル、長ＤＲＸサイクルおよび連続受信の間の遷移は、タイマまたはｅＮｏｄｅＢからの明示的なコマンドのいずれかによって制御される。ある意味で、短ＤＲＸサイクルは、ＵＥが長ＤＲＸサイクルに入る前の、遅いパケットが到来する場合の確認期間と考えることができる。ＵＥが短ＤＲＸサイクルにある間にｅＮｏｄｅＢにデータが到来する場合、データは、次のオン期間時間において送信のためにスケジューリングされる。ＵＥはその後、連続的な受信を再開する。他方、短ＤＲＸサイクル中にｅＮｏｄｅＢにデータが到来しない場合、ＵＥは、パケットアクティビティが今の時間については完了したと想定して、長ＤＲＸサイクルに入る。
【００４５】
アクティブ時間の間、ＵＥは、ＰＤＣＣＨをモニタリングし、設定されているようにサウンディング参照信号（ＳＲＳ：Sounding Reference Signal）を報告し、チャネル品質情報（ＣＱＩ：Channel Quality Information）／プリコーディングマトリックスインジケータ（ＰＭＩ：Precoding Matrix Indicator）／ランクインジケータ（ＲＩ：Rank Indicator）／プリコーダタイプ指示（ＰＴＩ：Precoder Type Indication）をＰＵＣＣＨ上で報告する。ＵＥがアクティブ時間にないときには、トリガタイプ０のＳＲＳ（type-0-triggered SRS）およびＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩをＰＵＣＣＨで報告することはできない。ユーザ機器に対してＣＱＩマスキングが設定されている場合、ＰＵＣＣＨ上でのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩの報告は、オン期間サブフレームに制限される。
【００４６】
利用可能なＤＲＸ値は、ネットワークによって制御され、非ＤＲＸから開始してｘ秒までである。値ｘは、ＲＲＣ＿ＩＤＬＥにおいて使用されるページングＤＲＸと同じ長さとすることができる。測定要件および報告基準は、ＤＲＸ間隔の長さに従って異なる可能性がある。すなわち長いＤＲＸ間隔では、要件をより緩和することができる（詳細についてはさらに下記を参照のこと）。ＤＲＸが設定されているとき、ＵＥは「アクティブ時間」の間にのみ周期的なＣＱＩ報告を送信することができる。ＲＲＣは、周期的なＣＱＩ報告がオン期間の間にのみ送信されるように、周期的なＣＱＩ報告をさらに制約することができる。
【００４７】
図３は、ＤＲＸ操作の例を開示している。ＵＥは、長ＤＲＸサイクルおよび短ＤＲＸサイクルについて同じである「オン期間」の間、スケジューリングメッセージ（例えば、ＰＤＣＣＨ上のＣ−ＲＮＴＩ（ｃell radio network temporary identity）によって示される）がないかチェックする。「オン期間」の間にスケジューリングメッセージを受信したとき、ＵＥは、「非アクティブタイマ」を起動し、非アクティブタイマが作動している間、すべてのサブフレームにおいてＰＤＣＣＨをモニタリングし続ける。この期間中、ＵＥは「連続受信モード」にあると考えることができる。非アクティブタイマが作動している間にスケジューリングメッセージを受信したとき、ユーザ機器は非インアクティブタイマを再起動し、非アクティブタイマが切れたとき、ユーザ機器は短ＤＲＸサイクルに移行し、（短ＤＲＸサイクルが設定されていると仮定して）「短ＤＲＸサイクルタイマ」を起動する。短ＤＲＸサイクルタイマが満了すると、ＵＥは長ＤＲＸサイクルに移行する。短ＤＲＸサイクルは、ＤＲＸ  ＭＡＣ制御要素（DRX MAC Control Element）によって開始することもできる。ＭＡＣ制御要素は、ＵＥを直ちにＤＲＸサイクル、すなわち、短ＤＲＸサイクル（そのように設定されている場合）または長ＤＲＸサイクル（短ＤＲＸサイクルが設定されていない場合）に置くために、ｅＮＢが任意の時点で送信することができる。
【００４８】
３ＧＰＰリリース１１において、ｅＮＢがＵＥに、短ＤＲＸサイクルが設定されている場合に最初に短ＤＲＸサイクルを通じてサイクルすることなく長ＤＲＸサイクルに直ちに移行するよう命令することを可能にする、長ＤＲＸコマンドＭＡＣ  ＣＥ（Long DRX Command MAC CE）と呼ばれる新規のＤＲＸ  ＭＡＣ制御要素が導入された。
【００４９】
このＤＲＸ挙動に加えて、ＨＡＲＱ  ＲＴＴの間にユーザ機器がスリープすることを可能にする目的で、「ＨＡＲＱラウンドトリップタイム（ＲＴＴ：Round Trip Time）タイマ」が定義される。１つのＨＡＲＱプロセスにおけるダウンリンクトランスポートブロックの復号に失敗すると、ＵＥは、そのトランスポートブロックの次の再送信が、少なくとも「ＨＡＲＱ  ＲＴＴ」のサブフレームの後に行われるものと想定することができる。ＨＡＲＱ  ＲＴＴタイマが作動している間、ユーザ機器はＰＤＣＣＨをモニタリングする必要がない。ＨＡＲＱ  ＲＴＴタイマが満了すると、ＵＥは通常どおりにＰＤＣＣＨの受信を再開する。
【００５０】
ＤＲＸ非アクティブタイマ、ＨＡＲＱ  ＲＴＴタイマ、ＤＲＸ再送信タイマ、および短ＤＲＸサイクルタイマのような、上述したＤＲＸ関連タイマは、ＰＤＣＣＨグラントまたはＭＡＣ制御要素（DRX MAC CE）の受信のような事象によって始動および停止される。したがって、ＵＥのＤＲＸ状態（アクティブ時間または非アクティブ時間）は、サブフレームごとに変化する可能性があり、移動ノードによって常に予測可能であるとは限らない。
【００５１】
現在、キャリアアグリゲーションのために、共通のＤＲＸ操作がＵＥのすべての設定されているアクティブなサービングセルに適用される。これは、ＵＥ固有ＤＲＸ（UE-specific DRX）としても参照される。特に、アクティブ時間はすべてのセルについて同じである。したがって、ＵＥは、同じサブフレーム内のすべてのＤＬセルのＰＤＣＣＨをモニタリングしている。ＤＲＸ関連タイマおよびパラメータは、セルごとにではなくＵＥごとに設定され、それによって、ユーザ機器あたり１つのＤＲＸサイクルしかない。すべての集約されるコンポーネントキャリアは、この「共通の」ＤＲＸパターンに従う。
【００５２】
＜アンライセンス帯域におけるＬＴＥ−ライセンス補助アクセス（ＬＡＡ：Licensed-Assisted Access）＞
２０１４年９月、３ＧＰＰは、アンライセンススペクトルにおけるＬＴＥ運営に関する新規の作業項目（study item）を開始した。ＬＴＥをアンライセンス帯域まで拡張する理由は、ライセンス帯域の量が制限されていることと併せて、ワイヤレスブロードバンドデータに対する需要がますます増加していることである。それゆえ、アンライセンススペクトルはセルラ事業者によって、ますます、自身のサービス提供を強化するための補完ツールと考えられるようになっている。Ｗｉ−Ｆｉのような他の無線アクセス技術（ＲＡＴ：radio access technologies）への依拠と比較した、アンライセンス帯域におけるＬＴＥの利点は、ＬＴＥプラットフォームをアンライセンススペクトルアクセスで補完することによって、事業者および供給元が、無線および基幹ネットワーク内のＬＴＥ／ＥＰＣハードウェアにおける既存のまたは計画中の投資を活用することが可能になることである。
【００５３】
しかしながら、アンライセンススペクトルにおいて他の無線アクセス技術（ＲＡＴ）と必然的に共存することになることに起因して、アンライセンススペクトルアクセスは決して、ライセンススペクトルアクセスの量に一致し得ないことを考慮に入れなければならない。それゆえ、アンライセンス帯域におけるＬＴＥ運営は、少なくとも始めは、アンライセンススペクトルにおける独立した運営ではなく、ライセンススペクトルにおけるＬＴＥに対する補完と考えられることになる。この想定に基づいて、３ＧＰＰは、少なくとも１つのライセンス帯域と併せた、アンライセンス帯域におけるＬＴＥ運営について、ライセンス補助アクセス（ＬＡＡ）という用語を確立した。しかしながら、将来において、ＬＡＡに依拠することなく、アンライセンススペクトルにおいてＬＴＥが独立して運営されることは除外されるべきではない。
【００５４】
３ＧＰＰにおいて現在意図されている一般的なＬＡＡ手法は、すでに指定されているリリース１２のキャリアアグリゲーション（ＣＡ：carrier aggregation）フレームワークを可能な限り利用することである。上記で説明したようなＣＡフレームワーク構成は、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアおよび１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを備える。ＣＡは、一般的に、セルのセルフスケジューリング（スケジューリング情報およびユーザデータが同じコンポーネントキャリア上で送信される）とセル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨに関するスケジューリング情報およびＰＤＳＣＨ／ＰＵＳＣＨに関するユーザデータが異なるコンポーネントキャリア上で送信される）の両方をサポートする。これは、特に、非常に短いＤＲＸサイクル／非常に長いアクティブ時間に対する必要性をもたらさない場合に、共通ＤＲＸ方式がＬＡＡに使用されることを含む。上述したキャリアアグリゲーションと同様に、この関連における「共通ＤＲＸ」方式とは、ＵＥが、すべてのアンライセンスセルおよびライセンスセルを含む、すべての集約されるアクティブなセルについて、同じＤＲＸを動作させることを意味する。その結果として、アクティブ時間はすべてのサービングセルについて同じであり、例えば、ＵＥは、同じサブフレーム内のすべてのダウンリンクサービングセルのＰＤＣＣＨをモニタリングしており、ＤＲＸ関連タイマおよびパラメータはＵＥごとに設定される。
【００５５】
ライセンスＰＣｅｌｌ、ライセンスＳＣｅｌｌ  １、および様々なアンライセンスＳＣｅｌｌ  ２、３、および４（例示的に小さいセルとして図示されている）を有する、非常に基本的なシナリオが図４に示されている。アンライセンスＳＣｅｌｌ  ２、３、および４の送信／受信ネットワークノードは、ｅＮＢによって管理される遠隔無線ヘッド（ＲＲＨ：remote radio head）であり得、または、ネットワークに接続されるがｅＮＢによって管理されないノードであり得る。単純にするために、ｅＮＢまたはネットワークに対するこれらのノードは、この図では明示的に示されていない。
【００５６】
現在、３ＧＰＰにおいて構想されている基本的な手法は、１つまたは複数のＳＣｅｌｌがアンライセンス帯域において動作されている間に、ＰＣｅｌｌがライセンス帯域において動作されることである。この戦略の利点は、アンライセンススペクトルにおけるＳＣｅｌｌが、他のＲＡＴと必然的に共存することになることに起因して、シナリオに応じてＱｏＳを一定程度大きく低減することになり得るが、例えば、音声およびビデオのような、高いサービス品質（ＱｏＳ：quality of service）が求められる制御メッセージおよびユーザデータの確実な送信のために、ＰＣｅｌｌを使用することができることである。
【００５７】
ＲＡＮ１＃７８ｂｉｓ中に、３ＧＰＰにおけるＬＡＡ投資を、５ＧＨｚのアンライセンス帯域に集中させることが合意された。それゆえ、最も重要な課題の１つが、これらのアンライセンス帯域で動作しているＷｉ−Ｆｉ（ＩＥＥＥ８０２．１１）との共存である。ＬＴＥとＷｉ−Ｆｉのような他の技術との間の公正な共存をサポートし、同じアンライセンス帯域における異なるＬＴＥ事業者間の公正さを保証するために、アンライセンス帯域に関するＬＴＥのチャネルアクセスは、地域および特定の周波数帯域に応じて変わる特定の統制規則セットに従う必要があり、５ＧＨｚのアンライセンス帯域における動作に対するすべての地域の統制規則の包括的な記述は、参照により本明細書に組み込まれる非特許文献５に与えられている。地域および帯域に応じて、ＬＡＡ手順を設計するときに考慮に入れられる必要がある統制要件は、動的周波数選択（ＤＦＳ：Dynamic Frequency Selection）、送信電力制御（ＴＰＣ：Transmit Power Control）、リスンビフォアトーク（ＬＢＴ：Listen Before Talk）、および、最大送信期間が限られている不連続送信を含む。３ＧＰＰの意図は、ＬＡＡに関する単一のグローバルなフレームワークを目指すことであり、これは基本的に、５ＧＨｚにおける種々の地域および帯域に対するすべての要件が、システム設計のために考慮に入れられる必要があることを意味する。
【００５８】
リスンビフォアトーク（ＬＢＴ）手順は、チャネルを使用する前に機器がクリアチャネル評価（ＣＣＡ：clear channel assessment）を適用するメカニズムとして定義される。ＣＣＡは少なくとも、チャネルがそれぞれ占有されているかまたはクリアであるかを判定するために、チャネル上に他の信号が存在するかまたは存在しないかを判定するためのエネルギ検出を利用する。欧州および日本の法令は、アンライセンス帯域におけるＬＢＴの使用を命じている。統制要件とは別に、ＬＢＴを介したキャリア検知が、アンライセンススペクトルを公正に共有するための１つの方法である。したがって、これは、単一のグローバルソリューションフレームワークにおけるアンライセンススペクトルでの公正で友好的な運営のために必須の特徴と考えられる。
【００５９】
アンライセンススペクトルにおいて、チャネル可用性を常に保証することができるとは限らない。加えて、欧州および日本のような特定の地域は連続送信を禁止しており、アンライセンススペクトルにおける送信バーストの最大期間に対して制限を課している。したがって、最大送信期間が制限されている不連続送信は、ＬＡＡの機能を要求される。
【００６０】
ＤＦＳは、レーダシステムからの干渉を検出し、これらのシステムとの同一チャネル運用を回避するために、特定の地域および帯域に必要とされる。この意図するところは、さらに、スペクトルのほぼ均一な負荷を達成することである。ＤＦＳ動作および対応する要件は、マスタ−スレーブ原則と関連付けられる。マスタは、レーダ干渉を検出すべきであるが、レーダ検出を実施するために、マスタと関連付けられている別のデバイスに依拠することができる。
【００６１】
５ＧＨｚのアンライセンス帯域における動作は、ほとんどの地域において、ライセンス帯域における動作と比較して相当低い送信電力レベルに制限される。この結果として、カバレッジエリアが小さくなる。たとえライセンスキャリアおよびアンライセンスキャリアが同一の電力で送信されるとしても、通常、５ＧＨｚ帯域におけるアンライセンスキャリアは、信号の経路損失およびシャドーイング効果に起因して、２ＧＨｚにおけるライセンスセルよりもサポートするカバレッジエリアが小さくなると予測される。特定の地域および帯域に対するさらなる要件は、同じアンライセンス帯域で動作している他のデバイスについて引き起こされる干渉の平均レベルを低減するためにＴＰＣを使用することである。
【００６２】
詳細な情報は、参照により本明細書に組み込まれる、統一欧州規格である非特許文献６に見出すことができる。
【００６３】
ＬＢＴに関するこの欧州規定によれば、デバイスは、無線チャネルをデータ送信で占有する前に、クリアチャネル評価（ＣＣＡ）を実施する必要がある。アンライセンスチャネルにおける送信は、例えば、エネルギ検出に基づいてチャネルが空いていると検出された後にしか、開始することを許容されない。特に、機器は、ＣＣＡの間に一定の最小時間（例えば、欧州では２０μｍ、非特許文献６の４．８．３節を参照のこと）に渡ってチャネルを観測する必要がある。検出されるエネルギレベルが設定されているＣＣＡ閾値（例えば、欧州では−７３ｄＢｍ／ＭＨｚ、非特許文献６の４．８．３節を参照のこと）を超える場合、チャネルは、占有されていると考えられ、逆に、検出される電力レベルが設定されているＣＣＡ閾値を下回る場合、空いていると考えられる。チャネルが占有されていると考えられる場合、デバイスは、次の固定フレーム期間の間、そのチャネル上で送信すべきではない。チャネルが空いていると分類される場合、機器は直ちに送信することを許容される。同じ帯域上で動作している他のデバイスとの公正なリソース共有を促進するために、最大送信期間は制約される。
【００６４】
ＣＣＡのエネルギ検出は、チャネル帯域幅（例えば、５ＧＨｚのアンライセンス帯域においては２０ＭＨｚ）全体に渡って実施される。これは、そのチャネル内のＬＴＥ  ＯＦＤＭシンボルのすべてのサブキャリアの受信電力レベルが、ＣＣＡを実施するデバイスにおいて評価されるエネルギレベルに寄与することを意味する。
【００６５】
さらに、機器が所与のキャリア上でそのキャリアの可用性を再評価（すなわち、ＬＢＴ／ＣＣＡ）することなく送信する合計時間が、チャネル占有時間として定義される（非特許文献６の４．８．３．１節を参照のこと）。チャネル占有時間は、１ｍｓ〜１０ｍｓの範囲内であるべきであり、最大チャネル占有時間は、例えば、欧州で現在規定されているものとしては４ｍｓであり得る。さらに、ＵＥがアンライセンスセルでの送信後に送信を許容されない最小アイドル時間があり、最小アイドル時間は、チャネル占有時間の少なくとも５％である。アイドル期間の終わりに向けて、ＵＥは、新たなＣＣＡなどを実施することができる。ここの送信挙動は、図５に概略的に示されている。図５は、非特許文献６から引用されている（非特許文献６では図２「フレームベースの機器のタイミングの例（Example of timing for Frame Based Equipment）」）。
【００６６】
種々の統制要件を考慮すると、アンライセンス帯域における動作に関するＬＴＥ仕様は、ライセンス帯域動作に限定される現行のリリース１２仕様と比較して、いくつかの変更が必要であることは明らかである。現在定義されているＤＲＸ動作には、集約アンライセンスセルを有するＵＥによって適用されるときに、いくつかの欠点があり得る。
【先行技術文献】
【非特許文献】
【００６７】
【非特許文献１】3GPP TS 36.211、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」version 12.5.0
【非特許文献２】3GPP TS 36.212、「Multiplexing and channel coding」version 12.4.0
【非特許文献３】The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker, Chapter 9.3
【非特許文献４】TS 36.321、「Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification」version 12.5.0
【非特許文献５】R1-144348、「Regulatory Requirements for Unlicensed Spectrum」Alcatel-Lucent et al., RAN1#78bis, Sep. 2014
【非特許文献６】ETSI EN 301 893, version 1.8.0
【発明の概要】
【００６８】
１つの非限定的で例示的な実施形態は、不連続受信（ＤＲＸ）機能をユーザ機器において動作させるための改善された方法を提供し、ユーザ機器は、少なくとも１つのアンライセンスセルを設定される。独立請求項が非限定的かつ例示的な実施形態を提供する。有利な実施形態は従属請求項に従う。
【００６９】
第１の態様によれば、ＤＲＸ動作は、ユーザ機器が少なくとも１つのアンライセンスセルを設定されるシナリオについて改善される。特に、ユーザ機器は、アンライセンスセルがアクティブ化されているすべてのサブフレームにおいてＤＲＸアクティブ時間にあるべきである。他方において、アンライセンスセルがアクティブ化されていないとき、通常のＤＲＸ動作がＵＥによって実施される。その結果として、アンライセンスセルがアクティブ化されており、無線基地局からのダウンリンク送信に利用可能である間、ユーザ機器は常時、ＤＲＸアクティブ時間にあり、アンライセンスセルを介したダウンリンク（およびアップリンク）送信をスケジューリングするために受信することができるＰＤＣＣＨを連続的にモニタリングする。第１の態様の任意選択の実施態様において、無線基地局は、電力を節約するために、アンライセンスセルを非アクティブ化およびアクティブ化することができる。
【００７０】
第１の態様の一実施態様において、共通ＤＲＸ動作が、ユーザ機器がそれによって設定されるすべてのセルに適用される。これに応じて、ユーザ機器は、アンライセンスセルがアクティブ化されているすべての集約されたセルのすべてのサブフレームにおいてＤＲＸアクティブ時間にある。その後、アンライセンスセルを非アクティブ化することによって、ＵＥは、残りの（ライセンス）セルにおいて通常のＤＲＸ動作を実施することができる。
【００７１】
第１の態様の別の実施態様において、共通ＤＲＸ動作は、ユーザ機器がそれによって設定されるすべてのセルに適用されるとは限らず、それによって、少なくとも１つのセルが別個のＤＲＸに従って動作される。それにもかかわらず、共通ＤＲＸ方式は、少なくともアンライセンスセル、および、クロススケジューリングが設定される場合は、対応するスケジューリングセル（すなわち、それによってアンライセンスセルがスケジューリングされるセル）の間で適用される。しかしながら、残りのセル（すなわち、アンライセンスセル、および、クロススケジューリングが設定される場合は、対応するスケジューリングセル以外のセル）はアンライセンスセルに対する（共通）ＤＲＸ動作とは別個の少なくとも１つのＤＲＸ方式に従って動作される。その後、アンライセンスセルを非アクティブ化することによって、ＵＥは、アンライセンスセル（および、クロススケジューリングが設定される場合は、スケジューリングセル）における電力節約を達成することができる。
【００７２】
第２の態様によれば、ＤＲＸ動作は、ユーザ機器が少なくとも１つのアンライセンスセルを設定されるシナリオについて改善される。特に、第２の態様は、ユーザ機器が、アンライセンスセルを介して受信されるべきダウンリンクデータ送信をスケジューリングする次のダウンリンク制御情報を受信するまで、ＤＲＸアクティブ時間にあるための、無線基地局からユーザ機器に送信されるべきＤＲＸアクティブ命令を導入する。これに応じて、通常のＤＲＸ動作に加えて、ユーザ機器は、次のダウンリンク制御情報を受信するまで、ＤＲＸアクティブ命令に従ってより多くのサブフレームにおいて、すなわち、ＤＲＸアクティブ命令を受信した後のサブフレームについて、ＤＲＸアクティブ時間にあるように、ＤＲＸアクティブ命令にも従っている。第２の態様の一変形形態において、ＵＥは、直ちにはＤＲＸアクティブ命令に従わず、何らかの遅延の後にのみこれを実行する。遅延は、例えば、電力を節約するように、同じく無線基地局によって命令されてもよい。
【００７３】
設定されている次のダウンリンク制御情報を受信したとき、ＵＥは、通常のＤＲＸ動作を継続する。すなわち、ＵＥは、通常のＤＲＸ動作に従って、ＤＲＸアクティブ時間にあるか、または、ＤＲＸアクティブ時間にないかのいずれかとなる。
【００７４】
第１の態様および第２の態様は、ＵＥが前よりも多くのサブフレームにおいてＤＲＸアクティブ時間にあることを可能にし、無線基地局がより柔軟にアンライセンスセルを介してダウンリンク送信をスケジューリングすることを可能にする。ＵＥが付加的にＤＲＸアクティブ時間にあるサブフレームの数は、例えば、ＤＲＸアクティブ命令が受信（および実行）される場合、または、アンライセンスセルにおけるダウンリンク送信に関する次のダウンリンク制御情報が受信される場合に依存して大きく変化し得るが、他の条件に基づいていくつかのサブフレームがＤＲＸアクティブ時間にあるようにすでに指定している通常のＤＲＸ動作にも依存する。
【００７５】
これに応じて、１つの一般的な第１の態様において、本明細書において開示されている技法は、ユーザ機器において不連続受信（ＤＲＸ）機能を動作させる方法を特徴とする。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。方法は、ユーザ機器によって、無線基地局から、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を受信することを含む。受信されたＤＲＸアクティブ命令に応答して、ユーザ機器は、ダウンリンク制御情報についてダウンリンク制御チャネルを連続的にモニタリングすることを含む。
【００７６】
これに応じて、１つの一般的な第１の態様において、本明細書において開示されている技法は、ユーザ機器において不連続受信（ＤＲＸ）機能を動作させるための別の方法を特徴とする。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。ユーザ機器は、すべてのサブフレームのアンライセンスセルについてＤＲＸアクティブ時間にあり、アンライセンスセルは、アンライセンスセルがアクティブ化されているすべてのサブフレームについて、ユーザ機器がアンライセンスセルと関連付けられるダウンリンク制御チャネルを連続的にモニタリングするように、アクティブ化される。
【００７７】
これに応じて、１つの一般的な第１の態様において、本明細書において開示されている技法は、ユーザ機器における不連続受信（ＤＲＸ）機能を制御させる無線基地局を特徴とする。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。無線基地局の送信機は、ユーザ機器に、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、ユーザ機器が少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を送信する。
【００７８】
これに応じて、１つの一般的な第１の態様において、本明細書において開示されている技法は、不連続受信（ＤＲＸ）機能を動作させるユーザ機器を特徴とする。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。ユーザ機器の受信機は、無線基地局から、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を受信する。ユーザ機器のプロセッサは、受信されたＤＲＸアクティブ命令に応答して、ダウンリンク制御情報についてダウンリンク制御チャネルを連続的にモニタリングすることを含め、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間になるようにユーザ機器を制御する。
【００７９】
開示した実施形態の追加の利益および利点は本明細書および図から明らかだろう。利益および／または利点は、明細書および図面の開示の様々な実施形態および特徴によって個々に提供されてもよく、同利益および／または利点の１つまたは複数を得るためにすべて提供される必要があるわけではない。
【００８０】
これらの一般的なおよび特定の態様はシステム、方法およびコンピュータプログラム、ならびにシステム、方法およびコンピュータプログラムの任意の組合せを使用して実装されてもよい。
【図面の簡単な説明】
【００８１】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャを示す図
【図２】３ＧＰＰ  ＬＴＥ（リリース８／９）について定義されているものとしての、サブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドを示す図
【図３】短および長ＤＲＸサイクルによる移動端末のＤＲＸ動作、特にＤＲＸ機会およびオン期間を示す図
【図４】様々なライセンスセルおよびアンライセンスセルを伴う、例示的なライセンス補助アクセスシナリオを示す図
【図５】種々の期間、チャネル占有時間、アイドル期間、および固定フレーム期間を含む、アンライセンス帯域における送信タイミングを概略的に示す図
【図６】アンライセンスセルが１つである例示的なシナリオのＤＲＸ動作、および、アンライセンスセルを介した対応するダウンリンク送信のタイミングを概略的に示す図
【図７】一実施形態による、拡張ＤＲＸ動作、および、アンライセンスセルを介した対応するダウンリンク送信のタイミングを概略的に示す図
【図８】さらなる実施形態による、拡張ＤＲＸ動作、および、アンライセンスセルを介した対応するダウンリンク送信のタイミングを概略的に示す図
【図９】さらなる実施形態による、拡張ＤＲＸ動作、および、アンライセンスセルを介した対応するダウンリンク送信のタイミングを概略的に示す図
【図１０】さらなる実施形態による、ＵＥにおける拡張ＤＲＸ動作の流れ図
【図１１】図１０において論じされている実施形態による、拡張ＤＲＸ動作、および、アンライセンスセルを介した対応するダウンリンク送信のタイミングを概略的に示す図
【図１２】図１０および図１１において論じられている実施形態の一変形形態による、拡張ＤＲＸ動作、および、アンライセンスセルを介した対応するダウンリンク送信のタイミングを概略的に示す図
【発明を実施するための形態】
【００８２】
移動局または移動ノードまたはユーザ端末またはユーザ機器は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有してもよい。機能エンティティは、所定の機能の集合をノードの他の機能エンティティまたはネットワークに実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信するために介することができる通信機構または媒体にノードを取り付ける１つまたは複数のインタフェースを有してもよい。同様に、ネットワークエンティティは、機能エンティティが他の機能エンティティまたは対応ノードと通信するために介してもよい通信機構または媒体に機能エンティティを取り付ける論理インタフェースを有してもよい。
【００８３】
用語「無線リソース」は、一組の請求項でおよび本出願で使用する場合、時間−周波数リソースなどの物理無線リソースを指すとして広く理解しなければならない。
【００８４】
特許請求の範囲および本出願明細書において使用されているものとしての「アンライセンスセル」または代替的に「アンライセンスキャリア」という用語は、アンライセンス周波数帯域内のセル／キャリアとして広く理解されるべきである。これに応じて、特許請求の範囲および本出願明細書において使用されているものとしての「ライセンスセル」または代替的に「ライセンスキャリア」という用語は、ライセンス周波数帯域内のセル／キャリアとして広く理解されるべきである。例示的に、これらの用語は、リリース１２／１３時点の３ＧＰＰおよびライセンス補助アクセス作業項目の文脈において理解されるべきである。
【００８５】
特許請求の範囲および本出願明細書において使用されているものとしての「ＤＲＸアクティブ時間にある（be in DRX Active Time）」という表現は、移動局がダウンリンク制御情報（ＤＣＩ）についてＰＤＣＣＨまたはＥＰＤＣＣＨのような物理制御チャネルをモニタリングするサブフレームとして広く理解されるべきである。ダウンリンク制御情報が検出されると、例えば、背景に記載したように、特定の動作が移動端末によって実施される。これに応じて、特許請求の範囲および本出願明細書において使用されているものとしての「ＤＲＸアクティブ時間にない（to be not in DRX Active Time）」という表現は、移動局がダウンリンク制御情報（ＤＣＩ）についてＰＤＣＣＨまたはＥＰＤＣＣＨのような物理制御チャネルをモニタリングする必要がないサブフレームとして広く理解されるべきである。
【００８６】
背景で論じられているように、アンライセンス帯域における動作に関するＬＴＥ仕様は、ライセンス帯域動作に関する現行のリリース１２仕様と比較して、いくつかの変更が必要であることは明らかである。５ＧＨｚのアンライセンス帯域におけるＷｉＦｉとの共存は、最も重要な主題の１つである。欧州統制要件によって規定されているように、アンライセンス帯域におけるノード動作は、チャネルにアクセスする前に、例えば周波数帯域全体に渡るノードにおける受信電力レベルに基づく、リスンビフォアトークを実施すべきである。
【００８７】
背景において説明されているように、３ＧＰＰはこれまでのところ、通常のキャリアアグリゲーションに適用されているような既存のメカニズムを再使用するように、すべての集約されたアクティブセルに対する共通ＤＲＸ動作が、アンライセンスセルの場合もＵＥに対して想定されることを合意している。特に、様々なセルのＰＤＣＣＨがモニタリングされる同一のＤＲＸアクティブ時間を含め、同じＤＲＸ動作がすべてのサービングセルに適用される。本開示全体を通じて、「ＰＤＣＣＨ」という用語は、ＰＤＣＣＨ、ＥＰＤＣＣＨ（設定されるときはサブフレーム内）、または、設定されており保留状態にないＲ−ＰＤＣＣＨを有する中継ノードについては、Ｒ−ＰＤＣＣＨを指すことに留意されたい。
【００８８】
しかしながら、すでに知られているようなキャリアアグリゲーションに対するＤＲＸと、ＬＡＡシナリオにおいて適用されるＤＲＸとの間には、いくつかの差異がある。一例を挙げると、アンライセンスセルにおいて送信する前にＬＢＴ／ＣＣＡを実施する必要があることに起因して、アンライセンスセル上のチャネルが実際に送信を実施するために得られるという保証はない。さらに、統制要件は、連続送信の時間を最大チャネル占有時間までに制限している。これによって、例えばＣＣＡによってチャネルが空いていると判定される場合であっても、送信機（この場合、無線基地局、ｅＮｏｄｅＢ）は、制限された時間量に渡ってしかチャネルを占有することができない。
【００８９】
図６は、２つのサービングセル（ＰＣｅｌｌおよび１つのアンライセンスセル）、ならびに、ダウンリンクデータ送信（ＰＤＳＣＨ）および対応するダウンリンク制御情報（ＰＤＣＣＨ）によるＤＲＸ動作を示す。図６は、ＵＥがＤＲＸアクティブ時間にあるサブフレーム、および、ＵＥがＤＲＸアクティブ時間にないサブフレームをさらに示す。図６の例示的なシナリオにおいては、ＰＣｅｌｌからのクロススケジューリングが想定される。すなわち、アンライセンスセルに関するダウンリンク制御情報（ダウンリンクおよびアップリンク）は、アンライセンスセル自体（セルフスケジューリングと称され得る）の代わりにＰＣｅｌｌを介して受信される。例示のみを目的として、ＤＲＸオン期間は３サブフレーム長であると想定し、短ＤＲＸサイクルまたは長ＤＲＸサイクルは３２サブフレーム長であると想定し、ＤＲＸ非アクティブタイマは２サブフレーム内で満了すると想定し、最大チャネル占有時間（図６においては「最大送信期間」と称される）は５ｍｓ（サブフレーム）であると想定し、アイドル期間は２ｍｓ（サブフレーム）であると想定する。
【００９０】
様々な実施形態によって解決されるべきである、根底にある技術的課題の説明を容易にするために、ＵＥは他の理由、例えば、ＨＡＲＱ  ＲＴＴタイマが作動していること、または、ＰＵＣＣＨ上でＳＲが送信されていることからはＤＲＸアクティブ時間にないことがさらに想定される。言い換えれば、それに起因してＵＥがＤＲＸアクティブ時間にあり得る他の考えられる条件（例えば、ＨＡＲＱ  ＲＴＴタイマ、mac-ContentionResolutionTimer、ＳＲ保留、ＵＬグラントなど）は無視され、ＤＲＸ非アクティブタイマに焦点が当てられる。
【００９１】
ｅＮＢは、ＵＥがＰＣｅｌｌを介して受信される対応するＰＤＣＣＨをモニタリングするサブフレームにおいてのみ、アンライセンスセルを介してダウンリンク送信を実施することができる。言い換えれば、ＵＥがｅＮｏｄｅＢからダウンリンク送信を受信することを可能にするためには、ＵＥは、対応するダウンリンク制御チャネルをモニタリングするために（少なくともアンライセンスセルおよびスケジューリングセル、ＰＣｅｌｌにおいて）ＤＲＸアクティブ時間になければならない。例えば、ＵＥは、ＤＲＸオン期間のサブフレーム中にＰＣｅｌｌ上でＰＤＣＣＨをモニタリングし、ｅＮＢは、これに応じて、ＤＲＸオン期間の上記サブフレームのうちの１つ（図６では、最初に図示されている無線フレームのサブフレーム２）においてＰＤＣＣＨ、ＰＤＳＣＨを送信し得る。アンライセンスセルのチャネルは占有されていないと想定される。それによって、送信を開始する前にｅＮｏｄｅＢによって適時に実施されるＬＢＴ／ＣＣＡは成功する。最初のＰＤＣＣＨの復号に成功すると、対応するＤＲＸ非アクティブタイマが作動していることになり、ＰＤＣＣＨの復号に新たに成功する度に再始動されることになる。
【００９２】
ｅＮＢは、図６においては第１のデータバーストと称される、５つの連続するサブフレーム（すなわち、最大チャネル占有時間）においてデータを送信することができる。対応するＤＲＸ非アクティブタイマは、さらに２サブフレーム長く、すなわち、サブフレーム８まで作動していることになる。それによって、ＵＥは、サブフレーム８まで依然としてＤＲＸアクティブ時間にあるままになる。すなわち、サブフレーム９が、ＵＥがＤＲＸアクティブ時間にない最初のサブフレームである。しかしながら、第１のデータバーストが終わった後のアンライセンスセルの２ｍｓのアイドル期間によって、ｅＮＢが（ＬＢＴ／ＣＣＡを行ってから）サブフレーム９の前に再び送信することを防止する。その結果として、ｅＮＢは、次にＵＥがＤＲＸアクティブ時間になるまで待つ必要がある。これは、次のオン期間（この場合はサブフレーム３２で始まる）の最初のサブフレームである。ここでも、ｅＮｏｄｅＢによって実施されるＬＢＴ／ＣＣＡが成功すると想定すると、対応するダウンリンク制御情報（ＰＤＣＣＨ）およびデータ送信（ＰＤＳＣＨ）を含む第２のデータバーストが、５つの連続するサブフレーム、サブフレーム３２〜３６において実施され得る。そのような送信メカニズムはその後、繰り返し実施される。
【００９３】
上記の説明から分かるように、そのようなデータ送信はかなり非効率であり、アンライセンスセルにおけるデータバーストのために可能な時間が短いことだけでなく、通常のＤＲＸ動作中に利用可能なダウンリンク機会が少ないことにも起因して、完了するのに長い時間がかかる場合がある。これは、アンライセンスセルの周波数帯域がＷＬＡＮノードによっても使用されると想定するとさらに深刻になる。この場合、ｅＮｏｄｅＢによって実施されるＬＢＴ／ＣＣＡは多数回成功しなくなる。
【００９４】
記載されている問題はまた、ＤＲＸ機能について選択される特定のパラメータにも依存する。（少なくとも１つの）アンライセンスセルを用いるＵＥのために短ＤＲＸサイクルおよび長ＤＲＸアクティブ時間を選択することによって、ｅＮＢは、ダウンリンク送信の実施（ＬＢＴ／ＣＣＡの実施を含む）を試行するためのより多くの機会を得ることになるため、この問題は緩和される。しかしながら、これによって引き換えに、多大な電力を消費することになる。
【００９５】
以上説明した課題を軽減するために、以下の例示的な実施形態が発明者らによって考えられる。
【００９６】
これらのいくつかは、様々な実施形態に関連して以下で説明するような特定の主要な特徴を加えられて、３ＧＰＰ規格によって与えられ、かつ本背景で部分的に説明したような広範な仕様で実装されるものである。実施形態は、例えば上記技術背景に記載したように、３ＧＰＰ  ＬＴＥ−Ａ（Ｒｅｌｅａｓｅ１０／１１／１２／１３）通信システムなどの移動通信システムに有利に使用されることができる。しかし、実施形態はこの特定の例示的な通信ネットワークでのその使用に限定されないことに留意するべきである。
【００９７】
説明は、本開示の範囲を限定するとしてではなく、本開示をよりよく理解するための実施形態の単なる例として理解するべきである。当業者は、請求項に述べるような本開示の一般的な原理が異なるシナリオに、かつ本明細書に明記しない方途で適用されることができることを認識しているべきである。対応して、様々な実施形態の説明目的で前提とする以下のシナリオは、本開示およびその実施形態をそのように限定するものではない。
【００９８】
上述した問題を解決する一実施形態によれば、ｅＮＢがアンライセンスセルにおいて次のダウンリンク送信を開始することを可能にするために必要な限り長く、ＵＥをＤＲＸアクティブ時間にあるままにするために、ＰＤＣＣＨがｅＮＢから（例えば、アンライセンスセルのスケジューリングセルであるＰＣｅｌｌにおいて）繰り返し送信される。この実施形態は、図７に関連して説明される。図７は、ＵＥに設定される２つのセル（ＰＣｅｌｌ、および、１つのアンライセンスサービングセル、例えば、ＳＣｅｌｌ）のＤＲＸ動作およびダウンリンク送信を示す。図６と同様のシナリオが想定され、付加的に、様々な追加のＰＤＣＣＨ、および、ＵＥがＤＲＸアクティブ時間にある対応する追加のサブフレームが示されている。
【００９９】
特に、ｅＮＢが（ＣＣＡが成功したと想定して）アンライセンスセルにおいて次のダウンリンク送信をスケジューリングするときに、ＵＥがＤＲＸアクティブ時間にある（すなわちＰＤＣＣＨをモニタリングする）ことを達成するように、ＤＲＸ非アクティブタイマが、ダウンリンクにおいて（例えば、ＰＣｅｌｌを介して）対応するＰＤＣＣＨを送信することによって周期的に（その満了前に適時に）再始動される。これらの追加のＰＤＣＣＨはアンライセンスセルを参照する必要はなく（ただし、参照してもよい）、（この例示的な事例におけるように）ＰＣｅｌｌ自体におけるダウンリンク送信を参照することができる。すべてのセルにおける共通ＤＲＸ動作が想定されるため、ＰＣｅｌｌにおけるＰＤＣＣＨは、ＰＣｅｌｌとアンライセンスセルの両方においてＤＲＸアクティブ時間が継続することを達成する。したがって、ＵＥがＤＲＸアクティブ時間にある期間は、ｅＮＢがその必要があると考える限り、延長することができる。
【０１００】
図７に示すように、サブフレーム６における第１のデータバーストの最後のＰＤＣＣＨ／ＰＤＳＣＨが受信された後、最初の追加のＰＤＣＣＨがサブフレーム８において、すなわち、ＤＲＸ非アクティブタイマが満了する前に（サブフレーム６における最後のＰＤＣＣＨ受信の２サブフレーム後に）送信され得る。この例示的なシナリオでは、図７に示すように、追加のＰＤＣＣＨは、ＰＣｅｌｌにおけるＰＤＳＣＨ送信をスケジューリングすると想定される。
【０１０１】
追加のＰＤＣＣＨは、ＤＲＸ非アクティブタイマが満了するのを防止し、対応するサブフレーム９および１０も、ＵＥのＤＲＸアクティブ時間の一部になる。図７の例示的なシナリオについて、ｅＮｏｄｅＢはアイドル期間の終了後に周期的に、すなわち、ここではサブフレーム９の時点でＬＢＴ／ＣＣＡを実施すると想定されるが、ＬＢＴ／ＣＣＡは成功しない。すなわち、チャネルは占有されており、ｅＮｏｄｅＢが第２のデータバーストを実施するために使用することはまだ可能でないことがさらに想定される。
【０１０２】
これに応じて、ＣＣＡが成功するまでＵＥをさらにＤＲＸアクティブ時間にあるままにするために、ＤＲＸ非アクティブタイマを作動したままにするように追加のＰＤＣＣＨが送信され、次のＰＤＣＣＨがサブフレーム１０において送信され、その後、サブフレーム１２、１４、１６、１８、および２０において送信される。その後、ＬＢＴ／ＣＣＡの実施はサブフレーム２１において成功する（例えば、ＷＬＡＮノードが送信を終了する）と想定される。それによって、対応するサブフレーム２２〜２６において（最大チャネル占有時間によって制限される５つの連続するサブフレームにおいて）第２のデータバーストを実施することができる。
【０１０３】
しかしながら、アイドル時間、ＤＲＸ非アクティブタイマ、およびアンライセンスチャネル占有の長さに応じて、非常に多くのＰＤＣＣＨが、ＵＥをＤＲＸアクティブ時間にあるままにするために送信される必要がある。これは、結果としてシグナリングオーバヘッド（ＰＤＣＣＨ／ＰＤＳＣＨ）を増大させ、ＰＤＣＣＨ容量を低減する。さらに、追加のＰＤＣＣＨの各々は、ダミーデータ（例えば、送信に利用可能なアップリンクまたはダウンリンクデータがない場合）、または、実際に送信を保留されているデータ（例えば、アンライセンスセルを介して送信されるべきダウンリンクデータの一部）のいずれかを有する対応するダウンリンクまたはアップリンク送信（すなわち、ＰＤＳＣＨ、ＰＵＳＣＨ）をスケジューリングし、これはその後、ＰＣｅｌｌを介して送信される。たとえ可能な限り少ないデータがスケジューリングされている場合であっても、ＰＣｅｌｌのＰＤＳＣＨ／ＰＵＳＣＨ容量はなお低減される。（アンライセンス）サービングセルは、ＰＣｅｌｌからデータをオフロードすべきであるが、これはここではもはや当てはまらないことに留意されたい。
【０１０４】
上述した問題を解決する別の実施形態は、ＵＥが、アンライセンスセルがアクティブ化されているすべてのサブフレームにおいてＤＲＸアクティブ時間にあることである。言い換えれば、アンライセンスセルがアクティブ化されるすべてのサブフレームは、ＵＥが（例えば、ＰＣｅｌｌにおいて）ＰＤＣＣＨについて連続的にモニタリングするＤＲＸアクティブ時間の一部である。これには、モバイルをＤＲＸアクティブ時間にあるままにするためにいかなるシグナリング（例えば、図７の前述した追加のＰＤＣＣＨ）も必要としないという利点がある。これは、このシグナリングが、アンライセンスセルのアクティブ化および非アクティブ化状態に基づいて暗黙的に行われるためである。ＵＥのすべての集約された設定されているセルに対して共通ＤＲＸが想定されるとき、これは基本的に、少なくとも１つのアンライセンスセルがアクティブ化されているすべての集約されたセルのすべてのサブフレームにおいてＵＥがＤＲＸアクティブ時間にあることを意味する。
【０１０５】
これは、ＵＥの電力節約の観点からは非常に効率的であり得ないが、この欠点は、後述する、必要に応じてアンライセンスセルを対応して非アクティブ化およびアクティブ化することによって軽減され得る。セル非アクティブ化およびアクティブ化は、例えば、参照により本明細書に組み込まれる、非特許文献４の従属節６．１．３．８において定義されているような、対応するアクティブ化／非アクティブ化ＭＡＣ制御要素を使用することによって可能である。無論、セルを非アクティブ化およびアクティブ化するための命令は、別様に実施されてもよい。これに応じて、ｅＮＢは、このＭＡＣ  ＣＥを使用して、ダウンリンクデータがアンライセンスセルを介して送信されるべきであるときにＵＥが連続的にＤＲＸアクティブ時間にあることを保証することを依然として可能にしながら、電力を節約するように、適切に、アンライセンスセルをアクティブ化および非アクティブ化することができる。
【０１０６】
図８は、上記に関連して、ＤＲＸ非アクティブタイマが満了しているが、ＵＥはサブフレーム９、１０、１１などにおいて依然としてＤＲＸアクティブ時間にあることを示している。これに応じて、アンライセンスセルがアクティブ化されているすべてのサブフレームにおいて、ＵＥは、すべての設定／集約／アクティブ化されているセル（ここではＰＣｅｌｌ、および、１つのアンライセンスセル、共通ＤＲＸが想定されている）においてＤＲＸアクティブ時間にある。それゆえ、ｅＮＢは、ｅＮｏｄｅＢによって実施されるＬＢＴ／ＣＣＡ（例示的に、図７に関連してすでに説明したのと同様に、サブフレーム２１において行われると想定される）が成功すると直ちに第２のデータバーストを送信することが可能である。
【０１０７】
その後、さらなるデータは送信されないことになっており、電力節約を目的として、ｅＮＢは、対応する非アクティブ化命令（図８においては例示的にＬＡＡセル非アクティブ化と称される）をＵＥに（例えば、ＰＣｅｌｌを介して）送信することによって（例えば、上述したＭＡＣ  ＣＥ）、アンライセンスセルを非アクティブ化することを決定することが想定される。図８の例示的なシナリオにおいて、これはサブフレーム２７において行われる。それによって、アンライセンスセルはサブフレーム２８の時点で非アクティブ化される（ここでは、例示を目的として一般的にアクティブ化／非アクティブ化手順に含まれるいかなるシグナリングおよびプロセス遅延も無視している。アンライセンスセルの非アクティブサブフレームは図８においては点線のサブフレームボックスで示されている）ことが想定される。アンライセンスセルが非アクティブ化されていることに起因して、ＵＥは、サブフレーム３０および３１においてはＰＣｅｌｌにおいてＤＲＸアクティブ時間にない（ＬＡＡセル非アクティブ化によって再始動されているＤＲＸ非アクティブタイマは、サブフレーム２９において満了する）。通常のＤＲＸ動作によれば、周期的なＤＲＸオン期間は、ＵＥを、ＰＣｅｌｌ上のサブフレーム３２〜３４においてＤＲＸアクティブ時間にあるようにする。
【０１０８】
図８の例示的なシナリオにおいて、ｅＮＢが、再びアンライセンスセルをアクティブ化する（例えば、ダウンリンクデータが送信されるべきであり、アンライセンスセルが、上記に関連してＰＣｅｌｌに対する負荷を発生させないために使用されるべきであるため）ことがさらに想定される。これに応じて、ｅＮＢは、オン期間の最後のサブフレーム３４を使用して、適切なセルアクティブ化コマンドを（ＰＣｅｌｌを介して）ＵＥに送信する。それによって、アンライセンスセルは、サブフレーム３５の時点で再びアクティブ化される（ここでも、例示を目的として、シグナリングおよび処理によって引き起こされるアクティブ化遅延はないものと想定される）。その結果として、ＵＥは、ＤＲＸ非アクティブタイマの満了（および、ＨＡＲＱ  ＲＴＴタイマ、ＳＲ保留などのような、他のＤＲＸアクティブ時間条件）とは無関係に、ＰＣｅｌｌおよびアンライセンスセルにおいてサブフレーム３５の時点でＤＲＸアクティブ時間にある。サブフレーム３５および３６において、ＵＥは、ＤＲＸ非アクティブタイマが作動していることに起因してまたＤＲＸアクティブ時間にあるが、サブフレーム３６の時点では、ＤＲＸアクティブ命令がまた、ＵＥがＤＲＸアクティブ時間にあることを保証する。
【０１０９】
アンライセンスセルが占有されていないと判定される（すなわちｅＮＢによるＬＢＴ／ＣＣＡが成功する）と直ちに、ｅＮＢは、アンライセンスセルにおける対応するダウンリンク送信を実施することができる。ここでは、サブフレーム４０〜４４（ＰＣｅｌｌにおける対応するＰＤＣＣＨおよびアンライセンスセルにおけるＰＤＳＣＨを含む）においてダウンリンク送信が行われると想定される。
【０１１０】
特に背景において記載されているような、３ＧＰＰ環境における特定の実施を想定すると、本実施形態の１つの例示的な実施態様は、ＵＥが、特定のサブフレームがＤＲＸアクティブ時間にあるべきか否かをチェックするための追加の条件を見込むことができる。特に、現在、非特許文献６は、５．７節においていくつかの条件を規定している。
【０１１１】
ＤＲＸサイクルが設定されるとき、アクティブ時間は、その間に、
−  onDurationTimer、drx-InactivityTimer、drx-RetransmissionTimerもしくはmac-ContentionResolutionTimer（従属節５．１．５に記載のように）が作動している、または
−  ＰＵＣＣＨ上でスケジューリング要求が送信されており、保留されている（従属節５．４．４に記載のように）、または
−  保留ＨＡＲＱ再送信を求めるアップリンクグランドが発生し得、対応するＨＡＲＱバッファ内にデータがある、または
−  ＭＡＣエンティティのＣ−ＲＮＴＩにアドレス指定されている新たな送信を示すＰＤＣＣＨが、ＭＡＣエンティティによって選択されていないプリアンブルに対するランダムアクセス応答の受信に成功した後に受信されていない（従属節５．１．４に記載のように）
時間である。
【０１１２】
このソリューションのこの例示的な実施態様によれば、以下の追加の条件が見込まれ得る。ＤＲＸサイクルが設定されるとき、アクティブ時間は、その間に、
−  アンライセンスサービングセル（ＳＣｅｌｌ）がアクティブ化されている
時間である。
【０１１３】
無論、上記で選択されている条件の公式化は一例に過ぎず、他の適切な公式化／用語が上記に関連して等しく使用されてもよい。その結果として、ＤＲＸに従って動作しているＵＥは、付加的に、各サブフレームにおいて、集約されたアンライセンスセルがアクティブ化されているか否かをチェックすべきであり、そうである場合、上記サブフレームにおいてＤＲＸアクティブ時間にあるべきか否かをチェックする。これは、ＤＲＸアクティブ時間に対して固有な動作を実行することを伴う（詳細については非特許文献６の５．７節も参照のこと）。
【０１１４】
この実施形態のさらなる実施態様は、ＵＥ内で設定することができるタイマであり、満了すると、対応するセルの非アクティブ化をトリガするタイマである、セル非アクティブ化タイマの動作を考慮する。参照により本明細書に組み込まれている、非特許文献６の従属節５．１３において規定されているように、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒが作動していることができ、ＵＥはそれが満了したときＳＣｅｌｌを非アクティブ化すべきである。ＰＣｅｌｌはそのようなタイマによって非アクティブ化することはできない。これは、それによってＵＥが設定される他の（無）ライセンスセルのいずれかによく当てはまり得る。上記で説明したように、本発明のソリューションは、アンライセンスセルのアクティブ化／非アクティブ化状態に基づくＤＲＸ動作を提供する。さらに、電力節約を目的として、ｅＮｏｄｅＢは、（共通ＤＲＸを想定して）ＵＥに対して設定されている残りのセルに対するＤＲＸ動作に影響を与えるように、コマンドを介してアンライセンスセルを明示的にアクティブ化および非アクティブ化することができる。しかしながら、並行して、セル非アクティブ化タイマが、各サービングセルについてＵＥ内で作動していてもよい。したがって、アンライセンスセルを、非アクティブ化されるようにすることができるが、アンライセンスセルは、ｅＮｏｄｅＢから次のダウンリンク送信を受信することを可能にするようにアクティブ化されたままであるべきである。この例示的な実施態様によれば、セル非アクティブ化タイマの機能は、上記に関連して無視することができ、ＳＣｅｌｌの非アクティブ化／アクティブ化は、ｅＮｏｄｅＢからの明示的なアクティブ化／非アクティブ化コマンドによって制御されるべきである。
【０１１５】
上述した問題を解決するまた別の実施形態は、ＤＲＸアクティブ時間が同じくアンライセンスセルのアクティブ化／非アクティブ化状態によって暗黙的に制御されるという点において、図８に関連して説明した先行する実施形態と同様である。しかしながら、本実施形態については、これまで想定されていた共通ＤＲＸ動作の代わりに、別個のＤＲＸ動作が想定される点が異なっている。特に、現在、ＵＥのすべての集約された設定されているキャリアに対する共通ＤＲＸ動作が３ＧＰＰにおいて合意されている。ただし、これは将来変化する可能性があり、それによって、ＵＥに対して設定されているすべてのセルに対する共通ＤＲＸ動作はもはや必要ない。その結果として、実際の実施態様およびＵＥ設定に応じて、ＵＥの異なるキャリアは異なるＤＲＸ機能によって操作することができる。これは、ＵＥが異なるキャリアについては異なるサブフレームにおいてＤＲＸアクティブ時間にあり得る（必ずしもそうであるとは限らない）。このソリューションを説明するために、３つのセル、すなわちＰＣｅｌｌ、アンライセンスセル、および１つのＳＣｅｌｌが設定されているＵＥが想定される例示的な概略図である図９を参照する。アンライセンスセルは基本的に、ＳＣｅｌｌとしても取り扱われ得ることに留意されたい。依然としてクロススケジューリングが想定され、アンライセンスセルに対するスケジューリングはＰＣｅｌｌを介して受信される。したがって、ＰＣｅｌｌは例示的に、アンライセンスセルの「スケジューリングセル」と称され得る。
【０１１６】
このソリューションによれば、ＰＣｅｌｌ（アンライセンスセルのスケジューリングセルとしての）およびアンライセンスセルに対するＤＲＸ機能は、ＵＥによって共通に操作される。すなわち、ＰＣｅｌｌおよびアンライセンスセルに対して共通のＤＲＸがＵＥによって使用される。他方、ＳＣｅｌｌ（および、ＵＥに対して設定される場合は、任意の他のライセンスセル）におけるＤＲＸ動作は、ＰＣｅｌｌおよびアンライセンスセルの共通ＤＲＸとは別個のものである。
【０１１７】
これに応じて、ＰＣｅｌｌおよびアンライセンスセルに対するＤＲＸ動作は、基本的に、図９から分かるように、図８に例示的に示されている、先行するソリューションについて説明されたものと同じであり得る。
【０１１８】
他方において、ＳＣｅｌｌに対するＤＲＸ動作は、ＰＣｅｌｌおよびアンライセンスセルにおける共通ＤＲＸ動作とは別個のものであるため、これによって影響／変更されない。図９の例示的なシナリオにおいて、ＳＣｅｌｌに対するＤＲＸ動作は、別個のものであるだけでなく、異なるパラメータ、この場合は４サブフレームのＤＲＸオン期間および２０ｍｓの短／長ＤＲＸサイクルによって操作される。無論、他のパラメータまたは共通ＤＲＸと正確に同じパラメータも選択されてもよい。さらに、ＤＲＸパラメータは、たとえ共通ＤＲＸ動作が実施されないとしても、ＵＥ固有（すなわち、すべてのキャリアについて同じ）であってもよい。図９の例示的なシナリオにおいて、ＤＲＸ動作は、ＳＣｅｌｌに対するＤＲＸサイクルに従う。それによって、ＵＥは、少なくとも、サブフレーム０〜３、２０〜２３、および４０〜４３におけるＤＲＸオン期間に従って、ＳＣｅｌｌにおいてＤＲＸアクティブ時間にある。
【０１１９】
図９の例示的なシナリオにおいて、ＰＣｅｌｌからのアンライセンスセルのクロススケジューリングが想定されている。ＵＥが、ＰＣｅｌｌを介してではなく、アンライセンスセル自体を介してアンライセンスセル宛てのＰＤＣＣＨを受信する場合（すなわち、セルフスケジューリングシナリオ）、アンライセンスセルにおけるＤＲＸ動作は、残りのセル（すなわち、ＰＣｅｌｌおよびＳＣｅｌｌ、ならびに、任意選択で、ＵＥに対して設定されている場合は他のアンライセンスセルからも）のＤＲＸ動作とは別個のものになり、残りのセルは、共通に操作されてもよく、操作されなくてもよい。本開示の１つの追加の実施形態によれば、ＵＥ内で作動している２つのＤＲＸ動作、すなわち、すべてのアンライセンスセルに対する共通ＤＲＸ動作の１つ、および、すべての集約されたライセンスセルに渡る１つの共通ＤＲＸ動作があることになる。これに応じて、ＵＥは、（前述したクロススケジューリング事例と同じように）少なくとも１つのアンライセンスセルがアクティブ化されているすべてのサブフレーム内で、アンライセンスセルにおいてＤＲＸアクティブ時間にあることになる。前述のように、ｅＮＢは、電力を節約し、ＵＥが常にＤＲＸアクティブ時間にあることを回避するために、必要に応じてアンライセンスセルを非アクティブ化／アクティブ化することができる。
【０１２０】
他方において、ＰＣｅｌｌおよびＳＣｅｌｌにおけるＤＲＸ動作はアンライセンスセルにおける動作とは別個のものであるため、ＵＥは、アンライセンスセルのアクティブ化／非アクティブ化状態とは無関係に、ＰＣｅｌｌおよびＳＣｅｌｌに対して設定されているものとしての、通常のＤＲＸパターンに従う。
【０１２１】
以下の例示的な実施形態による、上述した問題に対するさらなるソリューションを、以下に詳細に提示する。これらの例示的な実施形態は、根底にある原則を強調するために説明され、本開示を限定するものとして理解されるべきではない。前述のように、例示を容易にするために、様々な想定が行われるが、本開示を限定しないものとして考えられるべきである。前述のように、ＵＥは既にセットアップされており、いくつかのセル、少なくとも１つのライセンスセル（例えば、ＰＣｅｌｌ）および少なくとも１つのアンライセンスセルを設定されていると想定される。最初に、ＵＥに対して設定されている、すべての集約されたアクティブ化セルにおける共通ＤＲＸ動作が、３ＧＰＰにおいて現在合意されているように想定される。共通ＤＲＸは、ＵＥによって、その設定されているあらゆるセルにおいて操作され、ＤＲＸ動作は、短／長ＤＲＸサイクル、対応するオン期間などを伴う。現在標準化されている３ＧＰＰ  ＬＴＥ環境と組み合わせて使用されるべきこの実施形態の１つの特定の実施態様について、「通常」のＤＲＸ動作がどのように機能するかに関するさらなる詳細についてＤＲＸに関する背景の対応する節が参照される。そのため、ＤＲＸアクティブ命令および対応する結果は、アンライセンスセルが関与するシナリオの特別な状況を考慮に入れるための、上記通常のＤＲＸ動作に対する拡張と考えることができる。
【０１２２】
この実施形態は、ダウンリンク送信がアンライセンスセルを介して実施されるための次のＰＤＣＣＨを受信するまで、ＵＥが連続的にＤＲＸアクティブ時間にあるような、適切なＤＲＸコマンドの送信に基づく。特に、ＤＲＸコマンド（例示的に、以下ではＤＲＸアクティブ命令と称される）はｅＮＢからＵＥへと送信される。それによって、ＵＥは、ｅＮｏｄｅＢがアンライセンスセル上で次のダウンリンク送信を実施することが可能になるまで、ＤＲＸアクティブ時間にある。すなわち、この条件は、ＬＢＴ／ＣＣＡの実施に成功すること、対応するＰＤＣＣＨを（ＰＣｅｌｌを介したクロススケジューリングが設定されている場合はＰＣｅｌｌ上で）送信すること、および、アンライセンスセル上で対応するＰＤＳＣＨを送信することを含む。ダウンリンク送信がアンライセンスセルを介して実施されることを可能にするための上記次のＰＤＣＣＨが受信された後、ＵＥは、「通常」のＤＲＸ動作を継続することができ、現在設定されているＤＲＸサイクルを継続することができる。
【０１２３】
この実施形態には、移動端末を必要な限り長くＤＲＸアクティブ時間にあるままにするために、（図７に関連して説明した先行する実施形態と比較して）ＤＲＸアクティブ命令が１つしか必要ないという利点がある。ＤＲＸアクティブ命令が受信された後も、ＵＥはまた、通常のＤＲＸ動作を継続し、ＤＲＸアクティブ命令は、以下においてより明らかになるように、ＵＥをより多くのサブフレームにおいてＤＲＸアクティブ時間とすることによって、ＬＡＡシナリオに対処するために通常のＤＲＸ動作にさらなる層を追加することに留意されたい。
【０１２４】
ＵＥ  ＤＲＸ動作の非常に基本的な概略流れ図が図１０に示されている。図１０から明らかであるように、ＵＥは「通常」のＤＲＸ動作を開始し、ＤＲＸアクティブ命令を受信した後も、並行してこれに従って動作し続けることが想定される（これは、短／長ＤＲＸサイクルが操作されること、すでに規定されているようにＤＲＸ関連タイマが始動／再始動／満了されること、ＵＥがオン期間においてＤＲＸアクティブ時間にあることなどを意味する）。その後、ＤＲＸアクティブ命令が受信された後、ＵＥは、特定の期間に渡って、アンライセンスセルにおいて（および、共通ＤＲＸを想定すると、基本的に、ＵＥに対して設定されているすべての集約されたセルにおいて）連続的にＤＲＸアクティブ時間にあるべきである。ＵＥは、ＰＤＣＣＨをモニタリングしている。ＵＥは、ダウンリンク制御情報、すなわち、ＰＤＣＣＨを受信する場合、このダウンリンク制御情報がアンライセンスセルを介したダウンリンク送信に関係するか否かをさらに判定する必要がある。そうである場合、ＵＥは、ＤＲＸアクティブ命令に従ってＤＲＸの動作を停止しており（基本的に常にＤＲＸアクティブ時間にある）、通常のＤＲＸに従って動作を継続することができる。したがって、常時並列に作動している通常のＤＲＸ短／長サイクルに応じてＤＲＸアクティブ時間にあるか、または、ＤＲＸアクティブ時間になく、例えば、ＤＲＸ関連タイマが、現在の仕様において規定されているように、始動／再始動／満了される。それゆえ、このＤＲＸアクティブ命令は、基本的に、現在規定されているＤＲＸ手順／アクティブ時間条件に加えて、新たな追加のアクティブ時間条件を規定している。ＤＲＸアクティブ命令（シグナリング）を受信したとき、ＵＥは少なくとも、ダウンリンクリソースをアンライセンスセルに割り当てるダウンリンク制御情報の受信によって停止されるまで、ＤＲＸアクティブ時間にある。
【０１２５】
図１１は、２つのセルが設定されているＵＥのＤＲＸ動作の概略図であり、先行する実施形態の説明に関するものと同様のシナリオが想定される。図１１から分かるように、ＤＲＸアクティブ命令が、サブフレーム８において（第１のデータバーストの最後のＰＤＣＣＨによって再始動される、ＤＲＸ非アクティブタイマの満了前に）送信される。ＤＲＸアクティブ命令は、ここでは、例えば、ＤＲＸアクティブ命令がＰＤＣＣＨとして実施されるときに、ＤＲＸ非アクティブタイマを再始動するものと想定される（後記参照）。図１１の例示的な実施態様によれば、ＤＲＸアクティブ命令を受信したとき、ＵＥは、他のＤＲＸアクティブ時間条件のいずれにもかかわりなく（例えば、サブフレーム１０におけるＤＲＸ非アクティブタイマの満了後に）ＤＲＸアクティブ時間にあるように、直ちにＤＲＸを動作させる。例示を目的として、ＤＲＸアクティブ命令の任意のシグナリングおよび処理遅延は、ここでは無視される。
【０１２６】
これは、アンライセンスセルにおけるダウンリンク送信をスケジューリングするための次のＰＤＣＣＨが受信されるまで行われる。受信は、この場合はサブフレーム２２において行われると想定される。これに応じて、上記次のＰＤＣＣＨを受信したとき、ＵＥは「通常」の（すなわち、現在指定されているものとしての）ＤＲＸ動作に従って動作し続ける。これは、ＤＲＸ非アクティブタイマがサブフレーム２２内の最初のＰＤＣＣＨによって始動され、後続のサブフレーム内のＰＤＣＣＨによって再始動されるものとして作動しているため、ＵＥがサブフレーム２２〜２８においてＤＲＸアクティブ時間にあることを含む。通常のＤＲＸ動作に従って、ＵＥは、サブフレーム２９、３０および３１の間はＤＲＸアクティブ時間になく、一方で、オン期間サブフレーム３２〜３４の間は再びＤＲＸアクティブ時間にある、などとなる。
【０１２７】
これまでのところ、ＵＥは、ＤＲＸアクティブ命令を受信したとき、可能な限り速く、ＤＲＸアクティブ時間になることによって命令を忠実に守ると想定されている。言い換えれば、ＵＥは、ＤＲＸアクティブ命令を受信および処理したとき直ちに、ＤＲＸアクティブ時間になるように動作する。代替的に、ＵＥは、ＤＲＸアクティブ命令を受信および処理したとき直ちにＤＲＸアクティブ時間になるように動作しなくてもよく、むしろ、一定時間に渡ってＤＲＸアクティブ命令の実行を遅延させてもよい。したがって、遅延の間（すなわちＤＲＸアクティブ命令を受信した後で、ただしその実行の前）、ＵＥは、通常のＤＲＸを動作し続ける。遅延は、例えば、予め決定されていてもよく、または、別個にＵＥに命令されてもよい（例えば、同じくＤＲＸアクティブ命令自体の中にあってもよい）。例えば、ＭＡＣ制御要素がＤＲＸアクティブ命令を搬送する実施態様（後記参照）を想定すると、ＭＡＣ制御要素は、対応するフィールド内で、ＵＥが遅延／オフセットを決定することを可能にする情報（例えば、８ビット）も搬送することができる。例えば、遅延は、ＤＲＸアクティブ命令を受信後に実行するまでＵＥが待つべきサブフレーム数として直に示されてもよい。代替的に、遅延は、ＤＲＸ機能の次のオン期間の開始サブフレームの前のサブフレームの数として示されてもよい。これには、ＵＥがＤＲＸアクティブ命令を実行すべきサブフレームが明確で、受信（および／または復号に成功する）時点（遅延が待つべきサブフレームの数として直に示される場合に当てはまる）に依存しないという利点がある。
【０１２８】
ＵＥにおけるＤＲＸアクティブ命令の実行を遅延させることは、ｅＮｏｄｅＢがチャネル占有を（例えば、アンライセンスセルのチャネルアクセス可能性に関する何らかの収集されている統計に基づいて）予測することができる。したがって、次の送信機会がアンライセンスセル上で利用可能である（可能性が高い）ときを予測することができる事例において特に有利であり得る。これに応じて、ＤＲＸアクティブ命令を受信する時点でＤＲＸアクティブ時間にある代わりに、遅延によって、ＵＥが始めにＤＲＸアクティブ時間になく、遅延後にのみＤＲＸアクティブ時間にあることが達成され、電力を節約することができる。
【０１２９】
ＤＲＸアクティブ命令が遅延されるこの実施形態は、図１２に例示的に示されている。これを図１１と比較すると、ＤＲＸアクティブ命令の実行は、実質的に１０サブフレーム遅延される。それによって、ＵＥは、サブフレーム１８まで通常のＤＲＸに従って動作する。その後、サブフレーム１９において遅延後にＤＲＸアクティブ命令が実行されると、ＵＥは上記ＤＲＸアクティブ命令に起因してサブフレーム１９〜２１においてＤＲＸアクティブ時間になる。サブフレーム２２において次のＰＤＣＣＨを受信したとき、ＵＥによって通常のＤＲＸ動作が再開される。これは、ＤＲＸ非アクティブタイマ作動に起因してＤＲＸアクティブ時間にあることを伴う。
【０１３０】
この実施形態の一実施態様によれば、ＤＲＸアクティブ命令は、上記目的のために特に規定されているＭＡＣ制御要素である。例えば、確保されている論理チャネルＩＤの１つを、そのような新たなＤＲＸ  ＭＡＣ制御要素を識別するために使用することができる。参照により本明細書に組み込まれる、現在の３ＧＰＰ仕様である非特許文献６の従属節６．２．１から明らかであるように、表６．２．１−１が、ダウンリンク共有チャネルの論理チャネルＩＤ（ＬＣＩＤ：Logical Channel ID）の値を与え、値０１０１１〜１１００１が確保される。ＭＡＣ制御要素を新たなＤＲＸアクティブ命令として識別するために、１１００１のような、確保されているＬＣＩＤ値の１つが使用され得る。この表は、この例示的な事例において、以下のとおりであり得る。
【０１３１】
【表１】
0006781156.tif 000002
【０１３２】
無論、他の確保されているＬＣＩＤ値が、上記に関連して使用されてもよい。これに応じて、ＭＡＣ制御要素のＭＡＣ  ＰＤＵサブヘッダは、新たなＤＲＸアクティブ命令を識別するための特定のＬＣＩＤ値を含むことになる。ＭＡＣ  ＣＥ自体は、０ビットの固定サイズを有し得る。
【０１３３】
この実施形態の代替的な実施態様によれば、ＤＲＸアクティブ命令を搬送するために、ＭＡＣシグナリングの代わりにＰＤＣＣＨシグナリングが使用される。特に、利用可能なＤＣＩフォーマットのいずれかを、ＤＲＸアクティブ命令を伝送するために使用することができる。一例において、ＤＣＩフォーマット１Ａのいわゆる「ＰＤＣＣＨオーダー」を、このメッセージを搬送するために使用することができる。特に、参照により本明細書に組み込まれる、非特許文献２の従属節５．３．３．１．３「フォーマット１Ａ」において規定されているように、ランダムアクセス手順を開始する目的で、「ＰＤＣＣＨまたはＥＰＤＣＣＨによってＰＤＣＣＨオーダーを搬送することができる」。ＤＣＩフォーマット１ＡのＲＡＣＨを開始するためのそのようなＰＤＣＣＨオーダーは、非常に特異的である。
【０１３４】
フォーマット１Ａは、フォーマット１Ａ  ＣＲＣがＣ−ＲＮＴＩとスクランブルされ、すべての残りのフィールドが以下のように設定される場合にのみ、ＰＤＣＣＨオーダーによって開始されるランダムアクセス手順に使用される。
−  集中配置／分散配置ＶＲＢ割当てフラグ（Localized/Distributed VRB assignment flag）−１ビットが「０」に設定される
−  リソースブロック割当て−複数ビット、すべてのビットが１に設定されるべきである
−  プリアンブルインデックス−６ビット
−  ＰＲＡＣＨマスクインデックス−４ビット、［５］
−  １つのＰＤＳＣＨコードワードのコンパクトなスケジューリング割当てのためのフォーマット１Ａにおけるすべての残りのビットは０に設定される
【０１３５】
これに応じて、ＰＤＣＣＨオーダーは、対応するキャリアインジケータフィールドにおいてアンライセンスセルの識別情報を搬送するとき、ＤＲＸアクティブ命令を搬送するために使用することができる。言い換えれば、通常ＲＡＣＨ手順を開始するように命令しているＰＤＣＣＨ（ＤＣＩフォーマット１Ａ）は、ＣＩＦがアンライセンスセルのＩＤを搬送する事例では、ＵＥによってＤＲＸアクティブ命令として解釈される。したがって、ＵＥは、アンライセンスセルにおけるダウンリンク送信をスケジューリングする次のＰＤＣＣＨを受信するまでＤＲＸアクティブ時間になる。これには、すでに規格において規定されているＰＤＣＣＨオーダーを、ＤＲＸアクティブコマンドとして再使用することができるという利点がある。ここで、アンライセンスセルにおけるランダムアクセスが必要ないため、ＰＤＣＣＨオーダーはアンライセンスセルに使用されないと想定されることに留意されたい。通常、ＰＤＣＣＨオーダーランダムアクセスは、ＵＥのアップリンクタイミングを同期させるために使用される。しかしながら、ＬＡＡの場合、それぞれアンライセンスセルについて、同期はまったく必要ない場合があり、または、他の手段によって行われてもよい。
【０１３６】
無論、ＤＲＸアクティブコマンドをＰＤＣＣＨとして搬送する他の方法がある。特に、任意の他の既存のＤＣＩの数ビットを、上記目的のために再定義することができる。この場合、ＤＣＩ内の残りのビットが別様に解釈される、すなわち、ＤＲＸアクティブ命令、または、ＵＥがＤＲＸアクティブ命令を実行する前に待つべきサブフレームの数を示す、このＤＣＩ内で搬送されるフィールドのうちの少なくとも１つの何らかの所定のコードポイント、または、いくつかのフィールドの所定のコードポイントの組合せがあることが必要とされる。また別の実施態様によれば、ＤＲＸアクティブ命令を示す新たなＤＣＩが導入され得る。この新たなＤＣＩは非常に短いサイズのものであり得るが、新たなＤＣＩを導入することと引き換えに、ＵＥにとって必要とされるブラインド復号の労力が増大することになる。
【０１３７】
特に背景において記載されているような、３ＧＰＰ環境における特定の実施を想定すると、本ソリューションの１つの例示的な実施態様は、ＵＥが、特定のサブフレームがＤＲＸアクティブ時間にあるべきか否かをチェックするための追加の条件を見込むことができる。特に、現在、非特許文献６は、５．７節において、以下の追加の条件によって拡張され得るいくつかの条件を規定している。
ＤＲＸサイクルが設定されるとき、アクティブ時間は、その間に、
−  ＤＲＸアクティブ命令の受信に成功した後、アンライセンスセルにおいてＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨが受信されていない
時間を含む。
【０１３８】
本実施形態の１つの特定の実施態様によれば、アンライセンスセルを介したダウンリンク送信をスケジューリングする次のＰＤＣＣＨの受信までＤＲＸアクティブ命令に従って動作するという上述した条件は、適切なタイマを使用することによって実施されてもよい。特に、例えば、ＬＡＡ関連ＤＲＸタイマと称される新たなタイマが、ＤＲＸアクティブ命令を受信したとき始動され得、アンライセンスセルにおけるダウンリンク送信をスケジューリングする上記ＰＤＣＣＨの受信によって停止される。これに応じて、ＵＥは、ＬＡＡ関連ＤＲＸタイマが作動している限り、ＤＲＸアクティブ時間にあるべきである。タイマの値は、アンライセンスセルにおける次の送信が行われるときにＵＥが依然としてＤＲＸアクティブ時間にあることが保証されるように選択することができる。例えば、ＬＡＡ関連ＤＲＸタイマの値は、短／長ＤＲＸサイクルよりも長くすることができる。
【０１３９】
特に背景において記載されているような、３ＧＰＰ環境における特定の実施を想定すると、本ソリューションの１つの例示的な実施態様は、ＵＥが、特定のサブフレームがＤＲＸアクティブ時間にあるべきか否かをチェックするための追加の条件を見込むことができる。特に、現在、非特許文献６は、５．７節において、以下の追加の条件によって拡張され得るいくつかの条件を規定している。
ＤＲＸサイクルが設定されるとき、アクティブ時間は、その間に、
−  ＬＡＡ関連ＤＲＸタイマが作動している
時間を含む。
【０１４０】
タイマとして実施態様には、ＤＲＸアクティブ命令を受信したとき、ＵＥがＤＲＸアクティブ時間にある最大期間があるという追加の利点がある。言い換えれば、アンライセンスセルにおけるＰＤＳＣＨをスケジューリングするＰＤＣＣＨがＵＥによって受信されない場合、タイマは、無期限に、ただし、タイマが満了するまでの間だけ、ＵＥがＤＲＸアクティブ時間にないことを保証する。
【０１４１】
実施形態の特定の実施態様によれば、ｅＮｏｄｅＢが、ＵＥがＤＲＸアクティブ命令に従って動作することを「中止」させる（すなわち、終了させる）ことを可能にするために、ｅＮｏｄｅＢは、ＵＥが通常のＤＲＸ動作を再開し、ＤＲＸアクティブ命令によるＤＲＸ動作を終了させるための対応する命令を送信することができる。言い換えれば、そのような中止命令は、ＵＥによって、通常のＤＲＸ動作に入るための命令として理解されるべきである。例えば、標準化においてすでに規定されているＤＲＸ  ＭＡＣ制御要素、特に、参照により本明細書に組み込まれる、非特許文献４の少なくとも従属節５．７および６．１．３．９に規定されているようなＤＲＸ  ＭＡＣ制御要素および長ＤＲＸ  ＭＡＣ制御要素を、上記に関連して再使用することができる。これに応じて、ＤＲＸアクティブ命令を受信したとき、ＵＥは、ＵＥがアンライセンスセルにおけるダウンリンク送信をスケジューリングするＰＤＣＣＨを受信するか、または、対応するＤＲＸアクティブ終了命令（長ＤＲＸ  ＭＡＣ  ＣＥなど）を受信するまで、連続的にＤＲＸアクティブ時間にある。
【０１４２】
この実施形態が、例えば、上述したＬＡＡ関連ＤＲＸタイマのようなタイマとして実施される場合、このタイマは、アンライセンスセルにおけるダウンリンク送信をスケジューリングする次のＰＤＣＣＨを受信するときに停止されるべきである。ただし、タイマは、上述したようなＤＲＸアクティブ終了命令（例えば、ＤＲＸ  ＭＡＣ  ＣＥまたは長ＤＲＸ  ＭＡＣ  ＣＥ）を受信するときにも停止されるべきである。
【０１４３】
この実施形態の１つの特定の実施態様は、ＵＥ内で設定することができるセル非アクティブ化タイマの動作も考慮する。このタイマは、満了すると、対応するセルの非アクティブ化をトリガするタイマである。前述のように、非特許文献６の従属節５．１３には、ＳＣｅｌｌに対して作動することができるｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを規定しており、ＵＥはそれが満了したときＳＣｅｌｌを非アクティブ化すべきである。ＰＣｅｌｌはそのようなタイマによって非アクティブ化することはできない。これは、それによってＵＥが設定される他の（無）ライセンスセルのいずれかによく当てはまり得る。セル非アクティブ化タイマは、各サービングセル（ＳＣｅｌｌ）についてＵＥ内で作動することができ、アンライセンスセルを、非アクティブ化されるようにすることができる。ただし、アンライセンスセルは、ｅＮｏｄｅＢから次のダウンリンク送信を受信することを可能にするようにアクティブ化されたままであるべきである。この特定の実施態様によれば、セル非アクティブ化タイマの機能は、上記に関連して無視することができる（ＳＣｅｌｌの非アクティブ化／アクティブ化は依然として、ｅＮｏｄｅＢからの対応する明示的なアクティブ化／非アクティブ化コマンドによって制御することができる）。さらに、それを介してアンライセンスセルがスケジューリングされるセルがＰＣｅｌｌでなく、例えば、別のライセンスＳＣｅｌｌである場合、この他のライセンスＳＣｅｌｌもまた、セル非アクティブ化タイマによって非アクティブ化されるべきでなく、セル非アクティブ化タイマの機能も、上記に関連して無視されるべきである。
【０１４４】
これまで、共通ＤＲＸ動作がこの実施形態について想定されてきた。しかしながら、この実施形態の根底にある原理はまた、別個のＤＲＸ動作が実施されるシナリオにも適用することができる。特に、ＤＲＸアクティブ命令は、例えば、ＵＥによって、それぞれのアンライセンスセルおよび対応するスケジューリングセル（すなわち、クロススケジューリングが設定されている場合の、アンライセンスセルに関するスケジューリング情報を搬送するセル）における共通ＤＲＸ動作に対してのみ適用され得る。他方において、ＵＥは別個に、他のサービングセルにおける通常のＤＲＸ動作を継続し、このＤＲＸ動作は、アンライセンスセル（および、クロススケジューリングの場合は、スケジューリングセル）の（共通）ＤＲＸ動作とは別個のものである。
【０１４５】
以下において、様々な先行する実施形態に対する改善を提示する。これらは、実施形態の各々と組み合わせて使用することができる。この改善によれば、ＵＥは加えて、ＵＥが実際にＤＲＸアクティブ時間にあるか否かを決定するために、アンライセンスセルのＤＲＸアクティブ時間を自律的に制御することが可能である。特に、ＵＥはこの事例において、アンライセンスセル上のトラヒックをモニタリングすることができる。アンライセンスセル上の別のｅＮＢまたは何らかのＷｉｆｉノードからの送信を検出する場合、（これがｅＮＢにも当てはまると想定して）チャネルが占有されていることが分かり、ＵＥは、制御チャネル、または、それ自体のサービングｅＮＢ（ＵＥがＲＲＣ接続を確立しているｅＮＢ）からのデータ送信についてアンライセンスセル／キャリアをモニタリングする必要がなくなる。言い換えれば、それ自体のサービングｅＮＢによって実行されるＣＣＡはこの場合成功しないため、ＵＥは、アンライセンスチャネルが何らかの他のノードによって利用されている限り、ＤＲＸアクティブ時間にある必要はない。
【０１４６】
この改善の１つの特定の実施態様において、ＵＥは、上記に関連して、チャネル占有時間の長さに関する情報を利用することができる。Ｗｉｆｉ送信についてすでにそうであったように、送信バーストの期間（チャネル占有時間）は、バーストの始まりにおいてシグナリングされる。さらに、いくつかの例示的な実施形態によれば、ｅＮｏｄｅＢによって実施される送信バーストの期間、すなわち、チャネル占有時間はまた、送信バーストの始まり、例えば、最初のシンボルにおいてシグナリングされ得る。この情報を用いて、ＵＥは、それ自体のサービングｅＮＢからのシグナリング（制御情報またはデータ）をモニタリングする必要がない時間長を認識し、電力消費を最適化することができる。この実施形態における１つの想定は、ＵＥが、アンライセンスセル上の他のノード、すなわち、他のｅＮＢまたはＷｉｆｉノードからの送信を受信および復号することが可能であるということである。
【０１４７】
＜さらなる実施形態＞
第１の態様によれば、ユーザ機器において不連続受信（ＤＲＸ）機能を動作させる方法が提供される。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。方法は、ユーザ機器によって実施される以下のステップを含む。ＵＥは、無線基地局から、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を受信する。受信されたＤＲＸアクティブ命令に応答して、ＵＥは、ダウンリンク制御情報についてダウンリンク制御チャネルを連続的にモニタリングし、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間になる。上記に加えて使用することができる第１の態様の有利な変形形態によれば、上記次のダウンリンク制御情報を受信したとき、ユーザ機器は、ＤＲＸ機能の長ＤＲＸサイクルまたは短ＤＲＸサイクルに従って、オン期間に渡ってＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含む、ＤＲＸ機能の動作を継続する。
【０１４８】
上記に加えて使用することができる第１の態様の有利な変形形態によれば、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関するダウンリンク制御情報がユーザ機器によって受信されるセルである、スケジューリングセルは、アンライセンスセル、別のアンライセンスセル、またはライセンスセルのいずれかである。
【０１４９】
上記に加えて使用することができる第１の態様の有利な変形形態によれば、ＤＲＸ機能は、共通ＤＲＸ機能に従って同時に少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルにおいてＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含め、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルに共通して動作される。
【０１５０】
上記に加えて使用することができる第１の態様の有利な変形形態によれば、ＤＲＸアクティブ命令を受信したとき、アンライセンスセルアクティブタイマが始動される。ユーザ機器は、アンライセンスセルアクティブタイマが作動している間、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にある。アンライセンスセルアクティブタイマは、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する上記次のダウンリンク制御情報を受信したとき停止される。任意選択で、アンライセンスセルアクティブタイマは、例えば、短ＤＲＸサイクルに入るための、または、長ＤＲＸサイクルに入るためのＤＲＸ命令のような、非アクティブになるためのＤＲＸ命令を受信したとき停止される。
【０１５１】
上記に加えて使用することができる第１の態様の有利な変形形態によれば、ＤＲＸアクティブ命令は、媒体アクセス制御（ＭＡＣ）プロトコルの制御要素内に含まれる。任意選択で、ＭＡＣ制御要素は、ＭＡＣ制御要素がＤＲＸアクティブ命令であることを示す所定の識別値を含む。
【０１５２】
上記に加えて使用することができる第１の態様の代替的な変形形態によれば、ＤＲＸアクティブ命令は、ダウンリンク制御チャネルにおいて送信されるダウンリンク制御情報（ＤＣＩ）内に含まれる。任意選択で、ＤＣＩは３ＧＰＰ  ＤＣＩフォーマット１Ａのものであり、ＤＣＩが、
−  ユーザ機器によって、ライセンスセルの識別情報を含むときに、このライセンスセルにおいてランダムアクセス手順を実施するための命令として処理され、
−  ユーザ機器によって、アンライセンスセルの識別情報を含むときに、ＤＲＸアクティブ命令として処理される
ような情報を含む。
【０１５３】
上記に加えて使用することができる第１の態様の有利な変形形態によれば、ユーザ機器は、ＤＲＸアクティブ命令を受信したとき直ちに、ＤＲＸアクティブ命令に従う。または、ユーザ機器は、ＤＲＸアクティブ命令を受信したとき特定の期間後に、ＤＲＸアクティブ命令に従う。任意選択で、特定の期間は、ユーザ機器によって、例えば、ＤＲＸ機能の次のオン期間の開始サブフレームの前のサブフレームの数を示す、ＤＲＸアクティブ命令内に含まれている情報に基づいて決定される。
【０１５４】
上記に加えて使用することができる第１の態様の有利な変形形態によれば、少なくとも、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関するダウンリンク制御情報が受信されるスケジューリングセル、および、アンライセンスセルは、上記次のダウンリンク制御情報が受信されるまで非アクティブ化されない。任意選択で、スケジューリングセルおよびアンライセンスセルは、スケジューリングセルおよびアンライセンスセルに対して設定されているセル非アクティブ化タイマが満了したとき、または、スケジューリングセルおよびアンライセンスセルの無線基地局からのセル非アクティブ化命令を受信したとき非アクティブ化されない。
【０１５５】
第２の態様によれば、ユーザ機器において不連続受信（ＤＲＸ）機能を動作させる方法が提供される。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。ユーザ機器は、アンライセンスセルがアクティブ化されるすべてのサブフレームのアンライセンスセルについてＤＲＸアクティブ時間にあり、アンライセンスセルがアクティブ化されているすべてのサブフレームについて、ユーザ機器がアンライセンスセルと関連付けられるダウンリンク制御チャネルを連続的にモニタリングする。
【０１５６】
上記に加えて使用することができる第２の態様の有利な変形形態によれば、少なくとも、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関するダウンリンク制御情報が受信されるスケジューリングセルが受信され、スケジューリングセルに対して設定されているセル非アクティブ化タイマが満了したとき非アクティブ化されない。任意選択で、スケジューリングセルは、無線基地局からのセル非アクティブ化命令を受信したとき非アクティブ化され、無線基地局からのセルアクティブ化命令を受信したときアクティブ化される。
【０１５７】
上記に加えて使用することができる第２の態様の有利な変形形態によれば、ＤＲＸ機能は、共通ＤＲＸ機能に従って同時に少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルにおいてＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含め、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルに共通して動作され、ユーザ機器は、アンライセンスセルがアクティブ化されるすべてのサブフレームにおいて、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルにおけるダウンリンク制御チャネルを連続的にモニタリングする。
【０１５８】
上記に加えて使用することができる第２の態様の有利な変形形態によれば、ＤＲＸ機能は、ユーザ機器によって、アンライセンスセルにおいて、および、アンライセンスセルに関するダウンリンク制御情報がスケジューリングセルを介して受信される場合はスケジューリングセルにおいても動作され、ユーザ機器は、アンライセンスセルがアクティブ化されるすべてのサブフレームについて、アンライセンスセルと関連付けられるダウンリンク制御チャネルをモニタリングする。ＤＲＸ機能は、さらなるＤＲＸ機能に従って少なくとも１つのアンライセンスセルにおいてＤＲＸアクティブ時間にあること、および、ＤＲＸアクティブ時間にないことを含め、それに従ってユーザ機器が少なくとも１つのライセンスセルを動作させる少なくとも１つのさらなるＤＲＸ機能とは別個のものである。
【０１５９】
第３の態様によれば、不連続受信（ＤＲＸ）機能を動作させるためのユーザ機器が提供される。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。ユーザ機器の受信機は、無線基地局から、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を受信する。ユーザ機器のプロセッサは、ユーザ機器を、受信されたＤＲＸアクティブ命令に応答して、ダウンリンク制御情報についてダウンリンク制御チャネルを連続的にモニタリングすることを含め、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間になるように制御する。
【０１６０】
上記に加えて使用することができる第３の態様の有利な変形形態によれば、上記次のダウンリンク制御情報を受信したとき、ユーザ機器は、ＤＲＸ機能の長または短ＤＲＸサイクルに従って、オン期間に渡ってＤＲＸアクティブ時間にあり、ＤＲＸアクティブ時間にないことを含む、ＤＲＸ機能の動作を継続する。
【０１６１】
上記に加えて使用することができる第３の態様の有利な変形形態によれば、ＤＲＸアクティブ命令を受信したとき、プロセッサはアンライセンスセルアクティブタイマを始動する。ユーザ機器は、アンライセンスセルアクティブタイマが作動している間、少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にある。プロセッサは、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する上記次のダウンリンク制御情報を受信したとき、アンライセンスセルアクティブタイマを停止する。任意選択で、プロセッサは、例えば、短ＤＲＸサイクルに入るための、または、長ＤＲＸサイクルに入るためのＤＲＸ命令のような、非アクティブになるためのＤＲＸ命令を受信したとき、アンライセンスセルアクティブタイマを停止する。
【０１６２】
上記に加えて使用することができる第３の態様の有利な変形形態によれば、ユーザ機器は、ＤＲＸアクティブ命令を受信したとき直ちに、ＤＲＸアクティブ命令に従う。または、ユーザ機器は、ＤＲＸアクティブ命令を受信したとき特定の期間後に、ＤＲＸアクティブ命令に従う。任意選択で、特定の期間は、ユーザ機器によって、例えば、ＤＲＸ機能の次のオン期間の開始サブフレームの前のサブフレームの数を示す、ＤＲＸアクティブ命令内に含まれている情報に基づいて決定される。
【０１６３】
上記に加えて使用することができる第３の態様の有利な変形形態によれば、ユーザ機器は、少なくとも、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関するダウンリンク制御情報が受信されるスケジューリングセル、および、アンライセンスセルを、上記次のダウンリンク制御情報が受信されるまで非アクティブ化しない。任意選択で、ユーザ機器は、スケジューリングセルおよびアンライセンスセルに対して設定されているセル非アクティブ化タイマが満了したとき、または、スケジューリングセルおよびアンライセンスセルの無線基地局からのセル非アクティブ化命令を受信したとき、スケジューリングセルおよびアンライセンスセルを非アクティブ化しない。
【０１６４】
第４の態様によれば、不連続受信（ＤＲＸ）機能を動作させるためのユーザ機器が提供される。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。ユーザ機器のプロセッサは、アンライセンスセルがアクティブ化されるすべてのサブフレームのアンライセンスセルについてＤＲＸアクティブ時間にあるように、ユーザ機器を制御し、アンライセンスセルがアクティブ化されているすべてのサブフレームについて、ユーザ機器のプロセッサがアンライセンスセルと関連付けられるダウンリンク制御チャネルを連続的にモニタリングする。
【０１６５】
第５の態様によれば、ユーザ機器における不連続受信（ＤＲＸ）機能を制御するための無線基地局が提供される。ユーザ機器は、少なくとも１つのライセンスセルおよび少なくとも１つのアンライセンスセルを設定され、ＤＲＸ機能を動作させる。
【０１６６】
無線基地局の送信機は、ユーザ機器に、アンライセンスセルを介して受信されるべきダウンリンクデータ送信に関する次のダウンリンク制御情報を受信するまで、ユーザ機器が少なくともアンライセンスセルにおいてＤＲＸアクティブ時間にあることを求めるＤＲＸアクティブ命令を送信する。
【０１６７】
＜本開示のハードウェアおよびソフトウェア実装＞
他の例示的な実施形態は、ハードウェア、ソフトウェア、または、ハードウェアと協働するソフトウェアを使用した、上述した様々な実施形態の実装に関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）が提供される。ユーザ端末および基地局は、受信機、送信機、プロセッサなど、本明細書に記載した方法に適切に関与する対応するエンティティを含め、同方法を行う。
【０１６８】
様々な実施形態がコンピューティング装置（プロセッサ）を使用して実装されてもまたは行われてもよいとさらに認識される。コンピューティング装置またはプロセッサは、例えば汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field Programmable Gate Array）または他のプログラマブル論理装置などでもよい。様々な実施形態はこれらの装置の組合せによって行われてもまたは具象化されてもよい。特に、上述した各実施形態の記述において使用されている各機能ブロックは、ＬＳＩによって集積回路として実現することができる。それらは、チップとして個々に形成されてもよく、または、１つのチップが、それら機能ブロックの一部分またはすべてを含むように形成されてもよい。それらは、それらに結合されているデータ入力および出力を含むことができる。本明細書において、ＬＳＩは、集積度の差に応じて、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとして参照されてもよい。しかしながら、集積回路を実装する技法は、ＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって実現されてもよい。加えて、ＬＳＩの製造後にプログラムすることができるＦＰＧＡ（フィールドプログラマブルゲートアレイ）、または、ＬＳＩの内部に配置される回路セルの接続および設定を再構成することができる再構成可能プロセッサが使用されてもよい。
【０１６９】
さらに、様々な実施形態はソフトウェアモジュールを用いて実装されてもよく、ソフトウェアモジュールはプロセッサによってまたはハードウェアで直接実行される。また、ソフトウェアモジュールおよびハードウェア実装の組合せも可能だろう。ソフトウェアモジュールは任意の種類のコンピュータ可読記憶媒体、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに記憶されてもよい。異なる実施形態の個々の特徴が個々にまたは任意の組合せで別の実施形態の主題であることにさらに留意するべきである。
【０１７０】
当業者によって、多数の変形および／または修正が具体的な実施形態に示すように本開示になされてもよいことが認識されるであろう。本実施形態は、したがって、すべての点で例示的であり限定的でないと考えられるべきである。
【図１】
0006781156.tif 000003
【図２】
0006781156.tif 000004
【図３】
0006781156.tif 000005
【図４】
0006781156.tif 000006
【図５】
0006781156.tif 000007
【図６】
0006781156.tif 000008
【図７】
0006781156.tif 000009
【図８】
0006781156.tif 000010
【図９】
0006781156.tif 000011
【図１０】
0006781156.tif 000012
【図１１】
0006781156.tif 000013
【図１２】
0006781156.tif 000014