JP6426840B2 - アンライセンスキャリアで送信するための改良されたリソース割当て - Google Patents

Description

本開示は、特にアンライセンスキャリア（unlicensed carrier）で通信を実行するための無線リソースをユーザ端末に割り当てる方法に関する。さらに、本開示は、本明細書に記載されている方法に関与するユーザ端末および無線制御エンティティ（radio control entity）を提供する。

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

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

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

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

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

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

ＬＴＥにおけるコンポーネントキャリア構造
３ＧＰＰ ＬＴＥシステムのダウンリンクコンポーネントキャリアは、時間−周波数領域においていわゆるサブフレームに細分割される。３ＧＰＰ ＬＴＥでは、各サブフレームは、図３に示すように２つのダウンリンクスロットに分割され、この場合に第１のダウンリンクスロットは、先頭の１つまたは複数のＯＦＤＭシンボル内の制御チャネル領域（ＰＤＣＣＨ領域）を備える。各サブフレームは、時間領域において特定の数のＯＦＤＭシンボルで構成され（３ＧＰＰ ＬＴＥ（リリース８）では１２個または１４個のＯＦＤＭシンボル）、各ＯＦＤＭシンボルはコンポーネントキャリアの帯域幅全体にわたる。したがってＯＦＤＭシンボルそれぞれは、図４にも示すように、Ｎ^ＤＬ _ＲＢ×Ｎ^ＲＢ _ｓｃ本のそれぞれのサブキャリアで送信される複数の変調シンボルで構成される。

例えば、３ＧＰＰロングタームエボリューション（ＬＴＥ）において使用されている、例えばＯＦＤＭを採用するマルチキャリア通信システムを想定すると、スケジューラによって割り当てることができるリソースの最小単位は、１つの「リソースブロック」である。物理リソースブロック（ＰＲＢ）は、図４に例示したように、時間領域におけるＮ^ＤＬ _ｓｙｍｂ個の連続するＯＦＤＭシンボル（例：７個のＯＦＤＭシンボル）と、周波数領域におけるＮ^ＲＢ _ｓｃ本の連続するサブキャリア（例：コンポーネントキャリアの１２本のサブキャリア）として定義される。したがって３ＧＰＰ ＬＴＥ（リリース８）では、物理リソースブロックは、時間領域における１つのスロットおよび周波数領域における１８０ｋＨｚに対応する、Ｎ^ＤＬ _ｓｙｍｂ×Ｎ^ＲＢ _ｓｃ個のリソースエレメントから構成される（ダウンリンクリソースグリッドについてさらに詳しくは、例えば非特許文献１の６.２節（３ＧＰＰのウェブサイトで入手可能であり、参照により本明細書に組み込まれている）を参照）。

１つのサブフレームは２つのスロットからなり、したがって、いわゆる「通常の」ＣＰ（サイクリックプレフィックス）が使用されているときにはサブフレームに１４個のＯＦＤＭシンボルが存在し、いわゆる「拡張」ＣＰ（サイクリックプレフィックス）が使用されているときにはサブフレームに１２個のＯＦＤＭシンボルが存在する。専門用語として、以下では、サブフレーム全体にわたる、同一のＮ^ＲＢ _ｓｃ本の連続するサブキャリアに等しい時間−周波数リソースを、「リソースブロックペア」、または同じ意味で「ＲＢペア」または「ＰＲＢ（物理リソースブロック）ペア」と称する。

用語「コンポーネントキャリア」は、周波数領域におけるいくつかのリソースブロックの組合せを意味する。ＬＴＥの将来のリリースでは、「コンポーネントキャリア」という用語はもはや使用されず、その代わりに、その専門用語はダウンリンクおよびオプションでアップリンクリソースの組合せを示す「セル」に変更される。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との間のリンク付けは、ダウンリンクリソースで送信されるシステム情報において指示される。

コンポーネントキャリアの構造の同様の想定は、以降のリリースにも適用される。

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

ＬＴＥアドバンストシステムがサポートすることができる帯域幅は１００ＭＨｚであり、一方、ＬＴＥシステムは２０ＭＨｚのみをサポートすることができる。今日、無線スペクトルの欠如がワイヤレスネットワークの開発のボトルネックになり、結果として、ＬＴＥアドバンストシステムのために十分広いスペクトル帯域を見つけることは困難である。したがって、より広い無線スペクトル帯域を獲得するための方法を見つけることは急務であり、ここにおいて、可能性のある答えは、キャリアアグリゲーション（carrier aggregation）機能である。

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

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

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

キャリアアグリゲーションは、コンポーネントキャリアが連続する場合と不連続な場合の両方についてサポートされ、各コンポーネントキャリアは、３ＧＰＰ ＬＴＥ（リリース８／９）のニューメロロジー（numerology）を使用するとき周波数領域において最大で１１０個のリソースブロックに制限される。

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

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

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

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

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

キャリアアグリゲーションが設定されているとき、移動端末はネットワークとの１つのＲＲＣ接続を有するのみである。ＲＲＣ接続の確立／再確立時には、ＬＴＥリリース８／９と同様に、１つのセルが、セキュリティ入力（１つのＥＣＧＩ、１つのＰＣＩ、および１つのＡＲＦＣＮ）と、非アクセス層（ＮＡＳ）モビリティ情報（例：ＴＡＩ）とを提供する。ＲＲＣ接続の確立／再確立の後、そのセルに対応するコンポーネントキャリアをダウンリンクプライマリセル（ＰＣｅｌｌ：Primary Cell）と称する。接続状態にあるユーザ機器あたり、つねに１つのダウンリンクＰＣｅｌｌ（ＤＬ ＰＣｅｌｌ）および１つのアップリンクＰＣｅｌｌ（ＵＬ ＰＣｅｌｌ）が設定される。設定されているコンポーネントキャリアのセットの中のプライマリセル以外のセルを、セカンダリセル（ＳＣｅｌｌ：Secondary Cell）と称し、ＳＣｅｌｌのキャリアは、ダウンリンクセカンダリコンポーネントキャリア（ＤＬ ＳＣＣ）およびアップリンクセカンダリコンポーネントキャリア（ＵＬ ＳＣＣ）である。

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

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

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

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

ＬＴＥにおけるアップリンクアクセス方式
アップリンク送信では、カバレッジを最大にするため、ユーザ端末による電力効率の高い送信が必要である。Ｅ−ＵＴＲＡのアップリンク送信方式としては、シングルキャリア伝送と、動的な帯域幅割当てのＦＤＭＡとを組み合わせた方式が選択されている。シングルキャリア伝送が選択された主たる理由は、マルチキャリア信号（ＯＦＤＭＡ）と比較して、ピーク対平均電力比（ＰＡＰＲ）が低く、これに対応して電力増幅器の効率が改善され、カバレッジの向上が見込まれるためである（与えられる端末ピーク電力に対してデータレートが高い）。各時間間隔において、ＮｏｄｅＢは、ユーザデータを送信するための固有の時間／周波数リソースをユーザに割り当て、これによってセル内の直交性が確保される。アップリンクにおける直交多元接続によって、セル内干渉が排除されることでスペクトル効率が高まる。マルチパス伝搬に起因する干渉については、送信信号にサイクリックプレフィックスを挿入することにより基地局（ＮｏｄｅＢ）において対処する。

データを送信するために使用される基本的な物理リソースは、１つの時間間隔（例えば０.５ｍｓのサブフレーム）にわたるサイズＢＷ_{ｇｒａｎｔ}の周波数リソースから構成される（符号化された情報ビットはこのリソースにマッピングされる）。なお、サブフレーム（送信時間間隔（ＴＴＩ）とも称する）は、ユーザデータを送信するための最小の時間間隔である。しかしながら、サブフレームを連結することにより、１ＴＴＩよりも長い時間にわたる周波数リソースＢＷ_{ｇｒａｎｔ}をユーザに割り当てることも可能である。

ＬＴＥにおけるアップリンクのスケジューリング方式
アップリンクの方式として、スケジューリング制御式の（すなわちｅＮＢによって制御される）アクセスと、コンテンション（競合）ベースのアクセスの両方を使用することができる。

スケジューリング制御式アクセスの場合、アップリンクデータを送信するための特定の時間長の特定の周波数リソース（すなわち時間／周波数リソース）が、ユーザ機器に割り当てられる。しかしながら、コンテンション（競合）ベースのアクセス用に、いくらかの時間／周波数リソースを割り当てることができる。コンテンションベースの時間／周波数リソースの範囲内では、ＵＥは、最初にスケジューリングされることなく送信することができる。ユーザ機器がコンテンションベースのアクセスを行う１つのシナリオは、例えばランダムアクセスであり、すなわち、ユーザ機器が、あるセルへの最初のアクセスを行うとき、または、アップリンクリソースを要求するために最初のアクセスを行うときである。

スケジューリング制御式アクセスの場合、ＮｏｄｅＢのスケジューラが、アップリンクデータ送信のための一意の時間−周波数リソースをユーザに割り当てる。より具体的には、スケジューラは以下を決定する。
● 送信を許可する（１基または複数基の）ＵＥ
● 物理チャネルリソース（周波数）
● 移動端末が送信に使用するべきトランスポートフォーマット（変調・符号化方式（ＭＣＳ：Modulation Coding Scheme））

割当て情報は、Ｌ１／Ｌ２制御チャネルで送られるスケジューリンググラントを介してユーザ機器にシグナリングされる。以下では、説明を簡潔にするため、このチャネルをアップリンクグラントチャネルと称する。スケジューリンググラントメッセージには、情報として、周波数帯域のうちユーザ機器による使用を許可する部分と、グラントの有効期間と、これから行うアップリンク送信にユーザ機器が使用しなければならないトランスポートフォーマットとが、少なくとも含まれる。最も短い有効期間は１サブフレームである。グラントメッセージには、選択される方式に応じて追加の情報も含めることができる。アップリンク共有チャネル（ＵＬ−ＳＣＨ）で送信する権利を許可するグラントとしては、「各ユーザ機器に対する」グラントのみが使用される（すなわち、「各ユーザ機器における各ＲＢに対する」グラントは存在しない）。したがってユーザ機器は、割り当てられたリソースを何らかの規則に従って無線ベアラ（radio bearer）の間で配分する必要がある。トランスポートフォーマットは、ＨＳＵＰＡの場合とは異なり、ユーザ機器側では選択しない。ｅＮＢが、何らかの情報（例えば、報告されたスケジューリング情報およびＱｏＳ情報）に基づいてトランスポートフォーマットを決定し、ユーザ機器は、選択されたトランスポートフォーマットに従わなければならない。ＨＳＵＰＡでは、ＮｏｄｅＢが最大限のアップリンクリソースを割り当てて、ＵＥは、それに応じてデータ送信用の実際のトランスポートフォーマットを選択する。

無線リソースのスケジューリングは、サービス品質を決めるうえで、共有チャネルアクセスネットワークにおいて最も重要な機能であるため、効率的なサービス品質（ＱｏＳ）管理を可能にする目的で、ＬＴＥにおけるアップリンクスケジューリング方式が満たしているべき要件がいくつかある。
● 優先順位の低いサービスのリソース不足を避けるべきである。
● 個々の無線ベアラ／サービスにおいてサービス品質（ＱｏＳ）が明確に区別されるべきである。
● どの無線ベアラ／サービスのデータが送信されるのかをｅＮＢのスケジューラが識別できるように、アップリンク報告において、きめ細かいバッファ報告（例えば、無線ベアラごとの報告、または無線ベアラグループごとの報告）を行うことができるべきである。
● 異なるユーザのサービスの間でサービス品質（ＱｏＳ）を明確に区別できるようにするべきである。
● 無線ベアラごとに最小限のビットレートを提供できるようにするべきである。

上に挙げた一連の条件から理解できるように、ＬＴＥのスケジューリング方式の１つの重要な側面は、事業者が、自身の総セル容量を、ＱｏＳクラスの異なる個々の無線ベアラの間で分配することを制御できるメカニズムを提供することである。無線ベアラのＱｏＳクラスは、前述したようにサービングゲートウェイからｅＮＢにシグナリングされる対応するＳＡＥベアラのＱｏＳプロファイルによって識別される。事業者は、自身の総セル容量のうちの特定の量を、特定のＱｏＳクラスの無線ベアラに関連付けられる総トラフィックに割り当てることができる。クラスに基づくこの方法を採用する主たる目的は、パケットの処理を、パケットが属するＱｏＳクラスに応じて区別できるようにすることである。

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

Ｌ１／Ｌ２制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ：Downlink Control Information）としてメッセージを伝え、ＤＣＩには、ほとんどの場合、移動端末またはＵＥのグループを対象とするリソース割当ておよびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。

なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。さらに、リリース１１ではＥＰＤＣＣＨが導入され、ＥＰＤＣＣＨは基本的にＰＤＣＣＨと同じ機能を果たし（すなわちＬ１／Ｌ２制御シグナリングを伝える）、ただし送信方法の細部はＰＤＣＣＨとは異なる。さらなる詳細については、特に、非特許文献１および非特許文献２（参照によって本明細書に組み込まれている）の現在のバージョンに記載されている。したがって、背景技術および実施形態の中で概説したほんどの項目は、特に明記しない限り、ＰＤＣＣＨおよびＥＰＤＣＣＨ、またはＬ１／Ｌ２制御シグナリングを伝える他の手段にあてはまる。

アップリンク無線リソースまたはダウンリンク無線リソースを割り当てる目的でＬ１／Ｌ２制御シグナリングで送られる情報は（特にＬＴＥ（−Ａ）リリース１０）、一般的には以下の項目に分類することができる。
・ ユーザ識別情報： 割り当てる対象のユーザを示す。この情報は、一般には、ＣＲＣをユーザ識別情報によってマスクすることによってチェックサムに含まれる。
・ リソース割当て情報： ユーザに割り当てられるリソース（リソースブロック：ＲＢ）を示す。あるいはこの情報はリソースブロック割当て（ＲＢＡ：resource block assignment）と称される。なお、ユーザに割り当てられるリソースブロック（ＲＢ）の数は動的とすることができる。
・ キャリアインジケータ： 第１のキャリアで送信される制御チャネルが、第２のキャリアに関連するリソース（すなわち第２のキャリアのリソースまたは第２のキャリアに関連するリソース）を割り当てる場合に使用される（クロスキャリアスケジューリング）。
・ 変調・符号化方式： 採用される変調方式および符号化率を決める。
・ ＨＡＲＱ情報： データパケットまたはその一部の再送信時に特に有用である、新規データインジケータ（ＮＤＩnew data indicator）や冗長バージョン（ＲＶ：redundancy version）など。
・ 電力制御コマンド： 割当て対象のアップリンクのデータまたは制御情報の送信時の送信電力を調整する。
・ 参照信号情報： 割当ての対象の参照信号の送信または受信に使用される、適用されるサイクリックシフトや直交カバーコード（orthogonal cover code）インデックスなど。
・ アップリンク割当てインデックスまたはダウンリンク割当てインデックス： 割当ての順序を識別するために使用され、ＴＤＤシステムにおいて特に有用である。
・ ホッピング情報： 例えば、周波数ダイバーシチを増大させる目的でリソースホッピングを適用するかどうか、および適用方法の指示情報。
・ ＣＳＩ要求： 割り当てられるリソースにおいてチャネル状態情報（channel state information）を送信するようにトリガーするために使用される。
・ マルチクラスタ情報： シングルクラスタ（リソースブロックの連続的なセット）またはマルチクラスタ（連続的なリソースブロックの少なくとも２つの不連続なセット）で送信を行うかを指示して制御するために使用されるフラグである。マルチクラスタ割当ては、３ＧＰＰ ＬＴＥ−（Ａ）リリース１０によって導入された。

なお上のリストは、すべてを網羅したものではなく、また、使用されるＤＣＩフォーマットによっては、リストした情報項目すべてを各ＰＤＣＣＨ送信に含める必要はないことに留意されたい。

