JP2020529795A - 共通制御ブロックの通信 - Google Patents

Abstract

複数のアンテナポートを介して物理的ブロードキャストチャネル上で共通制御ブロックのための時間領域位置情報を送信する１以上の装置、システムおよび／または方法が提供される。共通制御ブロックは時間領域位置情報に従って送信される。【選択図】図２

Description

無線通信スペクトルを利用する製品およびサービスの数は、新たな製品が出現するにつれて増加し続ける。このスペクトルにおける帯域幅への増大する要求にも関わらず、利用可能な帯域幅は固定されたままである。商用の通信装置は、従来３００ＭＨｚ帯を使用してきたが、この帯域は将来の無線通信のニーズに応えられない可能性が高い。

将来の無線通信は、２８ＧＨｚ、４５ＧＨｚ等のより高い搬送波周波数を用い、第４世代（４Ｇ）通信システムを超えるものを利用する。そのような高周波数は、自由伝送損失が大きくなり、高周波数通信が従来の４Ｇ ＬＴＥシステムのカバレッジエリアの信号対干渉雑音比（ＳＩＮＲ）に近いＳＩＮＲを持てることを保証するためには、アンテナが十分な利得を有することを保証することが必要である。高周波数通信に対応する搬送波周波数は波長が短いので、単位面積あたりにより多くのアンテナ素子を確実に収容することが可能であり、より多くのアンテナ素子は、アンテナ利得を向上させるためにビームフォーミングが使用可能であるということを意味し、したがって、高周波数通信カバレッジ性能を確保する。

ビームフォーミング方法を用いて、基地局または他の送信機は、特定の方向にエネルギーを集中させ、他の方向では送信エネルギーを比較的小さくできる。言い換えると、各ビームがそれぞれ独自の方向を持ち、各ビームを基地局に対して独自の方向に集中させることができる。送信機の通信領域のカバレッジを十分に確保するために、基地局は、基地局とリモートノードとの間の通信が確立されると、複数のビームを様々な方向に送信することができる。大規模の通信領域については、通信領域全体を通して十分なカバレッジを達成するために送信されるビームの数は、数十から数百にまでわたる。しかしながら、まず通信領域内で基地局とリモートノードとの間の通信を確立するための初期アクセス要件に適合するためには、システムブロードキャストメッセージの全方向カバレッジを実現する必要がある。多数のアンテナでシステムブロードキャストメッセージを送信することや、システムブロードキャストメッセージをブロードキャストすることは、システム資源に大きな要件を課す。

［サマリー］
本開示によれば、複数のアンテナポートを介して物理ブロードキャストチャネル上で共通制御ブロックのための時間領域位置情報を送信する装置および／または方法が提供される。共通制御ブロックは時間領域位置情報に従って送信される。

別の例として、複数のアンテナポートを介してブロードキャストされた物理ブロードキャストチャネル上の共通制御ブロックのための時間領域位置情報を受信する装置および／または方法が提供される。共通制御ブロックは、送信されると、時間領域位置情報に従って受信される。

本明細書に提示される技術は代替的な形態で実装可能であり、一方で、図面に示される具体的な実施形態は、本明細書で提供される説明の補助的ないくつかの例に過ぎない。これらの実施形態は、添付の特許請求の範囲を限定するような限定的な態様に解釈されるべきではない。

無線通信システムのダウンリンクでデータおよび制御チャネルを送信するための無線資源の時間周波数グリッドの例示的構造。 実際に送信されるブロックのビットマップを送信することによるインジケーションの一形態。 実際に送信されるＳＳブロックの数を送信することによるインジケーションの一形態。 ビットマップおよび数を組み合わせることによるインジケーションの一形態。 ビットマップおよび数を組み合わせることによるインジケーションの別の形態。 共通制御ブロックを位置決定するために通信領域内でＵＥによって使用可能な時間領域位置情報を送信するための方法の実施形態を概略的に例示するフローチャート。 ＢＳとの通信を確立するためにＵＥによって実行される方法の実施形態を例示するフローチャート。 ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの例。 ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、ＣＣＢの受信遅延を短縮するためにＣＣＢが集約されている。 実際の送信のために利用可能な複数のＳＳＢパターン。 ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、ＳＳＢとＣＣＢとの間の一対一対応を利用している。 ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、ＳＳＢとＣＣＢとの間の一対一対応を利用しているが、ＣＣＢが集約されている。 ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、各ＳＳＢと対応するＣＣＢとの間の統一された時間領域オフセットを利用している。 ＯＦＤＭシンボルとＳＳＢとの間のマッピングパターンの別の例であり、ＣＣＢとＯＦＤＭシンボルとの間の事前に定義されたマッピングパターンはない。 ＯＦＤＭシンボルとＳＳＢ間のマッピングパターンの別の例であり、ＣＣＢとＯＦＤＭシンボルとの間の事前に定義されたマッピングパターンはない。 マッピングパターンの別の例であり、たとえばＣＣＢ同期信号が時間領域オフセット０であるときのように、ＣＣＢブロック同期信号が周波数分割多重に対応する。 領域位置情報インジケーションモードを例示するブロック図。 領域位置情報インジケーションモードを例示するブロック図。 領域位置情報インジケーションモードを例示するブロック図。 本明細書に提示される技術の少なくとも一部を利用する、および／または実施する可能性のある基地局（ＢＳ）の構成例を伴うシナリオの例示。 本明細書に提示される技術の少なくとも一部を利用する、および／または実施する可能性のあるユーザ機器（ＵＥ）の構成例を伴うシナリオの例示。 本明細書の記載されるもののうち１以上による、過渡的でないコンピュータ可読媒体の例を特徴づけるシナリオの例示。

本対象は、添付図面を参照してより完全に説明される。添付図面はこれの一部を形成し、例示によって特定の実施形態例を示す。この説明は、既知の概念の外延的または詳細な議論として意図されたものではない。当業者に一般的に既知の詳細は省略される可能性があり、または概要的な態様で取り扱われる可能性がある。

以下の対象は、様々な異なる形態（方法、装置、構成要素、および／またはシステム等）で実装することができる。したがって、対象は、本明細書に例として示す例示的実施形態に限定されると解釈されるように意図されてはおらず、本明細書において実施形態は単に例示として提供される。そのような実施形態は、たとえばハードウェア、ソフトウェア、ファームウェアまたはそれらの任意の組み合わせの形態をとることができる。

次世代無線通信システム（たとえば新無線または「ＮＲ」）では、システム情報は、最小システム情報（ＭＳＩ）と、他のシステム情報（「他のＳＩ」）とに分割される。最小システム情報は、さらに、物理ブロードキャストチャネル（「ＰＢＣＨ」）上で搬送される主システム情報（「ＭＩＢ」）と、物理ダウンリンク共通チャネル（たとえば物理ダウンリンク共通チャネルまたは「ＰＤＳＣＨ」）上で搬送される余最小システム情報（「ＲＭＳＩ」）とに分割される。主システム情報ＭＩＢは、セルの基本システムパラメータを提供するために用いられ、余最小システム情報ＲＭＳＩは、初期アクセス関連構成情報（初期アクセス要求送信構成、初期アクセス応答メッセージ受信構成、等）を提供するために用いられる。

ＲＭＳＩは、物理ダウンリンク制御チャネル（「ＰＤＣＣＨ」）によってスケジュールされ、ＰＤＳＣＨ上で搬送される。ＲＭＳＩスケジューリング情報が配置される共通制御資源セット（「ＣＯＲＥＳＥＴ」）の時間周波数領域位置は、ＰＢＣＨにおいて示される場合がある。ＮＲシステムでは、ＰＢＣＨは同期信号／物理ブロードキャストチャネルブロック（「ＳＳブロック」または「ＳＳＢ」）内で搬送される。１つの同期ピリオドには複数のＳＳＢが含まれる。通信領域の完全なカバレッジを達成するために、同期信号およびＰＢＣＨを伴う異なるＳＳＢを、同一または異なるビーム方向またはアンテナポートで送信することができる。各アンテナポートは、類似したチャネル状態下での信号伝送のための論理ポートである。たとえば、独立チャネルが想定されるダウンリンク方向の動作モード（たとえばＳＩＳＯ対ＭＩＭＯ）では、個別の論理アンテナポートを定義することができる。異なるビーム方向またはアンテナポートのＰＢＣＨは、結合受信（combination reception）の必要性を有するので、このシステムおよび方法は、異なるビーム方向またはアンテナポートで同じ内容を送信することを含む。

しかしながら、データ伝送の柔軟性を確保するために、異なる複数のビーム方向またはアンテナポートにおける、異なる複数のＳＳＢの時間領域位置と、対応するＣＯＲＥＳＥＴの時間領域位置との関係は異なり得る。この柔軟性を、異なるビーム方向またはアンテナポートからのＰＢＣＨの結合受信と干渉することなく許容するために、本明細書に開示されるシステムおよび方法は、ＣＯＲＥＳＥＴの時間領域位置（または、少なくともＣＯＲＥＳＥＴを含む共通制御ブロック（「ＣＣＢ」））が異なる複数のビーム方向または異なるアンテナポートで正確に示されることを保証する。

異なるセルにおいて無線通信を確立するために、通信ネットワークにおいてノード間で制御ブロックを通信するための、１つ以上の計算装置および／または技術が提供される。たとえば、通信ネットワークにおける「通信領域」またはセルを確立するためのセルラーアンテナを含むノードとしての基地局（「ＢＳ」）である。ＢＳは、たとえばユーザ機器（「ＵＥ」）（ＢＳによって確立されたセル内に当該ＵＥが位置している間に通信ネットワーク内で第２ノードを形成する）と通信することができる。初期に通信を確立するために、ＢＳは、ＢＳの複数のアンテナポートを介して、物理ブロードキャストダウンリンクチャネル上で、ＣＣＢのための時間領域位置情報を送信する。

