JP2024020358A - サービングセルディスカバリバースト送信（ｄｂｔ）ウィンドウにおける送信のハンドリング - Google Patents

Abstract

【課題】サービングセルディスカバリバースト送信（ＤＢＴ）ウィンドウにおける送信をハンドリングするための方法およびシステムを提供する。【解決手段】セルラー通信ネットワークにおいて、ユーザ機器（ＵＥ）で実行される方法は、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始アップリンク（ＵＬ）送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を含む。これらの送信は、サービングセルＤＢＴウィンドウ全体に渡って抑制されるか又は基地局が予定した送信パターンに従ってＳＳＢを送信している間に抑制され、抑制は、サービングセルＤＢＴウィンドウの先頭から又はＵＥによって検出された最初のＳＳＢ送信の先頭から開始する。ＵＥは、様々な制約により、サービングセルＤＢＴウィンドウ内で実際に送信されたＳＳＢ付近でレートマッチングする。【選択図】図５Ａ

Description

本開示はセルラー通信ネットワークに関し、より詳細には、サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウの間のユーザ機器（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）開始アップリンク（ＵＬ）送信のハンドリングに関する。

新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）では、２つのタイプの同期信号、すなわち、プライマリ同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）およびセカンダリ同期信号（ＳＳＳ：Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）と、１つのブロードキャストチャネル、すなわち、物理ブロードキャストチャネル（ＰＢＣＨ：Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）とが定義されている。さらに、ＰＳＳ、ＳＳＳ、およびＰＢＣＨは１つの同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／ＰＢＣＨブロックで送信され、これは同期信号ブロック（ＳＳＢ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）とも呼ばれ、また、「ＳＳブロック」とも呼ばれ得る。１つのＳＳ／ＰＢＣＨバースト内で１つまたは複数のＳＳＢを送信することができ、バーストは定期的に送信される。以降、候補ＳＳ／ＰＢＣＨブロックを「候補ＳＳ／ＰＢＣＨブロック位置」または「候補ＳＳＢ位置」とも呼ぶ。

ＳＳＢビームスイープ。バースト内で複数のＳＳＢを使用する１つの理由は、異なる重複しないビームまたは部分的に重複するビーム（すなわち、異なる方向のビーム）での送信を使用して、セルなど目的のカバレッジエリアをカバーするために、複数回の送信が必要になる場合である。これらのビーム方向のそれぞれで順次送信することは、ビームスイープと呼ばれ、たとえば、ＳＳ／ＰＢＣＨブロックビームスイープと呼ばれる。

ＳＳバーストセット。複数のＳＳＢを使用する他の理由は、ユーザ機器（ＵＥ）が目的のカバレッジエリアの端に位置している場合に、ＵＥがＳＳ／ＰＢＣＨブロックをデコードするのに十分なエネルギーを複数回のＳＳ／ＰＢＣＨブロック送信から蓄積できるようにするために（すなわち、ソフトコンバイニング）、ＳＳ／ＰＢＣＨブロック送信の繰り返しが必要になる場合である。ビームがスイープされるかまたは繰り返されるそのようなＳＳ／ＰＢＣＨブロック送信のセットは、ＳＳバーストセットと呼ばれる。

図１は、スロットへのＳＳＢ位置の一般的なマッピングを示している。ＳＳＢを含む半フレームに対して、候補ＳＳＢの最初のシンボルインデックスがＳＳＢのサブキャリア間隔に従って決定され、これについては、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）３８．２１３バージョン１５．２．０に記載されている。半フレーム内の候補ＳＳＢには、時間の昇順で０からＬ－１までのインデックスが付けられる。図１では、候補ＳＳＢには０から１９までのインデックスが付けられている。ＵＥは、ＰＢＣＨで送信される復調（ＤＭ：Ｄｅｍｏｄｕｌａｔｉｏｎ）参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）シーケンスのインデックスとの１対１のマッピングから、Ｌ＝４の場合は半フレームごとのＳＳ／ＰＢＣＨブロックインデックスの２つの最下位ビット（ＬＳＢ）ビットを決定し、またはＬ＞４の場合はその３つのＬＳＢビットを決定する。ＮＲリリース１５（Ｒｅｌ－１５）では、８つのＤＭ－ＲＳシーケンスが定義されている。Ｌ＝６４の場合、ＳＳ／ＰＢＣＨブロックインデックスを完全に決定するために使用される半フレームごとのＳＳ／ＰＢＣＨブロックインデックスの３つの最上位ビット（ＭＳＢ）ビットがＰＢＣＨペイロードに含まれる。さらに、半フレームインジケータがＰＢＣＨペイロードに存在する。

ＵＥは、同じ中心周波数位置で同じＳＳ／ＰＢＣＨブロックインデックスによって送信されるＳＳＢが、ドップラースプレッド、ドップラーシフト、平均利得、平均遅延、遅延スプレッド、および該当する場合は空間受信（Ｒｘ）パラメータに関して擬似コロケート（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｅｄ）されていると推測し得る。ＵＥは他のＳＳ／ＰＢＣＨブロック送信に対して擬似コロケーションを推測することはない。

全ての候補ＳＳＢが送信される必要はない。より広いビームフォーミングを使用するなどして、より少ないＳＳ／ＰＢＣＨブロック送信で、セルなどの目的のカバレッジエリアをカバーすることができる場合、候補ＳＳＢの全数Ｌよりも少ない数のＳＳＢを送信することができる。候補ＳＳＢの任意の組合せが使用され得る。たとえば、８つの候補ＳＳＢが存在し、そのうちの４つのみがＳＳ／ＰＢＣＨブロック送信に使用される場合、これらの４つの候補ＳＳＢは、最初の４つの候補ＳＳＢ、最後の４つの候補ＳＳＢ、第１、第２、第５、および第６の候補ＳＳＢ、または合計８つの候補ＳＳＢのうちの４つの候補ＳＳＢの他の任意の組合せであり得る。

リリース１５ＮＲでは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ情報要素（ＩＥ：Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ）内のビットマップを使用して、ＮＲ基地局（ｇＮＢ）がどのＳＳＢを送信するかがＵＥに知らされる。次いで、ＵＥはこのビットマップを使用して、ＳＳＢ付近（ａｒｏｕｎｄ）で物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をレートマッチングし、ＳＳＢに対応するシンボルにおけるアップリンク（ＵＬ）送信を抑制する。

リリース１６ＮＲでは、ＳＳＢを時間的にシフトできるようにするメカニズムが合意されている。これは、現在までは主に、チャネルが利用可能であるか否かを判定するために送信前にリッスンビフォアトーク（ＬＢＴ）手順を実行する必要があることが原因で、正確な時間的ポイントでのチャネルへのアクセスを保証できないアンライセンススペクトルにおける動作が動機となっていた。そのため、ｇＮＢは、チャネルにアクセスできるようになるまでＳＳＢの送信を遅らせる必要があり得る。

既存の解決策の問題
現在、特定の課題がある。ウィンドウ内でＳＳＢをシフトできる場合、ＳＳ／ＰＢＣＨブロックと衝突するシンボルにおけるＵＥ開始ＵＬ送信の抑制をハンドリングするためのｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔに基づく現在のリリース１５のメカニズムは十分ではない。具体的には、現在指定されている位置を使用すると、実際の送信よりもさらに多くの候補位置を可能性のあるＳＳ／ＰＢＣＨブロック送信用に確保する必要があるので、不要なオーバーヘッドを被る。たとえば、ＵＥは、ｇＮＢが指定した時間中に候補ＳＳＢ位置を使用すると予期して、ＵＥ開始ＵＬ送信を抑制し得るが、ｇＮＢはまだＬＢＴプロセスを実行しているので、それらの候補ＳＳＢ位置を使用できない場合がある。これは、それらの候補ＳＳＢ位置がｇＮＢにもＵＥにも使用されなかったこと、すなわち、それらのリソースはＵＥによって使用できたが、使用されなかったことを意味する。

本開示の特定の態様およびそれらの実施形態は、前述の課題または他の課題に対する解決策を提供し得る。具体的には、本開示は、サービングセルのディスカバリバースト送信（ＤＢＴ）ウィンドウ（これは、様々な規格において、同期信号ブロック（ＳＳＢ）測定タイミング設定（ＳＭＴＣ：Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ Ｍｅａｓｕｒｅｍｅｎｔ Ｔｉｍｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ウィンドウ、ディスカバリ測定タイミング設定（ＤＭＴＣ：Ｄｉｓｃｏｖｅｒｙ Ｍｅａｓｕｒｅｍｅｎｔ Ｔｉｍｉｎｇ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）ウィンドウ、ディスカバリ参照信号（ＤＲＳ：Ｄｉｓｃｏｖｅｒｙ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）送信ウィンドウ、同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信ウィンドウ、および他の名前でも呼ばれている）における送信をハンドリングするための方法およびシステムを提供する。本開示では、これらの用語を同義的に使用する。

第１のグループの実施形態では、ユーザ機器（ＵＥ）は、サービングセルＤＢＴウィンドウ全体にわたってＵＥ開始アップリンク（ＵＬ）送信を抑制する。これらのＵＥ開始ＵＬ送信は、たとえば、物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）上で送信されるスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）、または設定グラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）送信とすることができる。

第２のグループの実施形態では、ＵＥは予期したＳＳ／ＰＢＣＨブロックが無線アクセスノードによって送信され終わったと判定するまでの間のみ、上記送信を抑制する。いくつかの実施形態では、この無線アクセスノードは、新無線（ＮＲ）基地局（ｇＮＢ）である。本明細書で使用する多くの例はｇＮＢに言及するが、本開示はこれに限定されない。すなわち、ｇＮＢが送信する予定の全てのＳＳ／ＰＢＣＨブロックをｇＮＢが送信し終えたとＵＥが判定した後、ＵＥは送信ウィンドウの残りの部分において上記ＵＬ送信を抑制しない。以下、ｇＮＢが送信を行う予定のＳＳＢを候補ＳＳＢと呼ぶ。このグループの実施形態では、ＵＥは最後の候補ＳＳＢまで、ＵＥ開始送信を抑制する。候補ＳＳＢの間の抑制とは、ｇＮＢが送信を行う予定のシンボルの間の抑制を意味し、ｇＮＢがそれらのシンボルの間に実際に送信を行うか否かに関係ないことに留意されたい。いくつかの実施形態では、ＵＥはｇＮＢがどこで送信を行う予定であるかを知っており、その理由は、ｇＮＢがその情報（すなわち、候補ＳＳＢの場所）をＵＥに提供しているためである。

第３のグループの実施形態では、ＵＥは、ｇＮＢによって送信されるＳＳＢ付近でダウンリンクの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信をレートマッチングするために既存のメカニズムを使用する。この既存のメカニズムは、典型的には、他の技術の互換性のない信号に使用され得る予約済みリソース付近でレートマッチングするために使用される。このグループの実施形態では、ＵＥはこのメカニズムを使用して、現在の技術の一部であり、同じセルから送信されるＮＲ信号付近でレートマッチングする。

本明細書で開示する問題のうちの１つまたは複数に対処する様々な実施形態を本明細書で提案する。

いくつかの実施形態では、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのＵＥの方法は、サービングセルＤＢＴウィンドウ（およびそのシグナリングのやり方）を示す設定を受信することと、従来技術のようにＵＥ開始ＵＬ送信（たとえば、ＰＲＡＣＨおよびＳＲ）の設定を受信することと、サービングセルＤＢＴウィンドウにおいてＵＥ開始ＵＬ送信を抑制することと、を含む。いくつかの実施形態では、ＵＥ開始ＵＬ送信は、サービングセルＤＢＴウィンドウ全体にわたって抑制される。他の実施形態では、ＵＥ開始ＵＬ送信は、ｇＮＢによる少なくとも１つのＳＳ／ＰＢＣＨブロック送信の検出と、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ情報要素（ＩＥ）などの、ｇＮＢによるＳＳ／ＰＢＣＨブロック送信の予定されたパターンを示す情報とに基づいて抑制される。

いくつかの実施形態では、ＵＥが少なくとも１つのＳＳ／ＰＢＣＨブロックの検出と、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥとに基づいて抑制を行う場合、ＵＥは、位置ｎで検出されたＳＳ／ＰＢＣＨブロックが、あたかも「１」に設定されたｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内の最初のビットに対応するかのように送信されたＳＳ／ＰＢＣＨブロックに対応すると推測する。

いくつかの実施形態では、ＵＥは、最後に実際に送信されるＳＳ／ＰＢＣＨブロックが位置ｎ＋ｋで発生すると推測し、ここでｋは、ビットが「１」に設定されたｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内の最後のビット位置のインデックスである。

いくつかの実施形態では、ＵＥは、位置ｎ＋ｋ＋１からサービングセルＤＢＴウィンドウの終わりまでＵＬ送信を抑制しない。

いくつかの実施形態では、スロット内の送信の抑制は、候補ＳＳ／ＰＢＣＨブロック位置に対応するシンボルのみで行われる。

いくつかの実施形態では、スロット内の送信の抑制は、候補ＳＳ／ＰＢＣＨブロック位置に対応するシンボルと、ＳＳ／ＰＢＣＨブロック位置に関連するシステム情報の送信に対応するシンボルとでのみ行われる。