ダウンリンク制御情報はいくつかのフォーマットの形をとり、これらのフォーマットは、全体のサイズと、フィールドに含まれる情報とが異なる。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献３の５.３.３.１節（現在のバージョン１２．２．０が３ＧＰＰのウェブサイトで入手可能であり、参照によって本明細書に組み込まれている）に詳しく記載されている。さらに、ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、上に挙げた技術規格、または非特許文献４の９.３節（参照によって本明細書に組み込まれている）を参照されたい。
フォーマット０： ＤＣＩフォーマット０は、アップリンク送信モード１または２においてシングルアンテナポート送信を使用するＰＵＳＣＨのためのリソースグラントを送信するのに使用される。
フォーマット１： ＤＣＩフォーマット１は、単一コードワードＰＤＳＣＨの送信（ダウンリンク送信モード１，２，７）のためのリソース割当てを送信するのに使用される。
フォーマット１Ａ： ＤＣＩフォーマット１Ａは、単一コードワードＰＤＳＣＨの送信のためのリソース割当てをコンパクトにシグナリングする目的と、（すべての送信モードにおいて）非競合ランダムアクセスのための専用プリアンブルシグネチャ（dedicated preamble signature）を移動端末に割り当てる目的とに使用される。
フォーマット１Ｂ： ＤＣＩフォーマット１Ｂは、ランク１送信による閉ループプリコーディングを使用してのＰＤＳＣＨ送信（ダウンリンク送信モード６）のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報はフォーマット１Ａと同じであるが、それに加えて、ＰＤＳＣＨの送信に適用されるプリコーディングベクトルのインジケータが含まれる。
フォーマット１Ｃ： ＤＣＩフォーマット１Ｃは、ＰＤＳＣＨのための割当てを極めてコンパクトに送信するのに使用される。フォーマット１Ｃが使用されるとき、ＰＤＳＣＨ送信はＱＰＳＫ変調の使用に制約される。このフォーマットは、例えばページングメッセージやブロードキャストシステム情報メッセージがシグナリングされる場合に使用される。
フォーマット１Ｄ： ＤＣＩフォーマット１Ｄは、マルチユーザＭＩＭＯを使用してのＰＤＳＣＨ送信のためのリソース割当てをコンパクトにシグナリングするのに使用される。送信される情報は、フォーマット１Ｂの場合と同じであるが、プリコーディングベクトルのインジケータのビットのうちの１つの代わりに、データシンボルに電力オフセットが適用されるかを示す１個のビットが存在する。この構成は、２基のＵＥの間で送信電力が共有されるか否かを示すために必要である。ＬＴＥの今後のバージョンでは、この構成は、より多くの数のＵＥの間で電力を共有する場合に拡張されうる。
フォーマット２： ＤＣＩフォーマット２は、閉ループＭＩＭＯ動作でのＰＤＳＣＨ（送信モード４）のためのリソース割当てを送信するのに使用される。
フォーマット２Ａ：ＤＣＩフォーマット２Ａは、開ループＭＩＭＯ動作でのＰＤＳＣＨのためのリソース割当てを送信するのに使用される。送信される情報はフォーマット２の場合と同じであるが、異なる点として、ｅＮｏｄｅＢが２つの送信アンテナポートを有する場合、プリコーディング情報は存在せず、４つのアンテナポートの場合、送信ランクを示すために２ビットが使用される（送信モード３）。
フォーマット２Ｂ： リリース９において導入され、デュアルレイヤ・ビームフォーミングの場合のＰＤＳＣＨ（送信モード８）のためのリソース割当てを送信するのに使用される。
フォーマット２Ｃ： リリース１０において導入され、閉ループシングルユーザＭＩＭＯ動作またはマルチユーザＭＩＭＯ動作（最大８レイヤ）の場合のＰＤＳＣＨ（送信モード９）のためのリソース割当てを送信するのに使用される。
フォーマット２Ｄ： リリース１１において導入され、最大８レイヤの送信に使用される。主としてＣｏＭＰ（協調マルチポイント：cooperative Multipoint）（送信モード１０）において使用される。
フォーマット３および３Ａ： ＤＣＩフォーマット３および３Ａは、それぞれ２ビットまたは１ビットの電力調整を有する、ＰＵＣＣＨおよびＰＵＳＣＨのための電力制御コマンドを送信するのに使用される。これらのＤＣＩフォーマットは、ＵＥのグループのための個々の電力制御コマンドを含む。
フォーマット４： ＤＣＩフォーマット４は、アップリンク送信モード２における閉ループ空間多重化送信を使用するＰＵＳＣＨのスケジューリングに使用される。

次の表は、例示を目的として、特にクロスキャリアスケジューリングまたはキャリアアグリゲーションを使用せずに、５０個のリソースブロックのシステム帯域幅と、ｅＮｏｄｅＢにおける４つのアンテナを想定した場合における、いくつかの利用可能なＤＣＩフォーマットの概要および一般的なビット数を示している。右側の列に示したビット数は、その特定のＤＣＩのＣＲＣのビットを含む。

将来的には、さらなるフォーマットが定義されうる。

なお、サイズは一般的にはシステム帯域幅の関数であり、リソース割当て情報がＤＣＩペイロードの相当な部分を占めることに留意されたい。

図７は、非特許文献３の図５．３．３−１による、１つのＤＣＩに対する以下の処理構造を示している。
− 情報要素の多重化（１つのＤＣＩを構成している特定の情報要素の多重化を意味する）
− ＣＲＣの付加
− チャネル符号化
− レートマッチング

ＵＥがＰＤＣＣＨ送信を正常に受信したかを自身で識別できるようにする目的で、各ＰＤＣＣＨ（すなわちＤＣＩ）に付加される１６ビットのＣＲＣによって、誤り検出が提供される。さらには、ＵＥが自身を対象とするＰＤＣＣＨを識別できることが必要である。このことは、理論的には、ＰＤＣＣＨのペイロードに識別子を追加することによって達成できる。しかしながら、「ＵＥの識別情報」によってＣＲＣをスクランブルする方がより効率的であり、追加のオーバーヘッドが節約される。ＣＲＣの計算およびスクランブリングは、非特許文献３の５.３.３.２節「CRC attachment」において３ＧＰＰによって詳細に定義されているように行うことができ、この節には、巡回冗長検査（ＣＲＣ）を通じてＤＣＩ送信に誤り検出を導入する方法が記載されている。要約すると、ペイロード全体を使用してＣＲＣパリティビットを計算し、パリティビットを付加する。ＵＥの送信アンテナの選択が設定されていない、または適用可能ではない場合、付加した後、ＣＲＣパリティビットは対応するＲＮＴＩによってスクランブルされる。これに対応して、ＵＥは、「ＵＥの識別情報」を適用することによってＣＲＣをデスクランブルし、ＣＲＣ誤りが検出されない場合、ＵＥは、そのＰＤＣＣＨが自身を対象とする制御情報を伝えているものと判断する。ＣＲＣを識別情報によってスクランブルする上述したプロセスにおいては、「マスキング」および「デマスキング」という用語も使用される。

この点におけるさらに詳しい説明はここでは省くが、非特許文献３の５．３．３．２節の中の関連する内容は、参照によって本明細書に組み込まれている。

以下では、非特許文献３（現在のバージョン１２．２．０）の５．３．３．１節（参照によって本明細書に組み込まれている）による、さまざまなＤＣＩフォーマットの具体的な情報内容の概要を示す。

ＤＣＩフォーマット０： キャリアインジケータ、フォーマット０／フォーマット１Ａを区別するフラグ、周波数ホッピングフラグ、リソースブロック割当ておよびホッピングリソース割当て、変調・符号化方式および冗長バージョン、新規データインジケータ、スケジューリングされるＰＵＳＣＨのＴＰＣ（送信電力制御）コマンド、ＤＭ ＲＳ（復調参照信号）のサイクリックシフトおよびＯＣＣ（直交カバーコード）インデックス、アップリンクインデックス、ダウンリンク割当てインデックス（ＤＡＩ：Downlink Assignment Index）、ＣＳＩ要求、ＳＲＳ要求、リソース割当てタイプ
ＤＣＩフォーマット１： キャリアインジケータ、リソース割当てヘッダ、リソースブロック割当て、変調・符号化方式、ＨＡＲＱプロセス番号、新規データインジケータ、冗長バージョン、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット１Ａ： キャリアインジケータ、フォーマット０／フォーマット１Ａを区別するフラグ、局在／分散ＶＲＢ（仮想リソースブロック）割当てフラグ、リソースブロック割当て、変調・符号化方式、ＨＡＲＱプロセス番号、新規データインジケータ、冗長バージョン、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＳＲＳ要求、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット１Ｂ： キャリアインジケータ、局在／分散（localized/distributed）ＶＲＢ割当てフラグ、リソースブロック割当て、変調・符号化方式、ＨＡＲＱプロセス番号、新規データインジケータ、冗長バージョン、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、プリコーディングのＴＰＭＩ（送信プリコーディング行列インジケータ）情報、プリコーディングのＰＭＩ（プリコーディング行列インジケータ）確認、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット１Ｃ： ギャップ値、リソースブロック割当て、変調・符号化方式、ＭＣＣＨ（マルチキャスト制御チャネル）変更通知の情報、ＵＬ／ＤＬコンフィギュレーションの指示情報、ＵＬ／ＤＬコンフィギュレーション番号
ＤＣＩフォーマット１Ｄ： キャリアインジケータ、局在／分散ＶＲＢ割当てフラグ、リソースブロック割当て、変調・符号化方式、ＨＡＲＱプロセス番号、新規データインジケータ、冗長バージョン、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、プリコーディングのＴＰＭＩ情報、ダウンリンク電力オフセット、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット２： キャリアインジケータ、リソース割当てヘッダ、リソースブロック割当て、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、トランスポートブロック−コードワードスワップフラグ、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、プリコーディング情報、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット２Ａ： キャリアインジケータ、リソース割当てヘッダ、リソースブロック割当て、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、トランスポートブロック−コードワードスワップフラグ、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、プリコーディング情報、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット２Ｂ： キャリアインジケータ、リソース割当てヘッダ、リソースブロック割当て、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、スクランブリングＩＤ、ＳＲＳ要求、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット２Ｃ： キャリアインジケータ、リソース割当てヘッダ、リソースブロック割当て、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、アンテナポート／スクランブリングＩＤ／レイヤ数、ＳＲＳ要求、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット２Ｄ： キャリアインジケータ、リソース割当てヘッダ、リソースブロック割当て、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、アンテナポート／スクランブリングＩＤ／レイヤ数、ＳＲＳ要求、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、ＰＤＳＣＨ ＲＥマッピングおよび擬似同一位置インジケータ、ＨＡＲＱ−ＡＣＫリソースオフセット
ＤＣＩフォーマット３： ＴＰＣコマンド番号
ＤＣＩフォーマット３Ａ： ＴＰＣコマンド番号
ＤＣＩフォーマット４： キャリアインジケータ、リソースブロック割当て、スケジューリングされるＰＵＳＣＨのＴＰＣコマンド、ＤＭ ＲＳのサイクリックシフトおよびＯＣＣインデックス、アップリンクインデックス、ダウンリンク割当てインデックス（ＤＡＩ）、ＣＳＩ要求、ＳＲＳ要求、リソース割当てタイプ、トランスポートブロック１および２それぞれの変調・符号化方式、冗長バージョン、および新規データインジケータ、プリコーディング情報およびレイヤ数

なお、上に挙げたすべての要素がつねに存在する必要はないことに留意されたい。いくつかの要素の存在は、例えばＲＲＣパラメータによって設定可能である。上述したＤＣＩフォーマットと、ＤＣＩの情報内容のさまざまなフィールドに関するさらなる詳細は、非特許文献３（参照によって本明細書に組み込まれている）に記載されている。

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

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

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

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

なおＥＰＤＣＣＨの場合、送信の基本単位は、それぞれＥＣＣＥおよびＥＲＥＧと称されることに留意されたい。対応するニューメロロジー（numerology）および送信はＰＤＣＣＨとは異なり、さらなる詳細は、特に非特許文献１（参照によって本明細書に組み込まれている）に記載されている。

移動端末は、ＰＤＣＣＨを検出するとき、すべての非ＤＲＸサブフレームにおいて制御情報のための一連のＰＤＣＣＨ候補をモニタリングし、この場合、モニタリングするとは、後からさらに詳しく説明するように、一連のＰＤＣＣＨ候補の中の各ＰＤＣＣＨをすべてのＤＣＩフォーマットに従って復号することを試みるプロセスを意味する。この場合、用語「ブラインド復号」も使用される。

ユーザ機器におけるＰＤＣＣＨのブラインド復号
３ＧＰＰ ＬＴＥ（リリース８／９）では、ユーザ機器は、いわゆる「ブラインド復号」を使用して、ＰＤＣＣＨの中の（１つまたは複数の）ＤＣＩの検出を試みる。すなわち、ダウンリンクでシグナリングされるＰＤＣＣＨのＣＣＥアグリゲーションサイズや変調・符号化方式を示す対応する制御シグナリングが存在するのではなく、ユーザ機器が、ＣＣＥアグリゲーションサイズおよび変調・符号化方式の可能なすべての組合せを試し、ＰＤＣＣＨが正常に復号されたかをＲＮＴＩに基づいて確認する。複雑さをさらに抑制するため、ＬＴＥコンポーネントキャリアの制御シグナリング領域内に共通サーチスペースおよび専用サーチスペースが定義され、ユーザ機器はこれらのサーチスペース内でＰＤＣＣＨを探索する、すなわちブラインド復号を実行する。

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

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

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

小さいサーチスペースの場合、ｅＮｏｄｅＢは、ＰＤＣＣＨを送ろうとしているすべてのＵＥにＰＤＣＣＨを送るためのＣＣＥリソースを１つのサブフレーム内に見つけられない可能性が高く、なぜなら、いくつかのＣＣＥ位置が割り当てられた後に、残りのＣＣＥ位置が特定のＵＥのサーチスペース内にないことがある。このようなブロッキングが次のサブフレームまで持続する可能性を最小にするため、（ＵＥの識別情報から導かれる）ＵＥ固有のホッピングシーケンスが、サブフレームごとにＵＥ固有のサーチスペースの開始位置に適用される。

ＰＤＣＣＨを対象とするＵＥ固有のサーチスペースの開始位置は、通常では、例えば無線フレーム内のスロット番号、ＲＮＴＩ値、およびその他のパラメータに基づくハッシング関数によって決定される。ＵＥ固有のサーチスペースでは、ＣＣＥアグリゲーションレベルとして１個、２個、４個、および８個が可能である。ＥＰＤＣＣＨの場合、開始位置はより柔軟に設定可能であり、ＥＰＤＣＣＨでは８よりも大きいアグリゲーションレベルがサポートされる。

さらなる情報については、非特許文献４の第９．３節（参照によって本明細書に組み込まれている）に記載されている。

リソース割当てのタイプ
物理層リソース割当ての指示情報を伝えることは、ＰＤＣＣＨの主要な機能の１つである。ＰＤＣＣＨの正確な用途は、ｅＮｏｄｅＢにおいて実施される他のアルゴリズムによって異なるが、代表的な動作の一般的な原則を概説することは可能である。各サブフレームにおいて、ＰＤＣＣＨは周波数領域のリソース割当てを示す。リソース割当ては、通常では局在化されており、すなわちサブフレームの最初の半分における物理リソースブロック（ＰＲＢ）と、そのサブフレームの残りの半分における同じ周波数における物理リソースブロック（ＰＲＢ）とが対（ペア）になっている。

周波数領域のリソース割当てのシグナリングに関する設計上の主たる課題は、柔軟性（flexibility）とシグナリングオーバーヘッドとの間の良好な妥協点を見つけることである。最も柔軟であり、おそらく最も単純な方法は、各ビットが特定のＰＲＢを示すビットマップを各ＵＥに送ることである。この方法は、システム帯域幅が小さい場合には良好に機能するが、システム帯域幅が大きい（すなわち最大１１０個のＰＲＢ）場合、ビットマップに１１０個のビットが必要であり、これはオーバーヘッドとして大きすぎ、特に小さいパケットの場合、ＰＤＣＣＨメッセージがデータパケットより大きくなりうる。１つの可能な解決策は、組み合わされたリソース割当てメッセージをすべてのＵＥに送ることであるが、セルの周縁部のＵＥを含めてすべてのＵＥに高い信頼性で送達させるには高い電力が必要であるという理由で、この方法は棄却された。ＬＴＥにおいて採用されている方法は次のとおりである。すなわち、異なる特徴を有する複数の異なるリソース割当てタイプ０，１，２が定義されている。
リソース割当てタイプ０： タイプ０のリソース割当てにおいては、ビットマップは、スケジューリング対象のＵＥに割り当てられるリソースブロックグループ（ＲＢＧ）を示し、ＲＢＧは一連の連続するＰＲＢ（物理リソースブロック）である。ＲＢＧのサイズはシステム帯域幅の関数であり、すなわちダウンリンク帯域幅が大きいと、ＲＢＧのサイズも非線形的に増大する。
リソース割当てタイプ１： タイプ１のリソース割当てにおいては、個々のＰＲＢ（物理リソースブロック）を割り当てることができるが、コンポーネントキャリアまたはセル内で利用可能なＰＲＢのサブセットの範囲内に限られる。使用されるビットマップは、タイプ０の場合よりもわずかに小さく、なぜなら、いくつかのビットは、ＲＢＧ（リソースブロックグループ）のどのサブセットが割り当てられるかと、ビットマップの位置のシフトとを示すために使用されるためである。ビットの合計数（追加のフラグの使用を含む）は、タイプ０の場合と同じである。このリソース割当て方法を用意する理由は、周波数ダイバーシチを利用するため周波数領域内でリソースを拡散させるうえでの柔軟性である。
リソース割当てタイプ２： タイプ２のリソース割当てにおいては、リソース割当て情報は、ＰＲＢ（物理リソースブロック）への局在型マッピングまたは分散型マッピング（リソース割当てメッセージの中の１ビットのフラグによって示される）を使用しての、一連の連続する仮想リソースブロック（ＶＲＢ：Virtual Resource Block）を示す。ＰＲＢの割当ては、１個のＰＲＢから、システム帯域幅にわたる最大数のＰＲＢまでのさまざまな量をとることができる。タイプ２のリソース割当てフィールドは、先頭のリソースブロック（ＲＢ_{ＳＴＡＲＴ}）と、連続的に割り当てられるリソースブロックの長さ（Ｌ_ＣＲＢｓ）とに対応するリソース指示値（ＲＩＶ：resource indication value）から構成される。

異なるリソース割当てタイプに関するさらに具体的な情報は、非特許文献２の７．１．６節「Resource Allocation」（現在のバージョン１２．３．０）（参照によって本明細書に組み込まれている）に記載されている。

さまざまなＤＣＩフォーマットにおけるリソースブロック情報のサイズは、リソース割当てタイプおよびシステム帯域幅の関数であることに留意されたい。次の表は、６〜１１０個のＰＲＢの例の場合に、ダウンリンクリソース割当てタイプに対応する必要なビット数を示している。

さらに、アップリンクＤＣＩフォーマットを有するＰＤＣＣＨ／ＥＰＤＣＣＨでは、アップリンクリソース割当てのタイプ０およびタイプ１がサポートされる。アップリンクの場合の異なるリソース割当てタイプに関するさらに詳細な情報は、非特許文献２の８．１節「Resource allocation for PDCCH/EPDCCH with uplink DCI format」（現在のバージョン１２．３．０）（参照によって本明細書に組み込まれている）に記載されている。

ＰＤＳＣＨ（物理ダウンリンク共有チャネル）の送信モード
物理ダウンリンク共有チャネル（ＰＤＳＣＨ）は、ＬＴＥにおいて主データを伝えるダウンリンクチャネルである。ＰＤＳＣＨは、すべてのユーザデータと、ＰＢＣＨで伝えられないブロードキャストシステム情報と、ページングメッセージとに使用される（ＬＴＥには専用の物理層ページングチャネルは存在しない）。ＰＤＳＣＨで送信されるデータの単位はトランスポートブロック（ＴＢ）として知られており、各トランスポートブロックは、媒体アクセス制御（ＭＡＣ）層のプロトコルデータユニット（ＰＤＵ）に相当する。トランスポートブロックは、ＴＴＩ（送信時間間隔）あたり１回、ＭＡＣ層から物理層に渡される（１ＴＴＩは１ｍｓでありサブフレームの持続時間に対応する）。