ＣＣＢは、同期信号ブロック（「ＳＳＢ」）と組み合わせて、時間領域位置情報に従って、１つまたは異なる複数の物理ダウンリンクチャネル上でのみ送信できるようにすることも可能である。ＳＳＢおよびＣＣＢは、１つ以上の直交周波数分割多重（「ＯＦＤＭ」）シンボルを含むデータ伝送スロットに（任意選択の例として、連続するスロットのそれぞれにおいて）マッピングすることができる。

時間領域位置情報の実施形態は、物理ブロードキャストチャネルが属するＳＳＢのアンテナポートに対応する情報を含むことができる。たとえば、時間領域位置情報は、以下の少なくとも１つを含むことができ、任意選択の例として以下の複数を含むことができ、または任意選択の例として以下のすべてを含むことができる：
（ｉ）時間領域におけるＣＣＢの始点（ＢＳによるＣＣＢの送信が開始されるべき時刻を示す）
（ｉｉ）ＢＳによってＳＳＢが実際に送信されるパターン
（ｉｉｉ）潜在的ＣＣＢが、データ伝送スロット（またはＯＦＤＭシンボル）に、複数のスロットにおいてマッピングされるパターン
（ｉｖ）１つのＳＳＢに割り当てられる潜在的ＣＣＢの量
（ｖ）隣接する２つのＳＳＢに対応する潜在的ＣＣＢの始点間のオフセット
（ｖｉ）実際に送信されたＣＣＢを受信したか否かをＵＥがブラインドで検出すべき監視サイクルのパラメータのうち１つ以上

監視サイクルのパラメータの例は、以下の１つ以上を含んでもよい：
‐ＵＥがブラインド検出を実行すべき監視ピリオド
‐ＣＣＢのダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべきブラインド検出の最大回数
‐ダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべき監視の持続時間
‐共通制御ブロック内の共通制御資源セット構成

ＣＣＢの実施形態は、共通制御資源セット（共通ＣＯＲＥＳＥＴ）を含んでもよい。共通ＣＯＲＥＳＥＴは、ＣＣＢの送信元であるＢＳの、特定のビーム方向またはアンテナポートについての共通制御情報の少なくとも一部（任意選択の例として全体）を搬送する。共通ＣＯＲＥＳＥＴ内に含まれる情報の例は、ページングダウンリンク制御情報、余最小システム情報のスケジューリング情報、ページングインジケーション情報、等のうち少なくとも１つ（任意選択の例として複数またはすべて）を含んでもよい。ページングインジケーションは、後続のページング送信のためにダウンリンクアンテナポート情報を報告するようユーザ機器をトリガするために用いられる。言い換えると、ＣＣＢは、共通制御情報を、特定のダウンリンクアンテナポート／ダウンリンクビーム方向で送信する。１つのスイープピリオドの間に、すべてのダウンリンクアンテナポート／ダウンリンクビーム方向の共通制御情報の送信を完了するために、１つ以上の共通制御ブロックＣＣＢが用いられる。ＣＣＢの実施形態は、１つ以上のＯＦＤＭシンボルを含むスロットまたはミニスロットとすることができる。ＣＣＢにおいて搬送される情報の例は、共通ＣＯＲＥＳＥＴに加え、ページングメッセージ、余最小システム情報、等のうち少なくとも１つ（任意選択の例として複数またはすべて）を含む。

共通ＣＯＲＥＳＥＴは、ＣＣＢ内で構成することができ、ＣＣＢが占有するいくつかのＯＦＤＭシンボルのうち少なくとも１つと、ＣＣＢが占有するいくつかの資源要素（ＲＥ）のうち少なくとも１つとを備えることができる。共通制御資源セット構成は、共通制御資源セットを占有するシンボルの数、ＣＣＢ内の時間領域相対的位置、共通制御資源セットを占有する資源要素の数、ＣＣＢ内の周波数領域相対的位置、のうち少なくとも１つ（任意選択の例として複数またはすべて）を含むことができる。

図面を参照して、セルラー通信システムが利用する通信技術は、直交周波数分割多重（ＯＦＤＭ）であってもよい。図１Ａは、ＯＦＤＭを利用する無線通信システムのダウンリンクでデータおよび制御チャネル（たとえばＰＢＣＨ）を送信するための無線資源の時間周波数グリッド１００の構造を例示する。図１Ａにおいて、横軸は周波数ｆを表し、縦軸は時間ｔを表す。ＯＦＤＭシンボル１２０は、図１Ａの周波数軸に沿って配置された太線によるアウトラインを持つＲＥのストリングとして示され、時間軸上では最小の伝送単位である。スロット１１０はＮ_ＳＹ個のＯＦＤＭシンボルを含む。本明細書に記載する実施形態によれば、例示のためにＮは１４に等しいが、いくつかの実施形態によればＮの値は７，１４，２１等の任意の整数であってもよく、たとえばサブキャリアスペーシング等の要因に依存する。サブフレーム１１５は、２つのスロット１１０を含む。１つのスロット１１０は約０．５ｍｓの持続時間を有し、１つのサブフレームは１．０ｍｓの持続時間を有する。図１Ａにおいて列１０５に配置されるサブキャリアは、周波数領域において最小の伝送単位であり、システム伝送帯全体はＮ_Ｂ個のサブキャリアを含む。

時間周波数グリッド１００において、資源要素（「ＲＥ」）１２５は、離散ＯＦＤＭシンボルインデックスおよび離散サブキャリアインデックスによって示される基本単位である。資源ブロック（「ＲＢ」）または物理資源ブロック１３０は、図１Ａでは、時間領域ｔにおいて１４個の連続するＯＦＤＭシンボルと、周波数領域１１０においてＮ_ＳＣ個の連続するサブキャリアとを含む。いくつかの実施形態では、Ｎ_ＳＣの値は６，１２，１８等の任意の整数とすることができるが、本明細書では簡明のため１２に等しいものとする。したがって、ＲＢ１３０は、Ｎ_ＳＹ×Ｎ_ＳＣ個のＲＥ（図示の例では１４×１２個）を含む。ＲＢは送信のためにスケジューリング可能な最小単位である。

時間領域位置情報等の制御情報は、共通ＣＯＲＥＳＥＴを搬送するＲＥの数およびＯＦＤＭシンボルの数を示すインジケータを含む。たとえば、共通ＣＯＲＥＳＥＴは、Ｘ個のＯＦＤＭシンボルおよびＹ個のＲＥにおいて送信される。Ｘの実装は、１，２，３，４等とすることができる。Ｙは正の整数である。

図２に、ＵＥがＣＣＢを位置決定するために使用可能な時間領域位置情報を送信する方法の例を示す。２００において、ＢＳは随時に、または任意選択の例として定期的に、ＰＢＣＨまたは他のパブリックチャネル（まずそのＢＳと通信するため専用に構成情報を受信することなく、範囲内のＵＥが受信し解釈することができるもの）で時間領域位置情報を送信する。ＵＥが受信すると、時間領域位置情報は、ＵＥに、ＣＣＢ（または、任意選択の例としてＣＣＢ内のＣＯＲＥＳＥＴ）の受信を期待すべき時刻を通知する。

時間領域位置情報は、ＳＳＢの伝送中にＵＥがＢＳから受信する他のデータからＣＣＢを差別化できるようにする任意の情報を含むことができる。時間領域位置情報は、ＣＣＢが送信および受信されるべき時刻を指定する客観的情報であってもよく、ＣＣＢが送信および受信されるべき時刻を基準点に対して相対的に指定する相対的情報であってもよい。基準点は、他のデータが送信され始める（または送信され終わる）ときの始点であってもよく、ある送信の間に送信される他のデータに対するその送信内での位置であってもよい。

たとえば、時間領域位置情報は、ＰＢＣＨ上でＢＳによってブロードキャストされるマスター情報ブロック（「ＭＩＢ」）を含んでもよい。ＵＥが、そのＵＥが配置された特定の通信領域のためのＣＣＢまたは共通ＣＯＲＥＳＥＴを位置決定するために使用すべき時間領域位置情報は、ＭＩＢ内（たとえば無線フレームのサブフレームの先頭Ｍ個のＯＦＤＭシンボル内、ただしＭは１，２，３，４，５，６，７，８等の任意の整数値であり得る）において見出され得る。周波数領域では、ＭＩＢは、ＢＳおよびＵＥに既知の、定義された数のサブキャリア（たとえば７２個）を占有する。ＭＩＢは、少量の、しかしＵＥ初期アクセスのための重要な情報を搬送する。ＭＩＢは、随時にまたは定期的にＰＢＣＨ上でブロードキャストしてもよい（たとえばＮ個（ただしＮは１，２，３，４，５，６等の任意の整数値であり得る）の無線フレームごとに、１０ｍｓの各無線フレーム内で、定期的にスケジューリングされる他の任意の時刻（たとえばスロット１１０ごとに、等））。

時間領域位置情報の具体例は、以下の少なくとも１つを含んでもよく、任意選択の例では以下の複数を含んでもよく、任意選択の例では以下のすべてを含んでもよい：
（ｉ）時間領域におけるＣＣＢの始点（ＢＳによるＣＣＢの送信が開始されるべき時刻を示す）
（ｉｉ）ＢＳによってＳＳＢが実際に送信されるパターン
（ｉｉｉ）潜在的ＣＣＢが、データ伝送スロット（またはＯＦＤＭシンボル）に、複数のスロットにおいてマッピングされるパターン
（ｉｖ）１つのＳＳＢに割り当てられる潜在的ＣＣＢの量
（ｖ）隣接する２つのＳＳＢに対応する潜在的ＣＣＢの始点間のオフセット
（ｖｉ）ＣＣＢを受信したか否かをＵＥがブラインドで検出すべき監視サイクルのパラメータのうち１つ以上
監視サイクルのパラメータの例は、以下の１つ以上を含んでもよい：
‐ＵＥがブラインド検出を実行すべき監視ピリオド
‐ＣＣＢのダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべきブラインド検出の最大回数
‐ダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべき監視の持続時間
‐共通制御ブロック内の共通制御資源セット構成

