ホーム > 特許ランキング > オフィノ， エルエルシー
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024057035
(43)【公開日】2024-04-23
(54)【発明の名称】サイドリンク信号の反復とプリエンプション
(51)【国際特許分類】
H04W 72/566 20230101AFI20240416BHJP
H04W 72/231 20230101ALI20240416BHJP
H04W 72/25 20230101ALI20240416BHJP
【ＦＩ】
H04W72/566
H04W72/231
H04W72/25
【審査請求】有
【請求項の数】20
【出願形態】ＯＬ
(21)【出願番号】P 2024026570
(22)【出願日】2024-02-26
(62)【分割の表示】P 2022520528の分割
【原出願日】2020-10-05
(31)【優先権主張番号】62/910,359
(32)【優先日】2019-10-03
(33)【優先権主張国・地域又は機関】US
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＳＩＭＵＬＩＮＫ
２．ＶＥＲＩＬＯＧ
３．ＳＴＡＴＥＦＬＯＷ
４．ＬＡＢＶＩＥＷ
(71)【出願人】
【識別番号】517308024
【氏名又は名称】オフィノ， エルエルシー
(74)【代理人】
【識別番号】100078282
【弁理士】
【氏名又は名称】山本 秀策
(74)【代理人】
【識別番号】100113413
【弁理士】
【氏名又は名称】森下 夏樹
(74)【代理人】
【識別番号】100181674
【弁理士】
【氏名又は名称】飯田 貴敏
(74)【代理人】
【識別番号】100181641
【弁理士】
【氏名又は名称】石川 大輔
(74)【代理人】
【識別番号】230113332
【弁護士】
【氏名又は名称】山本 健策
(72)【発明者】
【氏名】チェ ヒョクジン
(72)【発明者】
【氏名】エスマエル ディナン
(72)【発明者】
【氏名】イ ユンジュン
(57)【要約】
【課題】サイドリンク信号の反復とプリエンプションの提供
【解決手段】第一の無線デバイスは、第二の無線デバイスから、サイドリンクトランスポートブロックの一つまたは複数の第一のリソースと、サイドリンクトランスポートブロックの優先度の表示を受信する。優先度および優先度閾値に基づいて、一つまたは複数の第一のリソースと重複する一つまたは複数の第二のリソースのサイドリンク送信がドロップされる。一実施形態では、表示は、サイドリンク制御情報によって示される。一実施形態では、サイドリンク制御情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して受信される。
【選択図】図４３
【解決手段】第一の無線デバイスは、第二の無線デバイスから、サイドリンクトランスポートブロックの一つまたは複数の第一のリソースと、サイドリンクトランスポートブロックの優先度の表示を受信する。優先度および優先度閾値に基づいて、一つまたは複数の第一のリソースと重複する一つまたは複数の第二のリソースのサイドリンク送信がドロップされる。一実施形態では、表示は、サイドリンク制御情報によって示される。一実施形態では、サイドリンク制御情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して受信される。
【選択図】図４３
【特許請求の範囲】
【請求項1】
無線デバイスが、基地局から、第一の無線デバイスから受信されるべきサイドリンク制御情報（ＳＣＩ）の優先度との比較のための優先度閾値を示すメッセージを受信することと、
前記無線デバイスが、前記第一の無線デバイスから、
前記ＳＣＩの一つまたは複数の第一のリソース、および
前記ＳＣＩの優先度
の表示を受信することと、
前記優先度および前記優先度閾値に基づいて、前記無線デバイスが、前記一つまたは複数の第一のリソースと重複する一つまたは複数のリソースのサイドリンク送信をドロップすることと
を含む方法。
前記無線デバイスが、前記第一の無線デバイスから、
前記ＳＣＩの一つまたは複数の第一のリソース、および
前記ＳＣＩの優先度
の表示を受信することと、
前記優先度および前記優先度閾値に基づいて、前記無線デバイスが、前記一つまたは複数の第一のリソースと重複する一つまたは複数のリソースのサイドリンク送信をドロップすることと
を含む方法。
【請求項2】
前記優先度閾値が、前記サイドリンク送信のプリエンプションのためのものである、請求項１に記載の方法。
【請求項3】
前記サイドリンク送信をドロップすることは、前記優先度閾値よりも小さい前記優先度の優先度レベルにさらに基づいている、請求項１に記載の方法。
【請求項4】
前記一つまたは複数のリソースは、時間ドメインおよび周波数ドメインにおいて前記一つまたは複数の第一のリソースと重複する、請求項１に記載の方法。
【請求項5】
前記一つまたは複数のリソースをドロップすることは、前記サイドリンク送信のために一つまたは複数の第二のリソースをドロップすることをさらに含む、請求項１に記載の方法。
【請求項6】
前記一つまたは複数の第二のリソースは、前記一つまたは複数の第一のリソースと完全にまたは部分的に重複する前記一つまたは複数のリソースを含む、請求項５に記載の方法。
【請求項7】
前記一つまたは複数の第二のリソースは、サイドリンクリソースプール内の一つまたは複数のサブチャネルを含む、請求項５に記載の方法。
【請求項8】
前記メッセージは、無線リソース制御（ＲＲＣ）メッセージまたはシステム情報ブロック（ＳＩＢ）を介して受信される、請求項１に記載の方法。
【請求項9】
前記無線デバイスが、一つまたは複数の第二のリソースを介して、第二のサイドリンクトランスポートブロックを送信することをさらに含み、前記一つまたは複数の第二のリソースは、前記一つまたは複数の第一のリソースと重複する前記一つまたは複数のリソースと非重複である、請求項１に記載の方法。
【請求項10】
無線デバイスであって、
一つまたは複数のプロセッサーと、
命令を記憶するメモリーであって、前記命令は、前記一つまたは複数のプロセッサーによって実行されると、前記無線デバイスに、
基地局から、第一の無線デバイスから受信されるべきサイドリンク制御情報（ＳＣＩ）の優先度との比較のための優先度閾値を示すメッセージを受信することと、
前記第一の無線デバイスから、
前記ＳＣＩの一つまたは複数の第一のリソース、および
前記ＳＣＩの優先度
の表示を受信することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数のリソースのサイドリンク送信をドロップすることと
を行わせる、メモリーと
を含む無線デバイス。
一つまたは複数のプロセッサーと、
命令を記憶するメモリーであって、前記命令は、前記一つまたは複数のプロセッサーによって実行されると、前記無線デバイスに、
基地局から、第一の無線デバイスから受信されるべきサイドリンク制御情報（ＳＣＩ）の優先度との比較のための優先度閾値を示すメッセージを受信することと、
前記第一の無線デバイスから、
前記ＳＣＩの一つまたは複数の第一のリソース、および
前記ＳＣＩの優先度
の表示を受信することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数のリソースのサイドリンク送信をドロップすることと
を行わせる、メモリーと
を含む無線デバイス。
【請求項11】
前記優先度閾値が、前記サイドリンク送信のプリエンプションのためのものである、請求項１０に記載の無線デバイス。
【請求項12】
前記命令は、前記優先度閾値よりも小さい前記優先度の優先度レベルにさらに基づいて、前記無線デバイスに、前記サイドリンク送信をドロップすることをさらに行わせる、請求項１０に記載の無線デバイス。
【請求項13】
前記一つまたは複数のリソースは、時間ドメインまたは周波数ドメインにおいて前記一つまたは複数の第一のリソースと重複する、請求項１０に記載の無線デバイス。
【請求項14】
前記命令は、前記無線デバイスに、前記サイドリンク送信のために一つまたは複数の第二のリソースをドロップすることをさらに行わせる、請求項１０に記載の無線デバイス。
【請求項15】
前記一つまたは複数の第二のリソースが、前記一つまたは複数の第一のリソースと完全にまたは部分的に重複する前記一つまたは複数のリソースを含む、請求項１４に記載の無線デバイス。
【請求項16】
前記一つまたは複数の第二のリソースは、サイドリンクリソースプール内の一つまたは複数のサブチャネルを含む、請求項１４に記載の無線デバイス。
【請求項17】
前記メッセージは、無線リソース制御（ＲＲＣ）メッセージまたはシステム情報ブロック（ＳＩＢ）を介して受信される、請求項１０に記載の無線デバイス。
【請求項18】
前記命令は、前記無線デバイスに、一つまたは複数の第二のリソースを介して、第二のサイドリンクトランスポートブロックを送信することをさらに行わせ、前記一つまたは複数の第二のリソースは、前記一つまたは複数の第一のリソースと重複する前記一つまたは複数のリソースと非重複である、請求項１０に記載の無線デバイス。
【請求項19】
命令を備える非一時的コンピューター可読記憶媒体であって、前記命令は、無線デバイスの一つまたは複数のプロセッサーによって実行されると、前記無線デバイスに、
基地局から、第一の無線デバイスから受信されるべきサイドリンク制御情報（ＳＣＩ）の優先度との比較のための優先度閾値を示すメッセージを受信することと、
前記第一の無線デバイスから、
前記ＳＣＩの一つまたは複数の第一のリソース、および
前記ＳＣＩの優先度
の表示を受信することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数のリソースのサイドリンク送信をドロップすることと
を行わせる、非一時的コンピューター可読記憶媒体。
基地局から、第一の無線デバイスから受信されるべきサイドリンク制御情報（ＳＣＩ）の優先度との比較のための優先度閾値を示すメッセージを受信することと、
前記第一の無線デバイスから、
前記ＳＣＩの一つまたは複数の第一のリソース、および
前記ＳＣＩの優先度
の表示を受信することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数のリソースのサイドリンク送信をドロップすることと
を行わせる、非一時的コンピューター可読記憶媒体。
【請求項20】
前記優先度閾値が、前記サイドリンク送信のプリエンプションのためのものである、請求項１９に記載の非一時的コンピューター可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【0001】
関連出願の相互参照
本出願は、２０１９年１０月３日に出願された米国仮特許出願第６２／９１０，３５９号の利益を主張し、その全体が参照により本明細書に組み込まれる。
本出願は、２０１９年１０月３日に出願された米国仮特許出願第６２／９１０，３５９号の利益を主張し、その全体が参照により本明細書に組み込まれる。
【発明の概要】
【課題を解決するための手段】
【0002】
本開示では、さまざまな実施形態が、開示された技術がどのように実装され得るか、および／または開示された技術がどのように環境およびシナリオで実践され得るかの例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態および詳細のさまざまな変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を参照して説明される。開示された例示的実施形態からの制限、特徴、および／または要素が組み合わせられ、本開示の範囲内でさらなる実施形態を作成することができる。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用することができるように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、または任意選択としてのみ使用され得る。
本発明は、例えば以下を提供する。
（項目１）
第一の無線デバイスによって、基地局から、サイドリンク送信のプリエンプションに対する優先度閾値を示すメッセージを受信することと、
第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度を示す、サイドリンク制御情報を受信することと、
決定することであって、
前記サイドリンクトランスポートブロックの前記一つまたは複数の第一のリソース、および
前記第一の無線デバイスの一つまたは複数のサイドリンク送信の一つまたは複数の第二のリソースの間で、リソースの重複があると決定することと、
前記優先度および前記優先度閾値に基づき、
前記一つまたは複数の第一のリソースと重複する前記一つまたは複数のサイドリンク送信の第一の部分をドロップすることと、
前記一つまたは複数のサイドリンク送信の第二の部分を送信することと、を含む、方法。
（項目２）
第一の無線デバイスによって、基地局から、サイドリンク送信のプリエンプションに対する優先度閾値を示すメッセージを受信することと、
第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度を示す、サイドリンク制御情報を受信することと、
前記サイドリンクトランスポートブロックの前記一つまたは複数の第一のリソース、および
決定することであって、
前記第一の無線デバイスの一つまたは複数のサイドリンク送信の一つまたは複数の第二のリソースの間で、リソースの重複があると決定することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する前記一つまたは複数のサイドリンク送信の第一の部分をドロップすることと、を含む、方法。
（項目３）
前記第一の部分が、前記一つまたは複数の第一のリソースと完全にまたは部分的に重複する前記一つまたは複数の第二のリソースを含む、項目２に記載の方法。
（項目４）
第一の無線デバイスによって、基地局から、サイドリンク送信のプリエンプションに対する優先度閾値を示すメッセージを受信することと、
第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度を示す、サイドリンク制御情報を受信することと、
一つまたは複数の第三のリソースが、
前記一つまたは複数の第一のリソース、および
前記第一の無線デバイスの前記サイドリンク送信のための一つまたは複数の第二のリソースの間の、重複したリソースであると決定することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第三のリソースの前記サイドリンク送信をドロップすることと、を含む、方法。
（項目５）
第一の無線デバイスによって、第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度の、表示を受信することと、
前記優先度および優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数の第二のリソースのサイドリンク送信をドロップすることと、を含む、方法。
（項目６）
前記表示がサイドリンク制御情報によって示される、項目５に記載の方法。
（項目７）
前記サイドリンク制御情報が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して受信される、項目６に記載の方法。
（項目８）
前記一つまたは複数の第二のリソースの前記サイドリンク送信を前記ドロップすることが、一つまたは複数の第三のリソースのサイドリンク送信をドロップすることをさらに含む、項目５～７のいずれか一項に記載の方法。
（項目９）
前記一つまたは複数の第三のリソースが、前記一つまたは複数の第一のリソースと完全にまたは部分的に重複する前記一つまたは複数の第二のリソースを含む、項目８に記載の方法。
（項目１０）
前記一つまたは複数の第三のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目８～９のいずれか一項に記載の方法。
（項目１１）
前記優先度閾値が、基地局によって示される、項目５～１０のいずれか一項に記載の方法。
（項目１２）
前記第一の無線デバイスが、前記基地局から、前記優先度閾値を示すメッセージを受信する、項目１１に記載の方法。
（項目１３）
前記メッセージが、無線リソース制御メッセージを介して受信される、項目１２に記載の方法。
（項目１４）
前記メッセージが、システム情報ブロックを介して受信される、項目１２～１３のいずれか一項に記載の方法。
（項目１５）
前記優先度閾値が事前構成される、項目５～１４のいずれか一項に記載の方法。
（項目１６）
前記優先度の値が前記優先度閾値よりも小さい、項目５～１５のいずれか一項に記載の方法。
（項目１７）
前記第一の無線デバイスによって、一つまたは複数の第四のリソースを介して第一のトランスポートブロックを送信することをさらに含み、前記一つまたは複数の第四のリソースが、前記一つまたは複数の第二のリソースの前記一つまたは複数の第一のリソースとの非重複リソースである、項目５～１６のいずれか一項に記載の方法。
（項目１８）
前記一つまたは複数の第四のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目１７に記載の方法。
（項目１９）
前記優先度閾値が、前記サイドリンク送信のプリエンプションのためのものである、項目５～１８のいずれか一項に記載の方法。
（項目２０）
第二の無線デバイスから、
前記一つまたは複数の第一のリソース、および
前記優先度を示す、サイドリンク制御情報を受信することをさらに含む、項目５～１９のいずれか一項に記載の方法。
（項目２１）
前記サイドリンク制御情報が、物理層サイドリンク制御チャネルを介して受信される、項目２０に記載の方法。
（項目２２）
第一の無線デバイスによって、基地局から、前記優先度閾値を示すメッセージを受信することをさらに含む、項目５～２１のいずれか一項に記載の方法。
（項目２３）
前記メッセージが無線リソース制御メッセージである、項目２２に記載の方法。
（項目２４）
前記メッセージがシステム情報ブロックである、項目２３に記載の方法。
（項目２５）
前記サイドリンク送信が、一つまたは複数の物理層共有チャネルを介して送信される、項目５～２４のいずれか一項に記載の方法。
（項目２６）
前記優先度が、前記優先度閾値よりも小さい、項目５～２５のいずれか一項に記載の方法。
（項目２７）
前記一つまたは複数の第一のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目５～２６のいずれか一項に記載の方法。
（項目２８）
前記一つまたは複数の第二のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目５～２７のいずれか一項に記載の方法。
（項目２９）
第一の無線デバイスによって、基地局から、
同期信号周期性内の第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返し、および
前記ＳＬ－ＳＳＢの繰り返しのＳＬ－ＳＳＢの繰り返しのクラスタの隣接する送信間のタイミングギャップを示す、一つまたは複数の構成メッセージを受信することと、
一つまたは複数の第二の無線デバイスに、前記同期信号周期性の間、クラスタの各々の隣接する送信間の前記タイミングギャップを有する前記クラスタを送信することであって、前記クラスタが前記第一の数のＳＬ－ＳＳＢの繰り返しを含み、前記クラスタの各々が第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む、送信することと、を含む、方法。
（項目３０）
第一の無線デバイスによって、
同期信号周期性内の第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返し、および
前記ＳＬ－ＳＳＢの繰り返しのＳＬ－ＳＳＢの繰り返しのクラスタの隣接する送信間のタイミングギャップの、表示を受信することと、
前記同期信号周期性の間に、クラスタの各々の隣接する送信間の前記タイミングギャップを有する前記クラスタを送信することであって、前記クラスタが前記第一の数のＳＬ－ＳＳＢの繰り返しを含み、前記クラスタの各々が第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む、送信することと、を含む、方法。
（項目３１）
一つまたは複数の構成メッセージが前記表示を含む、項目３０に記載の方法。
（項目３２）
前記一つまたは複数の構成メッセージがＲＲＣである、項目３１に記載の方法。
（項目３３）
前記一つまたは複数の構成メッセージがＳＩＢである、項目３１～３２のいずれか一項に記載の方法。
（項目３４）
前記一つまたは複数の構成メッセージがＲＲＣである、項目３１～３３のいずれか一項に記載の方法。
（項目３５）
前記一つまたは複数の構成メッセージがＳＩＢである、項目３１～３４のいずれか一項に記載の方法。
（項目３６）
第一の無線デバイスによって、同期信号周期性の間に、クラスタのそれぞれの隣接する送信間のタイミングギャップを有する前記クラスタを送信することを含み、前記クラスタが、第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返しを含み、前記クラスタの各々が、第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む、方法。
（項目３７）
前記タイミングギャップおよび前記第一の数が、メッセージによって示される、項目３６に記載の方法。
（項目３８）
前記メッセージが基地局から受信される、項目３７に記載の方法。
（項目３９）
前記メッセージがＲＲＣメッセージである、項目３７～３８のいずれか一項に記載の方法。
（項目４０）
前記メッセージがＳＩＢである、項目３７～３９のいずれか一項に記載の方法。
（項目４１）
前記第二の数が、メッセージによって示される、項目３７～４０のいずれか一項に記載の方法。
（項目４２）
前記メッセージが基地局から受信される、項目４１に記載の方法。
（項目４３）
前記メッセージがＲＲＣメッセージである、項目４１～４２のいずれか一項に記載の方法。
（項目４４）
前記メッセージがＳＩＢである、項目４１～４３のいずれか一項に記載の方法。
（項目４５）
前記タイミングギャップがゼロ以上である、項目３６～４４のいずれか一項に記載の方法。
（項目４６）
前記第一の無線デバイスによって、ＳＬ－ＳＳＢオフセットを含む一つまたは複数の構成メッセージを受信することをさらに含む、項目３６～４５のいずれか一項に記載の方法。
（項目４７）
ＳＬ－ＳＳＢの繰り返しの第一のＳＬ－ＳＳＢの繰り返しが前記ＳＬ－ＳＳＢオフセットから開始することをさらに含む、項目４６に記載の方法。
（項目４８）
前記第一の無線デバイスによって、ＬＴＥサイドリンク同期信号（ＳＬＳＳ）オフセットを含む一つまたは複数の構成メッセージを受信することをさらに含む、項目４７に記載の方法。
（項目４９）
前記ＳＬ－ＳＳＢオフセットが、前記ＬＴＥ ＳＬＳＳオフセットと同じ時間を示す、項目４８に記載の方法。
（項目５０）
前記第二の数が、前記第一の数およびサブキャリア間隔（ＳＣＳ）に基づいて決定される、項目３６～４９のいずれか一項に記載の方法。
（項目５１）
前記ＳＣＳが基地局によって示される、項目５０に記載の方法。
（項目５２）
前記ＳＣＳが、事前構成される、項目５０～５１のいずれか一項に記載の方法。
（項目５３）
前記ＳＣＳがサイドリンクバンド幅部分について示される、項目５０～５２のいずれか
一項に記載の方法。
（項目５４）
前記送信することが、一つまたは複数の第二の無線デバイスへ送信することをさらに含む、項目３６～５３のいずれか一項に記載の方法。
（項目５５）
前記ＳＬ－ＳＳＢが、
プライマリーサイドリンク同期信号と、
セカンダリーサイドリンク同期信号と、
物理サイドリンクブロードキャストチャネルと、を含む、項目３６～５４のいずれか一項に記載の方法。
（項目５６）
前記第二の数が、前記ＳＬ－ＳＳＢのサブキャリア間隔（ＳＣＳ）に基づいて決定される、項目３６～５５のいずれか一項に記載の方法。
（項目５７）
前記第二の数が、
１５ｋＨｚ ＳＣＳに対し１、
３０ｋＨｚ ＳＣＳに対し２、
６０ｋＨｚ ＳＣＳに対し４、
１２０ｋＨｚ ＳＣＳに対し８、および
２４０ｋＨｚ ＳＣＳに対し１６、のうちの一つである、項目５６に記載の方法。
（項目５８）
第一の無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されるとき、前記第一の無線デバイスに項目１～５７のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、第一の無線デバイス。
（項目５９）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１～５７のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピューター可読媒体。
（項目６０）
第一の無線デバイスであって、
一つまたは複数の第一のプロセッサーと、
前記一つまたは複数の第一のプロセッサーによって実行されるとき、前記第一の無線デバイスに
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度の、表示を送信することをさせる、第一の命令を記憶する第一のメモリーと、を含む、第一の無線デバイスと、
第二の無線デバイスであって、
一つまたは複数の第二のプロセッサーと、
前記一つまたは複数の第二のプロセッサーによって実行されるとき、前記第二の無線デバイスに、
前記表示を受信することと、
前記優先度および優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数の第二のリソースのサイドリンク送信をドロップすることとをさせる、第二の命令を記憶する第二のメモリーと、を含む第二の無線デバイスと、を含む、システム。
本発明は、例えば以下を提供する。
（項目１）
第一の無線デバイスによって、基地局から、サイドリンク送信のプリエンプションに対する優先度閾値を示すメッセージを受信することと、
第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度を示す、サイドリンク制御情報を受信することと、
決定することであって、
前記サイドリンクトランスポートブロックの前記一つまたは複数の第一のリソース、および
前記第一の無線デバイスの一つまたは複数のサイドリンク送信の一つまたは複数の第二のリソースの間で、リソースの重複があると決定することと、
前記優先度および前記優先度閾値に基づき、
前記一つまたは複数の第一のリソースと重複する前記一つまたは複数のサイドリンク送信の第一の部分をドロップすることと、
前記一つまたは複数のサイドリンク送信の第二の部分を送信することと、を含む、方法。
（項目２）
第一の無線デバイスによって、基地局から、サイドリンク送信のプリエンプションに対する優先度閾値を示すメッセージを受信することと、
第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度を示す、サイドリンク制御情報を受信することと、
前記サイドリンクトランスポートブロックの前記一つまたは複数の第一のリソース、および
決定することであって、
前記第一の無線デバイスの一つまたは複数のサイドリンク送信の一つまたは複数の第二のリソースの間で、リソースの重複があると決定することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する前記一つまたは複数のサイドリンク送信の第一の部分をドロップすることと、を含む、方法。
（項目３）
前記第一の部分が、前記一つまたは複数の第一のリソースと完全にまたは部分的に重複する前記一つまたは複数の第二のリソースを含む、項目２に記載の方法。
（項目４）
第一の無線デバイスによって、基地局から、サイドリンク送信のプリエンプションに対する優先度閾値を示すメッセージを受信することと、
第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度を示す、サイドリンク制御情報を受信することと、
一つまたは複数の第三のリソースが、
前記一つまたは複数の第一のリソース、および
前記第一の無線デバイスの前記サイドリンク送信のための一つまたは複数の第二のリソースの間の、重複したリソースであると決定することと、
前記優先度および前記優先度閾値に基づいて、前記一つまたは複数の第三のリソースの前記サイドリンク送信をドロップすることと、を含む、方法。
（項目５）
第一の無線デバイスによって、第二の無線デバイスから、
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度の、表示を受信することと、
前記優先度および優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数の第二のリソースのサイドリンク送信をドロップすることと、を含む、方法。
（項目６）
前記表示がサイドリンク制御情報によって示される、項目５に記載の方法。
（項目７）
前記サイドリンク制御情報が、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して受信される、項目６に記載の方法。
（項目８）
前記一つまたは複数の第二のリソースの前記サイドリンク送信を前記ドロップすることが、一つまたは複数の第三のリソースのサイドリンク送信をドロップすることをさらに含む、項目５～７のいずれか一項に記載の方法。
（項目９）
前記一つまたは複数の第三のリソースが、前記一つまたは複数の第一のリソースと完全にまたは部分的に重複する前記一つまたは複数の第二のリソースを含む、項目８に記載の方法。
（項目１０）
前記一つまたは複数の第三のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目８～９のいずれか一項に記載の方法。
（項目１１）
前記優先度閾値が、基地局によって示される、項目５～１０のいずれか一項に記載の方法。
（項目１２）
前記第一の無線デバイスが、前記基地局から、前記優先度閾値を示すメッセージを受信する、項目１１に記載の方法。
（項目１３）
前記メッセージが、無線リソース制御メッセージを介して受信される、項目１２に記載の方法。
（項目１４）
前記メッセージが、システム情報ブロックを介して受信される、項目１２～１３のいずれか一項に記載の方法。
（項目１５）
前記優先度閾値が事前構成される、項目５～１４のいずれか一項に記載の方法。
（項目１６）
前記優先度の値が前記優先度閾値よりも小さい、項目５～１５のいずれか一項に記載の方法。
（項目１７）
前記第一の無線デバイスによって、一つまたは複数の第四のリソースを介して第一のトランスポートブロックを送信することをさらに含み、前記一つまたは複数の第四のリソースが、前記一つまたは複数の第二のリソースの前記一つまたは複数の第一のリソースとの非重複リソースである、項目５～１６のいずれか一項に記載の方法。
（項目１８）
前記一つまたは複数の第四のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目１７に記載の方法。
（項目１９）
前記優先度閾値が、前記サイドリンク送信のプリエンプションのためのものである、項目５～１８のいずれか一項に記載の方法。
（項目２０）
第二の無線デバイスから、
前記一つまたは複数の第一のリソース、および
前記優先度を示す、サイドリンク制御情報を受信することをさらに含む、項目５～１９のいずれか一項に記載の方法。
（項目２１）
前記サイドリンク制御情報が、物理層サイドリンク制御チャネルを介して受信される、項目２０に記載の方法。
（項目２２）
第一の無線デバイスによって、基地局から、前記優先度閾値を示すメッセージを受信することをさらに含む、項目５～２１のいずれか一項に記載の方法。
（項目２３）
前記メッセージが無線リソース制御メッセージである、項目２２に記載の方法。
（項目２４）
前記メッセージがシステム情報ブロックである、項目２３に記載の方法。
（項目２５）
前記サイドリンク送信が、一つまたは複数の物理層共有チャネルを介して送信される、項目５～２４のいずれか一項に記載の方法。
（項目２６）
前記優先度が、前記優先度閾値よりも小さい、項目５～２５のいずれか一項に記載の方法。
（項目２７）
前記一つまたは複数の第一のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目５～２６のいずれか一項に記載の方法。
（項目２８）
前記一つまたは複数の第二のリソースが、サイドリンクリソースプール内に一つまたは複数のサブチャネルを含む、項目５～２７のいずれか一項に記載の方法。
（項目２９）
第一の無線デバイスによって、基地局から、
同期信号周期性内の第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返し、および
前記ＳＬ－ＳＳＢの繰り返しのＳＬ－ＳＳＢの繰り返しのクラスタの隣接する送信間のタイミングギャップを示す、一つまたは複数の構成メッセージを受信することと、
一つまたは複数の第二の無線デバイスに、前記同期信号周期性の間、クラスタの各々の隣接する送信間の前記タイミングギャップを有する前記クラスタを送信することであって、前記クラスタが前記第一の数のＳＬ－ＳＳＢの繰り返しを含み、前記クラスタの各々が第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む、送信することと、を含む、方法。
（項目３０）
第一の無線デバイスによって、
同期信号周期性内の第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返し、および
前記ＳＬ－ＳＳＢの繰り返しのＳＬ－ＳＳＢの繰り返しのクラスタの隣接する送信間のタイミングギャップの、表示を受信することと、
前記同期信号周期性の間に、クラスタの各々の隣接する送信間の前記タイミングギャップを有する前記クラスタを送信することであって、前記クラスタが前記第一の数のＳＬ－ＳＳＢの繰り返しを含み、前記クラスタの各々が第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む、送信することと、を含む、方法。
（項目３１）
一つまたは複数の構成メッセージが前記表示を含む、項目３０に記載の方法。
（項目３２）
前記一つまたは複数の構成メッセージがＲＲＣである、項目３１に記載の方法。
（項目３３）
前記一つまたは複数の構成メッセージがＳＩＢである、項目３１～３２のいずれか一項に記載の方法。
（項目３４）
前記一つまたは複数の構成メッセージがＲＲＣである、項目３１～３３のいずれか一項に記載の方法。
（項目３５）
前記一つまたは複数の構成メッセージがＳＩＢである、項目３１～３４のいずれか一項に記載の方法。
（項目３６）
第一の無線デバイスによって、同期信号周期性の間に、クラスタのそれぞれの隣接する送信間のタイミングギャップを有する前記クラスタを送信することを含み、前記クラスタが、第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返しを含み、前記クラスタの各々が、第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む、方法。
（項目３７）
前記タイミングギャップおよび前記第一の数が、メッセージによって示される、項目３６に記載の方法。
（項目３８）
前記メッセージが基地局から受信される、項目３７に記載の方法。
（項目３９）
前記メッセージがＲＲＣメッセージである、項目３７～３８のいずれか一項に記載の方法。
（項目４０）
前記メッセージがＳＩＢである、項目３７～３９のいずれか一項に記載の方法。
（項目４１）
前記第二の数が、メッセージによって示される、項目３７～４０のいずれか一項に記載の方法。
（項目４２）
前記メッセージが基地局から受信される、項目４１に記載の方法。
（項目４３）
前記メッセージがＲＲＣメッセージである、項目４１～４２のいずれか一項に記載の方法。
（項目４４）
前記メッセージがＳＩＢである、項目４１～４３のいずれか一項に記載の方法。
（項目４５）
前記タイミングギャップがゼロ以上である、項目３６～４４のいずれか一項に記載の方法。
（項目４６）
前記第一の無線デバイスによって、ＳＬ－ＳＳＢオフセットを含む一つまたは複数の構成メッセージを受信することをさらに含む、項目３６～４５のいずれか一項に記載の方法。
（項目４７）
ＳＬ－ＳＳＢの繰り返しの第一のＳＬ－ＳＳＢの繰り返しが前記ＳＬ－ＳＳＢオフセットから開始することをさらに含む、項目４６に記載の方法。
（項目４８）
前記第一の無線デバイスによって、ＬＴＥサイドリンク同期信号（ＳＬＳＳ）オフセットを含む一つまたは複数の構成メッセージを受信することをさらに含む、項目４７に記載の方法。
（項目４９）
前記ＳＬ－ＳＳＢオフセットが、前記ＬＴＥ ＳＬＳＳオフセットと同じ時間を示す、項目４８に記載の方法。
（項目５０）
前記第二の数が、前記第一の数およびサブキャリア間隔（ＳＣＳ）に基づいて決定される、項目３６～４９のいずれか一項に記載の方法。
（項目５１）
前記ＳＣＳが基地局によって示される、項目５０に記載の方法。
（項目５２）
前記ＳＣＳが、事前構成される、項目５０～５１のいずれか一項に記載の方法。
（項目５３）
前記ＳＣＳがサイドリンクバンド幅部分について示される、項目５０～５２のいずれか
一項に記載の方法。
（項目５４）
前記送信することが、一つまたは複数の第二の無線デバイスへ送信することをさらに含む、項目３６～５３のいずれか一項に記載の方法。
（項目５５）
前記ＳＬ－ＳＳＢが、
プライマリーサイドリンク同期信号と、
セカンダリーサイドリンク同期信号と、
物理サイドリンクブロードキャストチャネルと、を含む、項目３６～５４のいずれか一項に記載の方法。
（項目５６）
前記第二の数が、前記ＳＬ－ＳＳＢのサブキャリア間隔（ＳＣＳ）に基づいて決定される、項目３６～５５のいずれか一項に記載の方法。
（項目５７）
前記第二の数が、
１５ｋＨｚ ＳＣＳに対し１、
３０ｋＨｚ ＳＣＳに対し２、
６０ｋＨｚ ＳＣＳに対し４、
１２０ｋＨｚ ＳＣＳに対し８、および
２４０ｋＨｚ ＳＣＳに対し１６、のうちの一つである、項目５６に記載の方法。
（項目５８）
第一の無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されるとき、前記第一の無線デバイスに項目１～５７のいずれか一項に記載の方法を実施させる命令を記憶するメモリーと、を含む、第一の無線デバイス。
（項目５９）
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに項目１～５７のいずれか一項に記載の方法を実施させる命令を含む、非一時的コンピューター可読媒体。
（項目６０）
第一の無線デバイスであって、
一つまたは複数の第一のプロセッサーと、
前記一つまたは複数の第一のプロセッサーによって実行されるとき、前記第一の無線デバイスに
サイドリンクトランスポートブロックの一つまたは複数の第一のリソース、および
前記サイドリンクトランスポートブロックの優先度の、表示を送信することをさせる、第一の命令を記憶する第一のメモリーと、を含む、第一の無線デバイスと、
第二の無線デバイスであって、
一つまたは複数の第二のプロセッサーと、
前記一つまたは複数の第二のプロセッサーによって実行されるとき、前記第二の無線デバイスに、
前記表示を受信することと、
前記優先度および優先度閾値に基づいて、前記一つまたは複数の第一のリソースと重複する一つまたは複数の第二のリソースのサイドリンク送信をドロップすることとをさせる、第二の命令を記憶する第二のメモリーと、を含む第二の無線デバイスと、を含む、システム。
【図面の簡単な説明】
【0003】
本開示のさまざまな実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。
【0004】
【0005】
【0006】
【0007】
【0008】
【0009】
【0010】
【0011】
【0012】
【0013】
【0014】
【0015】
【0016】
【0017】
【0018】
【0019】
【0020】
【0021】
【0022】
【0023】
【0024】
【0025】
【0026】
【0027】
【0028】
【0029】
【0030】
【0031】
【0032】
【0033】
【0034】
【0035】
【0036】
【0037】
【0038】
【0039】
【0040】
【0041】
【0042】
【0043】
【0044】
【0045】
【0046】
【0047】
【0048】
【0049】
【0050】
【0051】
【発明を実施するための形態】
【0052】
実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。一つまたは複数の基準が満たされると、さまざまな例示的実施形態が適用されることができる。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。
【0053】
基地局は、無線デバイスの混合と通信することができる。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートすることができる。無線デバイスは、無線デバイスのカテゴリーおよび／または能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及することができる。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及することができる。開示された方法に準拠し得ないカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づいて実行される。
【0054】
本明細書では、「ａ」と「ａｎ」および同様の語句は「少なくとも一つ」および「一つまたは複数」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および「一つまたは複数」として解釈されるべきである。本明細書では、用語「ｍａｙ」は「例えば、～であり得る」として解釈される。言い換えると、用語「ｍａｙ」は、用語「ｍａｙ」に続く語句が複数の適切な可能性の一つの実施例であり、種々の実施形態の一つまたは複数によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、用語「含む（ｃｏｍｐｒｉｓｅｓ）」および「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記載される要素の一つまたは複数の構成要素を列挙する。用語「含む（ｃｏｍｐｒｉｓｅｓ）」は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。本明細書で使用される場合、用語「に基づく」は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「および／または」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、および／またはＣ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを表し得る。
【0055】
ＡおよびＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合およびサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。「に基づいて」（または同等に「に少なくとも基づいて」）というフレーズは、用語「に基づいて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応答して」（または同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応じて」（または同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「採用／使用」（または同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の一つまたは複数に使用される場合とされない場合とがある多数の適切な可能性の一つの実施例であることを示す。
【0056】
用語「構成される」は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。「構成される」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用することができる、または装置における特定のアクションを実装するために使用することができるパラメーターを有することを意味し得る。
【0057】
本開示では、パラメーター（または同等にフィールド、または情報要素： ＩＥと呼ばれる）は、一つまたは複数の情報オブジェクトを含むことができ、情報オブジェクトは、一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーター（ＩＥ）Ｎがパラメーター（ＩＥ）Ｍを含み、パラメーター（ＩＥ）Ｍがパラメーター（ＩＥ）Ｋを含み、パラメーター（ＩＥ）Ｋがパラメーター（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、一つまたは複数のメッセージが複数のパラメーターを含むとき、それは、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つに含まれるが、一つまたは複数のメッセージの各々に含まれる必要はないことを意味する。
【0058】
さらにまた、上記で提示された多くの特徴は、「ｍａｙ」の使用または括弧の使用により任意選択であるものとして説明される。簡潔さおよび読みやすさのために、本開示は、任意選択の特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、三つの任意選択の特徴を有するものとして説明されたシステムは、七つの方式、すなわち、三つの可能な特徴の一つのみ、三つの特徴のいずれか二つ、または三つの特徴の三つによって具現化されることができる。
【0059】
開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装されてもよく、それらは、挙動的に等価とすることができる。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）など）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピューター、マイクロコントローラー、およびマイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋ ＋ などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。
【0060】
図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公共の土地移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、および無線デバイス１０６を含む。
【0061】
ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のデータネットワーク（ＤＮ）へのインターフェイスを提供し得る。インターフェイス機能の一部として、ＣＮ１０２は、無線デバイス１０６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、無線デバイス１０６を認証し、充電機能を提供し得る。
【0062】
ＲＡＮ１０４は、エアーインターフェイス上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、および再送信プロトコルを提供し得る。エアーインターフェイス上でＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアーインターフェイス上で無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
【0063】
無線デバイスという用語は、本開示全体を通して、無線通信が必要または利用可能な任意のモバイルデバイスまたは固定（非携帯）デバイスを指し、および包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、および／またはそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、モバイルステーション、受話器、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信装置を含む、他の用語を包含する。
【0064】
ＲＡＮ１０４は、一つまたは複数の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳおよび／または３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡおよび／または４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、一つまたは複数のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノードまたは中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、生成ノードＢ（ｇＮＢ、ＮＲおよび／または５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉまたはその他の適切な無線通信規格に関連している）、および／またはそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも一つのｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）および少なくとも一つのｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を含み得る。
【0065】
ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアーインターフェイス上で通信するための一つまたは複数のアンテナのセットを含み得る。例えば、一つまたは複数の基地局は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。セルのサイズは、受信機（例えば、基地局受信機）が、セルで動作する送信機（例えば、無線デバイス送信機）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。
【0066】
三つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の一つまたは複数の基地局は、三つより多いまたはそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の一つまたは複数の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、および／またはドナーノードのカバレッジエリアを拡張するために使用されるリピータまたは中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型またはクラウドＲＡＮアーキテクチャーの一部であってもよく、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、または仮想化されていてもよい。リピーターノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。
【0067】
ＲＡＮ１０４は、類似のアンテナパターンおよび類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（またはいわゆるホットスポット）、またはマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、およびフェムトセル基地局またはホーム基地局が挙げられる。
【0068】
第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰ（登録商標）は、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第三世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第四世代（４Ｇ）ネットワーク、および５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と呼ばれる、３ＧＰＰ（登録商標）５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇおよび４ＧネットワークのＲＡＮ、およびまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ（登録商標）６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術または非３ＧＰＰ（登録商標）無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。
【0069】
図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、およびＵＥ１５６ＡおよびＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じまたは同様の方法で実装および動作することができる。
【0070】
５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のＤＮへのインターフェイスを提供する。インターフェイス機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ（登録商標）４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェイスを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ‐ＣＮ１５２のネットワーク機能は、専用もしくは共有ハードウェア上のネットワーク要素として、専用もしくは共有ハードウェア上で動作するソフトウェアインスタンスとして、またはプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。
【0071】
図１Ｂに示すように、５Ｇ－ＣＮ１５２は、簡単に説明できるように、図１Ｂで一つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセスおよびモビリティ管理機能（ＡＭＦ）１５８Ａおよびユーザープレーン機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ－ＲＡＮ１５４と一つまたは複数のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティングおよび転送、パケット検査およびユーザープレーンポリシールールの施行、トラフィック利用の報告、一つまたは複数のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザープレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルターリング、ゲーティング、アップリンク／ダウンリンクレート実施、およびアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、およびダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、一つまたは複数のＤＮに相互接続される外部プロトコル（またはパケット）データユニット（ＰＤＵ）セッションポイント、および／または分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。
【0072】
ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰ（登録商標）アクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内およびシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、および／またはセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指してもよく、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。
【0073】
５Ｇ－ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない一つまたは複数の追加のネットワーク機能を含み得る。例えば、５Ｇ－ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、および／または認証サーバー機能（ＡＵＳＦ）のうちの一つまたは複数を含んでもよい。
【0074】
ＮＧ－ＲＡＮ１５４は、５Ｇ－ＣＮ １５２を、エアーインターフェイス上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ－ＲＡＮ１５４は、ｇＮＢ１６０ＡおよびｇＮＢ１６０Ｂとして図示された一つまたは複数のｇＮＢ（まとめてｇＮＢ１６０）および／またはｎｇ－ｅＮＢ１６２Ａおよびｎｇ－ｅＮＢ１６２Ｂとして図示された一つまたは複数のｎｇ－ｅＮＢ（まとめてｎｇ－ｅＮＢ１６２）を含み得る。ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２は、より一般的に基地局と呼んでもよい。ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２は、エアーインターフェイス上でＵＥ１５６と通信するための一つまたは複数のアンテナのセットを含み得る。例えば、ｇＮＢ１６０の一つまたは複数および／またはｎｇ－ｅＮＢ１６２の一つまたは複数は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含んでもよい。合わせて、ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。
【0075】
図１Ｂに示すように、ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、ＮＧインターフェイスによって５Ｇ－ＣＮ１５２に接続されてもよく、Ｘｎインターフェイスによって他の基地局に接続され得る。ＮＧおよびＸｎインターフェイスは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続および／または間接的な接続を使用して確立され得る。ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、ＵｕインターフェイスによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェイスによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、およびＵｕインターフェイスは、プロトコルスタックに関連付けられている。インターフェイスに関連付けられるプロトコルスタックは、データおよびシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用されてもよく、ユーザープレーンおよび制御プレーンの二つのプレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
【0076】
ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、一つまたは複数のＮＧインターフェイスによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ－ＣＮ１５２の一つまたは複数のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧユーザープレーン（ＮＧ－Ｕ）インターフェイスによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ－Ｕインターフェイスは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザープレーンＰＤＵの供給を提供し得る（例えば、非保証送達）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ－Ｃ）インターフェイスを使用してＡＭＦ１５８Ａに接続できる。ＮＧ－Ｃインターフェイスは、例えば、ＮＧインターフェイス管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理および構成転送および／または警告メッセージ送信を提供することができる。
【0077】
ｇＮＢ１６０は、Ｕｕインターフェイス上のＵＥ１５６に向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第一のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ａに向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。ｎｇ－ｅＮＢ１６２は、Ｕｕインターフェイス上のＵＥ１５６に向かって、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ‐ＵＴＲＡ）ユーザープレーンおよび制御プレーンプロトコル終端を提供してもよく、Ｅ‐ＵＴＲＡは３ＧＰＰ（登録商標）４Ｇ無線アクセス技術を指す。例えば、ｎｇ－ｅＮＢ１６２Ｂは、第二のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ｂに向かってＥ‐ＵＴＲＡユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。
【0078】
５Ｇ－ＣＮ１５２は、ＮＲおよび４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、およびページング）を提供する（または少なくともサポートする）。一つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、一つのｇＮＢまたはｎｇ－ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、および／または複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。
【0079】
論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェイス（例えば、Ｕｕ、Ｘｎ、およびＮＧインターフェイス）がデータおよびシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられてもよい。プロトコルスタックは、二つのプレーン、すなわち、ユーザープレーンおよび制御プレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理してもよく、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
【0080】
図２Ａおよび図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェイス用のＮＲユーザープレーンおよびＮＲ制御プレーンプロトコルスタックの例を示す。図２Ａおよび図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェイスに使用されるものと同じまたは類似であり得る。
【0081】
図２Ａは、ＵＥ２１０およびｇＮＢ２２０に実装された五つの層を含むＮＲユーザープレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１および２２１は、プロトコルスタックの上位層にトランスポートサービスを提供してもよく、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１および２２１の上の次の四つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２および２２２、無線リンク制御層（ＲＬＣ）２１３および２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４および２２４、ならびにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５および２２５を含む。合わせて、これらの四つのプロトコルは、ＯＳＩモデルの層２またはデータリンク層を構成し得る。
【0082】
図３は、ＮＲユーザープレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａおよび図３の上からスタートして、ＳＤＡＰ２１５および２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、一つまたは複数のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データレート、および／またはエラーレートに関して）に基づいて、ＰＤＵセッションの一つまたは複数のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５および２２５は、一つまたは複数のＱｏＳフローと一つまたは複数のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピングまたは制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定することができる、ＱｏＳフローインジケーター（ＱＦＩ）でマークし得る。
【0083】
ＰＤＣＰ２１４およびＰＤＣＰ２２４は、エアーインターフェイス上で送信する必要のあるデータ量を低減するためのヘッダー圧縮／解凍、エアーインターフェイス上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、および完全性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行ってもよい。ＰＤＣＰ２１４および２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達および再シーケンス、ならびにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４および２２４は、受信されるパケットの可能性を改善し、受信機で、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。
【0084】
図３には示されていないが、ＰＤＣＰ２１４および２２４は、二重接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。二重接続は、ＵＥが二つのセル、またはより一般的には、マスターセルグループ（ＭＣＧ）およびセカンダリーセルグループ（ＳＣＧ）の二つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５および２２５へのサービスとしてＰＤＣＰ２１４および２２４によって提供される無線ベアラの一つなどの単一の無線ベアラが、二重接続でセルグループによって処理されるときである。ＰＤＣＰ２１４および２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。
【0085】
ＲＬＣ２１３および２２３は、それぞれ、ＭＡＣ２１２および２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、および除去を実行し得る。ＲＬＣ２１３および２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、および確認応答モード（ＡＭ）の三つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づいて、ＲＬＣは、指摘された機能のうちの一つまたは複数を実行し得る。このＲＬＣ構成は、ヌメロロジおよび／または送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎とすることができる。図３に示すように、ＲＬＣ２１３および２２３は、それぞれＰＤＣＰ２１４および２２４にサービスとしてＲＬＣチャネルを提供し得る。
【0086】
ＭＡＣ２１２およびＭＡＣ２２２は、論理チャネルの多重化／多重分離、および／または論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１および２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの一つまたは複数の論理チャネルに属するデータユニットの多重化／多重分離を含んでもよい。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報報告、および優先度処理を行うように構成され得る。スケジューリングは、ダウンリンクおよびアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２および２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリアアグリゲーション（ＣＡ）の場合、キャリアごとに一つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先順位付けによるＵＥ２１０の論理チャネル間の優先度処理、および／またはパディングを行うように構成され得る。ＭＡＣ２１２およびＭＡＣ２２２は、一つまたは複数のヌメロロジおよび／または送信タイミングをサポートし得る。一実施例では、論理チャネル優先順位付けにおけるマッピング制限により、論理チャネルがどのヌメロロジおよび／または送信タイミングを使用することができるかを制御することができる。図３に示すように、ＭＡＣ２１２および２２２は、サービスとしてＲＬＣ２１３および２２３に論理チャネルを提供し得る。
【0087】
ＰＨＹ２１１および２２１は、エアーインターフェイス上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピングおよびデジタルおよびアナログ信号処理機能を実行し得る。これらのデジタルおよびアナログ信号処理機能は、例えば、符号化／復号化および変調／復調を含み得る。ＰＨＹ２１１および２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１および２２１は、サービスとして、ＭＡＣ２１２および２２２に一つまたは複数のトランスポートチャネルを提供し得る。
【0088】
図４Ａは、ＮＲユーザープレーンプロトコルスタックを通るダウンリンクデータフローの例を示す。図４Ａは、ＮＲユーザープレーンプロトコルスタックを通した三つのＩＰパケット（ｎ、ｎ＋１、およびｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で二つのＴＢを生成する。ＮＲユーザープレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。
【0089】
図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、一つまたは複数のＱｏＳフローから三つのＩＰパケットを受信し、三つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎおよびｎ＋１を第一の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第二の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダー（図４Ａで「Ｈ」とラベル付けされる）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と呼ばれ、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と呼ばれる。図４Ａに示すように、ＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。
【0090】
図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダーを追加し、それぞれの出力を次の下層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダー圧縮および暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択で（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送することができる。ＭＡＣ２２２は、いくつかのＲＬＣ ＰＤＵを多重化してもよく、ＭＡＣサブヘッダーをＲＬＣ ＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダーはＭＡＣ ＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダーはＭＡＣ ＰＤＵの先頭に完全に配置され得る。ＮＲ ＭＡＣ ＰＤＵ構造は、ＭＡＣ ＰＤＵサブヘッダーが、完全なＭＡＣ ＰＤＵが組み立てられる前に計算され得るため、処理時間および関連遅延を低減し得る。
【0091】
図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。ＭＡＣサブヘッダーには、ＭＡＣサブヘッダーが対応しているＭＡＣ ＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣ ＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＩＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、および将来使用するための予約ビット（Ｒ）フィールドが含まれる。
【0092】
図４Ｂはさらに、ＭＡＣ２２３またはＭＡＣ２２２などのＭＡＣによってＭＡＣ ＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を示す。例えば、図４Ｂは、ＭＡＣ ＰＤＵに挿入された二つのＭＡＣ ＣＥを示す。ＭＡＣ ＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣ ＰＤＵの開始に、およびアップリンク送信のためＭＡＣ ＰＤＵの終わりに挿入され得る。ＭＡＣ ＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣ ＣＥの例としては、バッファ状態レポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣ ＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、および事前構成済みコンポーネント、のためのものなどの起動／停止ＭＡＣ ＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣ ＣＥ、タイミング進行ＭＡＣ ＣＥ、およびランダムアクセス関連ＭＡＣ ＣＥが挙げられる。ＭＡＣ ＣＥは、ＭＡＣ ＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダーによって先行されてもよく、ＭＡＣ ＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。
【0093】
ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、および物理チャネル、ならびにチャネルタイプ間のマッピングを最初に説明する。一つまたは複数のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。
【0094】
図５Ａおよび図５Ｂは、それぞれダウンリンクおよびアップリンクについて、論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、およびＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用することができ、ＮＲ制御プレーン内に制御および構成情報を伝達する制御チャネルとして、またはＮＲユーザープレーン内にデータを伝達するトラフィックチャネルとして分類することができる。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、または複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
－ 位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－ マスター情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ ユーザーデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。
－ 位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－ マスター情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ ユーザーデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。
【0095】
トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアーインターフェイス上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
－ ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータおよびシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）
－ アップリンクデータおよびシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－ 事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。
－ ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータおよびシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）
－ アップリンクデータおよびシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－ 事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。
【0096】
ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、一つまたは複数のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネルおよび物理制御チャネルのセットは、例えば、
－ ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ ＤＬ－ＳＣＨからのダウンリンクデータおよびシグナリングメッセージ、ならびにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、およびアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ ＵＬ－ＳＣＨおよび以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータおよびシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、およびスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。
－ ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ ＤＬ－ＳＣＨからのダウンリンクデータおよびシグナリングメッセージ、ならびにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、およびアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ ＵＬ－ＳＣＨおよび以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータおよびシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、およびスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。
【0097】
物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａおよび図５Ｂに示すよう、ＮＲによって定義される物理層信号には、プライマリー同期信号（ＰＳＳ）、セカンダリー同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＲＳ）、サウンディング基準信号（ＳＲＳ）、および位相トラッキング基準信号（ＰＴ－ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。
【0098】
図２Ｂは、ＮＲ制御プレーンプロトコルスタックの例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザープレーンプロトコルスタックの例と同じ／類似の第一の四つのプロトコル層を使用し得る。これら四つのプロトコル層には、ＰＨＹ２１１および２２１、ＭＡＣ２１２および２２２、ＲＬＣ２１３および２２３、ならびにＰＤＣＰ２１４および２２４が含まれる。ＮＲユーザープレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５および２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６および２２６、ならびにＮＡＳプロトコル２１７および２３７を持つ。
【0099】
ＮＡＳプロトコル２１７および２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、またはより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７および２３７は、ＮＡＳメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、ＵｕおよびＮＧインターフェイスのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７および２３７は、認証、セキュリティ、接続セットアップ、モビリティ管理、およびセッション管理などの制御プレーン機能を提供し得る。
【0100】
ＲＲＣ２１６および２２６は、ＵＥ２１０とｇＮＢ２２０との間に、またはより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６および２２６は、ＲＲＣメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、および同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーンおよびユーザープレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６および２２６は、ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト、ＣＮまたはＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、およびリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラおよびデータ無線ベアラの確立、構成、メンテナンス、およびリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク障害（ＲＬＦ）の検出と回復、および／またはＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６および２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメーターの設定を伴い得る、ＲＲＣコンテキストを確立し得る。
【0101】
図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａおよび図２Ｂに示すＵＥ２１０、または本開示に記載される任意の他の無線デバイス、と同一または類似であり得る。図６に示されるように、ＵＥは、三つのＲＲＣ状態のうちの少なくとも一つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、およびＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。
【0102】
ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも一つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる一つまたは複数の基地局の一つ、図１Ｂに示すｇＮＢ１６０またはｎｇ－ｅＮＢ１６２の一つ、図２Ａおよび図２Ｂに示すｇＮＢ２２０、または本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと呼ばれるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメーターを含んでもよい。これらのパラメーターには、例えば、一つまたは複数のＡＳコンテキスト、一つまたは複数の無線リンク構成パラメーター、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、および／またはＰＤＵセッションに関連する）、セキュリティ情報、および／またはＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４またはＮＧ－ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセルおよび隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービング基地局は、報告された測定値に基づいて、隣接基地局の一つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行してもよく、または接続非アクティブ化手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。
【0103】
ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、定期的に（例えば、不連続受信サイクル毎に１回）起動して、ＲＡＮからのページングメッセージを監視することができる。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。
【0104】
ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥおよび基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への遷移と比較して、シグナリングオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速遷移が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、または接続リリース手順６０８と同一または類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。
【0105】
ＲＲＣ状態は、モビリティ管理機構と関連付けられてもよい。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、そうすることができる。例えば、セルグループ化の粒度の三つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、および追跡エリアと呼ばれ、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。
【0106】
追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２または５Ｇ－ＣＮ１５２）は、ＵＥ登録エリアに関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアに関連付けられるＴＡＩのリストに含まれないＴＡＩに関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。
【0107】
ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、一つまたは複数のセルアイデンティティ、ＲＡＩのリスト、またはＴＡＩのリストを含み得る。一実施例では、基地局は、一つまたは複数のＲＡＮ通知エリアに属し得る。一実施例では、セルは、一つまたは複数のＲＡＮ通知エリアに属することができる。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新することができる。
【0108】
ＵＥに対するＲＲＣコンテキストを格納する基地局、またはＵＥの最後のサービング基地局は、アンカー基地局と呼んでもよい。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアに留まっている時間の間、および／またはＵＥがＲＲＲＣ非アクティブ６０６に留まっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。
【0109】
図１ＢのｇＮＢ１６０などのｇＮＢは、二つの部分、つまり中央ユニット（ｇＮＢ－ＣＵ）、および一つまたは複数の分散ユニット（ｇＮＢ－ＤＵ）に分割できる。ｇＮＢ－ＣＵは、Ｆ１インターフェイスを使用して、一つまたは複数のｇＮＢ－ＤＵに結合され得る。ｇＮＢ‐ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを含んでもよい。ｇＮＢ－ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを含んでもよい。
【0110】
ＮＲでは、物理信号および物理チャネル（図５Ａおよび図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（またはトーン）上でデータを送信するマルチキャリア通信方式である。送信前に、データは、ソースシンボルと呼ばれ、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ－ＱＡＭ）またはＭ相シフトキーイング（Ｍ－ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから一つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の一つの振幅および位相を変調することができる。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一のＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）およびアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数上でエアーインターフェイス上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）であらかじめ符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理は、ＦＦＴブロックを使用して受信機でＯＦＤＭシンボル上で実行されて、ソースシンボルにマッピングされたデータを復元し得る。
【0111】
図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰り返し得る。図示するように、一つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であってもよく、持続時間が１ミリ秒である１０個のサブフレームを含んでもよい。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。
【0112】
スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔およびサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされてもよく、サイクリックプレフィックス持続時間は、４．７ｕｍｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７ｕｍｓ、３０ｋＨｚ／２．３ｕｍｓ、６０ｋＨｚ／１．２ｕｍｓ、１２０ｋＨｚ／０．５９ｕｍｓ、および２４０ｋＨｚ／０．２９ｕｍｓ。
【0113】
スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロット数が多い。図７は、このヌメロロジ依存性スロット持続時間およびサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンクおよびダウンリンク送信がスケジュールされるユニットとして使用され得る。低遅延サポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルで終わってもよい。これらの部分スロット送信は、ミニスロット送信またはサブスロット送信と呼んでもよい。
【0114】
図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの一つのサブキャリアによって、時間ドメインの一つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢまたは２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、および１２０ｋＨｚのそれぞれについて、５０、１００、２００、および４００ＭＨｚに制限してもよく、４００ＭＨｚのバンド幅が、キャリアバンド幅制限当たり４００ＭＨｚに基づいて設定され得る。
【0115】
図８は、ＮＲキャリアの全バンド幅にわたって使用される単一のヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。
【0116】
ＮＲは、広範なキャリアバンド幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、全キャリアバンド幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリアバンド幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、および／または他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づいて、ＵＥの受信バンド幅のサイズを適合させ得る。これはバンド幅適応と呼ばれる。
【0117】
ＮＲは、全キャリアバンド幅を受信できないＵＥをサポートし、バンド幅適応をサポートするバンド幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり一つまたは複数のダウンリンクＢＷＰおよび一つまたは複数のアップリンクＢＷＰ（例えば、サービングセル当たり最大四つのダウンリンクＢＷＰおよび最大四つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの一つまたは複数がアクティブであり得る。これらの一つまたは複数のＢＷＰは、サービングセルのアクティブＢＷＰと呼んでもよい。サービングセルがセカンダリーアップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに一つまたは複数の第一のアクティブＢＷＰ、およびセカンダリーアップリンクキャリアに一つまたは複数の第二のアクティブＢＷＰを有し得る。
【0118】
ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成済みダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予想し得る。
【0119】
プライマリーセル（ＰＣｅｌｌ）上の構成済みダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも一つの検索空間に対してＵＥを、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間および周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有の検索空間または共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上またはプライマリーセカンダリーセル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成することができる。
【0120】
構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、一つまたは複数のＰＵＣＣＨ送信のための一つまたは複数のリソースセットでＵＥを構成することができる。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔およびサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨまたはＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔およびサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）を送信し得る。
【0121】
一つまたは複数のＢＷＰインジケーターフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケーターフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、一つまたは複数のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。一つまたは複数のＢＷＰインジケーターフィールドの値は、一つまたは複数のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。
【0122】
基地局は、ＰＣｅｌｌに関連付けられる構成済みダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰとすることができる。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づいて、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。
【0123】
基地局は、ＰＣｅｌｌのＢＷＰ非アクティブタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰ非アクティブタイマーを開始または再起動することができる。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、または（ｂ）ＵＥが、非対のスペクトル動作に対するデフォルトダウンリンクＢＷＰまたはアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰまたはアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰ非アクティブタイマーを開始または再起動し得る。ＵＥが一定期間（例えば、１ミリ秒または０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰ非アクティブタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰ非アクティブタイマー値まで増加させるか、またはＢＷＰ非アクティブタイマー値からゼロへ減少させる）。ＢＷＰ非アクティブタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられてもよい。
【0124】
一実施例では、基地局は、一つまたは複数のＢＷＰを有するＵＥを半静的に構成することができる。ＵＥは、第二のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、および／またはＢＷＰ非アクティブタイマーの満了に応答して（例えば、第二のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第一のＢＷＰから第二のＢＷＰに切り替えることができる。
【0125】
ダウンリンクおよびアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われてもよい。ペアでないスペクトルでは、ダウンリンクおよびアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰ非アクティブタイマーの満了、および／またはランダムアクセスの開始に基づいて発生し得る。
【0126】
図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用したバンド幅適応の実施例を示す。三つのＢＷＰで構成されるＵＥは、切替点で、一つのＢＷＰから別のＢＷＰに切り替えてもよい。図９に示される例では、ＢＷＰに、バンド幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、バンド幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、およびバンド幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであってもよく、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切替点においてＢＷＰ間を切り替えることができる。図９の例では、ＵＥは、切替点９０８でＢＷＰ９０２からＢＷＰ９０４に切り替えてもよい。切替点９０８での切り替えは、例えば、ＢＷＰ非アクティブタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、および／またはアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、アクティブＢＷＰとしてＢＷＰ９０６を示すＤＣＩを受信する応答で、切替点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替えてもよい。ＵＥは、ＢＷＰ非アクティブタイマーの満了に応答して、および／またはＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切替点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替えてもよい。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切替点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替えてもよい。
【0127】
ＵＥが、構成済みダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰでセカンダリーセルに対して構成される場合、セカンダリーセル上のＢＷＰを切り替えるためのＵＥ手順は、プライマリーセル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥがプライマリーセルに対してこれらの値を使用するのと同じ／同様の様式で、セカンダリーセルに対してタイマー値およびデフォルトダウンリンクＢＷＰを使用し得る。
【0128】
より大きなデータレートを提供するために、キャリアアグリゲーション（ＣＡ）を使用して、二つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信することができる。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と呼んでもよい。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは一つである。ＣＣは、周波数ドメイン内に三つの構成を有し得る。
【0129】
図１０Ａは、二つのＣＣを有する三つのＣＡ構成を示す。バンド内、連続的な構成１００２において、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。バンド内、連続しない構成１００４では、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。バンド内構成１００６では、二つのＣＣは、周波数帯（周波数帯Ａおよび周波数帯Ｂ）に位置する。
【0130】
一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じまたは異なるバンド幅、サブキャリア間隔、および／または二重化スキーム（ＴＤＤまたはＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、一つまたは複数のアップリンクＣＣは、任意選択で、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。
【0131】
ＣＡを使用する場合、ＵＥのアグリゲーションセルの一つを、プライマリーセル（ＰＣｅｌｌ）と呼んでもよい。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、および／またはハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬ ＰＣＣ）と呼んでもよい。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬ ＰＣＣ）と呼んでもよい。ＵＥのその他のアグリゲーションセルは、セカンダリーセル（ＳＣｅｌｌ）と呼んでもよい。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬ ＳＣＣ）と呼んでもよい。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬ ＳＣＣ）と呼んでもよい。
【0132】
ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィックおよびチャネル条件に基づいて起動および停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨおよびＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、およびＣＱＩ送信が停止されることを意味し得る。構成されるＳＣｅｌｌは、図４Ｂに関して、ＭＡＣ ＣＥを使用して起動および停止され得る。例えば、ＭＡＣ ＣＥは、ビットマップ（例えば、ＳＣｅｌｌあたり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動または停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり一つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。
【0133】
セルのスケジューリング割り当ておよびスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当ておよび許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、および／またはＲＩなどのＨＡＲＱ確認応答およびチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられてもよい。
【0134】
図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨグループに構成され得るかの実施例を示す。ＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０は、それぞれ一つまたは複数のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、およびＳＣｅｌｌ１０１３の三つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、およびＳＣｅｌｌ１０５３の三つのダウンリンクＣＣを含む。一つまたは複数のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、およびＳＣｅｌｌ１０２３として構成され得る。一つまたは複数の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、およびＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、およびＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、およびＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一のアップリンクＰＣｅｌｌおよびＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。
【0135】
ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤまたはセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリアおよび／またはアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定することができる。セルインデックスは、ＲＲＣメッセージを使用して判定することができる。本開示において、物理セルＩＤは、キャリアＩＤと呼ばれることがある。セルインデックスは、キャリアインデックスと呼ばれることがある。例えば、本開示が第一のダウンリンクキャリアに対する第一の物理セルＩＤに言及する場合、本開示は、第一の物理セルＩＤが、第一のダウンリンクキャリアを含むセルに対するものであることを意味することができる。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第一のキャリアが起動されることを示す場合、本明細書は、第一のキャリアを含むセルが起動されることを意味し得る。
【0136】
ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロックおよびトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。
【0137】
ダウンリンクでは、基地局が、ＵＥへの一つまたは複数の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、ＤＭＲＳ、および／またはＰＴ－ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト）し得る。アップリンクでは、ＵＥは、一つまたは複数のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ－ＲＳ、および／またはＳＲＳ）に送信することができる。ＰＳＳおよびＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化することができる。ＰＳＳおよびＳＳＳは、ＰＳＳ、ＳＳＳ、およびＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを定期的に送信し得る。
【0138】
図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造および位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、一つまたは複数のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、４つのＳＳ／ＰＢＣＨブロック）を含んでもよい。バーストは、定期的に送信され得る（例えば、２フレーム毎または２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第一のハーフフレーム）に制限され得る。図１１Ａは一例であり、これらのパラメーター（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期性、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジまたはサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、または任意の他の適切な要因に基づいて構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づいてＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。
【0139】
ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の一つまたは複数のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような４つのＯＦＤＭシンボル）にわたってもよく、周波数ドメインの一つまたは複数のサブキャリア（例えば、２４０個の連続サブキャリア）にわたってもよい。ＰＳＳ、ＳＳＳ、およびＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信されてもよく、例えば、１つのＯＦＤＭシンボルおよび１２７個のサブキャリアにわたってもよい。ＳＳＳは、ＰＳＳの後に送信されてもよく（例えば、後の二つのシンボル）、１ＯＦＤＭシンボルおよび１２７サブキャリアにわたってもよい。ＰＢＣＨは、ＰＳＳの後に送信されてもよく（例えば、次の３つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたってもよい。
【0140】
時間および周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥに知られ得ない（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間および周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づいて、ＳＳＳおよびＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ－ＳＳＢ）であり得る。一実施例では、プライマリーセルは、ＣＤ－ＳＳＢと関連付けられてもよい。ＣＤ－ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索および／または再選択は、ＣＤ－ＳＳＢに基づいてもよい。
【0141】
ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの一つまたは複数のパラメーターを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳおよびＳＳＳのシーケンスそれぞれに基づいて、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づいて、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示してもよく、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。
【0142】
ＰＢＣＨは、ＱＰＳＫ変調を使用してもよく、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性符号化を使用し得る。ＰＢＣＨによってスパンされる一つまたは複数のシンボルは、ＰＢＣＨの復調のために一つまたは複数のＤＭＲＳを運んでもよい。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）および／またはＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメーターは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに一つまたは複数のパラメーターを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含んでもよい。ＭＩＢは、ＵＥによって使用され、セルに関連付けられる残りの最小システム情報（ＲＳＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含んでもよい。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの一つまたは複数のパラメーターを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメーターを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１が存在しないことを示すＰＢＣＨに基づいて、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。
【0143】
ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された一つまたは複数のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均利得、平均遅延、および／または空間Ｒｘパラメーターを持つ）と想定することができる。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。
【0144】
ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第一のＳＳ／ＰＢＣＨブロックは、第一のビームを使用して第一の空間方向に送信されてもよく、第二のＳＳ／ＰＢＣＨブロックは、第二のビームを使用して第二の空間方向に送信され得る。
【0145】
一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第一のＳＳ／ＰＢＣＨブロックの第一のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第二のＳＳ／ＰＢＣＨブロックの第二のＰＣＩとは異なってもよい。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なってもよく、または同一であり得る。
【0146】
ＣＳＩ－ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定またはその他の任意の適切な目的のために、一つまたは複数のＣＳＩ－ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ－ＲＳのうちの一つまたは複数でＵＥを構成し得る。ＵＥは、一つまたは複数のＣＳＩ－ＲＳを測定することができる。ＵＥは、一つまたは複数のダウンリンクＣＳＩ－ＲＳの測定に基づいて、ダウンリンクチャネル状態を推定し、および／またはＣＳＩレポートを生成することができる。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。
【0147】
基地局は、一つまたは複数のＣＳＩ－ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ－ＲＳリソースは、時間および周波数ドメイン内の位置および周期性と関連付けられてもよい。基地局は、ＣＳＩ－ＲＳリソースを選択的に起動および／または停止し得る。基地局は、ＣＳＩ－ＲＳリソースセット内のＣＳＩ－ＲＳリソースが起動および／または停止されることをＵＥに示し得る。
【0148】
基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、定期的に、不定期に、または半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。定期的なＣＳＩレポートのために、ＵＥは、複数のＣＳＩレポートのタイミングおよび／または周期性で構成され得る。不定期のＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ－ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するように命令し得る。半持続性ＣＳＩレポートについては、基地局は、定期レポートを定期的に送信し、選択的に起動または停止するようＵＥを構成することができる。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ－ＲＳリソースセットおよびＣＳＩレポートでＵＥを構成し得る。
【0149】
ＣＳＩ－ＲＳ構成は、例えば、最大３２個のアンテナポートを示す一つまたは複数のパラメーターを含み得る。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ－ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。
【0150】
ダウンリンクＤＭＲＳは、基地局によって送信されてもよく、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、一つまたは複数のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために一つまたは複数の可変および／または構成可能なＤＭＲＳパターンをサポートし得る。少なくとも一つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートすることができる。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、一つまたは複数のＤＭＲＳポートをサポートし得る。例えば、シングルユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大八つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥあたり最大四つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ－ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはスクランブルシーケンスは、同じであっても異なっていてもよい。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＲＳおよび対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために一つまたは複数のダウンリンクＤＭＲＳを使用し得る。
【0151】
一実施例では、送信機（例えば、基地局）は、送信バンド幅の一部に対してプリコーダマトリックスを使用し得る。例えば、送信機は、第一のバンド幅に第一のプリコーダマトリックスを、第二のバンド幅に第二のプリコーダマトリックスを使用し得る。第一のプリコーダマトリックスおよび第二のプリコーダマトリックスは、第一のバンド幅が第二のバンド幅とは異なることに基づいて異なってもよい。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。
【0152】
ＰＤＳＣＨは、一つまたは複数の層を含んでもよい。ＵＥは、ＤＭＲＳを有する少なくとも一つのシンボルが、ＰＤＳＣＨの一つまたは複数の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大３つのＤＭＲＳを構成し得る。
【0153】
ダウンリンクＰＴ－ＲＳは、基地局によって送信されてもよく、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ－ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングの組み合わせ、および／またはＤＣＩによって示され得る、他の目的（例えば、変調および符号化スキーム（ＭＣＳ））に使用される一つまたは複数のパラメーターとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。ＮＲネットワークは、時間および／または周波数ドメインで定義された複数のＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされたバンド幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくてもよい。ダウンリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。ダウンリンクＰＴ－ＲＳは、受信機での位相追跡を容易にするためにシンボル上で送信され得る。
【0154】
ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、一つまたは複数のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨおよび／またはＰＵＣＣＨでアップリンクＤＭＲＳを送信し得る。アップリンクＤＭ－ＲＳは、対応する物理チャネルに関連付けられる周波数の範囲に類似する周波数の範囲にわたってもよい。基地局は、一つまたは複数のアップリンクＤＭＲＳ構成でＵＥを構成することができる。少なくとも一つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。一つまたは複数のアップリンクＤＭＲＳは、ＰＵＳＣＨおよび／またはＰＵＣＣＨの一つまたは複数のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳおよび／または二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨおよび／またはＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンクおよびアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）のために）をサポートしてもよく、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはＤＭＲＳのスクランブルシーケンスは、同一であっても異なってもよい。
【0155】
ＰＵＳＣＨは、一つまたは複数の層を含んでもよく、ＵＥは、ＰＵＳＣＨの一つまたは複数の層の層上に存在するＤＭＲＳを有する少なくとも一つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大三つのＤＭＲＳを構成し得る。
【0156】
アップリンクＰＴ－ＲＳ（位相追跡および／または位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、または存在しなくてもよい。アップリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングおよび／またはＤＣＩによって示され得る、他の目的（例えば、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ （ＭＣＳ））に使用される一つまたは複数のパラメーターの組み合わせによってＵＥ固有ベースに構成できる。構成される場合、アップリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされたバンド幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくてもよい。例えば、アップリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。
【0157】
ＳＲＳは、アップリンクチャネル依存スケジューリングおよび／またはリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が一つまたは複数の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために一つまたは複数のリソースブロックを割り当てることができる。基地局は、一つまたは複数のＳＲＳリソースセットを用いてＵＥを半静的に構成することができる。ＳＲＳリソースセットの場合、基地局は、一つまたは複数のＳＲＳリソースを用いてＵＥを構成することができる。ＳＲＳリソースセット適用性は、上位層（例えば、ＲＲＣ）のパラメーターによって構成されることができる。例えば、上位層パラメーターがビーム管理を示す場合、一つまたは複数のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、および／または同種のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の一つまたは複数のＳＲＳリソースを送信することができる。ＮＲネットワークは、非周期的、周期的、および／または半持続的ＳＲＳ送信をサポートし得る。ＵＥは、一つまたは複数のトリガータイプに基づいてＳＲＳリソースを送信してもよく、一つまたは複数のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）および／または一つまたは複数のＤＣＩフォーマットを含んでもよい。一実施例では、少なくとも一つのＤＣＩフォーマットが、ＵＥに対して用いられて、一つまたは複数の構成されるＳＲＳリソースセットのうちの少なくとも一つを選択し得る。ＳＲＳトリガータイプ０は、上位層シグナリングに基づいてトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、一つまたは複数のＤＣＩフォーマットに基づいてトリガーされたＳＲＳを指すことができる。一実施例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨおよび対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。
【0158】
基地局は、ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、または非周期的ＳＲＳの表示）、スロット、ミニスロット、および／またはサブフレームレベル周期性、周期的および／または非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳバンド幅、周波数ホッピングバンド幅、周期シフト、および／またはＳＲＳシーケンスＩＤの少なくとも一つを示す一つまたは複数のＳＲＳ構成パラメーターを用いてＵＥを準統計学的に構成することができる。
【0159】
アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように画定される。第一のシンボルおよび第二のシンボルが同じアンテナポート上に送信される場合、受信機は、アンテナポート上の第一のシンボルを搬送するためのチャネルから、アンテナポート上の第二のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、および／または同種のもの）を推測し得る。第一のアンテナポートおよび第二のアンテナポートは、第一のアンテナポート上の第一のシンボルが伝達されるチャネルの一つまたは複数の大規模特性が、第二のアンテナポートの第二のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と呼ばれてもよい。一つまたは複数の大規模特性は、遅延拡散、ドップラー拡散、ドップラーシフト、平均利得、平均遅延、および／または空間受信（Ｒｘ）パラメーターの少なくとも一つを含んでもよい。
【0160】
ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、およびビーム表示を含み得る。ビームは、一つまたは複数の基準信号と関連付けられてもよい。例えば、ビームは、一つまたは複数のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ－ＲＳ））に基づいてダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局でセットアップされた後、ダウンリンクビーム測定手順を実施することができる。
【0161】
図１１Ｂは、時間および周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルのバンド幅内のリソースブロック（ＲＢ）にわたってもよい。基地局は、一つまたは複数のＣＳＩ－ＲＳを示すＣＳＩ－ＲＳリソース構成パラメーターを含む一つまたは複数のＲＲＣメッセージを送信できる。次のパラメーターの一つまたは複数は、ＣＳＩ－ＲＳリソース構成に対する、上位層シグナリング（例えば、ＲＲＣおよび／またはＭＡＣシグナリング）によって設定できる。ＣＳＩ－ＲＳリソース構成アイデンティティ、ＣＳＩ－ＲＳポートの数、ＣＳＩ－ＲＳ構成（例えば、サブフレーム内のシンボルおよびリソース要素（ＲＥ）の位置）、ＣＳＩ－ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、および無線フレームの周期性）、ＣＳＩ－ＲＳ電力パラメーター、ＣＳＩ－ＲＳシーケンスパラメーター、符号分割多重（ＣＤＭ）タイプパラメーター、周波数密度、送信コーム、準同一位置（ＱＣＬ）パラメーター（例えば、ＱＣＬ－ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ－ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ－ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ－ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＮＺＰｉｄ）、および／または他の無線リソースパラメーター。
【0162】
図１１Ｂに示す三つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。三つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、およびビーム＃３）、それより多い、またはそれより少ないビームを構成し得る。ビーム＃１は、第一のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第二のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第三のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ－ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームに関連付けられる別のＣＳＩ－ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。
【0163】
図１１Ｂ示されるＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、一つまたは複数の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ－ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定することができる。基地局は、レポート構成を用いてＵＥを構成してもよく、ＵＥは、レポート構成に基づいて、ＲＳＲＰ測定値をネットワークに（例えば、一つまたは複数の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づいて、いくつかの基準信号を含む一つまたは複数の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、一つまたは複数のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、および／またはＤＣＩを介して）。ＵＥは、一つまたは複数のＴＣＩ状態に基づいて決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有してもよく、または有しなくてもよい。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルターに基づいて、送信（Ｔｘ）ビームの空間ドメインフィルターを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルターを決定し得る。ＵＥは、基地局によってＵＥに構成される一つまたは複数のサウンディング基準信号（ＳＲＳ）リソースに基づいて、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される一つまたは複数のＳＲＳリソースの測定値に基づいて、ＵＥ用のアップリンクビームを選択し、表示し得る。
【0164】
ビーム管理手順において、ＵＥは、一つまたは複数のビームペアリンク、基地局によって送信される送信ビーム、およびＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づいて、ＵＥは、例えば、一つまたは複数のビーム識別（例えば、ビームインデックス、基準信号インデックス、または類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケーター（ＰＭＩ）、チャネル品質インジケーター（ＣＱＩ）、および／またはランクインジケーター（ＲＩ）を含む、一つまたは複数のビームペア品質パラメーターを示すビーム測定レポートを送信し得る。
【0165】
図１２Ａは、三つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、およびＰ３の例を示す。手順Ｐ１は、例えば、一つまたは複数の基地局Ｔｘビームおよび／またはＵＥ Ｒｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（または複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示されるとき計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にすることができる。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施することができる。
【0166】
図１２Ｂは、三つのアップリンクビーム管理手順、Ｕ１、Ｕ２、およびＵ３の例を示す。手順Ｕ１を使用して、例えば、一つまたは複数のＵＥ Ｔｘビームおよび／または基地局Ｒｘビーム（Ｕ１の最上行および最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行できるようにし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示されるとき計回りに回転した楕円として示される）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施することができる。
【0167】
ＵＥは、ビーム障害の検出に基づいて、ビーム障害回復（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づいて、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣ ＣＥ、および／または同種のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号パワー閾値より低い受信信号パワー、タイマーの満了、および／または類似のものを有する）という判定に基づいて、ビーム障害を検出し得る。
【0168】
ＵＥは、一つまたは複数のＳＳ／ＰＢＣＨブロック、一つまたは複数のＣＳＩ－ＲＳリソース、および／または一つまたは複数の復調基準信号（ＤＭＲＳ）を含む一つまたは複数の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、および／またはＲＳリソースで測定されるＣＳＩ値の一つまたは複数に基づいてもよい。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、および／または類似のもの）の一つまたは複数のＤＭ－ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソースおよび一つまたは複数のＤＭＲＳは、ＲＳリソースを介してＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメーター、フェード、および／または同種のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似または同一であるとき、ＱＣＬ化され得る。
【0169】
ネットワーク（例えば、ネットワークのｇＮＢおよび／またはｎｇ－ｅＮＢ）および／またはＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥおよび／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続セットアップを要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、および／またはアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得することができる。ＵＥは、ランダムアクセス手順を開始し、一つまたは複数のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、および／または類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム障害回復要求のためのランダムアクセス手順を開始することができる。ネットワークは、ハンドオーバーのための、および／またはＳＣｅｌｌ追加のための時間アライメントを確立するためのランダムアクセス手順を開始し得る。
【0170】
図１３Ａは、４ステップの競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１ １３１１、Ｍｓｇ２ １３１２、Ｍｓｇ３ １３１３、およびＭｓｇ４ １３１４の四つのメッセージの送信を含む。Ｍｓｇ１ １３１１は、プリアンブル（またはランダムアクセスプリアンブル）を含んでもよく、および／またはプリアンブルと呼んでもよい。Ｍｓｇ２
１３１２は、ランダムアクセス応答（ＲＡＲ）を含んでもよく、および／またはランダムアクセス応答（ＲＡＲ）と呼んでもよい。
１３１２は、ランダムアクセス応答（ＲＡＲ）を含んでもよく、および／またはランダムアクセス応答（ＲＡＲ）と呼んでもよい。
【0171】
構成メッセージ１３１０は、例えば、一つまたは複数のＲＲＣメッセージを使用して送信され得る。一つまたは複数のＲＲＣメッセージは、ＵＥへの一つまたは複数のランダムアクセスチャネル（ＲＡＣＨ）パラメーターを示し得る。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のランダムアクセス手順に対する一般的なパラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル特有のパラメーター（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、および／または専用パラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちの少なくとも一つを含んでもよい。基地局は、一つまたは複数のＲＲＣメッセージを一つまたは複数のＵＥにブロードキャストまたはマルチキャストすることができる。一つまたは複数のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、一つまたは複数のＲＡＣＨパラメーターに基づいて、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３の送信のための時間周波数リソースおよび／またはアップリンク送信電力を決定し得る。一つまたは複数のＲＡＣＨパラメーターに基づいて、ＵＥは、Ｍｓｇ２ １３１２およびＭｓｇ４ １３１４を受信するための受信タイミングおよびダウンリンクチャネルを決定し得る。
【0172】
構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターは、Ｍｓｇ１ １３１１の送信に利用可能な一つまたは複数の物理ＲＡＣＨ（ＰＲＡＣＨ）機会を示し得る。一つまたは複数のＰＲＡＣＨ機会は、事前に定義されていてもよい。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のＰＲＡＣＨ機会の一つまたは複数の利用可能なセットを示し得る（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のＰＲＡＣＨ機会と、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のプリアンブルと、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数の基準信号は、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ－ＲＳであり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、ＰＲＡＣＨ機会にマッピングされたＳＳ／ＰＢＣＨブロックの数、および／またはＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。
【0173】
構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターを使用して、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３のアップリンク送信電力を決定し得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力および／またはプリアンブル送信の初期電力）を示し得る。一つまたは複数のＲＡＣＨパラメーターによって示される一つまたは複数の電力オフセットがあり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、パワーランピングステップ、ＳＳＢとＣＳＩ－ＲＳとの間の電力オフセット、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の送信間の電力オフセット、および／またはプリアンブルグループ間の電力オフセット値を示し得る。一つまたは複数のＲＡＣＨパラメーターは、ＵＥが少なくとも一つの基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）および／またはアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリアおよび／または補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、一つまたは複数の閾値を示し得る。
【0174】
Ｍｓｇ１ １３１１は、一つまたは複数のプリアンブル送信（例えば、プリアンブル送信および一つまたは複数のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、一つまたは複数のプリアンブルグループ（例えば、グループＡおよび／またはグループＢ）を構成するために使用され得る。プリアンブルグループは、一つまたは複数のプリアンブルを含んでもよい。ＵＥは、経路損失測定および／またはＭｓｇ３ １３１３のサイズに基づいて、プリアンブルグループを決定し得る。ＵＥは、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢおよび／またはｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ）を超えるＲＳＲＰを有する少なくとも一つの基準信号を決定し得る。ＵＥは、例えば、一つまたは複数のプリアンブルと少なくとも一つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、一つまたは複数の基準信号および／または選択されたプリアンブルグループに関連付けられる少なくとも一つのプリアンブルを選択し得る。
【0175】
ＵＥは、構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターに基づいて、プリアンブルを決定し得る。例えば、ＵＥは、経路損失測定、ＲＳＲＰ測定、および／またはＭｓｇ３ １３１３のサイズに基づいて、プリアンブルを決定し得る。別の実施例として、一つまたは複数のＲＡＣＨパラメーターは、プリアンブルフォーマット、プリアンブル送信の最大数、および／または一つまたは複数のプリアンブルグループ（例えば、グループＡおよびグループＢ）を決定するための一つまたは複数の閾値を示し得る。基地局は、一つまたは複数のＲＡＣＨパラメーターを使用して、一つまたは複数のプリアンブルと一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づいて、Ｍｓｇ１ １３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１ １３１１は、一つまたは複数のＰＲＡＣＨ機会を介して基地局に送信され得る。ＵＥは、プリアンブルの選択およびＰＲＡＣＨ機会の決定のために、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を使用し得る。一つまたは複数のＲＡＣＨパラメーター（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘおよび／またはｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨ機会と一つまたは複数の基準信号との間の関連付けを示し得る。
【0176】
ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、経路損失測定および／またはターゲット受信プリアンブル電力に基づいて、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定してもよく、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す一つまたは複数のＲＡＣＨパラメーター（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信および／または再送信の数を数えることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、一つまたは複数のＲＡＣＨパラメーター（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。
【0177】
ＵＥが受信するＭｓｇ２ １３１２は、ＲＡＲを含んでもよい。一部のシナリオでは、Ｍｓｇ２ １３１２は、複数のＵＥに対応する複数のＲＡＲを含んでもよい。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１の送信の後またはそれに応答して受信され得る。Ｍｓｇ２ １３１２は、ＤＬ－ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１
１３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２ １３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アライメントコマンド、Ｍｓｇ３
１３１３の送信のためのスケジューリング許可、および／または一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２ １３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づいて、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの一つまたは複数のシンボルの後に（例えば、プリアンブル送信の終わりからの第一のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。一つまたは複数のシンボルは、ヌメロロジに基づいて決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づいてＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する一つまたは複数のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられてもよい。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、および／またはＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づいて、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第一のＯＦＤＭシンボルのインデックスであってもよく（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第一のスロットのインデックスであってもよく（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであってもよく（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信してもよく、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生し得る。競合解決（例えば、Ｍｓｇ３ １３１３およびＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させてもよい。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、および／または任意の他の適切な識別子）を含んでもよい。
１３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２ １３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アライメントコマンド、Ｍｓｇ３
１３１３の送信のためのスケジューリング許可、および／または一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２ １３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づいて、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの一つまたは複数のシンボルの後に（例えば、プリアンブル送信の終わりからの第一のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。一つまたは複数のシンボルは、ヌメロロジに基づいて決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づいてＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する一つまたは複数のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられてもよい。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、および／またはＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づいて、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第一のＯＦＤＭシンボルのインデックスであってもよく（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第一のスロットのインデックスであってもよく（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであってもよく（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信してもよく、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生し得る。競合解決（例えば、Ｍｓｇ３ １３１３およびＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させてもよい。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、および／または任意の他の適切な識別子）を含んでもよい。
【0178】
Ｍｓｇ４ １３１４は、Ｍｓｇ３ １３１３の送信の後、またはそれに応答して受信され得る。Ｃ－ＲＮＴＩがＭｓｇ３ １３１３に含まれていた場合、基地局は、Ｃ－ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ－ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと判定される。ＴＣ－ＲＮＴＩがＭｓｇ３ １３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、またはそうでなければ基地局に接続されていない場合）、Ｍｓｇ４ １３１４は、ＴＣ－ＲＮＴＩに関連付けられるＤＬ－ＳＣＨを使用して受信される。ＭＡＣ ＰＤＵが正常に復号化され、ＭＡＣ ＰＤＵが、Ｍｓｇ３ １３１３で送信された（例えば、送信された）ＣＣＣＨ ＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＥｔＯＡｃ ＣＥを含む場合、ＵＥは、競合解決が成功したと決定することができる、および／またはＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。
【0179】
ＵＥは、補完的アップリンク（ＳＵＬ）キャリアおよび正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、二つの別個のＲＡＣＨ構成、すなわち、一つはＳＵＬキャリア用、もう一つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬまたはＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、一つまたは複数の基準信号の測定品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、一つまたは複数の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、話す前に聞く）に基づいて、Ｍｓｇ１ １３１１および／またはＭｓｇ３ １３１３のアップリンクキャリアを決定および／または切り替え得る。
【0180】
図１３Ｂは、２ステップの競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップの競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信することができる。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１ １３２１およびＭｓｇ２ １３２２の二つのメッセージの送信を含む。Ｍｓｇ１ １３２１およびＭｓｇ２ １３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１ １３１１およびＭｓｇ２ １３１２に類似し得る。図１３Ａおよび１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３ １３１３および／またはＭｓｇ４ １３１４に類似したメッセージを含み得ない。
【0181】
図１３Ｂに示す競合のないランダムアクセス手順は、ビーム障害回復、他のＳＩ要求、ＳＣｅｌｌ追加、および／またはハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１ １３２１に使用されるプリアンブルをＵＥに表示または割り当ててもよい。ＵＥは、ＰＤＣＣＨおよび／またはＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。
【0182】
プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム障害回復要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウおよび／または別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌ ＲＮＴＩ（Ｃ－ＲＮＴＩ）宛のＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１ １３２１の送信および対応するＭｓｇ２ １３２２の受信の後、またはこれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定される場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、および／またはＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する確認の指標として決定し得る。
【0183】
図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａおよび１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信することができる。構成メッセージ１３３０は、構成メッセージ１３１０および／または構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、二つのメッセージ、すなわち、Ｍｓｇ Ａ １３３１およびＭｓｇ Ｂ １３３２の送信を含む。
【0184】
Ｍｓｇ Ａ １３３１は、ＵＥによってアップリンク送信で送信され得る。Ｍｓｇ Ａ
１３３１は、プリアンブル１３４１の一つまたは複数の送信および／またはトランスポートブロック１３４２の一つまたは複数の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３ １３１３の内容と類似および／または同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ
ＡＣＫ／ＮＡＣＫ、および／または類似のもの）を含んでもよい。ＵＥは、Ｍｓｇ Ａ
１３３１の送信の後、またはその送信に応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａおよび１３Ｂ示されるＭｓｇ ２ １３１２（例えば、ＲＡＲ）、および／または図１３Ａに示されるＭｓｇ４ １３１４の内容と類似および／または同等である内容を含み得る。
１３３１は、プリアンブル１３４１の一つまたは複数の送信および／またはトランスポートブロック１３４２の一つまたは複数の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３ １３１３の内容と類似および／または同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ
ＡＣＫ／ＮＡＣＫ、および／または類似のもの）を含んでもよい。ＵＥは、Ｍｓｇ Ａ
１３３１の送信の後、またはその送信に応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａおよび１３Ｂ示されるＭｓｇ ２ １３１２（例えば、ＲＡＲ）、および／または図１３Ａに示されるＭｓｇ４ １３１４の内容と類似および／または同等である内容を含み得る。
【0185】
ＵＥは、ライセンスされたスペクトルおよび／またはライセンスされていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始することができる。ＵＥは、一つまたは複数の要因に基づいて、２ステップランダムアクセス手順を開始するかどうかを決定し得る。一つまたは複数の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、および／または同種のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、ライセンス供与された対ライセンス供与されていない）、および／または任意の他の適切な要因であり得る。
【0186】
ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメーターに基づいて、プリアンブル１３４１および／またはＭｓｇ Ａ １３３１に含まれるトランスポートブロック１３４２に対する無線リソースおよび／またはアップリンク送信電力を決定し得る。ＲＡＣＨパラメーターは、変調および符号化スキーム（ＭＣＳ）、時間周波数リソース、および／またはプリアンブル１３４１および／またはトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソースおよびトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、および／またはＣＤＭを使用して多重化され得る。ＲＡＣＨパラメーターは、ＵＥが、Ｍｓｇ Ｂ １３３２の監視および／または受信のための受信タイミングおよびダウンリンクチャネルを決定することを可能にし得る。
【0187】
トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、および／またはデバイス情報（例えば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ））を含み得る。基地局は、Ｍｓｇ Ａ １３３１に対する応答としてＭｓｇ Ｂ １３３２を送信し得る。Ｍｓｇ Ｂ １３３２は、プリアンブル識別子、タイミングアドバンスコマンド、電力制御コマンド、アップリンク許可（例えば、無線リソース割り当ておよび／またはＭＣＳ）、競合解決のためのＵＥ識別子、および／またはＲＮＴＩ（例えば、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩ）のうちの少なくとも一つを含み得る。ＵＥは、Ｍｓｇ Ｂ １３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに一致し、および／またはＭｓｇ Ｂ １３３２のＵＥの識別子がＭｓｇ Ａ １３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に一致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。
【0188】
ＵＥおよび基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと呼ばれてもよく、ＰＨＹ層（例えば、層１）および／またはＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリングおよび／またはＵＥから基地局に送信されるアップリンク制御シグナリングを含み得る。
【0189】
ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソースおよび／またはトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、および／またはその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と呼ばれてもよい。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）であり得る。
【0190】
基地局は、送信エラーの検出を容易にするために、一つまたは複数の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（またはＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（またはＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値およびＣＲＣパリティビットのＭｏｄｕｌｏ－２追加（または排他的ＯＲ演算）を含んでもよい。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含んでもよい。
【0191】
ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報および／またはシステム情報変更通知を示し得る。Ｐ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信および／またはＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３ １３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ （ＣＳ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＣＣＨ ＲＮＴＩ （ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＳＣＨ ＲＮＴＩ （ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＳＲＳ ＲＮＴＩ （ＴＰＣ－ＳＲＳ－ＲＮＴＩ）、Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ （ＩＮＴ－ＲＮＴＩ）、Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｉｏｎ ＲＮＴＩ （ＳＦＩ－ＲＮＴＩ）、Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ （ＳＰ－ＣＳＩ－ＲＮＴＩ）、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ ＲＮＴＩ （ＭＣＳ－Ｃ－ＲＮＴＩ）、および／または類似のものを含む。
【0192】
ＤＣＩの目的および／または内容に応じて、基地局は、一つまたは複数のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロックおよび／またはＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨまたはＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、一つまたは複数のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、または同じＤＣＩサイズを共有し得る。
【0193】
ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性符号化）、レートマッチング、スクランブルおよび／またはＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用および／または構成されるリソース要素上に、符号化および変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズおよび／または基地局のカバレッジに基づいて、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（アグリゲーションレベルと呼ばれる）は、１、２、４、８、１６、および／または任意の他の適切な数であり得る。ＣＣＥは、リソース要素グループ（ＲＥＧ）の数（例えば、６）を含んでもよい。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含んでもよい。リソース要素上の符号化および変調されたＤＣＩのマッピングは、ＣＣＥおよびＲＥＧのマッピング（例えば、ＣＣＥ～ＲＥＧマッピング）に基づいてもよい。
【0194】
図１４Ａは、バンド幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが一つまたは複数の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含んでもよい。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第一のＣＯＲＥＳＥＴ１４０１および第二のＣＯＲＥＳＥＴ１４０２は、スロット内の第一のシンボルで生じる。第一のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第二のＣＯＲＥＳＥＴ１４０２と重複する。第三のＣＯＲＥＳＥＴ１４０３は、スロット内の第三のシンボルで生じる。第四のＣＯＲＥＳＥＴ１４０４は、スロットの第七のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。
【0195】
図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。ＣＣＥ～ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）または非インターリーブマッピング（例えば、干渉調整および／または制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なるまたは同一のＣＣＥ～ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ～ＲＥＧマッピングと関連付けられてもよい。ＣＯＲＥＳＥＴは、アンテナポート準同一位置（ＱＣＬ）パラメーターで構成され得る。アンテナポートのＱＣＬパラメーターは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。
【0196】
基地局は、一つまたは複数のＣＯＲＥＳＥＴおよび一つまたは複数の検索空間セットの構成パラメーターを含むＲＲＣメッセージをＵＥに送信することができる。構成パラメーターは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与のアグリゲーションレベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含んでもよい。構成パラメーターは、アグリゲーションレベルごとに監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期性およびＰＤＣＣＨ監視パターン、ＵＥによって監視される一つまたは複数のＤＣＩフォーマット、および／または検索空間セットが、共通検索空間セットまたはＵＥ固有の検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有の検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ－ＲＮＴＩ）に基づいて構成され得る。
【0197】
図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメーターに基づいて、ＣＯＲＥＳＥＴに対するＣＣＥ～ＲＥＧマッピング（例えば、インターリーブまたは非インターリーブ、および／またはマッピングパラメーター）を決定し得る。ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメーターに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、一つまたは複数のＤＣＩを検出するために、一つまたは複数のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの一つまたは複数のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（または構成される）ＰＤＣＣＨ位置、可能な（または構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、および／またはＵＥ固有の検索空間におけるＰＤＣＣＨ候補の数）、および可能な（または構成される）ＤＣＩフォーマットを有する一つまたは複数のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインド復号化と呼んでもよい。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンク許可、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、および／または同種のもの）を処理し得る。
【0198】
ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ－ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含んでもよい。ＵＥは、ＤＬ－ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づいて、ダウンリンク送信のための送信フォーマットパラメーター（例えば、マルチアンテナおよびビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含んでもよい。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの一つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。
【0199】
五つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数およびＵＣＩビットの数）に基づいてＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、一つまたは二つのＯＦＤＭシンボルの長さを有してもよく、２以下のビットを含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超えており、正または負のＳＲを持つＨＡＲＱ－ＡＣＫ情報ビットの数（ＨＡＲＱ－ＡＣＫ／ＳＲビット）が一つまたは二つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信することができる。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２以下のビットを含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が一つまたは二つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、一つまたは二つのＯＦＤＭシンボルを占有してもよく、２ビット超を含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超え、ＵＣＩビットの数が二つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。
【0200】
基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメーターをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大四つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ－Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、および／またはＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの一つを使用して送信することができるＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ、および／またはＣＳＩ）の合計ビット長に基づいて、複数のＰＵＣＣＨリソースセットのうちの一つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第一のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第一の構成値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第二のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第一の構成値より大きく、第二の構成値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第三のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第二の構成値より大きく、第三の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第四のＰＵＣＣＨリソースセットを選択することができる。
【0201】
複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ、および／またはＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケーターに基づいて、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターは、ＰＵＣＣＨリソースセット内の八つのＰＵＣＣＨリソースの一つを示し得る。ＰＵＣＣＨリソースインジケーターに基づいて、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケーターによって示されるＰＵＣＣＨリソースを使用してＵＣＩ （ＨＡＲＱ－ＡＣＫ、ＣＳＩおよび／またはＳＲ）を送信することができる。
【0202】
図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２および基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、またはその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、一つの無線デバイス１５０２および一つの基地局１５０４のみが示される。しかし、移動体通信ネットワークは、図１５に示されるものと同じまたは同様の構成を有する、複数のＵＥおよび／または複数の基地局を含み得ることが理解されよう。
【0203】
基地局１５０４は、無線デバイス１５０２を、エアーインターフェイス（または無線インターフェイス）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアーインターフェイス１５０６上で基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアーインターフェイス上で無線デバイス１５０２から基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
【0204】
ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８および処理システム１５１８は、層３および層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、および図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。
【0205】
処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０および送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）またはマルチアンテナ処理、および／または同種のものを実行し得る。
【0206】
基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２および受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯまたはマルチアンテナ処理、および／または同種のものを実行し得る。
【0207】
図１５に示すように、無線デバイス１５０２および基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザーＭＩＭＯまたは複数ユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のＭＩＭＯまたはマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２および／または基地局１５０４は、単一のアンテナを有し得る。
【0208】
処理システム１５０８および処理システム１５１８は、それぞれメモリー１５１４およびメモリー１５２４と関連付けられてもよい。メモリー１５１４およびメモリー１５２４（例えば、一つまたは複数の非一時的コンピューター可読媒体）は、本出願で論じる一つまたは複数の機能を実施するために、処理システム１５０８および／または処理システム１５１８によって実行され得るコンピュータープログラム命令またはコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、および／または受信処理システム１５２２は、それらのそれぞれの機能のうちの一つまたは複数を実行するために実行され得るコンピュータープログラム命令またはコードを格納するメモリー（例えば、一つまたは複数の非一時的コンピューター可読媒体）に結合され得る。
【0209】
処理システム１５０８および／または処理システム１５１８は、一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーを含んでもよい。一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーは、例えば、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／またはその他のプログラマブルロジックデバイス、ディスクリートゲートおよび／またはトランジスターロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、および／または無線デバイス１５０２および基地局１５０４がワイヤレス環境で動作するのを可能にし得る他の任意の機能のうちの少なくとも一つを実行し得る。
【0210】
処理システム１５０８および／または処理システム１５１８は、それぞれ、一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６に接続され得る。一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６は、特徴および／または機能を提供するソフトウェアおよび／またはハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、および／または一つまたは複数のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、ライダーセンサー、超音波センサー、光センサー、カメラ、および／または類似のもの）を含んでもよい。処理システム１５０８および／または処理システム１５１８は、一つまたは複数の周辺装置１５１６および／または一つまたは複数の周辺装置１５２６からユーザー入力データを受信し、および／またはユーザー出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、および／または無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成することができる。電源は、一つまたは複数の電源、例えば、バッテリー、太陽電池、燃料電池、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２および基地局１５０４の地理的位置情報を提供するように構成され得る。
【0211】
図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、一つまたは複数の機能を実行することができる。この一つまたは複数の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、一つまたはいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間ドメイン単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）またはＣＰ－ＯＦＤＭ信号のアンテナポートへの生成、および／または同様のものの少なくとも一つを含むことができる。一実施例では、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ－ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ－ＯＦＤＭ信号が生成されることができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。
【0212】
図１６Ｂは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ－ＦＤＭＡまたはＣＰ－ＯＦＤＭベースバンド信号および／または複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルターリングを用いることができる。
【0213】
図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、一つまたは複数の機能を実行できる。この一つまたは複数の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの一つまたはいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、および／または同様のものを含むことができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。
【0214】
図１６Ｄは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルターリングを用いることができる。
【0215】
無線デバイスは、複数のセル（例えば、プライマリーセル、セカンダリーセル）の構成パラメーターを含む一つまたは複数のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも一つの基地局（例えば、二重接続の二つ以上の基地局）と通信し得る。一つまたは複数のメッセージ（例えば、構成パラメーターの一部として）は、無線デバイスを構成するための物理的、ＭＡＣ、ＲＬＣ、ＰＣＤＰ、ＳＤＡＰ、ＲＲＣ層のパラメーターを含んでもよい。例えば、構成パラメーターは、物理層およびＭＡＣ層チャネル、ベアラなどを構成するためのパラメーターを含み得る。例えば、構成パラメーターは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、および／または通信チャネル用のタイマーの値を示すパラメーターを含んでもよい。
【0216】
タイマーが開始されると実行を開始し、停止するまで、または満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられてもよい（例えば、タイマーは、ある値から開始または再開されてもよく、またはゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、または満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定することができる。本明細書が、一つまたは複数のタイマーに関連する実装および手順を指す場合、一つまたは複数のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの一つまたは複数が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始および満了の代わりに、二つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。
【0217】
図１７は、無線デバイス間の直接通信がある、デバイス間（Ｄ２Ｄ）通信の実施例を示す。一実施例では、Ｄ２Ｄ通信は、サイドリンク（ＳＬ）を介して行われてもよい。無線デバイスは、サイドリンクインターフェイス（例えば、ＰＣ５インターフェイス）を介してサイドリンク通信を交換し得る。サイドリンクは、アップリンク（無線デバイスが基地局と通信する）およびダウンリンク（基地局が無線デバイスと通信する）とは異なる。無線デバイスおよび基地局は、ユーザープレーンインターフェイス（例えば、Ｕｕインターフェイス）を介して、アップリンクおよび／またはダウンリンク通信を交換し得る。
【0218】
図に示すように、無線デバイス＃１および無線デバイス＃２は、基地局＃１のカバレッジエリア内にあり得る。例えば、無線デバイス＃１および無線デバイス＃２の両方が、Ｕｕインターフェイスを介して基地局＃１と通信し得る。無線デバイス＃３は、基地局＃２のカバレッジエリアにあり得る。基地局＃１および基地局＃２は、ネットワークを共有してもよく、ネットワークカバレッジエリアを共同で提供し得る。無線デバイス＃４および無線デバイス＃５は、ネットワークカバレッジエリアの外側であり得る。
【0219】
カバレッジ内Ｄ２Ｄ通信は、二つの無線デバイスがネットワークカバレッジエリアを共有するときに行われてもよい。無線デバイス＃１および無線デバイス＃２は両方とも、基地局＃１のカバレッジエリアにある。従って、それらは、サイドリンクＡとして標識された、イン・カバレッジのセル内Ｄ２Ｄ通信を実行し得る。無線デバイス＃２および無線デバイス＃３は、異なる基地局のカバレッジエリア内にあるが、同じネットワークカバレッジエリアを共有する。従って、それらは、サイドリンクＢとして標識された、イン・カバレッジのセル内Ｄ２Ｄ通信を実行し得る。一方の無線デバイスがネットワークカバレッジエリア内にあり、他方の無線デバイスがネットワークカバレッジエリアの外側にある時に、部分カバレッジＤ２Ｄ通信を実行し得る。無線デバイス＃３および無線デバイス＃４は、サイドリンクＣとして標識された部分バレッジＤ２Ｄ通信を実行し得る。カバレッジ外Ｄ２Ｄ通信は、両方の無線デバイスがネットワークカバレッジエリアの外側にあるときに実行され得る。無線デバイス＃４および無線デバイス＃５は、サイドリンクＤと標識された、カバレッジ外Ｄ２Ｄ通信を実行し得る。
【0220】
サイドリンク通信は、物理チャネル、例えば、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、物理サイドリンクディスカバリーチャネル（ＰＳＤＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、および／または物理サイドリンク共有チャネル（ＰＳＳＣＨ）を使用して構成され得る。ＰＳＢＣＨは、第一の無線デバイスによって、ブロードキャスト情報を第二の無線デバイスに送信するために使用され得る。ＰＳＢＣＨは、一部の点においてＰＢＣＨと類似し得る。ブロードキャスト情報は、例えば、スロットフォーマット表示、リソースプール情報、サイドリンクシステムフレーム番号、または任意の他の適切なブロードキャスト情報を含み得る。ＰＳＦＣＨは、第一の無線デバイスによって、フィードバック情報を第二の無線デバイスに送信するために使用され得る。フィードバック情報は、例えば、ＨＡＲＱフィードバック情報を含み得る。ＰＳＤＣＨは、第一の無線デバイスによって、ディスカバリー情報を第二の無線デバイスに送信するために使用され得る。ディスカバリー情報は、その存在および／またはサービスの可用性を、そのエリア内の他の無線デバイスに信号を送るために、無線デバイスによって使用され得る。ＰＳＣＣＨは、第一の無線デバイスによって、サイドリンク制御情報（ＳＣＩ）を第二の無線デバイスに送信するために使用され得る。ＰＳＣＣＨは、ＰＤＣＣＨおよび／またはＰＵＣＣＨといくつかの点で類似し得る。制御情報は、例えば、時間／周波数リソース割り当て情報（ＲＢサイズ、再送信数など）、復調関連情報（ＤＭＲＳ、ＭＣＳ、ＲＶなど）、送信無線デバイスおよび／または受信無線デバイス、プロセス識別子（ＨＡＲＱなど）の識別情報、または任意の他の適切な制御情報を含み得る。ＰＳＣＣＨは、サイドリンク送信のためにサイドリンクリソースを割り当て、優先順位を付け、および／または確保するために使用され得る。ＰＳＳＣＨは、データおよび／またはネットワーク情報を第二の無線デバイスに送信および／または中継するために、第一の無線デバイスによって使用され得る。ＰＳＳＣＨは、一部の点において、ＰＤＳＣＨおよび／またはＰＵＳＣＨに類似し得る。サイドリンクチャネルの各々は、一つまたは複数の復調基準信号と関連付けられてもよい。サイドリンク動作は、サイドリンク同期信号を利用して、サイドリンク動作のタイミングを確立し得る。サイドリンク動作のために構成される無線デバイスは、例えば、ＰＳＢＣＨでサイドリンク同期信号を送信し得る。サイドリンク同期信号は、プライマリーサイドリンク同期信号（ＰＳＳＳ）およびセカンダリーサイドリンク同期信号（ＳＳＳＳ）を含み得る。
【0221】
サイドリンクリソースは、任意の適切な様式で無線デバイスに構成され得る。無線デバイスは、サイドリンク用に事前構成されてもよく、例えば、サイドリンクリソース情報で事前構成され得る。追加的または代替的に、ネットワークは、サイドリンク用のリソースプールに関連するシステム情報をブロードキャストし得る。追加的または代替的に、ネットワークは、専用サイドリンク構成を有する特定の無線デバイスを構成し得る。構成は、サイドリンク動作（例えば、サイドリンクバンドの組み合わせを構成する）に使用されるサイドリンクリソースを識別し得る。
【0222】
無線デバイスは、異なるモード、例えば、支援モード（モード１と呼んでもよい）または自律モード（モード２と呼んでもよい）で動作し得る。モード選択は、無線デバイスのカバレッジステータス、無線デバイスの無線リソース制御ステータス、ネットワークからの情報および／または命令、および／またはその他の任意の適切な要因に基づいてもよい。例えば、無線デバイスがアイドルまたは非アクティブである場合、または無線デバイスがネットワークカバレッジの範囲外である場合、無線デバイスは、自律モードで動作するように選択し得る。例えば、無線デバイスが接続されるモード（例えば、基地局に接続される）にある場合、無線デバイスは、支援モードで動作するよう（または基地局によって動作するよう命令される）選択し得る。例えば、ネットワーク（例えば、基地局）は、接続される無線デバイスに、特定のモードで動作するよう指示し得る。
【0223】
支援モードでは、無線デバイスは、ネットワークからスケジューリングを要求し得る。例えば、無線デバイスは、スケジューリング要求をネットワークに送信してもよく、ネットワークは、無線デバイスにサイドリンクリソースを割り当ててもよい。支援モードは、ネットワーク支援モード、ｇＮＢ支援モード、または基地局支援モードと呼んでもよい。自律モードでは、無線デバイスは、一つまたは複数のリソースプール（例えば、事前構成またはネットワーク割り当てのリソースプール）内の測定値に基づいてサイドリンクリソースを選択し、サイドリンクリソース選択は他の無線デバイスによってなされ、および／または他の無線デバイスのサイドリンクリソース使用を選択し得る。
【0224】
サイドリンクリソースを選択するために、無線デバイスは、感知ウィンドウおよび選択ウィンドウを観察し得る。感知ウィンドウの間、無線デバイスは、サイドリンクリソースプールを使用して、他の無線デバイスによって送信されたＳＣＩを観察し得る。ＳＣＩは、サイドリンク送信に対し使用および／または確保され得るリソースを識別し得る。ＳＣＩで識別されたリソースに基づいて、無線デバイスは、選択ウィンドウ内のリソース（例えば、ＳＣＩで識別されたリソースとは異なるリソース）を選択し得る。無線デバイスは、選択されたサイドリンクリソースを使用して送信し得る。
【0225】
図１８は、サイドリンク動作のためのリソースプールの実施例を示す。無線デバイスは、一つまたは複数のサイドリンクセルを使用して動作し得る。サイドリンクセルは、一つまたは複数のリソースプールを含み得る。各リソースプールは、特定のモード（例えば、支援または自律）に従って動作するよう構成され得る。リソースプールは、リソースユニットに分割され得る。周波数ドメインでは、各リソースユニットは、例えば、サブチャネルと呼んでもよい一つまたは複数のリソースブロックを含んでもよい。時間ドメインで、各リソースユニットは、例えば、一つまたは複数のスロット、一つまたは複数のサブフレーム、および／または一つまたは複数のＯＦＤＭシンボルを含み得る。リソースプールは、周波数ドメインおよび／または時間ドメインにおいて連続的または非連続的であり得る（例えば、連続的リソースユニットまたは非連続的リソースユニットを含む）。リソースプールは、繰り返しリソースプール部分に分割され得る。リソースプールは、一つまたは複数の無線デバイス間で共有され得る。各無線デバイスは、例えば、衝突を避けるために、異なるリソースユニットを使用して送信を試みることができる。
【0226】
サイドリンクリソースプールは、任意の適切な様式で配置され得る。図では、例示的なリソースプールは、時間ドメイン内で非連続であり、単一のサイドリンクＢＷＰに限定される。リソースプールの実施例では、周波数リソースは、単位時間当たりＮｆリソースユニットに分割され、ゼロからＮｆ‐１まで番号付けされる。例示的なリソースプールは、ｋ単位時間ごとに繰り返される複数の部分（この実施例では非連続）を含んでもよい。この図では、時間リソースにはｎ、ｎ＋１，．．．，ｎ＋ｋ、ｎ＋ｋ＋１，．．．，などの番号が付けられている。
【0227】
無線デバイスは、リソースプールから一つまたは複数のリソースユニットを送信するために選択し得る。例示的なリソースプールでは、無線デバイスはサイドリンク送信用のリソースユニット（ｎ，０）を選択する。無線デバイスは、リソースプールの後の部分、例えば、リソースユニット（ｎ＋ｋ，０）、リソースユニット（ｎ＋２ｋ，０）、リソースユニット（ｎ＋３ｋ，０）などの定期的なリソースユニットをさらに選択し得る。選択は、例えば、リソースユニット（ｎ、０）を使用する通信が、サイドリンクリソースプールを共有する無線デバイスのサイドリンク送信と衝突しない（または衝突する可能性が低い）という決定に基づいてもよい。決定は、例えば、リソースプールを共有する他の無線デバイスの挙動に基づいてもよい。例えば、リソースユニット（ｎ－ｋ、０）でサイドリンク送信が検出されない場合、無線デバイスは、リソースユニット（ｎ、０）、リソース（ｎ＋ｋ、０）などを選択し得る。例えば、別の無線デバイスからのサイドリンク送信がリソースユニット（ｎ－ｋ、１）で検出される場合、無線デバイスは、リソースユニット（ｎ、１）、リソース（ｎ＋ｋ、１）などの選択を回避し得る。
【0228】
異なるサイドリンク物理チャネルでは、異なるリソースプールを使用し得る。例えば、ＰＳＣＣＨは第一のリソースプールを使用し、ＰＳＳＣＨは第二のリソースプールを使用し得る。異なるリソース優先順位は、異なるリソースプールと関連付けられてもよい。例えば、第一のＱｏＳ、サービス、優先度、および／またはその他の特性に関連付けられるデータは、第一のリソースプールを使用し、第二のＱｏＳ、サービス、優先度、および／またはその他の特性に関連付けられるデータは、第二のリソースプールを使用し得る。例えば、ネットワーク（例えば、基地局）は、各リソースプールの優先度レベル、各リソースプールに対してサポートされるサービスなどを構成し得る。例えば、ネットワーク（例えば、基地局）は、ユニキャストＵＥが使用するための第一のリソースプール、グループキャストＵＥが使用するための第二のリソースプールなどを構成し得る。例えば、ネットワーク（例えば、基地局）は、サイドリンクデータの送信用の第一のリソースプール、ディスカバリーメッセージの送信用の第二のリソースプールなどを構成し得る。
【0229】
サイドリンク動作では、バンド内エミッションによってシステムパフォーマンスに制限が課せられ得る。バンド内エミッション（ＩＢＥ）は、一つの送信機が一つのサブチャネル上で送信することによって引き起こされ、別のサブチャネル上の受信機へ送信している別の送信機に課される干渉である。図１９は、送信信号に対するバンド内エミッションモデルのプロットを示す図である。バンド内エミッションモデルのプロットは、近くのサブチャネルおよび他のサブチャネル（Ｉ／Ｑまたは画像サブチャネルなど）が送信信号からの干渉をより多く受けることを示している。
【0230】
他方、Ｄ２Ｄ ＵＥがセルラーネットワークで動作する場合、Ｄ２Ｄ ＵＥによって放射される電力は、セルラー通信に深刻な干渉を引き起こし得る。特に、Ｄ２Ｄ ＵＥが特定のスロットまたはサブフレームで一部の周波数リソースのみを使用する場合、Ｄ２Ｄ ＵＥによって放射される電力のバンド内エミッションは、セルラー通信で使用される特定のスロットまたはサブフレームの他の周波数リソースに深刻な干渉を引き起こし得る。この問題を防ぐために、Ｄ２Ｄ ＵＥは、セルラー経路損失ベースの電力制御を実行して、Ｄ２ＤＵＥの送信電力を制御し得る。電力制御に使用されるパラメーターは、基地局によって構成することができる。Ｄ２Ｄ ＵＥの送信電力Ｐは、以下のパラメーターのうちの一つまたは複数を使用して計算され得る。Ｐ０（最小送信電力）、アルファ（経路損失補償値）、および送信機ＵＥまたは基地局からの受信機ＵＥによる経路損失推定。送信電力Ｐは、Ｐ＝Ｐ０＋アルファ＊経路損失として計算され得る。
【0231】
Ｄ２Ｄ通信において、送信ＵＥは、ＵＥが送信を実行しているのと同時に受信を実行することができない半二重ＵＥに対応し得る。送信ＵＥは、半二重問題のために別のＵＥの送信を受信できない場合がある。この半二重問題を軽減するために、通信を実行する異なるＤ２Ｄ ＵＥは、一つまたは複数の異なる時間リソースで信号を送信することができる。
【0232】
Ｄ２Ｄ動作は、Ｄ２Ｄ通信が一般的に、互いに比較的近接しているデバイス間で（例えば、ＵＥと基地局の通信と比較して）実行されるという点で、さまざまな利点を有し得る。Ｄ２Ｄ動作はまた、高い転送速度および低い遅延を有することができ、データ通信を行うことができる。さらに、Ｄ２Ｄ動作では、基地局上に集中したトラフィックが分配され得る。Ｄ２Ｄ ＵＥがリレーの役割を果たす場合、Ｄ２Ｄ動作は基地局のカバレッジを拡張することもできる。
【0233】
上述のＤ２Ｄ通信は、車両間の信号送信および／または受信に適用され得る。車両関連通信は、車両対あらゆるもの（Ｖ２Ｘ）の通信と呼んでもよい。Ｖ２Ｘでは、Ｘは、歩行者を指してもよく、この場合、Ｖ２ＸはＶ２Ｐ（車両と個人によって運ばれる装置（例えば、歩行者、サイクリスト、運転者または乗客によって運ばれる手持ち式端末）との間の通信）によって示されてもよく、車両を指してもよく、この場合、Ｖ２ＸはＶ２Ｖ（車両間の通信）を示してもよく、およびインフラ／ネットワークを指してもよく、この場合、Ｖ２ＸはＶ２Ｉ／Ｎ（車両と道路側ユニット（ＲＳＵ）／ネットワーク）によって示される。ＲＳＵは、基地局または静止ＵＥに実装された輸送インフラエンティティ（例えば、速度通知を送信するエンティティ）であり得る。Ｖ２Ｘ通信については、車両、ＲＳＵ、および手持ち式デバイスは、トランシーバーを含んでもよい。図２０は、Ｖ２Ｖ、Ｖ２Ｐ、およびＶ２Ｉ／Ｎを含むさまざまなＶ２Ｘ通信の図を示している。
【0234】
Ｖ２Ｘ通信を使用して、さまざまなイベントに対する警告を示し得る。例えば、車両または道路上で起こる事象についての情報は、Ｖ２Ｘ通信を介して別の車両または歩行者に通知され得る。例えば、交通事故または道路状況の変化の情報は、ある車両から別の車両または歩行者に転送され得る。例えば、道路に隣接している、または道路を横断している歩行者は、道路を走行し、歩行者に接近している車両によって情報を知らされ得る。
【0235】
Ｖ２Ｘ通信では、一つの課題は、無線チャネル上でＶ２Ｘ送信間の衝突を回避し、高密度のＵＥシナリオでも最低限の通信品質を保証することである。無線輻輳制御は、無線チャネル上の輻輳レベルを制御するために一つまたは複数の通信パラメーターを調整することによって、そのような衝突を軽減するための一連のメカニズムを表すことができる。無線デバイスは、無線チャネルの状態を特徴付けるために以下の二つの測定基準を測定し、無線デバイスが、無線チャネル上の輻輳を制御するために必要な措置を講じることを可能にし得る。第一の測定基準は、測定されるＲＳＳＩが（事前に）構成される閾値を超える、リソースプール内のサブチャネルの部分（または数）として定義され得る、チャネルビジー無線（ＣＢＲ）であり得る。リソースプールの周波数リソースは、多数のサブチャネルに分割され得る。こうした測定基準は、例えば、１００個のスロットまたはサブフレームにわたって感知され得る。ＣＢＲは、無線チャネルの状態の推定を提供し得る。第二の測定基準は、チャネル占有率（ＣＲ）であり得る。ＣＲは、スロットまたはサブフレームｎで計算されてもよく、スロットｎ－ａ～ｎ－ｂのサイドリンク送信に使用されるサブチャネルの数として定義されてもよく、ａおよび／またはｂは、無線デバイスによって決定されてもよく、または固定パラメーターであり得る。ＣＲは、無線デバイス自体によるチャネル利用に関する表示を提供し得る。ある間隔（例えば、１００スロットまたはサブフレーム）で検出された各ＣＢＲ値について、ＣＲ制限は、送信機が超えてはならないフットプリントとして定義できる。異なるＣＲ制限は、異なる範囲のＣＢＲ値およびパケット優先度に対して基地局によって構成され得る。例えば、より低いＣＲ制限は、より低いＣＢＲ値の範囲よりも高いＣＢＲ値の範囲に対して構成され得る。別の実施例では、より低いＣＲ制限は、より高いパケット優先度よりも低いパケット優先度に対して構成され得る。
【0236】
無線デバイスがパケットを送信することを決定するとき、無線デバイスは、感知されたＣＢＲ値をＣＢＲ範囲にマッピングして、対応するＣＲ制限値を取得し得る。無線デバイスの計算されたＣＲがＣＲ制限よりも高い場合、無線デバイスは、無線デバイスのＣＲをＣＲ制限よりも低くすることができる。一実施例では、以下の技術の一つまたは複数を使用して、無線デバイスのＣＲ制限を減らすことができる。１）ドロップパケット再送信：パケット再送信機能（例えば、受信機が正常に受信しなかったパケットを再送信する機能）が有効になっている場合、無線デバイスが再送信機能を無効にし得る。２）ドロップパケット送信：無線デバイスは送信（そのような再送信機能が有効になっている場合は、パケットの再送信を含む）のためにパケットをドロップし得る。３）ＭＣＳを適合させる：無線デバイスは、データまたは情報を送信するために無線デバイスによって使用されるＭＣＳインデックスを増強することによって、無線デバイスのＣＲを低減することができる。４）送信電力を適応させる：無線デバイスは送信電力を削減してもよく、その結果、エリア内の全体的なＣＢＲが削減され得る、およびＣＲ制限の値が増加し得る。第三の技術は、送信に使用されるサブチャネルの数を減らすことができる。ただし、ＭＣＳを増加すると、メッセージの堅牢性が低下し、従ってメッセージの範囲が狭くなる。
【0237】
自動運転、隊列走行、遠隔運転、シースルーなどのさまざまなＶ２Ｘサービスをサポートするために、一部のサービスは、リソース効率を改善するために、ブロードキャストの代わりにユニキャストまたはグループキャストによってサポートされ得る。グループキャストは、グループメンバーＵＥのみの間で通信が行われ得ることを意味し、ユニキャストは、単一の送信機とターゲット受信機ＵＥの間で通信が行われ得ることを意味する。ブロードキャストとは、通信範囲内の全てのＵＥ間で通信が行われ得ることを意味する。例えば、車両のグループを形成することによって燃料消費量を低減し得る隊列走行は、特定の隊列走行グループ内の車両間でメッセージを交換することを必要とし得る。別の実施例では、単一のターゲット受信機は、車両が前方の画像またはビデオをその後方の車両に送達し得るシースルーサービスで考慮され得る。こうしたシナリオでは、ユニキャストを使用して、前方の画像またはビデオを前方の車両から後方の車両に送信し得る。これらのさまざまなＶ２Ｘサービスは、ネットワークカバレッジがない場合に確実に稼働しなければならないため、ユニキャスト、グループキャスト、ブロードキャストで「サイドリンク」通信で稼働させる必要がある。
【0238】
一実施例では、無線デバイスは、サイドリンク通信におけるリソース選択のための感知動作を実行し得る。感知動作では、無線デバイスは、第一の期間の間、他の無線デバイスの一つまたは複数の物理サイドリンク制御チャネル（ＰＳＣＣＨ）を復号化し得る。第一の期間は、「感知ウィンドウ」と呼ばれ得る。感知ウィンドウ内の一つまたは複数のＰＳＣＣＨの復号化に基づいて、無線デバイスは、第二の時間期間内にサイドリンク送信に使用または確保され得る一つまたは複数のリソースを識別し得る。第二の時間期間は、「選択ウィンドウ」と呼ばれ得る。無線デバイスは、選択ウィンドウで、他の無線デバイスによって使用され得ない一つまたは複数の送信リソースを選択し得る。
【0239】
いくつかの実施形態では、「何かを構成する」とは、何かを示す構成メッセージを送信することを意味し得る。構成メッセージは、一つまたは複数の構成メッセージであり得る。構成メッセージは、ＳＩＢを介して送信／信号送信／受信され得る。構成メッセージは、ＲＲＣを介して送信／信号送信／受信され得る。構成メッセージは、ＤＣＩを介して送信／信号送信／受信され得る。構成メッセージは、サイドリンクＲＲＣを介して送信／信号送信／受信され得る。構成メッセージは、サイドリンクＭＡＣ ＣＥを介して送信／信号送信／受信され得る。構成メッセージは、サイドリンク制御情報を介して送信／信号送信／受信され得る。
【0240】
既存の技術では、無線デバイスに、伝送される緊急のパケットがある場合、プリエンプション動作を実装し得る。既存のサイドリンクプリエンプション動作は、ＳＣＩ内のプリエンプションＳＣＩフォーマットまたはプリエンプションフィールドを使用して、一つまたは複数のサイドリンク無線リソースを他の無線デバイスにプリエンプションすることを示し得る。一実施例では、プリエンプション動作は、他のＵＥのプリエンプションの表示として、トランスポートブロック（例えば、ＳＣＩで示される）の優先度を使用し得る。例えば、無線デバイスは、（例えば、ＳＣＩを使用して）プリエンプション信号を送信して、第二の無線デバイスによってすでに確保されるリソースを使用し得る。プリエンプション信号の受信に応答して、第二の無線デバイスは、リソースを使用することなく、リソース再選択を実行し得る。例えば、無線デバイスは、サイドリンクトランスポートブロックおよびトランスポートブロックの優先度を含むＳＣＩを送信し得る。優先度は、トランスポートブロックのリソースを使用する他のＵＥがプリエンプトされることを示し得る。既存の技術を実装すると、他の無線デバイスによって確保されるリソースをプリエンプティングする無線デバイスが多すぎる結果となり得る。多すぎるリソース再選択がトリガーされると、パケットドロップが頻繁に起こる。これらは、システム全体のパフォーマンスを低下させ得る。サイドリンクの輻輳レベルが高い場合、サイドリンクでリソースの衝突が発生し、パフォーマンスが低下し得る。
【0241】
本開示の例示的実施形態は、強化されたサイドリンクプリエンプション動作を実施する。基地局は、サイドリンク送信のプリエンプションに対する優先度閾値を含む一つまたは複数のＲＲＣ構成パラメーターを第一の無線デバイスに送信し得る。優先度閾値は、プリエンプティブトラフィックの伝送のためにプリエンプティング無線デバイスによって使用され得る。優先度閾値は、一つまたは複数の無線リソースがプリエンプションされると決定するために、プリエンプトされた無線デバイスによって使用され得る。優先度閾値を設定すると、基地局は、他の無線デバイスによって確保されるプリエンプティングリソースを制御できる。これにより、プリエンプティングリソースおよびリソース再選択の量が制限され得る。例示的実施形態は、プリエンプション表示が受信されるときに、ドロップ挙動を実施する。例えば、無線デバイスは、プリエンプションの表示を受信し得る。無線デバイスは、送信のために一つまたは複数のリソースを選択することができる。プリエンプションの表示は、一つまたは複数のプリエンプティングリソースを示し得る。無線デバイスは、選択された全てのリソースではなく、一つまたは複数のプリエンプティングリソースと部分的または完全に重複したリソースをドロップし得る。これにより、過剰なパケットドロップを防止し、リソース再選択の量を制限することができる。例示的実施形態に基づいて、高優先度パケットは、より優れた性能を達成し、サイドリンク送信効率を増加させ得る。プリエンプトされた無線デバイスの観点からは、ネットワークにおけるプリエンプション動作の量を制御することにより、例示的実施形態は、過剰なパケットドロップによるリソース再選択およびパケット遅延を低減し得る。
【0242】
例示的実施形態では、基地局は、第一の無線デバイスに、プリエンプションに対する優先度閾値を示す一つまたは複数の構成メッセージを送信し得る。第一の無線デバイスは、第二の無線デバイスから、優先度およびリソース割り当てを示すサイドリンク制御情報（ＳＣＩ）を受信し得る。リソース割り当ては、一つまたは複数の第一のリソースを示し得る。第一の無線デバイスは、一つまたは複数の第二のリソースを確保または選択し得る。優先度が閾値よりも高い優先度を示し、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースとの間に（完全にまたは部分的に）重複がある場合、第一の無線デバイスは、一つまたは複数の第二のリソースの一部分をドロップし得る。
【0243】
第一の無線デバイスは、サイドリンクトランスポートブロックの一つまたは複数の第一のリソースと、第一の無線デバイスの一つまたは複数のサイドリンク送信の一つまたは複数の第二のリソースとのリソース重複があると判断し得る。第一の無線デバイスは、重複リソースが、優先度および優先度閾値に基づいてプリエンプされると判断し得る。これにより、無線デバイスは、トランスポートブロックの優先度および構成される優先度閾値に基づいて、プリエンプションを選択的に決定することができる。例えば、これは、プリエンプションを限定されたタイプのトラフィックに限定し、ドロップされたサイドリンクパケットを減らすことができる。
【0244】
第一の無線デバイスは、ドロップするための一つまたは複数の第三のリソースを決定し得る。一つまたは複数の第三のリソースは、優先度、優先度閾値、および一つまたは複数の第一のリソースに基づいて決定され得る。第一の無線デバイスは、一つまたは複数の第二のリソースの第一の部分をドロップし得る。一つまたは複数の第二のリソースは、一つまたは複数の第一のリソースと重複し得る。第一の無線デバイスは、重複するリソースを介して伝送をドロップし得る。これにより、重複リソースへのプリエンプションが低減され、サイドリンク送信効率が向上する。
【0245】
一実施例では、プリエンプションによるリソース再選択の条件として使用される優先度閾値を構成することは、あまりにも多くのリソース再選択を先導するのに有益であり得る。例えば、基地局は、閾値を２として構成し得る。つまり、優先度レベル１のみが、プリエンプティング無線デバイス、プリエンプティングリソースになりえる。優先度レベルが低いほど優先度が高いことを意味すると仮定し得る。従って、優先度レベル１が、最高優先度であり得る。一実施例では、第一の無線デバイスは、優先度および一つまたは複数の第一のリソースを示すＳＣＩを受信し得る。優先度が優先度閾値以上である場合、第一の無線デバイスは、第二の無線デバイスのパケットの優先度がプリエンプションの条件を満たさないため、その確保または選択されたリソース（例えば、一つまたは複数の第二のリソース）をドロップしえない。
【0246】
第一の無線デバイスが、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースとの間に重複があると判定するとき、第一の無線デバイスは、ドロップするための一つまたは複数の第三のリソースを決定し得る。例えば、一つまたは複数の第三のリソースは、一つまたは複数の第一のリソースと完全にまたは部分的に重複する、一つまたは複数の第二のリソースを含んでもよい。この方法は、過剰なドロップを防ぐことができる。（完全または部分的に）重複したリソースのみがドロップされ得るため、リソース再選択の量は大きくなりえない。リソース再選択が必要なのは、確保／選択されたリソースの一部のみである。例示的実施形態に基づいて、高優先度パケットを有する無線デバイスは、より良好な性能を達成してもよく、またあまりにも頻繁なリソース再選択を避けてもよい。
【0247】
一実施例では、サイドリンク制御信号（例えば、ＰＳＣＣＨ）は、図２１に示されるように、関連するデータチャネル（例えば、ＰＳＳＣＨ）と周波数分割多重化（ＦＤＭ化され）されている。このＦＤＭ化された制御／データチャネル多重化は、より多くのエネルギーが制御チャネルに割り当てられ得るため、より大きな感知カバレッジを有し得るが、データチャネル復号化が、受信機ＵＥの観点から制御チャネル復号化を終了するまで開始され得ないため、復号化遅延は増加し得る。一実施例では、制御チャネルは、スロット内の二つのシンボル（例えば、関連するデータチャネルの持続時間と比較して短い持続時間）で限定されて、復号化遅延を低減することができる。
【0248】
図２２は、復号化遅延を低減し得る制御／データチャネル多重化の例を示す。一実施例では、無線デバイスは、スロット内の関連データチャネルなしでのみ制御チャネルを送信して、初期パケット送信のためにリソースを確保し、または一つまたは複数のリソースに対するプリエンプションを示し得る。例えば、無線デバイスは、制御チャネルを介して第二の無線デバイスへのプリエンプションを示し得る。第二の無線デバイスは、プリエンプション表示の受信に応答して、表示に基づいてリソースを生成してもよく、一つまたは複数の確保されたリソースをドロップし得る。第二の無線デバイスは、高優先度、低ターゲット遅延、または高ターゲット信頼性（例えば、成功した復号化速度または１ブロックエラーレート（ＢＬＥＲ））を有するパケットの一つまたは複数の送信に対するリソース再選択をトリガーし得る。ＵＥがプリエンプション信号（例えば、プリエンプション表示を含む制御チャネル）を送信する場合。プリエンプション信号は、一つまたは複数の第一のリソース、優先度、プリエンプション表示を含み得る。プリエンプション信号の受信に応答して、送信機無線デバイスであり、かつ一つまたは複数の第二のリソースが確保／割り当て／選択された無線デバイス。無線デバイスは、産出またはリリースまたはドロップされる一つまたは複数の第三のリソースを決定し得る。一つまたは複数の第三のリソースは、一つまたは複数の第二のリソースおよび一つまたは複数の第一のリソースに基づいて決定され得る。一つまたは複数の第三のリソースは、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースとの間で、一つまたは複数の第二のリソースのリソースを完全にまたは部分的に重複させることによってもよい。無線デバイスは、優先度および／またはプリエンプション信号によって示される一つまたは複数の第一のリソースに基づいて、一つまたは複数の第三のリソースを決定し得る。無線デバイスは、一つまたは複数の第三のリソース上にサイドリンク送信をリリースまたはドロップして、高優先度、低ターゲット遅延、大きなターゲットカバレッジ、または高いターゲット信頼性を有するパケットの送達比を強化し得る。例えば、一つまたは複数の第三のリソースは、一つまたは複数の第二のリソースと同じであり得る。例えば、一つまたは複数の第三のリソースは、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースとの間の共通リソースとし得る。
【0249】
一実施例では、第一の無線デバイスは、スロット内のＯＦＤＭシンボルのＫ ＯＦＤＭシンボル（例えば、Ｋ＜１４）を介して、関連付けられるデータチャネルなしに第一の制御チャネル（例えば、プリエンプション信号）を送信し得る。第二の無線デバイスは、Ｍ
ＯＦＤＭシンボル（例えば、Ｍ＝１４）を介して、関連付けられるデータチャネルを有する第二の制御チャネルを送信し得る。第三の無線デバイスは、関連するデータチャネルとともに第一の制御チャネルおよび第二の制御チャネルを受信し得る。複数のサイドリンク送信の異なる送信持続時間は、第三の無線デバイス（例えば、Ｒｘ ＵＥ）で、より頻繁な自動利得制御（ＡＧＣ）再調整動作をもたらし得る。より頻繁なＡＣＧ再調整（例えば、第一のＯＦＤＭシンボルで、第一の制御チャネル伝送後など）がなければ、スロットの第一のシンボルで測定されるＡＧＣ調整値は不正確となり、全体的な受信性能の低下をもたらし得る。図２３は、実施例を示す。一実施例では、プリエンプション表示信号（例えば、プリエンプションＰＳＳＣＨ）は、スロットの第一のいくつかのシンボルを介して送信される。プリエンプション表示後の電力変化に伴い、受信機無線デバイスは、プリエンプション表示信号が伝送された直後に、シンボル上の追加のＡＧＣ調整（またはＡＧＣ再調整）を必要とし得る。例えば、無線デバイスが、追加のＡＣＧ再調整のためのプリエンプション表示信号送信の後に、次のＯＦＤＭシンボルを利用し得る場合、受信機無線デバイスは、ＡＧＣ調整期間中、正常なＰＳＣＣＨ（例えば、Ｎｏｒｍａｌ ＰＳＳＣＨ）によってスケジュールされるデータ送信を確実に受信しえない。別の方法として、ＡＧＣの再調整動作により、データの符号化されたビットの一部が、受信機ＵＥから破壊されてもよく、従って復号化性能が著しく低下し得る。
ＯＦＤＭシンボル（例えば、Ｍ＝１４）を介して、関連付けられるデータチャネルを有する第二の制御チャネルを送信し得る。第三の無線デバイスは、関連するデータチャネルとともに第一の制御チャネルおよび第二の制御チャネルを受信し得る。複数のサイドリンク送信の異なる送信持続時間は、第三の無線デバイス（例えば、Ｒｘ ＵＥ）で、より頻繁な自動利得制御（ＡＧＣ）再調整動作をもたらし得る。より頻繁なＡＣＧ再調整（例えば、第一のＯＦＤＭシンボルで、第一の制御チャネル伝送後など）がなければ、スロットの第一のシンボルで測定されるＡＧＣ調整値は不正確となり、全体的な受信性能の低下をもたらし得る。図２３は、実施例を示す。一実施例では、プリエンプション表示信号（例えば、プリエンプションＰＳＳＣＨ）は、スロットの第一のいくつかのシンボルを介して送信される。プリエンプション表示後の電力変化に伴い、受信機無線デバイスは、プリエンプション表示信号が伝送された直後に、シンボル上の追加のＡＧＣ調整（またはＡＧＣ再調整）を必要とし得る。例えば、無線デバイスが、追加のＡＣＧ再調整のためのプリエンプション表示信号送信の後に、次のＯＦＤＭシンボルを利用し得る場合、受信機無線デバイスは、ＡＧＣ調整期間中、正常なＰＳＣＣＨ（例えば、Ｎｏｒｍａｌ ＰＳＳＣＨ）によってスケジュールされるデータ送信を確実に受信しえない。別の方法として、ＡＧＣの再調整動作により、データの符号化されたビットの一部が、受信機ＵＥから破壊されてもよく、従って復号化性能が著しく低下し得る。
【0250】
本開示の例示的実施形態は、より大きなカバレッジを達成し、他の信号の送信および受信に対するより低い影響を達成するための信号繰り返し方法を画定する。プリエンプション信号については、ＡＧＣの再調整の問題を回避するために、スロット内のいくつかの信号繰り返し方法を提示する。ＵＥがプリエンプション信号を送信する場合、プリエンプション信号用の専用ＤＭＲＳシーケンスを割り当てることができる。受信機ＵＥは、受信機ＵＥがプリエンプション信号の繰り返しを組み合わせることを実行するように、スロット内のプリエンプション信号の存在および繰り返しを認識し得る。従って、復号化性能およびプリエンプション信号のカバレッジは強化され得る。
【0251】
例示的実施形態では、特定のＤＭＲＳは、サイドリンクプリエンプション信号送信専用であってもよく、異なるＤＭＲＳは、異なるシーケンス初期化アイデンティティ（例えば、スクランブルＩＤ）、異なるＤＭＲＳ ＲＥマッピングパターン／方法（時間および／または周波数位置）、またはシーケンスに適用される異なる周期シフト（ＣＳ）を含んでもよい。例えば、シーケンス初期化ＩＤは、プリエンプション信号ＤＭＲＳに対して割り当てられてもよい。プリエンプション信号を伝送する物理チャネルは、チャネル符号化、スクランブル化、変調、コードワードからＲＥへのマッピング、送信スキーム、ＤＭＲＳリソース要素（ＲＥ）マッピングなどの観点から、ＰＳＳＣＨリソーススケジューリングおよび／または予約のためにＰＳＣＣＨに対して同一または類似の信号フォーマットであり得る。ＰＳＣＣＨのＤＭＲＳを生成するとき、特定のシーケンス初期化ＩＤをプリエンプション信号のＤＭＲＳシーケンスに割り当てることができる。基地局は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＳＩＢまたはＲＲＣまたはＭＡＣ ＣＥ）を介して、プリエンプション信号送信用の特定のＤＭＲＳシーケンス初期化ＩＤを含む制御メッセージをＵＥに送信し得る。プリエンプションに対するサイドリンク制御信号に異なるＤＭＲＳシーケンスを割り当てる目的は、ブラインド復号化の複雑さを低減するか、または復号化性能を強化することであり得る。これはまた、専用ＤＭＲＳシーケンスをプリエンプション信号に割り当てることによって、他の制御チャネルと重複している場合であっても、チャネル復号化が成功する確率を増大させ得る。外部ネットワークカバレッジＵＥについては、プリエンプション信号用のＤＭＲＳシーケンス初期化ＩＤが事前構成され得る。図２５は、基地局がプリエンプション信号のＤＭＲＳシーケンス初期化ＩＤをサイドリンクＵＥに構成し、第一のＵＥが、構成されるシーケンス初期化ＩＤを有するＤＭＲＳシーケンスでプリエンプション信号を送信する例を示す。第二のＵＥは、（全部または一部）第一のＵＥがプリエンプトしたいものと重複する可能性のある一つまたは複数のリソースを確保する。プリエンプション信号を受信すると、第二のＵＥは、（完全にまたは部分的に）重複するリソースからパケット送信をドロップし得る。図中の第三のＵＥは、プリエンプション信号を受信するＵＥ、またはＲｘ ＵＥとして別のＰＳＣＣＨ／ＰＳＳＣＨを示す。
【0252】
一実施例では、無線デバイスは、対応するＰＳＳＣＨに関連付けられる一つまたは複数のＰＳＳＣＨに対するリソース割り当てを含む第一のＳＣＩに対するＰＳＳＣＨに対する第一のＤＭＲＳ ＲＥマッピングを使用し得る。無線デバイスは、対応するＰＳＳＣＨに関連付けられていない一つまたは複数のリソースに対するプリエンプション表示を含む第二のＳＣＩに対するＰＳＳＣＨに対する第二のＤＭＲＳ ＲＥマッピングを使用し得る。図２６は、プリエンプション信号（例えば、第二のＳＣＩ）が、正常なＰＳＣＣＨとは異なってもよいＤＭＲＳ ＲＥマッピングを有し、正常なＰＳＣＣＨが、一つまたは複数のＰＳＳＣＨのスケジューリングまたは確保に使用されるＰＳＣＣＨを意味し、スロット内の関連するＰＳＳＣＨで送信される例を示している。この方法は、Ｒｘ ＵＥが、ＤＭＲＳ検出ステップにおけるプリエンプション信号の存在を検出することができるように、同じシーケンス生成方法であるが、異なるＲＥマッピングを使用する。周波数ドメイン内のプリエンプション信号のＤＭＲＳ ＲＥの（周期）周波数シフトのサイズは、あらかじめ設定／事前構成されるか、または基地局は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＳＩＢまたはＲＲＣ）を介してＵＥに示し得る。一実施例では、無線デバイスは、複数の優先度レベルまたは複数の優先度レベルをグループ、ＤＭＲＳシーケンスの数（例えば、Ｋ、Ｋ＝４）に分割してもよく、および／またはＰＳＣＣＨのＤＭＳＲ ＲＥパターンは、グループごとに異なって設定され得る。実施例では、ＤＭＲＳシーケンスは、シーケンス初期化アイデンティティ（例えば、スクランブルＩＤ）、および／またはＤＭＲＳ ＲＥマッピングパターン／方法（時間および／または周波数位置）、および／またはシーケンスに適用される異なる周期シフト、および／または時間および／または周波数ドメインにおける周期シフトマッピングに基づいて、区別され得る。一実施例では、プリエンプション信号に対するＤＭＲＳの異なる周期シフトを適用し得る。サイドリンクＰＳＣＣＨの場合、ＵＥは、ＯＦＤＭシンボルｌに対する復調基準信号（ＤＭＲＳ）シーケンスｒｌ（ｍ）が、以下によって定義されると想定し得る：
【数1】
【0253】
式中、ｃ（ｉ）は、疑似ランダムシーケンスである。疑似ランダムシーケンス発生器は、
で初期化され得、
【数2】
【0254】
式中、ｌは、スロット内のＯＦＤＭシンボル番号であり、
は、サイドリンクスロット番号またはフレーム内のスロット番号であってもよく、および
は、ＰＳＣＣＨまたはプリエンプション信号に対する上位層によって与えられてもよい。一実施例では、
は、サブキャリア間隔が１５ｋＨｚ＊２μであるときに、フレームもしくはリソースプール構成の期間、またはリソースプールビットマップ長、またはシステムフレーム番号周期（＝１０２４０ｍｓ）内のサイドリンクスロットのみの間で数えるスロット番号であり得る。例えば、リソースプールが、Ｐスロット毎のスロットを画定し得る場合、第一のスロットのスロットインデックスは０であり、Ｐ番目のスロットのスロットインデックスは１であり、２Ｐのスロットインデックスは２である。モジュラー動作は、再インデックス付されたサイドリンクスロットインデックスに適用され得る。例えば、サイドリンクスロット番号は、フレーム内のサイドリンクスロットの中でのみ、再インデックス付けされた番号から導出される。図２７は、サイドリンクスロット番号の再インデックス付けの例を示す。この図では、モジュラー２０の動作が、再インデックス付けされたスロット番号に適用される。モジュラー動作の値（モジュラー値がこの値よりも小さいはずの後）は、サブキャリア間隔に応じて、一つのフレームに存在するスロットの数に基づいて決定され得る。例えば、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚのＳＣＳに対して、モジュラー１０、２０、４０、８０、１６０の動作は、それぞれスロット番号の再インデックス化に適用され得る。これは、サイドリンクリソースプールがフレームごとに同じスロット位置に割り当てられる場合、シーケンスは十分にランダム化されない可能性があるため、サイドリンクスロットが再び収集され、その後に再インデックス化された場合、再インデックス化されたスロットインデックスをシーケンス生成に使用し得るからである。異なる無線フレームで同じスロットインデックスを共有する第一のリソースおよび第二のリソースは、アプローチで異なるシーケンス生成を使用してもよく、これにより、定期的なサイドリンクリソースプール構成に対するＤＭＲＳシーケンスの全体的なランダム化が促進され得る。これは、リソースプールの構成に関係なく、十分にランダム化され得るためである。ＮＩＤは、正常なＰＳＣＣＨとプリエンプション信号との間に異なって構成され得る。ＤＭＲＳに周期シフトが適用される場合、ｒｌ
（α）（ｍ）＝ｅｊａｍ
ｒｌ（ｍ）は、ＰＳＣＣＨまたはプリエンプション信号のＤＭＲＳシーケンスに使用され得る。例えば、第二の周期シフト値αは、プリエンプション信号に対して割り当てられてもよく、第一の周期シフト値は、正常なＰＳＣＣＨに対して割り当てられてもよい。第二の周期シフト値は、第一の周期シフトとは異なり得る。例えば、π／２が、プリエンプション信号に対するＤＭＲＳの周期シフト値に使用されてもよく、｛－π／２，０，π｝が、正常なＰＳＣＣＨに対するＤＭＲＳの周期シフト値に使用されてもよく周期シフト値は、高いシーケンス分離（例えば、直交性）を達成するために決定され得る。プリエンプション信号の正確な周期シフト値は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ ＣＥまたはＳＩＢまたはＲＲＣ）を介して、基地局によって事前に決定されてもよく、またはＵＥに信号送信され得る。一実施例では、無線デバイスは、複数の優先度レベルまたは複数の優先度レベルを、複数のグループに分けてもよく、ＰＳＣＣＨのＤＭＲＳシーケンスの周期シフト値はα、各グループに対して異なって設定され得る。例えば、周期シフト値の異なるセットを各優先度グループに割り当てることができる。例えば、ＤＭＲＳ ＣＳセットＡは、優先度レベル１～Ｋ（例えば、Ｋ＝４）に使用され、ＤＭＲＳ ＣＳセットＢは、優先度レベルＫ＋１（例えば、Ｋ＝５）～Ｎ（例えば、Ｎ＝８）に使用される。この実施例では、ＵＥは、ＤＭＲＳ ＣＳのセットにおいて、ＤＭＲＣＳをランダムに選択し得る。これは、リソース衝突が発生しても制御チャネルが復号化可能になるように、ＰＳＣＣＨ ＤＭＲＳ周期シフト値を、同じセットで異なって選択するためである。
【数3】
【数4】
【数5】
【0255】
一実施例では、無線デバイスは、プリエンプション信号に対して一つまたは複数の第二のスクランブルシーケンスを使用して、プリエンプション信号のコードワードを、一つまたは複数の第一のスクランブルシーケンスを有する別のＰＳＣＣＨ（例えば、正常なＰＳＳＣＨ）と区別し得る。一つまたは複数の第二のスクランブルシーケンスは、複数のＰＳＳＣＨがある場合、追加のランダム化効果を提供し得る。これを行うために、スクランブルシーケンスの初期化は異なって生成され得る。例えば、既存のＰＤＣＣＨのスクランブルシーケンスの初期化は、以下の方程式によって生成される。
式中、
－
は上位層パラメーターｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤ（構成される場合）と等しく、
－それ以外の場合
および、式中、
－ ｎＲＮＴＩは、上位層パラメーターｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤが構成される場合に、ＵＥ固有の検索空間のＰＤＣＣＨに対してＣ－ＲＮＴＩによって与えられ、
－それ以外の場合ｎＲＮＴＩ＝０である。
【数6】
－
【数7】
－それ以外の場合
【数8】
－ ｎＲＮＴＩは、上位層パラメーターｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤが構成される場合に、ＵＥ固有の検索空間のＰＤＣＣＨに対してＣ－ＲＮＴＩによって与えられ、
－それ以外の場合ｎＲＮＴＩ＝０である。
【0256】
ＰＳＣＣＨについては、基地局は、ＳＩＢおよび／またはＲＲＣを介してＰＳＣＣＨに対しＮＩＤを構成し得る。ＮＩＤは、ＤＭＲＳシーケンス生成ＩＤと同一であり得る。プリエンプション信号のスクランブル化および／またはＤＭＲＳシーケンス生成のために、異なるＮＩＤは、ＳＩＢまたはＲＲＣを介して基地局によって構成され得る。一方で、ｎＲＮＴＩが、ＵＥのＲＲＣ状態、またはＲＮＴＩが受信されたかどうかに関係なく、ＰＳＣＣＨに対して０に設定されてもよく、または所定の値に設定され得る。あるいは、ＰＳＣＣＨおよび／またはプリエンプション信号に対する別個ｎＲＮＴＩは、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＳＩＢまたはＲＲＣまたはＭＡＣ ＣＥ）によって、基地局からＵＥへ信号送信され得る。
【0257】
一実施例では、基地局は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ、ＳＩＢ、またはＲＲＣ）を介してプリエンプション信号をサイドリンクＵＥに送信するために、ＤＭＲ ＲＥ位置（ＤＭＲＳの時間／周波数リソース）および／またはＣＤＭコードおよび／またはＤＭＲＳのアンテナポートの数の全てまたは一部を示し得る。これは、プリエンプション信号のＤＭＲＳの特定のＲＥおよびＣＤＭコードを割り当てることによって、プリエンプション信号のＤＭＲＳを他の制御信号のＤＭＲＳと直交することであり得る。さらに、プリエンプション信号に対するＤＭＲＳ電力ブースト値は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ、ＳＩＢ、またはＲＲＣ）としてＵＥに信号送信され得る。プリエンプション信号の場合、プリエンプション信号に対する別個のＤＭＲＳ電力ブーストが、他の制御信号送信と比較して、チャネル推定性能を改善し、カバレッジを拡大するように構成され得るように、広いカバレッジを達成する必要があり得る。
【0258】
例示的実施形態では、プリエンプション信号は、一連のＯＦＤＭシンボルを含んでもよく、プリエンプション信号は、サイドリンクスロット内に連続的に繰り返されて、サイドリンクスロット全体に及んでもよい。例えば、プリエンプション信号は、ＰＳＳＣＨ伝送に対して同じ持続時間に及ぶように、一つまたは複数のサイドリンクスロット内で繰り返され得る。この動作は、スロット内および／またはＰＳＳＣＨ伝送内の追加のＡＧＣ調整を回避することである。時間ドメインの繰り返しは、サイドリンクスロット全体またはプリエンプション信号が送信されるいくつかのスロットをまたいでもよい。例えば、サイドリンクスロットフォーマット情報（例えば、スロット内でサイドリンク通信が許容される一つまたは複数のＯＦＤＭシンボルを示すスロットフォーマット情報）が、経時的に変化するか、または一つのサイドリンクスロット（例えば、スロット内でサイドリンク動作が許容される部分）を構成するＯＦＤＭシンボルの数が可変である場合、プリエンプション信号の最後の反復が、一つのプリエンプション信号を完全には構築しない場合、シンボルの一部のみが、最後の繰り返しで送信され得る。ＰＳＦＣＨリソースがスロットの終端から数個の最後のシンボルに設定される場合、プリエンプション信号の繰り返しは、ＰＳＳＣＨ領域のＯＦＤＭシンボルのみに制限され得る（例えば、ＰＳＦＣＨリソースに対する一つまたは複数のＯＦＤＭシンボルを除外すること）。図２８は、プリエンプション信号の繰り返しの例を示す。プリエンプションＰＳＣＣＨは、通常のスケジューリング／予約ＰＳＣＣＨと同一のＳＣＩフォーマットを有し得るが、他の実施形態で提示されるように、異なるＤＭＲＳシーケンス、および／または異なるＤＭＳＳ ＲＥマッピング、および／または異なるアンテナポートが使用され得る。例えば、サイドリンクスロットは、１４個のＯＦＤＭサイドリンク可能なシンボルを有し得る。ＰＳＳＣＨ送信のＯＦＤＭシンボルの数Ｋが１４で分割可能であると仮定すると、無線デバイスはサイドリンクスロット内で１４／Ｋ回繰り返し得る。Ｋが、Ｍサイドリンク可能シンボル（例えば、１４のＯＦＤＭシンボルサイドリンクスロットにおいてＫ＝３）のＯＦＤＭシンボルの数によって分割できない場合、無線デバイスは、プリエンプションシグナリングに対してフロア（Ｍ／Ｋ）回を反復し得る。一つまたは複数の残りのシンボルは、同じ電力で、無意味な／無価値のデータを有する他のＯＦＤＭシンボルに送信され得る。一実施例では、繰り返しパターン（例えば、スロットまたはいくつかのスロットの各繰り返しにおけるＰＳＳＣＨシンボルの数）は、プリエンプション表示信号の繰り返しを実行するように構成され得る。
【0259】
図２９は、プリエンプションの部分的な反復の実施例を示す。例えば、サイドリンクスロットが１３個のＯＦＤＭシンボル（すなわち、通常のスロット内のＴｘ／Ｒｘスイッチングの最後のシンボルを除く）で構成され、プリエンプション信号が３個のＯＦＤＭシンボルで構成されると仮定して、プリエンプション信号の最後の再送信のために、プリエンプション信号の第一のシンボルのみが送信される。図３０は、ＰＳＳＣＨ領域のみに対するプリエンプション信号の繰り返しの例を示す。いくつかの最後のシンボルがＰＳＦＣＨ伝送用に設定される場合、その部分はプリエンプション信号送信には使用されない。
【0260】
一実施例では、プリエンプション信号を受信するＵＥは、最初にＤＭＲＳを盲目的に検出し、所定の閾値（例えば、ＲＳＲＰ閾値）または大きい電力を有するプリエンプション信号のＤＭＲＳが検出される場合、ＵＥは、プリエンプション信号がスロットの端部までまたはスロット内のＰＳＳＣＨ領域に繰り返し送信されると想定し得る。受信機ＵＥは、繰り返しを受信する間に、コード結合（例えば、ＨＡＲＱ結合）動作を実行し得る。プリエンプション信号送信ＵＥは、プリエンプション信号の繰り返しにおいて所定のＲＶパターンを使用し得る。例えば、ＲＶパターン［０，０，０，０，．．．］または［０，３，０，３，．．．］または［０，２，３，１，０，２，．．．］を使用し得る。スロット内および／またはスロット間のプリエンプション信号繰り返しで使用されるＲＶパターンは、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ、ＲＲＣ、ＳＩＢ）として基地局によって、あらかじめ設定されてもよく、またはＵＥに信号送信され得る。
【0261】
一実施例では、スロット内のサイドリンクスロット全体、またはＰＳＳＣＨ領域にわたるＰＳＣＣＨフォーマットが、プリエンプション信号送信に使用され得る。これには、受信機のＵＥの観点から、さらにブラインド復号化の複雑さが若干必要になることがある。ブラインド復号化の複雑さを低減するために、ＰＳＳＣＨフォーマットのＤＭＲＳシンボルのＯＦＤＭシンボル番号は、正常なＰＳＣＣＨと同一であり得るが、ＰＳＣＣＨフォーマットに対して異なるＤＭＲＳシーケンスを使用し得る。図３１は、プリエンプション信号送信のための追加のＰＳＣＣＨフォーマットの例を示す。この方法は、スロット内の追加のＡＧＣ再調整の問題を回避し得る。
【0262】
一実施例では、プリエンプションＰＳＣＣＨを有するダミー信号は、同じスロットおよび／または同じサブチャネルで伝送され得る。この場合、ダミー信号は、プリエンプションＰＳＣＣＨのＳＣＩ情報をＰＳＳＣＨに符号化することによって送信されてもよく、またはＵＥによって決定される任意情報が送信され得る。図３２は、プリエンプション信号のダミー信号送信の例を示す。この場合、ダミー信号は、プリエンプションＰＳＣＣＨが送信される周波数ドメインに限定されることによってのみ送信されてもよく、またはＰＳＣＣＨが送信されるサブチャネルのＰＳＳＣＨ領域を充填することによって送信され得る。
【0263】
一実施例では、ＰＳＣＣＨまたはプリエンプションに対するプリエンプション信号は、所定回数でサイドリンクスロット内で繰り返されてもよく、ダミー信号はサイドリンクスロット内の残りの領域において送信され得る。ＰＳＣＣＨの繰り返しがスロットを完全に埋めることが難しい場合、または部分繰り返しが必要な場合、この方法は、スロットをダミー信号で埋める。ダミー信号は、ＡＧＣの再調整の問題を回避するために、単に追加で送信され得る。
【0264】
一実施例では、優先度レベルが、特定の閾値を上回る（または下回る）ＰＳＳＣＨをスケジューリングするために、初期ＰＳＳＣＨ送信またはＰＳＣＣＨを確保するためのプリエンプション信号またはプリエンプションＰＳＣＣＨまたはＰＳＣＣＨは、別個のリソースプールにおいて送信され得る。優先度レベルまたはインジケーターの数が少ないほど、優先度が高いことを意味する場合もあれば、優先度レベルまたはインジケーターの数が高いほど優先度が高いことを意味する場合もあることに留意されたい。優先度レベルまたはインジケーターが低いほど、優先度が高いことを意味する場合、優先度レベルが閾値を下回るＰＳＳＣＨは、分離されたリソースプール内で伝送されることが許容され得る。例えば、基地局は、プリエンプション信号またはプリエンプションＰＳＣＣＨまたはＰＳＣＣＨに対して別個のリソースプールを構成して、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ ＣＥ、ＲＲＣ、またはＳＩＢ）として、ＵＥに対し特定の閾値を上回る（または下回る）優先度レベルを有するＰＳＳＣＨをスケジューリングするための初期ＰＳＳＣＨ送信またはＰＳＣＣＨを確保し得る。特定の閾値を超える優先度レベルを有するパケットを有するＵＥの場合、このリソースプールは、初期ＰＳＳＣＨ送信のためのプリエンプション信号または予約のためのＰＳＣＣＨに使用され得る。こうした別個のリソースプール、例えば、優先度レベルの閾値もしくはターゲット遅延レベルの閾値、またはターゲット信頼性の閾値もしくはターゲットカバレッジの閾値を使用するための一つまたは複数の条件は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ ＣＥ、ＲＲＣ、またはＳＩＢ）を介して、基地局によってＵＥに信号送信され得る。図３４は、プリエンプションＰＳＣＣＨリソースプールの例を示す。このプールは、スタンドアローンＰＳＣＣＨ送信に使用することができる。これにより、優先度の高いＰＳＳＣＨのリソースをスケジュール／予約するために、一つまたは複数のＰＳＳＣＨを送信する際に、より優れたリソースの可用性が可能になり得る。
【0265】
一実施例では、無線デバイスは、一つまたは複数のＰＳＳＣＨに基づいてＲＳＲＰの測定を実行し得る。第一の無線デバイスが、関連するＰＳＳＣＨなしでＰＳＣＣＨを送信し得る場合、第二の無線デバイスは、ＰＳＣＣＨ上で測定を行うことができなくなりえ、これは、リソース感知／選択手順において効率的でなくなり得る。この場合、ＰＳＣＣＨ－ＲＳＲＰを測定することによって、ＰＳＳＣＨ－ＲＳＲＰを実質的に導出する方法が検討され得る。例えば、スタンドアローンＰＳＣＣＨがＮ ＲＢにおいて送信される場合、および／またはこのＰＳＣＣＨが、Ｍ ＲＢのスケジューリングまたはプリエンプション表示を行う場合、次に、Ｎ ＲＢのＰＳＣＣＨ ＲＳＲＰが最初に測定され、ＰＳＳＣＨ ＲＳＲＰは、Ｍ／Ｎのスケーリング係数をＰＳＣＣＨ ＲＳＲＰに適用することに基づいて、実質的に導出される。第二の無線デバイスは、第一の無線デバイスからのＰＳＳＣＨ上の測定に基づいてＲＳＲＰを導出し得る。ＰＳＣＣＨまたはＰＳＳＣＨのＲＳＲＰは、対応するチャネルで送信されたＤＭＲＳまたはＣＳＩ－ＲＳのＲＳＲＰを指し得ることに留意されたい。この方法は、ＰＳＳＣＨが送信されていない場合でも、ＰＳＳＣＨ ＲＳＲＰを測定することができる。
【0266】
一実施例では、プリエンプションに対するＰＳＣＣＨは、あるスロット内で繰り返されるだけでなく、複数のスロットにおいて伝送され得る。基地局は、プリエンプション信号のスロット内の繰り返し数および／または物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＭＡＣ ＣＥ、ＲＲＣ、またはＳＩＢ）として、ＵＥへのスロット間の繰り返し数を示し得る。ＵＥは、信号に基づいて、スロット内の繰り返し数およびプリエンプション信号のスロットを決定することによってプリエンプション信号を送信し得る。この方法を拡張することによって、プリエンプション信号の送信電力、再送信数、ＲＢ（またはサブチャネルサイズ）、およびＭＣＳの全てまたは一部は、基地局（ＵＥへの物理層または上位層信号）によって設定され得る。
【0267】
例示的実施形態では、プリエンプション表示のために、所定のシーケンスは、スロットおよび／または一つまたは複数のサブチャネル内で送信されてプリエンプションを示し得る。さらに、シーケンスタイプ、シーケンス初期化ＩＤ、シーケンスＣＳ、および所定のシーケンスのＲＥマッピングの全てまたは一部は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＳＩＢ、ＲＲＣ、またはＭＡＣ ＣＥ）として、基地局によってＵＥに信号送信され得る。プリエンプション信号を受信するとき、実際のプリエンプティング信号（またはデータまたはＰＳＳＣＨ）が送信される後のスロット数は、事前に決定されてもよく、またはシーケンスのＣＳまたはＲＥマッピングによって示され得る。例えば、ＣＳがＸである場合、スロットオフセット（プリエンプション表示信号とプリエンプティング信号（またはデータ）との間のスロット間隔）は、ａに設定されてもよく、ＣＳがＹである場合、スロットオフセットは異なるようにｂに設定され得る。すなわち、対応するオフセットでリソースを確保するＵＥはパケットをドロップし、プリエンプティングＵＥは対応するオフセットでＰＳＳＣＨを送信する。図３５は、プリエンプション信号に基づく所定のシーケンス（またはシーケンス反復）の例を示す。この実施例では、プリエンプション信号は、所定のシーケンスの繰り返しを含み得る。プリエンプティングＵＥは、スロットｎでプリエンプション表示のためにこの信号を送信してもよく、他のＵＥは、プリエンプティングデータ信号がスロットｎ＋ ｋで送信され得ると仮定し得るが、ここで、ｋは、プリエンプション信号のＣＳまたはＲＥマッピング（または周波数シフト）によってあらかじめ設定、または示されてもよく、またはＲＲＣまたはＳＩＢを介して基地局によって構成され得る。
【0268】
一実施例では、プリエンプション信号が一つのスロットでのみ伝送される場合、同じスロットで伝送を行うＵＥは、半二重問題のためにプリエンプション信号を受信できなくなりえる。図３６は、問題を説明するための例である。ＵＥ Ａは、プリエンプション信号が送信されたのと同じスロットｎで送信しているため、プリエンプション表示信号を受信できなくなり得る。図３６は、ＵＥ Ａがスロットｎでプリエンプション表示を聴くことができないため、ＵＥ Ａがプリエンプション手順を実行できないことを示す。これにより、最初にリソースをプリエンプトしようとする、ＰＳＳＣＨ伝送の性能が低下する。図３７に示すように、プリエンプション信号は、このような半二重の問題に対処するために、複数のスロットで連続的に伝送され得る。連続送信の理由は、プリエンプション信号などの信号を別のＵＥに緊急送信する必要があるためである。この実施例では、プリエンプション信号が送信されるとき、連続的に送信されるスロットの数は、物理層（例えば、ＤＣＩ）または上位層信号（例えば、ＳＩＢ、ＲＲＣ）として基地局によって、ＵＥにあらかじめ設定または信号送信され得る。プリエンプション信号送信の繰り返しにより、無線デバイスは、プリエンプション信号（例えば、ＵＥ Ａ）を聴くことができてもよく、かつ示されたリソースをリリースし得る。
【0269】
一実施例では、プリエンプション表示信号は、別個の専用リソースプールまたはリソースで送信され得る。この動作では、基地局は、物理層（例えば、ＤＣＩ）または上位層（例えば、ＭＡＣ ＣＥまたはＲＲＣまたはＳＩＢ）として、リソース領域およびプリエンプション表示信号のリソースプールをＵＥに信号し得る。この方法では、プリエンプション信号が別個のリソースプールまたはリソースを使用するため、プリエンプション信号の受信性能が改善され得る。
【0270】
図３８は、スロット内のプリエンプティングリソースとプリエンプトされたリソース間の完全な重複の例を示す。基地局は、第一および第二の無線デバイスに対する優先度閾値を示し得る。第一の無線デバイス（図のＵＥ Ａ）は、プリエンプトされた無線デバイスであり、第二の無線デバイスは、プリエンプティング無線デバイスである仮定される。第二の無線デバイスは、優先度レベルが優先度閾値よりも高いことを示すパケットを有し得る。優先度レベルまたはインジケーターが低いほど、優先度が高いことを意味する場合、第二の無線デバイスのパケットの優先度レベルは、優先度閾値よりも小さい。第二の無線デバイスは、サイドリンク制御情報を含むＰＳＣＣＨを第一の無線デバイスに送信することができる。サイドリンク制御情報は、一つまたは複数の第一のリソースおよびパケットの優先度を示し得る。第一の無線デバイスは、ＰＳＣＣＨを受信し、一つまたは複数の第一のリソースおよびパケットの優先度を識別し得る。第一の無線デバイスは、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースとの間に重複があると判定し得る。一つまたは複数の第二のリソースは、第一の無線デバイスのサイドリンク送信のために確保または選択され得る。この図では、第一の無線デバイスは、異なるスロット内の二つのサブチャネルを確保／選択し得る。第二のサブチャネルは、一つまたは複数の第一のリソースのいずれかと完全に重複し得る。第一の無線デバイスは、第二の送信をドロップし得る。第一の無線デバイスは、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースの間で重複しないリソースを介してサイドリンク信号を送信し得る。図では、第一の無線デバイスは、一つまたは複数の第一のリソースと重複しない第一のサブチャネルを送信し得る。
【0271】
図３９は、スロット内のプリエンプティングリソースとプリエンプトされたリソースとの部分的重複の例を示す。第二の無線デバイスは、一つまたは複数の第一のリソースを示し得る。第一の無線デバイスは、一つまたは複数の第一のリソースと一つまたは複数の第二のリソースとの重複があると決定し得る。この図では、第一の無線デバイスは、スロットｎ＋１の二つのサブチャネルと、スロットｎ＋ｋの二つのサブチャネルを確保／選択し得る。スロットｎ＋ｋでは、一つのサブチャネルがプリエンプティングリソース（例えば、一つまたは複数の第一のリソース）と重複する。言い換えれば、一つまたは複数の第二のリソースは、一つまたは複数の第一のリソースと部分的に重複している。第一の無線デバイスは、プリエンプティングリソースと部分的が重複あるため、スロットｎ＋ ｋにサイドリンク送信をドロップし得る。これにより、プリエンプティングリソースとの干渉が防止され、プリエンプティング無線デバイスが、より良好な性能を達成し得る。
【0272】
例示的実施形態では、基地局は、プリエンプション信号を、物理層（例えば、ＤＣＩ）または上位層信号（ＭＡＣ ＣＥ、ＲＲＣ、またはＳＩＢ）としてサイドリンクＵＥに送信するための一つまたは複数の条件を示し得る。これらの条件の全てまたは一部は、事前設定、または事前構成されていてもよい。例えば、閾値以上のパケットの優先度レベルを有するＵＥは、プリエンプション信号を送信することができる。例えば、輻輳レベル（例えば、ＣＢＲ測定）が閾値を超えるとき、プリエンプション信号送信が許可され得る。他の例では、閾値以下のパケットのターゲット遅延要件を有するＵＥは、プリエンプション信号を送信することができる。例えば、閾値以上のパケットのターゲット信頼性（例えば、成功した復号化速度または１ブロックエラーレート（ＢＬＥＲ））要件を有するＵＥは、プリエンプション信号を送信することができる。他の例では、閾値（例えば、１０００メートル）以上のパケットのターゲットカバレッジ要件を有するＵＥは、プリエンプション信号を送信することができる。別の方法として、リソース排除手順が、感知結果に基づいて候補リソースのセット間で実行され、残りのリソース量が閾値を下回る場合に、プリエンプション信号送信が許可され得る。
【0273】
複数の条件は、組み合わせて構成され得る。他の条件は除外されない。前述の条件の任意の組み合わせが考慮され得る。例えば、優先度レベルが第一の閾値を超え、かつＣＢＲ測定値が第二の閾値を上回るＵＥは、第一および第二の閾値が（事前）構成され得るプリエンプション信号を送信することができてもよい。基地局は、ＲＲＣまたはＳＩＢを介してサイドリンクＵＥに対する任意の閾値または状態を示してもよく、または閾値または状態は、あらかじめ設定され得る。プリエンプション信号送信は、リソース再選択または別のＵＥのパケットドロップを引き起こし得るため、過剰なＵＥへのプリエンプション信号の送信を許可することは望ましくない。従って、特定のＵＥまたはチャネル条件が、多くの輻輳のために適切なリソースを見つけることが難しい場合にのみ、プリエンプション信号送信を可能にすることが望ましい。
【0274】
モード１では、ＵＥは、その感知結果に基づいて、プリエンプションのために特定のリソースまたは候補リソースを、基地局に要求してもよく、その後、ｇＮＢは、データ送信をプリエンプティングするための複数のリソースをスケジュールし得る。モード１のＵＥは、ネットワークへのプリエンプション要求を通知するためにいずれか一つを選択してもよく、モード１のスケジューリングが、例えば、ターゲット遅延要件に関して満足のいくものでない場合、モード１のＵＥはモード２に切り替えることができる。実施例では、ＵＥは、プリエンプションＴＢ送信のための新しいリソースを要求し得る。「サイドリンク」について、スケジューリング要求のコンステレーションにおける任意の新しい状態を定義することができる。基地局は、物理層（例えば、ＤＣＩ）または上位層（例えば、ＲＲＣまたはＳＩＢ）のシグナリングを介して、プリエンプション要求リソース用の一つまたは複数の専用ＳＲ／ＢＳＲリソースを構成し得る。一実施例では、モード１のＵＥは、サイドリンクスケジューリング要求を介してスケジューリングの緊急性を示し得る。例えば、基地局は、緊急スケジューリング要求を示すために使用され得る一つまたは複数のサイドリンクＳＲリソースを構成し得る。基地局は、リソースからサイドリンクＳＲを受信することに応答して、構成された／事前に定義された遅延内でＵＬ許可で応答し得る。無線デバイスは、遅延要件を確保するために、モード２の伝送をサイドリンクＳＲの伝送に同時に伝送し得る。
【0275】
／／ＮＲサイドリンク同期信号の繰り返し
【0276】
既存の技術の実施例では、サイドリンク同期信号送信は、周期性内に反復することなく、固定周期性（例えば、１６０ミリ秒）で行われてもよい。一方で、サイドリンクキャリア周波数が増加すると、サイドリンク同期信号周期内の各同期信号の繰り返し送信が、より高いキャリア周波数におけるより大きな経路損失を補償するために必要され得る。ＮＲ
Ｕｕインターフェイスでは、複数の同期信号およびブロードキャストチャネルブロック（ＳＳＢ）は、同期信号周期内で連続的に送信され得る。この連続的なサイドリンクＳＳＢ（ＳＬ－ＳＳＢ）の繰り返しがサイドリンク通信で送信されると、パケット遅延が増加し得る。ＳＬ－ＳＳＢの繰り返しが時間ドメインで連続的に割り当てられている場合、異なる周波数リソース内であるが、ＳＬ－ＳＳＢ送信との時間的に重複する他のサイドリンク信号送信は、無線デバイスの半二重制約のために許容されなくなりえる。こうした制限は、同期信号の繰り返しに対して同じ持続時間に発生する一つまたは複数のサイドリンク送信に対するパケット遅延およびサービス中断時間を増加させ得る。
Ｕｕインターフェイスでは、複数の同期信号およびブロードキャストチャネルブロック（ＳＳＢ）は、同期信号周期内で連続的に送信され得る。この連続的なサイドリンクＳＳＢ（ＳＬ－ＳＳＢ）の繰り返しがサイドリンク通信で送信されると、パケット遅延が増加し得る。ＳＬ－ＳＳＢの繰り返しが時間ドメインで連続的に割り当てられている場合、異なる周波数リソース内であるが、ＳＬ－ＳＳＢ送信との時間的に重複する他のサイドリンク信号送信は、無線デバイスの半二重制約のために許容されなくなりえる。こうした制限は、同期信号の繰り返しに対して同じ持続時間に発生する一つまたは複数のサイドリンク送信に対するパケット遅延およびサービス中断時間を増加させ得る。
【0277】
既存の技術では、ＮＲサイドリンクは、ＬＴＥサイドリンクと異なるヌメロロジを有し得る。例えば、ＮＲサイドリンクは、６０ｋＨｚ ＳＣＳで構成され得るが、ＬＴＥサイドリンクは、固定１５ｋＨｚ ＳＣＳを有し得る。サイドリンク同期信号およびブロードキャストチャネルブロック（ＳＬ－ＳＳＢ）が同期信号周期内に繰り返しで送信され、ＳＬ－ＳＳＢの繰り返しがＳＬ－ＳＳＢの繰り返しの間にギャップのある時間内に分配される場合、ＬＴＥサイドリンクでのパケットドロップは、ＬＴＥサイドリンクでのトランスポートブロック送信とＮＲサイドリンクでのＳＬ－ＳＳＢ送信の間の時間ドメインの重複に起因して起こり得る。６０ｋＨｚ ＳＣＳのＮＲサイドリンクは、１５ｋＨｚ ＳＣＳのＬＴＥサイドリンクと比較して約１／４のスロットサイズを有してもよく、１／４サイズの重複は、ＬＴＥサイドリンクとＮＲサイドリンクの間に発生してもよく、その結果、ＬＴＥサイドリンクの伝送全体がドロップされ得る。
【0278】
本開示の例示的実施形態は、サイドリンク同期信号送信のためのいくつかの反復方法を実施する。サイドリンク同期周期内のサイドリンク同期信号の繰り返しは、各クラスタが、サイドリンク同期信号の繰り返しの数を含み、クラスタが、サイドリンク同期送信周期内で均等に間隔を空け得る、複数のクラスタに分割され得る。例示的実施形態は、同期信号の送受信によって引き起こされる、複数時間機会にわたるオーバーヘッド／中断を分配しながら、既存のサイドリンク技術（例えば、ＬＴＥサイドリンク）とより良好に共存し得る。例示的実施形態に基づいて、無線デバイスは、より良いＳＬ－ＳＳＢカバレッジを達成してもよく、無線デバイスは、パケット遅延要件を満たすことができる。
【0279】
一実施例では、基地局は、サイドリンク同期信号の送受信のために、一つまたは複数のサイドリンク同期信号オフセットを構成し得る。例えば、システムフレーム番号０のスロット０に対する二つのサイドリンク同期信号オフセットは、ＳＬＳＳリソース表示のために（事前）構成されてもよく、ＵＥのグループは、第一のオフセットでＳＬＳＳを送信してもよく、ＵＥのその他のグループは、第二のオフセットでＳＬＳＳを送信し得る。ＳＬＳＳ送信の周波数リソース（または中央）は、既存の技術で固定され得るが、ＮＲサイドリンクでは、基地局は、ＤＣＩまたはＲＲＣまたはＳＩＢを介してＵＥへＳＬＳＳ送信の周波数リソースを構成し得る。この構成に基づいて、基地局は、別個のサイドリンクＤＣキャリアまたはＳＬＳＳ送信周波数リソースを構成する柔軟性を有し得る。一方、基地局は、ＳＩＢまたはＲＲＣによってサイドリンクＢＷＰの構成メッセージをＵＥに送信し得る。ＳＩＢまたはＲＲＣでは、サブキャリア間隔（ＳＣＳ）に関する情報も、基地局によって構成され得る。
【0280】
一実施例では、ＮＲサイドリンクならびにＬＴＥサイドリンクを実装する車両またはＵＥが存在し得る。例えば、サービス（例えば、前方衝突警報）信号は、ＬＴＥサイドリンクを使用して送信されてもよく、別のサービス（例えば、小型車両の前方にある大型車両が、前方車両のカメラの視界、画像またはビデオを遮っているときの、シースルーが小型車両に送信される）信号は、ＮＲサイドリンクで送信され得る。こうしたＵＥ実装では、ＬＴＥとＮＲサイドリンクの間の時間同期が好ましくなりえＮＲにおいてＬＴＥとは異なるサブキャリア間隔を使用する場合でさえ、少なくとも同期信号送信の観点から、同じ時間の間信号を送信することが望ましくなりえる。ＮＲがＬＴＥとは異なるサブキャリア間隔を使用する場合、例えば、６０ｋＨｚのＳＣＳがＮＲサイドリンクに使用されると仮定すると、ＮＲサイドリンクの一つのスロットがＬＴＥサブフレームの１／４を占めるが、ＬＴＥサイドリンク信号とＮＲサイドリンク信号の間に不一致がある場合、サブフレームまたはスロットの一部が単に重複しているにもかかわらず、信号の優先度に応じてどちらかがドロップされ得る。従って、少なくとも同期信号送信において、ＬＴＥおよびＮＲは、このような非効率な信号送信およびドロップ問題を防止するために、同じ持続時間を占有することが望ましくなりえる。これらの問題を処理するために、例示的実施形態は、ＳＬＳＳ繰り返しがＳＬＳＳ送信周期内に構成される時に、ＳＬＳＳ送信リソースの時間リソース割り当てを決定する方法を提示する。
【0281】
いくつかの実施形態では、ＳＬＳＳは、同じ意味のＳＬ－ＳＳＢを有し得る。例えば、ＳＬＳＳ送信は、ＳＬＳＳがスロット内のＰＳＢＣＨで伝送され得ることを意味し得る。これは、ＳＬＳＳ送信がＳＬ－ＳＳＢ送信を意味し得る。
【0282】
いくつかの実施形態では、ＳＬ－ＳＳＢの繰り返しのクラスタは、ＳＬ－ＳＳＢの繰り返しの連続的な伝達を意味し得る。一つまたは複数のクラスタは、一つまたは複数のクラスタの隣接するクラスタ間のギャップを有して伝送され得る。ギャップサイズは、ゼロ以上であり得る。ギャップサイズは、基地局によって示されてもよく、または事前構成され得る。
【0283】
いくつかの実施形態では、ＳＬ－ＳＳＢの繰り返しのクラスタのサイズは、クラスタ内のＳＬ－ＳＳＢの繰り返しの数を意味し得る。クラスタのサイズが２である場合、二つのＳＬ－ＳＳＢの繰り返しが、クラスタとして連続スロットで送信され得る。
【0284】
例示的実施形態では、第一の無線デバイスは、基地局から、同期信号周期性内の第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返し、およびＳＬ－ＳＳＢの繰り返しのＳＬ－ＳＳＢの繰り返しのクラスタの隣接する送信間のタイミングギャップを示す、一つまたは複数の構成メッセージを受信し得る。第一の無線デバイスは、一つまたは複数の第二の無線デバイスに対して、同期信号周期性の間、クラスタのそれぞれの隣接する送信間のタイミングギャップ内のクラスタを送信してもよく、クラスタは、第一の数のＳＬ－ＳＳＢの繰り返しを含み、クラスタの各々は、第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む。
【0285】
一実施例では、第一の数は、事前構成され得る。一実施例では、基地局は、第一の無線デバイスに対して、ＳＩＢまたはＲＲＣを介して第一の数を示し得る。第二の数は、事前構成され得る。基地局は、第一の無線デバイスに対して、ＳＩＢまたはＲＲＣを介して第二の数を示し得る。第二の数は、サイドリンクＢＷＰのＳＬ－ＳＳＢまたはＳＣＳのＳＣＳに基づいて決定され得る。例えば、１５ｋＨｚのＳＣＳ、３０ｋＨｚ， ６０ｋＨｚ，
１２０ｋＨｚ， ２４０ｋＨｚのＳＣＳの第二の数は、それぞれ１、２、４、８、１６であり得る。これは、クラスタのあるクラスタが１ミリ秒の持続時間に及ぶためであり得る。例えば、３０ｋＨｚのＳＣＳについては、一つのスロットが０．５ミリ秒に及んでもよく、クラスタに対する二つのサイズが１ミリ秒に及んでもよい。
１２０ｋＨｚ， ２４０ｋＨｚのＳＣＳの第二の数は、それぞれ１、２、４、８、１６であり得る。これは、クラスタのあるクラスタが１ミリ秒の持続時間に及ぶためであり得る。例えば、３０ｋＨｚのＳＣＳについては、一つのスロットが０．５ミリ秒に及んでもよく、クラスタに対する二つのサイズが１ミリ秒に及んでもよい。
【0286】
例示的実施形態では、ＵＥは、基地局から、一つまたは複数のサイドリンク同期信号オフセット、サイドリンク同期信号（ＳＬＳＳ）送信周期内のＳＬＳＳまたはＳＬ－ＳＳＢの繰り返し数、およびＳＬＳのＳＣＳを示す／含む一つまたは複数の構成メッセージを受信し得る。一実施例では、ＳＣＳは、サイドリンクＢＷＰ構成の一部で構成され得る。一実施例では、ＳＬＳＳ送信周期は、固定数であり得る。一実施例では、ＳＬＳＳ送信周期は１６０ミリ秒である。
【0287】
一実施例では、ＵＥは、ＳＬＳのＳＣＳに基づいて、ＳＬＳＳ反復のクラスタのサイズを決定し得る。例えば、１５ｋＨｚ ＳＣＳ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚ ＳＣＳのクラスタのサイズはそれぞれ１、２、４、８、１６である。クラスタのサイズは、時間的に連続的に繰り返されるＳＬ－ＳＳＢのＳＬ－ＳＳＢまたはＳＬＳＳスロットの数を意味し得る。ＳＬＳＳ送信周期内の各クラスタのサイズは、クラスタのサイズで割った繰り返し数の最高値によって決定され得る。さらに、各クラスタは、ＳＬＳＳ送信周期で等間隔であり、各クラスタのＳＬＳＳ繰り返しは、ＳＬＳＳ送信周期内で連続したサイドリンクスロットに割り当てられる。図４０は、６０ｋＨｚのＳＣＳの二つの例を示す。図（ａ）の第一の実施例では、３２回の繰り返しが、１６０ミリ秒のＳＬＳＳ送信周期内のＳＬＳＳ繰り返しに対して構成されるときに、ＳＬＳＳ繰り返しパターンが図示される。提案したように、６０ｋＨｚのＳＣＳでは、クラッタのサイズは４であり、クラスタの数は８である。一例として、２０ミリ秒ごとに伝送される各クラスタ図示されるが、クラスタ間の間隔は構成可能であり得る。例えば、基地局は、ＳＩＢまたはＲＲＣを介して、クラスタの空間（またはクラスタ間の持続時間またはスロット数）を構成し得る。図（ｂ）は、１６回の繰り返しが、１６０ミリ秒のＳＬＳＳ送信周期内のＳＬＳＳ繰り返しに対して構成される例を示す。クラスタ間のより長い間隔が図示される。これらの図では、ＳＬＳＳオフセットが０であることを前提としている。非ゼロＳＬＳＳオフセットが構成される場合、開始オフセットは、モード（セイル（ＳＬＳＳオフセット／ＳＬＳＳ送信周期））であり得る。
【0288】
一実施例では、無線デバイスは、サイドリンク同期信号オフセット、サイドリンク同期信号の周期性内でのＳＬ－ＳＳＢの繰り返し回数（例えば、サイドリンク同期信号の周期性内での第一の数のＳＬ－ＳＳＢの繰り返し）、クラスタのサイズ（例えば、クラスタの第二の数のＳＬ－ＳＳＢの繰り返し）、クラスタ間のタイミングギャップ、および／またはサイドリンク同期信号の周期性内のクラスタの数うちの少なくとも一つを示す一つまたは複数の構成メッセージを受信することができる。一つまたは複数の構成メッセージは、ＳＩＢまたはＲＲＣであり得る。
【0289】
一実施例では、基地局は、ＳＩＢまたはＲＲＣを介したＳＬＳＳ周期での同期信号繰り返しのために、同期信号オフセット、および／またはクラスタのサイズ、および／またはクラスタの間の時間ギャップ（または時間）、および／またはクラスタの数、をＵＥに設定し得る。この実施例は、前の例よりもクラスタサイズを決定するのにより柔軟性がある。図４１は、開示されたの方法の例を示す。６０ｋＨｚ ＳＣＳの場合、基地局は、クラスタのサイズとして８、およびクラスタ間で２０ミリ秒周期を構成し得る。
【0290】
図４２は、実施形態の一例を示す。基地局は、クラスタのサイズとして１およびクラスタ間のタイミングギャップを示し得る。この実施例では、クラスタは一つのＳＬ－ＳＳＢの繰り返しを含む。この実施例は、サイドリンク同期信号周期性内のＳＬ－ＳＳＢの繰り返しが時間内に分配されるため、パケットドロップまたはパケット遅延を低減し得る。
【0291】
一方、ＬＴＥサイドリンクとＮＲサイドリンクの間のＳＬＳＳオフセットがＵＥにシフト設定された場合、パケット送信（例えば、ＰＳＳＣＨおよび／またはＰＳＣＣＨ）は、別の無線アクセス技術（ＲＡＴ）の同期信号を送受信することによって、頻繁にドロップまたは干渉され得る。可能であれば、ＬＴＥの同期信号オフセットとＮＲの同期信号オフセットは等しく設定されることが望ましい。しかし、この方法は、ＮＲおよびＬＴＥサイドリンクが動作するバンドの組み合わせまたはＵＥの能力または実装に応じて変化し得る。例えば、ＬＴＥおよびＮＲが同一または隣接するバンドで動作する場合、基地局は、ＬＴＥおよびＮＲに共通するサイドリンク同期信号オフセットを有し得る。ＬＴＥおよびＮＲの異なるバンドで別個の回路で構成および送信および受信する場合、ＬＴＥおよびＮＲのサイドリンク同期信号オフセットを別々に構成し得る。ＬＴＥとＮＲのサイドリンク間の共通同期信号オフセットを構成する場合、ＳＬＳＳ送信周期内のＳＬＳＳ反復用のクラスタの少なくとも一つを、ＬＴＥサイドリンクのＳＬＳＳオフセットの一つと整列させる必要がある。また、ＵＥの能力に応じて、基地局は、ＬＴＥおよびＮＲサイドリンクへの共通ＳＬＳＳオフセットを構成し得る。共通ＳＬＳＳオフセットを示すために、基地局は、ＳＩＢまたはＲＲＣを介して、一つのＲＡＴから別のＲＡＴに構成されるＳＬＳＳオフセットを継承するように、共通ＳＬＳＳオフセットのインジケーターまたは基準ＲＡＴインジケーターまたはクロスキャリアインジケーターを構成し得る。
【0292】
一実施例では、ＳＬＳＳ反復が構成される場合、ＮＲとＬＴＥとの間のＳＬＳＳオフセットは、正確に整列されないことがある。システムフレーム番号０のスロット０に対するクラスタの少なくとも一つの開始時間は、ＬＴＥ ＳＬＳＳオフセットの少なくとも一つと同じであり得る。
【0293】
一部の実施例または実施形態における基地局によって構成されるパラメーターの全てまたは一部は、ＵＥがネットワークカバレッジの範囲外にある時に事前構成され得る。
【0294】
一部の実施例または実施形態では、ＵＥは無線デバイスに交換されてもよく、その逆も可能である。
【0295】
例えば、第一の無線デバイスが、基地局から、プリエンプション信号に対する復調基準信号（ＤＭＲＳ）構成を示すための一つまたは複数の構成メッセージを受信してもよく、プリエンプション信号が、第二の無線デバイスによって確保された一つまたは複数のリソースをプリエンプトするために送信され、第一の無線デバイスが、第二の無線デバイスに、第二の無線デバイスによって確保された一つまたは複数のリソースをプリエンプトするために、ＤＭＲＳ構成に基づいて生成されたＤＭＲＳを有する一つまたは複数のプリエンプション信号を送信してもよく、第一の無線デバイスが、一つまたは複数のプリエンプトされたリソース上の一つまたは複数のトランスポートブロックを送信してもよく、一つまたは複数のメッセージが、無線リソース制御（ＲＲＣ）またはシステム情報ブロック（ＳＩＢ）であり、ＤＭＳＳ構成が、下記の少なくとも一つを含む。ＤＭＲＳシーケンス初期化アイデンティティ、ＤＭＲＳリソース要素マッピング、およびＤＭＳＳ周期シフト値。
この実施例では、プリエンプション信号は、物理サイドリンク制御チャネルを介して送信され、第一および第二の無線デバイスがサイドリンク通信を行っている。
この実施例では、プリエンプション信号は、物理サイドリンク制御チャネルを介して送信され、第一および第二の無線デバイスがサイドリンク通信を行っている。
【0296】
一実施例では、第一の無線デバイスが第二の無線デバイスからプリエンプション信号を受信してもよく、プリエンプション信号が、スロット内の物理サイドリンク共有チャネル（ＰＳＳＣＨ）シンボルの数と同じ数のシンボルに及ぶまで繰り返し送信される物理サイドリンク制御チャネル（ＰＳＣＣＨ）を含み、第一の無線デバイスは、プリエンプション信号によって示されるリソースが、第一の無線デバイスによって確保されたリソースと重複すると決定してもよく、第一の無線デバイスは、決定に基づいて、第一の無線デバイスによって確保されたリソース上に信号送信をドロップし得る。この実施例では、プリエンプション信号は、少なくとも一つのプリエンプティングリソース情報を含み、プリエンプション信号のＰＳＣＣＨの繰り返しは、所定の冗長性バージョンパターンを有し、第一および第二の無線デバイスは、サイドリンク通信を実行し、第一の無線デバイスは、第一の優先度レベルで一つまたは複数のトランスポートブロックを送信し、および第一の優先度レベルが閾値より小さい。さらに、第一の無線デバイスは、基地局から、閾値を受信し得る。
【0297】
一実施例では、無線デバイスは、基地局から、プリエンプション信号送信のための条件を受信してもよく、第一の無線デバイスは、その条件に基づいてプリエンプション信号の伝送が許容されるかどうかを決定してもよく、第一の無線デバイスは、その判定に基づいて一つまたは複数のリソースをプリエンプトするためにプリエンプション信号を送信してもよく、第一の無線デバイスは、プリエンプション信号によってプリエンプトされた一つまたは複数のリソース上に一つまたは複数のトランスポートブロックを送信し得る。この実施例では、基地局によって構成される条件は、以下の全てを含む。ターゲット遅延要件閾値、優先度閾値、信頼性要件閾値、およびターゲットカバレッジ閾値。さらに、プリエンプション信号は、スロット内の物理サイドリンク共有チャネル（ＰＳＳＣＨ）シンボルの数と同じ数のシンボルに及ぶまで、繰り返し送信される物理サイドリンク制御チャネル（ＰＳＣＣＨ）を含む。
【0298】
一実施例では、無線デバイスは、基地局から、サイドリンク同期信号（ＳＬＳＳ）オフセット、ＳＬＳＳの繰り返し数、およびＳＬＳＳのサブキャリア間隔（ＳＣＳ）を含む一つまたは複数の構成メッセージを受信することができる。および、無線デバイスは、ＳＬＳＳのＳＣＳに基づいてＳＬＳＳ繰り返しのクラスタのサイズを決定することができ、無線デバイスは、繰り返し数およびクラスタのサイズに基づいて決定された回数、ＳＬＳＳ送信周期内にクラスタを送信することができる。ここで、クラスタは、ＳＬＳＳ送信周期内に等間隔に配置されている。また、各クラスタのＳＬＳＳ繰り返しは、ＳＬＳＳ送信期間内に隣接するサイドリンクスロットに割り当てられる。この実施例では、１５ｋＨｚのＳＣＳ、３０ｋＨｚ， ６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚのＳＣＳのクラスタのサイズはそれぞれ１、２、４、８、１６であり、ＳＬＳＳ送信周期内の各クラスタの回数は、クラスタのサイズで割った繰り返し数の最高値によって決定される。さらに、無線デバイスは、ＬＴＥ ＳＬＳＳオフセットを含む一つまたは複数の構成メッセージを受信してもよく、システムフレーム番号０のスロット０に対するクラスタの少なくとも一つの開始時間は、ＬＴＥ ＳＬＳＳオフセットの少なくとも一つと同じである。
【0299】
さまざまな実施形態によれば、例えば、無線デバイス、オフネットワーク無線デバイス、基地局、および／または同様のものなどのデバイスは、一つまたは複数のプロセッサーと、メモリーと、を含むことができる。メモリーは、一つまたは複数のプロセッサーによって実行されると、デバイスに一連のアクションを実行させる命令を格納し得る。例示的なアクションの実施形態は、添付の図および明細書に例示される。さまざまな実施形態からの特徴を組み合わせてさらなる実施形態を作り出すことができる。
【0300】
図４３は、本開示の例示的実施形態の一態様による、フロー図である。４３１０で、第一の無線デバイスは、第二の無線デバイスから、サイドリンクトランスポートブロックの一つまたは複数の第一のリソースの表示およびサイドリンクトランスポートブロックの優先度を受信し得る。４３２０で、優先度および優先度閾値に基づいて、第一の無線デバイスは、一つまたは複数の第一のリソースと重複する一つまたは複数のサイドリンクリソースのサイドリンク送信をドロップし得る。
【0301】
例示的実施形態によれば、表示は、サイドリンク制御情報によって示され得る。例示的実施形態によれば、サイドリンク制御情報は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して受信され得る。例示的実施形態によれば、一つまたは複数の第二のリソースのサイドリンク送信をドロップすることは、一つまたは複数の第三のリソースのサイドリンク送信をドロップすることを含み得る。例示的実施形態によれば、一つまたは複数の第三のリソースは、一つまたは複数の第一のリソースと、完全にまたは部分的に重複する、一つまたは複数の第二のリソースを含んでもよい。例示的実施形態によれば、一つまたは複数の第三のリソースは、サイドリンクリソースプール内の一つまたは複数のサブチャネルを含み得る。例示的実施形態によれば、優先度閾値は、基地局によって示され得る。例示的実施形態によれば、第一の無線デバイスは、基地局から、優先度閾値を示すメッセージを受信することができる。例示的実施形態によれば、メッセージは、無線リソース制御メッセージを介して受信され得る。例示的実施形態によれば、メッセージは、システム情報ブロックを介して受信され得る。例示的実施形態によれば、優先度閾値は、事前構成され得る。例示的実施形態によれば、優先度の値は、優先度閾値よりも小さくてもよい。例示的実施形態によれば、第一の無線デバイスは、一つまたは複数の第四のリソースを介して第一のトランスポートブロックを送信し得る。例えば、一つまたは複数の第四のリソースは、一つまたは複数の第二のリソースの一つまたは複数の第一のリソースとの重複しないリソースである。例示的実施形態によれば、一つまたは複数の第四のリソースは、サイドリンクリソースプール内の一つまたは複数のサブチャネルを含み得る。例示的実施形態によれば、優先度閾値は、サイドリンク送信のプリエンプション用である。例示的実施形態によれば、第一の無線デバイスは、第二の無線デバイスから、一つまたは複数の第一のリソースおよび優先度を示すサイドリンク制御情報を受信し得る。例示的実施形態によれば、サイドリンク送信は、一つまたは複数の物理層共有チャネルを介して送信され得る。例示的実施形態によれば、一つまたは複数の第一のリソースは、サイドリンクリソースプール内の一つまたは複数のサブチャネルを含んでもよい。例示的実施形態によれば、一つまたは複数の第二のリソースは、サイドリンクリソースプール内の一つまたは複数のサブチャネルを含み得る。
【0302】
図４４は、本開示の例示的実施形態の一態様による、フロー図である。４４１０で、第一の無線デバイスは、同期信号周期性の間に、クラスタの各々の隣接する送信間のタイミングギャップを有するクラスタを送信してもよく、クラスタは、第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返しを含み、クラスタの各々は、第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む。
【0303】
例示的実施形態によれば、タイミングギャップおよび第一の数は、メッセージによって示され得る。例示的実施形態によれば、メッセージは、基地局から受信され得る。例示的実施形態によれば、メッセージは、ＲＲＣメッセージであり得る。例示的実施形態によれば、メッセージはＳＩＢであり得る。例示的実施形態によれば、第二の数は、メッセージによって示され得る。例示的実施形態によれば、メッセージは、基地局から受信され得る。例示的実施形態によれば、メッセージは、ＲＲＣメッセージであり得る。例示的実施形態によれば、メッセージはＳＩＢであり得る。例示的実施形態によれば、タイミングギャップは、ゼロ以上であり得る。例示的実施形態によれば、第一の無線デバイスは、ＳＬ－ＳＳＢオフセットを含む一つまたは複数の構成メッセージを受信することができる。例示的実施形態によれば、ＳＬ－ＳＳＢの繰り返しの第一のＳＬ－ＳＳＢの繰り返しは、ＳＬ－ＳＳＢオフセットから開始される。例示的実施形態によれば、第一の無線デバイスは、基地局から、ＬＴＥサイドリンク同期信号（ＳＬＳＳ）オフセットを含む一つまたは複数の構成メッセージを受信することができる。例示的実施形態によれば、ＳＬ－ＳＳＢオフセットは、ＬＴＥ ＳＬＳＳオフセットと同じ時間を示し得る。例示的実施形態によれば、第二の数は、第一の数およびサブキャリア間隔（ＳＣＳ）に基づいて決定され得る。例示的実施形態によれば、ＳＣＳは、基地局によって示され得る。例示的実施形態によれば、ＳＣＳは事前構成され得る。例示的実施形態によれば、ＳＣＳは、サイドリンクバンド幅部分について示され得る。例示的実施形態によれば、第一の無線デバイスは、一つまたは複数の第二の無線デバイスに送信することができる。例示的実施形態によれば、ＳＬ－ＳＳＢは、プライマリーサイドリンク同期信号、セカンダリーサイドリンク同期信号、および物理サイドリンクブロードキャストチャネルを含んでもよい。例示的実施形態によれば、第二の数は、ＳＬ－ＳＳＢのサブキャリア間隔（ＳＣＳ）に基づいて決定され得る。例示的実施形態によれば、第二の数は、１５ｋＨｚ ＳＣＳに対し１、３０ｋＨｚ ＳＣＳに対し２、６０ｋＨｚ ＳＣＳに対し４、１２０ｋＨｚ ＳＣＳに対し８、および２４０ｋＨｚ ＳＣＳに対し１６のうちの一つであり得る。例示的実施形態によれば、第二の数は、１、２、４、８または１６のうちの一つであり得る。
【0304】
図４４は、本開示の例示的実施形態の一態様を示す。４４１０で、第一の無線デバイスは、同期信号周期性の間、クラスタの各々の隣接する送信間のタイミングギャップを有するクラスタを送信する。クラスタは、第一の数のサイドリンク同期信号ブロック（ＳＬ－ＳＳＢ）の繰り返しを含む。クラスタの各々は、第二の数の連続的なＳＬ－ＳＳＢの繰り返しを含む。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11A】
【図11B】
【図12】
【図13】
【図14A】
【図14B】
【図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】