ユーザデータに使用されるとき、１つのコンポーネントキャリアで１基のＵＥへの１つのサブフレームあたり送信できるトランスポートブロックは、各ＵＥへのＰＤＳＣＨに対して選択されている送信モードに応じて１つまたは最大で２つである。ＬＴＥでは、通常ではダウンリンク用に複数のアンテナが存在し、すなわちｅＮｏｄｅＢは複数の送信アンテナを使用することができ、ＵＥは複数の受信アンテナを使用することができる。２つのアンテナをさまざまな構成で使用することができ、これらの構成はＬＴＥでは区別され、送信モードとして表される。ＵＥは、ｅＮｏｄｅＢによって特定の送信モードに設定される。例えば、シングル送信アンテナかつシングル受信アンテナのモードを送信モード１と称する。アップリンクのさまざまな送信モードは、３ＧＰＰの技術規格である非特許文献２（現在のバージョン１２．３．０）の８．０節（特に表８−３、表８−３Ａ、表８−５、および表８−５Ａ）に定義されており、ダウンリンクのさまざまな送信モードは７．１節（特に表７．１−１、表７．１−２、表７．１−３、表７．１−５、表７．１−５Ａ、表７．１−６、表７．１−６Ａ、表７．１−７）に定義されており、これらは参照によって本明細書に組み込まれている。非特許文献２のこれらの表は、ＲＮＴＩのタイプ（例：Ｃ−ＲＮＴＩ、ＳＰＳ Ｃ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ）、送信モード、およびＤＣＩフォーマットの間の関係を示している。

以下に、非特許文献２の表７．１−５、表７．１−５Ａ、表７．１−６、および表７．１−６Ａを示す。

上に示した表には、いくつかの事前定義された送信モードを示してあり、送信モードは、（Ｅ）ＰＤＣＣＨに対応するＰＤＳＣＨに使用される特定の送信方式を識別する。

ブラインド復号の合計試行回数から発生する計算負荷を制御下に維持する目的で、ＵＥには、定義されているすべてのＤＣＩフォーマットを同時に探索するようには要求されない。例えばＵＥは、共通サーチスペースにおいては、ＤＣＩフォーマット０，１Ａ，および１Ｃを探索する。これに加えて、フォーマット３または３Ａ（これらはＤＣＩフォーマット０および１Ａと同じサイズを有する）を探索するようにＵＥを構成することができ、フォーマット３，３Ａは、ＵＥ固有の識別情報（例：Ｃ−ＲＮＴＩ）ではなく別の（一般的な）識別情報（例：ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ（送信電力制御−物理アップリンク制御チャネル−ＲＮＴＩ）またはＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ（送信電力制御−物理アップリンク共有チャネル−ＲＮＴＩ））によってスクランブルされたＣＲＣを有することにより、区別することができる。

一般にＵＥは、ＵＥ専用サーチスペース内ではつねにＤＣＩフォーマット０および１Ａを探索し、これらのフォーマットはいずれも同じサイズであり、ＤＣＩメッセージの中のフラグによって区別される。これに加えて、ｅＮｏｄｅＢによって設定されるＰＤＳＣＨ送信モードに応じて、さらなるＤＣＩフォーマット（例：１、１Ｂ、または２）を受信するようにＵＥに要求されることがある。さらに、上の表には、対応するサーチスペース（例えば設定に応じて共通サーチスペース、ＵＥ固有のサーチスペース、ＰＤＣＣＨサーチスペース、ｅＰＤＣＣＨサーチスペース）においてＵＥが復号を試みるべき（すなわちブラインド復号するべき）ＤＣＩフォーマット（特定のＲＮＴＩによってマスクされている）が定義されている。例えば、ｅＮｏｄｅＢによって送信モード３に設定されているＵＥは、（上の４つの表によると）Ｃ−ＲＮＴＩおよびＳＰＳ Ｃ−ＲＮＴＩによるＣＲＣマスキングを有するＰＤＣＣＨの共通サーチスペースおよびＵＥ固有のサーチスペース内、または、Ｃ−ＲＮＴＩおよびＳＰＳ Ｃ−ＲＮＴＩによるＣＲＣマスキングを有するＥＰＤＣＣＨのＵＥ固有のサーチスペース内では、例えばＤＣＩフォーマット１ＡおよびＤＣＩフォーマット２Ａをモニタリングする。設定されている特定の送信モードに関連付けられるＤＣＩフォーマットのみをブラインド復号すればよいため、ブラインド復号の計算負荷が妥当な量に維持される。

さらに仕様には、複数のＣＣＥ／ＥＣＣＥアグリゲーションレベルが定義されており、各アグリゲーションレベルにおいて、一般にはＤＣＩフォーマットあたり複数の候補がブラインド復号される。なおリリース１２までのキャリアアグリゲーションの場合、ＵＥ固有のサーチスペース内のブラインド復号候補の数は、ＵＥに対して設定／アクティブ化されているコンポーネントキャリアの数とともに線形的に増大することに留意されたい。

アンライセンスバンドにおけるＬＴＥ： ライセンス補助アクセス（ＬＡＡ）
３ＧＰＰは、２０１４年９月に、アンライセンス周波数帯におけるＬＴＥ運用に関する新規の検討項目に着手した。ＬＴＥをアンライセンスバンド（unlicensed band）に拡張する理由は、無線ブロードバンドデータの需要がますます成長していることに加えて、ライセンスバンド（licensed band）の量が限られているためである。したがって、携帯電話の事業者が、アンライセンス周波数帯を自社のサービス提供を拡大するための補足的な手段とみなす傾向が強まっている。Ｗｉ−Ｆｉ（登録商標）などの他の無線アクセス技術（ＲＡＴ）に頼ることと比較したとき、アンライセンスバンドにおけるＬＴＥの利点として、事業者およびベンダーは、アンライセンス周波数帯へのアクセスによってＬＴＥプラットフォームを補足することによって、無線・コアネットワークのＬＴＥ／ＥＰＣハードウェアにおける既存の投資および予定されている投資を活用することができる。

しかしながら、アンライセンス周波数帯へのアクセスは、必然的にアンライセンス周波数帯における他の無線アクセス技術（ＲＡＴ）と共存することになるため、ライセンス周波数帯の品質には絶対に匹敵し得ないことを考慮しなければならない。したがって、アンライセンスバンドでのＬＴＥ運用は、少なくとも最初は、アンライセンス周波数帯での単独の運用ではなく、むしろライセンス周波数帯でのＬＴＥの補足とみなされるであろう。この想定に基づき３ＧＰＰは、少なくとも１つのライセンスバンドと併用してアンライセンスバンドでＬＴＥを運用することに対して、ライセンス補助アクセス（ＬＡＡ：Licensed Assisted Access）という用語を確立した。ただし将来的に、ライセンス補助アクセス（ＬＡＡ）に頼らないアンライセンス周波数帯でのＬＴＥの単独運用が排除されるわけではない。

現在３ＧＰＰにおいて意図されている一般的なライセンス補助アクセス（ＬＡＡ）の方法は、すでに策定されているリリース１２のキャリアアグリゲーション（ＣＡ）の枠組みを最大限に利用することであり、キャリアアグリゲーション（ＣＡ）の枠組みの構成は、いわゆるプライマリセル（ＰＣｅｌｌ）キャリアおよび１つまたは複数のセカンダリセル（ＳＣｅｌｌ）キャリアを含む。キャリアアグリゲーション（ＣＡ）では、一般的に、セルのセルフスケジューリング（スケジューリング情報とユーザデータが同じコンポーネントキャリアで送信される）と、セル間のクロスキャリアスケジューリング（ＰＤＣＣＨ／ＥＰＤＣＣＨによるスケジューリング情報と、ＰＤＳＣＨ／ＰＵＳＣＨによるユーザデータが異なるコンポーネントキャリアで送信される）の両方がサポートされる。

図８は極めて基本的なシナリオを示しており、ライセンスＰＣｅｌｌと、ライセンスＳＣｅｌｌ １と、さまざまなアンライセンスＳＣｅｌｌ ２，３，４（例示的にスモールセルとして描いてある）とが存在する。アンライセンスＳＣｅｌｌ ２，３，４の送信／受信ネットワークノードは、ｅＮＢによって管理される遠隔無線ヘッド（remote radio head）とする、またはネットワークにアタッチされているがｅＮＢによって管理されないノードとすることができる。なお単純さを目的として、これらのノードからｅＮＢまたはネットワークへの接続は、図には明示的には示していない。

現在、３ＧＰＰにおいて想定されている基本的な方法では、ＰＣｅｌｌをライセンスバンドで動作させ、１つまたは複数のＳＣｅｌｌをアンライセンスバンドで動作させる。この方式の利点として、制御メッセージと、高いサービス品質（ＱｏＳ）が求められるユーザデータ（例えば音声および映像など）とを高い信頼性で送信できるようにＰＣｅｌｌを使用することができ、ただしその一方で、アンライセンス周波数帯におけるＰＣｅｌｌは、必然的に他の無線アクセス技術（ＲＡＴ）と共存するため、シナリオによって程度は異なるがＱｏＳが大幅に低下することがある。

３ＧＰＰにおけるＬＡＡ（ライセンス補助アクセス）の検討は、５ＧＨｚのアンライセンスバンドを中心として行われることが、ＲＡＮ１＃７８ｂｉｓにおいて合意された（ただし最終的な決定はなされていない）。したがって最も重要な問題の１つは、これらのアンライセンスバンドで動作するＷｉ−Ｆｉ（ＩＥＥＥ ８０２．１１）システムとの共存である。ＬＴＥと他の技術（Ｗｉ−Ｆｉなど）との間の公平な共存と、同じアンライセンスバンドにおける複数の異なるＬＴＥ事業者間の公平性とを支援する目的で、アンライセンスバンドにおけるＬＴＥのチャネルアクセスでは、地域および考慮される周波数帯によって異なる特定の一連の規制に従わなければならない。５ＧＨｚのアンライセンスバンドでの運用に関する規制要件の包括的な説明は、非特許文献５（参照によって本明細書に組み込まれている）に記載されている。ＬＡＡ（ライセンス補助アクセス）手順を設計するときに考慮しなければならない規制要件としては、地域および帯域によって異なるが、動的周波数選択（ＤＦＳ：Dynamic Frequency Selection）、送信電力制御（ＴＰＣ：Transmit Power Control）、リッスンビフォアトーク（ＬＢＴ：Listen Before Talk）、最大送信時間長が限られた不連続送信が含まれる。３ＧＰＰの意図は、ライセンス補助アクセス（ＬＡＡ）の国際的な単一の枠組みを目標とすることであり、すなわち基本的には、システムを設計する場合、さまざまな地域および５ＧＨｚ帯域に関するすべての要件を考慮しなければならない。

動的周波数選択（ＤＦＳ）は、レーダーシステムからの干渉を検出してこれらのシステムとの同一チャネル動作を回避する目的で、特定の地域および帯域において要求される。この目的は、周波数帯のほぼ均一な負荷をさらに達成することである。動的周波数選択（ＤＦＳ）の動作および対応する要件は、マスター／スレーブ原理に関連付けられる。マスターがレーダー干渉を検出するべきだが、しかしながら、マスターに関連付けられる別の装置を利用してレーダー検出を実施してもよい。

５ＧＨｚのアンライセンスバンドでの運用は、ほとんどの地域では、ライセンスバンドでの運用と比較してかなり低い送信電力レベルに制限され、結果としてカバレッジ領域が小さい。たとえライセンスキャリア（licensed carrier）とアンライセンスキャリア（unlicensed carrier）を同じ電力で送信しても、５ＧＨｚバンドのアンライセンスキャリアでは、信号のパスロスおよびシャドウイングの影響が大きいため、サポートされるカバレッジ領域が２ＧＨｚバンドのライセンスセルよりも通常では小さいものと予測される。特定の地域および帯域に関するさらなる要件としては、同じアンライセンスバンドで動作する他の装置に引き起こされる干渉の平均レベルを低減する目的で、ＴＰＣ（送信電力制御）を使用する。

装置は、リッスンビフォアトーク（ＬＢＴ）に関する欧州の規制に従って、無線チャネルを占有する前に空きチャネル判定（ＣＣＡ：Clear Channel Assessment）を実行しなければならない。エネルギ検出に基づいてチャネルが空きとして検出された後にのみ、アンライセンスチャネルでの送信を開始することが許可される。空きチャネル判定（ＣＣＡ）時、装置は特定の最小値についてチャネルを監視しなければならない。検出されたエネルギレベルが、設定されているＣＣＡしきい値を超える場合、チャネルは占有されているとみなされる。チャネルが空きとして分類される場合、装置はただちに送信することが許可される。これにより、同じ帯域で動作する他の装置との公平なリソース共有を促進する目的で、最大送信時間長が制限される。

さまざまな規制要件を考慮すると、アンライセンスバンドでの運用に関するＬＴＥ仕様には、ライセンスバンドでの運用に限定される現在のリリース１２の仕様と比較して、明らかにいくつかの変更が要求される。

新しい作業項目であるライセンス補助アクセス（ＬＡＡ）に関連して、アップリンク通信およびダウンリンク通信用のリソースを移動ノードに割り当てる方法も最終的に決定されていない。アンライセンスキャリアの特殊な状況を考慮して、信頼性が高く効率的なリソース割当てを実施する必要がある。

3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)" 3GPP TS 36.213 3GPP TS 36.212, "Multiplexing and channel coding" LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker R1-144348, "Regulatory Requirements for Unlicensed Spectrum", Alcatel-Lucent et al., RAN1#78bis, Sep. 2014 TS 36.321 TS 36.331

本発明を制限することのない例示的な一実施形態は、通信システムにおいてユーザ端末に無線リソースを割り当てる改良された方法を提供する。

独立請求項は、本発明を制限することのない例示的な実施形態を提供する。有利な実施形態は、従属請求項の主題である。

第１の態様によると、以下に説明するように、ユーザ端末に第１のあらかじめ決められた無線リソースが設定され、この第１のあらかじめ決められた無線リソースは、ユーザ端末と無線制御エンティティとの間の、特にアンライセンスキャリアでのアップリンク／ダウンリンク通信に使用することができる（ただしこれらの無線リソースはライセンスキャリアにおいて使用することもできる）。これらのあらかじめ決められた無線リソースは、ＤＣＩメッセージの特定のフォーマットに関連付けられている。したがって、無線制御エンティティは、この特定のフォーマットを有するＤＣＩメッセージをユーザ端末に送信することによって、これらのあらかじめ決められた無線リソースをユーザ端末に割り当てることができる。言い換えれば、ユーザ端末は、この特定のフォーマットのＤＣＩメッセージを正常に復号したとき、その特定のフォーマットのＤＣＩメッセージに関連付けられている第１のあらかじめ決められた無線リソースを識別し、この無線リソースを使用して（アンライセンスキャリアを介して）無線制御エンティティと通信することができる。

１つの利点として、ユーザ端末および無線制御エンティティの両方に既知であるあらかじめ決められた無線リソースを使用することによって、特定のフォーマットのＤＣＩメッセージ（すなわちリソース割当てメッセージ）は、割り当てられる無線リソースを示すビットを明示的に含む必要がない。言い換えれば、あらかじめ決められた無線リソースが事前に設定されるが、この無線リソースの実際のリソース割当ては、特定のフォーマットのＤＣＩメッセージを送信すること自体によって簡単に実行される（ＤＣＩメッセージは、正常にユーザ端末によって復号される）。したがって、無線インタフェースを通じて送信されるビット数が減少する。

さらには、特定のフォーマットのＤＣＩメッセージにリソース割当てが含まれないため、その特定のフォーマットのＤＣＩメッセージのサイズはアンライセンスキャリアの帯域幅（ユーザ端末に割り当てられるリソース）とは無関係である。したがって、特定のフォーマットのＤＣＩメッセージのサイズが変化せず、実際の帯域幅にかかわらず任意のサーチスペースからのクロスキャリアスケジューリングを行うことができる。対応するＤＣＩ送信に要求されるリソースが一般的により少ないため、ＤＣＩ送信の柔軟性が高まり、これにより（Ｅ）ＰＤＣＣＨリソースにおけるブロッキングや衝突の危険性が減少する。

この第１の態様の複数の異なる実装形態は、例えば特定のフォーマットのＤＣＩメッセージをユーザ端末に送信する方法に関して異なり、例えば、アンライセンスキャリアを介して、または別のキャリア（アンライセンスキャリアまたはライセンスキャリア（例：ＰＣｅｌｌまたはＳＣｅｌｌ））を介して送信する。

この第１の態様のさらなる実装形態は、ＤＣＩメッセージの特定のフォーマットの実際の情報内容（すなわちフィールド）に関し、例えばアップリンクまたはダウンリンクのリソース割当てのためのＤＣＩフォーマットの必須フィールドおよびオプションフィールドである。情報内容は、異なる実装形態の間で大きく異なるものとすることができる。

さらに、第１の態様の別の複数の実装形態は、あらかじめ決められた無線リソースの具体的な定義に関して異なる。例えば、あらかじめ決められた無線リソースが、１つまたは複数のサブフレーム内のすべてのリソースブロックを指定することができ、すなわち特定のフォーマットのＤＣＩメッセージを受信することによってトリガーされるユーザ端末に、キャリアの帯域幅全体が割り当てられる。あるいは、あらかじめ決められた無線リソースが、１つまたは複数のサブフレーム内のすべてのリソースブロックのうちの一部のみ（帯域幅の上側半分、下側半分、または中央の半分など）を指定することができる。

