特許 6467761 追加のウェイクアップ機会を有する改良された不連続受信動作

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6467761

(24)【登録日】2019年1月25日

(45)【発行日】2019年2月13日

(54)【発明の名称】追加のウェイクアップ機会を有する改良された不連続受信動作

(51)【国際特許分類】

   H04W 52/02 20090101AFI20190204BHJP

   H04M 1/73 20060101ALI20190204BHJP

   H04M 1/00 20060101ALI20190204BHJP

【ＦＩ】

   H04W52/02 111

   H04M1/73

   H04M1/00 R

【請求項の数】7

【全頁数】49

(21)【出願番号】特願2017-176734(P2017-176734)

(22)【出願日】2017年9月14日

(62)【分割の表示】特願2014-553638(P2014-553638)の分割

【原出願日】2012年11月23日

(65)【公開番号】特開2018-14747(P2018-14747A)

(43)【公開日】2018年1月25日

【審査請求日】2017年9月14日

(31)【優先権主張番号】12000505.3

(32)【優先日】2012年1月26日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】316002062

【氏名又は名称】サン パテント トラスト

(74)【代理人】

【識別番号】100105050

【弁理士】

【氏名又は名称】鷲田 公一

(72)【発明者】

【氏名】フォイヤーサンゲル マルティン

(72)【発明者】

【氏名】ヴェンゲルター クリスティアン

(72)【発明者】

【氏名】ロアー ヨアヒム

(72)【発明者】

【氏名】ゴリチェク エドラー フォン エルプバルト アレクサンダー

【審査官】 望月 章俊

(56)【参考文献】

【文献】 特許第６２５２８７０（ＪＰ，Ｂ２）

【文献】 特表２０１１−５２４７１３（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１０／０１１１０１９（ＵＳ，Ａ１）

【文献】 国際公開第２０１１／０９９７５３（ＷＯ，Ａ２）

【文献】 特表２０１１−５２０３４１（ＪＰ，Ａ）

【文献】 特表２０１０−５１７４８１（ＪＰ，Ａ）

【文献】 国際公開第２０１２／１５７０９１（ＷＯ，Ａ１）

【文献】 Research In Motion Ltd，Go to Long Sleep Command for LTE DRX[online]，3GPP TSG-RAN-WG2 Meeting #61bis R2-081868，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_61bis/Docs/R2-081868.zip＞，２００８年 ３月２５日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００

Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６

Ｈ０４Ｍ１／００

Ｈ０４Ｍ１／７３

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

移動通信システムにおいて基地局と通信する移動端末における不連続受信の方法であって、
短い不連続受信サイクルおよび長い不連続受信サイクルを使用するように前記基地局によって構成され、
ＤＲＸ ＭＡＣ制御要素を受信した時点で前記短い不連続受信サイクルを開始するとともに短い不連続受信サイクルタイマを起動し、
前記短い不連続受信サイクルタイマが切れた後、前記長い不連続受信サイクルを開始し、
前記移動端末が前記長い不連続受信サイクルの指示を受信した場合、前記移動端末は、前記短い不連続受信サイクルタイマが切れる前に前記長い不連続受信サイクルを開始し、
前記移動端末は、追加の不連続受信サイクルを使用するように前記基地局によってさらに構成されており、前記長い不連続サイクルの指示は、ＭＡＣ制御要素のヘッダに含まれる事前に定義されたＬＣＩＤの値により前記基地局から通知され、
前記短い不連続受信サイクルまたは前記長い不連続受信サイクルを実行するのと並行して、前記追加の不連続受信サイクルを開始し、
前記移動端末は、前記追加の不連続受信サイクルによる時間間隔の後であって、かつ、前記短い不連続受信サイクルまたは前記長い不連続受信サイクルが非アクティブである期間を少なくとも含む期間に、特定の時間期間の間、前記移動端末を宛先とするメッセージがないかダウンリンク制御チャネルを監視する、
方法。

【請求項2】

前記移動端末は、前記長い不連続受信サイクルを指示する前記ＭＡＣ制御要素を受信した時点で前記短い不連続受信サイクルを停止させる、
請求項１に記載の方法。

【請求項3】

前記長い不連続受信サイクルの前記指示は、前記移動端末へのダウンリンクデータの最後を前記移動端末が予測するとき、前記基地局に送信される、
請求項１に記載の方法。

【請求項4】

前記移動端末は、前記基地局への前記ダウンリンクデータの前記予測された最後を前記基地局に指示する、
請求項３に記載の方法。

【請求項5】

不連続受信を実行し、かつ移動通信システムにおいて基地局と通信する移動端末であって、
前記基地局からのメッセージに基づいて短い不連続受信サイクルおよび長い不連続受信サイクルを使用するように前記移動端末を構成するようにされているプロセッサと、
ＤＲＸ ＭＡＣ制御要素を受信した時点で前記短い不連続受信サイクルを開始させるとともに短い不連続受信サイクルタイマを起動させるようにされているプロセッサと、
前記短い不連続受信サイクルタイマが切れた後、前記長い不連続受信サイクルを開始させるようにされている前記プロセッサと、
前記移動端末が前記長い不連続受信サイクルの指示を受信した場合、前記短い不連続受信サイクルタイマが切れる前に前記長い不連続受信サイクルを開始させるようにされている前記プロセッサと、
を備え、
前記長い不連続サイクルの指示は、ＭＡＣ制御要素のヘッダに含まれる事前に定義されたＬＣＩＤの値により前記基地局から通知され、
前記プロセッサは、前記基地局からのメッセージに基づいて追加の不連続受信サイクルを使用するように前記移動端末を構成するようにされており、
前記プロセッサは、前記短い不連続受信サイクルまたは前記長い不連続受信サイクルを実行させるのと並行して、前記追加の不連続受信サイクルを開始させるようにされており、
前記移動端末は、前記追加の不連続受信サイクルによる時間間隔の後であって、かつ、前記短い不連続受信サイクルまたは前記長い不連続受信サイクルが非アクティブである期間を少なくとも含む期間に、特定の時間期間の間、前記移動端末を宛先とするメッセージがないかダウンリンク制御チャネルを監視する、
移動端末。

【請求項6】

前記プロセッサは、前記長い不連続受信サイクルを指示する前記ＭＡＣ制御要素を受信した時点で前記短い不連続受信サイクルを停止させるようにされている、
請求項５に記載の移動端末。

【請求項7】

前記長い不連続受信サイクルの前記指示は、前記移動端末へのダウンリンクデータの最後を前記移動端末が予測するとき、前記基地局から送信され、
前記移動端末の送信器は、前記ダウンリンクデータの前記予測された最後を前記基地局に指示するようにされている、
請求項５に記載の移動端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動端末の不連続受信動作を改良する方法に関する。さらに、本発明は、本明細書に記載されている方法を実行する移動端末を提供する。

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）

【0003】

ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。

【0004】

ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。

【0005】

ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。

【0006】

ＬＴＥアーキテクチャ

【0007】

図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。

【0008】

また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。

【0009】

ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス階層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。

【0010】

ＬＴＥ（リリース８）におけるコンポーネントキャリアの構造

【0011】

【0012】

【0013】

「コンポーネントキャリア」という用語は、数個のリソースブロックの組合せに言及する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せに言及する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される。

【0014】

ＬＴＥのさらなる発展（ＬＴＥ−Ａ）

【0015】

世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。以下では、２つの主要な技術要素について説明する。

【0016】

より広い帯域幅をサポートするためのＬＴＥ−Ａにおけるキャリアアグリゲーション

【0017】

ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートできる帯域幅は１００ＭＨｚであるが、ＬＴＥシステムは２０ＭＨｚをサポートできるのみである。最近、無線スペクトルの不足によって無線ネットワークの発展が妨げられており、結果として、ＬＴＥ−Ａｄｖａｎｃｅｄシステムのための十分に広いスペクトル帯域を見つけることが困難である。したがって、より広い無線スペクトル帯域を得るための方法を見つけることが緊急課題であり、１つの可能な答えがキャリアアグリゲーション機能である。

【0018】

キャリアアグリゲーションでは、最大で１００ＭＨｚの広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域である場合でも１００ＭＨｚに対して十分に広い。

【0019】

少なくとも、アグリゲートされるコンポーネントキャリアの数がアップリンクとダウンリンクとで同じであるとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換として設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンする（camp on）ことを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。

【0020】

ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、もしくは送信する、またはその両方を行うことができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。

【0021】

キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、３ＧＰＰ ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して、周波数領域における最大１１０個のリソースブロックに制限される。

【0022】

同じｅＮｏｄｅＢ（基地局）から送信される、場合によってはアップリンクおよびダウンリンクにおいて異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように、３ＧＰＰ ＬＴＥ−Ａ（リリース１０）互換のユーザ機器を構成することが可能である。設定することのできるダウンリンクコンポーネントキャリアの数は、ユーザ機器のダウンリンクのアグリゲーション能力に依存する。逆に、設定することのできるアップリンクコンポーネントキャリアの数は、ユーザ機器のアップリンクのアグリゲーション能力に依存する。ダウンリンクコンポーネントキャリアよりもアップリンクコンポーネントキャリアが多くなるように移動端末を構成することはできない。

【0023】

一般的なＴＤＤ配備では、コンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は、アップリンクとダウンリンクとで同じである。同じｅＮｏｄｅＢから送信されるコンポーネントキャリアは、必ずしも同じカバレッジを提供する必要はない。

【0024】

連続的にアグリゲートされるコンポーネントキャリアの中心周波数の間隔は、３００ｋＨｚの倍数である。これは、３ＧＰＰ ＬＴＥ（リリース８／９）の１００ｋＨｚの周波数ラスターとの互換性を保つと同時に、１５ｋＨｚ間隔のサブキャリアの直交性を維持するためである。アグリゲーションのシナリオによっては、連続するコンポーネントキャリアの間に少数の使用されないサブキャリアを挿入することによって、ｎ×３００ｋＨｚの間隔あけを容易にすることができる。

【0025】

複数のキャリアをアグリゲートする影響は、ＭＡＣ層に及ぶのみである。ＭＡＣ層には、アップリンクおよびダウンリンクの両方において、アグリゲートされるコンポーネントキャリアごとに１つのＨＡＲＱエンティティが要求される。コンポーネントキャリアあたりのトランスポートブロックは最大１個である（アップリンクにおけるＳＵ−ＭＩＭＯを使用しない場合）。トランスポートブロックおよびそのＨＡＲＱ再送信（発生時）は、同じコンポーネントキャリアにマッピングする必要がある。

【0026】

図５および図６は、それぞれ、ダウンリンクおよびアップリンクにおける、キャリアアグリゲーションが設定された第２層構造を示している。

【0027】

キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続のみを有する。ＲＲＣ接続の確立／再確立時、１つのセルが、ＬＴＥリリース８／９と同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス階層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアは、ダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態では、ユーザ機器あたりつねに１つのダウンリンクＰＣｅｌｌ（ＤＬ ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ ＰＣｅｌｌ）が設定される。設定された一連のコンポーネントキャリアの中で、プライマリセル以外のセルはセカンダリセル（ＳＣｅｌｌ）と称される。ダウンリンクＰＣｅｌｌおよびアップリンクＰＣｅｌｌの特徴は以下のとおりである。
− アップリンクＰＣｅｌｌは、第１層アップリンク制御情報を送信するのに使用される。
− ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり非アクティブ化することはできない。
− ダウンリンクＰＣｅｌｌにおいてレイリーフェージング（ＲＬＦ）が発生すると再確立がトリガーされるが、ダウンリンクＳＣｅｌｌにＲＬＦが発生しても再確立はトリガーされない。
− ダウンリンクＰＣｅｌｌセルは、ハンドオーバーに伴って変更され得る。
− 非アクセス階層情報はダウンリンクＰＣｅｌｌから取得される。
− ＰＣｅｌｌは、ハンドオーバー手順（すなわちセキュリティキー変更およびＲＡＣＨ手順）によってのみ変更することができる。
− ＰＣｅｌｌは、ＰＵＣＣＨの送信に使用される。

【0028】

コンポーネントキャリアの設定および再設定は、ＲＲＣによって行うことができる。アクティブ化および非アクティブ化は、ＭＡＣ制御要素を介して行われる。ＬＴＥ内ハンドオーバー時、ＲＲＣによって、ターゲットセルで使用するためのＳＣｅｌｌを追加、削除、または再設定することもできる。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのシステム情報（送信／受信に必要である）を送るために専用のＲＲＣシグナリングが使用される（ＬＴＥリリース８／９におけるハンドオーバー時と同様）。

【0029】

キャリアアグリゲーションを使用するようにユーザ機器が構成されているとき、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアの一対がつねにアクティブである。この対のうちのダウンリンクコンポーネントキャリアは、「ダウンリンクアンカーキャリア」と称されることもある。同じことはアップリンクについてもあてはまる。

【0030】

キャリアアグリゲーションが設定されているとき、同時に複数のコンポーネントキャリアについてユーザ機器をスケジューリングすることができるが、一度に行うことのできるランダムアクセス手順は最大で１つである。クロスキャリアスケジューリング（cross-carrier scheduling）では、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、それぞれのＤＣＩフォーマットにコンポーネントキャリア識別フィールド（「ＣＩＦ」と称する）が導入されている。

【0031】

クロスキャリアスケジューリングが行われていないときには、アップリンクコンポーネントキャリアとダウンリンクコンポーネントキャリアとをリンクすることによって、グラントが適用されるアップリンクコンポーネントキャリアを識別することができる。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアのリンクは、必ずしも１対１である必要はない。言い換えれば、同じアップリンクコンポーネントキャリアに複数のダウンリンクコンポーネントキャリアをリンクすることができる。一方で、１つのダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアのみにリンクすることができる。

【0032】

ＬＴＥ ＲＲＣ状態

【0033】

ＬＴＥは、２つの主状態、すなわち「ＲＲＣ＿ＩＤＬＥ」状態および「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ」状態のみに基づいている。

【0034】

ＲＲＣ＿ＩＤＬＥでは、無線は有効ではないが、ネットワークによってＩＤが割り当てられて追跡されている。より具体的には、ＲＲＣ＿ＩＤＬＥ状態の移動端末は、セルの選択および再選択を実行し、言い換えれば、キャンプオンするセルを決定する。セルの（再）選択プロセスでは、適用可能な各ＲＡＴ（無線アクセス技術）の適用可能な各周波数の優先度、無線リンクの品質、およびセルのステータス（すなわちセルが禁止または予約されているか）が考慮される。ＲＲＣ＿ＩＤＬＥ状態の移動端末は、ページングチャネルを監視して着呼を検出し、さらにシステム情報を取得する。システム情報は、主として、ネットワーク（Ｅ−ＵＴＲＡＮ）がセルの（再）選択プロセスを制御することのできるパラメータからなる。ＲＲＣは、ＲＲＣ＿ＩＤＬＥ状態の移動端末に適用される制御シグナリング、すなわちページングおよびシステム情報を指定する。ＲＲＣ＿ＩＤＬＥ状態における移動端末の挙動については、非特許文献２の例えば第８.４.２章に指定されており、この文書は参照によって本明細書に組み込まれている。

【0035】

ＲＲＣ＿ＣＯＮＮＥＣＴＥＤでは、移動端末は、ｅＮｏｄｅＢにおけるコンテキストを用いての有効な無線動作を有する。Ｅ−ＵＴＲＡＮでは、共有データチャネルを介して（ユニキャスト）データを伝送することができるように、移動端末に無線リソースが割り当てられる。この動作をサポートするため、移動端末は、時間および周波数における共有送信リソースの動的な割当てを示すために使用される対応する制御チャネルを監視する。移動端末は、Ｅ−ＵＴＲＡＮが移動端末にとって最適なセルを選択できるように、自身のバッファ状態およびダウンリンクチャネル品質の報告と、隣接セルの測定情報とを、ネットワークに提供する。これらの測定報告には、別の周波数またはＲＡＴを使用するセルが含まれる。さらに、ユーザ機器は、送信チャネルを使用するために要求される情報から主としてなるシステム情報を受信する。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器は、自身のバッテリの寿命を延ばすため、不連続受信（ＤＲＸ）サイクルを使用するように構成することができる。ＲＲＣとは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のユーザ機器の挙動をＥ−ＵＴＲＡＮが制御するためのプロトコルである。

【0036】

図７は、ＩＤＬＥ状態およびＣＯＮＮＥＣＴＥＤ状態の移動端末によって実行される関連する機能の概要を含む状態図を示している。

【0037】

第１層／第２層（Ｌ１／Ｌ２）制御シグナリング

【0038】

スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長はサブフレームの倍数であることに留意されたい。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。

【0039】

第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、このメッセージには、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。

【0040】

なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。

【0041】

スケジューリンググラントに関して、第１層／第２層制御シグナリングで送られる情報は、次の２つのカテゴリ、すなわち、カテゴリ１の情報を伝える共有制御情報（ＳＣＩ：Shared Control Information）と、カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に分けることができる。

