(57)【特許請求の範囲】
【請求項１】
ワイヤレス通信システムのサブフレームでデータを送信または受信する方法であって、前記ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、
クロススケジューリングコンポーネントキャリア上のサーチスペースを、前記クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出するために、ならびに前記キャリア識別フィールドが前記追加キャリアを示すダウンリンク制御情報を検出するために監視するステップであって、
前記サーチスペースは、リソースのサブセットによって特定され、前記クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、前記追加キャリアのキャリア識別とは関連付けられない、ステップと、
前記受信したダウンリンク制御情報に従って前記キャリアでデータを送信または受信するステップと、を含む、
方法。
【請求項２】
前記監視は、同じ所定のサイズを有する、前記クロススケジューリングコンポーネントキャリアに対する前記ダウンリンク制御情報および前記追加キャリアに対する前記ダウンリンク制御情報に対して行われる、
請求項１に記載の方法。
【請求項３】
前記コンポーネントキャリアのアップリンクを設定するために前記コンポーネントキャリアで送信されるＤＣＩのサイズは、前記追加キャリアのアップリンクを設定するために前記コンポーネントキャリアで送信されるＤＣＩのサイズと同じである、
請求項２に記載の方法。
【請求項４】
前記追加キャリアのアップリンクを設定するために前記コンポーネントキャリアで送信されるＤＣＩのサイズは、前記追加キャリアのダウンリンクを設定するために前記コンポーネントキャリアで送信されるＤＣＩのサイズと同じである、
請求項２または３に記載の方法。
【請求項５】
前記追加キャリアに対するアップリンクグラントを通知する前記ダウンリンク制御情報のサイズは、前記クロススケジューリングコンポーネントキャリアおよび／または他のキャリアに対するダウンリンクグラントを通知するダウンリンク制御情報のサイズまでパディングされる、
請求項３または４に記載の方法。
【請求項６】
前記追加キャリアに対するアップリンクグラントを通知する前記ダウンリンク制御情報フォーマットのサイズは、前記追加キャリアに対するアップリンクグラントを通知する前記ダウンリンク制御情報フォーマットより大きい、前記クロススケジューリングコンポーネントキャリアおよび／または他のキャリアに対するアップリンクグラントを通知するダウンリンク制御情報フォーマットのサイズまでパディングされる、
請求項３または４に記載の方法。
【請求項７】
前記追加キャリアに対する前記アップリンクグラントを通知する前記ダウンリンク制御情報（ＤＣＩ）は、３ＧＰＰ  ＬＴＥ−ＡのＤＣＩフォーマット０に対応し、そのサイズは、ＤＣＩフォーマット０より大きく、かつ前記クロススケジューリングキャリアおよび／または他のキャリアに対するダウンリンクグラントを通知するＤＣＩフォーマット２Ｄのサイズと一致するようにパディングされる、
請求項５に記載の方法。
【請求項８】
前記クロススケジューリングコンポーネントキャリアで前記追加キャリアに対する前記アップリンクグラントを通知する前記ダウンリンク制御情報（ＤＣＩ）は、前記ＤＣＩが受信される前記クロススケジューリングコンポーネントキャリアに対するアップリンクグラントを通知する前記ＤＣＩと同じサイズを有し、かつ前記ＤＣＩが受信される前記コンポーネントキャリアに対するアップリンクグラントを通知する前記ＤＣＩにおけるリソースブロック割当てフィールドのサイズは、前記コンポーネントキャリアで前記追加キャリアに対する前記アップリンクグラントを通知する前記ＤＣＩにおける前記リソースブロック割当てフィールドのサイズより大きい、
請求項２または３に記載の方法。
【請求項９】
前記追加キャリアに対する前記クロススケジューリングセルの前記サーチスペースで検出されるダウンリンク制御情報に基づく設定は、アップリンク用グラントの場合にのみ前記送信に対して適用されるが、ダウンリンク用グラントの場合には破棄される、
請求項１〜８のいずれか一項に記載の方法。
【請求項１０】
前記追加キャリア上のサーチスペースを、キャリア識別フィールドを有さず、かつ前記追加キャリアでのダウンリンクデータ受信に関するダウンリンク制御情報を検出するために監視するステップと、
前記検出したダウンリンク制御情報に従って前記追加キャリアでデータを受信するステップと、をさらに含む、
請求項９に記載の方法。
【請求項１１】
前記ダウンリンク制御情報は、
前記ＤＣＩが前記クロススケジューリングコンポーネントキャリアで通知され、かつアップリンクに関するときに前記グラントが指定される前記キャリアを識別するためのキャリア指示フィールドと、
アップリンクおよびダウンリンクに関するＤＣＩが同じサイズを有する場合に前記ＤＣＩがアップリンクに関するかダウンリンクに関するかを特定するアップリンク／ダウンリンクインジケータと、の少なくとも１つを含む、
請求項１〜１０のいずれか一項に記載の方法。
【請求項１２】
前記ＤＣＩは、アップリンクもしくはダウンリンクいずれかのグラント、またはグラントでなくアップリンクもしくはダウンリンクデータ送信に関する設定を通知する、
請求項１〜１１のいずれか一項に記載の方法。
【請求項１３】
ワイヤレス通信システムのサブフレームでデータを送信または受信する方法であって、前記ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、
クロススケジューリングコンポーネントキャリア上のサーチスペースで、前記クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報、ならびに前記キャリア識別フィールドが前記追加キャリアを示すダウンリンク制御情報を送信し、
前記サーチスペースは、リソースのサブセットによって特定され、前記クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、前記追加キャリアのキャリア識別とは関連付けられない、ステップと、
前記送信したダウンリンク制御情報に従って前記キャリアでデータを受信または送信するステップと、を含む、
方法。
【請求項１４】
ワイヤレス通信システムのサブフレームでデータを送信または受信する装置であって、前記ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、
クロススケジューリングコンポーネントキャリア上のサーチスペースを、前記クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出するために、ならびに前記キャリア識別フィールドが前記追加キャリアを示すダウンリンク制御情報を検出するために監視するサーチスペース監視ユニットであって、
前記サーチスペースは、リソースのサブセットによって特定され、前記クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、前記追加キャリアのキャリア識別とは関連付けられない、サーチスペース監視ユニットと、
前記受信したダウンリンク制御情報に従って前記キャリアでデータを送信または受信する送受信ユニットと、を含む、
装置。
【請求項１５】
ワイヤレス通信システムのサブフレームでデータを送信または受信する装置であって、前記ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、
クロススケジューリングコンポーネントキャリア上のサーチスペースで、前記クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報、ならびに前記キャリア識別フィールドが前記追加キャリアを示すダウンリンク制御情報を送信し、
前記サーチスペースは、リソースのサブセットによって特定され、前記クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、前記追加キャリアのキャリア識別とは関連付けられず、
前記送信したダウンリンク制御情報に従って前記キャリアでデータを受信または送信する、送受信ユニットを含む、
装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、２つの異なる無線アクセス技術システムによって共有されるバンドでのスケジューリングに関する。
【背景技術】
【０００２】
ＷＣＤＭＡ（登録商標）無線アクセス技術に基づく第３世代移動システム（３Ｇ）が世界中至る所で広範に展開されつつある。この技術を強化または進化させる際の第１段階は、ＨＳＤＰＡ（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）チャネル伝送技法を含めて利用され、高効率の制御シグナリング構造が達成される。
【０００５】
ＬＴＥアーキテクチャ
全体的なＬＴＥアーキテクチャを図１に示す。Ｅ−ＵＴＲＡＮはｅＮｏｄｅＢから成り、ユーザ機器（ＵＥ）に向けたＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコル終端および制御プレーン（ＲＲＣ）プロトコル終端を提供する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）、メディアアクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）および、ユーザプレーンヘッダ圧縮および暗号化の機能を含むパケットデータ制御プロトコル（ＰＤＣＰ）レイヤをホストする。ｅＮｏｄｅＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ：Radio Resource Control）機能性も提供する。ｅＮｏｄｅＢは、無線リソース管理、アドミッションコントロール、スケジューリング、ネゴシエートされたアップリンクサービス品質（ＱｏＳ：Quality of Service）の実施、セル情報ブロードキャスト、ユーザおよび制御プレーンデータの暗号化／解読、ならびにダウンリンク／アップリンクユーザプレーンパケットヘッダの圧縮／伸長を含む多くの機能を行う。ｅＮｏｄｅＢは、Ｘ２インタフェースを用いて互いと相互接続される。
【０００６】
ｅＮｏｄｅＢはまた、Ｓ１インタフェースを用いてＥＰＣ（Evolved Packet Core）に、より詳細にはＳ１−ＭＭＥを用いてＭＭＥ（Mobility Management Entity）に、およびＳ１−Ｕを用いてサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続される。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷはユーザデータパケットをルーティングおよび転送する一方で、ｅＮｏｄｅＢ間ハンドオーバ中にユーザプレーンのためのモビリティアンカとして、および、（Ｓ４インタフェースを終端し、２Ｇ／３ＧシステムとＰＤＮ  ＧＷとの間のトラヒックを中継する）ＬＴＥと他の３ＧＰＰ技術との間の移動のためのアンカとして機能する。アイドル状態のユーザ機器に対しては、ＳＧＷはダウンリンクデータ経路を終端し、ユーザ機器に対してダウンリンクデータが到着するとページングをトリガする。ＳＧＷはユーザ機器コンテキスト、例えばＩＰベアラサービスのパラメータ、またはネットワーク内部ルーティング情報を管理および記憶する。ＳＧＷは、合法的傍受の場合にはユーザトラヒックの複製も行う。
【０００７】
ＭＭＥは、ＬＴＥアクセスネットワークにとって主要な制御ノードである。ＭＭＥは、再送を含むアイドルモードのユーザ機器追跡およびページング手順に対する役割を担う。ＭＭＥはベアラアクティブ化／非アクティブ化プロセスに関与し、かつ初期アタッチ時およびコアネットワーク（ＣＮ：Core Network）ノード再配置を伴うＬＴＥ内ハンドオーバ時にユーザ機器に対するＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥで終端し、ＭＭＥは仮識別の生成およびユーザ機器への割当ての役割も担う。ＭＭＥは、サービスプロバイダのＰＬＭＮ（Public Land Mobile Network）にキャンプするためにユーザ機器の認証を確認し、ユーザ機器のローミング制限を実施する。ＭＭＥは、ＮＡＳシグナリングに対する暗号化／整合性保護のためのネットワークにおける終端点であり、セキュリティキー管理を扱う。シグナリングの合法的傍受もＭＭＥによってサポートされる。ＭＭＥは、Ｓ３インタフェースがＳＧＳＮからＭＭＥで終端して、ＬＴＥおよび２Ｇ／３Ｇアクセスネットワーク間の移動のための制御プレーン機能も提供する。ＭＭＥは、ローミングユーザ機器に対してホームＨＳＳに向けたＳ６ａインタフェースも終端する。
【０００８】
ＬＴＥにおけるコンポーネントキャリア構造
３ＧＰＰ  ＬＴＥシステムのダウンリンクコンポーネントキャリアは、時間−周波数領域で、いわゆるサブフレームに再分割される。３ＧＰＰ  ＬＴＥでは、各サブフレームは図２に図示するように２つのダウンリンクスロットに分割され、ここでは第１のダウンリンクスロットは第１のＯＦＤＭシンボル内に制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは時間領域で所定の数のＯＦＤＭシンボル（３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８）では１２または１４個のＯＦＤＭシンボル）から成り、ここでは各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体に渡る。ＯＦＤＭシンボルは、したがって各々、それぞれのサブキャリアで伝送されるいくつかの変調シンボルから構成される。ＬＴＥでは、各スロットでの送信信号は、ＮＤＬＲＢ＊ＮＲＢＳＣ個のサブキャリアおよびＮＤＬｓｙｍｂ個のＯＦＤＭシンボルのリソースグリッドによって描写される。ＮＤＬＲＢは、帯域幅内のリソースブロックの数である。量ＮＤＬＲＢは、セルに設定されるダウンリンク伝送帯域幅に依存し、かつ
Ｎｍｉｎ，ＤＬＲＢ≦ＮＤＬＲＢ≦Ｎｍａｘ，ＤＬＲＢ
を満たすものとし、式中、Ｎｍｉｎ，ＤＬＲＢ＝６およびＮｍａｘ，ＤＬＲＢ＝１１０は、それぞれ仕様の現行バージョンによってサポートされる最小および最大ダウンリンク帯域幅である。ＮＲＢＳＣは、１つのリソースブロック内のサブキャリアの数である。通常サイクリックプレフィックスサブフレーム構造の場合、ＮＲＢＳＣ＝１２およびＮＤＬｓｙｍｂ＝７である。
【０００９】
例えば、３ＧＰＰ  ＬＴＥに使用されるような、ＯＦＤＭを利用するマルチキャリア通信システムを前提とすると、スケジューラによって割り当てられることができるリソースの最小単位は１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ：Physical Resource Block）は、時間領域では連続するＯＦＤＭシンボル（例えば７つのＯＦＤＭシンボル）、および、周波数領域では図２に例示するように連続するサブキャリア（例えばコンポーネントキャリアに対して１２個のサブキャリア）として定義される。３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８）では、物理リソースブロックはリソースエレメントから成り、時間領域では１つのスロットに対応し、周波数領域では１８０ｋＨｚに対応する（ダウンリンクリソースグリッドに関するさらなる詳細については、例えばｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、かつ参照により本明細書に援用される非特許文献１の６．２節を参照のこと）。
【００１０】
１つのサブフレームは２つのスロットから成り、その結果、いわゆる「通常（normal）」ＣＰ（サイクリックプレフィックス）が使用されるときにはサブフレームに１４個のＯＦＤＭシンボルがあり、いわゆる「拡張（extended）」ＣＰが使用されるときにはサブフレームに１２個のＯＦＤＭシンボルがある。専門用語のために、以下では、サブフレーム全体に渡る同じ連続するサブキャリアに相当する時間−周波数リソースを、「リソースブロックペア」または同意義の「ＲＢペア」もしくは「ＰＲＢペア」と呼ぶ。
【００１１】
用語「コンポーネントキャリア」は、周波数領域でのいくつかのリソースブロックの組合せを指す。ＬＴＥの将来のリリースでは、用語「コンポーネントキャリア」はもはや使用されず、代わりに専門用語は、ダウンリンクおよび任意選択でアップリンクリソースの組合せを指す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間の関連付け（リンキング）は、ダウンリンクリソースで伝送されるシステム情報に示される。コンポーネントキャリア構造に対する同様の前提が、後のリリースにも当てはまるだろう。
【００１２】
より広帯域幅のサポートのためのＬＴＥ−Ａでのキャリアアグリゲーション
世界無線通信会議２００７（ＷＲＣ−０７）で、ＩＭＴ−Ａｄｖａｎｃｅｄのための周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全周波数スペクトルが決定されたとはいえ、実際に利用可能な周波数帯域幅は各地域または国によって異なる。しかしながら、利用可能な周波数スペクトル概要に関する決定に続いて、第３世代パートナーシッププロジェクト（３ＧＰＰ）において無線インタフェースの標準化が始まった。３ＧＰＰ  ＴＳＧ  ＲＡＮ＃３９会合で、「Ｅ−ＵＴＲＡのためのさらなる向上（ＬＴＥ−Ａｄｖａｎｃｅｄ）」に関する検討項目（Study Item）の記載が承認された。その検討項目は、例えばＩＭＴ−Ａｄｖａｎｃｅｄに関する要件を満たすよう、Ｅ−ＵＴＲＡの進化のために考慮すべき技術要素を包含する。
【００１３】
ＬＴＥシステムが２０ＭＨｚのみをサポートすることができるのに対して、ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートすることができる帯域幅は１００ＭＨｚである。最近では、無線スペクトルの不足がワイヤレスネットワークの発展のボトルネックになっており、その結果ＬＴＥ−Ａｄｖａｎｃｅｄシステムのために十分に広いスペクトル帯を見つけることは困難である。結果的に、より広い無線スペクトル帯を得る方途を見つけることが急を要し、ここで１つの可能な解答がキャリアアグリゲーション機能である。
【００１４】
キャリアアグリゲーションでは、１００ＭＨｚまでのより広い伝送帯域幅をサポートするために、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥシステムでのいくつかのセルがアグリゲートされて、たとえＬＴＥでのこれらのセルが異なる周波数帯にあるとしても、１００ＭＨｚに対して十分に広いＬＴＥ−Ａｄｖａｎｃｅｄシステムでの１つのより広いチャネルになる。
【００１５】
すべてのコンポーネントキャリアは、少なくともコンポーネントキャリアの帯域幅がＬＴＥ  Ｒｅｌ．８／９セルのサポートされる帯域幅を超えない場合、ＬＴＥ  Ｒｅｌ．８／９互換性があるように設定されることができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＲｅｌ．８／９互換性があるわけではなくてもよい。現存のメカニズム（例えば禁止（ｂａｒｒｉｎｇ））を使用して、Ｒｅｌ−８／９ユーザ機器がコンポーネントキャリアにキャンプすることを回避してもよい。
【００１６】
ユーザ機器は、その能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）で同時に受信または送信してもよい。キャリアアグリゲーションのための受信および／または送信能力をもつＬＴＥ−Ａ  Ｒｅｌ．１０ユーザ機器は複数のサービングセルで同時に受信および／または送信することができる一方で、ＬＴＥ  Ｒｅｌ．８／９ユーザ機器は、コンポーネントキャリアの構造がＲｅｌ．８／９仕様に従うとの条件で、単一のサービングセルのみで受信および送信することができる。
【００１７】
キャリアアグリゲーションは連続および非連続コンポーネントキャリア両方に対してサポートされるが、各コンポーネントキャリアは（３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）のnumerologyを用いて）周波数領域で最大で１１０個のリソースブロックに制限される。
【００１８】
３ＧＰＰ  ＬＴＥ−Ａ（Ｒｅｌｅａｓｅ１０）互換のユーザ機器を、同じｅＮｏｄｅＢ（基地局）から発信し、かつ場合によりアップリンクおよびダウンリンクで異なる帯域幅の異なる数のコンポーネントキャリアをアグリゲートするように設定することが可能である。設定することができるダウンリンクコンポーネントキャリアの数はＵＥのダウンリンクアグリゲーション能力に依存する。反対に、設定することができるアップリンクコンポーネントキャリアの数はＵＥのアップリンクアグリゲーション能力に依存する。移動端末をダウンリンクコンポーネントキャリアよりアップリンクコンポーネントキャリアが多くなるように設定することは、現在は可能でなくてもよい。典型的なＴＤＤ展開では、アップリンクおよびダウンリンクでのコンポーネントキャリアの数および各コンポーネントキャリアの帯域幅は同じである。同じｅＮｏｄｅＢから発信するコンポーネントキャリアが同じカバレージを提供する必要はない。
【００１９】
連続してアグリゲートされるコンポーネントキャリアの中心周波数間の間隔は３００ｋＨｚの倍数であるものとする。これは、３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）の１００ｋＨｚ周波数ラスタ（raster）と互換性があり、かつ同時に１５ｋＨｚ間隔をもつサブキャリアの直交性を保持するためである。アグリゲーションシナリオに応じて、ｎ＊３００ｋＨｚ間隔は、連続したコンポーネントキャリア間への少数の未使用サブキャリアの挿入によって容易にされることができる。
【００２０】
複数のキャリアのアグリゲーションの性質は、ＭＡＣレイヤまでしか明らかにされていない。アップリンクおよびダウンリンク両方に関して、各アグリゲートされるコンポーネントキャリアごとにＭＡＣで１つのＨＡＲＱエンティティが必要とされる。（アップリンクに対するＳＵ−ＭＩＭＯの不在下では）コンポーネントキャリア当たり多くとも１つのトランスポートブロックがある。トランスポートブロックおよびその潜在的なＨＡＲＱ再送信は同じコンポーネントキャリアにマッピングされる必要がある。
【００２１】
キャリアアグリゲーションが設定されるとき、移動端末はネットワークとの１つのＲＲＣ接続を有するのみである。ＲＲＣ接続確立／再確立時に、１つのセルが、ＬＴＥ  Ｒｅｌ．８／９でと同様に、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩおよび１つのＡＲＦＣＮ）および非アクセス層移動情報（例えばＴＡＩ）を提供する。ＲＲＣ接続確立／再確立後に、そのセルに対応するコンポーネントキャリアはダウンリンクプライマリセル（ＰＣｅｌｌ）と称される。接続状態のユーザ機器当たり常に１つだけのダウンリンクＰＣｅｌｌ（ＤＬ  ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ  ＰＣｅｌｌ）が設定される。設定されたコンポーネントキャリアの集合内で、他のセルはセカンダリセル（ＳＣｅｌｌ）と称され、ＳＣｅｌｌのキャリアがダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。１つのＵＥに対して、ＰＣｅｌｌを含め、最大５つのサービングセルが設定されることができる。
【００２２】
ダウンリンクおよびアップリンクＰＣｅｌｌの特性は：
−  各ＳＣｅｌｌに関して、ダウンリンクリソースに加えてＵＥによるアップリンクリソースの使用が設定可能である（設定されるＤＬ  ＳＣＣの数はしたがって、常にＵＬ  ＳＣＣの数以上であり、どのＳＣｅｌｌも、アップリンクリソースのみの使用のために設定することはできない）
−  ダウンリンクＰＣｅｌｌは、ＳＣｅｌｌとは異なり、非アクティブ化することはできない
−  ダウンリンクＳＣｅｌｌがレイリーフェージング（ＲＬＦ）を受けるときではなく、ダウンリンクＰＣｅｌｌがＲＬＦを受けるときに、再確立がトリガされる
−  非アクセス層情報がダウンリンクＰＣｅｌｌから取られる
−  ＰＣｅｌｌは、ハンドオーバ手順につれて（すなわちセキュリティキー変更およびＲＡＣＨ手順につれて）のみ変更することができる
−  ＰＣｅｌｌはＰＵＣＣＨの送信のために使用される
−  アップリンクＰＣｅｌｌは、レイヤ１アップリンク制御情報の送信のために使用される
−  ＵＥ観点から、各アップリンクリソースは、１つのサービングセルにのみ帰属する
【００２３】
コンポーネントキャリアの設定および再設定の他に、追加および削除はＲＲＣによって行われることができる。アクティブ化および非アクティブ化はＭＡＣ制御エレメントを介して行われる。ＬＴＥ内ハンドオーバ時に、ＲＲＣは、ターゲットセルでの使用のためにＳＣｅｌｌを追加、削除または再設定することもできる。新しいＳＣｅｌｌを追加するとき、個別（dedicated）ＲＲＣシグナリングを使用してＳＣｅｌｌのシステム情報を送り、情報は送受信のために（Ｒｅｌ−８／９でハンドオーバのためにと同様に）必要である。各ＳＣｅｌｌが１つのＵＥに追加されるときに、ＳＣｅｌｌにサービングセルインデックスが設定されるが、ＰＣｅｌｌは常にサービングセルインデックス０を有する。
【００２４】
ユーザ機器がキャリアアグリゲーションを設定されると、少なくとも一対のアップリンクおよびダウンリンクコンポーネントキャリアが常にアクティブである。その対のダウンリンクコンポーネントキャリアは「ＤＬアンカキャリア」とも称されることもある。同じことがアップリンクに対しても当てはまる。
キャリアアグリゲーションが設定されると、ユーザ機器は複数のコンポーネントキャリアに同時にスケジュールされてもよいが、しかし多くとも１つのランダムアクセス手順がいかなる時にも進行中であるものとする。クロスキャリアスケジューリングは、コンポーネントキャリアのＰＤＣＣＨが別のコンポーネントキャリア上のリソースをスケジュールするようにする。この目的で、コンポーネントキャリア識別フィールドがそれぞれのＤＣＩ（Downlink Control Information）（ダウンリンク制御情報）フォーマットに導入され、ＣＩＦと呼ばれている。
【００２５】
アップリンクおよびダウンリンクコンポーネントキャリア間の、ＲＲＣシグナリングによって確立される関連付けは、クロスキャリアスケジューリングがないときに、グラントが適用されるアップリンクコンポーネントキャリアを特定することを許容する。アップリンクコンポーネントキャリアへのダウンリンクコンポーネントキャリアの関連付けは、必ずしも１対１である必要はない。言い換えると、２つ以上のダウンリンクコンポーネントキャリアが、同じアップリンクコンポーネントキャリアにリンクすることができる。同時に、ダウンリンクコンポーネントキャリアは、１つのアップリンクコンポーネントキャリアにのみリンクすることができる。
【００２６】
レイヤ１／レイヤ２制御シグナリング
スケジュールされたユーザに彼らの割当て状況、トランスポートフォーマットおよび他の伝送関連情報（例えばＨＡＲＱ情報、送信電力制御（ＴＰＣ：Transmission Power Control）コマンド）について通知するために、Ｌ１／Ｌ２制御シグナリングがデータと共にダウンリンクで送信される。Ｌ１／Ｌ２制御シグナリングはサブフレームでダウンリンクデータと多重化され、ユーザ割当てがサブフレームごとに変化することができることを前提とする。ユーザ割当てがまた、ＴＴＩ（Transmission Time Interval）（伝送時間間隔）ベースで行われることがあり、ここでＴＴＩ長がサブフレームの倍数であることができることに留意するべきである。ＴＴＩ長は、すべてのユーザに対してサービスエリアで固定されてもよいし、異なるユーザに対して異なってもよいし、または各ユーザに対して動的であってさえよい。一般に、Ｌ１／２制御シグナリングはＴＴＩ当たり一度送信しさえすればよい。一般性を失うことなく、以下はＴＴＩが１つのサブフレームに相当することを前提とする。
【００２７】
Ｌ１／Ｌ２制御シグナリングは物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）で送信される。
ＰＤＣＣＨはダウンリンク制御情報（ＤＣＩ：Downlink Control Information）としてメッセージを通知し、そのメッセージはほとんどの場合、移動端末またはＵＥのグループに対するリソース割当ておよび他の制御情報を含む。一般に、いくつかのＰＤＣＣＨを１つのサブフレームで送信することができる。
３ＧＰＰ  ＬＴＥでは、アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称される、アップリンクデータ伝送のための割当てもＰＤＣＣＨで送信されることに留意するべきである。さらには、Ｒｅｌｅａｓｅ１１は、たとえ詳細な伝送方法がＰＤＣＣＨと異なるとしても、ＰＤＣＣＨと基本的に同じ機能を満たす、すなわちＬ１／Ｌ２制御シグナリングを伝達するＥＰＤＣＣＨを導入した。さらなる詳細は特に非特許文献１および非特許文献３の現行バージョンに見いだすことができ、参照により本明細書に組み込まれる。結果的に、背景および実施形態に概説するほとんどの項目は、ＰＤＣＣＨの他にＥＰＤＣＣＨ、または特記しない限り、Ｌ１／Ｌ２制御信号を伝達する他の手段に当てはまる。
【００２８】
一般に、アップリンクまたはダウンリンク無線リソース（特にＬＴＥ（−Ａ）Ｒｅｌｅａｓｅ１０）を割り当てるためのＬ１／Ｌ２制御シグナリングで送られる情報は、以下の項目に分類することができる。
−  ユーザ識別：割り当てられるユーザを示す。これは典型的に、ユーザ識別でＣＲＣをマスキングすることによって、チェックサムに含まれる。
−  リソース割当て情報：ユーザに割り当てられるリソース（例えばリソースブロック（ＲＢ））を示す。代替的にこの情報はリソースブロック割当て（ＲＢＡ：Resource Block Assignment）と名付けられる。ユーザに割り当てられるＲＢの数が動的であり得ることに留意されたい。
−  キャリアインジケータ：第１のキャリアで送信される制御チャネルが第２のキャリアに関係するリソース、すなわち第２のキャリア上のリソースまたは第２のキャリアに関連するリソースを割り当てる場合に使用される（クロスキャリアスケジューリング）
−  利用する変調方式および符号化レートを決定する変調および符号化方式。
−  ＨＡＲＱ情報：データパケットまたはその部分の再送信に特に有用である新しいデータインジケータ（ＮＤＩ：New Data Indicator）および／またはリダンダンシーバージョン（ＲＶ：Redundancy Version）など。
−  割り当てられるアップリンクデータまたは制御情報送信の送信電力を調節する電力制御コマンド。
−  適用される巡回シフトおよび／または直交カバーコードインデックスなどの参照信号情報：割当てに関連する参照信号の送信または受信のために利用されることになる。
−  割当ての順序を特定するために使用されるアップリンクまたはダウンリンク割当てインデックス：ＴＤＤシステムで特に有用である。
−  ホッピング情報：例えば周波数ダイバーシチを増強するためにリソースホッピングを適用するかどうか、およびその仕方の指標。
−ＣＳＩ要求：割り当てられたリソースでのチャネル状態情報の送信をトリガするために使用される。
−  マルチクラスタ情報：送信が単一のクラスタ（ＲＢの連続した集合）に、または複数のクラスタ（連続したＲＢの少なくとも２つの不連続集合）に発生するかどうかを示し、かつ制御するために使用されるフラグ。マルチクラスタ割当ては３ＧＰＰ  ＬＴＥ−（Ａ）Ｒｅｌｅａｓｅ１０によって導入された。
【００２９】
上記リストは非網羅的であり、使用するＤＣＩフォーマットに応じて、すべての言及した情報項目が各ＰＤＣＣＨ送信に存在する必要があるわけではないことに留意するべきである。
【００３０】
ダウンリンク制御情報は、全体サイズが、また上述したそれらのフィールドに含まれる情報が異なるいくつかのフォーマットで出現する。ＬＴＥのために現在定義される異なるＤＣＩフォーマットは以下の通りであり、かつ非特許文献２の５．３．３．１節に詳細に記載される（現行バージョンｖ１２．４．０がｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで入手可能であり、かつ参照により本明細書に援用される）。加えて、ＤＣＩフォーマットに関するさらなる情報およびＤＣＩで送信される特定の情報については、前述の技術標準を、または参照により本明細書に援用される非特許文献４の９．３章を参照されたい。
【００３１】
−  フォーマット０：ＤＣＩフォーマット０は、アップリンク伝送モード１または２で単一アンテナポート送信を使用する、ＰＵＳＣＨのためのリソースグラントの送信のために使用される。
−  フォーマット１：ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨ送信（ダウンリンク伝送モード１、２および７）のためのリソース割当ての送信のために使用される。
−  フォーマット１Ａ：ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨ送信のためのリソース割当てのコンパクトなシグナリングのために、および専用のプリアンブルシグネチャを無競合ランダムアクセス（すべての伝送モードでの）のための移動端末に割り当てるために使用される。
−  フォーマット１Ｂ：ＤＣＩフォーマット１Ｂは、ランク１送信（ダウンリンク伝送モード６）で閉ループプリコーディングを使用するＰＤＳＣＨ送信のためのリソース割当てのコンパクトなシグナリングのために使用される。送信される情報は、ＰＤＳＣＨ送信のために適用されるプリコーディングベクトルのインジケータの追加以外は、フォーマット１Ａでと同じである。
−  フォーマット１Ｃ：ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨ割当ての極めてコンパクトな送信のために使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信はＱＰＳＫ変調を使用することに制約される。これは、例えば、ページングメッセージおよびブロードキャストシステム情報メッセージをシグナリングするために使用される。
−  フォーマット１Ｄ：ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用するＰＤＳＣＨ送信のためのリソース割当てのコンパクトなシグナリングのために使用される。送信される情報はフォーマット１Ｂでと同じであるが、しかしプリコーディングベクトルインジケータのビットの１つの代わりに、データシンボルに電力オフセットが適用されているかどうかを示す単一のビットがある。この特徴は、送信電力が２つのＵＥ間で共有されているか否かを示すために必要である。ＬＴＥの将来のバージョンはこれを、より多数のＵＥ間の電力共有の場合に拡張してもよい。
−  フォーマット２：ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作（伝送モード４）のためのＰＤＳＣＨのためのリソース割当ての送信のために使用される。
−  フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作のためのＰＤＳＣＨのためのリソース割当ての送信のために使用される。送信される情報は、ｅＮｏｄｅＢが２つの送信アンテナポートを有すれば、プリコーディング情報がなく、４つのアンテナポートに対して、２ビットを使用して送信ランク（伝送モード３）を示すこと以外は、フォーマット２でと同じである。
−  フォーマット２Ｂ：Ｒｅｌｅａｓｅ９で導入され、デュアルレイヤビームフォーミング（伝送モード８）のためのＰＤＳＣＨのためのリソース割当ての送信のために使用される。
−  フォーマット２Ｃ：Ｒｅｌｅａｓｅ１０で導入され、８つのレイヤ（伝送モード９）までの閉ループシングルユーザまたはマルチユーザＭＩＭＯ動作のためのＰＤＳＣＨのためのリソース割当ての送信のために使用される。
−  フォーマット２Ｄ：リリース１１で導入され、８レイヤ送信までのために使用され；主にＣＯＭＰ（多地点協調）（伝送モード１０）のために使用される。
−  フォーマット３および３Ａ：ＤＣＩフォーマット３および３Ａは、それぞれ２ビットまたは１ビット電力調節をもつＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドの送信のために使用される。これらのＤＣＩフォーマットはＵＥのグループのための個々の電力制御コマンドを含む。
−  フォーマット４：ＤＣＩフォーマット４は、アップリンク伝送モード２での閉ループ空間多重化送信を使用する、ＰＵＳＣＨのスケジューリングのために使用される。
【００３２】
ＰＤＣＣＨは、１つまたは複数の連続する制御チャネルエレメント（ＣＣＥ：Control Channel Element）のアグリゲーションでＤＣＩを通知する。制御チャネルエレメントは、各々が４つまたは６つのリソースエレメントから成る９つのリソースエレメントグループ（ＲＥＧ：Resource Element Group）に対応する。
【００３３】
サーチスペースは、ＵＥがそのＰＤＣＣＨを見つけることができるＣＣＥ位置の集合を示す。各ＰＤＣＣＨは、１つのＤＣＩを通知し、ＤＣＩのＣＲＣ付加に非明示的に符合化されるＲＮＴＩ（Radio Network Temporary Identity）によって識別される。ＵＥは、ＣＲＣをブラインド復号および検査することによって、構成されたサーチスペースのＣＣＥを監視する。
【００３４】
ブラインド復号は、端末が、それに向けられ、かつサーチスペースで通知される情報の位置に関するさらなる情報を少しもまたは限定的にしか有しないことを意味する。端末は、アグリゲートされたＣＣＥの利用数についても限られた知識しか有しない。したがって、端末は、異なる数のアグリゲートされたＣＣＥについて、およびサーチスペース内の異なるリソースについてなど、いくつかの許容または規定されたパラメータについて試行錯誤法によってＰＤＣＣＨを復号してみなければならない。これらの復号の試みがブラインド復号と呼ばれる。これらの復号の試みの成功は、情報が向けられる端末の仮識別（ＲＮＴＩ）で（ユーザ固有サーチスペースについて）スクランブルされるＣＲＣを検査することによって検査される。したがって、無誤差伝送を前提とすると、ＣＲＣ検査は、情報が検査端末に向けられる場合のみ成功であることになる。
【００３５】
サーチスペースは、共通サーチスペースおよびＵＥ固有サーチスペースでもよい。ＵＥは、重複していてもよい共通およびＵＥ固有サーチスペース両方を監視することを要求される。共通サーチスペースは、システム情報（ＳＩ−ＲＮＴＩを使用する）、ページング（Ｐ−ＲＮＴＩ）、ＰＲＡＣＨ応答（ＲＡ−ＲＮＴＩ）またはＵＬ  ＴＰＣコマンド（ＴＰＣ−ＰＵＣＣＨ／ＰＵＳＣＨ−ＲＮＴＩ）など、すべてのＵＥに共通であるＤＣＩを通知する。ＵＥ固有サーチスペースは、ＵＥの割り当てられたＣ−ＲＮＴＩ、セミパーシステントスケジューリング（ＳＰＳ  Ｃ−ＲＮＴＩ）または初期割当て（仮Ｃ−ＲＮＴＩ）を使用して、ＵＥ固有の割当てのためのＤＣＩを通知することができる。
【００３６】
異なるＤＣＩの例を例示的なフィールドサイズと共に以下の表に提供するが、ここで特にサイズは設定可能なオプションに依存し、したがって「０」のサイズは、一定の設定オプションではサイズがゼロであるが、しかしながら他のオプションの場合、それはより大きくなることができるように理解されるべきである。
【００３７】
【表１】
0006704417.tif 000002
【００３８】
【表２】
0006704417.tif 000003
【００３９】
【表３】
0006704417.tif 000004
【００４０】
【表４】
0006704417.tif 000005
【００４１】
これらの表から見て取れるように、ＤＣＩフォーマットは、それらの長さ（列「フィールドサイズ」の合計で、ビット単位である）によって互いと異なる。これは、ＤＣＩフォーマットの異なる目的、したがってそこに含まれる異なるフィールドによってもたらされる。
【００４２】
アンライセンスバンドでのＬＴＥ−ＬＡＡ（Licensed-Assisted Access）
２０１４年９月に、３ＧＰＰはアンライセンススペクトルでのＬＴＥ動作に関する新しい検討項目を開始した。ＬＴＥをアンライセンスバンドに拡張するための理由は、ライセンスバンドの限られた量と併せてワイヤレスブロードバンドデータの増え続ける需要である。アンライセンススペクトルはしたがって、ますます携帯事業者によってそれらのサービス提供を強化する補完的なツールと考えられる。Ｗｉ−Ｆｉなどの他の無線アクセス技術（ＲＡＴ：Radio Access Technology）に依存することと比較したアンライセンスバンドでのＬＴＥの利点は、ＬＴＥプラットフォームをアンライセンススペクトルアクセスで補うことが事業者および供給者が無線およびコアネットワークにおけるＬＴＥ／ＥＰＣハードウェアに現存または予定の投資を導入することを可能にするということである。
しかしながら、アンライセンススペクトルアクセスはアンライセンススペクトルでの他の無線アクセス技術（ＲＡＴ）との不可避の共存のためにライセンススペクトルアクセスの品質に決して匹敵することができないことは考慮しなければならない。アンライセンスバンドでのＬＴＥ動作はしたがって、少なくとも最初は、アンライセンススペクトルでの独立した動作としてよりむしろライセンススペクトルでのＬＴＥの補足と考えられるだろう。この前提に基づいて、３ＧＰＰは、少なくとも１つのライセンスバンドと関連したアンライセンスバンドでのＬＴＥ動作に対して、用語ＬＡＡ（Licensed-Assisted Access）を確立した。しかしながら、ＬＡＡに依存することのないアンライセンススペクトルでのＬＴＥの将来の独立した動作は排除されるものではない。
【００４３】
３ＧＰＰで現在意図される一般的なＬＡＡ手法は、既に特定されたＲｅｌ−１２キャリアアグリゲーション（ＣＡ：Carrier Aggregation）フレームワークを可能な限り使用することであり、ここでＣＡフレームワーク設定は、前に説明したように、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアおよび１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを備える。ＣＡは一般に、セルの自己スケジューリング（スケジューリング情報およびユーザデータが同じコンポーネントキャリアで送信される）およびセル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨに関するスケジューリング情報およびＰＤＳＣＨ／ＰＵＳＣＨに関するユーザデータが異なるコンポーネントキャリアで送信される）の両方をサポートする。これは、ＬＡＡのために、特に共通のＤＲＸ方式が非常に短いＤＲＸサイクル／非常に長いアクティブ時間の必要に帰着しなければ、それが使用されることを含む。上述したキャリアアグリゲーションのように、「共通のＤＲＸ」方式はこの点で、ＵＥが、アンライセンスおよびライセンスセルを含む、すべてのアグリゲートおよびアクティブ化されたセルに対して同じＤＲＸを作動させることを意味する。結果的に、アクティブ時間はすべてのサービングセルに対して同じである、例えばＵＥは同じサブフレームにおけるすべてのダウンリンクサービングセルのＰＤＣＣＨを監視しており、ＤＲＸ関連のタイマおよびパラメータはＵＥごとに設定される。
【００４４】
極めて基本的なシナリオを、ライセンスＰＣｅｌｌ、ライセンスＳＣｅｌｌ１および様々なアンライセンスＳＣｅｌｌ２、３、および４（例示的にスモールセルとして描かれる）によって、図３に例示する。アンライセンスＳＣｅｌｌ２、３、および４の送受信ネットワークノードはｅＮＢによって管理される遠隔無線ヘッドであり得るか、またはネットワークに取り付けられるが、しかしｅＮＢによっては管理されないノードであり得る。単純化のため、これらのノードのｅＮＢへのまたはネットワークへの接続は図には明示的に示さない。
【００４５】
現在、３ＧＰＰで想起される基本的な手法は、ＰＣｅｌｌがライセンスバンドで動作されるだろう一方で、１つまたは複数のＳＣｅｌｌがアンライセンスバンドで動作されるだろうということである。この戦略の利益は、ＰＣｅｌｌを制御メッセージならびに、例えば音声およびビデオなど、高サービス品質（ＱｏＳ）需要のユーザデータの信頼できる送信のために使用することができるということである一方で、アンライセンススペクトルでのＳＣｅｌｌは、他のＲＡＴとの不可避の共存のために、シナリオに応じて、ある程度著しいＱｏＳ低下をもたらすことがある。
【００４６】
ＲＡＮ１＃７８ｂｉｓにおいて、３ＧＰＰでのＬＡＡ調査が５ＧＨｚのアンライセンスバンドに集中することになることが同意された。最も重大な問題の１つはしたがって、これらのアンライセンスバンドで動作するＷｉ−Ｆｉ（ＩＥＥＥ８０２．１１）システムとの共存である。ＬＴＥとＷｉ−Ｆｉなどの他の技術との間の公平な共存をサポートする他に、同じアンライセンスバンドでの異なるＬＴＥ事業者間の公平性を保証するために、領域および特定の周波数帯に依存する一定の組の規制規則によって、アンライセンスバンドに対するＬＴＥのチャネルアクセスは守らなければならないが、５ＧＨｚのアンライセンスバンドでの動作に関するすべての地域の規制要件の包括的な記載は、参照により本明細書に援用される非特許文献５に与えられる。領域およびバンドに応じて、ＬＡＡ手順を設計するときに考慮しなければならない規制要件は、動的周波数選択（ＤＦＳ：Dynamic Frequency Selection）、送信電力制御（ＴＰＣ：Transmission Power Control）、リッスンビフォアトーク（ＬＢＴ：Listen Before Talk）、および制限された最大伝送継続時間での不連続伝送を含む。３ＧＰＰの意図は、異なる領域および５ＧＨｚのバンドのすべての要件をシステム設計のために考慮しなければならないことを基本的に意味する、ＬＡＡのための単一のグローバルなフレームワークを目標とすることである。
【００４７】
リッスンビフォアトーク（ＬＢＴ：Listen-before-Talk）手順は、機器がチャネルを使用する前にクリアチャネル評価（ＣＣＡ：Clear Channel Assessment）検査を適用するメカニズムとして定義される。ＣＣＡは、チャネルが占有されているか、または空いているかを決定するために、少なくともエネルギー検出を活用して、それぞれ、チャネル上の他の信号の有無を決定する。欧州および日本の規制は、アンライセンスバンドでのＬＢＴの使用を義務付ける。規制要件とは別に、ＬＢＴを介するキャリアセンシングは、アンライセンススペクトルの公平な共有のための１つの方途であり、したがって、それは、単一のグローバルソリューションフレームワークにおけるアンライセンススペクトルでの公平かつ友好的な動作のための不可欠な特徴であると考えられる。
【００４８】
アンライセンススペクトルでは、チャネル可用性は常に保証されることができるわけではない。加えて、欧州および日本などの一定の地域は、連続伝送を禁止し、かつアンライセンススペクトルでの送信バーストの最大時間に制限を課す。したがって、最大伝送時間が制限された不連続伝送が、ＬＡＡのための必要とされる機能性である。
【００４９】
レーダーシステムからの干渉を検出し、かつこれらのシステムとの同一チャネル動作を回避するために、一定の領域およびバンドに対してＤＦＳが必要とされる。さらに意図するのは、スペクトルのほぼ一様なローディングを達成することである。ＤＦＳ動作および対応する要件はマスタ−スレーブ原理と関連付けられる。マスタがレーダー干渉を検出するものとするが、しかしながら、マスタと関連付けられる別の装置に依存してレーダー検出を実装することができる。
【００５０】
５ＧＨｚのアンライセンスバンドでの動作は、ほとんどの領域で、ライセンスバンドでの動作と比較してかなり低い送信電力レベルに制限され、小カバレージエリアという結果になる。たとえライセンスおよびアンライセンスキャリアが同一の電力で送信されることになったとしても、通常５ＧＨｚ帯のアンライセンスキャリアは、上昇するパス損失および信号に対するシャドーイング効果のために２ＧＨｚ帯のライセンスセルより小さいカバレージエリアをサポートするものと予期されるだろう。一定の領域およびバンドのさらなる要件は、同じアンライセンスバンドで動作する他の装置にもたらされる干渉の平均レベルを低下させるために、ＴＰＣの使用である。
詳細情報は、参照により本明細書に援用される非特許文献６に見いだすことができる。
【００５１】
ＬＢＴに関するこの欧州規則に従って、装置は、データ送信で無線チャネルを占有する前にＣＣＡ（Clear Channel Assessment）を行わなければならない。例えばエネルギー検出に基づいてチャネルが空いていると検出した後にのみ、アンライセンスチャネルでの送信を開始することが許容される。特に、機器は、ＣＣＡ中に一定の最短時間（例えば欧州の場合２０μｓ、ＥＴＳＩ３０１  ８９３の４．８．３節を参照のこと）の間チャネルを観察しなければならない。検出エネルギー準位が設定されたＣＣＡ閾値（例えば欧州の場合、−７３ｄＢｍ／ＭＨｚ、ＥＴＳＩ３０１  ８９３の４．８．３節を参照のこと）を超える場合、チャネルは占有されていると考えられ、逆に検出電力レベルが設定されたＣＣＡ閾値を下回る場合、空いていると考えられる。チャネルが占有されていると判定されれば、機器は、次の固定フレーム期間の間そのチャネルで送信しないものとする。チャネルが空いていると分類されれば、機器は直ちに伝送することが許容される。同じバンドで動作する他の装置との公平なリソース共有を容易にするために、最大伝送継続時間は制限される。
【００５２】
ＣＣＡのためのエネルギー検出は、チャネル帯域幅全体（例えば５ＧＨｚのアンライセンスバンドでは２０ＭＨｚ）に渡って行われ、これはそのチャネル内のＬＴＥ  ＯＦＤＭシンボルのすべてのサブキャリアの受信電力レベルが、ＣＣＡを行った装置での評価エネルギー準位に寄与することを意味する。
【００５３】
さらには、機器が所与のキャリアの可用性を再評価すること（すなわちＬＢＴ／ＣＣＡ）なくそのキャリアで送信を有する合計時間は、チャネル占有時間（ＥＴＳＩ３０１  ８９３の４．８．３．１節を参照のこと）として定義される。チャネル占有時間は１ｍｓ〜１０ｍｓの範囲であるものとし、ここで最大チャネル占有時間は、例えば、欧州で現在定義されるように４ｍｓであり得る。さらには、ＵＥがアンライセンスセルでの送信後に送信するのを許容されない最小アイドル時間があるが、最小アイドル時間はチャネル占有時間の少なくとも５％である。アイドル期間の終わりに向けて、ＵＥは新しいＣＣＡなどを行うことができる。この送信行動を図４に概略的に例示するが、同図はＥＴＳＩ  ＥＮ３０１  ８９３（そこでは図２：「フレームベースの機器のためのタイミングの例」）から取られている。
異なる規制要件を考慮すると、ライセンスバンド動作に制限される現行のＲｅｌ−１２仕様と比較して、アンライセンスバンドでの動作のためのＬＴＥ仕様がいくつかの変更を必要とするだろうことは明らかである。
【先行技術文献】
【非特許文献】
【００５４】
【非特許文献１】3GPP TS 36.211、「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation, version 12.5.0」
【非特許文献２】3GPP 36.213、「Multiplexing and channel coding」, version 12.5.0
【非特許文献３】3GPP 36.212、「Multiplexing and channel coding」, version 12.4.0
【非特許文献４】LTE - The UMTS Long Term Evolution - From Theory to Practice、Edited by Stefanie Sesia、Issam Toufik、Matthew Baker, Chapter 9.3
【非特許文献５】R1-144348、「Regulatory Requirements for Unlicensed Spectrum」、Alcatel-Lucent et al.、RAN1#78bis、Sep. 2014
【非特許文献６】ETSI EN 301 893, version 1.8.0
【発明の概要】
【課題を解決するための手段】
【００５５】
１つの非限定的かつ例示的な実施形態が、２つの異なる無線アクセス技術システムによって共有されるバンドでスケジュールする改善された方法を提供する。独立請求項が非限定的かつ例示的な実施形態を提供する。有利な実施形態は従属請求項に従う。
【００５６】
実施形態によれば、ワイヤレス通信システムのサブフレームでデータを送信または受信する方法であって、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、クロススケジューリングコンポーネントキャリア上のサーチスペースを、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出するために、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を検出するために監視するステップであって、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない、ステップと、受信したダウンリンク制御情報に従ってキャリアでデータを送信または受信するステップと、を含む、方法が提供される。
【００５７】
別の実施形態によれば、ワイヤレス通信システムのサブフレームでデータを送信または受信する方法であって、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、クロススケジューリングコンポーネントキャリア上のサーチスペースで、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を送信し、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない、ステップと、送信したダウンリンク制御情報に従ってキャリアでデータを受信または送信するステップと、を含む、方法である。
【００５８】
別の実施形態によれば、ワイヤレス通信システムのサブフレームでデータを送信または受信する装置であって、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、クロススケジューリングコンポーネントキャリア上のサーチスペースを、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出するために、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を検出するために監視するサーチスペース監視ユニットであって、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない、サーチスペース監視ユニットと、受信したダウンリンク制御情報に従ってキャリアでデータを送信または受信する送受信ユニットと、を含む、装置である。
【００５９】
さらなる実施形態によれば、ワイヤレス通信システムのサブフレームでデータを送信または受信する装置であって、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートし、クロススケジューリングコンポーネントキャリア上のサーチスペースで、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を送信し、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられず、送信したダウンリンク制御情報に従ってキャリアでデータを受信または送信する、送受信ユニットを含む、装置である。
【００６０】
開示した実施形態の追加の利益および利点は、本明細書および図から明らかだろう。利益および／または利点は、本明細書および図面の開示の様々な実施形態および特徴によって個々に提供されてもよく、その１つまたは複数を得るためにすべてが提供される必要があるわけではない。
【００６１】
これらの一般的および具体的な態様は、システム、方法、およびコンピュータプログラム、ならびにシステム、方法およびコンピュータプログラムの任意の組合せを使用して実装されてもよい。その上、装置は集積回路で具象化されてもよい。
【００６２】
以下に、例示的な実施形態を、添付の図および図面を参照しつつより詳細に記載する。
【図面の簡単な説明】
【００６３】
【図１】３ＧＰＰ  ＬＴＥシステムの例示的なアーキテクチャの図である。
【図２】３ＧＰＰ  ＬＴＥ（Ｒｅｌｅａｓｅ８／９）のために定義されるサブフレームのダウンリンクスロットの例示的なダウンリンクリソースグリッドの図である。
【図３】様々なライセンスおよびアンライセンスセルを伴う、例示的なライセンス支援アクセスシナリオの図である。
【図４】異なる期間、チャネル占有時間、アイドル期間および固定フレーム期間を含む、アンライセンスバンドでの送信タイミングの略図である。
【図５】ライセンスおよびアンライセンスバンドでのアップリンクグラントの送信の略図である。
【図６】複数のコンポーネントキャリアの場合についての自己指示(self-indicating)およびクロス指示(cross-indicating)ＤＣＩ間の関係の略図である。
【図７】１つの非ＬＢＴキャリアおよび２つのＬＢＴキャリアについての自己指示およびクロス指示ＤＣＩ間の例示的な関係の略図である。
【図８】端末および基地局で行われる方法のフロー図である。
【図９】異なるキャリアで受信され、かつ異なるキャリアに関係するＤＣＩの取扱いのフロー図である。
【図１０】２つの非ＬＢＴキャリアおよび１つのＬＢＴキャリアについての自己指示およびクロス指示ＤＣＩ間の例示的な関係の略図である。
【図１１】異なる利用シナリオのためのＤＣＩのサイズの略図である。
【図１２】ＤＣＩが通知されるキャリアに、およびそれが関係するキャリアに依存するＤＣＩのサイズの略図である。
【図１３】異なる利用シナリオのためのＤＣＩのサイズの略図である。
【図１４】ＤＣＩが通知されるキャリアに、およびそれが関係するキャリアに依存するＤＣＩのサイズの略図である。
【図１５】異なる利用シナリオのためのＤＣＩのサイズの略図である。
【図１６】ＤＣＩが通知されるキャリアに、およびそれが関係するキャリアに依存するＤＣＩのサイズの略図である。
【図１７】異なる利用シナリオのためのＤＣＩの略図である。
【図１８Ａ】本開示を実装するための例示的な装置のブロック図である。
【図１８Ｂ】本開示を実装するための例示的な装置のブロック図である。
【発明を実施するための形態】
【００６４】
移動局または移動ノードまたはユーザ端末またはユーザ機器は、通信ネットワーク内の物理エンティティである。１つのノードがいくつかの機能エンティティを有してもよい。機能エンティティは、所定の機能の集合をノードの他の機能エンティティまたはネットワークに実装および／または提供するソフトウェアまたはハードウェアモジュールを指す。ノードは、ノードが通信するために介することができる通信機構または媒体にノードを取り付ける１つまたは複数のインタフェースを有してもよい。同様に、ネットワークエンティティは、機能エンティティが他の機能エンティティまたは対応ノードと通信するために介してもよい通信機構または媒体に機能エンティティを取り付ける論理インタフェースを有してもよい。
【００６５】
用語「無線リソース」は、一組の請求項でおよび本出願で使用する場合、時間−周波数リソースなどの物理無線リソースを指すとして広く理解しなければならない。
【００６６】
用語「アンライセンスセル」または代替的に「アンライセンスキャリア」は、一組の請求項でおよび本出願で使用する場合、アンライセンス周波数帯−代替専門用語としてライセンス免除バンド、アンライセンススペクトル、競合ベースの無線アクセスなどを含む−におけるセル／キャリアとして広く理解しなければならない。対応して、用語「ライセンスセル」または代替的に「ライセンスキャリア」は、一組の請求項でおよび本出願で使用する場合、ライセンス周波数帯におけるセル／キャリアとして広く理解しなければならない。例示的に、これらの用語は、Ｒｅｌｅａｓｅ１２／１３時点の３ＧＰＰおよびライセンス支援アクセス作業項目の文脈で理解しなければならない。
【００６７】
上記背景項に記載したように、ＤＣＩはシグナリングであり、より多くの設定されたキャリアの存在下で、シグナリングが関係するキャリアで送信されてもよく（以下「自己シグナリング」または「自己指示」と称される）、または別のキャリアで送信されてもよい（以下「クロスシグナリング」または「クロス指示」と称される）。以下では、典型的に使用される用語「自己スケジューリング」および「クロススケジューリング」も利用する。この用語は、用語「自己シグナリング」または「自己指示」および「クロスシグナリング」または「クロス指示」と同義的に使用される。したがって、例えば、クロススケジューリングキャリアでは、他のキャリアに関するいかなるシグナリング（制御情報）も送信されてもよく、すなわち、それはスケジューリング制御情報に限定されない。同様に、自己スケジューリングキャリアは、同じキャリアに関するスケジューリング制御情報を送信することに限定されない。そのような非スケジューリング制御情報の例は、電力制御情報またはＴＤＤ  ＵＬ／ＤＬ設定情報などの通信設定情報を含む。
【００６８】
図５は、本開示の根底にある課題を例示する。上記したように、アンライセンスバンド（ＬＢＴによってアクセス可能なバンド）は、追加コンポーネントキャリア（またはセル）として多コンポーネントキャリアシステムに組み込まれる。そのようなＬＢＴキャリア（「ＣＣＡキャリア」と表されることもできる）を追加するとき、スケジューリングを含むシグナリングの方針は様々な異なる方式で設計されてもよい。ＬＢＴキャリアが自己指示／自己スケジューリングを設定した場合、端末は、ＬＢＴキャリア上の所定のサーチスペースを監視（すなわちブラインド復号）して、ＬＢＴキャリアに関する制御情報を受信しなければならない。この制御情報は、例えば、スケジューリング情報でもよい。しかしながら、代替的に、または加えて、制御情報は、電力制御情報またはＬＢＴ送信の他の種類の設定でもよい。図５に、ＰＤＣＣＨで通知される制御情報がアップリンクグラントを含む例を図示する。このダウンリンク制御情報（ＤＣＩ）は、受信され損なうことがある。これは、リソースがＷＬＡＮを通じた送信などの他の送信によって使用されることをＣＣＡ手順が明らかにするので、ＣＣＡを行う基地局がＰＤＣＣＨを送信し損なうという事実によって引き起こされることがある。しかしながら、基地局によって送信されたにもかかわらず、それは、例えば悪いチャネル状態によりＰＤＣＣＨを見落とすことによって引き起こされることもある。ＤＣＩが正しく受信されれば、対応するＰＵＳＣＨが、アップリンクグラントの受信に基づいて、定められた期間、例えば４サブフレーム後に送信されるであろう。しかしながら、ＰＵＳＣＨを送信するために、ＵＥは、ＣＣＡを行わなければならない、すなわち関連したリソースに保留中の送信があるかどうかを確認しなければならない。図５の例では、保留中の（ＷＬＡＮなどの）別の送信があり、したがってＰＵＳＣＨは付与されたリソースで送信されることができない。
【００６９】
図５の左側は、ライセンスキャリア、すなわち付与されたリソースで送信する前にＬＢＴが行われる必要がないキャリアでのクロス指示／クロススケジューリングを例示する。そのようなキャリアはＬＴＥのコンポーネントキャリアでもよく、そのリソースはいかなる他のシステムとも共有されない。クロススケジューリングキャリアでは、アップリンクグラントは、おそらくＬＢＴキャリアまたは複数のＬＢＴキャリアを含む、他のキャリアでの送信のために受信されてもよい。基地局がＰＤＣＣＨを送信する前にＬＢＴは必要がないので、ＵＥによってＰＤＣＣＨを失う確率はより低い。この例では、ＰＤＣＣＨは、ＬＢＴキャリアのためのアップリンクグラントを含む。グラントの受信後、ＵＥは、付与されたリソースで送信する前に、ＬＢＴキャリアのキャリアセンシングを行わなければならない（グラントが上記自己スケジューリング例でＬＢＴキャリアを通じて受信されるときと同じ。
【００７０】
ＤＣＩ送信をより高速かつよりロバストにするために、自己スケジューリングの場合に行われる日和見送信を、非ＬＢＴキャリアでのクロススケジューリングを利用することによって有利に回避してもよい。同じことが、電力制御ＤＣＩなど、アップリンク送信のために使用されてもよい他の制御情報の自己指示対クロス指示に当てはまるであろう。
ダウンリンクグラントの場合、状況は異なる。ダウンリンク送信に関する制御情報の場合には、自己スケジューリングは有利かもしれない。このシナリオでは、制御シグナリングおよびデータトラヒックの送信は、全く同じキャリアで、同じ方向に、かつ好ましくは同じサブフレームでなど、同じユニットで行われる。
【００７１】
しかしながら、ＬＢＴキャリアのためのＵＬ制御シグナリングが別の（非ＬＢＴ）コンポーネントキャリアでクロス指示を介して受信される一方で、ＤＬ制御シグナリングがＬＢＴキャリアで自己指示を介して受信される場合、ＤＣＩフォーマット０（ＵＬ用）および１Ａ（ＤＬ用）のサイズ一致のため、ＵＥに対して追加のブラインド復号労力が発生される。特に、両ＤＣＩフォーマットは同じセルで、および異なるセルで検出されてもよいが、しかしブラインド復号成功後に、同じセルからのＵＬグラントおよび異なるセルからのＤＬグラントは無効とみなされ、したがって破棄され、結果として無駄な労力になるであろう。言い換えると、ＤＣＩフォーマット０およびＤＣＩフォーマット１Ａ（背景項、表１および２を参照せよ）が同じサイズを有するので、そのサイズに対して復号を試みると、両フォーマットが受信される。
【００７２】
図６は、複数のコンポーネントキャリアの場合についての自己指示およびクロス指示ＤＣＩ間の関係、ならびに単一のセルが３つのセルをスケジュールしている／示している（または、一般に単一のセルを使用して３つのセルのための制御情報を通知する）ことを前提とするサーチスペース関係を例証する。すべてのＤＣＩを通知するセルはこの例ではＰＣｅｌｌと同一であり、３つの−潜在的に重複する−ＵＥ固有サーチスペース（ＵＳＳ：UE-specific Search Space）を通知する。ＤＣＩを通知するこのセルは、たとえそのようなセルで送信されるすべてのＤＣＩが必ずしもデータ送信をスケジュールするためであるわけではないとしても、「スケジューリングセル」とも呼ばれてもよい。ＤＣＩは、グラント、ｅＩＭＴＡ再設定、またはデータ送信を設定するために使用される他のシグナリング情報を含むことなく、ＴＰＣコマンドも通知してもよい。単純化のために、ＵＳＳのみを図６に図示し、共通サーチスペースは明示的には図示しない。加えて、今のところＥＰＤＣＣＨはＵＳＳにのみ適用可能でもあり−共通サーチスペースは現在ＥＰＤＣＣＨによってサポートされない。図６に図示するように、クロススケジューリングセルから示されることができる各キャリアに対して、１つの（ＵＥ固有）サーチスペースが作成されるが、但しこれらのサーチスペースの２つ以上が部分的に、またはまれな場合には完全に重複する（ＬＴＥおよびＬＴＥ−Ａにおけるサーチスペースの定義のため同一である）ことがある。図６では、サーチスペースは、キャリア識別の値ｎ＿ＣＩによって識別される。
【００７３】
図６に見て取れるように、用語「自己スケジューリング」および「クロススケジューリング」は、必ずしも相互排他的であるわけでも、相補的であるわけでもない。例えば、ＰＣｅｌｌはこの場合、同時に自己スケジューリングおよびクロススケジューリングセルである一方で、その他の２つのセル／キャリアは自己スケジューリングでもクロススケジューリングでもない。
【００７４】
「キャリアインジケータフィールド」（ＣＩＦ：Carrier Indicator Field）がそれぞれのＤＣＩフォーマット（非特許文献３および上記背景項を参照のこと）に含まれてもよく、ＤＣＩによって通知される制御情報がどのキャリアに対して適用可能であるかを示す。特に、図６では、キャリアインジケータ（ＣＩ）は、キャリアＡで通知されるＤＣＩがキャリアＡ、ＢまたはＣに適用可能であるかどうかを決定する。ＣＩＦに示される値は対応するｎ＿ＣＩ値と同一である−例えば図６の例では、ＣＩＦは値｛０、１、２｝を取ることができる。各ＣＩＦ値と、サーチスペースが関連付けられる、すなわち各ＣＩＦ値に対して、ＣＣＥのサブセットが定められ、ＤＣＩを受信するために監視される。提示した実施形態がｎ＿ＣＩの識別およびＣＩＦ値に限定されないことに留意するべきである。ＣＩＦが意図されたキャリアを識別する役目をする限り、実施形態は問題なく使用されることができる。言い換えると、本開示は、キャリア間を区別する目的でｎ＿ＣＩ値などの特定の指標の使用に限定されない。ＣＩＦなど、キャリア間を区別することを可能にするいかなるインジケータがあってもよい。
【００７５】
ＤＣＩブラインド復号のためのすべてのサイズがターゲットキャリアのｎ＿ＣＩ値から独立していること、すなわち第１のキャリアに対して検出されることになるＤＣＩフォーマットサイズが異なるキャリアに対するＤＣＩフォーマットサイズと同一であることを前提とすると、ＵＥはスケジューリングキャリア（図６のキャリアＡ）上のすべての３つのサーチスペースを監視しなければならないので、自己指示ＤＣＩが、ブラインド復号複雑さを著しく増加させることなく、ｎ＿ＣＩ＝｛０、１、２｝によって識別される３つのサーチスペースのいずれの内でも送信されることができる（検出される）。加えて、いかなるクロス指示ＤＣＩもまた、ブラインド復号複雑さを著しく増加させることなく、ｎ＿ＣＩ＝｛０、１、２｝によって識別される３つのサーチスペースのいずれの内でも送信（検出）されることができる。この関係を様々な矢印によって図６に図示し、ここで実線矢印が（ＵＬ送信、ＤＬ送信、または他の目的のためか関係なく）自己指示ＤＣＩを図示する一方で、破線矢印は（ＵＬ送信、ＤＬ送信、または他の目的のためか関係なく）クロス指示ＤＣＩを図示する。この例では、クロス指示は、したがって、対応するＣＩＦがＤＣＩにおいて｛１、２｝の値を有するときに与えられる。さらなるブラインド復号複雑さが受け入れられる場合には、等サイズの要件は、提示した実施形態の適用性に影響することなく解除されることができる。
【００７６】
図６は、ライセンスバンドシステムである、ＬＴＥのＲｅｌ−１０以降に定義されるコンポーネントキャリアアグリゲーションに関する。アンライセンスバンドがコンポーネントキャリアの１つとしてＬＴＥに組み込まれることになるという前提下で、同様の手法が、ＬＢＴキャリアにも適用されことになる。例えば、図６では、キャリアＣがＬＢＴキャリアでもよい。非ＬＢＴシステムへのＬＢＴキャリアのそのような組込みは、したがってまた、ＬＢＴキャリアのＣＩと関連付けられる別のサーチスペースを提供する必要性に至る。
【００７７】
上記したサーチスペースがＰＤＣＣＨに、および／またはＥＰＤＣＣＨに対応してもよいことに留意されたい。ＥＰＤＣＣＨは、上記したようにＰＤＣＣＨ領域の拡張である。したがって、本明細書に記載するすべての実施形態は、ＰＤＣＣＨおよびＥＰＤＣＣＨのいずれに対しても適用可能である。
【００７８】
本開示は一般に、ＰＤＣＣＨおよびＥＰＤＣＣＨにだけでなく、いかなるチャネル通知ＤＣＩに対しても適用可能である。例えば、基地局とリレーとの間のバックホールリンクもこの手法を使用してもよい。
【００７９】
図７は、自己指示の他に、アクセス前にＬＢＴ手順を必要とする２つの他のキャリアに対するシグナリングをサポートする１つのライセンスキャリア（例えばＰＣｅｌｌ）に関する実施形態に係る行動を図示する。特に、キャリア識別が値０を有するキャリアＡが、ＬＢＴが必要でないライセンスバンドキャリアである。キャリア識別子値がそれぞれ１および２のキャリアＢおよびＣがＬＢＴキャリアである。
【００８０】
この例では、キャリアＡは、（実線矢印によって図示する）自己関連シグナリングの送信の他に、２つのその他のセル（破線矢印によって図示する、それぞれｎ＿ＣＩ＝１およびｎ＿ＣＩ＝２によって識別されるキャリアＢおよびＣ）でのＵＬ送信に関連するシグナリングの送信をサポートするＰＣｅｌｌである。キャリアＢおよびＣでのＤＬ送信は、他方で、（一点鎖線矢印によって図示する）自己指示ＤＣＩによって、すなわち対応するＤＣＩが、それぞれ、対応するＬＢＴキャリアＢおよびＣのリソース上に設けられるサーチスペース内で送信／検出される場合にのみ、スケジュールされることができる。
【００８１】
図６とは対照的に、図７は、キャリアＡに１つの単一の（ＵＥ固有）サーチスペースのみが存在することを示す。言い換えると、本開示によれば、クロス指示キャリア上のいかなるサーチスペースも、非ＬＢＴキャリアのキャリア指標と関連付けられる。ＬＢＴキャリアは、これらのＬＢＴキャリアに対するシグナリングを通知するクロス指示キャリア上にいかなる追加のサーチスペースも生み出すようにはされない。
【００８２】
本開示によれば、したがって、ワイヤレス通信システムのサブフレームでデータを送信する方法が提供され、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートする。ワイヤレス通信システムは、ライセンスバンドで動作する、ＬＴＥ−Ａなどのセルラシステムでもよい。ライセンスバンドで動作する場合、ライセンスリソースは、それらがライセンスされるシステムによってのみ使用されるので、ＬＢＴは必要でない。したがって、リソースがスケジュールされ次第、他の誰かによるそれらの使用をさらに確認することなく、スケジュールされたリソースで送信が行われることができる。ＬＴＥ−Ａは例に過ぎず、本開示は、送信前にＬＢＴが行われることになるアンライセンスバンドも使用するいかなる他のライセンスバンドシステムにも等しく適用可能であることに留意されたい。
【００８３】
キャリアアグリゲーションは上記背景項に記載した。したがって、複数のコンポーネントキャリアが複数のセルに対応し、各々別々の時間−周波数リソースグリッドを提供する。用語コンポーネントキャリアは用語サブキャリアと混同するものではなく、自身のリソースグリッドを有する各コンポーネントキャリアはまた、サブキャリアの集合によって形成される。以下で用語「コンポーネントキャリア」によって、ライセンス（非ＬＢＴ）のこのようにしてアグリゲートされるキャリアを意味することにする。「追加キャリア」またはＬＢＴキャリアとして、アンライセンスバンドキャリアなど、ＬＢＴを必要とするキャリアを意味することにする。
【００８４】
本開示の方法が図８に例示され、かつＤＣＩ受信器（ＵＥ）で行われる以下の：クロススケジューリングコンポーネントキャリア上のサーチスペースを、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出８７０するために、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を検出８７０するために監視８６０するステップであって、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない、ステップと、受信したダウンリンク制御情報に従ってキャリアでデータを受信または送信８８０するステップと、を含む。サーチスペースの監視は、設定されるように、すなわちクロス指示キャリア（そのＣＩＦ値）と関連付けられるサーチスペースに割り当てられるリソース上で定期的に行われる。
【００８５】
最終処理ステップ８８０が一般に、ステップ８７０でＤＣＩ内で受信した設定を適用することを含むことに留意されたい。この適用は、例えば、ＤＣＩがＵＬグラントを含んでいたならば、データの送信でも、ＤＣＩがＤＬグラント、またはＤＣＩが発行されたキャリアの任意の他の設定、例えば電力制御設定を含んでいたならば、データの受信でもよい。
【００８６】
図８に見て取れるように、サーチスペースが最初に設定されてもよい。この設定は、上位レイヤによって半静的に行われてもよい。例えば、この設定は、ＰＤＳＣＨまたはＰＵＳＣＨを使用して対応するベアラを設定または再設定するときにＲＲＣプロトコルによって行われてもよい。したがって、ＵＥは、設定を受信８５０し、それに応じてサーチスペースを設定する。
【００８７】
対応して、ＤＣＩ送信器（基地局、ＢＳ：Base Station）側で実行されることになる方法が提供され、クロススケジューリングコンポーネントキャリア上のサーチスペースで、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を送信８２０し、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない、ステップと、送信したダウンリンク制御情報に従ってキャリアでデータを受信または送信８３０するステップと、を含む。
【００８８】
サーチスペース、すなわちコンポーネントキャリア上のサーチスペースに割り当てられたリソースは、上述したようにＤＣＩの送信およびそれに応じたデータの送信／受信前に、基地局によって設定８１０されてもよい。基地局は、或るＵＥによって送信または受信されることになるデータがあれば、またはデータ送信または受信のための設定に関してＵＥに対するシグナリングがあれば、設定されたサーチスペースでＵＥに対するＤＣＩを送信する。
【００８９】
上記した方法に従って、そのキャリア指標によってＤＣＩ内で識別可能であり、かつ付与されたリソースへのアクセス前にＬＢＴ手順を必要とするキャリアは、クロス指示スケジューリングセル上に（ＵＥ固有）サーチスペースを生み出さない。結果的に、１つの（ＵＥ固有）サーチスペースのみが、図７にキャリアＡに対して図示される。このサーチスペースは、キャリアＡのすべての自己指示ならびにキャリアＢおよびＣのクロス指示のために使用される。
【００９０】
異なるキャリアがキャリアＡのサーチスペース内から示されることができるので、そこで送信／検出されるＤＣＩは、それぞれ０、１、２のｎ＿ＣＩ値に対応するキャリアＡ、ＢおよびＣのどれに対して制御情報が向けられているかを決定するために、ＣＩＦを含む必要がある。キャリアＢおよびＣは各々、ＤＬ送信のみに対する自己指示をサポートする。したがって、キャリアＢおよびＣに対するＤＬに関連するＤＣＩは、別のキャリアでクロス指示されることができない。結果的に、実施形態によれば、キャリアＢおよびＣのＤＬに関連する対応ＤＣＩにＣＩＦは含まれない。ＣＩＦを含まないことが有益であるのは、それがよりコンパクトなＤＣＩサイズを許容するからであり、これは、小さい制御オーバーヘッド、より大きい制御情報カバレージ、または例えば（無線）チャネルによってもたらされる誤りに対する制御情報の良好な誤り耐性の点で利点を有する。本開示が上記実施形態に限定されないことに留意されたい。ＣＩＦはそれでも、自己指示キャリアに存在することがあり得る。
【００９１】
要約すると、本実施形態によれば、クロススケジューリングセルのサーチスペースで送信される追加キャリアに対するダウンリンク制御情報は、ダウンリンク用でなくアップリンク用グラントのみを含む。ＵＥはしたがって、追加キャリア上のサーチスペースを、ダウンリンク制御情報を検出し、かつダウンリンクデータ受信に関するダウンリンク制御情報を検出するために監視することも行い、検出したダウンリンク制御情報に従ってデータを受信する。有利には、追加キャリアで受信されるダウンリンク制御情報は、キャリア識別フィールドを有しない。
【００９２】
実施形態によれば、追加キャリアに対するクロススケジューリングセルのサーチスペースで検出されるダウンリンク制御情報に基づく設定は、アップリンク用グラントの場合にのみ送信に対して適用されるが、しかしダウンリンク用グラントの場合には破棄される。言い換えると、ＬＢＴキャリアに対するダウンリンク設定をもつＤＣＩがクロススケジューリングキャリアのサーチスペースでクロス指示されて受信される場合、それは無視され、そこに含まれる制御情報はデータの受信に対しては適用されない。
【００９３】
例えば、図７および８に基づいて、ＵＥは次いで、図９に例示する以下の（さらなる）ステップ：
−  すべてのユーザ固有サーチスペース、すなわちクロスキャリアＡ上の（キャリアＡに対するダウンリンクＤＣＩならびにキャリアＢおよびＣに対するアップリンクＤＣＩを検出するための）の他に追加キャリアＢおよびＣ上の（それぞれのキャリアＢおよびＣに対するダウンリンクＤＣＩを検出するための）サーチスペースの監視８６０を行ってもよい。
【００９４】
−  ＤＣＩがキャリアＡで検出８７０されれば：
−−  検出したＤＣＩにおけるＣＩＦがキャリアＡを示せば（自己指示を意味する）、検出したＤＣＩはキャリアＡに対して適用される。これは、ＵＬまたはＤＬグラント、ＵＬまたはＤＬ送信を設定するための制御情報などといった、任意のＵＬまたはＤＬ設定を含んでもよい。
−−  検出したＤＣＩにおけるＣＩＦがキャリアＢを示せば、（本実施形態において、ＤＬ  ＤＣＩは常に自己指示である、すなわちそれらが送信されるキャリアに関連するので）それがＵＬ指示であると仮定して、検出したＤＣＩはキャリアＢに対して適用される。
−−  検出したＤＣＩにおけるＣＩＦがキャリアＣを示せば、（本実施形態において、ＤＬ  ＤＣＩは常に自己指示である、すなわちそれらが送信されるキャリアに関連するので）それがＵＬ指示であると仮定して、検出したＤＣＩはキャリアＣに対して適用される。
−  ＤＣＩがキャリアＢで検出されれば、それがＤＬ指示であると仮定して、検出したＤＣＩはキャリアＢに対して適用される。
−  ＤＣＩがキャリアＣで検出されれば、それがＤＬ指示であると仮定して、検出したＤＣＩはキャリアＣに対して適用される。
【００９５】
この行動は図９に全体的にさらに例示される。ＤＣＩが受信される場合、ＤＣＩが受信されるキャリアに応じて、ＵＥは異なって進行する。ＤＣＩがＬＢＴキャリアで受信されれば（ステップ９２０でｙｅｓ）、ＵＥは、ＤＣＩが自己指示ＤＬ  ＤＣＩ、すなわちそれが検出されたＬＢＴに関連するＤＬ  ＤＣＩでしかあり得ないことを知っている。したがって、そのようなＤＣＩはＣＩＦを有する必要はない。基本的に、この場合のＤＣＩは、それがＵＬに関するかＤＬに関するかを示す必要もないであろう。しかしながら、現在、上記表１および２から見て取れるように、ＤＣＩフォーマット０および１Ａは、そのフォーマットの仕様を含む。そのフォーマットに基づいて、それがＵＬに関するかＤＬに関するかは付加的に明らかである。ＤＣＩのフォーマットは、既存のフォーマットへの準拠の理由で対応するフィールドに有益に保たれる。そのような場合、この追加情報は、ＤＣＩの正しい受信を確認するのに役立ってもよい（ＵＬグラントをもつＤＣＩは受信されるべきではない。受信されても、それは送信を設定するために使用されるべきではない）。
【００９６】
現在では、ＬＴＥでは、アップリンクコンポーネントキャリアは、常に対応するダウンリンクキャリアにリンクされている。したがって、アップリンクおよび対応するダウンリンクキャリアは同じＣＩＦ値を有する。しかしながら、本開示がＬＴＥに、またはコンポーネントキャリアに対してと同じＬＢＴキャリアに対するＬＴＥ適用概念に限定されないことに留意されたい。したがって、本開示は、ＣＩＦが方向特異であるとしても適用可能である。したがって、ＵＬまたはＤＬキャリアが示されるかどうかに関する決定は、ＣＩＦ値に基づいて行われてもよい。
ＵＥは、ステップ９３０で、受信したＤＣＩに従って、ＬＢＴキャリアでのＤＬを設定する。
【００９７】
他方で、ＤＣＩが非ＬＢＴクロス指示キャリアで受信されれば（ステップ９２０でｎｏ）、ＵＥは、ＣＩＦ値が非ＬＢＴクロス指示キャリアの値に対応する（ステップ９４０でｙｅｓ）かどうかを判断する。肯定であれば、ＵＥはそれに応じて、ステップ９５０で、非ＬＢＴクロス指示キャリアを、ＤＣＩフォーマットに応じてＵＬまたはＤＬのために設定する。ＣＩＦ値がＬＢＴキャリアの値に対応すれば、ＵＬのＬＢＴキャリアが、それに応じてステップ９６０で設定される。ＵＥは、このＤＣＩではＤＬでなくＵＬ設定のみが受信されることができることを知っており、正しい受信を確認するためにこの情報を使用してもよい。その上、検出されることになるＤＣＩフォーマットの長さは、ＵＬおよびＤＬのための設定された伝送モードおよびＤＣＩフォーマットに対する適用可能なＲＮＴＩの関数として、ＵＥによって事前に知られている。結果的に、ＤＣＩの検出に成功する長さは、ＤＣＩの種類およびその内容に関する指標である。
【００９８】
図１０は、本開示に基づく別の設定例を図示する。特に、図１０は、２つのライセンスキャリア（例えばＰＣｅｌｌおよび１つのＳＣｅｌｌ）に関するＵＥ（さらにＢＳ）行動を例示し、ここでＰＣｅｌｌが、自身の他に、他方のライセンスキャリアの他に、アクセス前にＬＢＴ手順を必要とする別のキャリアを示すことをサポートする。それは、１つのセル、例えばｎ＿ＣＩ＝０によって識別されるＰＣｅｌｌ  Ａが、（直線矢印によって図示する）それ自身に対するシグナリングの他に、別のライセンスセル（点線矢印によって図示する、ｎ＿ＣＩ＝１によって識別されるキャリアＢ）に対するシグナリングの他に、アンライセンスセル（破線矢印によって図示する、ｎ＿ＣＩ＝２によって識別されるキャリアＣ）でのＵＬ関連制御情報をシグナリングすることをサポートする例示的な場合に関する行動を図示する。その上、キャリアＣのＤＬ関連設定は、（一点鎖線矢印によって図示する）自己指示ＤＣＩによって、すなわち対応するＤＣＩがそのＬＢＴキャリア上のサーチスペース内で送信／検出される場合にのみ、示されることができる。
【００９９】
図７と同様に、図１０は、キャリアＡがアクセス前にＬＢＴ手順を必要としない２つのキャリア（キャリアＡおよびキャリアＢ）の指示をサポートするので、キャリアＡに２つの（ＵＥ固有）サーチスペースのみが存在することを示す。たとえアクセス前にＬＢＴ手順を必要とするさらなるキャリアがキャリアＡで示されることができるとしても（例えばキャリアＣ、または図に図示しないさらなるキャリアＤおよびＥ）、そのようなキャリアのキャリア指標（Ｃに対してｎ＿ＣＩ＝２、およびおそらくＤに対してｎ＿ＣＩ＝３である一方で、Ｅに対してｎ＿ＣＩ＝４）に対応する（ＵＥ固有）サーチスペースは、それによってはキャリアＡに生み出されない。
【０１００】
異なるキャリアがキャリアＡのサーチスペース内から示されることができるので、そこで送信／検出されるＤＣＩは、特にそれぞれ０、１、２のｎ＿ＣＩ値に対応するキャリアＡ、ＢおよびＣに対してＵＬ送信が示されるかどうかを決定するために、ＣＩＦを含む必要がある。言い換えると、ＣＩＦは、ＤＣＩ設定がどのキャリアに対して適用されることになるかを特定するために有用である。
【０１０１】
キャリアＣがＤＬ送信に対して自己指示のみをサポートするので、対応するＤＣＩにＣＩＦを含む特別の必要がない。しかしながら、ＣＩＦは、それが所望される場合には、設定により存在することがあり得る。ＣＩＦを含まないことが有益であるのは、既に上述したように、それがよりコンパクトなＤＣＩサイズを許容するからであり、これは、小さい制御オーバーヘッド、より大きい制御情報カバレージ、または例えば（無線）チャネルによってもたらされる誤りに対する制御情報の良好な誤り耐性の点で利点を有する。
【０１０２】
図９に従って、ＵＥは次いで以下の手順を行うものである。
−  ＤＣＩがキャリアＡで検出されれば：
−−  検出したＤＣＩにおけるＣＩＦがキャリアＡまたはＢ（非ＬＢＴキャリア）を示せば、検出したＤＣＩは、（ＣＩＦによって示されるように）それぞれキャリアＡまたはＢに対して適用され、検出したＤＣＩフォーマットに従って、ＵＬ／ＤＬ送信または別の設定が決定される。
−−  検出したＤＣＩにおけるＣＩＦがキャリアＣ（ＬＢＴキャリア）を示せば、それがＵＬ指示であると仮定して、検出したＤＣＩはキャリアＣのアップリンク送信／設定に対して適用される。
−  ＤＣＩがキャリアＣで検出されれば、それがＤＬ指示（設定）であると仮定して、検出したＤＣＩはキャリアＣに対して適用される。
【０１０３】
制御情報シグナリングは、下記する、かつ上記した実施形態と組み合わせ可能であり、かつ例示する別の実施形態に従ってさらに改善されることができる。特に、目的は、総ブラインド復号労力を限定して、好ましくは図６の例を越えずに維持することである。
【０１０４】
本実施形態において、特に、ＬＢＴキャリアに対してクロス指示セルで送信されるＤＣＩは、クロス指示セルでの現存のＤＣＩサイズの１つにサイズが一致される。言い換えると、監視８６０は、クロススケジューリングコンポーネントキャリアに対するダウンリンク制御情報および追加キャリアに対するダウンリンク制御情報に対して行われ、ここでは両ＤＣＩは同じ所定のサイズを有する。これは、例えば、ＤＣＩフォーマット０およびＤＣＩフォーマット１Ａなど、同じサイズを有するように既に定義されているＤＣＩを使用することによって達成されてもよい。
【０１０５】
対応するサイズを有しない残りのフォーマットについては、追加キャリアに対するアップリンクグラントを通知するダウンリンク制御情報のサイズは、有利には、クロススケジューリングキャリアおよび／または他のコンポーネントキャリアに対するダウンリンクグラントを通知するダウンリンク制御情報のサイズにパディングされる。特に、追加キャリアに対するアップリンクグラントを通知するダウンリンク制御情報（ＤＣＩ）は３ＧＰＰ  ＬＴＥ−ＡのＤＣＩフォーマット０に対応し、そのサイズは、ＤＣＩフォーマット０より大きく、かつクロススケジューリングキャリアおよび／または他のコンポーネントキャリアに対するダウンリンクグラントを通知するＤＣＩのサイズと一致するようにパディングされる。
【０１０６】
これは、ＤＣＩフォーマットの一定のサイズを一致させることによって容易にされ、ここで好適な方法は、ビットを追加することによって、小さい方のＤＣＩが大きい方のＤＣＩフォーマットまでパディングされることである。それらのパディングビットが所定または既定の値を有する場合、それらはＤＣＩの正しい検出を改善するためにさらに活用されることができる。
【０１０７】
サイズＳ１の第１のＤＣＩフォーマットが第２のＤＣＩフォーマットのサイズＳ２に一致されるべきであれば、Ｓ１＜Ｓ２の場合、Ｓ１＋ｐ＝Ｓ２となるように、第１のＤＣＩフォーマットはｐ個のパディングビットでパディングされる。単純化のため、別途明記しない限り、以下の記載では、単にＳ１＝Ｓ２と述べることによってそのようなパディングを意味する。明らかに、いかなるパディングビットなしでもサイズが等しければ、Ｓ１＝Ｓ２によって記載される事例は、サイズを一致させるためにパディングを必要としない（例えばＤＣＩフォーマット０およびＤＣＩフォーマット１Ａを参照せよ）。
【０１０８】
たとえ図１０が単に、クロス指示キャリアであるコンポーネントキャリアＡおよびシグナリングがキャリアＡでのみ受信されるコンポーネントキャリアＢを図示するだけであるとしても、この配置は本開示にとって限定的ではないことに留意されたい。いかなる設定もサポートすることができる。例えば、キャリアＢは、例えばダウンリンクなどの一方向に対してのみ、またはアップリンクおよびダウンリンク両方に対して、自己スケジューリングも適用してもよい。キャリアＢが完全に自己スケジューリングである場合には、図１０に関して、キャリアＡがそれ自身およびキャリアＣのみをスケジュールするものとなる一方で、キャリアＢはそれ自身のみをスケジュールするものとなる。対応して、ｎ＿ＣＩ＝１によって決定されるサーチスペースはキャリアＡに存在しないものとなる一方で、自己指示／自己スケジューリングのためにキャリアＢにサーチスペースが存在するものとなる。代替的に、キャリアＢも、キャリアＡに加えてクロススケジューリングキャリアとなり、キャリアＣを示してもよい。しかしながら、これは、ＤＣＩ誤検出による誤りの可能性が高くなるため、あまり興味深くない設定であろう。
【０１０９】
図１１は、ＬＢＴおよび非ＬＢＴキャリアで使用されるフォーマットに対して適用可能なＤＣＩサイズを例示する。その上、図１２は、それぞれのＤＣＩサイズがどこで適用されるかを図示する。特に、以下のフォーマットサイズを図示する：
−  Ａ１は、非ＬＢＴキャリアでＵＬまたはＤＬをスケジュールするための、かつＤＣＩフォーマット０または１Ａに対応する非ＬＢＴキャリア上のＤＣＩのサイズである。
−  Ａ２は、非ＬＢＴキャリアでＤＬをスケジュールするための、かつＤＣＩフォーマット２Ｄに対応する非ＬＢＴキャリア上のＤＣＩのサイズである。
−  Ａ３は、非ＬＢＴキャリアでＵＬをスケジュールするための、かつＤＣＩフォーマット４に対応する非ＬＢＴキャリア上のＤＣＩのサイズである。
−  Ｂ１は、ＬＢＴキャリアでＤＬをスケジュールするための、かつＤＣＩフォーマット０または１Ａに対応するＬＢＴキャリア上のＤＣＩのサイズであり、場合によりさらに調整される。（キャリアＢがアップリンクでなく単にダウンリンクに対して自己指示を許容するだけであるという前提下では、ＤＣＩフォーマット０は出現するべきでないことに留意されたい。）
−  Ｂ２は、ＬＢＴキャリアでＤＬをスケジュールするための、かつＤＣＩフォーマット２Ｄに対応するＬＢＴキャリア上のＤＣＩのサイズであり、場合によりさらに調整される。
−  Ｂ３は、ＬＢＴキャリアでＵＬをスケジュールするための、かつＤＣＩフォーマット４に対応するＬＢＴキャリア上のＤＣＩのサイズであり、場合によりさらに調整される。（キャリアＢがアップリンクでなく単にダウンリンクに対して自己指示を許容するだけであるという前提下では、ＤＣＩフォーマット４は出現するべきでないことに留意されたい。）
−  Ｕ１は、ＬＢＴキャリアでＵＬをスケジュールするための、かつＤＣＩフォーマット０に対応する非ＬＢＴキャリア上のＤＣＩのサイズであり、上記サイズＡ１に等しいサイズを有する。
−  Ｕ２は、ＬＢＴキャリアでＵＬをスケジュールするための、かつＤＣＩフォーマット４に対応する非ＬＢＴキャリア上のＤＣＩのサイズである。
−  Ｄ１は、ＬＢＴキャリアでＤＬをスケジュールするための、かつＤＣＩフォーマット１Ａに対応する非ＬＢＴキャリア上のＤＣＩのサイズである。（キャリアＢに関して自己指示がダウンリンクに対してのみ許容されるという前提下では、ＤＣＩフォーマット１Ａは出現するべきでないことに留意されたい。）
−  Ｄ２は、ＬＢＴキャリアでＤＬをスケジュールするための、かつＤＣＩフォーマット２Ｄに対応する非ＬＢＴキャリア上のＤＣＩのサイズである。（キャリアＢに関して自己指示がダウンリンクに対してのみ許容されるという前提下では、ＤＣＩフォーマット２Ｄは出現するべきでないことに留意されたい。）
【０１１０】
フォーマットＤ１、Ｄ２、Ｂ１（ＤＣＩフォーマット０）、Ｂ３が存在する場合、それはより多くのブラインド復号の試みを引き起こすものとする。したがって、Ｂ３／Ｄ１／Ｄ２に対してブラインド復号の試みを行わないことがより有益である。しかしながら、本開示はそれに限定されず、上記図示したように、他の設定も可能である。
【０１１１】
Ａ１〜Ａ３、Ｂ１〜Ｂ３、Ｄ１、Ｄ２、Ｕ１およびＵ２は、図１２に図示するＤＣＩフォーマットのそれぞれのサイズであり、これらのサイズ間の関係は以下の通りである：
Ｕ１＝Ａ１（Ａ１≠Ａ２≠Ａ３、Ｕ１≠Ｕ２、Ｄ１≠Ｄ２）
【０１１２】
この例示的なケース１では、ＵＬクロス指示（Ｕ１）のためのＤＣＩサイズは、ＤＬおよびＵＬ自己指示（Ａ１）のためのＤＣＩサイズと同一であり、これは図１１で、対応するＤＣＩに陰影をつけることによって例示される。次いで、スケジューリングセルＡ（ＤＬ／ＵＬ）とセルＢ（ＵＬ）との間を区別するのに、ＣＩＦが必要である。
【０１１３】
この例によれば、Ｕ１＝Ａ１は、スケジューリングセルのための現存のＤＣＩフォーマット０／１Ａのサイズに一致される。アップリンククロス指示ＤＣＩフォーマットが同じアップリンク自己指示ＤＣＩフォーマットより多くの／大きいフィールドを含む必要があることがあるので、サイズＡ１を増加させないために、いくつかのビットがアップリンククロス指示ＤＣＩから取り除かれてＵ１＝Ａ１を達成することが有利であろう。自己スケジューリングと比較してクロススケジューリングのためにより多くのフィールドまたはより大きいフィールドを含むことの考え得る必要の理由は、例えば、非同期ＨＡＲＱ、またはさらなる、もしくは拡張特徴をサポートするために、追加の制御データが必要かもしれないということである。
【０１１４】
言い換えると、この例では、コンポーネントキャリアで追加キャリアに対するアップリンクグラントを通知するダウンリンク制御情報（ＤＣＩ）は、ＤＣＩが受信されるコンポーネントキャリアに対するアップリンクグラントを通知するＤＣＩと同じサイズを有し、ＤＣＩが受信されるコンポーネントキャリアに対するアップリンクグラントを通知するＤＣＩにおけるリソースブロック割当てフィールドのサイズは、コンポーネントキャリアで追加キャリアに対するアップリンクグラントを通知するＤＣＩにおけるリソースブロック割当てフィールドのサイズより大きい。
【０１１５】
ビットを取り除く１つの候補フィールドは、したがってＲＢＡフィールドである。ＲＢＡフィールドからビットを取り除くことは、周波数リソーススケジューリング柔軟性を制限するものである。しかしながら、アクセス前にＬＢＴ手順を必要とするキャリアにとって主に大きいリソース割当ては望ましいことを考えれば、これは受け入れられるようである。
【０１１６】
ＤＣＩフォーマット１ＡによるＤＬクロス指示もサポートされるべきである場合には（上記した実施形態に代替的に）、別の有利な解決策は、ＤＣＩフォーマット内に追加ビットをもちサイズＤ１＝Ｕ１＝Ａ１を設定して、ＵＬクロス指示をＤＬクロス指示（Ｄ１、Ｕ１サイズに対応する）から区別することでもよい。
【０１１７】
付加的に、または代替的に、クロス指示ＤＣＩフォーマット１Ａは、ＤＣＩフォーマット２Ｄなどの別の自己指示ＴＭ固有ＤＣＩフォーマットに大きさが一致されてもよい（Ｄ１＝Ａ２および／または場合によりＤ１＝Ｂ２という結果になる）。後者の場合、検出されるＣＩＦは、クロス指示ＤＣＩフォーマット１Ａを自己指示ＤＣＩフォーマット２Ｄから区別するために使用される。ここで、クロス指示ＤＣＩフォーマット１Ａは、ＣＩＦ値などの追加情報によって、自己指示ＤＣＩフォーマット２Ｄから区別されるものである。
【０１１８】
用語「ＴＭ固有」はここで、固有の伝送モード設定のためにのみ使用（および許容、すなわち認識も）されるフォーマットを意味する。ＬＴＥの文脈では、伝送モードは考え得る伝送方式の一覧によって定義される。ＴＭ固有フォーマットは、上述したフォーマット２Ｄ（ＤＬ伝送モード１〜９に適用可能でない）またはフォーマット１（ＤＬ伝送モード３〜６、８〜１０に適用可能でない）などの他のフォーマットなど、すべての伝送モードに適用可能であるわけではないフォーマットである。対照的に、ＤＣＩフォーマット１Ａは、それがすべての定義されたＤＬ伝送モード（１〜１０）に適用可能であるので、ＴＭ固有ＤＣＩフォーマットではない。ＵＬ伝送モードに関して、ＤＣＩフォーマット４は、それがＵＬ伝送モード１に適用可能でないのでＴＭ固有である一方で、ＤＣＩフォーマット０は、それがすべての定義されたＵＬ伝送モード１〜２に適用可能であるのでＴＭ固有でない。一般に、ＴＭ固有ＤＣＩフォーマットは、より詳細な設定が伝えられる必要がある（プリコーディング情報、複数コードワード情報など）ので、非ＴＭ固有ＤＣＩフォーマットより大きいサイズを有する。
【０１１９】
言い換えると、サイズＡ１はＤＣＩフォーマット０／１Ａに対応する。サイズＡ２は、２Ｄなど、ＴＭ固有ＤＬ  ＤＣＩフォーマットに対応する。サイズＡ３も、ＴＭ固有ＵＬ  ＤＣＩフォーマット、例えば４に対応する。同様に、Ｕ１がＤＣＩフォーマット０／１Ａに対応する一方で、サイズＵ２はＴＭ固有ＵＬ  ＤＣＩフォーマット、例えば４に対応する。最後に、サイズＤ１がＤＣＩフォーマット０／１Ａのサイズである一方で、Ｄ２のサイズはＴＭ固有ＤＬ  ＤＣＩフォーマット、例えば２Ｄのサイズである。Ｂ１／Ｂ２／Ｂ３は、この文脈でＡ１／Ａ２／Ａ３に対応する。
【０１２０】
別の追加の、または代替の手法として、ＤＬクロス指示が、自己指示ＤＣＩフォーマット２Ｄにサイズが一致されるクロス指示ＴＭ固有ＤＣＩフォーマット２Ｄによってサポートされてもよい。また、ＤＣＩフォーマット２Ｄが自己指示であるかクロス指示であるかを区別するために、ＣＩＦが使用される。
【０１２１】
要約すると、上記第１の例は、コンポーネントキャリアＡ１のアップリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズが、追加キャリアＵ１のアップリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズと同じであるサイズ一致に関する。その上、同じサイズ一致は、追加キャリアＤ１のダウンリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズにも関してもよい。
【０１２２】
尚さらに、このサイズ一致は、クロス指示ダウンリンクＤＣＩ  Ｄ２とクロススケジューリングコンポーネントキャリアＡ２および／または追加のコンポーネントキャリアＢ２の自己指示ダウンリンクＤＣＩとの間で伝送モード固有であるＤＣＩ間でも適用されてもよい。
以下では、サイズ一致の第２の例が以下の通りに定められてもよい：
Ｕ１＝Ａ２（Ａ１≠Ａ２≠Ａ３、Ｕ１≠Ｕ２、Ｄ１≠Ｄ２、Ｕ１≠Ｄ１≠Ｄ２）
【０１２３】
この設定を図１３および１４に例示する。特に、この例では、コンポーネントキャリアＡ２のダウンリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズは、追加キャリアＵ１のアップリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズと同じである。これは、既に上述したように、Ｕ１のサイズにパディングビットを追加してサイズＡ２を達成することによって達成されることができる。
【０１２４】
この場合、ＵＬクロス指示のためのＤＣＩサイズは、ＤＬ自己指示のための（好ましくはＴＭ固有）ＤＣＩサイズと同一である。Ｕ１、Ｄ１およびＤ２がサイズが異なる場合には、サイズＵ１がＤＬクロスキャリア指示ＤＣＩに対応することができないことが明白である。言い換えると、相互に異なるサイズのＵ１、Ｄ１およびＤ２に関して、対応するＣＩＦ入力をもつサイズＵ１がアップリンククロスキャリアＤＣＩを構成することを知るのに、ＣＩＦは十分である。他方で、Ｕ１＝Ａ２＝Ｄ１またはＵ１＝Ａ２＝Ｄ２であり、かつそれぞれサイズＤ１およびＤ２に対応するダウンリンククロス指示ＤＣＩフォーマットがサポートされるべきである場合には、ＤＣＩ内の追加ビットまたは異なるＲＮＴＩなどといったさらなる判定基準が、アップリンククロス指示ＤＣＩを同じキャリアに対するダウンリンククロス指示ＤＣＩから区別するのに必要であるものである。
【０１２５】
したがって、Ｕ１＝Ａ２＝Ｄ１またはＵ１＝Ａ２＝Ｄ２であれば、Ｕ１、Ａ２およびＤ１に対応するＤＣＩは、ＤＣＩがＵＬ方向に関するかＤＬ方向に関するかを特定するアップリンク／ダウンリンク指示を含む。このアップリンク／ダウンリンク指示は、好ましくは１ビットのサイズを有する、アップリンク／ダウンリンク指示で通知されてもよい。代替的に、アップリンクとダウンリンクとの間の区別は、アップリンクのための固有のＲＮＴＩおよびアップリンクのための異なる固有のＲＮＴＩを適用してＰＤＣＣＨ（ＣＲＣ）をスクランブルすることによって行われてもよい。
【０１２６】
サイズＤ２でなく、サイズＤ１のダウンリンククロス指示ＤＣＩフォーマットがサポートされさえすれば、Ｕ１＝Ａ２＝Ｄ２のために、そのようなさらなる判定基準は必要でない。サイズＤ１でなく、サイズＤ２のダウンリンククロス指示ＤＣＩフォーマットがサポートされさえすれば、Ｕ１＝Ａ２＝Ｄ１のために、そのようなさらなる判定基準は必要でない。
【０１２７】
ターゲットセルのためのＤＬクロススケジューリング指示が全くサポート／設定されない場合、ＵＬクロススケジューリング指示ＤＣＩがｅＮＢによって送信されることが明白であろうため、Ｕ１＝Ｄ１またはＵ１＝Ｄ２が可能であろう。
以下では、サイズ一致の第３の例が提示される：
Ｕ１＝Ａ３（Ａ１≠Ａ２≠Ａ３、Ｕ１≠Ｕ２、Ｄ１≠Ｄ２、Ｕ１≠Ｄ１≠Ｄ２）
【０１２８】
言い換えると、追加キャリアＵ１に対するアップリンクグラントを通知するダウンリンク制御情報フォーマットのサイズは、追加キャリアＵ１に対するアップリンクグラントを通知するダウンリンク制御情報フォーマットより大きい、クロススケジューリングコンポーネントキャリアおよび／または他のキャリアＡ３、Ｂ３に対するアップリンクグラントを通知するダウンリンク制御情報フォーマットのサイズまでパディングされる。この例は、アップリンクグラントを通知する２種類のダウンリンク制御情報フォーマット、すなわち自己指示のために使用されるより短いフォーマットおよびクロス指示のために使用されるより長いフォーマット（ＤＣＩフォーマット０およびＤＣＩフォーマット４など）があることを前提とする。
【０１２９】
この例を図１５および１６に例示する。この場合、ＵＬクロス指示のためのＤＣＩサイズは、ＤＣＩフォーマット４などのＵＬ自己指示のための（好ましくは「ＴＭ固有」）ＤＣＩサイズと同一である。Ｕ１、Ｄ１およびＤ２が異なるサイズを有する場合には、サイズＵ１＝Ａ３がＤＬクロスキャリア指示ＤＣＩに対応することができないことが明白である。言い換えると、相互に異なるＵ１、Ｄ１およびＤ２サイズに関して、対応するＣＩＦ入力をもつサイズＵ１がアップリンククロスキャリア割当てを構成することを知るのに、ＣＩＦは十分である。Ｕ１＝Ａ３＝Ｄ１またはＵ１＝Ａ３＝Ｄ２である場合には、ＤＣＩ内の追加ビットまたは異なるＲＮＴＩなどといったさらなる判定基準が、アップリンククロス指示ＤＣＩを同じキャリアに対するダウンリンククロス指示ＤＣＩから区別するのに必要であるものである。これは、上記したようにアップリンク／ダウンリンクインジケータでもよい。
【０１３０】
ターゲットセルのためのＤＬクロス指示がサポート／設定されない場合、ＵＬクロス指示ＤＣＩがｅＮＢ（基地局）によって送信されることが明白であるため、Ｕ１＝Ａ３＝Ｄ１またはＵ１＝Ａ３＝Ｄ２が可能である。
【０１３１】
図１７は、クロス指示セル（クロススケジューリングコンポーネントキャリア）であるセルＡで、および自己スケジューリングセル（追加ＬＢＴキャリア）であるセルＢで利用可能なフォーマットを要約する。
【０１３２】
上記の場合は、Ｕ１をＵ２と置き換えることによって、ＵＬクロス指示のためのサイズＵ２の第２のＤＣＩフォーマット（例えばＤＣＩフォーマット４）を自己スケジューリングサイズＡ１／Ａ２／Ａ３の１つにと一致させるようにさらに適合されることができる。しかしながら一般に我々はＵ２＞Ｕ１を前提とするので、特にＵＬ自己スケジューリングＤＣＩと比較してＵＬクロススケジューリングＤＣＩのフィールドからビットを取り除くことによってＵ２＝Ａ１を一致させることは、重要情報がもはやサイズＡ１に納まることがあり得ないので、あまり魅力的にならないであろう。次いで、numerologyに応じて依然一定量の取り除かれたビットは必要であるとはいえ、Ｕ２＝Ａ２またはＵ２＝Ａ３を一致させることは好適なメカニズムであろう。
【０１３３】
２つの異なるＤＣＩフォーマットがＵＬクロス指示のためにサポートされるべきである場合には、２つのＤＣＩフォーマットを区別するために、異なるサイズをもつＵ１およびＵ２を有することが必要である。しかしながらＵ１＝ｍａｘ｛Ａ１、Ａ２、Ａ３｝の場合、Ｕ２＝Ａ１またはＵ２＝Ａ２またはＵ２＝Ａ３の範囲内でサイズＵ２内ですべての必要情報を伝達することは可能でないことがある。そのような場合には、２つの異なるＤＣＩフォーマットを区別する好適な解決策は、第２のＤＣＩフォーマットに好ましくは１つの『パディング』ビットを追加することにより、これはＵ１＝ｍａｘ｛Ａ１、Ａ２、Ａ３｝の場合、Ｕ２＝Ｕ１＋１を意味する。
【０１３４】
本開示が、単に例示である、以上例示したＤＣＩフォーマット０、１Ａ、２Ｄおよび４に限定されないことに留意されたい。ＴＭ固有ＤＣＩフォーマットであるＤＣＩフォーマット２Ｄおよび４に関連する本開示は、ＤＣＩフォーマット１、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃなどの他のＴＭ固有ＤＣＩフォーマットに適用されることができる。同様に、ＴＭ固有ＤＣＩフォーマットでないＤＣＩフォーマット０および１Ａに関連する本開示は、他の非ＴＭ固有ＤＣＩフォーマットに適用されることができる。
【０１３５】
その上、いずれのスケジューリング情報（グラント）でもなく、単にそれぞれのキャリアに関する設定だけを含む上述したＤＣＩフォーマットは、例えばＬＴＥ−ＡシステムにおけるＤＣＩフォーマット３および３Ａであることができる。ＤＣＩフォーマット３および３ＡのサイズがＤＣＩフォーマット０、すなわち非ＴＭ固有ＤＣＩフォーマットのサイズに一致されるように定められるので、ＤＣＩフォーマット３および３Ａは、好ましくは非ＴＭ固有ＤＣＩフォーマットに適用可能な本開示に従う。
【０１３６】
しかしながら、本開示は、これらのＬＴＥ  ＤＣＩフォーマットに限定されない。むしろ、それは、いかなるＤＣＩに対しても適用可能である。
図１８Ａおよび図１８Ｂは、本開示に係る例示的な装置を図示し、それぞれ端末（ＵＥ）１８００Ａに、および基地局（ｅＮＢ）１８００Ｂに具象化されてもよい。
【０１３７】
特に、ワイヤレス通信システムでデータを送信または受信する装置１８００Ａが提供され、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートする。特に、上論したように、ワイヤレス通信システムは、スケジュール送信前にさえキャリアセンシングが必要である別のシステムと共有されるバンドを、その専用のバンドに組み込むＬＴＥ−Ａシステムまたはいかなる他の無線アクセスシステムでもよい。装置１８００Ａは、移動電話、ＬＴＥインタフェースカード、移動電話などの任意の装置のＬＴＥインタフェースに使用するためのＩＣ、スマートフォン、コンピュータ、タブレットまたは任意の他の装置などのＵＥに含まれてもよい。特に、そのような装置１８００Ａは、クロススケジューリングコンポーネントキャリア上のサーチスペースを、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出するために、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を検出するために監視するサーチスペース監視ユニット１８１０を備え、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない。言い換えると、サーチスペース監視ユニット１８１０は、上記した特徴をもつ予め設定されたサーチスペースでブラインド復号を行い、復号した制御情報を、それを使用してデータの設定または受信および／もしくは送信を行うさらなるユニットに提供する。
【０１３８】
特に、装置１８００Ａは、復号した情報を受信し、それに応じて扱うさらなるユニット、すなわち送信ユニット１８２０、受信ユニット１８３０および設定ユニット１８４０の少なくとも１つを含む。例えば、受信したＤＣＩがアップリンク送信に関し、アップリンクグラントおよび／または設定情報を含む場合、送信ユニット１８２０は受信したグラントに従って送信されることになるデータを生成する。これは、付与されたデータ量、変調および符号体系をとること、ならびにＤＣＩによって構成された符号化データを物理アップリンクリソースへマッピングすること、すなわちデータを送信することを含む。これは、付与されたキャリアがＬＢＴキャリアである場合、上記したように事前にＬＢＴ手順を行うことを含む。受信ユニット１８３０は、ＵＥからフィードバックを受信し、それに応じてサーチスペース監視ユニット１８１０に通知してもよい。特に、サーチスペースの設定が受信されてもよい。
【０１３９】
他方で、受信したＤＣＩがダウンリンク送信に関し、ダウンリンクグラントおよび／または設定情報を含む場合、受信ユニット１８３０は付与されたリソースでデータを受信し、それらを受信した設定（符号化および変調方式およびさらなる特徴設定を含む）に従って復号する。受信は、ＤＣＩに特定される設定に従って付与されたリソースからデータをデマッピングすることを含む。
【０１４０】
尚さらに、受信したＤＣＩが送信または受信に対するいかなるグラントも含まない場合、設定ユニット１８４０は、将来の送信または受信の目的でＤＣＩから受信した情報に従ってＵＥを設定する。特に、そのような設定は、受信に応じて、設定ユニット１８４０がＤＣＩによって（非明示的にまたは明示的に）示されるそれぞれのキャリアでの送信電力を設定する電力制御情報でもよい。上記したように、他の設定は、ＴＤＤモードのための設定など、同時にグラントをシグナリングする、すなわちデータをスケジュールすることなく行われてもよい。
【０１４１】
その上、ワイヤレス通信システムのサブフレームでデータを送信または受信する装置１８００Ｂが提供され、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートする。そのような装置１８００Ｂは、基地局および／または無線コントローラに実装されてもよい。ＬＴＥに関して、それはｅＮＢでもよい。一般に、そのような装置は、上記例示した装置１８００Ａのスケジューリングおよび／または設定を行う装置に有利に実装される。
【０１４２】
装置１８００Ｂは、クロススケジューリングコンポーネントキャリア上のサーチスペースで、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を送信し、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられず、送信したダウンリンク制御情報に従ってキャリアでデータを受信または送信する、送受信ユニットの一部であるスケジューリングユニット１８５０を含む。
【０１４３】
スケジューリングユニット１８５０は、ＤＣＩの送信をスケジュールする、すなわちＤＣＩが送信される、サーチスペースにおけるリソースを選択する。それは、さらにＵＥをスケジュールし、したがってそれぞれのＵＥのための対応する設定をもつＤＣＩを生成してもよい。送信ユニット１８６０は次いで、データの送信または受信のためにＵＥをスケジュールおよび／または設定する情報をもつスケジュールされたＤＣＩを送信する。受信ユニット１８７０は、他方で、スケジューリングが行われる際に基づくスケジュールされたデータおよび／またはフィードバック（チャネル品質の肯定応答または指示など）を受信するための役目をしてもよい。
【０１４４】
本開示は、専用システム帯域幅と共存する共有帯域幅をもつシステムにとって特に有利なサーチスペース設定およびＤＣＩ設定を提供する。特に、サーチスペース監視ユニットは、同じ所定のサイズを有する、クロススケジューリングコンポーネントキャリアに対するダウンリンク制御情報および追加キャリアに対するダウンリンク制御情報に対する監視を行うように構成されてもよい。
【０１４５】
加えて、コンポーネントキャリア（Ａ１、Ａ３）のアップリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズは、追加キャリア（Ｕ１、Ｕ２）のアップリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズと同じでもよい。これは、ブラインド復号の試み数を低減させる追加の利点を提供する。
【０１４６】
代替的に、または加えて、追加キャリア（Ｕ１、Ｕ２）のアップリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズは、追加キャリア（Ｄ１、Ｄ２）のダウンリンクを設定するためにコンポーネントキャリアで送信されるＤＣＩのサイズと同じでもよい。
【０１４７】
代替的に、または加えて、追加キャリア（Ｕ１）に対するアップリンクグラントを通知するダウンリンク制御情報のサイズは、クロススケジューリングコンポーネントキャリアおよび／または他のキャリア（Ａ２、Ｂ２）に対するダウンリンクグラントを通知するダウンリンク制御情報のサイズまでパディングされてもよい。
【０１４８】
代替的に、または加えて、追加キャリア（Ｕ１）に対するアップリンクグラントを通知するダウンリンク制御情報フォーマットのサイズは、追加キャリア（Ｕ１）に対するアップリンクグラントを通知するダウンリンク制御情報フォーマットより大きい、クロススケジューリングコンポーネントキャリアおよび／または他のキャリア（Ａ３、Ｂ３）に対するアップリンクグラントを通知するダウンリンク制御情報フォーマットのサイズまでパディングされてもよい。
【０１４９】
特に、追加キャリア（Ｕ１）に対するアップリンクグラントを通知するダウンリンク制御情報（ＤＣＩ）は３ＧＰＰ  ＬＴＥ−ＡのＤＣＩフォーマット０に対応してもよく、そのサイズは、ＤＣＩフォーマット０より大きく、かつクロススケジューリングキャリアおよび／または他のキャリア（Ａ２、Ｂ２）に対するダウンリンクグラントを通知するＤＣＩフォーマット２Ｄのサイズと一致するようにパディングされる。
【０１５０】
代替的に、または加えて、クロススケジューリングコンポーネントキャリア（Ｕ１）で追加キャリアに対するアップリンクグラントを通知するダウンリンク制御情報（ＤＣＩ）は、ＤＣＩが受信されるクロススケジューリングコンポーネントキャリア（Ａ１）に対するアップリンクグラントを通知するＤＣＩと同じサイズを有してもよく、ＤＣＩが受信されるコンポーネントキャリア（Ａ１）に対するアップリンクグラントを通知するＤＣＩにおけるリソースブロック割当てフィールドのサイズは、コンポーネントキャリア（Ｕ１）で追加キャリアに対するアップリンクグラントを通知するＤＣＩにおけるリソースブロック割当てフィールドのサイズより大きい。
【０１５１】
有利には、追加キャリアに対するクロススケジューリングセルのサーチスペースで送信されるダウンリンク制御情報は、ダウンリンク用でなくアップリンク用グラントのみを含む。
【０１５２】
その上、サーチスペースを監視することが、追加キャリアで、キャリア識別フィールドを有さず、かつ追加キャリアでのダウンリンクデータ受信に関するダウンリンク制御情報を検出するために行われてもよく、データが次いで、検出したダウンリンク制御情報に従って追加キャリアで受信される。
【０１５３】
有利には、ダウンリンク制御情報は、ＤＣＩがクロススケジューリングコンポーネントキャリアで通知され、かつアップリンクに関するときにグラントが指定されるキャリアを識別するためのキャリア指示フィールド、アップリンクおよびダウンリンクに関するＤＣＩが同じサイズを有する場合ＤＣＩがアップリンクに関するかダウンリンクに関するかを特定するアップリンク／ダウンリンクインジケータの少なくとも１つを含む。
【０１５４】
本開示のハードウェアおよびソフトウェア実装
他の例示的な実施形態は、ハードウェア、ソフトウェア、またはハードウェアと協同したソフトウェアを使用する上記した様々な実施形態の実装に関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）が提供される。ユーザ端末および基地局は、受信器、送信器、プロセッサなど、本明細書に記載した方法に適切に関与する対応エンティティを含め、同方法を行う。
【０１５５】
様々な実施形態がコンピューティング装置（プロセッサ）を使用して実装されてもまたは行われてもよいとさらに認識される。コンピューティング装置またはプロセッサは、例えば汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、特定用途向け集積回路（ＡＳＩＣ：Application Specific Integrated Circuit）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Field Programmable Gate Array）または他のプログラマブル論理装置などでもよい。様々な実施形態はこれらの装置の組合せによって行われてもまたは具象化されてもよい。特に、上記した各実施形態の記載に使用される各機能ブロックは、集積回路としてのＬＳＩによって実現されることができる。それらはチップとして個々に形成されてもよいし、または１つのチップが機能ブロックの一部または全部を含むように形成されてもよい。それらは、そこに結合されるデータ入出力を含んでもよい。ＬＳＩはここで、集積度の相違に応じて、ＩＣ、システムＬＳＩ、超ＬＳＩまたは極超ＬＳＩと称されてもよい。しかしながら、集積回路を実装する技術はＬＳＩに限定されず、専用回路または汎用プロセッサを使用することによって実現されてもよい。加えて、ＬＳＩの製造後にプログラムされることができるＦＰＧＡ、またはＬＳＩ内部に設けられる回路セルの接続および設定が再構成されることができる再構成可能プロセッサが使用されてもよい。
【０１５６】
さらに、様々な実施形態は、プロセッサによって実行される、または直接にハードウェアにあるソフトウェアモジュールによって実装されてもよい。また、ソフトウェアモジュールおよびハードウェア実装の組合せも可能であろう。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに記憶されてもよい。異なる実施形態の個々の特徴が個々にまたは任意の組合せで別の実施形態の主題であり得ることにさらに留意するべきである。
【０１５７】
当業者によって、多数の変形および／または修正が具体的な実施形態に示すように本開示になされてもよいことが認識されるであろう。本実施形態は、したがって、すべての点で例示的であり限定的でないと考えられるべきである。
【０１５８】
本開示は、ワイヤレス通信システムにおけるデータの送信および受信に関し、ワイヤレス通信システムは、複数のコンポーネントキャリアおよびリッスンビフォアトーク手法によってアクセス可能な追加キャリアのアグリゲーションをサポートする。特に、クロススケジューリングコンポーネントキャリア上のサーチスペースの、クロススケジューリングコンポーネントキャリアを示すキャリア識別フィールドを有するダウンリンク制御情報を検出するために、ならびにキャリア識別フィールドが追加キャリアを示すダウンリンク制御情報を検出するための監視が行われ、サーチスペースは、リソースのサブセットによって特定され、クロススケジューリングコンポーネントキャリアのキャリア識別と関連付けられるが、しかし追加キャリアのキャリア識別とは関連付けられない、受信したダウンリンク制御情報に従って、キャリアでデータが送信または受信される。
【図１】
0006704417.tif 000006
【図２】
0006704417.tif 000007
【図３】
0006704417.tif 000008
【図４】
0006704417.tif 000009
【図５】
0006704417.tif 000010
【図６】
0006704417.tif 000011
【図７】
0006704417.tif 000012
【図８】
0006704417.tif 000013
【図９】
0006704417.tif 000014
【図１０】
0006704417.tif 000015
【図１１】
0006704417.tif 000016
【図１２】
0006704417.tif 000017
【図１３】
0006704417.tif 000018
【図１４】
0006704417.tif 000019
【図１５】
0006704417.tif 000020
【図１６】
0006704417.tif 000021
【図１７】
0006704417.tif 000022
【図１８Ａ】
0006704417.tif 000023
【図１８Ｂ】
0006704417.tif 000024