時間領域始点（または時間領域位置情報としての始点への参照）を送信する実施形態については、そのような時間領域始点は、以下の少なくとも１つによって記述されてもよく、任意選択の例では以下の複数によって記述されてもよく、任意選択の例では以下のすべてによって記述されてもよい：
‐第１の潜在的ＣＣＢが配置される無線フレーム番号
‐第１の潜在的ＣＣＢが配置されるサブフレーム番号
‐潜在的ＣＣＢが配置される第１のスロット番号
‐第１の潜在的ＣＣＢのシンボルインデックス（たとえばＮ_ＳＹ値）
‐第１の潜在的ＣＣＢと第１のＳＳＢとの間の無線フレーム番号オフセット
‐潜在的ＣＣＢと第１のＳＳＢとの間のサブフレーム番号オフセット
‐第１の潜在的ＣＣＢと第１のＳＳＢとの間のスロット番号オフセット
‐第１の潜在的ＣＣＢと第１のＳＳＢとの間のシンボル番号オフセット

送信される時間領域位置情報のタイプに関わらず、ＢＳは、２００においてＢＳが送信した時間領域位置情報と整合するように、２１０で、ＣＣＢをデータ伝送スロット１１０内のＯＦＤＭシンボルにマッピングする。その後、ＢＳは、送信された時間領域位置情報に従い、マッピングされたＣＣＢ（共通ＣＯＲＥＳＥＴを含む）を２２０で送信する。言い換えると、ＣＣＢは、ＵＥが検出すべき時間領域位置情報が示す特定の時刻において、ＢＳによって送信される。

図３に、ＵＥがＢＳとの通信を確立するために実行する方法の実施形態を示す。ＢＳによって確立された通信領域の実効通信範囲にＵＥが入ると、ＵＥは３００において初期セル同期を完了する。ＢＳと同期すると、ＵＥは、３１０において、ＰＢＣＨ送信を受信し、ＰＢＣＨを送信したビーム方向またはアンテナポートに特有の時間領域位置情報を検出することによって、ＢＳを介してネットワークに対する初期アクセスを確立し始める。３２０において、ＵＥは、３２０において時間領域位置情報によって指定されたＢＳからのダウンリンク送信内の時間／周波数領域位置においてＣＣＢを検出し、ＢＳとの通信を確立する。

２１０において、時間領域位置情報によって指定された送信時刻、スロット、ＯＦＤＭシンボル、他のデータブロック、等にＣＣＢをマッピングすることは、様々な方法で実行可能である。たとえば、図４を参照して、ＳＳＢ（０〜７）およびＣＣＢ（０〜９）は潜在的ＳＳＢおよびＣＣＢとして定義され、すなわちこれらは使用のために利用可能である。実際に送信されるＳＳＢおよびＣＣＢは、図４ではクロスハッチングにより示される。これらの一部は、ＢＳによってＵＥに実際に送信されるよう選択される。スロット０、スロット１、スロット２、スロット３と示される４個のスロットがあり、それぞれ１４個のＯＦＤＭシンボル０〜１３を含む。図４に示す実施形態における潜在的ＳＳＢの数は、文字「Ｌ」によって表され、Ｌは８に等しい。ＳＳＢには、０から７までのインデックス値が割り当てられ（ＳＳＢ０，ＳＳＢ１，ＳＳＢ２，…，ＳＳＢ７と表す）、各ＳＳＢは表１に示すように連続する４個のシンボルを占有する。

たとえば、潜在的ＳＳＢはそれぞれ３つの潜在的ＣＣＢに対応する。図４においてブラケット４００で示すように、ＳＳＢ０はＣＣＢ０，１，２に対応する。隣接する２個のＳＳブロックにそれぞれ対応する潜在的ＣＣＢの始点間のオフセットＭは、Ｍ＝１であり、すなわち１個のＣＣＢである。言い換えると、ＳＳＢ０に対応する第１の潜在的ＣＣＢがＣＣＢ０であり、ＳＳＢ０に直接的に隣接するＳＳＢ１に対応する第１の潜在的ＣＣＢがＣＣＢ１であるため、ＣＣＢ１とＣＣＢ０との間のオフセットは１個のＣＣＢとなる。同様に、ＳＳＢ３に対応する第１の潜在的ＣＣＢがＣＣＢ３であり、ＳＳＢ３に直接的に隣接するＳＳＢ４に対応する第１の潜在的ＣＣＢがＣＣＢ４であるため、ＣＣＢ４とＣＣＢ３との間のオフセットも１個のＣＣＢとなる。図４に示す実施形態では、Ｍ×Ｌ＋Ｎ−Ｍ＝１×８＋３−１＝１０（個）のＣＣＢとなり、合計で１０個のＣＣＢが必要である（ただしＮは潜在的ＣＣＢに対応する潜在的ＳＳＢの最大数）。

異なる複数の潜在的ＳＳＢに対応する複数の潜在的ＣＣＢが重複する場合があり、実際に送信されるＳＳＢはそれぞれ実際に送信されるＣＣＢに対応する。実際に送信されるＣＣＢは、ＳＳＢに対応する３個の潜在的ＣＣＢ資源の１つからランダムに選択されるが、実際に送信されるべく選択されるＣＣＢは、選択されるＣＣＢが互いに重複しないように選ばれる。図４に示す本実施形態では、実際に送信されるＳＳＢ１と、実際に送信されるＳＳＢ２とが、いずれもＣＣＢ２に対応する。しかしながら、ＳＳＢ１の送信についてＣＣＢ２が選択されるので、ＣＣＢ２は、ＳＳＢ２で送信される選択肢としては利用できない。したがって、ＳＳＢ１がＣＣＢ２に対応し、ＳＳＢ２はＣＣＢ４に対応するよう選択される。また、ＳＳＢ４がＣＣＢ５に対応し、ＳＳＢ６はランダムに選択されてＣＣＢ８に対応する。

いくつかの実施形態では、実際に送信されるＳＳＢの位置は、以下の方法によりＵＥに対して示される。

方法１：ビットマップ。実際に送信されるＳＳＢの位置を通知する直接の方法は、図１Ｂに示すように、各ＳＳＢについてビットマップを用いることである。各ＳＳＢの状態を示すことにより、完全な柔軟性が得られる。６ＧＨｚより上では、ＳＳＢインデックスの最大数は６４となり、すなわち６４ビットが必要となる。これは大きなシグナリングオーバヘッドである。

方法２：数。別の方法は、実際に送信されるＳＳＢの数（Ｘ）を通知し、各ＳＳＢのマッピング順序を定義することによる。図１Ｃに示すように、実際に送信されるＳＳＢは、前から後ろへのマッピング順序で、名目的ＳＳＢの先頭Ｘ個に配置される。明らかにシグナリングオーバヘッドを低減でき、ＳＳＢが６４個の場合には６ビットしか要しない。一方で、複数の連続するスロットが他のサービスの伝送からブロックされ、または、いくつかの予測されるＳＳＢがパンクする。すなわち、構成の柔軟性が制限される。

方法３：ビットマップと数との組み合わせ。とくに、より少ないＳＳＢしか要求されない場合には、送信されると予測されるＳＳＢをパンクさせるより、ＵＲＬＬＣ類似のサービス伝送のためにいくつかの候補ＳＳＢ資源をリザーブするほうがよい。

上記の目的のために、２タイプのＳＳＢが定義可能である。

タイプ１ＳＳＢは、前から後ろへのマッピングについて制限される。そして、そのようなＳＳＢの数は、そのようなＳＳＢが実際に送信されたかを示すのに十分である。

タイプ２ＳＳＢは、潜在的なＵＲＬＬＣ類似のサービス伝送のために選択され、ＳＳＢが実際に送信されたか否かを示すためにはビットマップが妥当な方式であると思われる。

図１Ｄに示すように、４個のＳＳＢごとに１個が、タイプ１ＳＳＢとして定義される。ＳＳＢが６４個の場合には、タイプ１ＳＳＢの数は１６であり、タイプ１ＳＳＢの伝送状態を示すために合計１６ビットが必要となる。これら以外のＳＳＢはタイプ２ＳＳＢに分類され、これを示すのに６ビットが必要である。

これは方法１と方法２との折衷と思われる。すなわち、方法１は、タイプ１ＳＳＢの数をＳＳＢの最大数に等しく設定することによって得られる。逆に、タイプ２ＳＳＢの数をＳＳＢの最大数に等しく設定すると、方法２が採用される。したがって、２つのタイプのＳＳＢの数の妥当な比率を選択することで、シグナリングオーバヘッドと柔軟性との間のバランスが達成される。

図１Ｅに、ビットマップと数との組み合わせによるインジケーションの別の形態を示す。候補ＳＳＢがＳＳＢグループに分割される。

ＳＳＢグループ内で実際に送信されるＳＳＢを示すためにビットマップが採用される。

異なるＳＳＢグループが、実際に送信されるＳＳＢの同一パターンを共有する。

実際に送信されるＳＳＢを含むＳＳＢグループの数が、さらに関係する。

例として、１個のＳＳＢグループ内に４個のＳＳＢがあり、合計６４個の潜在的ＳＳＢがある場合を考える。ＳＳＢグループ内で実際に送信されるＳＳＢを示すために４ビットが必要である。さらに、実際に送信されるＳＳＢを含むＳＳＢグループの数を示すために、追加の４ビットが導入される。具体例として、あるＳＳＢグループ内で実際に送信されるＳＳＢを示すための４ビットは１１０１であり、これは、１つのグループ内の先頭、第２および第４のＳＳＢが実際に送信されるということを意味する。実際に送信されるＳＳＢを含むＳＳＢグループの数を示す追加の４ビットは０１１１であり、これは、先頭７個のＳＳＢグループが実際に送信されるＳＳＢを含み、これら７個のＳＳＢグループが、ＳＳＢグループ内で実際に送信されるＳＳＢの同一のパターン（１１０１）を共有するということを意味する。