【0042】

カテゴリ１の情報を伝える共有制御情報（ＳＣＩ）

【0043】

第１層／第２層制御シグナリングの共有制御情報部分は、リソース割当て（指示）に関連する情報を含む。共有制御情報は、一般には以下の情報を含んでいる。
− リソースが割り当てられるユーザを示すユーザ識別情報。
− ユーザに割り当てられるリソース（リソースブロック（ＲＢ））を示すリソースブロック（ＲＢ）割当て情報。割り当てられるリソースブロックの数は動的とすることができる。
− 割当ての持続時間（オプション）。複数のサブフレーム（またはＴＴＩ）にわたる割当てが可能である場合。

【0044】

これらに加えて、共有制御情報は、他のチャネルの設定およびダウンリンク制御情報（ＤＣＩ）の設定（以下を参照）に応じて、アップリンク送信に対するＡＣＫ／ＮＡＣＫ、アップリンクスケジューリング情報、ＤＣＩに関する情報（例：リソース、ＭＣＳ）などの情報を含んでいることができる。

【0045】

カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ）

【0046】

第１層／第２層制御シグナリングのダウンリンク制御情報部分は、カテゴリ１の情報によって示されるスケジューリング対象のユーザに送信されるデータの送信フォーマットに関連する情報（カテゴリ２の情報）を含んでいる。さらに、再送信プロトコルとして（ハイブリッド）ＡＲＱを使用する場合、カテゴリ２の情報は、ＨＡＲＱ（カテゴリ３）の情報を伝える。ダウンリンク制御情報は、カテゴリ１に従ってスケジューリングされるユーザによって復号化されるのみでよい。ダウンリンク制御情報は、一般には以下に関する情報を含んでいる。
− カテゴリ２の情報：変調方式、トランスポートブロック（ペイロード）サイズまたは符号化率、ＭＩＭＯ（多入力多出力）関連情報など。トランスポートブロック（もしくはペイロードサイズ）または符号化率のいずれかをシグナリングできる。いずれの場合も、これらのパラメータは、変調方式情報およびリソース情報（割り当てられたリソースブロックの数）を使用することによって相互に計算することができる。
− カテゴリ３情報：ＨＡＲＱ関連情報（例えば、ハイブリッドＡＲＱプロセス番号、冗長バージョン、再送信シーケンス番号）

【0047】

ダウンリンク制御情報は、全体的なサイズと、フィールドに含まれる情報とが異なるいくつかのフォーマットの形をとる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献２の第５.３.３.１節に詳しく記載されている（この文書は、３ＧＰＰのウェブサイトで入手可能であり、参照によって本明細書に組み込まれている）。

【0048】

フォーマット０：ＤＣＩフォーマット０は、ＰＵＳＣＨのためのリソースグラントを送信するのに使用される。

【0049】

フォーマット１：ＤＣＩフォーマット１は、単一符号語ＰＤＳＣＨの送信（送信モード１，２，７）のためのリソース割当てを送信するのに使用される。

【0050】

フォーマット１Ａ：ＤＣＩフォーマット１Ａは、単一符号語ＰＤＳＣＨの送信のためのリソース割当てをコンパクトにシグナリングする目的と、非競合ランダムアクセスのために専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される。

【0051】

フォーマット１Ｂ：ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが送信される。

【0052】

フォーマット１Ｃ：ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨのための割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信は、ＱＰＳＫ変調の使用に制約される。このフォーマットは、例えば、ページングメッセージをシグナリングしたり、システム情報メッセージをブロードキャストするために使用される。

【0053】

フォーマット１Ｄ：ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示すための１個のビットが存在する。この構成は、２基のユーザ機器の間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のユーザ機器の間で電力を共有する場合に拡張されうる。

【0054】

フォーマット２：ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。

【0055】

フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作の場合にＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される。

【0056】

フォーマット３および３Ａ：ＤＣＩフォーマット３および３Ａは、それぞれ、２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ユーザ機器のグループのための個々の電力制御コマンドを含む。

【0057】

次の表は、利用可能なＤＣＩフォーマットの概要を示している。

【0058】

【表1】

【0059】

ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献３（参照によって本明細書に組み込まれている）の第９.３章を参照されたい。

【0060】

ダウンリンクデータおよびアップリンクデータの送信

【0061】

第１層／第２層制御シグナリングは、ダウンリンクデータ送信に関して、ダウンリンクパケットデータ送信と一緒に、個別の物理チャネル（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含む。
− データが送信される（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。移動端末（受信器）は、データが送信されるリソースをこの情報によって識別することができる。
− ユーザ機器が、第１層／第２層制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ：Carrier Indication Field）を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、１つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる（「クロスキャリアスケジューリング」）。クロススケジューリングされる側のキャリアは、例えば、ＰＤＣＣＨのないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第１層／第２層制御シグナリングを伝えない。
− 送信に使用されるトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（受信器）は、復調、デ・レートマッチング（de-rate-matching）、および復号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって識別することができる。変調方式は明示的にシグナリングすることができる。
− ハイブリッドＡＲＱ（ＨＡＲＱ）情報：
・ ＨＡＲＱプロセス番号：ユーザ機器は、データがマッピングされているハイブリッドＡＲＱプロセスを識別することができる。
・ シーケンス番号または新規データインジケータ（ＮＤＩ）：ユーザ機器は、送信が新しいパケットであるか再送信されたパケットであるかを識別することができる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にＰＤＵのための送信の軟合成が可能である。
・ 冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用されているハイブリッドＡＲＱ冗長バージョン（デ・レートマッチングに必要である）、および、使用されている変調コンステレーションバージョン（復調に必要である）を、ユーザ機器に知らせる。
− ユーザ機器識別情報（ＵＥ ＩＤ）：第１層／第２層制御シグナリングの対象であるユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。

【0062】

アップリンクパケットデータ送信を可能にする目的で、送信の詳細をユーザ機器に知らせるため、第１層／第２層制御シグナリングがダウンリンク（ＰＤＣＣＨ）で送信される。この第１層／第２層制御シグナリングは、一般には以下に関する情報を含んでいる。
− ユーザ機器がデータ送信に使用するべき（１つまたは複数の）物理リソース（例えば、ＯＦＤＭの場合のサブキャリアまたはサブキャリアブロック、ＣＤＭＡの場合の符号）。
− ユーザ機器が、第１層／第２層制御シグナリングにおいてキャリア指示フィールド（ＣＩＦ）を有するように構成されているとき、この情報は、その特定の制御シグナリング情報が対象とするコンポーネントキャリアを識別する。これにより、１つのコンポーネントキャリアを対象とする割当てを別のコンポーネントキャリアで送ることが可能になる。クロススケジューリングされる側のキャリアは、例えば、ＰＤＣＣＨのないコンポーネントキャリアとすることができ、すなわち、クロススケジューリングされる側のコンポーネントキャリアは、第１層／第２層制御シグナリングを伝えない。
− アップリンクグラントの第１層／第２層制御シグナリングは、アップリンクコンポーネントキャリアにリンクされているＤＬコンポーネントキャリアで送られる、または、いくつかのＤＬコンポーネントキャリアが同じＵＬコンポーネントキャリアにリンクされている場合、いくつかのＤＬコンポーネントキャリアのうちの１つで送られる。
− ユーザ機器が送信に使用するべきトランスポートフォーマット。例えば、データのトランスポートブロックサイズ（ペイロードサイズ、情報ビットサイズ）、ＭＣＳ（変調・符号化方式）レベル、スペクトル効率、符号化率などが挙げられる。ユーザ機器（送信器）は、変調、レートマッチング、および符号化のプロセスを開始する目的で、情報ビットサイズ、変調方式、および符号化率を、この情報（通常はリソース割当て（例：ユーザ機器に割り当てられるリソースブロックの数）と組み合わせる）によって取得することができる。場合によっては、変調方式を明示的にシグナリングすることができる。
− ハイブリッドＡＲＱ情報：
・ ＨＡＲＱプロセス番号：データの取得先のハイブリッドＡＲＱプロセスをユーザ機器に知らせる。
・ シーケンス番号または新規データインジケータ：新しいパケットを送信するのか、あるいはパケットを再送信するのかをユーザ機器に知らせる。ＨＡＲＱプロトコルにおいて軟合成が実施される場合、シーケンス番号または新規データインジケータとＨＡＲＱプロセス番号とを組み合わせることで、復号化の前にプロトコルデータユニット（ＰＤＵ）のための送信の軟合成が可能である。
・ 冗長バージョンもしくはコンステレーションバージョンまたはその両方：それぞれ、使用するハイブリッドＡＲＱ冗長バージョン（レートマッチングに必要である）、および、使用する変調コンステレーションバージョン（変調に必要である）を、ユーザ機器に知らせる。
− ユーザ機器識別情報（ＵＥ ＩＤ）：データを送信するべきユーザ機器を知らせる。一般的な実装においては、この情報は、制御情報が別のユーザ機器に読み取られることを防止する目的で、第１層／第２層制御シグナリングのＣＲＣをマスクするために使用される。

【0063】

上述したさまざまな情報をアップリンクデータ送信およびダウンリンクデータ送信において実際に送信するとき、いくつかの異なる可能な方法が存在する。さらには、アップリンクおよびダウンリンクにおいて、第１層／第２層制御情報は、追加の情報を含んでいることもでき、あるいは、いくつかの情報を省くことができる。例えば以下のとおりである。
− 同期ＨＡＲＱプロトコルの場合、ＨＡＲＱプロセス番号が必要ないことがある（すなわちシグナリングされない）。
− チェイス合成（Chase Combining）を使用する（冗長バージョンもしくはコンステレーションバージョンまたはその両方がつねに同じである）場合、または、冗長バージョンのシーケンスもしくはコンステレーションバージョンのシーケンスまたはその両方が事前に定義されている場合、冗長バージョンもしくはコンステレーションバージョンまたはその両方が必要ないことがある。
− 電力制御情報を制御シグナリングにさらに含めることができる。
− ＭＩＭＯに関連する制御情報（例えばプリコーディング情報）を制御シグナリングにさらに含めることができる。
− 複数の符号語によるＭＩＭＯ送信の場合には、複数の符号語のためのトランスポートフォーマットもしくはＨＡＲＱ情報またはその両方を含めることができる。

【0064】

ＬＴＥにおいて（物理アップリンク共有チャネル（ＰＵＳＣＨ）を対象として）ＰＤＣＣＨでシグナリングされるアップリンクリソース割当てでは、第１層／第２層制御情報にＨＡＲＱプロセス番号が含まれず、なぜなら、ＬＴＥのアップリンクには同期ＨＡＲＱプロトコルが採用されるためである。アップリンク送信に使用されるＨＡＲＱプロセスは、タイミングによって認識される。さらには、冗長バージョン（ＲＶ）情報は、トランスポートフォーマット情報と一緒に符号化され、すなわち、ＲＶ情報はトランスポートフォーマット（ＴＦ）フィールドに埋め込まれることに留意されたい。トランスポートフォーマット（ＴＦ）／変調・符号化方式（ＭＣＳ）フィールドは、例えば５ビットのサイズを有し、これは３２個のエントリに対応する。ＴＦ／ＭＣＳテーブルの３個のエントリは、冗長バージョン（ＲＶ）１、ＲＶ２、またはＲＶ３を示すために予約されている。ＭＣＳテーブルの残りのエントリは、ＲＶ０を暗黙的に示すＭＣＳレベル（ＴＢＳ）をシグナリングするために使用される。ＰＤＣＣＨのＣＲＣフィールドのサイズは１６ビットである。

【0065】

ＬＴＥにおいてＰＤＣＣＨでシグナリングされるダウンリンク割当て（ＰＤＳＣＨ）では、冗長バージョン（ＲＶ）は、２ビットのフィールドにおいて個別にシグナリングされる。さらに、変調次数情報が、トランスポートフォーマット情報と一緒に符号化される。アップリンクの場合と同様に、５ビットのＭＣＳフィールドがＰＤＣＣＨでシグナリングされる。エントリのうち３個は、明示的な変調次数をシグナリングするために予約されており、トランスポートフォーマット（トランスポートブロック）情報は提供されない。残りの２９個のエントリにおいては、変調次数およびトランスポートブロックサイズ情報がシグナリングされる。

【0066】

物理ダウンリンク制御チャネル（ＰＤＣＣＨ）

【0067】

すでに説明したように、ＰＤＣＣＨは、ＤＣＩとしてメッセージを伝える。各ＰＤＣＣＨは、１つまたは複数のいわゆる制御チャネル要素（ＣＣＥ）のアグリゲーションにおいて送信され、各ＣＣＥは９個のリソース要素グループ（ＲＥＧ、すなわち４個の物理リソース要素のセット）に相当する。ＣＣＥを構成するＲＥＧは連続的ではなく、ＣＣＥは、帯域幅全体にわたる周波数内に分散している。なお、周波数ダイバーシチを達成するため、ＣＣＥは周波数領域内に広がっていることに留意されたい。次の表に記載したように、４つのＰＤＣＣＨフォーマットがサポートされており、この表には、対応する可能なＣＣＥアグリゲーションレベルも示してある。

【0068】

【表2】

【0069】

ＣＣＥは番号付けされており連続的に使用され、復号化プロセスを単純化するため、ｎ個のＣＣＥからなるフォーマットのＰＤＣＣＨは、ｎの倍数に等しい番号のＣＣＥからのみ開始することができる。

【0070】

セルにおいて利用可能なＣＣＥの数は変化する。この数は、半静的（システム帯域、ＰＨＩＣＨ設定）または動的（ＰＣＦＩＣＨ）とすることができる。

【0071】

特定のＰＤＣＣＨを送信するのに使用されるＣＣＥの数は、チャネル条件に従ってｅＮｏｄｅＢによって決定される。例えば、ＰＤＣＣＨが、良好なダウンリンクチャネルを有する（例えばｅＮｏｄｅＢに近い）移動端末を対象とする場合、１個のＣＣＥで十分である可能性が高い。しかしながら、不良なチャネルを有する（例えばセル境界に近い）移動端末の場合、十分な堅牢性を達成する目的で８個のＣＣＥが要求されることがある。さらに、ＰＤＣＣＨの電力レベルを、チャネル条件に合致するように調整することができる。

【0072】

移動端末は、ＰＤＣＣＨを検出するとき、すべての非ＤＲＸサブフレームにおいて制御情報のための一連のＰＤＣＣＨ候補を監視し、この場合、監視するとは、後からさらに詳しく説明するように、一連のＰＤＣＣＨにおける各ＰＤＣＣＨをすべてのＤＣＩフォーマットに従って復号化することを試みるプロセスを意味する。

【0073】

ＰＤＣＣＨ送信を正しく受信したかを移動端末が識別できるようにする目的で、各ＰＤＣＣＨに付加される１６ビットのＣＲＣによって誤り検出が提供される。さらには、どのＰＤＣＣＨが自身を対象としているかをユーザ機器が識別できることが必要である。このことは、理論的には、ＰＤＣＣＨペイロードに識別子を追加することによって達成することができる。しかしながら、ユーザ機器の識別情報（例えばＣ−ＲＮＴＩ：セル無線ネットワーク一時識別子）によってＣＲＣをスクランブルするのがより効率的であることが判明し、この方法では、追加のペイロードが節約されるが、その代償として、別のユーザ機器を対象とするＰＤＣＣＨを誤って検出する確率がわずかに増大する。

【0074】

物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）は、各サブフレーム内で制御チャネル情報を送信するのに使用されるＯＦＤＭシンボルの数を示す制御フォーマットインジケータ（ＣＦＩ：Control Format Indicator）を伝える。ｅＮｏｄｅＢは、１つのサブフレーム内で複数のＰＤＣＣＨを送信することができる。この送信は、ユーザ機器が自身を対象とするＰＤＣＣＨを特定することができると同時に、ＰＤＣＣＨの送信用に割り当てられるリソースが効率的に利用されるように、編成される。

【0075】

少なくともｅＮｏｄｅＢにとって単純な方法は、ｅＮｏｄｅＢが、ＰＣＦＩＣＨによって示されるＰＤＣＣＨリソース（またはＣＣＥ）内の任意の位置に任意のＰＤＣＣＨを配置できるようにすることである。この場合、ユーザ機器は、ＰＤＣＣＨが配置されうるすべての位置と、ＰＤＣＣＨフォーマットと、ＤＣＩフォーマットとをチェックして、（ユーザ機器の識別情報によってＣＲＣがスクランブルされていることを考慮して）正しいＣＲＣを有するメッセージに対して動作する必要がある。すべての可能な組合せのこのようなブラインド検出を行うためには、ユーザ機器が各サブフレームにおいてＰＤＣＣＨの復号化を何度も試みることが要求される。システム帯域幅が小さい場合には計算負荷はそれほど大きくならないが、システム帯域幅が大きく、ＰＤＣＣＨが配置されうる位置が多数存在する場合、計算負荷が大幅に増大し、ユーザ機器の受信器における過大な電力消費量につながる。

【0076】