いくつかの実施形態では、送信の抑制は、候補ＳＳ／ＰＢＣＨブロック位置を含むスロットの全てのシンボルで行われる。

特定の実施形態は、以下の技術的利点のうちの１つまたは複数を提供し得る。本明細書に開示する主題は、サービングセルＤＢＴウィンドウ内のチャネルへのアクセスを巡ってＵＥおよびｇＮＢが競合することを回避し、第２のグループの実施形態のケースでは、ｇＮＢがサービングセルＤＢＴウィンドウ内でＳＳＢを送信し終わっている場合に、ＵＥが不必要にＵＬ送信を抑制することを防止する。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするための、ユーザ機器（ＵＥ）で実行される方法は、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始アップリンク（ＵＬ）送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウを示す設定を受信することは、サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報要素（ＩＥ）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥを受信することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの持続時間を示すフィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、サービングセルＤＢＴウィンドウの持続時間全体にわたってＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、ＳＳＢのパターンに従ってｇＮＢによって送信されるＳＳＢによって占有されるシンボルの間にＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を受信することは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥを受信することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、ｇＮＢによって送信される最後のＳＳＢまで、ｇＮＢがその間隔中に送信する予定のないＳＳＢの間を含めて、ＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、ＳＳＢのパターンに従ってｇＮＢによって送信されるＳＳＢによって占有されるシンボルを含むあらゆるスロットの全てのシンボルの間にＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、行われ得るシステム情報の送信に対応するシンボルを抑制することをさらに含む。

いくつかの実施形態では、行われ得るシステム情報の送信に対応するシンボルを抑制することは、行われ得る残余システム情報（ＲＭＳＩ）の送信に対応するシンボルを抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、サービングセルＤＢＴウィンドウの先頭から開始してＵＥ開始送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、検出された最初のＳＳＢの先頭から開始してＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、ＵＥは、検出された最初のＳＳＢが、ｇＮＢによって送信されるＳＳＢのパターンにおける最初のＳＳＢに対応すると推定する。

いくつかの実施形態では、この方法は、他の技術からの信号を含み得る予約済みリソース付近でレートマッチングするためにレートマッチングメカニズムを使用することをさらに含む。

いくつかの実施形態では、レートマッチングメカニズムを使用することは、ｇＮＢによってＵＥに提供されるレートマッチングパターンを使用することを含む。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのＵＥは、１つまたは複数のプロセッサと、命令を含むメモリと、を備え、命令は、１つまたは複数のプロセッサによって実行されたときに、ＵＥに、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始ＵＬ送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を行わせる。

いくつかの実施形態では、サービングセルＤＢＴウィンドウを示す設定を受信することは、サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥを受信することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの持続時間を示すフィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、サービングセルＤＢＴウィンドウの持続時間全体にわたってＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、メモリは、１つまたは複数のプロセッサによって実行されたときに、ＵＥに、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を受信することを行わせる命令をさらに含み、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、ＳＳＢのパターンに従ってｇＮＢによって送信されるＳＳＢによって占有されるシンボルの間にＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を受信することは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥを受信することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、ｇＮＢによって送信される最後のＳＳＢまで、ｇＮＢが送信する予定のないＳＳＢの間を含めて、ＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、ＳＳＢのパターンに従ってｇＮＢによって送信されるＳＳＢによって占有されるシンボルを含むあらゆるスロットの全てのシンボルの間にＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、行われ得るシステム情報の送信に対応するシンボルを抑制することをさらに含む。

いくつかの実施形態では、行われ得るシステム情報の送信に対応するシンボルを抑制することは、行われ得るＲＭＳＩの送信に対応するシンボルを抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、サービングセルＤＢＴウィンドウの先頭から開始してＵＥ開始送信を抑制することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することは、検出された最初のＳＳＢの先頭から開始してＵＥ開始ＵＬ送信を抑制することを含む。

いくつかの実施形態では、ＵＥは、検出された最初のＳＳＢが、ｇＮＢによって送信されるＳＳＢのパターンにおける最初のＳＳＢに対応すると推定する。

いくつかの実施形態では、メモリは、１つまたは複数のプロセッサによって実行されたときに、ＵＥに、他の技術からの信号を含み得る予約済みリソース付近でレートマッチングするためにレートマッチングメカニズムを使用することを行わせる命令をさらに含む。

いくつかの実施形態では、レートマッチングメカニズムを使用することは、ｇＮＢによってＵＥに提供されるレートマッチングパターンを使用することを含む。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするように設定されるＵＥは、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始ＵＬ送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を行うように設定されるトランシーバおよび処理回路を備える。

いくつかの実施形態では、処理回路は、本明細書に開示するＵＥの方法のいずれか１つに記載のステップを実行するようにさらに動作可能である。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするように設定されるＵＥは、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始ＵＬ送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を行うように設定される１つまたは複数のモジュールを備える。

いくつかの実施形態では、１つまたは複数のモジュールは、本明細書に開示するＵＥの方法のいずれか１つに記載のステップを実行するようにさらに動作可能である。

本開示の一態様によれば、非一時的コンピュータ可読媒体はソフトウェア命令を記憶し、ソフトウェア命令は、サービングセルＤＢＴウィンドウにおける送信をハンドリングするように設定されるＵＥの１つまたは複数のプロセッサによって実行されたときに、ＵＥに、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始ＵＬ送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を行わせる。

いくつかの実施形態では、非一時的コンピュータ可読媒体は、１つまたは複数のプロセッサによって実行されたときに、ＵＥに本明細書に開示するＵＥの方法のいずれか１つに記載のステップを実行させるソフトウェア命令をさらに含む。

本開示の一態様によれば、コンピュータプログラムは命令を含み、命令は、サービングセルＤＢＴウィンドウにおける送信をハンドリングするように設定されるＵＥの１つまたは複数のプロセッサによって実行されたときに、ＵＥに、サービングセルＤＢＴウィンドウを示す設定を受信することと、ＵＥ開始ＵＬ送信の設定を受信することと、サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を行わせる。

いくつかの実施形態では、コンピュータプログラムは、１つまたは複数のプロセッサによって実行されたときに、ＵＥに本明細書に開示するＵＥの方法のいずれか１つに記載のステップを実行させる命令をさらに含む。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするための新無線（ＮＲ）基地局（ｇＮＢ）で実行される方法は、サービングセルＤＢＴウィンドウを示す設定をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信することと、を含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウを示す設定を送信することは、サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥを送信することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの持続時間を示すフィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む。

いくつかの実施形態では、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を送信することは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥを送信することを含む。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのｇＮＢは、１つまたは複数のプロセッサと、命令を含むメモリと、を備え、命令は、１つまたは複数のプロセッサによって実行されたときに、ｇＮＢに、サービングセルＤＢＴウィンドウを示す設定をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信することと、を行わせる。

いくつかの実施形態では、サービングセルＤＢＴウィンドウを示す設定を送信することは、サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥを送信することを含む。

いくつかの実施形態では、サービングセルＤＢＴウィンドウの持続時間を示すフィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む。

いくつかの実施形態では、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を送信することは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥを送信することを含む。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのｇＮＢは、サービングセルＤＢＴウィンドウを示す設定をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信することと、を行うように設定される無線ユニットおよび制御システムを備える。

いくつかの実施形態では、制御システムは、本明細書に開示するｇＮＢの方法のいずれか１つに記載のステップを実行するようにさらに動作可能である。

本開示の一態様によれば、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのｇＮＢは、サービングセルＤＢＴウィンドウを示す設定をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信することと、を行うように設定される１つまたは複数のモジュールを備える。

いくつかの実施形態では、１つまたは複数のモジュールは、本明細書に開示するｇＮＢの方法のいずれか１つに記載のステップを実行するようにさらに動作可能である。

本開示の一態様によれば、非一時的コンピュータ可読媒体はソフトウェア命令を記憶し、ソフトウェア命令は、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのｇＮＢの１つまたは複数のプロセッサによって実行されたときに、ｇＮＢに、サービングセルＤＢＴウィンドウを示す設定をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信することと、を行わせる。

いくつかの実施形態では、非一時的コンピュータ可読媒体は、１つまたは複数のプロセッサによって実行されたときに、ｇＮＢに本明細書に開示するｇＮＢの方法のいずれか１つに記載のステップを実行させるソフトウェア命令をさらに含む。

本開示の一態様によれば、コンピュータプログラムは命令を含み、命令は、サービングセルＤＢＴウィンドウにおける送信をハンドリングするためのｇＮＢの１つまたは複数のプロセッサによって実行されたときに、ｇＮＢに、サービングセルＤＢＴウィンドウを示す設定をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信することと、サービングセルＤＢＴウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信することと、を行わせる。

いくつかの実施形態では、コンピュータプログラムは、１つまたは複数のプロセッサによって実行されたときに、ｇＮＢに本明細書に開示するｇＮＢの方法のいずれか１つに記載のステップを実行させる命令をさらに含む。

本明細書に組み込まれ、その一部を形成する添付図面の図は、本開示のいくつかの態様を示しており、本説明と共に、本開示の原理を説明するのに役立つ。

同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（同期信号ブロック（ＳＳＢ））位置のスロットへの一般的なマッピングを示す図である。 本開示のいくつかの実施形態による、セルラー通信ネットワークの一例を示す図である。 コアネットワーク機能（ＮＦ）から構成される第５世代（５Ｇ）ネットワークアーキテクチャとして表される無線通信システムであって、任意の２つのＮＦ間のインタラクションがポイントツーポイントのリファレンスポイント／インターフェースによって表される無線通信システムを示す図である。 図３の５Ｇネットワークアーキテクチャで使用されているポイントツーポイントのリファレンスポイント／インターフェースの代わりに、コントロールプレーン内のＮＦ間のサービスベースのインターフェースを使用した５Ｇネットワークアーキテクチャを示す図である。 本開示のいくつかの実施形態による、ユーザ機器（ＵＥ）による、サービングセルＳＳＢ測定タイミング設定（ＳＭＴＣ）ウィンドウ（ディスカバリバースト送信（ＤＢＴ）ウィンドウとも呼ばれる）における送信をハンドリングするための例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、ＵＥがＵＥ開始アップリンク（ＵＬ）送信を抑制し得るいくつかのやり方を高レベルで示す図である。 本開示のいくつかの実施形態による、新無線（ＮＲ）基地局（ｇＮＢ）によるサービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法を示すフローチャートである。 本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、実際のＳＳＢが存在すると推定される（送信されると推定される）場所に関係なく、サービングセルＳＭＴＣウィンドウ全体にわたってＵＥ開始ＵＬ送信が抑制される方法を示す図である。 本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが存在すると推定されるシンボルの間のみＵＥ開始ＵＬ送信が抑制される方法を示す図である。 本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが存在すると推定されるスロット内の全てのシンボルに対してＵＥ開始ＵＬ送信が抑制される方法を示す図である。 本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが時間的にシフトされ、サービングセルＳＭＴＣウィンドウの先頭から、ＳＳＢが存在すると推定される最初のシンボルまで、およびその後のＳＳＢが存在すると推定されるシンボルの間のみ、ＵＥ開始ＵＬ送信が抑制される方法を示す図である。 本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが時間的にシフトされ、サービングセルＳＭＴＣウィンドウの先頭から、ＳＳＢが存在すると推定される最後のシンボルまで、ＵＥ開始ＵＬ送信が抑制される方法を示す図である。 本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが時間的にシフトされ、ＳＳＢが存在すると推定される最初のシンボルまで、およびその後のＳＳＢが存在すると推定されるスロット内の全てのシンボルに対して、ＵＥ開始ＵＬ送信が抑制される方法を示す図である。 本開示のいくつかの実施形態による、無線アクセスノードの概略ブロック図である。 本開示のいくつかの実施形態による、無線アクセスノードの仮想化された実施形態を示す概略ブロック図である。 本開示の他のいくつかの実施形態による、無線アクセスノードの概略ブロック図である。 本開示のいくつかの実施形態による、ＵＥの概略ブロック図である。 本開示の他のいくつかの実施形態による、ＵＥの概略ブロック図である。 本開示のいくつかの実施形態による、通信システムを示す図である。 本開示のいくつかの実施形態による、他の通信システムを示す図である。 本開示のいくつかの実施形態による、通信システム内で実装される方法を示すフローチャートである。 本開示のいくつかの実施形態による、通信システム内で実施される方法を示すフローチャートである。 本開示のいくつかの実施形態による、通信システム内で実装される方法を示すフローチャートである。 本開示のいくつかの実施形態による、通信システム内で実装される方法を示すフローチャートである。

以下に記載する実施形態は、当業者が実施形態を実践することを可能にするための情報を表し、実施形態を実践する最良の形態を例示する。添付図面の図に照らして以下の説明を読むと、当業者は本開示の概念を理解し、本明細書では特に扱っていないこれらの概念の応用例を認識するであろう。これらの概念および応用例は本開示の範囲内にあることを理解されたい。

無線ノード：本明細書で使用する場合、「無線ノード」とは、無線アクセスノードまたは無線デバイスのいずれかである。