ＳＳＢグループ内のＳＳＢの数は、潜在的ＳＳＢの数以下の任意の値に設定することができるということは記載に値する。

方法４：ビットマップとビットマップとの組み合わせ。図Ｍに示す別の実施形態では、候補ＳＳＢがＳＳＢグループに分割される。示す方法は、ＳＳブロックグループ内のＳＳブロックに対するビットマップと、ＳＳブロックグループに対する別のビットマップとの組み合わせとして記述される。

ＳＳＢグループ内で実際に送信されるＳＳＢを示すためにビットマップが採用される。

異なるＳＳＢグループが、実際に送信されるＳＳＢの同一パターンを共有する。

実際に送信されるＳＳＢを含むＳＳＢグループに対する別のビットマップが、さらに関係する。

例として、１個のＳＳＢグループ内に４個のＳＳＢがあり、合計６４個の潜在的ＳＳＢがある場合を考える。ＳＳＢグループ内で実際に送信されるＳＳＢを示すために４ビットが必要である。さらに、実際に送信されるＳＳＢを含むＳＳＢグループに対してビットマップを示すために、追加の１６ビットが導入される。具体例として、あるＳＳＢグループ内で実際に送信されるＳＳＢを示すための４ビットは１１０１であり、これは、１つのグループ内の第１、第２および第４のＳＳＢが実際に送信されるということを意味する。実際に送信されるＳＳＢを含むＳＳＢグループの数を示す追加の１６ビットは１１１１ １１１０ ００００ ００００であり、これは、先頭７個のＳＳＢグループが実際に送信されるＳＳＢを含み、これら７個のＳＳＢグループが、ＳＳＢグループ内で実際に送信されるＳＳＢの同一のパターン（１１０１）を共有するということを意味する。

ＳＳＢグループ内のＳＳＢの数は、潜在的ＳＳＢの数以下の任意の値に設定することができるということは記載に値する。

方法５：パターン。実際に送信されるＳＳＢのパターンをいくつか事前に定義することができ、実際に送信されるＳＳＢの位置をＵＥに対して示すためにパターンインデックスが構成される。理論的に、完全な柔軟性を達成するためには、実際に送信されるＳＳＢのパターンを非常に大きな数定義する必要がある。これは莫大なオーバヘッドである。簡素化のため、いくつかの典型的なパターンを選択し、事前に定義する。図６に示すように、ＳＳＢが８個の場合に７個のパターンが定義される。実際に送信されるＳＳＢの数の一部のみがサポートされるということは記載に値する。一部の場合（たとえば、実際に送信されるＳＳＢが３，５，６，７個、等）は許可されない。いくつかの既存の数について、実際に送信されるＳＳＢの位置はある範囲に制限される。シグナリングオーバヘッドと柔軟性との間のバランスは、妥当なパターン数を定義することによっても考慮可能である。

実際に送信されるＳＳＢの位置（複数可）は、ＰＢＣＨまたはＲＭＳＩまたは他のＳＩまたは専用ＲＲＣ信号において、ＩＤＬＥおよびＣＯＮＮＥＣＴＥＤ双方のＵＥに通知可能である。

ＣＣＢからデータ伝送スロットへのマッピングパターンも事前に定義される。図４に示すマッピングパターンでは、ＣＣＢの各インスタンスが２個のＯＦＤＭシンボルを占有すると想定する。図４に示すように、スロット内のＯＦＤＭシンボルは、同じスロット内に指定されるＣＣＢによって占有される。したがって、図４では、ＣＣＢ０，１，２，３がスロット０内に指定されているので、スロット０内の各ＣＣＢは、スロット０内のＯＦＤＭシンボル（すなわち、それぞれシンボル４〜５、シンボル６〜７、シンボル８〜９およびシンボル１０〜１１）にマッピングされる。同様に、スロット１内のＣＣＢ４，５，６，７は、スロット１内で、それぞれシンボル２〜３、シンボル４〜５、シンボル６〜７およびシンボル８〜９にマッピングされる。そして、スロット２内で、ＣＣＢ８，９は、それぞれシンボル４〜５およびシンボル６〜７にマッピングされる。

本例では、図４にクロスハッチングを用いて示すことにより表されるように、実際に送信されるＳＳＢ内のＰＢＣＨを確実に組み合わせることができるように、かつ、時間領域位置情報を含むＰＢＣＨ送信がそれぞれ同じ内容を確実に含むように、実際に送信されるＳＳＢは、ＳＳＢ１、ＳＳＢ２、ＳＳＢ４およびＳＳＢ６である。上記の説明に基づき、ＰＢＣＨの具体的内容は以下のようになる。

‐ＣＣＢ時間領域始点：ＳＳＢ始点から１無線フレーム（すなわち１０ｍｓ）までのオフセット。

‐ＣＣＢからデータ伝送スロットへのマッピングパターン：図４に示すパターン。

‐各ＳＳＢがＮ＝３個の潜在的ＣＣＢに対応する。

‐隣接する２個のＳＳＢに対応する潜在的ＣＣＢそれぞれの始点間のオフセットＭは、Ｍ＝１である。

ＭおよびＮの値構成については、典型的な値のセットを事前に定義することができ、各時点で用いられているその値をＰＢＣＨによって示すことができる。たとえば、Ｍ＝１または２と事前に定義され、Ｍの現在値を示すために１ビットが必要である。そのようなビットの値「０」は「Ｍ＝１」を表し、そのようなビットの値「１」は「Ｍ＝２」を表す。同様に、Ｎ＝３または５と事前に定義することができ、Ｍの現在値を示すために１ビットが必要である。そのようなビットの値「０」は「Ｎ＝３」を表し、そのようなビットの値「１」は「Ｎ＝５」を表す。

ＮおよびＭの値は、規格書で固定的に定義されてもよいということは記載に値する。そのような場合には、これに関する情報はＰＢＣＨには含まれない。たとえば、規格書においてＮ＝３かつＭ＝１が定義され、関連する情報領域は省略される。

ＰＢＣＨ送信を受信した後、ＵＥは上記情報を取得し、ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥはＳＳＢインデックス等の他の情報を取得することができる。たとえば、ＳＳＢインデックスはＰＢＣＨ復調基準信号（「ＤＭＲＳ」）によって示され、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢインデックスを決定することができる。たとえば、ＵＥは現在のＳＳＢインデックスが４であることを認識し、さらに、ＳＳＢ４に対応する潜在的ＣＣＢがＣＣＢ４、ＣＣＢ５またはＣＣＢ６であると推定する。（すなわち、隣接する２個のＳＳＢに対応する潜在的ＣＣＢそれぞれの始点の間のオフセットがＭ＝１であるため、ＳＳＢ４に対応する第１の潜在的ＣＣＢはＣＣＢ４であり、各ＳＳＢがＮ＝３個の潜在的ＣＣＢ資源に対応するため、そのＣＣＢはＣＣＢ４，５または６の可能性があるとさらに確認する。）

その後、ＵＥは、データ伝送スロットに対するＣＣＢのマッピングパターンに従い、ＣＣＢ資源４，５，６の具体的な時間領域資源位置を決定する。ＵＥは、ＣＣＢ４，５，６に対してブラインド検出を行い、図４に示すように実際に送信されたＣＣＢがＣＣＢ５であると決定する。また、ＣＣＢ４はＳＳＢ２に対応して実際に送信されたＣＣＢであるということは記載に値する。しかしながら、ＵＥはＣＣＢ５しか検出できない。その理由は、ＣＣＢ４およびＣＣＢ５は異なるダウンリンクアンテナポートで送信されており、ＵＥはＳＳＢ４に対応するダウンリンクアンテナポート下にあるからである。これは、ＣＣＢ５について使用されるダウンリンクアンテナポートでもある。

ＣＣＢ５内の共通ＣＯＲＥＳＥＴの相対的位置は、システムによって事前に定義されてもよく、ＰＢＣＨにおいて示されてもよい。相対的位置情報は、以下の少なくとも１つを含む：
‐決定されたＣＣＢ５において共通ＣＯＲＥＳＥＴが占有するシンボルの数
‐ＣＣＢ５内の共通ＣＯＲＥＳＥＴの時間領域相対位置
‐共通ＣＯＲＥＳＥＴが占有する資源要素の数
‐ＣＣＢ５に対する周波数領域における共通制御資源のセットの位置
‐等。

ＵＥは、ＣＣＢ時間領域情報の取得および受信を完了し、さらに、共通制御資源セット内のダウンリンク共通制御情報を検出し、受信したダウンリンク共通制御情報に従って共通データ（ＲＭＳＩ、ページングメッセージ、等）を受信する。

ＰＢＣＨは、ＣＣＢの周波数領域資源を示してもよい。ＵＥがＣＣＢの時間領域位置を決定する場合には、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定することも必要になる場合がある。

いくつかの実施形態では、ＣＣＢの受信遅延を短縮するために、送信すべきＣＣＢを集約する。図５に、集約ＣＣＢに係るマッピングパターンの例を示す。直前の例のように、潜在的ＳＳＢの数はＬ＝８であり（すなわちＳＳＢインデックスは０〜７であり）、各ＳＳＢは連続する４個のＯＦＤＭシンボルを占有する。図５は、潜在的ＳＳＢからデータ伝送スロットへのマッピングパターンを示し、これは以下の表２にまとめられる。マッピングパターンはネットワーク側（たとえばＢＳ）およびＵＥに既知である。