ＬＴＥに採用されている代替方法は、ユーザ機器ごとに、ＰＤＣＣＨを配置できる一連の限られたＣＣＥ位置を定義することである。しかしながら、このような制約は、同じサブフレーム内でＰＤＣＣＨを送ることのできるユーザ機器に関して制限につながることがあり、したがって、ｅＮｏｄｅＢがリソースを許可できるユーザ機器が制約される。したがって、良好なシステム性能のためには、各ユーザ機器に利用可能な、ＰＤＣＣＨを配置可能な一連の位置が少なくなりすぎないことが重要である。ユーザ機器が自身のＰＤＣＣＨを見つけることのできる一連のＣＣＥ位置は、サーチスペースとみなすことができる。ＬＴＥにおいては、サーチスペースのサイズはＰＤＣＣＨフォーマットごとに異なる。さらに、個別の専用サーチスペースと共通サーチスペースが定義され、専用サーチスペースはユーザ機器ごとに個別に設定される一方で、共通サーチスペースの範囲がすべてのユーザ機器に通知される。なお、１つのユーザ機器において、専用サーチスペースと共通サーチスペースが重なることができる。

【0077】

小さいサーチスペースの場合、１つのサブフレームにおいて、ｅＮｏｄｅＢがＰＤＣＣＨを送ろうとするすべてのユーザ機器にＰＤＣＣＨを送るためのＣＣＥリソースをｅＮｏｄｅＢが見つけられないことが起こる可能性が高く、なぜなら、いくつかのＣＣＥ位置が割り当てられているとき、残りのＣＣＥ位置が特定のユーザ機器のサーチスペース内にないためである。

【0078】

ブラインド復号化の合計試行回数から発生する計算負荷を制御下に維持する目的で、ユーザ機器は、定義されているＤＣＩフォーマットすべてを同時に探索することが要求されない。

【0079】

ユーザ機器は、共通サーチスペース内では、ＤＣＩフォーマット１Ａおよび１Ｃを探索する。さらに、フォーマット３または３Ａを探索するようにユーザ機器を構成することができ、フォーマット３または３Ａは、ＤＣＩフォーマット０および１Ａと同じサイズを有し、ユーザ機器に固有の識別情報（例：Ｃ−ＲＮＴＩ）ではなく異なる（共通の）識別情報（例：ＰＣ−ＰＵＣＣＨ−ＲＮＴＩ）によってスクランブルされたＣＲＣを有することによって区別することができる。この点において、特に、ＰＣ−ＰＵＣＣＨ−ＲＮＴＩ（送信電力制御−物理アップリンク制御チャネル−ＲＮＴＩ：Transmit Power Control-Physical Uplink Control Channel-RNTI）およびＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ（送信電力制御−物理アップリンク共有チャネル−ＲＮＴＩ：Transmit Power Control-Physical Uplink Shared Channel-RNTI）が使用される。

【0080】

ＤＣＩフォーマット０、１Ａ、１Ｃ、３、および３Ａは、２種類のペイロードサイズを有する。共通サーチスペースは、すべてのユーザ機器によって監視され、ＣＣＥ０〜１５に対応することができ、ＰＤＣＣＨフォーマット２を有する４つの復号化候補（０〜３、４〜７、８〜１１、１２〜１５）、またはＰＤＣＣＨフォーマット３を有する２つの復号化候補（０〜７、８〜１５）を提供する。この場合、ペイロードサイズあたりのブラインド復号化の試行は６回であり、ＰＤＣＣＨのペイロードサイズが２種類であるため、ユーザ機器あたりのブラインド復号化の合計回数は１２回である。

【0081】

ＤＣＩフォーマット３，３Ａの電力制御メッセージは、端末のグループに、そのグループに固有なＲＮＴＩを使用して送られる。各端末に２つの電力制御ＲＮＴＩ（ＰＵＣＣＨ電力制御用のＲＮＴＩとＰＵＳＣＨ電力制御用のＲＮＴＩ）を割り当てることができる。

【0082】

専用サーチスペースにおいては、一般に、ユーザ機器はＤＣＩフォーマット０および１Ａをつねに探索し、ＤＣＩフォーマット０とＤＣＩフォーマット１Ａは同じサイズであり、メッセージ内のフラグによって区別される。さらに、ｅＮｏｄｅＢによって設定されるＰＤＳＣＨ送信モードに応じて、ユーザ機器はさらなるＤＣＩフォーマット（例：１、１Ｂ、または２）を受信することが要求されうる。

【0083】

ユーザ機器に固有のサーチスペースの開始位置は、通常では、例えば無線フレーム内のスロット番号、ＲＮＴＩ値、およびその他のパラメータに基づくハッシング関数によって決定される。ユーザ機器に固有のサーチスペースでは、１個、２個、４個、および８個のＣＣＥのアグリゲーションレベルが可能である。

【0084】

さらなる情報については、非特許文献３の第９.３章に記載されており、この文書は参照によって本明細書に組み込まれている。

【0085】

ＤＲＸ（不連続受信）

【0086】

ＲＲＣ＿ＩＤＬＥの場合にＤＲＸ機能を設定することができ、この場合、ユーザ機器は、自身に固有なＤＲＸ値またはデフォルトのＤＲＸ値（ｄｅｆａｕｌｔＰａｇｉｎｇＣｙｃｌｅ）のいずれかを使用する。デフォルト値は、システム情報の中でブロードキャストされ、値として、３２個、６４個、１２８個、および２５６個の無線フレームを有することができる。固有な値とデフォルト値の両方が利用可能である場合、ユーザ機器は２つのうち短い方の値を選択する。ユーザ機器は、ＤＲＸサイクルあたり１回のページング機会においてウェイクアップする必要があり、ページング機会は１つのサブフレームである。

【0087】

「ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ」の場合にもＤＲＸ機能を設定することができ、したがって、ダウンリンクチャネルをつねに監視する必要はない。ユーザ機器のバッテリが過大に消費されないようにする目的で、３ＧＰＰ ＬＴＥ（リリース８／９）および３ＧＰＰ ＬＴＥ−Ａ（リリース１０）では、不連続受信（ＤＲＸ）というコンセプトが提供される。技術規格書である非特許文献４の第５.７章にはＤＲＸについて説明されており、この文書は参照によって本明細書に組み込まれている。

【0088】

ユーザ機器のＤＲＸ挙動を定義するため以下のパラメータが利用可能であり、すなわち、移動ノードがアクティブであるオン期間と、移動ノードがＤＲＸモードである期間である。
− オン期間：ユーザ機器がＤＲＸからウェイクアップした後、ＰＤＣＣＨを受信および監視する期間（単位：ダウンリンクサブフレーム）。ユーザ機器は、ＰＤＣＣＨを正常に復号化した場合、アウェイク状態を維持し、インアクティビティタイマー（inactivity timer）を起動する。［１〜２００個のサブフレーム、１６ステップ：１〜６、１０〜６０、８０、１００、２００］
− ＤＲＸインアクティビティタイマー：ユーザ機器が、ＰＤＣＣＨを最後に正常に復号化してから、さらなるＰＤＣＣＨを正常に復号化するのを待機する期間（単位：ダウンリンクサブフレーム）。ユーザ機器は、この期間の間にＰＤＣＣＨを正常に復号化できないとき、再びＤＲＸに入る。ユーザ機器は、最初の送信（すなわち再送信ではない）のみについてＰＤＣＣＨを１回正常に復号化した後に、インアクティビティタイマーを再起動する。［１〜２５６０個のサブフレーム、２２ステップ、１０予備：１〜６、８、１０〜６０、８０、１００〜３００、５００、７５０、１２８０、１９２０、２５６０］
− ＤＲＸ再送信タイマー：最初の利用可能な再送信時間の後にユーザ機器がダウンリンク再送信を予測する、連続するＰＤＣＣＨサブフレームの数を指定する。［１〜３３個のサブフレーム、８ステップ：１、２、４、６、８、１６、２４、３３］
− 短ＤＲＸサイクル：短ＤＲＸサイクルにおいてオン期間の後に非アクティブ期間が続く周期的な反復を指定する。このパラメータはオプションである。［２〜６４０個のサブフレーム、１６ステップ：２、５、８、１０、１６、２０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０］
− 短ＤＲＸサイクルタイマー：ＤＲＸインアクティビティタイマーが切れた後にユーザ機器が短ＤＲＸサイクルに従う、連続するサブフレームの数を指定する。このパラメータはオプションである。［１〜１６個のサブフレーム］
− 長ＤＲＸサイクル開始オフセット：長ＤＲＸサイクルにおいてオン期間の後に非アクティブ期間が続く周期的な反復と、オン期間が開始するときのオフセット（単位：サブフレーム）を指定する（非特許文献４の第５.７節に定義されている式によって求められる）。［サイクル長１０〜２５６０個のサブフレーム、１６ステップ：１０、２０、３０、３２、４０、６４、８０、１２８、１６０、２５６、３２０、５１２、６４０、１０２４、１２８０、２０４８、２５６０。オフセットは［０〜選択されたサイクルのサブフレーム長］の間の整数］

【0089】

ユーザ機器がアウェイクしている合計期間は、「アクティブ時間」と称される。アクティブ時間には、ＤＲＸサイクルのオン期間と、インアクティビティタイマーが切れていない間にユーザ機器が連続受信を行っている時間と、１ ＨＲＱ ＲＴＴの後にダウンリンク再送信を待機している間にユーザ機器が連続受信を行っている時間とが含まれる。上記に基づくと、最小アクティブ時間は、オン期間に等しい長さであり、最大アクティブ時間は未定義（無限大）である。

【0090】

ＤＲＸの動作は、電力を節約する目的で、（その時点で有効なＤＲＸサイクルに従って）反復的に無線回路を非アクティブにする機会を移動端末に提供する。ＤＲＸ期間中にユーザ機器が実際にＤＲＸ（すなわちアクティブではない）状態のままであるかは、ユーザ機器によって決定することができる。例えば、ユーザ機器は通常では周波数間測定を実行するが、この測定はオン期間の間に実施することができず、したがって、ＤＲＸ機会の間の他の何らかの時間に実行する必要がある。

【0091】

ＤＲＸサイクルをパラメータ化するときには、バッテリの節約と遅延（レイテンシ）との間のトレードオフを伴う。例えば、ウェブブラウジングサービスの場合、ダウンロードされたウェブページをユーザが読んでいる間、ユーザ機器がダウンリンクチャネルを連続的に受信することは、通常ではリソースの無駄である。長いＤＲＸ期間は、ユーザ機器のバッテリの寿命を延ばすうえで有利である。これに対して、短いＤＲＸ期間は、データ伝送が再開されるときに（例えばユーザが別のウェブページを要求するときに）より高速に応答するうえで有利である。

【0092】

これらの矛盾する要件を満たすため、各ユーザ機器に対して２つのＤＲＸサイクル（短いサイクルと長いサイクル）を設定することができる。短ＤＲＸサイクルはオプションであり、すなわち長ＤＲＸサイクルのみが使用される。短ＤＲＸサイクル、長ＤＲＸサイクル、連続受信の間の遷移は、タイマーによって、またはｅＮｏｄｅＢからの明示的なコマンドによって制御される。短ＤＲＸサイクルは、ある意味、パケットが遅れて到着する場合における、ユーザ機器が長ＤＲＸサイクルに入る前の確認期間とみなすことができる。ユーザ機器が短ＤＲＸサイクルにある間にｅＮｏｄｅＢにデータが到着する場合、そのデータを送信するためのスケジューリングが次のオン期間において行われ、次いでユーザ機器は連続受信を再開する。これに対して、短ＤＲＸサイクルの間にｅＮｏｄｅＢにデータが到着しない場合、ユーザ機器は、当面の間はパケット送信が終了したものと想定して長ＤＲＸサイクルに入る。

【0093】

ユーザ機器は、アクティブ時間の間、ＰＤＣＣＨを監視し、ＳＲＳ（サウンディング基準信号）を報告し（設定されているとき）、ＣＱＩ（チャネル品質情報）／ＰＭＩ（プリコーディングマトリクスインジケータ）／ＲＩ（ランクインジケータ）／ＰＴＩ（プリコーダタイプ指示情報）をＰＵＣＣＨで報告する。ユーザ機器がアクティブ時間にないときには、トリガータイプ０のＳＲＳ（type-0-triggered SRS）およびＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩをＰＵＣＣＨで報告することはできない。ユーザ機器に対してＣＱＩマスキングが設定されている場合、ＰＵＣＣＨでのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩの報告は、オン期間に制限される。

【0094】

利用可能なＤＲＸ値は、ネットワークによって制御され、非ＤＲＸから開始してｘ秒までである。値ｘは、ＲＲＣ＿ＩＤＬＥにおいて使用されるページングＤＲＸと同じ長さとすることができる。測定要件および報告基準は、ＤＲＸ間隔の長さに従って異なることがあり、すなわち長いＤＲＸ間隔では、要件をより緩和することができる（後からさらに詳しく説明する）。

【0095】

図８は、ＤＲＸの例を開示している。ユーザ機器は、「オン期間」（この期間は長ＤＲＸサイクルおよび短ＤＲＸサイクルにおいて同じ）の間、スケジューリングメッセージ（ＰＤＣＣＨ上のＣ−ＲＮＴＩ（セル無線ネットワーク一時識別子）によって示される）がないかチェックする。「オン期間」の間にスケジューリングメッセージが受信されたときには、ユーザ機器は、「インアクティビティタイマー」を起動し、インアクティビティタイマーが作動している間、各サブフレームにおいてＰＤＣＣＨを監視する。この期間中、ユーザ機器は連続受信モードにあるものとみなすことができる。インアクティビティタイマーが作動している間にスケジューリングメッセージが受信されると、ユーザ機器はインアクティビティタイマーを再起動し、インアクティビティタイマーが切れたとき、ユーザ機器は短ＤＲＸサイクルに移行し、「短ＤＲＸサイクルタイマー」を起動する。短ＤＲＸサイクルは、ＭＡＣ制御要素によって開始することもできる。短ＤＲＸサイクルタイマーが切れると、ユーザ機器は長ＤＲＸサイクルに移行する。

【0096】

このＤＲＸ挙動に加えて、ＨＡＲＱ ＲＴＴの間にユーザ機器がスリープできるようにする目的で、「ＨＡＲＱラウンドトリップタイム（ＲＴＴ）タイマー」が定義される。１つのＨＡＲＱプロセスにおけるダウンリンクトランスポートブロックの復号化に失敗すると、ユーザ機器は、そのトランスポートブロックの次の再送信が、少なくとも「ＨＡＲＱ ＲＴＴ」のサブフレームの後に行われるものと想定することができる。ＨＡＲＱ ＲＴＴタイマーが作動している間、ユーザ機器はＰＤＣＣＨを監視する必要がない。ＨＡＲＱ ＲＴＴタイマーが切れると、ユーザ機器は通常どおりにＰＤＣＣＨの受信を再開する。

【0097】

ユーザ機器あたり１つのみのＤＲＸサイクルが存在する。アグリゲートされたコンポーネントキャリアすべてがこのＤＲＸパターンに従う。

【0098】

図９は、多数のサブフレームを含む長ＤＲＸサイクルを有するユーザ機器のＤＲＸ動作を示しているのに対して、図１０は、少数のサブフレームを含む長ＤＲＸサイクルを有するユーザ機器のＤＲＸ動作を示している。これらの図から理解できるように、図１０の「短い」長ＤＲＸサイクルは、図９の長ＤＲＸサイクルと比較して、ユーザ機器をスケジューリングする機会をｅＮｏｄｅＢが長時間にわたり待機しなくてよいことにおいて有利である。

【0099】

ファストドーマンシー

【0100】

スマートフォンでは、少量のデータを送るのみであるがパケットの送信頻度が比較的高いアプリケーションの数が増大している。このような常時オンのアプリケーションとしては、例えば、電子メール、インスタントメッセージ、ウィジェットが挙げられる。頻繁に送信を行いながら、ユーザ機器の電力消費量を低く維持することが重要である。低い電力消費量のためには、ユーザ機器をアイドル状態に移行させることができる。しかしながら、その場合には次のパケットによってパケット接続の確立が発生し、結果としてネットワークにおけるレイテンシおよびシグナリングトラフィックが増大するため、アイドル状態は回避するべきである。

【0101】

ユーザ機器の電力消費量を低く維持する目的で、所有権が保持された（すなわち３ＧＰＰ規格によって定義されていない機能である）ファストドーマンシーが導入された。ファストドーマンシーの使用時には、モバイルアプリケーションはデータ送信が終了したときに無線層に通知し、次いで、ユーザ機器は、ＳＣＲＩ（シグナリング接続解放指示情報：Signaling Connection Release Indication）をＲＮＣに送ることができ、シグナリング接続の失敗をシミュレートする。結果として、ユーザ機器はＲＲＣ接続を解放してアイドル状態に移行する。この方法では、ユーザ機器の電力消費量が低く維持されるが、パケット接続の確立が頻繁に発生し、シグナリング負荷が不必要に増大する。さらに、このバッテリ節約方法では、ネットワークにおける純粋なシグナリング接続の失敗と区別できないため、ネットワークカウンタは多数のシグナリング接続失敗を示す。