さらに、第１の態様の別の複数の実装形態は、アンライセンスキャリアのあらかじめ決められた無線リソースを実際に設定する方法に関して異なり、例えば、上位層シグナリングによって、および／またはＲＲＣ（無線リソース制御）メッセージによって設定する。これに関して重要な点として、これらのあらかじめ決められた無線リソースは、実際のリソース割当てが行われる前にユーザ端末および無線制御エンティティに定義されているべきであることを指摘しておく。

第１の態様のさらなる特定の実装形態においては、（例えば、上述した４つの定義のように）ユーザ端末に対していくつかのあらかじめ決められた無線リソースを定義しておくことができ、この場合には、これらのいくつかのあらかじめ決められたリソースのうちの１つを選択しなければならず、この選択は、リソース割当てが行われるよりも十分前に（例えばアンライセンスキャリアが確立されるときの設定によって、または確立の後、例えば少なくともそのアンライセンスキャリアのＲＲＣ再設定手順時に）行う、あるいは、受信された特定のフォーマットのＤＣＩメッセージに基づいて（例えばＤＣＩメッセージの情報内容の中の対応する小さいフィールドを使用することによって）行う。これにより、無線制御エンティティによって制御される無線リソース割当ての柔軟性（および周波数の選択性）が高まる。ただし（１つまたは複数の）追加のビットが必要となる（それでも通常のリソース割当てフィールドに使用されるビットよりはずっと少ない）。

第１の態様のさらなる特定の実装形態においては、ＤＣＩメッセージの特定のフォーマットが送信モードに関連付けられており、送信モードは、ＤＣＩメッセージのどのフォーマットがブラインド復号されるかを定義し、したがってブラインド復号の計算負荷がまったく増大しない、またはわずかに増大するのみである。

したがって、一般的な一態様においては、本明細書に開示されている技術は、通信システムにおいて無線制御エンティティとの通信を実行するユーザ端末を提供する。少なくとも第１のあらかじめ決められた無線リソースが、特定のキャリアに関連して使用するためにユーザ端末に設定され、かつダウンリンク制御情報（ＤＣＩ）メッセージの特定のフォーマットに関連付けられている。ユーザ端末の受信ユニットは、無線制御エンティティから、特定のフォーマットのＤＣＩメッセージを受信する。ユーザ端末のプロセッサは、この受信されたＤＣＩメッセージに関連付けられている第１のあらかじめ決められた無線リソースを識別し、特定のフォーマットのＤＣＩメッセージを受信したとき、特定のキャリアを介してのユーザ端末と無線制御エンティティとの間の通信用に、識別された第１のあらかじめ決められた無線リソースを使用する。特定のキャリアは、アンライセンスキャリアとすることができる。

したがって、一般的な一態様においては、本明細書に開示されている技術は、通信システムにおいて無線制御エンティティとユーザ端末との間の通信を実行するための無線リソースをユーザ端末に割り当てる無線制御エンティティ、を提供する。少なくとも第１のあらかじめ決められた無線リソースが、特定のキャリアに関連して使用するためにユーザ端末および無線制御エンティティに設定され、かつ、ダウンリンク制御情報（ＤＣＩ）メッセージの特定のフォーマットに関連付けられている。無線制御エンティティの送信機は、特定のフォーマットのＤＣＩメッセージをユーザ端末に送信する。特定のフォーマットのＤＣＩメッセージは次のようなフォーマットである、すなわち、ユーザ端末は、その特定のフォーマットのＤＣＩメッセージを受信したとき、その受信したＤＣＩメッセージに関連付けられている第１のあらかじめ決められた無線リソースを識別し、特定のキャリアを介しての無線制御エンティティとの通信用に、識別された第１のあらかじめ決められた無線リソースを使用する。無線制御エンティティの送受信ユニットは、前に送信した特定のフォーマットのＤＣＩメッセージに関連付けられている第１のあらかじめ決められた無線リソースを使用して、特定のキャリアでユーザ端末との通信を実行する。特定のキャリアは、アンライセンスキャリアとすることができる。

開示する実施形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および利点は、本明細書および図面に開示したさまざまな実施形態および特徴によって個別に提供することができ、これらの恩恵および利点の１つまたは複数を得るためにすべてを備える必要はない。

これらの一般的な態様および具体的な態様は、システム、方法、コンピュータプログラム、またはこれらの任意の組合せ、を使用して実施することができる。

以下では、例示的な実施形態について、添付の図面を参照しながらさらに詳しく説明する。

３ＧＰＰ ＬＴＥシステムの例示的なアーキテクチャを示している。 ３ＧＰＰ ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。 ３ＧＰＰ ＬＴＥ（リリース８／９）のために定義されているダウンリンクコンポーネントキャリアの例示的サブフレーム境界の図である。 ３ＧＰＰ ＬＴＥ（リリース８／９）に定義されているダウンリンクスロットの例示的ダウンリンクリソースグリッドの図である。 ダウンリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。 アップリンクのキャリアアグリゲーションが有効になっている状態における３ＧＰＰ ＬＴＥ−Ａ（リリース１０）の第２層構造を示している。 ＣＲＣの付加、チャネル符号化、レートマッチングを含むＤＣＩメッセージの処理を示している。 さまざまなライセンスセルおよびアンライセンスセルを使用する例示的なライセンス補助アクセスのシナリオを示している。 ＳＣｅｌｌにおけるＰＤＳＣＨのリソースを、ＰＣｅｌｌで送信されるＤＣＩメッセージによって割り当てることに基づく、クロスキャリアスケジューリングを示している。 第１の態様による、ユーザ端末と無線制御エンティティとの間のメッセージ交換を示しているシグナリング図である。 ＳＣｅｌｌにおけるＰＤＳＣＨのあらかじめ決められた無線リソースを、ＰＣｅｌｌで送信されるＤＣＩメッセージによって割り当てることに基づくクロスキャリアスケジューリングを示しており、あらかじめ決められた無線リソースはキャリアの帯域幅全体である。 ＳＣｅｌｌにおけるＰＤＳＣＨのあらかじめ決められた無線リソースを、ＰＣｅｌｌのＰＤＣＣＨで送信されるＤＣＩメッセージによって割り当てること基づくクロスキャリアスケジューリングを示しており、この場合、４つの異なるあらかじめ決められた無線リソースが定義されており、そのうちの１つのみが実際に割り当てられる。

以下の実施形態は、例えば背景技術のセクションで説明した３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、これらの実施形態はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

移動局または移動ノードまたはユーザ端末は、通信ネットワーク内の物理的エンティティである。１つのノードが、いくつかの機能エンティティを有することができる。機能エンティティとは、所定の一連の機能を実施する、および／または、所定の一連の機能をノードまたはネットワークの別の機能エンティティに提供するソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、自身を通信機器または通信媒体にアタッチする１つまたは複数のインタフェースを有することができ、ノードはこれらのインタフェースを通じて通信することができる。同様に、ネットワークエンティティは、機能エンティティを通信機器または通信媒体にアタッチする論理インタフェースを有することができ、ネットワークエンティティは論理インタフェースを通じて別の機能エンティティや通信相手ノードと通信することができる。

特許請求の範囲および本出願において使用されている用語「無線リソース」は、物理無線リソース（時間−周波数リソースなど）を意味するものと広義に理解されたい。

特許請求の範囲および本出願において無線リソースに関連して使用されている用語「事前に設定された」または「あらかじめ決められた」は、そのあらかじめ決められた無線リソースの実際のリソース割当てが行われる前に（例えば最初から、または対応する設定情報を通じて二次的なアンライセンスセルを追加するときに）、対応する無線リソースがユーザ端末に既知であることと広義に理解されたい。

用語「アンライセンスキャリア」および反意語の「ライセンスキャリア」は、ＬＴＥの新しい作業項目であるライセンス補助アクセス（ＬＡＡ）に関連するものと理解されたい。したがって、「ライセンスキャリア」は、ＬＴＥにおいて通常のキャリアに対して現在まで使用されている用語であるのに対して、「アンライセンスキャリア」は、現在においてＬＴＥに認可されていない周波数をカバーする（１つまたは複数の）追加のキャリアに対して使用される用語である。背景技術のセクションで説明したように、ライセンスキャリアとアンライセンスキャリアは、いくつかの点で（例えば信頼性、電力レベル、ＱｏＳ（サービス品質）に関して）異なる。

特許請求の範囲および本出願において使用されている用語「上位層シグナリング」は、（ＯＳＩモデルに従って）物理（ＰＨＹ）層より上の層（ＭＡＣ層（例：ＭＡＣ ＣＥ）、ＲＲＣ層、およびそれより上のさらなる層を含む）と、それらの層の対応する信号およびメッセージを意味するものと広義に理解されたい。

背景技術のセクションで説明したように、無線制御エンティティによってリソーススケジューリングを実施する方法（すなわちアップリンク通信およびダウンリンク通信用のリソースをユーザ端末に割り当てる方法）については、最終的に決定されていない。当然ながら１つのオプションは、ライセンスキャリアのみならずアンライセンスキャリアにもＬＴＥのリソーススケジューリングを適用することである。しかしながらアンライセンスキャリアのアクセスは、かなり制限され、信頼性も低い。例えば、アンライセンスキャリアのアクセスは、欧州では連続使用が例えば最大１０ｍｓに制限され、日本では連続使用が例えば４ｍｓに制限されることがあり、これによりアンライセンスキャリアでＰＤＣＣＨ（またはＣＲＳ）を連続的に（すなわち妨げられることなく）送信することは困難である。１つの解決策として、クロスキャリアスケジューリングのコンセプトを使用することによって、アンライセンスキャリアのリソース割当てをライセンスキャリア（ユーザ端末のＰＣｅｌｌまたはＳＣｅｌｌなど）を介して送信することができ、これによりリソース割当てを連続的かつ高い信頼性で送信することができる。リソース割当てメッセージ（ＤＣＩメッセージ）には、アンライセンスキャリアのクロスキャリアスケジューリングを可能にする対応する「キャリアインジケータフィールド」を含める。

図９は、クロスキャリアスケジューリングの従来のメカニズムを示しており、ＰＣｅｌｌのＰＤＣＣＨで送信されるＤＣＩメッセージが、検出されるＤＣＩメッセージの中のＲＢＡ（リソースブロック割当て）フィールドを使用して周波数選択性のリソース割当てを提供する。図９では、ダウンリンクのリソース割当てタイプ０による例示的なリソース割当てを想定しており、ＲＢＡの各ビットがリソースブロックグループ（ＲＢＧ）を表す（さらに詳しくは背景技術のセクションも参照）。

しかしながら、従来のクロスキャリアスケジューリングを使用することには欠点がある。例えば、クロスキャリアスケジューリングによって２つのトランスポートブロックのリソースを割り当てるＤＣＩは、一般には（ＣＲＣを含み）約６７〜７１ビットである。結果として、信頼できる品質／カバレッジのためには、アグリゲーションレベル１は通常では十分ではなく（符号化率＞０．９）、より高いアグリゲーションレベルが必要であり、したがってリソース割当てメッセージを送信するのに必要なＰＤＣＣＨリソースの数が増大する。

本発明者らは、上述した問題を緩和し、特にアンライセンスキャリアを対象とする信頼性が高く効率的なリソース割当てのコンセプトを提供する目的で、以下の例示的な実施形態を着想した（ただし以下の実施形態はライセンスキャリアにも等しく適用することができる）。

以下では、いくつかの例示的な実施形態について詳しく説明する。これらの実施形態のいくつかは、３ＧＰＰ標準規格によって与えられ本明細書の背景技術のセクションにおいて一部を説明した幅広い仕様の中で実施されるように意図されており、特に重要な特徴について、さまざまな実施形態に関連して以下に説明する。なお、以下の実施形態は、例えば背景技術のセクションで説明した３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１／１２）の通信システムなどの移動通信システムにおいて有利に使用することができるが、以下の実施形態はこの特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

以下の説明は、本開示の範囲を制限することはなく、本開示を深く理解するための実施形態の単なる例として認識されたい。当業者には、特許請求の範囲に記載されている本開示の一般的な原理を、さまざまなシナリオに、本明細書に明示的には記載されていない方法で、適用できることが認識されるであろう。したがって、さまざまな実施形態を説明する目的で想定されている以下のシナリオは、それ自体は本発明を限定するものではない。

以下では、一連の実施形態について説明する。基礎となる原理の説明を単純にする目的で、いくつかの想定を行う。しかしながらこれらの想定は、請求項によって広義に定義されている本出願の範囲を制限するようには解釈されないものとする。

第１の態様によると、無線リソースをユーザ端末に割り当てるための改良されたリソース割当て方法を提供する。この第１の態様の以下の説明の大部分では、アンライセンスキャリアのリソースを割り当てる目的でリソース割当てが実行されるものと想定する。しかしながら、改良されたリソース割当て方法は、ライセンスキャリアの無線リソースを割り当てる目的にも等しく適用することができる。

第１の態様の主たる発想は、あらかじめ決められた無線リソースをユーザ端末および無線制御エンティティに設定しておき、後からアンライセンスキャリア（および／またはライセンスキャリア）に関連する無線リソーススケジューリングにおいて、このあらかじめ決められた無線リソースを使用することである。特に、あらかじめ決められた無線リソースに関する情報が、あらかじめユーザ端末に設定され、したがって後から行われる実際のリソース割当てにおいてその情報を参照することができる。実際の無線リソースに関するさらなる詳細は、後から説明する。

これに加えて、これらのあらかじめ決められた無線リソースは、ダウンリンク制御情報（ＤＣＩ）メッセージの特定のフォーマットに関連付けられており、これによりユーザ端末は、この特定のフォーマットのＤＣＩメッセージを受信したとき、対応関係に基づいてこれらのあらかじめ決められた無線リソースを識別することができる。したがって、無線リソースの割当ては、無線制御エンティティが、特定のライセンスキャリアまたはアンライセンスキャリアを対象としてその特定のフォーマットのＤＣＩメッセージをユーザ端末に送信することによって制御される。無線制御エンティティからこのＤＣＩメッセージを受信したユーザ端末は、ＤＣＩメッセージのそのフォーマットに関連付けられているあらかじめ決められた無線リソースと、その無線リソースが対象とするキャリアとを識別し、そのあらかじめ決められた無線リソースを使用して、対象の（アンライセンスまたはライセンス）キャリアを介して無線制御エンティティと通信する。

あらかじめ決められた無線リソースがアップリンクで使用されるかダウンリンクで使用されるかは、あらかじめ決められた無線リソース自体によって指定されず、無線制御エンティティからユーザ端末に送信されるＤＣＩメッセージによって決まる。ＤＣＩメッセージのフォーマットは、ダウンリンク通信用のフォーマットまたはアップリンク通信用のフォーマットとすることができる。したがってユーザ端末は、その特定のフォーマットのＤＣＩメッセージに関連付けられているあらかじめ決められた無線リソースを使用して、アップリンク通信を実行する、または無線制御エンティティから送信されるダウンリンクデータを受信する。これに代えて、あらかじめ決められたアップリンク無線リソースとあらかじめ決められたダウンリンク無線リソースとを互いに独立して設定することができ、これらの設定は、異なる上位層信号情報要素（higher layer signal information element）によって実施される。したがってユーザ端末は、アップリンク通信用のＤＣＩフォーマットを正常に検出したとき、その特定のフォーマットのＤＣＩメッセージに関連付けられているあらかじめ決められたアップリンク無線リソースを使用してアップリンク通信を実行する、またはユーザ端末は、ダウンリンク通信用のＤＣＩフォーマットを正常に検出したとき、その特定のフォーマットのＤＣＩメッセージに関連付けられているあらかじめ決められたダウンリンク無線リソースを使用して、無線制御エンティティからのダウンリンクデータを受信する。

第１の態様の上述した機能は図１０に示してある。この図は、ユーザ端末と無線制御エンティティとの間のメッセージ交換を図解したシグナリング図であり、無線制御エンティティもデータ送信／受信エンティティであるものと想定されている。図１０に示した特定の例においては、ＤＣＩメッセージの特定のフォーマットがダウンリンク通信用であるものと想定されている。アップリンク通信用であるケースは、図１０において点線の矢印によって示してある。

以下では、この第１の態様に関連するいくつかの利点について説明する。第一に、あらかじめ決められた無線リソースを定義することによって、ＤＣＩメッセージの情報内容がそのような無線リソースを明示的に示す必要がない。言い換えれば、割り当てられる無線リソースを明示的に識別するビットをＤＣＩメッセージの中に提供する必要がなく、なぜならこのようなリソースはすでにあらかじめ決められており、ユーザ端末および無線制御エンティティの両方に既知であるためである。ユーザ端末においてＤＣＩメッセージが正常に復号されること自体を、スケジューリング割当てと理解するべきであり、割り当てられる無線リソースは、ＤＣＩメッセージの中で定義されるのではなく、ユーザ端末（および無線制御エンティティ）において事前に格納／設定されるあらかじめ決められた情報に従って定義される。これとは対照的に、従来技術によるリソース割当てメッセージは、割り当てられる実際のリソースを識別するためのいくつかのビット（例：〜２５ビット）を有するリソース割当て情報フィールドを含む。結果として、スケジューリングメッセージのビット数が大幅に減少する。

従来技術のシステムでは、リソース割当てに使用されるＤＣＩメッセージには対応するリソース割当てフィールドが含まれ、このフィールドのサイズは、リソース割当てが指定するキャリアの帯域幅によって異なる。これとは対照的に、特定のフォーマットのＤＣＩメッセージのサイズは、リソース割当てが指定するキャリアの帯域幅とは無関係であり、なぜなら（あらかじめ決められた）無線リソースに関する情報が、ユーザ端末にすでに事前に設定されているためである。ブラインド復号候補の数は、コンポーネントキャリアの数とともに増える。しかしながら、それぞれの一連の候補は対象のコンポーネントキャリアによって定義され、したがって各候補のサイズは、その候補が指定するキャリアの帯域幅によって異なる。したがって、第１のキャリアにおける第１の一連の候補の中の各候補は、一般に第１のサイズを有し、第２のキャリアにおける第２の一連の候補の中の各候補は、第１のサイズとは異なる第２のサイズを有する。したがって、第１の一連の候補を介して第２のキャリアのリソースを割り当てることはできず、逆も同様である。しかしながら、第１の一連の候補の中の候補のサイズと第２の一連の候補の中の候補のサイズとが等しければ、そのような割当てが可能である。一連の候補はサーチスペースとも称される。したがって複数のサーチスペース内の候補のサイズが等しければ（このことは例えばリソース割当てが指定するキャリアの帯域幅によってサイズが変化しないＤＣＩメッセージによって支援される）、実際の対象のキャリアの帯域幅にかかわらず、そのような任意のサーチスペースからクロスキャリアスケジューリングを行うことができ、すなわちそのような任意のサーチスペースにおいて送信できるようにすることによって、ＤＣＩ送信の柔軟性が高まる。