無線アクセスノード：本明細書で使用する場合、「無線アクセスノード」または「無線ネットワークノード」とは、信号を無線で送信および／または受信するように動作するセルラー通信ネットワークの無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）内の任意のノードである。無線アクセスノードのいくつかの例には、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（ＮＲ）基地局（ｇＮＢ）、または３ＧＰＰロングタームエボリューション（ＬＴＥ）ネットワークにおけるエンハンストまたはエボルブドノードＢ（ｅＮＢ））、高電力またはマクロ基地局、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢ、または同様のもの）、およびリレーノードが含まれるが、これらに限定されない。本明細書で使用する多くの例ではｇＮＢに言及するが、本開示はこれに限定されない。

コアネットワークノード：本明細書で使用する場合、「コアネットワークノード」とは、コアネットワーク内の任意のタイプのノードである。コアネットワークノードのいくつかの例には、たとえば、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ：Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）、または同様のものが含まれる。

無線デバイス：本明細書で使用する場合、「無線デバイス」とは、無線アクセスノードに信号を無線で送信および／または受信することによってセルラー通信ネットワークにアクセスすることができる（すなわち、これによってサーブされる）任意のタイプのデバイスである。無線デバイスのいくつかの例には、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）、およびマシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）デバイスが含まれるが、これらに限定されない。

ネットワークノード：本明細書で使用する場合、「ネットワークノード」とは、セルラー通信ネットワーク／システムのＲＡＮまたはコアネットワークのいずれかの一部である任意のノードである。

本明細書で与える説明は、３ＧＰＰセルラー通信システムに焦点を合わせているので、３ＧＰＰの用語または３ＧＰＰの用語に類似した用語がしばしば使用されることに留意されたい。しかしながら、本明細書に開示する概念は、３ＧＰＰシステムに限定されない。

なお、本明細書の説明では、「セル」という用語について言及し得るが、特に５Ｇ ＮＲの概念に関しては、セルの代わりにビームが使用され得るので、本明細書に記載の概念はセルおよびビームの両方に等しく適用できることに留意することが重要である。

図２は、本開示のいくつかの実施形態による、セルラー通信ネットワーク２００の一例を示している。本明細書に記載の実施形態では、セルラー通信ネットワーク２００は５Ｇ ＮＲネットワークである。この例では、セルラー通信ネットワーク２００は、基地局２０２－１および２０２－２を含み、これらはＬＴＥではｅＮＢと呼ばれ、５Ｇ ＮＲではｇＮＢと呼ばれ、対応するマクロセル２０４－１および２０４－２を制御する。基地局２０２－１および２０２－２は、一般に本明細書ではまとめて基地局２０２と呼び、個別に基地局２０２と呼ぶ。同様に、マクロセル２０４－１および２０４－２は、一般に本明細書ではまとめてマクロセル２０４と呼び、個別にマクロセル２０４と呼ぶ。セルラー通信ネットワーク２００はまた、対応するスモールセル２０８－１～２０８－４を制御するいくつかの低電力ノード２０６－１～２０６－４を含み得る。低電力ノード２０６－１～２０６－４は、スモール基地局（たとえば、ピコもしくはフェムト基地局）、またはリモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、あるいは同様のものとすることができる。とりわけ、図示していないが、スモールセル２０８－１～２０８－４のうちの１つまたは複数は、代替的には基地局２０２によって提供され得る。低電力ノード２０６－１～２０６－４は、一般に本明細書ではまとめて低電力ノード２０６と呼び、個別に低電力ノード２０６と呼ぶ。同様に、スモールセル２０８－１～２０８－４は、一般に本明細書ではまとめてスモールセル２０８と呼び、個別にスモールセル２０８と呼ぶ。基地局２０２（および任意選択により低電力ノード２０６）は、コアネットワーク２１０に接続される。

基地局２０２および低電力ノード２０６は、対応するセル２０４および２０８内の無線デバイス２１２－１～２１２－５にサービスを提供する。無線デバイス２１２－１～２１２－５は、一般に本明細書ではまとめて無線デバイス２１２と呼び、個別に無線デバイス２１２と呼ぶ。無線デバイス２１２は、本明細書ではＵＥと呼ぶこともある。

図３は、コアネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）から構成される５Ｇネットワークアーキテクチャとして表される無線通信システムであって、任意の２つのＮＦ間のインタラクションがポイントツーポイントのリファレンスポイント／インターフェースによって表される無線通信システムを示している。図３は、図２のシステム２００の１つの特定の実装形態とみなすことができる。

アクセス側から見ると、図３に示す５Ｇネットワークアーキテクチャは、ＲＡＮまたはアクセスネットワーク（ＡＮ）のいずれか、ならびにアクセスおよびモビリティ管理機能（ＡＭＦ：Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に接続された複数のＵＥを含む。典型的には、Ｒ（ＡＮ）は、たとえば、ｅＮＢもしくはｇＮＢまたは類似のものなどの基地局を含む。コアネットワーク側から見ると、図３に示す５ＧコアＮＦは、ネットワークスライス選択機能（ＮＳＳＦ：Ｎｅｔｗｏｒｋ Ｓｌｉｃｅ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）、認証サーバ機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｓｅｒｖｅｒ Ｆｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ：Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）、ＡＭＦ、セッション管理機能（ＳＭＦ：Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ポリシー制御機能（ＰＣＦ：Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ Ｆｕｎｃｔｉｏｎ）、およびアプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）を含む。

５Ｇネットワークアーキテクチャのリファレンスポイント表現は、標準的な規格化において詳細なコールフローを構築するために使用される。Ｎ１リファレンスポイントは、ＵＥとＡＭＦとの間でシグナリングを搬送するように定義される。ＡＮとＡＭＦとの間、およびＡＮとＵＰＦとの間を接続するためのリファレンスポイントは、それぞれＮ２およびＮ３と定義される。ＡＭＦとＳＭＦとの間にリファレンスポイントＮ１１があり、これはＳＭＦがＡＭＦによって少なくとも部分的に制御されることを意味する。Ｎ４はＳＭＦおよびＵＰＦによって使用され、それによって、ＳＭＦにより生成された制御信号を使用してＵＰＦを設定することができ、ＵＰＦはその状態をＳＭＦに報告することができる。Ｎ９は異なるＵＰＦ間の接続のためのリファレンスポイントであり、Ｎ１４は異なるＡＭＦ間を接続するためのリファレンスポイントである。Ｎ１５およびＮ７は、ＰＣＦがそれぞれＡＭＦおよびＳＭＦにポリシーを適用するので、定義されている。Ｎ１２は、ＡＭＦがＵＥの認証を実行するために必要である。Ｎ８およびＮ１０は、ＵＥのサブスクリプションデータがＡＭＦおよびＳＭＦに必要なために定義されている。

５Ｇコアネットワークは、ユーザプレーンとコントロールプレーンとを分離することを目的としている。ネットワークにおいて、ユーザプレーンはユーザトラフィックを搬送し、コントロールプレーンはシグナリングを搬送する。図３では、ＵＰＦはユーザプレーンにあり、他の全てのＮＦ、すなわち、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＡＦ、ＡＵＳＦ、およびＵＤＭはコントロールプレーンにある。ユーザプレーンとコントロールプレーンとを分離することにより、各プレーンリソースが独立してスケーリングされることが保証される。これにより、ＵＰＦをコントロールプレーン機能とは別に分散して配備することも可能になる。このアーキテクチャでは、ＵＰＦをＵＥの非常に近くに配備することによって、低レイテンシを必要とする一部のアプリケーションのために、ＵＥとデータネットワークとの間のラウンドトリップタイム（ＲＴＴ）が短縮され得る。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能から構成される。たとえば、ＡＭＦおよびＳＭＦは、コントロールプレーン内の独立した機能である。分離されたＡＭＦおよびＳＭＦによって、独立した進化およびスケーリングが可能になる。ＰＣＦおよびＡＵＳＦなどの他のコントロールプレーン機能は、図３に示すように分離することができる。モジュール化された機能設計により、５Ｇコアネットワークは様々なサービスを柔軟にサポートすることが可能になる。

各ＮＦは他のＮＦと直接インタラクションを行う。中間の機能を使用して、あるＮＦから他のＮＦにメッセージをルーティングすることが可能である。コントロールプレーンでは、２つのＮＦ間のインタラクションのセットがサービスとして定義されているので、再利用が可能である。このサービスにより、モジュール性のサポートが可能になる。ユーザプレーンは、異なるＵＰＦ間の動作の転送などのインタラクションをサポートする。

図４は、図３の５Ｇネットワークアーキテクチャで使用されているポイントツーポイントのリファレンスポイント／インターフェースの代わりに、コントロールプレーン内のＮＦ間のサービスベースのインターフェースを使用した５Ｇネットワークアーキテクチャを示している。しかしながら、図３を参照して上記で説明したＮＦは、図４に示すＮＦに対応する。ＮＦが他の認可されたＮＦに提供するサービスなどは、サービスベースのインターフェースを介して認可されたＮＦに公開することができる。図４では、サービスベースのインターフェースは、文字「Ｎ」とこれに続くＮＦの名前とで示されており、たとえば、ＡＭＦのサービスベースのインターフェースの場合はＮａｍｆ、ＳＭＦのサービスベースのインターフェースの場合はＮｓｍｆ、などである。図４のネットワーク公開機能（ＮＥＦ：Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）およびネットワークリポジトリ機能（ＮＲＦ：Ｎｅｔｗｏｒｋ Ｒｅｐｏｓｉｔｏｒｙ Ｆｕｎｃｔｉｏｎ）は、上記で論じた図３には示していない。しかしながら、図３に明示的に示していないが、図３に示す全てのＮＦは、図４のＮＥＦおよびＮＲＦと必要に応じてインタラクションを行うことができることを明確にしておく必要がある。

図３および図４に示すＮＦのいくつかの特性は、以下のように説明され得る。ＡＭＦは、ＵＥベースの認証、認可、モビリティ管理などを提供する。ＡＭＦはアクセス技術とは独立しているので、複数のアクセス技術を使用するＵＥでも、基本的に単一のＡＭＦに接続される。ＳＭＦはセッション管理を担当し、インターネットプロトコル（ＩＰ）アドレスをＵＥに割り当てる。ＳＭＦはまた、データ転送用のＵＰＦを選択して制御する。ＵＥが複数のセッションを有する場合、異なるＳＭＦが各セッションに割り当てられて、これらが個別に管理され、場合によってはセッションごとに異なる機能性を提供し得る。ＡＦは、サービス品質（ＱｏＳ）をサポートするためにポリシー制御を担当するＰＣＦにパケットフローに関する情報を提供する。ＰＣＦは、この情報に基づいて、ＡＭＦおよびＳＭＦを適切に動作させるためのモビリティおよびセッション管理に関するポリシーを決定する。ＡＵＳＦは、ＵＥまたは類似のものの認証機能をサポートし、したがってＵＥまたは類似のものの認証用のデータを記憶し、ＵＤＭはＵＥのサブスクリプションデータを記憶する。５Ｇコアネットワークの一部ではないデータネットワーク（ＤＮ）は、インターネットアクセスまたはオペレータサービスおよび類似のものを提供する。

ＮＦは、専用ハードウェア上のネットワークエレメントとして、専用ハードウェア上で動作するソフトウェアインスタンスとして、またはクラウドインフラストラクチャなどの適切なプラットフォームでインスタンス化された仮想化機能として実装され得る。

本開示によるいくつかの実施形態では、ＵＥは、サービングセル同期信号ブロック（ＳＳＢ）測定タイミング設定（ＳＭＴＣ）ウィンドウを用いて設定される。ＳＭＴＣは代替的に様々な名前で呼ばれ得、これには、ディスカバリバースト送信（ＤＢＴ）ウィンドウ、サービングセルＳＳＢ－ＭＴＣウィンドウ、サービングセルディスカバリ測定タイミング設定（ＤＭＴＣ）ウィンドウ、ディスカバリ参照信号（ＤＲＳ）送信ウィンドウ、同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック送信ウィンドウ、ｓｓｂ－ｗｉｎｄｏｗ、無線リンク管理（ＲＬＭ：Ｒａｄｉｏ Ｌｉｎｋ Ｍａｎａｇｅｍｅｎｔ）ウィンドウ、および他の名前が含まれるが、これらに限定されない。本開示では、これらの用語を同義的に使用する。

図５Ａは、本開示のいくつかの実施形態による、ＵＥによるサービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法を示すフローチャートである。図５Ａに示す実施形態では、この方法は以下のステップを含む。

ステップ５００。ＵＥは、サービングセルＳＭＴＣを示す設定を受信する。たとえば、ＵＥは、サービングセルＳＭＴＣウィンドウの場所および持続時間の指示を受信し得る。いくつかの実施形態では、サービングセルＳＭＴＣウィンドウは、以下に例示するように、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ情報要素（ＩＥ）およびＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥに長さフィールドを追加することによって導入される。サービングセルＳＭＴＣウィンドウは、ＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥおよびＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥにＳＳＢ－ＭＴＣ ＩＥの１つのインスタンスを追加することによっても導入することができる。

ステップ５０２。この任意選択のステップでは、ＵＥは、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を受信する。本明細書で使用する多くの例はｇＮＢに言及するが、本開示はこれに限定されない。この情報は、パラメータｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔなどのビットマップを使用するなどして、時間的なシフトがなければ送信に使用されるはずのオリジナルの場所に対応するＳＳ／ＰＢＣＨブロック位置を示すＳＳ／ＰＢＣＨブロック設定であり得る。