【0102】

３ＧＰＰリリース８によって指定されるファストドーマンシー機能では、ユーザ機器の挙動が明確化され、ユーザ機器が実際に望む動作の情報がネットワークに提供されるが、ユーザ機器のＲＲＣ状態の管理がネットワークに委ねられる。言い換えれば、ユーザ機器は、ネットワークの制御なしには自身の判断でＲＲＣ接続を解放してアイドル状態に移行することができない。ファストドーマンシーに関するさらなる情報については、非特許文献５の第１５.６章を参照されたい。

【0103】

測定

【0104】

ユーザ機器によって実行される測定は、無線リソース管理の一部であり、ｅＮＢによって設定される。これらの測定は、主として（ただし以下に限定されない）、別のＬＴＥセルまたは別の無線アクセス技術（ＲＡＴ）に属するセルとのモビリティを扱う目的に役立つ。

【0105】

無線リソース管理手順（非特許文献６に指定されている）では、ＲＲＣ＿ＩＤＬＥ状態において実行される測定と、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において実行される測定とが区別される。以下では、周波数内測定（すなわちサービングセルおよび同じ周波数帯域内に位置するセルに関する測定）と、周波数間測定（すなわち現在のサービングセルの周波数帯域とは異なる周波数帯域におけるセルの測定）と、ＲＡＴ間測定（すなわちＵＴＲＡＮ以外の無線アクセス技術によって動作しているセルの測定）について、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態と、ユーザ機器が不連続受信（ＤＲＸ）モードであるときに従わなければならない測定要件とに焦点を当てて、さらに詳しく説明する。

【0106】

周波数内測定

【0107】

ＬＴＥの周波数内監視は、サービングセルと、サービングセルと同じキャリア周波数を使用する隣接セルの両方に関する測定を実行することを目的とする。

【0108】

ＤＲＸ動作が有効であるとき、ユーザ機器は、以降のＤＲＸの「オン期間」の間の、電力を節約する機会を生かすことができなければならない。周波数内監視の動作の緩和は、「オン期間」の周期が４０ｍｓより大きい場合にのみ定義される（非特許文献７の第１３.６.１.１章）。

【0109】

ＤＲＸが使用されているときのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における測定では、実行される周波数内測定（ならびに周波数間測定およびＲＡＴ間測定、以下を参照）の回数は、長ＤＲＸサイクルのＤＲＸサイクル長に依存する。下の表は、ＤＲＸサイクルのサブフレームの数に依存する時間Ｔ＿ＩｄｅｎｔｉｆｙおよびＴ＿Ｍｅａｓｕｒｅ（単位：秒）を開示している。

【0110】

ＲＳＲＰ（基準信号受信電力：Reference Signal Receive Power）測定およびＲＳＲＱ（基準信号基準品質：Reference Signal Reference Quality）測定を実行することができるためには、ユーザ機器は、最初に隣接セルと同期して隣接セルのセルＩＤを求めなければならない。Ｔ＿Ｉｄｅｎｔｉｆｙは、まだ認識していない隣接セルの識別をユーザ機器が実行することが要求される時間である。例えば、ＤＲＸサイクルが４０サブフレーム長〜８０サブフレーム長の範囲内であるとき、ユーザ機器は、隣接セルの識別を４０ＤＲＸサイクル（すなわち１.６〜３.２秒）以内に完了する必要がある。Ｔ＿Ｍｅａｓｕｒｅは、サービングセルおよび隣接セルに関する周波数内測定を実行するのにユーザ機器が使用できる時間長を定義する。例えば、ＤＲＸサイクルが１２８サブフレームであるとき、ユーザ機器は周波数内測定を５ＤＲＸサイクル（すなわち０.６４秒）以内に完了する必要がある。

【0111】

セルの識別および測定が実行される正確なタイミングは、ユーザ機器の実装に依存する。例えば、（周波数間測定とは異なり）無線部を別の周波数に再較正することを必要としない周波数内測定と、セルの識別と、測定は、ユーザ機器がすでにアクティブであるオン期間の間に実行することができる。

【0112】

正確な測定結果を得るためには５つの測定サンプルが必要であり、各測定サンプルに１つのサブフレームで十分であると想定する。非特許文献６の表８.１.２.２.１.２−２を参照すると、Ｔ＿Ｍｅａｓｕｒｅは、４０個未満のサブフレームのＤＲＸサイクルの場合には０.２秒、４０個以上のサブフレームのＤＲＸサイクルの場合には５サイクルであることが示されている。結論として、例えば４０個のサブフレームのＤＲＸサイクル長では、２００ｍｓ以内に測定値が得られる。セルの識別は、周波数内測定と並行して実行することができる。

【0113】

しかしながら、セルの識別では、各ＤＲＸサイクル内の、より長い時間長（例：５ｍｓ）が要求されることがある。

【0114】

【表3】

【0115】

周波数間測定

【0116】

ＬＴＥの周波数間監視は、周波数内監視に極めて似ている。ユーザ機器がＤＲＸモードでないとき、周波数間測定は監視ギャップを使用して実施される。６ｍｓのギャップパターンの場合、周波数間監視に利用できるのは、切替え時間を除いて、わずかに５ｍｓである（すなわち無線周波数調整の時間は１ｍｓである）。６４０ｍｓにおける測定の場合、ユーザ機器は８回（８０ｍｓのギャップ期間）または１６回（４０ｍｓのギャップ期間）を有することができる。５ｍｓは、セルの識別のために５ｍｓ毎に存在するプライマリおよびセカンダリ同期チャネルによる。

【0117】

監視ギャップが４０ｍｓごとに反復する場合、周波数間監視に利用できるのはわずかに５／４０＝１２.５％である。この理由のため、ＬＴＥの周波数間最大セル識別時間および測定期間は、周波数内の場合よりも長い必要がある。

【0118】

１つの監視ギャップの中にＰＳＳ（プライマリ同期シンボル：Primary Synchronization Symbol）およびＳＳＳ（セカンダリ同期シンボル：Secondary Synchronization Symbol）が存在することが保証され、なぜならこれらは５ｍｓ毎に反復するためであり、電力蓄積を実行してＲＳＲＰ計算のための測定サンプルを取得するための十分な基準信号（ＲＳ）も存在する。さらに、ＬＴＥキャリアＲＳＳＩ（受信信号強度インジケータ：Received Signal Strength Indicator）測定を実行してＲＳＲＱを導くための十分な信号も存在する。

【0119】

周波数内の場合と同様に、ユーザ機器がＤＲＸモードにある場合、ユーザ機器がＤＲＸ期間を利用して電力を節約できるように、いくらかの動作の緩和が要求される。識別ではなく測定のみのためにユーザ機器が利用できる時間長は、ユーザ機器の実装に依存する。ユーザ機器は、測定および識別の両方に５ｍｓ以上を使用する。セルの識別および測定のためのこの時間期間は、受信器の無線周波数部分を別の周波数に再調整できるようにする目的で、アクティブ時間の外側である。

【0120】

下の表は、ギャップパターンＩＤ ０およびＮｆｒｅｑ＝１の場合の一例であり、その時点で有効なＤＲＸサイクルのサブフレームの数に依存する、隣接セルの識別および周波数間測定の時間要件を開示している。

【0121】

【表4】

【0122】

ＲＡＴ（無線アクセス技術）間

【0123】

ＲＡＴ間測定は、ＵＴＲＡＮ以外の別の無線アクセス技術（例：ＧＳＭ（登録商標））に属するダウンリンク物理チャネルを対象とする。下の表は、ギャップパターンＩＤ ０、Ｎｆｒｅｑ＝１、ＵＴＲＡ＿ＦＤＤの場合の一例である。

【0124】

【表5】

【0125】

従来技術の欠点

【0126】

上にすでに説明したように、短ＤＲＸサイクルと長ＤＲＸサイクルによって、バッテリの大きな節約と、データスケジューリングに対する高速応答とのトレードオフが可能である。

【0127】

バッテリ電力の浪費は、ユーザ機器に課される測定要件および報告要件によってさらに悪化し、これらは長ＤＲＸサイクルに依存する。上述したように、周波数内測定、周波数間測定、およびＲＡＴ間測定は、実際のＤＲＸサイクル長に依存する時間間隔内に移動端末によって実行される。さらに、ユーザ機器は、アクティブ時間においてＳＲＳおよびＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩをＰＵＣＣＨで報告しなければならない。

【0128】

ＤＲＸ動作のオン期間が、周波数内測定を実行するのに十分に長い（すなわち少なくとも５つのサブフレームである）場合、周波数内測定をオン期間の間に実行することができる。これに対して、周波数間測定は、ユーザ機器が非アクティブであることが許可されるＤＲＸ機会の１つの間に実行する必要があり、なぜなら、無線チューナーを別の周波数に較正する必要があり、一般にこの動作には６つのサブフレームを要するためである。

【0129】

測定要件は長ＤＲＸサイクルのサブフレーム長に依存するため、短ＤＲＸサイクルでは、ユーザ機器はより頻繁に測定を実行しなければならない。周波数内測定を例にとると、４０個のサブフレームの長ＤＲＸサイクル長の場合、ユーザ機器は、１.６秒以内に隣接セルを繰り返し識別しなければならず、０.２秒以内に周波数内測定を実行しなければならない。例えば２５６０個のサブフレームの長ＤＲＸサイクル長の場合、時間要件は緩和され、隣接セルの識別は５１.２秒以内に実行すればよく、周波数内測定は１２.８秒以内に実行すればよい（上の表を参照）。

【0130】

したがって、データの送信／受信のための応答時間を低減できるように長ＤＲＸサイクルが短縮される場合、オン期間および測定要件によるバッテリに対する影響が大きい。

【0131】

したがって、ユーザ機器のバッテリ消費量に対する影響を最小限にしながら、ユーザ機器の高速な応答時間を可能とすることが重要である。

【先行技術文献】

【非特許文献】

【0132】

【非特許文献1】3GPP TS 36.211, “Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)”, version 8.9.0 or 9.0.0, section 6.2

【非特許文献2】3GPP TS 36.212, “Multiplexing and channel coding”

【非特許文献3】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker

【非特許文献4】TS 36.321

【非特許文献5】WCDMA For UMTS - HSPA Evolution and LTE - Fifth Edition; Edited by Harri Holma and Antti Toskala

【非特許文献6】TS 36.133

【非特許文献7】LTE-The UMTS Long Term Evolution, Edited by: Stefania Sesia, Issam Toufik, Matthew Baker, 2009

【発明の概要】

【発明が解決しようとする課題】

【0133】

本発明は、上に挙げたさまざまな欠点を回避するように対策を講じる。

【0134】

本発明の１つの目的は、移動端末における改良された不連続受信動作のメカニズムを提案することである。

【課題を解決するための手段】

【0135】

本目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。

【0136】

第１の態様によると、本発明は、すでに標準化されており従来技術から公知である短ＤＲＸサイクルもしくは長ＤＲＸサイクルまたはその両方と並行して動作する追加のＤＲＸサイクル、いわゆるＤＲＸウェイクアップサイクルを導入することによって、従来技術のＤＲＸ動作の改良を提案する。本発明を実施するために、短ＤＲＸサイクルおよび長ＤＲＸサイクルに関して移動端末の動作を変更する必要はない。移動端末は、ＤＲＸウェイクアップサイクル動作を次のように実行する。

【0137】

ウェイクアップサイクルでは、時間間隔を定義し、この時間間隔の後、移動端末が特定の持続時間（以下ではウェイクアップ期間と称する）にわたるダウンリンク制御チャネルの監視を開始する。ウェイクアップ期間の間にはさまれたウェイクアップサイクルの時間間隔は、長ＤＲＸサイクルの対応する時間間隔よりも短いことが好ましく、短ＤＲＸサイクルの対応する時間間隔と同じ長さまたはそれより短い長さを有することができる。ウェイクアップ期間は、短ＤＲＸサイクル／長ＤＲＸサイクルのオン期間と同じ長さとすることができる、または好ましくはずっと短くすることができる（例えばわずかに１つまたは数個のサブフレーム）。

【0138】

さらに、本発明の一実施形態においては、移動端末は、短／長ＤＲＸサイクルのオン期間の間と同じようにダウンリンク制御チャネルを監視し、すなわち、移動端末は、ウェイクアップ期間の間、オン期間の間と同じ、自身を宛先とするダウンリンク制御チャネルメッセージがないか監視する。しかしながら、移動端末は、すべてのメッセージを対象としてダウンリンク制御チャネルを監視するのではなく、特定のメッセージ（例えばダウンリンクスケジューリングメッセージやアップリンクスケジューリングメッセージなど）についてのみダウンリンク制御チャネルを監視することが好ましい。

【0139】

ＤＲＸウェイクアップサイクルによるウェイクアップ期間と、短／長ＤＲＸサイクルによるオン期間とのさらなる差異として、移動端末は、ウェイクアップ期間の間、ダウンリンク制御チャネルを監視するのみであるように動作するのに対して、移動端末は、オン期間の間、ダウンリンク制御チャネルの監視に加えて、背景技術のセクションで説明したように、測定や報告などのさらなる機能を実行しなければならない。

【0140】

さらには、ＤＲＸウェイクアップサイクルによる移動端末の動作は、短ＤＲＸサイクルまたは長ＤＲＸサイクルによる移動端末の動作と同時に開始することができる。より詳細には、本発明の一実施形態においては、移動端末のインアクティビティタイマーが切れ、したがって、移動端末はＤＲＸモードに入ることができ、背景技術のセクションで説明したように、例えば短ＤＲＸサイクルを開始する。しかしながら、これと同時に、移動端末は、ＤＲＸウェイクアップサイクルによる動作も開始することができる。これに代えて、移動端末は、長ＤＲＸサイクルと並行して、すなわち短ＤＲＸサイクルタイマーが切れた後、ＤＲＸウェイクアップサイクルによる動作を開始することができる。この場合、ＤＲＸウェイクアップサイクルは、長ＤＲＸサイクルのみと並行して動作し、短ＤＲＸサイクルとは並行して動作しない。さらなる代替形態として、移動端末は、移動端末が短ＤＲＸサイクルを開始するときにＤＲＸウェイクアップサイクルによる動作を開始することができ、移動端末が長ＤＲＸサイクルに入るときにＤＲＸウェイクアップサイクルを停止させる。

【0141】

本発明のさらなる重要な態様として、測定要件および報告要件（例：周波数内、周波数間、ＲＡＴ間、ＣＱＩ報告）は、長ＤＲＸサイクルの間隔の長さに依然として依存し、測定要件および報告要件は、本発明の実施形態によって導入されるＤＲＸウェイクアップサイクルによって影響されない。したがって、移動端末はウェイクアップする機会をより頻繁に有するが、測定や報告をより頻繁に実行する必要はない。

【0142】

移動端末は、短／長ＤＲＸサイクルの移動端末の動作と同様に、ＤＲＸウェイクアップサイクルのウェイクアップ期間の間に自身を宛先とするダウンリンク制御チャネルメッセージを検出すると、アクティブになる。例えば、移動端末がアタッチされているセルを制御する基地局は、移動端末がアップリンクでデータを送信する、もしくはダウンリンクでデータを受信する、またはその両方を行う場合に、スケジューリングメッセージを移動端末に送る。基地局は、ＤＲＸウェイクアップサイクルと、ウェイクアップ期間によって与えられる対応するウェイクアップ機会を認識しており、ウェイクアップ期間の特定のサブフレームまたは特定のサブフレームのうちの１つにおいてスケジューリングメッセージを送信する。移動端末は、ウェイクアップ期間の間、このようなメッセージがないかダウンリンク制御チャネルをチェックし、基地局によって送信されたスケジューリングメッセージを検出する。移動端末は、スケジューリングメッセージに従ってデータを受信または送信するための必要な動作を実行できるように、スケジューリングメッセージを復号化してアクティブになることができる。

【0143】

したがって、本発明は、短ＤＲＸサイクルと長ＤＲＸサイクルの利点を組み合わせる一方で、これらの欠点を回避する。より詳細には、ＤＲＸウェイクアップサイクルでは、ウェイクアップ期間のウェイクアップ機会の間の短い間隔が実施されることが好ましいため、移動端末の応答時間を大幅に低減することができ、したがって基地局は移動端末をすぐにスケジューリングすることができる。これと同時に、ウェイクアップ期間はわずか１つまたは数個のサブフレームを範囲とすることが好ましいため、バッテリの節約に対する影響が最小限であり、特に、極めて短い長ＤＲＸサイクルや短ＤＲＸサイクルを有する場合と比較して、バッテリの消費量はわずかに増大するのみである。さらには、移動端末に課される測定要件および報告要件は依然として長ＤＲＸサイクルに依存するのみであり、その間隔は通常ではＤＲＸウェイクアップサイクルの間隔よりもずっと長いため、上記の利点はさらに大きい。