本例では、実際に送信されるＳＳＢのそれぞれについて、潜在的ＣＣＢのセットが構成される。図６に示すように、システムにおいて事前に定義されるＳＳＢの可能なパターンが複数（たとえば７個）存在する。ＢＳは、使用中の現在のパターンを示すために、ＵＥに対するＰＢＣＨでの送信に３ビットの識別子を含める。本例では、図６でラベル「Ｂ−ＳＳＢ」によって特定されるパターンが使用中である。ＣＣＢは重複する可能性がある。たとえば、潜在的ＣＣＢ０，１，２がＳＳＢ０に対応し、潜在的ＣＣＢ１，２，３がＳＳＢ２に対応する。このように、潜在的ＣＣＢ１およびＣＣＢ２は、いずれもＳＳＢ０およびＳＳＢ２の双方に対応する。

潜在的ＣＣＢからデータ伝送スロットへのマッピングパターンもまた、たとえば図５に示すパターンのように、事前に定義される。ここでも、以下のように想定する：各潜在的ＣＣＢが２個のＯＦＤＭシンボルを占有し、図５に示すデータ伝送スロットへのＳＳＢマッピングパターンを用い、スロット０において潜在的ＣＣＢ０，１，２，３がそれぞれシンボル４〜５、シンボル６〜７、シンボル８〜９およびシンボル１０〜１１にマッピングされ、スロット１において潜在的ＣＣＢ４，５，６，７がそれぞれシンボル２〜３、シンボル４〜５、シンボル６〜７およびシンボル８〜９にマッピングされ、スロット２において潜在的ＣＣＢ８，９がそれぞれシンボル４〜５、シンボル６〜７にマッピングされる。

時間領域位置情報に含まれるＰＢＣＨの具体的な内容は以下の通りである。

‐ＣＣＢ時間領域始点：ＳＳＢ始点からの時間領域オフセットは、１無線フレーム（すなわち１０ｍｓ）である。

‐ＣＣＢからデータ伝送スロットへのマッピングパターンは、図５に示すものである。

‐各ＳＳＢは、Ｎ＝３個の潜在的ＣＣＢに対応する。

‐隣接する２個の実際に送信されるＳＳＢに対応する潜在的ＣＣＢそれぞれの始点の間のオフセットはＭ＝１である。

ＰＢＣＨ上でＳＳＢに係る時間領域位置情報を受信した後、ＵＥは上記情報を取得し、潜在的ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥはＳＳＢインデックス等の他の情報を取得することができる。たとえば、ＳＳＢインデックスはＰＢＣＨ ＤＭＲＳによって示され、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢを決定することができる。本例では、ＵＥは現在のＳＳＢインデックスが４であることを認識する。さらに、ＵＥは、表２にまとめたように、ＳＳＢ４に対応する潜在的ＣＣＢが２，３，４であると推測する。すなわち、図５のＳＳＢパターンが実際に送信されるので、ＳＳＢインデックス４を持つＳＳＢが、ネットワーク側によって実際に送信される第３のＳＳＢとなり（隣接する２個のＳＳＢに対応する潜在的ＣＣＢ資源それぞれの始点の間のオフセット）、実際に送信される第３のＳＳＢ（すなわちＳＳＢ４）に対応する第１のＣＣＢはＣＣＢ２であり、各ＳＳＢに対応する潜在的ＣＣＢの数はＮ＝３であり、さらに、そのＣＣＢがＣＣＢ資源２，３，４を搬送する可能性があることを確認する。

その後、ＵＥは、潜在的ＣＣＢからデータ伝送スロットへのマッピングパターンに従い、ＣＣＢ資源２，３，４の具体的な時間領域資源位置を決定する。ＵＥはＣＣＢ２，３，４に対してブラインド検出を行い、実際に送信されたＣＣＢがＣＣＢ３であると決定する。図５に示すように、ＣＣＢ０はＳＳＢ０に対応し、ＣＣＢ２はＳＳＢ２に対応し、ＣＣＢ３はＳＳＢ４に対応し、ＣＣＢ４はＳＳＢ６に対応する。この時点で、ＵＥはＣＣＢ時間領域情報の取得および受信を完了する。

また、ＰＢＣＨはＣＣＢの周波数領域資源を示してもよく、ＵＥはＣＣＢの時間領域位置を決定してもよい。また、ＵＥは、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定してもよい。

いくつかの実施形態によれば、図７に示すようにＳＳＢとＣＣＢとの間に直接的な関係が存在する。ここでも潜在的ＳＳＢの数はＬ＝８であり（すなわちＳＳＢインデックスは０〜７）、各ＳＳＢは連続する４個のＯＦＤＭシンボルを占有する。ＳＳＢの、データ伝送スロットおよびＣＣＢへのマッピングは、以下の表３にまとめられる。このマッピングモードは、ネットワーク側（たとえばＢＳ）およびＵＥに既知である。

本例では、送信すべき各ＳＳＢは、一対一ベースで、直接的に１つのＣＣＢに対応する。すなわち、ＳＳＢ０はＣＣＢ０に対応し、ＳＳＢ１はＣＣＢ１に対応し、等である。ＳＳＢ１，２，４，６が実際に送信される場合、これに従って、同じインデックスに対応するＣＣＢが実際に送信される。

図７に示すように、潜在的ＣＣＢからデータ伝送スロットへのマッピングパターンも、ＣＣＢが２個のシンボルを占有すると想定して事前に定義され、ＣＣＢ０，１，２，３は、スロット０内のシンボル４〜５、シンボル６〜７、シンボル８〜９、シンボル１０〜１１にマッピングされ、ＣＣＢ４，５，６，７は、スロット１内のシンボル２〜３、シンボル４〜５、シンボル６〜７、シンボル８〜９にマッピングされる。

ＰＢＣＨ上で送信されるＰＢＣＨの具体的な時間領域位置情報は、以下の通りである。

‐ＣＣＢ時間領域始点：ＳＳブロック始点から５サブフレームのオフセット（すなわち、本例では５ｍｓ）。

ＳＳＢでＰＢＣＨ上で時間領域位置情報を受信した後、ＵＥは上述の情報を取得し、ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥは他の情報（受信したＳＳＢに対するＳＳＢインデックス等）を取得する。たとえば、ＳＳＢインデックスはＰＢＣＨ ＤＭＲＳによって示され、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢを決定することができる。本例では、ＵＥが現在のＳＳＢインデックスが４であることを認識した場合には、さらに、ＳＳＢ４に対応するＣＣＢがＣＣＢ４であると決定する。

ＣＣＢ４の具体的な時間領域資源位置は、ＣＣＢからデータ伝送スロットへのマッピングパターンに従って決定され、たとえば、ＣＣＢ時間領域始点から開始する第２のスロットのシンボル２〜３である。ＵＥはＣＣＢを受信し、ＵＥはＣＣＢ時間領域情報の取得および受信を完了する。

また、ＰＢＣＨはＣＣＢの周波数領域資源を示してもよく、ＵＥはＣＣＢの時間領域位置を決定してもよい。また、ＵＥは、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定してもよい。

上述の図７を参照して説明した実施形態と同様に、いくつかの実施形態は、ＳＳＢとＣＣＢとの間の直接的な一対一対応を利用しながらＣＣＢを集約することとができる。図８は、ＣＣＢを集約しつつ、ＣＣＢに一対一ベースで対応する送信すべきＳＳＢを利用する実施形態を示す。表４は、各ＳＳＢと、それぞれのスロット、ＯＦＤＭシンボル、およびＣＣＢとの関係をまとめたものである。

表４から、ＳＳＢ０がＣＣＢ０に対応し、ＳＳＢ２がＣＣＢ１に対応し、ＳＳＢ４がＣＣＢ２に対応し、ＳＳＢ６がＣＣＢ３に対応するということがわかる。実際に送信されるＳＳＢの事前に定義されたパターンをＵＥに通知するために、図６に示すように、ＢＳは７個の事前に定義されたＳＳＢの実際の送信パターンを有する。ＰＢＣＨ上でＵＥに送信される３ビットの識別子が、使用中の現在のＳＳＢパターンがここでも「Ｂ−ＳＳＢ」であるということを示す。

図８に示すように、ＣＣＢからデータ伝送スロットへのマッピングパターンも事前に定義される。図８では、各ＣＣＢが２個のシンボルを占有する場合、ＣＣＢ０がスロット０のシンボル４〜５を占有し、ＣＣＢ１がスロット０のシンボル６〜７を占有し、ＣＣＢ２がスロット０のシンボル８〜９を占有し、ＣＣＢ３がスロット０のシンボル１０〜１１を占有するということがわかる。同様に、ＣＣＢ４がスロット１のシンボル２〜３を占有し、ＣＣＢ５がスロット１のシンボル４〜５を占有し、ＣＣＢ６がスロット１のシンボル６〜７を占有し、ＣＣＢ７がスロット１のシンボル８〜９を占有する。

本例では、ＰＢＣＨ上で送信されるＰＢＣＨの具体的な時間領域位置情報は以下の通りである。

‐ＣＣＢ時間領域始点：ＳＳＢ始点から５サブフレーム（すなわち５ｍｓ）のオフセット。

‐ＣＣＢからデータ伝送スロットへのマッピングパターンは、図８に示す通りである。

‐実際に送信されるＳＳＢパターンは、図８に示す通りである。

ＳＳＢでＰＢＣＨ上で時間領域位置情報を受信した後、ＵＥは上述の情報を取得し、ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥは他の情報（受信したＳＳＢに対するＳＳＢインデックス等）を取得する。たとえば、ＳＳＢインデックスはＰＢＣＨ ＤＭＲＳによって示すことができ、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢを決定することができる。たとえば、図８に示す実際に送信されるＳＳＢパターンから、ＵＥが現在のＳＳＢインデックスを４と特定した場合には、ＳＳＢインデックスは、実際に送信される第３のＳＳＢに対応する４となる。その後、ＵＥは、ＣＣＢからデータ伝送スロットへのマッピングパターンに従って、ＣＣＢ３の具体的な時間領域位置を決定することができる。ＵＥはＣＣＢ３を受信し、このようにしてＣＣＢ時間領域情報の取得および受信を完了する。

