(57)【要約】  通信システム内のネットワークノードにおいて制御チャネルを調整する方法では、前記制御チャネルについての制御フォーマットインジケータが提供され（Ｓ２０）、制御チャネル再定義情報が動的に決定されて提供され（Ｓ１０）、当該制御チャネル再定義情報は、前記制御フォーマットインジケータと共に、再定義制御チャネルを提供する。それに続いて、前記制御フォーマットインジケータ及び前記制御チャネル再定義情報に基づいて前記制御チャネルが調整され（Ｓ３０）、少なくとも１つのユーザ機器へのシグナリングのための再定義制御チャネルが提供される。最後に、前記再定義制御チャネルに基づいて、サブフレーム内にユーザ機器がスケジューリングされる（Ｓ４０）。【選択図】図２
2014520481.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システム内のネットワークノードにおいて制御チャネルを調整する方法であって、前記通信システムは、前記ネットワークノードと少なくとも１つのユーザ機器とを含み、
制御チャネル再定義情報を決定し、前記少なくとも１つのユーザ機器ノードへ当該制御チャネル再定義情報を提供すること（Ｓ１０）と、
前記制御チャネルについての制御フォーマットインジケータを提供すること（Ｓ２０）と、
前記制御フォーマットインジケータ及び前記制御チャネル再定義情報に基づいて前記制御チャネルを調整して、前記少なくとも１つのユーザ機器へのシグナリングのための再定義制御チャネルを提供すること（Ｓ３０）と、
前記再定義制御チャネルに基づいて、サブフレーム内に少なくとも前記ユーザ機器をスケジューリングすること（Ｓ４０）と、
を特徴とする方法。
【請求項２】
前記制御チャネル再定義情報は、制御チャネルオフセットパラメータを含むこと、を特徴とする、請求項１に記載の方法。
【請求項３】
前記制御チャネルオフセットパラメータは、少なくとも１つの時間オフセットを含むこと、を特徴とする、請求項２に記載の方法。
【請求項４】
前記制御チャネルオフセットパラメータは、周波数レンジを含むこと、を特徴とする、請求項２又は請求項３に記載の方法。
【請求項５】
前記再定義制御チャネルを含むサブフレーム内に、非レガシーユーザのみをスケジューリングすること、を特徴とする、請求項１に記載の方法。
【請求項６】
前記再定義制御チャネルを含まないサブフレーム内に、レガシーユーザをスケジューリングすること、を特徴とする、請求項１に記載の方法。
【請求項７】
前記通信システムにおけるその時点の負荷に基づいて、前記制御チャネル再定義情報を決定すること、を特徴とする、請求項１に記載の方法。
【請求項８】
通信システム内のユーザ機器において再定義制御チャネルを解釈する方法であって、
前記ネットワークノードから制御チャネル再定義情報を受信すること（Ｓ１００）と、
サブフレーム内で、当該サブフレームの前記制御チャネルのサイズについての情報を提供する制御フォーマットインジケータを、ネットワークノードから受信すること（Ｓ２００）と、前記制御チャネル再定義情報は、受信される前記制御フォーマットインジケータと共に再定義制御チャネルの解釈を提供することと、
解釈される前記再定義制御チャネルに基づいて、少なくとも前記サブフレームから、制御情報及び随意的にデータを取得すること（Ｓ３００）と、
を特徴とする方法。
【請求項９】
前記制御チャネル再定義情報は、制御チャネルオフセットパラメータを含むこと、を特徴とする、請求項８に記載の方法。
【請求項１０】
前記制御チャネル再定義情報は、テーブルを含むこと、を特徴とする、請求項８に記載の方法。
【請求項１１】
無線通信システム内のネットワークノード（１）であって、
制御チャネルについての制御フォーマットインジケータを提供するために構成される制御フォーマットインジケータ提供部（１０）と、
前記制御チャネルについての制御チャネル再定義情報であって、前記制御フォーマットインジケータと共に再定義制御チャネルを提供する当該制御チャネル再定義情報を決定して提供するために構成される制御チャネル再定義情報提供部（２０）と、
前記再定義制御チャネルに基づいて、サブフレーム内にユーザ機器をスケジューリングするために構成されるスケジューラ（４０）と、
を特徴とするネットワークノード。
【請求項１２】
前記ネットワークノードは、
前記制御フォーマットインジケータと共に及び前記制御チャネル再定義情報に基づいて前記制御チャネルを調整して、前記再定義制御チャネルを提供する、ために構成される制御チャネル調整部（３０）、
をさらに備えること、を特徴とする、請求項１１に記載のネットワークノード。
【請求項１３】
前記ネットワークノードは、基地局ノードを含むこと、を特徴とする、請求項１１に記載のネットワークノード。
【請求項１４】
無線通信システム内のユーザ機器（２）であって、
前記サブフレームの制御チャネルのサイズについての情報を提供する制御フォーマットインジケータを、ネットワークノードから受信するために構成される制御フォーマット受信部（１００）と、
受信される前記制御フォーマットインジケータと共に再定義制御チャネルの解釈を提供する制御チャネル再定義情報を、前記ネットワークノードから受信するために構成される制御チャネル再定義情報受信部（２００）と、
解釈される前記再定義制御チャネルに基づいて、サブフレームから、制御情報及び随意的にデータを取得するために構成される取得部（３００）と、
を特徴とするユーザ機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に通信システムに関し、具体的にはそうしたシステムにおける制御リソースの調整のための方法及び構成に関する。
【背景技術】
【０００２】
現代の全てのセルラー通信システムは、共通の及びユーザ固有の情報をシステム内のユーザ機器（ＵＥ）へ通信するために制御シグナリングを使用する。高ビットレートを追求する際、３ＧＰＰ  ＬＴＥ（Long  Term  Evolution）リリース１０などの現代のセルラー通信システムは、目下のところ所謂キャリアアグリゲーションに焦点を当てている。当該アグリゲーションは、プロトコルスタック内の様々なレイヤにおいて実行されることができる。ＬＴＥは、典型的には、ハイブリッドＡＲＱ（hybrid  Automatic  Repeat  reQuest）の機能性よりも上でアグリゲーションを実行することを狙っている（3GPP  TS  36.212,“Multiplexing  and  channel  coding”,V10.1.0（2011-03）参照）。さらには、３ＧＰＰ仕様書のリリース１０について、各コンポーネントキャリアはリリース８端末によってアクセス可能であるものとされている。
【０００３】
ダウンリンク及びアップリンクのトランスポートチャネルの送信をサポートするために、関連付けられる何らかのダウンリンク制御シグナリングについてのニーズがある。この制御シグナリングはしばしばダウンリンクＬ１／Ｌ２（レイヤ１／レイヤ２）制御シグナリングと呼ばれ、これは対応する情報が部分的に物理レイヤ（レイヤ１）及びレイヤ２ＭＡＣから発せられることを示す。典型的には、Ｌ１／Ｌ２制御シグナリングは、各サブフレームの冒頭部分の中で送信される。よって、各サブフレームは、制御領域と、それに続くデータ領域に分割されると言うことができ、制御領域は、サブフレームのＬ１／Ｌ２制御シグナリングが送信される部分に相当する。既存のＬＴＥシステムについて、各ダウンリンクサブフレームについて実行される制御シグナリングは、ｎを３以下として最初のｎ個のＯＦＤＭ（Orthogonal  Frequency  Multiplexing）シンボル内に位置する。ダウンリンクのＬ１／Ｌ２制御シグナリングは３つの異なる物理チャネルタイプに対応し、それは即ち、制御領域のサイズ（１、２又は３個のＯＦＤＭシンボル）について端末に通知するＰＤＦＩＣＨ（Physical  Control  Format  Indicator  Channel）、ダウンリンクスケジューリング割り当て及びアップリンクスケジューリング許可をシグナリングするためのＰＤＣＣＨ（Physical  Downlink  Control  Channel）、並びに、アップリンクのＵＬ−ＳＣＨ送信への応答としてハイブリッドＡＲＱ確認応答をシグナリングするためのＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel）である。ＰＣＦＩＣＨは、ユーザ機器が制御チャネルを見つけ出し対応するサブフレームについてデータ領域の開始位置を特定することを可能とするために、各サブフレームの１番目のＯＦＤＭシンボルに常にマッピングされる２ビットの情報からなる。
【０００４】
従来技術では、［１］により代表されるように、ダウンリンク制御シグナリングのための２つのアプローチが説明されており、即ち、
１）スケジューリングされるコンポーネントキャリアごとの別個のＰＤＣＣＨ（Physical  Downlink  Common  Control  Channel）:
２）スケジューリングされる全てのコンポーネントキャリアについての情報を含む単一のＰＤＣＣＨ、である。
【０００５】
これらアプローチの双方について、コンポーネントキャリアのうち１つのみの上で、上記単一の又は上記別個のＰＤＣＣＨを送信することが可能である。そうしたケースにおいて、ＰＤＣＣＨ（又はＰＤＣＣＨｓ）を搬送するキャリアはアンカーキャリアと呼ばれ、他の（スケジューリングされる側の）キャリアは拡張キャリアと呼ばれる。
【０００６】
既存のＬＴＥシステムについて、既に述べたように、各ダウンリンクサブフレームについて実行される制御シグナリングは、ｎを３以下として最初のｎ個のＯＦＤＭ（Orthogonal  Frequency  Multiplexing）シンボル内に位置する。サブフレームの全体は、典型的には、１４個のＯＦＤＭシンボルを含む。ダウンリンク制御シグナリングは、現在のサブフレーム内の制御のために使用されるＯＦＤＭシンボルの数を示すフォーマットインジケータと、スケジューリング制御情報（ダウンリンク割り当て及びアップリンクスケジューリング許可）と、アップリンクデータ送信に関連付けられるダウンリンクＡＣＫ／ＮＡＣＫとからなる。
【０００７】
以下の表１において、キャリアの周波数及び制御領域のサイズと共に同時のスケジューリング許可の数がどのように変化するかの一例が示されている。本例では、＃ＣＣＥ／ＰＤＣＣＨ＝８でこれは最大値であり、ネットワークノードは２つのアンテナポートで構成される。
【０００８】
【表１】
2014520481.tif 000003
【０００９】
いくつかのケースで、上述した既存のＰＤＣＣＨの設計は、例えば利用可能な制御リソースよりも多くの制御シグナリングについての必要性があるなど、システムの制御チャネルに限界をもたらし得る。これは、さらに、各サブフレームのデータ領域の非最適な使用に帰結し得る。言い換えれば、制御リソースの不足がサブフレーム内にスケジューリングされるユーザ数を減少させ、よってデータ送信のために利用可能なリソースの一部が使用されないまま残される。制御チャネルの限界のいくつかの固有の例について以下に説明する。
【００１０】
１つの例は、セル内に低データレートのＵＥが多数存在するケースに関連する。このシナリオでは、それぞれ少量のリソース割り当てと共に、同時に複数のＵＥをスケジューリングする必要性がある。これは、典型的には、多数のＶｏＩＰ（Voice  over  Internet  Protocol）ユーザが存在し、又は高度なＭ２Ｍ（machine-to-machine）通信が存在する際に生じる。
【００１１】
さらなる例は、クロスキャリアスケジューリングのケース、即ち、ＵＥが１つのキャリア上でＰＤＣＣＨを読み、他のキャリア上の物理リソースを割り当てられるケースに関連する。このケースでは、アンカーキャリア上のＰＤＣＣＨの負荷が増加し、ＰＤＣＣＨの限界のリスクが存在する。
【００１２】
また別の例は、アンカーキャリアが有するキャリアが狭く、例えば帯域幅が制限されているケースに関連する。将来において新たな特徴を取り入れることが望まれる場合に、後方互換性の無い新たな拡張キャリアが導入される可能性がある。それでもレガシー端末をサポートするために、レガシーキャリアを保持する必要性がある。加えて、レガシーＵＥの数が時間と共に減少すれば、レガシーＵＥのサポートに割り当てられる帯域幅は自然と減少する。狭帯域のアンカーキャリアを有する他の理由は、エネルギー節約の理由のためである。狭帯域キャリアは広帯域キャリアが要求するよりも少ない送信電力しか要求せず、よって、トラフィックが低い場合には、拡張キャリアをターンオフし、カバレッジを保証するために狭帯域キャリアのみをアクティブに維持することで、エネルギーを節約することができる。
【００１３】
上で言及した問題に起因してシステムにＰＤＣＣＨリソースが欠乏し、一方でＰＤＳＣＨ上に物理ダウンリンクリソースが依然として残る場合、又はアクティブユーザに割り当てることもできたＰＵＳＣＨ上の物理アップリンクリソースが存在する場合、それは、当該リソースが無駄となるために問題である。
【００１４】
上で言及した問題に対する前述した解決策は、制御領域のサイズを拡張することであり、３ＧＰＰにおいて議論されてきた。その解決策は、合計のＰＤＣＣＨのサイズを決定する、（正規のリリース８  ＰＤＣＣＨとして送信される）“セカンダリ”ＰＣＦＩＣＨを用いる。当該解決策は、まずＰＤＣＣＨの合計サイズを判定し、次に“拡張ＰＤＣＣＨ”を復号する、という２つのステップでＵＥが拡張許可を判定する必要があるため、複雑過ぎるものと見なされた。
【００１５】
上で言及した問題について、制御リソース及びデータリソースのより効率的な利用を提供するために、ＵＥの処理の複雑さを増加させることなく、制御領域のサイズを拡張する方法であって、同時にレガシーユーザ機器及び新たなユーザ機器の双方が制御シグナリングを適切に解釈することを可能とする当該方法についてのニーズが存在する。
【発明の概要】
【発明が解決しようとする課題】
【００１６】
本開示は、上で言及した問題のいくつかを軽減し、無線通信システム内の制御リソースの改善された利用を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本開示の第１の観点は、通信システム内のネットワークノードにおいて、制御チャネルについての制御フォーマットインジケータを提供することにより、当該制御チャネルを調整する方法を呈示する。それに続いて、制御チャネル再定義情報が決定され及び提供され、当該制御チャネル再定義情報は、制御フォーマットインジケータと共に、再定義制御チャネルを提供する。そして、制御チャネルは、制御フォーマットインジケータ及び制御チャネル再定義情報に基づいて調整されて、少なくとも１つのユーザ機器へのシグナリングのための再定義制御チャネルが提供される。最後に、再定義制御チャネルに基づいて、サブフレーム内にユーザ機器がスケジューリングされる。
【００１８】
本開示の第２の観点は、通信システム内のユーザ機器において、ネットワークノードからサブフレーム内で制御フォーマットインジケータを受信することにより再定義制御チャネルを解釈する方法を呈示し、当該制御フォーマットインジケータは、当該サブフレームの制御チャネルのサイズについての情報を提供する。それに続いて、当該方法は、ネットワークノードから、受信した制御フォーマットインジケータと共に再定義制御チャネルの解釈を提供する制御チャネル再定義情報を受信することを含む。最後に、解釈される再定義制御チャネルに基づいて、少なくとも上記サブフレームから、制御情報及び随意的にデータが取得される。
【００１９】
本開示の第３の観点は、通信システム内のネットワークノードを呈示する。当該ネットワークノードは、制御チャネルについての制御フォーマットインジケータを提供するために構成される制御フォーマットインジケータ提供部と、当該制御チャネルについての制御チャネル再定義情報であって、上記制御フォーマットインジケータと共に再定義制御チャネルを提供する当該制御チャネル再定義情報を決定して提供するために構成される制御チャネル再定義情報提供部と、を含む。最後に、上記ネットワークノードは、再定義制御チャネルに基づいて、サブフレーム内に少なくとも１つのユーザ機器をスケジューリングするために構成されるスケジューラ、を含む。
【００２０】
本開示の第４の観点は、通信システム内のユーザ機器を呈示する。当該ユーザ機器は、サブフレームの制御チャネルのサイズについての情報を提供する制御フォーマットインジケータを、ネットワークノードから受信するために構成される制御フォーマット受信部、を含む。さらに、上記ユーザ機器は、受信される制御フォーマットインジケータと共に再定義制御チャネルの解釈を提供する制御チャネル再定義情報を、ネットワークノードから受信するために構成される制御チャネル再定義情報受信部、を含む。最後に、上記ユーザ機器は、解釈される再定義制御チャネルに基づいて、サブフレームから、制御情報及び随意的に（optionally）データを取得するために構成される取得部、を含む。
【発明の効果】
【００２１】
本開示の利点は、制御リソースの改善された利用を含む。さらに、本開示は、サブフレームの制御チャネル又は制御領域の動的な調整を可能とする。
【図面の簡単な説明】
【００２２】
次の添付図面と併せて以下の説明を参照することにより、本発明は、そのさらなる目的及び利点と共に最良の形で理解され得る。
【００２３】
【図１】従来技術のサブフレームの一例である。
【図２】本開示に係るサブフレームの一例である。
【図３】本開示に係る方法の一実施形態のフローチャートである。
【図４】本開示に係る方法の一実施形態のフローチャートである。
【図５】本開示に係るサブフレームの構成の一実施形態を示している。
【図６】本開示に係るサブフレームの構成のさらなる実施形態を示している。
【図７】本開示に係るサブフレームの構成のまた別の実施形態を示している。
【図８】本開示に係るネットワークノード及びユーザ機器の実施形態を示している。
【図９】本開示の機能性のハードウェア実装を示している。
【発明を実施するための形態】
【００２４】
図面を通じて、同じ参照番号は、同様の又は対応するエレメントについて使用される。本開示は主にＬＴＥシステムの文脈において説明されるが、本開示は他の同様のシステムにおいて同じように利用されることができる。説明は一般的なネットワークノードを開示するが、同一の又は対応する特徴は、通信システム内の無線基地局において実装されても有益であり得る。
【００２５】
基本的に、本開示は、ＰＣＦＩＣＨにより搬送される２ビットを、その正確な意味が異なるＵＥにとって異なるように解釈する新規な方法を呈示し、例えば、異なるＵＥとはオペレーティングシステムの異なるバージョンに準拠するＵＥなどである。ＰＣＦＩＣＨにより搬送される２ビットの異なる解釈は、例えばセル固有のシステム情報のような上位レイヤ（higher  layer）により構成されてもよく、又は、呼のセットアップにおける専用のシグナリング若しくはユーザ機器や他のノードによるリクエストを用いて構成されてもよい。ＰＣＦＩＣＨにより搬送される２ビットの解釈を差異化することにより、図１及び図２に示したように、例えばあるＵＥ群について制御領域のサイズを動的に調整して制御領域を拡張することが可能である。最大で３個までのＯＦＤＭシンボルを占めるように制御領域が制限される代わりに、サブフレーム全体を制御領域に割り当てることが可能である。
【００２６】
以下の説明において、制御チャネル及び制御領域との語は、互換可能なように用いられる。
【００２７】
図３を参照すると、本開示の基本的な実施形態は、通信システム内のネットワークノードにおいて制御チャネル又は制御領域を調整する方法を呈示し、それは、制御チャネル又は領域についての制御フォーマットインジケータを提供し（Ｓ２０）、続けて制御チャネル再定義情報を動的に決定して提供する（Ｓ１０）ことにより行われる。次のステップにおいて、提供された制御フォーマットインジケータ及び制御チャネル再定義情報に基づいて、再定義制御チャネルを提供するように制御チャネルが調整される（Ｓ３０）。最後に、再定義制御チャネルに基づいて、サブフレーム内にユーザ機器がスケジューリングされる（Ｓ４０）。方法のステップが特定の順序で示されているものの、発明のコンセプトから逸脱することなく、ステップの順序は変更可能である。特に、制御フォーマットインジケータを提供するステップと制御チャネル再定義情報を提供するステップとは、方法の実際の結果に影響を与えることなく、入れ替わることができる。なぜなら、双方のパラメータが制御チャネルを再定義する際に考慮されるからである。
【００２８】
制御チャネル再定義情報は、有益な点として、オフセットパラメータを含み得る。オフセットパラメータは、制御フォーマットインジケータの全ての値について提供される整数を含むことができる。但し、サブフレームの制御領域の多様化された拡張を可能とするために、制御フォーマットインジケータの値の関数としてオフセットパラメータを定義することも可能である。さらなる実施形態によれば、制御チャネル再定義情報は、提供される制御フォーマットインジケータについて、レガシーユーザと比較すると全く異なる解釈用テーブル（interpretation  table）を、ユーザが選択することを可能とする情報を提供し得る。
【００２９】
図４を参照しながら、通信システム内のユーザ機器において再定義制御チャネルを解釈する方法の一実施形態について以下に説明する。リリースＺのユーザ機器は、サブフレームの制御チャネル又は制御領域のサイズについての情報を提供する制御フォーマットインジケータを、ネットワークノードからサブフレーム内で受信する（Ｓ２００）。これは、暗黙的に、サブフレームのデータ領域の開始（start）をユーザ機器へ通知する。追加的に、ユーザ機器は、受信された制御フォーマットインジケータと共にユーザ機器が再定義制御チャネルを解釈することを可能とする制御チャネル再定義情報、例えば制御チャネルオフセットパラメータ、を典型的にはネットワークノードから受信する（Ｓ１００）。最後に、ユーザ機器は、制御フォーマットインジケータを及びオフセットパラメータに基づいて再定義制御チャネルを解釈して、解釈した再定義制御チャネルに基づいて少なくとも当該サブフレームから制御情報及び随意的にデータを取得する（Ｓ３００）。
【００３０】
前に言及したように、あるシナリオにおいて、制御領域、例えばＰＤＣＣＨ、のサイズは、達成可能なビットレートを制限し得る。例えば、チャットのような遅延に敏感なトラフィック（例えば、ゲーミング）を伴う多くのユーザが、数人のバルクデータユーザと共に存在するような場合である。そうしたシナリオにおいて、同時にスケジューリングされるユーザ数の望ましい平均値は、リリース８に適合するＰＤＣＣＨによりサポートされる同時にスケジューリングされるユーザ数の利用可能な平均値を超過し得る。
【００３１】
本開示の１つの実施形態において、上位レイヤの構成が、ここではリリースＺのＵＥとして言及される本発明をサポートするＵＥのために、ＰＣＦＩＣＨにより搬送される２ビットの解釈を変更する。再定義の例は、次の通りとすることができる。
【００３２】
【数１】
2014520481.tif 000004
【００３３】
ここで、Ｅは値０，１，２，…，１１をとり得る。ＣＲＳＲｅｌ−Ｚは、リリースＺユーザのための制御領域の再定義されたサイズを表す。ＣＲＳＲｅｌ−８は、提供される制御フォーマットインジケータにより示される通りの制御領域の元のサイズを表す。Ｅは、制御チャネル再定義情報、例えば制御チャネルオフセットパラメータを表す。オフセットパラメータＥ＝０であれば、リリースＺ及びリリース８のＵＥは、ＰＣＦＩＣＨにより搬送される２ビットの同じ解釈を有することになる。オフセットパラメータがＥ＝１１に設定されると、ＣＲＳＲｅｌ−８＝３であれば利用可能な全てのＯＦＤＭシンボルを拡張されたＰＤＣＣＨ（Ｅ−ＰＤＣＣＨ）が占有することになり（ダウンリンク（ＤＬ）において送信可能なデータは無い）、ＣＲＳＲｅｌ−８＝２であれば１つのＯＦＤＭシンボルがデータを送信するために利用可能である。オフセットパラメータは、リリースＺのユーザ機器にとってのみ利用可能であり又は提供される。オフセットパラメータは、例えばユーザ機器のスタートアップの期間中のより上位のレベルのシグナリングの手段で、又はユーザ機器からのリクエスト後の固有のシグナリングとして提供されることができる。本実施形態において、全ての制御フォーマットインジケータの値が、オフセットパラメータで拡張される。さらに、このケースでは、オフセットパラメータは、時間ドメインにおける制御領域の拡張を可能とする。
【００３４】
上述したシナリオが１つ示唆するのは、本開示によればリリース８及びリリースＺのＵＥが制御領域の（ＯＦＤＭシンボルでの）サイズの異なる解釈を利用することになるために、これらＵＥタイプが典型的には同時にスケジューリングされないであろうということである。それらが同時にスケジューリングされると、リリース８ＵＥは拡張されたＰＤＣＣＨにより使用されるＯＦＤＭシンボル上で送信されるデータを想定することになり、結果として劣悪な性能に陥る。
【００３５】
レガシーユーザ機器が拡張制御領域内のＯＦＤＭシンボルをデータを含むＯＦＤＭシンボルであるものと解釈してしまうリスクを回避する１つの解決策は、図５に示したように、ＰＣＦＩＣＨの変更された解釈が有効とされる拡張ＰＤＣＣＨ（Ｅ−ＰＤＣＣＨ）を伴ういくつかのサブフレームを有することであろう。残りのサブフレームには、レガシーあるいはリリース８によるＰＣＦＩＣＨの解釈が適用される。Ｅ−ＰＤＣＣＨサブフレームの期間中に、ダウンリンクにおいてリリース８のＵＥはスケジューリングされなくてよい。但し、アップリンク（ＵＬ）許可及びＰＨＩＣＨ（Physical  Hybrid  ARQ  Indicator  Channel）への影響を回避するために、Ｅ−ＰＤＣＣＨは、リリース８に適合する、アップリンク許可及びＰＨＩＣＨが搬送される部分を有することができる。
【００３６】
上述した開示についての代替的な実施形態は、ＰＣＦＩＣＨ上で提供される制御フォーマットインジケータの値のうちのいくつかのみとの関連において、制御チャネル再定義情報、例えばオフセットパラメータ、を提供することである。１つのオプションは、ユーザ機器内の異なる解釈用テーブルへのポインタとして、オフセットパラメータを用いることであろう。以下の表１〜表６に、制御フォーマットインジケータの値の様々な再解釈のいくつかの例が提供されている。最も分かり易い制御フォーマットインジケータの再解釈は値“００”を用いることであり、なぜならそれはリリース８のユーザには意味をなさず、よってリリース８のユーザによる情報の誤った解釈が防止されるからである。
【００３７】
１つの実施形態において、表２を参照すると、制御フォーマットインジケータの値“００”のみが、リリースＺユーザ機器の上位レイヤの構成と共に制御チャネル再定義情報を用いて再定義され、表２は制御領域あるいはＰＤＣＣＨについて利用可能なＯＦＤＭシンボルの数を例示している。従って、制御インジケータ値“００”とオフセットパラメータとを提供することにより、ネットワークノードは、リリースＺユーザ機器のための再定義された又は拡張された制御領域を提供することができる。拡張制御領域の実際のサイズは、システム又はネットワークノードにおけるその時点の（current）負荷、システム内のユーザ機器のタイプに関する統計などの様々な要因に基づいて決定されることができる
【００３８】
【表２】
2014520481.tif 000005
【００３９】
典型的には、ＯＦＤＭ送信は、時間分散的なチャネル上で単一の点からの送信として見える同期的なマルチセルのマルチキャスト／ブロードキャスト送信を行う可能性を提供する。ＬＴＥについては、これはＭＢＳＦＮ（Multicast/Broadcast  over  Single  Frequency  Network）と呼ばれる。ＭＢＳＦＮにおいて、サブフレーム構造は本開示において既に説明したものとは相違し、サブフレームにはＰＤＣＣＨのために利用可能なＯＦＤＭシンボルが無いこととなる。しかしながら、本開示に従って制御領域を拡張する可能性を用いることで、表３に例示したように、空（empty）でないＰＤＣＣＨを提供することができる。
【００４０】
【表３】
2014520481.tif 000006
【００４１】
表４を参照すると、本開示に従ってサブフレームの制御領域を拡張するさらなる実施形態が示されている。本実施形態において、オフセットパラメータは、最大の制御フォーマットインジケータ値、即ち“１１”についてのみ提供される。これは、サブフレーム内のリソースブロック数が１０を超える状況に適している（ＮＤＬＲＢ＞１０）。他の前提として、フレーム構造タイプ１であり、非ＭＢＳＦＮサブフレームである。
【００４２】
【表４】
2014520481.tif 000007
【００４３】
対応する形で、表５は、サブフレーム内のリソースブロック数が１０を超えない状況を示している（例えば、ＮＤＬＲＢ≦１０）。この例では、システム帯域はより小さい。よって、リリース８及び大きい帯域について制御領域は１〜３個、より小さい帯域について２〜４個であり得る。
【００４４】
【表５】
2014520481.tif 000008
【００４５】
最後に、表６を参照すると、表４に関連して説明したのと同じ状況が有効であり、但し“００”を除く全ての制御フォーマットインジケータ値についてオフセットパラメータが提供される。しかしながら、図６に例示したように、そのように拡張される制御領域が帯域制限されたものでなければ、リリース８ユーザとリリースＺユーザとを同時にスケジューリングすることは防止される。
【００４６】
【表６】
2014520481.tif 000009
【００４７】
既に述べたように、制御領域は時間においてのみ拡張され、例えばリリース８及びリリースＺのように異なるリリースに準拠するユーザ機器は、拡張制御領域をデータ領域として誤って解釈することを回避するために、異なるサブフレーム内にスケジューリングされる必要がある。この問題を解決する実施形態について、図６を参照しながら以下に説明する。
【００４８】
図６の実施形態は、制御領域、例えばＰＤＣＣＨの合計サイズの増加を可能とし、且つ、同じサブフレーム内にリリース８に適合するＵＥ及びリリースＺに適合するＵＥを同時にスケジューリングすることを可能とする。これは、上位レイヤからの制御チャネル再定義情報、例えばオフセットパラメータ、にリリースＺ用の拡張ＰＤＣＣＨの時間及び周波数の双方の構成を含めることにより行われる。時間面の構成は、ＰＣＦＩＣＨにより搬送される２ビットの（リリース８と比較して）変更された解釈を定義し、一方で、周波数面の構成は、拡張ＰＤＣＣＨの周波数分配を特定する。リリースＺをサポートしないＵＥのために、当該解釈は３ＧＰＰリリース８仕様に従う。
【００４９】
時間及び周波数におけるオフセットの一例は図６に例示されており、リリース８及びリリースＺのＵＥの共スケジューリング（co-scheduling）が概略的に示されている。同図は、拡張ＰＤＣＣＨがどのように周波数において分配されることができるかの一例を示している。当然ながら、拡張ＰＤＣＣＨを周波数上で他のやり方で分割することは可能である。例えば、周波数面の構成は、拡張ＰＤＣＣＨの２つの部分への分割を意味し、１つの部分は周波数帯のより周波数の低い部分へ分配され、他の部分はより周波数の高い部分へ分配される。周波数面のあり得る構成を制限する要因は、リリース８の割当ての可能性における制限である。例えば、リソース割当てタイプ０について、最小のスケジューリング単位はＰＲＢＧ（Physical  Resource  Block  Group）であり、これは拡張ＰＤＣＣＨの周波数分配がＰＲＢＧ全体の上にあるべきことを意味する。
【００５０】
リリース８のＵＥについて、ＵＬ及びＤＬの双方の許可（grant）は、図６において制御領域から示されているように、リリース８のＰＤＣＣＨ上で送信される。ＤＬ許可についての制約は、ＵＥが、拡張ＰＤＣＣＨ（即ち、リリースＺのＰＤＣＣＨ）により占められるリソース上にスケジューリングされるべきではないという点である。リリース８のＰＤＣＣＨにより占められる部分では、ＰＨＩＣＨが搬送される。リリースＺのＵＥについて、ＵＬ及び／又はＤＬの許可は、図６の制御領域から延びる２つの矢印により示されるように、リリース８のＰＤＣＣＨ及びリリースＺのＰＤＣＣＨの一方又は双方上でなされてよい。
【００５１】
ＰＤＣＣＨの周波数割り当ては、周波数において散在する割当てを有する仮想リソースブロック内でなされることもできる。
【００５２】
図７を参照すると、本開示のまた別の実施形態は、背景技術欄で述べたような拡張キャリア及びアンカーキャリアを用いるマルチキャリアシステムに関連する。現在の実施形態において、単一の拡張キャリアのみが例示されているが、複数の拡張キャリアを伴うケースにも同等に適用可能である。拡張キャリアを用いるマルチキャリアシステムにおいて、制御シグナリング及びデータのために用いられる１つのアンカーキャリアと、純粋にデータ送信のために用いられる１つ以上の拡張キャリアとが存在する。拡張キャリアは、ＰＨＩＣＨ、ＰＣＦＩＣＨ又はＰＤＣＣＨを搬送しない。上記と対応するやり方で、２つのＵＥタイプ、即ち、レガシーあるいはリリース８のＰＤＣＣＨスケジューリングをサポートするもの、及び、例えばＥ−ＰＤＣＣＨといった拡張制御領域及びクロスキャリアスケジューリングをサポートするもの、と共に本実施形態について説明する。これまでの解決策のいずれが使用されてもよいが、まずは結合スケジューリング（joint  scheduling）を伴わない例えばＥ−ＰＤＣＣＨといった拡張制御領域についてのみ、図７を参照しながら説明する
【００５３】
リリース８のサブフレームにおいて、リリース８ＵＥは、アンカーキャリア上にのみスケジューリングされ得る（図中で“１”とマークされた実線矢印参照）。ＵＬ許可及びリリース８ＵＥのためのＰＨＩＣＨは、リリース８サブフレームの期間中のリリース８ＰＤＣＣＨ上で搬送され、及び、Ｅ−ＰＤＣＣＨサブフレームの期間中には、Ｅ−ＰＤＣＣＨのリリース８互換部分により搬送される。
【００５４】
リリースＺのＵＥは、Ｅ−ＰＤＣＣＨサブフレームにおいて、クロスキャリアスケジューリングされ得る（図中の矢印“２”参照）。加えて、リリースＺのＵＥは、アンカーキャリアについての許可をＥ−ＤＰＣＣＨサブフレームの内部で取得し（矢印“３”参照）、及び／又は拡張キャリアについての許可を来たるべきリリース８サブフレーム内で取得し得る（矢印“４”参照）。
【００５５】
リリース８サブフレームにおけるリリースＺのＵＥのスケジューリングについて、（図７において破線矢印で示されている２つの可能性がある。１つは、拡張キャリアについての許可を前もって与えることであり（上で議論した通り、矢印“４”参照）、これはリリース８サブフレームのために与えられる許可が前のＥ−ＰＤＣＣＨサブフレームにおいて搬送されることを意味する。他の可能性は、リリース８に適合するＰＤＣＣＨの内部でクロスキャリアスケジューリングによる許可を用いることである（矢印“５”参照）。
【００５６】
図８を参照しながら、本開示を実装するネットワークノード１及びユーザ機器２の実施形態について説明する。
【００５７】
通信システム内のネットワークノード１の一実施形態は、信号を送受信するために必要な全ての機能性と、送信されるべき信号及び受信された信号を処理するための機能性とを備える。そうした全ての機能性は、図８において一般化された入出力（Ｉ／Ｏ）ボックスとして概略的に呈示されている。加えて、ネットワークノード１は、２つのアンテナエレメントによって例示されている２つのアンテナポートを含む。しかしながら、複数のアンテナポート及び／又はエレメントを伴う他の構成も本開示による恩恵を同じように受けることができることが示唆される。ネットワークノード１は、サブフレーム内の制御チャネルについての制御フォーマットインジケータを提供するために構成される制御フォーマットインジケータ提供部１０を含む。当該制御フォーマットインジケータは、当該サブフレームについて制御チャネルがいくつのＯＦＤＭシンボルを占めるかを定義し、これは暗黙的にサブフレームのデータ領域がどこで開始されるかも示す。さらに、ネットワークノード１は、制御チャネルについての制御チャネル再定義情報、例えばオフセットパラメータ、を提供する制御チャネル再定義情報提供部２０を含む。制御フォーマットインジケータ及び制御チャネル再定義情報、例えば制御チャネルオフセットパラメータ、に基づいて、ネットワークノード１は、再定義制御チャネルを提供することができる。再定義制御チャネルは、元の制御チャネルと比較して拡張された制御チャネルを含み、よって、従来の制御チャネルと比較して追加的な制御情報を含むことが可能となる。最後に、ネットワークノード１は、再定義制御チャネルに基づいて、サブフレーム内にユーザ機器をスケジューリングするように構成されるスケジューラ４０を含む。随意的に、ネットワークノード１は、制御フォーマットインジケータと共に制御チャネル再定義情報に基づいて、再定義制御チャネルが提供されるように制御チャネルを調整するために構成される制御チャネル調整部３０を含む。
【００５８】
図８を参照しながら、通信システム内のユーザ機器２の一実施形態について以下に説明する。ユーザ機器２は、信号を送受信するために必要な全ての機能性と、送信されるべき信号及び受信された信号を処理するための機能性とを含む。そうした全ての機能性は、図８において一般化された入出力（Ｉ／Ｏ）ボックスとして概略的に呈示されている。加えて、ネットワークノード１は、２つのアンテナエレメントによって例示されている２つのアンテナポートを含む。しかしながら、複数のアンテナポート及び／又はエレメントを伴う他の構成も本開示による恩恵を同じように受けることができることが示唆される。ユーザ機器２の実施形態は、サブフレームの制御チャネルのサイズについての情報を提供する制御フォーマットインジケータを、ネットワークノードから受信するために構成される制御フォーマット受信部１００を含む。加えて、ユーザ機器２は、受信される制御フォーマットインジケータと共に当該ユーザ機器が再定義制御チャネルを解釈することを可能とする制御チャネル再定義情報、例えば制御チャネルオフセットパラメータ、をネットワークノードから受信するために構成される制御チャネル再定義情報受信部２００を含む。最後に、ユーザ機器２は、そのようにして解釈される再定義制御チャネルに基づいて、サブフレームから、制御情報及び随意的にデータを取得するために構成される取得部３００を含む。言い換えれば、制御フォーマットインジケータ及び制御チャネル再定義情報、例えば制御チャネルオフセットパラメータ、に基づいて、ユーザ機器は、制御チャネルを解釈してサブフレーム内の制御情報及び随意的にデータの位置を正確に特定することができる。システムに依存して、ユーザ機器は、制御チャネルと同じサブフレーム内で、又は並行し若しくは後続するサブフレーム内でデータの位置を特定するために、提供された上記情報を用いることができる。
【００５９】
上で説明したステップ、機能、手続及び／又はブロックは、汎用目的の電子回路及びアプリケーション固有の回路の双方を含む離散回路又は集積回路といった、任意の従来の技術を用いて、ハードウェア内に実装されてよい。
【００６０】
その代わりに、上で説明したステップ、機能、手続及び／又はブロックは、マイクロプロセッサ、ＤＳＰ（Digital  Signal  Processor）及び／又はＦＰＧＡ（Field  Programmable  Gate  Array）デバイスなどの任意の適したプログラムロジックデバイスといった、適切な処理デバイスによる実行のために、ソフトウェアで実装されてもよい。
【００６１】
また、ネットワークノードの一般的な処理ケイパビリティを再利用することが可能であり得ることも理解されるべきである。例えば、それは、既存のソフトウェアの再プログラミングによって、又は新たなソフトウェアコンポーネントを追加することによって行われてもよい。
【００６２】
ソフトウェアは、通常はコンピュータ読取可能な媒体上に格納されるコンピュータプログラムプロダクトとして実現され得る。ソフトウェアは、よって、コンピュータのプロセッサによる実行のために、コンピュータの動作メモリにロードされ得る。コンピュータ／プロセッサは、上で説明したステップ、機能、手続及び／又はブロックの実行にのみ供されなくてもよく、他のソフトウェアタスクを実行してもよい。
【００６３】
図１３を参照しながら、コンピュータ実装の一例について以下に説明する。コンピュータ４００は、プロセッサ４１０、動作メモリ４２０及び入出力部４３０を備える。この特定の例において、上で説明したステップ、機能、手続及び／又はブロックの少なくともいくつかは、プロセッサ４１０による実行用の動作メモリ４２０へロードされるソフトウェア４２５において実装される。プロセッサ４１０及びメモリ４２０は、システムバスを介して互いに相互接続され、通常のソフトウェア実行が可能となる。入出力部４３０は、プロセッサ４１０及び／又はメモリ４２０とＩ／Ｏバスを介して相互接続されて、入力パラメータ及び／又は結果として生じる出力パラメータなどの関連するデータの入力及び／又は出力を可能とする。
【００６４】
本開示の利点は、後方互換的なやり方で制御チャネルの領域を拡張することが可能となることである。制御チャネルの領域の拡張は、例えば、（例えば、多くのＶｏＩＰ、Ｍ２Ｍ、ゲーミングアプリケーションを伴うシナリオにおいて）多くの低レートＵＥが存在するケース、クロスキャリアスケジューリングされるＵＥが多いケース、又はアンカーキャリアが限定的な帯域を有するケースのような、あるシナリオにおいて生じるＰＤＣＣＨの限界に関連付けられる問題を解決する。
【００６５】
加えて、プライマリＰＤＣＣＨ上についての特別な許可の手段でＰＤＣＣＨの拡張がＰＤＳＣＨの内部で動的にスケジューリングされるという、最新の（３ＧＰＰにおいて拒絶された）解決策と比較して、本開示に係る解決策は、よりロバストであり低い複雑性を有する。あるサブフレームにおいてＰＣＦＩＣＨの解釈が変更されるという上位レイヤのスケジューリングを用いることで、ＵＥの振る舞いは従前と同等にロバストである。ＰＤＣＣＨの復号は既知の２ステッププロセスと比較して１ステッププロセスに留まることから、ＵＥの複雑さは低減される。
【００６６】
上述した実施形態は、本発明の数少ない例示として理解されるべきである。本発明の範囲から逸脱することなく、当該実施形態に対して様々な修正、組合せ及び変更がなされ得ることは、当業者には理解されるであろう。特に、様々な実施形態における様々な部分的な解決策は、技術的に可能であれば他の構成において組合せ可能である。但し、本発明の範囲は、添付の特許請求の範囲によって定義される。
【図１】
2014520481.tif 000010
【図２】
2014520481.tif 000011
【図３】
2014520481.tif 000012
【図４】
2014520481.tif 000013
【図５】
2014520481.tif 000014
【図６】
2014520481.tif 000015
【図７】
2014520481.tif 000016
【図８】
2014520481.tif 000017
【図９】
2014520481.tif 000018
【国際調査報告】
2014520481.tif 000019
2014520481.tif 000020