【0144】

本発明は、移動通信システムにおいて基地局と通信する移動端末における不連続受信の方法を提供する。移動端末は、第１の不連続受信サイクルおよび追加の不連続受信サイクルを使用するように基地局によって構成される。第１の不連続受信サイクルによる時間間隔の後、移動端末は、オン時間期間（on-duration of time）にわたりアクティブになる。第１の不連続受信サイクルに従ってアクティブになるのと並行して、追加の不連続受信サイクルによる時間間隔の後に、移動端末は、移動端末を宛先とするメッセージがないか、特定の時間期間（particular duration of time）にわたりダウンリンク制御チャネルを監視する。

【0145】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、第１の不連続受信サイクルおよび追加の不連続受信サイクルに従って同時に、または互いの間の所定の時間オフセットを伴って、不連続受信を開始する。

【0146】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、特定の時間期間の間、アクティブではなく、移動端末を宛先とするメッセージがないかダウンリンク制御チャネルの監視を実行するのみであることが好ましい。

【0147】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、特定の時間期間は、少なくとも１つのサブフレームである。好ましい実施形態においては、第１の不連続受信サイクルによる時間間隔は、追加の不連続受信サイクルによる時間間隔より長い。

【0148】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、不連続受信モードにおける移動端末は、測定を実行する。この測定の測定要件は、第１の不連続受信サイクルに依存する。好ましい実施形態においては、測定要件は、周波数内測定の測定要件を備えており、移動端末は、この測定要件に従って、第１の時間期間内に隣接セルを識別し、第２の時間期間内に周波数内測定を実行する。別の好ましい実施形態においては、測定要件は、周波数間測定の測定要件を備えており、移動端末は、この測定要件に従って、第３の時間期間内に隣接セルを識別し、第４の時間期間内に周波数間測定を実行する。さらに別の好ましい実施形態においては、測定要件は、ＲＡＴ（無線アクセス技術）間測定の測定要件を備えており、移動端末は、この測定要件に従って、第５の時間期間内に隣接セルを識別し、第６の時間期間内にＲＡＴ（無線アクセス技術）間測定を実行する。

【0149】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、オン時間期間の間、サウンディング基準信号を基地局に送信する、もしくは、移動端末によって前に実行された測定の結果を送信する、またはその両方を行う。好ましい実施形態においては、基地局に送信される測定結果は、チャネル品質情報、プリコーディングマトリクスインジケータ、ランクインジケータ、プリコーダタイプ指示情報のうちの少なくとも１つを備えている。

【0150】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、第１の不連続受信サイクルは、長い不連続受信サイクルであり、移動端末は、短い不連続受信サイクルを使用するようにさらに構成されている。短い不連続受信サイクルによる時間間隔の後、移動端末はオン時間期間にわたりアクティブになる。短い不連続受信サイクルによる時間間隔は、長い不連続受信サイクルによる時間間隔とは異なる。移動端末は、短い不連続受信サイクルのタイマーが切れるまで、短い不連続受信サイクルに従って動作し、短い不連続受信サイクルのタイマーが切れた時点で、移動端末は、長い不連続受信サイクルに従って、およびこれと並行して、追加の不連続受信サイクルに従って、動作する。

【0151】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末が特定の時間期間にわたりダウンリンク制御チャネルを監視する対象のメッセージは、スケジューリングのみを指定する。これに加えて、またはこれに代えて、移動端末は、すべてではない少なくとも１つの所定のダウンリンク制御情報フォーマットに従うメッセージのみを対象として、特定の時間期間にわたりダウンリンク制御チャネルを監視する。これに加えて、またはこれに代えて、移動端末は、チャネル状態情報の報告を送信するように移動端末に要求するメッセージのみを対象として、特定の時間期間にわたりダウンリンク制御チャネルを監視する。

【0152】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、ダウンリンク制御チャネルの、すべてではない少なくとも１つの所定のフォーマットのみに従って、特定の時間期間にわたりダウンリンク制御チャネルを監視する。これに加えて、またはこれに代えて、移動端末は、所定の限られたサーチスペース内でのみ、特定の時間期間にわたりダウンリンク制御チャネルを監視する。

【0153】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、１つのプライマリセルと、少なくとも１つのアクティブ化されたセカンダリセルとを使用するように構成される。この場合、移動端末は、プライマリセルで送信されるダウンリンク制御チャネルのみを、特定の時間期間の間、監視する。好ましい実施形態においては、セカンダリセルは、プライマリセルとは異なる周波数帯域上にある。

【0154】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末に対してクロススケジューリングが使用され、プライマリセルを通じて送信されるスケジューリングメッセージを介して少なくとも１つのセカンダリセルにおけるスケジューリングが実行される。この場合、移動端末は、プライマリセルのダウンリンク制御チャネルを監視するとき、セカンダリセルのスケジューリングメッセージを無視することができる。

【0155】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、セカンダリセルの測定要件は、第１の不連続受信サイクルに依存するのではなく、非アクティブ化されたセカンダリセルの測定要件サイクルに依存する。

【0156】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、第１の不連続受信サイクルのオン期間の後に、所定の回数のみ、特定の時間期間にわたりダウンリンク制御チャネルを監視する。この動作は、好ましい実施形態においては、オン時間期間における移動端末のアクティブ時間が切れた時点で起動されるイネーブルタイマーを使用することによって達成される。移動端末は、イネーブルタイマーが作動しているときのみ、追加の不連続受信サイクルに従って動作する。

【0157】

これに加えて、またはこれに代えて、移動端末は、第１の不連続受信サイクルのオン期間の前に、所定の回数のみ、特定の時間期間にわたりダウンリンク制御チャネルを監視する。この動作は、好ましい実施形態においては、オン時間期間における移動端末のアクティブ時間が切れた時点で起動される禁止タイマーを使用することによって達成される。移動端末は、禁止タイマーが作動していないときのみ、追加の不連続サイクルに従って動作する。

【0158】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、限られた周波数帯域内でのみ、好ましくはダウンリンク制御チャネルの中心周波数の周囲１.４ＭＨｚ内でのみ、ダウンリンク制御チャネルを監視する。

【0159】

さらに、本発明は、不連続受信を実行し、かつ移動通信システムにおいて基地局と通信する移動端末を提供する。移動端末は、第１の不連続受信サイクルと追加の不連続受信サイクルを使用するように基地局によって構成される。第１の不連続受信サイクルによる時間間隔の後、移動端末は、オン時間期間にわたりアクティブになる。第１の不連続受信サイクルに従ってアクティブになるのと並行して、追加の不連続受信サイクルによる時間間隔の後に、移動端末の受信器は、移動端末を宛先とするメッセージがないか、特定の時間期間にわたりダウンリンク制御チャネルを監視する。

【0160】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末のプロセッサおよび受信器は、第１の不連続受信サイクルおよび追加の不連続受信サイクルに従って同時に、または互いの間の所定の時間オフセットを伴って、不連続受信を開始する。

【0161】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、特定の時間期間の間、アクティブではない。好ましい実施形態においては、プロセッサおよび受信器は、移動端末を宛先とするメッセージがないかダウンリンク制御チャネルの監視を実行するのみである。

【0162】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、受信器がダウンリンク制御チャネルを監視する特定の時間期間は、少なくとも１つのサブフレームである。好ましい実施形態においては、第１の不連続受信サイクルによる時間間隔は、追加の不連続受信サイクルによる時間間隔より長い。

【0163】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、不連続受信モードにおける移動端末の受信器は、測定を実行する。移動端末のプロセッサは、この測定の測定要件を、第１の不連続受信サイクルに基づいて求める。好ましい実施形態においては、プロセッサは、周波数内測定の測定要件を求める。このステップは、第１の時間期間であって、プロセッサおよび受信器がこの第１の時間期間内に隣接セルを識別する、第１の時間期間と、第２の時間期間であって、プロセッサおよび受信器がこの第２の時間期間内に周波数内測定を実行する、第２の時間期間と、を求めるステップを含む。

【0164】

好ましい実施形態においては、プロセッサは、周波数間測定の測定要件を求める。このステップは、第３の時間期間であって、プロセッサおよび受信器がこの第３の時間期間内に隣接セルを識別する、第３の時間期間と、第４の時間期間であって、プロセッサおよび受信器がこの第４の時間期間内に周波数間測定を実行する、第４の時間期間と、を求めるステップを含む。

【0165】

好ましい実施形態においては、プロセッサは、ＲＡＴ（無線アクセス技術）間測定の測定要件を求める。このステップは、第５の時間期間であって、プロセッサおよび受信器がこの第５の時間期間内に隣接セルを識別する、第５の時間期間と、第６の時間期間であって、プロセッサおよび受信器がこの第６の時間期間内にＲＡＴ間測定を実行する、第６の時間期間と、を求めるステップを含む。

【0166】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、サウンディング基準信号、もしくは、移動端末のプロセッサおよび受信器によって前に実行された測定の結果、またはその両方を基地局に送信する送信器、を備えている。

【0167】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、受信器は、スケジューリングを指定するメッセージのみを対象として、特定の時間期間にわたりダウンリンク制御チャネルを監視する。これに加えて、またはこれに代えて、受信器は、すべてではない少なくとも１つの所定のダウンリンク制御情報フォーマットに従うメッセージのみを対象として、特定の時間期間にわたりダウンリンク制御チャネルを監視する。これに加えて、またはこれに代えて、受信器は、チャネル状態情報の報告を送信するように移動端末に要求するメッセージのみを対象として、特定の時間期間にわたりダウンリンク制御チャネルを監視する。

【0168】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、受信器は、ダウンリンク制御チャネルの、すべてではない少なくとも１つの所定のフォーマットのみに従って、特定の時間期間にわたりダウンリンク制御チャネルを監視する。これに加えて、またはこれに代えて、受信器は、所定の限られたサーチスペース内でのみ、特定の時間期間にわたりダウンリンク制御チャネルを監視する。

【0169】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末は、１つのプライマリセルと、少なくとも１つのアクティブ化されたセカンダリセルとを使用するように構成される。受信器は、プライマリセルで送信されるダウンリンク制御チャネルのみを、特定の時間期間の間、監視する。

【0170】

上の実施形態に加えて、またはこれに代えて使用することのできる、本発明の有利な実施形態によると、移動端末のプロセッサは、オン時間期間における移動端末のアクティブ時間が切れた時点で、イネーブルタイマーを起動する。プロセッサは、イネーブルタイマーが作動しているかを判定し、イネーブルタイマーが作動していると判定される場合にのみ、受信器が、特定の時間期間にわたりダウンリンク制御チャネルを監視する。これに加えて、またはこれに代えて、移動端末のプロセッサは、オン時間期間における移動端末のアクティブ時間が切れた時点で禁止タイマーを起動する。プロセッサは、禁止タイマーが作動しているかを判定し、禁止タイマーが作動していないと判定される場合にのみ、受信器が、特定の時間期間にわたりダウンリンク制御チャネルを監視する。

【0171】

以下、添付の図面を参照して本発明をより詳細に説明する。図面において類似または対応する箇所には同じ参照番号を付している。

【図面の簡単な説明】

【0172】

【図1】３ＧＰＰ ＬＴＥシステムのアーキテクチャの一例を示す図

【図2】３ＧＰＰ ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の一例を示す概略図

【図3】３ＧＰＰ ＬＴＥ（リリース８／９）用に定義されたダウンリンクコンポーネントキャリアのサブフレーム境界の一例を示す図

【図4】３ＧＰＰ ＬＴＥ（リリース８／９）用に定義されたダウンリンクスロットのダウンリンクリソースグリッドの一例を示す図

【図5】ダウンリンクおよびアップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。

【図6】ダウンリンクおよびアップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。

【図7】移動端末の状態図と、特に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態およびＲＲＣ＿ＩＤＬＥ状態と、これらの状態において移動端末によって実行される機能とを示している。

【図8】移動端末のＤＲＸ動作と、特に、短ＤＲＸサイクルおよび長ＤＲＸサイクルによるＤＲＸ機会およびオン期間を示している。

【図9】ＤＲＸ動作によってユーザ機器に与えられるバッテリ節約機会と、基地局によるスケジューリングに対する応答時間とのトレードオフを示している。

【図10】ＤＲＸ動作によってユーザ機器に与えられるバッテリ節約機会と、基地局によるスケジューリングに対する応答時間とのトレードオフを示している。

【図11】本発明の一実施形態による、追加のＤＲＸウェイクアップサイクルを含む移動端末のＤＲＸ動作を示している。

【図12】ＤＲＸウェイクアップサイクルと長ＤＲＸサイクルの並行動作と、移動端末へのダウンリンクデータが基地局に到着した場合における対応する応答時間とを示している。

【図13】２５６０個のサブフレームの長ＤＲＸサイクルと１６０個のサブフレームのＤＲＸウェイクアップサイクルを示しており、さらに、並行するＤＲＸウェイクアップサイクルによって達成できる応答時間の短縮を示している。

【図14】本発明の別の実施形態による、ＰＣｅｌｌおよびＳＣｅｌｌにおけるＤＲＸ動作を示しており、ＤＲＸウェイクアップサイクルはＰＣｅｌｌにおいてのみ動作しており、ＳＣｅｌｌにおいては動作していない。

【図15】ＰＣｅｌｌおよびＳＣｅｌｌにおけるＤＲＸ動作と、特に、ＰＣｅｌｌでＰＤＣＣＨを受信したときのＳＣｅｌｌのウェイクアップ時間とを示している。

【図16】本発明の別の実施形態によるＤＲＸ動作を示しており、ウェイクアップ期間イネーブルタイマーを含んでいる。

【図17】本発明の別の実施形態によるＤＲＸ動作を示しており、ウェイクアップ期間禁止タイマーを含んでいる。

【図18】本発明の別の実施形態によるＤＲＸ動作を示しており、ウェイクアップ機会のための特定のウェイクアップＲＮＴＩを用いてページングを取得するため、移動端末のページング機会が使用される。

【図19】本発明の別の実施形態によるＤＲＸ動作を示しており、トランスポートブロックについてＰＤＳＣＨを監視するためＳＰＳ割当てが使用される。

【発明を実施するための形態】

【0173】

以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態のほとんどは、３ＧＰＰ ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）の移動通信システムによる無線アクセス方式に関連して概説してあり、これらの技術の一部については上の背景技術のセクションに説明してある。なお、本発明は、例えば、上の背景技術のセクションに説明されている３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１）通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

【0174】

請求項および説明において使用されている用語「アクティブ」および「アクティブになる」は、不連続受信モードにおける移動端末の動作を意味し、例えば測定を実行して報告したりＰＤＣＣＨを監視することができるように、移動端末がウェイクアップして、オン時間期間にわたりアクティブになることを意味する。したがって、この表現は、ＬＴＥの標準化において使用されている、ユーザ機器が「アクティブ時間に入る」という表現と同等である。

【0175】

本発明の一態様は、応答時間と、移動端末に提供されるバッテリ節約機会に関して、移動端末のＤＲＸ動作を改良することである。これを目的として、本発明では、短ＤＲＸサイクルもしくは長ＤＲＸサイクルまたはその両方と並行して動作する追加のＤＲＸサイクル（以下ではＤＲＸウェイクアップサイクルと称する）を導入する。

【0176】

図１１は、本発明の一実施形態による、長ＤＲＸサイクルと並行するＤＲＸウェイクアップサイクルを示しており、このサイクルを例示的に使用して、本発明の基礎となる概念について説明する。図１１は、例示的なものにすぎず、したがって本発明の保護範囲はこの特定の実施形態に制限されないものとする。

【0177】

本発明では、短ＤＲＸサイクルおよび長ＤＲＸサイクルのユーザ機器の動作を、標準規格と比較して変更せずに維持することができる。本発明によって導入されるＤＲＸウェイクアップサイクルは、短ＤＲＸサイクルもしくは長ＤＲＸサイクルまたはその両方と並行して動作する。

【0178】

図１１から明らかであるように、ＤＲＸウェイクアップサイクルは、長ＤＲＸサイクルのみと並行して動作しており、短ＤＲＸサイクルとは並行して動作していない。したがって、ＤＲＸウェイクアップサイクルによる移動端末の動作は、基本的には長ＤＲＸサイクルにおける移動端末の動作と同時に開始し、すなわち、短ＤＲＸサイクルタイマーが切れた時点で開始する。これに代えて、ＤＲＸウェイクアップサイクルは、長ＤＲＸサイクルを基準として所定の時間だけずれたタイミングで開始することもできる（図示していない）。

【0179】

図１１には示していない別の実施形態によると、ＤＲＸウェイクアップサイクルは、短ＤＲＸサイクルにおける移動端末の動作と同時に開始する、すなわち、インアクティビティタイマーが切れた時点で、または対応するＭＡＣ ＣＥを基地局から受信したときに開始することができる。さらに、短ＤＲＸサイクルを基準とする時間オフセットを導入することができ、移動端末は、ＤＲＸウェイクアップサイクルによる動作を開始する前に待機する。ＤＲＸウェイクアップサイクルを開始するための対応するオフセットパラメータは、ｗａｋｅ−ｕｐＤＲＸ−ＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔと称することができ、サブフレームの任意の特定の数（例えば、０と、ＤＲＸウェイクアップサイクルの実際のサイクル長との間の数）をとることができる。