ステップ５０４。ＵＥは、ＵＥ開始アップリンク（ＵＬ）送信の設定を受信する。たとえば、いくつかの実施形態では、ＵＥは、（リリース１５ＮＲのように）物理アップリンク制御チャネル（ＰＵＣＣＨ）上のスケジューリング要求（ＳＲ：Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）送信のためのリソース、および／または物理ランダムアクセスチャネル（ＰＲＡＣＨ）上のランダムアクセスチャネル（ＲＡＣＨ）リソースを用いて設定される。ＵＥは、設定グラントリソースを用いて設定することもできる。

ステップ５０６。ＵＥは、サービングセルＳＭＴＣウィンドウの少なくとも一部分の間、ＵＥ開始ＵＬ送信を抑制する。ｇＮＢが送信する予定のＳＳＢのパターンをＵＥが受信した場合、そのパターンも考慮して、ＵＥ開始ＵＬ送信をいつ抑制するかを判断し得る。ＵＥがどのようにしてＵＥ開始ＵＬ送信を抑制し得るかについての様々な例をここで説明する。

図５Ｂは、本開示のいくつかの実施形態による、ＵＥがＵＥ開始ＵＬ送信を抑制し得るいくつかのやり方（たとえば、図５Ａのステップ５０６）を高レベルで示している。図５Ｂに示す実施形態では、ＵＥは、サービングセルＳＭＴＣウィンドウの初めからＵＥ開始ＵＬ送信の抑制を開始し得（ステップ５０６Ａ）、または最初のＳＳＢを検出するまでＵＥ開始ＵＬ送信を抑制しないことを選択し得る（ステップ５０６Ｂ）。同じアプローチは、ＳＳＢがｇＮＢによって時間通りに送信される場合、またはチャネルが利用可能になるのをｇＮＢが待機している間のリッスンビフォアトーク（ＬＢＴ）の遅延などが原因で、ＳＳＢがｇＮＢによって時間的に遅延される場合の両方で使用され得る。

いずれのケースでも、図５Ｂに示す実施形態では、ＵＥは、いつ、どのくらい長くＵＥ開始ＵＬ送信を抑制するかについての選択肢を有する。図５Ｂでは、たとえば、ＵＥは、ＳＳＢがいつｇＮＢによって送信され得るかに関係なく、サービングセルＳＭＴＣウィンドウの持続時間全体にわたってＵＥ開始ＵＬ送信を抑制することを選択し得（ステップ５０６Ｃ）、予定された送信のパターンによって識別されるＳＳＢシンボルの間のみ、ＵＥ開始ＵＬ送信を抑制し得（ステップ５０６Ｄ）。予定された送信のパターンによって識別されるＳＳＢシンボルを含むあらゆるスロットの全てのシンボルの間、ＵＥ開始ＵＬ送信を抑制し得（ステップ５０６Ｅ）。あるいは予定されたＳＳＢ送信のパターンの最後のＳＳＢまで（または予定された最後のＳＳＢ送信を含む最後のスロットの終わりまで）、ｇＮＢがその間隔中に送信する予定のないＳＳＢの間を含めて、ＵＥ開始ＵＬ送信を抑制し得る（ステップ５０６Ｆ）。これらの例は例示的なものであって、限定的なものではないことに留意されたい。

図６は、本開示のいくつかの実施形態による、ｇＮＢによるサービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法を示すフローチャートである。図６に示す実施形態では、この方法は以下のステップを含む。

ステップ６００。サービングセルＳＭＴＣウィンドウを示す設定をＵＥに送信する。いくつかの実施形態では、これは、サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含む専用シグナリングまたはブロードキャストシグナリング内の情報要素を送信することを含む。いくつかの実施形態では、専用シグナリング内のフィールドは、サービングセルＳＭＴＣウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥまたはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥである。いくつかの実施形態では、サービングセルＳＭＴＣウィンドウの持続時間を示すフィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む。

ステップ６０２。サービングセルＳＭＴＣウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンを示す情報をＵＥに送信する。いくつかの実施形態では、ｇＮＢによって送信されるＳＳＢのパターンを示す情報を送信することは、そのパターンを示すビットマップを送信することを含む。いくつかの実施形態では、ビットマップはｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥに含まれる。

ステップ６０４。サービングセルＳＭＴＣウィンドウの間にｇＮＢによって送信されるＳＳＢのパターンに従ってＳＳＢを送信する。

サービングセルＳＭＴＣウィンドウ
図７は、本開示のいくつかの実施形態による、例示的なサービングセルＳＭＴＣウィンドウを示している。図７に示す実施形態では、サービングセルＳＭＴＣウィンドウは、図７で「ＳＳＢ位置０」～「ＳＳＢ位置１７」とラベル付けされた１８個のＳＳＢ位置または機会を含む最初の９つのスロット（スロット０～８）を占有する。

サービングセルＳＭＴＣウィンドウ全体にわたって抑制する
図７はまた、本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、実際のＳＳＢが存在すると推定される（送信されると推定される）場所に関係なく、サービングセルＳＭＴＣウィンドウ全体にわたってＵＥ開始ＵＬ送信が抑制される方法を示している。これらの実施形態では、ＵＥはサービングセルＳＭＴＣウィンドウ全体にわたってＵＥ開始ＵＬ送信（たとえば、ＰＲＡＣＨおよびＳＲ）を抑制する。ダウンリンク（ＤＬ）送信への応答としての、物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）およびＰＵＣＣＨ送信などのスケジューリングされた（ＵＥ開始ではない）ＵＬ送信、たとえば、ハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）肯定応答（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／否定応答（ＮＡＣＫ：Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）、トリガされた非周期的なチャネル品質情報（ＣＱＩ：Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）報告、トリガされた非周期的なサウンディング参照信号（ＳＲＳ：Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）送信などは抑制されないことに留意すべきであり、その理由は、ＳＳＢがどこで送信されるかをｇＮＢは知っているので、適切なスケジューリングによってこれらの場所を回避できるためである。ここで、「抑制された」という用語は、ＵＥが有効なＵＬリソースを有するように設定されていても、この機会にはそのリソースを使用しないことを意味する。

最後のＳＳＢがｇＮＢによって送信されるまで抑制する
本開示の主題による他の実施形態では、ＵＥはｇＮＢが送信予定の全てのＳＳ／ＰＢＣＨブロックを送信し終えたと判定するまでの間のみ、ＵＥ開始ＵＬ送信を抑制し、その後、少なくとも次のサービングセルＳＭＴＣウィンドウまで、ＵＥ開始ＵＬ送信は抑制されない。以下の図は、この基本概念の様々な実施形態を示している。

以下の図に見られるように、いくつかの実施形態では、サービングセルＳＭＴＣウィンドウの設定に加えて、ＵＥは送信されたＳＳＢの検出に基づいて抑制の判断を行う。いくつかの実施形態では、この判断は、ＵＥがいくつかの予期したＳＳＢのうちの最初のものを検出したことに基づいており、その後ＵＥは、ｇＮＢがアナウンスしたパターンに従って送信し続けると推定する。この検出は、たとえば、ＳＳ／ＰＢＣＨブロックの一部である信号の任意の組合せと相関させ、相関結果をしきい値と比較することによって行うことができる。あるいは、この検出は、ＰＢＣＨをデコードし、巡回冗長検査（ＣＲＣ：Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）が一致するか否かをチェックすることによって行うことができる。

同じく以下の図に見られるように、たとえば、空いているチャネルの検出（たとえば、ＬＢＴ）のための遅延が原因で、ＳＳＢがシフトされる状況に対処するにはいくつかのやり方がある。いくつかの実施形態では、ＵＥ開始ＵＬ送信は、サービングセルＳＭＴＣウィンドウの先頭から最初のＳＳＢが検出されるまで抑制され、他の実施形態では、ＵＥ開始ＵＬ送信は、最初のＳＳＢが検出されるまで抑制されない。上記の実施形態のいずれにおいても、最初のＳＳＢが検出されると、後続のＳＳＢがアナウンスされたパターンに従うと推定され得る。

同じく以下の図に見られるように、最初のＳＳＢが検出されると、ＵＥは、（ａ）介在するシンボルがＳＳＢに使用されなくても、最後のＳＳＢシンボルまで全てのＵＥ開始ＵＬ送信を抑制し、（ｂ）実際にＳＳＢに使用されるシンボルの間のみ全てのＵＥ開始ＵＬ送信を抑制し、または（ｃ）実際にＳＳＢに使用されるあらゆるシンボルを含むあらゆるスロットの間に全てのＵＥ開始ＵＬ送信を抑制し得る。

図８は、本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが存在すると推定されるシンボルの間のみ、すなわち、ＳＳ／ＰＢＣＨブロックシンボルの間のみ、ＵＥ開始ＵＬ送信が抑制される方法を示している。図８に示す例では、ｇＮＢは、たとえば、［ １ ０ １ ０ ０ ０ ０ ０ ］の値を有するｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥをＵＥに送信することにより、位置０および２でＳＳＢの送信を予定しているが、位置１、３、４、５、６、または７では送信しない予定であることをＵＥに通知している。

図８に示す実施形態では、ＵＥは、ｇＮＢからのＳＳ／ＰＢＣＨブロック送信が時間的にシフトされていないと判定する。すなわち、ｇＮＢは、サービングセルＳＭＴＣウィンドウ内で送信する予定の最初のＳＳ／ＰＢＣＨブロック位置の前にチャネルへのアクセスを取得しており、その（および後続の）ＳＳ／ＰＢＣＨブロックを送信している。ＵＥは、リリース１５ＮＲのｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥ内で「１」に設定された最初のビットの位置を見つけることにより、これを判定することができる。次いで、ＵＥは、ＳＳ／ＰＢＣＨブロックが対応するＳＳ／ＰＢＣＨブロックの位置に存在したか否かをチェックする。その際、ＵＥは、ＳＳ／ＰＢＣＨブロックがサービングセルＳＭＴＣウィンドウ内の最初のＳＳ／ＰＢＣＨブロック位置に存在するか否かをチェックする。ＵＥがＳＳ／ＰＢＣＨブロックを（ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内で１に設定された最初のビットで示される）正しい位置で検出した場合、ＵＥはｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔで示されるＳＳ／ＰＢＣＨ位置にＳＳＢが存在すると推測する。上記の例では、ＵＥはＳＳＢが位置０および２に存在すると推測する。その結果、ＵＥは、これらの位置でＳＳＢによって占有されるシンボルに少なくとも対応するシンボルでの送信を抑制する。いくつかの実施形態では、ＵＥは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔでビットが１に設定されたＳＳ／ＰＢＣＨブロック位置に対応するシンボルでの送信を抑制するのみでなく、それらのＳＳＢに関連するシステム情報（残余システム情報（ＲＭＳＩ：Ｒｅｍａｉｎｉｎｇ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ））の行われ得る送信に対応するシンボルについても抑制する。

図９は、本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが存在すると推定されるスロット内の全てのシンボルに対してＵＥ開始ＵＬ送信が抑制される方法を示している。図９に示す実施形態では、たとえば、ＵＥは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔで１に設定されたビットに対応するシンボルのみでなく、関連付けられた２つのＳＳ／ＰＢＣＨブロック位置のうちの少なくとも一方がｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔで１に設定されているスロット内のあらゆるシンボルで送信を抑制する。たとえば、図８で使用したのと同じ値をｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔに使用すると、図９に示す特定の例では、１に設定された「［ １ ０ １ ０ ０ ０ ０ ０ ］」の最初のビットが第１のスロットの第１のＳＳ／ＰＢＣＨ位置に対応し、１に設定された「［ １ ０ １ ０ ０ ０ ０ ０ ］」の２番目のビット（第３のビット）が第２のスロットの第１のＳＳ／ＰＢＣＨ位置に対応するので、ＵＥは第１および第２のスロットの両方で送信を抑制することになる。

図１０は、本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが時間的にシフトされ、サービングセルＳＭＴＣウィンドウの先頭から、ＳＳＢが存在すると推定される最初のシンボルまで、およびその後のＳＳＢが存在すると推定されるシンボルの間のみ、ＵＥ開始ＵＬ送信が抑制される方法を示している。これは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔで１に設定されたビットに対応するＳＳＢの中での検出された特定のＳＳＢに関するＵＥにおける不確実性を考慮に入れることによって行われ得る。図１０に示す特定の例では、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ＝［１ ０ １ ０ ０ ０ ０ ０］であり、ＵＥが位置４でＳＳ／ＰＢＣＨブロックを検出した場合、ＵＥはサービングセルＳＭＴＣウィンドウ内のＳＳＢ位置０、１、２、３、４、および６に対応するシンボルでの送信を抑制する。

図１１は、本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが時間的にシフトされ、サービングセルＳＭＴＣウィンドウの先頭から、ＳＳＢが存在すると推定される最後のシンボルまで、ＵＥ開始ＵＬ送信が抑制される方法を示している。図１１に示す実施形態では、ＵＥは、サービングセルＳＭＴＣウィンドウの初めから、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内の最後の「１」に対応するＳＳ／ＰＢＣＨブロック位置に対応する最後のシンボルが送信されるまでの全てのシンボルのＵＬ送信を抑制する。

