(57)【要約】ＷＴＲＵは、ＬＴＥセルが、ＮＲセルと周波数において少なくとも部分的に重なり合うと決定することができる。ＷＴＲＵは、ＮＲ送信が、ＬＴＥセルと少なくとも部分的に重なり合うＮＲセルの少なくとも部分内に含まれるリソースのセット内において受信されると決定することができる。ＷＴＲＵは、ＬＴＥ共通送信に対応するリソースのセット内のリソースのサブセットを決定することができる。ＷＴＲＵは、リソースのセット内において、ＮＲ送信を受信することができる。ＮＲ送信は、ＬＴＥ共通送信に対応するリソースのサブセット内に含まれないことができる。ＬＴＥ共通送信は、共通制御信号、セル固有ブロードキャスト信号、セル固有基準信号、物理ダウンリンク制御チャネル、プライマリ同期信号、セカンダリ同期信号、および／またはチャネル状態情報基準信号のうちの１つまたは複数を含むことができる。
2019516279.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサであって、
第１の無線アクセス技術（ＲＡＴ）と関連付けられたリソースの第１のセットが、第２のＲＡＴと関連付けられたリソースの第２のセットと少なくとも部分的に重なり合うと決定することと、
前記第１のＲＡＴと関連付けられた送信が、リソースの前記第１のセットの少なくとも重なり合う部分内において受信されると決定することと、
第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースのサブセットを決定することであって、前記第２の送信は、前記第２のＲＡＴと関連付けられる、決定することと、
前記第１のＲＡＴと関連付けられた前記送信を受信することであって、前記第１のＲＡＴと関連付けられた前記送信は、前記第２のＲＡＴと関連付けられた前記第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセット内に含まれない、受信することと
を行うように構成されたプロセッサ
を備える無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
前記第１のＲＡＴは、ニューラジオ（ＮＲ）ＲＡＴに対応し、前記第２のＲＡＴは、ロングタームエボリューション（ＬＴＥ）ＲＡＴに対応する請求項１に記載のＷＴＲＵ。
【請求項３】
前記第２のＲＡＴと関連付けられた前記第２の送信は、共通制御信号、セル固有ブロードキャスト信号、セル固有基準信号（ＣＲＳ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、および／またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項４】
前記プロセッサは、前記第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを示す、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を受信することを行うようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項５】
前記プロセッサは、前記第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを含む、１つまたは複数の物理リソースブロック（ＰＲＢ）のインジケーションを受信することを行うように構成された請求項１に記載のＷＴＲＵ。
【請求項６】
前記プロセッサは、
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することであって、前記ＰＤＣＣＨは前記インジケーションを含む、受信することと、
前記インジケーションに基づいて、前記１つまたは複数のＰＲＢを決定することと
を行うようにさらに構成された請求項５に記載のＷＴＲＵ。
【請求項７】
前記第１のＲＡＴと関連付けられた前記送信は、前記第２のＲＡＴと関連付けられたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームにおいて受信される請求項１に記載のＷＴＲＵ。
【請求項８】
リソースの前記第１のセットの前記重なり合う部分は、前記第２のＲＡＴと関連付けられたセル固有基準信号（ＣＲＳ）に割り当てられたリソースの第２のサブセットをさらに含み、前記プロセッサは、
リソースの前記第２のサブセットを介して、前記第２のＲＡＴと関連付けられたＣＲＳを受信することと、
前記第２のＲＡＴと関連付けられた前記ＣＲＳに基づいて、前記第１のＲＡＴと関連付けられた前記送信についてのチャネル推定を実行することと
を行うようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項９】
前記プロセッサは、
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することであって、前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記第１のＲＡＴと関連付けられた前記送信を受信するための、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを示す、受信することと、
前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨに基づいて、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを決定することと、
リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを使用して、前記第１のＲＡＴと関連付けられた前記送信を受信することと
を行うようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することであって、前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記第１のＲＡＴと関連付けられた第３の送信を受信するための、リソースの前記第１のセットの重なり合わない部分内のリソースのサブセットを示す、受信することと、
リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを決定することと、
リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを使用して、前記第１のＲＡＴと関連付けられた前記第３の送信を受信することと
を行うようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサは、
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することであって、前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記第１のＲＡＴと関連付けられた制御チャネルを示し、前記第１のＲＡＴと関連付けられた前記制御チャネルは、前記第１のＲＡＴと関連付けられた第３の送信を受信するための、リソースの前記第１のセットの重なり合わない部分内のリソースのサブセットを示す、受信することと、
前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨに基づいて、前記第１のＲＡＴと関連付けられた前記制御チャネルを決定することと、
前記第１のＲＡＴと関連付けられた前記制御チャネルに基づいて、リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを決定することと、
リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを使用して、前記第１のＲＡＴと関連付けられた前記第３の送信を受信することと
を行うようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、
前記第１のＲＡＴと関連付けられた制御チャネルを受信することであって、前記制御チャネルは、前記第２のＲＡＴと関連付けられたサブフレームのフォーマットのインジケーションを含む、受信することと、
前記インジケーションに基づいて、前記第２のＲＡＴと関連付けられたサブフレームの前記フォーマットを決定することと、
前記サブフレームの前記フォーマットに基づいて、第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースのサブセットを決定することと
を行うようにさらに構成された請求項１に記載のＷＴＲＵ。
【請求項１３】
前記サブフレームの前記フォーマットは、ＣＲＳフォーマット、ＰＤＣＣＨのために使用されるＯＦＤＭシンボルの数、サブフレームタイプ、ＰＤＣＣＨの数、および／または１つもしくは複数のＬＴＥ信号の構成のうちの１つまたは複数を含む、複数のパラメータと関連付けられた請求項１２に記載のＷＴＲＵ。
【請求項１４】
前記ＷＴＲＵは、前記複数のパラメータのうちのパラメータの値に対応するインデックスを含むデータセットを含み、前記インジケーションは、前記インデックスを含み、前記プロセッサは、
前記インデックスおよび前記データセットに基づいて、前記パラメータの前記値を決定することと、
前記パラメータの前記値に基づいて、前記第２のＲＡＴと関連付けられたサブフレームの前記フォーマットを決定することと
を行うようにさらに構成された請求項１３に記載のＷＴＲＵ。
【請求項１５】
無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
第１の無線アクセス技術（ＲＡＴ）と関連付けられたリソースの第１のセットが、第２のＲＡＴと関連付けられたリソースの第２のセットと少なくとも部分的に重なり合うと決定するステップと、
前記第１のＲＡＴと関連付けられた送信が、リソースの前記第１のセットの少なくとも重なり合う部分内において受信されると決定するステップと、
第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースのサブセットを決定するステップであって、前記第２の送信は、前記第２のＲＡＴと関連付けられる、ステップと、
前記第１のＲＡＴと関連付けられた前記送信を受信するステップであって、前記第１のＲＡＴと関連付けられた前記送信は、前記第２のＲＡＴと関連付けられた前記第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセット内に含まれない、ステップと
を含む方法。
【請求項１６】
前記第１のＲＡＴは、ニューラジオ（ＮＲ）ＲＡＴに対応し、前記第２のＲＡＴは、ロングタームエボリューション（ＬＴＥ）ＲＡＴに対応する請求項１５に記載の方法。
【請求項１７】
前記第２のＲＡＴと関連付けられた前記第２の送信は、共通制御信号、セル固有ブロードキャスト信号、セル固有基準信号（ＣＲＳ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、および／またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数を含む請求項１５に記載の方法。
【請求項１８】
前記第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを示す、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を受信するステップをさらに含む請求項１５に記載の方法。
【請求項１９】
前記第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを含む、１つまたは複数の物理リソースブロック（ＰＲＢ）のインジケーションを受信するステップをさらに含む請求項１５に記載の方法。
【請求項２０】
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記ＰＤＣＣＨは、前記インジケーションを含む、ステップと、
前記インジケーションに基づいて、前記１つまたは複数のＰＲＢを決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項２１】
前記第１のＲＡＴと関連付けられた前記送信は、前記第２のＲＡＴと関連付けられたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームにおいて受信される請求項１５に記載の方法。
【請求項２２】
リソースの前記第１のセットの前記重なり合う部分は、前記第２のＲＡＴと関連付けられたセル固有基準信号（ＣＲＳ）に割り当てられたリソースの第２のサブセットをさらに含み、前記方法は、
リソースの前記第２のサブセットを介して、前記第２のＲＡＴと関連付けられた前記ＣＲＳを受信するステップと、
前記第２のＲＡＴと関連付けられた前記ＣＲＳに基づいて、前記第１のＲＡＴと関連付けられた前記送信についてのチャネル推定を実行するステップと
をさらに含む請求項１５に記載の方法。
【請求項２３】
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記第１のＲＡＴと関連付けられた前記送信を受信するための、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを示す、ステップと、
前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨに基づいて、リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを決定するステップと、
リソースの前記第１のセットの前記重なり合う部分内のリソースの前記サブセットを使用して、前記第１のＲＡＴと関連付けられた前記送信を受信するステップと
をさらに含む請求項１５に記載の方法。
【請求項２４】
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記第１のＲＡＴと関連付けられた第３の送信を受信するための、リソースの前記第１のセットの重なり合わない部分内のリソースのサブセットを示す、ステップと、
リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを決定するステップと、
リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを使用して、前記第１のＲＡＴと関連付けられた前記第３の送信を受信するステップと
をさらに含む請求項１５に記載の方法。
【請求項２５】
前記第２のＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記第１のＲＡＴと関連付けられた制御チャネルを示し、前記第１のＲＡＴと関連付けられた前記制御チャネルは、前記第１のＲＡＴと関連付けられた第３の送信を受信するための、リソースの前記第１のセットの重なり合わない部分内のリソースのサブセットを示す、受信するステップと、
前記第２のＲＡＴと関連付けられた前記ＰＤＣＣＨに基づいて、前記第１のＲＡＴと関連付けられた前記制御チャネルを決定するステップと、
前記第１のＲＡＴと関連付けられた前記制御チャネルに基づいて、リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを決定するステップと、
リソースの前記第１のセットの前記重なり合わない部分内のリソースの前記サブセットを使用して、前記第１のＲＡＴと関連付けられた前記第３の送信を受信するステップと
をさらに含む請求項１５に記載の方法。
【請求項２６】
前記第１のＲＡＴと関連付けられた制御チャネルを受信するステップであって、前記制御チャネルは、前記第２のＲＡＴと関連付けられたサブフレームのフォーマットのインジケーションを含む、受信するステップと、
前記インジケーションに基づいて、前記第２のＲＡＴと関連付けられたサブフレームの前記フォーマットを決定するステップと、
前記サブフレームの前記フォーマットに基づいて、第２の送信に対応する、リソースの前記第１のセットの前記重なり合う部分内のリソースのサブセットを決定するステップと
をさらに含む請求項１５に記載の方法。
【請求項２７】
前記サブフレームの前記フォーマットは、ＣＲＳフォーマット、ＰＤＣＣＨのために使用されるＯＦＤＭシンボルの数、サブフレームタイプ、ＰＤＣＣＨの数、および／または１つもしくは複数のＬＴＥ信号の構成のうちの１つまたは複数を含む、複数のパラメータと関連付けられる請求項２６に記載の方法。
【請求項２８】
前記ＷＴＲＵは、前記複数のパラメータのうちのパラメータの値に対応するインデックスを含むデータセットを含み、前記インジケーションは、前記インデックスを含み、前記方法は、
前記インデックスおよび前記データセットに基づいて、前記パラメータの前記値を決定するステップと、
前記パラメータの前記値に基づいて、前記第２のＲＡＴと関連付けられたサブフレームの前記フォーマットを決定するステップと
をさらに含む請求項２７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ロングタームエボリューション支援ＮＲフレキシブル無線アクセスに関し、する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１６年３月３０日に出願された米国仮特許出願第６２／３１５１９０号、および２０１７年３月１７日に出願された米国仮特許出願第６２／４７２９６７号の利益を主張し、それらの内容は、参照によって組み込まれる。
【０００３】
モバイル通信は、進化し続けている。第５世代は、ニューラジオ（ＮＲ）と呼ばれることがある。モバイル通信のレガシ世代は、例えば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）とすることができる。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
モバイル通信のレガシ世代は、例えば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）とすることができる。
【課題を解決するための手段】
【０００５】
ＮＲフレキシブル無線アクセス技術（ＲＡＴ）システムにおけるロングタームエボリューション（ＬＴＥ）支援処理および制御アーキテクチャのためのシステム、方法、および手段（例えば、無線送受信ユニット（ＷＴＲＵ）および／またはネットワークレイヤＬ１、Ｌ２における、エンティティ、インターフェース、ならびにプロトコルスタック手順および機能などの手順の態様）が、開示される。アーキテクチャおよび関連付けられたコントロール／ユーザプレーン態様のための例が、提供される。
【０００６】
ＷＴＲＵは、第１の無線アクセス技術（ＲＡＴ）と関連付けられたリソースのセットが、第２のＲＡＴと関連付けられたリソースのセットと少なくとも部分的に重なり合うと決定することができる。例えば、第１のＲＡＴと関連付けられたリソースのセットは、ＮＲセル、ＮＲリソースのセット、ＮＲ  ＰＲＢのセットなどを含むことができる。第２のＲＡＴと関連付けられたリソースのセットは、ＬＴＥセル、ＬＴＥリソースのセット、ＬＴＥ物理リソースブロック（ＰＲＢ）のセットなどを含むことができる。ＷＴＲＵは、ＮＲ送信が、少なくとも部分的にＬＴＥリソースのセットと重なり合うＮＲリソースのセット内において受信されると決定することができる。ＷＴＲＵは、ＮＲ送信が、ＮＲリソースのセットの重なり合う部分内において受信されると決定することができる。ＷＴＲＵは、ＮＲリソースのセットの重なり合う部分内のリソースのサブセットが、ＬＴＥ共通送信に対応すると決定することができる。ＷＴＲＵは、ＮＲリソースのセット内において、ＮＲ送信を受信することができる。ＮＲ送信は、ＬＴＥ共通送信に対応するリソースのサブセット内に含まれないことができる。ＬＴＥ共通送信は、共通制御信号、セル固有ブロードキャスト信号、セル固有基準信号（ＣＲＳ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、および／またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数を含むことができる。
【０００７】
ＷＴＲＵは、ＬＴＥ共通送信に対応するＮＲリソースのセットの重なり合う部分内のリソースのサブセットを示す、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を受信することができる。ＷＴＲＵは、ＬＴＥ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することができる。ＬＴＥ  ＰＤＣＣＨは、ＮＲ送信を受信するためのＮＲリソースのセット内に含まれる１つまたは複数のＰＲＢのインジケーションを含むことができる。ＷＴＲＵは、ＬＴＥ  ＰＤＣＣＨに基づいて、１つまたは複数のＰＲＢを決定することができる。１つまたは複数のＰＲＢは、ＬＴＥ共通送信に対応する、ＮＲリソースのセットの重なり合う部分内のリソースのサブセットを含むことができる。ＮＲ送信は、ＬＴＥマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム内において受信することができる。
【０００８】
ＮＲリソースのセットの重なり合う部分は、セル固有基準信号（ＣＲＳ）に割り当てられたリソースの第２のサブセットを含むことができ、ＷＴＲＵは、リソースの第２のサブセットを介して、ＣＲＳを受信することができる。ＷＴＲＵは、ＣＲＳに基づいて、ＮＲ送信のためのチャネル推定を実行することができる。
【図面の簡単な説明】
【０００９】
【図１Ａ】１つまたは複数の開示される実施形態を実施することができる、例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示される通信システム内において使用することができる、例示的なＷＴＲＵのシステム図である。
【図１Ｃ】図１Ａに示される通信システム内において使用することができる、例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示される通信システム内で使用することができる、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示される通信システム内で使用することができる、別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】ＬＴＥユーザプレーンスタックについての無線プロトコルアーキテクチャの例を示す図である。
【図３】ＬＴＥ媒体アクセス制御（ＭＡＣ）アーキテクチャの例を示す図である。
【図４】送信帯域幅の例を示す図である。
【図５】異なるサブキャリアを異なる動作モードに割り当てることができる、スペクトル割り当ての例を示す図である。
【図６】時分割複信（ＴＤＤ）のためのタイミング関係の例を示す図である。
【図７】周波数分割複信（ＦＤＤ）のためのタイミング関係の例を示す図である。
【図８】ＬＴＥ支援および無支援ＮＲ配備の例を示す図である。
【図９Ａ】ＬＴＥを介したネットワークへのユーザプレーン接続のためのネットワークアーキテクチャの例を示す図である。
【図９Ｂ】ＮＲセルからネットワークまたはローカルアクセスへの直接的なユーザプレーン接続のためのネットワークアーキテクチャの例を示す図である。
【図９Ｃ】いくつかの制御機能性がＮＲノードにおいて利用可能であるネットワークアーキテクチャの例を示す図である。
【図９Ｄ】いくつかの制御機能性がＮＲノードにおいて利用可能であるネットワークアーキテクチャの例を示す図である。
【図１０】重ね合わされた（共通スペクトル）配備の例を示す図である。
【図１１】ＮＲ  ＬＴＥ支援接続ポイントのいくつかの例を示す図である。
【図１２】ＬＴＥ  ＭＡＣプロトコルと対話するＮＲ物理レイヤ（ＰＨＹ）の例を示す図である。
【図１３】ＮＲ物理チャネルとＬＴＥ物理チャネルを組合わせた例を示す図である。
【図１４】ＮＲ物理チャネルとＬＴＥ物理チャネルとを組み合わせたプロトコルスタックの例を示す図である。
【図１５】ＮＲ送信のためＬＴＥリソースを使用する様々な手法例を示す図である。
【図１６】ＮＲ  ＰＨＹを伴うＬＴＥプロトコルスタックの例を示す図である。
【図１７】ＮＲ−ＬＴＥ  ＭＡＣ間適応レイヤの例を示す図である。
【図１８】パラメータのセットまたはマスクを使用してＬＴＥサブフレームフォーマットを構成するためのプロセスフローの例を示す図である。
【発明を実施するための形態】
【００１０】
説明的な実施形態についての詳細な説明が、様々な図を参照して、今から行われる。この説明は、可能な実施の詳細な例を提供するが、詳細は、例示的であることが意図されており、決して本出願の範囲を限定しないことに留意されたい。
【００１１】
図１Ａは、１つまたは複数の開示される実施形態を実施することができる、例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する、多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能することができる。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１２】
図１Ａに示されるように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）、例えば、（全体として、または一括して、ＷＴＲＵ１０２と呼ばれることがある）ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびに他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、無線環境において動作および／または通信するように構成された、任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、および家電製品などを含むことができる。
【００１３】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェース接続するように構成された、任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、基地送受信機局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは、各々が、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１４】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の部分とすることができ、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれることがある、特定の地理的領域内において無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、いくつかの実施形態においては、基地局１１４ａは、送受信機を３つ、例えば、セルのセクタ毎に１つずつ含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を利用することができ、したがって、セルのセクタ毎に複数の送受信機を利用することができる。
【００１５】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７上において、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１６】
より具体的には、上で言及されたように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用することができる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立することができる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１７】
別の実施形態においては、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１８】
他の実施形態においては、基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、マイクロ波アクセス用の世界的相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューション用の高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１９】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、職場、家庭、乗物、およびキャンパスなどの局所的エリアにおける無線接続性を容易にするために、任意の適切なＲＡＴを利用することができる。いくつかの実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態においては、基地局１１４ｂ、およびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することがある。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がないことがある。
【００２０】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信することができることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続するのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００２１】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割も果たすことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内の伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）など、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード機能を含むことができ、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンク上で異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用することができる基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用することができる基地局１１４ｂと通信するように構成することができる。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、非リムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。また、実施形態は、基地局１１４ａ、１１４ｂ、ならびに／またはとりわけ、送受信機局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ノードＢ（ｅＮｏｄｅＢ）、ホーム進化型ノードＢ（ＨｅＮＢもしくはＨｅＮｏｄｅＢ）、ホーム進化型ノードＢゲートウェイ、およびプロキシノードなどの、しかしそれらに限定されない、基地局１１４ａ、１１４ｂが代表することができるノードが、図１Ｂにおいて示され、本明細書において説明される要素のいくつかまたはすべてを含むことができることを企図している。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能性を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別個の構成要素として示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合することができることが理解されよう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７上において、基地局（例えば、基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、いくつかの実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態においては、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組合せを送信および／または受信するように構成することができることが理解されよう。
【００２６】
加えて、図１Ｂにおいては、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。したがって、いくつかの実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７上において無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信されることになる信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上で言及されたように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１など、複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態においては、プロセッサ１１８は、サーバまたはホームコンピュータ（図示されず）上などに配置された、ＷＴＲＵ１０２上に物理的に配置されていないメモリから情報を入手することができ、それらにデータを記憶することができる。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素への電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在ロケーションに関するロケーション情報（例えば、経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７上においてロケーション情報を受信することができ、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいて、自らのロケーションを決定することができる。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切なロケーション決定実施を用いて、ロケーション情報を獲得することができることが理解されよう。
【００３１】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能性、および／または有線もしくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【００３２】
図１Ｃは、実施形態による、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上で言及されたように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信することもできる。図１Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々が、エアインターフェース１１５上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、各々、ＲＡＮ１０３内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
【００３３】
図１Ｃに示されるように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信することができる。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成することができる。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、アウタループ電力制御、負荷制御、アドミッションコントロール、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化など、他の機能性を実施またはサポートするように構成することができる。
【００３４】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００３５】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。
【００３６】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続することもできる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００３７】
上で言及されたように、コアネットワーク１０６は、ネットワーク１１２に接続することもでき、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００３８】
図１Ｄは、実施形態による、ＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上で言及されたように、ＲＡＮ１０４は、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信することもできる。
【００３９】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、各々が、エアインターフェース１１６上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。いくつかの実施形態においては、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００４０】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、ならびにアップリンク（ＵＬ）および／またはダウンリンク（ＤＬ）におけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェース上において互いに通信することができる。
【００４１】
図１Ｄに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含むことができる。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００４２】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができ、制御ノードとしての役割を果たすことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のためのコントロールプレーン機能を提供することもできる。
【００４３】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのルーティングおよび転送を行うことができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能なときのページングのトリガ、ならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶など、他の機能を実行することもできる。
【００４４】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続することもでき、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。
【００４５】
コアネットワーク１０７は、他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たすＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００４６】
図１Ｅは、実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１７上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクは、参照点として定義することができる。
【００４７】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保ちながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができることが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃは、各々、ＲＡＮ１０５内の特定のセル（図示されず）に関連付けることができ、各々が、エアインターフェース１１７上においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。いくつかの実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしての役割を果たすことができ、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担うことができる。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施する、Ｒ１参照点として定義することができる。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用することができる。
【００４９】
基地局１８０ａ、１８０ｂ、１８０ｃの各々の間の通信リンクは、Ｒ８参照点として定義することができ、Ｒ８参照点は、ＷＴＲＵハンドオーバおよび基地局間におけるデータの転送を容易にするためのプロトコルを含む。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいたモビリティ管理を容易にするためのプロトコルを含むことができる。
【００５０】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、Ｒ３参照点として定義することができ、Ｒ３参照点は、例えば、データ転送およびモビリティ管理機能を容易にするためのプロトコルを含む。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素の各々は、コアネットワーク１０９の部分として示されているが、これらの要素のうちのいずれの１つも、コアネットワークオペレータとは異なるエンティティによって所有および／または運営することができることが理解されよう。
【００５１】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワークの間においてローミングを行うことを可能にすることができる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にすることができる。ＡＡＡサーバ１８６は、ユーザ認証、およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を容易にすることができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００５２】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続することができ、コアネットワーク１０９は、他のコアネットワークに接続することができる。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０５と他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照点は、ホームコアネットワークと在圏コアネットワークとの間の網間接続を容易にするためのプロトコルを含むことができる。
【００５３】
本明細書において使用することができる、略語および頭字語のリストを以下に示す。
Δｆ  サブキャリア間隔
ＮＲ  ＮＲフレキシブル無線アクセス技術
ＮＲＮＢ  ＮＲノードＢ
ＡＣＫ  肯定応答
ＢＬＥＲ  ブロック誤り率
ＢＴＩ  基本ＴＩ（１つまたは複数のシンボル持続時間の整数倍）
ＣＢ  競合ベース（例えば、アクセス、チャネル、リソース）
ＣｏＭＰ  協調マルチポイント送信／受信
ＣＰ  サイクリックプレフィックス
ＣＰ−ＯＦＤＭ  （サイクリックプレフィックスに依存する）従来型ＯＦＤＭ
ＣＱＩ  チャネル品質インジケータ
ＣＮ  コアネットワーク（例えば、ＬＴＥパケットコア）
ＣＲＣ  巡回冗長検査
ＣＳＩ  チャネル状態情報
ＣＳＧ  限定加入者グループ
ＤＣ  デュアル接続性
Ｄ２Ｄ  デバイス間送信（例えば、ＬＴＥサイドリンク）
ＤＣＩ  ダウンリンク制御情報
ＤＬ  ダウンリンク
ＤＭ−ＲＳ  復調基準信号
ＤＲＢ  データ無線ベアラ
ＥＰＣ  進化型パケットコア
ＦＢＭＣ  フィルタバンクマルチキャリア
ＦＢＭＣ／ＯＱＡＭ  オフセット直交振幅変調を使用するＦＢＭＣ技法
ＦＤＤ  周波数分割複信
ＦＤＭ  周波数分割多重
ＩＣＣ  産業用制御および通信
ＩＣＩＣ  セル間干渉消去
ＩＰ  インターネットプロトコル
ＬＡＡ  ライセンス補助アクセス
ＬＢＴ  リッスンビフォアトーク
ＬＣＨ  論理チャネル
ＬＣＰ  論理チャネル優先順位付け
ＬＬＣ  低待ち時間通信
ＬＴＥ  例えば、３ＧＰＰ  ＬＴＥ  Ｒ８以上の、ロングタームエボリューション
ＭＡＣ  媒体アクセス制御
ＮＡＣＫ  否定応答
ＭＢＢ  大規模ブロードバンド通信
ＭＣ  マルチキャリア
ＭＣＳ  変調符号化方式
ＭＩＭＯ  多入力多出力
ＭＴＣ  マシンタイプコミュニケーション
ＮＡＳ  非アクセス層
ＯＦＤＭ  直交周波数分割多重
ＯＯＢ  アウトオブバンド（放射）
Ｐcmax  所与のＴＩにおける利用可能な総ＵＥ電力
ＰＨＹ  物理レイヤ
ＰＲＡＣＨ  物理ランダムアクセスチャネル
ＰＤＵ  プロトコルデータユニット
ＰＥＲ  パケット誤り率
ＰＬ  パケットロス（推定）
ＰＬＭＮ  地上波公共移動通信ネットワーク
ＰＬＲ  パケットロス率
ＰＳＳ  プライマリ同期信号
ＱｏＳ  （物理レイヤの観点から見た）サービス品質
ＲＡＢ  無線アクセスベアラ
ＲＡＣＨ  ランダムアクセスチャネル（または手順）
ＲＦ  無線フロントエンド
ＲＮＴＩ  無線ネットワーク識別子
ＲＲＣ  無線リソース制御
ＲＲＭ  無線リソース管理
ＲＳ  基準信号
ＲＴＴ  ラウンドトリップ時間
ＳＣＭＡ  シングルキャリアマルチアクセス
ＳＤＵ  サービスデータユニット
ＳＯＭ  スペクトル動作モード
ＳＳ  同期信号
ＳＳＳ  セカンダリ同期信号
ＳＲＢ  シグナリング無線ベアラ
ＳＷＧ  （自己完結的サブフレームにおける）スイッチングギャップ
ＴＢ  トランスポートブロック
ＴＢＳ  トランスポートブロックサイズ
ＴＤＤ  時分割複信
ＴＤＭ  時分割多重
ＴＩ  （１つまたは複数のＢＴＩの整数倍の）時間間隔
ＴＴＩ  （１つまたは複数のＴＩの整数倍の）送信時間間隔
ＴｒＣＨ  トランスポートチャネル
ＴＲＰ  送信／受信ポイント
ＴＲｘ  送受信機
ＵＣＩ  アップリンク制御情報（例えば、ＨＡＲＱフィードバック、ＣＳＩ）
ＵＦＭＣ  ユニバーサルフィルタマルチキャリア
ＵＦ−ＯＦＤＭ  ユニバーサルフィルタＯＦＤＭ
ＵＬ  アップリンク
ＵＲＣ  超高信頼性通信
ＵＲＬＬＣ  超高信頼性および低待ち時間通信
Ｖ２Ｖ  車車間通信
Ｖ２Ｘ  自動車通信
ＷＬＡＮ  無線ローカルエリアネットワークおよび関連技術（ＩＥＥＥ８０２．ｘｘドメイン）
【００５４】
ＷＴＲＵは、第１の送信モード（ＴＭ）のためにＷＴＲＵによって利用される物理リソースの第１のセットが、第２のＴＭのためにＷＴＲＵによって利用されるリソースの第２のセットと、周波数が少なくとも部分的に重なり合うと決定するように構成することができる。第１のＲＡＴと関連付けられたリソースのセットは、ＬＴＥセル、ＬＴＥリソースのセット、ＬＴＥ物理リソースブロック（ＰＲＢ）のセットなどを含むことができる。第２のＲＡＴと関連付けられたリソースのセットは、ＮＲセル、ＮＲリソースのセット、ＮＲ  ＰＲＢのセットなどを含むことができる。本明細書において使用されるとき、送信モード（ＴＭ）という用語は、異なるタイプの送信、例えば、異なるＲＡＴを使用する送信、異なる波長を使用する送信、異なる数的パラメータ（例えば、異なるサブキャリア間隔、ＴＴＩ長、および／もしくはシンボル長など）を使用する送信、異なる送信／受信ポイント（ＴＲＰ）から受信される送信、ならびに／または異なるサービスのために利用される送信を、全体として指すために使用することができる。例として、第１の送信モードは、大規模ブロードバンド通信（ｍＢＢ）タイプのアプリケーションのために使用することができ、第２の送信モードは、ＵＲＬＬＣタイプのアプリケーションのために使用することができる。第１の送信モードは、第１のＲＡＴ（例えば、ＬＴＥ）と関連付けることができ、第２の送信モードは、第２のＲＡＴ（例えば、ＮＲ）と関連付けることができる。
【００５５】
例えば、第１のセルは、第１のＲＡＴ（例えば、ＬＴＥ）と関連付けることができ、第２のセルは、第２のＲＡＴ（例えば、ＮＲ）と関連付けることができる。ＷＴＲＵは、第２のセルと関連付けられた第２のＴＭの送信は、第１のセルと第２のセルとの間で少なくとも部分的に重なり合うリソースを使用して受信されると決定することができる。さらに、重なり合うセルに関して、例を説明することがあるが、それは、第１および第２のＴＭへの／からの送信を同じセルと関連付けることができる場合であっても、第１のＴＭを使用して使用可能な送信用のリソースは、第２のＴＭを使用して使用可能な送信用のリソースと部分的に重なり合うことができるということであることができる。例えば、第１のタイプのＮＲ送信は、第２のタイプのＮＲ送信のために使用することもできるリソースを使用して送信することができる。したがって、本明細書において説明される技法は、重なり合うセルと関連付けられた送信に限定されることを意味せず、複数のタイプの送信モードを使用する送信によって／送信のために使用することができるリソースにも適用可能である。
【００５６】
例においては、第２のタイプのＴＭの送信は、少なくとも第１のセルと第２のセルとの間で重なり合うリソース上において、受信することができる。第１のセルのマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームは、一般に、第１のＴＭと関連付けられる。受信機は、第２のＴＭの送信を受信しているとき、第１のセルの第１のＴＭの１つまたは複数のセル固有ブロードキャスト信号を無視することができる。ＷＴＲＵは、第１のＴＭの制御チャネルを介して受信されたＤＣＩに基づいて、送信が第１のセルと第２のセルとの間で重なり合うリソースを使用すると決定することができる。ＤＣＩは、第２のＴＭの制御チャネル内に含まれる別のＤＣＩを指し示すことができる。ＷＴＲＵは、第２のＴＭの送信についてのチャネル推定を実行するとき、第１のセルのセル固有ブロードキャスト信号を使用することができる。
【００５７】
図２は、ＬＴＥユーザプレーンスタックについての無線プロトコルアーキテクチャの例である。ＬＴＥユーザプレーンは、パケットデータ収束プロトコル（ＰＤＣＰ）２０２、２１４と、無線リンク制御（ＲＬＣ）２０４、２１６と、ＭＡＣ２０６、２１８と、ＰＨＹ２０８、２２０とを含むことができる。レイヤまたはサブレイヤは、無線媒体上において、ＷＴＲＵ２１０から進化型ノードＢ２１２（ｅＮＢ）に、およびｅＮＢ２１２からＷＴＲＵ２１０に、データを転送するために使用することができる機能のサブセットを担うことができる。
【００５８】
ＭＡＣレイヤ（例えば、ＭＡＣサブレイヤ２０６）は、ＭＡＣサービスデータユニット（ＳＤＵ）の多重化／逆多重化、スケジューリング情報報告、ＨＡＲＱを通した誤り訂正、ＷＴＲＵの論理チャネル間のプライオリティ処理、動的スケジューリングを用いたＷＴＲＵ間のプライオリティ処理、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）識別、トランスポートフォーマット選択、および／またはパディングのうちの１つまたは複数を含む、数々のサービスおよび機能を提供することができる。多重化／逆多重化されるＭＡＣ  ＳＤＵは、トランスポートブロック（ＴＢ）への／からの１つまたは複数の論理チャネルに属することができる。ＴＢは、トランスポートチャネル上において、物理レイヤに／から配送することができる。
【００５９】
図３は、ＬＴＥ  ＭＡＣアーキテクチャの例である。図３は、様々な機能がいかにして互いに対話することができるかについての例を示している。論理チャネル優先順位付け２０６、および／または多重化（もしくは逆多重化）２０８は、送信時間間隔（ＴＴＩ）内において送信するデータのセット（例えば、ＭＡＣプロトコルデータユニット（ＰＤＵ））を決定および／または選択するために使用される機能とすることができる。論理チャネル優先順位付け２０６は、アップリンクのために指定することができる。ハイブリッドＡＲＱ（ＨＡＲＱ）機能性２１０は、無線上における高速な再送を制御することができる。ＨＡＲＱ２１０は、高速な肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックに依存することができる。高速なＡＣＫ／ＮＡＣＫフィードバックは、例えば、再送が実行されるべきか、または実行されるべきではないかを決定するために、物理レイヤによって提供することができる。複数（例えば、ＬＴＥにおいては最大８つ）の同時ＨＡＲＱプロセスを使用することができる。フィードバックの提供と関連付けられたＬＴＥにおける本来的な遅延が、複数の同時ＨＡＲＱプロセスの使用を促すことがある。例えば、受信機は、ＴＢをデコードし／デコードしようと試み、フィードバックを送信することができる。ＨＡＲＱプロセスは、異なるＭＡＣ  ＰＤＵを搬送することができ、送信および再送に関して独立して動作することができる。
【００６０】
ＬＴＥアップリンク上におけるＨＡＲＱ再送は、同期的であることができる。ＭＡＣ  ＰＤＵのための送信および再送は、一定の時間関係を有することができる。同期ＨＡＲＱは、より僅かな制御シグナリングを使用することができる。制御シグナリングおよび／またはＨＡＲＱプロセスは、タイミングを介して関連付けることができる。制御シグナリングとＨＡＲＱプロセスとの間の関連付けは、暗黙的であることができる。
【００６１】
ＬＴＥダウンリンク上におけるＨＡＲＱ動作は、非同期的であることができる。ＨＡＲＱプロセスＩＤは、ダウンリンクシグナリンググラント上において伝達することができる。例えば、ＨＡＲＱプロセスＩＤのシグナリングは、明示的であることができる。ＨＡＲＱ  ＡＣＫ／ＮＡＣＫは、例えば、関連付けられた送信に関して、一定のタイミングを用いて（例えば、４ＴＴＩ後に）、ＷＴＲＵによって送信することができる。
【００６２】
様々なシナリオに適合するように、ＮＲのために、フレキシブルなエアインターフェースを使用することができる。ＮＲエアインターフェースは、以下のシナリオのうちの、すなわち、改良されたブロードバンド性能（ＩＢＢ）、産業用制御および通信（ＩＣＣ）、および自動車用アプリケーション（Ｖ２Ｘ）、ならびに／または大規模マシンタイプコミュニケーション（ｍＭＴＣ）などのうちの１つまたは複数を可能にすることができる。ＮＲは、ＮＲエアインターフェース、またはＮＲの他の態様を含むことができる。ＮＲエアインターフェースは、ＮＲと呼ばれることがある。
【００６３】
（例えば、後方互換性の相対的レベルをサポートする）様々なシナリオに適合するように、ＮＲは、以下のうちの、すなわち、超低送信待ち時間、超高信頼性送信、および／またはＭＴＣ動作（例えば、狭帯域動作）などのうちの１つまたは複数をサポートすることができる。
【００６４】
ＮＲは、ＴＴＩサイズの範囲をサポートすることによって、超低送信待ち時間をサポートすることができる。エアインターフェース待ち時間は、ラウンドトリップ時間（ＲＴＴ）に基づくことができる。例えば、ＮＲは、１ｍｓ  ＲＴＴのエアインターフェース待ち時間（例えば、ＬＴＥのエアインターフェース待ち時間）を達成するために、レガシシステムよりも短いＴＴＩ（例えば、１００μｓから２５０μｓ）をサポートすることができる。ＮＲは、超低アクセス待ち時間をサポートすることができる。アクセス待ち時間は、初期システムアクセスから、第１のユーザプレーンデータユニットの送信が完了するまでの時間に基づくことができる。使用事例の１つまたは複数は、１０ｍｓよりも小さいエンドツーエンド（ｅ２ｅ）待ち時間に基づくことができる。これらの使用事例は、少なくとも、産業用制御および通信（ＩＣＣ）および／または自動車通信（Ｖ２Ｘ）を含むことができる。
【００６５】
ＮＲは、超高信頼性送信、および／またはサービス信頼性をサポートすることができる。ＮＲについての送信信頼性は、レガシＬＴＥシステムにまさるように改善することができる。例えば、９９．９９９％の送信成功率および／またはサービス利用可能性を達成することができる。ＮＲは、（例えば、０〜５００ｋｍ／ｈの範囲内の）スピードに対して、モビリティをサポートすることができる。使用事例の１つまたは複数に対して、１０-6よりも小さいパケットロス率（ＰＬＲ）を使用することができる。これらの使用事例は、少なくともＩＣＣおよび／またはＶ２Ｘを含むことができる。
【００６６】
ＮＲは、（例えば、狭帯域動作をサポートすることによる）ＭＴＣ動作、拡張されたバッテリ寿命、および／または最小通信オーバヘッドをサポートすることができる。例えば、ＮＲは、２００ＫＨｚにおいて、狭帯域動作をサポートすることができる。ＮＲ（例えば、ＮＲ  ａｉｒＮＲインターフェース）は、拡張されたバッテリ寿命をサポートすることができる。例えば、バッテリ寿命は、最大で１５年の自律性とすることができる。ＮＲは、相対的に小さいデータ送信、および／または頻繁でないデータ送信に対して、最小通信オーバヘッドをサポートすることができる。例えば、ＮＲは、数秒から数時間のアクセス待ち時間を有する、１〜１００ｋｂｐｓの範囲内の相対的に低いデータレートをサポートすることができる。
【００６７】
ＷＴＲＵは、通信に対してフレキシブルな無線アクセスシステムを適用するように構成することができる。ＮＲのためのフレキシブルな無線アクセス動作は、本明細書においては、ＮＲと呼ばれることがある。ＮＲは、（例えば、少なくとも、ダウンリンク送信方式に対して）直交周波数分割多重（ＯＦＤＭ）を使用することができ、および／またはＯＦＤＭ以外の波形候補にフォーカスすることができる。
【００６８】
ＯＦＤＭは、ＬＴＥおよびＩＥＥＥ８０２．１１におけるデータ送信のための信号フォーマットとして、使用することができる。ＯＦＤＭは、スペクトルを、複数の並列する直交サブバンドに分割することができる。時間領域において、長方形の窓を使用して、サブキャリアを成形することができる。成形されたサブキャリアは、周波数領域において、ｓｉｎｃ形状のサブキャリアをもたらすことができる。ＯＦＤＭＡは、ほぼ完璧な周波数同期、および／またはサイクリックプレフィックスの持続時間内におけるアップリンクタイミングアライメントの厳格な管理に依存して、信号間の直交性を維持し、および／またはキャリア間干渉を最小化することができる。
【００６９】
ＷＴＲＵが相対的に同時に複数のアクセスポイントに接続されるシステムは、同期またはアップリンクタイミングアライメントを使用することができる。ＷＴＲＵが相対的に同時に複数のアクセスポイントに接続されるシステムは、完璧な周波数同期、またはアップリンクタイミングアライメントの厳格な管理を使用しないことができる。隣接バンドへのスペクトル放射要件に準拠するために、アップリンク送信に対して電力削減を適用することができる。例えば、ＷＴＲＵの送信のための断片化されたスペクトルのアグリゲーションの存在下において、追加の電力削減を適用することができる。
【００７０】
相対的に厳しい周波数同期要件を達成しなければならないことを回避するために、実施のための相対的に厳しいＲＦ要件を適用することができる。例えば、連続するスペクトルを使用して動作するとき、実施のためのより厳しいＲＦ要件を使用することができる。連続するスペクトルは、アグリゲーションを使用しないことができる。送信方式（例えば、サイクリックプレフィックス（ＣＰ）ベースのＯＦＤＭ送信方式）は、レガシシステムのためのダウンリンク物理レイヤに類似した、ＮＲのためのダウンリンク物理レイヤの使用をもたらすことができる。基準信号特性（例えば、パイロット信号密度およびロケーション）は、変更することができる。
【００７１】
フレキシブルな無線アクセスは、マルチキャリア波形、スペクトル柔軟性、複数のモードのスケジューリングおよびレート制御、ならびに／またはブロック符号化に基づいた送信方式を含むことができる。ＮＲは、異なるタイプの送信に対する、異なる波形、スペクトル、スケジューリング、レート制御、ブロック符号化などの使用によって、特徴付けることができる。異なるサービスおよび／またはデータタイプに対して、異なるＮＲ  ＴＭを使用することができる。
【００７２】
ＮＲのための送信方式は、マルチキャリア波形に基づくことができ、および／または相対的に高いスペクトル抑制によって特徴付けることができる。例えば、相対的に高いスペクトル抑制は、相対的により低いサイドローブ、および／または相対的により低い帯域外（ＯＯＢ）放射を含むことができる。ＮＲのための例示的なＭＣ波形は、限定することなく、ＯＦＤＭオフセット直交振幅変調（ＯＱＡＭ）、およびユニバーサルフィルタマルチキャリア（ＵＦＭＣ）（例えば、ユニバーサルフィルタＯＦＤＭ（ＵＦ−ＯＦＤＭ））を含むことができる。マルチキャリア変調波形は、チャネルをサブチャネルに分割することができる。マルチキャリア変調波形は、サブチャネル内のサブキャリア上におけるデータシンボルを変調することができる。
【００７３】
ＯＦＤＭ−ＯＱＡＭを用いる場合、ＯＯＢを低減するために、サブキャリアについての時間領域において、ＯＦＤＭ信号に対してフィルタを適用することができる。ＯＦＤＭ−ＯＱＡＭは、隣接バンドに対して相対的に低い干渉を引き起こすことができる。ＯＦＤＭ−ＯＱＡＭは、大きいガードバンドを使用することができ、または使用しないことができる。ＯＦＤＭ−ＯＱＡＭは、フィルタバンクマルチキャリア（ＦＢＭＣ）方式を含むことができ、および／またはスタガードマルチトーン（ＳＭＴ）マルチキャリア変調方式の離散時間形式化と見なすことができる。ＯＦＤＭ−ＯＱＡＭは、サイクリックプレフィックスを使用することができ、または使用しないことができる。ＯＦＤＭ−ＯＱＡＭは、ポピュラなＦＢＭＣ技法であることができる。ＯＦＤＭ−ＯＱＡＭは、マルチパス効果に敏感であることができる。ＯＦＤＭ−ＯＱＡＭは、直交性の観点から見て、高い遅延スプレッドに敏感であることができる。ＯＦＤＭ−ＯＱＡＭは、等化およびチャネル推定を複雑にすることがある。
【００７４】
ＵＦＭＣ（例えば、ＵＦ−ＯＦＤＭ）を用いる場合、ＯＯＢを低減するために、時間領域において、ＯＦＤＭ信号に対してフィルタを適用することができる。例えば、フィルタリングは、複雑さを低減することができるように、スペクトル断片を使用するために、サブバンド毎に適用することができる。ＵＦ−ＯＦＤＭを実施することが、実用的であることがある。例えば、ＵＦ−ＯＦＤＭは、ハードウェアの観点から見て、高価でないことがある。スペクトル断片内におけるＯＯＢ放射は、相対的に高くとどまることができる。例えば、断片内におけるＯＯＢ放射は、バンド内に未使用のスペクトル断片が存在するとき、従来のＯＦＤＭのためのそれらと同程度に高くとどまることができる。ＵＦ−ＯＦＤＭは、フィルタリングされたスペクトルのエッジにおいて改善することができる。ＵＦ−ＯＦＤＭは、スペクトルホールにおいて改善することができ、または改善することができない。本明細書において説明される技法および手順は、本明細書において説明される波形に限定することができ、または限定しないことができる。本明細書において説明される技法および手順は、他の波形に適用可能であることができる。本明細書において説明される例は、本明細書において説明される波形および／または他のタイプの波形に適用可能であることができる。アップリンクおよびダウンリンク送信方式は、同じまたは異なる波形を使用することができる。同じセル内の異なるＷＴＲＵへの送信および／またはそれらからの送信の多重化は、ＦＤＭＡおよび／またはＴＤＭＡに基づくことができる。
【００７５】
本明細書におけるマルチキャリア変調波形は、周波数領域において非直交特性を有する信号の多重化、および／または非同期信号の共存を可能にすることができる。非直交特性は、周波数領域における信号について、異なるサブキャリア間隔を含むことができる。本明細書におけるマルチキャリア変調波形は、複雑な干渉除去受信機を使用することができ、または使用しないことができる。本明細書における波形は、スペクトルの断片のアグリゲーション、および／またはベースバンド処理における断片化されたスペクトルのアグリゲーションを容易にすることができる。ベースバンド処理における断片化されたスペクトルのアグリゲーションは、ＲＦ処理の一部としての断片化されたスペクトルのアグリゲーションに対するコスト高の代替案とすることができる。
【００７６】
同じバンド内における異なる波形の共存を使用して、動作をサポートすることができる。例えば、同じバンド内における異なる波形の共存を使用して、ｍＭＴＣ狭帯域動作をサポートすることができる。シングルキャリアマルチアクセス（ＳＣＭＡ）を使用して、ｍＭＴＣ狭帯域動作をサポートすることができる。同じバンド内における異なる波形は、以下のうちの、すなわち、ＣＰ−ＯＦＤＭ、ＯＦＤＭ−ＯＱＡＭ、および／またはＵＦ−ＯＦＤＭなどのうちの１つまたは複数とすることができる。それらのうちの１つまたは複数の組合せに対するサポートが、動作のいくつかまたはすべての態様について存在することができる。それらのうちの１つまたは複数についての複数の波形の組合せ／共存に対するサポートが、ダウンリンクおよび／またはアップリンク送信について存在することができる。異なる波形の共存は、異なるＷＴＲＵ間において異なるタイプの波形を使用する送信を含むことができる。例えば、異なる波形の共存は、異なるＷＴＲＵからの同時送信を含むことができる。異なる波形の共存は、異なるＷＴＲＵからの何らかの重なり合いを有する送信を含むことができる。異なる波形の共存は、異なるＷＴＲＵからの時間領域において連続した送信を含むことができる。異なる波形の共存は、ＷＴＲＵからの複数の波形を使用した送信を含むことができる。例えば、異なる波形の共存は、ＷＴＲＵからの複数の波形を使用した同時送信を含むことができる。異なる波形の共存は、ＷＴＲＵからの何らかの重なり合いを有する送信を含むことができる。異なる波形の共存は、ＷＴＲＵからの時間領域において連続した送信を含むことができる。
【００７７】
同じバンド内における異なる波形の共存は、ハイブリッドタイプの波形に対するサポートを含むことができる。ハイブリッドタイプの波形は、（例えば、１つの送信と別の送信とで）変化するＣＰ持続時間、ＣＰと低電力テール（例えば、ゼロテール）との組合せ、および／またはハイブリッドガードインターバルの形態などのうちの１つまたは複数をサポートする、波形および／または送信を含むことができる。ハイブリッドガードインターバルの形態は、低電力ＣＰ、および／または適応低電力テールを含むことができる。波形は、フィルタリングと関連付けられた態様を含む態様の動的な変化および／または制御をサポートすることができる。例えば、波形は、送信の受信のために使用されるスペクトルのエッジにおいてフィルタリングが適用されるかどうかについての制御をサポートすることができる。波形は、送信の受信のために使用されるスペクトルのエッジにおいて、所与のキャリア周波数に対してフィルタリングが適用されるかどうかについての制御をサポートすることができる。送信は、スペクトル動作モード（ＳＯＭ）と関連付けること、またはサブバンド毎もしくはサブバンドのグループ毎に関連付けることができる。
【００７８】
送信方式は、スペクトル柔軟性に基づくことができ、スペクトル柔軟性は、二重化配置における柔軟性、帯域幅柔軟性、柔軟なスペクトル割り当て、スペクトルアグリゲーション、および／または柔軟なタイミングを含むことができる。ＮＲ無線アクセスは、相対的に高度のスペクトル柔軟性と関連付けることができる。スペクトル柔軟性は、異なる特性を有する異なる周波数バンドにおける配備を可能にすることができる。配備は、以下のうちの、すなわち、異なる二重配置、同じまたは異なるバンド内における連続および非連続スペクトル割り当てを含む、異なるサイズおよび／または可変のサイズの利用可能なスペクトルのうちの１つまたは複数を含むことができる。スペクトル柔軟性は、複数のＴＴＩ長に対するサポート、および／または非同期送信に対するサポートを含む、可変タイミング態様をサポートすることができる。
【００７９】
スペクトル柔軟性は、二重化配置における柔軟性を含むことができる。ＮＲは、二重化配置における柔軟性を使用することができる。ＴＤＤおよび／またはＦＤＤ二重化方式をサポートすることができる。ＦＤＤ動作については、スペクトルアグリゲーションを使用して、補助的なダウンリンク動作をサポートすることができる。ＦＤＤ動作は、全二重ＦＤＤおよび／または半二重ＦＤＤ動作をサポートすることができる。ＴＤＤ動作については、ＤＬ／ＵＬ割り当ては、動的とすることができる。例えば、ＤＬ／ＵＬ割り当ては、固定されたＤＬ／ＵＬフレーム構成に基づくことができ、または基づかないことができる。ＤＬまたはＵＬ送信間隔の長さは、送信機会毎に設定することができる。
【００８０】
スペクトル柔軟性は、帯域幅柔軟性を含むことができる。ＮＲは、帯域幅柔軟性を使用することができる。ＮＲは、アップリンクおよび／またはダウンリンク送信において、異なる送信帯域幅を可能にすることができる。送信帯域幅は、公称システム帯域幅から、システム帯域幅に対応する最大値までの範囲にわたることができる。サポートされるシステム帯域幅は、範囲内の帯域幅とすることができる。例えば、範囲は、数ＭＨｚから最大１６０ＭＨｚのものであることができる。シングルキャリア動作については、サポートされるシステム帯域幅は、以下のうちの、すなわち、５、１０、２０、６０、および８０ＭＨｚのうちの１つまたは複数を含むことができる。公称帯域幅は、１つまたは複数の固定された値を有することができる。例えば、最大２００ＫＨｚの狭帯域送信は、ＭＴＣデバイスのための動作帯域幅内においてサポートすることができる。ＮＲは、ＮＲ送信のタイプと見なすことができ、および／またはＮＲ送信のタイプのために使用することができる。
【００８１】
図４は、送信帯域幅（４００）の例を示している。本明細書におけるシステム帯域幅は、所与のキャリアのためにネットワークが管理することができることがある、スペクトルの最大部分（例えば、４０８）を指すことができる。公称システム帯域幅は、セル獲得、測定、およびネットワークへの初期アクセスのために、ＷＴＲＵがキャリアに対して最低限サポートする部分（例えば、４０２）を指すことができる。ＷＴＲＵは、システム帯域幅の範囲内にあるチャネル帯域幅（例えば、４０４、４０６、４１０）を使用するように構成することができる。図４は、ＷＴＲＵの構成されたチャネル帯域幅が、システム帯域幅の公称部分を含むことができること、または含まないことができることを示している。
【００８２】
帯域幅柔軟性は、周波数領域波形のベースバンドフィルタリングのサポートを通して、達成することができる。例えば、バンド内の（例えば、所与の最大）動作帯域幅についてのＲＦ要件のいくつかまたはすべての適用可能なセットを、満たすことができる。その動作バンドについての追加の許容されるチャネル帯域幅を、導入することができ、または導入しないことができる。例えば、周波数領域波形のベースバンドフィルタリングのサポートが効率的であるとき、その動作バンドについての追加の許容されるチャネル帯域幅を、導入することができ、または導入しないことができる。シングルキャリア動作のためにＷＴＲＵのチャネル帯域幅を構成し、再構成し、および／または動的に変更するための実施を、提供することができる。公称システム帯域幅、システム帯域幅、または構成されたチャネル帯域幅内における狭帯域送信のためにスペクトルを割り当てるための実施を、提供することができる。
【００８３】
ＮＲエアインターフェースの物理レイヤは、バンドに依存しないことができ、ならびに／または５ＧＨｚ未満のライセンスバンドにおける動作、および／もしくは５〜６ＧＨｚの範囲内のアンライセンスバンドにおける動作をサポートすることができる。例えば、ＬＴＥライセンス補助アクセス（ＬＡＡ）に類似した、リッスンビフォアトーク（ＬＢＴ）カテゴリ４ベースのチャネルアクセスフレームを、例えば、アンライセンスバンドにおける動作のために、サポートすることができる。
【００８４】
任意のスペクトルブロックサイズのためのセル固有および／またはＷＴＲＵ固有のチャネル帯域幅は、例えば、スケジューリング、リソースのアドレッシング、ブロードキャストされる信号、測定などを使用して、スケーリングおよび管理することができる。
【００８５】
スペクトル柔軟性は、柔軟なスペクトル割り当てを含むことができる。ＮＲは、柔軟なスペクトル割り当てを使用することができる。ダウンリンク制御チャネルおよび／または信号は、ＦＤＭ動作をサポートすることができる。ＷＴＲＵは、システム帯域幅の公称部分を使用して送信を受信することによって、ダウンリンクキャリアを獲得することができる。例えば、ＷＴＲＵは、最初、関心のあるキャリアのためにネットワークによって管理されている帯域幅をカバーする送信を受信しないことがある。ダウンリンクデータチャネルは、公称システム帯域幅に対応しないことができる帯域幅上に割り当てることができる。ダウンリンクデータチャネルは、制約を伴って、または伴わずに、割り当てることができる。例えば、制約は、ＷＴＲＵの構成されたチャネル帯域幅内にあることとすることができる。例えば、ネットワークは、１２ＭＨｚのシステム帯域幅、および５ＭＨｚの公称帯域幅を用いて、キャリアを動作させることができる。デバイスは、システムを獲得するために、および／またはシステムにアクセスするために、５ＭＨｚの最大ＲＦ帯域幅をサポートすることができる。デバイスは、最大２０ＭＨｚ相当のチャネル帯域幅をサポートする他のＷＴＲＵに、キャリア周波数＋１０から−１０ＭＨｚを割り当てることができる。
【００８６】
図５は、異なるサブキャリアを異なる動作モードに概念的に割り当てることができる、スペクトル割り当て５００の例とすることができる。システム帯域幅５１４内において、異なる周波数リソースを、異なる送信モード／タイプと関連付けることができる。例えば、第１の送信モード（例えば、ＬＴＥ）のために、公称システム帯域幅５１２を使用することができる。帯域幅５１０および／または帯域幅５１６に対応するスペクトルの部分は、公称帯域幅５１２において使用されるものとは異なる１つまたは複数の送信モードと関連付けることができる。例えば、帯域幅５１６、５１０内においてリソースを割り当てるために、公称帯域幅５１２のために使用されるのとは異なる数的パラメータを使用することができる。例えば、サブキャリア間隔は、帯域幅５１０、５１２、５１６の各々について異なることができる。帯域幅５１０および帯域幅５１６は、可変の送信特性と関連付けることができる。例えば、サブキャリア５０２およびサブキャリア５０６のための帯域幅は、異なることができる。
【００８７】
異なる送信のために、異なるＳＯＭを使用することができる。ＳＯＭは、以下のパラメータのうちの、すなわち、サブキャリア間隔、波形タイプ、ＴＴＩ長、および／または信頼性態様のうちの１つまたは複数を含むことができる。異なるＳＯＭは、送信リソースを定義するために使用される異なる数的パラメータと関連付けることができる。ＳＯＭという用語と数的パラメータという用語は、交換可能に使用することができる。例えば、ＳＯＭおよび／または数的パラメータを定義するために使用される信頼性態様は、ＨＡＲＱ処理態様、および／またはセカンダリ制御チャネルのアイデンティティを含むことができる。ＳＯＭは、特定の波形を指すことができる。１つまたは複数のＳＯＭタイプのために、複数のタイプの波形を使用することができる。ＳＯＭは、送信機および／または受信機によって実行される処理態様に関連すること、または処理態様によって定義することができる。例えば、ＳＯＭは、ＦＤＭおよび／またはＴＤＭを使用して、同じキャリア内において異なる波形の共存をサポートすることができる。ＴＤＤバンド内におけるＦＤＤ動作の共存は、例えば、ＴＤＭ方式または類似の方式で、サポートすることができる。
【００８８】
ＷＴＲＵは、１つまたは複数のＳＯＭに従って、送信を実行するように構成することができる。例えば、ＳＯＭ／数的パラメータは、ＴＴＩ持続時間、初期電力レベル、ＨＡＲＱ処理タイプ、成功したＨＡＲＱ受信／送信についての上限、送信モード、物理チャネル（アップリンクまたはダウンリンク）、動作周波数、バンドまたはキャリア、ＲＡＴに従った（例えば、ＮＲまたはＬＴＥのための）特定の波形タイプまたは送信のうちの１つまたは複数を使用する、および／またはそれらによって定義される送信に対応することができる。ＳＯＭは、ＱｏＳレベルおよび／または関連態様（例えば、最大／目標待ち時間、または最大／目標ブロック誤り率（ＢＬＥＲ）など）に対応することができる。ＳＯＭは、スペクトル領域、および／または制御チャネルもしくはそれの態様（例えば、探索空間、ダウンリンク制御情報（ＤＣＩ）タイプ）に対応することができる。例えば、ＷＴＲＵは、超高信頼性通信（ＵＲＣ）タイプのサービス、低待ち時間通信（ＬＬＣ）タイプのサービス、および／または大規模ブロードバンド（ｍＢＢ）ｃタイプのサービスのためのＳＯＭを使用するように構成することができる。ＷＴＲＵは、システムアクセスのためのＳＯＭ、および／またはシステムと関連付けられたスペクトルの一部（例えば、公称システム帯域幅）などにおける、レイヤ３（Ｌ３）制御シグナリング（例えば、ＲＲＣ）の送信／受信のためのＳＯＭについての構成を有することができる。
【００８９】
スペクトル柔軟性は、スペクトルアグリゲーションを含むことができる。ＮＲは、スペクトルアグリゲーションを使用することができる。シングルキャリア動作のために、スペクトルアグリゲーションをサポートすることができる。例えば、ＷＴＲＵが、動作バンド内の物理リソースブロック（ＰＲＢ）の連続および／または非連続のセット上において、複数のトランスポートブロックの送信および受信をサポートするとき、スペクトルアグリゲーションをサポートすることができる。単一のトランスポートブロックは、ＰＲＢの別個のセットにマッピングすることができる。異なるＳＯＭ要件と関連付けられた同時送信に対するサポートを、使用することができる。
【００９０】
動作バンド内における連続および／または非連続スペクトルブロックを使用して、マルチキャリア動作をサポートすることができる。２つ以上の動作バンドにわたる連続および／または非連続スペクトルブロックを使用して、マルチキャリア動作をサポートすることができる。異なるモード（例えば、ＦＤＤおよびＴＤＤ）を使用するスペクトルブロックのアグリゲーションを、サポートすることができる。異なるチャネルアクセス技法を使用するスペクトルブロックのアグリゲーションを、サポートすることができる。例えば、６ＧＨｚ未満のライセンスおよびアンライセンスバンド動作を、サポートすることができる。
【００９１】
ＷＴＲＵのマルチキャリアアグリゲーションを構成し、再構成し、および／または動的に変更する技法および／または手順に対するサポートを、使用することができる。
【００９２】
スペクトル柔軟性は、柔軟なフレーミング、タイミング、および／または同期を含むことができる。ダウンリンクおよびアップリンク送信を無線フレームに組織することができる。無線フレームは、数々の固定された態様（例えば、ダウンリンク制御情報のロケーション）、および／または数々の変化する態様（例えば、送信タイミング、サポートされる送信のタイプ）によって特徴付けることができる。
【００９３】
基本時間間隔（ＢＴＩ）は、整数個の１つまたは複数のシンボルを含むことができる。シンボル持続時間は、時間−周波数リソースに適用可能なサブキャリア間隔の関数とすることができる。ＦＤＤについては、サブキャリア間隔は、フレームについてのアップリンクキャリア周波数ｆULおよび／またはダウンリンクキャリア周波数ｆDLの間で異なることができる。
【００９４】
送信のタイミング、および／または連続する送信間におけるシステムによってサポートされる最小時間を画定するために、送信時間間隔（ＴＴＩ）を使用することができる。連続する送信は、ダウンリンク（ＴＴＩDL）およびアップリンク（ＵＬ  ＴＲｘ）について、異なるトランスポートブロック（ＴＢ）と関連付けることができる。ＵＬ  ＴＲｘは、適用可能ならば、プリアンブルを除外することができる。ＵＬ  ＴＲｘは、制御情報を含むことができる。例えば、制御情報は、ダウンリンクについてはＤＣＩ、および／またはアップリンクについてはＵＣＩとすることができる。ＴＴＩは、整数個の１つまたは複数のＢＴＩによって表現することができる。ＢＴＩは、ＳＯＭと関連付けることができ、ＳＯＭは、異なるＢＴＩ長と関連付けることができる。サポートされるフレーム持続時間は、１００μｓ、１２５μｓまたは１／８ｍｓ、１６２．８５μｓ（例えば、１／７ｍｓは２ｎＣＰ  ＬＴＥ  ＯＦＤＭシンボルである）、および１ｍｓを含むことができる。そのようなサポートされるフレーム持続時間は、レガシＬＴＥタイミング構造とのアライメントを可能にすることができる。
【００９５】
時間領域および／または周波数領域において、固定されたフレーミング態様を使用することができる。図６は、時分割複信のためのタイミング関係６００の例を示している。時間領域６０４および周波数領域６０２において、フレーム（例えば、６０６、６１０）は、関心のあるキャリア周波数−ＴＤＤについてはｆUL+DL（例えば、６０２）、ＦＤＤについてはｆDL（例えば、５０２）−について、ダウンリンクデータ送信（ＤＬ  ＴＲｘ）（例えば、それぞれ、６１６、６２２）に先行する、一定の時間持続ｔdciのＤＣＩ（例えば、それぞれ、６１２、６２０）で開始することができる。ＴＤＤ二重化については、フレームは、ダウンリンク部分（例えば、ＤＣＩ６１２、６２０、およびＤＬ  ＴＲｘ６１６、６２２）、ならびに／またはアップリンク部分（例えば、ＵＬ  ＴＲｘ６１８、６２４）を含むことができる。スイッチングギャップ（以降、ｓｗｇ）（例えば、６２６、６２８）は、存在する場合は、フレームのアップリンク部分に先行することができる。リソースの数（例えば、６０８）は、フレーム６１０に対するフレーム６０６の位置を表すことができる。
【００９６】
図７は、周波数分割複信のためのタイミング関係７００の例を示している。ＦＤＤについては、フレーム（例えば、７１６、７１８）は、ダウンリンク基準ＴＴＩ（例えば、７０４、７０６）、および／またはアップリンクのための１つもしくは複数のＴＴＩ（例えば、７０８、７１０、７１２）を含むことができる。アップリンクＴＴＩ（例えば、７０８）の開始は、オフセット（ｔoffset）（例えば、７１４）を使用して、導出することができる。ｔoffset７１４は、ダウンリンク基準フレーム７０４の開始から適用することができる。ダウンリンク基準フレーム（例えば、７０４、７０６）の開始は、アップリンクフレーム（例えば、７０８、７１０、７１２）の開始と重なり合うことができる。
【００９７】
ＴＤＤについては、ＮＲは、フレーム内において、Ｄ２Ｄ／Ｖ２ｘ／サイドリンク動作をサポートすることができる。ＮＲは、ＤＣＩ＋ＤＬ  ＴＲｘ部分内に、それぞれのダウンリンク制御および／または順方向送信を含むことができる。例えば、ＮＲは、それぞれのリソースの半静的割り当てが使用されるとき、ＤＣＩ＋ＤＬ  ＴＲｘ部分内に、それぞれのダウンリンク制御および／または順方向送信を含むことができる。ＮＲは、ＤＣＩ＋ＤＬ  ＴＲｘ部分のうちのＤＬ  ＴＲｘ部分内に、それぞれのダウンリンク制御および／または順方向送信を含むことができる。例えば、ＮＲは、動的割り当てのために、ＤＣＩ＋ＤＬ  ＴＲｘ部分のうちのＤＬ  ＴＲｘ部分内に、それぞれのダウンリンク制御および／または順方向送信を含むことができる。ＮＲは、ＵＬ  ＴＲｘ部分内に、それぞれの逆方向送信を含むことができる。ＦＤＤについては、ＮＲは、以下のうちの、すなわち、それぞれのダウンリンク制御、ＵＬ  ＴＲｘ部分における順方向送信、および／または（例えば、それぞれのリソースの動的割り当てを使用することができる）ＵＬ  ＴＲｘ部分における逆方向送信などのうちの１つまたは複数を含むことによって、フレームのＵＬ  ＴＲｘ部分において、Ｄ２Ｄ／Ｖ２ｘ／サイドリンク動作をサポートすることができる。例えば、ＵＬ  ＴＲｘ部分における順方向送信、および／またはＵＬ  ＴＲｘ部分における逆方向送信は、それぞれのリソースの動的割り当てを使用することができるときに、生じることができる。図６は、フレーム構造（例えば、ＴＤＤ）の例である。図７は、フレーム構造（例えば、ＦＤＤ）の例である。
【００９８】
送信方式は、複数のモードのスケジューリングおよびレート制御に基づくことができる。スケジューリングおよびレート制御は、ネットワークベースのスケジューリング、ＷＴＲＵベースのスケジューリング、および／または論理チャネル優先順位付けを含むことができる。スケジューリング機能は、ＭＡＣレイヤにおいてサポートすることができる。スケジューリングモード、すなわち、ダウンリンク送信および／もしくはアップリンク送信のリソース、タイミング、および送信パラメータの観点から見て厳しいスケジューリングのための、ネットワークベースのスケジューリング、ならびに／またはタイミングおよび送信パラメータの観点から見てより大きい柔軟性のための、ＷＴＲＵベースのスケジューリングなどのうちの１つまたは複数を、サポートすることができる。スケジューリング情報は、本明細書におけるスケジューリングモードのうちの１つまたは複数について、単一のＴＴＩに対して、または複数のＴＴＩに対して、有効であることができる。
【００９９】
ＮＲは、ネットワークベースのスケジューリングをサポートすることができる。ネットワークベースのスケジューリングは、ネットワークが、異なるＷＴＲＵに割り当てられた利用可能な無線リソースを管理することを可能にすることができる。例えば、管理は、異なるＷＴＲＵに割り当てられた利用可能な無線リソースの共用を最適化することを含むことができる。動的スケジューリングをサポートすることができる。
【０１００】
ＮＲは、ＷＴＲＵベースのスケジューリングをサポートすることができる。ＷＴＲＵベースのスケジューリングは、ＷＴＲＵが、アップリンクリソースに日和見的にアクセスすることを可能にすることができる。ＷＴＲＵベースのスケジューリングは、ネットワークによって（例えば、動的に）割り当てられた共用または専用アップリンクリソースのセット内において、必要に応じた最小待ち時間を可能にすることができる。同期および非同期両方の日和見的な送信を、検討することができる。競合ベースの送信および競合なしの送信の両方を、検討することができる。（例えば、スケジュールされた、またはスケジュールされない）日和見的な送信に対するサポートを、含むことができる。例えば、ＮＲについての超低待ち時間要件、および／またはｍＭＴＣ使用事例の電力節約要件を満たすために、（例えば、スケジュールされた、またはスケジュールされない）日和見的な送信に対するサポートを、含むことができる。
【０１０１】
ＮＲは、論理チャネル優先順位付けをサポートすることができる。ＮＲは、送信のために利用可能なデータ、および／またはアップリンク送信のために利用可能なリソースの間の関連付けの形態をサポートすることができる。トランスポートブロック内における異なるサービス品質（ＱｏＳ）要件を有するデータの多重化を、検討することができる。例えば、多重化が、厳格なＱｏＳ要件を有するサービスに対して悪影響を導入しないことができるとき、トランスポートブロック内における異なるＱｏＳ要件を有するデータの多重化を、サポートすることができる。多重化が、システムリソースの不必要な浪費を導入しないことができるとき、トランスポートブロック内における異なるＱｏＳ要件を有するデータの多重化を、サポートすることができる。
【０１０２】
ＮＲは、前方誤り訂正（ＦＥＣ）および／またはブロック符号化をサポートすることができる。送信は、数々の異なるエンコーディング技法を使用して、エンコードすることができる。異なるエンコーディング技法は、異なる特性を有することができる。例えば、エンコーディング技法は、情報ユニットの系列を生成することができる。情報ユニットおよび／またはブロックは、自己完結的であることができる。例えば、第１のブロックの送信内における誤りは、第２のブロックのデコードに成功するための受信機の能力を損なわないことができる。第１のブロックの送信内における誤りは、第２のブロックが誤りなしの場合、第２のブロックのデコードに成功するための受信機の能力を損なわないことができる。第１のブロックの送信内における誤りは、第２のブロックにおいて、および／または少なくとも一部のデコードに成功した異なるブロックにおいて、十分な冗長性を見出すことができる場合、第２のブロックのデコードに成功するための受信機の能力を損なわないことができる。
【０１０３】
エンコーディング技法の例は、ラプタ／ファウンテン符号を含むことができる。送信は、Ｎ個のラプタ符号からなる系列を含むことができる。１つまたは複数の符号は、時間において、１つまたは複数の送信シンボルにマッピングすることができる。シンボルは、情報ビットの１つまたは複数のセット（例えば、１つまたは複数のオクテット）に対応することができる。ＦＥＣを送信に追加するために、エンコーディングを使用することができる。送信は、（例えば、１ラプタ符号シンボル関係が仮定されるとき）、Ｎ＋１またはＮ＋２個のラプタ符号またはシンボルを使用することができる。送信は、シンボルの紛失に対して、回復力があることができる。時間において重なり合う別の送信による干渉および／またはパンクチャリングは、送信を１つのシンボルの紛失に対して回復力があるものにすることができる。
【０１０４】
ＷＴＲＵは、１つまたは複数のシステムシグネチャを受信および／または検出するように構成することができる。システムシグネチャは、系列を使用する信号構造を含むことができる。信号は、同期信号に類似する（例えば、ＬＴＥプライマリ同期信号（ＰＳＳ）および／またはセカンダリ同期信号（ＳＳＳ）に類似する）ことができる。シグネチャは、エリア内のノードおよび／またはＴＲＰに固有であること（例えば、一意的に識別すること）ができる。シグネチャは、エリア内の複数のノードおよび／またはＴＲＰに共通であることができる。シグネチャが固有であるか、それとも共通であるかは、ＷＴＲＵは知ることができず、および／またはＷＴＲＵに関連しないことができる。ＷＴＲＵは、システムシグネチャ系列を決定および／または検出することができる。ＷＴＲＵは、システムと関連付けられた１つまたは複数のパラメータを決定することができる。例えば、ＷＴＲＵは、それらからインデックスを導出することができ、および／または導出されたインデックスを使用して、関連付けられたパラメータを引き出すことができる。例えば、関連付けられたパラメータは、アクセステーブルなどのテーブル内に存在することができる。シグネチャは、受信電力および／または何らかのタイミングと関連付けることができる。ＷＴＲＵは、オープンループ電力制御のために、例えば、初期送信電力を設定するために、シグネチャと関連付けられた受信電力を使用することができる。ＷＴＲＵは、ＷＴＲＵがシステムの適用可能なリソースを使用してアクセス（および／または送信）することができると、ＷＴＲＵが決定したとき、オープンループ電力制御のために、シグネチャと関連付けられた受信電力を使用することができる。ＷＴＲＵは、例えば、送信のタイミングを設定するために、受信されたシグネチャ系列のタイミングを使用することができる。送信のタイミングは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソース上において、プリアンブルを含むことができる。ＷＴＲＵは、ＷＴＲＵがシステムの適用可能なリソースを使用してアクセス（および／または送信）することができると、ＷＴＲＵが決定したとき、受信されたシグネチャ系列のタイミングを使用することができる。
【０１０５】
ＷＴＲＵは、１つまたは複数のエントリからなるリストを含むアクセステーブルを使用するように構成することができる。リストは、インデックス付けすることができ、それによって、エントリは、システムシグネチャと関連付けること、および／またはシグネチャ系列と関連付けることができる。アクセステーブルは、１つまたは複数のエリアについての初期アクセスパラメータを提供することができる。エントリは、システムへの初期アクセスを実行するために使用される、１つまたは複数のパラメータを提供することができる。パラメータは、１つまたは複数のランダムアクセスパラメータのセットのうちの少なくとも１つを含むことができる。ランダムアクセスパラメータは、時間および／もしくは周波数における適用可能な物理レイヤリソース（例えば、ＰＲＡＣＨリソース）、初期電力レベル、ならびに／または応答の受信のための物理レイヤリソースなどを含むことができる。パラメータは、地上波公共移動通信ネットワーク（ＰＬＭＮ）アイデンティティ、および／または限定加入者グループ（ＣＳＧ）情報などの、アクセス制約を含むことができる。パラメータは、適用可能なルーティングエリアなどの、ルーティング関連情報を含むことができる。エントリは、システムシグネチャと関連付けること（および／またはシステムシグネチャによってインデックス付けすること）ができる。エントリは、複数のノードおよび／またはＴＲＰに対して共通であることができる。ＷＴＲＵは、専用リソースを使用する送信を介して（例えば、ＲＲＣ構成によって）、アクセステーブルを受信することができる。ＷＴＲＵは、ブロードキャストリソースを使用する送信を介して、アクセステーブルを受信することができる。アクセステーブルの送信の周期性は、相対的に長いことができる（例えば、最大で１０２４０ｍｓ）。アクセステーブルの送信の周期性は、（例えば、１００ｍｓの範囲内にある）シグネチャの送信の周期性よりも長いことができる。
【０１０６】
ＮＲネットワーク配備は、前方互換であることができ、ならびに／または超高信頼性および低待ち時間通信（ＵＲＬＬＣ）、ｍＭＴＣ、および拡張モバイルブロードバンド（ｅＭＢＢ）を含む、広範囲の無線アクセス技術（ＲＡＴ）をサポートすることができる。ＮＲネットワーク配備は、波形、および／またはレガシシステムのそれとは異なるプロトコルスタックを利用することができる。レガシシステムは、ＬＴＥまたはそれの進化型を含むことができる。ＮＲネットワークは、レガシシステムのそれらとは異なるコンポーネント、機能、および／またはレイヤなどを使用することができる。ＮＲネットワークは、レガシシステムと統合されないスタンドアロンシステムとして、配備することができる。ＮＲネットワークは、専用スペクトルを使用するように、配備することができる。例えば、ＮＲネットワークは、ＮＲネットワークがさらに採用されるとき、専用スペクトルを使用するように、配備することができる。
【０１０７】
ＮＲネットワークは、フェーズによって、配備することができる。初期フェーズなど、あるフェーズにおいては、ＮＲネットワークは、レガシシステムと統合することができる。レガシシステムとの統合は、ＮＲの配備および／またはＮＲベースの技術を可能にすることができる。ＮＲネットワーク配備は、レガシシステムの配備および／または技術と組み合わせる（例えば、ＬＴＥシステムの傘下において配備する）ことができる。レガシシステムの配備および／または技術を、採用すること、および／またはＮＲネットワーク配備において使用するために適合させることができる。例えば、レガシシステムの無線アクセスネットワークコンポーネントおよび／またはコアネットワークコンポーネントなどを、採用すること、および／またはＮＲネットワーク配備において使用するために適合させることができる（例えば、ＬＴＥ支援配備）。
【０１０８】
ＬＴＥ支援配備においては、ＬＴＥネットワークは、セルラ機能（例えば、ＬＴＥおよび／またはコアネットワーク機能への／からのモビリティ）を提供することができる。ＮＲシステムは、セルラ機能をサポートし、および／またはＬＴＥネットワークとの統合のための他の機能を補助するための、技術を提供することができる。レガシシステムと、ＮＲシステムの１つまたは複数の配備および／または技術との間の統合は、１つまたは複数の適用可能なプロトコルスタックの１つまたは複数のレイヤにおいて実施することができる。例えば、ＮＲネットワークは、様々なアーキテクチャにおいて配備することができ、レガシシステムとＮＲ技術との統合は、異なるプロトコルスタックにおいて実施される。
【０１０９】
図８は、ＬＴＥ支援ＮＲ配備の例である。図８に示されるように、アーキテクチャ８００は、ＬＴＥ配備およびＮＲ配備をサポートすることができる。図８におけるセルは、リソースのセット、ＰＲＢのセット、スペクトルなどの例とすることができる。例えば、図８におけるＬＴＥセルは、ＬＴＥリソースのセット、ＬＴＥ  ＰＲＢのセット、ＬＴＥスペクトルなどの例とすることができる。図８におけるＮＲセルは、ＮＲリソースのセット、ＮＲ  ＰＲＢのセット、ＮＲスペクトルなどの例とすることができる。図８に示される例においては、ＬＴＥセル８０２は、ＮＲ  ＲＡＮノード８０６によってサービスされるＮＲセル８０４と同様の領域内において、動作することができる。ＷＴＲＵ８０８は、ＮＲセル８０４内に配置することができる。ＬＴＥセル８０２は、ＬＴＥ  ＲＡＮ８１０によってサービスすることができる。ＷＴＲＵ８０８は、ＮＲセル８０４およびＬＴＥセル８０２にアクセスするように構成することができる。ＮＲセル８０４およびＬＴＥセル８０２の帯域幅は、部分的に（または少なくとも部分的に）重なり合うことができる。図８においては、ＮＲセル８０４およびＬＴＥセル８０２は、別々のＲＡＮエンティティ（例えば、それぞれ、ＮＲ  ＲＡＮ８０６およびＬＴＥ  ＲＡＮ８１０）によってサービスされるように示されているが、ＮＲセル８０４およびＬＴＥセル８０２は、いくつかの例においては、単一のＴＲＰ（例えば、マルチモード能力を有するＴＲＰ）によってサービスすることができる。
【０１１０】
ＬＴＥ支援配備においては、様々な能力を有する１つまたは複数のＷＴＲＵを、サポートすることができる。ＷＴＲＵ（例えば、ＬＴＥ能力を有するＷＴＲＵ）は、スペクトル（例えば、ＬＴＥスペクトル）上において、ＬＴＥと関連付けられたリソースのセットを使用して、送信を送信し、および／または送信を受信するための能力を有することができる。例えば、ＬＴＥと関連付けられたリソースのセットは、ＬＴＥセル、ＬＴＥリソースのセット、ＬＴＥ物理リソースブロック（ＰＲＢ）のセット、ＬＴＥスペクトルなどを含むことができる。ＷＴＲＵ（例えば、ＬＴＥ能力を有するＷＴＲＵ）は、関連付けられたリソースのセットを使用して、送信を送信し、および／または送信を受信するための能力を有することができる。ＮＲと関連付けられたリソースのセットは、ＮＲセル、ＮＲリソースのセット、ＮＲ  ＰＲＢのセット、ＮＲスペクトルなどを含むことができる。ＷＴＲＵは、ＬＴＥリソースのセットとＮＲリソースのセットとの重なり合う部分に送信を送信し、および／または重なり合う部分から送信を受信するための能力を有することができる。例えば、ＮＲネットワークは、レガシシステムによって使用されるスペクトルと重なり合うスペクトルを使用して、配備することができる。ＬＴＥリソースのセットとＮＲリソースのセットとが、重なり合うとき、ＬＴＥ送信（例えば、ＬＴＥセルからの送信）は、ＮＲ送信（例えば、ＮＲセルからの送信）と干渉することがある。ＬＴＥ能力を有するＷＴＲＵは、干渉が原因で、ＬＴＥ送信および／または信号（以降、ＬＴＥ送信）を検出することができないことがある。干渉は、無線アクセスアーキテクチャ、プロトコルスタック、および／または物理リソースを管理する様々な手法によって、防止または回避することができる。無線アクセスアーキテクチャ、プロトコルスタック、および／または物理リソースを管理する様々な手法のために、チャネルおよび／またはキャリアを使用することができる。
【０１１１】
チャネルおよび／またはキャリアは、ＬＴＥ支援および／またはＬＴＥ無支援ＮＲアーキテクチャをサポートするように開発することができる。チャネルは、論理チャネル（ＬＣＨ）、論理チャネルグループ（ＬＣＧ）、および／またはトランスポートチャネル（ＴｒＣＨ）を含むことができる。論理チャネル（ＬＣＨ）は、データパケットと他のデータパケットとの間の、またはＰＤＵと他のＰＤＵとの間の論理的関連付けを含むことができる。ＮＲアーキテクチャにおいては、ＬＣＨは、ＬＴＥシステムなどのレガシアーキテクチャのための類似用語とは異なる意味、および／またはそれよりも広い意味を有することができる。例えば、データパケット、データユニット、および／またはＰＤＵが、同じベアラと関連付けられる場合、論理的関連付けを確立することができる。データパケット、データユニット、および／またはＰＤＵが、同じＳＯＭと関連付けられる場合、論理的関連付けを確立することができる。データパケット、データユニット、および／またはＰＤＵが、同じスライスと関連付けられる場合、論理的関連付けを確立することができる。例えば、スライスは、物理リソースのセットを使用する処理経路を含むことができる。例においては、関連付けは、処理機能のチェーン、適用可能な物理データ（および／もしくは制御）チャネル（もしくはそれのインスタンス）、ならびに／またはプロトコルスタックのインスタンス化のうちの１つまたは複数によって特徴付けることができる。プロトコルスタックのインスタンス化は、物理レイヤ処理の部分を超える、レイヤ、コンポーネント、もしくは機能などの集中化されている部分（例えば、無線フロントエンド（ＲＦ））、および／またはＴＲＰもしくはＲＦにおけるＭＡＣ／ＰＨＹなどのエッジに近い部分を含むことができる。物理レイヤ処理の部分を超える、レイヤ、コンポーネント、または機能は、ＰＤＣＰまたは他のレイヤを含むことができる。エッジに近い部分は、フロントホーリングインターフェースによって分離することができる。
【０１１２】
論理チャネルグループ（ＬＣＧ）は、（例えば、本明細書において説明されるような）ＬＣＨのグループなどを含むことができる。ＮＲアーキテクチャにおいては、ＬＣＧは、ＬＴＥシステムなどのレガシアーキテクチャのための類似用語とは異なる意味、および／またはそれよりも広い意味を有することができる。グループ化は、１つまたは複数の基準に基づくことができる。１つまたは複数の基準においては、ＬＣＧの１つまたは複数のＬＣＨは、（例えば、ＬＴＥシステムなどのレガシアーキテクチャに類似した）ＬＣＧのいくつかまたはすべてのＬＣＨに適用可能な類似のプライオリティレベルを有することができる。１つまたは複数の基準においては、ＬＣＧの１つまたは複数のＬＣＨは、同じＳＯＭ（またはそれのタイプ）と関連付けることができる。１つまたは複数の基準においては、ＬＣＧの１つまたは複数のＬＣＨは、同じスライス（またはそれのタイプ）と関連付けることができる。例においては、関連付けは、処理機能のチェーン、適用可能な物理データ（および／もしくは制御）チャネル（もしくはそれのインスタンス）、ならびに／またはプロトコルスタックのインスタンス化のうちの１つまたは複数によって特徴付けることができる。プロトコルスタックのインスタンス化は、物理レイヤ処理の部分を超える、レイヤ、コンポーネント、もしくは機能などの集中化されている部分（例えば、無線フロントエンド（ＲＦ））、およびＴＲＰもしくはＲＦにおけるＭＡＣ／ＰＨＹなどのエッジに近い部分を含むことができる。物理レイヤ処理の部分を超える、レイヤ、コンポーネント、または機能は、ＰＤＣＰまたは他のレイヤを含むことができる。エッジに近い部分は、フロントホーリングインターフェースによって分離することができる。
【０１１３】
トランスポートチャネル（ＴｒＣＨ）は、処理ステップおよび／または機能のセットを含むことができる。処理ステップおよび／または機能のセットは、データおよび／または情報に適用することができる。データおよび／または情報は、無線インターフェース上において、１つまたは複数の送信特性に影響することができる。
【０１１４】
ＲＡＴは、１つまたは複数のタイプのＴｒＣＨを含むことができる。例えば、ＬＴＥ  ＲＡＴなどのレガシについては、ＴｒＣＨのタイプは、ブロードキャストチャネル（ＢＣＨ）、ページングチャネル（ＰＣＨ）、ダウンリンク共用チャネル（ＤＬ−ＳＣＨ）、マルチキャストチャネル（ＭＣＨ）、アップリンク共用チャネル（ＵＬ−ＳＣＨ）、および／またはランダムアクセスチャネル（ＲＡＣ）などのうちの１つまたは複数を含むことができる。ＲＡＣは、ユーザプレーンデータを搬送することができ、または搬送しないことができる。ＤＬ−ＳＣＨは、ダウンリンクについてのユーザプレーンデータを搬送することができる。ＵＬ−ＳＣＨは、アップリンクについてのユーザプレーンデータを搬送することができる。ＤＬ−ＳＣＨおよび／またはＵＬ−ＳＣＨは、ユーザプレーンデータを搬送するためのトランスポートチャネルのプライマリタイプとすることができる。
【０１１５】
ＮＲアーキテクチャにおけるＴｒＣＨは、ＬＴＥシステムなどのレガシアーキテクチャのための類似用語とは異なる意味、および／またはそれよりも広い意味を有することができる。エアインターフェースによってサポートされる特性および／または要件の増強されたセットは、ＷＴＲＵのための複数のトランスポートチャネル（例えば、ユーザおよび／またはコントロールプレーンデータ）に対するサポートを使用することができる。例えば、ＵＲＬＬＣのためのＴｒＣＨ（例えば、ＵＲＬＬＣＨ）、モバイルブロードバンドのためのＴｒＣＨ（ＭＢＢＣＨ）、および／またはマシンタイプコミュニケーションのためのＴｒＣＨ（ＭＴＣＣＨ）を、ダウンリンク送信（例えば、それぞれ、ＤＬ−ＵＲＬＬＣＨ、ＤＬ−ＭＢＢＣＨ、およびＤＬ−ＭＴＣＣＨ）のために、使用することができる。ＵＲＬＬＣのためのＴｒＣＨ（例えば、ＵＲＬＬＣＨ）、ＭＢＢＣＨのためのＴｒＣＨ、および／またはＭＴＣＣＨのためのＴｒＣＨを、アップリンク送信（例えば、それぞれ、ＵＬ−ＵＲＬＬＣＨ、ＵＬ−ＭＢＢＣＨ、およびＵＬ−ＭＴＣＣＨ）のために、使用することができる。
【０１１６】
複数のＴｒＣＨは、ＳＯＭに属する物理リソース（例えば、ＰｈＣＨ）の異なるセットにマッピングすることができる。異なる要件を有するトラフィックの同時送信は、ＳＯＭ上において、トランスポートすることができる。例においては、ＷＴＲＵが、ＳＯＭを使用するように構成されるとき、ＵＲＬＬＣＨは、ＭＴＣＣＨとともに同時に送信することができる。
【０１１７】
ＷＴＲＵは、データがいかに送信されるべきかについての特徴付けと関連付けられた、１つまたは複数のパラメータを使用するように構成することができる。例えば、パラメータは、データについてのサービス品質（ＱｏＳ）ベースのパラメータを含むことができる。特徴付けは、それを満たすこと、および／または実施することをＷＴＲＵに期待することができる、制約および／または要件を表すことができる。特徴付けと関連付けられた１つまたは複数のパラメータを使用するように構成されたＷＴＲＵは、データと関連付けられた状態の関数として、および／または特徴付けに基づいて、異なる動作を実行することができる。特徴付けと関連付けられた１つまたは複数のパラメータを使用するように構成されたＷＴＲＵは、データと関連付けられた状態の関数として、および／または特徴付けに基づいて、挙動を調整することができる。パラメータは、例えば、時間関連の態様、レート関連の態様、および／または構成関連の態様（例えば、絶対的なプライオリティ）を含むことができる。時間関連の態様は、パケットについての有効時間（ＴＴＬ）を含むことができる。ＴＴＬは、パケットが、待ち時間要件を満たすために、それ以前に送信および／または肯定応答などされるべき時間を表すことができる。パケットまたはデータが、送信を保留されている間、パラメータは、時間とともに変化することができる。
【０１１８】
ＬＴＥネットワークとＮＲシステムとの統合をサポートするために、様々な無線アクセスアーキテクチャを実施することができる。システムは、ＬＴＥ支援無線アクセス（例えば、ＬＴＥ支援ＮＲ無線アクセス）を用いて、ＮＲをサポートすることができる。ＮＲシステムは、ＬＴＥ無線アクセスの１つまたは複数の態様をサポートすることができるシステムと統合することができる。ＬＴＥシステムの１つまたは複数のコンポーネントを使用して、少なくとも１つのＮＲ物理チャネルをサポートする、無線アクセスを実現するための、システム、方法、および／または手段を開発することができる。ＬＴＥ無線アクセスの態様は、ＬＴＥコントロールプレーン、ならびに／またはブロードキャスト信号などのセル固有のコンポーネント（例えば、ＰＳＳ、ＳＳＳ、マスタ情報ブロック（ＭＩＢ）、および／もしくはシステム情報ブロック（ＳＩＢ）など）を含むことができる。
【０１１９】
ＬＴＥ支援ＮＲ無線アクセスは、様々な手法を使用して実現することができる。手法は、マルチ接続性／レイヤ手法、キャリアアグリゲーション手法、重ね合わせベースの手法、および／または置き換えベースの手法のうちの１つまたは複数を含むことができる。ＬＴＥまたはそれの進化型に基づいたコントロールプレーン（例えば、Ｌ３／ＲＲＣ接続および関連する挙動）は、ＮＲ制御および／または構成態様をサポートする手法のうちの１つまたは複数において使用することができる。マルチ接続性／レイヤ手法、キャリアアグリゲーション手法、および／または重ね合わせベースの手法においては、ＮＲまたはＬＴＥアクセスのために、別個のＭＡＣインスタンスを使用することができる。ＭＡＣインスタンスは、キャリアアグリゲーション手法および／または重ね合わせベースの手法において、ＮＲおよび／またはＬＴＥアクセスをサポートすることができる。
【０１２０】
ＬＴＥ支援ＮＲ無線アクセスは、マルチ接続性／レイヤ手法を使用して実施することができる。マルチ接続性／レイヤ手法は、デュアル接続性（ＤＣ）および／またはオフロードライクな方式で、開発および／または配備することができる。例えば、ＮＲは、共通Ｓ１−ｕまたは分割Ｓ１−ｕを用いる独立スケジューリングを使用して、ＬＴＥ  ＭｅＮＢによって制御することができる。（例えば、ブラックボックスとしての）ＮＲは、共通または分割Ｓ１−ｕを用いて、ＬＴＥ  ｅＮＢに接続することができる。ＬＴＥ  ｅＮＢは、ＬＴＥ  ｅＮＢに接続されたコンポーネント、レイヤ、および／または機能性が、ＮＲおよび／またはＮＲ関連ベースの技術に基づくことを知らずにいることができる。
【０１２１】
無線アクセスは、１つもしくは複数のＮＲノード、および／またはＮＲアクセスネットワークと対話する、および／またはそれらに接続される、ＬＴＥ  （Ｍ）ｅＮＢを含むことができる。ＬＴＥ  ｅＮＢとＮＲノードとの間の対話は、ＷＴＲＵのコンテキストの１つまたは複数の態様を共用すること、および／またはそれらを共用するためのメカニズムを含むことができる。ＭｅＮＢは、（例えば、ＤＣライクな方式で）ＮＲノードおよび／またはアクセスネットワークとの要求／応答メカニズムを実施することができる。図９Ａ〜図９Ｄは、ＬＴＥ  （Ｍ）ｅＮＢが、１つもしくは複数のＮＲノード、および／またはＮＲアクセスネットワークと対話する、および／またはそれらに接続される、ネットワークアーキテクチャの例である。図９Ａ〜図９Ｄにおけるセルは、リソースのセット、ＰＲＢのセット、スペクトルなどの例とすることができる。例えば、図９Ａ〜図９ＤにおけるＬＴＥセルは、ＬＴＥリソースのセット、ＬＴＥ  ＰＲＢのセット、ＬＴＥスペクトルなどの例とすることができる。図９Ａ〜図９ＤにおけるＮＲセルは、ＮＲリソースのセット、ＮＲ  ＰＲＢのセット、ＮＲスペクトルなどの例とすることができる。
【０１２２】
例えば、（Ｍ）ｅＮＢ９０２は、ＮＲ  ＷＴＲＵコンテキストを、ＮＲノード９０６に要求するように構成することができる。ＮＲノード９０６は、要求に応答すること、および／またはＮＲ  ＷＴＲＵコンテキストをＬＴＥ  （Ｍ）ｅＮＢ９０２に提供することができる。図９Ａ〜図９Ｄに示されるように、ネットワークアーキテクチャは、ＬＴＥを介した（例えば、（Ｍ）ｅＮＢ９０２を通した）ネットワークへのユーザプレーン接続を許容することができる。ネットワークアーキテクチャは、ＮＲセル９０４への、ＮＲセル９０４からネットワーク９１２への、および／またはＮＲセル９０４からローカルアクセスへの、ユーザプレーン接続を許容することができる。ＮＲノード９０６は、１つまたは複数の制御機能性を含むことができる。
【０１２３】
図９Ａは、ＬＴＥを介した（例えば、（Ｍ）ｅＮＢ９０２を通した）ネットワークへのユーザプレーン接続のためのネットワークアーキテクチャの例である。図９に示されるように、セルアーキテクチャ９００は、ＬＴＥ配備およびＮＲ配備をサポートすることができる。ＬＴＥセル９０２は、ＮＲ  ＲＡＮノード９０６によってサービスされるＮＲセル９０４と同様の領域において、動作することができる。ＷＴＲＵ９０８は、ＬＴＥセル９０２内に配置することができる。ＬＴＥセル９０２は、ＬＴＥ  ＲＡＮノード９１０によってサービスすることができる。ＷＴＲＵ９０８は、ＮＲセル９０４およびＬＴＥセル９０２にアクセスするように構成することができる。ＮＲセル９０４およびＬＴＥセル９０２の帯域幅は、部分的に（または少なくとも部分的に）重なり合うことができる。図９においては、ＮＲセル９０４およびＬＴＥセル９０２は、別々のＲＡＮエンティティ（例えば、それぞれ、ＮＲ  ＲＡＮノード９０６およびＬＴＥ  ＲＡＮノード９１０）によってサービスされるように示されているが、ＮＲセル９０４およびＬＴＥセル９０２は、いくつかの例においては、単一のＴＲＰ（例えば、マルチモード能力を有するＴＲＰ）によってサービスすることができる。
【０１２４】
図９Ａに示されるように、ＮＲノード９０６は、ＬＴＥ  ｅＮＢ９０２を介して、ネットワーク９１２に接続することができる。ユーザプレーンデータは、（例えば、ネットワーク９１２から、ＬＴＥ  ＲＡＮ９１０を介して）ＬＴＥ  ｅＮＢ９０２に送信することができる。ユーザプレーンデータは、ＬＴＥ  ｅＮＢ９０２からＮＲノード９０６に送信することができる。ネットワークノード９０６は、（例えば、Ｓ１−ｕ接続を介する）ＬＴＥネットワーク、モビリティ管理エンティティ（ＭＭＥ）、ローカルネットワーク／アクセス、および／またはＮＲコアネットワーク（ＣＮ）に対応することができる。ＣＮ（例えば、ＬＴＥ  ＣＮまたはＮＲ  ＣＮ）は、データがＬＴＥエアインターフェース上において送信されているか、それともＮＲエアインターフェース上において送信されているかを知らずにいることができる。
【０１２５】
図９Ｂは、ＮＲセルへのユーザプレーン接続のためのネットワークアーキテクチャの例である。ＮＲノード９０６は、ユーザプレーンデータを受信／送信するために、ＣＮエンティティに接続することができる。ＬＴＥノード９１０および／またはＮＲノード９０６は、同じＣＮ、異なるネットワークエンティティ（例えば、４ＧもしくはＮＲネットワーク）、および／またはローカルネットワーク／アクセスに接続することができる。例えば、ＣＮは、図９Ｂに示されるように、ネットワークエンティティ９１２を含むことができる。ＮＲセル９０４への、ＮＲセル９０４からネットワーク９１２への、および／またはＮＲセル９０４からローカルアクセスへのユーザプレーン接続は、直接的であることができる。ＮＲノード９０６とＣＮエンティティとの間の接続は、直接的であることができる。ユーザプレーンデータを受信／送信するために、ＮＲノード９０６とＣＮエンティティとの間の接続を使用することができる。図９Ｂに示される例においては、ＬＴＥノード９１０および／またはＮＲノード９０６は、ネットワークエンティティ９１２に接続することができる。ＬＴＥノード９１０は、ネットワークエンティティ９１２に接続することができる。ＬＴＥノード９１０は、ネットワーク９１２に直接的に、またはローカルアクセスエンティティへの接続を介して、接続することができる。ＬＴＥノード９１０とローカルアクセスエンティティとの間の接続は、直接的であることができる。ＮＲノード９０６は、ネットワークエンティティ９１２に直接的に、および／またはローカルネットワーク／アクセスエンティティ９１６を介して、接続することができる。ＮＲノード９０６とローカルネットワーク／アクセスエンティティ９１６との間の接続は、直接的であることができる。ＮＲノード９０６とローカルネットワーク／アクセスエンティティ９１６との間の接続と、ＮＲノード９０６とネットワークエンティティ９１２との間の接続とは、異なることができる。
【０１２６】
ＮＲノードにおいて、１つまたは複数の制御機能性が、利用可能であることができる。ＮＲノードにおける制御機能性は、ＮＲリソース（例えば、図９Ｃに示されるようなＮＲセル９０４）に対する柔軟および／または動的な構成手法を許容することができる。図９Ｃおよび図９Ｄにおけるネットワークアーキテクチャの例においては、ＮＲノード９０６は、何らかの制御機能性を有することができる。ＮＲノードにおける制御機能性は、ＬＴＥ  ｅＮＢ９０２とＮＲノード９０６との間のシグナリング交換を削減することができる。ＬＴＥ  ｅＮＢ９０２とＮＲノード９０６との間のシグナリング交換は、過剰でないことができる。図９Ｃおよび／または図９Ｄにおいては、ＮＲ固有のシグナリングメッセージは、ＮＲ上において送信することができ、および／またはＷＴＲＵ９０８によって処理することができる。ＮＲ固有のシグナリングメッセージは、ＮＲ上において直接的に送信することができる。
【０１２７】
図９Ｃにおいては、コントロールプレーンは、ＮＲノード９０６に延びることができる。シグナリングメッセージを、生成することができ、および／またはＮＲエアインターフェース上において交換すること（もしくはＮＲエアインターフェース上において直接的に交換すること）ができる。構成および／またはハンドシェークを、ＷＴＲＵ９０８とＮＲノード９０６との間で実行することができる。最終的な構成を含む構成を、ＬＴＥ  Ｕｕおよび／またはＮＲ  Ｕｕ上において、ＷＴＲＵ９０８に送信することができる。
【０１２８】
図９Ｄにおいては、コントロールプレーンは、ＬＴＥ  ｅＮＢ９０２において終了することができる。シグナリングメッセージを生成しないことができる。シグナリングメッセージを、ＮＲエアインターフェース上において交換しないことができ、またはＮＲエアインターフェース上において少なくとも直接的に交換しないことができる。図９Ｄにおけるコントロールプレーンは、デュアル接続性のためのコントロールプレーンに類似することができる。構成および／またはハンドシェークを、ＬＴＥ  ｅＮＢ９０２とＮＲノード９０６との間で実行することができる。最終的な構成を含む構成を、ＬＴＥ  Ｕｕ上において、ＷＴＲＵ９０８に送信することができる。
【０１２９】
ＬＴＥ支援ＮＲ無線アクセスのためのマルチ接続性／レイヤ手法は、（例えば、本明細書において説明されるような）ＷＴＲＵ関連の制御メカニズムを使用して実施することができる。ＷＴＲＵは、ＬＴＥ  ＲＲＣシグナリングを受信することができる。ＬＴＥ  ＲＲＣシグナリングは、ＮＲシステムにアクセスするための１つまたは複数のパラメータ（例えば、アクセステーブル）を構成することができる。ＷＴＲＵは、ＮＲシステムから、パラメータ（例えば、アクセステーブル）を獲得することができる。パラメータは、アンテナ構成および／もしくは送信モード、論理チャネル構成および／もしくはプライオリティ、ＭＡＣパラメータ（例えば、ＤＲＸパラメータ）、ＰＤＣＰ構成、ならびに／またはＰＨＩＣＨ構成などを含むことができる。ＬＴＥ  ＲＲＣシグナリングは、情報を獲得し、測定を実行し、および／または（例えば、パラメータに従って）ＮＲシステムにアクセスするように、ＷＴＲＵに命令することができる。ＬＴＥ  ＲＲＣシグナリングは、１つまたは複数のデータベアラ（例えば、ＮＲ無線インターフェースに適用可能なユーザプレーンベアラ）の構成を含むことができる。
【０１３０】
ＬＴＥ支援ＮＲ無線アクセスのためのマルチ接続性／レイヤ手法は、（例えば、本明細書において説明されるような）ユーザプレーンルーティングを使用して実施することができる。１つまたは複数のアーキテクチャ（例えば、図９Ａ〜図９Ｄにおける例）においては、ＷＴＲＵは、ＬＴＥインターフェースおよび／またはＮＲインターフェースなどのうちの１つまたは複数から、ユーザプレーンデータを受信することができる。サービスまたはベアラは、ＬＴＥおよび／またはＮＲのうちの１つまたは複数にマッピングすることができる。例えば、ＷＴＲＵは、ＬＴＥ  ＲＲＣコントロールプレーンに接続することができる。シグナリング無線ベアラと関連付けられたデータは、ＬＴＥインターフェース上において交換することができる。ユーザプレーンルーティングは、分割データ無線ベアラ（ＤＲＢ）および共通Ｓ１−ｕを含むことができる。ユーザプレーンルーティングは、（例えば、本明細書において説明されるような）ＮＲ限定ＤＲＢおよび分割Ｓ１−ｕを含むことができる。ユーザプレーンデータベアラは、ＬＴＥ  ＵｕおよびＮＲ無線インターフェース上において、データの分割ルーティングをサポートすることができる。ＬＴＥ  ｅＮＢおよび／またはＮＲアクセスネットワークは、適用可能なＷＴＲＵおよび／またはＤＲＢに対して、ユーザプレーンデータのための転送メカニズムをサポートすることができる。例えば、ＬＴＥ  ＵｕおよびＮＲ無線インターフェース上におけるデータの分割ルーティングは、ダウンリンク用、アップリンク用、または両方用とすることができる。ユーザプレーンデータベアラは、ＮＲ無線インターフェース専用とすることができる。ＬＴＥ  ｅＮＢおよび／またはＮＲアクセスネットワークは、ＮＲアクセスネットワークとＬＴＥ  ＣＮとの間においてＳ１−ｕインターフェースをセットアップするためのメカニズムをサポートすることができる。例えば、専用ＮＲ無線インターフェースは、ダウンリンク用、アップリンク用、または両方用とすることができる。
【０１３１】
ＬＴＥ支援ＮＲ無線アクセスのためのマルチ接続性／レイヤ手法は、ＷＴＲＵが、ＬＴＥベースの送信およびＮＲベースの送信のために、物理レイヤリソースの別々のセットを使用することを可能にする、および／または許容することができる。ＷＴＲＵは、ＬＴＥベースの送信およびＮＲベースの送信のために、物理レイヤリソースの別々のセットを使用するように構成することができる。ＬＴＥベースの送信およびＮＲベースの送信のための別々の物理レイヤリソースに対して、異なるキャリアおよび／または数的パラメータを使用することができる。別々の物理レイヤリソースは、異なるＭＡＣ処理と関連付けることができる。ＷＴＲＵは、ＬＴＥベースのアクセスおよびＮＲベースのアクセスのために、１つまたは複数の別々のＭＡＣインスタンスを使用することができる。デュアル接続性を構成することができる場合、１つまたは複数の別々のＭＡＣインスタンスを使用することができる。例えば、ＬＴＥベースのアクセスおよびＮＲベースのアクセスのために、デュアル接続性を構成することができる。ＷＴＲＵは、ＭＡＣインスタンスのためのスケジューリング命令を受信することができる。スケジューリング命令は、ＭＡＣインスタンスについて独立して受信することができる。
【０１３２】
ＬＴＥ支援ＮＲ無線アクセスは、アグリゲーション手法を使用して実施することができる。アグリゲーション手法は、キャリアアグリゲーションに類似した（ＣＡライクな）アーキテクチャを含むことができる。無線アクセスは、ＮＲ物理レイヤなどをサポートする、ＬＴＥ  ｅＮＢを含むことができる。例えば、ＬＴＥ  ｅＮＢは、少なくともＮＲ物理レイヤをサポートすることができる。ＬＴＥ  ｅＮＢは、物理リソース、および／またはキャリアセルなどのうちの１つまたは複数を含む、別々のリソースを使用するように、ＮＲを構成することができる。
【０１３３】
ＬＴＥ支援ＮＲ無線アクセスのためのアグリゲーション手法は、（例えば、本明細書において説明されるような）ＷＴＲＵ関連の制御メカニズムを使用して実施することができる。ＷＴＲＵは、ＬＴＥ  ＲＲＣシグナリングを受信することができる。ＬＴＥ  ＲＲＣシグナリングは、ＮＲシステムにアクセスするための１つまたは複数のパラメータ（例えば、アクセステーブル）を構成することができる。ＷＴＲＵは、ＮＲシステムから、パラメータ（例えば、アクセステーブル）を獲得することができる。パラメータは、アンテナ構成および／もしくは送信モード、論理チャネル構成および／もしくはプライオリティ、ＭＡＣパラメータ（例えば、ＤＲＸパラメータ）、ＰＤＣＰ構成、ならびに／またはＰＨＩＣＨ構成などを含むことができる。ＬＴＥ  ＲＲＣシグナリングは、測定を実行し、および／または（例えば、パラメータに従って）ＮＲシステムにアクセスするように、ＷＴＲＵに命令することができる。ＬＴＥ  ＲＲＣシグナリングは、１つまたは複数のデータベアラ（例えば、ＮＲ無線インターフェースに適用可能なベアラ）の構成を含むことができる。ユーザプレーンデータベアラは、ＬＴＥ  ＵｕおよびＮＲ無線インターフェース上におけるデータの分割ルーティングをサポートすることができる。
【０１３４】
ＬＴＥ支援ＮＲ無線アクセスのためのアグリゲーション手法は、（例えば、本明細書において説明されるような）ユーザプレーンルーティングを使用して実施することができる。ユーザプレーンルーティングは、分割ＤＲＢおよび共通Ｓ１−ｕ、ならびに／またはＮＲ限定ＤＲＢおよび共通Ｓ１−ｕを含むことができる。例えば、ＬＴＥ  ＵｕおよびＮＲ無線インターフェース上におけるデータの分割ルーティングは、ダウンリンク用、アップリンク用、または両方用とすることができる。ユーザプレーンデータベアラは、ＮＲ無線インターフェース専用（例えば、ＵＲＬＬＣタイプのサービス用）とすることができる。例えば、専用ＮＲ無線インターフェースは、ダウンリンク用、アップリンク用、または両方用とすることができる。
【０１３５】
ＬＴＥ支援ＮＲ無線アクセスのためのアグリゲーション手法は、ＷＴＲＵが、ＬＴＥベースの送信およびＮＲベースの送信のために、物理レイヤリソースの別々のセットを使用することを可能にする、および／または許容することができる。ＷＴＲＵは、ＬＴＥベースの送信およびＮＲベースの送信のために、物理レイヤリソースの別々のセットを使用するように構成することができる。ＬＴＥベースの送信およびＮＲベースの送信のための別々の物理レイヤリソースに対して、異なるキャリアおよび／または数的パラメータを使用することができる。別々の物理レイヤリソースは、異なるＭＡＣ処理と関連付けることができる。ＷＴＲＵは、ＬＴＥベースのアクセスおよびＮＲベースのアクセスのために、１つまたは複数の別々のＭＡＣインスタンスを使用することができる。ＷＴＲＵは、ＭＡＣインスタンスのためのスケジューリング命令を受信することができる。スケジューリング命令は、ＭＡＣインスタンスについて独立して受信することができる。例においては、ＷＴＲＵは、単一のＭＡＣインスタンスを使用して、ＬＴＥベースのアクセスおよびＮＲベースのアクセスをサポートすることができる。ＷＴＲＵは、第２のタイプのアクセス上において、第１のタイプのアクセスに適用可能であることができるスケジューリング命令を受信することができる。例えば、ＷＴＲＵは、ＬＴＥベースのアクセス上において、ＮＲベースのアクセスに適用可能であることができるスケジューリング命令を受信することができる。ＷＴＲＵは、アップリンクにおいて、第２のタイプのアクセス上において、第１のタイプのアクセスに適用可能であることができるアップリンク制御情報（ＵＣＩ）を送信することができる。例えば、ＷＴＲＵは、アップリンクにおいて、ＬＴＥベースのアクセス上において、ＮＲベースのアクセスに適用可能であることができるアップリンク制御情報（ＵＣＩ）を送信することができる。１つまたは複数の例においては、クロスキャリアスケジューリング、および／またはプライマリセルの動作は、ＬＴＥベースのアクセスおよびＮＲベースのアクセスのうちの１つまたは複数に適用可能であることができる。プライマリセルは、ＬＴＥセルとすることができる。セルは、リソースのセット、ＰＲＢのセット、スペクトルなどの例とすることができる。例えば、ＬＴＥプライマリセルは、ＬＴＥリソースのセット、ＬＴＥ  ＰＲＢのセット、ＬＴＥスペクトルなどの例とすることができる。
【０１３６】
ＬＴＥ支援ＮＲ無線アクセスは、重ね合わせベースの手法を使用して実施することができる。ＬＴＥ支援ＮＲ無線アクセスを含むＮＲ無線アクセスは、専用スペクトルを使用して配備することができる。ＬＴＥ支援ＮＲ無線アクセスは、ＬＴＥベースのアクセスのために使用されるスペクトル内において配備することができる。例えば、ＬＴＥ支援ＮＲ無線アクセスが使用するスペクトルは、ＬＴＥベースのアクセスのために使用されるスペクトルと重なり合うことができる。ＬＴＥ支援ＮＲ無線アクセスおよびＬＴＥベースのアクセスは、同じキャリアによって可能にすることができる。
【０１３７】
図１０は、重ね合わせベースの手法の例である。図１０におけるセルは、リソースのセット、ＰＲＢのセット、スペクトルなどの例とすることができる。例えば、図１０におけるＬＴＥセルは、ＬＴＥリソースのセット、ＬＴＥ  ＰＲＢのセット、ＬＴＥスペクトルなどの例とすることができる。図１０におけるＮＲセルは、ＮＲリソースのセット、ＮＲ  ＰＲＢのセット、ＮＲスペクトルなどの例とすることができる。図１０におけるＬＴＥ＋ＮＲセルは、ＬＴＥリソースのセットと少なくとも部分的に重なり合うＮＲリソースのセット、ＬＴＥ  ＰＲＢのセットと少なくとも部分的に重なり合うＮＲ  ＰＲＢのセット、ＬＴＥスペクトルと少なくとも重なり合うＮＲスペクトルなどの例とすることができる。
【０１３８】
配備１０００は、ＬＴＥベースのアクセスおよびＮＲベースのアクセスのためのマクロセル１００２と、ＬＴＥベースのアクセスおよびＮＲベースのアクセスのためのセル１００４と、ＮＲノード１００６と、ＷＴＲＵ１００８と、ＬＴＥノード１０１０とを含むことができる。図１０に示されるように、セルアーキテクチャ１０００は、ＬＴＥベースのアクセスおよびＮＲベースのアクセスをサポートすることができる。マクロＬＴＥ＋ＮＲセル１００２は、ＮＲ  ＲＡＮノード１００６によってサービスされるＬＴＥ＋ＮＲセル１００４と同様の領域において、動作することができる。ＷＴＲＵ１００８は、ＬＴＥ＋ＮＲセル１００４内に配置することができる。マクロＬＴＥ＋ＮＲセル１００２は、ＬＴＥ  ＲＡＮノード１０１０によってサービスすることができる。ＷＴＲＵ１００８は、マクロＬＴＥ＋ＮＲセル１００２、およびＬＴＥ＋ＮＲセル１００４にアクセスするように構成することができる。配備１０００は、ＬＴＥベースのアクセスおよびＮＲベースのアクセスをサポートする共通スペクトル上において、動作することができる。例えば、ＮＲセル１００４およびＬＴＥセル１００２の帯域幅は、部分的に（または少なくとも部分的に）重なり合うことができる。共通スペクトルは、４Ｇ配備とＮＲ配備との間における推移および／または移行を可能にすることができる。共通スペクトルは、ＮＲシステム専用のスペクトルを僅かしか、またはまったく用いない、ＬＴＥ支援ＮＲ無線アクセスを可能にすることができる。ＬＴＥノード１０１０は、１つまたは複数のＮＲ物理チャネルを構成することができる。ＮＲ物理チャネルは、ＬＴＥ  Ｕｕまたはそれの進化型にプラグインすることができる。マクロセル１００２は、ＬＴＥノード１０１０を通して、無線アクセスにおいて、ＮＲ物理レイヤをサポートすることができる。図１０においては、ＮＲセル１００４およびＬＴＥセル１００２は、別々のＲＡＮエンティティ（例えば、それぞれ、ＮＲ  ＲＡＮ１００６およびＬＴＥ  ＲＡＮ１０１０）によってサービスされるように示されているが、ＮＲセル１００４およびＬＴＥセル１００２は、いくつかの例においては、単一のＴＲＰ（例えば、マルチモード能力を有するＴＲＰ）によってサービスすることができる。
【０１３９】
ＬＴＥ支援ＮＲ無線アクセスのための重ね合わせベースの手法は、（例えば、本明細書において説明されるような）制御メカニズムを使用して実施することができる。ＷＴＲＵは、ＬＴＥ  ＲＲＣシグナリングを受信することができる。ＬＴＥ  ＲＲＣシグナリングは、送信を実行／受信するための１つまたは複数のパラメータを構成することができる。送信は、１つまたは複数のＮＲ物理データチャネル（例えば、ダウンリンク用、アップリンク用、または両方用の物理チャネル）を使用して、実行し／受信することができる。パラメータは、物理ダウンリンクチャネル、物理アップリンクチャネル、または両方に関連することができる。ＬＴＥ  ＲＲＣシグナリングは、１つまたは複数のデータベアラ（例えば、ＮＲ無線インターフェースに適用可能なベアラ）の構成を含むことができる。
【０１４０】
ＬＴＥ支援ＮＲ無線アクセスのための重ね合わせベースの手法は、（例えば、本明細書において説明されるような）ユーザプレーンルーティングを使用して実施することができる。ユーザプレーンルーティングは、分割ＤＲＢおよび共通Ｓ１−ｕを含むことができる。ユーザプレーンルーティングは、ＮＲ限定ＤＲＢおよび共通Ｓ１−ｕを含むことができる。ユーザプレーンデータベアラは、分割ＤＲＢおよび共通Ｓ１−ｕをサポートすることができる。分割ＤＲＢおよび共通Ｓ１−ｕをサポートするベアラは、（例えば、ｍＢＢタイプのサービスのために）例えば、ＬＴＥタイプの送信またはＮＲタイプの送信を使用して、関連付けられたデータの送信をサポートすることができる。分割ＤＲＢおよび共通Ｓ１−ｕは、ダウンリンク用、アップリンク用、または両方用とすることができる。ユーザプレーンデータベアラは、ＮＲ限定ＤＲＢおよび共通Ｓ１−ｕをサポートすることができる。ＮＲ限定ＤＲＢおよび共通Ｓ１−ｕをサポートするベアラは、（例えば、ＵＲＬＬＣタイプのサービスのために）ＮＲ送信専用とすることができる。ＮＲ限定ＤＲＢおよび共通Ｓ１−ｕは、ダウンリンク用、アップリンク用、または両方用とすることができる。
【０１４１】
ＬＴＥ支援ＮＲ無線アクセスのための重ね合わせベースの手法は、ＷＴＲＵが、ＬＴＥベースの送信およびＮＲベースの送信のために、物理レイヤリソースの共通のセットを使用することを可能にする、および／または許容することができる。例えば、ＮＲ  ＲＡＴと関連付けられたリソースのセットは、ＬＴＥ  ＲＡＴと関連付けられたリソースのセットと少なくとも部分的に重なり合うことができる。ＬＴＥ  ＲＡＴと関連付けられたリソースのセットは、ＬＴＥセル、ＬＴＥリソースのセット、ＬＴＥ物理リソースブロック（ＰＲＢ）のセットなどを含むことができる。ＮＲ  ＲＡＴと関連付けられたリソースのセットは、ＮＲセル、ＮＲリソースのセット、ＮＲ  ＰＲＢのセットなどを含むことができる。ＷＴＲＵは、ＮＲ送信が、ＬＴＥリソースのセットと少なくとも部分的に重なり合うＮＲリソースのセット内において受信されると決定することができる。ＷＴＲＵは、ＮＲ送信が、ＮＲリソースのセットの重なり合う部分内において受信されると決定することができる。ＷＴＲＵは、ＮＲリソースのセットの重なり合う部分内のリソースのサブセットが、ＬＴＥ共通送信に対応すると決定することができる。ＷＴＲＵは、ＮＲリソースのセット内において、ＮＲ送信を受信することができる。ＮＲ送信は、ＬＴＥ共通送信に対応するリソースのサブセット内に含まれないことができる。ＬＴＥ共通送信は、共通制御信号、セル固有ブロードキャスト信号、セル固有基準信号（ＣＲＳ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）、および／またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数を含むことができる。１つまたは複数のＰＲＢは、ＬＴＥ共通送信に対応する、ＮＲリソースのセットの重なり合う部分内のリソースのサブセットを含むことができる。
【０１４２】
ＬＴＥベースの送信および／またはＮＲベースの送信のために、異なる数的パラメータを使用することができる。異なるタイプの送信は、異なるＭＡＣ処理と関連付けることができる。例においては、ＷＴＲＵは、ＬＴＥベースの送信のための別個のＭＡＣインスタンス、およびＮＲベースの送信のための別個のＭＡＣインスタンスを使用することができる。１つまたは複数の例においては、ＬＴＥベースの送信およびＮＲベースの送信のために、同じキャリアを使用することができる。ＬＴＥベースの送信およびＮＲベースの送信のための別個のＭＡＣインスタンスは、所与のキャリア用とすることができる。ＷＴＲＵは、ＭＡＣインスタンスのためのスケジューリング命令を受信することができる。スケジューリング命令は、ＭＡＣインスタンスについて独立して受信することができる。例えば、ＬＴＥベースの送信またはＮＲベースの送信のために、異なる制御チャネルを使用することができる。１つまたは複数の例においては、ＷＴＲＵは、単一のＭＡＣインスタンスを使用して、ＬＴＥベースの送信およびＮＲベースの送信をサポートすることができる。例えば、ＷＴＲＵは、ＬＴＥベースのアクセス上において、ＮＲベースのアクセスに適用可能であることができるスケジューリング命令を受信することができる。ＷＴＲＵがそれを介してスケジューリング命令を受信することができる制御チャネルは、ＬＴＥ  ＰＤＣＣＨなどとすることができる。ＷＴＲＵは、ＬＴＥ共通送信に対応する、ＮＲリソースのセットの重なり合う部分内のリソースのサブセットを示す、ＬＴＥ物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を受信することができる。ＷＴＲＵは、ＬＴＥ物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信することができる。ＬＴＥ  ＰＤＣＣＨは、ＮＲ送信を受信するためのＮＲリソースのセット内に含まれる、１つまたは複数のＰＲＢのインジケーションを含むことができる。ＷＴＲＵは、ＬＴＥ  ＰＤＣＣＨに基づいて、１つまたは複数のＰＲＢを決定することができる。
【０１４３】
ＷＴＲＵは、アップリンクにおいて、第２のタイプのアクセス上において、第１のタイプのアクセスに適用可能であることができるアップリンク制御情報（ＵＣＩ）を送信することができる。例えば、ＷＴＲＵは、アップリンクにおいて、ＬＴＥベースのアクセス上において、ＮＲベースのアクセスに適用可能であることができるアップリンク制御情報（ＵＣＩ）を送信することができる。ＷＴＲＵがそれを介してアップリンク制御チャネル情報（ＵＣＩ）を送信することができる制御チャネルは、ＬＴＥ  ＰＵＣＣＨなどとすることができる。１つまたは複数の例においては、クロスキャリアスケジューリング、および／またはプライマリセルの動作は、送信タイプのうちの１つまたは複数（例えば、ＬＴＥベースのアクセスおよびＮＲベースのアクセス）に適用可能であることができる。プライマリセルは、ＬＴＥセルとすることができる。セルは、リソースのセット、ＰＲＢのセット、スペクトルなどの例とすることができる。例えば、ＬＴＥプライマリセルは、ＬＴＥリソースのセット、ＬＴＥ  ＰＲＢのセット、ＬＴＥスペクトルなどの例とすることができる。
【０１４４】
ＮＲをサポートするＬＴＥ支援無線アクセスは、ＮＲ置き換えベースの手法を使用して実施することができる。ＬＴＥ  ＲＲＣは、例えば、異なるＬ２セットアップを使用して、ＮＲ物理アクセスを構成することができる。置き換えベースの無線アクセスは、ネットワークノード（例えば、ＴＲＰ、ＮＲノード、もしくはｅＮＢ）、および／または複数のネットワークノード／コンポーネント（例えば、フロントホールインターフェースによって接続される中央コンポーネントおよびリモートコンポーネント）から成ることができる。ネットワークノードは、ＮＲ物理レイヤの部分（またはＮＲ物理レイヤの少なくとも部分）をサポートすることができる。ネットワークノードは、ＬＴＥコントロールプレーンなどの、１つまたは複数のＬＴＥコンポーネント（例えば、ＲＲＣおよび／もしくはＮＡＳ）、ならびに／または１つまたは複数のＬ２プロトコル（例えば、ＰＤＣＰ）をサポートすることができる。
【０１４５】
ＬＴＥ支援ＮＲ無線アクセスのための置き換えベースの手法は、（例えば、本明細書において説明されるような）制御メカニズムを使用して実施することができる。ＷＴＲＵは、ＮＲシステムにアクセスするために使用することができる１つまたは複数のパラメータの構成（例えば、アクセステーブル）を獲得することができる。構成は、ＮＲシステムアクセス情報を獲得するための初期アクセス手順を介して、および／またはモビリティ制御情報の受信を介して、獲得することができる。システムアクセス情報は、システムブロードキャスト、アクセステーブルブロードキャスティング、または専用構成のうちの１つまたは複数を含むことができる。モビリティ制御情報は、ＬＴＥからＮＲへのハンドオーバコマンドを含むことができる。ＷＴＲＵは、（例えば、ランダムアクセス手順を使用して）ＮＲエアインターフェースにアクセスし、および／またはそれと関連付けるための初期アクセス実施を使用して、無線アクセスネットワークにアクセスすることができる。ＷＴＲＵは、ＬＴＥ  ＲＲＣシグナリングを受信することができる。ＬＴＥ  ＲＲＣシグナリングは、ＮＲ物理レイヤを使用して、送信を実行／受信するために使用することができる１つまたは複数のパラメータを構成することができる。ＬＴＥ  ＲＲＣシグナリングは、データベアラ（例えば、ＬＴＥ  Ｌ３／ＲＲＣ  ＳＲＢ）、および／またはＮＲユーザプレーンベアラ（例えば、Ｌ２／ＤＲＢもしくは同等物）などのうちの１つまたは複数の構成を含むことができる。
【０１４６】
ＬＴＥネットワークとＮＲシステムとの統合をサポートするために、様々なプロトコルスタックを実施することができる。プロトコルアーキテクチャ（例えば、ＬＴＥプロトコルアーキテクチャ）は、ＮＲをサポートするＬＴＥ支援無線アクセスを容易にするように適合させることができる。Ｌ２プロトコルスタックの例示的な実現は、ＬＴＥ支援ＮＲ動作のための様々な選択肢をサポートすることができる。
【０１４７】
図１１は、ＮＲ  ＬＴＥ支援接続ポイント１１００のいくつかの例を提供することができる。ＮＲ  Ｕｕシステムおよび／またはＮＲ物理チャネルをＬＴＥプロトコルスタック１１１８上に接続するための様々な実施が、存在する。ＬＴＥプロトコルスタック１１１８は、ＰＤＣＰレイヤ１１０２、ＲＬＣレイヤ１１０４、ＭＡＣレイヤ１１０６、ＰＨＹレイヤ１１０８、および／またはＩＰレイヤなどの他のレイヤを含むことができる。ＮＲをサポートするＬＴＥ支援無線アクセスは、例えば、ＬＴＥ  ＭＡＣ１１０６の後に、ＮＲ  ＰＨＹ１１１０を含むＮＲエアインターフェースを接続することによって、ＬＴＥ  ＲＬＣ１１０４の後に、ＮＲ  ＭＡＣ／ＰＨＹ１１１２を含むＮＲエアインターフェース１１１２を接続することによって、またはＬＴＥ  ＰＤＣＰ１１０２の後に、ＮＲ  ＲＬＣ／ＭＡＣ／ＰＨＹ１１１４を含むＮＲエアインターフェース１１１４を接続することによって、達成することができる。（例えば、図１１に示されるように）完全なＮＲ  Ｌ２スタック１１１６を提供することができる。ＮＲをサポートするＬＴＥ支援無線アクセスは、例えば、完全なＮＲ  Ｌ２スタック１１１６を使用することによって達成することができる。プロトコルは、単独で、または１つもしくは複数のアーキテクチャ手法と組み合わせて、使用することができる。ＮＲエアインターフェースをサポートするために、例えば、適切な拡張を施して、ＬＴＥ  ＲＲＣ／ＮＡＳを使用することができる。ＮＲエアインターフェース上において、ＮＲ関連の制御シグナリングを交換することができる。ＮＲエアインターフェース上における交換は、直接的な方式で行うことができる。
【０１４８】
ＷＴＲＵは、一度に１つのプロトコル構成を使用するように構成することができ、またはプロトコル構成の１つもしくは複数の組合せを含む２つ以上のプロトコル構成を同時に用いるように構成することができる。例えば、ＷＴＲＵは、（例えば、図１１に示される例示的なアーキテクチャを用いて配備された）完全なＮＲ  Ｌ２スタック１１１６と、ＮＲ  ＲＬＣ／ＭＡＣ／ＰＨＹを含むＮＲエアインターフェース１１１４とを同時に用いるように構成することができる。同時構成は、ＵＲＬＬＣおよびｅＭＢＢなど、異なるサービスの同時サポートを可能にすることができる。この例においては、ＵＲＬＬＣは、完全なＮＲ  Ｌ２スタック１１１６によってサポートすることができ、ｅＭＢＢは、ＮＲエアインターフェース１１１４によってサポートすることができる。
【０１４９】
ＷＴＲＵは、ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコル（またはそれの進化型）と対話することができるように構成することができる。ＬＴＥ  ＭＡＣの後に、ＮＲエアインターフェースを接続することができる。図１２は、ＬＴＥ  ＭＡＣプロトコル（またはそれの進化型）と対話するＮＲ  ＰＨＹの例である。ＬＴＥプロトコルスタック１２１２は、ＰＤＣＰレイヤ１２０２、ＲＬＣレイヤ１２０４、ＭＡＣレイヤ１２０６、ＰＨＹレイヤ１２０８、および／またはＩＰレイヤなどの他のレイヤを含むことができる。ＬＴＥ  ＭＡＣ１２０６の後に、ＮＲ  ＰＨＹ１２１０を接続することができる。
【０１５０】
ＭＡＣモデリングは、ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように適合させることができる。ＷＴＲＵは、ＬＴＥ  ＰＨＹ（例えば、ＰＨＹレイヤ１２０８）、および／またはＮＲ  ＰＨＹ（例えば、図１２におけるＮＲ  ＰＨＹ１２１０）を含む、１つまたは複数のタイプの物理レイヤを扱う、ＭＡＣインスタンスを使用するように構成することができる。ＷＴＲＵは、ＬＴＥおよび／またはＮＲ物理レイヤリソースの１つまたは複数のセットを使用するように構成することができる。ＷＴＲＵは、１つまたは複数のタイプの物理データトランスポートチャネルを使用するように構成することができる。物理データトランスポートチャネルは、ＬＴＥ  ＰＨＹのダウンリンク、ＬＴＥ  ＰＨＹのアップリンク、ＮＲ  ＰＨＹのダウンリンク、および／またはＮＲ  ＰＨＹのアップリンクにおける物理データトランスポートチャネルを含むことができる。１つまたは複数の例においては、物理データトランスポートチャネルは、少なくとも、ＮＲ  ＰＨＹのダウンリンク、およびＮＲ  ＰＨＹのアップリンクを含むことができる。１つまたは複数のタイプの物理レイヤを扱うＭＡＣインスタンスの構成は、同じＭＡＣエンティティに対して適用可能であることができる。ＬＴＥ  ＵｕおよびＮＲ  Ｕｕは、同じスペクトルを共用することができる。ＬＴＥ  ＵｕおよびＮＲ  Ｕｕは、異なる構成のスペクトルを使用することができる。
【０１５１】
スケジューリング命令は、ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるような様々な方法で、処理することができる。例えば、スケジューラのために、スケジューリング命令を処理および／または生成することができる。ＭＡＣエンティティは、ＬＴＥ  ＰＨＹ（例えば、ＰＨＹレイヤ１２０８）、および／またはＮＲ  ＰＨＹ（例えば、図１２におけるＮＲ  ＰＨＹ１２１０）のための、いくつかまたはすべての適用可能なスケジューリング命令を処理することができる。ＬＴＥ  ＰＨＹ（例えば、ＰＨＹレイヤ１２０８）、および／またはＮＲ  ＰＨＹ（例えば、図１２におけるＮＲ  ＰＨＹ１２１０）のために、制御チャネルを使用することができる。ＬＴＥ  ＰＨＹ（例えば、ＰＨＹレイヤ１２０８）のために、制御チャネルを使用することができ、および／またはＮＲ  ＰＨＹ（例えば、図１２におけるＮＲ  ＰＨＹ１２１０）のために、別の制御チャネルを使用することができる。ＷＴＲＵは、データチャネルのタイプについてのＤＣＩおよび／またはＲＮＴＩの異なるセットの定義に基づいて、適用可能な送信のタイプを決定することができる。ＷＴＲＵは、データチャネルのタイプについてのＤＣＩおよび／またはＲＮＴＩの異なるセットの定義に基づいて、物理レイヤデータチャネルを決定することができる。
【０１５２】
データは、ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、物理データチャネルタイプにマッピングすることができる。ＬＴＥベアラ／論理チャネルからのデータは、ＬＴＥおよび／またはＮＲを調べるために、マッピングすることができる。ＷＴＲＵは、データの送信のためのアップリンクリソースをスケジュールするＤＣＩを受信することができる。ＤＣＩは、適用可能なデータベアラタイプ、ＬＣＨ、アイデンティティおよび／もしくはそれのプライオリティレベル、ＬＣＧアイデンティティおよび／もしくはそれのプライオリティレベル、ならびに／またはＳＯＭのうちの１つまたは複数を示すインジケーションを含むことができる。ＷＴＲＵは、インジケーションを使用して、どのデータを送信に含めるかを決定することができる。インジケーションは、明示的であることができる。適用可能なデータベアラタイプは、ＳＲＢ、ＤＲＢ、ＬＴＥ  ＤＲＢ、および／またはＮＲ限定ＤＲＢのうちの１つまたは複数を含むことができる。
【０１５３】
ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルは、ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、アクティブ化または非アクティブ化することができる。ＭＡＣプロトコルは、異なるＮＲ送信ポイントのシグナリングを許容するように、拡張することができる。例えば、ＭＡＣプロトコルは、ＮＲ送信ポイント間の高速切り換えを可能にするために、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのアクティブ化／非アクティブ化を許容するように、拡張することができる。ＭＡＣプロトコルは、ＷＴＲＵの構成のあるＴＲＰ、物理データチャネル、および／またはＴｒＣＨについてのアクティブ化／非アクティブ化手順をサポートすることができる。ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのアクティブ化および／または非アクティブ化は、ＷＴＲＵベース、および／またはネットワークベースとすることができる。
【０１５４】
ＷＴＲＵは、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのアクティブ化／非アクティブ化を制御することができる。１つまたは複数の例においては、ＷＴＲＵは、送信内にＭＡＣ  ＣＥを含むことができる。ＭＡＣ  ＣＥは、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのうちの１つまたは複数の非アクティブ化を示すように定義することができる。ＷＴＲＵおよび／または他のＷＴＲＵは、ネットワークがＭＡＣ  ＣＥの受信に成功したことを示すフィードバックを、（適用可能な場合は）受信することができる。ＷＴＲＵは、チャネル上におけるさらなる動作が実行されない／必要とされない場合、フィードバックに基づいて、関連付けられた制御チャネルを監視することを停止することができる。ＷＴＲＵは、関連付けられたＤＣＩのデコーディングを停止することができる。関連付けられたＤＣＩは、タイプ、ＲＮＴＩ、および／またはＤＣＩがその上において受信される制御チャネルなどによって、ＭＡＣ  ＣＥに関連することができる。例えば、制御チャネルは、無効化することができる。ＷＴＲＵが、その制御チャネル上においてＤＣＩを処理しており、制御チャネルが、無効化された場合、ＷＴＲＵは、ＤＣＩのデコーディングを停止することができる。
【０１５５】
ＷＴＲＵは、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのうちの１つまたは複数をアクティブ化するために、ＭＡＣ  ＣＥを送信することができる。ＷＴＲＵは、例えば、再アクティブ化のために、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのうちの１つまたは複数をアクティブ化（または再アクティブ化）するために、ランダムアクセス手順を開始することができる。アクティブ化は、ＮＲ  ＴＲＰのための初期アクセスに類似することができ、および／またはＴＲＰとの関連付けを生成するためとすることができる。
【０１５６】
ネットワーク（ＮＷ）は、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのアクティブ化／非アクティブ化を制御することができる。１つまたは複数の例においては、ＮＷは、送信内にＭＡＣ  ＣＥを含めることができる。ＭＡＣ  ＣＥは、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのうちの１つまたは複数のアクティブ化／非アクティブ化を示すように定義することができる。ＷＴＲＵは、送信内のＭＡＣ  ＣＥを受信することができる。ＷＴＲＵは、ＴＲＰ、ＴｒＣＨ、および／または物理データチャネルのうちの１つまたは複数のアクティブ化／非アクティブ化を示す、ＭＡＣ  ＣＥを処理することができる。ＮＷは、（適用可能な場合）ＷＴＲＵによる別の送信の受信が成功したことを示すフィードバックを送信するための送信のＴＴＩ内において、ＭＡＣ  ＣＥを送信することができる。ＷＴＲＵは、チャネル上におけるさらなる動作が実行されない／必要とされない場合、インジケーションに基づいて、関連付けられた制御チャネルを監視することを停止することができる。ＷＴＲＵは、インジケーションに基づいて、関連付けられたＤＣＩをデコードすることを停止することができる。例えば、関連付けられたＤＣＩは、タイプによって、および／またはＲＮＴＩによって、ＭＡＣ  ＣＥに関連することができる。
【０１５７】
ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、ＲＡＣＨ手順を提供することができる。ＮＲ上のＵＬにおいてＷＴＲＵがデータを送信することを予測することができるとき、ＲＡＣＨ手順を使用することができる。ＮＲ上のＵＬにおける送信は、構成完了の成功を容易にすることができる。ＮＲ固有の情報（例えば、タイミングアライメント）のために、および／またはＮＲ  ＵＬリソースを伝達するために、ＲＡＣＨ応答（ＲＡＲ）フォーマットを調整することができる。
【０１５８】
ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、制御スケジューリングを提供することができる。ＮＲスケジューリング割り当てのための制御チャネルを、ＮＲ  ＰＨＹによって送信することができる。ＮＲデータチャネルのための制御チャネルを、ＮＲ  ＰＨＹによって送信することができる。制御チャネルの送信は、直接的であることができる。
【０１５９】
ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、クロスＴｒＣＨスケジューリング、および／またはクロスキャリアスケジューリングを使用することができる。様々なタイプの物理データチャネル、ＴｒＣＨ、ＳＯＭ、および／またはそれらの異なるインスタンスをサポートするキャリアを構成するための、ダウンリンク制御情報（ＤＣＩ）を提供するために、クロスＴｒＣＨスケジューリング、および／またはクロスキャリアスケジューリングを使用することができる。例えば、ＷＴＲＵは、所与の制御チャネルが、物理データチャネル、ＴｒＣＨ、ＳＯＭ、および／またはキャリアの１つまたは複数のタイプに適用可能なＤＣＩ（例えば、クロスＸスケジューリング）を提供することができるように、構成することができる。ＷＴＲＵは、所与の制御チャネルが、物理データチャネル、ＴｒＣＨ、ＳＯＭ、および／またはキャリアのタイプにＤＣＩ（例えば、自己スケジューリング）を提供することができるように、構成することができる。
【０１６０】
ＷＴＲＵは、例えば、１つまたは複数のパラメータに基づいて、ＤＣＩがそれに適用可能であることができるインスタンスを決定することができる。パラメータは、ＷＴＲＵがインスタンス毎にＤＣＩをデコードしようと試みるように構成されるかどうかを含むことができる。パラメータは、ＷＴＲＵがインスタンス毎にＲＮＴＩを使用するように構成されるかどうかを含むことができる。パラメータは、ＷＴＲＵがインスタンス毎に１つまたは複数のＤＣＩフォーマットのセットを使用するように構成されるかどうかを含むことができる。インスタンス毎の１つまたは複数のＤＣＩフォーマットのセットは、ＮＲ割り当てのための情報を提供する異なるＤＣＩを含むことができる。インスタンス毎の１つまたは複数のＤＣＩフォーマットのセットは、存在、割り当てのタイプ、割り当てのサイズ、ならびに／または透過的なＮＲスケジューリングコンテナ（例えば、ＷＴＲＵによってＮＲスタックに渡され、および／もしくは処理される、ビットのストリング）を含むことができる。パラメータは、ＷＴＲＵがインスタンス毎に探索空間を使用するように構成されるかどうかを含むことができる（例えば、探索空間は重なり合うことができる）。パラメータは、ＷＴＲＵがインスタンス毎に第２のＤＣＩのロケーションを示す第１のＤＣＩを受信するように構成されるかどうかを含むことができる。例えば、第１のＤＣＩは、ＮＲ割り当ておよび／またはＮＲ制御領域の存在を示す、ＬＴＥ  ＤＣＩであることができる。第１のＤＣＩは、構成されたＮＲ制御領域または伝達された領域を監視するためのインジケーションとして、使用することができる。
【０１６１】
ＷＴＲＵは、例えば、関心のある制御チャネルが、ＮＲ制御チャネルまたはＬＴＥ制御チャネル（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）またはそれの進化型）であることができるように構成することができる。
【０１６２】
ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、インターフェースまたは動的グラントを選択することができる。ＷＴＲＵは、例えば、動的グラントに基づいて、ＷＴＲＵがその上において送信を送信または受信することができるインターフェースを選択することができる。動的グラントは、１つまたは複数のＲＡＴ上におけるトラフィックを指示することができる。例えば、グラントに基づいて、ＮＲおよびＬＴＥの一方または両方の上におけるいくつかのトラフィックを指示することができる。ＮＲ上において、またはＮＲ上以外において送信されるあるベアラを指示するために、ＬＴＥ  ＭＡＣ  ＣＥを使用することができる。ＷＴＲＵは、インターフェースの選択を自律的に実行することができ、および／または１つもしくは複数のパラメータに基づいて実行することができる。パラメータは、例えば、ＷＴＲＵがデータをエンコードするために使用する符号化、動的グラントに関するインジケーション、送信されるデータのタイプを含むことができる。例えば、ＬＴＥ能力を有するＷＴＲＵは、ＮＲ能力を有するＷＴＲＵによって使用される符号化とは異なる符号化を使用することができる。
【０１６３】
ＮＲ物理レイヤがＬＴＥ  ＭＡＣプロトコルと対話することができるように、ＵＬフィードバックを使用することができる。例えば、第２のＲＡＴのインターフェース上において第１のＲＡＴを使用して、ＵＬフィードバックを提供することができる。例えば、異なるＨＡＲＱタイムラインまたはＴＴＩが、異なるＰＨＹによって使用されるとき、スケジューリング、多重化、優先順位付けなどに対する影響が、存在することがある。
【０１６４】
ＷＴＲＵは、ＮＲ  ＭＡＣがＬＴＥ  ＲＬＣおよび／またはＰＤＣＰと対話することができるように、構成することができる。（例えば、ＬＴＥ  ＲＬＣ１１０４の後の、ＮＲエアインターフェース１１１２の接続において示されるように）ＬＴＥ  ＲＬＣの後に、ＮＲエアインターフェースを接続することができる。例えば、ＲＬＣ透過モードにおいてＬＴＥ  ＲＬＣの後に、またはＲＬＣ（もしくはそれの進化型）が適用可能でないときに、ＮＲエアインターフェースを接続することができる。ＮＲ  ＭＡＣは、セグメンテーションをサポートすることができる。ＮＲ  ＭＡＣは、例えば、ＰＤＣＰにおいて、分割が僅かしか、またはまったく生じないとき、ＰＣＰ  ＰＤＵを扱うことができる。
【０１６５】
（例えば、本明細書において説明されるように）ＬＴＥ  ＭＡＣの後にＮＲエアインターフェースを接続することによってＷＴＲＵが構成されるときに、適用可能な機能は、ＬＴＥ  ＲＬＣの後にＮＲエアインターフェースを接続することによってＷＴＲＵが構成されるときに、適用可能であることができる。ＷＴＲＵは、機能がサポートされるか否かを決定するように、より高位のレイヤプロトコルによって、構成することができる。ＷＴＲＵは、同じネットワークノードが、ＬＴＥ  ＭＡＣインスタンスおよびＮＲ  ＭＡＣインスタンスを含む、異なるタイプのＭＡＣインスタンスのためのスケジューリングを扱うときに、機能をサポートすることができるかどうかを決定するように、より高位のレイヤプロトコルによって、構成することができる。ＷＴＲＵは、ノード間にインターフェースが存在するときに、機能をサポートすることができるかどうかを決定するように、より高位のレイヤプロトコルによって、構成することができる。インターフェースは、理想的なインターフェースとすることができる。
【０１６６】
（例えば、理想的なインターフェースを用いて）本明細書において説明されるのと類似した影響を有する、別個のスケジューラを実施することができる。相違は、ＭＡＣプロトコルをＮＲスタンドアロンＮＲ  ＭＡＣプロトコルとすることができることであることができる。例においては、ＭＡＣ機能性は、（例えば、他の機能性を用いない）データの多重化および優先順位付けに限定することができる。ＭＡＣ機能性が、データの多重化および優先順位付けに限定される場合、ＲＬＣとＭＡＣとの間において、フィードバックを提供することができ、および／またはフィードバックは、厳しいものであることができる。ＭＡＣは、スケジューリング決定をＲＬＣに提供することができる。ＬＴＥ  ＲＬＣは、ＭＡＣスケジューリング決定に従って、最適サイズのパケットを提供することができる。ＭＡＣ機能性が、データの多重化および／または優先順位付けに限定される場合、ＲＬＣは、（例えば、あるＴＢサイズを仮定して）ＰＤＵを生成することができる。ＭＡＣ機能性が、データの多重化および／または優先順位付けに限定される場合、ＮＲ  ＭＡＣ／ＰＨＹは、所与のＴＢに適合することができる。例えば、ＮＲ  ＭＡＣ／ＰＨＹは、ＴＢを送信することができるように、十分なリソース割り当てを用いるようにスケジュールすることができる。ＭＡＣ機能性が、データの多重化および優先順位付けに限定される場合、（例えば、理想的ではないインターフェースのケースにおいて）２つのノード間において、フロー制御が生じることができる。
【０１６７】
１つまたは複数の例においては、ＭＡＣ機能性は、例えば、ＬＴＥと比較したとき、強化することができる。ＮＲ  ＭＡＣは、パケットのスケジューリング、組み立て、多重化、およびセグメンテーションを実行することができる。ＲＬＣへの影響が、様々な方法で生じることができる。例えば、ＬＴＥ  ＲＬＣ上のデータは、透過モード（ＴＭ）にあるように構成することができる（例えば、ベアラの分割が、生じることができる）。ＲＬＣ肯定応答モード（ＡＭ）／否定応答モード（ＵＭ）は、構成されたＭＡＣエンティティであることができる。ＭＡＣエンティティ（例えば、ＲＬＣ  ＡＭ／ＵＭ）は、ＲＬＣ  ＡＭによって受信されたパケットを、セグメント化および／または最適化することができる（例えば、ベアラの分割が、生じることができる）。ＲＬＣは、ＮＲ送信に適用可能ないくつかまたはすべてのベアラには適用可能でないことがある。ＮＲ  ＭＡＣ  ＳＤＵは、ＬＴＥ  ＰＤＣＰ  ＰＤＵなどを含むことができる。
【０１６８】
ＷＴＲＵは、ＰＤＣＰの後にＮＲエアインターフェースを接続することによって、構成することができる。ＬＴＥ  ＭＡＣまたはＲＬＣの後にＮＲエアインターフェースを接続することによってＷＴＲＵが構成されるときに、適用可能な機能は、ＰＤＣＰの後にＮＲエアインターフェースを接続することによってＷＴＲＵが構成されるときに、適用可能であることができる。ＷＴＲＵは、例えば、機能をサポートすることができるか否かを決定するように、より高位のレイヤプロトコルによって、構成することができる。ＷＴＲＵは、同じネットワークノードが、ＬＴＥ  ＭＡＣインスタンスおよびＮＲ  ＭＡＣインスタンスを含む、異なるタイプのＭＡＣインスタンスのためのスケジューリングを扱うときに、機能をサポートすることができるかどうかを決定するように、より高位のレイヤプロトコルによって、構成することができる。ＷＴＲＵは、ノード間にインターフェースが存在するときに、機能をサポートすることができるかどうかを決定するように、より高位のレイヤプロトコルによって、構成することができる。インターフェースは、理想的なインターフェースとすることができる。
【０１６９】
ＷＴＲＵは、ＬＴＥデュアル接続性などのレガシシステムのために使用される手順に類似した手順を使用して、Ｌ２処理経路のために動作するように構成することができる。ＰＤＣＰは、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、および／またはＬＴＥ  ＲＬＣにマッピングすることができる。ＲＬＣ／ＭＡＣ／ＰＨＹは、例えば、スタンドアロンケースと同様に、実施することができる。ＱｏＳ／チャネル品質フィードバックのための技法および／または手法を、開発することができる。チャネル品質、またはＮＲにおいてＱｏＳが満たされているかどうかなどのＮＲ品質を、ＬＴＥ  ｅＮＢに通知することができる。
【０１７０】
ＷＴＲＵは、ＮＲエアインターフェースを完全なＮＲ  Ｌ２スタックに接続することによって、構成することができる。ＬＴＥ  ＭＡＣ、ＲＬＣ、またはＰＤＣＰの後にＮＲエアインターフェースを接続することによってＷＴＲＵが構成されるときに、適用可能な機能は、ＮＲエアインターフェースを完全なＮＲ  Ｌ２スタックに接続することによってＷＴＲＵが構成されるときに、適用可能であることができる。ＷＴＲＵは、例えば、機能をサポートすることができるか否かを決定するように、より高位のレイヤプロトコルによって、構成することができる。ＷＴＲＵは、同じネットワークノードが、ＬＴＥ  ＭＡＣインスタンスおよびＮＲ  ＭＡＣインスタンスを含む、異なるタイプのＭＡＣインスタンスのためのスケジューリングを扱うときに、機能をサポートすることができるかどうかを決定するように、より高位のレイヤプロトコルによって、構成することができる。ＷＴＲＵは、ノード間にインターフェースが存在するときに、機能をサポートすることができるかどうかを決定するように、より高位のレイヤプロトコルによって、構成することができる。インターフェースは、理想的なインターフェースとすることができる。
【０１７１】
完全なＮＲ  Ｌ２スタックを使用するように構成されたＷＴＲＵは、図９Ａおよび図９Ｂに示される例示的なアーキテクチャを用いて、配備することができる。図９Ｂに示されるアーキテクチャは、例えば、ＬＴＥ支援ＮＲ（例えば、ＬＴＥ支援ＮＲアクセス）を用いるＵＲＬＬＣ使用事例を可能にすることができる。レイヤ２の観点から見て、プロトコルスタックは、ＮＲ無支援Ｌ２プロトコルスタックに（例えば、スタンドアロンケースに）類似することができる。ＲＬＣへの影響が、様々な方法で生じることができる。例えば、ＰＤＣＰプロトコルは、ＮＲノードが、４Ｇネットワークへの接続（例えば、直接的な接続）を有するとき、およびセキュリティをサポートする要件が、存在することができるとき、セキュリティのためにＬＴＥ機能性をサポートすることができる。ＰＤＣＰは、ＬＴＥセキュリティと互換であることができる、セキュリティをサポートするＬＴＥ  ＰＤＣＰまたはＮＲ  ＰＤＣＰであることができる。プロトコルスタックは、例えば、ＮＲノードがＮＲノードに接続することができるとき、スタンドアロンＮＲプロトコルと同じであることができる。ＱｏＳ／チャネル品質フィードバックのための技法および／または手法を、開発することができる。チャネル品質、またはＮＲにおいてＱｏＳが満たされているかどうかなどのＮＲ品質を、ＬＴＥ  ｅＮＢに通知することができる。
【０１７２】
ＮＲおよびＬＴＥ物理チャネルを組み合わせることができる。図１３は、ＮＲおよびＬＴＥ物理チャネルを組み合わせる例である。ＷＴＲＵは、ＮＲおよびＬＴＥのためのエアインターフェースの一方または両方の上において、データを送信することができる。図１３においては、データをＷＴＲＵに送信するために、論理決定ポイントを使用することができる。ＷＴＲＵのためのデータは、ＬＴＥ  ＴｒＣＨ１３０２またはＮＲ  ＴｒＣＨ１３０４上において搬送することができる。ＬＴＥ  ＴｒＣＨ１３０２および／またはＮＲ  ＴｒＣＨ１３０４は、同じキャリア１３０６上に存在することができ、および／または（例えば、異なるもしくは同じ送信元から／異なるもしくは同じ送信先に）同時に送信することができる。
【０１７３】
図１４は、ＮＲおよびＬＴＥ物理チャネルを組み合わせた、プロトコルスタック１４００の例である。プロトコルスタックの観点から見て、ＷＴＲＵは、ＬＴＥ  Ｕｕを介する、および／または（例えば、図１４に示されるように）ＮＲ  ＰＨＹを介する、ＬＴＥネットワークへの接続を有することができる。ＷＴＲＵは、一度に単一のインターフェースに送信し、および／または一度に単一のインターフェースから受信するように構成することができ、または構成しないことができる。ＬＴＥ支援実施（例えば、図１１に示されるような実施）に類似して、ＬＴＥおよびＮＲのためのプロトコルスタックがいかに対話するか（例えば、図１４に示される例（ａ）〜（ｄ））についての異なる変形が、存在することができる。ＮＲ  Ｕｕシステムおよび／またはＮＲ物理チャネルをＬＴＥプロトコルスタック１４１８上に接続するための様々な実施が、存在する。ＬＴＥプロトコルスタック１４１８は、ＰＤＣＰレイヤ１４０２、ＲＬＣレイヤ１４０４、ＭＡＣレイヤ１４０６、ＰＨＹレイヤ１４０８、および／またはＩＰレイヤなどの他のレイヤを含むことができる。ＮＲをサポートするＬＴＥ支援無線アクセスは、例えば、ＬＴＥ  ＭＡＣ１４０６の後に、ＮＲ  ＰＨＹ１４１０を含むＮＲエアインターフェースを接続することによって、ＬＴＥ  ＲＬＣ１４０４の後に、ＮＲ  ＭＡＣ／ＰＨＹ１４１２を含むＮＲエアインターフェースを接続することによって、またはＬＴＥ  ＰＤＣＰ１４０２の後に、ＮＲ  ＲＬＣ／ＭＡＣ／ＰＨＹ１４１４を含むＮＲエアインターフェースを接続することによって、達成することができる。（例えば、図１４に示されるように）完全なＮＲ  Ｌ２スタック１４１６を提供することができる。プロトコルは、単独で、または１つもしくは複数のアーキテクチャ手法と組み合わせて、使用することができる。プロトコルスタック例（ａ）〜（ｄ）、または他の例は、単独で、または組み合わせて、実施することができる。例においては、同じキャリア内においてデータを送信することができることを仮定することができる。例においては、ＮＲ  ＰＨＹは、例えば、後方互換性のために、ＬＴＥ共通信号／リソースと重なり合わないことができる。
【０１７４】
ＮＲキャリアによって使用されるスペクトルは、ＬＴＥキャリアによって使用されるスペクトルと重なり合うことができる。重なり合いは、全体的な重なり合い、または部分的な重なり合いであることができる。例えば、ＮＲキャリアのためのスペクトルが、ＬＴＥキャリアのスペクトルと部分的に重なり合う場合、ＮＲスペクトルの部分（例えば、重なり合わない部分）には、ＬＴＥ共通信号および／またはＬＴＥシンボルを含む、いくつかのＬＴＥ信号が、存在しないことができる。例においては、ＮＲ信号は、ＬＴＥセル、ＬＴＥリソースのセット、ＬＴＥ  ＰＲＢのセット、ＬＴＥスペクトルなどのガードバンド内に配置することができる。ＮＲ信号の部分は、ＮＲによって使用されるガードバンドに隣接する、ＬＴＥバンドの部分と重なり合うことができる。
【０１７５】
ＮＲスペクトルまたはＬＴＥスペクトルの重なり合うスペクトルまたは重なり合う部分において、ＬＴＥ能力などのレガシを有するＷＴＲＵは、ＮＲ能力を有するＷＴＲＵと互換であることができる。ＬＴＥ能力を有するＷＴＲＵは、重なり合うスペクトルにおけるＬＴＥ送信のために構成された物理リソースを使用することができる。ＮＲ能力を有するＷＴＲＵは、ＬＴＥ送信のために構成された物理リソースのいくらかまたはすべてを使用することができる。ＮＲ能力を有するＷＴＲＵは、ＬＴＥ送信との可能な干渉を低減させるために、どの物理リソース（ＮＲ  ＰＨＹ物理リソース）を使用すべきかを決定することができる。
【０１７６】
ＷＴＲＵは、ＲＡＴに関連付けられたリソース（例えば、周波数）のセットを用いるように構成することができる。例えば、ＷＴＲＵは、ＬＴＥと関連付けられたリソースの第１のセット、およびＮＲと関連付けられたリソースの第２のセットを使用するように構成することができる。例えば、リソース（例えば、周波数）のセットは、重なり合う部分、および／または重なり合わない部分を含むことができる。１つまたは複数の例においては、１つまたは複数のＲＡＴ上のリソースにわたるＮＲ送信のために、ＷＴＲＵをスケジュールすることができる。例えば、ＷＴＲＵは、（例えば、制御チャネルを介して）ＤＣＩを受信することができる。ＤＣＩは、データ受信のためのリソースを割り当てることができる。割り当てられたリソースは、ＬＴＥスペクトル内に、ＮＲスペクトル内に、またはＬＴＥスペクトルおよびＮＲスペクトル上に含むことができる。例えば、割り当てられたリソースは、ＬＴＥスペクトル内に、ＮＲスペクトル内に、またはＬＴＥスペクトルおよびＮＲスペクトル内に限定することができる。１つまたは複数の例においては、ＮＲがそれのためにＬＴＥスペクトル上において送信されるリソースのセットを決定するようにＷＴＲＵが構成される場合。ＷＴＲＵは、本明細書において説明される手法に基づいて、ＬＴＥスペクトル上におけるＮＲ信号の受信時に無視すべきリソースのセット（すなわち、無視すべきＬＴＥ  ＲＥのセット）を決定するように構成することができる。
【０１７７】
図１５は、ＮＲ送信のために、重なり合うスペクトルおよび／または重なり合わないスペクトルを使用するための様々な手法の例を示している。様々な手法のうちの１つまたは複数は、組み合わせることができ、および／または異なる送信のために、異なる手法を使用することができる。図１５においては、ＮＲ  ＲＡＴは、ＮＲ送信のために、チャネル帯域幅１５０２のいくらかまたはすべてを使用することができる。ＬＴＥ  ＲＡＴは、ＬＴＥ送信のために、公称帯域幅１５０４を使用することができる。公称帯域幅１５０４は、チャネル帯域幅１５０２および公称帯域幅１５０４が重なり合う部分を含むことができる。手法のうちの１つまたは複数においては、ＮＲ送信は、重なり合わない帯域幅１５０６（例えば、公称帯域幅１５０４を含まないチャネルＢＷ１５０２の部分）において、生じることができる。例えば、ＮＲ送信は、（例えば、手法ｄ）および／または手法ｃ）においては）重なり合わない帯域幅１５０６において、生じることができる。１つまたは複数の例においては、データトラフィックのためのＮＲ送信は、（例えば、手法ａ）および／または手法ｂ）においては）重なり合う帯域幅１５０４、および／または重なり合わない帯域幅１５０６において、生じることができる。重なり合う帯域幅１５０４、および／または重なり合わない帯域幅１５０６は、ＮＲリソースのセットの重なり合う部分または重なり合わない部分を表すことができる。
【０１７８】
手法ａ）においては、ＷＴＲＵは、ＬＴＥ帯域幅と少なくとも部分的に重なり合うＮＲ送信を受信するように構成することができる。ＮＲ送信は、ＬＴＥ方式のＭＢＳＦＮサブフレーム１５０８の間、ＬＴＥ帯域幅と重なり合うように構成することができる。したがって、あるＬＴＥ共通基準信号および／またはＬＴＥデータは、ＭＢＳＦＮサブフレーム内に存在しないことができ、したがって、ＮＲ送信のために、使用することができる。例えば、ＷＴＲＵ固有の基準信号が使用されるとき、そのようなＭＢＳＦＮサブフレームの間、公称帯域幅は、ＮＲ  ＰＨＹ基準信号を含むことができる。
【０１７９】
手法ｂ）においては、ＷＴＲＵは、ＬＴＥスペクトルと少なくとも部分的に重なり合うＮＲ  ＰＨＹ信号を受信するように構成することができる。例えば、手法ｂ）においては、ＬＴＥサブフレームは、ＬＴＥ同期信号、ＬＴＥ制御チャネル、ＬＴＥ基準信号などを含む、公称ＬＴＥサブフレームとすることができる。手法ｂ）におけるＬＴＥ帯域幅上においてＮＲ信号を受信するＷＴＲＵは、ＬＴＥ同期信号、ＬＴＥ制御チャネル、ＬＴＥ基準信号などのために使用されるＬＴＥ帯域幅内のリソースを無視するように構成することができ、またＮＲ信号が、ＬＴＥ同期信号、ＬＴＥ制御チャネル、ＬＴＥ基準信号などを含まないＬＴＥ帯域幅内に存在することを仮定することができる。例えば、ＮＲ信号は、ＲＳ１５１０（例えば、ＣＲＳ、ＤＭ−ＲＳなど）を含まないリソース要素および／またはＯＦＤＭシンボル内に存在することができ、ＷＴＲＵは、ＲＳ１５１０を含むＲＥおよび／またはＯＦＤＭシンボルを無視することができる。同様に、ＷＴＲＵは、シンボルがＣＲＳに対応することを仮定するように構成することができる。ＬＴＥ帯域幅上においてＮＲ受信を実行するとき、ＷＴＲＵ制御チャネル１５１２（例えば、ＰＤＣＣＨ）を無視することができる。本明細書において説明されるＬＴＥ信号のいくらかまたはすべてによって使用されるリソースは、ＮＲリソースのセットの重なり合う部分内に含まれないことができる。ＷＴＲＵは、別の制御チャネル（例えば、ＮＲ制御チャネル、および／もしくは物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ））を介して、制御チャネル１５５を介して、ブロードキャストシグナリングを介して、ならびに／またはより高位のレイヤ（例えば、ＲＲＣ構成）を介して構成された、ＲＳおよび／または制御チャネルのインジケーションを受信することができる。
【０１８０】
手法ｃ）においては、ＷＴＲＵは、重なり合う帯域幅１５０４（例えば、ＬＴＥスペクトル）上において、ＤＣＩ１５１４を受信するように構成することができる。ＤＣＩは、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨなどのＬＴＥ制御チャネルを介して、受信することができる。ＤＣＩは、ＮＲ  ＰＨＹ信号１５１６を受信するためのリソースに関するスケジューリング情報を含むことができる。ＷＴＲＵは、重なり合う帯域幅１５０４（例えば、ＬＴＥスペクトル）上において受信されたＤＣＩ１５１４に従って、重なり合わない帯域幅１５０６（例えば、ＮＲスペクトル）を介して、ＮＲ  ＰＨＹ信号を受信することができる。
【０１８１】
手法ｄ）においては、ＷＴＲＵは、重なり合う帯域幅１５０４（例えば、ＬＴＥスペクトル）上において、ＤＣＩ１５１８を受信するように構成することができる。ＤＣＩは、ＰＤＣＣＨおよび／またはＥＰＤＣＣＨなどのＬＴＥ制御チャネルを介して、受信することができる。重なり合う帯域幅１５０４（例えば、ＬＴＥスペクトル）上において受信されるＤＣＩ１５１８は、重なり合わない帯域幅１５０６（例えば、ＮＲスペクトル）上において受信することができる、追加のＤＣＩ１５２０（ＮＲ制御情報／ＮＲ制御チャネル）を指し示す、または参照するスケジューリング情報を含むことができる。重なり合わない帯域幅１５０６（ＮＲスペクトル）上において受信されるＤＣＩ１５２０は、ＮＲ  ＰＨＹ信号１５２２を受信するためのリソースに関するスケジューリング情報を含むことができる。ＷＴＲＵは、重なり合わない帯域幅１５０６（例えば、ＮＲスペクトル）上において受信されるＤＣＩ１５２０に従って、重なり合わない帯域幅１５０６（例えば、ＮＲスペクトル）を介して、ＮＲ  ＰＨＹ信号１５２２を受信することができる。
【０１８２】
例においては、ＮＲ  ＰＨＹ物理リソースは、共通制御チャネル、および／またはＬＴＥ  ＲＡＴなどのレガシ無線アクセス技術（ＲＡＴ）のために使用されるある信号に割り当てられた、物理リソースを避けるように構成することができる。共通制御チャネル、および／またはＬＴＥ  ＲＡＴなどのレガシ無線アクセス技術（ＲＡＴ）のために使用されるある信号に割り当てられた、物理リソースは、時間−周波数グリッド上に存在することができる。時間−周波数グリッドは、ＬＴＥ  ＲＡＴなどのレガシ無線アクセス技術（ＲＡＴ）と関連付けることができる。ＮＲ受信のために使用される時間−周波数グリッドの部分は、ＬＴＥ  ＲＳ、制御チャネルなどのために使用されない、ＲＥを含むことができる。
【０１８３】
ＬＴＥキャリア上においてＮＲ信号を受信するＷＴＲＵは、信号、ＲＥ、および／またはシンボルの１つまたは複数のセットを無視することができる。ＷＴＲＵは、ＮＲ信号をデコードするとき、時間−周波数グリッドにおけるＲＥまたはシンボルの１つまたは複数のセットを無視することができる。ＬＴＥキャリア上においてＮＲ信号を受信するＷＴＲＵは、ＲＥおよび／またはシンボルのどのセットを無視すべきかを決定することができる。無視するＲＥおよび／またはシンボルのセットは、連続的でないことができる。例えば、無視するＲＥおよび／またはシンボルのセットは、１つまたは複数の物理リソースブロック（ＰＲＢ）内に含むことができる。無視するＲＥおよび／またはシンボルのセットは、連続的であることができる。例えば、無視するＲＥおよび／またはシンボルのセットは、ＰＲＢ内に存在することができる。
【０１８４】
ＷＴＲＵは、ＮＲ物理リソースのセットの重なり合う部分からのＲＥおよび／またはシンボルの１つまたは複数のセットを無視するように構成することができる。例えば、ＮＲキャリアによって使用されるスペクトルは、ＬＴＥキャリアによって使用されるスペクトルと重なり合うことができる。ＲＥおよび／またはシンボルの１つまたは複数のセットは、ＮＲリソースのセットの重なり合う部分において使用される信号に割り当てることができる。ＮＲリソースのセットの重なり合う部分は、ＮＲおよびＬＴＥ  ＲＡＴによって共通して使用することができる。ＬＴＥ  ＲＡＴにおいて使用される信号は、共通制御信号、セル固有ブロードキャスト信号、セル固有基準信号（ＣＲＳ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、プライマリ同期信号（ＰＳＳ）／セカンダリ同期信号（ＳＳＳ）、および／またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数を含むことができる。ＷＴＲＵは、重なり合わないスペクトル（例えば、ＮＲスペクトル）におけるＲＥおよび／またはシンボルを無視するように構成することができ、または構成しないことができる。
【０１８５】
ＷＴＲＵは、ＬＴＥ  ＲＡＴにおいて使用される共通制御信号のサブセットを無視し、共通制御信号の別のサブセットを使用するように構成することができる。ＷＴＲＵは、ＬＴＥ  ＲＡＴにおいて使用される信号、ならびに／またはＬＴＥ  ＲＡＴにおいて使用される信号に割り当てられたＲＥおよび／もしくはシンボルの１つもしくは複数のセットのうちの１つまたは複数を使用するように、構成することができる。例えば、ＷＴＲＵは、ＣＲＳを使用して、受信を含むＮＲ  ＰＨＹ送信のためのチャネル推定を改善することができる。無視するＲＥおよび／またはシンボルのセットは、動的に構成することができる。例えば、ＷＴＲＵは、ＬＴＥ  ＲＡＴにおいて使用されるＰＤＣＣＨを受信することができる。受信されるＰＤＣＣＨは、無視するＲＥおよび／またはシンボルのセットのインジケーションを含むことができる。無視するＲＥおよび／またはシンボルのセットは、ＬＴＥ信号（例えば、ＰＣＦＩＣＨ）から決定することができる。例においては、ＷＴＲＵは、ＬＴＥ  ＲＡＴにおいて使用される信号（例えば、ＰＣＦＩＣＨ）を受信することができる。ＬＴＥ  ＲＡＴにおいて使用される信号は、値と関連付けることができる。ＷＴＲＵは、ＬＴＥ  ＲＡＴにおいて使用される信号の値を使用して、無視するＲＥおよび／またはシンボルのセットを決定することができる。ＷＴＲＵは、信号、ＲＥ、および／またはシンボルの１つまたは複数のセットを無視しながら、ある物理リソース上において、ＮＲ送信および／または信号（これ以降、ＮＲ送信）を受信することができる。
【０１８６】
ＷＴＲＵは、（例えば、インジケーションを介して）ＮＲ送信を受信するためにある物理リソースを使用するように動的に構成することができる。例えば、ＷＴＲＵは、ＬＴＥ  ＲＡＴにおいて、ＰＤＣＣＨを受信することができる。ＰＤＣＣＨは、ＷＴＲＵがその上でＮＲ送信を受信することができる、１つまたは複数のサブフレームをスケジュールすることができる。ＷＴＲＵは、ＷＴＲＵがその上でＮＲ送信を受信することができる、１つまたは複数のサブフレームを示す信号またはメッセージを求めて、ＰＤＣＣＨを監視するように構成することができる。インジケーションは、あるフォーマットを用いるＤＣＩなど、ＤＣＩに関連することができる。ＷＴＲＵは、インジケーションを受信すると、ＷＴＲＵがその上でＮＲ送信を受信することができる、１つまたは複数のサブフレームを決定することができる。１つまたは複数のサブフレームは、ＷＴＲＵがその上でインジケーションを受信したサブフレーム（現在のサブフレーム）を含むことができる。
【０１８７】
ＷＴＲＵは、ＮＲ送信を受信するためにある物理リソースを使用するように静的または半静的に構成することができる。例えば、ＷＴＲＵは、あるサブフレーム、および／またはある物理リソースブロック（ＰＲＢ）上に割り当てられた、物理リソース（例えば、ＲＥ）を使用するように、ＲＲＣシグナリングを通して構成することができる。ＮＲ送信を受信するためにＷＴＲＵによって使用されるＲＥを含むサブフレームおよび／またはＰＲＢは、周期的であることができる。ＮＲ送信を受信するためにＷＴＲＵによって使用されるＲＥを含むサブフレームおよび／またはＰＲＢは、ＬＴＥ  ＲＡＴに基づくことができる。ＲＲＣシグナリングは、セル／ｅＮＢ／ノードが、ＮＲ送信のために使用される物理リソース、およびＬＴＥ送信のために使用される物理リソースを構成することを可能にすることができる。セル／ｅＮＢ／ノードは、トラフィックプロファイルおよび／またはトラフィック要件に基づいて、リソースを構成し、ならびに／またはＮＲ送信およびＬＴＥ送信の間に割り当てることができる。トラフィックプロファイルおよび／またはトラフィック要件は、継続中のものであることができる。
【０１８８】
ＷＴＲＵは、マルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム上において、ＮＲ送信を受信するように構成することができる。ＭＢＳＦＮサブフレームは、ＬＴＥ  ＲＡＴに基づいたＭＢＳＦＮサブフレームの１つとすることができる。ＭＢＳＦＮサブフレームは、ＮＲ送信のために使用される物理リソースを含むことができる。ＬＴＥ  ＲＡＴに基づいたＭＢＳＦＮサブフレームのいくつかまたはすべては、ＮＲ送信のために使用される物理リソースを含まないことができる。静的、半静的、または動的シグナリングを介して、ＮＲ送信のために使用される物理リソースを含むＭＢＳＦＮサブフレームのセットを、ＷＴＲＵに示すことができる。例えば、ＲＲＣシグナリングなどを介して、ＮＲ送信のために使用される物理リソースを含むＭＢＳＦＮサブフレームを、ＷＴＲＵに示すことができる。ＲＲＣシグナリングメッセージは、ＮＲ送信のために使用される物理リソースを含むＭＢＳＦＮサブフレームを示す、システム情報を含むことができる。ＰＤＣＣＨなどを介して、ＮＲ送信のために使用される物理リソースを含むＭＢＳＦＮサブフレームを、ＷＴＲＵに示すことができる。例えば、ＭＢＳＦＮサブフレームは、ＣＲＳ、および／またはＷＴＲＵ固有基準信号など（ならびにＮＲ送信、ＮＲ（例えば、ＮＲ  ＰＨＹ）基準信号のために使用される物理リソース）を含む、ＬＴＥ共通基準信号を含むことができる。ＷＴＲＵは、ＬＴＥ共通基準信号を無視し、ＮＲ送信のために使用される物理リソースを介して、ＮＲ  ＰＨＹ基準信号を受信し、および／またはＮＲ  ＰＨＹ基準信号を使用するように構成することができる。例においては、ＷＴＲＵは、ＬＴＥ共通基準信号を無視し、および／またはＮＲ送信のために使用される物理リソースを介して、ＮＲ  ＰＨＹ基準信号を受信するように構成することができる。ＷＴＲＵは、ＷＴＲＵ固有基準信号が受信され、および／または使用されるときに、ＮＲ  ＰＨＹ基準信号を使用するように構成することができる。ＷＴＲＵは、ＬＴＥ  ＲＡＴに基づいて、ＬＴＥ共通基準信号など、ＭＢＳＦＮサブフレーム内のいくつかまたはすべての信号を使用して、チャネル推定を改善するように構成することができる。例えば、ＷＴＲＵは、共通基準信号が受信され、および／または使用されるときに、ＬＴＥ共通基準信号を使用して、チャネル推定を改善するように構成することができる。ＷＴＲＵは、時間−周波数グリッド上にＣＲＳを含まない物理リソースにおいて、ＮＲ送信を受信するように構成することができる。ＭＢＳＦＮサブフレームは、制御領域を含むことができる。ＷＴＲＵは、制御領域に属さない（例えば、制御領域に後続する）物理リソースにおいて、ＮＲ送信を受信するように構成することができる。ＣＲＳを含まない物理リソース、および／または制御領域に属さない物理リソースは、１つまたは複数のＯＦＤＭシンボルを含むことができる。
【０１８９】
ＷＴＲＵは、あるチャネルを介して、ＮＲ送信を受信するように構成することができる。ＷＴＲＵは、いくつかまたはすべてのＮＲ送信のためのチャネル（例えば、ＮＲ  ＰＨＹチャネル）を使用することができる。（いくつかまたはすべてのＮＲ送信のために使用されるチャネル以外の）あるチャネルは、いくつかまたはすべてのＬＴＥ送信のために使用することができる（例えば、ＬＴＥ  ＰＨＹチャネル）。チャネルマッピングは、いくつかまたはすべてのＮＲ送信のために使用されるチャネル、および／またはいくつかまたはすべてのＬＴＥ送信のために使用されるチャネルを構成することを含むことができる。ＷＴＲＵは、ＮＲ  ＰＨＹチャネルおよび／またはＬＴＥ  ＰＨＹチャネルを受信するように、静的、半静的、および／または動的に構成することができる。例えば、構成は、ＲＲＣシグナリングを介して、受信することができる。構成は、事前定義しておくことができる。ＷＴＲＵは、ＮＲ  ＰＨＹ上において専用トラフィック（もしくはチャネル）を、および／またはＬＴＥ  ＰＨＹを介して共通トラフィック（もしくはチャネル）を受信するように構成することができる。共通トラフィックは、ブロードキャスティング信号、および／またはページング信号などを含むことができる。
【０１９０】
ＷＴＲＵは、ＬＴＥ  ＲＡＴなど、レガシＲＡＴのために構成されたシステム帯域幅によって使用されない帯域幅を使用するように構成することができる。ＬＴＥ  ＲＡＴのために構成されたシステム帯域幅によって使用されない帯域幅は、ＬＴＥ  ＲＡＴのために構成されたシステム帯域幅の外部に存在することができる（例えば、拡張された帯域幅）。ＷＴＲＵは、制御またはデータのために、拡張された帯域幅においてＮＲ  ＰＨＹチャネルを使用するように構成することができる。例えば、ＷＴＲＵは、ＬＴＥ能力およびＮＲ能力を有することができる。ＷＴＲＵは、拡張された帯域幅を使用して、いくつかまたはすべてのＮＲ送信を受信するように、ＬＴＥブロードキャストシグナリングを通して構成することができる。１つまたは複数の例においては、５ＭＨｚ  ＬＴＥシステム帯域幅は、２０ＭＨｚ帯域幅またはチャネル上において動作することができる。５ＭＨｚ  ＬＴＥシステム帯域幅の外の２０ＭＨｚ帯域幅またはチャネルは、いくつかまたはすべてのＮＲ送信のために使用することができ、一方、５ＭＨｚ  ＬＴＥシステム帯域幅は、いくつかまたはすべてのＬＴＥ送信のために使用される。２０ＭＨｚ帯域幅またはチャネルは、ＬＴＥ  ＲＡＴに基づくことができる。拡張された帯域幅は、ダウンリンクおよび／またはアップリンク送信のために使用することができる。
【０１９１】
ＷＴＲＵは、ＮＲ  ＰＨＹ（例えば、ＮＲ  ＰＨＹ論理チャネル）を使用して、ある論理チャネルに関連する送信（例えば、データ）を受信するように構成することができる。論理チャネルは、ＬＴＥ  ＲＡＴに基づいたいくつかまたはすべての論理チャネルと（例えば、タイプにおいて）異なることができる。論理チャネルは、ＮＲ送信に関連することができる。ＮＲ  ＰＨＹを介してＮＲ  ＰＨＹ論理チャネルに関連する送信を受信することは、あるタイプのサービスおよび／またはトラフィックに関連する送信が、ＮＲ上において生じることを許容することができる。サービスおよび／またはトラフィックのタイプは、ＮＲに基づいて動作するように生成することができる。プロトコルスタックは、ＮＲ  ＰＨＹを介してＮＲ  ＰＨＹ論理チャネルに関連する送信を受信することを可能にするように適合させることができる。例えば、図１４に示されるように、ＬＴＥプロトコルスタック１４１８は、ＭＡＣレイヤ１４０６の上方で分割され、ＮＲ  ＭＡＣおよびＰＨＹ１４１２、ならびにＬＴＥ  ＲＬＣ１４０４、およびＬＴＥ  ＰＤＣＰ１４０２を有することができる。１つまたは複数の例においては、論理チャネルをＮＲトランスポートチャネルにマッピングするために、ＬＴＥ  ＭＡＣレイヤにおいて、フックを追加することができる。ＮＲトランスポートチャネルは、専用チャネルとすることができる。
【０１９２】
ＷＴＲＵは、（例えば、本明細書において説明されるような）技法のうちの１つまたは複数を使用して、アップリンクにおいて送信を送信するように構成することができる。ＬＴＥキャリア上においてＮＲ信号を送信するＷＴＲＵは、ＬＴＥ  ＲＡＴに基づいた、信号、ＲＥ、および／またはシンボルの１つまたは複数のセットを無視することができる。ＷＴＲＵは、ＰＵＣＣＨ領域を無視し、および／またはＰＵＣＣＨ領域をＮＲ  ＰＨＹアップリンクリソースの部分ではないと見なすように構成することができる。１つまたは複数の例においては、ＷＴＲＵは、ＮＲ  ＰＨＹフィードバックのために、ＰＵＣＣＨ領域を使用するように構成することができる。ＷＴＲＵは、関連付けられたサブフレームにおいてＬＴＥ  ＰＨＹまたはＮＲ  ＰＨＹを使用するように、動的に構成することができる。例えば、ＷＴＲＵは、関連付けられたサブフレームにおいてＬＴＥ  ＰＨＹまたはＮＲ  ＰＨＹを使用するように、ＰＤＣＣＨ上において受信されたグラントの部分を介して、動的に構成することができる。インジケーションは、ＷＴＲＵに動的に送信することができる。インジケーションは、（例えば、ＤＣＩ上の特別なフィールドを使用して）明示的であることができ、または（例えば、受信されたＲＮＴＩに基づいて）暗黙的であることができる。
【０１９３】
バンドおよび／またはサブフレームは、様々な方法で、脱結合することができる。ＷＴＲＵは、ＦＤＤ動作において、（例えば、アップリンクまたはダウンリンク上において）ＮＲ  ＰＨＹのための別個のキャリアを使用するように構成することができる。例えば、ＷＴＲＵは、アップリンクＮＲ  ＰＨＹキャリア、およびＮＲとＬＴＥとの間で共用されるダウンリンクキャリアを使用するように構成することができる。例においては、ＷＴＲＵは、ＮＲ  ＰＨＹダウンリンクキャリア、およびＬＴＥとＮＲとの間で共用されるアップリンクキャリアを使用するように構成することができる。ＷＴＲＵは、（例えば、アップリンクまたはダウンリンク上において）ＬＴＥ  ＰＨＹのための別個のキャリアを使用するように構成することができる。例えば、ダウンリンクキャリアは、ＬＴＥ  ＰＨＹとすることができ、一方、アップリンクキャリアは、ＮＲとＬＴＥとの間で共用することができる。
【０１９４】
ＷＴＲＵは、ＴＤＤ動作において、ＬＴＥ  ＰＨＹと共用されるＮＲ  ＰＨＹのためのサブフレームのセット、およびＬＴＥだけのためのサブフレームのセットを使用するように構成することができる。ＬＴＥだけのためのサブフレームのセットは、アップリンクおよび／またはダウンリンク動作のためにさらに別々に構成することができる。
【０１９５】
ＷＴＲＵは、ＬＴＥスペクトルにおいて、ＮＲアップリンク送信を送信することができる。１つまたは複数の例においては、ＷＴＲＵは、ＬＴＥスペクトル上において、ＮＲ信号を送信するように構成することができる。ＬＴＥスペクトルは、ＬＴＥ能力を有する他のＷＴＲＵによって、使用することができる。他のＷＴＲＵから引き起こされるサウンディング基準信号（ＳＲＳ）に対する可能な干渉を、回避することができる。（例えば、ＮＲ能力を有する）ＷＴＲＵは、ＬＴＥサブフレームに対応するいくつかのシンボルの間、送信するように構成することができる。例えば、ＷＴＲＵは、ＬＴＥサブフレームの最終シンボル（またはＬＴＥサブフレームの最後における複数のシンボル）において、送信するように構成することができる。シンボルは、ＳＲＳ送信のために構成されたシンボルを含むことができる。
【０１９６】
１つまたは複数の例においては、ＷＴＲＵは、サブフレームのあるセットの間のいくつかのシンボル上における送信を差し控えるように構成することができる。ＷＴＲＵがその上で送信することを差し控えるシンボルは、ＬＴＥサブフレームの最終シンボルを含むことができる。サブフレームのセットは、ＳＲＳを含む（または含む可能性が高い）ことが知られたサブフレームを含むことができる。ＷＴＲＵは、ＷＴＲＵが、どのサブフレームについて、送信のためにそのサブフレームの最終シンボルを使用することを差し控えるべきかを示す構成を、ネットワークから受信することができる。この構成は、１つまたは複数のサブフレームの周期的なスケジュールを含むことができる。
【０１９７】
ＮＲ  Ｕｕインターフェースは、１つまたは複数のＬＴＥ成分または信号を再使用することができる。図１６は、ＮＲ  ＰＨＹを伴った、ＬＴＥスタックの例である。図１６においては、ＮＲ  ＰＨＹ１６０８は、ＬＴＥスタック１６１０と対話することができる。ＬＴＥスタック１６１０は、ＰＤＣＰレイヤ１６０２、ＲＬＣレイヤ１６０４、ＭＡＣレイヤ１６０６、および／またはＩＰレイヤなどの他のレイヤを含むことができる。ＷＴＲＵは、ＬＴＥスタック１６１０と組み合わせて、ＮＲ  ＰＨＹ１６０８を使用するように構成することができる。図１６は、図１３に示された、組み合わされたＮＲおよびＬＴＥ物理チャネルのための例とすることができる。図１６においては、キャリア上に存在するＬＴＥ信号は、存在しないことができる。図１６に示される例においては、ＮＲ  ＰＨＹ１６０８は、ＬＴＥ  ＰＨＹがＬＴＥ  ＭＡＣと対話する方法に類似した方式で、ＬＴＥ  ＭＡＣ１６０６と対話するように構成することができる。ＮＲ  ＰＨＹは、ＬＴＥ  ＰＨＹと異なるパラメータおよび機能性を有することができる。１つまたは複数の例においては、ＷＴＲＵは、適応レイヤを使用するように構成することができる。適応レイヤは、ＮＲ  ＰＨＹ１６０８とＬＴＥ  ＭＡＣ１６０６との間において、変換を実行することができる。
【０１９８】
図１７は、ＮＲ  ＰＨＹおよび適応レイヤを伴う、ＬＴＥスタックの例である。ＬＴＥスタック１７１０は、ＰＤＣＰレイヤ１７０２、ＲＬＣレイヤ１７０４、ＭＡＣレイヤ１７０６、および／またはＩＰレイヤなどの他のレイヤを含むことができる。ＮＲ  ＰＨＹ１７０８は、ＬＴＥ  ＭＡＣ１７０６の観点から、ＬＴＥ  ＰＨＹとの類似性を有するように構成することができる。例においては、ＷＴＲＵは、適応レイヤ１７１２を使用して、ＮＲ  ＰＨＹ１７０８とＬＴＥ  ＭＡＣ１７０６との間において変換を実行するように構成することができる。適応レイヤ１７１２は、ＬＴＥ物理レイヤと関連付けられた、またはＬＴＥ物理レイヤによって示された制御メカニズムを、ＮＲ物理レイヤ１７０８と関連付けられた１つまたは複数の制御メカニズムに変換するために、使用することができる。適応レイヤ１７１２は、ＮＲ物理レイヤ１７０８と関連付けられた、またはＮＲ物理レイヤ１７０８によって示された制御メカニズムを、ＬＴＥ物理レイヤと関連付けられた１つまたは複数の制御メカニズムに変換するために、使用することができる。パラメータおよび／または制御メッセージを変換する適応レイヤを、使用することができる。
【０１９９】
適応レイヤは、ＨＡＲＱプロセス番号変換を実行することができる。例えば、ＷＴＲＵ適応レイヤは、ＨＡＲＱプロセスパラメータの変換を実行するように構成することができる。適応レイヤは、４Ｇ  ＨＡＲＱプロセス番号（例えば、最大８）を、ＮＲ  ＨＡＲＱプロセス（例えば、最大１６）に変換するように構成することができる。
【０２００】
適応レイヤは、フィードバック変換を実行することができる。例においては、ＷＴＲＵ適応レイヤは、フィードバック（例えば、ＡＣＫ／ＮＡＣＫ）信号の変換を実行するように構成することができる。ＮＲ  ＰＨＹのＡＣＫ／ＮＡＣＫタイミングは、ＬＴＥ  ＡＣＫ／ＮＡＣＫタイミングと異なることができる。ＬＴＥ  ＭＡＣレイヤには、適切なタイミングで、通知することができる。ＷＴＲＵ適応レイヤは、例えば、受信されたＡＣＫ／ＮＡＣＫを記憶するように構成することができ、および／またはＬＴＥ  ＭＡＣレイヤへの配送を適切な時刻まで遅延させることができる。ＷＴＲＵ適応レイヤは、例えば、適切なタイミングで、ＡＣＫ／ＮＡＣＫを配送することができるように、ＷＴＲＵ送信を追跡することができる。
【０２０１】
適応レイヤは、アクセス適応を実行することができる。例においては、ＷＴＲＵ適応レイヤは、アクセスプロトコルの適応を実行するように構成することができる。例えば、ＷＴＲＵ適応レイヤは、ＮＲ  ＰＨＹに従って、送信のための適切な時刻を決定するように構成することができ、および／または適切なインジケーションをＬＴＥ  ＭＡＣに提供することができる。
【０２０２】
ＮＲネットワークは、（例えば、本明細書において説明されるような）ネットワークおよび／または無線アクセスアーキテクチャをサポートするように構成することができる。ＮＲおよび／またはＬＴＥ−ＮＲ共存をサポートするＬＴＥ支援無線アクセスを容易にするために、ＮＲノード、および／またはＮＲ能力を有するＷＴＲＵ（これ以降、ＮＲ  ＷＴＲＵ）を含むＮＲネットワークを、開発することができる。レガシ（例えば、ＬＴＥ）信号／サブフレームを用いるＲＡＴの共存を容易にし、および／またはレガシＷＴＲＵ（例えば、ＬＴＥ能力を有するＷＴＲＵ）の可能な性能ロスを低減させるために、ＮＲ  ＲＡＴを使用することができる。例えば、レガシＷＴＲＵの性能が悪化しないような様々な方法で、ＮＲ送信、チャネル、および／または信号を使用することができる。セル獲得、測定、セル再選択、および／またはデータ復調などの、レガシＷＴＲＵの機能は、保存することができる。例えば、ＮＲ能力を有するＷＴＲＵは、ＣＲＳ、ＰＤＣＣＨ、ＰＳＳ／ＳＳＳ、ＣＳＩ−ＲＳ、他の基準信号、および／または他のＬＴＥ信号のうちの１つまたは複数によって占有されるリソース上において、信号を送信することを避けるように構成することができる。
【０２０３】
ＮＲ  ＷＴＲＵは、レガシＲＡＴ（例えば、ＬＴＥ  ＲＡＴ）の送信および／または信号のために使用されるリソースの構成を決定するように構成することができる。ＮＲ  ＷＴＲＵは、レガシＲＡＴの送信および／または信号のために使用されるサブフレームのフォーマット（これ以降、ＬＴＥサブフレームフォーマット）を決定するように構成することができる。ＮＲ  ＷＴＲＵは、ＬＴＥ  ＲＡＴのネットワークおよび／もしくはノード、またはＮＲネットワークおよび／もしくはＮＲノードからの送信に基づいて、ＬＴＥサブフレームフォーマットを決定するように構成することができる。
【０２０４】
ＬＴＥサブフレームフォーマットは、１つまたは複数のパラメータおよび／またはリソースマップによって構成することができる。ＬＴＥサブフレームフォーマットは、（アンテナポートの数の関数としての）ＣＲＳフォーマット、ＰＤＣＣＨのために使用されるＯＦＤＭシンボルの数、サブフレームタイプ（例えば、通常のＤＬサブフレーム、ＭＢＳＦＮサブフレーム、および／もしくは他のタイプのサブフレーム）、ＰＤＣＣＨの数、ならびに／またはＬＴＥ信号の存在および構成などを含む、１つまたは複数のパラメータによって構成することができる。ＬＴＥ信号は、ＣＲＳ、ＰＤＣＣＨ、ＰＳＳ／ＳＳＳ、ＣＳＩ−ＲＳ、他の基準信号、および／または他のＬＴＥ信号のうちの１つまたは複数を含むことができる。ＬＴＥサブフレームフォーマットは、本明細書において説明される１つまたは複数のパラメータに基づいて、動的に変化することができる。
【０２０５】
ＬＴＥサブフレームフォーマットは、例えば、あるタイプのＬＴＥ信号のために、どのリソースが使用されるかを、ＮＲ  ＷＴＲＵに示すための、リソースのセット（例えば、リソースマップ）によって、構成することができる。ＮＲ  ＷＴＲＵは、リソースマップに基づいて、ＬＴＥサブフレームフォーマットを決定するように構成することができる。リソースマップは、どのリソースが対応するＬＴＥ信号のために使用されるかを示すことができる。ＮＲ  ＷＴＲＵは、リソースマップに基づいて、あるリソースを無視および／またはマスクすべきかどうかを決定するように構成することができる。無視および／またはマスクされるリソースのセットを構成するために、ＬＴＥサブフレームマスクを使用することができる。ＷＴＲＵは、（例えば、ＲＲＣシグナリングを介して）１つまたは複数のＬＴＥサブフレームマスクを使用するように、静的／半静的に構成することができる。サブフレームマスクは、ＮＲ  ＷＴＲＵによって、どのサブフレームおよび／または物理リソースを無視またはスキップすることができるかを示すことができる。リソースは、１つまたは複数のリソース要素（ＲＥ）、リソースブロック（ＲＢ）、および／またはシンボルを含むことができる。
【０２０６】
ＮＲ  ＷＴＲＵは、ＬＴＥ  ＲＡＴのネットワークおよび／またはノードからの送信に基づいて、ＬＴＥサブフレームフォーマットを決定するように構成することができる。ＮＲ  ＷＴＲＵは、ＬＴＥ  ｅＮＢから、および／またはＬＴＥ  ｅＮＢから生じた構成から、ＬＴＥサブフレームフォーマットを動的に獲得するように構成することができる。ＮＲ  ＷＴＲＵは、ＬＴＥ信号を監視することによって、ＬＴＥサブフレームフォーマットを決定することができる。例えば、ＮＲ  ＷＴＲＵは、ＰＣＦＩＣＨを監視および／またはデコードして、ＰＤＣＣＨシンボルの数を決定するように構成することができる。ＮＲ  ＷＴＲＵは、同期信号および／またはセル同期を獲得して、同期信号と関連付けられたリソースを決定するように構成することができる。ＮＲ  ＷＴＲＵは、ＭＩＢおよび／または１つもしくは複数のＳＩＢをデコードして、サブフレームフォーマット（例えば、ＭＢＳＦＮサブフレームまたはＳＩＢ２）についての情報を獲得することができる。ＮＲ  ＷＴＲＵは、セル内における、共通基準信号（ＣＲＳ）のためのアンテナポートの数（例えば、１、２、または４）を決定することができる。セルは、リソースのセット、ＰＲＢのセット、スペクトルなどの例とすることができる。ＮＲ  ＷＴＲＵは、巡回冗長検査（ＣＲＣ）マスク検証を用いるブラインド手法を使用して、ＭＩＢをデコードすることができる。
【０２０７】
ＮＲ  ＷＴＲＵは、ＬＴＥ  ｅＮＢから、および／またはＬＴＥ  ｅＮＢから静的もしくは半静的に生じた構成から、ＬＴＥサブフレームフォーマットを獲得するように構成することができる。ＮＲ  ＷＴＲＵは、ＬＴＥ  ｅＮＢからのＲＲＣ構成メッセージを監視および／または受信するように構成することができる。例えば、ＮＲ  ＷＴＲＵは、ＣＳＩ−ＲＳのためのＬＴＥサブフレームフォーマットの構成を受信することができる。ＮＲ  ＷＴＲＵは、ダウンリンクＣＳＩ−ＲＳ信号のスケジュールのための構成情報を受信することができる。ＮＲ  ＷＴＲＵは、構成情報を使用して、時間／周波数位置（例えば、時間−周波数グリッド上におけるＣＳＩ−ＲＳ信号のロケーション）を決定することができる。ＮＲ  ＷＴＲＵは、構成情報に基づいて、ＮＲ信号をデコードするときに、（例えば、時間−周波数グリッド上において）ＣＳＩ−ＲＳ信号に割り当てられたリソースを無視することができる。ＮＲ  ＷＴＲＵは、構成情報に基づいて、ＣＳＩ−ＲＳ信号に関連するＯＦＤＭシンボルの一部または全部を無視することができる。
【０２０８】
ＮＲ  ＷＴＲＵは、ＮＲノードから、ならびに／またはＮＲネットワークおよび／もしくはＮＲノードから生じた構成から、ＬＴＥサブフレームフォーマットを動的に獲得するように構成することができる。例えば、ＬＴＥサブフレームフォーマットは、ＮＲネットワークおよび／またはＮＲノードによって動的に示すことができる。ＮＲ  ＷＴＲＵは、ＬＴＥサブフレームフォーマットを示す、ＮＲネットワークおよび／またはＮＲノードの動的制御チャネルを監視することができる。動的制御チャネルは、ＬＴＥ送信によって使用される帯域幅において、ＮＲ  ＷＴＲＵのためのデータを割り当てることができる。ＬＴＥサブフレームフォーマットに基づいて、ＮＲ  ＷＴＲＵは、ＮＲ送信の受信のために使用するリソースのセット、ならびに／または無視、マスク、および／もしくはミュートするリソースのセットを決定することができる。例えば、ＮＲ  ＷＴＲＵは、ＷＴＲＵが、データ／制御情報を含むＮＲ信号を受信および／または復調するときに、ＬＴＥ基準信号によって占有されるリソースを無視することができる。
【０２０９】
ＮＲ  ＷＴＲＵは、データセット、ならびに／またはＮＲネットワークおよび／もしくはＮＲノードから動的に受信された構成に基づいて、無視するリソースのセットを決定することができる。データセットおよび／または構成は、ＬＴＥサブフレームフォーマットを示すことができる。ＮＲ  ＷＴＲＵは、ＮＲ  ＷＴＲＵ内に記憶されたデータセット（例えば、事前構成されたデータセット）を有することができる。データセットは、インデックス対インデックス検索のためのインデックスの１つまたは複数のセットを含む、ルックアップテーブルを含むことができる。データセットは、ＬＴＥサブフレームフォーマット（例えば、パラメータのセット、またはマスク）を、ＮＲ  ＷＴＲＵ内に記憶されたインデックスにマッピングすることができる。図１８は、ＮＲ  ＷＴＲＵが、データセットを使用して、ＬＴＥサブフレームフォーマットを決定するための、例示的なプロセス１８００を示している。ＮＲ  ＷＴＲＵは、制御チャネルデコーダ１８０２と、ルックアップテーブル１８０４と、ＰＤＣＣＨ／ＰＤＳＣＨデコーダ１８０６とを含むことができる。ＮＲ  ＷＴＲＵは、アンテナポート１８０８を通して、動的インジケーション（例えば、ＤＣＩ）を受信することができる。制御チャネルデコーダ１８０２は、受信されたＤＣＩをデコードし、第１のインデックスをルックアップテーブルに、第２のインデックスをＰＤＣＣＨ／ＰＤＳＣＨデコーダ１８０６に提供することができる。第１のインデックスおよび第２のインデックスは、関連する（例えば、同じである）ことができる。ルックアップテーブルは、インデックスのセットを、対応する事前構成されたマスクとともに含むことができる。ＮＲ  ＷＴＲＵは、第１のインデックスに基づいて、事前構成されたマスクを決定し、事前構成されたマスクを、ＰＤＣＣＨ／ＰＤＳＣＨデコーダ１８０６に提供することができる。ＰＤＣＣＨ／ＰＤＳＣＨデコーダ１８０６は、ＰＤＣＣＨ／ＰＤＳＣＨデコーダ１８０６が受け取った第２のインデックスに基づいて、事前構成されたマスクを使用して、無視、マスク、および／またはミュートするリソースのセットを決定することができる。
【０２１０】
ＮＲ  ＷＴＲＵは、ＮＲノードから、および／またはＮＲノードから生じた構成から、パラメータのセット、および／またはパラメータのセット（例えば、ＬＴＥサブフレームフォーマットを決定するための本明細書において説明されたパラメータのセット）についての対応する値を動的に獲得するように構成することができる。ＮＲ  ＷＴＲＵは、パラメータのセットおよび／または対応する値に基づいて、無視、マスク、および／またはミュートするリソース要素のセットを決定することができる。パラメータのセットおよび／または対応する値は、動的制御チャネルを介して、ＮＲ  ＷＴＲＵに伝達することができる。ＮＲ  ＷＴＲＵは、動的制御チャネル上において送信された、パラメータのセットおよび／または対応する値をデコードするように構成することができる。ＮＲ  ＷＴＲＵは、パラメータのセットおよび／または対応する値に基づいて、ＰＤＣＣＨ／ＰＤＳＣＨのデコーディングの間、無視、マスク、および／またはミュートするリソース要素のセットを決定するように構成することができる。表１は、パラメータのセット、およびパラメータのセットを伝達するために使用することができるビットの数の例を示している。
【０２１１】
【表１】
2019516279.tif 000003
【０２１２】
ＮＲ  ＷＴＲＵは、データセット、ならびにパラメータのセットおよび／または対応する値を示す、ＮＲノードから動的に受信された構成に基づいて、無視、マスク、および／またはミュートするリソースのセットを決定することができる。ＮＲ  ＷＴＲＵは、制御チャネル上において送信された１つまたは複数のインデックスを監視するように構成することができる。インデックスは、データセット内において収集されたパラメータ値の組合せと関連付けることができる。ＮＲ  ＷＴＲＵは、ＮＲ  ＷＴＲＵ内に記憶されたデータセット（例えば、事前構成されたデータセット）を有することができる。ＮＲ  ＷＴＲＵは、データセット、およびＮＲノードから受信されたインデックスに基づいて、無視、マスク、および／またはミュートするリソースのセットを決定することができる。例えば、データセットは、インデックスを対応するパラメータ値とともに含む、ルックアップテーブルを含むことができる。ルックアップテーブルは、ＷＴＲＵ内に事前記憶することができ、および／またはブロードキャストもしくは専用シグナリングを使用して、ＷＴＲＵのために構成することができる。表２は、ルックアップテーブルの例である。ＷＴＲＵは、制御チャネル上において送信されたインデックスをデコードするように、および／または事前構成されたルックアップテーブルを調べることによって、ＬＴＥサブフレームフォーマットを決定するように構成することができる。
【０２１３】
【表２】
2019516279.tif 000004
【０２１４】
パラメータのセットおよび／または対応する値を示す構成は、制御チャネルを介して、ＮＲノードから受信することができる。ＮＲ  ＷＴＲＵはパラメータのセットおよび／または対応する値を求めて、ＬＴＥ  ＰＤＣＣＨを監視するように構成することができる。ＷＴＲＵは、ＮＲにおけるグループＰＤＣＣＨ、またはＷＴＲＵ固有ＮＲ  ＰＤＣＣＨを含む、制御チャネルを監視するように構成することができる。ＬＴＥサブフレームフォーマットは、ＤＣＩ内において、示すことができる。
【０２１５】
１つまたは複数の例においては、アンテナポートの数（例えば、ＣＲＳパターン）などのパラメータのサブセットは、（例えば、ＷＴＲＵへのＲＲＣシグナリングを介して）ＮＲネットワークによって、事前構成、静的に構成、および／または半静的に構成することができる。ＷＴＲＵは、ＲＲＣシグナリングを介して、ＬＴＥサブフレームフォーマットを用いるように構成および／またはスケジュールすることができる。ＷＴＲＵは、数々の到来するサブフレームについて、ＲＲＣシグナリングによってスケジュールすることができる。構成は、周期的または非周期的とすることができる。
【０２１６】
ＮＲフレキシブル無線アクセス技術（ＲＡＴ）システムにおける、ロングタームエボリューション（ＬＴＥ）支援処理および制御アーキテクチャについての、システム、方法、ならびに手段（例えば、無線送受信ユニット（ＷＴＲＵ）および／またはネットワークレイヤＬ１、Ｌ２におけるプロトコルスタック手順および機能など、エンティティ、インターフェース、および手順の態様）が、開示された。アーキテクチャおよび関連付けられたコントロール／ユーザプレーン態様についての例が、提供された。例えば、ハイブリッド自動再送要求（ＨＡＲＱ）制御などのＬＴＥ−ＭＡＣ関連機能を変換する適応レイヤを介して、ＬＴＥ媒体アクセス制御（ＭＡＣ）を用いる、ＮＲ物理レイヤ（ＰＨＹ）についての例が、提供された。ＬＴＥスペクトルを共用するＮＲ  ＰＨＹについての例が、提供された。マルチキャスト−ブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレーム内において、ＬＴＥリソースの周囲に、ＮＲ  ＰＨＹリソースを定義することができる。
【０２１７】
本明細書において説明されたプロセスおよび手段は、任意の組合せで適用することができ、他の無線技術に対して、また他のサービスのために適用することができる。
【０２１８】
ＷＴＲＵは、物理デバイスのアイデンティティを表すこと、またはサブスクリプション関連アイデンティティなどのユーザのアイデンティティ、例えば、ＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩなどを表すことができる。ＷＴＲＵは、アプリケーションベースのアイデンティティ、例えば、アプリケーション毎に使用することができるユーザ名を表すことができる。
【０２１９】
上で説明されたプロセスは、コンピュータおよび／またはプロセッサによって実行される、コンピュータ可読媒体内に含まれる、コンピュータプログラム、ソフトウェア、および／またはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線および／もしくは無線接続上で送信される）電子信号、ならびに／またはコンピュータ可読記憶媒体を含むが、それらに限定されない。コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの、しかしそれらに限定されない、磁気媒体、光磁気媒体、ならびに／またはＣＤ−ＲＯＭディスクおよび／もしくはデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサを使用して、ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用される、無線周波数送受信機を実施することができる。
【図１Ａ】
2019516279.tif 000005
【図１Ｂ】
2019516279.tif 000006
【図１Ｃ】
2019516279.tif 000007
【図１Ｄ】
2019516279.tif 000008
【図１Ｅ】
2019516279.tif 000009
【図２】
2019516279.tif 000010
【図３】
2019516279.tif 000011
【図４】
2019516279.tif 000012
【図５】
2019516279.tif 000013
【図６】
2019516279.tif 000014
【図７】
2019516279.tif 000015
【図８】
2019516279.tif 000016
【図９Ａ】
2019516279.tif 000017
【図９Ｂ】
2019516279.tif 000018
【図９Ｃ】
2019516279.tif 000019
【図９Ｄ】
2019516279.tif 000020
【図１０】
2019516279.tif 000021
【図１１】
2019516279.tif 000022
【図１２】
2019516279.tif 000023
【図１３】
2019516279.tif 000024
【図１４】
2019516279.tif 000025
【図１５】
2019516279.tif 000026
【図１６】
2019516279.tif 000027
【図１７】
2019516279.tif 000028
【図１８】
2019516279.tif 000029
【手続補正書】
【提出日】平成30年12月10日(2018.12.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
５Ｇ  無線アクセス技術（ＲＡＴ）と共に使用されるリソースの第１のセットが、ロングタームエボリューション（ＬＴＥ）ＲＡＴと共に使用されるリソースの第２のセットと少なくとも部分的に重なり合っていることを決定し、
前記５Ｇ  ＲＡＴを使用する送信が、リソースの前記第１のセットおよび前記第２のセットの少なくとも重なり合っている部分内において受信されることになることを決定し、
前記ＬＴＥ  ＲＡＴと関連付けられたセル固有基準信号（ＣＲＳ）の位置のインジケーションを受信し、前記ＣＲＳの少なくともサブセットは、リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内に位置しており、
リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するリソース要素（ＲＥ）のセットを決定し、
リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分上で、前記５Ｇ  ＲＡＴを使用する前記送信を含む信号を受信し、
前記５Ｇ  ＲＡＴを使用する前記送信を前記信号からデコードし、前記デコードすることはリソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを無視することを含む
ように構成されたプロセッサ
を備えた５Ｇ  無線送受信ユニット（ＷＴＲＵ）。
【請求項２】
前記５Ｇ  ＲＡＴは、ＮＲ  ＲＡＴに対応する請求項１に記載の５Ｇ  ＷＴＲＵ。
【請求項３】
前記プロセッサは、リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを示している物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）を受信するようにさらに構成された請求項１に記載の５Ｇ  ＷＴＲＵ。
【請求項４】
前記プロセッサは、リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを含む１つ以上の物理リソースブロック（ＰＲＢ）のインジケーションを受信するようさらに構成された請求項１に記載の５Ｇ  ＷＴＲＵ。
【請求項５】
前記プロセッサは、前記１つ以上のＰＲＢの前記インジケーションを含む、前記ＬＴＥ  ＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信し、
前記ＰＤＣＣＨに基づいて、前記１つ以上のＰＲＢを決定する
ようにさらに構成された請求項４に記載の５Ｇ  ＷＴＲＵ。
【請求項６】
前記５Ｇ  ＲＡＴを使用する前記送信は、前記ＬＴＥ  ＲＡＴと関連付けられたマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ）サブフレームにおいて受信される請求項１に記載の５Ｇ  ＷＴＲＵ。
【請求項７】
前記プロセッサは、前記ＬＴＥ  ＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信し、前記ＬＴＥ  ＲＡＴと関連付けられたＰＤＣＣＨは、リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを示しているようさらに構成され、
リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを決定することは、前記ＬＴＥ  ＲＡＴと関連付けられた前記ＰＤＣＣＨに基づいている請求項１に記載の５Ｇ  ＷＴＲＵ。
【請求項８】
５Ｇ  無線送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
５Ｇ  無線アクセス技術（ＲＡＴ）と共に使用されるリソースの第１のセットが、ロングタームエボリューション（ＬＴＥ）  ＲＡＴと共に使用されるリソースの第２のセットと少なくとも部分的に重なり合っていることを決定するステップと、
前記５Ｇ  ＲＡＴを使用する送信が、リソースの前記第１のセットおよび前記第２のセットの少なくとも重なり合っている部分内において受信されることになることを決定するステップと、
前記ＬＴＥ  ＲＡＴと関連付けられたセル固有基準信号（ＣＲＳ）の位置のインジケーションを受信するステップであって、前記ＣＲＳの少なくともサブセットは、リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内に位置している、ステップと、
リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するリソース要素（ＲＥ）のセットを決定するステップと、
リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分上で、前記５Ｇ  ＲＡＴを使用する前記送信を含む信号を受信するステップと、
前記５Ｇ  ＲＡＴを使用する前記送信を前記信号からデコードするステップであって、前記デコードすることは、リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを無視することを含む、ステップ
を備える方法。
【請求項９】
前記ＬＴＥ  ＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記ＬＴＥ  ＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記５Ｇ  ＲＡＴを使用して第２の送信を受信するためのリソースの前記第１のセットの重なり合っていない部分内のリソースのサブセットを示している、ステップと、
リソースの前記第１のセットの重なり合っていない部分内のリソースの前記サブセットを決定するステップと、
リソースの前記第１のセットの重なり合っていない部分内のリソースの前記サブセットを使用して、前記第２の送信を受信するステップと
をさらに備える請求項８の方法。
【請求項１０】
前記ＬＴＥ  ＲＡＴと関連付けられた物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信するステップであって、前記ＬＴＥ  ＲＡＴと関連付けられた前記ＰＤＣＣＨは、前記５Ｇ  ＲＡＴと関連付けられた制御チャネルを示しており、前記５Ｇ  ＲＡＴと関連付けられた前記制御チャネルは、前記５Ｇ  ＲＡＴを使用して第２の送信を受信するためのリソースの前記第１のセットの重なり合っていない部分内のリソースのサブセットを示している、ステップと、
前記ＬＴＥ  ＲＡＴと関連付けられた前記ＰＤＣＣＨに基づいて、前記５Ｇ  ＲＡＴに関連付けられた前記制御チャネルを決定するステップと、
前記５Ｇ  ＲＡＴに関連付けられた前記制御チャネルに基づいて、リソースの前記第１のセットの前記重なり合っていない部分内のリソースの前記サブセットを決定するステップと、
リソースの前記第１のセットの前記重なり合っていない部分内のリソースの前記サブセットを使用して、前記第２の送信を受信するステップと
をさらに含む請求項８に記載の方法。
【請求項１１】
前記５Ｇ  ＲＡＴと関連付けられた制御チャネルを受信するステップであって、前記５Ｇ  ＲＡＴと関連付けられた前記制御チャネルは、前記ＬＴＥ  ＲＡＴと関連付けられたサブフレームのフォーマットのインジケーションを含んでおり、前記サブフレームの前記フォーマットは、ＣＲＳフォーマット、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のために使用される直交周波数分割多重（ＯＦＤＭ）シンボルの数、サブフレームタイプ、ＰＤＣＣＨの数、または、１つ以上のＬＴＥ信号の構成の内の１つ以上を含む複数のパラメータと関連付けられており、前記５Ｇ  ＷＴＲＵは前記複数のパラメータの内のパラメータの値に対応するインデックスを含むデータセットを備え、前記ＬＴＥ  ＲＡＴと関連付けられたサブフレームの前記フォーマットの前記インジケーションは、前記インデックスを含んでいる、ステップと、
前記インデックスおよび前記データセットに基づいて、前記パラメータの前記値を決定するステップと、
前記パラメータの前記値に基づいて、前記ＬＴＥ  ＲＡＴと関連付けられたサブフレームの前記フォーマットを決定するステップとをさらに備え、
リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記ＣＲＳの前記位置に対応するＲＥの前記セットを決定することは、サブフレームの前記フォーマットに基づいている請求項８に記載の方法。
【請求項１２】
前記ＬＴＥ  ＲＡＴと関連付けられたセル固有基準信号（ＣＲＳ）の前記位置の前記インジケーションは、無線リソース制御（ＲＲＣ）を経由して受信される請求項８に記載の方法。
【請求項１３】
前記ＬＴＥ  ＲＡＴと関連付けられたセル固有基準信号（ＣＲＳ）の前記位置の前記インジケーションは、ブロードキャストを経由して受信される請求項８に記載の方法。
【請求項１４】
前記ＬＴＥ  ＲＡＴと関連付けられた同期信号の位置のインジケーションを受信するステップであって、前記同期信号の少なくともサブセットはリソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内に位置しており、前記信号から前記５Ｇ  ＲＡＴを使用する前記送信の前記デコードを実施する間、前記リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記同期信号の前記位置に対応するリソースのセットは無視される、請求項８に記載の方法。
【請求項１５】
前記ＬＴＥ  ＲＡＴと関連付けられた制御チャネル信号の位置のインジケーションを受信するステップであって、前記制御チャネル信号の少なくともサブセットはリソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内に位置しており、前記信号から前記５Ｇ  ＲＡＴを使用する前記送信の前記デコードを実施する間、前記リソースの前記第１のセットおよび前記第２のセットの前記重なり合っている部分内の前記制御チャネル信号の前記位置に対応するリソースのセットは無視される、請求項８に記載の方法。
【国際調査報告】
2019516279.tif 000030
2019516279.tif 000031
2019516279.tif 000032