【0180】

図１１には示していないさらなる実施形態によると、ＤＲＸウェイクアップサイクルは、短ＤＲＸサイクルにおける移動端末の動作と同時に開始する、すなわち、インアクティビティタイマーが切れた時点で、または対応するＭＡＣ ＣＥを基地局から受信したときに開始し、短ＤＲＸサイクルタイマーが切れた後に終了することができる。さらに、上述したように、短ＤＲＸサイクルを基準とする時間オフセットを導入することができ、移動端末は、ＤＲＸウェイクアップサイクルによる動作を開始する前に待機する。

【0181】

図１１には示していない別の実施形態によると、ＤＲＸウェイクアップサイクルは、対応するＭＡＣ ＣＥを基地局から受信した時点でのみ、すなわちｅＮｏｄｅＢから命令された短ＤＲＸサイクルに移動端末が入ったときにのみ、短ＤＲＸサイクルにおける移動端末の動作と同時に開始することができる。ＤＲＸウェイクアップサイクルの使用は、短ＤＲＸサイクルタイマーが切れた後に終了する。

【0182】

図１１を参照すると、短ＤＲＸサイクルタイマーが切れた時点で、ＤＲＸウェイクアップサイクルと長ＤＲＸサイクルとが同時に開始する。ＤＲＸウェイクアップサイクルに対して定義されている時間間隔の後、移動端末は、自身を宛先とするＰＤＣＣＨ（すなわち移動端末に割り当てられているＲＮＴＩの１つによってマスクされているＰＤＣＣＨ）がないか、１つのサブフレームの制御領域の監視を開始する。したがって、移動端末は、必要な無線部分に給電し、この１つのサブフレームの中の監視対象の制御領域に自身へのメッセージ（任意のＤＣＩフォーマット）が存在しないかをチェックするため、さまざまなブラインド復号化の試みを行う。なお、移動端末は、ＰＤＣＣＨがないかサブフレームの制御領域の監視を実行するのみであり、その他の動作は実行しないことに留意されたい。

【0183】

移動端末は、何らのメッセージも見つからない場合、ＤＲＸモードを続行し、１つのサブフレームのウェイクアップ期間においてＰＤＣＣＨを対象とする監視を再び開始するまで、ＤＲＸウェイクアップサイクルの時間間隔の間、待機する。移動端末は、アクティブ時間に入るまでこの動作を反復的に実行し、なぜなら移動端末は、自身を宛先とするＰＤＣＣＨメッセージを、短／長ＤＲＸサイクルのオン期間の間、またはＤＲＸウェイクアップサイクルのウェイクアップ期間の間に検出するためである。

【0184】

さらに、移動端末がＤＲＸウェイクアップサイクルのウェイクアップ期間の間にＰＤＣＣＨメッセージを受信したときの移動端末の挙動は、短／長ＤＲＸサイクルのオン期間の間にＰＤＣＣＨメッセージを受信したときの移動端末の挙動と同じであることに留意されたい。いずれの場合も、移動端末は次のサブフレームでアクティブになる、すなわちアクティブ時間に入る（前のサブフレームがウェイクアップ期間であったとき）、または、例えばＰＤＣＣＨにおいて受信されたメッセージに従ってアクティブ時間のままでいる（前のサブフレームがＤＲＸオン期間であった場合）。

【0185】

図１１から明らかであるように、ＤＲＸウェイクアップサイクルにおいて提供されるウェイクアップ機会の間の時間間隔は、長ＤＲＸサイクルのオン期間の間の時間間隔よりもずっと短い。これは厳密には必要ではないが、長ＤＲＸサイクルのみに従って動作することと比較して応答時間を改善するという利点を提供するため、ＤＲＸウェイクアップサイクルは長ＤＲＸサイクルよりも短いべきである。

【0186】

本発明の一実施形態においては、ＤＲＸウェイクアップサイクルの間隔（すなわちウェイクアップ期間の間にはさまれた間隔）は、短ＤＲＸサイクルに対して設定される間隔と同じにすることができる。したがって、この場合、ＤＲＸウェイクアップサイクルは、短ＤＲＸサイクルに対して定義されているｓｈｏｒｔＤＲＸ−ｃｙｃｌｅパラメータをそのまま使用する。これに代えて、当然ながら、ＤＲＸウェイクアップサイクルに対して個別のパラメータ、例えばｗａｋｅ−ｕｐＤＲＸ−ｃｙｃｌｅパラメータを定義することができ、このパラメータは、ｓｈｏｒｔＤＲＸ−ｃｙｃｌｅと同様にサブフレームの任意の特定の数（例：２〜６４０個の範囲内のサブフレーム（１６ステップ））をとることができる。

【0187】

同様に、ＤＲＸウェイクアップサイクルのウェイクアップ期間を、短／長ＤＲＸサイクルのオン期間と同じにすることができ、したがってｏｎＤｕｒａｔｉｏｎＴｉｍｅｒパラメータによって設定される。長いウェイクアップ期間では、基地局はＰＤＣＣＨメッセージを移動端末により柔軟に送信することができるが、移動端末がＰＤＣＣＨを監視するサブフレームごとにバッテリ消費量が増大し、ＤＲＸウェイクアップサイクルが比較的短いためバッテリに影響する。したがって、これに代えて、より有利な方法として、ＤＲＸウェイクアップサイクルのウェイクアップ期間をずっと短くする（例：１つのサブフレーム）べきであり、個別のパラメータ（例えばｗａｋｅ−ｕｐＤｕｒａｔｉｏｎＴｉｍｅｒと称される）によって設定することができ、このパラメータは、少ない数のサブフレーム（例えば１〜８つのサブフレーム（８ステップ））をとることができる。

【0188】

測定要件および報告要件（例えば周波数内測定、周波数間測定、ＲＡＴ間測定、ＣＱＩ報告）は、背景技術のセクションで詳しく説明したように、長ＤＲＸサイクルの間隔の長さに依然として依存する。測定要件および報告要件は、本発明のＤＲＸウェイクアップサイクルには依存しない、またはＤＲＸウェイクアップサイクルによって影響されない。したがって、移動端末はウェイクアップする機会をより頻繁に有するが、測定または報告をそれほど頻繁に実行する必要はない。移動端末は、ユーザ機器の実装に応じて、長ＤＲＸサイクルによって与えられるＤＲＸ機会の間に必要な測定を実行する。例えばオン期間の間に周波数内測定を実行したり、ＤＲＸ機会の１つにおいて周波数間測定を実行するとき、移動端末は自身のＲＦ部に電力を供給し、ＲＦ部を対応する周波数に再調整し、周波数間測定を実行する。

【0189】

ウェイクアップ期間の間の移動端末の挙動は、オン期間の間の挙動とは異なる。オン期間の間の移動端末はアクティブである（すなわちアクティブ時間にある）とみなされるが、ウェイクアップ期間の間の移動端末は、そのようなアクティブとしてみなされない。移動端末は、必要な部分に給電して、自身に割り当てられているＲＮＴＩにアドレッシングされたＰＤＣＣＨがないかダウンリンク制御領域を監視するのみであり、この手順は、さまざまなＤＣＩフォーマットのブラインド復号化を含む。ウェイクアップ期間の間、移動端末は、ＣＳＩの報告やその他の測定を実行する必要がない。したがって移動端末は、ＰＤＣＣＨがないか監視するのみである。

【0190】

ＤＲＸウェイクアップサイクルによるウェイクアップ期間が、（図１１におけるように）別の短／長ＤＲＸサイクルの一方によるオン期間の一部でもあるサブフレームに位置する場合、ユーザ機器の挙動は、その短／長ＤＲＸサイクルの一方に従う。言い換えれば、ウェイクアップ期間とオン期間とが互いに一致する（またはいくつかのサブフレームにわたり重なる）とき、ＤＲＸウェイクアップ期間が短／長ＤＲＸサイクルのオン期間によって上書きされる。基本的に移動端末は、オン期間の各サブフレームの間、（ウェイクアップ期間の間に監視するのと同じように）ＰＤＣＣＨがないか監視するため、オン期間とウェイクアップ期間とが一致することによってＤＲＸウェイクアップサイクルの機能が影響されることはない。

【0191】

図１２は、長ＤＲＸサイクル／ＤＲＸウェイクアップサイクルに入ってから短い時間の経過後に移動端末へのダウンリンクデータが到着する場合に、ＤＲＸウェイクアップサイクルおよび長ＤＲＸサイクルによって与えられる異なるスケジューリング機会の一例を開示している。図１２から理解できるように、本発明によると、基地局は、例えばＰＤＣＣＨ ＤＣＩフォーマット１を送信するための機会として移動端末のウェイクアップ期間を使用することで、ダウンリンクデータを受信してから短い時間の経過後に移動端末をスケジューリングすることができる。当然ながら、何らかの別の動作（例：別の移動端末をスケジューリングする）によって基地局が妨げられることがなく、１つのサブフレームのウェイクアップ期間によって与えられるこのウェイクアップ機会を利用できるものと想定する。

【0192】

これとは異なり、図１２には、代わりに長ＤＲＸサイクルのオン期間を使用して移動端末がスケジューリングされる場合も（点線によって）示してある。基地局は、移動端末をスケジューリングすることができるまで、より長い時間だけ待機する必要があり、したがって移動端末の応答時間はかなり長い。

【0193】

図１３を参照すると、本発明の一実施形態のＤＲＸウェイクアップサイクルの機能と、長ＤＲＸサイクルの機能とを比較するため、定量的な例が示してある。図１３の例においては、ＤＲＸウェイクアップサイクルが長ＤＲＸサイクルと同時に開始し、長ＤＲＸサイクルと並行するものと想定する。ＤＲＸウェイクアップサイクルは１６０個のサブフレームであるものと想定し、長ＤＲＸサイクルは２５６０個のサブフレームであるように設定されている。オン期間は４ｍｓ（すなわち４つのサブフレーム）とし、ウェイクアップ期間は１つのサブフレームである。

【0194】

図１３から明らかであるように、移動端末の最初のウェイクアップ期間から短い時間の経過後に（ウェイクアップ期間の終了から１サブフレーム後であると想定する）データが到着し、これはＤＲＸウェイクアップサイクルにとって最悪のケースと考えることができる。したがって、基地局は、次の２番目のウェイクアップ期間によって与えられる最初のウェイクアップ機会まで少なくとも１５９個のサブフレーム（１５９ｍｓ）だけ待機しなければならない。一方で長ＤＲＸサイクルを考えると、基地局は、移動端末のオン期間を使用して移動端末をスケジューリングするための最初の機会まで、２３９９個のサブフレーム（２５６０−１６１個のサブフレーム）だけ待機しなければならない。したがって、これは２２４０ｍｓの遅延の減少であり、言い換えれば、長ＤＲＸサイクルの場合の遅延のわずか６.６％である。

【0195】

第２の例においては、最後から２番目のウェイクアップ期間から１サブフレーム後にダウンリンクデータが到着し、これは、次のように１６０ｍｓの最小の利得が得られる例である。ＤＲＸウェイクアップサイクルによると、基地局はダウンリンクスケジューリングするために１５９ｍｓ待機しなければならない。長ＤＲＸサイクルのみを考慮すると、基地局は、移動端末をスケジューリングするために３１９ｍｓ（１６０ｍｓ＋１５９ｍｓ）待機しなければならない。

【0196】

すでに上述したように、応答時間の減少は、わずかな追加の電力消費量と引換えに得られ、これについて図１３の上の例に従って以下に説明する。電力消費量に関して最悪のシナリオは、ＤＲＸサイクルの間にデータが受信されないことである。移動端末は、ＰＤＣＣＨを監視するために１５個の追加のサブフレームにおいてＲＦ部に給電しなければならない。２５６０ｍｓと４ｍｓのオン期間を有する長ＤＲＸサイクルでは、電力を９９.８４％（１−４／２５６０）低減することができる。これに対して、ＤＲＸウェイクアップサイクルにも従って動作する移動端末では、電力が９９.２５％（１−１９／２５６０）低減され、したがって、電力節約上の損失はわずかに０.５９％である。

【0197】

しかしながら、上の考察は、移動端末の理論上の電力消費量を考慮しているにすぎない。実際には、移動端末は最初にＲＦ部に電力を投入し、ウェイクアップ期間（さらにはオン期間）の後にＲＦ部への電力を落とす必要がある。言い換えれば、前ウェイクアップ期間および後ウェイクアップ期間が存在し、これらの長さはユーザ機器の実装に依存する。１つの現実的な実装においては、前ウェイクアップ期間を５ｍｓと想定することができ、後ウェイクアップ期間を３ｍｓとすることができる。したがって、ウェイクアップ期間は合計で９ｍｓ（５ｍｓ＋１ｍｓ＋３ｍｓ）となり、オン期間は合計で１２ｍｓ（５ｍｓ＋４ｍｓ＋３ｍｓ）となる。これらの「現実的な」電力消費期間を考慮すると、長ＤＲＸサイクルのみによって提供される電力低減は９９.５３％であり、ＤＲＸウェイクアップサイクルが並行するときに提供される電力低減は９４.２６％（１−（１５＊９／２５６０＋１２／２５６０））である。したがって、ＤＲＸウェイクアップサイクルによって、５.２６％の電力節約上の損失が生じる。

【0198】

本発明によって提供される利点をさらに評価するため、以下では、移動端末によって満たされるべき測定要件に関してＤＲＸウェイクアップサイクルと「短い」長ＤＲＸサイクルとを比較し、ここでは特に、周波数内測定および周波数間測定のみを考慮する。いま、長ＤＲＸサイクルが２５６０ｍｓの長さであり、ＤＲＸウェイクアップサイクルが並行して動作するものと想定する。一方で、長ＤＲＸサイクルが１６０個のサブフレームの長さであり、ＤＲＸウェイクアップサイクルが使用されないものと想定する。前述したように、移動端末の測定要件および報告要件は、依然として長ＤＲＸサイクルに従い、長ＤＲＸサイクルと並行して動作するＤＲＸウェイクアップサイクルによって影響されたり変更されることはない。ＤＲＸウェイクアップサイクルに関して、測定のための追加のサブフレームは必要ない。

【0199】

移動端末の実装によっては、オン期間のサブフレームをセル内測定に使用することができる。したがって、オン期間が５つのサブフレームよりも長い場合、周波数内測定のために追加のサブフレームは必要ない。しかしながら、以下では、例示を目的としてこの点については考慮しない。移動端末は、オン期間の外側のサブフレームにおいて周波数内測定を実行するものと想定する。

【0200】

周波数内測定と、対応する隣接セルの識別とが組み合わせて実行されるものと想定されるとき、オン期間が少なくとも１つのサブフレームであり、測定に使用できるものと想定すると、移動端末は、ＤＲＸサイクルごとに４つの追加のサブフレームにおいて電力を消費することが要求される。

【0201】

その一方で、前の長ＤＲＸサイクルが２５６０ｍｓの長さであったと想定すると、１６０個のサブフレームのＤＲＸウェイクアップサイクルの場合と同じ応答時間が得られるように（上記を参照）、長ＤＲＸサイクルを１６０個のサブフレームに短縮した場合、移動端末は、周波数内測定およびセルの識別のために、２.５６秒内に１６＊４個のサブフレームを消費しなければならない。したがって、長ＤＲＸサイクルを１６０ｍｓに短縮したときに周波数内測定に使用されるサブフレームの差は６０個である。

【0202】

周波数間測定および対応するセルの識別に関しては、長ＤＲＸサイクルが２５６０個のサブフレームである場合、移動端末は２.５６秒ごとに６つの追加のサブフレームにおいて電力を消費することが要求される。

【0203】

その一方で、長ＤＲＸサイクルが１６０個のサブフレームに短縮される場合、移動端末は周波数間測定のために２.５６秒内に１６＊６個のサブフレームを消費しなければならない。これは９０個の追加のサブフレームを意味する。

【0204】

したがって、周波数内測定および周波数間測定の要件のみを考慮するとき、わずか１６０個のサブフレームの短い長ＤＲＸサイクルでは、必要な周波数内測定／周波数間測定およびセルの識別を実行するために１５０個の追加のサブフレームが要求される。これは、増大した測定要件に従うためだけのために、移動端末の電力消費量の５.８６％（１５０／２５６０）の損失を意味する。言い換えれば、本発明の一実施形態によるＤＲＸウェイクアップサイクルを実施することによって、長ＤＲＸサイクルが１６０個のサブフレームとして設定されている場合に周波数内測定および周波数間測定を実行するのに必要となる１５０個のサブフレームを節約することができる。したがって、２５６０個のサブフレームの長ＤＲＸサイクルとともに１６０個のサブフレームのＤＲＸウェイクアップサイクルを適用するときには、１６０個のサブフレームを使用する代わりに、必要なサブフレームはわずか１０個である。これは、測定のための電力が９３.７５％（１５０サブフレーム／１６０サブフレーム）減少することを意味する。