図１１に示す特定の例では、ｇＮＢは、たとえばＬＢＴ動作の結果として、第１のスロットの間に送信することができなかった。前の例のように、ＵＥは、検出したＳＳ／ＰＢＣＨブロックがｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内の最初の「１」に対応すると推測する。たとえば、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ＝［１ ０ １ ０ ０ ０ ０ ０］であり、ＵＥが位置４でＳＳ／ＰＢＣＨブロックを検出した場合、ＵＥはサービングセルＳＭＴＣウィンドウの初めからＳＳ／ＰＢＣＨブロック位置４＋２＝６の最後のシンボルまでＵＬ送信を抑制する（ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内の最後の「１」が、０から開始する番号付けで位置２にあるため）。

図１２は、本開示のいくつかの実施形態による、サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための例示的な方法であって、ＳＳＢが時間的にシフトされ、ＳＳＢが存在すると推定される最初のシンボルまで、およびその後のＳＳＢが存在すると推定されるスロット内の全てのシンボルに対して、ＵＥ開始ＵＬ送信が抑制される方法を示している。図１２は図１１に示す方法の変形例を示しており、この変形例では、ＵＥは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔで１に設定されたビットに対応するシンボルのみでなく、関連付けられた２つのＳＳ／ＰＢＣＨブロック位置のうちの少なくとも一方がｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔで１に設定されているスロット内のあらゆるシンボルで送信を抑制する。図１２に示す特定の例では、ＵＥは、スロット３の終わりまで、サービングセルＳＭＴＣウィンドウ内のスロットの全てのシンボルでの送信を抑制する。

他の変形も本開示によって検討されている。たとえば、いくつかの実施形態では、ＵＥは、ＳＳ／ＰＢＣＨブロック送信の可能性があると考えられるＳＳ／ＰＢＣＨブロック位置に対応するシンボルでの送信を抑制するのみでなく、それらのＳＳＢに関連するシステム情報（ＲＭＳＩ）の行われ得る送信に対応するシンボルについても抑制する。

レートマッチング
このグループの実施形態では、ＵＥは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信するために既存のレートマッチングメカニズムを使用し、これらのメカニズムは既にＮＲ規格の一部であるが、典型的には、他の技術からの信号を含み得る予約済みリソース付近でのレートマッチングに使用される。特定の時間におけるチャネルへのアクセスの制限を含む様々な制約により、このグループの実施形態では、ＵＥはこれらのレートマッチングメカニズムを使用して、ＤＲＳ送信ウィンドウ内で送信された、実際に送信されたＳＳ／ＰＢＣＨブロック付近でレートマッチングする。

パラメータｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔなどのビットマップを使用するなどして、時間的なシフトがなければ送信に使用されるはずのオリジナルの場所に対応するＳＳ／ＰＢＣＨブロック位置を示すＳＳ／ＰＢＣＨブロック設定がＵＥに提供される。しかしながら、レートマッチングパターンは、チャネル状態に起因するＳＳ／ＰＢＣＨブロック送信の動的なシフトに基づいて、ＤＲＳ送信ウィンドウ内のＳＳ／ＰＢＣＨブロック送信の行われ得る全ての場所にマッピングするように設定される。いくつかの実施形態では、ＵＥに提供されるレートマッチングパターンは、無線アクセスノードによって送信される予定のＳＳＢのパターン（たとえば、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ）と、指示されたレートマッチングパターン期間内のＤＢＴウィンドウの持続時間を示す周期性およびパターンビットマップ（たとえば、ビットマップｎ２０）とに基づく。いくつかの実施形態では、レートマッチングパターンは、半静的にＵＥに提供される。いくつかの実施形態では、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信するためのレートマッチングメカニズムは、ＵＥが、ＰＤＳＣＨが予約済みリソース付近でレートマッチングされることを示す、ＰＤＳＣＨをスケジューリングするＤＣＩ内の「１」を受信すること、またはＵＥが、予約済みリソースがＰＤＳＣＨの受信に使用可能であることを示す「０」を受信すること、を含む。

ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔなどの指示されたビットマップと、指示されたレートマッチングパターンとの組合せを通じて、ＵＥは、ＳＳ／ＰＢＣＨブロックに対応するリソースブロック（ＲＢ）のセット付近でＰＤＳＣＨをレートマッチングすべきか否かを判定する。レートマッチングの挙動は、ＤＲＳ送信ウィンドウ内のオリジナルのＳＳ／ＰＢＣＨブロックの場所とシフトされたＳＳ／ＰＢＣＨブロックの場所とで異なり得る。たとえば、ＵＥは、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ内に示されたシフトされていないＳＳ／ＰＢＣＨブロックの場所付近では、ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージ内の指示とは無関係に常にレートマッチングし得るが、他のＳＳ／ＰＢＣＨブロックの場所ではこの指示に従って、ＳＳ／ＰＢＣＨブロックによって占有される可能性のあるリソース付近でレートマッチングすべきか否かを判定する。

レートマッチングパターンは、技術仕様（ＴＳ）３８．３３１に記載されているように、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）を介して設定され、それらの使用法についてはＴＳ３８．２１４の５．１．４．１節に記載されている。ＲＲＣを介して設定されるＲａｔｅＭａｔｃｈＰａｔｔｅｒｎ ＩＥをさらに以下に示す。

ＳＳ／ＰＢＣＨブロック送信付近での動的なレートマッチングを可能にするという目的を達成することができる例示的な設定は次のとおりである。
ＲａｔｅＭａｔｃｈＰａｔｔｅｒｎ ＩＥは、以下を用いて設定される。
必要に応じたサブキャリア間隔（ＳＣＳ：Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）、たとえば３０キロヘルツ（ｋＨｚ）。
帯域幅パート（ＢＷＰ：Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）内の適切な位置のＳＳ／ＰＢＣＨブロックをブランクにするように設定されるＲＢレベルビットマップｒｅｓｏｕｒｃｅＢｌｏｃｋｓ。
持続時間＝１スロットであり、使用する時間ドメインのＳＳ／ＰＢＣＨブロックパターンに等しい値、たとえば、［０ ０ １ １ １ １ ０ ０ １ １ １ １ ０ ０］などを有するように設定されるシンボルレベルビットマップｓｙｍｂｏｌｓＩｎＲｅｓｏｕｒｃｅＢｌｏｃｋ（ケースＣパターン３０ｋＨｚＳＣＳ）。
次のように２０スロット（３０ｋＨｚＳＣＳでの１つの無線フレーム＝１０ｍｓ）用に設定される周期性およびパターンビットマップｐｅｒｉｏｄｉｃｉｔｙＡｎｄＰａｔｔｅｒｎ。
（ビットマップ内の「１」のセットを介して）５ミリ秒（ｍｓ）のＤＲＳ送信ウィンドウ内の予約済みリソースを設定することを意図したｎ２０＝［１ １ １ １ １ １ １ １ １ １ ０ ０ ０ ０ ０ ０ ０ ０ ０ ０］。
ｎ２０ビットマップは１０ｍｓごとに繰り返される（周期性＝１０ ｍｓ）。
レートマッチングは、対応するフィールドを「ｄｙｎａｍｉｃ」に設定することにより動的に制御されるように設定される。
上記のパターンをｒａｔｅＭａｔｃｈＰａｔｔｅｒｎＧｒｏｕｐ１内の単一のＲａｔｅＭａｔｃｈＰａｔｔｅｒｎとして設定する。

ＤＣＩフィールド「レートマッチングインジケータ」は、このレートマッチングパターングループに対応する１ビットを含むように設定される。このビットは、ＰＤＳＣＨをスケジューリングするＤＣＩメッセージに含まれ、ＳＳ／ＰＢＣＨブロック付近でのレートマッチングを動的に制御することができる。

ＰＤＳＣＨをスケジューリングするＤＣＩ１＿１において「１」が示されている場合、ＰＤＳＣＨは、スケジューリングされたスロット内のＳＳ／ＰＢＣＨブロックと完全にオーバーラップする予約済みリソース付近でレートマッチングされる。

「０」が示されている場合、予約済みリソースは使用可能である。

図１３は、本開示のいくつかの実施形態による、無線アクセスノード１３００の概略ブロック図である。無線アクセスノード１３００は、たとえば、基地局２０２または２０６であり得る。図示のように、無線アクセスノード１３００は制御システム１３０２を含み、制御システム１３０２は、１つまたは複数のプロセッサ１３０４（たとえば、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および／または同様のもの）と、メモリ１３０６と、ネットワークインターフェース１３０８とを含む。１つまたは複数のプロセッサ１３０４を、本明細書では処理回路とも呼ぶ。さらに、無線アクセスノード１３００は１つまたは複数の無線ユニット１３１０を含み、各無線ユニット１３１０は、１つまたは複数のアンテナ１３１６に結合された１つまたは複数の送信機１３１２および１つまたは複数の受信機１３１４を含む。無線ユニット１３１０は、無線インターフェース回路と呼ばれ得、またはその一部であり得る。いくつかの実施形態では、無線ユニット１３１０は、制御システム１３０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム１３０２に接続される。しかしながら、他のいくつかの実施形態では、無線ユニット１３１０および場合によりアンテナ１３１６は、制御システム１３０２と一緒に統合される。１つまたは複数のプロセッサ１３０４は、本明細書に記載した無線アクセスノード１３００の１つまたは複数の機能を提供するように動作する。いくつかの実施形態では、これらの機能は、たとえば、メモリ１３０６に記憶され、１つまたは複数のプロセッサ１３０４によって実行されるソフトウェアに実装される。

図１４は、本開示のいくつかの実施形態による、無線アクセスノード１３００の仮想化された実施形態を示す概略ブロック図である。この議論は、他のタイプのネットワークノードにも同様に当てはまる。さらに、他のタイプのネットワークノードも同様の仮想化アーキテクチャを有し得る。

本明細書で使用する場合、「仮想化された」無線アクセスノードとは、無線アクセスノード１３００の機能性の少なくとも一部分が（たとえば、ネットワーク内の物理処理ノード上で実行される仮想マシンを介して）仮想コンポーネントとして実装される無線アクセスノード１３００の一実装形態である。図示のように、この例では、無線アクセスノード１３００は、上述のように、１つまたは複数のプロセッサ１３０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１３０６、ならびにネットワークインターフェース１３０８を含む制御システム１３０２と、１つまたは複数のアンテナ１３１６に結合された１つまたは複数の送信機１３１２および１つまたは複数の受信機１３１４をそれぞれが含む１つまたは複数の無線ユニット１３１０とを含む。制御システム１３０２は、たとえば、光ケーブルまたは同様のものを介して無線ユニット１３１０に接続される。制御システム１３０２は、ネットワークインターフェース１３０８を介して、ネットワーク１４０２に結合された、またはその一部として含まれる１つまたは複数の処理ノード１４００に接続される。各処理ノード１４００は、１つまたは複数のプロセッサ１４０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）、メモリ１４０６、ならびにネットワークインターフェース１４０８を含む。

この例では、本明細書に記載の無線アクセスノード１３００の機能１４１０は、１つまたは複数の処理ノード１４００に実装されるか、あるいは任意の所望の方法で制御システム１３０２および１つまたは複数の処理ノード１４００に分散される。いくつかの特定の実施形態では、本明細書に記載の無線アクセスノード１３００の機能１４１０の一部または全部は、処理ノード１４００によってホストされる仮想環境に実装される１つまたは複数の仮想マシンによって実行される仮想コンポーネントとして実装される。当業者によって理解されるように、所望の機能１４１０の少なくとも一部を実行するために、処理ノード１４００と制御システム１３０２との間の追加のシグナリングまたは通信が使用される。とりわけ、いくつかの実施形態では、制御システム１３０２は含まれなくてもよく、その場合、無線ユニット１３１０は、適切なネットワークインターフェースを介して処理ノード１４００と直接通信することができる。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたときに、少なくとも１つのプロセッサに、無線アクセスノード１３００、あるいは本明細書に記載の実施形態のいずれかによる仮想環境における無線アクセスノード１３００の機能１４１０のうちの１つまたは複数を実装するノード（たとえば、処理ノード１４００）の機能性を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなどの非一時的コンピュータ可読媒体）のうちの１つである。

図１５は、本開示の他のいくつかの実施形態による、無線アクセスノード１３００の概略ブロック図である。無線アクセスノード１３００は１つまたは複数のモジュール１５００を含み、各モジュール１５００はソフトウェアに実装される。モジュール１５００は、本明細書に記載の無線アクセスノード１３００の機能性を提供する。この議論は図１４の処理ノード１４００に等しく適用可能であり、モジュール１５００は、処理ノード１４００のうちの１つに実装され、もしくは複数の処理ノード１４００に分散され、ならびに／あるいは処理ノード１４００および制御システム１３０２に分散され得る。

