(57)【要約】  本出願は、ネットワークノードからの同期信号／物理ブロードキャストチャネルブロック（Synchronous  Signal/Physical  Broadcast  Channel  Block：ＳＳＢ）を監視するための格納された命令を含む非一時的メモリ含む装置を対象とする。装置は、また、命令のセットを実行するように構成される、非一時的メモリに動作可能に接続されたプロセッサを含む。命令には、ＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）に関して装置を構成することが含まれる。命令には、ＳＳＢのＳＴＴＣを監視することも含まれる。命令には、さらに、第１のスケジュールされた位置で送信された、ＳＴＴＣ内でのスケジュールされたＳＳＢ送信のサブフレームの第１のスロットにおけるＳＳＢのうちの最初のものを決定することが含まれる。この際、ＳＳＢのうちの最初のものの送信は、ＳＴＴＣ内のスケジュールされたＳＳＢ送信の前のリッスンビフォートーク（Listen  Before  Talk：ＬＢＴ）に成功した使用可能チャネルの確認に基づく。命令には、その上さらに、ＳＴＴＣ内でのスケジュールされたＳＳＢ送信においてＳＳＢのうちの２番目のものが、第２のスケジュールされた位置で送信に成功したか失敗したかを判定することが含まれる。命令には、その上さらに、第１のスロットまたは第２のスロットにおけるＳＳＢのうちの２番目のものの送信を監視することが含まれる。
2021525024.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークノードからの同期信号／物理ブロードキャストチャネルブロック（Synchronous  Signal/Physical  Broadcast  Channel  Block：ＳＳＢ）を監視するための格納された命令を含む非一時的メモリと、
前記非一時的メモリに動作可能に接続され、
前記装置を、ＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）に関して構成し、
前記ＳＳＢのＳＴＴＣを監視し、
第１のスケジュールされた位置で送信された、前記ＳＴＴＣ内でのスケジュールされたＳＳＢ送信のサブフレームの第１のスロットにおける前記ＳＳＢのうちの最初のものを決定し、この際、前記ＳＳＢのうちの前記最初のものの送信は、前記ＳＴＴＣ内の前記スケジュールされたＳＳＢ送信の前のリッスンビフォートーク（Listen  Before  Talk：ＬＢＴ）に成功した使用可能チャネルの確認に基づいており、
前記ＳＴＴＣ内での前記スケジュールされたＳＳＢ送信において前記ＳＳＢのうちの２番目のものが、第２のスケジュールされた位置で送信に成功したか失敗したかを判定し、
前記第１のスロットまたは第２のスロットにおける前記ＳＳＢのうちの前記２番目のものの送信を監視する命令を実行するように構成されるプロセッサとを備える装置。
【請求項２】
前記第２のスロット内で送信される前記ＳＳＢのうちの前記２番目のものは、前記ＳＴＴＣ（オポチュニスティック送信（Opportunistic  Transmission：ＯＴ）ＳＴＴＣ）におけるオポチュニスティック送信中に発生する、請求項１に記載の装置。
【請求項３】
前記第２のスロット内で送信される前記ＳＳＢのうちの前記２番目のものは、前記２番目のＳＳＢの前記送信前に行われた前記第２のスロットにおけるＬＢＴに成功した使用可能チャネルの確認に基づいている、請求項２に記載の装置。
【請求項４】
前記第２のスロット内で送信される前記ＳＳＢのうちの前記２番目のものは、前記ＳＴＴＣ外のオポチュニスティック送信オケージョン（Opportunistic  Transmission  Occasion：ＯＴＯ）中に発生する、請求項１に記載の装置。
【請求項５】
前記ＯＴＯは、前記ＳＴＴＣの後で、別のＳＴＴＣの前に位置する、請求項４に記載の装置。
【請求項６】
前記プロセッサは、
前記ＳＴＴＣ内における前記ＳＳＢ送信のＳＳＢ位置を受信し、
前記ＳＳＢ位置に基づいて無線フレーム境界を判定する命令を実行するようにさらに構成される、請求項１に記載の装置。
【請求項７】
前記ＳＳＢ位置は、物理ブロードキャストチャネルのペイロードおよび物理ブロードキャストチャネル復調参照信号のうちの１つ以上に基づく、請求項６に記載の装置。
【請求項８】
前記ＳＴＴＣは、ＳＳＢ専用である、請求項１に記載の装置。
【請求項９】
前記プロセッサは、
前記ＳＴＴＣ内での前記ＳＳＢ送信のオフセットを受信し、
前記オフセットとＳＳＢブロックインデックスに基づいて無線フレーム境界を判定する命令を実行するようにさらに構成される、請求項１に記載の装置。
【請求項１０】
前記オフセットは、前記第１のスロット内の前記ＳＳＢのうちの前記２番目のものの始めから、前記第２のスロット内の前記２番目のＳＳＢの始めまでの距離にわたる、請求項９に記載の装置。
【請求項１１】
前記オフセットは、物理ブロードキャストチャネルのペイロードおよび物理ブロードキャストチャネル復調参照信号のうちの１つ以上に基づく、請求項９に記載の装置。
【請求項１２】
前記使用可能チャネルは、アンライセンススペクトル内にある、請求項１に記載の装置。
【請求項１３】
同期信号／物理ブロードキャストチャネルブロック（Synchronous  Signal/Physical  Broadcast  Channel  Block：ＳＳＢ）を送信するための格納された命令を含む非一時的メモリと、
前記非一時的メモリに動作可能に接続され、
チャネル上でリッスンビフォートーク（ＬＢＴ）チェックを実行し、
前記ＬＢＴチェックに基づいて、第１のスケジュールされた位置でのＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）内でのスケジュールされたＳＳＢ送信の前にサブフレームの第１のスロットにおいて確立される前記チャネルの可用性を決定し、
前記第１のスケジュールされた位置での前記ＳＴＴＣ内での前記スケジュールされたＳＳＢ送信中に、前記第１のスロットにおける前記ＳＳＢのうちの最初のものを送信し、
第２のスケジュールされた位置での前記ＳＴＴＣ内での前記スケジュールされたＳＳＢ送信における前記ＳＳＢのうちの２番目のものの送信が成功か失敗かを判定し、
前記第１のスロットまたは第２のスロットにおいて前記ＳＳＢのうちの前記２番目のものを送信する命令を実行するように構成されるプロセッサとを備える装置。
【請求項１４】
前記第２のスロット内で送信される前記ＳＳＢのうちの前記２番目のものは、前記ＳＴＴＣ（オポチュニスティック送信（Opportunistic  Transmission：ＯＴ）ＳＴＴＣ）におけるオポチュニスティック送信中に発生する、請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、前記ＳＳＢのうちの前記２番目のものの送信の前に前記第２のスロットにおいて設定されたＬＢＴチェックに基づいて、別の使用可能なチャネルを決定する命令を実行するようにさらに構成される、請求項１４に記載の装置。
【請求項１６】
前記第２のスロット内で送信される前記ＳＳＢのうちの前記２番目のものは、前記ＳＴＴＣ外のオポチュニスティック送信オケージョン（Opportunistic  Transmission  Occasion：ＯＴＯ）中に発生する、請求項１３に記載の装置。
【請求項１７】
前記ＯＴＯは、前記ＳＴＴＣの後で、別のＳＴＴＣの前に位置する、請求項１６に記載の装置。
【請求項１８】
前記プロセッサは、
前記ＳＴＴＣ内における前記ＳＳＢ送信のＳＳＢ位置を受信し、
前記ＳＳＢ位置に基づいて無線フレーム境界を判定する命令を実行するようにさらに構成される、請求項１３に記載の装置。
【請求項１９】
前記ＳＳＢ位置は、物理ブロードキャストチャネルのペイロードおよび物理ブロードキャストチャネル復調参照信号のうちの１つ以上に基づく、請求項１８に記載の装置。
【請求項２０】
前記ＳＴＴＣは、ＳＳＢ専用である、請求項１３に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、２０１８年５月２０日出願の米国仮出願第６２／６６９，６１３号の優先権の利益を主張する。その内容全体は本明細書に参考として援用される。
【０００２】
本出願は、新無線アンライセンス（New  Radio  Unlicensed：ＮＲ−Ｕ）における同期信号／物理ブロードキャストチャネルブロック（Synchronous  Signal/Physical  Broadcast  Channel：ＳＳＢ）の送信のためのメカニズムを対象とする。
【背景技術】
【０００３】
新無線（New  Radio：ＮＲ）において、ＳＳＢは、１次同期信号（Primary  Synchronization  Signal：ＰＳＳ）、２次同期信号（Secondary  Synchronization  Signal：ＳＳＳ）、物理ブロードキャストチャネル（Physical  Broadcast  Channel：ＰＢＣＨ）などの必須の信号および情報を運ぶ。これらは、初期セル探索と接続状態の両方の状態で、同期とマスター情報ブロック（ＭＩＢ）を獲得するために、ユーザ端末（ＵＥ）によって使用される。ＵＥがＳＳＢを検出できない場合、ＵＥには重大な問題が生じ、ＮＲシステム内で機能できなくなる。
【０００４】
ＮＲ−Ｕでは、次世代ノードＢ（ｇＮＢ）は、事前に定義／構成された位置のＳＳＢバーストセットを送信できない場合がある。これは、リッスンビフォートーク（Listen-Before-Talk：ＬＢＴ）の失敗（チャネルは使用不能）が原因である可能性がある。これにより、ＵＥがＳＳＢを検出する際に問題が生じる。
【０００５】
当技術分野で望まれるのは、ＮＲ−ＵにおけるＳＳＢ送信の信頼性を改善するためのメカニズムである。
【発明の概要】
【０００６】
本概要は、下記の詳細な説明でさらに説明される概念から選択したものを、簡略化された形式で紹介するために提供される。本概要は、特許請求される主題の範囲を制限することを意図したものではない。上述の要求は、ＮＲ−ＵにおけるＳＳＢ送信のメカニズムを対象とする本出願によって大いに満たされる。
【０００７】
本出願の１つの態様は、ネットワークノードからのＳＳＢを監視するための格納された命令を含む非一時的メモリ含む装置を対象とする。装置は、また、命令のセットを実行するように構成される、非一時的メモリに動作可能に接続されたプロセッサを含む。命令には、ＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）に関して装置を構成することが含まれる。命令には、ＳＳＢのＳＴＴＣを監視することも含まれる。命令には、さらに、第１のスケジュールされた位置で送信された、ＳＴＴＣ内でのスケジュールされたＳＳＢ送信のサブフレームの第１のスロットにおけるＳＳＢのうちの最初のものを決定することが含まれる。この際、ＳＳＢのうちの最初のものの送信は、ＳＴＴＣ内のスケジュールされたＳＳＢ送信の前のリッスンビフォートーク（ＬＢＴ）に成功した使用可能チャネルの確認に基づく。命令には、その上さらに、ＳＴＴＣ内でのスケジュールされたＳＳＢ送信においてＳＳＢのうちの２番目のものが、第２のスケジュールされた位置で送信に成功したか失敗したかを判定することが含まれる。命令には、その上さらに、第１のスロットまたは第２のスロットにおけるＳＳＢのうちの２番目のものの送信を監視することが含まれる。
【０００８】
本出願の別の態様は、ＳＳＢを送信するための格納された命令を含む非一時的メモリ含む装置を対象とする。装置は、また、命令のセットを実行するように構成される、非一時的メモリに動作可能に接続されたプロセッサを含む。命令には、チャネル上でＬＢＴチェックを実行することが含まれる。命令には、ＬＢＴチェックに基づいて、第１のスケジュールされた位置でのＳＴＴＣ内でのスケジュールされたＳＳＢ送信の前にサブフレームの第１のスロットにおいて確立されるチャネルの可用性を決定することも含まれる。命令には、さらに、第１のスケジュールされた位置でのＳＴＴＣ内でのスケジュールされたＳＳＢ送信中に、第１のスロットにおけるＳＳＢのうちの最初のものを送信することが含まれる。命令には、その上さらに、第２のスケジュールされた位置でのＳＴＴＣ内でのスケジュールされたＳＳＢ送信におけるＳＳＢのうちの２番目のものの送信が成功か失敗かを判定することが含まれる。命令には、その上さらに、第１のスロットまたは第２のスロットにおいてＳＳＢのうちの２番目のものを送信することが含まれる。
【０００９】
上述のように、本発明の詳細な説明がよりよく理解されるように、また、当技術分野への本貢献がよりよく理解されるように、本発明の特定の実施形態をかなり大雑把に概説した。
【００１０】
（図面の簡単な説明）
本出願のより強固な理解を促進するために、添付図面が参照され、そこでは、同様の要素は同様の符号で参照される。これらの図面は、本出願を制限するものと解釈されるべきではなく、例示のみを目的とするものである。
【図面の簡単な説明】
【００１１】
【図１Ａ】図１Ａは、本出願の実施形態に係る例示的な通信システムを示す。
【図１Ｂ】図１Ｂは、本出願の実施形態に係る無線通信用に構成された例示的な装置を示す。
【図１Ｃ】図１Ｃは、本出願の実施形態に係る無線アクセスネットワークおよびコアネットワークのシステム図を示す。
【図１Ｄ】図１Ｄは、本出願の別の実施形態に係る無線アクセスネットワークおよびコアネットワークのシステム図を示す。
【図１Ｅ】図１Ｅは、本出願のさらに別の実施形態に係る無線アクセスネットワークおよびコアネットワークのシステム図を示す。
【図１Ｆ】図１Ｆは、図１Ａ、１Ｃ、１Ｄ、および１Ｅにすでに示された、本出願の実施形態に係る１つ以上のネットワークと通信する例示的なコンピューティングシステムのブロック図を示す。
【図２Ａ】図２Ａは、ライセンスアシストアクセス（ＬＡＡ）展開シナリオを示す。
【図２Ｂ】図２Ｂは、ライセンスアシストアクセス（ＬＡＡ）展開シナリオを示す。
【図２Ｃ】図２Ｃは、ライセンスアシストアクセス（ＬＡＡ）展開シナリオを示す。
【図２Ｄ】図２Ｄは、ライセンスアシストアクセス（ＬＡＡ）展開シナリオを示す。
【図３Ａ】図３Ａは、ＮＲ−ＵにおいてＳＳＢバーストサブセットによって送信されるＳＳＢを示す。
【図３Ｂ】図３Ｂは、ＮＲ−ＵにおいてＳＳＢバーストサブセットによって送信されるＳＳＢを示す。
【図４】図４は、本出願の態様に係るＳＴＴＣを示す。
【図５】図５は、本出願の態様に係る、事前に定義／構成された位置におけるバンドルされたＳＳＢ送信を示す。
【図６】図６は、本出願の態様に係る、ＳＴＴＣ内でのスライドを伴うバンドルされたＳＳＢ送信を示す。
【図７】図７は、本出願の態様に係る、ＳＴＴＣ内でのスライドを伴う、予約信号に支援されたバンドルされたＳＳＢ送信を示す。
【図８】図８は、本出願の態様に係る、ＳＴＴＣ内の１つのＳＳＢ位置スライドを伴うバンドルされたＳＳＢ送信を示す。
【図９】図９は、本出願の態様に係る、周波数領域での繰り返しを伴うＳＳＢ送信を示す。
【図１０】図１０は、本出願の態様に係る、同じスロット内のＳＳＢを伴う、周波数分割多重化（Frequency  Division  Multiplexing：ＦＤＭ）された残存最小システム情報（Remaining  Minimum  System  Information：ＲＭＳＩ）コントロールリソースセット（ＣＯＲＥＳＥＴ）を示す。
【図１１】図１１は、本出願の態様に係る、同じスロット内のＳＳＢを伴う、時分割多重化（Time-Division  Multiplexing：ＴＤＭ）され、ＦＤＭされたＲＭＳＩ  ＣＯＲＥＳＥＴを示す。
【図１２】図１２は、本出願の態様に係る、ＮＲ−ＵにおいてバンドルされたＳＳＢ送信を監視および受信するための手順を示す。
【図１３】図１３は、本出願の態様に係る、バンドルされていないＳＳＢ送信を示す。
【図１４】図１４は、本出願の態様に係る、ＳＴＴＣ内のオポチュニスティック送信を用いた、バンドルされていないＳＳＢ送信を示す。
【図１５】図１５は、本出願の態様に係る、構成されたオポチュニスティック送信を用いた、バンドルされていないＳＳＢ送信を示す。
【図１６】図１６は、本出願の態様に係る、ＳＴＴＣおよび構成されたオポチュニスティック送信を用いた、バンドルされていないＳＳＢ送信を示す。
【図１７】図１７は、本出願の態様に係る、ＮＲ−Ｕにおけるオポチュニスティック送信を用いたＳＳＢ送信を監視および受信するための手順を示す。
【図１８】図１８は、本出願の態様に係る、専用ＳＴＴＣを用いたＳＳＢ送信を示す。
【図１９】図１９は、本出願の態様に係る、ＳＴＴＣを用いた専用ＳＳＢを監視および受信するための手順を示す。
【図２０】図２０は、本出願の態様に係る、柔軟なインデックス順序を持つＳＳＢ送信を示す。
【図２１】図２１は、本出願の態様に係る、柔軟なインデックス順序を持つＳＳＢ送信を監視および受信するための手順を示す。
【図２２Ａ】図２２Ａは、本出願の態様に係る、ＳＳＢシフトがランダムアクセスチャネル（ＲＡＣＨ）リソースに与える影響を示す。
【図２２Ｂ】図２２Ｂは、本出願の態様に係る、ＳＳＢシフトがランダムアクセスチャネル（ＲＡＣＨ）リソースに与える影響を示す。
【図２２Ｃ】図２２Ｃは、本出願の態様に係る、ＳＳＢシフトがランダムアクセスチャネル（ＲＡＣＨ）リソースに与える影響を示す。
【図２３】図２３は、本出願の態様に係る、ＳＳＢシフトがＦＤＭされたリソースに与える影響を示す。
【発明を実施するための形態】
【００１２】
本明細書の様々な図面、実施形態、および態様を参照して、例示的な実施形態の詳細に説明する。本説明では、可能な実装の詳細な例を提供するが、その詳細は例であることが意図されており、したがって、本出願の範囲を制限しないことを理解する必要がある。
【００１３】
本明細書における「１つの実施形態」、「実施形態」、「１つ以上の実施形態」、「態様」などへの言及は、実施形態に関連して説明される特定の特徴、構造、または特性が本開示の少なくとも１つの実施形態に含まれることを意味する。さらに、本明細書の様々な場所における「実施形態」という用語は、必ずしも同じ実施形態を指すとは限らない。すなわち、いくつかの実施形態によって示されるが、他の実施形態によって示されない可能性がある様々な特徴が説明される。
【００１４】
本出願の１つの態様によれば、ｇＮＢがＮＲ−ＵにおけるＳＳＢを送信するためのメカニズムおよび手順が想定される。本出願の別の態様では、ＵＥがＮＲ−ＵにおけるＳＳＢを検出するためのメカニズムおよび手順が想定される。実施形態では、いくつかのＳＳＢ送信を共にバンドルすることができる。ＬＢＴ障害のために、バンドルを、構成された位置で送信できない場合、構成された送信ウィンドウ内でバンドルがシフトされ得る。
【００１５】
別の実施形態では、各ＳＳＢに対してビームベースのＬＢＴが実行され得る。ＬＢＴに成功したＳＳＢは送信される。ＬＢＴに失敗した場合、ｇＮＢはＬＢＴの別のラウンドを実行して、関連するＳＳＢを送信できるかどうかを判定することができる。
【００１６】
さらに別の実施形態では、ＳＳＢ送信は、連続して、すなわち、１つずつ実行され得る。信頼性を向上させるために、各ＳＳＢの送信のためにウィンドウが適用される。
【００１７】
さらにその上別の実施形態では、ＳＳＢによって運ばれるインデックスの順序は柔軟であり得る。ＳＳＢバースト送信内でビームベースのＬＢＴが成功すると、ＳＳＢは任意のＳＳＢ位置で送信され得る。
【００１８】
本出願では、ＳＳＢがシフトしたオフセットは、以下の例示的なスキームのうちの１つを用いて、ｇＮＢによってＵＥに示され得ることがさらに想定される。
【００１９】
（ｉ）ＰＢＣＨのペイロードによる。
【００２０】
（ｉｉ）ＰＢＣＨ復調参照信号（Demodulation  Reference  Signal：ＤＭＲＳ）による。
【００２１】
（ｉｉｉ）ＰＢＣＨとＰＢＣＨ  ＤＭＲＳ共同のペイロードによる。
【００２２】
（ｉｖ）拡散符号による。そして、
【００２３】
（ｖ）ＲＭＳＩによる。
【００２４】
（定義および頭字語）
本出願で一般に使用する用語および語句の定義を以下の表１に提供する。
【００２５】
【表１−１】
2021525024.tif 000003
【表１−２】
2021525024.tif 000004
【００２６】
（一般的なアーキテクチャ）
第三世代パートナーシッププロジェクト（３ＧＰＰ）では、無線アクセス、コアトランスポートネットワーク、および、コーデック、セキュリティ、およびサービスの質に関する取り組みを含むサービス能力を含む、セルラー通信ネットワーク技術の技術規格を開発する。最近の無線アクセス技術（ＲＡＴ）規格には、広帯域符号分割多元接続（Wideband  Code  Division  Multiple  Access：ＷＣＤＭＡ（登録商標））（一般に３Ｇと呼ばれる）、ＬＴＥ（一般に４Ｇと呼ばれる）、およびＬＴＥアドバンスト（LTE-Advanced）規格が含まれる。３ＧＰＰは、ＮＲと呼ばれ、「５Ｇ」とも呼ばれる次世代セルラー技術の標準化に取り組み始めた。３ＧＰＰ  ＮＲ規格の開発には、次世代無線アクセス技術（新しいＲＡＴ）の定義が含まれると予想され、これには、６ＧＨｚ未満の新しいフレキシブル無線アクセスの規定、および６ＧＨｚを超える新しいウルトラモバイルブロードバンド無線アクセスの規定が含まれると予想される。フレキシブル無線アクセスは、６ＧＨｚ未満の新しいスペクトルでの、新しい、後方互換性のない無線アクセスで構成されると予想され、要件の多様な広範囲の３ＧＰＰ  ＮＲのユースケースに対処するために、同一スペクトル内で多重化可能な異なる動作モードを含むと予想される。ウルトラモバイルブロードバンドは、例えば、屋内用途やホットスポットのためのウルトラモバイルブロードバンドアクセスの機会を提供するセンチ波およびミリ波スペクトルを含むと予想される。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波に特有の設計最適化を施した共通設計枠組みを、６ＧＨｚ未満のフレキシブル無線アクセスと共有すると予想される。
【００２７】
３ＧＰＰは、ＮＲがサポートすると予想される様々なユースケースを特定し、その結果、データ転送速度や待ち時間やモビリティに対する多様なユーザエクスペリエンス要件を定めた。ユースケースには、以下の一般的カテゴリが含まれる。すなわち、拡張モバイルブロードバンド（例えば、密集エリア内のブロードバンドアクセス、屋内超高ブロードバンドアクセス、人混みでのブロードバンドアクセス、あらゆる場所での５０Ｍｂｐｓ以上、超低コストブロードバンドアクセス、車内モバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーションとインターワーキング、および省エネルギー）、および高度化ビークル・ツー・エブリシング（Enhanced  Vehicle-to-Everything：ｅＶ２Ｘ）通信。これらのカテゴリ内の具体的なサービスおよびアプリケーションには、いくつか例を挙げると、監視およびセンサネットワーク、デバイスの遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、ファーストレスポンダへの接続性、自動車用ｅＣａｌｌ、災害警報、リアルタイムゲーム、多人数ビデオ通話、自律走行、拡張現実、タッチインターネット、仮想現実などが含まれる。本明細書は、これらすべてのユースケースおよびその他を想定している。
【００２８】
図１Ａは、本明細書で説明され、特許請求される方法および装置を具現化し得る通信システム１００の例の一実施形態を示す。図示のように、通信システム１００の例は、無線送受信ユニット（Wireless  Transmit/Receive  Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのうち、少なくとも１つ（一般的に、あるいは総称して、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話網（Public  Switched  Telephone  Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２を含み得るが、開示された実施形態は任意の数のＷＴＲＵや、基地局や、ネットワークや、ネットワーク要素を想定していることは理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境下で動作や通信を行うように構成された任意の種類の装置またはデバイスであってよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々はハンドヘルド無線通信装置として図１Ａ〜図１Ｅに図示されているが、５Ｇ無線通信に対する多様なユースケースを想定すれば、ＷＴＲＵの各々は、ほんの一例として、ユーザ端末（ＵＥ）、モバイル局、固定または移動加入者ユニット、無線呼び出し装置、携帯電話、携帯情報端末（Personal  Digital  Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、家庭用電化製品、スマートウォッチやスマートクロージングなどのウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車やトラックや列車や航空機などの輸送機器などを含む、無線信号を送信や受信するように構成された任意の装置またはデバイスを含むか、または、その中に具現化されてもよいことが理解される。
【００２９】
通信システム１００は、基地局１１４ａと基地局１１４ｂをさらに含むことができる。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。基地局１１４ｂは、遠隔無線ヘッド（Remote  Radio  Head：ＲＲＨ）１１８ａ、１１８ｂおよび送受信ポイント（Transmission  and  Reception  Point：ＴＲＰ）１１９ａ、１１９ｂのうち、少なくとも１つと有線や無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄの少なくとも１つと無線でインターフェースして、コアネットワーク１０６／１０７／１０９やインターネット１１０やその他のネットワーク１１２などの１つ以上の通信ネットワークへのアクセスを円滑にするように構成された任意の種類のデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ基地局（Base  Transceiver  Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（Access  Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一要素として図示されているが、基地局１１４ａ、１１４ｂは任意の数の相互接続された基地局やネットワーク要素を含むことができることは理解されるであろう。
【００３０】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であってもよく、ＲＡＮ１０３／１０４／１０５は、また、基地局コントローラ（Base  Station  Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio  Network  Controller：ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ｂはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、また、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの他の基地局やネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セル（図示せず）と称することもある特定の地理的領域の中の無線信号を送信や受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称することもある特定の地理的領域内の有線や無線の信号を送受信するように構成され得る。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連するセルを３つのセクタに分割することができる。一実施形態においては、基地局１１４ａは、そのように、例えば、セルのセクタごとに１つとなる、３つのトランシーバを含むことができる。一実施形態においては、基地局１１４ａは、多入力多出力（Multiple  Input  Multiple  Output：ＭＩＭＯ）技術を採用することができ、したがって、セルの各セクタ当たり複数のトランシーバを利用することができる。
【００３１】
基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上と、エアインターフェース１１５／１１６／１１７を介して通信してもよく、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波数（Radio  Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて構築することができる。
【００３２】
基地局１１４ｂは、ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂのうち１つ以上と、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介して通信してもよく、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な有線（例えば、ケーブルや光ファイバなど）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
【００３３】
ＲＲＨ１１８ａ、１１８ｂやＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｃ、１０２ｄのうち１つ以上と、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介して通信してもよく、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であってもよい。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の適切な無線アクセス技術（ＲＡＴ）を使って構築することができる。
【００３４】
より具体的には、上記のように、通信システム１００は多重アクセスシステムでもよく、例えば、符号分割多元接続（Code  Division  Multiple  Access：ＣＤＭＡ）、時分割多元接続（Time  Division  Multiple  Access：ＴＤＭＡ）、周波数分割多元接続（Frequency  Division  Multiple  Access：ＦＤＭＡ）、直交周波数分割多元接続（Orthogonal  Frequency  Division  Multiple  Access：ＯＦＤＭＡ）、シングルキャリア周波数分割多元接続（Single  Carrier  Frequency  Division  Multiple  Access：ＳＣ−ＦＤＭＡ）などの、１つ以上のチャネルアクセス方式を採用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ユニバーサルモバイル通信システム（Universal  Mobile  Telecommunications  System：ＵＭＴＳ）地上無線アクセス（Terrestrial  Radio  Access：ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。ＷＣＤＭＡは、高速パケットアクセス（High-Speed  Packet  Access：ＨＳＰＡ）や発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed  Downlink  Packet  Access：ＨＳＤＰＡ）や高速上りリンクパケットアクセス（High-Speed  Uplink  Packet  Access：ＨＳＵＰＡ）を含むことができる。
【００３５】
一実施形態においては、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、その技術によって、ロングタームエボリューション（ＬＴＥ）やＬＴＥアドバンスト（ＬＴＥ−Ａ）を使ったエアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ構築してもよい。将来は、エアインターフェース１１５／１１６／１１７は３ＧＰＰ  ＮＲ技術を実装してもよい。
【００３６】
一実施形態においては、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ  ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide  Interoperability  for  Microwave  Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００進化データ最適化（Evolution-Data  Optimized：ＥＶ−ＤＯ）、暫定規格（Interim  Standard：ＩＳ）２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global  System  for  Mobile  Communications：ＧＳＭ）、ＧＳＭ進化型高速データレート（Enhanced  Data  Rates  for  GSM  Evolution：ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（GSM  EDGE  Radio  Access  Network：ＧＥＲＡＮ））などの無線技術を実装してもよい。
【００３７】
図１Ａの基地局１１４ｃは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントでもよく、事業所、家庭、車両、キャンパスなどの局所的領域における無線接続性を円滑にするための任意の適切なＲＡＴを利用してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、ＩＥＥＥ  ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless  Local  Area  Network：ＷＬＡＮ）を構築してもよい。一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｄは、ＩＥＥＥ  ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless  Personal  Area  Network：ＷＰＡＮ）を構築してもよい。さらに一実施形態においては、基地局１１４ｃとＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用してピコセルまたはフェムトセルを構築してもよい。図１Ａに示すように、基地局１１４ｂはインターネット１１０と直接接続されてもよい。このように、基地局１１４ｃは、インターネット１１０にアクセスするためにコアネットワーク１０６／１０７／１０９を介する必要はない。
【００３８】
ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂはコアネットワーク１０６／１０７／１０９と通信可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（Voice  Over  Internet  Protocol：ＶｏＩＰ）などサービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１つ以上に提供するように構成された任意の種類のネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、ビリングサービス、モバイル位置情報サービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供したり、ユーザ認証などの高度セキュリティ機能を実行したりすることができる。
【００３９】
図１Ａには図示しないが、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂやコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを用いている他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと接続されているだけでなく、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる。
【００４０】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの中の伝送制御プロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、インターネットプロトコル（Internet  Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５やＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一のＲＡＴまたは異なるＲＡＴを使用し得る１つ以上のＲＡＮと接続された別のコアネットワークを含むことができる。
【００４１】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを有し得る。例えば、図１Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ  ８０２無線技術を採用できる基地局１１４ｃと通信するように構成され得る。
【００４２】
図１Ｂは、本明細書に示す実施形態に従って無線通信用に構成された、例えば、ＷＴＲＵ１０２などの装置またはデバイスの例のブロック図である。図１Ｂに示すように、例となるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能１３０と、取り外し可能メモリ１３２と、電源１３４と、グローバルポジショニングシステム（Global  Positioning  System：ＧＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーションを含むことができることは理解されるであろう。また、各実施形態では、基地局１１４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例えば、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（Evolved  Home  Node-B：ｅＮｏｄｅＢ）、ホーム発展型ノードＢ（Home  Evolved  Node-B：ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図１Ｂに示し本明細書で述べる要素の一部または全部を含むことができるということを想定している。
【００４３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（Digital  Signal  Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application  Specific  Integrated  Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array：ＦＰＧＡ）回路、任意の他の種類の集積回路（Integrated  Circuit：ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく、トランシーバ１２０は送受信要素１２２に接続されてもよい。図１Ｂはプロセッサ１１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とトランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解されるであろう。
【００４４】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、実施形態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナであってもよい。図１Ａには図示しないが、ＲＡＮ１０３／１０４／１０５やコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを用いている他のＲＡＮと直接的または間接的に通信し得ることは理解されるであろう。例えば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５と接続されているだけでなく、ＧＳＭ無線技術を採用している別のＲＡＮ（図示せず）とも通信することができる。
【００４５】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８やインターネット１１０やその他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、基本電話サービス（Plain  Old  Telephone  Service：ＰＯＴＳ）を提供する回路交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの中のトランスミッションコントロールプロトコル（Transmission  Control  Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User  Datagram  Protocol：ＵＤＰ）、インターネットプロトコル（Internet  Protocol：ＩＰ）などの共通通信プロトコルを使用する相互接続されたコンピュータネットワークとデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一のＲＡＴまたは異なるＲＡＴを採用し得る１つ以上のＲＡＮと接続された別のコアネットワークを含み得る。
【００４６】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部はマルチモード能力を有し得る。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを有し得る。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用できる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用できる基地局１１４ｂと通信するように構成され得る。
【００４７】
図１Ｂは、本明細書に示す実施形態に従って無線通信用に構成された、例えば、ＷＴＲＵ１０２などの装置またはデバイスの例のブロック図である。図１Ｂに示すように、例となるＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６と、その他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を維持しながら、上述の要素の任意のサブコンビネーションを含むことができることは理解されるであろう。また、各実施形態では、基地局１１４ａ、１１４ｂや、基地局１１４ａ、１１４ｂが代表し得るノード（とりわけ、例えば、トランシーバ基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅＮｏｄｅＢ）、ホーム発展型ノードＢ（ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノードなどであるが、これらに限らない）は、図１Ｂに示し本明細書で述べる要素の一部または全部を含むことができるということを想定している。
【００４８】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、ＷＴＲＵ１０２の無線環境下での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。プロセッサ１１８はトランシーバ１２０に接続されてもよく、トランシーバ１２０は送受信要素１２２に接続されてもよい。図１Ｂはプロセッサ１１８とトランシーバ１２０を別々の構成要素として図示しているが、プロセッサ１１８とトランシーバ１２０を１つの電子パッケージまたはチップに一体化してもよいことは理解されるであろう。
【００４９】
送受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ）と信号の送受信を行うように構成され得る。例えば、一実施形態においては、送受信要素１２２はＲＦ信号を送信や受信するように構成されたアンテナであってもよい。一実施形態においては、送受信要素１２２は、例えば、ＩＲやＵＶや可視光の信号を送信や受信するように構成されたエミッタ／検出器であってもよい。さらに１つの実施形態においては、送受信要素１２２はＲＦと光信号のどちらも送受信するように構成されてもよい。送受信要素１２２は無線信号の任意の組み合わせを送信や受信するように構成され得ることは理解されるであろう。
【００５０】
さらに、図１Ｂには、送受信要素１２２は単一要素として図示されているが、ＷＴＲＵ１０２は任意の数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を採用してもよい。そのように、一実施形態においては、ＷＴＲＵ１０２は、無線信号をエアインターフェース１１５／１１６／１１７を介して送受信用の２つ以上の送受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
【００５１】
トランシーバ１２０は送受信要素１２２が送信する信号を変調し、送受信要素１２２が受信した信号を復調するように構成され得る。上述のように、ＷＴＲＵ１０２はマルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡやＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信できるように、複数のトランシーバを含むことができる。
【００５２】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid  Crystal  Display：ＬＣＤ）表示ユニットまたは有機発光ダイオード（Organic  Light-Emitting  Diode：ＯＬＥＤ）表示ユニット）に接続されかつ、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカ／マイクロフォン１２４やキーパッド１２６やディスプレイ／タッチパッド／インジケータ１２８に出力することもできる。さらに、プロセッサ１１８は、非取り外し可能１３０や取り外し可能メモリ１３２などの任意の種類の適切なメモリからの情報にアクセスし、そこにデータを保存することもできる。非取り外し可能１３０はランダムアクセスメモリ（Random-Access  Memory：ＲＡＭ）、読み出し専用メモリ（Read-Only  Memory：ＲＯＭ）、ハードディスク、または任意のその他の種類の記憶装置を含み得る。取り外し可能メモリ１３２は加入者識別モジュール（Subscriber  Identity  Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure  Digital：ＳＤ）メモリカードなどを含み得る。一実施形態においては、プロセッサ１１８は、例えば、サーバまたはホームコンピュータ（図示せず）上の、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、そこにデータを保存してもよい。
【００５３】
プロセッサ１１８は電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配したり制御したりするように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池などを含むことができる。
【００５４】
プロセッサ１１８は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経度と緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続されることもできる。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受信したり、２つ以上の近隣の基地局から受信中の信号のタイミングに基づいて自身の位置を決定したりすることができる。ＷＴＲＵ１０２は、一実施形態との整合性を維持しながら、任意の適切な位置決定方法によって位置情報を取得してもよいことは理解されるであろう。
【００５５】
プロセッサ１１８は、その他の周辺機器１３８にさらに接続されてもよく、その他の周辺機器１３８は、追加的特徴や機能性や、有線または無線接続性を提供する１つ以上のソフトウェアやハードウェアのモジュールを含むことができる。例えば、周辺機器１３８は、加速度計や生体計測（例えば、指紋）センサなどの各種センサ、電子コンパス（e-Compass）、衛星トランシーバ、（写真またはビデオ用）デジタルカメラ、ユニバーサルシリアルバス（Universal  Serial  Bus：ＵＳＢ）ポートまたはその他の相互接続インターフェース、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、ブルートゥース（Bluetooth（登録商標））モジュール、周波数変調（Frequency  Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００５６】
ＷＴＲＵ１０２は、センサ、家庭用電化製品、スマートウォッチやスマートクロージングのようなウェアラブルデバイス、医療機器やｅＨｅａｌｔｈデバイス、ロボット、産業機器、ドローン、乗用車、トラック、列車、航空機などの輸送機器などの、他の装置またはデバイスの中に具現化されてもよい。ＷＴＲＵ１０２は、そのような装置またはデバイスのその他の構成要素、モジュール、またはシステムに、周辺機器１３８の１つを含み得る相互接続インターフェースなどの１つ以上の相互接続インターフェースを介して接続されてもよい。
【００５７】
図１Ｃは、一実施形態に係るＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３はコアネットワーク１０６と通信することもできる。図１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１５を介して通信するための１つ以上のトランシーバを含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、ＲＡＮ１０３内の特定のセル（図示せず）と関連付けられてもよい。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂをさらに含むことができる。ＲＡＮ１０３は、一実施形態との整合性を維持しながら、任意の数のノードＢやＲＮＣを含み得ることは理解されるであろう。
【００５８】
図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信可能である。さらに、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信可能である。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、ＲＮＣ１４２ａ、１４２ｂのそれぞれと通信可能である。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して相互に通信可能である。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されているノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを制御するように構成され得る。さらに、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電源制御、負荷制御、承認制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、データ暗号化などの、他の機能を実行またはサポートするように構成され得る。
【００５９】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media  Gateway：ＭＧＷ）１４４と、モバイルスイッチングセンタ（Mobile  Switching  Center：ＭＳＣ）１４６と、サービング汎用パケット無線サービス（General  Packet  Radio  Service：ＧＰＲＳ）サポートノード（Serving  GPRS  Support  Node：ＳＧＳＮ）１４８と、ゲートウェイＧＰＲＳサポートノード（Gateway  GPRS  Support  Node：ＧＧＳＮ）１５０のうち、少なくとも１つを含むことができる。上記要素の各々はコアネットワーク１０６の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【００６０】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６はＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。
【００６１】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にさらに接続されてもよい。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
【００６２】
上述のように、コアネットワーク１０６は、他のサービスプロバイダが所有や運用をする有線または無線ネットワークを含み得るネットワーク１１２にさらに接続されてもよい。
【００６３】
図１Ｄは、一実施形態に係るＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【００６４】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、一実施形態との整合性を維持しながら、任意の数のｅノードＢを含み得ることは理解されるであろう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとエアインターフェース１１６を介して通信するための１つ以上のトランシーバを含むことができる。一実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。
【００６５】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理上の決定、ハンドオーバの決定、上りリンクや下りリンクにおけるユーザのスケジューリングなどの処理をするように構成されてもよい。図１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して、相互に通信可能である。
【００６６】
図１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet  Data  Network：ＰＤＮ）ゲートウェイ１６６を含むことができる。上記要素の各々はコアネットワーク１０７の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【００６７】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中における特定のサービングゲートウェイの選択などを司ってもよい。ＭＭＥ１６２は、さらに、ＲＡＮ１０４と、ＧＳＭやＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）との間で切り替えるための、制御プレーン機能を提供してもよい。
【００６８】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続されてもよい。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ、またはそこからルーティングおよびフォワーディングすることができる。サービングゲートウェイ１６４は、さらに、ｅノードＢ間のハンドオーバ中におけるユーザプレーンのアンカリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが下りリンクデータを利用可能な場合のページングのトリガリング、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの、他の機能を実行することができる。
【００６９】
サービングゲートウェイ１６４は、さらに、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。
【００７０】
コアネットワーク１０７は、他のネットワークとの通信を円滑にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP  Multimedia  Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信してもよい。さらに、コアネットワーク１０７は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００７１】
図１Ｅは、一実施形態に係るＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ  ８０２．１６無線技術を採用して、エアインターフェース１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（Access  Service  Network：ＡＳＮ）であってもよい。後にさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５と、コアネットワーク１０９との異なる機能エンティティ間の通信リンクを、基準点として定義することができる。
【００７２】
図１Ｅに示すように、ＲＡＮ１０５は基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２を含み得るが、ＲＡＮ１０５は、一実施形態との整合性を維持しながら、任意の数の基地局とＡＳＮゲートウェイを含み得ることは理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃは、それぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてもよく、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上のトランシーバを含んでもよい。一実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装してもよい。そのようにして、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、そこから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、さらに、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービスの質（ＱｏＳ）ポリシーの施行などのモビリティ管理機能を提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能することができ、ページング、加入者プロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを司ることができる。
【００７３】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７を、ＩＥＥＥ  ８０２．１６仕様を実装したＲ１基準点と定義することができる。さらに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示せず）を構築することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９の間の論理インターフェースを、認証や、認可や、ＩＰホスト構成管理や、モビリティ管理のために使用され得るＲ２基準点として定義することができる。
【００７４】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクを、基地局間のＷＴＲＵハンドオーバおよびデータ転送を円滑にするためのプロトコルを含むＲ８基準点として定義することができる。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクをＲ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づくモビリティ管理を円滑にするためのプロトコルを含むことができる。
【００７５】
図１Ｅに示すように、ＲＡＮ１０５はコアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクを、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含むＲ３基準点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile  IP  Home  Agent：ＭＩＰ−ＨＡ）１８４と、認証、認可、アカウンティング（Authentication,  Authorization,  Accounting：ＡＡＡ）サーバ１８６と、ゲートウェイ１８８を含むことができる。上記要素の各々はコアネットワーク１０９の部分として図示されているが、これらの要素のうちのいずれも、コアネットワークオペレータ以外の事業体によって所有や運用されてもよいことは理解されるであろう。
【００７６】
ＭＩＰ−ＨＡはＩＰアドレス管理を司ることができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮや異なるコアネットワークの間をローミングできるようにすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスの間の通信を円滑にすることができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを司ることができる。ゲートウェイ１８８は、他のネットワークとのインターワーキングを円滑にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定有線通信デバイスの間の通信を円滑にすることができる。さらに、ゲートウェイ１８８は、他のサービスプロバイダが所有や運用する有線または無線通信ネットワークを含み得るネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００７７】
図１Ｅには図示しないが、ＲＡＮ１０５は他のＡＳＮに接続されてもよく、コアネットワーク１０９は他のコアネットワークと接続されてもよいことは理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクをＲ４基準点として定義することができ、Ｒ４基準点は、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクを、Ｒ５基準として定義することができ、Ｒ５基準は、ホームコアネットワークと訪問先コアネットワークの間のインターワーキングを円滑にするためのプロトコルを含むことができる。
【００７８】
本明細書で説明され、図１Ａ、１Ｃ、１Ｄ、１Ｅに示されたコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様においてそれらのエンティティに付けられた名前で識別されるが、それらのエンティティや機能性は、将来は、他の名前で識別される可能性があり、特定のエンティティまたは機能性は、３ＧＰＰが発行する、３ＧＰＰ  ＮＲ仕様を含む将来の仕様において組み合わされる可能性があることが理解される。したがって、説明され、図１Ａ、１Ｂ、１Ｃ、１Ｄ、１Ｅに示される特定のネットワークエンティティおよび機能性は、単に例として提示されたものであり、本明細書に開示され、特許請求される主題は、現在定義されているかまたは将来定義される任意の類似の通信システムの中に具現化または実装してもよいことが理解される。
【００７９】
図１Ｆは、例えば、ＲＡＮ１０３／１０４／１０５内の特定のノードまたは機能エンティティ、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの、図１Ａ、１Ｃ、１Ｄ、１Ｅに示す通信ネットワークの１つ以上の装置を具現化し得る、例示的なコンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを含むことができ、主としてコンピュータ読み取り可能な命令によって制御されてもよく、命令はソフトウェアの形態であってもよく、ソフトウェアは任意の場所に、あるいは任意の手段によって保存またはアクセスされてもよい。そのようなコンピュータ読み取り可能な命令は、プロセッサ９１内で実行されて、コンピューティングシステム９０を作動させてもよい。プロセッサ９１は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他の種類の集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ９１は、コンピューティングシステム９０の通信ネットワーク内での動作を可能にする信号符号化や、データ処理や、電源制御や、入出力処理や、任意のその他の機能などを実行することができる。コプロセッサ８１は、メインプロセッサ９１と別個の、追加的機能を実行するか、もしくはプロセッサ９１をアシストするオプショナルプロセッサである。プロセッサ９１とコプロセッサ８１のうち、少なくとも一方は、本明細書に開示の方法と装置に関連するデータを受信、生成、および処理することができる。
【００８０】
動作中、プロセッサ９１は命令をフェッチし、解読し、実行して、コンピューティングシステムの主要データ転送経路であるシステムバス８０を介して、他のリソースとの間で情報を転送する。そのようなシステムバスは、コンピューティングシステム９０内の構成要素を接続し、データ交換の媒介を規定する。システムバス８０は、通常、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、割り込みを送信するためとシステムバスを動作させるための制御ラインを含む。そのようなシステムバス８０の一例が、周辺コンポーネント相互接続（Peripheral  Component  Interconnect：ＰＣＩ）バスである。
【００８１】
システムバス８０に接続されるメモリには、ランダムアクセスメモリ（ＲＡＭ）８２と読み出し専用メモリ（ＲＯＭ）９３が含まれる。そのようなメモリは、情報を保存し、読み出すことを可能にする回路を含む。ＲＯＭ９３は、一般に、容易に修正できない保存データを収納する。ＲＡＭ８２内に保存されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、もしくは変更され得る。ＲＡＭ８２とＲＯＭ９３のうち、少なくとも一方へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されるに従って仮想アドレスを物理アドレスに変換するアドレス変換機能を提供することができる。メモリコントローラ９２は、さらに、システム内の各プロセスを隔離し、システムプロセスをユーザプロセスから隔離するメモリ保護機能を提供することができる。したがって、第１モードで実行中のプログラムは、それ自身のプロセス仮想アドレス空間によってマッピングされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
【００８２】
さらに、コンピューティングシステム９０は、プロセッサ９１からの命令の、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器への伝達を司る周辺機器コントローラ８３を含むことができる。
【００８３】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚的出力を表示するために使用される。そのような視覚的出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚的出力は、グラフィカルユーザインターフェース（Graphical  User  Interface：ＧＵＩ）の形で提示され得る。ＧＵＩの一例を図２５に示す。ディスプレイ８６は、ブラウン管（Cathode-Ray  Tube：ＣＲＴ）ベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要な電子部品を含む。
【００８４】
さらに、コンピューティングシステム９０は、図１Ａ、１Ｂ、１Ｃ、１Ｄ、１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２などの外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得る、例えば、ネットワークアダプタ９７などの通信回路を含むことができ、それによって、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにすることができる。通信回路を、単独に、またはプロセッサ９１と共に使用して、本明細書に記載された特定の装置、ノード、または機能エンティティの送信および受信ステップを実行することができる。
【００８５】
本明細書に記載の装置、システム、方法、およびプロセスのいずれかまたはすべては、命令がプロセッサ１１８または９１などのプロセッサによって実行されると、本明細書に記載のシステム、方法、およびプロセスをプロセッサに実行や実装させるコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令（例えば、プログラムコード）の形で具現化され得ることが理解される。具体的には、本明細書に記載のステップ、動作、または機能のいずれかは、無線および有線ネットワーク通信の少なくとも一方用に構成された装置またはコンピューティングシステムのプロセッサ上で実行される、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、電気的消去可能ＲＯＭ（Electrically  Erasable  Programmable  ROM：ＥＥＰＲＯＭ）、フラッシュメモリまたは他のメモリ技術、コンパクトディスクＲＯＭ（Compact  Disc  ROM：ＣＤ−ＲＯＭ）、デジタル多用途ディスク（Digital  Versatile  Disc：ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピューティングシステムによってアクセスすることができる他の任意の有形または物理的媒体が含まれるが、これらに限定されない。
【００８６】
（ＬＴＥにおけるアンライセンススペクトル）
３ＧＰＰ  ＴＳ３６．２１３、物理層手順、リリース１３およびリリース１４で指定されているように、ライセンスアシストアクセス（ＬＡＡ）は、１つ以上の低電力セカンダリーセル（ＳＣｅｌｌ）がアンライセンススペクトル中で６ＧＨｚ未満で動作するキャリアアグリゲーション（ＣＡ）動作を対象とする。ＬＡＡ展開シナリオには、図２Ａ〜２Ｄに示すように、マクロカバレッジがある場合とない場合の、屋外と屋内の両方のスモールセル展開、およびライセンスキャリアとアンライセンスキャリア間の（理想的バックホールを伴う）コロケーションと非コロケーションの両方が含まれる。
【００８７】
図２Ａのシナリオ１は、ライセンスマクロセル（Ｆ１）とアンライセンススモールセル（Ｆ３）の間のキャリアアグリゲーションを示す。一方、図２Ｂのシナリオ２は、マクロセルのカバレッジのない、ライセンススモールセル（Ｆ２）とアンライセンススモールセル（Ｆ３）の間のキャリアアグリゲーションを示す。続いて、図２Ｃのシナリオ３は、ライセンスマクロセルおよびスモールセル（Ｆ１）を示し、ライセンススモールセル（Ｆ１）とアンライセンススモールセル（Ｆ３）の間にはキャリアアグリゲーションがある。
【００８８】
さらに、図２Ｄのシナリオ４は、ライセンスマクロセル（Ｆ１）、ライセンススモールセル（Ｆ２）、およびアンライセンススモールセル（Ｆ３）を示す。シナリオ４には、ライセンススモールセル（Ｆ２）とアンライセンススモールセル（Ｆ３）の間のキャリアアグリゲーションが含まれる。マクロセルとスモールセルの間に理想的バックホールがある場合、マクロセル（Ｆ１）、ライセンススモールセル（Ｆ２）、およびアンライセンススモールセル（Ｆ３）の間にキャリアアグリゲーションが存在し得る。デュアルコネクティビティが可能にされている場合、マクロセルとスモールセルの間のデュアルコネクティビティが可能である。
【００８９】
アンライセンス帯域は、異なる規格によって指定された異なる展開によって利用可能であるため、すべての既存ユーザ間の公平な共存を保証するために、いくつかの規制要件が課せられる。例えば、これらの規制要件には、送信電力マスク、送信帯域幅、気象レーダーとの干渉などに関する制約が含まれる。
【００９０】
さらに、別の主要要件は、チャネルアクセス手順である。例えば、ＬＢＴ手順は、機器がチャネルを使用する前にクリアチャネル評価（Clear  Channel  Assessment：ＣＣＡ）チェックを適用するメカニズムとして定義される。ＣＣＡでは、エネルギー検出を利用して、チャネル上の他の信号の有無を判定する。次に、これにより、チャネルが占有されているかクリアであるかがそれぞれ判定される。欧州と日本の規制では、アンライセンス帯域ではＬＢＴの使用が義務付けられている。規制要件とは別に、ＬＢＴを介したキャリアセンシングは、アンライセンススペクトルを公平に共有するための一方法である。したがって、これは、単一のグローバルソリューションフレームワークにおけるアンライセンススペクトル内での公平でフレンドリーな運用のために重要であると考えられている。
【００９１】
リリース１４では、下りリンク（ＤＬ）およびＵＬ送信の両方のために、それぞれ、ｅＮＢおよびＵＥによって実行されるいくつかのチャネルアクセス手順が導入されている。メインチャネルアクセス手順は、ＴＳ３６．２１３、リリース１４の第１５節に説明されている。
【００９２】
（ＮＲにおけるアンライセンススペクトル）
ミリ波には、６ＧＨｚ未満の周波数帯域で動作することによって達成されるよりも高いデータレートを達成するためにさらに利用することができる広範囲のアンライセンススペクトルが存在する。したがって、ＲＡＮ＃７６は、アンライセンススペクトルへのＮＲベースのアクセスのための新しいシステム情報（ＳＩ）を導入した。現在のＳＩの主目標には、ＮＲ−Ｕにおける異なる物理チャネルと手順、およびそれらをどのように変更する必要があるかを検討することが含まれる。その目標には、ＮＲ−Ｕの課題に対処するための新しい物理チャネルまたは手順を導入することも含まれる。これが、６ＧＨｚを超えて５２．６ＧＨｚまで、またはさらに５２．６ＧＨｚを超える帯域で送受信するための狭いビームを展開するミリ波での動作の理由である。ＮＲ−Ｕと、アンライセンスで動作する他の技術（例えば、ＷｉＦｉデバイス、ＬＴＥベースのＬＡＡデバイス、他のＮＲ−Ｕデバイスなど）との共存を強化し、かつ規制要件を満足させる手順については現在検討中である。
【００９３】
（優先度の高い同期情報と検出参照信号）
ＮＲにおける本出願の態様によれば、ＳＳＢは、ＵＥが同期やフレーム境界などの適切な情報を取得することを可能にする。ＮＲ−Ｕにおいて、異なるサービス（例えば、ＮＲ、ＷｉＦｉ）におけるＵＥは、同じアンライセンススペクトルを共有する。したがって、ＵＥおよびｇＮＢは、送信前にチャネルが占有されていないことを確認するために、ＬＢＴを実行する。この特徴は、ＳＳＢ送信などの周期的または半永続的なスケジュールされた送信に不確実性をもたらす。セル探索、同期などにおけるＳＳＢの本質的要素を考慮すると、ＳＳＢ送信は、バックオフ時間のないチャネルアクセス優先度クラスにおいて高優先度に分類されるか、すべてのチャネルアクセスバックオフ時間の中で最短のバックオフ時間を有する可能性があると想定される。
【００９４】
実施形態においては、ＳＳＢは、より小さな最大チャネル占有時間（Maximum  Channel  Occupancy  Time：ＭＣＯＴ）Ｔｍｃｏｔ、例えば、ＬＡＡのチャネルアクセス優先度クラス１の場合Ｔｍｃｏｔ＝２ｍｓを有するというトレードオフを伴って送信される可能性がより高いであろう。ＮＲでは、ＳＳＢは、最大５ミリ秒間継続するＳＳＢバーストセットで送信される。ＳＳＢバーストセット送信全体は、例えば、サブキャリア間隔のケースＡとケースＤのように、優先度クラス１のＴｍｃｏｔに収まらない場合がある。したがって、ＮＲ−Ｕにおいては、Ｔｍｃｏｔ要件を満たすためにいくつかのサブセットでＳＳＢバーストセットを分割して送信できるということが想定されている。例を、ＮＲにおいてサブキャリア間隔のケースＡを使った図３Ａ、３Ｂに示す。サブキャリア間隔は１５ｋｈｚで、キャリア周波数は３ＧＨｚ≦ｆ≦６ＧＨｚである。この場合、ＳＳＢバーストセット全体には、Ｔｍｃｏｔに収まリ得ない８つのＳＳＢが含まれている。ｇＮＢは、ＳＳＢバーストセットを２つのＳＳＢバーストサブセットに分割することができ、各ＳＳＢバーストサブセットの持続時間は２ミリ秒未満である。ｇＮＢはＬＢＴを実行し、最初のサブセットを送信して、２番目のサブセットに対して手順を繰り返す。
【００９５】
あるいは、ｇＮＢは、ＳＳＢバーストセットを、各サブセットが２つのＳＳＢを含む４つのサブセットなどの、より細かい粒度に分割することができる。各サブセットは、１つまたは複数のＳＳＢバーストを含むことができると想定されている。ＳＳＢバーストサブセットの周期性は、ＳＳＢバーストセットの周期性と同じであり得る。ＳＳＢバーストサブセットが決定されると、それは、以下の例示的な方法の１つによって送信され得る。
【００９６】
第１の方法では、ＵＥは、１つの無線フレームで複数のＳＳＢバーストサブセットを受信するように、ｇＮＢによって構成され得る。この方法の例を、例示的に図３Ａに示す。この場合、ＵＥは、１回のオケージョンですべてのＳＳＢバーストサブセットを監視するように構成され得る。
【００９７】
第２の方法では、ＵＥは、異なる無線フレームでＳＳＢバーストサブセットを受信するように、ｇＮＢによって構成され得る。この方法の例を、例示的に図３Ｂに示す。この場合、ＵＥは、異なるオケージョンで異なるＳＳＢバーストサブセットを監視するように構成され得る。
【００９８】
ＳＳＢバーストセット全体を、サブキャリア間隔のケースＢ、Ｃ、およびＥのように、Ｔｍｃｏｔに収めることができる場合、ＳＳＢバーストセットを、複数のＳＳＢバーストサブセットに分割して送信することもできる。例えば、ｇＮＢは、ＬＢＴの後に、Ｔｍｃｏｔよりも短いチャネル占有期間で、ＳＳＢバーストサブセットを送信することができる。
【００９９】
（ＳＴＴＣ）
さらに別の実施形態によれば、ＳＳＢ送信の信頼性をさらに高めるために、ＳＳＢバーストセット／サブセットがＳＴＴＣ（ＳＳＢ送信タイミング構成）で送信され得ることが想定される。例示的な図示を図４に提供する。ＳＴＴＣの持続時間は、事前に構成または指定され得る。あるいは、ｇＮＢによって、無線リソース制御（ＲＲＣ）シグナリングやメディアアクセス制御用の制御要素（ＭＡＣ  ＣＥ）を介して構成／シグナリングされ得る。例えば、ＵＥは、５ミリ秒、８ミリ秒などであり得るＳＴＴＣの期間を示すためのＲＲＣメッセージSSB_Transmission_Timing_durationを使用して構成され得る。１つのＳＴＴＣ内で、複数のＬＢＴが実行され得る。ＬＢＴが成功した後に、ＳＳＢバーストセット／サブセットを送信することができ、１つのＳＴＴＣ内で１つ以上のＳＳＢバーストセット／サブセットを送信することができる。代替的実施形態では、ＵＥは、１つだけの時間的に固定された位置でＳＳＢを監視するのではなく、構成されたＳＴＴＣ内でＳＳＢを複数回監視して、送信されたＳＳＢを検出することができる。
【０１００】
（ＳＴＴＣ内でスライドされるＳＳＢバーストセット/サブセット送信）
ＮＲにおける本出願のさらに別の態様によれば、複数のＳＳＢがＳＳバーストセットにバンドルされる。ＳＳバーストセットは、事前に定義／構成された位置で送信される。ＮＲ−Ｕにおいて、ｇＮＢはＳＳＢバースト送信の前にＬＢＴを実行する。ＳＳＢ送信は、さらに共にバンドルされ得る。事前に定義／構成された位置でのバンドルされたＳＳＢ送信のためのＬＢＴの成功例を図５に示す。
【０１０１】
図５のこの例によれば、全方向性ＬＢＴまたはビームベースの指向性ＬＢＴが、構成されたＳＳＢ送信の前に実行され得る。全方向またはすべての指向性ビーム上でＬＢＴが成功すると、ＳＳＢは事前に定義／構成された位置上でＳＳＢバーストセットとして送信できる。ｇＮＢがこの期間にチャネルを占有できる場合、このＳＳＢバーストセット送信中にＬＢＴを追加する必要はない。バンドルされたＳＳＢ送信はＳＴＴＣ内でシフトされ得ると想定される。この場合、ＳＳＢインデックスの順序（例えば、ＳＳＢ＃０、ＳＳＢ＃１、ＳＳＢ＃２、ＳＳＢ＃３）はバンドルされたＳＳＢ送信内で変更されないが、ＳＳＢ＃０の位置は無線フレーム内で変更できる。複数のＬＢＴが、ＳＴＴＣ内のｇＮＢによって実行され得る。ＬＢＴは、以下の例示的なオプションの１つによって実行できる。
【０１０２】
オプション１：ｇＮＢは、可能なＳＳＢ送信位置の直前に、ＬＢＴを１回の試行で実行することができる。可能なＳＳＢ送信位置は、オフセットの分解能に基づいて決定することができる。これは、仕様で事前定義するか、もしくはＳＴＴＣ内で構成することができる。ＳＳＢｉの可能な位置＝指定されたＳＳＢｉの位置＋ｊ＊スロット。ただし、ｊは、ＳＳＢｉに対する最初のＬＢＴ障害後のＬＢＴ処理の反復数である。これは、ＳＳＢ０がスロット１のシンボル４で送信されるように構成されていることを前提としている。オフセットがスロット数である場合、ＳＳＢ０の最初の可能なＳＳＢ送信位置はスロット１のシンボル４となる。ＳＳＢ０の２番目の可能なＳＳＢ送信位置はスロット２のシンボル４となる。以下同様となる。ＬＢＴが成功すると、ｇＮＢはシフトされたＳＳＢを送信する。ＬＢＴが失敗すると、ｇＮＢは、次の可能なＳＳＢ送信位置の前にＬＢＴを実行することができる。このオプションを、図６に例示的に示す。ｇＮＢは、スロット０のシンボル３で、バックオフ時間なしで２５μｓのＬＢＴを実行することができる。ＬＢＴは、全方向性ＬＢＴまたはビームベースの指向性ＬＢＴのいずれかであり得る。それに失敗した場合、ｇＮＢはスロット１のシンボル３で、バックオフ時間なしで２５μｓのＬＢＴを実行することができる。ＬＢＴがスロット１で成功した場合、バンドルされたＳＳＢは、スロット１のシンボル４から開始してスロット２のシンボル９まで送信され得る。
【０１０３】
オプション２：ｇＮＢは、可能なＳＳＢ送信位置の前に、ＬＢＴを複数回の試行で実行することができる。可能なＳＳＢ送信位置は、仕様で事前定義されるかＳＴＴＣ内で構成され得るオフセットの分解能に基づいて決定することができる。ＳＳＢｉの可能な位置＝指定されたＳＳＢｉの位置＋ｊ＊スロット。ただし、ｊは、ＳＳＢｉに対する最初のＬＢＴ障害後のＬＢＴ処理の反復数である。可能なＳＳＢ送信位置よりも早くＬＢＴが成功した場合、予約信号が送信されてチャネルを占有し、ＳＳＢが可能なＳＳＢ送信位置で送信される。例示的な図を図７に示す。ｇＮＢは、スロット０のシンボル３で、バックオフ時間なしで２５μｓのＬＢＴを実行することができる。ＬＢＴは、全方向性ＬＢＴまたはビームベースの指向性ＬＢＴのいずれかであり得る。それに失敗した場合、ｇＮＢはＬＢＴを実行し続けることができる。ＬＢＴがスロット１のシンボル０で成功した場合、予約信号が送信されて、数シンボル分続き得るチャネルを保持することができる。ＭＣＯＴの制限により、予約信号を任意に長くすることはできないことに注意する必要がある。最終的に、バンドルされたＳＳＢは、スロット１のシンボル４から開始してスロット２のシンボル９まで送信され得る。
【０１０４】
実施形態においては、バンドルされたＳＳＢ送信は、ＳＴＴＣ内でシフトされる。このシナリオでは、固定オフセットΔが、無線フレーム境界からすべてのＳＳＢに導入される。例えば、オフセットは、図６および図７に示されるように、スロット数であり得る。この場合、Δ＝ｋスロットである。ただし、ｋ＝０，１，２，・・・，Ｋ−１である。
【０１０５】
代替的実施形態では、オフセットは、ＳＳＢ位置の数であり得る。可能なＳＳＢ送信位置は、オフセットの分解能に基づいて決定することができ、仕様で事前定義するか、もしくはＳＴＴＣ内で構成することができる。これは、ＳＳＢ０がスロット１のシンボル４で送信されるように構成されていることを前提としている。オフセットがＳＳＢ位置の数である場合、オフセット分解能と、ＳＳＢ０に対する最初のＬＢＴ障害後のＬＢＴプロセスの反復とによって決定される、最初の可能なＳＳＢ送信位置はスロット０のシンボル８となる。ＳＳＢ０に対する第２の可能なＳＳＢ送信位置はスロット１のシンボル４となる。以下同様となる。例示的な実施形態を図８に示す。ＬＢＴは、スロット０のシンボル３で失敗する可能性があるが、スロット０のシンボル７で成功する可能性がある。このシナリオでは、バンドルされたＳＳＢは１つのＳＳＢ位置だけシフトされて送信され得る。言い換えれば、ＳＳＢ０は、ＳＳＢ１を送信することになっていた位置で送信され、ＳＳＢ１は、ＳＳＢ２を送信することになっていた位置で送信され、以下同様となる。オフセットは、スケジュールされたＳＳＢインデックスと、実際に送信されたＳＳＢインデックスの間のＳＳＢインデックス差になる。
【０１０６】
図８に示す例では、オフセットは１に等しい。オフセットは論理値であり、ＵＥは、特定のＳＳＢ構成に基づいて、論理値を物理的位置にマッピングする必要がある。この例では、ＬＢＴは、オフセット分解能と、最初のＬＢＴ障害後のＬＢＴ処理の反復とによって決まる可能なＳＳＢ送信位置の直前に実行され、予約信号は使用されない。代替的実施形態では、予約信号をこの解決策に使用することができる。
【０１０７】
別の場合では、ＳＳＢバンドルがシフトされた場合、ＳＳＢインデックスの順序は、バンドルされたＳＳＢ送信内で変更され得る。例えば、ＳＳＢインデックスの順序は、周期的にシフトされることができ、例えば、周期的にシフトされたＳＳＢインデックスの順序は、ＳＳＢ＃１、ＳＳＢ＃２、ＳＳＢ＃３、ＳＳＢ＃０であり得る。
【０１０８】
実施形態によれば、フレーム境界を判定するために、ＵＥは、ＳＳＢブロックインデックスおよびオフセットΔの両方の情報を知っている必要がある。オフセットΔの例を図８に示す。オフセットの情報を得るために、ＵＥは以下のオプションのうちの１つを使用してオフセットΔの値を示すことができる。
【０１０９】
オプション１：オフセットΔの値は、ＰＢＣＨのペイロードによって示され得る。例えば、すべてのビームのＰＢＣＨは同じペイロードを運ぶことができ、フレーム境界からのオフセットを示すことができる（４つの位置に対して２ビット）。例えば、ＳＳＢバーストセット送信内に４つまたは８つのＳＳＢがある場合、予約済みのＰＢＣＨペイロードビット以下の数式１を使用して、オフセットΔを示すことができる。ＵＥは、ＳＳＢブロックインデックスおよびオフセットΔの情報を用いてフレーム境界を判定することができる。あるいは、いくつかの追加フィールドをＰＢＣＨに加えて、オフセットΔの値を伝達することができる。
【０１１０】
【数１】
2021525024.tif 000005
【０１１１】
オプション１ａ：オフセットΔは、ＰＢＣＨペイロードの巡回冗長検査（Cyclic  Redundancy  Check：ＣＲＣ）ビットにマスクを適用することによって示され得る。ＵＥはＰＢＣＨを復号化し、ＣＲＣに異なるマスクを適用する。ＣＲＣチェックサムを成功させるマスクが、オフセットΔを示すために使用される。
【０１１２】
オプション２：オフセットΔの値は、ＰＢＣＨ  ＤＭＲＳを介して示され得る。ＰＢＣＨ  ＤＭＲＳはオフセットΔによって初期化され得る。例を以下に示す。
【０１１３】
【数２】
2021525024.tif 000006
【０１１４】
ＵＥは、盲目的相互相関によってＰＢＣＨ  ＤＭＲＳを検出するとき、ＰＢＣＨ  ＤＭＲＳシーケンスに基づいてオフセット値を決定する。
【０１１５】
オプション３：オフセットΔの値は、ＰＢＣＨ  ＤＭＲＳおよびＰＢＣＨのペイロードを介して共同で示され得る。例えば、オフセットΔを示すために３ビットが必要であるとすると、２つの最上位ビット（Most  Significant  Bit：ＭＳＢ）は、ＰＢＣＨのペイロードに示され得る。１つの最下位ビット（Least  Significant  Bit：ＬＳＢ）は、オフセットのＬＳＢによって初期化された異なるシーケンスを使用することにより、ＰＢＣＨ  ＤＭＲＳによって示され得る。
【０１１６】
オプション４：これは、アンライセンス帯域の周波数におけるチャネル占有の要件に基づく。ＮＲ−Ｕにおいては、ＳＳＢを周波数領域で繰り返し、同じビームで送信することで要件を達成することができる。例示的な実施形態を図９に示す。
【０１１７】
ＮＲにおいては、ＰＢＣＨ  ＤＭＲＳを使用して、ＳＳＢインデックスの最大３個までのＬＳＢビットが盲目的に検出される。オフセットΔも指定する必要がある場合は、盲目的復号化が増加し、ＰＢＣＨ  ＤＭＲＳが十分にロバストでない可能性がある。オフセットΔを示すためにＳＳＢを繰り返すことは有利であると想定される。
【０１１８】
ＳＳＢが繰り返される場合、拡散符号がＰＢＣＨ  ＤＭＲＳに適用され得る。異なるＳＳＢに対して異なる拡散符号を使用することができる。例えば、ＳＳＢ１のＰＢＣＨ  ＤＭＲＳは[1  1  1  1]で拡散でき、ＳＳＢ２のＰＢＣＨ  ＤＭＲＳは[1  1  -1  -1]で拡散でき、ＳＳＢ３のＰＢＣＨ  ＤＭＲＳは[1  -1  1  -1]で拡散できる、等々である。オフセットΔの値は、拡散符号によって暗黙的に示され得る。例えば、Δ＝１の場合、ＳＳＢのＰＢＣＨ  ＤＭＲＳは[1  1  1  1]で拡散され、Δ＝２の場合、ＳＳＢのＰＢＣＨ  ＤＭＲＳは[1  1  -1  -1]で拡散される。
【０１１９】
オプション５：オフセットΔの値は、ＲＭＳＩ物理下りリンク制御チャネル（Physical  Downlink  Control  Channel：ＰＤＣＣＨ）またはＲＭＳＩ物理下りリンク共有チャネル（Physical  Downlink  Shared  Channel：ＰＤＳＣＨ）によって示され得る。ＮＲ−Ｕにおいて、ＲＭＳＩ  ＣＯＲＥＳＥＴとＲＭＳＩ  ＰＤＳＣＨの少なくとも一方は、送信されたＳＳＢに関連付けられた同じスロットで送信され得る。例えば、ＲＭＳＩ  ＣＯＲＥＳＥＴおよびＳＳＢは、図１０に示すように、同じスロット内でＦＤＭされ得る。ＳＳＢオフセット値Δを運ぶために、新しいフィールドがＲＭＳＩ  ＰＤＣＣＨに追加され得る。ＵＥは、ＳＳＢを検出すると、同じスロットで送信されたＲＭＳＩ  ＰＤＣＣＨを復号化して、ＳＳＢがシフトされ得るオフセットを決定することができる。したがって、ＵＥはフレーム境界を判定することができる。ＵＥは、仕様で事前定義されたいくつかの規則、またはマスター情報ブロック（ＭＩＢ）内に構成されたRMSI-PDCCH-Configメッセージによって、ＲＭＳＩ  ＰＤＣＣＨの位置を決定することができる。ＵＥは、RMSI-PDCCH-Configのｋ個の最下位ビットからＰＤＣＣＨ監視オケージョンを決定することができる。RMSI-PDCCH-Configのｋ個の最下位ビットによって提供されるＭとＯの両方が０に等しい場合、ＲＭＳＩ  ＣＯＲＥＳＥＴは同じスロット内のＳＳＢを使ってＦＤＭされ得る。
【０１２０】
代替的実施形態では、ＲＳＭＩ  ＣＯＲＥＳＥＴは、図１１に示すように、同じスロット内のＳＳＢを使ってＴＤＭされ得る。例えば、ＳＳＢ０はシンボル４からシンボル７に送信される。対応するＲＭＳＩ  ＣＯＲＥＳＥＴおよびＰＤＳＣＨの少なくとも一方は、シンボル８からシンボル９に送信され得る。周波数領域では、ＲＭＳＩ  ＣＯＲＥＳＥＴ／ＰＤＳＣＨおよびＳＳＢの送信に使用されるリソースブロック（Resource  Block：ＲＢ）は、図示のように、異なる可能性があり、ＴＤＭされ、ＦＤＭされる。代替的実施形態では、同じＲＢを使用して、ＲＭＳＩ  ＣＯＲＥＳＥＴ／ＰＤＳＣＨおよびＳＳＢを送信することができる。
【０１２１】
さらに別の実施形態では、ｇＮＢは、１回につき１つのビームでＬＢＴを実行することができる。例えば、ＳＳＢ０から開始して、ｇＮＢは最初にＳＳＢ０に関してＬＢＴを実行する。ｇＮＢは、ＳＳＢ０を送信すると、ＳＳＢ１などの次のＳＳＢに関してＬＢＴを実行する。ＳＳＢ０を送信できない場合、残りのＳＳＢバースト（ＳＳＢ０、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３）がシフトされ、ｇＮＢは次回のオケージョンにおけるＳＳＢ０に関するＬＢＴを実行する。ＳＳＢ０は時間オケージョンｋ以内に送信されたが、ＳＳＢ１が時間オケージョンｋ＋１以内に送信できない場合、残りのＳＳＢバースト（ＳＳＢ１、ＳＳＢ２、ＳＳＢ３）はシフトされ、ｇＮＢは次の時間オケージョン（時間オケージョンｋ＋２）でＳＳＢ１に関するＬＢＴを実行する。この手順は、バースト内のすべてのＳＳＢが送信されるまで、またはＳＴＴＣウィンドウが有効期限切れになるまで繰り返される。
【０１２２】
アイドル状態または非アクティブ状態のＵＥの初期セル選択については、いくつかの固定ＳＴＴＣを仮定することが想定される。例えば、ＵＥは、ＳＴＴＣの持続時間が、仕様で事前定義されているように、５ミリ秒であると仮定することができる。ＵＥは、事前定義されたＳＴＴＣ、検出されたＳＳＢ送信オフセットΔなどに基づいてフレーム境界を判定することができる。
【０１２３】
接続状態にあるＵＥの場合、ＵＥは、ＲＲＣシグナリングおよびＭＡＣ  ＣＥのうちの１つ以上によるＳＴＴＣを用いて構成され得る。ＵＥは、ＳＳＢインデックス、検出されたＳＳＢ送信オフセットΔなどに基づいてフレーム境界を判定することができる。バンドルされたＳＳＢ送信を監視および受信するための手順の例を図１２に示す。
【０１２４】
（オポチュニスティック送信を用いたＳＳＢバーストセット／サブセット送信）
ＮＲ−Ｕにおける本出願の別の態様によれば、ＳＳＢ送信はバンドルされない可能性があり、例えば、ｇＮＢは、スケジュールされたＳＳＢ送信の前にすべてのビームに対してビームベースの指向性ＬＢＴを実行することができると想定される。ＬＢＴが成功したビームについては、対応するＳＳＢが送信される。ＬＢＴに失敗したビームについては、ｇＮＢは対応するＳＳＢの送信をスキップすることができる。これを例示的に図１３に示す。ｇＮＢは、ビームベースの指向性ＬＢＴを実行する。サブフレーム０のスロット０の前に、４つのビームすべてに対してＬＢＴを実行することができる。あるいは、サブフレーム０のスロット０の前に、ビーム０とビーム１に対してＬＢＴを実行することができる。サブフレーム０のスロット１の前に、ビーム２とビーム３に対してＬＢＴを実行することができる。ビーム０とビーム３に対するＬＢＴだけが成功する。したがって、ＳＳＢ＃０とＳＳＢ＃３だけがスケジュールされた位置で送信される。一方、ＳＳＢ＃１とＳＳＢ＃２は省略される。
【０１２５】
ＳＳＢ送信の省略は、ＮＲシステムにおけるその必要性を考えると重要であり得る。ＳＳＢ送信の信頼性を向上させるために、スケジュールされたＳＳＢ送信に加えて、ＵＥをオポチュニスティックＳＳＢ送信を用いて構成して、例えば、スケジュールされたＳＳＢ送信において、ＳＳＢ＃１とＳＳＢ＃２がビームベースＬＢＴの失敗のために省略されるような、ＬＢＴ障害のために省略されたＳＳＢ送信を監視することができる。次に、ｇＮＢは、構成されたオポチュニスティックＳＳＢ送信の前に、省略されたＳＳＢに関してビームベースの指向性ＬＢＴを実行することができる。対応するＳＳＢは、ビームベースのＬＢＴが成功した場合、構成されたオポチュニスティックＳＳＢ送信中に送信される。ＬＢＴは、バックオフ時間のないＬＢＴ、またはチャネルアクセス優先度クラス１などの競合ウィンドウを持つＬＢＴのいずれかであり得る。オポチュニスティックＳＳＢ送信で送信されているＳＳＢにかかわらず、リソースが他の送信に使用されない可能性がある。その際、ＳＳＢが送信されないと、オポチュニスティックリソースが空になる可能性がある。ＵＥは、データがオポチュニスティックリソースの周囲でレートマッチングしていると常に想定することができる。１つのオポチュニスティックＳＳＢ送信内で、対応するＬＢＴの成功後に複数のＳＳＢが送信される可能性がある。あるいは、オポチュニスティックＳＳＢ送信は、ビーム固有であり得る。例えば、各ＳＳＢは、専用のオポチュニスティック低ＳＳＢ送信構成を持つように構成されている。オポチュニスティックＳＳＢ送信は、以下のいずれかのオプションで構成され得る。
【０１２６】
オプション１：ＵＥは、スケジュールされたＳＳＢ送信の後に、ＳＴＴＣ内のオポチュニスティックＳＳＢ送信を監視するように構成され得る。例示的な実施形態を図１４に示す。この例では、オポチュニスティックＳＳＢ送信はビーム固有であり、ＳＳＢ１とＳＳＢ２は両方ともスケジュールされた送信に失敗する。ＳＳＢ１に関する成功したＬＢＴが、スロット２のシンボル７で実行される。ＳＳＢ１は、構成されたスロット２のシンボル８からシンボル１１に送信される。ＳＳＢ２に関する成功したＬＢＴが、スロット３のシンボル１で実行される。その後、ＳＳＢ１はスロット３のシンボル２からシンボル５に送信される。
【０１２７】
この場合、ＳＳＢ固有のオフセットΔＳＳＢ，ｉは、フレーム境界から各ＳＳＢに導入され得る。ＵＥは、示されたＳＳＢ固有のオフセットΔＳＳＢ，ｉとＳＳＢインデックスの両方の情報によってフレーム境界を判定することができる。
【０１２８】
オプション２：ＵＥは、ＳＴＴＣを用いて構成されていない可能性がある。ＵＥは、２つのスケジュールされたＳＳＢ送信の間のオポチュニスティックＳＳＢ送信オケージョンを監視するように構成され得る。例示的な実施形態を図１５に示す。ＳＳＢ１とＳＳＢ２は両方ともスケジュールされた送信に失敗する。ＳＳＢ１およびＳＳＢ２に関するＬＢＴは、スロットｋのシンボル７で実行される。ワンショットＬＢＴおよび送信試行がオポチュニスティックＳＳＢ送信オケージョン中に実行され得る。あるいは、ＳＴＴＣは、複数のＬＢＴおよび送信試行を実行できるように構成され得る。ＳＴＴＣが構成されている場合、オフセットΔＳＳＢ，ｉまたはΔのＳＳＢが、フレーム境界を決定するためにＵＥによって採用され得る。
【０１２９】
オプション３：ＵＥは、ＳＴＴＣを用いて構成され得る。ＵＥは、２つのＳＴＴＣの両方のオポチュニスティックＳＳＢ送信オケージョンを利用して構成することもできる。例示的な実施形態を図１６に示す。ＳＴＴＣ内では、ＬＢＴ障害のために、いかなるＳＳＢもスケジュールされた位置で送信されない場合、それはシフトされる可能性がある（例えば、オポチュニスティック送信またはオポチュニスティック送信ｂなどで送信）。２つのＳＴＴＣ間では、ＵＥは、ＳＳＢ送信オケージョン、すなわち、オポチュニスティック送信オケージョン１、オポチュニスティック送信オケージョン２などで送信するように構成され得る。ｇＮＢは、各オポチュニスティック送信オケージョンの前に、カテゴリ１またはカテゴリ４ＬＢＴを実行し得る。チャネルがクリアである場合、ｇＮＢは、オポチュニスティック送信オケージョン中にＳＳＢを送信する。チャネルがクリアでない場合、ｇＮＢはオポチュニスティック送信オケージョンをスキップする。オポチュニスティック送信オケージョンごとに同じＳＳＢを送信することができる。例えば、ｇＮＢはＬＢＴを実行し、オポチュニスティック送信オケージョン１とオポチュニスティック送信オケージョン２の両方において、４つのＳＳＢ（ＳＳＢ０、ＳＳＢ１、ＳＳＢ２、ＳＳＢ３）すべての送信を試行することができる。代替的実施形態では、異なるＳＳＢは、異なるオポチュニスティック送信オケージョンに送信され得る。例えば、ｇＮＢは、ＬＢＴを実行し、オポチュニスティック送信オケージョン１にＳＳＢ０およびＳＳＢ１の送信を試行することができる。ｇＮＢは、ＬＢＴを実行し、オポチュニスティック送信オケージョン２にＳＳＢ２およびＳＳＢ３の送信を試行することができる。
【０１３０】
別の実施形態によれば、初期セル選択に関して、アイドル状態または非アクティブ状態のＵＥは、仕様で事前定義されているように、いくつかの固定ＳＴＴＣ、例えば、持続時間を仮定することができる。ＵＥは、事前定義されたＳＴＴＣ、検出されたＳＳＢ送信オフセットΔまたはΔＳＳＢ，ｉなどに基づいてフレーム境界を判定することができる。
【０１３１】
接続状態にあるＵＥの場合、ＵＥは、ＲＲＣシグナリングおよびＭＡＣ  ＣＥのうちの１つ以上によるＳＴＴＣを用いて構成され得る。ＵＥは、事前に定義／構成されたＳＴＴＣ、検出されたＳＳＢ送信オフセットΔまたはΔＳＳＢ，ｉなどに基づいてフレーム境界を判定することができる。オポチュニスティック送信を用いたＳＳＢ送信を監視および受信する手順の例を図１７に示す。
【０１３２】
（専用ＳＴＴＣを用いたＳＳＢ送信）
本出願のさらに別の態様によれば、ＵＥは、各ＳＳＢまたは各２つのＳＳＢの専用ＳＴＴＣを監視するように構成され得ることが想定される。例を図１８に示す。
【０１３３】
１つのＳＳＢバーストセット送信期間（例えば、２０ミリ秒）内で、ＳＴＴＣは、（全バーストや半バーストではなく）１スロットで送信される２つのＳＳＢごとに構成され得る。１５ｋＨｚのヌメロロジーと４ミリ秒を仮定すると、ＳＳＢ０とＳＳＢ１は４スロットのうちの任意のスロットで送信され得る。その後、ＳＳＢ２とＳＳＢ３は、ＳＴＴＣ内の４スロットを横切ってスライドし得る。ＳＴＴＣは、例えば、０ミリ秒、４ミリ秒、８ミリ秒などから始まって、連続していてもよい。あるいは、ＳＴＴＣは、例えば、０ミリ秒、５ミリ秒、１０ミリ秒などから始まって、非連続であってもよい。各ＳＴＴＣ内における、ＳＳＢ送信のオフセットΔが、フレーム境界を判定するために、ＵＥに示される必要がある。
【０１３４】
初期セル選択に関して、アイドル状態または非アクティブ状態のＵＥは、仕様で事前定義されているように、いくつかの固定ＳＴＴＣ、例えば、持続時間と時間位置を想定し得る。ＵＥは、事前定義されたＳＴＴＣ、ＳＳＢ送信オフセットΔなどに基づいてフレーム境界を判定することができる。
【０１３５】
接続状態のＵＥの場合、ＵＥは、ＲＲＣシグナリングおよびＭＡＣ  ＣＥのうちの１つ以上によるＳＴＴＣを用いて構成され得る。ＵＥは、構成されたＳＴＴＣ、ＳＳＢ送信オフセットΔなどに基づいてフレーム境界を判定することができる。
【０１３６】
ＳＴＴＣを用いて専用ＳＳＢ送信を監視および受信するための例示的な手順を図１９に提供する。ＵＥは、異なる構成されたＳＴＴＣ内の異なるＳＳＢに対して手順を繰り返すことができる。
【０１３７】
（柔軟なインデックス順序を用いたＳＳＢバーストセット／サブセット送信）
本出願のさらなる態様では、ＮＲにおいて、ＳＳＢは、固定ＳＳＢ位置上で送信される。例えば、ＳＳＢ＃０は、ＳＳＢ位置０で送信され、ＳＳＢ＃１は、ＳＳＢ位置１上で送信される。したがって、ＳＳＢ送信内では、ＳＳＢインデックスの順序は固定されている（例えば、ＳＳＢ＃０、ＳＳＢ＃１、ＳＳＢ＃２、ＳＳＢ＃３）。
【０１３８】
ＮＲ−Ｕにおいては、ＵＥは、柔軟なインデックス順序でＳＳＢ送信を監視するように構成され得ることが想定される。例えば、ＳＳＢインデックス順序はバースト内で異なり得る。同じＳＳＢが、ＳＳＢバーストセット／サブセット送信内の異なるＳＳＢ位置で送信され得る。例示的な実施形態を図２０に示す。
【０１３９】
ｇＮＢは、サブフレーム０のスロット０より前のすべてのビームに対してビームベースの指向性ＬＢＴを実行することができる。スケジュールされたＳＳＢに対するチャネルが使用可能である場合、ｇＮＢは、スケジュールされたＳＳＢをスケジュールされた位置上で送信することができる。例えば、ＳＳＢ１に対するチャネルが使用可能であれば、ＳＳＢ１はＳＳＢ位置１上で送信される。スケジュールされたＳＳＢに対するチャネルは使用可能ではないが、他のＳＳＢに対するチャネルが使用可能である場合、ｇＮＢは、使用可能なＳＳＢをその位置で送信することができる。例えば、ＳＳＢ０に対するチャネルは使用可能ではないが、ＳＳＢ２対するチャネルが使用可能であれば、ＳＳＢ２がＳＳＢ位置０上で送信され得る。送信済みのＳＳＢに関しては、ｇＮＢは、１つのＳＳＢバーストセット／サブセット送信の中の残りのＬＢＴオケージョン中に、そのビームに対するビームベースＬＢＴを実行しない。１つのＳＳＢ位置に対して複数の未送信ＳＳＢチャネルが使用可能である場合、スケジュールされたＳＳＢ位置を逃したＳＳＢは、より高い送信優先度を持つことができる。例えば、ＳＳＢ２は、ＬＢＴ障害のため、ＳＳＢ位置２上で送信できない。ＳＳＢ０およびＳＳＢ４に対するチャネルが使用可能である間、ＳＳＢ０はＳＳＢ位置２上で送信され得る。一部のＳＳＢをＭＣＯＴ以内に送信できない場合、ｇＮＢはそれらのビームを省略することができる。あるいは、ＳＴＴＣを構成して、失敗したＳＳＢに対してオポチュニスティック送信を実行することもできる。
【０１４０】
ＳＳＢが実際に送信される位置を決定するために、ＵＥは、各ＳＳＢに対してオフセット値ΔＳＳＢ，ｉを提供することができる。オフセット値は負であってもよい。その場合、値が正か負かを表すために、もう１ビットが必要になり得る。
【０１４１】
代替的実施形態では、ＳＳＢ位置インデックス情報は、ＰＢＣＨ  ＤＭＲＳおよびＰＢＣＨペイロードによって運ばれ得る。例えば、ＳＳＢバーストセット送信の中に６４個のＳＳＢがある場合、ＰＢＣＨペイロードビット（以下の数式３）は、ＳＳＢ位置インデックスの第６、第５、および第４ビットであり得る。ＰＢＣＨ  ＤＭＲＳは、以下の数式４を用いて、ＳＳＢ位置インデックスによって初期化され得る。
【０１４２】
【数３】
2021525024.tif 000007
【０１４３】
【数４】
2021525024.tif 000008
【０１４４】
ただし、
【０１４５】
Ｌｍａｘ＝４の場合、ｎｈｆは、ＰＢＣＨがフレーム中の第１の半フレームに対してｎｈｆ＝０のフレーム中で送信され、フレーム中の第２の半フレームに対してｎｈｆ＝１のフレーム中で送信される半フレームの数であり、ｉＳＳＢ，ｌｏｃａｔｉｏｎは、ＳＳＢブロック位置インデックスの２つの最下位ビットである。
【０１４６】
Ｌｍａｘ＝８またはＬｍａｘ＝６４の場合、ｎｈｆ＝０であり、ｉＳＳＢ，ｌｏｃａｔｉｏｎは、ＳＳＢブロック位置インデックスの３つの最下位ビットである。
【０１４７】
この場合、ＰＢＣＨペイロードは、異なるＳＳＢ送信における同じＳＳＢインデックスに対して異なる可能性がある。ＵＥは、ＳＳＢブロック位置インデックスを使用して、フレーム境界を判定することができる。さらに、ＳＴＴＣがＳＳＢ送信を強化するために使用される場合、初期セル選択に関して、アイドル状態または非アクティブ状態のＵＥは、仕様で事前定義されているように、いくつかの固定ＳＴＴＣ、例えば、持続時間を仮定することができる。ＵＥは、事前定義されたＳＴＴＣ、検出されたＳＳＢ送信オフセットΔ、ＳＳＢブロック位置インデックスなどに基づいてフレーム境界を判定することができる。接続状態にあるＵＥの場合、ＵＥは、ＲＲＣシグナリングおよびＭＡＣ  ＣＥのうちの１つ以上によるＳＴＴＣを用いて構成され得る。ＵＥは、事前に定義／構成されたＳＴＴＣ、検出されたＳＳＢ送信オフセットΔ、ＳＳＢ位置インデックスなどに基づいてフレーム境界を判定することができる。柔軟なインデックス順序でＳＳＢ送信を監視および受信するための手順の例示的な実施形態を図２１に示す。
【０１４８】
オフセットΔを示すために提案された解決策は、ＳＳＢブロック位置インデックスを示すためにも、ここに適用され得る。
【０１４９】
（ディスカバリ参照信号（Discovery  Reference  Signal：ＤＲＳ）／ＳＳＢがＳＴＴＣ内でスライドするときの構成とスケジューリングへの影響）
本出願のさらにその上別の態様によれば、ＳＴＴＣがＳＳＢ送信に使用されるとき、ＳＳＢ送信は、タイミングウィンドウ内でシフトされ得る。ＳＳＢ送信がシフトされると、他の構成、または半永続的スケジューリングなどのスケジューリング、またはＰＲＡＣＨリソースと重複する可能性がある。このシナリオでは、以下のオプションが想定される。
【０１５０】
オプション１：ＵＥが、ＳＳＢ送信がシフトされたことを検出した場合、ＵＥは、他の構成やスケジューリングはシフトされないと仮定することができる。ＰＲＡＣＨリソースに対するＳＳＢシフトの影響の例を、図２２Ａ〜２２Ｃに例示的に示す。これらの図は、ＳＳＢ０がスケジュールされた位置で送信されるシナリオを示す。ＳＳＢ０送信と対応するＰＲＡＣＨリソース間のタイミング差をオフセットｋとして示す。図２２Ｂは、スケジュールされた位置でのＬＢＴ障害のために、ＳＳＢ０送信がΔだけシフトされるシナリオを示す。ＰＲＡＣＨリソースはシフトされない。その結果、ＳＳＢ送信と対応するＰＲＡＣＨリソース間のタイミング差はｋ−Δとなる。
【０１５１】
ｋ−Δが、ＵＥがＤＬからＵＬに切り替える必要がある時間よりも小さい場合、ＵＥはＰＲＡＣＨを省略することができる。ＵＥは、まず、得られたＳＳＢインデックスおよびＳＳＢ送信オフセットΔを使用して、フレーム境界を判定することができる。次に、ＵＥは、ＳＳＢ送信がシフトされるかどうかにかかわらず、構成されたＲＡＣＨリソース（と同じ位置）でＰＲＡＣＨ手順を実行することができる。ＵＥが、ＳＳＢシフトのために最初のＰＲＡＣＨリソースを逃した場合、次の使用可能なＰＲＡＣＨリソースにおいて、ＲＡＣＨ手順を実行することができる。同じ原理が、ページングインジケーション（Paging  Indication：ＰＩ）、半永続的リソースなどにも当てはまる。ＳＳＢが、シフトによって他の参照信号やデータなどの他の送信と重複する場合、他の送信は省略されるか、ＳＳＢによってパンクチャされるか、あるいはＳＳＢの周囲でレートマッチングされ得る。
【０１５２】
オプション２：ＵＥが、ＳＳＢ送信がシフトされたことを検出した場合、ＵＥは、他の構成およびスケジューリングのうち少なくとも一方がそれぞれシフトしたと仮定することができる。ＰＲＡＣＨリソースに対するＳＳＢシフトの影響を示す例示的な実施形態を図２２Ｃに示す。スケジュールされた位置でのＬＢＴ障害のためにＳＳＢ０送信がΔだけシフトされると、ＰＲＡＣＨリソースもシフトされる可能性がある。例えば、ＰＲＡＣＨリソースもΔだけシフトされる。その際、ＳＳＢ０の受信とＰＲＡＣＨリソースとの間のタイミング差は変更されず、例えば、オフセットｋのままである。
【０１５３】
ＰＲＡＣＨがシフトされるとき、それは以下の選択肢のうちの１つに従い得る。
【０１５４】
選択肢１：ＰＲＡＣＨのシフトは、ＳＳＢ送信のシフトによって暗黙的に示され得る。ＵＥが、ＳＳＢ送信がシフトされていると判定し、ＳＳＢ送信オフセットΔを決定すると、ＵＥは、ＰＲＡＣＨ手順のタイミング位置に同じオフセットを自動的に適用することができる。ＵＥが、構成されたＲＡＣＨリソースを上位層パラメータPRACHConfigurationIndexを介して決定した後、ＵＥは、構成された位置ではなく、追加のオフセットを使用して、ＰＲＡＣＨ手順を実行することができる。例えば、構成されたＰＲＡＣＨリソースがタイミングtに位置している場合、ＵＥは、位置ｔ＋Δでメッセージ１を送信することができる。
【０１５５】
選択肢２：ＰＲＡＣＨのシフトは、明示的に示され得る。例えば、上位層パラメータPRACHConfigurationOffsetを使用して、ＰＲＡＣＨリソースのタイミング位置に追加すべきオフセット量をＵＥに示すことができる。PRACHConfigurationOffsetの値とＳＳＢ送信オフセットΔの値は、同じであっても異なっていてもよい。PRACHConfigurationOffsetが下記の数式５に設定され、構成されたＰＲＡＣＨリソースがタイミングtに位置すると仮定すると、ＵＥは下記の数式６の位置でメッセージ１を送信し得る。
【０１５６】
【数５】
2021525024.tif 000009
【０１５７】
【数６】
2021525024.tif 000010
【０１５８】
同じアイデアを、ページングインジケーション（ＰＩ）、半永続的リソースなどにも当てはめることができる。ＳＳＢが、シフトによって他の参照信号やデータなどの他の送信と重複する場合、他の送信は省略されるか、ＳＳＢによってパンクチャされるか、あるいはＳＳＢの周囲でレートマッチングされ得る。
【０１５９】
この解決策は、ＳＳＢを使ってＦＤＭされた構成に対して効果を発揮し得る。例を図２３に示す。ＲＭＳＩがＳＳＢを用いてＦＤＭ送信される場合、ＳＳＢがシフトするとそれぞれシフトする。
【０１６０】
本開示によれば、本明細書に記載のシステム、方法、およびプロセスのいずれかまたはすべては、命令がコンピュータ、サーバ、マシンツーマシン（Machine-To-Machine：Ｍ２Ｍ）端末デバイス、Ｍ２Ｍゲートウェイデバイス、トランジットデバイスなどのようなマシンによって実行されると、本明細書に記載のシステム、方法、およびプロセスを実行したり実装したりするコンピュータ可読記憶媒体に格納されたコンピュータ実行可能命令、例えば、プログラムコードの形で具現化され得ることが理解される。具体的には、上記のステップ、動作、または機能のいずれも、そのようなコンピュータ実行可能命令の形で実装され得る。コンピュータ可読記憶媒体には、情報を記憶するための任意の方法または技術で実装された揮発性および不揮発性、リムーバブルおよび非リムーバブルメディアが含まれるが、そのようなコンピュータ可読記憶媒体には信号は含まれない。コンピュータ可読記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタルバーサタイルディスク（ＤＶＤ）または他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ、または他の磁気ストレージデバイス、または所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる他の任意の物理的媒体が含まれるが、これらに限定されない。
【０１６１】
本出願のさらに別の態様によれば、コンピュータ可読または実行可能命令を記憶するための非一時的なコンピュータ可読または実行可能記憶媒体が開示される。媒体は、複数のコールフローで上記に開示されたような１つ以上のコンピュータ実行可能命令を含み得る。コンピュータ実行可能命令は、メモリに格納され、上記の図１Ｂおよび図１Ｆに開示されたプロセッサによって実行することができ、例えば、エンドユーザ装置などのノードを含むデバイスに採用される。
【０１６２】
現在のところ特定の態様であると考えられているものに関してシステムおよび方法を説明してきたが、本出願は、開示された態様に限定される必要はない。特許請求の精神および範囲に含まれる様々な修正および類似の配置をカバーすることが意図されており、その範囲は、そのようなすべての修正および類似の構造を包含するように、最も広い解釈を与えられるべきである。本開示は、以下の特許請求の範囲のあらゆる態様を含む。
【図１Ａ】
2021525024.tif 000011
【図１Ｂ】
2021525024.tif 000012
【図１Ｃ】
2021525024.tif 000013
【図１Ｄ】
2021525024.tif 000014
【図１Ｅ】
2021525024.tif 000015
【図１Ｆ】
2021525024.tif 000016
【図２Ａ】
2021525024.tif 000017
【図２Ｂ】
2021525024.tif 000018
【図２Ｃ】
2021525024.tif 000019
【図２Ｄ】
2021525024.tif 000020
【図３Ａ】
2021525024.tif 000021
【図３Ｂ】
2021525024.tif 000022
【図４】
2021525024.tif 000023
【図５】
2021525024.tif 000024
【図６】
2021525024.tif 000025
【図７】
2021525024.tif 000026
【図８】
2021525024.tif 000027
【図９】
2021525024.tif 000028
【図１０】
2021525024.tif 000029
【図１１】
2021525024.tif 000030
【図１２】
2021525024.tif 000031
【図１３】
2021525024.tif 000032
【図１４】
2021525024.tif 000033
【図１５】
2021525024.tif 000034
【図１６】
2021525024.tif 000035
【図１７】
2021525024.tif 000036
【図１８】
2021525024.tif 000037
【図１９】
2021525024.tif 000038
【図２０】
2021525024.tif 000039
【図２１】
2021525024.tif 000040
【図２２Ａ】
2021525024.tif 000041
【図２２Ｂ】
2021525024.tif 000042
【図２２Ｃ】
2021525024.tif 000043
【図２３】
2021525024.tif 000044
【手続補正書】
【提出日】令和3年3月30日(2021.3.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
装置であって、
ネットワークノードからの同期信号／物理ブロードキャストチャネルブロック（Synchronous  Signal/Physical  Broadcast  Channel  Block：ＳＳＢ）を監視するための格納された命令を含む非一時的メモリと、
前記非一時的メモリに動作可能に接続され、
前記装置を、ＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）に関して構成し、この際、前記ＳＴＴＣは、前記ＳＳＢの送信に対応する複数の位置の時間間隔であり、
前記ＳＳＢのＳＴＴＣを監視し、
第１のスケジュールされた位置で送信された、前記ＳＴＴＣ内でのスケジュールされたＳＳＢ送信のサブフレームの第１のスロットにおける前記ＳＳＢのうちの最初のものを決定し、この際、前記ＳＳＢのうちの前記最初のものの送信は、前記ＳＴＴＣ内の前記スケジュールされたＳＳＢ送信の前のリッスンビフォートーク（Listen  Before  Talk：ＬＢＴ）に成功した使用可能チャネルの確認に基づいている、という前記命令を実行するように構成されるプロセッサとを備える装置。
【請求項２】
前記プロセッサは、前記ＳＴＴＣ内での前記スケジュールされたＳＳＢ送信において前記ＳＳＢのうちの２番目のものが、第２のスケジュールされた位置で送信に成功したか失敗したかを判定する、という前記命令を実行するようにさらに構成される、請求項１に記載の装置。
【請求項３】
前記第１のスロットまたは第２のスロットにおける前記ＳＳＢのうちの前記２番目のものの送信を監視する、という前記命令を実行するようにさらに構成される、請求項２に記載の装置。
【請求項４】
前記ＳＴＴＣの持続時間は、無線リソース制御（Radio  Resource  Control：ＲＲＣ）シグナリングを介して構成される、請求項１に記載の装置。
【請求項５】
前記ネットワークノードは、ＲＲＣメッセージＳＳＢ送信タイミング期間（RRC  message  SSB_Transmission_Timing_duration）を使用して構成される、請求項４に記載の装置。
【請求項６】
前記プロセッサは、前記ＳＴＴＣ内における前記ＳＳＢ送信のＳＳＢインデックスを受信する、という前記命令を実行するようにさらに構成される、請求項１に記載の装置。
【請求項７】
前記ＳＳＢインデックスは、物理ブロードキャストチャネルのペイロードおよび物理ブロードキャストチャネル復調参照信号のうちの１つ以上に基づき、
前記プロセッサは、オフセット及びＳＳＢブロックインデックスに基づいて無線フレーム境界を判定する、という前記命令を実行するようにさらに構成される、請求項６に記載の装置。
【請求項８】
前記ＳＴＴＣは、前記ネットワークノードの初期セル選択のために固定される、請求項１に記載の装置。
【請求項９】
前記プロセッサは、前記ＳＴＴＣ内での前記ＳＳＢ送信のオフセットを受信する、という前記命令を実行するようにさらに構成される、請求項１に記載の装置。
【請求項１０】
前記プロセッサは、前記オフセットとＳＳＢブロックインデックスに基づいて無線フレーム境界を判定する、という前記命令を実行するようにさらに構成される、請求項９に記載の装置。
【請求項１１】
前記オフセットは、物理ブロードキャストチャネルのペイロードに基づく、請求項９に記載の装置。
【請求項１２】
前記使用可能チャネルは、アンライセンススペクトル内にある、請求項１に記載の装置。
【請求項１３】
同期信号／物理ブロードキャストチャネルブロック（Synchronous  Signal/Physical  Broadcast  Channel  Block：ＳＳＢ）を送信するための格納された命令を含む非一時的メモリと、
前記非一時的メモリに動作可能に接続され、
チャネル上でリッスンビフォートーク（ＬＢＴ）チェックを実行し、
前記ＬＢＴチェックに基づいて、第１のスケジュールされた位置でのＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）内でのスケジュールされたＳＳＢ送信の前にサブフレームの第１のスロットにおいて確立される前記チャネルの可用性を決定し、この際、前記ＳＴＴＣは、前記ＳＳＢの送信に対応する複数の位置の時間間隔であり、
前記第１のスケジュールされた位置での前記ＳＴＴＣ内での前記スケジュールされたＳＳＢ送信中に、前記第１のスロットにおける前記ＳＳＢのうちの最初のものを送信する、という前記命令を実行するように構成されるプロセッサとを備える装置。
【請求項１４】
前記プロセッサは、第２のスケジュールされた位置での前記ＳＴＴＣ内での前記スケジュールされたＳＳＢ送信における前記ＳＳＢのうちの２番目のものの送信が成功か失敗かを判定する、という前記命令を実行するようにさらに構成される、請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、前記第１のスロットまたは第２のスロットにおいて前記ＳＳＢのうちの前記２番目のものを送信する、という前記命令を実行するようにさらに構成される、請求項１４に記載の装置。
【請求項１６】
前記ＳＴＴＣの持続時間は、無線リソース制御（Radio  Resource  Control：ＲＲＣ）シグナリングを介して構成されている、請求項１３に記載の装置。
【請求項１７】
前記装置は、ＲＲＣメッセージＳＳＢ送信タイミング期間（RRC  message  SSB_Transmission_Timing_duration）を使用して構成される、請求項１６に記載の装置。
【請求項１８】
前記プロセッサは、位置インデックスと、前記ＳＴＴＣ内における前記ＳＳＢ送信のオフセットとを送信する、という前記命令を実行するようにさらに構成される、請求項１３に記載の装置。
【請求項１９】
前記第２のスロット内で送信される前記ＳＳＢのうちの前記２番目のものは、前記第１のスロットにおけるＬＢＴに失敗した使用可能チャネルと、前記２番目のＳＳＢの前記送信前に行われた前記第２のスロットにおけるＬＢＴに成功した使用可能チャネルの確認とに基づく、請求項１５に記載の装置。
【請求項２０】
前記使用可能チャネルは、アンライセンススペクトル内にある、請求項１９に記載の装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
本出願の１つの態様は、ネットワークノードからのＳＳＢを監視するための格納された命令を含む非一時的メモリ含む装置を対象とする。装置は、また、命令のセットを実行するように構成される、非一時的メモリに動作可能に接続されたプロセッサを含む。命令には、ＳＳＢ送信タイミング構成（SSB  Transmission  Timing  Configuration：ＳＴＴＣ）に関して装置を構成することが含まれる。ＳＴＴＣは、ＳＳＢの送信に対応する複数の位置の時間間隔である。命令には、ＳＳＢのＳＴＴＣを監視することも含まれる。命令には、さらに、第１のスケジュールされた位置で送信された、ＳＴＴＣ内でのスケジュールされたＳＳＢ送信のサブフレームの第１のスロットにおけるＳＳＢのうちの最初のものを決定することが含まれる。この際、ＳＳＢのうちの最初のものの送信は、ＳＴＴＣ内のスケジュールされたＳＳＢ送信の前のリッスンビフォートーク（ＬＢＴ）に成功した使用可能チャネルの確認に基づく。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本出願の別の態様は、ＳＳＢを送信するための格納された命令を含む非一時的メモリ含む装置を対象とする。装置は、また、命令のセットを実行するように構成される、非一時的メモリに動作可能に接続されたプロセッサを含む。ＳＴＴＣは、ＳＳＢの送信に対応する複数の位置の時間間隔である。命令には、チャネル上でＬＢＴチェックを実行することが含まれる。命令には、ＬＢＴチェックに基づいて、第１のスケジュールされた位置でのＳＴＴＣ内でのスケジュールされたＳＳＢ送信の前にサブフレームの第１のスロットにおいて確立されるチャネルの可用性を決定することも含まれる。命令には、さらに、第１のスケジュールされた位置でのＳＴＴＣ内でのスケジュールされたＳＳＢ送信中に、第１のスロットにおけるＳＳＢのうちの最初のものを送信することが含まれる。
【国際調査報告】
2021525024.tif 000045
2021525024.tif 000046