【0205】

さらに、２５６０個のサブフレームにおいて、４ｍｓのオン期間と、オン期間あたりの前ウェイクアップ期間および後ウェイクアップ期間の追加の８ｍｓを想定すると、移動端末は、オン期間のための１２＊１６個のサブフレームと、測定のための１５０個のサブフレームとを使用しなければならない。したがって、２５６０個のサブフレームのうち３４２個のサブフレームが消費され、これらは移動端末が電力を節約する目的に使用することができない。したがってこの場合、ＤＲＸによる電力節約は、わずか８６.６４％に減少する。

【0206】

実際には、移動端末は周波数内測定および周波数間測定を実行しなければならないのみならず、ＲＡＴ間測定などの別の測定やＣＱＩおよびＳＲＳの報告なども実行しなければならないため、測定の要件に従うための電力節約上の損失はさらに大きい。

【0207】

したがって、短い長ＤＲＸサイクルでは、セル測定の要件が大幅に増大し、このことが本発明によって回避されることに留意されたい。

【0208】

従来技術のＤＲＸの設定と同様に、ＤＲＸウェイクアップサイクルは、例えば上の段落ですでに説明した設定パラメータを使用するＲＲＣメッセージを使用して、基地局によって移動端末に対して設定することができる。したがって、ｅＮｏｄｅＢは、各移動端末のＤＲＸウェイクアップサイクルを認識しており、したがって、対応するウェイクアップ期間のサブフレームによって提供されるスケジューリング機会を利用して、移動端末をスケジューリングする、もしくは小さいデータを送信する、またはその両方を行うことができる。

【0209】

本発明の実施形態の１つの欠点として、移動端末において利用可能なチャネル品質に関する現在の情報を基地局が認識することができず、スケジューリングを現在のチャネル状態に基づいて行うことができないため、基地局によるスケジューリングが非効率的なものとなる。測定要件および報告要件は長ＤＲＸサイクルにリンクされており、ＤＲＸウェイクアップサイクルにはリンクされていないため、移動端末は、必要な頻度でチャネル品質情報を測定せず、基地局にも報告しない。基地局は、ダウンリンクデータと、ダウンリンクデータのための対応するＰＤＣＣＨメッセージとを、ウェイクアップ期間のサブフレームにおいて移動端末に送る機会を有する。基地局はチャネル状態を認識していないため、不足しているチャネル品質情報を補って、ダウンリンクデータが移動端末において確実に正しく受信されるように、保守的な変調・符号化方式を使用することができる。結果として、基地局は、少量のダウンリンクデータを小さい遅延のみで移動端末に転送することができ、この転送は、チャネル品質情報が存在しない状態で行われる。

【0210】

さらには、移動端末がＤＣＩフォーマット０のメッセージをＰＤＣＣＨで受信した場合に、チャネルを測定し、アップリンクデータに加えてチャネル品質情報を基地局に送信するように移動端末を構成することができる。これは特に有用であり、なぜなら、そうでない場合、すぐ上で説明したように基地局にはチャネル状態の情報が存在しないためである。したがって、移動端末は、チャネルに関する必要な測定を実行し、ＤＣＩフォーマット０のメッセージによって割り当てられたアップリンクグラントを使用して、ＣＱＩを基地局に送信する。当然ながら、この動作は、アップリンクグラントの有効期限が切れる前にチャネルを測定するための十分な時間がユーザ機器にあるかによっても決まる。

【0211】

変形形態

【0212】

背景技術のセクションで説明したように、いくつかのＤＣＩフォーマットがＰＤＣＣＨで送信され、移動端末は、ＰＤＣＣＨがないか監視するときにこれらのＰＤＣＣＨメッセージを識別するためさまざまなブラインド復号化の試みを実行しなければならない。ここまでの実施形態においては、移動端末がオン期間においてＰＤＣＣＨを監視するのと同じ方法でウェイクアップ期間の間にＰＤＣＣＨを監視するものと想定した。すなわち、ユーザ機器は、基本的にはすべてのＤＣＩフォーマットを監視し、背景技術のセクションで詳しく説明したように、一部のフォーマットは共通サーチスペースにおいて、別のフォーマットはユーザ機器に固有なサーチスペースにおいて監視する。

【0213】

本発明の以下の実施形態においては、ウェイクアップ期間の間、移動端末はすべての種類のＤＣＩフォーマットではなくその一部のみを対象としてＰＤＣＣＨを監視するものと想定する。言い換えれば、移動端末は、ウェイクアップ期間の間、自身を宛先とする所定のメッセージのみを対象としてＰＤＣＣＨを監視する。

【0214】

本発明の例示的な一実施形態においては、監視されるＤＣＩフォーマットが、ＤＣＩフォーマット０、１Ａ、３、および３Ａに限定される。背景技術のセクションから明らかであるように、これらのＤＣＩフォーマットは同じサイズ（すなわち４２ビット）を有し、したがって、移動端末は、１種類のＤＣＩサイズのみについてブラインド復号化を実行すればよく、これにより、移動端末が実行する必要のあるブラインド復号化の試行回数が減少する。ＤＣＩフォーマット０、１Ａ、３、および３Ａでは、アップリンクスケジューリングおよびダウンリンクスケジューリングを行うことができ、さらに、送信電力制御コマンドを移動端末に提供することができる。

【0215】

ＤＣＩフォーマットに関する別の制約も可能である。例えば、１種類のＤＣＩフォーマットのみを対象として監視するように移動端末を構成することができ、例えばＤＣＩフォーマット０の場合、アップリンク割当てのみに移動端末が制限され、ＤＣＩフォーマット１Ａの場合、ダウンリンク割当てのみに移動端末が制限される。この方法の利点として、あらかじめ既知である１種類の送信のみを移動端末が監視できるようにすればよい。

【0216】

これに加えて、またはこれに代えて、移動端末は、ＣＱＩのみの割当て（CQI-only assignment）を示すコードポイントを含んでいないＤＣＩフォーマットすべてを無視することができる。ＣＱＩのみのコードポイントは、移動端末がトランスポートブロックの受信または送信についてＭＡＣ層に通知することなく、チャネル測定を実行してＣＱＩを基地局に報告するべきであることを、移動端末に伝える。移動端末は、ＣＱＩを基地局に送るのに制御チャネル（ＰＵＣＣＨ）を使用し、なぜならそれ以外のアップリンクリソースが移動端末に提供されていないためである。したがって、特に、ダウンリンクデータが移動端末に送信されようとしており、データをユーザ機器に転送する前に基地局がチャネル状態を最初に認識しておくことを望む場合に、基地局は、移動端末からのＣＱＩを明示的に要求することができる。しかしながら、測定を実行してＣＱＩを報告するようにユーザ機器に最初に要求するステップによって、ダウンリンクデータを移動端末に転送するのに６〜８ｍｓの追加の遅延が発生する。

【0217】

しかしながら、この６〜８ｍｓの遅延は、ＳＣｅｌｌがウェイクアップするのに必要な時間にほぼ相当する。したがって、ＳＣｅｌｌが関与する場合、この遅延による悪影響が生じないことがある。

【0218】

本発明の別の実施形態においては、移動端末がＰＤＣＣＨを対象として監視するアグリゲーションレベルが制限される。背景技術のセクションで説明したように、ＰＤＣＣＨフォーマットは、ＰＤＣＣＨを送信するために使用されるＣＣＥの数を定義する。例えばチャネル条件に応じて、１個、２個、４個、または８個のＣＣＥを使用することができる（８個のＣＣＥが最もロバストであり、１個のＣＣＥのロバスト性が最小である）。しかしながら、少ない数のＣＣＥを使用してＰＤＣＣＨが送信されるときには、移動端末は、ＰＤＣＣＨメッセージを対象としてサーチスペースを走査するために多くの回数のブラインド復号化を実行しなければならない。したがって、ユーザ機器によるブラインド復号化の試みを制限する目的で、監視されるＰＤＣＣＨフォーマットを、例えばＰＤＣＣＨフォーマット２および３のみに制限する（すなわち４個のＣＣＥおよび８個のＣＣＥが使用されるのみである）、または、ＰＤＣＣＨフォーマット３のみに制限する（すなわち８個のＣＣＥを有するメッセージをチェックするのみでよい）ことができる。

【0219】

移動端末におけるブラインド復号化の試みを減らすためのさらなるオプションとして、ＰＤＣＣＨの監視を、共通サーチスペースのみ、または移動端末に固有なサーチスペースのみに制限する。

【0220】

ＰＤＣＣＨの監視を制限する上記のいくつかの実施形態、すなわち特定のＤＣＩフォーマットに制限する、所定のＰＤＣＣＨフォーマットに制限する、および一方のサーチスペースに制限する実施形態は、これらを組み合わせることで、ユーザ機器がブラインド復号化に消費する電力をさらに低減することができる。

【0221】

ＤＲＸウェイクアップサイクルを導入すると、１つのサブフレームの間にＰＤＣＣＨを監視する移動端末がいくつか存在する。ＬＴＥにおけるフォールスアラームの確率が受け入れ可能であることが判明したことを考慮すると、上記の実施形態のうちの１つまたは組合せによってブラインド復号化の試みを減らすことは、フォールスアラーム率をさらに減少させるうえで役立つ。

【0222】

以下の説明では、ユーザ機器にキャリアアグリゲーションが適用され、したがってユーザ機器はプライマリセル（ＰＣｅｌｌ）と１つまたはいくつかのセカンダリセル（ＳＣｅｌｌ）を有するものと想定する。従来技術によるＤＲＸ動作は、完全なユーザ機器において有効であり、したがってＰＣｅｌｌおよび任意の他の（アクティブな）ＳＣｅｌｌにおいて有効である。したがって、ユーザ機器は、各ＰＣｅｌｌおよびＳＣｅｌｌにおいて個別に、短／長ＤＲＸサイクルに従って動作し、ＰＣｅｌｌのＰＤＣＣＨおよび各ＳＣｅｌｌのうちの１つのＰＤＣＣＨを、その時点でアクティブなＤＲＸサイクルに従って監視する。

【0223】

本発明の一実施形態においては、ＤＲＸウェイクアップサイクルの動作を、ＰＣｅｌｌと任意のＳＣｅｌｌとにおいて同じとすることができる。すなわち、移動端末は、ＰＣｅｌｌにおいて、上述した実施形態の１つに従ってＤＲＸウェイクアップサイクルを実行するのみならず、ＳＣｅｌｌのそれぞれにおいても実行する。

【0224】

しかしながら、本発明の別の実施形態によると、ＤＲＸウェイクアップサイクルがＰＣｅｌｌのみにおいて実行され、ＳＣｅｌｌのいずれにおいても実行されないように移動端末を構成することができる。短／長ＤＲＸサイクルは依然としてＳＣｅｌｌに適用されるが、ＤＲＸウェイクアップサイクル動作は適用されない。言い換えれば、ＤＲＸウェイクアップ期間の間、移動端末は、ＰＣｅｌｌ上でＰＤＣＣＨを監視するのみである。

【0225】

この状況について図１４を使用して説明する。この図は、ＰＣｅｌｌと１つのＳＣｅｌｌとを示している。図から明らかであるように、短／長ＤＲＸサイクルの動作はＰＣｅｌｌおよびＳＣｅｌｌにおいて同じであり、従来技術による動作とも異なっていない。これに対して、図１４から理解できるように、本発明のこの実施形態によると、ユーザ機器は、ＰＣｅｌｌにおいてのみ、本発明の前の実施形態の１つに従って、ＤＲＸウェイクアップサイクルに従って動作する。この場合、例えば、移動端末は、ＤＲＸウェイクアップサイクルと長ＤＲＸサイクルをオフセットなしで一緒に開始させる。

【0226】

これにより、ユーザ機器はＳＣｅｌｌ上でＰＤＣＣＨを監視する必要がないため、さらなる電力を節約することができる。このことは、ＳＣｅｌｌが別の周波数上である（帯域間アグリゲーション）場合に、特にあてはまり、なぜなら移動端末の無線ヘッド（無線周波数部）をＳＣｅｌｌに対してオフにできるためである。

【0227】

クロスキャリアスケジューリングでは、コンポーネントキャリアのＰＤＣＣＨによって別のコンポーネントキャリアのリソースをスケジューリングすることができる。この目的のため、各ＤＣＩフォーマットにコンポーネントキャリア識別フィールド（ＣＩＦと称する）が導入される。しかしながら、ＤＲＸウェイクアップサイクルがＰＣｅｌｌのみにおいて実施されるときには、クロスキャリアスケジューリングがサポートされないことがあり、なぜなら、ＳＣｅｌｌではウェイクアップ期間においてメッセージを復号化できることが要求されるためである。

【0228】

このことは図１５に示してあり、図１５は、ＰＣｅｌｌ上で対応するＰＤＣＣＨメッセージを受信した後に必要なＳＣｅｌｌウェイクアップ時間を示している。ＳＣｅｌｌは、８ｍｓ以降（前に非アクティブ化されたＳＣｅｌｌをアクティブ化するために必要な時間に似ている）にスケジューリングできる状態とすることができる。

【0229】

したがって、ＳＣｅｌｌのためのスケジューリングメッセージがＰＣｅｌｌ上のＰＤＣＣＨで受信される場合、ユーザ機器は、ＳＣｅｌｌの同じサブフレーム上のダウンリンクデータを復号化することができない。ＳＣｅｌｌのためのアップリンクスケジューリングメッセージがＰＣｅｌｌ上のＰＤＣＣＨで受信される場合、ユーザ機器には、間に合うようにＳＣｅｌｌをウェイクアップさせてアップリンクデータを作成してＳＣｅｌｌを介して送るための十分な時間が依然として存在しない。

【0230】

したがって、本発明の一実施形態においては、移動端末は、クロススケジューリングメッセージ（すなわちＳＣｅｌｌの１つを指すキャリアインジケータを有するＰＤＣＣＨメッセージ）を無視する。

【0231】

本発明のさらに別の実施形態によると、移動端末は、ＤＲＸウェイクアップサイクルのウェイクアップ期間の間にＰＤＣＣＨを監視するとき、セルの完全なセル帯域幅を監視せずに、セル帯域幅の一部のみに監視を制約する。ここまでの説明では、セルが５ＭＨｚの周波数帯域幅を有すると想定すると、利用可能な５ＭＨｚのすべてを使用してＰＤＣＣＨを監視するとき、移動端末は５ＭＨｚのセルの完全な帯域幅にわたりセルを受信するものと想定してきた。しかしながら、バッテリ電力をさらに節約する目的で、移動端末は、セルの帯域幅の一部のみ（例えばサブバンドの中心周波数の周囲１.４ＭＨｚ）を監視することができる。通常では、システム情報は、中心周波数の周囲１.４ＭＨｚのサブバンドにおいて送信される。

【0232】

当然ながら、移動端末がＰＤＣＣＨを監視するときにメッセージを復号化することができるように、ｅＮｏｄｅＢは、この減少した１.４ＭＨｚの周波数サブバンドにおいてメッセージを移動端末に送信する必要がある。

【0233】

さらには、上述したように周波数帯域幅が制限されるとき、ｅＮｏｄｅＢは、この制限された周波数帯域幅において有効帯域幅インジケータ（Active Bandwidth Indicator）を移動端末に送ることができる。移動端末は、有効帯域幅インジケータを検出すると、受信帯域幅を例えば５ＭＨｚの通常のセル帯域幅に戻す。したがって、ＤＲＸウェイクアップサイクルの以降に発生するウェイクアップ期間において、ユーザ機器は完全な周波数帯域幅を監視する。あるいは、ユーザ機器は、有効帯域幅インジケータを、アクティブ時間に入るためのトリガーとして認識することができる。

【0234】

本発明のさらなる実施形態は、ＤＲＸウェイクアップ期間の発生を制限することに関し、以下ではこれについてさらに詳しく説明する。例えば、スマートフォンでは、いくつかのアプリケーションが、実際にこれらが使用されていない間も同時に実行されている。アプリケーションは、ネットワークとの接続を維持する目的で、キープアライブパケットを受信する。これらのキープアライブパケットは、「合成された」周期（“combined” periodicity）で、この周期を中心としてばらついて到着することがある。キープアライブパケットの到着を正確に求めることは難しいが、キープアライブパケットは長ＤＲＸサイクルの次のオン期間まで遅延することはない。通常、長ＤＲＸサイクルは、ＤＲＸオン期間がキープアライブパケットの予測される到着時に配置されるように設定される。

【0235】

ｅＮｏｄｅＢが長ＤＲＸサイクルを適合化するとき、ユーザ機器は、キープアライブパケットの到着に関する統計情報によってこれを支援できるが、キープアライブパケットがばらついてもよいならば有利であろう。ユーザ機器および短ＤＲＸサイクルのアクティブ時間は十分ではなく、なぜなら、これらは、長ＤＲＸサイクルにおけるオン期間に最初のパケットが受信されたときに到着するパケットを処理できるのみであるためである。

