(57)【要約】５Ｇフレキシブル無線アクセステクノロジー（ＲＡＴ）（５ｇＦＬＥＸ）など、ワイヤレスシステムにおける低い待ち時間のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）アセンブリに関するシステム、方法、および手段（たとえば、ワイヤレス送信／受信ユニット（ＷＴＲＵ）および／またはネットワークレイヤＬ１、Ｌ２、ｌ３におけるエンティティー、インターフェース、および手順の態様）が開示される。たとえば、送信グラントに先立つＷＴＲＵによるネットワーク送信パラメータの特定およびシグナリングによって、待ち時間が低減されることが可能である。ＷＴＲＵは、変調およびコーディングスキーム（ＭＣＳ）、リソース範囲などをグラントに先立って、たとえば、将来のグラントにおいて使用するために受信することが可能である。データブロックは、グラントに先立ってインクリメンタルに作成／エンコードされることが可能である。データユニットは、たとえば、グラントに先立つＭＡＣおよび無線リンク制御（ＲＬＣ）処理を可能にするデータブロックサイズに基づいて、セグメント化、アセンブル、および多重化されることが可能である。グラントの前のトランスポートブロックの早期の生成のためにフレキシブルなグラントサイズが提供されることが可能である。ＭＡＣ  ＰＤＵの早期の生成を可能にするために、最小の保証されたトランスポートブロックサイズ（ＴＢＳ）がシグナリングされることが可能である。たとえば、ブラインドデコーディングまたはＤＣＩ受信手順を使用して、グラントに先立って送信パラメータが選択されることが可能である。
2019521552.tif 000002
【特許請求の範囲】
【請求項１】
少なくともダウンリンク制御チャネルのリソースにわたってダウンリンク制御情報（ＤＣＩ）を探してモニタすることと、
前記ダウンリンク制御チャネルの前記リソースを識別することと、
ダウンリンク送信またはアップリンク送信のうちの１つに対応する少なくとも１つのデータ送信のためのスケジューリング情報を含む前記ダウンリンク制御チャネル上の少なくとも第１のＤＣＩをデコードすることと、
前記第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータを特定することと、
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータに基づいて前記少なくとも１つのデータ送信のための１つまたは複数の送信パラメータまたは受信パラメータを特定することと
を行うように構成されているプロセッサ
を備えた、ワイヤレス送信／受信ユニット（ＷＴＲＵ）。
【請求項２】
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータは、巡回冗長検査長またはアグリゲーションレベルのうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項３】
ダウンリンク制御チャネルの前記リソースは、物理リソースブロックのセットを含む請求項１に記載のＷＴＲＵ。
【請求項４】
前記少なくとも１つのデコーディングパラメータは、前記少なくとも１つのデータ送信が、高い信頼性のデータ、低い待ち時間のデータ、またはベストエフォートデータのうちの１つまたは複数に関連付けられているかどうかを示す請求項１に記載のＷＴＲＵ。
【請求項５】
前記プロセッサは、前記デコードされたダウンリンク制御チャネル表示の前記特定されたデコーディングパラメータに関連付けられているリソースを介してＨＡＲＱ−ＡＣＫフィードバックを送信するようにさらに構成されている請求項１に記載のＷＴＲＵ。
【請求項６】
前記デコードすることは、ブラインドデコーディングを含み、前記デコーディングパラメータは、ブラインドデコーディングを実行する際に前記第１のＤＣＩをデコードするために使用されたリソースのサブセットを含む請求項１に記載のＷＴＲＵ。
【請求項７】
リソースの前記サブセットは、１つまたは複数の制御チャネル要素（ＣＣＥ）を含み、前記１つまたは複数のＣＣＥのアイデンティティーは、前記少なくとも１つのデコーディングパラメータに対応する請求項６に記載のＷＴＲＵ。
【請求項８】
前記少なくとも１つのデコーディングパラメータは、前記第１のＤＣＩに関連付けられているロバスト性レベルを含み、前記第１のＤＣＩについてのより高いロバスト性レベルは、前記データ送信についてのより高いロバスト性レベルを示し、前記第１のＤＣＩについてのより低いロバスト性レベルは、前記データ送信についてのより低いロバスト性レベルを示す請求項１に記載のＷＴＲＵ。
【請求項９】
前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、前記少なくとも１つのデータ送信に関連付けられているサービス品質（ＱｏＳ）レベル、または前記少なくとも１つのデータ送信に関連付けられているスペクトル動作モード（ＳＯＭ）のうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項１０】
前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、前記少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータを含む請求項１に記載のＷＴＲＵ。
【請求項１１】
前記ＨＡＲＱフィードバックパラメータは、ＨＡＲＱフィードバックの送信または受信のためのタイミング情報を含む請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、ネットワークエンティティーから構成を受信するようにさらに構成されており、前記構成は、前記１つまたは複数のデコーディングパラメータと、前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータとの間におけるマッピングを示す請求項１に記載のＷＴＲＵ。
【請求項１３】
前記少なくとも１つのデコーディングパラメータは、ＤＣＩフォーマットを有する請求項１に記載のＷＴＲＵ。
【請求項１４】
前記データ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、変調およびコーディングスキーム（ＭＣＳ）、前記少なくとも１つのデータ送信に関連付けられている物理リソースブロックのセット、前記少なくとも１つのデータ送信に関連付けられているパワー情報、前記少なくとも１つのデータ送信のための送信タイミング情報、または前記少なくとも１つのデータ送信に関連付けられている送信タイマーインターバル（ＴＴＩ）持続時間のうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項１５】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）を使用する方法であって、
少なくともダウンリンク制御チャネルのリソースにわたってダウンリンク制御情報（ＤＣＩ）を探してモニタするステップと、
前記ダウンリンク制御チャネルの前記リソースを識別するステップと、
ダウンリンク送信またはアップリンク送信のうちの１つに対応する、少なくとも１つのデータ送信のためのスケジューリング情報を含む、前記ダウンリンク制御チャネル上の、少なくとも第１のＤＣＩをデコードするステップと、
前記第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータを特定するステップと、
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータに基づいて前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータを特定するステップとを含む、方法。
【請求項１６】
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータは、巡回冗長検査長またはアグリゲーションレベルのうちの１つまたは複数を含む請求項１５に記載の方法。
【請求項１７】
ダウンリンク制御チャネルの前記リソースは、物理リソースブロックのセットを含む請求項１５に記載の方法。
【請求項１８】
前記少なくとも１つのデコーディングパラメータは、前記少なくとも１つのデータ送信が、高い信頼性のデータ、低い待ち時間のデータ、またはベストエフォートデータのうちの１つまたは複数に関連付けられているかどうかを示す請求項１５に記載の方法。
【請求項１９】
前記デコードされたダウンリンク制御チャネル表示の前記特定されたデコーディングパラメータに関連付けられているリソースを介してＨＡＲＱ−ＡＣＫフィードバックを送信するステップをさらに含む請求項１５に記載の方法。
【請求項２０】
前記デコードするステップは、ブラインドデコーディングを含み、前記デコーディングパラメータは、ブラインドデコーディングを実行する際に前記第１のＤＣＩをデコードするために使用されたリソースのサブセットを含む請求項１５に記載の方法。
【請求項２１】
リソースの前記サブセットは、１つまたは複数の制御チャネル要素（ＣＣＥ）を含み、前記１つまたは複数のＣＣＥのアイデンティティーは、前記少なくとも１つのデコーディングパラメータに対応する請求項２０に記載の方法。
【請求項２２】
前記少なくとも１つのデコーディングパラメータは、前記第１のＤＣＩに関連付けられているロバスト性レベルを含み、前記第１のＤＣＩについてのより高いロバスト性レベルは、前記データ送信についてのより高いロバスト性レベルを示し、前記第１のＤＣＩについてのより低いロバスト性レベルは、前記データ送信についてのより低いロバスト性レベルを示す請求項１５に記載の方法。
【請求項２３】
前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、前記少なくとも１つのデータ送信に関連付けられているサービス品質（ＱｏＳ）レベル、または前記少なくとも１つのデータ送信に関連付けられているスペクトル動作モード（ＳＯＭ）のうちの１つまたは複数を含む請求項１５に記載の方法。
【請求項２４】
前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、前記少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータを含む請求項１５に記載の方法。
【請求項２５】
前記ＨＡＲＱフィードバックパラメータは、ＨＡＲＱフィードバックの送信または受信のためのタイミング情報を含む請求項２４に記載の方法。
【請求項２６】
ネットワークエンティティーから構成を受信するステップをさらに含み、前記構成は、前記１つまたは複数のデコーディングパラメータと、前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータとの間におけるマッピングを示す請求項１５に記載の方法。
【請求項２７】
前記少なくとも１つのデコーディングパラメータは、ＤＣＩフォーマットを有する請求項１５に記載の方法。
【請求項２８】
前記データ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、変調およびコーディングスキーム（ＭＣＳ）、前記少なくとも１つのデータ送信に関連付けられている物理リソースブロックのセット、前記少なくとも１つのデータ送信に関連付けられているパワー情報、前記少なくとも１つのデータ送信のための送信タイミング情報、または前記少なくとも１つのデータ送信に関連付けられている送信タイマーインターバル（ＴＴＩ）持続時間のうちの１つまたは複数を含む請求項１５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ワイヤレスシステムにおけるメディアアクセスプロトコルデータユニットアセンブリに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、２０１６年５月１１日に出願された米国特許仮出願第６２／３３４，５２９号に対する優先権および米国特許仮出願第６２／３３４，５２９号の利益を主張するものであり、米国特許仮出願第６２／３３４，５２９号は、参照によって本明細書に組み込まれている。
【０００３】
モバイル通信は、進化し続けている。第５世代は、５Ｇと呼ばれ得る。モバイル通信の以前の（レガシー）世代は、たとえば、第４世代（４Ｇ）ロングタームエボリューション（ＬＴＥ）であり得る。
【発明の概要】
【０００４】
５Ｇフレキシブル無線アクセステクノロジー（ＲＡＴ）（５ｇＦＬＥＸ）など、ワイヤレスシステムにおける低い待ち時間のメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）アセンブリに関するシステム、方法、および手段（たとえば、ワイヤレス送信／受信ユニット（ＷＴＲＵ）および／またはネットワークレイヤＬ１、Ｌ２、ｌ３におけるエンティティー、インターフェース、および手順の態様）が開示される。たとえば、送信グラントに先立つＷＴＲＵによるネットワーク送信パラメータの特定およびシグナリングによって、待ち時間が低減されることが可能である。ＷＴＲＵは、変調およびコーディングスキーム（ＭＣＳ）、リソース範囲などをグラントに先立って、たとえば、将来のグラントにおいて使用するために受信することが可能である。データブロックは、グラントに先立ってインクリメンタルに作成／エンコードされることが可能である。データユニットは、たとえば、グラントに先立つＭＡＣおよび無線リンク制御（ＲＬＣ）処理を可能にするデータブロックサイズに基づいて、セグメント化、アセンブル、および多重化されることが可能である。グラントの前のトランスポートブロックの早期の生成のためにフレキシブルなグラントサイズが提供されることが可能である。ＭＡＣ  ＰＤＵの早期の生成を可能にするために、最小の保証されたトランスポートブロックサイズ（ＴＢＳ）がシグナリングされることが可能である。たとえば、ブラインドデコーディングまたはＤＣＩ受信手順を使用して、グラントに先立って送信パラメータが選択されることが可能である。
【０００５】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）が、（ｉ）少なくともダウンリンク制御チャネルのリソースにわたってダウンリンク制御情報（ＤＣＩ）を探してモニタすること、（ｉｉ）ダウンリンク制御チャネルのリソースを識別すること、（ｉｉｉ）ダウンリンク送信またはアップリンク送信のうちの１つに対応する少なくとも１つのデータ送信に関するスケジューリング情報を含むダウンリンク制御チャネル上の少なくとも第１のＤＣＩをデコードすること、（ｉｖ）第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータを特定すること、および（ｖ）第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータに基づいて少なくとも１つのデータ送信に関する１つまたは複数の送信パラメータまたは受信パラメータを特定することのうちの１つまたは複数を実行するように（たとえば、メモリ内に保存されている実行可能な命令を伴って）構成されているプロセッサを含むことが可能である。
【０００６】
第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータは、巡回冗長検査長またはアグリゲーションレベルのうちの１つまたは複数を含むことが可能である。ダウンリンク制御チャネルのリソースは、物理リソースブロックのセットを含むことが可能である。少なくとも１つのデコーディングパラメータは、少なくとも１つのデータ送信が、高い信頼性のデータ、低い待ち時間のデータ、またはベストエフォートデータのうちの１つまたは複数に関連付けられているかどうかを示すことが可能である。
【０００７】
ＷＴＲＵプロセッサは、デコードされたダウンリンク制御チャネル表示の特定されたデコーディングパラメータに関連付けられているリソースを介してＨＡＲＱ−ＡＣＫフィードバックを送信するように構成されることが可能である。
【０００８】
デコードすることは、ブラインドデコーディングを含むことが可能である。デコーディングパラメータは、ブラインドデコーディングを実行する際に第１のＤＣＩをデコードするために使用されたリソースのサブセットを含むことが可能である。リソースのサブセットは、１つまたは複数の制御チャネル要素（ＣＣＥ）を含むことが可能であり、１つまたは複数のＣＣＥのアイデンティティーは、少なくとも１つのデコーディングパラメータに対応することが可能である。
【０００９】
少なくとも１つのデコーディングパラメータは、第１のＤＣＩに関連付けられているロバスト性レベルを含むことが可能である。第１のＤＣＩに関するさらに高いロバスト性レベルは、データ送信に関するさらに高いロバスト性レベルを示すことが可能であり、第１のＤＣＩに関するさらに低いロバスト性レベルは、データ送信に関するさらに低いロバスト性レベルを示すことが可能である。
【００１０】
少なくとも１つのデータ送信に関する１つまたは複数の送信パラメータまたは受信パラメータは、少なくとも１つのデータ送信に関連付けられているサービス品質（ＱｏＳ）レベル、または少なくとも１つのデータ送信に関連付けられているスペクトル動作モード（ＳＯＭ）のうちの１つまたは複数を含むことが可能である。少なくとも１つのデータ送信に関する１つまたは複数の送信パラメータまたは受信パラメータは、少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータを含むことが可能である。ＨＡＲＱフィードバックパラメータは、ＨＡＲＱフィードバックの送信または受信に関するタイミング情報を含むことが可能である。
【００１１】
ＷＴＲＵプロセッサは、ネットワークエンティティーから構成を受信するように構成されることが可能である。その構成は、１つまたは複数のデコーディングパラメータと、少なくとも１つのデータ送信に関する１つまたは複数の送信パラメータまたは受信パラメータとの間におけるマッピングを示すことが可能である。少なくとも１つのデコーディングパラメータは、ＤＣＩフォーマットを含むことが可能である。
【００１２】
データ送信に関する１つまたは複数の送信パラメータまたは受信パラメータは、変調およびコーディングスキーム（ＭＣＳ）、少なくとも１つのデータ送信に関連付けられている物理リソースブロックのセット、少なくとも１つのデータ送信に関連付けられているパワー情報、少なくとも１つのデータ送信に関する送信タイミング情報、または少なくとも１つのデータ送信に関連付けられている送信タイマーインターバル（ＴＴＩ）持続時間のうちの１つまたは複数を含むことが可能である。
【００１３】
ＷＴＲＵを使用する方法が、（ｉ）少なくともダウンリンク制御チャネルのリソースにわたってダウンリンク制御情報（ＤＣＩ）を探してモニタするステップ、（ｉｉ）ダウンリンク制御チャネルのリソースを識別するステップ、（ｉｉｉ）ダウンリンク送信またはアップリンク送信のうちの１つに対応する少なくとも１つのデータ送信に関するスケジューリング情報を含む、ダウンリンク制御チャネル上の、少なくとも第１のＤＣＩをデコードするステップ、（ｉｖ）第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータを特定するステップ、および（ｖ）第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータに基づいて少なくとも１つのデータ送信に関する１つまたは複数の送信パラメータまたは受信パラメータを特定するステップのうちの１つまたは複数を含むことが可能である。
【００１４】
ＷＴＲＵを使用する方法が、（ｉ）デコードされたダウンリンク制御チャネル表示の特定されたデコーディングパラメータに関連付けられているリソースを介してＨＡＲＱ−ＡＣＫフィードバックを送信するステップ、および／または（ｉｉ）ネットワークエンティティーから構成を受信するステップを含むことが可能であり、その構成は、１つまたは複数のデコーディングパラメータと、少なくとも１つのデータ送信に関する１つまたは複数の送信パラメータまたは受信パラメータとの間におけるマッピングを示す。
【図面の簡単な説明】
【００１５】
【図１Ａ】１つまたは複数の開示されている実施形態が実施されることが可能である例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａにおいて示されている通信システム内で使用されることが可能である例示的なＷＴＲＵのシステム図である。
【図１Ｃ】図１Ａにおいて示されている通信システム内で使用されることが可能である例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａにおいて示されている通信システム内で使用されることが可能である別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａにおいて示されている通信システム内で使用されることが可能である別の例示的な無線アクセスネットワークおよび別の例示的なコアネットワークのシステム図である。
【図２】送信帯域幅の例を示す図である。
【図３】フレキシブルなスペクトル割り当ての例を示す図である。
【図４】ＴＤＤ二重化に関するタイミング関係の例を示す図である。
【図５】ＦＤＤ二重化に関するタイミング関係の例を示す図である。
【発明を実施するための形態】
【００１６】
次いで、例示的な実施形態についての詳細な説明が、さまざまな図を参照しながら行われる。この説明は、可能な実施態様の詳細な例を提供するが、それらの詳細は、例示的なものであり、けっして本出願の範囲を限定するものではないということを意図されているという点に留意されたい。
【００１７】
図１Ａは、１つまたは複数の開示されている実施形態が実施されることが可能である例示的な通信システム１００の図である。通信システム１００は、コンテンツ、たとえば、音声、データ、ビデオ、メッセージング、放送などを複数のワイヤレスユーザに提供するマルチプルアクセスシステムであることが可能である。通信システム１００は、複数のワイヤレスユーザが、ワイヤレス帯域幅を含むシステムリソースの共有を通じてそのようなコンテンツにアクセスすることを可能にすることができる。たとえば、通信システム１００は、１つまたは複数のチャネルアクセス方法、たとえば、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などを採用することができる。
【００１８】
図１Ａにおいて示されているように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）、たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（全体として、または総称して、ＷＴＲＵ１０２と呼ばれる場合がある）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、ならびにその他のネットワーク１１２を含むことができるが、開示されている実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を想定しているということが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、ワイヤレス環境において動作および／または通信を行うように構成されている任意のタイプのデバイスであることが可能である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成されることが可能であり、ユーザ機器（ＵＥ）、移動局、固定式または移動式のサブスクライバーユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、家庭用電化製品などを含むことができる。
【００１９】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースを取るように構成されている任意のタイプのデバイスであることが可能である。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであることが可能である。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続されている基地局および／またはネットワーク要素を含むことができるということが理解されるであろう。
【００２０】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であることが可能であり、ＲＡＮ１０３／１０４／１０５は、その他の基地局および／またはネットワーク要素（図示せず）、たとえば、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどを含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、特定の地理的領域内でワイヤレス信号を送信および／または受信するように構成されることが可能であり、その地理的領域は、セル（図示せず）と呼ばれる場合がある。セルは、セルセクタへとさらに分割されることが可能である。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタへと分割されることが可能である。したがって、いくつかの実施形態においては、基地局１１４ａは、３つのトランシーバ、たとえば、セルのそれぞれのセクタごとに１つのトランシーバを含むことができる。別の実施形態においては、基地局１１４ａは、多入力多出力（ＭＩＭＯ）テクノロジーを採用することができ、したがって、セルのそれぞれのセクタごとに複数のトランシーバを利用することができる。
【００２１】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であることが可能である。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセステクノロジー（ＲＡＴ）を使用して確立されることが可能である。
【００２２】
より具体的には、上述されているように、通信システム１００は、マルチプルアクセスシステムであることが可能であり、１つまたは複数のチャネルアクセススキーム、たとえば、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどを採用することができる。たとえば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ）テレストリアルラジオアクセス（ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ワイドバンドＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。ＷＣＤＭＡは、ハイスピードパケットアクセス（ＨＳＰＡ）および／またはエボルブドＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、ハイスピードダウンリンクパケットアクセス（ＨＳＤＰＡ）および／またはハイスピードアップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００２３】
別の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、エボルブドＵＭＴＳテレストリアルラジオアクセス（Ｅ−ＵＴＲＡ）などの無線テクノロジーを実施することができ、この無線テクノロジーは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立することができる。
【００２４】
その他の実施形態においては、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無線テクノロジー、たとえば、ＩＥＥＥ  ８０２．１６（たとえば、ワールドワイドインターオペラビリティーフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、エンハンストデータレートフォーＧＳＭエボリューション（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などを実施することができる。
【００２５】
図１Ａにおける基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、またはアクセスポイントであることが可能であり、局所的なエリア、たとえば、事業所、家庭、乗り物、キャンパスなどにおけるワイヤレス接続性を容易にするために、任意の適切なＲＡＴを利用することができる。いくつかの実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線テクノロジーを実施することができる。別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線テクノロジーを実施することができる。さらに別の実施形態においては、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａにおいて示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有することができる。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスすることを求められないことが可能である。
【００２６】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあることが可能であり、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成されている任意のタイプのネットワークであることが可能である。たとえば、コアネットワーク１０６／１０７／１０９は、コール制御、料金請求サービス、モバイルロケーションベースサービス、プリペイドコーリング、インターネット接続性、ビデオ配信などを提供すること、および／またはユーザ認証などのハイレベルセキュリティー機能を実行することが可能である。図１Ａにおいては示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用しているその他のＲＡＮと直接または間接の通信状態にあることが可能であるということが理解されるであろう。たとえば、コアネットワーク１０６／１０７／１０９は、Ｅ−ＵＴＲＡ無線テクノロジーを利用している可能性があるＲＡＮ１０３／１０４／１０５に接続されていることに加えて、ＧＳＭ無線テクノロジーを採用している別のＲＡＮ（図示せず）と通信状態にあることも可能である。
【００２７】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのゲートウェイとしての役割を果たすことも可能である。ＰＳＴＮ１０８は、単純旧式電話サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、トランスミッションコントロールプロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰなど、共通の通信プロトコルを使用する相互接続されているコンピュータネットワークおよびデバイスからなるグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されている有線通信ネットワークまたはワイヤレス通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続されている別のコアネットワークを含むことができる。
【００２８】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちのいくつかまたはすべては、マルチモード機能を含むことができ、たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、別々のワイヤレスリンクを介して別々のワイヤレスネットワークと通信するために複数のトランシーバを含むことができる。たとえば、図１Ａにおいて示されているＷＴＲＵ１０２ｃは、セルラーベースの無線テクノロジーを採用することができる基地局１１４ａと、およびＩＥＥＥ  ８０２無線テクノロジーを採用することができる基地局１１４ｂと通信するように構成されることが可能である。
【００２９】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂにおいて示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカー／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取り外し不能メモリ１３０、取り外し可能メモリ１３２、電源１３４、グローバルポジショニングシステム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、上述の要素同士の任意の下位組合せを含むことができるということが理解されるであろう。また、基地局１１４ａおよび１１４ｂ、ならびに／または、基地局１１４ａおよび１１４ｂが相当することが可能であるノード（たとえば、数ある中でも、トランシーバステーション（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームｎｏｄｅ−Ｂ、エボルブドホームｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）、ホームエボルブドｎｏｄｅ−Ｂ（ＨｅＮＢまたはＨｅＮｏｄｅＢ）、ホームエボルブドｎｏｄｅ−Ｂゲートウェイ、およびプロキシノードであるが、それらには限定されない）は、図１Ｂにおいて示され本明細書において説明されている要素のうちのいくつかまたはすべてを含むことができるということを実施形態は想定している。
【００３０】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連付けられている１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、その他の任意のタイプの集積回路（ＩＣ）、状態マシンなどであることが可能である。プロセッサ１１８は、信号コーディング、データ処理、パワー制御、入力／出力処理、および／または、ＷＴＲＵ１０２がワイヤレス環境において動作することを可能にするその他の任意の機能性を実行することができる。プロセッサ１１８は、トランシーバ１２０に結合されることが可能であり、トランシーバ１２０は、送信／受信要素１２２に結合されることが可能である。図１Ｂは、プロセッサ１１８とトランシーバ１２０を別々のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０は、電子パッケージまたはチップ内にともに統合されることが可能である。
【００３１】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（たとえば、基地局１１４ａ）に信号を送信するように、または基地局（たとえば、基地局１１４ａ）から信号を受信するように構成されることが可能である。たとえば、いくつかの実施形態においては、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されているアンテナであることが可能である。別の実施形態においては、送信／受信要素１２２は、たとえば、ＩＲ信号、ＵＶ信号、または可視光信号を送信および／または受信するように構成されているエミッタ／検知器であることが可能である。さらに別の実施形態においては、送信／受信要素１２２は、ＲＦ信号および光信号の両方を送信および受信するように構成されることが可能である。送信／受信要素１２２は、ワイヤレス信号の任意の組合せを送信および／または受信するように構成されることが可能であるということが理解されるであろう。
【００３２】
加えて、送信／受信要素１２２は、図１Ｂにおいては単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯテクノロジーを採用することができる。したがって、いくつかの実施形態においては、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介してワイヤレス信号を送信および受信するために、複数の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００３３】
トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、および送信／受信要素１２２によって受信される信号を復調するように構成されることが可能である。上述されているように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがってトランシーバ１２０は、ＷＴＲＵ１０２が、たとえば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために複数のトランシーバを含むことができる。
【００３４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることが可能であり、そこからユーザ入力データを受信することができる。プロセッサ１１８は、ユーザデータをスピーカー／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８へ出力することもできる。加えて、プロセッサ１１８は、任意のタイプの適切なメモリ、たとえば、取り外し不能メモリ１３０および／または取り外し可能メモリ１３２からの情報にアクセスすること、およびそれらのメモリにデータを格納することが可能である。取り外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、またはその他の任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、サブスクライバーアイデンティティーモジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態においては、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、たとえば、サーバまたはホームコンピュータ（図示せず）上のメモリからの情報にアクセスすること、およびそのメモリにデータを格納することが可能である。
【００３５】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、また、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されることが可能である。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスであることが可能である。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００３６】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合されることも可能であり、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を提供するように構成されることが可能である。ＷＴＲＵ１０２は、ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介してロケーション情報を受信すること、および／または複数の近隣の基地局から受信されている信号のタイミングに基づいて自分のロケーションを特定することが可能である。ＷＴＲＵ１０２は、実施形態との整合性を保持しながら、任意の適切なロケーション特定実施態様を通じてロケーション情報を取得することができるということが理解されるであろう。
【００３７】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されることが可能であり、その他の周辺機器１３８は、さらなる特徴、機能性、および／または有線接続性もしくはワイヤレス接続性を提供する１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタルミュージックプレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。
【００３８】
図１Ｃは、実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述されているように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０３は、コアネットワーク１０６と通信状態にあることも可能である。図１Ｃにおいて示されているように、ＲＡＮ１０３は、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができ、これらのＮｏｄｅ−Ｂはそれぞれ、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられることが可能である。ＲＡＮ１０３は、ＲＮＣ１４２ａ、１４２ｂを含むこともできる。ＲＡＮ１０３は、実施形態との整合性を保持しながら、任意の数のＮｏｄｅ−ＢおよびＲＮＣを含むことができるということが理解されるであろう。
【００３９】
図１Ｃにおいて示されているように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信状態にあることが可能である。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信状態にあることが可能である。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信状態にあることが可能である。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されることが可能である。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、その他の機能性、たとえば、アウターループパワー制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティー、セキュリティー機能、データ暗号化などを実行またはサポートするように構成されることが可能である。
【００４０】
図１Ｃにおいて示されているコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。
【００４１】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続されることが可能である。ＭＳＣ１４６は、ＭＧＷ１４４に接続されることが可能である。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４２】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６内のＳＧＳＮ１４８に接続されることも可能である。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されることが可能である。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００４３】
上述されているように、コアネットワーク１０６は、ネットワーク１１２に接続されることも可能であり、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。
【００４４】
図１Ｄは、実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述されているように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線テクノロジーを採用することができる。ＲＡＮ１０４は、コアネットワーク１０７と通信状態にあることも可能である。
【００４５】
ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃを含むことができるが、ＲＡＮ１０４は、実施形態との整合性を保持しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができるということが理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを含むことができる。いくつかの実施形態においては、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがってｅＮｏｄｅ−Ｂ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。
【００４６】
ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられることが可能であり、無線リソース管理決定、ハンドオーバー決定、アップリンク（ＵＬ）および／またはダウンリンク（ＤＬ）におけるユーザのスケジューリングなどを取り扱うように構成されることが可能である。図１Ｄにおいて示されているように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００４７】
図１Ｄにおいて示されているコアネットワーク１０７は、モビリティー管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０７の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。
【００４８】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能であり、制御ノードとしての役割を果たすことができる。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初の接続中に特定のサービングゲートウェイを選択することなどを担当することができる。ＭＭＥ１６２は、ＲＡＮ１０４と、その他の無線テクノロジー、たとえばＧＳＭまたはＷＣＤＭＡを採用しているその他のＲＡＮ（図示せず）との間における切り替えを行うための制御プレーン機能を提供することもできる。
【００４９】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されることが可能である。サービングゲートウェイ１６４は一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからルーティングおよび転送することができる。サービングゲートウェイ１６４は、その他の機能、たとえば、ｅＮｏｄｅ  Ｂ間でのハンドオーバー中にユーザプレーンを固定すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにとってダウンリンクデータが利用可能である場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および格納することなどを実行することもできる。
【００５０】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されることも可能であり、ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００５１】
コアネットワーク１０７は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。たとえば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間におけるインターフェースとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそうしたＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。
【００５２】
図１Ｅは、実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ８０２．１６無線テクノロジーを採用しているアクセスサービスネットワーク（ＡＳＮ）であることが可能である。以降でさらに論じられるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９という別々の機能エンティティーの間における通信リンクは、リファレンスポイントとして定義されることが可能である。
【００５３】
図１Ｅにおいて示されているように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保持しながら、任意の数の基地局およびＡＳＮゲートウェイを含むことができるということが理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセル（図示せず）に関連付けられることが可能であり、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバをそれぞれ含むことができる。いくつかの実施形態においては、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯテクノロジーを実施することができる。したがって基地局１８０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するために、およびＷＴＲＵ１０２ａからワイヤレス信号を受信するために、複数のアンテナを使用することができる。基地局１８０ａ、１８０ｂ、１８０ｃは、モビリティー管理機能、たとえば、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施などを提供することもできる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしての役割を果たすことができ、ページング、サブスクライバープロファイルのキャッシング、コアネットワーク１０９へのルーティングなどを担当することができる。
【００５４】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＲＡＮ１０５との間におけるエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１リファレンスポイントとして定義されることが可能である。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれは、コアネットワーク１０９との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、コアネットワーク１０９との間における論理インターフェースは、Ｒ２リファレンスポイントとして定義されることが可能であり、このＲ２リファレンスポイントは、認証、許可、ＩＰホスト構成管理、および／またはモビリティー管理のために使用されることが可能である。
【００５５】
基地局１８０ａ、１８０ｂ、１８０ｃのそれぞれの間における通信リンクは、ＷＴＲＵハンドオーバー、および基地局同士の間におけるデータの転送を容易にするためのプロトコルを含むＲ８リファレンスポイントとして定義されることが可能である。基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２との間における通信リンクは、Ｒ６リファレンスポイントとして定義されることが可能である。このＲ６リファレンスポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられているモビリティーイベントに基づいてモビリティー管理を容易にするためのプロトコルを含むことができる。
【００５６】
図１Ｅにおいて示されているように、ＲＡＮ１０５は、コアネットワーク１０９に接続されることが可能である。ＲＡＮ１０５と、コアネットワーク１０９との間における通信リンクは、たとえば、データ転送およびモビリティー管理機能を容易にするためのプロトコルを含むＲ３リファレンスポイントとして定義されることが可能である。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証／許可／アカウンティング（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含むことができる。上述の要素のうちのそれぞれは、コアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれかの要素が、コアネットワークオペレータ以外のエンティティーによって所有および／または運営されることも可能であるということが理解されるであろう。
【００５７】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担当することができ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが、別々のＡＳＮおよび／または別々のコアネットワークの間においてローミングすることを可能にすることができる。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間における通信を容易にするために、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１８６は、ユーザ認証と、ユーザサービスをサポートすることとを担当することができる。ゲートウェイ１８８は、その他のネットワークと相互作用することを容易にすることができる。たとえば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の地上通信線通信デバイスとの間における通信を容易にするために、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。加えて、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができ、ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運営されているその他の有線ネットワークまたはワイヤレスネットワークを含むことができる。
【００５８】
図１Ｅにおいては示されていないが、ＲＡＮ１０５は、その他のＡＳＮに接続されることが可能であり、コアネットワーク１０９は、その他のコアネットワークに接続されることが可能である。ＲＡＮ１０５と、その他のＡＳＮとの間における通信リンクは、Ｒ４リファレンスポイントとして定義されることが可能であり、このＲ４リファレンスポイントは、ＲＡＮ１０５と、その他のＡＳＮとの間においてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティーをコーディネートするためのプロトコルを含むことができる。コアネットワーク１０９と、その他のコアネットワークとの間における通信リンクは、Ｒ５リファレンスとして定義されることが可能であり、このＲ５リファレンスは、ホームコアネットワークと、訪問先コアネットワークとの間における相互作用を容易にするためのプロトコルを含むことができる。
【００５９】
たとえば、５Ｇシステムにおける新たな無線（ＮＲ）アクセステクノロジーに関するエアインターフェースは、さまざまな使用事例、たとえば、改善されたブロードバンドパフォーマンス（ＩＢＢ）、産業制御および通信（ＩＣＣ）および乗り物用途（Ｖ２Ｘ）およびマッシブマシンタイプ通信（ｍＭＴＣ）をサポートすることができる。使用事例は、エアインターフェース（たとえば、５Ｇエアインターフェース）において、関連付けられているサポートを有することができる。
【００６０】
エアインターフェースは、たとえば、超低送信待ち時間（ＬＬＣ）、超信頼可能送信（ＵＲＣ）およびＭＴＣオペレーション（ナローバンドオペレーションを含む）をサポートすることができる。
【００６１】
超低送信待ち時間（ＬＬＣ）に関するサポートは、たとえば、１ｍｓのＲＴＴ、および１００ｕｓと２５０ｕｓとの間のＴＴＩなどのエアインターフェース待ち時間を含むことができる。超低アクセス待ち時間（たとえば、最初のシステムアクセスから、第１のユーザプレーンデータユニットの送信の完了までの時間）に関するサポートが提供されることが可能である。たとえばＩＣおよびＶ２Ｘに関して、１０ｍｓ未満のエンドツーエンド（ｅ２ｅ）待ち時間がサポートされることが可能である。
【００６２】
超信頼可能送信（ＵＲＣ）に関するサポートは、たとえば、９９．９９９％の送信成功およびサービス利用可能度などの改善された送信信頼性を含むことができる。０〜５００ｋｍ／ｈの範囲のモビリティースピードに関するサポートが提供されることが可能である。たとえばＩＣおよびＶ２Ｘに関して、１０ｅ-6未満のパケット損失率がサポートされることが可能である。
【００６３】
ＭＴＣオペレーションに関するサポートは、たとえば、ナローバンドオペレーション（たとえば、２００ＫＨｚ未満を使用する）、延長されたバッテリー寿命（たとえば、最大で１５年間の自律）、および、少量の頻繁でないデータ送信（たとえば、数秒間から数時間のアクセス待ち時間を伴う１〜１００ｋｂｐｓの範囲の低いデータレート）に関する最小の通信オーバーヘッドに関するエアインターフェースサポートを含むことができる。
【００６４】
アップリンクおよび／またはダウンリンクに関してＯＦＤＭおよび／またはその他の波形を用いて５ｇＦＬＥＸシステムが実施されることが可能である。本明細書における例の説明は、非限定的である。例は、その他の波形およびワイヤレステクノロジーに適用可能および適合可能である。
【００６５】
ＯＦＤＭは、たとえば、ＬＴＥおよびＩＥＥＥ８０２．１１におけるデータ送信用の信号フォーマットとして使用されることが可能である。ＯＦＤＭは、スペクトルを複数の並列な直交サブバンドへと効率よく分割することができる。（たとえば、それぞれの）サブキャリアは、時間ドメインにおける長方形のウィンドウを使用して形作られることが可能であり、それは、周波数ドメインにおけるｓｉｎｃ形状のサブキャリアにつながることが可能である。ＯＦＤＭＡは、たとえば、信号同士の間における直交性を保持するために、およびキャリア間の干渉を最小化するために、サイクリックプレフィックスの持続時間内での（たとえば、完全な）周波数同期化およびアップリンクタイミングアライメントのタイトな管理に依存する場合がある。タイトな同期化は、たとえば、ＷＴＲＵが複数のアクセスポイントに同時に接続される場合があるシステムにおいては、困難である場合がある。たとえば、隣接した帯域に関するスペクトル放射要件に準拠するために、さらなるパワー低減がアップリンク送信に適用されることが可能である。ＷＴＲＵ送信のために、断片化されたスペクトルがアグリゲートされることが可能である。
【００６６】
たとえば、アグリゲーションを必要としなくてよい大量の連続したスペクトルを使用するオペレーションなど、実施態様に関するさらに厳しいＲＦ要件によって、ＯＦＤＭ（ＣＰ−ＯＦＤＭ）パフォーマンスが改善されることが可能である。ＣＰベースのＯＦＤＭ送信スキームは、パイロット信号の密度およびロケーションに対する修正を伴って４Ｇシステムと同様のダウンリンク物理レイヤを５Ｇに提供することができる。
【００６７】
５ｇＦＬＥＸダウンリンク送信スキームは、高いスペクトル封じ込め（たとえば、より低いサイドローブおよびより低いＯＯＢ放射）によって特徴付けられることが可能であるマルチキャリア波形に基づくことが可能である。５Ｇに関するマルチキャリア（ＭＣ）波形は、たとえば、ＯＦＤＭ−ＯＱＡＭおよび／またはＵＦＭＣ（ＵＦ−ＯＦＤＭ）を含むことができる。
【００６８】
マルチキャリア変調波形は、チャネルをサブチャネルへと分割することができ、それらのサブチャネル内のサブキャリア上でデータシンボルを変調することができる。
【００６９】
ＯＦＤＭ−ＯＱＡＭなど、フィルタードバンドマルチキャリア（ＦＢＭＣ）の例においては、たとえば、ＯＯＢを低減するために、サブキャリアごとの時間ドメインにおいてＯＦＤＭ信号にフィルタが適用されることが可能である。ＯＦＤＭ−ＯＱＡＭは、隣接した帯域に対して非常に低い干渉をもたらす場合があり、大きなガード帯域を必要としない場合があり、サイクリックプレフィックスを用いずに実施される場合がある。ＯＦＤＭ−ＯＱＡＭは、マルチパス効果に対して、および直交性の点での高い遅延拡散に対して敏感である場合があり、これは、イコライゼーションおよびチャネル推定を複雑にする場合がある。
【００７０】
ＵＦ−ＯＦＤＭなど、ユニバーサルフィルタードマルチキャリア（ＵＦＭＣ）の例においては、ＯＯＢを低減するために、時間ドメインにおいてＯＦＤＭ信号にフィルタが適用されることが可能である。フィルタリングは、スペクトル断片化を使用するためにサブバンドごとに適用されることが可能であり、これは、複雑さを低減すること、およびＵＦ−ＯＦＤＭを、実施する上でさらに実用的にすることが可能である。帯域内の使用されていないスペクトル断片化におけるＯＯＢ放射は、ＯＦＤＭにおけるのと同じぐらい高い場合がある。ＵＦ−ＯＦＤＭは、フィルタリングされたスペクトルのエッジにおいては、ＯＦＤＭに勝るいくらかの改善を提供する一方で、スペクトルホールにおいては、ほとんど乃至まったく改善を提供しない場合がある。
【００７１】
これらの波形は、非直交特徴（異なるサブキャリアスペーシングなど）を伴う信号同士の周波数分割多重化、および複雑な干渉キャンセル受信機を必要としない非同期信号同士の共存を可能にする。これらの波形は、ベースバンド処理におけるスペクトルの断片同士のアグリゲーションを、たとえば、ＲＦ処理の一部としてのその実施態様に対するさらに低いコストの代案として容易にすることができる。
【００７２】
たとえば、ｍＭＴＣナローバンドオペレーションを、たとえばＳＣＭＡを使用してサポートするために、同じ帯域内でのさまざまな波形の共存が考慮されることが可能である。さまざまな波形、たとえば、ＣＰ−ＯＦＤＭ、ＯＦＤＭ−ＯＱＡＭ、およびＵＦ−ＯＦＤＭは、たとえば、すべての態様に関して、ならびにダウンリンク送信およびアップリンク送信に関して、同じ帯域において組み合わされることが可能である。さまざまな波形の共存は、別々のＷＴＲＵの間におけるさまざまなタイプの波形を使用した送信、または同じＷＴＲＵからの、たとえば同時に、時間ドメインにおけるいくらかの重複または連続を伴う送信を含むことができる。
【００７３】
その他の共存態様は、ハイブリッドタイプの波形、たとえば、例としては、おそらくは変動するＣＰ持続時間（たとえば、１つの送信から別の送信まで）、ＣＰおよびローパワーテール（たとえば、ゼロテール）の組合せ、ならびに／または（たとえば、ローパワーＣＰおよび適合ローパワーテールを使用する）ハイブリッドガードインターバルの一形態などをサポートすることができる波形および／または送信に関するサポートを含むことができる。波形は、フィルタリングをどのようにして適用するか（たとえば、フィルタリングが、所与のキャリア周波数に関する任意の送信の受信のために使用されるスペクトルのエッジにおいて適用されるか、特定のＳＯＭに関連付けられている送信の受信のために使用されるスペクトルのエッジにおいて適用されるか、サブバンドごとに適用されるか、またはそのグループごとに適用されるか）など、その他の態様の動的な変動および／または制御をサポートすることができる。
【００７４】
アップリンク送信スキームは、ダウンリンク送信のために使用されるのと同じまたは異なる波形を使用することができる。
【００７５】
同じセル内の別々のＷＴＲＵの間における送信は、たとえば、ＦＤＭＡおよびＴＤＭＡに基づいて多重化されることが可能である。
【００７６】
５ｇＦＬＥＸ無線アクセスは、同じまたは別々の帯域における連続したスペクトル割り当ておよび不連続なスペクトル割り当てなど、さまざまなデュプレックスアレンジ、利用可能なスペクトルのさまざまなおよび／または可変のサイズを含むことができるさまざまな特徴を伴うさまざまな周波数帯域における展開を可能にする非常に高い度合いのスペクトル柔軟性によって特徴付けられることが可能である。５ｇＦＬＥＸ無線アクセスは、複数のＴＴＩ長さおよび非同期送信に関するサポートなどの可変タイミング態様をサポートすることができる。
【００７７】
複数の二重化スキーム（たとえば、ＴＤＤ、ＦＤＤ）がサポートされることが可能である。たとえばＦＤＤオペレーションに関して、たとえばスペクトルアグリゲーションを使用して、補足的なダウンリンクオペレーションがサポートされることが可能である。ＦＤＤオペレーションは、全二重ＦＤＤオペレーションおよび半二重ＦＤＤオペレーションをサポートすることができる。ＤＬ／ＵＬ割り当ては、たとえば、ＴＤＤオペレーションに関して動的であることが可能である（たとえば、固定されたＤＬ／ＵＬフレーム構成に基づかないことが可能である）。ＤＬ送信インターバルまたはＵＬ送信インターバルの長さは、送信機会ごとに設定されることが可能である。
【００７８】
５Ｇエアインターフェースの特徴または能力は、公称システム帯域幅から、そのシステム帯域幅に対応する最大値の間の範囲にわたる、たとえば、その間で変動するアップリンクおよびダウンリンク上での別々の送信帯域幅を可能にすることができる。
【００７９】
単一のキャリアオペレーションが、５、１０、２０、４０、および８０ＭＨｚ、１６０ＭＨｚなどのシステム帯域幅のバラエティーまたは範囲をサポートすることができる。公称帯域幅は、１つまたは複数の固定された値を有することができる。ナローバンド送信（たとえば、０から２００ＫＨｚ）は、ＭＴＣデバイスに関する動作帯域幅内でサポートされることが可能である。
【００８０】
システム帯域幅は、所与のキャリアに関してネットワークによって管理されることが可能であるスペクトルの最大の部分を指すことが可能である。セルの取得、測定、およびネットワークへの最初のアクセスに関してＷＴＲＵが最小限にサポートするキャリアのスペクトル部分が、公称システム帯域幅に対応することが可能である。ＷＴＲＵは、全システム帯域幅の範囲内にあり得るチャネル帯域幅を伴って構成されることが可能である。ＷＴＲＵの構成されるチャネル帯域幅は、たとえば、図２における例において示されているように、システム帯域幅の公称部分を含むことも、または含まないことも可能である。
【００８１】
図２は、送信帯域幅の例である。図２は、公称システム帯域幅（セル）（たとえば、５ＭＨｚ）、ＵＥｘチャネル帯域幅（たとえば、１０Ｍｈｚ）、ＵＥｙチャネル帯域幅（たとえば、２０ＭＨｚ）、およびＵＥｚチャネル帯域幅（５ＭＨｚ）をすべて、システム帯域幅（たとえば、２０ＭＨｚ）内での別々の割り当て（重なる場合もあり、または重ならない場合もある）で示している。ＵＥは、ＷＴＲＵを指す。たとえば、帯域内の所与の最大動作帯域幅に関するＲＦ要件の（たとえば、すべての）適用可能なセットが、たとえば、周波数ドメイン波形のベースバンドフィルタリングの効率的なサポートに起因して、その動作帯域に関するさらなる許可されたチャネル帯域幅の導入を伴わずに満たされることが可能であるので、帯域幅の柔軟性が達成されることが可能である。
【００８２】
単一キャリアオペレーションに関するＷＴＲＵのチャネル帯域幅が構成されること、再構成されること、および／または動的に変更されることが可能である。公称システム、システム、または構成されたチャネル帯域幅内でのナローバンド送信のためのスペクトルが割り当てられることが可能である。
【００８３】
５Ｇエアインターフェース物理レイヤは、帯域に依存しないことが可能であり、ライセンスド帯域（たとえば、５ＧＨｚ未満）およびアンライセンスド帯域（たとえば、５〜６ＧＨｚの範囲）におけるオペレーションをサポートすることができる。たとえば、アンライセンスド帯域におけるオペレーションに関して、ＬＴＥ  ＬＡＡと同様のＬＢＴ  Ｃａｔ４ベースのチャネルアクセスフレームワークがサポートされることが可能である。
【００８４】
任意のスペクトルブロックサイズに関するセル固有のおよび／またはＷＴＲＵ固有のチャネル帯域幅が増減および管理されることが可能である（たとえば、スケジューリング、リソースのアドレス指定、ブロードキャストされる信号、測定など）。
【００８５】
ダウンリンク制御チャネルおよび信号が、ＦＤＭオペレーションをサポートすることができる。ＷＴＲＵが、たとえば、システム帯域幅の公称部分（たとえば、それのみ）を使用して送信を受信することによって、ダウンリンクキャリアを取得することができる。たとえば、ＷＴＲＵが、関係しているキャリアのためにネットワークによって管理されている全帯域幅をカバーする送信を最初に受信しないことが可能である。
【００８６】
ダウンリンクデータチャネルが、たとえば、ＷＴＲＵの構成されるチャネル帯域幅内にあること以外の制約を伴わずに、公称システム帯域幅に対応する場合もある、または対応しない場合もある帯域幅にわたって割り当てられることが可能である。たとえば、ネットワークは、５ＭＨｚの公称帯域幅を使用して１２ＭＨｚのシステム帯域幅を伴うキャリアを動作させて、５ＭＨｚの最大ＲＦ帯域幅をサポートしているデバイスが、システムに対して取得およびアクセスを行う一方で、最大で２０ＭＨｚ相当のチャネル帯域幅をサポートしているその他のＷＴＲＵに＋１０から−１０ＭＨｚのキャリア周波数を潜在的に割り当てることを可能にすることができる。
【００８７】
図３は、フレキシブルなスペクトル割り当ての例である。図３は、別々のサブキャリアがオペレーションの別々のモード（以降では、スペクトルオペレーションモードまたはＳＯＭ）に（たとえば、少なくとも概念的に）割り振られることが可能であるスペクトル割り当ての例を示している。別々の送信に関する別々の要件を満たすために別々のＳＯＭが使用されることが可能である。ＳＯＭは、サブキャリアスペーシング、ＴＴＩ長さ、および／または１つもしくは複数の信頼性態様（たとえば、ＨＡＲＱ処理態様、セカンダリー制御チャネル）から構成されることが可能である。ＳＯＭは、（たとえば特定の）波形を指すために使用されることが可能であり、または（たとえば、ＦＤＭおよび／もしくはＴＤＭを使用した同じキャリアにおける別々の波形の共存、もしくは（たとえば、ＴＤＭ様式などにおけるサポートを伴う）ＴＤＤ帯域におけるＦＤＤオペレーションの共存のサポートにおける）処理態様に関連していることが可能である。
【００８８】
ＷＴＲＵは、１つまたは複数のＳＯＭに従って送信を実行するように構成されることが可能である。たとえば、ＳＯＭは、次のうちの少なくとも１つ、特定のＴＴＩ持続時間、特定の初期パワーレベル、特定のＨＡＲＱ処理タイプ、成功したＨＡＲＱ受信／送信に関する特定の上限、特定の送信モード、特定の物理チャネル（アップリンクもしくはダウンリンク）、特定の波形タイプ、または、特定のＲＡＴに従った（たとえば、ＬＴＥ、もしくは５Ｇ送信技術に従った）送信でさえ使用する送信に対応することが可能である。ＳＯＭは、ＱｏＳレベルおよび／または関連した態様（たとえば、最大／ターゲット待ち時間、最大／ターゲットＢＬＥＲなど）に対応することが可能である。ＳＯＭは、スペクトルエリアに、および／または特定の制御チャネルもしくはその態様（たとえば、探索空間もしくはＤＣＩタイプ）に対応することが可能である。たとえば、ＷＴＲＵは、ＵＲＣタイプのサービス、ＬＬＣタイプのサービス、および／またはＭＢＢタイプのサービスに関するＳＯＭを伴って構成されることが可能である。ＷＴＲＵは、たとえば、公称システム帯域幅におけるなど、システムに関連付けられているスペクトルの部分における、システムアクセスに関する、および／またはＬ３制御シグナリング（たとえば、ＲＲＣ）の送信／受信に関するＳＯＭに関する構成を有することが可能である。
【００８９】
（たとえば、単一キャリアオペレーションに関して）スペクトルアグリゲーションがサポートされることが可能である。ＷＴＲＵは、たとえば、同じ動作帯域内での物理リソースブロック（ＰＲＢ）の連続したまたは不連続なセットにわたる複数のトランスポートブロックの送信および受信をサポートすることができる。ＰＲＢの別々のセットへの単一のトランスポートブロックのマッピングがサポートされることが可能である。別々のＳＯＭ要件に関連付けられている同時送信に関するサポートが提供されることが可能である。
【００９０】
たとえば、同じ動作帯域内での、または複数の動作帯域にわたる連続したまたは不連続なスペクトルブロックを使用してマルチキャリアオペレーションがサポートされることが可能である。別々のモード（たとえば、ＦＤＤおよびＴＤＤ）ならびに／または別々のチャネルアクセス方法（たとえば、ライセンスド帯域オペレーションおよび６ＧＨｚ未満のアンライセンスド帯域オペレーション）を使用するスペクトルブロック同士のアグリゲーションに関するサポートが提供されることが可能である。ＷＴＲＵのマルチキャリアアグリゲーションを構成する、再構成する、および／または動的に変更する手順に関するサポートが提供されることが可能である。
【００９１】
ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）送信は、複数の固定された態様（たとえば、ダウンリンク制御情報のロケーション）および複数の変動する態様（たとえば、送信タイミング、送信のサポートされるタイプ）によって特徴付けられる無線フレームへと編成されることが可能である。
【００９２】
基本タイムインターバル（ＢＴＩ）は、１つまたは複数のシンボルの整数の個数で表されることが可能であり、シンボル持続時間は、時間周波数リソースに適用可能なサブキャリアスペーシングの関数であることが可能である。（たとえば、ＦＤＤに関する）サブキャリアスペーシングは、所与のフレームに関してアップリンクキャリア周波数ｆULとダウンリンクキャリア周波数ｆDLとの間において異なることが可能である。
【００９３】
送信タイムインターバル（ＴＴＩ）は、プリアンブルを除外することが可能であり、かつ制御情報（たとえば、ダウンリンクに関するＤＣＩ、またはアップリンクに関するＵＣＩ）を含むことが可能である、ダウンリンク（ＴＴＩDL）に関して、アップリンク（ＵＬ  ＴＲｘ）に関して別々のトランスポートブロック（ＴＢ）にそれぞれが関連付けられることが可能である連続した送信同士の間においてシステムによってサポートされる最小時間に対応することが可能である。ＴＴＩは、１つまたは複数のＢＴＩの整数の個数で表されることが可能である。ＢＴＩは、所与のＳＯＭに固有であることおよび／または関連付けられていることが可能である。
【００９４】
たとえば、サポートされるフレーム持続時間は、たとえば、ＬＴＥタイミング構造とのアライメントを可能にするために、たとえば、１００ｕｓ、１２５ｕｓ（１／８ｍｓ）、１４２．８５ｕｓ（１／７ｍｓは、２ｎＣＰ  ＬＴＥ  ＯＦＤＭシンボルであることが可能である）、および１ｍｓを含むことが可能である。
【００９５】
フレームは、関係しているキャリア周波数（ＴＤＤに関してはｆUL+DL、ＦＤＤに関してはｆDL）に関するダウンリンクデータ送信（ＤＬ  ＴＲｘ）に先立つ固定された持続時間ｔdciのダウンリンク制御情報（ＤＣＩ）で開始することが可能である。
【００９６】
フレームは、（たとえば、ＴＤＤ二重化に関しては）ダウンリンク部分（ＤＣＩおよびＤＬ  ＴＲｘ）、ならびに（たとえば、任意選択で）アップリンク部分（ＵＬ  ＴＲｘ）から構成されることが可能である。スイッチングギャップ（ｓｗｇ）は、（たとえば、所与の構成のフレームに関して）フレームのアップリンク部分（たとえば、存在する場合）に先立つことが可能である。
【００９７】
フレームは、（たとえば、ＴＤＤ二重化に関して）ダウンリンク基準ＴＴＩおよび（たとえば、アップリンクに関する）１つまたは複数のＴＴＩから構成されることが可能である。アップリンクＴＴＩの始まりは、たとえば、アップリンクフレームの始まりと重なり得るダウンリンク基準フレームの始まりから適用されるオフセット（ｔoffset）を使用して導き出されることが可能である。
【００９８】
５ｇＦＬＥＸは、たとえば、それぞれのダウンリンク制御および順方向送信を（たとえば、それぞれのリソースの準静的な割り当てが使用される場合には）ＤＣＩ＋ＤＬ  ＴＲｘ部分に、または（たとえば、動的な割り当てに関しては）ＤＬ  ＴＲｘ部分に含めることによって、およびそれぞれの逆方向送信をＵＬ  ＴＲｘ部分に含めることによって、フレームにおけるＤ２Ｄ／Ｖ２ｘ／サイドリンクオペレーションを（たとえば、ＴＤＤに関して）サポートすることが可能である。
【００９９】
５ｇＦＬＥＸは、たとえば、それぞれのダウンリンク制御、順方向送信、および逆方向送信をＵＬ  ＴＲｘ部分に含めることによって、フレームのＵＬ  ＴＲｘ部分におけるＤ２Ｄ／Ｖ２ｘ／サイドリンクオペレーションを（たとえば、ＦＤＤに関して）サポートすることが可能である。それぞれのリソースの動的な割り当てが使用されることが可能である。
【０１００】
図４および図５は、フレーム構造の例を提供する。図４は、ＴＤＤ二重化に関するタイミング関係の例である。図５は、ＦＤＤ二重化に関するタイミング関係の例である。
【０１０１】
ＭＡＣレイヤにおいてスケジューリング機能がサポートされることが可能である。複数の（たとえば、２つの）スケジューリングモード、たとえば、（たとえば、ダウンリンク送信および／またはアップリンク送信のリソース、タイミング、および送信パラメータの点でタイトなスケジューリングに関しては）ネットワークベースのスケジューリング、ならびに（たとえば、タイミングおよび送信パラメータの点でさらに多くの柔軟性に関しては）ＷＴＲＵベースのスケジューリングに関するサポートが提供されることが可能である。モードに関するスケジューリング情報は、１つまたは複数のＴＴＩに関して有効であることが可能である。
【０１０２】
ネットワークベースのスケジューリングは、別々のＷＴＲＵに割り振られる利用可能な無線リソースをネットワークがタイトに管理することを可能にすることができ、これは、リソースの最適な共有を許可することが可能である。動的なスケジューリングがサポートされることが可能である。
【０１０３】
ＷＴＲＵベースのスケジューリングは、たとえば、ネットワークによって（たとえば、静的にまたは動的に）割り振られる共有されたまたは専用のアップリンクリソースのセット内で、必要が生じるごとに最小の待ち時間でＷＴＲＵがアップリンクリソースに日和見的にアクセスすることを可能にすることができる。同期化された日和見的な送信および同期化されていない日和見的な送信に関するサポートが提供されることが可能である。競合ベースの送信および競合のない送信に関するサポートが提供されることが可能である。
【０１０４】
たとえば、５Ｇに関する非常に低い待ち時間要件およびｍＭＴＣに関するパワー節約要件を満たすために、（スケジュールされたまたはスケジュールされていない）日和見的な送信に関するサポートが提供されることが可能である。
【０１０５】
５ｇＦＬＥＸは、送信に利用可能なデータと、アップリンク送信に関する利用可能なリソースとの間における１つまたは複数の形態の関連付けをサポートすることが可能である。たとえば、多重化が、最も厳しいＱｏＳ要件を伴うサービスに対してマイナスのインパクトをもたらさず、かつシステムリソースの不必要な浪費をもたらさない場合には、同じトランスポートブロック内での別々のＱｏＳ要件を伴うデータ同士の多重化がサポートされることが可能である。
【０１０６】
複数の異なるエンコーディング方法を使用して送信がエンコードされることが可能である。さまざまなエンコーディング方法が、さまざまな特徴を有することが可能である。
【０１０７】
たとえば、エンコーディング方法が、情報ユニットのシーケンスを生成することが可能である。（たとえば、それぞれの）情報ユニット、またはブロックは、自己完結型であることが可能である。たとえば、第１のブロックの送信におけるエラーは、第２のブロックにエラーがない場合、および／または第２のブロックにおいて、もしくは少なくとも一部分が成功裏にデコードされた別のブロックにおいて十分な冗長性が見つかることが可能である場合などに、第２のブロックを成功裏にデコードする受信機の能力を損なわないことが可能である。
【０１０８】
エンコーディング技術の例は、ラプター／ファウンテンコードを含むことが可能であり、たとえば、送信は、Ｎ個のラプターコードのシーケンスから構成されることが可能である。１つまたは複数のコードが、時間において１つまたは複数の送信「シンボル」にマップされることが可能である。「シンボル」は、情報ビットの１つまたは複数のセット、たとえば、１つまたは複数のオクテットに対応することが可能である。エンコーディングは、送信にＦＥＣを付加するために使用されることが可能であり、たとえば、送信は、（たとえば、１つのラプターコードシンボル関係を想定すると）Ｎ＋１個またはＮ＋２個のラプターコードまたはシンボルを使用することが可能である。送信は、たとえば、時間において重なっている別の送信による干渉またはパンクチャリングに起因する１つの「シンボル」の損失に対してさらに回復力を有することが可能である。
【０１０９】
ＷＴＲＵは、１つまたは複数のシステム署名を受信および／または検知するように構成されることが可能である。システム署名は、シーケンスを使用した信号構造から構成されることが可能である。信号は、同期信号と同様であること、たとえば、ＬＴＥ  ＰＳＳおよび／またはＳＳＳと同様であることが可能である。署名は、所与のエリア内の特定のノード（もしくはＴＲＰ）に固有であることが可能であり（たとえば、そのノード（もしくはＴＲＰ）を一意に識別することが可能であり）、またはそれは、エリア内の複数のノード（もしくはＴＲＰ）に共通であることが可能であり、その態様は、ＷＴＲＵに知られていないこと、および／または関連していないことが可能である。ＷＴＲＵは、システム署名シーケンスを特定および／または検知することが可能であり、システムに関連付けられている１つまたは複数のパラメータをさらに特定することが可能である。たとえば、ＷＴＲＵは、そこからインデックスをさらに導き出すことが可能であり、そのインデックスを使用して、たとえば、アクセステーブルなどのテーブル内の関連付けられているパラメータを取り出すことが可能である。たとえば、ＷＴＲＵは、署名に関連付けられている受け取られたパワーを、オープンループパワー制御のために、たとえば、ＷＴＲＵが、自分がシステムの適用可能なリソースを使用してアクセス（および／または送信）を行うことが可能であると特定した場合に最初の送信パワーを設定するために使用することが可能である。たとえば、ＷＴＲＵは、受信された署名シーケンスのタイミングを、たとえば、ＷＴＲＵが、自分がシステムの適用可能なリソースを使用してアクセス（および／または送信）を行うことが可能であると特定した場合に送信のタイミング（たとえば、ＰＲＡＣＨリソース上のプリアンブル）を設定するために使用することが可能である。
【０１１０】
ＷＴＲＵは、１つまたは複数のエントリーのリストを伴って構成されることが可能である。リストは、アクセステーブルと呼ばれる場合がある。リストは、インデックス付けされることが可能であり、たとえば、（たとえば、それぞれの）エントリーは、システム署名に、および／またはそのシーケンスに関連付けられることが可能である。アクセステーブルは、１つまたは複数のエリアに関する最初のアクセスパラメータを提供することが可能である。（たとえば、それぞれの）エントリーは、システムへの最初のアクセスを実行する上で必要な１つまたは複数のパラメータを提供することが可能である。パラメータは、時間および／もしくは周波数における１つもしくは複数のランダムアクセスパラメータ（たとえば、ＰＲＡＣＨリソースなどの適用可能な物理レイヤリソースを含む）、初期パワーレベル、および／または応答の受信のための物理レイヤリソースのセットの少なくとも１つを含むことが可能である。パラメータは、アクセス制約（たとえば、ＰＬＭＮアイデンティティーおよび／またはＣＳＧ情報）を（たとえば、さらに）含むことが可能である。パラメータは、１つまたは複数の適用可能なルーティングエリアなど、ルーティング関連の情報を（たとえば、さらに）含むことが可能である。エントリーは、システム署名に関連付けられること（および／またはシステム署名によってインデックス付けされること）が可能である。そのようなエントリーは、複数のノード（またはＴＲＰ）に共通であることが可能である。ＷＴＲＵは、たとえば、専用のリソースを使用した（たとえば、ＲＲＣ構成による）送信を介して、および／またはブロードキャストリソースを使用した送信によってアクセステーブルを受信することが可能である。後者のケースにおいては、アクセステーブルの送信の周期は、比較的長いこと（たとえば、最大で１０２４０ｍｓであること）が可能であり、それは、署名の送信の周期（たとえば、１００ｍｓの範囲）よりも長いことが可能である。
【０１１１】
論理チャネル（ＬＣＨ）は、データパケットおよび／またはＰＤＵの間における論理的な関連付けを表すことが可能である。関連付けは、（レガシーと同様の）同じベアラに関連付けられている、ならびに／または同じＳＯＭおよび／もしくはスライス（たとえば、物理的なリソースのセットを使用する処理パス）に関連付けられているデータユニットに基づくことが可能である。たとえば、関連付けは、処理機能同士の連鎖、適用可能な物理的なデータ（および／もしくは制御）チャネル（もしくはそのインスタンス）、または、フロントホーリングインターフェースによって潜在的に分離されている（ｉ）集中化されている特定の部分（たとえば、ＰＤＣＰ、もしくは、無線フロント（ＲＦ）エンドなどの物理レイヤ処理の部分を超えるすべて）、および（ｉｉ）エッジにさらに近い別の部分（たとえば、ＴＲＰもしくはＲＦにおけるＭＡＣ／ＰＨＹ）とプロトコルスタックのインスタンス化のうちの少なくとも１つによって特徴付けられることが可能である。本明細書において使用されているＬＣＨという用語は、ＬＴＥシステムに関する同様の用語と比べて異なるおよび／またはさらに広い意味を有することが可能である。
【０１１２】
ＷＴＲＵは、別々のデータユニットの間における関係を特定するように構成されることが可能である。関係は、マッチング機能に基づくこと（たとえば、同じ論理的な関連付けの一部であるデータユニット同士に共通の１つまたは複数のフィールド値の構成に基づくこと）が可能である。フィールドは、データユニットに関連付けられているプロトコルヘッダにおけるフィールドに対応することが可能である。たとえば、マッチング機能は、ＩＰソース／宛先アドレス、トランスポートプロトコルソース／宛先ポートおよびトランスポートプロトコルタイプ、ＩＰプロトコルバージョン（たとえば、ＩＰｖ４またはＩＰｖ６）等など、データユニットのＩＰヘッダのフィールドに関するパラメータのタプルを使用することが可能である。
【０１１３】
たとえば、同じ論理的な関連付けの一部であるデータユニット同士は、共通の無線ベアラ、処理機能、ＳＯＭを共有することが可能であり、ならびに／または同じＬＣＨおよび／もしくはＬＣＧに（たとえば、少なくとも概念的に）対応することが可能である。
【０１１４】
論理チャネルグループ（ＬＣＧ）は、ＬＣＨのグループ（または上述の定義による同等物）から構成されることが可能であり、たとえば、グループ化は、１つまたは複数の基準に基づくことが可能である。基準は、たとえば、１つもしくは複数のＬＣＨが、同じＬＣＧのすべてのＬＣＨに適用可能な同様の優先度レベルを有することが可能であるか、または同じＳＯＭ（もしくはそのタイプ）、同じスライス（もしくはそのタイプ）に関連付けられることが可能であることであり得る。たとえば、関連付けは、処理機能同士の連鎖、適用可能な物理的なデータ（および／もしくは制御）チャネル（もしくはそのインスタンス）、または、フロントホーリングインターフェースによって潜在的に分離されている（ｉ）集中化されている特定の部分（たとえば、ＰＤＣＰ、もしくは、ＲＦ以外のすべて）、および（ｉｉ）エッジにさらに近い別の部分（たとえば、ＴＲＰもしくはＲＦにおけるＭＡＣ／ＰＨＹ）を含むことが可能であるプロトコルスタックのインスタンス化のうちの少なくとも１つによって特徴付けられることが可能である。本明細書において使用されているＬＣＧという用語は、ＬＴＥシステムに関する同様の用語と比べて異なるおよび／またはさらに広い意味を有することが可能である。
【０１１５】
トランスポートチャネル（ＴｒＣＨ）は、無線インターフェースを介した１つまたは複数の送信特徴に影響を与える可能性があるデータ情報に適用される処理ステップの特定のセットおよび／または機能の特定のセットから構成されることが可能である。
【０１１６】
ＬＴＥは、ブロードキャストチャネル（ＢＣＨ）、ページングチャネル（ＰＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、マルチキャストチャネル（ＭＣＨ）、アップリンク共有チャネル（ＵＬ−ＳＣＨ）、およびランダムアクセスチャネル（ユーザプレーンデータを搬送しないことがある）など、複数のタイプのＴｒＣＨを定義することが可能である。ユーザプレーンデータを搬送するためのトランスポートチャネルは、ダウンリンクおよびアップリンクに関して、それぞれＤＬ−ＳＣＨおよびＵＬ−ＳＣＨを含むことが可能である。
【０１１７】
５Ｇシステムのためのエアインターフェースによって、要件の増大されたセットがサポートされることが可能である。１つまたは複数のＷＴＲＵデバイスのために、複数のトランスポートチャネルに関する、たとえば、ユーザプレーンデータおよび／または制御プレーンデータに関するサポートが提供されることが可能である。本明細書において使用されているＴｒＣＨという用語は、ＬＴＥシステムに関する同様の用語と比べて異なるおよび／またはさらに広い意味を有することが可能である。たとえば、ＵＲＬＬＣのためのトランスポートチャネル（たとえば、ＵＲＬＬＣＨ）、モバイルブロードバンドのためのトランスポートチャネル（ＭＢＢＣＨ）、および／またはマシンタイプ通信のためのトランスポートチャネル（ＭＴＣＣＨ）が、ダウンリンク送信に関して（たとえば、ＤＬ−ＵＲＬＬＣＨ、ＤＬ−ＭＢＢＣＨ、およびＤＬ−ＭＴＣＣＨ）、ならびにアップリンク送信に関して（たとえば、ＵＬ−ＵＲＬＬＣＨ、ＵＬ−ＭＢＢＣＨ、およびＵＬ−ＭＴＣＣＨ）定義されることが可能である。
【０１１８】
例においては、複数のＴｒＣＨが、同じＳＯＭに属している物理的なリソース（たとえば、ＰｈＣＨ）の異なるセットにマップされることが可能である。これは、たとえば、同じＳＯＭを介した別々の要件を伴うトラフィックの同時送信をサポートする上で、有利である場合がある。これの例は、ＷＴＲＵが単一のＳＯＭを伴って構成されている場合にＵＲＬＬＣＨをＭＴＣＣＨとともに同時に送信することであり得る。
【０１１９】
ＷＴＲＵは、どのようにしてデータが送信されるべきであるかの特徴付けに関連付けられている１つまたは複数のパラメータを伴って構成されることが可能である。特徴付けは、ＷＴＲＵが満たすことおよび／または施行することを期待され得る制約および／または要件を表すことが可能である。ＷＴＲＵは、特徴付けに基づくデータに関連付けられている状態に基づいて、別々のオペレーションを実行すること、および／または自分の行動を調整することが可能である。パラメータは、たとえば、時間関連の態様（たとえば、パケットに関する生存時間（ＴＴＬ）、これが表す時間の前に、そのパケットは、待ち時間要件を満たしたり、満たしていると認識等されたりするためには、送信されるべきである）、レート関連の態様、および構成関連の態様（たとえば、絶対的な優先度）を含むことが可能である。パラメータは、（たとえば、また）パケットまたはデータが送信のために保留中であり得る間に時間とともに変更される場合がある。
【０１２０】
５Ｇエアインターフェースは、たとえば、適用可能な無線リソースと送信方法との間における区別の点で、別々のＱｏＳ要件を伴うさまざまな使用事例をサポートすることが可能である。たとえば、送信に適用されるＴＴＩ持続時間、信頼性、ダイバーシティー、および最大待ち時間は、さまざまな使用事例においてさまざまであることが可能である。
【０１２１】
ＷＴＲＵは、たとえば、増大されたスループットおよび減少された待ち時間（たとえば、より短いＴＴＩ持続時間および低減された処理時間）に起因して、処理ボトルネックの点でさらなる難題に直面する場合がある。
【０１２２】
手順は、レイヤ２プロトコルデータユニット（たとえば、ＭＡＣ  ＰＤＵ）の作成およびアセンブリを最適化することが可能である。
【０１２３】
ＲＬＣセグメント化、アセンブリ、ＭＡＣレイヤ多重化、およびＰＨＹレイヤエンコーディングが、グラントの受信後に実行されることが可能である。ＵＬ送信に対するグラントの待ち時間は、これらのオペレーションのハードウェア待ち時間およびソフトウェア待ち時間を超えるほどは改善されない場合がある。
【０１２４】
セグメント化、アセンブリ、および多重化のための手順が提供されることが可能である。（たとえば、ネットワークにおける）スケジューリング機能は、ＷＴＲＵバッファにおける送信のために利用可能なデータに関連付けられているＱｏＳ要件のタイムリーな情報および／または正確な知識を有することも、または有さないことも可能である。ＷＴＲＵは、（たとえば、ＵＲＬＬＣサービスのための）厳格な信頼性要件および／または待ち時間要件を有するサービスを可能にするための行動を実施することが可能である。
【０１２５】
ＷＴＲＵは、どのようにしてどんなデータが送信されるか、およびどのようにしてＰＤＵが生成されるかにインパクトを与えるためにパラメータを使用することが可能である。ＷＴＲＵは、どのようにしてデータが送信されるべきであるかの特徴付けに関連付けられている１つまたは複数のパラメータを伴って構成されることが可能である。特徴付けは、ＷＴＲＵが満たすことおよび／または施行することを期待され得る制約および／または要件を表すことが可能である。ＷＴＲＵは、たとえば、特徴付けに基づくデータに関連付けられている状態に基づいて、別々のオペレーションを実行すること、および／または自分の行動を調整することが可能である。
【０１２６】
行動は、たとえば、処理時間の点でＰＤＵアセンブリおよび制約に関連していることが可能である。ＷＴＲＵは、本明細書において説明されている手順などの１つまたは複数の手順が適用可能であり得るということを特定することが可能である。
【０１２７】
本明細書において説明されている手順は、本明細書において説明されているか、または別の場所で説明されているかを問わず、全体的にまたは部分的に、単独でまたはその他の任意の手順との組合せで利用されることが可能である。本明細書において説明されている１つまたは複数の例示的な手順は、ネットワークまたはＷＴＲＵ上で部分的にまたは全体的に実行または適用されることが可能である。
【０１２８】
グラントに先立って、ＰＨＹレイヤパラメータの特定のための手順が提供されることが可能である。たとえば、ＷＴＲＵは、ＵＬ送信のためのグラントの受信に先立って、データの送信のためのＰＨＹレイヤパラメータを特定すること、またはそれらのＰＨＹレイヤパラメータを伴って構成されることが可能である。パラメータの早期の特定は、何らかのＰＨＹレイヤ処理がＵＬグラントの前にＷＴＲＵによって実行されることを可能にすることができ、これは、ＷＴＲＵが、たとえば、ＵＬ送信に関連付けられている待ち時間を最小化するために、特定のタイプのデータに関するＵＬグラントの送信からの最小の遅延を伴ってＵＬ送信を実行することを可能にする上で有益である場合がある。ＰＨＹレイヤパラメータの早期の特定は、（たとえば、また）本明細書において説明されているその他の手順とともに採用されることが可能である。
【０１２９】
グラントに先立って特定されたＰＨＹレイヤパラメータは、特定の論理チャネル、トランスポートチャネル、トラフィックタイプ、またはＳＯＭに適用されることが可能である。グラント受信の前にＷＴＲＵに対して構成または提供されるパラメータは、たとえば、データに適用されることになる変調スキーム、コーディングスキームおよびコーディング関連のパラメータ、ＨＡＲＱ関連のパラメータ（たとえば、採用されることになるＨＡＲＱプロセスタイプまたはＨＡＲＱの特徴）、トランスポートブロックサイズ、Ｌ２データを特定のＰＨＹリソースに関連付けるためのルール（たとえば、特定のリソースを送信するために、どのＰＨＹリソースまたはＰＨＹリソースの範囲が使用されることが可能であるか）、最終的なグラントに関連付けられているＰＨＹリソースまたはＰＨＹリソースの上位集合のうちの１つまたは複数から構成されることが可能である。ＰＨＹレイヤ情報は、グラントそのものによって洗練されることが可能であるリソースの上位集合であることが可能である。
【０１３０】
パラメータは、ネットワークからシグナリングされることが可能である。たとえば、ＷＴＲＵは、たとえば、ネットワークによるシグナリングを通じて、事前にＰＨＹレイヤパラメータを受信することが可能である。パラメータは、特定のタイプのデータ（たとえば、ＵＲＬＬＣ）または特定のタイプの論理チャネル、トランスポートチャネルなどに関して、ＷＴＲＵによって受信されることが可能である。パラメータは、データを搬送することを意図され得る特定のＰＨＹレイヤリソースに（たとえば、それのみに）適用可能であり得る。パラメータは、リソースブロックの特定のセットにおいて、または定義されている周波数／時間範囲において送信されるデータに適用可能であり得る。
【０１３１】
ＷＴＲＵは、ネットワークからＰＨＹレイヤパラメータを受信することが可能である。パラメータは、定期的に、または１つもしくは複数のトリガーに応答して受信されることが可能である。トリガーは、たとえば、（ｉ）ネットワークによって検知された、もしくはＷＴＲＵによって検知されてネットワークへシグナリングされたチャネル特徴における著しい変化、（ｉｉ）ＷＴＲＵからの要求を通じて、および／または（ｉｉｉ）サービスもしくは論理チャネル、ベアラなどのＷＴＲＵによる開始時に（これは、ＷＴＲＵが事前にＰＨＹレイヤパラメータへアクセスすることを必要とする場合がある）を含むことが可能である。
【０１３２】
ＷＴＲＵによって受信されたＰＨＹレイヤパラメータは、たとえば、（ｉ）ＷＴＲＵがＰＨＹレイヤパラメータの新たな／異なるセットを受信すること、（ｉｉ）ＰＨＹレイヤパラメータの受信に続いてタイマーが切れること、（ｉｉｉ）ＰＨＹレイヤパラメータが適用されるべきであるグラントの受信、および／または（ｉｖ）特定のフロー、論理チャネル、ベアラなどに関連付けられているＷＴＲＵによる（たとえば、すべての）データの送信（たとえば、ＷＴＲＵが、自分のバッファ内のすべてのＵＲＬＬＣデータの送信を完了した場合）のうちの１つまたは複数が発生するまで、有効または適用可能であり得る。
【０１３３】
ＷＴＲＵは、前述のイベントのうちの１つまたは複数などのイベントが発生した場合には、ネットワークに（たとえば、さらに）示すことが可能である。
【０１３４】
ＭＣＳが、将来のグラントのために受信および使用されることが可能である。例示的な実現においては、ＷＴＲＵは、送信帯域幅の一部分の上でのデータの送信のために使用されることになるＭＣＳを定期的に受信することが可能である。これは、たとえば、事前に定義されているトランスポートブロックのセットなど（たとえば、事前に定義されている周波数範囲）に限定されることが可能である。ＷＴＲＵは、（たとえば、定期的なＭＣＳ送信を受信すると、）シグナリングされたＭＣＳを、関連付けられている送信帯域幅上で行われる（たとえば、すべての）送信に適用することが可能である。ＷＴＲＵは、１つまたは複数のＬ２プロトコルデータユニットを帯域幅範囲および（結果として）はじめにシグナリングされたＭＣＳに関連付けることを（たとえば、演繹的に、または構成に基づいて）特定することが可能である。たとえば、ＷＴＲＵは、論理チャネルのセットがＭＣＳとともに供給されることが可能であるということを特定することが可能である。ＷＴＲＵは、それらの論理チャネルを、ＭＣＳがシグナリングされた帯域幅の部分にマップすることが可能である。
【０１３５】
ＭＣＳの定期的な送信は、たとえば、ＰＨＹチャネル上で専用のシグナリングを通じて、ＭＡＣ  ＣＥもしくは同様の通信を通じて、またはＲＲＣシグナリングを介してＷＴＲＵへ配信されることが可能である。ＷＴＲＵは、送信に続いて、たとえば、同じ帯域幅エリアに関する新たなまたは更新されたＭＣＳ値を自分が受信するまで、ＭＣＳを利用することが可能である。ＷＴＲＵは、たとえば、別々の帯域幅エリアに関して利用するために、複数の異なるＭＣＳ値を受信することが可能である。ＷＴＲＵは、特定の帯域幅エリア（たとえば、それのみ）に関するＭＣＳを受信することが可能である。
【０１３６】
ＷＴＲＵは、リソースのサブセットを受信することが可能であり、グラントは、そのサブセットから（たとえば、その後に）選ぶことが可能である。たとえば、ＷＴＲＵは、自分の送信帯域幅内のリソース範囲を受信することが可能である。リソース範囲は、たとえば、グラントが到着したときからＷＴＲＵが送信することを必要とされ得るリソースのセットをＷＴＲＵに示すために使用されることが可能である。ＰＨＹレイヤパラメータによって示される周波数範囲は、ＰＨＹレイヤパラメータの有効時間中に使用可能なリソースブロックのセット、ＰＨＹレイヤパラメータの有効性中に使用可能なサブフレーム、ＴＴＩ、もしくはシンボルのセット、またはそれらの組合せを識別することが可能である。グラントは、最初のリソース範囲内の特定のリソースをＷＴＲＵに示すことが可能である。たとえば、ＰＨＹレイヤパラメータは、ＷＴＲＵによって使用可能であり得るそれぞれのＴＴＩに関するｘ個のリソースブロックを選択することが可能である。ＵＬグラントは、それらのｘ個のリソースブロックのうちの１つまたは複数を、そのグラントを満たすためにＷＴＲＵによって使用する目的でＷＴＲＵに示すことが可能である。
【０１３７】
この技術の利点は、たとえば、グラントによって示されているリソースの部分が、ＷＴＲＵによって以前に受信されたＰＨＹレイヤ情報において既に演繹的に知られていると仮定すると、グラントデコーディングに関連付けられている待ち時間を低減することであり得る。
【０１３８】
ＷＴＲＵは、グラントの受信の前に自分のＰＨＹレイヤパラメータ（たとえば、コーディング、変調、パワー設定など）を特定することが可能である。パラメータは、たとえば、（ｉ）ＤＬ上でＷＴＲＵによって実行されたＳＮＲ、ＣＱＩなどの測定、（ｉｉ）関心のある周波数範囲上で行われた送信のＡＣＫ／ＮＡＣＫ周波数の測定、および／または（ｉｉｉ）関心のある周波数範囲上での基準信号に関連した基準信号パワー、ＳＩＮＲなどの測定のうちの１つまたは複数を使用して特定されることが可能である。
【０１３９】
ＷＴＲＵは、そのＷＴＲＵがＰＨＹレイヤパラメータの自分自身のセットを定義するために使用することが可能である（たとえば、使用しなければならない）周波数範囲を伴ってネットワークによって（たとえば、動的にまたは準静的に）構成されることが可能である。
【０１４０】
ＷＴＲＵは、たとえば、周波数範囲または周波数範囲のセットに関する測定に基づいて、自分のＰＨＹレイヤパラメータを定期的に特定することが可能である。ＷＴＲＵは、適用されることになるＰＨＹレイヤパラメータを、そのＷＴＲＵがグラントを受信するあらゆるリソース上で行われる送信に関連付けることが可能である。
【０１４１】
パラメータのＷＴＲＵ特定に関する周波数範囲は、ネットワークによって動的に構成されることが可能である。たとえば、ＷＴＲＵは、周波数範囲ＡおよびＢ（たとえば、それらのみ）に関してＭＣＳの上述の測定および計算を実行するようにネットワークによって構成されることが可能であり、ＡおよびＢは、全周波数のサブセットであり得る。ＷＴＲＵは、周波数範囲Ａ上で実行されるアップリンク送信にＭＣＳ  Ａを適用することが可能であり、周波数範囲Ｂ上で実行されるアップリンク送信にＭＣＳ  Ｂを適用することが可能である。
【０１４２】
ＷＴＲＵがＰＨＹレイヤパラメータの自分自身による特定を実行することが可能である周波数範囲の構成は、たとえばＲＲＣシグナリングを通じて、ネットワークによって構成されることが可能である。構成は、更新された構成によって変更されることが可能である。たとえば、ネットワークは、任意の所与の時点においてＵＲＬＬＣ送信に関する最良のチャネル特徴を伴う周波数範囲を利用することが可能である。ネットワークは、ＷＴＲＵがＰＨＹレイヤパラメータの自分自身による特定を実行することが可能である周波数範囲を動的に再構成することが可能である。
【０１４３】
ＷＴＲＵは、ＰＨＹレイヤパラメータをシグナリングすることが可能である。たとえば、ＷＴＲＵは、そのＷＴＲＵが自律的に選択したＰＨＹレイヤパラメータをネットワークへシグナリングすることが可能である。ＷＴＲＵは、たとえば、（ｉ）パラメータの選択／特定時、（ｉｉ）パラメータを使用するデータの送信中（このケースにおいては、ＷＴＲＵは、制御情報において明示的に、および／もしくは制御パラメータの特定の選択の使用を意味する送信されているデータのプロパティーに基づいて黙示的にパラメータをシグナリングすることが可能である）、（ｉｉｉ）ネットワークによる要求時、ならびに／または（ｉｖ）これらのパラメータの送信用に意図されている場合もある、もしくは意図されていない場合もあるデータもしくは制御の送信のためのリソースをネットワークが提供した時点のうちの１つもしくは複数の間に、またはそれらに応答してパラメータをシグナリングすることが可能である。
【０１４４】
ＷＴＲＵは、（たとえば、また）本明細書において論じられている手順の任意の組合せを使用することが可能である。たとえば、ＷＴＲＵは、物理的なパラメータのセットを提供することが可能である第１の手順を、パラメータの第２のセットを提供することが可能である第２の手順と組み合わせることが可能である。
【０１４５】
ＷＴＲＵは、ＳＲ、ＢＳＲ、ＲＡ、または同様のアップリンク送信においてデータブロックサイズまたはＴＢサイズをシグナリングすることが可能である。ＷＴＲＵは、自分が将来の送信のために使用することが可能であるまたは使用するであろうデータブロックサイズまたはＴＢサイズをシグナリングすることが可能である。たとえば、ＷＴＲＵは、送信のために準備および用意されているデータブロックのセットを有することが可能である。ＷＴＲＵは、（たとえば、また）データブロック同士を組み合わせてトランスポートブロックにしておくことが可能である。ＷＴＲＵは、ネットワークへ送信されるＳＲ、ＢＳＲ、またはＲＡにおいてデータブロックサイズおよび／またはＴＢサイズを提供することが可能である。
【０１４６】
ＷＴＲＵは、たとえば、さらに少ないオーバーヘッドを伴ってシグナリングが送信されることを可能にするために、データブロックに関するコースサイズまたはＴＢサイズを示すことが可能である。たとえば、ＷＴＲＵによってシグナリングされることが可能であるＴＢサイズのセットは、ｘ個のレベルに限定されることが可能である。シグナリングは、限られた数のビットを伴って送信されることが可能であり、それは、ｘ個のレベルのうちの１つをＷＴＲＵがシグナリングすることを可能にすることができる。たとえば、ＷＴＲＵは、サイズｘのＴＢを送信したいと望む場合には、ｘよりも大きい次なるＴＢサイズをシグナリングすることが可能である。
【０１４７】
トランスポートブロックサイズは、ＣＲＣチェック値において黙示的に提供されることが可能である。ＷＴＲＵは、自分の変調およびコーディング（ＭＣＳ）を（たとえば、ネットワークがそれを提供することなく）選択することが可能である。ＷＴＲＵは、たとえば、送信するための利用可能な固定されたサイズのＭＡＣ  ＰＤＵの数、およびリソースグラントのサイズに基づいて、自分のトランスポートブロックサイズを選択することが可能である。ＭＣＳは、たとえば、本明細書において説明されている手順を使用して、ＷＴＲＵによって特定されることが可能である。ＷＴＲＵは、たとえば、本明細書において説明されている１つまたは複数の手順のうちの１つに基づいて、自分のＭＣＳを（たとえば、明示的に）ネットワークへシグナリングすることが可能である。ＷＴＲＵによって利用されるトランスポートブロックサイズは、たとえば、トランスポートブロック内の１つまたは複数の個々のＭＡＣ  ＰＤＵのＣＲＣチェック値の一部として、（たとえば、黙示的に）示されることが可能である。ＷＴＲＵは、使用される全体的なトランスポートブロックサイズを（たとえば、ネットワークに）黙示的に示す、または許容可能なトランスポートブロックサイズのうちの１つから選択するＣＲＣチェック値を入手するために、たとえば、固定されたサイズのＭＡＣ  ＰＤＵ（たとえば、それらのそれぞれ）へとパディングを挿入することが可能である。例においては、ＣＲＣチェック値は、たとえば、送信される第１のエンコードされているブロックのＣＲＣチェック値が１つの値によって割り切れる場合には、第１のトランスポートブロックサイズのＷＴＲＵによる選択を黙示的にシグナリングすることが可能である。ＣＲＣチェック値は、たとえば、送信される第１のエンコードされているブロックのＣＲＣチェック値が別の値によって割り切れる場合には、第２のトランスポートブロックサイズなどのＷＴＲＵによる選択を黙示的にシグナリングすることが可能である。
【０１４８】
ＭＡＣ  ＰＤＵ／トランスポートブロックは、インクリメンタルに作成されることが可能である。ＴＢは、固定されたデータブロックサイズから作成されることが可能である。これは、グラントの受信後のＲＬＣセグメント化、アセンブリ、ＭＡＣレイヤ多重化、およびＰＨＹレイヤエンコーディングの実行に勝る利点を提供することが可能である。ＵＬ送信に対するグラントの待ち時間は、これらのオペレーションのハードウェア待ち時間およびソフトウェア待ち時間を超えるほどは改善されない場合がある。
【０１４９】
たとえば、ＷＴＲＵは、固定されたサイズを伴うデータブロックのアセンブリを通じてトランスポートブロックのインクリメンタルな作成を実行することが可能である。ＷＴＲＵは、より高いレイヤのデータがＷＴＲＵバッファ内に到着した際には、そのデータが到着するとすぐに、固定されたサイズのデータブロックを作成することによって、すぐに、またはネットワークからのグラントにおける情報を待つ必要なく、データブロックの作成を実行することが可能である。ＷＴＲＵは、たとえば、グラントのサイズを占めるような方法で、それに複数のデータブロックを割り振ることによって、ＴＢを作成することが可能である。ＷＴＲＵは、（たとえば、また）、たとえばパディングを最小化するために、固定されたデータブロックサイズの倍数であることが可能であるグラントを与えられることが可能である。ＷＴＲＵは、（たとえば、代替として）同じ数のデータブロックを、グラントサイズによって許容されるトランスポートブロックへとフィットさせることが可能である。ＷＴＲＵは、たとえば、（ｉ）パディング、（ｉｉ）ＭＡＣ制御情報、たとえば、必要とされるリソースに関する情報、送信するための保留中のＭＡＣ  ＰＤＵ、ＭＡＣ  ＰＤＵサイズ、期限切れのＴＴＬを伴うパケットの表示など、および／または（ｉｉｉ）ＰＨＹレイヤによって挿入されることが可能であるさらなるコーディング、レートマッチングなどのうちの１つまたは複数を用いて、あらゆる残りのデータを占めることが可能である。
【０１５０】
ＷＴＲＵは、特定のフロー、ベアラ、論理チャネルなどに関して、ある（たとえば、１つの）または有限なセットの特定のデータブロックサイズを利用するように構成されることが可能である。ＷＴＲＵは、（たとえば、さらに）１つまたは複数の特定のフロー、論理チャネル、ベアラなど（たとえば、それらのみ）に関して特定のデータブロックサイズを使用するように制限されることが可能であり、その他のフロー、論理チャネル、ベアラ、またはデータタイプに関連付けられているデータに関するデータブロックサイズに制限される必要はない場合がある。たとえば、ＷＴＲＵは、ＵＲＬＬＣに関連付けられているデータ、またはＵＲＬＬＣに関連付けられているＱｏＳ特徴を伴うフローに関する特定のデータブロックサイズを利用することを必要とされる場合があるが、その他のフローまたはデータに関するサイズにおいて制限されないデータブロックを作成することが可能である。
【０１５１】
データブロックは、たとえば、ＲＬＣ  ＰＤＵから、または異なるプロトコルレイヤ（ＭＡＣ、ＰＤＣＰなど）に関連付けられているＰＤＵから構成されることが可能である。
【０１５２】
構成されるデータブロックサイズは、たとえば、ＷＴＲＵにおいて静的に構成されること、またはネットワークによってシグナリングされることが可能である。ＷＴＲＵは、許容可能なデータブロックサイズのセットを、たとえば、定期的に、またはネットワークによって特定されたチャネル状況における変化に基づいてなど、不定期に受信することが可能である。データブロックサイズは、たとえば、ブロードキャストを介して、またはＭＡＣ構成におけるＲＲＣシグナリングの一部などの専用のシグナリングを介してＷＴＲＵへシグナリングされることが可能である。
【０１５３】
ＷＴＲＵは、特定の（たとえば、第１の）サービスタイプ、フロー、論理チャネルなどに関して適用されることになる１つまたは複数の許容可能なデータブロックサイズ構成、および別のセットの（たとえば、第２の）サービスタイプ、フロー、論理チャネルなどに関する許容可能なデータブロックサイズの異なるセットを受信することが可能である。ＷＴＲＵは、（たとえば、加えて）（たとえば、同じ）シグナリングを通じて、許容可能なデータブロックサイズに対する構成変更を受信することが可能である。ＷＴＲＵは、（たとえば、構成における変更の受信に際して、）作成されたデータブロックの対応するサイズを、たとえば、シグナリングの受信時から、データブロックサイズの新たなセットの受信まで変更することが可能である。
【０１５４】
ＷＴＲＵは、たとえば、グラントに先立って提供されることが可能であるＰＨＹレイヤ情報に基づいて、使用されることになる固定されたデータブロックサイズを導き出すことが可能である。たとえば、ＷＴＲＵは、本明細書において説明されているＰＨＹレイヤパラメータなどのＰＨＹレイヤパラメータのうちの１つまたは複数に基づいて、許容可能なデータブロックサイズを算出することが可能である。たとえば、ＷＴＲＵは、グラントに先立って示されるＰＨＹレイヤパラメータの一部として提供されるコーディングブロックサイズに等しいデータブロックサイズを特定することが可能である。
【０１５５】
ＷＴＲＵは、作成されたそれぞれのデータブロックに関して（たとえば、独立して）使用されることになる許容可能なサイズのセットから１つまたは複数のデータブロックサイズを選択することが可能である。データブロックサイズの選択は、直近のタイムスパンにわたって受信されたパケットのサイズ、ＷＴＲＵのバッファリング能力、および／またはその他の実施関連の態様に基づいて、より高いレイヤにおいてトラフィックのタイプを適応させるためになど、１つまたは複数の理由のために行われることが可能である。ＷＴＲＵは、（たとえば、代替として）特定のフロー、論理チャネルなどのために使用されることになるデータブロックサイズを、許容可能なサイズのリストから選択することが可能である。ＷＴＲＵは、有限な期間にわたって、同じフロー、論理チャネルなどに関して、選択されたデータブロックサイズを使用し続けることが可能である。ＷＴＲＵは、（たとえば、また）（ｉ）新たなタイプのデータの到着、（ｉｉ）データブロックサイズの新たなセットの次なる受信、（ｉｉｉ）フレーム／スーパーフレームの終わりもしくは同様の定義された境界、（ｉｖ）定期的に、もしくはタイマーが切れたとき、（ｖ）チャネル品質もしくはその他の同様の測定値における変化の（たとえば、ＷＴＲＵによる）検知時、ならびに／または（ｖｉ）ネットワークからの新たな構成（たとえば、周波数、ＨＡＲＱパラメータ、ＰＨＹ構成などの変化）の受信時のうちの１つまたは複数など、その他のトリガーの発生に応じて選択を実行することが可能である。
【０１５６】
ＷＴＲＵは、たとえば、関連付けられているデータの送信のためのアップリンクグラントに先立って、より高いレイヤのＳＤＵ（たとえば、ＩＰパケットまたはＰＤＣＰ  ＳＤＵ）のセグメント化／リアセンブリを実行することが可能である。特定のフロー、データタイプ、論理チャネルなどに関連付けられることが可能である１つまたは複数のパケットのセグメント化／リアセンブリが、（ｉ）特定のフローをターゲットとされること、もしくは特定の論理チャネルに関連付けられることが可能であるパケットもしくはＳＤＵの到着、（ｉｉ）特定のパケットもしくはＳＤＵのＴＴＬが、しきい値未満になったとき、および／または（ｉｉｉ）セグメント化／リアセンブリのために利用可能なデータの総量が最小サイズよりも大きい１つまたは複数のＳＤＵの到着時など、任意の１つまたは複数のトリガーでＷＴＲＵによって実行されることが可能である。たとえば、最小サイズは、許容可能なデータブロックサイズ、またはＷＴＲＵによって選択されるデータブロックサイズに相当することが可能である。
【０１５７】
ＷＴＲＵは、より高いレイヤのＳＤＵの受信時に、たとえば、ＳＤＵのセグメント化／リアセンブリを実行することが可能であり、したがって、結果として生じるセグメントは、固定されたおよび選択されたデータブロックサイズのものであることが可能である。ＷＴＲＵは、たとえば、バッファ内のデータ（たとえば、それらのすべて）がデータブロック作成中に消費されることが可能であり、固定されたサイズを伴う整数個のデータブロックを占めない場合には、（たとえば、セグメント化／リアセンブリ中に）パディングをデータブロックへと挿入することが可能である。
【０１５８】
ＷＴＲＵは、たとえば、挿入されるパディングを最小化するために受信されることが可能であるさらに高いレイヤのＳＤＵにサイズが最も近いデータブロックサイズを（たとえば、許容可能なデータブロックサイズのリストから）選択することが可能である。例においては、ＷＴＲＵは、たとえば、特定のバッファまたはフローに関連付けられている単一のＲＬＣパケットが、データブロック作成が実行された時点でＷＴＲＵ内に存在し得る（たとえば、存在している）場合には、パディングを最小化するデータブロックサイズを（たとえば、許容可能なサイズのリストから）選択することが可能である。
【０１５９】
ＷＴＲＵは、固定されたサイズのデータブロックごとにデータブロックヘッダを作成することが可能である。ＷＴＲＵは、（たとえば、また）共通のサイズならびに／または１つもしくは複数のその他の特徴（論理チャネル、ベアラタイプ、フロータイプ、サービスタイプ、および／もしくはＴＴＬなどであるが、それらには限定されない）を有することが可能であるデータブロックの集合に関するヘッダを作成することが可能である。ＷＴＲＵは、たとえば、所与の時点において送信されることになる固定されたサイズのデータブロックの数を決定したときに、ヘッダの処理を完了することが可能である。ＷＴＲＵは、１つまたは複数のヘッダを、たとえばデータブロックとともに、エンコーディングのためにさらに低いレイヤに提供することが可能である。
【０１６０】
データブロックは、ヘッダを含むことも、または含まないことも可能である。単一のヘッダが、複数のデータブロックを含むトランスポートブロック全体に含まれることが可能である。ヘッダは、たとえば、（ｉ）トランスポートブロック内のデータブロックの数、（ｉｉ）トランスポートブロック内のデータブロックの１つもしくは複数のサイズ、（ｉｉｉ）（たとえば、それぞれの）データブロックに関連付けられているフロー、論理チャネル、もしくはサービス、ならびに／または（ｉｖ）トランスポートブロック内に含まれている制御情報（たとえば、ＭＡＣ  ＣＥ）の量のうちの１つまたは複数を含むことが可能である。
【０１６１】
ＷＴＲＵは、ＷＴＲＵによって送信されることになるまたは送信される用意ができている保留中のＴＢのサイズなどの情報を（たとえば、現在送信されているＴＢ内に）含むことが可能である。たとえば、それらの情報は、送信されている現在のＴＢの一部として送信されるＭＡＣ  ＣＥ内に含まれることが可能である。
【０１６２】
ＷＴＲＵは、将来のＴＢにおいて送信されることになる準備されているまたは保留中のブロックの１つまたは複数のブロックサイズを（たとえば、現在のＴＢ内に）含むことが可能である。
【０１６３】
ＷＴＲＵは、たとえば、（たとえば、それぞれの）固定されたサイズのデータブロック上のグラントの受信に先立って、データブロックのＰＨＹレイヤ処理の一部分（たとえば、エンコーディング）を実行することが可能である。ＷＴＲＵは、たとえば、グラントの受信に先立って、（たとえば、それぞれの）データブロック上でＰＨＹレイヤ処理の一部分を実行するために、本明細書において説明されているＰＨＹレイヤパラメータなどのＰＨＹレイヤパラメータに依存することが可能である。たとえば、ＷＴＲＵは、グラントの受信に先立って、ＣＲＣ挿入、エンコーディング、および変調を実行するために、ＰＨＹレイヤパラメータにおいて提供されているＭＣＳに依存することが可能である。ＷＴＲＵは、たとえば、データがＲＬＣバッファ内に到着した際には、固定されたサイズのデータブロックの作成によって、ならびにこれらのデータブロックが受信された際には、それらのデータブロックのエンコーディングおよび変調によって、インクリメンタルな様式で送信されることになるトランスポートブロックを作成することが可能である。
【０１６４】
ＷＴＲＵは、（たとえば、また）たとえば、受信されたＰＨＹレイヤ情報に基づいて、実行されることになるＰＨＹレイヤ処理を特定することが可能である。たとえば、ＷＴＲＵは、たとえば、使用するためのコーディングスキームおよびコーディングパラメータを受信したことに基づいて、ＷＴＲＵがグラントの受信に先立ってエンコーディングを実行することが可能であるということ、および変調がグラントの一部として提供されることが可能であるということを特定することが可能である。
【０１６５】
ＷＴＲＵは、たとえば、（ｉ）多重化およびトランスポートブロックの作成、（ｉｉ）パディングビットを１つの（たとえば、それぞれの）固定されたサイズのデータブロックもしくは全体的なトランスポートブロックへと挿入する、（ｉｉｉ）ＴＢ内のデータブロックの数など、グラントの到着に伴って入手された情報を含むように１つもしくは複数のデータブロックヘッダを作成もしくは更新する、（ｉｖ）データブロックヘッダの作成、ならびに／または（ｖ）１つの（たとえば、それぞれの）データブロックの、もしくはトランスポートブロック全体のさらなるＰＨＹレイヤ処理というアクションのうちの１つまたは複数を（たとえば、グラントの受信時に）実行することが可能である。
【０１６６】
ＭＡＣ多重化およびトランスポートブロックの作成が提供されることが可能である。ＷＴＲＵは、たとえば、グラントの受信時に、送信される用意ができているグラントに先立って構築されて（たとえば、潜在的には、コーディングおよび変調など、さらなるＰＨＹレイヤ処理を用いて）処理されている利用可能なデータブロックの数を特定することが可能である。ＷＴＲＵは、グラント内に含めて送信されることになるデータブロックのサブセットを選択することが可能である。選択基準は、たとえば、（ｉ）選択されるデータブロックが、グラントにおいて示されるフロー、論理チャネル、もしくはサービスからのデータを含むことが可能であり、データブロックが、たとえばグラントに基づいて許容可能であること（グラントが複数のフローを許容するケースにおいて）、もしくはデータブロックが、データブロックサイズについての事前の知識に基づいて作成された固定されたサイズのデータブロックであること、（ｉｉ）ＷＴＲＵが、たとえば、単一のフロー、論理チャネル、サービス上でか、もしくは１つもしくは複数の（たとえば、すべての）フロー、論理チャネル、もしくはサービスにわたってかを問わずに先着順にデータブロックを含めることによってグラントにサービス提供することが可能であること、ならびに／または（ｉｉｉ）ＷＴＲＵが、いくつかのＱｏＳ関連のパラメータに基づいてグラントにサービス提供することが可能であることのうちの１つまたは複数に基づくことが可能である。
【０１６７】
ＭＡＣ多重化は、たとえば、ＴＴＬによって発生することが可能である。たとえば、ＷＴＲＵは、ＴＴＬの昇順ですべてのデータブロックを挿入することが可能である。
【０１６８】
ＭＡＣ多重化は、たとえば、論理チャネル優先度およびＴＴＬによって発生することが可能である。たとえば、ＷＴＲＵは、（たとえば、第１に）すべてのデータブロックを含むこと（この場合、データは、ＴＴＬが特定のしきい値を下回る可能性があるデータを有しているデータブロックに関連付けられることが可能である）、および（たとえば、第２に）グラントにおける任意のさらなるスペースに関してＬＣＰを実行することが可能である。
【０１６９】
ＭＡＣ多重化は、たとえば、データブロック同士の間における関係によって発生することが可能である。たとえば、ＷＴＲＵは、ＱｏＳの一部として示されることが可能であるデータブロック同士の間における事前に定義されている関係に基づいてデータブロックの選択を実行することが可能である。たとえば、いくつかのデータブロックは、同じＩＰまたはＰＤＣＰパケットから形成された可能性がある。ＷＴＲＵは、関連したデータブロック同士を同じトランスポートブロック内に含むことが可能であり、これは、たとえば、それが好まれている、または必要とされているというＱｏＳ情報からの表示に起因する。
【０１７０】
ＭＡＣ多重化は、たとえば、グラントにおいて許容可能なＱｏＳの制約によって発生することが可能である。たとえば、ＷＴＲＵは、単一のまたは制限されたセットのフロー、論理チャネル、またはサービス（たとえば、それらのみ）に関連付けられているデータブロック（たとえば、それらのみ）を選択することによって、データブロックの選択を実行することが可能である。関連付けは、グラントにおいて識別されることが可能であり、または、たとえば、グラントに先立ってＷＴＲＵへシグナリングされたＰＨＹレイヤパラメータもしくはデータブロックサイズに関するグラントの特徴に基づいてＷＴＲＵにおいて演繹的に知られることが可能である。
【０１７１】
ＷＴＲＵは、ＵＲＬＬＣグラントを（たとえば、自律的に）特定することが可能である。たとえば、ＷＴＲＵは、グラントが、１つまたは複数の特定のフロー、論理チャネル、サービスのデータをトランスポートするために使用されることが可能である（たとえば、使用されるべきである、または使用されなければならない）ということを自律的に特定することが可能である。ＷＴＲＵは、それらのフロー／論理チャネル／サービスに関連付けられているデータブロック（たとえば、それらのみ）が選択されてトランスポートブロックに含まれるように制限することが可能である。
【０１７２】
ＴＢサイズとグラントサイズとの間における差は、最小化されることが可能である。たとえば、ＷＴＲＵは、グラントサイズとＴＢサイズとの差が最小化されることが可能であるように、利用可能なデータブロックを選択することが可能である。差の最小化をもたらすことが可能である、送信のための利用可能なデータブロック同士の組合せが採用されることが可能である。
【０１７３】
選択基準は、ＷＴＲＵによって、たとえば、固定されたサイズのデータブロックをそれが作成するか、またはデータブロックが動的に（たとえば、グラントが到着した際に）サイズ設定されるかを問わずに、利用されることが可能である。
【０１７４】
データブロックＡＣＫ／ＮＡＣＫが提供されることが可能である。ＷＴＲＵは、１つまたは複数のデータブロック（たとえば、それぞれが、データブロックＣＲＣと呼ばれる自分自身のＣＲＣを伴う）を含むトランスポートブロックを送信するように構成されることが可能である。トランスポートブロックは、ＴＢ  ＣＲＣと呼ばれる場合がある自分自身のＣＲＣを搬送することが可能である。エンコーダは、たとえば、デコーディング障害の早期の検知を介してパワーの節約を可能にするために、より短い長さのＣＲＣを１つの（たとえば、それぞれの）コードブロックへ挿入するように構成されることが可能である。
【０１７５】
トランスポートブロック（ＴＢ）ＮＡＣＫは、たとえば、事前に構成された割合または数のデータブロックがエラー状態にある場合に発生することが可能である。ネットワークは、エラーを伴わずにトランスポートブロック（たとえば、すべての関連付けられているデータブロック）を（たとえば、正しく）受信することが可能であり、そのケースにおいては、それは、専用の制御チャネル上でＷＴＲＵへＡＣＫを送信するように構成されることが可能である。ネットワークは、たとえば、データブロックのうちの１つまたは複数がエラー状態で受信されていることに起因して、トランスポートブロックに関連したエラーを検知することが可能である。ネットワークは、関連付けられているＴＢ送信にＡＣＫまたはＮＡＣＫ（たとえば、ＨＡＲＱ−ＡＣＫ）を送信するかどうかを、たとえば、トランスポートブロック内のエラー状態にあるデータブロックの数に応じて特定するように構成されることが可能である。たとえば、基地局またはＴＲＰは、特定の数または割合よりも多くのデータブロックがエラー状態にある場合にＮＡＣＫを送信するように（たとえば、ネットワーク内の別のインスタンスを介して、またはＯＡＭを介して）構成されることが可能である。たとえば、ＴＲＰは、５０％よりも多くのデータブロックがエラー状態にある場合にＮＡＣＫを送信するように構成されることが可能である。誘因は、ＨＡＲＱ組合せ利得がある可能性があるということが（たとえば、統計的に）予想される場合にＨＡＲＱ再送信（たとえば、それのみ）をトリガーすることであることが可能である。そうでない場合には、たとえば、（たとえば、ＲＬＣまたはＡＲＱエンティティーがエラーケースを取り扱うのに任せることによる）さらなるフィードバックシグナリングまたはさらなる遅延と引き換えに、エラー状態にあるデータブロック（たとえば、それのみ）を再送信することが、より有利である可能性がある。ＷＴＲＵは、（たとえば、追加として、または代替として、）１つの（たとえば、１つのだけの）データブロックがエラー状態にある場合にＨＡＲＱ−ＮＡＣＫを送信するように（たとえば、特別なケースとして）構成されることが可能である。この特別なケースは、ＴＢの全体上でのＡＣＫまたはＮＡＣＫに相当し得る。
【０１７６】
本明細書において説明されている１つまたは複数の例示的な手順は、たとえば、ネットワークが複数のデータブロックをＷＴＲＵへ送信する場合に、ネットワークまたはＷＴＲＵ上で部分的にまたは全体的に実行または適用されることが可能である。ＷＴＲＵは、自分がＨＡＲＱ−ＮＡＣＫを送信する、エラー状態にある、ある割合またはある数のデータブロックを伴って構成されることが可能である。
【０１７７】
高速のアグリゲートされたデータブロックステータスレポートが、超低待ち時間再送信のために提供されることが可能である。たとえば、基地局は、ＨＡＲＱの観点からは新たな送信であり得るデータブロック再送信をトリガーするためにデータブロックのための高速のステータスレポートフィードバックを提供するように構成されることが可能である。たとえば、データブロックの数が変動することが可能であると仮定すると、フィードバックのサイズは可変であり得る。フィードバックは、複数のＴＴＩにわたってアグリゲートされることが可能である。
【０１７８】
アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージは、１つまたは複数のＡｃｋ／Ｎａｃｋフィールド（たとえば、１ビットフィールド）から構成されることが可能である。１つの（たとえば、それぞれの）フィールドは、関連付けられているアップリンク送信における（たとえば、１つの）データブロックに対応することが可能である。アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージは、ＴＲＰによって、たとえば、事前に定義されている専用のリソースを介して送信されることが可能である。ＷＴＲＵは、たとえば、関連付けられているアップリンクグラントに基づいて（たとえば、ＵＬグラントとＤＬフィードバックとの間における黙示的な時間の関連付けを用いて）、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージのサイズを特定することが可能である。１つの（たとえば、別の）例においては、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージは、関連付けられているＵＬ送信のリソースに関連付けられているリソースのセットを介してＴＲＰによって送信されることが可能である。
【０１７９】
例においては、ＴＲＰは、アグリゲートされたデータブロックＡｃｋ／ＮａｃｋメッセージをＵＬグラントに沿ってスケジュールすることが可能である。たとえば、ＴＲＰは、後の時点において発生する可能性があるアグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージに関するリソースを示すことが可能である。例においては、ＷＴＲＵは、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージを、ＴＲＰによってスケジュールされた場合に（たとえば、その場合にのみ）送信するように構成されることが可能である。
【０１８０】
例においては、アップリンクに関して説明されているのと同様のアプローチが、ダウンリンクにも適用可能であり得る。ＴＲＰは、複数のデータブロックをトランスポートブロック内に含めて送信するように構成されることが可能である。ＷＴＲＵは、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージを送信するように構成されることが可能である。ＷＴＲＵは、関連付けられている送信に関連付けられているＤＣＩにおけるアグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージのために使用されるまたは必要とされる可能性があるリソースを伴ってスケジュールされることが可能である。ＷＴＲＵは、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージグラントを受信すること、および関連付けられているリソース上でそのグラントを送信することが可能である。ＷＴＲＵは、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージを、たとえば、ＤＣＩ上でスケジュールされていない場合には、送信しないように構成されることが可能である。ネットワークは、（たとえば、代替として）アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋの送信専用のリソースのセットを構成することが可能である。
【０１８１】
１つの（たとえば、別の）例においては、ＷＴＲＵは、たとえば、いかなるデータも送信されていない場合には、Ｌ１を介して、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージを送信するように構成されることが可能であり、または（たとえば、送信されているデータがある場合には、）ＷＴＲＵは、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋをデータとともに制御メッセージ内に含めて（たとえば、ＭＡＣヘッダ内に含めて）送信するように構成されることが可能である。
【０１８２】
アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージのサイズは、ＴＴＩごとに変動可能であり得るが、そのサイズは、たとえば、スケジューリンググラントに起因してネットワークに知られることが可能である。ＷＴＲＵは、アグリゲートされたデータブロックＡｃｋ／Ｎａｃｋメッセージのための適切なフォーマットを、たとえば、関連付けられているＤＣＩに続いて送信するように構成されることが可能である。
【０１８３】
たとえば、グラントの受信に先立ってアセンブルされたＰＤＵを満たす一方で、フレキシブルなグラントサイズが許可されることが可能である。たとえば、グラントの割り振りに先立ってＭＡＣ  ＰＤＵアセンブリを実行するＷＴＲＵは、結果として生じる１つまたは複数のグラントをフレキシブルに採用して、それが、アセンブルされたＭＡＣ  ＰＤＵに合わせられることを可能にすることができる。ＷＴＲＵは、アセンブルされたＭＡＣ  ＰＤＵを送信するために必要とされるグラントの数またはそれぞれのグラントのサイズを（たとえば、自律的に）特定することが可能である。
【０１８４】
グラントは、複数の連続したＴＴＩにわたることが可能である。たとえば、ＷＴＲＵは、複数のＴＴＩ、複数のサブフレーム、複数の周波数ブロック、またはそれらの組合せにわたるグラントを割り振られることが可能である。グラントは、たとえば、所与のＴＴＩ、サブフレーム、周波数ブロックなどの上のグラントの一部分が全体的なグラントの単位部分であることが可能であるように定義されることが可能である。ＷＴＲＵは、グラントのサブセットまたは複数のユニットを利用することが可能であり、たとえば、送信されるトランスポートブロックの全体的なサイズをネットワークが特定することを可能にするために、もしも自分がグラントの使用を完了した場合には、ネットワークに表示を提供することが可能である。
【０１８５】
例においては、ＷＴＲＵは、ｙ個の連続したＴＴＩにわたって繰り返し発生する可能性があるｘ個のリソースブロックに関するグラントを受信することが可能である。ｘ個のリソースブロックは、ｙ個の連続したＴＴＩのそれぞれにおいて同じであることが可能である。ｘ個のリソースブロックは、（たとえば、代替として）たとえば、周波数におけるダイバーシティーを提供するために、１つのＴＴＩから次のＴＴＩへと変化することが可能である。ｘ個のリソースブロックは、たとえば、（ｉ）ＷＴＲＵによって知られている固定されたルール（たとえば、［ｒｅｓＢｌｏｃｋ  Ｘ＋ｍ］  ｍｏｄ  ＢＷ）、（ｉｉ）グラントそのものにおいて示されるルール、（ｉｉｉ）グラントに先立つブロードキャストされるもしくは専用のシグナリングを使用して定義されるルール、および／または（ｉｖ）ＷＴＲＵが接続されているセルもしくはＴＲＰに固有のルールのうちの１つまたは複数に従って１つのＴＴＩから次のＴＴＩへと変化することが可能であり、システム署名に固有のアクセステーブルまたは同様のシステム情報によって潜在的に提供されることが可能である。
【０１８６】
例においては、ｙの値は、定義されないことが可能であり、グラントは、ＷＴＲＵによって示されるまで、無限に続くことが可能である。
【０１８７】
ＷＴＲＵは、たとえば、グラントの受信時に、そのグラントにおいて提供されている変調およびエンコーディングに従って、アセンブリのための用意ができているＭＡＣ  ＰＤＵのＰＨＹレイヤエンコーディングおよび変調を実行することが可能である。ＷＴＲＵは、グラント全体にわたって利用されることになる１つの（たとえば、単一の）変調およびエンコーディングを受信することが可能である。ＷＴＲＵは、（たとえば、代替として、）グラントに関連付けられているそれぞれのＴＴＩに関して使用するための別々のエンコーディングまたは変調パラメータを受信することが可能である。
【０１８８】
ＷＴＲＵは、たとえば、エンコーディングプロセスを開始することに先立って、パディングまたはさらなる冗長制御情報もしくはデータをＭＡＣ  ＰＤＵ内に挿入して、たとえば、結果として生じるエンコードおよび変調されたＰＤＵが、整数個のグラントユニット（たとえば、Ｍ個の連続したＴＴＩにおいて許可されているリソース）を（たとえば、完全に）占めることを確実にすることが可能である。
【０１８９】
ＷＴＲＵは、トランスポートブロック（ＴＢ）の終端／サイズをネットワークに示すことが可能である。たとえば、ＷＴＲＵは、たとえば、グラントの処理中のまたはその後の任意の時点において、たとえば、送信されるトランスポートブロックのサイズをネットワークに知らせるために、自分が利用することが可能である（たとえば、利用することになる）連続したＴＴＩの数、および（たとえば、したがって）トランスポートブロックの終端をネットワークに示すことが可能である。ＷＴＲＵは、たとえば、次の手順のうちの１つを使用してトランスポートブロックの終端をネットワークに示すことが可能であり、（ｉ）ＷＴＲＵは、ＰＨＹシグナリング（ＰＵＣＣＨ、ＳＲＳのようなもの、ＲＡＣＨのようなもの、もしくは同様のシグナリングなどであるが、それらには限定されない）を使用して、利用されるＴＴＩの数をネットワークに示すことが可能であり、（ｉｉ）ＷＴＲＵは、トランスポートブロックの一部として提供されるＭＡＣ  ＣＥを使用して、利用されるＴＴＩの数をネットワークに示すことが可能であり、（ｉｉｉ）ＷＴＲＵは、送信の終わりを示す特別な信号を、たとえば、最後のＴＴＩのリソースの一部に含めて送信することが可能であり、および／または（ｉｖ）ＷＴＲＵは、ＰＨＹレイヤにおけるブロックへのＭＡＣ  ＰＤＵのパディングもしくは細分を実行することが可能であり、それによって１つもしくは複数のブロックＣＲＣは、トランスポートブロックを送信するために利用されるＴＴＩの数を示すＣＲＣ値を有することが可能である。
【０１９０】
ＷＴＲＵは、別々のグラントを組み合わせて単一のＴＢを送信することを決定することが可能である。たとえば、ＷＴＲＵは、単一のＴＢを送信する際に使用するための複数のＵＬグラントを選択することが可能である。ＷＴＲＵは、たとえば、同じサブフレームまたはＴＴＩにおいて複数のグラントを受信すると、それらのグラントを組み合わせて利用して単一のＴＢを送信することを決定することが可能である。
【０１９１】
ＷＴＲＵは、たとえば、潜在的に別々の送信パラメータ（ＭＣＳ、コーディング、パワーなど）を伴う別々のグラントを提供されると、たとえば、ＴＢ全体の上で変調およびコーディングを実行するために（たとえば、それが、ＴＢがリソースのセット全体を伴って送信されることを可能にすると仮定すると）、それらのグラントのうちの１つに関連付けられているパラメータのセットを選択することが可能である。たとえば、ＷＴＲＵは、送信される最も全体的でないデータビットをもたらすグラントを選択して、たとえば、それが、関連付けられているグラントへとＴＢを送信することを可能にすることができる。ＷＴＲＵは、たとえば、結果として生じるエンコードされたＴＢが、ＷＴＲＵによって行われた選択でリソースの組合せ全体を完全には占めない場合には、制御（たとえば、ＭＡＣ  ＣＥ、これは、バッファステータスを含むことが可能である）、パディング、および／またはさらなるコーディングを含むことが可能である。
【０１９２】
ＷＴＲＵは、送信を実行するために使用される選択された送信パラメータを示す必要がない場合がある。ＷＴＲＵは、（たとえば、代替として）ＰＨＹシグナリングを使用して、選択された送信パラメータをシグナリングすることが可能である。ＷＴＲＵは、選択された送信パラメータを、たとえば、それらの送信パラメータのために選ばれたグラントを参照することが可能であるインデックスの送信によって示すことが可能である。示されたインデックスと、グラントとの間における関連付けが、たとえば、静的なルールを使用して定義されることが可能である。たとえば、最も低い周波数範囲におけるリソースを参照するグラントは、最も低い周波数範囲に関連付けられることが可能である。ＷＴＲＵは、（たとえば、代替として、）グラントそのものに関連付けられているプロパティーをＰＨＹレイヤシグナリングにおいて提供することが可能である。たとえば、ＷＴＲＵは、グラント全体を送信するために使用されることが可能である（たとえば、使用されることになる）送信パラメータを有するグラントの変調インデックスを提供することが可能である。
【０１９３】
ＷＴＲＵは、リソース同士を、または最初の送信および再送信を組み合わせることを決定することが可能である。たとえば、ＷＴＲＵは、たとえば、複数のＴＢの代わりに単一のＴＢを送信する目的で、ＴＢの最初の送信および再送信のために自分に割り当てられたリソース同士を組み合わせることが可能である。
【０１９４】
ＷＴＲＵは、（たとえば、失敗した送信のケースにおいて）最終的な再送信のためのリソースを、たとえば、明示的にまたは黙示的に提供されることが可能である。ＷＴＲＵは、（たとえば、ＴＢが、最初の送信のために提供されたリソースよりも多くを占める場合には、）これを、たとえば、ＵＬ表示に関して本明細書において説明されている手順のうちの１つまたは複数を使用して、ネットワークに示すことが可能である。
【０１９５】
ＷＴＲＵは、グラントによって提供された変調およびコーディングに従ってトランスポートブロック全体をエンコードすることが可能である。ＷＴＲＵは、最初の送信のためのリソース上でトランスポートブロックの一部分を送信することが可能である。ＷＴＲＵは、（たとえば、再送信のためのリソースが利用可能になった時点において）ＴＢブロックのリソースのうちの残りを送信することが可能である。これは、ＴＢが完全に送信されるまで、複数回（たとえば、最初のＵＬ送信のために許容される再送信の回数）にわたって繰り返されることが可能である。
【０１９６】
たとえば、ＵＬグラントに関連付けられている複数のリソースを介したＴＢの送信および再送信が失敗した場合には、ＷＴＲＵは、ネットワークによってスケジュールされた新たなリソースまたはリソースのセット上でＴＢの再送信を実行することが可能である。ＷＴＲＵは、たとえば、グラントのサイズがＴＢサイズに合わせられることが可能である場合には、ネットワークによって提供された単一のグラント上でＴＢ全体を再送信することが可能である。
【０１９７】
ＷＴＲＵは、ＴＢ送信を完了するために、さらに多くのリソースを割り当てるための表示を送信することが可能である。たとえば、ＷＴＲＵは、ＴＢの一部分を、ネットワークによって提供されたグラント内に含めて送信することが可能であり、トランスポート全体が送信されなかったという表示をネットワークに提供することが可能である。表示は、（たとえば、さらに）ＴＢの残りのサイズを提供することが可能である。ＷＴＲＵは、ネットワークがグラントを提供した場合には、ＴＢの残りの送信を実行することが可能である。グラントは、（たとえば、特に、）トランスポートブロックに関連付けられている残りのデータをアドレス指定することの専用であることが可能である。
【０１９８】
トランスポートブロックは、早期に生成されることが可能である。例においては、ＷＴＲＵは、シグナリングの受信に先立って１つまたは複数のトランスポートブロック（またはＭＡＣ  ＰＤＵ）を生成することを可能にされて、特定のリソースにおける１つまたは複数のトランスポートブロックの送信を可能にすることができ、シグナリングは、ダウンリンク制御情報から受信されたグラントを含むことが可能である。事前の生成は、たとえば、可変の送信持続時間とともに使用される場合に、実現可能であり得る。
【０１９９】
例においては、ＭＡＣ  ＰＤＵの物理レイヤ処理のための１つまたは複数の適用可能な送信パラメータが、たとえば、ＭＡＣ  ＰＤＵの作成の時点において（たとえば、グラントの受信に先立って）特定されることが可能である。たとえば、ＷＴＲＵは、グラントの受信に先立って、たとえば、物理レイヤ、ＭＡＣまたはＲＲＣシグナリングから受信された表示に基づいて、所与のトランスポートチャネルの事前に生成されるＭＡＣ  ＰＤＵに適用可能なコーディングスキームおよび／またはコーディングレートを特定することが可能である。物理レイヤ処理のための１つまたは複数の残りの適用可能な送信パラメータが、たとえば、グラントの一部としてシグナリングされることが可能である。たとえば、ＷＴＲＵは、グラントから受信された情報に基づいて変調スキーム（たとえば、ＱＰＳＫまたは１６−ＱＡＭ）を特定することが可能である。たとえば、グラントは、変調スキームを（たとえば、明示的に）示すことが可能である。グラントは、送信のための持続時間および／または周波数割り当てを（たとえば、代替として）示すことが可能である。ＷＴＲＵは、示された持続時間および／または周波数割り当てにおける（たとえば、すべての）コード化されたビットを適応させるために適用されることが可能である（たとえば、適用される必要がある）変調スキームを黙示的に導き出すことが可能である。
【０２００】
ＷＴＲＵは、たとえば、（ｉ）明示的な表示からのソリューション、ならびに／または（ｉｉ）ターゲット持続時間および／もしくは送信パラメータの最近使用されたセットからのソリューションのうちの１つまたは複数に従ってＭＡＣ  ＰＤＵのサイズを特定することが可能である。
【０２０１】
例においては、サイズは、たとえば、潜在的にそれぞれのタイプのサービスまたはトランスポートチャネルに関して、物理レイヤ、ＭＡＣまたはＲＲＣシグナリングからの明示的な表示から特定されることが可能である。たとえば、ＷＴＲＵは、第１のトランスポートチャネルに関しては３０００ビットのＭＡＣ  ＰＤＵサイズを、および第２のトランスポートチャネルに関しては１００００ビットのＭＡＣ  ＰＤＵサイズをシグナリングされることが可能である。
【０２０２】
例においては、ＷＴＲＵは、たとえば、（ｉ）送信に関するターゲット持続時間、（ｉｉ）周波数割り当て、変調スキーム、コーディングスキーム、および／または、ＭＡＣ  ＰＤＵがマップされる複数の空間レイヤなど、送信パラメータの想定されるセットに関してＭＡＣ  ＰＤＵを搬送する送信の必要とされる持続時間のうちの１つまたは複数に基づいてＭＡＣ  ＰＤＵのサイズを特定することが可能である。
【０２０３】
送信パラメータの想定されるセットのうちの１つまたは複数は、たとえば、（ｉ）対応するトランスポートチャネルのＭＡＣ  ＰＤＵに関して生じた直近のもしくは最新の送信もしくは最新の初期ＨＡＲＱ送信（たとえば、変調およびコーディング）、（ｉｉ）ＭＡＣ  ＰＤＵの物理レイヤ処理に関する現在適用可能な送信パラメータ（たとえば、コーディングスキームおよび／もしくはレート）、ならびに／または（ｉｉｉ）物理レイヤ、ＭＡＣもしくはＲＲＣシグナリングからの明示的な表示（たとえば、ＷＴＲＵが想定することが可能である周波数割り当てもしくはサブキャリアもしくはリソースブロックの数がシグナリングされることが可能である）のうちの１つまたは複数に基づいて特定されることが可能である。
【０２０４】
送信に関するターゲット持続時間は、たとえば、物理レイヤ、ＭＡＣまたはＲＲＣシグナリングからの明示的な表示から特定されることが可能である。ターゲット持続時間は、それぞれのタイプのトランスポートチャネルに関して提供されることが可能である。ＷＴＲＵは、たとえば、ＭＡＣ  ＰＤＵに関する送信の持続時間が、送信パラメータの想定されるセットを伴うターゲット持続時間にマッチすることまたはほぼマッチすることが可能である（たとえば、そうなるであろう）ようにＭＡＣ  ＰＤＵのサイズを設定することが可能である。このアプローチは、ＭＡＣ  ＰＤＵの送信に適用可能になるであろうその他の送信パラメータが、たとえば、無線状況の変化に起因して、送信パラメータの想定されるセットとは異なる可能性があるという事実にもかかわらず、ＭＡＣ  ＰＤＵの送信に関する（たとえば、必要とされるまたは最大の）持続時間がターゲットに比較的近いままであることを確実にすることが可能である。
【０２０５】
さらなるＭＡＣ  ＰＤＵを事前に生成するための条件が提供されることまたはその他の形で知られることが可能である。たとえば、ＷＴＲＵは、たとえば、（ｉ）未処理の事前に生成されるＭＡＣ  ＰＤＵの数が第１のしきい値を超えることが不可能であること（この場合、しきい値は、たとえば、事前に定義されること、または物理レイヤ、ＭＡＣもしくはＲＲＣシグナリングから入手されることが可能である）、（ｉｉ）未処理の事前に生成されるＭＡＣ  ＰＤＵ（事前に生成されることになる１つまたは複数の新たなＭＡＣ  ＰＤＵを含むことが可能である）におけるデータの量が第２のしきい値を超えないことのうちの１つまたは複数など、１つまたは複数の条件が満たされた場合に、１つまたは複数の新たなＭＡＣ  ＰＤＵを事前に生成すること（たとえば、それのみ）が可能である。
【０２０６】
例においては、第２のしきい値は、事前に定義されること、または物理レイヤ、ＭＡＣもしくはＲＲＣシグナリングから入手されることが可能である。しきい値は、（たとえば、代替として、）送信パラメータの想定されるセットに関するターゲット持続時間内に送信されることが可能であるデータの量に基づくことが可能である。送信パラメータの想定されるセットは、たとえば、本明細書において説明されている１つまたは複数の技術に従って入手されることが可能である。例においては、ＷＴＲＵは、たとえば、（たとえば、すべての）未処理の事前に生成されるＭＡＣ  ＰＤＵの送信のために必要とされる合計の持続時間が、５ｍｓなどのしきい値を超えることが不可能である場合に、新たなＭＡＣ  ＰＤＵを事前に生成することが可能である。ターゲット持続時間は、たとえば、事前に定義されること、または物理レイヤ、ＭＡＣもしくはＲＲＣシグナリングから入手されることが可能である
【０２０７】
事前に生成されるＭＡＣ  ＰＤＵは、送信されることが可能である。たとえば、ＷＴＲＵは、リソースにおける１つまたは複数のＭＡＣ  ＰＤＵの送信を可能にするシグナリング（たとえば、グラント）を受信することが可能である。送信は、条件次第であること、たとえば、クリアなチャネル査定状況、たとえば、ＷＴＲＵがアンライセンスド帯域において動作している場合に基づくことが可能である。１つまたは複数のＭＡＣ  ＰＤＵは、たとえば、本明細書において説明されている１つまたは複数の技術に従って事前に生成されておくことが可能である。
【０２０８】
ＷＴＲＵは、周波数割り当て、変調スキーム、コーディングスキームおよび／もしくはレート、または複数の空間レイヤのうちの１つまたは複数など、１つまたは複数の送信パラメータを受信することが可能である。１つまたは複数のパラメータは、ＭＡＣ  ＰＤＵの送信を可能にするシグナリングに先立って提供されておくことが可能である。ＷＴＲＵは、送信の必要とされる持続時間を、たとえば、十分な数のリソース要素が、変調シンボルをマップするのに利用可能であり得るように特定することが可能である。この特定は、より高いレイヤのデータと多重化されることになる１つまたは複数のパラメータおよび／または任意の（たとえば、必要とされる）基準信号および／または物理的な制御情報を考慮に入れることが可能である。ＷＴＲＵは、それに従って送信を実行することが可能である。
【０２０９】
例においては、ＷＴＲＵは、送信持続時間の特定において受信機を支援するために制御情報を送信することが可能である。たとえば、ＷＴＲＵは、スケジューリング割り振りにおいてなど、アップリンクまたはサイドリンク制御情報においてエンコードされる複数の時間単位（たとえば、シンボルまたはサブフレーム）として表される持続時間の表示を提供することが可能である。１つの（たとえば、別の）例においては、ＷＴＲＵは、送信のシンボルにおいて（たとえば、最後のシンボルにおいて、または最後シンボルの後に）、その送信が継続しないことを示す表示を送信することが可能である。１つの（たとえば、別の）例においては、ＷＴＲＵは、（たとえば、それぞれの）時間単位において（たとえば、それぞれのサブフレームにおいて）発生する事前に定義されているリソースにおいて、送信がその後の時間単位において継続するかどうかを示す制御情報を多重化することが可能である。
【０２１０】
ＷＴＲＵは、たとえば、グラントの一部として、または前のシグナリングから、最大送信持続時間を受信することが可能である。ＷＴＲＵは、たとえば、ＭＡＣ  ＰＤＵに関する送信持続時間が最大値を超え得る（たとえば、超えるであろう）場合には、たとえば、（ｉ）ＭＡＣ  ＰＤＵを破棄すること、（ｉｉ）ＭＡＣ  ＰＤＵの送信のためには最大送信持続時間が小さすぎるという表示を送信すること（この場合、表示は、たとえば、この目的のために作成されたＭＡＣ  ＰＤＵにおいて物理的な制御情報として、もしくはＭＡＣシグナリングとしてエンコードされることが可能である）、および／または（ｉｉｉ）コーディングスキーム、コーディングレート、もしくは変調スキームなど、少なくとも１つの送信パラメータを、たとえば、シグナリングされた送信パラメータと比較して、たとえば、合計の必要とされる持続時間が最大値を超えることが不可能であるように修正することのうちの１つまたは複数を実行することが可能である。例においては、ＷＴＲＵは、より高次の変調（たとえば、ＱＰＳＫの代わりに１６−ＱＡＭ）、より高い（たとえば、効果的な）コーディングレート（たとえば、１／３の代わりに３／４）（これは、たとえば、複数のコード化されたビットをパンクチャすることによって実施されることが可能である）を採用することが可能である。ＷＴＲＵは、修正が適用されているかどうかの表示、および／または修正された値の表示を、たとえば、アップリンクまたはサイドリンク制御情報内に含めて送信することが可能である。
【０２１１】
最小の保証されたＴＢＳが提供されることが可能である。たとえば、ＷＴＲＵは、最小の保証されたＴＢＳを伴って構成されることが可能である。構成は、たとえば、ＲＲＣによって、またはＭＡＣ  ＣＥによって受信されることが可能である。構成は、たとえば、データのタイプ、（たとえば、データフロー、ＬＣＨ、ＬＣＧ、対応するＳＯＭ、対応するサービス、それらのグループなどとの）論理的な関連付けに基づいて、１つの（たとえば、特定の）データユニットに適用可能であり得る。ＷＴＲＵは、たとえば、それが、たとえば、ダウンリンク制御情報の受信の前に、および／またはアップリンク送信に関するＴＢＳの最終的な特定の前にＭＡＣ  ＰＤＵの作成のために１つまたは複数の処理ステップを実行することを可能にするように構成されることが可能である。
【０２１２】
ＭＡＣ処理は、ＴＢＳ情報の前に発生することが可能である。たとえば、ＷＴＲＵは、送信に関する、および／または適用可能なデータユニット（たとえば、ＭＡＣ  ＳＤＵ）に関するＴＢＳなど、（たとえば、すべての）送信パラメータの最終的な特定の前に複数のＭＡＣ処理ステップを実行することが可能である。ＭＡＣ  ＰＤＵは、（たとえば、ＲＬＣセグメント化による、またはＭＡＣセグメント化による）データユニットのセグメントを含むことが可能である。
【０２１３】
ＭＡＣ  ＰＤＵは、単一のＴＢＳ値、パディング、および／または連結とともにアセンブルされることが可能である。たとえば、ＷＴＲＵは、構成された最小の保証されたＴＢＳ（ＴＢＳｍｉｎ）を使用してＭＡＣ  ＰＤＵをアセンブルすることが可能である。単一の値が構成されることが可能である。ＷＴＲＵは、（たとえば代替として、）たとえば、有効な値を示すことが可能である制御シグナリング（ＤＣＩ、ＭＡＣ  ＣＥ）の受信に基づいて、たとえば、最小ＰＤＵサイズなどの以前に報告されたＱｏＳパラメータに基づいて、報告されたチャネル品質情報などに基づいて、複数の値のうちから単一の値を有効とみなすことが可能である。ＷＴＲＵは、（たとえば、その後に）送信に関するＴＢＳの最終的な値（ＴＢＳｆｉｎａｌ）を、たとえば、アップリンクリソースを許可するＤＣＩの受信から特定することが可能である。
【０２１４】
ＷＴＲＵは、構成された最小の保証されたＴＢＳ（ＴＢＳｍｉｎ）のそれぞれの値（たとえば、複数の値がある場合）に関してＭＡＣ  ＰＤＵをアセンブルすることが可能である。ＷＴＲＵは、（たとえば、その後に）送信に関するＴＢＳの最終的な値（ＴＢＳｆｉｎａｌ）を、たとえば、アップリンクリソースを許可するＤＣＩの受信から特定することが可能である。
【０２１５】
ＴＢＳは、時間とともに適合されることが可能である。たとえば、ＷＴＲＵは、単一のトランスポートブロックに関連付けられている最小ＴＢＳ保証を使用する送信に関するパラメータの最終的なセット（ＴＢＳｆｉｎａｌ）を、たとえば、ダウンリンク制御シグナリングの受信から特定することが可能である。受信されたＤＣＩは、送信とともに供給されることになる特定のデータユニットを明示的に示すことが可能である。受信されたＤＣＩは、送信に適用可能な処理時間を示すことが可能であり、たとえば、それによってＷＴＲＵは、時間ｎにおいて受信されたＤＣＩに関して、時間ｎ＋ｘ  μｓｅｃ／ｍｓ／サブフレームまたは時間における何らかのその他の単位において送信を実行するように指示されることが可能である。例においては、ＷＴＲＵは、ＴＢの送信の最短の持続時間を、たとえば、シグナリングされたＭＣＳ、ＰＲＢのセットなどに基づいて、たとえば、ＤＣＩシグナリングに含まれている情報から生じるＴＢＳよりも大きい最小の構成されたＴＢＳ値を使用して特定することが可能である。例においては、ＷＴＲＵは、ＤＣＩシグナリングに含まれている情報から生じるＴＢＳよりも大きい最小の構成されたＴＢＳ値にフィットすることが可能である、時間においてフレーミング境界にマッチする（たとえば、サブフレームのＤＬ送信部分の終わりにマッチする）最短の持続時間を特定することが可能である。たとえば、これは、黙示的な表示（たとえば、最小ＴＢＳよりも小さいシグナリングされたＴＢＳ）または明示的な表示（たとえば、ＤＣＩにおいて示される）に基づく時間におけるバンドリングオペレーションと概念的に同様であることが可能である。例においては、ＷＴＲＵは、事前にアセンブルされたＭＡＣ  ＰＤＵの送信に関して、（たとえば、適用可能なデータユニットに関する単一のＭＡＣ  ＰＤＵに関する）マルチＴＴＩ  ＴＢ送信、または（たとえば、適用可能なデータユニットに関する別々のＭＡＣ  ＰＤＵとしてのＲＬＣもしくはＭＡＣなどの複数のセグメントに関する）ＴＴＩバンドリングを実行することが可能である。ＴＴＩの数は、保証された／構成されたＴＢＳ値（たとえば、ＴＢＳｍｉｎ）、およびＤＣＩ内の情報から生じるＴＢＳ値に基づいて特定される整数であることが可能である。
【０２１６】
ＷＴＲＵは、（たとえば、ＴＢＳｆｉｎａｌのサイズがＴＢＳｍｉｎよりも大きい場合には、）たとえば、ＰＤＵサイズがＴＢＳｆｉｎａｌという値にマッチするように、事前にアセンブルされたＭＡＣ  ＰＤＵにパディングを付加することが可能である。パディングは、ＢＳＲまたはパディングＢＳＲなど、１つまたは複数のＭＡＣ  ＣＥを含むことが可能である。ＷＴＲＵは、（たとえば、代替として、）ＰＤＵサイズがＴＢＳｆｉｎａｌという値にマッチするように、事前にアセンブルされたＭＡＣ  ＰＤＵにさらなるデータを（たとえば、パディング情報を伴って、または伴わずに）連結することが可能である。
【０２１７】
ＷＴＲＵは、たとえば、（マルチＴＴＩ送信を伴う、または伴わない）ＴＢＳｆｉｎａｌのサイズが、ＴＢＳｍｉｎに関する適用可能な値を伴う事前にアセンブルされたＰＤＵよりも小さいことが可能である場合には、もしもあるならば、異なる（たとえば、特定の）データユニットに関連付けられることが可能である事前にアセンブルされたＰＤＵを選択することが可能である。ＷＴＲＵは、（たとえば、代替として、）送信のＴＢＳにマッチする新たなＭＡＣ  ＰＤＵをアセンブルすることが可能であり、またはＷＴＲＵは、パディングのみの送信を実行することが可能である。
【０２１８】
ＷＴＲＵは、所望のＴＢＳの表示、および／またはその増大／減少表示、たとえば、構成された値のセット内の別々の値をアップリンク送信内に含むことが可能である。表示は、特定のタイプのデータユニットおよび／または構成に適用可能であり得る。表示は、ＢＳＲ内に含まれること、または値の事前に構成されたセットへのインデックスを表すＭＡＣ  ＰＤＵヘッダ内のビットを使用して提供されることが可能である。表示は、処理時間における増大を求める要求であることが可能である。
【０２１９】
ＷＴＲＵは、ＭＡＣ  ＰＤＵのアセンブリのためにデータが供給されることが可能である元であるＬＣＨ（または同等物）の特定のために最小の保証されたＴＢＳに関する情報を使用することが可能である。たとえば、本明細書において説明されている１つまたは複数の手順に従って、１つまたは複数のその他の態様、たとえば、待ち時間、生存時間、ＰＢＲ、優先度などが考慮に入れられることが可能である。
【０２２０】
たとえば、ＷＴＲＵが、最小の構成されたデータユニットサイズに基づいて特定のＬＣＨ（または同等物）からデータを供給するように構成されている場合など、グラントがデコードされて（たとえば、すべての）情報が知られている場合にＷＴＲＵがＭＡＣ  ＰＤＵのアセンブリを実行する場合には、上述の手順のうちのいずれかが適用可能であり得る。
【０２２１】
ネットワーク（ＮＷ）は、（たとえば、本明細書において説明されている手順を使用して）１つまたは複数の最小ＴＢＳを構成することが可能である。ＷＴＲＵは、受信された送信にパディングが含まれることが可能であるかどうかを特定して、たとえば、ＷＴＲＵがＭＡＣ  ＰＤＵの事前のアセンブリおよび／または連結を実行するかどうかを特定することが可能である。ネットワークは、たとえば、最小のＴＢＳサイズが（たとえば、常に）、たとえば、無線リンクおよび／またはＨＡＲＱ動作ポイントが変わった場合でさえ、利用可能であり得ることを確実にするために、送信のＴＴＩ持続時間を変更することが可能である。言い換えれば、ネットワークは、たとえば、ＭＣＳおよび／または周波数に基づく適合に加えて、時間におけるデータユニットおよび／またはＭＡＣ  ＳＤＵのためのＷＴＲＵ送信の適合を実行することが可能である。たとえば、この適合は、ネットワークが、さまざまなリンク適合ニーズのために、および／またはさまざまなリンク品質のために、特定のＨＡＲＱ動作ポイントを伴う最小ＴＢＳを保証することが可能である（たとえば、保証する必要がある）場合に有用であり得る。例においては、ＤＣＩは、たとえば、空のＭＡＣ  ＰＤＵ（たとえば、パディングのみを含む）の受信、および／または現在のＴＢＳが不十分であるという表示の受信に続いて、ＷＴＲＵのためのさらに長い処理時間を示すことが可能である。
【０２２２】
送信パラメータは、たとえば、ブラインドデコーディングまたはＤＣＩ受信手順を使用して選択されることが可能である。
【０２２３】
例においては、ＷＴＲＵは、送信に関連付けられている１つまたは複数のパラメータを、たとえば、制御チャネルのデコーディングに基づいて特定することが可能である。ＷＴＲＵは、たとえば、その結果において成功したとみなされたデコーディングの試みのために使用されたパラメータに基づいて、特定を実行することが可能である。ＷＴＲＵは、たとえば、受信されたＤＣＩに関する成功したＣＲＣ検証に基づいて、成功を特定することが可能である。ＤＣＩは、アップリンクおよび／またはダウンリンク送信を示すことが可能である。
【０２２４】
１つまたは複数のパラメータが、パラメータのセットに対応することが可能である。ＷＴＲＵは、パラメータの複数のセットのうちの１つまたは複数を特定するための手順を使用することが可能である。セットは、ＷＴＲＵの構成態様であることが可能である。たとえば、１つまたは複数の（たとえば、セットの）パラメータは、より高い信頼性、より低い待ち時間、ベストエフォートタイプの送信によって特徴付けられる送信に、または別のタイプのサービス、たとえば、ページング、システム情報の受信、ブロードキャスト送信などに対応することが可能である。セットは、ＳＯＭに対応することが可能である。
【０２２５】
制御チャネルをデコードすることは、ブラインドデコーディングの試みに対応することが可能である。ＷＴＲＵは、１つまたは複数のデコーディングの試みを実行することが可能であり、たとえば、それぞれの試みは、デコーディング態様（たとえば、パラメータおよび／または手順）の別々のセットを使用する。デコーディング態様は、チャネルに関して使用される物理的なリソースのセットおよび／または量（たとえば、制御チャネル要素）、アグリゲーションレベル（ＡＬ）、ＣＲＣのサイズ（たとえば、８ビット、１６ビット、および／または別々の多項式を使用して区別される）、関連付けられている探索空間、対応する制御チャネルのアイデンティティー、またはそれらの組合せを含むことが可能である。
【０２２６】
ＤＣＩのロバスト性は、送信上の何かを示すことが可能である。たとえば、ＷＴＲＵは、受信されたＤＣＩが、複数のロバスト性／信頼性レベルのうちの１つに従って成功裏にデコードされているということを特定することが可能である。ＷＴＲＵは、送信に関連付けられている１つまたは複数のパラメータに関する適切な値を特定することが可能であり、たとえば、それによって同様の信頼性レベルが送信に関して想定されることが可能である。たとえば、ネットワークは、たとえば、ＷＴＲＵから受信されたアップリンク制御情報および／またはチャネル状態表示などの適用可能なリンク適合メカニズムに基づいて、使用するための明示的／黙示的な表示を特定することが可能である。
【０２２７】
ＷＴＲＵは、たとえば、１つまたは複数のパラメータの特定されたセットに基づいて、送信に適用可能なロバスト性および／またはＱｏＳレベルの最小レベルを特定することが可能である。たとえば、ＷＴＲＵは、適用可能なＳＯＭを特定することが可能である。ＷＴＲＵは、（たとえば、さらに、）関連付けられているＱｏＳレベルに基づいて、ＵＬ送信に適用可能なデータを特定することが可能である。
【０２２８】
ＷＴＲＵは、ＨＡＲＱ処理および／またはフィードバックを特定することが可能である。たとえば、ＷＴＲＵは、（たとえば、最初の送信、アップリンク、もしくはダウンリンクのケースにおける）送信に適用するためのＨＡＲＱ処理のタイプ、および／または送信のための（たとえば、必要とされる）ＨＡＲＱフィードバックのタイプを、たとえば、１つまたは複数のパラメータの特定されたセットに基づいて特定することが可能である。たとえば、ＷＴＲＵは、ＨＡＲＱフィードバックが、特定の送信手順（たとえば、適用可能なアップリンク制御チャネル）を使用して特定のタイムインターバルにおいて（またはその中で）予想されることが可能であるということ、またはフィードバックが自動的に生成されるべきではない（たとえば、要求に応じてのみ生成されるべきである）ということを、たとえば、パラメータの識別されたセットに基づいて、（たとえば、ＤＬ送信の受信に関して）特定することが可能である。たとえば、ＷＴＲＵは、適用可能なＳＯＭを特定することが可能であり、それに従ってＨＡＲＱ処理および／またはフィードバックを実行することが可能である。
【０２２９】
ロバスト性は、グラント内に含めてシグナリングされることが可能である。たとえば、ＷＴＲＵは、特定のグラントに関連付けられている送信が、フロー、サービスタイプ、ＳＯＭなどに関連付けられているパラメータの別々のセットに基づいて実行されることが可能であるということを示すために、ＤＣＩにおいて（たとえば、黙示的にまたは明示的に）シグナリングを受信することが可能である。たとえば、ＷＴＲＵは、対応する送信が、ＵＲＬＬＣデータ（もしもあるならば）の送信のために使用されることが可能であるという旨の、ならびに送信パラメータが、それに従って修正および／または選択されて、たとえば、より堅牢な送信および／またはより低い待ち時間を可能にすることが可能であるという旨の表示を（たとえば、グラントにおいて）受信することが可能である。
【０２３０】
たとえば、ＷＴＲＵは、ダウンリンク送信をスケジュールＤＣＩに関する同様の特定を実行することが可能であり、それによって、それは、関連付けられている送信をデコードするためのパラメータを適切に特定することが可能である。
【０２３１】
ＷＴＲＵは、受信されたグラントのロバスト性レベルを、たとえば、ＤＣＩをデコードすることに基づいて特定することが可能である。ＷＴＲＵは、たとえば、（ｉ）成功裏にデコードされたＤＣＩに関連付けられているＡＬ、成功裏にデコードされたＤＣＩに関連付けられているＣＲＣのサイズ、成功裏にデコードされたＤＣＩに関連付けられているＣＲＣ多項式、成功裏にデコードされたＤＣＩに関連付けられているＣＣＥ（もしくは最初のＣＣＥ）、成功裏にデコードされたＤＣＩに関連付けられている探索空間（もしくはその始まり）、および／もしくは関連付けられている制御チャネルタイプ、時間／周波数におけるリソース、および／またはアイデンティティーのうちの１つもしくは複数など、成功につながるデコーディングの試みの特徴、（ｉｉ）受信されたＤＣＩフォーマット、ならびに／あるいは（ｉｉｉ）ＤＣＩフォーマットにおけるフィールド内の明示的な表示のうちの１つまたは複数に従ってそのようなロバスト性レベルを特定することが可能である。
【０２３２】
ＷＴＲＵは、ロバスト性レベルおよび／またはパラメータのセットとの関連付け用に構成されることが可能である。
【０２３３】
ロバスト性レベルは、アグリゲーションレベルまたはＣＲＣから特定されることが可能である。たとえば、ＷＴＲＵは、ＤＣＩの成功したデコーディングをもたらしたアグリゲーションレベルまたは探索空間に基づいてロバスト性レベルを特定することが可能である。たとえば、ロバスト性レベルは、アグリゲーションレベルが１、２、または４（たとえば、特定の信頼性動作ポイントに関する積極的なＡＬ）であると特定された場合には、第１の値として、およびアグリゲーションレベルが８または１６（たとえば、より高い信頼性動作ポイントに関する保守的なＡＬ）であると特定された場合には、第２の値として特定されることが可能である。
【０２３４】
例においては、ＷＴＲＵは、ＤＣＩのデコーディングが成功したＣＲＣのサイズに基づいてロバスト性レベルを特定することが可能である。たとえば、８ビットのＣＲＣは、普通のロバスト性レベル（たとえば、送信パラメータの第１のセット）の使用を示すことが可能であり、その一方で１６ビットまたは３２ビットのＣＲＣは、さらに高いロバスト性レベル（たとえば、送信パラメータの第２のセット）の使用を示すことが可能である。
【０２３５】
送信パラメータは、ロバスト性レベルに基づいて選択されることが可能である。たとえば、ＷＴＲＵは、シグナリングされたロバスト性レベルに応じて、グラントに関連付けられているＵＬ送信のために使用される送信パラメータを選択することが可能である。選択は、たとえば、事前に定義されているルールに基づくことが可能であり、またはネットワークによって（たとえば、ＲＲＣシグナリングにおいて）構成されることが可能である。選択は、（たとえば、また）本明細書において説明されている１つまたは複数など、その他の手順と組み合わされることが可能である。例においては、選択は、たとえば、（ｉ）（たとえば、送信のための適用可能なリソースのセットの特定が、それ自体そのような特定から独立していることが可能である場合に）アップリンク送信のために利用されている物理的なリソース、（ｉｉ）（たとえば、データの選択が、それ自体そのような特定から独立していることが可能である場合に）送信されているデータのタイプ、（ｉｉｉ）ＷＴＲＵの現在の状態（たとえば、現在のパワーヘッドルーム）、および／または（ｉｖ）データの現在の状態（たとえば、データのＴＴＬ）のうちの１つまたは複数に基づくことが可能である。
【０２３６】
例においては、ＷＴＲＵは、たとえば、ロバスト性レベルが普通の送信を示しているか、または信頼できる送信を示しているかに基づいて、パラメータ同士に関する別々の値を特定することが可能である。ＷＴＲＵは、（ｉ）ＭＣＳ、（ｉｉ）適用可能なＰＲＢのセット、（ｉｉｉ）適用可能なＰＲＢの特定されたセット内の適用可能なＰＲＢ、（ｉｖ）ＨＡＲＱプロセスタイプ、（ｖ）ＨＡＲＱフィードバックを生成および／もしくは送信（たとえば、ＤＣＩがＤＬ送信をスケジュールしている場合）もしくは受信（たとえば、ＤＣＩがＵＬ送信をスケジュールしている場合）するための適用可能な手順、（ｖｉ）パワーブースティングおよび／もしくはパワーの優先順位付け（たとえば、ＤＣＩがＵＬ送信をスケジュールしている場合）、ならびに／または（ｖｉｉ）適用可能なフレーミングおよび／もしくはフレーム構造（たとえば、ＴＴＩ持続時間）のうちの１つまたは複数など、１つまたは複数のパラメータに関する別々の値を特定することが可能である。ＷＴＲＵは、パラメータの特定されたセットに従ってデータの受信／送信を実行することが可能である。
【０２３７】
５ｇＦＬＥＸなど、ワイヤレスシステムにおける低い待ち時間のＭＡＣ  ＰＤＵアセンブリに関するシステム、方法、および手段（たとえば、ＷＴＲＵおよび／またはネットワークレイヤＬ１、Ｌ２、ｌ３におけるエンティティー、インターフェース、および手順の態様）が開示されてきた。たとえば、送信グラントに先立つＷＴＲＵによるネットワーク送信パラメータの特定およびシグナリングによって、待ち時間が低減されることが可能である。ＷＴＲＵは、ＭＣＳ、リソース範囲などをグラントに先立って、たとえば、将来のグラントにおいて使用するために受信することが可能である。データブロックは、グラントに先立ってインクリメンタルに作成／エンコードされることが可能である。データユニットは、たとえば、グラントに先立つＭＡＣおよびＲＬＣ処理を可能にするデータブロックサイズに基づいて、セグメント化、アセンブル、および多重化されることが可能である。グラントの前のトランスポートブロックの早期の生成のためにフレキシブルなグラントサイズが提供されることが可能である。ＭＡＣ  ＰＤＵの早期の生成を可能にするために、最小の保証されたＴＢＳがシグナリングされることが可能である。たとえば、ブラインドデコーディングまたはＤＣＩ受信手順を使用して、グラントに先立って送信パラメータが選択されることが可能である。
【０２３８】
本明細書において説明されているプロセスおよび手段は、任意の組合せで適用可能であり、その他のワイヤレステクノロジーに、およびその他のサービスのために適用可能である。
【０２３９】
ＷＴＲＵは、物理的なデバイスのアイデンティティーを、またはサブスクリプション関連のアイデンティティー、たとえば、ＭＳＩＳＤＮ、ＳＩＰ  ＵＲＩ等などのユーザのアイデンティティーを指すことが可能である。ＷＴＲＵは、アプリケーションベースのアイデンティティー、たとえば、アプリケーションごとに使用されることが可能であるユーザ名を指すことが可能である。
【０２４０】
本明細書において説明されているコンピューティングシステムのそれぞれは、実行可能な命令を伴って構成されているメモリを有している１つもしくは複数のコンピュータプロセッサ、または、本明細書において説明されているパラメータを特定すること、ならびに説明されている機能を達成するためにエンティティー同士（たとえば、ＷＴＲＵとネットワークと）の間においてメッセージを送信および受信することを含む、本明細書において説明されている機能を達成するためのハードウェアを有することができる。上述されているプロセスは、コンピュータおよび／またはプロセッサによって実行するためにコンピュータ可読メディアに組み込まれているコンピュータプログラム、ソフトウェア、および／またはファームウェアにおいて実施されることが可能である。
【０２４１】
上述されているプロセスは、コンピュータおよび／またはプロセッサによって実行するためにコンピュータ可読メディア内に組み込まれているコンピュータプログラム、ソフトウェア、および／またはファームウェアで実施されることが可能である。コンピュータ可読メディアの例は、（有線接続および／もしくはワイヤレス接続を介して送信される）電子信号、ならびに／またはコンピュータ可読ストレージメディアを含むが、それらには限定されない。コンピュータ可読ストレージメディアの例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの（ただし、それらには限定されない）磁気メディア、光磁気メディア、ならびに／またはＣＤ−ＲＯＭディスク、および／もしくはデジタル多用途ディスク（ＤＶＤ）などの光メディアを含むが、それらには限定されない。ＷＴＲＵ、端末、基地局、ＲＮＣ、および／または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実施するために、ソフトウェアに関連付けられているプロセッサが使用されることが可能である。
【図１Ａ】
2019521552.tif 000003
【図１Ｂ】
2019521552.tif 000004
【図１Ｃ】
2019521552.tif 000005
【図１Ｄ】
2019521552.tif 000006
【図１Ｅ】
2019521552.tif 000007
【図２】
2019521552.tif 000008
【図３】
2019521552.tif 000009
【図４】
2019521552.tif 000010
【図５】
2019521552.tif 000011
【手続補正書】
【提出日】平成31年1月8日(2019.1.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくともダウンリンク制御チャネルのリソースにわたってダウンリンク制御情報（ＤＣＩ）を探してモニタすることと、
前記ダウンリンク制御チャネルの前記リソースを識別することと、
ダウンリンク送信またはアップリンク送信のうちの１つに対応する少なくとも１つのデータ送信のためのスケジューリング情報を含む前記ダウンリンク制御チャネル上の少なくとも第１のＤＣＩをデコードすることと、
前記第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータを特定することと、
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータに基づいて前記少なくとも１つのデータ送信のための１つまたは複数の送信パラメータまたは受信パラメータを特定することと
を行うように構成されているプロセッサ
を備えた、ワイヤレス送信／受信ユニット（ＷＴＲＵ）。
【請求項２】
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータは、巡回冗長検査長、探索空間またはアグリゲーションレベルのうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項３】
前記プロセッサは、前記デコードされたダウンリンク制御チャネル表示の前記特定されたデコーディングパラメータに関連付けられているリソースおよび送信プロトコルを介してＨＡＲＱ−ＡＣＫフィードバックを送信するようにさらに構成されている請求項１に記載のＷＴＲＵ。
【請求項４】
前記少なくとも１つのデコーディングパラメータは、前記第１のＤＣＩに関連付けられているロバスト性レベルを含み、前記第１のＤＣＩについてのより高いロバスト性レベルは、前記データ送信についてのより高いロバスト性レベルを示し、前記第１のＤＣＩについてのより低いロバスト性レベルは、前記データ送信についてのより低いロバスト性レベルを示す請求項１に記載のＷＴＲＵ。
【請求項５】
前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、前記少なくとも１つのデータ送信に関連付けられているサービス品質（ＱｏＳ）レベル、前記少なくとも１つのデータ送信に関連付けられているスペクトル動作モード（ＳＯＭ）または前記少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータのうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項６】
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータは探索空間を含み、前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは前記少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータを含む請求項１に記載のＷＴＲＵ。
【請求項７】
前記ＨＡＲＱフィードバックパラメータは、ＨＡＲＱフィードバックの送信または受信のためのタイミング情報を含む請求項６に記載のＷＴＲＵ。
【請求項８】
前記データ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、変調およびコーディングスキーム（ＭＣＳ）、前記少なくとも１つのデータ送信に関連付けられている物理リソースブロックのセット、前記少なくとも１つのデータ送信に関連付けられているパワー情報、前記少なくとも１つのデータ送信のための送信タイミング情報、または前記少なくとも１つのデータ送信に関連付けられている送信タイマーインターバル（ＴＴＩ）持続時間のうちの１つまたは複数を含む請求項１に記載のＷＴＲＵ。
【請求項９】
ワイヤレス送信／受信ユニット（ＷＴＲＵ）を使用する方法であって、
少なくともダウンリンク制御チャネルのリソースにわたってダウンリンク制御情報（ＤＣＩ）を探してモニタするステップと、
前記ダウンリンク制御チャネルの前記リソースを識別するステップと、
ダウンリンク送信またはアップリンク送信のうちの１つに対応する、少なくとも１つのデータ送信のためのスケジューリング情報を含む、前記ダウンリンク制御チャネル上の、少なくとも第１のＤＣＩをデコードするステップと、
前記第１のＤＣＩをデコードするために使用される少なくとも１つのデコーディングパラメータを特定するステップと、
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータに基づいて前記少なくとも１つのデータ送信のための１つまたは複数の送信パラメータまたは受信パラメータを特定するステップとを含む、方法。
【請求項１０】
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータは、巡回冗長検査長、探索空間またはアグリゲーションレベルのうちの１つまたは複数を含む請求項９に記載の方法。
【請求項１１】
前記デコードされたダウンリンク制御チャネル表示の前記特定されたデコーディングパラメータに関連付けられているリソースおよび送信プロトコルを介してＨＡＲＱ−ＡＣＫフィードバックを送信するステップをさらに含む請求項９に記載の方法。
【請求項１２】
前記少なくとも１つのデコーディングパラメータは、前記第１のＤＣＩに関連付けられているロバスト性レベルを含み、前記第１のＤＣＩについてのより高いロバスト性レベルは、前記データ送信についてのより高いロバスト性レベルを示し、前記第１のＤＣＩについてのより低いロバスト性レベルは、前記データ送信についてのより低いロバスト性レベルを示す請求項９に記載の方法。
【請求項１３】
前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、前記少なくとも１つのデータ送信に関連付けられているサービス品質（ＱｏＳ）レベル、前記少なくとも１つのデータ送信に関連付けられているスペクトル動作モード（ＳＯＭ）、または前記少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータのうちの１つまたは複数を含む請求項９に記載の方法。
【請求項１４】
前記第１のＤＣＩをデコードするために使用される前記少なくとも１つのデコーディングパラメータは探索空間を含み、前記少なくとも１つのデータ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは前記少なくとも１つのデータ送信に関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバックパラメータを含む請求項９に記載の方法。
【請求項１５】
前記データ送信のための前記１つまたは複数の送信パラメータまたは受信パラメータは、変調およびコーディングスキーム（ＭＣＳ）、前記少なくとも１つのデータ送信に関連付けられている物理リソースブロックのセット、前記少なくとも１つのデータ送信に関連付けられているパワー情報、前記少なくとも１つのデータ送信のための送信タイミング情報、または前記少なくとも１つのデータ送信に関連付けられている送信タイマーインターバル（ＴＴＩ）持続時間のうちの１つまたは複数を含む請求項９に記載の方法。
【国際調査報告】
2019521552.tif 000012
2019521552.tif 000013
2019521552.tif 000014