また、ＰＢＣＨは、ＣＣＢの周波数領域資源を示してもよく、端末はＣＣＢの時間領域位置を決定してもよい。また、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定することも望ましい場合がある。

いくつかの実施形態は、各ＳＳＢと、対応するＣＣＢとの間の、統一された時間領域オフセットを利用してもよい。図９を参照すると、ＣＣＢからデータ伝送スロットへのマッピングパターンは、ＳＳＢからデータ伝送スロットへのマッピングパターンと同じである。また、各ＳＳＢとそれぞれ対応するＣＣＢとの間に、統一された時間領域オフセットが存在する。

具体的には、潜在的ＳＳＢの数はＬ＝８であり（すなわちＳＳＢインデックスは０〜７）、各ＳＳＢは連続する４個のＯＦＤＭシンボルを占有する。図９における、各ＳＳＢからそれぞれのＯＦＤＭシンボルおよび対応するＣＣＢへのマッピングは、以下の表５にまとめられる。

潜在的ＳＳＢはそれぞれ、そのＳＳＢと同じデータ伝送スロットにマッピングされる１つの対応するＣＣＢを有する。言い換えると、ＣＣＢ時間領域の開始から、ＣＣＢ０はスロット０のシンボル４〜７にマッピングされ、ＣＣＢ１はスロット０のシンボル８〜１１にマッピングされ、ＣＣＢ２はスロット１のシンボル２〜５にマッピングされ、ＣＣＢ３はスロット１のシンボル６〜９にマッピングされ、ＣＣＢ４はスロット２のシンボル４〜７にマッピングされ、ＣＣＢ５はスロット２のシンボル８〜１１にマッピングされ、ＣＣＢ６はスロット３のシンボル２〜５にマッピングされ、ＣＣＢ７はスロット３のシンボル６〜９にマッピングされる。

本例では、ＣＣＢ時間領域情報を搬送するためにＰＢＣＨ上で送信されるＰＢＣＨの具体的な時間領域位置情報は、以下の通りである。

‐ＣＣＢおよび対応するＳＳＢ時間領域オフセット：５サブフレーム（すなわち５ｍｓ）

ＳＳＢでＰＢＣＨ上で時間領域位置情報を受信した後、ＵＥは上述の情報を取得し、受信したＳＳＢに対応するＣＣＢの時間領域位置を、その対応するＳＳＢに対する各ＣＣＢの均一なオフセットに基づき、直接的に決定する。ＵＥは、上述のいくつかの実施形態について説明されたように追加のＳＳＢインデックス情報を取得する必要はない。

いくつかの実施形態は、図１０に示すように、ＣＣＢとＯＦＤＭシンボルとの間の事前に定義されたマッピングパターンを持たない。図１０は、ＯＦＤＭシンボルにマッピングされたＳＳＢを示す。ＳＳＢ０はスロット０のシンボル４〜７にマッピングされ、ＳＳＢ１はスロット０のシンボル８〜１１にマッピングされ、ＳＳＢ２はスロット１のシンボル２〜５にマッピングされ、ＳＳＢ３はスロット１のシンボル６〜９にマッピングされ、ＳＳＢ４はスロット２のシンボル４〜７にマッピングされ、ＳＳＢ５はスロット２のシンボル８〜１１にマッピングされ、ＳＳＢ６はスロット３のシンボル２〜５にマッピングされ、ＳＳＢ７はスロット３のシンボル６〜９にマッピングされる。マッピングモードはネットワーク側（ＢＳ等）およびＵＥに既知である。

本実施形態では、ＣＣＢはＯＦＤＭシンボルへの事前に定義されたマッピングパターンを持たない。したがって、ＰＢＣＨ上で送信される時間領域位置情報は、以下の情報を示す。

‐ＣＣＢ時間領域始点：時間スロットが１無線フレーム（１０ｍｓ）だけシフトされるＳＳＢに伴う。

‐監視ピリオド：４シンボル。すなわち、ＵＥは、ダウンリンク制御情報を正しく検出するまで、ＣＣＢ時間領域始点から４ＯＦＤＭシンボルごとにＣＣＢを検出するための、またはＣＣＢを検出するための試行を最大回数実行するための、ブラインド試行を実行する（たとえば、ＣＣＢがダウンリンク制御情報を正しく検出しない回数の上限に端末が達したときには、検出失敗が考慮される）。ＣＣＢのブラインド検出の試行の上限は、任意の望ましい値に設定することができるが、本例では１２であり、これによって、ＵＥは、ＣＣＢ時間領域始点から１２回、ＣＣＢをブラインド検出しようとする。

ＣＣＢ内の共通ＣＯＲＥＳＥＴの構成は、以下の構成情報を含む。図１０に示すように、ＣＣＢ内のＣＯＲＥＳＥＴが占有するシンボルの数は２個のＯＦＤＭシンボル（２ＯＳ）であり、これによってＣＯＲＥＳＥＴはＣＣＢの先頭２個のシンボルとして確立される。ＣＯＲＥＳＥＴが占有する資源単位の数は１０資源ブロック（１０ＲＢ）であり、これによって、ＣＣＢ内の高いほうから１０個のインデックスのＲＢをＣＯＲＥＳＥＴが占有するということが確立される。

ＵＥはＰＢＣＨ上でＳＳＢ１を正しく検出する。ＣＣＢの構成情報は、ＰＢＣＨ内で読み取られる。さらに、第１の潜在的ＣＣＢの位置は、ＣＣＢの時間領域始点情報に従って発見される。第１の潜在的ＣＣＢの共通ＣＯＲＥＳＥＴ内にダウンリンク制御情報が検出されない場合には、第５のシンボルに対応する第２の潜在的ＣＣＢにおいて上述の検出処理が繰り返され、同様に続けられ、最終的に第３の潜在的ＣＣＢにおいてダウンリンク制御情報を正しく検出する。ＵＥはＣＣＢ時間領域情報の取得および受信を完了する。

潜在的ＣＣＢの数は冗長であり、ＢＳは潜在的ＣＣＢのうちから実際に送信されるＣＣＢ資源を選択することができる。いくつかのＣＣＢは、スキップしてもよく、他のデータまたは制御情報の送信のために用いてもよい。

さらに、ＰＢＣＨは、ＣＣＢの周波数領域資源を示してもよく、ＵＥはＣＣＢの時間領域位置を決定してもよい。ＰＢＣＨ上で送信されたインジケーションに従ってＣＣＢの周波数領域位置を決定することが望ましい場合がある。

図１１は、ＣＣＢとＯＦＤＭシンボルとの間に事前に定義されたマッピングパターンがない場合の、ＯＦＤＭシンボルとＳＳＢとの間のマッピングパターンの別の例を示す。図１１では、ＳＳＢの数はＬ＝１６であり（すなわち、ＳＳＢインデックスは０〜１５）、各ＳＳＢは、図１１に示すようにマッピングされる連続する４個のＯＦＤＭシンボルを占有する。ＳＳＢ０はスロット０内のシンボル４〜７にマッピングされ、ＳＳＢ１はスロット０内のシンボル８〜１１にマッピングされ、ＳＳＢ２はスロット１内のシンボル２〜５にマッピングされ、ＳＳＢ３はスロット１内のシンボル６〜９にマッピングされ、ＳＳＢ４はスロット２内のシンボル４〜７にマッピングされ、ＳＳＢ５はスロット２内のシンボル８〜１１にマッピングされ、ＳＳＢ６はスロット３内のシンボル２〜５にマッピングされ、ＳＳＢ７はスロット３内のシンボル６〜９にマッピングされる。連続する８個のＳＳＢの層１１００がグループ化され、本例について上で説明したＯＦＤＭシンボルに直接的にマッピング済のＳＳＢにマッピングされる。ＳＳＢからＯＦＤＭシンボルへのマッピングパターンと、層１１００内のＳＳＢから、ＯＦＤＭシンボルにマッピング済のＳＳＢへのマッピングパターンとは、ネットワーク側（ＢＳ等）およびＵＥに既知である。

本例では、ＣＣＢはＯＦＤＭシンボルへの事前に定義されたマッピングパターンを持たない。層１１０内の各ＳＳＢセットは、１２個の潜在的ＣＣＢ資源からなるセットに対応し、ＳＳＢの同じセットについてＳＳＢを伴ってＰＢＣＨ上で送信される時間領域位置情報は同じ内容を含む。ＣＣＢの異なるセットは、各ＣＣＢに対する異なる時間領域位置情報に対応する。示すべきＣＣＢ構成情報は異なる可能性があるので（たとえばＣＣＢ時間領域始点および他の情報）、ＳＳＢの異なるグループに属するＰＢＣＨ上の時間領域位置情報も異なる可能性がある（たとえば、ＳＳＢ０〜７等のＳＳＢグループの内容は同じであるが、別のＳＳＢグループの内容とは異なる）。

ＳＳＢの各セットについて、ＰＢＣＨは、図１０に関して上述したものと同じ態様のＣＣＢ構成情報を示すので、ここでは再び説明はしない。

いくつかの実施形態では、ＣＣＢは同じダウンリンクアンテナポートでＳＳＢを伴う周波数分割多重（ＣＣＢと対応するＳＳＢとが時間領域オフセット０を持つとき等）である。そのような実施形態については、ＣＣＢに対する時間領域位置情報は以下を含む。

‐時間領域におけるＣＣＢ始点：ＣＣＢおよび対応するＳＳＢの時間オフセットは０である。

ＣＣＢおよびＳＳＢが一対一対応で配置されるので、潜在的ＣＣＢ資源の数のブラインド検出は不要である。監視サイクルインジケーションフィールドは無効である。

ＣＣＢ監視の上限は１であり、または、ＣＣＢ監視の上限は無効である。