図１６は、本開示のいくつかの実施形態による、ＵＥ１６００の概略ブロック図である。図示のように、ＵＥ１６００は、１つまたは複数のプロセッサ１６０２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、および／または同様のもの）と、メモリ１６０４と、１つまたは複数のトランシーバ１６０６とを含み、各トランシーバ１６０６は、１つまたは複数のアンテナ１６１２に結合された１つまたは複数の送信機１６０８および１つまたは複数の受信機１６１０を含む。トランシーバ１６０６は、当業者によって理解されるように、アンテナ１６１２とプロセッサ１６０２との間で伝達される信号を調整するように設定されるアンテナ１６１２に接続された無線フロントエンド回路を含む。プロセッサ１６０２は、本明細書では処理回路とも呼ぶ。トランシーバ１６０６は、本明細書では無線回路とも呼ぶ。いくつかの実施形態では、上述のＵＥ１６００の機能性は、たとえば、メモリ１６０４に記憶され、プロセッサ１６０２によって実行されるソフトウェアに完全にまたは部分的に実装され得る。ＵＥ１６００は、図１６に示していない追加のコンポーネント、たとえば、１つまたは複数のユーザインターフェースコンポーネント（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、スピーカー、および／または同様のものを含む入力／出力インターフェース、ならびに／あるいは、ＵＥ１６００への情報の入力を可能にするための、および／またはＵＥ１６００からの情報の出力を可能にするための他の任意のコンポーネント）、電力供給源（たとえば、バッテリーおよび関連する電源回路）などを含み得ることに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたときに、少なくとも１つのプロセッサに、本明細書に記載の実施形態のいずれかによるＵＥ１６００の機能性を実行させる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、前述のコンピュータプログラム製品を含むキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなどの非一時的コンピュータ可読媒体）のうちの１つである。

図１７は、本開示の他のいくつかの実施形態による、ＵＥ１６００の概略ブロック図である。ＵＥ１６００は１つまたは複数のモジュール１７００を含み、各モジュール１７００はソフトウェアに実装される。モジュール１７００は、本明細書に記載のＵＥ１６００の機能性を提供する。

図１８は、本開示のいくつかの実施形態による、通信システムを示している。図１８を参照すると、一実施形態によれば、通信システムは、３ＧＰＰタイプのセルラーネットワークなどの通信ネットワーク１８００を含み、通信ネットワーク１８００は、ＲＡＮなどのアクセスネットワーク１８０２と、コアネットワーク１８０４とを含む。アクセスネットワーク１８０２は、ノードＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイント（ＡＰ）などの複数の基地局１８０６Ａ、１８０６Ｂ、１８０６Ｃを含み、各基地局は、対応するカバレッジエリア１８０８Ａ、１８０８Ｂ、１８０８Ｃを規定する。各基地局１８０６Ａ、１８０６Ｂ、１８０６Ｃは、有線または無線接続１８１０を介してコアネットワーク１８０４に接続可能である。カバレッジエリア１８０８Ｃに位置している第１のＵＥ１８１２は、対応する基地局１８０６Ｃに無線で接続されるか、またはこれによって呼び出されるように設定される。カバレッジエリア１８０８Ａ内の第２のＵＥ１８１４は、対応する基地局１８０６Ａに無線で接続可能である。この例では複数のＵＥ１８１２、１８１４を示しているが、開示した実施形態は、唯一のＵＥがカバレッジエリア内にあるか、または唯一のＵＥが対応する基地局１８０６に接続されている状況に等しく適用可能である。

通信ネットワーク１８００自体はホストコンピュータ１８１６に接続され、ホストコンピュータ１８１６は、スタンドアロンサーバ、クラウド実装サーバ、または分散サーバのハードウェアおよび／またはソフトウェアで、あるいはサーバファーム内の処理リソースとして具現化され得る。ホストコンピュータ１８１６は、サービスプロバイダの所有または管理の下にあり得、またはサービスプロバイダによって、もしくはサービスプロバイダに代わって運用され得る。通信ネットワーク１８００とホストコンピュータ１８１６との間の接続１８１８および１８２０は、コアネットワーク１８０４からホストコンピュータ１８１６まで直接延びていてもよく、または任意選択の中間ネットワーク１８２２を経由してもよい。中間ネットワーク１８２２は、パブリックネットワーク、プライベートネットワーク、もしくはホステッドネットワークのうちの１つ、またはそれらの２つ以上の組合せであり得、中間ネットワーク１８２２は、存在する場合は、バックボーンネットワークまたはインターネットであり得、具体的には、中間ネットワーク１８２２は、２つ以上のサブネットワーク（図示せず）を含み得る。

図１８の通信システムは、全体として、接続されたＵＥ１８１２、１８１４とホストコンピュータ１８１６との間の接続性を可能にする。接続性は、オーバーザトップ（ＯＴＴ）接続１８２４として説明され得る。ホストコンピュータ１８１６および接続されたＵＥ１８１２、１８１４は、ＯＴＴ接続１８２４を介して、アクセスネットワーク１８０２、コアネットワーク１８０４、任意の中間ネットワーク１８２２、および可能性のあるさらなるインフラストラクチャ（図示せず）を仲介として使用して、データおよび／またはシグナリングを伝達するように設定される。ＯＴＴ接続１８２４は、ＯＴＴ接続１８２４が通過する参加通信デバイスがアップリンク通信およびダウンリンク通信のルーティングを認識しないという意味で透過的であり得る。たとえば、基地局１８０６は、接続されたＵＥ１８１２に転送される（たとえば、ハンドオーバされる）ホストコンピュータ１８１６から発せられたデータを有する着信ダウンリンク通信の過去のルーティングについて知らされなくてもよく、またはその必要がない。同様に、基地局１８０６は、ＵＥ１８１２からホストコンピュータ１８１６に向けて発せられた発信アップリンク通信の将来のルーティングを認識する必要はない。

図１９は、本開示のいくつかの実施形態による、他の通信システムを示している。一実施形態による、前の段落で論じたＵＥ、基地局、およびホストコンピュータの例示的な実装形態について、図１９を参照してここで説明する。通信システム１９００では、ホストコンピュータ１９０２はハードウェア１９０４を含み、ハードウェア１９０４は、通信システム１９００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するように設定される通信インターフェース１９０６を含む。ホストコンピュータ１９０２は、記憶能力および／または処理能力を有し得る処理回路１９０８をさらに含む。具体的には、処理回路１９０８は、命令を実行するようになされた１つまたは複数のプログラム可能なプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含み得る。ホストコンピュータ１９０２はソフトウェア１９１０をさらに含み、ソフトウェア１９１０は、ホストコンピュータ１９０２に記憶されるか、またはこれによってアクセス可能であり、処理回路１９０８によって実行可能である。ソフトウェア１９１０は、ホストアプリケーション１９１２を含む。ホストアプリケーション１９１２は、ＵＥ１９１４およびホストコンピュータ１９０２で終端するＯＴＴ接続１９１６を介して接続されるＵＥ１９１４などのリモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション１９１２は、ＯＴＴ接続１９１６を使用して送信されるユーザデータを提供し得る。

通信システム１９００は基地局１９１８をさらに含み、基地局１９１８は、通信システム内に設けられ、ホストコンピュータ１９０２およびＵＥ１９１４と通信することが可能になるハードウェア１９２０を含む。ハードウェア１９２０は、通信システム１９００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップおよび維持するための通信インターフェース１９２２、ならびに基地局１９１８によってサーブされるカバレッジエリア（図１９には図示せず）に位置しているＵＥ１９１４との無線接続１９２６を少なくともセットアップおよび維持するための無線インターフェース１９２４を含み得る。通信インターフェース１９２２は、ホストコンピュータ１９０２への接続１９２８を容易にするように設定され得る。接続１９２８は直接的なものであり得、あるいは通信システムのコアネットワーク（図１９には図示せず）を通過し、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示した実施形態では、基地局１９１８のハードウェア１９２０は処理回路１９３０をさらに含み、処理回路１９３０は、命令を実行するようになされた１つまたは複数のプログラム可能なプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含み得る。基地局１９１８は、内部に記憶された、または外部接続を介してアクセス可能なソフトウェア１９３２をさらに有する。

通信システム１９００は、既に言及したＵＥ１９１４をさらに含む。ＵＥ１９１４のハードウェア１９３４は、ＵＥ１９１４が現在位置しているカバレッジエリアにサーブする基地局との無線接続１９２６をセットアップおよび維持するように設定される無線インターフェース１９３６を含み得る。ＵＥ１９１４のハードウェア１９３４は処理回路１９３８をさらに含み、処理回路１９３８は、命令を実行するようになされた１つまたは複数のプログラム可能なプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組合せ（図示せず）を含み得る。ＵＥ１９１４はソフトウェア１９４０をさらに含み、ソフトウェア１９４０は、ＵＥ１９１４に記憶されるか、またはこれによってアクセス可能であり、処理回路１９３８によって実行可能である。ソフトウェア１９４０は、クライアントアプリケーション１９４２を含む。クライアントアプリケーション１９４２は、ホストコンピュータ１９０２の支持を得て、ＵＥ１９１４を介して人間または人間以外のユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ１９０２において、実行中のホストアプリケーション１９１２は、ＵＥ１９１４およびホストコンピュータ１９０２で終端するＯＴＴ接続１９１６を介して実行中のクライアントアプリケーション１９４２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション１９４２は、ホストアプリケーション１９１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続１９１６は、要求データとユーザデータとの両方を転送し得る。クライアントアプリケーション１９４２は、ユーザと対話して、提供するユーザデータを生成し得る。

図１９に示すホストコンピュータ１９０２、基地局１９１８、およびＵＥ１９１４は、それぞれ、図１８のホストコンピュータ１８１６、基地局１８０６Ａ、１８０６Ｂ、１８０６Ｃのうちの１つ、およびＵＥ１８１２、１８１４のうちの１つと類似または同一であり得ることに留意されたい。すなわち、これらのエンティティの内部機構は、図１９に示すようになり得、これと独立して、周囲のネットワークトポロジは図１８のトポロジであり得る。

図１９では、ＯＴＴ接続１９１６は、基地局１９１８を介したホストコンピュータ１９０２とＵＥ１９１４との間の通信を示すために、中間デバイスおよびこれらのデバイスを介したメッセージの正確なルーティングについて明示的に言及することなく、抽象的に描いている。ネットワークインフラストラクチャは、ルーティングを決定し得、ルーティングは、ＵＥ１９１４、またはホストコンピュータ１９０２を運用しているサービスプロバイダ、あるいはその両方から隠されるように設定され得る。ＯＴＴ接続１９１６がアクティブである間、ネットワークインフラストラクチャはさらに、（たとえば、負荷分散の考慮またはネットワークの再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

ＵＥ１９１４と基地局１９１８との間の無線接続１９２６は、本開示全体を通して説明している実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１９２６が最後のセグメントを形成するＯＴＴ接続１９１６を使用してＵＥ１９１４に提供されるＯＴＴサービスのパフォーマンスを改善する。より正確には、これらの実施形態の教示は、サービングセルＳＭＴＣウィンドウの間の送信をハンドリングするＵＥの能力を改善し、それによって、サービングセルＳＭＴＣウィンドウ内のチャネルへのアクセスを巡ってＵＥおよびｇＮＢが競合することを回避できるようにすること、また、いくつかの実施形態では、ｇＮＢがウィンドウ内のＳＳＢを送信し終わっている場合に、ＵＥが不必要にＵＬ送信を抑制するのを防ぐことなどの利点を提供し得る。

データレート、レイテンシ、および１つまたは複数の実施形態が改善する他の要因を監視する目的で、測定手順が提供され得る。測定結果の変動に応じて、ホストコンピュータ１９０２とＵＥ１９１４との間のＯＴＴ接続１９１６を再設定するための任意選択のネットワーク機能性がさらに存在し得る。測定手順および／またはＯＴＴ接続１９１６を再設定するためのネットワーク機能性は、ホストコンピュータ１９０２のソフトウェア１９１０およびハードウェア１９０４、またはＵＥ１９１４のソフトウェア１９４０およびハードウェア１９３４、あるいはその両方に実装され得る。いくつかの実施形態では、センサ（図示せず）は、ＯＴＴ接続１９１６が通過する通信デバイス内に、またはこれに関連付けられて配備され得、センサは、上記で例示した監視量の値を供給することによって、またはソフトウェア１９１０、１９４０が監視量を計算または推定し得る元になる他の物理量の値を供給することによって、測定手順に参加し得る。ＯＴＴ接続１９１６の再設定は、メッセージフォーマット、再送設定、優先ルーティングなどを含み得、再設定は基地局１９１８に影響を及ぼす必要はなく、基地局１９１８にとって未知であってもよく、知覚不可能であってもよい。そのような手順および機能性は、当技術分野で知られており、実践され得る。特定の実施形態では、測定は、ホストコンピュータ１９０２によるスループット、伝搬時間、レイテンシ、および同様のものの測定を容易にする独自のＵＥシグナリングを含み得る。測定は、ソフトウェア１９１０および１９４０が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続１９１６を使用して、メッセージ、具体的には空のメッセージまたは「ダミー」メッセージを送信されるようにすることで、実施され得る。

図２０は、一実施形態による、通信システム内で実装される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１８および図１９を参照して説明したものであり得る。本開示を簡単にするために、図２０への図面参照のみをこのセクションに含める。ステップ２０００において、ホストコンピュータはユーザデータを提供する。ステップ２０００のサブステップ２００２（これは任意選択であり得る）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２００４において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。ステップ２００６（これは任意選択であり得る）において、基地局は、本開示全体を通して説明している実施形態の教示に従って、ホストコンピュータが開始した送信で搬送されたユーザデータをＵＥに送信する。ステップ２００８（これもまた任意選択であり得る）において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連付けられたクライアントアプリケーションを実行する。

