(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022177303
(43)【公開日】2022-11-30
(54)【発明の名称】基地局及びユーザ装置
(51)【国際特許分類】
H04W 72/04 20090101AFI20221122BHJP
【ＦＩ】
H04W72/04 136
H04W72/04 132
H04W72/04 131
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022159436
(22)【出願日】2022-10-03
(62)【分割の表示】P 2020190215の分割
【原出願日】2016-06-30
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ジャン チュアンシン
(72)【発明者】
【氏名】ガオ ユーカイ
(72)【発明者】
【氏名】リュウ ホンメイ
(72)【発明者】
【氏名】ワン ガン
(57)【要約】
【課題】柔軟に利用できる時間及び周波数リソースの量を最大限にすること。
【解決手段】本開示に係る基地局は、マスター情報ブロック（ＭＩＢ：Master Information Block）により、システム情報ブロック（ＳＩＢ：System Information Block）のためのサブキャリア間隔を示す第１の情報をユーザ装置（ＵＥ：user equipment）に送信する手段を有し、前記サブキャリア間隔の値は、前記ＭＩＢを送信する周波数領域に依存する。
【選択図】図２
【解決手段】本開示に係る基地局は、マスター情報ブロック（ＭＩＢ：Master Information Block）により、システム情報ブロック（ＳＩＢ：System Information Block）のためのサブキャリア間隔を示す第１の情報をユーザ装置（ＵＥ：user equipment）に送信する手段を有し、前記サブキャリア間隔の値は、前記ＭＩＢを送信する周波数領域に依存する。
【選択図】図２
【特許請求の範囲】
【請求項1】
マスター情報ブロック（ＭＩＢ：Master Information Block）により、システム情報ブロック（ＳＩＢ：System Information Block）のためのサブキャリア間隔を示す第１の情報をユーザ装置（ＵＥ：user equipment）に送信する手段を有し、
前記サブキャリア間隔の値は、前記ＭＩＢを送信する周波数領域に依存する、基地局。
前記サブキャリア間隔の値は、前記ＭＩＢを送信する周波数領域に依存する、基地局。
【請求項2】
前記基地局のシステム帯域が、複数の周波数領域に分割され、
前記ＭＩＢが送信される前記周波数領域は、前記複数の周波数領域のうち１つである、
請求項１に記載の基地局。
前記ＭＩＢが送信される前記周波数領域は、前記複数の周波数領域のうち１つである、
請求項１に記載の基地局。
【請求項3】
前記ＳＩＢに関連する制御信号のためのリソースブロックの数を示す第２の情報を送信する手段をさらに有する、請求項１に記載の基地局。
【請求項4】
前記ＳＩＢに関連する制御信号の、時間領域における周期性を示す第２の情報を送信する手段をさらに有する、請求項１に記載の基地局。
【請求項5】
前記ＭＩＢを示すために同期信号を送信する手段をさらに有する、請求項１に記載の基地局。
【請求項6】
前記ＭＩＢを示すために前記同期信号を送信する手段は、前記ＭＩＢの関連指示を伴う前記同期信号を送信する手段を含み、前記関連指示は、選択されたインデックスを含む、請求項５に記載の基地局。
【請求項7】
マスター情報ブロック（ＭＩＢ：Master Information Block）により、システム情報ブロック（ＳＩＢ：System Information Block）のためのサブキャリア間隔を示す第１の情報を基地局から受信する手段を有し、
前記サブキャリア間隔の値は、前記ＭＩＢを受信する周波数領域に依存する、ユーザ装置（ＵＥ：user equipment）。
前記サブキャリア間隔の値は、前記ＭＩＢを受信する周波数領域に依存する、ユーザ装置（ＵＥ：user equipment）。
【請求項8】
前記基地局のシステム帯域が、複数の周波数領域に分割され、
前記ＭＩＢが送信される前記周波数領域は、前記複数の周波数領域のうち１つである、
請求項７に記載のユーザ装置。
前記ＭＩＢが送信される前記周波数領域は、前記複数の周波数領域のうち１つである、
請求項７に記載のユーザ装置。
【請求項9】
前記ＳＩＢに関連する制御信号のためのリソースブロックの数を示す第２の情報を受信する手段をさらに有する、請求項７に記載のユーザ装置。
【請求項10】
前記ＳＩＢに関連する制御信号の、時間領域における周期性を示す第２の情報を受信する手段をさらに有する、請求項７に記載のユーザ装置。
【請求項11】
前記ＭＩＢを示すための同期信号を受信する手段をさらに有する、請求項７に記載のユーザ装置。
【請求項12】
前記ＭＩＢを示すための前記同期信号を受信する手段は、前記ＭＩＢの関連指示を伴う前記同期信号を受信する手段を含み、前記関連指示は、選択されたインデックスを含む、請求項１１に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の非限定かつ例示的な実施形態は、一般に無線通信の技術分野に関連し、特に、無線通信システムにおける信号設定のための方法、装置及びコンピュータプログラムに関する。
【背景技術】
【0002】
本セクションは、本開示をより理解することを容易にし得る態様を導入する。したがって、本セクションの記述は、この観点から読まれるべきであり、先行技術にあるもの又は先行技術にないものについての承認として理解されるべきではない。
【0003】
新しいサービスの出現と、ユーザから要求されるデータトラフィックの増加とに動機付けられて、より高度な無線通信技術が、例えば、３ＧＰＰ（third generation partnership project）において現在検討されている。より高度な無線通信技術の一例は、３ＧＰＰではＮＲとも称されるＮｅｘｔ Ｒａｄｉｏと呼ばれる。３ＧＰＰ ＲＡＮ＃７１会合において、ＮＲシステムのための検討項目が承認された。開発されるＮＲシステムは、拡張モバイルブロードバンド、マッシブマシンタイプ通信、及び超高信頼性で低遅延の通信を含む、３ＧＰＰ ＴＲ３８．９１３に定義される全ての使用シナリオ、要件、及び展開シナリオに対処するための単一の技術的フレームワークを使用することを目的として、最大１００ＧＨｚまでの周波数範囲をサポートし得る。
【0004】
ＮＲシステムの検討項目の初期段階では、無線プロトコルの構造及びアーキテクチャの観点からＮＲシステムの要件に関する共通の理解を得ることが重要であり、以下の分野の進歩が優先される：
－新しいＲＡＴの基本的な物理レイヤ信号構造、
－非直交波形及びマルチプルアクセスの潜在的サポートを伴う、ＯＦＤＭに基づく波形、
－正当な利得を証明する場合の他の波形、
－基本フレーム構造、及び
－チャネル符号化方式。
－新しいＲＡＴの基本的な物理レイヤ信号構造、
－非直交波形及びマルチプルアクセスの潜在的サポートを伴う、ＯＦＤＭに基づく波形、
－正当な利得を証明する場合の他の波形、
－基本フレーム構造、及び
－チャネル符号化方式。
【0005】
円滑な発展を促進するために、新しい無線アクセス技術（ＲＡＴ：radio access technology、例えば、ＮＲシステム）の標準化は、２つの段階を含み得ると仮定される。新しいＲＡＴのフェーズＩ仕様は、フェーズＩＩ仕様以降の効率的な共同セル／サイト／キャリア動作（co-cell/site/carrier operation）に関して前方互換性があるべきであるが、例えば、ＬＴＥ（Long Term Evolution）等のレガシー無線通信システムとの後方互換性は要求されない。新しいＲＡＴのフェーズＩＩ仕様は、新しいＲＡＴに設定された全ての要件を満たすことを目標として、フェーズＩ仕様の基礎に基づく。同時に、後の高度な機能をサポートし、フェーズＩＩ仕様以降に識別されたサービス要件をサポートできるようにするためには、フェーズＩＩを超えたスムーズな更なる進化を保証する必要がある。
【0006】
前方互換性（forward compatibility）を保証するために、１つの解決策は、ＮＲシステムの現在の設計に想定される将来のアプリケーションを組み込むことである。例えば、ＮＲシステム設計のフェーズＩは、拡張されたモバイルブロードバンド（ｅＭＢＢ：enhanced Mobile BroadBand）アプリケーションにフォーカスしている可能性があるが、マッシブマシンタイプ通信（ｍＭＴＣ：massive Machine Type Communication）アプリケーション、超高信頼及び低遅延通信（ＵＲＬＬＣ：Ultra-Reliable and Low Latency Communication）、直接通信及び共有アクセス通信等の後のフェーズで想定される機能もフェーズＩの開発の中で考慮されるべきである。３ＧＰＰ ＲＡＮ１＃８４ｂｉｓ会合では、ＮＲシステムに対する前方互換性の基本原理が以下のように合意された：
－ＮＲのフェーズ１以降のフェーズは、前方互換性及び様々な機能の互換性を保証するために、以下の原理で設計する必要がある。
－以下を目指す
－将来的に後方互換性（backward compatibility）の問題を引き起こすことなく、柔軟に利用出来る又は空白のままにできる時間及び周波数リソースの量を最大化する、
－空白のリソースが将来の使用に対して使用出来る、
－常時オン信号（always-on signal）の送信を最小限に抑える、
－設定可能な／割り当て可能な時間／周波数リソース内に物理レイヤ機能（信号、チャネル、シグナリング）のための信号及びチャネルを限定する。
－ＮＲのフェーズ１以降のフェーズは、前方互換性及び様々な機能の互換性を保証するために、以下の原理で設計する必要がある。
－以下を目指す
－将来的に後方互換性（backward compatibility）の問題を引き起こすことなく、柔軟に利用出来る又は空白のままにできる時間及び周波数リソースの量を最大化する、
－空白のリソースが将来の使用に対して使用出来る、
－常時オン信号（always-on signal）の送信を最小限に抑える、
－設定可能な／割り当て可能な時間／周波数リソース内に物理レイヤ機能（信号、チャネル、シグナリング）のための信号及びチャネルを限定する。
【発明の概要】
【0007】
上記問題の少なくとも一部を解決するために、本開示において、無線通信システムにおける信号設定のための方法、装置及びコンピュータプログラムが開示される。
【0008】
本開示の第１の態様では、ネットワーク装置において実施される方法を提供する。本方法は、信号のためのリソース割り当てに関する情報を送信することと、前記リソース割り当てに応じて、前記情報をブロードキャストすることと、を含み、前記情報は、参照信号、及びシステム情報を含む制御信号のうちの少なくとも１つを含む。
【0009】
一実施形態では、前記情報は、前記信号に割り当てられたリソースの帯域幅、前記信号に割り当てられた前記リソースの位置、周波数領域における前記信号の分布密度、周波数領域における前記信号の分布パターン、前記信号の前記分布パターンの時間変化、及び時間領域における前記信号の送信周期のうちの少なくとも１つを示してもよい。
【0010】
他の実施形態では、前記情報は、前記信号に割り当てられた前記ネットワーク装置のシステム帯域幅の一部を示すことにより前記信号に割り当てられた前記リソースの前記帯域幅を示してもよい。さらに他の実施形態では、前記情報は、前記信号に割り当てられた物理リソースブロックのグループを示すことにより、前記信号に割り当てられた前記リソースの前記位置を示してもよい。
【0011】
一実施形態では、前記方法は、前記参照信号に割り当てられたリソース領域内に位置するリソース領域において前記制御信号を送信することをさらに含んでもよい。
【0012】
他の実施形態では、信号のためのリソース割り当てに関する情報を送信することは、ブロードキャストチャネルを介して前記情報を送信することを含んでもよい。更なる実施形態では、ブロードキャストチャネルを介して前記情報を送信することは、選択された巡回冗長チェック（ＣＲＣ：cyclic redundancy check）マスクを伴う前記ブロードキャストチャネルを送信することを含み、前記ＣＲＣマスクは前記情報を示してもよい。
【0013】
一実施形態では、信号のためのリソース割り当てに関する情報を送信することは、前記情報を示すために同期信号シーケンスを送信することを含んでもよい。他の実施形態では、前記情報を示すために同期信号シーケンスを送信することは、前記情報の関連付けられた指示を伴う前記同期信号シーケンスを送信することを含んでもよく、前記関連付けられた指示は、前記同期信号シーケンスの選択されたインデックス、選択されたタイプ及び選択されたルート値のうちの少なくとも１つを示す。更なる実施形態では、前記情報を示すために同期信号シーケンスを送信することは、第１の時間インスタンスにおいて第１の同期信号シーケンスを送信することと、第２の時間インスタンスにおいて第２の同期信号シーケンスを送信することと、を含んでもよく、前記第１の時間インスタンスと、前記第２の時間インスタンスとの間の時間ギャップは、前記情報を示す。
【0014】
一実施形態では、ネットワーク装置のシステム帯域幅は、複数のリソース領域に分割されてもよく、本方法は、ヌメロロジ情報及び／又は前記複数のリソース領域のうちの少なくとも１つのリソース領域の信号のための前記リソース割り当てに関する情報を送信することをさらに含んでもよい。他の実施形態では、ヌメロロジ情報、及び／又は前記複数のリソース領域のうちの少なくとも１つのリソース領域に対する前記信号のための前記リソース割り当てに関する情報を送信することは、前記少なくとも１つのリソース領域に対する前記ヌメロロジ情報及び／又は前記信号のための前記リソース割り当てに関する情報を、前記少なくとも１つのリソース領域のうちの１つにおいてブロードキャストチャネルを介して送信することを含んでもよい。更なる実施形態では、前記複数のリソース領域のうちの少なくとも１つのリソース領域に対するヌメロロジ情報及び／又は前記信号のための前記リソース割り当てに関する情報を送信することは、前記少なくとも１つのリソース領域のうちのそれぞれのリソース領域に対するヌメロロジ情報及び／又は前記信号のための前記リソース割り当てに関する情報を、前記それぞれのリソース領域においてブロードキャストチャネルを介して送信することを含んでもよい。
【0015】
本開示の第２の態様では、端末装置において実施される方法を提供する。本方法は、信号のためのリソース割り当てに関する情報をネットワーク装置から受信することと、前記リソース割り当てに応じて前記ネットワーク装置によりブロードキャストされる前記信号を受信することとを含み、前記信号は、参照信号、及びシステム情報を含む制御信号のうちの少なくとも１つを含む。
【0016】
本開示の第３の態様では、ネットワーク装置を提供する。ネットワーク装置は、信号のためのリソース割り当てに関する情報を送信する設定送信部と、前記リソース割り当てに応じて前記信号をブロードキャストする信号送信部と、を備え、前記信号は、参照信号、及びシステム情報を含む制御信号のうちの少なくとも１つを含む。
【0017】
本開示の第４の態様では、端末装置を提供する。端末装置は、信号のためのリソース割り当てに関する情報をネットワーク装置から受信する情報受信部と、前記リソース割り当てに応じて前記ネットワーク装置によりブロードキャストされる前記信号を受信する信号受信部とを備え、前記信号は参照信号、及びシステム情報を含む制御信号のうちの少なくとも１つを含む。
【0018】
本開示の第５の態様では、ネットワーク装置を提供する。ネットワーク装置は、プロセッサとメモリとを含み、前記メモリは前記プロセッサにより実行可能な命令を含み、前記プロセッサは、前記ネットワーク装置に本開示の第１の態様にかかる方法を実行させるように構成される。
【0019】
本開示の第６の態様では、端末装置を提供する。端末装置は、プロセッサとメモリとを含み、前記メモリは、前記プロセッサにより実行される命令を含み、前記プロセッサは、前記端末装置に本開示の第２の態様にかかる方法を実行させるように構成される。
【0020】
本開示の第７の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに、本開示の第１の態様にかかる方法を実行させる命令を含むコンピュータプログラムを提供する。
【0021】
本開示の第８の態様では、少なくとも１つのプロセッサにおいて実行される場合、前記少なくとも１つのプロセッサに本開示の第２の態様にかかる方法を実行させる命令を含むコンピュータプログラムを提供する。
【0022】
上述した様々な態様及び実施形態によれば、リソース利用は、より柔軟に制御され得る。例えば、信号（例えば、常時オン信号）の送信は、異なるシナリオに対して最小化されてもよく、及び／又は、柔軟に利用することができる、又は将来の使用のために残されることができる時間／周波数リソースが最大化されてもよい。
【図面の簡単な説明】
【0023】
本開示の様々な実施形態の上述した、及び他の態様、特徴及び利点は、例として、類似の参照番号又は文字が類似又は同等の要素を示すために使用される、添付の図面を参照して以下の詳細な説明からより完全に明らかになるだろう。図面は、本開示の実施形態をより理解し易くするために示されており、必ずしも一定のスケールで描かれているわけではない。
【0024】
【0025】
【0026】
【0027】
【0028】
【0029】
【0030】
【0031】
【0032】
【0033】
【0034】
【0035】
【発明を実施するための形態】
【0036】
以下、例示的な実施形態を参照しながら本開示の原理及び精神を説明する。全てのこれらの実施形態は、当業者が本開示をよりよく理解し、更なる実践をするためだけに与えられたものであって、本開示のスコープを限定するためのものでないことは理解すべきである。例えば、一実施形態の一部として図示又は説明された特徴は、更なる実施形態を生み出すために、他の実施形態と共に使用されてもよい。明確にするために、実際の実装が本明細書に記載されているわけではない。
【0037】
明細書において、「一実施形態」、「実施形態」、「例示的な実施形態」等への参照は、説明された実施形態が特定の特徴、構造又は特性を含んでもよいが、全ての実施形態が特定の特徴、構造又は特性を含むことを必要としない。さらに、そのような表現は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造又は特性が実施形態に関連して説明される場合、明示的に記載されているか否かに関わらず、他の実施形態に関連して、そのような特徴、構造、又は特性に影響を及ぼすことは当業者の知識の範囲内であることが提示される。
【0038】
「第１」及び「第２」等の用語は、様々な要素を説明するために本明細書で使用され得るが、これらの要素は、これらの用語によって限定されるべきではないことを理解すべきである。これらの用語は、ある要素を他の要素と区別するためにのみ使用される。例えば、例示的な実施形態のスコープから逸脱することなく、第１の要素を第２の要素と呼ぶことができ、同様に、第２の要素を第１の要素と呼ぶことができる。本明細書で使用されるとき、「及び／又は」という用語は、列挙された関連する用語のうちの１又は複数の任意の及び全ての組み合わせを含む。
【0039】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態に限定することを意図するものではない。本明細書で使用されるとき、単数形「ａ」、「ａｎ」、及び「ｔｈｅ」は、文脈が明らかにそうでないことを示していない限り、複数形も含むことを意図する。「含む（comprises）」、「含む（comprising）」、「有する（has）」、「有する（having）」、「含む（includes）」及び／又は「含む（including）」は、本明細書で使用される場合、記載された特徴、要素、及び／又はコンポーネント等の存在を特定するが１又は複数の他の特徴、要素、コンポーネント、及び／又はそれらの組み合わせの存在又は追加を排除するものではないことはさらに理解されるであろう。
【0040】
以下の説明及び特許請求の範囲において、他に定義されない限り、本明細書で使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者により一般に理解されるのと同じ意味を有する。
【0041】
説明することを目的として、本開示のいくつかの実施形態は、ＮＲシステムの文脈で説明されるが、本開示の原理は、より広く使用されてもよいことは理解すべきである。すなわち、本開示の実施形態は、同様の課題が存在する、例えば、第５世代（５Ｇ）通信システム、及び／又は、現在知られているかもしくは将来開発される任意の他のシステム等の任意の無線通信システムにおいて実施されてもよい。
【0042】
本明細書で使用されるとき、「ネットワーク装置」という用語は、それを介して端末装置がネットワークにアクセスし、そこからサービスを受ける無線通信ネットワークにおける装置を指す。ネットワーク装置は、例えば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、エボルブドＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、遠隔無線ユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッダ（ＲＨ：radio header）、遠隔無線ヘッド（ＲＲＨ：remote radio head）、中継装置、フェムト、ピコ等の低電力ノード等の基地局（ＢＳ）又はアクセスポイント（ＡＰ）を指してもよい。
【0043】
「端末装置」という用語は、無線通信ネットワークに接続し、そこからサービスを受けることができる任意のエンド装置を指す。限定するわけではなく、例として、端末装置は、ユーザ装置（ＵＥ：user equipment）、加入者局（ＳＳ：Subscriber Station）、ポータブル加入者局、移動局（ＭＳ：Mobile Station）、又はアクセス端末（ＡＴ：Access Terminal）として呼ばれてもよい。端末装置は、携帯電話、セルラ電話、スマートフォン、タブレット、ウェアラブル装置、パーソナルデジタルアシスタント（ＰＤＡ：personal digital assistant）、ポータブルコンピュータ、デジタルカメラ等のイメージキャプチャ端末装置、ゲーム端末装置、音楽ストレージ及び再生機器、ウェアラブル端末装置、車両搭載無線端末装置等を含んでもよいが、これに限定されない。以下の説明において、「端末装置」、「端末」、「ユーザ装置」及び「ＵＥ」という用語は、互換的に使用されることがある。
【0044】
図１は、本開示の実施形態が実施され得る例示的な無線通信ネットワーク１００を示す。図１に示すように、無線通信ネットワーク１００は、ｅＮＢの形態であり得る、例えば、ネットワーク装置１０１等の１又は複数のネットワーク装置を含み得る。ネットワーク装置１０１はまた、ＮｏｄｅＢ、ＢＴＳ（Base Transceiver Station）、及び／又はＢＳＳ（Base Station Subsystem）、アクセスポイント（ＡＰ）等の形態とすることができることは理解出来るであろう。ネットワーク装置１０１は、そのカバレッジ内の例えば、ＵＥ１０２及び１０３等の端末装置のセットに無線接続を提供し得る。本明細書におけるダウンリンク（ＤＬ）送信は、ネットワーク装置から端末装置までの送信を指し、アップリンク（ＵＬ）送信は、反対方向の送信を指す。
【0045】
無線通信システム１００に接続するために、端末装置（例えば、ＵＥ１０２）は、最初にネットワーク装置（例えば、ネットワーク装置１０１）と同期しなければならない。これは、例えば、ネットワーク装置から送信される同期信号（ＳＳ：synchronization signal）を検出することにより行うことが可能である。同期信号に加えて、ＵＥ１０２はまた、より細かい同期を得るために、ネットワーク装置１０１からの参照信号（ＲＳ：reference signal）を検出してもよい。同期を取得した後でも、ＵＥ１０２は、初期接続を可能にするためにネットワーク装置からいくつかの必要なシステム情報を取得する必要がある。ネットワーク装置との接続を確立した後さえ、ＵＥ１０２は、ネットワーク側での無線リソース管理（ＲＲＭ：radio resource management）を支援するために、依然としてネットワーク装置からのいくつかの参照信号に基づいて測定を実行する必要があり得る。すなわち、端末装置の初期アクセス、ページング、モビリティ又は他のＲＲＭ関連測定を可能にするために、いくつかの信号が常にネットワーク装置によって送信されることになる。これらの信号は「常時オン（always-on）」信号と呼ばれることがある。
【0046】
ＬＴＥシステムでは、常時オン信号は、プライマリ同期信号（ＰＳＳ：primary synchronization signal）、セカンダリ参照信号（ＳＳＳ：secondary reference signal）、共通参照信号（ＣＲＳ：common reference signal）、復調参照信号（ＤＲＳ：demodulation reference signal）、マスターインフォメーションブロック（ＭＩＢ：master information block）、及びシステムインフォメーションブロック（ＳＩＢ：system information block）を含む。将来の無線通信システム、例えば、ＮＲシステムでは、常時オン信号は、ＬＴＥシステムの信号よりも少ない、又は多い、又は異なる信号を含んでもよい。さらに、ＬＴＥシステムにおける常時オン信号の現在の設計は、ＬＴＥシステムにおける常時オン信号のほとんどがリソース割り当てに固定されているため、ＮＲシステムにはほとんど適用できない。それは、そのような信号により占有されるリソースが将来の目的のために再利用することができないことを意味する。例えば、ＬＴＥでは、ＣＲＳは全システム帯域幅にわたる全てのサブフレームに存在する。多くのＬＴＥ機能及び実装は、この仮定に基づいて構築されている。その結果、前方互換性の要件を満たすことはできない。したがって、ＮＲシステムのための新しい信号設計が要求される。
【0047】
前方互換性を可能にするために、１つの方法は、常時オン信号の送信を最小化することである。例えば、常時オン信号送信は、時間集中方式で凝縮されてもよい。あるいは、ＣＲＳ信号は、周波数領域において最小帯域幅で送信されてもよい。しかし、常時オン信号の送信を最小限に抑える方法、及び／又は将来の無線通信システム、例えば、フェーズＩＩ ＮＲシステムにより柔軟に利用されることができる時間及び周波数リソースの量を最大限にする方法については依然としてオープンである。
【0048】
上記の問題の少なくとも一部を解決するために、方法、装置及びコンピュータプログラムが、ここに提案されている。本開示の実施形態は、３ＧＰＰにより開発されているＮＲシステムに限定されず、同様の問題が存在する任意のシナリオにより広く適用することができることを理解すべきである。
【0049】
ここで、本開示の実施形態にかかるネットワーク装置側で実施される方法２００のフローチャートを示す図２を参照する。簡略化のため、方法２００は、図１に示すネットワーク装置１０１を参照して以下に説明される。しかしながら、方法２００は、任意の他のネットワーク装置により実施することができることも理解すべきである。
【0050】
図２に示すように、ブロック２１０において、ネットワーク装置１０１は、信号のためのリソース割り当てに関する情報を送信する。限定ではなく説明のために、一実施形態では、信号は、参照信号、及びシステム情報を含む制御信号のうちの少なくとも１つを含んでもよい。例えば、信号は、同期及び／又はＲＲＭ測定のために、端末装置のグループ又はネットワーク装置によりサービスされる全ての端末装置により測定される常時オン参照信号であってもよい。信号は、３ＧＰＰ ＬＴＥで規定されているＣＲＳのような参照信号であってもよい。他の例では、信号は、システム情報を取得するために、端末装置のグループ又はネットワーク装置によりサービスされる全ての端末装置により検出される制御信号であってもよい。信号は、ＬＴＥで規定されているＳＩＢと同様であってもよい。本開示の実施形態は、任意の特定のタイプの信号に限定されないことは理解すべきである。いくつかの実施形態では、信号は、ＣＲＳ等の参照信号及びＳＩＢとは異なっていてもよく、異なる目的に利用されてもよい。
【0051】
ブロック２１０の動作は、信号のためのリソース割り当てを設定可能とし、これは、信号に割り当てられたリソースが必要性に基づいて調整され得ることを意味する。これによりネットワーク装置が信号のためのリソース割り当てを最小限に抑えることができ、それによってリソース効率を改善する。
【0052】
ブロック２２０において、ネットワーク装置１０１は、リソース割り当てに従って信号をブロードキャストする。このようにして、ネットワーク装置（例えば、図１のネットワーク装置１０１）は、ネットワーク装置によりブロードキャストされ、複数の端末装置により検出されるべき信号のためのリソース割り当てを制御／設定することができ、現在のＬＴＥのように固定的な（例えば、広帯域）リソースで信号を送信するのではなく、設定されたリソース構成で信号を送信することができる。これにより、ネットワーク装置のリソースは、より柔軟に管理することができる。
【0053】
本開示の実施形態は、信号のためのリソース割り当てを設定するための任意の特定の設定メッセージに限定されない。説明のためだけに、一実施形態では、ブロック２１０で送信される信号のためのリソース割り当てに関する情報は、以下の少なくとも１つを示してもよい。
－信号に割り当てられるリソースの帯域幅；
－信号に割り当てられるリソース位置；
－周波数領域における信号の分布密度（distribution density）；
－周波数領域における信号の分布パターン（distribution pattern）；
－信号の分布パターン（distribution pattern）の時間変化；及び
－時間領域における信号の送信周期。
－信号に割り当てられるリソースの帯域幅；
－信号に割り当てられるリソース位置；
－周波数領域における信号の分布密度（distribution density）；
－周波数領域における信号の分布パターン（distribution pattern）；
－信号の分布パターン（distribution pattern）の時間変化；及び
－時間領域における信号の送信周期。
【0054】
図３ａ～３ｈには、信号のリソース割り当てを概略的に説明するためのいくつかの例が示されている。簡略化のため、これらの例において、信号は、ＣＲＳであると仮定されるが、実施形態は、これに限定されず、同様の原理が他の信号に適用されてもよいことを理解すべきである。同様に、これらの例では、ブロードキャストチャネルは、ＰＢＣＨであるように示されているが、実施形態はこれに限定されず、同様の原理が他のブロードキャストチャネルに提供されてもよいことを理解すべきである。
【0055】
図３ａに示すように、一実施形態では、ネットワーク装置は、ＣＲＳのシステム帯域幅内でｆ０付近にいくつかの中央の周波数リソースを設定されてもよい。割り当てられたリソースの帯域幅／位置は、ブロック２１０で端末装置に示されてもよい。一実施形態では、ネットワーク装置は、信号に割り当てられたネットワーク装置のシステム帯域幅の一部を示すことにより、割り当てられたリソースの帯域幅を示してもよい。例えば、ネットワーク装置は、システム帯域幅の１／４又は１／２又は３／４又は１（全て）がＣＲＳ送信に割り当てられることを示してもよい。これは、例えば、２ビット指示（indication）を介して示されてもよい。図３ｂには、ネットワーク装置が全ての利用可能なシステム帯域幅をＣＲＳ送信に割り当てる別の例が提供されている。
【0056】
これらの例では、同期信号（ＳＳ：synchronization signal）、物理ブロードキャストチャネル（ＰＢＣＨ：physical broadcast channel）、及びＣＲＳは、同じ送信時間間隔（ＴＴＩ：transmission time interval）で発生するように示されているが、他の実施形態では、これらの信号／チャネルは異なるＴＴＩにおいて送信することができることを理解すべきである。
【0057】
図３ｃ及び３ｄには、ＣＲＳに対する分散リソース割り当てを用いた例が提供される。図３ｃに示すように、ネットワーク装置は、ＣＲＳに対してシステム帯域幅の約１／２を割り当ててもよく、割り当てられたリソースは０．５の密度でシステム帯域幅全体に分散（分布）される。０．５の密度は、ＣＲＳが偶数又は奇数のＰＲＢもしくはＰＲＢグループでのみ送信されることを意味する。この場合、１／２リソースには常時オン信号がないので、この時間間隔における１／２リソース（中央のいくつかのＰＲＢを除く）を将来のＵＥによる使用のために残すことができる。
【0058】
ＣＲＳに対して０．２５の密度で分散（分布）されたリソース割り当てが図３ｄに示されている。中央のいくつかのＰＲＢを除いて、０．２５の密度である場合、この時間間隔の３／４リソースは、常時オン信号がないため、将来の使用に残すことができる。
【0059】
一実施形態では、ネットワーク装置１０１は、ブロック２１０において割り当てられたリソースの密度及び／又は帯域幅を端末装置に示してもよい。他の実施形態では、システム帯域幅は、複数のリソースグループに分割されてもよい。例えば、図３ｃに示す例では、２つのグループがあり、図３ｄに示す例では、４つのグループがある。そして、ブロック２１０において、ネットワーク装置は、端末装置のリソースのグループを端末装置に示してもよく（例えば、割り当てられる全てのリソースブロックをリストする）、又はグループ番号、もしくは、言い換えると、グループのインデックス（例えば、第２のグループ）を端末装置に示してもよい。
【0060】
代替的に又は追加的に、ＣＲＳリソース割り当てのためのいくつかの予め定義されたパターン又は密度があり得る。各パターンは、周波数領域において、又は周波数及び時間領域において、ＣＲＳの異なる分布を示してもよい。ネットワーク装置は、ブロック２１０において端末装置に、パターン（例えば、パターンのインデックス）を示してもよい。
【0061】
図３ｅ～３ｈには、ＣＲＳの周期的な送信が概略的に示されている。図３ｅに示すように、ＣＲＳは、５ｍｓ周期で送信されてもよい。しかしながら、本開示の実施形態は、信号の任意の特定の周期に限定されないことは理解すべきである。一実施形態では、ブロック２１０において、ネットワーク装置は、端末装置に周期を示してもよい。
【0062】
図３ｆの例では、「ＣＲＳパターン」又は「ＣＲＳ送信パターン」と呼ぶことができる、異なるＣＲＳ分布パターンが異なる期間に採用される。これは、ＣＲＳパターンホッピングと呼ばれてもよい。一実施形態では、ネットワーク装置は、時間と共に、どのようにＣＲＳパターンがホップ／変化するかをブロック２１０において端末装置に示してもよい。ＣＲＳパターンホッピングは、ＣＲＳ送信のリソース位置、密度及び帯域幅のうちの少なくとも１つにおいて変化をもたらしてもよい。図３ｆの例では、パターンホッピングにより、ＣＲＳのリソース位置は変化するが、密度は変化しないままである。図３ｇでは、リソース位置は時間と共に変化するが、リソース帯域幅は変化しないままである。図３ｈに示す他の例では、ＣＲＳの帯域幅も時間と共に変化する。図３ｈに示すように、ＰＢＣＨを有するＴＴＩでは、ＣＲＳは広帯域であるが、ＰＢＣＨを有さない他のＴＴＩでは、ＣＲＳは狭帯域である。さらに、他のＴＴＩでは、パターンホッピングを使用することができる。
【0063】
図３ａ～３ｈのいくつかの例に示すように、ＣＲＳは、ＰＢＣＨ検出を容易にするために、ＰＢＣＨが送信されるいくつかの中央のＰＲＢに常に存在してもよい。しかしながら、本開示の実施形態はこれに限定されない。他の実施形態では、ＣＲＳはまた、例えば、０．５の密度で、いくつかの中央のＰＲＢに分散して送信されてもよい。
【0064】
本開示の実施形態は、信号（例えば、ＣＲＳ等の参照信号）のリソース割り当てに関する情報を送信するためのいかなる特定の方法に限定されない。説明目的のためだけに、ブロック２１０のいくつかの例示的な実装２１１及び２１２が図４を参照して以下に提供される。
【0065】
図４に示すように、一実施形態では、ネットワーク装置は、ブロック２１１において、ブロードキャストチャネルを介して情報を送信してもよい。例えば、ネットワーク装置は、情報の少なくとも一部を、ＰＢＣＨ等のブロードキャストチャネルのペイロードとして送信してもよい。具体的には、ＣＲＳリソース割り当てに関する情報は、以下のように、ＰＢＣＨにおいて、マスターシステムブロック（ＭＩＢ：master information block）の一部として送信されてもよい：
すなわち、リソース割り当てに関する情報は、ＭＩＢの「ＣＲＳ帯域幅（CRS bandwidth）」のフィールドを介して示されてもよい。使用されている用語及び／又は技術に応じて、情報を送信するための正確なブロードキャストチャネルは異なり得る。
【0066】
代替的に又は追加的に、他の実施形態では、ネットワーク装置は、例えば、選択されたＣＲＣマスクを伴うブロードキャストチャネル（broadcast channel with a selected CRC mask）を送信することにより、暗示的に情報の少なくとも一部を送信してもよい。選択されたＣＲＣマスクは、情報の少なくとも一部を示す。例えば、４つの予め定義されたＣＲＣマスクがあると仮定し、そして、４つの予め定義されたＣＲＣマスクから１つのＣＲＣマスクを選択することにより、２ビット情報を示すことができる。
【0067】
図４に示すように、別の代替案として、ネットワーク装置は、同期信号シーケンス（ＳＳ）を送信することにより情報の少なくとも一部を送信してもよい。すなわち、ブロック２１２において、ネットワーク装置は、情報の少なくとも一部を指示するために同期信号シーケンスを送信してもよい。ＮＲシステムでは、シンボルのサイクリックプレフィックス（ＣＰ：cyclic prefix）の長さは、セル固有ではなくＵＥ固有であってもよく、そのような場合、ＣＰ関連情報がＳＳにより指示されることは不要であってもよい。一実施形態では、ネットワーク装置は、ＣＲＳ等の信号のためのリソース割り当てに関する情報を指示するために、ＣＰ指示を再利用してもよい。
【0068】
現在のＬＴＥでは、ＳＳは、ＰＳＳ及びＳＳＳを含む。しかし、本開示の実施形態は、ＳＳについてのそのような設計に限定されない。例えば、他の実施形態では、ＳＳは、単一の同期信号シーケンスのみを含んでもよい。ＳＳＳがＰＳＳ及びＳＳＳの両方を含む実施形態では、ＰＳＳ及びＳＳＳは、周波数分割複信（ＦＤＤ：frequency division duplex）システム又は時分割複信（ＴＤＤ：time division duplex）システムに関係無く、前方互換性のために１つのＴＴＩ内で送信されてもよい。
【0069】
一実施形態では、ＣＲＳリソース割り当て関連情報を示すために、ネットワーク装置は、異なるＳＳシーケンス（例えば、異なるシーケンスインデックス又は異なるシーケンスタイプ等）を使用してもよい。他の実施形態では、ネットワーク装置は、信号のリソース割り当てに関する情報を示すために、同期信号シーケンスの異なるルート値を使用してもよい。すなわち、ブロック２１２において、ネットワーク装置は、関連付けられた指示を伴う同期信号シーケンスを選択し、送信してもよい。この関連付けられた指示は、信号又は信号の一部のリソース割り当てに関する情報を示す。
【0070】
上記で説明したように、関連付けられた指示は、同期信号シーケンスの選択されたインデックス、同期信号シーケンスの選択されたタイプ、及び同期信号シーケンスの選択されたルート値の少なくとも１つを含んでもよい。例えば、ＳＳがＺＣシーケンスである場合、ＺＣシーケンスの異なるルート値は、信号（例えば、ＣＲＳ）のリソース割り当てに関する情報を示すために使用することができる。他の実施形態では、ＺＣシーケンス以外の他のシーケンスが使用されてもよい。
【0071】
代替的に又は追加的に、他の実施形態では、ネットワーク装置は、信号又は信号の一部のリソース割り当てに関する情報を示すために、ＰＳＳとＳＳＳ送信との間、又は２つの隣接ＰＳＳ送信の間、２つの隣接ＳＳＳ送信の間又は２つの隣接ＳＳ送信の間の異なる時間距離を使用してもよい。すなわち、ブロック２１２において、ネットワーク装置は、第１の時間インスタンス（第１の時点：a first time instance）で、第１の同期信号シーケンスを送信し、第２の時間インスタンス（第２の時点：a second time instance）で第２の同期信号シーケンスを送信してもよい。第１のインスタンスと第２のインスタンスとの間の時間ギャップは、信号のリソース割り当てに関する情報を示す。
【0072】
一実施形態では、第１の同期信号シーケンスと、第２の同期信号シーケンスとは、同一の同期信号シーケンス（例えば、ＰＳＳ、ＳＳＳ又はＳＳ）であってもよい。他の実施形態では、第１の同期信号シーケンスと、第２の同期信号シーケンスとは異なっていてもよい。例えば、第１の同期信号シーケンスと、第２の同期信号シーケンスとは、それぞれＰＳＳ及びＳＳＳであってもよい。
【0073】
図５ａ～５ｂには、時間距離／時間ギャップに基づく情報を示すための例が表されている。図５ａでは、ｍ＝１シンボルの時間ギャップは、広帯域ＣＲＳを示し、図５ｂでは、ｎ＝２シンボルの時間ギャップは、狭帯域ＣＲＳ、例えば、１／２システム帯域幅のリソース割り当てのＣＲＳを示す。他の実施形態では、ｍ及びｎの異なる値は、そのような指示のために使用することができることは理解すべきである。例えば、ｍ＝３シンボルは、ＴＤＤシステムの広帯域ＣＲＳを示してもよく、ｎ＝４シンボルは、ＴＤＤシステムの１／２ ＤＬシステム帯域幅の狭帯域ＣＲＳを示してもよい。
【0074】
いくつかの実施形態では、ＣＲＳリソース割り当ての文脈で説明されているが、同じ原理が他の信号、例えば、ＳＩＢ等のシステム情報を有する制御信号に適用されることは理解すべきである。すなわち、ネットワーク装置は、（例えば、図２のブロック２１０において）ＳＩＢのリソース割り当てに関する情報を送信してもよく、そして、例えば、図２のブロック２２０において、リソース割り当てにしたがってＳＩＢをブロードキャストしてもよい。したがって、ＣＲＳを参照して提供された説明は、ＳＩＢにも適用される。
【0075】
他の実施形態では、制御信号（例えば、ＳＩＢ）のリソースは、暗示的に示されてもよい。例えば、図２に示すように、本方法は、オプション的にブロック２３０を含んでもよい。本開示の文脈を通して、オプションの要素は、フローチャート及び／又はブロック図において破線のブロックにより示されている。ブロック２３０において、ネットワーク装置は、参照信号のために割り当てられたリソース領域（例えば、図３ａに示されている中央の狭帯域）内に位置するリソースにより制御信号を送信してもよい。したがって、ＵＥは、設定されたＣＲＳリソース領域において制御信号を復号するだけでよい。
【0076】
ここで、本開示の実施形態にかかるネットワーク装置において実施される他の方法６００が示されている図６を参照する。方法６００は、方法２００の他の例示的な実施例とみなされてもよい。この例示的な実施では、ネットワーク装置のシステム帯域幅は、複数のリソース領域に分割されると仮定する。
【0077】
図６に示すように、方法６００は、ブロック６１０～６３０を含む。ブロック６１０及び６２０において、ネットワークは、それぞれブロック２１０及び２２０の動作と同様の動作を実施してもよく、したがって、簡略化のために詳細を省略する。ブロック６３０において、ネットワーク装置は、複数のリソース領域のうちの少なくとも１つのリソース領域のためのヌメロロジ情報を送信する。ヌメロロジ情報は、サブキャリアスペース又はＣＰ長等を含んでもよい。方法６００は、ネットワーク装置が異なるリソース領域に異なるヌメロロジを適用することを可能にし、したがって、リソースの利用についてより柔軟にすることを可能にする。
【0078】
さらに、一実施形態では、ブロック６１０において、ネットワーク装置は、複数のリソース領域のうちの少なくとも１つのリソース領域に対する信号のためのリソース割り当てに関する情報を送信してもよい。このように、ネットワーク装置は、複数のリソース領域において異なる方法で信号にリソースを割り当ててもよい。例えば、ネットワーク装置は、特定の領域においてのみ信号に対してリソースを設定してもよく、及び／又はネットワーク装置は、各リソース領域に対する異なるリソース割り当てパターンを設定してもよい。これにより、リソース設定の柔軟性をさらに向上することができる。
【0079】
図７ａ～７ｂには、システム帯域幅を３つのリソース領域（７０１、７０２及び７０３）に分割する例が示される。しかし、他の例では、システム帯域幅が、より多い又はより少ないリソース領域に分割されてもよいことは理解することができる。ネットワーク装置は、様々な方法で１又は複数のリソース領域に対する（例えば、ブロック６３０を介して）ヌメロロジ情報を送信してもよく、及び／又は、（例えば、ブロック６１０を介して）信号のためのリソース割り当てに関する情報を送信してもよい。例えば、図７ａに示すように、ブロック６３０において、ネットワーク装置は、少なくとも１つのリソース領域（この例では中央のリソース領域７０２）のうちの１つにおいて単一のブロードキャストチャネルを介して少なくとも１つのリソース領域のためのヌメロロジ情報を送信してもよい。代替的に又は追加的に、ブロック６１０において、ネットワーク装置は、少なくとも１つのリソース領域のうちの１つにおいて単一のブロードキャストチャネルを介して少なくとも１つのリソース領域に対する信号のリソース割り当てに関する情報を送信してもよい。例えば、ネットワーク装置は、中央のリソース領域を除いて全てのリソース領域のためのヌメロロジ情報を送信してもよく、及び／又は、中央のリソース領域においてＰＢＣＨを介して全てのリソース領域に対する信号のためのリソース割り当てに関する情報を送信してもよい。中央のリソース領域のためのヌメロロジ情報は、固定であってもよく、予め定義されてもよい。
【0080】
他の実施形態では、図７ｂに示すように、ネットワーク装置は、それぞれのリソース領域においてブロードキャストチャネルを介して、それぞれのリソース領域に対するヌメロロジ情報及び／又は信号のためのリソース割り当てに関する情報を送信してもよい。すなわち、ネットワーク装置は、ｉ番目のリソース領域のブロードキャストチャネル（例えば、ＰＢＣＨ）を介して、ｉ番目のリソース領域（例えば、図７ｂに示される７０１）のためのヌメロロジ情報を送信してもよい。他の実施形態では、ネットワーク装置１０１は、異なる方法で、ヌメロロジ情報及び信号のためのリソース割り当てに関する情報を送信してもよい。例えば、ヌメロロジ情報は、ブロック６３０において図７ａに示すように送信されてもよいが、信号のためのリソース割り当てに関する情報は、ブロック６１０において図７ｂに示すような方法で送信されてもよく、その逆であってもよい。
【0081】
ここで、本開示の実施形態にかかる端末装置側において実施される方法８００のフローチャートを示す図８ａを参照する。簡略化のために、方法８００は、図１に示す端末装置１０２を参照して以下に説明される。しかしながら、方法８００はまた、任意の他の端末装置により実施することができることは理解することができる。
【0082】
図８ａに示すように、ブロック８１０において端末装置１０２は、信号のためのリソース割り当てに関する情報をネットワーク装置（例えば、ネットワーク装置１０１）から受信する。端末装置１０２により受信された情報は、図２及び図６をそれぞれ参照して説明された方法２００又は６００にしたがって、ネットワーク装置１０１により送信されてもよい。したがって、方法２００及び６００を参照して提供された信号及び信号のためのリソース割り当てに関する情報についての説明はまた、ここでも適用され、簡略化のために繰り返し説明しない。例えば、方法２００及び６００を参照して説明したように、信号は、参照信号（これに限定されないがＣＲＳ等）及びシステム情報を含む制御信号（これに限定されないがＳＩＢ等）の少なくとも１つを含んでもよい。信号のためのリソース割り当てのいくつかの例は、図３ａ～３ｈに見出すことができる。
【0083】
送信機側において、情報に使用される伝送方式に応じて、端末装置は、異なる方法で情報を受信してもよい。図８ｂにおいて、ブロック８１０の例示的な実施例８１１及び８１２は、説明のために提供される。
【0084】
一実施形態では、図４を参照して説明したように、ネットワーク装置１０１は、ブロードキャストチャネルを介して信号のリソース割り当てに関する情報を送信してもよい。したがって、図８ｂに示すように、ブロック８１１において、端末装置は、ブロードキャストチャネルを介して情報を受信してもよい。一実施形態では、ブロック８１１において、端末装置は、ブロードキャストチャネルのペイロード（例えば、ＭＩＢ）を検出することにより情報を受信してもよい。他の実施形態では、ブロック８１１において、端末装置は、ブロードキャストチャネルのＣＲＣマスクを検出してもよく、検出されたＣＲＣマスクに基づいて情報を取得してもよい。
【0085】
他の実施形態では、ネットワーク装置は、例えば、図４のブロック２１２において、同期信号シーケンスを送信することにより情報を送信してもよい。この場合、図８ｂに示すように、端末装置は、ブロック８１２において同期信号シーケンスを検出することにより情報を受信してもよい。例えば、端末装置は、同期信号シーケンスに関連付けられた指示を検出してもよく、検出された指示に基づいて情報又は情報の一部を取得してもよい。一実施形態では、検出された指示は、同期信号シーケンスのインデックス、タイプ及びルート値のうちの少なくとも１つを含んでもよい。このようにして、端末装置は、暗示的に情報を導出する。
【0086】
代替的に又は追加的に、他の実施形態では、ブロック８１２において、端末装置は、第１の時間インスタンスにおいて第１の同期信号シーケンスを受信し、第２の時間インスタンスにおいて第２の同期信号シーケンスを受信してもよく、そして、第１の時間インスタンスと第２の時間インスタンスとの間の時間ギャップに基づいて情報を取得してもよい。一実施形態では、第１の同期信号シーケンスと、第２の同期信号シーケンスとは、同一の同期信号シーケンス（例えば、ＰＳＳ、ＳＳＳ又はＳＳ）であってもよい。他の実施形態では、第１の同期信号シーケンスと第２の同期信号シーケンスとは、異なっていてもよい。例えば、第１の同期信号シーケンス及び第２の同期信号シーケンスは、それぞれＰＳＳ及びＳＳＳであってもよい。
【0087】
図８ａを参照すると、ブロック８２０において、端末装置は、リソース割り当てに従ってネットワーク装置によりブロードキャストされた信号を受信する。一実施形態では、信号は、ＬＴＥで規定されているＣＲＳと同様の参照信号であってもよい。この時点で、ブロック８２０において、端末装置は、ブロック８１０において受信された信号により示されたリソース割り当てで参照信号を受信してもよい。他の実施形態では、信号は、ＬＴＥで規定されているシステム情報ブロック１（ＳＩＢ１：system information block 1）と同様の制御信号であってもよく、ブロック８２０において、端末装置は、ブロック８１０において受信された情報により示されたリソース割り当てで制御信号を受信してもよい。
【0088】
オプション的に、一実施形態では、ＳＩＢ等の制御信号のためのリソース割り当ては、ＣＲＳ等の参照信号のために割り当てられるリソース領域内にあるように予め定義されてもよい。そのような実施形態では、図８ａに示すように、方法８００は、端末装置１０２が、参照信号のために割り当てられるリソース領域内に位置するリソースにおいて制御信号を検出してもよい、ブロック８３０をさらに含んでもよい。この実施形態によれば、ＳＩＢの検出を簡略化し得る。
【0089】
いくつかの実施形態では、ネットワーク装置１０１のシステム帯域幅は、複数のリソース領域に分割されてもよく、リソース利用の柔軟性を向上させるために、異なるヌメロロジは、異なるリソース領域に適用されてもよい。これを可能にするために、図８ａに示すように、方法８００は、オプション的にブロック８４０を含んでもよい。ブロック８４０において、端末は、複数のリソース領域のうちの少なくとも１つのリソース領域のためのヌメロロジ情報を受信してもよい。代替的に又は追加的に、他の実施形態では、ブロック８１０において、端末は、複数のリソース領域のうちの少なくとも１つのリソース領域に対する信号のためのリソース割り当てに関する情報を受信してもよい。
【0090】
一実施形態では、ブロック８４０において、端末装置は、少なくとも１つのリソース領域のうちの１つにおいてブロードキャストチャネルを介して少なくとも１つのリソース領域のためのヌメロロジ情報を受信してもよい。一実施形態では、ブロードキャストチャネルが位置するリソース領域のためのヌメロロジは、固定又は予め定義されていてもよい。他の実施形態では、ブロック８１０において、端末装置は、少なくとも１つのリソース領域のうちの１つにおいてブロードキャストチャネルを介して少なくとも１つのリソース領域に対する信号のためのリソース割り当てに関する情報を受信してもよい。
【0091】
他の実施形態では、１よりも多くのリソース領域にブロードキャストチャネルが存在してもよい。いくつかの実施形態では、ブロック８４０において、端末装置は、それぞれのリソース領域においてブロードキャストチャネルを介して少なくとも１つのリソース領域のうちのそれぞれのリソース領域のためのヌメロロジ情報を受信してもよい。代替的に又は追加的に、他の実施形態では、ブロック８１０において、端末装置は、それぞれのリソース領域においてブロードキャストチャネルを介して少なくとも１つのリソース領域のうちのそれぞれのリソース領域に対する信号のためのリソース割り当てに関する情報を受信してもよい。これは、ヌメロロジ情報及び／又は信号のためのリソース割り当てに関する情報をいくつかのブロードキャストチャネルに分散することを可能とする。
【0092】
本開示の実施形態は、リソース領域の任意の特定の数、及びヌメロロジ情報を送信するためにブロードキャストチャネルの数を限定しない。
【0093】
方法８００の例示的な実施例８０１は、図８ｃに示される。図８ｃに示すように、端末装置は、ブロック８５０においてＳＳを受信してもよい。ＳＳは、固定の周波数／時間リソースにおいて周期的にネットワーク装置により送信されてもよい。一実施形態では、レガシーＬＴＥのように、ＳＳは、ＰＳＳ及びＳＳＳを含んでもよい。他の実施形態では、ＬＴＥにおける送信メカニズムと同様の送信メカニズムはＮＲシステムに使用することができるが、ＰＳＳ及びＳＳＳは、中央の６ＰＲＢ又はいくつかのＰＲＢにおける１つのＴＴＩ内で送信されてもよい。ＳＳを検出した後、端末装置は、ネットワーク装置と粗い同期、セルＩＤ及び二重タイプ（duplex type）を取得してもよい。
【0094】
ブロック８６０において、端末装置は、ネットワーク装置により送信されたＰＢＣＨを受信してもよい。ＭＩＢは、ネットワーク装置によりＰＢＣＨにおいて送信されてもよい。ＰＢＣＨを検出／受信した後、端末装置は、システム帯域幅、ＣＲＳポート数、及びフレーム番号に関連する情報を取得してもよい。一実施形態では、端末装置はまた、ＣＲＳに対するリソース割り当てに関する情報、例えば、ＣＲＳ帯域幅／周期／ＣＲＳ密度／位置等を取得してもよい。他の実施形態では、ＣＲＳのリソース割り当てに関する情報は、ブロック８５０において受信されるＳＳを介して代わりに取得されてもよい。さらなる実施形態では、ＣＲＳのリソース割り当てに関する情報は、ブロック８５０において検出されたＳＳ及びブロック８６０において検出されたＭＩＢの組み合わせに基づいて取得されてもよい。簡略化のために、ＣＲＳ帯域幅は、システム帯域幅の一部とすることができ、例えば、システム帯域幅の１（全て）、３／４、１／２、１／４である。さらに他の実施形態では、端末装置は、ブロック８５０及び／又は８６０における受信を介してＳＩＢの可能な時間／周波数位置に関する情報を取得してもよい。
【0095】
そして、ブロック８７０において、ＣＲＳは、ＳＳ及び／又はＭＩＢにおいて送信された情報に従って、設定された時間／周波数リソースにおいてネットワーク装置により送信され、端末装置は、取得されたリソース割り当てに関する情報に従ってＣＲＳを検出する。端末は、検出されたＣＲＳに基づいて、細かい同期及び／又はＲＲＭ測定を実行してもよい。オプション的に、ネットワーク装置は、ＳＳ及び／又はＭＩＢにおいて送信された情報に従って、設定された時間／周波数リソースにおいて、ＳＩＢを送信してもよい。すなわち、一実施形態では、送信周期、２つの同期信号シーケンスの間の時間オフセット、及びＳＩＢの周波数領域は、ＭＩＢ及び／又はＳＳを介してブロードキャストされてもよい。他の実施形態では、ＳＩＢのためのリソースは、ＣＲＳのための設定されたリソース内にあるように予め定義されてもよい。ブロック８８０において、端末装置は、ブロック８５０及び／又は８６０においてＣＲＳ及び／又はＳＩＢのリソース割り当てについての取得された情報に従ってＳＩＢを検出する。
【0096】
ここで、無線通信ネットワーク（例えば、図１に示す無線通信ネットワーク１００）における装置９００の概略ブロック図を示す、図９を参照する。装置９００は、ネットワーク装置、例えば、図１に示すネットワーク装置１０１として／において実装されてもよい。装置９００は、図２～７を参照して説明された例示的な方法２００又は６００、及び考えられる任意の他のプロセス又は方法を実行するように動作可能である。方法２００又は５００が必ずしも装置９００により実行されるとは限らないことも理解すべきである。方法２００の少なくともいくつかのステップは、１又は複数の他のエンティティにより実行することができる。
【0097】
図９に示すように、装置９００は、信号のためのリソース割り当てに関する情報を送信するように構成される設定送信部９０１と、リソース割り当てに従って信号をブロードキャストするように構成される信号送信部９０２とを含む。一実施形態では、信号は、参照信号、及びシステム情報を含む制御信号のうちの少なくとも１つを含んでもよい。
【0098】
いくつかの実施形態では、装置９００は、方法２００又は６００を実行するために使用されてもよく、したがって、方法２００及び６００に関して提供される、情報の送信及び信号のブロードキャストの動作に関する説明もまた設定送信部９０１及び信号送信部９０２に適用される。同様に、方法２００及び６００を参照して提供された情報及び信号に関する説明もここに適用され、簡略化のために詳細は繰り返さない。
【0099】
一実施形態では、設定送信部９０１は、ブロードキャストチャネルを介して、情報又はその一部を送信するように構成されてもよい。例えば、設定送信部９０１は、ペイロードとして情報を送信し、又は選択されたＣＲＣマスクを伴う報知チャネルを送信するように構成されてもよく、選択されたＣＲＣマスクが情報を示すように構成されていてもよい。
【0100】
代替的に又は追加的に、他の実施形態において設定送信部９０１が同期信号シーケンスを送信することにより、情報又は情報の一部を指示するように構成されてもよい。例えば、設定送信部９０１は、関連付けられた指示を伴う同期信号シーケンスを送信するように構成されてもよく、ここで関連付けられた指示は情報を示す。一実施形態では、関連付けられた指示は、同期信号シーケンスの選択されたインデックス、選択されたタイプ及び選択されたルート値の少なくとも１つを含んでもよい。他の実施形態では、設定送信部９０１は、第１の時間インスタンスにおいて第１の同期信号シーケンスを送信し、第２の時間インスタンスにおいて第２の同期信号シーケンスを送信するように構成されてもよく、第１の時間インスタンスと、第２の時間インスタンスとの間の時間ギャップは、情報を示してもよい。
【0101】
オプション的に、一実施形態では、装置９００は、参照信号のために割り当てられたリソース領域内に位置するリソースにおいて制御信号を送信するように構成される制御信号送信部９０３をさらに含んでもよい。
【0102】
他の実施形態では、ネットワーク装置のシステム帯域幅は、複数のリソース領域に分割され、装置９００は、複数のリソース領域のうちの少なくとも１つのリソース領域のためのヌメロロジ情報を送信するように構成されるヌメロロジ情報送信部９０４をさらに含んでもよい。
【0103】
説明のためだけに、一実施形態では、ヌメロロジ情報送信部９０４は、少なくとも１つのリソース領域のうちの１つにおいてブロードキャストチャネルを介して少なくとも１つのリソース領域のためのヌメロロジ情報を送信するように構成されてもよい。他の実施形態では、ヌメロロジ情報送信部９０４は、複数のブロードキャストチャネルを介して少なくとも１つのリソース領域のためのヌメロロジ情報を送信するように構成されてもよい。例えば、ヌメロロジ情報送信部は、それぞれのリソース領域においてブロードキャストチャネルを介して少なくとも１つのリソース領域のうちのそれぞれのリソース領域のためのヌメロロジ情報を送信するように構成されてもよい。
【0104】
ここで、無線通信ネットワーク（例えば、図１に示す無線通信ネットワーク１００）における装置１０００の概略ブロック図を示す図１０を参照する。装置１０００は、端末装置、例えば、図１に示す端末装置１０２として／において実装されてもよい。装置１０００は、図８ａ～８ｂを参照して説明された例示的な方法８００、及び考えられる任意の他のプロセス又は方法を実行するように動作可能である。方法８００は必ずしも装置１０００により実行されるとは限られないことも理解すべきである方法８００の少なくともいくつかのステップは、１又は複数の他のエンティティにより実行することができる。
【0105】
図１０に示すように、装置１０００は、情報受信部１００１及び信号受信部１００２を含む。情報受信部１００１は、信号のためのリソース割り当てに関する情報をネットワーク装置（例えば、図１に示すネットワーク装置１０１）から受信するように構成され、信号受信部１００２は、リソース割り当てに従ってネットワーク装置によりブロードキャストされた信号を受信するように構成されてもよい。装置１０００が受信した情報及び信号は、方法２００又は６００に従ってネットワーク装置１０１により送信されたものであってもよく、したがって、方法２００及び６００を参照して提供された信号及び信号のリソース割り当てに関する情報についての説明もここに適用され、簡略化のために詳細は繰り返さない。
一実施形態では、情報受信部１００１は、ブロードキャストチャネルを介して情報を受信するように構成されてもよい。例えば、情報受信部１００１は、ブロードキャストチャネルのペイロードを検出することにより情報を受信するように構成されてもよいし、又は情報受信部１００１は、ブロードキャストチャネルのＣＲＣマスクを検出するマスク検出部１０１１と、検出されたＣＲＣマスクに基づいて情報を取得する第１情報取得部１０２１とを含んでもよい。
代替的に又は追加的に、一実施形態では、情報受信部１００１は、同期信号シーケンスを検出することにより情報又は情報の一部を受信するように構成されてもよい。例えば、情報受信部１００１は、指示検出部１０３１と、第２情報取得部１０４１とを含んでもよい。指示検出部１０３１は、同期信号シーケンスに関連付けられた指示であって、同期信号シーケンスのインデックス、タイプ及びルート値の少なくとも１つを含む関連付けられた指示を検出するように構成される。第２情報取得部１０４１は、検出された指示に基づいて情報を取得するように構成される。
他の例では、情報受信部１００１は、第１の時間インスタンスにおいて第１の同期信号シーケンスを受信する第１シーケンス受信部１０５１と、第２の時間インスタンスにおいて第２の同期信号シーケンスを受信する第２シーケンス受信部１０６１と、第１の時間インスタンスと、第２の時間インスタンスとの間の時間ギャップに基づいて情報を取得する第３情報取得部１０７１とを含んでもよい。
図１０に示すように、一実施形態では、装置１０００は、参照信号のために割り当てられたリソース領域内に位置するリソースにおいて制御信号を検出する制御信号検出部１００３をさらに含んでもよい。
いくつかの実施形態では、ネットワーク装置のシステム帯域幅は、複数のリソース領域に分割されてもよく、装置１０００は、複数のリソース領域のうちの少なくとも１つのリソース領域のためのヌメロロジ情報を受信するヌメロロジ情報受信部１００４をさらに含んでもよい。一実施形態では、ヌメロロジ情報受信部１００４は、少なくとも１つのリソース領域のうちの１つにおいてブロードキャストチャネルを介して少なくとも１つのリソース領域のためのヌメロロジ情報を受信するように構成されてもよい。他の実施形態では、ヌメロロジ情報受信部１００４は、それぞれのリソース領域においてブロードキャストチャネルを介して、少なくとも１つのリソース領域のうちのそれぞれのリソース領域のためのヌメロロジ情報を受信するように構成されてもよい。
一実施形態では、情報受信部１００１は、ブロードキャストチャネルを介して情報を受信するように構成されてもよい。例えば、情報受信部１００１は、ブロードキャストチャネルのペイロードを検出することにより情報を受信するように構成されてもよいし、又は情報受信部１００１は、ブロードキャストチャネルのＣＲＣマスクを検出するマスク検出部１０１１と、検出されたＣＲＣマスクに基づいて情報を取得する第１情報取得部１０２１とを含んでもよい。
代替的に又は追加的に、一実施形態では、情報受信部１００１は、同期信号シーケンスを検出することにより情報又は情報の一部を受信するように構成されてもよい。例えば、情報受信部１００１は、指示検出部１０３１と、第２情報取得部１０４１とを含んでもよい。指示検出部１０３１は、同期信号シーケンスに関連付けられた指示であって、同期信号シーケンスのインデックス、タイプ及びルート値の少なくとも１つを含む関連付けられた指示を検出するように構成される。第２情報取得部１０４１は、検出された指示に基づいて情報を取得するように構成される。
他の例では、情報受信部１００１は、第１の時間インスタンスにおいて第１の同期信号シーケンスを受信する第１シーケンス受信部１０５１と、第２の時間インスタンスにおいて第２の同期信号シーケンスを受信する第２シーケンス受信部１０６１と、第１の時間インスタンスと、第２の時間インスタンスとの間の時間ギャップに基づいて情報を取得する第３情報取得部１０７１とを含んでもよい。
図１０に示すように、一実施形態では、装置１０００は、参照信号のために割り当てられたリソース領域内に位置するリソースにおいて制御信号を検出する制御信号検出部１００３をさらに含んでもよい。
いくつかの実施形態では、ネットワーク装置のシステム帯域幅は、複数のリソース領域に分割されてもよく、装置１０００は、複数のリソース領域のうちの少なくとも１つのリソース領域のためのヌメロロジ情報を受信するヌメロロジ情報受信部１００４をさらに含んでもよい。一実施形態では、ヌメロロジ情報受信部１００４は、少なくとも１つのリソース領域のうちの１つにおいてブロードキャストチャネルを介して少なくとも１つのリソース領域のためのヌメロロジ情報を受信するように構成されてもよい。他の実施形態では、ヌメロロジ情報受信部１００４は、それぞれのリソース領域においてブロードキャストチャネルを介して、少なくとも１つのリソース領域のうちのそれぞれのリソース領域のためのヌメロロジ情報を受信するように構成されてもよい。
【0106】
図１１は、ネットワーク装置、例えば、図１に示すネットワーク装置１０１において／として具体化され得る装置１１１０、及び端末装置、例えば、図１に示す端末装置１０２及び１０３において／として具体化され得る装置１１２０の簡略化されたブロック図を示す。
【0107】
装置１１１０は、データプロセッサ（ＤＰ：data processor）等の少なくとも１つのプロセッサ１１１１と、プロセッサ１１１１に結合された少なくとも１つのメモリ（ＭＥＭ：memory）１１１２とを含んでもよい。装置１１１０は、プロセッサ１１１１に結合された、送信機ＴＸ及び受信機ＲＸ１１１３をさらに含んでもよい。ＭＥＭ１１１２は、非一時的な機械可読記録媒体であってもよく、プログラム（ＰＲＯＧ：program）１１１４を格納してもよい。ＰＲＯＧ１１１４は、関連するプロセッサ１１１１において実行される場合、装置１１１０が本開示の実施形態に従って動作すること、例えば、方法２００又は６００を実行することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ１１１１と、少なくとも１つのＭＥＭ１１１２との組み合わせは、本開示の様々な実施形態を実施するように適合された処理手段１１１５を形成してもよい。
【0108】
装置１１２０は、ＤＰ等の少なくとも１つのプロセッサ１１２１と、プロセッサ１１２１と結合された少なくとも１つのＭＥＭ１１２２とを含む。装置９２０は、プロセッサ１１２１と結合された適切なＴＸ／ＲＸ１１２３をさらに含んでもよい。ＭＥＭ１１２２は、非一時的な機械可読記録媒体であってもよく、ＰＲＯＧ１１２４を格納してもよい。ＰＲＯＧ１１２４は、関連するプロセッサ１１２１において実行される場合、装置１１２０が本開示の実施形態に従って動作すること、例えば、方法８００を実行することを可能にする命令を含んでもよい。少なくとも１つのプロセッサ１１２１と、少なくとも１つのＭＥＭ１１２２との組み合わせは、本開示の様々な実施形態を実施するように適合された処理手段１１２５を形成してもよい。
【0109】
本開示の様々な実施形態は、プロセッサ１１１１及び１１２１のうちの１又は複数により実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせにより実装されてもよい。
【0110】
ＭＥＭ１１１２及び１１２２は、ローカルの技術環境に適した任意のタイプのものであってもよく、非限定的な例として、半導体ベースのメモリ端末装置、自機メモリ端末装置及びシステム、光メモリ端末装置及びシステム、固定メモリ並びにリムーバルメモリ等の任意の適切なデータストレージ技術を用いて実装されてもよい。
【0111】
プロセッサ１１１１及び１１２１は、ローカルの技術環境に適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサＤＳＰ、及びマルチコアプロセッサに基づくプロセッサのうちの１又は複数を含んでもよい。
【0112】
上記の説明のいくつかは、ＮＲシステムの文脈でなされているが、本開示の精神及びスコープを限定するものとして解釈されるべきではない。本開示の原理及び概念は、他の無線システムに、より一般的に適用可能であり得る。
【0113】
さらに、本開示はまた、機械可読媒体及び機械可読伝送媒体を含む、上記のようなコンピュータプログラムを含むメモリを提供してもよい。機械可読媒体は、コンピュータ可読媒体とも呼ばれてもよく、例えば、磁気ディスク、磁気テープ、光ディスク、相変化メモリ、又は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、フラッシュメモリデバイス、ＣＤ－ＲＯＭ、ＤＶＤ、ブルーレイディスク等の機械可読記憶媒体を含んでもよい。機械可読伝送媒体は、キャリアとも呼ばれてもよく、例えば、電気、光、無線、音響、又は、搬送波、赤外線信号等の他の形態の伝搬信号を含んでもよい。
【0114】
実施形態を用いて説明された対応する装置の１又は複数の機能を実装する装置が、先行技術の手段だけでなく、実施形態を用いて説明された対応する装置の１又は複数の機能を実施する手段も含むように、本明細書に記載の技術は、様々な手段によって実施されてもよく、各別個の機能のための別個の手段、もしくは２又は複数の機能を実行するように構成され得る手段を含んでもよい。例えば、これらの技術は、ハードウェア（１又は複数の装置）、ファームウェア（１又は複数の装置）、ソフトウェア（１又は複数のモジュール）又はそれらの組み合わせで実装されてもよい。ファームウェア又はソフトウェアの場合、本明細書に記載された機能を実行するモジュール（例えば、手順、機能等）を介して実装されてもよい。
【0115】
本明細書における例示的な実施形態は、方法及び装置のブロック図及びフローチャートを参照して上記で説明されている。ブロック図及びフローチャート図の各ブロック、並びにブロック図及びフローチャート図のブロックの組み合わせは、それぞれ、ハードウェア、ソフトウェア、ファームウェア又はそれらの組み合わせを含む様々な手段により実装することができることは理解されよう。例えば、ブロック図及びフローチャート図の各ブロック、並びにブロック図及びフローチャート図のブロックの組み合わせは、コンピュータプログラム命令により実装することができる。コンピュータ又は他のプログラム可能なデータ処理装置において実行する命令がフローチャートのブロックに指定された機能を実施するための手段を生成するように、これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ又は機械を製造する他のプログラム可能なデータ処理装置にロードされてもよい。
【0116】
さらに、動作は特定の順序で記載されているが、所望する結果を達成するために、そのような動作が示された特定の順序で、又は順に行われること、又は示されたすべての動作が行われることを必要とすると理解されるべきではない。特定の状況では、マルチタスキング及び並列処理が有利であってもよい。同様に、いくつかの具体的な実装の詳細が上記の議論に含まれているが、これらは本明細書に記載の主題の範囲について限定することをとして解釈されるべきではなく、むしろ特定の実施形態に特有の特徴の説明として解釈されるべきである。本明細書において別々の実施形態の文脈で説明されている特定の特徴は、単一の実施形態において組み合わされて実施することもできる。逆に、単一の実施形態の文脈で説明されている様々な特徴は、別々にまたは任意の適切なサブコンビネーションで複数の実施形態でも実施することができる。さらに、特徴は特定の組み合わせで作用するものとして上記され、当初はそのように主張されてもよいが、主張された組み合わせからの１つ以上の特徴は組み合わせから切り離されてもよく、主張された組み合わせはサブコンビネーション又はサブコンビネーションの変形例としてもよい。
【0117】
技術が進歩するにつれて、本発明の概念が様々な方法で実施され得ることは当業者には明らかであろう。上述の実施形態は、本開示を限定するのではなく説明するために与えられており、当業者が容易に理解するように、本開示の精神および範囲から逸脱することなく修正および変形に頼ることができる。そのような修正形態および変形形態は、本開示及び添付の特許請求の範囲のスコープの内にあると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図1】
【図2】
【図3a】
【図3b】
【図3c】
【図3d】
【図3e】
【図3f】
【図3g】
【図3h】
【図4】
【図5a】
【図5b】
【図6】
【図7a】
【図7b】
【図8a】
【図8b】
【図8c】
【図9】
【図10】
【図11】