あらかじめ決められた無線リソースをユーザ端末および無線制御エンティティに設定しておくことに基づく、この改良されたリソース割当て方法の使用は、アンライセンスキャリアに関連して特に有利である。あらかじめ決められた無線リソースを使用せずに、無線制御エンティティが無線割当てメッセージの中の対応する無線割当てフィールドを介して無線リソースを柔軟に割り当てることができる場合の１つの利点として、割り当てられる無線リソースをリンクに適合させることができ、すなわち無線制御エンティティは、特定のキャリアに関してユーザ端末から前に受信したチャネル状態情報を使用して、最良のチャネル状態を有する無線リソースを選択することにより（周波数選択性のリソース割当て）、無線リソースのスケジューリングの質を高めることができる。この方式は、ライセンスキャリアの場合にはある程度有効であるが、アンライセンスキャリアの場合、例えばＷｉ−Ｆｉなど別の無線アクセス技術との間で発生しうる競合問題の観点において、セルに固有な参照信号（ＣＲＳ：cell specific reference signal）の送信およびユーザ端末から無線制御エンティティへのチャネル状態情報の送信の信頼性がかなり低く、不連続となることがある。結果として、アンライセンスキャリアの場合、ユーザ端末からのＣＳＩ（チャネル状態情報）フィードバックが失われたり、古かったり、あるいは、不正確であったりするため、周波数選択性のリンクアダプテーションがあまり正確ではないことがある。したがって、周波数選択性の割当てを行うことができないことによって発生しうる不利益は、アンライセンスキャリアの場合にはさほど重大ではない。むしろ、アンライセンスキャリアに関連する特殊な状況のため、あらかじめ決められた無線リソースを使用すること、および特にすでに上述した利点は、この不利益を相殺することができる。

ここまで、第１の態様の背後の基本的なコンセプトおよび利点について説明したが、以下では、さまざまな二次的な側面のさらに具体的な実装形態について説明する。

上述したように、無線制御エンティティは、ユーザ端末によって使用されるあらかじめ決められた無線リソースを割り当てるため、リソース割当てメッセージ（ＤＣＩメッセージ）をユーザ端末に送信する。ＤＣＩメッセージは、アンライセンスキャリア自体（すなわち無線リソース割当てが対象とするアンライセンスキャリア）を介して送信することができる。これに代えて、ＤＣＩメッセージを、別のキャリア、すなわち別のアンライセンスキャリアまたはライセンスキャリア（ユーザ端末のＰＣｅｌｌまたはライセンスＳＣｅｌｌなど）を介して、ユーザ端末に送信することができる。別のキャリアを使用してリソース割当てメッセージを送信する後者の場合、ユーザ端末は、リソース割当てが実際にどのキャリアを対象としているかを認識しなければならず、この認識は例えばＤＣＩメッセージの情報内容（対応するキャリアの識別情報を含むことができる）によって行うことができる。

上に説明したように、後から具体的なリソース割当てを実行するために使用されるあらかじめ決められた無線リソースを、ユーザ端末に設定する。従来技術のシステムでは、無線リソースは、複数の異なるリソース割当てタイプ（特に、背景技術のセクションに説明した、ＬＴＥにおいて標準化されているアップリンクおよびダウンリンクのリソース割当てタイプ０，１，２を参照）に従って識別され、すなわち無線リソースは、特定のフォーマットにおいてユーザ端末および無線制御エンティティに格納される。同様に、あらかじめ決められた無線リソース自体もさまざまな方法で定義することができる。１つのオプションとして、３ＧＰＰ ＬＴＥにおいて定義されているリソース割当てタイプ、具体的にはダウンリンクリソース割当てタイプ０，１，または２、あるいはアップリンクリソース割当てタイプ０または１、のうちの１つを、そのまま使用する（あらかじめ決められた無線リソースを、ダウンリンク用またはアップリンク用として事前に決めておくこともできる（ただし必須ではない））。

これに代えて、別のフォーマットにおいて、例えば（アン）ライセンスキャリアに関連して使用するためのこのような無線リソースをあらかじめ決めるのに特に有用な新規のリソース割当てタイプに従って、あらかじめ決められた無線リソースを定義することもできる。この新規のリソース割当てタイプ、および特に無線リソースをあらかじめ決めるのに使用されるビットの数は、このようなあらかじめ決められた無線リソースを定義する場合に望ましい所望の柔軟性および詳細性にも依存する。例えば、後からさらに詳しく説明する例示的な一実施形態によると、（１つまたはいくつかのサブフレームにおける）４つの異なるあらかじめ決められた無線リソース（上側帯域、下側帯域、中央帯域、または帯域全体）が存在し、この場合、これら４つのあらかじめ決められた無線リソースを区別するのに理論的には２ビットで十分である（現時点では、あらかじめ決められたリソースが１つのサブフレームに適用されるのかまたはいくつかのサブフレームに適用されるのかを示すための可能な方法については無視する）。なお、この場合もビットの数はキャリアのシステム帯域幅とは無関係であることに留意されたい。

上にすでに示唆したように、さらなるオプションとして、特定のフォーマットのＤＣＩメッセージを送信し、このＤＣＩメッセージがユーザ端末において正常に復号されることによってあらかじめ決められた無線リソースが割り当てられたとき、そのあらかじめ決められた無線リソースが１つのサブフレームに適用されるのかまたはいくつかのサブフレーム（例えば１ＴＴＩより長い期間）に適用されるのかをさらに定義する。これにより、あらかじめ決められた無線リソースの割当てを定義するうえでの柔軟性が加わり、それと同時に、いくつかの連続するサブフレームにおいて同じリソースがユーザ端末に割り当てられる場合、次のサブフレーム（またはそれ以降のサブフレーム）においてさらなるリソース割当てメッセージを送信する必要がなくなる。この恩恵として、制御メッセージの全体的なオーバーヘッドが小さく維持される。

このときリソース割当ては、ダウンリンク割当ての場合には、少なくとも、ＤＣＩメッセージが受信されるのと同じサブフレームにおいてユーザ端末によって適用されるものと想定する。アップリンクＤＣＩメッセージを受信した場合には、あらかじめ決められた無線リソースのリソース割当ては、少なくとも、ＤＣＩメッセージが受信されたサブフレームより、アップリンク割当ての場合の従来のタイミングに従って指定または決定される時間間隔だけ後に位置するサブフレームにおいて、適用される。具体的には、指定される時間間隔を固定値（１つ、２つ、３つ、または４つのサブフレームなど）とすることができ、または、決定される時間間隔を、ＤＣＩメッセージ自体の中の指示情報から決定することができる。

さらには、あらかじめ決められた無線リソースとして定義することのできるリソースブロックに関する制限はない。例えば、あらかじめ決められた無線リソースが、アンライセンスキャリアのすべてのリソースブロックを含むことができ、すなわち少なくとも１つのサブフレームにおいて、アンライセンスキャリアの帯域全体が特定の１基のユーザ端末に割り当てられる。その一方で、あらかじめ決められた無線リソースがすべてのリソースブロックを含むのではなく、すべてのリソースブロックの一部のみを含むことができ、この場合にはリソースブロックを任意に定義することができる。あらかじめ決められた無線リソースの１つのオプションとして、キャリアの上側半分または下側半分（すなわちキャリアの中心周波数から上側または下側の周波数端までの連続するリソースブロック）とすることができる。別のオプションとして、キャリアの中心周波数の周囲の、合計でキャリアの帯域幅全体の例えば同様に半分を占めるあらかじめ決められた無線リソースを定義する。

第１の態様の上の説明においては、あらかじめ決められたリソースがユーザ端末に格納されることを想定してきたが、この格納を達成する方法の詳細については示していない。この点において、いくつかの可能な方法が存在する。１つのオプションは、あらかじめ決められた無線リソースを、対応する３ＧＰＰ標準規格において指定することであり、したがってあらかじめ決められたリソースはユーザ端末および無線制御エンティティに実質的にハードコーディングされる。この特定の場合には、柔軟性は小さい。別のオプションによると、上位層によって（例えばＭＡＣ制御要素、および／または、ＳＩＢ（システム情報ブロック）を介したシステム情報を使用することによって）、これらのあらかじめ決められた無線リソースをユーザ端末に設定することができる。さらなるオプションは、アンライセンスキャリアのＳＣｅｌｌを確立するときに無線制御エンティティからユーザ端末に送信されうる無線リソース制御（ＲＲＣ）メッセージである。さらには、上述したさまざまなオプションの組合せが可能であり、例えばデフォルトのあらかじめ決められた無線リソースが３ＧＰＰ仕様によって定義され、その一方で、このデフォルトのあらかじめ決められた無線リソースの定義を、例えばネットワーク事業者によって選択される別の定義に、上位層シグナリングおよび／またはＲＲＣシグナリングによって上書きすることができる。

さらなる実装形態によると、最初に、ユーザ端末および無線制御エンティティにいくつかの異なる無線リソースをあらかじめ決めておくことができ、実際の無線リソース割当てにおいて、これらの無線リソースから１つの特定の無線リソースを選択する。複数の異なるあらかじめ決められた無線リソースの可能な形式は、すでに上の説明の中で例示的に示してある。一例においては４つの異なるあらかじめ決められた無線リソース、すなわちキャリアの帯域幅全体、キャリアの上側半分または下側半分（すなわちキャリアの中心周波数から上側または下側の周波数端までの連続するリソースブロック）、またはキャリアの中心周波数の周囲のあらかじめ決められた無線リソースである。いくつかの異なるあらかじめ決められた無線リソースが定義されることを考慮するときには、それらのうちの１つの選択を、さまざまな方法で実行することができる。例えば、いくつかの異なる無線リソースを、（すでに上述したように）例えば３ＧＰＰ仕様によってあらかじめ決めておく一方で、それらのうちの１つの選択を、ネットワーク事業者が、ＵＥを宛先とする上位層シグナリングまたは専用ＲＲＣメッセージによって具体的に設定することができる（例えばセルに固有とすることができる）。いずれの場合も、たとえいくつかの異なるあらかじめ決められた無線リソースが利用可能であっても、それらのあらかじめ決められた無線リソースのうち、後から特定のフォーマットの対応するＤＣＩメッセージを受信したときに通信に使用する１つのあらかじめ決められた無線リソースを、事前に選択する。別の可能な方法として、いくつかの異なるあらかじめ決められた無線リソースのうちの１つを、受信されるＤＣＩメッセージに基づいて選択し、これは例えば、利用可能な複数の異なるあらかじめ決められた無線リソースのうち、そのＤＣＩメッセージによって実際に割り当てられる無線リソースを識別する対応する指示情報をＤＣＩメッセージに含めることによる。上記の４つの異なるあらかじめ決められた無線リソースを例にとると、この指示情報はＤＣＩメッセージ内の２ビットフィールドで十分である。なおこの場合も、指示情報のためのビットの数は、キャリアのシステム帯域幅には無関係であることに留意されたい。

さらなる例示的な実施形態によると、あらかじめ決められたリソースは、利用可能なリソース全体に関する制限を、あらかじめ決められる一連のリソースによって（例えば上位層シグナリングにより）定義し、ＤＣＩの中のリソース割当て情報フィールドによって、これらのあらかじめ決められた一連のリソースからさらに小さいリソースを選択することができる。例えば、（すでに上述したように）あらかじめ決められた無線リソースとして、すべての物理リソースブロックの上側半分が定義されるものと想定すると、ＤＣＩメッセージの中のリソース割当て情報によって、これらのリソースのうち割り当てられるリソースをさらに選択することができる。この選択は、特に、ＲＢＡ（リソースブロック割当て）フィールドと、利用可能なシステム帯域幅としてあらかじめ決められたリソースを想定する既存のリソース割当てタイプとによって達成することができる。利点として、システム帯域幅全体の場合よりも、ＲＢＡフィールドを相当に小さくすることができ、これにより、対応する新規のＤＣＩフォーマットの送信が改善される。これに代えて、ロールオーバー（roll-over）が許可されるリソース割当てタイプをサポートすることによって、ＲＢＡのビットを節約することができ、例えば帯域幅が１００個のＰＲＢ（物理リソースブロック）である場合に、先頭のリソースブロックとして＃９５と、長さとして１０個の割り当てられるリソースブロックとを示すＲＢＡによって、リソースブロック＃９５〜＃９９および＃０〜＃４がＵＥに実際に割り当てられる。

ここまで、第１の態様のいくつかの異なる実装形態について説明してきた。以下では、第１の態様の背後の原理およびその実装形態を、ＬＴＥ／ＬＴＥ−Ａシステム（背景技術のセクションで説明したシステムなど）に例示的に適用する。

背景技術のセクションで説明したように、３ＧＰＰでは、アンライセンスキャリアへのライセンス補助アクセス（ＬＡＡ）を想定しているが、アンライセンスキャリアのリソースの最良の割当て方法をまだ提示していない。この点において、本発明の実施形態は、効率的なリソース割当て方法を提供し、この方法は、主としてアンライセンスキャリアにおいて使用するように意図されているが、実際にはライセンスキャリアにおけるリソースの割当てにも適用することができる。したがって、以下（およびここまで）の説明では、３ＧＰＰの新しい作業項目であるＬＡＡ（ライセンス補助アクセス）に関連して本リソース割当て方法を適用する（すなわちアンライセンスキャリアのリソースを割り当てる）ことに焦点をあてているが、本発明の実施形態は、これに限定されず、これに代えて、またはこれに加えて、ライセンスＬＴＥキャリア（したがって任意のＬＴＥキャリア／セル）のリソースを割り当てる場合にも適用することができる。例えば、特にスモールＳＣｅｌｌ（すなわち例えばＰＣｅｌｌよりも小さいカバレッジを有するセル）のシナリオの場合に、キャリアアグリゲーションのメカニズムをライセンスバンドに拡張することも可能である。したがってこれに関連して、改良された無線リソース割当てをライセンスキャリアの場合に適用することができる。

いずれの場合も、同時に設定されるコンポーネントキャリアの現在の上限である５つを、８つまたはそれ以上に増大させることができる。後者の場合、キャリアインジケータフィールドを、現在定義されている３ビットより多くのビットに増やす必要が生じうる。したがって現在確立されているフィールドのサイズは、本発明の適用性を制限する要因または適用性の前提条件としてまったくみなされないことを理解されたい。

すでに前に説明したように、ＵＥおよびｅＮｏｄｅＢが、あらかじめ決められた無線リソースに関する情報を格納し、ｅＮｏｄｅＢは、アンライセンスキャリアのリソースをユーザ端末に割り当てるときにこの情報を参照することができる。あらかじめ決められた無線リソースに関するこの情報は、事前に（すなわちリソース割当てが行われる前に）設定されるが、特定の実装形態においては、柔軟性を高める目的で例えばこの情報を動的に変更することもできる。動的な変更は、数多くの異なる方法で行うことができるが、具体的な方法は、図１０を参照しながら広義に前述した本発明の機能にとって本質的な要素ではない。

１つのオプションによると、あらかじめ決められた無線リソースに関する必要な情報を、適切な３ＧＰＰ仕様（非特許文献２（物理層手順）、非特許文献６（ＭＡＣ仕様）、非特許文献７（ＲＲＣ仕様）など）によって標準化する（すなわち固定する）。したがってＵＥおよびｅＮｏｄｅＢの両方は、本発明の実施形態の改良された無線リソース割当て方法において利用可能であるあらかじめ決められた無線リソースを、最初から認識している。このオプションでは、特定のメッセージを無線インタフェースを通じてＵＥと交換する必要なしにこれらの無線リソースを事前に定義することができるが、ネットワーク事業者が自社のセルを制御する柔軟性および自由度がかなり制約される。

これに代えて、またはこれに加えて、ＵＥおよびｅＮｏｄｅＢにおいて無線リソースを事前に定義するための別のメカニズムとして、上位層シグナリングを使用することができる。したがって、その責務を負うネットワークエンティティ（例えば無線ネットワークコントローラまたはｅＮＢ）は、特定のドメイン／セルにおいてこのようなライセンス補助アクセス（ＬＡＡ）用に許可する特定の無線リソースを決定し、ＵＥ（および必要な場合にはｅＮｏｄｅＢ）を適切に設定する。必要な情報をＵＥに送信するには、さまざまなプロトコルのうちの任意のプロトコル、例えばＭＡＣ制御要素、あるいはシステム情報を介する（例：ＳＩＢまたは専用ＲＲＣメッセージを介する）を使用することができる。無線リソースを事前に設定するためのこのメカニズムでは、ネットワーク事業者のいくらかの柔軟性および自由度が与えられる。ＵＥにおける、あらかじめ決められる実際の無線リソースは、例えば、セル内の無線条件に合わせて慎重に選択する（および必要な場合には動的に調整する）ことができ（すなわちあらかじめ決められた無線リソースをセルに固有とすることができる）、あるいは特定のＵＥに固有とする（すなわちＵＥ固有であり、異なるＵＥにおいて、あらかじめ決められた無線リソースが異なる）こともできる。