【0236】

したがって、本発明の別の実施形態によると、ＤＲＸウェイクアップサイクルは、限られた期間のみにおいてユーザ機器がＤＲＸウェイクアップサイクルに従って動作するように設定される。したがって、ＤＲＸウェイクアップサイクルのウェイクアップ期間の発生が減少する。

【0237】

この実施形態の一実装によると、ＤＲＸウェイクアップサイクルが開始するときに、ウェイクアップ期間イネーブルタイマーが起動される。ユーザ機器は、ウェイクアップ期間イネーブルタイマーが作動しているときのみ、ＤＲＸウェイクアップサイクルによって与えられる時間間隔に従って、ウェイクアップ期間にわたりＰＤＣＣＨを監視する。ウェイクアップ期間イネーブルタイマーが切れると、ユーザ機器は、たとえＰＤＣＣＨがＤＲＸウェイクアップサイクルに従う場合であってもＰＤＣＣＨを監視しない。ウェイクアップ期間イネーブルタイマーは、ユーザ機器が長ＤＲＸサイクルのオン期間のアクティブ時間を終了させるたびにリセットされる。これにより、ＤＲＸウェイクアップ期間の発生を、長ＤＲＸサイクルのオン期間の後の限られた時間長に限定することができる。

【0238】

これについて図１６を参照しながら説明する。図１６は、長ＤＲＸサイクルのオン期間の終了後にウェイクアップ期間イネーブルタイマーが作動していることを示している。本発明のここまでの実施形態と同様に、ＤＲＸウェイクアップサイクルは長ＤＲＸサイクルと同時に開始するものと想定する。ＤＲＸウェイクアップサイクルの開始に伴って、ウェイクアップ期間イネーブルタイマーも初めて起動する。前述したように、ユーザ機器は、ウェイクアップ期間イネーブルタイマーが依然として作動している限り、ＤＲＸウェイクアップサイクルに従って動作する。したがって、ＤＲＸウェイクアップサイクルのウェイクアップ期間が近づく（すなわち移動端末がＰＤＣＣＨを監視することになる）たびに、ユーザ機器は、ウェイクアップ期間イネーブルタイマーが依然として作動しているか、またはすでに切れているかに関して、ウェイクアップ期間イネーブルタイマーを最初にチェックする。移動端末は、ウェイクアップ期間イネーブルタイマーが依然として作動している（すなわちまだ切れていない）場合にのみ、（前の実施形態で説明したように）ウェイクアップ期間にわたりＰＤＣＣＨを監視する。そうでない場合、ユーザ機器は、たとえＰＤＣＣＨがＤＲＸウェイクアップサイクルに従う場合であっても、ウェイクアップ期間にわたりＰＤＣＣＨを監視しない。図１６においては、これにより移動端末は、長ＤＲＸサイクルのオン期間の後の（４つではなく）２つのＤＲＸウェイクアップ期間にわたり、ＰＤＣＣＨの監視を実行するのみである。

【0239】

したがって、キープアライブパケットが、予測される時刻（オン期間の間）の後に予測されないタイミングで到着する場合、ＤＲＸウェイクアップサイクルによって、基地局がキープアライブパケットを移動端末に転送するためのさらなるスケジューリング機会が得られる。これと同時に、移動端末は、ウェイクアップ期間のすべてのウェイクアップ機会においてＰＤＣＣＨを監視しなくてよく、これによって電力がさらに節約される。

【0240】

上の実施形態に代えて、または上の実施形態との組合せにおいて、長ＤＲＸサイクルのオン期間の後のみにウェイクアップ期間の発生を制限する代わりに、別の実施形態では、長ＤＲＸサイクルのオン期間の前のみにウェイクアップ期間の発生を制限することができる。したがって、ウェイクアップ期間イネーブルタイマーの代わりに（またはこれに加えて）、ユーザ機器においてウェイクアップ期間禁止タイマーが実施され、ユーザ機器は、ウェイクアップ期間禁止タイマーが作動していないときに、ＤＲＸウェイクアップサイクルによるウェイクアップ期間にわたりＰＤＣＣＨを監視するのみである。

【0241】

これは図１７に示してあり、この図には、オン期間の前に２つのみのウェイクアップ期間が発生することが示されている。移動端末が実際にＰＤＣＣＨを監視するのは２回のみであり、なぜなら最初の２つのウェイクアップ機会は、ウェイクアップ期間禁止タイマーが作動していることにより使用されないためである。ウェイクアップ期間禁止タイマーは、前のウェイクアップ期間イネーブルタイマーと同様に、長ＤＲＸサイクルのオン期間が切れた時点で（アクティブ時間が終了するとき）リセットされる。

【0242】

上に説明したタイマーの一方または両方を使用することによって、移動端末の環境およびニーズに適合するようにと、それと同時に、ダウンリンクパケットが受信されないウェイクアップ期間におけるバッテリ電力の無駄を回避するため、ＤＲＸウェイクアップサイクルを柔軟に設定することが可能である。

【0243】

さらなる実施形態

【0244】

さらなる実施形態においては、移動端末は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＤＲＸモードにある間、ページング機会の間にＰＤＣＣＨを監視する。

【0245】

現在の仕様においては、システム情報の変更についてユーザ機器に通知されるようにする目的で、ユーザ機器は、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるときにもページング機会を監視することができる。ページング機会は、長ＤＲＸサイクルにおけるオン期間よりも高い頻度で発生する。

【0246】

さらなる実施形態によると、長ＤＲＸサイクルにあるユーザ機器は、ページング機会の間、メッセージがないかＰＤＣＣＨを監視することができる。この目的のため、ウェイクアップＲＮＴＩ（ＷＵ−ＲＮＴＩ）が導入され、ＰＤＣＣＨメッセージがＷＵ−ＲＮＴＩによってスクランブルされているとき、そのことはユーザ機器にウェイクアップするように命令する。Ｐ−ＲＮＴＩの場合と同様に、システム内には移動端末に対するＷＵ−ＲＮＴＩのみが存在する。

【0247】

したがって、ページングメカニズムとウェイクアップメカニズムとが分かれており、これにより、ページングメッセージまたはウェイクアップメッセージを不必要に受信することが回避される。

【0248】

ページング機会において送信されるウェイクアップメッセージには、通常のページングメッセージに類似して、ｗａｋｅＵｐＲｅｃｏｒｄＬｉｓｔが追加される。長ＤＲＸサイクルにあるユーザ機器は、このｗａｋｅＵｐＲｅｃｏｒｄＬｉｓｔを読み取って、自身の識別情報（Ｃ−ＲＮＴＩ）が見つかった場合、ＤＲＸからウェイクアップする。

【0249】

これは図１８に示してある。図１８は、さまざまなページング機会を示しており、ｅＮｏｄｅＢはそのうちの１つを使用して、ユーザ機器へのダウンリンクデータが到着した後にＷＵ−ＲＮＴＩを用いてＰＤＣＣＨメッセージを送信する。したがって、ユーザ機器は、このメッセージを対象としてＰＤＣＣＨを監視し、メッセージを復号化し、ＷＵ−ＲＮＴＩが含まれているため自身がウェイクアップすることを認識する。ページングの発生した後、定義されたサブフレーム時間の経過後に、ユーザ機器はアクティブ時間に戻り、例えばスケジューリングされることができる。この間隙は、ページングメッセージを受信する時間を提供するために必要であり、少なくとも４つのサブフレーム、またはＳＣｅｌｌのアクティブ化に類似して８つのサブフレームも可能である。この時間において、移動端末はｅＮｏｄｅＢからのウェイクアップメッセージを受信することができ、この場合、移動端末のＣ−ＲＮＴＩによってＣＲＣがスクランブルされる。この手順の開始時、移動端末がデータ送信を受信することはできず、ウェイクアップメッセージのみを受信できる。

【0250】

したがってｅＮｏｄｅＢは、長ＤＲＸサイクルのみを使用する場合よりも早く移動端末をウェイクアップさせることができる。図１８には、一例としての差を点線を用いて示してある。さらには、ページングメカニズムを再利用することによって、移動端末は（システム情報の変更を探索する以外に）１つのＲＮＴＩをブラインド復号化するのみでよい。

【0251】

これに代えて、移動端末は、ＷＵ−ＲＮＴＩを対象としてページング機会を監視する代わりに、移動端末に直接割り当てられる別のＲＮＴＩによってマスクされたＰＤＣＣＨメッセージを対象としてページング機会を監視することができる。これにより、移動端末をウェイクアップさせるためのより高速な手順が可能となり、なぜなら、ＲＮＴＩはすでに移動端末に固有であるため、上述したさらなるチェックを実行しなくてもよいためである。この代替方式の欠点として、ページング機会におけるＰＤＣＣＨが増大する。

【0252】

本発明の別の実施形態においては、ｅＮｏｄｅＢは、パーシステント（永続的）なダウンリンク割当て（ＳＰＳ：セミパーシステントスケジューリング）を使用するように移動端末を構成し、この間隔の長さは、長ＤＲＸサイクルの数分の１である。ＳＰＳは、アクティブ時間の間に有効にされる。ＤＲＸの間、ユーザ機器は、設定された割当て上でＰＤＳＣＨを受信し、これらの設定された割当てのトランスポートブロックを復号化する。

【0253】

設定された割当てにおいてトランスポートブロックの復号化に失敗した場合、ＨＡＲＱ動作は実行されず、したがって移動端末は、再送信のためにウェイクアップしない（ＨＡＲＱ ＲＴＴが起動しない）。これに対して、トランスポートブロックの復号化に成功した場合、移動端末はアクティブ時間に戻る。なお、ユーザ機器が実際にアクティブ時間に入る前に、トランスポートブロックを正常に復号化するための時間を提供するため、間隙が必要となりうることに留意されたい。

【0254】

この実施形態の利点として、ＤＲＸの間のＳＰＳ動作の変更のみが要求されるため、実装に対する影響が小さい。しかしながら、設定された割当てとアクティブ時間の開始との間に遅延が存在することがある。さらに、ＤＲＸ段階の前／後にＳＰＳを有効化／無効化する必要がある場合、追加のシグナリングが必要となることがある。さらには、アクティブ時間の間にＳＰＳが有効なままである場合、ダウンリンクリソースの無駄につながる。図１９は、本発明のこの実施形態の機能を示している。

【0255】

移動端末、特にスマートフォンでは、移動端末において同時にアクティブである複数のアプリケーションからトラフィックが生成される。このようなアプリケーションの混合からは、予測することが難しいデータトラフィックが生成される。これは特にＲＡＮレベルにおいてあてはまり、ＲＡＮレベルでは、ｅＮｏｄｅＢに到着するダウンリンクデータを特定のアプリケーションに対応させることができない。さらには、アプリケーションによって遅延要件が異なる。

【0256】

移動端末は、ネットワークの制御下で、より電力が節約される状態（例：ＲＲＣ＿ＩＤＬＥ）にされる、またはアクティブ状態に維持される。したがって、ネットワークは、ネットワークのシグナリング負荷と移動端末の電力消費量とを比較検討しなければならず、基本的に２つの選択肢がある。状態を遷移させるための高いシグナリング負荷と増大する遅延と引換えに、移動端末の電力節約が向上する。移動端末における高い電力消費量と引換えに、ネットワークは状態の遷移および対応するシグナリングを控え、したがってシグナリングオーバーヘッドが減少し、アイドル状態であることによって発生する遅延が回避される。

【0257】

したがって、ネットワーク側においてトラフィックパターンが未知であるために移動端末が必要以上に長時間にわたりアクティブ状態に維持されるという問題が存在する。この状況は、移動端末の観点からは不必要であり、移動端末のバッテリが浪費される。

【0258】

背景技術のセクションで説明したように、ＬＴＥのリリース８によってファストドーマンシーが導入された。

【0259】

本発明の一実施形態は、この問題を異なる方法で解決する。ユーザ機器は、自身が実行しているアプリケーションについて認識しており、したがってアクティブなアプリケーションから、ＲＡＮ層における予測されるデータ受信／送信挙動を求めることができる。したがって、ユーザ機器は、ダウンリンクトラフィックパターンを予測することができ、ｅＮｏｄｅＢからスケジューリングされる。

【0260】

ユーザ機器は、ダンクリンクデータの予測される最後をｅＮｏｄｅＢに示し、ｅＮｏｄｅＢは、移動端末がＤＲＸモードに入るように、これに応えてＤＲＸ ＭＡＣ ＣＥを移動端末に送ることができる。これにより、ユーザ機器がアクティブ状態に維持されるため、シグナリングオーバーヘッドが回避される。短ＤＲＸサイクルおよび長ＤＲＸサイクルを適切に設定することによって、良好な電力効率が達成される。例えば、短ＤＲＸサイクルを、実際のトラフィックに合致するように設定することができ、長ＤＲＸサイクルがアイドルモードをモデル化することができる。さらに、より高い電力効率を達成できるように、短ＤＲＸサイクルおよび長ＤＲＸサイクルを、標準化において現在許可されているよりも長いサイクル期間に拡張することもできる（現在はそれぞれ６４０ｍｓおよび２５６０ｍｓ）。

【0261】

本発明のさらなる実施形態によると、ユーザ機器におけるバッテリ電力をさらに節約する目的で、最初に短ＤＲＸサイクルに従って動作することなく、ただちに長ＤＲＸサイクルに従って動作するように、ｅＮｏｄｅＢがユーザ機器に示すことができる。この指示は、例えば、「スリープ状態に移行せよ」という命令のみならず、「ただちに短ＤＲＸサイクルから長ＤＲＸサイクルに遷移せよ」という指示も含まれるように、ＭＡＣ ＤＲＸ ＣＥを変更することによって、実施することができる。

【0262】

ダウンリンクデータの予測される最後をｅＮｏｄｅＢに示す動作は、以下のうちの１つに従って実施することができる。

【0263】

この指示は、ＨＳＰＡファストドーマンシーにおけるように、ＲＲＣシグナリングを介して行うことができる。これに代えて、現在予約されているＬＣＩＤの１つを使用して、新規のＭＡＣ制御要素を定義することができる。したがって、ダウンリンクデータの予測される最後を示すためのペイロードは必要ない。あるいは、この指示をバッファ状態報告（ＢＳＲ）に挿入することができる。

【0264】

短ＢＳＲもしくは長ＢＳＲまたはその両方のＭＡＣヘッダにおいて、予約されているビットのうちの１つを使用して、ユーザ機器がダウンリンクデータの最後を予測していることを示す。この場合、この指示情報は、ＢＳＲがトリガーされる場合のみ送られる。したがって、トリガリング規則を変更する必要がありうる。

【0265】

さらなる代替実施形態は、この指示をＣＱＩ報告の中で送ることに関する。ユーザ機器が、周期的にＣＱＩを報告するように構成されているとき、移動端末は、例えば広帯域ＣＱＩを報告するときに、「範囲外」値を設定することができる。

【0266】

さらに、一実施形態においては、アクティブ化されたＳＣｅｌｌに関する測定が、長ＤＲＸサイクルに従わず、通常では非アクティブ化されたＳＣｅｌｌに採用されるパラメータｍｅａｓＣｙｃｌｅＳＣｅｌｌに従う。ｍｅａｓＣｙｃｌｅＳＣｅｌｌは、１６０個、２５６個、３２０個、５１２個、６４０個、１０２４個、および１２８０個のサブフレームに設定することができる。ユーザ機器は、５回のうち１回、ｍｅａｓＣｙｃｌｅＳＣｅｌｌを測定するように構成される。これにより、電力をさらに節約しながらユーザ機器の測定要件をさらに緩和することができる。

【0267】

本発明のハードウェアおよびソフトウェア実装

【0268】

本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。さらに、ｅＮｏｄｅＢが備える手段は、ｅＮｏｄｅＢがそれぞれのユーザ機器のＩＰＭＩセットの品質を、ユーザ機器から受信されるＩＰＭＩセットの品質情報から評価し、異なるユーザ機器のスケジューリングにおいて、異なるユーザ機器のＩＰＭＩセットの品質をスケジューラが考慮することを可能にする。

【0269】

本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行され得るものとさらに認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または、その他プログラマブルロジックデバイスなどである。本発明のさまざまな実施形態は、これらのデバイスの組合せによっても実行または具体化され得る。

【0270】

さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによっても実施され得る。これらのソフトウェアモジュールは、プロセッサによって実行され、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭやＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納され得る。

【0271】

さらには、本発明の複数の異なる実施形態の個々の特徴は、個々に、または任意の組合せにおいて、別の本発明の主題とすることができることに留意されたい。

【0272】

具体的な実施形態に示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく、さまざまな変更もしくは修正またはその両方を行うことができることが、当業者には理解されるであろう。したがって、本明細書に示した実施形態は、あらゆる点において例示的であり、本発明を制限するものではないものとみなされる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】