(57)【要約】無線ネットワークにおける残存最小システム情報（RMSI）のための方法、ネットワークデバイス、および端末装置が開示される。方法は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定することと、SS／PBCHブロックがRMSIを構成することに応答して、第1の周期内で1つまたは複数の反復RMSIを送信することとを、有する。【選択図】図５
2021510032.tif 000002
【特許請求の範囲】
【請求項１】
無線ネットワークにおいて残存最小システム情報（RMSI）を送信するための方法（500）であって、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報のサブセットと、RMSIをフェッチするためのコンフィギュレーションとを提供し、ここで、RMSIは、最小システム情報の残りのサブセットであり、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記方法は、
前記SSバーストセット内のSS／PBCHブロックが前記RMSIを構成するかどうかを判定すること（502）と、
前記SS／PBCHブロックがRMSIを構成することに応答して、前記第1の周期内で1つまたは複数の反復RMSIを送信すること（504）と、を有する方法。
【請求項２】
請求項1に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを送信する（504）前に、前記第1の周期が所定の値よりも大きいことを判定する、方法。
【請求項３】
請求項2に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを送信すること（504）は、
第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、前記第1の周期内の1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づいて、前記第1の周期内で1つまたは複数の反復RMSIを送信すること、を有し、
前記第2の周期と、前記第1の冗長バージョンパターンと、前記第1のビームパターンと、前記ビットマップと、のうちの前記少なくとも1つは、前記RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される、方法。
【請求項４】
請求項2または3に記載の方法であって、
第2の冗長バージョンパターンと、第2のビームパターンと、前記SSバーストセットのスケジューリングウィンドウと重ならないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて、前記構成されたRMSIを送信すること（702）をさらに有し、
前記第2の冗長バージョンパターンと、前記第2のビームパターンと、前記スケジューリングウィンドウと、のうちの前記少なくとも1つは、前記RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される、方法。
【請求項５】
請求項3に記載の方法であって、前記ビットマップ内のビットは、前記1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す、方法。
【請求項６】
請求項4に記載の方法であって、前記第1の周期と前記第2の周期との間に対応関係がある、方法。
【請求項７】
請求項1に記載の方法であって、前記1つまたは複数の反復RMSIの反復タイミング周波数位置は、所定のルールに基づいて、前記SSバーストセット内の前記SS／PBCHブロックによって示されるものによって、決定される、方法。
【請求項８】
請求項1ないし7のいずれか1項に記載の方法であって、前記RMSIおよび前記反復RMSIは、前記第1の周期内の異なる時間ウインドウでそれぞれ送信される、方法。
【請求項９】
無線ネットワークにおいてRMSIを受信するための方法（800）であって、PBCHが、ランダムアクセスのための最小システム情報の第1のサブセットと、RMSIをフェッチするためのコンフィギュレーションとを提供し、RMSIは、前記最小システム情報の残りのサブセットであり、いくつかのSS／PBCHブロックが、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記方法は、
前記最小システム情報の第1のサブセットに基づいて、前記SSバーストセット内のSS／PBCHブロックが前記RMSIを構成するかどうかを判定すること（802）と、
前記SS／PBCHブロックが前記RMSIを構成することに応答して、前記第1の周期内で1つまたは複数の反復RMSIを受信すること（804）と、を有する方法。
【請求項１０】
請求項9に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを受信する（804）前に、前記第1の周期が所定の値よりも大きいことを判定する、方法。
【請求項１１】
請求項10に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを受信すること（802）は、
第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、前記第1の周期内の1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づいて、前記第1の周期内で1つまたは複数の反復RMSIを受信することを有し、
前記第2の周期と、前記第1の冗長バージョンパターンと、前記第1のビームパターンと、前記ビットマップと、のうちの前記少なくとも1つは、前記RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される、方法。
【請求項１２】
請求項10または11に記載の方法であって、さらに、
第2の冗長バージョンパターンと、第2のビームパターンと、SSバーストセットのスケジューリングウィンドウと重複しないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて、前記構成されたRMSIを受信すること（902）を有し、
前記第2の冗長バージョンパターンと、前記第2のビームパターンと、前記スケジューリングウィンドウと、のうちの前記少なくとも1つは、前記RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される、方法。
【請求項１３】
請求項11に記載の方法であって、前記ビットマップ内のビットは、1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す、方法。
【請求項１４】
請求項11に記載の方法であって、前記第1の周期と前記第2の周期との間に対応関係がある、方法。
【請求項１５】
請求項10に記載の方法であって、前記1つまたは複数の反復RMSIの反復タイミング周波数位置は、所定のルールに基づいて、前記SSバーストセット内の前記SS／PBCHブロックによって示されるものによって、決定される、方法。
【請求項１６】
請求項9ないし15のいずれか1項に記載の方法であって、前記RMSIおよび前記反復RMSIは、前記第1の周期内の異なる時間ウインドウにおいてそれぞれ送信される、方法。
【請求項１７】
無線ネットワークにおいてRMSIを送信するためのネットワークデバイス（1000）であって、PBCHは、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の前記最小システム情報の他のサブセットをフェッチするためのコンフィギュレーションとを提供し、いくつかのSS／PBCHブロックが、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記ネットワークデバイス（1000）は、
プロセッサ（1004）と、
メモリ（1005）と、を有し、前記メモリ（1005）が前記プロセッサ（1004）によって実行可能な命令を有することにより、前記ネットワークデバイス（1000）が請求項1ないし8のいずれか1項に記載の方法を実行するように動作可能である、ネットワークデバイス（1000）。
【請求項１８】
無線ネットワーク内のRMSIを受信するための端末装置（1100）であって、PBCHは、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の前記最小システム情報の他のサブセットをフェッチするためのコンフィギュレーションとを提供するものであり、いくつかのSS／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記端末装置は、
プロセッサ（1104）と、
メモリ（1105）とを有し、前記メモリ（1105）が前記プロセッサ（1104）によって実行可能な命令を有することにより、前記端末装置（1100）が請求項9ないし16のいずれか1項に記載の方法を実行するように動作可能である、端末装置（1100）。
【請求項１９】
無線ネットワークにおいてRMSIを受信するための方法であって、前記方法は、
PDCCHスケジューリング情報を受信することと、
前記受信されたPDCCHスケジューリング情報に基づいて、PDSCH上のスロットベースまたは非スロットベースのスケジューリングが事前定義されているかどうかを判定することと、ここで、前記RMSIは前記PDSCH内で搬送されるものであり、
前記RMSIを搬送するPDSCH上のスロットベースまたは非スロットベースのスケジューリングの判定と、SS／PBCHブロックと制御リソースセット（CORESET）との間の多重化パターンとにしたがって、前記PDSCHの位置を決定することと、
前記RMSIを搬送するPDSCHの位置を監視することと、を有する方法。
【請求項２０】
無線ネットワークにおいてRMSIを送信するための方法であって、前記方法は、
PDCCHスケジューリング情報を送信することと、
前記送信されたPDCCHスケジューリング情報に基づいて、PDSCH上のスロットベースグまたは非スロットベースのスケジューリングが事前定義されているかどうかを判定することと、ここで、前記RMSIは前記PDSCHにおいて搬送されるものであり、
前記RMSIが搬送されるPDSCH上のスロットベースまたは非スロットベースのスケジューリングの判定と、SS／PBCHブロックと制御リソースセット（CORESET）との間の多重化パターンとにしたがって、前記PDSCHの位置を決定することと、
前記PDSCHを介して前記RMSIを送信することと、を有する方法。
【請求項２１】
無線ネットワークにおいてRMSIを送信するためのネットワークデバイスであって、
プロセッサと、
メモリとを有し、前記メモリが前記プロセッサによって実行可能な命令を有することにより、前記ネットワークデバイスが請求項20に記載の方法を実行するように動作する、ネットワークデバイス。
【請求項２２】
無線ネットワークにおいてRMSIを受信する端末装置であって、
プロセッサと、
メモリとを有し、前記メモリが前記プロセッサによって実行可能な命令を有することにより、前記ネットワークデバイスが請求項19に記載の方法を実行するように動作する、端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般に、無線通信に関し、より詳細には、残存最小システム情報（RMSI）のための、方法、ネットワークデバイスおよび端末装置に関する。
【背景技術】
【０００２】
端末装置またはユーザ装置（UE）は、ニューレディオ（NR）などの無線ネットワークに接続するために、プライマリ同期信号（PSS）およびセカンダリ同期信号（SSS）などのネットワーク同期信号を取得し、必須システム情報（SI）を取得する必要がある。たとえば、NRで、SIは、マスター情報ブロック(MIB)および残存最小システム情報（RMSI）に含まれうる。同期信号は、ネットワークに対するUEの周波数を調整するため、およびネットワークからの受信信号の適切なタイミングを見つけるために使用される。
【０００３】
NRでは、同期およびアクセス手順は、いくつかの信号に関与しうる：
* プライマリ同期信号（PSS）は、数十ppmまでの高い初期周波数誤差の存在下でネットワーク検出を可能にする。
* セカンダリ同期信号（SSS）は、より正確な周波数調整およびチャネル推定を可能にすると同時に、基本ネットワーク情報、たとえばセルIDを提供する。
* 物理ブロードキャストチャネル（PBCH）は、RMSIをフェッチするためのコンフィギュレーション（構成）と、ランダムアクセスのための最小システム情報と、のサブセットを提供する。また、たとえば、セルから送信されるビーム間のタイミングを分離するために、セル内でタイミング情報を提供する。PBCHに適合する情報の量は、サイズを小さく保つために制限される。さらに、復調基準信号（DMRS）を適切に受信するためにPBCHリソースでインターリーブされる。
* 同期信号およびPBCHブロック（SS／PBCHブロック、またはより短いフォーマットのSSB）は、上記の信号（PSS、SSSおよびPBCH DMRS)およびPBCHを有する。SS／PBCH ブロックは、周波数範囲に応じて、15kHz、30kHz、120kHz、または240kHz サブキャリア間隔（SCS） を持つ場合がある。
【０００４】
いくつかの（典型的には時間的にかなり近い) SS/PBCHブロックがSSバーストセットを構成する。SSバーストセットは、RMSIまたは上位レイヤシグナリングによって構成（設定）された周期で周期的に送信される。20msのSSバーストセットの周期は初期アクセスのために仮定されている。
【０００５】
図2は、NR内の異なる複数のSCSに対するスロット内のSS／PBCHブロックシンボルを概略的に示す。図2に示すように、各小さなボックスは直交周波数分割多重（OFDM）シンボルを示す。さらに、異なるSCSについては、スロットの長さは異なっていてもよいが、説明の目的のために、いくつかのSCSについては同じものとして示されている。SS／PBCHブロックを有するハーフフレームについて、候補SS／PBCHブロックの数および第1のシンボルインデックスは、以下のようにSS／PBCHブロックのSCSにしたがって、決定される。
-事例A- 15kHzサブキャリア間隔：候補SS／PBCHブロックの最初のシンボルは｛2，8｝＋14＊nのインデックスを持つ。
3GHz以下のキャリア周波数の場合、n＝0，1である。
3GHzより高く、6GHz以下のキャリア周波数の場合、n＝0、1、2、3である。
-事例B- 30kHzサブキャリア間隔：候補SS／PBCHブロックの最初のシンボルはインデックス｛4，8，16，20｝＋28＊nを持つ。
3GHz以下のキャリア周波数の場合、n＝0である。
3GHzより高く、6GHz以下のキャリア周波数については、n＝0，1である。
-事例C- 30kHzサブキャリア間隔：候補SS／PBCHブロックの最初のシンボルはインデックス｛2，8｝＋14＊nを持つ。
3GHz以下のキャリア周波数の場合、n＝0，1である。
3GHzより高く、6GHz以下のキャリア周波数の場合、n＝0、1、2、3である。
-事例D- 120kHzサブキャリア間隔：候補SS／PBCHブロックの最初のシンボルはインデックス｛4，8，16，20｝＋28＊nを持つ。
6GHzより高いキャリア周波数の場合、n＝0，1，2，3，5，6，7，8，10，11，12，13，15，16，17，18。
-事例E- 240kHzサブキャリア間隔：候補SS／PBCHブロックの最初のシンボルはインデックス｛8，12，16，20，32，36，40，44｝＋56＊nを持つ。
6GHz より高いキャリア周波数の場合、n＝0，1，2，3，5，6，7，8 となる。
【０００６】
図3は、NR内の異なるSCSに対する5ms内のスロットへのSSバーストセットのマッピングを概略的に示す。ハーフフレーム内の候補SS／PBCHブロックは、0から時間の昇順でインデックス付けされる。UE は、PBCH 用に送信されるDM−RS シークエンスのインデックスを持つ1 対1 のマッピングからハーフフレームあたりのSS／PBCH ブロックインデックスの2 つの最下位ビット（LSB）のビットまたは3つのLSB ビットを決定する。そのために、UEは、上位レイヤパラメータであるSSB-index-explicit（SSBインデックス明示）から、ハーフフレーム当たりのSS／PBCHブロックインデックスの3つの最上位ビット（MSB）ビットを決定しなければならない。
【０００７】
NRで、RMSIは、物理ダウンリンク制御チャネル（PDCCH）によってスケジュールされた物理ダウンリンク共有チャネル（PDSCH）で搬送され、最小システム情報の残りのサブセット、たとえば、実際に送信されたSS／PBCHブロックのビットマップを有する。RMSI には、15kHz、30kHz、60kHz、または120kHz のSCS を使用できる。
【０００８】
1つのSS／PBCHブロックを検出した後、UEは、対応するRMSIを復号して、PBCHのRMSI構成に基づいて残存最小システム情報を獲得しようと試みてもよい。SS／PBCHブロックとRMSI制御リソースセット（CORESET：コアセット）との間には、3つの多重化タイプが存在しもよく、その各々は、図4に示されるように、サポートされるヌメロロジーの組合せのセット{SSB SCS、RMSI SCS}を有する。なお、タイプ2 およびタイプ3 は、6GHz を超える周波数帯域でのみサポートされている。{A kHz、B kHz} のうちのA kHz はSSB SCS を表し、{A kHz、B kHz} のうちのB kHz はRMSI SCS を表す。さらに、CORESETおよびPDSCHは、同じ周波数帯域で送信されてもよいが、それらの周波数帯域は異なる場合がある。
【０００９】
3GPP RAN1 ＃91回会議では、RMSI送信時間間隔（TTI）が160msであることが合意され、RMSIの周期はPBCHで示されることはなく、RMSIスケジューリングの周期は、gNBの実装に任されている。したがって、、NRのような無線ネットワークにおけるRMSIに対する解決策を提供することが望ましい。
【発明の概要】
【００１０】
この概要は、以下の詳細な説明でさらに説明される概念の選択を簡略化された形で紹介するために提供される。この発明の概要は、特許請求の範囲に記載される主題の重要な特徴または本質的な特徴を識別することを意図するものではなく、特許請求の範囲に記載される主題の範囲を限定するために使用されることを意図するものでもない。
【００１１】
本開示の一態様によれば、無線ネットワークにおいて残存最小システム情報（RMSI）を送信するための方法が提供され、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報の第1のサブセットと、最小システム情報の残りのサブセットをフェッチするための構成とを提供し、RMSI、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットを構成し、本方法は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定することと、SS／PBCHブロックがRMSIを構成することに応じて、第1の周期内で1つまたは複数の繰り返し（反復）RMSIを送信することとを有する。
【００１２】
本開示の別の態様によれば、無線ネットワークにおいて残存最小システム情報（RMSI）を受信するための方法が提供され、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の最小システム情報の他のサブセットをフェッチするための構成とを提供し、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットの構成要素となり、本方法は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定することと、SS／PBCHブロックがRMSIを構成することに応じて、第1の周期内で1つまたは複数の反復RMSIを受信することとを有する。
【００１３】
本開示の別の態様によれば、プロセッサと、メモリとを有するネットワークデバイスが提供され、当該メモリが当該プロセッサによって実行可能な命令を有することによって、当該装置は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定し、SS／PBCHブロックがRMSIを構成し、第1の周期が所定の値よりも大きいことに応答して、第1の周期内で1つまたは複数の反復RMSIを送信するように動作可能である。
【００１４】
本開示の別の態様によれば、プロセッサと、メモリとを有する端末装置が提供され、当該メモリが当該プロセッサによって実行可能な命令を有することによって、当該装置は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを決定し、SS／PBCHブロックがRMSIを構成するものであり、かつ、第1の周期が所定の値よりも大きいことに応答して、第1の周期内で1つまたは複数の反復RMSIを受信するように動作可能となる。
【００１５】
本開示の別の態様によれば、コンピュータプログラムプロダクトが提供される。
コンピュータプログラムプロダクトは、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定させ、SS／PBCHブロックがRMSIを構成するうものであり、第1の周期が所定の値より大きくなったことに応答して、第1の周期内に1つまたは複数の反復RMSIを送信させる命令を有する。
【００１６】
本開示の別の態様によれば、コンピュータ可読記憶媒体が提供される。
コンピュータ可読記憶媒体は、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定させ、SS／PBCHブロックがRMSIを構成するものであり、第1の周期が所定の値より大きくなったことに応答して、第1の周期内で1つまたは複数の反復RMSIを送信させる命令を有する。
【００１７】
本開示の別の態様によれば、コンピュータプログラムプロダクトが提供される。
コンピュータプログラムプロダクトは、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定させ、SS／PBCHブロックがRMSIを構成するものであり、かつ、第1の周期が事前定義された値より大きい場合には、第1の周期内で1つまたは複数の反復RMSIを受信させる命令を有する。
【００１８】
本開示の別の態様によれば、コンピュータ可読記憶媒体が提供される。
コンピュータ可読記憶媒体は、少なくとも1つのプロセッサによって実行されると、少なくとも1つのプロセッサに、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定させ、SS／PBCHブロックがRMSIを構成するものであり、第1の周期が事前に定義された値より大きくなったことに応答して、第1の周期内で1つまたは複数の反復RMSIを受信させる命令を有する。
【００１９】
本開示の別の態様によれば、ホストコンピュータ、ネットワークデバイス、および端末装置を有する通信システムにおいて実行される方法であって、ホストコンピュータにおいて、端末装置からネットワークデバイスへの送信に由来するユーザデータを受信することを有し、ネットワークデバイスは、上述の方法を実行するように構成されるように動作し、端末装置は、上述の方法を実行するように構成される、方法が提供される。
【００２０】
本開示の別の態様によれば、ホストコンピュータと、ネットワークデバイスと、端末装置とを有する通信システムにおいて実行される方法であって、ホストコンピュータにおいて、ネットワークデバイスを介して端末装置にユーザデータを搬送する送信を開始することを有し、ネットワークデバイスは、上述の方法を実行するように構成され、端末装置は、上述の方法を実行するように構成される、方法が提供される。
【００２１】
本開示の別の態様によれば、ユーザデータを提供するように構成された処理回路と、端末装置からネットワークデバイスへの送信から生じるユーザデータを受信するように構成された通信インターフェースとを有するホストコンピュータを有する通信システムが提供され、ネットワークデバイスは、プロセッサおよびメモリを有し、メモリは、プロセッサによって実行可能な命令を有し、ネットワークデバイスは、上述の方法を実行するように構成され、端末装置は、プロセッサおよびメモリを有し、メモリは、プロセッサによって実行可能な命令を有し、端末装置は、上述の方法を実行するように構成される。
【００２２】
本開示の別の態様によれば、ユーザデータを提供するように構成された処理回路と、ネットワークデバイスを介して端末装置にユーザデータを搬送する送信を開始するように構成された通信インターフェースとを有するホストコンピュータを有する通信システムが提供され、ネットワークデバイスは、プロセッサおよびメモリを有し、メモリは、プロセッサによって実行可能な命令を有し、ネットワークデバイスは、上述の方法を実行するように構成され、端末装置は、プロセッサおよびメモリを有し、メモリは、プロセッサによって実行可能な命令を有し、端末装置は、上述の方法を実行するように構成される。
【００２３】
本開示の別の態様によれば、RMSIを送信するための方法であって、PDCCHスケジューリング情報を送信することと、送信されたPDCCHスケジューリング情報に基づいて、PDSCHについてのスロットベースまたは非スロットベースのスケジューリングが事前定義されているかどうかを判定することと、ここで、RMSIはPDSCH内に搭載されて搬送され、RMSIを搬送するPDSCHについてのスロットベースまたは非スロットベースのスケジューリングの判定とSS／PBCHブロックとCORESETとの間での多重化パターンとしたがって、、PDSCHの位置を決定することと、PDSCHを介してRMSIを送信することとを有する方法が提供される。対応する装置も提供される。
【００２４】
本開示の別の態様によれば、RMSIを受信するための方法であって、PDCCHスケジューリング情報を受信することと、受信されたPDCCHスケジューリング情報に基づいて、PDSCHについてスロットベースまたは非スロットベースのスケジューリングが事前定義されているかどうかを判定することと、ここで、RMSIはPDSCH内に搭載されて搬送され、RMSIを搬送するPDSCHについてのスロットベースまたは非スロットベースのスケジューリングの判定とSS／PBCHブロックとCORESETとの間の多重化パターンとにしたがって、、PDSCHの位置を決定することと、RMSIを搬送するPDSCHの位置を監視することとを有する方法が提供される。対応する装置も提供される。
【００２５】
本開示のこれらおよび他の目的、特徴および利点は、添付の図面と関連付けて読まれるであろう、その例示的な実施形態の以下の詳細な説明から、明らかになるであろう。
【図面の簡単な説明】
【００２６】
【図１】は、本開示のいくつかの実施形態を実施してもよい概略的な通信システムを示す。
【００２７】
【図２】は、NR内の異なるSCSに対するスロット内のSS／PBCHブロックシンボルを概略的に示す。
【００２８】
【図３】は、NR内の異なるSCSに対する5ms内のスロットへのSSバーストセットマッピングを概略的に示す。
【００２９】
【図４】は、SS／PBCHブロックとRMSI制御リソースセット（CORESET）との間の多重化タイプを概略的に示す。
【００３０】
【図５】は、本開示の実施形態による方法を示すフローチャートである。
【００３１】
【図６】は、本開示の一実施形態による、第1の周期内の1つまたは複数のタイムウィンドウのビットマップを示す。
【００３２】
【図７】は、本開示の別の実施形態による方法を示すフローチャートである。
【００３３】
【図８】は、本開示の実施形態による方法を示すフローチャートである。
【００３４】
【図９】は、本開示の別の実施形態による方法を示すフローチャートである。
【００３５】
【図１０】は、本開示の一実施形態によるネットワークデバイスを示すブロック図である。
【００３６】
【図１１】は、本開示の一実施形態による端末装置を示すブロック図である。
【００３７】
【図１２】は、本開示の一実施形態による通信システムにおいて実施される方法を示すフローチャートである。
【００３８】
【図１３】は、本開示の別の実施形態による通信システムにおいて実施される方法を示すフローチャートである。
【発明を実施するための形態】
【００３９】
説明の目的のために、開示された実施形態の完全な理解を提供するために、以下の説明において詳細が述べられる。しかしながら、当業者には明らかなように、実施形態は、これらの特定の詳細なしに、または同等の構成を用いて実装されてもよい。
【００４０】
本明細書で使用される「無線通信ネットワーク」または「無線ネットワーク」という用語は、LTE-Advanced (LTE-A）、LTE、広帯域符号分割多元接続（WCDMA（登録商標））、高速パケットアクセス（HSPA）などの任意の適切な通信規格に従うネットワークを指す。さらに、無線通信ネットワーク内の端末装置とネットワークデバイスとの間の通信は、限定はしないが、グローバル移動体通信システム（GSM）、ユニバーサル移動体通信システム（UMTS）、ロングタームエボリューション（LTE）、および／または他の適切な、第1世代（1G）、第2世代（2G）、2．5G、2．75G、第3世代（3G）、第4世代（4G）、4．5G、NRなどの将来の第5世代（5G）通信プロトコル、IEEE 802．11規格などのワイヤレスローカルエリアネットワーク（WLAN）規格、および／またはマイクロ波アクセスのためのワールドワイドインターオペラビリティ（WiMax）、Bluetooth、および／またはZigBee規格などの任意の他の適切な無線通信規格、ならびに／あるいは現在知られているまたは将来開発される任意の他のプロトコルを有する、任意の適切な世代の通信プロトコルにしたがって、実行され得る。
【００４１】
「ネットワークデバイス」という用語は、無線通信ネットワーク内のデバイス（装置）を指し、それを介して端末装置がネットワークにアクセスし、そこからサービスを受信する。ネットワークデバイスは、基地局（BS）、アクセスポイント（AP）、または無線通信ネットワーク内の任意の他の適当な装置を指す。BSは、たとえば、ノードB（NodeBまたはNB）、進化型ノードB (eNodeBまたはeNB）、または、gNB、遠隔無線ユニット（RRU）、無線ヘッダー（RH）、遠隔無線ヘッド（RRH）、中継器、フェムトもしくはピコなどの低電力ノードであってもよい。ネットワークデバイスのさらに別の例は、MSR BSなどのマルチスタンダード（複数規格対応）無線（MSR）無線機器、無線ネットワークコントローラ（RNC）または基地局コントローラ（BSC）などのネットワークコントローラ、基地送受信局（BTS）、送信ポイント、送信ノードを有してもよい。しかしながら、より一般的には、ネットワークデバイスは、無線通信ネットワークへの端末装置によるアクセスを可能にし、および／または提供し、あるいは無線通信ネットワークにアクセスした端末装置に何らかのサービスを提供するために、可能な、構成され、配置され、および／または動作可能な任意の適当な装置（または装置群）を表してもよい。
【００４２】
「端末装置」という用語は、無線通信ネットワークにアクセスし、そこからサービスを受信してもよい任意の端末装置を指す。限定ではなく例として、端末装置は、移動端末、ユーザ装置（UE）、または他の適当な装置を指す。UEは、たとえば、加入者局（SS）、ポータブル加入者局、移動局(MS)、またはアクセス端末(AT)であってもよい。端末装置は、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末装置、ゲーム端末装置、音楽記憶および再生機器、携帯電話、携帯電話、スマートフォン、ボイスオーバーIP (VoIP)電話、ワイヤレスローカルループ電話、タブレット、ウェアラブルデバイス、パーソナルデジタルアシスタント（PDA）、ポータブルコンピュータ、デスクトップコンピュータ、デジタルカメラなどの画像キャプチャ端末装置、ゲーム端末装置、音楽記憶および再生機器、ウェアラブル端末装置、車両搭載無線端末装置、ワイヤレスエンドポイント、移動局、ラップトップ埋め込み機器（LEE）、ラップトップ搭載機器（LME）、USBドングル、スマートデバイス、ワイヤレス顧客宅内機器（CPE）などを有してもよいが、これらに限定されない。以下の説明では、「端末装置」、「端末」、「ユーザ装置」、および「UE」という用語は、互換的に使用されうる。一例として、端末装置は、3GPPのGSM、UMTS、LTE、および／または5G規格など、第三世代パートナーシッププロジェクト（3GPP）によって公表された1つまたは複数の通信規格にしたがって、通信するように構成されたUEを表すことがある。本明細書で使用されるように、「ユーザ装置」または「UE」は、必ずしも、関連するデバイスを所有し、および／または、操作する人間としてユーザの意味での「ユーザ」を必須とするものではない。いくつかの実施形態では、端末装置は、直接的な人間の対話操作なしに情報を送信および／または受信するように構成され得る。たとえば、端末装置は、所定のスケジュールで、または、内部または外部のイベントによってトリガされたとき、または、無線通信ネットワークからの要求に応答して、ネットワークに情報を送信するように設計されてもよい。代わりに、UEは、人間のユーザへの販売または人間のユーザによる操作が意図されているが、最初は特定の人間のユーザに関連付けられていないデバイスを表してもよい。
【００４３】
端末装置は、たとえば、サイドリンク通信のための3GPP標準を実装することによって、デバイスツーデバイス（D2D）通信をサポートすることができ、この場合、D2D通信装置と呼ばれることがある。
【００４４】
さらに別の例として、インターネットオブシングス（IOT）のシナリオでは、端末装置は、監視および／または測定を実行し、そのような監視および／または測定の結果を別の端末装置および／またはネットワーク機器に送信するマシンまたは他のデバイスを表すことができる。この場合、端末装置は、マシンツーマシン（M2M）デバイスであってもよく、3GPPの文脈では、マシンタイプ通信（MTC）デバイスと呼ばれうる。特定の例として、端末装置は、3GPPのナローバンドのインターネットオブシングス（NB−IoT）規格を実装するUEであってもよい。そのようなマシンまたは装置の特定の例は、センサ、電力計のような計量装置、産業機械、または家庭用もしくは個人用の機器、たとえば冷蔵庫、テレビ、時計のような個人用ウェアラブルである。他のシナリオでは、端末装置は、その動作状態またはその動作に関連する他の機能を監視および／または報告しうる車両または他の機器を表すことができる。
【００４５】
本明細書で使用されるように、ダウンリンク（DL）送信は、ネットワークデバイスから端末装置への送信を指し、アップリンク（UL）送信は、反対方向の送信を指す。
【００４６】
本明細書における「一実施形態」、「一実施形態」、「例示的な実施形態」などへの言及は、記載された実施形態が特定の特徴、構造、または特性を有してもよいことを示すが、すべての実施形態が特定の特徴、構造、または特性を有することは必ずしも必要ではない。さらに、そのような語句は、必ずしも同じ実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が、実施形態と関連付けて記載される場合、明示的に記載されるか否かにかかわらず、他の実施形態と関連付けて、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが提示される。
【００４７】
「第1の」および「第2の」などの用語は、様々な要素を説明するために本明細書で使用され得るが、これらの要素は、これらの用語によって限定されるべきではなく、これらの用語は、1つの要素を別の要素から区別するためにのみ使用される。たとえば、第1の要素は、第2の要素と呼ばれてもよいし、同様に、第2の要素は、例示的な実施形態の範囲から逸脱することなく、第1の要素と呼ばれてもよい。
【００４８】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図していない。本明細書で使用されるように、単数形「a」、「an」および「the」は、文脈が別途明確に示さない限り、複数形も有することが意図される。用語「有する（comprises）」、「有している（comprising）」、「有する（has）」、「有している（having）」、「有する（includes）」および／または「有している（including）」は、本明細書で使用される場合、述べられた特徴、要素、および／または構成要素などの存在を指定するが、1つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在または追加を排除しないことがさらに理解されるであろう。
【００４９】
以下の説明および特許請求の範囲では、別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は、本開示が属する技術分野の当業者によって一般に理解されるものと同じ意味を有する。
【００５０】
上述したように、3GPP RAN1 ＃91回会議では、RMSI TTIは160msであることが合意され、PBCHではRMSI周期が示されず、RMSIスケジューリングの周期はgNBの実装任せである。
広帯域動作における1つのSS／PBCHブロックと1つのRMSIとの間の1対1の関連付けは、3GPPリリース15において仮定されている。したがって、1つの160ms RMSI TTIでは、いくつかのSSバーストセット内におけるいくつかのSS／PBCHブロックが、関連するRMSIを有さない可能性があることを考慮すると、RMSIの反復の数は、追加のSS／PBCHブロックの数以下となろう。
【００５１】
一方で、1つの潜在的な問題は、SSバーストセットの周期が長すぎる場合、SSバーストセットは、1つおきのSSB TTI (80msなど）ごとに送信されるだけであってもよく、おそらく、今後の3GPPリリースでは、SSBとRMSIとの間に、より多くの1対1の関連付けが存在することになるかもしれず、したがって、RMSIの性能は、同じまたは異なる冗長バージョンとのソフトコンバイニングのための追加の反復なしでは、許容できなものとなることである。
【００５２】
一方、RMSIメッセージが、特にSS／PBCHブロックほど多くのRMSIメッセージを有する必要がない場合に、いくつかの定義されたパターン（たとえば、ビームパターン、冗長バージョンパターン）なしで送信される場合、RMSIまたは他のデータチャネルのスケジューリングに関しては、それほど柔軟性がないことがある。そして、この場合、RMSIのスロットベースのスケジューリングが使用される場合、SSB送信に必要とされるものよりも、RMSI送信をスイープするごとに必要とされる時間が長くなることがある。
【００５３】
本開示は、NRのような無線ネットワークにおけるRMSIのためのソリューションを提案する。それは、上述の欠点および／または上述されていない他の欠点のうちの少なくとも1つを克服しうる。実施形態は、主に、NRシステムの文脈で説明されるが、これらは、これに限定されず、任意の好適な無線システムに適用され得ることに留意されたい。
【００５４】
ここで、本開示のいくつかの例示的な実施形態を、図面を参照して以下に説明する。
【００５５】
図1は、本開示のいくつかの実施形態を実装しうる概略的な通信システムを示す。図1に示すように、通信システム100は、セルラー基地局、たとえば、NRにおけるgNBのようなネットワークデバイス110を有する。ネットワークデバイス110は、端末装置またはUEと比較して、ネットワーク側の機能要素を指しうる。たとえば、ネットワークデバイス110は、eNB、ホームeノードB、フェムト基地局、ピコBS、gNB、またはシステム100内の端末装置104〜10nにサービスを提供してもよい任意の他のノードを有してもよい。セルラ無線システムは、セルサイトまたは基地送受信局として知られる送信局によってそれぞれサービスを提供される無線セルのネットワークを有してもよいことは周知である。無線ネットワークは、（ほとんどの場合、移動体である）複数のトランシーバ（送受信装置）に無線通信サービスを提供する。コラボレーションで動作するネットワークデバイスのネットワークは、単一のネットワークデバイスによって提供される無線カバレッジよりも大きな無線サービスを実現する。個々のネットワークデバイスは、別のネットワーク（多くの場合、図示されていない有線ネットワーク）によって接続されてもよく、このネットワークデバイスは、リソース管理のための追加のコントローラを有し、場合によっては、他のネットワークシステム（インターネットなど）またはメトロポリタンエリアネットワーク（MAN）へのアクセスを有する。円130は、ネットワークデバイス110のカバレッジ範囲を模式的に示している。
【００５６】
図1に示すように、通信システム100は、1つまたは複数のUEまたは端末装置104〜10nを有してもよく、その各々は、リンク120および124などのワイヤレスリンクを介してセルラ基地局などのネットワークデバイス110と動作可能に通信してもよい。端末装置104〜10nは、固定式または移動可能式のいずれでもよい。端末装置104〜10nは、デスクトップ、ラップトップ、またはその他のものであれ、セルラネットワークUE、マシンタイプ通信装置、ハンドヘルドコンピュータ、携帯情報端末（PDA）、無線センサ、ウェアラブル装置、ビデオカメラ、セットトップボックス、パーソナルメディア装置、または前述の任意の組合せなどのモバイル装置または端末と同様に、セルラ電話、スマートフォン、およびコンピュータを有することができ、これらは、無線通信機能を有し、ウィンドウズ（登録商標）、リナックス（登録商標）、UNIX（登録商標）、アンドロイド（登録商標）、iOS、およびそれらの変形を有するがこれらに限定されない任意の種類のオペレーティングシステムで動作してもよい。
【００５７】
さらに、図1には1つのネットワークデバイス110のみが示されているが、いくつかの端末装置が第1のネットワークデバイスのカバレッジ範囲内にあり、いくつかの端末装置が第2のネットワークデバイスのカバレッジ範囲内にあり、いくつかの端末装置が2つ以上のネットワークデバイスのカバレッジ範囲の境界にあるなど、2つ以上のネットワークデバイスがあってもよい。後者の場合、端末装置は、2つ以上のネットワークデバイスのそれぞれから信号を受信してもよい。
【００５８】
ネットワークデバイス110は、ホストコンピュータ150に接続することができ、これは、スタンドアロンサーバ、クラウド実装サーバ、分散サーバ、またはサーバファーム内の処理リソースのハードウェアおよび／またはソフトウェアにより、実現されてもよい。ホストコンピュータ150は、サービスプロバイダの所有権または制御下にあってもよいし、サービスプロバイダによって、またはサービスプロバイダの代わりのものによって、運用されてもよい。ネットワークデバイス110とホストコンピュータ150との間のコネクション140は、コアネットワークからホストコンピュータ150に直接的に伸びてもよく、あるいはオプションの中間ネットワーク（図示せず）を介してもよい。中間ネットワークは、パブリック、プライベート、またはホストされたネットワークの1つ、またはそれらの複数の組合せであってもよく、中間ネットワークがあれば、バックボーンネットワークまたはインターネットであってもよく、特に、中間ネットワークは、2つ以上のサブネットワーク（図示せず）を含んでいてもよい。
【００５９】
通信システム100全体は、接続されたUE104−10nとホストコンピュータ150との間のコネクティビティ（接続性）を実現する。コネクティビティは、オーバーザトップ（OTT）コネクション｛124、140｝および｛120、140｝として記述され得る。ホストコンピュータ150および接続されたUE104−10nは、アクセスネットワーク（図示せず）、コアネットワーク（図示せず）、任意の中間ネットワーク（図示せず）、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、OTTコネクションを介してデータおよび／またはシグナリングを通信するように構成される。OTTコネクション｛124、140｝および｛120、140｝は、OTTコネクションが通過する参加通信装置が、アップリンク通信およびダウンリンク通信のルーティング（経路指定）に気付かないという意味で、トランスペアレントであってもよい。たとえば、ネットワークデバイス110は、接続されたUE 104に転送（たとえば、ハンドオーバ）されるホストコンピュータ150から発信されるデータをもつ、着側のダウンリンク通信の過去のルーティングについて通知される必要があったり、そうでない場合がある。同様に、ホストコンピュータ150は、UE 104からホストコンピュータ150に向けて発信される発側のアップリンク通信の将来のルーティングを認識する必要はない。
【００６０】
通信システム100において、ホストコンピュータ150は、通信システム100の別の通信装置のインターフェースと有線または無線コネクションをセットアップして維持するように構成された通信インターフェース152を有するハードウェアを有する。ホストコンピュータ150は、記憶装置および／または処理能力を有してもよい処理回路154をさらに有する。特に、処理回路154は、命令を実行するように適合された1つまたは複数のプログラマブルプロセッサ、特定用途集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ(図示せず)を含んでもよい。ホストコンピュータ150は、さらにソフトウェア156を有し、それがホストコンピュータ150に記憶されるか、またはアクセス可能であり、処理回路154によって実行可能である。ソフトウェア156は、ホストアプリケーションを有する。ホストアプリケーションは、端末装置104およびホストコンピュータ150で終端されるOTTコネクション｛120，140｝を介して接続する端末装置104のようなリモートユーザに、サービスを提供するように動作可能である。リモートユーザにサービスを提供する際に、ホストアプリケーションは、OTTコネクション｛120、140｝を使用して送信されるユーザデータを提供してもよい。一実施形態では、通信インターフェース152は、端末装置からネットワークデバイスへの送信から発信されるユーザデータを受信するように構成される。別の実施形態では、通信インターフェース152は、ネットワークデバイスを介して端末装置にユーザデータを搬送する送信を開始するように構成される。
【００６１】
図5は、図1のネットワークデバイス110のような装置において実行され得る、本開示の実施形態による、無線ネットワークにおいてRMSIを送信するための方法を描写するフローチャートである。したがって、ネットワークデバイス110は、方法500の様々な部分を達成するための手段、ならびに他のコンポーネントと共に他のプロセスを達成するための手段を提供してもよい。
【００６２】
無線ネットワークは、RMSIの送信が必要とされる、NRまたは他の適切な無線ネットワークであってもよい。NRのような無線ネットワークでは、PBCHは、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の最小システム情報の他のサブセットをフェッチするためのコンフィギュレーション（構成情報）とを提供することができ、いくつかの同期信号（SS）／PBCHブロックは、RMSIにより、または上位レイヤパラメータを介して設定（構成）された第1の周期で周期的に送信されるSSバーストセットを形成する。第1の周期は、20ms、40ms、80ms、または他の適切な値としてもよい。
【００６３】
図5に示されるように、方法500は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかをネットワークデバイス110が判定するブロック502で開始されてもよい。たとえば、SSバーストセット内のSS／PBCHブロックは、NR内のRMSIを有するRMSI物理ダウンリンク共有チャネル（PDSCH）の位置を示すことができるRMSI制御リソースセット（CORESET）を構成してもよい。SS／PBCHブロックは、いくつかの潜在的な理由のために、RMSIを構成しても構成しなくてもよい。
【００６４】
ブロック504で、ネットワークデバイス110は、SS／PBCHブロックがRMSIを構成し、第1の周期が所定の値よりも大きいことに応答して、第1の周期内で1つまたは複数の反復RMSIを送信する。ネットワークデバイス110は、任意の適切なアプローチを使用することによって、第1の周期内で1つまたは複数の反復RMSIを送信してもよい。
【００６５】
一実施形態では、ネットワークデバイス110は、第2の周期、第1の冗長バージョンパターン、第1のビームパターン、第1の周期内における1つまたは複数のタイムウィンドウのビットマップのうちの少なくとも1つに基づいて、第1の周期内で1つまたは複数の反復RMSIを送信してもよい。ビットマップ内のビットは、1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信され、第2の周期、第1の冗長バージョンパターン、第1のビームパターン、ビットマップのうちの少なくとも1つが、RMSI内の情報で、もしくは、上位レイヤのメッセージで端末装置に示されるか、または、事前定義されたものであってもよい。所定の値は、20msまたは任意の他の適切な値であってもよい。
【００６６】
一実施形態では、1つまたは複数のRMSIが繰り返されるとき、ネットワークデバイス110は、第2の周期、第1の冗長バージョンパターン、第1のビームパターン、およびビットマップのうちの少なくとも1つに基づいて、RMSIを有する1つまたは複数の反復RMSI PDSCHのみを送信してもよい。この実施形態では、CORESETは送信されなくてもよい。
【００６７】
別の実施形態では、1つまたは複数のRMSIが繰り返されるとき、ネットワークデバイス110は、CORESETおよびRMSI PDSCHの両方を送信することができ、CORESETは、第2の周期、第1の冗長バージョンパターン、第1のビームパターン、およびビットマップのうちの少なくとも1つに基づいて送信され得る。この実施形態では、RMSI PDSCHの位置は、CORESETによって示される。
【００６８】
さらに別の実施形態では、1つまたは複数のRMSIが繰り返されるとき、ネットワークデバイス110は、第2の周期、第1の冗長バージョンパターン、第1のビームパターン、およびビットマップのうちの少なくとも1つに基づいて、反復CORESETおよび反復RMSI PDSCHの両方を送信してもよい。
【００６９】
一実施形態では、ネットワークデバイス110は、SS／PBCHブロックがRMSIを構成し、第1の周期が所定の値よりも大きいことに応答して、第2の周期に基づいて、第1の周期内で1つまたは複数の反復RMSIを送信する。第2の周期は、20ms、40ms、80ms、または任意の他の適切な値を有し得る。第2の周期は、RMSI反復フィールドであるRMSI＿repAddによって示されてもよく、RMSI反復フィールドであるRMSI＿repAddは、2ビットなどの任意の適切な数のビットを占有してもよい。たとえば、RMSI＿repAdd は以下のように定義されてもよい。
00⇒ 追加の反復なし
01⇒ 20ms周期で繰り返す
02⇒ 40ms周期で繰り返す
03⇒ 80ms周期で繰り返す
【００７０】
一実施形態では、第1の周期と第2の周期との間には対応関係がある。たとえば、SSバーストセットの周期（すなわち、最初の周期）が考慮されるべき場合、RMSI＿repAddの値は、たとえば、下の表１に示される値のセットに制限され得る。
【表１】
2021510032.tif 000003
表１に示すように、SS バーストセットの周期が20ms 以下の場合、RMSI＿repAdd の値は00 に設定されうる。これは、追加の繰り返しがないことを意味する。SSバーストセット周期が40msである場合、RMSI＿repAddの値は00または01に設定可能であり、これは、追加の繰り返しがないこと、または20ms周期で繰り返すことを意味する。さらに、第1の周期と第2の周期との間に1対1の対応関係があってもよい。たとえば、第1の周期と第2の周期との間の1つの可能な1対1の対応関係は、以下の表２に示される。
【表２】
2021510032.tif 000004
さらに、表IIに示されるものに加えて、第1の周期と第2の周期との間の任意の他の適切な1対1の対応関係を使用してもよい。
【００７１】
別の実施形態では、ネットワークデバイス110は、SS／PBCHブロックがRMSIを構成し、第1の周期が事前に定義された値より大きいことに応答して、第1の周期内の1つまたは複数のタイムウィンドウのビットマップに基づいて、第1の周期内の1つまたは複数の反復RMSIを送信する。タイムウィンドウのサイズは、20msまたは任意の他の適切な値であってもよい。図6は、本開示の一実施形態による、第1の周期内の1つまたは複数のタイムウィンドウのビットマップを示す。図5に示すように、SSバーストセットの周期（すなわち、第1の周期）は40msであり、RMSI TTIは、それぞれ20msである8つのタイムウィンドウに均等に分割されることが可能であり、第1の20msは、1つのSSBにおけるRMSI構成に基づいてRMSIが最初に受信されるタイムウィンドウである。追加のRMSI反復ビット、RMSI＿repAdd＿bitmap、たとえば7ビット（B6、B5、B4、B3、B2、B1、およびB0）を使用して、RMSI TTI内でそれよりも後のほうにある7つの20ms期間内の20msタイムウィンドウのどれが追加のRMSI(RMSI CORESETまたはRMSI PDSCHのみを有する）を有するかどうかを示してもよい。Bn＝1は、(RMSI CORESETまたはRMSI PDSCHのみを有する）追加のRMSIが、対応する20ms期間に存在することを意味し、Bn＝0は、(RMSI CORESETまたはRMSI PDSCHのみを有する追加のRMSI）が、対応する20ms期間に存在しないことを意味する。たとえば、B1は、1として設定されてもよく、これは（CORESETまたはPDSCHのみを有する）追加のRMSIがB1に対応する20ms期間に送信されることを意味する。
【００７２】
さらに、第1の周期内にある2つ以上のタイムウィンドウのうちの1つがRMSIを送信するために使用される場合、2つ以上のタイムウィンドウのうちの1つは、反復RMSIを送信するために使用されない。たとえば、対応する20ms期間が1つのSSバーストセットを有する場合、Bnは0として設定されてもよい。20msのようなタイムウィンドウ内では、1つまたは複数の反復RMSIのタイミング周波数相対位置は、SSBにより示されるものと同じにされてもよい。
【００７３】
第2の周期およびビットマップに加えて、1つまたは複数の反復RMSIの冗長バージョン（RV）パターンおよび／またはビームパターンを提供するために、より多くのシグナリングをRMSIまたは上位レイヤのメッセージで示すこともできる。あるいは、シグナリングのオーバヘッドを低減するために、1つまたは複数の反復RMSIのいくつかの固定されたRV／ビームパターンは、いかなる追加の明示的なシグナリングもなしに事前定義されてもよい。
【００７４】
たとえば、インデックスSSB1、SSB2、SSB3、SSB4によって示される4つのSSBが、40msの周期で送信され、RMSIの反復（たとえば、RMSI CORESETおよび／またはRMSI PDSCH)が、20msごとに送信されると仮定する。最初の20ms期間は、2スロット中の｛SSB1、SSB2、SSB3、SSB4｝の最初の送信と、それに続く、2スロット中のRMSIの反復｛RMSI1-RV1、RMSI2-RV1、RMSI3-RV1、RMSI4-RV1｝の冗長バージョン（RV1と表記される）を有するスロットベースのRMSI反復と、を有してもよい。次の20ms期間は、RMSI反復｛RMSI1-RV2、RMSI2-RV2、RMSI3-RV2、RMSI4-RV2｝の別の冗長バージョン（RV2と表記される）を有し、ここで、RMSInにおける「n」は、SS／PBCHブロックインデックス「n」に対応するRMSIインデックスを示し、RVnにおける「n」は、冗長バージョン番号を示す。
【００７５】
別の例として、4つのSSBが40msの周期で送信され、RMSI反復がNRにおいて20msごとに送信されると仮定する。最初の20ms期間は、2スロット中の｛SSB1、SSB2、SSB3、SSB4｝の第1の送信と、それに続く、2スロット中のビームパターン（BP1と表記される) {RMSI1-BP1、RMSI2-BP1、RMSI3-BP1、RMSI4-BP1｝によって送信されるスロットベースのRMSI反復と、を有してもよい。次の20ms期間は、RMSI反復｛RMSI1-BP2、RMSI2-BP2、RMSI3-BP2、RMSI4-BP2｝の別のビームパターン（BP2と表記される）を有し、BPn内の「n」は、ビームパターン番号を示す。
【００７６】
さらに、RVパターンおよびビームパターンの両方を使用して、反復RMSIをどのように送信するかを示すことができる。たとえば、1つの反復RMSIは、RMSIの冗長バージョン1を有し、ビームパターン1によって送信されてもよく、別の反復RMSIは、RMSIの冗長バージョン2を有し、ビームパターン2によって送信されてもよい。
【００７７】
一実施形態によると、1つまたは複数の反復RMSIの繰り返しタイミング周波数位置は、予め定義されたルールに基づいて、SSバーストセット内のSS／PBCHブロックによって示されるものによって決定される。一例として、第2の周期が20msであり、第1の周期が40msであり、RMSI CORESETおよびRMSI PDSCHが、第1の周期の最初の20ms内においてそれぞれx msおよびy msで送信される場合、第1の反復RMSI CORESETおよび／またはRMSI PDSCHは、それぞれx＋20msおよび／またはy＋20msで送信されてもよく、ここで、xおよびyは、それぞれ有理数を示す。別の例として、第1の周期内の1つまたは複数のタイムウィンドウのビットマップが使用される場合、20msなどのタイムウィンドウ内で、1つまたは複数の反復RMSI CORESETおよび／またはRMSI PDSCHのタイミング周波数相対位置は、SS／PBCHブロックによって示されるものと同じであってもよい。さらに、他の実施形態では、たとえば、オフセットなど、任意の他の適切な事前定義されたルールが定義されてもよい。
【００７８】
図7は、図1のネットワークデバイス110のような装置において実行され得る、本開示の実施形態による、無線ネットワークにおいてRMSIを送信するための方法を描写するフローチャートである。そのように、ネットワークデバイス110は、方法700の種々の部分を達成する手段と、他の構成要素と関連して他のプロセスを達成するための手段と、を提供してもよい。
【００７９】
図7に示されるように、方法700は、ネットワークデバイス110が、第2の冗長バージョンパターンと、第2のビームパターンと、SSバーストセットのスケジューリングウィンドウと重複しないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて構成されたRMSIを送信するブロック702で開始することができ、第2の冗長バージョンパターンと、第2のビームパターンと、スケジューリングウィンドウと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【００８０】
一実施形態では、ネットワークデバイス110は、第2の冗長バージョンパターンに基づいて構成されたRMSIを送信する。SSバーストセットの周期が20msであり、RMSI TTIが160msであり、各SS／PBCHブロックがそれぞれのRMSIを構成すると仮定すると、RMSI TTIにおいて送信される各SS／PBCHブロックインデックスに対応する8つの構成されたRMSI（すなわち、RMSI PDSCHおよびRMSI CORESET)が存在する。8つの構成されたRMSIは、第2の冗長バージョンパターンに基づいて送信されてもよい。一例として、8つの構成されたRMSIは、冗長バージョンパターン（RVと表記される) {RMSI1-RV1、RMSI1-RV2、RMSI1-RV3、RMSI1-RV4、RMSI1-RV1、RMSI1-RV2、RMSI1-RV3、RMSI1-RV4｝に基づいて送信されることができる。
【００８１】
別の実施形態では、ネットワークデバイス110は、第2のビームパターンに基づいて構成されたRMSIを送信する。一例として、上記の8つの構成されたRMSIは、ビームパターン（BPによって示される) {RMSI1-BP1、RMSI1BP2、RMSI1BP3、RMSI1BP4、RMSI1BP1、RMSI1BP2、RMSI1BP3、RMSI1BP4｝に基づいて送信されることができる。
【００８２】
さらに、RMSIと他のデータチャネルとの両方のフレキシブルなネットワークスケジューリングのために、RMSI反復の数を削減することもまた、良好であり得る。この場合、異なるRMSI冗長バージョンおよび／またはビームパターンは、異なるSSブロック持続タイムウィンドウにマッピングされてもよい。たとえば、SSバーストセットの周期が20msであり、RMSI反復が40ms毎に送信されると仮定する。その後、RMSIの反復がスロットベースまたは非スロットベースのスケジューリング（以前はミニスロットと呼ばれていた）を使用して送信される場合、さらにこれが示されうる。「タイプ1のSS／PBCHブロックおよびRMSI CORESETの多重化パターン」が使用される場合（図4参照）、RMSI送信は、通常のスロットまたは「ミニスロット」のいずれかで行われ得る。SS／PBCHブロックは4つのシンボルからなるため（図2参照）、1つのスロットにおいて2つのSS／PBCHブロックを送信することが可能であり、一方、スロットベースの送信が使用される場合、1つのスロット当たり1つのRMSI反復のみが送信されることが可能である。SSB送信に必要な時間よりもRMSI送信のスイープ当たりで消費される時間が多くなることを回避するための、1つの解決策は、各スイープでRMSI反復の半分を送信することと、奇数スイープで送信されるRMSI反復と、奇数または偶数ビームでの偶数スイープと、の間でそれぞれトグルする（切り替える）ことである。
【００８３】
一例として、4つのSSBが、20msの周期により、各スイープで送信され、RMSI反復が40msごとに別々のスイープで送信されると仮定する。次に、第1のスイープは、2スロット中の｛SSB1、SSB2、SSB3、SSB4｝の第1の送信と、それに続く、2スロット中の奇数ビーム｛RMSI1-RV1、RMSI3-RV1｝のための冗長バージョン1（RV1と表記される）を有するスロットベースのRMSI反復と、を有してもよい。次の20ms期間は、2スロットの期間中に送信された4つのSSB｛SSB1、SSB2、SSB3、SSB4｝と、それに続く2スロットの期間中での偶数ビーム｛RMSI2-RV1、RMSI4-RV1｝に対する冗長バージョン1を有するスロットベースのRMSI反復と、から再び形成される。次の40ms期間は、SSB送信に加えて、RMSI反復｛RMSI1-RV2、RMSI3-RV2｝と｛RMSI2-RV2、RMSI4-RV2｝といった冗長バージョン2を有する。「奇数／偶数」びRMSI反復の代わりに、異なる複数の20msスイープで「高／低」のRMSI反復を等しく良好に送信してもよいことに留意されたい。このアレンジメントは、160msのRMSI TTI中に8つの異なるRMSI冗長バージョンの送信を有する必要がない場合に有用である。異なる複数の20msのウィンドウにわたって異なる複数のビームに対するRMSI反復を分配することによって、160msの時間間隔の間に、より均一なRMSIオーバヘッドの分散が達成されてもよい。
【００８４】
別の実施形態では、構成されたRMSIは、オーバーラップしないスケジューリングウィンドウを割り当てられてもよい。RMSIが、RMSI TTI内で、SS／PBCHブロックよりも送信頻度が少ない場合、これは、ネットワーク側に、RMSIのスケジューリングの柔軟性をいくらかもたらすであろう。SSBの周期が、たとえば、20msであり、SSBが全てこのタイムウィンドウの最初の5ms部分で送信される場合、RMSI送信のサブセット（たとえば、奇数／偶数または高／低のRMSIインデックス）は、タイムウィンドウの残りの15ms部分で送信される必要がある。SSB周期のこの後半の15ms部分にわたってスケジューリングウィンドウにRMSI送信を分配することによって、RMSIのビームフォーミングおよびスケジューリングについて、より大きな柔軟性が達成されてもよい。RMSIスケジューリングにおけるある程度の柔軟性により、RMSIが同じビーム内のユーザデータと共に送信され得る機会が増加する。これは、特にアナログ送信ビームフォーミングがネットワーク側で使用される場合に、より良い全体的なリソースの利用をもたらす可能性がある。
【００８５】
一実施形態では、スロットベースまたは非スロットベースのスケジューリングが、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【００８６】
一実施形態では、SS／PBCHブロックインデックスに対応するRMSIのコンテンツは、160msなどのRMSI TTIで送信された場合、変更されない。この場合、それは、2つ以上の送信されたRMSIからのRMSIソフトコンバイニングをサポートしてもよい。
【００８７】
図8は、図1の端末装置102のような装置において実行され得る、本開示の実施形態による、無線ネットワークにおいてRMSIを受信するための方法を描写するフローチャートである。そのように、端末装置は、方法800の種々の部分を達成するための手段と、他の構成要素と関連して他のプロセスを達成するための手段と、を提供してもよい。なお、上記実施の形態で説明した部分については、簡略化のため詳細な説明を省略する。この実施形態では、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の最小システム情報の他のサブセットをフェッチするためのコンフィギュレーション（構成情報）とを提供し、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットの構成要素となる。
【００８８】
図8に示すように、方法800は、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを端末装置102が判定するブロック802で開始してもよい。
【００８９】
ブロック804において、端末装置102は、SS／PBCHブロックがRMSIを構成するものであり、第1の周期が所定の値よりも大きいことに応答して、第1の周期内の1つまたは複数の反復RMSIを受信する。端末装置102は、任意の適切なアプローチを使用することによって、第1の周期内で1つまたは複数の反復RMSIを受信してもよい。一実施形態では、ネットワークデバイス110は、第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、第1の周期における1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づく任意の適切なアプローチを使用することによって、第1の周期内で1つまたは複数の反復RMSIを受信してもよい。
【００９０】
図9は、図1の端末装置102のような装置において実行され得る、本開示の実施形態による、無線ネットワークにおいてRMSIを受信するための方法を描写するフローチャートである。そのように、端末装置は、方法900の種々の部分を達成するための手段と、他の構成要素と関連して他のプロセスを達成するための手段と、を提供してもよい。
なお、上記実施の形態で説明した部分については、簡略化のため詳細な説明を省略する。
【００９１】
図9に示されるように、方法900は、端末装置102が、第2の冗長バージョンパターンと、第2のビームパターンと、SSバーストセットのスケジューリングウィンドウと重複しないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて構成されたRMSIを受信するブロック902で開始することができ、第2の冗長バージョンパターンと、第2のビームパターンと、スケジューリングウィンドウと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【００９２】
実施形態では、ビットマップ内のビットは、1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す。
【００９３】
一実施形態では、第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、ビットマップと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【００９４】
一実施形態では、スロットベースまたは非スロットベースのスケジューリングが、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【００９５】
一実施形態では、第1の周期と第2の周期との間に対応関係がある。
【００９６】
一実施形態によると、1つまたは複数の反復RMSIの繰り返しタイミング周波数位置は、予め定義されたルールに基づいて、SSバーストセット内のSS／PBCHブロックによって示されるものによって、決定される。
【００９７】
一実施形態では、第1の周期内の2つ以上のタイムウィンドウのうちの1つがRMSIを送信するために使用される場合、当該2つ以上のタイムウィンドウのうちの1つは、反復RMSIを送信するために使用されない。
【００９８】
一実施形態では、反復RMSIが送信されるとき、本方法は、RMSIを有しているRMSI物理ダウンリンク共有チャネル（PDSCH）のみを受信することをさらに有する。
【００９９】
一実施形態では、SS／PBCHブロックインデックスに対応するRMSIのコンテンツ（内容）は、RMSIの送信時間間隔（TTI）において送信される場合、変更されない。
【０１００】
図10は、上述のような無線ネットワークにおいて残存最小システム情報（RMSI）を送信するための方法を実装してもよいネットワークデバイスを示し、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報のサブセットと、RMSIにおける最小システム情報の他のサブセットをフェッチするためのコンフィギュレーションとを提供し、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットの構成要素となる。図8に示すように、ネットワークデバイス1000は、プロセッシングデバイス（処理装置）1004と、メモリ1005と、プロセッサ1004と通信するように動作する無線モデムサブシステム1001と、を有する。無線モデムサブシステム1001は、少なくとも1つの送信機1002と、少なくとも1つの受信機1003と、を有する。図10には1つのプロセッサしか示されていないが、プロセッシングデバイス1004は、複数のプロセッサまたはマルチコアプロセッサ（複数可）を有してもよい。さらに、プロセッシングデバイス1004は、処理動作を容易にするためにキャッシュメモリを有することもできる。
【０１０１】
コンピュータ実行可能命令は、メモリ1005にロードされることができ、プロセッシングデバイス1004によって実行されると、ネットワークデバイス1000に、RMSIを送信するための上述の方法を実装させる。具体的には、コンピュータ実行可能命令は、ネットワークデバイス1000に、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定させ、SS／PBCHブロックがRMSIを構成し、かつ、第1の周期が所定の値よりも大きいことに応答して、第1の周期内で1つまたは複数の反復RMSIを送信させることができる。
【０１０２】
一実施形態では、コンピュータ実行可能命令は、さらに、ネットワークデバイス1000に、第2の冗長バージョンパターンと、第2のビームパターンと、SSバーストセットのスケジューリングウィンドウと重ならないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて、構成されたRMSIを送信させることができ、ここで、第2の冗長バージョンパターンと、第2のビームパターンと、スケジューリングウィンドウと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【０１０３】
一実施形態では、コンピュータ実行可能命令は、第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、第1の周期内の1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づいて、第1の周期内で1つまたは複数の反復RMSIをネットワークデバイス1000にさらに送信させることができる。
【０１０４】
実施形態では、ビットマップ内のビットは、1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す。
【０１０５】
一実施形態では、第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、ビットマップと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【０１０６】
一実施形態では、スロットベースまたは非スロットベースのスケジューリングが、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【０１０７】
一実施形態では、第1の周期と第2の周期との間に対応関係がある。
【０１０８】
一実施形態によると、1つまたは複数の反復RMSIの繰り返しタイミング周波数位置は、予め定義されたルールに基づいて、SSバーストセット内のSS／PBCHブロックによって示されるものによって、決定される。
【０１０９】
一実施形態では、第1の周期内の2つ以上のタイムウィンドウのうちの1つがRMSIを送信するために使用される場合、当該2つ以上のタイムウィンドウのうちの1つは、反復RMSIを送信するために使用されない。
【０１１０】
一実施形態では、反復RMSIが送信されるとき、本方法は、RMSIを有しているRMSI物理ダウンリンク共有チャネル（PDSCH）のみを送信すること、をさらに有する。
【０１１１】
一実施形態では、SS／PBCHブロックインデックスに対応するRMSIのコンテンツは、RMSI送信時間間隔（TTI）で送信される場合、変更されない。
【０１１２】
図11は、上述されたように、無線ネットワークにおいてRMSIを受信するための方法を実装しうる端末装置を示し、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報のサブセットと、RMSIにおける最小システム情報の他のサブセットをフェッチするためのコンフィギュレーションとを提供し、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットの構成要素となる。図11に示すように、端末装置1100は、プロセッシングデバイス1104と、メモリ1105と、プロセッサ1104と動作可能に通信する無線モデムサブシステム1101と、を有する。
無線モデムサブシステム1101は、少なくとも1つの送信機1102と、少なくとも1つの受信機1103と、を有する。図11には1つのプロセッサしか示されていないが、プロセッシングデバイス1104は、複数のプロセッサまたはマルチコアプロセッサ（複数可）を有してもよい。さらに、プロセッシングデバイス1104は、処理動作を容易にするためにキャッシュメモリを有することもできる。
【０１１３】
コンピュータ実行可能命令は、メモリ1105にロードされることができ、プロセッシングデバイス1104によって実行されると、端末装置1100に、RMSIを受信するための上述の方法を実装させる。具体的には、コンピュータ実行可能命令は、端末装置1100に、SSバーストセット内のSS／PBCHブロックがRMSIを構成するかどうかを判定させ、SS／PBCHブロックがRMSIを構成し、かつ、第1の周期が所定の値よりも大きいことに応答して、第1の周期内で1つまたは複数の反復RMSIを受信ることができる。
【０１１４】
一実施形態では、コンピュータ実行可能命令は、第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、第1の周期内の1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づいて、第1の周期内の1つまたは複数の反復RMSIを端末装置1100にさらに受信させることができる。
【０１１５】
一実施形態では、コンピュータ実行可能命令は、さらに、第2の冗長バージョンパターンと、第2のビームパターンと、SSバーストセットのスケジューリングウィンドウと重複しないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて、構成されたRMSIを端末装置1100に受信させることができ、ここで、第2の冗長バージョンパターンと、第2のビームパターンと、スケジューリングウィンドウと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または事前定義される。
【０１１６】
実施形態では、ビットマップ内のビットは、1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す。
【０１１７】
一実施形態では、第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、ビットマップと、のうちの少なくとも1つは、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【０１１８】
一実施形態では、スロットベースまたは非スロットベースのスケジューリングが、RMSIにより、もしくは、上位レイヤメッセージにより端末装置に示されるか、または、事前定義される。
【０１１９】
一実施形態では、第1の周期と第2の周期との間に対応関係がある。
【０１２０】
一実施形態によると、1つまたは複数の反復RMSIの繰り返しタイミング周波数位置は、予め定義されたルールに基づいて、SSバーストセット内のSS／PBCHブロックによって示されるものによって、決定される。
【０１２１】
一実施形態では、第1の周期内の2つ以上のタイムウィンドウのうちの1つがRMSIを送信するために使用される場合、当該2つ以上のタイムウィンドウのうちの1つは、反復RMSIを送信するために使用されない。
【０１２２】
一実施形態では、反復RMSIが送信されるとき、本方法は、RMSIを有しているRMSI物理ダウンリンク共有チャネル（PDSCH）のみを受信すること、をさらに有する。
【０１２３】
一実施形態では、SS／PBCHブロックインデックスに対応するRMSIのコンテンツは、RMSI送信時間間隔（TTI）で送信される場合、変更されない。
【０１２４】
図12は、図1のホストコンピュータ150のような機器で実行される、本開示の一実施形態によるホストコンピュータ、ネットワークデバイス、および端末装置を有する通信システムで実行される方法を示すフローチャートである。そのように、端末装置は、方法1200の種々の部分を達成するための手段と、他の構成要素と関連して他のプロセスを達成するための手段と、を提供してもよい。なお、上記実施の形態で説明した部分については、簡略化のため詳細な説明を省略する。
【０１２５】
図12に示すように、方法1200は、ホストコンピュータ150が端末装置からネットワークデバイスへの送信から生じるユーザデータを受信するブロック1202で開始してもよい。
【０１２６】
図13は、図1のホストコンピュータ150のような装置で実行される、本開示の一実施形態によるホストコンピュータ、ネットワークデバイス、および端末装置を有する通信システムで実行される方法を示すフローチャートである。したがって、端末装置は、方法1300の様々な部分を達成するための手段と、他の構成要素と併せて他のプロセスを達成するための手段と、を提供してもよい。なお、上記実施の形態で説明した部分については、簡略化のため詳細な説明を省略する。
【０１２７】
図13に示すように、方法1300は、ホストコンピュータ150がネットワークデバイスを介して端末装置へのユーザデータを搬送する送信を開始するブロック1302で開始してもよい。
【０１２８】
開示の一態様によれば、コンピュータ実行可能プログラム命令が記憶された少なくとも1つの非一時的コンピュータ可読記憶媒体を有するコンピュータプログラムプロダクトが提供され、コンピュータ実行可能命令が実行されると、ネットワークデバイスが上述のように動作するように構成される。
【０１２９】
開示の態様によれば、コンピュータ実行可能プログラム命令が記憶されている少なくとも1つの非一時的なコンピュータ可読記憶媒体を有するコンピュータプログラムプロダクトが提供され、コンピュータ実行可能命令が実行されると、端末装置が上述のように動作するように構成される。
【０１３０】
開示の態様によれば、コンピュータ実行可能プログラム命令が記憶されている少なくとも1つの非一時的なコンピュータ可読記憶媒体を有するコンピュータプログラムプロダクトが提供され、コンピュータ実行可能命令が実行されると、端末装置が上述のように動作するように構成される。
【０１３１】
なお、ネットワークデバイスおよび端末装置の構成要素のいずれも、ハードウエアまたはソフトウエアモジュールとして実現されうる。ソフトウエアモジュールのケースでは、それらは、有形のコンピュータ読み取り可能で記録可能な記憶媒体上に具体化されてもよい。ソフトウェアモジュールのすべて（またはその任意のサブセット）は、たとえば、同じ媒体上にあってもよく、またはそれぞれ異なる媒体上にあってもよい。ソフトウェアモジュールは、たとえば、ハードウェアプロセッサ上で実行されてもよい。そして、上記のように、ハードウエアプロセッサ上で実行される個別のソフトウエアモジュールを用いて、この方法ステップが実行されてもよい。
【０１３２】
「コンピュータプログラム」、「ソフトウェア」および「コンピュータプログラムコード」という用語は、機能を実行する任意のシーケンスまたは人間またはマシンが認識可能なステップを有することを意味する。このようなプログラムは、たとえば、C／C＋＋、Fortran、COBOL、PASCAL、アセンブリ言語、マークアップ言語（たとえば、HTML、SGML、XML）などを有する実質的に任意のプログラミング言語または環境、ならびに、コモンオブジェクトリクエストブローカーアーキテクチャ（CORBA)、JavaTM (J2ME、Java Beansなどを有する）、バイナリランタイム環境(BREW)などのオブジェクト指向環境でレンダリングされてもよい。
【０１３３】
「メモリー」および「記憶デバイス」という用語は、電子、磁気、光学、電磁気、赤外、または半導体システム、装置、またはデバイス、あるいはこれらの任意の好適な組合せを有することを意味するが、これらに限定されない。メモリまたは記憶装置のより具体的な例（非網羅的なリスト）は、以下を有する：1つまたは複数のワイヤを有する電気コネクション、携帯用コンピュータディスケット、ハードディスク、ランダムアクセスメモリ（RAM）、読み出し専用メモリ（ROM）、消去可能プログラマブル読み出し専用メモリ（EPROMまたはフラッシュメモリ）、光ファイバ、携帯用コンパクトディスク読み出し専用メモリ（CD-ROM）、光記憶装置、磁気記憶装置、またはこれらの任意の適切な組み合わせ。
【０１３４】
いずれの場合も、本明細書に示される構成要素は、たとえば、特定用途向け集積回路（ASIC）、機能回路、関連するメモリを有する適切にプログラムされた汎用デジタルコンピュータなど、ハードウェア、ソフトウェア、またはそれらの組合せの様々な形態で実装され得ることを理解されたい。本明細書で提供される開示の教示が与えられると、当業者は、開示の構成要素の他の実装を企図してもよいであろう。
【０１３５】
様々な実施形態の説明は、例示の目的で提示されてきたが、網羅的であることも、開示された実施形態に限定されることも意図されていない。記載された実施形態の範囲および精神から逸脱することなく、多くの修正および変形が当業者には明らかであろう。
【図１】
2021510032.tif 000005
【図２】
2021510032.tif 000006
【図３】
2021510032.tif 000007
【図４】
2021510032.tif 000008
【図５】
2021510032.tif 000009
【図６】
2021510032.tif 000010
【図７】
2021510032.tif 000011
【図８】
2021510032.tif 000012
【図９】
2021510032.tif 000013
【図１０】
2021510032.tif 000014
【図１１】
2021510032.tif 000015
【図１２】
2021510032.tif 000016
【図１３】
2021510032.tif 000017
【手続補正書】
【提出日】令和2年7月27日(2020.7.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線ネットワークにおいて残存最小システム情報（RMSI）を送信するための方法（500）であって、物理ブロードキャストチャネル（PBCH）は、ランダムアクセスのための最小システム情報のサブセットと、RMSIをフェッチするためのコンフィギュレーションとを提供し、ここで、RMSIは、最小システム情報の残りのサブセットであり、いくつかの同期信号（SS）／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記方法は、
前記SSバーストセット内のSS／PBCHブロックが前記RMSIを構成するかどうかを判定すること（502）と、
前記SS／PBCHブロックがRMSIを構成することに応答して、前記第1の周期内で1つまたは複数の反復RMSIを送信すること（504）と、を有する方法。
【請求項２】
請求項1に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを送信する（504）前に、前記第1の周期が所定の値よりも大きいことを判定する、方法。
【請求項３】
請求項2に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを送信すること（504）は、
第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、前記第1の周期内の1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づいて、前記第1の周期内で1つまたは複数の反復RMSIを送信すること、を有し、
前記第2の周期と、前記第1の冗長バージョンパターンと、前記第1のビームパターンと、前記ビットマップと、のうちの前記少なくとも1つは、前記RMSIにより、上位レイヤメッセージにより、または、事前定義により、端末装置に示される、方法。
【請求項４】
請求項2または3に記載の方法であって、
第2の冗長バージョンパターンと、第2のビームパターンと、前記SSバーストセットのスケジューリングウィンドウと重ならないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて、前記構成されたRMSIを送信すること（702）をさらに有し、
前記第2の冗長バージョンパターンと、前記第2のビームパターンと、前記スケジューリングウィンドウと、のうちの前記少なくとも1つは、前記RMSIにより、上位レイヤメッセージにより、または、事前定義により、端末装置に示される、方法。
【請求項５】
請求項3に記載の方法であって、前記ビットマップ内のビットは、前記1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す、方法。
【請求項６】
請求項3に記載の方法であって、前記第1の周期と前記第2の周期との間に対応関係がある、方法。
【請求項７】
請求項1に記載の方法であって、前記1つまたは複数の反復RMSIの反復タイミング周波数位置は、所定のルールに基づいて、前記SSバーストセット内の前記SS／PBCHブロックによって示されるものによって、決定される、方法。
【請求項８】
請求項1ないし7のいずれか1項に記載の方法であって、前記RMSIおよび前記反復RMSIは、前記第1の周期内の異なる時間ウインドウでそれぞれ送信される、方法。
【請求項９】
無線ネットワークにおいてRMSIを受信するための方法（800）であって、PBCHが、ランダムアクセスのための最小システム情報の第1のサブセットと、RMSIをフェッチするためのコンフィギュレーションとを提供し、RMSIは、前記最小システム情報の残りのサブセットであり、いくつかのSS／PBCHブロックが、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記方法は、
前記最小システム情報の第1のサブセットに基づいて、前記SSバーストセット内のSS／PBCHブロックが前記RMSIを構成するかどうかを判定すること（802）と、
前記SS／PBCHブロックが前記RMSIを構成することに応答して、前記第1の周期内で1つまたは複数の反復RMSIを受信すること（804）と、を有する方法。
【請求項１０】
請求項9に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを受信する（804）前に、前記第1の周期が所定の値よりも大きいことを判定する、方法。
【請求項１１】
請求項10に記載の方法であって、前記第1の周期内で1つまたは複数の反復RMSIを受信すること（802）は、
第2の周期と、第1の冗長バージョンパターンと、第1のビームパターンと、前記第1の周期内の1つまたは複数のタイムウィンドウのビットマップと、のうちの少なくとも1つに基づいて、前記第1の周期内で1つまたは複数の反復RMSIを受信することを有し、
前記第2の周期と、前記第1の冗長バージョンパターンと、前記第1のビームパターンと、前記ビットマップと、のうちの前記少なくとも1つは、前記RMSIにより、上位レイヤメッセージにより、または、事前定義により、端末装置に示される、方法。
【請求項１２】
請求項10または11に記載の方法であって、さらに、
第2の冗長バージョンパターンと、第2のビームパターンと、SSバーストセットのスケジューリングウィンドウと重複しないスケジューリングウィンドウと、のうちの少なくとも1つに基づいて、前記構成されたRMSIを受信すること（902）を有し、
前記第2の冗長バージョンパターンと、前記第2のビームパターンと、前記スケジューリングウィンドウと、のうちの前記少なくとも1つは、前記RMSIにより、上位レイヤメッセージにより、または、事前定義により、端末装置に示される、方法。
【請求項１３】
請求項11に記載の方法であって、前記ビットマップ内のビットは、1つまたは複数の反復RMSIのうちの1つが、対応するタイムウィンドウで送信されるかどうかを示す、方法。
【請求項１４】
請求項11に記載の方法であって、前記第1の周期と前記第2の周期との間に対応関係がある、方法。
【請求項１５】
請求項10に記載の方法であって、前記1つまたは複数の反復RMSIの反復タイミング周波数位置は、所定のルールに基づいて、前記SSバーストセット内の前記SS／PBCHブロックによって示されるものによって、決定される、方法。
【請求項１６】
請求項9ないし15のいずれか1項に記載の方法であって、前記RMSIおよび前記反復RMSIは、前記第1の周期内の異なる時間ウインドウにおいてそれぞれ送信される、方法。
【請求項１７】
無線ネットワークにおいてRMSIを送信するためのネットワークデバイス（1000）であって、PBCHは、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の前記最小システム情報の他のサブセットをフェッチするためのコンフィギュレーションとを提供し、いくつかのSS／PBCHブロックが、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記ネットワークデバイス（1000）は、
プロセッサ（1004）と、
メモリ（1005）と、を有し、前記メモリ（1005）が前記プロセッサ（1004）によって実行可能な命令を有することにより、前記ネットワークデバイス（1000）が請求項1ないし8のいずれか1項に記載の方法を実行するように動作可能である、ネットワークデバイス（1000）。
【請求項１８】
無線ネットワーク内のRMSIを受信するための端末装置（1100）であって、PBCHは、ランダムアクセスのための最小システム情報のサブセットと、RMSI内の前記最小システム情報の他のサブセットをフェッチするためのコンフィギュレーションとを提供するものであり、いくつかのSS／PBCHブロックは、第1の周期で周期的に送信されるSSバーストセットを構成するものであり、前記端末装置は、
プロセッサ（1104）と、
メモリ（1105）とを有し、前記メモリ（1105）が前記プロセッサ（1104）によって実行可能な命令を有することにより、前記端末装置（1100）が請求項9ないし16のいずれか1項に記載の方法を実行するように動作可能である、端末装置（1100）。
【請求項１９】
無線ネットワークにおいてRMSIを受信するための方法であって、前記方法は、
PDCCHスケジューリング情報を受信することと、
前記受信されたPDCCHスケジューリング情報に基づいて、PDSCH上のスロットベースまたは非スロットベースのスケジューリングが事前定義されているかどうかを判定することと、ここで、前記RMSIは前記PDSCH内で搬送されるものであり、
前記RMSIを搬送するPDSCH上のスロットベースまたは非スロットベースのスケジューリングの判定と、SS／PBCHブロックと制御リソースセット（CORESET）との間の多重化パターンとにしたがって、前記PDSCHの位置を決定することと、
前記RMSIを搬送するPDSCHの位置を監視することと、を有する方法。
【請求項２０】
無線ネットワークにおいてRMSIを送信するための方法であって、前記方法は、
PDCCHスケジューリング情報を送信することと、
前記送信されたPDCCHスケジューリング情報に基づいて、PDSCH上のスロットベースグまたは非スロットベースのスケジューリングが事前定義されているかどうかを判定することと、ここで、前記RMSIは前記PDSCHにおいて搬送されるものであり、
前記RMSIが搬送されるPDSCH上のスロットベースまたは非スロットベースのスケジューリングの判定と、SS／PBCHブロックと制御リソースセット（CORESET）との間の多重化パターンとにしたがって、前記PDSCHの位置を決定することと、
前記PDSCHを介して前記RMSIを送信することと、を有する方法。
【請求項２１】
無線ネットワークにおいてRMSIを送信するためのネットワークデバイスであって、
プロセッサと、
メモリとを有し、前記メモリが前記プロセッサによって実行可能な命令を有することにより、前記ネットワークデバイスが請求項20に記載の方法を実行するように動作する、ネットワークデバイス。
【請求項２２】
無線ネットワークにおいてRMSIを受信する端末装置であって、
プロセッサと、
メモリとを有し、前記メモリが前記プロセッサによって実行可能な命令を有することにより、前記端末装置が請求項19に記載の方法を実行するように動作する、端末装置。
【国際調査報告】
2021510032.tif 000018