ＵＥおよびｅＮｏｄｅＢにおいてこのような無線リソースを事前に定義するためのさらに別の可能な方法は、例えばアンライセンスキャリアのＳＣｅｌｌを確立するとき、または確立した後にｅＮｏｄｅＢからＵＥに送信される専用ＲＲＣメッセージである。さらに、ＵＥ（およびｅＮｏｄｅＢ）におけるあらかじめ決められた無線リソースの以前の定義を、専用ＲＲＣメッセージを使用して上書きすることもでき、したがってこれらのあらかじめ決められたリソースを必要に応じて動的に調整することができる。この意味において、仕様によって固定されるあらかじめ決められた無線リソースは、必要な場合に再設定することのできるデフォルトのあらかじめ決められた無線リソースとみなすことができる。

このようなリソースをＵＥおよびｅＮｏｄｅＢに事前に定義するために使用される具体的なメカニズムとは無関係に、ＵＥおよびｅＮｏｄｅＢは、さまざまな実施形態において説明した改良されたリソース割当て方法に従って割り当てるときに利用可能なあらかじめ決められた無線リソースを、あらかじめ認識している。

さらに、あらかじめ決められた無線リソースの実際の定義（すなわちどの物理リソースブロック（ＰＲＢ）があらかじめ決められた無線リソースを構成するか）は、大幅に異なるものとすることもできる。あらかじめ決められたリソースは、任意の適切な数および位置のＰＲＢから構成することができ、ただし制約として１つのキャリア内のＰＲＢである。すでにいくつかの例を説明したが、その１つは、あらかじめ決められたリソースとしてキャリアの帯域幅全体を定義することであり、すなわちこのような広帯域設定では、２０ＭＨｚ全体が単一のＵＥに割り当てられる（後から詳しく説明する図１１と、図１２の右側のあらかじめ決められた無線リソースＮｏ．１を参照）。別のオプションによると、あらかじめ決められた無線リソースとして全帯域幅より小さい帯域幅が定義され、この場合、どの物理リソースブロック（ＰＲＢ）が実際にあらかじめ決められた無線リソースを構成するかについて極めて多数の異なる設定が可能である。図１２の右側のあらかじめ決められた無線リソースＮｏ．２，Ｎｏ．３，Ｎｏ．４は、例示的な異なる無線リソースを示しており、それぞれ、合計で帯域幅全体の半分（すなわち１０ＭＨｚ）を占有する。あらかじめ決められた無線リソースの別の例は、図９の上側半分に示したＳＣｅｌｌの（ＰＤＳＣＨ）リソースである。

さらに、この情報がどのように（すなわちどのフォーマットで）格納されるかは、あらかじめ決められた無線リソースの実際の構成要素とは無関係に、異なる方法をとることができる。上に説明したように、３ＧＰＰ ＬＴＥには複数の異なるリソース割当てタイプがすでに提供されており、具体的にはダウンリンクのリソース割当てタイプ０，１，２と、アップリンクのリソース割当てタイプ０，１である（詳細については背景技術のセクションにすでに示してある）。したがって、単純なオプションは、上述したあらかじめ決められた無線リソースを定義する目的に、３ＧＰＰによってすでに標準化されているこれらのリソース割当てタイプをそのまま使用することである。したがって、（図９において使用されているように）リソース割当てタイプ０を例示的に想定するとき、帯域幅全体を構成するあらかじめ決められた無線リソースは、ビット１１１ １１１ １１１ １１１によって表され、帯域幅の上側半分を構成するあらかじめ決められた無線リソースは、ビット１１１ １１１ ０００ ０００によって表される。この方式は他のリソース割当てタイプにも同様に適用され、当業者には、リソース割当てタイプ０，１，２の場合に要求されるそれぞれのフォーマットにおいてあらかじめ決められた無線リソースを容易に定義できるであろう。

上述したリソース割当てタイプ０，１，２には、このようなあらかじめ決められた無線リソースを定義するのに必要かつ望ましい柔軟性および詳細レベルと比較して多すぎる数のビットが含まれることを考慮すると、上記の方法に代えて、このようなあらかじめ決められた無線リソースを定義するための新規のリソース割当てタイプを導入することは有利であり得る。特に、極めて単純なあらかじめ決められた無線リソース（帯域幅全体など）のみを考慮すると、上に例示的に示したように１２ビットを使用する代わりに、このようなあらかじめ決められた無線リソースをより少ないビットによって示すことのできるリソース割当てタイプを提供する方が有利である。例えば、ダウンリンクのリソース割当てタイプ３（またはアップリンクのリソース割当てタイプ２）を以下のように定義することができる。
このリソース割当てタイプにおいては、システム帯域幅内のすべての物理リソースブロック（ＰＲＢ）がＵＥに割り当てられる。

このような定義では、正常に復号されたＤＣＩフォーマットの関数として決まる上述した全帯域幅の割当てがサポートされる。

代替例においては、このような新規のリソース割当てタイプの定義は、以下のようにすることができる。
このリソース割当てタイプにおいては、リソースブロック割当て情報に、スケジューリング対象のＵＥに割り当てられる物理リソースブロック（ＰＲＢ）を示すフィールドが含まれる。このフィールドのサイズはＮ_{Ｆｉｅｌｄ}ビットであり、この場合に
が、そのＵＥおよび／または対象のキャリア／セルに定義または設定されるあらかじめ決められた無線リソースの数より大きいかまたは等しい。このようなあらかじめ決められた無線リソースそれぞれと、対応するフィールド値との間には、例えば以下のような１対１の関係が存在する。

ＵＥおよびｅＮｏｄｅＢにおけるあらかじめ決められた無線リソースの定義では、実際のＰＲＢに加えて、（関連付けられる特定のフォーマットのＤＣＩメッセージを受信することによってリソースの割当てがトリガーされたときに）リソースが適用される時間を定義することができる。可能性の高い１つの設定は、リソースが適用される時間として１つのみのサブフレームを定義するものと想定することができるが、これらのあらかじめ決められた無線リソースが割り当てられたとき、ＵＥはこれらのリソースを１つのサブフレームよりも長い期間にわたり使用できることを事前に定義することも有利であり得る。

さらに、上述した発想を３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムに実装するとき、あらかじめ決められた無線リソースに関連付けられるＤＣＩメッセージの特定のフォーマット（ユーザ端末において、あらかじめ決められた無線リソースの割当てをトリガーするのに使用されるフォーマット）に関して、いくつかの可能なオプションが存在する。背景技術のセクションでは、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａの現在の標準化による、いくつかの利用可能なＤＣＩフォーマットについて詳しく説明した。１つの発想として、さまざまな実施形態において説明した改良されたリソース割当て方法に従ってこれらのあらかじめ決められた無線リソースを割り当てる目的で、新規のＤＣＩフォーマットを導入する。

例えば、新規のＤＣＩフォーマット（例示的に「２Ｅ」と称する）を定義して、ここまでに説明したあらかじめ決められた無線リソースの割当てに関連付けることができる。２系（「２」のファミリー）のＤＣＩフォーマット（すなわち２，２Ａ，２Ｂ，２Ｃ，２Ｄ）は、複数のアンテナを使用して１個または２個のトランスポートブロックを送信する場合のダウンリンクリソース割当てを指定する。本発明において導入される新規のＤＣＩフォーマット２Ｅは、これらのＤＣＩフォーマットの１つに類似したものとすることができるが、重要な違いとして、新規のＤＣＩフォーマット２Ｅには少なくともリソースブロック割当てフィールドが必要なく、したがってＤＣＩのサイズの約２５ビットが節約される。したがって新規のＤＣＩフォーマット２Ｅは、上述したようにリソース割当てのフィールド（すなわちリソース割当てヘッダおよびリソースブロック割当て）が含まれないという違いを除いて、ＤＣＩフォーマット２，２Ａ，２Ｂ，２Ｃ，２Ｄのいずれかと同じにすることができる。

したがって新規のＤＣＩフォーマット２Ｅは、一般には４７ビットのサイズ（これはＤＣＩフォーマット１，１Ａ（ＣＩＦフィールドを含む）のサイズとほぼ同じである）を有することができる。この点において、新規のＤＣＩフォーマット２Ｅからリソースブロック割当てフィールドを排除することによって、このフォーマット２Ｅのサイズはシステム帯域幅とは無関係であり、これによりブラインド復号が容易になるのみならず、前に詳しく説明したように任意のサーチスペースからのクロスキャリアスケジューリングが可能となることに留意されたい。

上では、すでに定義されている「２」系のＤＣＩフォーマットに基づく新規のＤＣＩフォーマット２Ｅの例を示したが、新規のＤＣＩフォーマット２Ｅは、さらに少ないフィールドを有することができる。新規のＤＣＩフォーマット２Ｅは、どのフィールドが含まれるかに応じて異なるものとすることができる。３ＧＰＰにおいてすでに定義されているＤＣＩフォーマット２，２Ａ，２Ｂ，２Ｃ，２Ｄと比較すると、このような新規のＤＣＩフォーマット２Ｅには、以下のフィールド、すなわち、キャリアインジケータ、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、トランスポートブロック−コードワードスワップフラグ、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、プリコーディング情報、ＨＡＲＱ−ＡＣＫリソースオフセット、スクランブリングＩＤ、ＳＲＳ（サウンディング参照信号）要求、スクランブリングＩＤおよびレイヤ数、アンテナポート、のうちの少なくとも１つを含めることができる。

特に、アンライセンスキャリアの特殊な状況を考慮するとき、上に挙げたフィールドのいくつかは新規のＤＣＩフォーマット２Ｅに含める必要がない。例えばアンライセンスキャリアにおいては、アップリンク送信がサポートされるかについてさえ決定されておらず（すなわちアンライセンスキャリアはダウンリンクのみにもなりうる）、サポートされない場合、例えばＰＵＣＣＨのＴＰＣコマンドは不必要である。さらに、大きな帯域幅のリソース割当てでは、同じサブフレーム内で十分な冗長情報を送信することが可能となる高いデータ容量を有するため、各トランスポートブロックの冗長バージョンをＤＣＩフォーマットの中で明示的に示すことが不必要なことがあり、この場合には冗長バージョンを特定の値に固定することができる。同様に、無線制御ユニットにおいて十分に正確なチャネル状態情報が得られないことによって、プリコーディング情報フィールドが不必要になることがある。あるいはプリコーディング情報フィールドのサイズを小さくすることができ、なぜなら選択肢が少なく、不正確な情報に起因する誤りに対する感度が低下するためである。これらの例から理解できるように、新規のＤＣＩフォーマット２Ｅは、必要な場合に極めて短くすることができる。

（ＤＣＩフォーマット２に類似する）例示的なＤＣＩフォーマット２Ｅは、例えば、以下のフィールド、すなわち、キャリアインジケータ、ダウンリンク割当てインデックス、ＨＡＲＱプロセス番号、トランスポートブロック−コードワードスワップフラグ、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン、プリコーディング情報、ＨＡＲＱ−ＡＣＫリソースオフセット、を含むことができる。

別の例示的なＤＣＩフォーマット２Ｅは、キャリアインジケータ（３ビット）、ＰＵＣＣＨのＴＰＣコマンド（２ビット）、ＨＡＲＱプロセス番号（３〜４ビット）、アンテナポート／スクランブリングＩＤ／レイヤ数（３ビット）、トランスポートブロック１および２それぞれの変調・符号化方式、新規データインジケータ、および冗長バージョン（トランスポートブロックあたり８ビット）、およびプリコーディング情報（２ビット）、のみを含む。この例示的なＤＣＩフォーマット２Ｅのサイズは４７ビットであり、したがってアグリゲーションレベル１では、ＤＣＩフォーマット２Ｃと比較して、符号化率は０．６５（したがって１．６７ｄＢの利得）である。

ＤＣＩフォーマット２Ｅに代えて、またはこれに加えて、このようなあらかじめ決められた無線リソースを割り当てるための新規のＤＣＩフォーマット（例示的に「１Ｅ」と称する）を定義することができ、このフォーマットは例えばＤＣＩフォーマット１Ａ（背景技術のセクションを参照）に類似するものとすることができ、ただし対応するリソースブロック割当てフィールドが存在しない。この場合、以下のフィールド、すなわち、キャリアインジケータ、変調・符号化方式、ＨＡＲＱプロセス番号、新規データインジケータ、冗長バージョン、ＰＵＣＣＨのＴＰＣコマンド、ダウンリンク割当てインデックス、ＳＲＳ要求、ＨＡＲＱ−ＡＣＫリソースオフセット、が含まれる。ＤＣＩフォーマット１Ａに対するこの例示的なＤＣＩフォーマット１Ｅの潜在的な利得は、（４９ビットのうち）１４〜１５ビット（すなわち約１．６ｄＢの利得）である。

この場合にも、さらに短いＤＣＩフォーマット１Ｅ（例えばＰＵＣＣＨのＴＰＣコマンドおよび／またはＳＲＳ要求のフィールドを含まない）も可能であり、したがって利得がさらに高まる。あらかじめ決められた無線リソースがそれぞれのシステム帯域幅の大きな部分（例：４０％以上）を占有する場合、局在／分散ＶＲＢ割当てフラグは特に冗長である。なぜなら、このような大きなリソースの割当ては帯域幅の相当な部分にわたり、したがって、局在無線リソースまたは分散無線リソースを動的に選択することによってさほどの恩恵が得られないためである。逆に、ブラインド復号の計算負荷を節約できるように２つの異なるＤＣＩフォーマットのサイズを揃える場合、ＤＣＩフォーマットを区別するためのフラグが必要となりうる。このことは、本発明の範囲内の任意の新規のＤＣＩフォーマットにあてはまるものと理解されたい。さらに一般的に、新規のＤＣＩフォーマットにおけるフィールドの必要性は、そのＤＣＩフォーマットが使用または送信されるときに適用される送信モードにも依存しうることを理解されたい。例えば、ＤＣＩフォーマット２ＥがＥＰＤＣＣＨで送信されるときには、「ＨＡＲＱ−ＡＣＫリソースオフセット」情報をこのフォーマット２Ｅに含めることができるが、ＰＤＣＣＨで送信されるときには含めない。同様に、キャリアが送信モード１０に設定されているＵＥにＤＣＩフォーマット２Ｅが送信されるときには、「ＰＤＳＣＨ ＲＥマッピングおよび擬似同一位置インジケータ」をこのフォーマット２Ｅに含めることができるが、キャリアがそれ以外の送信モードに設定されているＵＥに送信されるときには含めない。

ダウンリンクＤＣＩフォーマット２Ｅおよび０に代えて、またはこれに加えて、アップリンク送信モード１または２においてシングルアンテナポート送信を使用してアップリンク通信を行うためのあらかじめ決められた無線リソースを割り当てる新規のＤＣＩフォーマット（例示的に「０Ａ」と称する）を、定義することができる。したがって、例示的なＤＣＩフォーマット０Ａは、ＤＣＩフォーマット０（現在の標準化からすでに公知であり、背景技術を参照）に類似したものとすることができ、ただしＲＢＡおよびホッピングフィールドが含まれない。したがって、例示的なＤＣＩフォーマット０Ａは、以下のフィールド、すなわち、キャリアインジケータ、周波数ホッピングフラグ、変調・符号化方式、冗長バージョン、新規データインジケータ、スケジューリングされるＰＵＳＣＨのＴＰＣコマンド、ＤＭ ＲＳのサイクリックシフトおよびＯＣＣインデックス、アップリンクインデックス、ダウンリンク割当てインデックス（ＤＡＩ）、ＣＳＩ要求、ＳＲＳ要求、リソース割当てタイプ、を含む。ＤＣＩフォーマット０に対するＤＣＩフォーマット０Ａの潜在的な利得は、（４９ビットのうち）１４ビット（すなわち約１．６ｄＢの利得）である。

この場合も、さらに短いＤＣＩフォーマット０Ａ（例えばＣＳＩ要求フィールド、ＳＲＳ要求フィールド、および／またはリソース割当てタイプフィールドを含まない）も可能であり、したがって利得がさらに高まる。あらかじめ決められた無線リソースがそれぞれのシステム帯域幅の大きな部分（例：５０％以上）を占有する場合、周波数ホッピングフラグは特に冗長であり、なぜならこのような大きなリソースの割当ては帯域幅の相当な部分にわたり、したがって局在無線リソースまたは分散無線リソースを動的に選択することによってさほどの恩恵が得られないためである。同様に、大きなリソースの割当ての場合、アップリンクリソース割当てタイプ０によってサポートされるシングルクラスタリソース割当てと比較したときの、アップリンクリソース割当てタイプ１によってサポートされるマルチクラスタリソース割当ての利得は、無視できる程度となり、したがってアップリンク送信用のこのような短縮されたＤＣＩフォーマットには、対応するフィールドが含まれないことが好ましい。

背景技術のセクションにおいてＤＣＩフォーマットに関連してすでに説明したように、上の例示的なＤＣＩフォーマット２Ｅ，１Ｅ，０Ａの要素すべてをＤＣＩメッセージにつねに含める必要はない。これらの要素のうちのいくつかの存在は、例えばＲＲＣパラメータによって設定可能とすることができる。このことは少なくともキャリアインジケータフィールドにあてはまり、このフィールドは、クロスキャリアスケジューリングの場合（それに応じてＵＥが設定されているとき）に必要であるのみである。

ブラインド復号のために小さいＤＣＩサイズを達成する目的には、新規のＤＣＩフォーマット１Ｅと０Ａの組合せが特に有利である。このような組合せでは、これら２つのフォーマットのＤＣＩサイズを（例えば必要な場合にパディングビットによって）揃え、さらにフォーマット０Ａと１Ｅを区別するフラグを含めることによって、ブラインド復号の計算負荷を低減することができ、これは有利である。

