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