ＣＣＢ内の共通ＣＯＲＥＳＥＴの構成は、以下の構成情報を含む：図１１に示すように、ＣＣＢ内の共通制御資源セットが占有するシンボルの数は２個のＯＦＤＭシンボル（２ＯＳ）であり、ＣＯＲＥＳＥＴはＣＣＢの先頭２個のシンボルを構成し、共通制御資源が占有する資源単位の数は１０資源ブロック（ＲＢ）であり、ＣＯＲＥＳＥＴはＣＣＢ内のインデックスの高いほうから１０個の資源ブロック内に配置される。

ＵＥは、ＳＳＢ１上で同期信号およびＰＢＣＨを正しく検出する。ＣＣＢの構成情報はＰＢＣＨから読み取られる。さらに、ＣＣＢはＣＣＢの時間領域始点情報に従って設定され、ＣＯＲＥＳＥＴのブラインド検出は不要である。その後、ＵＥはＣＣＢ時間領域位置情報の取得および受信を完了する。

ＰＢＣＨ上でＳＳＢを受信した後、ＵＥは上述の情報を取得し、受信したＳＳＢに対応するＣＣＢを直接的に発見することができる。この時点で、ＵＥは追加のＳＳＢインデックスを取得する必要はない。

本実施形態に対応するＣＣＢ時間領域位置情報インジケーションモードは、図１３〜１５を参照して詳細に説明される。２つのロケーションでＣＣＢマッピングを考える。その一部はＳＳＢ周波数領域の片側または両側にマッピングされ、その残部は別の時間領域位置にマッピングされる。このマッピングによって、ＣＣＢの第２部分のスイープ時間が短縮でき、これによって他のデータおよび制御への影響が低減される。

いくつかの実施形態では、現在のＣＣＢが２つのロケーションにマッピングされているか、または１つのロケーションにマッピングされているかを、対応する共通ＣＯＲＥＳＥＴのＰＤＣＣＨまたはＰＢＣＨを介して、ＵＥに示すことができる。たとえば、ＰＢＣＨ内の１ビットをそのようなインジケーションに用いることができ、そのようなビットの値「０」は「現在のＣＣＢが２つのロケーションにマッピングされている」を表し、そのようなビットの値「１」は「現在のＣＣＢが１つのロケーションにマッピングされている」を表す。

多重方式、１つの実装方法は、図１３に示すように、ＣＣＢの２つの部分（第１部分および第２部分）がそれぞれの共通制御資源（たとえば資源ブロック）のセットを有するということである。これを行う別の方法は、図１４および図１５に示すように、２部分のＣＣＢが、スケジューリングのために同一の共通ＣＯＲＥＳＥＴ内のダウンリンク制御情報を用いるということである。

図１３に示すモードでは、ＰＢＣＨ上で２つのＣＣＢ構成情報を示す必要があり、ＳＳＢ周波数分割多重でのＣＣＢの構成は上記図１２を参照して説明したものと同一である。ＣＣＢの第２部分の構成は、本明細書に記載する実施形態のいずれかに従ったものであってもよく、ここでは再び説明しない。

ＵＥがＣＣＢの各部分内のダウンリンク制御情報を正しく検出した後、ＵＥは、さらに、ダウンリンク制御情報の命令に従ってＣＣＢ内の情報（ＲＭＳＩまたはページングメッセージ等）を受信する。

図１４に示すモードでは、上記図１０に関して説明した技法と同様にして、第１部分ＣＣＢ構成情報のみがＰＢＣＨ上で送信される。ＵＥがＣＣＢの第１部分内でダウンリンク制御情報を正しく検出した後に、ＵＥは、さらに、ダウンリンク制御情報の命令に従ってＣＣＢの第２部分に分配された情報（ＲＭＳＩまたはページングメッセージ等）を受信する。

図１５に示すモードでは、本明細書で説明される任意の実施形態によって、ＣＣＢ構成情報の第２部分のみがＰＢＣＨ上の送信において示される。ＵＥがＣＣＢの第２部分内でダウンリンク制御情報を正しく検出した後に、ＵＥは、さらに、ダウンリンク制御情報の命令に従ってＣＣＢの２つの部分に分配された情報（ＲＭＳＩまたはページングメッセージ等）を受信する。

ＣＣＢの２つの部分内の情報は、同一であっても異なる情報であってもよい。２つの部分が異なる情報を含むときには、ＵＥは２つの部分の情報を正しく復号し、その後に完全な情報を取得する必要がある。ＣＣＢの２つの部分が同じ情報を含むときには、ＣＣＢの２つの部分内の情報は異なる冗長性バージョン（Redundancy Version, RV）で用いることができ、または単に情報の複製に用いることができる。ＵＥは、完全な情報（ＲＭＳＩまたはページングメッセージ等）を取得するために、ＣＣＢの１つの部分だけを受信すればよい場合がある。ＵＥは、ＣＣＢの２つの部分を受信して増加的冗長性（Incremental Redundancy, IR）合成を実行してもよいし、チェイス合成（ＣＣ）を実行してもよい。これによって受信性能が向上する。

図１６は、本明細書で提供する技法の少なくとも一部を利用する可能性のある基地局１６５０（たとえばネットワークエンティティ）の概略アーキテクチャ図１６００である。そのような基地局１６５０は、サービス（開示された他の技法、シナリオ、等の１つ以上のうち少なくともいくつか）を提供するために、単独で、または他の基地局、ノード、エンドユニットおよび／またはサーバ等と組み合わせて、構成および／能力において大きく異なる可能性がある。たとえば、基地局１６５０は、１つ以上のユーザ機器（ＵＥ）を（たとえば無線および／または有線の）ネットワーク（たとえば１以上の基地局に接続されていてもよく、および／または１以上の基地局を含んでもよい）（たとえば符号分割多重接続（ＣＤＭＡ）ネットワーク、時分割多重接続（ＴＤＭＡ）ネットワーク、周波数分割多重接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク、等）に接続してもよい。ネットワークは、無線技術（ユニバーサル地上無線接続（ＵＴＲＡ）、ＣＤＭＡ２０００、広域自動車通信システム（ＧＳＭ（登録商標））、拡張ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ、等）を実装してもよい。ＢＳおよび／またはＵＥは、標準規格（ロングタームエボリューション（ＬＴＥ）、５Ｇ新無線（ＮＲ）、等）を用いて通信してもよい。

基地局１６５０は、命令を処理する１つ以上の（たとえばハードウェア）プロセッサ１６１０を備えてもよい。１つ以上のプロセッサ１６１０は、任意選択の例として複数のコア、１つ以上のコプロセッサ（数学コプロセッサまたは一体化画像処理ユニット（ＧＰＵ））、および／または、ローカルキャッシュメモリの１つ以上の層を含んでもよい。基地局１６５０は、様々な形態のアプリケーション（たとえば、オペレーティングシステム１６０４、１つ以上の基地局アプリケーション１６０６、および／または様々な形態のデータ（データベース１６０８および／またはファイルシステム等））を格納するメモリ１６０２を備えてもよい。基地局１６５０は、様々な周辺構成要素（ローカルエリアネットワークおよび／またはワイドエリアネットワークに接続可能な有線および／または無線ネットワークアダプタ１６１４、１つ以上のストレージ要素１６１６（ハードディスクドライブ、ソリッドステートストレージ装置（ＳＳＤ）、フラッシュメモリ装置および／または磁気および／または光ディスクリーダ等）および／または他の周辺構成要素）を備えてもよい。

基地局１６５０は、シリアルまたはパラレルＡＴアタッチメント（ＡＴＡ）バスプロトコルの変形、ユニフォームシリアルバス（ＵＳＢ）プロトコル、および／またはスモールコンピュータシステムインタフェース（ＳＣＩ）バスプロトコル等の様々なバス技術を用いて、プロセッサ１６１０、メモリ１６０２および／または様々な周辺機器を相互接続する１つ以上の通信バス１６１２を特徴とするメインボードを備えてもよい。マルチバスシナリオでは、通信バス１６１２は基地局１６５０を少なくとも１つの他のサーバと相互接続してもよい。任意選択の例として基地局１６５０に含まれ得る他の構成要素（図１６の概略図１６００には示さないが）は、ディスプレイ、ディスプレイアダプタ（画像処理ユニット（ＧＰＵ）等）、入力用周辺機器（キーボードおよび／またはマウス等）、および／またはフラッシュメモリ装置（基地局１６５０を準備完了状態にブートすることを容易にする基本入出力システム（ＢＩＯＳ）ルーチンを格納し得るもの）、等を含む。

基地局１６５０は、様々な物理的エンクロージャ（デスクトップまたはタワー）の内部で動作してもよく、および／または「オールインワン」装置としてディスプレイに一体化されてもよい。基地局１６５０は、水平におよび／またはキャビネット内またはラック内に搭載されてもよく、単に相互接続された構成要素のセットを備えてもよい。基地局１６５０は、他の構成要素に電力を供給しおよび／または制御する、専用および／または共用の電源１６１８を備えてもよい。基地局１６５０は、他の基地局および／またはサーバおよび／または他の装置に電力を提供しおよび／または受け取ってもよい。基地局１６５０は、温度、湿度および／または気流等の気候特性を制御する共用および／または専用の気候制御ユニット１６２０を備えてもよい。そのような多くの基地局１６５０は、本明細書に提示される技術の少なくとも一部を利用するよう構成されおよび／または適合されてもよい。

図１７は、本明細書に提示される技術の少なくとも一部が実装可能であるユーザ機器（ＵＥ）１７５０（たとえば通信装置）の概略アーキテクチャ図１７００を提示する。このようなＵＥ１７５０は、ユーザに様々な機能を提供するために、構成および／または能力において大きく異なってもよい。ＵＥ１７５０は、様々な形態ファクタ（携帯電話（たとえばスマートフォン）、デスクトップまたはタワーのワークステーション、ディスプレイ１７０８に一体化された「オールインワン」装置、ラップトップ、タブレット、コンバーチブルタブレットまたはパームトップ装置、ウェアラブル装置（ヘッドセットに搭載可能なもの等）、眼鏡、イヤーピース、および／または腕時計、および／または衣類物品に一体化されるもの、および／または家具の構成要素（テーブルトップ等）、および／または他の装置、および／または車両または住居）で提供可能である。ＵＥ１７５０は、様々な役割（たとえば、電話、ワークステーション、キオスク、メディアプレーヤ、ゲーム装置、および／または電気製品）でユーザにサービスを提供することができる。