要約すると、上記には、好ましくはアンライセンスキャリアのリソースに関連するリソース割当てのための短く効率的ないくつかのＤＣＩフォーマットについて説明した。これらのＤＣＩフォーマットにより、スモールセルの場合に、極めて小さいアグリゲーションレベルを使用してスケジューリング情報を送信することが可能であり、（Ｅ）ＰＤＣＣＨリソースの不足や衝突が回避される。より高いアグリゲーションレベルの場合、これらのＤＣＩフォーマットにより、ＤＣＩの到達範囲を広げることもでき、したがってこれらのＤＣＩフォーマットは、事前に定義されたリソースブロックでＤＣＩを送信するときのカバレッジを拡張する目的に適用することもできる。アグリゲーションレベルのコードビットの数は固定されているため、Ａ＜Ｂの場合、あるアグリゲーションレベルでのサイズＡビットのＤＣＩペイロードは、同じアグリゲーションレベルでのサイズＢビットのＤＣＩペイロードよりも到達範囲が広く、なぜならＡビットの場合に得られる符号化率の方が小さく、これにより冗長性が高まり、したがってより高い符号化利得が達成され、結果として同じ到達範囲における誤り率がＢビットの場合よりも低く、同じ誤り率における到達範囲がＢビットの場合よりも広い。

前に説明したように、特定の一実装形態では、いくつかの異なるあらかじめ決められた無線リソースを定義することができ、それらのうちの１つを、実際のリソース割当て用に選択する。この特定の例では、１つのオプションは、ＤＣＩメッセージを通じて選択を実行できるようにすることであった。したがって、新規のＤＣＩフォーマット２Ｅ，１Ｅ，０Ａに適切なフィールドを提供することができる。図１２の４つの異なるあらかじめ決められたリソースを例にとると、新規のＤＣＩフォーマットは、これら４つのあらかじめ決められた無線リソースを互いに区別できるようにする追加の２ビットフィールドを有することができ、したがってユーザ端末は、ＤＣＩメッセージを正常に復号したとき、この追加の２ビットフィールドに基づいて、例えば以下のように適切なあらかじめ決められたリソースを選択することができる。

しかしながら、たとえ新規のＤＣＩフォーマットにこのようなフィールドを含めた場合でも、新規のＤＣＩフォーマットは依然として従来技術のＤＣＩフォーマットよりも有利であり、なぜなら依然として多数のビットを節約することができ、依然としてＤＣＩフォーマットのサイズが帯域幅とは無関係のままであるためである。

上述したように新規のＤＣＩフォーマットを導入することによって、ＵＥ側のブラインド復号の計算負荷が増大するが、このことは以下に説明するさらなる実装形態に従って緩和する、または完全に回避することができる。背景技術のセクションで説明したように、ＵＥは、対応する（Ｅ）ＰＤＣＣＨの中のブラインド復号するべきＤＣＩフォーマットに関して、送信モードに基づいていくつかのフォーマットが設定されている。言い換えれば、ＵＥに設定されている特定の送信モードと、ブラインド復号を実行するべきＤＣＩフォーマットとの間に対応関係が存在する。

さらなる実装形態によると、ＵＥにおけるブラインド復号の計算負荷が増大しないように新規のＤＣＩフォーマットを対応させる目的で、送信モードと特定のＤＣＩフォーマットとの間の従来技術によるこれらの対応関係を修正する。この修正は、例示的に次のように行うことができる。

新規のＤＣＩフォーマット２Ｅの場合、送信モード３，４，８，９，１０において、対応する２系のＤＣＩフォーマットの１つをこの新規のＤＣＩフォーマット２Ｅに置き換えることができる。具体的には、Ｃ−ＲＮＴＩによって設定されるＰＤＣＣＨおよびＰＤＳＣＨに関する対応する表７．１−５（背景技術のセクションに提示した）を、次のように修正することができる。なお、修正された次の表は、この実装形態に従って変更される送信モードのみを例示的に示しており、変更されない送信モード１，２，５，６，７（なぜならこれらの送信モードには対応する２系のＤＣＩフォーマットが含まれない）は、背景技術のセクションの表と同じままであることに留意されたい。なお、以下の表に示した修正に代えて、例えば送信モード８における新規のＤＣＩフォーマットを「ＤＣＩフォーマット２Ｅ」と命名し、送信モード９における新規のＤＣＩフォーマットを「ＤＣＩフォーマット２Ｆ」と命名し、送信モード１０における新規のＤＣＩフォーマットを「ＤＣＩフォーマット２Ｇ」と命名する（他も同様）ことによって、さらなる区別を行うことができることを理解されたい。これらの新規のＤＣＩフォーマットは、ＤＣＩフォーマット２Ｅ（または適用可能な場合には０Ａ，１Ａ、）について概説した内容に、必要な変更を加えて準ずるものと理解されたい。

Ｃ−ＲＮＴＩによって設定されるＥＰＤＣＣＨおよびＰＤＳＣＨの表７．１−５Ａにも、従来の表７．１−５に対する上と同じ変更を基本的に適用することができる。なお下の表においても、変更される送信モードのみを示してある。

ＳＰＳ Ｃ−ＲＮＴＩの場合のＰＤＣＣＨおよびＥＰＤＣＣＨに関する表７．１−６および表７．１−６Ａ（背景技術のセクションを参照）にも同じ変更が適用される。修正された表７．１−６および表７．１−６Ａは明示的に示さないが、当業者には、対応するＤＣＩフォーマット２／２Ａ／２Ｂ／２Ｃ／２Ｄを新規のＤＣＩフォーマット２Ｅに容易に置き換えることができるであろう。

上述したように２系のＤＣＩフォーマットを置き換えるとき、送信モード３，４，８，９，１０のすべてにおいてＤＣＩフォーマット１Ａは依然としてそのままであり、したがって必要な場合にはアンライセンスキャリアにおいて周波数選択性のリソース割当てを使用して１個のトランスポートブロックを効率的にスケジューリングすることができる。

別の実装形態によると、すべての送信モードにおいてＤＣＩフォーマット０および１Ａを新規のＤＣＩフォーマット２Ｅに置き換える。特に、アンライセンスキャリアにおいてアップリンク通信がサポートされず、したがってアップリンクＤＣＩフォーマット０が使用できない場合である。しかしながらＤＣＩフォーマット０は、ダウンリンクＤＣＩフォーマット１Ａと同じサイズを有し（したがってフォーマット０とフォーマット１Ａを区別するためのフラグのフィールドをＤＣＩフォーマット０および１Ａに含める必要がある：背景技術のセクションを参照）、ＤＣＩフォーマット１Ａをブラインド復号するときにＤＣＩフォーマット０も効率的にブラインド復号される。

したがって、ダウンリンクリソースの対応する表７．１−５、表７．１−５Ａ、表７．１−６、および表７．１−６Ａを修正する。この修正は、表７．１−５の送信モード１０について例示的に示したが、他の送信モードおよび他の表にも等しく適用することができる。

この修正は、この表の他の送信モードにも同様に適用することができる。なお、背景技術のセクションで説明した非特許文献２の対応する表８−３、表８−３Ａ、表８−５、および表８−５Ａは、それぞれの表からＤＣＩフォーマット０が削除されるように修正されることに留意されたい。

なお、上記に代えて、次の表に示すように、共通サーチスペースに対してはＤＣＩフォーマット１Ａを維持し、ＵＥ固有のサーチスペースに対してはＤＣＩフォーマット２Ｅに置き換えることができることに留意されたい。利点として、ＤＣＩフォーマット０／１Ａによるリソース割当ての場合に共通サーチスペースを使用することができ、ただし代償として、共通サーチスペースにおいてブラインド復号の試行が必要である。

１つの利点として、アンライセンスキャリアにおいて周波数選択性のリソース割当てを使用して１個または２個のトランスポートブロックをスケジューリングする目的に、さまざまな送信モードにおいてＤＣＩフォーマット２／２Ａ／２Ｂ／２Ｃ／２Ｄを依然として使用することができる。

さらに別の実装形態によると、ＤＣＩフォーマット０のみを新規のＤＣＩフォーマット２Ｅに置き換える。したがって、背景技術のセクションで説明した非特許文献２の表８−３、表８−３Ａ、表８−５、および表８−５Ａを、それぞれの表からＤＣＩフォーマット０が削除されるように修正する。ダウンリンクリソースの対応する表７．１−５、表７．１−５Ａ、表７．１−６、および表７．１−６Ａは、新規のＤＣＩフォーマット２Ｅがさらに含まれるように拡張される。このことは、表７．１−５の送信モード１０について例示的に示したが、他の送信モードおよび他の表に等しく適用することができる。

ＤＣＩフォーマット２ＥをＤＣＩフォーマット１Ａと区別するため、追加の１ビットが必要である。さらに、ＤＣＩフォーマット２Ｅまたは１Ａのうち小さい方のＤＣＩフォーマットに、サイズを揃えるために追加のパディングビットが必要となることがある。

これに代えて、既存の送信モードとＤＣＩフォーマットとの間の関係を修正するのではなく、特に新規のＤＣＩフォーマット２Ｅのための１つまたは複数の新規の送信モードを定義することができる（例：送信モード１１）。このような新規の送信モードは、すでに定義されている（１つまたは複数の）送信モードにそのまま従うことができる。例えば、送信モード、ＤＣＩフォーマット、サーチスペース、送信方式の間の関係を確立するための対応するテーブルを次のようにすることができる。

ここまで、有利な点としてＵＥ側のブラインド復号の計算負荷が増大しないように、さまざまな送信モードに新規のＤＣＩフォーマット２Ｅを関連付ける方法について説明した。前述した別の新規のＤＣＩフォーマット１Ｅおよび０Ａにも、同じコンセプトが、必要な変更を加えて同様に適用される。

特に、背景技術のセクションで詳しく説明した対応する表７．１−５、表７．１−５Ａ、表７．１−６、および表７．１−６Ａにおいて、ＤＣＩフォーマット１Ａを新規のＤＣＩフォーマット１Ｅに置き換えることができるが、追加の制約として、ＤＣＩフォーマット１Ｅは、ＵＥ固有のサーチスペースにおいてのみ適用することができる（なぜなら共通サーチスペースにおいて検出されるＤＣＩサイズはすべてのＵＥに対して同じであるべきであり、このことは現在のＤＣＩフォーマット０／１Ａから変更されないことが予期されるためである）。このことは表７．１−５の送信モード１０について例示的に示してあるが、他の送信モードおよび他の表にも等しくあてはまる。

これに代えて、次の表に示すように、共通サーチスペースに対してはＤＣＩフォーマット１Ａを維持し、ＵＥ固有のサーチスペースに対してはＤＣＩフォーマット１Ｅに置き換えることができる。利点として、ＤＣＩフォーマット０／１Ａによるリソース割当ての場合に共通サーチスペースを使用することができ、ただし代償として、共通サーチスペースにおいてブラインド復号の試行が必要である。

さらなる代替形態は、ＤＣＩフォーマット０を新規のＤＣＩフォーマット１Ｅに置き換えることであり、したがって背景技術のセクションで説明した非特許文献２の表７．１−５、表７．１−５Ａ、表７．１−６、および表７．１−６ＡはＤＣＩフォーマット１Ｅによって拡張され、表８−３、表８−３Ａ、表８−５、および表８−５Ａは、それぞれの表からＤＣＩフォーマット０が削除されるように修正される。

したがって、背景技術のセクションに記載した非特許文献２の対応する表（特にアップリンクに関連する表８−３、表８−３Ａ、表８−５、および表８−５Ａ）において、ＤＣＩフォーマット０を新規のＤＣＩフォーマット０Ａに置き換える。

図１１は、説明した実施形態の改良された無線リソース割当て方法において、どのようにクロスキャリアスケジューリングを適用するかを示した例示的な図である。したがって、ｅＮｏｄｅＢによってライセンスＰＣｅｌｌのＰＤＣＣＨで送信される（特に、対応するサーチスペース内で送信される）ＤＣＩメッセージがＵＥによって検出され、このＤＣＩメッセージは、ＵＥに格納されている対応するあらかじめ決められたリソースに関連付けられている。図１１の例示的な図では、ダウンリンクリソースがＵＥに割り当てられるものと想定されており、この場合にｅＮｏｄｅＢは、あらかじめ決められた無線リソース（この場合には帯域幅全体）を使用して、アンライセンスＳＣｅｌｌのＰＤＳＣＨを介してダウンリンクデータをＵＥに提供する。

図１２は別の例示的な図であり、図１１との主たる違いとして、４つの異なるあらかじめ決められた無線リソースが存在するものと想定されており、ＰＣｅｌｌのＰＤＣＣＨで受信されるＤＣＩメッセージが、４つの異なるあらかじめ決められたリソースのうちダウンリンクの受信に使用するべきリソースを示す。

さらなる実装形態によると、ＣＲＳ（共通参照信号）ベースの送信方式（特にＤＣＩフォーマット１Ａによって示される送信方式など）の場合に、送信方式を修正することができる。ＣＲＳベースの送信方式は、ＣＲＳ（共通参照信号）が存在しない場合には信頼性が低下しうるため、ＤＭ−ＲＳ（復調参照信号）ベースの送信方式に頼る方が良好である。したがって、チャネル推定用にＣＲＳが存在せず例えばＤＭ−ＲＳのみが利用可能である場合に、例えばＤＣＩフォーマット１Ａによって示されるＣＲＳベースの送信は、代替のリソース割当てとして有用ではない。この状況は、特に、アンライセンスキャリアの場合に起こるが、将来的にはＣＲＳのオーバーヘッドを回避するためにライセンスキャリアでも起こりうる。この問題を回避する目的で、このようなキャリアにおいて例えばＤＣＩフォーマット１Ａによって示される送信方式が「シングルアンテナポート７」（または別のＤＭ−ＲＳポート）であるように指定することが可能である。この条件は、例えば０個のＰＢＣＨアンテナポート（０個のＰＢＣＨアンテナポートはアンライセンスキャリアを示す）を指定することによって、またはアンライセンスキャリアのサブフレームをＭＢＳＦＮサブフレームとして定義することによって、修正することができる。同様に、送信ダイバーシチなどの送信方式を、７，８や７〜１０などのＤＭ−ＲＳポートに頼るように修正する。

ＣＲＳベースの送信方式の場合の送信方式の修正は、例えば新規のＤＣＩフォーマット１Ｅによって示される送信にも同様に適用することができ、したがってフォーマット１Ｅによって示される送信方式は、（非特許文献２の７．１．１節におけるように）「シングルアンテナポート、ポート７」を示す。さらなる実施形態においては、あらかじめ決められたリソースは、Ｐ個のＲＢＧサブセットのうちの１つを表す（Ｐは、ＬＴＥにおいて定義されているＲＢＧのサイズであることが好ましい）。ＲＢＧサブセットｐ（０≦ｐ＜Ｐ）は、ＲＢＧ＃ｐを先頭にＰ番目ごとのＲＢＧからなる。したがってサブセットｐは、好ましくは上位層シグナリングまたは上述した任意の他のメカニズムによってＵＥに伝えられるあらかじめ決められたリソースである。この場合、ＤＣＩのＲＢＡにはビットマップが含まれ、ビットマップの各ビットは、選択されているＲＢＧサブセットの中の１つのリソースブロックを割り当て、このときビットマップのＭＳＢからＬＳＢまでの各ビットが、周波数の昇順にリソースブロックにマッピングされる。ビットフィールド内の対応するビット値が１である場合に、リソースブロックがＵＥに割り当てられ、そうでない場合にはリソースブロックがＵＥに割り当てられない。

さらに、あらかじめ決められたリソースは、ＤＣＩによって示されるリソースブロックのシフトを示すことができる。これに代えて、このようなシフトをＤＣＩの中の１ビットによって示す。この場合、例えば非特許文献２の７．１．６．２節に概説されているように、この１ビットは、シフトを示すために使用され、どのリソースブロックが割り当てられるかをＲＢＡフィールドから求めるときにシフトが適用される。

ハードウェアおよびソフトウェアによる本開示の実施
別の例示的な実施形態は、上述したさまざまな実施形態を、ハードウェアおよびソフトウェアを使用して実施することに関する。これに関連して、ユーザ端末（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ端末および基地局は、本明細書に記載されている方法を実行するように構成されており、これらの方法に適切に関与する対応するエンティティ（受信機、送信機、プロセッサなど）を含む。

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

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

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

特定の実施形態において示した本開示には、さまざまな変更および／または修正を行うことができることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。

Claims (25)

1. 通信システムにおいて無線制御エンティティとの通信を実行するユーザ端末であって、少なくとも第１のあらかじめ決められた無線リソースは、特定のキャリアに関連して使用するために前記ユーザ端末に設定され、かつ、ダウンリンク制御情報（ＤＣＩ）メッセージの特定のフォーマットに関連付けられており、前記ユーザ端末は、
   前記無線制御エンティティから前記ＤＣＩメッセージを受信するように構成されている受信ユニットと、
   前記特定のフォーマットの前記ＤＣＩメッセージを受信した場合、前記受信したＤＣＩメッセージに関連付けられている前記第１のあらかじめ決められた無線リソースを識別し、前記特定のキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に、前記識別された第１のあらかじめ決められた無線リソースを使用し、
   前記特定のフォーマットと異なるフォーマットのＤＣＩメッセージを受信した場合、前記受信したＤＣＩメッセージに含まれる、第２の無線リソースのリソース割当ての情報に基づいて、前記特定のキャリアと異なるキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に、前記第２の無線リソースを使用するように構成されているプロセッサと、
   を備えており、
   前記特定のキャリアがアンライセンスキャリアである、
   ユーザ端末。
2. 前記ＤＣＩメッセージの前記特定のフォーマットは、
   ・ 前記ＤＣＩメッセージの情報内容が特定の無線リソースを示さない、および／または、
   ・ 前記ＤＣＩメッセージのサイズが、前記特定のキャリアの帯域幅とは独立している、
   フォーマットである、
   請求項１に記載のユーザ端末。
3. 前記受信ユニットは、前記ＤＣＩメッセージを前記特定のキャリアまたは前記特定のキャリアと異なるキャリアを介して受信するように構成されており、
   前記受信ユニットは、前記ＤＣＩメッセージを前記特定のキャリアと異なるキャリアを介して受信する場合、前記ＤＣＩメッセージは、前記ＤＣＩメッセージが前記特定のキャリアに関連することを、前記ＤＣＩメッセージのキャリア識別フィールドの中のキャリア識別情報を使用することによって、示し、
   前記特定のキャリアと異なるキャリアは、ライセンスキャリアである、
   請求項１または請求項２に記載のユーザ端末。
