(57)【要約】新しい無線ダウンロード数秘術配分情報が、マスタ情報ブロックデータ、システム情報ブロックデータ、無線リソース制御信号、または信号もしくは物理ダウンリンク数秘術指示チャネルを通して取得され、バンドスライス数秘術のための基準信号配分方式に従って特定のバンドスライスに属するリソースブロックの中のアンテナポート基準信号の中のリソース要素位置を取得するために、検索空間内で検出される基準信号とともに使用され得る。物理ダウンロード制御が、次いで、基準信号の１つ以上のリソース要素に基づいて復号され得、それによって、例えば、通信ネットワークへの拡張モバイルブロードバンド大量マシンタイプ通信または超信頼性／低遅延アプリケーションの接続を可能にする。
2019515579.tif 000002
【特許請求の範囲】
【請求項１】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
ａ．物理スロットフォーマットインジケータチャネルおよび物理制御フォーマットインジケータチャネルを復号し、スロット構造およびダウンリンク制御領域のサイズを取得することと、
ｂ．前記スロット構造および前記ダウンリンク制御領域の前記サイズに従って、第１の層検索空間を決定することと、
ｃ．前記第１の層検索空間内の複数の物理ダウンリンク制御チャネル候補を盲目的に復号することと、
ｄ．前記装置に関連付けられた識別子との第１の合致のために、前記第１の層検索空間内の前記物理ダウンリンク制御チャネル候補の各々をチェックすることと、
ｅ．前記第１の層検索空間の合致する物理ダウンリンク制御チャネル候補から第２の層検索空間を決定することと
を含む動作を前記装置に実施させる、装置。
【請求項２】
前記動作は、
ａ．前記第２の層検索空間内で複数の物理ダウンリンク制御チャネル候補を盲目的に復号することと、
ｂ．前記装置に関連付けられた前記識別子との第２の合致のために、前記第２の層検索空間内の前記物理ダウンリンク制御チャネル候補の各々をチェックすることと、
ｃ．前記第２の層検索空間の合致する物理ダウンリンク制御チャネル候補から物理ダウンリンク制御情報の組を決定することと
をさらに含む、請求項１に記載の装置。
【請求項３】
前記第１の層検索の前記合致する物理ダウンリンク制御チャネル候補は、開ループ伝送モードのインジケータを備え、前記物理ダウンリンク制御情報の組は、プリコーディングマトリクス情報を備えている、請求項２に記載の装置。
【請求項４】
前記第１の層検索の前記合致する物理ダウンリンク制御チャネル候補は、空間多重化伝送モードのインジケータを備え、前記物理ダウンリンク制御情報の組は、いくつかの層と、アンテナポートインデックスとを備えている、請求項２に記載の装置。
【請求項５】
前記第１の層検索の前記合致する物理ダウンリンク制御チャネル候補は、ビーム形成伝送モードのインジケータを備え、前記物理ダウンリンク制御情報の組は、アンテナポートインデックスを備えている、請求項２に記載の装置。
【請求項６】
前記第２の層検索の前記物理ダウンリンク制御チャネル候補は、キャリアインジケータ、リソース配分、変調およびコーディングのための方式、新しいデータインジケータ、冗長性インジケータ、ハイブリッド自動反復要求プロセス番号、ダウンリンク割り当てインデックス、ならびに伝送電力制御パラメータのうちの１つ以上のものを含む情報を備えている、請求項１に記載の装置。
【請求項７】
前記第１の層検索空間の前記物理ダウンリンク制御チャネル候補は、伝送モードのインジケータを備えている、請求項１に記載の装置。
【請求項８】
前記伝送モードは、伝送ダイバーシティ、開ループ伝送、空間多重化、およびビーム形成から成るリストから選択される、請求項６に記載の装置。
【請求項９】
前記第１の層検索空間は、装置のグループに共通し、前記装置に関連付けられた前記識別子は、グループ識別子である、請求項１に記載の装置。
【請求項１０】
前記装置は、ユーザ機器であり、前記装置の前記識別子は、ユーザ機器ＩＤである、請求項１に記載の装置。
【請求項１１】
前記第１および第２の層検索空間内の前記物理ダウンリンク制御チャネル候補の各々をチェックすることは、周期的冗長コードを算出することを含む、請求項１に記載の装置。
【請求項１２】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
ａ．物理スロットフォーマットインジケータチャネル（ＰＳＦＩＣＨ）を定義することであって、前記ＰＳＦＩＣＨは、現在のスロットに関連付けられた情報を提供する、ことと、
ｂ．低いコーディングレートで前記ＰＳＦＩＣＨを符号化することと、
ｃ．伝送ダイバーシティモードで前記ＰＳＦＩＣＨを伝送することと
を含む動作を前記装置に実施させ、
ｄ．前記情報は、前記スロットの長さ、ダウンリンク伝送領域のためのシンボル、およびアップリンク伝送領域のためのシンボルのうちの少なくとも１つを備えている、装置。
【請求項１３】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
ａ．ダウンリンク初期アクセス信号を定義することと、
ｂ．ダウンリンクビーム掃引ブロックの中で前記ダウンリンク初期アクセスチャネルを搬送することと
を含む動作を前記装置に実施させ、
前記ダウンリンク初期アクセス信号は、ダウンリンク同期化チャネルと、ビーム基準信号とを備えている、装置。
【請求項１４】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
ａ．媒体アクセス制御（ＭＡＣ）制御要素を介して伝送モード情報を取得することと、
ｂ．前記伝送モード情報に従って伝送することと
を含む動作を前記装置に実施させる、装置。
【請求項１５】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
ａ．基準信号の潜在的位置または検索空間を取得することと、
ｂ．マスタ情報ブロックデータ、システム情報ブロックデータ、無線リソース制御信号、または物理ダウンリンク数秘術指示チャネルを通して、ダウンロード数秘術配分情報を取得することと、
ｃ．バンドスライス数秘術のための基準信号配分方式に従って、特定のバンドスライスに属するリソースブロックの中のアンテナポート基準信号の中のリソース要素位置を取得することと、
ｄ．特定の基準信号を検出することと、
ｅ．前記基準信号の１つ以上のリソース要素に基づいて物理ダウンロード制御を復号することと、
ｆ．それによって、拡張モバイルブロードバンド大量マシンタイプ通信または超信頼性／低遅延アプリケーションを通信ネットワークに接続することと
を含む動作を前記装置に実施させ、
ｇ．前記物理ダウンロード制御チャネルと前記基準信号とは、同一のプリコーディングまたはビーム形成を使用する、装置。
【請求項１６】
プロセッサと、メモリと、通信回路とを備えている装置であって、前記装置は、その通信回路を介してネットワークに接続され、前記装置は、前記装置の前記メモリの中に記憶されたコンピュータ実行可能命令をさらに備え、前記命令は、前記装置の前記プロセッサによって実行されると、
ａ．いくつかのビームにおいてビーム掃引様式で、隣接するシンボルの中で物理ダウンリンク制御チャネルを伝送することと、
ｂ．各ビームのために、物理ダウンリンク共有データチャネルを伝送することと
を含む動作を前記装置に実施させ、
前記物理ダウンリンク共有データチャネルは、前記物理ダウンリンク制御チャネルが掃引された後に生じる、装置。
【請求項１７】
前記命令は、ａ．第２の物理ダウンリンク制御チャネルを掃引する前、第１の物理ダウンリンク制御チャネルおよび第１の物理ダウンリンク共有データチャネルを伝送することを前記装置にさらに行わせ、
ｂ．前記第１の物理ダウンリンク制御チャネルおよび前記第１の物理ダウンリンク共有データチャネルは、１つのビームの中で伝送される、請求項１６に記載の装置。
【請求項１８】
前記命令は、ａ．ビームの組のうちの各ビームの中で、ダウンリンク制御情報の組を伝送することを前記装置にさらに行わせる、請求項１６に記載の装置。
【請求項１９】
前記ダウンリンク制御情報の組は、ページング情報を備えている、請求項１８に記載の装置。
【請求項２０】
前記ダウンリンク制御情報の組の中の前記いくつかのシンボルは、固定されている、請求項１８に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６２／３３４，９３５号（２０１６年５月１１日出願）、米国仮特許出願第６２／４０１，０５５号（２０１６年９月２８日出願）、米国仮特許出願第６２／３９９，９２１号（２０１６年９月２６日出願）、および米国仮特許出願第６２／４１６，９０２号（２０１６年１１月３日出願）に対する優先権の利益を主張し、上記出願の開示は、それらの全体が参照により本明細書に引用される。
【背景技術】
【０００２】
既存および提案される電気通信ネットワークならびにサブネットワークは、ＬＴＥ、４Ｇ、５Ｇ、および３ＧＰＰ等の種々の規格に従って動作し、ライブ通信、エンターテインメント媒体伝送、コンピュータデータ転送、およびモノのインターネット（ＩｏＴ）、モノのウェブ、ならびにマシンツーマシン（Ｍ２Ｍ）動作等の多様な用途をサポートし得る。種々の規格は、サブキャリアおよびタイムスロットによる通信リソースの配分のための数秘術を含む。種々の規格はまた、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）動作のための機構も含む。
【発明の概要】
【課題を解決するための手段】
【０００３】
新しい無線物理ダウンリンク制御チャネル（ＮＲ−ＰＤＣＣＨ）は、複数の数秘術動作を促進し、拡張モバイルブロードバンド（ｅＭＢＢ）、大量マシンタイプ通信（ｍＭＴＣ）、および超信頼性／低遅延アプリケーション（ＵＲ／ＬＬ）等の多様な用途をサポートする、いくつかの特徴を組み込み得る。ユーザ機器（ＵＥ）デバイスは、例えば、ユースケースまたは数秘術にかかわらず、その独自のＮＲ−ＰＤＣＣＨを盲目的に復号し得る。代替として、数秘術配分は、数秘術配分が半静的に更新されるシナリオのためにＭＩＢまたはＳＩＢ上でシグナリングされ得る。別の代替物として、数秘術配分は、数秘術配分が動的に更新されるシナリオのために物理ダウンリンク数秘術指示チャネル（ＰＤＮＩＣＨ）上でシグナリングされ得る。
【０００４】
ＮＲ−ＰＤＣＣＨは、ＮＲ−ＰＤＣＣＨを復調するための新しい無線基準信号（ＮＲ−ＲＳ）を使用して、オンザフライで復号され得る。例えば、ＮＲ−ＲＳおよびＮＲ−ＰＤＣＣＨは、同一のプリコーディング／ビーム形成を使用している。ＮＲ−ＲＳは、ＵＥ特有のシーケンスでマスクされ得る。
【０００５】
ＮＲ−ＰＤＣＣＨは、フレキシブルなフレーム構造およびＦＤＤ／ＴＤＤハイブリッド多重化をサポートし得る。例えば、ＵＥ検索空間は、無線リソース制御（ＲＲＣ）等の上位層シグナリングによって事前定義され得る。
【０００６】
いくつかのＤＣＩは、マルチキャスト−ＮＲ−ＰＤＣＣＨおよびプリコードされたＮＲ−ＰＤＣＣＨ部分に分割され得る。例えば、マルチキャスト−ＮＲ−ＰＤＣＣＨは、ＤＬ許可場所およびその許可のプリコードされたＮＲ−ＰＤＣＣＨのためのＮＲ−ＲＳリソース情報を提供し得る。端末がこのマルチキャスト−ＮＲ−ＰＤＣＣＨを復号すると、この端末は、プリコードされたＮＲ−ＰＤＣＣＨの場所を決定し、それを復号して、伝送モード、層のＮＲ−ＲＳ情報、アンテナ構成等を決定し得る。
【０００７】
ＮＲでは、高速フェージングチャネルを利用し、さらなる融通性を提供し、ユーザの体験を改良し得る、動的伝送モード切り替えがサポートされることが所望される。
【０００８】
現在の３ＧＰＰシステムにおける伝送モード切り替えの多くの待ち時間に関連付けられる問題に対処するために、動的伝送モード切り替えを可能にする一方で、盲目復号試行の数を増加させない、以下の例示的機構が、本明細書で提案される。
【０００９】
新しいダウンリンク制御シグナリング、すなわち、物理スロットフォーマットインジケータチャネル（ＰＳＦＩＣＨ）は、スロットの長さ、ダウンリンク伝送領域のためのシンボル、およびアップリンク伝送領域のためのシンボル等の現在のスロットの必要な情報についてＵＥに知らせる。ＰＳＦＩＣＨは、各スロットの第１のシンボルにおいて伝送され得る。ＰＳＦＩＣＨはまた、低いコーディングレートで符号化され、信頼性を向上させるように伝送ダイバーシティモードで伝送され得る。
【００１０】
２層ＮＲ  ＰＤＣＣＨが、動的伝送モード切り替えをサポートし、盲目復号試行を低減させるために使用され得る。第１の層ＮＲ  ＰＤＣＣＨは、ダウンリンク制御領域内で伝送され得、その検索空間は、共通および／またはＵＥ特有であり得る。第１の層ＮＲ  ＰＤＣＣＨは、伝送モードに依存しない、統一ＮＲ  ＤＣＩフォーマットを有し得る。第１の層ＮＲ  ＰＤＣＣＨはまた、第２の層ＮＲ  ＰＤＣＣＨに使用されるＮＲ  ＤＣＩフォーマットのインデックス、および第２の層ＮＲ  ＰＤＣＣＨ検索空間を構成するために使用される検索空間インジケータ等の第２の層ＮＲ  ＰＤＣＣＨ盲目復号のための必要な情報を含み得る。第２の層ＮＲ  ＰＤＣＣＨは、スケジュールされたダウンリンク伝送のための要求される情報の全てを含み得る。第２の層ＮＲ  ＰＤＣＣＨは、制御領域またはデータ領域内で伝送され得る。第２の層ＮＲ  ＰＤＣＣＨ検索空間は、ＵＥ特有であり得、第１の層ＮＲ  ＰＤＣＣＨ内の検索空間インジケータ、現在のスロット構造、および／またはＵＥ  ＩＤによって決定され得る。異なる伝送モードに関して、第２の層ＮＲ  ＰＤＣＣＨは、第１の層ＮＲ  ＰＤＣＣＨ内でシグナリングされる、異なるＤＣＩフォーマットを有し得る。伝送ダイバーシティ方式またはビームベースのダイバーシティ方式が、制御領域内の信号に適用され得、データ領域の中に位置するＮＲ  ＰＤＣＣＨは、データチャネルと同一の伝送モードを伴って構成され得る。
【００１１】
別のオプションは、ＭＡＣ  ＣＥを通し得る、第２の層ＮＲ  ＤＣＩフォーマットのインデックスをシグナリングするものである。この場合、第１の層ＮＲ  ＰＤＣＣＨは、必要ではない場合がある。その数が現在のＬＴＥにおける伝送モードの数よりもはるかに少ない、ＮＲ伝送モード、および異なるＮＲ伝送モードが２層ＮＲ  ＰＤＣＣＨをサポートするためのＮＲ  ＤＣＩフォーマットがある。
【００１２】
ＮＲネットワークのためのビーム形成をサポートする、拡張初期アクセス信号設計の必要性に対処するために、以下のソリューションが提案される。
【００１３】
ＤＬ同期化チャネル（信号）、ビーム基準信号、およびＰＢＣＨチャネルを含むＤＬ初期アクセス信号、各ビーム掃引ブロックが単一のＯＦＤＭまたは複数のＯＦＤＭシンボルのいずれかを含む、ＤＬビーム掃引ブロックによって搬送されるＤＬ初期アクセス信号、複数のビーム掃引ブロックを含み得るＤＬビーム掃引サブフレーム、異なるＯＦＤＭシンボルにおいて設置されることができるＤＬ同期化チャネルＰＳＳおよびＳＳＳ、１つだけのＤＬ同期化チャネルを含むビーム掃引ブロック、同一のＯＦＤＭシンボルの中または異なるＯＦＤＭシンボルの中で共存し得る、ビーム基準信号およびＰＢＣＨ、ならびにＤＬ同期化チャネルおよびビーム基準信号と異なる伝送周期を有し得るＰＢＣＨ。
【００１４】
ＤＬ同期化チャネルがセルおよびビームＩＤを両方とも搬送する場合、ＵＥは、ＤＬ同期化チャネルからセルおよびビームＩＤを検出することができる。したがって、ＵＥは、検出されるＤＬビーム掃引ブロックを把握することができ、検出されたビーム掃引ブロックとＤＬ掃引サブフレームとの間のタイミングオフセットを計算することができる。
【００１５】
ＤＬ同期化チャネルがセルＩＤのみを搬送する場合、ＵＥは、ビーム基準信号からビームＩＤを検出することができる。したがって、ＵＥは、検出されるＤＬビーム掃引ブロックを把握することができ、検出されたビーム掃引ブロックとＤＬ掃引サブフレームとの間のタイミングオフセットを計算することができる。
【００１６】
制御チャネル設計のための機構は、ＮＲ−ＤＣＩのためのリソースおよびＵＬシグナリングのための波形を割り当てる技法を含むことができる。制御チャネル推定およびサブバンド内のＵＬならびにＤＬリソースの配分を補助する機構は、ＵＥへの計算負担を限定することができる。
【００１７】
本概要は、発明を実施するための形態において以下でさらに説明される、簡略化された形態で一連の概念を導入するように提供される。本概要は、請求される主題の主要な特徴または不可欠な特徴を識別することを意図せず、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示の任意の部分で記述されるいずれかまたは全ての不利点を解決する制限に限定されない。
【図面の簡単な説明】
【００１８】
【図１】図１は、ＤＬ  ＰＤＳＣＨリソース配分を示すためのＬＴＥ  ＰＤＣＣＨを図示する。
【図２】図２は、ＬＴＥ  ＵＥのための例示的ＵＥ盲目ＰＤＣＣＨ復号方法のフロー図である。
【図３】図３は、レガシーＬＴＥ  ＰＤＣＣＨおよびＥＰＤＣＣＨのためのリソース配分の例を示す。
【図４】図４は、異なる数秘術を多重化するための５Ｇ伝送機の例示的構成のブロック図である。
【図５】図５は、種々のユースケースのための多重化された数秘術の例示的構成を示す。
【図６】図６は、異なる数秘術のための例示的時変バンドスライス構成を示す。
【図７】図７は、時間のみにおける数秘術スライシングの例を示す。
【図８】図８は、時間および周波数リソースの両方における数秘術スライシングの例を示す。
【図９】図９は、ｂａｎｄｓｌｉｃｅＣｏｎｆｉｇ−ｋに基づくＤＬにおけるリソース割り当ての例を示す。
【図１０】図１０は、システム情報を通してバンドスライス構成を取得する例示的ＵＥ方法のフローチャートであり、情報は、ＭＩＢを通して構成される。
【図１１】図１１は、ｂａｎｄｓｌｉｃｅＣｏｎｆｉｇ−ｋがＵＥに暗示的にシグナリングされ得る例示的方法のフローチャートである。
【図１２】図１２は、帯域内でＰＤＮＩＣＨを搬送するｂＴＴＩの例示的構成を示す。
【図１３】図１３は、ＰＤＮＩＣＨ−数秘術を通してバンドスライス構成を取得する例示的ＵＥ方法を示す。
【図１４】図１４は、それぞれのバンドスライスの中に位置する複数のＰＤＮＩＣＨリソースの例を示す。
【図１５】図１５は、全ての可能な場所でＰＤＮＩＣＨを盲目的に復号することによって、バンドスライス構成を取得する例示的ＵＥ方法を示す。
【図１６】図１６は、ｂＦｒａｍｅ内のバンドスライスの例を図示する。
【図１７】図１７は、３つのＵＥで３つの異なる数秘術をサポートする例示的５Ｇシステムを示す。
【図１８】図１８は、ＮＲ−ＰＤＣＣＨを復号するための例示的ＵＥ方法のフローチャートである。
【図１９】図１９は、複数のマルチキャストＮＲ−ＰＤＣＣＨがバンドスライス内の異なるシンボルの中で搬送される例示的構成を示す。
【図２０】図２０は、ＮＲ−ＰＣＦＩＣＨを通して構成される複数のマルチキャスト−ＮＲ−ＰＤＣＣＨ領域の例示的シンボルを示す。
【図２１】図２１は、ｂＴＴＩの中のバンドスライスの例示的構成を示す。
【図２２】図２２は、ＵＥへのＤＬ許可内で内蔵様式でプリコードされたＮＲ−ＰＤＣＣＨを示す例示的構成を示す。
【図２３】図２３は、ダウンリンク制御情報を復号するために関与する例示的方法のフローチャートである。
【図２４】図２４は、動的および静的スロット構造を伴う例示的スロット構造を示す。
【図２５】図２５は、ＣＦＩを用いてＰＳＦＩＣＨによって示される例示的スロット構造を示す。
【図２６】図２６は、例示的ビームベースの空間周波数ブロックコード（ＳＦＢＣ）を示す。
【図２７】図２７は、例示的ビームベースの周波数切り替え伝送ダイバーシティ（ＦＳＴＤ）を示す。
【図２８】図２８は、１オクテットの例示的伝送モードアクティブ化／非アクティブ化ＭＡＣ制御要素を示す。
【図２９】図２９は、４オクテットの例示的伝送モードアクティブ化／非アクティブ化ＭＡＣ制御要素を示す。
【図３０】図３０は、２層ＮＲ  ＰＤＣＣＨのための例示的プロシージャを図示する。
【図３１】図３１は、トランスポートブロックのための例示的ＤＬ伝送チェーンである。
【図３２】図３２は、ＭＡＣ  ＰＤＵの例である。
【図３３】図３３は、ｅＭＢＢおよびＵＲＬＬのための共通制御検索空間の例を示す。
【図３４】図３４は、先頭シンボルの中でマップされているＵＲＬＬ  ＮＲ−ＰＤＣＣＨの例を示す。
【図３５】図３５は、サブフレームの先頭シンボルの中のＵＲＬＬデータリソースの例を示す。
【図３６】図３６は、ＵＥ間のリソース多重化の例を示す。
【図３７】図３７は、周波数においてＲＶに分割された低コードレートＮＲ−ＰＤＣＣＨの例を示す。
【図３８】図３８は、そのＮＲ−ＰＤＣＣＨを復号するためのＵＲＬＬ  ＵＥプロシージャの例を示す。
【図３９】図３９は、そのＮＲ−ＰＤＣＣＨを復号するためのｅＭＢＢ  ＵＥプロシージャの例を示す。
【図４０】図４０は、時間においてＲＶに分割された低コードレートＮＲ−ＰＤＣＣＨの例を示す。
【図４１】図４１は、所与のＲＶの全てのＮＲ−ＰＤＣＣＨを反復することによってＮＲ−ＰＤＣＣＨを復号するためのＵＲＬＬ  ＵＥプロシージャの例を示す。
【図４２】図４２は、ＮＲ−ＰＤＣＣＨの全てのＲＶを反復することによってＮＲ−ＰＤＣＣＨを復号するためのＵＲＬＬ  ＵＥプロシージャの例を示す。
【図４３】図４３は、時間および周波数リソースの両方を使用して、ＲＶに分割された低コードレートＮＲ−ＰＤＣＣＨの例を示す。
【図４４】図４４は、サブフレーム内の複数のＤＬ制御領域の例を示す。
【図４５】図４５は、同一のシンボルの中で多重化されたデータおよび制御領域の例を示す。
【図４６】図４６は、それに先行するシンボルの中で許可を配分しないこともある制御領域の例を示す。
【図４７】図４７は、第２の制御領域がｅＭＢＢデータをパンクチャする例を示す。
【図４８】図４８は、サブフレーム内の前の制御領域によって示されている後続の制御領域の例を示す。
【図４９】図４９は、サブフレーム内で制御領域を構成するＮＲ−ＰＣＦＩＣＨの例を示す。
【図５０】図５０は、複数のＤＬ制御領域の例を示し、第２および第３の制御領域は、ＵＲＬＬＣのみのためである。
【図５１】図５１は、サブフレーム内で構成されている複数のＵＬ制御領域の例を示す。
【図５２】図５２は、サブフレーム内でＵＬ制御領域を構成する複数のＤＬ制御領域の例を示す。
【図５３】図５３は、ビーム掃引を伴うＮＲ  ＤＬ制御検索空間の例を示す。
【図５４】図５４は、ＮＲ  ＤＬ制御チャネルのためのＵＥプロシージャの例を示す。
【図５５】図５５は、共有チャネル伝送が後に続く、ビーム上で伝送される制御情報を図示する略図である。
【図５６】図５６は、ビーム上で繰り返され得る、あるＮＲ−ＤＣＩを図示する略図である。図５６Ａは、ＵＥのためのＮＲ−ＤＣＩが全てのビームの中で繰り返されることを図示する略図である。図５６Ｂは、ＵＥのためのＮＲ−ＤＣＩが４つのビームのうちの２つのみの上で伝送されることを図示する略図である。
【図５７】図５７は、制御領域内の各ビームの後に共有チャネル伝送が続く例示的シナリオを図示する略図である。
【図５８】図５８は、制御ＲＳまたはビームＲＳがチャネルを推定するために使用され得る例示的シナリオを図示する略図である。
【図５９】図５９は、制御ＤＭＲＳがＮＲ−ＤＣＩを復号するためにＵＥ特有の様式で使用される例示的シナリオを図示する略図である。
【図６０】図６０は、同一の方法でプリコードされる場合、制御ＤＭＲＳが制御とデータ領域との間で共有される例示的シナリオを図示する略図である。
【図６１】図６１は、ビーム掃引が同一の数秘術の制御シンボルを通している例示的シナリオを図示する略図である。
【図６２】図６２は、ビーム掃引が異なる数秘術の制御信号を通している例示的シナリオを図示する略図である。
【図６３】図６３は、ＵＥへのサブバンド配分が制御シグナリングのための検索空間を限定する例示的シナリオを図示する略図である。
【図６４】図６４は、共通制御シグナリングへのサブバンド配分がある例示的シナリオを図示する略図である。
【図６５】図６５は、共有チャネルのためのサブバンド動作がある例示的シナリオを図示する略図である。
【図６６】図６６は、例示的通信システムを図示する。
【図６７】図６７は、例えば、無線伝送／受信ユニット（ＷＴＲＵ）等の無線通信のために構成される、例示的装置またはデバイスのブロック図である。
【図６８】図６８は、第１の例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワークの系統図である。
【図６９】図６９は、第２の例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワークの系統図である。
【図７０】図７０は、第３の例示的無線アクセスネットワーク（ＲＡＮ）およびコアネットワークの系統図である。
【図７１】図７１は、ＲＡＮ、コアネットワーク、公衆交換電話網（ＰＳＴＮ）、インターネット、または他のネットワーク内のあるノードもしくは機能エンティティ等、通信ネットワークの１つ以上の装置が具現化さ得る、例示的コンピューティングシステムのブロック図である。
【発明を実施するための形態】
【００１９】
新しい無線ダウンロード数秘術配分情報が、マスタ情報ブロックデータ、システム情報ブロックデータ、無線リソース制御信号、または物理ダウンリンク数秘術指示チャネルを通して取得され、バンドスライス数秘術のための基準信号配分方式に従って特定のバンドスライスに属するリソースブロックの中のアンテナポート基準信号の中のリソース要素位置を取得するために、検索空間内で検出される基準信号とともに使用され得る。物理ダウンロード制御が、次いで、基準信号の１つ以上のリソース要素に基づいて復号され得、それによって、例えば、通信ネットワークへの拡張モバイルブロードバンド大量マシンタイプ通信または超信頼性／低遅延アプリケーションの接続を可能にする。
【００２０】
代替として、複数の物理ダウンリンク制御チャネルが、１つ以上の検索空間内のいくつかの計算された基準信号場所の各々において推測で復調され得る。物理ダウンリンク制御チャネルは、周期的冗長チェックを通過することに基づいて選択され得る。周期的冗長チェックは、装置の識別子でマスクされ得る。
【００２１】
基準信号検出は、リソース要素の受信された信号を装置の特定の基準信号と相関させることによって達成され得る。検索空間は、無線リソース制御信号によって提供され得る。物理ダウンロード制御チャネルは、同一のプリコーディングまたはビーム形成を使用する基準信号を含み得る。
【００２２】
例えば、超信頼性／低遅延用途に関して、基準信号データは、待ち時間の要件を満たすように、時間分割多重化されず、周波数分割多重化されるのみであり得る。例えば、拡張モバイルブロードバンド用途に関して、基準信号およびデータは、周波数および時間分割の両方において多重化され得る。
【００２３】
物理ダウンリンク制御チャネルは、マルチキャストされ得、ダウンリンク許可場所と、基準信号リソース情報とを備え得、プリコードされた物理ダウンリンク制御チャネルの場所が決定されること、それによって、伝送モードまたはアンテナ構成が決定されることを可能にする。
【００２４】
現在のＬＴＥでは、異なる伝送モードの間の切り替えは、ＲＲＣシグナリングによって構成され、各構成された伝送モード内で、ＵＥは、構成された伝送モードからデフォルト伝送ダイバーシティ方式にフォールバックすることを可能にされる。本構成がＵＥにおいて発効するときの正確なサブフレーム数が規定されないと、ネットワークおよびＵＥが構成される伝送モードの異なる理解を有し得る、周期がある。したがって、ＵＥは、半静的ＲＲＣシグナリングの待ち時間に悩まされ得る。
【００２５】
新しい無線（ＮＲ）アクセス技術上の検討事項の目的は、最大１００ＧＨｚの周波数において動作するシステムのために必要とされる技術コンポーネントを識別および開発することである。例えば、３ＧＰＰ  ＴＲ  ３８．９１３，Ｓｔｕｄｙ  ｏｎ  Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ；（Ｒｅｌｅａｓｅ１４），Ｖ０．３．０、ならびにＲＰ−１６１２１４，Ｒｅｖｉｓｉｏｎ  ｏｆ  ＳＩ：  Ｓｔｕｄｙ  ｏｎ  Ｎｅｗ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ，ＮＴＴ  ＤＯＣＯＭＯを参照されたい。これらの高周波数ＮＲ（ＨＦ−ＮＲ）システムにおける増加したパスロスを補償するために、ビーム形成が幅広く使用されることが予期される。しかしながら、全方向またはセクタベースの伝送に基づく、ＤＬ同期化、基準信号、およびＰＢＣＨ設計等の既存の初期アクセス信号設計は、ビーム形成ベースのアクセスのために要求される機能（例えば、ビーム掃引、ビームペアリング、ビームトレーニング等）をサポートしない。
【００２６】
ダウンリンク制御情報（ＤＣＩ）は、ＤＣＩが形成され、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で伝送される、所定のフォーマットである。ＤＣＩフォーマットは、同一のサブフレーム内の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で伝送される、そのデータを入手する方法をＵＥに伝える。これは、ＵＥがリソースグリッドからＰＤＳＣＨを見出して復号することに役立つ、リソースブロックの数、リソース配分タイプ、変調方式、冗長性バージョン、コーディングレート等のＵＥのための詳細を搬送する。ＰＤＣＣＨ内でＬＴＥにおいて使用される種々のＤＣＩフォーマットがある。
【００２７】
現在、３ＧＰＰ規格化努力が、ＮＲフレーム構造を定義するために進行中である。合意は、ＮＲのためのいわゆる「内蔵」時間インターバルを構築することである。内蔵時間インターバルは、全て時間インターバル内に、許可のための制御情報、データ、およびその確認応答（すなわち、ＡＣＫ／ＮＡＣＫ）を含むと理解され、そのリソース内に構成可能なＵＬ／ＤＬ／サイドリンク配分および基準信号を有することが予期される。例えば、３ＧＰＰ  Ｒ１−１６４６９４  Ｆｒａｍｅ  Ｓｔｒｕｃｔｕｒｅ  Ｒｅｑｕｉｒｅｍｅｎｔｓ，Ｑｕａｌｃｏｍｍ（Ｍａｙ  ２０１６）を参照されたい。
【００２８】
表１は、以下の説明に現れ得る、サービスレベル技術に関連する頭字語のリストである。別様に規定されない限り、本明細書で使用される頭字語は、以下に列挙された対応する用語を指す。
【００２９】
【表１−１】
2019515579.tif 000003
【００３０】
【表１−２】
2019515579.tif 000004
【００３１】
【表１−３】
2019515579.tif 000005
【００３２】
ＬＴＥでは、ＰＤＣＣＨが、ＵＬおよびＤＬ許可／伝送を示すために使用される。図１は、ＤＬ  ＰＤＳＣＨリソース配分を示すためのＬＴＥ  ＰＤＣＣＨを図示する。ＰＤＣＣＨは、現在のサブフレーム上で伝送されているデータについての制御情報、およびアップリンクデータのためにＵＥが使用する必要があるリソースについての情報を搬送する。ＰＤＣＣＨは、ＵＥまたはＵＥのグループのためのリソース割り当てを含む、ダウンリンク制御情報（ＤＣＩ）と呼ばれるメッセージを搬送する。
【００３３】
ＬＴＥにおいて、いくつかのＤＣＩフォーマットがある。フォーマット０は、アップリンク共有チャネル（ＵＬ−ＳＣＨ）配分の伝送に使用される。フォーマット１は、単一入力多重出力（ＳＩＭＯ）動作のためのＤＬ−ＳＣＨ配分の伝送に使用される。フォーマット１Ａは、ＳＩＭＯ動作のためのＤＬ−ＳＣＨ配分のコンパクトな伝送に、またはランダムアクセスのために専用プリアンブルシグネチャをＵＥに配分するために使用される。フォーマット１Ｂは、多入力多出力（ＭＩＭＯ）ランク１ベースのコンパクトなリソース割り当ての伝送制御情報に使用される。フォーマット１Ｃは、ＰＤＳＣＨ割り当ての非常にコンパクトな伝送に使用される。フォーマット１Ｄは、電力オフセットの追加の情報を伴ってフォーマット１Ｂと同一である。フォーマット２およびフォーマット２Ａは、それぞれ、閉および開ループＭＩＭＯ動作のためのＤＬ−ＳＣＨ配分の伝送に使用される。フォーマット２Ｂは、二重層伝送（アンテナポート７および８）のスケジューリングに使用される。フォーマット２Ｃは、ＴＭ９を使用する、最大８層の伝送（アンテナポート７〜１４）のスケジューリングに使用される。フォーマット２Ｄは、ＴＭ１０を使用する、最大８層の伝送（アンテナポート７〜１４）のスケジューリングに使用される。フォーマット３およびフォーマット３Ａは、アップリンクチャネルのためのＴＰＣコマンドの伝送に使用される。フォーマット４は、マルチアンテナポート伝送モードを伴うＰＵＳＣＨのスケジューリングに使用される。
【００３４】
ＰＤＣＣＨリソースの配分は、ＣＣＥ（制御チャネル要素）の観点から起こる。１つのＣＣＥ＝９つの連続ＲＥＧ（リソース要素グループ）＝３６個のＲＥであり、すなわち、１つのＲＥＧ＝４つのＲＥである。ＰＤＣＣＨは、ｎがＰＣＦＩＣＨ中に存在する値、例えば、ＯＦＤＭシンボルの数である、最初のｎ個のＯＦＤＭシンボルの中に存在するリソースを使用する。制御情報を伝送するために存在するＣＣＥの数は、ＰＣＦＩＣＨ値、１．４ＭＨｚ〜２０ＭＨｚのシステムの帯域幅、およびひいては存在する基準信号に影響を及ぼすであろう、存在するアンテナポートの数に応じて、可変であろう。
【００３５】
利用可能なＲＥの総数は、ｎがＰＣＦＩＣＨの値に由来する、最初のｎ個のＯＦＤＭシンボルから決定される。ＰＤＣＣＨのために配分される全ＲＥは、ｎがＰＣＦＩＣＨ値であり、ｘが１つのＲＢの中のサブキャリアの数であり、ｙがシステムＢＷの中のＲＢの総数である、ｎ×ｘ×ｙに等しくあり得る。例に関して、ｎ＝３およびシステムＢＷ＝１０ＭＨｚと仮定されたい。ｎ＝３つのＯＦＤＭシンボルにおいて、利用可能なＲＥの総数＝３×１２×５０＝１，８００個のＲＥである。ＰＤＣＣＨのための利用可能な配分可能ＲＥは、全ＲＥ、すなわち、ＰＣＦＩＣＨで使用されるＲＥの数とともに、ＲＳに使用されるＲＥの数、ＰＨＩＣＨで使用されるＲＥの数として表され得る。したがって、利用可能なＰＤＣＣＨ  ＣＣＥの数＝ＰＤＣＣＨのためのＲＥ／３６である。
【００３６】
２つのＰＤＣＣＨ検索空間、すなわち、共通検索空間およびＵＥ特有の検索空間がある。ＵＥは、共通およびＵＥ特有の検索空間の両方を監視するように要求される。ＵＥのための共通およびＵＥ特有の検索空間の間に重複が存在し得る。
【００３７】
共通検索空間に関して、ｅＮｏｄｅＢは、共通検索空間内の配分のためにアグリゲーションレベル４および８のみを使用する。共通検索空間内に存在するＣＣＥの最大数は、１６として固定される。システムで利用可能なＣＣＥの総数は、任意の帯域幅に関して１６未満であり、次いで、全てのＣＣＥが、共通検索空間内に存在するであろう。共通検索空間ＣＣＥの位置は、常に、第１のＣＣＥインデックスから始まって固定される。
【００３８】
ＵＥ特有の検索空間は、ＵＥの割り当てられたＣ−ＲＮＴＩ半永続的スケジューリング（ＳＰＳＣ−ＲＮＴＩ）、または初期配分（一時Ｃ−ＲＮＴＩ）を使用して、ＵＥ特有の配分のためのＤＣＩを搬送し得る。ＵＥは、全てのアグリゲーションレベル（１、２、４、および８）においてＵＥ特有の検索空間を監視する。
【００３９】
図２は、ＬＴＥ  ＵＥのための例示的ＵＥ盲目ＰＤＣＣＨ復号方法のフロー図である。ＵＥは、ＵＥがＰＤＣＣＨによって使用されるＣＣＥについての情報を有していない、ＵＥがｅＮｏｄｅＢによって使用されるアグリゲーションレベルを知らない、またはＵＥがｅＮｏｄｅＢによって使用されるＤＣＩフォーマットについての情報を有していないのいずれかであるため、盲目復号を行い得る。
【００４０】
ＵＥは、サブフレームの制御領域内のＯＦＤＭシンボルの数について知らされるのみであり、その対応するＰＤＣＣＨの場所を提供されない。ＵＥは、全てのサブフレーム内のＰＤＣＣＨ候補のセットを監視することによって、そのＰＤＣＣＨを見出す。これは、盲目復号と称される。
【００４１】
ｅＮｏｄｅＢは、例えば、１、２、４、または８の値を伴うアグリゲーションレベルを用いて、ＵＥのためのＣＣＥインデックスを計算し得る。ＰＤＣＣＨ候補は、特定の検索空間に関してサブフレーム内でＵＥによって検索される、いくつかのＣＣＥインデックスを含み得る。ＰＤＣＣＨフォーマットは、０、１、２、３、または４等のＤＣＩフォーマットであり得る。
【００４２】
Ｒ８の従来のＰＤＣＣＨに加えて、ＥＰＤＣＣＨは、Ｒ１１で利用可能である。図３は、レガシーＬＴＥ  ＰＤＣＣＨおよびＥＰＤＣＣＨのためのリソース配分の例を示す。ＥＰＤＣＣＨは、ＰＤＳＣＨリソースを使用し、ＤＬ制御情報を伝送して制御チャネル容量を増加させる。ｅＰＤＣＣＨは、クロスキャリアスケジューリングがキャリアアグリゲーションに使用されるとき、特に有用である。
【００４３】
Ｒ１１に関して、ＥＰＤＣＣＨは、専用検索空間のみに使用されるように構成され、すなわち、共通検索空間に含まれるＥ−ＰＤＣＣＨがない。
【００４４】
レガシーＰＤＣＣＨで使用される基本的リソース単位は、リソース要素グループ（ＲＥＧ）である。ＰＤＣＣＨに匹敵して、ＥＰＤＣＣＨの基本リソースは、拡張制御チャネル要素（ＥＣＣＥ）を構築するために使用される、拡張リソース要素グループ（ＥＲＥＧ）である。ＥＰＤＣＣＨは、１つ以上の拡張ＣＣＥもしくはＥＣＣＥを使用して伝送される。ＥＣＣＥは、４つまたは８つのＥＲＥＧで構成される。ＰＲＢペアの中に１６個の可能なＥＲＥＧ（０、１、２、・・・１５）がある。ＣＣＥは、３６個のＲＥを有する。ＥＣＣＥの中の利用可能なＲＥの数は、レガシー制御領域のサイズ、サブフレームタイプ、ＰＲＢの中のＰＳＳ／ＳＳＳ／ＰＢＣＨ、ＣＲＳポートの数、およびＣＳＩ−ＲＳポートの数に応じて、変動する。
【００４５】
ＥＲＥＧおよびＥＣＣＥマッピングのいくつかの可能性がある。異なるマッピング方法のための基本的動機は、任意の構成、例えば、局所的および分散型伝送のための単純性ならびに共通設計を達成すること、周波数ダイバーシティ利得を達成すること、およびＥＣＣＥレベルまたはＰＲＢレベルＩＣＩＣをサポートすることである。
【００４６】
ＥＰＤＣＣＨ伝送は、分散型または局所的のいずれかとしてカテゴリ化される。局所的伝送では、ＥＣＣＥリソースは、単一または隣接ＰＲＢペアにマップされる。ＥＰＤＣＣＨは、より低いアグリゲーションレベルにおいて１つのＰＲＢペア内でＥＣＣＥを利用し得る、またはより高いアグリゲーションレベルの場合、より多くのＥＣＣＥが必要とされる場合に隣接ＰＲＢペアを使用し得る。局所的伝送は、ＬＴＥ−Ａシステムチャネル状態情報（ＣＳＩ）フィードバックのために効果的なＰＤＣＣＨがある状況で、より有益である。これはまた、周波数選択的スケジューリングおよびビーム形成も活用する。サービングセル毎に、ＵＥがＥＰＤＣＣＨ  ＵＥ特有の検索空間を監視するサブフレームは、上位層によって構成される。ＵＥは、制御情報のための上位層シグナリングによって構成されるような１つ以上のアクティブ化されたサービングセル上のＥＰＤＣＣＨ候補のセットを監視し、監視は、監視されたＤＣＩフォーマットに従って、セットの中のＥＰＤＣＣＨのそれぞれを復号しようとすることを含意する。ＥＰＤＣＣＨ＿ｔｙｐｅ＝‘Ｌｏｃａｌｉｚｅｄ’に関して、ＥＰＤＣＣＨは、ＲＮＴＩを含む、いくつかのパラメータの関数として、ポート１０７、・・・１１０から選定される単一のアンテナポート上で伝送される。ＥＰＤＣＣＨタイプ＝‘Ｄｉｓｔｒｉｂｕｔｅｄ’に関して、ＥＰＤＣＣＨは、通常の巡回プレフィックスに関して｛１０７，１０９｝または拡張巡回プレフィックスに関して｛１０７，１０８｝のいずれかである、２つのアンテナポート上で伝送される。ＥＰＤＣＣＨおよびそのＤＭＲＳは、ビーム形成され、伝送のために物理アンテナにマップされなければならない。ここでのビーム形成ベクトルは、分散型伝送に関してＴＳ３６．１０１付属書Ｂ．４．４、および局所的伝送に関してＴＳ３６．１０１付属書Ｂ．４．５に従って選定される。ＥＰＤＣＣＨおよびそのＤＭＲＳは、同一のビーム形成を受けなければならず、したがって、それらは、ビーム形成を適用するとき、ともに処理され得る。
【００４７】
ドローン制御および遠隔手術等の超信頼性低遅延用途、ならびにロボット制御および工業自動化等のいくつかのｍＭＴＣ用途は、短縮された制御およびユーザプレーン待ち時間から有意に利益を得るであろうことが予期される。したがって、ＬＴＥとの後方互換性を要求することなく、５ＧのためのＵＬおよびＤＬ数秘術をそのようなユースケースに適応させることに、大幅な関心がある。
【００４８】
３ＧＰＰ  ＴＲ  ３８．９１３，Ｓｔｕｄｙ  ｏｎ  Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ，Ｒｅｌｅａｓｅ  １４，Ｖ０．２．０は、次世代アクセス技術のためのシナリオおよび要件を定義する。以下は、低遅延設計に関連する３ＧＰＰ  ＴＲ  ３８．９１３の重要性能インジケータ（ＫＰＩ）の節の抜粋である。
「７．５  ユーザプレーン待ち時間［・・・］ＵＲＬＬＣに関して、ユーザプレーン待ち時間の標的は、ＵＬに関して０．５ミリ秒、ＤＬに関して０．５ミリ秒となるはずである。さらに、可能である場合、待ち時間はまた、次世代アクセスアーキテクチャ内で使用されることができる無線トランスポート技術として、次世代アクセス技術の使用をサポートするために十分に低くなるはずである。［・・・］注記１：信頼性ＫＰＩはまた、関連付けられる信頼性要件を伴う待ち時間値を提供する。上記の値は、平均値と見なされるはずであり、関連付けられる高信頼性要件を有していない。［・・・］ｅＭＢＢに関して、ユーザプレーン待ち時間の標的は、ＵＬに関しては４ミリ秒、ＤＬに関しては４ミリ秒となるはずである。［・・・］注記２：ｅＭＢＢ値に関して、評価は、効率的な方法でデータパケットの転送に関連付けられる全ての典型的遅延（例えば、リソースが事前配分されないときの適用可能なプロシージャの遅延、平均ＨＡＲＱ再伝送遅延、ネットワークアーキテクチャの影響）を考慮する必要がある。」
ネットワークは、「スライス」され得、各スライスは、特定のユースケースまたはユースケースのセットの通信サービス要件をサポートする論理ネットワーク機能の集合から成る。例えば、３ＧＰＰオペレータのネットワークは、重要ＭＴＣスライス、大量ＭＴＣ、およびＭＢＢスライスに分割され得、それによって、例えば、サブスクリプションまたはＵＥタイプに基づいて、オペレータもしくやユーザの必要性を満たす方法で、選択されたスライスにＵＥをダイレクトすることが可能である。ネットワークスライシングは主に、コアネットワークのパーティションを標的にする。しかしながら、無線アクセスネットワーク（ＲＡＮ）は、複数のスライス、またはさらに異なるネットワークスライスのためのリソースの区分化をサポートする具体的機能性を必要とし得る。例えば、３ＧＰＰ  ＴＲ  ２２．８９１，Ｆｅａｓｉｂｉｌｉｔｙ  Ｓｔｕｄｙ  ｏｎ  Ｎｅｗ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ  （ＳＭＡＲＴＥＲ），Ｓｔａｇｅ  １，Ｒｅｌｅａｓｅ  １４，Ｖ−１．１．０を参照されたい。
【００４９】
潜在的ネットワークスライシングサービス要件は、３ＧＰＰ  ＴＲ  ２２．８９１で定義され、それによって、３ＧＰＰシステムは、オペレータが、ネットワークスライス、例えば、複数の企業またはモバイル仮想ネットワークオペレータ（ＭＶＮＯ）をホストするためのパラメータ構成、異なるベンダからのネットワーク機能等のネットワーク機能の独立したセットを構成することを可能にするものとする。３ＧＰＰ  ＴＲ  ２２．８９１の下で、オペレータは、ネットワークスライスを動的に作成し、異なる多様な市場シナリオの要求に応じるようにカスタマイズされる、完全、自律的、かつ完全動作ネットワークを形成することができるものとする。３ＧＰＰシステムは、特定のネットワークスライスに関連付けられる、あるＵＥおよびサブスクライバを識別することができるものとする。３ＧＰＰシステムは、例えば、サブスクリプションまたはＵＥタイプに基づいて、ＵＥが具体的ネットワークスライスからサービスを取得することができるものとする。
【００５０】
ロングタームエボリューション（ＬＴＥ）では、マルチアンテナ技法が、改良されたシステム容量（セルあたりより多くのユーザ）および改良されたカバレッジ（より大きいセルの可能性）、ならびに改良されたサービスプロビジョニング（例えば、より高いユーザ毎のデータレート）を含む、改良されたシステム性能を達成するために使用される。伝送機および／または受信機における複数のアンテナの可用性は、異なる目標を達成するために異なる方法で利用されることができる。例えば、Ｅ．Ｄａｈｌｍａｎ，Ｓ．Ｐａｒｋｖａｌｌ，Ｊ．Ｓｋｏｌｄ，“４Ｇ  ＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ，”ｓｅｃｏｎｄ  ｅｄｉｔｉｏｎ，２０１４を参照されたい。これらの目標は、アンテナダイバーシティ、ビーム形成、および空間多重化を含む。
【００５１】
アンテナダイバーシティでは、伝送機および／または受信機における複数のアンテナは、無線チャネル上のフェージングに対して追加のダイバーシティを提供するために使用されることができる。
【００５２】
アンテナビーム形成では、伝送機および／または受信機における複数のアンテナは、ある方法で全体的アンテナビームを「成形する」ため、例えば、標的受信機の方向に全体的アンテナ利得を最大限にする、または具体的優勢干渉信号を抑制するために、使用されることができる。
【００５３】
アンテナ空間多重化では、伝送機および受信機における複数のアンテナの同時可用性は、無線インターフェースを経由して複数の並列通信「チャネル」を作成するために使用されることができる。これは、多入力多出力（ＭＩＭＯ）アンテナ処理と称される、限定された帯域幅内で高いデータレートを提供する。
【００５４】
ＬＴＥでは、現在、表２で要約される、１０個の異なる伝送モードがある。伝送モードは、ＬＴＥにおけるＲＲＣシグナリングを通してＵＥに構成される。
【００５５】
【表２】
2019515579.tif 000006
【００５６】
ダウンリンク制御情報（ＤＣＩ）は、ＤＣＩが形成され、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で伝送される、所定のフォーマットである。ＤＣＩフォーマットは、同一のサブフレーム内の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で伝送される、そのデータを入手する方法をＵＥに伝える。これは、ＵＥがリソースグリッドからＰＤＳＣＨを見出して復号することに役立つ、リソースブロックの数、リソース配分タイプ、変調方式、冗長性バージョン、コーディングレート等のＵＥのための詳細を搬送する。ＰＤＣＣＨ内でＬＴＥにおいて使用される種々のＤＣＩフォーマットがある。異なるＤＣＩフォーマットは、表３に含まれる。
【００５７】
【表３】
2019515579.tif 000007
【００５８】
各ＰＤＣＣＨは、複数のＤＣＩフォーマットをサポートし、使用されるフォーマットは、ＵＥに先験的に知られていない。したがって、ＵＥは、ＰＤＣＣＨのフォーマットを盲目的に検出する必要がある。盲目復号試行の数を削減するために、ＬＴＥは、ＵＥが復号しようとするはずである、所与のアグリゲーションレベルにおいて制御チャネル要素（ＣＣＥ）によって形成される候補制御チャネルのセットとして検索空間を定義する。各ＵＥは、ＵＥ  ＩＤおよびサブフレーム番号によって決定される、ＵＥ特有の検索空間を有する。加えて、共通検索空間は、ＰＤＣＣＨに関して定義され、全てのＵＥは、ＰＤＣＣＨに関して共通検索空間内で候補を監視する。
【００５９】
ＵＥ特有の検索空間内で監視されるＤＣＩフォーマットは、ＵＥに構成される伝送モードに依存する。
【００６０】
システム情報（ＳＩ）は、アクセスし、ネットワーク内で動作することができるためにＵＥによって獲得される必要がある、進化型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）によってブロードキャストされる情報である。ＳＩは、マスタ情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）に分割される。ＭＩＢおよびＳＩＢの高レベル説明は、３ＧＰＰ  ＴＳ  ３６．３００，Ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ；Ｓｔａｇｅ  ２  （Ｒｅｌｅａｓｅ  １３），Ｖ１３．３．０の中で提供され、表４で要約される。詳細な説明は、３ＧＰＰ  ＴＳ  ３６．３３１，Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）；Ｐｒｏｔｏｃｏｌｓ  ｐｅｃｉｆｉｃａｔｉｏｎ  （Ｒｅｌｅａｓｅ  １３），Ｖ１３．０．０で入手可能である。
【００６１】
【表４】
2019515579.tif 000008
【００６２】
現在、３ＧＰＰ規格化努力が、ビーム形成されたアクセスのための枠組みを設計するために進行中である。より高い周波数における無線チャネルの特性は、ＬＴＥが現在展開されているサブ６ＧＨｚチャネルと有意に異なる。より高い周波数のために新しい無線アクセス技術（ＲＡＴ）を設計するという主要な課題は、より高い周波数帯域においてより大きいパスロスを克服することにあろう。このより大きいパスロスに加えて、より高い周波数は、不良な回折によって引き起こされる妨害に起因する不利な散乱環境を受ける。したがって、ＭＩＭＯ／ビーム形成は、受信機側で十分な信号レベルを保証する上で不可欠である。例えば、Ｒ１−１６４０１３，Ｆｒａｍｅｗｏｒｋ  ｆｏｒ  ｂｅａｍｆｏｒｍｅｄ  ａｃｃｅｓｓ，Ｓａｍｓｕｎｇを参照されたい。
【００６３】
より高い周波数において追加のパスロスを補償するために、デジタルＢＦによって使用されるＭＩＭＯデジタルプリコーディングのみに依拠することは、６ＧＨｚを下回るものに類似するカバレッジを提供するために十分ではないと考えられる。したがって、追加の利得を達成するためのアナログビーム形成の使用は、デジタルビーム形成と併せた代替物であることができる。十分に狭いビームが、複数のアンテナ要素を用いて形成されるはずであり、それは、ＬＴＥ評価のために仮定されるものと極めて異なる可能性がある。大きいビーム形成利得に関して、ビーム幅は、それに対応して縮小される傾向があり、故に、大きい指向性アンテナ利得を伴うビームは、具体的には３セクタ構成時に水平セクタエリア全体を網羅することができない。同時高利得ビームの数の限定要因は、送受信機アーキテクチャのコストおよび複雑性を含む。
【００６４】
上記のこれらの観察から、異なるサービングエリアを網羅するように操向される、狭小カバレッジビームを用いた時間ドメイン内の複数の伝送が必要である。本質的に、サブアレイのアナログビームは、ＯＦＤＭシンボルの時間分解能、またはセル内の異なるサービングエリアを横断するビーム操向の目的のために定義される任意の適切な時間インターバル単位において、単一の方向に向かって操向されることができる。故に、サブアレイの数は、ビーム方向の数および各ＯＦＤＭシンボル上の対応するカバレッジ、またはビーム操向の目的のために定義される時間インターバル単位を決定する。ある文献では、本目的のための複数の狭小カバレッジビームのプロビジョニングは、「ビーム掃引」と呼ばれている。アナログおよびハイブリッドビーム形成に関して、ビーム掃引は、ＮＲにおいて基本カバレッジを提供するために不可欠と考えられる。大量ＭＩＭＯを用いたアナログおよびハイブリッドビーム形成に関して、異なるサービングエリアを網羅するように操向される、狭小カバレッジビームを用いた時間ドメイン内の複数の伝送は、ＮＲにおいてサービングセル内のカバレッジエリア全体を網羅するために不可欠である。
【００６５】
ビーム掃引に密接に関連する１つの概念は、ＵＥとそのサービングセルとの間の最良ビームペアを選択するために使用される、ビームペアリングの概念である。これは、制御シグナリングまたはデータ伝送に使用されることができる。ダウンリンク伝送に関して、ビームペアが、ＵＥ  ＲＸビームおよびＮＲノードＴＸビームから成るであろう一方で、アップリンク伝送に関して、ビームペアは、ＵＥ  ＴＸビームおよびＮＲノードＲＸビームから成るであろう。
【００６６】
別の関連概念は、ビーム精緻化に使用されるビームトレーニングの概念である。例えば、より粗いセクタビーム形成が、ビーム掃引およびセクタビームペアリングプロシージャ中に適用され得る。例えば、アンテナウェイトベクトルが精緻化される、ビームトレーニングが、次いで、続き得、その後に、ＵＥとＮＲノードとの間の高利得狭ビームのペアリングが続く。
【００６７】
Ｒ２−１６２５７１，Ｉｎｔｒｏｄｕｃｔｉｏｎ  ｏｆ  Ｖｉｒｔｕａｌ  Ｃｅｌｌ，ＣＡＴＴは、中央ユニットの制御下で同一のセルＩＤを伴う複数のＴＲＰ（伝送受信点）として仮想セルを定義する。共通情報またはセルレベル情報は、広いセルエリア内で伝送され、専用データは、ＣＰ／ＵＰ分割の実現を伴ってＵＥの近傍の隣接するＴＲＰから伝送される。
【００６８】
３ＧＰＰ  ＴＲ  ３８．９１３，Ｓｔｕｄｙ  ｏｎ  Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ；（Ｒｅｌｅａｓｅ  １４），Ｖ０．３．０は、次世代アクセス技術のためのシナリオおよび要件を定義する。ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣデバイスのための重要性能インジケータ（ＫＰＩ）は、表５で要約される。
【００６９】
【表５】
2019515579.tif 000009
【００７０】
ネットワークスライスは、特定のユースケースの通信サービス要件をサポートする論理ネットワーク機能の集合から成る。例えば、サブスクリプションまたは端末タイプに基づいて、オペレータもしくはユーザの必要性を満たす方法で、端末を選択されたスライスにダイレクトすることが可能であるものとする。ネットワークスライシングは主に、コアネットワークのパーティションを標的にするが、無線アクセスネットワーク（ＲＡＮ）が、複数のスライス、またはさらに異なるネットワークスライスのためのリソースの区分化をサポートする具体的機能性を必要とし得ることは除外されない。例えば、３ＧＰＰ  ＴＲ２２．８９１，Ｆｅａｓｉｂｉｌｉｔｙ  Ｓｔｕｄｙ  ｏｎ  Ｎｅｗ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ  （ＳＭＡＲＴＥＲ）；Ｓｔａｇｅ  １  （Ｒｅｌｅａｓｅ１４），Ｖ１．３．２を参照されたい。
【００７１】
３ＧＰＰ  ＴＲ  ３８．９１３  Ｓｔｕｄｙ  ｏｎ  Ｓｃｅｎａｒｉｏｓ  ａｎｄ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｉｅｓ；（Ｒｅｌｅａｓｅ  １４），Ｖ０．２．０は、次世代アクセス技術のためのシナリオおよび要件を定義する。以下は、５Ｇ  ＭＩＭＯプロシージャに関連する新しい要件を課す、３ＧＰＰ  ＴＲ  ３８．９１３の重要性能インジケータ（ＫＰＩ）の節の抜粋である。
【００７２】
７．１  ピークデータレート：ピークデータレートの標的は、例えば、ダウンリンクに関して２０Ｇｂｐｓおよびアップリンクに関して１０Ｇｂｐｓであり得る。
【００７３】
７．２  ピークスペクトル効率：ピークスペクトル効率の標的は、ダウンリンクに関して３０ｂｐｓ／Ｈｚおよびアップリンクに関して１５ｂｐｓ／Ｈｚであり得る。
【００７４】
７．１０  カバレッジ：カバレッジの標的は、例えば、１６４ｄＢであり得る。
【００７５】
７．１２  ＵＥエネルギー効率：ＵＥエネルギー効率は、ＵＥモデムエネルギー消費を最小限にしながら、はるかに良好なモバイルブロードバンドデータレートを持続するＵＥの能力を意味する。
【００７６】
７．１９  ネットワークエネルギー効率：能力は、はるかに良好なエリアトラフィック容量を提供しながら、ＲＡＮエネルギー消費を最小限にすることである。
【００７７】
３ＧＰＰ  ＴＲ  ２２．８６３  Ｆｅａｓｉｂｉｌｉｔｙ  Ｓｔｕｄｙ  ｏｎ  Ｎｅｗ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ  −  Ｅｎｈａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ；Ｓｔａｇｅ  １  （Ｒｅｌｅａｓｅ  １４），Ｖ０．３．１は、ユースケースを識別し、ｅＭＢＢシナリオのための以下の群、すなわち、より高いデータレート、より高い密度、展開およびカバレッジ、ならびにより高いユーザモビリティのための要件を統合する。
【００７８】
ＵＬおよびＤＬ  ＮＲのための制御チャネルは、ビーム中心のアーキテクチャを有するであろう。複数のビーム上のＤＬ制御シグナリングが、現在、ＮＲでは定義されていない。ＮＲ−ＤＣＩは、プリコードされ得、したがって、ソリューションが、ＤＬ制御信号のためのチャネル推定をサポートするために要求される。ＵＬ上で、複数の波形が、サポートされ得、ＣＰ−ＯＦＤＭおよびＤＦＴＳ−ＯＦＤＭは、サポートされた代替物である。ＮＲは、波形をＵＥに割り当てる機構をサポートしなければならない。
【００７９】
５Ｇは、種々のユースケース、ｅＭＢＢ、ｍＭＴＣ、およびＵＲ／ＬＬをサポートするであろうことが予測される。標準ＬＴＥにおけるソリューションは、５Ｇの複数の数秘術アプローチが対処しようとするシナリオに対処するために不十分であり得る。また、異なる数秘術を同時に使用して、アプリケーションをシームレスに多重化するためのソリューションも欠いている。
【００８０】
提示される１つの課題は、複数の数秘術をサポートするＤＬ制御チャネルの設計である。５Ｇは、ＴＴＩの複数の数秘術、例えば、ＣＰ長、サブキャリア間隔またはシンボル持続時間、およびＴＴＩの中のシンボルの数の変動をサポートすることが予期される。複数の数秘術は、同一の時間周波数リソースグリッド上で多重化され得る。
【００８１】
図４は、異なる数秘術を多重化する５Ｇ伝送機の例示的構成を示す。数秘術は、表６に説明される。４Ｇ  ＬＴＥにおけるデータチャネルおよび制御チャネルは、セルの中で１つの固定された共通数秘術を使用する。４Ｇ  ＬＴＥにおけるＰＤＣＣＨの設計は、セルの中の１つだけの固定された数秘術を考慮する。５Ｇシステムでは、異なる数秘術および待ち時間要件を伴うユースケース／サービスが、同時にサポートされ得る。これはまた、それらの対応するダウンリンク制御チャネルが異なるＴＴＩ長およびサブキャリア間隔／シンボル長を有するであろうことも含意する。各ユースケースのＵＥは、それらのＤＬ制御チャネルを見出す場所を把握する必要がある。５ＧにおけるＤＬ制御チャネルの設計は、ｅＭＢＢ、ｍＭＴＣ、およびＵＲ／ＬＬ等のユースケースの多重化をサポートするはずである。
【００８２】
【表６】
2019515579.tif 000010
【００８３】
図５は、ケース１、ケース２、およびケース３の数秘術に属する、５Ｇのための多重化された数秘術の例示的構成を示す。
【００８４】
提示される別の課題は、５Ｇにおいてフレキシブルなフレーム構造をサポートするＤＬ制御チャネルである。５Ｇは、待ち時間／効率トレードオフのためのバンドルＴＴＩ設計を伴う種々のレベルのＱｏＳを提供する。加えて、５Ｇは、サービス認識ＴＴＩ多重化および内蔵ＴＤＤサブフレームをサポートし得る。
【００８５】
しかしながら、５ＧがＬＴＥにおいてＰＤＣＣＨ設計を継承する場合、それは、ある欠点を継承するであろう。例えば、ＵＥは、ＰＤＣＣＨが全帯域幅上で伝送されるため、全帯域幅を監視する必要があり得る。５Ｇ  ｍＭＴＣに関して、全キャリアＢＷを監視することは実行可能ではない場合がある。さらに、ＬＴＥでは、ＰＤＳＣＨ復調が、ＤＭ−ＲＳに基づく一方で、ＰＤＣＣＨ復号は、ＣＲＳに基づく、すなわち、常時オンである。本種類の復号待ち時間および階層は、５ＧにおいてＵＲ／ＬＬに好適ではない場合がある。また、ＬＴＥは、制御チャネルとデータチャネルとの間の厳密な時間ドメイン分割を使用する。５Ｇは、フレキシブルな時間枠構造のためのサポートを要求し得る。さらに依然として、ＰＤＳＣＨサポートを伴うＥＰＤＣＣＨビーム形成が、オンデマンドで要求され得る。
【００８６】
本明細書では、用語「バンドスライス」は、数秘術毎に構成される時間周波数リソース、または数秘術毎もしくは各数秘術を使用するＵＥのグループ毎に構成されるネットワークスライスを指し得る。用語「ｂＴＴＩ」は、５Ｇフレーム内の基礎伝送時間インターバルを指す。ｂＴＴＩは、バンドスライス構成が変化することができない、伝送時間インターバルの単位である。バンドスライスは、例えば、以下のパラメータのうちの１つ、またはそれらの組み合わせ、すなわち、シンボル持続時間、サブキャリア間隔、ＣＰ持続時間、時間および周波数ドメイン内のリソース、バンドスライスの上部ならびに底部上の隣接保護帯域、ｂＴＴＩ持続時間、各数秘術のＴＴＩ持続時間、および／またはシンボルの数によって定義され得る。
【００８７】
ＤＬにおけるバンドスライスは、動的または半静的のいずれかで構成可能であり、それによって、リソースを異なるネットワークスライスに提供することの融通性を提供し得る。図６は、ＤＬリソースグリッド内の異なるバンドスライスへの時変周波数割り当ての例示的構成を示す。全てのｂＴＴＩは、異なるバンドスライス構成を示す。加えて、各ｂＴＴＩ内で、リソースは、周波数において多重化される。
【００８８】
ｂＴＴＩ内のリソースグリッドは、図７に示されるように、時間多重化を通して等、他の方法でバンドスライスを横断して区分化され得る。代替として、ｂＴＴＩ内のリソースグリッドは、図８に示されるように、時間および周波数多重化の両方によってバンドスライスを横断して区分化され得る。
【００８９】
ＭＩＢ等のシステム情報は、数秘術構成が半静的に更新されるネットワーク内で数秘術配分情報を提供し得る。故に、システム情報は、許容バンドスライスの数、例えば、ｎｕｍＢａｎｄｓｌｉｃｅｓ  Ｋ、および構成、例えば、ｋ＝１，２，．．ＫであるｂａｎｄｓｌｉｃｅＣｏｎｆｉｇ−ｋに関する情報を搬送し得る。図９は、ｂａｎｄｓｌｉｃｅＣｏｎｆｉｇ−ｋに基づくＤＬにおけるリソース割り当ての例を示す。表７は、２０ＭＨｚキャリアのためのｋ番目のバンドスライスを定義するフィールドの例示的構成を示し、対応する画像描写を示す。構成への更新は、ＲＲＣおよびＭＡＣ  ＣＥを通して行われてもよい。
【００９０】
【表７】
2019515579.tif 000011
【００９１】
図１０は、ＭＩＢを通したシステム情報を通してバンドスライス構成を取得するための例示的ＵＥ方法を示す。ＵＥは、ＭＩＢを復号し、次いで、数秘術構成を保持する。ＵＥは、次いで、そのバンドスライスのＮＲ−ＰＤＣＣＨを復号し、制御情報を取得する。
【００９２】
図１１は、ｂａｎｄｓｌｉｃｅＣｏｎｆｉｇ−ｋのフィールドが明示的ではなく暗示的にＵＥにシグナリングされ得る、例示的方法を図示する。例えば、ＵＥは、バンドスライスの許容できる組み合わせのセットＣを有し得、次いで、ＵＥは、セットＣを伴う許容できる組み合わせのうちの１つを指し示すインデックスを受信し得る。許容できる組み合わせのセットＣは、例えば、「ｎｕｍｅｒｏｌｏｇｙＢｏｏｋ」では、許容できる組み合わせのインデックスがｎ＝１，２，・・・Ｎである、Ｃ＝（ｃｏｍｂｉｎａｔｉｏｎ  １，ｃｏｍｂｉｎａｉｔｏｎ  ２，・・・ｃｏｍｂｉｎａｔｉｏｎ  ｎ，・・・，・・・ｃｏｍｂｉｎａｔｉｏｎ  Ｎ）として、定義され得る。許容できる組み合わせのセットＣは、規定され、ＵＥおよびネットワークの両方、例えば、ｅＮＢまたは同等の５Ｇ  ＲＡＮノードに知られ得る。
【００９３】
数秘術構成が動的に更新されるネットワーク内のバンドスライス毎の数秘術割り当ては、物理ダウンリンク数秘術指示チャネル（ＰＤＮＩＣＨ）を介して動的に配分され得る。ここでは、各ｂＴＴＩは、そのｂＴＴＩの中のバンドスライスの場所を定義する、その独自のＰＤＮＩＣＨを有する。例えば、ＰＤＮＩＣＨは、Ｋ個のバンドスライス毎に表７に示されるシグナリングフィールドのインデックスを搬送する。これらの構成は、例えば、ＭＩＢまたはＳＩＢ上でシグナリングされ得る。さらに、ＰＤＮＩＣＨは、ＤＣＩおよびデータを処理する際の待ち時間を最小限にするために、ｂＴＴＩの第１のシンボルの中に位置し得る。
【００９４】
ＰＤＮＩＣＨのためのリソースは、全てのバンドスライスのためのＰＤＮＩＣＨが、例えば、全てまたは複数のネットワークスライスによって受信される、「ＰＤＮＩＣＨ−ｎｕｍｅｒｏｌｏｇｙ−Ｃｏｎｆｉｇ」を通して、共通数秘術においてシグナリングされる、共通ＰＤＮＩＣＨ配分方法によって配分され得る。ＰＤＮＩＣＨリソースおよび数秘術は、システム情報を通して端末に示される。例えば、システム情報は、表８に示されるフィールドを示し、ＰＤＮＩＣＨのリソースを定義し得る。
【００９５】
リソースの開始場所および数に関するリソースは、３ＧＰＰ規格で事前定義され得る。次いで、開始周波数場所およびサブキャリア間隔を考慮して、端末は、曖昧さを伴わずにＰＤＮＩＣＨリソースを決定し得る。
【００９６】
図１２は、バンドスライス２の中でＰＤＮＩＣＨを搬送するｂＴＴＩの例示的構成を示す。図１３は、ＰＤＮＩＣＨ−数秘術を通してバンドスライス構成を取得するために使用されるＵＥ方法を示す。ＵＥは、システム情報を通してＰＤＮＩＣＨ数秘術を取得する。ＵＥはまた、ＵＥがＰＤＮＩＣＨを復号する各ｂＴＴＩからＰＤＮＩＣＨを復号することによって、ＰＤＮＩＣＨ数秘術を取得し得る。ＵＥは、次いで、そのそれぞれのＮＲ−ＰＤＣＣＨからダウンリンク情報を復号し得る。
【００９７】
【表８】
2019515579.tif 000012
【００９８】
ＰＤＮＩＣＨのためのリソースは、ＰＤＮＩＣＨがセルによってサポートされる数秘術毎に別個に構成される、スライス毎のＰＤＮＩＣＨ配分方式によって配分され得る。図１４は、それぞれのバンドスライスの中に位置する複数のＰＤＮＩＣＨリソースの例を示す。
【００９９】
複数の可能なリソースは、３ＧＰＰ規格でＰＤＮＩＣＨ毎に事前定義され得、ｂＴＴＩは、ＰＤＮＩＣＨ毎に１つのそのような構成を搬送し得る。端末は、そのネットワークスライスのためのＰＤＮＩＣＨリソースおよびそのコンテンツを決定するためにそれが配分される、ネットワークスライスに対応する全ての可能な構成を盲目的に復号し得る。このソリューションは、端末の検索空間をそのネットワークスライスに限定する。
【０１００】
図１５は、全ての可能な場所でＰＤＮＩＣＨを盲目的に復号することによってバンドスライス構成を取得する例示的方法として、ＵＥを示す。ここで、ＵＥは、ＰＤＮＩＣＨを取得するために全てのｂＴＴＩの検索空間を盲目的に復号し、次いで、続けて制御情報を復号する。
【０１０１】
例示的ソリューションでは、ｎｕｍｅｒｏｌｏｇｙＢｏｏｋの中へのインデックスは、ＰＤＮＩＣＨを通してシグナリングされ得る。
【０１０２】
バンドスライスは、３ＧＰＰ規格で利用可能な所定のパターンに従って、またはシステム情報を通して提供され、ＭＡＣ  ＣＥを通して更新されるパターンに基づいて、周波数においてホップし得る。例えば、Ｂ  ｂＴＴＩの持続時間として定義されるシグナリングインターバル「ｂＦｒａｍｅ」を考慮されたい。ネットワークは、ｂＦｒａｍｅの０番目のｂＴＴＩを構成し得る。次いで、後続のｂＴＴＩのためのバンドスライスの場所が、所定のパターンに従って生じ得る。このソリューションは、周波数ホッピングを通して利得をサポートしながら、最小限のシグナリングオーバーヘッドを提供する。図１６は、ｂＦｒａｍｅ内のホッピングを図示する。
【０１０３】
５Ｇでは、ダウンリンク基準信号、ダウンリンク制御チャネル、およびダウンリンクデータチャネルは、内蔵ならびにリーンキャリア設計原理に従い得る。例えば、ＮＲ−ＰＤＣＣＨの伝送は、ＬＴＥにおけるＥ−ＰＤＣＣＨよりもフレキシブルであり、ダウンリンクデータチャネルのプリコーディングまたはビーム形成を利用し得る。５Ｇ復調基準信号（ＮＲ−ＲＳ）およびＮＲ−ＰＤＣＣＨは、ＮＲ−ＰＤＣＣＨがＲ−ＲＳを使用して復調され得るように、同一のプリコーディング／ビーム形成を使用し得る。ＮＲ−ＲＳは、ＤＬデータ伝送があるときのみ伝送される。
【０１０４】
３ＧＰＰ  ＮＲは、サポートされた数秘術毎にＮＲ−ＲＳ配分／構成を規定し得る。換言すると、各アンテナポートのＮＲ−ＲＳのＲＥ位置は、サポートされた数秘術毎に、例えば、サブキャリア間隔、シンボルの数、ＣＰ長等に規定され得る。例えば、ＵＲ／ＬＬ毎に、ＮＲ−ＲＳおよびデータは、待ち時間要件を満たすように周波数分割様式で多重化され得る。ｅＭＢＢに関して、ＮＲ−ＲＳおよびデータは、周波数ならびに時間分割の両方において多重化され得る。それによって、異なる数秘術が、異なるＮＲ−ＲＳ配分／構成方式を有し得る。ＮＲ−ＲＳ配分方式は、ＮＲ−ＲＳをリソース要素にマップする規則において（サブキャリアの単位で）周波数偏移および（シンボルの単位で）時間偏移を使用することによって、規格で規定され得る。例えば、周波数偏移および時間偏移は、セルＩＤ、数秘術インデックス等のパラメータの関数として定義される。
【０１０５】
ＮＲ−ＲＳのシーケンスは、ＲＳのための疑似ランダムシーケンス発生器がセルＩＤおよびＵＥ  ＩＤの関数を用いて初期化される、３ＧＰＰ  ＴＳ  ３６．２１１の第６．１０．３節で定義される、ＵＥ特有のＲＳの設計を再利用し得る。動的にＮＲ−ＰＤＣＣＨを復号するために、ＵＥは、最初に、ＲＥまたはＲＢＧ場所に基づいてＮＲ−ＲＳ場所を計算し得る。
【０１０６】
ＮＲ−ＰＤＣＣＨのための盲目復号は、最初に、ＮＲ−ＲＳの存在を検出し、次いで、検出されたＮＲ−ＲＳを使用し、ＮＲ−ＰＤＣＣＨを復号することによって、達成され得る。代替として、ＮＲ−ＲＳを検出することなく、ＵＥは、ＮＲ−ＲＳおよびＮＲ−ＰＤＣＣＨが両方とも伝送されると暗示的に仮定し、ＮＲ−ＰＤＣＣＨを復号し得る。
【０１０７】
最初にＮＲ−ＲＳを検出するステップを含む方法が、以下の例に従って進行し得る。ステップ１では、ＵＥは、ＮＲ−ＲＳの潜在的位置または検索空間を取得する。ＭＩＢ／ＳＩＢ、ＲＲＣ信号、またはＰＤＮＩＣＨを通してＤＬ数秘術配分情報を取得することに応じて、ＵＥは、バンドスライス／数秘術のためのＮＲ−ＲＳ配分方式に従って、特定のバンドスライスに属する各リソースブロック（ＲＢ）の中の各アンテナポートのＮＲ−ＲＳのＲＥ位置を取得し得る。ＵＥは、いくつかの異なるアンテナポートによって使用されるいくつかのＲＥの上等のそのＮＲ−ＲＳの潜在的位置または検索空間を取得し得る。ＵＥ特有の検索空間のＲＢＧに基づく開始場所は、ＴＴＩまたはサブフレーム毎に変動され得る。
【０１０８】
ステップ２では、ＵＥは、具体的ＮＲ−ＲＳを検出する。可能なＮＲ−ＲＳ位置毎に、ＵＥは、そのＮＲ−ＲＳが実際に伝送されているかどうかを検出するであろう。検出は、これらのＲＥ上の受信された信号をＵＥの具体的ＮＲ−ＲＳと相関させることによって達成され得る。そのＮＲ−ＲＳの存在が検出されると、ＵＥは、ステップ３に進み、ＮＲ−ＰＤＣＣＨを復号するであろう。ＵＥ特有のＮＲ−ＲＳが検出されない場合、ＵＥは、続けてＮＲ−ＰＤＣＣＨを復号しないであろう。
【０１０９】
ステップ３では、ＵＥは、ＮＲ−ＰＤＣＣＨの盲目復号に取り掛かる。ＮＲ−ＲＳを検出することに応じて、対応するＮＲ−ＰＤＣＣＨの開始場所が、ＮＲ−ＲＳのＲＥ位置から導出され得る。例えば、時間および周波数リソースの中のＮＲ−ＰＤＣＣＨ開始場所が、検出されたＮＲ−ＲＳ位置の所定の式に従って取得され得る。本式は、ＵＥ特有であり得る。このようにして、ＵＥは、ＮＲ−ＰＤＣＣＨを復調するためのＵＥ特有のＮＲ−ＲＳを検出する前に、全てのＮＲ−ＰＤＣＣＨの可能な候補の盲目復号を試行することを回避し得る。
【０１１０】
ＮＲ−ＰＤＣＣＨのための盲目復号は、最初にＮＲ−ＲＳを検出することなく達成され得、以下の例に従って進行し得る。提案されたＮＲ−ＰＤＣＣＨを動的に復号するために、ＵＥ（ユーザ）は、最初に、ＮＲ復調基準信号（ＮＲ−ＲＳ）場所を計算する。このオプションでは、ＵＥは、ＮＲ−ＲＳおよびＮＲ−ＰＤＣＣＨが同一時間に存在する、すなわち、ＮＲ−ＲＳおよびＮＲ−ＰＤＣＣＨが同時に存在すると仮定する。ＮＲ−ＰＤＣＣＨおよびＮＲ−ＲＳの検索空間は、ＲＲＣまたは所定の公式のいずれかによって構成され得る。チャネル推定がＮＲ−ＲＳから取得されると、ＵＥは、ＮＲ−ＰＤＣＣＨを復調し始め得る。本設定では、ＵＥは、全ての可能なＮＲ−ＰＤＣＣＨ候補に関して盲目復号し始め得る。異なるＲＮＴＩ、ＮＲ−ＰＤＣＣＨ候補、ＮＲ−ＤＣＩ、およびＮＲ−ＰＤＣＣＨフォーマットの可能性により、有意数の試行が、ＮＲ−ＰＤＣＣＨを正常に復号するために要求され得る。本複雑性を克服するために、ＵＥは、最初に、サブフレームの制御チャネル候補セットの中の第１のＣＣＥを盲目的に復号しようとする。盲目復号が失敗した場合、ＵＥは、開始場所が、ＵＥ特有の方式のために、所定の関数によって求められ得る、最初の２つ、４つ、次いで、８つのＣＣＥを連続的に盲目的に復号しようとする。ＮＲ−ＰＤＣＣＨ候補セットは、異なるＮＲ−ＰＤＣＣＨフォーマットに対応する。ＵＥが所与のＰＤＣＣＨフォーマットのためのいかなるＮＲ−ＰＤＣＣＨ候補も復号できない場合、それは、他のＮＲ−ＰＤＣＣＨフォーマットのための候補を復号しようとする。本プロセスは、全ての可能なＮＲ−ＰＤＣＣＨフォーマットに関して繰り返される。
【０１１１】
復号されたＮＲ−ＰＤＣＣＨ候補のうちの１つがＣＲＣを通過する場合、ＮＲ−ＰＤＣＣＨの成功した復号を宣言され得る。ＣＲＣは、ＵＥに属しているＮＲ−ＰＤＣＣＨを確実にするように、ＵＥ−ＲＮＴＩ等のＵＥのＩＤでマスクされ得る。ＮＲ−ＰＤＣＣＨが正常に復号されると、ＵＥは、復号されたＰＤＣＣＨのコンテンツを伝送されたＤＣＩフォーマットにマップ解除し始め得る。
【０１１２】
図１７は、３つのＵＥを用いて３つの異なる数秘術をサポートする、例示的５Ｇシステムを示す。数秘術１を用いたＵＥは、所定の式でＮＲ−ＰＤＣＣＨを復号しようとし、全ての可能なＮＲ−ＰＤＣＣＨ開始周波数を計算するであろう。ＵＥがＮＲ−ＲＳからチャネル推定情報を取得した後、それは、次いで、ＮＲ−ＰＤＣＣＨ候補を同時に復調することができる。復号されたＣＲＣのうちのいずれも通過させられない場合、このＵＥは、必要である場合、他のサポートする数秘術でＮＲ−ＰＤＣＣＨを監視し続けてもよい。ＮＲ−ＰＤＣＣＨ候補のうちの１つの間にＣＲＣ通過がある場合、このＵＥは、復号された情報をＤＣＩの中へマップし始め得る。
【０１１３】
図１７は、多重化された数秘術およびユースケースをサポートするための例示的ＮＲ−ＰＤＣＣＨを示す。図１８は、ＮＲ−ＰＤＣＣＨを復号するための例示的ＵＥ方法を示す。
【０１１４】
ＮＲ−ＰＤＣＣＨに加えて、５Ｇは、ＮＲ−ＰＤＣＣＨをシグナリングするために使用される隣接シンボルの数についての情報を搬送する物理チャネルとして、新しい無線物理制御フォーマットインジケータチャネル（ＮＲ−ＰＣＦＩＣＨ）を使用し得る。ｂＴＴＩ内で、１つ以上のＮＲ−ＰＤＣＣＨシンボルは、電力制御コマンドおよびその数秘術のために構成される端末のためのＵＬ、ＤＬ許可関連情報等の制御情報を搬送するように、各バンドスライスの中で構成され得る。これらのＮＲ−ＰＤＣＣＨ領域は、全ての意図された端末が許可に関して領域を監視し、対応する制御情報を復号し得るように、ブロードキャストまたはマルチキャストされ得る。本明細書では、用語「マルチキャスト−ＮＲ−ＰＤＣＣＨ」は、このようにしてシグナリングされるＮＲ−ＰＤＣＣＨ信号の隣接領域を指す。マルチキャスト−ＮＲ−ＰＤＣＣＨは、次のマルチキャスト−ＮＲ−ＰＤＣＣＨを搬送するシンボルまで、マルチキャスト−ＮＲ−ＰＤＣＣＨ後の１つ以上のシンボル場所におけるＤＬ許可を構成し得る。
【０１１５】
ＬＴＥにおいてＰＤＣＣＨを復号すること同様に、端末は、マルチキャスト−ＮＲ−ＰＤＣＣＨを盲目的に復号し、それらが許可を有するかどうかを確認し得る。複数のＮＲ−ＰＤＣＣＨ機会が、単一の数秘術に対応するＴＴＩを用いて起こり、時間スライシングが複数の持続時間のＴＴＩ、故に、複数のユースケースをサポートすることを可能にし得る。
【０１１６】
図１９は、バンドスライス内の異なるシンボルの中で複数のマルチキャストＮＲ−ＰＤＣＣＨを搬送する、シンボルの例示的構成を示す。シンボル０、１の中のマルチキャスト−ＮＲ−ＰＤＣＣＨが、ｂＴＴＩ内のセット｛３，４｝からの１つ以上のシンボルの中のＤＬ許可を示し得る一方で、シンボル８の中のマルチキャスト−ＮＲ−ＰＤＣＣＨは、セット｛９，１０，１１｝からの１つ以上のシンボルの中のＤＬ許可を示し得る。制御情報の量に応じて、各バンドスライスの中のマルチキャスト−ＮＲ−ＰＤＣＣＨ領域は、１つを上回る隣接シンボルに跨架し、全てのｂＴＴＩを動的に変化させる、変動する数のリソースを有し得る。
【０１１７】
マルチキャストＮＲ−ＰＤＣＣＨ毎のシンボルおよびリソースの数は、図２０の例に示されるように、ＮＲ−ＰＣＦＩＣＨを介して示され得る。ＮＲ−ＰＣＦＩＣＨは、そのリソースがバンドスライスサイズおよび場所に関して３ＧＰＰ規格で事前定義される、ブロードキャストＮＲ−ＰＤＣＣＨ毎に構成され得る。ＮＲ−ＰＣＦＩＣＨのためのリソースは、マルチキャスト−ＮＲ−ＰＤＣＣＨ領域の先頭シンボルに限定され、データを処理する待ち時間が最小限にされるように、対応するマルチキャスト−ＮＲ−ＰＤＣＣＨのものと多重化され得る。
【０１１８】
図２１は、第１のマルチキャスト−ＮＲ−ＰＤＣＣＨのためのシンボルの数がＰＤＮＩＣＨによって構成され、残りがＮＲ−ＰＣＦＩＣＨによって構成される、ｂＴＴＩの中のバンドスライスの例示的構成を示す。ＰＤＮＩＣＨは、存在する場合、表９の中のＫ番目のバンドスライスの例示的構成に示されるように、フィールドｎｕｍＣｏｎｔｒｏｌＳｙｍｂｏｌｓを通してｂＴＴＩの第１のマルチキャスト−ＮＲ−ＰＤＣＣＨ領域のためのシンボルの数を示し得る。ｂＴＴＩの中の後続のマルチキャスト−ＮＲ−ＰＤＣＣＨ領域は、ＮＲ−ＰＣＦＩＣＨを搬送する。
【０１１９】
【表９】
2019515579.tif 000013
【０１２０】
最初のもの以外のマルチキャスト−ＮＲ−ＰＤＣＣＨのためのリソースは、数秘術毎のＴＴＩ内のバンドスライス毎に場所を留保する、システム情報によって設定され得る。ＭＡＣ  ＣＥは、次いで、設定を半静的に更新し得る。代替として、マルチキャスト−ＮＲ−ＰＤＣＣＨのための将来のリソースは、所与の数秘術のためのＴＴＩ内の後続のマルチキャスト−ＮＲ−ＰＤＣＣＨのためのリソースを留保する、マルチキャスト−ＮＲ−ＰＤＣＣＨの以前の発生によって設定され得る。
【０１２１】
ｍＭＴＣ等のいくつかのネットワークスライスに関して、バッテリ電力を節約するために、ＤＬ制御情報は、具体的マルチキャスト−ＮＲ−ＰＤＣＣＨ領域内のみ、例えば、ＴＴＩの開始時に生じるマルチキャスト−ＮＲ−ＰＤＣＣＨの中で生じ得る。
【０１２２】
いくつかのタイプの制御情報は、複数の領域に分割され得る。例えば、マルチキャスト−ＮＲ−ＰＤＣＣＨは、ＤＬ許可をｂＴＴＩの中のＵＥに割り当ててもよいが、追加の制御情報が、「プリコードされたＮＲ−ＰＤＣＣＨ」と称され、ＤＬ許可内に位置するリソースによって提供され得る。換言すると、プリコードされたＮＲ−ＰＤＣＣＨは、ＤＬ許可のサブフレーム内に内蔵される。
【０１２３】
例えば、マルチキャスト−ＮＲ−ＰＤＣＣＨは、その許可のプリコードされた−ＮＲ−ＰＤＣＣＨのためのＤＬ許可場所およびＤＭＲＳリソース情報を提供し得る。端末がこのマルチキャスト−ＮＲ−ＰＤＣＣＨを復号すると、それは、そのプリコードされたＮＲ−ＰＤＣＣＨの場所を決定し得、それを復号して、伝送モード、層のＮＲ−ＲＳ情報、アンテナ構成等を決定する。ソリューションは、マルチキャスト−ＮＲ−ＰＤＣＣＨのために配分されるリソースの量を最小限にすることを可能にし、それによって、待ち時間を短縮する。これはまた、ＤＣＩの一部がプリコードされることも可能にし、それによって、より高いＳＮＲを提供する、または代替として、ＤＣＩのためにより少ないリソースを要求する。
【０１２４】
図２２は、ＵＥへのＤＬ許可内で、内蔵様式でプリコードされたＮＲ−ＰＤＣＣＨを示す、例示的構成を示す。図２３は、２つのステップ、すなわち、それぞれのバンドスライスからマルチキャスト−ＮＲ−ＰＤＣＣＨを復号し、次いで、プリコードされたＮＲ−ＰＤＣＣＨを復号し、その後に、ＵＥが許可に基づいて行動するステップにおいて、ダウンリンク制御情報を復号することに関与する例示的方法を示す。
【０１２５】
ＤＭＲＳは、ＤＬデータの１つ以上の層に使用され、基準信号オーバーヘッドを最小限にするように、プリコードされたＮＲ−ＰＤＣＣＨによって共有され得る。プリコードされたＮＲ−ＰＤＣＣＨは、サブフレームの初期シンボルの中に位置し得、プリコードされたＮＲ−ＰＤＣＣＨが最小限の待ち時間で復号され得るように、十分な数のＤＭＲＳリソースが、サブフレームの初期シンボルの中に位置し得る。図２２は、ＵＥに配分され、プリコードされたＮＲ−ＰＤＣＣＨを復号するように共有される、ＮＲ−ＲＳリソースを示す。
【０１２６】
現在の３ＧＰＰシステムにおける伝送モード切り替えの多くの待ち時間に関連付けられる問題に対処するために、動的伝送モード切り替えを可能にする一方で、盲目復号試行の数を増加させない、以下の例示的機構が、提案される。
【０１２７】
新しいダウンリンク制御シグナリング、すなわち、物理スロットフォーマットインジケータチャネル（ＰＳＦＩＣＨ）は、スロットの長さ、ダウンリンク伝送領域のためのシンボル、およびアップリンク伝送領域のためのシンボル等の現在のスロットの必要な情報についてＵＥに知らせるために使用され得る。ＰＳＦＩＣＨは、各スロットの第１のシンボルにおいて伝送され得る。ＰＳＦＩＣＨはまた、低いコーディングレートで符号化され、信頼性を向上させるように伝送ダイバーシティモードで伝送され得る。
【０１２８】
２層ＮＲ  ＰＤＣＣＨが、動的伝送モード切り替えをサポートし、盲目復号試行を低減させるために使用され得る。第１の層ＮＲ  ＰＤＣＣＨは、ダウンリンク制御領域内で伝送され得、その検索空間は、共通および／またはＵＥ特有であり得る。第１の層ＮＲ  ＰＤＣＣＨは、伝送モードに依存しない、統一ＮＲ  ＤＣＩフォーマットを有し得る。第１の層ＮＲ  ＰＤＣＣＨはまた、第２の層ＮＲ  ＰＤＣＣＨに使用されるＮＲ  ＤＣＩフォーマットのインデックス、および第２の層ＮＲ  ＰＤＣＣＨ検索空間を構成するために使用される検索空間インジケータ等の第２の層ＮＲ  ＰＤＣＣＨ盲目復号のための必要な情報を含み得る。第２の層ＮＲ  ＰＤＣＣＨは、スケジュールされたダウンリンク伝送のための要求される情報の全てを含み得る。第２の層ＮＲ  ＰＤＣＣＨは、制御領域またはデータ領域内で伝送され得る。第２の層ＮＲ  ＰＤＣＣＨ検索空間は、ＵＥ特有であり得、第１の層ＮＲ  ＰＤＣＣＨ内の検索空間インジケータ、現在のスロット構造、および／またはＵＥ  ＩＤによって決定され得る。異なる伝送モードに関して、第２の層ＮＲ  ＰＤＣＣＨは、第１の層ＮＲ  ＰＤＣＣＨ内でシグナリングされる、異なるＤＣＩフォーマットを有し得る。伝送ダイバーシティ方式またはビームベースのダイバーシティ方式が、制御領域内の信号に適用され得、データ領域の中に位置するＮＲ  ＰＤＣＣＨは、データチャネルと同一の伝送モードを伴って構成され得る。
【０１２９】
別のオプションは、ＭＡＣ  ＣＥを通し得る、第２の層ＮＲ  ＤＣＩフォーマットのインデックスをシグナリングするものである。この場合、第１の層ＮＲ  ＰＤＣＣＨは、必要ではない場合がある。
【０１３０】
さらなるオプションは、その数が現在のＬＴＥにおける伝送モードの数よりもはるかに少ない、ＮＲ伝送モードである。
【０１３１】
別のオプションは、異なるＮＲ伝送モードが２層ＮＲ  ＰＤＣＣＨをサポートするための種々のＮＲ  ＤＣＩフォーマットを使用することである。
【０１３２】
現在のスロットの内蔵構造を示すために使用される、新しいチャネル物理スロットフォーマットインジケータチャネル（ＰＳＦＩＣＨ）が定義される。各セルの中に唯一のＰＳＦＩＣＨがある。ＰＳＦＩＣＨは、ＯＦＤＭシンボルの数の観点から、ダウンリンク領域およびアップリンク領域の瞬間サイズを示す。スロットサイズが動的である場合、これはまた、現在のスロットのサイズをシグナリングするはずである。例えば、以下の情報、すなわち、ダウンリンク領域のサイズ（例えば、ダウンリンク領域内のＯＦＤＭシンボルの数に関して４ビット）、アップリンク領域のサイズ（例えば、アップリンク領域内のＯＦＤＭシンボルの数に関して４ビット）、および現在のスロットのサイズ（例えば、現在のスロット内のＯＦＤＭシンボルの数に関して４ビット）が、ＰＳＦＩＣＨの中で伝送されることができる。
【０１３３】
｛｝
動的および的スロットサイズを伴う例示的ＰＳＦＩＣＨが、図２４に示される一方で、それらのＰＳＦＩＣＨは、表１０で要約される。
【０１３４】
【表１０】
2019515579.tif 000014
【０１３５】
保護領域内のシンボルの数が静的または半静的である場合、現在のスロット、ダウンリンク領域、および保護領域のサイズから計算されることができる、アップリンク領域のサイズを直接シグナリングすることは必要ではない場合がある。
【０１３６】
ＰＳＦＩＣＨは、単一アンテナまたは伝送ダイバーシティモードで伝送され得る。ＰＳＦＩＣＨは、Ｎが、現在のスロットおよびアップリンク領域のサイズが明示的にシグナリングされるかどうかに依存する、Ｎ個の情報ビットを含む。これは、最初に、レート１／Ｒが信頼性を向上させるように低くなるはずである、１／Ｒのレートでチャネルコードによってコード化される。ＲＮコード化ビットは、干渉を無作為化するように、ＴＲＰ  ＩＤに応じて、スクランブリングコードでスクランブルされ、次いで、変調され、リソース要素ＲＥにマップされる。これらのＲＥは、周波数において十分に拡散され、全ダウンリンク帯域幅を網羅するはずである。
【０１３７】
例示的マッピングでは、コード化ビットは、２ｄ−ＱＡＭによって変調され、Ｓ個のシンボルを含むｉ番目のコード化シンボルグループは、Ｓ個のＲＥを伴うｋ番目のＲＥグループにマップされ、
【０１３８】
【数１０】
2019515579.tif 000015
【０１３９】
であり、Ｍは、ダウンリンク帯域幅の中のＲＥグループの総数であり、
【０１４０】
【数１０−１】
2019515579.tif 000016
【０１４１】
であり、
【０１４２】
【数１０−２】
2019515579.tif 000017
【０１４３】
は、ＴＲＰ  ＩＤであり、
【０１４４】
【数１０−３】
2019515579.tif 000018
【０１４５】
は、それぞれ、ＲＢの中のサブキャリアの数およびダウンリンクチャネルの中のＲＢの数である。
【０１４６】
注記：ＰＳＦＩＣＨおよびＰＣＦＩＣＨが別個に伝送されるとき、それらがマップされるＲＥグループは、重複されることができない。ＰＳＦＩＣＨは、最初にリソース要素にマップされるはずであり、ＰＣＦＩＣＨのマッピングは、ＰＳＦＩＣＨによって占有されるＲＥを回避するはずである。
【０１４７】
ＰＳＦＩＣＨは、新しいダウンリンク制御チャネルを形成するようにＰＣＦＩＣＨと組み合わせられ得る。ＰＳＦＩＣＨはまた、ダウンリンク制御領域のサイズの情報を搬送し得る。例えば、ダウンリンク制御領域のサイズはまた、ダウンリンク領域の開始時にＯＦＤＭシンボルの数のために２ビットを含む、ＰＳＦＩＣＨの中で伝送され得、ダウンリンク制御領域のサイズは、ダウンリンク領域のサイズ未満またはそれと等しいはずである。
【０１４８】
制御フォーマットインジケータ（ＣＦＩ）を伴ってＰＳＦＩＣＨによって示される例示的スロット構造が、図２５に示される一方で、それらのＰＳＦＩＣＨは、表１１で要約される。
【０１４９】
【表１１】
2019515579.tif 000019
【０１５０】
チャネルコーディング、スクランブリング、変調、およびＲＥマッピング等のＣＦＩを伴うＰＳＦＩＣＨのための物理層プロシージャは、上記で説明されるものと同一のままであるはずである。
【０１５１】
本節では、ＮＲにおいて動的伝送モード切り替えをサポートする２層ＮＲ  ＰＤＣＣＨチャネル構造が提案される。２層ＮＲ  ＰＤＣＣＨのためのＮＲ  ＤＣＩフォーマットは、以下のように定義されることができる。
【０１５２】
ＮＲ  ＤＣＩフォーマット０は、第１の層ＮＲ  ＰＤＣＣＨに使用される、唯一のＮＲ  ＤＣＩフォーマットであり得る。データ伝送のための伝送モードおよび第２の層検索空間のためのサブグループインデックスｎ０が、ＮＲ  ＤＣＩフォーマット０を用いて伝送され得る。
【０１５３】
データ伝送のための伝送モードは、ダウンリンクデータ伝送に使用される伝送モードをＵＥに明示的にシグナリングする、固定ビット数（例えば、３ビット）を伴うフィールドであり得る。伝送モードと第２の層ＮＲ  ＤＣＩフォーマットとの間の１対１のマッピングがあるため、それは、第２の層ＮＲ  ＤＣＩフォーマットを決定し、ＵＥの盲目復号試行を削減するために使用されることができる。ＮＲでは、伝送モードは、伝送ダイバーシティ、開ループ伝送、空間多重化、およびビーム形成を含み得る。例えば、「０００」、「００１」、「０１０」、および「０１１」は、それぞれ、伝送ダイバーシティの伝送モード、空間多重化、およびビーム形成を示すために、このフィールドで使用され得る。
【０１５４】
第２の層検索空間のためのサブグループインデックスｎ０は、盲目復号で使用される第２の層検索空間のサブセットをＵＥにシグナリングする、ｄビット（例えば、ｄ＝１）のフィールドであり得る。結果として、ＵＥは、検索空間全体からではなく、その検索空間からのＮＲ  ＰＤＣＣＨ候補のサブセットのみから盲目的に復号することができる。
【０１５５】
エラー検出が、周期的冗長チェック（ＣＲＣ）を通してＮＲ  ＤＣＩ伝送上で提供される。ＮＲ  ＤＣＩフォーマット０のペイロード全体は、情報ビットおよびＣＲＣパリティビットを含む。ＣＲＣパリティビットは、上で定義される２つのフィールドを含む情報ビットに基づいて計算され、次いで、ＤＣＩがそれ自体に送信することを意図しているかどうかをＵＥが確認することができるように、対応するＲＮＴＩでスクランブルされる。
【０１５６】
代替として、第１の層ＮＲ  ＰＤＣＣＨのオーバーヘッドを削減するために、それは、グループベースのアプローチで伝送され得る。複数のＵＥのための第１の層ＮＲ  ＤＣＩは、単一のメッセージに組み合わせられ、ともに伝送されることができる。ＮＲノードは、最大でもＫ個のアクティブＵＥをともにグループ化し、それらにグループＩＤを割り当て得、Ｋは、標準仕様で事前定義される。グループの中のＵＥのためのＮＲ  ＤＣＩフォーマット０メッセージは、単一のメッセージを形成するようにアタッチされる。ＣＲＣパリティビットは、組み合わせられたメッセージのペイロード全体に基づいて計算され、次いで、グループＩＤでスクランブルされる。グループＩＤは、ＲＲＣシグナリングを通してＵＥに構成され、組み合わせられたメッセージの中のＵＥの個々のメッセージの場所は、事前定義され得る、またはＲＲＣシグナリングを通してＵＥにシグナリングされ得る。信号を受信した後、ＵＥは、ＣＲＣを実施することができ、成功した場合、ＵＥは、その割り当てられた場所から、その第１の層ＮＲ  ＰＤＣＣＨメッセージを取得し得る。
【０１５７】
オーバーヘッドを削減する別の方法は、第１の層ＮＲ  ＰＤＣＣＨメッセージのための有効期限を設定することである。メッセージが前のスロットから同一であり、期限切れではない場合、ＮＲノードは、同一のメッセージを再送信する必要がない。ＵＥが新しい第１の層ＮＲ  ＰＤＣＣＨメッセージを受信するとき、新しい第１の層ＮＲ  ＰＤＣＣＨが来る、または現在のものが満了するまで、伝送モードのための同一の構成および以降のスロットの中の第２の層検索空間を適用し得る。有効期限は、標準仕様で事前定義され得る、または上位層シグナリングによって構成され得る。
【０１５８】
第２の層ＮＲ  ＤＣＩフォーマットは、異なる伝送モードのために設計される。ＮＲでは、伝送モードは、伝送ダイバーシティ、開ループ伝送、空間多重化、およびビーム形成を含み得る。１つだけのＮＲ  ＤＣＩフォーマットが、ＮＲにおいてこれらの伝送モード毎に必要とされ得る。以下の情報が、第２の層ＮＲ  ＰＤＣＣＨのための全てのＮＲ  ＤＣＩフォーマットによって伝送され得る。
【０１５９】
キャリアインジケータは、随意であり、ＲＲＣシグナリングによって構成される、クロスキャリアスケジューリングに使用され得る。数秘術等の他のキャリアの基この情報も、上位層シグナリングを通してシグナリングされる。例えば、リソース配分は、リソース配分割り当てを搬送し得る。１つのＮＲ  ＤＣＩフォーマットで異なるリソース配分方法がある場合、リソース配分フラグフィールドが、選択される方法を示すために要求され得る。
【０１６０】
代替的オプションは、上位層シグナリング、変調およびコーディング方式（伝送ブロック毎に）、新しいデータインジケータ（伝送ブロック毎に）、冗長性バージョン（伝送ブロック毎に）、ＨＡＲＱプロセス番号、ダウンリンク割り当てインデックス、伝送電力制御情報、およびＳＲＳ要求（ＴＤＤ動作のためのみに存在する）を通して、リソース配分方法を構成することである。
【０１６１】
開ループ伝送のためのＮＲ  ＤＣＩフォーマットでは、コードブックインデックスおよびＰＭＩ等の情報を含む、プリコーディングマトリクス情報も、要求され得る。開ループ伝送のためのアンテナポートは、標準仕様で事前定義され得る、または上位層シグナリングによって構成され得る。
【０１６２】
空間多重化伝送のためのＮＲ  ＤＣＩフォーマットでは、層およびアンテナポートインデックスの数も、要求され得る。この情報は、暗示的または明示的にＵＥにシグナリングされ得る。暗示的シグナリングに関して、これらのパラメータの限定された構成のセットが、標準仕様で事前定義され得る、または上位層シグナリングによって構成され得る。ＮＲ  ＤＣＩフォーマットでは、選択された構成のインデックスのみが要求される。
【０１６３】
ビーム形成伝送のためのＮＲ  ＤＣＩフォーマットでは、アンテナポートインデックス情報が、要求され得る。アンテナポートは、空間多重化のためのものと異なる。ビーム形成伝送のための各アンテナポートは、ビームトレーニングで見出される、一対の伝送および受信ビームを表す。伝送および受信ビームペアの最大数は、上位層シグナリングによって構成される。アンテナポートインデックスは、暗示的または明示的にＵＥにシグナリングされ得る。暗示的シグナリングに関して、これらのパラメータの限定された構成のセットが、標準仕様で事前定義され得る、または上位層シグナリングによって構成され得る。ＮＲ  ＤＣＩフォーマットでは、選択された構成のインデックスのみがシグナリングされる。
【０１６４】
伝送ダイバーシティ伝送に関して、これ以上の情報は、そのＮＲ  ＤＣＩフォーマットでは要求されない。伝送ダイバーシティのための詳細は、以下でさらに議論される。
【０１６５】
第２の層ＮＲ  ＤＣＩフォーマットは、ＮＲ  ＤＣＩがそれ自体に送信することを意図しているかどうかをＵＥが決定し得るように、第１の層ＮＲ  ＤＣＩフォーマットと同一のエラー検出およびスクランプリングプロシージャを有する。
【０１６６】
第１の層ＮＲ  ＰＤＣＣＨは、ダウンリンク制御領域内で伝送され得、共通検索空間またはＵＥ特有の検索空間のいずれかの中のリソースにマップされ得る。制御領域は、ＮＣＣＥ，Ｋがスロットｋの制御領域内のＣＣＥの総数である、０〜ＮＣＣＥ，Ｋ−１のインデックスを伴って、ＣＣＥのセットから成る。
【０１６７】
共通検索空間は、システム制御メッセージならびに個々の制御メッセージを伝送するために使用され得る、ＮＲ  ＰＤＣＣＨ候補のセットとして定義される。システムメッセージのための高信頼性要件を達成するために、共通検索空間は、高いアグリゲーションレベルを伴って定義され得る。例えば、アグリゲーションレベルｌを伴う共通検索空間内のｍ番目のＮＲ  ＰＤＣＣＨ候補に対応するＣＣＥは、
【０１６８】
【数２０】
2019515579.tif 000020
【０１６９】
として定義され得、
【０１７０】
【数２０−１】
2019515579.tif 000021
【０１７１】
ｋは、スロット数であり、
【０１７２】
【数２０−２】
2019515579.tif 000022
【０１７３】
は、検索空間内のＮＲ  ＰＤＣＣＨ候補の数である。
【０１７４】
ＵＥ特有の検索空間は、システム内のリソースの効率的な利用のために、ＵＥ毎に異なり得る。任意の可能な周波数ダイバーシティを活用し、干渉を無作為化するために、ＵＥ特有の検索空間は、時間変数であるように、かつ全帯域幅を横断して広がるように設計され得る。第１の層ＮＲ  ＰＤＣＣＨのためのＵＥ特有の検索空間のアグリゲーションレベルは、セルエッジにおけるＵＥのためにさえも要求される性能を満たすように設計され得る。
【０１７５】
第２の層ＮＲ  ＰＤＣＣＨは、上位層シグナリングによって構成されるダウンリンク制御領域またはダウンリンクデータ領域内で伝送され得、ＵＥ特有の検索空間内のリソースにマップされ得る。
【０１７６】
ダウンリンク制御領域内で、第２の層ＮＲ  ＰＤＣＣＨ候補が第１の層ＮＲ  ＰＤＣＣＨによってブロックされる状況を回避するために、第１の層および第２の層ＮＲ  ＰＤＣＣＨのためのＵＥ特有の検索空間は、異なるＣＣＥセットＡ’およびＡ”に由来するはずである。例として、ダウンリンク制御領域内の全
【０１７７】
【数２０−３】
2019515579.tif 000023
【０１７８】
から、第１の
【０１７９】
【数２０−４】
2019515579.tif 000024
【０１８０】
は、第１の層ＮＲ  ＰＤＣＣＨのためのＣＣＥのセット（すなわち、Ａ’）を形成し、他方の
【０１８１】
【数２０−５】
2019515579.tif 000025
【０１８２】
は、第２の層ＮＲ  ＰＤＣＣＨのためのＣＣＥのセット（すなわち、Ａ”）を形成する。
【０１８３】
例えば、ダウンリンク制御領域内の第１の層および第２の層ＮＲ  ＰＤＣＣＨのための検索空間は、以下のように定義され得る。
【０１８４】
アグリゲーションレベルｌを伴う第１の層ＮＲ  ＰＤＣＣＨのためのＵＥ特有の検索空間内のｍ番目のＮＲ  ＰＤＣＣＨに対応する、セットＡ’の中のＣＣＥは、
【０１８５】
【数３０】
2019515579.tif 000026
【０１８６】
として定義され得、ｉ＝０，・・・，ｉ−１であり、ｋは、スロット数であり、
【０１８７】
【数３０−１】
2019515579.tif 000027
【０１８８】
であり、ｎｃｒは、ＵＥがキャリアインジケータフィールドを伴って構成される場合にキャリアインジケータフィールド値であり、さもなければ、ｍ’＝ｍであり、
【０１８９】
【数３０−２】
2019515579.tif 000028
【０１９０】
であり、
【０１９１】
【数３０−３】
2019515579.tif 000029
【０１９２】
は、検索空間内のＮＲ  ＰＤＣＣＨ候補の数である。変数Ｙｋ，１は、
【０１９３】
【数３０−４】
2019515579.tif 000030
【０１９４】
として定義され、Ｙ−１，１は、対応するＲＮＴＩであり、Ｉ１，１およびＩ２，１は、互いに素である２つの大きい整数である。
【０１９５】
アグリゲーションレベルｌを伴う第２の層ＮＲ  ＰＤＣＣＨのためのＵＥ特有の検索空間内のｎ０番目のグループの中のｍ番目のＮＲ  ＰＤＣＣＨに対応する、セットＡ”の中のＣＣＥは、
【０１９６】
【数４０】
2019515579.tif 000031
【０１９７】
として定義され得、ｉ＝０，・・・，ｉ−１であり、ｋは、スロット数であり、ｎｏ＝１，２，・・・，２ｄは、第１の層ＮＲ  ＰＤＣＣＨによって構成されるグループインデックスであり、
【０１９８】
【数４０−１】
2019515579.tif 000032
【０１９９】
であり、ｎｃｒは、ＵＥがキャリアインジケータフィールドを伴って構成される場合にキャリアインジケータフィールド値であり、さもなければ、ｍ’＝ｍであり、
【０２００】
【数４０−２】
2019515579.tif 000033
【０２０１】
であり、
【０２０２】
【数４０−３】
2019515579.tif 000034
【０２０３】
は、検索空間のｎ０番目のグループの中のＮＲ  ＰＤＣＣＨ候補の数である。変数Ｙｋ，ｚは、
【０２０４】
【数４０−４】
2019515579.tif 000035
【０２０５】
として定義され、Ｙ−１，２は、対応するＲＮＴＩであり、Ｉ１，２およびＩ２，２は、互いに素であり、Ｉ１，１およびＩ２，１と異なり得る、２つの大きい整数である。
【０２０６】
ダウンリンクデータ領域内で、上位層シグナリングは、そのうちの一方が局所的セットであり、他方が分散型セットである、ＮＲ  ＰＤＣＣＨ監視のための１つまたは２つのセットを伴ってＵＥを構成することができる。各セットは、ＮＣＣＥ，ｐ，ｋがスロットｋのセットｐの中のＣＣＥの総数である、０〜ＮＣＣＥ，ｐ，ｋ−１のインデックスを伴って、ＣＣＥのセットから成る。
【０２０７】
例えば、ダウンリンクデータ領域内の第２の層ＮＲ  ＰＤＣＣＨのためのＵＥ特有の検索空間は、以下のように定義され得る。
【０２０８】
アグリゲーションレベルｌを伴う第２の層ＮＲ  ＰＤＣＣＨのためのＵＥ特有の検索空間内のｎ０番目のグループの中のｍ番目のＮＲ  ＰＤＣＣＨに対応するＣＣＥは、
【０２０９】
【数５０】
2019515579.tif 000036
【０２１０】
として定義され得、ｉ＝０，・・・，ｉ−１であり、ｋは、スロット数であり、ｎｏ＝１，２，・・・，２ｄは、第１の層ＮＲ  ＰＤＣＣＨによって構成されるグループインデックスであり、ＵＥがキャリアインジケータフィールドを伴って構成される場合にｍ’＝ｎｃｒであり、ｎｃｒは、キャリアインジケータフィールドであり、さもなければ、ｍ’＝０および
【０２１１】
【数５０−１】
2019515579.tif 000037
【０２１２】
であり、
【０２１３】
【数５０−２】
2019515579.tif 000038
【０２１４】
は、検索空間のｎ０番目のグループの中のＮＲ  ＰＤＣＣＨ候補の数である。変数
Ｙｐ，ｋは、
【０２１５】
【数５０−３】
2019515579.tif 000039
【０２１６】
として定義され、Ｙ−１，ｋは、対応するＲＮＴＩであり、Ｉ’１，ｐおよびＩ’２，ｐは、互いに素であり、Ｉ１，１およびＩ２，１、Ｉ１，２およびＩ２，２と異なり得る、２つの大きい整数である。
【０２１７】
高い信頼性を達成するために、制御領域内のＮＲ  ＰＤＣＣＨは、ビームベースの伝送ダイバーシティによって伝送され得る。伝送ダイバーシティは、空間周波数ブロックコード（ＳＦＢＣ）および周波数切り替え伝送ダイバーシティ（ＦＳＴＤ）に基づくことができる。図６および７は、複数のビームを利用し、ダイバーシティ利得を提供し得る、伝送ダイバーシティ方式を図示する。図２６に示されるように、ＳＦＢＣが、２つのビームに作用し得る一方で、少なくとも４つのビームは、図２７に示されるようにＦＳＴＤのために必要とされ得る。
【０２１８】
ビームトレーニング中に、ＵＥは、ＳＩＮＲまたは他の基準に従って最良のＭ個のビームを報告し得、Ｍは、ＲＲＣシグナリングならびに閾値によって構成され得る。ＵＥが所与の閾値を満たす性能を伴うＭ個未満のビームを有する、例示的場合において、ＵＥは、所与の閾値を達成するビームを報告するのみであろう。ビームトレーニング後、ＮＲノードは、ＲＲＣシグナリングを通して、実際の数Ｐの形成されたビームペアをＵＥに伝送し、Ｐは、Ｍ未満またはそれと等しくあり得る。アンテナポートｎ１，ｎ２，・・・ｎｐは、Ｐ個のＴｘビーム毎に定義される。制御領域内のＮＲ  ＰＤＣＣＨのための例示的アンテナポートマッピングは、以下のように示される。
【０２１９】
ｐ≧４である場合、ＦＳＴＤは、制御領域内のＮＲ  ＰＤＣＣＨに適用され得る。信号は、伝送のためにアンテナポートｎ１、ｎ２、ｎ３、ｎ４にマップされる。
【０２２０】
Ｐ＝２，３である場合、ＳＦＢＣは、制御領域内のＮＲ  ＰＤＣＣＨに適用され得る。信号は、伝送のためにアンテナポートｎ１、ｎ２にマップされる。
【０２２１】
Ｐ＝１である場合、単一ビーム伝送は、制御領域内のＮＲ  ＰＤＣＣＨに適用され得る。信号は、伝送のためにアンテナポートｎ１にマップされる。
【０２２２】
上記のビームトレーニングおよびアンテナポートマッピングプロシージャは、ＮＲ  ＰＤＣＣＨ伝送だけではなく、ＮＲデータ伝送にも適用可能である。
【０２２３】
２層ＮＲ  ＰＤＣＣＨの代替として、この方法は、ＲＲＣシグナリングによる潜在的伝送モードの構成をサポートし、次いで、任意の所与の時点でＵＥによって使用される伝送モードは、ＭＡＣヘッダの中のＭＡＣ制御要素（ＣＥ）シグナリングを使用して、ＮＲ（新しい無線）ノード（例えば、ｇＮＢ）コマンドによってアクティブ化される。
【０２２４】
例として、ＮＲノード（例えば、ｇＮＢ）は、ＲＲＣシグナリングを通して、ＮＲノードがＵＥに使用することを意図する潜在的伝送モードのセットを伴ってＵＥを構成し得る。これは、以下のうちの１つ以上のもの、すなわち、ＵＥ能力、ＵＥが使用することを意図する、もしくはＵＥサービス使用履歴に基づいてＵＥが使用するであろうとネットワークが仮定したサービス、オペレータポリシ、ＵＥサブスクリプションプロファイル、および期待される体験されたユーザ体験（例えば、プラチナ、ゴールド、シルバー、またはブロンズレベル）に基づき得る。ＲＲＣ構成メッセージ内のアンテナ構成情報要素の例が、以下に図示される。
アンテナ情報要素の例
−−  ＡＳＮ１ＳＴＡＲＴ
ＡｎｔｅｎｎａＩｎｆｏＣｏｍｍｏｎ  ：：＝        ＳＥＱＵＥＮＣＥ  ｛
ａｎｔｅｎｎａＰｏｒｔｓＣｏｕｎｔ          ＥＮＵＭＥＲＡＴＥＤ  ｛ａｎ１，ａｎ２，ａｎ４，ｓｐａｒｅ１｝
｝
ＡｎｔｅｎｎａＩｎｆｏＤｅｄｉｃａｔｅｄ  ：：＝      ＳＥＱＵＥＮＣＥ  ｛
ｔｒａｎｓｍｉｓｓｉｏｎＭｏｄｅＬｉｓｔ          ＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅＬｉｓｔ  ＯＰＴＩＯＮＡＬ
ＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅＬｉｓｔ  ：：＝    ＳＥＱＵＥＮＣＥ  （ｓｉｚｅ  １・・・ｍａｘＮｕｍｂｅｒＯｆＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ）  ｏｆ  ＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ
ＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ    ：：＝  ＩＮＴＥＧＥＲ  （１・・・ａｘＮｕｍｂｅｒＯｆＴｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ）  ｗｈｅｒｅ  ｔｍ１  ｃｏｒｒｓｐｏｎｄｓ  ｔｏ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ１，ｔｍ２  ｆｏｒ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ２，・・・．ｅｔｃ．
ｃｏｄｅｂｏｏｋＳｕｂｓｅｔＲｅｓｔｒｉｃｔｉｏｎ      ＣＨＯＩＣＥ  ｛
ｎ２ＴｘＡｎｔｅｎｎａ−ｔｍ３            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （２）），
ｎ４ＴｘＡｎｔｅｎｎａ−ｔｍ３            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （４）），
ｎ２ＴｘＡｎｔｅｎｎａ−ｔｍ４            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （６）），
ｎ４ＴｘＡｎｔｅｎｎａ−ｔｍ４            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （６４）），
ｎ２ＴｘＡｎｔｅｎｎａ−ｔｍ５            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （４）），
ｎ４ＴｘＡｎｔｅｎｎａ−ｔｍ５            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （１６）），
ｎ２ＴｘＡｎｔｅｎｎａ−ｔｍ６            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （４）），
ｎ４ＴｘＡｎｔｅｎｎａ−ｔｍ６            ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （１６））
｝    ＯＰＴＩＯＮＡＬ，                              −−  Ｃｏｎｄ  ＴＭ
ｕｅ−ＴｒａｎｓｍｉｔＡｎｔｅｎｎａＳｅｌｅｃｔｉｏｎ      ＣＨＯＩＣＥ｛
ｒｅｌｅａｓｅ              ＮＵＬＬ，
ｓｅｔｕｐ              ＥＮＵＭＥＲＡＴＥＤ  ｛ｃｌｏｓｅｄＬｏｏｐ，ｏｐｅｎＬｏｏｐ｝
｝
｝
ＡｎｔｅｎｎａＩｎｆｏＤｅｄｉｃａｔｅｄ−ｖ９２０  ：：＝    ＳＥＱＵＥＮＣＥ  ｛
ｃｏｄｅｂｏｏｋＳｕｂｓｅｔＲｅｓｔｒｉｃｔｉｏｎ−ｖ９２０    ＣＨＯＩＣＥ  ｛
ｎ２ＴｘＡｎｔｅｎｎａ−ｔｍ８−ｒ９          ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （６）），
ｎ４ＴｘＡｎｔｅｎｎａ−ｔｍ８−ｒ９          ＢＩＴ  ＳＴＲＩＮＧ  （ＳＩＺＥ  （３２））
｝    ＯＰＴＩＯＮＡＬ                                −−  Ｃｏｎｄ  ＴＭ８
｝
ＡｎｔｅｎｎａＩｎｆｏＤｅｄｉｃａｔｅｄ−ｒ１０  ：：＝    ＳＥＱＵＥＮＣＥ  ｛
ｔｒａｎｓｍｉｓｓｉｏｎＭｏｄｅ−ｒ１０        ＥＮＵＭＥＲＡＴＥＤ  ｛
ｔｍ１，ｔｍ２，ｔｍ３，ｔｍ４，ｔｍ５，ｔｍ６，ｔｍ７，ｔｍ８−ｖ９２０，
ｔｍ９−ｖ１０２０，ｔｍ１０−ｖ１１３０，ｓｐａｒｅ６，ｓｐａｒｅ５，ｓｐａｒｅ４，
ｓｐａｒｅ３，ｓｐａｒｅ２，ｓｐａｒｅ１｝，
ｃｏｄｅｂｏｏｋＳｕｂｓｅｔＲｅｓｔｒｉｃｔｉｏｎ−ｒ１０    ＢＩＴ  ＳＴＲＩＮＧ      ＯＰＴＩＯＮＡＬ，    −−  Ｃｏｎｄ  ＴＭＸ
ｕｅ−ＴｒａｎｓｍｉｔＡｎｔｅｎｎａＳｅｌｅｃｔｉｏｎ    ＣＨＯＩＣＥ｛
ｒｅｌｅａｓｅ              ＮＵＬＬ，
ｓｅｔｕｐ              ＥＮＵＭＥＲＡＴＥＤ  ｛ｃｌｏｓｅｄＬｏｏｐ，ｏｐｅｎＬｏｏｐ｝
｝
｝
ＡｎｔｅｎｎａＩｎｆｏＤｅｄｉｃａｔｅｄ−ｖ１０ｉ０：：＝  ＳＥＱＵＥＮＣＥ  ｛
ｍａｘＬａｙｅｒｓＭＩＭＯ−ｒ１０      ＥＮＵＭＥＲＡＴＥＤ  ｛ｔｗｏＬａｙｅｒｓ，ｆｏｕｒＬａｙｅｒｓ，ｅｉｇｈｔＬａｙｅｒｓ｝    ＯＰＴＩＯＮＡＬ  −−  Ｎｅｅｄ  ＯＲ
｝
ＡｎｔｅｎｎａＩｎｆｏＤｅｄｉｃａｔｅｄ−ｖ１２５０  ：：＝    ＳＥＱＵＥＮＣＥ  ｛
ａｌｔｅｒｎａｔｉｖｅＣｏｄｅｂｏｏｋＥｎａｂｌｅｄＦｏｒ４ＴＸ−ｒ１２  ＢＯＯＬＥＡＮ
｝
−−  ＡＳＮ１ＳＴＯＰ
ＮＲノードは、ＭＡＣ  ＣＥを使用して、伝送モードをアクティブ化または非アクティブ化し得る。ＮＲノードは、ＵＥ無線リンク条件およびチャネル状態情報についてのフィードバックを含む、ＵＥフィードバック（例えば、ＭＡＣレベルフィードバック）、全体的なネットワーク負荷条件の変動、ならびにネットワークオペレータポリシに基づいて、リアルタイム伝送モードアクティブ化または非アクティブ化決定を実施し得る。ＮＲ  ＤＣＩフォーマット０で定義されるものに類似する情報が、以下で定義されるように、新しいＭＡＣ制御要素の中で搬送され得る。
【０２２５】
伝送モードアクティブ化／非アクティブ化ＭＡＣ制御要素は、固定数ｎのオクテットにわたって定義され得る。伝送ＭＡＣ  ＣＥは、論理チャネル識別子（ＬＣＩＤ）を伴うＭＡＣ  ＰＤＵサブヘッダによって識別され得る。ＭＡＣ  ＣＥの２つの例が、以下に図示される。
【０２２６】
１オクテットを伴うアクティブ化／非アクティブ化ＭＡＣ制御要素が、図２８に示される。これは、固定サイズを有し、７つのＣ−フィールドおよび１つのＲ−フィールドを含む、単一オクテットから成る。４オクテットのアクティブ化／非アクティブ化ＭＡＣ制御要素の例が、図２９に示される。これは、固定サイズを有し、３１個のＣ−フィールドおよび１つのＲ−フィールドを含む、４オクテットから成る。ＴＭｉフィールドは、ＴＭがアクティブ化されるものであることを示すように、「１」に設定され得る。ＴＭｉフィールドは、ＴＭが非アクティブ化されるものであることを示すように、「０」に設定され得る。
【０２２７】
論理チャネルＩＤは、範囲０１０１１〜１０１１１の間のＬＴＥダウンリンク論理チャネルの既存の留保値のうちの１つであり得る（２進コーディング）。代替として、ＬＴＥ論理チャネル値範囲は、伝送モードＭＡＣ  ＣＥに割り当てられる、新しい定義された値を伴って拡張され得る。
【０２２８】
この方法に関して、ＮＲ  ＰＤＣＣＨフォーマットは、上で定義される第２の層ＮＲ  ＰＤＣＣＨと同一の情報を搬送するはずである。物理層プロシージャおよび検索空間設計も同一であり得る。
【０２２９】
図３０は、ＵＥによる２層ＮＲ  ＰＤＣＣＨ検出のための例示的プロシージャを図示する。ＵＥは、最初に、ＰＳＦＩＣＨおよびＰＣＦＩＣＨを復号し、スロット構造およびダウンリンク制御領域のサイズを取得する。スロット構造およびダウンリンク制御領域のサイズに従って、ＵＥは、第１の層ＮＲ  ＰＤＣＣＨのための共通検索空間ならびにＵＥ特有の検索空間を決定する。ＵＥは、その検索空間内の第１の層ＮＲ  ＰＤＣＣＨに関して、統一ＮＲ  ＤＣＩフォーマット０を監視する。ＵＥは、その第１の層ＮＲ  ＰＤＣＣＨの中で全ての候補を盲目的に復号し、そのＩＤを用いてＣＲＳをチェックする。ＣＲＣが検索空間内のいかなるＮＲ  ＰＤＣＣＨ候補に関しても成功していない場合、それは、ＵＥが現在のスロットの中でスケジュールされておらず、第２の層盲目復号を実施しないであろうことを含意する。ＵＥは、その第２の層検索空間内の対応する第２の層ＮＲ  ＤＣＩフォーマットを監視する。ＣＲＣが成功した場合、ＵＥは、ダウンリンクまたはアップリンク伝送のための要求される情報を取得することができる。
【０２３０】
ＣＲＣが成功した場合、ＵＥは、第２の層ＮＲ  ＤＣＩフォーマットのインデックスおよびＮＲ  ＤＣＩから第２の層検索空間を決定するインデックスを取得することができる。
【０２３１】
伝送モードをシグナリングすることの代替的オプションは、ＭＡＣ  ＣＥを通す。
【０２３２】
種々の例では、向上した信頼性のためのＮＲ−ＰＤＣＣＨ設計に関するソリューションが、以下で議論される。
【０２３３】
ＬＴＥは、ターボコードを使用し、アップリンク（ＵＬ）およびダウンリンク（ＤＬ）においてデータを符号化する。マザーコードは、１／３のコードレートを提供する、２つの並列連接再帰畳み込みエンコーダから成る。新しい無線（ＮＲ）では、低レートコードは、超信頼性かつ低遅延通信（ＵＲＬＬＣ）および大量マシンタイプ通信（ｍＭＴＣ）用途の両方のためにデータならびに制御を符号化するために考慮されている。ＵＲＬＬＣに関して、低レートコードは、向上したコーディング利得から、より高い信頼性を提供する。ｍＭＴＣは、再伝送の必要性が低下され、その結果として、電力が節約されるため、低レートコーディングから利益を得る。
【０２３４】
ＮＲは、ＬＴＥよりもはるかに低いデータのためのＢＬＥＲを標的にするであろうことが予期される（例えば、１０またはそれ未満のＢＬＥＲ）。現在、ＬＴＥの動作点は、典型的には、単一伝送に関して１０−１であるが、それは、ｅＮＢでは専用構成である。ＮＲのための標的ＢＬＥＲは、よりロバストな低レートコードおよびおそらく再伝送を通して、達成されると予期される。
【０２３５】
３ＧＰＰ  ＴＲ  ３８．９１３は、次世代アクセス技術のためのシナリオおよび要件を定義する。この要件によると、ＵＲＬＬＣに関して、ユーザプレーン待ち時間の標的は、ＵＬに関して０．５ミリ秒およびＤＬに関して０．５ミリ秒となるはずである。これは、ＢＬＥＲがこれらの待ち時間制約内で達成される必要があることを含意する。
【０２３６】
ＮＲに関して、１／３〜１／１５のコードレートが着目されることが示唆されている。２０バイトほどの小さいパケットサイズが考慮されている。これらのコードは、ＵＬおよびＤＬにおいてデータならびに制御チャネルの両方に適用され得る。
【０２３７】
ＬＴＥは、４０ビットの最小パケットサイズをサポートし、トランスポートブロック（ＴＢ）が４０ビットよりも小さい場合、それは、４０ビットを有するようにゼロパディングされる。周期的冗長チェック（ＣＲＣ）が、ＴＢに適用される。受信機において、このＣＲＣチェックが失敗した場合、非確認応答（ＮＡＣＫ）が送信され、再伝送が続く。
【０２３８】
６，１４４を上回るトランスポートブロックサイズは、６，１４４ビットを超えない複数のコードブロックに分割される。ＣＲＣが、各コードセグメントに適用される。たとえ単一のＣＢが誤っていても、ＨＡＲＱ再伝送は、トランスポートブロック全体から成る。図３１は、ＬＴＥ  ＵＬにおけるデータ処理チェーンの例を示す。
【０２３９】
ＮＲでは、サブフレームが固定数のシンボルを含み得ることが合意されている。これは、複数の制御領域および１つ以上のデータ伝送をサポートし得る。複数の数秘術が、ＴＤＭ／ＦＤＭを通してサブフレーム内で多重化され得る。
【０２４０】
３ＧＰＰ  ＴＳ  ３６．３００は、以下の表１２に示されるように、ＭＡＣおよびＲＲＣ制御の異なる特性を要約する。
【０２４１】
【表１２】
2019515579.tif 000040
【０２４２】
ＭＡＣとＲＲＣ制御との間の差異は、シグナリング信頼性にある。シグナリング信頼性に起因して、状態遷移および無線ベアラ構成を伴うシグナリングは、ＲＲＣによって実施されるはずである。基本的に、ＵＴＲＡにおいてＲＲＣによって実施されるシグナリングはまた、同様にＥ−ＵＴＲＡのためにＲＲＣによって実施されるはずである。
【０２４３】
ＭＡＣサブ層は、トランスポートチャネル上の物理層に／から配信されるトランスポートブロック（ＴＢ）の中へ／からの１つ以上の論理チャネルに属する、ＭＡＣサービスデータ単位（ＳＤＵ）の多重化／逆多重化に責任があり得る。ＭＡＣプロトコルデータ単位（ＰＤＵ）は、図３２に示されるように、ＭＡＣヘッダ、ゼロまたはそれを上回るＭＡＣ  ＳＤＵ、ゼロ以上のＭＡＣ制御要素、および随意に、パディングから成る。
【０２４４】
一例では、異なるユースケースのための制御情報が、リソースの共通セット内で多重化される。例えば、ｅＭＢＢおよびＵＲＬＬは両方とも、同一のサブキャリア間隔を使用して動作し得る。故に、両方のユースケースは、サブフレーム内の共通制御領域の中へマップされた、それらのＮＲ−ＤＣＩ（ＮＲ−ＰＤＣＣＨ上で伝送される）を有し得る。ある場合、ＵＲＬＬまたはｅＭＢＢ  ＵＥは、共通制御領域をそのそれぞれのＮＲ−ＰＤＣＣＨに盲目的に復号する。図３３は、ＵＲＬＬＣおよびｅＭＢＢからのＮＲ−ＰＤＣＣＨが、サブフレームの共通制御検索空間内で多重化される、例を示す。サブフレームの残りのシンボルは、ＵＲＬＬＣとｅＭＢＢデータとの間で多重化される。
【０２４５】
ＬＴＥでは、異なるアグリゲーションレベルが、ＰＤＣＣＨのための異なるコードレートを提供するために使用された。ＬＴＥ  ｅＮＢは、典型的には、特にマルチキャストＤＣＩに関して、情報が標的にされるＵＥの最も弱いＳＮＲに基づいて、ＰＤＣＣＨのためのアグリゲーションレベルを決定する。しかしながら、ＮＲでは、ＮＲ−ＰＤＣＣＨの信頼性要件は、非常に異なり得る。例えば、ＵＲＬＬが、１０−４よりも低いエラー率を要求し得る一方で、ｅＭＢＢは、１０−３において動作し得る。ここで、ユースケースは、特定のＮＲ−ＰＤＣＣＨのコーディングレートを決定する際の追加の原動力であり得る。
【０２４６】
別の例では、より厳しい待ち時間要件を伴うユースケースのＮＲ−ＰＤＣＣＨは、サブフレーム内の先頭シンボルの中のリソースにマップされる。図３４は、ＵＲＬＬユースケースのＮＲ−ＰＤＣＣＨがサブフレームの第１のシンボルから始まってマップされる、例を示す。ｅＭＢＢユースケースのＮＲ−ＰＤＣＣＨは、後続のシンボルの中の利用可能なリソースにマップされる。
【０２４７】
例では、待ち時間が制約されたユースケースのためのデータが、先頭シンボルまたは伝送インターバルの中で生じる最早シンボルにマップされる。例えば、図３４で見られるように、ＵＲＬＬケースのためのデータは、待ち時間を短縮するように、伝送インターバルの中の先頭リソースにマップされる。図３５は、リソースが、最小限の待ち時間をデータに提供するように、サブフレームの先頭シンボルの中でデータを搬送するために留保され得る、別の例を示す。ここで、先頭シンボルは、共通検索空間に事前に割り当てられたリソースおよびデータのために留保されたリソースから成る。ＵＲＬＬデータが、先頭シンボルの中で搬送される一方で、ｅＭＢＢデータは、以降のシンボルの中で搬送される。ＵＲＬＬのためのＮＲ−ＰＤＣＣＨは、制御領域の先頭シンボルの中で割り当てられ得る。
【０２４８】
これをサポートするために、一例として、ＮＲ−ＤＣＩが、各シンボルの中のＰＲＢの観点から、多重化されたユーザのためのリソースを構成する能力を有することを提案する。例えば、図３６では、３つのユーザが構成され、そのうちの２つは、ＵＲＬＬであり、１つは、ｅＭＢＢである。これらの許可のためのＮＲ−ＤＣＩは、ＵＥ１のためのシンボル＃１、ＵＥ２のための＃２およびシンボル＃２の一部、ならびにＵＥ３のためのシンボル＃３〜６を構成するはずである。１つのＰＲＢは、リソースの最小配分であり得、したがって、ＮＲ−ＤＣＩは、ＵＥのためのシンボルにつきＰＲＢを構成するであろう。
【０２４９】
例では、マルチキャストメッセージのためのＤＣＩを搬送するＮＲ−ＰＤＣＣＨは、本ＤＣＩの中でシグナリングされるいくつかのユースケースの間で最も厳しいユースケースのための信頼性要件に基づいて、より低いコーディングレートを使用して伝送され得る。例えば、ページングおよび電力制御のためのもの等のマルチキャストＮＲ−ＤＣＩは、ＵＲＬＬならびにｅＭＢＢの両方を標的にし得、ＵＲＬＬの信頼性要件をサポートするように、より低いコードレートでコード化されるはずである。
【０２５０】
別の例では、共通マザーコードが、いくつか、例えば、全てのユースケースに使用され得る。ＵＲＬＬが、追加の信頼性を達成するために、より低いコードレートを使用し得る一方で、ｅＭＢＢは、より高いコードレートを使用し得る。これを達成する例示的方法は、適切なレートマッチングを有効にし、ＵＲＬＬのための大きいアグリゲーションレベルを可能にすることである。これらのより大きいアグリゲーションレベルを達成する例示的方法は、ｎ≧１であり、ＲＶｉがｅＭＢＢのためのアグリゲーションレベルのセットの中にある、（ＬＴＥにおけるＰＤＳＣＨまたはＰＵＳＣＨのトランスポートブロック／コードブロックのように）複数の冗長性バージョンＲＶ０・・・ＲＶｎを達成することである。したがって、ＮＲノードは、ＮＲ−ＰＤＣＣＨのいくつかの冗長性バージョンを伝送し、ＵＲＬＬのための標的コードレート／アグリゲーションレベルを達成するものとするが、バージョンのうちの少なくとも１つは、許容エラー率を伴ってｅＭＢＢによって復号されることができる。これらの冗長性バージョンは、以下の方法のうちの１つで伝送され得る。
【０２５１】
異なる冗長性バージョンは、周波数で明確に識別されることができる。図３７は、２つの冗長性バージョンＲＶ０およびＲＶ１が低レートＮＲ−ＤＣＩのためにサポートされる、例を示す。ＵＲＬＬのＮＲ−ＰＤＣＣＨのＲＶ０およびＲＶ１は、シンボル＃０の中で生じるが、ＵＲＬＬ  ＵＥによって別個に区別されることができる。本方式の例示的利点は、ＵＲＬＬモードをサポートしないいくつかのデバイスが、それらのハードウェアの中で低レートコードデコーダを要求しないことである。効果的に、ｅＭＢＢ受信機は、ＲＶのうちの少なくとも１つがｅＭＢＢユースケースによってサポートされるコードレートのセット内にある限り、より低いコードレートを未認識であり得る。
【０２５２】
例えば、ＵＲＬＬ動作の信頼性レベルを要求しないｅＭＢＢデバイスは、低コードレートデコーダを要求しない場合がある。ＮＲ−ＰＤＣＣＨがマルチキャストメッセージであると仮定して、そのようなｅＭＢＢデバイスは、許容信頼性でＲＶ０のみを正常に復号する。これは、ＲＶ１を別個に復号し得る。成功した場合、それは、反復ＤＣＩを無視する。失敗した場合、それは、ＤＣＩを無視する。一方で、ＵＲＬＬ  ＵＥは、ＲＶ０およびＲＶ１を合同で復号し、待ち時間を犠牲にすることなく、より高い信頼性を達成する。
【０２５３】
図３８は、ＮＲ−ＰＤＣＣＨを盲目的に復号するためのＵＲＬＬ  ＵＥのプロシージャを示す。ここで、２つの冗長性バージョンが、低レートＮＲ−ＤＣＩコードのために仮定される。ＵＲＬＬ  ＵＥは、その盲目検索においてそれらを合同で復号する。
【０２５４】
図３９は、ＮＲ−ＰＤＣＣＨを盲目的に復号するためのＵＲＬＬ  ＵＥのプロシージャを示す。ｅＭＢＢ  ＵＥは、ｅＭＢＢコードレートおよびアグリゲーションレベルを仮定して、低いコードレートを無視し、仮説を盲目的に復号し得る。
【０２５５】
ここで図４０を参照すると、異なる冗長性バージョンが、異なるシンボルの中で伝送され得る。図４０は、ＵＲＬＬユースケースのためのＮＲ−ＰＤＣＣＨが、サブフレームのシンボル１および２上のＲＶ０およびＲＶ１伝送にセグメント化され、ｅＭＢＢのためのＮＲ−ＰＤＣＣＨと多重化される、例を示す。本方式の利点は、良好なＳＩＮＲを伴う待ち時間が制約されたデバイスが、許容信頼性でＲＶ０を正常に復号し、ＮＲ−ＤＣＩに即時に応答し得ることである。不良なＳＩＮＲを伴うデバイスは、第２のシンボルを待ち、それらの許可に基づいて行動する前にＲＶ０およびＲＶ１を合同で復号する。本方式を通して、ＵＥの大半は、低い待ち時間を伴う高い性能を提供されることができる。ある場合、セルエッジＵＥのみが、悪化した待ち時間に悩まされる可能性がある。本方式を用いると、ＵＥは、低レートＮＲ−ＤＣＩコードレートをサポートする必要がない場合がある（例えば、ｅＭＢＢ  ＵＥは、それらのハードウェアの中で低レートデコーダを有するように要求されない）ことに留意されたい。
【０２５６】
図４１は、そのＮＲ−ＤＣＩを取得するＵＲＬＬ  ＵＥのプロシージャを示す。第１のステップでは、ＵＥは、全てのＲＶ０を復号し、そのＮＲ−ＤＣＩを盲目的に検索する。第２のステップでは、それは、ＲＶ０およびＲＶ１を合同で復号する。これは特に、検出の可能性が第１のステップでは非常に高いため、ＵＥが十分なＳＩＮＲ動作条件を検出する場合に従う良好なプロシージャである。その結果として、図４１の中の待ち時間は、そのＮＲ−ＤＣＩを取得するＵＲＬＬ  ＵＥのプロシージャを示す。第１のステップでは、ＵＥは、全てのＲＶ０を復号し、そのＮＲ−ＤＣＩを盲目的に検索する。第２のステップでは、それは、ＲＶ０およびＲＶ１を合同で復号する。これは特に、検出の可能性が第１のステップでは非常に高いため、ＵＥが十分なＳＩＮＲ動作条件を検出する場合に従う良好なプロシージャであり得る。その結果として、ＮＲ−ＤＣＩを処理する際の待ち時間は、最小限にされることができる。
【０２５７】
図４２は、ＵＲＬＬ  ＵＥがそのＮＲ−ＤＣＩを復号するための代替的プロシージャを示す。ここで、ＵＥは、ＮＲ−ＤＣＩのためのＲＶ０を復号し得る。失敗した場合、それは、ＲＶ０およびＲＶ１をともに復号する。次いで、それは、次のＮＲ−ＤＣＩ仮説のＲＶ０を復号し始める。したがって、それは、次のＮＲ−ＰＤＣＣＨを復号しようとする前に、ＮＲ−ＰＤＣＣＨのための全ての冗長性バージョンを反復する。図４３は、時間および周波数リソースの両方を使用して、ＲＶに分割された低コードレートＮＲ−ＰＤＣＣＨの例を示す。
【０２５８】
別の例では、時間および周波数の両方の境界が組み込まれる。図４４は、ＲＶ０およびＲＶ１が異なるシンボルならびに異なる周波数場所で生じる、例を示す。複数の冗長性バージョンでＮＲ−ＰＤＣＣＨを伝送する、これらの方式に関して、冗長性バージョンパターンおよびリソース配分が標準仕様で事前定義されることを提案する。伝送で使用される具体的パターンは、ＲＲＣシグナリングおよびＭＡＣ  ＣＥ更新を通して、半静的にＵＥの中で構成され得る。
【０２５９】
ＵＲＬＬが最小限の待ち時間を要求し得、ある場合、ある伝送インターバル内で先頭シンボルを使用することを要求し得るため、高い信頼性を要求するＭＡＣ  ＣＥが、（ＭＡＣ  ＣＥを搬送するＣＢが先頭シンボルにマップされるＬＴＥと異なり）シンボルのうちのいずれかの中で伝送される融通性を有することを提案する。さらに、ＵＲＬＬおよびｅＭＢＢの両方のために意図される、ＮＲ−ＰＤＳＣＨ上のページングおよびシステム情報等のマルチキャストメッセージは、より高い信頼性のために好適なレートで符号化され得る。
【０２６０】
ここで増加した信頼性を要求するユースケースのための専用制御シグナリングを検討すると、ユースケースの各々は、制御情報シグナリングのための専用リソースを有し得る。例えば、ＵＲＬＬのＮＲ−ＰＤＣＣＨは、ｅＭＢＢのものと多重化されない場合がある。
【０２６１】
所与のユースケース内で、ＮＲ−ＰＤＣＣＨは、ＬＴＥにおいてＰＤＣＣＨを復号することに類似する様式でそのＤＣＩを決定するように、共通検索空間内で伝送され、ＵＥによって盲目的に復号され得る。代替として、ＮＲ−ＰＤＣＣＨは、ＬＴＥにおけるｅＰＤＣＣＨに類似する様式で、所定の場所におけるＵＥにシグナリングされ得る。
【０２６２】
これらの両方のシナリオでは、ＮＲ−ＰＤＣＣＨは、本明細書に説明されるように複数の冗長性バージョンを使用して伝送され得る。ｍＭＴＣデバイスはまた、そのＮＲ−ＰＤＣＣＨのための複数の冗長性バージョンを有することからも利益を得ることに留意されたい。例えば、ＵＥは、そのＳＮＲを追跡し、その標的信頼性および電力消費を達成するために１つ以上の冗長性バージョンを復号するべきかどうかを決定することができる。ｍＭＴＣデバイスが、１つだけの冗長性バージョンを要求することを決定する場合、ＲＶ０のみを復号し、それによって、電力を節約する。
【０２６３】
ここで制御シグナリングのための他のソリューションを検討すると、複数の制御シグナリング領域が、図４４で見られるようにＤＬにおけるサブフレーム内に存在し得、各制御領域は、異なる数秘術を有し得る。各領域は、そのＮＲ−ＰＤＣＣＨを検出するように、ＵＥによって盲目的に復号され得る。
【０２６４】
各制御領域は、図４６に示されるように、その制御領域と同一のシンボルおよび／または制御領域に続くシンボルの中のリソースを使用する、許可を提供し得る。したがって、制御領域は、時間が制御領域に先行するリソースの中で許可を提供することができない。また、以降の制御領域のＮＲ−ＤＣＩは、ＤＣＩｏｖｅｒＲｉｄｅＦｌａｇがＴＲＵＥに設定される、例えば、ＭＣＳ値、ＨＡＲＱスケジューリング、電力制御である場合に、前の制御領域のＤＣＩをオーバーライドし得る。
【０２６５】
一般に、制御領域リソース、ＲＳ、およびデータリソースは、図４５に示されるように、単一のシンボルに多重化され得、サブフレームデータの第１のシンボル、制御、およびＲＳは、ともに多重化される。後続の制御領域は、データ領域をパンクチャし得ることに留意されたい。例えば、限定されたリソースを要求する制御領域は、サブフレームの後続のシンボルの中でＵＲＬＬ許可を与えてもよく、ここでは、対応する制御領域は、図４７に示されるようにｅＭＢＢデータをパンクチャする。ＵＲＬＬＣデータは、ｅＭＢＢデータをパンクチャし得ることに留意されたい。
【０２６６】
ある場合、制御リソースは、動的に配分され得る。第１の共通制御領域は、サブフレーム内の１つ以上の後続の制御領域の存在およびリソースを示し得る。また、例示的例によると、サブフレーム内のＮ番目の制御領域が、１からＮ−１個の制御領域のうちのいずれか１つによって示され得ることも提案する。図４８Ａは、第１の制御領域がサブフレーム内の第２および第３の制御領域についての情報を示す、例を示す。図４８Ｂは、第２の制御領域がサブフレーム内の第３の制御領域についての情報を示す、例を示す。
【０２６７】
制御領域毎にリソースを示す情報は、限定ではないが、一例として提示される、以下のうちの１つ以上のもの、すなわち、構成される制御領域の数、各制御領域の数秘術、（ＰＲＢＳ／シンボル／ＲＥの観点から）各制御領域のリソース、および各制御領域のビームインデックスを含み得る。
【０２６８】
代替として、制御リソースが動的に配分されるとき、各制御領域は、対応するＮＲ−ＰＣＦＩＣＨ（ＬＴＥにおけるＰＣＦＩＣＨに類似する）を有し、制御領域の存在およびリソースを示し得る。図４９は、３つの共通検索空間制御領域があり、それぞれが、制御領域と同一のシンボルの中で生じるその独自のＮＲ−ＰＣＦＩＣＨによって構成される、例を示す。ＮＲ−ＰＣＦＩＣＨ毎のリソースは、標準仕様で事前定義され得る、またはシステム情報を通して示され得る。ＵＥは、ＮＲ−ＰＣＦＩＣＨを復号し得、成功した場合、制御領域の場所を特定するであろう。ＮＲ−ＰＣＦＩＣＨおよび対応する制御領域が送信される必要がない場合、これらのリソースは、データを搬送することができる。
【０２６９】
単一のＮＲ−ＰＣＦＩＣＨは、サブフレーム内の複数の制御領域のためのリソースを示し得る。ＮＲ−ＰＣＦＩＣＨの中の情報は、限定ではないが、一例として提示される、以下のうちの１つ以上のもの、すなわち、構成される制御領域の数、各制御領域の数秘術、（ＰＲＢＳ／シンボル／ＲＥの観点から）各制御領域のリソース、および各制御領域のビームインデックスを含み得る。
【０２７０】
代替として、制御領域の数は、システム情報を通して半静的に構成され得る。実際のリソースおよび数秘術は、上記で説明されるように、ＮＲ−ＰＣＦＩＣＨまたは第１の制御領域を通して構成され得る。
【０２７１】
例では、後続の制御領域は、例えば、低遅延用途を促進するためにＤＬおよびＵＬ許可等の具体的タイプの制御情報を搬送するために、使用され得る。または、それらはまた、第１の制御領域内で許可を見出さない場合、ｅＭＢＢデバイスがサブフレーム中に電源を切り得るように、ＵＲＬＬＣのみ等のあるユースケースのＮＲ−ＰＤＣＣＨを搬送するように構成され得る。本例では、後続の制御領域リソースは、半静的または動的に事前定義もしくは構成され得るが、ＵＲＬＬＣ  ＵＥのみが、これらの制御領域を復号するように要求される。図５０は、第１の制御領域がｅＭＢＢおよびＵＲＬＬＣの両方のためのＮＲ＿ＤＣＩを搬送し得るが、サブフレーム内の後続の制御領域がＵＲＬＬＣ  ＵＥのためのＮＲ−ＰＤＣＣＨのみを搬送するケースを示す。
【０２７２】
別の例では、１つを上回るＵＬ制御領域は、例えば、図５１で見られるようにサブフレーム内の複数のＤＬ伝送に対応するＡ／Ｎを搬送するためのサブフレームの中で構成され得る。
【０２７３】
複数のＤＬ制御領域は、図５２に示されるように、複数のＵＬ伝送リソースを提供し得る。
【０２７４】
ここでビーム形成されたＮＲ  ＤＬ制御チャネルを検討すると、ＮＲ  ＤＬ制御チャネルが、ビーム形成を用いて適用されることができる。初期アクセス段階では、ビーム掃引サブフレームのためのリソース配分は、同期化チャネル、ビーム掃引ＲＳ、および一次ブロードキャストチャネルのための固定または事前決定されたリソースを用いて、事前決定されることができる。このようにして、ＵＥは、Ｔｘビーム掃引中に最良のＴｘビームを見出すことができる。共通ＮＲ  ＤＬ制御が必要とされている場合において、ＮＲノードＴＸ−ビーム掃引ベースの伝送は、同期化チャネル、ビーム掃引ＲＳ、および一次ブロードキャストチャネルを用いて、同一のカバレッジをサポートするために使用されることができる。これらの共通ＮＲ  ＤＬ制御チャネル検索空間は、同期化チャネル、ビーム掃引ＲＳ、および一次ブロードキャストチャネルのためのビーム掃引で使用される同一のビームを用いて、適用されることができる。図５３を参照すると、それは、共通ＮＲ  ＤＬ制御がＤＬビーム掃引ＲＳと同一のビーム設定を共有することを示す。ビーム掃引ＲＳは、共通ＮＲ  ＤＬ制御チャネルの復調に使用されることができる。
【０２７５】
例では、別のオンデマンドビーム形成されたＮＲ  ＤＬ制御チャネル（ＵＥ特有）は、初期アクセスまたはビーム精緻化段階で合意される最良のＴｘビームを使用することができる。一例として、ＰＲＡＣＨプリアンブルリソース（グリッド、プリアンブルＩＤ、および長さ）は、単一または複数のＴＲノードから伝送する、検出された最良Ｔｘビーム／ビームＩＤによって示されることができる。共通ＤＬ制御を伝送している場合、それは、最良ビームまたはＵＬビーム掃引動作のいずれかを用いたＵＬ  ＰＲＡＣＨプリアンブル伝送のためのＰＲＡＣＨリソース情報を提供し得る。共通ＤＬ制御情報がない場合、ＵＥは、検出されたビーム情報からＰＲＡＣＨリソースを導出することが依然として可能であり得る。配分されたＰＲＡＣＨリソースが、最良伝送方向ビームの暗示的指示として使用されることができるため、ＮＲノードは、事前配分されたＰＲＡＣＨリソースによって示されるビーム形成されたＰＲＡＣＨプリアンブルを検出することができる。したがって、ＮＲノードは、ランダムアクセス応答（ＲＡＲ）を伝送するために本ビーム形成情報を使用することができる。ＵＥがランダムアクセス応答を検出すると、ＵＥは、ＮＲ  ＤＬ制御チャネルの受信のために、受信されたビーム形成を形成することができる。（ＵＥ特有の）ＮＲ  ＤＬ制御チャネルの伝送の前にビーム精緻化プロシージャが実施されている場合、ＵＥは、ＮＲ  ＤＬ制御受信のために精緻化ビームを使用することができる。ビーム形成されたＤＬ制御チャネルのための例示的ＵＥプロシージャが、図５４に描写されている。図５４では、鎖線は、随意のプロシージャとして扱われることができる。例えば、利用可能な共通ＮＲ  ＤＬ制御チャネルがない場合、ＵＥは、依然としてビームトレーニング段階からＰＲＡＣＨリソースを導出することができる。
【０２７６】
３ＧＰＰ仕様は、複数のビーム上のＮＲ−ＤＣＩの伝送をサポートし、カバレッジおよび信頼性を向上させる。ＬＴＥは、ＰＤＣＣＨのブロードキャストのみをサポートすることに留意されたい。ビームは、図５５に示されるように、ＮＲ−ＤＣＩを搬送して、異なる空間場所を通して掃引し得る。
【０２７７】
本提案では、ＵＬ／ＤＬ許可リソースが図５５に示されるように利用可能にされる前に、制御領域を搬送するビームが空間を通して掃引することに留意されたい。ここで、ＤＬ許可は、制御シグナリングからＮ個のシンボル後に利用可能である。本方式の利点は、待ち時間が、ページング、ＲＡＣＨ等に関連する重要な制御シグナリングを復号する際により少ないことである。
【０２７８】
ＵＥ場所が先験的に既知である場合、そのＵＥ特有のＮＲ−ＤＣＩは、ビームのサブセットの中のみで伝送される。ＵＥ場所がＮＲノードに知られていない場合、そのＮＲ−ＤＣＩは、全ビームの中で伝送され得る。本概念は、制御領域がビームあたりのシンボルを網羅する４つのビームによって掃引される、図５６に図示される。ＵＥ特有のＮＲ−ＤＣＩは、図５６Ａでは全てのビームの中で繰り返されるが、図５６Ｂではビーム１および２のみの中で伝送される。ＮＲ−ＤＣＩは、異なるビームの中の異なるサブキャリアの中に位置し得ることに留意されたい。
【０２７９】
同様に、共通制御シグナリングのためのＮＲ−ＤＣＩは、全ビームの中で搬送され得る。共通制御検索空間は、制御情報を搬送する全てのビームの中の同一のサブキャリアを使用し、オーバーヘッドを最小限にして、ビーム毎に異なる共通制御シグナリングリソースを示す。
【０２８０】
別の方式では、各ビームは、ビームの中のＮＲ−ＤＣＩが同一のビームの中のＵＬおよび／またはＤＬ許可のためのリソースを配分し得る、図５７に示されるように、制御およびデータを含む複数のシンボルを搬送し得る。本方式の利点は、制御とデータとの間の待ち時間が最小限であることである。
【０２８１】
一般に、上記で説明される方式に関して、制御およびデータ伝送は、異なるビームの中で起こり得、例えば、制御シグナリングのためのビームは、データシグナリングのためのものよりも幅が広くあり得ることに留意されたい。
【０２８２】
共通制御信号等のあるタイプのＮＲ−ＤＣＩが、ビーム幅受信のために伝送され得る。ＮＲ−ＤＣＩは、ビームを識別するため、かつ同様にチャネルを推定するためのビームの測定のために意図される、ビーム−ＲＳを活用することができる。
【０２８３】
ＮＲ−ＤＣＩが（伝送ダイバーシティのように）複数のポートを通して伝送される場合、適切な密度を伴う新しい形態の「制御−ＲＳ」が、ＮＲ−ＤＣＩのチャネル推定を補助するように導入され得る。本制御−ＲＳは、ＮＲ−ＤＣＩ伝送のためにサポートされるポート毎に伝送されるであろう。本制御−ＲＳは、セル／ビーム特有であり得、その場所およびリソースは、例えば、セルＩＤまたはビームＩＤのうちの１つ以上のものに依存し得る。
【０２８４】
制御−ＲＳは、ＤＣＩシンボルの周波数全体のためのチャネル推定を網羅するように伝送され得る、またはこれらのポートを用いて伝送されるＤＣＩが周波数においてマップされる、限定された領域内で伝送され得る。
【０２８５】
図５８は、ビーム−ＲＳおよび制御−ＲＳポートを図示する。制御−ＲＳは、１つを上回るポートに関して定義され得る。複数のポートのためのリソースは、ＬＴＥにおけるＤＭＲＳポートのためのＯＣＣに類似する直交カバーコードを用いて定義され得る。
【０２８６】
あるタイプのＮＲ−ＤＣＩ、特に、ＵＥ特有の信号が、空間分離およびカバレッジを向上させるようにプリコードされ得る。そのようなユースケースに関して、「制御−ＤＭＲＳ」が、チャネル推定を補助するように導入され得る。
【０２８７】
図５９は、ＮＲ−ＤＣＩを復号するためにＵＥ特有の様式で使用される、制御ＤＭＲＳを示す。
【０２８８】
ＮＲ−ＤＣＩは、複数のポート（伝送ダイバーシティまたはビーム形成）上で伝送され得、対応して、制御−ＤＭＲＳは、プリコードされたＮＲ−ＤＣＩと同様にプリコードされ、データ伝送に使用されるポート上でサポートされるであろう。
【０２８９】
データおよび制御が同一のビーム上で伝送される場合、それらは、制御−ＲＳまたは制御−ＤＭＲＳリソースを共有し得る。
【０２９０】
図６０は、それらが同一の方法でプリコードされる場合に制御とデータ領域との間で共有される、制御ＤＭＲＳを示す。
【０２９１】
ビーム−ＲＳ、制御−ＲＳ、および制御−ＤＭＲＳは、高い制御チャネル信頼性を提供するように、制御領域に近接近して位置することができる。
【０２９２】
ＮＲ−ＤＣＩは、全伝送インターバル（スロットまたはミニスロットもしくはサブフレームであり得る）内の制御シグナリングのために固定数の制御信号または固定された持続時間を使用し得る。そのような設計に関して、ＮＲは、制御シグナリングリソースが固定されるにつれて、ＰＣＦＩＣＨ様チャネルを伝送する必要がない。制御シグナリングリソースは、ＭＩＢもしくはＳＩＢ１／ＳＩＢ２等の重要なシステム情報を通して示され得る、または標準仕様の中の固定値に設定され得る。
【０２９３】
図６１は、制御信号の数が全伝送インターバル内で同一である、例を示す。図６２は、制御シグナリングの持続時間がリソースグリッド内のＦＤＭ／ＴＤＭにおいて多重化される全ての数秘術に関して同一である、例を示す。したがって、６０ＫＨｚサブキャリア間隔を使用する伝送インターバルが、制御シグナリングのために４つのシンボルを使用する一方で、１５ＫＨｚにおいて動作する伝送インターバルは、その伝送インターバル内で制御シグナリングのために１つのシンボルを使用する。このソリューションは、ビームが同一の時間周期にわたって全方向に掃引することを確実にする。
【０２９４】
代替として、本明細書は、数秘術毎にシンボルの数を規定し得る。シンボルの数は、中心周波数、帯域幅、およびサポートされるビームの数のうちの１つ以上のものに依存し得る。
【０２９５】
ＮＲは、８０ＭＨｚを超える大きい帯域幅のためのサポートを有する。ＵＥが帯域幅全体を横断してＮＲ−ＤＣＩを盲目的に復号するように要求される場合、それは、有意な待ち時間およびバッテリ消耗を受けるであろう。したがって、ＮＲは、具体的サブバンド内でＵＥへのＮＲ−ＤＣＩの伝送を可能にしなければならず、ＵＥは、これらのサブバンドのリソースの知識を有するように構成されなければならない。
【０２９６】
ＵＥ特有のＮＲ−ＤＣＩは、ＵＥにおいて先験的に知られる、限定された数のリソース（サブバンド）内で示され得る。サブバンドは、ＲＲＣおよびＭＡＣ  ＣＥ更新を通して半静的に構成され得る。図６３は、ＮＲ−ＤＣＩがＵＥ特有のサブバンド内で搬送される、例を示す。サブバンドは、ＵＥ能力に基づいて配分され得、すなわち、ＵＥは、それが一度に処理することができる最大帯域幅についてネットワークに知らせ得。ＵＥに配分されるサブバンドは、周波数で隣接する必要がないことに留意されたい。
【０２９７】
共通制御シグナリングのための検索空間は、ページング、ＲＡＣＨ応答等のためのもの等のＮＲ−ＤＣＩを搬送し得、ＵＥが共通制御シグナリング検索空間内で全てのリソースを盲目的に復号する必要がないように、具体的サブバンドに限定され得る。
【０２９８】
共通制御シグナリング検索空間は、複数の検索空間に区分化され得、ＵＥは、これらの検索空間のサブセット内のみで共通ＮＲ−ＤＣＩを検索するように割り当てられ得る。図６４は、共通シグナリング検索空間が４つの検索空間に区分化され、ＵＥがこれらの空間のうちの２つのみの中でその共通ＮＲ−ＤＣＩを検索するように構成される、例を示す。
【０２９９】
ＵＥ特有および共通ＮＲ−ＤＣＩのためのサブバンド動作に関して上記で説明されるソリューションと同様に、データを搬送する物理ＤＬ共有チャネル（ＮＲ−ＰＤＳＣＨ）も、サブバンドに制限され得る。これは、ＵＥのフロントエンドが受信のために新しい周波数に再同調される必要がある回数を限定する。ＮＲ−ＰＤＳＣＨのためのサブバンドは、ＲＲＣおよびＭＡＣ  ＣＥ更新を通して半静的に構成され得る。図６５は、ＵＥのためのＮＲ−ＰＤＳＣＨが事前構成されたサブバンドを経由して伝送される、例を示し、したがって、ＵＥは、サブバンドを網羅する周波数の範囲のみにわたってデータの受信を実施するように同調される。
【０３００】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの質に関する作業を含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ−アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新しい無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化に関する作業を開始している。３ＧＰＰ  ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を含むことが予期され、それは、６ＧＨｚを下回る新しいフレキシブルな無線アクセスの提供と、６ＧＨｚを上回る新しいウルトラモバイルブロードバンド無線アクセスの提供とを含むことが予期される。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスから成ることが予期され、同一スペクトル内でともに多重化され、多様な要件を伴う広範な３ＧＰＰ  ＮＲユースケースのセットに対処し得る、異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポットの機会を提供するであろう、ｃｍ波およびｍｍ波スペクトルを含むことが予期される。特に、ウルトラモバイルブロードバンドは、ｃｍ波およびｍｍ波特有設計最適化を伴って、共通設計フレームワークを６ＧＨｚを下回るフレキシブル無線アクセスと共有することが予期される。
【０３０１】
３ＧＰＰは、データレート、待ち時間、およびモビリティのための様々なユーザ体験要件をもたらす、ＮＲがサポートすることが予期される、種々のユースケースを識別している。ユースケースは、以下の一般的カテゴリ、すなわち、拡張モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、重要通信、大量マシンタイプ通信、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張された車両とあらゆるもの（ｅＶ２Ｘ）間の通信を含む。これらのカテゴリにおける具体的サービスおよび用途は、いくつか挙げると、例えば、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者接続性、自動車ｅコール、災害アラート、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースおよびその他は全て、本明細書で検討される。
【０３０２】
図６６は、本明細書で説明および請求される方法および装置が具現化され得る、例示的通信システム１００の一実施形態を図示する。示されるように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（概して、または集合的に、ＷＴＲＵ１０２と称され得る）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することを理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅの各々は、無線環境で動作および／または通信するように構成される、任意のタイプの装置またはデバイスであり得る。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図６６−７０に描写されるが、５Ｇ無線通信のために検討される様々なユースケースに伴って、各ＷＴＲＵは、一例にすぎないが、ユーザ機器（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケベル、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両等を含む、無線信号を伝送および／または受信するように構成される任意のタイプの装置またはデバイスを備えている、またはそのように具現化され得ることを理解されたい。
【０３０３】
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂとを含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。基地局１１４ｂは、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（伝送および受信点）１１９ａ、１１９ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／または他のネットワーク１１２等の１つ以上の通信ネットワークへのアクセスを促進するように構成される、任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等であり得る。基地局１１４ａ、１１４ｂの各々は単一要素として描写されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含み得ることを理解されるであろう。
【０３０４】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であり得、これはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）を含み得る。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であり得、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等の他の基地局および／またはネットワーク要素（図示せず）を含み得る。基地局１１４ａは、セル（図示せず）と称され得る、特定の地理的領域内で無線信号を伝送および／または受信するように構成され得る。基地局１１４ｂは、セル（図示せず）と称され得る、特定の地理的領域内で有線および／または無線信号を伝送および／または受信するように構成され得る。セルはさらに、セルセクタに分割され得る。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。したがって、ある実施形態では、基地局１１４ａは、例えば、セルのセクタ毎に１つの、３つの送受信機を含み得る。ある実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用し得、したがって、セルのセクタ毎に複数の送受信機を利用し得る。
【０３０５】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波等）であり得る、エアインターフェース１１５／１１６／１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つ以上のものと通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０３０６】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバ等）または無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波等）であり得る、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを経由して、ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０３０７】
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、任意の好適な無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、ｃｍ波、ｍｍ波等）であり得る、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを経由して、ＷＴＲＵ１０２ｃ、１０２ｄのうちの１つ以上のものと通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【０３０８】
より具体的には、前述のように、通信システム１００は、複数のアクセスシステムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つ以上のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａまたはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、それぞれ、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得る、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装し得る。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含み得る。
【０３０９】
ある実施形態では、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃまたはＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、それぞれ、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−アドバンスト（ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃを確立し得る、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装し得る。将来、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ  ＮＲ技術を実装し得る。
【０３１０】
ある実施形態では、ＲＡＮ１０３／１０４／１０５およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ内の基地局１１４ａ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよびＷＴＲＵ１０２ｃ、１０２ｄ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定規格２０００（ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６（ＩＳ−８５６）、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ（登録商標）進化型高速データレート（ＥＤＧＥ）、ＧＳＭ（登録商標）  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装し得る。
【０３１１】
図６６における基地局１１４ｃは、例えば、無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであり得、会社、自宅、車両、キャンパス等の場所等の局所エリア内の無線接続性を促進するための任意の好適なＲＡＴを利用し得る。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立し得る。ある実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立し得る。さらなる別の実施形態では、基地局１１４ｃおよびＷＴＲＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ等）を利用して、ピコセルまたはフェムトセルを確立し得る。図６６に示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスするように要求されなくてもよい。
【０３１２】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、音声、データ、アプリケーション、ならびに／もしくはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つ以上のものに提供するように構成される、任意のタイプのネットワークであり得る、コアネットワーク１０６／１０７／１０９と通信し得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル場所ベースのサービス、プリペイドコール、インターネット接続性、ビデオ配信等を提供し、および／またはユーザ認証等の高レベルセキュリティ機能を実施し得る。
【０３１３】
図６６に示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂならびに／もしくはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一ＲＡＴまたは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信し得ることを理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得る、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０３１４】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅのためのゲートウェイとしての役割を果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する、回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同一ＲＡＴまたは異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続される、または別のコアネットワークを含み得る。
【０３１５】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含み得る、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、および１０２ｅは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図６６に示されるＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用し得る、基地局１１４ａと、ＩＥＥＥ８０２無線技術を採用し得る、基地局１１４ｃと通信するように構成され得る。
【０３１６】
図６７は、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図６７に示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、前述の要素の任意の副次的組み合わせを含み得ることを理解されるであろう。また、実施形態は、基地局１１４ａならびに１１４ｂ、および／または限定ではないが、とりわけ、送受信機ステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、進化型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム進化型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａならびに１１４ｂが表し得るノードは、図６７に描写され、本明細書に説明される要素のうちのいくつかまたは全部を含み得ることを考慮する。
【０３１７】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施し得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る、送受信機１２０に結合され得る。図６７は、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにともに統合され得ることを理解されるであろう。
【０３１８】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。図６６では図示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同一ＲＡＴもしくは異なるＲＡＴを採用する、他のＲＡＮと直接または間接通信し得ることを理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得る、ＲＡＮ１０３／１０４／１０５に接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【０３１９】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとしての役割を果たし、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスし得る。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する、回路交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）等の共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同一ＲＡＴもしくは異なるＲＡＴを採用し得る、１つ以上のＲＡＮに接続される、別のコアネットワークを含み得る。
【０３２０】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたは全ては、マルチモード能力を含み得る、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄは、異なる無線リンクを経由して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図６６に示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る、基地局１１４ａと、ＩＥＥＥ８０２無線技術を採用し得る、基地局１１４ｂと通信するように構成され得る。
【０３２１】
図６７は、例えば、ＷＴＲＵ１０２等の本明細書に図示される実施形態に従って無線通信のために構成される例示的装置またはデバイスのブロック図である。図６７に示されるように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含み得る。ＷＴＲＵ１０２は、実施形態と一致したままで、前述の要素の任意の副次的組み合わせを含み得ることを理解されるであろう。また、実施形態は、基地局１１４ａならびに１１４ｂ、および／または限定ではないが、とりわけ、送受信機ステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サービス拠点コントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、進化型ホームＮｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホーム進化型Ｎｏｄｅ−Ｂ（ＨｅＮＢ）、ホーム進化型Ｎｏｄｅ−Ｂゲートウェイ、およびプロキシノード等の基地局１１４ａならびに１１４ｂが表し得るノードが、図６７に描写され、本明細書に説明される要素の一部または全部を含み得ることを想定する。
【０３２２】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコア関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする、任意の他の機能性を果たし得る。プロセッサ１１８は、伝送／受信要素１２２に結合され得る、送受信機１２０に結合され得る。図６７は、プロセッサ１１８および送受信機１２０を別個のコンポーネントとして描写するであろうが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにともに統合され得ることを理解されるであろう。
【０３２３】
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成され得る。例えば、ある実施形態では、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成される、アンテナであり得る。ある実施形態では、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらなる実施形態では、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成され得ることを理解されるであろう。
【０３２４】
加えて、伝送／受信要素１２２は、単一の要素として図６７で描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して無線信号を伝送および受信するための２つまたはそれを上回る伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【０３２５】
送受信機１２０は、伝送／受信要素１２２によって伝送される信号を変調するように、および伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０３２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され、そこからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。非取り外し可能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、サブスクライバ識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。ある実施形態では、プロセッサ１１８は、サーバまたは自宅コンピュータ（図示せず）上等のＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。
【０３２７】
プロセッサ１１８は、電源１３４から電力を受電し得、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つ以上の乾電池、太陽電池、燃料電池等を含み得る。
【０３２８】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成され得る、ＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を経由して、基地局（例えば、基地局１１４ａ、１１４ｂ）から場所情報を受信し、および／または２つまたはそれを上回る近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定し得る。ＷＴＲＵ１０２は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることを理解されるであろう。
【０３２９】
プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線もしくは無線接続性を提供する、１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る、他の周辺機器１３８に結合され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサ等の種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【０３３０】
ＷＴＲＵ１０２は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療またはｅヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両等の他の装置もしくはデバイスで具現化され得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェース等の１つ以上の相互接続インターフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
【０３３１】
図６８は、ある実施形態による、ＲＡＮ１０３およびコアネットワーク１０６の系統図である。前述のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用し、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図６８に示されるように、ＲＡＮ１０３は、それぞれ、エアインターフェース１１５を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含み得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃの各々は、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含み得ることを理解されるであろう。
【０３３２】
図６８に示されるように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信し得る。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信し得る。ＲＮＣ１４２ａ、１４２ｂの各々は、接続されるそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａ、１４２ｂの各々は、外部ループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロ多様性、セキュリティ機能、データ暗号化等の他の機能性を実施またはサポートするように構成され得る。
【０３３３】
図６８に示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル切り替えセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含み得る。前述の要素の各々は、コアネットワーク１０６の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されるであろう。
【０３３４】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。
【０３３５】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
【０３３６】
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線もしくは無線ネットワークを含み得る、ネットワーク１１２に接続され得る。
【０３３７】
図６９は、ある実施形態による、ＲＡＮ１０４およびコアネットワーク１０７の系統図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
【０３３８】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のＮｏｄｅ−Ｂを含み得ることを理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃの各々は、エアインターフェース１１６を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。ある実施形態では、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。
【０３３９】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング等をハンドリングするように構成され得る。図６９に示されるように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを経由して、互いに通信し得る。
【０３４０】
図６９に示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６とを含み得る。前述の要素の各々は、コアネットワーク１０７の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されるであろう。
【０３４１】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得、制御ノードとしての役割を果たし得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択等に責任があり得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）等の他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【０３４２】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶等の他の機能を実施し得る。
【０３４３】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る、ＰＤＮゲートウェイ１６６に接続され得る。
【０３４４】
コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとしての役割を果たす、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得る、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供し得る。
【０３４５】
図７０は、ある実施形態による、ＲＡＮ１０５およびコアネットワーク１０９の系統図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を経由して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）であり得る。さらに以下に議論されるであろうように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義され得る。
【０３４６】
図７０に示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含み得るが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含み得ることを理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃの各々は、ＲＡＮ１０５内の特定のセルに関連付けられ得、エアインターフェース１１７を経由してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つ以上の送受信機を含み得る。ある実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。したがって、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、そこから無線信号を受信し得る。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス質（ＱｏＳ）ポリシ強制等、モビリティ管理機能を提供し得る。ＡＳＮゲートウェイ１８２は、トラフィック集約点としての役割を果たし得、ページング、サブスクライバプロファイルのキャッシュ、コアネットワーク１０９へのルーティング等に責任があり得る。
【０３４７】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装する、Ｒ１参照点として定義され得る。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの各々は、論理インターフェース（図示せず）をコアネットワーク１０９と確立し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用され得る、Ｒ２参照点として定義され得る。
【０３４８】
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれ間の通信リンクは、基地局のＷＴＲＵハンドオーバの間のデータの転送を促進するためのプロトコルを含む、Ｒ８参照点として定義され得る。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義され得る。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの各々に関連付けられたモビリティイベントに基づいてモビリティ管理を促進するためのプロトコルを含み得る。
【０３４９】
図７０に示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続され得る。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するためのプロトコルを含む、Ｒ３参照点として定義され得る。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証、認可、課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含み得る。前述の要素の各々は、コアネットワーク１０９の一部として描写されるが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されるであろう。
【０３５０】
ＭＩＰ−ＨＡは、ＩＰアドレス管理に責任があり得、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが、異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にし得る。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートすることに責任があり得る。ゲートウェイ１８８は、他のネットワークとのインターワーキングを促進し得る。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回路交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る、ネットワーク１１２へのアクセスを提供し得る。
【０３５１】
図７０に示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続され得、コアネットワーク１０９は、他のコアネットワークに接続され得ることを理解されるであろう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５と他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを協調するためのプロトコルを含み得る、Ｒ４参照点として定義され得る。コアネットワーク１０９と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと訪問したコアネットワークとの間のインターワーキングを促進するためのプロトコルを含み得る、Ｒ５参照点として定義され得る。
【０３５２】
本明細書に説明され、図６６−７０に図示される、コアネットワークエンティティは、ある既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別され得、あるエンティティまたは機能は、将来的３ＧＰＰ  ＮＲ仕様を含む、３ＧＰＰによって公開される将来的仕様において組み合わせられ得ることを理解されたい。したがって、図６６−７０に説明および図示される特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在定義されているか、または将来的に定義されるかどうかにかかわらず、任意の類似通信システムにおいて具現化もしくは実装され得ることを理解されたい。
【０３５３】
図７１は、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２内のあるノードまたは機能エンティティ等、図６６−７０に図示される通信ネットワークの１つ以上の装置が具現化され得る、例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施し得る。コプロセッサ８１は、追加の機能を果たす、またはプロセッサ９１を支援し得る、メインプロセッサ９１とは明確に異なる、随意のプロセッサである。プロセッサ９１および／またはコプロセッサ８１は、本明細書に開示される方法および装置に関連するデータを受信、生成、ならびに処理し得る。
【０３５４】
動作時、プロセッサ９１は、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、ならびにそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０３５５】
システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読取専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶されて読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない、記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離する、メモリ保護機能を提供し得る。したがって、第１のモードで起動するプログラムは、その独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０３５６】
加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を通信する責任がある、周辺機器コントローラ８３を含み得る。
【０３５７】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される、電子コンポーネントを含む。
【０３５８】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０がそれらのネットワークの他のノードもしくは機能エンティティと通信することを可能にするように、図６６−７０のＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために、使用され得る、例えば、ネットワークアダプタ９７等の通信回路を含み得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書に説明されるある装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用され得る。
【０３５９】
本明細書に説明される装置、システム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化され得、その命令は、プロセッサ１１８または９１等のプロセッサによって実行されると、プロセッサに、本明細書に説明されるシステム、方法、およびプロセスを実施ならびに／もしくは実装させることを理解されたい。具体的には、本明細書に説明されるステップ、動作、または機能のうちのいずれも、そのようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信のために構成される装置またはコンピューティングシステムのプロセッサ上で実行し得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性媒体、取り外し可能媒体および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されることができ、かつコンピュータによってアクセスされることができる、任意の他の有形もしくは物理的媒体を含むが、それらに限定されない。
【図１】
2019515579.tif 000041
【図２】
2019515579.tif 000042
【図３】
2019515579.tif 000043
【図４】
2019515579.tif 000044
【図５】
2019515579.tif 000045
【図６】
2019515579.tif 000046
【図７】
2019515579.tif 000047
【図８】
2019515579.tif 000048
【図９】
2019515579.tif 000049
【図１０】
2019515579.tif 000050
【図１１】
2019515579.tif 000051
【図１２】
2019515579.tif 000052
【図１３】
2019515579.tif 000053
【図１４】
2019515579.tif 000054
【図１５】
2019515579.tif 000055
【図１６】
2019515579.tif 000056
【図１７】
2019515579.tif 000057
【図１８】
2019515579.tif 000058
【図１９】
2019515579.tif 000059
【図２０】
2019515579.tif 000060
【図２１】
2019515579.tif 000061
【図２２】
2019515579.tif 000062
【図２３】
2019515579.tif 000063
【図２４】
2019515579.tif 000064
【図２５】
2019515579.tif 000065
【図２６】
2019515579.tif 000066
【図２７】
2019515579.tif 000067
【図２８】
2019515579.tif 000068
【図２９】
2019515579.tif 000069
【図３０】
2019515579.tif 000070
【図３１】
2019515579.tif 000071
【図３２】
2019515579.tif 000072
【図３３】
2019515579.tif 000073
【図３４】
2019515579.tif 000074
【図３５】
2019515579.tif 000075
【図３６】
2019515579.tif 000076
【図３７】
2019515579.tif 000077
【図３８】
2019515579.tif 000078
【図３９】
2019515579.tif 000079
【図４０】
2019515579.tif 000080
【図４１】
2019515579.tif 000081
【図４２】
2019515579.tif 000082
【図４３】
2019515579.tif 000083
【図４４】
2019515579.tif 000084
【図４５】
2019515579.tif 000085
【図４６】
2019515579.tif 000086
【図４７】
2019515579.tif 000087
【図４８】
2019515579.tif 000088
【図４９】
2019515579.tif 000089
【図５０】
2019515579.tif 000090
【図５１】
2019515579.tif 000091
【図５２】
2019515579.tif 000092
【図５３】
2019515579.tif 000093
【図５４】
2019515579.tif 000094
【図５５】
2019515579.tif 000095
【図５６】
2019515579.tif 000096
【図５７】
2019515579.tif 000097
【図５８】
2019515579.tif 000098
【図５９】
2019515579.tif 000099
【図６０】
2019515579.tif 000100
【図６１】
2019515579.tif 000101
【図６２】
2019515579.tif 000102
【図６３】
2019515579.tif 000103
【図６４】
2019515579.tif 000104
【図６５】
2019515579.tif 000105
【図６６】
2019515579.tif 000106
【図６７】
2019515579.tif 000107
【図６８】
2019515579.tif 000108
【図６９】
2019515579.tif 000109
【図７０】
2019515579.tif 000110
【図７１】
2019515579.tif 000111
【国際調査報告】
2019515579.tif 000112
2019515579.tif 000113
2019515579.tif 000114
2019515579.tif 000115
2019515579.tif 000116
2019515579.tif 000117