(57)【要約】複数のアンテナポートを介して物理的ブロードキャストチャネル上で共通制御ブロックのための時間領域位置情報を送信する１以上の装置、システムおよび／または方法が提供される。共通制御ブロックは時間領域位置情報に従って送信される。【選択図】図２
2020529795.tif 000002
【特許請求の範囲】
【請求項１】
物理的ブロードキャストチャネル上で共通制御ブロックに対する時間領域位置情報を送信することと、
前記時間領域位置情報に従って前記共通制御ブロックを送信することと、
を備える方法。
【請求項２】
前記物理的ブロードキャストチャネルは複数のアンテナポートを介して送信される、請求項１に記載の方法。
【請求項３】
前記時間領域位置情報は、時間領域内において、前記共通制御ブロックの送信の始点を備える、請求項１に記載の方法。
【請求項４】
前記時間領域位置情報は、実際に送信すべき同期信号ブロックのパターンを備える、請求項１に記載の方法。
【請求項５】
前記時間領域位置情報は、前記共通制御ブロックからデータ伝送スロットへのマッピングパターンを備える、請求項１に記載の方法。
【請求項６】
前記時間領域位置情報は、１つの同期信号ブロックに割り当てられる潜在的共通制御ブロックの量を備える、請求項１に記載の方法。
【請求項７】
前記潜在的共通制御ブロックは前記実際に送信される共通制御ブロックを備え、
前記方法は、前記潜在的共通制御ブロックから、実際に送信される共通制御ブロックの時間領域位置を選択することを備える、
請求項６に記載の方法。
【請求項８】
前記時間領域位置情報は、隣接する２つの同期信号ブロックに対応する潜在的共通制御ブロックの２つの始点間の時間領域オフセットを備える、請求項１に記載の方法。
【請求項９】
前記時間領域位置情報は、前記共通制御ブロックに含まれるダウンリンク制御情報が受信されたか否かを決定するためのブラインド検出のための監視情報を備える、請求項１に記載の方法。
【請求項１０】
前記監視情報は、ノードがいつ前記ブラインド検出を実行すべきかの監視ピリオドを定義する、請求項９に記載の方法。
【請求項１１】
前記監視情報は、前記ダウンリンク制御情報が検出されたと判定するまでにノードが実行すべきブラインド検出の最大回数を定義する、請求項９に記載の方法。
【請求項１２】
前記監視情報は、前記ダウンリンク制御情報が検出されたと判定するまでにノードが実行すべき監視の持続時間を定義する、請求項９に記載の方法。
【請求項１３】
前記監視情報は、前記共通制御ブロック内の共通制御資源セット構成を定義する、請求項９に記載の方法。
【請求項１４】
物理的ブロードキャストチャネル上で共通制御ブロックに対する時間領域位置情報を受信することと、
前記時間領域位置情報に従って前記共通制御ブロックを受信することと、
を備える方法。
【請求項１５】
前記物理的ブロードキャストチャネルは複数のアンテナポートを介して送信される、請求項１４に記載の方法。
【請求項１６】
前記時間領域位置情報は、時間領域内において、前記共通制御ブロックの送信の始点を備える、請求項１４に記載の方法。
【請求項１７】
前記時間領域位置情報は、送信機によって実際に送信されその後受信された同期信号ブロックのパターンを備える、請求項１４に記載の方法。
【請求項１８】
前記時間領域位置情報は、前記共通制御ブロックからデータ伝送スロットへのマッピングパターンを備える、請求項１４に記載の方法。
【請求項１９】
前記時間領域位置情報は、１つの同期信号ブロックに割り当てられる潜在的共通制御ブロックの量を備える、請求項１４に記載の方法。
【請求項２０】
前記潜在的共通制御ブロックは実際に送信される共通制御ブロックを備え、
前記方法は、前記実際に送信される共通制御ブロックを受信するために、前記潜在的共通制御ブロックの時間領域位置をブラインド検出することを備える、
請求項１９に記載の方法。
【請求項２１】
前記時間領域位置情報は、隣接する２つの同期信号ブロックに対応する潜在的共通制御ブロックの２つの始点間の時間領域オフセットを備える、請求項１４に記載の方法。
【請求項２２】
前記時間領域位置情報は、前記共通制御ブロックに含まれるダウンリンク制御情報が受信されたか否かを決定するためのブラインドチェックのための監視情報を備える、請求項４に記載の方法。
【請求項２３】
前記監視情報は、いつ前記ブラインド検出を実行すべきかの監視ピリオドを定義する、請求項２２に記載の方法。
【請求項２４】
前記監視情報は、前記ダウンリンク制御情報が検出されなかったと判定するまでに実行すべきブラインド検出の最大回数を定義する、請求項２２に記載の方法。
【請求項２５】
前記監視情報は、前記ダウンリンク制御情報が検出されなかったと判定するまでに実行すべき監視の持続時間を定義する、請求項２４に記載の方法。
【請求項２６】
前記監視情報は、前記共通制御ブロック内の共通制御資源セット構成を定義する、請求項２４に記載の方法。
【請求項２７】
プロセッサと、
プロセッサ実行可能命令を備えるメモリと
を備える通信装置であって、
前記プロセッサ実行可能命令は、前記プロセッサによって実行されると、請求項１〜２６のいずれか一項に記載の方法を実行させる、
通信装置。
【請求項２８】
プロセッサ実行可能命令を記憶する過渡的でないコンピュータ可読媒体であって、前記プロセッサ実行可能命令は、実行されると、請求項１〜２６のいずれか一項に記載の方法を実行させる、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
無線通信スペクトルを利用する製品およびサービスの数は、新たな製品が出現するにつれて増加し続ける。このスペクトルにおける帯域幅への増大する要求にも関わらず、利用可能な帯域幅は固定されたままである。商用の通信装置は、従来３００ＭＨｚ帯を使用してきたが、この帯域は将来の無線通信のニーズに応えられない可能性が高い。
【背景技術】
【０００２】
将来の無線通信は、２８ＧＨｚ、４５ＧＨｚ等のより高い搬送波周波数を用い、第４世代（４Ｇ）通信システムを超えるものを利用する。そのような高周波数は、自由伝送損失が大きくなり、高周波数通信が従来の４Ｇ  ＬＴＥシステムのカバレッジエリアの信号対干渉雑音比（ＳＩＮＲ）に近いＳＩＮＲを持てることを保証するためには、アンテナが十分な利得を有することを保証することが必要である。高周波数通信に対応する搬送波周波数は波長が短いので、単位面積あたりにより多くのアンテナ素子を確実に収容することが可能であり、より多くのアンテナ素子は、アンテナ利得を向上させるためにビームフォーミングが使用可能であるということを意味し、したがって、高周波数通信カバレッジ性能を確保する。
【０００３】
ビームフォーミング方法を用いて、基地局または他の送信機は、特定の方向にエネルギーを集中させ、他の方向では送信エネルギーを比較的小さくできる。言い換えると、各ビームがそれぞれ独自の方向を持ち、各ビームを基地局に対して独自の方向に集中させることができる。送信機の通信領域のカバレッジを十分に確保するために、基地局は、基地局とリモートノードとの間の通信が確立されると、複数のビームを様々な方向に送信することができる。大規模の通信領域については、通信領域全体を通して十分なカバレッジを達成するために送信されるビームの数は、数十から数百にまでわたる。しかしながら、まず通信領域内で基地局とリモートノードとの間の通信を確立するための初期アクセス要件に適合するためには、システムブロードキャストメッセージの全方向カバレッジを実現する必要がある。多数のアンテナでシステムブロードキャストメッセージを送信することや、システムブロードキャストメッセージをブロードキャストすることは、システム資源に大きな要件を課す。
【０００４】
［サマリー］
本開示によれば、複数のアンテナポートを介して物理ブロードキャストチャネル上で共通制御ブロックのための時間領域位置情報を送信する装置および／または方法が提供される。共通制御ブロックは時間領域位置情報に従って送信される。
【０００５】
別の例として、複数のアンテナポートを介してブロードキャストされた物理ブロードキャストチャネル上の共通制御ブロックのための時間領域位置情報を受信する装置および／または方法が提供される。共通制御ブロックは、送信されると、時間領域位置情報に従って受信される。
【０００６】
本明細書に提示される技術は代替的な形態で実装可能であり、一方で、図面に示される具体的な実施形態は、本明細書で提供される説明の補助的ないくつかの例に過ぎない。これらの実施形態は、添付の特許請求の範囲を限定するような限定的な態様に解釈されるべきではない。
【図面の簡単な説明】
【０００７】
【図１Ａ】無線通信システムのダウンリンクでデータおよび制御チャネルを送信するための無線資源の時間周波数グリッドの例示的構造。
【図１Ｂ】実際に送信されるブロックのビットマップを送信することによるインジケーションの一形態。
【図１Ｃ】実際に送信されるＳＳブロックの数を送信することによるインジケーションの一形態。
【図１Ｄ】ビットマップおよび数を組み合わせることによるインジケーションの一形態。
【図１Ｅ】ビットマップおよび数を組み合わせることによるインジケーションの別の形態。
【図２】共通制御ブロックを位置決定するために通信領域内でＵＥによって使用可能な時間領域位置情報を送信するための方法の実施形態を概略的に例示するフローチャート。
【図３】ＢＳとの通信を確立するためにＵＥによって実行される方法の実施形態を例示するフローチャート。
【図４】ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの例。
【図５】ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、ＣＣＢの受信遅延を短縮するためにＣＣＢが集約されている。
【図６】実際の送信のために利用可能な複数のＳＳＢパターン。
【図７】ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、ＳＳＢとＣＣＢとの間の一対一対応を利用している。
【図８】ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、ＳＳＢとＣＣＢとの間の一対一対応を利用しているが、ＣＣＢが集約されている。
【図９】ＯＦＤＭシンボル、ＳＳＢ、ＣＣＢ間のマッピングパターンの別の例であり、各ＳＳＢと対応するＣＣＢとの間の統一された時間領域オフセットを利用している。
【図１０】ＯＦＤＭシンボルとＳＳＢとの間のマッピングパターンの別の例であり、ＣＣＢとＯＦＤＭシンボルとの間の事前に定義されたマッピングパターンはない。
【図１１】ＯＦＤＭシンボルとＳＳＢ間のマッピングパターンの別の例であり、ＣＣＢとＯＦＤＭシンボルとの間の事前に定義されたマッピングパターンはない。
【図１２】マッピングパターンの別の例であり、たとえばＣＣＢ同期信号が時間領域オフセット０であるときのように、ＣＣＢブロック同期信号が周波数分割多重に対応する。
【図１３】領域位置情報インジケーションモードを例示するブロック図。
【図１４】領域位置情報インジケーションモードを例示するブロック図。
【図１５】領域位置情報インジケーションモードを例示するブロック図。
【図１６】本明細書に提示される技術の少なくとも一部を利用する、および／または実施する可能性のある基地局（ＢＳ）の構成例を伴うシナリオの例示。
【図１７】本明細書に提示される技術の少なくとも一部を利用する、および／または実施する可能性のあるユーザ機器（ＵＥ）の構成例を伴うシナリオの例示。
【図１８】本明細書の記載されるもののうち１以上による、過渡的でないコンピュータ可読媒体の例を特徴づけるシナリオの例示。
【発明を実施するための形態】
【０００８】
本対象は、添付図面を参照してより完全に説明される。添付図面はこれの一部を形成し、例示によって特定の実施形態例を示す。この説明は、既知の概念の外延的または詳細な議論として意図されたものではない。当業者に一般的に既知の詳細は省略される可能性があり、または概要的な態様で取り扱われる可能性がある。
【０００９】
以下の対象は、様々な異なる形態（方法、装置、構成要素、および／またはシステム等）で実装することができる。したがって、対象は、本明細書に例として示す例示的実施形態に限定されると解釈されるように意図されてはおらず、本明細書において実施形態は単に例示として提供される。そのような実施形態は、たとえばハードウェア、ソフトウェア、ファームウェアまたはそれらの任意の組み合わせの形態をとることができる。
【００１０】
次世代無線通信システム（たとえば新無線または「ＮＲ」）では、システム情報は、最小システム情報（ＭＳＩ）と、他のシステム情報（「他のＳＩ」）とに分割される。最小システム情報は、さらに、物理ブロードキャストチャネル（「ＰＢＣＨ」）上で搬送される主システム情報（「ＭＩＢ」）と、物理ダウンリンク共通チャネル（たとえば物理ダウンリンク共通チャネルまたは「ＰＤＳＣＨ」）上で搬送される余最小システム情報（「ＲＭＳＩ」）とに分割される。主システム情報ＭＩＢは、セルの基本システムパラメータを提供するために用いられ、余最小システム情報ＲＭＳＩは、初期アクセス関連構成情報（初期アクセス要求送信構成、初期アクセス応答メッセージ受信構成、等）を提供するために用いられる。
【００１１】
ＲＭＳＩは、物理ダウンリンク制御チャネル（「ＰＤＣＣＨ」）によってスケジュールされ、ＰＤＳＣＨ上で搬送される。ＲＭＳＩスケジューリング情報が配置される共通制御資源セット（「ＣＯＲＥＳＥＴ」）の時間周波数領域位置は、ＰＢＣＨにおいて示される場合がある。ＮＲシステムでは、ＰＢＣＨは同期信号／物理ブロードキャストチャネルブロック（「ＳＳブロック」または「ＳＳＢ」）内で搬送される。１つの同期ピリオドには複数のＳＳＢが含まれる。通信領域の完全なカバレッジを達成するために、同期信号およびＰＢＣＨを伴う異なるＳＳＢを、同一または異なるビーム方向またはアンテナポートで送信することができる。各アンテナポートは、類似したチャネル状態下での信号伝送のための論理ポートである。たとえば、独立チャネルが想定されるダウンリンク方向の動作モード（たとえばＳＩＳＯ対ＭＩＭＯ）では、個別の論理アンテナポートを定義することができる。異なるビーム方向またはアンテナポートのＰＢＣＨは、結合受信（combination reception）の必要性を有するので、このシステムおよび方法は、異なるビーム方向またはアンテナポートで同じ内容を送信することを含む。
【００１２】
しかしながら、データ伝送の柔軟性を確保するために、異なる複数のビーム方向またはアンテナポートにおける、異なる複数のＳＳＢの時間領域位置と、対応するＣＯＲＥＳＥＴの時間領域位置との関係は異なり得る。この柔軟性を、異なるビーム方向またはアンテナポートからのＰＢＣＨの結合受信と干渉することなく許容するために、本明細書に開示されるシステムおよび方法は、ＣＯＲＥＳＥＴの時間領域位置（または、少なくともＣＯＲＥＳＥＴを含む共通制御ブロック（「ＣＣＢ」））が異なる複数のビーム方向または異なるアンテナポートで正確に示されることを保証する。
【００１３】
異なるセルにおいて無線通信を確立するために、通信ネットワークにおいてノード間で制御ブロックを通信するための、１つ以上の計算装置および／または技術が提供される。たとえば、通信ネットワークにおける「通信領域」またはセルを確立するためのセルラーアンテナを含むノードとしての基地局（「ＢＳ」）である。ＢＳは、たとえばユーザ機器（「ＵＥ」）（ＢＳによって確立されたセル内に当該ＵＥが位置している間に通信ネットワーク内で第２ノードを形成する）と通信することができる。初期に通信を確立するために、ＢＳは、ＢＳの複数のアンテナポートを介して、物理ブロードキャストダウンリンクチャネル上で、ＣＣＢのための時間領域位置情報を送信する。
【００１４】
ＣＣＢは、同期信号ブロック（「ＳＳＢ」）と組み合わせて、時間領域位置情報に従って、１つまたは異なる複数の物理ダウンリンクチャネル上でのみ送信できるようにすることも可能である。ＳＳＢおよびＣＣＢは、１つ以上の直交周波数分割多重（「ＯＦＤＭ」）シンボルを含むデータ伝送スロットに（任意選択の例として、連続するスロットのそれぞれにおいて）マッピングすることができる。
【００１５】
時間領域位置情報の実施形態は、物理ブロードキャストチャネルが属するＳＳＢのアンテナポートに対応する情報を含むことができる。たとえば、時間領域位置情報は、以下の少なくとも１つを含むことができ、任意選択の例として以下の複数を含むことができ、または任意選択の例として以下のすべてを含むことができる：
（ｉ）時間領域におけるＣＣＢの始点（ＢＳによるＣＣＢの送信が開始されるべき時刻を示す）
（ｉｉ）ＢＳによってＳＳＢが実際に送信されるパターン
（ｉｉｉ）潜在的ＣＣＢが、データ伝送スロット（またはＯＦＤＭシンボル）に、複数のスロットにおいてマッピングされるパターン
（ｉｖ）１つのＳＳＢに割り当てられる潜在的ＣＣＢの量
（ｖ）隣接する２つのＳＳＢに対応する潜在的ＣＣＢの始点間のオフセット
（ｖｉ）実際に送信されたＣＣＢを受信したか否かをＵＥがブラインドで検出すべき監視サイクルのパラメータのうち１つ以上
【００１６】
監視サイクルのパラメータの例は、以下の１つ以上を含んでもよい：
‐ＵＥがブラインド検出を実行すべき監視ピリオド
‐ＣＣＢのダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべきブラインド検出の最大回数
‐ダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべき監視の持続時間
‐共通制御ブロック内の共通制御資源セット構成
【００１７】
ＣＣＢの実施形態は、共通制御資源セット（共通ＣＯＲＥＳＥＴ）を含んでもよい。共通ＣＯＲＥＳＥＴは、ＣＣＢの送信元であるＢＳの、特定のビーム方向またはアンテナポートについての共通制御情報の少なくとも一部（任意選択の例として全体）を搬送する。共通ＣＯＲＥＳＥＴ内に含まれる情報の例は、ページングダウンリンク制御情報、余最小システム情報のスケジューリング情報、ページングインジケーション情報、等のうち少なくとも１つ（任意選択の例として複数またはすべて）を含んでもよい。ページングインジケーションは、後続のページング送信のためにダウンリンクアンテナポート情報を報告するようユーザ機器をトリガするために用いられる。言い換えると、ＣＣＢは、共通制御情報を、特定のダウンリンクアンテナポート／ダウンリンクビーム方向で送信する。１つのスイープピリオドの間に、すべてのダウンリンクアンテナポート／ダウンリンクビーム方向の共通制御情報の送信を完了するために、１つ以上の共通制御ブロックＣＣＢが用いられる。ＣＣＢの実施形態は、１つ以上のＯＦＤＭシンボルを含むスロットまたはミニスロットとすることができる。ＣＣＢにおいて搬送される情報の例は、共通ＣＯＲＥＳＥＴに加え、ページングメッセージ、余最小システム情報、等のうち少なくとも１つ（任意選択の例として複数またはすべて）を含む。
【００１８】
共通ＣＯＲＥＳＥＴは、ＣＣＢ内で構成することができ、ＣＣＢが占有するいくつかのＯＦＤＭシンボルのうち少なくとも１つと、ＣＣＢが占有するいくつかの資源要素（ＲＥ）のうち少なくとも１つとを備えることができる。共通制御資源セット構成は、共通制御資源セットを占有するシンボルの数、ＣＣＢ内の時間領域相対的位置、共通制御資源セットを占有する資源要素の数、ＣＣＢ内の周波数領域相対的位置、のうち少なくとも１つ（任意選択の例として複数またはすべて）を含むことができる。
【００１９】
図面を参照して、セルラー通信システムが利用する通信技術は、直交周波数分割多重（ＯＦＤＭ）であってもよい。図１Ａは、ＯＦＤＭを利用する無線通信システムのダウンリンクでデータおよび制御チャネル（たとえばＰＢＣＨ）を送信するための無線資源の時間周波数グリッド１００の構造を例示する。図１Ａにおいて、横軸は周波数ｆを表し、縦軸は時間ｔを表す。ＯＦＤＭシンボル１２０は、図１Ａの周波数軸に沿って配置された太線によるアウトラインを持つＲＥのストリングとして示され、時間軸上では最小の伝送単位である。スロット１１０はＮＳＹ個のＯＦＤＭシンボルを含む。本明細書に記載する実施形態によれば、例示のためにＮは１４に等しいが、いくつかの実施形態によればＮの値は７，１４，２１等の任意の整数であってもよく、たとえばサブキャリアスペーシング等の要因に依存する。サブフレーム１１５は、２つのスロット１１０を含む。１つのスロット１１０は約０．５ｍｓの持続時間を有し、１つのサブフレームは１．０ｍｓの持続時間を有する。図１Ａにおいて列１０５に配置されるサブキャリアは、周波数領域において最小の伝送単位であり、システム伝送帯全体はＮＢ個のサブキャリアを含む。
【００２０】
時間周波数グリッド１００において、資源要素（「ＲＥ」）１２５は、離散ＯＦＤＭシンボルインデックスおよび離散サブキャリアインデックスによって示される基本単位である。資源ブロック（「ＲＢ」）または物理資源ブロック１３０は、図１Ａでは、時間領域ｔにおいて１４個の連続するＯＦＤＭシンボルと、周波数領域１１０においてＮＳＣ個の連続するサブキャリアとを含む。いくつかの実施形態では、ＮＳＣの値は６，１２，１８等の任意の整数とすることができるが、本明細書では簡明のため１２に等しいものとする。したがって、ＲＢ１３０は、ＮＳＹ×ＮＳＣ個のＲＥ（図示の例では１４×１２個）を含む。ＲＢは送信のためにスケジューリング可能な最小単位である。
【００２１】
時間領域位置情報等の制御情報は、共通ＣＯＲＥＳＥＴを搬送するＲＥの数およびＯＦＤＭシンボルの数を示すインジケータを含む。たとえば、共通ＣＯＲＥＳＥＴは、Ｘ個のＯＦＤＭシンボルおよびＹ個のＲＥにおいて送信される。Ｘの実装は、１，２，３，４等とすることができる。Ｙは正の整数である。
【００２２】
図２に、ＵＥがＣＣＢを位置決定するために使用可能な時間領域位置情報を送信する方法の例を示す。２００において、ＢＳは随時に、または任意選択の例として定期的に、ＰＢＣＨまたは他のパブリックチャネル（まずそのＢＳと通信するため専用に構成情報を受信することなく、範囲内のＵＥが受信し解釈することができるもの）で時間領域位置情報を送信する。ＵＥが受信すると、時間領域位置情報は、ＵＥに、ＣＣＢ（または、任意選択の例としてＣＣＢ内のＣＯＲＥＳＥＴ）の受信を期待すべき時刻を通知する。
【００２３】
時間領域位置情報は、ＳＳＢの伝送中にＵＥがＢＳから受信する他のデータからＣＣＢを差別化できるようにする任意の情報を含むことができる。時間領域位置情報は、ＣＣＢが送信および受信されるべき時刻を指定する客観的情報であってもよく、ＣＣＢが送信および受信されるべき時刻を基準点に対して相対的に指定する相対的情報であってもよい。基準点は、他のデータが送信され始める（または送信され終わる）ときの始点であってもよく、ある送信の間に送信される他のデータに対するその送信内での位置であってもよい。
【００２４】
たとえば、時間領域位置情報は、ＰＢＣＨ上でＢＳによってブロードキャストされるマスター情報ブロック（「ＭＩＢ」）を含んでもよい。ＵＥが、そのＵＥが配置された特定の通信領域のためのＣＣＢまたは共通ＣＯＲＥＳＥＴを位置決定するために使用すべき時間領域位置情報は、ＭＩＢ内（たとえば無線フレームのサブフレームの先頭Ｍ個のＯＦＤＭシンボル内、ただしＭは１，２，３，４，５，６，７，８等の任意の整数値であり得る）において見出され得る。周波数領域では、ＭＩＢは、ＢＳおよびＵＥに既知の、定義された数のサブキャリア（たとえば７２個）を占有する。ＭＩＢは、少量の、しかしＵＥ初期アクセスのための重要な情報を搬送する。ＭＩＢは、随時にまたは定期的にＰＢＣＨ上でブロードキャストしてもよい（たとえばＮ個（ただしＮは１，２，３，４，５，６等の任意の整数値であり得る）の無線フレームごとに、１０ｍｓの各無線フレーム内で、定期的にスケジューリングされる他の任意の時刻（たとえばスロット１１０ごとに、等））。
【００２５】
時間領域位置情報の具体例は、以下の少なくとも１つを含んでもよく、任意選択の例では以下の複数を含んでもよく、任意選択の例では以下のすべてを含んでもよい：
（ｉ）時間領域におけるＣＣＢの始点（ＢＳによるＣＣＢの送信が開始されるべき時刻を示す）
（ｉｉ）ＢＳによってＳＳＢが実際に送信されるパターン
（ｉｉｉ）潜在的ＣＣＢが、データ伝送スロット（またはＯＦＤＭシンボル）に、複数のスロットにおいてマッピングされるパターン
（ｉｖ）１つのＳＳＢに割り当てられる潜在的ＣＣＢの量
（ｖ）隣接する２つのＳＳＢに対応する潜在的ＣＣＢの始点間のオフセット
（ｖｉ）ＣＣＢを受信したか否かをＵＥがブラインドで検出すべき監視サイクルのパラメータのうち１つ以上
監視サイクルのパラメータの例は、以下の１つ以上を含んでもよい：
‐ＵＥがブラインド検出を実行すべき監視ピリオド
‐ＣＣＢのダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべきブラインド検出の最大回数
‐ダウンリンク制御情報が検出されたと判定するまでにＵＥが実行すべき監視の持続時間
‐共通制御ブロック内の共通制御資源セット構成
【００２６】
時間領域始点（または時間領域位置情報としての始点への参照）を送信する実施形態については、そのような時間領域始点は、以下の少なくとも１つによって記述されてもよく、任意選択の例では以下の複数によって記述されてもよく、任意選択の例では以下のすべてによって記述されてもよい：
‐第１の潜在的ＣＣＢが配置される無線フレーム番号
‐第１の潜在的ＣＣＢが配置されるサブフレーム番号
‐潜在的ＣＣＢが配置される第１のスロット番号
‐第１の潜在的ＣＣＢのシンボルインデックス（たとえばＮＳＹ値）
‐第１の潜在的ＣＣＢと第１のＳＳＢとの間の無線フレーム番号オフセット
‐潜在的ＣＣＢと第１のＳＳＢとの間のサブフレーム番号オフセット
‐第１の潜在的ＣＣＢと第１のＳＳＢとの間のスロット番号オフセット
‐第１の潜在的ＣＣＢと第１のＳＳＢとの間のシンボル番号オフセット
【００２７】
送信される時間領域位置情報のタイプに関わらず、ＢＳは、２００においてＢＳが送信した時間領域位置情報と整合するように、２１０で、ＣＣＢをデータ伝送スロット１１０内のＯＦＤＭシンボルにマッピングする。その後、ＢＳは、送信された時間領域位置情報に従い、マッピングされたＣＣＢ（共通ＣＯＲＥＳＥＴを含む）を２２０で送信する。言い換えると、ＣＣＢは、ＵＥが検出すべき時間領域位置情報が示す特定の時刻において、ＢＳによって送信される。
【００２８】
図３に、ＵＥがＢＳとの通信を確立するために実行する方法の実施形態を示す。ＢＳによって確立された通信領域の実効通信範囲にＵＥが入ると、ＵＥは３００において初期セル同期を完了する。ＢＳと同期すると、ＵＥは、３１０において、ＰＢＣＨ送信を受信し、ＰＢＣＨを送信したビーム方向またはアンテナポートに特有の時間領域位置情報を検出することによって、ＢＳを介してネットワークに対する初期アクセスを確立し始める。３２０において、ＵＥは、３２０において時間領域位置情報によって指定されたＢＳからのダウンリンク送信内の時間／周波数領域位置においてＣＣＢを検出し、ＢＳとの通信を確立する。
【００２９】
２１０において、時間領域位置情報によって指定された送信時刻、スロット、ＯＦＤＭシンボル、他のデータブロック、等にＣＣＢをマッピングすることは、様々な方法で実行可能である。たとえば、図４を参照して、ＳＳＢ（０〜７）およびＣＣＢ（０〜９）は潜在的ＳＳＢおよびＣＣＢとして定義され、すなわちこれらは使用のために利用可能である。実際に送信されるＳＳＢおよびＣＣＢは、図４ではクロスハッチングにより示される。これらの一部は、ＢＳによってＵＥに実際に送信されるよう選択される。スロット０、スロット１、スロット２、スロット３と示される４個のスロットがあり、それぞれ１４個のＯＦＤＭシンボル０〜１３を含む。図４に示す実施形態における潜在的ＳＳＢの数は、文字「Ｌ」によって表され、Ｌは８に等しい。ＳＳＢには、０から７までのインデックス値が割り当てられ（ＳＳＢ０，ＳＳＢ１，ＳＳＢ２，…，ＳＳＢ７と表す）、各ＳＳＢは表１に示すように連続する４個のシンボルを占有する。
【表１】
2020529795.tif 000003
【００３０】
たとえば、潜在的ＳＳＢはそれぞれ３つの潜在的ＣＣＢに対応する。図４においてブラケット４００で示すように、ＳＳＢ０はＣＣＢ０，１，２に対応する。隣接する２個のＳＳブロックにそれぞれ対応する潜在的ＣＣＢの始点間のオフセットＭは、Ｍ＝１であり、すなわち１個のＣＣＢである。言い換えると、ＳＳＢ０に対応する第１の潜在的ＣＣＢがＣＣＢ０であり、ＳＳＢ０に直接的に隣接するＳＳＢ１に対応する第１の潜在的ＣＣＢがＣＣＢ１であるため、ＣＣＢ１とＣＣＢ０との間のオフセットは１個のＣＣＢとなる。同様に、ＳＳＢ３に対応する第１の潜在的ＣＣＢがＣＣＢ３であり、ＳＳＢ３に直接的に隣接するＳＳＢ４に対応する第１の潜在的ＣＣＢがＣＣＢ４であるため、ＣＣＢ４とＣＣＢ３との間のオフセットも１個のＣＣＢとなる。図４に示す実施形態では、Ｍ×Ｌ＋Ｎ−Ｍ＝１×８＋３−１＝１０（個）のＣＣＢとなり、合計で１０個のＣＣＢが必要である（ただしＮは潜在的ＣＣＢに対応する潜在的ＳＳＢの最大数）。
【００３１】
異なる複数の潜在的ＳＳＢに対応する複数の潜在的ＣＣＢが重複する場合があり、実際に送信されるＳＳＢはそれぞれ実際に送信されるＣＣＢに対応する。実際に送信されるＣＣＢは、ＳＳＢに対応する３個の潜在的ＣＣＢ資源の１つからランダムに選択されるが、実際に送信されるべく選択されるＣＣＢは、選択されるＣＣＢが互いに重複しないように選ばれる。図４に示す本実施形態では、実際に送信されるＳＳＢ１と、実際に送信されるＳＳＢ２とが、いずれもＣＣＢ２に対応する。しかしながら、ＳＳＢ１の送信についてＣＣＢ２が選択されるので、ＣＣＢ２は、ＳＳＢ２で送信される選択肢としては利用できない。したがって、ＳＳＢ１がＣＣＢ２に対応し、ＳＳＢ２はＣＣＢ４に対応するよう選択される。また、ＳＳＢ４がＣＣＢ５に対応し、ＳＳＢ６はランダムに選択されてＣＣＢ８に対応する。
【００３２】
いくつかの実施形態では、実際に送信されるＳＳＢの位置は、以下の方法によりＵＥに対して示される。
【００３３】
方法１：ビットマップ。実際に送信されるＳＳＢの位置を通知する直接の方法は、図１Ｂに示すように、各ＳＳＢについてビットマップを用いることである。各ＳＳＢの状態を示すことにより、完全な柔軟性が得られる。６ＧＨｚより上では、ＳＳＢインデックスの最大数は６４となり、すなわち６４ビットが必要となる。これは大きなシグナリングオーバヘッドである。
【００３４】
方法２：数。別の方法は、実際に送信されるＳＳＢの数（Ｘ）を通知し、各ＳＳＢのマッピング順序を定義することによる。図１Ｃに示すように、実際に送信されるＳＳＢは、前から後ろへのマッピング順序で、名目的ＳＳＢの先頭Ｘ個に配置される。明らかにシグナリングオーバヘッドを低減でき、ＳＳＢが６４個の場合には６ビットしか要しない。一方で、複数の連続するスロットが他のサービスの伝送からブロックされ、または、いくつかの予測されるＳＳＢがパンクする。すなわち、構成の柔軟性が制限される。
【００３５】
方法３：ビットマップと数との組み合わせ。とくに、より少ないＳＳＢしか要求されない場合には、送信されると予測されるＳＳＢをパンクさせるより、ＵＲＬＬＣ類似のサービス伝送のためにいくつかの候補ＳＳＢ資源をリザーブするほうがよい。
【００３６】
上記の目的のために、２タイプのＳＳＢが定義可能である。
【００３７】
タイプ１ＳＳＢは、前から後ろへのマッピングについて制限される。そして、そのようなＳＳＢの数は、そのようなＳＳＢが実際に送信されたかを示すのに十分である。
【００３８】
タイプ２ＳＳＢは、潜在的なＵＲＬＬＣ類似のサービス伝送のために選択され、ＳＳＢが実際に送信されたか否かを示すためにはビットマップが妥当な方式であると思われる。
【００３９】
図１Ｄに示すように、４個のＳＳＢごとに１個が、タイプ１ＳＳＢとして定義される。ＳＳＢが６４個の場合には、タイプ１ＳＳＢの数は１６であり、タイプ１ＳＳＢの伝送状態を示すために合計１６ビットが必要となる。これら以外のＳＳＢはタイプ２ＳＳＢに分類され、これを示すのに６ビットが必要である。
【００４０】
これは方法１と方法２との折衷と思われる。すなわち、方法１は、タイプ１ＳＳＢの数をＳＳＢの最大数に等しく設定することによって得られる。逆に、タイプ２ＳＳＢの数をＳＳＢの最大数に等しく設定すると、方法２が採用される。したがって、２つのタイプのＳＳＢの数の妥当な比率を選択することで、シグナリングオーバヘッドと柔軟性との間のバランスが達成される。
【００４１】
図１Ｅに、ビットマップと数との組み合わせによるインジケーションの別の形態を示す。候補ＳＳＢがＳＳＢグループに分割される。
【００４２】
ＳＳＢグループ内で実際に送信されるＳＳＢを示すためにビットマップが採用される。
【００４３】
異なるＳＳＢグループが、実際に送信されるＳＳＢの同一パターンを共有する。
【００４４】
実際に送信されるＳＳＢを含むＳＳＢグループの数が、さらに関係する。
【００４５】
例として、１個のＳＳＢグループ内に４個のＳＳＢがあり、合計６４個の潜在的ＳＳＢがある場合を考える。ＳＳＢグループ内で実際に送信されるＳＳＢを示すために４ビットが必要である。さらに、実際に送信されるＳＳＢを含むＳＳＢグループの数を示すために、追加の４ビットが導入される。具体例として、あるＳＳＢグループ内で実際に送信されるＳＳＢを示すための４ビットは１１０１であり、これは、１つのグループ内の先頭、第２および第４のＳＳＢが実際に送信されるということを意味する。実際に送信されるＳＳＢを含むＳＳＢグループの数を示す追加の４ビットは０１１１であり、これは、先頭７個のＳＳＢグループが実際に送信されるＳＳＢを含み、これら７個のＳＳＢグループが、ＳＳＢグループ内で実際に送信されるＳＳＢの同一のパターン（１１０１）を共有するということを意味する。
【００４６】
ＳＳＢグループ内のＳＳＢの数は、潜在的ＳＳＢの数以下の任意の値に設定することができるということは記載に値する。
【００４７】
方法４：ビットマップとビットマップとの組み合わせ。図Ｍに示す別の実施形態では、候補ＳＳＢがＳＳＢグループに分割される。示す方法は、ＳＳブロックグループ内のＳＳブロックに対するビットマップと、ＳＳブロックグループに対する別のビットマップとの組み合わせとして記述される。
【００４８】
ＳＳＢグループ内で実際に送信されるＳＳＢを示すためにビットマップが採用される。
【００４９】
異なるＳＳＢグループが、実際に送信されるＳＳＢの同一パターンを共有する。
【００５０】
実際に送信されるＳＳＢを含むＳＳＢグループに対する別のビットマップが、さらに関係する。
【００５１】
例として、１個のＳＳＢグループ内に４個のＳＳＢがあり、合計６４個の潜在的ＳＳＢがある場合を考える。ＳＳＢグループ内で実際に送信されるＳＳＢを示すために４ビットが必要である。さらに、実際に送信されるＳＳＢを含むＳＳＢグループに対してビットマップを示すために、追加の１６ビットが導入される。具体例として、あるＳＳＢグループ内で実際に送信されるＳＳＢを示すための４ビットは１１０１であり、これは、１つのグループ内の第１、第２および第４のＳＳＢが実際に送信されるということを意味する。実際に送信されるＳＳＢを含むＳＳＢグループの数を示す追加の１６ビットは１１１１  １１１０  ００００  ００００であり、これは、先頭７個のＳＳＢグループが実際に送信されるＳＳＢを含み、これら７個のＳＳＢグループが、ＳＳＢグループ内で実際に送信されるＳＳＢの同一のパターン（１１０１）を共有するということを意味する。
【００５２】
ＳＳＢグループ内のＳＳＢの数は、潜在的ＳＳＢの数以下の任意の値に設定することができるということは記載に値する。
【００５３】
方法５：パターン。実際に送信されるＳＳＢのパターンをいくつか事前に定義することができ、実際に送信されるＳＳＢの位置をＵＥに対して示すためにパターンインデックスが構成される。理論的に、完全な柔軟性を達成するためには、実際に送信されるＳＳＢのパターンを非常に大きな数定義する必要がある。これは莫大なオーバヘッドである。簡素化のため、いくつかの典型的なパターンを選択し、事前に定義する。図６に示すように、ＳＳＢが８個の場合に７個のパターンが定義される。実際に送信されるＳＳＢの数の一部のみがサポートされるということは記載に値する。一部の場合（たとえば、実際に送信されるＳＳＢが３，５，６，７個、等）は許可されない。いくつかの既存の数について、実際に送信されるＳＳＢの位置はある範囲に制限される。シグナリングオーバヘッドと柔軟性との間のバランスは、妥当なパターン数を定義することによっても考慮可能である。
【００５４】
実際に送信されるＳＳＢの位置（複数可）は、ＰＢＣＨまたはＲＭＳＩまたは他のＳＩまたは専用ＲＲＣ信号において、ＩＤＬＥおよびＣＯＮＮＥＣＴＥＤ双方のＵＥに通知可能である。
【００５５】
ＣＣＢからデータ伝送スロットへのマッピングパターンも事前に定義される。図４に示すマッピングパターンでは、ＣＣＢの各インスタンスが２個のＯＦＤＭシンボルを占有すると想定する。図４に示すように、スロット内のＯＦＤＭシンボルは、同じスロット内に指定されるＣＣＢによって占有される。したがって、図４では、ＣＣＢ０，１，２，３がスロット０内に指定されているので、スロット０内の各ＣＣＢは、スロット０内のＯＦＤＭシンボル（すなわち、それぞれシンボル４〜５、シンボル６〜７、シンボル８〜９およびシンボル１０〜１１）にマッピングされる。同様に、スロット１内のＣＣＢ４，５，６，７は、スロット１内で、それぞれシンボル２〜３、シンボル４〜５、シンボル６〜７およびシンボル８〜９にマッピングされる。そして、スロット２内で、ＣＣＢ８，９は、それぞれシンボル４〜５およびシンボル６〜７にマッピングされる。
【００５６】
本例では、図４にクロスハッチングを用いて示すことにより表されるように、実際に送信されるＳＳＢ内のＰＢＣＨを確実に組み合わせることができるように、かつ、時間領域位置情報を含むＰＢＣＨ送信がそれぞれ同じ内容を確実に含むように、実際に送信されるＳＳＢは、ＳＳＢ１、ＳＳＢ２、ＳＳＢ４およびＳＳＢ６である。上記の説明に基づき、ＰＢＣＨの具体的内容は以下のようになる。
【００５７】
‐ＣＣＢ時間領域始点：ＳＳＢ始点から１無線フレーム（すなわち１０ｍｓ）までのオフセット。
【００５８】
‐ＣＣＢからデータ伝送スロットへのマッピングパターン：図４に示すパターン。
【００５９】
‐各ＳＳＢがＮ＝３個の潜在的ＣＣＢに対応する。
【００６０】
‐隣接する２個のＳＳＢに対応する潜在的ＣＣＢそれぞれの始点間のオフセットＭは、Ｍ＝１である。
【００６１】
ＭおよびＮの値構成については、典型的な値のセットを事前に定義することができ、各時点で用いられているその値をＰＢＣＨによって示すことができる。たとえば、Ｍ＝１または２と事前に定義され、Ｍの現在値を示すために１ビットが必要である。そのようなビットの値「０」は「Ｍ＝１」を表し、そのようなビットの値「１」は「Ｍ＝２」を表す。同様に、Ｎ＝３または５と事前に定義することができ、Ｍの現在値を示すために１ビットが必要である。そのようなビットの値「０」は「Ｎ＝３」を表し、そのようなビットの値「１」は「Ｎ＝５」を表す。
【００６２】
ＮおよびＭの値は、規格書で固定的に定義されてもよいということは記載に値する。そのような場合には、これに関する情報はＰＢＣＨには含まれない。たとえば、規格書においてＮ＝３かつＭ＝１が定義され、関連する情報領域は省略される。
【００６３】
ＰＢＣＨ送信を受信した後、ＵＥは上記情報を取得し、ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥはＳＳＢインデックス等の他の情報を取得することができる。たとえば、ＳＳＢインデックスはＰＢＣＨ復調基準信号（「ＤＭＲＳ」）によって示され、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ  ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢインデックスを決定することができる。たとえば、ＵＥは現在のＳＳＢインデックスが４であることを認識し、さらに、ＳＳＢ４に対応する潜在的ＣＣＢがＣＣＢ４、ＣＣＢ５またはＣＣＢ６であると推定する。（すなわち、隣接する２個のＳＳＢに対応する潜在的ＣＣＢそれぞれの始点の間のオフセットがＭ＝１であるため、ＳＳＢ４に対応する第１の潜在的ＣＣＢはＣＣＢ４であり、各ＳＳＢがＮ＝３個の潜在的ＣＣＢ資源に対応するため、そのＣＣＢはＣＣＢ４，５または６の可能性があるとさらに確認する。）
【００６４】
その後、ＵＥは、データ伝送スロットに対するＣＣＢのマッピングパターンに従い、ＣＣＢ資源４，５，６の具体的な時間領域資源位置を決定する。ＵＥは、ＣＣＢ４，５，６に対してブラインド検出を行い、図４に示すように実際に送信されたＣＣＢがＣＣＢ５であると決定する。また、ＣＣＢ４はＳＳＢ２に対応して実際に送信されたＣＣＢであるということは記載に値する。しかしながら、ＵＥはＣＣＢ５しか検出できない。その理由は、ＣＣＢ４およびＣＣＢ５は異なるダウンリンクアンテナポートで送信されており、ＵＥはＳＳＢ４に対応するダウンリンクアンテナポート下にあるからである。これは、ＣＣＢ５について使用されるダウンリンクアンテナポートでもある。
【００６５】
ＣＣＢ５内の共通ＣＯＲＥＳＥＴの相対的位置は、システムによって事前に定義されてもよく、ＰＢＣＨにおいて示されてもよい。相対的位置情報は、以下の少なくとも１つを含む：
‐決定されたＣＣＢ５において共通ＣＯＲＥＳＥＴが占有するシンボルの数
‐ＣＣＢ５内の共通ＣＯＲＥＳＥＴの時間領域相対位置
‐共通ＣＯＲＥＳＥＴが占有する資源要素の数
‐ＣＣＢ５に対する周波数領域における共通制御資源のセットの位置
‐等。
【００６６】
ＵＥは、ＣＣＢ時間領域情報の取得および受信を完了し、さらに、共通制御資源セット内のダウンリンク共通制御情報を検出し、受信したダウンリンク共通制御情報に従って共通データ（ＲＭＳＩ、ページングメッセージ、等）を受信する。
【００６７】
ＰＢＣＨは、ＣＣＢの周波数領域資源を示してもよい。ＵＥがＣＣＢの時間領域位置を決定する場合には、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定することも必要になる場合がある。
【００６８】
いくつかの実施形態では、ＣＣＢの受信遅延を短縮するために、送信すべきＣＣＢを集約する。図５に、集約ＣＣＢに係るマッピングパターンの例を示す。直前の例のように、潜在的ＳＳＢの数はＬ＝８であり（すなわちＳＳＢインデックスは０〜７であり）、各ＳＳＢは連続する４個のＯＦＤＭシンボルを占有する。図５は、潜在的ＳＳＢからデータ伝送スロットへのマッピングパターンを示し、これは以下の表２にまとめられる。マッピングパターンはネットワーク側（たとえばＢＳ）およびＵＥに既知である。
【表２】
2020529795.tif 000004
【００６９】
本例では、実際に送信されるＳＳＢのそれぞれについて、潜在的ＣＣＢのセットが構成される。図６に示すように、システムにおいて事前に定義されるＳＳＢの可能なパターンが複数（たとえば７個）存在する。ＢＳは、使用中の現在のパターンを示すために、ＵＥに対するＰＢＣＨでの送信に３ビットの識別子を含める。本例では、図６でラベル「Ｂ−ＳＳＢ」によって特定されるパターンが使用中である。ＣＣＢは重複する可能性がある。たとえば、潜在的ＣＣＢ０，１，２がＳＳＢ０に対応し、潜在的ＣＣＢ１，２，３がＳＳＢ２に対応する。このように、潜在的ＣＣＢ１およびＣＣＢ２は、いずれもＳＳＢ０およびＳＳＢ２の双方に対応する。
【００７０】
潜在的ＣＣＢからデータ伝送スロットへのマッピングパターンもまた、たとえば図５に示すパターンのように、事前に定義される。ここでも、以下のように想定する：各潜在的ＣＣＢが２個のＯＦＤＭシンボルを占有し、図５に示すデータ伝送スロットへのＳＳＢマッピングパターンを用い、スロット０において潜在的ＣＣＢ０，１，２，３がそれぞれシンボル４〜５、シンボル６〜７、シンボル８〜９およびシンボル１０〜１１にマッピングされ、スロット１において潜在的ＣＣＢ４，５，６，７がそれぞれシンボル２〜３、シンボル４〜５、シンボル６〜７およびシンボル８〜９にマッピングされ、スロット２において潜在的ＣＣＢ８，９がそれぞれシンボル４〜５、シンボル６〜７にマッピングされる。
【００７１】
時間領域位置情報に含まれるＰＢＣＨの具体的な内容は以下の通りである。
【００７２】
‐ＣＣＢ時間領域始点：ＳＳＢ始点からの時間領域オフセットは、１無線フレーム（すなわち１０ｍｓ）である。
【００７３】
‐ＣＣＢからデータ伝送スロットへのマッピングパターンは、図５に示すものである。
【００７４】
‐各ＳＳＢは、Ｎ＝３個の潜在的ＣＣＢに対応する。
【００７５】
‐隣接する２個の実際に送信されるＳＳＢに対応する潜在的ＣＣＢそれぞれの始点の間のオフセットはＭ＝１である。
【００７６】
ＰＢＣＨ上でＳＳＢに係る時間領域位置情報を受信した後、ＵＥは上記情報を取得し、潜在的ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥはＳＳＢインデックス等の他の情報を取得することができる。たとえば、ＳＳＢインデックスはＰＢＣＨ  ＤＭＲＳによって示され、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ  ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢを決定することができる。本例では、ＵＥは現在のＳＳＢインデックスが４であることを認識する。さらに、ＵＥは、表２にまとめたように、ＳＳＢ４に対応する潜在的ＣＣＢが２，３，４であると推測する。すなわち、図５のＳＳＢパターンが実際に送信されるので、ＳＳＢインデックス４を持つＳＳＢが、ネットワーク側によって実際に送信される第３のＳＳＢとなり（隣接する２個のＳＳＢに対応する潜在的ＣＣＢ資源それぞれの始点の間のオフセット）、実際に送信される第３のＳＳＢ（すなわちＳＳＢ４）に対応する第１のＣＣＢはＣＣＢ２であり、各ＳＳＢに対応する潜在的ＣＣＢの数はＮ＝３であり、さらに、そのＣＣＢがＣＣＢ資源２，３，４を搬送する可能性があることを確認する。
【００７７】
その後、ＵＥは、潜在的ＣＣＢからデータ伝送スロットへのマッピングパターンに従い、ＣＣＢ資源２，３，４の具体的な時間領域資源位置を決定する。ＵＥはＣＣＢ２，３，４に対してブラインド検出を行い、実際に送信されたＣＣＢがＣＣＢ３であると決定する。図５に示すように、ＣＣＢ０はＳＳＢ０に対応し、ＣＣＢ２はＳＳＢ２に対応し、ＣＣＢ３はＳＳＢ４に対応し、ＣＣＢ４はＳＳＢ６に対応する。この時点で、ＵＥはＣＣＢ時間領域情報の取得および受信を完了する。
【００７８】
また、ＰＢＣＨはＣＣＢの周波数領域資源を示してもよく、ＵＥはＣＣＢの時間領域位置を決定してもよい。また、ＵＥは、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定してもよい。
【００７９】
いくつかの実施形態によれば、図７に示すようにＳＳＢとＣＣＢとの間に直接的な関係が存在する。ここでも潜在的ＳＳＢの数はＬ＝８であり（すなわちＳＳＢインデックスは０〜７）、各ＳＳＢは連続する４個のＯＦＤＭシンボルを占有する。ＳＳＢの、データ伝送スロットおよびＣＣＢへのマッピングは、以下の表３にまとめられる。このマッピングモードは、ネットワーク側（たとえばＢＳ）およびＵＥに既知である。
【表３】
2020529795.tif 000005
【００８０】
本例では、送信すべき各ＳＳＢは、一対一ベースで、直接的に１つのＣＣＢに対応する。すなわち、ＳＳＢ０はＣＣＢ０に対応し、ＳＳＢ１はＣＣＢ１に対応し、等である。ＳＳＢ１，２，４，６が実際に送信される場合、これに従って、同じインデックスに対応するＣＣＢが実際に送信される。
【００８１】
図７に示すように、潜在的ＣＣＢからデータ伝送スロットへのマッピングパターンも、ＣＣＢが２個のシンボルを占有すると想定して事前に定義され、ＣＣＢ０，１，２，３は、スロット０内のシンボル４〜５、シンボル６〜７、シンボル８〜９、シンボル１０〜１１にマッピングされ、ＣＣＢ４，５，６，７は、スロット１内のシンボル２〜３、シンボル４〜５、シンボル６〜７、シンボル８〜９にマッピングされる。
【００８２】
ＰＢＣＨ上で送信されるＰＢＣＨの具体的な時間領域位置情報は、以下の通りである。
【００８３】
‐ＣＣＢ時間領域始点：ＳＳブロック始点から５サブフレームのオフセット（すなわち、本例では５ｍｓ）。
【００８４】
ＳＳＢでＰＢＣＨ上で時間領域位置情報を受信した後、ＵＥは上述の情報を取得し、ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥは他の情報（受信したＳＳＢに対するＳＳＢインデックス等）を取得する。たとえば、ＳＳＢインデックスはＰＢＣＨ  ＤＭＲＳによって示され、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ  ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢを決定することができる。本例では、ＵＥが現在のＳＳＢインデックスが４であることを認識した場合には、さらに、ＳＳＢ４に対応するＣＣＢがＣＣＢ４であると決定する。
【００８５】
ＣＣＢ４の具体的な時間領域資源位置は、ＣＣＢからデータ伝送スロットへのマッピングパターンに従って決定され、たとえば、ＣＣＢ時間領域始点から開始する第２のスロットのシンボル２〜３である。ＵＥはＣＣＢを受信し、ＵＥはＣＣＢ時間領域情報の取得および受信を完了する。
【００８６】
また、ＰＢＣＨはＣＣＢの周波数領域資源を示してもよく、ＵＥはＣＣＢの時間領域位置を決定してもよい。また、ＵＥは、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定してもよい。
【００８７】
上述の図７を参照して説明した実施形態と同様に、いくつかの実施形態は、ＳＳＢとＣＣＢとの間の直接的な一対一対応を利用しながらＣＣＢを集約することとができる。図８は、ＣＣＢを集約しつつ、ＣＣＢに一対一ベースで対応する送信すべきＳＳＢを利用する実施形態を示す。表４は、各ＳＳＢと、それぞれのスロット、ＯＦＤＭシンボル、およびＣＣＢとの関係をまとめたものである。
【表４】
2020529795.tif 000006
【００８８】
表４から、ＳＳＢ０がＣＣＢ０に対応し、ＳＳＢ２がＣＣＢ１に対応し、ＳＳＢ４がＣＣＢ２に対応し、ＳＳＢ６がＣＣＢ３に対応するということがわかる。実際に送信されるＳＳＢの事前に定義されたパターンをＵＥに通知するために、図６に示すように、ＢＳは７個の事前に定義されたＳＳＢの実際の送信パターンを有する。ＰＢＣＨ上でＵＥに送信される３ビットの識別子が、使用中の現在のＳＳＢパターンがここでも「Ｂ−ＳＳＢ」であるということを示す。
【００８９】
図８に示すように、ＣＣＢからデータ伝送スロットへのマッピングパターンも事前に定義される。図８では、各ＣＣＢが２個のシンボルを占有する場合、ＣＣＢ０がスロット０のシンボル４〜５を占有し、ＣＣＢ１がスロット０のシンボル６〜７を占有し、ＣＣＢ２がスロット０のシンボル８〜９を占有し、ＣＣＢ３がスロット０のシンボル１０〜１１を占有するということがわかる。同様に、ＣＣＢ４がスロット１のシンボル２〜３を占有し、ＣＣＢ５がスロット１のシンボル４〜５を占有し、ＣＣＢ６がスロット１のシンボル６〜７を占有し、ＣＣＢ７がスロット１のシンボル８〜９を占有する。
【００９０】
本例では、ＰＢＣＨ上で送信されるＰＢＣＨの具体的な時間領域位置情報は以下の通りである。
【００９１】
‐ＣＣＢ時間領域始点：ＳＳＢ始点から５サブフレーム（すなわち５ｍｓ）のオフセット。
【００９２】
‐ＣＣＢからデータ伝送スロットへのマッピングパターンは、図８に示す通りである。
【００９３】
‐実際に送信されるＳＳＢパターンは、図８に示す通りである。
【００９４】
ＳＳＢでＰＢＣＨ上で時間領域位置情報を受信した後、ＵＥは上述の情報を取得し、ＣＣＢ時間領域始点を直接的に発見することができる。その後、ＵＥは受信したＳＳＢに対応するＣＣＢを判定する。ＳＳＢにおいて、ＵＥは他の情報（受信したＳＳＢに対するＳＳＢインデックス等）を取得する。たとえば、ＳＳＢインデックスはＰＢＣＨ  ＤＭＲＳによって示すことができ、８個の異なるＤＭＲＳシーケンスを定義する。ＵＥは、現在のＰＢＣＨ  ＤＭＲＳシーケンスインデックスを検出することにより、現在のＳＳＢを決定することができる。たとえば、図８に示す実際に送信されるＳＳＢパターンから、ＵＥが現在のＳＳＢインデックスを４と特定した場合には、ＳＳＢインデックスは、実際に送信される第３のＳＳＢに対応する４となる。その後、ＵＥは、ＣＣＢからデータ伝送スロットへのマッピングパターンに従って、ＣＣＢ３の具体的な時間領域位置を決定することができる。ＵＥはＣＣＢ３を受信し、このようにしてＣＣＢ時間領域情報の取得および受信を完了する。
【００９５】
また、ＰＢＣＨは、ＣＣＢの周波数領域資源を示してもよく、端末はＣＣＢの時間領域位置を決定してもよい。また、ＰＢＣＨのインジケーションに従ってＣＣＢの周波数領域位置を決定することも望ましい場合がある。
【００９６】
いくつかの実施形態は、各ＳＳＢと、対応するＣＣＢとの間の、統一された時間領域オフセットを利用してもよい。図９を参照すると、ＣＣＢからデータ伝送スロットへのマッピングパターンは、ＳＳＢからデータ伝送スロットへのマッピングパターンと同じである。また、各ＳＳＢとそれぞれ対応するＣＣＢとの間に、統一された時間領域オフセットが存在する。
【００９７】
具体的には、潜在的ＳＳＢの数はＬ＝８であり（すなわちＳＳＢインデックスは０〜７）、各ＳＳＢは連続する４個のＯＦＤＭシンボルを占有する。図９における、各ＳＳＢからそれぞれのＯＦＤＭシンボルおよび対応するＣＣＢへのマッピングは、以下の表５にまとめられる。
【表５】
2020529795.tif 000007
【００９８】
潜在的ＳＳＢはそれぞれ、そのＳＳＢと同じデータ伝送スロットにマッピングされる１つの対応するＣＣＢを有する。言い換えると、ＣＣＢ時間領域の開始から、ＣＣＢ０はスロット０のシンボル４〜７にマッピングされ、ＣＣＢ１はスロット０のシンボル８〜１１にマッピングされ、ＣＣＢ２はスロット１のシンボル２〜５にマッピングされ、ＣＣＢ３はスロット１のシンボル６〜９にマッピングされ、ＣＣＢ４はスロット２のシンボル４〜７にマッピングされ、ＣＣＢ５はスロット２のシンボル８〜１１にマッピングされ、ＣＣＢ６はスロット３のシンボル２〜５にマッピングされ、ＣＣＢ７はスロット３のシンボル６〜９にマッピングされる。
【００９９】
本例では、ＣＣＢ時間領域情報を搬送するためにＰＢＣＨ上で送信されるＰＢＣＨの具体的な時間領域位置情報は、以下の通りである。
【０１００】
‐ＣＣＢおよび対応するＳＳＢ時間領域オフセット：５サブフレーム（すなわち５ｍｓ）
【０１０１】
ＳＳＢでＰＢＣＨ上で時間領域位置情報を受信した後、ＵＥは上述の情報を取得し、受信したＳＳＢに対応するＣＣＢの時間領域位置を、その対応するＳＳＢに対する各ＣＣＢの均一なオフセットに基づき、直接的に決定する。ＵＥは、上述のいくつかの実施形態について説明されたように追加のＳＳＢインデックス情報を取得する必要はない。
【０１０２】
いくつかの実施形態は、図１０に示すように、ＣＣＢとＯＦＤＭシンボルとの間の事前に定義されたマッピングパターンを持たない。図１０は、ＯＦＤＭシンボルにマッピングされたＳＳＢを示す。ＳＳＢ０はスロット０のシンボル４〜７にマッピングされ、ＳＳＢ１はスロット０のシンボル８〜１１にマッピングされ、ＳＳＢ２はスロット１のシンボル２〜５にマッピングされ、ＳＳＢ３はスロット１のシンボル６〜９にマッピングされ、ＳＳＢ４はスロット２のシンボル４〜７にマッピングされ、ＳＳＢ５はスロット２のシンボル８〜１１にマッピングされ、ＳＳＢ６はスロット３のシンボル２〜５にマッピングされ、ＳＳＢ７はスロット３のシンボル６〜９にマッピングされる。マッピングモードはネットワーク側（ＢＳ等）およびＵＥに既知である。
【０１０３】
本実施形態では、ＣＣＢはＯＦＤＭシンボルへの事前に定義されたマッピングパターンを持たない。したがって、ＰＢＣＨ上で送信される時間領域位置情報は、以下の情報を示す。
【０１０４】
‐ＣＣＢ時間領域始点：時間スロットが１無線フレーム（１０ｍｓ）だけシフトされるＳＳＢに伴う。
【０１０５】
‐監視ピリオド：４シンボル。すなわち、ＵＥは、ダウンリンク制御情報を正しく検出するまで、ＣＣＢ時間領域始点から４ＯＦＤＭシンボルごとにＣＣＢを検出するための、またはＣＣＢを検出するための試行を最大回数実行するための、ブラインド試行を実行する（たとえば、ＣＣＢがダウンリンク制御情報を正しく検出しない回数の上限に端末が達したときには、検出失敗が考慮される）。ＣＣＢのブラインド検出の試行の上限は、任意の望ましい値に設定することができるが、本例では１２であり、これによって、ＵＥは、ＣＣＢ時間領域始点から１２回、ＣＣＢをブラインド検出しようとする。
【０１０６】
ＣＣＢ内の共通ＣＯＲＥＳＥＴの構成は、以下の構成情報を含む。図１０に示すように、ＣＣＢ内のＣＯＲＥＳＥＴが占有するシンボルの数は２個のＯＦＤＭシンボル（２ＯＳ）であり、これによってＣＯＲＥＳＥＴはＣＣＢの先頭２個のシンボルとして確立される。ＣＯＲＥＳＥＴが占有する資源単位の数は１０資源ブロック（１０ＲＢ）であり、これによって、ＣＣＢ内の高いほうから１０個のインデックスのＲＢをＣＯＲＥＳＥＴが占有するということが確立される。
【０１０７】
ＵＥはＰＢＣＨ上でＳＳＢ１を正しく検出する。ＣＣＢの構成情報は、ＰＢＣＨ内で読み取られる。さらに、第１の潜在的ＣＣＢの位置は、ＣＣＢの時間領域始点情報に従って発見される。第１の潜在的ＣＣＢの共通ＣＯＲＥＳＥＴ内にダウンリンク制御情報が検出されない場合には、第５のシンボルに対応する第２の潜在的ＣＣＢにおいて上述の検出処理が繰り返され、同様に続けられ、最終的に第３の潜在的ＣＣＢにおいてダウンリンク制御情報を正しく検出する。ＵＥはＣＣＢ時間領域情報の取得および受信を完了する。
【０１０８】
潜在的ＣＣＢの数は冗長であり、ＢＳは潜在的ＣＣＢのうちから実際に送信されるＣＣＢ資源を選択することができる。いくつかのＣＣＢは、スキップしてもよく、他のデータまたは制御情報の送信のために用いてもよい。
【０１０９】
さらに、ＰＢＣＨは、ＣＣＢの周波数領域資源を示してもよく、ＵＥはＣＣＢの時間領域位置を決定してもよい。ＰＢＣＨ上で送信されたインジケーションに従ってＣＣＢの周波数領域位置を決定することが望ましい場合がある。
【０１１０】
図１１は、ＣＣＢとＯＦＤＭシンボルとの間に事前に定義されたマッピングパターンがない場合の、ＯＦＤＭシンボルとＳＳＢとの間のマッピングパターンの別の例を示す。図１１では、ＳＳＢの数はＬ＝１６であり（すなわち、ＳＳＢインデックスは０〜１５）、各ＳＳＢは、図１１に示すようにマッピングされる連続する４個のＯＦＤＭシンボルを占有する。ＳＳＢ０はスロット０内のシンボル４〜７にマッピングされ、ＳＳＢ１はスロット０内のシンボル８〜１１にマッピングされ、ＳＳＢ２はスロット１内のシンボル２〜５にマッピングされ、ＳＳＢ３はスロット１内のシンボル６〜９にマッピングされ、ＳＳＢ４はスロット２内のシンボル４〜７にマッピングされ、ＳＳＢ５はスロット２内のシンボル８〜１１にマッピングされ、ＳＳＢ６はスロット３内のシンボル２〜５にマッピングされ、ＳＳＢ７はスロット３内のシンボル６〜９にマッピングされる。連続する８個のＳＳＢの層１１００がグループ化され、本例について上で説明したＯＦＤＭシンボルに直接的にマッピング済のＳＳＢにマッピングされる。ＳＳＢからＯＦＤＭシンボルへのマッピングパターンと、層１１００内のＳＳＢから、ＯＦＤＭシンボルにマッピング済のＳＳＢへのマッピングパターンとは、ネットワーク側（ＢＳ等）およびＵＥに既知である。
【０１１１】
本例では、ＣＣＢはＯＦＤＭシンボルへの事前に定義されたマッピングパターンを持たない。層１１０内の各ＳＳＢセットは、１２個の潜在的ＣＣＢ資源からなるセットに対応し、ＳＳＢの同じセットについてＳＳＢを伴ってＰＢＣＨ上で送信される時間領域位置情報は同じ内容を含む。ＣＣＢの異なるセットは、各ＣＣＢに対する異なる時間領域位置情報に対応する。示すべきＣＣＢ構成情報は異なる可能性があるので（たとえばＣＣＢ時間領域始点および他の情報）、ＳＳＢの異なるグループに属するＰＢＣＨ上の時間領域位置情報も異なる可能性がある（たとえば、ＳＳＢ０〜７等のＳＳＢグループの内容は同じであるが、別のＳＳＢグループの内容とは異なる）。
【０１１２】
ＳＳＢの各セットについて、ＰＢＣＨは、図１０に関して上述したものと同じ態様のＣＣＢ構成情報を示すので、ここでは再び説明はしない。
【０１１３】
いくつかの実施形態では、ＣＣＢは同じダウンリンクアンテナポートでＳＳＢを伴う周波数分割多重（ＣＣＢと対応するＳＳＢとが時間領域オフセット０を持つとき等）である。そのような実施形態については、ＣＣＢに対する時間領域位置情報は以下を含む。
【０１１４】
‐時間領域におけるＣＣＢ始点：ＣＣＢおよび対応するＳＳＢの時間オフセットは０である。
【０１１５】
ＣＣＢおよびＳＳＢが一対一対応で配置されるので、潜在的ＣＣＢ資源の数のブラインド検出は不要である。監視サイクルインジケーションフィールドは無効である。
【０１１６】
ＣＣＢ監視の上限は１であり、または、ＣＣＢ監視の上限は無効である。
【０１１７】
ＣＣＢ内の共通ＣＯＲＥＳＥＴの構成は、以下の構成情報を含む：図１１に示すように、ＣＣＢ内の共通制御資源セットが占有するシンボルの数は２個のＯＦＤＭシンボル（２ＯＳ）であり、ＣＯＲＥＳＥＴはＣＣＢの先頭２個のシンボルを構成し、共通制御資源が占有する資源単位の数は１０資源ブロック（ＲＢ）であり、ＣＯＲＥＳＥＴはＣＣＢ内のインデックスの高いほうから１０個の資源ブロック内に配置される。
【０１１８】
ＵＥは、ＳＳＢ１上で同期信号およびＰＢＣＨを正しく検出する。ＣＣＢの構成情報はＰＢＣＨから読み取られる。さらに、ＣＣＢはＣＣＢの時間領域始点情報に従って設定され、ＣＯＲＥＳＥＴのブラインド検出は不要である。その後、ＵＥはＣＣＢ時間領域位置情報の取得および受信を完了する。
【０１１９】
ＰＢＣＨ上でＳＳＢを受信した後、ＵＥは上述の情報を取得し、受信したＳＳＢに対応するＣＣＢを直接的に発見することができる。この時点で、ＵＥは追加のＳＳＢインデックスを取得する必要はない。
【０１２０】
本実施形態に対応するＣＣＢ時間領域位置情報インジケーションモードは、図１３〜１５を参照して詳細に説明される。２つのロケーションでＣＣＢマッピングを考える。その一部はＳＳＢ周波数領域の片側または両側にマッピングされ、その残部は別の時間領域位置にマッピングされる。このマッピングによって、ＣＣＢの第２部分のスイープ時間が短縮でき、これによって他のデータおよび制御への影響が低減される。
【０１２１】
いくつかの実施形態では、現在のＣＣＢが２つのロケーションにマッピングされているか、または１つのロケーションにマッピングされているかを、対応する共通ＣＯＲＥＳＥＴのＰＤＣＣＨまたはＰＢＣＨを介して、ＵＥに示すことができる。たとえば、ＰＢＣＨ内の１ビットをそのようなインジケーションに用いることができ、そのようなビットの値「０」は「現在のＣＣＢが２つのロケーションにマッピングされている」を表し、そのようなビットの値「１」は「現在のＣＣＢが１つのロケーションにマッピングされている」を表す。
【０１２２】
多重方式、１つの実装方法は、図１３に示すように、ＣＣＢの２つの部分（第１部分および第２部分）がそれぞれの共通制御資源（たとえば資源ブロック）のセットを有するということである。これを行う別の方法は、図１４および図１５に示すように、２部分のＣＣＢが、スケジューリングのために同一の共通ＣＯＲＥＳＥＴ内のダウンリンク制御情報を用いるということである。
【０１２３】
図１３に示すモードでは、ＰＢＣＨ上で２つのＣＣＢ構成情報を示す必要があり、ＳＳＢ周波数分割多重でのＣＣＢの構成は上記図１２を参照して説明したものと同一である。ＣＣＢの第２部分の構成は、本明細書に記載する実施形態のいずれかに従ったものであってもよく、ここでは再び説明しない。
【０１２４】
ＵＥがＣＣＢの各部分内のダウンリンク制御情報を正しく検出した後、ＵＥは、さらに、ダウンリンク制御情報の命令に従ってＣＣＢ内の情報（ＲＭＳＩまたはページングメッセージ等）を受信する。
【０１２５】
図１４に示すモードでは、上記図１０に関して説明した技法と同様にして、第１部分ＣＣＢ構成情報のみがＰＢＣＨ上で送信される。ＵＥがＣＣＢの第１部分内でダウンリンク制御情報を正しく検出した後に、ＵＥは、さらに、ダウンリンク制御情報の命令に従ってＣＣＢの第２部分に分配された情報（ＲＭＳＩまたはページングメッセージ等）を受信する。
【０１２６】
図１５に示すモードでは、本明細書で説明される任意の実施形態によって、ＣＣＢ構成情報の第２部分のみがＰＢＣＨ上の送信において示される。ＵＥがＣＣＢの第２部分内でダウンリンク制御情報を正しく検出した後に、ＵＥは、さらに、ダウンリンク制御情報の命令に従ってＣＣＢの２つの部分に分配された情報（ＲＭＳＩまたはページングメッセージ等）を受信する。
【０１２７】
ＣＣＢの２つの部分内の情報は、同一であっても異なる情報であってもよい。２つの部分が異なる情報を含むときには、ＵＥは２つの部分の情報を正しく復号し、その後に完全な情報を取得する必要がある。ＣＣＢの２つの部分が同じ情報を含むときには、ＣＣＢの２つの部分内の情報は異なる冗長性バージョン（Redundancy Version, RV）で用いることができ、または単に情報の複製に用いることができる。ＵＥは、完全な情報（ＲＭＳＩまたはページングメッセージ等）を取得するために、ＣＣＢの１つの部分だけを受信すればよい場合がある。ＵＥは、ＣＣＢの２つの部分を受信して増加的冗長性（Incremental Redundancy, IR）合成を実行してもよいし、チェイス合成（ＣＣ）を実行してもよい。これによって受信性能が向上する。
【０１２８】
図１６は、本明細書で提供する技法の少なくとも一部を利用する可能性のある基地局１６５０（たとえばネットワークエンティティ）の概略アーキテクチャ図１６００である。そのような基地局１６５０は、サービス（開示された他の技法、シナリオ、等の１つ以上のうち少なくともいくつか）を提供するために、単独で、または他の基地局、ノード、エンドユニットおよび／またはサーバ等と組み合わせて、構成および／能力において大きく異なる可能性がある。たとえば、基地局１６５０は、１つ以上のユーザ機器（ＵＥ）を（たとえば無線および／または有線の）ネットワーク（たとえば１以上の基地局に接続されていてもよく、および／または１以上の基地局を含んでもよい）（たとえば符号分割多重接続（ＣＤＭＡ）ネットワーク、時分割多重接続（ＴＤＭＡ）ネットワーク、周波数分割多重接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク、等）に接続してもよい。ネットワークは、無線技術（ユニバーサル地上無線接続（ＵＴＲＡ）、ＣＤＭＡ２０００、広域自動車通信システム（ＧＳＭ（登録商標））、拡張ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ、等）を実装してもよい。ＢＳおよび／またはＵＥは、標準規格（ロングタームエボリューション（ＬＴＥ）、５Ｇ新無線（ＮＲ）、等）を用いて通信してもよい。
【０１２９】
基地局１６５０は、命令を処理する１つ以上の（たとえばハードウェア）プロセッサ１６１０を備えてもよい。１つ以上のプロセッサ１６１０は、任意選択の例として複数のコア、１つ以上のコプロセッサ（数学コプロセッサまたは一体化画像処理ユニット（ＧＰＵ））、および／または、ローカルキャッシュメモリの１つ以上の層を含んでもよい。基地局１６５０は、様々な形態のアプリケーション（たとえば、オペレーティングシステム１６０４、１つ以上の基地局アプリケーション１６０６、および／または様々な形態のデータ（データベース１６０８および／またはファイルシステム等））を格納するメモリ１６０２を備えてもよい。基地局１６５０は、様々な周辺構成要素（ローカルエリアネットワークおよび／またはワイドエリアネットワークに接続可能な有線および／または無線ネットワークアダプタ１６１４、１つ以上のストレージ要素１６１６（ハードディスクドライブ、ソリッドステートストレージ装置（ＳＳＤ）、フラッシュメモリ装置および／または磁気および／または光ディスクリーダ等）および／または他の周辺構成要素）を備えてもよい。
【０１３０】
基地局１６５０は、シリアルまたはパラレルＡＴアタッチメント（ＡＴＡ）バスプロトコルの変形、ユニフォームシリアルバス（ＵＳＢ）プロトコル、および／またはスモールコンピュータシステムインタフェース（ＳＣＩ）バスプロトコル等の様々なバス技術を用いて、プロセッサ１６１０、メモリ１６０２および／または様々な周辺機器を相互接続する１つ以上の通信バス１６１２を特徴とするメインボードを備えてもよい。マルチバスシナリオでは、通信バス１６１２は基地局１６５０を少なくとも１つの他のサーバと相互接続してもよい。任意選択の例として基地局１６５０に含まれ得る他の構成要素（図１６の概略図１６００には示さないが）は、ディスプレイ、ディスプレイアダプタ（画像処理ユニット（ＧＰＵ）等）、入力用周辺機器（キーボードおよび／またはマウス等）、および／またはフラッシュメモリ装置（基地局１６５０を準備完了状態にブートすることを容易にする基本入出力システム（ＢＩＯＳ）ルーチンを格納し得るもの）、等を含む。
【０１３１】
基地局１６５０は、様々な物理的エンクロージャ（デスクトップまたはタワー）の内部で動作してもよく、および／または「オールインワン」装置としてディスプレイに一体化されてもよい。基地局１６５０は、水平におよび／またはキャビネット内またはラック内に搭載されてもよく、単に相互接続された構成要素のセットを備えてもよい。基地局１６５０は、他の構成要素に電力を供給しおよび／または制御する、専用および／または共用の電源１６１８を備えてもよい。基地局１６５０は、他の基地局および／またはサーバおよび／または他の装置に電力を提供しおよび／または受け取ってもよい。基地局１６５０は、温度、湿度および／または気流等の気候特性を制御する共用および／または専用の気候制御ユニット１６２０を備えてもよい。そのような多くの基地局１６５０は、本明細書に提示される技術の少なくとも一部を利用するよう構成されおよび／または適合されてもよい。
【０１３２】
図１７は、本明細書に提示される技術の少なくとも一部が実装可能であるユーザ機器（ＵＥ）１７５０（たとえば通信装置）の概略アーキテクチャ図１７００を提示する。このようなＵＥ１７５０は、ユーザに様々な機能を提供するために、構成および／または能力において大きく異なってもよい。ＵＥ１７５０は、様々な形態ファクタ（携帯電話（たとえばスマートフォン）、デスクトップまたはタワーのワークステーション、ディスプレイ１７０８に一体化された「オールインワン」装置、ラップトップ、タブレット、コンバーチブルタブレットまたはパームトップ装置、ウェアラブル装置（ヘッドセットに搭載可能なもの等）、眼鏡、イヤーピース、および／または腕時計、および／または衣類物品に一体化されるもの、および／または家具の構成要素（テーブルトップ等）、および／または他の装置、および／または車両または住居）で提供可能である。ＵＥ１７５０は、様々な役割（たとえば、電話、ワークステーション、キオスク、メディアプレーヤ、ゲーム装置、および／または電気製品）でユーザにサービスを提供することができる。
【０１３３】
ＵＥ１７５０は、命令を処理する１つ以上の（たとえばハードウェア）プロセッサ１７１０を備えてもよい。１つ以上のプロセッサ１７１０は、任意選択の例として複数のコア、１つ以上のコプロセッサ（数学コプロセッサまたは一体化画像処理ユニット（ＧＰＵ））、および／または、ローカルキャッシュメモリの１つ以上の層を含んでもよい。ＵＥ１７５０は、様々な形態のアプリケーション（たとえば、オペレーティングシステム１７０３、１つ以上のユーザアプリケーション１７０２（文書アプリケーション、メディアアプリケーション、ファイルおよび／またはデータアクセスアプリケーション、通信アプリケーション（ウェブブラウザおよび／または電子メールクライアント等）、ユーティリティ、および／またはゲーム等）、および／または様々な周辺機器のためのドライバを格納するメモリ１７０１を備えてもよい。ＵＥ１７５０は、様々な周辺構成要素（ローカルエリアネットワークおよび／またはワイドエリアネットワークに接続可能な有線および／または無線ネットワークアダプタ１７０６、１つ以上の出力構成要素（ディスプレイアダプタに接続されたディスプレイ１７０８（画像処理ユニット（ＧＰＵ）を含んでいてもよい）、スピーカに接続されたサウンドアダプタ、および／またはプリンタ）、ユーザから入力を受け付けるための入力装置（キーボード１７１１、マウス、マイク、カメラ、および／またはディスプレイ１７０８のタッチセンシティブ構成要素）、および／または、環境センサ（ＵＥ１７５０の位置、速度および／または加速度を検出するＧＰＳ受信機１７１９、加速度計、および／またはＵＥ１７５０の物理的姿勢を検出するジャイロスコープ）を備えてもよい。任意選択の例としてＵＥ１７５０に含まれ得る他の構成要素（図１７の概略図１７００には示さないが）は、１つ以上のストレージ構成要素（ハードディスクドライブ、ソリッドステートストレージ装置（ＳＳＤ）、フラッシュメモリ装置および／または磁気および／または光ディスクリーダ等）、フラッシュメモリ装置（ＵＥ１７５０を準備完了状態にブートすることを容易にする基本入出力システム（ＢＩＯＳ）ルーチンを格納し得るもの）、温度、湿度および／または気流等の気候特性を制御する気候制御ユニット、等を含む。
【０１３４】
ＵＥ１７５０は、シリアルまたはパラレルＡＴアタッチメント（ＡＴＡ）バスプロトコルの変形、ユニフォームシリアルバス（ＵＳＢ）プロトコル、および／またはスモールコンピュータシステムインタフェース（ＳＣＩ）バスプロトコル等の様々なバス技術を用いて、プロセッサ１７１０、メモリ１７０１および／または様々な周辺機器を相互接続する１つ以上の通信バス１７１２を特徴とするメインボードを備えてもよい。ＵＥ１７５０は、他の構成要素に電力を供給しおよび／または制御する、専用および／または共用の電源１７１８および／またはＵＥ１７５０が電源１７１８を介して電力源に接続されていない間に使用するための電力を貯留するバッテリ１７０４を備えてもよい。ＵＥ１７５０は、他のクライアント装置に電力を供給してもよく、他のクライアント装置から電力を受け取ってもよい。
【０１３５】
図１８は、過渡的でないコンピュータ可読媒体１８０２の例を伴うシナリオ１８００の例示である。過渡的でないコンピュータ可読媒体１８０２は、プロセッサ実行可能命令１８１２（プロセッサ１８１６によって実行されると、本明細書の開示の少なくともいくつかを（たとえばプロセッサ１８１６によって）実行させる）を備えてもよい。過渡的でないコンピュータ可読媒体１８０２は、メモリ半導体（たとえばスタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、および／または同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）技術を利用したもの）、ハードディスクドライブのプラッタ、フラッシュメモリ装置、または磁気または光ディスク（コンパクトディスク（ＣＤ））、デジタルバーサタイルディスク（ＤＶＤ）、および／またはフロッピーディスクを備えてもよい。本例の過渡的でないコンピュータ可読媒体１８０２は、コンピュータ可読データ１８０４を記憶し、コンピュータ可読データ１８０４が装置１８０８のリーダ１８１０（たとえばハードディスクドライブの読み出しヘッドまたはソリッドステートストレージ装置上で発動される読み出し命令）によって読み出し１８０６に供されると、プロセッサ実行可能命令１８１２を表現する。いくつかの実施形態では、プロセッサ実行可能命令１８１２は、実行されると、たとえば図２および図３の方法例の少なくとも一部等の動作を実行させる。いくつかの実施形態では、プロセッサ可読命令１８１２は、システムおよび／またはシナリオ（本明細書に説明される例示的システムの少なくとも一部等）を実施させるよう構成される。
【０１３６】
本願で用いられる「モジュール」、「システム」、「インタフェース」および／または同様のものは、一般的に、コンピュータ関連エンティティ（ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェア）を参照するよう意図される。たとえば、構成要素は、プロッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行可能物、実行スレッド、プログラム、および／またはコンピュータであってもよいが、これらに限らない。例示によって、コントローラ上で実行中のアプリケーションおよびコントローラがいずれも構成要素となり得る。プロセスおよび／または実行スレッド内に１つ以上の構成要素が存在してもよく、構成要素は１つのコンピュータ上にローカライズされてもよく、および／または２以上のコンピュータ（たとえばノード）間に分散してもよい。
【０１３７】
とくに指定しない限り、「第１の」「第２の」および／または同様のものは、時間的態様、空間的態様、順序、等を示唆するようには意図されない。これらの用語は、単に、特徴、要素、項目、等のための識別子、名称、等として用いられる。たとえば、第１のオブジェクトおよび第２のオブジェクトは、一般的に、オブジェクトＡおよびオブジェクトＢまたは２つの異なるまたは２つの同一のオブジェクトまたは同じオブジェクトに対応してもよい。
【０１３８】
さらに、「例」「例示的実施形態」は、本明細書において、例、例示、等を意味するために用いられ、必ずしも有利なものではない。本明細書で用いられる「または」は、排他的な「または」ではなく包含的な「または」を意味する。さらに、本願において用いられる「ａ」および「ａｎ」は、そうでないと特定するか、文脈から単数形に関すると明らかでない限り、一般的に「１つ以上の」を意味すると解釈される。また、ＡおよびＢの少なくとも１つおよび／または同様のものは、一般的にＡまたはＢを意味するか、またはＡおよびＢ双方を意味する。さらに、「含む」「持つ」「有する」「伴う」および／またはこれらの変形は、詳細な説明または特許請求の範囲で用いられ、このような用語は、「備える」という用語と同様に包含的であると意図される。
【０１３９】
本対象は、構造的特徴および／または方法論的作用に特有の言語において記述されたが、添付の特許請求の範囲に定義される対象は、必ずしも上述の特定の特徴または作用には限定されないと理解されるべきである。上述の特徴および作用は、特許請求の範囲の少なくとも一部の例示的形態として開示される。
【０１４０】
さらに、特許請求の範囲に記載された対象は、ソフトウェア、ファームウェア、ハードウェア、またはそれらの任意の組み合わせを生成する標準的なプログラミングおよび／またはエンジニアリング技術を使用して、開示された対象を実装するコンピュータ（たとえばノード）を制御する方法、装置、または製造品として実装され得る。本明細書で用いる用語「製造物品」は、任意のコンピュータ可読装置、キャリアまたはメディアからアクセス可能なコンピュータプログラムを包含するよう意図される。当然ながら、特許請求の範囲の対象の範囲および精神から逸脱することなく、この構成に多数の修正を加えることが可能である。
【０１４１】
本明細書において、実施形態および／または例の様々な動作が提供される。本明細書で動作の一部またはすべてが説明される順序は、これらの動作が必ずしも順序に依存することを意味すると解釈されるべきではない。この説明の恩恵を受ける当業者は、代替の順序付けを理解するであろう。さらに、本明細書で提供される各実施形態および／または例に必ずしもすべての動作が存在するとは限らないことを理解されたい。また、いくつかの実施形態および／または例では、すべての動作が必要なわけではないことも理解されよう。
【０１４２】
また、本開示は、１つ以上の実装に関して示され説明されたが、本明細書および添付図面を読んで理解すると、当業者は均等な変更および修正を考えるであろう。本開示は、すべてのそのような修正および変更を含み、添付の特許請求の範囲によってのみ制限される。特に、上記の構成要素（たとえば、要素、資源など）によって実行されるさまざまな機能に関して、そのような構成要素を説明するために使用される用語は、特に指定がない限り、開示された構造と構造的に同等ではない場合でも、記述された構成要素と特定の機能を実行する構成要素に対応することを意図している。加えて、本開示の特定の特徴はいくつかの実装のうちの１つのみに関して開示されている可能性があるが、そのような特徴は、任意の特定または特定の用途にとって望ましいおよび有利な他の実装の１つ以上の他の特徴と組み合わせることができる 。
【図１Ａ】
2020529795.tif 000008
【図１Ｂ】
2020529795.tif 000009
【図１Ｃ】
2020529795.tif 000010
【図１Ｄ】
2020529795.tif 000011
【図１Ｅ】
2020529795.tif 000012
【図２】
2020529795.tif 000013
【図３】
2020529795.tif 000014
【図４】
2020529795.tif 000015
【図５】
2020529795.tif 000016
【図６】
2020529795.tif 000017
【図７】
2020529795.tif 000018
【図８】
2020529795.tif 000019
【図９】
2020529795.tif 000020
【図１０】
2020529795.tif 000021
【図１１】
2020529795.tif 000022
【図１２】
2020529795.tif 000023
【図１３】
2020529795.tif 000024
【図１４】
2020529795.tif 000025
【図１５】
2020529795.tif 000026
【図１６】
2020529795.tif 000027
【図１７】
2020529795.tif 000028
【図１８】
2020529795.tif 000029
【手続補正書】
【提出日】令和2年3月11日(2020.3.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信方法であって、
ブロードキャストチャネル上でユーザ装置にシステム情報を送信することと、
前記システム情報に従って前記ユーザ装置を伴って送信を実行することと、
を備え、
前記システム情報は、共通制御ブロックの時間領域始点と、同期信号ブロックのパターンとを含み、
前記同期信号ブロックのパターンは、
同期信号ブロックグループ内で送信される１つ以上の同期信号ブロックを示す第１のビットマップと、
１つ以上の送信される同期信号ブロックグループを示す第２のビットマップと
を備える、無線通信方法。
【請求項２】
無線通信方法であって、
ブロードキャストチャネル上で基地局からシステム情報を受信することと、
前記システム情報に従って前記基地局を伴って送信を実行することと、
を備え、
前記システム情報は、共通制御ブロックの時間領域始点と、同期信号ブロックのパターンとを含み、
前記同期信号ブロックのパターンは、
同期信号ブロックグループ内で送信される１つ以上の同期信号ブロックを示す第１のビットマップと、
１つ以上の送信される同期信号ブロックグループを示す第２のビットマップと
を備える、無線通信方法。
【請求項３】
前記第２のビットマップによって示される１つ以上の送信される同期信号ブロックグループのそれぞれは、前記第１のビットマップに従って送信される、請求項１に記載の無線通信方法。
【請求項４】
前記第２のビットマップによって示される１つ以上の送信される同期信号ブロックグループのそれぞれは、前記第１のビットマップに従って送信される、請求項２に記載の無線通信方法。
【請求項５】
プロセッサと、
プロセッサ実行可能命令を備えるメモリと、
を備える無線通信装置であって、
前記プロセッサ実行可能命令は、前記プロセッサによって実行されると、前記プロセッサに、
ブロードキャストチャネル上でユーザ装置にシステム情報を送信することと、
前記システム情報に従って前記ユーザ装置を伴って送信を実行することと、
を実行させ、
前記システム情報は、共通制御ブロックの時間領域始点と、同期信号ブロックのパターンとを含み、
前記同期信号ブロックのパターンは、
同期信号ブロックグループ内で送信される１つ以上の同期信号ブロックを示す第１のビットマップと、
１つ以上の送信される同期信号ブロックグループを示す第２のビットマップと
を備える、無線通信装置。
【請求項６】
前記第２のビットマップによって示される１つ以上の送信される同期信号ブロックグループのそれぞれは、前記第１のビットマップに従って送信される、請求項５に記載の装置。
【請求項７】
プロセッサと、
プロセッサ実行可能命令を備えるメモリと、
を備える無線通信装置であって、
前記プロセッサ実行可能命令は、前記プロセッサによって実行されると、前記プロセッサに、
ブロードキャストチャネル上で基地局からシステム情報を受信することと、
前記システム情報に従って前記基地局を伴って送信を実行することと、
を実行させ、
前記システム情報は、共通制御ブロックの時間領域始点と、同期信号ブロックのパターンとを含み、
前記同期信号ブロックのパターンは、
同期信号ブロックグループ内で送信される１つ以上の同期信号ブロックを示す第１のビットマップと、
１つ以上の送信される同期信号ブロックグループを示す第２のビットマップと
を備える、無線通信装置。
【請求項８】
前記第２のビットマップによって示される１つ以上の送信される同期信号ブロックグループのそれぞれは、前記第１のビットマップに従って送信される、請求項７に記載の装置。
【請求項９】
プロセッサ実行可能命令を記憶する過渡的でないコンピュータ可読媒体であって、
前記プロセッサ実行可能命令は、実行されると、
ブロードキャストチャネル上でユーザ装置にシステム情報を送信することと、
前記システム情報に従って前記ユーザ装置を伴って送信を実行することと、
を備える方法を実行させ、
前記システム情報は、共通制御ブロックの時間領域始点と、同期信号ブロックのパターンとを含み、
前記同期信号ブロックのパターンは、
同期信号ブロックグループ内で送信される１つ以上の同期信号ブロックを示す第１のビットマップと、
１つ以上の送信される同期信号ブロックグループを示す第２のビットマップと
を備える、過渡的でないコンピュータ可読媒体。
【請求項１０】
前記第２のビットマップによって示される１つ以上の送信される同期信号ブロックグループのそれぞれは、前記第１のビットマップに従って送信される、請求項９に記載の過渡的でないコンピュータ可読媒体。
【請求項１１】
プロセッサ実行可能命令を記憶する過渡的でないコンピュータ可読媒体であって、
前記プロセッサ実行可能命令は、実行されると、
ブロードキャストチャネル上で基地局からシステム情報を受信することと、
前記システム情報に従って前記基地局を伴って送信を実行することと、
を備える方法を実行させ、
前記システム情報は、共通制御ブロックの時間領域始点と、同期信号ブロックのパターンとを含み、
前記同期信号ブロックのパターンは、
同期信号ブロックグループ内で送信される１つ以上の同期信号ブロックを示す第１のビットマップと、
１つ以上の送信される同期信号ブロックグループを示す第２のビットマップと
を備える、過渡的でないコンピュータ可読媒体。
【請求項１２】
前記第２のビットマップによって示される１つ以上の送信される同期信号ブロックグループのそれぞれは、前記第１のビットマップに従って送信される、請求項１１に記載の過渡的でないコンピュータ可読媒体。
【国際調査報告】
2020529795.tif 000030
2020529795.tif 000031