4. 前記第１のあらかじめ決められた無線リソースは特定のリソース割当てタイプに従って定義され、
   前記特定のリソース割当てタイプは、
   ・ ３ＧＰＰ ＬＴＥ仕様によるダウンリンクリソース割当てタイプ０，１，または２、またはアップリンクリソース割当てタイプ０または１、のうちの１つ、もしくは、
   ・ 前記特定のキャリアに関連して使用するための、前記第１のあらかじめ決められた無線リソースに固有な、さらなるリソース割当てタイプ、
   のいずれかである、
   請求項１から請求項３のいずれかに記載のユーザ端末。
5. 前記ＤＣＩメッセージの前記特定のフォーマットはダウンリンク通信用のフォーマットであり、前記識別された第１のあらかじめ決められた無線リソースは、前記無線制御エンティティからダウンリンク通信を受信するために前記ユーザ端末によって使用され、前記ＤＣＩメッセージは、
   ・ クロスキャリアスケジューリングの場合におけるキャリア識別フィールド、
   ・ アップリンクで送信するための送信電力が調整される場合における送信電力コマンドフィールド、
   ・ ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号、
   ・ 少なくとも１つの変調・符号化方式フィールド、
   ・ 少なくとも１つの新規データインジケータフィールド、
   ・ 少なくとも１つの冗長バージョンフィールド、
   ・ プリコーディング情報フィールド、
   のうちの少なくとも１つを含む、
   請求項１から請求項４のいずれかに記載のユーザ端末。
6. 前記ＤＣＩメッセージの前記特定のフォーマットはアップリンク通信用のフォーマットであり、前記識別された第１のあらかじめ決められた無線リソースは、前記無線制御エンティティへのアップリンク通信を送信するために前記ユーザ端末によって使用され、前記ＤＣＩメッセージは、
   ・ クロスキャリアスケジューリングの場合におけるキャリア識別フィールド、
   ・ アップリンクで送信するための送信電力が調整される場合における送信電力コマンドフィールド、
   ・ 変調・符号化方式を示す少なくとも１つのフィールド、
   ・ 少なくとも１つの新規データインジケータフィールド、
   ・ 復調参照信号のサイクリックシフトを示すフィールド、
   ・ プリコーディング情報フィールド、
   のうちの少なくとも１つを含む、
   請求項１から請求項５のいずれかに記載のユーザ端末。
7. 前記第１のあらかじめ決められた無線リソースは、
   ・ それぞれ１つまたは複数のサブフレームにおける、前記特定のキャリアのすべてのリソースブロック、または、
   ・ それぞれ１つまたは複数のサブフレームにおける、前記特定のキャリアのすべてのリソースブロックのうちの一部、
   を備えており、
   ・ 前記すべてのリソースブロックのうちの前記一部が、
   ａ． 前記キャリアの下側周波数端における複数の連続するリソースブロック、
   ｂ． 前記キャリアの上側周波数端における複数の連続するリソースブロック、
   ｃ． 前記キャリアの中心周波数の周囲の複数の連続するリソースブロック、
   のいずれかである、
   請求項１から請求項６のいずれかに記載のユーザ端末。
8. 前記特定のキャリアの前記あらかじめ決められた無線リソースは、
   ・ ３ＧＰＰ仕様によって固定的に、および／または、
   ・ 上位層シグナリングを通じて、および／または、
   ・ 無線リソース制御（ＲＲＣ）メッセージを介して、
   前記ユーザ端末に設定され、
   前記３ＧＰＰ仕様、前記ＲＲＣメッセージ、および／または前記ＲＲＣメッセージは、前記あらかじめ決められた無線リソースのリソース割当てタイプをさらに示す、
   請求項１から請求項７のいずれかに記載のユーザ端末。
9. 少なくとも第２のあらかじめ決められた無線リソースが、特定のキャリアに関連して使用するために前記ユーザ端末に設定され、かつ、前記ＤＣＩメッセージの前記特定のフォーマットに関連付けられており、
   前記少なくとも第１または第２のあらかじめ決められた無線リソースの１つが、前記ユーザ端末に事前に設定され、前記特定のフォーマットの前記ＤＣＩメッセージを前記受信ユニットによって受信したときに、前記事前に設定されている第１または第２のあらかじめ決められた無線リソースが前記プロセッサによって識別され、前記特定のキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に使用される、または、
   前記少なくとも第１または第２のあらかじめ決められた無線リソースの１つが、前記無線制御エンティティから前記受信ユニットによって受信される前記特定のフォーマットの前記ＤＣＩメッセージに基づいて、前記ユーザ端末に割り当てられ、前記受信されるＤＣＩメッセージは、前記少なくとも第１または前記第２のあらかじめ決められた無線リソースのうちのどれが前記特定のキャリアを通じての通信用に使用されるかを示す、
   請求項１から請求項８のいずれかに記載のユーザ端末。
10. 前記受信ユニットおよび前記プロセッサが、
    前記ユーザ端末に割り当てられているサーチスペース内で、前記特定のフォーマットのＤＣＩメッセージの復号を試み、
    前記特定のフォーマットの前記ＤＣＩメッセージを正常に復号する、
    ように構成されており、
    前記特定のフォーマットの前記ＤＣＩメッセージを正常に復号してその受信されたＤＣＩメッセージに関連付けられている前記第１のあらかじめ決められた無線リソースを識別したとき、前記識別された第１のあらかじめ決められた無線リソースが、前記ユーザ端末に割り当てられ、前記特定のキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に使用される、
    請求項１から請求項９のいずれかに記載のユーザ端末。
11. 前記ユーザ端末は、さまざまなフォーマットのＤＣＩメッセージの復号を、さまざまな送信モードとさまざまなフォーマットの前記ＤＣＩメッセージとの間の対応関係に基づいて試み、
    前記ユーザ端末が、さまざまなフォーマットのＤＣＩメッセージに関連付けられている少なくとも１つの送信モードに設定され、前記ユーザ端末は、前記送信モードに関連付けられているさまざまなフォーマットのＤＣＩメッセージの復号を試み、
    前記少なくとも１つの送信モードは、前記特定のキャリアにおいて使用するための前記ＤＣＩメッセージの前記特定のフォーマットにさらに関連付けられており、前記ユーザ端末は、特定のキャリアにおいて前記特定のフォーマットのＤＣＩメッセージを復号する試みを実行し、
    前記少なくとも１つの送信モードと前記ＤＣＩメッセージの前記特定のフォーマットとの間の前記対応関係は、これによって前記ユーザ端末が前記特定のキャリアにおいてのみ前記特定のフォーマットの前記ＤＣＩメッセージの復号を試みる結果となる対応関係である、
    請求項１から請求項１０のいずれかに記載のユーザ端末。
12. 前記少なくとも第１のあらかじめ決められた無線リソースは、ライセンスキャリアにおいて使用するように設定されており、前記ユーザ端末が前記特定のフォーマットの前記ＤＣＩメッセージを受信したとき、前記第１のあらかじめ決められたリソースを、前記ライセンスキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に使用することができる、
    請求項１から請求項１１のいずれかに記載のユーザ端末。
13. 通信システムにおいて自身とユーザ端末との間の通信を実行するための無線リソースを前記ユーザ端末に割り当てる無線制御エンティティであって、少なくとも第１のあらかじめ決められた無線リソースは、特定のキャリアに関連して使用するために前記ユーザ端末および前記無線制御エンティティに設定され、かつ、ダウンリンク制御情報（ＤＣＩ）メッセージの特定のフォーマットに関連付けられており、前記無線制御エンティティは、
    前記ＤＣＩメッセージを前記ユーザ端末に送信するように構成されている送信機と、
    前記送信機が前記特定のフォーマットの前記ＤＣＩメッセージを送信した場合、前記特定のフォーマットの前記ＤＣＩメッセージに関連付けられている前記第１のあらかじめ決められた無線リソースを使用して、前記特定のキャリアで前記ユーザ端末との通信を実行し、
    前記送信機が前記特定のフォーマットと異なるフォーマットのＤＣＩメッセージを送信した場合、第２の無線リソースを使用して、前記特定のキャリアと異なるキャリアで前記ユーザ端末との通信をするように構成されている送受信ユニットと、
    を備えており、
    前記特定のフォーマットと異なるフォーマットの前記ＤＣＩメッセージには、前記第２の無線リソースのリソース割当ての情報が含まれ、
    前記特定のフォーマットの前記ＤＣＩメッセージは次のようなフォーマットである、前記ユーザ端末が、前記特定のフォーマットの前記ＤＣＩメッセージを受信したとき、この受信したＤＣＩメッセージに関連付けられている前記第１のあらかじめ決められた無線リソースを識別し、前記特定のキャリアを介しての前記無線制御エンティティとの間の通信用に、前記識別された第１のあらかじめ決められた無線リソースを使用し、
    前記特定のキャリアがアンライセンスキャリアである、
    無線制御エンティティ。
14. 通信システムにおいて無線制御エンティティとユーザ端末との間の通信を実行するための無線リソースを前記ユーザ端末に割り当てる方法であって、少なくとも第１のあらかじめ決められた無線リソースが、特定のキャリアに関連して使用するために前記ユーザ端末に設定され、かつ、ダウンリンク制御情報（ＤＣＩ）メッセージの特定のフォーマットに関連付けられており、前記方法は、前記ユーザ端末によって実行される以下のステップ、すなわち、
    前記無線制御エンティティから前記ＤＣＩメッセージを受信するステップと、
    前記特定のフォーマットの前記ＤＣＩメッセージを受信した場合、前記受信したＤＣＩメッセージに関連付けられている前記第１のあらかじめ決められた無線リソースを識別し、前記特定のキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に、前記識別された第１のあらかじめ決められた無線リソースを使用し、前記特定のフォーマットと異なるフォーマットのＤＣＩメッセージを受信した場合、前記受信したＤＣＩメッセージに含まれる、第２の無線リソースのリソース割当ての情報に基づいて、前記特定のキャリアと異なるキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に、前記第２の無線リソースを使用するステップと、
    を含み、
    前記特定のキャリアがアンライセンスキャリアである、
    方法。
15. 前記ＤＣＩメッセージの前記特定のフォーマットは、
    ・ 前記ＤＣＩメッセージの情報内容が特定の無線リソースを示さない、および／または、
    ・ 前記ＤＣＩメッセージのサイズが、前記特定のキャリアの帯域幅とは独立している、
    フォーマットである、
    請求項１４に記載の方法。
16. 前記ＤＣＩメッセージは前記特定のキャリアまたは前記特定のキャリアと異なるキャリアを介して受信され、
    前記ＤＣＩメッセージは前記特定のキャリアと異なるキャリアを介して受信される場合、前記ＤＣＩメッセージは、前記ＤＣＩメッセージが前記特定のキャリアに関連することを、前記ＤＣＩメッセージのキャリア識別フィールドの中のキャリア識別情報を使用することによって、示し、
    前記特定のキャリアと異なるキャリアは、ライセンスキャリアである、
    請求項１４または請求項１５に記載の方法。
17. 前記第１のあらかじめ決められた無線リソースは特定のリソース割当てタイプに従って定義され、
    前記特定のリソース割当てタイプは、
    ・ ３ＧＰＰ ＬＴＥ仕様によるダウンリンクリソース割当てタイプ０，１，または２、あるいはアップリンクリソース割当てタイプ０または１、のうちの１つ、もしくは、
    ・ 前記特定のキャリアに関連して使用するための、前記第１のあらかじめ決められた無線リソースに固有な、さらなるリソース割当てタイプ、
    のいずれかである、
    請求項１４から請求項１６のいずれかに記載の方法。
18. 前記ＤＣＩメッセージの前記特定のフォーマットはダウンリンク通信用のフォーマットであり、前記識別された第１のあらかじめ決められた無線リソースは、前記無線制御エンティティからのダウンリンク通信を受信するために前記ユーザ端末によって使用され、前記ＤＣＩメッセージは、
    ・ クロスキャリアスケジューリングの場合におけるキャリア識別フィールド、
    ・ アップリンクで送信するための送信電力が調整される場合における送信電力コマンドフィールド、
    ・ ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号、
    ・ 少なくとも１つの変調・符号化方式フィールド、
    ・ 少なくとも１つの新規データインジケータフィールド、
    ・ 少なくとも１つの冗長バージョンフィールド、
    ・ プリコーディング情報フィールド、
    のうちの少なくとも１つを含む、
    請求項１４から請求項１７のいずれかに記載の方法。
19. 前記ＤＣＩメッセージの前記特定のフォーマットはアップリンク通信用のフォーマットであり、前記識別された第１のあらかじめ決められた無線リソースは、前記無線制御エンティティへのアップリンク通信を送信するために前記ユーザ端末によって使用され、前記ＤＣＩメッセージは、
    ・ クロスキャリアスケジューリングの場合におけるキャリア識別フィールド、
    ・ アップリンクで送信するための送信電力が調整される場合における送信電力コマンドフィールド、
    ・ 変調・符号化方式を示す少なくとも１つのフィールド、
    ・ 少なくとも１つの新規データインジケータフィールド、
    ・ 復調参照信号のサイクリックシフトを示すフィールド、
    ・ プリコーディング情報フィールド、
    のうちの少なくとも１つを含む、
    請求項１４から請求項１８のいずれかに記載の方法。
20. 前記第１のあらかじめ決められた無線リソースは、
    ・ それぞれ１つまたは複数のサブフレームにおける、前記特定のキャリアのすべてのリソースブロック、または、
    ・ それぞれ１つまたは複数のサブフレームにおける、前記特定のキャリアのすべてのリソースブロックのうちの一部、
    を備えており、
    ・ 前記すべてのリソースブロックのうちの前記一部は、
    ａ． 前記キャリアの下側周波数端における複数の連続するリソースブロック、
    ｂ． 前記キャリアの上側周波数端における複数の連続するリソースブロック、
    ｃ． 前記キャリアの中心周波数の周囲の複数の連続するリソースブロック、
    のいずれかである、
    請求項１４から請求項１９のいずれかに記載の方法。
21. 前記特定のキャリアの前記あらかじめ決められた無線リソースは、
    ・ ３ＧＰＰ仕様によって固定的に、および／または、
    ・ 上位層シグナリングを通じて、および／または、
    ・ 無線リソース制御（ＲＲＣ）メッセージを介して、
    前記ユーザ端末に設定され、
    前記３ＧＰＰ仕様、前記ＲＲＣメッセージ、および／または、前記ＲＲＣメッセージは、前記あらかじめ決められた無線リソースのリソース割当てタイプをさらに示す、
    請求項１４から請求項２０のいずれかに記載の方法。
22. 少なくとも第２のあらかじめ決められた無線リソースが、前記特定のキャリアに関連して使用するために前記ユーザ端末に設定され、かつ、前記ＤＣＩメッセージの前記特定のフォーマットに関連付けられており、
    前記少なくとも第１または第２のあらかじめ決められた無線リソースの１つが、前記ユーザ端末に事前に設定され、前記特定のフォーマットの前記ＤＣＩメッセージを受信したときに、前記事前に設定されている第１または第２のあらかじめ決められた無線リソースが識別され、前記特定のキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に使用される、または、
    前記少なくとも第１または前記第２のあらかじめ決められた無線リソースの１つが、前記無線制御エンティティから前記ユーザ端末によって受信される前記特定のフォーマットの前記ＤＣＩメッセージに基づいて、前記ユーザ端末に割り当てられ、前記受信されるＤＣＩメッセージは、前記少なくとも第１または前記第２のあらかじめ決められた無線リソースのうちのどれが前記特定のキャリアを通じての通信用に使用されるかを示す、
    請求項１４から請求項２１のいずれかに記載の方法。
23. 前記無線制御エンティティから前記特定のフォーマットの前記ＤＣＩメッセージを受信する前記ステップは、
    前記ユーザ端末に割り当てられているサーチスペース内で、前記特定のフォーマットのＤＣＩメッセージの復号を試みるステップと、
    前記特定のフォーマットの前記ＤＣＩメッセージを正常に復号するステップ、
    を含み、
    前記特定のフォーマットの前記ＤＣＩメッセージを正常に復号してその受信されたＤＣＩメッセージに関連付けられている前記第１のあらかじめ決められた無線リソースを識別したとき、前記識別された第１のあらかじめ決められた無線リソースが、前記ユーザ端末に割り当てられ、前記特定のキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に使用される、
    請求項１４から請求項２２のいずれかに記載の方法。
24. 前記ユーザ端末は、さまざまなフォーマットのＤＣＩメッセージの復号を、さまざまな送信モードとさまざまなフォーマットの前記ＤＣＩメッセージとの間の対応関係に基づいて試み、
    前記ユーザ端末は、さまざまなフォーマットのＤＣＩメッセージに関連付けられている少なくとも１つの送信モードに設定され、前記ユーザ端末は、前記送信モードに関連付けられているさまざまなフォーマットのＤＣＩメッセージの復号を試み、
    前記少なくとも１つの送信モードは、前記特定のキャリアにおいて使用するための前記ＤＣＩメッセージの前記特定のフォーマットにさらに関連付けられており、前記ユーザ端末は、特定のキャリアにおいて前記特定のフォーマットのＤＣＩメッセージを復号する試みを実行し、
    前記少なくとも１つの送信モードと前記ＤＣＩメッセージの前記特定のフォーマットとの間の前記対応関係は、これによって前記ユーザ端末が前記特定のキャリアにおいてのみ前記特定のフォーマットの前記ＤＣＩメッセージの復号を試みる結果となる対応関係である、
    請求項１４から請求項２３のいずれかに記載の方法。
25. 前記少なくとも第１のあらかじめ決められた無線リソースは、ライセンスキャリアにおいて使用するように設定されており、前記ユーザ端末が前記特定のフォーマットの前記ＤＣＩメッセージを受信したとき、前記第１のあらかじめ決められたリソースを、前記ライセンスキャリアを介しての前記ユーザ端末と前記無線制御エンティティとの間の通信用に使用することができる、
    請求項１４から請求項２４のいずれかに記載の方法。