図２１は、一実施形態による、通信システム内で実装される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１８および図１９を参照して説明したものであり得る。本開示を簡単にするために、図２１への図面参照のみをこのセクションに含める。この方法のステップ２１００において、ホストコンピュータは、ユーザデータを提供する。任意選択のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによってユーザデータを提供する。ステップ２１０２において、ホストコンピュータは、ユーザデータをＵＥに搬送する送信を開始する。送信は、本開示全体を通して説明している実施形態の教示に従って、基地局を通過し得る。ステップ２１０４（これは任意選択であり得る）において、ＵＥは、送信で搬送されるユーザデータを受信する。

図２２は、一実施形態による、通信システム内で実装される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１８および図１９を参照して説明したものであり得る。本開示を簡単にするために、図２２への図面参照のみをこのセクションに含める。ステップ２２００（これは任意選択であり得る）において、ＵＥはホストコンピュータによって提供された入力データを受信する。追加的または代替的には、ステップ２２０２において、ＵＥはユーザデータを提供する。ステップ２２００のサブステップ２２０４（これは任意選択であり得る）において、ＵＥはクライアントアプリケーションを実行することによってユーザデータを提供する。ステップ２２０２のサブステップ２２０６（これは任意選択であり得る）において、ＵＥは、ホストコンピュータによって提供された受信した入力データに応答してユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受け取ったユーザ入力をさらに考慮し得る。ユーザデータが提供された具体的な方法に関係なく、サブステップ２２０８（これは任意選択であり得る）において、ＵＥはホストコンピュータへのユーザデータの送信を開始する。この方法のステップ２２１０において、ホストコンピュータは、本開示全体を通して説明している実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図２３は、一実施形態による、通信システム内で実装される方法を示すフローチャートである。通信システムは、ホストコンピュータ、基地局、およびＵＥを含み、これらは図１８および図１９を参照して説明したものであり得る。本開示を簡単にするために、図２３への図面参照のみをこのセクションに含める。ステップ２３００（これは任意選択であり得る）において、本開示全体を通して説明している実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。ステップ２３０２（これは任意選択であり得る）において、基地局は受信したユーザデータのホストコンピュータへの送信を開始する。ステップ２３０４（これは任意選択であり得る）において、ホストコンピュータは、基地局によって開始された送信で搬送されたユーザデータを受信する。

本明細書に開示した任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを介して実行され得る。各仮想装置は、これらの機能ユニットをいくつか含み得る。これらの機能ユニットは処理回路を介して実装され得、処理回路は、１つまたは複数のマイクロプロセッサまたはマイクロコントローラ、ならびに他のデジタルハードウェアを含み得、他のデジタルハードウェアには、デジタル信号プロセッサ（ＤＳＰ）、専用デジタルロジック、および同様のものが含まれ得る。処理回路は、メモリに記憶されたプログラムコードを実行するように設定され得、メモリには、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光学ストレージデバイスなどの１つまたはいくつかのタイプのメモリが含まれ得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令、ならびに本明細書に記載の技術のうちの１つまたは複数を実施するための命令を含む。いくつかの実装形態では、処理回路を使用して、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による対応する機能を実行させ得る。

図中の処理は、本開示の特定の実施形態によって実行される特定の順序の動作を示し得るが、そのような順序は例示的なものであることは理解されたい（たとえば、代替の実施形態は、異なる順序で動作を実行し、特定の動作を組合せ、特定の動作を重複させるなどし得る）。

他の実施形態
実施形態１。サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするための、ＵＥで実行される方法であって、サービングセルＳＭＴＣウィンドウを示す設定を受信することと、ＵＥ開始ＵＬ送信の設定を受信することと、サービングセルＳＭＴＣウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制することと、を含む、方法。

実施形態２。ＵＥ開始ＵＬ送信は、サービングセルＳＭＴＣウィンドウの持続時間全体にわたって抑制される、実施形態１に記載の方法。

実施形態３。ｇＮＢによって送信されるＳＳＢ（候補ＳＳＢと呼ぶ）のパターンを示す情報を受信することを含み、ＵＥ開始ＵＬ送信は、サービングセルＳＭＴＣウィンドウの初めから最後の候補ＳＳＢまで抑制される、実施形態１に記載の方法。

実施形態４。ｇＮＢによって送信されるＳＳＢのパターンを示す情報は、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ ＩＥを含む、実施形態３に記載の方法。

実施形態５。ＵＥは、少なくとも１つの送信されたＳＳＢの検出と、候補ＳＳＢのパターンを示す情報とに基づいて、ｇＮＢによる最後のＳＳＢ送信を特定する、実施形態３または４の方法。

実施形態６。ＵＥは、検出された送信されたＳＳＢが候補ＳＳＢのパターンにおける最初のＳＳＢに対応すると推定する、実施形態５に記載の方法。

実施形態７。ＵＥは、ｇＮＢによる最後のＳＳＢ送信が、候補ＳＳＢのパターンにおける最後のＳＳＢに対応すると推定する、実施形態６に記載の方法。

実施形態８。スロット内の送信の抑制は、候補ＳＳＢ位置に対応するシンボルのみで行われる、実施形態３から７のいずれかに記載の方法。

実施形態９。スロット内の送信の抑制は、候補ＳＳＢ位置に対応するシンボルと、候補ＳＳＢ位置に関連するシステム情報の送信に対応するシンボルとでのみ行われる、実施形態３から７のいずれかに記載の方法。

実施形態１０。送信の抑制は、候補ＳＳＢ位置を含むあらゆるスロットの全てのシンボルで行われる、実施形態３から９のいずれかに記載の方法。

実施形態１１。他の技術からの信号を含み得る予約済みリソース付近でレートマッチングするためにレートマッチングメカニズムを使用することをさらに含む、実施形態１から１０のいずれかに記載の方法。

実施形態１２。レートマッチングメカニズムを使用することは、ｇＮＢによってＵＥに提供されるレートマッチングパターンを使用することを含む、実施形態１１に記載の方法。

実施形態１３。サービングセルＳＭＴＣウィンドウにおける送信をハンドリングするためのＵＥであって、１つまたは複数のプロセッサと、命令を含むメモリと、を備え、命令は、１つまたは複数のプロセッサによって実行されたときに、上記の実施形態に記載のステップのいずれかをＵＥに実行させる、ＵＥ。

当業者は、本開示の実施形態に対する改善および修正を認識するであろう。そのような改善および修正は全て、本明細書に開示した概念の範囲内にあると考えられる。

Claims (66)

1. サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするための、ユーザ機器（ＵＥ）（１６００）で実行される方法であって、
   サービングセルＤＢＴウィンドウを示す設定を受信すること（５００）と、
   ＵＥ開始アップリンク（ＵＬ）送信の設定を受信すること（５０４）と、
   前記サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制すること（５０６）と、
   を含む、方法。
2. 前記サービングセルＤＢＴウィンドウを示す前記設定を受信すること（５００）は、前記サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含む専用シグナリングまたはブロードキャストシグナリング内の情報要素を受信することを含む、請求項１に記載の方法。
3. 専用シグナリング内の前記フィールドはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎであり、ブロードキャストシグナリング内の前記フィールドはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢである、請求項２に記載の方法。
4. 前記サービングセルＤＢＴウィンドウの前記持続時間を示す前記フィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む、請求項２または３に記載の方法。
5. 無線アクセスノードによって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を受信すること（５０２）を含み、前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記ＳＳＢのパターンに従って前記無線アクセスノードによって送信される予定の前記ＳＳＢによって占有される可能性のあるシンボルの間にＵＥ開始ＵＬ送信を抑制すること（５０６Ｄ）を含む、請求項１から４のいずれか一項に記載の方法。
6. 前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンを示す前記情報を受信すること（５０２）は、前記パターンを示すビットマップを受信することを含む、請求項５に記載の方法。
7. 前記ビットマップは、前記情報要素ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔに含まれる、請求項６に記載の方法。
8. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記無線アクセスノードが前記ＳＳＢのパターンに従ってＳＳＢを送信する予定のない任意のスロットの全てのシンボルの間にＵＥ開始ＵＬ送信を抑制すること（５０６Ｆ）を含む、請求項５から７のいずれか一項に記載の方法。
9. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記ＳＳＢのパターンに従って前記無線アクセスノードによって送信される予定の前記ＳＳＢによって占有される可能性のあるシンボルを含むあらゆるスロットの全てのシンボルの間にＵＥ開始ＵＬ送信を抑制すること（５０６Ｅ）を含む、請求項５から７のいずれか一項に記載の方法。
10. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、行われ得るシステム情報の送信に対応するシンボルを抑制することをさらに含む、請求項５から９のいずれか一項に記載の方法。
11. システム情報の前記可能性のある送信に対応する前記シンボルを抑制することは、行われ得る残余システム情報（ＲＭＳＩ）の送信に対応するシンボルを抑制することを含む、請求項１０に記載の方法。
12. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記サービングセルＤＢＴウィンドウの持続時間全体にわたってＵＥ開始ＵＬ送信を抑制すること（５０６Ｃ）を含む、請求項１から４のいずれか一項に記載の方法。
13. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記サービングセルＤＢＴウィンドウの先頭から開始してＵＥ開始送信を抑制すること（５０６Ａ）を含む、請求項１から１２のいずれか一項に記載の方法。
14. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記無線アクセスノードによって送信されたものとして検出された最初のＳＳＢの先頭から開始してＵＥ開始ＵＬ送信を抑制すること（５０６Ｂ）を含む、請求項１から１２のいずれか一項に記載の方法。
15. 前記ＵＥ（１６００）は、前記無線アクセスノードによって送信されたものとして検出された前記最初のＳＳＢが、前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンにおける最初のＳＳＢに対応すると推定する、請求項１４に記載の方法。
16. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンにおける最後のＳＳＢと、前記ＵＥが抑制を開始するスロットとのうちの１つまたは複数に基づいて決定されるスロットで終了するまでＵＥ開始送信を抑制すること（５０６Ａ）を含む、請求項１３から１５のいずれか一項に記載の方法。
17. 前記ＤＢＴウィンドウ内で送信された、実際に送信されたＳＳＢの時間周波数リソースに対応する予約済みリソース付近でレートマッチングするために、レートマッチングメカニズムを使用することによって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信することをさらに含む、請求項１から１６のいずれか一項に記載の方法。
18. 前記レートマッチングメカニズムを使用することは、前記無線アクセスノードによって前記ＵＥ（１６００）に提供されるレートマッチングパターンを使用することを含む、請求項１７に記載の方法。
19. 前記ＵＥに提供される前記レートマッチングパターンは、前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンと、指示されたレートマッチングパターン期間内の前記ＤＢＴウィンドウの前記持続時間を示す周期性およびパターンビットマップとに基づく、請求項１８に記載の方法。
20. 前記レートマッチングパターンは前記ＵＥに半静的に提供される、請求項１９に記載の方法。
21. 前記ＰＤＳＣＨを受信するための前記レートマッチングメカニズムは、前記ＵＥが、前記ＰＤＳＣＨが前記予約済みリソース付近でレートマッチングされることを示す、前記ＰＤＳＣＨをスケジューリングするダウンリンク制御情報（ＤＣＩ）内の「１」を受信すること、または前記ＵＥが、前記予約済みリソースがＰＤＳＣＨの受信に使用可能であることを示す「０」を受信すること、を含む、請求項１７から２０のいずれか一項に記載の方法。
22. サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするためのユーザ機器（ＵＥ）（１６００）であって、
    １つまたは複数のプロセッサ（１６０２）と、
    命令を含むメモリ（１６０４）と、
    を備え、前記命令は、前記１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に、
    サービングセルＤＢＴウィンドウを示す設定を受信すること（５００）と、
    ＵＥ開始アップリンク（ＵＬ）送信の設定を受信すること（５０４）と、
    前記サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制すること（５０６）と、
    を行わせる、ＵＥ（１６００）。