ＵＥ１７５０は、命令を処理する１つ以上の（たとえばハードウェア）プロセッサ１７１０を備えてもよい。１つ以上のプロセッサ１７１０は、任意選択の例として複数のコア、１つ以上のコプロセッサ（数学コプロセッサまたは一体化画像処理ユニット（ＧＰＵ））、および／または、ローカルキャッシュメモリの１つ以上の層を含んでもよい。ＵＥ１７５０は、様々な形態のアプリケーション（たとえば、オペレーティングシステム１７０３、１つ以上のユーザアプリケーション１７０２（文書アプリケーション、メディアアプリケーション、ファイルおよび／またはデータアクセスアプリケーション、通信アプリケーション（ウェブブラウザおよび／または電子メールクライアント等）、ユーティリティ、および／またはゲーム等）、および／または様々な周辺機器のためのドライバを格納するメモリ１７０１を備えてもよい。ＵＥ１７５０は、様々な周辺構成要素（ローカルエリアネットワークおよび／またはワイドエリアネットワークに接続可能な有線および／または無線ネットワークアダプタ１７０６、１つ以上の出力構成要素（ディスプレイアダプタに接続されたディスプレイ１７０８（画像処理ユニット（ＧＰＵ）を含んでいてもよい）、スピーカに接続されたサウンドアダプタ、および／またはプリンタ）、ユーザから入力を受け付けるための入力装置（キーボード１７１１、マウス、マイク、カメラ、および／またはディスプレイ１７０８のタッチセンシティブ構成要素）、および／または、環境センサ（ＵＥ１７５０の位置、速度および／または加速度を検出するＧＰＳ受信機１７１９、加速度計、および／またはＵＥ１７５０の物理的姿勢を検出するジャイロスコープ）を備えてもよい。任意選択の例としてＵＥ１７５０に含まれ得る他の構成要素（図１７の概略図１７００には示さないが）は、１つ以上のストレージ構成要素（ハードディスクドライブ、ソリッドステートストレージ装置（ＳＳＤ）、フラッシュメモリ装置および／または磁気および／または光ディスクリーダ等）、フラッシュメモリ装置（ＵＥ１７５０を準備完了状態にブートすることを容易にする基本入出力システム（ＢＩＯＳ）ルーチンを格納し得るもの）、温度、湿度および／または気流等の気候特性を制御する気候制御ユニット、等を含む。

ＵＥ１７５０は、シリアルまたはパラレルＡＴアタッチメント（ＡＴＡ）バスプロトコルの変形、ユニフォームシリアルバス（ＵＳＢ）プロトコル、および／またはスモールコンピュータシステムインタフェース（ＳＣＩ）バスプロトコル等の様々なバス技術を用いて、プロセッサ１７１０、メモリ１７０１および／または様々な周辺機器を相互接続する１つ以上の通信バス１７１２を特徴とするメインボードを備えてもよい。ＵＥ１７５０は、他の構成要素に電力を供給しおよび／または制御する、専用および／または共用の電源１７１８および／またはＵＥ１７５０が電源１７１８を介して電力源に接続されていない間に使用するための電力を貯留するバッテリ１７０４を備えてもよい。ＵＥ１７５０は、他のクライアント装置に電力を供給してもよく、他のクライアント装置から電力を受け取ってもよい。

図１８は、過渡的でないコンピュータ可読媒体１８０２の例を伴うシナリオ１８００の例示である。過渡的でないコンピュータ可読媒体１８０２は、プロセッサ実行可能命令１８１２（プロセッサ１８１６によって実行されると、本明細書の開示の少なくともいくつかを（たとえばプロセッサ１８１６によって）実行させる）を備えてもよい。過渡的でないコンピュータ可読媒体１８０２は、メモリ半導体（たとえばスタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、および／または同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）技術を利用したもの）、ハードディスクドライブのプラッタ、フラッシュメモリ装置、または磁気または光ディスク（コンパクトディスク（ＣＤ））、デジタルバーサタイルディスク（ＤＶＤ）、および／またはフロッピーディスクを備えてもよい。本例の過渡的でないコンピュータ可読媒体１８０２は、コンピュータ可読データ１８０４を記憶し、コンピュータ可読データ１８０４が装置１８０８のリーダ１８１０（たとえばハードディスクドライブの読み出しヘッドまたはソリッドステートストレージ装置上で発動される読み出し命令）によって読み出し１８０６に供されると、プロセッサ実行可能命令１８１２を表現する。いくつかの実施形態では、プロセッサ実行可能命令１８１２は、実行されると、たとえば図２および図３の方法例の少なくとも一部等の動作を実行させる。いくつかの実施形態では、プロセッサ可読命令１８１２は、システムおよび／またはシナリオ（本明細書に説明される例示的システムの少なくとも一部等）を実施させるよう構成される。

本願で用いられる「モジュール」、「システム」、「インタフェース」および／または同様のものは、一般的に、コンピュータ関連エンティティ（ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェア）を参照するよう意図される。たとえば、構成要素は、プロッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行可能物、実行スレッド、プログラム、および／またはコンピュータであってもよいが、これらに限らない。例示によって、コントローラ上で実行中のアプリケーションおよびコントローラがいずれも構成要素となり得る。プロセスおよび／または実行スレッド内に１つ以上の構成要素が存在してもよく、構成要素は１つのコンピュータ上にローカライズされてもよく、および／または２以上のコンピュータ（たとえばノード）間に分散してもよい。

とくに指定しない限り、「第１の」「第２の」および／または同様のものは、時間的態様、空間的態様、順序、等を示唆するようには意図されない。これらの用語は、単に、特徴、要素、項目、等のための識別子、名称、等として用いられる。たとえば、第１のオブジェクトおよび第２のオブジェクトは、一般的に、オブジェクトＡおよびオブジェクトＢまたは２つの異なるまたは２つの同一のオブジェクトまたは同じオブジェクトに対応してもよい。

さらに、「例」「例示的実施形態」は、本明細書において、例、例示、等を意味するために用いられ、必ずしも有利なものではない。本明細書で用いられる「または」は、排他的な「または」ではなく包含的な「または」を意味する。さらに、本願において用いられる「ａ」および「ａｎ」は、そうでないと特定するか、文脈から単数形に関すると明らかでない限り、一般的に「１つ以上の」を意味すると解釈される。また、ＡおよびＢの少なくとも１つおよび／または同様のものは、一般的にＡまたはＢを意味するか、またはＡおよびＢ双方を意味する。さらに、「含む」「持つ」「有する」「伴う」および／またはこれらの変形は、詳細な説明または特許請求の範囲で用いられ、このような用語は、「備える」という用語と同様に包含的であると意図される。

本対象は、構造的特徴および／または方法論的作用に特有の言語において記述されたが、添付の特許請求の範囲に定義される対象は、必ずしも上述の特定の特徴または作用には限定されないと理解されるべきである。上述の特徴および作用は、特許請求の範囲の少なくとも一部の例示的形態として開示される。

さらに、特許請求の範囲に記載された対象は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生成する標準的なプログラミングおよび／またはエンジニアリング技術を使用して、開示された対象を実装するコンピュータ（たとえばノード）を制御する方法、装置、または製造品として実装され得る。本明細書で用いる用語「製造物品」は、任意のコンピュータ可読装置、キャリアまたはメディアからアクセス可能なコンピュータプログラムを包含するよう意図される。当然ながら、特許請求の範囲の対象の範囲および精神から逸脱することなく、この構成に多数の修正を加えることが可能である。

本明細書において、実施形態および／または例の様々な動作が提供される。本明細書で動作の一部またはすべてが説明される順序は、これらの動作が必ずしも順序に依存することを意味すると解釈されるべきではない。この説明の恩恵を受ける当業者は、代替の順序付けを理解するであろう。さらに、本明細書で提供される各実施形態および／または例に必ずしもすべての動作が存在するとは限らないことを理解されたい。また、いくつかの実施形態および／または例では、すべての動作が必要なわけではないことも理解されよう。

また、本開示は、１つ以上の実装に関して示され説明されたが、本明細書および添付図面を読んで理解すると、当業者は均等な変更および修正を考えるであろう。本開示は、すべてのそのような修正および変更を含み、添付の特許請求の範囲によってのみ制限される。特に、上記の構成要素（たとえば、要素、資源など）によって実行されるさまざまな機能に関して、そのような構成要素を説明するために使用される用語は、特に指定がない限り、開示された構造と構造的に同等ではない場合でも、記述された構成要素と特定の機能を実行する構成要素に対応することを意図している。加えて、本開示の特定の特徴はいくつかの実装のうちの１つのみに関して開示されている可能性があるが、そのような特徴は、任意の特定または特定の用途にとって望ましいおよび有利な他の実装の１つ以上の他の特徴と組み合わせることができる 。

Claims (28)

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. 前記監視情報は、前記ダウンリンク制御情報が検出されなかったと判定するまでに実行すべき監視の持続時間を定義する、請求項２４に記載の方法。
26. 前記監視情報は、前記共通制御ブロック内の共通制御資源セット構成を定義する、請求項２４に記載の方法。
27. プロセッサと、
    プロセッサ実行可能命令を備えるメモリと
    を備える通信装置であって、
    前記プロセッサ実行可能命令は、前記プロセッサによって実行されると、請求項１〜２６のいずれか一項に記載の方法を実行させる、
    通信装置。
28. プロセッサ実行可能命令を記憶する過渡的でないコンピュータ可読媒体であって、前記プロセッサ実行可能命令は、実行されると、請求項１〜２６のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体。

Images