(57)【要約】実施形態は、第１のタイプの送信、および第２のタイプの送信を受信するための方法、システム、および装置を含む。ＷＴＲＵは、第１のタイプの送信を受信するために第１のダウンリンク（ＤＬ）送信間隔において第１の無線リソースを割り当てる第１のダウンリンク制御情報（ＤＣＩ）を第１のＤＬ送信間隔中に受信できる。ＷＴＲＵは、第１の無線リソースで第１のタイプの送信からのデータを受信できる。ＷＴＲＵは、第１の無線リソース内に１つまたは複数の所定の領域を含む第２の無線リソースにおいて、第２のタイプの送信からのデータを受信できる。ＷＴＲＵは、第１のタイプの送信からのデータが、第２のタイプの送信からのデータによってプリエンプトされたことを示す第２のＤＣＩを、後続する第２のＤＬ送信間隔中に受信できる。ＷＴＲＵは、第２のＤＣＩに基づき、第１のタイプの送信からのデータを処理することができる。
2019533360.tif 000002
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）で使用するための方法であって、
第１のダウンリンク（ＤＬ）送信間隔中に第１のダウンリンク制御情報（ＤＣＩ）を受信するステップであって、前記第１のＤＣＩは、第１のタイプの送信を受信するために前記第１のＤＬ送信間隔において第１の無線リソースを割り当てる、ステップと、
前記第１のタイプの送信からのデータを前記第１のタイプの無線リソースで受信するステップと、
第２のタイプの送信からのデータを第２の無線リソースで受信するステップであって、前記第２の無線リソースは、前記第１の無線リソース内の１つまたは複数の所定の領域を含む、ステップと、
後続する第２のＤＬ送信間隔中に第２のＤＣＩを受信するステップであって、前記第２のＤＣＩは、前記第１のタイプの送信からの前記データが、前記第２の無線リソースにおける前記第２のタイプの送信からの前記データによってプリエンプトされたことを示す、ステップと、
前記第２のＤＣＩに基づき、前記第１のタイプの送信からの前記データを処理するステップと
を備える方法。
【請求項２】
前記第１のタイプの送信からの前記データを処理する前記ステップは、
前記第１の無線リソースで受信された前記データに関連付けられた１つまたは複数のシンボルの第１のセットを決定するステップと、
前記第２の無線リソースで受信された前記データに関連付けられた１つまたは複数のシンボルの第２のセットを決定するステップと、
ハイブリッド自動再送要求（ＨＡＲＱ）処理中にバッファが破損するのを回避するために、１つまたは複数のシンボルの前記第２のセットをゼロに設定するステップと
を備える請求項１に記載の方法。
【請求項３】
前記第１のＤＣＩおよび前記第１のＤＬ送信間隔は、第１の送信時間間隔（ＴＴＩ）において受信される請求項１に記載の方法。
【請求項４】
前記第２のＤＣＩは、第２のＴＴＩにおいて受信される請求項１に記載の方法。
【請求項５】
前記第１のタイプの送信は、前記ＷＴＲＵに向けたものであり、また前記第２タイプの送信は、別のＷＴＲＵに向けたものである請求項１に記載の方法。
【請求項６】
前記第１のタイプの送信は、拡張モバイルブロードバンド（ｅＭＢＢ）トラフィックを含む請求項１に記載の方法。
【請求項７】
前記第２のタイプの送信は、超高信頼低遅延通信（ＵＲＬＬＣ）トラフィックを含む請求項１に記載の方法。
【請求項８】
前記第２の無線リソースは、前記第１のＤＬ送信間隔の前にシグナリングによって前記ＷＴＲＵに示される請求項１に記載の方法。
【請求項９】
後続するＤＬ送信間隔において、前記第２のタイプの送信からの前記データによってプリエンプトされた前記第１のタイプの送信からの前記データの再送信を受信するステップをさらに備える請求項１に記載の方法。
【請求項１０】
前記第２のリソースの位置は、異なるＤＬ送信間隔の間で変化する請求項１に記載の方法。
【請求項１１】
無線送受信ユニット（ＷＴＲＵ）で使用する方法であって、
第１のダウンリンク（ＤＬ）送信間隔中に第１のダウンリンク制御情報（ＤＣＩ）を受信するステップであって、前記第１のＤＣＩは、第１のタイプの送信を受信するために前記第１のＤＬ送信間隔において第１の無線リソースを割り当てる、ステップと、
前記第１のタイプの送信からのデータを前記第１の無線リソースで受信するステップと、
前記第１の無線リソースで受信された前記データに関連付けられた１つまたは複数のシンボルの第１のセットを決定するステップと、
第２の無線リソースで受信されたデータに関連付けられた１つまたは複数のシンボルの第２のセットを決定するステップであって、前記第２の無線リソースは、前記第１の無線リソース内の１つまたは複数の所定の領域を含む、ステップと、
１つまたは複数のシンボルの前記第２のセットをバッファするステップと、
１つまたは複数のシンボルの前記第１のセットを復号するステップと
を備える方法。
【請求項１２】
１つまたは複数のシンボルの前記第１のセットを復号する前記ステップは成功したと決定するステップと、
１つまたは複数のシンボルの前記バッファされた第２のセットを破棄するステップと
をさらに備える請求項１１に記載の方法。
【請求項１３】
１つまたは複数のシンボルの前記第１のセットを復号する前記ステップは不成功であると決定するステップと、
第２のＤＬ送信間隔中に第２のＤＣＩを受信するステップであって、前記第２のＤＣＩは、前記第１のタイプの送信からの前記データが、前記第２の無線リソースにおける第２のタイプの送信からのデータによってプリエンプトされたことを示す、ステップと、
１つまたは複数のシンボルの前記バッファされた第２のセットを破棄するステップと
をさらに備える請求項１１に記載の方法。
【請求項１４】
後続するＤＬ送信間隔において、前記第２のタイプの送信からの前記データによってプリエンプトされた前記第１のタイプの送信からの前記データの再送信を受信するステップをさらに備える請求項１３に記載の方法。
【請求項１５】
前記第１のタイプの送信は、前記ＷＴＲＵに向けたものであり、また前記第２のタイプの送信は、別のＷＴＲＵに向けたものである請求項１３に記載の方法。
【請求項１６】
１つまたは複数のシンボルの前記第１のセットを復号する前記ステップは不成功であると決定するステップと、
第２のＤＬ送信間隔中に第２のＤＣＩを受信するステップであって、前記第２のＤＣＩは、前記第２の無線リソースで受信された前記データが、前記ＷＴＲＵに関連するものであることを示す、ステップと、
１つまたは複数のシンボルの前記第１のセット、および１つまたは複数のシンボルの前記第２のセットを結合するステップと、
前記結合された１つまたは複数のシンボルの第１のセットおよび１つまたは複数のシンボルの前記第２のセットを復号するステップと
をさらに備える請求項１１に記載の方法。
【請求項１７】
前記第１のＤＣＩおよび前記第１のＤＬ送信間隔は、第１の送信時間間隔（ＴＴＩ）で受信される請求項１１に記載の方法。
【請求項１８】
前記第１の無線リソースで受信される前記データは、前記ＷＴＲＵに向けたものであり、また前記第２の無線リソースで受信される前記データは、別のＷＴＲＵに向けたものである請求項１１に記載の方法。
【請求項１９】
前記第１の無線リソースで受信された前記データは、拡張モバイルブロードバンド（ｅＭＢＢ）トラフィックを含む請求項１１に記載の方法。
【請求項２０】
前記第２の無線リソースで受信された前記データは、超高信頼低遅延通信（ＵＲＬＬＣ）トラフィックを含む請求項１１に記載の方法。
【請求項２１】
前記第２の無線リソースは、前記第１のＤＬ送信間隔の前にシグナリングによって前記ＷＴＲＵに示される請求項１１に記載の方法。
【請求項２２】
前記第２のリソースの位置は、異なるＤＬ送信間隔の間で変化する請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
柔軟な無線サービスのための５Ｇに関する。
【背景技術】
【０００２】
本出願は、２０１６年９月２８日出願の米国特許仮出願第６２／４００９８９号明細書、２０１６年１１月２日出願の米国特許仮出願第６２／４１６６０８号明細書、２０１６年１２月８日出願の米国特許仮出願第６２／４３１７９９号明細書、２０１７年５月３日出願の米国特許仮出願第６２／５００８０３号明細書の利益を主張し、その内容を参照により本明細書に組み込むものとする。
【０００３】
第５世代（５Ｇ）無線システムは、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、および大容量マシンタイプ通信（ｍＭＴＣ）を含むいくつかの異なる通信タイプをサポートすることができる。これらの通信タイプのそれぞれは、異なる送信および遅延要件を有することができ、ネットワークは、競合および干渉を最小化しながら、リソースをそれぞれに対して効率的に割り当てることが必要になり得る。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
４Ｇ  ＬＴＥと比較したとき、５Ｇ  ＮＲ無線インターフェースにおいて大幅な設計変更があり得る。変更する１つの理由は、より難易度の高い、多様なサービス要件のセットを有する、はるかに多い、様々な５Ｇ  ＮＲ使用例群をサポートするためである。変更する別の理由は、これらの５Ｇ  ＮＲ使用例群の必要性に対してスケーラブルであり、かつ適合可能である将来も有効な無線設計手法において、これらの使用例群をサポートする必要があるためである。
【課題を解決するための手段】
【０００５】
実施形態は、１つまたは複数の無線リソース割り当て領域（ＲＲＡＲ）を使用して、第１のタイプの送信に対するデータの送信をプリエンプトし、第２のタイプの送信に対するデータを送信するための方法、システム、および装置を含む。１つまたは複数のＲＲＡＲは、事前に構成することができ、またデータは、第１のタイプの送信に割り当てられたより大きな無線リソースの一部とすることができる。データは、前もってスケジューリングすることなく、１つまたは複数のＲＲＡＲで送信することができる。ＷＴＲＵは、後続する送信フレームにおいて、第１のタイプの送信のためのデータ送信がプリエンプトされたという表示（indication）を受信することができ、それに従って第１の送信タイプのデータを処理することができる。
【図面の簡単な説明】
【０００６】
【図１Ａ】１つまたは複数の開示される実施形態が実施される例示的通信システムを示す図である。
【図１Ｂ】実施形態に従って図１Ａで示された通信システム内で使用され得る例示的無線送受信ユニットを示すシステム図である。
【図１Ｃ】実施形態に従って図１Ａで示された通信システム内で使用され得る例示的無線アクセスネットワークおよび例示的なアネットワークを示すシステム図である。
【図１Ｄ】実施形態に従って図１Ａで示された通信システム内で使用され得る他の例示的ＲＡＮおよび他の例示的ＣＮを示すシステム図である。
【図２】ＦＤＤにおける５Ｇ新無線（ＮＲ）に対する例示的なフレーミングおよびタイミング構造を示す図である。
【図３】ＴＤＤにおける５Ｇ ＮＲに対する例示的フレーミングおよびタイミング構造を示す図である。
【図４】周波数領域多重（ＦＤＭ）を示す図である。
【図５】異なるＮＲトラフィックタイプの時間領域多重（ＴＤＭ）およびＦＤＭを示す図である。
【図６】ダウンリンク（ＤＬ）送信前の従来の処理ステップを示す図である。
【図７】ＤＬ送信における１つまたは複数の無線リソース割り当て領域（ＲＲＡＲ）を示す図である。
【図８】ＲＲＡＲを用いる複数サービスの動的なスケジューリングを示す図である。
【図９】復号前のプリエンプションの明示的な表示を示す流れ図である。
【図１０】プリエンプション表示前の復号を示す流れ図である。
【図１１】ＲＲＡＲを用いて複数のサービスをスケジューリングする時、持続的な割り当てを行う明示的な活動化を示す図である。
【図１２】ＲＲＡＲを用いて複数のサービスをスケジューリングする時、持続的な割り当てを行う自律的な送信を示す図である。
【図１３】トランスポートブロック割り当ての形成の例を示す図である。
【図１４】トランスポートブロック割り当ての形成の別の例を示す図である。
【発明を実施するための形態】
【０００７】
図１Ａは、１つまたは複数の開示される実施形態が実施され得る例示的な通信システム１００を示す図である。通信システム１００は、複数の無線ユーザに、音声、データ、ビデオ、メッセージング、同報通信（ブロードキャスト）などのコンテンツを提供する複数のアクセスシステムとすることができる。通信システム１００は、複数の無線ユーザに、無線帯域幅を含むシステムリソースを共用することにより、このようなコンテンツにアクセスできるようにする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ）、リソースブロック−フィルタ処理されたＯＦＤＭ（resource block-filtered ＯＦＤＭ）、フィルタバンクマルチキャリア（ＦＢＭＣ）など、１つまたは複数のチャネルアクセス法を使用することができる。
【０００８】
図１Ａで示すように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、ＲＡＮ１０４／１１３、ＣＮ１０６／１１５、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境で動作し、かつ／または通信するように構成された任意のタイプのデバイスとすることができる。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、そのいずれも「ステーション」および／または「ＳＴＡ」と呼ばれ得るが、無線信号を送信かつ／または受信するように構成され、またユーザ装置（ＵＥ）、移動局、固定または移動加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラ式電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、ホットスポットもしくはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、時計もしくは他の装着可能なもの、頭部搭載型ディスプレイ（ＨＭＤ）、車両、ドローン、医用デバイスおよび応用（例えば、遠隔手術）、産業用デバイスおよび応用（例えば、ロボット、ならびに／または産業および／または自動化処理チェーン状況で動作する他の無線デバイス）、家庭用電子デバイス、商用および／または産業用無線ネットワークで動作するデバイスなどを含むことができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｄのいずれも、相互に交換可能にＵＥと呼ぶことができる。
【０００９】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースをとるように構成された任意のタイプのデバイスとすることができる。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（ＢＴＳ）、ノードＢ、ｅＮｏｄｅＢ、ホームノードＢ、ホームｅＮｏｄｅＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂが、それぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ１０４／１１３の一部とすることができ、それはまた、基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る１つまたは複数のキャリア周波数で無線信号を送信および／または受信するように構成することができる。これらの周波数は、認可スペクトル、無認可スペクトル、または認可および無認可スペクトルの組合せとすることができる。セルは、時間経過に対して比較的固定され得る、または変化し得る特定の地理学的エリアに対して無線サービスを行うためのカバレッジを提供することができる。セルは、セルセクタへとさらに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。したがって、一実施形態では、基地局１１４ａは、３つの送受信機、すなわち、セルの各セクタに対して１つを含むことができる。実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、またセルの各セクタに対して複数の送受信機を利用することができる。例えば、望ましい空間方向において、信号を送信および／または受信するために、ビーム形成（ビームフォーミング）が使用され得る。
【００１１】
基地局１１４ａ、１１４ｂは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものと通信することができ、それは、任意の適切な無線通信リンクとすることができる（例えば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）。無線インターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立することができる。
【００１２】
より具体的には、上記のように、通信システム１００は、複数のアクセスシステムとすることができ、またＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を使用することができる。例えば、ＲＡＮ１０４／１１３における基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を用いて無線インターフェース１１６を確立できるユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速ＵＬパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１３】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、それは、ロングタームエボリューション（ＬＴＥ）、および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）、および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を用いて、無線インターフェース１１６を確立することができる。
【００１４】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ：New Radio）を用いる無線インターフェース１１６を確立できるＮＲ無線アクセスなどの無線技術を実施することができる。
【００１５】
実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実施することができる。例えば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、例えば、デュアルコネクティビティ（ＤＣ）原理を用いて、ＬＴＥ無線アクセス、およびＮＲ無線アクセスを共に実施することができる。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにより利用される無線インターフェースは、複数タイプの無線アクセス技術により、かつ／または複数タイプの基地局（例えば、ｅＮＢおよびｇＮＢ）との間で送られる送信により特徴付けることができる。
【００１６】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、無線の忠実度（Wireless Fidelity）（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定基準２０００（ＩＳ−２０００）、暫定基準９５（ＩＳ−９５）、暫定基準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイル通信（ＧＳＭ）、ＧＳＭエボリューション拡張データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１７】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントとすることができ、また職場、家庭、車両、キャンパス、産業施設、空中回廊（例えば、ドローンで使用される）、車道など、局所化されたエリアにおける無線接続を容易にするために任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。さらに他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用することができる。図１Ａで示されるように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要のないこともあり得る。
【００１８】
ＲＡＮ１０４／１１３は、ＣＮ１０６／１１５と通信することができ、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数のものに対して、音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークとすることができる。データは、異なるスループット要件、遅延要件、誤り許容要件、信頼性要件、データスループット要件、移動性要件など、様々なサービス品質（ＱｏＳ）要件を有することができる。ＣＮ１０６／１１５は、呼制御、課金サービス、移動体位置ベースサービス、プリペイドコーリング、インターネット接続、ビデオ配信などを提供し、かつ／またはユーザ認証などの高水準のセキュリティ機能を実施することができる。図１Ａで示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５は、ＲＡＮ１０４／１１３と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接または間接的に通信できることが理解されよう。例えば、ＮＲ無線技術を利用することのできるＲＡＮ１０４／１１３に接続されるのに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を使用する別のＲＡＮ（図示せず）と通信することもできる。
【００１９】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄに対するゲートウェイとして働くことができる。ＰＳＴＮ１０８は、基本電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスの大域システムを含むことができる。ネットワーク１１２は、他のサービスプロバイダにより所有され、かつ／または運営される有線および／または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴ、または異なるＲＡＴを使用できる１つまたは複数のＲＡＮに接続された別のＣＮを含むことができる。
【００２０】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつか、またはすべては、マルチモード機能を含むことができる（例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して、異なる無線ネットワークと通信するための複数の送受信機を含むことができる）。例えば、図１Ａで示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、かつＩＥＥＥ８０２無線技術を使用できる基地局１１４ｂと通信するように構成することができる。
【００２１】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム図である。図１Ｂで示されるように、ＷＴＲＵ１０２は、いくつかある中で特に、プロセッサ１１８、送受信機１２０、送信／受信素子１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、前述の要素の任意の下位の組合せを含むことができるが、なお実施形態との一貫性を有していることが理解されよう。
【００２２】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２を無線環境で動作できるようにする任意の他の機能を実施することができる。プロセッサ１１８は、送受信機１２０に結合できるが、送受信機１２０は、送信／受信素子１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０とを別々の構成要素として示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップにおいて共に一体化できることが理解されよう。
【００２３】
送信／受信素子１２２は、無線インターフェース１１６を介して、基地局（例えば、基地局１１４ａ）に信号を送信する、または信号を受信するように構成することができる。例えば、一実施形態では、送信／受信素子１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。実施形態では、送信／受信素子１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された発光体／検出器とすることができる。さらに別の実施形態では、送信／受信素子１２２は、ＲＦおよび光信号を共に送信および／または受信するように構成することができる。送信／受信素子１２２は、無線信号の任意の組合せを送信および／または受信するように構成され得ることが理解されよう。
【００２４】
送信／受信素子１２２が、図１Ｂで単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信素子１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。したがって、一実施形態では、ＷＴＲＵ１０２は、無線インターフェース１１６を介して、無線信号を送信および受信するために、２つ以上の送信／受信素子１２２（例えば、複数のアンテナ）を含むことができる。
【００２５】
送受信機１２０は、送信／受信素子１２２により送信される信号を変調し、送信／受信素子１２２により受信される信号を復調するように構成することができる。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴにより通信できるようにするための複数の送受信機を含むことができる。
【００２６】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得るが、またそこからユーザ入力データを受信することができる。プロセッサ１１８はまた、ユーザデータを、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力することができる。加えて、プロセッサ１１８は、取外し不能メモリ１３０、および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、データをそこに記憶することができる。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意のタイプのメモリ記憶デバイスを含むことができる。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、サーバまたは家庭用コンピュータ（図示せず）など、ＷＴＲＵ１０２上に物理的に位置していないメモリからの情報にアクセスし、そこにデータを記憶することができる。
【００２７】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、またＷＴＲＵ１０２における他の構成要素に電力を配布し、かつ／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル・カドミウム（ＮｉＣｄ）、ニッケル・亜鉛（ＮｉＺｎ）ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２８】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成できるＧＰＳチップセット１３６に結合することができる。ＧＰＳチップセット１３６からの情報に加えて、またはそれに代えて、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インターフェース１１６を介して位置情報を受け取り、かつ／または２つ以上の近傍の基地局から受信される信号のタイミングに基づき、その位置を決定することができる。ＷＴＲＵ１０２は、実施形態との一貫性を有しながら、任意の適切な位置決定方法により位置情報を取得できることが理解されよう。
【００２９】
プロセッサ１１８は、さらなる特徴、機能性、および／または有線もしくは無線接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことのできる他の周辺装置１３８にさらに結合することができる。例えば、周辺装置１３８は、加速度計、電子コンパス、衛星送受信機、デジタルカメラ（写真および／またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、手を使用しないヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、仮想現実および／または拡張現実感（ＶＲ／ＡＲ）デバイス、活動量計（activity tracker）など、および同様のものを含むことができる。周辺装置１３８は、１つまたは複数のセンサを含むことができ、センサは、ジャイロスコープ、加速度計、ホール効果センサ、方向センサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生物測定センサ、および／または湿度センサのうちの１つまたは複数のものとすることができる。
【００３０】
ＷＴＲＵ１０２は、全二重無線を含むことができ、その場合、（例えば、ＵＬ（例えば、送信用）とダウンリンク（例えば、受信用）の両方に対する特定のサブフレームに関連付けられた信号のいくつか、またはすべての送信および受信は一致しており、かつ／または同時に行うことができる。全二重無線は、干渉管理ユニット１３９を含み、ハードウェア（例えば、チョーク）により、またはプロセッサによる（例えば、別個のプロセッサ（図示せず）もしくはプロセッサ１１８による）信号処理により自己干渉を低下させる、および／または実質的に除去することができる。実施形態では、ＷＲＴＵ１０２は、半二重無線を含むことができ、その場合、（例えば、ＵＬ（例えば、送信用）またはダウンリンク（例えば、受信用）に対する特定のサブフレームに関連付けられた）信号のいくつか、またはすべての送信および受信。
【００３１】
図１Ｃは、実施形態によるＲＡＮ１０４およびＣＮ１０６を示すシステム図である。上記のように、ＲＡＮ１０４は、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、Ｅ−ＵＴＲＡ無線技術を使用することができる。ＲＡＮ１０４はまた、ＣＮ１０６と通信することができる。
【００３２】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との一貫性を有しながら任意の数のｅＮｏｄｅＢを含み得ることが理解されよう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実施することができる。したがって、ｅＮｏｄｅＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／またはそこから無線信号を受信することができる。
【００３３】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）と関連付けられ、また無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを処理するように構成することができる。図１Ｃで示されるように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００３４】
図１Ｃで示されるＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６を含むことができる。前述の要素のそれぞれは、ＣＮ１０６の一部として示されているが、これらの要素のいずれも、ＣＮ運営者以外のエンティティによって所有され、かつ／または運営され得ることが理解されよう。
【００３５】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続され、制御ノードとして働くことができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラの活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ間の特定のサービングゲートウェイを選択することなどを扱うことができる。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することができる。
【００３６】
ＳＧＷ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃに接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間で、ユーザデータパケットの経路指定をし、転送することができる。ＳＧＡ１６４は、ｅＮｏｄｅＢ間のハンドオーバの間にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能になったとき、ページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理し、記憶することなど、他の機能を実施することができる。
【００３７】
ＳＧＷ１６４は、ＰＧＷ１６６に接続され得るが、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能なデバイスとの間の通信を容易にすることができる。
【００３８】
ＣＮ１０６は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にすることができる。例えば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができる、またはそれと通信することができる。さらに、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダにより所有され、かつ／または運営される他の有線および／または無線ネットワークを含むことのできる他のネットワーク１１２へのアクセスを提供することができる。
【００３９】
ＷＴＲＵが、図１Ａ〜図１Ｄで無線端末として述べられているが、いくつかの代表的な実施形態では、このような端末は、通信ネットワークとの有線通信インターフェースを（例えば、一時的に、または恒久的に）使用できることも企図される。
【００４０】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮとすることができる。
【００４１】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードにおけるＷＬＡＮは、ＢＳＳに対するアクセスポイント（ＡＰ）、およびそのＡＰに関連付けられた１つまたは複数のステーション（ＳＴＡ）を有することができる。ＡＰは、配信システム（ＤＳ）への、またはＢＳＳに、かつ／またはＢＳＳからトラフィックを搬送する別のタイプの有線／無線ネットワークへのアクセスもしくはインターフェースを有することができる。ＢＳＳの外側から生ずるＳＴＡへのトラフィックはＡＰを介して到来し、ＳＴＡに送達(deliver)され得る。ＢＳＳの外側の宛先へのＳＴＡから生ずるトラフィックは、各宛先に送達されるようにＡＰに送ることができる。ＢＳＳ内のＳＴＡ間のトラフィックは、例えば、ＡＰを介して送られ得るが、ソースＳＴＡは、トラフィックをＡＰに送ることができ、またＡＰは、トラフィックを宛先のＳＴＡに送達することができる。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックであると考えられ、かつ／またはそのように呼ぶことができる。ピアツーピアトラフィックは、ダイレクトリンクのセットアップ（ＤＬＳ）で、ソースと宛先ＳＴＡとの間で（例えば、その間で直接）送ることができる。いくつかの代表的な実施形態では、ＤＬＳは，８０２．１１ｅ  ＤＬＳ、または８０２．１１ｚトンネルＤＬＳ（ＴＤＬＳ）を使用することができる。独立したＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮは、ＡＰを有しないこともあり得るが、ＩＢＳＳ内の、またはそれを使用するＳＴＡ（例えば、ＳＴＡのすべて）は、互いに直接通信することができる。通信のＩＢＳＳモードは、本明細書において、通信の「アドホック」モードと呼ばれることもあり得る。
【００４２】
８０２．１１ａｃインフラストラクチャ動作モード、または同様の動作モードを使用する場合、ＡＰは、プライマリチャネルなどの固定チャネルでビーコンを送信することができる。プライマリチャネルは、固定された幅（例えば、２０ＭＨｚ幅の帯域幅）、またはシグナリングにより動的に設定された幅とすることができる。プライマリチャネルは、ＢＳＳの動作チャネルとすることができ、またＡＰとの接続を確立するためにＳＴＡによって使用することができる。いくつかの代表的な実施形態では、例えば、８０２．１１システムでは、衝突回避を備えたキャリア検知の多重アクセス（ＣＳＭＡ／ＣＡ）が実施され得る。ＣＳＭＡ／ＣＡの場合、ＳＴＡ（例えば、あらゆるＳＴＡ）は、ＡＰも含めて、プライマリチャネルを感知することができる。プライマリチャネルが、特定のＳＴＡにより、ビジー状態にあると感知／検出される、かつ／または決定された場合、特定のＳＴＡは取り下げることができる。１つのＳＴＡ（例えば、１つのステーションだけ）が、所与のＢＳＳにおいて、任意の所与の時間に送信することができる。
【００４３】
高スループット（ＨＴ）ＳＴＡは、４０ＭＨｚ幅のチャネルを形成するために、例えば、主となる２０ＭＨｚチャネルを、隣接する、または非隣接の２０ＭＨｚチャネルと組み合わせることにより、４０ＭＨｚ幅のチャネルを通信に使用することができる。
【００４４】
非常に高いスループット（ＶＨＴ）ＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートすることができる。４０ＭＨｚおよび／または８０ＭＨｚチャネルは、隣接する２０ＭＨｚチャネルを組み合わせることによって形成することができる。１６０Ｈｚチャネルは、８個の隣接する２０ＭＨｚチャネルを組み合わせることにより、または８０＋８０構成と呼ぶことのできる２つの隣接しない８０ＭＨｚチャネルを組み合わせることにより形成することができる。８０＋８０構成の場合、チャネルエンコーディングの後、データは、データを２つのストリームへと分割できるセグメントパーサを通すことができる。逆高速フーリエ変換（ＩＦＦＴ）処理、および時間ドメイン処理が、別々に各ストリームに対して行われ得る。ストリームは、２つの８０ＭＨｚチャネルにマップされ、データは、送信ＳＴＡによって送信することができる。受信ＳＴＡの受信機において、８０＋８０構成に対する前述の動作が逆にされ、組み合わされたデータを、メディアアクセス制御（ＭＡＣ）に送ることができる。
【００４５】
Ｓｕｂ−１ＧＨｚ動作モードが、８０２．１１ａｆおよび８０２．１１ａｈでサポートされる。チャネル動作帯域幅および搬送波は、８０２．１１ｎおよび８０２．１１ａｃで使用されるものに対して８０２．１１ａｆおよび８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトルにおいて、５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚ帯域幅をサポートし、また８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚ帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレッジエリアにおけるＭＴＣデバイスなど、メータタイプ制御／マシンタイプ通信をサポートすることができる。ＭＴＣデバイスは、例えば、いくつかの、かつ／または限定された帯域幅に対するサポート（例えば、それに対するサポートだけ）を含む限定された機能など、いくつかの機能を有することができる。ＭＴＣデバイスは、（例えば、非常に長い電池寿命を維持するために）閾値を超える電池寿命を有する電池を含むことができる。
【００４６】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなど、複数のチャネルおよびチャネル帯域幅をサポートできるＷＬＡＮシステムは、プライマリチャネルとして指定され得るチャネルを含む。プライマリチャネルは、ＢＳＳにおけるすべてのＳＴＡによりサポートされる最大の共通動作帯域幅に等しい帯域幅を有することができる。プライマリチャネルの帯域幅は、ＢＳＳ内で動作するすべてのＳＴＡの中から、最小の帯域幅動作モードをサポートするＳＴＡによって設定および／または制限され得る。８０２．１１ａｈの例では、プライマリチャネルは、ＡＰ、およびＢＳＳにおける他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合であっても、１ＭＨｚモードをサポートする（それだけをサポートする）ＳＴＡ（例えば、ＭＴＣタイプのデバイス）に対する１ＭＨｚ幅とすることができる。キャリア感知および／またはネットワーク割当てベクトル（ＮＡＶ）設定は、プライマリチャネルの状況に依存する可能性がある。例えば、ＡＰに送信するＳＴＡ（１ＭＨｚの動作モードだけをサポートする）に起因して、プライマリチャネルがビジー状態である場合、周波数帯の大部分がアイドル状態のままであり、かつ利用可能であり得るとしても、利用可能な周波数帯全体がビジー状態であると見なすことができる。
【００４７】
米国では、８０２．１１ａｈにより使用され得る利用可能な周波数帯は、９０２ＭＨｚから９２８ＭＨｚである。韓国では、利用可能な周波数帯は、９１７．５ＭＨｚから９２３．５ＭＨｚである。日本では、利用可能な周波数帯は、９１６．５ＭＨｚから９２７．５ＭＨｚである。８０２．１１ａｈに利用可能な全体の帯域幅は、国の法規に応じて６ＭＨｚから２６ＭＨｚである。
【００４８】
図１Ｄは、実施形態によるＲＡＮ１１３およびＣＮ１１５を示すシステム図である。上記のように、ＲＡＮ１１３は、ＮＲ無線技術を使用して、無線インターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１１３はまた、ＣＮ１１５と通信することができる。
【００４９】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含むことができるが、実施形態との一貫性を有しながら、ＲＡＮ１１３は、任意の数のｇＮＢを含み得ることが理解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、無線インターフェース１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実施することができる。例えば、ｇＮＢ１８０ａ、１８０ｂは、ビーム形成を利用して、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、かつ／または信号をそこから受信することができる。したがって、例えば、ｇＮＢ１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、かつ／またはそこから無線信号を受信することができる。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実施することができる。例えば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）に複数のコンポーネントキャリアを送信することができる。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上のものとすることができるが、残りのコンポーネントキャリアは、認可スペクトル上のものとすることができる。実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、複数基地局間協調送信（Coordinated Multi-Point）（ＣｏＭＰ）技術を実施することができる。例えば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）からの協調された送信を受信することができる。
【００５０】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルなニューメロロジに関連付けられた送信を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。例えば、ＯＦＤＭシンボル間隔、および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／または無線送信スペクトルの異なる部分に対して変化することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、様々な、もしくはスケーラブルな長さのサブフレーム、または送信時間間隔（ＴＴＩ）（例えば、様々な数のＯＦＤＭシンボルを含む、および／または様々な長さの絶対時間が続く）を用いて、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。
【００５１】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成で、かつ／または非スタンドアロン構成で、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（例えば、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなど）にさらにアクセスすることなく、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイントとして、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数のものを利用することができる。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域における信号を用いてｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信することができる。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信／接続しながら、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信／接続することができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＤＣ原理を実施して、実質的に同時に、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃ、および１つまたは複数のｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃと通信することができる。非スタンドアロン構成では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するモビリティアンカーとして働くことができ、またｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするためにさらなるカバレッジおよび／またはスループットを提供することができる。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、特定のセル（図示せず）に関連付けることができ、また無線リソース管理判断、ハンドオーバ判断、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続、ＮＲとＥ−ＵＴＲＡとの間の相互接続、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータの経路指定、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報の経路指定などを処理するように構成することができる。図１Ｄで示されるように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いに通信することができる。
【００５３】
図１Ｄで示されるＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂ、少なくとも１つのＵＰＦ１８４ａ、１８４ｂ、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂ、およびおそらくデータネットワーク（ＤＮ）１８５ａ、１８５ｂを含むことができる。前述の要素は、ＣＮ１１５の一部として示されているが、これらの要素のいずれも、ＣＮ運営者以外のエンティティにより所有され、かつ／または運営され得ることが理解されよう。
【００５４】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介して、ＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数のものに接続され、かつ制御ノードとして働くことができる。例えば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシングをサポートすること（例えば、異なる要件を有する異なるＰＤＵセッションを処理すること）、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを扱うことができる。ネットワークスライシングは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃで利用されるサービスのタイプに基づいて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対するＣＮポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂにより使用することができる。例えば、異なるネットワークスライスが、超高信頼低遅延（ＵＲＬＬＣ）アクセスを利用するサービス、拡張大容量モバイルブロードバンド（ｅＭＢＢ）アクセスを利用するサービス、マシンタイプ通信（ＭＴＣ）アクセスに対するサービス、および／または同様のものなど、異なる使用例に対して確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３と、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術など他の無線技術を使用する他のＲＡＮ（図示せず）との間を切り換えるための制御プレーン機能を提供することができる。
【００５５】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介して、ＣＮ１１５におけるＡＭＦ１８２ａ、１８２ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介して、ＣＮ１１５におけるＵＰＦ１８４ａ、１８４ｂに接続することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択し、制御することができ、またＵＰＦ１８４ａ、１８４ｂを通るトラフィックの経路指定を構成することができる。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスを管理し、割り当てること、ＰＤＵセッションを管理すること、ポリシ施行およびＱｏＳを制御すること、ダウンリンクデータ通知を提供することなど、他の機能を実施することができる。ＰＤＵセッションタイプは、ＩＰベース、非ＩＰベース、イーサネットベースなどとすることができる。
【００５６】
ＵＰＦ１８４ａ、１８４ｂは、Ｎ３インターフェースを介してＲＡＮ１１３におけるｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数のものに接続され得るが、それは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換網へのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ使用可能デバイスとの間の通信を容易にすることができる。ＵＰＦ１８４ａ、１８４ｂは、パケットを経路指定し、転送すること、ユーザプレーンポリシを施行すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを処理すること、ダウンリンクパケットをバッファすること、モビリティアンカリングを提供することなど、他の機能を実施することができる。
【００５７】
ＣＮ１１５は、他のネットワークとの通信を容易にすることができる。例えば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含む、またはそれと通信することができる。さらに、ＣＮ１１５は、他のサービスプロバイダにより所有され、かつ／または運営される他の有線および／または無線ネットワークを含むことのできる他のネットワーク１１２へのアクセスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースにより、またＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースにより、ＵＰＦ１８４ａ、１８４ｂを介してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続することができる。
【００５８】
図１Ａ〜図１Ｄの図、および図１Ａ〜図１Ｄの対応する記述において、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅＮｏｄｅＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書で述べられる任意の他のデバイスのうちの１つまたは複数のものに関して本明細書で述べられる機能のうちの１つまたは複数のもの、またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実施することができる。エミュレーションデバイスは、本明細書で述べられる機能のうちの１つまたは複数のもの、またはすべてをエミュレートするように構成された１つまたは複数のデバイスとすることができる。例えば、エミュレーションデバイスは、他のデバイスを試験するために、ならびに／またはネットワークおよび／またはＷＴＲＵ機能をシミュレートするために使用することができる。
【００５９】
エミュレーションデバイスは、実験室環境で、かつ／または運営者ネットワーク環境で他のデバイスの１つまたは複数の試験を実施するように設計することができる。例えば、１つまたは複数のエミュレーションデバイスは、１つまたは複数の、またはすべての機能を実施できるが、通信ネットワーク内の他のデバイスを試験するために、有線および／または無線通信ネットワークの一部として、完全に、または部分的に実施される、かつ／または展開される。１つまたは複数のエミュレーションデバイスは、１つまたは複数の、またはすべての機能を実施できるが、有線および／または無線通信ネットワークの一部として一時的に実施／展開される。エミュレーションデバイスは、試験を行うために別のデバイスに直接結合できる、かつ／または空中を介する無線通信を用いて試験を実施することができる。
【００６０】
１つまたは複数のエミュレーションデバイスは、１つまたは複数の、すべても含む、機能を実施することができるが、有線および／または無線通信ネットワークの一部としては実施／展開されることはない。例えば、エミュレーションデバイスは、１つまたは複数の構成要素の試験を実施するために、試験用実験室、および／または展開されない（例えば、試験用の）有線および／または無線通信ネットワークにおける試験シナリオで利用され得る。１つまたは複数のエミュレーションデバイスは、試験装置とすることができる。データを送信および／または受信するために、直接ＲＦ結合、および／またはＲＦ回路（例えば、１つまたは複数のアンテナを含むことができる）を介する無線通信が、エミュレーションデバイスによって使用され得る。
【００６１】
本明細書で述べられる実施形態、および関連する図で使用されるＷＴＲＵは、無線通信システムにおいて動作するように構成されたＷＴＲＵ、ＳＴＡ、または他のデバイスを含むことができる。したがって、無線通信システムにおいて動作するように構成されたＷＴＲＵ、ＳＴＡ、または他のデバイスという用語は、本明細書で述べられる実施形態、および関連する図において相互に交換可能に使用することができる。
【００６２】
上記で述べたように、５Ｇ  ＮＲ無線インターフェースは、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、および大容量マシンタイプ通信（ｍＭＴＣ）を含むいくつかの異なる通信タイプをサポートすることができる。
【００６３】
５Ｇシステムにおいて、ｅＭＢＢは、３Ｇ、ＨＳＰＡ、または４Ｇ  ＬＴＥネットワークにより現在送達されているモバイルブロードバンドデータと同様の広範囲な使用例をカバーすることができる。多くの用途は、ホットスポットにおけるデバイスへの無線データ送達(delivery)に関するデータレートの点で、かつ広域カバレッジの点において、増加し続ける需要によりｅＭＢＢを必要とする可能性がある。ホットスポットは、非常に高いデータレートを必要とし、非常に高いユーザ密度をサポートし、非常に高い容量を要求することが多い。広域カバレッジは、移動性およびシームレスなユーザ体験に対するサポートを必要することが多いが、ユーザ密度、およびユーザに利用可能なデータレートの点で幾分低い要件を有する可能性がある。
【００６４】
ＵＲＬＬＣは、人を含む従来の通信シナリオで使用することができるが、クリティカルな（critical）マシンタイプ通信（Ｃ−ＭＴＣ）と呼ぶことのできるマシンを中心とする通信も含意することができる。Ｃ−ＭＴＣの例は、車両タイプ通信、産業機器に対する無線制御、およびスマートグリッド制御用途を含む。ＵＲＬＬＣは、無線接続を介するゲームで使用することができる。ＵＲＬＬＣは、遅延、信頼性、および可用性に対して課せられた非常に厳しい要件を有する可能性がある。無線接続を介するゲームの場合、低遅延要件は、高データレートをサポートする必要性と組み合わされる。
【００６５】
ｍＭＴＣの主な特性は、多数の無線接続されたデバイスであり、そのそれぞれは、長い電池寿命を有し、また長い時間期間にわたって動作することができる。これらのデバイスは、特に遅延に影響され得ない小サイズのデータパケットをまれに送信する必要があり得る。いくつかの使用例においては、ｍＭＴＣタイプのデバイスに対して極めて高い接続密度が必要になることがある。無線システム内に存在するｍＭＴＣデバイスの合計数は、いくつかの課題を提示する可能性がある。
【００６６】
これらの送信タイプのそれぞれは、ユーザプレーン遅延および必要なカバレッジレベルに関して非常に異なる要件を有する可能性がある。例えば、ＵＲＬＬＣ動作は、ＮＲ−ｅＮＢ／ＴＲＰと、ＷＴＲＵの間のインターフェース（すなわち、Ｕｕインターフェース）において、非常に低い転送遅延待ち時間（すなわち、＜０．５ｍｓ）が必要になり得る。物理レイヤ（Ｌ１）および上位レイヤ処理の後の極めて低い残りのパケットの誤り率に関して、高い信頼性目標を満たすために、サポートされるリンクバジェットを犠牲にする必要があり得る。ＵＲＬＬＣは、Ｌ１において、１００〜２００μｓ程度のデータ送信の短いバーストを生ずることができる。したがって、ＨＡＲＱプロセスごとに可能なハイブリッド自動再送要求（ＨＡＲＱ）の再送信のためには限られた機会が存在するだけである。加えて、圧縮されたＵｕ転送遅延タイムラインに起因する許容可能なスケジューリング遅延に対して、非常に厳しい要件が課されることになり得る。
【００６７】
反対に、多くのｍＭＴＣ用途は、高い最大結合損失（maximum coupling loss）（ＭＣＬ）を有する拡張された、または極めて高いカバレッジレベルが必要になり得る。多くのｍＭＴＣ用途においてデータ送達(data delivery)を成功させるための遅延要件は非常に緩和され得る。例えば、それらは、数秒または数十秒の程度であるに過ぎない。
【００６８】
ｅＭＢＢの場合、遅延要件は、ＵＲＬＬＣに対するものほど厳しくない可能性がある。パケット転送中にユーザパケット遅延全体に悪影響を与えるＴＣＰの遅い開始を回避するために、パケット転送に対する非常に低い遅延は、データ送信の初期段階において有益であり得る。かなりの量のデータがｅＭＢＢユーザに対して転送されるとすると、高容量データの長い連続するバーストが転送されることが多い。これは、スケジュールされたｅＭＢＢ送信に対して広い瞬間的な帯域幅の占有、および少なくとも０．５〜１ｍｓの程度の長いＤＬまたはＵＬ転送間隔の使用を生ずることがある。
【００６９】
４Ｇ  ＬＴＥと比較したとき、５Ｇ  ＮＲ無線インターフェースにおいて大幅な設計変更があり得る。変更する１つの理由は、より難易度の高い、多様なサービス要件のセットを有する、はるかに多い、様々な５Ｇ  ＮＲ使用例群をサポートするためである。変更する別の理由は、これらの５Ｇ  ＮＲ使用例群の必要性に対してスケーラブルであり、かつ適合可能である将来も有効な無線設計手法において、これらの使用例群をサポートする必要があるためである。
【００７０】
５Ｇ  ＮＲ無線インターフェースは、パイロット信号が、基地局および端末において割り当てられ、送信され、かつ追跡されるように変更する必要があり得る大容量のアンテナ構成をサポートすることができる。ＬＴＥセルがトラフィックを搬送していない場合であっても、高い量の残存する背景干渉になることの多い、ＬＴＥ基地局によって送られる常時接続タイプのＤＬ制御信号およびチャネルを回避するために、ＮＲ展開における最小のオーバヘッドに対するサポートは、システム取得および初期アクセスに対する変更を必要とする可能性がある。異なるニューメロロジおよびパラメータ化を有する異なるユーザの信号をチャネルに多重化するために、ＮＲにおける柔軟な無線アクセスのためのサポートは、複数のアクセス波形に対する非常に高度なスペクトル柔軟性およびスペクトル拘束が必要になり得る。ＮＲの柔軟な無線アクセスはまた、異なる二重構成、異なる端末に対する利用可能なスペクトル割り当ての異なるおよび／または可変サイズ、ＤＬおよびＵＬデータ送信に対する可変タイミングおよび送信持続期間、ならびにＤＬ割当て、ＵＬ許可シグナリング、および対応する制御信号の可変タイミングのサポートを含むことができる。柔軟な送信時間間隔（ＴＴＩ）長さ、および非同期ＵＬ送信をサポートすることができる。
【００７１】
ＮＲ  ＤＬおよびＵＬ送信は、おそらく可変の持続期間の無線サブフレームへと編成されるものと考えられる。ＤＬおよびＵＬ送信は、ＤＬ制御情報の位置などのいくつかの固定された側面により、かつ送信タイミング、またはサポートされるタイプの送信などいくつかの変化する側面により特徴付けることができる。
【００７２】
図２および図３を次に参照すると、ＦＤＤモードおよびＴＤＤモードのそれぞれにおける５Ｇ  ＮＲに対する例示的なフレーミングおよびタイミング構造を示す図が示されている。基本時間間隔（ＢＴＩ）は、１つまたは複数のＯＦＤＭシンボルの数として表すことができ、ここで、シンボル持続期間は、時間−周波数リソースに適用可能なサブキャリア間隔に応じたものとすることができる。ＮＲにおいては、サブキャリア間隔および／またはＯＦＤＭチャネル化は、所与のキャリアに多重化された異なるチャネルに対して異なることができる。ＦＤＤの場合、サブキャリア間隔および／またはＯＦＤＭチャネル化、ならびにパラメータ化は、ＵＬキャリア周波数（ｆUL）とＤＬキャリア周波数（ｆDL）の間で異なることができる。
【００７３】
ＴＴＩ２０２は、連続する送信間にシステムによりサポートされる時間間隔とすることができる。ＴＴＩ２０２は、ＤＬ２０４およびＵＬ２０６に対して異なるトランスポートブロックに関連付けることができる。ＤＬ送信に対するダウンリンク制御情報（ＤＣＩ）２０８、およびＵＬ送信に対するアップリンク制御情報（ＵＣＩ）などの制御情報を含めることができる。ＴＴＩ２０２は、いくつかの１つまたは複数のＢＴＩとして、かつ／またはＯＦＤＭチャネル化およびパラメータ化の関数として表現することができる。
【００７４】
ＮＲサブフレームは、関係するキャリア周波数（例えば、ＴＤＤに対するｆUL+DL、およびＦＤＤに対するｆDL）において、一定時間の持続期間ｔdciのＤＣＩ２０８、およびダウンリンクデータ送信（ＤＬ  ＴＲｘ）２０４を含むことができる。送信間隔ごとに複数のＤＣＩ２０８があり得る。データまたはＤＣＩ２０８がデータと多重化され得る前に、ＤＣＩ２０８の時間／周波数位置を行うことができる。
【００７５】
ＴＤＤ二重通信の場合、フレームは、ＤＣＩ２０８およびＤＬ  ＴＲｘ２０４を含むことのできるＤＬ部分と、さらにＵＬ  ＴＲｘ２０６を含むことのできるＵＬ部分とを含むことができる。切換えギャップ（ＳＷＧ）が、存在する場合には、フレームのＵＬ部分に先行することができる。ＦＤＤ二重通信の場合、サブフレームは、ＤＬ参照ＴＴＩ２０２と、ＵＬに対する１つまたは複数のＴＴＩ２０２とを含むことができる。ＵＬ  ＴＴＩ２０２の開始部は、ＵＬサブフレームの開始と比較したとき、ＤＬ参照フレームの開始部から適用されるタイミングオフセット（ｔオフセット）を用いて導かれる。
【００７６】
図４を次に参照すると、周波数領域多重化（ＦＤＭ）を示す図が示されている。同時に複数タイプのトラフィックをサポートするために、５Ｇ  ＮＲ無線ネットワークは、ＦＤＭを使用することができ、またｅＭＢＢ送信４０２、ｍＭＴＣ送信４０４、およびＵＲＬＬＣ送信４０６を、異なるＮＲ周波数チャネル４０８上で分離することができる。異なるＮＲ周波数チャネル４０８は、異なる周波数帯域に位置することができる。例えば、ｍＭＴＣタイプのデバイスに対して拡張されたカバレッジが提供されるとき、そのはるかに良好な伝播特性のため、より低いｓｕｂ−１ＧＨｚ帯域を使用することが好ましい可能性がある。専用タイプのＵＲＬＬＣアプリケーションが使用されるときなど、他の場合では、サービス品質に対するはるかに良好な制御により、専用の周波数展開が少なくとも初期には好ましいことが予想され得る。
【００７７】
異なるトラフィックタイプを多重化する目的でＦＤＭを使用することはまた、そのキャリア上に位置する、異なって割り当てられた帯域幅領域を備える単一の共用周波数チャネルで使用することができる。異なる帯域幅領域において、異なるニューメロロジがまた使用され得る。図４で示すように、２ＧＨｚのＦＤＤキャリアは、ｅＭＢＢ送信４０２に対するｅＭＢＢ領域と、ＵＲＬＬＣ送信４０６に対する専用のＵＲＬＬＣ帯域幅領域とに分割することができる。この手法は、従来のガードバンド、または帯域内タイプの展開と同様のものとすることができる。
【００７８】
図５を次に参照すると、異なるＮＲトラフィックタイプの時間領域多重化（ＴＤＭ）およびＦＤＭを示す図が示されている。図５で示すように、ＦＤＭとＴＤＭを共に、周波数チャネル上で使用することができ、ｅＭＢＢ  ＷＴＲＵ５０２およびＵＲＬＬＣ  ＷＴＲＵ５０４、ＵＲＬＬＣ  ＷＴＲＵ５０６を、異なる持続期間の可変長ＴＴＩに割り当てることができる。ＵＲＬＬＣに割り当てられた帯域幅領域において、送信活動が何も行われない場合、ｅＭＢＢ  ＷＴＲＵは、柔軟な制御チャネル、およびＤＬ物理共有チャネル（ＰＳＣＨ）割当てプロトコルがサポートされている限り、送信リソースを再要求することができる。
【００７９】
ｅＭＢＢ、ＵＲＬＬＣ、およびｍＭＴＣサービスのシグナリングおよびトラフィック特性に起因して、図４および図５で示されたＦＤＭおよび／またはＴＤＭ多重化手法に関連するいくつかの問題が存在する可能性がある。
【００８０】
例えば、異なる帯域上で異なる専用のＮＲ周波数チャネルが使用される場合、ＦＤＭはスペクトル的に効率がよくない。キャリア全体が、１つのタイプの無線サービスに対して排他的に確保される必要があり、そのキャリアは、わずかなリソースが利用されるだけである。ＵＲＬＬにおけるなど、トラフィックがまばらでバースト性のものであると予想される場合、この欠点は特に大きい。図５を参照すると、ＦＤＭおよびＴＤＭの場合であっても、ＵＲＬＬＣ  ＷＴＲＵ５０４およびＵＲＬＬＣ５０６に許可されたＤＬ  ＲＢの残りのものは、従来の周波数領域が制限される割り当てが使用される場合、未使用になるおそれがある。したがって、従来のＦＤＭおよび／またはＴＤＭサービス多重化手法を利用することは、利用可能な無線リソースのすべてを利用できず、低いスペクトル効率になるおそれがある。
【００８１】
別の問題は、ＵＲＬＬＣなど、多くのマシンタイプの使用例により生成される低く中程度のデータレートの間欠的なトラフィックは、概して、ＰＤＵが到来した後にほとんど同時送信を必要とする短い干渉性バーストになる可能性があることである。所与の周波数チャネルにおいて、いくつかのＴＴＩは、ｅＭＢＢとＵＲＬＬＣデータパケットを共に含む必要があり得る。多くの他のＴＴＩにおいては、ＤＬ  ＰＳＣＨ上で搬送されるｅＭＢＢデータだけが存在し得る。上記で述べたように、ｅＭＢＢ送信は、ＵＲＬＬＣよりもはるかに大きい許容可能なＵｕ遅延バジェットを有する。したがって、多重化されるｅＭＢＢユーザに対する初期のｅＮＢスケジューリングステップは、Ｌ１およびフロントエンド処理、ならびにメモリバッファリング要件を決定する基本的な送信パラメータを選択することができる。他方で、ＵＲＬＬＣ送信は、はるかに短い許容可能なＵｕ遅延バジェットを有するわずかなデータユニットであり得る。所与のＤＬ送信間隔において、ＵＲＬＬＣユーザに対するデータを送信するスケジューリング判断は、最後の瞬間に限って可能になる。
【００８２】
図６を次に参照すると、ＤＬ送信の前の従来の処理ステップを示す図が示されている。図６で示すように、ＤＬ送信が実際に開始する前にいくつかの機能を実施する必要があり得る。ｅＮＢは、ＤＬ  ＰＳＣＨに対して、スケジューリング判断６０２を行う必要があり、次いで、Ｌ２処理６０４を実施し、その後にＬ１処理６０６を行う必要があり得る。ベースバンド（ＢＢ）ユニットが、遠隔無線ヘッド（ＲＲＨ）に接続される場合、ＤＬ送信の前に、デジタルサンプルもＲＲＨに送信される必要があり得る。
【００８３】
スケジューリング判断６０２がｅＮＢによって行われる前に、これだけに限らないが、チャネル状態フィードバック、トラフィック待ち行列、実際の待ち行列（live queue）に対して可能な再送信、サービス品質（ＱｏＳ）、およびアクセス層（ＡＳ）もしくは非アクセス層（ＮＡＳ）シグナリングの必要性を含むいくつかのファクタを考慮することができる。スケジューリング判断の結果、１つまたは複数のＷＴＲＵを、送信期間に対して選択することができる。加えて、トランスポートブロックサイズ、変調次数、およびＰＲＢ割り当てを送信前に決定することができる。
【００８４】
Ｌ２処理６０４は、データの完全性を保証するために、ＡＳプロトコル処理およびメモリバッファの管理を含むことができる。制御プレーン要件はまた、この処理段に影響を与える可能性がある。
【００８５】
Ｌ１処理６０６はさらに広範囲のものであり、巡回冗長検査（ＣＲＣ）、チャネルエンコーディング、および符号化ブロックのレートマッチングを含むことができ、次いで、スクランブリング、変調、および空間レイヤマッピング（プリコーディングを含む）をその後に行うことができる。参照信号（ＲＳ）などの制御シンボルが、データから生成されたＢＢシーケンスに挿入され得る。最後に、ＤＦＴおよびＢＢフィルタリングまたはウィンドウイングを含むことのできるデジタルＢＢフロントエンド処理を実施することができる。このステップの最後に、サブフレーム全体をカバーする送信全体に対して、デジタルＩＱサンプルを生成することができる。最後のＬ１処理ステップを実際のＤＬ送信が行われる前に可能な限り短く実行できるように、かなりのメモリが必要になる可能性がある。ｅＮＢ  ＢＢユニットからＲＲＨユニットへのトランスポートが必要な場合、配信ネットワークを介して移送するためのさらなる遅延も割り当てられる可能性がある。
【００８６】
理解されるように、サブフレームまたはＴＴＩにおけるＤＬ送信が実際に開始する前に、ＭＢＢおよびｅＭＢＢタイプのデータサービスに対して、かなりの処理遅延（例えば１〜１．５ｍｓ）を受ける可能性がある。
【００８７】
図６で示すように、所与のサブフレームへと多重化されるユーザに対するトランスポートブロックサイズは、ステップ６０２における最初のｅＮＢスケジューリング判断中に、すでに決定することができる。Ｌ１処理ステップ６０６におけるメモリの必要性を決定できる、Ｌ１処理中に計算された特定ユーザのトランスポートブロックに対する符号化ビットの数は、実際には、もっと早期に（例えば、ｅＮＢスケジューリングの後に）取得することができる。符号化ビットの数は、割り当てられたＲＢの数、変調次数、およびサブフレームに存在するＬ１信号（例えば、ＲＳまたは制御チャネル）の存在に依存するだけであり得る。
【００８８】
Ｌ１および上位レイヤにおけるスケジューリングおよび処理中に、所与のユーザに対する多重化判断を変更することは望ましくない可能性がある。ｅＮＢが、スケジューリング判断を行った後、選択されたユーザに対する決定されたトランスポートブロックサイズを変更すること、またはすでにスケジュールされ、処理されたＤＬ送信間隔にユーザを加えることは、Ｌ１処理およびフロントエンドのバッファリングメモリが大きく影響を受ける可能性がある。
【００８９】
ＵＲＬＬＣ用途に対する非常に厳しいＵｕ遅延バジェットのため、必要なＵＲＬＬＣスケジューリング遅延は、ｅＭＢＢタイプのスケジューリングが提供できるものよりもはるかに小さくなるはずである。例えば、２ｍｓの持続期間を有するＤＬ送信バーストの前に、１〜１．５ｍｓにスケジュールされたｅＭＢＢ送信バーストが、ちょうど開始した、または進行中である間に、４ｍｓの許容された合計Ｕｕ遅延バジェットを有するＵＲＬＬＣデータが到来した場合、ＵＲＬＬＣの遅延要件を満たすことは困難、または不可能であり得る。ＵＲＬＬＣトラフィックが、スケジュールされるのを待つ必要がある場合（すなわち、２ｍｓのｅＭＢＢ送信が終了した後）、その短い許容される４ｍｓのＵｕ遅延バジェットのかなりの部分は、もはや再送信に使用することができない。その結果、所与のパケット誤り率に対するＵＲＬＬＣ用のサポートされるデータレートは、大幅に低下する可能性があり、かつ／または達成可能なリンクバジェットおよび無線範囲は、大幅に低下することになり得る。２ｍｓ未満で完了することが必要なＵＲＬＬＣ送信は、完全に不可能であり得る。あるいは、ＵＲＬＬＣ  ＰＤＵがスケジュールされ、最後の瞬間に挿入された場合（すなわち、ＰＤＵが、すでにスケジュールされた２ｍｓのｅＭＢＢ送信の中へとＴｘバッファで利用可能になったとき）、ｅＮＢメモリおよびバッファリング要件が増える可能性がある、または無線リンク性能に影響を受けるおそれがある。加えて、ＤＬ送信間隔においてスケジューリングの機会が提供される必要があり、それはさらなる課題を提示する可能性がある。
【００９０】
別の問題は、異なるタイプのＮＲ使用例に対する従来のＦＤＭおよび／またはＴＤＭサービス多重化手法は、現在展開されているとき、望ましいサービス特有のＵｕ遅延要件に対するサポートができないことである。
【００９１】
以下で述べる方法および装置は、非常に異なる無線性能要件が存在するデータサービスの効率的な多重化をサポートすることができる。方法および装置は、送信機／受信機実装形態に関して、無線性能を減少させる、または複雑さを増加させることになり得る既存の技法の観察された限界を克服できる。方法および装置は、ＦＤＭおよび／またはＴＤＭによる多重化の可能性に適合することができ、それによって、ｅＭＢＢにより例示されるものなど、大きな遅延タイプの送信がずっと前にスケジュールされており、かつその送信がＤＬ送信間隔において進行中である場合であっても、ＵＲＬＬＣにより例示されるものなど、短い遅延タイプの送信を、スケジュールし、処理し、送信することができる。
【００９２】
以下の記述において、ＴＴＩは、以下の期間の１つまたは複数のものを指すことができることに留意されたい。ＴＴＩは、サブフレーム、スロット、またはミニスロットを指すことができる。ＴＴＩは、少なくとも１つのトランスポートブロックをスケジューリングするダウンリンク制御情報の送信から開始して、その後のトランスポートブロックをスケジューリングするダウンリンク制御情報の送信前、もしくは送信時に終了する時間の期間を指すことができる。ＴＴＩは、参照ニューメロロジ（例えば、１５ｋＨｚのサブキャリア間隔に基づくなど）、または制御情報もしくはデータの送信に使用されるニューメロロジにおけるいくつかのＯＦＤＭシンボルを指すことができる。
【００９３】
周波数領域における間隔は、Ｈｚ（またはｋＨｚ）で表現することができるが、参照ニューメロロジ（例えば、１５ｋＨｚのサブキャリア間隔に基づくなど）、もしくは制御情報もしくはデータの送信に使用されるニューメロロジにおけるサブキャリアの数、またはリソースブロックの数で表現することができる。連続する周波数割り当ては、開始するもしくは終了する周波数、サブキャリア、またはリソースブロック、および周波数領域における間隔に関して定義することができる。不連続な周波数割り当ては、連続する周波数割り当てのセットに関して定義することができる。
【００９４】
無線リソース割り当て領域（ＲＲＡＲ）は、異なるタイプのトラフィックの送信を可能にするように構成することができる。１つまたは複数のよく識別され、制限された時間／周波数領域のセットが、１つまたは複数の指定されたＷＴＲＵを用いた無線送信が行われる許容された、もしくは可能な時間／周波数無線リソースの大きなセット内でＮＲ周波数チャネル用に構成され得る。
【００９５】
ＲＲＡＲは、デバイスがアクセスできるものよりも小さい可能性のある無線リソースの特定部分を識別し、指定することができる。ＲＲＡＲは、ＤＬ、ＵＬ、サイドリンク、およびバックホール送信の状況において識別され、使用することができる。
【００９６】
ＲＲＡＲは、単一の連続する時間／周波数領域とすることができるか、またはそれは、おそらく単一のＲＲＡＲとして定義された連続する時間／周波数領域ではない複数の、別々のものを含むことができる。一般性を失うことなく、以下の記述は、ＲＲＡＲを単一の連続する時間／周波数領域として示すことができる。しかし、本明細書で述べる方法および手順は、複数のよく識別された時間／周波数領域のセットを含むように定義されたＲＲＡＲを含むことができる。
【００９７】
図７を次に参照すると、ＤＬ送信における１つまたは複数のＲＲＡＲを示す図が示されている。図７は、ＴＴＩ＃ｎの第１のＤＬ送信７１０における第１のＲＲＡＲ７０２、第２のＲＲＡＲ７０４、第３のＲＲＡＲ７０６、および第４のＲＲＡＲ７０８を用いて構成された送信を示す。任意の数のＲＲＡＲを使用できることに留意されたい。
【００９８】
１つまたは複数のＲＲＡＲは、周波数チャネルを構成する無線リソース全体に対して、よく識別され、制限された時間／周波数領域を用いて定義され、かつ識別することができる。あるいは、１つまたは複数のＲＲＡＲは、あるデバイス用の特定の送信に関して定義され、かつ識別することができる。１つまたは複数のＲＲＡＲは、ＲＲＣシグナリングにより構成される参照ダウンリンクリソースに関するなど、絶対的な、または相対的な用語で定義することができる。例えば、周波数領域において、１つまたは複数のＲＲＡＲは、帯域幅部分および／またはキャリア内の周波数割り当てとして定義することができる。１つまたは複数のＲＲＡＲは、暗黙的に定義することができる。例えば、時間領域において、ＤＣＩまたはプリエンプションインジケータが、ＲＲＡＲが、ＷＴＲＵに対する有用なシンボルを含まないことを示すことのできるスロットまたはミニスロットのすぐ前のスロットもしくはミニスロット。第１のＲＲＡＲ７０２は、所与のニューメロロジの、かつ開始ＯＦＤＭシンボルおよびいくつかのＯＦＤＭシンボルにより識別され得る特定のミニスロットの物理リソースブロックのサブセットに関して定義することができる。
【００９９】
ＮＲシステムは、１０ＭＨｚ幅のＦＤＤ  ＤＬおよびＵＬチャネル対、ならびに０．５ｍｓの持続期間のＴＴＩを使用することができる。ＷＴＲＵは、全体が１０ＭＨｚのＤＬチャネルにアクセスすることができ、それは、それぞれ０．５ｍｓＴＴＩの開始時にスケジュールすることができる。第１の例では、ＲＲＡＲは、全体が１０ＭＨｚ幅のリソースの第１のセット内で可能な時間／周波数割り当ての第２の、より小さく制限されたサブセットとして識別され得る。ＲＲＡＲは、１０番目のＴＴＩ出現ごとにだけ生ずるように、また全体が１０ＭＨｚのＦＤＤ  ＤＬチャネル内に単一の１８０ｋＨｚ部分だけを含むことができるなど、絶対的に構成することができる。したがって、ＲＲＡＲは、ＦＤＤ  ＤＬチャネル上で利用可能な全体の時間／周波数リソースのうちの１／５００だけを含むことができる。
【０１００】
別の例では、ＲＲＡＲは、シンボル間隔および／または周波数位置に関する指定された出現として、特定のＷＴＲＵに対する相対的な用語で定義することができる。その出現は、ＴＴＩにおける特定の送信設定に相当するルールによって決定することができる。ＷＴＲＵは、２ｍｓの持続期間にわたる５ＭＨｚ幅のデータ送信、または２８ＯＦＤＭシンボルを有するそれぞれが１８０ｋＨｚの２５ＲＢのデータ送信を受信することができる。１つまたは複数のＲＲＡＲは、一定の長さ、およびそれぞれ３シンボルの制限された持続期間に対するデータ送信の開始から、５シンボルごとのシンボルオフセットを備えた４つの可能な出現において定義することができる。ＷＴＲＵは、２ｍｓの間隔において受信したＤＬデータ送信に対して４つのＲＲＡＲ位置を決定することができる。ＷＴＲＵにより、例えば、１４ＯＦＤＭシンボルまたは１ｍｓ持続期間の長さの別のデータ送信を受信した場合、ＷＴＲＵは、２つの可能なＲＲＡＲ出現を決定するだけである。
【０１０１】
ＲＲＡＲは、繰り返し期間（recurrence period）を用いて構成する、かつ／または定義することができる。繰り返し期間は、周期的なものとすることができるか、または時間もしくは周波数における割り当てを示す割り当てパターンにより定義することができる。時間割り当てに対する例は、おそらく周波数割り当てと組み合わせて、どの可能なＴＴＩの１つを、ＷＴＲＵが、有効なＲＲＡＲ出現を含むと見なすことができるかを示すビットマップとすることができる。ＲＲＡＲに対するビットマップは、選択された、連続する、もしくは非連続的なサブフレームのセットにおけるどのサブフレームが、有効なＲＲＡＲ割り当てであり得るかを示すことができる。ＲＲＡＲのリソースは、１つのＴＴＩ、またはサブフレームから、循環する、または疑似ランダムパターンによる別のものへと変わることができる。図７で示されるように、第１のＲＲＡＲ７０２、第２のＲＲＡＲ７０４、第３のＲＲＡＲ７０６、および第４のＲＲＡＲ７０８は、３ＴＴＩごとの繰り返し期間を有し、ＴＴＩ＃ｎ＋３における第２のＤＬ送信７１２において再度出現する。
【０１０２】
ＲＲＡＲは、特定の送信特性に関連付けることができる。ＲＲＡＲは、例えば、選択されたＯＦＤＭニューメロロジ、サブキャリア間隔、シンボル長、ＣＰ構成、さらにＲＢの数、サブキャリア、または選択されたアンテナ送信構成（例えば、ビームまたはビームプロセス）による帯域幅、およびスケジューリングモードのうちの１つまたは複数のものに関連付けることができる。
【０１０３】
ＲＲＡＲは、特定の送信イベントの関数として決定することができる。例えば、ＲＲＡＲ出現が所与のＴＴＩにおいてスケジュールされているが、実際のＤＬ送信バーストがＲＲＡＲの開始位置に十分適応するほど十分に長くない場合、またはＤＬ送信バーストが、ＲＲＡＲの持続期間全体に適応できない場合、ＷＴＲＵは、ＲＲＡＲがその特定のＴＴＩ出現に対して有効ではないと見なすことができる。ＲＲＡＲは、ＴＴＩ長さが最小の閾値長を超えている場合に出現するものと見なすことができる。さらに別の例では、ユニキャスト送信を示すＴＴＩだけを、ＲＲＡＲに対して考慮することができる。
【０１０４】
ＲＲＡＲは、非常に効率的に信号送りされ得る指定された識別子とすることができる。これは、異なるサービスタイプの効率的な多重化をスケジューリングし、可能にする状況において特に重要なものである。
【０１０５】
ＲＲＡＲは、第１のシグナリングメッセージにより、基地局などの第１のデバイスによって構成することができる。ＷＴＲＵなどの第２のデバイスに対してＲＲＡＲを構成する、もしくは活動化する、再構成する、もしくは非活動化するために、ＲＲＣまたはプロトコル制御シグナリングを使用することができる。シグナリングは、時間領域（例えば、シンボル、ミニスロット、およびスロット）、または周波数（例えば、サブキャリア、リソースブロックのセットもしくは範囲、および帯域幅部分）における領域など、ＲＲＡＲに関連付けられたＴｘもしくはＲｘ構成、および送信特性を含むことができる。複数のデバイスを、同じＲＲＡＲを用いて構成することができる。
【０１０６】
構成されたＲＲＡＲは、インデックスまたはビットマップによって表されるなどにより、識別子の順序付けられたセットに関連付けることができる。例えば、第１のＲＲＡＲ７０２、第２のＲＲＡＲ７０４、第３のＲＲＡＲ７０６、および第４のＲＲＡＲ７０８は、２ビットもしくは４符号点によるシグナリングに使用することのできる別々のラベルに割り当てることができる。
【０１０７】
デバイスは、ＲＲＡＲ構成に関連付けられた識別子またはインデックス値を決定し、第２のメッセージで受信された、または導出された値を用いて、ＲＲＡＲが送信に使用されたかどうかを決定することができる。例えば、ＤＣＩにおけるシグナリングフィールドは、事前に構成されたＲＲＡＲのセットから、どのＲＲＡＲが送信に使用されたか、または使用できるかを示すことができる。事前に構成されたＲＲＡＲのセットである場合、シグナリングフィールドは、どのＲＲＡＲが使用されていないかを示すことができる。ＤＣＩは、１つまたは複数のＷＴＲＵに送信される共通のＤＣＩとすることができる。
【０１０８】
構成されたＲＲＡＲは、前に受信された送信の処理が、別の送信の関数として調整される必要があり得ることを知らせるようにデバイスに示すことができる。
【０１０９】
図８を次に参照すると、ＲＲＡＲを使用する複数サービスの動的なスケジューリングを示す図が示されている。第１のＲＲＡＲ８０２、第２のＲＲＡＲ８０４、第３のＲＲＡＲ８０６、および第４のＲＲＡＲ８０８が、ＴＴＩ＃ｎにおける第１のＤＬ送信８１０、およびＴＴＩ＃３における第２のＤＬ送信８１２に対して事前に構成され、かつスケジュールされ得る。第１のＷＴＲＵは、ｅＭＢＢデータ送信を、ＴＴＩ＃ｎ、ＴＴＩ＃ｎ＋１、ＴＴＩ＃ｎ＋２、ＴＴＩ＃ｎ＋３、およびＴＴＩ＃ｎ＋４において受信することができる。
【０１１０】
ＴＴＩ＃ｎには、第１のＲＲＡＲ８０２、第２のＲＲＡＲ８０４、第３のＲＲＡＲ８０６、および第４のＲＲＡＲ８０８が存在するが、他のデバイスへの送信は行われていない可能性がある。ＴＴＩ＃ｎ＋３において、ｅＮＢは、第２のＲＲＡＲ８０４を用いて、ＵＲＬＬＣを使用でき、対応する無線リソースでＵＲＬＬＣデータを送信できる第２のＷＴＲＵに対して、最後の瞬間の送信をスケジュールすることができる。これは、ＴＴＩ＃ｎ＋３における第１のＷＴＲＵに対する進行中のｅＭＢＢデータ送信をパンクチャすることによって行うことができる。その後に受信されるＴＴＩ＃ｎ＋４においては、第１のＷＴＲＵは、ＤＬ制御シグナリング（例えば、ＤＣＩ）を受信することができ、それは、現在のＴＴＩ＃ｎ＋４に対するスケジューリングパラメータに加えて、ＴＴＩ＃ｎ＋３で受信された前の送信が、第２のＲＲＡＲ８０４における別の送信によってパンクチャされたことを示すことができる。このシグナリングは、２ビットを必要とするだけである。シグナリングの結果、第１のＷＴＲＵは、そのＨＡＲＱプロセスに対するＨＡＲＱ結合中にバッファの破損を回避するために、ＴＴＩ＃ｎ＋３で受信されたトランスポートブロック／ＨＡＲＱプロセスに対応する第２のＲＲＡＲ８０４に関連付けられた時間／周波数リソース要素に対して受信され、復号されたソフトチャネルビットもしくはメトリックをゼロに設定することができる。
【０１１１】
第１のＷＴＲＵに対する復号性能は、ｅＭＢＢ送信に対して、ノイズパワースペクトル密度に対するビット当たりの利用可能なエネルギー比（Ｅb／Ｎ0）が、第２のＲＲＡＲ８０４を送信するのに必要なものと同程度のエネルギーだけ減少する点で影響を受けるだけであり、さらなる不利益を受けることはない。同様に、構成されたＲＲＡＲにおいて、他のデバイスを用いる可能な送信に対して半静的なリソースは除外されないので、スペクトル効率に関するシステム不利益を受けることはない。他の長い遅延送信が進行している場合であっても、必要に応じて、完全な柔軟性を維持しながら、利用可能な無線リソースを使用して、遅延に影響を受けやすいデータを最後の瞬間にスケジュールすることができる。構成され、かつよく識別されたＲＲＡＲに対して代表的なインデックス値またはビット表現を使用するシグナリングは、ＤＣＩなどの高速かつロバストなＬ１シグナリングにより行うことができる。図８で示された例は、進行中の送信がパンクチャされる任意の場合を示すことができ、その場合、複数のシグナリングおよび／またはスケジューリング機会を、所与のＴＴＩに利用することができる。
【０１１２】
ＴＴＩ＃ｎ＋３における第２のＲＲＡＲ８０４を第２のＷＴＲＵに対して使用する最後の瞬間のスケジューリング判断は、ｅＮＢによって行われ得るが、このＴＴＩに対する複数のシグナリングまたはスケジューリング機会が存在する中で、ＴＴＩ＃ｎ＋３中に、その送信の部分がパンクチャされていることを第１のＷＴＲＵに示すことが可能である。
【０１１３】
第１のデータ送信を受信するＷＴＲＵは、可能なＲＲＡＲのセットで事前に構成することができる。第１のデータ送信を受信しながら、または受信すると、ＷＴＲＵは、事前に構成されたＲＲＡＲの１つまたは複数のものが受信されたことを示すシグナリングを受信することができる。１つまたは複数のＲＲＡＲは、受信時間間隔において第２の送信の存在を示すことができる。ＲＲＡＲが受信された場合、ＷＴＲＵは、第２の送信を補償するために、受信された第１のデータ送信を処理することができる。ＷＴＲＵは、チャネルメトリックまたはバッファ／メモリエントリを０などの決定された値に再設定する、またはそれを補正ファクタに適用することができる。
【０１１４】
さらに、またはあるいは、ＷＴＲＵは、ＲＲＡＲが、関連するデータを含んでいないと想定して、最初に第１のデータ送信を処理し、復号を試みることができる。ＷＴＲＵは、可能性のある将来の使用のために、ＲＲＡＲから復調されたソフトシンボルをバッファすることができる。復号に成功した場合、ＷＴＲＵは、バッファされたソフトシンボルを破棄することができる。復号に成功しない場合、ＷＴＲＵは、ＲＲＡＲがＷＴＲＵに対する関連データを含んでいたかどうかを示すＤＣＩを受信することができる（例えば、その後の送信間隔で）。
【０１１５】
ＤＣＩは、１つまたは複数のＷＴＲＵに送信される共通のＤＣＩとすることができる。ＤＣＩにおけるプリエンプション表示（indication）の周波数粒度は、所与のニューメロロジに対する参照ダウンリンクリソース内のいくつかのリソースブロックとなるように構成することができる。周波数粒度は、明示的なシグナリングにより示され得るが、または他のＲＲＣシグナリングにより暗黙的に導出され得る。リソースブロックの数は、ダウンリンク参照リソースの周波数領域全体に対応することができる。ＤＣＩにおけるプリエンプション表示（indication）の時間粒度は、所与のニューメロロジに対する参照ダウンリンクリソース内のいくつかのシンボルとなるように構成することができる。時間粒度は、明示的なシグナリングにより示すことができるか、または他のＲＲＣシグナリングによって暗黙的に導出され得る。プリエンプション表示（indication）の時間／周波数粒度は、プリエンプション（indication）を搬送するグループ共通ＤＣＩのペイロードサイズを考慮に入れることができる。
【０１１６】
ＲＲＡＲが関連するデータを含んでいないことをＤＣＩが示す場合、ＷＴＲＵは、シンボルを破棄することができる。ＲＲＡＲが関連するデータを含んでいたことをＤＣＩが示す場合、ＷＴＲＵは、ＲＲＡＲで受信されたデータを、ＴＴＩの残りに含まれるデータと結合して、復号を再度試みることができる。ＷＴＲＵは、各ＲＲＡＲからのデータを、少なくとも１つの符号ブロックおよび冗長バージョンに関連付けることができ、かつ各ＲＲＡＲからのデータを、対応する符号ブロックに対してすでに受信された（すなわち、バッファされた）データとソフト結合することによって、復号を試みることができる。ＲＲＡＲと符号ブロックの間のマッピングは、ＲＲＡＲの時間および／または周波数における位置に暗黙的に依存することができる、またはＤＣＩによって明示的に示すことができる。
【０１１７】
図９を次に参照すると、上記で述べた復号する前のプリエンプションの明示的な表示（indication）を示す流れ図が示されている。
【０１１８】
ステップ９０２で、ＷＴＲＵは、第１のＤＬ送信間隔中に第１のＤＣＩを受信することができる。第１のＤＣＩは、第１のタイプの送信を受信するために第１のＤＬ送信間隔において第１の無線リソースを割り当てることができる。第１の無線リソースは、ＤＬ周波数チャネル全体を含むことができ、また第１のタイプの送信は、ｅＭＢＢトラフィックを含むことができる。
【０１１９】
ステップ９０４で、ＷＴＲＵは、第１の無線リソースにおいて、第１のタイプの送信からのデータを受信することができる。
【０１２０】
ステップ９０６で、ＷＴＲＵは、第２の無線リソースにおいて第２のタイプの送信からのデータを受信することができる。第２の無線リソースは、第１の無線リソース内の１つまたは複数の所定の領域を含むことができる。第２の無線リソースは、１つまたは複数のＲＲＡＲとすることができ、また第２のタイプの送信は、ＵＲＬＬＣトラフィックを含むことができる。第２のタイプの送信は、第１のタイプの送信が受信されている間に受信することができる。
【０１２１】
ステップ９０８で、ＷＴＲＵは、その後の第２のＤＬ送信間隔中に、第２のＤＣＩを受信することができる。第２のＤＣＩは、第１のタイプの送信からのデータが、第２の無線リソースにおける第２のタイプの送信からのデータによってプリエンプトされたことを示すことができる。
【０１２２】
ステップ９１０で、ＷＴＲＵは、第２のＤＣＩに基づき、第１のタイプの送信からのデータを処理することができる。処理は、第１の無線リソースで受信されたデータに関連付けられた１つまたは複数のシンボルの第１のセットを決定すること、第２の無線リソースで受信されたデータに関連付けられた１つまたは複数のシンボルの第２のセットを決定すること、およびハイブリッド自動再送要求（ＨＡＲＱ）処理中にバッファが破損するのを回避するために、１つまたは複数のシンボルの第２のセットをゼロに設定することを含むことができる。
【０１２３】
図１０を次に参照すると、プリエンプションの表示（indication）の前の復号を示す流れ図が示されている。
【０１２４】
ステップ１００２で、ＷＴＲＵは、第１のダウンリンク（ＤＬ）送信間隔中に、第１のダウンリンク制御情報（ＤＣＩ）を受信することができる。第１のＤＣＩは、第１のタイプの送信を受信するために第１のＤＬ送信間隔において第１の無線リソースを割り当てることができる。第１の無線リソースは、ＤＬ周波数チャネル全体を含むことができ、また第１のタイプの送信は、ｅＭＢＢトラフィックを含むことができる。
【０１２５】
ステップ１００４で、ＷＴＲＵは、第１の無線リソースにおいて、第１のタイプの送信からのデータを受信することができる。
【０１２６】
ステップ１００６で、ＷＴＲＵは、第１の無線リソースで受信されたデータに関連付けられた１つまたは複数のシンボルの第１のセットを決定することができる。
【０１２７】
ステップ１００８で、ＷＴＲＵは、第２の無線リソースで受信されたデータに関連付けられた１つまたは複数のシンボルの第２のセットを決定することができる。第２の無線リソースは、第１の無線リソース内の１つまたは複数の所定の領域を含むことができる。第２の無線リソースは、１つまたは複数のＲＲＡＲとすることができる。
【０１２８】
ステップ１０１０で、ＷＴＲＵは、１つまたは複数のシンボルの第２のセットをバッファすることができる。
【０１２９】
ステップ１０１２で、ＷＴＲＵは、１つまたは複数のシンボルの第１のセットを復号するように試みることができる。ステップ１０１４で、ＷＴＲＵは、復号が成功したと決定することができる。ステップ１０１６で、ＷＴＲＵは、１つまたは複数のシンボルのバッファされた第２のセットを破棄することができる。
【０１３０】
ステップ１０１８で、ＷＴＲＵは、復号が成功しなかったと決定することができる。ステップ１０２０で、ＷＴＲＵは、第２のＤＬ送信間隔中に第２のＤＣＩを受信することができる。ステップ１０２２で、ＷＴＲＵは、第２のＤＣＩが、第２の無線リソースにおける送信の第２のタイプからのデータにより、第１のタイプの送信からのデータがプリエンプトされたことを示す場合、１つまたは複数のシンボルのバッファされた第２のセットを破棄することができる。第２のタイプの送信は、ＵＲＬＬＣトラフィックを含むことができる。第２のタイプの送信は、第１のタイプの送信が受信されている間に受信することができる。ステップ１０２４で、ＷＴＲＵは、１つまたは複数のシンボルの第１のセット、および１つまたは複数のシンボルの第２のセットを結合することができる。ステップ１０２６で、ＷＴＲＵは、第２のＤＣＩが、第２の無線リソースで受信されたデータがＷＴＲＵに関連するものであることを示す場合、復号を再度試みることができる。
【０１３１】
ＷＴＲＵは、ＵＬにおいて１つまたは複数のＲＲＡＲを送信することができる。構成されたＲＲＡＲで送信できることを知らせるように、構成された無線リソース割り当て領域をデバイスに示すことができる。
【０１３２】
図１１を次に参照すると、ＲＲＡＲを用いて複数のサービスをスケジューリングするとき、持続的な割り当てに対する明示的な活動化を示す図が示されている。第１のＲＲＡＲ１１０２、第２のＲＲＡＲ１１０４、第３のＲＲＡＲ１１０６、および第４のＲＲＡＲ１１０８が、ＴＴＩ＃ｎ＋１の第１のＵＬ部分１１１０、およびＴＴＩ＃ｎ＋４の第２のＵＬ部分１１１２における送信に対して構成され、かつ指定することができる。ＴＩ＃ｎ＋１の第１のＵＬ部分１１１０には、第１のＲＲＡＲ１１０２、第２のＲＲＡＲ１１０４、第３のＲＲＡＲ１１０６、および第４のＲＲＡＲ１１０８が存在するが、送信が行われない可能性がある。ＴＴＩ＃ｎ＋４では、ｅＮＢは、１つまたは複数のＵＬスケジューリングＤＣＩ１１１４により、第１のＲＲＡＲ１１０２および第４のＲＲＡＲ１１０８を用いて、２つのＵＲＬＬＣ  ＷＴＲＵに対して最後の瞬間送信をスケジュールすることができる。１つまたは複数のＵＬスケジューリングＤＣＩ１１１４は、ＴＴＩ＃ｎ＋４におけるＤＬ制御フィールド１１１６において送ることができ、それはＤＬ期間１１１８の前に送ることができる。第１のＵＲＬＬＣ  ＷＴＲＵ、および第２のＵＲＬＬＣ  ＷＴＲＵは、次いで、割り当てられたＲＲＡＲにおいて、ＵＲＬＬＣデータを送信することができる。ｅＮＢは、グループＤＣＩを用いて、アップリンクＵＲＬＬＣデータをスケジュールすることができる。
【０１３３】
事前に構成されたＲＲＡＲに対して、代表的なインデックス値またはビット表現を用いる場合、ＤＣＩなどの高速かつロバストなＬ１シグナリングを使用することができる。特定のＲＲＡＲ送信インスタンスを識別するために、２ビットが必要になるだけなので、ＤＣＩは、複数のＷＴＲＵに対する送信を活動化するために使用することができる。
【０１３４】
第１のデバイスは、送信すべきデータを有するかどうかを決定し、ＲＲＡＲが利用可能である場合、構成されたＲＲＡＲを用いてデータを送信することができる。第２のデバイスは、ＲＲＡＲにおける第１のデバイスからのデータ送信の有無を決定することができる。
【０１３５】
図１２を次に参照すると、ＲＲＡＲを用いて複数のサービスをスケジューリングするとき、持続的な割り当てに対する自律的な送信を示す図が示されている。第１のＲＲＡＲ１２０２、第２のＲＲＡＲ１２０４、第３のＲＲＡＲ１２０６、および第４のＲＲＡＲ１２０８は、ＴＴＩ＃ｎ＋１のＵＬ部分１２１０、およびＴＴＩ＃ｎ＋４のＵＬ部分１２１２に対して構成され、かつ指定することができる。指定されたＲＲＡＲのそれぞれは、第１のＷＴＲＵ、第２のＷＴＲＵ、第３のＷＴＲＵ、および第４のＷＴＲＵに対応することができる。
【０１３６】
ＴＴＩ＃ｎ＋１のＵＬ部分１２１０では、第１のＷＴＲＵおよび第３のＷＴＲＵが、送信すべきデータを有し、したがって、それらが許容され指定されたＲＲＡＲにおいて送信が行われるが、第２のＷＴＲＵおよび第４のＷＴＲＵは送信しない。ＴＴＩ＃ｎ＋４のＵＬ部分１２１２では、第１のＷＴＲＵ、第３のＷＴＲＵ、および第４のＷＴＲＵは、送信すべきデータを有しており、したがって、それらの対応するＲＲＡＲにおいて、送信が行われる。第２のＲＲＡＲ１２０４は、未使用とすることができる。ｅＮＢは、ＲＲＡＲが構成され、かつ有効であるＴＴＩにおいて（すなわち、ＴＴＩ＃ｎ＋１のＵＬ部分１２１０および＃ｎ＋４のＵＬ部分１２１２において）、指定されたＲＲＡＲのそれぞれに対して、ＷＴＲＵからのデータ送信が存在するか、存在しないかを検出することができる。ｅＮＢは、データの有無を検出するために、ＲＲＡＲに対応するパイロットおよび／またはデータシンボル上で受信されたパワーまたは受信されたエネルギーに基づき、ブラインド検出を使用することができる。よく識別され、かつ指定された時間／周波数領域にわたって、特定のＲＲＡＲ送信を行うことができるため、エネルギー検出を用いるブラインド推定が、受信デバイスで実施され得る。
【０１３７】
ブラインド復号を、スロットのサブリソースに対して使用することができる。例えば、ＷＴＲＵは、送信パラメータの少なくとも１つの構成された候補セットに従って、スロット（例えば、ダウンリンクまたは受信サイドリンク）の少なくとも１つのＲＲＡＲのセットにおいて、制御情報および／またはデータの復号を試みることができる。ＷＴＲＵは、ＷＴＲＵに向けた制御情報および／またはデータが第１のＲＲＡＲに存在するかどうかの決定を行うことができる。ＷＴＲＵは、このような制御情報および／またはデータが、第１のＲＲＡＲに存在すると決定されるという条件で、第２のＲＲＡＲ（例えば、アップリンクまたは送信サイドリンク）において適用可能なＨＡＲＱフィードバックを送信することができる。
【０１３８】
このプロセスは、スケジューリング遅延を、スロット全体の持続期間と比較して１つまたは複数のＯＦＤＭシンボルの程度に低減することができる。ネットワークは、その時間に、ＷＴＲＵに利用可能なデータがない場合であっても、スロットの開始時に制御情報にて、ＲＲＡＲのセットをＷＴＲＵに示すことができる。ネットワークは、その後に続いて、スロットに対する制御情報の送信後に利用可能になるデータ（例えば、ＵＲＬＬＣデータ）を送信することができる。ＲＲＡＲのセットは、スロット全体にわたる開始ＯＦＤＭシンボルを有しており、起こり得る最大のスケジューリング遅延を最小化することができる。
【０１３９】
以下でさらに詳細に述べるように、ＷＴＲＵは、スロットにおけるＲＲＡＲのセットの決定、送信パラメータの候補セットの決定、ＷＴＲＵに対する制御情報および／またはデータの存在の決定、ならびにＷＴＲＵにより実施できる後続する送信の決定に関与することができる。
【０１４０】
開始シンボルとして使用されるスロットの各シンボルに対して１つのＲＲＡＲが存在できる。これは、あらゆるシンボル、１つおきのシンボル、またはミニスロット境界におけるあらゆるシンボルを含むことができる。各ＲＲＡＲは、一定の持続期間および一定のＰＲＢ範囲で構成することができる。同じ持続期間およびＰＲＢ範囲を、すべてのスロットに使用することができる。ＲＲＡＲの所与のセットに対する構成は、ＲＲＣシグナリングによって提供することができる。さらなる柔軟性のために、複数のこのようなＲＲＡＲのセットを、ＲＲＣにより構成することができる。ＲＲＡＲの適用可能な１つまたは複数のセットは、スロットの開始時に、ＤＣＩのフィールドによって示され得る。ＷＴＲＵは、スロットに対するセットを示す適用可能なＤＣＩが受信されなかった場合、スロットにおいて、ＲＲＡＲのデフォルトのセットを使用するように構成することができる。この手法は、ＷＴＲＵに関する活動がほとんどない、または全くない場合、あらゆるスロットにおいてＤＣＩの送信を必要とすることなく、非常に低いスケジューリング遅延を提供することができる。
【０１４１】
送信パラメータのセットは、これだけに限らないが、ＲＲＡＲにおけるデータおよび／または制御情報の復号に成功するために必要な任意の情報を含むことができる。例えば、情報は、変調符号化方式（ＭＣＳ）、トランスポートブロックサイズ、符号（または情報）ブロックサイズ、参照信号（ＲＲＡＲ内のその位置を含む）もしくはビームの表示（indication）、ＣＲＣ長、および識別パラメータのうちの１つまたは複数のものを含むことができる。
【０１４２】
１つまたは複数のデータおよび制御情報が存在するとき、情報は、データ、制御情報に特有のものとすることができるか、または両方に共通のものとすることができる。情報はまた、制御情報および／またはデータが存在し得るＲＲＡＲ内のリソースの表示（indication）を含むことができる。情報はまた、制御情報および／またはデータが存在しない場合であっても示すこともできる。例えば、ＲＲＡＲの第１のセットに関する情報は、データと制御情報が共に存在することを示すことができる。情報は、制御情報がＲＲＡＲの最初のＭシンボルおよび最高Ｎ個のＰＲＢに含まれること、およびデータがＲＲＡＲの残りのリソース要素に含まれることを示すことができる。ＲＲＡＲの第２のセットに関する情報は、データだけ、または制御情報だけが存在し、ＲＲＡＲのすべてのリソース要素に含まれることを示すことができる。送信が、複数のＲＲＡＲにマップされる場合、情報はまた、いくつかのＲＲＡＲ、またはＲＲＡＲのセットを含むことができる。
【０１４３】
ＷＴＲＵは、送信パラメータの１つまたは複数の候補セットを仮定して復号を試みることができる。所与のスロットに、またはスロットにおける所与のＲＲＡＲに適用可能な候補セットは、物理レイヤ、ＭＡＣ、ＲＲＣシグナリング、またはそれらの組合せから取得することができる。例えば、ＤＣＩは、データに対するＭＣＳなど、少なくとも１つの候補セットに適用可能な１つの送信パラメータの値を示すことができるが、他のパラメータは、ＲＲＣシグナリングにより構成することができる。別の例では、ＤＣＩのフィールドは、ＲＲＣによって構成された候補セットのサブセットを示すことができる。ＷＴＲＵは、おそらく、このスロットのＲＲＡＲに対する送信パラメータの候補セットに対して、適用可能なＤＣＩが受信されなかった場合に限って、任意のスロットに適用可能な送信パラメータのデフォルトの候補セットを用いて構成することができる。
【０１４４】
ＷＴＲＵは、ＲＲＡＲに関する制御情報の検出に成功したとき、同じＲＲＡＲにおいて、または後続するＲＲＡＲにおいてデータの復号を試みる場合に、この制御情報に示された送信パラメータを適用することができる。
【０１４５】
ＷＴＲＵは、制御情報および／またはデータが、ＲＲＡＲまたはＲＲＡＲのセットにおいて受信されたかどうかの決定を行うことができる。例えば、ＷＴＲＵは、送信パラメータの候補セットに基づいた、制御情報および／またはデータの復調および復号の後に、制御情報またはデータに適用されたＣＲＣ（おそらく、識別パラメータでマスクされる）が復号の成功を示す場合、制御情報および／またはデータが存在したと決定することができる。第１のＣＲＣが制御情報に対する検出が成功したことを示すが、第２のＣＲＣがデータの検出に失敗したことを示す場合、ＷＴＲＵは、ＷＴＲＵに向けたデータは存在したが、復号に成功しなかったこと、および再送信が必要であり得ると決定することができる。
【０１４６】
ＷＴＲＵはまた、参照信号が、受信されたパワーまたは信号対雑音比に関して閾値を超えて検出された場合、制御情報および／またはデータが、ＲＲＡＲにおいて受信されたと決定することができる。
【０１４７】
ＷＴＲＵは、軽量ＨＡＲＱ動作を使用することができる。例えば、ＷＴＲＵは、ＲＲＡＲにおいてデータが成功裏に復号されたとき、ＡＣＫを生成することができ、ＡＣＫを、その後のＵＬリソースもしくはＲＲＡＲで送信することができる。このような送信は、ＲＲＡＲの構成されたサブセットに対して実施されるだけである。
【０１４８】
ＷＴＲＵは、ＲＲＡＲにおいて、データの復号に成功しなかったとき、ＮＡＣＫを生成することができ、またその後のＵＬリソースまたはＲＲＡＲにおいてＮＡＣＫを送信することができる。ＮＡＣＫは、ＷＴＲＵが、制御情報および／またはデータがＲＲＡＲで受信されたと決定したとき生成され得る。ＷＴＲＵは、スロットに適用可能なＤＣＩにおいて、そうするように示された場合、ＡＣＫまたはＮＡＣＫを生成し、送信することができる。
【０１４９】
ＷＴＲＵが、ＲＲＡＲに対するデータまたは制御情報の復号に成功しない場合、ＷＴＲＵは、受信された信号、または復調されたソフトシンボルを、ＲＲＡＲに関連付けられたデフォルトのＨＡＲＱエンティティおよび冗長バージョンに対するメモリに保持することができる。その関連付けは、事前に（すなわち、スロットにおけるＲＲＡＲの指示により）定義される、または信号で知らされる。ＷＴＲＵは、閾値を超える参照信号の検出に基づいて、制御情報および／またはデータが受信されたと決定した場合、これを行うことができる。ＷＴＲＵは、それが関連付けられたＲＲＡＲを受信する直前に、ＨＡＲＱエンティティに関する情報を除去することができる。
【０１５０】
ＷＴＲＵが、ＲＲＡＲに関する制御情報の復号に成功するが、データの復号には成功しない場合、ＷＴＲＵは、ＲＲＡＲのデータ部分に対する復調されたソフトシンボルを、制御情報で示されたＨＡＲＱエンティティにすでに記憶されたシンボルと結合することができる。これは、このＲＲＡＲに関連付けられたデフォルトのＨＡＲＱエンティティを無効にすることができる。あるいは、ＷＴＲＵは、所定のルールに基づいて制御情報を含む場合、ＲＲＡＲに関連付けられたＨＡＲＱエンティティにすでに記憶されたシンボルと、ＲＲＡＲのデータ部分に対する復調されたソフトシンボルとを結合することができる。
【０１５１】
制御情報は、第２の後続するＲＲＡＲが、示されたＨＡＲＱエンティティに関連付けられたＷＴＲＵに対するデータを含むことを示すことができる。この場合、ＷＴＲＵは、第２のＲＲＡＲのシンボルを、示されたＨＡＲＱエンティティにすでに記憶されているシンボルとソフト結合することができる。制御情報はまた、再送信に対する冗長バージョンを示すことができる。あるいは、冗長バージョンは、ＲＲＡＲとの固定された関連付けから決定することもできる。
【０１５２】
このプロセスは、再送信する必要性がある場合、ＲＲＡＲにおける制御情報が送信されるだけである低オーバヘッドＵＲＬＬＣ動作を可能にすることができる。例えば、ＷＴＲＵは、送信の２つの候補セットに従ってあらゆるＲＲＡＲの復号を試みることができ、１つはデータにだけ対応するものであり、第２のものは、制御情報に、または制御情報とデータの組合せに対応するものである。ＷＴＲＵが、どちらかの候補セットによっても復号に成功しない場合、ＲＲＡＲに関連付けられたＨＡＲＱエンティティは除去され、ＲＲＡＲから復調されたシンボルが、ＨＡＲＱエンティティに代えて記憶され得る。ＷＴＲＵが、データだけの復号に成功した場合、ＡＣＫを送信することができる。ＷＴＲＵが制御情報の復号に成功した場合、制御情報により示されるデータ（おそらく同じＲＲＡＲのもの）は、示されたＨＡＲＱエンティティに結合され得る。ＡＣＫまたはＮＡＣＫは、その結果に応じて送信することができる。
【０１５３】
ＷＴＲＵがＮＡＣＫまたはＡＣＫを送信するとき、送信は、以下のパラメータの１つまたは複数のものにより決定されたＵＬ  ＲＲＡＲリソースにおいて行うことができる。ＵＬ  ＲＲＡＲリソースは、ＮＡＣＫまたはＡＣＫが報告されるＤＬ  ＲＲＡＲとの関連付けに基づいて決定することができる。関連付けは、所定のルールに基づくことができる、かつ／または上位レイヤにより構成することができる。例えば、ＵＬ  ＲＲＡＲは、関連付けられたＤＬ  ＲＲＡＲの後の固定数のシンボルで生ずることができ、かつ各ＵＬ  ＲＲＡＲに対して異なることのできるＰＲＢＳの構成されたセットを占めることができる。ＵＬ  ＲＲＡＲに対するＰＲＢの構成は、上位レイヤにより構成されたＲＲＡＲの各セットに対して、対応するＤＬ  ＲＲＡＲのＰＲＢの構成と共に提供され得る。ＵＬ  ＲＲＡＲリソースは、ＤＬ  ＲＲＡＲにおいて復号された制御情報の一部として示すことができる。ＡＣＫだけが送信される場合、制御情報は、データと一緒にエンコードすることができる（すなわち、帯域内シグナリング）。
【０１５４】
ＴＴＩまたはスロット内でスケジュールされたデータは、ＴＴＩまたはスロット内の別々の物理リソース（例えば、時間および／または周波数）に割り当てられるトランスポートブロックの複数のグループに属することができる。
【０１５５】
トランスポートブロックの割り当ては、いくつかの物理リソースでより高い優先順位のトラフィックによるプリエンプションが生じた場合、成功裏に送信できるデータ量を最大化するように制御することができる。例えば、トランスポートブロックの割り当ては、より高い優先順位のトラフィックによりプリエンプトできない、またはその可能性が低い物理リソースが、トランスポートブロックの第１のグループに使用されるが、より高い優先順位のトラフィックによりプリエンプトされる可能性のある、またはその可能性が高い物理リソースは、トランスポートブロックの少なくとも第２のグループに使用されるようにすることができる。
【０１５６】
トランスポートブロックのグループは、単一のトランスポートブロックの送信または再送信を、または同じ時間／周波数リソースに割り当てられた空間領域で多重化された２つ以上の送信もしくは再送信されるトランスポートブロックのセットを含むことができる。トランスポートブロックの一部の送信／再送信がサポートされる場合、トランスポートブロックは、完全なトランスポートブロック、またはトランスポートブロックに関連付けられた符号ブロックのサブセットを含むことができる。トランスポートブロックのグループのリソースへの割り当ては、ダウンリンク制御情報における構成されたＲＲＡＲにより効率的に示され得る。より高い優先順位のトラフィックは、異なるＷＴＲＵに対するものであり得る制御および／またはデータ情報を含むことができる。
【０１５７】
ＲＲＡＲなど、ＴＴＩのいくつかのリソースにおいてプリエンプションが行われた場合、これらのリソースに割り当てられたトランスポートブロックのグループの送信だけが影響を受けることになり得る。これは、ＴＴＩ全体にトランスポートブロックの単一のグループが割り当てられる方法と比較して、リソースの浪費を低下させることができる。後者の場合、ＴＴＩにスケジュールされていたすべてのデータを再送信することが必要になるはずである。
【０１５８】
さらなる量のＨＡＲＱフィードバックが、トランスポートブロックのグループの割り当てをサポートするために必要になり得るが、これは、トランスポートブロックの各グループに対するリソースの適切な割り当てによって最小に保つことができる。例えば、プリエンプションが、ＴＴＩに利用可能な物理リソースのわずかな部分で行うことができるに過ぎない場合、トランスポートブロックの単一のグループを、物理リソースの残りに割り当てることができる。
【０１５９】
図１３を次に参照すると、トランスポートブロック割り当ての形成の第１の例を示す図が示されている。図１３は、ダウンリンクの場合を示しているが、割り当てはまた、アップリンクまたはサイドリンクにも適用することができる。図示のように、ＴＴＩ１３０２は、７個のＯＦＤＭシンボルにわたることができる。制御情報は、第１のＯＦＤＭシンボル１３０４で提供することができ、またデータは、後続するシンボルにおいて提供され得る。制御情報は、トランスポートブロックの第１のグループ１３０６が、第１の物理リソースに割り当てられるが、トランスポートブロックの第２のグループ１３０８は、第２の物理リソースに割り当てられることを示すことができる。第２のリソースは、高い優先順位のトラフィックによってプリエンプトされる可能性が高い。スケジューラは、制御情報が決定されたとき、プリエンプションが生ずるかどうかを知らない可能性のあることに留意されたい。第２のリソースは、構成されたＲＲＡＲに対応することができる。
【０１６０】
プリエンプションが生じない場合、十分なエネルギーが蓄積されたと仮定して、すべてのトランスポートブロックの復号に成功することができる。他方で、プリエンプションが、トランスポートブロックの第２のグループ１３０８における第２のリソースの一部で、または、そのすべてで生じた場合、トランスポートブロックの第１のグループ１３０６は、トランスポートブロックの第２のグループが復号されない場合であっても、なお復号に成功することができる。スケジューラは、後続するＴＴＩにおいて、トランスポートブロックの第２のグループ１３０８を再送信することができ、かつバッファ破損を阻止するために、関連する新データインジケータを切り換えることができる。
【０１６１】
図１４を次に参照すると、トランスポートブロック割り当ての形成の別の例を示す図が示されている。図１４は、トランスポートブロックの部分的な送信がサポートされる場合を示す。図示のように、ＴＴＩ１４０２は、７個のＯＦＤＭシンボルにわたることができる。制御情報は、第１のＯＦＤＭシンボル１４０４で提供することができる。データおよびさらなる制御情報は、その後のシンボルで提供され得る。この例では、リソースの第１のセットは、第１のトランスポートブロックグループ１４０６の符号ブロックのサブセットの送信に割り当てられる。リソースの第２のセットは、第２のトランスポートブロックグループ１４０８に割り当てられ、またリソースの第３のセットは、第３のトランスポートブロックグループ１４１０に割り当てられる。リソースの第３のセットは、第３のトランスポートブロックグループ１４１０の復号に使用され得るさらなる制御情報１４１２を含むことができる。
【０１６２】
ダウンリンク、アップリンク、またはサイドリンクにおいて、トランスポートブロックの所与のグループに割り当てられたリソースは、１つまたは複数の方法によって示すことができる。ＷＴＲＵは、多重化情報の関数として、トランスポートブロックのグループを送信するために適用可能な物理リソース割り当てを決定することができる。この情報は、制御信号情報に基づいて決定され得る。
【０１６３】
ＷＴＲＵは、同じセットの別のリソースと、時間および／または周波数で少なくとも部分的に重複する、１つまたは複数の送信リソースのセットを用いて適用可能なリソースを決定することができる。１つまたは複数の送信リソースのセットは、異なるスケジューリング粒度で動作することができる。一例では、１つまたは複数の送信リソースのセットは、時間／周波数において分離している（disjoint）場合であっても、トランスポートブロックおよび／またはＨＡＲＱプロセスに関連付けられた１つまたは複数のリソースに対応することができる。別の例では、１つまたは複数の送信リソースのセットは、時間／周波数において分離している場合であっても、１つまたは複数の符号ブロック（符号ブロックベースのＨＡＲＱが、適用可能なトランスポートブロックおよび／またはＨＡＲＱプロセスに適用可能なとき）に関連付けられた１つまたは複数のリソースに対応することができる。
【０１６４】
別の例では、複数タイプの粒度を同時に使用することができる。例えば、符号ブロックベースの粒度（例えば、ｅＭＢＢ送信に対して）、およびトランスポートブロック／ＨＡＲＱベースの粒度（例えば、ＵＲＬＬＣ送信に対して）を使用することができ、またそれらの各リソースの重複に関して調整することができる。ＷＴＲＵは、次いで、決定された多重化情報に基づき、適用可能な粒度で、各送信に対して相互に排除する物理リソースを計算することができる。ＷＴＲＵは、半静的な構成から、動的に、またはその両方の組合せを用いて、多重化情報を決定することができる。
【０１６５】
ＷＴＲＵは、例えば、半静的な構成に基づいて、トランスポートブロックの第１のグループに対する第１の物理リソースを決定できる。トランスポートブロックの第１のグループは、ＲＲＡＲとすることができる。ＷＴＲＵは、次いで、ＤＣＩのフィールドからトランスポートブロックの第２のグループに対する第２の物理リソースを決定することができる。第２の物理リソースの一部は、トランスポートブロックの第１のグループに割り当てられた物理リソースと重複しないはずである。例えば、第２の物理リソースは、周波数割り当てフィールドにより、かつＴＴＩの持続期間にわたる時間シンボルのセットにより示される周波数領域におけるリソースブロックのセットを含むことができる。制御情報の送信に使用されるリソースは除外することができる。ＴＴＩの持続期間は、１つまたは複数のスロットとすることができ、またＤＣＩのフィールドによって示すことができる。
【０１６６】
第１の物理リソースおよび／または第２の物理リソースは、アンテナポートのセットを含むことができる。ＷＴＲＵは、時間／周波数リソースが、アンテナポートの同じセットに対して、トランスポートブロックの第２のグループに割り当てられている場合、トランスポートブロックの１つのグループに対する時間／周波数リソースを除外することができる。あるいは、アンテナポートのセットが、トランスポートブロックの各グループの送信に使用されているとしても、その除外を適用することができる。
【０１６７】
ＷＴＲＵは、ｙ1サブキャリアにわたるｘ1シンボルに対応するトランスポートブロックに対する第１のリソースのセットを含む、ＲＲＡＲの半静的な構成を有することができる。ＷＴＲＵは、ｙ2サブキャリアにわたるｘ2シンボルに対応するリソースの第２のセットにわたる大きなトランスポートブロックをスケジュールする動的な制御信号（例えば、ＤＣＩ）を受信することができる。リソースの第１のセット（ｘ1、ｙ1）は、リソースの第２のセット（ｘ2、ｙ2）のサブセットであり得る。
【０１６８】
ＷＴＲＵが、リソースの第１のセットの構成が活動化されたと決定した場合、かつ／またはＤＣＩが、リソースの第１のセットが、スケジュールされた時間間隔（例えば、スロット、サブフレームなど）に適用できるとの表示（indication）を含む場合、ＷＴＲＵは、第１の送信（例えば、第１のトランスポートブロック、またはその再送信）がリソースの第１のセットで予想されるが、第２の送信（例えば、第２のトランスポートブロック、第２のトランスポートブロックの符号ブロックのセット、またはその再送信）が、（ｘ1、ｙ1）に対応する部分を除き、リソースの第２のセットで予想されると決定することができる。そうでなければ、ＷＴＲＵは、（ｘ2、ｙ2）など、明示的に示されたリソースで予想されると決定することができる。これは、リソースの２セットを超えるものへと一般化できる。
【０１６９】
この技法は、物理データチャネル上のユーザプレーンもしくは制御プレーンデータ、および／または同じＷＴＲＵもしくは異なるＷＴＲＵに対する物理制御チャネル上のダウンリンク／アップリンク制御シグナリングなど、異なる送信を多重化するために、高レベルのスケジューリング柔軟性を可能にすることができる。粒度は、ネットワークにより制御され、かつ構成され得る。例えば、ネットワークは、ＨＡＲＱに対する（例えば、ｅＭＢＢサービスに対する）符号ブロックベースの手法を用いてＷＴＲＵを構成することができる。ネットワークは、リソースを用いてＵＲＬＬＣ送信をさらに構成することができ、それにより、ＵＲＬＬＣトランスポートブロックは、ｅＭＢＢトランスポートブロックに使用される符号ブロックの粒度に適合することができる。この手法は、パンクチャリングに対するロバスト性を高めることができ、またｅＭＢＢ送信のパンクチャリングが生じたとき（例えば、符号ブロックベースのフィードバックおよび／または再送信がシステムでサポートされているとき）再送信オーバヘッドを最小化することができる。これは、送信時間の持続期間および／または送信帯域幅で異なっている任意の送信に対してさらに一般化することができる。
【０１７０】
トランスポートブロックの各グループに対する送信パラメータを、ＷＴＲＵに示すことができる。送信パラメータは、少なくとも、トランスポートブロックのグループの各トランスポートブロックに対するＭＣＳ、ならびに受信もしくは送信に対するアンテナポートのセットおよび／またはビームプロセスを含むことができる。パラメータの少なくとも１つは、トランスポートブロックの複数のグループに共通とすることができる。例えば、各グループが２つのトランスポートブロックを含む場合、第１のグループに適用可能な２つのＭＣＳ値は、第２のグループにも同様に適用可能であり得る。あるいは、値の異なるセットを、トランスポートブロックの各グループに対して、独立して信号送りすることができる。
【０１７１】
トランスポートブロックの各グループは、別個のＨＡＲＱプロセスに関連付けることができる。ＨＡＲＱプロセスの識別は、トランスポートブロックの少なくとも１つのグループに対して明示的に示され得る（例えば、ＤＣＩのフィールドから）。ＨＡＲＱプロセスの識別は、トランスポートブロックの少なくとも１つのグループに対して暗黙的に決定され得る。例えば、ＨＡＲＱプロセス識別は、各ＲＲＡＲに対して、上位レイヤにより構成することができる。ＷＴＲＵは次いで、ＤＣＩによって示されたＲＲＡＲの識別に基づき、トランスポートブロックグループに対するＨＡＲＱプロセス識別を決定することができる。
【０１７２】
ＷＴＲＵは、各トランスポートブロックに対して、新データインジケータ（ＮＤＩ）、再送信シーケンス番号、および冗長バージョン（ＲＶ）のうちの少なくとも１つを決定することができる。これらの値の少なくとも１つは、ＤＣＩから明示的に示され得る。ＲＶなどのいくつかの値は、上記で述べたＨＡＲＱプロセス識別と同様な方法で、トランスポートブロックの少なくとも１つのグループに対して暗黙的に決定することができる。
【０１７３】
複数の分離された物理リソース（例えば、ＲＲＡＲなど）は、ＴＴＩ内で構成することができ、かつ同じトランスポートブロックの特定の冗長バージョンの送信に割り当てることができる。例えば、ＲＲＡＲは、トランスポートブロックのグループに対するスロットの第３、第５、および第７のシンボルに構成することができる。第３のシンボルは、グループの各トランスポートブロックの第１の冗長バージョンを送信するために使用することができる。第５のシンボルは、グループの各トランスポートブロックの第２の冗長バージョンを送信するために使用することができる。第７のシンボルは、グループの各トランスポートブロックの第３の冗長バージョンを送信するために使用することができる。各分離されたリソースで使用できる冗長バージョンは、ＤＣＩから、または構成された、もしくは所定のシーケンスから取得することができる。
【０１７４】
ＷＴＲＵは、最初にＲＲＡＲのセットを用いて上位レイヤにより構成することができる。そのセットは、スロット内の時間シンボルのセットとして（例えば、第４および第６のシンボル）、また各シンボルに対する周波数割り当てとして規定することができる。周波数割り当ては、制御シグナリング（例えば、制御リソースセット）に使用されるリソースに対して規定することができる。周波数割り当ては、各時間シンボルとは別に行うことができる。
【０１７５】
ＷＴＲＵは、ＴＢの複数グループとの動作をサポートするＤＣＩフォーマットを想定して、スロットにおける制御チャネルを監視することができる。ＤＣＩフォーマットは、以下のフィールドの１つまたは複数のものを含むことができる。
【０１７６】
ＤＣＩフォーマットは、トランスポートブロックの第１のグループに割り当てることのできるリソースの最大量を示す周波数割り当てフィールドを含むことができる。ＤＣＩフォーマットは、送信に関連付けられたアンテナポートを示すフィールドを含むことができる。ＤＣＩフォーマットは、トランスポートブロックの第１のグループに適用可能なＨＡＲＱプロセスを示すＨＡＲＱプロセス識別フィールドを含むことができる。ＤＣＩフォーマットは、グループ内の各トランスポートブロックに適用可能な変調および符号化を示す少なくとも１つのＭＣＳフィールドを含むことができる。ＤＣＩフォーマットは、トランスポートブロックの少なくとも第１のグループに対する各トランスポートブロックに適用可能な少なくとも新データインジケータフィールド、および冗長バージョンフィールドを含むことができる。
【０１７７】
ＤＣＩフォーマットは、トランスポートブロックグループのインジケータフィールドを含むことができる。このフィールドは、トランスポートブロックの１つまたは複数のグループが送信されるかどうか、またどのリソースで送信されるかを示す複数の可能な値をとることができる。このフィールドはまた、トランスポートブロックの第２のグループに対する新データインジケータを、また（適用可能な場合）各グループに対するトランスポートチャネルのタイプを含むことができる。
【０１７８】
フィールドの第１の値は、トランスポートブロックの単一のグループが、ＴＴＩ（またはスロット、もしくはスロットのセット）において送信されることを示すことができ、それは、次いで、ＴＴＩにわたる周波数割り当てフィールドにより示された全部のリソースに割り当てることができる。
【０１７９】
フィールドの第２の値は、トランスポートブロックの２つのグループが、ＴＴＩ（またはスロット、もしくはスロットのセット）において送信されることを示すことができる。第１のグループは、第２のグループに割り当てられるリソースと重複するリソースを除いて、周波数割り当てフィールドによって示されたリソースに割り当てることができる。第２のグループは、ＲＲＡＲの構成されたセットのリソースに割り当てることができる。
【０１８０】
フィールドの第３の値は、トランスポートブロックの単一グループがＴＴＩ（またはスロット、もしくはスロットのセット）において送信されるが、このグループは、ＲＲＡＲの構成されたセットと重複するリソースを除外して、周波数割り当てフィールドにより示されたリソースに割り当てられるだけであることを示すことができる。この値は、例えば、スケジューラが、ＲＲＡＲは高い確率で別のＷＴＲＵに割り当てられるようになることを知っている場合に使用することができる。別の例では、ＲＲＡＲは、マルチスロット割り当てに対する後続するスロットの制御リソースセットに対応することができる。スケジューラは、別のＷＴＲＵをスケジュールするために制御リソースセットが使用される可能性が高いことを知っている場合、この値を使用して、後続するスロットの制御リソースセットのリソースから、データを復号すべきではないことを示すことができる。
【０１８１】
フィールドの第４の値は、２つのグループのトランスポートブロックが、ＴＴＩ（またはスロット）で送信されることを示すことができる。加えて、この値は、第２のグループの両方のトランスポートブロックに対して、新データインジケータが切り換えられることを示すことができる。この場合、ＷＴＲＵは、新しいデータを受信する前に、対応するＨＡＲＱエンティティに記憶されたデータを消去することができる。この値は、前の送信においてプリエンプションが生じた場合、または第２のグループのトランスポートブロックが成功裏に受信された後に使用することができる。第２のグループに対する新データインジケータは、別個に提供される場合、この値を規定する必要はないはずである。
【０１８２】
ＷＴＲＵは、ＨＡＲＱプロセスによって、送信の少なくとも一部がプリエンプションイベントを含むものと見なされると決定することができる。ＷＴＲＵは、１つまたは複数のアクションを実施して、ソフト結合プロセスからプリエンプションイベントが生じた場合、起こり得るＨＡＲＱバッファ破損が確実に回避されるようにすることができる。１つまたは複数のアクションを、ＨＡＲＱバッファ破損の回避と呼ぶことができる。ＷＴＲＵは、関連するＨＡＲＱプロセスに対する第２のソフトバッファをインスタンス化して、関連するＨＡＲＱプロセスに対する送信を受信する前に、ソフトバッファの状態を維持するが、第１のソフトバッファにおける送信とのソフト結合を実施する。ＷＴＲＵは続いて、関連する送信に対して、全体の送信が考慮され得るかどうかの決定に基づいて、第１または第２のソフトバッファのいずれを、さらなるＨＡＲＱ処理（例えば、トランスポートブロックの復号、現在の送信に関連するＨＡＲＱフィードバックの生成など）の決定に対して考慮すべきかを決定することができる。例えば、ＷＴＲＵは、おそらく、有効であり、かつプリエンプションイベントによって破損される可能性がないと見なされる送信部分を用いて、関連する送信に対してプリエンプションイベントが行われたと決定した場合、トランスポートブロックのさらなる処理に対して、かつ／またはＨＡＲＱフィードバックの生成に対して、第２のソフトバッファを考慮することができる。そうでなければ、第１のバッファを使用することができる。
【０１８３】
プリエンプションが生じたと決定するために、暗黙的な手段を使用することができる。ＷＴＲＵは、プリエンプションイベントが生じたかどうかの決定を暗黙的に行うことができる。その決定は、関連するＨＡＲＱプロセスに対するダウンリンク送信に関連付けられたＰＲＢのセット、関連するＨＡＲＱプロセスの識別から、関連付けられた制御チャネルから、かつ送信のタイミングから（例えば、ＴＴＩの範囲内の特定のＴＴＩなど）のうちの１つまたは複数のものに基づくことができる。決定の手段は、ＷＴＲＵの構成側面とすることができる。決定の手段は、周波数および／または時間におけるある範囲のアドレス指定可能なＰＲＢの半静的構成、このような決定をサポートする１つまたは複数のプロセスＩＤのＨＡＲＱエンティティを有する半静的構成、このような決定がサポートされることを示す制御チャネルに関連付けられた構成、ならびにある範囲のＴＴＩ内の１つまたは複数のＴＴＩの半静的構成のうちの１つまたは複数のものにより構成することができる。
【０１８４】
プリエンプションが生じたことを決定するために、明示的な手段を使用することができる。ＷＴＲＵは、ＤＣＩの受信に基づくなど、プリエンプションイベントが生じたかどうかの決定を明示的に行うことができる。ＤＣＩは、関連するＨＡＲＱプロセス用の送信を行うために、プリエンプションに対する処理をＷＴＲＵが実施できることを示すことができる。決定は、本明細書で述べられる方法のいずれかに従って、または本明細書で述べられる方法のいずれかの組合せに従って行うことができる。
【０１８５】
所与のＨＡＲＱプロセスに対して、ＷＴＲＵは、送信ごとに、かつ／またはＨＡＲＱプロセスの存続期間にわたって（例えば、プロセスが成功するまで、かつ／またはＨＡＲＱ  ＡＣＫが生成されるまで）ＨＡＲＱバッファ破損回避を実施できるかどうかを決定することができる。ＷＴＲＵは、１つまたは複数の時点においてＨＡＲＱバッファ破損の決定を行うことができる。ＷＴＲＵは、新しいＨＡＲＱプロセスが開始したと決定したとき、最初のＨＡＲＱ送信が受信されたと決定したとき、ＮＤＩが切り換えられたと決定したとき、かつ／または送信が新しいトランスポートブロック（または同じＨＡＲＱプロセスによりサポートされる場合、その複数のもの）に対するものであると決定したとき、決定を行うことができる。ＷＴＲＵは、例えば、ＮＤＩがＨＡＲＱプロセスに切り換えられた場合、ＨＡＲＱプロセスが、新しいトランスポートブロックの送信に対して（または同じＨＡＲＱプロセス内でサポートされる場合、複数のトランスポートブロックに対して）アクティブになりつつあると決定することができる。
【０１８６】
所与のＨＡＲＱプロセスに対するＨＡＲＱバッファ破損回避の処理に対する決定は、それがＨＡＲＱプロセスの最初の送信から決定されるとき、上記の暗黙的または明示的な表示（indication）の１つまたは複数のものと組み合わせて実施することができる。例えば、ＷＴＲＵは、ＮＤＩがＨＡＲＱプロセスに向けて切り換えられたと決定することができ、また最初の送信は、プリエンプションイベントを処理するように構成されたＰＲＢのセットに対応すると決定することができる。このような場合、ＷＴＲＵは、ＨＡＲＱプロセスが、少なくともこのＨＡＲＱプロセスに対する１つの再送信に対して、かつ／または最初の送信のトランスポートブロックに関連付けられたすべての再送信に対して、ＨＡＲＱバッファ破損回避をサポートするようにインスタンス化され、かつ／または調整されるべきであると決定することができる。決定は、本明細書で述べる方法のいずれかに従って、または本明細書で述べられる方法のいずれかの組合せに従って行うことができる。
【０１８７】
ネットワークの観点からすると、上記の方法は、複数のＷＴＲＵ間における異なるタイプのＨＡＲＱプロセスに対する送信の統計的な多重化を可能にすることができる。知られており、かつ／または現在アクティブなＨＡＲＱバッファ破損を有すると推定されるＨＡＲＱプロセスに関連付けられた物理リソースを用いて、プリエンプションを実施するための十分な機会を生成することができる。スケジューラは、それにより、ＨＡＲＱのバッファリングおよびＨＡＲＱ復号に対するメモリ空間のオーバープロビジョニングに関するＷＴＲＵの何らかの実装を有しない場合であっても、ＷＴＲＵがそのＨＡＲＱ機能を確実に超えないようにすることができる。例えば、非常に高いＨＡＲＱ占有性で動作するＷＴＲＵは、このようなスケジューリング活動の期間中は、ＨＡＲＱバッファ破損回避が示されない、要求されない、または期待されないようにスケジュールされ得る。１つの、いくつかの、またはわずかのＨＡＲＱプロセスに対するＨＡＲＱバッファ破損回避をサポートする負担は、低い占有性を有する他のＷＴＲＵにわたり分散させることができる。あるいは、適用可能な場合、ＷＴＲＵの機能に基づいて、また完全な占有性とＨＡＲＱバッファ回避とを同時に可能にする特有のプロビジョンを有することのできるＷＴＲＵを考慮して、これを実施することができる。
【０１８８】
符号ブロックベースの送信が使用されるとき、データの破損、およびＨＡＲＱ再送信を回避することができるが、ロードされたセルにおけるスケジューラは、プリエンプション送信を実施することができる。ＷＴＲＵの観点からすると、１つの利益は、ＷＴＲＵは、そのＨＡＲＱ処理およびメモリ機能を過剰なサイズにする必要なく、ＨＡＲＱバッファ破損回避をサポートできることである。
【０１８９】
特徴および要素が、特定の組合せで上記において述べられているが、当業者であれば、各特徴または要素は、単独で、または他の特徴および要素との任意の組合せで使用できることが理解されよう。さらに、本明細書で述べる方法は、コンピュータまたはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これだけに限らないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部のハードディスクおよび取外し可能なディスク、光磁気媒体などの磁気媒体、ならびにＣＤ−ＲＯＭディスク、およびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。ソフトウェアに関連付けられるプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用される無線周波数送受信機を実施するために使用され得る。
【図１Ａ】
2019533360.tif 000003
【図１Ｂ】
2019533360.tif 000004
【図１Ｃ】
2019533360.tif 000005
【図１Ｄ】
2019533360.tif 000006
【図２】
2019533360.tif 000007
【図３】
2019533360.tif 000008
【図４】
2019533360.tif 000009
【図５】
2019533360.tif 000010
【図６】
2019533360.tif 000011
【図７】
2019533360.tif 000012
【図８】
2019533360.tif 000013
【図９】
2019533360.tif 000014
【図１０】
2019533360.tif 000015
【図１１】
2019533360.tif 000016
【図１２】
2019533360.tif 000017
【図１３】
2019533360.tif 000018
【図１４】
2019533360.tif 000019
【手続補正書】
【提出日】令和1年7月18日(2019.7.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信ユニット（ＷＴＲＵ）であって、
アンテナと、
前記アンテナに動作可能に結合されたプロセッサであって、当該プロセッサと前記アンテナが、ダウンリンク送信のためのリソースの割り当てを含むダウンリンク制御情報（ＤＣＩ）を受信するように構成された、プロセッサと、
前記ＤＣＩに含まれたインジケーションに基づいて、より高いレイヤによって構成された、前記割り当てられたリソースの中の１つ以上のサブリソースが予約されていることを決定するよう構成された前記プロセッサと、
前記１つ以上のサブリソースを除いた、スケジュールされたリソースの一部において、前記ダウンリンク送信を受信するように構成された前記プロセッサおよび前記アンテナと
を備えたことを特徴とするＷＴＲＵ。
【請求項２】
前記１つ以上のサブリソースは、前記割り当てられたリソース内のリソースブロックおよびシンボルのサブセットを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項３】
前記１つ以上のサブリソースは、サブキャリア間隔で構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項４】
前記１つ以上のサブリソースは、時間ドメインの繰り返しパターンで構成されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項５】
前記１つ以上のサブリソースは、周波数ドメインにおいてリソースブロックレベルビットマップによって、および、時間ドメインにおいてシンボルレベルビットマップによって
決定されることを特徴とする請求項１に記載のＷＴＲＵ。
【請求項６】
前記リソースブロックレベルビットマップおよび前記シンボルレベルビットマップは、前記より高いレイヤによって構成されることを特徴とする請求項５に記載のＷＴＲＵ。
【請求項７】
前記１つ以上のサブリソースは、前記より高いレイヤによって構成された複数のサブリソースブロックのうちの、サブリソースの第１のグループを含むことを特徴とする請求項１に記載のＷＴＲＵ。
【請求項８】
無線送受信ユニット（ＷＴＲＵ）で使用するための方法であって、
ダウンリンク送信のためのリソースの割り当てを含むダウンリンク制御情報（ＤＣＩ）を受信するステップと、
前記ＤＣＩに含まれたインジケーションに基づいて、より高いレイヤによって構成された、前記割り当てられたリソースの中の１つ以上のサブリソースが予約されていることを決定するステップと、
前記１つ以上のサブリソースを除いた、スケジュールされたリソースの一部において、前記ダウンリンク送信を受信するステップと
を備えることを特徴とする方法。
【請求項９】
前記１つ以上のサブリソースは、前記割り当てられたリソース内のリソースブロックおよびシンボルのサブセットを含むことを特徴とする請求項８に記載の方法。
【請求項１０】
前記１つ以上のサブリソースは、サブキャリア間隔で構成されることを特徴とする請求項８に記載の方法。
【請求項１１】
前記１つ以上のサブリソースは、時間ドメインの繰り返しパターンで構成されることを特徴とする請求項８に記載の方法。
【請求項１２】
前記１つ以上のサブリソースは、周波数ドメインにおいてリソースブロックレベルビットマップによって、および、時間ドメインにおいてシンボルレベルビットマップによって
決定されることを特徴とする請求項８に記載の方法。
【請求項１３】
前記リソースブロックレベルビットマップおよび前記シンボルレベルビットマップは、前記より高いレイヤによって構成されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記１つ以上のサブリソースは、前記より高いレイヤによって構成された複数のサブリソースブロックのうちの、サブリソースの第１のグループを含むことを特徴とする請求項８に記載の方法。
【請求項１５】
基地局であって、
アンテナと、
前記アンテナに動作可能に結合されたプロセッサであって、当該プロセッサと前記アンテナが、ダウンリンク送信のためのリソースの割り当てを含むダウンリンク制御情報（ＤＣＩ）と、より高いレイヤによって構成された、前記割り当てられたリソースの中の１つ以上のサブリソースが予約されていることのインジケーションとを送るように構成された、プロセッサと、
前記１つ以上のサブリソースを除いた、スケジュールされたリソースの一部において、前記ダウンリンク送信を送るように構成された前記プロセッサおよび前記アンテナと
を備えたことを特徴とする基地局。
【請求項１６】
前記１つ以上のサブリソースは、前記割り当てられたリソース内のリソースブロックおよびシンボルのサブセットを含むことを特徴とする請求項１５に記載の基地局。
【請求項１７】
前記１つ以上のサブリソースは、サブキャリア間隔で構成されることを特徴とする請求項１５に記載の基地局。
【請求項１８】
前記１つ以上のサブリソースは、時間ドメインパターンで構成されることを特徴とする請求項１５に記載の基地局。
【請求項１９】
前記１つ以上のサブリソースは、周波数ドメインにおいてリソースブロックレベルビットマップによって、および、時間ドメインにおいてシンボルレベルビットマップによって
決定されることを特徴とする請求項１５に記載の基地局。
【請求項２０】
前記リソースブロックレベルビットマップおよび前記シンボルレベルビットマップは、前記より高いレイヤによって構成されることを特徴とする請求項１９に記載の基地局。
【国際調査報告】
2019533360.tif 000020
2019533360.tif 000021