23. 前記サービングセルＤＢＴウィンドウを示す前記設定を受信すること（５００）は、前記サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含む専用シグナリングまたはブロードキャストシグナリング内の情報要素を受信することを含む、請求項２２に記載のＵＥ（１６００）。
24. 専用シグナリング内の前記フィールドはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎであり、ブロードキャストシグナリング内の前記フィールドはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢである、請求項２３に記載のＵＥ（１６００）。
25. 前記サービングセルＤＢＴウィンドウの前記持続時間を示す前記フィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む、請求項２４に記載のＵＥ（１６００）。
26. 前記メモリ（１６０４）は、前記１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に、新無線（ＮＲ）基地局である無線アクセスノードによって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を受信すること（５０２）を行わせる命令をさらに含み、前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記ＳＳＢのパターンに従って前記無線アクセスノードによって送信される予定の前記ＳＳＢによって占有される可能性のあるシンボルの間にＵＥ開始ＵＬ送信を抑制すること（５０６Ｄ）を含む、請求項２２から２５のいずれか一項に記載のＵＥ（１６００）。
27. 前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンを示す前記情報を受信すること（５０２）は、前記パターンを示すビットマップを受信することを含む、請求項２６に記載のＵＥ（１６００）。
28. 前記ビットマップは、前記情報要素ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔに含まれる、請求項２７に記載のＵＥ（１６００）。
29. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記無線アクセスノードが前記ＳＳＢのパターンに従ってＳＳＢを送信する予定のない任意のスロットの全てのシンボルの間にＵＥ開始ＵＬ送信を抑制すること（５０６Ｆ）を含む、請求項２６から２８のいずれか一項に記載のＵＥ（１６００）。
30. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記ＳＳＢのパターンに従って前記無線アクセスノードによって送信される予定の前記ＳＳＢによって占有される可能性のあるシンボルを含むあらゆるスロットの全てのシンボルの間にＵＥ開始ＵＬ送信を抑制すること（５０６Ｅ）を含む、請求項２６から２８のいずれか一項に記載のＵＥ（１６００）。
31. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、行われ得るシステム情報の送信に対応するシンボルを抑制することをさらに含む、請求項２６から３０のいずれか一項に記載のＵＥ（１６００）。
32. システム情報の前記可能性のある送信に対応する前記シンボルを抑制することは、行われ得る残余システム情報（ＲＭＳＩ）の送信に対応するシンボルを抑制することを含む、請求項３１に記載のＵＥ（１６００）。
33. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記サービングセルＤＢＴウィンドウの持続時間全体にわたってＵＥ開始ＵＬ送信を抑制すること（５０６Ｃ）を含む、請求項２２から２５のいずれか一項に記載のＵＥ（１６００）。
34. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記サービングセルＤＢＴウィンドウの先頭から開始してＵＥ開始送信を抑制すること（５０６Ａ）を含む、請求項２２から３３のいずれか一項に記載のＵＥ（１６００）。
35. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記無線アクセスノードによって送信されたものとして検出された最初のＳＳＢの先頭から開始してＵＥ開始ＵＬ送信を抑制すること（５０６Ｂ）を含む、請求項２２から３３のいずれか一項に記載のＵＥ（１６００）。
36. 前記ＵＥ（１６００）は、前記無線アクセスノードによって送信されたものとして検出された前記最初のＳＳＢが、前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンにおける最初のＳＳＢに対応すると推定する、請求項３５に記載のＵＥ（１６００）。
37. 前記サービングセルＤＢＴウィンドウの前記少なくとも一部分の間に前記ＵＥ開始ＵＬ送信を抑制すること（５０６）は、前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンにおける最後のＳＳＢと、前記ＵＥが抑制を開始するスロットとのうちの１つまたは複数に基づいて決定されるスロットで終了するまでＵＥ開始送信を抑制すること（５０６Ａ）を含む、請求項３４から３６のいずれか一項に記載のＵＥ（１６００）。
38. 前記メモリ（１６０４）は、前記１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に、前記ＤＢＴウィンドウ内で送信された、実際に送信されたＳＳＢの時間周波数リソースに対応する予約済みリソース付近でレートマッチングするために、レートマッチングメカニズムを使用することによって、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信することを行わせる命令をさらに含む、請求項２２から３７のいずれか一項に記載のＵＥ（１６００）。
39. 前記レートマッチングメカニズムを使用することは、前記無線アクセスノードによって前記ＵＥ（１６００）に提供されるレートマッチングパターンを使用することを含む、請求項３８に記載のＵＥ（１６００）。
40. 前記ＵＥに提供される前記レートマッチングパターンは、前記無線アクセスノードによって送信される予定の前記ＳＳＢのパターンと、指示されたレートマッチングパターン期間内の前記ＤＢＴウィンドウの前記持続時間を示す周期性およびパターンビットマップとに基づく、請求項３９に記載のＵＥ（１６００）。
41. 前記レートマッチングパターンは前記ＵＥに半静的に提供される、請求項４０に記載の方法。
42. 前記ＰＤＳＣＨを受信するための前記レートマッチングメカニズムは、前記ＵＥが、前記ＰＤＳＣＨが前記予約済みリソース付近でレートマッチングされることを示す、前記ＰＤＳＣＨをスケジューリングするダウンリンク制御情報（ＤＣＩ）内の「１」を受信すること、または前記ＵＥが、前記予約済みリソースがＰＤＳＣＨの受信に使用可能であることを示す「０」を受信すること、を含む、請求項３８から４１のいずれか一項に記載のＵＥ（１６００）。
43. サービングセルディスカバリバースト送信（ＤＢＴ）ウィンドウにおける送信をハンドリングするように設定されるユーザ機器（ＵＥ）（１６００）であって、
    サービングセルＤＢＴウィンドウを示す設定を受信すること（５００）と、
    ＵＥ開始アップリンク（ＵＬ）送信の設定を受信すること（５０４）と、
    前記サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制すること（５０６）と、
    を行うように設定されるトランシーバ（１６０６）および処理回路（１６０２）を備える、ＵＥ（１６００）。
44. 前記処理回路（１６０２）は、請求項２から２１のいずれか一項に記載のステップを実行するようにさらに動作可能である、請求項４３に記載のＵＥ（１６００）。
45. サービングセルディスカバリバースト送信（ＤＢＴ）ウィンドウにおける送信をハンドリングするように設定されるユーザ機器（ＵＥ）（１６００）であって、
    サービングセルＤＢＴウィンドウを示す設定を受信すること（５００）と、
    ＵＥ開始アップリンク（ＵＬ）送信の設定を受信すること（５０４）と、
    前記サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制すること（５０６）と、
    を行うように設定される１つまたは複数のモジュール（１７００）を備える、ＵＥ（１６００）。
46. 前記１つまたは複数のモジュール（１７００）は、請求項２から２１のいずれか一項に記載のステップを実行するようにさらに動作可能である、請求項４５に記載のＵＥ（１６００）。
47. ソフトウェア命令を記憶する非一時的コンピュータ可読媒体であって、前記ソフトウェア命令は、サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするように設定されるユーザ機器（ＵＥ）（１６００）の１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に、
    サービングセルＤＢＴウィンドウを示す設定を受信すること（５００）と、
    ＵＥ開始アップリンク（ＵＬ）送信の設定を受信すること（５０４）と、
    前記サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制すること（５０６）と、
    を行わせる、非一時的コンピュータ可読媒体。
48. 前記１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に請求項２から２１のいずれか一項に記載のステップを実行させるソフトウェア命令をさらに含む、請求項４７に記載の非一時的コンピュータ可読媒体。
49. 命令を含むコンピュータプログラムであって、前記命令は、サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするように設定されるユーザ機器（ＵＥ）（１６００）の１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に、
    サービングセルＤＢＴウィンドウを示す設定を受信すること（５００）と、
    ＵＥ開始アップリンク（ＵＬ）送信の設定を受信すること（５０４）と、
    前記サービングセルＤＢＴウィンドウの少なくとも一部分の間にＵＥ開始ＵＬ送信を抑制すること（５０６）と、
    を行わせる、コンピュータプログラム。
50. 前記１つまたは複数のプロセッサ（１６０２）によって実行されたときに、前記ＵＥ（１６００）に請求項２から２１のいずれか一項に記載のステップを実行させる命令をさらに含む、請求項４９に記載のコンピュータプログラム。
51. サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするための、無線アクセスノード（１３００）で実行される方法であって、
    サービングセルＤＢＴウィンドウを示す設定をユーザ機器（ＵＥ）（１６００）に送信すること（６００）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を前記ＵＥ（１６００）に送信すること（６０２）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンに従ってＳＳＢを送信すること（６０４）と、
    を含む、方法。
52. 前記サービングセルＤＢＴウィンドウを示す前記設定を送信すること（６００）は、前記サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報要素（ＩＥ）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥを送信することを含む、請求項５１に記載の方法。
53. 前記サービングセルＤＢＴウィンドウの前記持続時間を示す前記フィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む、請求項５２に記載の方法。
54. 前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンを示す前記情報を送信すること（６０２）は、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ情報要素を送信することを含む、請求項５１から５３のいずれか一項に記載の方法。
55. サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするための無線アクセスノード（１３００）であって、
    １つまたは複数のプロセッサ（１３０４）と、
    命令を含むメモリ（１３０６）と、
    を備え、前記命令は、前記１つまたは複数のプロセッサ（１３０４）によって実行されたときに、前記無線アクセスノード（１３００）に、
    サービングセルＤＢＴウィンドウを示す設定をユーザ機器（ＵＥ）（１６００）に送信すること（６００）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を前記ＵＥ（１６００）に送信すること（６０２）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンに従ってＳＳＢを送信すること（６０４）と、
    を行わせる、無線アクセスノード（１３００）。
56. 前記サービングセルＤＢＴウィンドウを示す前記設定を送信すること（６００）は、前記サービングセルＤＢＴウィンドウの持続時間を示すフィールドを含むＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎ情報要素（ＩＥ）またはＳｅｒｖｉｎｇＣｅｌｌＣｏｎｆｉｇＣｏｍｍｏｎＳＩＢ ＩＥを送信することを含む、請求項５５に記載の無線アクセスノード（１３００）。
57. 前記サービングセルＤＢＴウィンドウの前記持続時間を示す前記フィールドは、ｄｉｓｃｏｖｅｒｙＢｕｒｓｔＷｉｎｄｏｗＬｅｎｇｔｈ－ｒ１６フィールドを含む、請求項５６に記載の無線アクセスノード（１３００）。
58. 前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンを示す前記情報を送信すること（６０２）は、ｓｓｂ－ＰｏｓｉｔｉｏｎｓＩｎＢｕｒｓｔ情報要素を送信することを含む、請求項５５から５７のいずれか一項に記載の無線アクセスノード（１３００）。
59. サービングセルディスカバリバースト送信（ＤＢＴ）ウィンドウにおける送信をハンドリングするための無線アクセスノード（１３００）であって、
    サービングセルＤＢＴウィンドウを示す設定をユーザ機器（ＵＥ）（１６００）に送信すること（６００）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を前記ＵＥ（１６００）に送信すること（６０２）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンに従ってＳＳＢを送信すること（６０４）と、
    を行うように設定される無線ユニット（１３１０）および制御システム（１３０２）を備える、無線アクセスノード（１３００）。
60. 前記制御システム（１３１０）は、請求項５２から５４のいずれか一項に記載のステップを実行するようにさらに動作可能である、請求項５９に記載の無線アクセスノード（１３００）。
61. サービングセルディスカバリバースト送信（ＤＢＴ）ウィンドウにおける送信をハンドリングするための無線アクセスノード（１３００）であって、
    サービングセルＤＢＴウィンドウを示す設定をユーザ機器（ＵＥ）（１６００）に送信すること（６００）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を前記ＵＥ（１６００）に送信すること（６０２）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンに従ってＳＳＢを送信すること（６０４）と、
    を行うように設定される１つまたは複数のモジュール（１５００）を備える、無線アクセスノード（１３００）。
62. 前記１つまたは複数のモジュール（１５００）は、請求項５２から５４のいずれか一項に記載のステップを実行するようにさらに動作可能である、請求項６１に記載の無線アクセスノード（１３００）。
63. ソフトウェア命令を記憶する非一時的コンピュータ可読媒体であって、前記ソフトウェア命令は、サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするための無線アクセスノード（１３００）の１つまたは複数のプロセッサ（１３０４）によって実行されたときに、前記無線アクセスノード（１３００）に、
    サービングセルＤＢＴウィンドウを示す設定をユーザ機器（ＵＥ）（１６００）に送信すること（６００）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を前記ＵＥ（１６００）に送信すること（６０２）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンに従ってＳＳＢを送信すること（６０４）と、
    を行わせる、非一時的コンピュータ可読媒体。
64. 前記１つまたは複数のプロセッサ（１３０４）によって実行されたときに、前記無線アクセスノード（１３００）に請求項５２から５４のいずれか一項に記載のステップを実行させるソフトウェア命令をさらに含む、請求項６３に記載の非一時的コンピュータ可読媒体。
65. 命令を含むコンピュータプログラムであって、前記命令は、サービングセルディスカバリバースト送信（ＤＢＴ：Ｄｉｓｃｏｖｅｒｙ Ｂｕｒｓｔ Ｔｒａｎｓｍｉｓｓｉｏｎ）ウィンドウにおける送信をハンドリングするための無線アクセスノード（１３００）の１つまたは複数のプロセッサ（１３０４）によって実行されたときに、前記無線アクセスノード（１３００）に、
    サービングセルＤＢＴウィンドウを示す設定をユーザ機器（ＵＥ）（１６００）に送信すること（６００）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定のＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)（のパターンを示す情報を前記ＵＥ（１６００）に送信すること（６０２）と、
    前記サービングセルＤＢＴウィンドウの間に前記無線アクセスノード（１３００）によって送信される予定の前記ＳＳＢのパターンに従ってＳＳＢを送信すること（６０４）と、
    を行わせる、コンピュータプログラム。
66. 前記１つまたは複数のプロセッサ（１３０４）によって実行されたときに、前記無線アクセスノード（１３００）に請求項５２から５４のいずれか一項に記載のステップを実行させる命令をさらに含む、請求項６５に記載のコンピュータプログラム。

Images